**对比文件名称**：2010-05-06_US2010110980A_发明申请_US20100110980A1 Technique for controlling establishment of a tandem-free transcoder operation
**目标专利名称**：331使用带内信号的应用通知和服务选择CN103931269B
**本次调用模型名称**：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。 | 对比文件未公开此特征。 | 目标专利中的“第一站点”和“第二站点”是指参与语音呼叫的终端用户设备（如移动站点），其使用带内信令在彼此之间直接交换控制信号，以触发应用、交换数据等。对比文件全文描述的是网络基础设施中的两个转码器单元（如媒体网关中的TRAU）之间，为了建立免汇接转码操作而进行的带内信令交换（例如交换编解码器列表）。这种信令发生在网络节点之间，目的是建立透明的语音路径，而非终端用户设备之间交换用于应用控制的可行动信息。作用完全不同。因此，对比文件未公开本特征。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。 | 对比文件未公开此特征。 | 目标专利说明书第[0091]段明确记载了使用水印作为带内探测信号的替代方案。对比文件通篇描述的是基于3GPP TS 28.062标准协议的带内信令（如TFO_REQ, TFO_TRANS, TFO_FILL等消息），未提及任何“水印”技术。对比文件中的带内信令是明确格式化的协议消息，而非嵌入在语音包中、可被传统解码器忽略的签名或水印。因此，对比文件未公开本特征。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。 | 对比文件未公开此特征。 | 如特征B所述，对比文件未公开“水印”技术，自然也未公开水印被解释为带内信号的技术方案。因此，对比文件未公开本特征。 |
| **技术特征D**：其中所述第一站点是移动站点。 | 对比文件未公开此特征。 | 目标专利中的“第一站点”明确为移动站点（如移动电话）。对比文件中进行带内信令交互的实体是“transcoder unit”（转码器单元），例如位于基站子系统或媒体网关中的网络设备（见说明书第[0037]段、图1的16、18，图2的40），其是固定网络基础设施的一部分，并非终端用户移动设备。因此，对比文件未公开本特征。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。 | 对比文件未公开此特征。 | 对比文件中转码器单元之间交换的“控制信号”是用于协商和建立TFO的编解码器列表、透明模式消息等网络层信令信息（见第[0006]-[0008]、[0058]-[0061]段）。目标专利中交换的“数据”明确包括来自终端设备传感器的数据（如近程传感器、心率监视器数据），用于应用层交互（见说明书第[0008]、[0096]段）。对比文件完全没有涉及从终端设备传感器获取数据并通过带内信道交换。因此，对比文件未公开本特征。 |
| **技术特征F**：使用带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 | 对比文件未公开此特征。 | 目标专利中交换的“装置信息”例如手持机卖主ID、芯片组ID等（见说明书第[0007]、[0096]段），是在终端设备之间交换、对网络基础设施透明（即网络不感知或不处理）的信息。对比文件中转码器单元交换的“TFO Codec List”（编解码器列表）是用于网络协商选择共同编解码器的核心信息，其目的就是被网络实体（对端转码器单元）接收和处理，以建立TFO，并非对基础设施透明。两者作用不同。因此，对比文件未公开本特征。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 | 对比文件未公开此特征。 | 对比文件全文未提及任何终端设备上的传感器，更未具体公开近程传感器、定向传感器或心率监视器。因此，对比文件未公开本特征。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 | 对比文件未公开此特征。 | 目标专利中的“探测信号”是终端站点（如移动电话）为探测对方是否兼容（即是否为“特殊”站点）而发送的特定带内信号（见说明书第[0005]、[0040]段）。对比文件中，转码器单元发送“TFO_REQ”等消息是为了协商建立TFO，其前提是双方都是支持TFO协议的网络实体，并非用于探测对方终端是否具备某种带内信令能力。目的和作用不同。因此，对比文件未公开本特征。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 | 对比文件未公开此特征。 | 如特征H所述，目标专利的探测与确认是在终端站点之间进行。对比文件中，转码器单元之间会交换请求和确认消息（如TFO_REQ和TFO_ACK，见第[0006]段），但这是标准TFO协议流程的一部分，用于交换编解码器信息以建立TFO，并非用于探测对方终端设备的能力。虽然形式上都是“发送-接收确认”，但目的、参与实体和技术上下文均不同。因此，对比文件未直接公开本特征。从隐含公开的宽松标准看，对比文件公开了网络实体间通过带内信令交换请求和确认消息的基本通信模式。本领域技术人员可以理解，这种“请求-响应”机制是通信中的常见手段。因此，可以认为对比文件隐含公开了“发送信号并接收确认信号”这一广义步骤。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。 | 对比文件未公开此特征。 | 目标专利说明书第[0010]、[0040]、[0060]段明确记载了周期性发射探测信号并设置计时器。对比文件中，转码器单元在TFO不匹配状态下会“连续地（continuously）”发送同步消息（如TFO_FILL）（见第[0060]、[0066]段），目的是保持IPE透明和同步，并非周期性探测对方能力，且未强调“有限时间量”和关联计时器用于停止探测。作用不同。因此，对比文件未公开本特征。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 | 对比文件未公开此特征。 | 目标专利中带内信号的特殊设计（a）是为了对传统（非“特殊”）终端透明，（b）用于确认路径免转码且对方站点兼容（见说明书第[0009]、[0040]段）。对比文件中的带内信令（如TFO_TRANS, TFO_FILL）是标准的、公开的协议消息，任何支持该协议的网络设备（包括传统的）都能接收并处理（尽管可能不理解新扩展），其目的就是被路径上的设备（IPE）识别并做出反应（进入透明模式）。此外，对比文件中确定路径免转码（即TFO建立）是基于编解码器列表的匹配，而非基于接收到特定确认信号。设计目的和作用机理不同。因此，对比文件未公开本特征。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 | 对比文件未公开此特征。 | 目标专利中交换控制信息和数据的目的是直接作用于终端用户设备上的应用层和语音服务层（见说明书第[0005]、[0072]-[0073]段）。对比文件中交换的信息（如编解码器列表）仅用于网络层选择共同的编解码器以建立TFO，不涉及触发终端上的应用程序、产生用户通知或选择“新声码器类型”（目标专利指超出标准协商范围的类型）。两者的应用场景和目的完全不同。因此，对比文件未公开本特征。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 | 对比文件未公开此特征。 | 目标专利中“确定第二站点是否能够使用带内信令”是终端站点之间的能力探测。对比文件中，转码器单元之间通过交换消息来确定对方是否支持TFO以及编解码器是否兼容，这是网络实体之间既定协议的能力协商，并非终端设备间探测对方是否支持某种增强的带内信令管道。虽然都涉及“确定能力”，但主体、对象和目的不同。因此，对比文件未直接公开本特征。从隐含公开的宽松标准看，对比文件公开了通信实体（转码器单元）之间通过信令交互来确定对方能力（如支持的编解码器）的基本概念。本领域技术人员可以推理出，在通信中确定对方能力是一个通用步骤。因此，可以认为对比文件隐含公开了“确定对方是否能够使用某种信令交换信息”这一广义概念。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 | 对比文件未公开此特征。 | 目标专利中基于交换的装置信息控制的是终端站点的设置，如音频处理设置（噪声抑制、音量等）（见说明书第[0008]、[0097]-[0102]段）。对比文件中，基于交换的编解码器列表（TCL）所做的是在网络转码器单元层面选择共同的编解码器，以建立TFO操作模式，这不涉及控制终端用户设备的任何本地设置。控制的对象和内容不同。因此，对比文件未公开本特征。 |
| **技术特征O**：其中所述装置信息包括可行动信息。 | 对比文件隐含公开 | 对比文件第[0007]段提到交换TFO编解码器列表（TCLs）用于“（进一步）编解码器优化”。第[0061]段提到，媒体网关（MGW）在接收到TFO配置帧（携带TCL）后，会通知其控制服务器，双方可基于TCL决定建立TFO所用的共同兼容编解码器对。这意味着交换的TCL是用于触发后续行动（选择编解码器、建立TFO）的信息，即“可行动信息”。虽然对比文件中的“可行动信息”作用于网络实体以建立TFO，而目标专利中作用于终端设备以触发应用或服务，但“信息可用于触发行动”这一核心概念是相同的。根据宽松的隐含公开标准，本领域技术人员可以从对比文件公开的“用于优化和决策的信息”合理推断出“可行动信息”的概念。因此，本特征被隐含公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 | 对比文件隐含公开 | 对比文件第[0008]段指出，传统TFO信令机制不允许表示对特定编解码器类型的偏好或详细配置信息。而本发明提出的技术（通过配置帧快速交换TCL）则允许指示编解码器偏好、详细配置甚至专有编解码器扩展（见第[0070]段）。这意味着，交换的TCL中包含了用于选择（可能包括新的、非标准的）编解码器类型的信息。虽然这个过程发生在网络转码器之间，且“不对基础设施作出改变”在对比文件中的含义可能是在不升级IPE等前提下快速建立TFO，但其核心思想是：通过带内信令交换信息，以选择（新）编解码器类型。这与目标专利中利用交换的可行动信息在终端间选择新声码器类型（对网络透明）在功能构思上有相似之处。根据宽松的隐含公开标准，可以认为对比文件隐含公开了“可行动信息用于选择新声码器类型”这一技术特征。 |
| **技术特征Q**：其中所述第二站点为移动站点。 | 对比文件未公开此特征。 | 同特征D，对比文件中与“第一站点”（转码器单元）通信的“第二站点”是另一个网络转码器单元，并非移动站点。因此，对比文件未公开本特征。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。 | 对比文件未公开此特征。 | 对比文件中的“transcoder unit”是网络中间节点，不区分“发起站点”或“终端站点”。目标专利中的“终端站点”是呼叫的接收方用户设备。两者不同。因此，对比文件未公开本特征。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。 | 对比文件未公开此特征。 | 同特征R，对比文件未从终端用户角度区分发起和终端站点。因此，对比文件未公开本特征。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。 | 对比文件未公开此特征。 | 目标专利中的OOB接口（如蓝牙、Wi-Fi）是终端设备之间的直接通信链路，用于交换装置信息等（见说明书第[0079]-[0082]段）。对比文件第[0008]、[0014]段提到了“OoBTC（Out-of-Band Transcoder Control）”，但这是指BICC/SIP等网络呼叫控制协议，用于在呼叫建立时带外协商编解码器，是网络信令协议的一部分，并非终端设备间的OOB接口。两者完全不同。因此，对比文件未公开本特征。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 | 对比文件未公开此特征。 | 如特征T所述，对比文件未公开终端设备间建立OOB管道。因此，对比文件未公开本特征。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 | 对比文件未公开此特征。 | 如特征T所述，对比文件未涉及终端设备间的OOB接口及探测。因此，对比文件未公开本特征。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 | 对比文件未公开此特征。 | 如特征T所述，对比文件未涉及终端设备间使用OOB接口交换信息。因此，对比文件未公开本特征。 |
<<<o>>><<<p>>>