对比文件名称：2003-12-18_US2003231594A_发明申请_US20030231594A1 Method and apparatus for enhancing the quality of service of a wireless communication
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
本次调用模型名称：gpt-4
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。<br>**判断结果：直接公开** | 说明书第[0005]段：“In digital cellular systems, it is common to send control/signaling information through the active traffic channel. Including control or signaling information in a traffic channel is commonly referred to as in-band signaling.” | 对比文件明确公开了在数字蜂窝系统中，通过活动业务信道（即语音呼叫使用的信道）发送控制/信令信息，这被称为带内信令。这实质上公开了第一站点（如无线单元102或网络元件104a/110）能够在语音呼叫期间使用带内信令与第二站点（如其他网络元件或无线单元）交换控制信号。因此，该技术特征被对比文件直接公开。 |
| 技术特征B：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。<br>**判断结果：未公开** | 对比文件全文未提及“水印（watermark）”技术。 | 对比文件虽然公开了使用带内信令，但完全没有涉及“水印”这一具体的技术手段。目标专利中通过施加水印来探测对方站点能力是一种特定的、隐蔽的带内信令方式。本领域技术人员无法从对比文件中毫无疑义地得出或合理推断出通过向语音包施加水印来进行能力探测的技术方案。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| 技术特征C：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。<br>**判断结果：未公开** | 对比文件全文未提及“水印（watermark）”技术。 | 由于对比文件未公开“水印”技术，自然也未公开水印被解释为带内信号的技术特征。该特征完全依赖于目标专利所特有的水印技术方案。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| 技术特征D：其中所述第一站点是移动站点。<br>**判断结果：直接公开** | 说明书第[0002]段：“...wireless devices, such as PDAs, internet appliances, cellular telephones and other mobile and non-mobile devices.” 以及附图1中的“wireless unit 102”。 | 对比文件明确将蜂窝电话（cellular telephones）等列为无线设备（wireless devices），并且附图1中的无线单元（wireless unit 102）即为可与基站通信的移动设备。因此，第一站点作为移动站点已被对比文件直接公开。 |
| 技术特征E：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。<br>**判断结果：未公开** | 说明书第[0005]段列举了带内信令消息的例子，如切换方向消息、功率控制消息等。 | 对比文件公开了使用带内信道交换控制信号（如切换、功率控制消息）。然而，对比文件中的控制信号是用于网络管理（如切换、功率控制）的，并未公开这些控制信号中包含来自站点传感器（如近程、定向、心率传感器）的数据。目标专利中交换传感器数据是为了增强用户体验（如基于传感器信息调整音频设置），这与对比文件中用于网络拥塞管理的控制信令目的和作用不同。因此，该技术特征未被公开。 |
| 技术特征F：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**判断结果：未公开** | 对比文件全文未提及交换“装置信息（device information）”，如手持机卖主ID、芯片组卖主ID等，也未提及此类信息对基础设施透明。 | 对比文件关注于网络侧（如基站、路由器）为管理拥塞而对数据包进行分类和丢弃，其中涉及的带内信令是网络控制信令。目标专利中在端点之间交换装置信息（如设备厂商、能力）以用于应用层服务选择，且对基础设施透明，这与对比文件的技术领域、目的和内容均不相同。本领域技术人员无法从对比文件中推导出该技术特征。 |
| 技术特征G：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**判断结果：未公开** | 对比文件全文未提及任何类型的传感器。 | 对比文件完全没有涉及传感器的概念，更未具体公开近程传感器、定向传感器或心率监视器。因此，该技术特征既未被直接公开，也未被隐含公开。 |
| 技术特征H：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**判断结果：未公开** | 对比文件全文未提及发送“探测信号（probe signal）”来确定对方站点的能力。 | 对比文件虽然使用了带内信令，但其目的是传递已知的、必需的网络控制信息（如切换指令），而非用于主动探测对方端点是否具备某种高级的、可协商的带内信令能力。目标专利中的探测信号是用于发现兼容端点以启用增强服务的关键步骤。该特征未被对比文件公开。 |
| 技术特征I：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**判断结果：未公开** | 对比文件全文未提及“探测信号（probe signal）”和“确认信号（acknowledgment signal）”的交换过程。 | 对比文件描述的带内信令是单向或双向的命令/报告消息（如切换方向、功率测量报告），并非一个“探测-响应”的握手协议来确定双方兼容性。目标专利中通过发射探测信号并接收确认信号来建立可靠管道的机制未被对比文件公开。 |
| 技术特征J：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**判断结果：未公开** | 对比文件全文未提及周期性发射探测信号。 | 由于对比文件未公开发送探测信号，因此更未公开周期性发射探测信号并持续有限时间的技术特征。该特征属于目标专利特有的操作流程。 |
| 技术特征K：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**判断结果：未公开** | 对比文件全文未提及专门设计的、可被传统解码器忽略但被兼容站点识别的特殊带内信号，也未提及通过接收确认信号来判断发射路径是否为转码免除（TrFO）。 | 对比文件中的带内信令消息（如切换消息）是网络正常运行所必需的，传统站点必须能够接收并处理它们，否则会影响基本通信功能。这与目标专利中设计的、对传统站点透明（即不被其作为有效包接收）的探测信号有本质区别。此外，对比文件未涉及“转码免除（TrFO）”的概念以及通过带内信令确认TrFO状态。因此，该技术特征未被公开。 |
| 技术特征L：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**判断结果：未公开** | 对比文件全文未提及触发应用程序、产生系统声音/事件/通知或选择新声码器类型。 | 对比文件中带内信令的用途严格限于无线资源管理（如切换、功率控制），属于网络层控制。目标专利将带内信令用作管道，在应用层进行服务交互（如触发App、选择声码器），且强调对基础设施透明，这是完全不同的应用场景和技术效果。该特征未被对比文件公开。 |
| 技术特征M：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**判断结果：未公开** | 对比文件假设通信双方都遵循标准协议，能够处理必要的带内信令（如切换消息），但并未描述一个站点需要主动“确定”对方是否具备某种特定的、可选的带内信令能力。 | 对比文件中的带内信令是网络要求的标准功能，而非可选的、用于增强服务的兼容性特征。目标专利中“确定对方是否能够使用带内信令交换信息”是启用高级功能的前提，这一判断过程本身未被对比文件公开。 |
| 技术特征N：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**判断结果：未公开** | 对比文件未提及交换装置信息，因此自然也未提及基于交换的装置信息来控制站点设置（如音频处理设置）。 | 该技术特征依赖于特征F（交换装置信息）的实现。由于特征F未被公开，且对比文件中带内信令的目的也不是为了基于对方信息动态调整本地设备设置，因此该特征未被公开。 |
| 技术特征O：其中所述装置信息包括可行动信息。<br>**判断结果：未公开** | 对比文件未提及“可行动信息（actionable information）”。 | “可行动信息”是目标专利中用于描述可触发特定操作（如选择声码器、控制算法）的信息的术语。对比文件中的带内信令内容（如切换指令）虽然也能引发行动，但其性质是网络层的强制指令，而非端点间协商的、用于增强服务的“可行动信息”。该概念未被对比文件公开。 |
| 技术特征P：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**判断结果：未公开** | 对比文件全文未提及“声码器类型（vocoder type）”的选择或再协商。 | 对比文件关注于网络拥塞管理，不涉及语音编解码器（声码器）的动态选择。目标专利中通过带内信令在呼叫建立后重新选择声码器类型以提升语音质量，是其核心创新之一。该特征未被对比文件公开。 |
| 技术特征Q：其中所述第二站点为移动站点。<br>**判断结果：直接公开** | 说明书第[0002]段：“...wireless devices, such as PDAs, internet appliances, cellular telephones and other mobile and non-mobile devices.” 以及通信系统图中涉及无线单元之间的通信。 | 同特征D，对比文件公开的无线通信系统涉及移动设备（如蜂窝电话）之间的通信。因此，第二站点作为移动站点已被对比文件直接公开。 |
| 技术特征R：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**判断结果：未公开** | 对比文件未在带内信令的上下文中区分“发起站点（originating site）”和“终端站点（terminating site）”。 | 对比文件描述的网络元件（如基站、路由器）处理经过它的所有数据包，并不从端到端呼叫的角度指定哪个是发起方或终端方。目标专利中区分终端站点和发起站点，并描述了终端站点可能首先发送探测信号，这一特定角色分配未被对比文件公开。 |
| 技术特征S：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**判断结果：未公开** | 同上（特征R）。对比文件未在带内信令的上下文中区分“发起站点”和“终端站点”。 | 同上，目标专利中发起站点的特定角色和行为未被对比文件公开。 |
| 技术特征T：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。<br>**判断结果：未公开** | 说明书第[0003]、[0005]段提到了“out of band signaling”或“out of band call control traffic”。 | 对比文件提到了带外（OOB）信令，但它是作为与带内信令不同的、另一种网络控制信令（如呼叫控制）来提及的。对比文件并未公开“确定第二站点能够使用OOB接口交换装置信息”这一主动探测和协商过程，也未公开交换“装置信息”。因此，该技术特征未被公开。 |
| 技术特征U：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**判断结果：未公开** | 对比文件全文未提及建立“OOB管道（OOB pipe）”或“OOB接口”用于交换装置信息。 | 对比文件中OOB信令是网络固有的信令通道，并非由端点动态协商建立的、用于传输特定应用数据（如装置信息）的“管道”。该特征未被公开。 |
| 技术特征V：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**判断结果：未公开** | 对比文件未提及使用探测信号来确定OOB接口的能力。 | 该特征与特征H类似，但应用于OOB接口。由于对比文件未公开通过探测信号来确定任何接口（无论是带内还是带外）的能力，因此该特征未被公开。 |
| 技术特征W：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**判断结果：未公开** | 对比文件未提及使用OOB接口交换“可行动信息”。 | 对比文件中OOB信令用于呼叫控制等网络功能，而非目标专利中定义的、用于端点间服务增强的“可行动信息”。因此，该特征未被公开。 |
<<<A>>><<<D>>><<<Q>>>