对比文件名称：2007-03-29_US2007070980A_发明申请_US20070070980A1 Method and system for providing network-based call processing of packetized voice calls
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：DeepSeek-R1
特征比对表格：
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：**《未被公开》<br>所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号， | 对比文件未明确记载端点之间为建立带内信令管道而相互探测和确定对方能力的相关内容。 | 目标专利中的“带内信令”特指在已建立的语音业务信道内嵌入控制信号作为管道，用于两个兼容站点（如移动装置）之间直接交换控制信息和数据（参见说明书[0005], [0037]段）。对比文件虽然提到了“带内控制”（in-band control），例如使用可听DTMF音调（参见[0060]段：“in-band control using audible DTMF tones”），但该“带内控制”是端点（如呼叫中心座席）向网络中的应用服务器（Application Server 309a）发送信号，以请求网络执行呼叫停放、转移等处理功能（参见[0060], [0054]段）。其作用是实现**网络中心**的呼叫控制，而非在两个端点之间建立直接交换控制信号的管道。对比文件未记载两个端点之间为了建立这种管道而相互探测和确定对方能力的方法。因此，该技术特征未被对比文件公开。 |
| **技术特征B：**《未被公开》<br>其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号， | 对比文件全文未提及“水印”（watermark）概念。 | 目标专利说明书[0091]段明确记载了水印可作为探测技术的替代方案，应用于大多数语音包，以传达宽带信息或数据。对比文件通篇未涉及“水印”技术。因此，该技术特征未被对比文件公开。 |
| **技术特征C：**《未被公开》<br>其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号， | 对比文件全文未提及“水印”（watermark）概念。 | 同上，对比文件未提及水印技术，更未记载水印被解释为带内信号的条件和作用。因此，该技术特征未被对比文件公开。 |
| **技术特征D：**《隐含公开》<br>其中所述第一站点是移动站点 | 第[0035]段：“Users, such as including enterprises, also have turned to IP telephony as a matter of convenience in that both voice and data services are accessible through a single piece of equipment, namely a personal computer.”<br>第[0049]段：“...endpoint devices, such as IP telephones...”<br>第[0035]段提及了“personal computer”，第[0049]段提及了“IP telephones”，虽然未明确限定“第一站点”必须是移动站点，但本领域技术人员可以理解，参与IP语音通话的端点设备可以包括移动电话（cellular phone）、智能电话等移动设备。在隐含公开的宽松判断标准下，可以认为对比文件隐含公开了通信站点可以是移动站点。 | 对比文件主要描述了基于IP的语音通话系统，其中涉及的端点设备（endpoint devices）包括IP电话、个人计算机等（参见[0035], [0049]段）。虽然未明确指定“第一站点”为移动站点，但本领域技术人员公知，IP语音通话的终端可以是各种设备，包括移动电话。根据隐含公开的宽松判断标准，本领域技术人员有可能从对比文件提及的“endpoint devices”中合理推断出该设备可以是移动站点。因此，该技术特征被对比文件隐含公开。 |
| **技术特征E：**《未被公开》<br>使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据 | 第[0060]段：“These mechanisms include, but are not limited to, in-band control using audible DTMF tones, out-of-band signaling using SIP between endpoint (e.g., Endpoints A and B) and the Application Server 309a...” | 对比文件确实提到了端点可以使用“带内控制”（如DTMF音调）向应用服务器（Application Server）发送信号以请求转移等操作（[0060]段）。然而，这种信号交换发生在**端点与网络中的应用服务器之间**，而非**两个端点之间**。其作用是请求网络执行呼叫处理功能。此外，对比文件完全没有提及交换来自“传感器”（如心率监视器、近程传感器等）的数据。目标专利中交换传感器数据是带内管道的一个重要应用（参见说明书[0077], [0097]段），而对比文件未涉及此内容。因此，该技术特征未被对比文件公开。 |
| **技术特征F：**《未被公开》<br>使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 | 对比文件未记载两个端点之间交换装置信息（如手持机卖主ID、芯片组卖主ID、操作系统版本ID等），也未提及此类交换对基础设施透明。 | 目标专利强调在两个兼容站点之间交换装置信息（如卖主ID、操作系统版本等），且此交换对网络基础设施透明（即不需要网络升级或感知，参见说明书[0004], [0046]段）。对比文件描述的呼叫处理完全依赖于网络中的应用服务器（AS 309a）、服务控制器（SC 303）等网络元件进行控制和桥接（参见[0058], [0054]段）。端点间不直接交换装置信息，所有信令和处理都需要网络元素的参与和感知。因此，该技术特征未被对比文件公开。 |
| **技术特征G：**《未被公开》<br>其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 | 对比文件全文未提及“近程传感器”（proximity sensor）、“定向传感器”（orientation sensor）或“心率监视器”（heart rate monitor）等具体传感器类型。 | 目标专利说明书[0077], [0097]段列举了传感器类型，作为可通过带内信道交换的数据来源。对比文件完全没有涉及这些具体的传感器。因此，该技术特征未被对比文件公开。 |
| **技术特征H：**《未被公开》<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 | 对比文件未记载端点之间为确定彼此是否兼容而发送带内探测信号（probing signal）的过程。 | 目标专利的核心之一是使用带内探测信号来探测对方站点是否兼容（即是否也能使用带内信令作为管道），参见说明书[0005], [0039], [0040]段及图4方法400。对比文件描述的“带内控制”（DTMF）用于向网络服务器发起特定动作请求（如转移），而非用于两个端点间相互探测能力。因此，该技术特征未被对比文件公开。 |
| **技术特征I：**《未被公开》<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 | 对比文件未记载端点之间发射带内探测信号并接收带内确认信号以进行能力握手的过程。 | 目标专利详细描述了发送带内探测信号并等待接收带内确认信号以确认对方站点兼容性的过程（参见说明书[0040], [0060], [0063]段及图4、图5）。对比文件没有描述这种端点间用于能力协商的探测和确认信号交换机制。因此，该技术特征未被对比文件公开。 |
| **技术特征J：**《未被公开》<br>其进一步包括周期性发射所述带内探测信号持续有限时间量。 | 对比文件未提及周期性地发射探测信号。 | 目标专利说明书[0040], [0060]段及图4方法430、530提到，为最小化对传统用户的影响，可周期性地发射探测信号并设定计时器。对比文件没有涉及此类周期性探测机制。因此，该技术特征未被对比文件公开。 |
| **技术特征K：**《未被公开》<br>其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 | 对比文件未记载带内信号的此种特定设计原则，也未提及通过接收确认信号来判断发射路径是否转码免除（TrFO）。 | 该技术特征描述了目标专利中带内信号的精心设计，旨在确保与传统解码器兼容，并能够可靠推断转码免除（TrFO）条件和对方站点的兼容性（参见说明书[0040]段）。对比文件完全没有涉及这些特定的信号设计目标和由此推断网络条件（TrFO）的技术效果。因此，该技术特征未被对比文件公开。 |
| **技术特征L：**《未被公开》<br>其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 | 对比文件未提及使用端点间交换的控制信息来触发应用程序、产生系统通知或选择新声码器类型。 | 目标专利说明书[0004], [0039], [0072]段明确指出，使用带内信令的目的是在不改变基础设施的情况下，实现触发远程应用、产生通知、选择新声码器等增强服务。对比文件描述的呼叫处理（如呼叫停放、转移）完全由网络基础设施（如AS, SC, Media Server）执行和控制（参见[0054], [0058]段），目的是提供网络中心的增值服务，而非端点自主地触发应用或选择声码器。因此，该技术特征未被对比文件公开。 |
| **技术特征M：**《未被公开》<br>其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 | 同技术特征H、I的论述，对比文件未记载端点自主确定对方是否能够使用带内信令交换信息的过程。 | 目标专利中，确定对方站点能力是建立带内管道的前提步骤（参见图4方法440、460）。对比文件中的端点不执行此类自主的能力确定，其功能实现依赖于网络的控制。因此，该技术特征未被对比文件公开。 |
| **技术特征N：**《未被公开》<br>基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 | 对比文件未记载基于在端点间交换的装置信息来控制端点自身设置。 | 目标专利说明书[0008], [0097]-[0102]段描述了基于交换的信息（如噪声抑制状态、近程传感器信息）来控制远端或本端音频处理设置。对比文件未涉及此类基于端点间交换信息进行自主设置控制的机制。因此，该技术特征未被对比文件公开。 |
| **技术特征O：**《未被公开》<br>其中所述装置信息包括可行动信息。 | 对比文件未使用“可行动信息”（actionable information）这一概念，也未描述端点间交换此类信息。 | “可行动信息”是目标专利的核心概念之一，指通过带内管道交换的、可被接收方直接用于触发动作（如选择声码器、控制设置）的信息（参见说明书[0040], [0046]段）。对比文件未提及此概念。因此，该技术特征未被对比文件公开。 |
| **技术特征P：**《未被公开》<br>其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 | 对比文件未提及端点间协商选择新声码器类型。 | 目标专利说明书[0039], [0072], [0085]段将选择新声码器类型作为带内信令的一个重要应用。对比文件关注的是网络层的呼叫路由和处理，未涉及端点层面的声码器再协商。因此，该技术特征未被对比文件公开。 |
| **技术特征Q：**《隐含公开》<br>其中所述第二站点为移动站点。 | 同技术特征D的引用，第[0035], [0049]段提及了参与通信的端点设备。 | 同技术特征D的论述，对比文件描述的端点设备可以是包括移动电话在内的各种设备。在宽松的隐含公开判断标准下，本领域技术人员有可能推断第二站点也可以是移动站点。因此，该技术特征被对比文件隐含公开。 |
| **技术特征R：**《未被公开》<br>其中所述第一站点为针对所述语音呼叫的终端站点。 | 对比文件未在目标专利所述的技术方案上下文中明确区分和定义“终端站点”（被叫方）的角色。 | 目标专利中，“终端站点”特指在呼叫建立后，可能首先发送带内探测信号的一方（参见说明书[0039], [0043]段及图4）。对比文件虽然描述了呼叫流程，涉及主叫、被叫、网络服务器等多方，但没有在“使用带内信令建立管道”这一特定上下文中赋予“第一站点”以“终端站点”的角色和功能。因此，该技术特征未被对比文件公开。 |
| **技术特征S：**《未被公开》<br>其中所述第一站点为针对所述语音呼叫的发起站点。 | 对比文件未在目标专利所述的技术方案上下文中明确区分和定义“发起站点”（主叫方）的角色。 | 同技术特征R的论述，对比文件未在“使用带内信令建立管道”的语境下，将“第一站点”定义为“发起站点”并描述其相应功能。因此，该技术特征未被对比文件公开。 |
| **技术特征T：**《未被公开》<br>其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息 | 第[0060]段：“These mechanisms include, but are not limited to, in-band control using audible DTMF tones, out-of-band signaling using SIP between endpoint (e.g., Endpoints A and B) and the Application Server 309a...” | 对比文件提到了“带外信令”（out-of-band signaling），例如使用SIP。然而，此处的“带外”是指相对于媒体流（语音）的单独信令信道（如SIP），用于**端点与网络中的应用服务器（Application Server 309a）之间**的通信，以请求网络执行呼叫处理功能（如转移）。其作用是实现**网络中心**的呼叫控制。这与目标专利中定义的“OOB接口”不同，目标专利的OOB接口是两个兼容站点之间建立的、用于交换信息的辅助管道（如蓝牙、WLAN），且对基础设施透明（参见说明书[0078]-[0082]段）。对比文件没有描述两个端点之间确定能否使用此类OOB接口交换信息。因此，该技术特征未被对比文件公开。 |
| **技术特征U：**《未被公开》<br>设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 | 对比文件未记载在两个端点之间建立用于交换装置信息的OOB管道。 | 如技术特征T所述，对比文件的“带外信令”用于端点与网络服务器的通信。目标专利中设定OOB管道是在两个兼容端点之间直接建立连接（如蓝牙链路），用于传递数据（参见说明书[0078]段）。对比文件未公开此内容。因此，该技术特征未被对比文件公开。 |
| **技术特征V：**《未被公开》<br>其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 | 对比文件未记载为确定能否建立OOB管道而发送探测信号。 | 目标专利说明书[0079]段提及触发条件可包含探测，可能致使激活带外无线电发送OOB消息。对比文件未涉及为建立端点间OOB管道而进行探测的过程。因此，该技术特征未被对比文件公开。 |
| **技术特征W：**《未被公开》<br>其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 | 对比文件未记载使用端点间的OOB接口交换可行动信息。 | 如前述，对比文件的“带外信令”用于网络控制，而非端点间直接交换可行动信息。目标专利中可使用OOB接口作为带内信令的替代或补充，在端点间交换信息（参见说明书[0078]段）。因此，该技术特征未被对比文件公开。 |
<<<d>>><<<q>>>