智能卡数据传输的协议类型选择

智能卡在ATR的接口字符中给出不同的传输参数数据，诸如传输协议和字符等待时间。如果一终端需要修改 这些参数中的一个或多个，按照ISO/IEC 7816-3，在实际执行协议之前必须先执行协议类型选择PTS （Protocol Type SelectiON）。终端可以用它去修改某些协议参数，只要这是卡所同意的。田有时也被称 为协议参数选择PPS（Protocol Parameter Selection）。

　　田可以用两种不同的模式执行。在协商模式中，分频值F和传输调整因子D在PTS被成功执行前均保持不变。 另一方面，如果卡采用的是专用模式，则在ATR中给出的F和D之值对哨的传输一样也是强制的。在TA2字节中 由卡给出这两种模式的那一种受到支持。遵照ISO/IEC 7816-3的两种模式的状态图解，见图1，表1给出了 PTS的数据元和它们的名称。

图1 两种PTS模式：协商模式和专用模式的状态图解（遵照ISO/IEC 7816-3）

　　表1 遵照ISO/IEC 7816-3的PTS的数据元和它们的名称

　　终端在收到ATR后必须立即执行PTS请求。如果卡同意对协议参数所请求的修改，它送出接受的PTS字节返回 给终端。原则上，它是所接收的数据的回应。否则，卡什么也不发送而终端执行一新的复位序列以促使卡脱 离此状态。喟只能执行一次，在ATf｛后立即进行，ISO/IEC 7816-3禁止重复传送PTS。

　　实际上，根本很少使用田，因为现在使用的智能卡的传输参数都严格和那些终端相匹配。

　　第1个字节是起始字符（trrss），它毫不含糊地通知卡终端在ATR之后就立即启动一m请求。因此，其值总 是“FF”，而且每个PTS都必须传送它。接着PTSS的数据元是格式字符（PTS0），它也是每个PTS的必需部分 ，允许可选的至多有3个字节，它们被称为参数字符并以PTS1，PTS2和PTS3命名。它们对将在PTS后接着使用 的传输协议的各种参数进行编码。数据元PTS3是留做各用的，所以此处无法说明。m中最后的字节被称为控 制字符（PCK），它含有所有前面字节的X0R校验和，从PTSS开始。至于PTSS和PTS0，和其他可选数据元不同 ，它是PTS的必各部分。Pl＇S的基本结构如图2所示，表2～表4为各数据元的编码。

图2 PTS的基本结构和数据元

　　表2 PTS0编码

表3 PTS1编码

　表4 PTS2编码

　　如果卡能解释PTS并据此修改传输协议，它回送一个接受的PTS给终端以示确认。如果PTS请求中含有卡不能 执行的项目，它就等待终端执行复位。这个过程的主要缺点是在真正使用传输协议之前，损失了大量的时间 。

　　刚才对PTS的说明不能用于由于终端不能执行一PTS时的协议转换，虽然如此它们仍有自己特殊的传输协议 （这恰恰是德国电话卡的情况）。设计出一个特别的方法，可以不管这些限制而允许协议转换。

　　如果终端不能识别ATR，所有的终端都会执行多次复位的序列，这就明确使智能卡应在每次复位后转换其传输协议。可用一个例子来很好的说明，第1次复位后，卡送出T=14的ATR并准备按T=14协议 通信；第2次复位后，它送出的ATR中T=1，并准备使用T＝1协议；第3次复位后，它再次运行T=14协议。这不 是一个理想的技术方案，因为在每次复位后设备的运转永远是相同的，但却是一个对于不同的种类的终端都 完全实用的方案。

　　这样就有可能降低智能卡在加电复位（冷复位）后总是具有相同的应答所带来的缺陷。卡在插人到读卡器 并在激活序列完成后总是直接执行一个冷复位。另一方面，经卡的复位线（热复位）触发一复位来转换传输 协议。于是，卡在每次“真正”的复位后的运转相同，而任何另外触发的复位将导致传输协议的转换，图3 和4给出了两种典型的PTS处理。

图3 GSM卡的典型PTS处理

图4 一个典型的PTS复位处理