版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)
文檔簡介
全省重點營運車輛部省動態(tài)信息
公共交換平臺接口規(guī)范
版本號1.0.0
中國交通通信中心
2010年01月
版本修訂記錄
內(nèi)容修改者日期版本
正式制訂2010-1-19VI.0
目錄
1范圍...........................................1
2規(guī)范性引用文件.................................1
3術(shù)語和縮略語...................................2
4系統(tǒng)結(jié)構(gòu).......................................6
5雙鏈路通信.....................................6
6安全認證.......................................8
7功能實現(xiàn)流程...................................9
8協(xié)議消息格式..................................14
9數(shù)據(jù)實體格式..................................16
10常量定義.....................................53
附頁:..........................................................................63
全省重點營運車輛部省動態(tài)信息公共交換平臺接口規(guī)范
1范圍
本標準規(guī)定了全省重點營運車輛部省動態(tài)信息公共交換平臺
與省所轄GPS監(jiān)控平臺數(shù)據(jù)交換的技術(shù)要求、接口方式、數(shù)據(jù)格式、
傳送方式、數(shù)據(jù)質(zhì)量等內(nèi)容。
本標準適用于全省重點營運車輛部省動態(tài)信息公共交換平臺與
市級監(jiān)控平臺以及相關(guān)運營商運營的定位平臺之間的數(shù)據(jù)交換。
本標準是在《全國重點營運車輛部省動態(tài)信息公共交換平臺接
口規(guī)范》基礎(chǔ)上發(fā)展而來,作為省級平臺而言,承繼該協(xié)議的相關(guān)
業(yè)務功能,并在這個基礎(chǔ)上,增加了相關(guān)業(yè)務指令。主要在“監(jiān)控
崗位巡檢”、“單向監(jiān)聽車輛”、“拍照”以及文字信息下發(fā)等相
關(guān)指令。
本標準在制定中,是本著抽取當前定位行業(yè)中的共性業(yè)務作為
指導精神,結(jié)合對于省級平臺管理的職能定位,進行業(yè)務的定義。
對于更細的業(yè)務指令,將不做納入定義。
本標準由與具體技術(shù)細節(jié)由中國交通通信中心負責解釋。
2規(guī)范性引用文件
下列文件中的條款通過本標準的引用而成為本標準的條款。凡
是注日期的引用文件,其隨后所有的修改單(不包括勘誤的內(nèi)容)
或修訂版均不適用于本標準,然而,鼓勵根據(jù)本標準達成協(xié)議的各
方研究是否可使用這些文件的最新版本。凡是不注日期的引用文件,
其最新版本適用于本標準。
GB/T8566-2007信息技術(shù)軟件生存周期過程
GB/T8567-2006計算機軟件文檔編制規(guī)范
GB/T9386-2008計算機軟件測試文件編制規(guī)范
GB/T13502-1992信息處理程序構(gòu)造及其表示的約定
GB/T14394-2008計算機軟件可靠性和可維護性管理
GB/T15532-2008計算機軟件單元測試
GB/T16260.1-2006軟件工程產(chǎn)品質(zhì)量第一部分:質(zhì)量模型
GB/T17544-1998信息技術(shù)軟件包質(zhì)量要求和測試
GB/T18234-2000信息技術(shù)CASE工具的評價與選擇指南
GB/T18491.1-2001信息技術(shù)軟件測量功能規(guī)模測量第一部
分:概念定義
GB/T18492-2001信息技術(shù)系統(tǒng)及軟件完整性級別
GB/T18493-2001信息技術(shù)軟件生存周期過程指南
DB44/T578-2009衛(wèi)星定位汽車行駛記錄儀通用技術(shù)規(guī)范
3術(shù)語和縮略語
3.1術(shù)語
3.1.1全球衛(wèi)星定位系統(tǒng)GIobaIPositionSystem(GPS)
2
全球衛(wèi)星定位系統(tǒng)是一個高精度、全天候和全球性的具有無線
電導航、定位和定時的多功能系統(tǒng)。它由地面控制部分、空間部分
和用戶裝置部分構(gòu)成。
3.1.2衛(wèi)星定位汽車行駛記錄儀sateIIitepositioningvehicle
traveIIingdatarecorder
帶有衛(wèi)星定位功能,具有記錄、存儲并通過無線傳輸模塊實時
傳輸車輛行駛方向、速度、時間、里程、位置等狀態(tài)信息以及圖像
的數(shù)字式電子裝置。
3.1.3全球衛(wèi)星導航系統(tǒng)GNSSglobaInavigationsateIIite
system
是指全天候、全地域、高可靠性的對地面、海上及高、中、低
空目標進行位置、速度、方向、高度和時間測量的系統(tǒng)。
3.1.4傳輸控制協(xié)議/互聯(lián)網(wǎng)絡(luò)協(xié)議TCP/IPtransmission
controIprotocoI/internetprotocoI
一種網(wǎng)絡(luò)通信協(xié)議,規(guī)范了網(wǎng)絡(luò)上的所有通信設(shè)備,尤其是一
個主機與另一個主機之間的數(shù)據(jù)往來格式以及傳送方式。TCP/IP是
INTERNET的基礎(chǔ)協(xié)議,也是計算機數(shù)據(jù)打包和尋址的標準辦法。
3.1.5車牌號carpIate
公安交通管理部門頒發(fā)的機動車車牌號,如“粵A12345”。
3.1.6疲勞駕駛fatiguedriving
3
是指駕駛?cè)嗽陂L時間連續(xù)行車后,產(chǎn)生生理機能和心理機能的
失調(diào),而在客觀上出現(xiàn)駕駛技能下降的現(xiàn)象。
3.1.7傳輸時間間隔transferintervaI
是指數(shù)據(jù)上傳或下發(fā)的時間間隔,其中車輛位置狀態(tài)最新數(shù)據(jù)
的上傳時間間隔為30s。
3.1.8最新數(shù)據(jù)newestdata
指上一次上傳了數(shù)據(jù)之后的按照規(guī)定的時間間隔采集的數(shù)據(jù)。
主要是指車輛的位置狀態(tài)數(shù)據(jù)。如果服務器出現(xiàn)了故障,則服務器
故障期間的所有數(shù)據(jù)都應該上傳。
3.1.9位置數(shù)據(jù)坐標系coordinatesystemofpositiondata
是指位置數(shù)據(jù)的空間參考系必須是WGS-84坐標系,數(shù)據(jù)為絕對
位置數(shù)據(jù),用經(jīng)緯度表示,其中,分、秒全部換算為度,例如:經(jīng)
度:109.287967,緯度23.097688。
3.1,10數(shù)據(jù)實體entity
是指各類數(shù)據(jù)傳輸對象。如:實時衛(wèi)星定位信息實體(詳細參
見以下“數(shù)據(jù)傳輸內(nèi)容”章節(jié))。
3.1.11重點營運車輛
主要是指危險品運輸車、長途客運車、旅游包車;后續(xù)還將
涵蓋出租、貨運等行業(yè)相關(guān)車輛。
4
3.1.12動態(tài)信息
主要是指車輛在行進過程中的相關(guān)定位信息、運行狀態(tài)以及
人貨、線路等方面的信息。
3.1.13上傳upIoading
地市級監(jiān)控平臺或者運營商GPS平臺按約定格式與要求向全省
動態(tài)信息公共交換平臺發(fā)送數(shù)據(jù)。
3.1.14下傳downIoading
省級所轄地市級監(jiān)控平臺接收全省動態(tài)信息公共交換平臺下發(fā)
各種消息與指令。
3.1.15轉(zhuǎn)發(fā)與交換
本接口規(guī)范主要實現(xiàn)的業(yè)務就是動態(tài)信息在省級平臺與地市
平臺或者運營商平臺之間進行數(shù)據(jù)交換,其本質(zhì)上屬于全省平臺與
地方平臺之間實現(xiàn)數(shù)據(jù)根據(jù)業(yè)務的申請要求進行轉(zhuǎn)發(fā)的行為。因此,
本接口規(guī)范中提及的交換或者轉(zhuǎn)發(fā),兩者在含義上是相同的,不作
區(qū)別處置。
3.2縮略語
3.2.1地方GPS平臺(簡稱地方平臺)
交通管理等職能部門建設(shè)的地市級營運車輛集中監(jiān)控中心。地
市GPS平臺或者運營商平臺對車輛進行監(jiān)控調(diào)度,并將車輛營運數(shù)據(jù)
及定位數(shù)據(jù)交換給全省動態(tài)信息公共交換平臺。
5
3.2.2全省重點營運車輛動態(tài)信息公共交換平臺
能夠監(jiān)控地市級GPS平臺接入情況/車輛在線情況及警情情況,
并為全國公共交換平臺進行數(shù)據(jù)的轉(zhuǎn)發(fā)動態(tài)數(shù)據(jù)。
4系統(tǒng)結(jié)構(gòu)
4.1系統(tǒng)組成圖
系統(tǒng)總體結(jié)構(gòu)系統(tǒng)組成
地市/運營商平臺同全省動態(tài)信息公共交換平臺通過TCP/IP協(xié)
議通信。如有需要可提供協(xié)議開發(fā)包。全省平臺中心提供的具體的
IP地址、端口號在系統(tǒng)試運行時提供,前期可提供調(diào)試用地址和端
口用。
5雙鏈路通信
地市/運營商平臺與全省平臺之間采用雙鏈路模式進行雙向數(shù)據(jù)
的傳輸:
?全省中心平臺對于地市/運營商級平臺上行的信息作為通
信服務端模式予以提供統(tǒng)一的IP地址以及對應的端口號;
6
?地市/運營商平臺對于全省中心平臺下行的信息則作為通
信服務端模式,并提供對應的端口號;
從技術(shù)上而言,全省中心平臺與地市/運營商平臺互為通信服務
端的同時,互為通信客戶端。上行鏈路或者下行鏈路其中一條鏈路
斷開時,所有的數(shù)據(jù)都通過另外一條鏈路進行數(shù)據(jù)傳輸,斷開的鏈
路恢復時,繼續(xù)按照協(xié)議的約定從兩條鏈路進行數(shù)據(jù)傳輸。
下面是對應圖示:
全省中心平臺地市/運營商平臺
服務端卜上行城路客戶端
客戶端卜服務端
重點說明:鏈接的起點在于地市/運營商平臺,即首先由地市/
運營商向全省平臺發(fā)起上行鏈路連接,在該鏈路成功建立后,全省
中心平臺向地市/運營商平臺發(fā)起下行鏈路鏈接。兩條鏈路均為TCP
長連接,各自由客戶端發(fā)送心跳包進行維持鏈路連接。
7
下圖是全省中心平臺與地市/運營商平臺之間就雙鏈路交互的序
列圖:
6安全認證
8
根據(jù)上面第5節(jié)提出的雙鏈路通訊機制,全省中心平臺對于上行
的地市/運營商平臺做安全驗證流程,地市/運營商平臺對于全省中
心IP地址與端口信息不做安全驗證。
地市/運營商平臺到全省中心平臺進行安全驗證流程:
(1)重點營運車輛全省動態(tài)信息公共交換平臺統(tǒng)一分配給地市/
運營商平臺用戶名、密碼、接入碼,不同地市/運營商平臺接入全省
中心擁有不同的接入碼、用戶名以及密碼。
(2)地市/運營商平臺與全省動態(tài)信息公共交換平臺相連時,先
發(fā)送“連接請求”消息,全省動態(tài)信息公共交換平臺收到地市/運營
商平臺的Socket物理連接請求后,先驗證IP,如果IP與約定的不一
致,則認證失敗。否則,進行下面的認證。
(3)全省動態(tài)信息公共交換平臺進行接入碼驗證、用戶名以及
密碼的校驗。
(4)全省動態(tài)信息公共交換平臺在完成校驗后,根據(jù)驗證的結(jié)
果返回不同的結(jié)果值;(具體可以參看下面的協(xié)議部分)
7功能實現(xiàn)流程
7.1地市/運營商平臺通信網(wǎng)關(guān)登錄和鏈路保持
當?shù)厥?運營商平臺通信網(wǎng)關(guān)登錄時,首先發(fā)送登錄請求。
登錄請求數(shù)據(jù)包包括地方平臺編號、登錄用戶名、密碼、地方
平臺作為服務端監(jiān)聽的端口號。如果全省動態(tài)信息公共交換平臺認
證成功,反饋登錄成功,否則發(fā)送登錄失敗原因,反饋登錄失敗。
9
登錄成功,全省動態(tài)信息公共交換平臺將記錄日志、根據(jù)地市/運營
商平臺登錄時發(fā)送過來的端口進行下行鏈路連接(如果下行鏈路建
立失敗則通過上行鏈路發(fā)送消息告訴地市/運營商平臺,并給出錯誤
碼),并處理后續(xù)的數(shù)據(jù)包,登錄失敗后續(xù)發(fā)送的任何數(shù)據(jù)全省動
態(tài)信息公共交換平臺將丟棄,并主動斷開連接。
登錄后,地市/運營商平臺通信網(wǎng)關(guān)應每1分鐘發(fā)送一個心跳數(shù)
據(jù)包來進行鏈路保持。連續(xù)3分鐘沒有接收到心跳數(shù)據(jù)包,全省動態(tài)
信息公共交換平臺將認為連接中斷,將主動中斷地市/運營商平臺的
數(shù)據(jù)鏈路。地市/運營商平臺如連續(xù)3分鐘未收到中心的鏈路測試回
應數(shù)據(jù)包,則認為與主中心連接中斷,可主動斷開數(shù)據(jù)鏈路。
7.2全省平臺向地市/運營商平臺進行登錄并保持連接
當?shù)厥?運營商平臺成功登錄到全省中心平臺后,將反饋指定
端口號給全省中心平臺,而后全省中心平臺即向地市/運營商平臺登
錄的IP與指定端口號進行連接并登錄;同時定期發(fā)出心跳數(shù)據(jù)包到
地市/運營商平臺以保持鏈路連接,地市/運營商平臺作為服務端的
情況下連續(xù)3分鐘沒有接收到心跳數(shù)據(jù)包,則認為全省中心平臺作為
客戶端已經(jīng)失去連接,并主動中斷數(shù)據(jù)鏈接。全省中心平臺在作為
客戶端的情況下,如果連續(xù)3分鐘沒有接收到心跳數(shù)據(jù)包,則認為地
市/運營商平臺已經(jīng)失去鏈接,并主動斷開與地市/運營商平臺之間
的鏈路。
7.3地市/運營商平臺通信網(wǎng)關(guān)注銷
10
當?shù)厥?運營商平臺通信網(wǎng)關(guān)退出時,首先發(fā)送退出請求,全省
動態(tài)信息公共交換平臺反饋退出成功并記錄日志,同時全省平臺即
刻終止與地市/運營商平臺的雙向鏈接。原則上地市/運營商平臺通
信網(wǎng)關(guān)應7*24小時運行。
7.4車輛位置及狀態(tài)實時報告
各地市/運營商平臺實時向全省動態(tài)信息公共交換平臺發(fā)送車
輛的經(jīng)度、緯度、速度、方向、時間、定位狀態(tài)和車輛狀態(tài)(點熄
火狀態(tài)、超速報警、緊急報警等)。
7.5車輛位置及狀態(tài)上傳補報【又稱作數(shù)據(jù)重發(fā)】
各地市/運營商平臺上傳數(shù)據(jù)過程中如與中心平臺斷開鏈路,需
記錄斷開時間(最后一條鏈路測試回應數(shù)據(jù)包的接收時間),重新
登錄后根據(jù)斷開時間需向全省動態(tài)信息公共交換平臺發(fā)送平臺掉線
時收到的車輛經(jīng)度、緯度、速度、方向、時間、定位狀態(tài)和車輛狀
態(tài)(點熄火狀態(tài)、超速報警、緊急報警等)。
備注:在數(shù)據(jù)重發(fā)的機制上,要求地市/運營商根據(jù)各省的實際
情況予以采用策略性的補報,也即在鏈路不忙的情況下,采取補報
措施。
7.6跨域車輛信息(位置信息、車輛信息)交換
地市/運營商平臺需要跨域數(shù)據(jù)交換時,需要提前XX天通過網(wǎng)上
申報/報備系統(tǒng)向全省動態(tài)信息公共交換平臺提出申請。全省動態(tài)信
11
息公共交換平臺完成審批后確定需要交換信息的車輛范圍、啟動和
終止時間、交換的目的地址。系統(tǒng)在啟動時間自動啟動數(shù)據(jù)交換功
能。交換流程如下:
7.7車輛位置及狀態(tài)交換補報
全省動態(tài)信息公共交換平臺在進行數(shù)據(jù)交換過程中與地市/運
營商平臺斷開鏈路時,需記錄斷開時間(接收到最后一條目的地平
臺鏈路檢測數(shù)據(jù)包的時間),與地市/運營商平臺重新建立連接后,
由全省動態(tài)信息公共交換平臺根據(jù)斷開時間段向地市/運營商平臺
發(fā)送掉線時收到需交換的車輛經(jīng)度、緯度、速度、方向、時間、定
位狀態(tài)和車輛狀態(tài)(點熄火狀態(tài)、超速報警、緊急報警、疲勞駕駛
報警等)。
備注:建議各地市/運營商根據(jù)實際情況予以采用策略性的補報
機制,確保鏈路的通暢。
12
7.8監(jiān)控崗位巡檢
作為省級平臺,對于所屬的地市/運營商平臺進行監(jiān)控崗位在線
抽查查詢,確保下屬監(jiān)控中心能保證時刻的監(jiān)控效果。省平臺不定
期對下屬GPS接入中心平臺下發(fā)相關(guān)常識性問題,下屬平臺接到信息
后,轉(zhuǎn)給在線監(jiān)控崗位人員,在線監(jiān)控崗位人員在收到本信息后,
根據(jù)信息要求進行返回相關(guān)回復信息。
7.9單向監(jiān)聽車輛
作為省級平臺,對于所屬的地市平臺或者運營商平臺,通過下
發(fā)單向監(jiān)聽,實現(xiàn)對指定的車輛進行監(jiān)聽功能。下屬平臺在接收到
監(jiān)聽指令后,即刻對相對應車輛下發(fā)監(jiān)聽命令,車載機收到信息后,
即刻與指定的監(jiān)聽電話號碼進行連接,實現(xiàn)監(jiān)聽功能。
7.10拍照
作為省級平臺,對于所屬的地市平臺或者運營商平臺,通過下
發(fā)拍照指令到下屬平臺,下屬平臺再根據(jù)指令下發(fā)到車載機,實現(xiàn)
圖片的上傳功能。
7.11文字信息下發(fā)
作為省級平臺,對于相關(guān)重要政策類以及其它相關(guān)資訊,通過
協(xié)議模式下行到各個運營商監(jiān)控的車載機上,具有重要意義。
7.12語音通話
13
本語音通話功能主要完成省級中心與指定車輛進行語音對話,
為實現(xiàn)緊急情況下與司機等人員實現(xiàn)交流。
8協(xié)議消息格式
8.1消息說明
每條信息包含數(shù)據(jù)頭和數(shù)據(jù)體兩部分。數(shù)據(jù)流遵循bigendian
排序方式的網(wǎng)絡(luò)字節(jié)順序。
沒用的數(shù)據(jù)位皆填0x00。
從TCP/IP的角度而言,地市/運營商平臺與全省平臺互為客戶端
與服務端。
8.2基本數(shù)據(jù)類型
BYTE單字節(jié)
Octet定長字符串,位數(shù)不足時、右補二進制0,漢字采用
StringGB2312編碼
WORD無符號雙字節(jié)
DWORD32位無符號整型,4字節(jié)
TIME_T32位無符號整型,4字節(jié)
8.3數(shù)據(jù)結(jié)構(gòu)
HeadFlag頭標識
Message數(shù)據(jù)頭
14
Header
MessageBody數(shù)據(jù)體
EndFlag尾標識
8.4頭標識
字符串“[[”([為半角字符)為頭標識。
8.5尾標識
字符串“]]”(]為半角字符)為尾標識。
8.6拆包規(guī)則
(1)查找包頭標識。
(2)往后查找包尾標識“]]”,在此尋找過程中,如果遇到頭
標識,系統(tǒng)越過(1)中包頭標識,重新執(zhí)行拆包流程。
找到頭標識后計算與頭標識的距離L。沒有找到尾標識則
結(jié)束本次查找,待新的數(shù)據(jù)接收上來后繼續(xù)拆包流程。
(3)取得數(shù)據(jù)長度S。
(4)比較L與S是否相等,如果相等,為完整數(shù)據(jù)包,否則為非
法數(shù)據(jù)包,系統(tǒng)越過該包頭標識,重新執(zhí)行拆包流程。
8.7數(shù)據(jù)頭格式
字段類型含義
數(shù)據(jù)長度(包括數(shù)據(jù)頭和數(shù)據(jù)體、
MSG_LENGTHWORD
頭標識和尾標識)
15
MSG_SNDWORD報文序列號
MSG_IDWORD數(shù)據(jù)類型
地方平臺接入碼,全省中心給地方
MSG_GPSCENTERIDDWORD
平臺分配的唯一標識號
注:“報文序列號”占用四個字節(jié),這是發(fā)送信息的序列號,
用于接收方檢測是否有信息的丟失。全省動態(tài)信息公共交換平臺和
地市/運營商中心按自己發(fā)送數(shù)據(jù)包的個數(shù)計數(shù),互不影響。程序開
始運行時等于零,發(fā)送第一幀數(shù)據(jù)時開始計數(shù),到最大數(shù)后自動歸
零。
9數(shù)據(jù)實體格式
9.1地市/運營商客戶端向全省服務端發(fā)送登錄信息(備注:上行鏈
路)
數(shù)據(jù)類型:UP_CONNECT_REQ
描述:地市/運營商平臺作為TCP/IP客戶端首先必須完成登錄請
求成功后,才能進行后續(xù)的業(yè)務動作;
數(shù)據(jù)體:
字段名字節(jié)數(shù)類型描述
USERID4Unsignedint用戶編號
PASSWORD8OctetString密碼
PORT2WORD地市/運營商平臺提
供對應的服務端
16
PORT
9.2全省服務端向地市/運營商客戶端發(fā)送登錄回應信息(備注:上
行鏈路)
數(shù)據(jù)類型:UP_CONNECT_RSP
描述:全省公共交換平臺在對地市/運營商平臺進行驗證完成
后,返回的相關(guān)驗證結(jié)果;
數(shù)據(jù)體:
字段名類型字節(jié)數(shù)描述
RESULTBYTE1認證結(jié)果
VERYFYCODEDWORD4校驗碼
RESULT定義:
類型
說明
[ERRORCODE]
0成功;
1IP地址不正確;
2接入碼不正確;
3用戶沒有注冊;
4密碼錯誤;
5資源緊張,稍后再連接【已經(jīng)占用】;
6其他;
17
9.3地市/運營商客戶端向全省服務端發(fā)送注銷信息(備注:上行鏈
路)
數(shù)據(jù)類型:UP_DISCONNECT_REQ
描述:地市/運營商平臺作為TCP/IP客戶端在中斷與全省公共交
換平臺之前必須發(fā)送注銷信息。
數(shù)據(jù)體:
字段名字節(jié)數(shù)類型描述
USERID4Unsignedint用戶編號
PASSWORD8OctetString密碼
9.4全省平臺服務端向地市/運營商平臺客戶端發(fā)送注銷回應信息
(備注:上行鏈路)
數(shù)據(jù)類型:UP_DISCONNECT_RSP
描述:全省公共交換平臺對于地市/運營商平臺的注銷信息予以
響應。
數(shù)據(jù)體為空
9.5地市/運營商客戶端向全省服務端發(fā)送鏈路測試信息(備注:上
行鏈路)
數(shù)據(jù)類型:UP_LINKTEST_REQ
描述:實現(xiàn)上行鏈路保持檢測請求;
鏈路檢測消息,數(shù)據(jù)體為空。
18
9.6全省服務端向地市/運營商客戶端發(fā)送鏈路測試回應信息(備
注:上行鏈路)
數(shù)據(jù)類型:UP_LINKTEST_RSP
描述:上行鏈路檢測服務端響應;
上行鏈路檢測回應消息,數(shù)據(jù)體為空。
9.7全省平臺客戶端向地市/運營商平臺服務端發(fā)送登錄信息(備
注:下行鏈路)
數(shù)據(jù)類型:DOWN_CONNECT_REQ
描述:地市/運營商平臺作為TCP/IP服務端,全省中心平臺作為
客戶端向省級平臺進行連接;本業(yè)務指令必須在【9.2】節(jié)成功
響應后才進行。
字段名字節(jié)數(shù)類型描述
VERYFYCOD4DWORD[9.2]節(jié)對應的校驗碼
E
地市/運營商平臺在收到本業(yè)務指令后,根據(jù)本校驗碼
[VERYFYCODE]來實現(xiàn)數(shù)據(jù)的校驗,校驗后,則返回
DOWN_CONNECT_RSP業(yè)務指令;
9.8地市/運營商平臺服務器向全省平臺客戶端響應登錄結(jié)果(備
注:下行鏈路)
數(shù)據(jù)類型:DOWN_CONNECT_RSP
19
描述:地市/運營商平臺作為服務端向全省平臺客戶端反饋登錄
結(jié)果;
數(shù)據(jù)體:
字段名類型字節(jié)數(shù)描述
RESULTBYTE1認證結(jié)果
RESULT定義:
類型【ERRORCODE】說明
0成功;
1VERYFYCODE錯誤
2資源緊張,稍后再連接【已經(jīng)占用】;
3其他;
9.9全省平臺客戶端向地市/運營商平臺服務端發(fā)送鏈路測試信息
(備注:下行鏈路)
數(shù)據(jù)類型:DOWN_LINKTEST_REQ
描述:實現(xiàn)下行鏈路保持檢測請求;
下行鏈路檢測消息、,數(shù)據(jù)體為空。
9.10地市/運營商平臺服務端向全省平臺客戶端發(fā)送鏈路測試回應
信息(備注:下行鏈路)
數(shù)據(jù)類型:DOWN,INKTEST一RSP
20
描述:下行鏈路檢測服務端響應;
下行鏈路檢測回應消息、,數(shù)據(jù)體為空。
9.11全省平臺客戶端向地市/運營商平臺服務端發(fā)送注銷信息(備
注:下行鏈路)
數(shù)據(jù)類型:DOWNDISCONNECT_REQ
描述:全省平臺作為TCP/IP客戶端在中斷與地市/運營商平臺之
前必須發(fā)送注銷信息。
數(shù)據(jù)體:
字段名字節(jié)數(shù)類型描述
VERYFYCODE4DWORD校驗碼
9.12地市/運營商平臺服務端向全省平臺客戶端發(fā)送注銷回應信息
(備注:下行鏈路)
數(shù)據(jù)類型:DOWN_DISCONNECT_RSP
描述:地市/運營商平臺對于全省中心平臺的注銷信息予以響
應。
數(shù)據(jù)體為空
9.13全省平臺服務端向地市/運營商平臺客戶端發(fā)送鏈路斷開通知
(備注:上行鏈路)
數(shù)據(jù)類型:UP^DISCONNECT_INFOR
描述:
21
情景1:當全省平臺與地市/運營商平臺的下行鏈路斷開,每重
連3次未成功時,全省平臺通過上行鏈路發(fā)送此消息給地方平臺。
情景2:全省平臺客戶端根據(jù)地市/運營商平臺登錄時給到的端
口無法連接到地市/運營商平臺服務端時發(fā)送此消息通知地方平
臺。
數(shù)據(jù)體:
字段名字節(jié)數(shù)類型描述
ERROR_CODE1BYTE0X00:無法連接地方平臺給
到的IP與端口
0X01:全省平臺客戶端與地
方平臺服務端斷開
0X02:其它原因
9.14地市/運營商平臺服務器端向全省平臺客戶端發(fā)送鏈路斷開通
知(備注:下行鏈路)
數(shù)據(jù)類型:DOWN_DISCONNECT_INFOR
描述:當?shù)厥?運營商平臺客戶端在上行鏈路與全省平臺服務端
斷開,每重連3次失敗時,發(fā)送此消息給下行鏈路的全省平臺客戶端
通知全省平臺。
數(shù)據(jù)體:
字段名字節(jié)數(shù)類型描述
ERROR_CODE1BYTE0X00:地市/運營商平臺客
22
戶端與全省平臺服務端上
行鏈路斷開
0X01::其它原因
9.15定量反饋已經(jīng)收到地市/運營商中心上傳車輛動態(tài)信息數(shù)量
(備注:下行鏈路)
業(yè)務類型標識:DOWN_DYNAMIC_INFO_TOTAL_RECV_FED_BACK
描述:全省中心會定量反饋已經(jīng)收到地市/運營商中心上傳的車
輛動態(tài)信息數(shù)量給地市/運營商中心(如:每收到10K條車輛動
態(tài)信息反饋一次),此協(xié)議不需要地市/運營商中心回復信息。
DYNAMICJN4DWORDSTART_TIME~
FO_TOTALEND_TIME共收到的車輛
動態(tài)數(shù)據(jù)數(shù)量
START_TIME4TIME_T開始時間,用UTC時間表
示;如2010-1-109:7:54的
UTC值為1263085674,其
在協(xié)議中表示為
0x4B49286A
END_TIME4TIME_T結(jié)束時間,用UTC時間表
示
23
9.16地市/運營商客戶端向全省服務端發(fā)送業(yè)務數(shù)據(jù)(備注:上行鏈
路)
數(shù)據(jù)類型:UP_MSG
數(shù)據(jù)體:
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COLO1BYTE車牌顏色,參照
RJT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG_CODE2WORD運輸行業(yè)類別,詳見10.5
運輸行業(yè)類別編碼表。
DATA_TYPE2WORD業(yè)務類型標識
DATA_LENGT2WORD后續(xù)數(shù)據(jù)長度
H
DATADATA_LEBYTE數(shù)據(jù)
NGTH
9.16.1實時車輛位置信息
業(yè)務類型標識:UP_REAL_LOCATION
描述:本業(yè)務主要是描述車輛的實時位置定位信息;
24
DATA數(shù)據(jù)格式:
字段名字節(jié)數(shù)類型描述
GPSDATA30GPS數(shù)據(jù)詳見GPS數(shù)據(jù)格式
說明:本條協(xié)議服務端無需應答;
9.16.2車輛位置信息補報請求
業(yè)務類型標識:UP_APPLY_HISGPSDATA_REQ
描述:本業(yè)務主要描述,在地市/運營商平臺與全省平臺之間產(chǎn)
生斷開類似的情況后,地市/運營商客戶端需要全省中心進行車
輛位置信息補發(fā)的時候,地市/運營商客戶端平臺必須向全省平
臺之間進行發(fā)出請求命令,而后,才進行“車輛位置信息補報
【9.17.6節(jié)】“實現(xiàn)。
DATA數(shù)據(jù)格式如下:
字段名字節(jié)數(shù)類型描述
START_TIME4TIME_T開始時間,用UTC時間表
示;如2010-1-109:7:54的
UTC值為1263085674,其
在協(xié)議中表不為
0x4B49286A
END_TIME4TIME_T結(jié)束時間,用UTC時間表
25
示
9.16.3車輛位置信息補報
業(yè)務類型標識:UP_HISTORY_LOCATION
描述:本業(yè)務是指地市/運營商平臺與全省平臺斷線后,在重新
連接上以后,地市/運營商平臺必須將斷線期間的相關(guān)車輛的動
態(tài)信息上傳到全省平臺中心;
數(shù)據(jù)格式:
字段名字節(jié)數(shù)類型描述
GPS_CNT1BYTE該數(shù)據(jù)包里包含的GPS數(shù)
據(jù)個數(shù),
1<=GPS_CNT<=5
GPSDATA30GPS數(shù)據(jù)詳見GPS數(shù)據(jù)格式
????
GPSDATAN30GPS數(shù)據(jù)詳見GPS數(shù)據(jù)格式
說明:
客戶端重新登錄時,需按車輛補發(fā)斷線期間車輛上傳的GPS數(shù)
據(jù)。
如果系統(tǒng)斷線期間,該車需發(fā)的數(shù)據(jù)包條數(shù)大于5,則以每包5
條進行補發(fā),直到補發(fā)完畢。
多條數(shù)據(jù)以GPS時間先后順序排列。
26
本條協(xié)議全省中心采用定量回復,即收到一定數(shù)量的數(shù)據(jù)后,
即通過下行鏈路反饋數(shù)據(jù)量【9.15節(jié)】。
9.16.4跨域車輛信息交換啟動應答
本協(xié)議是對服務器端下發(fā)的DOWN_ARCOSSAREA_STARTUP協(xié)議的
應答數(shù)據(jù)協(xié)議。
業(yè)務類型標識:UP_ARCOSSAREA_STARTUP_ACK
協(xié)議定義如下:
字節(jié)
字段名類型描述
數(shù)
DEVICEJD21Octet車牌號,返回
StringDOWN_ARCOSSAREA_S
TARTUP協(xié)議中的車牌號
DEVICE_COLOR1BYTE車牌顏色,參照
JT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG_CODE2WORD運輸行業(yè)編碼,返回
DOWN_ARCOSSAREA_S
TARTUP協(xié)議中的運輸行
業(yè)編碼
DATA_TYPE2WORD業(yè)務類型標識,值為:
27
UP_ARCOSSAREA_STAR
TUP_ACK
DATA_LENGTH2WORD后續(xù)數(shù)據(jù)長度,值為
0X0000
9.16.5跨域車輛信息交換結(jié)束應答
本協(xié)議是對服務器端下發(fā)的DOWN_ARCOSSAREA_END協(xié)議的應答
數(shù)據(jù)協(xié)議
業(yè)務類型標識:UP_ARCOSSAREA_END_ACK
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號,返回
StringDOWN_ARCOSSAREA_E
ND協(xié)議中的車牌號
DEVICE_COLOR1BYTE車牌顏色,參照
JT/T415-2006的5412,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG_CODE2WORD運輸行業(yè)編碼,返回
DOWN_ARCOSSAREA_E
ND協(xié)議中的運輸行業(yè)編碼
DATA_TYPE2WORD業(yè)務類型標識,值為:
28
UP_ARCOSSAREA_END_
ACK
DATA_LENGTH2WORD后續(xù)數(shù)據(jù)長度,值為
0X0000
9.16.6申請交換指定車輛信息
業(yè)務類型標識:UP_APPLY_FOR_MONITOR_STARTUP
當?shù)厥?運營商中心需要在特定時間特殊監(jiān)控車輛信息時,可上
傳此命令到全省中心申請對該車輛數(shù)據(jù)交換到地市/運營商中心,申
請成功后,此車數(shù)據(jù)將在指定時間內(nèi)交換到該中心(即使該車沒有
進去該中心業(yè)務區(qū)域也會交換)。
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COL1BYTE車牌顏色,參照
ORJT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG_CODE2WORD運輸行業(yè)編碼,見10.5節(jié)
DATA_TYPE2WORD業(yè)務類型標識,值為:
UP_APPLY_FOR_MONIT
29
OR_STARTUP
DATA.LENG2WORD后續(xù)數(shù)據(jù)長度,值為
TH0X0008
START_TIME4TIME_T開始時間,用UTC時間表
示;如2010-1-109:7:54的
UTC值為1263085674,其
在協(xié)議中表示為
0x4B49286A
END_TIME4TIME_T結(jié)束時間,用UTC時間表
示
9.16.7取消申請交換指定車輛信息
業(yè)務類型標識:UP_APPLY_FOR_MONITOR_END
描述:該命令上傳給全省中心取消之前申請?zhí)厥獗O(jiān)控車輛交換。
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COL1BYTE車牌顏色,參照
ORJT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
3()
MSG_CODE2WORD運輸行業(yè)編碼,見10.5節(jié)
DATA.TYPE2WORD業(yè)務類型標識,值為:
UP_APPLY_FOR_MONIT
OR_END
DATA_LENG2WORD后續(xù)數(shù)據(jù)長度,值為
TH0X0000
9.17全省平臺客戶端向地市/運營商平臺服務端發(fā)送業(yè)務數(shù)據(jù)(備
注:下行鏈路)
數(shù)據(jù)類型:DOWN_MSG
描述:全省平臺作為客戶端向地市/運營商服務端發(fā)送業(yè)務數(shù)據(jù)
格式:
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COL1BYTE車牌顏色,參照
ORJT7T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG_CODE2WORD運輸行業(yè)編碼,見【常量定
義】
31
DATA_TYPE2WORD業(yè)務類型標識
DATA.LENG2WORD后續(xù)數(shù)據(jù)長度
TH
DATADATA_LEBYTE數(shù)據(jù)
NGTH
9.17.1啟動跨域車輛信息交換
業(yè)務類型標識:DOWN_ARCOSSAREA_STARTUP
描述:當全省中心分析到有車輛進入業(yè)務定制區(qū)域時,就會向
定制此業(yè)務的地市/運營商中心下發(fā)該命令通知地市/運營商中心,
有車輛進入業(yè)務定制區(qū)域了。地市/運營商中心收到此命令后需要回
復跨域車輛信息交換啟動應答給全省中心,即
UP_ARCOSSAREA_STARTUP_ACKo
啟動跨域車輛信息交換的協(xié)議定義如下:
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COL1BYTE車牌顏色,參照
ORJT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG_CODE2WORD運輸行業(yè)編碼,參見協(xié)議文
32
檔10.5節(jié)
DATA.TYPE2WORD業(yè)務類型標識,值為
0X4001
DATA_LENG2WORD后續(xù)數(shù)據(jù)長度,值為
TH0X0001
DATADATA_LEBYTE0x00:車輛進入指定區(qū)域
NGTH0x01:人工指定交換
0x02:其它原因
9.17.2結(jié)束跨域車輛信息交換
業(yè)務類型標識:DOWN_ARCOSSAREA^END
描述:當進入定制業(yè)務的車輛離開該區(qū)域時,全省中心下發(fā)該
命令告訴地市/運營商中心,通知地市/運營商中心將停止車輛定位
數(shù)據(jù)交換。地市/運營商中心收到該命令后要回復跨域車輛信息交換
結(jié)束應答,即UP_ARCOSSAREA_END_ACK。
結(jié)束跨域車輛信息交換協(xié)議如下:
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COL1BYTE車牌顏色,參照
ORJT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
33
碼表。
MSG_CODE2WORD運輸行業(yè)編碼,參見協(xié)議文
檔10.5節(jié)
DATA_TYPE2WORD業(yè)務類型標識,值為
0X4002
DATA_LENG2WORD后續(xù)數(shù)據(jù)長度,值為
TH0X0001
DATADATA_LEBYTE0x00:車輛離開指定區(qū)域
NGTH0x01:人工停止交換
0x02:車輛離線
0x03:其它原因
9.17.3交換車輛信息
業(yè)務類型標識:DOWN_CAR_INFO
描述:如交換過程中車輛信息有更新時,由中心再次下發(fā)一次
車輛信息。地市/運營商平臺接收后自行更新該車輛信息。
數(shù)據(jù)格式:
字段名字節(jié)數(shù)類型描述
CARJNFO車輛信息詳見車輛信息數(shù)據(jù)格式
本條協(xié)議客戶端無需應答。
9.17.4交換車輛位置信息
業(yè)務類型標識:DOWN_CAR_LOCATION
34
描述:如交換過程中車輛信息有更新時,由中心再次下發(fā)一次
車輛信息。地市/運營商平臺接收后自行更新該車輛信息。
數(shù)據(jù)格式:
字段名字節(jié)數(shù)類型描述
GPSDATA30GPS數(shù)據(jù)詳見GPS數(shù)據(jù)格式
本條協(xié)議客戶端無需應答;
9.17.5車輛位置信息交換補報應答
業(yè)務類型標識:DOWN_APPLY_HISGPSDATA^ACK
描述:本業(yè)務類型完成對于UP_APPLY_HISGPSDATA_REQ業(yè)務申
請的應答;
數(shù)據(jù)格式:
字段名字節(jié)數(shù)類型描述
RESULTBYTE1申請結(jié)果
RESULT定義:
類型
[RETC0DE說明
]
0成功,全省平臺即刻補發(fā);
1成功,全省平臺擇機補發(fā);
2失敗,全省平臺無對應申請的動態(tài)數(shù)據(jù);
35
3失敗,申請內(nèi)容不正確;
4其它原因;
9.17.6車輛位置信息交換補報
業(yè)務類型標識:DOWN_HISTORY?ARCOSSAREA
描述:本業(yè)務在DOWN_APPLY_HISGPSDATA_ACK應答成功后,即刻
開始交換。如果申請失敗,則不進行數(shù)據(jù)轉(zhuǎn)發(fā)。
數(shù)據(jù)格式:
字段名字節(jié)數(shù)類型描述
GPS_CNT1BYTE本包數(shù)據(jù)里包含的GPS數(shù)據(jù)個
數(shù),
1<=GPS_CNT<=5
GPSDATA130GPS數(shù)據(jù)詳見GPS數(shù)據(jù)格式
GPSDATAN30GPS數(shù)據(jù)詳見GPS數(shù)據(jù)格式
說明:本條協(xié)議客戶端無需應答。
9.17.7申請交換指定車輛信息應答
業(yè)務類型標識:DOWN_APPLY_FOR_MONITOR_STARTUP_ACK
描述:應答地市/運營商中心申請交換指定車輛信息指令
[UP_APPLY_FOR_MONITOR_STARTUP]。
數(shù)據(jù)格式:
36
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COL1BYTE車牌顏色,參照
ORJT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG.CODE2WORD運輸行業(yè)編碼,參見協(xié)議文
檔10.5節(jié)
DATA_TYPE2WORD業(yè)務類型標識,值為
DOWN_APPLY_FOR_MO
NITOR_STARTUP_ACK
DATA_LENG2WORD后續(xù)數(shù)據(jù)長度,值為
TH0X0001
DATADATA_LEBYTE0x00:申請成功;
NGTH0x01:全省中心沒有該車數(shù)
據(jù);
0x02:申請時間段錯誤;
0x03:其它;
9.17.8取消申請交換指定車輛信息應答
37
業(yè)務類型標識:DOWN_APPLY_FORJONITOR_END_ACK;
描述:應答地市/運營商中心取消申請交換指定車輛信息指令。
數(shù)據(jù)格式:
字段名字節(jié)數(shù)類型描述
DEVICEJD21Octet車牌號
String
DEVICE_COL1BYTE車牌顏色,參照
ORJT/T415-2006的5.4.12,詳
見本協(xié)議10.7,車牌顏色編
碼表。
MSG_CODE2WORD運輸行業(yè)編碼,參見協(xié)議文
檔10.5節(jié)
DATA_TYPE2WORD業(yè)務類型標識,值為
DOWN_APPLY_FOR_M
ONITOR_END_ACK
DATA.LENG2WORD后續(xù)數(shù)據(jù)長度,值為
TH0X0001
DATADATA_LEBYTE0x00:取消申請成功;
NGTH0x01:之前沒有對應申請信
溫馨提示
- 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
- 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
- 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
- 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
- 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
- 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
- 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。
最新文檔
- 2024-2030年中國嬰兒紙尿褲市場供需渠道分析及發(fā)展競爭力研究報告
- 2024-2030年中國可再分散乳膠粉行業(yè)發(fā)展?jié)摿巴顿Y戰(zhàn)略規(guī)劃研究報告
- 2024-2030年中國衛(wèi)生消毒市場競爭格局展望及投資策略分析報告
- 2024年幼兒園管理權(quán)轉(zhuǎn)移協(xié)議3篇
- 梅河口康美職業(yè)技術(shù)學院《精細化學品化學及工藝》2023-2024學年第一學期期末試卷
- 眉山藥科職業(yè)學院《電工電子基礎(chǔ)A》2023-2024學年第一學期期末試卷
- 2024年度生產(chǎn)車間承包與綠色生產(chǎn)技術(shù)研發(fā)合同3篇
- 滿洲里俄語職業(yè)學院《涉老企業(yè)品牌管理》2023-2024學年第一學期期末試卷
- 茅臺學院《品牌敘事和聲譽管理》2023-2024學年第一學期期末試卷
- 漯河食品職業(yè)學院《設(shè)計室內(nèi)》2023-2024學年第一學期期末試卷
- 基于風險的軟件測試策略
- 大鎖孫天宇小品《時間都去哪了》臺詞劇本完整版-一年一度喜劇大賽
- 雙重血漿置換
- 2023北京海淀區(qū)高二上學期期末英語試題及答案
- 從分數(shù)到分式教學設(shè)計-
- 酒店長期租房合同模板(16篇)
- 場域與對話-公共空間里的雕塑 課件-2023-2024學年高中美術(shù)人美版(2019)美術(shù)鑒賞
- 關(guān)于違規(guī)收受禮品禮金警示教育心得體會范文
- 國家開放大學《國際商法》形考任務1-5參考答案
- 顱腦損傷課件
- 滬教版英語八年級上冊知識點歸納匯總
評論
0/150
提交評論