中文字幕在线视频不卡,亚洲欧美日本另类激情,天天摸天天操天天爽,人人揉人人捏人人添小说

本規范規定了危險化學(xué)品汽車(chē)運輸監控系統中，通信控制處理中心與運營(yíng)控制中心、客戶(hù)端監控中心間經(jīng)通信網(wǎng)絡(luò )進(jìn)行數據傳輸和數據交換的通信接口協(xié)議的術(shù)語(yǔ)、定義和縮略語(yǔ)和接口要求。

本規范適用于危險化學(xué)品汽車(chē)運輸安全監控系統中通信控制處理中心、運營(yíng)控制中心和客戶(hù)端監控中心和其他汽車(chē)安全運輸監控系統的軟件設計和開(kāi)發(fā)。

2　規范性引用文件

下列文件中的條款通過(guò)本標準的引用而成為本標準的條款。凡是注日期的引用文件，其隨后所有的修改單（不包括勘誤的內容）或修訂版均不適用于本標準，然而，鼓勵根據本標準達成協(xié)議的各方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件，其最新版本適用于本標準。

AQ3003—2005 危險化學(xué)品汽車(chē)運輸安全監控系統通用規范

AQ3004—2005 危險化學(xué)品汽車(chē)運輸安全監控車(chē)載終端

RFC 1321 The MD5 Message—Digest Algorithm

3　術(shù)語(yǔ)、定義和縮略語(yǔ)

3.1　術(shù)語(yǔ)和定義

術(shù)語(yǔ)見(jiàn)AQ3003—2005和AQ3004—2005。

指令 command

控制車(chē)載終端設備工作的報文

字節 byte

8位二進(jìn)制數據

位/比特位 bit

一個(gè)位/比特位擁有一個(gè)值，0或1。

配置 configuration

車(chē)載終端在工作過(guò)程中相對穩定的信息,如固件版本，存儲器容量，輸入端口等。TCU的配置不能動(dòng)態(tài)的進(jìn)行更改，只有當TCU無(wú)其他任務(wù)時(shí)才可進(jìn)行升級或更改，但可以動(dòng)態(tài)的通過(guò)通信網(wǎng)絡(luò )對配置信息進(jìn)行查詢(xún)。

受控輸出 controlled output

車(chē)載終端設備中可遠程控制的輸出端口。通過(guò)通信網(wǎng)絡(luò )，受控輸出的狀態(tài)能夠被查詢(xún)或改變。

事件 events

車(chē)載終端設備狀態(tài)的改變。

網(wǎng)關(guān) gateway

在不同協(xié)議間編碼和解碼及傳輸數據的網(wǎng)絡(luò )交換設備。

消息 message

汽車(chē)運輸安全監控系統實(shí)體間傳輸的分組數據。

車(chē)載終端設備識別號 telematics control unit identifier

分配給車(chē)載終端設備的48位編碼信息，用于識別系統內的車(chē)載終端設備,TCU—ID。

應答/回復 reply

監控系統用于應答指令、通告或報告的報文。表明指令的執行結果,聲明通告或報告的接收情況。如果指令執行失敗，應當在回復中說(shuō)明失敗的原因。

報告 report

由車(chē)載終端設備發(fā)出的報文，包含車(chē)載終端設備的配置信息，工作參數或狀態(tài)信息。

工作參數 settings

在不同的工作模式下，車(chē)載終端不同的工作參數值。工作模式規范了TCU的行為，可以通過(guò)通信網(wǎng)絡(luò )被查詢(xún)或者更改。

狀態(tài) status

反映TCU在某一時(shí)刻或一小段時(shí)間內所處環(huán)境。包括了如地理位置，輸入端口狀態(tài)等。車(chē)載終端設備將狀態(tài)報告發(fā)送至通信控制處理中心。

電源管理策略 ASAP

電源管理策略與機制保證系統最高效的節能，系統分為：運行, 空閑,睡眠三種運行模式。交互式應用的超時(shí)，非交互式應用設備的使用，只占用CPU設備運算應用的運行，以及系統偵測設備運行狀態(tài)的綜合判斷導致操作系統電源管理服務(wù)器運行狀態(tài)機的改變，從而保證系統始終處于最少的能耗狀態(tài)。

3.2　縮略語(yǔ)

車(chē)載終端設備 telematics control unit

TCU

低位優(yōu)先 least significant bit

LSB

高位優(yōu)先 most significant bit

MSB

指令和文件傳輸協(xié)議 command and file transfer protocol

CFTP

挑戰握手認證協(xié)議challenge handshake authentication protocol

CHAP

電路數據交換 circuit switched data

CSD

全球定位系統 global positioning system

GPS

全球移動(dòng)通信系統 global system for mobile communications

GSM

通信控制處理中心 communication control processing center

CCPC

運營(yíng)控制中心 operation control center

OCC

客戶(hù)端監控中心clinet of monitoring center

CMC

接入點(diǎn) access point node

APN

檢測網(wǎng)絡(luò )設備可訪(fǎng)問(wèn)性的方法package internet groper

Ping

世界協(xié)調時(shí)間universal time coordinated

UTC

由TCU提交的消息（上行） Mobile Originated

MO

由TCU接收的消息（下行） Mobile Terminated

MT

輸入輸出端口 input/output

I/O

GPS里程表值 vehicle odometer value of gps

ODO

4　要求

4.1　通用要求

4.1.1　通信網(wǎng)絡(luò )的系統要求

對通信網(wǎng)絡(luò )有如下要求：

a. 通信媒介具備連接性；

b. 信息流具備雙向特性；

c. 信息由若干8位字節組成，在必要時(shí)通信網(wǎng)絡(luò )負責數據的分段；

d. 通信網(wǎng)絡(luò )不負責對成功的數據傳輸進(jìn)行反饋。

4.1.2　基本數據類(lèi)型定義

表1　基本數據類(lèi)型

4.1.3　擴展數據類(lèi)型定義

擴展數據類(lèi)型由基本數據類(lèi)型組合而成。圖1給出了擴展數據類(lèi)型的通用結構。

圖1　擴展數據類(lèi)型的通用結構

表2中給出了可用的擴展數據類(lèi)型。

表2　擴展數據類(lèi)型

4.1.3.1　數據段描述

數據段中各個(gè)字段的數據類(lèi)型定義見(jiàn)表3：

表3　數據段描述的字段定義

表3第二列的定義見(jiàn)表1。

4.1.3.2　多邊形區域

本數據類(lèi)型各個(gè)字段的定義如下表4：

表4　多邊形區域的字段定義

4.1.3.3　圓形區域

本數據類(lèi)型用于描述圓形區域，各個(gè)字段的定義如下表5：

表5　圓形區域的字段定義

4.1.3.4　區域簡(jiǎn)報

本數據類(lèi)型用于描述區域簡(jiǎn)報，各個(gè)字段的定義見(jiàn)表6。

表6　區域簡(jiǎn)報的字段定義

4.1.3.5　預定任務(wù)

本數據類(lèi)型用于描述預定任務(wù)信息，各個(gè)字段的定義見(jiàn)下表7：

表7　預定任務(wù)的字段定義

4.1.3.6　黑匣子信息

本數據類(lèi)型用于描述黑匣子信息，各個(gè)字段的定義見(jiàn)表8：

表8　黑匣子信息的字段定義

4.1.3.7　線(xiàn)路點(diǎn)

本數據類(lèi)型用于描述TCU行駛路線(xiàn)上的點(diǎn)和環(huán)繞該點(diǎn)的圓形區域，也稱(chēng)檢查點(diǎn)。在某個(gè)預定的時(shí)間，車(chē)輛應該進(jìn)入該檢查點(diǎn)，且在該檢查點(diǎn)內的停留時(shí)間不超過(guò)預定值。本數據類(lèi)型各個(gè)字段的定義見(jiàn)表9：

表9　線(xiàn)路點(diǎn)的字段定義

當檢查點(diǎn)ID為0時(shí)，進(jìn)入時(shí)間和持續時(shí)間將被忽略。

4.1.3.8　通告消息

本數據類(lèi)型用于事件發(fā)生后，TCU發(fā)送至相關(guān)單位的通告，各個(gè)字段的定義見(jiàn)表10：

表10　通告消息的字段定義

4.1.3.9　區域模板

本數據類(lèi)型定義了該區域對車(chē)輛行為規定的相應參數。各個(gè)字段的定義如下表11：

表11　區域模板的字段定義

4.2　CCPC與OCC、CMC間信息流

本節闡述CCPC與OCC、CMC應用程序間的通信機制。

4.2.1　通過(guò)CCPC創(chuàng )建或終止通信

應用程序通過(guò)CCPC在通信網(wǎng)絡(luò )中建立和終止通信。

4.2.2　通信接口間的交互機制

通常,發(fā)送端將需要回復的報文發(fā)送至接收端。有三種形式的回復：

a. 應答與正確的響應；

b. 應答與錯誤的響應；

c. 沒(méi)有收到應答或者響應。

典型的交互的特征如下：

4.2.2.1　事務(wù)處理成功

4.2.2.1.1　提出交互的應用程序簽發(fā)一個(gè)操作請求，并為其配發(fā)一個(gè)事務(wù)ID。CCPC簽發(fā)一個(gè)應答，使用：

a. 與操作請求一致的事務(wù)ID；

b. 在認證請求有效后，回復“接受”；

c. 收到SMSC信息后，回復“提交成功”；

d. 在TCU發(fā)送信息后，回復“發(fā)送成功”；

4.2.2.1.2　CCPC和/或TCU完成所請求的操作后發(fā)出回復，回復內容包括：

a. 與操作請求一致的事務(wù)ID；

b. 所請求的報告信息，或者“完成”消息；

c. 應用程序不對“完成”消息做出響應。

4.2.2.1.3　對于接收到的操作，應用程序回復如下：

a. 與操作請求一致的事務(wù)ID；

b. 由OCC或CMC的應用程序發(fā)起的交互事務(wù)的ID是偶數，由CCPC發(fā)起的交互事務(wù)的ID是奇數。

4.2.2.2　事務(wù)處理未完成

當處理信息時(shí)， TCU或CCPC可能會(huì )遇到異常。為處理可能出現的異常，交互事務(wù)作出以下調整：

4.2.2.2.1　提出交互的應用程序使用一個(gè)唯一的事務(wù)ID簽發(fā)一個(gè)操作請求。

4.2.2.2.2　CCPC簽發(fā)一個(gè)應答，使用：

a. 與操作請求一致的事務(wù)ID；

b. 在認證請求有效后，回復“接受”；

c. 收到SMSC信息后，回復“提交成功”；

d. 在TCU發(fā)送信息后，回復“發(fā)送成功”。

4.2.2.2.3　CCPC簽發(fā)回復，內容包括：

a. 與操作請求一致的事務(wù)ID；

b. “接受”消息。

4.2.2.2.4　TCU經(jīng)判斷若認為行動(dòng)請求中有異常信息，將通過(guò)CCPC發(fā)送以下應答至應用程序：

a. 與操作請求一致的事務(wù)ID；

b. “無(wú)效”消息。

4.2.2.3　事務(wù)處理失敗

除以上情況外，信息處理事務(wù)失敗的情況有：

4.2.2.3.1　實(shí)體將請求丟棄；

4.2.2.3.2　實(shí)體不工作；

4.2.2.3.3　網(wǎng)絡(luò )將請求丟棄；

4.2.2.3.4　網(wǎng)絡(luò )將響應丟棄；

4.2.2.3.5　超時(shí)。

出現上述情況后，應用程序會(huì )使用新的事物ID重新發(fā)送相同的信息。

4.2.2.4　事件處理

事件處理是一類(lèi)由TCU發(fā)起的事務(wù)。事件處理的機制允許應用程序對可能發(fā)生的事件進(jìn)行預定義，同時(shí)預先規定該狀況發(fā)生后TCU應該執行的任務(wù)。

CCPC為事件選擇事務(wù)ID，并在某個(gè)事件的處理過(guò)程中始終使用相同的事務(wù)ID。事件的處理過(guò)程為：

4.2.2.4.1　CCPC使用由CCPC選擇的事務(wù)ID簽發(fā)CCPC事件, TCU事件或TCU狀態(tài)信息

4.2.2.4.2　應用程序的應答包括：

a. 與請求保持一致的事務(wù)ID；

b. “完成”消息。

4.2.3　信息發(fā)送序列

收到應用程序發(fā)送的“請求CSD鏈接”指令后，CCPC將發(fā)起如圖2所示的通話(huà)過(guò)程。若CCPC無(wú)法提供相應的CSD鏈路，將發(fā)出通用NAK應答。

如果預定通話(huà)失敗，CCPC應發(fā)送CSD預定通話(huà)報文至用戶(hù)，該報文的原因標識為“關(guān)閉”，預定通話(huà)狀態(tài)為“失敗”。預定通話(huà)失敗的原因可能為通話(huà)未按時(shí)發(fā)起，TCU未能在配給的時(shí)間窗內通話(huà)，或預定任務(wù)未完成。

預訂通話(huà)若開(kāi)始執行的時(shí)刻，與通話(huà)相關(guān)的資源可能與預定不同。這將導致預定被取消。如果當前配給的時(shí)間窗無(wú)法繼續使用，但另一個(gè)時(shí)段可用，那么通話(huà)重新預定至該時(shí)段進(jìn)行。如CCPC將預定通話(huà)取消，應發(fā)送原因標識為“失去操作資源，通話(huà)取消”，預定通話(huà)狀態(tài)為“預定已刪除”的CSD預定通話(huà)報文至預定通話(huà)發(fā)起端。

圖2　CSD通話(huà)進(jìn)程

4.3　報文結構要求

4.3.1　所有報文遵循以下結構，見(jiàn)圖3。

圖3　報文的結構

4.3.2　報文中使用的數據類(lèi)型和各數據項的長(cháng)度見(jiàn)表12。

表12　消息報文中的各信息項的定義

4.4　消息類(lèi)型

消息類(lèi)型見(jiàn)表13。

表13　消息類(lèi)型

4.4.1　OCC及CMC發(fā)送至CCPC的消息

OCC及CMC發(fā)送至CCPC的消息見(jiàn)表14。

表14　OCC和CMC發(fā)送至CCPC的消息報文

編號	消息類(lèi)型	描述
0	通用ACK	表明報文已經(jīng)被通信實(shí)體接受，等待進(jìn)一步處理。
1	文本信息	CCPC將該消息轉發(fā)至TCU，用于向司機顯示文本信息
2	TCU指令	CCPC將該消息轉發(fā)至TCU，用于控制TCU的行為
4	通用TCU工作參數設置，S=1	CCPC將該消息轉發(fā)至TCU，用于改變TCU的設置
	用戶(hù)報警SMS設置，S=2	用于改變第三方SMS設置
7	CCPC信息查詢(xún)	OCC及CMC發(fā)出該消息，查詢(xún)CCPC的配置，工作參數或狀態(tài)
12	區域定義	CCPC將該消息轉發(fā)至TCU，為TCU定義單個(gè)區域
17	CFTP消息	OCC及CMC使用該消息將一串二進(jìn)制數據封裝成TSIP規定的格式。
18	CSD指令	OCC及CMC使用該消息發(fā)送CSD信道指令。
20	用戶(hù)鑒權	通信開(kāi)始前OCC及CMC用此消息證明自身權限
21	多區域定義	CCPC將該消息轉發(fā)至TCU，為TCU定義多個(gè)區域
23	CCPC指令	指示CCPC作出某個(gè)操作。這些指令不轉發(fā)給TCU，但可能包含相關(guān)TCU的地址
25	路線(xiàn)定義	CCPC將該消息轉發(fā)至TCU，用于TCU的路線(xiàn)定義
255	通用NAK	通信實(shí)體收到無(wú)效報文或操作失敗后發(fā)出此應答消息

4.4.2　CCPC發(fā)送至OCC及CMC的消息

CCPC發(fā)送至OCC及CMC的消息見(jiàn)表15。

表15　CCPC發(fā)送至OCC及CMC的消息

4.5　消息格式

a. 通用的消息格式見(jiàn)圖4。

圖4　通用消息格式

在消息中，數據段由若干消息參數組成。消息類(lèi)型不同，數據段包含不同的消息參數。每個(gè)消息參數包括參數標識和參數體，其中，參數標識長(cháng)度為1字節。

b. 數據段結構見(jiàn)圖5。

參數標識[1]

參數體[1]

參數標識[2]

參數體[2]

……

參數標識[n]

參數體[n]

圖5　數據段結構

4.5.1　通用ACK應答（T=0，S=1）

通用ACK應答表明網(wǎng)絡(luò )實(shí)體接收到一個(gè)消息并可以對其進(jìn)一步處理。通用ACK可由OCC及CMC發(fā)送至CCPC，也可由CCPC發(fā)送至OCC及CMC。通用ACK消息的結構見(jiàn)圖6。

圖6　通用ACK消息報文的消息數據的結構

通用ACK消息的參數標識見(jiàn)表16。

表16　通用ACK數據段定義

“結果碼”為3表示接受了事務(wù)的指令。如果不使用結果碼，將設置為默認值0，表示指令已執行，事務(wù)處理結束。結果碼的參數定義具體見(jiàn)附錄A.

4.5.2　通用NAK應答（T=255，S=1）

實(shí)體發(fā)出通用NAK消息表明接收到的報文無(wú)效或者接收到的指令執行失敗。通用NAK可以由OCC及CMC發(fā)送至CCPC，也可由CCPC發(fā)送至OCC及CMC。通用NAK內可包含錯誤碼，表示所發(fā)生錯誤的類(lèi)型以及其它附加信息，具體定義見(jiàn)附錄B。

圖7　通用NAK消息報文的消息數據的結構

通用NAK的消息結構見(jiàn)表17。

表17　通用NAK消息數據段定義

4.5.3　文本消息（T=1）

使用不同協(xié)議的文本消息子類(lèi)型見(jiàn)表18：

表18　文本消息子類(lèi)型

文本消息可以由OCC及CMC發(fā)送至CCPC。文本消息也可由CCPC發(fā)送至OCC及CMC。

4.5.4　TCU指令（T=2）

本消息由OCC及CMC發(fā)送至CCPC。其指令子類(lèi)型見(jiàn)表19：

表19　TCU指令子類(lèi)型

4.5.4.1　TCU復位指令（T=2，S=1）

a. TCU指令子類(lèi)型 1：TCU復位指令的消息結構見(jiàn)圖8。

T=2

S=1

數據段

CS

圖8　TCU復位指令的消息結構

b. 參數標識定義見(jiàn)表20

表20　TCU復位指令數據段定義

4.5.4.2　查詢(xún)TCU信息指令（T=2，S=2）

TCU指令子類(lèi)型2：查詢(xún)TCU信息指令。本指令用于控制TCU上報自身信息。指令的消息結構見(jiàn)圖9。

T=2

S=2

數據段

CS

圖9　查詢(xún)TCU信息指令的消息結構

參數標識定義見(jiàn)表21。

表21　查詢(xún)TCU信息指令數據段定義

如果指令執行成功，CCPC將發(fā)送相應的報告如TCU配置、TCU設置、TCU狀態(tài)等消息或者通用ACK消息。

4.5.4.3　輸出設置指令（T=2，S=3）

TCU指令子類(lèi)型3：輸出設置指令。本指令用于控制TCU輸出的電平高低。指令的消息結構見(jiàn)圖10。

T=2

S=3

數據段

CS

圖10　輸出設置指令的消息結構

參數標識定義見(jiàn)表22。

表22　輸出設置消息數據段定義

4.5.4.4　工作模式設置指令（T=2，S=4）

TCU指令子類(lèi)型4：模式設置指令。本指令用于更改TCU的工作模式。模式設置指令的消息結構見(jiàn)圖11。

T=2

S=4

數據段

CS

圖11　模式設置指令的消息結構

參數標識定義見(jiàn)表23。

表23　模式設置指令參數數據段定義

4.5.4.5　路線(xiàn)設置指令（T=2，S=5）

TCU指令子類(lèi)型5：路線(xiàn)設置指令。本指令用于控制TCU路線(xiàn)監控功能的開(kāi)或關(guān)。路線(xiàn)設置指令的結構見(jiàn)圖12。

圖12　路線(xiàn)設置指令的消息結構

參數標識定義見(jiàn)表24。

表24　路線(xiàn)設置指令數據段定義

4.5.5　TCU配置（T=3，S=1）

本指令由CCPC發(fā)送至OCC及CMC，是對“查詢(xún)TCU信息”指令的回復。本消息的結構見(jiàn)圖13。

圖13　TCU配置消息的結構

參數標識定義見(jiàn)表25，其中，參數設備類(lèi)型定義見(jiàn)表26。

表25　TCU配置消息數據段定義

設備類(lèi)型編號見(jiàn)表26。

表26　設備類(lèi)型

4.5.6　TCU工作參數設置（T=4）

這類(lèi)消息可能由OCC及CMC發(fā)送至CCPC，用于更改TCU的工作參數設置；也可能由CCPC發(fā)送至OCC及CMC，用于上報TCU的工作參數設置信息。消息子類(lèi)型見(jiàn)表27。

表27　TCU設置消息子類(lèi)型

4.5.6.1　通用TCU工作參數設置（T=4，S=1）

本消息是對“查詢(xún)TCU配置” 指令的回復。本指令由OCC及CMC發(fā)送至CCPC，用于更改TCU的設置。

a. TCU工作參數設置消息的結構見(jiàn)圖14。

圖14　TCU工作參數設置消息的結構

b. 參數標識定義見(jiàn)下表28，其中部分由輸入控制的功能參數見(jiàn)表29。

表28　TCU工作參數設置消息數據段定義

表29　由輸入控制的功能的編號

4.5.6.2　用戶(hù)報警SMS設置（T=4，S=2）

本消息由OCC及CMC發(fā)送至CCPC，用于改變第三方SMS設置。是對“查詢(xún)用戶(hù)SMS報警設置”指令的回復。

報警SMS設置消息報文消息的結構見(jiàn)下圖。

圖15　用戶(hù)報警SMS設置消息的結構

參數標識定義見(jiàn)下表。

表30　用戶(hù)報警SMS設置消息數據段定義

4.5.6.3　車(chē)載終端GPRS設置（T=4，S=3）

本消息由CCPC發(fā)送至OCC及CMC，是TCU對GPRS工作參數設置的上報。

該消息報文消息數據的結構見(jiàn)下圖。

T=4

S=3

數據段

CS

圖16　GPRS TCU設置消息的結構

參數標識定義見(jiàn)下表。

表31　車(chē)載終端GPRS設置消息數據段定義

4.5.6.4　GPRS_APN配置（T=4，S=4）

本消息由OCC及CMC發(fā)送至CCPC，將GPRS_APN配置設置消息發(fā)送網(wǎng)絡(luò )的APN具體參數發(fā)送至特定TCU。TCU使用收到的APN具體參數更新APN的設置。

GPRS APN配置消息的結構見(jiàn)圖22，參數標識見(jiàn)表32。

圖17　GPRS APN配置消息的結構

表32　GPRS APN配置消息數據段定義

4.5.7　TCU狀態(tài)消息（T=5）

本消息由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC報告TCU狀態(tài)。消息子類(lèi)型見(jiàn)表33。該消息可以是面向請求的，也可以是非面向請求的。

表33　TCU狀態(tài)消息子類(lèi)型

4.5.7.1　通用狀態(tài)（T=5，S=1）

通用狀態(tài)消息用于報告終端的位置、操作和健康狀態(tài)。原因碼用于表明發(fā)送本消息的原因。TCU狀態(tài)消息子類(lèi)1：通用狀態(tài)消息的結構見(jiàn)圖18。

終端反饋的位置消息可包括多個(gè)狀態(tài)消息，來(lái)描述終端在一段時(shí)間內位置和狀態(tài)的變化。

圖18　通用狀態(tài)消息的結構

參數標識定義見(jiàn)表34。

表34　通用狀態(tài)消息數據段定義

參數 名稱(chēng)	參數 標識	參數體 數據類(lèi)型	描述
報告原因	1	U8	報告的原因，見(jiàn)表39
位置	2	POSITION	終端的地理位置
修正	3	BOOL	1- 真，位置被差分修正，缺省值0- 假，位置不進(jìn)行差分修正
半徑誤差	4	U16	以0.1米為單位
距離	5	U32	上一次距離復位后的行駛距離
方向	6	U16	方向，以10度為單位
行駛速度	7	U16	終端行駛速度，以0.01米每秒為單位
最高速度	8	U16	自上次狀態(tài)報告后的最高速度。以0.01米每秒為單位
衛星編號	9	U32	提供位置信息的衛星編號
點(diǎn)火	10	BOOL	車(chē)輛處于點(diǎn)火狀態(tài)
GPS鎖定	11	BOOL	GPS信號鎖定
危機模式	12	BOOL	終端處于危機模式
區域越界	13*	BOOL	終端區域越界違規
碰撞	14**	BOOL	碰撞輸入高電平
斷點(diǎn)	15*	BOOL	TCU車(chē)輛供電切斷
用戶(hù)受控輸出	16*	BOOL	用戶(hù)受控輸出高電平
GPS開(kāi)啟	17*	BOOL	GPS開(kāi)啟
工作狀態(tài)	19**	BOOL	終端處于正常模式/工作狀態(tài)
點(diǎn)火模式	20**	BOOL	終端處于正常模式/已點(diǎn)火
睡眠模式	21 **	BOOL	終端處于正常模式/睡眠狀態(tài)
喚醒模式	22**	BOOL	終端處于正常模式/醒來(lái)
維修服務(wù)模式	23**	BOOL	終端處于維修服務(wù)模式
自檢模式	24**	BOOL	終端處于自檢模式
導航模式	25**	BOOL	終端處于導航模式
固件復位	30**	BOOL	之前24小時(shí)內固件曾復位
GPS看門(mén)狗復位	31 **	BOOL	之前24小時(shí)內GPS看門(mén)狗曾復位
GSM看門(mén)狗復位	32**	BOOL	之前24小時(shí)內GSM看門(mén)狗曾復位
微處理器復位	33**	BOOL	之前24小時(shí)內微處理器曾復位
GSM通信失敗	34**	BOOL	與GSM模塊的通信失敗
GSM消息棧	35**	BOOL	GSM消息推入待處理隊列
無(wú)GSM消息	36**	BOOL	之前24小時(shí)內沒(méi)收到GSM消息
GPS通信失敗	37**	BOOL	與GPS模塊的通信失敗
GPS天線(xiàn)連接失敗	38**	BOOL	GPS天線(xiàn)連接失敗
GPS鎖定失敗	39*	BOOL	之前24小時(shí)內GPS衛星無(wú)法鎖定
備用電池未連接	40**	BOOL	1- 真
備用電池充電失敗	41 **	BOOL	1- 真
子原因	42	U8	狀態(tài)報告的子原因，見(jiàn)表36
ODO	43*	U32	GPS里程表讀數，以米為單位
I/O輸入1	51	BOOL	I/O輸入 1的狀態(tài)
I/O輸入2	52	BOOL	I/O輸入 2的狀態(tài)
I/O輸入3	53	BOOL	I/O輸入 3的狀態(tài)
I/O輸入4	54	BOOL	I/O輸入 4的狀態(tài)
I/O輸入5	55	BOOL	I/O輸入 5的狀態(tài)
I/O輸入6	56	BOOL	I/O輸入 6的狀態(tài)
I/O輸入7	57	BOOL	I/O輸入 7的狀態(tài)
I/O輸入8	58	BOOL	I/O輸入 8的狀態(tài)
距離復位時(shí)長(cháng)	61	TIMESTAMP	距離復位的時(shí)間
用戶(hù)狀態(tài)標識	70	U16	用戶(hù)定義狀態(tài)標識
CMC標識	71	U32
區域ID	80***	U16
檢查點(diǎn) ID	81***	U16	當原因編號是40或41時(shí)，檢查點(diǎn)的ID。
消息源	82	U8	消息發(fā)送的機制或消息的源 0- 通用 1- 健康 2- 實(shí)時(shí)跟蹤 3- 位置日志
模式編號	83	U8	0- 模式0 1- 模式1 2- 模式2
當前GPS位置	84	BOOL	GPS運轉并鎖定
CSD導航模式	85**	BOOL	終端模式為CSD導航 ,用于實(shí)時(shí)跟蹤
突發(fā)狀況	86	U8	0- 突然剎車(chē) 1- 突然加速
漫游	87	BOOL	終端正在漫游
工作網(wǎng)絡(luò ) ID	88	U32	GPRS使用的網(wǎng)絡(luò )ID
地理柵欄越界	89	BOOL	地理柵欄越界狀態(tài)
檢查點(diǎn)越界	90	BOOL	檢查點(diǎn)越界狀態(tài)
FlashCRC校驗失敗	91**	BOOL	Flash進(jìn)行CRC校驗失敗
注： *為可選 **為健康狀態(tài)標識 ***為可能收到一個(gè)以上這樣的標識

原因編號定義見(jiàn)表35。

表35　原因編號

編碼		描述
I/O輸入變化
5		I/O輸入變化
6		輸入 1變化
7		輸入 2變化
8		輸入 3變化
9		輸入 4變化
10		輸入 5變化
11		輸入 6變化
12		輸入 7變化
13		輸入 8變化
I/O輸出變化
14		I/O輸出變化
15		輸出 1變化
16		輸出 2變化
17		輸出 3變化
18		輸出 4變化
19		輸出 5變化
20		輸出 6變化
21		輸出 7變化
22		輸出 8變化
其他輸入
0		正常的周期間隔上報
1		面向查詢(xún)狀態(tài)指令請求
3		點(diǎn)火/熄火變化
	區域
	4	區域越界
	23	進(jìn)入區域
	24	離開(kāi)區域
	74	區域超速
	75	區域速度過(guò)低
80		地理柵欄越界
81		檢查點(diǎn)越界
	反饋標識
	2	復位
	25	等待靜止
	26	靜止
	31	輸入復位
	32	行駛距離復位
	33	未發(fā)送消息隊列緩存清空
	34	GPS失去鎖定
	36	終端收到的安全密碼無(wú)效的消息
	37	終端改變CCPC或SMSC號碼
	38	從終端讀取的安全密碼
	39	終端加密碼改變
	42	空閑報告
	76	速度報告
	路線(xiàn)管理
	40	錯過(guò)到達時(shí)間
	41	錯過(guò)離開(kāi)時(shí)間
	43	路線(xiàn)檢查點(diǎn)被接受
	44	路線(xiàn)檢查點(diǎn)被清除
	45	路線(xiàn)檢查點(diǎn)被拒絕：存儲器已滿(mǎn)
	46	到達檢查點(diǎn)
	47	離開(kāi)檢查點(diǎn)
	48	以訪(fǎng)問(wèn)過(guò)的檢查點(diǎn)
	70	進(jìn)入檢查點(diǎn)區域
	71	離開(kāi)檢查點(diǎn)區域
	72	檢查點(diǎn)內開(kāi)始重新定位
	73	檢查點(diǎn)內重新定位
	TCU/CCPC初始化
	27	TCU輪詢(xún)
	28	基于請求的模式改變
	29	主供電改變
	30	TCU被移除
	其他
	35	未定義
	CSD信道
	49	終端發(fā)起通話(huà)
	50	重開(kāi)信道
	51	被接受的預定通話(huà)
	52	被清除的預定通話(huà)
	53	錯誤模式，通話(huà)終止
	54	無(wú)法初始化數據信道
	55	CSD信道鑒權
	56	在運行中被清除的任務(wù)
	57	數據流超時(shí)，信道關(guān)閉
58		接到指令關(guān)閉信道
59		上傳文件校驗失敗(重新開(kāi)始)
60		文件上傳成功
61		文件下載成功
62		文件清除
63		文件傳輸成功 (未指明是上傳還是下載時(shí)使用)
64		超過(guò)通話(huà)時(shí)間上限，CSD信道關(guān)閉
65		無(wú)法注冊GPRS服務(wù)
66		APN配置錯誤
67		無(wú)法登陸APN
68～69		保留
82～255		保留

子原因編號見(jiàn)表36。

表36　子原因編號

編號	描述
0	未定義
1	終端進(jìn)入危機模式
2—255	未使用

4.5.7.2　CSD信道狀態(tài)（T=5，S=2）

TCU狀態(tài)消息子類(lèi)2， CSD信道狀態(tài)消息。用于報告CSD信道和相關(guān)OCC及CMC的狀態(tài)。用于回復“查詢(xún)TCU的CSD信道狀態(tài)”指令。

CSD信道狀態(tài)消息的結構見(jiàn)圖19。

圖19　CSD信道狀態(tài)消息的結構

參數標識定義見(jiàn)表37。

表37　CSD信道狀態(tài)消息數據段定義

4.5.7.3　UDP信道狀態(tài)（T=5，S=3）

TCU狀態(tài)消息的子類(lèi)型3：UDP信道狀態(tài)。用于報告UDP(GPRS)信道和相關(guān)OCC及CMC的狀態(tài)。本消息是對“查詢(xún)UDP信道”指令的回復。

UDP信道狀態(tài)消息的結構見(jiàn)圖20。

圖20　UDP信道狀態(tài)消息的結構

參數標識定義見(jiàn)表38。

表38　UDP信道狀態(tài)消息數據段定義

4.5.8　TCU事件（T=6，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC報告TCU事件。本消息可以是面向請求的，作為對“查詢(xún)TCU狀態(tài)”指令的回復，也可以是非面向請求的。

TCU事件消息的結構見(jiàn)圖21。

圖21　TCU事件消息的結構

參數標識定義見(jiàn)表39。

表39　TCU事件消息數據段定義

4.5.8.1　預定義文本（T=1，S=1）

文本消息子類(lèi)1：預定義文本消息。消息結構見(jiàn)圖22。

圖22　預定義文本消息的結構

參數標識定義見(jiàn)表40。

表40　預定義文本消息數據段定義

4.5.8.2　通用文本（T=1，S=2）

文本消息子類(lèi)2：通用文本消息。消息結構見(jiàn)圖23。

T=1

S=2

數據段

CS

圖23　通用文本消息的結構

參數標識定義見(jiàn)表41。

表41　通用文本消息數據段定義

4.5.8.3　通用數據（T=1，S=3）

文本消息子類(lèi)3：通用數據消息。消息結構見(jiàn)圖24。

圖24　通用數據消息的結構

OCC及CMC使用通用數據消息發(fā)送數據分組給多點(diǎn)式—網(wǎng)絡(luò )中的實(shí)體。CCPC發(fā)送本消息來(lái)回復相關(guān)指令。參數標識定義見(jiàn)表42。

表42　通用數據消息數據段定義

4.5.9　CCPC信息查詢(xún)（T=7）

本消息由OCC及CMC發(fā)送至CCPC，用于獲得CCPC內的數據。查詢(xún)CCPC信息指令子類(lèi)型見(jiàn)表43。

表43　查詢(xún)CCPC消息子類(lèi)型

在子類(lèi)1～4和6～8中不需要參數標識，它們的消息結構見(jiàn)圖25：

圖25　查詢(xún)CCPC指令的結構（子類(lèi)編號等于1，2，3，4）

4.5.9.1　消息結構查詢(xún)（T=7，S=5）

查詢(xún)CCPC指令的子類(lèi)5：查詢(xún)消息結構指令用于查詢(xún)消息的字節數，或子消息的類(lèi)型。本消息的結構見(jiàn)圖26。

圖26　查詢(xún)消息結構指令的結構

參數標識定義見(jiàn)表44。

表44　查詢(xún)消息結構指令數據段定義

4.5.9.2　CSD預定通話(huà)列表查詢(xún)（T=7，S=6）

查詢(xún)CCPC指令的子類(lèi)6查詢(xún)TCU的CSD預定通話(huà)指令用于獲得TCU的CSD預定通話(huà)的狀態(tài)。 本指令的消息結構見(jiàn)圖27。

圖27　查詢(xún)TCUCSD預定通話(huà)指令的結構

參數標識定義見(jiàn)表45。

表45　查詢(xún)TCUCSD預定通話(huà)指令數據段定義

請求CCPC指令應該使用一個(gè)或多個(gè)“請求CSD鏈路消息(T=18, S=1)”應答。應答消息的個(gè)數視預定通話(huà)的個(gè)數以及過(guò)濾器的設置而定。

4.5.9.3　CSD預定通話(huà)建立時(shí)間查詢(xún)（T=7，S=7）

查詢(xún)CCPC指令子類(lèi)7：查詢(xún)TCU_CSD通話(huà)建立時(shí)間指令用于獲得TCU的CSD預定通話(huà)建立時(shí)間。本指令的消息結構見(jiàn)圖28，表 查詢(xún)TCUCSD預定通話(huà)指令數據段定義 中的參數標識1到3同樣適用于本消息。

圖28　查詢(xún)TCUCSD通話(huà)建立時(shí)間指令的結構

CCPC對本指令的應答是ACK:接受 ，對本指令的響應是一個(gè)或多個(gè)CSD預定消息。消息個(gè)數視預定通話(huà)的個(gè)數以及過(guò)濾器的設置而定。通常包括一周之內被查詢(xún)TCU的所有預定通話(huà)。CCPC使用ACK:完成結束應答過(guò)程。

4.5.9.4　下一個(gè)CSD預定通話(huà)的建立時(shí)間查詢(xún)（T=7，S=8）

查詢(xún)CCPC指令子類(lèi)8：查詢(xún)TCU下一個(gè)CSD通話(huà)建立時(shí)間指令用于獲得TCU的下一個(gè)CSD預定通話(huà)建立時(shí)間。本指令的消息結構見(jiàn)圖29，表45中的參數標識1到3同樣適用于本消息。當使用一個(gè)或多個(gè)過(guò)濾器時(shí)，返回符合條件的下一個(gè)預定通話(huà)的通話(huà)建立時(shí)間。

圖29　查詢(xún)TCU下一個(gè)CSD通話(huà)建立時(shí)間指令的結構

CCPC通過(guò)一個(gè)CSD預定消息對本指令進(jìn)行響應。

4.5.9.5　車(chē)載終端發(fā)送隊列查詢(xún)（T=7，S=9）

查詢(xún)CCPC指令的子類(lèi)9：查詢(xún)TCU發(fā)送隊列指令用于獲得TCU發(fā)送隊列的狀態(tài)。隊列中的成員是所有發(fā)送到CCPC的預定通話(huà)消息中“發(fā)送于某時(shí)”時(shí)間為將來(lái)某時(shí)刻的通話(huà)。本指令的消息結構見(jiàn)圖30。

圖30　查詢(xún)TCU發(fā)送隊列指令的結構

參數標識定義見(jiàn)表46。

表46　查詢(xún)TCU發(fā)送隊列指令數據段定義

應該使用一個(gè)或多個(gè)TCU發(fā)送隊列狀態(tài)消息(T=24, S=1)響應查詢(xún)TCU發(fā)送隊列指令。如果參數標識1中指明的消息類(lèi)型無(wú)效，則使用NAK: 無(wú)效類(lèi)型(NAK 23)應答。

4.5.10　CCPC配置報告（T=8，S=1）

本消息由CCPC發(fā)送至運營(yíng)及監控系，用于向OCC及CMC報告CCPC的配置。本消息是對CCPC信息查詢(xún)指令的響應。

CCPC配置報告的消息結構見(jiàn)圖31。

圖31　CCPC配置報告的結構

參數標識定義見(jiàn)表47。

表47　CCPC配置報告數據段定義

4.5.11　區域定義（T=12，S=1）

本消息可能由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC報告TCU的已定義區域的消息；也可由OCC及CMC發(fā)送至CCPC，用于為TCU定義區域。區域定義報文的消息結構見(jiàn)圖32。

圖32　區域定義消息的結構

參數標識定義見(jiàn)表48。

表48　區域定義消息數據段定義

區域定義消息中的參數標識在表49中定義。

表49　區域參數標識

區域定義消息包含的參數標識4的個(gè)數為參數標識2中定義的節點(diǎn)個(gè)數。

區域定義消息包含的參數標識13的個(gè)數, 依賴(lài)于參數標識3和5中要求的工作模式個(gè)數。

4.5.12　區域簡(jiǎn)報（T=13，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC報告TCU的區域定義。本消息是對查詢(xún)TCU區域簡(jiǎn)報指令的響應。本指令的消息結構見(jiàn)圖33。

圖33　區域簡(jiǎn)報的結構

參數標識定義見(jiàn)表50。

表50　區域簡(jiǎn)報數據段定義

4.5.13　TCU日志報告（T=14，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC上報TCU日志。本消息是對“查詢(xún)TCU日志” 指令的響應。本指令的消息結構見(jiàn)圖34。

圖34　TCU日志報告的結構

參數標識定義見(jiàn)表51。

表51　TCU日志報告數據段定義

4.5.14　CCPC事件報告（T=15，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于通知OCC及CMC發(fā)生在CCPC的事件和該事件對用戶(hù)/終端間通信的影響。本報告的消息結構見(jiàn)圖35。

圖35　CCPC事件報告的結構

參數標識定義見(jiàn)表52。

表52　CCPC事件報告數據段定義

參數 名稱(chēng)	參數 標識	參數體 數據類(lèi)型	描述
原因	1	U8	對所報告事件的描述(見(jiàn)表58)

CCPC事件報告的事件編號見(jiàn)表53。

表53　CCPC事件報告的事件編號

4.5.15　消息結構報告（T=16，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC報告消息的長(cháng)度，消息類(lèi)型，和子類(lèi)型。本報告是對“查詢(xún)消息結構”指令的響應。消息結構見(jiàn)圖36。

圖36　消息結構報告的結構

參數標識定義見(jiàn)表54。

表54　消息結構報告數據段定義

其中，參數標識4所屬的消息參數在本報告中的數量與被查詢(xún)消息的消息參數數目相同。

4.5.16　CFTP消息（T=17，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于將二進(jìn)制數據串封裝成TSIP結構。CFTP消息的結構見(jiàn)圖37。

圖37　CFTP消息的結構

參數標識定義見(jiàn)表55。

表55　CFTP消息數據段定義

4.5.17　CSD信道指令（T=18）

本指令由OCC及CMC發(fā)送至CCPC，子類(lèi)型見(jiàn)表56。

表56　CSD信道指令子類(lèi)型

4.5.17.1　請求CSD鏈接指令（T=18，S=1）

CSD信道指令子類(lèi)型1：請求CSD鏈接消息。本指令用于控制TCU開(kāi)通CSD信道或者執行預定通話(huà)任務(wù)。本指令消息結構見(jiàn)圖38。

圖38　請求CSD鏈接消息的結構

參數標識定義見(jiàn)表57。

表57　請求CSD鏈接消息數據段定義

預定任務(wù)的識別號由應用程序選擇。編號0是為系統預留，用于表明需要立即執行的預定任務(wù)。編號是0時(shí)，除了“持續時(shí)間”和“任務(wù)”外的所有內容都被忽略。

上載到CCPC的新預定通話(huà)隊列會(huì )將舊預定通話(huà)隊列覆蓋。欲刪除預定通話(huà)隊列，則發(fā)送“持續時(shí)間”為0的預定通話(huà)隊列將舊預定通話(huà)隊列覆蓋即可。

如果在規定時(shí)間沒(méi)執行預定通話(huà)任務(wù)，CCPC發(fā)出通用NAK到OCC及CMC。

如預定通話(huà)任務(wù)按時(shí)執行，CCPC發(fā)出通用ACK。

如果TCU沒(méi)能在預定時(shí)間執行任務(wù)，它將發(fā)出NAK=42給OCC及CMC。如果CCPC在預定時(shí)間無(wú)法連接TCU，CCPC發(fā)出NAK=43給用戶(hù)端OCC及CMC。

如果超出時(shí)間窗仍未完成預定任務(wù)，CCPC發(fā)出NAK=44給OCC及CMC。

如果CCPC在一段時(shí)間沒(méi)監測到終端的活動(dòng)，發(fā)出NAK=46給OCC及CMC并關(guān)閉CSD信道。如果通話(huà)持續時(shí)間超出CSD通話(huà)允許時(shí)間，發(fā)出NAK=47給用戶(hù)端OCC及CMC。

4.5.17.2　CSD指令（T=18，S=2）

CSD信道指令子類(lèi)型2：CSD信道指令。本指令用于控制TCU完成CSD信道任務(wù)。 CSD指令的消息結構見(jiàn)圖39。

圖39　CSD指令的消息結構

參數標識定義見(jiàn)表58。

表58　CSD指令數據段定義

4.5.18　黑匣子（T=19，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC報告TCU的黑匣子信息。

黑匣子消息的時(shí)間戳是碰撞發(fā)生的時(shí)間。為便于識別，來(lái)自同一個(gè)TCU的若干條黑匣子消息使用相同的時(shí)間戳，或將同一TCU用一條消息一次性發(fā)送。黑匣子消息的結構見(jiàn)圖40。

圖40　黑匣子消息的結構

參數標識定義見(jiàn)表59。

表59　黑匣子消息數據段定義

參數 名稱(chēng)	參數 標識	參數體 數據類(lèi)型	描述
條目數	1	U8	消息中的條目數n
條目[1]	2	黑匣子數據段1	碰撞發(fā)生的前一刻TCU的狀態(tài)
條目[2]	2	黑匣子數據段2	碰撞發(fā)生的特定時(shí)刻TCU的狀態(tài)
…...	…...	…….	…….
條目[n]	2	黑匣子數據段n	碰撞發(fā)生的特定時(shí)刻TCU的狀態(tài)

4.5.19　用戶(hù)鑒權（T=20，S=1）

用戶(hù)鑒權是OCC及CMC發(fā)送至CCPC的報文，通信開(kāi)始前OCC及CMC用此消息證明自身權限。未通過(guò)鑒權的用戶(hù)OCC及CMC發(fā)送的消息不會(huì )被接受。用戶(hù)鑒權消息的結構見(jiàn)圖41。

圖41　用戶(hù)鑒權消息的結構

參數標識定義見(jiàn)表60。

表60　用戶(hù)鑒權消息數據段定義

圖42是一個(gè)典型的鑒權過(guò)程，鑒權協(xié)議使用CHAP。

圖42　CHAP鑒權流程

CCPC對用戶(hù)的鑒權成功后會(huì )發(fā)出通用ACK應答。之后CCPC便可以處理用戶(hù)的消息了。如果鑒權失敗，CCPC將發(fā)出通用NAK（58）應答通知OCC及CMC。在規定時(shí)間內，用戶(hù)可以重新開(kāi)始鑒權過(guò)程，如果規定時(shí)間內不能成功，用戶(hù)將發(fā)出NAK（59），鑒權連接關(guān)閉。

4.5.19.1　PAP鑒權

PAP鑒權協(xié)議中，用戶(hù)僅需將純文本密碼寫(xiě)入鑒權數據消息參數，并將鑒權消息發(fā)送至CCPC。這種鑒權協(xié)議的安全系數最低。

4.5.19.2　CHAP鑒權

使用CHAP鑒權協(xié)議，CCPC將發(fā)送一個(gè)隨機生成的“挑戰”給用戶(hù)。用戶(hù)收到“挑戰”以后對該“挑戰”加密，回復給CCPC。使用單向加密算法MD5。

對挑戰和密碼的選擇：

a. 初始化MD5狀態(tài)；

b. 將最長(cháng)64字節的CCPC“挑戰”寫(xiě)入MD5消息緩存。如果“挑戰”長(cháng)度小于64字節, 用0填充；

c. 將密碼和“挑戰”進(jìn)行異或運算；

d. 進(jìn)行一次MD5迭代運算，將16字節的運算結果返回給CCPC，作為鑒權數據。

在連接過(guò)程中的任意時(shí)刻，CCPC都可以向用戶(hù)發(fā)送“挑戰”，為了保持連接，用戶(hù)必須返回正確的響應。如果用戶(hù)在—鑒權中失敗，連接將被關(guān)閉。在規定時(shí)間內，用戶(hù)可以重新開(kāi)始鑒權過(guò)程，如果規定時(shí)間內不能成功，用戶(hù)將發(fā)出NAK=59，連接關(guān)閉。

4.5.19.3　HPAP鑒權

使用HPAP鑒權，用戶(hù)將“混列密碼”寫(xiě)入鑒權數據項，并進(jìn)行以下操作：

a. 初始化MD5狀態(tài)；

b. 將密碼寫(xiě)入MD5緩存器；

c. 進(jìn)行一次MD5迭代運算；

d. 將每字節的第一位提取出來(lái)；

e. 對于小于32的字節，加32；對于等于127的字節, 將其變?yōu)?/SPAN>126。

4.5.20　多區域定義（T=21，S=1）

一個(gè)多區域定義消息可用于定義多個(gè)區域。本消息可能由CCPC發(fā)送至OCC及CMC，用于向OCC及CMC報告TCU的已定義區域的消息；也可由OCC及CMC發(fā)送至CCPC，用于為TCU定義區域。消息結構見(jiàn)圖43。

圖43　多區域定義消息的結構

參數標識定義見(jiàn)表61。

表61　多區域定義消息數據段定義

多區域定義消息包含n個(gè)tag2和/或tag3數據項, n是Tag1數據項中聲明的區域個(gè)數。

4.5.21　CSD預定通話(huà)指令（T=22，S=1）

本指令OCC及CMC發(fā)送至CCPC，用于向用戶(hù)報告預定通話(huà)開(kāi)始的時(shí)間。這種消息跟隨在請求CSD連接指令后面，是對查詢(xún)CCPC信息指令的回復。

CSD預定通話(huà)消息的結構見(jiàn)圖44。

圖44　CSD預定通話(huà)消息的結構

參數標識定義見(jiàn)表62。

表62　CSD預定通話(huà)消息數據段定義

4.5.22　CCPC指令（T=23）

本消息由OCC及CMC發(fā)送至CCPC，控制CCPC與其內部隊列或數據庫相關(guān)的操作。通用消息結構見(jiàn)圖45。

圖45　消息指令的結構

CCPC指令子類(lèi)型見(jiàn)表63。

表63　消息指令子類(lèi)型

4.5.22.1　刪除TCU發(fā)送隊列指令（T=23，S=1）

消息指令子類(lèi)型1：刪除TCU發(fā)送隊列指令。用于刪除TCU發(fā)送隊列內排列的消息?？梢詣h除特定類(lèi)型的消息，或刪除整個(gè)隊列。本報文消息結構見(jiàn)圖46。

圖46　刪除TCU發(fā)送隊列指令的結構

參數標識定義見(jiàn)表64。

表64　刪除TCU發(fā)送隊列指令數據段定義

如果發(fā)送隊列狀態(tài)改變，使用TCU發(fā)送隊列狀態(tài)消息(T24,S1)對本指令進(jìn)行響應。如果執行完本指令后隊列狀態(tài)未發(fā)生改變，發(fā)送ACK完成進(jìn)行應答。如果參數標識2中標定的消息類(lèi)型無(wú)效，發(fā)送NAK=23對本指令進(jìn)行應答。

4.5.22.2　CSD指令（T=23，S=2）

消息指令子類(lèi)型2：CSD指令。用于對CSD預定通話(huà)和CSD通話(huà)進(jìn)行相關(guān)操作。包含本指令的報文的地址信息項指向目的TCU。

圖47　CSD指令的結構

參數標識定義見(jiàn)表65。

表65　CSD指令數據段定義

CCPC使用通用ACK: 接受對CSD指令進(jìn)行應答。指令執行完畢，CCPC向發(fā)起源用戶(hù)發(fā)送ACK完成。

如果參數標識1指向的TCU無(wú)預定通話(huà)，CCPC發(fā)出NAK(60)對該指令進(jìn)行應答。

4.5.23　TCU發(fā)送隊列狀態(tài)（T=24，S=1）

本消息由CCPC發(fā)送至OCC及CMC，用于將TCU發(fā)送隊列狀態(tài)的變化通知用戶(hù)OCC及CMC。發(fā)送隊列包括所有“發(fā)自”標識定義的時(shí)間在將來(lái)某時(shí)刻的消息。如果隊列狀態(tài)發(fā)生變化（增加/刪減），CCPC發(fā)送隊列狀態(tài)總結給源用戶(hù)，聲明發(fā)送至該用戶(hù)的發(fā)送隊列狀態(tài)變化。TCU發(fā)送隊列狀態(tài)消息的結構見(jiàn)圖48。

圖48　TCU發(fā)送隊列狀態(tài)消息的結構

參數標識定義見(jiàn)表66。

表66　TCU發(fā)送隊列狀態(tài)消息數據段定義

參數 名稱(chēng)	參數 標識	參數體 數據類(lèi)型	描述
條目類(lèi)型	1	U8	本標識中使用的條目類(lèi)型在表15中定義。如果是255，這個(gè)標識是對所有消息類(lèi)型的總結
條目計數	2	U16	隊列中的條目數
最早發(fā)送時(shí)間	3	TIMESTAMP	隊列中最早需要發(fā)送的消息的發(fā)送時(shí)間
最早過(guò)期時(shí)間	4	TIMESTAMP	隊列中所有消息的過(guò)期時(shí)間中最早的那個(gè)時(shí)間。如果都不會(huì )過(guò)期，不設置本標識
下次預定通話(huà)時(shí)間	5	TIMESTAMP	下一個(gè)預定通話(huà)的時(shí)間。該時(shí)刻到來(lái)時(shí)，整個(gè)隊列都要重寫(xiě)

本消息可以是對 “查詢(xún)TCU發(fā)送隊列”指令的響應。如果需要多于一個(gè)的本消息進(jìn)行響應，這一串消息將以ACK完成應答表明隊尾。

4.5.24　路線(xiàn)定義（T=25，S=1）

本消息可以由OCC及CMC發(fā)送至CCPC，用于向TCU傳送路線(xiàn)定義。每條路線(xiàn)都有一個(gè)由用戶(hù)定義的，唯一的ID。每個(gè)路線(xiàn)上的檢查點(diǎn)也有唯一的ID?？梢杂枚鄺l路線(xiàn)定義消息定義一條路線(xiàn)。用戶(hù)可以向TCU上載路線(xiàn)時(shí)選擇設置“發(fā)自”標識，這樣就可以稍候利用CSD通話(huà)上載路線(xiàn)。

本消息也可由CCPC發(fā)送至OCC及CMC，用于響應“查詢(xún)具體路線(xiàn)報告”指令。

路線(xiàn)定義消息的結構見(jiàn)圖49。

圖49　路線(xiàn)定義消息的結構

參數標識定義見(jiàn)表67。

表67　路線(xiàn)定義消息數據段定義

4.5.25　路線(xiàn)簡(jiǎn)報（T=26，S=1）

本消息由CCPC發(fā)送至OCC及CMC，包括TCU內某路線(xiàn)的所有檢查點(diǎn)的信息。它用來(lái)響應查詢(xún)TCU信息指令。對于不同的路線(xiàn)，應分別發(fā)送相應的路線(xiàn)簡(jiǎn)報。

路線(xiàn)簡(jiǎn)報的消息結構見(jiàn)圖50。

圖50　路線(xiàn)簡(jiǎn)報的結構

參數標識定義見(jiàn)表68。

表68　路線(xiàn)簡(jiǎn)報數據段定義

4.5.26　TCU實(shí)體信息（T=27，S=1）

一旦連接建立，或者終端細節發(fā)生變化，將向連接的TCU發(fā)送TCU實(shí)體消息。

TCU實(shí)體消息的結構見(jiàn)圖51。

圖51　TCU實(shí)體信息的結構

參數標識定義見(jiàn)表69。

表69　TCU實(shí)體信息數據段定義

附　錄　A“結果碼”定義

“結果碼”定義見(jiàn)附錄A表1。

附錄A表1 “結果碼”定義

附　錄　B “錯誤碼”定義

“錯誤碼”定義見(jiàn)附錄B表1。

附錄B表1 “錯誤碼”定義