高速公路ETC藍牙車載單元（B-OBU）技術(shù)規(guī)范

ICSFORMTEXT03.220.20FORMTEXTR10FORMTEXT?????DBFORMTEXT36DBFORMTEXT36/FORMTEXTTxxx—FORMTEXT20xxFORMTEXT?????FORMTEXT高速公路ETC藍牙車載單元（B-OBU）技術(shù)規(guī)范FORMTEXTTechnicalSpecificationforBluetoothOnBoardUnit(B-OBU)OfHighwayElectronicTollCollectionFORMTEXT?????FORMDROPDOWNFORMTEXT?????FORMTEXT201x-FORMTEXT1x-FORMTEXTXX發(fā)布FORMTEXT201x–FORMTEXTxx–FORMTEXTxx實施FORMTEXT江西省質(zhì)量技術(shù)監(jiān)督局???發(fā)布DB36/Txxx—20xx前言 II引言 III1范圍 12規(guī)范性引用文件 13術(shù)語和定義 14縮略語 15總體要求 26藍牙通信模型和協(xié)議 27通信初始化 38藍牙通信應(yīng)用層數(shù)據(jù)幀 39應(yīng)用層數(shù)據(jù)傳輸協(xié)議規(guī)程 810設(shè)備應(yīng)用要求 811微信公眾號等互聯(lián)網(wǎng)應(yīng)用支持 8附錄A（規(guī)范性附錄）藍牙應(yīng)用UUID編碼約定 9附錄B（規(guī)范性附錄）TLV格式 10附錄C（資料性附錄）透傳指令各通道TLV參數(shù)定義 11附錄D（資料性附錄）廠商指令TLV參數(shù)定義 13高速公路ETC藍牙車載單元（B-OBU）技術(shù)規(guī)范范圍本標(biāo)準(zhǔn)規(guī)定了具備藍牙模塊的OBU的總體要求、與移動終端之間通過藍牙通信的通信模型、通信數(shù)據(jù)幀格式及相應(yīng)的應(yīng)用數(shù)據(jù)的要求。本標(biāo)準(zhǔn)適用于公路電子不停車收費系統(tǒng)應(yīng)用的具備藍牙功能的OBU。規(guī)范性引用文件下列文件對于本文件的應(yīng)用是必不可少的。凡是注日期的引用文件，僅所注日期的版本適用于本文件。凡是不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T20851.1電子收費專用短程通信第1部分：物理層GB/T20851.2電子收費專用短程通信第2部分：數(shù)據(jù)鏈路層GB/T20851.3電子收費專用短程通信第3部分：應(yīng)用層GB/T20851.4電子收費專用短程通信第4部分：設(shè)備應(yīng)用GB/T28421電子收費基于專用短程通信的電子收費交易交通運輸部2011年第13號公告收費公路聯(lián)網(wǎng)電子不停車收費技術(shù)要求術(shù)語和定義《收費公路聯(lián)網(wǎng)電子不停車收費技術(shù)要求》、GB/T28421中界定的以及下列術(shù)語和定義適用于本文件。藍牙低功耗bluetoothlowenergy一種支持設(shè)備短距離通信的無線電技術(shù)，由藍牙技術(shù)聯(lián)盟（SpecialInterestGroup，簡稱SIG）管理。當(dāng)前包括經(jīng)典藍牙、高速藍牙和藍牙低功耗協(xié)議。本標(biāo)準(zhǔn)采用bluetoothlowenergy（簡稱BLE）模式.APPApplication指應(yīng)用程序（APP為Application縮寫），本標(biāo)準(zhǔn)中特指為智能移動終端的第三方應(yīng)用程序?？s略語下列縮略語適用于本部分。UUID：通用唯一識別碼（UniversallyUniqueIdentifier）BLE：藍牙低功耗（BluetoothLowEnergy）B-OBU：藍牙車載單元（BluetoothOn-BoardUnit）DSRC：專用短程通信（DedicatedShortRangeCommunication）ESAM：嵌入式安全訪問模塊（EmbeddedSecureAccessModule）ETC：電子收費（ElectronicTollCollection）ICC：集成電路卡（IntegratedCircuitCard）OBU：車載單元（On-BoardUnit）RSU：路側(cè)單元（Road-SideUnit）總體要求藍牙OBU的應(yīng)用體系總體結(jié)構(gòu)如圖1所示。B-OBU支持的應(yīng)用場景示意圖B-OBU應(yīng)滿足以下要求：——應(yīng)符合GB/T20851系列標(biāo)準(zhǔn)規(guī)定的A類上下行鏈路的要求；——應(yīng)支持藍牙通信，藍牙物理層基本參數(shù)應(yīng)符合BLE的規(guī)定外，還應(yīng)符合表1的規(guī)定；——通過藍牙通信與移動終端或車載終端建立連接，實現(xiàn)各類增值業(yè)務(wù)應(yīng)用；——當(dāng)藍牙接口和5.8G接口同時有數(shù)據(jù)收發(fā)時，應(yīng)優(yōu)先處理5.8G接口數(shù)據(jù)；——藍牙連接應(yīng)由移動終端APP發(fā)起。藍牙技術(shù)要求指標(biāo)名稱指標(biāo)廣播間隔≤1s廣播超時定時器120s通信鏈路存活定時器120s藍牙通信模型和協(xié)議藍牙通信模型移動終端與B-OBU通過BLE藍牙通信協(xié)議進行無線通信的通信模型見圖2。通信模型分二層，第一層為原生BLE標(biāo)準(zhǔn)協(xié)議棧，第二層應(yīng)用層在BLE標(biāo)準(zhǔn)協(xié)議基礎(chǔ)上，定義了通訊數(shù)據(jù)幀結(jié)構(gòu)和應(yīng)用數(shù)據(jù)類型，對應(yīng)用提供的數(shù)據(jù)按照應(yīng)用層幀結(jié)構(gòu)進行封幀、分包、組包、解析。本標(biāo)準(zhǔn)規(guī)定應(yīng)用層協(xié)議及相關(guān)內(nèi)容。B-OBU與移動終端通信結(jié)構(gòu)模型藍牙協(xié)議B-OBU的藍牙協(xié)議應(yīng)符合下列規(guī)定：——應(yīng)符合BLE藍牙協(xié)議；——應(yīng)支持Indication數(shù)據(jù)傳輸方式（藍牙應(yīng)答傳輸方式）和Notification數(shù)據(jù)傳輸方式（藍牙無應(yīng)答傳輸模式，由應(yīng)用層保證數(shù)據(jù)發(fā)送成功），江西B-OBU采用的Indication數(shù)據(jù)傳輸方式。通信初始化B-OBU與移動終端APP的通信初始化流程，應(yīng)符合圖3的規(guī)定。當(dāng)B-OBU開啟藍牙功能后，需要初始化通信會話，建立與移動終端APP之間的數(shù)據(jù)鏈路。B-OBU首先廣播ServiceUUID、MAC地址等基本信息，APP掃描到符合要求的基本信息后，根據(jù)UUID自動建立通訊連接,ServiceUUID定義見附錄A。B-OBU與移動終端APP的通信初始化流程藍牙通信應(yīng)用層數(shù)據(jù)幀幀結(jié)構(gòu)藍牙通訊數(shù)據(jù)幀格式見表2，數(shù)據(jù)幀中數(shù)據(jù)域的說明見表3。數(shù)據(jù)幀格式ST(1byte)CTL(1byte)LEN(1byte)DATABCC(1byte)數(shù)據(jù)幀中數(shù)據(jù)域的說明字段描述ST幀頭控制字，0x33CTL最高位[bit:7]表示分包開始標(biāo)識，1為幀的開始包其他位[bit:0～6]表示分包序列號，從N-1開始到0，最后一個包為0LENa發(fā)送的數(shù)據(jù)長度DATAb發(fā)送的數(shù)據(jù)BCCBCC校驗，從CTL開始到DATAa數(shù)據(jù)分包長度由各個廠商自定義（推薦值95）,由設(shè)備在初始化指令應(yīng)答中返回給APP。若幀數(shù)據(jù)域超過分包長度，則需要分包，若不是最后一個分包，則數(shù)據(jù)長度必須為分包長度。bDATA由Type+Content組成，見8.3規(guī)定。每一條指令的Type固定，第一包的數(shù)據(jù)含有Type，其他分包沒有Type。幀封裝應(yīng)用層通過藍牙進行交互時，應(yīng)將應(yīng)用數(shù)據(jù)幀封裝至藍牙通訊數(shù)據(jù)幀的DATA域內(nèi)。當(dāng)應(yīng)用數(shù)據(jù)幀長度超過藍牙通信數(shù)據(jù)幀一幀最大長度時，應(yīng)采用分包發(fā)送；同時接收端應(yīng)支持組包處理。數(shù)據(jù)域結(jié)構(gòu)應(yīng)用層數(shù)據(jù)包對應(yīng)藍牙通訊數(shù)據(jù)幀中的DATA域，其格式應(yīng)符合表4規(guī)定。DATA域格式Type(1byte)Content其中：Type：應(yīng)用數(shù)據(jù)類型，1字節(jié)，具體定義見8.4。Content：應(yīng)用數(shù)據(jù)內(nèi)容，具體定義見8.5。每一條指令的Type固定，若分包，第一幀的數(shù)據(jù)含有Type字段，其它幀無Type字段。應(yīng)用數(shù)據(jù)類型定義APP發(fā)送到B-OBU的指令A(yù)PP發(fā)送到B-OBU的指令見表5的規(guī)定。APP到B-OBU指令數(shù)據(jù)類型代碼(Type)功能說明初始化指令0xC0APP通知B-OBU進行初始化，B-OBU返回主控程序版本、分包長度、設(shè)備狀態(tài)等信息升級指令0xC1B-OBU主控程序升級透傳指令0xC2對B-OBE-SAM、卡片等操作，具體包含:B-OBU二發(fā)，B-OBU激活，B-OBU數(shù)據(jù)查詢，B-OBU延期，卡延期等業(yè)務(wù)操作。數(shù)據(jù)下發(fā)指令0xC3APP下發(fā)數(shù)據(jù)到B-OBU數(shù)據(jù)上報應(yīng)答0xC4數(shù)據(jù)上報應(yīng)答。廠商指令0xC5廠商指令，如查詢設(shè)備信息等。鏈路保持指令0xCC通過該指令確保設(shè)備在指定時間內(nèi)保持激活狀態(tài)。鏈路斷開指令0xCDAPP發(fā)送該指令斷開藍牙連接。B-OBU返回給APP的響應(yīng)B-OBU返回APP的響應(yīng)見表6的規(guī)定。APP到B-OBU指令數(shù)據(jù)類型代碼(Type)功能說明初始化應(yīng)答0xB0應(yīng)答B(yǎng)-OBU的版本信息，以及保留的文本狀態(tài)等升級應(yīng)答0xB1針對C1幀的應(yīng)答，主要是應(yīng)答B(yǎng)-OBU主控程序升級的狀態(tài)。透傳應(yīng)答0xB2應(yīng)答對B-OBE-SAM的操作結(jié)果數(shù)據(jù)下發(fā)應(yīng)答0xB3數(shù)據(jù)下發(fā)應(yīng)答。數(shù)據(jù)上報指令0xB4B-OBU上報數(shù)據(jù)到APP。廠商指令應(yīng)答0xB5廠商指令應(yīng)答。鏈路斷開應(yīng)答0xBD對鏈路斷開指令的應(yīng)答應(yīng)用數(shù)據(jù)內(nèi)容定義初始化指令和響應(yīng)設(shè)備初始化指令與響應(yīng)見表7和表8規(guī)定。初始化指令位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xC0初始化應(yīng)答位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xB0表8（續(xù)）11Status返回狀態(tài)0x00表示正常返回；其他表示錯誤，此時不存在下面的數(shù)據(jù)元,錯誤碼：0x01電量不足；0x02升級中斷；0x03設(shè)備故障。32OBUStatusOBU狀態(tài)信息,應(yīng)符合《電子收費專用短程通信應(yīng)用層》（GB/T20851.3）相關(guān)規(guī)定。427ESAMInfoOBE-SAM系統(tǒng)信息文件前27字節(jié)543VersionOBU軟件版本信息，格式：Vx.y+空格+2位數(shù)字省份編號（江西是36）+空格+廠商編碼＋空格＋廠商自定義信息（32字節(jié)文本，不足部分用空格代替）升級指令設(shè)備的升級指令和應(yīng)答見表9和表10規(guī)定。升級指令位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xC112BlockNum塊號，0～6553465535表示數(shù)據(jù)傳輸結(jié)束，后面不帶內(nèi)容和CRC檢驗字段2512BlockData內(nèi)容，不足一塊長度的數(shù)據(jù)用0xFF補足32CheckSumCRC校驗和，生成多項式為X16+X12+X5+X1，初始值0xffff。升級應(yīng)答位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,此處取值0xB111Status0x00表示接收成功；其他表示錯誤0x01校驗錯誤0x02分包錯誤0x03無法升級21BlockNum塊號透傳指令設(shè)備的透傳指令和應(yīng)答見表11和表12規(guī)定。透傳指令位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xC211DataTypeBit0～3：通道類型0：OBE（保留）1：ICC2：SAM3：Display4：Beeper5：Printer（保留）6：SerialInterface（保留）7：ParallelInterface（保留）8：SEBit4～6：保留Bit7：數(shù)據(jù)類型，0-明文數(shù)據(jù)，1-加密數(shù)據(jù)22Length指令總長度（不超過384），為小端模式3NContent指令數(shù)據(jù)（TLV格式，見附錄B、附錄C）透傳應(yīng)答位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,此處取值0xB211Status0x00表示正常返回；其他表示錯誤21DataTypeBit0～3：通道類型通道類型：0：OBE（保留）1：ICC2：SAM3：Display4：Beeper5：Printer（保留）6：SerialInterface（保留）7：ParallelInterface（保留）8：SEBit4～6：保留Bit7：數(shù)據(jù)類型，0-明文數(shù)據(jù)，1-加密數(shù)據(jù)32Length應(yīng)答數(shù)據(jù)總長度（不超過384），為小端模式4NContent應(yīng)答數(shù)據(jù)（TLV格式，見附錄B、附錄C）數(shù)據(jù)下發(fā)指令設(shè)備的數(shù)據(jù)下發(fā)指令和應(yīng)答見表13和表14規(guī)定。數(shù)據(jù)下發(fā)指令位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xC311DataType數(shù)據(jù)類型：0x00：文本0x01：二進制22Length數(shù)據(jù)長度N3NContent內(nèi)容數(shù)據(jù)下發(fā)應(yīng)答位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xB311Status0x00表示正常返回；其他表示錯誤數(shù)據(jù)上報指令設(shè)備的數(shù)據(jù)上報指令和應(yīng)答見表15和表16規(guī)定。數(shù)據(jù)上報指令（設(shè)備發(fā)起）位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xB411DataType數(shù)據(jù)類型：0x00:文本0x01:二進制0x02:卡片插入事件（此時無后面的Length和Content）0x03:卡片拔出事件（此時無后面的Length和Content）0x04:防拆彈起事件（此時無后面的Length和Content）0x05:防拆按下事件（此時無后面的Length和Content）6～255保留表15（續(xù)）位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容21Reply應(yīng)答選項0x00:無需APP應(yīng)答0x01:需APP應(yīng)答32Length數(shù)據(jù)長度N4NContent內(nèi)容數(shù)據(jù)上報應(yīng)答（APP端）位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型，取值0xC411Status0x00表示正常返回；其他表示錯誤廠商指令設(shè)備的廠商指令和應(yīng)答見表17和表18規(guī)定。廠商指令位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xC512Length指令總長度（不超過384），為小端模式2NContent指令數(shù)據(jù)（TLV格式，見附錄B、附錄D）廠商指令應(yīng)答位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xB511Status0x00表示正常返回；其他表示錯誤22Length應(yīng)答數(shù)據(jù)總長度（不超過384），為小端模式3NContent應(yīng)答數(shù)據(jù)（TLV格式，見附錄B、附錄D）鏈路保持指令設(shè)備的鏈路保持指令和應(yīng)答見表19和表20規(guī)定。鏈路保持指令位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xCC11Times單位為秒鏈路保持應(yīng)答位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xBC11Status0x00表示正常返回；其他表示錯誤鏈路斷開指令設(shè)備的鏈路斷開指令和應(yīng)答見表20和表21規(guī)定。鏈路斷開指令位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,取值0xCD鏈路斷開應(yīng)答位置字節(jié)數(shù)數(shù)據(jù)元數(shù)據(jù)內(nèi)容01Type幀類型,此處取值0xBD11Status0x00表示正常返回；其他表示錯誤應(yīng)用層數(shù)據(jù)傳輸協(xié)議規(guī)程應(yīng)用層（Indication傳輸模式下）數(shù)據(jù)傳輸?shù)膮f(xié)議規(guī)程見圖4，流程如下:Indication模式下應(yīng)用層協(xié)議幀封裝：將應(yīng)用數(shù)據(jù)依據(jù)8.1所規(guī)定的格式封裝。分包：應(yīng)用層數(shù)據(jù)幀應(yīng)按BLE藍牙協(xié)議規(guī)范要求長度分包并采用藍牙Indication傳輸方式依次傳輸數(shù)據(jù)。組包：依據(jù)接收到第一個數(shù)據(jù)包識別傳輸方式及傳輸長度，按序組包，還原數(shù)據(jù)幀。幀解析：依據(jù)8.1所規(guī)定的格式解析數(shù)據(jù)幀，依據(jù)幀格式中CTL字段按序還原應(yīng)用數(shù)據(jù)后發(fā)送給從機的應(yīng)用。設(shè)備應(yīng)用要求OBU應(yīng)用要求B-OBU應(yīng)滿足以下要求：正常情況下應(yīng)處于關(guān)閉狀態(tài)；應(yīng)支持通過按鍵或插卡方式啟動藍牙功能，插卡采用連續(xù)插卡2次的方式啟動藍牙功能；藍牙設(shè)備表面號編號規(guī)則藍牙設(shè)備包括藍牙盒子和藍牙OBU，藍牙設(shè)備表面編號由16位數(shù)組成，用于藍牙設(shè)備表面打印時采用4個數(shù)字為一組的方式，組與組之間用一個空格隔開。藍牙OBU編號規(guī)則10.2.1.1示例：360117150301234510.2.1.2各字段內(nèi)容根據(jù)交通部《收費公路聯(lián)網(wǎng)電子不停車收費技術(shù)要求》設(shè)定。各字段代表內(nèi)容：36省級行政區(qū)劃代碼；江西為3601運營商序號：由收費公路電子收費密鑰管理單位分配并登記；17制作年份；15制作月份：01～12表示實際制作月份，15表示返修設(shè)備;03制造商代碼：示例如表23，具體以ITS編制的卡簽廠家代碼（需轉(zhuǎn)換為10進制）為準(zhǔn)。表23藍牙OBU制造商代碼表制造商對應(yīng)序號埃特斯01金溢02千方07萬集08中興09握奇12成谷18待定0設(shè)備發(fā)出機構(gòu)代碼：詳見表24。表24藍牙OBU機構(gòu)代碼表設(shè)備機構(gòu)對應(yīng)序號備注聯(lián)網(wǎng)中心0郵儲銀行、工商銀行1郵儲銀行產(chǎn)品編號00001-20000、工商銀行產(chǎn)品編號20001-40000待定2農(nóng)業(yè)銀行3華夏銀行、民生銀行、興業(yè)銀行、北京銀行、中信銀行4華夏銀行產(chǎn)品編號00001-20000、民生銀行產(chǎn)品編號20001-40000、興業(yè)銀行產(chǎn)品編號40001-60000、北京銀行產(chǎn)品編號60001-80000、中信銀行產(chǎn)品編號80001-99999建設(shè)銀行5光大銀行、中國銀行、江西省農(nóng)商行、江西銀行、招商銀行6光大銀行產(chǎn)品編號00001-20000、中國銀行產(chǎn)品編號20001-40000、江西省農(nóng)商行產(chǎn)品編號40001-60000、江西銀行產(chǎn)品編號60001-80000、招商銀行產(chǎn)品編號80001-99999互聯(lián)網(wǎng)發(fā)行7贛通運政卡8待定912345設(shè)備編號：最后這5位為設(shè)備順序編號序列，按發(fā)行機構(gòu)采用順序編號的方式，保證所有發(fā)出的藍牙設(shè)備編號不重復(fù)，各機構(gòu)的編號重新從00001開始編號。藍牙盒子表面號編號規(guī)則10.2.2.1示例：360217150301234510.2.2.2各字段內(nèi)容根據(jù)交通部《收費公路聯(lián)網(wǎng)電子不停車收費技術(shù)要求》設(shè)定。各字段代表內(nèi)容：36省級行政區(qū)劃代碼；江西為3602特指藍牙盒子；17制作年份；15制作月份：01~12表示實際制作月份，15表示返修設(shè)備;03制造商代碼：示例如表25，具體以ITS編制的卡簽廠家代碼（需轉(zhuǎn)換為10進制）為準(zhǔn)。表25藍牙盒子制造商代碼表制造商對應(yīng)序號埃特斯01金溢02千方07萬集08中興09握奇12成谷18華軟47待定0設(shè)備發(fā)出機構(gòu)代碼：詳見表26。表26藍牙盒子機構(gòu)代碼表設(shè)備機構(gòu)對應(yīng)序號聯(lián)網(wǎng)中心0待定1待定2待定3待定4待定5待定6待定7待定8陸港通912345設(shè)備編號：最后這5位為設(shè)備順序編號序列，按發(fā)行機構(gòu)采用順序編號的方式，保證所有發(fā)出的藍牙設(shè)備編號不重復(fù)，各機構(gòu)的編號重新從00001開始編號。藍牙充值設(shè)備名稱規(guī)范為能讓用戶搜索藍牙充值設(shè)備時能區(qū)分不同的設(shè)備，各廠家的充值設(shè)備藍牙名稱按以下規(guī)則定：示例：360101312345各字段代表內(nèi)容:36省級行政區(qū)劃代碼；江西為3601運營商序號，即設(shè)備表面號第3、4位，02特指藍牙盒子，01及其他指OBU；01制造商代碼：具體參考設(shè)備表面號規(guī)則；3設(shè)備發(fā)出機構(gòu)代碼，具體參考設(shè)備表面號規(guī)則；12345設(shè)備序列號，與設(shè)備表面號的順序號保持一致，方便藍牙搜索時區(qū)分不同設(shè)備。微信公眾號等互聯(lián)網(wǎng)應(yīng)用支持為了兼容微信公眾號等互聯(lián)網(wǎng)應(yīng)用，需在上述協(xié)議之上按微信的ProtocolBuffer協(xié)議進行封裝。附錄A

（規(guī)范性附錄）

藍牙應(yīng)用UUID編碼約定為了實現(xiàn)手機APP通過藍牙設(shè)備與不同廠家的藍牙標(biāo)簽進行通信，需要統(tǒng)一藍牙應(yīng)用的識別碼(UUID)。江西省B-OBU的UUID參見表A.1。手機APP可通過UUID兼容符合行業(yè)標(biāo)準(zhǔn)B-OBU及符合本標(biāo)準(zhǔn)的B-OBU。UUID編碼號名稱值ServiceUUID0xFEE7WriteCharactieristicUUID0xFEC7IndicateCharactieristicUUID0xFEC8ReadCharactieristicUUID0xFEC9AndroidRFCOMMUUIDe5b152ed-6b46-09e9-4678-665e9a972cbc為解決Android手機兼容性問題，增加一組藍牙UUID，參見表A.2。為支持Android手機的UUID編碼號名稱值ServiceUUID0xFE16WriteCharactieristicUUID0xFEC5IndicateCharactieristicUUID0xFEC6AndroidRFCOMMUUIDe5b152ed-6b46-09e9-4678-665e9a972cbc附錄B

（規(guī)范性附錄）

TLV格式B.1格式規(guī)定B.1.1TAG固定一個字節(jié)。嵌套表示,0x80表示cmd，其對應(yīng)的value為設(shè)備指令TPDU的合集。0x81表示resp，其對應(yīng)的value為設(shè)備響應(yīng)的合集，tag對應(yīng)每條TPDU指令的tag。Tpdu指令的tag的低4位從0x01增長，表示用戶卡TPDU指令和回復(fù)的序號，表示執(zhí)行和回復(fù)順序，高4位具有特殊含義，具體見表B.1。TPDUTag說明bit說

明71：不返回執(zhí)行結(jié)果；0：返回61：執(zhí)行失敗時繼續(xù)執(zhí)行下一條指令；0：執(zhí)行失敗時不繼續(xù)5保留4保留3指令和執(zhí)行結(jié)果的序號210B.1.2LEN變長表示。當(dāng)需表示的長度小于0x80時，占一個字節(jié)，直接表示長度。當(dāng)需表示的長度大于0x80時，變長表示，用0x80+n來表示后續(xù)n個字節(jié)代表長度，當(dāng)表示的長度等于0x80時，按照大于0x80處理?！硎?x77，LEN=0x77；——表示0x88，LEN=0x810x88；——表示0x80，LEN=0x810x80；——表示0x0156，LEN=0x820x010x56。VAULE值域，長度由LEN指定。B.2數(shù)據(jù)示例B.2.1Cmd示例0x80+LENc+0x01len1tpdu1+0x02len2tpdu2+0x03len3tpdu3其中LENc指后續(xù)所有字節(jié)的長度；len1、len2、len3為tpdu1、tpdu2、tpdu3的長度；tpdu1、tpdu2、tpdu3為透傳給用戶卡的指令，設(shè)備將根據(jù)TAG（0x01,0x02、0x03）的序列號，按順序發(fā)送給用戶卡。B.2.2RESP示例0x81+LENr+0x01len1resp1+0x02len2resp2+0x03len3tpdu3...LENr指后續(xù)所有字節(jié)的長度，RESP的resp1、resp2、resp3分別和Cmd的tpdu1、tpdu2、tpdu3的tag相等；Len1、Len2、Len3是resp1、resp2、resp3的長度，resp1、resp2resp3是tpdu1、tpdu2、tpdu3發(fā)給用戶卡的返回數(shù)據(jù)。一個命令包的長度不超過384字節(jié)。附錄C

（資料性附錄）

透傳指令各通道TLV參數(shù)定義透傳指令通道TLV應(yīng)符合下列規(guī)定。ICC通道TLV中包裝的COS指令參考JR/T0025《中國金融集成電路（IC）卡規(guī)范》。SAM通道TLV中包裝的COS指令參考《交通部2011年第13號公告：收費公路聯(lián)網(wǎng)電子不停車收費技術(shù)要求》中的4.6章節(jié)“OBE-SAM應(yīng)用命令集”。標(biāo)記為“保留”的通道未作定義。SE通道未作定義。Display、Beeper通道TLV定義見表C.1。Display和Beeper通道TLV說明通道類型指令類型指令TAGLENVALUEDisplay指令LED顯示控制0x813Byte1：LED燈編號

Byte2：顯示動作

0-熄滅

1-點亮

2-閃燈

Byte3：閃燈次數(shù)（顯示動作為2時有效，否則為0）

LED燈編號規(guī)則：

對于單排LED燈，按從左到右的順序進行編號，最左端的編號為1，其余類推；對于單列的LED燈，按從上到下的順序進行編號，最上端的編號為1，其余類推。對于多排多列的LED燈，按從左到右，從上到下的順序進行編號，左上角的編號為1，其余