好的，作为一名资深专利代理师，我将严格遵循您的要求，对目标专利权利要求的技术特征与对比文件进行逐项比对分析。
**对比文件名称：** 2006-03-21_US7016339B_发明授权_US07016339B1 Method and apparatus for real time protocol feedback mixer traversal
**目标专利名称：** 2045动态转发第一协议的消息的方法和系统及其控制节点CN102577304B
**本次调用的模型名称：** DeepSeek Chat
---
### 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（翻译） | 公开性论述 |
| **技术特征A**：所述第一协议用于提供关于媒体流的控制和管理信息，所述消息与一个或更多个基于第二协议的多媒体流相关联，所述第二协议被设置用于在基于IP的网络上流式传输多媒体数据，每个流与媒体会话相关联并与发送方节点和一个或更多个接收方节点相关联，所述方法包括以下步骤：向至少一个流分配至少一个控制节点<br><br>《隐含公开》 | 【0005】RTP由两个关联部分组成：实时传输协议（RTP）和实时控制协议（RTCP）。<br>【0006】RTP携带具有实时特性的数据。RTCP监控传输到每个网络接收者的实时数据的服务质量（QoS）。RTCP还传达涉及通信会话中各个参与者的信息。<br>【0025】系统30包括多个参与通信会话的通信节点。系统30包括六个通信节点：节点A 32、B 34、C 36、D 38、E 40和F 42。这些节点可以耦合到数据处理设备，如电话、调制解调器或摄像机。<br>【0026】混频器（mixer）或RTP级中继是一个中间系统或设备。混频器从一个或多个通信源接收RTP包。 | 对比文件公开了基于RTP/RTCP的通信系统，其中多个节点（发送方和接收方）参与媒体会话，并通过混频器（mixer）进行交互。混频器作为中间节点接收并处理来自所有节点的RTP和RTCP消息，实质上扮演了控制节点的角色，对经过的RTCP消息进行管理。尽管对比文件未明确“分配”这一动作，但本领域技术人员可以合理推断，在建立会话时，混频器被隐含地分配给了相关的RTP流，以处理其RTCP消息。因此，该特征被隐含公开。 |
| **技术特征B**：将所述控制节点的地址提供给与所述流相关联的接收方节点，所述地址在会话控制协议消息或HTTP消息中被提供至所述接收方节点，并且所述地址不同于相关联的发送方节点的地址<br><br>（未公开） | 对比文件全文未公开通过会话控制协议或HTTP消息提供控制节点地址的内容。 | 对比文件仅描述了节点与混频器之间的通信，但完全未提及如何将混频器的地址（特别是通过SIP或HTTP等会话控制协议）提供给接收方节点，也未提及该地址与发送方节点地址不同。本领域技术人员无法从对比文件中合理推断出该技术特征。 |
| **技术特征C**：所述接收方节点发送所述第一协议的接收方消息至所述控制节点，使用在所述会话控制协议消息或HTTP消息中包含的所述地址<br><br>（未公开） | 对比文件全文未公开在会话控制协议消息中携带地址并用于发送RTCP消息的内容。 | 对比文件虽公开了节点向混频器发送RTCP反馈（如【0042】），但该反馈的发送并非基于通过会话控制协议或HTTP消息获得的地址。由于技术特征B未被公开，作为其直接应用的技术特征C也无法被公开或隐含公开。 |
| **技术特征D**：其中所述第一协议为RTCP，所述第二协议为RTP，并且所述流为RTP流<br><br>《直接公开》 | 【0005】RTP由两个关联部分组成：实时传输协议（RTP）和实时控制协议（RTCP）。<br>【0006】RTP携带具有实时特性的数据。RTCP监控传输到每个网络接收者的实时数据的服务质量（QoS）。 | 对比文件明确公开了第一协议为RTCP，第二协议为RTP，且媒体流为RTP流。该技术特征被对比文件毫无疑义地直接公开。 |
| **技术特征E**：其中所述方法进一步包括以下步骤：向所述接收方节点提供与所述RTP流相关联的组同步标识<br><br>（未公开） | 对比文件全文未公开任何关于“组同步标识”或“同步组”的概念。 | 对比文件不涉及多接收方之间的媒体同步，因此没有关于组同步标识的任何教导或暗示，本领域技术人员也无法合理推断出该特征。 |
| **技术特征F**：在接收方RTCP消息中发送所述组同步标识至所述控制节点<br><br>（未公开） | 对比文件全文未公开在RTCP消息中携带组同步标识的内容。 | 由于技术特征E未被公开，本技术特征亦无法被直接或隐含公开。 |
| **技术特征G**：其中所述方法进一步包括以下步骤：所述接收方节点生成同步状态信息<br><br>（未公开） | 对比文件全文未公开“同步状态信息”的概念。 | 对比文件描述的是RTCP反馈质量信息（如丢包率、抖动等），并非用于流同步的同步状态信息。本领域技术人员无法从对比文件中合理推断出该特征。 |
| **技术特征H**：在接收方RTCP消息中发送所述同步状态信息至所述控制节点，所述控制节点包括同步功能，所述同步功能用于将与所述发送方RTCP消息相关联的RTP流与已分配给所述控制节点的一个或更多个其它RTP流同步<br><br>（未公开） | 对比文件全文未公开控制节点具有用于同步多个RTP流的同步功能。 | 对比文件中的混频器（mixer）的作用是混合媒体流（如音频混音），而非同步不同接收端的播放时间。其功能与目标专利中的“同步功能”完全不同。因此，本技术特征未被公开。 |
| **技术特征I**：所述方法进一步包括以下步骤：所述同步功能使用所述同步状态信息来计算同步设置信息<br><br>（未公开） | 对比文件全文未公开任何关于计算同步设置信息的内容。 | 本特征是技术特征H的进一步细化，由于H未被公开，本特征亦无法被公开。 |
| **技术特征J**：所述控制节点发送所述同步设置信息至所述接收方节点，所述接收方节点使用所述同步设置信息来指示与所述接收方节点相关联的延迟缓冲<br><br>（未公开） | 对比文件全文未公开任何关于延迟缓冲或同步设置信息的内容。 | 对比文件不涉及媒体同步，因此没有关于延迟缓冲的教导。本特征未被公开。 |
| **技术特征K**：所述方法进一步包括以下步骤：将所述控制节点的地址提供给与所述RTP流相关联的所述发送方节点，所述地址在会话控制协议消息中被提供给所述发送方节点<br><br>（未公开） | 对比文件全文未公开通过会话控制协议向发送方节点提供控制节点地址的内容。 | 与特征B类似，对比文件没有提供任何关于通过会话控制协议信令传递地址的教导。本特征未被公开。 |
| **技术特征L**：所述发送方节点将发送方RTCP消息发送至所述控制节点，使用包含在所述会话控制协议消息中的所述地址<br><br>（未公开） | 对比文件全文未公开发送方节点基于会话控制协议消息中的地址发送RTCP消息的内容。 | 本特征依赖于技术特征K，由于K未被公开，L亦无法被公开。 |
| **技术特征M**：所述方法进一步包括以下步骤：当所述RTCP消息中的SSRC标识相同时，控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并将接收方RTCP消息与发送方RTCP消息相关联<br><br>《隐含公开》 | 【0060】通过分析从混频器发送到节点B的包流的RTP头部中的CSRC字段，混频器可以跟踪和识别与节点B通信的活跃节点。<br>【0061】当节点B向混频器报告一个丢包时，对于表1中的每个活跃节点，丢包数都会增加。 | 尽管对比文件未明确使用“SSRC”一词来描述关联过程，但本领域技术人员公知，在RTP/RTCP中，SSRC是唯一标识同步源的标志。混频器要正确分离和关联来自不同节点的反馈信息，必然需要依赖某种标识（如SSRC或CSRC）。对比文件描述通过CSRC字段跟踪活跃节点，CSRC是混频器生成的混合包中的贡献源列表，其本质与原始源的SSRC相关联。因此，本领域技术人员可以合理推断，混频器在接收发送方和接收方的RTCP消息时，会基于SSRC标识将它们关联起来。该特征被隐含公开。 |
| **技术特征N**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址<br><br>（未公开） | 【0052】混频器为每个节点建立一个复合反馈。例如，节点A的复合反馈94被发送回节点A。因此，节点A的复合反馈94是由从节点B、C和D接收到的节点反馈的一部分组成的。<br>【0069】当反馈从混频器发回时，它包含中央阵列的内容，以及反馈所经过的链路的反馈。 | 对比文件明确公开的是混频器将处理后的、复合的反馈信息（而非原始接收方或发送方RTCP消息）发送回各节点。这与目标专利中分别转发原始消息完全不同。因此，本领域技术人员无法从对比文件中推断出该特征。 |
| **技术特征O**：其中所述接收方RTCP消息中的至少一个包括同步状态信息，所述方法进一步包括以下步骤：从所述接收方RTCP消息中移除所述同步状态信息<br><br>（未公开） | 对比文件全文未公开在RTCP消息中插入或移除同步状态信息。 | 本特征依赖于同步状态信息的存在，由于对比文件未涉及同步状态信息，该特征未被公开。 |
| **技术特征P**：发送所述接收方控制消息至所述相关联的发送方节点<br><br>（未公开） | 对比文件全文未公开将接收方控制消息发送至发送方节点。 | 如特征N所述，对比文件发送的是复合反馈，而非接收方控制消息。本特征未被公开。 |
| **技术特征Q**：其中所述方法进一步包括以下步骤：所述同步功能提供同步设置信息<br><br>（未公开） | 对比文件全文未公开同步功能提供同步设置信息。 | 本特征依赖于同步功能的存在，由于对比文件未公开同步功能，该特征未被公开。 |
| **技术特征R**：在发送方RTCP消息中发送所述同步设置信息至所述接收方节点<br><br>（未公开） | 对比文件全文未公开在发送方RTCP消息中携带同步设置信息。 | 本特征依赖于技术特征Q，未被公开。 |
| **技术特征S**：所述方法进一步包括以下步骤：至少一个发送方节点组播多个所述RTP流和关联的发送方RTCP消息中的至少一个至一个或更多个接收方节点<br><br>（未公开） | 【0004】RTP通过组播或单播网络服务传输此类数据。<br>【0034】混频器可以将低带宽包流通过低速链路转发。这些低速包流可以是单播给单个接收者，或者，它们可以在不同的地址上组播给多个接收者。 | 对比文件背景技术提到RTP支持组播，但具体实施方式中，发送方节点是将数据发送给混频器，再由混频器进行组播或单播转发。特征S要求发送方节点直接组播，这与对比文件中的混频器模式不符。本领域技术人员无法从对比文件的混频器模式中合理推断出发送方节点直接进行组播的特征。 |
| **技术特征T**：所述方法进一步包括以下步骤：接收方节点发送所述RTCP消息中的至少一个至所述控制节点<br><br>《直接公开》 | 【0042】上行链路62、66、70和74将反馈信息从各个节点传输到混频器31。 | 对比文件明确公开了接收方节点（如节点B、C、D）通过上行链路向混频器（控制节点）发送RTCP反馈消息。该特征被直接公开。 |
| **技术特征U**：所述方法包括以下步骤：发送将控制节点加入与所述组播相关联的成员组的请求，或为了提供发送方RTCP消息至所述控制节点而在发送方节点和控制节点之间提供单播连接<br><br>（未公开） | 对比文件全文未公开关于加入组播成员组或建立单播连接的内容。 | 对比文件未描述控制节点如何加入组播组以接收RTCP消息，也未描述当发送方需要将RTCP消息发送给控制节点时建立单播连接的步骤。本领域技术人员无法从中合理推断。 |
| **技术特征V**：所述方法包括以下步骤：控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并且当所述RTCP消息中的SSRC标识相同时，将接收方RTCP消息与发送方RTCP消息相关联<br><br>《隐含公开》 | 同技术特征M的引用：【0060】、【0061】。 | 论述与技术特征M相同。对比文件隐含公开了基于SSRC（或CSRC）关联接收方和发送方RTCP消息的机制。本特征被隐含公开。 |
| **技术特征W**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址<br><br>（未公开） | 同技术特征N的引用：【0052】、【0069】。 | 论述与技术特征N相同。对比文件公开的是发送复合反馈，而非分别转发，因此本特征未被公开。 |
| **技术特征X**：所述接收方节点被配置为用于接收包含控制节点地址的会话控制协议消息或HTTP消息，并用于发送由所述接收方节点产生的接收方RTCP消息至所述控制节点，使用包含在所述会话控制协议消息中的所述地址，所述接收方节点进一步包括：同步客户端，其被配置为用于产生同步状态信息，用于将所述同步状态信息插入接收方RTCP消息中，并发送所述接收方RTCP消息至所述控制节点<br><br>（未公开） | 对比文件全文未公开接收方节点通过会话控制协议或HTTP消息接收控制节点地址，也未公开同步客户端及其功能。 | 本特征综合了多个未被公开的特征（如B、C、G、H），因此完全未被对比文件公开。 |
---
### 公开性代码汇总
根据上述严谨论证，对比文件对以下技术特征进行了直接公开或隐含公开：
**直接公开：**
- 技术特征D
- 技术特征T
**隐含公开：**
- 技术特征A
- 技术特征M
- 技术特征V
<<<D>>><<<T>>><<<a>>><<<m>>><<<v>>>