对比文件的名称：2003-04-03_US2003065917A_发明申请_US20030065917A1 Encryption of streaming control protocols and their headers
目标专利的名称：2045动态转发第一协议的消息的方法和系统及其控制节点CN102577304B
本次调用的模型名称：AI语言模型
| 技术特征描述及公开性判断结果 | 对比文件原文引用 | 公开性论述 |
| 技术特征A：第一协议用于提供关于媒体流的控制和管理信息，所述消息与一个或更多个基于第二协议的多媒体流相关联，所述第二协议被设置用于在基于IP的网络上流式传输多媒体数据，每个流与媒体会话相关联并与发送方节点和一个或更多个接收方节点相关联，所述方法包括以下步骤：向至少一个流分配至少一个控制节点（未公开） | [0010] “RTCP（实时控制协议）是伴随协议，提供QoS监控和关于媒体流会话的统计信息。” [0010] “RTP提供端到端传输功能，用于实时传输内容如音频和视频，支持点对点或多播服务。” 但未公开分配控制节点。 | 对比文件虽然公开了RTCP和RTP的基本概念以及发送方/接收方节点，但完全没有提及“控制节点”或其分配步骤，因此该技术特征未被公开。 |
| 技术特征B：将所述控制节点的地址提供给与所述流相关联的接收方节点，所述地址在会话控制协议消息或HTTP消息中被提供至所述接收方节点，并且所述地址不同于相关联的发送方节点的地址（未公开） | [0036] 描述了使用RTSP消息请求内容，但未提供任何控制节点地址。[0075] 提到HTTP用于provisioning，但未提供控制节点地址。 | 对比文件没有公开通过会话控制协议或HTTP消息将不同于发送方地址的控制节点地址提供给接收方节点，因此未公开。 |
| 技术特征C：所述接收方节点发送所述第一协议的接收方消息至所述控制节点，使用在所述会话控制协议消息或HTTP消息中包含的所述地址（未公开） | [0054] “缓存服务器215和消费者216定期发送RTCP报告包。” 消费者发送RTCP至缓存服务器，而不是控制节点，且地址不是通过会话控制协议消息提供的。 | 对比文件没有公开接收方使用会话控制协议消息或HTTP消息中的地址发送RTCP消息至控制节点，因此未公开。 |
| 技术特征D：其中所述第一协议为RTCP，所述第二协议为RTP，并且所述流为RTP流（直接公开） | [0010] “RTP（实时协议），RTCP（实时控制协议）…RTCP是伴随协议，提供QoS监控…RTP提供端到端传输功能，用于实时传输内容如音频和视频，支持点对点或多播服务。” [0032] “RTP/RTCP/RTSP” 等。 | 对比文件明确公开了RTCP是RTP的控制协议，RTP用于流媒体传输，且流是RTP流，因此该技术特征被直接公开。 |
| 技术特征E：其中所述方法进一步包括以下步骤：向所述接收方节点提供与所述RTP流相关联的组同步标识（未公开） | 无相关内容。 | 对比文件未涉及任何组同步标识的概念，因此未公开。 |
| 技术特征F：在接收方RTCP消息中发送所述组同步标识至所述控制节点（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征G：其中所述方法进一步包括以下步骤：所述接收方节点生成同步状态信息（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征H：在接收方RTCP消息中发送所述同步状态信息至所述控制节点，所述控制节点包括同步功能，所述同步功能用于将与所述发送方RTCP消息相关联的RTP流与已分配给所述控制节点的一个或更多个其它RTP流同步（未公开） | 无相关内容。 | 对比文件未公开同步功能和控制节点。 |
| 技术特征I：所述方法进一步包括以下步骤：所述同步功能使用所述同步状态信息来计算同步设置信息（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征J：所述控制节点发送所述同步设置信息至所述接收方节点，所述接收方节点使用所述同步设置信息来指示与所述接收方节点相关联的延迟缓冲（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征K：所述方法进一步包括以下步骤：将所述控制节点的地址提供给与所述RTP流相关联的所述发送方节点，所述地址在会话控制协议消息中被提供给所述发送方节点（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征L：所述发送方节点将发送方RTCP消息发送至所述控制节点，使用包含在所述会话控制协议消息中的所述地址（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征M：所述方法进一步包括以下步骤：当所述RTCP消息中的SSRC标识相同时，控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并将接收方RTCP消息与发送方RTCP消息相关联（未公开） | [0081] “查找可基于SSRC（RTP同步源）或基于目标IP地址和UDP端口。” 但未涉及控制节点关联不同来源的RTCP消息。 | 对比文件虽然提到了SSRC用于标识，但没有公开控制节点基于SSRC关联接收方和发送方RTCP消息的功能，因此未公开。 |
| 技术特征N：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址（未公开） | 无相关内容。 | 对比文件未公开控制节点的转发功能。 |
| 技术特征O：其中所述接收方RTCP消息中的至少一个包括同步状态信息，所述方法进一步包括以下步骤：从所述接收方RTCP消息中移除所述同步状态信息（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征P：，发送所述接收方控制消息至所述相关联的发送方节点（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征Q：其中所述方法进一步包括以下步骤：所述同步功能提供同步设置信息（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征R：，在发送方RTCP消息中发送所述同步设置信息至所述接收方节点（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征S：所述方法进一步包括以下步骤：至少一个发送方节点组播多个所述RTP流和关联的发送方RTCP消息中的至少一个至一个或更多个接收方节点（隐含公开） | [0030] “它还允许仅在缓存服务器处引入IP多播（网络上一个发送方和多个接收方之间的通信）。” | 对比文件公开了在缓存服务器处引入IP多播，本领域技术人员知道，在IP多播中，发送方将数据发送到多播组，接收方订阅。结合RTP/RTCP协议的标准应用，发送方节点组播RTP流和RTCP消息是常规操作，因此可以合理推断该技术特征，故认为隐含公开。 |
| 技术特征T：所述方法进一步包括以下步骤：接收方节点发送所述RTCP消息中的至少一个至所述控制节点（未公开） | 无相关内容。 | 对比文件未公开控制节点。 |
| 技术特征U：所述方法包括以下步骤：发送将控制节点加入与所述组播相关联的成员组的请求，或为了提供发送方RTCP消息至所述控制节点而在发送方节点和控制节点之间提供单播连接（未公开） | 无相关内容。 | 对比文件未公开。 |
| 技术特征V：所述方法包括以下步骤：控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并且当所述RTCP消息中的SSRC标识相同时，将接收方RTCP消息与发送方RTCP消息相关联（未公开） | 同特征M。 | 同特征M，未公开。 |
| 技术特征W：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址（未公开） | 无相关内容。 | 同特征N，未公开。 |
| 技术特征X：所述接收方节点被配置为用于接收包含控制节点地址的会话控制协议消息或HTTP消息，并用于发送由所述接收方节点产生的接收方RTCP消息至所述控制节点，使用包含在所述会话控制协议消息中的所述地址，所述接收方节点进一步包括：同步客户端，其被配置为用于产生同步状态信息，用于将所述同步状态信息插入接收方RTCP消息中，并发送所述接收方RTCP消息至所述控制节点（未公开） | 无相关内容。 | 对比文件未公开接收方节点的这种配置，包括同步客户端。 |
<<<D>>><<<s>>>