国家标准 GB/T28421一2012 电子收费基于专用短程通信的电子收费交易 Eleetronictolcolleetion一ETCtransaetionforDSRC 2012-06-29发布 2012-10-01实施国家质量监督检验检疫总局发布国家标准化管理委员会国家标准
GB/T28421一2012 目次前言范围规范性引用文件术语,定义和缩略语物理层数据链路层交易流程总体框架 DSRC数据恢格式 ETC交易中ICC-PSAM交易模式的选择 BST中cPU用户卡消费交易模式的标识 OBE对CPU用户卡处理模式的标识 l0 VsT中应携带的CPU用户卡相关信息 ll DSRC交易之外的OBE应用处理流程 12 6 附录A(资料性附录)多个T-APDU拼接在同一个L.SDU中的示例附录B(资料性附录)储值卡/记账卡复合消费交易应用的RSE~OBE间DsRC数据帧定义 21
GB/T28421一2012 前言本标准按照GB/T1.1一2009给出的规则起草本标准由全国智能运输系统标准化技术委员会(SAC/TC268)提出并归口本标准起草单位;交通运输部公路科学研究院、上海东海电脑股份有限公司本标准主要起草人:杨蕴、陈丙勋、刘鸿伟、肖迪、王荣 m
GB/T28421一2012 电子收费基于专用短程通信的电子收费交易范围本标准规定了公路电子收费应用中路侧设备(RsE)与车载设备(OBE)的专用短程通信(DSRC)物理、链路参数,交易流程总体框架,各静态数据帧的详细内容和格式编码,以及正常的交互时序本标准适用于公路电子收费系统,车辆出人管理,城市道路收费等领域可参照使用规范性引用文件下列文件对于本文件的应用是必不可少的凡是注日期的引用文件,仅注日期的版本适用于本文件凡是不注日期的引用文件,其最新版本(包括所有的修改单)适用于本文件 GB/T20135智能运输系统电子收费系统框架模型 GB/T20839智能运输系统通用术语 GB/T20851.1电子收费专用短程通信第1部分物理层 GB/T20851. 电子收费专用短程通信第2部分;数据链路层 2 GB/T20851.3电子收费专用短程通信第3部分:应用层 GB/T20851.4电子收费专用短程通信第4部分;设备应用 JR/T0025一2005金融集成电路IC卡规范术语,定义和缩略语 3.1术语和定义 GB/T20135和GB/T20839中界定的术语和定义适用于本文件 3.2缩略语下列缩略语适用于本文件 AsN.1:抽象语法记法一(AbstractsyntaxNotationOne BST;信标服务表(BeaconServiceTabley CPU;中央处理单元(CentralProcessUnit) DsRc;专用短程通信(DedicatedshortRangeCcommunication ETc;电子收费(ElectronieTollcolection) R.文件挖制信息(Fiecomnanomation ICCPSAM:集成电路卡-消费安全访问模块(Intes GireuiCard一PaymentSeurityAees legrate Module LPDU;逻辑链路控制协议数据单元(LLCProtocolDataUnit OBE:车载设备(On-boardEquipment) OBU:车载单元(On-boardUnit)
GB/T28421一2012 PBOC;人民银行(PeopleBankofChina RSE;路侧设备(RoadsideEaquipment) RSU:路侧单元(RoadsideUnit) ansactionAuthorizationCry TAC;交易认证码(Tran ryptogram T-APDU传送-应用协议数据单元(Trat anser rApplieationProtoeolDataUnit UI;无编号信息.(UnnumberedInformation) vST:车辆服务表(VehicleserviceTable) 物理层上、下行链路的前导码为16位二进制“1”后跟16位二进制“o”组成,其他规定见GB/T20851.1 数据链路层数据链路层参数Tu调整为3ms,NI调整为02,其他规定见GB/T20851. 2 交易流程总体框架通信阶段划分整个交易过程可划分为通信链路建立及应用信息获取.获取oBE数据,IcC-PSAM消费交易用户提示、链路释放等五个阶段 oBE和RSE之间的认证包含在前两个阶段中,Icc-PsAM间安全认证过程包含在第三个阶段中 6.1.1通信链路建立及应用信息获取阶段该阶段主要完成通信链路的建立,协商通信参数,协商应用参数,获取部分应用信息等其过程如下: RSE:BST; -OBE;VST 6.1.2获取oBE数据阶段读取OBE信息,主要是车辆信息文件中的车型信息,可完成OBE和RSE间的认证其过程如下: -RSE:GetSecure.reguest -OBE:GetSecure response 6.1.3IcCc-PsAM消费交易阶段使用多条TransferChannel完成IcCPsAM的消费交易流程费率计算由车道计算机完成,车型来自于oBE,计算过程同人工收费其过程如下 RSE:TransferChannel.request; -OBE:TransferChannel.responsc 6.1.4用户提示阶段提示用户交易结果其过程如下: RSE:SetMMI.request
GB/T28421一2012 OBBESetMMI. ，response 6.1.5链路释放阶段 RSE释放与OBE的通信连接 RSE;Event-Report(Release). 6.2 原语拼接交易中多个原语可通过拼接的方式实现,示例参见附录A 最后一个TransferChannel.request和SetMM.request可采用链接的方式拼接到同一个LSDU 中,亦即采用“带有链接的拼接”,见GB/T20851. 3 DsRC数据帧格式概述本标准只描述了ETC应用中涉及的BST、VST,GetSec ecure、TransferChannel,SetMMI,Event-Re- rt(Release ),其他原语的格式不做规范 port 7.2BST 7.2.1简要说明 LLC层使用UI命令 t,T-APDUs=Initialization t=BST APP层使用Initializ烈 nReguest zation request 7.2.2数据定义 BST的ASN.1数据结构说明如下 BST :;=SEQUENCE il BITSTRING(SIZE3))， BeaconlD. rsu Time， time Profile， profle ationList mandaplheations Appliean ionListOPTIONAL nonmandapplications Aplie" sEQUENCE(s1zE(..127..))oFProfile profleList 公路电子收费系统应用中无monmandapplieation数据元. 其中: BeaconlD;=sEQUENCE mmanufacturerlD NTEGER(0..255)，--1字节 individuaLID NTEGER(O.16777215)--3字节 .))oF Applieationlist::=SEQUENCE(s1ZE(0..127 SEQUENCE
GB/T28421一2012 aid DSRCApplicationEntityID, Dsrc-DID OPTIONAL did ApplieationContextMarkOPTIONAL applicationParameter ApplieationList编码说明如下 ApplicationList的SEQUENCE}元素无扩展; 个应用,取值1; 无did; 有/无applicationParameter aid=1 applieationParanmeter可用于指示当前使用的交易模型等应用参数信息,是否存在取决于具体应用其具体格式见第9章 --无扩展;0个Profile profileList 其编码为“00000000”" 7.3 VST 简要说明 7.3.1 LLc层使用UI命令 APP层使用Initialization.response,T-APDUs=Initialization-Response=VST 7.3.2数据定义 VST的ASN.1数据结构说明如下 VST:;=SEQUENCE fl BIsTRING(SIZE(4)) profile Proffle， AppliceationList applications ObuConfiguration obuConfiguration 其中: ApplicationList:;=SEQUENCE(SIzE(0..127..)OE SEQUENCE DSRCApplieationEntityID. aid OPTIONAL did Dsrc-DID ApplicationContextMarkOPTIONAI applicationParameter ApplicatonLisl编码说明如下 SEQUENCE()元素无扩展有did 有applieationParamete ter aid=1
GB/T28421一2012 Dsrc-DID::=INTEGER(0..127,.. -无扩展,ETC应用目录号为1,取值1 GB/T20851.3中,， cationParameter 的类型定义为AppliceationContextMark,其ASN.1定义 plie 如下: ationCont textMark11= Container Applic wITHCOMPONENTSoct ingPRENSENT tetstrln -ApplieationContextMark的示例见GB/T20851.4,参考SysInfoFile的相关内容本标准在GB/T20851.3的基础上补充规定VST中的applieationParameter的ASN.1定义为: SEQUENCE VSTApplieationContextMark;: sysInfo Container rndOBE OPTIONAL， COntalner privateno OPTIONAL， COntalner gbICCInfo OPTIONAL COntalner reservedlnfol OPTIONAL COntalner reservedlnfo2 CContainer OPTIONAL reservedlnfo3 Container OPTIONAL reservedInfo4 Container OPTIONAL reservedlnfo5 Container OPTI(ONAI reservednfol5保留给未来其他应用系统使用本标准在GB/T20851.3的基础上对Container进行扩充定义如下 Container:;=CHOCE syslnfo[39]sysInfo--存放OBE中syslnfoFile中的部分内容,减少上传无效数据 SysInfo的ASN.1类型定义为 SysInfo::=SEQUENCE 0cCTETSTRING(SIZE(8)). contractProvider INTEGER(0..127,.. contractType INTEGER(0..127,.. contractVersion contractSerialNumber ContractSerialINumber, ontrctsignel dDate IDate contractExpiredDate Date rndOBE使用Container[29],其ASN.1类型为Rand. Rand=oCTETSTRING(S1ZE(8)) privateInfo用于存放各地方专有应用的相关信息,具体定义见相应地方规范
GB/T28421一2012 gbICCInfo用于存放国标储值卡、记账卡中卡片发行信息、钱包余额及人口信息等 VST中,ObuStatus的ASN.1定义如下 ObuStatus::;= =SEQUENCE iccPresent BOOLEAN,--存在(0),无(1) BITSTRINGSIZE(3)). iccType iceStatus BB0OLEAN，--CPU用户卡正常(O),出错(1 BOoLEAN，--oBU未锁(o),被锁(1 locked B0oLEAN，--OBU未被拆动(o),被拆动(1) tampered BOoLEAN，--oBU电池正常(o),电池电量低(1) battery --ESAM第27字节“拆卸状态” reservedBits BITSTRINGSIZE(8) 其中,ieeType的最低有效位(EBit4)指示卡片是CPU卡还是逻辑加密卡,次低有效位(IBit5)指示卡片使用接触式界面还是非接触界面据此规则,iccType的格式定义见表1 表1iceIyp编码含义 Bit6(保留比特 Bit5 Bit4 接触式CPU卡非接触CPU卡接触式逻辑加密卡非接触逻辑加密卡 7.4G,etSecure.reguest 7.4.1简要说明 IIC层使用ACn命令 APP层使用Action. request,T-APDUs=Action-Request ren原语可携带访问证书(AcesCredntialh),用于获得读取oBE中数据的权限 GetSecure，实现oBE对RSE的单方向认证该原语请求从OBE中获得一个使用指定密钥计算得到的鉴别报文(Authenticator),在保护DSRc 传输过程中的数据完整性的同时,也实现了RSE对oBE合法性的单方向认证 7.4.2数据定义 GetSeeure.request的AsN.1数据结构说明如下 Aetion-Request:;=SEQUENCE B0OLEAN. mode did Dsre-DID actionType ActionIype accessCredentials 0CTETSTRINGS1ZE(0..127,..))OPTIONAL. O)PTIONAL actionParameter Container Dsrc-DIDOPTONAL id
GB/T28421一2012 accessCredential可选性使用 ,actionParameter应存在、id不存在其中 mode:;采用确认模式,取值为1 sre-DD=INTEGER(O..127.无扩展,ETC应用目录号为1,取值1. ActionType:=INTEGER(. .127,... 无扩展,getSecure为0,取值0. accessCredentialsOCTETSTRINGSIZE(0..127,.. 无扩展,Length为8,取值8 essCredentials的取值为8字节 acce essCredential为RSE计算得到的访问证书,可用于 accessCredentials计算的随机数RndOBE acce 可从前述VST中获得 actionParameter Container 为Container类型,Container.Type=20(GetSeeureRq) GB/T20851.4中规定 GetSecureRq:;=SEQUENCE fill BITSTRINGSIZE(7). fileid FID. offset INTEGER(0..65535,.. INTEGER(0..127,... length rndRsuForAuthen Rand keyldForAuthen INTE(GER(0..255 INTEGER(0..255oPTIONA keyldForEnerypt filed FID FID;;=INTEGER(o..127,..),无扩展 ETc应用目录号=1(前面已定义,车辆信息文件的文件号=1,取值1 NTEGER(0..65535 offset 无扩展.取值等于实际的偏移量 INTEGER(0..127,... length 无扩展,取值等于需要读取的数据的实际长度根据GB/T20851.4规定,ETC车辆信息文件的文件内容定义如下: EtcVehieleFile:;=SEQUENCE ehicleLicencePlateNumber OCTETSTRING(SIZE(12)). ehicdleL LicencePlateColor OCTESTRINGS1ZE(2)). ehicleClass INTEGER(0..127, vehicleUserType INTEGER(0..127、 ehidleDmensions vedhielaDimensons vehiclewheels INTEGER(0..127， vehicleAxles INTEGER(O.127. vehieleWheelBases INTEGER(0..65535 INTEGER(0..16777215)， vehicleweightLinmits
GB/T28421一2012 ehicespee cificlnfomation OCTETSTRINGSIZE(16)). vehicleEngineNumber 0CTETSTRING(S1ZE(16)). vehicleReserved 0CTETSTRING(S1ZE(10)) rndRsuForAuthenRand. 其定义为OcTETsTRING(sIZE(8)),占8字节填人SE/车道计算机产生的随机数 keyldForAuthen NTEGER(o..255). 用于指示信息鉴别密钥(etcEncryptKey)的密钥标识 INTEGER(0..255) keyldForEnerypt 用于指示加密密钥(etcEneryptKev)的版本密钥标识 ETc应用中GetSecur Nest请求的车辆信息文件需要加密,.keyldForEnerypt应存在,并用于 1re，requ6 指示加密密钥(eteEneryptkKey)的密钥标识信息鉴别密钥(etcEneryptKey)的密钥标识与加密密钥 eteEneryptKey)的密钥标识相同 7.5GetSecure.response 7.5.1简要说明 LLC层使用ACn响应 APP层使用Action.response,T-APDUs" A cction-Response. 三 Secure.response原语应携带OBE使用指定密钥计算得到的鉴别报文Authenticator),在保护 Get DSRC传输过程中的数据完整性的同时,也让RSE完成对OBE合法性的单方向认证 7.5.2数据定义 GetSeeure.response的ASN.1数据结构说明如下 Action-Response::=SEQUENCE fil BITsTRING(s1zE(2)). did Dsrc-DID rresponseParameterContainerOPTIONAL id Dsrc-DIDOPTIONAL ret ReturnStatus 注:responseParameter应存在、iid不存在其中: 无扩展,ETc应用目录号为1,取值1 Dsrc-DID::=INTEGER(0..127,... responseParameterContainer 为Container类型.Container.Type=21(GetSecureRs) GB/T20851.4中规定 GetSecureRs:;=SEQUENCE fileid FID.
GB/T28421一2012 file File" OcCTETSTRINGSIZE(8) authenticator 其中: fileid FID. FID:;=INTEGER(0..127,..),无扩展,车辆信息文件的文件号=1,取值1; file File File;;=OcTETSTRING(s1ZE(0..127，...) 用于存放GetSecure.request中请求文件的长度及内容 OcTETsTRING(s1ZE(8)) authenticator 用于存放RSE对OBE进行认证的信息鉴别码本标准规定,在采用EsAM的MAC加密认证模式下,authenticator填人8字节的“Ox00” 7.6TransferChannel.reguest 7.6.1简要说明 LLc层使用ACn命令 APP层使用Action. .reguest,T-APDUs=Action-Ree 2quest 以外部组件的形式访问OBE中的CPU用户卡不需要DSRC层面的安全认证,故不需要a acceSS- Credentials 在ETC应用中,TransferChannel.request原语可通过RSE-OBE,提供一个操作OBE中CPU用户卡的透明命令通道,亦即可通过该通道透明地向CPU用户卡发出指令 7.6.2数据定义 TransferChannel.request的ASN.1数据结构说明如下 Action-Requesti;=SEQUENCE BO0OLEAN. mode did Dsrc-DID ActionType actionType OcTETSTRING(S1zE(0..127...))OPTIONAL accessCredentials ContainerOPTIONAL. actionParameter Dsrc-DIoPTONAL iid accessCredentials应不存在、actionParameter应存在、id不存在其中: mode;采用确认模式,取值为1; Dsrc-DD:;=INTEGER(0..127..)无扩展,ETc应用目录号为1,故取值1 :=INTEGER(0..127,...无扩展,transferChannel为3,故取值3 AetionTypet actionParameter Container 为Container类型.,Container .Type=24(ChannelIRq GB/T20851.4中规定:
GB/T28421一2012 ChannelRa Rq::=SEQUENCE channelid ChannellD. Apdalt ist apdu 其中: ehannelid ChannelID. = ChamnedlD取iace ApduList apdu ApduList::=sSEQUENCEOFOCTETSTRING(0..127) SEQUENCEOF中的每一个OcTETSTRING包含一条完整CPU用户卡指令,CPU用户卡的指令格式见表2. 表2cPU用户卡的命令格式头命体 CLA INS P1 P2 Ld DATA 7.7 TransferChannel.response 简要说明 LI.c层使用ACn响应 APP层使用Action.response,T-APDUs=Action-Response 在ETc应用中,Tmnslehanml.reponse原语可通过RsE--oBE,提供一个返回oBE中cPu 用户卡针对此前命令执行的响应的透明通道 7.7.2数据定义 TransferChannel.response的AsN.1数据结构说明如下 Action-Response:;=SEQUENCE fi BITSTRINGSIZE(2). did Dsrc-DID nseParameterContainerOPTIONAL respons iid Dsrc-DIDOPTIONAL， ReturnStatus ret seParame neter应存在,id不存在 response 其中: Dsrc-DID;;=INTEGER(0..127,..无扩展,ETC应用目录号为1,取值1 seParameter Container respons6 为Container类型,Container.Type=25(ChannelIRs) GB/T20851.4标准中规定 ChannelRs;:=SEQUENCE 10o
GB/T28421一2012 channelid ChannellD. ApduList apdu 其中: ChannelID. channelid c=1 ChannelID取icc= Aprdl.is apdu ApduList:;=sSEQUENCEOFOCTETSTRING(0..127) SEQUENCEOF中的每一个(OCTETSTRING包含一条完整CPU用户卡响应信息,CPU用户卡的响应信息格式见表3 表3CPU用户卡的响应信息格式响应数据响应状态字 Le字节的DATA SwW1 SW2 Le长度有可能为0 响应信息的的顺序应当与TransferChannel.request原语中CPU用户卡命令的顺序严格对应 7.8SetMMI.reguest 7.8.1简要说明 LLc层使用ACn命令 APP层使用Action.request,T-APDUs=Action-Request GB/T20851.4标准中规定,SetMM中不需要accessCredentials 7.8.2数据定义 uest的AsN.1数据结构说明如下 SetMMI.reg Action-Request::=SEQUENCE mode BOOLEAN did Dsrc-DID aetionType AetionType accessCredentials OCTETSTRINGSIZE(0..127,...OPTIONAL actionParameter ContainerOPTIONAL iid Dsrc-DIDOPTIONA sCredential应不存在,actionParamet ter应存在,id不存在 access 其中 mode;采用确认模式,取值为1 Dre-DD:=INTEGER(O..127.无扩展,根据GB/T20851.3规定,取值为ETC应用=1 ActionType:;=INTEGER(0..127..无扩展,ActionType=setMM为4,取值4 actionParameter Container 11
GB/T28421一2012 为Container类型,Container.Type=26(SetMMIRq GB/T20851.4标准中规定: SetMMIRq::=INTEGER (0)， -交易正常 oks 1). nok -交易异常通信、设备故障等技术方面异常 -联系运营商(过期、黑名单等管理方面异常》 contactOperator (2), noCard 3 -无卡(卡片没有插好其取值取决于实际情况(如;交易结果,obuStatus的设置等响音的模式交易正常;一声短促“嘀” 交易异常三声短促“嘀”,显示“操作失败” 联系运营商:三声短促“嘀”;显示“联系运营商” 无卡.设计一个声音显示“请插卡" 其他情况;不响 7.9SetMMI.response 7.9.1简要说明 LLc层使用ACn响应 APP层使用Aetion.response,T-APDUs=Aetion-Response 7.9.2数据定义 SetMMI.response的ASN.1数据结构说明如下 Action-Response:;=SEQUENCE fil BITsTRING(s1ZE(2)). did Dsrc-DD. responseParameterContainerOPTIONAL id Dsrc-DDOPTIONAL ret ReturnStatus responseParameter不存在,id不存在其中: Dsrc-DID:;=INTEGER(0..127,.. --无扩展,根据GB/T20851.4规定,取值为ETC应用=1 7.10Event-keportRelease) 7.10.1简要说明 LLC层使用U1命令,无需响应 APP层使用Action.request,T-APDUs= event-report-request Event-Report(Release)用于释放oBE,让OBE进人休眠状态 12
GB/T28421一2012 7.10.2数据定义 Event-Report-Request::=SEQUENCE BOOLEAN， mode did DirectoryID eventType EventType" ssCredentials 0CTETTRINGSIZE(0..127,...OPTIONAL acceSs eventParameter ContainerOPTIONAL id Dsrc-DIDOPTIONAL accessCredentials应不存在,actionParameter应不存在、iid应不存在其中: mode:采用非确认模式,取值为0 D:re-DD:=INTEGER(O..127.)无扩展,因为Even-Report与应用无关,应取值为系统 (OBE)=0 eventType EventType， EventType::=INTEGER release 0) 0..127,.. 1一80)保留为DSRC应用 81127)保留为自用无扩展,eventType=0 ETC交易中IcC-PSAM交易模式的选择在公路不停车收费系统中,IcC-PSAM间交易采用复合消费交易模式复合消费交易见 JR/T00252005规定,复合消费交易应用RsE和OBE交互DSRC数据帧格式见附录B BsT中CPU用户卡消费交易模式的标识路侧系统可支持的交易模式可通过BST中ApplicationList内的applicationParameter进行指示 GB/T20851.3中规定BST中applicationParameter的类型定义为ApplicationContextMark,其 ASN.1定义如下: AppliceationContextMark:=Comtainer wITHcOMP(ONENTs{octetstringPRENSENT) 本标准在GB/T20851.3的基础上规定BST中的applicationParameter的ASN.1定义为: :;=SEQUENCE BsTApliceatiorcontextMark iccTransMode BITSTRINGSIZE(7)). rceservednfo OPTIONAL Container 其中iccTransMode用于指示RSE所支持的CPU用户卡消费交易模式 reserveG edlnfo用于其他应用参数信息协商的扩展 IccTransMode的结构定义见表4 13
GB/T28421一2012 表4IeeIransMode结构定义 Bit6 Bil Bit5 Bit4 Bit3 Bit2 Bit0 RSE优先采用的cPU 是否支持 RsE支持的CPU用户卡交易模式用户卡交易模式预处理路侧系统所支持的CPU用户卡消费交易模式使用iccTransMode的高4比特(Bit3lBit6)进行指示,其编码定义见表5所示表5路侧系统所支持的CPU用户卡消费交易模式编码值储卡记账卡支持的消费交易模式 Bit6 Bit5 Bit4 Bit3 支持传统消费和复合交易模式仅支持复合消费交易模式其他保留路侧系统优先采用的CPU用户卡消费交易模式使用iccTransMode中Bitl一Bit2进行指示,其编码定义见表6. 表6路侧系统优先采用的CPU用户卡消费交易模式编码储值记账卡优先采用的消费交易模式 Bit2 Bitl 传统消费交易模式复合消费交易模式公路联网电子收费应用中Bit2,IBitl的取值应为1 iccTransMode的最低有效位(Bit0)用于指示路侧系统是否支持CPU用户卡的BE预处理的快速交易模式其编码定义见表7 表7oBE预处理快速交易模式支持性编码是否支持 Bit0 不支持支持为适应CPU用户卡文件格式及相关信息的地区性应用差异本标准在GBy/T20851.3的基础上对 Container进行扩充定义,如用于指示预处理操作参数的， reservedlnfo,其ASN.1定义如下: Container:;=CHOICE etreatmentParameter， reservedlnfo pretreatPara[41]Pre -指示预处理操作参数的r 1
GB/T28421一2012 retreatmentParameter 其中,Pre 的ASN.1定义为 PretreatmentPa Parameter;;=SEQUENCE il BITSTRING(SIZE(4)), syslnfoFileMode BITSTRINGS1ZE(8)),-系统信息文件预读长度 offset0002 OCTETSTRING(SIZE(2))OPTIONAL,--预处理需要读取的电子钱包文 -件偏移量和长度 offset0012 0cTETSTRING(SIZE(2))OPTIONAL,--收费信息文件偏移量和长度 offset0015 OcCTETsTRING(S1ZE(2)OPTIONAL,--卡片发行文件偏移量和长度 offset0019 OCTETSTRINGSIZE(2)OPTIONAL -复合消费文件偏移量和长度其中,oflset00关关用于指示RSE预读的CPU用户卡中各文件的偏移量和长度结构定义见表8 所示表8ofrset00关关结构定义 Bt7 Bit6 Bit5 Bto Bit7 Bit Bit0 Bit4Bit3Bit2 Bit Bit6Bit5 Bit4Bit3 Bit2 用户卡文件预读的长度用户卡文件预读的偏移量 syslnoFileMode用于指示RsE要求OBE在VsT中返回系统信息文件的长度结构定义见表9. 表9syslntoFileMode结构定义 Bit7 Bit6 Bit5 Bit4 Bit3 Bit2 Bitl Bit0 返回系统信息文件的字节数 l oBE对CPU用户卡处理模式的标识 OBE通过系统信息文件(目录号为0,文件号为1)中的合同版本(contraetVersion)来标识OBE是否针对CPU用户卡进行预处理 contractVersion的编码规则见表10. 表10 Yersion的编码规则 contract 扩展标志Bit7 Bit6一Bit4 Bit3~Bit0 0:OBE对CPU用户卡不做预处理 1:oBE~RsE之间采用EsAMPsAM进行安全认证 0;无扩展 lOBE对CPU用户卡做预处理 215;保留 27;保留 11 VST中应携带的CPU用户卡相关信息 OBE可通过VST携带CPU用户卡的相关预读信息,RSE可根据这些预读信息对卡片进行有效性判别,获取CPU用户卡内的人口信息,以及钱包余额等 OBE应根据BST中iccTransMode的最低有效位(Eit0)所指示的路侧系统是否支持“OBE预处理 15
GB/T28421一2012 的快速交易模式”确定是否在VST中是否携带CPU用户卡的相关预读信息本标准在GB/T20851.3的基础上对Container进行扩充定义如下 Container;;=CHOICE gblCCInlo [40]GBIcCInfo--存放CPU用户卡的相关预读信息 GBHICCInfo的ASN.1类型定义为 GBICCInfo:;=SEQUENCE icclssuelnfo 0CTETSTRINGIZE(0..127,...)，--0015 iccUniTolllnfo OCTETSTRINGSIZE(0..127,...))，--0012/0019 iccBalance O)CTETSTRING(SIZE(0..127,... -0002 icelsuelno中存放CPU用户卡“联网收费应用目录"1001目录)下卡片“发行基本数据文件" o015文件)中的相关信息,iceUniTolnfo中存放CPU用户卡“联网收费应用目录”(10o目录)下卡片“联网收费信息文件”(0012文件)或“复合消费专用文件"0o19文件)中的相关信息,iccBalanee中存放CPU用户卡“联网收费应用目录”(1001目录)下卡片“电子钱包文件”0002文件)中的相关信息具体读取的内容由BsT中pretreatPara指定其中,“卡片版本号”的高3比特(Bit5~Bit7)用于指示该CPU用户卡所支持的消费交易模式,其编码定义见表11 表11oBE所支持的CPU用户卡消费交易模式编码支持的消费交易模式 Bit7(保留比特 Bit6 Bit5 支持传统消费和复合交易模式仅支持复合消费交易模式其他保留 CPU用户卡应支持复合消费交易模式,可选择性支持传统消费交易模式 “卡片版本号”的低4比特用于指示该CPU用户卡的“应用版本号” 12 DsRC交易之外的oBE应用处理流程 12.1流程概述 VST中的预读信息(gblCCInfo)应当在车辆(OBE)进人天线通信区域之前预先从CPU用户卡中读出,并在车辆(OBE)进人天线通信区域收到BST后直接在VST中传送给RSE,而无需再执行读卡操作读取相关信息在各种情况下,OBE均应保持预读信息(gbICCInfo)与卡片内相应信息的一致性即当卡片插人 OBE时,OBE应自动执行信息预读及数据拼装操作,操作完成后OBE进人休眠状态当卡片插在 OBE内而其中信息发生改变时,亦即当OBE在收费车道内完成交易(包括正常,异常等各种交易)后，进人休眠状态之前应当再次执行信息预读及数据拼装操作当CPU用户卡从OBE中拔出时,OBE应自动删除前述各项预读信息(gbIcCInfo). 16
GB/T28421一2012 OBE进人天线通信区域被唤醒之后,OBE将用户CPU用户卡卡上电后应当自动选择1001目录进人待交易状态 12.2CPU用户卡插入oB后的预处理 12.2.1 记账卡记账卡在插人OBE后应当执行如表12所示的预处理操作表12记账卡插入oBE后执行的预处理操作 OBE CPU用户卡方向备注卡片复位复位用户卡从返回的FCI里面可以获取PB0C2.0标进人1001目录选择1001目录准的0015文件内容从0015文件中的卡片类型第9字节)判返回o015文件获得CPU用户卡卡号等信息定卡片为记账卡还是储值卡读 0012/0019 文件返回0012/0019文件获得0012/0019文件 oBE应根据sr中指示的,以及其内 CPU用户卡所优选和支持的交易模式,确定组装VST信息从 o012文件还是0019文件中获取用于写人 VST的相关信息关停用户CPU用户卡电源 12.2.2 储值卡储值卡在插人oBE后应当执行如表13所示的预处理操作表13储值卡插入OBE后执行的预处理操作 OBE 方向 CPU用户卡备注卡片复位复位用户卡从返回的C里可以获取PB0C2.O标进人1001目录选择1001目录准的0015文件内容从0015文件中的卡片类型(第9字节)判返回0015文件获得CPU用户卡卡号等信息定卡片为记账卡还是储值卡读0012/0019文件返回0012/0019文件获得0012/0019文件读0002文件/钱包余额返回0002文件/钱包余额获得钱包余额应根据ST中指示的,以及其内 OBE CPU用户卡所优选和支持的交易模式,确定组装VST信息从0012文件还是0019文件中获取用于写人 VST的相关信息关停用户CPU用户卡电源
GB/T28421一2012 12.3交易后oBE的卡片信息更新处理流程 12.3.1概述 OBE在天线通信区域内完成上述ETC封闭式人,出口/开放式收费交易主流程后,在电子标签进人休眼状态之前,还应当继续完成如下“交易后OBE的卡片信息更新处理” 在前述交易失败的情况下.oBE亦应通过超时休眠等机制,确保“交易后oBE的卡片信息更新处理”的执行 12.3.2记账卡记账卡在DSRC交易完成后应当执行如表14所示的后处理操作表14记账卡在DSRC交易完成后执行的后处理操作 OBE CPU用户卡方向备油读0012/0019文件返回0012/0019文件获得0012/0019文件应根据中指示的,以及其内 OBE BST CPU 用户卡所优选和支持的交易模式,确定从0012 更新vsT信息文件还是0019文件中获取用于写人VST的相关信息关停用户cPU用户卡电源 12.3.3 储值卡储值卡在DSRC交易完成后应当执行如表15所示的后处理操作表15储值卡在DSRC交易完成后执行的后处理操作 oBE CPU用户卡方向备注读0012/0019文件返回0012/0019文件获得0012/0019文件读0002文件/钱包余额返回0002文件/钱包余额获得钱包余额 OBE应根据BST中指示的,以及其内CPU用户卡所优选和支持的交易模更新VST信息式,确定从0012文件还是0019文件中获取用于写人VST的相关信息关停用户CPU用户卡电源 18
GB/T28421一2012 附录A 资料性附录多个I-APDU拼接在同一个ISDU中的示例 A.1说明本附录以GetSecure和TransferChannel服务为例,对多个T-APDU拼接在同一个I.SDU中的数据帧进行示例说明 A.2GeISeeure.requestUIransferChannel.request 具体见表A.1 GetSeeure 表A.1 IransferChannel.request数据帧 request 字节位(7... 0 值描述 #01 01111l10 顿起始标志 7E 戴井02 xxxxxxx0 链路地址(MAC #03 xxxxxxx0 井04 xxxxxxx0 #05 xxxxxxxl #06 01000000 40 MAC控制域 #07 X1110111 X7 LIC控制域 #08 10010001 分段字 91 000 T-APDU，Action.reqest AccessCredential存在井09 0D ActionParameter 存在不存在ID 确认模式(Confirmedmode=1 #10 00000001 01 DID 0000000 ActionType=0getSeure) #11 00 #N 分段字头拉N十1 10011001 91 T-APDU 0000 Action.request AccessCredential不存在井N十2 05 ActionParameter存在不存在IID 确认模式(Confirmedmode=1 #N3 0000001 DID 01 拉N十4 00000011 03 ActionType=3transerChanneD 井N十M xxxxxxxx XX ，，，" 朝校验序列 xxxxxxxx XX #NM+ 2 XX xxxxxxxx #N十M十3 01111110 7E 顿结束标志 19
GB/T28421一2012 U A.3GetSeeure.response IransferChannel.response 具体见表A.2 GetSecure.response 表A.2 TransferChamnel.response数据赖字节位(7.o) 描述井01 01l11110 7 赖起始标志井02 链路地址(MAC> xxxxxxxO x 双井03 Xxx0 x 井04 xxxxxxx0 x 井05 XXXXXXxl #06 l1l00000 E0 MAC控制城 x11n 0111 x7 Lc控制域井07 LLc状态响应域井08 00000000 00 91 井09 10010001 分段字头 0001 T-APDU:Action.response 存在responseParameter 井10 18 不存在IID 00 填充比特,设置为0 00000000 00 DD 井1l 井12 15 00010101 rresponseParameter.ContainerType=21GetSecureRs) 井N 井N十1 0011001 分段字头 91 0001 T-APDU;Aetion，response 存在responseParameter 井N十2 18 不存在IID 填充比特,设置为0 00 DD 00000000 00 井N十3 o0011001 19 25ChannelRs) responseParameter.ContainerType #NM XX XXXXXXXX 井N十M十1 XX 帆校验序列 XXXXXXXX #N十M十 2 XX XXXXXXXx 帧结束标志 #N十M3 01111l10 7E 心
GB/T28421一2012 附录 B 资料性附录储值卡/记账卡复合消费交易应用的RSE~oBE间DsRC数据帧定义 B.1概述本附录定义复合消费交易流程的储值卡/记账卡RSE~oBE间DSRC数据帧开放式收费系统采用与封闭式出口相同的交易流程 B.2封闭式入口 B.2.1 BST 方向RSE-OBE 功能;轮询通信区域内的OBE,并与其协商通信参数及应用参数格式;参见7.1 B.2.2VST 方向:OBE-RSE 功能;对BST进行应答,建立通信链路,与RsE协商通信参数及应用参数,并返回部分应用信息格式:参见7.2及第11章“VST中应携带的CPU用户卡相关信息” B.2.3GetSeeure.request 方向:RSE-OBE 功能:以安全的方式获取OBE内“ETC应用车辆信息文件”中的相关车型参数信息格式;GetSeeure.request的格式参见7.3 B.2.4GetSecure.response 方向:OBE-一RSE 功能;以安全的方式将OBE内“ETC应用车辆信息文件”中的相关车型参数信息返回给RSE,并携带相关安全数据供RSE对oBE身份的合法性进行正;返回复合消费交易初始化结果格式:GetSecure.response的格式请参见7.4 B.2.5IransferChannel.requestI 方向:RSE-(OBE 功能;复合消费初始化;复合消费写0019文件格式:TransferChannel.requestI的格式参见7.5,其中ApduList的格式如表B.1所示 21
GB/T28421一2012 表B.1ApduList的格式数据内容项顶数 NofAPDs [APDU-1 16(5十11 Lengthof APDU-1Info 805003020B+DATA(1字节密钥标识十4字节交易金额十6字节终端机编号 LengthoAPDU-2 48 APDU-2Info 8oDCAAC827AA2500+0x28个字节(复合消费专用文件封闭式人口,交易金额为0 B.2.6IransferChannel.resposeI 方向:OBE-一RSE 功能;返回复合消费初始化及复合消费写0019文件结果格式;TransferChannel.responseI的格式参见7.6,其中ApduList的格式如表B.2所示表B.2Apdnl.ist的格式数据项数据内容 NofAPDUs L.engthofAPDU- 17(8十2 RetData(4字节旧余额+2字节电子钱包脱机交易序号十3字节透支限额+ APDU-1lnfo 1字节密钥版本号+1字节算法标识十4字节伪随机数)+sw1sw2 lengthofAPDU-2 APDU-2lnfo Sw1Sw2 B.2.7IransferChannel.requestUSetMIMI.request 方向RSE-OBE 功能;卡片复合消费交易,通过蜂鸣器等人机界面,提示用户交易结果格式:TransferChannel.requestl的格式参见7.5,其中ApduList的格式如表B.3所示表B.3ApduList的格式数据项数据内容 NofAPDUs 20(5十15 LeghAPU APDU-1Info 805401000F十4字节终交易序号十7字节交易日期时间十4字节MMAC SetMMI.request的格式参见7.7 心
GB/T28421一2012 心 ransferChannel. B.2.8 .responseIUSetMML. .response 方向:OBE-RSE 功能;返回卡片复合消费交易结果,及人机界面提示操作的结果格式;TransferChannel.responseI的格式参见7.6,其中ApduList的格式如表B.4所示表B.4ApduList的格式数据项数据内容 NofAPDUs APDU-1 10 lengthof APDU-1Info 4字节TAC十4字节MACc2+sw1sw2 SetMMI.response的格式参见7.8. B.2.9EVENT-REPORTRelease 方向:OBE-RSE 功能;结束交易释放与电子标签的通信连接格式:参见7.9 B.3封闭式出口 B.3.1sT 同B.2.1 B.3.2VST 同B.2.2 B.3.3GetSeeure.rqest 同B.2.3. B.3.4GetSeeure.response 同B.2.4 B.3.5IransferChannel.requestl 同B.2.5 注，封闭式出口,交易金额为车道软件实际费率计算结果 B.3.6TransferChannel.responseI 同B.2.6 B.3.7IransferChannel.reques estIIUSetMIMIl.request 同B.2.7 23
GB/T28421?2012 IUSetMIMI. B.3.8IransferChannel. response .response ?B.2.8 B.3.9EVENT-REPORT(Release ?B.2.9 24

电子收费基于专用短程通信的电子收费交易GB/T28421-2012

随着科技的发展，越来越多的城市开始采用电子收费系统，以提高交通运输效率。而电子收费系统的一个重要组成部分就是专用短程通信技术，它能够实现车辆与收费站之间的无线通信，从而实现电子收费。GB/T28421-2012 就是针对这一领域制定的标准。

什么是电子收费？

电子收费是指通过电子技术和网络技术实现对道路使用者的收费管理。相比传统的人工收费方式，电子收费可以减少人力资源的消耗，缩短车辆等待时间，提高交通运行效率。

专用短程通信技术在电子收费中的作用

专用短程通信技术是电子收费的关键技术之一。它可以实现车辆与收费站之间的无线通信，让车辆通过收费站时自动扣费，从而省去了人工收费的环节。专用短程通信技术还可以检测车辆上的电子标签，确保收费系统准确计费。

GB/T28421-2012 标准介绍

GB/T28421-2012 是中国电子学会、中华人民共和国建设部、交通运输部等单位制定的电子收费基于专用短程通信的电子收费交易标准。该标准规定了电子收费系统中的数据格式、通信协议、安全性要求等内容，以保障电子收费系统的稳定高效运作。

GB/T28421-2012 标准的应用

GB/T28421-2012 标准已经广泛应用于我国各地的电子收费系统中。例如，在北京市就采用了基于该标准的电子收费系统，该系统覆盖了全市的高速公路和主要道路。在使用过程中，该系统能够准确识别车辆信息，实现无感支付。

结语

专用短程通信技术是电子收费系统不可或缺的一部分，而GB/T28421-2012标准则为电子收费系统的稳定高效运作提供了保障。相信在未来，电子收费系统将会越来越普及，为我们的生活带来更多的便利。