DLMS电能表通讯协仪

来源：纷纭教育

DLMS电能表通讯协仪(2003 6 26)

本文是对于IEC62056协议族，即DLMS协议族的中文说明手册。本文并没有包含DLMS协议族的全部，但解释了在应用中可能出现的大多数情况。本文的目的是为电能量数据采集终端提供与使用DLMS协议族的电能表通讯的协议说明。本文参考文献如下：（1）DLMS User Association , COSEM Identification System and Interface Objects , Third Edition （2）IEC62056 － 53 Electricity metering - Data exchange for meter reading, tariff and load

control -Part 53: COSEM application layer control -Part 46: Data link layer using HDLC protocol control -Part 42: Physical layer services and procedures for connection-oriented asynchronous data exchange control -Part 61: Object identification system (OBIS)

MANAGEMENT_LOGICAL_DEVICE ELECTRICITY_LOGICAL_DEVICE

（3）IEC62056 － 46Electricity metering - Data exchange for meter reading, tariff and load （4）IEC62056 － 42 Electricity metering - Data exchange for meter reading, tariff and load

（5）IEC62056 － 61 Electricity metering - Data exchange for meter reading, tariff and load （6）Amber Management logical device－FR:AMBER/FW TECH_SPEC （7）Amber Electricity Logical Device － FR:AMBER/FW TECH_SPEC

（8）A Layman's Guide to a Subset of ASN.1, BER, and DER－

An RSA Laboratories Technical Note Burton S. Kaliski Jr.Revised November 1, 1993 （9）IEC61334采用配线载波的配电自动化，译文汇编。

一、本文的结构由于DLMS协议族的复杂性，必然导致本文篇幅较长，涉及的内容比较多。这里有必要把本文的内容，做一个综述，并解释各部分之间的相互关系。一、DLMS协议模型：从整体上介绍DLMS协议。二、DLMS物理层协议：讲述DLMS物理层在整个协议族中的作用。三、DLMS链路层协议：讲述HDLC链路层协议在整个协议族中的作用。四、DLMS应用层协议：讲述DLMS应用层协议在整个协议族中的作用。这一部分又包括如下几部分内容。（一、）ASN.1语法：这个语法是用来描述DLMS应用层协议帧的组成的。（二、）BER编码与AXDR编码：这两种编码是用来实现ASN.1语法的。（三、）AARQ与AARE数据帧：这是两个特殊的数据帧，它用来构筑DLMS协议中的client端与server端的应用层连接。（四、）数据请求过程描述：介绍请求数据时所用的的数据帧。五、请求数据实例：这里提供了几个请求数据的实际范例的数据包文。

1、请求电量

2、请求瞬时量（电压、电流、功率） 3、请求负荷曲线 4、请求时间

一、DLMS协仪模型

下图从整体上描述了DLMS协仪模型。

协仪共分为3层，物理层，链路层，应用层。层与层之间使用指定的服务通讯。

通讯的双方采用Client—Server结构，数据请求端（采集器）为Client，数据提供端(电表)为Server.

通讯过程描述：

（一）建立物理层连接

物理层位于通讯模型的最底层。DLMS规约可以建立在多种物理层之上，物理层的做用主要是对底层通讯硬件的操做（如对PSTN MODEM的初始化，打开，关闭。）

（二）建立链路层连接物理层连接建立之后，数据通讯的第一步是建立链路层的连接，链路层主要负责数据传输的可靠性，包括以下几个方面，地址校验，帧长校验，数据的CRC校验。长数据帧的拆包组包。同时向应用层提供链路传输的服务。（三）建立应用层连接链路层连接建立之后，在DLMS协议中还要建立应用层连接，才可进行数据通讯。这个应用层连接建立过程被称为Negotiation（协商）。这个过程是为数据通讯提供一些配置参数。应用层连接请求由Client端发起，Client 端发aarq帧，Server端响应aare帧（四）进行数据通讯

当连接建立起后，就可进行数据通讯了。Client端发送数据请求帧Server端以数据响应。Client在请求不同的数据时，要使用特定数据的独有的class id和OBIS，用以标识不同类型的数据。

（五）数据通讯结束，释放链路，解除连接。

数据通讯结束后，发链路结束帧，结束一次通讯过程。一次数据通讯结束后，可以

通过发链路结束帧，来结束一次通讯过程。也可以，不发任何数据帧，依靠server端的超时挂断机制，来结束一次通讯过程。一般应使用前者。（六）解除物理层连接

关闭物理端口（如挂断Modem）。从物理上结束一次通讯。

二、DLMS物理层协议物理层协议位于DLMS协议族的最底层，负责数据通讯的物理传输。DLMS可以工作于多种不同的物理介质上（PSTN，网络，串行通道等）。物理层的功能是接受链路层数据，发送到物理介质上，传送到通信的对端。或是接收通信的对端传送来得数据，再传送到链路层，供更高层的协议处理数据。 DLMS物理层协议，主要规定了物理层应实现的服务，如：打开端口，初始化端口，收发数据，关闭端口等。在通常的嵌入式系统中（如电能量采集装置），物理层对应于系统的底层驱动部分。这部分一般不被通讯规约控制。因此，在不影响通讯协议功能实现的前提下，本文将不具体讨论物理层服务。

三、DLMS链路层协议物理层之上即为链路层，链路层是物理层与应用层通信的通道。DLMS链路层使用的是HDLC高速链路控制协议。

链路层的构成：链路层由两个子层构成，即LLC子层，和MAC子层。（一）、LLC子层（逻辑链路控制子层）这一层的功能是将MAC子层的数据转发到应用层，或将应用层的数据转发到MAC子

层。LLC子层只是作转发而不对数据做出处理。其存在的重要性在于向应用层提供链路传输的服务（从链路层接收或发送数据）。具体到数据通讯时，对于client端应用层发送的数据，要加上LLC帧头（0xe6 , 0xe6, 0x00）,server端应用层发送的数据，要加上LLC帧头（ 0xe6 , 0xe7 , 0x00）。由于LLC子层链路传输服务的具体实现，可以不受DLMS协议的，由应用程序实现。故本文不具体说明LLC子层的各种服务。（二）、MAC子层（媒体访问控制子层） MAC子层在链路层中负责数据传输的可靠性，包括地址检查，数据的CRC校验，长数据帧的打包拆包等。这些工作对于数据通讯都是必不可少的，MAC子层功能的说明将是以下的重点。

1 HDLC帧格式

（1）不包含应用层数据信息

0x7e 帧类型与帧长目的地址域源地址域控制域数据帧校验 0x7e 两个0x7e是HDLC数据帧固定的帧头与帧尾，两个0x7e之间是链用户数据。（2）包含应用层数据信息

0x7e 帧类型与帧长与不包含应用层数据信息的数据帧相比这里多了3项：

帧头校验：为增强通讯的可靠性，对帧头的数据也加上CRC校验。帧头包括如下字段：帧类型与帧长、目的地址域、源地址域、和控制域 LLC帧头：用户数据信息前要加0xe6 , 0xe6, 0x00或0xe6 , 0xe7, 0x00。用户数据信息：应用层处理的数据。

注：出于数据完整性的考虑，用户数据信息的最大长度，默认为128字节。如果想要更多的字节，可以在SNRM数据帧中协议。帧类型字段与‘S’位

帧类型与帧长字段，共两个字节。内容如下：

目的地址域源地址域控制域帧头校验 LLC帧头用户数据信息数据帧校验 0x7e

Frame Type ：用于指出当前数据帧的类型。HDLC有多种数据帧类型，DLMS使用Frame Type 3。Frame Type恒为A（1010）。 S：（segmentation Bit）这个字段只有一位，它用于说明数据帧是否被分割（在报文

中，该字节为A0表示数据到本帧就已经结束，A8表示下面还有数据帧）。在长数据帧传输时要使用到这一位。长数据帧的传输将在后面解释。

Frame Length Sub－field ：这个字段用于说明当前数据帧的长度，（以字节为单位，不包括两个0x7e） 3 地址解析地址域分为两部分。目的地址域和源地址域。对于client端，目的地址为server的地址，源地址为client的地址。对于server端正好相反。

（1）扩展编址技术 HDLC使用扩展编址技术，即某一个地址字节的最低位如为0，则表明该地址域没有结束，仍有后续字节是该地址域的一部分。若某一地址字节最低位为1，则说明该地址域已经结束，没有后续字节。（2）地址结构 Client端的地址永远是一个字节，由于扩展编址技术的使用，最低位置1，所以client端的地址只能有128个。 Server端为了实现一个物理地址对应多个逻辑地址，将地址分成了两部分upper HDLC Address 用于表述逻辑地址，lower HDLC address用于表述物理地址。Upper address总是应当有的，lower address在确认不需要的情况下，可以不出现。（sl7000 电表这两部分地址都是需要的）。 Server端的地址在使用扩展编址技术时，也并非是可以无限长（虽然在理论上可以，但在实践上是有上限的）。Server端的地址结构可以使用如下方式：

One byte: only the upper HDLC address is present.

一字节：只出现HDLC高位一字节地址。

两字节：只出现HDLC高位一字节地址，和HDLC低位一字节地址。

四字节：只出现HDLC高位两字节地址，和HDLC低位两字节地址

对于SL7000电表，经测试只有四字节sever地址结构可用。（3）特殊地址有一些地址被HDLC定为保留地址。这其中比较重要的是广播地址。对于SL7000电能表，实践中可行的地址结构是client端一字节，server端4字节。对于DLMS协议族是可以使用上述地址结构中的任一种，并且支持特殊地址。

4 帧控制字帧控制字字段主要负责，通讯中的帧计数，以及特殊数据帧的标识。帧控制字字段结构如下：对应项的解释如下：

RRR：为接收帧计数。(当前已经接收到的信息帧数) SSS：为发送帧计数。(当前已经接发送出的信息帧数) 注：对帧计数的解释，在链路层连接建立之后，第一次请求数据时（在client端，包括发送AARQ） RRR置为0，SSS置为0。Server端收到这一帧数据后，返回数据响应RRR为1，

SSS为0。Client再次请求数据时RRR加1，SSS加1。Server端收到这一帧数据后，返回数据响应RRR加1（成为2），SSS加1。如此反复直到client得到所有的数据为止。整个数据传输过程以I数据帧请求和响应。这里要说明的是在请求数据结束后还要再发送RR帧，收到确认后。才可以再发送DISC帧结束链路。其中Client端的RR帧中的帧计数位RRR只需将client的帧计数位RRR加1得到。下图描述了帧计数位的变化过程：

P/F：poll/final bit。 Poll bit ：由client发送，置1时表示server端回应，置0时表示不允许回应。 final bit：由server发送，置1时表示一次数据帧的发送结束，置0时表示还未发送完。final bit只有在通讯窗口（window size）大于1的情况下才有意义。在window size ＝ 1时，由server端返回的数据帧中的这一位总是置1。（关于window size将会在“建立链路层连接”时解释）

几种不同的数据帧分别应用在不同的场合，下图列出了几种请求和响应的对应的情况。

I：信息传输帧

RR：准备接收数据帧（用来表示准备接收下一帧数据） RNR：接收没有准备好（receive not ready）。相当于别的通讯协议中的忙帧。 SNRM：设置正常相应数据帧。用于建立链路层连接。 UA：对SNRM和DISC的响应帧。 DISC：结束链路帧。 DM：对DISC的响应帧。（Disconnected mode）

UI：可以用于保持链路，这个数据帧的发送，对于链路的控制没有任何影响。 FRMR：拒绝接收帧（Frame reject），由于不确定的某种原因拒绝接收到的数据帧。

5 长数据帧的传输在很多情况下，数据不能在一次请求和一次响应中，就能够结束数据传输的过程（受限于用户数据字节不超过128字节）。这时就有必要启动长数据帧链路控制流程。注：请求负荷曲线时一定是使用长数据帧。当使用长数据帧时，必须把长数据帧分割成短数据帧。然后把这些短数据帧依次发送出去，在接收端将这些短数据帧依次处理。这样就实现了一个较大的数据包，完整的传送到接收端。在数据帧被分割时，帧类型与帧长字段中的‘S’位，将被置1。当接收端检测到这一位被置位后，就知道数据帧已被分割，此时要做出对分割数据帧的相应处理。下图介绍了长数据帧的收发过程：

client端通过发送RR数据帧来请求被分割的数据帧的其他部分。 6 数据帧校验 HDLC使用16位CRC校验。使用的多项式是：

具体的实现程序，可参照英文参考文献IEC62056 － 46的附录A。（三）、链路层连接的建立，与断开（1）建立连接链路层在开始工作之前，要建立链路层连接（Association）。这一步骤是通过client端发送SNRM数据帧，server端响应UA数据帧表示已建立连接，server端响应DM数据帧表示链路断开，连接没有建立。

UA数据帧常含有链路参数的配置信息。链路参数是指2个控制数据传输的参数。 WINDOW_SIZE parameter; 这个参数描述通讯时，通讯的双方一次发送数据帧的数目。 HDLC允许一次发送多帧数据。

MAXIMUM_INFORMATION_FIELD_LENGTH parameter . 最大信息域长度，这个参数用于描述一个链路数据帧中用户数据的长度。这两个参数的默认值如下

default WINDOW_SIZE = 1;

default MAXIMUM_INFORMATION_FIELD_LENGTH ＝ 128（BYTEs）

具体在数据帧中有如下4个参数：

transmit maximum information field length receive maximum information field length transmit window size receive window size

注：这里没有给出数据帧的具体格式，而是用举例来说明如何组帧。这种做法可能给读者带来不便。但在DLMS的规约原文中就是用这种办法，故这里仍这样做。

以下举例说明如何建立连接： //SNRM

S: 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 标识 12 group lenth.

05H parameter identifier (maximum information 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 parameter value (high byte of value) 00H parameter value 00H parameter value 01H 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 value 00H parameter value 07H parameter value (low byte of value) 65 5e 数据帧校验（CRC校验） 7e

在SNRM数据帧中的用户信息可以不出现，表示client接收server端的已配置数据。 //UA

R: 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//Flag 0xA0 21//(type=a :frame type 3 , s=0 : end of frame , len=021 : 33 bytes)

03//source address 00 22 00 23 //destination address 73 //control UA 28 F0 //hcs 81 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 //05 01 80 :maximum information field length transmit (128 BYTEs) //06 01 80 :maximum information field length receive (128 BYTEs) //07 04 00 00 00 01 :window size, transmit (1) //08 04 00 00 00 01 :window size, receive (1) 53 3B//fcs 7E （2）断开连接断开连接由于不用参数设置，所以比建立连接要简单。Client端发送DISC数据帧，Server端响应UA或DM表示断开连接。UA表示接到DISC后断开连接。DM表示在接到DISC之前已处于断开状态。

一下仍给出具体的通讯实例：

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 7e

R: 7E A0 0A 03 00 22 00 23 1F 43 4C 7E 解释：

7E A0 0A 03 00 22 00 23 1F//帧类型DM 43 4C 7E （四）、关于链路层的透明数据传输 0x7e 帧类型与帧长目的地址域源地址域控制域帧头校验 LLC帧头用户数据信息数据帧校验 0x7e HDLC是一种透明数据传输的链路层协议。用户数据信息与链路层没有任何关系。在DLMS的协议模型中，链路层负责数据传输的可靠性，应用层处理用户数据信息。链路层为应用层数据的传输提供透明通道。

四、DLMS应用层协议理解DLMS应用层协议，需要首先建立以下几个概念： ASN.1语法，BER编码，AXDR编码。 ASN.1语法是用来描述应用层数据帧的。DLMS协议不同于其他一些简单通讯协议的地方就在于此。他不是用一些表格，及一些固定的帧格式来描述的，而是用一种抽象语法语言来描述。这样做的好处是，极大的提高了协议的抽象性和通用性，有利于程序移植。 BER编码和AXDR编码是用来实现ASN.1语法的。为了实现ASN.1的抽象性和通用性，这个语法要用特殊的编码来描述。这就引入了BER编码和AXDR编码。以下分别解释这几项。（一）ASN.1语法一个用ASN.1语法描述的数据帧，看上去应该是下面的样子： Name ::= [tag] IMPLICIT/ EXPLICIT Data type { null-data [0] IMPLICIT NULL, item1 [1] IMPLICIT/ EXPLICIT Data type A1 OPTIONAL item2 [2] IMPLICIT/ EXPLICIT Data type A2 OPTIONAL item3 [3] Data type … } 下面解释这个语法描述。

Name －是这个数据帧的名字。 Tag － tag包含两部分class type 和一个数字 Class type有以下四种： 1）Universal 表明name定义的数据帧在所有的DLMS应用中的含义是唯一的。 2）Application 表明name定义的数据帧的含义同具体的应用有关。 3）Private 表明name定义的数据帧只在某一厂家的自定义范围之内。 4）Context-specific 表明name定义的数据帧同上下文数据项的含义有关。这种类型的数据，在不同的结构中可能有不同的含义。 Tag中的数字，是作为这个数据帧的标号存在的，它作为该数据帧的句柄出现在应用数据单元中。

当前数据帧（称为子数据帧）可能派生于某一数据帧（称为父数

据帧），这个字段用来描述子数据帧同父数据帧的关系。 IMPLICIT ：改变了父数据帧的Tag。 EXPLICIT ：不改变父数据帧的Tag。不注明IMPLICIT的项即为EXPLICIT。

Data type －描述数据帧的数据类型。数据类型分为简单型和复合型。多数数据类型可以从名字看出其类型。以下列出了几种，完整的数据类型集合请参见附录。

IMPLICIT/ EXPLICIT

－

Type Tag number Tag number (decimal) (hexadecimal) INTEGER 2 02 BIT STRING 3 03 OCTET STRING 4 04 NULL 5 05 OBJECT IDENTIFIER 6 06 SEQUENCE and SEQUENCE OF 16 10 SET and SET OF 17 11 PrintableString 19 13 T61String 20 14 IA5String 22 16 UTCTime 23 17

“{}”－

大括号中的内容，即为数据帧中的数据项。每一数据项后的数字序号，即为该

数据项的标识（tag）。每一数据项可以是对另一数据帧的复合。即一个数据帧通常是对其它数据帧的一种组合。

OPTIONAL －这个关键字描述的数据项，在用户认为需要的场合可以省略。

比较重要的两种复合类型SEQUENCE和CHOICE 下面举例解释： 1）SEQUENCE ：数据帧中的内容是顺序排列的。下面以举例说明SEQUENCE类型。

Get-Request-Normal ::= SEQUENCE {

invoke-id-and-priority

Invoke-Id-And-Priority,

cosem-attribute-descriptor Cosem-Attribute-Descriptor,

access-selection-parameters Selective-Access-Descriptor OPTIONAL }

这是一个在请求数据时常用的数据帧。SEQUENCE表明数据帧的内容是顺序排列的。 2）CHOICE ：即选择类型，它表明当前数据帧是从几个数据帧中选择一种做为当前数据帧的类型。下面以举例说明CHOICE类型。 GET-Request ::= CHOICE

{

get-request-normal get-request-next

get-request-with-list

[1] IMPLICIT Get-Request-Normal, [2] IMPLICIT Get-Request-Next, [3] IMPLICIT Get-Request-With-List

}

GET-Request数据帧只能填入三个选择项之一。以上简单介绍了ASN.1语法，由这一语法描述的各种数据帧，将在附录中全部给出。这些各种各样的数据帧，将构成DLMS协议中Client同Server应用层交互时使用的语言。读者如对ASN.1语法有不解之处，可参阅本文的英文参考文献【7】（二）BER编码与AXDR编码 ASN.1只是一种语法，要把它写入数据帧中，就要把它转换为一个个数据字节。这就要一种（实际是两种）编码来实现这种语法。于是就引入了BER编码与AXDR编码。在DLMS中用ASN.1描述的DLMS协议，用BER编码实现；用ASN.1描述的XDLMS协议用AXDR编码实现。注：DLMS中只有AARQ与AARE数据帧的部分内容是使用DLMS协议的。绝大多数的应用层数据通讯使用XDLMS。这里无意对DLMS和XDLMS做出划分和解释，具体的解释可参见英文参考文献【2】。这里只需知道这两种协议使用不同的编码。

1 BER

编码的详细语法参见附录。

通常的BER编码采用如下结构，其中数据内容部分可以嵌套另一BER编码结构：数据标识数据长度数据内容

数据长度，和数据内容从名字即可知道内容。这里有必要解释一下数据标识的构成：

一个BER数据标识和一个BER数据长度构成一个16位的位串： bit15 datatype classes（bit15、14） Data type（bit13） Tag number (bit12-8) bit0 data length（bit7－bit0） 1）datatype classes 字段：这一字段用于对ASN.1语法中的class type编码

Context-specific (10) Private

(11)

Universal

(00)

Application (01)

2）Data type字段：用于描述数据内容的结构 Primitive (0) 简单类型 Constructed (1) 复合类型（数组或结构） 3）Tag number字段：指明Tag标号

4）data length字段：用于描述数据内容的长度（以字节为单位）。

下面以接收到的AARE数据帧为例： AARE数据帧的语法描述：

AARE-apdu ::= [APPLICATION 1] IMPLICIT SEQUENCE

――[APPLICATION 1] == [ 61H ] = [ 97 ]

{

protocol-version result

[0] IMPLICIT BIT STRING {version1 (0) } DEFAULT{version1}, [1] Application-context-name, [2] Association-result,

[3] Associate-source-diagnostic, [4] AP-title OPTIONAL, [5] AE-qualifier OPTIONAL,

[6] AP-invocation-identifier OPTIONAL, [7] AE-invocation-identifier OPTIONAL,

application-context-name result-source-diagnostic responding-AP-title responding-AE-qualifier responding-AP-invocation-id responding-AE-invocation-id

-- 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 only be present if the authentication functional unit is selected. mechanism-name

[9] IMPLICIT mechanism-name OPTIONAL, [10] EXPLICIT authentication-value OPTIONAL, [29] IMPLICIT implementation-data OPTIONAL, [30] IMPLICIT association-information OPTIONAL

-- The following field shall only be present if the authentication functional unit is selected. responding-authentication-value implementation-information user-information }

AARE数据帧的BER编码和AXDR编码实现： 61 //AARE tag 42 //AARE len

A1 //tag of COSEM_Application_Context_Name 09 //数据长度 06 //(OBJECT IDENTIFIER, Universal)OBJECT IDENTIFIER是一种 //ASN.1数据类型. 07 //数据长度 60 85 74 05 08 01 01 //数据内容 //以下的数据帧可以用同样的方法一一解释 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

//IMPLICIT mechanism-name OPTIONAL

07 60 85 74 05 08 02 01

AA //EXPLICIT authentication-value OPTIONAL

0A 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 STRING’s value field (14 octets) /*以下内容为XDLMS用AXDR描述*/

08 //encoding the tag (explicit tag) of the DLMS PDU CHOICE (InitiateResponse)

00 // usage flag for the proposed-quality-of-service component (FALSE, not present) 06 //negotiated-dlms-version-number

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 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 == LN 2 A-XDR:

这种编码是对unix的XDR（外部数据标识法）编码的扩展。参见IEC61334采用配线载波的配电自动化，译文汇编，下册，第六部分。本文参考文献【9】 3 两种编码的比较：

A-XDR编码，与BER编码的区别可从下例看出。对两数进行编码，其值分别为0x1234,0x5678 1）用BER编码 30 08 02 02 12 34 34 02 56 78 序列标识序列长度 A的标识（整型） A的字长 A的数值 B的标识（整型） B的字长 B的数值

2) 用AXDR编码 1 12 34 56 78 序列标识 A的数值 B的数值

这里给出一个AXDR编码的实例：

注：这里的语法仍是ASN.1但将采用不同的编码。 ASN.1语法描述：（这一数据帧是AARQ数据帧的一部分）

xDLMS-Initiate.request :: = SEQUENCE {

dedicated-key OCTET STRING OPTIONAL, response-allowed BOOLEAN DEFAULT TRUE,

proposed-quality-of-service [0] IMPLICIT Integer8 OPTIONAL, proposed-dlms-version-number Unsigned8, proposed-conformance Conformance,

client-max-receive-pdu-size Unsigned16 }

AXDR编码：

01--------------------------------------------------------dlms puu标识

00 ----------------------------------//usage flag for the dedicated-key component (FALSE, not present) 00--------------- //usage flag for the response-allowed component (FALSE, default value conveyed) 00-------------- //usage flag for the proposed-quality-of-service component (FALSE, not present) 06-------------- //the A-XDR encoding of an Unsigned8 is its value

5f ---------- //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 00 10------- // encoding of the fixed length bitstring value.(LN/SN) 00 80 // client-max-receive-pdu-size（128 bytes）

（三）AARQ与AARE数据帧有了基本的语法和编码的概念后，下面就开始讨论具体的DLMS应用层协议。在前面的DLMS协议模型中已经说明，在进行应用层数据通讯之前，要建立链路层连接和应用层连接。链路层连接已经在链路层协议中解释过，下面讲如何建立应用层连接。应用层连接的建立是通过client端发送AARQ数据帧，server端响应AARE数据帧来实现的。这两个数据帧主要是配置应用层数据通讯的参数。关于AARQ,AARE：

在标准的面向连接的应用层服务控制（ACSE）中，为了同服务的使用者进行交互，ACSE提供了很多功能单元。在COSEM中只使用了其中的两个：the kernel and the authentication functional units.

{

（一） AARQ ， AARE数据帧的具体描述（ASN.1语法描述）：

AARQ-apdu ::= [APPLICATION 0] IMPLICIT SEQUENCE protocol-version called-AP-title

[0] IMPLICIT BIT STRING {version1 (0) } DEFAULT{version1}, [1] Application-context-name, [2] AP-title OPTIONAL, [3] AE-qualifier OPTIONAL,

[4] AP-invocation-identifier OPTIONAL, [5] AE-invocation-identifier OPTIONAL, [6] AP-title OPTIONAL, [7] AE-qualifier OPTIONAL,

[8] AP-invocation-identifier OPTIONAL, [9] AE-invocation-identifier OPTIONAL, [10] IMPLICIT ACSE-requirements OPTIONAL, [11] IMPLICIT mechanism-name OPTIONAL, [12] EXPLICIT authentication-value OPTIONAL,

application-context-name called-AE-qualifier called-AP-invocation-id calling-AP-title

called-AE-invocation-id calling-AE-qualifier

calling-AP-invocation-id calling-AE-invocation-id sender-acse-requirements mechanism-name

The following field shall not be present if only the kernel is used.

-- The following field shall only be present if the authentication functional unit is selected. -- The following field shall only be present if the authentication functional unit is selected. calling-authentication-value

implementation-information user-information }

[29] IMPLICIT implementation-data OPTIONAL, [30] IMPLICIT association-information OPTIONAL

AARE-apdu ::= [APPLICATION 1] IMPLICIT SEQUENCE {