GB T 28421-2012 电子收费.基于专用短程通信的电子收费交易.pdf

《GB T 28421-2012 电子收费.基于专用短程通信的电子收费交易.pdf》由会员分享，可在线阅读，更多相关《GB T 28421-2012 电子收费.基于专用短程通信的电子收费交易.pdf（28页珍藏版）》请在麦多课文档分享上搜索。

1、道昌ICS 35.200;35.240.60 L 65 中华人民共和国国家标准GB/T 28421一2012基于专用短程通信的电子收费交易电子收费Electronic toll collection-ETC transaction for DSRC 2012-10-01实施2012-06-29发布发布中华人民共和国国家质量监督检验检茂总局中国国家标准化管理委员会6B抽。w捣怕川Eh-L川mmE 归WM时的h却且也押瞌GB/T 28421-2012 目次前言.m l 范围2 规范性引用文件-3 术语、定义和缩略语.1 4 物理层.25 数据链路层.2 6 交易流程总体框架.2 7 DSRC数据帧

2、格式38 ETC交易中ICC-PSAM交易模式的选择.13 9 BST中CPU用户卡消费交易模式的标识.13 10 OBE对CPU用户卡处理模式的标识H11 VST中应携带的CPU用户卡相关信息1512 DSRC交易之外的OBE应用处理流程16附录A(资料性附录)多个下APDU拼接在同一个LSDU中的示例.19 附录B(资料性附录)储值卡/记账卡复合消费交易应用的RSEOBE间DSRC数据帧定义21I 目。昌本标准按照GB/T1. 1-2009给出的规则起草。本标准由全国智能运输系统标准化技术委员会CSAC/TC268)提出并归口。本标准起草单位z交通运输部公路科学研究院、上海东海电脑股份有限

3、公司。本标准主要起草人:杨蕴、陈丙勋、刘鸿伟、肖迪、王荣。GB/T 28421-2012 mm 1 范围电子收费基于专用短程通信的电子收费交易GB/T 28421-2012 本标准规定了公路电子收费应用中路侧设备CRSE)与车载设备COBE)的专用短程通信CDSRC)物理、链路参数、交易流程总体框架、各静态数据帧的详细内容和格式编码，以及正常的交互时序。本标准适用于公路电子收费系统，车辆出入管理、城市道路收费等领域可参照使用。2 规范性引用文件下列文件对于本文件的应用是必不可少的。凡是注日期的引用文件，仅注日期的版本适用于本文件。凡是不注日期的引用文件，其最新版本(包括所有的修改单)适用于本文

4、件。GB/T 20135智能运输系统电子收费系统框架模型GB/T 20839智能运输系统通用术语GB/T 2085 1. 1 电子收费专用短程通信第1部分:物理层GB/T 2085 1. 2 电子收费专用短程通信第2部分:数据链路层GB/T 2085 1. 3 电子收费专用短程通信第3部分:应用层GB/T 2085 1. 4 电子收费专用短程通信第4部分z设备应用JR/T 0025一2005中国金融集成电路IC卡规范3 术语、定义和缩暗语3. 1 术语和定义GB/T 20135和GB/T20839中界定的术语和定义适用于本文件。3.2 缩略语下列缩略语适用于本文件。ASN.1:抽象语法记法一C

5、AbstractSyntax Notation One) BST:信标服务表CBeaconService Table) CPU:中央处理单元CCentralProcess Unit) DSRC:专用短程通信CDedicatedShort Range Communication) ETC:电子收费CElectronicToll Collection) FCI:文件控制信息CFileControl Information) ICC-PSAM:集成电路卡-消费安全访问模块CIntegrateCircuit Card-Payment Security Access Module) LPDU:逻辑链路控

6、制协议数据单元CLLCProtocol Data Unit) OBE:车载设备COn-boardEquipment) OBU:车载单元COn-boardUnit) 1 GB/T 28421-2012 PBOC:中国人民银行CPeopleBank of China) RSE:路侧设备CRoadsideEquipment) RSU:路侧单元CRoadsideUnit) TAC:交易认证码CTransactionAuthorization Cryptogram) T-APDU:传送-应用协议数据单元CTransferApplication Protocol Data Unit) UI:无编号信息CU

7、nnumberedInformation) VST:车辆服务表CVehicle Service Table) 4 物理层上、下行链路的前导码为lS位二进制1后跟16位二进制0组成，其他规定见GB/T2085 1. 10 5 数据链路层数据链路层参数Tu调整为3ms，N1调整为02，其他规定见GB/T2085 1. 2。6 交易流程总体框架6. 1 通信阶段划分整个交易过程可划分为通信链路建立及应用信息获取、获取OBE数据、ICC-PSAM消费交易、用户提示、链路释放等五个阶段。OBE和RSE之间的认证包含在前两个阶段中.ICC-PSAM间安全认证过程包含在第三个阶段中。6. 1. 1 通信链路

8、建立及应用信息获取阶段该阶段主要完成通信链路的建立，协商通信参数，协商应用参数，获取部分应用信息等。其过程如下:RSE:BST; 一一一OBE:VSTo6. 1. 2 获取OBE数据阶段读取OBE信息，主要是车辆信息文件中的车型信息，可完成OBE和RSE间的认证。其过程如下:一一-RSE: GetSecure. request; 一一-OBE:GetSecure. response。6. 1. 3 ICC-PSAM消费交易阶段使用多条TransferChannel完成ICC-PSAM的消费交易流程。费率计算由车道计算机完成，车型来自于OBE，计算过程同人工收费。其过程如下z一一-RSE:Tra

9、nsferChannel. request; 一一一OBE:TransferChannel. response 0 6. 1. 4 用户提示阶段提示用户交易结果。其过程如下:一一-RSE:Set如1M!.request; 2 -OBE: SetMMI. response。6. 1. 5 链路释放阶段RSE释放与OBE的通信连接。RSE: Event-Report(Release)。6.2 原语拼接交易中多个原语可通过拼接的方式实现，示例参见附录AoGB/T 28421-2012 最后一个TransferChannel.request和SetMMI.request可采用链接的方式拼接到同一个LS

10、DU中，亦即采用带有链接的拼接，见GB/T20851. 3 0 7 DSRC数据帧格式7. 1 概述本标准只描述了ETC应用中涉及的BST、VST、GetSecure、TransferChannel、SetMM1、Event-Report(Release) ，其他原语的格式不做规范。7.2 BST 7.2. 1 简要说明LLC层使用U1命令。APP层使用1nitialization.request, T-APDUs= 1nitialization-Request=BST。7.2.2 数据定义BST的ASN.1数据结构说明如下。BST: =SEQUENCE fill rsu tlme profi

11、le mandapplications nonmandapplications profileList BIT STRING(S1ZE(3) , BeaconID, Time, Profile, ApplicationList, ApplicationList OPT10NAL, SEQUENCE(S1ZE(O. 127 ,.) OF Profile 公路电子收费系统应用中元nonmandapplications数据元。其中:BeaconID: = SEQUENCE manufacturer 1D individuaLID 1NTEGER(O. 255) , -1字节1NTEGER(O. .

12、16777215) -3字节ApplicationList: =SEQUENCE (S1ZE (0.127,.) OF SEQUENCE 3 GB/T 28421-2012 aid did applicationParameter ApplicationList编码说明如下:DSRCApplicationEntity ID, Dsrc-DID OPTIONAL, ApplicationContextMark OPTIONAL ApplicationList的SEQUENCE元素元扩展; 1个应用，取值1; 元did;有l无applicationParameter0 aid=l。applicat

13、ionParameter可用于指示当前使用的交易模型等应用参数信息，是否存在取决于具体应用。其具体格式见第9章。profileList -元扩展;0个Profile。其编码为00000000。7.3 VST 7.3. 1 简要说明LLC层使用UI命令。APP层使用Initialization.response, T-APDUs= Initialization-Response= VST。7.3.2 数据定义4 VST的ASN.1数据结构说明如下。VST: :=SEQUENCE fill profile applications obuConfiguration 其中zBIT STRING (S

14、IZE(4) , Profile, ApplicationList, ObuConfiguration ApplicationList: =SEQUENCE (SIZE (0. .127,.) OF SEQUENCE aid did applicationParameter ApplicationList编码说明如下: SEQUENCE 元素元扩展5.有did;有applicationParameter; aid=l。DSRCApplicationEntityID, Dsrc-DID OPTIONAL, ApplicationContextMark OPTIONAL G/T 28421一201

15、2Dsrc-DID: =INTEGER(O. 127 ,.) -元扩展，ETC应用目录号为1，取值10GB/T 2085 1. 3中，applicationParameter的类型定义为ApplicationContextMark，其ASN.1定义如下:ApplicationContextMark: : = Container (WITH COMPONENTS octetstring PRENSENT) -ApplicationContextMark的示例见GB/T2085 1. 4，参考SyslnfoFile的相关内容。本标准在GB/T20851. 3的基础上补充规定VST中的applica

16、tionParameter的ASN.1定义为:VST ApplicationContextMark : = SEQUENCE syslnfo Container, rndOBE Container OPTIONAL, privatelnfo Container OPTIONAL, gbICClnfo Container OPTIONAL, reservedlnfo 1 Container OPTIONAL, reservedlnfo2 Container OPTIONAL, reservedlnfo3 Container OPTIONAL, reservedlnfo4 Container OP

17、TIONAL, reservedlnfo5 Container OPTIONAL reservedlnfo 1 5保留给未来其他应用系统使用。本标准在GB/T20851. 3的基础上对Container进行扩充定义如下:Container: =CHOICE . , syslnfo 39J Syslnfo, -存放OBE中SyslnfoFile中的部分内容，减少上传元效数据Syslnfo的ASN.1类型定义为:Syslnfo: =SEQUENCE con tractProvider contractType contract V ersion contractSerialN um ber con

18、tractSignedDa te con tractExpiredDa te OCTET STRING (SIZE(8) , INTEGER(O. 127 ,. . ), INTEGER(O. 127,.), ContractSerialN um ber, Date, Date rndOBE使用Container29J ，其ASN.1类型为RandoRand: : = OCTET STRING (SIZE( 8) ) privatelnfo用于存放各地方专有应用的相关信息，具体定义见相应地方规范。5 GB/T 28421-2012 gbICClnfo用于存放国标储值卡、记账卡中卡片发行信息、钱

19、包余额及人口信息等。VST中，ObuStatus的ASN.1定义如下:ObuStatus: =SEQUENCE iccPresent BOOLEAN ,-存在(0)，无(1)iccType BIT STRING (SIZE(3) , iccStatus BOOLEAN , -CPU用户卡正常(0)，出错。)locked BOOLEAN, -OBU未锁(0)，被锁(1)tampered BOOLEAN, -OBU未被拆动(0)，被拆动(1)battery BOOLEAN, -OBU电池正常(0)，电池电量低(1)reservedBits BIT STRING (SIZE(8) -ESAM第27字

20、节拆卸状态其中，iccType的最低有效位(Bit4)指示卡片是CPU卡还是逻辑加密卡，次低有效位(Bit5)指示卡片使用接触式界面还是非接触界面。据此规则，iccType的格式定义见表1。表1iccType编码含义Bit6(保留比特Bit5 Bit4 接触式CPU卡。非接触CPU卡。1 。接触式逻辑加密卡。1 非接触逻辑加密卡。1 1 7. 4 GetSecure. request 7.4. 1 简要说明LLC层使用ACn命令。APP层使用Action.request , T-APDUs=Action-Request。GetSecure. request原语可携带访问证书(AccessCre

21、dentials)，用于获得读取OBE中数据的权限，实现OBE对RSE的单方向认证。该原语请求从OBE中获得一个使用指定密钥计算得到的鉴别报文(Authenticator)，在保护DSRC传输过程中的数据完整性的同时，也实现了RSE对OBE合法性的单方向认证。7.4.2 数据定义6 GetSecure. request的ASN.1数据结构说明如下。Action-Request: =SEQUENCE mode BOOLEAN, did actionType accessCreden tials actionParameter iid Dsrc-DID, ActionType, OCTET STR

22、ING (SIZE(O. 127 ,. ) OPTIONAL, Container OPTIONAL, Dsrc-DID OPTIONAL accessCredentials可选性使用，actionParameter应存在、iid不存在。其中: mode:采用确认模式，取值为10GB/T 28421-2012 Dsrc-DID: =INTEGER(O. . 127 ,. . . )无扩展，ETC应用目录号为1，取值1。 ActionType: :=INTEGER(O. .127,.) 无扩展，getSecure为0，取值0。accessCredentials OCTET STRING (SIZ

23、E(O. 127 ,. ) 元扩展，Length为8，取值80accessCredentials的取值为8宇节。accessCredentials为RSE计算得到的访问证书，可用于accessCredentials计算的随机数RndOBE可从前述VST中获得。actionParameter Container 为Container类型，Con tainer. Type = 20 (GetSecureRq) GB/T 2085 1. 4中规定:GetSecureRq: =SEQUENCE fill BIT STRING (SIZE(7) , fileid FID, offset INTEGER(

24、O. 65535 ,.), length INTEGER(O. . 127 ,. ), rndRsuForAuthen Rand, keyIdForAuthen INTEGER(O. . 255) , keyIdForEncrypt INTEGER(O. . 255) OPTIONAL fileid FID, FID: =INTEGER(O. .127，.)，元扩展。ETC应用目录号=l(前面已定义)，车辆信息文件的文件号=1，取值10offset INTEGER(O. .65535 ,. ), 元扩展，取值等于实际的偏移量。length INTEGER(O. . 127 ,. .), 元扩展

25、，取值等于需要读取的数据的实际长度。根据GB/T2085 1. 4规定，ETC车辆信息文件的文件内容定义如下:EtcVehicleFile: =SEQUENCE vehicleLicencePla teN um ber vehicleLicencePlateColor vehicleClass vehicleUserType vehicleDimensions vehicle Wheels vehicleAxles vehicle WheelBases vehicle W eightLimits OCTET STRING (SIZE(l2) , OCTET STRING (SIZE(2) ,

26、INTEGER(O. 127 ,.), INTEGER(O. . 127 ,. ) , VehicleDimensions, INTEGER(O. .127,.), INTEGER(O. .127,.), INTEGER(O. . 65535) , INTEGER(O. . 16777215) , 7 GB/T 28421-2012 vehicl巳SpecificInfomation vehicleEngineN um ber vehicleReserved rndRsuForAuthen Rand, OCTET STRING (SIZEC1 6) , OCTET STRING(SIZEC1

27、6) , OCTET STRING(SIZEC1 0) 其定义为OCTETSTRING (SIZE(8)，占8字节。填入RSE/车道计算机产生的随机数。keyldForAuthen INTEGER(O. 255) , 用于指示信息鉴别密钥(etcEncryptKey)的密钥标识。keyldForEncrypt INTEGER(O. . 255) , 用于指示加密密钥(etcEncryptKey)的版本密钥标识。ETC应用中GetSecure.request请求的车辆信息文件需要加密，keyldForEncrypt应存在，并用于指示加密密钥(etcEncryptKey)的密钥标识。信息鉴别密钥(

28、etcEncryptKey)的密钥标识与加密密钥(etcEncryptKey)的密钥标识相同。7. 5 GetSecure. response 7.5. 1 简要说明LLC层使用ACn响应。APP层使用Action.response , T-APDUs= Action-Response。GetSecure. response原语应携带OBE使用指定密钥计算得到的鉴别报文CAuthenticator)，在保护DSRC传输过程中的数据完整性的同时，也让RSE完成对OBE合法性的单方向认证。7.5.2 数据定义8 GetSecure. response的ASN.1数据结构说明如下。Action-Re

29、sponse: t =SEQUENCE fill BIT STRING (SIZE(2) , did Dsrc-DID , responseParameter Contain町OPTIONAL，iid Dsrc-DID OPTIONAL, ret ReturnStatus 注:responseParameter应存在、iid不存在。其中zDsrc-DID: =INTEGERCO. 127 ,. . ) 元扩展，ETC应用目录号为1，取值10responseParameter Container 为Container类型，Container.Type= 21 C GetSecureRs) GB/

30、T 2085 1. 4中规定:GetSecureRs: =SEQUENCE fileid FID, GB/T 28421-2012 file File, a u then tica tor OCTET STRING (SIZE(8) 其中:fileid FID, FID: = INTEGER(O. 127，.)，无扩展，车辆信息文件的文件号=1，取值1; file File, File: : = OCTET STRING(SIZE(O. . 127 , .) 用于存放GetSecure.request中请求文件的长度及内容:authenticator OCTET STRING (SIZE(8)

31、 用于存放RSE对OBE进行认证的信息鉴别码。本标准规定，在采用ESAM的MAC加密认证模式下，authenticator填入8宇节的OxOO。7.6 TransferChannel. request 7.6. 1 简要说明LLC层使用ACn命令。APP层使用Action.request, T-APDUs= Action-Request。以外部组件的形式访问OBE中的CPU用户卡不需要DSRC层面的安全认证，故不需要access-Credentials. 在ETC应用中，TransferChannel. request原语可通过RSEOBE，提供一个操作OBE中CPU用户卡的透明命令通道，亦即

32、可通过该通道透明地向CPU用户卡发出指令。7.6.2 数据定义TransferChannel. request的ASN.1数据结构说明如下。Action-Request: =SEQUENCE mode BOOLEAN, did Dsrc-DID, actionType ActionType, accessCredentials OCTET STRING (SIZE(O. 127 ,.) OPTIONAL, actionParameter Container OPTIONAL, iid Dsrc-DID OPTIONAL accessCreden tials应不存在、actionParamete

33、r应存在、iid不存在。其中zmode:采用确认模式，取值为1; Dsrc-DID: =INTEGER(O. 127，.)无扩展，ETC应用目录号为1，故取值1。 ActionType: =INTEGER(O. . 127 ,. . . )元扩展，transferChannel为3，故取值3。 actionParameter Container 为Container类型，Container.Type= 24(ChannelRq) GB/T 2085 1. 4中规定:9 GB/T 28421-2012 ChannelRq: =SEQUENCE channelid apdu 其中zChannelI

34、D, ApduList channelid ChannelID , ChannelID取icc=l。apdu ApduList ApduList: : =SEQUENCE OF OCTET STRING(O. 127) SEQUENCE OF中的每一个OCTETSTRING包含一条完整CPU用户卡指令，CPU用户卡的指令格式见表20表2CPU用户卡的命令格式命令头命令体CLA INS P1 P2 Lc DATA Le 7. 7 TransferChannel. response 7.7. 1 简要说明LLC层使用ACn响应。APP层使用Action.response , T-APDUs= Ac

35、tion-Response。在ETC应用中，TransferChanne1. response原语可通过RSEOBE，提供一个返回OBE中CPU用户卡针对此前命令执行的响应的透明通道。7.7.2 数据定义TransferChanne1. response的ASN.1数据结构说明如下。Action-Response: : =SEQUENCE fill BIT STRll斗GCSIZE(2门，did Dsrc-Df), r巳sponseParameterContainer OPTIONAL, iid Dsrc-DID OPTIONAL, ret ReturnStatus responseParam

36、eter应存在、iid不存在。其中zDsrc-DID: : =INTEGER(O. 127 ,. ) 元扩展，ETC应用目录号为1，取值1。responseParameter Container 为Container类型，Container.Type= 25 (ChannelRs) GB/T 2085 1. 4标准中规定zChannelRs: =SEQUENCE 10 channelid apdu 其中zChannelID, ApduList channelid ChannelID, ChannelID取icc=loapdu ApduList ApduList: =SEQUENCE OF OC

37、TET STRING(O. .127) GB/T 28421-2012 SEQUENCE OF中的每一个OCTETSTRING包含一条完整CPU用户卡响应信息，CPU用户卡的响应信息格式见表3D表3CPU用户卡的晌应信息格式响应数据响应状态字Le字节的DATAS引T1SW2 Le长度有可能为0。响应信息的的顺序应当与TransferChannel.request原语中CPU用户卡命令的顺序严格对应。7. 8 SetMMI. req uest 7.8. 1 简要说明LLC层使用ACn命令。APP层使用Action.request , T-APDUs= Action-Requesto GB/T 2

38、085 1. 4标准中规定，SetMMI中不需要accessCredentials0 7.8.2 数据定义SetMMI. req uest的ASN.1数据结构说明如下。Action-Request: =SEQUENCE mode BOOLEAN , did Dsrc-DID, actionType ActionType, accessCredentials OCTET STRING (SIZE(O. .127,.) OPTIONAL, actionParameter Container OPTIONAL, iid Dsrc-DID OPTIONAL accessCreden tials应不存在

39、、actionParameter应存在、iid不存在。其中zmode:采用确认模式，取值为1 Dsrc-DID: : =剧TEGER(O.127 ,.) 元扩展，根据GB/T20851. 3规定，取值为ETC应用=10ActionType: =INTEGER(O. 127，.)元扩展，ActionType = setMMI为4，取值40 actionParameter Container 11 GB/T 28421-2012 为Container类型，Container.Type=26(SetMMIRq) GB/T 20851. 4标准中规定:SetMMIRq: =INTEGER ok (0)

40、 , nok contactOperator noCard (1) , (2) , (3) -交易正常-交易异常(通信、设备故障等技术方面异常)-联系运营商(过期、黑名单等管理方面异常)-元卡(卡片没有插好)其取值取决于实际情况(如:交易结果、obuStatus的设置等)响音的模式: 交易正常:一声短促嘀5 交易异常:三声短促嘀;显示操作失败; 联系运营商:三声短促嘀;显示联系运营商; 无卡z设计一个声音:显示请插卡; 其他情况:不响。7. 9 SetMMI. response 7.9. 1 简要说明LLC层使用ACn响应。APP层使用Action.response , T-APDUs= Ac

41、tion-Response。7.9.2 数据定义SetMMI.response的ASN.1数据结构说明如下。Action-Response: =SEQUENCE fill BIT STRING (SIZE(2) , did Dsrc-DID, responseParameter Container OPTIONAL, iid Dsrc-DID OPTIONAL, ret ReturnStatus responseParameter不存在、iid不存在。其中zDsrc-DID: =INTEGER(O. .127,.) -元扩展，根据GB/T2085 1. 4规定，取值为ETC应用=107.10

42、Event-Report(Release) 7. 10. 1 简要说明LLC层使用UI命令，无需响应。APP层使用Action.request, T-APDUs= event-report-requesto Event-Report(Release)用于释放OBE，让OBE进入休眠状态。12 GB/T 28421-2012 7.10.2 数据定义Event-Report-Request: =SEQUENCE mode BOOLEAN, did eventType accessCreden tials even tParameter iid Directory ID, EventType, OC

43、TET STRING (SIZE(O. .127,.) OPTIONAL, Container OPTIONAL, Dsrc-DID OPTIONAL accessCredentials应不存在、actionParameter应不存在、iid应不存在。其中:mode:采用非确认模式，取值为0 Dsrc-DID: =INTEGER(O. . 127 ,. . )元扩展，因为Event-Report与应用无关，应取值为系统(OBE) =00 eventType EventType, EventType: : = INTEGER release (0) (0. 127 ,. ) (l80)保留为DS

44、RC应用 (81127)保留为自用元扩展，eventType=0。8 ETC交易中ICC-PSAM交易模式的选择在公路不停车收费系统中，ICC-PSAM间交易采用复合消费交易模式。复合消费交易见JR/T 0025一2005规定，复合消费交易应用RSE和OBE交互DSRC数据帧格式见附录B。9 BST中CPU用户卡消费交易模式的标识路侧系统可支持的交易模式可通过BST中ApplicationList内的applicationParameter进行指示。GB/T 2085 1. 3中规定BST中applicationParameter的类型定义为ApplicationContextMark，其AS

45、N.1定义如下:ApplicationContextMark: : = Container (WITH COMPONENTS octetstring PRENSENT) 本标准在GB/T2085 1. 3的基础上规定BST中的applicationParameter的ASN.1定义为:BST ApplicationContextMark : = SEQUENCE iccTransMode BIT STRING (SIZE(7) , reservedlnfo Container OPTIONAL 其中:iccTransMode用于指示RSE所支持的CPU用户卡消费交易模式。reservedlnf

46、o用于其他应用参数信息协商的扩展。IccTransMode的结构定义见表4013 GB/T 28421-2012 表4IccTransMode结构定义Bit6 Bit5 Bit4 RSE支持的CPU用户卡交易模式Bit3 Bit2 Bit1 RSE优先采用的CPU用户卡交易模式BitO 是否支持预处理路侧系统所支持的CPU用户卡消费交易模式使用iccT ransMode的高4比特(Bit3Bit6)进行指示，其编码定义见表5所示。表5路侧系统所支持的CPU用户卡消费交易模式编码储值卡记账卡支持的消费交易模式Bit6 Bit5 Bit4 Bit3 支持传统消费和复合交易模式。仅支持复合消费交易模

47、式。1 。1 其他保留路侧系统优先采用的CPU用户卡消费交易模式使用iccT ransMode中Bit1Bit2进行指示，其编码定义见表6。表6路侧系统优先采用的CPU用户卡消费交易模式编码储值卡记账卡优先采用的消费交易模式Bit2 Bit1 传统消费交易模式。复合消费交易模式1 1 公路联网电子收费应用中Bit2、Bit1的取值应为1。icc T ransMode的最低有效位(BitO)用于指示路侧系统是否支持CPU用户卡的OBE预处理的快速交易模式。其编码定义见表70表7OBE预处理快速交易模式支持性编码是否支持不支持支持BitO 。1 为适应CPU用户卡文件格式及相关信息的地区性应用差异本标准在GB/T2085l. 3的基础上对Container进行扩充定义，