**对比文件名称：** 2002-11-05_US6477580B_发明授权_US06477580B1 Self-described stream in a communication services patterns environment
**目标专利名称：** 2045动态转发第一协议的消息的方法和系统及其控制节点CN102577304B
**本次调用的模型名称：** 未指定（基于通用专利评估模型）
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：所述第一协议用于提供关于媒体流的控制和管理信息，所述消息与一个或更多个基于第二协议的多媒体流相关联，所述第二协议被设置用于在基于IP的网络上流式传输多媒体数据，每个流与媒体会话相关联并与发送方节点和一个或更多个接收方节点相关联，所述方法包括以下步骤：向至少一个流分配至少一个控制节点。<br>**未公开** | 对比文件“Streaming”部分（第1536段）描述了RTP和RTCP，但未涉及“分配控制节点”的步骤。原文：“Real-Time Transport Protocol (RTP) … Real-Time Control Protocol (RTCP)…” | 对比文件仅一般性描述了RTP/RTCP协议的功能，没有公开“向至少一个流分配至少一个控制节点”这一具体步骤，也未涉及将控制节点引入媒体流路径以动态转发RTCP消息的机制。该特征在对比文件中无对应公开内容。 |
| **技术特征B**：将所述控制节点的地址提供给与所述流相关联的接收方节点，所述地址在会话控制协议消息或HTTP消息中被提供至所述接收方节点，并且所述地址不同于相关联的发送方节点的地址。<br>**未公开** | 对比文件“Streaming”部分提到RTSP作为会话控制协议（第1536段），但未提及通过会话控制协议或HTTP消息提供控制节点地址。 | 对比文件没有公开向接收方节点提供控制节点地址的具体方式，也没有涉及地址不同于发送方节点地址的区别。该特征属于目标专利特有的动态转发机制，对比文件未涉及。 |
| **技术特征C**：所述接收方节点发送所述第一协议的接收方消息至所述控制节点，使用在所述会话控制协议消息或HTTP消息中包含的所述地址。<br>**未公开** | 对比文件未提及接收方节点发送RTCP消息至控制节点，也未提及使用会话控制协议或HTTP消息中的地址。 | 对比文件没有描述接收方节点将RTCP消息发送到控制节点的行为，也没有涉及地址的获取和使用。该特征完全缺失。 |
| **技术特征D**：其中所述第一协议为RTCP，所述第二协议为RTP，并且所述流为RTP流。<br>**直接公开** | 对比文件“Streaming”部分（第1536段）明确记载：“Real-Time Transport Protocol (RTP) … Real-Time Control Protocol (RTCP)”。同时指出RTP用于流式传输多媒体数据，RTCP用于提供控制和管理信息。 | 对比文件直接公开了第一协议为RTCP、第二协议为RTP，并且隐含了流为RTP流（因为RTP用于流式传输）。这些协议在目标专利和对比文件中的作用相同，均用于媒体流传输和控制。因此，该特征被直接公开。 |
| **技术特征E**：其中所述方法进一步包括以下步骤：向所述接收方节点提供与所述RTP流相关联的组同步标识。<br>**未公开** | 对比文件未提及“组同步标识”或类似概念。 | 对比文件没有公开任何关于同步组标识或向接收方节点提供同步标识的内容。该特征涉及目标专利特有的同步机制，对比文件未教导。 |
| **技术特征F**：在接收方RTCP消息中发送所述组同步标识至所述控制节点。<br>**未公开** | 对比文件未提及在RTCP消息中携带同步标识。 | 对比文件没有描述在RTCP消息中插入组同步标识并发送至控制节点的步骤。该特征完全缺失。 |
| **技术特征G**：其中所述方法进一步包括以下步骤：所述接收方节点生成同步状态信息。<br>**未公开** | 对比文件未涉及接收方节点生成同步状态信息的步骤。 | 对比文件没有公开接收方节点生成同步状态信息的技术内容。该特征为目标专利的同步功能提供基础，但对比文件未提及。 |
| **技术特征H**：在接收方RTCP消息中发送所述同步状态信息至所述控制节点，所述控制节点包括同步功能，所述同步功能用于将与所述发送方RTCP消息相关联的RTP流与已分配给所述控制节点的一个或更多个其它RTP流同步。<br>**未公开** | 对比文件未提及同步功能或通过控制节点同步多个RTP流。 | 对比文件没有公开控制节点具备同步功能，也没有描述通过RTCP消息携带同步状态信息并用于多流同步的机制。该特征完全不同于对比文件的内容。 |
| **技术特征I**：所述方法进一步包括以下步骤：所述同步功能使用所述同步状态信息来计算同步设置信息。<br>**未公开** | 对比文件未涉及同步状态信息的计算或使用。 | 对比文件没有公开同步功能如何利用同步状态信息进行计算，该特征无对应公开。 |
| **技术特征J**：所述控制节点发送所述同步设置信息至所述接收方节点，所述接收方节点使用所述同步设置信息来指示与所述接收方节点相关联的延迟缓冲。<br>**未公开** | 对比文件未涉及同步设置信息的发送或延迟缓冲的控制。 | 对比文件没有公开控制节点向接收方发送同步设置信息以控制延迟缓冲的步骤。该特征完全缺失。 |
| **技术特征K**：所述方法进一步包括以下步骤：将所述控制节点的地址提供给与所述RTP流相关联的所述发送方节点，所述地址在会话控制协议消息中被提供给所述发送方节点。<br>**未公开** | 对比文件未提供向发送方节点提供控制节点地址的教导。 | 对比文件没有公开向发送方节点提供控制节点地址的步骤，也没有涉及会话控制协议消息的使用。该特征无对应公开。 |
| **技术特征L**：所述发送方节点将发送方RTCP消息发送至所述控制节点，使用包含在所述会话控制协议消息中的所述地址。<br>**未公开** | 对比文件未描述发送方节点发送RTCP消息至控制节点。 | 对比文件没有公开发送方节点根据会话控制协议消息中的地址发送RTCP消息至控制节点的行为。该特征完全缺失。 |
| **技术特征M**：所述方法进一步包括以下步骤：当所述RTCP消息中的SSRC标识相同时，控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并将接收方RTCP消息与发送方RTCP消息相关联。<br>**未公开** | 对比文件未提及SSRC标识或基于SSRC的关联匹配。 | 对比文件没有公开控制节点根据SSRC标识匹配接收方和发送方RTCP消息的步骤。该特征涉及目标专利的转发逻辑，对比文件未涉及。 |
| **技术特征N**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址。<br>**未公开** | 对比文件未描述控制节点转发RTCP消息至对应地址的机制。 | 对比文件没有公开控制节点根据关联关系转发RTCP消息的具体步骤。该特征完全缺失。 |
| **技术特征O**：其中所述接收方RTCP消息中的至少一个包括同步状态信息，所述方法进一步包括以下步骤：从所述接收方RTCP消息中移除所述同步状态信息。<br>**未公开** | 对比文件未涉及同步状态信息的移除。 | 对比文件没有公开从接收方RTCP消息中移除同步状态信息的步骤。该特征无对应公开。 |
| **技术特征P**：发送所述接收方控制消息至所述相关联的发送方节点。<br>**未公开** | 对比文件未描述发送接收方控制消息至发送方节点。 | 对比文件没有公开将接收方RTCP消息转发至发送方节点的步骤。该特征未公开。 |
| **技术特征Q**：其中所述方法进一步包括以下步骤：所述同步功能提供同步设置信息。<br>**未公开** | 对比文件未涉及同步功能提供同步设置信息。 | 对比文件没有公开同步功能提供同步设置信息的内容。该特征无对应公开。 |
| **技术特征R**：在发送方RTCP消息中发送所述同步设置信息至所述接收方节点。<br>**未公开** | 对比文件未描述通过发送方RTCP消息发送同步设置信息。 | 对比文件没有公开在发送方RTCP消息中携带同步设置信息并发送至接收方节点的步骤。该特征完全缺失。 |
| **技术特征S**：所述方法进一步包括以下步骤：至少一个发送方节点组播多个所述RTP流和关联的发送方RTCP消息中的至少一个至一个或更多个接收方节点。<br>**隐含公开** | 对比文件“Streaming”部分（第1536段）指出RTP可用于多播：“RTP … may also be used with Multicast UDP, TCP/IP, or IP Multicast.”此外，IP Multicast在“Packet Forwarding/Internetworking”部分（第2406段）被描述为将单个消息同时传输给多个接收者的过程。 | 对比文件公开了RTP可以基于多播传输，而RTCP作为RTP的伴随协议，在多播环境下通常也通过多播发送。本领域技术人员可以合理推断，在多播场景中，发送方节点会组播RTP流及其关联的RTCP消息（如发送方报告）至接收方节点。虽然对比文件未显式提及“关联的发送方RTCP消息”，但基于RTP/RTCP标准以及对比文件对多播的支持，该特征可以被隐含公开。 |
| **技术特征T**：所述方法进一步包括以下步骤：接收方节点发送所述RTCP消息中的至少一个至所述控制节点。<br>**未公开** | 对比文件未涉及接收方节点发送RTCP消息至控制节点。 | 对比文件没有公开接收方节点向控制节点发送RTCP消息的步骤。该特征无对应公开。 |
| **技术特征U**：所述方法包括以下步骤：发送将控制节点加入与所述组播相关联的成员组的请求，或为了提供发送方RTCP消息至所述控制节点而在发送方节点和控制节点之间提供单播连接。<br>**未公开** | 对比文件未提及控制节点加入组播成员组或建立单播连接的步骤。 | 对比文件没有公开控制节点加入组播成员组或为提供RTCP消息而建立单播连接的机制。该特征完全缺失。 |
| **技术特征V**：所述方法包括以下步骤：控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并且当所述RTCP消息中的SSRC标识相同时，将接收方RTCP消息与发送方RTCP消息相关联。<br>**未公开** | 对比文件未提及SSRC标识或基于SSRC的关联匹配（与特征M相同）。 | 对比文件没有公开控制节点接收RTCP消息并基于SSRC进行关联的步骤。该特征未公开。 |
| **技术特征W**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址。<br>**未公开** | 对比文件未描述控制节点转发RTCP消息至对应地址的机制（与特征N相同）。 | 对比文件没有公开控制节点根据关联关系转发RTCP消息的步骤。该特征未公开。 |
| **技术特征X**：所述接收方节点被配置为用于接收包含控制节点地址的会话控制协议消息或HTTP消息，并用于发送由所述接收方节点产生的接收方RTCP消息至所述控制节点，使用包含在所述会话控制协议消息中的所述地址，所述接收方节点进一步包括：同步客户端，其被配置为用于产生同步状态信息，用于将所述同步状态信息插入接收方RTCP消息中，并发送所述接收方RTCP消息至所述控制节点。<br>**未公开** | 对比文件未公开接收方节点的上述配置，也未涉及同步客户端。 | 对比文件没有公开接收方节点具有接收控制节点地址、发送RTCP消息以及同步客户端等功能。该特征完全缺失。 |
### 结论
基于上述特征比对，对比文件US6477580B直接公开了技术特征D，隐含公开了技术特征S，其余技术特征均未公开。
<<<D>>><<<s>>>