DL∕ T 790.432-2004 采用配電線載波的配電自動(dòng)化 第4-32部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)漣路層一邏輯鏈路控制

第4-32部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層—邏輯鏈路控制前言 Ⅱ 1 1 2 22.1交互概述(OverView) 2 4 4 5 5 6 6 7 8 8 9 9 9 9 4LLC協(xié)議數(shù)據(jù)單元結(jié)構(gòu)(LLC_PDU) 4.1概述 4.2LLC_PDU格式 4.3控制域 4.5無效LLC_PDU 5.2發(fā)送方和接收方狀態(tài)表 18工Ⅱ式。但配電網(wǎng)結(jié)構(gòu)復(fù)雜，信號(hào)傳輸衰減大，采用配電線載波在技術(shù)上有一定難度。國(guó)外在20世紀(jì)70年代開展了這方面的研究工作，有相關(guān)產(chǎn)品問世。我國(guó)在20世紀(jì)90年代也開展了這方面工作，在一IEC61334-1第1部分：總則IEC61334-3第3部分：配電線載波信號(hào)傳輸要求IEC61334-4第4部分：數(shù)據(jù)通信協(xié)議IEC61334-5第5部分：低層協(xié)議集IEC61334-6第6部分：A-XDR編碼規(guī)則第4部分包含以下8部分，本部分描述的數(shù)據(jù)通信協(xié)議不僅適用于配電線載波，也可用于其他通IEC61334-4-1:1996第4-1部分通信系統(tǒng)的參考模型IEC61334-4-32:1998第4-32部分?jǐn)?shù)據(jù)鏈路層—邏輯鏈路控制IEC61334-4-33:1998第4-33部分?jǐn)?shù)據(jù)鏈路層一定向連接規(guī)約第4-41部分應(yīng)用協(xié)議—配電網(wǎng)報(bào)文規(guī)范第4-42部分應(yīng)用協(xié)議—應(yīng)用層IEC61334-4-61:1998第4-61部分網(wǎng)絡(luò)層一無連接規(guī)約IEC61334-4-511:1999第4-511部分系統(tǒng)管理—CIASE規(guī)約IEC61334-4-512:1999第4-512部分采用61334-5-1文件的系統(tǒng)管理MIB本部分等同采用EC61334-4-32:1996《采用配電線載波的配電自動(dòng)化第4-32部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層一邏輯鏈路控制》(英文版)。本部分由國(guó)家電力公司電力自動(dòng)化研究院負(fù)責(zé)起草，中國(guó)電力科學(xué)研究院1第4-32部分：數(shù)據(jù)通信協(xié)議本部分描述了數(shù)據(jù)通信協(xié)議(DCP)邏輯鏈路控制(LLC)子層實(shí)體與應(yīng)用層和MAC子層在邏輯通常，一個(gè)層(或一個(gè)子層)的服務(wù)是它提供給下一層用戶的能力。一個(gè)層(或一個(gè)子層)通過2的修改單(不包括勘誤的內(nèi)容)或修訂版均不適用于本部分。然而，鼓勵(lì)根據(jù)本部分達(dá)成協(xié)議的各方DL/T790.41—2002采用配電線載波的配電自動(dòng)化第4部分?jǐn)?shù)據(jù)通信協(xié)議第1篇通信系統(tǒng)參考模型(idtIEC61334-4-1:1996)。本條描述了應(yīng)用層所要求由LLC子層提供的服務(wù)。這些服務(wù)允許本地應(yīng)用層實(shí)體通過使用DCP本地工作站遠(yuǎn)方工作站更新—響應(yīng)如圖3所示，請(qǐng)求響應(yīng)數(shù)據(jù)如圖4所示，傳輸例子如圖5所示。3yADw.0qindiaatioa_y_p_Dan.4DL/T790.432—2004)該原語的接收將產(chǎn)生一個(gè)MA_Data_)5DL/T790.432—2004Transmission_Status參數(shù)給本地發(fā)出請(qǐng)求的應(yīng)用層實(shí)體回傳狀態(tài)信息，用于指示先前相關(guān)的生成該原語來把對(duì)一個(gè)DL_Data.request原語的響應(yīng)回傳給本地應(yīng)用層實(shí)體。該原語在本地MAC)Destination_LSAP和Source_LSAP參數(shù)表示數(shù)據(jù)單元傳輸中的本Destination_address和Source_address參數(shù)表示數(shù)據(jù)單元傳輸中的本地址和遠(yuǎn)方工作站的地址。2.5DL_Reply.requDL_Reply.request原語被傳遞給LLC子層實(shí)體以請(qǐng)求從一個(gè)遠(yuǎn)程工作站返回一個(gè)已經(jīng)準(zhǔn)備好的)Source_LSAP和Destination_address參數(shù)表示數(shù)據(jù)單元信息交換中的本地和遠(yuǎn)程LSAPs。6)DL_Reply.request原語之后，由一個(gè)遠(yuǎn)程數(shù)據(jù)鏈路用戶實(shí)體到本地LLC子層實(shí)體到達(dá)了一個(gè)MA_Data.indication。這個(gè)服務(wù)原語傳遞給應(yīng)用層實(shí)體接收到的L_SDU或失敗的原因 7DL/T790.432—2004)Destination_LSAP參數(shù)指定了先前發(fā)出一個(gè)DL_Update_Reply.request原語和指示要發(fā)送到的Transmission_Status參數(shù)用于給先前發(fā)出請(qǐng)求的應(yīng)用層實(shí)體回傳狀態(tài)信息。它指示先前的LL_SDU參數(shù)指明在響應(yīng)中發(fā)送的鏈路數(shù)據(jù)單元。這個(gè)L_SDU必須語先前準(zhǔn)備的L_SDU一樣(見第4章)。接收到由遠(yuǎn)程LLC子層實(shí)體發(fā)出的DL_Replyrequest,本地LLC子層實(shí)體用一個(gè)M發(fā)起對(duì)所請(qǐng)求的L_SDU的傳輸。這個(gè)DL_Reply.indication原語在接收到相應(yīng)的M這里假定應(yīng)用層實(shí)體可以獲得足夠的信患，將2.8DL_Update_ReplDL_Update_Reply.request原語和一)L_SDU參數(shù)指明了將由LLC保持的鏈路服務(wù)數(shù)示了該L_SDU的存在。82.9DL_Update_Reply.confirmDL_Update_Reply.confirm服務(wù)從LLC子層實(shí)體傳送到應(yīng)用層實(shí)體，以傳遞先前相關(guān)的)如果狀態(tài)是成功的，這個(gè)原語向應(yīng)用層實(shí)體指示LLC子層實(shí)體擁有由和本地LSAP相關(guān)的DL_Update_Reply.request所提交的L_SDU。所有即將發(fā)送的L_PDU,如果是由該LSAP發(fā)出的為了使DL_Update_Reply.confirm原語能傳遞有用信息，要求在DL_Update_Reply.request及2.10DL_Update_Reply.indicationDL_Update_Reply.indi)Destination_address和Source_address參數(shù)指定了數(shù)據(jù)單元傳輸中本地和遠(yuǎn)方工作站的地址。9的L_PDU。只有Destination_address2.11DL_Broadcast.r)Service_class參數(shù)指明MAC子層實(shí)體用于傳輸L_PDU的幀類型。Service_class參數(shù)值可以等于或大于0。本條描述了邏輯鏈路控制(LLC)子層操作要求介質(zhì)訪問控制(MAC)子層需提供的服務(wù)，這些如常見的OSI模型，提出了3種基本服務(wù)：—-MA_Data.request——MA_Data.confirm—MA_Data.indicationDL/T790.432—2004)M_SDU(MAC服務(wù)數(shù)據(jù)單元)參數(shù)指定由MAC子層實(shí)體傳輸?shù)腗AC服務(wù)數(shù)據(jù)單元。有足夠的接收該原語將引起MAC實(shí)體添加所有MAC特定的域(DCPMAC描述中的狀態(tài)),并將形成的幀MA_Data.confirm(Transmis產(chǎn)生該原語用于響應(yīng)一個(gè)本地LLC子層實(shí)體發(fā)出的MA_Data)DL/T790.432—2004路層服務(wù)訪問點(diǎn)地址的方法。-——控制域(Controlfield);——數(shù)據(jù)控制域包含1個(gè)字節(jié)(如圖7所示),用于定義接收到的L_PDU的類型?？刂朴蛞?guī)定了所需處理——1bit的“1”;msb1在控制域中，C/R位用于標(biāo)識(shí)L_PDU的類型。L_PDU可以是一個(gè)命令或一個(gè)響應(yīng)。該位稱為命8bit地址(組/單)8bit地址(單)目的LSAP城源LSAP城圖8DSAP和SSAP本地確認(rèn)。這個(gè)成對(duì)信息由MAC地址(Destination_address/Source_address)和LLC地址如果命令子域指定一個(gè)NA命令(數(shù)據(jù)服務(wù)),則LLC子層實(shí)體給目的LSAP發(fā)出相應(yīng)有效的L_PDU最小長(zhǎng)度必須確切包含一個(gè)控制域，兩個(gè)地址域。因此1個(gè)有效L_PDU的最小字節(jié)數(shù)必須是3。無無表1(續(xù))MA_Data.confirmMA_Data.confirm(M_TStat=DL/T790.432—20045.2.2接收方狀態(tài)轉(zhuǎn)移表接收方狀態(tài)轉(zhuǎn)移表見表2。MA_Data.indicationDL_Update_Reply.conL_SSAP=L_SSAP(Req),)DL_Update_Reply.conMA_Data.indication(DL_Update_Reply.indica表2(續(xù))MA_Data.indication(MA_Data.indication(P_DSAP=P_SSAP(ind.),——IDLE;——BRO,廣播傳輸；——SDN.W,發(fā)出一個(gè)NA命令后等待本地確認(rèn)；——RDR.W,發(fā)送一個(gè)AC命令后等待本地確認(rèn)。的參數(shù)及所需資源。SDN狀態(tài)圖如圖9所示。Ccavadp~0KeckVu的參數(shù)及所需資源。RDR狀態(tài)圖如圖10所示。在RDR.W狀態(tài)，LLC子層實(shí)體等待對(duì)先前MA_Reply.requesDL/T790.432—2004_Daa._Dala.coofirm<>00DL_Replyccofiro(tStAA_Datu.indicatfon(Rd圖10RDR狀態(tài)圖——UPD,更新過程；驗(yàn)證DL_Update_Reply.request能否被處理。它特別要檢查與LSAP相關(guān)的，存貯等待L_——L_SA,數(shù)據(jù)鏈路原語中源物理地址；——L_Tstat,數(shù)據(jù)鏈路原語中Transmission_Status;Save(Ldu)