DL∕ T 790.442-2004 采用配电线载波的配电自动化 第4-42部分：数据通信协议 应用协议 应用层

备案号：14608-2004DL/T790.442—2004/IEC61334-4-42:1第4-42部分：数据通信协议应用协议应用层Part4-42:Datacommunicationprot2004-10-20发布2005-04-01实施前言 Ⅲ 12规范性引用文件 1 23.1参考模型定义 23.2命名和编址定义 23.3服务约定定义 23.4应用层的特定定义 2 3 4 45.2应用进程 4 45.4应用服务元素(ASE) 55.5应用关联 55.6应用关联环境 55.7单联系对象(SAO) 65.8单联系控制功能 65.9名称和目录函数 65.10应用关联的使用 65.11数据链路服务的使用 65.12应用服务元素标准 75.13抽象语法定义 75.14编码规则 75.15DCP的限制 75.16注册要求 7 8 86.2基本概念 8 8 8 7DLMS应用实体 7.3客户端DLMSASE 工Ⅱ 8.2映射到ACSE和数据链路服务 8.4DLMS环境中的操作 27 式。但配电网结构复杂，信号传输衰减大，采用配电线载波在技术上有一定难度。国外在20世纪70年代开展了这方面的研究工作，有相关产品问世。我国在20世纪90年代也开展了这方面工作，在一第1-1部分：总则配电自动化系统的体系结构第1-2部分：总则制订规范的导则第1-4部分：总则中压配电线载波传输参数第3-1部分：配电线载波信号传输要求频带和输出电平第3-22部分：配电线载波信号传输要求中第4-1部分：数据通信协议通信系统参考模型第4-32部分：数据通信协议数据链路层无连接协议第4-33部分：数据通信协议数据链路层面向连接的协议第4-41部分：数据通信协议应用协议配电线报文规范第4-42部分：数据通信协议应用协议应用层第4-511部分：数据通信协议系统管理CIASE协议第4-512部分：数据通信协议采用61334-5-1协议集的系统管理信息库MDB第4-61部分：数据通信协议网络层无连接协议第5-1部分：低层协议集扩频型移频键控(S-FSK)协议第5-2部分：低层协议集移频键控(FSK)协议第5-3部分：低层协议集自适应宽带扩频(SS-AW)协议第5-4部分：低层协议集多载波调制(MCM)协议第5-5部分：低层协议集快速跳频的扩频通信(SS-FFH)协议本部分等同采用IEC61334-4-42:1996《采用配电线载波的配电自动化第4-42部分：数据通信协议应用协议应用层》(英文版)。第4-42部分：数据通信协议应用协议应用层DLMS服务的映射基于3层协议栈。将来可能扩展为超过3层的栈，仍可使用本部分中描述的规有的修改单(不包括勘误的内容)或修订版均不适用于本部分，然而，鼓励根据本部分达成协议的各GB/T9387.1--1998信息处理系统开放系统互连基本参考模型第1部分：基本模型(idtGB/T9387.3—1995信息处理系统开放系统互连基本参考模型第3部分：命名与编址(idtGB/T15129—1994信息处理系统开放系统互连服务约定(idtISO/TR8509:1987)GB/T16262--1996信息处理系统开放系统互连抽象语法记法—(ASN.1)规范(idtISOGB/T16263—1996信息处理系统开放系统互连抽象语法记法一(ASN.1)基本编码规则规范GB/T17176—1997信息技术开放系统互连应用层结构(idtISO/IEC9545:1994)DL/T790.41--2002采用配电线载波的配电自动化第4部分：数据通信协议第1篇通信系统参DLT790.432--2004采用配电线载波的配电自动化第4-32部分：数据通信协议数据链路层一逻辑链路控制(idtIEC61334-4-32:1996)DLT790.441--2004采用配电线载波的配电自动化第4-41部分：数据通信协议应用层协议一配电线报文规范(idtIEC61334-4-41:1996)ISO8649:1988信息处理系统开放系统互连关联控制服务元素服务定义第2修正案(1991):无连接模式ACSE服务2a)应用层(applicationlayer):b)应用进程(applicationprocess);c)应用实体(applicationentity);h)(N)协议数据单元((N)-protocol-data-unit);a)应用进程标题(application-processtitle);b)应用实体限定符(application-entityqualifier);c)应用实体标题(application-entitytitle);d)应用进程调用标识符(application-processinvocation-identifier);e)应用实体调用标识符(application-entityinvocation-identifier)。a)服务的提供者(service-provider);c)确认的服务(confirmedservice);d)无确认的服务(non-confirmedservice);e)提供者启动的服务(provider-initiatedservice);f)原语(primitive);g)请求原语(request);h)指示原语(indication);i)响应原语(response);j)确认原语(confirm)。两个应用实体间的合作关系，它是通过这两个应用实体使用数据链路服务来交换应用协议控制信两个应用实体调用共享的应用服务元素、有关选项和共同规则组成的一个3DL/T790.442—20044DL/T790.442—2004本标准建立的概念是为7层面向连接的OSI模型设计的。DCP使用3层无连接模型，但这些概念——DCP规范中所引用的ACSE仅使用在ISO8649第2修正案中定义OSI的标准用于支持应用(即信息处理任务)的通信需求，要求在两个或多个真实开放系统间协OSI的低层支持应用层。在DCP中，这特别意味着应用层可使用在DL——应用层中的实体由应用服务元素(ASE)的集合组成。每种ASE都是由1组服务和协议标准 在OSI环境中，一个AE表示且仅表示一个AP。不同的AP可以由同类型的AE表示。一个AP一个AE-invocation(AE调用)表示一个AE能力的特定使用。它表示一个AP-invocation(AP调用)的特定的通信活动。在OSI中需要考虑的AP-invocation中的哪些部分用一个或多个AE-invocation5在任何特定时刻，一个AP-invocation可能由0个、1个或多个AE-invocation来表示。一个AE-invocation是一个AP-invocation的特定通信活动的通信功能和有关状态信息的模型一个AE-invocation可能会连续是许多应用关联的参与者。在DCP中，一个AE-invocation中最多定义一个应用关联，但可以存在某段时间该AE-invoc5.4应用服务元素(ASE)一个ASE是一个功能的集合，它为具有特定目的的AE-invocation间的相互操作提供OSI通信能一个ASE的通信能力由一组服务、一组应用协议数据单元(APDU)及使用的管理过程的规范来通过使用数据链路服务交换应用协议控制信息(APCI)建立。当应用需要在两个AE间通信时，在这两个AE的AE-inv应用控制服务元素(ACSE)是应用层内提供建立、控制和终止一个应用关联的服务元素。该服务元素在第6章中描述。一个应用关联只有一个应用关联环境。但是，组成一个应用关联的应用关联环境的一组规则可以——两个AE-invocation都应知道的1组事项；6DL/T790.442—20045.7单联系对象(SAO)功能和状态信息的模型。一个SAO包含一个或多个ASE(其中一个总是关联控制服务元素ACSE)和单联系控制功能(SACF)是SAO的组件，它模拟了对SAO中的ASE之间的相互作用的协调以及对它们使用数据链路服务的协调。关于这些相互作用的规则由该应用关联的应用关联环境定义。对如同在GB/T9387.3中说明的一这种映射的有关信息可以存储在本地，并可由应用目录函数访问，它也可以远程存储。检索该信1)应用进程标题(application-process-title);2)应用实体标题(application-entity-title);3)应用实体调用标识符(application-entity-invocation-identifier);4)应用进程类型标题(application-process-class-title);5)应用实体类型标题(application-entity-class-title);6)系统标题(system-title)。7在两个AE-invocation间定义一个应用关联时，这些AE-invocation(及该应用关联)由它们的两个数据链路地址(L_SAP和Physical_Attachment)构成的要再提供一个特殊的标识符来说明对特定的AE-invocation的访问。引用数据链路层提——用A_Directory函数由Source_SAP和Source_address计算CallingTi——用A_Directory函数由Destination_SAP和Destination_address计算CalledTitle;使用应用层标准要求建立注册过程来为下列的对象赋予名称(在OSI环境中是无歧义的):在DCP中，只预定义了一种与DLMS应用实体有关的应用实体类型。在DCP中，应用进程名的结构在DL/T790.452(见附录B[3])中提出。8为了支持两个应用实体间的应用关联，DCP规范使用了ISO8649第2修正案中描述的ACSE。该国际标准描述了无连接模式下ACSE的服务定义。该定义也适用于DCP规范，尽管DCP规范中没有表示层服务。本章描述了DCP规范中需要的ACSE服务。6.1ACSE的特定定义关联控制服务元素是在本章中描述的特殊的应用服务元素(ASE)。它在应用层内提供建立、控ACSE服务的用户是使用ACSE服务的应用实体的一部分。ACSE服务的提供者ACSEservice-providerACSE服务的提供者是向对等ACSE服务的用户提供ACSE服务的实体的总和的一个抽象概念。请求者(Requestor)是向某个特定的ACSE服务发出请求原语的服务用户。APDUapplicationprotocolACPMapplicationcontrolprotocolmachine应用控制协议机ACSEassociationcontrolservice参考模型(参见GB/T9387.1)代表了一对应用进程(AP)间的通信，这种通信以使用底层服务在两个应用实体(AE)间通信的方式进行。一个AE的功能被分解成许多应用服务元素(ASE)。AE之间的相互作用以使用它们的ASE服务的方式来应用关联环境是一个明确标识的集合，包括应用服务元素、有关的先项、规则和其他一切应用关A_Unit_Data服务提供了使用无连接模式的数据链路服务在AEI之间传输信息的服6.3与其他ASE的关系为协调使用数据链路服务的功能，要求在应用关联环境中包含ACS9DL/T790.442—2004表1列出了A_Unit_Data服务的参数。另外，定义了几组参数供其他ASE引用。ApplicationContextNaMMUUUUUUUUU1CallingAETitle是参数CallingAPTitle和CallingAEQualifier的组成部分。2CalledAETitle是参数CalledAPTitle和CalledAEQuali3AEtitle中的两个部分(APTitle和AEQualifier)在GB/T9387.3中定义。参数ApplicationContextName(应用关联环境名)标识要使用的应参数UserInformation(用户信息)是强制性的。该参数的含义取决于相关原语的应用关联环境。参数CallingAPTitle(主叫AP标题)标识包含A_Unit_Data服务请求者的AP。参数CallingAEQualifier(主叫AE限定符)标识AP中包含A_Unit_Data服务请求者的特定AE。参数CallingAPInvocation-Identifier(主叫AP调用标识符)标识包含A_Unit_Data服务请求者的参数CallingAEInvocation-Identifier(主叫AE调用标识符)标识包含A_Unit_Data服务请求者的AE调用。参数CalledAPTitle(被叫AP标题)标识包含预期的A_Unit_Data服务接收者的AP。参数CalledAEQualifier(被叫AE限定符)标识AP中包含预期参数CalledAEInvocation-Identifier(被叫AE调用标识符)标识包含预期的A_Unit_Data服务接收参数CalledAPInvocation-Identifier(被叫AP调用标识符)标识包含预期的A_Unit_Data服务接收者的AP调用。参数QualityofService(服务质量)规定了AE-invocation应提供给它的服务的服务质量。该参数ACSE服务提供者发出一个A_Unit_接收者收到A_Unit_Data指示原语，不两个AEI同时相互发出A_Unit_Data请求原语，将导致对两个A_Unit_Data指示原语的接收，不6.5无连接模式ACSE协议ACSE规范使用DL_Data无连接服务，以A_UnitData(AUDT)APDU的形式，在对等应用实体间传递信息。A_Unit_Data协议机(它也是ACPM)使用上面定义的A_Unit_Data原语与它的服务用户AEI传输一个单元的信息。它支持A_Unit_Data服务并使用AUDTAPDU。发送的ACPM使用A_Unit_Data请求原语的参数值构成一个AUDTAPDU。然后，它发出一个—DestinationLSAP、SourceLSAP和由应用目录函数使用与本地AE算得出的Destination_address;——直接映射到AUDTAPDU的L_SDU。接收的ACPM把AUDTAPDU作为DL_Data指示原语的用户数据接收。如果该ACPM不能接收DL_Data指示原语的任何参数或AUDTAPDU的任何域，就应丢弃该AUDTAPDU。 6.5.3A_Unit_DataAPDU本条使用ASN.1描述AUDTAPDU。DCP-ACSEDEFINITIONSIMPLICITTAGS:AUDT-APDU::=[15]SEQUquality-ofservicecalling-AP-invocation-icalling-AE-invocation-called-AP-invocation-i6.5.4.1DCP对ACSE的使用考虑到5.15中的说明，A_Unit_Data服务的title参数在请求原语中没有提交。在特别的情况下Default_DCP_Application_Context_Name::={缺省的DCP应用关联环境包含了加密方法(算法和内部接受的规则)和全局密钥(在第7章中定义)。缺省的DCP应用关联环境在附录A中描述。特别引用了第5章的下列术语：——应用关联环境(applicationcontext);——关联控制服务元素(associationcontr——应用实体(applicationentity);—-应用实体调用(applicationentityinvocation);—-应用协议控制信息(applicationprotocolcontrolinformation);——应用协议数据单元(applicationprot——应用服务元素(applicationserviceelement)。DLMS应用实体是一种专门用来支持配电线报文规范服务的应用实体。本章使用应用服务元素应用关联都应有一个AE-invocation。这些AE-invocation是DLMSAE的实例(见图1)。DLMS-注：DLMSAE的内容不限于以上所列，但DLMSAE中包含的其他对象还未加以规定。这两个应用服务子元素都处理来自DLMS用户、ACSE和数据链路层的服务原语。它们构成—-另外1个对等AE-invocation。受管理的对象，所以都包含在MIB(管理信息库)中。7.3客户端DLMSASE——DL_Data服务的indication;—DL_Data服务的confirm。——DL_Data服务的request;—-A_Unit_Data服务的request。——DLMSInitiate服务的confirm;7.4服务器端DLMSASE——DLUpdate_Reply服务的confirm;——DL_Data服务的request;——DL_Update_Reply服务的request。——DLMS需确认的服务的response;——DLMSInitiate服务的response;DL/T790.442—2004—-DLMSUnconfirmedWrite服务的indication。本章描述了与DLMSPDU发送和接收有关的协议过程的元素及其与在DLMS用户和DLMS提供每个状态用一个圆圈表示。状态名在该圆圈内显示。每个箭头表示转移到一8.2映射到ACSE和数据链路服务本条定义了配电线协议机(DLPM)使用关联控制服务元素(ACSE)和数据链路服务的方式。除DLMS协议位于OSI环境内的应用层。作为一个应用服务元素(ASE),DLMSASE使用并映射如下(所有的PDU通过请求或响应服务原语发送，通过指示或确认服务原语接收):ASE协议规范)所要求的PDU。按照DL/T790.441—2004的附录A中的9个纯DLMS协议的PDU,描述了18个用来操作DASE协议的PDU。为了控制解密的进程，用一个特殊的字节插入到被加密的字符串的首字节上。在加密之前和解密之后，该字节的值应等于0(00Hex)。与此不同的值将被解释为一个加密/解密错误，该APDU将被8.2.4服务原语到DLMS用户的传递作为用户数据的一个有效的DASEPDU。一个有效的DASEPDU一旦被解密，会满足用于DASEPDU定义的DASE抽象语法的要求，被映射到正确的ACSE或数据链路服务原语(如上文说明的),并按该原语带有按照DL/T790.441—2004的附录A中规定的要求推导出的值。如果收到的服务原语不包含一个有效的DASEPDU,DLPM应丢弃它。DLMS中没有对等流控制。接收的DLPM可以通过应用关联把压力反8.3进入和退出DLMS环境实后，这两个AE-invocation就进入了DLMS环境。在客户端，一切从接收到一个Initiat的全局密钥来加密该InitiaterequesA_PUD。接着就发出一个带有适当参数的A_Unit_Data。这些参数客户端DASE等待本地的确认。如果它是否定(负)的，就发出一个否定(负)的Initiate确认原语给该DLMS用户，指明错误原因。如果它是肯定(正)的，就设置一个定时器来恢复丢失的帧。一旦收到了一个A_Unit_Data指示原语，服务器服务器端DASE用从这些参数中，或从该A_PDU中抽取的适当的值创建(或修改)DLMS关联环境，如果收到一个肯定(正)的Initiate响应原语，服务器端DASE用提交的参数和服务质量参数构成链路层。如果收到的本地返回确认是否定(负)的，就发出一个Abort指示原语给DLMS用户，向一的DL_Data请求原语后，就删险该DLMS关联环境。DL/T790.442—2004Extract_Field(UserInform无)无Abort.ind(Service_ProvidDL_Data.ind(AbortReqExtract_Field(AbortReqDL_Data.ind(AbortReq无Extract_Field(UserlnformDL/T790.442—2004无Initiate.rsp(+)(注)无DL_Data.ind(InitiateRsp_APDDL_Data.ind(InitiateRsp_APDDL_Data.ind(InitiateEr_APDExtract_Field(InitiatcErrDL_Data.ind(InitiateErr_APD表3(续)——NoCon(NoContext,无关联环境)在AE-invocation中没有定义DLMS关—Con.E(ExpectContext,等待关联环境)处于N ——NC.T(NoContextandwaitingunderTimer,无关联环境并在定时器下等待)该AE-invocation正8.3.5.1Deciphering()(解密函数)加密)。解密函数验证一个加密的A_PDU是否可以用DLMS关联环境中包含的密钥可靠地解密。如8.3.5.2Check_Parameter()(检查参数函数)8.3.5.3Time_Out()(超时函数)当由Init_Timer(启动定时器)函数启动的定时器停止时，产生Time_Out(超时)事件。如何用8.3.6.1Set_Dlms_Context((创建DLMS关联环境函数)叫和被叫的标题)、应用关联环境名、Response_Allowed(允许的响应)和专用密钥。8.3.6.2Delete_Dlms_Context()(删除DLMS关联环境函数)Delete_Dlms_Context函数8.3.6.3Build_APDU(Type,Cipher(A_SDU)(构造APDU函数)Build_APDU函数构造参数中所指定类型的A_PDU。该类型应是DL/T790.441—2004的附录A中定义的8种类型之一。该A_PDU由加密函数规定的加密进程的结果构成。8.3.6.4Extract_Field()(抽取域函数)Extract_Field函数根据指定的A_PDU类型的抽象语法将该A_PDU的各个域抽取出来。该进程可8.3.6.5Init_Timer()和Stop_TiInit_Timer函数和Stop_Timer函数分别用来启动和停止定时器。该定时器用来检测和恢复DL/T790.442—2004 GetStatusservice(取状态服务)GetNametListservice(取名称表服务); ——Stopservice(停止服务);——Resumeservice(恢复服务);客户端DASE等待本地的确认。如果它是无无注：ConfService是ConfirmedService(参见8.4.1.1)的缩写。DL/T790.442—2004表5(续)旦收到任何一个上面所描述的无确认服务请求原语，则DLMS提供者编制、加密、并发出一个无注：UnconfService是UnconfirmedService的缩写。无注：UnconfService是UnconfirmedService的缩写。根据LLC层的描述(参见DL/T790.432),Unsolicited-DASEPDU在本地缓冲。用一个表8(续)无无/..无LSDU=UnsolServiceReLSDU

UnsolS