好的，我来评估对比文件是否公开了目标专利权利要求的各技术特征。
**对比文件名称：** 2007-01-03_EP1739900A_发明公开_EP1739900A1 A METHOD FOR ACQUIRING THE QOS OF THE MULTIMEDIA STREAM PERIODICALLY
**目标专利名称：** 965用于转发媒体控制消息的系统、方法、程序元件和计算机可访问介质 CN102177692B
**本次调用的模型名称：** deepseek-chat
### 特征比对表格
| 技术特征以及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：控制装置<br><br>《隐含公开》 | 【0006】The MG takes charge of service bearer function and is used for media stream exchange and path connections among different networks. ...the MGC takes charge in call control, commands availability of each resource and controls the MG connection establishment and release according to the received signaling. Moreover, the MGC can control the whole network via various protocols.<br><br>【0009】...MGC 10 and MG 11 communicate with each other through H.248/MeGaCo while MGC 10 and MG 12 communicate with each other through H.248/MeGaCo. MG 11 and MG 12 establish a connection through the Real-time Transport Protocol (RTP) under the control of MG 10. <br><br>【0021】...a Media Gateway Controller (MGC) ... | 对比文件公开了一种由MGC和MG组成的网络架构【0006】。MGC负责呼叫控制，并通过H.248协议控制MG【0009】。MGC作为控制方，必然包含用于执行控制逻辑、生成控制命令和处理信息的处理单元，该单元在功能上等同于目标专利中的“控制装置”。虽然对比文件未使用“控制装置”这一术语，但本领域技术人员能够合理推断，实现MGC功能的核心处理逻辑单元即为“控制装置”。 |
| **技术特征B**：收发器装置<br><br>《隐含公开》 | 【0006】As the start point and end point of signaling messages, the MGC takes charge in call control, commands availability of each resource and controls the MG connection establishment and release according to the received signaling. | 对比文件公开的MGC作为信令消息的起点和终点，必须能够发送和接收信令消息（如H.248命令和响应、QoS报告请求和响应），这隐含地要求MGC具备收发功能。此外，对比文件详细描述了MGC向MG发送请求（如媒体流QoS报告请求）【0050】和接收MG的响应（如QoS信息）【0053】的过程。这种收发消息的功能单元可被隐含地视为目标专利中的“收发器装置”。 |
| **技术特征C**：[空白] | 无 | 目标专利权利要求中此特征项为空白，无技术特征需要比对。 |
| **技术特征D**：接口装置<br><br>《隐含公开》 | 【0008】The network framework of the MG and the MGC in the NGN network are shown in figure 1. As shown in figure 1, protocol network 1 is the network for the transport of all protocols. MGC 10 and MG 11 communicate with each other through H.248/MeGaCo while MGC 10 and MG 12 communicate with each other through H.248/MeGaCo.<br><br>【0009】...MGC 10 and MG 11 communicate with each other through H.248/MeGaCo while MGC 10 and MG 12 communicate with each other through H.248/MeGaCo. | 对比文件明确指出MGC和MG之间通过H.248/MeGaCo协议进行通信【0008】【0009】。为了实现这种协议通信，MGC必须配备一个支持H.248协议栈的通信接口。虽然对比文件没有显式地定义一个名为“接口装置”的物理或逻辑单元，但为实现H.248协议通信而存在的通信端口和协议栈是MGC的必备组成部分，本领域技术人员可以合理推断其存在，该组成部分即为“接口装置”。 |
| **技术特征E**：其中，所述控制装置被配置成通过所述接口装置与媒体网关设备交换控制信号<br><br>《隐含公开》 | 【0021】...setting an inspect duration and a submission period, by a Media Gateway Controller (MGC); and the MGC acquiring the QoS information of the media stream recorded and submitted by the MG, in each submission period of the inspect duration. <br><br>【0050】Step 301: When the MGC wants to learn the QoS status of a certain media stream in the MG, it sends a media stream QoS report request to the MG. Specifically, the MGC sends a media stream QoS report request to an ephemeral termination that receives and transmits this media stream in the MG. | 对比文件描述了MGC（控制装置）通过H.248协议（接口装置）与MG（媒体网关设备）进行交互的过程。例如，MGC发送媒体流QoS报告请求给MG【0050】，MG接收并处理该请求，并返回响应【0052】。这个“发送请求”和“接收响应”的过程，在目标专利中被称为“交换控制信号”。对比文件中的“媒体流QoS报告请求”是一种控制信号，用于配置MG执行特定操作。因此，本领域技术人员可以合理推断，对比文件隐含公开了控制装置通过接口装置与MG交换控制信号的特征。 |
| **技术特征F**：其中，所述控制信号被提供来将媒体网关设备配置成在接收到实时传输控制协议RTCP分组时把由所述媒体网关控制装置定义的至少一种RTCP分组类型的特定的RTCP分组的至少一部分转发到媒体网关控制装置；并且，所述收发器装置被配置成在通过所述接口装置接收到来自媒体网关设备的第一RTCP分组的至少一部分时，对第一RTCP分组的所述至少一部分进行处理。<br><br>《未公开》 | 【0042】...when the media stream is activated, the MG acquires various QoS information of the media stream in the network periodically through the RTCP and then packs the QoS information into a QoS periodic report package. <br><br>【0048】...the MG acquires various QoS information of the media stream periodically via the RTCP. The MG records the acquired various QoS information of the media stream in the ephemeral termination that receives and transmits this media stream. These QoS information recorded in the ephemeral termination include the Octets Sent, Octets Received, Packets Sent, Packets Received, Packets Loss, current packets loss rate, current jitter, current delay, etc of the media stream periodically acquired via the RTCP. | 对比文件与本技术特征存在本质区别。目标专利的核心是：MGC配置MGW，使得MGW在接收到特定类型的RTCP分组时，将该**RTCP分组本身（或一部分）** 转发给MGC。MGC接收并处理这个**RTCP分组**。<br><br>对比文件描述的是：MG（媒体网关）通过RTCP协议**收集和统计**媒体流的QoS信息（如发送/接收的包数、丢包率、抖动等）【0042】【0048】，然后将这些**统计后的QoS信息**打包成QoS定期报告包，提交给MGC【0042】。<br><br>两者的区别在于：<br>1. **转发的对象**：目标专利转发的是“RTCP分组”本身；对比文件提交的是基于RTCP信息计算出的“QoS统计数据”。<br>2. **转发的目的**：目标专利的目的是让MGC处理RTCP控制消息（如PLI、TMMBR），以便与H.245信令交互工作；对比文件的目的是让MGC获取媒体流的QoS统计信息，用于评估网络质量或调整策略。<br>3. **配置方式**：目标专利的“控制信号”定义了需要转发的“RTCP分组类型”（如通过FMT和PT值）；对比文件的“控制信号”（QoS报告请求）定义了“检查持续时间”和“报告周期”。<br><br>因此，对比文件没有公开“将RTCP分组（或一部分）转发到MGC”这一技术特征，也没有公开“收发器装置对接收到的RTCP分组进行处理”的技术特征。 |
| **技术特征G**：其中，所述收发器装置还被配置成在对应于另一个RTCP分组的触发发生时，通过所述接口装置将第二RTCP分组的至少一部分发送到媒体网关控制装置。<br><br>《未公开》 | 无 | 对比文件描述了MGC向MG发送请求以获取QoS信息【0050】【0095】，这是一个“请求-响应”模式。其中MGC发送的是“媒体流QoS审计请求”，MG响应的是“QoS信息”。这与目标专利中MGC主动发送“第二RTCP分组”给MGW，并由MGW将其发送到网络侧的场景完全不同。对比文件没有公开MGC在触发发生时，通过接口向MGW发送RTCP分组本身或其一部分的任何内容。 |
| **技术特征H**：其中，RTCP分组中的至少一个的接收是独立于RTCP分组中的一个或多个的传输而接收的。<br><br>《未公开》 | 无 | 对比文件描述的是MGC对MG上报的QoS信息的接收和基于这些信息的控制，不涉及对RTCP分组的接收和传输过程的独立性进行说明或暗示。因此，对比文件未公开此特征。 |
| **技术特征I**：其中，由媒体网关控制装置定义的所述至少一种RTCP分组类型是通过至少一条特定标准定义的，所述标准是以下各项的至少其中一项：（i）至少一种比特模式，（ii）RTCP分组中的至少一个已定义位置，（iii）H.248终止，（iv）RTCP分组的反馈消息类型与有效载荷类型的组合，（v）RTCP分组的子类型与有效载荷类型的组合，（vi）RTCP分组的版本，以及（vii）RTCP“名称”字段。<br><br>《未公开》 | 【0071】...This event is used by the MGC to indicate the MG to detect and submit the QoS information of the media stream. <br><br>【0072】2.1 Events Descriptor Parameters<br>2.1.1. Inspect Duration ... 2.1.2. Report Period ... | 目标专利的特征I定义了用于识别特定RTCP分组类型的标准，这是一种过滤规则，用于从所有RTCP分组中筛选出需要转发的分组。对比文件中，MGC通过事件描述符参数（检查持续时间、报告周期）定义了QoS报告的行为【0072】，而不是定义识别RTCP分组类型的标准。对比文件没有公开任何用于定义RTCP分组类型的标准（如比特模式、FMT/PT组合等）。对比文件关注的是QoS统计信息的收集，而非RTCP分组的类型识别与转发。 |
| **技术特征J**：其中，所述接口装置基于ITU-T H.248标准。<br><br>《直接公开》 | 【0007】At present, the communication protocols adopted between the MGC and the MG are usually the Gateway Control Protocol (H.248/MeGaCo) and the Media Gateway Control Protocol (MGCP). ... The H.248 adopts text coding and binary coding while the MGCP adopts text coding.<br><br>【0008】MGC 10 and MG 11 communicate with each other through H.248/MeGaCo while MGC 10 and MG 12 communicate with each other through H.248/MeGaCo. | 对比文件明确公开了MGC和MG之间的通信协议是H.248/MeGaCo【0007】。MGC和MG之间的接口就是基于此协议，因此，该接口装置必然基于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信号。<br><br>《直接公开》 | 【0036】...the QoS periodic report package is defined by taking use of the characteristic that H.248 protocol can define new packages according to new service's requirement and other new requirements. The QoS periodic report package includes the extended events that are in favor of improving the real-time quality of the call control strategy adjustment. The extended events include QoS report event as well as corresponding observed event. <br><br>【0045】...the procedure of implementing the submission mechanism of the media stream QoS will be further illustrated in detail hereinafter with reference to figure 3.<br>【0050】Step 301: When the MGC wants to learn the QoS status of a certain media stream in the MG, it sends a media stream QoS report request to the MG. ... the media stream QoS report request is bore by a QoS report event... | 对比文件详细描述了如何通过扩展H.248协议来定义新事件【0036】，即“QoS报告事件”（QoS report event）。MGC通过发送包含这个事件的命令来请求MG上报QoS信息【0050】。在H.248中，事件（Event）是命令（如Add、Modify）中的一部分。因此，对比文件直接公开了通过H.248添加/修改命令中的H.248事件来交换控制信号。虽然对比文件侧重于“事件”，未提“信号”，但“事件”作为控制信号的一种载体已被直接公开。特征K的（i）、（ii）、（iii）已被对比文件公开。 |
| **技术特征L**：其中，所述特定RTCP分组的所述至少一部分是至少一个具体的RTCP分组，其包括以下各项的至少其中一项：（i）由画面损失指示分组构成的具体RTCP分组，（ii）TMMBR分组、TMMBN分组，或者（iii）APP分组。<br><br>《未公开》 | 无 | 对比文件公开了MG通过RTCP收集各种QoS统计信息【0048】，但从未提及需要对特定类型的RTCP分组（如PLI、TMMBR、TMMBN或APP分组）本身进行识别、转发或处理。因此，对比文件未公开此特征。 |
| **技术特征M**：还包括另一个接口，其中有以下各项的至少其中一项：a、通过生成相应的H.245分组并且经由所述另一个接口传送该H.245分组来对所述特定RTCP分组的所述至少一部分进行处理<br><br>《未公开》 | 无 | 目标专利的另一个接口是用于处理H.245协议，以便与CS域进行交互工作。对比文件完全不涉及H.245协议、CS域交互工作或将在RTCP分组转换为H.245分组的过程。因此，对比文件未公开此特征。 |
| **技术特征N**：或者b、通过经由所述另一个接口接收H.245分组并且生成第二RTCP分组的至少一部分而发生针对另一个预定义RTCP分组的触发。<br><br>《未公开》 | 无 | 对比文件完全不涉及H.245协议。因此，对比文件未公开通过接收H.245分组来触发生成第二RTCP分组的技术特征。 |
| **技术特征O**：其中，媒体网关控制装置被配置成请求媒体网关设备提供对应于所述另一个RTCP分组的至少一部分的值。<br><br>《隐含公开》 | 【0066】...the MGC may also send the initial media stream QoS audit request to the ephemeral termination that receives and transmits this media stream in the MG after starting the inspect duration and audit period and when the first audit period is over, so that the MG can submit the QoS information of the media stream in the fixed duration to the MGC... | 目标专利的特征O描述了MGC请求MGW提供RTCP分组中的部分值（如SSRC）。对比文件的内容虽然不涉及RTCP分组，但是对比文件描述了MGC请求MG提供QoS信息，如“媒体流QoS审计请求”【0095】，MG根据请求中的统计参数选择并提交相应的QoS信息【0096】。这种由MGC发起请求，MG根据请求提供信息的模式是相同的。本领域技术人员可以合理推断，如果对比文件的技术方案需要处理RTCP分组内容，采用类似的请求-响应模式来获取分组中的特定字段值（如SSRC）是显而易见的。因此，该特征被隐含公开。 |
| **技术特征P**：其中，媒体网关控制装置被配置成为所述另一个RTCP分组的所述至少一部分提供至少一个固定的预定义值，以便请求媒体网关设备为所述另一个RTCP消息的所述至少一部分提供所述至少一个值。<br><br>《未公开》 | 无 | 目标专利描述了MGC提供一个“固定的预定义值”（如占位符），指示MGW用正确的值（如SSRC）来替换。对比文件没有公开这种使用预定义值作为占位符，请求MGW提供具体值的机制。对比文件中，MGC请求的是特定的统计参数，MG直接提供这些参数的值，没有涉及MGC提供预定义值并要求MGW替换的过程。因此，对比文件未公开此特征。 |
### 结论
基于上述分析，对比文件 EP1739900A1 公开了目标专利权利要求的以下技术特征：
- \*\*直接公开：\*\* J, K
- \*\*隐含公开：\*\* A, B, D, E, O
<<<J>>><<<K>>><<<a>>><<<b>>><<<d>>><<<e>>><<<o>>>