**对比文件名称：** 2016-08-04_发明申请_US20160226886A1 SECURE WIRELESS LOCATION INTERFACE PROTOCOL
**目标专利名称：** 175安全精细时序测量协议CN109155982B
**模型名称：** 专利创造性评估模型
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **特征A：**<br>所述方法包括：在安全网络上协商至少一个值，所述至少一个值包括：临时数值随机序列，或第一预定值<br>**隐含公开 (a)** | [0032] “...an exchange of keys may be performed when a device accesses an access point location server through a secured link. The access point location server may provide access point information, **encryption keys**, or other information (e.g., cipher suit type, key expiry, or other security-related information)...”<br>[0033] “...the server may provide one or more **security keys** and other Security related information to the device...”<br>[0046] “...in response to the query, the device may receive **security keys** for one or more access points from the AP location server...” | 对比文件公开了设备通过安全链路（如HTTPS/TLS）访问接入点位置服务器，并从服务器获取安全密钥（security keys）。这些密钥是预先协商或提供的“值”，用于后续建立安全的测量协议。虽然对比文件未明确使用“临时数值随机序列”或“第一预定值”的表述，但“安全密钥”在功能上就是一种双方（通过服务器中介）预先共享的、用于认证的“预定值”或“随机序列”的体现。其作用是为后续的精细时间测量提供安全基础，这与目标专利中“在安全网络上协商至少一个值”以用于后续FTM会话安全认证的作用在概念上是相似的。本领域技术人员可以合理推断，为了实现安全认证，需要在测量开始前通过安全方式交换某种形式的认证信息（如密钥、随机数等）。因此，该特征被对比文件隐含公开。 |
| **特征B：**<br>通过所述起始无线站发送FTM请求，其中所述FTM请求包含至少一个安全性特征<br>**隐含公开 (b)** | [0032] “...the device may utilized to establish a **secure fine-time measurement protocol** with each access point to measure a range from the access point...”<br>[0048] “...the device may perform a **fine-time-measurement exchange** with the access points utilizing the security keys obtained from the AP location server...”<br>[0050] “...a secure and authenticated fine-time-measurement protocol may be utilized by establishing a PMF protocol connection to perform the fine-time-measurement exchange...” | 对比文件多次提及设备使用从服务器获得的安全密钥，与接入点执行“安全的精细时间测量交换(secure fine-time-measurement exchange)”。一次完整的精细时间测量交换必然包含由设备（相当于起始站）发起的测量请求。为了建立“安全的”或“经过认证的”测量协议，该测量请求中理应包含用于认证的安全性特征（例如，使用前述获得的密钥生成的认证信息）。虽然对比文件未明确描述FTM请求帧的具体结构，但本领域技术人员基于其公开的“利用密钥进行安全测量”的整体方案，能够合理推断出设备在发起安全测量时，其请求中需要包含某种形式的安全性特征。因此，该特征被对比文件隐含公开。 |
| **特征C：**<br>其中所述FTM请求的所述至少一个安全性特征包括：所述临时数值随机序列的至少一部分，或第一媒体接入控制MAC地址，其中所述第一MAC地址的至少一部分包括所述第一预定值<br>**隐含公开 (c)** | [0032] “...The access point location server may provide access point information, **encryption keys**, or other information... that the device may utilized to establish a secure fine-time-measurement protocol...”<br>[0046] “...the device may receive **security keys** for one or more access points from the AP location server along with the requested location information. In an example, the security keys may include cypher keys such as symmetric crypto keys, asymmetric crypto keys...” | 对比文件公开了安全性特征的具体形式是“加密密钥(encryption keys)”或“安全密钥(security keys)”，例如对称密钥、非对称密钥等。这些“密钥”在功能上等同于目标专利中用于认证的“值”。虽然对比文件没有具体公开将“临时数值随机序列的一部分”或“包含预定值的MAC地址”作为安全性特征，但它明确公开了使用“密钥”这种特定的、预共享的安全信息。从广义上讲，“密钥”是一种“预定值”。本领域技术人员可以理解，为了实现请求的认证，可以将这类预共享的密钥或其衍生信息包含在请求中。因此，对比文件部分公开了“安全性特征包括预定值”这一概念，隐含公开了该技术特征。 |
| **特征D：**<br>在所述起始无线站处接收FTM帧，其中所述FTM帧包括对所述至少一个安全性特征的响应<br>**隐含公开 (d)** | [0048] “...the device may perform a **fine-time-measurement exchange** with the access points utilizing the security keys obtained from the AP location server...”<br>[0050] “...to perform the **fine-time-measurement exchange**...” | 对比文件公开了设备与接入点进行“精细时间测量交换”。一次完整的交换包括请求和响应帧的多次往来。既然交换是“安全的”或“经过认证的”，那么作为响应方的接入点发送的FTM帧中，应当包含对起始设备请求中安全性特征的响应（例如，使用共享密钥的认证确认）。这是实现安全双向认证的必然逻辑环节。虽然对比文件未明确描述响应帧的具体内容，但本领域技术人员基于其建立安全测量协议的目的，可以合理推断出响应帧中包含认证响应信息。因此，该特征被对比文件隐含公开。 |
| **特征E：**<br>在所述起始无线站处确定对所述至少一个安全性特征的所述响应的可靠性<br>**隐含公开 (e)** | [0032] “...a secure and authenticated fine-time-measurement (ToF) protocol may be achieved...”<br>[0050] “...a **secure and authenticated** fine-time-measurement protocol may be utilized...” | 对比文件明确其技术方案的目标是达成“安全的和经过认证的”精细时间测量协议。要实现“认证”，必然意味着接收方（起始设备）需要对对方（响应接入点）发来的信息进行验证，以确定其是否可靠（即是否来自合法的、拥有正确密钥的响应方）。这是“认证”一词的内在含义和必备步骤。因此，虽然对比文件没有详细描述验证可靠性的具体算法，但“进行安全认证”这一上位概念已经隐含了“确定响应的可靠性”这一必要子步骤。该特征被对比文件隐含公开。 |
| **特征F：**<br>和结束所述FTM会话。<br>**隐含公开 (f)** | [0048] “...the device may perform a fine-time-measurement exchange...”<br>[0050] “...to perform the fine-time-measurement exchange...” | 对比文件描述了设备执行精细时间测量交换。一次测量交换（即一个FTM会话）有其开始和结束。当测量交换完成或基于某些条件（如认证失败）提前终止时，会话即告结束。这是通信会话的固有属性。因此，“结束FTM会话”是执行测量交换这一公开特征的必然结果和隐含步骤。该特征被对比文件隐含公开。 |
| **特征G：**<br>其中结束所述FTM会话包括基于对所述至少一个安全性特征的所述响应不可靠的确定而终止所述FTM会话。<br>**未公开** | 无相关原文引用。 | 对比文件虽然提到了安全认证，但全文侧重于描述如何利用预先从服务器获得的密钥来**建立**安全的测量协议，并未提及在认证失败（即响应不可靠）时的具体处理流程。没有公开当确定响应不可靠时，需要采取“终止FTM会话”这一主动的防御性动作。目标专利的该特征明确了在安全机制失效时的具体处置方式，是对比文件未涉及的内容。 |
| **特征H：**<br>其中对所述至少一个安全性特征的所述响应不可靠的所述确定包括所述FTM帧含有响应于所述FTM请求的所述至少一个安全性特征的不正确信息的确定。<br>**未公开** | 无相关原文引用。 | 对比文件未描述如何具体判断响应不可靠，更没有公开通过检查FTM帧中是否包含“不正确信息”来进行判断的具体方法。该特征是目标专利中实现可靠性判断的一种具体实施方式，在对比文件中没有记载。 |
| **特征I：**<br>其中结束所述FTM会话是基于对所述至少一个安全性特征的所述响应可靠的确定。<br>**隐含公开 (i)** | [0048], [0050] (同上) | 对比文件公开了设备利用密钥进行安全的精细时间测量交换。隐含的逻辑是，如果认证成功（即响应可靠），测量交换将得以顺利完成，会话正常结束。因此，“基于响应可靠而结束会话”是成功执行所公开的安全测量交换的必然隐含结果。该特征被对比文件隐含公开。 |
| **特征J：**<br>其中所述临时数值随机序列的有效性是时间相依的。<br>**未公开** | 无相关原文引用。 | 对比文件提到了密钥可能有过期（key expiry，见[0032]），但这仅是作为服务器可能提供的信息类型之一被列举，并未将其与临时数值序列或其有效性相关联，也未将其整合到FTM会话的安全认证流程中具体描述。目标专利明确将“时间相依的有效性”作为临时数序列的一个属性特征，以增强安全性，该具体特征未被对比文件公开。 |
| **特征K：**<br>其中所述FTM请求的所述至少一个安全性特征包含在所述FTM请求的帧体内的供应商专有信息元素IE中。<br>**隐含公开 (k)** | [0033] “...the server may utilize a wireless local area network (WLAN) Access Network Query Protocol (ANQP) Element... containing the security keys and other security related information...”<br>[0035] 描述了AP Geospatial Location ANQP-element的结构。 | 对比文件公开了安全密钥等信息可以通过ANQP（接入网络查询协议）元素来携带。ANQP是IEEE 802.11u中定义的一种信息元素，常用于传输各种网络信息。虽然未明确提及“供应商专有IE”，但ANQP元素本身是一种特定类型的信息元素，其作用是在帧体中封装和传递特定信息（此处为安全密钥）。本领域技术人员可以理解，将安全信息放置在帧体的某种信息元素（包括供应商专有IE或ANQP这类标准IE）中，是实现该功能的常规技术手段。因此，对比文件隐含公开了“将安全性特征包含在帧体内的信息元素中”这一概念。 |
| **特征L：**<br>其中响应于所述FTM请求的所述至少一个安全性特征的信息包括第二MAC地址，其中所述第二MAC地址的至少一部分包括第二预定值。<br>**未公开** | 无相关原文引用。 | 对比文件公开的安全性特征是“加密密钥”，并未提及使用MAC地址或其一部分（如特定字节的预定值）作为安全特征或对安全特征的响应。使用修改或包含预定值的MAC地址作为认证机制是目标专利提出的具体安全手段，在对比文件中没有相应记载。 |
| **特征M：**<br>其中所述第一MAC地址的不大于三个字节包括所述第一预定值。<br>**未公开** | 无相关原文引用。 | 该特征是对特征C中“第一MAC地址”方案的进一步具体限定，限定了预定值所占的字节数。由于对比文件根本未公开使用MAC地址作为安全性特征，因此该具体限定自然也未被公开。 |
| **特征N：**<br>其另外包括：接收确认帧<br>**未公开** | 无相关原文引用。 | 对比文件虽然提到了“精细时间测量交换”，但未具体描述该交换的帧流程。目标专利中明确提及的“确认帧(ACK)”是遵循特定FTM协议（如IEEE 802.11协议族中的FTM协议）进行测量时的标准帧类型之一。对比文件未提及此具体的帧类型或步骤。 |
| **特征O：**<br>基于在所述确认帧中接收的信息，确定所述FTM请求和所述确认帧中的每一个中的路径损耗的量<br>**未公开** | 无相关原文引用。 | 对比文件全文未提及通过接收确认帧中的信息来计算或比较路径损耗。该特征属于目标专利中用于检测“中间人”攻击的特定技术手段，在对比文件中没有记载。 |
| **特征P：**<br>将所述FTM请求中的所述路径损耗的量与所述确认帧中的所述路径损耗的量进行比较<br>**未公开** | 无相关原文引用。 | 同上，对比文件未涉及路径损耗的比较。 |
| **特征Q：**<br>和在所述FTM请求中的所述路径损耗的量和所述确认帧中的所述路径损耗的量不类似的情况下，终止所述FTM会话。<br>**未公开** | 无相关原文引用。 | 同上，对比文件未涉及基于路径损耗比较结果的会话终止机制。 |
| **特征R：**<br>其中确定所述FTM请求和所述确认帧中的每一个中的所述路径损耗的量包括：确定所述FTM请求的发射功率<br>**未公开** | 无相关原文引用。 | 这是计算路径损耗的具体步骤之一，对比文件未涉及。 |
| **特征S：**<br>在所述确认帧中接收以下的指示：所述FTM请求的接收功率，和所述确认帧的发射功率<br>**未公开** | 无相关原文引用。 | 这是计算路径损耗的具体步骤之一，对比文件未涉及。 |
| **特征T：**<br>确定所述确认帧的接收功率<br>**未公开** | 无相关原文引用。 | 这是计算路径损耗的具体步骤之一，对比文件未涉及。 |
| **特征U：**<br>通过从所述FTM请求的所述发射功率减去所述FTM请求的所述接收功率，确定所述FTM请求中的所述路径损耗的量<br>**未公开** | 无相关原文引用。 | 这是计算路径损耗的具体步骤之一，对比文件未涉及。 |
| **特征V：**<br>和通过从所述确认帧的所述发射功率减去所述确认帧的所述接收功率，确定所述确认帧中的所述路径损耗的量。<br>**未公开** | 无相关原文引用。 | 这是计算路径损耗的具体步骤之一，对比文件未涉及。 |
<<<a>>><<<b>>><<<c>>><<<d>>><<<e>>><<<f>>><<<i>>><<<k>>>