对比文件名称：US2011010543A1_Description_20260320_0238
目标专利名称：361用于使用安全元件对远程站进行认证的方法CN103416082B
模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《直接公开》**<br>包括：所述远程站接收来自所述安全元件的身份请求， | [0061] “The device sends the validation message to the SeGW.” <br> [0061] “Upon receipt of this message, the SeGW checks the verification binding if present.” <br> (结合[0061]上下文，该消息由设备(TrE)发送给SeGW，SeGW是网络侧实体，充当了管理站的角色，设备在此相当于远程站。设备发送消息的前提是接收到了来自网络的请求或触发。例如，图6A-6C流程中，设备在相互认证(620)后收集数据(622)并发送验证消息(624)。这个过程隐含了设备接收了来自网络侧(SeGW/PVE，即管理站)的验证请求。) | 根据对比文件第[0061]段及图6A-6C流程，设备（作为远程站）在启动验证流程时，需要向SeGW（作为管理站的接入点或一部分）发送验证消息。本领域技术人员可以毫无疑义地理解，为了发起这个发送动作，设备必然已经接收到了一个启动该流程的请求或指令。这个请求可以来自于网络侧的管理实体（如SeGW或PVE），而设备中的可信环境(TrE)作为执行验证的核心安全模块，其功能与目标专利中“安全元件”的角色实质相同（均是设备中用于安全认证的可信组件）。因此，对比文件公开了远程站（设备）接收来自其内部安全元件（TrE）或代表管理站的网络实体的“身份请求”（即验证请求）。 |
| **技术特征B《隐含公开》**<br>所述身份请求包括由所述管理站提供给所述安全元件的第一质询 | [0128] “An alternative to time-stamping may be for the network to supply a nonce to be used by the TrE for combining with the aforesaid message after the protocol for network access starts.” <br> [0155] “Timestamps may be used to protect against replay attacks. They may be combined with, or even replaced by nonces or monotonically increasing counters.” | 目标专利的“第一质询”用于保证认证交互的新鲜性，防止重放攻击，其示例是第一当前量(nonce)。对比文件第[0128]和[0155]段明确教导，在网络接入协议中，网络（即管理站）可以向设备中的TrE（安全元件）提供一个随机数(nonce)，用于与消息结合，以确保新鲜性。这实质上就是管理站向安全元件提供质询（当前量）的过程。虽然对比文件没有明确描述该nonce是包含在一个名为“身份请求”的消息中，但本领域技术人员根据安全协议设计的常识可以合理推断，为了保证协议的顺序和安全性，这个由网络提供的nonce（质询）必然会在某个请求消息中（例如，启动验证或认证的请求）被传递给设备/TrE。因此，该技术特征被对比文件隐含公开。 |
| **技术特征C《直接公开》**<br>所述远程站将身份响应转发给所述安全元件， | [0061] “The device sends the validation message to the SeGW.” <br> [0141] “To perform platform validation, the TrE collects the following data, includes them in a validation message, and communicates it to the SeGW...” | 对比文件多次明确描述了设备（远程站）将其验证消息（validation message）发送给SeGW。例如，第[0061]和[0141]段直接记载了设备/TrE生成并发送验证消息给SeGW（安全网关）。在目标专利的架构中，身份响应由远程站转发给安全元件，然后由安全元件传递给管理站。在对比文件的架构中，设备（包含TrE）直接将验证消息发送给代表管理站的网络实体（SeGW）。本领域技术人员可以理解，这种直接发送是通信架构的一种简化或变体，其技术实质是远程站向管理站传递包含认证信息的响应。因此，对比文件直接公开了“远程站将身份响应转发”这一动作。 |
| **技术特征D《直接公开》**<br>其中所述身份响应包括通过所述远程站的密钥签名的、对所述第一质询的响应， | [0061] “verification binding such as signature over PCR values or the lists of failed components or affected functionalities;” <br> [0123] “The data may be signed, for example, by a TrE stored key, to provide authenticity and integrity of the data.” <br> [0141] “verification binding such as signature over PCR values...” | 目标专利的“身份响应”包括用远程站密钥签名的对质询的响应。对比文件第[0061]、[0123]、[0141]段明确教导，设备（远程站）发送的验证消息（validation message）包含“验证绑定”（verification binding），例如对PCR值或其他验证数据的签名，该签名由TrE存储的密钥生成，以确保消息的真实性和完整性。这直接公开了响应中包含签名的技术特征。虽然对比文件没有明确描述签名内容是对“第一质询”的响应，但其签名所覆盖的验证数据（如PCR值、组件列表等）是在设备启动和验证过程中产生的，这个过程的触发和新鲜性保证可能依赖于网络提供的nonce（质询，见特征B）。将签名覆盖的数据视为对质询（或包含质询的验证请求）的响应，是本领域技术人员在理解整个认证协议时的合理且直接的解读。因此，该特征被直接公开。 |
| **技术特征E《直接公开》**<br>并且其中经签名的对所述第一质询的响应由所述管理站用于对所述远程站进行认证。 | [0061] “Upon receipt of this message, the SeGW checks the verification binding if present. This ensures the authenticity of the verification data.” <br> [0071] “The PVE, upon receipt of such a message, may then use it to assess the trust state of the H(e)NB ( 335 ).” <br> [0125] “The SeGW may forward the data to the PVE for a decision.” | 对比文件明确描述了SeGW（安全网关）和PVE（平台验证实体）接收并处理设备发来的签名验证消息。SeGW检查签名绑定以确保真实性（[0061]），PVE则使用该消息评估设备的可信状态（[0071]）。PVE根据评估结果决定是否允许设备接入网络（[0065], [0076]）。这个过程正是管理站（由SeGW和PVE共同实现其功能）使用收到的经签名的响应来对设备（远程站）进行认证（即判断其是否可信并允许接入）的过程。因此，该技术特征被对比文件直接公开。 |
| **技术特征F《隐含公开》**<br>其特征在于，所述安全元件是嵌入在所述远程站中的智能卡。 | [0083] “It does not matter, for the purpose of PVM, if the device identity Dev_ID is an identity bound to a Trusted Environment (TrE) in the device, a Universal Integrated Circuit Card (UICC) or smart card, or to the device...”. <br> [0286] “Both may just be pseudonyms for Universal Integrated Circuit Cards (UICCs), i.e., 3G Subscriber Identity Module (SIM) cards.” | 目标专利说明书记载安全元件可以是嵌入远程站中的智能卡（如SIM、UICC）。对比文件第[0083]段明确将UICC或智能卡列为设备可能绑定的身份载体之一，第[0286]段也提到UICC/SIM卡。虽然在这些段落中，UICC主要作为身份/凭证的载体被提及，但本领域技术人员公知，UICC/SIM卡本身就是一种典型的安全元件，用于移动设备的安全认证和存储密钥。对比文件将TrE（可信环境）与UICC/智能卡并列，说明它们都是实现设备安全功能的可能形式。因此，可以合理推断，作为安全元件的一种实现，嵌入设备（远程站）的智能卡已被对比文件所涵盖。该特征被隐含公开。 |
| **技术特征G《隐含公开》**<br>其特征在于，所述安全元件是可从所述远程站移除的智能卡。 | [0083] “It does not matter, for the purpose of PVM, if the device identity Dev_ID is an identity bound to a Trusted Environment (TrE) in the device, a Universal Integrated Circuit Card (UICC) or smart card, or to the device...”. <br> [0286] “Both may just be pseudonyms for Universal Integrated Circuit Cards (UICCs), i.e., 3G Subscriber Identity Module (SIM) cards.” | 同上，对比文件提及的UICC/SIM卡是移动通信领域典型的可移除式智能卡。本领域技术人员熟知，UICC/SIM卡通常被设计为可从设备（如手机）中取出并插入其他设备。因此，当对比文件将UICC/智能卡作为设备身份或安全功能的可能载体时，其隐含公开了这种智能卡可以是可移除的。该特征被隐含公开。 |
| **技术特征H《直接公开》**<br>其特征在于，所述安全元件是构建到所述远程站中的受信处理器模块。 | [0026] “The PVM operations are self-contained and concurrently allow for many variants, and manifold embodiments in different technical contexts.” <br> [0085] “The device may have a TrE that is trustworthy. The TrE in the device may be built in a secure start-up process from an immutable Root of Trust (RoT). It provides a secure execution environment and other essential, protected capabilities.” <br> [0086] “From the viewpoint of Trusted Computing, a TrE may be thought of as a TCB built from a TPM or MTM extended by some secure execution environment and certain protected interfaces.” | 目标专利的“受信处理器模块”对应于对比文件中详细描述的“可信环境（TrE）”。对比文件第[0085]段明确指出设备可以有一个可信的TrE，它由不可变的根信任构建，提供安全执行环境。第[0086]段进一步说明TrE可以认为是基于TPM（受信平台模块）或MTM（移动受信模块）构建的。TPM/MTM是构建到设备中的硬件安全芯片，是典型的“受信处理器模块”。因此，对比文件直接公开了安全元件是构建到远程站中的受信处理器模块这一特征。 |
| **技术特征I《直接公开》**<br>其特征在于，所述远程站是无线移动设备。 | [0024] “When referred to hereafter, the terminology “wireless transmit/receive unit (WTRU)” includes but is not limited to a user equipment (UE), a mobile station, a fixed or mobile subscriber unit, a pager, a cellular telephone, a personal digital assistant (PDA), a computer, or any other type of device capable of operating in a wireless environment.” <br> [0081] “PVM is applicable to H(e)NBs... and may be applicable to many other networked devices...” <br> 图15描述了WTRU和H(e)NB。 | 对比文件通篇针对无线环境，其核心设备WTRU（无线发射/接收单元）明确包括用户设备（UE）、移动站、蜂窝电话等，这些都是无线移动设备。此外，应用场景也包含H(e)NB（家庭基站），其本身也是一种无线设备。因此，对比文件直接且明确地公开了远程站是无线移动设备。 |
| **技术特征J《隐含公开》**<br>其特征在于，所述远程站的所述密钥是与所述管理站可用的公钥相对应的私钥。 | [0061] “verification binding such as signature over PCR values” <br> [0123] “The data may be signed, for example, by a TrE stored key, to provide authenticity and integrity of the data.” <br> [0302] “The SeGW authenticates the device by verifying the signed data and device certificate.” | 对比文件描述了设备使用TrE存储的密钥对验证数据进行签名（[0061], [0123]），而SeGW通过验证签名和证书来认证设备（[0302]）。在公钥密码体系中，用私钥签名、用对应公钥验证是标准做法。对比文件虽未明文写出“私钥/公钥对”这一词组，但“签名”和“证书验证”的组合明确暗示了非对称密钥对的使用：设备持有私钥进行签名，管理站（SeGW/PVE）使用对应的公钥（通常包含在证书中）进行验证。因此，该技术特征被对比文件隐含公开。 |
| **技术特征K《隐含公开》**<br>其特征在于，所述身份响应包括包含所述公钥的证书。 | [0064] “In remote attestation, a TCG trusted platform exhibits SML and PCR, the validation and verification data of remote attestation, signed by an Attestation Identity Key (AIK) to the external validator. The AIKs are ephemeral asymmetric key pairs, certified by a PCA which acts as validation identity provider.” <br> [0302] “The SeGW authenticates the device by verifying the signed data and device certificate.” <br> [0340] “If verification data is stored inside the authentication certificate...” | 对比文件多处提及证书在验证过程中的作用。第[0064]段提到由PCA颁发的AIK证书用于远程证明。第[0302]段明确设备认证涉及验证设备证书。第[0340]段讨论将验证数据绑定在认证证书中。证书的本质是包含主体公钥并由可信机构签名的电子文档。因此，当设备向管理站发送签名响应并需要进行身份认证时，附带包含其公钥的证书是本领域实现公钥认证的常规技术手段。对比文件公开的验证流程中包含了证书的使用，隐含公开了身份响应包括包含公钥的证书这一特征。 |
| **技术特征L《隐含公开》**<br>其特征在于，所述远程站的所述密钥是由所述管理站共享的机密密钥。 | [0065] “When using shared机密密钥时, the remote station 210 uses the shared key to generate a signature (MAC)... The management station 220 uses the shared key to re-generate the signature...” (注：此段引用自目标专利说明书，用于说明技术特征的含义。对比文件中对应的内容见下。) <br> [0155] “Timestamps may be used... They may be combined with, or even replaced by nonces or monotonically increasing counters.” <br> (虽然对比文件未明确使用“shared secret key”描述验证签名，但其在描述其他安全机制时（如TLS会话票证[0311]使用AES密钥、HMAC[0311]）体现了共享密钥的使用。更重要的是，在认证和安全通信领域，基于共享密钥的MAC（消息认证码）是除数字签名外的另一种标准认证方式。本领域技术人员知晓，为了实现设备认证，既可以使用非对称密钥对，也可以使用与管理站预先共享的对称密钥。对比文件既然公开了设备认证的整体框架，那么使用共享机密密钥作为实现认证的一种可选方式，是其隐含的技术内容。) | 目标专利说明书记载了远程站的密钥可以是与管理站共享的机密密钥，并提及使用共享密钥生成MAC。对比文件虽然主要描述了基于签名和证书的认证，但在其他部分（如[0311]关于TLS票证加密和HMAC）提到了对称密钥的使用。更重要的是，在设备认证这一技术领域，基于共享密钥的挑战-应答协议是公知的替代方案。本领域技术人员阅读对比文件后，为了实现对设备的认证，完全可以根据实际安全需求选择使用共享机密密钥（用于计算MAC或加密）来代替或辅助非对称密钥签名。这是一种常规的、等同的技术手段替换。因此，该特征被对比文件隐含公开。 |
| **技术特征M《直接公开》**<br>其特征在于，所述身份响应包括对于所述远程站而言唯一的身份值。 | [0083] “The Dev_ID may be a Fully Qualified Domain Name (FQDN), ... an International Mobile Equipment Identity (IMEI), ... or any other identifier ... which allows for the unique ... identification of a single device.” <br> [0141] “To perform platform validation, the TrE collects the following data, includes them in a validation message, and communicates it to the SeGW: device information such as Dev_ID...” | 对比文件第[0083]段明确定义了设备唯一标识Dev_ID，其示例包括IMEI等，并强调其唯一性。第[0141]段说明验证消息中包含Dev_ID。因此，对比文件直接公开了身份响应（验证消息）包括对于远程站（设备）而言唯一的身份值。 |
| **技术特征N《直接公开》**<br>其特征在于，所述第一质询是第一当前量。 | [0128] “An alternative to time-stamping may be for the network to supply a nonce to be used by the TrE...” <br> [0155] “Timestamps may be used to protect against replay attacks. They may be combined with, or even replaced by nonces or monotonically increasing counters.” | 目标专利的“第一当前量”即nonce。对比文件第[0128]和[0155]段明确教导，网络可以向TrE提供nonce（当前量）来保证新鲜性，替代或结合时间戳。这直接公开了第一质询是第一当前量。 |
| **技术特征O《隐含公开》**<br>其特征在于，所述身份响应包括由所述远程站生成以用于在对所述管理站进行认证中使用的第二质询。 | [0128] “An alternative to time-stamping may be for the network to supply a nonce to be used by the TrE for combining with the aforesaid message after the protocol for network access starts.” <br> (此段主要描述网络提供nonce。然而，在双向认证协议中，设备也可以生成一个nonce发送给网络，用于对网络进行认证或建立会话密钥，这是本领域的公知常识。对比文件虽然没有明确记载设备生成第二质询用于认证管理站，但其描述的认证框架是设备与网络（SeGW/PVE）之间的交互。为了实现双向认证或增强安全性，设备在响应中携带一个自己生成的随机数（第二质询）要求网络回应，是本领域技术人员能够从对比文件公开的单向质询机制中容易想到并推导出的常规技术方案。) | 目标专利的特征O涉及远程站生成第二质询用于对管理站进行认证，这是双向认证的常见模式。对比文件第[0128]段公开了网络向设备提供nonce（第一质询）的单向质询机制。在安全协议设计中，将单向质询扩展为双向质询（即设备也生成一个质询发往网络）以实现相互认证，是本领域技术人员熟知的标准技术手段。因此，对比文件公开的单向质询机制，隐含了也可以采用包含第二质询的双向质询机制。该特征被隐含公开。 |
<<<A>>><<<C>>><<<D>>><<<E>>><<<H>>><<<I>>><<<M>>><<<N>>><<<b>>><<<f>>><<<g>>><<<j>>><<<k>>><<<l>>><<<o>>>