对比文件名称：2004-06-17_发明申请_US20040117657A1 Method for setting up a security association
目标专利名称：175安全精细时序测量协议CN109155982B
模型名称：DeepSeek
特征比对表格如下：
| 技术特征描述及公开性判断结果 | 对比文件原文引用（译文） | 公开性论述 |
| 技术特征A：《未公开》<br>所述方法包括：在安全网络上协商至少一个值，所述至少一个值包括：临时数值随机序列，或第一预定值 | [0030] ... 前缀参数被添加到Security-Client头部，并指定UE希望为出站SA使用64位前缀。一旦P-CSCF读取该头部，它将指示P-CSCF中的IPSec引擎建立朝向UE的IPv6前缀（例如，1234:abcd:5678::）的SA。<br>[0053] 摘要：节点使用IPv6无状态地址自动配置来生成地址，无需动态主机配置协议（DHCP）服务器。地址通过将网络前缀与接口标识符组合形成。... 本文档描述了对IPv6无状态地址自动配置的扩展... 随时间改变接口标识符（以及由其生成的全局作用域地址）使得窃听者和其他信息收集者更难识别在不同事务中使用的不同地址实际上何时对应于同一节点。<br>[0080] ... 本文档提出通过MD5哈希生成伪随机序列的接口标识符。<br>[0081] 定期生成序列中的下一个接口标识符，创建一组新的临时地址，并使先前的临时地址失效以阻止其进一步使用。 | 对比文件公开了在安全网络（如IMS网络）上协商安全关联（SA）参数，例如IPsec SA的参数（如加密算法、SPI等）。也公开了为保护隐私而生成随机的、随时间变化的接口标识符（或临时IP地址），例如根据RFC 3041。但对比文件中的“协商”是为了建立通用的通信安全通道（IPsec SA），其“随机序列”或“值”（如接口标识符）主要用于生成临时IP地址以隐藏设备身份，防止网络活动被追踪。这与目标专利中“在安全网络上协商至少一个值”的目的不同。目标专利的“值”（临时数值随机序列或第一预定值）是专门用于后续FTM会话中作为“安全性特征”进行认证，以防止FTM会话被劫持。两者解决的问题（隐私保护 vs. 会话认证）、应用场景（通用IP通信 vs. 特定FTM测距协议）和作用均不同。本领域技术人员无法从对比文件中毫无疑义地得出或通过合理推断得出目标专利中专门用于FTM认证的“在安全网络上协商至少一个值”的技术方案。因此，既非直接公开，也非隐含公开。 |
| 技术特征B：《未公开》<br>通过所述起始无线站发送FTM请求，其中所述FTM请求包含至少一个安全性特征 | [0029] UE向IMS网络发送REGISTER请求。<br>[0030] (REGISTER请求示例) ... Security-Client: ipsec-man; alg=HMAC-SHA1; SPI_U_UDP=12345678; ... addr-pref-length=64<br>Require: sec-agree | 对比文件公开了用户设备（UE）发送注册请求（REGISTER），该请求包含安全参数（如Security-Client头部，其中包含算法、SPI、地址前缀长度等），用于协商建立安全关联（SA）。然而，对比文件中的请求是SIP协议中的REGISTER请求，目的是向网络注册并建立通用的IPsec安全关联，而不是精细时序测量（FTM）协议中的“FTM请求”。对比文件完全没有涉及FTM协议、FTM会话或FTM请求。本领域技术人员无法从对比文件中毫无疑义地得出或通过合理推断出“发送FTM请求”这一技术特征，因为两者属于不同的协议栈和应用领域（会话初始化/安全关联建立 vs. 无线测距）。因此，既非直接公开，也非隐含公开。 |
| 技术特征C：《未公开》<br>其中所述FTM请求的所述至少一个安全性特征包括：所述临时数值随机序列的至少一部分，或第一媒体接入控制MAC地址，其中所述第一MAC地址的至少一部分包括所述第一预定值 | [0080] ... 本文档提出通过MD5哈希生成伪随机序列的接口标识符。<br>[0097] 随机接口标识符的创建如下：1）取上一次算法迭代的历史值...并附加如[ADDRARCH]中生成的接口标识符。...<br>[0055] ... 某些类型的网络接口带有嵌入式IEEE标识符（即，链路层MAC地址），在那些情况下，无状态地址自动配置使用IEEE标识符生成64位接口标识符。 | 对比文件公开了生成随机的接口标识符（可由伪随机序列产生），也提及接口标识符可源自IEEE标识符（如MAC地址）。但这些“随机序列”或“MAC地址”在对比文件中的用途是构造IPv6地址（特别是临时地址）以保护隐私，防止设备被长期跟踪。它们作为IP地址的一部分，并非作为“FTM请求”中的一个独立的“安全性特征”字段，用于在FTM会话中进行源认证。目标专利明确将“临时数值随机序列的至少一部分”或“包含预定值的MAC地址”作为FTM请求中的认证凭据。对比文件既未公开“FTM请求”，也未公开在此类请求中嵌入此类专门用于FTM认证的安全性特征。因此，既非直接公开，也非隐含公开。 |
| 技术特征D：《未公开》<br>在所述起始无线站处接收FTM帧，其中所述FTM帧包括对所述至少一个安全性特征的响应 | [0030] ... 一旦P-CSCF读取该头部，它将指示P-CSCF中的IPSec引擎建立朝向UE的IPv6前缀...的SA。<br>[0241] 接收包含值为“sec-agree”的Require或Proxy-Require头部字段的未保护请求的服务器，必须使用494（需要安全协议）响应来质询客户端。服务器必须向此响应添加Security-Server头部字段，列出服务器支持的安全机制。 | 对比文件公开了服务器（如P-CSCF）接收请求后发送响应（如494响应），其中可能包含安全参数（如Security-Server头部）。然而，该“响应”是SIP协议中对REGISTER请求的响应，用于安全机制协商，而不是FTM协议中的“FTM帧”。FTM帧在目标专利中是用于交换精细时序测量数据（如时间戳）的特定帧。对比文件完全没有提及FTM帧或其格式。此外，对比文件响应中的信息（如支持的机制列表）是对安全能力的一般性响应，并非专门针对请求中某个“安全性特征”（如临时数）的“响应”。因此，既非直接公开，也非隐含公开。 |
| 技术特征E：《未公开》<br>在所述起始无线站处确定对所述至少一个安全性特征的所述响应的可靠性 | [0246] 服务器必须检查传入请求的Security-Verify头部字段中列出的安全机制是否与其支持的静态安全机制列表相对应。<br>[0248] 服务器可以继续处理特定请求，当且仅当该列表未被修改。如果检测到列表被修改，服务器必须使用494（需要安全协议）质询客户端。 | 对比文件公开了服务器验证客户端在后续请求（Security-Verify头部）中返回的服务器安全机制列表是否与其原始列表一致，以检测中间人攻击。这是一种完整性验证，确保协商过程未被篡改。然而，这并非目标专利中“确定对至少一个安全性特征的响应的可靠性”。目标专利的“响应”特指FTM帧中对FTM请求中携带的特定安全性特征（如临时数）的回应，验证该回应是否正确（例如，是否为预协商序列中的下一个值）。对比文件的验证对象是安全机制列表本身，而非对一个动态的、用于认证的“安全性特征”的响应内容。两者验证的目的和对象不同。因此，既非直接公开，也非隐含公开。 |
| 技术特征F：《未公开》<br>和结束所述FTM会话。 | [0042] 如果没有本发明的实施例，任何正在进行的会话都应该被丢弃，并且除了重新注册（这里不是唯一的问题）之外，每次UE执行自动配置时都需要协商新的安全关联。 | 对比文件提到了会话可能被丢弃以及安全关联需要重新建立的情况，但这通常是由于移动设备的IP地址变更或安全关联过期/需要更新导致的。这不是在FTM会话过程中，基于对安全性特征响应的评估而“结束FTM会话”。目标专利的“结束FTM会话”是该方法的一个明确步骤，可能包括正常完成或基于可靠性判断而提前终止。对比文件没有公开在类似FTM的测距会话中执行这样一个步骤。因此，既非直接公开，也非隐含公开。 |
| 技术特征G：《未公开》<br>其中结束所述FTM会话包括基于对所述至少一个安全性特征的所述响应不可靠的确定而终止所述FTM会话。 | [0248] ... 如果检测到列表被修改，服务器必须使用494（需要安全协议）质询客户端。 | 对比文件公开了当安全验证失败（如列表被篡改）时，服务器会发送质询响应（494），这可能导致当前的请求处理失败或会话无法建立。这可以看作是一种基于验证失败而采取的防御性措施。然而，这发生在SIP安全协商阶段，并非在“FTM会话”中。目标专利的“终止FTM会话”是FTM协议内部的一个动作，可能包括发送特定的终止信号（如触发值为0的FTM请求）。对比文件没有公开在测距会话中基于认证响应不可靠而主动终止会话。因此，既非直接公开，也非隐含公开。 |
| 技术特征H：《未公开》<br>其中对所述至少一个安全性特征的所述响应不可靠的所述确定包括所述FTM帧含有响应于所述FTM请求的所述至少一个安全性特征的不正确信息的确定。 | 无相应内容。 | 对比文件没有公开任何关于验证一个“帧”中的信息是否是对之前请求中某个特定“安全性特征”的“正确”响应的内容。其验证焦点在于安全机制列表的完整性，而非一个动态认证码的正确性。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征I：《未公开》<br>其中结束所述FTM会话是基于对所述至少一个安全性特征的所述响应可靠的确定。 | 无相应内容。 | 对比文件没有公开基于对某个特定安全性特征的响应可靠而“结束会话”的内容。在SIP安全协商成功后，通信会话（如语音呼叫）可以正常进行，但这并非“结束FTM会话”这一特定动作。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征J：《隐含公开》<br>其中所述临时数值随机序列的有效性是时间相依的。 | [0091] ... 临时地址被生成，使用一段时间（几小时到几天），然后被弃用。弃用的地址可以继续用于已建立的连接，但不用于发起新连接。定期生成新的临时地址以替换过期的临时地址。<br>[0125] ... 默认值在TEMP_PREFERRED_LIFETIME中给出，为一天。... 临时地址无效的确切时间取决于最终用户如何使用应用程序。因此，给出的默认值一周（TEMP_VALID_LIFETIME）可能并不适用于所有环境。 | 对比文件在RFC 3041部分详细描述了为保护隐私而生成的临时IPv6地址具有时间相关的生命周期（如首选生命周期、有效生命周期），会定期失效和更新。这体现了“临时数值”（此处是临时地址，其核心部分是随机或伪随机生成的接口标识符）的“有效性是时间相依的”。虽然对比文件中的“临时数值”是用于构造IP地址的接口标识符，而目标专利中是用于FTM认证的“临时数值随机序列”，但“有效性时间相依”这一属性概念是相通的。本领域技术人员可以从对比文件中描述的临时地址生命周期管理，合理推断出用于安全认证的临时数值序列也可以被赋予时间有效性以增强安全性。因此，该技术特征被对比文件隐含公开。 |
| 技术特征K：《未公开》<br>其中所述FTM请求的所述至少一个安全性特征包含在所述FTM请求的帧体内的供应商专有信息元素IE中。 | [0030] (REGISTER请求示例) ... Security-Client: ipsec-man; alg=HMAC-SHA1; SPI_U_UDP=12345678; SPI_U_TCP=23456789; Port_U_UDP=1357; Port_U_TCP=1358; addr-pref-length=64<br>Require: sec-agree | 对比文件公开了在SIP消息的头部字段（如Security-Client）中包含安全参数。SIP头部字段与目标专利中“FTM请求的帧体内的供应商专有信息元素（IE）”是两种完全不同的协议封装格式。目标专利的“供应商专有IE”是特定于IEEE 802.11等无线局域网协议帧格式的概念。对比文件涉及的是SIP（应用层协议）over IP（网络层），没有提及任何关于无线帧格式、帧体或供应商专有IE的内容。本领域技术人员无法从对比文件的SIP头部推断出在FTM请求帧体中使用供应商专有IE来携带安全性特征。因此，既非直接公开，也非隐含公开。 |
| 技术特征L：《未公开》<br>其中响应于所述FTM请求的所述至少一个安全性特征的信息包括第二MAC地址，其中所述第二MAC地址的至少一部分包括第二预定值。 | 无相应内容。 | 对比文件没有公开在任何“响应”消息中包含一个具有特定预定值部分的“第二MAC地址”作为对请求中安全性特征的回复。虽然对比文件提到MAC地址可用于生成接口标识符，但并未将其用作请求-响应认证机制中的动态凭证。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征M：《未公开》<br>其中所述第一MAC地址的不大于三个字节包括所述第一预定值。 | 无相应内容。 | 对比文件没有公开关于限制MAC地址中特定字节数包含预定值的任何内容。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征N：《未公开》<br>其另外包括：接收确认帧 | 无相应内容。 | 对比文件涉及SIP和IPsec协议，没有提及任何关于“确认帧”（ACK）在FTM测量交换中的使用。FTM协议中的确认帧是用于确认收到测量帧的特定消息。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征O：《未公开》<br>基于在所述确认帧中接收的信息，确定所述FTM请求和所述确认帧中的每一个中的路径损耗的量 | 无相应内容。 | 对比文件完全没有涉及通过测量信号功率来确定路径损耗或防止中间人攻击的内容。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征P：《未公开》<br>将所述FTM请求中的所述路径损耗的量与所述确认帧中的所述路径损耗的量进行比较 | 无相应内容。 | 对比文件完全没有涉及路径损耗量的比较。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征Q：《未公开》<br>和在所述FTM请求中的所述路径损耗的量和所述确认帧中的所述路径损耗的量不类似的情况下，终止所述FTM会话。 | 无相应内容。 | 对比文件完全没有涉及基于路径损耗比较来终止会话。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征R：《未公开》<br>其中确定所述FTM请求和所述确认帧中的每一个中的所述路径损耗的量包括：确定所述FTM请求的发射功率 | 无相应内容。 | 对比文件完全没有涉及确定发射功率。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征S：《未公开》<br>在所述确认帧中接收以下的指示：所述FTM请求的接收功率，和所述确认帧的发射功率 | 无相应内容。 | 对比文件完全没有涉及在帧中交换发射功率和接收功率信息。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征T：《未公开》<br>确定所述确认帧的接收功率 | 无相应内容。 | 对比文件完全没有涉及确定接收功率。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征U：《未公开》<br>通过从所述FTM请求的所述发射功率减去所述FTM请求的所述接收功率，确定所述FTM请求中的所述路径损耗的量 | 无相应内容。 | 对比文件完全没有涉及通过功率计算路径损耗。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
| 技术特征V：《未公开》<br>和通过从所述确认帧的所述发射功率减去所述确认帧的所述接收功率，确定所述确认帧中的所述路径损耗的量。 | 无相应内容。 | 对比文件完全没有涉及通过功率计算路径损耗。因此，对比文件既未直接公开也未隐含公开该技术特征。 |
<<<j>>>