对比文件名称：2009-12-02_EP2127412A_发明公开_EP2127412A1 TECHNIQUE FOR CONTROLLING ESTABLISHMENT OF A TANDEM-FREE TRANSCODER OPERATION
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。 <br>**判断结果**：隐含公开 (<<<a>>>) | [p0006] TFO is established in case the speech codecs used over the air interfaces are identical or at least compatible with each other. ... TS 28.062 defines a TFO protocol for in-band signalling between the two transcoder units involved in the MMC. <br>（译文：TFO在空口使用的语音编解码器相同或至少兼容的情况下建立。... TS 28.062定义了用于在MMC中涉及的两个转码器单元之间进行带内信令的TFO协议。） | 对比文件公开了在移动对移动呼叫（MMC）中，两个转码器单元（可视为网络侧的“站点”）之间使用TFO协议进行带内信令，以交换控制信息（如编解码器列表）。虽然对比文件的“站点”通常是网络基础设施中的转码器单元（如TRAU或MGW），而目标专利的“站点”更可能指用户设备（如移动电话），但“站点”一词本身具有宽泛的含义，可以指通信路径上的端点。本领域技术人员可以理解，带内信令交换控制信号的能力是确定是否能够建立免转码通信的前提。因此，对比文件隐含公开了在呼叫期间（为建立TFO），两个站点（转码器单元）能够使用带内信令交换控制信号。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。 <br>**判断结果**：未公开 | 对比文件未提及“水印（watermark）”技术。 | 对比文件全文描述的是基于3GPP TS 28.062标准中定义的TFO协议进行带内信令交换，该协议使用特定的TFO消息（如TFO_REQ, TFO_TRANS, TFO_FILL等）和配置帧（如GCF）来交换信息。没有提及任何通过向语音包施加水印来探测或确定对方能力的技术。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。 <br>**判断结果**：未公开 | 对比文件未提及“水印（watermark）”技术。 | 同上，对比文件未涉及水印技术，因此不存在水印被解释为带内信号的相关内容。该技术特征未被公开。 |
| **技术特征D**：其中所述第一站点是移动站点。 <br>**判断结果**：未公开 | [p0005] Mobile-to-mobile calls (MMCs) typically require ... a speech signal is digitally encoded in the originating mobile user device, sent over a first air interface, transcoded ... by a first transcoder unit in a fixed network... <br>（译文：移动对移动呼叫（MMCs）通常需要...语音信号在发起移动用户设备中数字编码，通过第一空口发送，在固定网络中的第一转码器单元中转码...） | 对比文件明确区分了“移动用户设备（mobile user device）”和网络中的“转码器单元（transcoder unit）”。在描述带内信令（TFO协议）时，通信的双方是网络中的转码器单元（如TRAU, MGW），而不是移动用户设备本身。目标专利中“第一站点”在说明书和权利要求语境中明确是“移动站点”（如移动电话）。因此，对比文件未公开进行带内信令交换的“站点”是移动站点（用户设备）。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。 <br>**判断结果**：未公开 | [p0010] ... TFO codec lists (TCLs) may be exchanged ... The TCLs may be exchanged via configuration frames ... whose transmission mechanism differs from the TFO signalling messages ... <br>（译文：... TFO编解码器列表（TCLs）可以被交换... TCLs可以通过配置帧交换...其传输机制不同于TFO信令消息...） | 对比文件公开了使用带内信道（如PCM链路中的特定比特位）交换控制信息，例如编解码器列表（TCLs）。然而，对比文件所交换的“数据”仅限于与网络编解码器能力、配置相关的信息（如TCL）。目标专利中“数据”明确包括来自传感器的数据（如近程、定向、心率等），这是一种与用户设备状态或环境相关的应用层数据，与对比文件中交换的网络层编解码器信息在内容和目的上均不相同。本领域技术人员无法从对比文件公开的编解码器列表交换中，毫无疑义地得出或合理推断出交换传感器数据的技术方案。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 <br>**判断结果**：未公开 | [p0006] TFO will be established in case the speech codecs used over the air interfaces are identical or at least compatible with each other. <br>（译文：TFO将在空口使用的语音编解码器相同或至少兼容的情况下建立。）<br>[p0008] For establishing TFO, the two transcoder units have to initiate a TFO in-band negotiation procedure. <br>（译文：为建立TFO，两个转码器单元必须启动TFO带内协商程序。） | 对比文件公开了转码器单元之间交换编解码器信息（如本地使用编解码器LUC、TFO编解码器列表TCL），这些信息可被视为一种“装置信息”（编解码器能力）。然而，目标专利强调“对基础设施透明”，意味着信息交换不依赖于或不需要基础设施（如核心网）的感知或处理。在对比文件中，TFO信令（包括编解码器列表交换）正是为了与网络基础设施（如路径中的设备IPE）协商，以建立透明的传输路径（使IPE透明化），其过程本身需要基础设施的参与和配合（接收TFO_TRANS消息并进入透明模式）。交换的信息内容（编解码器列表）也是直接用于基础设施（转码器）的配置决策。因此，其信息交换的目的和性质并非“对基础设施透明”，而是为了控制基础设施。两者作用不同。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 <br>**判断结果**：未公开 | 对比文件未提及任何传感器，如近程传感器、定向传感器或心率监视器。 | 对比文件完全未涉及任何类型的传感器。该技术特征未被公开。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 <br>**判断结果**：隐含公开 (<<<h>>>) | [p0008] 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. <br>（译文：为建立TFO，两个转码器单元必须启动TFO带内协商程序。每个转码器单元向TFO对端指示其本地使用的语音编解码器...）<br>[p0058] In a first try to establish TFO, the server nodes ... command their corresponding MGWs to exchange information indicating their respective locally used codecs, i.e. their LUCs. To this end, the media gateways 82, 84 exchange TFO_REQ in-band signalling messages ... <br>（译文：在首次尝试建立TFO时，服务器节点...命令其对应的MGW交换指示其各自本地使用编解码器（即LUCs）的信息。为此，媒体网关82、84交换TFO_REQ带内信令消息...） | 对比文件公开了为建立TFO（一种特定的免转码操作模式），站点（转码器单元）会发送带内信令消息（如TFO_REQ），其中包含本地编解码器信息。发送此消息的目的之一是探测对端是否支持TFO以及其编解码器能力，从而确定双方能否使用带内信令进行进一步的协商（交换更多控制信息）。虽然该消息在对比文件中被称为“请求消息”而非“探测信号”，但其在通信初始化阶段用于探测对方能力和发起协商的作用，与目标专利中“探测信号”的功能实质相同。因此，本领域技术人员可以合理推断出使用带内信令发送探测信号以确定对方能力的技术特征。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 <br>**判断结果**：隐含公开 (<<<i>>>) | [p0058] ... the media gateways 82, 84 exchange TFO_REQ in-band signalling messages ... <br>（译文：...媒体网关82、84交换TFO_REQ带内信令消息...）<br>[p0063] In an alternative embodiment, only one of the TFO partners is enabled for the procedure ... In that case, ... the opposite transcoder unit may send a TFO request message ... including the TFO codec list. For backward compatibility, this message may then be responded to by also sending a TFO request message including a TCL, for example a TFO_ACK_L... <br>（译文：在替代实施例中，只有其中一个TFO对端启用了该过程...在这种情况下，...对端的转码器单元可能发送TFO请求消息...包括TFO编解码器列表。为了向后兼容，可以通过也发送包含TCL的TFO请求消息来响应此消息，例如TFO_ACK_L...） | 对比文件公开了带内信令的交换过程：一方发送TFO_REQ（可视为探测/请求信号），另一方可以发送响应消息，例如TFO_ACK_L（确认消息）。这个过程构成了“发射探测信号”和“接收确认信号”的交互。虽然对比文件的确认信号可能承载着编解码器列表，但其作为对初始请求的响应，起到了确认的作用。本领域技术人员可以从中推断出通过“发送探测-接收确认”的握手流程来确定对方是否支持带内信令交互的技术方案。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。 <br>**判断结果**：未公开 | [p0065] After the transparent mode message 92 has been sent, the transcoder unit continuously sends synchronization messages TFO_FILL 93, 94. The transmission may continue for example as long as ... the timeout timer has not expired... <br>（译文：在透明模式消息92发送后，转码器单元连续发送同步消息TFO_FILL 93, 94。发送可以持续，例如直到...超时定时器尚未到期...） | 对比文件提到了连续发送TFO_FILL同步消息，并提到超时定时器。然而，TFO_FILL消息的作用是在透明模式建立后保持同步，并非用于初始探测对方能力。初始探测是通过发送TFO_REQ等消息完成的，且对比文件未描述这些初始探测消息是“周期性”发射的，也未明确其发射持续时间是“有限的”。虽然存在定时器概念，但它是用于控制同步消息的发送，而非控制周期性探测信号的发射。因此，该技术特征未被公开。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 <br>**判断结果**：隐含公开 (<<<k>>>) | [p0007] Any in-path equipment (IPE) ... which may normally modify the speech signal, has to be removed from the path (or made transparent), because it may destroy the TFO control signalling (i.e. the transparent TFO channel) which would lead to the abortion of a TFO procedure. <br>（译文：路径中的任何设备（IPE）...通常可能修改语音信号，必须从路径中移除（或使其透明），因为它可能破坏TFO控制信令（即透明TFO信道），这将导致TFO过程中止。）<br>[p0008] The establishment procedure comprises exchanging transparent mode messages, e.g. the TFO_TRANS(n) messages ... which indicate to the IPE along the path that subsequent speech frames will be exchanged as well as TFO control bits and TFO messages ... will need to be transparently exchanged... The IPE will from then on pass the respective bits in the PCM frames transparently. <br>（译文：建立过程包括交换透明模式消息，例如TFO_TRANS(n)消息...向路径上的IPE指示后续语音帧以及TFO控制比特和TFO消息...需要被透明地交换...IPE将从那时起透明地传递PCM帧中的相应比特。） | (a) 对比文件指出，传统（非TFO感知）的路径设备（IPE）会破坏TFO控制信令，导致TFO过程中止。这意味着不能处理TFO信令的设备（可类比为“不能够使用带内信令的站点”）无法正确接收和处理这些信号，其效果类似于信号不被作为“有效包”接收。<br>(b) 对比文件明确，TFO信令（如TFO_TRANS消息）的成功交换，是使IPE进入透明模式的前提。如果IPE透明，则意味着语音帧和控制比特可以端到端透明传输，即实现了“转码免除的”路径。成功接收到来自对端的TFO确认或配置帧，则表明对端也支持TFO协议（即“能够使用带内信令”），且路径已透明（转码免除）。虽然对比文件描述的是网络设备（IPE）的透明化，而目标专利更侧重于站点能力的确认，但原理相通：通过特定设计的带内信号的成功交换，来推断路径透明（免转码）且对端兼容。本领域技术人员可以进行此逻辑推理。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 <br>**判断结果**：未公开 | [p0010] When TFO is in the OPERATION state, TFO codec lists (TCLs) may be exchanged for (further) codec optimization. <br>（译文：当TFO处于操作状态时，可以交换TFO编解码器列表（TCLs）以进行（进一步的）编解码器优化。）<br>[p0070] ... configuration frames such as the GCFs according to the TS 28.62 for transporting TFO Codec Lists may be used to achieve a much faster TCL exchange ... <br>（译文：...诸如根据TS 28.62的GCF之类的配置帧可用于传输TFO编解码器列表，可以实现更快的TCL交换...） | 对比文件公开了交换编解码器列表（TCL）可以用于选择编解码器（即“声码器类型”），这与目标专利中“选择新声码器类型”的部分作用相对应。然而，目标专利中控制信息和数据的用途还包括“触发应用程序、产生系统声音、事件或通知”，这些是应用层、用户交互层的功能。对比文件中的编解码器选择纯粹是用于优化网络语音通信的编解码器/声码器，属于通信层功能，且其过程涉及与网络基础设施（转码器、IPE）的交互。目标专利强调“在不对基础设施作出改变的情况下”，而对比文件的TFO建立过程正是对基础设施（IPE）发出指令（使其透明）的过程。两者在用途的广度（是否包括应用触发）和与基础设施的关系上存在本质区别。因此，对比文件仅部分公开了“选择声码器类型”，但未公开其他用途，且该选择过程与基础设施相关，故整体技术特征未被公开。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 <br>**判断结果**：隐含公开 (<<<m>>>) | [p0008] For establishing TFO, the two transcoder units have to initiate a TFO in-band negotiation procedure. <br>（译文：为建立TFO，两个转码器单元必须启动TFO带内协商程序。）<br>[p0058] In a first try to establish TFO, ... the media gateways 82, 84 exchange TFO_REQ in-band signalling messages ... <br>（译文：在首次尝试建立TFO时，...媒体网关82、84交换TFO_REQ带内信令消息...） | 对比文件描述的整个TFO建立过程，其核心前提就是确定对端转码器单元是否支持TFO协议，即是否能够使用特定的带内信令（TFO协议）进行信息交换。通过交换TFO_REQ等消息，就是在执行这种“确定”过程。因此，该技术特征被对比文件隐含公开。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 <br>**判断结果**：未公开 | [p0071] ... The technique proposed herein thus allows to quickly establish TFO - in case the local used codecs of the TFO partners do not match - compared to an exchange of the complete TCLs ... Further, codec lists may be exchanged indicating preferred and less preferred codecs ... Further, detailed configuration information per codec may also be provided. <br>（译文：...本文提出的技术因而允许在TFO对端的本地使用编解码器不匹配的情况下快速建立TFO...此外，可以交换指示优选和非优选编解码器的编解码器列表...此外，还可以提供每个编解码器的详细配置信息。） | 对比文件公开了交换编解码器列表（TCL）和编解码器配置信息。这些信息可以用于双方协商并最终选择一个共同的编解码器，这实质上是对“站点”（转码器单元）的编解码器设置进行控制。然而，目标专利中的“控制...设置”范围更广，可能包括音频处理设置（如噪声抑制）、传感器相关设置等。虽然对比文件的控制限于编解码器选择，但编解码器选择是站点通信设置的核心部分。从广义上讲，对比文件隐含了基于交换的装置信息（编解码器列表）来控制站点（转码器）的编解码器设置。但是，考虑到目标专利说明书强调控制的是“音频质量相关设置的水平”（如噪声抑制）等，与对比文件控制的网络传输编解码器有所不同，且本特征与特征L、O、P紧密相关，其公开性存疑。基于严格判断，对比文件公开的“设置控制”其内容和目的与目标专利存在差异，因此判断为未公开。 |
| **技术特征O**：其中所述装置信息包括可行动信息。 <br>**判断结果**：未公开 | 对比文件未使用“可行动信息（actionable information）”这一术语，也未描述具有类似“可行动”特性的信息。 | 目标专利中的“可行动信息”是特定概念，指代可以用于触发远程动作（如启动应用、选择声码器）的信息。对比文件中交换的编解码器列表等信息，其目的是用于协商和选择双方支持的编解码器，是协商过程的参数，并非直接用于“触发”某个独立动作的“可行动”指令或数据。两者在信息的性质和用途上不同。因此，该技术特征未被公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 <br>**判断结果**：未公开 | [p0071] ... The technique proposed herein thus allows to quickly establish TFO ... compared to an exchange of the complete TCLs ... <br>（译文：...本文提出的技术因而允许快速建立TFO...与交换完整TCL相比...） | 如特征L和O所述，对比文件虽然涉及选择编解码器（声码器类型），但其TFO建立过程本身需要向基础设施（IPE）发送透明模式消息以改变其行为（使其透明），并非“不对基础设施作出改变”。目标专利强调“不对基础设施作出改变”，是其发明的一个重要点。因此，该技术特征未被公开。 |
| **技术特征Q**：其中所述第二站点为移动站点。 <br>**判断结果**：未公开 | 同特征D。对比文件中参与带内信令的是网络转码器单元，而非移动用户设备。 | 对比文件未公开第二站点是移动站点。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。 <br>**判断结果**：未公开 | 对比文件描述了移动对移动呼叫，涉及发起方和终止方，但带内信令（TFO）发生在网络侧的转码器单元之间。未明确哪个转码器单元对应于“终端站点”。 | 目标专利中的“终端站点”是从用户角度定义的呼叫接收方。对比文件未在描述带内信令交换的上下文区分“发起站点”和“终端站点”的角色。该技术特征未被公开。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。 <br>**判断结果**：未公开 | 同上。对比文件未在描述带内信令交换的上下文区分“发起站点”和“终端站点”的角色。 | 该技术特征未被公开。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。 <br>**判断结果**：未公开 | 对比文件全文未提及“带外（out-of-band, OOB）接口”。 | 对比文件专注于带内信令技术，未涉及任何带外接口的使用。该技术特征未被公开。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 <br>**判断结果**：未公开 | 对比文件全文未提及“带外（OOB）管道”的设定。 | 该技术特征未被公开。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 <br>**判断结果**：未公开 | 对比文件未涉及OOB接口，因此也无从谈及通过OOB接口发送探测信号。 | 该技术特征未被公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 <br>**判断结果**：未公开 | 对比文件未涉及OOB接口，也未涉及“可行动信息”的交换。 | 该技术特征未被公开。 |
<<<a>>><<<h>>><<<i>>><<<k>>><<<m>>>