DL∕ T 790.6-2010 采用配電線載波的配電自動化 第6部分：A-XDR編碼規(guī)則

采用配電線載波的配電自動化國家能源局發(fā)布IDL/T790.6—2010/IEC61334-6:2000 Ⅱ 12規(guī)范性引用文件 13A-XDR的一般特征 14編碼結構 25編碼規(guī)則 3 3 4 46編碼過程 4 4 6 7 7 8 9 9 附錄A(資料性附錄)可擴展性 附錄B(資料性附錄)DLMS中用的ASN.1類型和關鍵字 附錄C(資料性附錄)DLMSPDU的A-XDR編碼示例 DL/T790.6—2010/IEC61334-6:2000不高，但電網結構復雜，信號傳輸衰減大。針對配電網信號傳輸特點，自1995年起，國際電工委員會DL/Z790.11采用配電線載波的配電自動化第1部分：總則第1篇：配電自動化系統的體系結構DL/Z790.12采用配電線載波的配電自動化第1部分：總則第2篇：制定規(guī)范的導則DL/Z790.14采用配電線載波的配電自動化第1-4部分：總則中低壓配電線載波傳輸參數DL/T790.31采用配電線載波的配電自動化第3部分：配電線載波信號傳輸要求第1篇：頻帶DL/T790.321采用配電線載波的配電自動化第3-21部分：配電線載波信號傳輸要求中壓絕緣DL/T790.322采用配電線載波的配電自動化第3-22部分：配電線載波信號傳輸要求中壓相地DL/T790.41采用配電線載波的配電自動化第4部分：數據通信協議第1篇：通信系統參考模型DL/T790.432采用配電線載波的配電自動化第4-32部分：數據通信協議數據鏈路層—邏輯鏈路控制DL/T790.433采用配電線載波的配電自動化第4-33部分：數據通信協議數據鏈路層面向連DL/T790.441采用配電線載波的配電自動化第4-41部分：數據通信協議應用層協議—配電線報文規(guī)范DL/T790.442采用配電線載波的配電自動化第4-42部分：數據通信協議應用協議應用層DL/T790.4511采用配電線載波的配電自動化第4-511部分：數據通信協議系統管理CIASEDL/T790.4512采用配電線載波的配電自動化第4-512部分：數據通信協議系統管理采用DL/T790.461采用配電線載波的配電自動化第4-61部分：數據通信協議網絡層無連接協議DL/T790.51采用配電線載波的配電自動化第5部分：低層協議集第1篇：擴頻型移頻鍵控DL/Z790.52采用配電線載波的配電自動化第5-2部分：低層協議集移頻鍵控(FSK)協議DL/Z790.53采用配電線載波的配電自動化第5-3部分：低層協議集自適應寬帶擴頻(SS-AW)DL/Z790.54采用配電線載波的配電自動化第5-4部分：低層協議集多載波調制(MCM)協議DL/Z790.55采用配電線載波的配電自動化第5-5部分：低層協議集快速跳頻擴頻通信DL/T790.6—2010/IEC61334-6:2(SS-FFH)協議DL/T790.6采用配電線載波的配電自動化第6部分：A-XDR編碼規(guī)則DL790的本部分等同采用IEC61334-6:2000《采用配電線載波的配電自動化第6部分：A-XDR本部分根據《(國家發(fā)展改革委辦公廳關于印發(fā)2007年行業(yè)標準修訂、制定計劃的通知)》(發(fā)改辦工業(yè)[2007]1415號)的安排制定。國際電信聯盟(ITU-T)的X208建議定義了一種形式語言——ASN.1(AbstractSyntaxNotationOne,抽象語法記法1),使應用層規(guī)范能定義需要交換的信息類型1。將一組編碼規(guī)則應用于ASN.1定雖然人們已經設想了多種編碼規(guī)則，但是長期以來只有一種BER(BasicEn規(guī)則)用作標準(見ITU-T的X.209)。這主要是因為BER能夠滿足絕大多數應用的需要。但在某些情于DLMS(DistrubionLineMessageSpecification,配電線報文規(guī)范，見DL/T790.441)環(huán)境。主要目的是將DLMS的PDU(ProtocolDataUnit,協議數據單元)的編碼優(yōu)化2),包括PDU的字節(jié)數量及編碼第6部分：A-XDR編碼規(guī)則1范圍DL790的本部分定義了A-XDR1編碼規(guī)則，它可用來導出在DLMS核心標準中用ASN.1(見DL/T790.441—2004)定義的數值類型的轉化語法規(guī)范。這些A-XDR編碼規(guī)則也可用于對轉化語法解b)是DLMSPDU的優(yōu)化2編碼方法。修改單(不包括勘誤的內容)或修訂版均不適用于本部分，然而，鼓勵根據本部分達成協議的各方研究DL/T790.441—2004采用配電線載波的配電自動化第4-41部分：數據通信協議應用層協議一DL/T790.442—2004采用配電線載波的配電自動化第4-42部分：數據通信協議應用協議應用層(idtIEC61334-4-42:1996)ISO/IEC8825-2:1997信息技術ASN.1編碼規(guī)則包式編碼規(guī)則(PER)規(guī)范ITUX.208:1988抽象語法記法1(ASN.1)規(guī)范ITUX.209:1988抽象語法記法1(ASN.1)基本編碼規(guī)則3A-XDR的一般特征A-XDR規(guī)定了一種編碼規(guī)則，可用于對定義為單一ASN.1類型(最外層的類型)的抽象語法數值A-XDR編碼規(guī)則利用了DLMSPDU發(fā)送端和接收端都用相同BER時，抽象語法的任何值的編碼結構都是TLV(type-length-value,類型—長度—數值)形式。A-XDR 2a)不支持DLMS以外的ASN.1類型數據的編碼3)b)ASN.1選擇(CHOICE)類型數據只用于有顯式標記4識符I(Identifier)、長度L(Length)和內容C(Contents),如圖1所示。標識符部分用于標識類型，內容域可簡化為一系列字節(jié)6(原始編碼)或一系列嵌套編碼(構造編碼),如圖2所示。圖2構造BER的編碼結構A-XDR的編碼結構與BER基本相同，但為了利用DLMSPDU發(fā)送端和接收端按同樣的抽象語法規(guī)范運行這一事實，當標識符和長度域傳送冗余的信息時，A-XDR就不對它們編碼(不對其中一個域3DL/T790.6—2010/IEC61334-6Integer16:=INTEGER(-32768Unsigned16:=INTEGER(0～65B的數值-8)A-XDR只在特殊情況下需要編碼標識(例如：當本例的SEQUENCE是CHOICE類型的選擇中的一個時)。4DL/T790.6—2010/IEC61334-6式可以[見腳注7]使用的限制外，A-XDR采用與BER定義相同的方法(見ITU-T的X.209)。不允許數，由第1字節(jié)的第8至第1位，接著第2字節(jié)的第8至第1位，以下依次為其他各字節(jié)，直到編碼的5INTEGER(-32768～32768)的編數值為123(=0x7B)的INTEGER值的A-XDR編碼如下：6DL/T790.6—2010/IEC61334-6:2000長度區(qū)存在值的第1字節(jié)值的第2字節(jié)00000100.0000000長度區(qū)(=2)內容區(qū)長度區(qū)存在長度區(qū)存在值的第1字節(jié)值的第2字節(jié)內容區(qū)編碼值為FALSE,這個字節(jié)為零(所有位都是零);如值為TRUE,這個字節(jié)可以是任意非零值，由發(fā)DL/T790.6—2010/IEC61334-6:20006.3枚舉(ENUMERATED)型值的編碼6.4位串(BITSTRING)型值的編碼BITSTRING(SIZE(14))的編碼為2個字節(jié)。位串中的位從第1位開始到追蹤位結束。先排第1個字節(jié)的第8至第1位，接著第2個字節(jié)的第88DL/T790.6—2010/IEC61334的長度(=1)BITSTRING的長度域BITSTRING的內容域6.5字節(jié)串(BYTESTRING)型值的編碼根據在ASN.1定義中是否規(guī)定了字節(jié)串的大小，A-XDR提供了兩種編碼方法。ASN.1定義中規(guī)定了字節(jié)串的大小時，為固定長度編碼；未規(guī)定字節(jié)串的大小時，為可變長度編碼。6.5.1規(guī)定大小的字節(jié)串的固定長度編碼如字節(jié)串的大小在ASN.1定義中已經規(guī)定，則該字節(jié)串的A-XDR編碼只有內容域。內容域中的字節(jié)數等于規(guī)定的大小。字節(jié)串的字節(jié)從第一個起至最后一個，只需排在內容域的各字節(jié)中。一個值為“ABCD”的BYTESTRING(SIZE(4))的A-XDR編碼如下：6.5.2未規(guī)定大小的字節(jié)串的可變長度編碼如在ASN.1定義中沒有規(guī)定一個字節(jié)串的大小，其A-XDR編碼包括兩個域：長度域和內容域。長度域表示的值等于內容域的字節(jié)數。長度域本身的編碼規(guī)則與可變長度的字節(jié)串的編碼相同(見內容域傳輸字節(jié)串的編碼值。其編碼規(guī)則和6.5.1中規(guī)定的字節(jié)串相同。一個值為“ABC”的BYTESTRING的編碼如下：長度城(=3內容域=BYTESTRING的字節(jié)只有長度域的值以1個字節(jié)編碼一個BYTESTRING的A-XDR編碼由347個字節(jié)組成10:10)編碼第n字節(jié)中的n=長度域字節(jié)數+內容域字節(jié)數=3+347=350。9DL/T790.6—2010/I的長度(=1)長度域(=347)的編碼=0x015BBYTESBYTESTRING的長度城BYTESTRING的內容域長度域(=2)內容城編碼標志可變長度的INTEGER編碼(3715=0xE83)876543218765432187654321DL/T790.6—2010/IEC61334-6:2000}DL/T790.6—2010/IEC61334-6:2在A-XDR中，顯式標記和隱式標記的差別很小。如A-XDR完全不對非標記型的標識符域編碼，新的標記替代了舊的就沒有意義。因此，隱式標記在BER中的意義并不適用于A-XDR。此外，有兩種顯式標記適用于A-XDR,即A-XDR顯式標記和ASN.1顯式標記。碼為可變長度的整數，表示標記的值；序列類型的數據項的標記完全不編碼。如不論“IMPLICIT”關鍵字是否存在于ASN.1規(guī)范中，這些顯式標記型的A-XDR編碼都是相同的，因此可以認為在A-XDR當標記的類型和編號在ASN.1規(guī)范中已經明確規(guī)定時，例如[APPLICATION30],其類型符號是6.8可選(OPTIONAL)和默認(DEFAULT)數據項(COMPONET)任一種ASN.1復合類型都含有帶ASN.1關鍵字“OPTIONAL”和“DEFAULT”的數據項。在ASN,1一般來說，一個數據項是可選值還是默認值很不一樣(在ASN.1中它們相互排斥)?？蛇x數據項可可選或默認數據項的A-XDR編碼由使用標記(usageflag)的附加元素(這是ASN.1語法的補充，ASN.1語法沒有規(guī)定此元素)開始。這個使用標記為布爾型，其值表示可選或 在6.9和附錄C中給出了可選和默認數據項的編碼示例。它們在定義中的順序出現，除非該類型與關鍵字可選“OPTIONAL”或默認“DEFAU如可選或默認數據值的編碼存在，它在編碼(按6.8的規(guī)定)中出現的位置與在ASN.1定義中出現bOCTET 當a=37,b=“ABCD”,c=FALSE時，該SEQUENC固定長度BYTE——當a=37,b不存在，c=FALSE時，該SEQU表示OPTIONAL不存在表示DEFAULT存在 當a=37,b=“ABCD”,c=TRUE(傳送DEFAULT值)時，該SEOUENCE型值的A-XDRa的編碼如在ASN.1中已規(guī)定SEQUENCEOF的大小，其A-XDR編碼只有內容區(qū)。內容區(qū)的字節(jié)由ASN.1Dummy_List::=SEQUENCE(SIZE(2))OFDL/T790.6—2010/IEC61334-6:2000該SEQUENCEOF型的值的A-XDR編碼如下：的長度(=5)STRING的位的長度(=12)6.10.2未規(guī)定大小的SEQUENCEOF型值的可變長度編碼ASN.1定義中未規(guī)定SEQUENCEOF的大小時，其A-XDR編碼有兩個區(qū)：長度域和內容域。長度區(qū)表示的值為SEQUENCEOF型的編碼值的數據項的個數。長度區(qū)的編碼方式和可變長度的BITSTRING的長度區(qū)相同(見6.4.2)。內容區(qū)應由ASN.1的定義所列類型的N個數據值的A-XDR編碼組成。這里的N為長度區(qū)表示的值。這些數據值的編碼順序應與被編碼的SEQUECEOF的值的順序相同。以下面的ASN.1類型定義為例：要編碼的兩個數據項為：該SEQUENCEOF型的上述值的A-XDR編碼如下：6.10.3特殊選擇序列(SEQUENCEOFCHOICE)型的編碼選擇序列(SEQUENCEOFCHOICE)型是特殊情況。雖然SEQUENCEOF類型是按單個數據項類型定義的，但選擇序列結構的元素的類型不同，這就是選擇類型的各種可選項。除SEQUENCEOF型的每個數據項的編碼以所選的選擇數據項的標記的編碼開始外，選擇序列的編碼方法與按6.10.1和6.10.2所述方法相同。附錄C的[例C.5]為選擇序列類型編碼示例。6.11可視串(VisibleString)型的編碼可視串(VisibleString)ASN.1是一種限定的字符串類型。限定的字符串是一種特殊的字節(jié)串，可以包含取自限定的字符集中的字符。雖然ASN.1規(guī)定了8種類型，但只有可視串類型在DLMS規(guī)范中使用(見DL/T790.441—2004)。因此A-XDR只支持這種ASN.1類型1?。ASN.1為每種特殊字符串類型都定義了通用類的標記。像其他ASN.1的內部類型的標記一樣，在A-XDR中這些標記不編碼。因此，可視串的編碼方法與字節(jié)串相同。如DLT790.441—2004中只規(guī)定15)雖然其他ASN.1限定的字符串類型也可能用這種編碼方法。長度(=3)內容域-VisibleString的字節(jié)只有長度值以1個字節(jié)編碼6.12通用時間(GeneralizedTime)型的GeneralizedTime::=[UN碼(見6.5.2)ASN.1的空值(NULL)是一種很特殊的類型：只有一個值。因此，容納信息的能力很有限。人們用6.7規(guī)定的標記值A-XDR編碼的方法進行空值的A-XDR編碼。DL/T790.6—2010/IEC61334-6a}注：IECTC57的第9工作組負責將A-XDR不斷更新。DL/T790.6—2010/IEC61334-6(資料性附錄)DLMS中用的ASN.1類型和關鍵字在DLMS中定義了以下一些有用類型；Integer8(8位整數)Integer16(16位整數)Integer32(32位整數)在DLMS規(guī)范中還用了以下一些ASN.1關鍵字：DL/T790.6—2010/IEC61334-6:2000getVariableAttributgetVariableAttributeunconfirmedServiceRequunsolicitedWriteRequunsolicitedServiceRequ[1]IMPLICITInitiate[3]IMPLICIT[6]IMPLICITWrit[17]IMPLICITUnsoinformationReportRequest[19]IMPLICITInformationReportRequded-informationReportRequest[88]IMPLICITBYTESTRInitiateRequest::=Sproposed-quality-of-serviproposed-dlms-version-qumberproposed-max-pdu-siDL/T790.6—2010/IEConformance::=[APPLICATION3{}proposed-quality-of-serviproposed-dlms-version-numberproposed-max-pdu-si=TRUE(默認值)=存在，值為400111000000000000response-allowed數據項的使用標記(FALSE,傳送DEFAULT值)04proposed-quality-of-service數據項的編碼(4)01proposed-dlms-version-number數據項的編碼(1)5E[APPLICATION30]標記(ASN.1顯式標記)的編碼03內容區(qū)字節(jié)長度(3)Comformance數據項的BER編碼00編碼最后一個字節(jié)中未用的位的編號(0)3CProposed-conformancd數據項的編碼86proposed-max-pdu-size數據項值的編碼(0x86)16)0x?C00值表示除支持必備服務外建議也支持以下服務：讀(第3位)、寫(第4位)、非確認寫(第5位)。DL/T790.6—2010/IEC61InitiateResponse::=此外，vaa-name是有效的，這意味著vaa-name為111(即vaa-nameInteger16的最低三位為111)。Negotiated-quality-of-service、negotiated-dlms-version-number、negotiated-conformance08DLMSPDUCHOICE(InitisteResponse)的(顯式)標記01negotiated-quality-of-service數據項的使用標記(TRUE,存在)04negotiated-quality-of-service數據項的編碼(01negotiated-quality-of-service的編碼(1)5E[APPLICATI03內容區(qū)字節(jié)長度(3)一致00最后一個字節(jié)中未使用位的號86negotiated-max-pdu-[例C.3]確認的服務出錯PDU的A-XDR編碼。本例說明當InitiateRequest服務不被DLMS服務器接受時的DLMSPDU的A-XDR編碼。服務不被接受的原因是建議的內容不適用于所用服務器的服務表。其中ServiceError意義如下：DL/T790.6—2010/IEC61334-6:2{{fused-by-the-VDE-Handr}因此，在上述情況下，ConfirmedServiceErrorPDU的A-XDR編碼如下：0EDLMSPDUCHOICE的(顯示)標記(ConfirmedServiceError=14)01ConfimedServiceErrorCHOICE的(顯式)標記(initiateError=1)06ServiceErrorCHOICE的(顯式)標記(initiate=6)02ENUMERATED值的編碼(incompatible-conforoance=2)本例說明在以下情況下讀狀態(tài)請求(GetStatusRequest)PDU及其響應的A-XDR編碼：-——請求不需要條件參數(Indentify=FALSE)。 用于接收請求的VDE實例規(guī)定如下：{VDE-type0x0001,--VDE類型值(在其他地方定義)Vendor-Name,-由制造商定義Version-Number,-由制造商定義GetStatusRequest定義如下：因此，在上述情況下，GetStatusRequestPDU的A-XDR編碼如下：02DLMSPDUCHOICE的(顯式)標識(GetStatusRequest=2)DL/T790.6—2010/IE}01VDE-Type值(Integer16=0x0001)的編碼34Serial-NumberBYTESTRING(=“1234”)的內容區(qū)00狀態(tài)數據項的使用標記，它不存在于編碼中17)0F表中第2個VAA-Name(15=00OPTIONALIdentifySEQUENCE的使用標記(FALSE,表示不存在)DLMS命名變量(NamedNamedVariable17)此值為傳送協議數據單元的默認值。DL/T790.6—2010/IEC61334-6{}作為ReadReques