对比文件名称：2005-08-31_CN1663306A_发明公开_CN1663306A 绕过通信网络中的码变换操作
目标专利名称：使用带内信号的应用通知和服务选择CN103931269B
本次调用模型名称：DeepSeek-R1
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《直接公开》** | 说明书第[0040]段：“TFO协议完全在变码器A和B中处理与终止。” 说明书第[0047]段：“本地TRAU一接收并发送PCM语音样本，它就发起TFO协商...远端TC可同时启动相同的程序。” 说明书第[0048]段：“在TFO协商开始时，本地TRAU发送所谓的TFO_REQ的消息...如果远端TC支持TFO，则它将通过所谓的TFO_ACK消息应答。” | 对比文件公开了在语音呼叫（TFO连接）建立过程中，位于网络侧的变码器（可视为代表或关联于第一、第二站点）之间通过交换TFO_REQ和TFO_ACK等消息来进行TFO协商。这个过程本质上是确定双方是否能够使用带内信令（即TFO协议）来交换控制信息（如编解码器类型、能力），以便建立优化的通信连接（绕过转码）。这直接对应于在语音呼叫期间确定站点能够使用带内信令交换控制信号。 |
| **技术特征B《未公开》** | 无相关描述。 | 对比文件中描述的带内信令是通过在PCM样本中“窃用最低有效位”（说明书第[0038]段）来嵌入TFO消息，或使用结构化的TFO帧（说明书第[0040]段）来承载信令和压缩语音。整个说明书中均未提及“水印”技术。向语音包施加水印是一种不同的信号嵌入和检测技术，本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出该技术特征。 |
| **技术特征C《未公开》** | 无相关描述。 | 由于对比文件未公开“水印”技术，因此也就不存在水印被解释为带内信号的技术方案。 |
| **技术特征D《直接公开》** | 说明书第[0030]段：“图1所示用户单元可以是移动终端或固定终端。” 图1及说明书第[0031]段明确显示了“终端A”和“终端B”。 说明书第[0035]段：“在GSM端的移动台(MS)...在3G端，设有用户设备(UE)...” | 对比文件明确其应用场景包括移动用户到移动用户的呼叫，并多次提及“移动终端”、“移动台(MS)”、“用户设备(UE)”等，这些均属于移动站点。因此，第一站点是移动站点被直接公开。 |
| **技术特征E《未公开》** | 说明书第[0048]段：“TFO_REQ包含以下参数：-发送方的系统标识；-发送侧的特定本地签名；-发送侧本地使用的编解码器类型；...-发送侧支持的可能的其它TFO协议版本；-可能的其它替代编解码器类型...” | 对比文件公开了使用带内信道（通过PCM样本窃位或TFO帧）交换控制信号，这些信号包含控制信息（如当前编解码器类型）和数据（如支持的编解码器列表、协议版本）。然而，对比文件中的“数据”特指与编解码器能力、协议相关的信息，并未提及任何来自物理传感器（如近程、定向、心率传感器）的数据。目标专利说明书明确将传感器数据作为可交换的数据类型。因此，对比文件未公开数据包括来自传感器的数据这一技术特征。 |
| **技术特征F《直接公开》** | 说明书第[0048]段（同上）。 说明书第[0040]段：“TFO帧在TFO协议的主状态即操作状态中发送和接收。因此，TFO连接是充分运行的。” 说明书第[0038]段：“变码器单元通过在每第16个语音样本中窃用最低有效位来交换TFO消息”。 | 对比文件中，变码器之间交换的“系统标识”、“支持的编解码器列表”、“TFO协议版本”等信息，属于装置（变码器及关联的通信终端）的能力和身份信息，即“装置信息”。这些信息的交换通过带内信令（窃位或TFO帧）在变码器之间端到端进行，网络中的路径设备（IPE）只是透明传输（说明书第[0031]段），不需要对基础设施（如MSC、BSC等）进行改变，因此对基础设施是透明的。 |
| **技术特征G《未公开》** | 无相关描述。 | 对比文件全文未提及任何传感器，包括近程传感器、定向传感器或心率监视器。本领域技术人员无法从对比文件中推理出该技术特征。 |
| **技术特征H《直接公开》** | 说明书第[0047]段：“本地TRAU一接收并发送PCM语音样本，它就发起TFO协商”。 说明书第[0048]段：“在TFO协商开始时，本地TRAU发送所谓的TFO_REQ的消息...如果远端TC支持TFO，则它将通过所谓的TFO_ACK消息应答。” | 对比文件明确描述了通过发送TFO_REQ消息（一种带内信令）来发起TFO协商，探测远端是否支持TFO并获取其能力。TFO_REQ消息本质上就是用于确定对方能力的“探测信号”。这直接公开了使用带内信令发送探测信号来确定第二站点能力的技术特征。 |
| **技术特征I《直接公开》** | 说明书第[0048]段：“在TFO协商开始时，本地TRAU发送所谓的TFO_REQ的消息...如果远端TC支持TFO，则它将通过所谓的TFO_ACK消息应答。” | 对比文件明确且直接地公开了将带内探测信号（TFO_REQ）发射到远端，并从远端接收带内确认信号（TFO_ACK）的过程。这完整对应于技术特征I的描述。 |
| **技术特征J《隐含公开》** | 说明书背景技术部分（第[0038]段）：“变码器单元通过在每第16个语音样本中窃用最低有效位来交换TFO消息”。 说明书第[0048]段：“如果远端TC不使用TFO_ACK消息应答...则本地TRAU在发送若干TFO_REQ消息后中止TFO协议”。 | 对比文件公开了以“每第16个语音样本”的周期在带内嵌入TFO消息，这是一种周期性的信号发送方式。同时，在发起TFO协商时，会“发送若干TFO_REQ消息”并在无响应后中止，这隐含了在有限时间长度内进行周期性尝试的过程。本领域技术人员可以合理推断，为了可靠探测并避免无限期发送，会以周期性方式在有限时间内发射探测信号。 |
| **技术特征K《隐含公开》** | 说明书第[0040]段：“TFO协议完全在变码器A和B中处理与终止。” 说明书第[0048]段：“TFO_REQ消息将消息源标识为具有TFO能力的装置。”及关于TFO_ACK的响应描述。 说明书第[0038]段：“变码器单元也可以通过在每第16个语音样本中窃用最低有效位来交换TFO消息”。 | 1) 对比文件中的变码器能够产生、发送TFO_REQ，检测并处理接收到的TFO消息，符合“能够产生、检测带内信号并对带内信号作出反应”。<br>2) 对于(a)：对比文件的带内信令（窃位消息或TFO帧）是针对支持TFO协议的变码器设计的。传统（不支持TFO）的变码器可能无法正确解释这些嵌入的信号，因此不会将其作为有效的TFO消息接收。<br>3) 对于(b)：当本地变码器收到TFO_ACK确认时，表明对端支持TFO。TFO建立的前提是两端编解码器兼容且网络路径允许（如IPE透明），这隐含了发射路径是转码免除的（或可建立TFO以绕过转码），且确认了对方能够使用带内信令交换信息。本领域技术人员可以从成功建立TFO这一结果合理推断出这些条件。 |
| **技术特征L《未公开》** | 说明书第[0059]段及图8、9：描述了基于交换的编码能力信息，将当前使用的编解码器类型从AMR-NB切换为AMR-WB。 | 对比文件公开了交换的控制信息和数据（编解码器类型、能力列表）用于“选择新声码器类型”（即编解码器类型），且此过程不对基础设施作出改变（通过变码器间带内信令完成）。然而，对比文件未提及这些信息用于“触发应用程序”或“在站点上产生系统声音、事件或通知”。目标专利的用途更广泛。虽然选择新声码器类型这一点被公开，但“至少一者”中的其他用途未被公开，因此该技术特征作为一个整体未被直接公开。从对比文件公开的内容也无法必然且合理地推理出其他用途。 |
| **技术特征M《直接公开》** | 说明书第[0048]段：“在TFO协商开始时，本地TRAU发送所谓的TFO_REQ的消息...如果远端TC支持TFO，则它将通过所谓的TFO_ACK消息应答。” | 该技术特征已包含在特征A、H、I的公开内容中。对比文件明确描述了通过发送TFO_REQ和接收TFO_ACK来确定远端是否支持TFO（即能够使用带内信令交换信息）。这直接对应于在第一站点处确定第二站点能力。 |
| **技术特征N《直接公开》** | 说明书第[0059]段：“一旦有关替代编解码器类型的新信息可用，就重新评估上述即时编解码器类型优化的条件...TFO决定机制将指示...最好在两端将编解码器类型改为AMR-WB”。 图8和图9展示了基于交换的信息（当前类型和能力）控制编解码器类型切换的过程。 | 对比文件公开了基于交换的装置信息（当前编解码器类型和替代编解码器列表等编码能力信息），控制站点（具体为变码器及其关联的通信终端）的设置，即改变其当前使用的声码器（编解码器）类型。这直接对应于技术特征N。 |
| **技术特征O《直接公开》** | 说明书第[0059]段：“即时编解码器类型优化的目的是当TFO协议在联络状态...时，切换本地端和/或远端的编解码器类型（如果这可产生优选TFO配置）。” | 在对比文件中，交换的装置信息（如替代编解码器列表、TFO版本）被用于决定是否采取“切换编解码器类型”这一行动。因此，这些信息本身就是用于指导后续行动的“可行动信息”。 |
| **技术特征P《直接公开》** | 说明书第[0059]段（同上）及图8、9。 说明书第[0048]段：TFO_REQ消息包含“可能的其它替代编解码器类型”。 | 对比文件明确公开了所交换的可行动信息（即替代编解码器列表）用于选择新的、更优的声码器（编解码器）类型，例如从AMR-NB切换到AMR-WB。 |
| **技术特征Q《直接公开》** | 同特征D。对比文件涉及的终端（MS, UE）为移动站点。 | 同特征D的论述，第二站点为移动站点被直接公开。 |
| **技术特征R《隐含公开》** | 说明书第[0030]段：“图1所示用户单元可以是移动终端或固定终端。在图1所示示例中，终端A和B正在交换语音信号。” | 对比文件描述的TFO协商发生在呼叫的两端变码器之间。在移动用户到移动用户的呼叫场景中，必然存在呼叫的终端（接收）方。虽然对比文件未在TFO协议描述中明确区分“发起站点”和“终端站点”的角色（两端变码器行为可能对称），但根据其描述的通信场景（两个终端交换语音信号），本领域技术人员可以理解，所描述的第一站点可以是针对该语音呼叫的终端站点。 |
| **技术特征S《隐含公开》** | 同上。 | 同理，在移动用户到移动用户的呼叫场景中，必然存在呼叫的发起方。本领域技术人员可以理解，所描述的第一站点也可以是针对该语音呼叫的发起站点。 |
| **技术特征T《未公开》** | 无相关描述。 | 对比文件全文仅涉及通过语音信道进行的带内信令（TFO），完全没有提及任何带外（OOB）接口。因此，无法确定第二站点能够使用OOB接口交换装置信息。 |
| **技术特征U《未公开》** | 无相关描述。 | 同上，对比文件未涉及OOB接口，因此也没有设定OOB管道的内容。 |
| **技术特征V《未公开》** | 无相关描述。 | 同上，对比文件未涉及使用OOB接口发送探测信号。 |
| **技术特征W《未公开》** | 无相关描述。 | 同上，对比文件未涉及使用OOB接口交换可行动信息。 |
<<<A>>><<<D>>><<<F>>><<<H>>><<<I>>><<<M>>><<<N>>><<<O>>><<<P>>><<<Q>>><<<j>>><<<k>>><<<r>>><<<s>>>