Annex B 基础编码规则-标签长度值数据对象格式 155

本文主要是介绍Annex B 基础编码规则-标签长度值数据对象格式 155，希望对大家解决编程问题提供一定的参考价值，需要的开发者们随着小编来一起学习吧！

Annex B 基础编码规则-标签长度值数据对象格式 155

BER-TLV基础编码规则-标签长度值，在ISO/IEC 8825中定义，它包含了2-3个连续数据对象域：

标签域T，包含了一个或多个连续的字节。他标识一种类别、一种类型和一个数据（见表35）。标签域数据对象在本章中描述是包含1~2个字节的。
长度域L，包含一个或多个连续的字节。它标识了接下来域的长度。长度域在本章中定义的数据对象是通过卡片中通传输接口的，用1~2个字节的编码。
注意：三个字节长度的数据域可能会在'71'模板、'72'模板、'86'标签下使用，表达大于255的长度，不过并不通过卡片中端传输接口发送。
值域V，标识了数据对象的值部分。如果长度域为0，那么值域不应该出现

一个BER-TLV数据对象属于以下两种存储体之一：

一个金融交易交换的数据元素值域所包含的一个原始的数据对象
值域包含一个或多个原始或者混合的数据对象的混合数据对象。一个混合数据对象的值域叫做模板。

译者注：
其中6F/A5就是模板他们包含了子原始数据，84/88等是原始数据，没有子元素。

下文定义了接下来的BER-TLV编码方式

B1 基础编码规则-便签长度值数据对象标签域编码 156

表35描述TLV数据对象中T的第一个字节
根据ISO/IEC 8825，表36定义了，当标签数目≥31使用时，TLV尾随字节的编码规则。（第一字节中第1-5位填充‘11111’）。
这里写图片描述

这里写图片描述

在TLV编码数据对象的前中后，’00’字节不带任何意义（例如，由于引起或者修改TLV格式的数据对象）
注意：强烈建议发卡行不要使用'FF'开头作为T的专有意义，因为当前终端很有可能不认别'FF'作为私有类型标签

TLV数据对象的标签域，根据下列标准编码：

在ISO/IEC 7816 应用模板应为 ‘61’/’6F’
在PartII中定义应用模板为：’70’~’7F’。意思根据特定应用的上下文而定。
ISO/IEC 7816-6 中定义的 ‘78’/’79’/’7D’/’7E’没有使用
支持ISO/IEC 7816-6 中定义并在Part II中有描述的
上下文特定的数据对象定义在本文或者在相应模板出现的地方
原始的上下文特定数据对象编码在’80’~’9E’和’9F00’~’9F4F’之间，为本文所预留
原始的上下文特定数据对象编码在’9F50’~’9F7F’之间，为支付系统预留
原始的上下文特定数据对象编码’BF20’~’BF4F’之间和’BF0C’，为本文预留
组合上下文特定数据对象编码’BF10’~’BF1F’/’BF50’~’BF6F’，为支付系统预留
组合上下文特定数据对象编码’BF01’~’BF0B’,’BF0D’~’BF0F’/’BF70’~’BF7F’,由发卡行指定
原生的和组合的私有数据对象编码由发卡行指定

使用到的应用级(application class) 数据对象如果在GB/T 16649中有定义，那么应当遵循GB/T 16649中的定义与使用方法。
‘ 61’至‘6F’，作为应用级(application class) 模板，在GB/T 16649中被定义。
‘ 70’至‘7F‟，作为应用级(application class) 模板，在本规范各部分中被定义。‘ 78’，‘ 79’，
‘ 7D’和‘7E’，在GB/T 16649. 6中被定义，但本规范未使用。
使用到的规范级(Context-specific class) 数据对象，应遵循本规范的定义。
‘ 80’至‘9E’和‘9F01’至‘9F4F’ 国际标准组织保留。
‘ 9F50’至‘ 9F7F’本规范保留。
‘ BF20’至‘ BF4F’和‘BF0C’ 国际标准组织保留。
‘ BF10’至‘ BF1F’和‘BF50’至‘ BF6F’ 支付系统保留。
‘ BF01’至‘ BF0B’，‘BF0D’至‘ BF0F’和‘ BF70’至‘BF7F’保留给发卡机构使用。
‘ DF01’至‘ DF7F’支付系统保留。