ts_102613中文规范.doc

TS 102 613内容：主讲SWP（single wire protocol），SWP是UICC和CLF之间的接口。主要定义了以下内容：层1：物理层。负责UICC和CLF之间物理连接的激活、保持及去活。定义了电特性的（电压及电流级别、时序、电压及电流编码）、机制性的（物理连接）和功能性的（数据速率）细则。还定义了初始的通信建立和结束连接。层2：数据链路层。负责通过frames和LPDU（Link Protocol Data Units）进行数据寻址。并负责错误报告、按序发送frame及流控制。数据链路层还可以分为以下两个子层：l Medium Access Control（MAC）层：管理frames。l Logical Link Control层：管理LPDU，并负责数据在节点间的无错交换。将介绍三种不同的Logical Link Control层。4. Principle of the Single Wire ProtocolSWP接口是UICC和CLF（非接前端）之间的基于位编码、点对点通信的协议。CLF是master，UICC是slave。SWP协议是全双工协议。信号S1以电压传输，信号S2以电流传输。S1是从master到slave，以脉冲宽度编码。只有S1为H状态时，S2才有意义。5. System architectureNFC手机应用Card Emulation模式（Battery Off）CLF-UICC间的物理连接。UICC的触点C6与CLF连接用来传输S1及S2。因为支持SWP的终端要利用C6触点，所以不支持A类操作。（原因是在A类操作下，C6是提供编程电压的。而在B类操作下，C6是RFU）。为了支持low power mode，C1（Vcc）的电气特性有所扩展。终端在terminal capability中指示是否支持SWP接口，UICC在ATR的全局接口字节中指示是否支持SWP接口。这些都在TS 102 221中定义。当终端和UICC都支持SWP接口时，已经被不支持SWP接口和UICC的终端支持的模式之外的其他几个操作模式变得可能：l 仅SWP接口被激活。这种情况发生在终端上电而其他接口未被激活，或终端的开关关闭时。l SWP接口激活时其他terminal-UICC接口的会话正在进行。这种情况下，不同的接口应该是并发的激活，SWP接口上的行为不会扰乱terminal-UICC接口上的数据交换。对于支持SWP接口的终端和支持SWP接口的UICC，通信可能通过C6触点发生在SWP接口上，也可能发生在使用C2/C3/C4/C7/C8触点的其他接口上（如TS 102 221和TS 102 600中定义），为某接口分配的触点信号不能影响其他接口使用的触点的信号状态。触点C1（Vcc）和C5（Gnd）上提供的能量，覆盖了UICC上所有活动的接口的能量消耗。SWP接口在激活后的操作，将与UICC上实现的其他接口的操作独立。任何复位信号只影响UICC协议栈相关的接口。SWP相关的进程不受影响。在SWP接口的数据链路层的逻辑复位信号（SHDLC RESET）、激活及去活，同样也不会影响到其他接口。6. Physical characteristics6.1 触点UICC的Vcc（C1）和Gnd（C5）被终端重新利用来供电。UICC的SWIO（C6）用来进行UICC和CLF间的数据交换。6.2 触点的激活和去活终端依照TS 102 221中定义的操作过程连接、激活和去活C2/C3/C7，依照TS 102 600中定义的操作过程连接、激活和去活C4/C8，终端依照TS 102 221中的定义激活触点C1（Vcc）。当在前一次会话中检测到UICC不支持SWP接口时，终端将不会使用触点及接口激活操作。6.2.1 SWIO触点激活只要Vcc（C1）未激活，终端将保持SWIO（C6）去活（S1为L状态）。终端激活Vcc（C1），要么是为了激活SWP接口，要么是UICC上其他接口要激活。当终端将SWIO信号从L状态置为H时，SWIO（C6）被激活。这表明UICC将要激活SWP接口。6.2.2 SWIO触点去活为了去活SWIO（C6），终端按照8.3节定义的将SWP置为DEACTIVATED状态。6.2.3 UICC去活终端将在去活Vcc（C1）之前对SWIO（C6）去活。6.3 接口激活6.3.1 初始接口激活未按以上顺序出现的ACT帧，CLF都以坏帧来处理。如果接口激活未成功，CLF认为UICC不支持SWP接口，此时，CLF将对SWIO（C6）去活。初始接口激活期间UICC发送的ACT_SYNC帧都必须包含ACT_INFORMATION域。6.3.2 后序接口激活初始接口激活序列也可以应用到S1从DEACTIVATED状态变到H状态时，但要做以下修改：1 UICC中ACT帧中不发送ACT_INFORMATION域。2 CLF接收到一个正确的ACT_SYNC帧时，CLF将立即认为后序接口激活成功，不再发送ACT帧。6.3.3 时间参数系统的设计是：CLF以第一条SYNC_ID的发送来保证时序的严格性。如果失败，CLF应请求重发SYNC_ID来获得REQA或REQB。 CLF实现的Ts1_act_rep应当大于Ts1_act_frp和SWP resume的总和。这是为了保证当UICC发送ACT响应帧的时候非接前端没有在发送ACT帧。6.3.4 对其他接口的影响根据UICC的功耗状态（power state），各接口要符合以下条件：1 如果UICC处于low power mode，终端将不激活TS 102 221接口，且如果UICC支持符合TS 102 600的USB接口，那么它不能执行对USB接口的连接。（类似关机没电池的状态，所以不能打开其他接口？）2 如果UICC处于full power mode，终端可以独立地激活UICC的任意接口。3 如果UICC的TS 102 221接口已经被激活，对SWP接口的激活将被认为是在UICC上已选择的应用。6.4 UICC在终端不支持SWP时的行为UICC将使C6以低阻抗连接Vcc或与终端保持电隔离。当UICC检测到C6触点未与Vcc连接，它将会在检测到终端不支持SWP接口后的2S内以低功耗连接到Gnd。注意：实现时要使SWP相关的功耗尽可能小。6.5 终端在UICC不支持SWP接口时的行为当终端检测到UICC不支持SWP时，它将使SWIO处于去活状态（L状态），或将在C6触点呈现一个高阻抗。7. Electrical characteristicsCLF（Master）和UICC（Slave）的电压水平，即信号S1，如下图：SWP的使用从master到slave的电流表示它的第二个信号S2，并使数据从slave到master发送回来。当S1为H时，S2值才被定义。7.1 提供的电压类别支持SWP的UICC只支持TS 102 221中规定的B类和C类电压。7.2 Vcc（C1） low power mode定义当系统在low power mode运行时，应遵循下表：表7.1中的定义了UICC的最大电流。终端可能提供更多。不管表7.2中定义的瞬时能量消耗，电压值应维持在一个特定的范围。根据以上规则，在测试时，将所有测试点都基于三类条件进行测试，即：B类电压、C类full power mode、C类low power mode。7.3 信号S1S1信号是在SWIO（C6）触点上以电压表示的，从CLF传输数据到UICC。电特性如下两表。流向UICC或流出CLF的电流为正。7.4 信号S2S2信号是在SWIO（C6）触点上以电流表示的，从UICC传输数据到CLF。S1与S2共用电触点C6。当SWIO上的电流值在IHmin和IHmax之前时，S1为H状态。当SWIO上的电流值在ILmin和ILmax之前时，S1为L状态。8. Physical transmission layer8.1 S1位编码和采样时间逻辑1的H状态保持时间是0.75T，逻辑0的H状态保持时间是0.25T所有bit传输是连续的。每一bit都有两个上升沿。C6触点上，UICC（CLOAD）的输入电容不能超过10pF。8.2 S2切换管理S1为H状态时，S1才有效。UICC（slave）只有在S1为L状态时才切换S2，或当resuming SWP时（仅在S1为H状态且SWIO为SUSPENDED状态时，S2才可以被切换）。8.3 SWP接口状态管理SWP有三个状态：ACTIVATED：在此状态下master和slave传输bits。SWP一直保持此状态直到SUSPEND转换发生。SUSPENDED：在此状态下，S1处于H状态，S2处于L状态。在激活SWP接口时，这个状态是SWP的初始状态。SWP保持这个状态直到RESUME或DEACTIVATED转换发生。DEACTIVATED：在此状态下，S1处于L状态，S2处于L状态。SWP保持这个状态直到ACTIVATED转换发生。状态间的转换定义如下：RESUME：是从SUSPENDED到ACTIVATED状态的转换。Master和slave都可以执行resume，以便将SWP转换到ACTIVATED状态。Master执行的resume：如果master收到的最后一条信息没有迹象表明UICC在接口上没有进一步的活动，master将通过发送P2个连续的空闲位来resume。在这些空闲位的最后 几个位时，SWP进入ACTIVATED状态。如果master resume，slave可以在P2个空闲位时就发送帧。如果master发出的最后一条信息是SHDLC确认指示UICC在接口上没有进一步的活动，master resume 将SWP转换为DEACTIVATED状态，之后是将SWP转换为ACTIVATED状态。?Slave执行的resume：通过拉电流，使S2为H状态。如果以下条件都满足，master将在P6max时间内通过发送转换序列来响应：1 UICC指明支持extended resume2 Master收到的最后一条信息表明UICC没有进一步活动3 SWP在SUSPENDED状态至少已P7时间否则，master将至少在P3max时间内通过发送转换序列来响应。SUSPEND：如果SWP上没有活动，且空闲位持续P1时间，master将通过维持S1为H状态使SWP切换至SUSPENDED状态。DEACTIVATE：如果以下条件都满足，master通过维持SWIO在L状态至少P4时间使SWP切换至DEACTIVATED状态：1 Master发送的最后一条信息是SHDLC确认指示了UICC在接口上没有进一步活动，并且SWP进入了SUSPENDED状态。2 SWP在SUSPENDED状态P5时间，并且CLFl 没有检测到符合ISO/IEC 14443-2或ISO/IEC 18092的RF场l 没有产生UICC请求的RF场ACTIVATE：如果SWP在DEACTIVATED状态，将使用6.2节描述的接口激活序列。Slave将通过使用TS 102 223定义的ACTIVATE命令请求接口的激活。8.4 供电模式状态、状态转换及省电模式当终端激活Vcc（C1），UICC将进入初始供电状态。初始供电状态是以UICC的电流消耗遵循TS 102 221 中“UICC在ATR期间4MHz外部时钟频率下的能量消耗”定义的值。（来自 221）在以下情况下，UICC将进入low power mode1 当初始SWP激活序列中的power mode帧中指示了此模式2 当在初始SWP激活期间，UICC接收到的第一个non-ACT帧中没有接收到power mode帧在以下情况下，UICC将进入full power mode1 当初始SWP激活序列中的power mode帧中指示了此模式2 当在其他接口上已完成了full power mode的条件如果终端的能量供应能提供足够电能时，CLF将指示full power mode在初始供电状态，当UICC检测到是ACTIVATED状态时，它会将电流消耗增加到low power mode定义的值。从full power mode转换到low power mode需要去活Vcc（C1）。对已激活的接口，当以下条件都满足时，UICC将进入省电模式：1 时钟停止（符合TS 102 221），当接口已激活（如果UICC在full power mode）2 挂起（suspend）模式（符合TS 102 600），当接口已激活（如果UICC在full power mode）3 以下条件有一项满足：l SWP为DEACTIVATED 10msl SWP接收到最后一SHDLC确认显示UICC在接口上没有进一步的活动，且SWP在SUSPENDED状态 10ms当UICC在省电模式时，电流不能超过TS 102 221中时钟停止定义的值，或不超过TS 102 600中suspend模式定义的值。当任意UICC接口从以上条件中唤醒时，UICC将退出省电模式。注意：在full power mode，终端的资源（例如：显示器、键盘等）对UICC的应用不可用。9. Data link layer如下图所示，数据链路层（Data link layer）管理LPDUs（Link Protocol Data Units）。这一层又被分为两个子层：MAC层，负责管理帧。LLC层，负责报错管理及流控制。9.1 Medium Access Control（MAC）层9.1.1 位序Bit orderSWP通信通道的位序是MSB first。9.1.2 结构Structure下图9.2描述了从master到slave的帧格式SOF FLAG的值是“7E”，EOF FLAG的值是“7F”。两帧之间发送空闲位（逻辑0），帧之间至少有一个空闲位。下图9.3描述了slave到master的帧格式Wakeup sequence，就是在slave到master的每个帧前面加了一个逻辑值为1的位。Master正要suspending接口时，slave正准备发送wakeup sequence，值为1的位将被slave转换为resume使SWP回到ACTIVATED状态。Payload（负载）大小限制在30字节。CRC域为16bits（2字节）。9.1.3 位填充Bit Stuffing为了更清楚地检测到SOF和EOF，在发送payload及CRC时，传送体将使用0位填充。在连续的5个bit的逻辑1之后，插入一个逻辑0。如果在CRC的最后5个bit包含逻辑1，不再添加逻辑0。接收方应该能够识别这种填充位并抛弃它们。下图是填充位的一个例子。9.1.4 错误检测对帧的错误检测是基于ISO/IEC13239中的16bit帧校验序列。CRC多项式如下：CRC初始值为0xFFFF。参与CRC计算的bits是SOF和EOF之间，但不包含SOF和EOF的bits。9.2 Supported LLC layerLogical Link Control（LLC）分为三种：SHDLC：在大多数非接触交易中最通用的一种LLC。SHDLC在第10章中定义。CLF及UICC必须支持这种LLC。CLT：用来处理某些专有的协议。CLT模式在第11章中定义。CLF及UICC对CLT的支持都是可选的。ACT：包含了在接口激活时的帧。CLF及UICC必须支持这种LLC。Control field（控制域）是SWP frame payload（帧负载）的首字节。表9.1定义了不同的LLC层的控制域。LPDU的payload负载域结构如下图9.59.2.1 Interwoking of the LLC layer（LLC层的交互工作）在SWIO（C6）激活后，或S1从DEACTIVATED状态转换为H状态后，SHDLC连接将不建立，CLT会话也不能开始。UICC及CLF将使用ACT LLC。成功激活SWP后，CLF将采取以下步骤：l 如果CLF有数据要发送给UICC（例如，一个非接交易），需要用到CLT LLC，那么将初始化一个CLT LLC会话。l 否则，一个SHDLC连接将尽快开始建立。注意：在激活SWP之后，CLF总是发送第一个Non-ACT帧。在UICC和CLF建立SHDLC连接或开始CLT会话之后，就不能再发送ACT帧，接收到的ACT帧将被忽略。SWP接口激活后首次进入SHDLC LLC，将使用10.7.2及10.7.3节描述的连接建立过程。一旦SHDLC连接建立，CLT会话不能使SHDLC context及SHDLC连接建立期间协商的endpoint capabilities无效。从ACT LLC或SHDLC LLC进入CLT LLC时，CLT会话将会像11.6节描述的那样打开。只有当SHDLC I-Frames都被确认后CLF才会开始一个CLT会话。如果CLF或UICC在CLT会话期间收到SHDLC LLC帧，将会使CLT会话结束。如果UICC或CLF接收到一个坏SWP帧，接收实体会使用LLC定义的错误恢复过程。在SWIO（C6）激活后或S1从DEACTIVATED状态到H状态后，将立即使用ACT LLC进行错误处理。9.3 ACT LLC定义ACT LPDU的结构定义如下：ACT TYPE的编码：l UICC接收到帧的FR位的意义在6.2.3.1中描述。l CLF接收到帧的FR位的意义： CLF忽略FR位 UICC发送给CLF的帧，需将FR位设置为0。l CLF接收到帧的INF位的意义： INF=1：ACT payload的最后一字节包含ACT_INFORMATION域 INF=0：ACT_INFORMATION域不可用l UICC接收到帧的INF位的意义： UICC将忽略INF位 CLF发送给UICC的帧，需将INF位设置为0。表9.2给出了ACT_CTRL及ACT_DATA的意义：ACT_INFORMATION：将些域附加在ACT_SYNC帧中发送，UICC在此域中指示了如下表9.3的扩展能力：在初始接口激活期间，CLF接收到带ACT_INFORMATION的ACT_SYNC帧后，CLF将使用ACT_INFORMATION域中指示的扩展SWP位持续时间（extended SWP bit durations）。9.3.1 SYNC_ID验证过程对SYNC_ID验证的目的是检查UICC的身份。SYNC_ID的验证过程包含以下步骤：l UICC将SYNC_ID放在ACT_SYNC中发送给CLF。SYNC_ID被命名为验证数据（verification data）。l CLF将验证数据（verification data）与识别参照数据（identity reference data）对比。identity reference data不在本文档讲。为了进行SYNC_ID，须满足以下条件：l CLF和UICC需支持SYNC_ID验证l SYNC_ID验证总是发生在SWP接口被激活时接收到从UICC发送的ACT帧后，CLF将执行SYNC_ID验证过程基于以下描述：l 一旦接收到ACT_SYNC帧，CLF将把ACT_DATA域作为verification data。l CLF评估verification data与identity reference data的值，若一致则检查通过。否则，识别检查失败，CLF将不会开始一个CLT会话。注意：在本文档只讲检查机制，检查失败后果及恢复过程将在更高层（higher layer）中定义。10. SHDLC LLC定义10.1 SHDLC overview本文档所定义的SWP SHDLC层是ISOs High-level Data Link Control（HDLC ISO/IEC 132395）的简化版本。它负责网络结点间数据的无错传输。SHDLC层保证将要发送到上层的数据与它接收到的完全一致（及：无错、无损失、顺序正确）。而且，SHDLC层负责流控制，保证数据尽快被接收方收到。SHDLC保证以最小花费来管理流控制、错误检测及恢复。如果数据流向是双方向的（全双工），数据帧本身将携带所有能保证数据完整性的信息。滑动窗口的概念被用来在正确接收第一帧的确认前发送多个帧。这就意味着在数据一直发送而不是停下来等待确认帧。10.2 EndpointsSHDLC通信发生在两个端点（endpoints）之间。这些端点可以认为是CLF和UICC。端点之间的通信是平等的，没有优先级。10.3 SHDLC帧类型SHDLC使用几种类型的帧来传输数据、管理或监管两个端点（ends of the communication channel）之间的通信管道：l I-Frames（Information frames）：携带上一层信息和一些控制信息。I-frame功能包括排序（sequencing）、流控制（flow control）、错误检测（error detection）和错误恢复（recovery）。I-frame携带了发送和接收的序号。l S-Frames（Supervisory Frames）：携带控制信息。S-frame的功能包括请求和暂停传输、状态报告、对I-frame收条的确认。S-frame只携带接收序号。l U-Frames（Unnumbered Frames）：携带控制信息。U-frame功能包括连接建立和断开、错误报告。U-Frames不携带序号。10.4 控制域Control FieldSHDLC控制域的结构如下表10.1，包含了负载域payload的首个bit。其中：l N(S)：I-frame的编号。即发送序号l N(R)：下一条待接收的I-frame的编号。即待接收序号。l TYPE：S-Frame的类型。l M：U-Frame中的修改位（modifier bits）。滑动窗口的大小默认是4个帧。帧类型可以是交错出现的。例如，两个I-Frames间可能被插入一个U-Frame。10.4.1 I-Frame 编码Information格式命令及响应的功能是传输有序的帧，每个都包含信息域（information field），根据数据连接情况，信息域可以是空的。10.4.2 S-Frame 编码Supervisory(S)格式命令及响应用来执行序号监管功能，比如确认（acknowledgment）、信息传输暂停（temporary suspension of information transfer）、或错误恢复（error recovery）。有S格式控制域的帧不包含信息域。Supervisory(S)格式命令及响应如下：RR：Receive Ready。端点用来指示已准备好接收信息帧及确认之前收到的帧。RNR：Receive Not Ready。端点用来指示没有准备好接收任何信息帧。REJ：Reject。用来请求帧的重发。SREJ：Selective Reject。端点用来请求重发某个特定的帧。对每个错误的帧都将发送SREJ。每个帧都以独立的错误对待。在任意时刻在每个连接方向上只有一个SREJ是未完成的。在初始化过程过定义的能力协商（capability negotiation）之前，可选（Optional）类型的帧不能使用。10.4.3 U-Frames编码Unnumbered格式命令及响应用来扩展数据连接控制功能的数量。Unnumbered格式帧有5个修改位，允许多至32个附加的命令及响应。只有一个HDLC命令的子集被用于SHDLC：RSET：Reset of Data link layer。用于复位两个端点上的序列号变量。UA：Unnumbered Acknowledgment。用来确认RSET命令。10.5 改变滑动窗口大小及端点能力changing sliding window size and endpoint capabilities滑动窗口大小是在SHDLC会话建立期间协商的。协商的窗口大小的有效期是从会话成功建立开始，到接口去活或一个新的SHDLC会话重新建立时结束。窗口大小可根据有限的资源而比默认值要小一些。因此，一个端点会请求另一个端点以降低滑动窗口大小。RSET可以携带配置域来改变窗口大小（降至2）。如果默认大小（RSET命令中不带配置域时就是默认大小）或RSET帧中提供的大小对接收方来讲太大，接收方可以不确认，相反的，接收方将发送一个RSET提供一个合适的窗口大小（比另一个端点提供的值小）。如果请求的窗口大小比默认的小，那么端点应该服从这个重配置的窗口大小，并以UA帧确认这个新的值。对SREJ的支持也用同样的方式协商。RSET帧可以携带配置域来指示端点是否有支持SREJ帧的能力。如果接收方有一个或多个端点能力不支持，它将发送一个RSET帧指示它仅支持的能力。10.5.1 RSET帧负载域RSET帧有2个可选的字节为了提供端点的窗口大小及能力。窗口大小范围是24。如果RSET帧是响应接收到的RSET帧，那么帧里的提供的窗口大小要等于或小于接收到的帧提供的值。RSET不会以同样的窗口大小及同样的能力来响应一个接收到的RSET帧，在这种情况下，会发送一个UA帧。第二个可选字节在窗口大小字节后面，提供了端点能力，如果这个字节不存在，将使用默认值。10.5.2 UA帧负载域UA帧没有负载域。10.6 SHDLC contextSHDLC context定义为以下的常量值（如超时设定timeouts和滑动窗口大小）和变量值。10.6.1 常量 Constantsl w：滑动窗口大小。默认。这个值不是严格的常量，因为在连接时可能降低。但是，在下次会话之前，它保持不变。l T1：Acknowledgment time。确认时间I_frame需在T1时间内被确认以免数据流停滞。T1值跟w值有关。确认时间是从I-frame的EOF的最后一个bit开始，到确认帧的SOF的第一个bit结束。l T2：保护/传送时间（Guarding/transmit time）。如果I-frame没有被确认，端点将重发这些帧。T2定义了这个等待的时间。T2不受w修改的影响。保护/传送时间是从未确认的帧的EOF的最后一个bit，到重发的帧的SOF的最后一个bit。l T3：连接时间（connection time）。在连接确立时使用，目标端点未以UA帧或RSET帧回应时，在T3时间内尝试跟目标端点建立连接。T3不受w修改的影响。连接时间是从RSET帧的EOF的最后一个bit到响应帧的SOF的第一个bit的时间。10.6.2 变量 Variables有三种类型的变量，变量值模8，表示序号。l N(S)：发行序列号（Sequence number for emission），用在I帧中。在帧发送后增加。l N(R)：要接收的下一个序号。用在I帧或S帧中。在全双工数据传输、或发送一个S类型的帧期间，所有接收到的序号小于N(R)的都将被确认。l DN(R)：最小的未确认的序号（Lowest unacknowledged sequence number）。序号大于等于DN(R)且小于N(R)的帧是待确认的帧。要想知道一个帧是否在窗口内，将序号模8后再比较。模8的定义如下：如果，则否则，或10.6.3 初始复位状态在连接成功建立后，在每个端点都应有以下初始状态：l10.7 SHDLC sequence of frames10.7.1 命名 Nomenclature10.7.2 默认窗口大小的连接确立 Link establishment with default sliding window size一个端点要确立一个SHDLC连接，将通过发送一个RSET帧来初始化连接确立。如果在SHDLC帧交换时，连接进入一种无法通过其他SHDLC方式恢复的错误状态中，端点将通过发送RSET帧来复位（reset）或重建（re-establish）连接。所有缓存的帧（收到的乱序的帧、或在存储在重发队列中的帧）将被丢弃。上层（upper layer）将被告知连接重建（link reset）。如果目标就绪，将回应一个UA帧。在接收到确认后，连接将被建立。在连接建立前，除RSET帧以外的其它帧都将被丢弃。需要用到connection timeout来检测失败并重启操作。在这个例子中，两个端点工作在默认窗口大小，UICC不再发送RSET帧因为已接收到RSET帧并接受它的默认窗口大小。两端点都轻松地实现同时复位。两方都收到UA后，连接使用默认窗口大小建立。10.7.3 连接确立使用自定义的窗口大小 Link establishment with custom sliding window size如果UICC窗口大小比CLF小，它忽略接收到的RSET帧。CLF收到自定义的RSET帧，将窗口配置改为2并发送UA帧建立连接。如果RSET帧交叉出现，仍将遵循以上规则：万一有帧丢失，将重启连接，连接配置最终也能成功。10.7.4 数据流 Data flow一旦连接确立，两端点将交换数据。CLF发送一组数据流。UICC没有数据要发送。所以，不使用背负式（piggyback）机制（在相反方向使用I帧来携带确认）。UICC将有序地确认接收到的帧以免拥堵（traffic stop）。为了发送RR到CLF，需要用到确认超时（acknowledgment timeout）。超时从前一个确认后的收到的第一个packet开始。如果UICC发送I帧，确认超时将停止因为背负式机制将确认接收到的帧。确认超时不能太长以避免吞吐量下降（throughput degradation）。否则，发送端点将等待目标方就绪。下图展示了滑动窗口大小为4且超时值太大时将发生的情况：在下面的例子里，I帧是双向的。在I帧交叉时将使用背负式机制（piggybacking）确认接收到的帧。由于最后的包交叉，双方端点使用确认超时来检测在数据交互结束后何时发送一个RR帧。10.7.5 拒绝 Reject（go N back）当帧丢失时，目标方（这里指UICC）将看到接收到的序号中有一个空缺。如果不支持SREJ，且多个帧丢失，目标方在第一个帧丢失时将立即发送一个REJ帧来重启数据流。10.7.6 最后一个帧丢失 Last Frame loss在目标方没有发现帧丢失的情况下，为了能重发帧，每个帧都有一个保护时间超时（guarding/transmit timeout）。当最后一个帧丢失时，目标端点没有办法发现。RR帧会用来确认最后一个帧，但是对于目标端点，在reject mechanism下，一个丢失的帧永远不会被请求重发。在UICC发送的帧确认超时之前，CLF将发送一个RR3帧来确认它，在上图中没有显示出来。下图展示了在目标端点不发送数据时的同样处理方法。10.7.7 接收和未就绪 Receive and not readyReceive-not-ready（RNR）对I帧确认，类似RR，但同时要求对等端点暂停传输I帧。RR帧需在RNR帧后每5到20ms重发一次（从EOF末位到SOF首位）直到接收到新的I帧。这就避免了因唤醒数据丢失的RR帧丢失而引起的死锁。如果实体接收到RR帧但又没有数据要发送，它将发送一个信息域为空的I帧来通知已接收到RR帧。10.7.8 有选择的拒绝 Selective rejectSelective reject（SREJ）用来请求某一个帧的重发。CLF在确认超时之前发送了RR4来确认UICC的上一帧，在图中没有显示出来。10.8 实现模型 Implementation model以下所有的序号计算都已模8计算。10.8.1 I帧发行 Information frame emission10.8.2 I帧接收 Information frame reception如果在连接时协商了支持Selective Reject S-frames，且X正好比N(R)大1，将发送SREJN(R)来代替REJN(R)，已接收到的I帧将缓存，Y值还像上图中处理。一旦接收到X=N(R)的帧，缓存的I帧将被处理。10.8.3 RR帧的接收 Reception Ready Frame reception10.8.4 REJ帧接收 Reject Frame reception10.8.5 SREJ帧接收 Selective Reject Frame reception10.8.6 确认超时 Acknowledgment timeout10.8.7 保护/传送时间超时 Guarding/transmit timeout11. CLT LLC definition11.1 系统假定 System Assumptions空11.2 overviewCLT LLC基于SWP物理层之上用来在CLF及UICC间交换数据。CLF的作用类似于桥，除特别说明，一般负责打包/解包特定类型的RF帧，并保留在UICC管理下特定类型的错误检测码。同时指定一组管理命令的最小集。CLT会话定义为基于CLT LLC的帧序列。11.2a 对RF协议的支持 Supported RF protocolsl CLT LLC支持ISO/IEC 14443-3 Type A 的数据传输（基于card emulation protocols）。-初始化（防冲突和选择）RF协议由CLF执行，UICC不参与。CLF处理所有必要的信息。l CLT LLC支持ISO/IEC 18092 212kbps/424kbps被动模式的初始化命令的数据传输（基于card emulation protocols）。- UICC为CLF提供初始化数据，来执行RF协议的初始化。注意：在本文档中，其他RF协议没有提到但并不表示CLT不支持这类操作，比如ISO/IEC 14443-2和ISO/IEC14443-3 Type B。11.3 CLT帧格式CLT LLC帧格式见图9.5。CLT负载域（payload）会包含CLF端的RF待接收或发送的数据，包含在DATA_FIELD中。DATA_FIELD的结构要么是字节对齐（byte aligned），要么是Type A对齐（Type A aligned，符合ISO/IEC 14443-3 Type A帧格式）。对Type A aligned结构，CLT payload最后一字节中的meaningless bits将填充为0。11.5.1有规范解释及示例。CLT CMD将在DATA_FIELD中指示数据类型，并在ADMIN_FIELD中包含CLF及UICC间附加的管理命令。11.4 CLT 命令集下表11.1给出了CLT CMD域的编码：注意：CLT帧提供的DATA_FIELD域跟ADMIN_FIELD域是独立无关的。不同方向上的ADMIN_FIELD域的编码意义也不同。11.5 CLT帧解析 CLT Frame Interpretation11.5.1 Type A方式对齐的DATA_FIELD的CLT帧对于Type A方式对齐的DATA_FIELD的CLT帧，bit个数隐匿地从CLT Payload的字节长度中获取，其解释规则取决于帧的传输方向。以下表格11.2适用于CLF到UICC的CLT帧。以下表格11.3适用于UICC到CLF的CLT帧。下面，以CLT帧传输4个RF字节+4个校验位为例：11.5.2 CLF对DATA_FIELD的处理由于RF协议特性，RF上的信息交换是半双工的，PCD发一个命令，PICC作出一响应。本规范的体系中，响应或者不响应由UICC决定，通过不带DATA_FIELD的CLT帧将响应报告给CLF。基于卡模拟协议的ISO/IEC14443-3的数据交互流程如下：l 当CLF收到一个RF帧，RF数据存放于DATA_FIELD的CLT帧将被组织并发送给UICC。11.5.3.1节将描述RF协议初始化后收到的第一帧的不同处理方法。l 当从UICC接收到一个CLT帧时，如果CLT帧里包含了DATA_FIELD域，数据将通过RF传输给CLF，如果没有DATA_FIELD，将不通过RF传送数据。11.5.3 对ADMIN_FIELD域的处理11.5.3.1 CL_PROTO_INF(A)CLF用带这种ADMIN_FIELD的帧来通知基于卡模拟模式的UICC现处于ISO/IEC 14443-3 Type A ，并使UICC用CLT 模式处理RF协议。在此情况下，每次成功的ISO/IEC 14443 Type A RF协议初始化，CLF都将发送CL_PROTO_INF(A)给UICC。在ISO/IEC 14443 Type A RF协议初始化期间，CLF不发送CLT帧。当通过ISO/IEC 14443 Type A发送“SAK”后，CLF将采取以下行为：l CLF将验证收到的下一个帧的正确性。l 如果错误检测码是正确的，且RF帧是带CRC_A符合ISO/IEC 14443 Type A的标准帧，且第一个字节不是“E0”，“50”，“93”，“95”或“97”，CLF将组织一个ADMIN_FIELD是CL_PROTO_INF(A)，DATA_FIELD是接收到的RF数据的CLT帧。DATA_FIELD将不包含RF类型的特定的错误检测码，且DATA_FIELD是“byte-aligned”格式的。注意1：第一个字节是“E0”，“50”，“93”，“95”或“97”的标准帧属于是ISO/IEC 14443 Type A命令集。如果第一个字节是“E0”（RATS命令，属于ISO/IEC 14443-4），处理过程使用更高层的协议，将不再发送CLT帧给UICC。注意2：对遵循ISO/IEC 18092 106kbps被动模式的协议，包含“D400”（ATR_REQ）命令码的序列将以简化方式处理。如果RF数据长度超过DATA_FIELD的最大容量，将不会给UICC发送CLT帧。当UICC收到CLT发送的包含ADMIN_FIELD域的CLT帧时，将采取以下行为：l UICC将对DATA_FIELD的内容进行评估：-如果DATA_FIELD中包含一个UICC支持的某个RF协议的一个有效命令，UICC将会做出响应并以CLT帧发送给CLF。-如果DATA_FIELD内容相当于ISO/IEC 14443 中的“HALT”，UICC将回应一个ADMIN_FIELD为CL_GOTO_INIT的CLT帧。11.5.3.2 CL_PROTO_INF(F)在卡模拟协议下，CLF通过带ADMIN_FIELD的命令，通知UICCISO/IEC 18092 212kbps/424kbps被动模式的存在。CLF将通过以下描述的CLT来为UICC提供初始化数据。每当在RF侧接收到防冲突命令（“POLLING REQUEST”命令）时，CLF将会发送ADMIN_FIELD为CL_PROTO_INF(F)的CLT命令给UICC。这个信息被更高一层的应用检索到。在这种情况下，CLF将采取以下行为：l 当CLF接收到ISO/IEC 18092 212kbps/424kbps被动模式的的初始化命令（“POLLING REQUEST”，命令代码为“00”）时，它会把接收到的RF数据（包含LEN和RF CRC域）封装成ADMIN_FIELD域为CL_PROTO_INF(F)、DATA_FIELD为byte aligned格式的CLT帧发送给UICC。l 当接收到带ADMIN_FIELD（0000）b的CLT帧时，CLT会认为DATA_FIELD是初始化响应（“POLLING RESPONSE”，命令代码“01”，包括LEN和RF CRC域），并根据ISO/IEC 18092 212kbps/424kbps被动模式定义的初始化过程将这个响应发送到RF侧。注意：依据ISO/IEC 18092，在一个允许的时间槽内，发送者接收到初始化响应（“POLLING RESPONSE”）的等待时间是2417ms（512*64/13.56MHz）。每个时间槽的持续时间是1208ms（256*64/13.56MHz）。CLF随机地选择一个在防冲突命令中PCD指示的可用的时间槽。当UICC接收到ADMIN_FIELD为CL_PROTO_INF(F)的CLT帧时，将采取以下行为：l DATA_FIELD域的内容将被评估，ISO/IEC 18092 212kbps/424kbps被动模式特定的错误码（RF CRC）和长度（LEN字节）将被校验。-一旦错误检测码（RF CRC）和长度字节是正确的，且接收到的DATA_FIELD与UICC上可用的应用不匹配，UICC将在1150s内发送一个不带DATA_FIELD域的CLT帧给CLF。-一旦错误检测码（RF CRC）和长度字节是正确的，且接收到的DATA_FIELD与UICC上可用的应用是相匹配的，UICC将在1150s内发送一个在DATA_FIELD域封装了ISO/IEC 18092 212kbps/424kbps被动模式的响应帧（“P