一种用于控制媒体网关设备的媒体网关控制装置，包括： 控制装置；； 收发器装置；以及； 接口装置，； 其中，所述控制装置被配置成通过所述接口装置与媒体网关设备交换控制信号，；其中，所述控制信号被提供来将媒体网关设备配置成在接收到实时传输控制协议RTCP分组时把由所述媒体网关控制装置定义的至少一种RTCP分组类型的特定的RTCP分组的至少一部分转发到媒体网关控制装置，；以及其中，所述收发器装置被配置成在通过所述接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时，对第一RTCP分组的所述至少一部分进行处理。

作为一名资深专利代理师，我针对目标专利 CN102177692B 的权利要求 1，结合说明书内容及提供的三份对比文件（D1: US2002141392A1, D2: US06839356B2, D3: US20060079274A1）进行深度解析与技术特征比对分析。

### 一、 权利要求 1 的技术内涵解析

权利要求 1 的核心在于一种**基于媒体网关控制装置（MGC）定义的过滤与转发机制**。

结合说明书第 [0024]、[0045]-[0047] 段，该特征的实质是：为了解决媒体网关（MG）与控制器（MGC）分离架构下，RTCP 消息（如 PLI、TMMBR）无法与控制层协议（如 H.245）高效交互的问题，MGC 不再仅仅是下达简单的呼叫指令，而是**主动定义**某种 RTCP 分组类型（如通过 FMT 和 PT 的组合定义），并**配置** MG。当 MG 接收到匹配的分组时，不是在本地处理后丢弃，而是将其**转发**给 MGC，由 MGC 的收发器进行协议层面的处理或转换（例如转换为 H.245 消息）。

### 二、 技术特征比对分析

针对你提出的**技术特征 C**（即：所述控制信号被提供来将媒体网关设备配置成在接收到实时传输控制协议 RTCP 分组时把由所述媒体网关控制装置定义的至少一种 RTCP 分组类型的特定的 RTCP 分组的至少一部分转发到媒体网关控制装置），以下是与各对比文件的比对：

#### 1. 对比文件 D1 (US2002141392A1) 分析

* **公开内容**：D1 公开了一种 VoIP 网关，包括 RTCP 估计单元 15。MGC 19 在呼叫建立时发送控制指令给网关 11（参见 [0050]）。网关 11 接收 RTCP 分组并读取丢包率和抖动值（参见 [0052]）。

* **差异点**：D1 中的 RTCP 处理（读取丢包率、估计质量）是在**网关内部（单元 15）**完成的。虽然 MGC 19 发送控制指令，但这些指令是关于编码类型、IP 地址等的常规配置。**D1 并未公开由 MGC 定义特定 RTCP 类型并要求网关将该分组转发回 MGC 进行处理的机制**。在 D1 中，RTCP 数据是网关自用的，用于调整自身的编码参数，而非转发给 MGC。

#### 2. 对比文件 D2 (US06839356B2) 分析

* **公开内容**：D2 侧重于在 VOIP 数据报中加入控制信息（如 FQI、FTI），位于报头和负载之间（参见摘要和 [0015]）。提到了 RTP/RTCP 协议栈（参见 [0089]）。

* **差异点**：D2 关注的是分组格式的修改和无线链路的适应，其控制逻辑主要在于如何利用数据报内的 8 位控制字段。**D2 属于数据层面的改进，完全没有涉及 MGC 如何配置 MG 进行 RTCP 特定分组过滤与向上转发的控制流逻辑**。

#### 3. 对比文件 D3 (US20060079274A1) 分析

* **公开内容**：D3 描述了室内网络控制器（INC）和室内基站（IBS）之间的协作，INC 模拟 BSC 的功能。它提到了协议转换，并在协议栈中包含 RTCP（参见图 7A, 8 和 [0069]）。

* **差异点**：D3 中的 INC 和 IBS 之间更多是协议的封装与透传（Tunneling），INC 虽然处理信令，但其处理的是封装好的 GSM/GPRS 信令。**D3 没有公开 MGC（INC）通过控制信号去动态定义 RTCP 过滤准则，并让 MG（IBS）按此准则转发特定 RTCP 分组部分给 MGC 处理的技术方案**。

---

### 三、 技术特征比对表

---

### 四、 结论分析

**关于技术特征 C 是否被单独公开或组合公开：**

1. **单独公开**：

* **D1** 虽然涉及了 MGC 和 RTCP，但其逻辑是“网关自主处理 RTCP 用于自适应”，而非“MGC 订阅特定 RTCP 分组”。

* **D2** 仅涉及分组内部字段定义。

* **D3** 仅涉及协议栈的映射和物理层转换。

* 因此，**D1、D2、D3 均未单独公开技术特征 C**。

2. **组合公开**：

* 本申请技术特征 C 的本质在于 **H.248 协议的扩展应用**（参见说明书 [0045] 段：设计一般的 H.248 扩展以便通过 H.248 传送所选择的 RTCP 消息）。

* 即使将 D1 的 MGC 架构与 D3 的协议转换环境相结合，本领域的普通技术人员也难以在没有本申请启示的情况下，想到让 MGC 去定义过滤规则（如 FMT+PT 组合）并要求 MG 向上转发 RTCP 分组的具体部分。

* D1 和 D3 的结合点仅在于如何在分布式架构下管理网关，但对于 RTCP 这一通常在媒体面（Bearer Plane）由 MG 终结的协议，将其部分内容提取并转交给控制面（Control Plane）处理，属于对 H.248 协议逻辑的实质性改变。

**最终结论**：对比文件 D1、D2、D3 均未单独公开技术特征 C，且通过这些文件的常规组合也无法得出“由 MGC 定义过滤规则并配置 MG 向上转发特定 RTCP 分组”的技术启示。技术特征 C 具有显著的创造性贡献。

作为一名经验丰富的专利代理师，我将紧密结合目标专利《2015-11-25_CN102177692B_用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质.docx》（以下简称“目标专利”）的说明书，对权利要求1进行解释。在此基础上，我将紧密结合对比文件的原文，指出各对比文件原文的详细出处，并通过特征比对表格，分析所给出的对比文件是否单独或者组合毫无疑义地公开或实质公开了技术特征C。

关于您提及的对比文件，其公开号如下：

* D1: US20060268845A1

* D2: EP1739900A1

* D3: US07209472B2

以下是详细的分析：

### 第一部分：紧密结合目标专利说明书解释权利要求1

为了准确理解权利要求1的保护范围，我们需要结合目标专利说明书对其技术术语和方案进行原意解释。

权利要求1保护的是一种用于控制媒体网关设备（MGW）的媒体网关控制装置（MGCF）。该装置的核心功能是配置媒体网关设备，使其在接收到RTCP分组时，将**由媒体网关控制装置定义的至少一种RTCP分组类型的特定的RTCP分组**的至少一部分转发给媒体网关控制装置。

#### 1. 对核心概念“特定的RTCP分组”的理解

目标专利旨在解决H.245消息与RTCP消息交互工作不够高效的问题（说明书[0021]）。在目标专利的分离体系结构中，H.245和SIP信令在MGCF处理，而媒体和RTCP在MGW处理（说明书[0006]、[0008]）。为了实现信令与媒体控制的交互，MGCF需要接收特定的RTCP消息（例如，用于图像更新的AVPF PLI消息，或用于流控制的TMMBR/TMMBN消息，参见说明书[0039]-[0041]）。

#### 2. 对技术特征F中“由媒体网关控制装置定义”的理解

说明书[0045]明确指出，本发明期望设计“一般的H.248扩展以便通过H.248传送**所选择的RTCP消息**”。这种选择是通过“设定过滤器（filter）来进行的”。说明书[0046]进一步解释，“媒体网关控制设备/装置（MGCF）可以向媒体网关设备（MGW）通知媒体网关控制设备/装置可能期望的分组。在一个例子中，媒体网关控制设备/装置可以向媒体网关设备通知**媒体网关设备可以用来检测所期望的分组的分组模式**”。

因此，特征F中的“**由所述媒体网关控制装置定义**”在说明书中具有明确的含义：**它特指MGCF动态地、灵活地向MGW指示其期望接收哪些特定类型的RTCP分组，通常是通过向MGW提供用于过滤或检测的比特模式或标准来实现**。这使得MGCF能够根据需要（例如，为了配合新编解码器的扩展，参见说明书[0044]）随时调整需要接收的RTCP分组类型，而无需在MGW中预先硬编码所有可能的RTCP分组类型。

具体的定义/过滤标准组在说明书[0054]中列出，包括：比特模式、已定义位置、ITU-T H.248终止、RTCP分组的反馈消息类型（FMT）与有效载荷类型（PT）的组合等。说明书[0059]给出了具体的实施方式，MGCF使用H.248“Add”或“Mod”命令内的H.248事件来提供这些FMT和/或PT的组合，作为事件描述符参数，该参数被编码为代表RTCP分组特定比特的**比特模式**。

**综上所述，结合说明书原意，权利要求1中的“由所述媒体网关控制装置定义”是理解本发明技术方案的关键。它并非指MGCF静态地知晓某种RTCP分组类型，而是指MGCF在运行过程中，通过发送控制信号（如H.248消息），动态地、明确地指定一种或多种RTCP分组类型或过滤模式，以便MGW依据该定义/模式进行后续的匹配和转发。**

---

### 第二部分：技术特征比对及分析

在准确理解了权利要求1的技术方案（特别是特征F中“由MGCF定义”的含义）之后，我们将技术特征分解，并与对比文件D1-D3进行比对。

**特征比对表格**

#### 关于技术特征C的特别说明：

在您提供的权利要求文件“1. 权利要求1.docx”中，技术特征分解中技术特征C的内容是留空的。我理解您是要求分析对比文件是否公开了**由MGC（CA）定义RTCP分组类型并让MG转发该分组**这一技术方案，这正是目标专利权利要求1特征F所涵盖的核心内容。在比对表格和后续分析中，我重点针对特征F（包含了您可能意指的特征C的核心含义）进行了详细的比对和论证。

---

### 第三部分：综合分析结论

在紧密结合目标专利说明书对权利要求1进行解释（特别是对特征F中“由媒体网关控制装置定义”进行了符合发明原意的解释）的基础上，结合对比文件原文的特征比对分析，得出以下结论：

对比文件D1、D2和D3**均未单独**公开权利要求1特征F的核心内容。具体而言：

* **D1 (US20060268845A1)** zwar openly公开了MGCF控制MGW（前序部分），隐含公开了各装置和接口（特征A, B, D），并公开了MGCF向MGW发送控制信号（特征E）。但是，D1未提及MGW将特定的RTCP分组本身转发给MGC，更没有教导通过**由媒体网关控制装置定义**特定分组类型或过滤模式来实现这种转发。

* **D2 (EP1739900A1)** although 公开了MGC控制MG，隐含公开了各装置，并公开了MGC向MG发送QoS report request或audit request（特征E）。它还公开了MG通过RTCP周期性获取媒体流的QoS统计信息（[0042]），并将其封装提交给MGC（[0048]）。然而，这并不等同于目标专利特征F所要求的，将**RTCP分组本身或其部分**（例如，目标专利期望的AVPF PLI分组本身，而不是基于该分组计算出的丢包率数据）转发给媒体网关控制装置。D2中并没有“**由媒体网关控制装置定义**”特定待转发分组类型的教导。

* **D3 (US07209472B2)** zwar outwardly公开了CA（MGC）通过发送“IAM”或“ACK”消息控制MG，隐含存在接口，并且CA具有呼叫控制装置和收发装置。CA的H248协议控制部分1-5在特征E的上下文中起作用。D3教导了MG收集RTCP的丢包率、抖动等质量信息发送给CA（[0068], [0055]）。但是，这并不是基于**由媒体网关控制装置定义**的特定RTCP分组类型的转发，而是MG将质量统计报告发送给CA。D3未公开CA定义特定RTCP分组类型来配置MG转发该特定分组的技术教导。

此外，由于目标专利特征F并未被对比文件D1、D2或D3公开（单独没有实质公开），因此即便试图组合这些对比文件，基于所获得的信息，本领域技术人员也**无法毫无疑义地**得出公开特征C（即由MGC定义特定RTCP分组类型，配置MG转发该分组本身）的技术教导。因为D2和D3的核心思路是基于RTCP信息生成统计报告给MGC（CA），与目标专利将特定RTCP分组本身转发给MGCF以处理新编解码器扩展或实现交互工作的技术意图（说明书[0044]-[0047]）具有本质区别。在缺乏这种技术动机和教导的情况下，对比文件的组合无法毫无疑义地公开特征F的核心内容。

综上所述，您提供的对比文件**没有**单独或者组合毫无疑义地公开或实质公开了技术特征C（或权利要求1中体现您意指内容的特征F的核心教导）。

权利要求1的媒体网关控制装置，其中，所述收发器装置还被配置成在对应于另一个RTCP分组的触发发生时，通过所述接口装置将第二RTCP分组的至少一部分发送到媒体网关控制装置。

权利要求1的媒体网关控制装置，其中，RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的。

权利要求1到3中的任一项的媒体网关控制装置，其中，由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的，所述标准是以下各项的至少其中一项：（i）至少一种比特模式，（ii）RTCP分组中的至少一个已定义位置，（iii）H.248终止，（iv）RTCP分组的反馈消息类型与有效载荷类型的组合，（v）RTCP分组的子类型与有效载荷类型的组合，（vi）RTCP分组的版本，以及（vii）RTCP“名称”字段。

权利要求1到3中的任一项的媒体网关控制装置，其中，所述接口装置基于ITU-T H.248标准。

权利要求1到3中的任一项的媒体网关控制装置，其中，通过以下各项的至少其中一项来交换所述控制信号：（i）H.248添加命令中的H.248事件，（ii）H.248修改命令中的H.248事件，（iii）H.248通知命令中的H.248事件，或者（iv）H.248修改命令中的H.248信号。

权利要求1到3中的任一项的媒体网关控制装置，其中，所述特定RTCP分组的所述至少一部分是至少一个具体的RTCP分组，其包括以下各项的至少其中一项：（i）由画面损失指示分组构成的具体RTCP分组，（ii）TMMBR分组、TMMBN分组，或者（iii）APP分组。

权利要求2到3中的任一项的媒体网关控制装置，还包括： 另一个接口， 其中有以下各项的至少其中一项： a、通过生成相应的H.245分组并且经由所述另一个接口传送该H.245分组来对所述特定RTCP分组的所述至少一部分进行处理；或者b、通过经由所述另一个接口接收H.245分组并且生成第二RTCP分组的至少一部分而发生针对另一个预定义RTCP分组的触发。

权利要求2到3中的任一项的媒体网关控制装置，其中，媒体网关控制装置被配置成请求媒体网关设备提供对应于所述另一个RTCP分组的至少一部分的值。

权利要求2到3中的任一项的媒体网关控制装置，其中，媒体网关控制装置被配置成为所述另一个RTCP分组的所述至少一部分提供至少一个固定的预定义值，以便请求媒体网关设备为所述另一个RTCP消息的所述至少一部分提供所述至少一个值。

一种用于处理至少一则实时传输控制协议RTCP消息的媒体网关设备，包括：控制装置； 收发器装置； 控制接口装置；以及 RTCP接口装置， 其中，所述控制装置被配置成通过所述控制接口装置与媒体网关控制装置交换控制信号，其中，所述控制信号被提供来对媒体网关设备进行配置，以便把由媒体网关控制装置定义的至少一种RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置，以及其中，所述收发器装置被配置成在通过所述RTCP接口装置接收到第一RTCP分组时，通过所述控制接口装置把所述特定RTCP分组的至少一部分转发到媒体网关控制装置。

权利要求11的媒体网关设备，其中，所述收发器装置还被配置成通过所述控制接口装置接收另一个RTCP分组的至少一部分，以便对所述另一个RTCP分组的所述至少一部分进行处理并且通过所述RTCP接口传送相应的另一个RTCP分组。

权利要求11的媒体网关设备，其中，RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的。

权利要求11到13中的任一项的媒体网关设备，其中，由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的，所述标准是以下各项的至少其中一项：（i）至少一种比特模式，（ii）RTCP分组中的至少一个已定义位置，（iii）H.248终止，（iv）RTCP分组的反馈消息类型与有效载荷类型的组合，（v）RTCP分组的子类型与有效载荷类型的组合，（vi）RTCP分组的版本，以及（vii）RTCP“名称”字段。

权利要求11到13中的任一项的媒体网关设备，其中，所述控制接口装置基于ITU-T H.248标准。

权利要求11到13当中的任一项的媒体网关设备，其中，通过以下各项的至少其中一项来交换所述控制信号：（i）H.248添加命令中的H.248事件，（ii）H.248修改命令中的H.248事件，（iii）H.248通知命令中的H.248事件，或者（iv）H.248修改命令中的H.248信号。

权利要求12到13中的任一项的媒体网关设备，其中，通过为所述另一个RTCP分组的至少一部分提供至少一个值来对所述另一个RTCP分组的所述至少一部分进行处理。

权利要求11到13中的任一项的媒体网关设备，其中，通过计算要传送所述另一个RTCP分组的时间并且在该计算的时间传送所述另一个RTCP分组来进一步处理所述另一个RTCP分组的所述至少一部分。

一种用于通过媒体网关控制装置来控制媒体网关设备的方法，包括： 由媒体网关控制装置定义至少一种所期望的实时传输控制协议RTCP分组类型； 在媒体网关控制装置与媒体网关设备之间交换控制信号，其中所述控制信号被提供来将媒体网关设备配置成在接收到RTCP分组时把所定义的RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置；以及在通过接口装置从媒体网关设备接收到所述特定RTCP分组的所述至少一部分时，对所述特定RTCP分组的所述至少一部分进行处理。

权利要求19的方法，还包括： 在对应于另一个RTCP分组的触发发生时，通过所述接口装置（104）向媒体网关设备传送所述另一个RTCP分组的至少一部分。

权利要求19的方法，其中所述媒体网关设备使用ITU-T H.248协议被配置成把所述特定的实时传输控制协议RTCP分组的至少一部分转发到所述媒体网关控制装置。

一种用于在媒体网关设备中处理至少一则实时传输控制协议RTCP消息的方法，包括：通过控制接口装置与媒体网关控制装置交换控制信号，其中所述控制信号被提供来对媒体网关设备进行配置，以便把由媒体网关控制装置定义的至少一种RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置；以及在通过RTCP接口接收到所定义的分组类型的所述特定RTCP分组时，通过所述控制接口装置把所述特定RTCP分组的至少一部分转发到媒体网关控制装置。

权利要求22的方法，还包括： 在通过所述控制接口装置接收到另一个RTCP分组的至少一部分时，对所述另一个RTCP分组的所述至少一部分进行处理，并且通过所述RTCP接口传送所述另一个RTCP分组。

权利要求22的方法，其中所述媒体网关设备使用ITU-T H.248协议被配置成把所述特定的实时传输控制协议RTCP分组的至少一部分转发到所述媒体网关控制装置。

一种用于通过媒体网关控制装置来控制媒体网关设备的装置，包括： 用于由媒体网关控制装置定义至少一种所期望的实时传输控制协议RTCP分组类型的部件； 用于在媒体网关控制装置与媒体网关设备之间交换控制信号的部件，其中所述控制信号被提供来将媒体网关设备配置成在接收到RTCP分组时把所定义的RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置；以及用于在通过接口装置从媒体网关设备接收到所述特定RTCP分组的所述至少一部分时，对所述特定RTCP分组的所述至少一部分进行处理的部件。

一种用于在媒体网关设备中处理至少一则实时传输控制协议RTCP消息的装置，包括：用于通过控制接口装置与媒体网关控制装置交换控制信号的部件，其中所述控制信号被提供来对媒体网关设备进行配置，以便把由媒体网关控制装置定义的至少一种RTCP分组类型的特定RTCP分组的至少一部分转发到媒体网关控制装置；以及用于在通过RTCP接口接收到所定义的分组类型的所述特定RTCP分组时，通过所述控制接口装置把所述特定RTCP分组的至少一部分转发到媒体网关控制装置的部件。