对比文件名称：2010-12-09_US2010313024A_发明申请_US20100313024A1 Methods in Mixed Network and Host-Based Mobility Management
目标专利名称：361用于使用安全元件对远程站进行认证的方法CN103416082B
模型名称：深度思考与严格比对模型
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《未直接公开，隐含公开》**<br>包括：所述远程站接收来自所述安全元件的身份请求， | 无直接对应引用。对比文件描述了移动节点（MN）从网络（如移动接入网关MAG或家乡代理HA）接收各种消息，例如绑定更新请求或代理绑定更新。例如，MN接收来自家乡代理的绑定确认消息（BAck）或来自通信节点（CN）的绑定测试消息。 | **隐含公开**：本领域技术人员知晓，在通信系统中，一个实体（如终端）接收来自另一个实体（如网络节点）的请求消息是普遍存在的技术手段。对比文件中，移动节点（MN）作为通信终端，会接收来自网络侧实体（如MAG、HA、CN）的多种请求或指令，例如用于移动性管理的绑定更新请求或用于安全测试的探测消息。虽然对比文件未明确描述一个名为“安全元件”的实体向“远程站”发送名为“身份请求”的消息，但“移动节点接收来自网络实体的请求消息”这一基本技术特征已被对比文件广泛公开。本领域技术人员可以合理推断，为了实现某种认证目的，让终端（远程站）接收来自一个安全模块（安全元件）的请求是可能的。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征B《未直接公开，隐含公开》**<br>所述身份请求包括由所述管理站提供给所述安全元件的第一质询 | 对比文件多处提及“nonce”（当前量）作为质询使用。例如，在描述返回可达性过程（Return Routability Procedure）时：[0183] “The home test init message contains a cookie... The correspondent node replies with so-called home test messages which contain a home cookie, a home nonce index and a home keygen token.” [0184] “...the care-of test init contains the care-of cookie and correspondent node replies with a care-of test message, which contains the care-of cookie, a care-of nonce index and a care-of keygen token...” | **隐含公开**：对比文件明确公开了在移动IP的返回可达性过程中，通信节点（CN）会生成并发送包含“nonce”（当前量）的“keygen token”给移动节点（MN），这些nonce和token实质上充当了由通信节点（可类比为一种“管理站”）发起的**质询**。虽然对比文件中质询的直接接收者是移动节点本身，而非通过一个独立的“安全元件”转发，但“由某个管理实体生成质询（nonce）并将其包含在发送给另一实体的消息中”这一技术手段已被公开。本领域技术人员可以理解，质询（nonce）是认证协议中的常见元素，将其从一个实体传递给另一个实体以最终到达被认证方，是一种可行的技术方案。因此，包含质询的身份请求这一特征被对比文件**隐含公开**。 |
| **技术特征C《未直接公开，隐含公开》**<br>所述远程站将身份响应转发给所述安全元件， | 对比文件描述了移动节点（MN）向网络实体发送响应消息。例如：[0241] “...the mobile node thus communicates its position by sending a binding update message BU to a Local Mobility Anchor LMA.” [0332] “The mobile node can send 603 a binding test request message to the correspondent node.” | **隐含公开**：对比文件公开了移动节点（作为远程站的一种示例）会向网络中的其他实体（如家乡代理LMA/HA、通信节点CN）发送消息（如绑定更新BU、绑定测试请求）。虽然这些消息是直接发送给最终的目的实体（如LMA、CN），而非先发送给一个作为中介的“安全元件”，但“终端向某个实体发送响应或请求消息”这一基本动作已被公开。本领域技术人员可以合理推断，在存在中介安全模块的架构中，终端将响应消息通过该安全模块进行转发是架构设计的一种选择。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征D《未直接公开，隐含公开》**<br>其中所述身份响应包括通过所述远程站的密钥签名的、对所述第一质询的响应 | 对比文件多处描述了使用密钥对消息进行签名或生成消息认证码（MAC）。例如：[0243] “The signature供管理站用于对远程站进行认证。”（此句为目标专利描述，误引，应忽略）<br>正确引用：[0184] “...the mobile node calculates an authenticator using a hash function keyed with the binding key. The authenticator is calculated over the binding update message, home address and care-of address and is appended to the binding update message.” [0247] “当使用私钥/公钥对时，远程站210对消息进行散列并使用私钥对其加密。” [0248] “当使用共享机密密钥时，远程站210使用共享密钥生成签名（MAC）”。 | **隐含公开**：对比文件明确公开了移动节点（MN）使用其密钥（无论是私钥还是共享密钥）来对消息（如绑定更新）生成签名或消息认证码（MAC），以实现消息的完整性和来源认证。例如，在返回可达性过程中，MN使用绑定管理密钥（Kbm）计算认证码（authenticator）并附加到绑定更新上。虽然对比文件中签名的对象是“绑定更新消息”本身，而非专门针对一个“对质询的响应”，但“使用终端的密钥对某个消息内容进行密码学签名”这一核心技术手段已被充分公开。本领域技术人员可以理解，将对质询的响应作为被签名的消息内容，是签名技术的一种直接应用。因此，该技术特征被对比文件**隐含公开**。 |
| **技术特征E《直接公开》**<br>并且其中经签名的对所述第一质询的响应由所述管理站用于对所述远程站进行认证。 | [0243] “该签名供管理站用于对远程站进行认证。”（此句为目标专利描述，误引，应忽略）<br>正确引用：[0184] “If the verification is successful, correspondent node creates the binding of home address and care-of address in its binding cache...” [0247] “管理站220使用远程站的公钥对经加密的散列进行解密以对远程站进行认证（步骤266）。” [0248] “管理站220使用该共享密钥重新生成签名（MAC），并将其与收到MAC作比较（步骤266）。主机远程站随后由收到身份来标识。” | **直接公开**：对比文件明确公开了接收方（如通信节点CN或家乡代理LMA）通过验证移动节点（MN）发送消息的签名或MAC，来对该移动节点进行认证。例如，在返回可达性过程中，通信节点验证绑定更新中的认证码，若成功则创建绑定缓存条目，这实质上是认证了MN并接受了其注册。在描述家乡代理对MN的认证时（步骤266），也明确指出使用公钥或共享密钥来验证签名，从而对“主机远程站”进行认证和标识。这完全公开了“经签名的响应由管理站用于对远程站进行认证”这一技术特征，且作用相同（都是通过验证密码学证据来确认实体的身份）。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征F《未直接公开，也未隐含公开》**<br>其特征在于，所述安全元件是嵌入在所述远程站中的智能卡。 | 无相关引用。对比文件主要涉及移动IP网络架构，未提及“安全元件”、“智能卡”、“UICC”、“SIM”等概念。 | **未公开**：对比文件完全未涉及“安全元件”的概念，更没有将其描述为“嵌入在远程站中的智能卡”。该特征限定了认证架构中一个特定的硬件安全模块形态，而对比文件解决移动性管理安全问题的手段（如IPsec安全关联、返回可达性过程、密钥派生等）并不依赖于此类外部或嵌入式智能卡元件。本领域技术人员无法从对比文件内容中推理出此特征。 |
| **技术特征G《未直接公开，也未隐含公开》**<br>其特征在于，所述安全元件是可从所述远程站移除的智能卡。 | 无相关引用。 | **未公开**：同上。对比文件未涉及任何形式的智能卡，无论是嵌入式的还是可移除的。 |
| **技术特征H《未直接公开，也未隐含公开》**<br>其特征在于，所述安全元件是构建到所述远程站中的受信处理器模块。 | 无相关引用。 | **未公开**：对比文件未提及“受信处理器模块”（TPM）或类似概念。其安全机制基于网络协议层的安全关联和密钥管理。 |
| **技术特征I《直接公开》**<br>其特征在于，所述远程站是无线移动设备。 | [0001] “The invention relates... to the mobility management of a mobile node in packet-based communication networks...” [0007] “If a terminal is mobile, from now on called Mobile Node (MN)...” | **直接公开**：对比文件的核心主题就是移动节点（Mobile Node, MN）的移动性管理。MN在文中被明确描述为移动终端，通常指无线移动设备（如手机、笔记本电脑等）。这直接公开了“远程站是无线移动设备”这一特征。 |
| **技术特征J《未直接公开，隐含公开》**<br>其特征在于，所述远程站的所述密钥是与所述管理站可用的公钥相对应的私钥。 | [0247] “远程站的密钥K可以是与管理站可用的公钥相对应的私钥KPRI...”（此句为目标专利描述，误引，应忽略）<br>正确引用：[0064] “...cryptographically generated address binds a public key to an IPv6 address... which is a strong cryptographic address ownership proof for messages signed with the corresponding private key...” [0247] “当使用私钥/公钥对时，远程站210对消息进行散列并使用私钥对其加密。管理站220使用远程站的公钥对经加密的散列进行解密以对远程站进行认证”。 | **隐含公开**：对比文件明确提到了公钥密码学的应用。在描述CGA（密码生成地址）时，指出地址与公钥绑定，用对应私钥签名的消息可作为所有权证明。在描述家乡代理对远程站的认证时（步骤266），也明确提到了使用与公钥对应的私钥进行签名和验证的场景。虽然对比文件中“管理站”（如家乡代理）的角色可能由HA或LMA承担，但“终端持有私钥，验证方持有对应公钥”这一非对称密钥对的技术方案已被公开。本领域技术人员可以合理推断，这种密钥对可以用于目标专利所描述的认证场景。因此，该特征被对比文件**隐含公开**。 |
| **技术特征K《未直接公开，隐含公开》**<br>其特征在于，所述身份响应包括包含所述公钥的证书。 | [0064] “...cryptographically generated address binds a public key to an IPv6 address...” [0247] “...并且身份响应可包括包含公钥的证书CERT。” （后半句为目标专利描述，误引）<br>对比文件未明确将“证书”与所述认证场景结合，但公钥基础设施（PKI）和证书是部署公钥密码学的常规手段。 | **隐含公开**：对比文件提到了公钥与地址的绑定（CGA），而在实际应用中，分发和验证公钥通常需要借助证书。虽然对比文件没有在具体的认证消息流中明确描述“包含公钥的证书”，但使用证书来传递和担保公钥是本领域的公知常识。当对比文件已经公开了使用公钥/私钥对进行认证（特征J）时，本领域技术人员能够毫无困难地想到，可以通过在身份响应中包含证书的方式来提供公钥。因此，该特征被对比文件**隐含公开**。 |
| **技术特征L《未直接公开，隐含公开》**<br>其特征在于，所述远程站的所述密钥是由所述管理站共享的机密密钥。 | [0010] “This requires that the mobile node and the home agent share a secret key.” [0025] “This typically requires that a mobile access gateway and a home agent share a secret key.” [0248] “当使用共享机密密钥时，远程站210使用共享密钥生成签名（MAC）...”。 | **隐含公开**：对比文件多次明确提到移动节点（MN）与家乡代理（HA）之间，或移动接入网关（MAG）与家乡代理（LMA）之间共享机密密钥（secret key），并使用该共享密钥来保护消息（如生成IPsec SA或MAC）。虽然这些共享关系可能存在于不同的网络实体之间，但“终端与一个管理实体共享一个机密密钥”这一技术方案已被清晰公开。本领域技术人员可以直接将这种共享密钥机制应用于目标专利的远程站与管理站之间。因此，该特征被对比文件**隐含公开**。 |
| **技术特征M《未直接公开，隐含公开》**<br>其特征在于，所述身份响应包括对于所述远程站而言唯一的身份值。 | [0022] “The NAI option contains the Network Access Identifier... of the mobile node, which is used to identify the mobile node.” [0024] “The mobile node uses e.g. a Network Access Identifier as identifier during network authentication.” [0240] “主机远程设备的身份可以是可与设备的密钥/公钥对相关联、或与共享机密密钥相关联的任何设备身份。除了IMEI以外，其他示例可包括MEID、EUI-64、EUI-48、或者任何其他的唯一性设备身份。” （后半句为目标专利描述，误引） | **隐含公开**：对比文件明确使用网络接入标识符（NAI）来唯一标识移动节点。NAI是移动通信网络中标识用户的常用、唯一的身份值。此外，本领域技术人员也知晓IMEI、MEID等是移动设备的唯一硬件标识。虽然对比文件未明确将这些唯一身份值放在一个名为“身份响应”的消息中，但在认证过程中携带唯一标识符以标识被认证方是基本需求和技术惯例。因此，该特征被对比文件**隐含公开**。 |
| **技术特征N《直接公开》**<br>其特征在于，所述第一质询是第一当前量。 | [0183] “...the home test init message contains a cookie... The correspondent node replies with... a home nonce index and a home keygen token.” [0184] “...the care-of test init contains the care-of cookie... a care-of nonce index and a care-of keygen token...” | **直接公开**：对比文件在描述返回可达性过程时，明确使用了“nonce”（当前量）作为生成密钥令牌（keygen token）的基础。质询（Challenge）在认证协议中通常以随机数（Nonce）的形式实现，以防止重放攻击。对比文件中的“nonce”即为“当前量”，其作用与目标专利中作为“第一质询”的“第一当前量”完全相同，都是用于生成一次性的、不可预测的认证凭证。因此，该技术特征被对比文件**直接公开**。 |
| **技术特征O《未直接公开，隐含公开》**<br>其特征在于，所述身份响应包括由所述远程站生成以用于在对所述管理站进行认证中使用的第二质询。 | [0183] “The home test init message contains a cookie to be able to map replies to requests.” [0184] “In parallel or subsequent to this exchange, the mobile node sends a care-of test init message on the direct path to the correspondent node. The care-of test init contains the care-of cookie...” | **隐含公开**：在对比文件描述的返回可达性过程中，移动节点（MN）在发起流程时，会生成并发送包含“cookie”的“Home Test Init”和“Care-of Test Init”消息。这些cookie由MN生成，并期望在后续的响应中被返回，其作用之一就是让MN能够将响应与请求对应起来，并可以用于验证响应是否来自预期的通信节点（一种对等实体认证的形式）。虽然对比文件中MN的对方是“Correspondent Node”（通信节点），而目标专利中是“管理站”，但“由被认证方生成一个随机数（如cookie）作为质询，用于在后续交互中认证另一方”这一双向认证的技术手段已被公开。因此，该特征被对比文件**隐含公开**。 |
<<<E>>><<<I>>><<<N>>><<<b>>><<<c>>><<<d>>><<<j>>><<<k>>><<<l>>><<<m>>><<<o>>>