对比文件名称：2007-10-30_US7289451B_发明授权_US07289451B2 Delay trading between communication links
目标专利名称：2089用于媒体流同步的方法、系统和装置CN102742249B
本次调用的模型名称：深度思考模型
| 技术特征描述及公开性判断结果 | 对比文件原文引用（英文+中文翻译） | 公开性论述 |
| 特征A：用于同步第一和第二媒体流的方法，经由第一和第二媒体路径通过网络中至少一个媒体源(202)将所述第一和第二媒体流传输到一个或多个终端(208,210,212)，判断：未公开 | 对比文件整体未公开该特征。对比文件主要涉及全双工通信中的延迟交易，其媒体流是双向的（如语音通信），媒体源是对话中的用户终端，而非中心化媒体源将相同内容分发到多个终端。 | 对比文件的目标是在全双工通信中动态分配编码延迟以改善交互体验，而目标专利的目的是将同一或不同媒体源的媒体流同步到达多个终端。对比文件没有公开任何与“同步第一和第二媒体流”相关的准备或步骤，也没有公开“媒体源将流传输到多个终端”的结构。因此，本特征未被对比文件公开。 |
| 特征B：所述方法包括：使用设置在所述第一和第二媒体路径中的第一位置(208,210,212)处的测量模块(246,248,250)，测量与所述第一和第二媒体流中的媒体包的到达时间相关的定时信息，判断：隐含公开 | 对比文件[0080]：“The jitter buffer output clock... is derived in the receiver by certain control mechanisms comprised in a jitter buffer control means 26, which mechanisms are based on the jitter buffer state, e.g. the fill level.”<br>中文翻译：“抖动缓冲器输出时钟...由接收器中包含的抖动缓冲器控制装置26中的某些控制机制导出，这些机制基于抖动缓冲器的状态，例如填满程度。” | 对比文件描述了接收终端（对应于第一位置）的抖动缓冲器控制，其控制依赖于对包到达时间的隐含测量（填满程度是包到达与取出的函数）。本领域技术人员可以合理推断，为了基于缓冲器状态进行控制，接收终端必然测量媒体包的到达时间（或间接通过填满程度感知）。因此，测量模块位于第一媒体路径的终端处并被用于获取定时信息这一点被对比文件隐含公开。但对比文件未明确将其作为独立模块或用于后续同步服务器的步骤。 |
| 特征C：根据所述定时信息，在所述网络中生成用于至少一个缓冲器(232,234)的缓冲指令，判断：隐含公开 | 对比文件[0080]：“The jitter buffer output clock... is derived in the receiver by certain control mechanisms comprised in a jitter buffer control means 26, which mechanisms are based on the jitter buffer state, e.g. the fill level.”<br>中文翻译同特征B。 | 对比文件的抖动缓冲器控制装置（jitter buffer control means）基于填满程度（隐含到达时间信息）生成控制信号（如调整输出时钟），这些控制信号实质上就是用于缓冲器（抖动缓冲器）的指令。该生成过程发生在接收终端（属于网络中节点），因此“在网络中生成用于缓冲器的指令”被隐含公开。但对比文件的指令是本地控制信号，而非如目标专利从服务器发送的缓冲指令。 |
| 特征D：延迟在所述媒体路径上传输到所述一个或多个终端的一个或多个媒体包，以使媒体包到达所述一个或多个终端的时间基本同步，所述方法的特征在于，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置(204,206)处，判断：未公开 | 对比文件[0079]描述抖动缓冲器（位于终端）延迟包以补偿抖动，并非为了多个终端间的同步。例如：“the arriving packets are fed into a de-packetizer 52 and then a jitter buffer 54, which purpose is to transform the discontinuous input stream of packets into a continuous stream of speech data frames”。<br>中文翻译：“到达的数据包被馈送到解包器52，然后进入抖动缓冲器54，其目的是将不连续的输入数据包流转换为连续的语音数据帧流。” | 对比文件中的延迟是通过抖动缓冲器实现的，但其目的是平滑抖动，而不是使不同终端的媒体包到达时间基本同步。此外，对比文件的缓冲器设置在终端（第二位置不在网络中），不符合“缓冲器设置在第二位置”且用于同步多个终端的技术方案。因此，特征D未被公开。 |
| 特征E：其中，所述第一媒体路径提供在所述媒体源和第一终端之间，并且所述第二媒体路径提供在所述媒体源和第二终端之间，判断：未公开 | 对比文件描述的是点对点全双工通信（例如用户U1和U2），媒体路径分别是从U1到U2和从U2到U1，且媒体源是对方终端，而非同一媒体源。例如图2及相关描述。 | 对比文件中没有同一媒体源同时向第一终端和第二终端提供单独媒体路径的结构。其通信是双向的，每一方向的源不同。因此，特征E未被公开。 |
| 特征F：其中，所述测量模块位于所述一个或多个终端处，或者位于沿着将所述一个或多个终端连接到所述网络的一条或多条存取线路的位置处，判断：隐含公开 | 对比文件[0079]：“At the receiver, the arriving packets are fed into a de-packetizer 52 and then a jitter buffer 54”。接收器是终端的一部分，处理包必然涉及测量到达时间。<br>中文翻译：“在接收器处，到达的数据包被馈送到解包器52，然后进入抖动缓冲器54。” | 对比文件中的接收终端必须感知包的到达时间以控制抖动缓冲器，因此可以认为测量功能位于终端处。虽然对比文件没有明确命名“测量模块”，但本领域技术人员能够合理推断终端中具备测量到达时间的功能实体。因此，测量模块位于终端被隐含公开。但测量模块的具体配置（如同步测量客户端）未被公开。 |
| 特征G：和/或其中，所述缓冲器位于所述网络中，判断：未公开 | 对比文件[0079]描述抖动缓冲器在接收终端内，不在网络核心或边缘节点中。 | 对比文件的缓冲器（jitter buffer）在终端，不属于目标专利中“网络中”（如边界网络节点、接入节点）的典型位置。因此，特征G未被公开。 |
| 特征H：其中，所述缓冲指令通过同步服务器生成；并且所述测量模块和所述缓冲器分别被配置成同步测量客户端和同步缓冲客户端，所述方法还包括：接收来自所述同步测量客户端的定时信息，判断：未公开 | 对比文件未提及同步服务器、同步测量客户端或同步缓冲客户端。其控制决策由终端自身的抖动缓冲器控制装置完成。 | 对比文件的延迟调整基于本地活动检测，没有中心同步服务器从测量客户端收集定时信息并生成指令。因此，特征H未被公开。 |
| 特征I：将缓冲指令传输至所述同步缓冲客户端，判断：未公开 | 对比文件未公开任何传输缓冲指令至同步缓冲客户端的步骤。 | 对比文件中，缓冲指令（控制信号）在终端内部产生并直接作用于同一终端内的缓冲器，不存在到独立同步缓冲客户端的外部传输。因此特征I未公开。 |
| 特征J：其中所述缓冲指令在一个或多个RTCP同步设置指令报告中，发送至所述同步缓冲客户端，判断：未公开 | 对比文件[0071]提到RTCP用于往返延迟测量，但未用于发送缓冲指令。 | 对比文件没有公开“RTCP同步设置指令报告”的概念，也没有将RTCP用于向缓冲客户端发送指令。因此特征J未公开。 |
| 特征K：和/或其中，所述定时信息在一个或多个同步状态信息报告中发送至所述同步服务器，判断：隐含公开 | 对比文件[0071]：“...or to make true round-trip delay measurements for which e.g. RTCP (IETF RFC 1889) pp. 24-27 provides support.” <br>中文翻译：“...或者进行真正的往返延迟测量，对此例如RTCP（IETF RFC 1889）第24-27页提供了支持。” <br>RTCP接收器报告包含定时信息（如NTP时间戳和RTP时间戳），并发送至发送端。 | 对比文件建议使用RTCP进行延迟测量，RTCP报告本身承载定时信息（到达时间相关）并发送至网络中的另一实体（发送端）。发送端可类比为同步服务器。因此，将定时信息以报告形式发送至网络实体被隐含公开。但目标专利的同步状态信息报告有特定格式和用途，对比文件未明确。 |
| 特征L：其中，所述同步状态信息报告经由所述同步缓冲客户端发送至所述同步服务器，判断：未公开 | 对比文件没有同步缓冲客户端的概念，也不涉及经由该客户端转发报告。 | 对比文件中，如果存在RTCP报告，也是直接从接收器发送到发送器，不经过中间缓冲转发。因此特征L未公开。 |
| 特征M：其中，所述同步缓冲客户端配置成修改从终端发送至所述同步服务器的同步状态信息报告，判断：未公开 | 对比文件未公开同步缓冲客户端，也未公开对报告的修改。 | 对比文件无对应机制。特征M未公开。 |
| 特征N：和/或其中，所述同步缓冲客户端配置成将同步设置指令报告转发至终端，判断：未公开 | 对比文件未公开同步缓冲客户端或转发设置指令。 | 对比文件无对应机制。特征N未公开。 |
| 特征O：其中，所述第一媒体路径提供在第一媒体源和终端之间，并且所述第二媒体路径提供在所述第一媒体源或另一第二媒体源和所述终端之间，判断：未公开 | 对比文件描述双向通信，终端既发送也接收，但接收和发送是不同的流，且终端接收的是来自另一终端的流，并非同一源或不同源到同一终端的两个流。 | 对比文件未公开同一个终端同时从同一或不同源接收两个需要同步的媒体流（如视频和音频）的情形。因此特征O未公开。 |
| 特征P：其中，所述测量模块位于网络节点中，判断：未公开 | 对比文件中测量相关功能（如VAD、抖动缓冲控制）均位于终端，而非网络节点（如边缘节点）。 | 对比文件未公开测量模块位于网络节点（例如DSLAM、CMTS），因此特征P未公开。 |
| 特征Q：其中所述缓冲器位于所述一个或多个终端中或位于沿着将所述一个或多个终端连接到所述网络的一条或多条存取线路的位置处，判断：直接公开 | 对比文件[0079]：“At the receiver, the arriving packets are fed into a de-packetizer 52 and then a jitter buffer 54” <br>中文翻译：“在接收器处，到达的数据包被馈送到解包器52，然后进入抖动缓冲器54。” | 对比文件明确公开了抖动缓冲器（jitter buffer）位于接收终端（即用户终端）。这与特征Q中“缓冲器位于所述一个或多个终端中”完全对应。虽然目标专利的缓冲器是用于同步的，但位置特征本身已被对比文件直接公开。因此特征Q被直接公开。 |
| 特征R：其中，所述一个或多个终端中的至少一个配置成测量媒体流中媒体包的所述到达时间之间的变化，并根据所述到达时间测量，确定变化是否涉及源自缓冲点的延迟，判断：未公开 | 对比文件[0080]描述抖动缓冲器控制基于fill level，但未区分抖动和缓冲点引入的延迟。 | 对比文件的终端虽然测量到达时间（间接），但并未特别配置为区分源自缓冲点的延迟与网络抖动。其调整是基于整体的缓冲状态，而不是识别延迟来源。因此特征R未被公开。 |
| 特征S：其中，所述缓冲器包括可变延迟缓冲器，所述可变延迟缓冲器配置成根据接收的来自所述网络的延迟指令延迟媒体流，所述延迟从0.5和10秒之间选择，判断：未公开 | 对比文件[0082]提到抖动缓冲器深度可变：“a low average jitter buffer level corresponds to low end-to-end delay while a high average jitter buffer level corresponds to long delay.” 但延迟指令来自网络，且范围不同。 | 对比文件的可变延迟缓冲器（抖动缓冲器）是基于本地状态（如活动性）调整，而不是根据从网络接收的延迟指令。且其延迟范围通常远小于0.5-10秒（如几十到几百毫秒）。因此特征S未被公开。 |
| 特征T：和/或其中，所述缓冲器在连接到所述缓冲器的两个或多个终端之间共享，判断：未公开 | 对比文件未公开缓冲器由多个终端共享。每个终端有自己的抖动缓冲器。 | 对比文件的抖动缓冲器是每个接收终端独立使用的，没有共享机制。因此特征T未被公开。 |
基于上述分析，对比文件直接公开了技术特征Q，隐含公开了技术特征B、C、F、K。其他技术特征（A、D、E、G、H、I、J、L、M、N、O、P、R、S、T）未被直接或隐含公开。
<<<b>>><<<c>>><<<f>>><<<k>>><<<Q>>>