对比文件名称：2007-09-06_US2007206505A_发明申请_US20070206505A1 Adjusting CODEC parameters during emergency calls
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
本次调用的模型名称：GPT-4
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号，<br>**未被公开** | 未找到对应内容。 | 对比文件涉及在紧急呼叫期间调整编解码器参数。虽然其中描述了接收系统可以向发送系统发送编解码器参数调整请求（例如，[0014]段），但这被明确描述为通过“单独的信道”（如互联网）或DTMF音调（带外信令）来实现（[0018]段），而非在语音数据信道（带内）内交换控制信号。本领域技术人员不能毫无疑义地或通过合理推断得出对比文件公开了在“语音呼叫期间使用带内信令”交换控制信号。因此，该技术特征未被公开。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号，<br>**未被公开** | 未找到对应内容。 | 对比文件全文未提及“水印”（watermark）技术。确定对方能力或交换控制信息是通过明确的控制信道、协议协商（如SIP）或DTMF音调进行的。本领域技术人员无法从对比文件内容中推理出通过向语音包施加水印来确定对方带内信令能力的技术方案。因此，该技术特征未被公开。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号，<br>**未被公开** | 未找到对应内容。 | 该特征以技术特征B为基础。由于对比文件未公开“水印”技术，自然也未曾公开水印被解释为带内信号的相关机制。因此，该技术特征未被公开。 |
| **技术特征D**：其中所述第一站点是移动站点<br>**《直接公开》** | [0031]段：”The computer systems may be cell phones, personal digital assistants, smart phones, personal computers, programmable consumer electronics, digital cameras, and so on.” | 对比文件明确指出，其系统实施的计算机系统可以是蜂窝电话（cell phones）、智能手机等，这些都是移动站点的具体示例。本领域技术人员能够毫无疑义地得出呼叫方（第一站点）可以是移动站点。因此，该技术特征被直接公开。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据<br>**未被公开** | 未找到对应内容。 | 对比文件描述了交换控制信号（编解码器参数调整请求），例如[0014]段。然而，这些控制信号的交换是通过带外信道（如互联网）或DTMF音调（[0018]段）进行的，而非“带内信道”。此外，对比文件交换的“数据”是编解码器参数或能力信息，并未提及来自“传感器”（如近程、定向、心率监视器）的数据。因此，该技术特征既未被直接公开，也无法从对比文件中合理推断出。 |
| **技术特征F**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据<br>使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**《直接公开》** | [0014]段：”After receiving the adjustments from the operator, the adjustment system at the receiving system sends an adjustment request to the sending system, which adjusts the parameters of the CODEC accordingly.”<br>[0022]段：”SIP also allows different implementations to add extensions which specify parameters that are not part of the base protocol which modify the setup of the dialog. SIP extensions allow the sending system to identify the CODEC as well as the parameters that are adjustable. The receiving system can then specify parameter adjustments during call initiation using additional SIP extensions.” | 对比文件公开了在呼叫期间（如通过SIP扩展）或在呼叫中（如通过RTP扩展）交换“编解码器参数”或“能力”信息（[0022], [0023]段），这些信息属于“装置信息”（关于编解码器能力及可调参数）。这种交换发生在呼叫的端到端之间，不涉及对网络核心“基础设施”（如PSTN、核心网）的修改，因此对基础设施是“透明”的。虽然对比文件未限定为“带内信道”（实际可能是带外），但“交换装置信息且对基础设施透明”这一核心内容已被直接公开。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**未被公开** | 未找到对应内容。 | 对比文件全文未提及“近程传感器”、“定向传感器”或“心率监视器”。本领域技术人员无法从对比文件公开的编解码器参数调整中，合理推断出交换的数据来源于这些特定类型的传感器。因此，该技术特征未被公开。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**未被公开** | 未找到对应内容。 | 对比文件中确定对方能力或建立参数协商是通过协议（如SIP、H.323）在呼叫建立时进行协商（[0022]段），或由操作员/系统在呼叫中发起请求，并未描述发送用于探测对方能力的“探测信号”，更未限定该探测信号是“带内信令”。因此，该技术特征未被公开。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**未被公开** | 未找到对应内容。 | 对比文件未描述“发射带内探测信号”并“接收带内确认信号”的交互过程。能力交换或参数请求是通过协商或直接请求/确认完成的，没有独立的探测与确认握手阶段。因此，该技术特征未被公开。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**未被公开** | 未找到对应内容。 | 对比文件未涉及“周期性发射探测信号”以及“持续有限时间量”的操作。因此，该技术特征未被公开。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**未被公开** | 未找到对应内容。 | 对比文件未描述任何专门设计的“带内信号”，也未提及该信号对传统站点（不能使用者）不可见或无效。同时，对比文件未将信号接收与确定“发射路径为转码免除的”状态相关联。这些是目标专利中特定的信号设计和判断逻辑，无法从对比文件中推断得出。因此，该技术特征未被公开。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**《直接公开》** | [0013]段：”Using the CODEC adjustment system, the operator or the caller can change the parameters of the sending CODEC during the emergency services call so that the encoded data contains the desired information.”<br>[0023]段：”The adjustment system at a receiving system can use these extensions to send adjustment requests to a sending system throughout an emergency services call and to receive acknowledgements of whether the parameters were received and successfully adjusted.” | 对比文件明确公开了使用交换的控制信息（编解码器参数调整请求）来“选择新声码器类型”（或调整编解码器参数，其效果等同于选择不同的编码模式），并且这种操作是在端到端进行的，不需要对网络基础设施作出改变（[0013], [0023]段）。虽然对比文件未提及“触发应用程序”或“产生系统声音、事件或通知”，但“选择新声码器类型”这一用途已被直接公开。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**未被公开** | 未找到对应内容。 | 该特征与技术特征A、H、I相关。如前所述，对比文件未公开通过“带内信令”来确定对方能力。对方能力是通过带外协议协商获知的。因此，该技术特征未被公开。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**《直接公开》** | [0014]段：”After receiving the adjustments from the operator, the adjustment system at the receiving system sends an adjustment request to the sending system, which adjusts the parameters of the CODEC accordingly.”<br>[0015]段：”After the caller specifies a new value for a parameter, the adjustment system adjusts the parameter of the sending CODEC.” | 对比文件直接公开了基于所交换的装置信息（编解码器参数调整请求）来控制（调整）发送方或接收方站点的编解码器设置。例如，接收方发送调整请求，发送方基于此请求调整其编解码器参数（[0014]段）；或者呼叫方（发送方）自己指定参数值来调整编解码器（[0015]段）。这完全符合“基于交换的装置信息控制站点设置”的技术特征。 |
| **技术特征O**：其中所述装置信息包括可行动信息。<br>**《直接公开》** | [0014]段：”After receiving the adjustments from the operator, the adjustment system at the receiving system sends an adjustment request to the sending system, which adjusts the parameters of the CODEC accordingly.” | 对比文件中交换的“编解码器参数调整请求”本身就是“可行动信息”，因为它直接导致接收该信息的站点执行一个动作——调整其编解码器参数。因此，该技术特征被直接公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**《直接公开》** | [0013]段：”Using the CODEC adjustment system, the operator or the caller can change the parameters of the sending CODEC during the emergency services call so that the encoded data contains the desired information.”<br>[0023]段：”The adjustment system at a receiving system can use these extensions to send adjustment requests to a sending system throughout an emergency services call...” | 对比文件明确公开了可行动信息（参数调整请求）用于在呼叫期间改变（选择）编解码器参数（或类型，参见[0023]段关于切换编解码器的描述），并且这种操作是端到端的，不改变基础设施。因此，该技术特征被直接公开。 |
| **技术特征Q**：其中所述第二站点为移动站点。<br>**未被公开** | 未找到对应内容。 | 对比文件中的第二站点（接收方）通常是公共安全应答点（PSAP），其接收终端（155）一般被认为是固定设备。尽管[0031]段提到系统可在手机等设备上实施，但并未明确指出紧急呼叫的接收方（第二站点）是移动站点。本领域技术人员不能毫无疑义地或合理推断出第二站点为移动站点。因此，该技术特征未被公开。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**未被公开** | 未找到对应内容。 | 在对比文件的描述中，第一站点（呼叫方）是发起紧急呼叫的一方，是呼叫的“发起站点”，而非“终端站点”。目标专利说明书[0039]段将“终端站点”描述为接收呼叫并可能发送探测信号的站点。两者角色不同。因此，该技术特征未被公开。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**《直接公开》** | [0013]段：”For example, a 911 call encoded using a CODEC...”<br>全文语境中，“caller”即发起紧急呼叫的一方。 | 对比文件通篇以紧急呼叫（如911呼叫）为例，其中调整编解码器参数的“发送系统”或“呼叫方”（caller）自然就是语音呼叫的“发起站点”。本领域技术人员能够毫无疑义地得出此结论。因此，该技术特征被直接公开。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息<br>**《直接公开》** | [0018]段：”The adjustment system may also allow an operator to send CODEC parameter adjustments through the POTS phone line such as by Dual Tone Multi-Frequency (DTMF, i.e., touch tone) or other encoding that instructs that sending system to perform CODEC adjustments.”<br>[0014]段提到通过”separate channel over the Internet”进行管理。 | 对比文件明确公开了使用带外（OOB）接口来交换装置信息（编解码器参数调整）。具体方式包括：通过互联网建立单独信道（[0014]段），或通过POTS电话线使用DTMF音调（[0018]段）。这两种方式均属于“带外接口”。因此，确定第二站点能使用OOB接口交换信息这一前提已被公开。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**《直接公开》** | [0014]段：”...but may have a separate channel over the Internet established with the caller for managing the call.”<br>[0018]段描述了通过DTMF音调在现有POTS线路上发送编码信息，这实质上也建立了一个逻辑上的带外数据管道。 | 对比文件公开了建立“单独的（互联网）信道”（separate channel over the Internet）用于管理呼叫和交换控制信息（[0014]段），这相当于“设定OOB管道”。同时，使用DTMF音调在语音信道中编码控制信息，相对于语音业务数据而言，也可视为一种带外信令管道。因此，该技术特征被直接公开。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**未被公开** | 未找到对应内容。 | 对比文件在描述使用OOB接口（如互联网信道或DTMF）时，并未提及需要通过发送“探测信号”来确定对方是否能够使用该OOB接口。能力的确定可能通过其他方式（如协议支持）隐含，但未明确公开“发送探测信号”这一具体步骤。因此，该技术特征未被公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**《直接公开》** | [0014]段：”After receiving the adjustments from the operator, the adjustment system at the receiving system sends an adjustment request to the sending system...” (可通过单独互联网信道)<br>[0018]段：”...by Dual Tone Multi-Frequency (DTMF... that instructs that sending system to perform CODEC adjustments.” | 对比文件明确公开了使用OOB接口（互联网单独信道或DTMF音调）在呼叫方与接收方之间交换“可行动信息”，即编解码器参数调整请求/指令（[0014], [0018]段）。该请求会直接导致发送方调整其编解码器设置。因此，该技术特征被直接公开。 |
<<<D>>><<<F>>><<<L>>><<<N>>><<<O>>><<<P>>><<<S>>><<<T>>><<<U>>><<<W>>>