对比文件名称：WO2007059201A2_Description_20260318_1909
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A.** 所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。 <br>**判断：未公开** | [0026] The CMR may be sent as in-band signaling with a VoIP packet. | 对比文件公开了编解码器模式请求（CMR）可以作为带内信令与VoIP包一起发送。然而，该“带内信令”的作用仅限于请求新的编解码模式，目的是进行编解码器模式适应以根据传输条件保持高质量（参见[0026]）。这与目标专利中“使用带内信令交换控制信号”的作用本质不同。目标专利的带内信令用于在兼容站点之间建立“管道”，以交换各种控制信息和数据（如触发应用、选择新声码器、交换传感器数据等），而无需基础设施改变（参见[0039], [0060], [0072]）。对比文件的带内信令（CMR）是实现标准VoIP通信中编解码器速率适配的常规机制，并未公开用于建立端到端管道以交换广义控制信号和数据的“能力确定”方法。因此，本领域技术人员不能从对比文件中毫无疑义地得出或合理推断出目标专利特征A的技术方案。 |
| **B.** 其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。 <br>**判断：未公开** | 无相关描述。 | 对比文件全文未提及“水印（watermark）”技术。目标专利中，施加水印是一种特定的探测兼容性站点的方法（参见[0091]）。对比文件完全未公开通过水印来确定站点带内信令能力的技术手段。 |
| **C.** 其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。 <br>**判断：未公开** | 无相关描述。 | 如特征B所述，对比文件未公开水印技术，因此自然也未公开水印被解释为带内信号的后续技术特征。 |
| **D.** 其中所述第一站点是移动站点。 <br>**判断：隐含公开** | [0021] When referred to hereafter, the terminology "WTRU" includes but is not limited to a UE, a mobile station (STA), a fixed or mobile subscriber unit, a pager, or any other type of device capable of operating in a wireless environment. | 对比文件通篇描述在无线通信网络（如3GPP网络）中支持VoIP服务，其通信端点明确为WTRU（无线发射/接收单元），其中包含移动站点（mobile station）（参见[0021]）。因此，本领域技术人员阅读对比文件后，能够合理推断出参与VoIP呼叫的站点（第一站点）可以是移动站点。尽管对比文件中的“站点”主要用于VoIP通信，而目标专利的“站点”特指能使用带内信令管道进行增强通信的实体，但根据宽松的隐含公开判断标准，移动站点这一属性本身已被公开。 |
| **E.** 使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。 <br>**判断：未公开** | [0026] The CMR may be sent as in-band signaling with a VoIP packet. | 对比文件仅公开了在VoIP包中发送CMR作为带内信令，该CMR是用于请求改变编解码器模式的特定控制信息（参见[0026], [0027]）。对比文件未公开使用带内信道交换更广泛的“控制信息和数据”，尤其未公开交换来自传感器（如近程传感器、心率监视器等）的数据。目标专利明确将交换传感器数据作为带内信令管道的一种应用（参见[0008], [0096]）。对比文件的技术方案聚焦于优化VoIP传输的可靠性和效率（如分片、错误保护），未涉及通过带内信令交换传感器数据以实现应用增强。因此，该特征未被公开。 |
| **F.** 使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 <br>**判断：未公开** | [0026] The CMR may be sent as in-band signaling with a VoIP packet. <br>[0028] The controller 220 detects a change of the radio conditions and sends a signal to the VoIP codec 202 to adjust the codec rate. | 对比文件公开的带内信令（CMR）是VoIP通信协议的一部分，用于调整编解码器速率。网络侧（如控制器220）需要感知并处理CMR以调整编码速率（参见[0028]），这意味着该信息并非对基础设施“透明”。目标专利强调交换的装置信息（如手持机卖主ID、芯片组ID等）对基础设施透明，即无需网络升级或干预（参见[0039], [0046]）。对比文件未公开此类透明交换装置信息的技术方案。 |
| **G.** 其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 <br>**判断：未公开** | 无相关描述。 | 对比文件全文未提及任何传感器，包括近程传感器、定向传感器或心率监视器。 |
| **H.** 其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 <br>**判断：未公开** | 无相关描述。 | 对比文件未描述任何用于确定对方站点是否具备带内信令能力的“探测信号”机制。目标专利的探测信号是专门设计用于兼容性探测的带内信号（参见[0040], [0041], [0060]）。对比文件的带内信令（CMR）用于编解码器模式请求，并非用于探测。 |
| **I.** 其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 <br>**判断：未公开** | 无相关描述。 | 如特征H所述，对比文件未公开探测信号。同样，对比文件也未公开从对方站点接收“带内确认信号”以确认兼容性的交互过程。目标专利中探测与确认的交互是建立带内信令管道的关键步骤（参见[0044], [0060]）。 |
| **J.** 其进一步包括周期性发射所述带内探测信号持续有限时间量。 <br>**判断：未公开** | 无相关描述。 | 对比文件未公开带内探测信号，因此也未公开其周期性发射持续有限时间量的特征。 |
| **K.** 其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 <br>**判断：未公开** | [0026] The CMR may be sent as in-band signaling with a VoIP packet. | 对比文件公开的带内信号（CMR）是标准VoIP包的一部分，传统解码器（不能使用目标专利所述带内信令的站点）能够并预期接收该CMR作为有效包内容，以进行编解码器模式适应。这与目标专利中探测信号专门设计为不被传统解码器作为有效包接收的要求(a)相反（参见[0041]）。此外，对比文件未涉及通过接收确认信号来确定“发射路径为转码免除的”这一概念，转码免除（TrFO）是目标专利实现带内信令管道的重要前提（参见[0032], [0041]）。因此，该特征未被公开。 |
| **L.** 其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 <br>**判断：未公开** | [0026] The CMR may be sent as in-band signaling with a VoIP packet. <br>[0027] To perform mode adaptation, a decoder sends a codec mode request (CMR) to an encoder of a communication peer for a new mode that the decoder prefers. | 对比文件公开的带内信令（CMR）用于“选择新声码器类型”（即编解码器模式）。然而，目标专利中“选择新声码器类型”是在不改变基础设施的情况下，通过端到端带内信令管道实现的增强服务之一（参见[0039], [0072]）。对比文件中CMR的使用是标准VoIP通信中编解码器速率适配的一部分，并非独立于基础设施的增强服务。更重要的是，对比文件完全没有公开“触发应用程序”或“产生系统声音、事件或通知”这些应用层交互功能。因此，对比文件仅部分公开了“选择新声码器类型”的概念，但实现背景、目的和作用均不相同，不能认为公开了特征L的整体技术方案。 |
| **M.** 其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 <br>**判断：未公开** | 无相关描述。 | 对比文件未描述任何确定对方站点是否具备使用带内信令（进行如目标专利所述的广义信息交换）能力的过程。其带内信令（CMR）的使用是预设的协议功能，无需事先探测对方能力。 |
| **N.** 其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 <br>**判断：未公开** | 无相关描述。 | 对比文件未公开交换如目标专利所述的“装置信息”（如卖主ID、操作系统版本等，参见[0007]），因此也未公开基于此类信息控制站点设置的技术特征。对比文件中控制器基于无线条件调整编解码器速率（[0028]），这与基于交换的装置信息控制设置不同。 |
| **O.** 其中所述装置信息包括可行动信息。 <br>**判断：未公开** | 无相关描述。 | 对比文件未公开“可行动信息”的概念。目标专利的可行动信息指能触发远程动作（如选择声码器、影响语音增强算法、触发应用）的信息（参见[0046], [0074]）。 |
| **P.** 其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 <br>**判断：隐含公开** | [0026] The CMR may be sent as in-band signaling with a VoIP packet. <br>[0027] To perform mode adaptation, a decoder sends a codec mode request (CMR) to an encoder of a communication peer for a new mode that the decoder prefers. | 对比文件明确公开了通过带内信令（in-band signaling）发送编解码器模式请求（CMR），以选择新的编解码器模式（即声码器类型）（参见[0026], [0027]）。虽然对比文件未明确强调“不对基础设施作出改变”，但其描述的机制是端到端的（从解码器到编码器）。根据宽松的隐含公开判断标准，本领域技术人员可以从对比文件公开的“通过带内信令发送CMR以选择新编解码模式”这一技术手段，合理推断出该手段可以用于实现“选择新声码器类型”这一目的。尽管上下文和目标专利不完全相同（对比文件是标准VoIP速率适配，目标专利是增强服务），但“通过带内信令选择声码器类型”这一具体技术方案已被隐含公开。 |
| **Q.** 其中所述第二站点为移动站点。 <br>**判断：隐含公开** | [0021] When referred to hereafter, the terminology "WTRU" includes but is not limited to a UE, a mobile station (STA), a fixed or mobile subscriber unit, a pager, or any other type of device capable of operating in a wireless environment. | 同特征D，对比文件中的通信端点（WTRU）包括移动站点。因此，本领域技术人员能够合理推断出与第一站点通信的第二站点也可以是移动站点。根据宽松的隐含公开判断标准，该特征被隐含公开。 |
| **R.** 其中所述第一站点为针对所述语音呼叫的终端站点。 <br>**判断：未公开** | 无相关描述。 | 对比文件在描述带内信令（CMR）时，仅提及“解码器发送CMR到编码器”，并未区分该操作发生在呼叫的发起站点还是终端站点（参见[0027]）。未公开第一站点特定为“终端站点”的技术特征。 |
| **S.** 其中所述第一站点为针对所述语音呼叫的发起站点。 <br>**判断：未公开** | 无相关描述。 | 理由同特征R，对比文件未公开第一站点特定为“发起站点”的技术特征。 |
| **T.** 其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。 <br>**判断：未公开** | [0029] The controller 220 may send a CMR to an encoder, (i.e., VoIP codec of transmitting end), as an out-of-band signal. | 对比文件提到了“带外（out-of-band）信号”，但该信号是从控制器220发送到编码器（VoIP编解码器）的，用于调整编码速率（参见[0029]）。这是网络或设备内部控制层面（控制器到编解码器）的带外指示，并非目标专利所述的在两个对等通信站点（第一站点与第二站点）之间“交换装置信息”的OOB接口或管道。目标专利的OOB接口（如蓝牙、WLAN）用于站点间直接交换信息（参见[0079]）。两者作用和技术方案不同。因此，该特征未被公开。 |
| **U.** 设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 <br>**判断：未公开** | 无相关描述。 | 对比文件未公开在两个通信站点之间建立用于交换装置信息的“OOB管道”。 |
| **V.** 其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 <br>**判断：未公开** | 无相关描述。 | 对比文件未公开使用OOB接口发送探测信号以确定对方站点能力的技术特征。 |
| **W.** 其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 <br>**判断：未公开** | 无相关描述。 | 对比文件未公开使用OOB接口在两个站点之间交换“可行动信息”。其提到的带外信号是控制器内部的速率调整指示。 |
<<<d>>><<<q>>><<<p>>>