近场通信设备 |
|||||||
申请号 | CN201320410287.6 | 申请日 | 2013-07-09 | 公开(公告)号 | CN203482199U | 公开(公告)日 | 2014-03-12 |
申请人 | 意法半导体(鲁塞)公司; 意法半导体应用有限公司; | 发明人 | J·贝勒; A·查尔斯; | ||||
摘要 | 本实用新型的 实施例 涉及 近场通信 设备,包括:天线,与标签协作以用于与标签交换加密 帧 ;近场通信 控制器 ,包括连接至天线的发射/接收 接口 、第一控制器接口和第二控制器接口;第一通信信道,耦合至第一控制器接口;第二通信信道,连接至第二控制器接口;安全元件,包括连接至第一通信信道的安全元件接口,对数据进行加密以用于成帧成加密帧以及对从加密帧提取并从第一通信信道接收的加密数据进行解密的加密/解密装置,配置为控制加密/解密装置以用于管理与近场通信控制器的加密通信的管理装置;设备主机,包括耦合至第二控制器接口的主机设备接口以及配置为通过在第一通信信道和第二通信信道上交换的非加密命令而控制管理装置的控制装置。 | ||||||
权利要求 | 1.一种近场通信设备,其特征在于,能够执行无接触标签读取/写入功能,包括: |
||||||
说明书全文 | 近场通信设备技术领域[0001] 本实用新型涉及在元件之间的通信,具体而言涉及在例如位于诸如移动电话之类TM的无线设备内的NFC无接触标签读取器与标签之间的通信,特别是当根据类似MIFARE 和TM FeliCa 的产权协议加密这种通信时。 背景技术[0002] MIFARE是NXP B.V.在美国和其他管辖区中的注册商标,并且在许可下使用MIFARE。 [0003] 除了其传统的通话功能之外,移动电话可以用于通过使用无接触通信协议而与无接触设备交换信息。 [0004] 这允许在无接触设备与位于移动电话内的元件之间交换信息。因此多种应用是可能的,诸如公共交通中移动售票(移动电话能够读取登机证的内容)或者移动支付(移动电话能够读取借记卡上实际载有的数值)。 [0005] 近场通信或NFC是短距离、高频率无线通信技术,使得能够在例如10厘米的短距离之上在两个无接触装置之间交换数据。 [0006] NFC是在ISO/IEC18092和ISO/IEC21481中标准化的开放平台技术,但是结合了包括ISO/IEC14443协议类型A和类型B的多种已有标准。 [0007] NFC装置具有支持特别是可以用于读取和写入NFC标签的读取器/写入器模式的TM能力。在由NFC论坛所选择的标签类型之中,可以引用实现了MIFARE 的通信协议的标签TM 以及实现了FeliCa 通信协议的标签。 [0010] 不论是否使用这种加密帧,那些协议仍旧保持与已有标准兼容,特别是对于传输帧结构。 [0011] 这是对于通信协议MIFARETM的情形,其保持了与标准ISO/IEC14443的兼容。关TM于该协议的信息公开在特别是NXP半导体公司于提交的名为“AN10833,MIFARE Type Identification Procedure”版本3.2,2011年8月29日,018432的文献中。关于该协议的其他细节可以在Michael Zilbermann的名为“Security Analysis of Contactless Payment Systels in practice”11月2日2009,Ruhr-波鸿大学的文献中找到。 [0012] 关于FeliCaTM协议,其遵照ISO/IEC18092中限定的射频(RF)技术类型F。该类型F技术的协议和帧也描述在日本工业标准JIS X6319-4中。 [0013] 关于FeliCaTM协议的更多信息可以在位于日本公司索尼网页上的技术文献中找到。实用新型内容 [0014] 鉴于上述问题,本实用新型的实施例解决上述技术问题中的至少一些问题。 [0015] 根据本实用新型的一个方面,提供一种近场通信设备,能够执行无接触标签读取/写入功能,包括:天线,配置为与所述标签协作以用于与所述标签交换加密帧;近场通信控制器,包括连接至所述天线的发射/接收接口、第一控制器接口和第二控制器接口;第一通信信道,耦合至所述第一控制器接口;第二通信信道,连接至所述第二控制器接口;安全元件,包括连接至所述第一通信信道的安全元件接口,配置为对待在所述第一通信信道上发送的数据进行加密以用于成帧成所述加密帧以及对从所述加密帧提取并且从所述第一通信信道接收的加密数据进行解密的加密/解密装置,配置为控制所述加密/解密装置以用于管理与所述近场通信控制器的加密通信的管理装置;设备主机,包括耦合至所述第二控制器接口的主机设备接口以及配置为通过在所述第一通信信道和所述第二通信信道上交换的非加密命令而控制所述管理装置的控制装置。 [0016] 优选地,所述第一控制器接口和所述安全元件接口是HCI类型的接口,所述第一通信信道是承载两个逻辑信道以用于分别承载所述加密数据和所述非加密命令的SWP物理链路。 [0017] 优选地,HCI类型的接口被配置为通过使用SHDLC模式而在接口之间交换数据。 [0018] 优选地,所述第二控制器接口和所述设备主机接口是NCI类型的接口,并且所述第二通信信道是I2C、UART或SPI类型的总线。 [0019] 优选地,所述安全元件永久或者可移除地固定在所述设备内。 [0020] 优选地,该近场通信设备形成移动电话。 [0021] 根据一个实施例,提供了一种用于特定NFC设备主机应用需求的基于加密功能的安全元件的增强通用架构。 [0022] 这些功能可以是MIFARETM典型读取器功能、FeliCaTM读取器功能,以及更通常的需要在NFC设备(例如用作读取器/写入器的移动电话)与标签之间交换加密帧的任何读取/写入功能。 [0023] 根据一方面,提供了一种NFC设备,其能够执行无接触标签读取/写入功能,所述NFC设备包括: [0024] -天线,被配置成与所述标签协作以用于与所述标签交换加密帧,[0025] -NFC控制器,包括连接至所述天线的发射/接收接口、第一控制器接口、以及第二控制器接口; [0026] 所述NFC设备进一步包括: [0027] -第一通信信道,耦合至所述第一控制器接口, [0028] -第二通信信道,连接至所述第二控制器接口, [0029] -安全元件,包括连接至所述第一通信信道的安全元件接口,被配置成对待在所述第一通信信道上发送的数据加密以用于成帧成所述加密帧、并且对从所述加密帧提取和从所述第一通信信道接收的加密数据解密的加密/解密装置,配置成控制所述加密/解密装置以用于管理与所述NFC控制器加密通信的管理装置, [0030] -设备主机,包括耦合至所述第二控制器接口的设备主机接口,以及被配置为通过在所述第一通信信道和所述第二通信信道上交换的非加密命令而控制所述管理装置的控制装置。 [0031] 因此,根据该方面,安全元件包括加密/解密装置(也称作“密码库”(cryptolibrary))和被配置为控制加密/解密装置以用于管理与NFC控制器加密通信的管理装置(也称作“终端应用”)。 [0032] 在设备主机中主控的也称作“终端接口应用”的控制装置必须提供仅仅少量命令以控制安全元件内的终端应用。 [0033] 因此,存在经由NFC控制器的较少通信业务和处理时间的益处。 [0034] 终端应用管理与NFC控制器的所有加密RF通信。 [0035] 第一控制器接口和安全元件接口中的每一个均包括原始(raw)RF门,在它们之间通过管道(pipe)(逻辑信道)连接。如ETSI TS102622中所示的那样,门是在主机(此处是安全元件或NFC控制器)内操作的服务的入口点,而管道是在两个门之间的逻辑通信信道。 [0036] 并且,在安全元件和NFC控制器的原始RF门之间形成并且由所述第一通信信道承载的管道允许在RF标签和安全元件之间交换加密的RF数据。在NFC控制器内并未执行加密或者解密。所有加密/解密功能均在安全元件内、在管理装置(终端应用)的控制下执行。 [0037] 这两个门也称作“原始RF门”,因为它们允许原始RF数据(也即从标签接收并且旨在与标签RF(射频)通信的加密数据)不经解密而通过。 [0038] 此外,第一通信信道也允许在另一逻辑信道上的管理装置(终端应用)和控制装置(终端接口应用)之间非加密命令的交换。 [0039] 因此,根据一个实施例,所述第一控制器接口和所述安全元件接口是HCI类型的接口,并且所述第一通信信道是承载了分别用于承载所述加密数据和所述非加密命令的两个逻辑信道的SWP物理链路。 [0040] 优选地,HCL类型的接口均配置为通过使用例如如ETSI TS102613中所限定的SHDLC模式而在它们之间交换数据。 [0041] 实际上,作为替代使用CLT模式,SHDLC模式允许一方面在终端应用和终端接口应用之间并且另一方面在终端应用和NFC控制器之间的并行通信。 [0042] 根据一个实施例,所述第二控制器接口和所述主机装置接口是NCI类型的接口,2 并且所述第二通信信道可以是IC、UART或SPI类型的总线。 [0043] 安全元件可以是例如可移除地固定的UICC或SD卡,或者是永久固定在所述设备内的嵌入式安全元件。 [0046] 本实用新型的其他优点和特征将出现在对实施例以及附图的绝非限定性的详细说明的解读上,其中: [0047] -图1示意性示出了根据本实用新型的设备的一个实施例, [0048] -图2和图3示出了在两个元件之间通过SWP链路的连接,以及 [0049] -图4和图5示意性示出了图1中所示设备的操作的示例。 具体实施方式[0050] 图1示出了NFC设备WP,例如NFC移动电话,其具有用于传统通话通信的天线ANT1。 [0051] 因为设备是NFC设备,因此其进一步包括无接触前端元件ME(诸如NFC控制器),其负责无线通信,例如通过天线ANT2与外部RF标签TG进行射频(RF)通信。 [0052] 因此通过天线ANT2在用作读取器/写入器的移动电话WP和标签TG之间交换加TM TM密帧。作为示例,可以根据例如MIFARE 或FeliCa 加密算法的产权加密算法而加密交换的帧。然而,本实用新型并非限定于这些特定示例,并且可以应用于根据任何类型加密算法而加密的任何加密帧。 [0053] NFC控制器ME包括连接至所述天线ANT2的发射/接收接口ERINT、第一控制器接口MINT1和第二控制器接口MINT2。 [0054] NFC设备WP也包括安全元件SE,安全元件SE可以是永久固定在所述设备WP内,也即无法移除的嵌入式安全元件,或者UICC。 [0055] 安全元件SE包括安全元件接口SLINT1,其通过第一通信信道或链路LK1连接至NFC控制器的第一接口MINT1。 [0056] 安全元件也包括加密/解密装置或密码库CRL,其被配置为对待在所述第一通信通路LK1上发送的数据进行加密以用于成帧成在设备WP与标签TG之间交换的加密帧、以及对从所述加密帧提取并且从所述第一通信信道LK1接收的加密数据进行解密。 [0057] 安全元件SE也包括也称作“终端应用”的管理装置MMG,其被配置为控制加密/解密装置以用于管理与所述NFC控制器的加密通信。 [0059] 在本实施例中,第一通信信道LK1是SWP链路。 [0060] 单线协议(SWP)是面向比特、在安全元件与无接触前端之间的点对点通信协议,并且在标准ETSI TS613(例如器版本V7.7.0(2009-10))中详述。如果必须的话,本领域技术人员可以参考该文献。 [0061] 更准确地,如图2所示,NFC控制器ME是主设备,而安全元件SE是从设备。 [0062] 如ETSI TS102613中所述,单线协议(SWP)的原理基于以全双工模式传输数字信息。通过在电压域中的数字调制(L或H)来传输从ME至SE的信号S1,而通过在电流域中的数字调制(L或H)来传输从SE至ME的信号S2。 [0063] 当主设备发送状态H的S1时,从设备随后可以汲取电流(状态H)或者不汲取(状态L),并且因此传输S2。对S1进行脉冲宽度调制比特编码,能够以全双工模式传送传输时钟以及数据。更多细节可以在ETSI TS102613中找到。 [0064] 图3示出了在无接触元件ME和安全元件SE之间的物理链路的实施例。更准确地,如图所示并且如ETSI TS102613中所述,安全元件的接触C6连接至无接触元件ME的端口SWIO以用于传输信号S1和S2。 [0065] SWP链路使用如ETSI TS102613和ETSI TS102622中所述的HCI(主机控制器接口)。换言之,NFC控制器接口MINT1和安全元件接口SLINT1是HCI类型的接口。 [0066] 如ETSI TS102622(例如版本11.00(2011-09))中所示,HCI限定了NFC控制器和安全元件之间的接口。更具体地,HCI具有三个层级: [0067] -交换命令、响应和事件的门的集合, [0068] -HCP(主机控制器协议)消息传输装置,以及 [0069] -当需要时可以可选地分段消息的HCP程序装置。 [0070] HCP特别要求:下层数据链路层(例如SWP)应该是无误差的并且应该遵守接收/发送数据的顺序。 [0071] 如ETSI TS102613中说明的那样,LLC(逻辑链路控制)层负责误差管理和流程控制,而MAC(媒介访问控制)层负责在SWP链路LK1上成帧。在ETSI TS102613中所限定的三个LC层中,一个LLC层可以引用称作SHDLC(简化高层数据链路控制)LLC的LLC和CLT(无接触隧穿)LLC。 [0072] 实际上,如下文中将详细说明的那样,SWP链路LK1承载了两个逻辑信道(或管道)以分别用于承载来自标签并且旨在与标签RF通信的加密数据、以及在管理装置(终端应用)和容纳在设备主机DH中的控制装置(例如微处理器)(终端接口应用)之间交换的非加密命令。 [0073] 此外,尽管接口SLINT1和MINT1均可以使用CLT模式,但是优选的是这些接口使用SHDLC模式以便于允许在终端应用和终端接口应用之间的用于交换非加密命令以及在终端应用和NFC控制器之间的用于交换加密数据的并行通信。 [0074] 实际上,SHDLC模式限定了逻辑信道识别机制:每个消息以报头开始。 [0075] 在该报头中,在管道形成处限定的PipeID将提供识别通信信道(管道)。 [0076] 随后在不同管道上的消息可以被交织而不受任何限制。 [0077] CLT模式并未具有这种具有PipeId特征的报头。 [0078] 现在回到设备主机DH,如前所述,其包括配置为通过非加密命令控制所述管理装置MMG的控制装置CRTM。 [0079] 设备主机DH进一步包括通过第二通信信道LK2耦合至第二控制器接口MINT2的设备主机接口SLINT2。 [0080] 第二控制器接口MINT2和设备主机接口SLINT2优选地是NCI类型的接口(NFC控制器接口)。在NFC控制器和设备主机之间的称作NCI的通信协议例如在名为“NFC Forum-TS-NCI-1.0_candidate_1,April12,2012”的文献中所述。如果需要的话,本领域技术人员可以参考该文献。 [0081] 此外,第二通信信道LK2可以例如是I2C、UART或SPI类型的总线。 [0082] 控制装置CRTM也负责管理用户输入。 [0083] 我们现在更具体参照图4和图5,以用于说明标签读取器/写入器WP的操作。 [0084] 当移动电话WP期望写入标签TG(图4)时,非加密命令由设备主机DH的控制装置CRTM通过接口SLINT2、链路LK2、接口MINT2、接口MINT1、链路LK1和接口SLINT1发送①至安全元件的管理装置MMG。 [0085] 实际上可以视为等同于命令解读器的管理装置管理②着密码库中的加密装置CRL以便对待发送至标签TG的数据和最终奇偶校验位进行加密。 [0086] 加密比特随后通过接口SLINT1、链路LK1和接口MINT1传输③至NFC控制器ME。加密比特随后由NFC控制器成帧对应于通信协议的帧,并且随后通过天线ANT2发送至标签TG。 [0087] 当移动电话期望读取标签TG(图5)时,NFC控制器ME通过天线ANT2从所述标签读取①加密帧。随后,从所述帧提取原始加密数据并且通过链路LK1传输①至安全元件SE。管理装置MMG控制②用于解密所接收的加密数据的解密装置,并且也最终验证奇偶校验位。 [0088] 随后,对应于这些解密的接收数据并且包含最终命令的信息通过链路LK1和LK2传输③至设备主机DH的控制装置CRTM。 [0089] 应该注意,与其中终端应用位于设备主机中的其他架构相比,其中终端应用(管理装置MMG)位于安全元件中以用于直接控制密码库的这类架构是允许改进数据流、事物处理时间和安全性的增强的架构。 [0090] 实际上,在使用这类的其他架构的情形下,必须为设备主机提供密码库接口。此外,终端应用使用密码接口以解密/加密与标签的通信,并且当密码库位于嵌入式安全元件中时,密码库必须经由NFC控制器和HCI管道建立连接以用于数据解密/加密,这使得这些其他架构在数据流、事物处理时间和安全性方面并非是优化的。 [0091] 在一些通信协议中,例如在MIFARETM通信中,从纯文本中计算奇偶校验位并且随后加密这些计算得到的奇偶校验位。更准确地,可以采用与用于加密后续字节N+1的第一位相同的密钥位来加密与字节N相关联的奇偶校验位。 [0092] 随后,在这种情形下,根据ISO/IEC14443,从安全元件接收加密数据并且和加密奇偶校验位的NFC控制器无需计算奇偶校验位。NFC控制器仅需采用从安全元件接收的加密信息,并且将该信息成帧至对应于ISO/IEC14443的帧中。 [0093] 在接收中,不检查奇偶校验位而从所述帧解压由NFC控制器从标签接收、成帧的加密数据和加密奇偶校验位,并且随后在链路LK1上传输至将要解密的安全元件。随后在安全元件中完成对奇偶校验位的检查。 |