DLMS通訊協(xié)儀參考

1、.（注：以下僅為個人理解和參考，具體設(shè)計請參照對應(yīng)IEC62056-53及IEC62056-46）IEC 62056-21是一種供計算機讀取儀表數(shù)據(jù)的國際通訊規(guī)約，被設(shè)計成可以通過包括Internet在內(nèi)的各種媒體完成數(shù)據(jù)通信。儀表通過串口向掌抄設(shè)備發(fā)送ASCII或（HDLC數(shù)據(jù)），現(xiàn)在我們應(yīng)用的就是HDLC。物理層通常會使用紅外收發(fā)或有線20mA電流環(huán)信號實現(xiàn)，全雙工通訊。當(dāng)操作員使用掌抄朝向儀表的半透明面板按下讀表按鈕或?qū)⒄瞥迦雰x表總線插槽時，抄表過程通常耗時一至兩秒。首先需要經(jīng)歷一個“sign on”步驟，手持設(shè)備通過此步驟向儀表表明自身身份。在sign-on過程中，首先由掌抄設(shè)備為儀

2、表編址。儀表與手持式設(shè)備需要事先約定好數(shù)據(jù)收發(fā)的最大楨長度、是否允連續(xù)發(fā)送許多楨而無須分別確認(rèn)、雙方所能達(dá)到最大通訊速率等參數(shù)。然后儀表將在允許的加密級別（無低高）范圍內(nèi)上報自身各項參數(shù)。如果所召測數(shù)據(jù)屬于無加密組，只要使用Get.Request即可應(yīng)答掌抄所召測的數(shù)據(jù)。 如果屬于低加密組，必須在解讀數(shù)據(jù)前進(jìn)行密碼和身份認(rèn)證。 如果屬于高加密組，儀表會使用加密報文對掌抄進(jìn)行驗證，掌抄必須回答相應(yīng)的密碼。只有當(dāng)密碼交換正確時，儀表方能接受掌抄，即掌抄已經(jīng)被“signed on”。完成“sign on”之后，掌抄通常要讀取電表的描述文字。確定記錄電表當(dāng)前數(shù)據(jù)的量綱（例如：千瓦時、兆焦耳、升）以及儀

3、表精度級別。偶爾制造商還會提出新的待測物理量，在這種情況下，可以在儀表定義域中添加新的數(shù)據(jù)類型。大多數(shù)儀表具有用于校表和復(fù)位的特殊工作模式，通常還要采取某些保護措施防止不法分子利用這些特殊工作模式修改儀表讀數(shù)（例如使用限位開關(guān)探測儀表外殼是否被撬）。掌抄還能夠在允許的范圍內(nèi)修改儀表的部分參數(shù)。之后掌抄發(fā)送sign-off報文結(jié)束通訊。另外，如果超出事先約定的應(yīng)答時限，即使沒有sign-off報文，電表也將自動結(jié)束當(dāng)前回話。通訊過程描述：（一）建立物理層連接物理層位于通訊模型的最底層。DLMS規(guī)約可以建立在多種物理層之上，物理層的做用主要是對底層通訊硬件的操做（如對PSTN MODEM的初始化，

4、打開，關(guān)閉。）（二）建立鏈路層連接 物理層連接建立之后，數(shù)據(jù)通訊的第一步是建立鏈路層的連接，鏈路層主要負(fù)責(zé)數(shù)據(jù)傳輸?shù)目煽啃裕ㄒ韵聨讉€方面，地址校驗，幀長校驗，數(shù)據(jù)的CRC校驗。長數(shù)據(jù)幀的拆包組包。同時向應(yīng)用層提供鏈路傳輸?shù)姆?wù)。（三）建立應(yīng)用層連接 鏈路層連接建立之后，在DLMS協(xié)儀中還要建立應(yīng)用層連接，才可進(jìn)行數(shù)據(jù)通訊。這個應(yīng)用層連接建立過程被稱為Negotioation。這個過程是為數(shù)據(jù)通訊提供一些配置參數(shù)。應(yīng)用層連接請求由Client端發(fā)起，Client端發(fā)aarq幀，Server端響應(yīng)aare幀（四）進(jìn)行數(shù)據(jù)通訊當(dāng)連接建立起后，就可進(jìn)行數(shù)據(jù)通訊了。Client端發(fā)送數(shù)據(jù)請求幀Ser

5、ver端以數(shù)據(jù)響應(yīng)。Client在請求不同的數(shù)據(jù)時，要使用特定數(shù)據(jù)的獨有的class id和OBIS，用以標(biāo)識不同類型的數(shù)據(jù)。（五）數(shù)據(jù)通訊結(jié)束，釋放鏈路，解除連接。數(shù)據(jù)通訊結(jié)束后，發(fā)鏈路結(jié)束幀，結(jié)束一次通訊過程。一次數(shù)據(jù)通訊結(jié)束后，可以通過發(fā)鏈路結(jié)束幀，來結(jié)束一次通訊過程。也可以，不發(fā)任何數(shù)據(jù)幀，依靠server端的超時掛斷機制，來結(jié)束一次通訊過程。一般應(yīng)使用前者。（六）解除物理層連接關(guān)閉物理端口（如掛斷Modem）。從物理上結(jié)束一次通訊。DLMS鏈路層協(xié)議物理層之上即為鏈路層，鏈路層是物理層與應(yīng)用層通信的通道。DLMS鏈路層使用的是HDLC高速鏈路控制協(xié)議。具體到數(shù)據(jù)通訊時，對于clien

6、t端應(yīng)用層發(fā)送的數(shù)據(jù)，要加上LLC幀頭（0xe6 , 0xe6, 0x00）,server端應(yīng)用層發(fā)送的數(shù)據(jù)，要加上LLC幀頭 （ 0xe6 , 0xe7 , 0x00）。HDLC幀格式（1） 不包含應(yīng)用層數(shù)據(jù)信息0x7e幀類型與幀長目的地址域源地址域控制域數(shù)據(jù)幀校驗0x7e兩個0x7e是HDLC數(shù)據(jù)幀固定的幀頭與幀尾，兩個0x7e之間是鏈用戶數(shù)據(jù)。（2） 包含應(yīng)用層數(shù)據(jù)信息與不包含應(yīng)用層數(shù)據(jù)信息的數(shù)據(jù)幀相比這里多了3項：1）幀頭校驗：為增強通訊的可靠性，對幀頭的數(shù)據(jù)也加上CRC校驗。幀頭包括如下字段：幀類型與幀長、目的地址域、源地址域、和控制域2）LLC幀頭：用戶數(shù)據(jù)信息前要加0xe6 ,

7、0xe6, 0x00或0xe6 , 0xe7, 0x00。3）用戶數(shù)據(jù)信息：應(yīng)用層處理的數(shù)據(jù)。注：出于數(shù)據(jù)完整性的考慮，用戶數(shù)據(jù)信息的最大長度，默認(rèn)為128字節(jié)。如果想要更多的字節(jié)，可以在SNRM數(shù)據(jù)幀中協(xié)議。幀類型字段與S位幀類型與幀長字段，共兩個字節(jié)。內(nèi)容如下：Frame Type ：用于指出當(dāng)前數(shù)據(jù)幀的類型。HDLC有多種數(shù)據(jù)幀類型，DLMS使用Frame Type 3。Frame Type恒為A（1010）。S：（segmentation Bit）這個字段只有一位，它用于說明數(shù)據(jù)幀是否被分割。在長數(shù)據(jù)幀傳輸時要使用到這一位。長數(shù)據(jù)幀的傳輸將在后面解釋。Frame Length Subf

8、ield ：這個字段用于說明當(dāng)前數(shù)據(jù)幀的長度，（以字節(jié)為單位，不包括兩個0x7e）地址解析地址域分為兩部分。目的地址域和源地址域。對于client端，目的地址為server的地址，源地址為client的地址。對于server端正好相反。（1）擴展編址技術(shù)HDLC使用擴展編址技術(shù)，即某一個地址字節(jié)的最低位如為0，則表明該地址域沒有結(jié)束，仍有后續(xù)字節(jié)是該地址域的一部分。若某一地址字節(jié)最低位為1，則說明該地址域已經(jīng)結(jié)束，沒有后續(xù)字節(jié)。（2）地址結(jié)構(gòu)Client端的地址永遠(yuǎn)是一個字節(jié)，由于擴展編址技術(shù)的使用，最低位置1，所以client端的地址只能有128個。Server端為了實現(xiàn)一個物理地址對應(yīng)多個

9、邏輯地址，將地址分成了兩部分upper HDLC Address 用于表述邏輯地址，lower HDLC address用于表述物理地址。Upper address總是應(yīng)當(dāng)有的，lower address在確認(rèn)不需要的情況下，可以不出現(xiàn)。（sl7000 電表這兩部分地址都是需要的）。Server端的地址在使用擴展編址技術(shù)時，也并非是可以無限長（雖然在理論上可以，但在實踐上是有上限的）。Server端的地址結(jié)構(gòu)可以使用如下方式：One byte: only the upper HDLC address is present.一字節(jié)：只出現(xiàn)HDLC高位一字節(jié)地址。兩字節(jié)：只出現(xiàn)HDLC高位一字節(jié)地

10、址，和HDLC低位一字節(jié)地址。四字節(jié)：只出現(xiàn)HDLC高位兩字節(jié)地址，和HDLC低位兩字節(jié)地址幀控制字 幀控制字字段主要負(fù)責(zé)，通訊中的幀計數(shù)，以及特殊數(shù)據(jù)幀的標(biāo)識。 幀控制字字段結(jié)構(gòu)如下：對應(yīng)項的解釋如下： RRR：為接收幀計數(shù)。 SSS：為發(fā)送幀計數(shù)。 注：對幀計數(shù)的解釋，在鏈路層連接建立之后，第一次請求數(shù)據(jù)時（在client端，包括發(fā)送AARQ）RRR置為0，SSS置為0。Server端收到這一幀數(shù)據(jù)后，返回數(shù)據(jù)響應(yīng)RRR為1，SSS為0。Client再次請求數(shù)據(jù)時RRR加1，SSS加1。Server端收到這一幀數(shù)據(jù)后，返回數(shù)據(jù)響應(yīng)RRR加1（成為2），SSS加1。如此反復(fù)直到client得

11、到所有的數(shù)據(jù)為止。整個數(shù)據(jù)傳輸過程以I數(shù)據(jù)幀請求和響應(yīng)。這里要說明的是在請求數(shù)據(jù)結(jié)束后還要再發(fā)送RR幀，收到確認(rèn)后。才可以再發(fā)送DISC幀結(jié)束鏈路。其中Client端的RR幀中的幀計數(shù)位RRR只需將client的幀計數(shù)位RRR加1得到。下圖描述了幀計數(shù)位的變化過程：P/F：poll/final bit。 Poll bit ：由client發(fā)送，置1時表示server端回應(yīng)，置0時表示不允許回應(yīng)。 final bit：由server發(fā)送，置1時表示一次數(shù)據(jù)幀的發(fā)送結(jié)束，置0時表示還未 發(fā)送完。final bit只有在通訊窗口（window size）大于1的情況下才有意 義。在window si

12、ze 1時，由server端返回的數(shù)據(jù)幀中的這一位總是 置1。（關(guān)于window size將會在“建立鏈路層連接”時解釋）長數(shù)據(jù)幀的傳輸在很多情況下，數(shù)據(jù)不能在一次請求和一次響應(yīng)中，就能夠結(jié)束數(shù)據(jù)傳輸?shù)倪^程（受限于用戶數(shù)據(jù)字節(jié)不超過128字節(jié)）。這時就有必要啟動長數(shù)據(jù)幀鏈路控制流程。注：請求負(fù)荷曲線時一定是使用長數(shù)據(jù)幀。當(dāng)使用長數(shù)據(jù)幀時，必須把長數(shù)據(jù)幀分割成短數(shù)據(jù)幀。然后把這些短數(shù)據(jù)幀依次發(fā)送出去，在接收端將這些短數(shù)據(jù)幀依次處理。這樣就實現(xiàn)了一個較大的數(shù)據(jù)包，完整的傳送到接收端。在數(shù)據(jù)幀被分割時，幀類型與幀長字段中的S位，將被置1。當(dāng)接收端檢測到這一位被置位后，就知道數(shù)據(jù)幀已被分割，此時要做出

13、對分割數(shù)據(jù)幀的相應(yīng)處理。下圖介紹了長數(shù)據(jù)幀的收發(fā)過程：client端通過發(fā)送RR數(shù)據(jù)幀來請求被分割的數(shù)據(jù)幀的其他部分。數(shù)據(jù)幀校驗HDLC使用16位CRC校驗。使用的多項式是：具體的實現(xiàn)程序，可參照英文參考文獻(xiàn)IEC62056 46的附錄A。鏈路層連接的建立，與斷開（1）建立連接鏈路層在開始工作之前，要建立鏈路層連接（Association）。這一步驟是通過client端發(fā)送SNRM數(shù)據(jù)幀，server端響應(yīng)UA數(shù)據(jù)幀表示已建立連接，server端響應(yīng)DM數(shù)據(jù)幀表示鏈路斷開，連接沒有建立。UA數(shù)據(jù)幀常含有鏈路參數(shù)的配置信息。鏈路參數(shù)是指2個控制數(shù)據(jù)傳輸?shù)膮?shù)。WINDOW_SIZE parame

14、ter;這個參數(shù)描述通訊時，通訊的雙方一次發(fā)送數(shù)據(jù)幀的數(shù)目。HDLC允許一次發(fā)送多幀數(shù)據(jù)。MAXIMUM_INFORMATION_FIELD_LENGTH parameter . 最大信息域長度，這個參數(shù)用于描述一個鏈路數(shù)據(jù)幀中用戶數(shù)據(jù)的長度。這兩個參數(shù)的默認(rèn)值如下:default WINDOW_SIZE = 1;default MAXIMUM_INFORMATION_FIELD_LENGTH 128（BYTEs）具體在數(shù)據(jù)幀中有如下4個參數(shù)：transmit maximum information field length receive maximum information field

15、length transmit window sizereceive window size 以下舉例說明如何建立連接：/SNRMS: 7e a0 21 00 22 00 23 03 93 0b 14 81 80 12 05 01 80 06 01 80 07 04 00 00 00 01 08 04 00 00 00 07 65 5e 7e解釋：7e a0 21 幀類型與幀長00 22 00 23目的地址03 源地址93 控制字 0b 14 幀頭校驗81 80 SNRM 標(biāo)識12 group lenth.05H parameter identifier (maximum informatio

16、n field length transmit)01H parameter length (1 octet)80H parameter value(128 bytes)06H parameter identifier (maximum information field length receive)01H parameter length (1 octet)80H parameter value (128 bytes)07H parameter identifier (window size, transmit)04H parameter length (4 octets)00H param

17、eter value (high byte of value)00H parameter value00H parameter value01H parameter value (low byte of value)08H parameter identifier (window size, receive)04H parameter length (4 octets)00H parameter value (high byte of value)00H parameter value00H parameter value07H parameter value (low byte of val

18、ue) 65 5e數(shù)據(jù)幀校驗（CRC校驗）7e在SNRM數(shù)據(jù)幀中的用戶信息可以不出現(xiàn)，表示client接收server端的已配置數(shù)據(jù)。/UAR: 7E A0 21 03 00 22 00 23 73 28 F0 81 80 12 05 01 80 06 01 80 07 04 00 00 00 01 08 04 00 00 00 01 53 3B 7E解釋：7E/Flag0xA0 21/(type=a :frame type 3 , s=0 : end of frame , len=021 : 33 bytes)03/source address00 22 00 23 /destination

19、 address73 /control UA28 F0 /hcs81 80 12 05 01 80 06 01 80 07 04 00 00 00 01 08 04 00 00 00 01 /information field/parameter negotiation/81 /80 /12 /0501 80:maximum information field length transmit (128 BYTEs)/0601 80:maximum information field length receive (128 BYTEs)/0704 00 00 00 01:window size,

20、 transmit (1)/0804 00 00 00 01:window size, receive (1)53 3B/fcs7E（2）斷開連接斷開連接由于不用參數(shù)設(shè)置，所以比建立連接要簡單。Client端發(fā)送DISC數(shù)據(jù)幀，Server端響應(yīng)UA或DM表示斷開連接。UA表示接到DISC后斷開連接。DM表示在接到DISC之前已處于斷開狀態(tài)。一下仍給出具體的通訊實例：S: 7e a0 0a 00 22 00 23 03 53 06 c7 7e解釋：7e a0 0a 00 22 00 23 03 53 / 幀類型Disc 06 c7 7eR: 7E A0 0A 03 00 22 00 23 1F

21、 43 4C 7E解釋：7E A0 0A 03 00 22 00 23 1F/幀類型DM43 4C 7EDLMS應(yīng)用層協(xié)議理解DLMS應(yīng)用層協(xié)議，需要首先建立以下幾個概念：ASN.1語法，BER編碼，AXDR編碼。 ASN.1語法是用來描述應(yīng)用層數(shù)據(jù)幀的。DLMS協(xié)議不同于其他一些簡單通訊協(xié)議的地方就在于此。它不是用一些表格，及一些固定的幀格式來描述的，而是用一種抽象語法語言來描述。這樣做的好處是，極大的提高了協(xié)議的抽象性和通用性，有利于程序移植。BER編碼和AXDR編碼是用來實現(xiàn)ASN.1語法的。為了實現(xiàn)ASN.1的抽象性和通用性，這個語法要用特殊的編碼來描述。這就引入了BER編碼和AXDR

22、編碼。下面以接收到的AARE數(shù)據(jù)幀為例：AARE數(shù)據(jù)幀的語法描述：AARE-apdu := APPLICATION 1 IMPLICIT SEQUENCEAPPLICATION 1 = 61H = 97 protocol-version 0 IMPLICIT BIT STRING version1 (0) DEFAULTversion1,application-context-name 1 Application-context-name,result 2 Association-result,result-source-diagnostic 3 Associate-source-diagno

23、stic,responding-AP-title 4 AP-title OPTIONAL,responding-AE-qualifier 5 AE-qualifier OPTIONAL,responding-AP-invocation-id 6 AP-invocation-identifier OPTIONAL,responding-AE-invocation-id 7 AE-invocation-identifier OPTIONAL,- The following field shall not be present if only the kernel is used.responder

24、-acse-requirements 8 IMPLICIT ACSE-requirements OPTIONAL,- The following field shall only be present if the authentication functional unit is selected.mechanism-name 9 IMPLICIT mechanism-name OPTIONAL,- The following field shall only be present if the authentication functional unit is selected.respo

25、nding-authentication-value 10 EXPLICIT authentication-value OPTIONAL,implementation-information 29 IMPLICIT implementation-data OPTIONAL,user-information 30 IMPLICIT association-information OPTIONALAARE數(shù)據(jù)幀的BER編碼和AXDR編碼實現(xiàn)：61 /AARE tag42 /AARE lenA1 /tag of COSEM_Application_Context_Name09 /數(shù)據(jù)長度06 /(O

26、BJECT IDENTIFIER, Universal)OBJECT IDENTIFIER是一種 /ASN.1數(shù)據(jù)類型.07 /數(shù)據(jù)長度60 85 74 05 08 01 01 /數(shù)據(jù)內(nèi)容/以下的數(shù)據(jù)幀可以用同樣的方法一一解釋A2 /Tag of Association-result,03 02 01 00 A3 /Tag of Associate-source-diagnostic 05 A1 03 02 01 00 88 /IMPLICIT ACSE-requirements OPTIONA 02 07 80 89 /IMPLICIT mechanism-name OPTIONAL07 6

27、0 85 74 05 08 02 01 AA /EXPLICIT authentication-value OPTIONAL0A 80 08 41 42 43 44 45 46 47 48 BE 04 / encoding the choice for user-information (OCTET STRING, Universal) 0E / encoding of the length of the OCTET STRINGs value field (14 octets)/*以下內(nèi)容為XDLMS用AXDR描述*/08 /encoding the tag (explicit tag) o

28、f the DLMS PDU CHOICE (InitiateResponse)00 / usage flag for the proposed-quality-of-service component (FALSE, not present)06 /negotiated-dlms-version-number5F 1F / encoding the APPLICATION 31 tag (ASN.1 explicit tag) 04 / encoding the length of the contents field in octet (4) 00 / encoding of the nu

29、mber of unused bits in the final octet of the bitstring00 08 1D/ encoding of the fixed length BITSTRING value 21 34 / the A-XDR encoding of an Unsigned16 is its value 00 07 / the A-XDR encoding of an Unsigned16 is its value . 00 07 = LNAARQ ，AARE數(shù)據(jù)幀的具體描述（ASN.1語法描述）應(yīng)用層連接的建立是通過client端發(fā)送AARQ數(shù)據(jù)幀，server端

30、響應(yīng)AARE數(shù)據(jù)幀來實現(xiàn)的。這兩個數(shù)據(jù)幀主要是配置應(yīng)用層數(shù)據(jù)通訊的參數(shù)。AARQ-apdu := APPLICATION 0 IMPLICIT SEQUENCEprotocol-version 0 IMPLICIT BIT STRING version1 (0) DEFAULTversion1,application-context-name 1 Application-context-name,called-AP-title2 AP-title OPTIONAL,called-AE-qualifier3 AE-qualifier OPTIONAL,called-AP-invocation-i

31、d4 AP-invocation-identifier OPTIONAL,called-AE-invocation-id 5 AE-invocation-identifier OPTIONAL,calling-AP-title6 AP-title OPTIONAL,calling-AE-qualifier 7 AE-qualifier OPTIONAL,calling-AP-invocation-id 8 AP-invocation-identifier OPTIONAL,calling-AE-invocation-id9 AE-invocation-identifier OPTIONAL,.

32、 The following field shall not be present if only the kernel is used. sender-acse-requirements 10 IMPLICIT ACSE-requirements OPTIONAL,- The following field shall only be present if the authentication functional unit is selected.mechanism-name 11 IMPLICIT mechanism-name OPTIONAL,- The following field

33、 shall only be present if the authentication functional unit is selected.calling-authentication-value12 EXPLICIT authentication-value OPTIONAL,implementation-information 29 IMPLICIT implementation-data OPTIONAL,user-information 30 IMPLICIT association-information OPTIONALAARE-apdu := APPLICATION 1 I

34、MPLICIT SEQUENCEprotocol-version 0 IMPLICIT BIT STRING version1 (0) DEFAULTversion1,application-context-name 1 Application-context-name,result 2 Association-result,result-source-diagnostic 3 Associate-source-diagnostic,responding-AP-title 4 AP-title OPTIONAL,responding-AE-qualifier 5 AE-qualifier OP

35、TIONAL,responding-AP-invocation-id 6 AP-invocation-identifier OPTIONAL,responding-AE-invocation-id 7 AE-invocation-identifier OPTIONAL,- The following field shall not be present if only the kernel is used.responder-acse-requirements 8 IMPLICIT ACSE-requirements OPTIONAL,- The following field shall o

36、nly be present if the authentication functional unit is selected.mechanism-name 9 IMPLICIT mechanism-name OPTIONAL,- The following field shall only be present if the authentication functional unit is selected.responding-authentication-value 10 EXPLICIT authentication-value OPTIONAL,implementation-in

37、formation 29 IMPLICIT implementation-data OPTIONAL,user-information 30 IMPLICIT association-information OPTIONAL被標(biāo)記為OPTIONAL的項，在組成數(shù)據(jù)幀時都是可以被省略的。但有如下幾個例外：（1） user-information攜帶著XDLMS信息（XDLMS將在稍后解釋），是永遠(yuǎn)不能被省略的。（2） 如Server端聲明了身份校驗（要求提供密碼登陸），則AARQ中的sender-acse-requirements，mechanism-name，calling-authentic

38、ation-value，AARE中的responder-acse-requirement，mechanism-name ，responding-authentication-value 都是不能被省略的。如果省略這些項，則請求數(shù)據(jù)將被拒絕。/aarqS: 7e a0 47 00 22 00 23 03 10 d0 5e e6 e6 00 60 36 a1 09 06 07 60 85 74 05 08 01 01 8a 02 07 80 8b 07 60 85 74 05 08 02 01 ac 0a 80 08 41 42 43 44 45 46 47 48 be 10 04 0e 01 0

39、0 00 00 06 5f 1f 04 00 00 08 1d 00 00 9a 7a 7e解釋：7e a0 47 /00 22 00 23 /03 10 d0 5ee6 e6 00 /LLC60 / AARQ tag36 / length/The application-context-name must be in.a1 /tag for the application-context-name component09 /the length of the tagged component value field06 / data type choice for application-c

40、ontext-name (OBJECT IDENTIFIER, Universal) 07 / Len60 85 74 05 08 01 01 /(context_id = 1 ; means LN referncing);/COMMENT by DL : The most important part of this application-context-name /is that it chooses LN referencing or SN referencing./encoding the sender-acse-requirements field component (tagge

41、d component, 108a /encoding the tag for the acse-requirements field component (10, IMPLICIT,Context-specific ) 02 /Len/the sender-acse-requirements component (ACSE-requirements := BIT STRING)07 /the number of unused bits in the last byte of the BIT STRING 80 /encoding of the authentication functiona

42、l unit (0)/encoding the mechanism-name component (tagged component 11)8b /the tag for the mechanism-name component (11, IMPLICIT,Context-specific)07 /the length of the tagged components value field60 85 74 05 08 02 01 /the value of the Object Identifierac /the tag for the mechanism-name component (1

43、2, Context-specific)0a /Len80 /the choice for Authentication-information (charstring 0 IMPLICIT GraphicString) 08 /Len 41 42 43 44 45 46 47 48 /* User information cant be ignored. */be /user information(x-DLMS context) 10 /Len (according to bytes)04 /data type choice for user-information (OCTET STRI

44、NG, Universal)0e /Len = 14 bytes01 00 00 00 06 5f 1f 04 00 00 08 1d 00 00 /the octet sequence of the xDLMS-Initiate.request PDU./*xDLMS-Initiate.request : = SEQUENCEdedicated-key OCTET STRING OPTIONAL,response-allowed BOOLEAN DEFAULT TRUE,proposed-quality-of-service0 IMPLICIT Integer8 OPTIONAL,propo

45、sed-dlms-version-number Unsigned8,proposed-conformance Conformance,client-max-receive-pdu-size Unsigned16The client-max-receive-pdu-size is 1200D = 0x4B0.*/*01 /the tag (explicit tag) of the DLMS PDU CHOICE/-dedicated-key 00 /usage flag for the dedicated-key component (FALSE, not present)/-response-

46、allowed00 /usage flag for the response-allowed component (FALSE, default value conveyed)/-proposed-quality-of-service00 /usage flag for the proposed-quality-of-service component (FALSE, not present)/-proposed-quality-of-service06 /the A-XDR encoding of an Unsigned8 is its value/-proposed-conformance

47、 5f 1f /encoding the APPLICATION 31 tag (ASN.1 explicit tag) 04 /encoding the length of the contents field in octet (4)00 /encoding of the number of unused bits in the final octet of the BITSTRING 00 08 1d / encoding of the fixed length bitstring value.(LN/SN)/-client-max-receive-pdu-size00 00 /the

48、A-XDR encoding of an Unsigned16 is its value.*/9a 7a 7e/aareR: 7E A0 53 03 00 22 00 23 30 40 A6 E6 E7 00 61 42 A1 09 06 07 60 85 74 05 08 01 01 A2 03 02 01 00 A3 05 A1 03 02 01 00 88 02 07 80 89 07 60 85 74 05 08 02 01 AA 0A 80 08 41 42 43 44 45 46 47 48 BE 10 04 0E 08 00 06 5F 1F 04 00 00 08 1D 21

49、34 00 07 72 A4 7E 7E A0 53 03 00 22 00 23 30 40 A6 E6 E7 00 61 /AARE tag 42 /AARE lenA1 /COSEM_Application_Context_Name09 06 /type = Object identifier07 /length = 0760 85 74 05 08 01 01 A2 /Tag of Association-result,03 /Len of Association-result,02 /type = structure 01 /length = 100 /*Association-re

50、sult := INTEGERaccepted (0),rejected-permanent (1),rejected-transient (2)encoding the result component (tagged component 2)A2 / encoding the tag & length for the result component (2, Context-specific ) 03 / encoding of the length of the tagged components value field- encoding the result-component (I

51、NTEGER) 02 / encoding the choice for result (INTEGER, Universal) 01 / encoding of the length of the results value field (1 octets) 00 / encoding of the value of the Result (0, accepted)*/A3 /Tag of Associate-source-diagnostic,05 /Len of Associate-source-diagnosticA1 03 02 01 00 /*Associate-source-di

52、agnostic := CHOICEacse-service-user1 INTEGERnull (0),no-reason-given (1),application-context-name-not-supported (2),authentication-mechanism-name-not-recognised (11),authentication-mechanism-name-required (12),authentication-failure (13),authentication-required (14),acse-service-provider2 INTEGERnull (0),no-reason-given (1),no-common-acse-version (2)- encoding the result-source-diagnostic (tagged component 3)A3 / encoding the tag for the result-source-diagnostic component (3, Context-specific )05 / encoding of the length of the tagged components value fieldA1 / encoding the tag for the a