对比文件名称：2007-11-15_US2007264989A_发明申请_US20070264989A1 RENDEZVOUS CALLING SYSTEMS AND METHODS THEREFOR
目标专利名称：动态转发第一协议的消息的方法和系统及其控制节点CN102577304B
本次调用的模型名称：DeepSeek
## 特征比对表格
| 技术特征描述及公开性判断结果 | 对比文件原文引用（翻译成中文） | 公开性论述 |
| **技术特征A**：所述第一协议用于提供关于媒体流的控制和管理信息，所述消息与一个或更多个基于第二协议的多媒体流相关联，所述第二协议被设置用于在基于IP的网络上流式传输多媒体数据，每个流与媒体会话相关联并与发送方节点和一个或更多个接收方节点相关联，所述方法包括以下步骤：向至少一个流分配至少一个控制节点<br>**未公开** | 对比文件描述了移动服务器（Mobility Server）作为集中式实体，但未公开为特定RTP流分配控制节点的步骤。例如，[0160]：“应用程序从持久数据库获取移动服务器URL和DNS IP地址，并尝试向移动服务器注册。” | 对比文件中的移动服务器是预配置的固定实体，客户端通过注册与之关联，并未涉及针对特定RTP流动态分配控制节点的步骤。目标专利中的控制节点（如MSAS）是动态分配给特定流以处理RTCP消息的，而对比文件没有公开这一分配过程，本领域技术人员不能毫无疑义地得出该特征，也无法合理推断。 |
| **技术特征B**：将所述控制节点的地址提供给与所述流相关联的接收方节点，所述地址在会话控制协议消息或HTTP消息中被提供至所述接收方节点，并且所述地址不同于相关联的发送方节点的地址<br>**未公开** | 对比文件公开客户端通过持久数据库获取服务器地址（[0160]），未提及在会话控制协议消息或HTTP消息中动态提供地址。 | 对比文件未公开在会话控制协议（如SIP）或HTTP消息中提供控制节点地址，而是通过持久配置预先设定。目标专利强调地址的动态提供方式，对比文件没有给出任何教导或暗示，因此未公开。 |
| **技术特征C**：所述接收方节点发送所述第一协议的接收方消息至所述控制节点，使用在所述会话控制协议消息或HTTP消息中包含的所述地址<br>**未公开** | 对比文件公开客户端发送RTCP消息至服务器（[0153]），但未指示使用会话控制消息中包含的地址。 | 对比文件中的接收方节点（客户端）虽然发送RTCP消息至服务器，但地址是预配置的，并非通过会话控制协议或HTTP消息获得。目标专利要求使用消息中携带的地址，对比文件未公开该步骤。 |
| **技术特征D**：其中所述第一协议为RTCP，所述第二协议为RTP，并且所述流为RTP流<br>**直接公开** | [0153]：“如果呼叫正在进行，将信号强度和语音质量信息打包到RTCP包中，...发送至服务器。”<br>[0175]：“语音从音频接收器编码成...并封装成RTP包，...发送到服务器。” | 对比文件明确使用了RTP（实时传输协议）承载媒体流，并使用RTCP（RTP控制协议）携带控制和管理信息（信号强度、语音质量）。因此，第一协议为RTCP、第二协议为RTP且流为RTP流被直接公开。 |
| **技术特征E**：其中所述方法进一步包括以下步骤：向所述接收方节点提供与所述RTP流相关联的组同步标识<br>**未公开** | 对比文件未提及组同步标识（SyncGroupId）或类似参数。 | 目标专利中的组同步标识用于识别同步组，对比文件没有公开任何类似参数，也没有给出任何可合理推断的基础。 |
| **技术特征F**：在接收方RTCP消息中发送所述组同步标识至所述控制节点<br>**未公开** | 对比文件未公开在RTCP消息中携带组同步标识。 | 基于特征E，组同步标识未被公开，因此该步骤也无法被公开。 |
| **技术特征G**：其中所述方法进一步包括以下步骤：所述接收方节点生成同步状态信息<br>**未公开** | 对比文件公开客户端生成信号强度和语音质量信息（[0153]），但未生成用于媒体流同步的同步状态信息（如时序信息）。 | 目标专利中的同步状态信息是用于媒体同步的时序信息（如NTP时间戳、RTP时间戳），而对比文件中的信息是网络质量参数，作用不同。本领域技术人员不能从对比文件合理推断出同步状态信息的生成。 |
| **技术特征H**：在接收方RTCP消息中发送所述同步状态信息至所述控制节点，所述控制节点包括同步功能，所述同步功能用于将与所述发送方RTCP消息相关联的RTP流与已分配给所述控制节点的一个或更多个其它RTP流同步<br>**未公开** | 对比文件未公开控制节点具有同步功能，也未公开接收方发送同步状态信息用于该目的。 | 对比文件中的移动服务器或媒体服务器未公开具有同步多个RTP流的功能，对比文件也没有公开通过同步状态信息实现流同步的机制。 |
| **技术特征I**：所述方法进一步包括以下步骤：所述同步功能使用所述同步状态信息来计算同步设置信息<br>**未公开** | 对比文件未公开任何计算同步设置信息的步骤。 | 对比文件没有公开同步功能或同步状态信息，因此也无法公开计算同步设置信息。 |
| **技术特征J**：所述控制节点发送所述同步设置信息至所述接收方节点，所述接收方节点使用所述同步设置信息来指示与所述接收方节点相关联的延迟缓冲<br>**未公开** | 对比文件未公开发送同步设置信息至接收方节点用于指示延迟缓冲。 | 对比文件没有公开同步设置信息或延迟缓冲指示的相关内容。 |
| **技术特征K**：所述方法进一步包括以下步骤：将所述控制节点的地址提供给与所述RTP流相关联的所述发送方节点，所述地址在会话控制协议消息中被提供给所述发送方节点<br>**未公开** | 对比文件未公开向发送方节点提供控制节点地址。 | 对比文件没有涉及发送方节点获取控制节点地址的步骤，更未提在会话控制协议消息中提供。 |
| **技术特征L**：所述发送方节点将发送方RTCP消息发送至所述控制节点，使用包含在所述会话控制协议消息中的所述地址<br>**未公开** | 对比文件未公开发送方节点发送RTCP消息至控制节点。 | 对比文件未公开发送方节点（如媒体源）向控制节点发送RTCP消息，也没有公开使用会话控制消息中的地址。 |
| **技术特征M**：所述方法进一步包括以下步骤：当所述RTCP消息中的SSRC标识相同时，控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并将接收方RTCP消息与发送方RTCP消息相关联<br>**未公开** | 对比文件提到“呼叫标识嵌入在每一个语音包中，用于切换”（[0745]），但未明确SSRC。 | 对比文件未公开基于SSRC标识匹配接收方和发送方RTCP消息的步骤。虽然提到了呼叫标识，但未具体化为SSRC，也未公开关联操作。 |
| **技术特征N**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址<br>**未公开** | 对比文件未公开控制节点转发RTCP消息至关联地址的步骤。 | 对比文件没有公开基于匹配结果转发RTCP消息的机制。 |
| **技术特征O**：其中所述接收方RTCP消息中的至少一个包括同步状态信息，所述方法进一步包括以下步骤：从所述接收方RTCP消息中移除所述同步状态信息<br>**未公开** | 对比文件未公开从RTCP消息中移除同步状态信息。 | 对比文件未公开同步状态信息，更未公开移除操作。 |
| **技术特征P**：发送所述接收方控制消息至所述相关联的发送方节点<br>**未公开** | 对比文件未公开发送接收方控制消息至发送方节点。 | 对比文件未公开该转发步骤。 |
| **技术特征Q**：其中所述方法进一步包括以下步骤：所述同步功能提供同步设置信息<br>**未公开** | 同特征I，对比文件未公开。 | 同特征I。 |
| **技术特征R**：在发送方RTCP消息中发送所述同步设置信息至所述接收方节点<br>**未公开** | 对比文件未公开在发送方RTCP消息中发送同步设置信息。 | 对比文件未公开同步设置信息及其发送方式。 |
| **技术特征S**：所述方法进一步包括以下步骤：至少一个发送方节点组播多个所述RTP流和关联的发送方RTCP消息中的至少一个至一个或更多个接收方节点<br>**未公开** | 对比文件未提及组播。 | 对比文件没有涉及组播RTP流或RTCP消息。 |
| **技术特征T**：所述方法进一步包括以下步骤：接收方节点发送所述RTCP消息中的至少一个至所述控制节点<br>**隐含公开** | [0153]：“如果呼叫正在进行，将信号强度和语音质量信息打包到RTCP包中，...发送至服务器。” | 对比文件公开了接收方节点（客户端）将RTCP消息发送至服务器（移动服务器）。该服务器可视为控制节点。虽然地址提供方式不同，但该步骤本身被隐含公开，本领域技术人员可以合理推断出接收方节点发送RTCP消息至控制节点。 |
| **技术特征U**：所述方法包括以下步骤：发送将控制节点加入与所述组播相关联的成员组的请求，或为了提供发送方RTCP消息至所述控制节点而在发送方节点和控制节点之间提供单播连接<br>**未公开** | 对比文件未公开组播成员加入请求或单播连接设置。 | 对比文件没有涉及组播或单播连接配置用于RTCP消息传输。 |
| **技术特征V**：所述方法包括以下步骤：控制节点接收一个或更多个接收方RTCP消息和一个或更多个发送方RTCP消息，并且当所述RTCP消息中的SSRC标识相同时，将接收方RTCP消息与发送方RTCP消息相关联<br>**未公开** | 同特征M。 | 同特征M。 |
| **技术特征W**：控制节点发送接收方RTCP消息至相关联的发送方RTCP消息发起的地址和/或将发送方RTCP消息发送至相关联的接收方RTCP消息发起的地址<br>**未公开** | 同特征N。 | 同特征N。 |
| **技术特征X**：所述接收方节点被配置为用于接收包含控制节点地址的会话控制协议消息或HTTP消息，并用于发送由所述接收方节点产生的接收方RTCP消息至所述控制节点，使用包含在所述会话控制协议消息中的所述地址，所述接收方节点进一步包括：同步客户端，其被配置为用于产生同步状态信息，用于将所述同步状态信息插入接收方RTCP消息中，并发送所述接收方RTCP消息至所述控制节点<br>**未公开** | 对比文件描述客户端功能（[0153]等），但未公开同步客户端产生同步状态信息并插入RTCP消息。 | 对比文件未公开接收方节点具有同步客户端用于产生同步状态信息并插入RTCP消息，也未公开通过会话控制消息接收地址。 |
<<<D>>><<<t>>>