对比文件名称：2009-07-09_WO2009083815A_发明申请_WO2009083815A1 METHOD AND INTERNET PROTOCOL TELEVISION (IPTV) CONTENT MANAGER SERVER FOR IPTV SERVICING
目标专利名称：2045动态转发第一协议的消息的方法和系统及其控制节点CN102577304B
本次调用的模型名称：大型语言模型（LLM）
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A《直接公开》**：所述第一协议用于提供关于媒体流的控制和管理信息，所述消息与一个或更多个基于第二协议的多媒体流相关联，所述第二协议被设置用于在基于IP的网络上流式传输多媒体数据，每个流与媒体会话相关联并与发送方节点和一个或更多个接收方节点相关联，所述方法包括以下步骤：向至少一个流分配至少一个控制节点 | [5]：“媒体流控制通过RTSP会话21执行”（Media stream control is performed via RTSP sessions 21）。[6]：“所有来自ITF的RTSP控制流量通过内容管理器17代理到选定的媒体服务器18”（all RTSP control traffic coming from the ITF 13 is proxied through the content manager 17 to the selected media server 18）。[25]：“内容管理器服务器312存储IMS会话信息…然后，内容管理器服务器312以包含其自身地址334的200 OK消息响应S-CSCF 306”（the content manager server 312 stores the IMS session information... Then, the content manager server 312 responds back to the S-CSCF 306 with a 200 OK message containing its own address 334）。[28]：“内容管理器服务器312代表ITF 302发起与确定的IPTV媒体服务器314的RTSP会话的建立”（the content manager server 312 initiates the establishment of an RTSP session with the determined IPTV media server 314, on behalf of the ITF 302）。 | 对比文件明确公开了RTSP作为第一协议用于控制媒体流，媒体流基于RTP（本领域公知，IPTV中流式传输多媒体数据通常使用RTP，隐含公开第二协议为RTP），每个流与IMS会话相关联，发送方为媒体服务器，接收方为ITF。内容管理器服务器312被分配为该流处理RTSP控制消息，相当于向流分配了控制节点。因此，技术特征A被直接公开。 |
| **技术特征B《直接公开》**：将所述控制节点的地址提供给与所述流相关联的接收方节点，所述地址在会话控制协议消息或HTTP消息中被提供至所述接收方节点，并且所述地址不同于相关联的发送方节点的地址 | [25]：“内容管理器服务器312以包含其自身地址334的200 OK消息响应S-CSCF 306”（the content manager server 312 responds back to the S-CSCF 306 with a 200 OK message containing its own address 334）。[26]：“P-CSCF 304发起与RACS 308的资源预留过程…触发200 OK消息335进一步传播到ITF 302，以确认IMS会话331的建立”（the P-CSCF 304 initiates the procedure for resources reservation... triggers the propagation of the 200 OK message 335 further to the ITF 302, to confirm the establishment of the IMS session 331）。结合上下文，200 OK消息中包含内容管理器地址。 | 对比文件中的200 OK消息（SIP消息，属于会话控制协议）携带内容管理器服务器312的地址，并通过IMS核心网络传播至ITF 302（接收方节点）。该地址是内容管理器的地址，不同于媒体服务器314（发送方节点）的地址。因此，技术特征B被直接公开。 |
| **技术特征C《直接公开》**：所述接收方节点发送所述第一协议的接收方消息至所述控制节点，使用在所述会话控制协议消息或HTTP消息中包含的所述地址 | [29]：“ITF 302通过向内容管理器312发送RTSP DESCRIBE消息354来发起建立新RTSP会话的请求”（the ITF 302 initiates a request for establishing a new RTSP session by sending out an RTSP DESCRIBE message 354 to the content manager 312）。 | ITF 302在接收到包含内容管理器地址的200 OK消息后，使用该地址向内容管理器服务器312发送RTSP DESCRIBE消息（第一协议RTSP的接收方消息）。因此，技术特征C被直接公开。 |
| **技术特征D《未公开》**：其中所述第一协议为RTCP，所述第二协议为RTP，并且所述流为RTP流 | 对比文件全文未提及RTCP协议，也未明确指定RTP协议。虽然IPTV通常使用RTP，但未明确公开。 | 对比文件未公开任何关于RTCP协议的内容，也未明确公开第二协议为RTP。背景技术中提及多媒体流式传输，但未指定协议。因此，本领域技术人员不能从对比文件毫无疑义地得出第一协议为RTCP、第二协议为RTP及流为RTP流的技术方案，故技术特征D未被公开。 |
| **技术特征E《未公开》**：其中所述方法进一步包括以下步骤：向所述接收方节点提供与所述RTP流相关联的组同步标识 | 对比文件无相关内容。 | 对比文件未涉及任何组同步标识或同步组的概念，未公开向接收方节点提供组同步标识的步骤。因此，技术特征E未被公开。 |
| **技术特征F《未公开》**：在接收方RTCP消息中发送所述组同步标识至所述控制节点 | 对比文件无相关内容。 | 对比文件未涉及RTCP消息，也未涉及组同步标识的发送。因此，技术特征F未被公开。 |
| **技术特征G《未公开》**：其中所述方法进一步包括以下步骤：所述接收方节点生成同步状态信息 | 对比文件无相关内容。 | 对比文件未涉及同步状态信息的生成。因此，技术特征G未被公开。 |
| **技术特征H《未公开》**：在接收方RTCP消息中发送所述同步状态信息至所述控制节点，所述控制节点包括同步功能，所述同步功能用于将与所述发送方RTCP消息相关联的RTP流与已分配给所述控制节点的一个或更多个其它RTP流同步 | 对比文件无相关内容。 | 对比文件未涉及RTCP消息、同步状态信息、同步功能及流同步。因此，技术特征H未被公开。 |
| **技术特征I《未公开》**：所述方法进一步包括以下步骤：所述同步功能使用所述同步状态信息来计算同步设置信息 | 对比文件无相关内容。 | 对比文件未涉及同步功能计算同步设置信息。因此，技术特征I未被公开。 |
| **技术特征J《未公开》**：所述控制节点发送所述同步设置信息至所述接收方节点，所述接收方节点使用所述同步设置信息来指示与所述接收方节点相关联的延迟缓冲 | 对比文件无相关内容。 | 对比文件未涉及同步设置信息的发送和使用延迟缓冲。因此，技术特征J未被公开。 |
| **技术特征K《未公开》**：所述方法进一步包括以下步骤：将所述控制节点的地址提供给与所述RTP流相关联的所述发送方节点，所述地址在会话控制协议消息中被提供给所述发送方节点 | 对比文件未公开通过会话控制协议消息将控制节点地址提供给发送方节点。在对比文件中，发送方节点（媒体服务器）通过RTSP通信知道内容管理器地址，但非通过会话控制协议消息。 | 对比文件未公开通过会话控制协议消息（如SIP）将控制节点地址提供给发送方节点。发送方节点（媒体服务器）与内容管理器之间的通信是直接通过RTSP建立，地址不是通过会话控制协议消息提供的。因此，技术特征K未被公开。 |
| **技术特征L《未公开》**：所述发送方节点将发送方RTCP消息发送至所述控制节点，使用包含在所述会话控制协议消息中的所述地址 | 对比文件未涉及RTCP消息，发送方节点（媒体服务器）发送的是RTSP消息，而非RTCP消息。 | 对比文件中的发送方节点发送的是RTSP响应消息，而不是RTCP消息。技术特征L要求发送方RTCP消息，对比文件未公开。因此，技术特征L未被公开。 |
| **技术特征M《未公开》**：所述方法进一步包括以下步骤：当所述RTCP消息中的SSRC标识相同时，控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并将接收方RTCP消息与发送方RTCP消息相关联 | 对比文件无SSRC标识或RTCP消息关联的内容。 | 对比文件未涉及RTCP消息，也未涉及SSRC标识和关联步骤。因此，技术特征M未被公开。 |
| **技术特征N《未公开》**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址 | 对比文件无相关内容。 | 对比文件未涉及RTCP消息的转发。因此，技术特征N未被公开。 |
| **技术特征O《未公开》**：其中所述接收方RTCP消息中的至少一个包括同步状态信息，所述方法进一步包括以下步骤：从所述接收方RTCP消息中移除所述同步状态信息 | 对比文件无相关内容。 | 对比文件未涉及RTCP消息中的同步状态信息及其移除。因此，技术特征O未被公开。 |
| **技术特征P《未公开》**：发送所述接收方控制消息至所述相关联的发送方节点 | 对比文件无相关内容。 | 对比文件未涉及发送接收方控制消息（RTCP）至发送方节点。因此，技术特征P未被公开。 |
| **技术特征Q《未公开》**：其中所述方法进一步包括以下步骤：所述同步功能提供同步设置信息 | 对比文件无相关内容。 | 对比文件未涉及同步功能提供同步设置信息。因此，技术特征Q未被公开。 |
| **技术特征R《未公开》**：在发送方RTCP消息中发送所述同步设置信息至所述接收方节点 | 对比文件无相关内容。 | 对比文件未涉及在发送方RTCP消息中发送同步设置信息。因此，技术特征R未被公开。 |
| **技术特征S《未公开》**：所述方法进一步包括以下步骤：至少一个发送方节点组播多个所述RTP流和关联的发送方RTCP消息中的至少一个至一个或更多个接收方节点 | 对比文件未涉及组播RTP流和RTCP消息。 | 对比文件未涉及组播RTP流和RTCP消息。因此，技术特征S未被公开。 |
| **技术特征T《未公开》**：所述方法进一步包括以下步骤：接收方节点发送所述RTCP消息中的至少一个至所述控制节点 | 对比文件未涉及RTCP消息。 | 对比文件未涉及RTCP消息的发送。因此，技术特征T未被公开。 |
| **技术特征U《未公开》**：所述方法包括以下步骤：发送将控制节点加入与所述组播相关联的成员组的请求，或为了提供发送方RTCP消息至所述控制节点而在发送方节点和控制节点之间提供单播连接 | 对比文件未涉及组播成员组请求或单播连接。 | 对比文件未涉及将控制节点加入组播成员组或提供单播连接。因此，技术特征U未被公开。 |
| **技术特征V《未公开》**：所述方法包括以下步骤：控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并且当所述RTCP消息中的SSRC标识相同时，将接收方RTCP消息与发送方RTCP消息相关联 | 对比文件无相关内容。 | 与特征M类似，对比文件未公开RTCP消息和SSRC关联。因此，技术特征V未被公开。 |
| **技术特征W《未公开》**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址 | 对比文件无相关内容。 | 与特征N类似，对比文件未公开RTCP消息转发。因此，技术特征W未被公开。 |
| **技术特征X《未公开》**：所述接收方节点被配置为用于接收包含控制节点地址的会话控制协议消息或HTTP消息，并用于发送由所述接收方节点产生的接收方RTCP消息至所述控制节点，使用包含在所述会话控制协议消息中的所述地址，所述接收方节点进一步包括：同步客户端，其被配置为用于产生同步状态信息，用于将所述同步状态信息插入接收方RTCP消息中，并发送所述接收方RTCP消息至所述控制节点 | 对比文件未公开接收方节点配置用于发送RTCP消息及同步客户端。 | 对比文件中的ITF接收包含内容管理器地址的SIP消息，并发送RTSP消息，而非RTCP消息。且未涉及同步客户端。因此，技术特征X未被公开。 |
<<<A>>><<<B>>><<<C>>>