DL∕ T 790.433-2005 采用配電線載波的配電自動(dòng)化 第4-33部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層 面向連接的協(xié)議

第4-33部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層面向連接的協(xié)議Datalinklayer—Connectionoriented Ⅱ 1 1 11.3縮略語和定義 1 1 1 4 4 4 4 5 5 6 6 7 7 82.13DL_Close.confirm 8 8 93LLC到MAC子層的接口 9 9 9 4LLC協(xié)議數(shù)據(jù)單元(LLCPDU)結(jié)構(gòu) 4.4控制域 4.5無效LLC_PDU 工I[2004]872號(hào)文)的安排制定的。第1—2部分：總則制訂規(guī)范的導(dǎo)則第1—4部分：總則中低壓配電線載波傳輸參數(shù)第3—1部分：配電線載波信號(hào)傳輸要求頻帶和輸出電平第3—22部分：配電線載波信號(hào)傳輸要求中壓相地和注第4—1部分：數(shù)據(jù)通信協(xié)議通信系統(tǒng)參考模型第4—32部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層無連接協(xié)議第4—33部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層面向連接的協(xié)議第4--41部分：數(shù)據(jù)通信協(xié)議應(yīng)用協(xié)議配電線報(bào)文規(guī)范第4—42部分：數(shù)據(jù)通信協(xié)議應(yīng)用協(xié)議應(yīng)用層第4—511部分：數(shù)據(jù)通信協(xié)議系統(tǒng)管理CIASE協(xié)議第4—512部分：數(shù)據(jù)通信協(xié)議采用DL/T790.51協(xié)議集的系統(tǒng)管理信息庫(kù)MIB第4—61部分：數(shù)據(jù)通信協(xié)議網(wǎng)絡(luò)層無連接協(xié)議第5—1部分：低層協(xié)議集擴(kuò)頻型移頻鍵控(S-FSK)協(xié)議第5—2部分：低層協(xié)議集移頻鍵控(FSK)協(xié)議第5—-3部分：低層協(xié)議集自適應(yīng)寬帶擴(kuò)頻(SS-AW)協(xié)議第5-4部分：低層協(xié)議集多載波調(diào)制(MCM)協(xié)議第5—5部分：低層協(xié)議集快速跳頻的擴(kuò)頻通信(SS-FFH)協(xié)議數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層面向連接的協(xié)議》(英文版)。ⅢLLC-CO類型1:LLC-CO用戶超過一個(gè)，因此該1DL/T790.433--2005采用配電線載波的配電自動(dòng)化第4—33部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層面向連接的協(xié)議DL790的本部分描述了使用面向連接的LLC(邏輯鏈路控制)過程時(shí)，DCP(數(shù)據(jù)通信協(xié)議)LLC子層實(shí)體與LLC用戶層和MAC(介質(zhì)訪問控制)子層在邏輯接口上應(yīng)實(shí)現(xiàn)的服務(wù)。通過描述LLC用戶層和MAC子層之間的信息流來說本部分的原語和面向連接模式(CO)的LLC協(xié)議有關(guān)，并能提供無連建立、斷開和監(jiān)視連接狀態(tài)的方法由送到LLC子層管理實(shí)體的用于LLC用戶接口。的修改單(不包括勘誤的內(nèi)容)或修訂版均不適用于本部分，然而鼓勵(lì)根據(jù)本部分達(dá)成協(xié)議的各方研究DLT790.432—2004采用配電線載波系統(tǒng)的配電自動(dòng)化第4-32部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層邏輯鏈路控制(LLC)ISO/IEC4335:1993信息技術(shù)系統(tǒng)間遠(yuǎn)程通信和信息交換高級(jí)數(shù)據(jù)鏈路控制(HDLC)規(guī)程HDLCHigh-leveldataLclsLinkclassparameterinLLCserviceprimitivesLLC服務(wù)原語中的鏈路類參數(shù)NRMNormalresponsemode正常NDMNormaldisconnect本章說明了邏輯鏈路控制子層的用戶在該子層使用DCPLLC-CO操作與遠(yuǎn)方對(duì)等用戶實(shí)體進(jìn)行包LLC用戶服務(wù)接口只能使用這些基本服務(wù)。根據(jù)LLCPDU是類型1或類型2,域SSAP和DSAP可能存在或不存在。圖1～圖3表示LLC用戶服務(wù)處理流程。2-frunpp3DL/T790.433—2005——DL_Open.request,DL_Open.confir—--DL_Connect.request,DL_Connect.confi——DL_Disconnect.request,DL_Disconnect.confirm,DL_Disconnect.indica—-DL_Close.request,DL_Close.confi42.2DL_Data,request——如置為UI_CLASS(其值為1),將調(diào)用UI過程(見2.4.2);——如置為I_CLASS(其值為2),將調(diào)用I過程(見2.4.2)。一旦收到相關(guān)信息的L_pdu的應(yīng)答，將會(huì)產(chǎn)生本原語返回給本地LLC用戶層實(shí)體，以響應(yīng)2.4DL_Data,indication輸入的L_sdu包含于I幀(信息幀)中。5DL_Open.request(Destination_a)參數(shù)U_retry、S_retry和I_retry表明LLC子層過程用于不計(jì)數(shù)幀(U_retry)、監(jiān)控幀(S_retry)和信息幀(I_retry)的最大重傳次數(shù)。如參數(shù)Aut_msg置為非0值，表示具有產(chǎn)生和接收主動(dòng)報(bào)文的可能性。DL_Open.request從LLC子層管理實(shí)體傳遞到LLC實(shí)地址。DL_Open.confirm(Destination_a)參數(shù)Destination_address和Source_address表示參與連接的本地站和遠(yuǎn)方站的地址，其中參數(shù)Status如等于0,表示打開成功，否則表示失敗。DL_Open.confirm從LLC子層實(shí)體傳遞到LLC管理實(shí)體，用以表示先前DL_Open.request的結(jié)果。這里假定有足夠的信息用來讓LLC子層管理實(shí)體將該響應(yīng)與對(duì)應(yīng)的請(qǐng)求相關(guān)聯(lián)。DL_Connect.request(Destination_6)DL_Connect.request從LLC子層管理實(shí)體傳遞到LLC實(shí)體，用以請(qǐng)求使用先前成功執(zhí)行的當(dāng)DL_Data.request/indication原語的使用中允許參數(shù)Lcls的值等于I_CLASS時(shí)，要調(diào)用DL_Connect.confirm(Destination_)2.9DL_Disconnect.requestDL_Disconnect.request(Destination_)發(fā)出DL_Disconnect.request后，來自LLC用戶實(shí)體的、參數(shù)Lcls的值等于I_CLASS的7DL_Disconnect.confirm(Destination)——如等于0,表示對(duì)DL_Disconnect.request的成功應(yīng)答或尚未確認(rèn)的DL_Data.request,將被帶有傳輸不成功狀態(tài)信息的Transmission_Status值的)8DL_Close.request(Destination_)2.13DL_Close.confirmDL_Close.confirm(Destination_)2.14DL_Test.requestDL_Test.request(Destination_)參數(shù)Destination_address和Source_address表示參與連接的本地站和遠(yuǎn)方站的地址，其中9DL_Test.confirm(Destination_)Test_sdu參數(shù)由LLC用戶實(shí)體定義，在使用單地址的情況下，它從收到的測(cè)試幀(見第5章)的信3LLC到MAC子層的接口在Service_class為2的情況下，當(dāng)請(qǐng)求還未處理結(jié)束時(shí)(所有的LLC_PDU包含下列各域(如存在，按所列次序),其格式如圖6和圖7所示：—-源服務(wù)訪問點(diǎn)(SSAP)地址域，只存在于類型2中；圖6LLCPDU格式類型1最高位最低位最高位最低位8位地址(組地址/單地址)8位地址(組地址/單地址)目的LSAP域1位3位0111P1P1F1F1及UI幀和TEST幀(測(cè)試幀),參見ISO/IEC4335?！駾SAP和SSAP只存在于類型1和I幀和UI幀類型中；4.5無效LLC_PDU這些過程是在ISO/IEC4335中對(duì)TWA的NRM(正常響應(yīng)模式)和NDM(正常斷開模式)兩種?！谥髡荆蠵比特置為0的幀將使用Service_class1(當(dāng)該處理基于僅有一個(gè)幀時(shí))或——在從站，所有F比特置為0的幀將使用Service_class0,否則使用S