**对比文件名称**：ES2287462T3 ELUSION DE OPERACIONES DE TRANSCODIFICACION EN UNA RED DE COMUNICACION (通信网络中避免转码操作的方法)
**目标专利名称**：使用带内信号的应用通知和服务选择 (CN103931269B)
**模型名称**：GPT-4
以下是根据目标专利权利要求划分的技术特征与对比文件ES2287462T3的比对表格。技术特征的理解已紧密结合目标专利说明书原文。
| 技术特征描述及公开性判断结果 | 对比文件原文引用 (翻译成中文) | 公开性论述 |
| **A: 《直接公开》**<br>所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。 | 第[0005]段：“在移动对移动呼叫中，语音信号被编码且通常被解码两次。……为了改善语音质量，当终端使用相同类型的语音编解码器时，可以在不激活转码功能的情况下传输语音帧，此配置称为无汇接操作(TFO)。” 第[0007]段：“TFO协议完全在收发码器(TRAU)和转码器(TC)中处理和终止。……TFO消息在带内发送。” 第[0027]段：“一旦TFO被激活，收发码器A和B交换携带压缩语音和带内信令的TFO帧。” | 对比文件明确公开了在语音呼叫期间，通过TFO协议在带内交换信令消息（如TFO_REQ， TFO_ACK），以建立和控制无转码的连接。这本质上就是确定两个站点能够使用带内信令交换控制信号（用于建立TFO）的过程。本领域技术人员能毫无疑义地得出此结论。 |
| **B: 《未公开》**<br>其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。 | 未找到相关内容。 | 对比文件通篇描述的是通过发送和接收专门的TFO协议消息（如TFO_REQ）来探测和协商能力，并未提及或暗示使用“水印”技术。水印是指将信号嵌入到正常的语音包中，而对比文件使用的是插入或替换整个消息帧的方法（参见图3-5），二者技术手段不同。因此，本领域技术人员无法从对比文件中得出通过施加水印来确定能力的技术方案。 |
| **C: 《未公开》**<br>其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。 | 未找到相关内容。 | 由于对比文件未公开“水印”技术特征，因此自然也未有关于水印如何被解释为带内信号的相关描述。 |
| **D: 《直接公开》**<br>其中所述第一站点是移动站点。 | 第[0005]段：“在源自移动终端并终止于移动终端的呼叫（称为移动到移动呼叫）中……” 图2及第[0022]段描述了包括移动站(MS)和用户设备(UE)的网络架构。 | 对比文件描述的TFO应用场景明确为“移动对移动”呼叫，涉及的终端是移动站(MS)或用户设备(UE)，即移动站点。因此，第一站点（发起方或接收方）是移动站点被直接公开。 |
| **E: 《未公开》**<br>使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。 | 第[0027]段：“一旦TFO被激活，收发码器A和B交换携带压缩语音和**带内信令**的TFO帧。” 第[0030]段：“TFO_REQ消息包含以下参数：…系统标识、本地签名、当前使用的编解码器类型、可能的附加属性、**可选的TFO协议版本**、**可选的替代编解码器类型列表**…” | 对比文件公开了使用带内信道交换控制信号，且控制信号包含控制信息（如编解码器类型、协议版本）。然而，对比文件中的“数据”仅限于与呼叫和编解码器协商直接相关的网络和协议信息（如编解码器列表），并未扩展至来自设备传感器（如心率监视器、近程传感器等）的任意数据。目标专利强调的是交换更广泛的、与应用相关的传感器数据，这与对比文件的目的（优化网络编解码器）有本质区别。因此，该特征未被公开。 |
| **F: 《直接公开》**<br>使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 | 第[0030]段：“TFO_REQ…包含…**当前使用的编解码器类型**、…**TFO协议版本**、**替代编解码器类型列表（例如，支持编解码器列表的简短形式）**。” 第[0032]段：“TFO_REQ_L消息包含…**当前使用的编解码器类型**、**本地编解码器列表（由替代编解码器类型组成）**…**TFO协议版本**。” 第[0021]段：“TFO协议完全在收发码器(TRAU)和转码器(TC)中处理和终止。……IPE（路径内设备）将**透明地**传输TFO消息。” | 对比文件明确公开了在带内信令（TFO_REQ， TFO_REQ_L）中交换“装置信息”，例如当前使用的编解码器类型、支持的编解码器列表、TFO协议版本等。这些信息在收发码器/转码器之间交换，并由网络中的路径内设备（IPE）透明传输，即对核心网络基础设施透明。这与目标专利中交换“装置信息”（如编解码器能力）并对基础设施透明的目的和作用相同。 |
| **G: 《未公开》**<br>其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 | 未找到相关内容。 | 对比文件完全没有涉及任何类型的物理传感器，其交换的信息仅限于通信相关的参数。因此，该特征未被公开。 |
| **H: 《直接公开》**<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 | 第[0028]段：“在TFO管理的开始，本地TRAU发送一个称为**TFO_REQ**的消息…如果远端TC支持TFO，它将用称为**TFO_ACK**的消息响应。…如果远端TC没有响应…本地TRAU在发送几个TFO_REQ消息后中止TFO协议…” 图8流程图中显示了发送TFO_REQ消息。 | 对比文件明确描述了使用TFO_REQ消息作为探测信号，通过带内信令发送，以确定远端是否支持TFO（即能够使用带内信令）。这与目标专利中发送“探测信号”来确定对方能力的技术手段和作用完全相同。 |
| **I: 《直接公开》**<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 | 同上第[0028]段。 | 对比文件明确描述了将TFO_REQ（探测信号）发射到远端，并从远端接收TFO_ACK（确认信号）的完整交互过程，以确定对方能力。这直接公开了“发射探测信号-接收确认信号”的步骤。 |
| **J: 《隐含公开》**<br>其进一步包括周期性发射所述带内探测信号持续有限时间量。 | 第[0028]段：“如果远端TC没有响应…本地TRAU在**发送几个TFO_REQ消息后**中止TFO协议…” | 对比文件提到“发送几个TFO_REQ消息后中止”，这隐含了探测信号是多次（即周期性）发送的，并且在中止前会持续一个有限的时间（由尝试次数决定）。本领域技术人员能够合理推断，为了实现可靠的探测，通常会以一定周期重复发送探测信号，并在未收到响应一段时间后停止。因此，该特征被隐含公开。 |
| **K: 《隐含公开》**<br>其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 | 第[0007]段：“TFO协议完全在收发码器(TRAU)和转码器(TC)中处理和终止。…在TFO和TrFO模式下，压缩的编码语音信号通过固定网络传输。” 第[0021]段：“IPE（路径内设备）将透明地传输TFO消息。” 第[0028]段关于发送TFO_REQ和接收TFO_ACK的交互。 | (a) 对比文件指出TFO协议在收发码器/转码器中处理，传统网络设备（IPE）透明传输其消息。隐含地，不支持TFO的传统终端或网络实体不会处理这些专门的TFO消息，它们仅对支持TFO的实体有意义。(b) 对比文件的核心目的就是建立TFO（转码免除）连接。成功交换TFO_REQ和TFO_ACK消息（即收到确认）是建立TFO的前提（见图8，9流程）。本领域技术人员可以合理推断，当第一站点收到来自第二站点的TFO_ACK确认时，它不仅能确定第二站点支持TFO（能使用带内信令），同时也确认了网络路径支持端到端传输这些带内消息，这通常意味着路径是转码免除的（TrFO）或处于TFO模式。因此，特征(b)的逻辑被隐含公开。 |
| **L: 《直接公开》**<br>其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 | 第[0043]-[0045]段，图8，9：描述了“编解码器类型的即时优化”。在TFO协议的联系状态(Contact)，基于交换的编码能力信息（如支持AMR-WB），双方可以决定将当前使用的编解码器类型（如AMR-NB）**切换到一个更优的类型（如AMR-WB）**，然后再进入TFO操作模式。这个过程发生在带内，且不需要改变网络基础设施。 | 对比文件明确公开了使用交换的带内控制信息（编码能力）来选择新的、更优的声码器（编解码器）类型，且这一过程对网络基础设施透明（由终端侧的收发码器/转码器处理）。这直接对应于目标专利中“选择新声码器类型”的应用。虽然对比文件未提及触发应用或产生通知，但“选择新声码器类型”这一具体用途已被公开。 |
| **M: 《直接公开》**<br>其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 | 同特征A、H、I的论述。第[0028]段描述了通过交换TFO_REQ和TFO_ACK来确定远端是否支持TFO（即能否使用带内信令交换信息）。 | 该特征是特征A、H、I的概括或重复。对比文件明确公开了确定对方是否能够使用带内信令（TFO）交换信息的过程。 |
| **N: 《直接公开》**<br>基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 | 第[0043]-[0045]段，图8：描述了基于交换的编码能力信息（装置信息），本地和远端可以发起“编解码器类型的即时优化”，即**控制（切换）** 本地和/或远端使用的编解码器类型（站点设置）。 | 对比文件公开了基于交换的装置信息（支持的编解码器列表）来控制站点的编解码器设置（从AMR-NB切换到AMR-WB）。这直接对应于目标专利中基于交换的装置信息控制站点设置。 |
| **O: 《直接公开》**<br>其中所述装置信息包括可行动信息。 | 第[0030]段：“TFO_REQ…包含…**可选的替代编解码器类型列表**…” 第[0043]段：这些替代编解码器信息用于决定是否进行“即时优化”以切换编解码器。 | 在对比文件中，交换的装置信息（如替代编解码器列表）被用于触发一个具体的行动——即切换编解码器类型。因此，这些信息本身就是“可行动信息”。 |
| **P: 《直接公开》**<br>其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 | 同特征L的论述。第[0043]-[0045]段：基于交换的替代编解码器信息（可行动信息），在带内实现编解码器类型的即时优化（选择新声码器类型），无需改变基础设施。 | 该特征已被特征L和O的组合所公开。对比文件明确展示了可行动信息（替代编解码器列表）用于在带内选择新声码器类型，且对基础设施透明。 |
| **Q: 《直接公开》**<br>其中所述第二站点为移动站点。 | 同特征D的论述。第[0005]段及图2描述了移动对移动呼叫场景。 | 在对比文件描述的移动对移动TFO场景中，第二站点自然是移动站点。 |
| **R: 《未公开》**<br>其中所述第一站点为针对所述语音呼叫的终端站点。 | 未找到明确指定第一站点是“终端站点”（即被叫方）的内容。对比文件描述TFO建立时，双方收发码器/转码器是对称地发起和响应。 | 对比文件关注的是网络中转码器之间的协商，并未从用户终端角度区分“发起站点”和“终端站点”。TFO_REQ消息可以由任一侧的转码器发起。因此，该特征未被明确公开。 |
| **S: 《未公开》**<br>其中所述第一站点为针对所述语音呼叫的发起站点。 | 同上。 | 理由同特征R。对比文件未从终端角度区分发起方和接收方。 |
| **T: 《未公开》**<br>确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。 | 未找到相关内容。 | 对比文件仅涉及带内信令（TFO消息），完全未提及任何带外(OOB)接口或通信方式。 |
| **U: 《未公开》**<br>设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 | 未找到相关内容。 | 理由同特征T。 |
| **V: 《未公开》**<br>其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 | 未找到相关内容。 | 理由同特征T。 |
| **W: 《未公开》**<br>其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 | 未找到相关内容。 | 理由同特征T。 |
<<<A>>> <<<D>>> <<<F>>> <<<H>>> <<<I>>> <<<L>>> <<<M>>> <<<N>>> <<<O>>> <<<P>>> <<<Q>>><<<j>>><<<k>>>