对比文件名称：2005-06-30_US2005143984A_发明申请_US20050143984A1 MULTIRATE SPEECH CODECS
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：DeepSeek
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号，<br>**《未公开》** | 无相关引用。 | 目标专利中的“带内信令”是指在语音数据信道（带内）中传递控制信息和数据，以作为在站点间交换控制信号的管道。对比文件全文仅涉及语音编解码器（声码器）及其模式选择（如AMR），目的是提高语音质量或适应网络条件。其描述的编解码模式指示（MIu, MId）虽然也是控制信息，但其作用是通知接收端使用何种模式解码语音帧，是网络链路自适应或编解码过程的一部分，而非用于在两端点间交换任意控制信号以触发应用、服务或传递传感器数据等。对比文件未公开使用带内信道作为在站点间交换控制信号的通用管道的概念。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号，<br>**《未公开》** | 无相关引用。 | 目标专利说明书中明确提及水印可作为带内信号的一种形式，用于探测兼容性或传递信息（参见[0091]-[0093]段）。对比文件全文未提及任何形式的水印技术，也未描述通过向语音包施加水印来探测或确定对端设备能力的方法。其核心内容是编解码模式选择和前瞻分析。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号，<br>**《未公开》** | 无相关引用。 | 该特征依赖于“水印”这一特定技术手段。如上所述，对比文件未公开任何水印技术，因此也不可能公开水印被解释为带内信号的技术方案。 |
| **技术特征D**：其中所述第一站点是移动站点<br>**《直接公开》** | 对比文件说明书第[0035]段：“The network 100 comprises various network elements including a mobile station (MS) 101...”。 | 对比文件明确公开了其通信系统中的端点设备为“移动站（mobile station， MS）”，这即是移动站点。本领域技术人员可直接且毫无疑义地得出该技术特征。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据<br>**《未公开》** | 无相关引用。 | 目标专利中的“带内信道”交换的控制信号包含广泛的控制信息和数据，特别是包括传感器数据（如心率、近程传感器数据等）。对比文件仅涉及编解码模式指示（MIu, MId）在信道中的传递，这些指示是用于解码语音的必需参数，不构成可在应用层使用的任意“数据”，更不包含来自传感器的数据。对比文件未公开使用语音信道传输传感器数据的技术方案。 |
| **技术特征F**：使用带内信道在所述第一站点与所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**《未公开》** | 无相关引用。 | 目标专利中交换的“装置信息”（如手持机卖主ID、芯片组卖主ID、操作系统版本等）是对基础设施透明的，即网络基础设施不感知、不处理这些信息。对比文件中描述的编解码模式指示（MIu, MId）是由网络中的编码器产生，并需明确传递给网络中的解码器（如TC中的解码器116）以正确解码，是基础设施（网络）正常功能的一部分，并非对基础设施透明的端到端信息交换。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**《未公开》** | 无相关引用。 | 对比文件全文未提及任何传感器，特别是近程传感器、定向传感器或心率监视器。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**《未公开》** | 无相关引用。 | 目标专利的核心探测机制是发送特定的带内探测信号以确定对端兼容性（参见[0040], [0056]等段）。对比文件未描述任何用于探测设备能力或建立带内信令管道的“探测信号”。其模式选择基于网络链路质量或语音信号特性，而非基于设备间的能力握手。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**《未公开》** | 无相关引用。 | 该特征描述了完整的探测-确认握手过程。如前述，对比文件未公开“带内探测信号”和“带内确认信号”的概念及其交换过程。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**《未公开》** | 无相关引用。 | 该特征是对探测信号发射方式的进一步限定（周期性、有限时间）。由于对比文件未公开“带内探测信号”本身，因此也不可能公开其发射方式。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**《未公开》** | 无相关引用。 | 该特征详细描述了带内信号的特殊设计目的和逻辑结果：与传统设备兼容（不被其作为有效包接收）并用于确认转码免除（TrFO）和对端能力。这是目标专利实现后向兼容和透明升级的关键设计。对比文件未涉及任何为避免被传统解码器接收而特殊设计的信号，也未将信号接收与“转码免除（TrFO）”状态的确定相关联。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**《未公开》** | 无相关引用。 | 目标专利中通过带内信令交换的控制信息和数据可用于丰富的应用层操作，如触发应用、产生通知、选择新声码器类型等，且这些操作对基础设施透明。对比文件中的编解码模式选择（声码器类型/速率选择）是基于网络链路条件（如[0039]段）或语音信号的前瞻分析（如[0061]段），由网络或编码算法决定，目的是优化语音质量或网络容量，并非由端点间交换的可行动信息触发，也不是对基础设施透明的端到端操作。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**《未公开》** | 无相关引用。 | 该特征概括了确定对端带内信令能力的方法。如对特征H、I等的分析，对比文件未公开任何确定对端是否具有使用带内信令交换信息能力的方法。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**《未公开》** | 无相关引用。 | 该特征涉及基于交换的装置信息来控制设备设置。对比文件未公开交换如特征F所述的“装置信息”，因此也不可能公开基于此类信息来控制设备设置。 |
| **技术特征O**：其中所述装置信息包括可行动信息。<br>**《未公开》** | 无相关引用。 | “可行动信息”是目标专利中用于描述能触发设备执行某个动作（如改变声码器、调整设置等）的信息。对比文件未提及此概念。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**《未公开》** | 无相关引用。 | 目标专利中通过端到端带内信令选择新声码器类型是对基础设施透明的。对比文件中确实存在声码器类型（编解码模式）的选择（如[0042]段），但该选择是由网络根据链路条件（链路自适应）或由编码算法根据语音特性（前瞻分析）作出的，其决策和信令过程涉及网络基础设施（如BTS、TC），并非端到端且对基础设施透明的方式。 |
| **技术特征Q**：其中所述第二站点为移动站点。<br>**《直接公开》** | 对比文件说明书第[0035]段：“The network 100 comprises various network elements including a mobile station (MS) 101...”。 | 同技术特征D，对比文件公开的通信端点即为移动站（MS），因此第二站点为移动站点被直接公开。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**《未公开》** | 无相关引用。 | 对比文件描述了移动站（MS）与网络之间的通信，并提及语音呼叫从MS发起（originating from the MS，见[0035]段）或从核心网络发起（见[0037]段）。但文件并未在双端点通信的语境下明确区分“发起站点”和“终端站点”的角色。本领域技术人员无法从对比文件中毫无疑义地确定或推导出某个移动站在特定呼叫中是“终端站点”。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**《未公开》** | 无相关引用。 | 理由同技术特征R。对比文件未在双端点通信的语境下明确区分“发起站点”和“终端站点”的角色。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息<br>**《未公开》** | 无相关引用。 | 目标专利中描述了使用带外（OOB）接口作为带内信令的替代或补充管道（参见[0079]-[0082]段）。对比文件全文仅涉及在语音信道（可视为带内）中传递编解码相关信息，未提及任何形式的带外（OOB）接口或使用其交换装置信息。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**《未公开》** | 无相关引用。 | 该特征涉及建立OOB管道。由于对比文件未公开OOB接口，因此也不可能公开设定OOB管道。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**《未公开》** | 无相关引用。 | 该特征涉及对OOB接口的能力探测。由于对比文件未公开OOB接口，因此也不可能公开对其的能力探测方法。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**《未公开》** | 无相关引用。 | 该特征涉及使用OOB接口交换可行动信息。由于对比文件未公开OOB接口和可行动信息，因此该特征未被公开。 |
<<<D>>><<<Q>>>