对比文件名称：2003-02-13_US2003031200A_发明申请_US20030031200A1 Negotiation of used communication mode in a telecommunications system
目标专利名称：使用带内信号的应用通知和服务选择CN103931269B
本次调用模型名称：DeepSeek-R1
作为资深专利代理师，我将根据目标专利说明书对权利要求的解释，对对比文件进行深度分析和特征比对。目标专利的核心在于在已建立的语音呼叫中，利用带内信令（或OOB接口）作为“管道”，在兼容的站点之间交换控制信息和数据（即可行动信息），以实现触发应用、产生通知、选择新声码器等增强功能，且整个过程对网络基础设施透明。对比文件涉及在电信系统中使用带内信令（如基于TFO协议的ETN协议）协商通信模式（如语音、视频、传真等）。以下为严格依据目标专利权利要求划分的特征比对表格。
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。<br>**判断结果：《隐含公开》** | [0003] “...系统元件...需要在使用者数据可被传送之前使用共同通信手段。使用多模式系统元件...需要用于找出通信元件的能力的协商手段。如果系统元件能够交换关于所支持能力的信息，则可选择所使用的通信模式...”<br>[0003] “通信模式选择可通过带内信令...或通过利用单独信令连接的带外信令来完成。”<br>[0029] “...当在两个移动台之间已建立移动对移动呼叫之后...系统元件交换消息以建立元件之间的通信（201）...” | 目标专利中，确定站点能否使用带内信令交换控制信号是启动后续增强功能的前提。对比文件明确指出，系统元件（可视为站点）需要通过交换消息来确定对方的能力（如是否支持ETN或TFO），以便选择通信模式。这个过程本身就隐含了“确定第一站点能够在语音呼叫期间使用带内信令与第二站点交换控制信号”这一步骤，因为确定能力是协商（即交换控制信息）的先决条件。尽管对比文件侧重于“协商通信模式”，而目标专利的“控制信号”范围更广（包含应用触发等），但确定带内信令交换能力这一基础事实已被对比文件隐含公开。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。<br>**判断结果：《未公开》** | 无相关描述。 | 目标专利说明书中明确提及水印可作为探测或传递信息的一种替代方式（见[0091]）。对比文件全文仅描述了使用特定的协议消息（如ETN/TFO消息、V.140签名）进行协商和探测，未提及任何向语音包“施加水印”的技术手段。水印技术通常指将信息隐蔽地嵌入载体信号中，与对比文件公开的明确协议消息传输方式有本质区别。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出使用水印进行能力确定的技术方案。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。<br>**判断结果：《未公开》** | 无相关描述。 | 由于对比文件未公开“水印”相关技术特征（B），因此该依赖水印技术实现的解释过程自然也未被公开。 |
| **技术特征D**：其中所述第一站点是移动站点。<br>**判断结果：《直接公开》** | [0017] “...移动台（MS1， MS2）...”<br>[0048] “MS1发起至MS2的视频呼叫...” | 对比文件明确、多次提及“移动台（Mobile Station， MS）”，例如MS1、MS2等。这直接公开了“站点”可以是移动站点。本领域技术人员能毫无疑义地得出此技术方案。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。<br>**判断结果：《部分直接公开，部分未公开》（控制信息部分被直接公开，传感器数据部分未被公开）** | [0032] “...ETN能力系统元件交换包含所支持的通信模式的指示的消息（所支持的通信模式）。这些通信模式可以是传真模式（例如V.27）、调制解调器模式（例如V.32bis、V.34）、多媒体模式（例如H.323、H.324）或V.140模式...”<br>[0035] “...系统元件可以优先考虑模式，即，在所支持的模式消息（所支持的通信模式）中至少包括关于期望的通信模式的通知...” | 目标专利中，“控制信号”包含控制信息和数据，数据可包括传感器数据。对比文件公开了在带内信道（如ETN协议）中交换“所支持的通信模式”等信息，这属于“控制信息”的范畴，作用在于协商和选择操作模式。因此，“使用带内信道交换控制信号（包括控制信息）”被对比文件直接公开。然而，对比文件完全未提及交换来自“传感器”（如心率监视器、近程传感器）的数据。该数据在目标专利中用于实现环境感知、健康监测等特定增强应用，与对比文件中用于协商通信模式的“控制信息”在内容和作用上均不相同。因此，“数据包括传感器数据”这一技术特征未被公开。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**判断结果：《隐含公开》** | [0003] “...系统元件...能够交换关于所支持能力的信息...”<br>[0032] “...ETN能力系统元件交换包含所支持的通信模式的指示的消息...”<br>[0026] “TFO帧通过带内信令在转码器单元之间传送，即，通过将它们插入PCM样本比特流中。” | 目标专利中，“装置信息”（如卖主ID、操作系统版本等）是可交换的控制信息之一，且因通过带内信令交换而对基础设施透明。对比文件中，系统元件交换的“所支持能力”或“所支持的通信模式”信息，实质上就是描述装置（或网络元件）能力的信息，可视为一种“装置信息”。并且，对比文件明确这些信息通过带内信令（如TFO帧插入PCM比特流）交换，这种带内信令方式不依赖于网络基础设施的专门支持，即对基础设施是“透明”的。因此，对比文件隐含公开了使用带内信道交换（能力）装置信息且该过程对基础设施透明的技术特征。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**判断结果：《未公开》** | 无相关描述。 | 对比文件全文未提及任何类型的传感器，更未具体公开近程传感器、定向传感器或心率监视器。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**判断结果：《直接公开》** | [0030] “...系统元件SE1和SE2支持ETN或TFO，彼此发送ETN或TFO消息（ETN/TFO消息）。这些消息的目的是检查另一个系统元件是否支持TFO或ETN并启动ETN或TFO程序。” | 目标专利中使用“探测信号”来探测对方站点的能力。对比文件明确描述系统元件通过发送“ETN/TFO消息”来检查（check）对方是否支持ETN或TFO协议。此处的“ETN/TFO消息”即起到探测信号的作用。两者作用完全相同，都是用于初始的能力探测。因此，该技术特征被直接公开。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**判断结果：《直接公开》** | [0030] “...系统元件...彼此发送ETN或TFO消息（ETN/TFO消息）...”<br>[0037] “如果SE2仅具有TFO能力，则它向SE1发送TFO消息（有利地为‘TFO ACK’）...”<br>[0033] “...一个优选的解决方案是用所支持的通信模式的指示来扩展TFO消息‘TFO ACK’...” | 对比文件描述了完整的探测与响应过程：一个系统元件发送ETN/TFO消息（探测信号），另一个系统元件在支持的情况下会回复消息，例如“TFO ACK”（确认信号）。这个过程直接对应于目标专利中发射带内探测信号和接收带内确认信号。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**判断结果：《隐含公开》** | [0040] “...如果在预定义的时间限制内（由ETN能力系统元件）未收到任何ETN或TFO消息，则有利地在系统元件之间启动第二带内信令协议。”<br>[0043] “如果系统元件在第二预定义时间限制内未收到任何ETN或V.140消息，则其可以停止ETN消息的发送...” | 目标专利中，周期性发射探测信号有限时间是为了最小化对传统用户的影响并管理探测过程。对比文件虽然没有明确“周期性”一词，但提到了“预定义的时间限制”，并指出若在此时间内未收到回复，则采取下一步行动（如启动第二协议或停止发送）。这隐含了探测信号的发送是在一个有限的时间窗口内进行的，并且为了等待响应，通常会以一定间隔（周期性）发送探测信号。本领域技术人员根据通信协议设计的常规实践，能够合理推断出探测信号会周期性地发送一段时间。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**判断结果：《隐含公开》** | [0021]-[0026] 描述了TFO协议通过带内信令测试路径是否数字透明、双方是否支持TFO、编解码器是否相同，从而建立TFO连接（即转码免除）。<br>[0030] “ETN消息的格式使得仅支持TFO的系统元件将其解释为有效的TFO消息并根据TFO程序进行响应。”<br>[0037] “如果...SE2仅具有TFO能力，它发送TFO消息...如果ETN消息是扩展的TFO消息，则具有TFO能力的SE2忽略扩展部分...” | (a) 对比文件指出，ETN消息被设计为与TFO消息兼容，仅支持TFO的传统设备会将其解释为有效的TFO消息并响应。但这并不意味着“不作为有效包接收”。相反，传统设备会接收并尝试处理。然而，目标专利此特征的核心目的是确保探测信号不会对传统设备造成干扰或使其产生误操作。对比文件通过协议兼容性设计部分达到了类似目的（传统设备按TFO处理），但表述不完全一致。可以认为对比文件部分公开了信号设计的兼容性考虑。<br>(b) 对比文件明确：TFO/ETN协议的目的之一就是确认路径是“数字透明”（digital transparency）的（即转码免除），并且通过交换消息确认对方支持TFO/ETN（即能够使用带内信令）。例如，收到“TFO ACK”即确认了这两点。这与目标专利特征(b)的作用完全相同。综合(a)的部分公开和(b)的实质公开，本领域技术人员能够合理推断出对比文件隐含公开了该技术特征的整体构思。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**判断结果：《部分隐含公开》（选择新声码器类型被隐含公开，触发应用/产生通知未被公开）** | [0032]-[0036] 描述了使用ETN协议交换支持的通信模式信息，并基于此选择通信模式（例如H.324多媒体模式）。<br>[0048] 示例1：“...MSC1/IWF和MSC2/IWF注意到它们应该选择视频类型2...然后可以建立根据视频类型2（例如H.324）的视频连接。” | 目标专利中，“选择新声码器类型”是增强服务的一种。对比文件中，通过带内信令（ETN）协商并选择新的“通信模式”（如从语音切换到视频模式H.324）。虽然“通信模式”比“声码器类型”更宽泛，但声码器类型本质上是语音通信模式的一种具体形式。因此，对比文件公开的“选择通信模式”的技术方案，隐含覆盖了“选择新声码器类型”这一具体情形。两者都是在不对基础设施（网络核心）作出改变的情况下，通过端到端带内信令实现的模式切换。然而，对比文件完全没有提及“触发应用程序”或“产生系统声音、事件或通知”这类与应用层UI交互相关的功能。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**判断结果：《隐含公开》** | 同技术特征A的论述。<br>[0030] “这些消息的目的是检查另一个系统元件是否支持TFO或ETN...” | 此特征与技术特征A实质相同，都是关于确定对方站点使用带内信令的能力。基于对比文件对能力检查（check）的描述，该特征被隐含公开。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**判断结果：《隐含公开》** | [0035] “...然后可以基于所支持的通信模式和可能的优先级选择所使用的通信模式...”<br>[0036] “SE1和SE2然后可以进入所选的通信模式（所选模式），例如H.324多媒体传输模式。” | 目标专利中，基于交换的信息控制站点设置，例如选择新声码器。对比文件中，基于交换的“所支持的通信模式”信息，系统元件选择并进入特定的通信模式（如H.324）。这实质上是根据交换的（装置能力）信息来控制站点的工作模式或“设置”。因此，该技术特征被对比文件隐含公开。 |
| **技术特征O**：其中所述装置信息包括可行动信息。<br>**判断结果：《隐含公开》** | [0032] “...ETN能力系统元件交换包含所支持的通信模式的指示的消息...”<br>[0035] “所使用的通信模式然后可以基于所支持的通信模式...来选择。” | 目标专利的“可行动信息”指能导致接收方采取行动（如切换模式、触发应用）的信息。对比文件中交换的“所支持的通信模式”信息，正是用于后续选择并切换通信模式的依据，属于“可行动信息”。因此，该特征被隐含公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**判断结果：《隐含公开》** | 同技术特征L和N的论述。<br>[0048] 示例1：通过ETN消息交换视频能力并选择视频模式（H.324）。 | 如特征L和N所述，对比文件公开了通过带内信令（ETN）交换可行动信息（支持的通信模式）并据此选择新的通信模式（如H.324），且该过程对基础设施透明。“声码器类型”是语音通信模式的一种。因此，该技术特征被对比文件隐含公开。 |
| **技术特征Q**：其中所述第二站点为移动站点。<br>**判断结果：《直接公开》** | [0017] “...移动台（MS1， MS2）...”<br>[0048] “MS1发起至MS2的视频呼叫...” | 对比文件明确、多次提及“移动台（Mobile Station）”，例如MS2。这直接公开了“第二站点”可以是移动站点。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**判断结果：《未公开》** | 对比文件中描述了呼叫有发起方（originating）和终止方（terminating），但并未在权利要求限定的“第一站点”、“第二站点”语境下，指定“第一站点”必须是终端站点。在示例中，发起呼叫的MS1或MSC1/IWF可被视为发起站点，被呼叫的MS2、MS3、MS4可被视为终端站点。但未将“第一站点”与“终端站点”进行固定关联。 | 目标专利明确限定了第一站点是终端站点。对比文件虽然存在终端站点的概念，但未在任何技术描述或实施例中将进行能力确定和信号交换的“第一站点”（即执行方法的主体）限定为必须是终端站点。该限定未被公开。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**判断结果：《未公开》** | 同上。<br>对比文件同样未将执行方法主体的“第一站点”限定为必须是发起站点。 | 目标专利明确限定了第一站点是发起站点。对比文件虽然存在发起站点的概念，但未将执行能力确定和信号交换的“第一站点”限定为必须是发起站点。该限定未被公开。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。<br>**判断结果：《未公开》** | [0003] “通信模式选择可通过带内信令...或通过利用单独信令连接的带外信令来完成。”<br>[0006] “...然而，很难将新的带外信令引入现有系统。” | 对比文件仅提及带外信令是一种理论上的替代方案，并指出其难以引入现有系统。全文未描述任何确定对方站点是否能够使用OOB接口的具体方法、步骤或协议。因此，该技术特征未被公开。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**判断结果：《未公开》** | 无相关描述。 | 对比文件未提及建立或设定OOB管道。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**判断结果：《未公开》** | 无相关描述。 | 由于对比文件未公开涉及OOB接口的能力确定（特征T），因此通过发送探测信号来确定OOB能力的特征自然也未被公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**判断结果：《未公开》** | 无相关描述。 | 对比文件未提及使用OOB接口交换任何信息。 |
<<<D>>><<<H>>><<<I>>><<<Q>>><<<a>>><<<e>>><<<f>>><<<j>>><<<k>>><<<l>>><<<m>>><<<n>>><<<o>>><<<p>>>