对比文件名称：2008-07-22_US7403775B_发明授权_US07403775B2 Roaming gateway for support of advanced voice services while roaming in wireless communications systems
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
模型名称：未提供
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号，<br>**判断结果**：《直接公开》 | 第[0061]段：“In this architecture, the group voice service application in the mobile handset 120 and the RG 302 exchange a set of defined in-band DTMF tones as call control events to regulate the group call.” | 对比文件明确公开了移动手持机（第一站点）与漫游网关RG（作为网络实体，可视为与第二站点通信的代理或中间节点）在群组呼叫期间，使用带内DTMF音调交换预定义的控制事件，以管理群组呼叫。这直接公开了在语音呼叫期间使用带内信令交换控制信号的技术特征。 |
| **技术特征B**：其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号，<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件通篇使用DTMF（双音多频）音调作为带内信令方式，没有提及任何关于“水印”（watermark）的技术。水印技术通常涉及将信息嵌入到音频信号中而不被传统解码器察觉，这与对比文件明确描述的、可被传统设备检测和生成的DTMF音调有本质区别。因此，对比文件未公开此特征。 |
| **技术特征C**：其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号，<br>**判断结果**：《未公开》 | 未找到相关描述。 | 由于对比文件未公开“水印”技术，因此自然也未曾公开水印如何被解释为带内信号的相关内容。 |
| **技术特征D**：其中所述第一站点是移动站点<br>**判断结果**：《直接公开》 | 第[0041]段：“The handset 120 may be, for example, a cellular phone, terminal, handset, PDA, wireless modem, cordless phone, etc.” | 对比文件明确将“handset 120”描述为例如蜂窝电话、终端、手持机、PDA等无线通信装置，即移动站点。这与目标专利中“第一站点是移动站点”的特征直接对应。 |
| **技术特征E**：使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据<br>**判断结果**：《未公开》 | 第[0061]段：“…exchange a set of defined in-band DTMF tones as call control events to regulate the group call. These include an initiating pause request by the originator, initiating call continuation request by a user and communicating state change requests to the handsets 120 by the RG 302.” | 对比文件公开了交换控制事件（如暂停请求、呼叫继续请求），这些属于控制信息。然而，对比文件完全没有提及这些控制信号中包含来自“传感器”（如近程、心率等）的数据。其交换的数据内容仅限于呼叫控制本身，与目标专利中明确包含传感器数据的技术特征不同。 |
| **技术特征F**：使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。<br>**判断结果**：《未公开》 | 第[0050]段：“The RG 302 authenticates the originating P2T subscriber and establishes a voice path with the handset 120. The RG 302 then receives a group index … from the handset 120 via DTMF, retrieves a Group ID for identifying the group using the group index…” | 对比文件公开了手持机通过DTMF（带内）向RG发送组索引等信息，RG利用这些信息进行认证和路由。然而，这种信息交换发生在用户设备与网络基础设施（RG）之间，并且被RG明确用于呼叫建立和处理（如检索组ID），并非“对基础设施透明”。目标专利强调的是站点间直接交换对网络基础设施透明的信息，两者作用不同。 |
| **技术特征G**：其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件全文未提及任何具体的传感器类型，如近程传感器、定向传感器或心率监视器。 |
| **技术特征H**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。<br>**判断结果**：《隐含公开》 | 第[0084]段：“When the call becomes active, the P2T client application needs to: a) wait for the expiration of the “DTMF dial attempt defer” duration, and then b) dial out the following sequence: 1) routing delimiter, 2) security code (SC), 3) routing delimiter, 4) dialed digits (DD) … via the bearer path and in a DTMF format.” | 对比文件描述了在呼叫建立后，移动客户端应用通过带内DTMF信道发送一个包含特定格式（路由定界符、安全码、拨号数字）的序列。本领域技术人员可以理解，发送这样一个预定格式的序列，其目的之一就是让接收方（RG）能够识别出发送方（第一站点）支持特定的高级语音服务（即能够使用带内信令）。这实质上起到了探测信号的作用，用于宣告自身能力和/或探测对方能力。因此，该特征被隐含公开。 |
| **技术特征I**：其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。<br>**判断结果**：《隐含公开》 | 1. 第[0084]段（同上）：手持机发送DTMF序列（探测信号）。<br>2. 第[0089]段：“The RG 302 sends an in-band chirp tone to the first handset 120…” | 对比文件公开了手持机（第一站点）向RG（代表与第二站点的通信路径）发送带内DTMF序列（隐含的探测信号）。随后，RG在验证和处理后会向发起方手持机发送一个带内“chirp tone”（啁啾音）。本领域技术人员可以合理推断，这个“chirp tone”是RG对接收到的DTMF序列的一种响应，表明它已成功接收并处理了该信号，从而起到了带内确认信号的作用。因此，该“发射探测-接收确认”的过程被隐含公开。 |
| **技术特征J**：其进一步包括周期性发射所述带内探测信号持续有限时间量。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件描述了在呼叫建立后发送一次DTMF序列，但没有提及“周期性”发射，也没有提及发射“持续有限时间量”。目标专利中周期性发射是为了最小化对传统用户的影响并探测TrFO条件，对比文件未涉及此设计。 |
| **技术特征K**：其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件使用的带内信号是DTMF音调，这是一种标准的电话信令，传统电话设备完全可以接收和解释（尽管可能不知道其特定含义）。对比文件没有描述一种专门设计成不被传统解码器作为有效包接收的信号。此外，对比文件也完全没有提及通过接收确认信号来“确定发射路径为转码免除的”（TrFO/TFO）。目标专利的这一特征是其实现“对基础设施透明”和“无质量损害”的核心机制之一，对比文件未公开。 |
| **技术特征L**：其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件中交换的带内控制信息（如安全码、组索引）主要用于呼叫路由、用户认证和群组呼叫管理（如发言权控制）。没有公开这些信息用于“触发应用程序”、“产生系统声音/事件/通知”或“选择新声码器类型”。目标专利的应用场景（应用通知和服务选择）与对比文件（漫游环境下的高级语音服务呼叫建立和管理）有显著区别。 |
| **技术特征M**：其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。<br>**判断结果**：《直接公开》 | 此特征是技术特征A的组成部分或自然延伸。如特征A所述，整个方法包括确定站点能够使用带内信令交换控制信号，这必然隐含了对对方能力的确定过程。对比文件公开了使用带内DTMF进行信令交换，已直接公开了该特征。 | 由于技术特征A已被直接公开，而确定能力是进行交换的前提，因此该特征也被直接公开。对比文件中手持机向RG发送DTMF序列，RG进行处理并回应，这一交互过程本身就确立了双方能够使用带内信令（DTMF）交换信息。 |
| **技术特征N**：基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件未公开基于交换的“装置信息”来控制站点（如手持机或RG）的设置。RG接收DTMF信息后，用于呼叫建立和路由，而不是用于调整例如音频处理、传感器等终端本地的设置。 |
| **技术特征O**：其中所述装置信息包括可行动信息。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件未提及“可行动信息”（actionable information）这一概念。 |
| **技术特征P**：其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件未提及选择新声码器类型。其第[0063]段提到了声码器转换，但这是在RG内因网络侧（如TFO支持与否）不同而进行的必要转换，并非由端到端交换的可行动信息触发，以在不改变基础设施的情况下选择新声码器。 |
| **技术特征Q**：其中所述第二站点为移动站点。<br>**判断结果**：《直接公开》 | 第[0041]段（同上）描述了手持机（handset 120）是移动装置。在对比文件描述的呼叫流程中（例如图5），存在多个手持机（handset #1, handset #2）作为呼叫的参与方。 | 对比文件明确将呼叫的参与方描述为移动手持机。因此，“第二站点为移动站点”这一特征被直接公开。 |
| **技术特征R**：其中所述第一站点为针对所述语音呼叫的终端站点。<br>**判断结果**：《隐含公开》 | 第[0092]段：“Call Termination to a Roamed P2T Subscriber… the RG 302 handles the terminating leg, whether the terminating P2T subscriber is currently roaming outside the home network 304 or not.” | 对比文件描述了RG处理对漫游P2T用户的呼叫终止。这意味着存在一个场景，其中“第一站点”（即手持机）是语音呼叫的被叫方（终端站点）。虽然主要实施例以发起呼叫为例，但本领域技术人员从系统描述中可以合理推断出手持机同样可以作为终端站点接收呼叫。因此，该特征被隐含公开。 |
| **技术特征S**：其中所述第一站点为针对所述语音呼叫的发起站点。<br>**判断结果**：《直接公开》 | 第[0084]段：“When the roaming P2T subscriber originates a P2T call…” 以及图5的呼叫流程明确展示了手持机#1作为发起方。 | 对比文件明确且多次描述了漫游P2T用户（手持机）作为呼叫的发起方。因此，该特征被直接公开。 |
| **技术特征T**：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件全文未提及“带外（OOB）接口”。其信令交换均通过带内DTMF或网络信令（如SS7）完成。 |
| **技术特征U**：设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件未提及OOB接口，因此自然也未曾公开设定OOB管道。 |
| **技术特征V**：其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件未提及OOB接口及相关探测。 |
| **技术特征W**：其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。<br>**判断结果**：《未公开》 | 未找到相关描述。 | 对比文件未提及OOB接口，也未提及交换可行动信息。 |
<<<A>>><<<D>>><<<M>>><<<Q>>><<<S>>>
<<<h>>><<<i>>><<<r>>>