对比文件名称：2005-10-20_US2005232232A_发明申请_US20050232232A1 Bypassing transcoding operations in a communication network
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **A. 所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号，《直接公开》** | 说明书第[0054]-[0063]段：“...在TFO协商开始时，本地的TRAU发送一个所谓的TFO_REQ消息，指示其系统标识(GSM)以及当前在MS与TRAU之间使用的语音编解码器类型。如果远端的TC支持TFO，它将用一个所谓的TFO_ACK消息来应答。... TFO_REQ...包含以下参数：... 本地的发送者当前使用的编解码器类型... 可能还有发送者侧支持的TFO协议版本... 可能还有替代的编解码器类型... TFO_ACK消息...包含与TFO_REQ中针对远端侧相对应的参数...” | 对比文件公开了在语音呼叫（移动站到移动站呼叫）期间，网络中的转码器（TRAU/TC）通过交换带内信令消息（TFO_REQ/TFO_ACK）来确定彼此是否支持TFO（一种无汇接操作模式）。这些消息本身即用于协商和控制TFO的建立，属于控制信号。该过程发生在呼叫建立后的语音通信期间。因此，对比文件直接公开了“在语音呼叫期间使用带内信令交换控制信号”这一技术特征。 |
| **B. 其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号，《未公开》** | 未发现相关记载。 | 对比文件全文均未提及“水印（watermark）”技术。对比文件中用于确定远端能力（如是否支持TFO、支持何种编解码器）的手段是通过发送和接收特定的、明确定义的TFO协议消息（如TFO_REQ, TFO_ACK）。这与目标专利中通过向语音包施加水印来隐含传递探测信息的技术手段完全不同。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出使用水印进行探测的技术方案。 |
| **C. 其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号，《未公开》** | 未发现相关记载。 | 由于对比文件未公开“水印”技术特征，因此与之相关的“水印被解释为带内信号”这一后续作用或效果自然也未被公开。 |
| **D. 其中所述第一站点是移动站点，《直接公开》** | 说明书第[0046]段：“...在附图中展示的示例中，终端A和B正在交换语音信号...终端A和B可以是移动终端或固定站点终端。” 图2中明确示出了“移动站（MS）”和“用户设备（UE）”。 | 对比文件描述的技术方案应用于移动终端之间的通信（移动对移动呼叫），其附图和说明书中明确将参与通信的端点称为“移动站（MS）”、“用户设备（UE）”或“移动终端”。因此，“第一站点是移动站点”这一特征被对比文件直接公开。 |
| **E. 使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据，《部分直接公开，部分未公开》** | 说明书第[0054]-[0063]段（见特征A引用）。 | 对比文件直接公开了“使用带内信道在第一与第二站点（通过其转码器代理）之间交换控制信号”，且这些控制信号（TFO消息）包含了控制信息和数据（如当前使用的编解码器类型、支持的协议版本、替代编解码器列表等）。然而，对比文件公开的“数据”仅限于与编解码器、协议能力相关的网络通信参数，并未涉及任何来自物理传感器（如近程、定向、心率监视器等）的数据。因此，“控制信号包括控制信息和数据”被直接公开，但“数据包括来自站点的至少一个传感器的数据”未被公开。 |
| **F. 使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。《直接公开》** | 说明书第[0054]-[0063]段，特别是第[0062]-[0063]段：“TFO_REQ...包含以下参数：...可能还有发送者侧支持的TFO协议版本，可能还有替代的编解码器类型...”。第[0073]段：“TFO_REQL消息包含...一个本地替代编解码器类型的编解码器列表...”。 | 对比文件中，转码器之间交换的TFO_REQ/TFO_ACK等消息包含了“系统标识”、“当前使用的编解码器类型”、“支持的TFO协议版本”、“替代编解码器列表”等信息。这些信息描述了终端或转码器本身的属性和能力，属于“装置信息”。这些消息是通过窃取PCM样本的最不重要位或嵌入在TFO帧的同步模式中在带内传输的，其交换过程发生在转码器之间，对核心网络基础设施（如移动交换中心MSC）是透明的。因此，该特征被直接公开。 |
| **G. 其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。《未公开》** | 未发现相关记载。 | 对比文件全文未提及任何具体的传感器类型，如近程传感器、定向传感器或心率监视器。其交换的数据局限于通信相关的编解码器和协议信息。因此，该特征未被公开。 |
| **H. 其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。《直接公开》** | 说明书第[0054]段：“在TFO协商开始时，本地的TRAU发送一个所谓的TFO_REQ消息...如果远端的TC支持TFO，它将用一个所谓的TFO_ACK消息来应答。” | 对比文件明确描述了本地转码器（代表第一站点）通过发送TFO_REQ消息（一种带内信令）来发起TFO协商，以探测远端转码器（代表第二站点）是否支持TFO。TFO_REQ消息即起到了“探测信号”的作用。因此，该特征被直接公开。 |
| **I. 其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。《直接公开》** | 说明书第[0054]段：“在TFO协商开始时，本地的TRAU发送一个所谓的TFO_REQ消息...如果远端的TC支持TFO，它将用一个所谓的TFO_ACK消息来应答。” | 对比文件明确且完整地公开了“发射探测信号（TFO_REQ）”和“接收确认信号（TFO_ACK）”这一完整的信号交换过程，二者均为带内信令。因此，该特征被直接公开。 |
| **J. 其进一步包括周期性发射所述带内探测信号持续有限时间量。《隐含公开》** | 说明书第[0054]段：“...本地TRAU在发送数个TFO_REQ消息后中止TFO协议...”。第[0088]段：“最短的TFO_REQ消息需要140毫秒进行传输...”。 | 对比文件提到本地TRAU会发送“数个（several）”TFO_REQ消息，并且每个消息的传输需要特定时间（140ms）。这表明探测信号的发送是周期性重复进行的（发送多个消息）。同时，协议设计包含中止机制（在未收到响应后停止发送），这隐含了探测信号的发射是持续一个“有限时间量”（即直到收到响应或重试次数用完），而非无限期进行。本领域技术人员能够合理推断出这一操作模式。因此，该特征被隐含公开。 |
| **K. 其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。《隐含公开》** | 说明书第[0005]段：“...TFO消息是通过窃取每第16个语音样本中的最不重要位来交换的...”。第[0008]段：“...当TFO激活时，...交换TFO消息仍然是可能的。在这种情况下，窃取过程将导致在TFO帧的同步模式中嵌入消息。” 第[0054]段：“如果远端的TC支持TFO，它将用一个所谓的TFO_ACK消息来应答。” | (a) 对比文件指出TFO消息是通过“窃取（stealing）”PCM样本的LSB或嵌入在TFO帧同步模式中传输的。这种设计意味着传统设备（不支持TFO协议的转码器或终端）可能无法正确解析这些位，从而不会将其作为有效的控制信息“接收”和处理，可能将其视为无意义的噪声或直接忽略。这隐含了信号设计具有选择性。(b) 对比文件明确指出，只有支持TFO的远端转码器（TC）才会对TFO_REQ作出响应（TFO_ACK）。接收到TFO_ACK即表明对方支持TFO。同时，TFO协议的目标和前提就是建立“转码器免除（Tandem Free Operation）”的路径。因此，成功交换TFO_REQ/TFO_ACK并进入TFO模式，逻辑上意味着第一站点可以确定发射路径是转码免除的，且第二站点能够使用带内信令。本领域技术人员可以从对比文件描述的系统工作原理中合理推断出这些结论。 |
| **L. 其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。《未公开》** | 说明书第[0085]-[0100]段，主要涉及编码格式（编解码器类型）的选择和优化。例如，第[0093]段：“...立即编解码器类型优化...以发起本地和远端编解码器类型的更改。” | 对比文件公开的控制信息和数据（如编解码器类型、协议版本）的用途仅限于在通信双方之间协商和选择更优的**编码格式（编解码器类型）**，例如从窄带AMR切换到宽带AMR。对比文件并未提及这些信息用于“触发应用程序”、“产生系统声音、事件或通知”等与应用层交互或用户接口相关的操作。因此，“选择新声码器类型”这一用途被直接公开，但其他用途未被公开。由于权利要求中要求“至少一者”，而对比文件只公开了其中一种特定用途，未公开权利要求所限定的整体用途范围，故该特征整体上未被公开。 |
| **M. 其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。《直接公开》** | 说明书第[0054]段（同特征H、I引用）。 | 该特征实质上是特征A和H的具体化或子步骤。对比文件中通过发送TFO_REQ探测信号并接收TFO_ACK确认信号的过程，其根本目的就是确定第二站点（通过其转码器）是否能够使用TFO协议（一种带内信令）进行信息交换。因此，该特征已被直接公开。 |
| **N. 其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。《直接公开》** | 说明书第[0085]-[0095]段，特别是第[0093]-[0094]段：“...TFO决策机制将指示...将编解码器类型更改为AMR-WB...本地TRAU和远端TC报告最优的AMR-WB配置，以发起在各自空中接口上切换到AMR-WB。” | 对比文件明确描述了基于交换的装置信息（支持的TFO协议版本、替代编解码器列表）来控制站点的设置。具体来说，双方转码器在评估了交换的信息后，决定将当前使用的编解码器类型从AMR-NB“控制”并“切换”到更优的AMR-WB。这正是在接收到交换的装置信息后，对通信终端（站点）的编码设置进行控制。因此，该特征被直接公开。 |
| **O. 其中所述装置信息包括可行动信息。《直接公开》** | 说明书第[0085]-[0095]段（同特征N引用）。 | 在对比文件中，交换的装置信息（如支持的编解码器列表）被直接用于做出决策并触发行动——即切换编解码器类型。这些信息本身就是“可行动的（actionable）”。因此，该特征被直接公开。 |
| **P. 其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。《直接公开》** | 说明书第[0085]-[0095]段（同特征N引用）。第[0094]段：“...双方都向对方发送适当的TFO_ACK消息，报告当前使用的编码格式(AMR-WB)...” | 对比文件公开的“立即编解码器类型优化”过程，正是利用交换的可行动信息（替代编解码器列表），在TFO协议层面（在转码器之间）协商并选择新的声码器（编解码器）类型（如从AMR-NB到AMR-WB）。这一选择过程发生在转码器之间，无需对核心网络基础设施（如MSC）进行任何改变。因此，该特征被直接公开。 |
| **Q. 其中所述第二站点为移动站点。《直接公开》** | 说明书第[0046]段及图2（同特征D引用）。 | 与特征D同理，对比文件描述的是移动终端之间的通信，第二站点同样是移动站（MS）或用户设备（UE）。该特征被直接公开。 |
| **R. 其中所述第一站点为针对所述语音呼叫的终端站点。《直接公开》** | 说明书第[0046]段：“...终端A和B正在交换语音信号...”。图2展示了双向通信，双方是对等的。 | 对比文件描述的TFO协商是对称的，双方转码器都可能发起TFO_REQ。在移动对移动呼叫中，必然存在一个发起方（主叫）和一个终端方（被叫）。本领域技术人员能够理解，所描述的方法适用于呼叫中的任一方。因此，当第一站点被指定为“终端站点”时，该场景已被对比文件所涵盖。该特征被直接公开。 |
| **S. 其中所述第一站点为针对所述语音呼叫的发起站点。《直接公开》** | 同上（特征R论述）。 | 同理，当第一站点被指定为“发起站点”时，该场景也已被对比文件所涵盖。该特征被直接公开。 |
| **T. 其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息，《未公开》** | 未发现相关记载。 | 对比文件全文仅涉及“带内（in-band）”信令，通过语音信道（PCM样本或TFO帧）传递控制信息。未提及任何“带外（out-of-band, OOB）接口”或使用独立于语音信道的其他通信路径（如蓝牙、Wi-Fi）来交换装置信息。因此，该特征未被公开。 |
| **U. 设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。《未公开》** | 未发现相关记载。 | 由于对比文件未公开任何OOB接口，因此设定OOB管道的特征也未被公开。 |
| **V. 其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。《未公开》** | 未发现相关记载。 | 由于对比文件未公开任何OOB接口，因此使用OOB接口发送探测信号的特征也未被公开。 |
| **W. 其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。《未公开》** | 未发现相关记载。 | 由于对比文件未公开任何OOB接口，因此使用OOB接口交换可行动信息的特征也未被公开。 |
<<<A>>><<<D>>><<<F>>><<<H>>><<<I>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<R>>><<<S>>><<<j>>><<<k>>>