**对比文件名称**：2010-11-25_US2010296526A_发明申请_US20100296526A1 Wireless Methods and Devices Employing Plural-Bit Data Derived from Audio Information
**目标专利名称**：331使用带内信号的应用通知和服务选择CN103931269B
**模型名称**：GPT-4
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A《直接公开》**<br>所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号。 | 第[0036]段：“某些详细布置将识别数据隐写式地编码到语音信号中，导致‘带内’信令（在时间和频谱上都是带内的）。”<br>第[0044]-[0045]段：“电话10额外包括一个隐写编码器36。同样，每个小区站点12包括一个隐写解码器38。编码器的作用是将一个辅助数据信号隐藏在代表用户语音的信号中。解码器执行互反的功能，从编码的语音信号中识别出辅助数据信号。该辅助信号用于验证呼叫的合法性。” | 对比文件明确公开了在语音通信（即语音呼叫）期间，使用隐写编码技术（即带内信令）将辅助数据（即控制信号，如识别数据）嵌入到语音信号中，并在站点（电话与小区站点）之间进行交换。这完全对应于目标专利中“在语音呼叫期间使用带内信令交换控制信号”的技术特征。作用相同，都是为了在语音信道中传递额外信息。因此，本领域技术人员能够毫无疑义地得出该技术方案，技术特征A被直接公开。 |
| **技术特征B《直接公开》**<br>其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号。 | 第[0044]段：“每一电话10额外包括一隐写编码器36。”<br>第[0045]段：“编码器操作以将辅助数据信号隐藏在代表用户语音的信号中。”<br>第[0046]段图2及相关描述展示了将辅助数据和伪随机噪声(PRN)数据结合，通过缩放后与数字化语音数据相加，生成编码输出信号的过程。这实质上是向语音数据施加水印（隐写标记）。 | 对比文件的核心技术就是在语音信号中嵌入水印（即隐写编码的辅助数据）。编码器36（位于电话/第一站点）执行向语音数据“施加水印”的操作。虽然对比文件主要目的是防欺诈认证，但其技术手段“向语音包施加水印”与目标专利特征B的描述完全一致。本领域技术人员能够直接且毫无疑义地认识到，对比文件公开了通过施加水印来在站点间建立带内信令通信能力（尽管对比文件中的“能力”是预设的，而非动态探测的）。因此，技术特征B被直接公开。 |
| **技术特征C《直接公开》**<br>其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号。 | 第[0045]段：“解码器执行互反的功能，从编码的语音信号中识别出辅助数据信号。”<br>第[0059]段：“每个小区站点12有一个隐写解码器38，通过它来分析电话10广播的复合数据信号，以从中识别和分离辅助数据和数字化语音数据。” | 对比文件明确公开了在接收端（第二站点，如小区站点），通过隐写解码器38对接收到的复合信号进行处理，从而“识别”和“分离”出嵌入的辅助数据（水印）。这正意味着如果第二站点具备相应的解码能力（即能够使用带内信令），它就能将接收到的水印“解释”为携带信息的带内信号。作用与目标专利相同，都是对嵌入的信息进行提取和解读。因此，技术特征C被直接公开。 |
| **技术特征D《直接公开》**<br>其中所述第一站点是移动站点。 | 第[0003]段：“本技术涉及包括处理器和麦克风的便携设备，例如无线电话，及其使用方法。”<br>第[0036]段：“（为阐述方便，本公开通常指蜂窝电话系统...）” | 对比文件全文以蜂窝电话（即移动电话）系统为背景进行描述，其所指的“电话10”明确为无线电话、蜂窝电话，属于移动站点。因此，第一站点作为移动站点已被对比文件直接公开。 |
| **技术特征E《未公开》**<br>使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据。 | 对比文件未提及在带内信道中交换来自传感器（如近程传感器、心率监视器等）的数据。其交换的“辅助数据”主要是用于认证的识别信息（如电话ID）。 | 对比文件虽然公开了使用带内信道交换控制信号（辅助数据），但这些数据的内容仅限于电话标识、认证消息等，并未扩展至包括来自各类物理传感器（如心率监视器、近程传感器等）的数据。目标专利强调交换传感器数据以进行环境感知或健康监测等应用，该具体数据内容未被对比文件公开。 |
| **技术特征F《直接公开》**<br>使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 | 第[0042]段：“辅助数据...包括，在一个实施例中，唯一标识电话10的二进制数据流。（辅助数据可以额外包括通常在呼叫建立时与小区站点交换的那种管理数据。）”<br>第[0044]-[0045]段：描述了通过隐写编码将辅助数据嵌入语音信号，并由解码器提取。这种嵌入在语音带内的方式，对处理语音的基础设施（如网络交换机、传统编解码器）而言是透明的，因为它们只处理语音内容本身。 | 对比文件公开的“辅助数据”包含唯一标识电话的装置信息（如电话ID）。该信息通过隐写编码在带内信道（语音信道）中交换。由于信息是隐藏在语音信号中的，对于仅处理常规语音的基础设施网络元素是“透明”的，它们不会识别或处理这些隐藏信息。这与目标专利中“对基础设施透明”的作用和效果相同。因此，技术特征F被直接公开。 |
| **技术特征G《未公开》**<br>其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 | 对比文件未提及在语音带内信令的上下文中使用或交换来自近程传感器、定向传感器或心率监视器的数据。 | 对比文件完全没有涉及通过带内信令传递由具体传感器（如近程、定向、心率传感器）产生的数据。该具体限定未被公开。 |
| **技术特征H《未公开》**<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 | 对比文件未描述使用带内信号作为“探测信号”来主动探测对方站点能力的过程。其隐写编码是持续或重复进行的，目的是传输有效载荷（认证数据），而非用于能力探测的握手信号。 | 目标专利的“探测信号”是专门用于发现和确认对等站点是否兼容带内信令功能的特定信号。对比文件的系统预设了收发双方都知晓编码/解码方案，没有引入一个独立的“探测”阶段或信号来动态确定对方能力。该特征未被公开。 |
| **技术特征I《未公开》**<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 | 对比文件未描述“探测信号”发射及“确认信号”接收的握手过程。其数据交换可能是单向（电话到网络）或双向，但并非以探测-确认为目的。 | 目标专利中明确的“发射探测信号-接收确认信号”的交互式握手流程，用于双向确认带内信令能力，是对比文件所描述的系统中所不具备的。对比文件没有公开这种确认机制。 |
| **技术特征J《未公开》**<br>其进一步包括周期性发射所述带内探测信号持续有限时间量。 | 对比文件未提及以有限时间周期性地发射专门用于探测的信号。 | 目标专利中“周期性发射...持续有限时间量”是针对探测信号的特定操作，以避免对传统用户造成长期影响。对比文件的隐写编码通常是持续或重复进行（直到呼叫结束），以满足持续认证的需要，而非有限时间的周期性探测。该特征未被公开。 |
| **技术特征K《未公开》**<br>其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 | 对比文件未描述信号设计具有(a)(b)两点特性。其水印（隐写信号）可能被传统解码器忽略或视为噪声（部分符合(a)的精神），但并未明确设计成“不作为有效包被接收”。更重要的是，对比文件完全没有提及通过接收确认信号来“确定发射路径为转码免除的”这一概念和作用。转码免除(TrFO)是目标专利网络的特定背景。 | 技术特征K包含了非常具体的信号设计目标和由此推导出的网络状态（转码免除）及对等方能力的判断逻辑。对比文件的水印主要用于内容认证，其设计目的和由此得出的结论（如确定转码免除）与目标专利不同。该组合特征未被公开。 |
| **技术特征L《未公开》**<br>其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 | 对比文件未提及通过带内信令来触发应用程序、产生系统通知或选择新声码器类型。其交换的控制信息（辅助数据）用途仅限于呼叫认证和防欺诈。 | 目标专利中带内信令的用途扩展到了上层应用交互和服务选择（如触发App、选择声码器），这是其发明的重要应用场景。对比文件未公开将带内信令用于这些目的。 |
| **技术特征M《未公开》**<br>其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 | 同特征H、I的论述，对比文件未描述第一站点主动确定第二站点带内信令能力的过程。其系统基于预设的编解码方案工作。 | 该特征概括了能力确定的过程。对比文件没有公开这样一个确定过程。 |
| **技术特征N《未公开》**<br>基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 | 对比文件未描述基于交换的装置信息（如电话ID）来控制设备自身的任何设置（如音频处理设置、网络模式等）。接收端（如小区站点）解码出辅助数据后，仅用于验证，而非用于控制发送端或自身设备的操作设置。 | 目标专利中交换装置信息的目的之一是实现对设备设置的远程控制（如调整噪声抑制）。对比文件未公开这种基于交换信息进行设备控制的应用。 |
| **技术特征O《未公开》**<br>其中所述装置信息包括可行动信息。 | 在目标专利语境下，“可行动信息”指能触发具体动作（如选择声码器、触发应用）的信息。对比文件中的装置信息（电话ID）主要用于被动验证，并非设计成可触发此类动作的“可行动信息”。 | 虽然“可行动信息”是广义表述，但结合说明书，其特指能导致设备执行特定操作的信息。对比文件中的信息不具备此“可行动”特性。该特征在目标专利的特定含义下未被公开。 |
| **技术特征P《未公开》**<br>其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 | 对比文件完全没有涉及声码器或编解码器的选择。 | 该特征非常具体地指向声码器类型的选择。对比文件的技术领域和应用场景均未涉及此内容。 |
| **技术特征Q《直接公开》**<br>其中所述第二站点为移动站点。 | 第[0036]段：“（为阐述方便，本公开通常指蜂窝电话系统...）”<br>第[0059]段：“每个小区站点12有一个隐写解码器38...” | 在对比文件描述的典型场景中，第二站点可以是另一个移动电话（移动到移动通信），也可以是小区站点（网络侧设备）。然而，对比文件同样涵盖了移动站点作为通信对端的情况。由于权利要求中“第二站点为移动站点”是一个较宽泛的限定，且对比文件系统支持移动站点间的通信（隐含了第二站点可以是移动站点），本领域技术人员能够理解在移动通信系统中，对端站点是移动站点是一种常态和隐含的配置。因此，该特征被直接公开。 |
| **技术特征R《未公开》**<br>其中所述第一站点为针对所述语音呼叫的终端站点。 | 对比文件在描述隐写编码时，并未区分“发起站点”和“终端站点”的角色。其示例通常以主叫电话（可视为发起站点）向网络发送嵌入水印的信号为主。 | 目标专利中明确限定第一站点为“终端站点”（即被叫方），这与对比文件通常示例的角色（主叫方）不同。该特定的角色限定未被公开。 |
| **技术特征S《未公开》**<br>其中所述第一站点为针对所述语音呼叫的发起站点。 | 虽然对比文件示例多以主叫电话（发起站点）进行编码，但并未明确将其权利要求中的“第一站点”限定为“发起站点”。其描述具有一般性。 | 作为明确的特征限定，“第一站点为发起站点”并未在对比文件中被直接记载。尽管其示例可能符合，但作为权利要求特征，缺乏明确的文字支持。 |
| **技术特征T《未公开》**<br>其进一步包括：确定所述第二站点能够使用带外OOB接口与所述第一站点交换装置信息。 | 对比文件全文专注于带内（隐写）信令，未提及使用带外(OOB)接口进行装置信息交换。 | 带外(OOB)接口是目标专利中提及的另一种通信方式。对比文件未涉及此概念或相关确定过程。 |
| **技术特征U《未公开》**<br>设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 | 对比文件未提及建立OOB管道。 | 该特征未被公开。 |
| **技术特征V《未公开》**<br>其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 | 对比文件未涉及OOB接口及相关的探测。 | 该特征未被公开。 |
| **技术特征W《未公开》**<br>其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 | 对比文件未涉及使用OOB接口交换信息。 | 该特征未被公开。 |
<<<A>>><<<B>>><<<C>>><<<D>>><<<F>>><<<Q>>>