根據交通通信信息中心的要求，受檢平臺的符合性審查分為兩部分:符合性檢測和符合性審查。符合性檢測即技術檢測，根據
要求分為五個部分:功能檢測，協議檢測，流程檢測，運行檢測和壓力檢測。功能檢測即檢測運營平臺所提供的管理服務功能
是否完善，合理。根據交通部相關文要求，受檢平臺必須具備車輛監控管理,歷史軌跡回放，平臺對接能力等近百項服務功
能，這些功能涵蓋了目前所有監控平臺的最優服務功能，可以按要求完成平臺無疑將會是國內服務性能最優異的運營平臺，也
會是可以客戶提供最合理，最完善，最人性化的全方位運營服務平臺。
通信協議是通信雙方進行交互時所約定的標準語言,部標808協議和809協議、796和794標準 雖然都是交通部主持設計的，但是
單從這個數字代碼，讓人迷惑，理解這兩個協議和兩個標準,對於掌握整套部標標準，起著至關重要的作用。
1.通信場景
他們是基於不同的通信場景,不同的通信對象，不同的設計目的和目標而制定出來的。首先要知道這些標準的全稱是什麼意
思，Jt808標準的全稱是《道路運輸車輛i衛星定位系統終端通訊協議及數據格式》, jt809標準的全稱是《道路運輸車輛衛星定位
系統平臺數據交換》，796標準的全稱是《道路運輸車輛衛星定位系統平臺技術要求》，794標準的全稱是《道路運輸車輛衛星
定位系統車載終端技術要求》，從字面意思就很容易理解到: 808協議適用於GPS定位車載終端和監控平臺之間的通信。通信協
議採用TCP或UDP，平臺作為服務器端,終端作為客戶端,而809協議則是適用於企業的GPS監控平臺與政府運管平臺之間的交
互通信，通信協議限定為TCP協議，企業監控平臺明確為協議中的下級平臺，政府運管平臺明確為，上級平臺。交通部796標準是
軟件平臺的功能標準，794則是終 端的功能標準。
2.應用場景
如果你獲取GPS定位數據，是從終端接.入獲取的，就使用或者開發808Gps服務器,參見:基於Java Netty框架構建高性能的部標
808協議的GPS服務器
如果你需要從第三方平臺獲取GPS定位數據，即接入第三方平臺,就需要使用或者開發809Gps服務器。參見:基於部標Jt/1809協
議和Java Netty框架構建Gps位置監控平臺
如果需要給其他平臺轉發數據,則可以根據雙方約定,可以使用809協議轉發，也可以用808協議轉發,協議本來就是雙方約定
遵守的規則，只要雙方同意，即使不用808/809, 自己設計協議也可以。
如果你是開發終端. ,需要閱讀794標準和808協議文檔。
如果你是開發平臺的，需要閱讀796功能標準和808協議、809協議文檔，通常一個標準的796平臺， 包含808服務器, 809服務器
和web平臺.
3.包含關係
既然796是平臺的全面綜合功能標準,則其中的一項要求必然是符合808協議標準,能夠接入符合808協議的車載終端,所以796
標準是包含808協議標準,符合796標準的平臺必然能夠接入符合808協議的車載終端,但反過來能接入部標終端的平臺不一-定是
符合796的功能標準,特別是web平臺的功能標準，需要經過部標平臺檢測後，才能認定為796平臺。
794是終端硬件設備的全面綜合功能標準,必然也是包含808協議標準,必須能夠接入部標平臺當中。
由於現在終端設備都是GPS和行車記錄儀是一-體化的一 -體機，所以在808協議中，對記錄儀協議的標準進行了封裝，即消息體用
的是記錄儀標準19056.也就是說部標終端必然是符合GB/T 19056汽車行駛記錄儀標準的終端。
GB/T 35658-2017《道路運輸車輛衛星定位系統平臺技術要求》
JT/T 809-2019《道路運輸車輛衛星定位系統平臺數據交換》
JT/T 1077-2016《道理運輸車輛衛星定位系統視頻平臺技術要求》
