对比文件名称：1994-10-21_None_发明专利_JPH06296202A Communication method applied between multi-media communications equipment
目标专利名称：331使用带内信号的应用通知和服务选择CN103931269B
本次调用模型名称：对比文件公开号
作为资深专利代理师，我对目标专利和对比文件进行了深入分析和比对。目标专利的核心在于在已建立的语音呼叫中，利用“带内信令”或“水印”作为探测和传输管道，在不改变网络基础设施的前提下，于兼容的站点（尤其是移动站点）之间交换控制信号、装置信息、传感器数据等“可行动信息”，从而实现应用触发、服务选择（如声码器类型）等功能。对比文件则涉及多媒体通信设备间通过交换能力信息和模式切换命令来协商并选择音声CODEC（编解码器）的方法，其信令主要通过带外的BAS（Bitrate Allocation Signal）信道进行。
以下是根据目标专利权利要求的技术特征划分，与对比文件进行的详细比对：
### 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译为中文） | 公开性论述 |
| **技术特征A：《未公开》**<br>所述方法包括：确定所述第一站点能够在语音呼叫期间使用带内信令与所述第二站点交换控制信号， | 【0003】“このような通信装置が相互間で通信する場合、呼接続した後、互いに能力情報を交換して、自装置と相手先装置とで共通している能力を判定する。” (当这样的通信装置相互间进行通信时，在呼叫连接后，互相交换能力信息，判定本装置与对方装置之间共通的能力。)<br>【0023】“呼接続した両者装置は、図２に示すように、互いに能力情報を交換する。 この能力情報は、６４ｋｂｐｓのチャネルフレームに配置されているＢＡＳ（Ｂｉｔｒａｔｅ Ａｌｌｏｃａｔｉｏｎ Ｓｉｇｎａｌ）により伝送される。” (呼叫连接的双方装置，如图2所示，互相交换能力信息。该能力信息通过配置在64kbps信道帧中的BAS（比特率分配信号）传送。)<br>【0025】“発呼側の通信装置は、図４に示すように、能力情報の交換により着呼側装置の通信能力を知る（処理１０１）。... そして、その音声ＣＯＤＥＣを使用する通信モードを指示するモード切換コマンドを着呼側に送出する（処理１０２）。 このモード切換コマンドも上記ＢＡＳにより伝送するものである。” (发呼侧的通信装置，如图4所示，通过能力信息的交换了解着呼侧装置的通信能力（处理101）...然后，向着呼侧发送指示使用该音声CODEC的通信模式的模式切换命令（处理102）。该模式切换命令也通过上述BAS传送。) | **直接公开判断**：对比文件公开了在呼叫建立后，双方设备交换能力信息并发送模式切换命令（一种控制信号）以协商通信模式（如音声CODEC）。然而，目标专利的“带内信令”特指在为用户数据（如语音）保留的同一信道或频带内传递元数据和控制信息（见目标专利说明书[0037]）。对比文件明确其能力信息和模式切换命令通过独立的控制信道（BAS）传送，这是典型的“带外信令”。二者信令传输的物理或逻辑信道本质不同。本领域技术人员无法毫无疑义地从对比文件得出使用“带内信令”交换控制信号的技术方案。<br><br>**隐含公开判断**：对比文件未涉及任何形式的“带内信令”技术。其整个信令交互机制均建立在带外的BAS信道上，与本专利解决“在现有电路交换网络上选择和/或触发控制信息和数据”而采用带内信令的核心构思不同。无法通过推理得出使用带内信令的启示。因此，该技术特征未被隐含公开。 |
| **技术特征B：《未公开》**<br>其中确定所述第一站点能够使用带内信令与所述第二站点交换控制信号包括在所述第一站点处通过向语音包施加水印来确定所述第二站点能够使用带内信令与所述第一站点交换控制信号， | 无相关描述。 | **直接公开判断**：对比文件全文未提及“水印(watermark)”技术。确定对方能力是通过显式的、带外的能力信息交换和模式切换命令完成的。<br><br>**隐含公开判断**：水印技术是一种将信息隐蔽嵌入载体信号（如语音）中的特定技术手段。对比文件仅公开了通过独立的控制信令交换明确信息，未给出任何将探测信息嵌入语音包本身的暗示或启示。本领域技术人员无法从对比文件的内容合理推断出采用水印技术进行探测的方案。 |
| **技术特征C：《未公开》**<br>其中如果所述第二站点能够使用带内信令，则所述水印被所述第二站点解释为带内信号， | 无相关描述。 | **直接/隐含公开判断**：由于技术特征B（水印）未被公开，依赖于水印技术的本特征自然也未被公开。对比文件不存在水印被解释为带内信号的技术环节。 |
| **技术特征D：《未公开》**<br>其中所述第一站点是移动站点 | 【0001】“本発明は、...マルチメディア通信装置の通信方法に関する。” (本发明涉及...多媒体通信装置的通信方法。)<br>【0018】图1描述了包含电视摄像机、电视监视器的多媒体通信装置。 | **直接/隐含公开判断**：对比文件描述的对象是“多媒体通信装置”，根据其上下文（如涉及电视电话、电视会议、ISDN）可知，其涵盖的是具备音视频功能的终端设备，并未限定或强调其为“移动站点”。目标专利中的“移动站点”特指蜂窝电话、PDA等无线移动通信装置（见说明书[0035]）。虽然多媒体通信装置在广义上可能包括移动设备，但对比文件未提供任何具体信息表明所述装置是移动的。本领域技术人员不能毫无疑义地或通过合理推断得出第一站点是“移动站点”的结论。 |
| **技术特征E：《未公开》**<br>使用带内信道在所述第一站点与所述第二站点之间交换控制信号，其中所述控制信号包括控制信息和数据，且其中所述数据包括来自所述第一站点或所述第二站点的至少一个传感器的数据 | 【0025】“その音声ＣＯＤＥＣを使用する通信モードを指示するモード切換コマンドを着呼側に送出する（処理１０２）。” (发送指示使用该音声CODEC的通信模式的模式切换命令到着呼侧（处理102）。) | **直接公开判断**：对比文件公开了交换“控制信号”（模式切换命令），该命令属于“控制信息”，用于指示通信模式（如选择G.722 CODEC）。然而，该控制信号通过带外（BAS）信道交换，非“带内信道”。此外，对比文件完全未提及交换来自“传感器”的数据。<br><br>**隐含公开判断**：对比文件的控制信号内容仅限于通信模式（主要是CODEC类型）的协商，未涉及任何传感器数据（如心率、近程信息）。本领域技术人员无法从对比文件中推理出在控制信号中交换传感器数据的技术方案。 |
| **技术特征F：《未公开》**<br>使用所述控制信号经由所述带内信道在所述第一站点和所述第二站点之间交换装置信息，其中所述装置信息对所述基础设施透明。 | 【0023】“能力情報を交換する。” (交换能力信息。)<br>【0024】图3展示了交换的能力信息示例，包括“μ則”(G.711)、“G.725-T2”(G.722)、“Au-16kb/s”(G.728)等音声CODEC能力，以及视频格式、编码间隔等信息。 | **直接公开判断**：对比文件公开了在设备间交换“装置信息”（能力信息），包括支持的音声CODEC类型等。但该交换是通过带外的BAS信道进行，而非“带内信道”。此外，目标专利中“对基础设施透明”意指该信息交换和后续动作无需网络基础设施参与或感知（见说明书[0039], [0046]）。对比文件中的能力信息交换和模式协商是遵循CCITT标准（如H.221, H.242）的常规信令过程，基础设施（如网络）需要处理和传递这些信令以实现协商，并非“透明”。<br><br>**隐含公开判断**：虽然交换装置信息的概念相似，但“带内信道”和“对基础设施透明”是目标专利实现其“无需基础设施升级”目的的关键技术手段。对比文件采用标准的带外信令流程，基础设施必然参与其中，无法推断出透明交换的方案。 |
| **技术特征G：《未公开》**<br>其中所述至少一个传感器包括近程传感器、定向传感器和心率监视器中的一者。 | 无相关描述。 | **直接/隐含公开判断**：对比文件全文未提及任何传感器，更未具体公开近程传感器、定向传感器或心率监视器。 |
| **技术特征H：《未公开》**<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括使用带内信令发送探测信号。 | 【0025】“モード切換コマンドを着呼側に送出する（処理１０２）。” (向着呼侧发送模式切换命令（处理102）。)<br>【0036】“各装置は、まず能力情報を交換する（処理３０１）。” (各装置首先交换能力信息（处理301）。) | **直接公开判断**：对比文件中的“模式切换命令”或初始的“能力信息交换”可以起到探测对方能力并触发响应的作用，但其发送使用的是带外（BAS）信令，而非“带内信令”。<br><br>**隐含公开判断**：对比文件公开了通过发送信令（能力信息或命令）来发起协商过程，但未给出使用“带内”方式发送此类探测信号的任何启示。其探测机制依赖于既有的带外信令协议。 |
| **技术特征I：《未公开》**<br>其中在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站点交换控制信号进一步包括将带内探测信号发射到所述第二站点，以及从所述第二站点接收带内确认信号。 | 【0027】“モード切換コマンドを受信すると（処理２０２のＹ）、同一内容のモード切換コマンドを発呼側に送り返す（処理２０３）。” (当接收到模式切换命令时（处理202的Y），将同一内容的模式切换命令送回发呼侧（处理203）。) | **直接公开判断**：对比文件公开了接收模式切换命令并返回相同内容命令的过程，这类似于“探测-确认”的交互。然而，该交互中的信号（模式切换命令）是通过带外（BAS）信道传输的，并非“带内探测信号”和“带内确认信号”。<br><br>**隐含公开判断**：尽管存在“发送命令-收到回执”的交互模式，但该模式被具体实现在带外信令协议中。本领域技术人员无法从对比文件推断出将其改造为使用带内信号进行探测和确认的方案。 |
| **技术特征J：《未公开》**<br>其进一步包括周期性发射所述带内探测信号持续有限时间量。 | 无相关描述。 | **直接/隐含公开判断**：对比文件未描述周期性发射探测信号，也未提及发射持续有限时间量。其信令发送是基于事件（如呼叫建立后）或计时器超时（见第2实施例的随机等待时间），并非周期性。 |
| **技术特征K：《未公开》**<br>其中所述第一站点能够产生、检测带内信号并对带内信号作出反应，所述带内信号经设计使得(a)所述带内探测信号不作为有效包的任一者由不能够使用带内信令与所述第一站交换信息的站点接收，以及(b)如果所述带内确认信号由所述第一站点接收，那么所述第一站点确定发射路径为转码免除的且所述第二站点能够使用带内信令与所述第一站点交换信息。 | 无相关描述。 | **直接/隐含公开判断**：对比文件未涉及任何专门设计的“带内信号”，其信令是标准化的、明确的模式切换命令，所有符合标准的设备都能接收和处理。对比文件也未提及“转码免除(TrFO)”的概念或通过信令探测转码状态。这是目标专利为了解决传统网络中转码引入的问题而提出的特定技术效果（见说明书[0032], [0040]）。 |
| **技术特征L：《直接公开》**<br>其中所述控制信息和数据用于在不对基础设施作出改变的情况下进行以下操作中的至少一者：触发所述站点的一者上的应用程序、在所述站点的一者上产生系统声音、事件或通知，或选择新声码器类型。 | 【0025】“その音声ＣＯＤＥＣを使用する通信モードを指示するモード切換コマンドを着呼側に送出する（処理１０２）。” (发送指示使用该音声CODEC的通信模式的模式切换命令到着呼侧（处理102）。)<br>【0064】“オペレータが音声ＣＯＤＥＣを任意に選択して通信することができるようになる。” (操作员能够任意选择音声CODEC进行通信。) | **直接公开判断**：对比文件明确公开了使用控制信号（模式切换命令）在设备之间“选择新声码器类型”（即选择音声CODEC，例如G.711, G.722, G.728）。该选择过程是在端点设备之间通过信令协商完成的，无需改变网络基础设施（即基础设施对此协商过程是支持的，但本身无需升级或改变）。这构成了特征L中“至少一者”的其中一项。本领域技术人员能够毫无疑义地从对比文件中得出使用控制信息选择新声码器类型的技术方案。触发应用程序、产生声音/事件/通知等其他操作虽未公开，但不影响本特征因公开了“选择新声码器类型”而被整体直接公开。 |
| **技术特征M：《未公开》**<br>其进一步包括在所述第一站点处确定所述第二站点是否能够使用带内信令与所述第一站交换信息。 | 【0003】“呼接続した後、互いに能力情報を交換して、自装置と相手先装置とで共通している能力を判定する。” (在呼叫连接后，互相交换能力信息，判定本装置与对方装置之间共通的能力。) | **直接公开判断**：对比文件公开了确定对方设备能力（例如支持哪些CODEC），但这是通过交换带外的能力信息实现的，并非确定对方是否能够使用“带内信令”。<br><br>**隐含公开判断**：对比文件确定的是对方设备的功能能力（如支持的CODEC列表），而非其使用的信令类型（带内/带外）能力。本领域技术人员无法从中推断出探测“带内信令”能力的方案。 |
| **技术特征N：《未公开》**<br>基于经由所述带内信道经由所述控制信号的所述带内信令接收的所述所交换的装置信息控制所述第一站点或所述第二站点的设置。 | 【0028】“受信したモード切換コマンドに従って、音声ＣＯＤＥＣ３内の１つのユニットを選択して、所定のモード設定を実行する（処理２０４）。” (根据接收到的模式切换命令，选择音声CODEC 3中的一个单元，执行预定的模式设置（处理204）。)<br>【0029】“発呼側では、着呼側から送信されるモード切換コマンドを受信して（処理１０３のＹ）、同様にモード設定する（処理１０４）。” (在发呼侧，接收从着呼侧发送的模式切换命令（处理103的Y），同样进行模式设置（处理104）。) | **直接公开判断**：对比文件公开了基于接收到的控制信号（模式切换命令）来控制并设置本设备的通信模式（即选择特定的音声CODEC单元）。然而，该控制信号是通过“带外信道”接收的，而非“带内信道”。目标专利强调“带内信令”是其实现基础设施透明操作的关键。<br><br>**隐含公开判断**：虽然“基于接收到的控制信息进行设备设置”这一上位概念被公开，但具体到“经由带内信道接收带内信令”这一特定技术手段，对比文件未给出任何启示。其设置动作触发于标准的带外信令流程。 |
| **技术特征O：《直接公开》**<br>其中所述装置信息包括可行动信息。 | 【0024】图3及说明中列举了交换的能力信息，如“G.725-T2”(表示支持G.722 CODEC)。<br>【0025】“その音声ＣＯＤＥＣを使用する通信モードを指示するモード切換コマンドを着呼側に送出する（処理１０２）。” (发送指示使用该音声CODEC的通信模式的模式切换命令到着呼侧（处理102）。) | **直接公开判断**：在对比文件中，交换的“能力信息”以及基于此发出的“模式切换命令”，其目的就是为了让接收方采取行动——即根据该信息选择并设置相应的音声CODEC进行通信。因此，这些信息本身就是可以指导设备执行具体操作（选择CODEC）的“可行动信息”。本领域技术人员能够直接理解对比文件中的装置信息（能力信息及模式命令）具有可行动性。 |
| **技术特征P：《直接公开》**<br>其中所述可行动信息包括用于在不对所述基础设施作出改变的情况下选择新声码器类型的控制信息和数据。 | 【0025】“その音声ＣＯＤＥＣを使用する通信モードを指示するモード切換コマンドを着呼側に送出する（処理１０２）。” (发送指示使用该音声CODEC的通信模式的模式切换命令到着呼侧（处理102）。)<br>【0064】“オペレータが音声ＣＯＤＥＣを任意に選択して通信することができるようになる。” (操作员能够任意选择音声CODEC进行通信。) | **直接公开判断**：对比文件中的“模式切换命令”就是用于选择新声码器（音声CODEC）的“控制信息”。该选择过程发生在两个端点设备之间，通过信令交互完成，不需要对网络基础设施本身进行改变（基础设施仅需支持标准的信令传递功能）。这直接公开了特征P的全部内容。 |
| **技术特征Q：《未公开》**<br>其中所述第二站点为移动站点。 | 同特征D，对比文件未明确其多媒体通信装置为移动站点。 | **直接/隐含公开判断**：理由同特征D。对比文件未公开第二站点是移动站点。 |
| **技术特征R：《直接公开》**<br>其中所述第一站点为针对所述语音呼叫的终端站点。 | 【0022】“起動された通信装置は、発呼して相手先と呼接続する。” (被启动的通信装置，进行发呼并与对方连接。)<br>【0025】“発呼側の通信装置...”、“着呼側装置...” (发呼侧的通信装置...、着呼侧装置...)<br>【0027】“着呼側の通信装置は...” (着呼侧的通信装置...) | **直接公开判断**：对比文件明确区分了“发呼侧（发起方）”和“着呼侧（被叫方/终端方）”。在通信过程中，“着呼侧”即对应于一次呼叫的“终端站点”。本领域技术人员能够毫无疑义地得出该对应关系。 |
| **技术特征S：《直接公开》**<br>其中所述第一站点为针对所述语音呼叫的发起站点。 | 【0022】“起動された通信装置は、発呼して相手先と呼接続する。” (被启动的通信装置，进行发呼并与对方连接。)<br>【0025】“発呼側の通信装置...” (发呼侧的通信装置...) | **直接公开判断**：对比文件明确区分了“发呼侧（发起方）”和“着呼侧（被叫方）”。在通信过程中，“发呼侧”即对应于一次呼叫的“发起站点”。本领域技术人员能够毫无疑义地得出该对应关系。 |
| 【0023】“呼接続した両者装置は、...互いに能力情報を交換する。 この能力情報は、６４ｋｂｐｓのチャネルフレームに配置されているＢＡＳ（Ｂｉｔｒａｔｅ Ａｌｌｏｃａｔｉｏｎ Ｓｉｇｎａｌ）により伝送される。” (呼叫连接的双方装置，...互相交换能力信息。该能力信息通过配置在64kbps信道帧中的BAS（比特率分配信号）传送。)<br>【0003】“呼接続した後、互いに能力情報を交換して、自装置と相手先装置とで共通している能力を判定する。” (在呼叫连接后，互相交换能力信息，判定本装置与对方装置之间共通的能力。) | **直接公开判断**：对比文件的核心就是通过带外的BAS信道（一种OOB接口）在设备间交换装置信息（能力信息）。通过成功进行这种交换，双方设备即确定了对方能够使用该OOB接口进行通信。本领域技术人员可以直接得出该结论。 | |
| **技术特征U：《直接公开》**<br>设定用于在所述第一站点与所述第二站点之间交换装置信息的OOB管道。 | 【0023】“能力情報は、...ＢＡＳ（Ｂｉｔｒａｔｅ Ａｌｌｏｃａｔｉｏｎ Ｓｉｇｎａｌ）により伝送される。” (能力信息通过...BAS（比特率分配信号）传送。)<br>【0025】“このモード切換コマンドも上記ＢＡＳにより伝送するものである。” (该模式切换命令也通过上述BAS传送。) | **直接公开判断**：对比文件中，BAS信道被用作在呼叫建立后，于第一站点（发呼侧）与第二站点（着呼侧）之间持续传输能力信息和模式切换命令的通道。这实质就是设定了一个用于交换装置信息的“OOB管道”。本领域技术人员能够毫无疑义地认识到这一点。 |
| **技术特征V：《直接公开》**<br>其中确定所述第二站点是否能够使用所述OOB接口与所述第一站点交换信息包括发送探测信号。 | 【0025】“発呼側の通信装置は、...モード切換コマンドを着呼側に送出する（処理１０２）。” (发呼侧的通信装置...向着呼侧发送模式切换命令（处理102）。)<br>【0036】第2实施例中，双方设备在交换能力信息后，会发送模式切换命令。 | **直接公开判断**：在对比文件的通信流程中，发送“模式切换命令”是启动模式协商的关键步骤。该命令通过OOB接口（BAS）发送，并且其发送行为本身就是为了试探对方能否响应并完成协商，从而确定对方能否使用该OOB接口进行有效的信息交换。这符合“发送探测信号以确定对方能力”的技术内涵。 |
| **技术特征W：《直接公开》**<br>其进一步包括使用所述OOB接口在所述第一站点与所述第二站点之间交换可行动信息。 | 【0023】“能力情報を交換する。” (交换能力信息。)<br>【0025】“モード切換コマンドを...送出する。” (发送模式切换命令。)<br>【0027】“同一内容のモード切換コマンドを発呼側に送り返す（処理２０３）。” (将同一内容的模式切换命令送回发呼侧（处理203）。) | **直接公开判断**：对比文件完整公开了使用OOB接口（BAS信道）在第一站点与第二站点之间交换“可行动信息”的过程。具体包括：1) 交换能力信息（可行动信息的一种，用于判断共同能力）；2) 发送模式切换命令（直接指示行动的可行动信息）；3) 返回确认命令。这些信息的交换直接导致了设备执行选择并设置特定CODEC的行动。 |
<<<L>>><<<O>>><<<P>>><<<R>>><<<S>>><<<T>>><<<U>>><<<V>>><<<W>>>