对比文件名称：2004-08-19_发明专利_CA2514674A1 LOCATION BASED SERVICE (LBS) SYSTEM, METHOD AND APPARATUS FOR AUTHORIZATION OF MOBILE STATION LBS APPLICATIONS
目标专利名称：175安全精细时序测量协议CN109155982B
本次调用的模型名称：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：在安全网络上协商至少一个值，所述至少一个值包括：临时数值随机序列，或第一预定值<br>**判断结果**：**未公开** | 无对应内容。对比文件描述了授权过程，但未提及在“安全网络上协商”临时数值随机序列或第一预定值。 | 本专利中，技术特征A是指在FTM会话开始前，起始STA和响应STA在一个安全网络（例如蓝牙低能耗或SSL/TLS连接）上预先协商一个值（如临时数值序列或预定值），用于后续FTM会话中的安全认证。对比文件涉及LBS应用授权，其中移动站（MS）向移动定位中心（MPC）发送授权请求（如StartPositioningProcessRequest消息），MPC进行授权检查。这个过程虽然涉及安全/授权，但其本质是移动站向网络侧请求对应用进行授权，以访问定位服务。其中提及的“应用标识符”、“MS ID”等参数是用于标识应用和用户的，并非在“安全网络上协商”的、用于后续会话认证的“临时数值随机序列”或“第一预定值”。两者目的、作用和方式均不相同。因此，本领域技术人员无法从对比文件中直接或通过合理推理得出技术特征A。 |
| **技术特征B**：通过所述起始无线站发送FTM请求，其中所述FTM请求包含至少一个安全性特征<br>**判断结果**：**未公开** | 无对应内容。对比文件描述移动站发送的是位置服务授权请求，而非FTM请求。 | 本专利中，技术特征B的核心是发送“FTM请求”（即精细时序测量请求），其目的在于发起距离测量会话，且该请求中包含了用于认证的“安全性特征”。对比文件中，移动站发送的是“StartPositioningProcessRequest”消息（见图4，箭头405），其目的是请求MPC授权一个LBS应用运行并可能启动定位过程。该消息可能包含应用标识、用户同意状态等参数，但其作用是位置服务授权，而非用于进行精细时序测量的FTM请求。两者属于不同协议和不同目的的消息。因此，对比文件未公开技术特征B。 |
| **技术特征C**：其中所述FTM请求的所述至少一个安全性特征包括：所述临时数值随机序列的至少一部分，或第一媒体接入控制MAC地址，其中所述第一MAC地址的至少一部分包括所述第一预定值<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及在请求中包含临时数值序列的一部分或包含特定预定值的MAC地址作为安全性特征。 | 本专利中，技术特征C定义了FTM请求中安全性特征的具体形态，即可以是协商好的临时数值序列的一部分，或者是一个至少部分由预定值构成的MAC地址。对比文件的授权请求消息中虽然包含参数，但这些参数（如应用标识、MS ID）是用于标识和授权，其本身并非旨在作为验证后续消息真实性的、动态或预先约定的“临时数值”或“特殊MAC地址”。对比文件完全没有涉及在MAC地址中嵌入预定值以作为安全标识的技术。因此，本领域技术人员无法从对比文件得出该技术特征。 |
| **技术特征D**：在所述起始无线站处接收FTM帧，其中所述FTM帧包括对所述至少一个安全性特征的响应<br>**判断结果**：**未公开** | 无对应内容。对比文件中，移动站从MPC接收的是授权响应（StartPositioningProcessResponse），而非包含对安全性特征响应的FTM帧。 | 本专利中，技术特征D是指在FTM会话过程中，起始站接收来自响应站的“FTM帧”，该帧包含了针对之前FTM请求中所发安全性特征的“响应”（例如，下一个临时数值或对应的MAC地址）。对比文件中，移动站从MPC接收的是“StartPositioningProcessResponse”消息（图4，箭头407），该消息指示授权结果以及可能的定位方法，其作用是对授权请求的答复，而非在测量交换过程中对特定安全性挑战的响应。两者消息类型、作用和内容均不同。因此，技术特征D未被公开。 |
| **技术特征E**：在所述起始无线站处确定对所述至少一个安全性特征的所述响应的可靠性<br>**判断结果**：**隐含公开 (e)** | [1035] “The MPC 105 determines that the LBS application 303 either does or does not have the proper authority to run. ... Whether the LBS application has authority to run, a "StartPositioningProcessResponse" message 407 is sent from the MPC 105 to the mobile station 101.” | 本专利中，技术特征E是指起始站需要判断接收到的FTM帧中的“响应”是否可靠（即是否正确）。对比文件中，MPC在收到移动站的授权请求后，会执行授权检查以确定应用是否有权运行（determines that the LBS application ... does or does not have the proper authority）。这个过程涉及“确定”一个请求（来自移动站）的“授权状态”（相当于其“可靠性”）。虽然对比文件中的确定主体是MPC（网络侧），而专利中是起始站（客户端侧），且确定的对象（授权 vs 安全性响应）在具体内容上不同，但“确定一个接收信息的可靠性/有效性”这一抽象步骤是相同的。在隐含公开的宽松判断标准下，可以认为对比文件隐含了“确定响应可靠性”这一概念。因此，判断为隐含公开。 |
| **技术特征F**：和结束所述FTM会话。<br>**判断结果**：**隐含公开 (f)** | [1053] “... the position location engine responds by returning a message 503 to the LBS application 303 that indicates the denial of access to the services of the PDE 107. At that point, the process ends and the LBS application 303 effectively stops running ...” | 本专利中，技术特征F是结束FTM会话这一步骤。对比文件中，当授权被拒绝时（见图5），定位引擎向LBS应用返回拒绝消息，随后“该过程结束，LBS应用 effectively stops running”。这描述了一个会话或过程因未获授权而“结束”。虽然对比文件结束的是“定位服务请求过程”或“LBS应用的运行”，而专利结束的是“FTM会话”，但“结束一个会话/过程”这一上位概念是相同的。在宽松的隐含公开判断下，可以认为对比文件公开了“结束会话”这一动作。因此，判断为隐含公开。 |
| **技术特征G**：其中结束所述FTM会话包括基于对所述至少一个安全性特征的所述响应不可靠的确定而终止所述FTM会话。<br>**判断结果**：**隐含公开 (g)** | [1053] “... the MPC 105 denies the LBS application's attempt to gain access ... Accordingly, the MPC 105 returns a StartPositioningProcessRequest message 501 ... that indicates that access ... has been denied. ... the position location engine responds by returning a message 503 to the LBS application 303 that indicates the denial ... At that point, the process ends ...” | 本专利中，技术特征G限定了一种具体的结束方式：基于“响应不可靠”的确定而“终止”会话。对比文件中，当MPC确定授权失败（相当于请求“不可靠”或无效）时，它会发送拒绝消息，导致定位过程结束。这体现了“基于一个负面确定（授权被拒）而终止一个过程”。虽然确定的具体内容（安全性响应 vs 应用授权）不同，但“基于负面判断终止进程”的逻辑关系是相同的。在宽松的隐含公开判断下，可以认为对比文件隐含公开了该特征。 |
| **技术特征H**：其中对所述至少一个安全性特征的所述响应不可靠的所述确定包括所述FTM帧含有响应于所述FTM请求的所述至少一个安全性特征的不正确信息的确定。<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及检查接收到的帧中是否包含对应于之前请求的“不正确信息”。 | 本专利中，技术特征H进一步定义了“响应不可靠”的具体表现：即FTM帧中包含的响应信息是“不正确的”。这是一个非常具体的技术细节，涉及对特定安全凭证（如临时数、MAC地址）的匹配验证。对比文件中MPC的授权检查是基于用户账户、付费状态等策略，而非验证一个动态的、与之前请求匹配的“不正确信息”。两者机制完全不同。因此，对比文件未公开该技术特征。 |
| **技术特征I**：其中结束所述FTM会话是基于对所述至少一个安全性特征的所述响应可靠的确定。<br>**判断结果**：**隐含公开 (i)** | [1035] “Upon determining that the LBS application is authorized, the MPC 105 provides a 'GPOSREQ' message 409 to the PDE 107 in addition to providing the StartPositioningProcessResponse message 407 to the mobile station 101.” 以及图4所示的后续流程。 | 本专利中，技术特征I限定另一种结束方式：基于“响应可靠”的确定而结束会话（可能指正常完成会话）。对比文件中，当MPC确定LBS应用被授权（即请求“可靠”）后，它会发出肯定的响应，并允许定位会话继续进行直至完成（见图4）。这个过程隐含了“基于一个正面确定（授权成功）而允许并进而结束（完成）一个过程”。在隐含公开的宽松标准下，可以认为对比文件隐含了该逻辑。 |
| **技术特征J**：其中所述临时数值随机序列的有效性是时间相依的。<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及任何临时数值或其时间依赖性。 | 本专利中，技术特征J限定了临时数值随机序列具有“时间相依”的有效性，即有过期时间，增加了安全性。对比文件完全没有涉及“临时数值随机序列”这一概念，更不用说其时间有效性属性。因此，该技术特征未被公开。 |
| **技术特征K**：其中所述FTM请求的所述至少一个安全性特征包含在所述FTM请求的帧体内的供应商专有信息元素IE中。<br>**判断结果**：**未公开** | 无对应内容。对比文件未描述FTM帧结构，也未提及在帧体的供应商专有IE中嵌入安全性特征。 | 本专利中，技术特征K涉及FTM协议帧的具体封装格式，将安全性特征放在“供应商专有IE”中。这是IEEE 802.11等无线局域网协议中特定的实现方式。对比文件涉及的是基于TCP/IP的LBS授权协议，其消息格式与FTM帧格式完全不同，没有提及任何关于“帧体”、“信息元素(IE)”或“供应商专有”字段的内容。因此，该技术特征未被公开。 |
| **技术特征L**：其中响应于所述FTM请求的所述至少一个安全性特征的信息包括第二MAC地址，其中所述第二MAC地址的至少一部分包括第二预定值。<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及使用包含预定值的MAC地址作为对请求的响应。 | 本专利中，技术特征L定义了响应信息的一种具体形式：一个包含第二预定值的第二MAC地址。这同样是基于MAC层地址过滤的安全机制。对比文件通篇未提及将MAC地址或其部分用作安全凭证或响应信息。因此，该技术特征未被公开。 |
| **技术特征M**：其中所述第一MAC地址的不大于三个字节包括所述第一预定值。<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及MAC地址或其字节数与预定值的关系。 | 本专利中，技术特征M是对第一MAC地址中承载预定值部分的具体字节数限制（≤3字节），这是为了平衡安全性和功耗的具体设计。对比文件完全没有涉及相关概念。因此，该技术特征未被公开。 |
| **技术特征N**：其另外包括：接收确认帧<br>**判断结果**：**未公开** | 无对应内容。对比文件描述的授权和定位消息流中，未提及在FTM测量交换中用于确认的“ACK帧”。 | 本专利中，技术特征N是FTM测量协议的一部分，即在发送FTM帧后，接收方会回复一个“确认帧(ACK)”。这是IEEE 802.11 FTM协议的标准流程。对比文件描述的是LBS授权和GPS定位辅助流程，其消息序列（如StartPositioningProcessRequest/Response， IS-801消息）不包含这种用于测量握手的“确认帧”。因此，该技术特征未被公开。 |
| **技术特征O**：基于在所述确认帧中接收的信息，确定所述FTM请求和所述确认帧中的每一个中的路径损耗的量<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及计算路径损耗或接收功率、发射功率等信息用于安全验证。 | 本专利中，技术特征O涉及通过计算“路径损耗”来检测中间人攻击的物理层安全方法。这需要获取发射功率和接收功率信息。对比文件专注于应用层授权和网络辅助定位，完全没有涉及通过比较路径损耗来验证通信对方是否位于同一物理位置的技术。因此，该技术特征未被公开。 |
| **技术特征P**：将所述FTM请求中的所述路径损耗的量与所述确认帧中的所述路径损耗的量进行比较<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及路径损耗的比较。 | 同技术特征O，对比文件未公开任何关于路径损耗比较的内容。 |
| **技术特征Q**：和在所述FTM请求中的所述路径损耗的量和所述确认帧中的所述路径损耗的量不类似的情况下，终止所述FTM会话。<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及基于路径损耗相似性判断来终止会话。 | 同技术特征O，对比文件未公开基于路径损耗差异终止会话的技术。 |
| **技术特征R**：其中确定所述FTM请求和所述确认帧中的每一个中的所述路径损耗的量包括：确定所述FTM请求的发射功率<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及确定FTM请求的发射功率。 | 同技术特征O，这是计算路径损耗的具体步骤之一，对比文件未公开。 |
| **技术特征S**：在所述确认帧中接收以下的指示：所述FTM请求的接收功率，和所述确认帧的发射功率<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及在确认帧中携带功率指示信息。 | 同技术特征O，这是计算路径损耗所需的具体信息交换方式，对比文件未公开。 |
| **技术特征T**：确定所述确认帧的接收功率<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及确定确认帧的接收功率。 | 同技术特征O，这是计算路径损耗的具体步骤之一，对比文件未公开。 |
| **技术特征U**：通过从所述FTM请求的所述发射功率减去所述FTM请求的所述接收功率，确定所述FTM请求中的所述路径损耗的量<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及通过功率相减计算路径损耗。 | 同技术特征O，这是计算路径损耗的具体数学方法，对比文件未公开。 |
| **技术特征V**：和通过从所述确认帧的所述发射功率减去所述确认帧的所述接收功率，确定所述确认帧中的所述路径损耗的量。<br>**判断结果**：**未公开** | 无对应内容。对比文件未提及通过功率相减计算路径损耗。 | 同技术特征O，这是计算路径损耗的具体数学方法，对比文件未公开。 |
<<<e>>><<<f>>><<<g>>><<<i>>>