ICS29.240

F20

備案號：DL

中華人民共和國電力行業(yè)標準

DL/T698.45—XXXX

代替DL/T698.45—2017

能源量測監(jiān)控系統(tǒng)

第4-5部分：通信協(xié)議—數(shù)據(jù)交換協(xié)議

Energymeasurementmonitoringandcontrolsystem

part4-5：Communicationprotocol-dataexchangeprotocol

點擊此處添加與國際標準一致性程度的標識

（征求意見稿）

XXXX-XX-XX發(fā)布XXXX-XX-XX實施

國家能源局發(fā)布

DL/TXXXXX—XXXX

前??言

本文件按照GB/T1.1-2020《標準化工作導(dǎo)則第1部分：標準化文件的結(jié)構(gòu)和起草規(guī)則》的規(guī)則起

草。

本文件為DL/T698《電能信息采集與管理系統(tǒng)》的第4-5部分。DL/T698《電能信息采集與管理系

統(tǒng)》已經(jīng)發(fā)布了以下部分：

DL/T698.1電能信息采集與管理系統(tǒng)第1部分：總則；

DL/T698.2電能信息采集與管理系統(tǒng)第2部分：主站技術(shù)規(guī)范；

DL/T698.31電能信息采集與管理系統(tǒng)第3-1部分：電能信息采集終端技術(shù)規(guī)范－通用要求；

DL/T698.32電能信息采集與管理系統(tǒng)第3-2部分：電能信息采集終端技術(shù)規(guī)范－廠站采集終端

特殊要求；

DL/T698.33電能信息采集與管理系統(tǒng)第3-3部分：電能信息采集終端技術(shù)規(guī)范－專變采集終端

特殊要求；

DL/T698.34電能信息采集與管理系統(tǒng)第3-4部分：電能信息采集終端技術(shù)規(guī)范－公變采集終端

特殊要求；

DL/T698.35電能信息采集與管理系統(tǒng)第3-5部分：電能信息采集終端技術(shù)規(guī)范－低壓集中抄表

終端特殊要求；

DL/T698.36電能信息采集與管理系統(tǒng)第3-6部分：電能信息采集終端技術(shù)規(guī)范——通信單元要

求；

DL/T698.41電能信息采集與管理系統(tǒng)第4-1部分：通信協(xié)議－主站與電能信息采集終端通信；

DL/T698.42電能信息采集與管理系統(tǒng)第4-2部分：通信協(xié)議－集中器本地通信接口協(xié)議。

DL/T698.44電能信息采集與管理系統(tǒng)第4-4部分：通信協(xié)議—微功率無線通信；

DL/T698.45電能信息采集與管理系統(tǒng)第4-5部分：通信協(xié)議—面向?qū)ο蟮臄?shù)據(jù)交換協(xié)議；

DL/T698.46電能信息采集與管理系統(tǒng)第4-6部分：通信協(xié)議—采集終端遠程通信模塊接口協(xié)議；

DL/T698.51電能信息采集與管理系統(tǒng)第5-1部分：測試技術(shù)規(guī)范—功能測試；

DL/T698.52電能信息采集與管理系統(tǒng)第5-2部分：測試技術(shù)規(guī)范—遠程通信協(xié)議一致性測試；

DL/T698.61電能信息采集與管理系統(tǒng)第6-1部分：軟件要求—終端升級技術(shù)要求。

本文件代替DL/T698.45—2017《電能信息采集與管理系統(tǒng)第4-5部分：通信協(xié)議—面向?qū)ο蟮?/p>

數(shù)據(jù)交換協(xié)議》，與DL/T698.45—2017相比，除結(jié)構(gòu)調(diào)整和編輯性改動外，主要技術(shù)變化如下：

a）按照能源量測監(jiān)控系統(tǒng)的定位調(diào)整了標準名稱；

b）補充了能源量測監(jiān)控系統(tǒng)中各類設(shè)備交互的數(shù)據(jù)對象。

請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構(gòu)不承擔(dān)識別專利的責(zé)任。

本部分由中國電力企業(yè)聯(lián)合會提出。

本部分由電力行業(yè)電測量標準化技術(shù)委員會（DL/TC22）歸口。

本部分的起草單位：中國電力科學(xué)研究院有限公司等。

本部分的主要起草人：巫鐘興等。

本標準在執(zhí)行過程中的意見或建議反饋至中國電力企業(yè)聯(lián)合會標準化中心（北京市白廣路二條一

號，100761）。

III

DL/TXXXXX—XXXX

能源量測監(jiān)控系統(tǒng)

第4-5部分：通信協(xié)議-數(shù)據(jù)交換協(xié)議

1范圍

本標準規(guī)定了用電信息數(shù)據(jù)交換協(xié)議的通信架構(gòu)、數(shù)據(jù)鏈路層、應(yīng)用層、接口類與對象標識。

本標準適用于用電信息采集系統(tǒng)主站（以下簡稱“主站”）、采集終端、電能表之間的通信數(shù)據(jù)交

換。水、氣、熱等表計的數(shù)據(jù)采集可參照使用。

2規(guī)范性引用文件

下列文件中的內(nèi)容通過文中的規(guī)范性引用而構(gòu)成本文件必不可少的條款。其中，注日期的引用文件，

僅該日期的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。

GB/T16262.1—2006信息技術(shù)抽象語法記法（ASN.1）第1部分基本記法規(guī)范

GB/T17966—2000微處理器系統(tǒng)的二進制浮點運算

CJ/T188—2004戶用計量儀表數(shù)據(jù)傳輸技術(shù)條件

DL/T645—2007多功能電能表通信協(xié)議

DL/T790.6—2010采用配電線載波系統(tǒng)的配電自動化第6部分A-XDR編碼規(guī)則

GB/T16263.2-2006信息技術(shù)ASN.1編碼規(guī)則第2部分:緊縮編碼規(guī)則(PER)規(guī)范

3術(shù)語和定義

下列術(shù)語和定義適用于本文件。

3.1

面向?qū)ο蟮挠秒娦畔?shù)據(jù)交換協(xié)議objectorientedelectricdataexchangeprotocol

基于面向?qū)ο蠼７椒ń⒌囊惶走m用于用電信息采集系統(tǒng)的互操作性數(shù)據(jù)交換通信協(xié)議。面向?qū)?/p>

象建模以接口類實現(xiàn)繼承關(guān)系，以對象來封裝數(shù)據(jù)及操作，以對象為互操作的基本要素。

3.2

對象標識objectidentification

標識終端中對象唯一名稱的編碼。

3.3

邏輯名logicalname

用于標識接口類的實例，它是接口類的第一個屬性，它的值與對象標識一致。

3.4

類標識碼class_id

1

DL/TXXXXX—XXXX

用于區(qū)別對象接口類的標識碼，即接口類的名稱。

3.5

服務(wù)器地址serveraddress

客戶機/服務(wù)器（Client/Server）訪問模型中的服務(wù)器（Server）的通信地址。

3.6

邏輯地址logicaddress

服務(wù)器模型中邏輯設(shè)備的地址。

3.7

客戶機地址clientaddress

客戶機/服務(wù)器（Client/Server）訪問模型中的客戶機（Client）的通信地址。

注：主站訪問采集終端時，采集終端為服務(wù)器，主站為客戶機；主站訪問電能表時，電能表為服務(wù)器，主站為客戶

機；采集終端訪問電能表時，電能表為服務(wù)器，采集終端為客戶機。

3.8

采集啟動時標acquisitionstarttime

啟動采集任務(wù)時的設(shè)備時鐘當前值，其值只與啟動時刻有關(guān)，與執(zhí)行的時間長短無關(guān)。

3.9

采集成功時標acquisitiontime

客戶機成功接收到服務(wù)器響應(yīng)時的設(shè)備時鐘當前值。

3.10

采集存儲時標acquisitionstoragetime

采集到的數(shù)據(jù)進行存儲的時間。

3.11

組地址groupaddress

具有某一相同屬性的設(shè)備群組編碼，如屬于同一行業(yè)，同一變電站，同一線路，可以響應(yīng)同一個命

令。

3.12

通配地址thewildcardaddress

在十進制編碼表示的地址碼中出現(xiàn)一位或多位采用了通配符的地址碼。

3.13

消息鑒別碼MessageAuthenticationCode

用于鑒別消息的完整性的固定長度的認證標識。

2

DL/TXXXXX—XXXX

4符號和縮略語

4.1符號

下列符號適用于本文件。

∷=：定義為

4.2縮略語

下列縮略語適用于本文件。

A：地址域（Address）

ACD：請求訪問標識（AskCallDemand）

AD：采集數(shù)據(jù)（AcquiredData）

APDU：應(yīng)用層數(shù)據(jù)單元（APplicationlayerDataUnit）

A-XDR：抽象的外部數(shù)據(jù)表示（AbstracteXternalDataRepresentation）

B：二進制（Binary）

CA：客戶機通信地址（ClientAddress）

CSD：列選擇描述符（ColumnSelectionDescriptor）

DAR：數(shù)據(jù)訪問結(jié)果（DataAccessResult）

DIR：傳輸方向位（Direction）

ESAM：嵌入式安全控制模塊（EmbeddedSecureAccessModule）

FCS：幀校驗（FrameCheckSum）

H：十六進制（Hex）

HCS：幀頭校驗（HeadCheckSum）

IC：接口類（InterfaceClass）

LSB：最低有效位（LeastSignificantbit）

MAC：消息鑒別碼（MessageAuthenticationCode）

MS：表計集合（MeterSet）

OAD：對象屬性描述符（ObjectAttributeDescriptor）

OI：對象標識（ObjectIdentify）

OMD：對象方法描述符（ObjectMethodDescriptor）

PIID：序號及優(yōu)先標志（PriorityandInvokeID）

PIID-ACD：帶請求訪問標識的序號及優(yōu)先標志（PriorityandInvokeIDwithACD）

PRM：啟動標識位（PrimaryRequestMessage）

RCSD：記錄列選擇描述符（RecordColumnSelectionDescriptor）

RN：隨機數(shù)（RandomNumbers）

ROAD：記錄型對象屬性描述符（RecordObjectAttributeDescriptor）

RSD：記錄選擇描述符（RecordSelectionDescriptor）

SA：服務(wù)器通信地址（ServerAddress）

SC：擾碼（ScramblingCode）

TI：時間間隔（TimeInterval）

TSA：目標服務(wù)器地址（TargetServerAddress）

3

DL/TXXXXX—XXXX

5通信架構(gòu)

5.1信息交換模型

本標準信息交換模型見圖1。

圖1信息交換模型

客戶機和服務(wù)器之間的信息交換借助于通信協(xié)議實現(xiàn)。客戶機和服務(wù)器的應(yīng)用進程使用協(xié)議應(yīng)用層

的服務(wù)，應(yīng)用層是唯一包含服務(wù)組件的協(xié)議層，應(yīng)用層數(shù)據(jù)單元（APDU）通過數(shù)據(jù)鏈路層協(xié)議傳輸幀的

鏈路用戶數(shù)據(jù)域傳輸。

5.2基于應(yīng)用連接的數(shù)據(jù)交換

本標準中服務(wù)器和客戶機之間是基于應(yīng)用連接的數(shù)據(jù)交換，見圖2。

4

DL/TXXXXX—XXXX

圖2基于應(yīng)用連接的數(shù)據(jù)交換

客戶機和服務(wù)器在開始通信前，通信信道必須先完成預(yù)連接。預(yù)連接建立后，默認具有一個最低權(quán)

限的應(yīng)用連接，客戶機和服務(wù)器之間可直接進行數(shù)據(jù)交換。當客戶機需要得到更高權(quán)限的服務(wù)器服務(wù)時，

客戶機必須發(fā)起建立更高權(quán)限的應(yīng)用連接。

5.3請求/響應(yīng)類型的數(shù)據(jù)交換

本標準支持客戶機應(yīng)用進程向服務(wù)器應(yīng)用進程提出服務(wù)請求，服務(wù)器應(yīng)用進程向客戶機應(yīng)用進程提

供遠程服務(wù)響應(yīng)，見圖3。

客戶機應(yīng)用服務(wù)器應(yīng)用

服務(wù)請求

客戶機服務(wù)響應(yīng)服務(wù)器

客戶機應(yīng)用服務(wù)器應(yīng)用

服務(wù)請求

客戶機服務(wù)響應(yīng)服務(wù)器

圖3請求/響應(yīng)類型數(shù)據(jù)交換

5.4通知/確認類型的數(shù)據(jù)交換

本標準支持服務(wù)器應(yīng)用進程根據(jù)客戶機預(yù)先定制的主動上報內(nèi)容，向客戶機應(yīng)用進程提供遠程主動

上報數(shù)據(jù)服務(wù)，客戶機應(yīng)用進程向服務(wù)器應(yīng)用進程回復(fù)服務(wù)確認，見圖4。

客戶機應(yīng)用服務(wù)器應(yīng)用

服務(wù)提供

客戶機服務(wù)確認服務(wù)器

5

DL/TXXXXX—XXXX

客戶機應(yīng)用服務(wù)器應(yīng)用

服務(wù)提供

客戶機服務(wù)確認服務(wù)器

圖4通知/確認類型數(shù)據(jù)交換

5.5服務(wù)器模型

服務(wù)器模型見圖5。

圖5服務(wù)器模型

服務(wù)器模型要求如下：

a)物理設(shè)備由若干邏輯設(shè)備構(gòu)成，邏輯設(shè)備0為必須具備的邏輯設(shè)備；

b)每個邏輯設(shè)備由若干可訪問的接口類對象構(gòu)成，包括一個預(yù)先建立的應(yīng)用連接對象、若干個按

需建立的應(yīng)用連接對象、若干個其他接口類對象；

c)預(yù)先建立的應(yīng)用連接對象為邏輯設(shè)備必須具備的對象；

d)按需建立的應(yīng)用連接對象為可選對象，根據(jù)所需的訪問權(quán)限進行配置；

e)其他接口類對象為可選對象，根據(jù)設(shè)備功能所需進行配置。

6數(shù)據(jù)鏈路層

6.1字節(jié)格式

鏈路層幀的基本單元為8位字節(jié)，傳輸順序為低位在前，高位在后；低字節(jié)在前，高字節(jié)在后。

6.2幀格式

6.2.1幀結(jié)構(gòu)

6

DL/TXXXXX—XXXX

本標準采用的幀格式見圖6。

起始字符（68H）

長度域L

控制域C幀頭

地址域A

幀頭校驗HCS

APDU或

鏈路用戶數(shù)據(jù)

APDU分幀片段

幀校驗FCS

幀尾

結(jié)束字符（16H）

圖6幀格式

6.2.2長度域L

長度域L由2字節(jié)組成，采用BIN編碼，定義見圖7。

bit15bit14bit13bit12bit11bit10bit9bit8bit7bit6bit5bit4bit3bit2bit1bit0

保留幀數(shù)據(jù)長度單位幀數(shù)據(jù)長度值

圖7長度域L定義

其中：

a)bit0…bit13：幀數(shù)據(jù)長度值，是傳輸幀中不包含起始字符和結(jié)束字符的數(shù)據(jù)長度；

b)bit14：幀數(shù)據(jù)長度單位，0表示幀數(shù)據(jù)長度單位為字節(jié)，1表示幀數(shù)據(jù)長度單位為千字節(jié)；

c)bit15：保留。

6.2.3控制域C

控制域C定義

控制域C為1個字節(jié)，按位或位的組合使用，定義見圖8。

bit7bit6bit5bit4bit3bit2bit1bit0

傳輸方向DIR啟動標志PRM分幀標志保留擾碼標志SC功能碼

圖8控制域C定義

傳輸方向及啟動標志位

傳輸方向位及啟動標志位定義：

a)傳輸方向位：bit7=0表示此幀是由客戶機發(fā)出的；bit7=1表示此幀是由服務(wù)器發(fā)出的；

b)啟動標志位：bit6=0表示此幀是由服務(wù)器發(fā)起的；bit6=1表示此幀是由客戶機發(fā)起的。

傳輸方向位DIR和啟動標志位PRM組合意義見表1。

表1傳輸方向位DIR和啟動標志位PRM組合意義

7

DL/TXXXXX—XXXX

DIRPRM組合意義

00客戶機對服務(wù)器上報的響應(yīng)

01客戶機發(fā)起的請求

10服務(wù)器發(fā)起的上報

11服務(wù)器對客戶機請求的響應(yīng)

分幀標志位

分幀標志位:bit5=0，表示此幀鏈路用戶數(shù)據(jù)為完整APDU；bit5=1，表示此幀鏈路用戶數(shù)據(jù)為APDU

片段。

擾碼標志位

擾碼標志位:bit3=0，表示此幀鏈路用戶數(shù)據(jù)不加擾碼；bit3=1，表示此幀鏈路用戶數(shù)據(jù)加擾碼，

發(fā)送時鏈路用戶數(shù)據(jù)按字節(jié)加33H。

功能碼

功能碼采用BIN編碼，定義見表2。

表2功能碼定義

功能碼服務(wù)類型應(yīng)用說明

0保留

1鏈路管理鏈路連接管理（登錄，心跳，退出登錄）

2保留

3用戶數(shù)據(jù)應(yīng)用連接管理及數(shù)據(jù)交換服務(wù)

4…7保留

6.2.4地址域A

地址域組成

地址域A由可變字節(jié)數(shù)的服務(wù)器地址SA和1字節(jié)的客戶機地址CA組成，定義見圖9。

服務(wù)器地址SA

客戶機地址CA

圖9地址域定義

服務(wù)器地址SA

.1服務(wù)器地址定義

服務(wù)器地址SA由1字節(jié)地址特征和N個字節(jié)地址組成。定義見圖10。

bit7bit6bit5bit4bit3bit2bit1bit0

地址類型邏輯地址地址長度1字節(jié)地址特征

8

DL/TXXXXX—XXXX

擴展邏輯地址/分路地址1字節(jié)

地址N-1字節(jié)地址

圖10服務(wù)器地址SA定義

地址特征定義：

a)bit0…bit3：為地址的字節(jié)數(shù)，取值范圍：0…15，對應(yīng)表示1…16個字節(jié)長度；

b)bit4…bit5：邏輯地址；

bit5=0表示無擴展邏輯地址，bit4取值0和1分別表示邏輯地址0和1；

bit5=1表示有擴展邏輯地址，bit4備用；地址長度N包含1個字節(jié)的擴展邏輯地址，取值范

圍2…255，表示邏輯地址2…255；

c)bit6…bit7：為服務(wù)器地址的地址類型，0表示單地址，1表示通配地址，2表示組地址，3

表示廣播地址。

擴展邏輯地址和地址要求如下：

a)擴展邏輯地址取值范圍2…255；

b)編碼方式為壓縮BCD碼，0保留；

c)當服務(wù)器地址的十進制位數(shù)為奇數(shù)時，最后字節(jié)的bit3…bit0用FH表示。

.2單地址

單地址的長度為可變字節(jié)。

.3組地址

組地址的長度為可變字節(jié)。組地址對系統(tǒng)中屬于該群組的服務(wù)器有效，無需應(yīng)答。

.4通配地址

通配地址的長度為可變字節(jié)。每字節(jié)二進制高低各4位分別編碼表示兩個0到9的十進制數(shù)或通配符

AH。通配符按十進制位使用，對應(yīng)的十進制位為AH時，表示該十進制位可為0到9的任意值。

.5廣播地址

廣播地址的長度固定為1字節(jié)，廣播地址=AAH。廣播地址對系統(tǒng)所有服務(wù)器有效，無需應(yīng)答。

客戶機地址CA

客戶機地址CA用1字節(jié)表示，取值0~255，服務(wù)器響應(yīng)時使用的客戶機地址應(yīng)與請求保持一致，0表

示不關(guān)注客戶機地址。

6.2.5幀頭校驗HCS

幀頭校驗HCS為2字節(jié)，是對幀頭部分不包含起始字符和HCS本身的所有字節(jié)的校驗，校驗算法見附

錄D。

6.2.6鏈路用戶數(shù)據(jù)

鏈路用戶數(shù)據(jù)包含一個APDU或APDU分幀片段，APDU（應(yīng)用層數(shù)據(jù)單元）見7.4。

6.2.7幀校驗FCS

9

DL/TXXXXX—XXXX

幀校驗FCS為2字節(jié)，是對整幀不包含起始字符、結(jié)束字符和FCS本身的所有字節(jié)的校驗，校驗算法

見附錄D。

6.3傳輸規(guī)則

6.3.1字節(jié)規(guī)則

采用串行通信方式發(fā)送數(shù)據(jù)時：

a)線路空閑狀態(tài)為二進制1；

b)在有效數(shù)據(jù)幀前加4個FEH作為前導(dǎo)碼；

c)數(shù)據(jù)鏈路層幀的字節(jié)之間無線路空閑間隔；兩幀之間的線路空閑間隔至少33位。

6.3.2分幀傳輸

分幀傳輸規(guī)則

當一個APDU數(shù)據(jù)組幀的長度超過協(xié)商的最大幀長度時，采用分幀傳輸。采用分幀傳輸時，控制域中

分幀標志位置1。數(shù)據(jù)接收端應(yīng)對分幀進行逐條確認。

分幀傳輸格式定義

分幀傳輸時，數(shù)據(jù)鏈路層的鏈路用戶數(shù)據(jù)為分幀傳輸幀，分為數(shù)據(jù)幀和確認幀；分幀傳輸?shù)臄?shù)據(jù)幀

包含分幀格式域和APDU片段，格式定義見圖11。分幀傳輸?shù)拇_認幀僅包含分幀格式域，不含APDU片段。

分幀格式

鏈路用戶數(shù)據(jù)

APDU片段

圖11分幀傳輸幀格式定義

分幀格式域為2字節(jié)，按位或位的組合使用，定義見圖12。

bit7bit6bit5bit4bit3bit2bit1bit0

bit15…bit14bit13bit12bit11bit10bit9bit8

圖12分幀格式域定義

位定義如下：

a)bit0…bit11：表示分幀傳輸?shù)膸蛱枺≈捣秶?…4095，循環(huán)使用；

b)bit12…bit13：保留；

c)bit14…bit15：表示分幀類型，定義見表3。

表3分幀類型定義

分幀類型意義

0表示分幀傳輸起始幀

10

DL/TXXXXX—XXXX

1表示分幀傳輸末尾幀

2表示分幀傳輸確認幀

3表示分幀傳輸中間幀

分幀傳輸交互規(guī)則

分幀傳輸交互可由服務(wù)器或客戶機任意一側(cè)發(fā)起，適用于主動發(fā)起的數(shù)據(jù)服務(wù)或者被動應(yīng)答的數(shù)據(jù)

服務(wù)，發(fā)送方將APDU應(yīng)用數(shù)據(jù)單元分割成若干個片段，通過分幀方式依次發(fā)送。

分幀傳輸交互過程如下：

a)由服務(wù)器或客戶機啟動的數(shù)據(jù)分幀傳輸過程見圖13。

11

DL/TXXXXX—XXXX

圖13服務(wù)器/客戶機啟動傳輸?shù)臄?shù)據(jù)請求服務(wù)的分幀過程

b)服務(wù)器響應(yīng)客戶機請求的數(shù)據(jù)分幀傳輸過程見圖14。

12

DL/TXXXXX—XXXX

圖14服務(wù)器響應(yīng)數(shù)據(jù)請求的服務(wù)分幀過程

分幀過程如下：

a)分幀的第一幀數(shù)據(jù)，幀序號（block）=0，分幀類型=0；

b)分幀傳輸確認，分幀類型=2，block值為最近一次收到正確的幀序號；

c)分幀的發(fā)送方在接收到確認幀后傳輸下一個數(shù)據(jù)幀，分幀類型=3，分幀序號block=接收到確

認幀的幀序號+1，重復(fù)b)和c)；

d)分幀的最后一幀，block=最后一幀的幀序號，分幀類型=1，發(fā)送方在接收到最后一個確認幀后，

分幀傳輸過程完成。

13

DL/TXXXXX—XXXX

7應(yīng)用層

7.1標記規(guī)則和編碼規(guī)則

應(yīng)用層數(shù)據(jù)單元（APDU）的標記規(guī)則遵循ASN.1的抽象語法，詳見GB/T16262.1—2006。應(yīng)用層數(shù)

據(jù)單元（APDU）的編碼規(guī)則遵循A-XDR，詳見DL/T790.6—2010。

應(yīng)用層緊湊服務(wù)的數(shù)據(jù)單元（APDU）的編碼規(guī)則遵循PER，詳見GB/T16263.2-2006。

7.2通用數(shù)據(jù)類型

接口類及對象實例使用的數(shù)據(jù)類型見表4。

表4接口類及對象實例使用的數(shù)據(jù)類型定義

類型描述標記定義數(shù)值范圍

NULL0空

SEQUENCEOFData（見7.3.1）

array1

數(shù)組的元素在對象屬性或方法的描述中定義

SEQUENCEOFData（見7.3.1）

structure2

結(jié)構(gòu)的元素在對象屬性或方法的描述中定義

bool3布爾值1或0

bit-string4位串

double-long532位整數(shù)-231…231-1

double-long-unsigned632位正整數(shù)0…232-1

保留7-8

octet-string98位字節(jié)串

visible-string10ASCII字符串

保留11

UTF8-string12UTF-8編碼的字符串

保留13-14

integer158位整數(shù)-128…127

long1616位整數(shù)-32768…32767

unsigned178位正整數(shù)0…255

long-unsigned1816位正整數(shù)0…65535

保留19

long642064位整數(shù)-263…263-1

long64-unsigned2164位正整數(shù)0…264-1

enum22枚舉的元素在對象屬性或方法的描述中定義0…255

float322332位浮點數(shù)

float642464位浮點數(shù)

date_time25octet-string（SIZE（10））

date26octet-string（SIZE（5））

time27octet-string（SIZE（3））

date_time_s28octet-string（SIZE（7））

保留29-79

OI80見7.3.5

OAD81見7.3.6

ROAD82見7.3.7

14

DL/TXXXXX—XXXX

類型描述標記定義數(shù)值范圍

OMD83見0

TI84見7.3.9

TSA85見7.3.10

MAC86見7.3.11

RN87見7.3.12

Region88見7.3.13

Scaler_Unit89見7.3.14

RSD90見7.3.15

CSD91見0

MS92見7.3.17

SID93見7.3.18

SID_MAC94見7.3.19

COMDCB95見7.3.20

RCSD96見7.3.21

VQDS97見7.3.30

保留98-255

注：表中的“位”表示1個二進制信息單位（bit）。

7.3數(shù)據(jù)類型定義

7.3.1Data數(shù)據(jù)類型

Data的數(shù)據(jù)類型定義見表5。

表5Data數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

Data∷=CHOICE見7.2。

{

NULL[0]，

array[1]，

structure[2]，

bool[3]，

bit-string[4]，

double-long[5]，

double-long-unsigned[6]，

octet-string[9]，

visible-string[10]，

UTF8-string[12]，

integer[15]，

long[16]，

unsigned[17]，

long-unsigned[18]，

long64[20]，

long64-unsigned[21]，

15

DL/TXXXXX—XXXX

數(shù)據(jù)類型定義說明

enum[22]，

float32[23]，

float64[24]，

date_time[25]，

date[26]，

time[27]，

date_time_s[28]，

OI[80]，

OAD[81]，

ROAD[82]，

OMD[83]，

TI[84]，

TSA[85]，

MAC[86]，

RN[87]，

Region[88]，

Scaler_Unit[89]，

RSD[90]，

CSD[91]，

MS[92]，

SID[93]，

SID_MAC[94]，

COMDCB[95]，

RCSD[96]，

VQDS[97]

}

7.3.2浮點數(shù)據(jù)類型

浮點數(shù)據(jù)類型包括float32以及float64，格式定義見GB/T17966—2000。

7.3.3PIID數(shù)據(jù)類型

服務(wù)序號及優(yōu)先標志PIID（PriorityandInvokeID）的數(shù)據(jù)類型定義見表6。

表6PIID數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

PIID∷=unsignedPIID用于客戶機APDU（Client-APDU）的服務(wù)數(shù)據(jù)類型中，其中：

bit7（服務(wù)優(yōu)先級）——0：普通優(yōu)先級，1：高優(yōu)先級，在應(yīng)答APDU

中，其值與請求的APDU相同。

bit6（保留）。

bit0…bit5（服務(wù)序號）——二進制編碼表示0…63，在應(yīng)答APDU中，

16

DL/TXXXXX—XXXX

數(shù)據(jù)類型定義說明

其值與請求的APDU相同。

7.3.4PIID-ACD數(shù)據(jù)類型

帶ACD標志位的服務(wù)序號及優(yōu)先標志PIID-ACD（PriorityandInvokeIDwithACD）的數(shù)據(jù)類型定

義見表7。

表7PIID-ACD數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

PIID-ACD∷=unsignedPIID-ACD用于服務(wù)器APDU（Server-APDU）的服務(wù)數(shù)據(jù)類型中，其中：

bit7（服務(wù)優(yōu)先級）——見表6。

bit6（請求訪問ACD）——0：不請求，1：請求。

bit0…bit5（服務(wù)序號）——見表6。

7.3.5OI數(shù)據(jù)類型

對象標識數(shù)據(jù)類型OI定義見表8。

表8OI數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

OI∷=long-unsigned

7.3.6OAD數(shù)據(jù)類型

對象屬性描述符OAD（ObjectAttributeDescriptor）的數(shù)據(jù)類型定義見表9。

表9OAD數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

OAD∷=SEQUENCE對象標識——見8.2.28。

{屬性標識及其特征，其中：

對象標識OI，1)bit0…bit4編碼表示對象屬性編號，取值0…31，其中0表

屬性標識及其特征unsigned，示整個對象屬性，即對象的所有屬性，見8.2.1；

屬性內(nèi)元素索引unsigned（1…255）2)bit5…bit7編碼表示屬性特征，屬性特征是對象同一個屬性

}在不同快照環(huán)境下取值模式，取值0…7，特征含義在具體類

屬性中描述。

屬性內(nèi)元素索引——00H表示整個屬性全部內(nèi)容。如果屬性是結(jié)構(gòu)

或數(shù)組，01H指向?qū)ο髮傩缘牡谝粋€元素；如果屬性是記錄型的存

儲區(qū)，非0值n表示最近第n次的記錄。

7.3.7ROAD數(shù)據(jù)類型

17

DL/TXXXXX—XXXX

記錄型對象屬性描述符ROAD（RecordObjectAttributeDescriptor）的數(shù)據(jù)類型定義見表10。

表10ROAD數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

ROAD∷=SEQUENCEROAD用于描述記錄型對象中的一個或若干個關(guān)聯(lián)對象屬性。

{OAD——見7.3.6。

對象屬性描述符OAD，

關(guān)聯(lián)對象屬性描述符SEQUENCEOFOAD

}

7.3.8OMD數(shù)據(jù)類型

對象方法描述符OMD（ObjectMethodDescriptor）的數(shù)據(jù)類型定義見表11。

表11OMD數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

OMD∷=SEQUENCEOMD用于描述對象的方法。

{對象標識——見8.2.28。

對象標識OI，方法標識——對象方法編號，見8.2.1。

方法標識unsigned（1…255），操作模式——值默認為0。

操作模式unsigned（0）

}

7.3.9TI數(shù)據(jù)類型

時間間隔TI（TimeInterval）的數(shù)據(jù)類型定義見表12。

表12TI數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

TI∷=SEQUENCETI用于表示時間間隔的間隔值及時間單位，間隔值為0表示無間隔。

{

單位ENUMERATED

{

秒（0），

分（1），

時（2），

日（3），

月（4），

年（5）

}，

間隔值long-unsigned

}

18

DL/TXXXXX—XXXX

7.3.10TSA數(shù)據(jù)類型

目標服務(wù)器地址TSA（TargetServerAddress）的數(shù)據(jù)類型定義見表13。

表13TSA數(shù)據(jù)類型定義

數(shù)據(jù)類型定義說明

TSA∷=octet-string(SIZE(2…17))