对比文件名称：2010-10-14_WO2010117326A_发明申请_WO2010117326A1 METHOD AND ARRANGEMENT FOR SESSION NEGOTIATION
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：deepseek-chat
作为资深专利代理师，我已对目标专利与对比文件进行了深度分析和比对。目标专利的核心在于在已建立的语音呼叫中，通过带内信令（或在一些实施方案中为带外接口）进行站点能力探测及控制信息和数据的交换，以实现增强功能（如触发应用、选择新声码器等），且这些操作对网络基础设施透明。对比文件的核心在于在已建立的媒体会话（如语音呼叫）中，通过在媒体数据帧的载荷头特定字段（如CMR）中嵌入对新编解码器类型的指示，来实现向后兼容的新编解码器协商和切换。以下是根据目标专利权利要求严格划分的技术特征比对表格。
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号，<br>**《直接公开》** | [p0044] “During an ongoing exchange of media data frames in the initiated session, at least one of the first and second clients provide S30 an indication for a second codec type in at least one subsequent media data frame. Finally, upon receiving and recognizing the provided indication, the other of the first and second clients switch S40 to the indicated second codec type in a next media data frame...” | 对比文件公开了在已启动的会话（相当于语音呼叫）期间，第一客户端（相当于第一站点）通过在后续媒体数据帧（如RTP包）中提供对第二编解码器类型的指示（如CMR=12），来探测并确定对方是否支持新编解码器。接收方识别该指示并切换，这实质上就是双方通过带内（in-band，即在媒体流内）信令交换关于编解码器能力的控制信号。本领域技术人员能够毫无疑义地确定，这公开了“在语音呼叫期间使用带内信令交换控制信号”以确定能力的技术特征。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号，<br>**未被公开** | 无相应内容。 | 对比文件全文均未提及“水印”（watermark）技术。其用于在带内传递指示的具体手段是利用现有编解码器载荷格式中预留的、有明确语义的信令字段（如CMR或FT），这与通过修改信号特性以隐藏信息（即水印）的技术手段有本质区别。本领域技术人员无法从对比文件中直接或通过推理得出使用水印进行探测的技术方案。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号，<br>**未被公开** | 无相应内容。 | 由于对比文件未公开“水印”这一技术手段，因此基于水印被解释为带内信号的后续特征自然也未被公开。 |
| **技术特征D**：其中所述第一站点是移动站点<br>**《直接公开》** | [p0019] “UE User Equipment”；[p0067] “...a client or user equipment...”。[p0044] “...between a first and a second client in a cellular telecommunication system.” | 对比文件明确其应用于蜂窝电信系统中的“客户端”或“用户设备（UE）”。在本领域，尤其是在3GPP标准语境下，“用户设备（UE）”通常即指移动站点（如手机）。本领域技术人员能够毫无疑义地确定，参与会话协商的客户端/第一站点是移动站点。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据<br>**《隐含公开》** | [p0044] “...provide S30 an indication for a second codec type in at least one subsequent media data frame.”<br>[p0047] “...signal and request codec modes/ types in the CMR field in the payload header.” | 对比文件明确公开了使用带内信道（媒体数据帧内的CMR字段）交换控制信号（编解码器类型指示）。所述指示是用于请求或确认能力的信息，属于控制信息。虽然对比文件未明确提及该控制信息中包含“来自传感器的数据”，但传感器数据作为一种数据形式，本领域技术人员在掌握“通过带内信道交换控制信息和数据”这一思想后，有可能将其作为可交换的数据类型之一，用于增强应用或服务（如目标专利所列举的）。因此，该特征被对比文件隐含公开。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**《隐含公开》** | [p0047-p0048] “The major benefit with this ‘layered’ signaling of codec usage is that it enables deployment of a new speech codec without jeopardizing any previous deployment and do not require any updates on the signaling plane.”<br>[p0059] “...this part of the session negotiation is done in-band in the media flow...” | 对比文件公开的带内协商（CMR信令）发生在两个终端客户端之间，不涉及核心网络的信令平面更新，即对基础设施（网络）是透明的。所交换的编解码器能力信息，本质上是装置（终端）所支持的编解码器类型信息，属于装置信息的一种。本领域技术人员可以合理推断，这种对基础设施透明的、用于交换装置能力信息的带内信令机制，可以扩展到交换其他装置信息（如卖主ID、操作系统版本等，如目标专利说明书[0007]所述）。因此，该特征被隐含公开。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**未被公开** | 无相应内容。 | 对比文件完全没有提及任何具体的传感器类型，如近程传感器、定向传感器或心率监视器。本领域技术人员无法从对比文件中直接得出或合理推理出这些特定的传感器类型。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**《直接公开》** | [p0049] “...clients supporting the new speech codec type would send a codec mode request (CMR) using one of the reserved encodings... This would be repeated for the first N frames to ensure proper detection.”<br>[p0059] “...a specific probing period is set, in which a negotiation is possible.” | 对比文件明确公开了支持新编解码器的客户端会发送带有特定编码（如CMR=12）的请求，并重复发送N帧以确保正确检测，这明确是一种探测行为。该探测信号正是通过带内信令（CMR字段）发送的，用于确定对方是否支持新编解码器（即能否使用该带内信令机制交换控制信息）。因此，该特征被直接公开。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**《直接公开》** | [p0060] “The first client then includes an indication for a second codec type in N consecutive media data frames by including CMR= 12. Upon receiving and recognizing the codec type indication, the second user equipment UE2 responds with N media data frames including CMR= 12.” | 对比文件明确描述了完整的探测与确认过程：第一客户端发送包含CMR=12的探测信号；第二客户端在接收并识别后，响应包含CMR=12的媒体数据帧作为确认信号。整个过程均在带内（媒体数据帧中）完成。因此，该特征被直接公开。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**《隐含公开》** | [p0059] “...a specific probing period is set, in which a negotiation is possible. If no joint exchange ... has taken place inside the probing period, the second phase of the negotiation is assumed to have failed...”<br>[p0049] “This would be repeated for the first N frames...” | 对比文件设置了“探测期”（probing period），并在该期间内重复发送（repeated）CMR请求。虽然未明确使用“周期性”一词，但为确保探测可靠性，在有限时间（探测期）内重复发送信号是本领域的常规技术手段。本领域技术人员能够合理推断，这种重复发送可以是周期性的。因此，该特征被隐含公开。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**《直接公开》** | [p0046] “...a legacy decoder will automatically dismiss a CMR request or a received frame with a ‘new’ FT, if it does not understand it.”<br>[p0049-p0050] “...clients supporting the new speech codec type would send a CMR... Finally, as soon as each client receives a CMR, which indicates support of the new codec type, it can start to use codec modes of the new codec and be sure that the other client can decode it.” | 对比文件明确：(a) 传统解码器会因不理解而自动忽略（dismiss）新的CMR请求或帧类型，即传统站点不会将其作为有效包接收；(b) 当支持新编解码器的客户端收到表明支持新编解码器类型的CMR（确认信号）时，它可以确信对方客户端能够解码新编解码器的帧，这隐含了端到端路径支持该新格式，即处于转码免除（TrFO/TFO）状态。因此，该特征的作用和原理已被对比文件直接公开。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**《直接公开》(部分)** | [p0044] “...switch S40 to the indicated second codec type...”<br>[p0070] “...the CMR signaling ‘probes’ for the possibility to use the new speech codec instead.” | 对比文件明确公开了所交换的控制信息（CMR指示）用于“选择新声码器类型”（即第二编解码器类型），并且这一过程不涉及信令平面更新（即不对基础设施作出改变，见特征F的论述）。因此，“选择新声码器类型”这一用途被直接公开。然而，对比文件未提及“触发应用程序”或“产生系统声音、事件或通知”的用途。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**《直接公开》** | [p0049] “...clients supporting the new speech codec type would send a codec mode request (CMR)...”。[p0050] “Finally, as soon as each client receives a CMR, which indicates support of the new codec type...” | 对比文件公开的整个协商过程的目的是确定对方客户端是否支持新的编解码器类型，即是否能够理解并使用特定的带内信令（CMR）来交换编解码器信息。这直接对应于“确定第二站点是否能够使用带内信令与第一站交换信息”。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**《隐含公开》** | [p0044] “...the other of the first and second clients switch S40 to the indicated second codec type in a next media data frame...” | 对比文件公开了第二客户端在接收到第一客户端发送的编解码器类型指示（一种装置能力信息）后，采取的行动是切换自身的编解码器设置。这本质上是“基于交换的装置信息控制站点的设置”。虽然控制的具体设置限于编解码器类型，但本领域技术人员可以合理推断，这种基于带内交换信息进行控制的思想可扩展至其他设置（如目标专利所述的音频处理设置）。因此，该特征被隐含公开。 |
| **技术特征O**：其中所述装置信息包括可行动信息。<br>**《直接公开》** | [p0044] “...provide S30 an indication for a second codec type...”<br>[p0045] “...responds to a received status indicator by immediately switching to the requested codec type...” | 对比文件中交换的编解码器类型指示（如CMR=12），是一个能够直接引发接收方执行动作（切换编解码器）的信息，这完全符合“可行动信息”的定义。因此，该特征被直接公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**《直接公开》** | 同特征L、O的引用。结合[p0047]关于不危害先前部署、无需信令平面更新的描述。 | 对比文件公开的“可行动信息”（CMR指示）正是用于选择新声码器（编解码器）类型的控制信息，且该过程对基础设施透明（无需网络信令平面更新）。因此，该特征被直接公开。 |
| **技术特征Q**：其中所述第二站点为移动站点。<br>**《直接公开》** | 同特征D的引用。[p0044] “...between a first and a second client in a cellular telecommunication system.” | 与特征D同理，对比文件描述的会话发生在蜂窝电信系统的客户端之间，第二客户端（第二站点）同样为用户设备（UE），即移动站点。本领域技术人员能够毫无疑义地确定。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**未被公开** | 无相应内容。 | 对比文件在描述协商过程时，仅使用“第一客户端”、“第二客户端”或“发起方”、“接收方”（在SDP OFFER/200 OK语境中），并未在呼叫建立的角色（终端站点/被叫 vs 发起站点/主叫）框架下描述其带内探测行为。无法确定其探测是由“终端站点”发起。因此，该特征未被公开。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**未被公开** | 无相应内容。 | 同理，对比文件未明确其描述的发送探测信号的第一客户端是针对语音呼叫的“发起站点”。因此，该特征未被公开。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息<br>**未被公开** | 无相应内容。 | 对比文件全文仅涉及带内（in-band）信令，即利用媒体数据帧内的字段（CMR）或RTCP-APP包进行协商。未提及任何形式的带外（Out-of-Band， OOB）接口。因此，该特征未被公开。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**未被公开** | 无相应内容。 | 对比文件未提及任何OOB接口或管道的建立。因此，该特征未被公开。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**未被公开** | 无相应内容。 | 由于对比文件未公开OOB接口，因此与之相关的使用OOB接口发送探测信号的特征也未被公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**未被公开** | 无相应内容。 | 由于对比文件未公开OOB接口，因此使用OOB接口交换可行动信息的特征也未被公开。 |
<<<A>>><<<D>>><<<H>>><<<I>>><<<K>>><<<L>>><<<M>>><<<O>>><<<P>>><<<Q>>>
<<<e>>><<<f>>><<<j>>><<<n>>>