備案號：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?！狣L_Data服務的request;—-A_Unit_Data服務的request?！狣LMSInitiate服務的confirm;7.4服務器端DLMSASE——DLUpdate_Reply服務的confirm;——DL_Data服務的request;——DL_Update_Reply服務的request?！狣LMS需確認的服務的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