CPU卡中T=0通讯协议的分析与实现

（3）T=0协议是应用于智能卡中的第一个接触式通讯协议，但该协议并没有考虑传输中断和检测到传输错误码后卡和读写器的再同步问题。唯一的检错机制就是奇偶位校验。对错误的处理就是对出错的字节重新发送一次，这样极有可能导致无限次的循环状态。

（4）T=0协议并没有与应用层完全分割开，应用层的命令解释器必须告诉传输层当前命令是接收还是发送数据。由于这个原因，这两个模块在命令处理过程中需要交互操作，在程序中能够提取出一个通用的传输层，供应用层调用来负责完成数据的传输。这种情况给编程和调试带来了不便。同时造成模块的可重用性较差。
javascript:window.open(this.src);" style="cursor:pointer;"/>
    （5）对于命令报文中包含数据域，同时又需要卡片返回数据的命令，T=0协议不能用一条命令来实现，必须分为两步实现：第一条命令为卡片提供数据，然后用另外一条相关的命令来取回数据。这样给卡片的编程带来很大麻烦，同时卡片内存中必须保留上一次操作需要返回的数据。这时如果不及时发送取数据命令而发送其它命令，可能会将敏感数据泄漏，并产生其它问题。这些都是T=0协议考虑不周的地方。

（6）终端传输层需要根据卡片返回的子程字节和状态字节执行相应的操作，使终端对数据的处理复杂化。

（7）由于目前大多数接触式终端只支持T=0通讯协议，因此该协议仍将得到广泛的应用。随着智能卡芯片功能的增强，对于数据传输量较大的应用，该协议将不再适用，面向块的异步半双工接触式传输协议T=1将体现出优势。

上一页  [1] [2] [3]