在本次评估中，我作为资深专利代理师，将严格按照您的要求，对目标专利“安全精细时序测量协议CN109155982B”的权利要求技术特征与对比文件“使用逆向授权进行ToF定位的无线站和方法CN104823386A”进行公开性判断。
**对比文件名称**：2015-08-05_发明公开_CN104823386A 使用逆向授权进行ToF定位的无线站和方法
**目标专利名称**：175安全精细时序测量协议CN109155982B
**模型名称**：DeepSeek
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A. 《未公开》** <br>所述方法包括：在安全网络上协商至少一个值，所述至少一个值包括：临时数值随机序列，或第一预定值。 | 未发现相关描述。 | 对比文件CN104823386A涉及使用逆向授权(RDG)优化飞行时间(ToF)定位的消息交换流程，以降低延迟和冲突。其描述了消息M1、ACK帧、消息M2的交换，并提到了“会话令牌”（session token）用于标识特定的消息交换实例（例如[0040]-[0041]段）。然而，该“会话令牌”是一个用于匹配当前与之前测量值的标识符（如递增的整数），其作用是区分不同的测量实例，并非在FTM会话**之前**于一个独立的安全网络（如蓝牙低能耗、SSL/TLS等）上预先协商的、用于后续安全认证的“临时数值随机序列”或“第一预定值”。目标专利的特征A旨在通过预共享的秘密（临时数或MAC地址部分）来建立安全认证基础，而对比文件中的“会话令牌”是公开交换的序列标识符，目的和作用均不相同。因此，该特征既未被直接公开，也未被隐含公开。 |
| **B. 《未公开》** <br>通过所述起始无线站发送FTM请求，其中所述FTM请求包含至少一个安全性特征。 | 未发现相关描述。 | 对比文件中，起始站（Initiator）发送“消息M1”（例如[0021]段），这是一个定时测量动作帧，用于发起ToF测量。然而，该“消息M1”的作用是发起测量并授权响应站在同一TXOP内回复，其可能包含如RDG指示、会话令牌等信息，但对比文件全文均未提及该消息中包含用于防范欺骗攻击、供对方进行身份或消息认证的“安全性特征”。目标专利的特征B的核心在于FTM请求（iFTMR）携带了用于后续验证的“安全性特征”，这是其实现安全FTM会话的基础。对比文件未公开此特征。 |
| **C. 《未公开》** <br>其中所述FTM请求的所述至少一个安全性特征包括：所述临时数值随机序列的至少一部分，或第一媒体接入控制MAC地址，其中所述第一MAC地址的至少一部分包括所述第一预定值。 | 未发现相关描述。 | 如特征A和B所述，对比文件中的“消息M1”不包含作为安全性特征的“临时数值随机序列的至少一部分”或“至少一部分包含第一预定值的MAC地址”。对比文件提到的“会话令牌”并非随机或预定的安全值，而是用于关联测量实例的标识。因此，该特征未被公开。 |
| **D. 《未公开》** <br>在所述起始无线站处接收FTM帧，其中所述FTM帧包括对所述至少一个安全性特征的响应。 | [0022] “消息M2 206包括来自当前的或者之前的ToF消息交换的定时测量信息。” | 对比文件中，起始站会接收“消息M2”，其中包含定时测量信息（如t2, t3值或t3-t2差值）。然而，该“消息M2”中的信息是对“消息M1”中测量请求的常规响应（提供时间戳），是ToF测量协议的标准组成部分，用于计算距离。其并非针对“安全性特征”作出的特定“响应”。目标专利的特征D要求FTM帧中包含对之前发送的安全性特征（如临时数或特定MAC地址）的回应，以实现认证。两者目的和内容均不同。因此，该特征未被公开。 |
| **E. 《未公开》** <br>在所述起始无线站处确定对所述至少一个安全性特征的所述响应的可靠性。 | 未发现相关描述。 | 对比文件中，起始站在收到“消息M2”后，会利用其中的定时测量信息计算ToF（飞行时间）。这一过程是进行距离测算，并不涉及对接收到的信息进行“可靠性”验证，尤其不是验证该信息是否是对一个预先约定的安全性特征的正确回应以防范欺骗。目标专利的特征E是安全机制的核心步骤，用于判断响应方是否合法。对比文件未公开此特征。 |
| **F. 《隐含公开》** <br>和结束所述FTM会话。 | [0025] “因为ToF消息交换在TXOP发生，仅仅需要单个信道接入，因而避免了延迟并且消除了冲突。” <br>（隐含了消息交换完成后，会话结束） | 对比文件描述了完整的ToF消息交换过程（M1->ACK->M2->可选ACK）。当该消息交换流程执行完毕后，本次ToF定位的“会话”自然结束。虽然对比文件未明确使用“结束FTM会话”的表述，但本领域技术人员能够毫无疑义地理解，一次完整的测量交互过程有其起点和终点，过程执行完毕即意味着会话结束。这与目标专利中“结束FTM会话”这一步骤在形式上对应。尽管两者结束会话的触发条件和目的可能不同（目标专利基于安全验证，对比文件基于流程完成），但“结束会话”这一行为本身在对比文件中是隐含存在的。根据宽松的隐含公开判断标准，可以认为该特征被隐含公开。 |
| **G. 《未公开》** <br>其中结束所述FTM会话包括基于对所述至少一个安全性特征的所述响应不可靠的确定而终止所述FTM会话。 | 未发现相关描述。 | 对比文件未描述任何基于“响应不可靠”而提前“终止”会话的机制。其会话流程是预设的，要么完整执行，要么可能因未收到响应而自然失败。没有公开基于安全性验证失败这一特定原因而主动终止会话的步骤。因此，该特征未被公开。 |
| **H. 《未公开》** <br>其中对所述至少一个安全性特征的所述响应不可靠的所述确定包括所述FTM帧含有响应于所述FTM请求的所述至少一个安全性特征的不正确信息的确定。 | 未发现相关描述。 | 该特征是对特征G中“响应不可靠”的具体解释，即判断接收到的信息是否与预期的安全性特征回应不匹配。对比文件完全没有涉及任何关于验证信息正确性以进行安全认证的内容。因此，该特征未被公开。 |
| **I. 《未公开》** <br>其中结束所述FTM会话是基于对所述至少一个安全性特征的所述响应可靠的确定。 | 未发现相关描述。 | 与特征G类似，对比文件中的会话结束是基于测量流程的完成，而非基于对某个安全性特征响应“可靠”的确定。因此，该特征未被公开。 |
| **J. 《未公开》** <br>其中所述临时数值随机序列的有效性是时间相依的。 | 未发现相关描述。 | 对比文件未提及任何“临时数值随机序列”，更不用说其具有“时间相依”的有效性。因此，该特征未被公开。 |
| **K. 《未公开》** <br>其中所述FTM请求的所述至少一个安全性特征包含在所述FTM请求的帧体内的供应商专有信息元素IE中。 | 未发现相关描述。 | 对比文件描述了“消息M1”是定时测量动作帧，但未提及在该帧的帧体内使用“供应商专有信息元素(IE)”来携带任何内容，尤其未提及携带安全性特征。因此，该特征未被公开。 |
| **L. 《未公开》** <br>其中响应于所述FTM请求的所述至少一个安全性特征的信息包括第二MAC地址，其中所述第二MAC地址的至少一部分包括第二预定值。 | 未发现相关描述。 | 对比文件的“消息M2”中包含的是定时测量信息，不包含具有特定预定值的MAC地址作为安全响应。因此，该特征未被公开。 |
| **M. 《未公开》** <br>其中所述第一MAC地址的不大于三个字节包括所述第一预定值。 | 未发现相关描述。 | 对比文件未涉及生成或使用部分MAC地址（如不大于三个字节）作为安全性特征。因此，该特征未被公开。 |
| **N. 《直接公开》** <br>其另外包括：接收确认帧。 | [0022] “发起站102在TXOP期间从响应站104接收ACK帧204，以确认消息M1 202的接收。” | 对比文件明确描述了起始站（Initiator）在发送消息M1后，会从响应站（Responder）接收一个确认帧（ACK帧）。这与目标专利中“接收确认帧”的技术特征完全一致。在对比文件中，接收ACK帧是ToF消息交换流程中的一个标准步骤，用于确认初始请求的接收。因此，该特征被对比文件直接公开。 |
| **O. 《未公开》** <br>基于在所述确认帧中接收的信息，确定所述FTM请求和所述确认帧中的每一个中的路径损耗的量。 | 未发现相关描述。 | 对比文件中的ACK帧用于确认接收和传递信令（如额外的PPDU指示），并未记载该ACK帧中包含可用于计算路径损耗的功率信息（如发射功率、接收功率）。因此，对比文件未公开基于确认帧中的信息来计算FTM请求和确认帧各自路径损耗的特征。 |
| **P. 《未公开》** <br>将所述FTM请求中的所述路径损耗的量与所述确认帧中的所述路径损耗的量进行比较。 | 未发现相关描述。 | 对比文件未涉及任何路径损耗的计算与比较。因此，该特征未被公开。 |
| **Q. 《未公开》** <br>和在所述FTM请求中的所述路径损耗的量和所述确认帧中的所述路径损耗的量不类似的情况下，终止所述FTM会话。 | 未发现相关描述。 | 对比文件未涉及基于路径损耗比较结果来终止会话的机制。因此，该特征未被公开。 |
| **R. 《未公开》** <br>其中确定所述FTM请求和所述确认帧中的每一个中的所述路径损耗的量包括：确定所述FTM请求的发射功率。 | 未发现相关描述。 | 对比文件未提及确定FTM请求（消息M1）的发射功率。因此，该特征未被公开。 |
| **S. 《未公开》** <br>在所述确认帧中接收以下的指示：所述FTM请求的接收功率，和所述确认帧的发射功率。 | 未发现相关描述。 | 对比文件未提及ACK帧中包含“FTM请求的接收功率”和“确认帧的发射功率”的指示。因此，该特征未被公开。 |
| **T. 《未公开》** <br>确定所述确认帧的接收功率。 | 未发现相关描述。 | 对比文件未提及确定确认帧（ACK帧）的接收功率。因此，该特征未被公开。 |
| **U. 《未公开》** <br>通过从所述FTM请求的所述发射功率减去所述FTM请求的所述接收功率，确定所述FTM请求中的所述路径损耗的量。 | 未发现相关描述。 | 对比文件未公开任何关于通过功率差值计算路径损耗的方法。因此，该特征未被公开。 |
| **V. 《未公开》** <br>和通过从所述确认帧的所述发射功率减去所述确认帧的所述接收功率，确定所述确认帧中的所述路径损耗的量。 | 未发现相关描述。 | 对比文件未公开任何关于通过功率差值计算路径损耗的方法。因此，该特征未被公开。 |
<<<f>>> <<<N>>>