DL∕ T 790.442-2004 采用配電線載波的配電自動(dòng)化 第4-42部分：數(shù)據(jù)通信協(xié)議 應(yīng)用協(xié)議 應(yīng)用層

備案號(hào)：14608-2004DL/T790.442—2004/IEC61334-4-42:1第4-42部分：數(shù)據(jù)通信協(xié)議應(yīng)用協(xié)議應(yīng)用層Part4-42:Datacommunicationprot2004-10-20發(fā)布2005-04-01實(shí)施前言 Ⅲ 12規(guī)范性引用文件 1 23.1參考模型定義 23.2命名和編址定義 23.3服務(wù)約定定義 23.4應(yīng)用層的特定定義 2 3 4 45.2應(yīng)用進(jìn)程 4 45.4應(yīng)用服務(wù)元素(ASE) 55.5應(yīng)用關(guān)聯(lián) 55.6應(yīng)用關(guān)聯(lián)環(huán)境 55.7單聯(lián)系對(duì)象(SAO) 65.8單聯(lián)系控制功能 65.9名稱和目錄函數(shù) 65.10應(yīng)用關(guān)聯(lián)的使用 65.11數(shù)據(jù)鏈路服務(wù)的使用 65.12應(yīng)用服務(wù)元素標(biāo)準(zhǔn) 75.13抽象語法定義 75.14編碼規(guī)則 75.15DCP的限制 75.16注冊(cè)要求 7 8 86.2基本概念 8 8 8 7DLMS應(yīng)用實(shí)體 7.3客戶端DLMSASE 工Ⅱ 8.2映射到ACSE和數(shù)據(jù)鏈路服務(wù) 8.4DLMS環(huán)境中的操作 27 式。但配電網(wǎng)結(jié)構(gòu)復(fù)雜，信號(hào)傳輸衰減大，采用配電線載波在技術(shù)上有一定難度。國外在20世紀(jì)70年代開展了這方面的研究工作，有相關(guān)產(chǎn)品問世。我國在20世紀(jì)90年代也開展了這方面工作，在一第1-1部分：總則配電自動(dòng)化系統(tǒng)的體系結(jié)構(gòu)第1-2部分：總則制訂規(guī)范的導(dǎo)則第1-4部分：總則中壓配電線載波傳輸參數(shù)第3-1部分：配電線載波信號(hào)傳輸要求頻帶和輸出電平第3-22部分：配電線載波信號(hào)傳輸要求中第4-1部分：數(shù)據(jù)通信協(xié)議通信系統(tǒng)參考模型第4-32部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層無連接協(xié)議第4-33部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層面向連接的協(xié)議第4-41部分：數(shù)據(jù)通信協(xié)議應(yīng)用協(xié)議配電線報(bào)文規(guī)范第4-42部分：數(shù)據(jù)通信協(xié)議應(yīng)用協(xié)議應(yīng)用層第4-511部分：數(shù)據(jù)通信協(xié)議系統(tǒng)管理CIASE協(xié)議第4-512部分：數(shù)據(jù)通信協(xié)議采用61334-5-1協(xié)議集的系統(tǒng)管理信息庫MDB第4-61部分：數(shù)據(jù)通信協(xié)議網(wǎng)絡(luò)層無連接協(xié)議第5-1部分：低層協(xié)議集擴(kuò)頻型移頻鍵控(S-FSK)協(xié)議第5-2部分：低層協(xié)議集移頻鍵控(FSK)協(xié)議第5-3部分：低層協(xié)議集自適應(yīng)寬帶擴(kuò)頻(SS-AW)協(xié)議第5-4部分：低層協(xié)議集多載波調(diào)制(MCM)協(xié)議第5-5部分：低層協(xié)議集快速跳頻的擴(kuò)頻通信(SS-FFH)協(xié)議本部分等同采用IEC61334-4-42:1996《采用配電線載波的配電自動(dòng)化第4-42部分：數(shù)據(jù)通信協(xié)議應(yīng)用協(xié)議應(yīng)用層》(英文版)。第4-42部分：數(shù)據(jù)通信協(xié)議應(yīng)用協(xié)議應(yīng)用層DLMS服務(wù)的映射基于3層協(xié)議棧。將來可能擴(kuò)展為超過3層的棧，仍可使用本部分中描述的規(guī)有的修改單(不包括勘誤的內(nèi)容)或修訂版均不適用于本部分，然而，鼓勵(lì)根據(jù)本部分達(dá)成協(xié)議的各GB/T9387.1--1998信息處理系統(tǒng)開放系統(tǒng)互連基本參考模型第1部分：基本模型(idtGB/T9387.3—1995信息處理系統(tǒng)開放系統(tǒng)互連基本參考模型第3部分：命名與編址(idtGB/T15129—1994信息處理系統(tǒng)開放系統(tǒng)互連服務(wù)約定(idtISO/TR8509:1987)GB/T16262--1996信息處理系統(tǒng)開放系統(tǒng)互連抽象語法記法—(ASN.1)規(guī)范(idtISOGB/T16263—1996信息處理系統(tǒng)開放系統(tǒng)互連抽象語法記法一(ASN.1)基本編碼規(guī)則規(guī)范GB/T17176—1997信息技術(shù)開放系統(tǒng)互連應(yīng)用層結(jié)構(gòu)(idtISO/IEC9545:1994)DL/T790.41--2002采用配電線載波的配電自動(dòng)化第4部分：數(shù)據(jù)通信協(xié)議第1篇通信系統(tǒng)參DLT790.432--2004采用配電線載波的配電自動(dòng)化第4-32部分：數(shù)據(jù)通信協(xié)議數(shù)據(jù)鏈路層一邏輯鏈路控制(idtIEC61334-4-32:1996)DLT790.441--2004采用配電線載波的配電自動(dòng)化第4-41部分：數(shù)據(jù)通信協(xié)議應(yīng)用層協(xié)議一配電線報(bào)文規(guī)范(idtIEC61334-4-41:1996)ISO8649:1988信息處理系統(tǒng)開放系統(tǒng)互連關(guān)聯(lián)控制服務(wù)元素服務(wù)定義第2修正案(1991):無連接模式ACSE服務(wù)2a)應(yīng)用層(applicationlayer):b)應(yīng)用進(jìn)程(applicationprocess);c)應(yīng)用實(shí)體(applicationentity);h)(N)協(xié)議數(shù)據(jù)單元((N)-protocol-data-unit);a)應(yīng)用進(jìn)程標(biāo)題(application-processtitle);b)應(yīng)用實(shí)體限定符(application-entityqualifier);c)應(yīng)用實(shí)體標(biāo)題(application-entitytitle);d)應(yīng)用進(jìn)程調(diào)用標(biāo)識(shí)符(application-processinvocation-identifier);e)應(yīng)用實(shí)體調(diào)用標(biāo)識(shí)符(application-entityinvocation-identifier)。a)服務(wù)的提供者(service-provider);c)確認(rèn)的服務(wù)(confirmedservice);d)無確認(rèn)的服務(wù)(non-confirmedservice);e)提供者啟動(dòng)的服務(wù)(provider-initiatedservice);f)原語(primitive);g)請(qǐng)求原語(request);h)指示原語(indication);i)響應(yīng)原語(response);j)確認(rèn)原語(confirm)。兩個(gè)應(yīng)用實(shí)體間的合作關(guān)系，它是通過這兩個(gè)應(yīng)用實(shí)體使用數(shù)據(jù)鏈路服務(wù)來交換應(yīng)用協(xié)議控制信兩個(gè)應(yīng)用實(shí)體調(diào)用共享的應(yīng)用服務(wù)元素、有關(guān)選項(xiàng)和共同規(guī)則組成的一個(gè)3DL/T790.442—20044DL/T790.442—2004本標(biāo)準(zhǔn)建立的概念是為7層面向連接的OSI模型設(shè)計(jì)的。DCP使用3層無連接模型，但這些概念——DCP規(guī)范中所引用的ACSE僅使用在ISO8649第2修正案中定義OSI的標(biāo)準(zhǔn)用于支持應(yīng)用(即信息處理任務(wù))的通信需求，要求在兩個(gè)或多個(gè)真實(shí)開放系統(tǒng)間協(xié)OSI的低層支持應(yīng)用層。在DCP中，這特別意味著應(yīng)用層可使用在DL——應(yīng)用層中的實(shí)體由應(yīng)用服務(wù)元素(ASE)的集合組成。每種ASE都是由1組服務(wù)和協(xié)議標(biāo)準(zhǔn) 在OSI環(huán)境中，一個(gè)AE表示且僅表示一個(gè)AP。不同的AP可以由同類型的AE表示。一個(gè)AP一個(gè)AE-invocation(AE調(diào)用)表示一個(gè)AE能力的特定使用。它表示一個(gè)AP-invocation(AP調(diào)用)的特定的通信活動(dòng)。在OSI中需要考慮的AP-invocation中的哪些部分用一個(gè)或多個(gè)AE-invocation5在任何特定時(shí)刻，一個(gè)AP-invocation可能由0個(gè)、1個(gè)或多個(gè)AE-invocation來表示。一個(gè)AE-invocation是一個(gè)AP-invocation的特定通信活動(dòng)的通信功能和有關(guān)狀態(tài)信息的模型一個(gè)AE-invocation可能會(huì)連續(xù)是許多應(yīng)用關(guān)聯(lián)的參與者。在DCP中，一個(gè)AE-invocation中最多定義一個(gè)應(yīng)用關(guān)聯(lián)，但可以存在某段時(shí)間該AE-invoc5.4應(yīng)用服務(wù)元素(ASE)一個(gè)ASE是一個(gè)功能的集合，它為具有特定目的的AE-invocation間的相互操作提供OSI通信能一個(gè)ASE的通信能力由一組服務(wù)、一組應(yīng)用協(xié)議數(shù)據(jù)單元(APDU)及使用的管理過程的規(guī)范來通過使用數(shù)據(jù)鏈路服務(wù)交換應(yīng)用協(xié)議控制信息(APCI)建立。當(dāng)應(yīng)用需要在兩個(gè)AE間通信時(shí)，在這兩個(gè)AE的AE-inv應(yīng)用控制服務(wù)元素(ACSE)是應(yīng)用層內(nèi)提供建立、控制和終止一個(gè)應(yīng)用關(guān)聯(lián)的服務(wù)元素。該服務(wù)元素在第6章中描述。一個(gè)應(yīng)用關(guān)聯(lián)只有一個(gè)應(yīng)用關(guān)聯(lián)環(huán)境。但是，組成一個(gè)應(yīng)用關(guān)聯(lián)的應(yīng)用關(guān)聯(lián)環(huán)境的一組規(guī)則可以——兩個(gè)AE-invocation都應(yīng)知道的1組事項(xiàng)；6DL/T790.442—20045.7單聯(lián)系對(duì)象(SAO)功能和狀態(tài)信息的模型。一個(gè)SAO包含一個(gè)或多個(gè)ASE(其中一個(gè)總是關(guān)聯(lián)控制服務(wù)元素ACSE)和單聯(lián)系控制功能(SACF)是SAO的組件，它模擬了對(duì)SAO中的ASE之間的相互作用的協(xié)調(diào)以及對(duì)它們使用數(shù)據(jù)鏈路服務(wù)的協(xié)調(diào)。關(guān)于這些相互作用的規(guī)則由該應(yīng)用關(guān)聯(lián)的應(yīng)用關(guān)聯(lián)環(huán)境定義。對(duì)如同在GB/T9387.3中說明的一這種映射的有關(guān)信息可以存儲(chǔ)在本地，并可由應(yīng)用目錄函數(shù)訪問，它也可以遠(yuǎn)程存儲(chǔ)。檢索該信1)應(yīng)用進(jìn)程標(biāo)題(application-process-title);2)應(yīng)用實(shí)體標(biāo)題(application-entity-title);3)應(yīng)用實(shí)體調(diào)用標(biāo)識(shí)符(application-entity-invocation-identifier);4)應(yīng)用進(jìn)程類型標(biāo)題(application-process-class-title);5)應(yīng)用實(shí)體類型標(biāo)題(application-entity-class-title);6)系統(tǒng)標(biāo)題(system-title)。7在兩個(gè)AE-invocation間定義一個(gè)應(yīng)用關(guān)聯(lián)時(shí)，這些AE-invocation(及該應(yīng)用關(guān)聯(lián))由它們的兩個(gè)數(shù)據(jù)鏈路地址(L_SAP和Physical_Attachment)構(gòu)成的要再提供一個(gè)特殊的標(biāo)識(shí)符來說明對(duì)特定的AE-invocation的訪問。引用數(shù)據(jù)鏈路層提——用A_Directory函數(shù)由Source_SAP和Source_address計(jì)算CallingTi——用A_Directory函數(shù)由Destination_SAP和Destination_address計(jì)算CalledTitle;使用應(yīng)用層標(biāo)準(zhǔn)要求建立注冊(cè)過程來為下列的對(duì)象賦予名稱(在OSI環(huán)境中是無歧義的):在DCP中，只預(yù)定義了一種與DLMS應(yīng)用實(shí)體有關(guān)的應(yīng)用實(shí)體類型。在DCP中，應(yīng)用進(jìn)程名的結(jié)構(gòu)在DL/T790.452(見附錄B[3])中提出。8為了支持兩個(gè)應(yīng)用實(shí)體間的應(yīng)用關(guān)聯(lián)，DCP規(guī)范使用了ISO8649第2修正案中描述的ACSE。該國際標(biāo)準(zhǔn)描述了無連接模式下ACSE的服務(wù)定義。該定義也適用于DCP規(guī)范，盡管DCP規(guī)范中沒有表示層服務(wù)。本章描述了DCP規(guī)范中需要的ACSE服務(wù)。6.1ACSE的特定定義關(guān)聯(lián)控制服務(wù)元素是在本章中描述的特殊的應(yīng)用服務(wù)元素(ASE)。它在應(yīng)用層內(nèi)提供建立、控ACSE服務(wù)的用戶是使用ACSE服務(wù)的應(yīng)用實(shí)體的一部分。ACSE服務(wù)的提供者ACSEservice-providerACSE服務(wù)的提供者是向?qū)Φ華CSE服務(wù)的用戶提供ACSE服務(wù)的實(shí)體的總和的一個(gè)抽象概念。請(qǐng)求者(Requestor)是向某個(gè)特定的ACSE服務(wù)發(fā)出請(qǐng)求原語的服務(wù)用戶。APDUapplicationprotocolACPMapplicationcontrolprotocolmachine應(yīng)用控制協(xié)議機(jī)ACSEassociationcontrolservice參考模型(參見GB/T9387.1)代表了一對(duì)應(yīng)用進(jìn)程(AP)間的通信，這種通信以使用底層服務(wù)在兩個(gè)應(yīng)用實(shí)體(AE)間通信的方式進(jìn)行。一個(gè)AE的功能被分解成許多應(yīng)用服務(wù)元素(ASE)。AE之間的相互作用以使用它們的ASE服務(wù)的方式來應(yīng)用關(guān)聯(lián)環(huán)境是一個(gè)明確標(biāo)識(shí)的集合，包括應(yīng)用服務(wù)元素、有關(guān)的先項(xiàng)、規(guī)則和其他一切應(yīng)用關(guān)A_Unit_Data服務(wù)提供了使用無連接模式的數(shù)據(jù)鏈路服務(wù)在AEI之間傳輸信息的服6.3與其他ASE的關(guān)系為協(xié)調(diào)使用數(shù)據(jù)鏈路服務(wù)的功能，要求在應(yīng)用關(guān)聯(lián)環(huán)境中包含ACS9DL/T790.442—2004表1列出了A_Unit_Data服務(wù)的參數(shù)。另外，定義了幾組參數(shù)供其他ASE引用。ApplicationContextNaMMUUUUUUUUU1CallingAETitle是參數(shù)CallingAPTitle和CallingAEQualifier的組成部分。2CalledAETitle是參數(shù)CalledAPTitle和CalledAEQuali3AEtitle中的兩個(gè)部分(APTitle和AEQualifier)在GB/T9387.3中定義。參數(shù)ApplicationContextName(應(yīng)用關(guān)聯(lián)環(huán)境名)標(biāo)識(shí)要使用的應(yīng)參數(shù)UserInformation(用戶信息)是強(qiáng)制性的。該參數(shù)的含義取決于相關(guān)原語的應(yīng)用關(guān)聯(lián)環(huán)境。參數(shù)CallingAPTitle(主叫AP標(biāo)題)標(biāo)識(shí)包含A_Unit_Data服務(wù)請(qǐng)求者的AP。參數(shù)CallingAEQualifier(主叫AE限定符)標(biāo)識(shí)AP中包含A_Unit_Data服務(wù)請(qǐng)求者的特定AE。參數(shù)CallingAPInvocation-Identifier(主叫AP調(diào)用標(biāo)識(shí)符)標(biāo)識(shí)包含A_Unit_Data服務(wù)請(qǐng)求者的參數(shù)CallingAEInvocation-Identifier(主叫AE調(diào)用標(biāo)識(shí)符)標(biāo)識(shí)包含A_Unit_Data服務(wù)請(qǐng)求者的AE調(diào)用。參數(shù)CalledAPTitle(被叫AP標(biāo)題)標(biāo)識(shí)包含預(yù)期的A_Unit_Data服務(wù)接收者的AP。參數(shù)CalledAEQualifier(被叫AE限定符)標(biāo)識(shí)AP中包含預(yù)期參數(shù)CalledAEInvocation-Identifier(被叫AE調(diào)用標(biāo)識(shí)符)標(biāo)識(shí)包含預(yù)期的A_Unit_Data服務(wù)接收參數(shù)CalledAPInvocation-Identifier(被叫AP調(diào)用標(biāo)識(shí)符)標(biāo)識(shí)包含預(yù)期的A_Unit_Data服務(wù)接收者的AP調(diào)用。參數(shù)QualityofService(服務(wù)質(zhì)量)規(guī)定了AE-invocation應(yīng)提供給它的服務(wù)的服務(wù)質(zhì)量。該參數(shù)ACSE服務(wù)提供者發(fā)出一個(gè)A_Unit_接收者收到A_Unit_Data指示原語，不兩個(gè)AEI同時(shí)相互發(fā)出A_Unit_Data請(qǐng)求原語，將導(dǎo)致對(duì)兩個(gè)A_Unit_Data指示原語的接收，不6.5無連接模式ACSE協(xié)議ACSE規(guī)范使用DL_Data無連接服務(wù)，以A_UnitData(AUDT)APDU的形式，在對(duì)等應(yīng)用實(shí)體間傳遞信息。A_Unit_Data協(xié)議機(jī)(它也是ACPM)使用上面定義的A_Unit_Data原語與它的服務(wù)用戶AEI傳輸一個(gè)單元的信息。它支持A_Unit_Data服務(wù)并使用AUDTAPDU。發(fā)送的ACPM使用A_Unit_Data請(qǐng)求原語的參數(shù)值構(gòu)成一個(gè)AUDTAPDU。然后，它發(fā)出一個(gè)—DestinationLSAP、SourceLSAP和由應(yīng)用目錄函數(shù)使用與本地AE算得出的Destination_address;——直接映射到AUDTAPDU的L_SDU。接收的ACPM把AUDTAPDU作為DL_Data指示原語的用戶數(shù)據(jù)接收。如果該ACPM不能接收DL_Data指示原語的任何參數(shù)或AUDTAPDU的任何域，就應(yīng)丟棄該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對(duì)ACSE的使用考慮到5.15中的說明，A_Unit_Data服務(wù)的title參數(shù)在請(qǐng)求原語中沒有提交。在特別的情況下Default_DCP_Application_Context_Name::={缺省的DCP應(yīng)用關(guān)聯(lián)環(huán)境包含了加密方法(算法和內(nèi)部接受的規(guī)則)和全局密鑰(在第7章中定義)。缺省的DCP應(yīng)用關(guān)聯(lián)環(huán)境在附錄A中描述。特別引用了第5章的下列術(shù)語：——應(yīng)用關(guān)聯(lián)環(huán)境(applicationcontext);——關(guān)聯(lián)控制服務(wù)元素(associationcontr——應(yīng)用實(shí)體(applicationentity);—-應(yīng)用實(shí)體調(diào)用(applicationentityinvocation);—-應(yīng)用協(xié)議控制信息(applicationprotocolcontrolinformation);——應(yīng)用協(xié)議數(shù)據(jù)單元(applicationprot——應(yīng)用服務(wù)元素(applicationserviceelement)。DLMS應(yīng)用實(shí)體是一種專門用來支持配電線報(bào)文規(guī)范服務(wù)的應(yīng)用實(shí)體。本章使用應(yīng)用服務(wù)元素應(yīng)用關(guān)聯(lián)都應(yīng)有一個(gè)AE-invocation。這些AE-invocation是DLMSAE的實(shí)例(見圖1)。DLMS-注：DLMSAE的內(nèi)容不限于以上所列，但DLMSAE中包含的其他對(duì)象還未加以規(guī)定。這兩個(gè)應(yīng)用服務(wù)子元素都處理來自DLMS用戶、ACSE和數(shù)據(jù)鏈路層的服務(wù)原語。它們構(gòu)成—-另外1個(gè)對(duì)等AE-invocation。受管理的對(duì)象，所以都包含在MIB(管理信息庫)中。7.3客戶端DLMSASE——DL_Data服務(wù)的indication;—DL_Data服務(wù)的confirm?！狣L_Data服務(wù)的request;—-A_Unit_Data服務(wù)的request?！狣LMSInitiate服務(wù)的confirm;7.4服務(wù)器端DLMSASE——DLUpdate_Reply服務(wù)的confirm;——DL_Data服務(wù)的request;——DL_Update_Reply服務(wù)的request?！狣LMS需確認(rèn)的服務(wù)的response;——DLMSInitiate服務(wù)的response;DL/T790.442—2004—-DLMSUnconfirmedWrite服務(wù)的indication。本章描述了與DLMSPDU發(fā)送和接收有關(guān)的協(xié)議過程的元素及其與在DLMS用戶和DLMS提供每個(gè)狀態(tài)用一個(gè)圓圈表示。狀態(tài)名在該圓圈內(nèi)顯示。每個(gè)箭頭表示轉(zhuǎn)移到一8.2映射到ACSE和數(shù)據(jù)鏈路服務(wù)本條定義了配電線協(xié)議機(jī)(DLPM)使用關(guān)聯(lián)控制服務(wù)元素(ACSE)和數(shù)據(jù)鏈路服務(wù)的方式。除DLMS協(xié)議位于OSI環(huán)境內(nèi)的應(yīng)用層。作為一個(gè)應(yīng)用服務(wù)元素(ASE),DLMSASE使用并映射如下(所有的PDU通過請(qǐng)求或響應(yīng)服務(wù)原語發(fā)送，通過指示或確認(rèn)服務(wù)原語接收):ASE協(xié)議規(guī)范)所要求的PDU。按照DL/T790.441—2004的附錄A中的9個(gè)純DLMS協(xié)議的PDU,描述了18個(gè)用來操作DASE協(xié)議的PDU。為了控制解密的進(jìn)程，用一個(gè)特殊的字節(jié)插入到被加密的字符串的首字節(jié)上。在加密之前和解密之后，該字節(jié)的值應(yīng)等于0(00Hex)。與此不同的值將被解釋為一個(gè)加密/解密錯(cuò)誤，該APDU將被8.2.4服務(wù)原語到DLMS用戶的傳遞作為用戶數(shù)據(jù)的一個(gè)有效的DASEPDU。一個(gè)有效的DASEPDU一旦被解密，會(huì)滿足用于DASEPDU定義的DASE抽象語法的要求，被映射到正確的ACSE或數(shù)據(jù)鏈路服務(wù)原語(如上文說明的),并按該原語帶有按照DL/T790.441—2004的附錄A中規(guī)定的要求推導(dǎo)出的值。如果收到的服務(wù)原語不包含一個(gè)有效的DASEPDU,DLPM應(yīng)丟棄它。DLMS中沒有對(duì)等流控制。接收的DLPM可以通過應(yīng)用關(guān)聯(lián)把壓力反8.3進(jìn)入和退出DLMS環(huán)境實(shí)后，這兩個(gè)AE-invocation就進(jìn)入了DLMS環(huán)境。在客戶端，一切從接收到一個(gè)Initiat的全局密鑰來加密該InitiaterequesA_PUD。接著就發(fā)出一個(gè)帶有適當(dāng)參數(shù)的A_Unit_Data。這些參數(shù)客戶端DASE等待本地的確認(rèn)。如果它是否定(負(fù))的，就發(fā)出一個(gè)否定(負(fù))的Initiate確認(rèn)原語給該DLMS用戶，指明錯(cuò)誤原因。如果它是肯定(正)的，就設(shè)置一個(gè)定時(shí)器來恢復(fù)丟失的幀。一旦收到了一個(gè)A_Unit_Data指示原語，服務(wù)器服務(wù)器端DASE用從這些參數(shù)中，或從該A_PDU中抽取的適當(dāng)?shù)闹祫?chuàng)建(或修改)DLMS關(guān)聯(lián)環(huán)境，如果收到一個(gè)肯定(正)的Initiate響應(yīng)原語，服務(wù)器端DASE用提交的參數(shù)和服務(wù)質(zhì)量參數(shù)構(gòu)成鏈路層。如果收到的本地返回確認(rèn)是否定(負(fù))的，就發(fā)出一個(gè)Abort指示原語給DLMS用戶，向一的DL_Data請(qǐng)求原語后，就刪險(xiǎn)該DLMS關(guān)聯(lián)環(huán)境。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(續(xù))——NoCon(NoContext,無關(guān)聯(lián)環(huán)境)在AE-invocation中沒有定義DLMS關(guān)—Con.E(ExpectContext,等待關(guān)聯(lián)環(huán)境)處于N ——NC.T(NoContextandwaitingunderTimer,無關(guān)聯(lián)環(huán)境并在定時(shí)器下等待)該AE-invocation正8.3.5.1Deciphering()(解密函數(shù))加密)。解密函數(shù)驗(yàn)證一個(gè)加密的A_PDU是否可以用DLMS關(guān)聯(lián)環(huán)境中包含的密鑰可靠地解密。如8.3.5.2Check_Parameter()(檢查參數(shù)函數(shù))8.3.5.3Time_Out()(超時(shí)函數(shù))當(dāng)由Init_Timer(啟動(dòng)定時(shí)器)函數(shù)啟動(dòng)的定時(shí)器停止時(shí)，產(chǎn)生Time_Out(超時(shí))事件。如何用8.3.6.1Set_Dlms_Context((創(chuàng)建DLMS關(guān)聯(lián)環(huán)境函數(shù))叫和被叫的標(biāo)題)、應(yīng)用關(guān)聯(lián)環(huán)境名、Response_Allowed(允許的響應(yīng))和專用密鑰。8.3.6.2Delete_Dlms_Context()(刪除DLMS關(guān)聯(lián)環(huán)境函數(shù))Delete_Dlms_Context函數(shù)8.3.6.3Build_APDU(Type,Cipher(A_SDU)(構(gòu)造APDU函數(shù))Build_APDU函數(shù)構(gòu)造參數(shù)中所指定類型的A_PDU。該類型應(yīng)是DL/T790.441—2004的附錄A中定義的8種類型之一。該A_PDU由加密函數(shù)規(guī)定的加密進(jìn)程的結(jié)果構(gòu)成。8.3.6.4Extract_Field()(抽取域函數(shù))Extract_Field函數(shù)根據(jù)指定的A_PDU類型的抽象語法將該A_PDU的各個(gè)域抽取出來。該進(jìn)程可8.3.6.5Init_Timer()和Stop_TiInit_Timer函數(shù)和Stop_Timer函數(shù)分別用來啟動(dòng)和停止定時(shí)器。該定時(shí)器用來檢測(cè)和恢復(fù)DL/T790.442—2004 GetStatusservice(取狀態(tài)服務(wù))GetNametListservice(取名稱表服務(wù)); ——Stopservice(停止服務(wù));——Resumeservice(恢復(fù)服務(wù));客戶端DASE等待本地的確認(rèn)。如果它是無無注：ConfService是ConfirmedService(參見8.4.1.1)的縮寫。DL/T790.442—2004表5(續(xù))旦收到任何一個(gè)上面所描述的無確認(rèn)服務(wù)請(qǐng)求原語，則DLMS提供者編制、加密、并發(fā)出一個(gè)無注：UnconfService是UnconfirmedService的縮寫。無注：UnconfService是UnconfirmedService的縮寫。根據(jù)LLC層的描述(參見DL/T790.432),Unsolicited-DASEPDU在本地緩沖。用一個(gè)表8(續(xù))無無/..無LSDU=UnsolServiceReLSDU

UnsolS