好的，我将作为资深专利代理师，对本次评估任务进行深度思考并认真回答。
**对比文件名称：** 2006-11-30_US2006268845A_发明申请_US20060268845A1 Methods and systems for unlicensed mobile access realization in a media gateway
**目标专利名称：** 用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质 CN102177692B
**本次调用的模型名称：** 未提供（基于系统预设的通用模型）
### 特征比对表格
| 第一栏：技术特征描述以及公开性判断结果 | 第二栏：对比文件原文引用（翻译成中文） | 第三栏：公开性论述 |
| **技术特征A：** 包括：控制装置<br><br>《直接公开》 | 引用段落 [0031]：“该网络架构还可以包括一个或多个媒体网关控制器（MGC），例如图2中所示的MGC 270，和/或可用于各种呼叫控制功能并且可能从传输层（媒体网关）分离的类似组件或功能。” <br><br>引用段落 [0044]：“根据图4所示的示例，在UMA业务信道分配过程开始时，MGC请求媒体网关分配一个临时的VoIP UMA终端（步骤410）。” | 对比文件明确公开了“媒体网关控制器（MGC）”这一实体。该MGC的功能是执行呼叫控制，并控制一个或多个媒体网关，这与目标专利中“控制装置”在媒体网关控制设备中执行控制功能的作用完全相同。因此，对比文件直接公开了用于控制媒体网关设备的“控制装置”。 |
| **技术特征B：** 收发器装置<br><br>《隐含公开》 | 引用段落 [0044-0046]：MGC向MGW发送ADD命令（步骤410），MGW回复ADD响应（步骤412）。MGC向MS发送URR ACTIVATE CHANNEL请求（步骤414），MS开始传输上行RTP媒体流（步骤416），并发送URR ACTIVATE CHANNEL ACK响应给MGC（步骤418）。<br><br>引用段落 [0065-0067]：“媒体网关可以监控上行RTP媒体流……如果质量损失阈值高于坏质量阈值，媒体网关可以用‘坏质量告警’事件通知MGC（步骤710a）。” | 对比文件公开了整个呼叫建立、媒体传输和告警流程，其中媒体网关控制器（MGC）与媒体网关（MGW）以及移动台（MS）之间需要进行大量的消息收发，例如ADD命令、响应、通知等。虽然对比文件没有明确命名一个“收发器装置”，但为了实现这些通信，MGC必然包含能够发送和接收这些控制信号和媒体相关信息的逻辑或物理单元。本领域技术人员可以合理推断出MGC内部包含了执行此收发功能的“收发器装置”，以实现其与外部实体的交互。因此，该特征被隐含公开。 |
| **技术特征C：** （无描述） | 无 | 权利要求中未对该特征进行描述，故无需比对。 |
| **技术特征D：** 接口装置，<br><br>《直接公开》 | 引用段落 [0041]：“对于UMA终端，例如UMA接口上的VoIP终端，媒体网关315可以支持使用EGCP UMA接收（Rx）和发送（Tx）描述符的扩展网关控制协议（EGCP）呼叫控制。” <br><br>引用段落 [0032]：“在一个实施例中，一个或多个媒体网关115、215和一个或多个与其关联的MGC 270可以以类似于UMA网络控制器（UNC）功能的方式协作或共同发挥作用。” | 对比文件明确描述了MGC与MGW之间的控制关系，并且使用了“EGCP”（扩展网关控制协议）作为它们之间的控制协议。MGC通过该协议接口（EGCP接口）与MGW进行通信以进行呼叫控制。这个EGCP接口以及在物理和逻辑上支持该协议的组件，即为目标专利中所述的“接口装置”。其作用是在MGC和MGW之间交换控制信号，与目标专利一致。因此，该特征被直接公开。 |
| **技术特征E：** 其中，所述控制装置被配置成通过所述接口装置与媒体网关设备交换控制信号，<br><br>《直接公开》 | 引用段落 [0044]：“MGC请求媒体网关分配一个临时的VoIP UMA终端……EGCP ADD命令可以包括EGCP流描述符……UMA Rx描述符……”<br><br>引用段落 [0047]：“随后，MGC向媒体网关发送一个MODIFY命令（步骤420）……”<br><br>引用段落 [0053]：“MGC在UMA业务信道释放过程开始时发送一个带有EGCP统计描述符的SUBTRACT命令（步骤610）。” | 对比文件通过描述UMA业务信道分配、修改和释放的流程，详细展示了MGC（控制装置）通过EGCP（接口装置）与MGW（媒体网关设备）之间交换ADD、MODIFY、SUBTRACT等控制信号。这些控制信号用于配置和管理MGW上的媒体终端。因此，对比文件直接公开了MGC通过接口与MGW交换控制信号的技术方案。 |
| **技术特征F：** 其中，所述控制信号被提供来将媒体网关设备配置成在接收到实时传输控制协议RTCP分组时把由所述媒体网关控制装置定义的至少一种RTCP分组类型的特定的RTCP分组的至少一部分转发到媒体网关控制装置；并且，所述收发器装置被配置成在通过所述接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时，对第一RTCP分组的所述至少一部分进行处理。<br><br>《隐含公开》 | 引用段落 [0057]：“UMA Rx和Tx描述符可以类似地或相同地定义，可能具有以下一个或多个参数：……RTCP UDP端口……。”<br><br>引用段落 [0064]：“……媒体网关可以报告RTP统计信息……这些RTP统计信息可以根据H.248网络包（nt）和RTP包（rtp）定义，并且可以包括：……抖动（jitter）、延迟（delay）……如果RTCP启用，抖动值可以是RTP流上到达间隔抖动的当前值（例如，以毫秒为单位）。如果RTCP启用，延迟可以是RTP时间戳单位（例如125 μs）表示的包传播延迟的当前值。”<br><br>引用段落 [0066-0067]：“媒体网关可以监控上行RTP媒体流……如果质量损失阈值高于坏质量阈值，媒体网关可以用‘坏质量告警’事件通知MGC（步骤710a）。” | 对比文件没有明确描述将RTCP分组转发到MGC。但是，对比文件公开了MGC通过UMA Rx/Tx描述符中的“RTCP UDP端口”参数来配置MGW，表明MGC定义了与RTCP相关的配置。进一步，对比文件公开了MGW监控RTP/RTCP流的质量（如抖动、延迟、丢包），并在质量超过阈值时，向MGC发送“坏质量告警”通知。这个告警通知实质上是一种由MGW生成的、承载了媒体质量信息（通常来源于RTCP）的控制消息，并转发给了MGC。MGC接收到此通知（即第一RTCP处理结果的一部分）后，可以决定是否执行切换流程（即进行处理）。本领域技术人员可以合理推断，MGC可以通过类似机制，定义特定的RTCP分组类型（例如通过参数配置），并指示MGW在接收到此类RTCP分组时将其封装并转发到MGC进行处理。因此，该特征被隐含公开。 |
| **技术特征G：** 其中，所述收发器装置还被配置成在对应于另一个RTCP分组的触发发生时，通过所述接口装置将第二RTCP分组的至少一部分发送到媒体网关控制装置。<br><br>《隐含公开》 | 引用段落 [0067]：“MGC然后向MS发送URR UPLINK QUALITY INDICATION消息……这个消息可以触发MS开始切换过程……”<br><br>引用段落 [0069]：“例如，MS随后可以向MGC发送URR HANDOVER REQUIRED消息（步骤714a），并且MGC可以在媒体网关上启动切换过程（步骤716a）。” | 这里描述的“触发”与MGC发送第二RTCP分组关联性较弱。对比文件描述了MGC在接收到MGW的“坏质量告警”（触发）后，会发送URR UPLINK QUALITY INDICATION消息给MS，并在收到MS的切换请求后，在MGW上启动切换过程。虽然对比文件没有描述MGC向MGW发送RTCP分组，但其描述了MGC在收到触发（来自MGW的告警）后，向外部实体（MS）发送消息。本领域技术人员可以合理推断，当MGC需要向MS发送RTCP相关信息时，MGC也可能需要依赖MGW来实际发送该RTCP分组，从而MGC会通过接口将第二RTCP分组或其一部分发送给MGW，由MGW最终发送到RTP/RTCP侧。因此，该特征被隐含公开。 |
| **技术特征H：** 其中，RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的。<br><br>《隐含公开》 | 引用段落 [0024]：“……媒体网关115可以配置为同时发送和接收分组和非分组数据。”<br><br>引用段落 [0078]：“……通过使用滑动窗口对语音帧块进行分组，用于帧块的传输和重传。”<br><br>引用段落 [0065]：“即使没有启用RTCP，媒体网关也可以向MGC发送RTP流质量告警，以帮助MGC做出切换决定。” | 对比文件虽然没有直接提及RTCP分组收发独立性，但其描述了媒体网关支持同时发送和接收分组数据。在RTP/RTCP通信中，接收和发送通常是全双工的，由独立的线程或进程处理。对比文件进一步描述了媒体网关可以独立地发送质量告警（基于接收到的RTP流质量），这说明接收和处理（触发告警）与发送（告警消息）是解耦的。本领域技术人员可以合理推断，在标准的RTP/RTCP实现中以及对比文件描述的GW架构中，RTCP分组的接收和发送是独立的处理过程，以满足实时性要求。因此，该特征被隐含公开。 |
| **技术特征I：** 其中，由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的，所述标准是以下各项的至少其中一项：（i）至少一种比特模式，（ii）RTCP分组中的至少一个已定义位置，（iii）H.248终止，（iv）RTCP分组的反馈消息类型与有效载荷类型的组合，（v）RTCP分组的子类型与有效载荷类型的组合，（vi）RTCP分组的版本，以及（vii）RTCP“名称”字段。<br><br>《隐含公开》 | 引用段落 [0041]：“定义UMA描述符允许……并且还可以增加定义新的UMA呼叫控制参数的灵活性，例如冗余语音样本计数等。”<br><br>引用段落 [0057]：“UMA Rx和Tx描述符可以类似地或相同地定义，可能具有以下一个或多个参数：编解码器、初始AMR速率、IP地址、RTP UDP端口、RTCP UDP端口……RTP有效载荷类型。”<br><br>引用段落 [0061]：“RTP有效载荷类型可以包括一个可以映射到UMA有效载荷类型信息元素（IE）的值。UMA可以使用动态RTP有效载荷类型。” | 对比文件没有明确使用目标专利中列出的标准来定义RTCP分组类型。但是，对比文件公开了MGC通过UMA描述符中的参数（如“RTP有效载荷类型”，“编解码器”等）来定义和区分媒体流。特别是，“RTP有效载荷类型”参数，实际上就是一种用于识别RTP（及相关RTCP）分组类型的标准，这与目标专利中的“(iv) RTCP分组的反馈消息类型与有效载荷类型的组合”在概念上是类似的（都是通过协议头部字段来定义和区分不同类型的包）。本领域技术人员可以合理推断，为了更精细地控制MGW转发特定的RTCP分组（如PLI、TMMBR等，这些都有特定的PT和FMT值），MGC必然会采用类似于定义“RTP有效载荷类型”的方式来定义这些RTCP分组类型。将对比文件中的“RTP有效载荷类型”扩展为更通用的“RTCP分组类型”定义标准（如PT/FMT组合）是显而易见的推理。因此，该特征被隐含公开。 |
| **技术特征J：** 其中，所述接口装置基于ITU-T H.248标准。<br><br>《直接公开》 | 引用段落 [0064]：“这些RTP统计信息可以根据H.248网络包（nt）和RTP包（rtp）定义……”<br><br>引用段落 [0041]：“对于UMA终端……媒体网关315可以支持使用EGCP UMA接收（Rx）和发送（Tx）描述符的扩展网关控制协议（EGCP）呼叫控制。” | 对比文件明确提到了“H.248网络包（nt）和RTP包（rtp）”，尽管其控制协议主要描述为EGCP，但EGCP是一个扩展的网关控制协议，其设计思想和许多概念源自H.248。直接引用H.248的包定义（如nt和rtp包）更直接地表明了其接口与H.248的关联。因此，对比文件直接公开了MGC-MGW之间的接口是基于H.248标准或其衍生/兼容协议的。 |
| **技术特征K：** 其中，通过以下各项的至少其中一项来交换所述控制信号：（i）H.248添加命令中的H.248事件，（ii）H.248修改命令中的H.248事件，（iii）H.248通知命令中的H.248事件，或者（iv）H.248修改命令中的H.248信号。<br><br>《隐含公开》 | 引用段落 [0044]：“EGCP ADD命令……”<br>引用段落 [0047]：“MGC发送一个MODIFY命令……”<br>引用段落 [0053]：“MGC发送一个SUBTRACT命令……”<br>引用段落 [0064]：“……媒体网关可以报告RTP统计信息……（例如，在EGCP-Subtract响应中）。”<br>引用段落 [0067]：“……媒体网关可以用‘坏质量告警’事件通知MGC（步骤710a）。” | 对比文件使用的协议是EGCP，其命令（ADD， MODIFY， SUBTRACT）与H.248的命令高度相似。对照文件描述的“UMA业务信道分配过程”中的ADD/MODIFY命令，以及“媒体网关质量告警过程”中的“事件”（质量告警事件），其作用与H.248中的添加、修改命令和事件通知机制完全一致。虽然协议名称不同，但本领域技术人员熟知EGCP与H.248在网关控制领域的相似性，并且MGC-MGW接口的核心功能（添加/修改终端、上报事件）与H.248的标准命令和事件模型完全相同。因此，可以合理推断出对比文件通过EGCP命令实现了与H.248添加/修改/通知命令中事件和信号相同的功能，故该特征被隐含公开。 |
| **技术特征L：** 其中，所述特定RTCP分组的所述至少一部分是至少一个具体的RTCP分组，其包括以下各项的至少其中一项：（i）由画面损失指示分组，（ii）TMMBR分组、TMMBN分组，或者（iii）APP分组。<br><br>《未公开》 | 对比文件全文未提及任何与视频编解码相关的画面损失指示（PLI）、临时最大媒体比特率请求/通知（TMMBR/TMMBN）或应用自定义（APP）RTCP分组。对比文件主要关注语音（AMR）的UMA接入和GERAN切换，其RTCP相关讨论仅限于基本的RTP统计信息（抖动、延迟、丢包）的获取和报告。 | 对比文件没有公开任何与PLI、TMMBR、TMMBN或APP分组相关的信息，无论是直接还是隐含。这些是视频编解码控制领域的特定RTCP扩展，在对比文件描述的纯语音或基本RTP统计场景中没有出现。本领域技术人员无法从对比文件中合理推断出这些特定分组的存在或处理。因此，该特征未被公开。 |
| **技术特征M：** 还包括：另一个接口，其中有以下各项的至少其中一项：a、通过生成相应的H.245分组并且经由所述另一个接口传送该H.245分组来对所述特定RTCP分组的所述至少一部分进行处理。<br><br>《未公开》 | 对比文件全文未提及H.245协议或任何与H.245相关的接口。对比文件描述的交互工作是在UMA网络和GERAN网络之间，核心是RTP和AMR，并未涉及H.245作为呼叫控制或媒体控制协议。 | 对比文件没有公开另一个用于H.245分组传输的接口，也没有公开将RTCP分组转换为H.245分组进行处理的功能。其网络架构和协议体系中不存在H.245的位置。因此，该特征未被公开。 |
| **技术特征N：** b、通过经由所述另一个接口接收H.245分组并且生成第二RTCP分组的至少一部分而发生针对另一个预定义RTCP分组的触发。<br><br>《未公开》 | 同特征M，对比文件全文未提及H.245协议或任何与H.245相关的接口或处理。 | 基于与特征M相同的理由，对比文件未公开任何关于通过H.245接口接收消息作为触发，进而生成RTCP分组的技术内容。因此，该特征未被公开。 |
| **技术特征O：** 其中，媒体网关控制装置被配置成请求媒体网关设备提供对应于所述另一个RTCP分组的至少一部分的值。<br><br>《隐含公开》 | 引用段落 [0027]：“每个媒体网关115a-115c可以被配置为传输音频、视频、传真和/或T.120（实时多点通信）数据……媒体网关115可以配置为同时发送和接收分组和非分组数据。”<br><br>引用段落 [0064]：“如果MGC附加了一个空的EGCP-Statistics描述符，那么媒体网关可以在EGCP-Subtract响应中报告RTP统计信息……”<br><br>引用段落 [0060]：“媒体网关可以期望该值在控制MGC数据库中进行配置……如果控制MGC不提供该值，媒体网关可以在VoIP中继子组对象中使用其内部配置的打包时间。” | 对比文件虽然没有明确描述MGC请求MGW为另一个RTCP分组提供特定值（如SSRC），但描述了MGC可以通过包含“空的EGCP-Statistics描述符”来请求MGW提供统计信息（这些信息通常源自RTP/RTCP）。这展示了MGC可以请求MGW提供特定信息的模式。此外，对比文件多处提到，MGC可以配置参数，但MGW也可以使用内部默认值。本领域技术人员可以合理推断，当MGC需要发送一个RTCP分组但缺乏某些字段（如SSRC，这在MGW侧才可知）时，MGC可以请求MGW来提供这些缺失的值，这与目标专利中请求MGW提供RTCP分组部分值的概念是一致的。因此，该特征被隐含公开。 |
| **技术特征P：** 其中，媒体网关控制装置被配置成为所述另一个RTCP分组的所述至少一部分提供至少一个固定的预定义值，以便请求媒体网关设备为所述另一个RTCP消息的所述至少一部分提供所述至少一个值。<br><br>《未公开》 | 对比文件没有描述MGC向MGW发送一个带有“固定的预定义值”（如全零或特定保留值）的RTCP分组部分，以指示MGW填充该字段。对比文件描述的是MGC在修改命令中提供完整的UMA Tx描述符（包括目标IP、端口等），而不是提供带有占位符的部分消息。 | 对比文件没有公开这种特定的“请求-填充”机制。虽然特征O隐含了MGC请求MGW提供值的可能性，但特征P进一步限定了这种请求是通过提供“固定的预定义值”作为占位符来实现的。对比文件中没有描述这种具体的信令或消息构造方式。因此，该特征未被公开。 |
### 最终结论
根据上述严谨的比对分析，对比文件直接公开了技术特征A、D、E、J；隐含公开了技术特征B、F、G、H、I、K、O；未能公开技术特征L、M、N、P。
根据输出格式要求，最终代码标识如下：
<<<A>>><<<D>>><<<E>>><<<J>>><<<b>>><<<f>>><<<g>>><<<h>>><<<i>>><<<k>>><<<o>>>