表87示出了第三个软件功能表
表87 第三个软件功能表 b8 b7 b6 b5 b4 b3 b2 b1 含义 X - - - - - - - 0(1为RFU) - 1 - - - - - - ——扩充的Lc和Le字段 - - X - - - - - 0(1为RFU) - - - X X - - - 逻辑信道管理 1 ——通过卡 1 ——通过接口设备 - - - 0 0 - - - 无逻辑信道 - - - - - X - - 0(1为RFU) - - - - - - X Y 逻辑信道的最大数(＝2X＋Y＋1)
状态信息
状态信息由3个字节组成:卡生存状态(1个字节)和2个状态字节SW1-SW2。
卡生存状态的值‘00’表示没有卡生存状态被提供。值‘80’至‘FE’为专有的。所有其他值为RFU。
SW1-SW2的值‘9000’表示按5.4.5定义的进行正常处理。 SW1-SW2的值‘0000’表示该状态未予表示。 如果种类指示符的值为‘80’，则状态信息可以呈现在压缩TLV数据对象中。在这种情况下，标记号为‘8’。当长度为‘1’时，则值为卡生存状态。当长度为‘2’时，则值为SW1-SW2。当长度为‘3’时，则值为卡生存状态后紧跟着SW1-SW2。长度的其他值被保留供ISO用。 DIR数据引用
如果种类指示符为‘10’，则后随字节为DIR数据引用。该字节的编码及含义超出了本规范本部分的范围。
9 与应用无关的卡服务
定义和范围
本章描述了与应用无关的卡服务，其在下面的文本中被称作“卡服务”。其目的是提供在卡和接口设备之间的交换机制，它们(卡和接口设备)两者除了都遵循本规范外，它们彼此互不了解。
卡服务可通过下列内容的任何组合来支持。 ——历史字节
——一个或多个保留EF的内容 ——行业间命令的序列。
命令使用CLA＝‘00’(见本部分规范5.4.1)，即，没有安全报文交换和基本逻辑信道。 只要一个应用在卡内已经被标识和选择，就没有必要遵循本章。应用该使用与本规范本部分兼容的其他机制来获得类似的功能。因此，这种解决方法可能不保证交换。
已定义了下列卡服务。
——卡标识服务——该服务允许接口设备标识卡以及如何处理。
——应用选择服务——该服务允许接口设备了解什么应用在卡(如果有)内活动以及如何选择和起动在内卡的应用。
——数据对象检索服务——该服务允许检索在本规范本部分或其他部分中定义的数据
对象。本章描述了仅用于行业间数据对象的标准机制。
——文件选择服务——该服务允许选择无名的DFs和EF。 ——文件I/O服务——该服务允许访问存储在EF中的数据。 卡标识服务
该功能由卡根据其逻辑内容以及所有应用可能感兴趣的某些一般数据对象(例如，行业间数据对象)提供给外界的信息组成。称作“卡标识数据”的信息可由卡按历史字节以及可能直接在复位应答之后隐式选择的文件来给出。
对该文件的访问在初始访问数据信息中进行表示(见本部分规范8.3.3)。 如果历史字节的初始访问数据不指示读命令，则对执行命令的响应包含有卡标识数据。 应用选择服务
一个应用可在卡内被隐式地选择或通过其名称被显式地选择。 9.3.1 隐式应用选择
当应用在卡内被隐式地选择时，按本规范第5部分定义的应用标识符应在卡标识数据中进行表示。如果该标识符在卡标识数据中不存在，则它应存在于ATR文件中。 9.3.2 直接应用选择
多应用环境的卡应能实际地响应由SELECT FILE 命令所执行的直接应用选择，而该SELECT FILE 命令规定了应用标识符作为DF名称。
应用标识符应在命令APDU中完整地予以提供。在通过部分DF名称的应用选择的情况下，与所建议的名称相匹配的下一个应用可以被选择，并且全DF名称象带有标记‘84’的文件控制参数那样可用于文件命令的响应报文(见5.1.5的表2)。 执行的命令APDU如下。
表88 直接应用选择用的命令编码 CLA ‘00’(见5.4.1) INS ‘A4’ P1-P2 ‘0400’ Lc字段 数据字段的字节长度 数据字段 全或部分DF名称 Le字段 存在，仅包含了“0”
数据对象检索服务
与应用无关的国际交换所使用的数据对象在本规范本部分和其他部分中进行定义。 对那些数据对象的检索依赖于下列方法之一或两者: ——在卡标识数据中存在数据对象 ——在DIR文件(路径＝‘3F002F00’)中存在数据对象或在ATR文件(路径＝‘3F002F01’)中存在数据对象。
通过间接的方法检索数据对象所必需的信息在本规范第6部分中进行定义。 文件选择服务
当EF的路径为已知时，被发出的SELECT FILE 命令数等于路径长度除以2，减1(路径总是以当前DF开始)。
如果路径长度大于4个字节，则直到路径的所有有效DF标识符都已被使用为止，一个或多个SELECT FILE 命令应使用下列命令APDU来执行。