模型名称：DeepSeek-R1
对比文件名称：US2002082839A1_Description_20260318_1909
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
## 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号，<br>**隐含公开** | [0061]段：“...contact data ... is used by the user's equipment to contact the voice service over a wireless network; ... the user interacts with the voice service through spoken dialog ... the voice service acting as voice proxy for the local entity.” | 对比文件公开了用户设备使用联系数据通过无线网络联系语音服务，并与该服务进行语音对话交互。此交互过程隐含了在语音呼叫期间，用户设备（可视为第一站点）需要确定远程语音服务（可视为第二站点，即代理本地实体的服务端点）能够支持并参与语音交互。虽然对比文件未明确提及“带内信令”，但其描述的语音交互过程需要双方具备处理语音和控制对话的能力。本领域技术人员可以理解，要建立并维持这种语音对话，双方必须能够交换用于控制对话流程的信号（如开始、结束、轮转等），这些控制信号可以是通过语音信道本身（带内）或通过伴随的数据信道进行交换。因此，对比文件隐含公开了确定一个站点（用户设备）能够与另一个站点（语音服务）在语音交互期间交换控制信号。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号，<br>**未公开** | 对比文件全文未提及向语音包施加水印（watermark）或类似技术。 | 对比文件描述了通过接收联系数据（如URL或电话号码）来联系语音服务，并未涉及通过向语音包嵌入水印来探测或确定对方站点能力的技术。水印技术是特定的信号处理手段，本领域技术人员无法从对比文件公开的内容中毫无疑义地得出或合理推断出该技术特征。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号，<br>**未公开** | 对比文件全文未提及水印被解释为带内信号。 | 由于对比文件未公开技术特征B，因此作为其延伸的技术特征C（水印的解释）也未被公开。 |
| **技术特征D**：其中所述第一站点是移动站点<br>**隐含公开** | [0059]段：“... user 5 is equipped with a mobile entity 40 ...”， [0061]段：“user equipment, intended to be carried by a user, comprising a wireless communication subsystem...” | 对比文件明确将用户使用的设备描述为“移动实体（mobile entity）”和旨在由用户携带的“用户设备（user equipment）”，并包含无线通信子系统。这符合目标专利中“移动站点”的定义。因此，对比文件隐含公开了第一站点是移动站点。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据<br>**隐含公开** | [0067]段：“... by associating sensors with the plant that feed information to the beacon device 72, the current state and needs of the plant can be passed to the voice service-for example, as name-value pairs included in a query string associated with the URL...” <br>[0095]段：“Knowing the user's position or orientation relative to the entity ... enables the voice service to be adapted accordingly.” 结合图9及其描述，提到了使用GPS、电子罗盘（head-tracker sensor 133）等确定用户位置和方向。 | 对比文件公开了将来自与本地实体（如植物）关联的传感器的信息（例如，植物的状态和需求）传递给语音服务。此外，还描述了为了适配语音服务，可能需要知道用户相对于实体的位置或方向，这可以通过用户设备携带的传感器（如GPS、罗盘）实现。这些传感器数据可以作为“名称-值对”包含在URL查询字符串中，或在建立连接后传递，从而在用户设备（第一站点）和语音服务（第二站点）之间交换。虽然对比文件未明确指定交换这些信息的信道是“带内信道”，但本领域技术人员可以理解，在已建立的语音交互会话中，此类控制信息和传感器数据可以通过伴随的数据信道或复用在同一语音连接中进行交换，以实现服务的适配和控制。因此，该特征被隐含公开。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**隐含公开** | [0061]段：“...the voice service arrangement being operative, in response to being contacted by the user equipment, to act as voice proxy for the local entity...” [0067]段：“The information about the current state and needs of the plant are stored by the voice service ... and enables the voice service to be conditioned to the state and needs of the plant.” | 对比文件公开的语音服务作为本地实体的代理，响应用户设备的联系并与之交互。为了提供适配的服务（例如，根据植物状态调整对话内容），需要在用户设备和语音服务之间交换信息（如装置状态、用户位置等）。这种信息交换发生在端到端（用户设备到语音服务代理）之间。虽然对比文件未明确使用“装置信息”和“对基础设施透明”的表述，但本领域技术人员可以理解，为了完成代理交互而交换的、用于服务适配的信息，其内容和用途对于承载该通信的底层无线网络和核心网（即“基础设施”）而言是用户数据或应用层数据，基础设施通常不感知或不处理其具体含义，因此是“透明”的。因此，该特征被隐含公开。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**隐含公开** | [0078]段：“...location of the user relative to the entity ... determined in any suitable manner including by using a system such as GPS...”， “...the orientation of the user's head (determined, for example, using a magnetic flux compass or solid state gyros incorporated into the headset).” <br>图9及描述提到了“head tracker sensor 133 (for example, an electronic compass...)”。 | 对比文件明确提到了用于确定用户位置的GPS（可视为一种定位传感器，其功能包含定向）和用于确定用户头部方向的电子罗盘或陀螺仪（即定向传感器）。虽然未明确列举“近程传感器”和“心率监视器”，但定向传感器已被明确公开。本领域技术人员可以合理推断，为了实现语音服务的空间化渲染（如图9所示）或基于位置的适配，使用定向传感器是常见的实施方案之一。因此，该特征被部分隐含公开。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**未公开** | 对比文件全文未提及发送“探测信号（probe signal）”以确定对方站点能力。联系语音服务的方式是直接使用联系数据（URL或电话号码）进行联系。 | 对比文件公开的确定服务可用性的方式是基于接收到的联系数据（如URL）直接发起联系，而非通过发送特定的带内探测信号来探测对方的能力。这两种机制在原理和实现上不同。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**未公开** | 对比文件全文未提及发射“带内探测信号”并接收“带内确认信号”的握手过程。 | 对比文件未公开技术特征H，因此其具体的信号交换步骤（发射探测信号和接收确认信号）也未被公开。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**未公开** | 对比文件全文未提及周期性发射探测信号。 | 由于对比文件未公开使用探测信号，因此周期性发射探测信号的特征也未被公开。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**未公开** | 对比文件全文未提及设计特定的带内信号以避免被传统解码器接收，也未提及通过确认信号来判断发射路径是否免除转码（TrFO）。 | 对比文件关注于通过联系数据访问远程语音服务，不涉及在现有语音信道内嵌入特殊信号以检测路径转码状态或对方兼容性的技术。该特征是目标专利用于实现带内信令管道的关键设计，未被对比文件公开。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**未公开** | 对比文件公开的语音服务可以提供信息性对话，但未描述通过交换的控制信息来“触发应用程序”、“产生系统声音/事件/通知”或“选择新声码器类型”。其服务内容由语音页面脚本决定，而非由来自另一站点的动态控制信息触发。 | 对比文件中的交互主要用于信息查询和呈现，未公开利用端到端交换的控制信息来动态控制对方站点上的应用行为或编解码器选择。目标专利的该特征旨在增强用户体验而不改变基础设施，其具体应用场景未被对比文件揭示。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**隐含公开** | [0061]段：“...the user's equipment to contact it over the wireless network using said contact data, the voice service arrangement being operative, in response to being contacted...” | 当用户设备使用联系数据成功联系到语音服务并开始语音交互时，实际上已经隐含地确定了该语音服务能够支持并参与这种语音交互会话。虽然对比文件未明确提及“带内信令”，但成功的交互建立意味着双方具备交换语音及相关控制信息的能力。因此，该确定过程被隐含公开。 |
| **技术特征N**：其进一步包括：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**隐含公开** | [0067]段：“...enables the voice service to be conditioned to the state and needs of the plant.” <br>[0095]段：“Knowing the user's position or orientation ... enables the voice service to be adapted accordingly.” | 对比文件公开了基于交换的信息（如植物状态、用户位置/方向）来“调节（condition）”或“适配（adapt）”语音服务。这相当于基于接收到的信息来控制语音服务（第二站点）的行为或设置（例如，调整对话内容、输出音频的空间化位置等）。虽然信道未明确为“带内”，但信息交换是端到端进行的。因此，该特征被隐含公开。 |
| **技术特征O**：其中所述装置信息包括可行动信息。<br>**隐含公开** | [0067]段：“...the current state and needs of the plant can be passed to the voice service... enables the voice service to be conditioned...” | 对比文件中传递的植物状态和需求信息，是用于使语音服务能够据此进行调节的信息。这种能够导致服务端采取特定行动（调节对话）的信息，可以被认为是“可行动信息”。因此，该特征被隐含公开。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**未公开** | 对比文件全文未提及选择或切换声码器类型。 | 对比文件未涉及语音编解码器（声码器）的选择或协商。该特征是目标专利中利用带内信令实现的具体应用之一，未被对比文件公开。 |
| **技术特征Q**：其中所述第二站点为移动站点。<br>**未公开** | 对比文件中，作为“第二站点”的语音服务被描述为“separately hosted”（单独托管）的“voice service arrangement”，通常部署在服务器或网络侧（如图7、8中的语音页面服务器4和语音浏览器3），而非一个移动站点。 | 目标专利中的第二站点是参与语音呼叫的对等通信端点（如另一部手机）。对比文件中的语音服务是一个提供代理功能的远程服务系统，并非与第一站点对等的移动通信设备。因此，该特征未被公开。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**未公开** | 对比文件中，用户设备发起对语音服务的联系，是呼叫的发起方。未区分“发起站点”和“终端站点”。 | 目标专利在移动对移动呼叫场景中区分发起方和接收方（终端）。对比文件的场景是用户设备主动联系远程服务，所有用户设备都可视为发起方，没有对等的“终端站点”概念。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**隐含公开** | [0061]段：“...the user's equipment to contact it over the wireless network using said contact data...” | 对比文件中，用户设备使用联系数据通过无线网络联系语音服务。在此交互中，用户设备毫无疑问是发起联系的一方，即“发起站点”。因此，该特征被隐含公开。 |
| **技术特征T**：其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息<br>**未公开** | 对比文件提到了使用“data-capable bearer service”（数据承载服务，如GPRS、CSD）来传输文本页面或建立连接（如方式A、B）。但这是一种用于访问互联网服务的通用数据通道，并非目标专利中定义的、用于在已建立语音呼叫的两个兼容站点之间建立低功率链路的“带外（OOB）接口”。 | 对比文件使用数据网络承载服务来联系远程语音服务，其目的和技术语境与目标专利中作为语音呼叫补充管道的OOB接口不同。本领域技术人员无法从对比文件得出该特定特征。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**未公开** | 同上。对比文件中可能建立数据连接用于传输页面或VoIP，但这不是目标专利意义上的“OOB管道”。 | 未被公开。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**未公开** | 对比文件未提及为OOB接口发送探测信号。 | 未被公开。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**未公开** | 对比文件中可能通过数据连接交换信息（如植物状态），但这是通过用于联系服务的数据承载服务进行的，并非通过独立于主语音呼叫的OOB接口。 | 未被公开。 |
<<<a>>><<<d>>><<<e>>><<<f>>><<<g>>><<<m>>><<<n>>><<<o>>><<<s>>>