对比文件名称：US2009172798A1_Description_20260320_0238
目标专利名称：361用于使用安全元件对远程站进行认证的方法CN103416082B
本次调用的模型名称：深度分析模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：包括：所述远程站接收来自所述安全元件的身份请求，<br>**《未公开》** | 未找到直接对应内容。对比文件描述身份请求来自网络侧设备。例如，第[0040]段描述了ASN向无线设备发送身份请求（identity request）。 | 目标专利中，身份请求的发起方是安全元件（如智能卡、TPM），其作为管理站与远程站之间的中介。对比文件中的身份请求（如FIG.3中T2时刻的PKMv2 EAP Transfer identity request）是由接入服务节点（ASN）这一网络基础设施发出的，目的是发起EAP认证过程。ASN并非目标专利定义的“安全元件”（如智能卡、受信处理器模块），其在系统中的作用是无线接入网功能实体，而非内嵌或可移除的安全认证元件。因此，对比文件未公开由“安全元件”发出身份请求这一特征。 |
| **技术特征B**：所述身份请求包括由所述管理站提供给所述安全元件的第一质询<br>**《未公开》** | 第[0040]段：“At time T2, the ASN transmits an identity request in the form of a PKMv2 (Privacy Key Management version 2) EAP Transfer.” 第[0041]段提及了身份响应中包含了质询信息。第[0042]段描述了归属AAA服务器发送RADIUS Access-Challenge EAP-Start (EAP-TLS)消息。 | 目标专利的“第一质询”由管理站生成并提供给安全元件，再由安全元件包含在身份请求中发给远程站。对比文件中，身份请求由ASN发起。虽然EAP-TLS过程包含质询（challenge），如图3中T6时刻归属AAA服务器发送的EAP-Start (EAP-TLS)消息，但这个质询是归属AAA服务器（可视为管理站）直接或通过访问AAA服务器、ASN等网络实体发送给无线设备的，并未经过一个独立于远程站的“安全元件”进行传递。对比文件未描述存在一个从管理站到“安全元件”再到远程站的质询传递路径。 |
| **技术特征C**：所述远程站将身份响应转发给所述安全元件，<br>**《未公开》** | 第[0040]段：“The wireless device 202, at time T3, responds by sending an identity response in the form of a PKMv2 EAP Transfer.” | 目标专利中，远程站将身份响应“转发给所述安全元件”，意味着安全元件是身份响应的接收方，并预期后续由它传递给管理站。对比文件中，无线设备（远程站）发送的身份响应是直接发送给ASN（接入服务节点）的（如图3所示），ASN是一个网络功能实体，而非目标专利中定义的“安全元件”。因此，对比文件未公开身份响应发送给“安全元件”这一特征。 |
| **技术特征D**：其中所述身份响应包括通过所述远程站的密钥签名的、对所述第一质询的响应，<br>**《隐含公开》** | 第[0037]段：“...the device manager 242 within the home MA server 240 verifies the identity, e.g., 00112233AABB, claimed within the digital certificate element 221 of the authentication context 220 to authenticate the wireless device 202.” 第[0027]段：“...a digital certificate 121 (e.g., a X.509 device certificate), an associated private key 123...” 结合图3所示的EAP-TLS过程，其中包含了对质询的签名响应步骤。 | 对比文件明确公开了无线设备具有数字证书和对应的私钥（[0027]段），并且归属AAA服务器通过验证证书来认证设备（[0037]段）。在标准的EAP-TLS认证流程（图3所描绘）中，设备需要使用其私钥对来自服务器的质询（challenge）进行签名以生成响应。这是TLS握手协议的标准组成部分。因此，本领域技术人员阅读对比文件后，能够毫无疑义地推断出，在所述的身份响应（如T3时刻的PKMv2 EAP Transfer identity response所引发的完整EAP-TLS交互中）必然包含由设备私钥签名的、对服务器质询的响应。尽管对比文件没有逐字描述“对第一质询的响应进行签名”，但这是实现所述认证（验证证书）的技术必然步骤。因此，该技术特征被隐含公开。 |
| **技术特征E**：并且其中经签名的对所述第一质询的响应由所述管理站用于对所述远程站进行认证。<br>**《直接公开》** | 第[0037]段：“...the device manager 242 within the home MA server 240 verifies the identity, e.g., 00112233AABB, claimed within the digital certificate element 221 of the authentication context 220 to authenticate the wireless device 202.” | 对比文件直接公开了归属AAA服务器（对应于目标专利的管理站）利用从设备收到的认证上下文（包含数字证书等）来验证并认证无线设备（远程站）。结合技术特征D的隐含公开论述，用于验证的正是包含签名响应的认证信息。因此，经签名的响应由管理站用于认证这一特征被直接公开。 |
| **技术特征F**：其特征在于，所述安全元件是嵌入在所述远程站中的智能卡。<br>**《未公开》** | 未提及“安全元件”或“智能卡”作为认证请求/响应的中介。 | 对比文件全文未提及“安全元件”（security element）这一概念。其认证过程涉及无线设备、接入网络（ASN）、访问AAA服务器、归属AAA服务器，没有引入一个独立的、可作为中介的物理安全元件（如智能卡）。因此，该特征未被公开。 |
| **技术特征G**：其特征在于，所述安全元件是可从所述远程站移除的智能卡。<br>**《未公开》** | 未提及“安全元件”或“可移除的智能卡”。 | 同上，对比文件未提及任何形式的安全元件，更未提及可从设备移除的智能卡。因此，该特征未被公开。 |
| **技术特征H**：其特征在于，所述安全元件是构建到所述远程站中的受信处理器模块。<br>**《未公开》** | 未提及“安全元件”或“受信处理器模块”。 | 同上，对比文件未提及任何形式的安全元件或受信处理器模块。因此，该特征未被公开。 |
| **技术特征I**：其特征在于，所述远程站是无线移动设备。<br>**《直接公开》** | 第[0020]段：“The term ‘wireless device’ is intended to broadly cover many different types of devices that can wirelessly receive signals, and optionally can wirelessly transmit signals...For example, ... a cellular telephone, a mobile phone, a smartphone...” | 对比文件明确将“wireless device”定义为包括蜂窝电话、移动电话、智能手机等，即无线移动设备。其实施例中的设备202、102正是此类设备。因此，该特征被直接公开。 |
| **技术特征J**：其特征在于，所述远程站的所述密钥是与所述管理站可用的公钥相对应的私钥。<br>**《直接公开》** | 第[0027]段：“An authentication context 120 includes authentication elements such as (but not limited to) a digital certificate 121 (e.g., a X.509 device certificate), an associated private key 123...” 第[0037]段提及归属AAA服务器验证数字证书。 | 对比文件直接公开了无线设备拥有数字证书和对应的私钥（[0027]段）。数字证书包含公钥，且由证书权威签发，归属AAA服务器（管理站）可以获取或已拥有该公钥（例如从证书中提取或通过PKI体系验证）以验证设备签名。这明确构成了“与管理站可用的公钥相对应的私钥”的方案。因此，该特征被直接公开。 |
| **技术特征K**：其特征在于，所述身份响应包括包含所述公钥的证书。<br>**《直接公开》** | 第[0040]-[0041]段描述了无线设备发送的身份响应（identity response）包括认证上下文（authentication context），而认证上下文中包含数字证书（digital certificate）（参见[0027], [0036]段）。 | 对比文件明确指出认证上下文（authentication context）包含数字证书（[0027]段），并且该认证上下文在注册/认证请求中被发送（[0036]，[0041]段）。身份响应（identity response）是认证过程的一部分，必然包含或指向该认证上下文。因此，包含公钥的证书作为身份响应的一部分被直接公开。 |
| **技术特征L**：其特征在于，所述远程站的所述密钥是由所述管理站共享的机密密钥。<br>**《未公开》** | 未提及共享机密密钥（shared secret key）方案。 | 对比文件通篇描述的是基于公钥基础设施（PKI）和数字证书的认证方案，即使用公钥/私钥对。没有提及任何使用由管理站和远程站共享的机密密钥（如对称密钥）进行签名的方案。因此，该特征未被公开。 |
| **技术特征M**：其特征在于，所述身份响应包括对于所述远程站而言唯一的身份值。<br>**《直接公开》** | 第[0027]段：“The digital certificate element of includes the ‘user’ identity of the device, namely the IEEE assigned MAC address of the device 102.” 第[0041]段：“The identity response, in one embodiment, can include the name (Media Access Control (“MAC”) information) included within the digital certificate element 221 of the authentication context 220...” | 对比文件明确说明数字证书包含了设备的唯一身份，即MAC地址。并且身份响应中包含该信息。MAC地址是对于设备唯一的身份值。因此，该特征被直接公开。 |
| **技术特征N**：其特征在于，所述第一质询是第一当前量。<br>**《隐含公开》** | 第[0042]段提及“RADIUS Access-Challenge EAP-Start (EAP-TLS) message”。EAP-TLS协议是标准的认证协议，其中服务器发送给客户的“Challenge”通常是一个随机数（nonce），用于防止重放攻击。 | 在EAP-TLS协议中，服务器发送的“Challenge”（质询）通常是一个随机数（Nonce），这是本领域的公知常识。对比文件引用了EAP-TLS过程并提及了“EAP-Start (EAP-TLS)”消息，本领域技术人员可以毫无疑义地理解，该消息中包含的质询就是一个随机数，即“当前量”。因此，第一质询是第一当前量这一特征被隐含公开。 |
| **技术特征O**：其特征在于，所述身份响应包括由所述远程站生成以用于在对所述管理站进行认证中使用的第二质询。<br>**《未公开》** | 未提及设备生成用于认证服务器的第二质询。图3描述的EAP-TLS流程是服务器认证设备，虽然TLS支持双向认证（mutual authentication），但对比文件文本未明确描述设备对服务器进行认证的步骤或设备生成质询的步骤。 | 对比文件主要关注于网络（归属AAA服务器）对漫游设备的认证。虽然EAP-TLS协议本身支持双向认证，但对比文件的描述焦点在于设备被认证的过程（见[0037]段：“...to authenticate the wireless device 202”）。说明书和附图均未明确提及或暗示设备生成了一个第二质询用于对管理站（归属AAA服务器）进行认证。因此，该特征未被公开。 |
<<<E>>><<<I>>><<<J>>><<<K>>><<<M>>>
<<<d>>><<<n>>>