对比文件名称：2007-09-19_EP1834495A_发明公开_EP1834495A1 METHOD AND APPARATUS FOR OPTIMISING THE SENDING OF TONES_ANNOUNCEMENTS DURING TANDEM-FREE OPERATION (TFO)
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
本次调用模型名称：DeepSeek-R1
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号，《直接公开》 | [p0012] “TFO operation must be negotiated by TFO partners (TRAUs and TCs)... The TFO partners must establish that the call is mobile-to- mobile and that both mobile terminals are utilising the same codec.” <br> [p0013] “The Initial TFO protocol negotiation then starts between the TFO partners, with TFO messages being inserted in the LSBs of the PCM stream data bytes... Then the TFO protocol partners exchange information about their codec types and configurations by means of TFO-REQ and TFO-ACK messages.” | 对比文件公开了在语音呼叫（移动终端间呼叫）期间，TFO合作伙伴（可对应于第一和第二站点）之间通过交换TFO-REQ和TFO-ACK等消息（即带内信令，因其插入在PCM流的LSB中）来协商TFO操作，这本质上是交换控制信号以确定和建立彼此兼容的操作模式。该过程发生在呼叫建立后的语音通信期间，与目标专利中“在语音呼叫期间使用带内信令交换控制信号”的作用相同，均是用于探测和确认双方的兼容性/能力。因此，本领域技术人员能够毫无疑义地得出该技术特征。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号，《未公开》 | 无相关原文引用。 | 对比文件全文未提及“水印（watermark）”技术。对比文件用于探测和协商TFO能力的方式是发送明确的TFO协议消息（如TFO-FILL, TFO-REQ）和Keep_Open_Indication信号，这些是专用的、显式的信令比特或消息，而非施加在语音包上、需由接收方解释的隐含标记（水印）。本领域技术人员无法从对比文件中推理出使用水印进行能力确定的技术方案。因此，该技术特征未被直接公开或隐含公开。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号，《未公开》 | 无相关原文引用。 | 由于对比文件未公开“水印”技术（特征B），因此依赖于水印被解释为带内信号的该特征也未被公开。 |
| **技术特征D**：其中所述第一站点是移动站点，《直接公开》 | [p0005] “Considering a typical Global System for Mobile communications (GSM) call connection scenario involving a mobile-to-mobile call...” <br> [p0012] “...both mobile terminals are utilising the same codec.” | 对比文件明确描述了涉及“移动终端到移动终端（mobile-to-mobile）”呼叫的场景，并多次提及“移动终端（mobile terminals）”。因此，参与TFO协商的站点（TFO partners所服务的端点）是移动站点，这被直接公开。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据，《未公开》 | [p0013] “...TFO messages being inserted in the LSBs of the PCM stream data bytes... exchange information about their codec types and configurations...” | 对比文件公开了使用PCM流的LSB作为带内信道交换控制信息（如编解码器类型和配置）。然而，对比文件交换的“数据”仅限于与TFO操作本身相关的网络和编解码器信息（如[p0013]的编解码器类型），并未提及交换来自任何传感器（如近程传感器、心率监视器等）的数据。目标专利中交换传感器数据是为了实现应用层的增强功能，这与对比文件中仅为建立和维护TFO连接而交换网络参数的作用不同。因此，该技术特征未被公开。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。《隐含公开》 | [p0012] “The TFO partners must establish that the call is mobile-to- mobile and that both mobile terminals are utilising the same codec.” <br> [p0013] “...TFO protocol partners exchange information about their codec types and configurations...” | 对比文件公开了TFO合作伙伴交换“编解码器类型和配置（codec types and configurations）”信息，这属于装置能力信息的一种。为了使TFO成功建立，这些信息需要在TFO合作伙伴之间端到端传递，而对路径中的In-Path Equipment (IPE)保持透明（即IPE需被设置为透明模式以让TFO消息和帧通过，见[p0013]）。本领域技术人员可以合理推断，这种在带内信道中交换的、对中间网络设备（基础设施）透明的编解码器信息，构成了“对基础设施透明的装置信息”。因此，该技术特征被隐含公开。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。《未公开》 | 无相关原文引用。 | 对比文件未提及任何传感器，更未具体公开近程传感器、定向传感器或心率监视器。因此，该技术特征未被公开。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。《直接公开》 | [p0013] “First up to three TFO-FILL messages are sent to pre-synchronize potential IPEs into a transparent mode for TFO_Messages. Then the TFO protocol partners exchange information about their codec types and configurations by means of TFO-REQ and TFO-ACK messages.” | 对比文件公开了在TFO初始协商阶段，首先发送TFO-FILL消息，然后交换TFO-REQ和TFO-ACK消息。TFO-FILL消息用于预同步IPE，TFO-REQ用于请求建立TFO连接，这些消息都是通过带内信道（PCM LSB）发送的，其作用正是探测路径透明性并启动能力协商，以确定对方（第二站点）是否能够支持TFO（一种带内信令操作）。这与目标专利中发送探测信号以确定对方能力的作用相同。因此，该技术特征被直接公开。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。《直接公开》 | [p0013] “Then the TFO protocol partners exchange information about their codec types and configurations by means of TFO-REQ and TFO-ACK messages.” | 对比文件明确公开了TFO合作伙伴通过发送TFO-REQ消息（可视为带内探测信号）和接收TFO-ACK消息（可视为带内确认信号）来交换信息。这个过程正是用于协商和确认双方能否建立TFO连接（即使用带内信令交换信息）。因此，该技术特征被直接公开。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。《隐含公开》 | [p0017] “The distant TFO partner will immediately detect the loss of TFO_Frame synchronisation and after a short while (about 40ms) will start to use the received PCM signal... The distant partner will stop sending TFO frames in the reverse direction...” <br> [p0043] “After the third missing TFO frame towards the distant side, the distant TFO partner will enter into the “Sync_Lost” state... this TFO partner will proceed into the “Continuous_Retry” state and later ends up in “Periodic_Retry” state.” | 对比文件描述了在TFO连接中断（如因播放提示音）后，远端TFO合作伙伴会进入“Periodic_Retry”（周期性重试）状态。虽然这不是初始探测，但该状态表明在连接恢复尝试阶段，站点会周期性地尝试重新发送信令以重建连接，这是一种在有限时间内（直到连接恢复或放弃）的周期性发射行为。本领域技术人员可以基于此机制合理推断，在初始能力探测阶段，也有可能采用类似的周期性发射探测信号持续有限时间的策略，以确保探测的可靠性同时避免无限期干扰。根据宽松的隐含公开判断标准，该特征被隐含公开。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。《隐含公开》 | [p0011] “TFO uses the principle that a number of least significant bits of PCM speech samples of the network coded data can be “stolen” to provide an in-band channel for transporting the radio interface coded (AMR or EFR) data.” <br> [p0013] “TFO partners exchange information about their codec types and configurations... If the codec types and configurations are compatible the TFO connection will be established.” <br> [p0017] “The distant TFO partner will immediately detect the loss of TFO_Frame synchronisation... resulting in a breakdown in the TFO connection...” | (a) 对比文件公开的TFO帧/消息是嵌入在PCM样本最低有效位（LSB）中的，对于传统的不支持TFO的设备（如标准PCM处理设备），这些被“窃取”的比特可能被视为无意义的噪声或不被处理，从而不会作为有效语音包被正确接收。(b) 对比文件公开了TFO连接的建立前提是编解码器类型兼容，且路径是TFO透明的（即免除转码）。成功交换TFO-REQ和TFO-ACK并建立TFO连接，本身就意味着发射路径支持TFO帧传输（即转码免除），且对方站点能够使用带内信令（TFO）交换信息。本领域技术人员可以合理推断，当第一站点收到来自第二站点的TFO确认信号（如TFO-ACK）时，即可确定路径支持TFO（转码免除）且对方具备能力。因此，该技术特征被隐含公开。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。《未公开》 | [p0013] “exchange information about their codec types and configurations...” | 对比文件中交换的控制信息和数据（如编解码器类型）仅用于建立和维护TFO连接本身，以确保语音质量。其并未公开利用这些信息在应用层“触发应用程序”、“产生系统声音、事件或通知”。虽然涉及“编解码器类型”，但这是在呼叫建立初期协商确定的，并非在呼叫中途“选择新声码器类型”。目标专利的该特征旨在实现高层应用和服务增强，与对比文件聚焦于底层连接优化的作用不同。因此，该技术特征未被公开。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。《直接公开》 | [p0012] “TFO operation must be negotiated by TFO partners...” <br> [p0013] “Then the TFO protocol partners exchange information about their codec types and configurations by means of TFO-REQ and TFO-ACK messages.” | 该特征是特征A和H/I的具体体现和必然步骤。对比文件公开的TFO协商过程，即通过交换TFO-REQ和TFO-ACK消息，其根本目的就是为了在第一站点（本地TFO伙伴）处确定第二站点（远端TFO伙伴）是否能够使用TFO（一种带内信令）进行通信和信息交换。因此，该技术特征被直接公开。 |
| **技术特征N**：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。《未公开》 | [p0013] “If the codec types and configurations are compatible the TFO connection will be established.” | 对比文件公开了基于交换的编解码器信息（装置信息），在兼容时建立TFO连接。这可以视为一种对“连接模式”的设置控制。然而，目标专利说明书（如[0008], [0101]段）明确该特征是指控制音频质量相关设置（如噪声抑制、音量）或触发应用。对比文件中的“控制”仅限于网络层面启用TFO模式，而非对终端设备本身功能或应用设置的动态控制。两者作用不同。因此，该技术特征未被公开。 |
| **技术特征O**：其中所述装置信息包括可行动信息。《隐含公开》 | [p0013] “TFO protocol partners exchange information about their codec types and configurations... If the codec types and configurations are compatible the TFO connection will be established.” | 对比文件中交换的编解码器类型和配置信息，是用于指导是否以及如何建立TFO连接的直接依据。这些信息一旦被接收，就会导致接收方采取具体的行动（如配置自身进入TFO操作模式），因此属于“可行动信息”。本领域技术人员可以合理推断这一点。因此，该技术特征被隐含公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。《未公开》 | [p0013] “exchange information about their codec types and configurations...” | 对比文件中交换编解码器信息是为了确认双方使用的是相同的、兼容的编解码器，从而建立TFO连接。其目的是“确认”或“协商一致”，而非在已建立的呼叫中“选择”一个与当前不同的“新”声码器类型。目标专利该特征强调在呼叫过程中动态选择新声码器类型以增强服务，这与对比文件的作用不同。因此，该技术特征未被公开。 |
| **技术特征Q**：其中所述第二站点为移动站点。《直接公开》 | [p0005] “Considering a typical Global System for Mobile communications (GSM) call connection scenario involving a mobile-to-mobile call...” <br> [p0012] “...both mobile terminals are utilising the same codec.” | 同特征D，对比文件明确描述了移动终端到移动终端的呼叫场景。因此，作为通信另一方的第二站点也是移动站点，这被直接公开。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。《未公开》 | 无相关原文引用。 | 对比文件在描述TFO协商过程时，将通信双方称为“TFO partners”、“local TFO partner”和“distant TFO partner”，并未从呼叫建立信令流程的角度区分“发起站点（Originating）”和“终端站点（Terminating）”。因此，无法确定第一站点是终端站点。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。《未公开》 | 无相关原文引用。 | 同上，对比文件未区分呼叫的发起端和终端。因此，无法确定第一站点是发起站点。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。《未公开》 | 无相关原文引用。 | 对比文件全文仅涉及利用PCM流中的带内信道（LSB）进行TFO信令和数据传输，未提及任何带外（OOB）接口或使用OOB接口交换信息。因此，该技术特征未被公开。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。《未公开》 | 无相关原文引用。 | 对比文件未提及任何带外（OOB）管道或链路的建立。因此，该技术特征未被公开。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。《未公开》 | 无相关原文引用。 | 由于对比文件未公开OOB接口（特征T、U），因此与之相关的使用探测信号确定OOB能力的特征也未被公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。《未公开》 | 无相关原文引用。 | 对比文件未公开使用OOB接口交换信息。因此，该技术特征未被公开。 |
<<<A>>><<<D>>><<<H>>><<<I>>><<<M>>><<<Q>>><<<f>>><<<j>>><<<k>>><<<o>>>