做一个电子现金的交易：
第一步当然是选中当前的应用, 方法是调用select命令, 传入当前的应用AID号, 如果卡片的状态码返回9000,则表示选中成功.
下面举一个例子:
发送: 00 a4 04 00 08 A0 00 00 04 44 01 01 05 00 最后的一个字节是Le
卡片返回:
6f 45 84 08 a0 00 00 04 44 01 01 05 a5 39 50 0a 50 42 4f 43 20 44 45 42 49 54 87 01 01 9f 38 09 9f 7a 01 9f 02 06 5f 2a 02 5f 2d 02 7a 68 9f 11 01 01 9f 12 0a 50 42 4f 43 20 44 45 42 49 54 bf 0c 05 9f 4d 02 0b 0a 90 00
先看发送的指令, 其中AID=A0 00 00 04 44 01 01 05这八个字节就是当前应用的AID号. 卡片返回的最后两个字节是90 00, 表示发送成功. 状态码之前是数据域. 数据域是一个TLV结构的FCI(文件控制信息)， 其中V里面可能也会有TLV结构的数据, 所以，FCI可能是一个嵌套的TLV结构. 6f是整个数据域的tag, 它标识卡片响应的整个FCI. 45表示长度(十六进制),也就是它后面数据域部分的所有字节数.
不分析所有的数据了, 只说一下里面比较重要的一个数据PDOL. PDOL表示卡片要求终端提供的数据，从而激活当前选择的应用，找到这一串数据;
9f 38 09 9f 7a 01 9f 02 06 5f 2a 02
9f38是PDOL的tag, 09表示长度. 9f 7a 01表示卡片要求终端提供tag为9f7a的元素的值，长度是01, 9f 02 06表示卡片要求终端提供tag为9f02的元素的值，长度是06,5f 2a 02表示卡片要求终端提供tag为5f2a的元素的值，长度是02. 这三个tag的意义如下:
9f7a:电子现金终端指示器
9f02:授权金额
5f2a:交易货币代码
对于基于电子现金的应用, 这三个元素是必不可少的, 或者说，卡片要求终端至少提供这三个元素的值.
下一步就是终端需要把上面三个元素通过GPO命令传送给卡片. （终端 =====GPO指令=====》卡片）
后面两个元素比较容易填, 授权金额就是你的实际交易金额,交易货币代码固定为0156（人民币）, 那么电子现金终端指示器的值是什么呢?
根据PBOC 2.0的规范, 只有满足下面三个条件时，电子现金终端指示器（即是走电子现金还是借贷记流程的标识位）的值才能为1, 否则为0. 这三个条件是:
1 终端支持电子现金交易
2 授权金额小于终端交易限额
3 终端交易类型为消费交易
前面两个条件好理解, 为什么会有第三个条件呢?
如果卡片接收到的电子现金终端指示器的值是1, 它就认为当前做的是一个电子现金的交易, 而不是普通的借贷记交易, 那么它在GPO指令的响应中就会返回电子现金的AIP和AFL, 而不是普通借贷记的AIP和AFL, 两者区别主要在AFL的不同. 如果卡片认为当前是一个电子现金的交易, 它会返回给终端”电子现金发卡行授权码”, 而电子现金发卡行授权码是用于脱机交易中, 存放在清算报文的授权码中. 而PBOC的消费交易是联机交易, 这就是为什么会有第三个条件.
另外，PBOC的圈存交易规定必须联机处理，所以我们也可以得出, 对于基于电子现金的圈存交易，它从AFL中读到的数据其实就是普通借贷记的数据，其交易流程也是借贷记的流程.
下面是有一个电子现金的卡片做的一个测试，如果电子现金终端指示器的值为0, 卡片返回的AFL如下:
08 01 02 00, 10 01 03 01, 18 01 02 00, 20 01 01 00
当电子现金终端指示器的值为1时, 卡片响应GPO命令返回下面六组AFL
08 01 02 00, 10 05 06 01, 10 08 08 00, 18 01 02 00, 20 01 01 00, 28 01 01 00 （DGI0501）
其中电子现金发卡行授权码就是文件标识符为28 的文件中.
（卡片=====AIP和AFL====>终端）
如果终端能收到卡片返回的AIP和AFL, 就可以根据卡片提供的AFL, 读出卡片提供给终端的所有数据, 并保存在终端, 以备后续的交易使用. 这些数据就包括PAN号等在内的卡片数据, 举个例子, 我用测试卡s读到的发卡行授权码(tag=9f74)的值如下:45 43 43 30 30 31, 对应的ASCII字符就是ECC001.