مقاله در مورد فن آوري اطلاعات ـ ارتباطات و مبادله اطلاعات بين سيستمها

 nx دارای 105 صفحه می باشد و دارای تنظیمات در microsoft word می باشد و آماده پرینت یا چاپ است فایل ورد nx  کاملا فرمت بندی و تنظیم شده در استاندارد دانشگاه  و مراکز دولتی می باشد. این پروژه توسط مرکز nx2 آماده و تنظیم شده است توجه : در صورت  مشاهده  بهم ريختگي احتمالي در متون زير ،دليل ان کپي کردن اين مطالب از داخل فایل ورد مي باشد و در فايل اصلي nx،به هيچ وجه بهم ريختگي وجود ندارد بخشی از متن nx : پیشگفتار فن آوری اطلاعات ـ ارتباطات و مبادله اطلاعات بین سیستمها ـ شبكه های محلی و شهری ـ مشخصات مشترك ـ بخش چهارم : پروتكل بارگذاری سیستم كه پیش نویس ان توسط موسسه استاندارد وتحقیقات صنعتی ایران تهیه و تدوین شده كه در پانزدهمین اجلاسیه كمیته ملی استاندارد در رایانه و فرآوری داده ها مورخ 10/12/82 مورد تایید قرار گرفته است ، اینك به استناد بند یك ماده 3 قانون اصلاح قوانین و مقررات موسسه استاندارد و تحقیقات صنعتی ایران مصوب بهمن ماه 1371 بعنوان استاندارد ملی منتشر میشود . برای حفظ همگامی و هماهنگی با تحولات و پیشرفت های ملی و جهانی در زمینه صنایع ، علوم و خدمات ، استانداردهایملی ایران در مواقع لزوم تجدید نظر خواهد شد و هر گونه پیشنهادی كه برای اصلاح یا تكمیل این استاندارد ها ارائه شود ، در هنگام تجدید نظر در كمیسیون فنی مربوط مورد توجه قرار خواهد گرفت . بنابراین برای مراجعه به استانداردهای ایران باید همواره از آخرین چاپ و تجدید نظر آنها استفاده كرد . تهیه و تدوین این استاندارد سعی شده است كه ضمن توجه به شرایط موجود و نیازهای جامعه حتی المقدور بین این استاندارد و كشورهای صنعتی و پیشرفته هماهنگی ایجاد شود . منابع و مآخذ كه برای تهیه این استاندارد بكار رفته است به شرح زیر است :IS /IEC 15802-4,1994 :Information Technology – Telecommunication and information exchange between systems – Local and metroplitan area networks – common specification – Part 4:System load protocol فن آوری اطلاعات – ارتباطات و مبادله اطلاعات بین سیستم ها -شبكه های محلی و شهری – مشخصات مشترك – بخش چهارم : پروتكل بارگذاری سیستم 1 هدف و دامنه كاربردهدف از تدوین این استاندارد تعریف یك پروتكل بنام پروتكل بارگذاری سیستم است كه بتواندحافظه پردازش داده در تجهیزات شبكه های نصب شده مطابق با استاندارد IEEE802 را بارگذاری نماید . علاوه براین تعاریف زیر نیز در دامنه كاربرد این استاندارد آمده است :الف ) تعریف الگوی واحد داده پروتكل (PDU) برای بارگذاری یك سیستم انتهایی ب ) تعریف پروتكل برای بارگذاری یك سیستم انتهایی پ ) توصیف خدمات مورد انتظاراز سیستم انتهایی بارگذاری شده (دستگاه بارپذیرLD ) بمنظور تكمیل موفق عملیات بارگذاری ت) توصیف خدمات موردانتظاراز سیستم انتهایی بارگذاری تامین كننده بار( سرویس گر بار یا LS) بمنظور تكمیل موفق عملیات بارگذاری ث ) تعریف قواعد دستوری اشیاء مدیریت شونده LSوLD كه دستكاری پارامترهای عملیاتی ماشین های حالت LDو LS ، اعلان سرویس گرهای بارگذاری، و مقداردهی اولیه بارگذاری طرف سوم را میسر می سازد. ج)تعریف قواعد نگارشی مورد استفاده در هنگام اجرای عملیات مدیریت از طریق پروتكل مدیریت LAN/MAN استاندارد ISO/IEC802.1Bچ ) تعریف قواعد نگارشی مورد استفاده در هنگام اجرای عملیات مدیریت از طریق پروتكل مدیریت سیستم CMIP (استاندارد ISO/IEC 9596-1 ).مشخصات این پروتكل در مورد LS به اندازه ای وارد جزئیات می ش ود كه مورد نیاز پروتكل بارگذاری است .تصمیمهای LS و مدیریت (از قبیل آنهایی كه بایستی به عنوان نتیجه رویداد های LD یا LS انجام شوند یا وقتی كه LS یا مدیر خراب می شود)موارد مربوط به پیاده سازی LS و مدیر بوده كه خارج از حوزه و دامنه كاربرد این استاندارد می باشد.این پروتكل چگونگی حمل تصاویری را مشخص می كند كه شامل داده های ( در بلوك ها ) با قالب نا معین است. محتویات و قالب بلوك های داده از جمله موارد مختص كاربردهستند. این استاندارد هیچ قیدی بر موارد زیر اعمال نمی كند : الف ) شكل ، محتویات یا مفهوم تصاویری كه ممكن است بوسیله پروتكل حمل شود.ب ) روشی كه در آن بلوك های داده بعد از دریافت توسط یك دستگاه بارپذیر پردازش می شوند .این استاندارد ملی پروفورمای PICS را برای تطابق پروتكل بارگذاری سیستم منطبق با نیازمندیهاوراهنمایی های مناسب ارائه شده در استاندارد ISO/IEC9646-2 فراهم می كند.2 كلیات ایستگاهها در یك شبكه در هر زمان ممكن است به بخشی از فضای حافظه قابل آدرس دهی خود نیاز داشته باشند تا اطلاعات ایستگاههای راه دور را درون آن بارگذاری و نگهداری نمایند. در یك شبكه ای كه در ایجاد آن چندین شركت یا گروه مشاركت دارند پیش بینی ساز وكارهای استاندارد به منظور دستیابی به این كاركرد لازم است .بمنظور بارگذاری كارآمد و بطور همزمان ایستگاههای چندگانه دارای اطلاعات یكسان با راندمان بالا ، بهتر آن است تسهیلاتی برای اجرای فرآیندبارگذاری بر مبنای چند بخشی و نقطه به نقطه فراهم شود . پروتكل بارگذاری سیستم هر دو قابلیت را فراهم می كند.پروتكل فرض می كند در هر عملیات بارگذاری دو نوع دستگاه بارگذاری وجود دارد :الف – دستگاه بارپذیر1 (LD ) كه توانایی قبول یك بار را از سرویس گر بارگذاری داردب – سرویس گربارگذاری LS) 2 ) كه توانایی تامین باری را برای دستگاه بارپذیردارد.عملیات بارگذاری می تواند بصورت های زیر آغاز شود .الف ) درخواست اطلاعات از LS توسط LD . ب ) درخواست قبول اطلاعات از طرف شخص سومی از LD واز طریق درخواست مدیریت ، با استفاده از عملیات بارگذاری مشخص شده در بند 9 ، و بطور خاص در بند 9-2-1-3 و در شرح عملیات بارگذاری . هنگامیكه یك LD چنین درخواستی را قبول كند . اطلاعات از LS بروش معمولی درخواست می شود .به داده بارپذیر به اصطلاح تصویر گفته می شود.یك تصویر به گروه هایی كه خود شامل بلوك های پشت سر همی هستند ، شكسته می شود . پروتكل قابلیت انعطاف در انتخاب تصویرو اندازه بلوك را ممكن می سازد . تعداد گروه ها در یك تصویر یا تعداد هشته ها در یك بلوك توسط پروتكل بیان نمی شود .پروتكل بارگذاری سیستم ، برمبنای كنترل لینك منطقی (LLC استاندارد ( IEEE802.2 سرویس های نوع1( استاندارد ISO8802 –2 را بینید ) 1قرار دارد كه روی هر لایه ی فیزیكی و MAC سازگاركار می كند. پروتكل بارگذاری سیستم استفاده ازاستاندارد IEEE802 .1B مدیریت شبكه های LAN/MAN( استاندارد ( ISO/IEC DIS 15802-2 را به منظور مدیریت عملیاتی ممكن می سازد .این نوع كاربری در بند 9-3 توصیف شده است . بعلاوه اشیاء ، مدیریت شونده بطریقی تعریف شده اند كه استفاده از CMIP ( استانداردISO/IEC9596 ) را بعنوان پروتكل م دیریت و بر طبق شرح ارائه شده در بند 9-4 ممكن می سازد .پروتكل بارگذاری سیستم می تواند با سایرپروتكل های مدیریت بصورت تركیبی استفاده شود.این پروتكل یك توانمندی بارگذاری را فراهم می كند كه بوسیله پروتكل های مدیریت همه منظوره تامین نشده است .پروتكل های مدیریت همه منظوره توانمندیهای دستكاری پارامترها، گزارش رخداد و فراخوانی كنشی را فراهم می كنند كه تسهیلات بارگذاری را پشتیبانی نموده و بهبود می دهد. بطور مثال بارگذاری یك سیستم ممكن است بوسیله سیستم دیگری و از طریق دخالت مدیریت فراخوانده شده باشد.بندهای زیر شرح داده خواهند شد.الف ) معماری بارگذاری سیستم ب ) خدماتی كه بوسیله بارگذاری سیستم فراهم می شود. پ ) قواعد دستوری و نگارشی پروتكل بارگذاری سیستم شامل ماشین های حالت كه عملیات ماشین پروتكل بارگذاری سیستم را توصیف می كند.ت ) قواعد دستوری اشیاء مدیریت شونده مرتبط با بارگذاری پیوست پ اطلاعات بیشتری در مورد كاربرد پروتكل ارائه می دهد .بمنظور ارزیابی مطابقت یك پیاده سازی با استاندارد خاص ، لازم است كه اظهار نامه ای از توانمندیها واختیارات برای یك پروتكل پیاده شده معین وجودداشته باشد.چنین اظهار نامه ای ، بنام اظهار نامه مطابقت پیاده سازی پروتكل ( PICS ) نامیده می شود . پیوست الف برای این استاندارد ملی حاوی پرفورمای PICS برای پروتكل بارگذاری سیستم می باشد.3 مراجع الزامی مدارك الزامی زیر حاوی مقرراتی است كه در متن این استاندارد به آنهاارجاع شده است .بدین ترتیب آن مقررات جزیی از این استاندارد محسوب می شود . درموردمراجع دارای تاریخ چاپ و / یا تجدید نظر ، اصلاحیه ها و تجدید نظرهای بعدی این مدارك مورد نظر نیست . معهذا بهتر است كاربران ذی نفع این استاندارد ،امكان كاربرد آخرین اصلاحیه ها و تجدید نظرهای مدارك الزامی زیر را مورد بررسی قرار دهند در مورد مراجع بدون تاریخ چاپ و / یا تجدید نظر ،آخرین چاپ و /یا تجدید نظر آن مدارك الزامی ارجاع داده شده مورد نظر است .استفاده از مراجع زیر برای كاربرد این استاندارد الزامی است:IEEE Std 802-1990 ,IEEE Standard for Local and Metropolitan Area Networks Overview and Architecture (ASNI). IEEE Std 802.1F-1993,IEEE Standards for Local and Metropolitan Area Networks Common Definitions and Procedures for IEEE 802 Management Information. ISO 7498-4:1989 , Information technology-Open Systems Interconnection –Basic Reference Model-Part4:Management framework. ISO 8802-2 :1989 [ASNI/IEEE Std 802.2-1989 ],Information processing systems-Local area networks-Part2 :Logical link control. ISO/ IEC 8824:1990 ,Information technology-Open Systems Interconnection –Specification of Abstract Syntax Notation One (ASN.1) . ISO/IEC 8825:1990 ,Information technolo gy-Open Systems Interconnection –Specification of Basic Encoding Rules for Abstract Syntax Notation One (ASN.1). ISO/ IEC 9595:1991 ,Information technology-Open Systems Interconnection- Common management information service definition. ISO/IEC 9596-1:1991 ,Information technology-Open Systems Interconnection- Common management information protocol-Part1: Specification. ISO/ IEC 9646-1:1991 ,Information technology-Open Systems Interconnection- Conformance testing methodology and framework-Part1 :General concepts. ISO /IEC 9646-2:1991 ,Information technology-Open Systems Interconnection- Conformance testing methodology and framework-Part2 :Abstract test suite specification.ISO /IEC10165-4:1992 ,Information technology-Open Systems Interconnection- Management information services –Structure of managment information –Part4:Guidelines for the definition of managed objects. ISO/ IEC TR 10178 ,Information technology-Telecommunications and information exchange between systems-The structure and coding of Logical Link Control addresses in Local Area Networks. ISO/ IEC TR 10735 ,Information technology-Telecommunications and information exchange between systems-Standard Group MAC Addresses. ISO/ IEC 15802-2 :1994,Information technology-Telecommunications and information exchange between systems-Local and metropolitan area networks- Common specification – Part 4: Lan /Man Management.استاندارد ملی ایران 2-6418 چاپ اول : 1381،فن آوری اطلاعات – ارتباطات و مبادله اطلاعات بین سیستمها – شبكه های محلی و شهری بخش 2 : مدیریت LAN/MAN 4 اصطلاحات و تعاریف اصطلاحات زیر بعنوان اصطلاحات تخصصی این استاندارد بكار می روند.4-1 تصویر (Image) : ساختار داده موجود در سرویس گر بارگذاری كه دستگاه بارپذیر تمایل به بارگذاری آن دارد.4-2 دستگاه بارپذیر ( LD) :ایستگاهی در شبكه كه توانایی پذیرش یك بار را از سرویس گر بار دارد .4-3 سرویس گربار (LS) :ایستگاهی در دستگاه بارپذیر دارد. همچنین این استاندارد اصطلاحات زیر را كه در استانداردISO/IEC 9694-1 تعریف شده اند بكار می برد.الف – پرفورمای PICS ب – اظهار نامه تطابق پیاده سازی پروتكل ( PICS )پ – بازنگری تطابق پایاسایراصطلاحات مختص مدیریت در استاندارد های مدیریت شبكه های LAN/MAN (استانداردهای ملی 2-6418، IEEE802-1B ) آمده اند .5 منبع موثق در مواردیكه بین توصیف متنی، دیاگرام های حالت و جداول حالت اختلاف وجود دارد، جداول حالت بعنوان منبع موثق شناخته می شوند .6 معماری این بند حاوی كلیات معماری بارگذاری سیستم است ، شكل 1 مولفه های معماری و واسطه هارا نشان می دهد . سه مولفه اصلی معماری درگیردر بارگذاری سیستم وجود دارند: الف ) كاربر بارگذاری سیستم ( SLU )،ب ) هستار بارگذاری سیستم ( SLE ) ،پ ) هستار مدیریت لایه بارگذاری سیستم ( SL-LME )،در زیر بطور خلاصه این سه مولفه شرح داده می شوندSLU یك كاربر سرویس های بارگذاری سیستم است .كاربر این سرویس ها می تواند فراهم كننده تصاویر بار ( LS ) یا درخواست كننده تصاویر بار ( LD ) یا هردو باشد.SLU ممكن است بمنظور اجرای كاركردهایش لازم باشد یا SLU در یك ایستگاه دیگرارتباط برقرار كند . ار تبا طات SLU ها با یكدیگر بروش همتا –به- همتا با استفاده از سرویس های ار تباطی فراهم شده توسط SLE انجام می شود .ارتباط مذكور بر حسب نقشهایی كه یك SLU و SLE های مرتبط در یك نمونه ارتباط خاص بازی می كنند (نقش یك LD یا یك LS ) توصیف شده است .این اصطلاحات تنها برای منظورهای توصیفی بكار می روند وتوانمندیهای سیستم درهرزمینه را شامل نمی شوند. یك LD درخواست بارگذاری با یك تصویر را می نماید . یك LS به نمایندگی از طرف LD درخواست كننده ، تصویر را فراهم می كند . سرویس بارگذاری سیستم بوسیله پروتكل بارگذاری سیستم فراهم می شود . دو مؤلفه معماری با عملیات پروتكل مرتبط هستند . كه عبارتند از : SL-MIB , SLE .SLE به نمایندگی از طرف SLU كاركرد ارتباطی بارگذاری سیستم را اجرا می كند.SL-MIB مجموعه ای از اشیاء مدیریت شونده مرتبط با SLE است كه كاركردهای مدیریت واطلاعات مدیریت مختص مدیریت SLE را فراهم می كند و این امكان را می دهد كه SLE به طریقی مشابه با یك لایه مدیریت شود . تعاریف كلاس شی مدیریت شونده SL-MIB در بند 9 آمده اند.استانداردهای ملی 2-6418،IEEE802.1B چگونگی امكان دسترسی كاركرد این اشیاء مدیریت شونده را از طریق پروتكل مدیریت شرح می دهد .SLE استفاده از سرویس های لایه پایین نوع1 ،LLC استاندارد های IEEE802 ،ISO8802-2) را بمنظور حمل SL- PDU ها میسر می سازد. استفاده از سرویس های دیگر مانعی ندارد، اگر چه این استاندارد هیچ نوع جنبه مرتبط با تطابق را درخصوص استفاده از سرویس های دیگر مشخص نمی كند.سرویس های مختص بارگذاری SLE در بند 7 توصیف می شوند.SLU SLU LLC LLC شكل1- معماری بارگذاری سیستم7 تعریف سرویس این بند سرویس هایی را تعریف می كند كه برای كاربر بارگذاری سیستم (SLU )توسط هستار بارگذاری سیستم (SLE)در محدوده سرویس بارگذاری سیستم فراهم می شود.نخستینه های زیر برای SLU تعریف شده است تا سرویس را از SLE درخواست كند :الف) SYSTEM–LOAD.request ، كه ازطریق آن SLE درخواست اجرای یك عملیات بارگذاری را می نماید. ب ) .confirm SYSTEM – LOAD ، كه از طریق آن SLE ، موفق یا ناموفق بودن یك درخواست متناظر را تائید می كند.پ ) SYSTEM-LOAD.indication ، كه از طریق آن SLE ،به SLU خبر می دهد كه یك تصویر برای اجرای عملیات بارگذاری درخواست شده مورد نیاز است .ت ) .response SYSTEM – LOAD ،كه از طریق آن SLU تصویردرخواست شده یا دلیل فراهم نشدن تصویر را باز می گرداند .توالی زمانی این نخستینه های سرویس در شكل 2 نشان داده شده است .بعلاوه ، سرویسهای مدیریت همه منظوره فراهم شده بوسیله استاندارد مدیریت شبكه های (ISO / IEC D1S 15802-2 , IEEE802.1B) LAN/MAN واستانداردهایCIMS/CMIP ISO/IEC9595,9596) )، قابلیت بارگذاری را پشتیبانی می كنند.LD LS شكل 2- توالی زمانی نخستینه های SYSTEM-LOADیاد آوری : تعریف سرویس بارگذاری سیستم بر طبق این نخستینه ها و پارامترهای وابسته به آن تنها برای روشن شدن مطلب است و نباید بعنوان قیودی در پیاده سازی حقیقی تفسیر شود .7-1 SYSTEM – LOAD.requestاین نخستینه ، نخستینه درخواست سرویس برای سرویس بارگذاری سیستم است .7-1-1 قواعد دستوری نخستینه سرویس SYSTEM-LOAD.request ( Load_info ,Load_reason (Load_info ، اطلاعاتی را مشخص می كند كه ممكن است برای تعیین تصویر بارگذاری شده مورد استفاده قراربگیرد Load _reason دلیل لزوم بارگذاری را مشخص می كند . پارامتر ً دلیل بارگذاری ً باید یكی از مقادیرزیررا داشته باشد.Unspecified : هیچ دلیلی مشخص نشده است .PowerUp : سیستم یا بخشی از آن تعمیرات تغذیه داشته است.Forced Load : بارگذاری از طریق عمل مدیریت سیستم ها از دوردست تحمیل شده است.Operational Failure :یك خرابی عملیاتی روی داده است كه نتیجه آن ضرورت یك عمل بارگذاری است.LOAD Failure : اقدام برای بارگذاری قبلی ناموفق بوده است .Reconfiguration : تغییر آرایشی با نیاز به بارگذاری روی داده است.Private Reason : یك دلیل مختص پیاده سازی . 7-1-2 زمان تولیداین نخستینه بوسیله SLU درزمان نیاز به بخشی یا همه سیستم بارگذاری شده بكار می رود.7-1-3 اثر دریافت اثر این نخستینه اینست كه SLE باید درخواست بارگذاری را از یك یا چند سرویس گر بار بنماید.7-2 SYSTEM- LOAD.indication این نخستینه ،یك نخستینه نشانگر سرویس برای سرویس بارگذاری سیستم است.7-2-1 قواعد دستوری نخستینه سرویس SYSTEM-LOAD.indication (load_info, load_reason( load-info ، اطلاعاتی را مشخص می كند كه ممكن است برای تعیین تصویر بارگذاری شده مورد استفاده قرار بگیرد.پارامتر load -info ،باید مقدار متناظر با نخستینه درخواست SYSTEM-LOAD.request را بگیرد. پارامتر load-reason ، دلیل بارگذاری را مشخص می كند .پارامتر load_reason ،باید مقدار متناظر با نخستینه SYSTEM-LOAD.request را بگیرد.7-2-2 زمان تولیداین نخستینه به هنگام دریافت یك LOAD- request بوسیله SLE تولید می شود.7-2-3 اثر دریافت اثر این نخستینه اینست كه SLU باید تصویر مورد نیاز یا دلیل بازنگرداندن تصویر ، در یك نخستینه SYSTEM-LOAD.response را بازگرداند.7-3 SYSTEM-LOAD.response این نخستینه ، نخستینه پاسخ سرویس برای سرویس بارگذاری سیستم است. 7-3-1 قواعد دستوری نخستینه سرویس response(، SYSTEM-LOADstatus , image ( status ، موفق یا نا موفق بودن درخواست بارگذاری را مشخص می كند ، پارامتر status باید یكی از مقادیر زیر را بگیرد.success : تصویر موجود بوده و تامین شده است . not_available : تصویر برای بار مشخص شده موجود نیست. Image- : تصویر فراهم شده توسط بار است. اگر status ناموفق باشد این تصویر فراهم نخواهد شد. 7-3-2 زمان تولید این نخستینه بوسیله SLU برای باز گرداندن تصویر نشان داده شده در نخستینه نشانگر SYSTEM-LOAD متناظر بكار می رود.7-3-3 اثر دریافت اثر این نخستینه اینست كه SLE باید اقدام به اجرای بارگذاری نماید.7-4 SYSTEM-LOAD.confirm این نخستینه ، نخستینه تائید سرویس برای سرویس بارگذاری سیستم است.7-4-1 قواعد دستوری نخستینه ، سرویس SYSTEM-LOAD.confirm (status ,image) status : موفق یا ناموفق بودن درخواست بارگذاری را مشخص می كند. پارامترstatus باید یكی از مقادیر زیر را بگیرد.success : بارگذاری بطور صحیح انجام شد.no_response : هیچ سرویس گری به درخواست پاسخ نداد. incomplete : یك اقدام بارگذاری صورت گرفت اما بطور موفق كامل نشد.invalid_response : پاسخ (های) بارگذاری نامعتبر با پارامتر های متناقض با درخواست بارگذاری دریافت شد(ند).– Image : تصویر فراهم شده بوسیله بارگذاری است. در صورتی كه Status ناموفق باشداین تصویر فراهم نخواهد شد.7-4-2 زمان تولیداین نخستینه باید بوسیله SLE بمحض تكمیل اجرا یا اقدام به اجرای بارگذاری درخواست شده تولید شود. این نخستینه موفق یا ناموفق بودن درخواست و تصویر درخواست شده را ( در صورت موفق بودن ) باز می گرداند.7-4-3 اثر دریافت نامشخص 8 مشخصات پروتكل 8-1 خلاصه ای از واحدهای داده پروتكل ( PDU ها )پروتكل بر حسب PDU های بارگذاری مبادله شده بین یك LD و یك LS توصیف شده است.– یك LOADRequestPDU از یك LD به LS یا یك آدرس گروهی LS برای درخواست تصویر بار فرستاده می شود.– یك LoadResponse PDU از یك LS به یك LD یا یك آدرس گروهی LD بمنظوربا خبر كردن LD (ها) از تمایل LS به ارسال یك تصویربار، فرستاده می ش ود.– یك GroupStatusPDU از یك LD به یك LS و به منظور درخواست ، بخشهایی از یك تصویر بار فرستاده می شود . – یك GroupStatusRequest PDU از یك LS به یك LD یا یك آدرس گروهی LD بمنظور درخواست از یك LD یا LD ها در صورتی كه بخشی از تصویربار مورد نیاز باشد ، فرستاده می شود .– یكLoad Data PDU از یك LS به یك LD یا یك آدرس گروهی LD فرستاده میشود. این PDUحاوی بخشی از تصویر بار است.فرآیند بارگذاری یك تصویر با ارسال تصویر به صورت شماری از بلوك ها انجام می شود. كه هر یك از بلوك ها ،اندازه ثابتی برای یك عملیات بارگذاری معین می باشند. به استثنای ‌آخرین بلوك بار . هر مجموعه 256 بلوكی پی در پی بصورت یك گروه تعریف می شود . تعداد بلوكهای آخرین گروه تصویر می تواند كمتر از 256 بلوك باشد و آخرین بلوك تصویر می تواند بطور جزیی پر باشد .بنابراین تعداد گروه ها و بلوك ها در یك تصویر معین برای آن بطریق زیر محاسبه می شود: تعداد بلوك ها= تعدادگروه ها= یاد آوری : معادلات برای تعداد بلوك ها و تعداد گروها با فرض عدد صحیح نوشته شده و باقی مانده تقسیم صحیح حذف می شود. زیر بندهای زیر محتوی و قواعد دستوری مرتبط با هر PDU را توصیف می كند. 8-2 LoadRequestPDU 8-2-1 كاركرد كاركرد LoadReqestPDU عبارتست از درخواست یك بارگذاری سیستم از یك LSیا مجموعه از LS ها . این درخواست بوسیله LD صادر می شود..8-2-2 دستورها در زیر میدان های LoadRequestPDU و قواعد دستوری مرتبط با آن توضیح داده میشود: Exchange ID : این میدان یك شناساننده است كه LD می تواند آن را منحصراً برای مشخص كردن یك درخواست بار بكار ببرد.مقدار آن بوسیلهLD تعیین می شود. این میدان اختیاری است وتنهادرصورتی لازم می شود كه LD درخواست انجام نشده همزمان داشته باشد .LoadAddress : این میدان آدرس MAC ی را مشخص می كند كه LD را مكلف می كند كه داده بار را بفرستد . اگر این آدرس وجود داشته باشد ، باید آدرس MAC اختصاصی خودایستگاه باشد یا یك آدرس MAC گروهی . در غیر اینصورت LS باید یا آدرس MAC اختصاصیLD یا یك آدرس MAC گروهی را انتخاب نماید.یاد آوری :LD با توجه به انتخاب آدرسی كه منجر به قبول PDU ها از LS می شود، اختیارات زیر را پیش رو دارد . این اختیارات عبارتند از :الف ) اگر LoadAddress یك آدرس MAC بخصوص را مشخص می كند ، بنابراین LD آماده قبول PDU ها روی این آدرس می باشد .ب ) اگر LoadAddress یك آدرس MAC گروهی را مشخص كند ، LD هیچ آدرس MAC گروهی دیگری را نخواهد شناخت ، اگر چه LS می تواند آدرس MAC اختصاصیLD یا آدرس MAC گروهی مشخص شده را براساس صلاحدید خود انتخاب نماید.پ ) اگر LoadAdress حاضر نباشد ، LD آماده قبول PDU هایی است كه به آدرس MAC اختصاصی شان یا هر آدرس گروهی از انتخابهای LS، آدرس دهی شده اند . اگر LS بپذیرد كه از آدرس اختصاصی MAC یك LD استفاده كند ، این امر از اطلاعات آدرس دهی فراهم شده توسط سرویس راه اندازی می شود. BlockSize : این میدان حداكثر اندازه بلوك داده را بر مبنای هشتایی مشخص می كند كه ایستگاه می تواند برای بارگذاری قبول كند. این تعداد هشته ها در میدان PDU LoadDataدر محدوده بین 1 تا 32767 قرار می گیرد.MinBlockDelay : حداقل تاخیر لازم بین ارسال بلوك های داده را بر حسب میلی ثانیه بمنظور به حداقل رساندن خطاناشی ازتخلیه منابع در LD مشخص می كند . محدوده آن بین 0 تا 32767 است . اگر بلوك های داده دریافتی باتاخیر كمترازMinBlockDelay دریافت شده باشند ، نتایج آنها نامشخص خواهند بود.MaxBLockDelay : این میدان اختیاری ،بیشترین مقدار تاخیر بین ارسال بلوك های داده اختصاصی را كه LS می تواند تحمل نماید ،‌بر حسب میلی ثانیه مشخص می كند این مقدار باید بزرگتر ازMinBlockDelay و كوچكتر یا برابر 32767 باشد ، در صورتی كه میدان مقدار نداشته باشد ، مقدار حداكثر باید فرض شود . به منظور حصول بیشترین قابلیت انعطاف LS در تركیب درخواستهای بار ، این مقدار معمولاً بایستی تا حد ممكن بزرگ باشد.اگر MaxBlockDelay از این مقدار تجاوز كند نتایج نامشخص خواهند بود. LoadReason: این میدان اختیاری حاوی دلیل برای ارسال LoadRequestpdu است. مقدار این میدان باید با آنچه كه در پارامترreason load_ مرتبط با نخستینه SYSTEM-LOAD.request است یكسان باشد. در غیر این صورت بایستی یك Unspecified فرض شود.LoadInfo : یك میدان اختیاری LoadRequestPDU است . این میدان ممكن است برای توصیف تجهیزاتی بكار رود كه درخواست بار و تصویر درخواست شده را دارند .LoadInfo به PrivateID ، StationID و Image ID تقسیم می شود. همه این میدان ها اختیاری هستند .PrivateID : تشكیلاتی نیست و برای كاربری خاص پیاده سازی ، قابل دسترس است.StationID : یك میدان زیر بنایی حاوی اطلاعات توصیف كننده دستگاهی است كه درخواست بار كرده است . این میدان حاوی یك میدان تشكیلاتی ManufactureID و دو میدان غیر تشكیلاتی ، DeviceTypeID و Revision Number است. هر كدام از سه میدان اختیاری هستند .Manufacturer ID بطور سازمانی یك شناساننده یكتا( OUI )است كه به وسیله استانداردIEEE (آنچنان كه در بند5-2 استانداردIEEE Std 802-1990 آمده است )اداره می شود. در صورت حضور، manufacturerID محتوایی را فراهم می كند كه در آن میدان های غیر تشكیلاتی Load Info می توانند تفسیر می شوند.ImageID یك میدان غیر تشكیلاتی است كه حاوی اطلاعات توصیف كننده یك درخواست تصویر بار است. Image ID می تواند یك نام تصویر صریح ،یك مرجع نمادی به یك یا چند تصویر یا بصورت دیگر خاص پیاده سازی باشد.LS می تواند اطلاعاتی را در LoadInfo بمنظور تعیین تصویر ارسالی به دستگاه درخواست كننده فراهم كند. LS می تواند برخی یا همه میدان های Load Info را بمنظور تعیین LD درخواستی همچنین اطلاعات تكمیلیمختص پیاده سازی را باز گرداند.8-2-2-1 زمان تولیدLoadRequestPDU بوسیله یك LD با تعیین اینكه LD به یك بار نیاز دارد،تولید می شود. یك LD می تواند این تعیین را خودش بسازد (با منظورهای نامشخص) یا دستور انجام آن به وسیله یك مدیر شبكه عمومی (از طریق سرویس كنش تسهیل سیستم های همه منظوره) داده شود.8-2-2-2 اثر دریافت به محض دریافت یك LoadRequestPDU ، یك LS تعیین می كند كه آیا می تواند بار درخواستیLD را فراهم كند یا نه . اگر چنین بود، LS یك LoadResponsePDU می فرستد، سپس منتظر LD می ماند تا یك GroupStatusPDU بفرستد. اگر LS نتواند، LD درخواست كننده را بارگذاری كند، دراین صورت LoadResponsePDU را نمی فرستد.8-3 LoadResponsePDU8-3-1 كاركردكاركرد LoadResponsePDU دادن پاسخ مثبت به یك یا چند LoadRequestPDU است .8-3-2 دستورها در زیر میدان های Response PDU Load و دستورات مربوط به آن شرح داده می شود.ExchangeID این میدان به وسیله LD به كار می رود تا درخواست متناظر را مشخص كند. اگر Load RequestPDU حاوی یك ExchangeID باشد، LoadResponsePDU بایدحاوی یك ExchangeID با مقدار یكسان با آنچه در LoadRequestpdu است، باشد.LoadAddressاین میدان آدرس MAC ای را مشخص می كند كه LS ، Load PDU های بعدی بار درخواست شده را به آن می فرستد.اگر این میدان در Request PDU Load نباشد.LS باید آدرس MAC مورد استفاده را مشخص كند. همچنین Load Address را دربند8-2-2 ببینید.BlockSizeاین میدان اندازه بلوك های داده ای را مشخص می كند LS می فرستد . این میزان تعداد هشته ها درمیدان LoadData یLoadDataPDU بوده و محدوده آن از 1 تا 32768 است.MinBlockDelayاین میدان حداقل زمان انتظارLD را بین ارسال بلوك های داده پیاپی به میلی ثانیه مشخص می كند.MaxBlockDelayاین میدان حداكثر میزان تاخیر LD را بین ارسال بلوك های داده اختصاصی به ثانیه مشخص می كند. این مقدار بایستی از Min Block Delay بزرگتر باشد. این مقدار نه تنها باید شامل حداكثر تاخیری باشد كه LS می تواند ایجاد نماید، بلكه باید حداكثر تاخیر مورد معرفی شده به وسیله شبكه را نیز شامل شود.حداقل مقدار ممكن MaxBlockDelay در بیشترین آشكارسازی سریع خطاها منتج خواهد شد. مقدارآن باید مجموع PoorCase “, MinBlockDelay “ در تاخیر پیاده سازی“Poor Case” , LS در تاخیر شبكه مورد انتظار باشد كه در پارامتر LSNetDelay قابل دسترسی است (تعریف پارامتر LS را ببینید) .یادآوری : ارسال بلوك های داده پیاپی باید با [Min Block Delay+LS Net Delay] از هم جدا شود. چون اگر یك PDU حداكثر تاخیر داشته باشد، و بعدی بدون تاخیر باشد.از این رو آنها می توانند با هم ، زودتر از مقدار MinBlockDelay برسند. به عبارت روشن تر مقدار بازگشتی MaxBlockDelay باید بزرگتر یا برابر مقدار بازگشتی MinBlockDelay باشد.ReferenceID این میدان یك شناساننده فراهم شده توسط LS را مشخص می كند كه برای تعیین تمام PDU های بعدی وابسته به این عملیات بارگذاری به كار رفته است . مقدارآن می تواند 16 بیتی باشد.یادآوری: این شناساننده بطور یكتا یك بار ویژه را در محتوای یك LS معین مشخص می كند.NumberBlocks این میدان تعداد كل بلوك های داده مرتبط با عملیات بارگذاری را مشخص می كند. محدوده آن بین 1 تا 65535 است.LoadSelectorLoadSelector یك میدان اختیاری است كه به وسیله LD استفاده می شود تا از میان ً پیشنهادات ً 1 واجد شرایط بارگذاری LS یكی را انتخاب نماید. ImageInfoImageInfo یك میدان اختیاری است كه تصویر باری را توصیف می كند كه LS می فرستد. این میدان حاوی یك یا همه میدان های LoadInfo فرستاده شده درLoadRequestPDU و اطلاعات تكمیلیدیگر است.8-3-2-1 زمان تولیدLoadResponse PDU زمانی توسط LS تولید می شود كه مشخص شود LS آماده فراهم نمودن بار برای یك LD است كه LoadRequest PDU آنرا دریافت نموده باشد .اگر LS قبلاً یك بار از تصویر درخواست شده را فراهم نكند ، بعد از ارسال LoadRequestPDU ،LS قبل از پرداختن به بارگذاری منتظر یك GroupStatuePDU می ماند.8-3-2-2 اثر دریافت LD می تواند بیشتر ازیك LoadResponse PDU را دریافت كند در صورتی كه بیش از یك LS آماده بارگذاری آن باشند .LD با فرستادن یك GroupStatusPDUبه LS فراهم كننده بار ،‌یك LS را از میان آنهایی كه یك LoadResponse PDU انتخاب می كند . پس از آن LD منتظر PDU های بعدی مرتبط با بار، از LS منتخب می شود. LD مقدار NumberBlock را برای محاسبه شماره گروه ها در یك بار (بند 8-1 را ببنید) به كار می برد، تصویر از LS در گروهها فرستاده می شود. این گروه ها می تواند تا 256 گروه (شماره گروه 0 تا 255) باشد به استثنای آخرین گروه، 256 بلوك در داخل هر گروه (شماره بلوك 0 تا255) است. اندازه گروه بلوك 256 تایی سازگار با اندازه الگوی بیت توصیف شده در 8-4-2 است.8-3-3 توضیحات اضافیهنگامی كه بیش از یك LS برای تامین بار با پارامترهای به طور یكسان قابل قبول (بطور مثال MACBlockID و ImagInfo ) ارائه می شود، LD می تواند LS ای را انتخاب كند كه بزرگترین مقدار Load Selector را فرستاده است. LD بطور تصادفی یكی از LS های واجد شرایط را انتخاب می كند. مكانیسمی كه LS به موجب آن با توجه به مقدار LoadSelector تصمیم می گیرد خارج از تعاریف این استاندارد است.این میدان می تواند بمنظور تسهیل بارگذاری اشتراكی و همچنین بازداشتن نمونه های همزمان و مشابهه استفاده شود . به پیوست پ رجوع شود.8-4 Group Status PDU 8-4-1 كاركردیك GroupStatusPDU بوسیله LD به LS بمنظور درخواست بارگذاری بلوكهای مشخص فرستاده می شود. به منظور تامین بار ،LD یك GroupStatusPDU را به یك آدرس MAC اختصاصی یك LS می فرستد . پس از آن LD بمنظور درخواست ارسال بلوك ها GroupStatusPDU را می فرستد.8-4-2 دستورهادر زیر میدان ها و دستورها مرتبط با GroupStatusPDU شرح داده می شود.ReferenceIDاین میدان شناساننده است كه به وسیله LS در LoadResponsePDU تامین شده است.GroupNumberاین میدان اختیاری نشان می دهد بلوكهای درخواست شده متعلق به كدام شماره گروه است. محدوده آن از 0 تا 255 است. اگر این میدان نباشد مقدار پیش فرض “all groups” بوسیله LS منظور خواهد شد.Required Blocksاین میدان مشخص می كند كدام یك از بلوك های یك شماره گروه مشخص شده مورد نیاز این LD است. دو شكل ممكن وجود دارد.– RequiredBlocks می تواند یك الگوی 256 بیتی (BitMap) باشد كه در آن هربیت ًSet ً با یك بلوك مورد نیاز از GroupNumberمشخص شده متناظر است . این حالت فقط زمانی رخ می دهد كه GroupNumber موجود باشد .الگوی بیتی با باارزشترین بیت به صورت بیت صفر متناظر با شماره بلوك صفر در یك میدان 8 بیتی كد گذاری می شود.– این میدان ممكن است بیان نماید كه برای سوار كردن مجدد RequiredBlocksCode همه بلوكهای تصویر بار یا گروه نیاز است یا به هیچ كدام از آنها نیاز نیست .8-4-2-1 زمان تولیدLD یك GroupStatus PDU به آدرس MAC اختصاصی LS ای كه بار را تامین كرده است می فرستد.اگر LD همه بلوك ها یاتصویر بار را نیاز داشته باشد، دراین صورت یك GroupstatusPDU بدون میدان GroupNumber و با یك میدان RequiredBlocks می فرستدكه نشان می دهد تمام بلوك ها مورد نیاز است.اگر LD تنها به بخشی از بار نیاز داشته باشد ،یك GroupStatus PDU برای هر گروه تصویر یك بارمی فرستد كه بلوك های آن درخواست شده است . پس از آن LD ، GroupStatusPDU را به LS می فرستد تا ارسال بلوك ها را درخواست كند.درصورتیكه تعویق بلوك ها الزامی باشد یك GroupStatusPDU درانتهای هر گروه در طول بارگذاری تولید می شود.اگر تعویق بلوك ها الزامی باشد، حداقل یك GroupStatusPDU در پاسخ به یك GroupStatusRequestPDU فرستاده می شود . LD میتواند در صورت الزام چندین GroupStatusPDU بدون تاخیر بین ارسال بفرستد.8-4-2-2 اثر دریافت اگر LS قبلاً یك بارگذاری تصویر درخواست شده را انجام نداده باشد ،پس از فرستادن یك LoadResponse PDU ، LS منتظر GroupStatusPDU خواهد ماند.اگر هیچ GroupStatusPDU ای دریافت نشده باشد LS بارگذاری را به پیش نخواهد برد. اگر یك GroupStatusPDU دریافت شده باشد، LS بلوك های مورد نیاز برای بارگذاری را ثبت نموده و آنها را ارسال خواهد كرد.اگرLS یك GroupStatusPDU برای ID معرف بارگذاری درحال انجام دریافت كند، دراینصورت بلوك های تصویر بار مشخص شده در GroupStatusPDU را با بلوك هایی كه هنگام ارسال جا انداخته بود تركیب می كند. 8-5 GroupStatusRequestPDU 8-5-1 كاركردیك GroupStatusRequestPDU به وسیله LS صادر می شود تا تعیین كند كه آیا LDهای درگیر در بارگذاری ، بلوك های تصویر بار را نیاز دارند. GroupStatusRequest PDU ممكن است به آدرس MAC اختصاصی یك LD یا به تعدادی از LD ها با استفاده از یك آدرس MAC گروهی فرستاده شده باشد.8-5-2 دستورات در زیر میدان های GroupStatusRequestPDU و دستورات مرتبط با آن شرح داده می شود. ReferenceIDاین میدان یك شناساننده است كه توسط LS درLoadResponsePDU فراهم می شود. زمان تولیدLS باید در انتهای هر تصویر عبوری ،PDU GroupStatusRequest را تولید كند.8-5-2-1 اثر دریافت اگر به هنگام دریافت Group Status Request PDU ، LD بلوك هایی از هر گروه بار را نیاز داشته باشد، این میدان برای هر گروهی كه بلوك های آن مورد نیاز باشد یك PDU GroupStatus را باز می گرداند. اگر LD به بلوك ها نیاز نداشته باشد، نباید بهStatusRequest PDU Graup پاسخ دهد.8-6 Load Data PDU 8-6-1 كاركردكاركرد LoadDataPDU ارسال یك بلوك داده از LS به LD (های) درگیر در بارگذاری است.8-6-2 دستورهادر زیر میدان های LoadDataPDU و دستورات وابسته به آن شرح داده می شود.Reference ID این میدان یك شناساننده است كه توسط LS در LoadResponsePDU فراهم می شود.GroupNumberاین میدان مشخص می كند كه بلوك داده به كدام شماره گروه متعلق است. محدوده آن از مقدار 0 تا 255 است.Blockاین میدان حاوی شماره بلوك داده درگروه در حال ارسال است. محدوده آن از مقدار 0 تا 255 است.Load Dataاین میدان حاوی داده های بارگذاری شده است، یادآوری می گردد كه هر LoadDataPDU باید واحد اطلاعاتی مستقل باشد چون پروتكل ، ترتیب در تحویل LoadDataPDU ها را تضمین نمی كند.8-6-2-1 زمان تولیدLoadDataPDU به وسیله LS با بازه هایی تولید می شود كه هر بازه برابر یا بزرگتر از مقدار MinBlockDelay در Lo adResponsePDU است LoadDataPDU ها تاهنگامی تولید می شوند كه همه بلوك های مورد نیاز ارسال شوند .یادآوری: بازه بین ارسال LoadDataPDU ها از LS نباید كمتر از مقدار MinBlockDelay فرستاده شده در LoadResponsePDU باشد. مادامیكه نتیجه در یك بازه میانگین بین LoadDataPDU ها در LD كمتر از MinBlockDelay باشد، هیچ تضمینی نخواهد بود مبنی بر اینكه LoadDataPDU ها خیلی نزدیك به هم نرسند كه پی آمد آن اثرات خوشه ای در شبكه است. این درجایی ممكن است كه LD با توانمندی كافی بافركردن طراحی شده باشد تا دریافت هجومی نزدیك به هم LoadDataPDU ها مجاز باشد.8-6-2 اثر دریافت به محض دریافت LoadDataPDU ،LD داده های موجود در LoadDataPDU را بارگذاری می كند. مفهوم و یا مكانیسمی كه به موجب آن این امر حاصل می شود خارج از حوزه و دامنه كاربرد این پروتكل است.8-7 عناصر عملیاتاین زیر بند فهرستی از متغیرهای حالت، توصیف لفظی فرآیند بارگذاری، دیاگرام های حالت و جداول حالت برای هر دوی LS و LD رافراهم می كند.یادآوری: برای مقاصد این توصیف، فرض می شود كه زمان سنج ها و شمارنده ها با یك مقدار مثبت آغاز به كار می كنند. بنابراین زمان سنج یا شمارنده به سمت صفر بسته به روی دادن رخدادهای مناسب تنزل پیدا می كنند و با رسیدن به صفر در نقطه ای كه شمارش معكوس پایان می یابد می گوید مدت منقضی شده است. این توصیف عملیات زمان سنج و شمارنده، هیچ روشی برای پیاده سازی حقیقی شمارنده هایا زمان سنج ها تحمیل نمی كند.8-7-1 عملیات دستگاه بارپذیر (LD)عملیات بارگذاری به وسیله كاربر بارگذاری سیستم در LD هنگامی آغاز می شود كه تعیین كند كه یك بار مورد نیاز است توسط SLU با صدور دریك نخستینه SYSTEM-LOAD.request با مقادیر پارامتر مناسب مقدار دهی اولیه می شود. این مسئله یك تصمیم داخلی است كه به وسیله سیستم اتخاذ می شود. این می تواند نتیجه یك شرایط محلی، یا پی آمد بعضی فرمانهای خارجی یا درخواست های صادره به وسیله پروتكل مدیریت سیستم باشد.مشخصات مكانیسم برای تعیین نیاز برای بارگذاری، خارج از حوزه و دامنه كاربرد این استاندارد است.بار ممكن است شامل تصویر كامل یا قسمتی از آن باشد . درحقیقت System-Load.request ممكن است به نمایندگی از یك وسیله متصل شده به ایستگاه (كه خود نیز به بارگذاری نیاز دارد) مقداردهی اولیه شود.محتوی میدان LoadData از LoadDataPDU واكنش انجام شده توسط ایستگاه بر دریافتهایش ،‌خارج از حوزه و دامنه كاربرد این استاندارد است .دو بند 8-7-1-1 و 8-7-1-2 متغیرهای حالت و روال های وابسته به عملیات LD را تعریف می كند .گذرهای حالت در شكل 3 و جدول 1 خلاصه شده اند.8-7-1-1 متغیرهای حالتLD یك ماشین حالت به منظور دریافت یك بار از یك LS ایجاد می كند. متغیرهای حالت زیر برای توصیف عملیات یك ماشین حالت1 LD به كار می رود.LD-retry-Counterشمارنده برای آشكار سازی شرایطی از قبیل خطای شبكه یاLS به كار می رود. این شمارنده با تعداد دفعاتی كه یك ماشین حالت L D منتظر یك PDU مربوط به بارگذاری از یك LS خواهد ماند مقدار دهی می شود. این امربه وسیله یكی از موارد زیر آغاز می شود: – شماره 1LD-retry –Count – از LoadRequestPDU ها ممكن است قبل از اینكه حالت ماشین LD ، حالت LD-failed را وارد كند فرستاده شود. ایجاد ًحالت ماشینًLD-retry-Counter :=LD_retry_Counter_1;LD_timer :=O OR LD_T1 یادآوری :‌گذرهای حالت كه ممكن است به علت دخالت مكانیسم های مدیریت خارجی رخ دهد دراین دیاگرام نشان داده نشده است.شكل 3- دیاگرام حالت LDLD-timerزمان سنج برای تولید اقدام های مجدد هنگامی استفاده می شودكه انتظار برود پاسخ ها دریافت نشده اند .این زمان سنج با یكی از موارد زیر مقدار دهی میشود :– LD-T1 ، طول زمان ماشین حالت كه LD منتظر یك LoadResponsePDU قابل قبول از یك LS قبل از صدور مجدد LoadRequestPDU خواهد شد. این امربه LS فرصت می دهد تا درخواستهایی از چندین LD را قبل از صدور یك LoadResponsPDU جمع آوری كند.– LD-T2، مدت زمانی كه LD برای یكLoadDataPDU (یا یك GroupStatusRequestPDU) قبل از صدور یك GroupStatusPDU منتظر می ماند. LD-T2 بزرگتر یا برابر مقدار Max BlockDelay فرستاده شده در LoadResponsePDU است.LD_reference_IDمقدار میدان ReferenceID بازگشتی در LoadResponsePDU وهمچنین آدرس LSای را نگهداری می كند كه LoadResponsePDU باز می گردد.LD_number_blocksمقدار میدان NumberBlock بازگشتی در LoadResponePDU را باز می گرداند.Load_number_groupsتعداد گروههای لازم برای بار را نگهداری می كند. این مقدار از رابطه (LD_number_block+255)/256 حاصل می شود. LD-active-groupsاین متغیر حالت شماره گروههایی را نگهداری می كند كه بلوك های داده ها آنها در حال دریافت هستند .LD_blocks_required [LD_number_ groups] یك آرایه است ،كه هر عنصر آن حاوی مجموعه ای از نشانگرهای متناظر با شماره های بلوك های داده مورد نیاز برای یك گروه معین بارگذاری می باشند. این نشانگرها مجموعه ای از نشانگرهای LD_number_block ها در آرایه و عناصر LD_number_group ها هستند.LD_Status_Sentاین متغیر حالت نشان می دهد چگونه یك GroupStatusPDU به LS برای LD_ active_group فرستاده شده است.( LD_Unacceptable_Load Response PDU_revd )نشان می دهد چگونه یك ResponsePDU Loadغیر قابل قبول در حالت LD_REQ دریافت شده است.8-7-1-2 توصیف روال هاهستار بارگذاری سیستم یك نمونه از ماشین حالت LD را طبق بندهای زیر تولید می كند و هنگامی كه یك نخستینه System-LOAD.request ماشین حالت را در وضعیت LDـREQ جای می دهد . LD_timer با یك مقدار 0 یا LD-T1 مقدار دهی می شود و LD_retry_counter بــاLD-retry-count-1 پیش از ورود حالت LD_REQ مقدار دهی می شود.یادآوری: مقدار اولیه LD_timer‌ (0 یا LD_T1) تعیین خواهد كرد كه آیا ماشین حالت فوراً یك LoadRequestPDU صادركند یا منتظر یك بازه LD-T1 برای یك LoadResponsePDU با پارامترهای منطبق با شرایط آن بماند. آخرین گزینه ممكن است در شرایطی انتخاب شودكه احتمال كه درخواست بارگذاری همزمان، (بطور مثال پس از خرابی تغذیه )وجودداشته باشد.8-7-1-2-1 حالت LD LOAD REQUEST (LD_REQ)ماشین حالت یك LoadRequestPDU مبنی بر انقضای زمان سنج LD_timer می فرستد. اگر چند درخواست بطور همزمان معوق بمانند ، یك ExchangeID واحد در هر درخواست شامل خواهد شد.LoadRequestPDU به آدرس MAC اختصاصی یك LS یا به یك آدرس گروهی MAC آدرس دهی شده وحاوی Blocksize ، حداقل تاخیر لازم برای پردازش بدون اتلاف بلوك های داده كه بطور موفقیت آمیز ارسال شده اند ، MinBlockDelay و حداكثر تاخیر ترجیحی، MaxBlockDelay می باشد.این مقادیر بدترین حالت نیستند زیرا پروتكل ،بازیابی مؤثر از اتلاف بلوك داده را ممكن می سازد. میدان LoadInfo نیز می تواند در LoadRequestPDU حضور داشته باشد. جدول 1- جدول حالت LDCURRENT STATE:NEXTSTATE ACTION(S) EVENTLD_REQ Initialize state variableLD_timer :=LD T1 OR 0;LD_unacceptale_Load ResponsePDU_reved=0;LD_retry _counter:=LD_retry_count_1 Load neededNo state machineCURRENT STATE :LD_REQNEXTSTATE ACTION(S) EVENTLD_DATA Send Group StatusPDU to 1 LS;LD_retry_counter :=LD_retry_count_2;InitializeLD_required_blocks;Initialize LD_reference_ID Receive acceptableLoad ResponsePDULD_REQ LD_unacceptable_Load ResponsePDU_reve=1; Receive acceptableLoad ResponsePDULD_REQ Send Load RequestPDU;Descrement LD_retry_counter;LD_timer:=LD_T1 LD_timer expired&LD_retry _counternot expiredLD_REQ Issue SYSTEM_LOAD.confirm(status= no response);Dissolve State Machine LD_retry_counterExpired andLD_unacceptable_Load _Response PDU_revd=0LD_REQ Issue SYSTEM_LOAD.confirm(status= invalid response);Dissolve State Machine LD_retry_counterExpired andLD_unacceptable_Load _Response PDU_revd=1LD_REQ Ignor OtherCURRENT STATE:LD DATANEXTSTATE ACTION(S) EVENT LD_timer:=LD_T2LD_retry_counter:=LD_retry count2; If blockneeded:[load data;updateLD_blocks_required;if 1 st Load Data PDU:[LD_activ e _group :=Group Num;LD_status_sent:=0;]If Group Num<>LD_active_group:[if LD_blocks _required inLD active group <>None&LD_satus_sent =0[send group Status PDU withGroup Number=LD_ active_group;]LD_active_group:=Group Num;LD_status _sent:=0]]if last block of Group but blocksrequired in Group &LD_Satus_sent =0;[sent Group Status PDU;LD_satus_sent:=1 RecevieLoad Data PDUWith (reference ID,Source address)=LD_Reference_idCURRENT STATE:LD DATANEXTSTATE ACTION(S) EVENTLD_DATA Send Group statusPDU;Descrement LD_retry_counter;LD_timer:=LD_T2 LD_timer expires&LD_retry _counternot expiredNull Issue SYSTEM_LOAD.confirm(status= incomplete);Dissolve State Machine LD_retry_counter expiredLD_DATA Send Group StatusPDU for each;Group with required blocks;LD_retry_counter := LD_retry_count_2;LD_timer :=LD_T2 RecevieGroup Stauts PDUWith (reference ID,Source address)=LD_Refrence_idNULL Issue SYSTEM_LOAD.confirm(status= success);Dissolve State Machine LD_blocks_required=0LD_REQ Ignor Other پس از صدور LoadRequestPDU ، LD_timer با LD_T1 مقداردهی می شود، و LD منتظر یك Load Response PDU فرستاده شده به آدرس MAC اختصاصی خود یا یك آدرس MAC گروهی می ماند. اگر پاسخی در دوره انقضای زمان دریافت نشود، LD_retry_counter شروع به شمارش معكوس می كند. اگر LD_retry _counter منقضی شود،یك نخستینه System_Load.confirm صادر می شود تا SLU خراب و دلیل آنرا اعلام كند و ماشین حالت فسخ می گردد. اگر LD_retry_counter منقضی نشود،‌یك LoadRequestPDU صادر شده و LD_timer با LD_T1 مقداردهی می شود.هنگامیكه یك Load Response PDU دریافت شد ،میدان های ExchangeID (در صورت حضور)،ImageInfo ، Blocksize بازرسی می شوند.همچنین ممكن است میدان Load selector آزمایش شود.بیش از یك ResponsePDU قابل قبول می تواند دریافت شود. LSای كه بار را تامین می كند باید از بین LS هایی انتخاب شود كهLoadResponsePDU قابل قبول می فرستند .در صورتیكه عوامل دیگر (از قبیل ImageInfo ، MaxBlockDelay) و غیره) برابر باشند، LS بزرگترین مقدار ممكن LoadSelector قابل قبول را باز می گرداند. جائیكه همه عوامل شامل LoadSelector برابر باشند، LD می تواند یك انتخاب تصادفی از LS داشته باشد .هنگامی كه LS انتخاب شد، مقدار ReferenceID در متغیر حالت referenceidـLD ذخیره می شود.اگر كل تصویر بار مورد نیاز باشد، NumberBlock ها درمتغیر حالت LD-number-blocks ذخیره و LD_number_groups محاس به و LD_blocks_required مقداردهی اولیه می شود.اگرتنها بخشی از تصویر بار لازم باشد، LD_number_blocks ، LD_number_groups و LD_blocks_required مطابق آن مقداردهی اولیه می شوند.سپس ماشین حالت LD یك یا چند GroupStatusPDU برای بلوك های مورد نیاز برای آدرس MAC اختصاصی LS می فرستد. بنابراین LS ی انتخاب می كند كه بار را تامین می كند . LD_timer با LD_T2,LD_retry_Counter به LD_retry_count_2 و حالت LD_DATA وارد میشود.8-7-1-2-2 حالت LD DATA (LD_DATA)بایستی از هر PDU با ReferenceID نابرابر با LD_reference_id صرف نظر شود.به محض دریافت اولین LoadDataPDU برای یك نمونه ماشین حالت، LD_active_group با استفاده از مقدار GroupNumber مقدار دهی م ی شود و LD_Status_sent پاك می شود.هنگامیكه یك LoadDataPDU یا یك GroupStatusRequestPDU دریافت می شود كه میدان Reference ID آن با متغیرهای دریافتی حالت LD_reference_id منطبق باشد، LD_Timer یا LD_T2 و LD_retry_Counter با LD_retry_count مقدار دهی می شود.اگر زمان LD_time منقضی شده باشد LD_retry_Counter كاهش می یابد.اگر LD_retry_counter منقضی شده باشد،بمنظورآگاه كردنSLU یكconfirm SYSTEM-LOAD صادر خواهد شد تا آنرا از خرابی و دلیل آن با خبر سازد وماشین حالت فسخ می شود.درغیر این صورت یك GroupStatusPDU فرستاده خواهد شد و LD_timer با LD_T2 مقداردهی اولیه می شود.اگر LoadDataPDU شامل GroupNumber باشد با LD_active_group منطبق و اگر BlockNumber متناظر با بلوك درخواستی، LD_blocksrequired باشد، بلوك داده در حافظه بارگذاری شده و LD_blocks_required بروزرسانی می شود تا نشان دهد بلوك دریافت شده است. اگر بلوك داده لازم نباشد، از این مسئله چشم پوشی می شود.اگر یك LoadDataPDU دریافتی حاوی یك ً بلوك درخواست شدهً‌ باشد اما GroupNumber دریافتی با LD_active_group منطبق نباشد، آنگاه – اگر بلوك هایی باشند كه هنوزدرگروه فعال لازم باشند و LD_status_sent مقداردهی نشده باشد(یعنی اگریك Group status PDU قبلا“ برای گروه فرستاده نشده باشد) یك Group Status PDU برای LD_active_group فرستاده می شود.– LD_active_group با مقدار Group number دریافت شده مقدار دهی می شود و LD_Status_sent پاك می شود.– بلوك داده دریافت شده بارگذاری می شود.LD_blocks_required [LD_active_group] بادریافت هر LoadDataPDU مرور می شود.اگر هیچ بلوك مورد نیازی در LD_active_group با یك شماره بلوك بزرگتر از میدان بلوك در Load Data PDU نباشد اما بلوك های مورد نیاز قبلی در LD_active_ group باشند و اگر پرچم LD_status_sent مقداردهی نشده باشد، آنگاه Group status PDU فرستاده می شود و پرچم LD-status-sent مقدار دهی می شود.هنگامیكه ماشین حالت در حالت LD_Data است اگر یك Group Status Request PDU از LS دریافت شود، LD_blocks_required وجود یك گروه در یك زمان برای هر بلوك مورد نیاز را بررسی می كند. هنگامی كه بلوك های درخواستی در یك گروه معین آشكار شود، یك Group Status PDU برای آن گروه فرستاده می شود و ادامه آن تا زمانیكه همه گروه ها آزمایش شوند بررسی می شود. هنگامیكه همه بلوك داده بطور صحیح دریافت شوند، كلیه عناصر LD_blocks_required پاك می شوند، وبارگذاری تكمیل شده است. یك نخستینه SYSTEM-LOAD.confirm برای عبور دادن تصاویر دریافتی به SLU صادر شده و ماشین حالت فسخ می شود. 8-7-2 عملیات سرویس بارگذاری (LS)دو زیربند 8-7-2-1 و 8-7-2-2 متغیرهای حالت و روال های وابسته به عملیات LS را توصیف می كنند. حالت گذر در شكل 4 و جدول 2 خلاصه شده است.8-7-2-1 متغیرهای حالتLS LS ماشین حالت را به منظور فرستادن تصویربار به LD ها تولید می كند .متغیرهای حالت زیر برای توصیف عملكرد ماشین حالت LS بكار رفته اند.LS_Load _Info این متغیر حالت یك متغیر متناظر با میدان LoadInfo از LoadRequestPDU می باشد.LS_image_idاین متغیر حالت شناساننده تصویر باری است كه باید ارسال شود.LS_Reference_idاین متغیر حالت مقدار میدان Reference_ID فرستاده شده در ‌LoadResponsePDU را نگه میدارد. مقدار Reference ID به وسیله LS با یك شناساننده یكتا تعیین می شود كه یك بار خاص را از بارهای دیگری كه LS با هم فراهم می آورد جدا می سازد.LS_block_sizeاندازه بلوك های بار بایدكمتر یا برابر مقدار Block Size مشخص شده در LoadRequestPDU باشد.LS-block-Delayتاخیر LS بین ارسال Load Data PDU ها وارد خواهد شد، مجموع LS_block_delay و حداقل مقدار تاخیر وارد شده به وسیله شبكه باید بزرگتر یا برابر با MinBlockDelay فرستاده شده در LoadResponsePDU باشد. LS_block-Delay با LS_T3 مقداردهی می شود.LS_ Addressاین متغیر حالت آدرسی است كه بعنوان آدرس مقصد برای یك عملیات خاص استفاده می شود. این آدرس می تواند یك آدرس MAC گروهی یا یك آدرس MAC اختصاصی یك LD باشد. شكل 4-دیاگرام حالت جدول 2-جدول حالت LSCURRENT STATENEXTSTATE ACTION(S) EVENTLS_ACCUM Initialize state variables;LS_timer:=LS-T1Record address/exchange ID inLS_response Receive acceptableLoad Request PDU;Compatible stateMachine not activeNEXTSTATE ACTION(S) EVENTLS_ACCUM Record address/exchange ID in LS_response Receive acceptableLoad Request PDULS_WAIT Send Load Response PDUsLS_timer:=LS-T2LS_retry_counter:= LS_retry_counter LS_timer expiresLS_ACCUM Ignor OtherCURRENT STATE:LS_DATANEXTSTATE ACTION(S) EVENTLS_DATA Send Load Response PDU Receive acceptableLoad Request PDULS_DATA Up date LS_blocks_required Receive GroupStatus PDULS_DATA Send next Load Data PDU;LS_timer:=LS-T3;Up date LS_blocks_required LS_timer expires&LS_blocks_required<>NoneLS_WAIT Send GroupStatus Request PDU;LS_timer:=LS-T2;LS_retry_counter:= LS_retry_counter LS_timer expires&LS_blocks_required=NoneLS_ACCUM Ignor OtherCURRENT STATE:LS_WAITNEXTSTATE ACTION(S) EVENTLS_WAIT Up date LS_blocks_required Receive GroupStatus PDULS_DATA LS_timer:=LS-T3; LS_timer expired&LS_blocks_required<>None LS_WAIT LS_timer:=LS-T2;Send GroupStatus Req PDU;Decrement LS_retry_counter LS_timer expires&LS_blocks_required=None&LS_retry_counter>0NULL Dissolve state machine LS_retry_counter=0 &LS_timer expired&LS_blocks_required=NoneLS_WAIT Send Load Response PDU Receive acceptableLoad Request PDULS_WAIT Ignor OtherLS_responses [ ]مجموعه ای از ورودی ها ، كه هریك شامل یك آدرس است كه یك Load Response PDU باید هنگام خروجی از حالت LS_Accum با Exchange ID مناسب، درصورت موجود، به آن آدرسها فرستاده شود.LS_number_blocksتعداد بلوك ها در بارمربوطهLS_number_groupsتعداد گروه ها در بارمربوطه، به استثنای آخرین گروه بار، یك گروه حاوی 255 بلوك داده است. این متغیراز رابطه (LS_number_blocks+255)/256 محاسبه می شود.LS_active_group numberتعداد گروههای درحال ارسال شده را نگهداری می كند.LS_blocks_required [LS_number_groups]یك آرایه كه هر عنصر آن حاوی مجموعه ای از نشانگرهای متناظر با بلوك های داده مورد نیاز جهت ارسال برای یك گروه خاص است. تعداد كل عناصر LS_number_groups و كل نشانگرها LS_number_blocks در آرایه قرار دارند.LS_active_block_number تعداد بلوك داده فرستاده شده در گروه را نشان می دهد.LS_timerزمان سنج استفاده شده به وسیله ماشین حالت LS كه می تواند با بازه های زیر (این بازه ها از بازه هایی كه برای ماشین حالت LD استفاده ی جمع آوری LoadRequestPDU ها قبل از ارسال یك Load Response PDU منتظر می ماند. اگر ماشین حالت LS با یك بار نقطه -به -نقطه سروكارداشته باشد (یعنی، آدرس مقصد برای بار یك آدرس MAC اختصاصی باشد)، مقدار LS_T1 تعیین شده برای LS_timer صفر است. – LS_T2 میزان زمان انتظار یك ماشین حالت LS برای یك Group Status PDU پس از ارسال یك Load Response PDU .– LS_T3 تاخیر ارسال بلوك های داده را محاسبه می كند. مجموع LS_T3 و حداكثر میزان تاخیر اضافه شده به وسیله شبكه باید كمتر از مقدار MaxBlockDelay فرستاده شده در LoadResponsePDU باشد. مجموع LS-T3 و حداقل تاخیر معرفی شده به وسیله شبكه باید بزرگتر یا برابر MinBlockDelay فرستاده شده در LoadResponsePDU باشد.یادآوری: در صورتیكه (LD_T1* LD_retry_count_1)<LS_T1 باشد یك LD از یك LS استفاده نخواهد كرد.LS_retry_counterشمارنده اقدام مجدد برای ارسال GroupStatusRequest PDU ها به كار می رود تا تعیین كند آیا بلوك های داده بیشتری مورد نیاز است. این شمارنده می تواند با LS_retry_count مقداردهی شود.8-7-2-2 روال های توصیف LSLS خود را آماده می سازد تا PDU های مربوط به بارگذاری آدرس دهی شده به آدرس MAC اختصاصی شان یا آدرس های MAC گروهی سرویس گر بار را دریافت كند و سپس منتظر LoadRequestPDU ها می ماند. به محض دریافت یك SLE , LoadRequestPDU یك نخستینه SYSTEM-LOAD.indicator را به SLU صادر می كند تا تحقیق كندآیا RequestPDU Loadیك تصویر را كه SLU می تواند فراهم كند مشخص نموده است یا نه . سپس SLU یك نخستینه SYSTEM-LOAD.response صادر می كند. اگر SLU نتواند تصویر را فراهم كند،SLE از LoadRequestPDU صرفنظرمی كند.اگر.response SYSTEM-LOAD دسترسی تصویر مورد نیاز را نشان دهد، SLE می تواند بطور اختیاری ماشینهای حالت فعال كنونی آن را بررسی كند تا تعیین كند آیا این درخواست می تواند با یك بارگذاری كه در حال انجام است تركیب شود. عمل تركیب در صورتی ممكن است كه :– میدان Load Info سازگار باشد.– BlockSize مورد نیاز برابر یا بزرگتر از LS_blo ck_size باشد.– MinBlockDelay مورد نیاز كمتر یا برابر LS_block_Delay باشد.– Load Address مشخص شده (در صورت وجود) با آدرسی كه حاوی LS_address است یكسان باشد. – حداكثر تاخیر بلوك محاسبه شده كمتر یا برابر حداكثر تاخیر مورد نیاز (درصورت مشخص بودن) باشد. اگر SLE توانایی تركیب درخواست را داشته باشد آنگاه :– یك LoadResponsePDU به LD درخواست كننده بر حسب متغیرهای حالت انتخاب شده در ماشین حالت LS باز می گرداند. این امر در صورتهای زیر قابل حصول است :• اگرماشین حالت در وضعیت LS-Accum باشد، با اضافه كردن آدرس LDوExchange-ID آن به مجموعه از ورودی های نگه داشته در LS_responses.• اگر ماشین حالت در وضعیت LS_Accum نیست با تولید و ارسال فوری LoadResponsePDU وضعیت ماشین حالت فعال در هر دو صورت تغییر نخواهد كرد.اگر SLE نتواند درخواست را تركیب كند آنگاه :– یك ماشین حالت LS جـدیـد ایجـاد می كند ، LS_timer (بـه یاد آوری توجه كنید) را با LS_T1 مقدار دهی می كنـد و متغیـرهای حالت، LS_number_groups , LS_number_blocks , براساس خصایص تصویر بار و میدان های LoadRequestpdu مقدار دهی می شود.– یك ورودی درLS_response ایجاد می شود تا آدرس و ExchangeID رابرای LoadResponsePDU ثبت كند.– یكreferenceID یكتا برای LS_reference_id تعیین می شود و LS_address با یك آدرس MAC گروهی یا آدرس MAC اختصاصی مقدار دهی می شود.(آدرس MAC گروهی استفاده شده از مجموعه آدرس های MAC گروهی در دسترس برای استفاده این LS انتخاب می شود.)– LS_block_delayمحاسبه میشود. LS_groupnumber ، LS_activeblocknumber ، و آرایه LS_block required پاك می شوند.– ماشین حالت، وضعیت LS_Accum را وارد می كند.یادآوری :مقدار LS_T1 تعیین می كند كه یك LoadResponsePDU چقدر زود فرستاده شده است. یك مقدار صفر ، یك LoadResponsePDU فوری تولید شده را سبب می شود. درجایی كه یك مقدار بزرگتر از صفر، جمع آوری درخواستهای چندین بار قبلی را ممكن می سازد تا یك LoadResponsePDU را بسازند.استاندارد، توانایی یك SLE را در تركیب درخواست ها برای بارها لازم نمی داند ، ولی طوری طراحی شده كه اجازه تركیبی را بدهد كه انجام آن برای SLE آسان است.8-7-2-2-1 حالت (LS_ACCUM) LS LOAD REQUEST ACCUMULATE اگر یك LoadRequestPDU قابل قبول دریافت شده باشد، آدرس پاسخ و exchangeID در LS_respons ها ثبت می شود.هنگامی كه LS_timer منقضی می شود، LoadresponePDU ها با استفاده از LS_block_delay، LS_referenceID , LS_address LS_number_blocks وid LS_image فرستاده می شوند تا میدان های PDU رامقداردهی كنند. اگر چندین درخواست درحال اجرا هستند، یك پاسخ را برای هر درخواست باز می گرداند كه شامل یك ExchangeID با مقدار مشابه در درخواست متناظر است درصورتیكه یك باشد، متغیر حالت، LS_response _addressها حاوی مجموعه ای از آدرس هایی هستندكه پاسخ باید به موازات Exchange IDها مربوط به آن فرستاده شود.Load Selector می تواند به وسیله LD درخواست كننده با گزینه تقویت یا تضعیف این بار مقداردهی شود. یك مقدار كم (معمولاً منفی) یك گزینه تضعیف و یك مقدار زیاد (معمولاً مثبت ) گزینه تقویت خواهد بود.دلایل برای گزینه تضعیف شامل سنگینی بارگذاری LS یا تخصیص LS با نقش سرویس گر پشتیبان است. تعیین مقدار مختص كاربرد است و هیچ قیدی به وسیله این استاندارد بر آن اعمال نمی شود.سپس LS_timer با LS_T2 مقداردهی اولیه می شود و LS_retrycounter با LS_retry_count مقدار دهی می شود و ماشین حالت وارد وضعیت LS_WAIT شده تا منتظر GroupStatusPDU ها بماند.8-7-2-2-2 حالت (LS_DATA) LS DATA LOAD هنگامیكه LS_timer (LS_TS) منقضی شود، یك LoadDataPDU فرستاده می شودكه به LS_address آدرس دهی شده وحاوی LS_reference_ID،LS_active_group_number LS_active_ block_ number و بلوك داده متناظر است، طول بلوك (بلوكی كه توسط LoadDataPDU حمل می شود) باید برابر LS_block_size باشد (به استثنایی آخرین بلوك تصویر بار، كه می تواند یك اندازه بزرگتر از هشته های صفر و كمتر یا برابر LS_blocksize باشد).پس از ارسال Loda data PDU نشانگر متناظر LS-blocks_required [LS_acive_group number] پاك می شود. بلوك داده بعدی فرستاده شده با تشخیص نشانگر بعدی در LS-blocksrequired انتخاب می شود. LS_activeblocknumber و LS_activegroupnumber مطابق آن تغییر می كنند. LS_timer با استفاده از LS_T3 مقداردهی اولیه می شود.اگر یك GroupstatusPDU درحالت L S_Data دریافت شود نشانگرهای LS_blocks _required [group number] متناظر با بلوك های مشخص شده در میدان Required Blocks از PDU Groupstatusمقدار دهی می شوند و بلوك های مورد نیازبرای ارسال را نشان می دهد. اگر LS_blocks required خالی باشد، LS_timer با یك زمان انقضاء صفر مقدار دهی می شود. LS_retry _counter به LS_retry_count مقدار دهی می شود وماشین حالت وارد حالت LS_WAIT می شود. این امرسبب تولید فوری یك GroupStatusRequestPDU خواهد شد.اگر یك LoadRequestPDU قابل قبول درحالت LS_Data دریافت شود،یك LoadResponsePDU آنچنانكه در LS_Accum توصیف شد، فرستاده می شود. درنتیجه هیچ تغییرحالتی روی نخواهدداد.8-7-2-2-3 ادامه خواندن مقاله در مورد فن آوري اطلاعات ـ ارتباطات و مبادله اطلاعات بين سيستمها

نوشته مقاله در مورد فن آوري اطلاعات ـ ارتباطات و مبادله اطلاعات بين سيستمها اولین بار در دانلود رایگان پدیدار شد.