对比文件名称：2007-04-24_US7209472B_发明授权_US07209472B2 Method of controlling change-over of connection route between media gateway apparatuses, and call agent apparatus
目标专利名称：965用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质CN102177692B
本次调用的模型名称：GPT-4
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（中文翻译） | 公开性论述 |
| **技术特征A：包括：控制装置 [直接公开]** | 对比文件[0028]：“提供了一种呼叫代理装置…该呼叫代理装置包括：呼叫质量管理装置…；切换路由确定装置…；和呼叫控制装置”。（“there is provided a call agent apparatus…the call agent apparatus comprising: call quality managing means…; change-over route determining means…; and call control means”） | 对比文件中的“呼叫代理装置”对应于目标专利的媒体网关控制装置，其内部的“呼叫控制装置”（call control means）以及“呼叫质量管理装置”等共同构成了用于控制媒体网关的控制装置。该控制装置能够生成控制信号并通过接口与媒体网关设备交互，与目标专利的控制装置功能对应。本领域技术人员可以毫无疑义地确定对比文件公开了控制装置。 |
| **技术特征B：收发器装置 [直接公开]** | 对比文件[0054]：“MG接口控制部分1-4是与媒体网关装置MG的接口。MG接口控制部分1-4执行IP分组的输入/输出控制以及TCP/UDP连接的控制。” [0055]：“H.248协议控制部分1-5是一个分析H.248协议消息的功能部分…当从呼叫控制部分1-3有H.248协议控制请求时，H.248协议控制部分1-5根据请求内容生成H.248协议消息，并向MG接口控制部分1-4发送传输请求。” | 对比文件中的MG接口控制部分1-4和H.248协议控制部分1-5共同承担了目标专利中收发器装置的职责：通过H.248接口收发IP分组（包括控制信号和媒体相关信息）。特别是，收发器装置在目标专利中用于接收来自媒体网关设备的RTCP分组部分以及发送第二RTCP分组部分，对比文件中的对应部分同样具备收发功能，因此直接公开了收发器装置。 |
| **技术特征C：（空白）** | — | — |
| **技术特征D：接口装置 [直接公开]** | 对比文件[0054]：“MG接口控制部分1-4是与媒体网关装置MG的接口。MG接口控制部分1-4执行IP分组的输入/输出控制以及TCP/UDP连接的控制。” | 对比文件明确设置了“MG接口控制部分1-4”作为与媒体网关设备通信的接口，该接口基于IP网络并配合H.248协议使用，与目标专利的接口装置对应。本领域技术人员可直接确定该接口装置的存在。 |
| **技术特征E：其中，所述控制装置被配置成通过所述接口装置与媒体网关设备交换控制信号 [直接公开]** | 对比文件[0053]：“呼叫控制部分1-3具有控制呼叫的功能…当需要对媒体网关装置MG执行路径控制时，呼叫控制部分1-3根据H.248协议向H.248协议控制部分1-5发送路径控制请求。” [0055]：“当从呼叫控制部分1-3有H.248协议控制请求时，H.248协议控制部分1-5根据请求内容生成H.248协议消息，并向MG接口控制部分1-4发送传输请求。” | 对比文件的控制装置（呼叫控制部分1-3）通过H.248协议控制部分1-5和MG接口控制部分1-4（接口装置）与媒体网关设备交换H.248控制信号（例如路由切换指令）。这完全符合目标专利中控制装置通过接口装置交换控制信号的配置，因此直接公开。 |
| **技术特征F：其中，所述控制信号被提供来将媒体网关设备配置成在接收到实时传输控制协议RTCP分组时把由所述媒体网关控制装置定义的至少一种RTCP分组类型的特定的RTCP分组的至少一部分转发到媒体网关控制装置；并且，所述收发器装置被配置成在通过所述接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时，对第一RTCP分组的所述至少一部分进行处理 [未公开]** | 对比文件[0084]-[0086]：媒体网关装置内的媒体接口单元2-10将实时传输控制协议（RTCP）的包质量信息（丢包率、抖动等）发送给质量信息管理部分2-6，质量信息管理部分2-6编辑这些RTCP包质量信息，并作为质量信息消息通过H.248协议发送给呼叫代理装置CA。但该质量信息消息是媒体网关主动生成的，并非由呼叫代理装置定义特定RTCP分组类型并配置媒体网关转发。 | 对比文件虽然涉及RTCP信息的传递，但传递的是从RTCP报告中提取的统计信息（丢包率、抖动），而非RTCP分组本身或其部分。更重要的是，对比文件中媒体网关发送质量信息消息是自发行为，没有呼叫代理装置通过控制信号预先定义RTCP分组类型并配置媒体网关在接收到该类型分组时转发。因此，目标专利中的核心配置——由媒体网关控制装置定义至少一种RTCP分组类型并通过控制信号配置媒体网关将特定类型RTCP分组的至少一部分转发——在对比文件中未被公开，也不存在隐含公开的合理基础。收发器装置处理接收到的RTCP分组部分的功能也随之未被公开。 |
| **技术特征G：其中，所述收发器装置还被配置成在对应于另一个RTCP分组的触发发生时，通过所述接口装置将第二RTCP分组的至少一部分发送到媒体网关控制装置 [未公开]** | 对比文件[0089]-[0093]：呼叫代理装置CA通过H.248协议向媒体网关发送路由切换请求（move）消息，该消息包含新的路由信息（IP地址、UDP端口号），而不是RTCP分组。对比文件中没有涉及呼叫代理装置发送RTCP分组或RTCP分组部分到媒体网关设备。 | 目标专利中，媒体网关控制装置在触发发生时（例如接收到H.245消息）会通过接口装置向媒体网关设备发送第二RTCP分组的至少一部分。对比文件中，呼叫代理装置发送的是路由切换命令（H.248 move消息），并非RTCP分组，且触发条件与RTCP无关。因此，对比文件既没有直接公开此特征，也无法隐含推导出该配置。 |
| **技术特征H：其中，RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的 [未公开]** | 对比文件[0084]-[0094]：媒体网关装置接收来自RTP会话的RTCP分组（用于提取质量信息），并通过H.248消息向呼叫代理装置发送质量信息（非RTCP分组）。呼叫代理装置接收质量信息并通过H.248消息发送路由切换指令。但这些收发操作的对象不是RTCP分组本身，且对比文件未提及RTCP分组接收与传输之间的独立性。 | 目标专利强调媒体网关控制装置对RTCP分组的接收和传输是独立的（例如不同的处理线程）。对比文件中，呼叫代理装置接收的是质量信息消息（非RTCP分组），发送的是路由切换指令（非RTCP分组），因此不存在RTCP分组的接收与传输的独立性。即使考虑媒体网关侧的RTCP分组处理，对比文件也未明确接收和传输是否独立，且其发送的并非RTCP分组。故未公开。 |
| **技术特征I：其中，由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的，所述标准是以下各项的至少其中一项：（i）至少一种比特模式，（ii）RTCP分组中的至少一个已定义位置，（iii）H.248终止，（iv）RTCP分组的反馈消息类型与有效载荷类型的组合，（v）RTCP分组的子类型与有效载荷类型的组合，（vi）RTCP分组的版本，以及（vii）RTCP“名称”字段 [未公开]** | 对比文件全文中未提及媒体网关控制装置定义RTCP分组类型的任何标准或方法。 | 对比文件仅涉及将RTCP统计信息作为质量信息内容，并未由控制装置定义特定的RTCP分组类型。没有任何描述涉及比特模式、位置、H.248终止、FMT/PT组合等标准。因此，该特征完全未被公开。 |
| **技术特征J：其中，所述接口装置基于ITU-T H.248标准 [直接公开]** | 对比文件[0004]：“呼叫代理装置CA和媒体网关装置MG基于ITU-T的H.248建议（以下称为H.248协议）的协议相互发送和接收信号。” | 对比文件明确记载了呼叫代理装置与媒体网关装置之间的接口基于H.248标准，与目标专利的接口装置基于ITU-T H.248标准完全一致。直接公开。 |
| **技术特征K：其中，通过以下各项的至少其中一项来交换所述控制信号：（i）H.248添加命令中的H.248事件，（ii）H.248修改命令中的H.248事件，（iii）H.248通知命令中的H.248事件，或者（iv）H.248修改命令中的H.248信号 [隐含公开]** | 对比文件[0089]：“H.248协议控制部分1-5根据H.248协议通过MG接口控制部分1-4向媒体网关装置MG1发送路由切换请求（move）消息（5-5）。” [0086]：“质量信息管理部分2-6编辑接收到的实时传输控制协议（RTCP）的包质量信息，并将编辑后的信息作为质量信息消息（图8(a)）通过H.248协议控制部分2-2发送到呼叫代理装置CA。” | 对比文件使用了H.248协议进行控制信号交换，其中“路由切换请求”对应H.248修改（Modify）命令（移动命令是H.248修改命令的一种应用），该命令可以携带H.248信号（Signal）来指示媒体网关执行操作；而“质量信息消息”对应H.248通知（Notify）命令，该命令携带H.248事件（Event）来描述已发生的情况。尽管对比文件未明确使用“事件”或“信号”术语，但本领域技术人员在H.248协议框架下能够合理推断出这些控制信号的交换是通过H.248修改命令中的信号或H.248通知命令中的事件来实现的。因此，特征K被隐含公开。 |
| **技术特征L：其中，所述特定RTCP分组的所述至少一部分是至少一个具体的RTCP分组，其包括以下各项的至少其中一项：（i）由画面损失指示分组构成的具体RTCP分组，（ii）TMMBR分组、TMMBN分组，或者（iii）APP分组 [未公开]** | 对比文件[0084]-[0086]：仅提及RTCP报告中的质量信息（丢包率、抖动等），未提及画面损失指示（PLI）、临时最大媒体比特率请求（TMMBR）、临时最大媒体比特率通知（TMMBN）或应用定义（APP）分组。 | 目标专利列举了需要转发的具体RTCP分组类型，这些都是与反馈和编解码器控制相关的RTCP扩展分组。对比文件中媒体网关收集的是基本的RTCP发送者/接收者报告（SR/RR）中的统计信息，完全不涉及这些具体分组类型。因此未公开。 |
| **技术特征M：还包括：另一个接口，其中有以下各项的至少其中一项：a、通过生成相应的H.245分组并且经由所述另一个接口传送该H.245分组来对所述特定RTCP分组的所述至少一部分进行处理 [未公开]** | 对比文件全文中未提及任何关于H.245接口或H.245分组的信息。 | 目标专利中的“另一个接口”是指H.245接口，用于与电路交换域交互，将RTCP分组变换为H.245消息。对比文件涉及的是IP网络（RTP/RTCP）与电路交换网络（PSTN）的互通，但其中使用的带内信令是ISUP/BICC，而非H.245。对比文件未涉及H.245协议，更没有通过H.245接口传送H.245分组来处理RTCP分组的内容。因此未公开。 |
| **技术特征N：者b、通过经由所述另一个接口接收H.245分组并且生成第二RTCP分组的至少一部分而发生针对另一个预定义RTCP分组的触发 [未公开]** | 对比文件全文中无H.245相关内容。 | 与特征M类似，对比文件没有H.245接口，没有H.245分组的接收，也没有基于H.245分组触发生成RTCP分组的任何教导。因此未公开。 |
| **技术特征O：其中，媒体网关控制装置被配置成请求媒体网关设备提供对应于所述另一个RTCP分组的至少一部分的值 [未公开]** | 对比文件[0101]-[0102]：呼叫代理装置CA向媒体网关发送路由切换请求（包含新的IP地址和UDP端口号），但未请求媒体网关提供RTCP分组字段的值。 | 目标专利中，媒体网关控制装置可能请求媒体网关设备补充RTCP分组中的某些值（如SSRC）。对比文件中，呼叫代理装置在路由切换时直接提供完整的IP地址和端口号，没有请求媒体网关提供任何RTCP分组的值。因此未公开。 |
| **技术特征P：其中，媒体网关控制装置被配置成为所述另一个RTCP分组的所述至少一部分提供至少一个固定的预定义值，以便请求媒体网关设备为所述另一个RTCP消息的所述至少一部分提供所述至少一个值 [未公开]** | 对比文件无相关内容。 | 目标专利中，媒体网关控制装置可以发送具有固定预定义值的RTCP分组部分，以指示媒体网关填写实际值。对比文件中没有类似的机制，呼叫代理装置发送的H.248消息均包含完整信息（如IP地址、端口号），没有使用预定义值请求媒体网关填充的做法。因此未公开。 |
## 公开性代码
根据上述比对，对比文件直接公开了技术特征A、B、D、E、J，隐含公开了技术特征K。其他技术特征未被公开。
<<<A>>><<<B>>><<<D>>><<<E>>><<<J>>><<<k>>>