对比文件名称：2005-01-19_EP1498000A_发明公开_EP1498000A1 BYPASSING TRANSCODING OPERATIONS IN A COMMUNICATION NETWORK
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：DeepSeek最新版本模型
特征比对表格：
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A《直接公开》 | 对比文件说明书[p0053]：“In such an operational mode the individual transcoders A and B are still present in the signal path between the terminals A and B, but their respective transcoding functions are bypassed.”；[p0054]：“Before TFO is activated, the transcoders A and B exchange conventional PCM speech samples... Once TFO is activated, the transcoders A and B exchange TFO frames carrying compressed speech and in-band signaling.”；[p0060]：“At the beginning of the TFO negotiation the local TRAU sends a so-called TFO_REQ message... If the distant TC supports TFO, it will answer by a so-called TFO_ACK message.” | 目标专利中“确定第一站点能够在语音呼叫期间使用带内信令与第二站点交换控制信号”的核心在于通过带内信令的交换来确定两个站点（终端）是否兼容并可以建立管道。对比文件公开了在呼叫建立后，两个终端（站点）通过其各自的转码器（TRAU/TC）交换携带带内信令的TFO帧（如TFO_REQ、TFO_ACK消息），以协商并建立TFO（免转码操作）连接。这个过程本身就包含了“确定”两个终端（站点）能够使用带内信令进行通信（交换控制信号）的步骤。因此，该技术特征被对比文件直接公开。 |
| 技术特征B《未公开》 | 无 | 目标专利说明书中明确提及“水印”作为探测站点兼容性的一种替代技术手段（参见说明书[0005], [0090]-[0093]），并具体限定了“向语音包施加水印”来确定对方能力。对比文件全文均未提及“水印（watermark）”技术。其探测和协商机制完全基于特定的TFO消息格式（如TFO_REQ、TFO_ACK）在带内信道中传输。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出使用“水印”技术来实现所述确定功能的技术方案。因此，该技术特征未被公开。 |
| 技术特征C《未公开》 | 无 | 技术特征C是技术特征B的进一步限定，依赖于“水印”这一特定技术手段。由于对比文件未公开“水印”，因此自然也未曾公开“水印被解释为带内信号”这一后续行为。该技术特征未被公开。 |
| 技术特征D《直接公开》 | 对比文件说明书[p0053]：“The subscriber units depicted in Fig. 1 may be mobile terminals or fixed site terminals.”；[p0056]：“On the 3G side a user equipment (UE)...”。 | 目标专利中限定“第一站点是移动站点”。对比文件中的通信终端明确包括移动终端（mobile terminals）或用户设备（UE），这些都是移动站点的具体示例。因此，该技术特征被对比文件直接公开。 |
| 技术特征E《部分公开》 | 对比文件说明书[p0054]：“Once TFO is activated, the transcoders A and B exchange TFO frames carrying compressed speech and in-band signaling.”；[p0062]-[p0066]：描述了TFO_REQ/TFO_ACK等消息中包含系统标识、本地签名、使用的编解码器类型、支持的编解码器列表、TFO协议版本等信息。 | 该技术特征包含两部分：1) 使用带内信道交换控制信号（包括控制信息和数据）；2) 数据包括来自至少一个传感器的数据。对比文件公开了第一部分：使用带内信令（TFO帧）交换控制信息，例如当前使用的编解码器类型、支持的编解码器列表、协议版本等（参见[p0062]-[p0066]）。这些信息属于“控制信息和数据”。然而，对比文件完全没有提及任何“传感器”，也未公开交换来自传感器的数据（如近程、定向、心率等）。因此，对比文件仅部分公开了该技术特征，且未公开涉及传感器的核心限定部分。 |
| 技术特征F《直接公开》 | 对比文件说明书[p0053]：“the TFO protocol is fully handled and terminated in the transcoders A and B.”；[p0060]：描述了TRAU和TC之间交换TFO_REQ和TFO_ACK消息以协商TFO。 | 目标专利中“装置信息对基础设施透明”意指信息的交换和处理在端点之间进行，无需网络基础设施的干预或改变。对比文件中的TFO协议完全在各自的转码器（TRAU/TC）中处理和终止（[p0053]），转码器代表其连接的终端进行编解码器能力等“装置信息”（如支持的编解码器列表、协议版本）的交换。这种交换是为了在两端之间建立免转码连接，对核心网络（基础设施）是透明的，网络只是传递这些带内消息。因此，该技术特征被对比文件直接公开。 |
| 技术特征G《未公开》 | 无 | 对比文件全文未提及任何“传感器”，更具体地未提及“近程传感器、定向传感器和心率监视器”。该技术特征未被公开。 |
| 技术特征H《直接公开》 | 对比文件说明书[p0060]：“At the beginning of the TFO negotiation the local TRAU sends a so-called TFO_REQ message”。 | 目标专利中“使用带内信令发送探测信号”是确定对方能力的一种方式。对比文件明确公开了在TFO协商开始时，本地转码器（代表第一站点）会发送TFO_REQ消息。TFO_REQ消息是一种用于发起TFO协商、探测对方能力的带内信令消息。因此，该技术特征被对比文件直接公开。 |
| 技术特征I《直接公开》 | 对比文件说明书[p0060]：“At the beginning of the TFO negotiation the local TRAU sends a so-called TFO_REQ message... If the distant TC supports TFO, it will answer by a so-called TFO_ACK message.” | 目标专利描述了完整的探测与确认过程：发射带内探测信号并接收带内确认信号。对比文件明确公开了这一过程：本地发送TFO_REQ（探测信号），如果远端支持TFO，则用TFO_ACK（确认信号）进行应答。因此，该技术特征被对比文件直接公开。 |
| 技术特征J《隐含公开》 | 对比文件说明书[p0060]：“Should the distant TC not answer with a TFO_ACK message... the local TRAU aborts the TFO protocol after having sent several TFO_REQ messages”。 | 目标专利中“周期性发射所述带内探测信号持续有限时间量”是为了在未收到响应时避免无限探测。对比文件虽未明确“周期性”和“有限时间量”这两个词，但描述了在未收到TFO_ACK响应时，本地TRAU会在“发送了几个TFO_REQ消息后（after having sent several TFO_REQ messages）”中止协议。这隐含了探测信号（TFO_REQ）是重复发送的（具有周期性），并且在一个未成功的尝试后会停止（持续有限时间）。本领域技术人员可以合理推断出这种操作模式。因此，该技术特征被对比文件隐含公开。 |
| 技术特征K《隐含公开》 | 对比文件说明书[p0060]：“If the distant TC supports TFO, it will answer by a so-called TFO_ACK message.”；[p0072]：“The supported TFO version and TFO subversion are indicative of the various codec types available to a particular transcoder”；[p0053]：“In such an operational mode ... their respective transcoding functions are bypassed.” | 目标专利描述了特殊站点对特殊带内信号的处理能力，以及该信号设计的两点作用。对比文件公开了：1) 只有支持TFO的TC才会对TFO_REQ作出TFO_ACK响应（对应(a)点，不支持TFO的设备不会有效处理该消息）；2) 成功交换TFO_REQ/TFO_ACK并建立TFO，即意味着转码功能被旁路（bypassed），也就是“发射路径为转码免除的”（对应(b)点部分）；3) 远端发送TFO_ACK这一行为本身就表明其“能够使用带内信令交换信息”（对应(b)点另一部分）。虽然对比文件未使用“经设计使得”的表述，但其描述的TFO协议消息机制实现了相同的技术效果。本领域技术人员能够合理推断出对比文件公开的机制必然包含所述设计目的和效果。因此，该技术特征被对比文件隐含公开。 |
| 技术特征L《直接公开》 | 对比文件说明书[p0080]-[p0089]：描述了通过交换TFO_REQ/TFO_ACK消息（包含协议版本和替代编解码器信息），在“Contact”状态决定并执行从AMR-NB到AMR-WB的“immediate codec type optimization”（立即编解码器类型优化）。 | 目标专利列举了控制信息和数据的几种用途，其中包括“选择新声码器类型”。对比文件的核心内容之一就是通过带内信令（TFO消息）交换编码能力信息，在不改变网络基础设施的情况下，将双方正在使用的编解码器类型从一种（如AMR-NB）协商并切换到另一种更优的类型（如AMR-WB）。这直接公开了“选择新声码器类型”这一用途。因此，该技术特征被对比文件直接公开。 |
| 技术特征M《直接公开》 | 对比文件说明书[p0060]：“At the beginning of the TFO negotiation the local TRAU sends a so-called TFO_REQ message... If the distant TC supports TFO, it will answer by a so-called TFO_ACK message.” | 该技术特征与技术特征A、H、I实质相同，均涉及确定对方是否能够使用带内信令交换信息。如前述，对比文件通过发送TFO_REQ和接收TFO_ACK的过程，公开了在第一站点（本地TRAU所代表的终端）处确定第二站点（远端TC所代表的终端）是否能够使用带内信令（TFO）进行信息交换。因此，该技术特征被对比文件直接公开。 |
| 技术特征N《直接公开》 | 对比文件说明书[p0080]-[p0086]：描述了本地和远端根据交换的编码能力信息（TFO协议版本、支持的编解码器列表），决定并执行将编解码器类型从AMR-NB切换到AMR-WB，从而控制（改变）了站点（终端）的编码设置。 | 目标专利中“基于所交换的装置信息控制站点的设置”。对比文件详细描述了“立即编解码器类型优化”过程：双方基于TFO_REQ/TFO_ACK消息中交换的“装置信息”（如当前编解码器类型、支持的编解码器列表、TFO协议版本），决定切换到共同的更优编解码器（AMR-WB），并据此控制（改变）各自终端（站点）的编码设置。这直接公开了基于交换的装置信息控制站点设置的技术特征。因此，该技术特征被对比文件直接公开。 |
| 技术特征O《直接公开》 | 对比文件说明书[p0084]：“the conditions for immediate codec type optimization...”；[p0085]：“the TFO decision mechanism will indicate that ... a change of the codec type to AMR-WB on both sides is preferable”。 | 目标专利中“装置信息包括可行动信息”。“可行动信息”指能够用于触发某个操作或控制决策的信息。对比文件中交换的编码能力信息（如支持的编解码器列表）被用于“立即编解码器类型优化”的决策，即决定是否以及如何切换编解码器，这些信息就是典型的“可行动信息”。因此，该技术特征被对比文件直接公开。 |
| 技术特征P《直接公开》 | 对比文件说明书[p0080]-[p0089]：描述了通过带内信令（TFO消息）交换信息，在不改变基础设施的情况下，执行从AMR-NB到AMR-WB的编解码器类型选择（优化）。 | 该技术特征是技术特征L和O的具体化。对比文件公开的“立即编解码器类型优化”过程，正是基于带内信令交换的“可行动信息”（编码能力），在不改变网络基础设施的情况下，选择新声码器（编解码器）类型。因此，该技术特征被对比文件直接公开。 |
| 技术特征Q《直接公开》 | 对比文件说明书[p0053]：“The subscriber units depicted in Fig. 1 may be mobile terminals...”；[p0056]：“On the 3G side a user equipment (UE)...”。 | 目标专利中“第二站点为移动站点”。对比文件中的通信终端明确包括移动终端（mobile terminals）或用户设备（UE），因此第二站点可以是移动站点。该技术特征被直接公开。 |
| 技术特征R《未公开》 | 无 | 目标专利中限定第一站点是“终端站点”。对比文件虽然描述了双向的TFO协商，但并未在消息交换或协议描述中指定或区分哪个站点是呼叫的“终端站点”（被叫方）。该信息未被公开。 |
| 技术特征S《未公开》 | 无 | 目标专利中限定第一站点是“发起站点”。对比文件虽然描述了双向的TFO协商，但并未在消息交换或协议描述中指定或区分哪个站点是呼叫的“发起站点”（主叫方）。该信息未被公开。 |
| 技术特征T《未公开》 | 无 | 目标专利涉及“带外（OOB）接口”的使用。对比文件全文仅涉及“带内信令（in-band signaling）”和TFO协议，未提及任何形式的带外（Out-of-Band, OOB）接口或类似概念。因此，该技术特征未被公开。 |
| 技术特征U《未公开》 | 无 | 该技术特征涉及设定OOB管道，依赖于OOB接口的存在。由于对比文件未公开OOB接口，因此也未公开设定OOB管道。该技术特征未被公开。 |
| 技术特征V《未公开》 | 无 | 该技术特征涉及使用OOB接口发送探测信号，同样依赖于OOB接口的存在。由于对比文件未公开OOB接口，因此也未公开OOB探测。该技术特征未被公开。 |
| 技术特征W《未公开》 | 无 | 该技术特征涉及使用OOB接口交换可行动信息，同样依赖于OOB接口的存在。由于对比文件未公开OOB接口，因此也未公开通过OOB接口交换信息。该技术特征未被公开。 |
<<<A>>><<<D>>><<<F>>><<<H>>><<<I>>><<<L>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<j>>><<<k>>>