**对比文件名称**：2016-05-11_发明公开_CN105580406A 安全的无线定位接口协议
**目标专利名称**：175安全精细时序测量协议CN109155982B
**模型名称**：DeepSeek-R1
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：在安全网络上协商至少一个值，所述至少一个值包括：临时数值随机序列，或第一预定值。<br>**判断结果**：《隐含公开》 | 见[0033]段：“在一个示例中，当装置通过安全链路访问接入点定位服务器时，可执行密钥的交换。所述接入点定位服务器可提供所述装置可用于与每个接入点建立安全的精细时间测量协议以测量至接入点的距离（例如，在所述接入点和所述装置之间的距离）的接入点信息、加密密钥或其它信息（例如，密码套件类型、密钥到期或其它安全相关信息）。” | 对比文件公开了装置（相当于起始站）通过安全链路（如HTTPS/TLS）从接入点定位服务器获取“加密密钥或其它信息”。该“加密密钥”是一种用于安全建立精细时间测量协议的值，其功能与目标专利中协商的“值”（临时数值或预定值）相同，都是用于后续会话的认证。虽然对比文件中的协商发生在装置与服务器之间，而非直接在对等站之间，且未明确描述为“序列”，但根据隐含公开的宽松标准，本领域技术人员可以从“获取加密密钥”这一行为合理推断出“在安全网络上协商至少一个值”的技术方案。因此，技术特征A被对比文件隐含公开。 |
| **技术特征B**：通过所述起始无线站发送FTM请求，其中所述FTM请求包含至少一个安全性特征。<br>**判断结果**：《隐含公开》 | 见[0038]段：“利用在获得接入点位置信息的同时由装置从AP定位服务器获得的密钥（例如，受保护的管理帧(PMF)兼容密钥），安全/认证的精细时间测量(ToF)协议可通过建立PMF协议来实现，以无需标准PMF握手（密钥建立过程）就能执行精细时间测量交换...” | 对比文件公开了装置利用从服务器获得的密钥来建立PMF协议，以执行安全/认证的精细时间测量(FTM)交换。为了发起这样一个安全的FTM交换，初始的FTM请求帧中必然需要包含用于认证的安全信息，例如所述密钥或衍生信息。虽然对比文件未明确描述FTM请求帧的具体内容，但本领域技术人员为了实现安全的FTM协议，能够毫无疑义地推理出FTM请求中包含安全性特征（如密钥材料）。因此，技术特征B被对比文件隐含公开。 |
| **技术特征C**：其中所述FTM请求的所述至少一个安全性特征包括：所述临时数值随机序列的至少一部分，或第一媒体接入控制MAC地址，其中所述第一MAC地址的至少一部分包括所述第一预定值。<br>**判断结果**：《未公开》 | 见[0033]、[0038]段提及“加密密钥”、“安全密钥”（如对称密钥、PMF密钥、PTK、GTK、PMK等）。 | 对比文件公开了使用“加密密钥”或“安全密钥”作为安全凭证，其功能类似于目标专利中的“临时数值随机序列”。然而，对比文件并未公开将所述密钥具体作为“序列的至少一部分”包含在请求中，更未公开使用修改的MAC地址（即至少一部分包含预定值的MAC地址）作为安全性特征。MAC地址方案是目标专利中一个具体的技术手段。虽然“密钥”在广义上可被视为一种“值”，但在隐含公开的宽松判断下，也仅可能覆盖“临时数值随机序列的至少一部分”这一部分技术方案。由于技术特征C是一个整体，且包含了对比文件未公开的“MAC地址”方案，因此该技术特征整体上未被对比文件直接或隐含公开。 |
| **技术特征D**：在所述起始无线站处接收FTM帧，其中所述FTM帧包括对所述至少一个安全性特征的响应。<br>**判断结果**：《隐含公开》 | 见[0038]段：“...安全/认证的精细时间测量(ToF)协议可通过建立PMF协议来实现...”。 | 对比文件公开了执行安全/认证的精细时间测量交换。在一个基于安全密钥（如PMF）的协议交换中，响应方（接入点）在FTM帧中必然需要对请求方的安全凭证进行响应或确认，以实现双向认证。虽然对比文件未明确文字描述FTM帧中包含“对安全性特征的响应”，但这是实现安全认证交换的必然要求。本领域技术人员可以合理推断出，在安全的FTM交换中，接收到的FTM帧会包含对安全特征的响应信息。因此，技术特征D被对比文件隐含公开。 |
| **技术特征E**：在所述起始无线站处确定对所述至少一个安全性特征的所述响应的可靠性。<br>**判断结果**：《隐含公开》 | 见[0038]段：“...安全/认证的精细时间测量(ToF)协议可通过建立PMF协议来实现...”。 | 对比文件公开了使用安全协议（如PMF）来实现认证的FTM交换。安全协议的执行过程本身就包含了对通信对方身份的验证。当装置（起始站）使用预共享或从服务器获得的密钥进行通信时，协议栈会验证接收到的帧的完整性和真实性。如果验证失败（即响应不可靠），则通信无法建立或继续。虽然对比文件未使用“确定可靠性”的表述，但“执行安全/认证的协议”这一行为本身已经隐含了验证（即确定可靠性）的步骤。因此，技术特征E被对比文件隐含公开。 |
| **技术特征F**：和结束所述FTM会话。<br>**判断结果**：《直接公开》 | 见[0050]段：“在510，所述装置可基于所述精细时间测量交换来确定所述装置的位置。” | 对比文件公开了装置基于精细时间测量交换确定位置。该步骤标志着FTM交换的完成，即FTM会话的结束。任何通信会话都有开始和结束，这是本领域的公知常识。因此，技术特征F被对比文件直接公开。 |
| **技术特征G**：其中结束所述FTM会话包括基于对所述至少一个安全性特征的所述响应不可靠的确定而终止所述FTM会话。<br>**判断结果**：《隐含公开》 | 见[0038]段提及使用安全协议实现认证的FTM。 | 在对比文件公开的安全FTM协议中，如果安全验证失败（例如，由于密钥错误导致认证失败），则安全的FTM交换无法进行，会话会被终止或放弃。这是安全协议遇到非法访问时的标准行为。虽然对比文件未明确文字描述“基于响应不可靠而终止”，但本领域技术人员可以毫无疑义地推断出，当安全认证失败时，FTM会话将无法继续，即被终止。因此，技术特征G被对比文件隐含公开。 |
| **技术特征H**：其中对所述至少一个安全性特征的所述响应不可靠的所述确定包括所述FTM帧含有响应于所述FTM请求的所述至少一个安全性特征的不正确信息的确定。<br>**判断结果**：《隐含公开》 | 见[0038]段提及使用安全协议实现认证的FTM。 | 在对比文件公开的安全机制中，“不正确信息”可以体现为使用错误的密钥进行加密或签名，导致帧无法通过完整性或真实性校验。当装置（起始站）使用正确的密钥进行验证时，若FTM帧中的安全信息（响应）不正确，验证就会失败。这等同于确定了FTM帧含有不正确的响应信息。虽然对比文件未如此具体描述，但这是安全验证失败的必然情形。因此，技术特征H被对比文件隐含公开。 |
| **技术特征I**：其中结束所述FTM会话是基于对所述至少一个安全性特征的所述响应可靠的确定。<br>**判断结果**：《隐含公开》 | 见[0050]段：“在510，所述装置可基于所述精细时间测量交换来确定所述装置的位置。” | 对比文件描述了在成功完成精细时间测量交换后确定位置。成功的交换前提是安全验证通过，即对安全特征的响应是可靠的。因此，正常结束FTM会话（完成测量并确定位置）是基于响应可靠的确定。虽然未明确文字描述该逻辑关系，但这是技术上的必然推论。因此，技术特征I被对比文件隐含公开。 |
| **技术特征J**：其中所述临时数值随机序列的有效性是时间相依的。<br>**判断结果**：《直接公开》 | 见[0033]段：“...接入点信息、加密密钥或其它信息（例如，密码套件类型、**密钥到期**或其它安全相关信息）。” | 对比文件明确公开了从服务器获取的密钥可以具有“密钥到期”属性，即其有效性是时间相依的。这与目标专利中“临时数值随机序列的有效性是时间相依的”在作用和概念上完全相同。因此，技术特征J被对比文件直接公开。 |
| **技术特征K**：其中所述FTM请求的所述至少一个安全性特征包含在所述FTM请求的帧体内的供应商专有信息元素IE中。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件全文未提及FTM请求帧的具体结构，也未提及使用“供应商专有信息元素(IE)”来承载安全性特征。安全性特征的承载方式有多种可能，该具体技术手段未被对比文件公开。 |
| **技术特征L**：其中响应于所述FTM请求的所述至少一个安全性特征的信息包括第二MAC地址，其中所述第二MAC地址的至少一部分包括第二预定值。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未提及使用修改的MAC地址（其一部分包含预定值）作为对安全性特征的响应。该技术手段未被对比文件公开。 |
| **技术特征M**：其中所述第一MAC地址的不大于三个字节包括所述第一预定值。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未涉及MAC地址方案，更未公开MAC地址中特定字节数包含预定值的细节。该技术手段未被对比文件公开。 |
| **技术特征N**：其另外包括：接收确认帧。<br>**判断结果**：《隐含公开》 | 对比文件涉及精细时间测量交换，该协议通常基于IEEE 802.11标准。 | 对比文件虽然未在文字中明确描述“接收确认帧”，但其背景技术及描述的“精细时间测量交换”是基于本领域公知的协议（如802.11）。在该类协议中，FTM测量交换过程通常包含确认帧(ACK)的传输与接收。本领域技术人员能够毫无疑义地从对比文件公开的“精细时间测量交换”中推理出包含“接收确认帧”的步骤。因此，技术特征N被对比文件隐含公开。 |
| **技术特征O**：基于在所述确认帧中接收的信息，确定所述FTM请求和所述确认帧中的每一个中的路径损耗的量。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件全文未提及任何关于测量或计算“路径损耗”的内容，其安全机制完全依赖于密钥和协议认证，未公开通过比较路径损耗来增强安全性的技术手段。 |
| **技术特征P**：将所述FTM请求中的所述路径损耗的量与所述确认帧中的所述路径损耗的量进行比较。<br>**判断结果**：《未公开》 | 无相关引用。 | 同上，对比文件未涉及路径损耗的比较。 |
| **技术特征Q**：和在所述FTM请求中的所述路径损耗的量和所述确认帧中的所述路径损耗的量不类似的情况下，终止所述FTM会话。<br>**判断结果**：《未公开》 | 无相关引用。 | 同上，对比文件未涉及基于路径损耗比较结果来终止会话。 |
| **技术特征R**：其中确定所述FTM请求和所述确认帧中的每一个中的所述路径损耗的量包括：确定所述FTM请求的发射功率。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未公开确定发射功率以计算路径损耗的具体步骤。 |
| **技术特征S**：在所述确认帧中接收以下的指示：所述FTM请求的接收功率，和所述确认帧的发射功率。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未公开在确认帧中接收功率指示信息。 |
| **技术特征T**：确定所述确认帧的接收功率。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未公开确定接收功率的步骤。 |
| **技术特征U**：通过从所述FTM请求的所述发射功率减去所述FTM请求的所述接收功率，确定所述FTM请求中的所述路径损耗的量。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未公开通过功率差值计算路径损耗的方法。 |
| **技术特征V**：和通过从所述确认帧的所述发射功率减去所述确认帧的所述接收功率，确定所述确认帧中的所述路径损耗的量。<br>**判断结果**：《未公开》 | 无相关引用。 | 对比文件未公开通过功率差值计算路径损耗的方法。 |
<<<F>>><<<J>>><<<a>>><<<b>>><<<d>>><<<e>>><<<g>>><<<h>>><<<i>>><<<n>>>