对比文件的名称：2007-05-22_US7221660B_发明授权_US07221660B1 System and method for multicast communications using real time transport protocol (RTP)和目标专利的名称：2045动态转发第一协议的消息的方法和系统及其控制节点CN102577304B以及本次调用的模型名称：AI模型。
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用 | 公开性论述 |
| **技术特征A**：所述第一协议用于提供关于媒体流的控制和管理信息，所述消息与一个或更多个基于第二协议的多媒体流相关联，所述第二协议被设置用于在基于IP的网络上流式传输多媒体数据，每个流与媒体会话相关联并与发送方节点和一个或更多个接收方节点相关联，所述方法包括以下步骤：向至少一个流分配至少一个控制节点。《直接公开》 | [0012] “One embodiment of the present system operates using real time control protocol (RTCP). RTCP, designed to work in conjunction with RTP, provides quality of service information to the sender and the receiver.” [0054] “One embodiment of the present system incorporates real time transport protocol (RTP) which is an IP-based protocol providing support for the transport of real-time data such as video and audio streams. … RTP is designed to work in conjunction with the auxiliary control protocol RTCP to get feedback on quality of data transmission and information about participants in the on-going session.” [0058] “In one embodiment of the present system, a control computer is coupled to each router. Each repeater is coupled to a router. Assume a repeater, here a fixed station, keys up. The first time the fixed station keys up, it will send a control message to the control computer. The message will be returned specifying a multicast address to be used.” | 对比文件明确RTCP提供RTP媒体流的控制信息，RTP用于IP流媒体，每个流关联发送方（固定站）和接收方（无线电）。固定站首次键控时向控制计算机（控制节点）发送消息，控制计算机分配组播地址，即为该流分配了控制节点。因此直接公开。 |
| **技术特征B**：将所述控制节点的地址提供给与所述流相关联的接收方节点，所述地址在会话控制协议消息或HTTP消息中被提供至所述接收方节点，并且所述地址不同于相关联的发送方节点的地址。《未公开》 | [0084] “The fixed station then creates a SOAP packet based on this information and sends it to the server…the server also verifies…and then extends an ACK back to the radio that allows the call to proceed.” [0076] “In one embodiment, the format is referred to as simple object access protocol (SOAP). SOAP is carried on top of HTTP…” | 对比文件虽使用HTTP（SOAP）进行控制，但消息是固定站发往服务器的请求，服务器响应ACK可能含组播地址而非自身地址。接收方节点（如无线电）不通过此类消息获得控制节点地址，地址通常预配置。未公开在会话控制协议或HTTP消息中提供控制节点地址。 |
| **技术特征C**：所述接收方节点发送所述第一协议的接收方消息至所述控制节点，使用在所述会话控制协议消息或HTTP消息中包含的所述地址。《未公开》 | [0225] “UID Active in Group Voice Call”消息由FS（固定站）发送至RFSS，属于DRVRP RTCP控制消息。但FS在按键时是发送方而非接收方。无接收方节点发送RTCP至控制节点的描述。 | 对比文件中接收方节点（如UE或FS作为接收方）通常通过组播发送RTCP，而非单播至控制节点。FS发送的“UID Active”是发送方行为，且使用的地址非会话控制消息提供。故未公开。 |
| **技术特征D**：其中所述第一协议为RTCP，所述第二协议为RTP，并且所述流为RTP流。《直接公开》 | [0012] “One embodiment of the present system operates using real time control protocol (RTCP).” [0054] “One embodiment of the present system incorporates real time transport protocol (RTP)…” | 对比文件明确系统使用RTCP和RTP，媒体流为RTP流。直接公开。 |
| **技术特征E**：其中所述方法进一步包括以下步骤：向所述接收方节点提供与所述RTP流相关联的组同步标识。《未公开》 | 对比文件使用Talk Group ID（TGID）标识通话组，如[0080]所述，TGID映射到组播地址，但并非用于多流同步的组同步标识。 | 对比文件无“组同步标识”概念，TGID仅用于组播寻址，不涉及多流同步。且未向接收方节点提供此类标识。故未公开。 |
| **技术特征F**：在接收方RTCP消息中发送所述组同步标识至所述控制节点。《未公开》 | [0225] “UID Active”消息中包含Talk Group字段，但该消息由发送方FS发出，并非接收方节点。 | 接收方节点不发送携带组同步标识的RTCP消息至控制节点。对比文件无对应公开。 |
| **技术特征G**：其中所述方法进一步包括以下步骤：所述接收方节点生成同步状态信息。《未公开》 | 无相关描述。 | 对比文件未涉及同步状态信息（如NTP时间戳、RTP时间戳等）的生成。 |
| **技术特征H**：在接收方RTCP消息中发送所述同步状态信息至所述控制节点，所述控制节点包括同步功能，所述同步功能用于将与所述发送方RTCP消息相关联的RTP流与已分配给所述控制节点的一个或更多个其它RTP流同步。《未公开》 | 无。 | 对比文件无同步状态信息、同步功能及多流同步的公开。 |
| **技术特征I**：所述方法进一步包括以下步骤：所述同步功能使用所述同步状态信息来计算同步设置信息。《未公开》 | 无。 | 对比文件无同步功能计算同步设置信息的公开。 |
| **技术特征J**：所述控制节点发送所述同步设置信息至所述接收方节点，所述接收方节点使用所述同步设置信息来指示与所述接收方节点相关联的延迟缓冲。《未公开》 | 无。 | 对比文件无同步设置信息及延迟缓冲指示的公开。 |
| **技术特征K**：所述方法进一步包括以下步骤：将所述控制节点的地址提供给与所述RTP流相关联的所述发送方节点，所述地址在会话控制协议消息中被提供给所述发送方节点。《未公开》 | [0084] 固定站向服务器发送SOAP请求，但服务器地址未在会话控制协议消息中提供，通常预配置。 | 对比文件未通过会话控制协议消息向发送方节点提供控制节点地址。故未公开。 |
| **技术特征L**：所述发送方节点将发送方RTCP消息发送至所述控制节点，使用包含在所述会话控制协议消息中的所述地址。《未公开》 | [0225] FS发送“UID Active”至RFSS，使用预配置的地址，而非会话控制协议消息中包含的地址。 | 虽然发送方节点（FS）发送RTCP控制消息至控制节点，但使用的地址并非通过会话控制协议消息提供。特征要求地址在会话控制协议消息中提供，对比文件未满足。故未公开。 |
| **技术特征M**：所述方法进一步包括以下步骤：当所述RTCP消息中的SSRC标识相同时，控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并将接收方RTCP消息与发送方RTCP消息相关联。《未公开》 | [0210] 描述RTCP SR和RR包含SSRC字段，但未描述控制节点进行关联。 | 对比文件未公开控制节点基于SSRC关联接收方和发送方RTCP消息的步骤。故未公开。 |
| **技术特征N**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址。《未公开》 | 无相关描述。 | 对比文件中RTCP消息通常组播，控制节点不执行单播转发。未公开。 |
| **技术特征O**：其中所述接收方RTCP消息中的至少一个包括同步状态信息，所述方法进一步包括以下步骤：从所述接收方RTCP消息中移除所述同步状态信息。《未公开》 | 无。 | 对比文件无同步状态信息，故不存在移除步骤。未公开。 |
| **技术特征P**：发送所述接收方控制消息至所述相关联的发送方节点。《未公开》 | 无。 | 未公开。 |
| **技术特征Q**：其中所述方法进一步包括以下步骤：所述同步功能提供同步设置信息。《未公开》 | 无。 | 未公开。 |
| **技术特征R**：在发送方RTCP消息中发送所述同步设置信息至所述接收方节点。《未公开》 | 无。 | 未公开。 |
| **技术特征S**：所述方法进一步包括以下步骤：至少一个发送方节点组播多个所述RTP流和关联的发送方RTCP消息中的至少一个至一个或更多个接收方节点。《直接公开》 | [0050] “Thus, in one embodiment, the present system provides a multicast communication switch using IP routers as the switching fabric. Voice and data radio traffic are communicated within one or more talk groups using IP packets.” [0118] “One embodiment of the present system utilizes RTP protocol for real time multicasting and RTCP for control information paired with the data layer of RTP.” | 对比文件明确公开发送方节点组播RTP流和RTCP消息至接收方节点。直接公开。 |
| **技术特征T**：所述方法进一步包括以下步骤：接收方节点发送所述RTCP消息中的至少一个至所述控制节点。《未公开》 | [0225] 发送方FS发送RTCP消息至RFSS，但接收方节点未发送。 | 对比文件未公开接收方节点发送RTCP消息至控制节点。故未公开。 |
| **技术特征U**：所述方法包括以下步骤：发送将控制节点加入与所述组播相关联的成员组的请求，或为了提供发送方RTCP消息至所述控制节点而在发送方节点和控制节点之间提供单播连接。《未公开》 | [0060] 描述IGMP用于主机加入组播组，但并非控制节点加入请求。 | 对比文件未公开请求控制节点加入组播组成员的步骤，也未公开为发送方RTCP至控制节点而建立单播连接。故未公开。 |
| **技术特征V**：所述方法包括以下步骤：控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并且当所述RTCP消息中的SSRC标识相同时，将接收方RTCP消息与发送方RTCP消息相关联。《未公开》 | 同特征M。 | 未公开。 |
| **技术特征W**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址。《未公开》 | 同特征N。 | 未公开。 |
| **技术特征X**：所述接收方节点被配置为用于接收包含控制节点地址的会话控制协议消息或HTTP消息，并用于发送由所述接收方节点产生的接收方RTCP消息至所述控制节点，使用包含在所述会话控制协议消息中的所述地址，所述接收方节点进一步包括：同步客户端，其被配置为用于产生同步状态信息，用于将所述同步状态信息插入接收方RTCP消息中，并发送所述接收方RTCP消息至所述控制节点。《未公开》 | 无相关配置描述。 | 对比文件未公开接收方节点具有上述配置，特别是同步客户端功能。故未公开。 |
<<<A>>><<<D>>><<<S>>>