对比文件名称：2005-01-04_US6839356B_发明授权_US06839356B2 System and method for controlling a wireless packet switched voice call
目标专利名称：用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质 CN102177692B
本次调用的模型名称：Gemini
### 特征比对表格
| 技术特征描述以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A：** 包括：控制装置<br>**《直接公开》** | [00125] “The Media Gateway Control Function (MGCF) 318 is the PSTN/PLMN termination point for the network infrastructure… In performing its functions, the MGCF 318 controls the parts of the call state that pertain to connection control for media channels in a MGW.” | D1明确公开了MGCF（媒体网关控制功能）作为控制装置，用于控制MGW（媒体网关）中的媒体信道连接。这与本专利中用于控制媒体网关设备的媒体网关控制装置在功能和名称上实质相同，构成直接公开。 |
| **技术特征B：** 收发器装置<br>**《直接公开》** | [00125] “The MGCF 318 controls the parts of the call state…”；[00160] Fig 10 中描述了计算机1000实现MGCF/MGW功能，包括处理器、存储器、网络管理器接口、外围接口等，其中外围接口耦合到无线网络接口和信令网络接口。 | D1中作为网络功能实体的MGCF为实现与MGW的通信，必然具备收发器装置（通过标准接口进行信令交互）。图10中明确示出了实现MGCF功能所需的网络接口（收发器装置），因此该技术特征被直接公开。 |
| **技术特征C：**（无明确特征描述） | - | - |
| **技术特征D：** 接口装置<br>**《直接公开》** | [00125] “its operation is consistent with existing/ongoing industry protocols/interfaces.” | D1中的MGCF通过标准接口与MGW交互。在3GPP IMS架构中，MGCF与MGW之间的标准控制接口为Mn接口，该接口即为本专利所述的接口装置，被直接公开。 |
| **技术特征E：** 其中，所述控制装置被配置成通过所述接口装置与媒体网关设备交换控制信号<br>**《直接公开》** | [00125] “In performing its functions, the MGCF 318 controls the parts of the call state that pertain to connection control for media channels in a MGW.” | D1明确描述了MGCF作为控制装置，通过标准接口（接口装置）与MGW交换控制信号，以实现对媒体信道连接的控制。该特征被直接公开。 |
| **技术特征F：** 其中，所述控制信号被提供来将媒体网关设备配置成在接收到实时传输控制协议RTCP分组时把由所述媒体网关控制装置定义的至少一种RTCP分组类型的特定的RTCP分组的至少一部分转发到媒体网关控制装置；并且，所述收发器装置被配置成在通过所述接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时，对第一RTCP分组的所述至少一部分进行处理。<br>**《未公开》** | D1全文 | D1的核心发明在于在RTP/UDP/IP数据报的有效载荷中嵌入控制信息（如FTI, CMR, CMC）以进行AMR编解码器速率控制和质量指示。D1不涉及MGCF通过H.248协议配置MGW将特定类型的RTCP分组转发至MGCF进行协议交互工作。D1中的AMR控制逻辑由终端和基站直接修改RTP承载层数据完成，而非由MGCF通过控制层信令配置MGW进行选择性转发。本技术特征未被公开。 |
| **技术特征G：** 其中，所述收发器装置还被配置成在对应于另一个RTCP分组的触发发生时，通过所述接口装置将第二RTCP分组的至少一部分发送到媒体网关控制装置。<br>**《未公开》** | D1全文 | D1不涉及MGCF基于触发事件向MGW（或MGCF）发送第二RTCP分组的机制。D1中的控制信息是由终端或基站在RTP数据包生成或中继时直接添加/修改的，不存在由MGCF主动下发RTCP分组的描述。本技术特征未被公开。 |
| **技术特征H：** 其中，RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的。<br>**《未公开》** | D1全文 | D1未讨论MGCF处RTCP接收和发送作为独立进程的概念。D1的机制是实时的编解码速率适配，不涉及本专利所述的通过MGCF-MGW接口进行的这种分离式收发架构。本技术特征未被公开。 |
| **技术特征I：** 其中，由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的，所述标准是以下各项的至少其中一项：（i）至少一种比特模式，（ii）RTCP分组中的至少一个已定义位置，（iii）H.248终止，（iv）RTCP分组的反馈消息类型与有效载荷类型的组合，（v）RTCP分组的子类型与有效载荷类型的组合，（vi）RTCP分组的版本，以及（vii）RTCP“名称”字段。<br>**《隐含公开》** | [00134] “The control information includes a three-bit CMR/CMC 452, a single bit FQI 454, and a four bit FTI 456.”；Table 1, 2, 4 | D1部分公开了通过特定标准定义分组类型的方法。D1中的FTI（帧类型索引）和CMR/CMC（编码模式请求/命令）使用3位或4位比特模式来定义RTP净荷的具体类型（如AMR各速率模式、舒适噪声帧），这实质上是通过“至少一种比特模式”（技术特征I中的(i)）来定义传输数据类型。在此基础上，结合H.248协议标准，本领域技术人员有动机将该“比特模式”定义方式扩展应用于对RTCP分组类型的定义和过滤，以在媒体网关控制设备与媒体网关设备之间实现特定RTCP分组的转发。 |
| **技术特征J：** 其中，所述接口装置基于ITU-T H.248标准。<br>**《隐含公开》** | [00125] “its operation is consistent with existing/ongoing industry protocols/interfaces.” | D1描述了3GPP IMS架构，其中MGCF与MGW之间的标准控制接口为Mn接口。在3GPP标准化体系中，Mn接口基于ITU-T H.248协议。D1虽未明确写出“H.248”字样，但其公开的“industry protocols/interfaces”指代该标准，本领域技术人员结合公知常识可以合理推断出该接口基于H.248标准。 |
| **技术特征K：** 其中，通过以下各项的至少其中一项来交换所述控制信号：（i）H.248添加命令中的H.248事件，（ii）H.248修改命令中的H.248事件，（iii）H.248通知命令中的H.248事件，或者（iv）H.248修改命令中的H.248信号。<br>**《隐含公开》** | [00125] “In performing its functions, the MGCF 318 controls the parts of the call state that pertain to connection control for media channels in a MGW.” | D1公开了MGCF通过标准接口控制MGW。本领域技术人员知晓在H.248协议中，媒体网关控制与媒体网关之间的控制功能通过Add、Mod、Notify等命令中的事件或信号实现。D1公开的“控制”概念使得本领域技术人员结合H.248协议标准，可以合理推断出通过H.248添加、修改、通知命令中的事件或信号来交换控制信号。 |
| **技术特征L：** 其中，所述特定RTCP分组的所述至少一部分是至少一个具体的RTCP分组，其包括以下各项的至少其中一项：（i）由画面损失指示分组构成的具体RTCP分组，（ii）TMMBR分组、TMMBN分组，或者（iii）APP分组。<br>**《未公开》** | D1全文 | D1通篇未提及画面损失指示（PLI）、临时最大媒体比特率请求（TMMBR）、临时最大媒体比特率通知（TMMBN）或应用定义（APP）等具体的RTCP分组类型。D1聚焦于AMR编解码器帧类型（FTI）和编码模式（CMR/CMC）。本技术特征未被公开。 |
| **技术特征M：** 还包括：另一个接口，其中有以下各项的至少其中一项：a、通过生成相应的H.245分组并且经由所述另一个接口传送该H.245分组来对所述特定RTCP分组的所述至少一部分进行处理<br>**《未公开》** | D1全文，[00146] “there would be no need for either an H.323 gatekeeper or SIP proxy to setup these calls through a transcoding proxy located in the Core Network” | D1提及H.323协议，但其明确表示其发明方案“不需要H.323网守或SIP代理通过转码代理来建立呼叫”。D1的本意是消除对H.245转换的需求，其方案不涉及在MGCF中将RTCP分组转化为H.245分组并通过另一个接口传送。本技术特征未被公开。 |
| **技术特征N：** b、通过经由所述另一个接口接收H.245分组并且生成第二RTCP分组的至少一部分而发生针对另一个预定义RTCP分组的触发。<br>**《未公开》** | D1全文 | 同上，D1不涉及H.245与RTCP的交互工作，不涉及通过接收H.245分组来触发RTCP分组的生成。本技术特征未被公开。 |
| **技术特征O：** 其中，媒体网关控制装置被配置成请求媒体网关设备提供对应于所述另一个RTCP分组的至少一部分的值。<br>**《未公开》** | D1全文 | D1不涉及MGCF请求MGW为RTCP分组提供特定值（如SSRC）的机制。本技术特征未被公开。 |
| **技术特征P：** 其中，媒体网关控制装置被配置成为所述另一个RTCP分组的所述至少一部分提供至少一个固定的预定义值，以便请求媒体网关设备为所述另一个RTCP消息的所述至少一部分提供所述至少一个值。<br>**《未公开》** | D1全文 | D1不涉及MGCF通过提供固定预定义值来指示MGW填写真实值的机制。本技术特征未被公开。 |
<<<A>>><<<B>>><<<D>>><<<E>>><<<i>>><<<j>>><<<k>>>