BER-TLV数据结构

本文是自身在研究学习过程中碰到的问题,整理而成。

为了便于后文的引用说明,先列出一段TLV结构的数据:

[6F] 4D
│ ├─[84] 07 A0000003330101
│ ├─[A5] 42
│ │ ├─[50] 0B 50424F4320437265646974
│ │ ├─[87] 01 01
│ │ ├─[9F38] 06 9F33039F4E14
│ │ ├─[5F2D] 08 7A68656E66726465
│ │ ├─[9F11] 01 01
│ │ ├─[9F12] 0F 4341524420494D4147452030303031
│ │ ├─[BF0C] 05
│ │ │ └─[9F4D] 02 0B0A
  • BER-TLV数据对象结构

  • Tag(标记)

根据ISO/IEC 8825-1(doc88上可以查看较早版本 )规范的定义,BER-TLV结构由Tag、Length、Value三部分组成;

Tag可以由1个与多个字节组成,如下图所示:

BER-TLV数据结构_第1张图片

其中最为主要的是首字节,由三部分组成,高两位表示类别,低五位表示TagNumber,第6位表示类型;

BER-TLV数据结构_第2张图片

  • Tag类别

首字节的解析EMV规范中的一张图说明很详细,国内也可以参考PBOC规范。

BER-TLV数据结构_第3张图片

由上图可以看出,高两位表示的四种类别,分别为:

00:通用类

01:应用类

02:上下文相关类

03:专用类

在智能卡中见得较多的是应用类与上下文相关类,通用类与行业无关,好像只有一个(0x06:Object Identifier);应用类就很多了,如前文中的0x6F,

还有经常碰到的0x4F表示AID(应用标识符),在7816中定义,在其它很多的应用中就遵循了,如EMV,PBOC,GP等。

0x6F: '0110 1111'

0x4F: '0100 1111'

上下文类在特定的使用环境中意义不一样,具体可以参考相应的规范定义。专用类一般在私有的定义中出现,例如一些卡商在卡片的预个人化命令中使用。

BER-TLV数据结构_第4张图片

对于各类别表示的范围如上表所示,该表格来自《智能卡技术》一书。 

  • Tag类型

Tag的类型由第6位表示,

0:表示简单类型

1:表示结构类型

可以用一个比喻来理解两种类型的区别,简单类型相当于树形结构中的叶子节点,结构类型相当于枝干。例如如下的数据中,

84、50、87等处在叶子节点上的tag就表示简单类型,而6F、A5等表示结构类型。用二进制表示更为直观理解。

0x6F: '0110 1111'

0x50: '0101 0000' 

  • Tag编号

Tag编号要根据Tag的长度来确定,对于一个字节的Tag,能表示的编号为2^5为32,但全为1的时候表示有后续字节,

因此一个字节的tag只能表示31个编号,大于31的只能由第多个字节表示;

在平常使用中感觉很少碰到,只在JavaCard的一个demo中使用过(说到这里顺便提下,在JavaCard提供的API中,

有一个包专门为TLV提供数据打包与解析。但在使用过程中碰到一个问题,类似前文中例子中的9F11这个Tag解析不了)。

BER-TLV数据结构_第5张图片

如上图所示,根据解析得到TAG9F11的Tag编号为0x11,个人理解此处的0x10应该表示的编号为(0x11+31)。 

  • Length(长度)

BER-TLV中的长度表示Value域中的数据长度,由1到多个字节组成,如果首字节的最高位为0,则低7位表示长度,

最大值为0x7F,Value数据长度大于128个字节则Length都由3个字节表示。对于超过256字节较少见到,

JavaCard中的下载文件时使用的Tag经常用到,扩展APDUs可能用到。 

  • Value(值)

值由一个或多个字节组成,根据Tag中的类型不同,有简单类型及结构类型两种表示方法,如本文最开始提供的数据中,

tag6F的数据长度为0x4D,值域为后面所有的数据。

   

  • 资料引用

  • ISO/IEC 8825-1规范: http://www.doc88.com/p-864119027073.html
  • EMV规范:EMV:Book3
  • 《智能卡技术》第四版

 

你可能感兴趣的:(BER-TLV数据结构)