对比文件名称：2010-10-20_EP2127412B_发明授权_EP2127412B1 TECHNIQUE FOR CONTROLLING ESTABLISHMENT OF A TANDEM-FREE TRANSCODER OPERATION
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。 **判断结果**：未公开 | 无 | 目标专利中，确定站点能够使用带内信令交换控制信号，是用于建立端到端管道以传递可行动信息（如触发应用、选择声码器等）的前提，其核心在于站点本身具有“特殊”能力，能使用带内信令作为管道。对比文件公开了在TFO（汇接免除操作）建立过程中，两个编解码器单元（如TRAU或MGW）之间使用基于TS 28.062的带内信令（如TFO_REQ, TFO_TRANS消息）来协商编解码器列表（TCL）[0003], [0006], [0051]。然而，这种信令是网络基础设施（编解码器单元）之间用于协商和建立TFO操作的标准协议过程，其作用是为了避免网络中的转码，提高语音质量。这与目标专利中由站点（如移动装置）主动确定彼此是否具备使用带内信令作为应用层数据管道的能力，目的和作用完全不同。对比文件未公开由站点（而非网络编解码器单元）来确定彼此能否使用带内信令交换控制信号。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。 **判断结果**：未公开 | 无 | 目标专利说明书[0091]-[0093]明确描述了使用水印作为探测技术的替代方案，水印应用于语音包，可由兼容站点解释为带内信号。对比文件全文仅涉及基于3GPP TS 28.062标准的TFO带内信令协议（如特定的TFO消息和配置帧），完全没有提及任何形式的水印技术。因此，该技术特征未被公开。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。 **判断结果**：未公开 | 无 | 如特征B所述，对比文件未公开水印技术，因此自然也未公开水印被解释为带内信号的技术方案。 |
| **技术特征D**：其中所述第一站点是移动站点。 **判断结果**：隐含公开 | “speech is conveyed between mobile devices 12 and 14 via transcoder units 16 and 18”（图1和对应描述）[0031] | 目标专利中的“站点”明确包括移动站点（如移动装置110, 180）。对比文件背景技术[0002]及具体实施方式[0031]描述了移动设备（mobile devices）之间通过编解码器单元进行通信的场景。虽然对比文件的核心发明点在于编解码器单元之间的信令交互，但移动设备作为通信的端点（发起方和终止方）是隐含存在的。本领域技术人员阅读对比文件后，能够毫无疑义地理解所描述的通信场景涉及移动站点。因此，该特征被隐含公开。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。 **判断结果**：未公开 | 无 | 目标专利中，通过带内信道交换的控制信息和数据内容丰富，包括触发应用、产生通知、选择声码器，特别还包括来自传感器（如近程、心率传感器）的数据[0100], [0102]。对比文件中，通过带内信道（PCM链路中的TFO信道）交换的信息仅限于与编解码器协商相关的信令，如本地使用编解码器（LUC）、编解码器列表（TCL）、配置帧（GCF）等[0006], [0007], [0021]。其作用是优化网络编解码器选择以建立TFO，不涉及在端站点之间交换传感器数据或应用层控制信息。因此，该特征未被公开。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 **判断结果**：未公开 | “TFO will be established in case the speech codecs used over the air interfaces are identical or at least compatible with each other. ... each transcoder unit receives speech frames via its air interface and forwards them without transcoding ... to its TFO partner”[0004]; “The IPE will from then on pass the respective bits in the PCM frames transparently.”[0006] | 目标专利中，“装置信息”包括手持机卖主ID、芯片组ID、操作系统版本等[0007]，且其交换对基础设施（网络）透明。对比文件中，TFO信令（如TFO_TRANS消息、配置帧）确实对路径中的设备（IPE）是透明的，IPE会被设置为透明模式以让信令通过[0006], [0052]。然而，对比文件中交换的信息是编解码器能力列表（TCL），其目的是供网络编解码器单元选择共同的编解码器以建立TFO[0007], [0062]。这不是目标专利所定义的“装置信息”（即关于设备制造商、操作系统等标识信息）。虽然“对基础设施透明”这一抽象概念在两者中均有体现，但所交换信息的性质、内容和目的截然不同。因此，该特征未被公开。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 **判断结果**：未公开 | 无 | 对比文件全文未提及任何类型的传感器，更未提及近程传感器、定向传感器或心率监视器。因此，该特征未被公开。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 **判断结果**：未公开 | “For establishing TFO, the two transcoder units have to initiate a TFO in-band negotiation procedure. Each of the transcoder units indicates its locally used speech codec ... to the TFO partner.”[0006] | 目标专利中使用“探测信号”（probe signal）来探测对方站点是否兼容（即是否为“特殊”站点）[0040], [0043]。对比文件中，编解码器单元通过发送包含本地使用编解码器（LUC）的TFO请求消息（如TFO_REQ）来发起TFO协商[0006], [0051]。虽然这也是通过带内信令发起一个过程，但其作用是通知对方本地编解码器类型以判断是否匹配，是标准TFO建立流程的一部分，而非目标专利中用于发现对方是否具备使用带内信令作为应用数据管道能力的“探测”机制。目的和作用不同。因此，该特征未被公开。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 **判断结果**：未公开 | “If the codecs are at least compatible to each other, TFO will be established ... The establishment procedure comprises exchanging transparent mode messages...”[0006]; 消息交换序列，例如TFO_REQ, TFO_TRANS, CON_REQ, CON_ACK等（图5）[0051] | 目标专利描述了完整的探测与确认握手过程：发送探测信号，接收确认信号，从而确定对方站点兼容且路径无转码[0040], [0043], [0060]。对比文件描述了编解码器单元之间为建立TFO而进行的多种消息交换，例如TFO_REQ、TFO_TRANS、配置帧（CON_REQ/CON_ACK）等[0051]。然而，这些消息交换的目的是协商编解码器列表和设置透明模式，以在网络层面建立TFO操作，并非用于确认对方端点具备将带内信令用作通用控制信息管道的能力。两者流程的目的和确认的内容不同。因此，该特征未被公开。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。 **判断结果**：未公开 | 无 | 目标专利为了最小化对传统用户的影响，会周期性发射探测信号并设置计时器[0010], [0040], [0060]。对比文件中未描述任何周期性发射探测信号或类似信号持续有限时间的操作。TFO信令消息的发送是基于协议流程，而非周期性的探测。因此，该特征未被公开。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 **判断结果**：未公开 | “TFO will be established in case the speech codecs used over the air interfaces are identical or at least compatible with each other.”[0004]; “Any in-path equipment (IPE) in the call path ... has to be removed from the path (or made transparent), because it may destroy the TFO control signalling”[0005] | 目标专利强调其带内信号设计具有双重特性：对传统站点透明（不被当作有效包），但对兼容站点则可靠地指示路径无转码且对方兼容[0009]。对比文件中，TFO信令也需要对路径设备（IPE）透明以避免被破坏[0005]，但其根本目的是建立网络级的TFO操作，其成功建立（状态OPERATION）本身就意味着路径是转码免除的，并且双方编解码器单元支持TFO协议[0004]。然而，这种“确定”是TFO协议标准流程的结果，并非基于如目标专利所述的、专门设计的、用于区分传统站点和兼容站点的特殊带内探测/确认信号。信号设计的目的和所确定的“能力”层面不同。因此，该特征未被公开。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 **判断结果**：未公开 | “TFO codec lists (TCLs) may be exchanged for (further) codec optimization.”[0007]; “configuration frames ... comprises signalling data, in particular the TCL of the sending transcoder unit.”[0015] | 目标专利中，通过带内信令交换的控制信息和数据可用于多种应用层操作，如触发应用、产生通知、选择新声码器类型[0005], [0072]。对比文件中，通过带内信令（配置帧）交换的编解码器列表（TCL）仅用于选择双方兼容的编解码器以优化语音通信[0007], [0062]。虽然“选择新声码器类型”在字面上与“选择编解码器”有相似之处，但目标专利的选择是在端站点之间直接进行，且对基础设施透明；而对比文件中的选择是网络编解码器单元根据TCL进行的，是TFO协议的一部分，属于基础设施功能。此外，对比文件完全没有提及触发应用程序、产生系统声音、事件或通知等应用层功能。因此，该特征未被公开。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 **判断结果**：未公开 | 无 | 该特征与技术特征A、H、I实质相关，都是关于确定对方站点使用带内信令交换信息的能力。如前述论述，对比文件未公开由站点（移动设备）来确定对方站点是否具备使用带内信令作为管道的能力。网络编解码器单元之间基于TFO协议的互操作是预设的网络功能，不涉及对端点“能力”的此种确定。因此，该特征未被公开。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 **判断结果**：未公开 | “In further procedures both sides may now decide, based on the TCLs, on a common compatible codec pair for establishing TFO in operational mode.”[0054] | 目标专利中，基于交换的装置信息（如对方设备能力、传感器数据）可以控制本地或远程站点的各种设置，如噪声抑制、音量等[0008], [0097]-[0102]。对比文件中，基于交换的TCL，编解码器单元可以选择一个共同的兼容编解码器对，从而“控制”了后续通信所使用的编解码器设置[0054]。然而，这种“控制”仅限于网络语音编解码器的选择，是TFO协议的核心功能，与目标专利中基于丰富的装置信息（非仅限于编解码器列表）来控制端设备的各种音频处理或应用设置，在控制对象、依据的信息内容和范围上均有本质区别。因此，该特征未被公开。 |
| **技术特征O**：其中所述装置信息包括可行动信息。 **判断结果**：未公开 | 无 | 目标专利中，“可行动信息”（actionable information）是一个核心概念，指可以通过带内信令交换并用于触发行动（如控制设置、启动应用）的信息[0046], [0073]。对比文件中未出现“可行动信息”这一概念，其交换的TCL等信息用于网络编解码器协商，并非旨在由端站点直接解释并触发多样化的行动。因此，该特征未被公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 **判断结果**：未公开 | “TFO codec lists (TCLs) may be exchanged for (further) codec optimization.”[0007] | 如特征L和O所述，目标专利的“可行动信息”包含选择新声码器类型，且强调对基础设施透明。对比文件交换TCL也是为了选择编解码器。虽然目的有相似之处（选择编解码器），但实现层面和性质不同：目标专利是在端到端、对网络透明的层面进行；对比文件是在网络编解码器单元之间、作为TFO协议的一部分进行。且“可行动信息”这一上位概念未被公开，其下位具体应用“选择新声码器类型”虽在目的上有重叠，但实现机制和上下文不同，不能视为公开了该技术特征。 |
| **技术特征Q**：其中所述第二站点为移动站点。 **判断结果**：隐含公开 | 同特征D引用[0031]。 | 理由同特征D。对比文件描述的通信场景涉及两个移动设备（mobile devices），因此第二站点为移动站点可以被本领域技术人员合理推断。该特征被隐含公开。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。 **判断结果**：隐含公开 | “speech is conveyed between mobile devices 12 and 14”[0031]；在呼叫中，一个移动设备为发起方，另一个为终止方（终端站点）。 | 目标专利中，站点可以是呼叫的终端站点（Terminating Side）[0040]。对比文件描述了两个移动设备之间的通信，在一个具体的呼叫实例中，必然有一个设备是发起呼叫的“发起站点”，另一个是接收呼叫的“终端站点”。本领域技术人员能够理解移动设备可以扮演终端站点的角色。因此，该特征被隐含公开。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。 **判断结果**：隐含公开 | 同特征R引用及推理。 | 理由同特征R。在一个具体的呼叫实例中，必然有一个设备是发起呼叫的“发起站点”。本领域技术人员能够理解移动设备可以扮演发起站点的角色。因此，该特征被隐含公开。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。 **判断结果**：未公开 | 无 | 目标专利中提及了使用带外（OOB）接口作为带内信令的替代或补充，用于交换信息[0005], [0079]。对比文件全文仅涉及带内信令（in-band signalling），未提及任何形式的带外（OOB）接口或信令。因此，该特征未被公开。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 **判断结果**：未公开 | 无 | 如特征T所述，对比文件未涉及OOB接口，因此自然也未公开设定OOB管道。该特征未被公开。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 **判断结果**：未公开 | 无 | 如特征T所述，对比文件未涉及OOB接口，因此未公开任何与OOB接口相关的探测。该特征未被公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 **判断结果**：未公开 | 无 | 如特征T所述，对比文件未涉及OOB接口，因此未公开使用OOB接口交换信息。该特征未被公开。 |
<<<d>>><<<q>>><<<r>>><<<s>>>