**对比文件名称：** 2008-05-22_US2008117937A_发明申请_US20080117937A1 Lip synchronization for audio_video transmissions over a network
**目标专利名称：** 2089用于媒体流同步的方法、系统和装置 CN102742249B
**本次调用的模型名称：** 具有资深专利代理师经验的大语言模型（GPT‑4 架构）
---
## 特征比对表格
| 技术特征描述及公开性判断 | 对比文件原文引用（中文翻译，含段落标号） | 公开性论述 |
| **技术特征A**：一种用于同步第一和第二媒体流的方法，经由第一和第二媒体路径通过网络中至少一个媒体源将所述第一和第二媒体流传输到一个或多个终端。<br>**《直接公开》** | 【0014】“端点102‑104是音频/视频内容的来源……它们将其麦克风的音频发送给音频混合器（即桥接器）120。端点102‑104还将其摄像头的视频发送给视频媒体交换机（MS）122……端点106‑107代表媒体内容的目的地或消费者。”<br>【0022】“混合器120和MS 122执行协议以计算是否要延迟各自的输出流以及延迟多少，以确保音频和视频分组同步到达目的地端点。” | 对比文件明确公开了通过网络传输至少两个媒体流（音频流和视频流）并对其进行同步的方法：音频流和视频流分别经由不同的网络路径（音频路径和视频路径）从源端点传输至目的地端点。该同步的目的是使音频和视频分组同步到达终端，这与目标专利使媒体包到达时间基本同步的目的实质相同。因此特征A被直接公开。 |
| **技术特征B**：使用设置在所述第一和第二媒体路径中的第一位置处的测量模块，测量与所述第一和第二媒体流中的媒体包的到达时间相关的定时信息。<br>**《隐含公开》** | 【0028】“音频混合器200包括一个网络延迟测量和延迟缓冲控制单元220。”<br>【0033】“视频混合器300……包括网络延迟测量和延迟缓冲控制单元320。”<br>【0045】“音频混合器和视频混合器可以使用来自端点的RTCP流中的信息……计算NTP时间戳与到达目的地端点的时间之间的映射。” | 对比文件虽然在文字中未直接使用“测量媒体包到达时间”的表述，但其网络延迟测量单元为了计算延迟必然涉及对媒体包到达时间的测量（如通过RTCP或ping获得的时间信息）。特别是段【0045】指出混合器能够确定NTP时间戳与分组到达目的地时间之间的映射，隐含了测量到达时间的步骤。根据宽松原则，本领域技术人员能够合理推断出测量模块用于获取到达时间相关的定时信息，故特征B被隐含公开。 |
| **技术特征C**：根据所述定时信息，在所述网络中生成用于至少一个缓冲器的缓冲指令。<br>**《直接公开》** | 【0038】“网络延迟测量和延迟缓冲控制单元320决定要引入视频输出流中的适当输出缓冲延迟，以实现与相应音频流在目的地端点处的同步。”<br>【0039】“视频混合器设置延迟值……确保端到端音频延迟等于对应的端到端视频延迟。” | 对比文件公开了混合器（网络节点）根据测量的延迟/定时信息计算用于延迟缓冲器的调整值（即缓冲指令），并由控制单元生成这些指令以设置延迟缓冲器。这与目标专利的“生成缓冲指令”完全相同。所以特征C被直接公开。 |
| **技术特征D**：延迟在所述媒体路径上传输到所述一个或多个终端的一个或多个媒体包，以使媒体包到达所述一个或多个终端的时间基本同步，所述方法的特征在于，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置处。<br>**未公开** | 对比文件中，测量模块（网络延迟测量单元）与缓冲器（输入/输出延迟缓冲器）均位于同一混合器内部（参见【0028】、【0033】），即测量和缓冲功能集中在相同位置。 | 目标专利明确强调将测量点（第一位置）和缓冲点（第二位置）分离在不同的网络位置，以补偿沿路线的延迟差异。对比文件始终将两种功能置于同一设备中，并没有教导或启示将缓冲器设置在不同于测量模块的位置。因此，特征D所述的特征性区别技术特征未被对比文件公开。 |
| **技术特征E**：其中，所述第一媒体路径提供在所述媒体源和第一终端之间，并且所述第二媒体路径提供在所述媒体源和第二终端之间。<br>**未公开** | 对比文件主要解决同一终端处的音频‑视频唇同步，其媒体路径（音频路径和视频路径）虽然涉及多个源和多个目的地，但同步目标是在每个独立终端处使音频与视频对齐，而非使第一终端与第二终端之间的播出时间同步。 | 目标专利的该特征涉及目的地间同步（第一终端与第二终端之间的同步）。对比文件的所有描述均围绕每个终端自身音频/视频的同步，未提及对不同终端间的播放时间进行同步，也未公开从同一媒体源到两个不同终端的路径用于相互同步。因此特征E未被公开。 |
| **技术特征F**：其中，所述测量模块位于所述一个或多个终端处，或者位于沿着将所述一个或多个终端连接到所述网络的一条或多条存取线路的位置处。<br>**未公开** | 对比文件中，测量模块（网络延迟测量单元）内置于音频混合器或视频混合器中，而混合器属于网络核心设备，并非位于终端或终端侧的存取线路上。 | 特征F限定了测量模块在终端或存取线路处。对比文件明确将测量功能部署在网络节点的混合器中，远离终端。对比文件没有任何内容暗示测量模块可位于终端侧，相反，其特意将端点设为“哑”终端以简化设计。因此特征F未被公开。 |
| **技术特征G**：和/或其中，所述缓冲器位于所述网络中。<br>**《直接公开》** | 【0028】音频混合器包含输出延迟缓冲器214、216；【0033】视频混合器包含输入延迟缓冲器306‑308和输出延迟缓冲器314、316。这些混合器均属于网络节点。 | 对比文件中的缓冲器全部位于网络节点（音频混合器、视频混合器）内部，即位于网络中。这与特征G完全吻合，故直接公开。 |
| **技术特征H**：其中，所述缓冲指令通过同步服务器生成；并且其中，所述测量模块和所述缓冲器分别被配置成同步测量客户端和同步缓冲客户端，所述方法还包括：接收来自所述同步测量客户端的定时信息。<br>**未公开** | 对比文件中，缓冲指令由音频混合器和视频混合器相互协商产生【0025】‑【0026】，混合器之间是对等的，并不存在一个独立的同步服务器。混合器内部集成了测量与缓冲功能，并未区分同步测量客户端和同步缓冲客户端。 | 特征H要求使用同步服务器接收定时信息并生成指令，且测量与缓冲角色分离为客户端。对比文件的架构完全不同：没有服务器，测量与缓冲在同一设备内。因此特征H未被公开。 |
| **技术特征I**：将缓冲指令传输至所述同步缓冲客户端。<br>**未公开** | 对比文件不存在同步缓冲客户端的概念，也没有从服务器向此类客户端传输指令的过程。混合器之间直接交换延迟信息。 | 由于不存在同步缓冲客户端，特征I未被公开。 |
| **技术特征J**：其中所述缓冲指令在一个或多个RTCP同步设置指令报告中，发送至所述同步缓冲客户端。<br>**《隐含公开》** | 【0027】“一个实施例利用在音频混合器120与视频混合器122之间创建的伪会话，相关信息被封装在RTCP APP消息中。” | 虽然对比文件未使用“同步设置指令报告”这一术语，但其通过RTCP APP消息在设备间传递用于设置缓冲器的延迟信息，本质上等同于RTCP同步设置指令报告。本领域技术人员可以合理推断这种RTCP消息包含缓冲指令信息，因此特征J被隐含公开。 |
| **技术特征K**：和/或其中，所述定时信息在一个或多个同步状态信息报告中发送至所述同步服务器。<br>**《隐含公开》** | 【0020】“同步信息通过连接124在音频混合器120与MS 122之间通信。”该信息包含各流的延迟/偏移量（定时信息）【0025】。 | 尽管没有专用的“同步状态信息报告”命名，但对比文件中混合器之间交换的同步信息消息实质携带了定时信息（如偏移量、延迟值）。本领域技术人员根据对比文件的描述能够认识到这些消息可被称为同步状态信息报告，故特征K被隐含公开。 |
| **技术特征L**：其中，所述同步状态信息报告经由所述同步缓冲客户端发送至所述同步服务器。<br>**未公开** | 对比文件不存在同步缓冲客户端，同步信息由混合器直接通信，未经由第三方客户端。 | 特征L要求报告路径经过缓冲客户端，对比文件无此结构，故未公开。 |
| **技术特征M**：其中，所述同步缓冲客户端配置成修改从终端发送至所述同步服务器的同步状态信息报告。<br>**未公开** | 对比文件无同步缓冲客户端，且终端不发送同步状态信息报告。 | 特征M的概念在对比文件中无任何揭示，故未公开。 |
| **技术特征N**：和/或其中，所述同步缓冲客户端配置成将同步设置指令报告转发至终端。<br>**未公开** | 对比文件中，同步设置指令直接由混合器执行，不转发至终端。 | 特征N无对应，故未公开。 |
| **技术特征O**：其中，所述第一媒体路径提供在第一媒体源和终端之间，并且所述第二媒体路径提供在所述第一媒体源或另一第二媒体源和所述终端之间。<br>**《直接公开》** | 【0014】“端点102‑104是音频/视频内容的来源……他们发送音频……到音频混合器，发送视频……到视频媒体交换机。”【0021】所述端点同步是基于它们同时到达哑端点。【0022】混合器协调输出以便音频和视频同时到达目的地端点。 | 对比文件明确示出：同一源端点（如EP1）其音频流和视频流被分别通过音频路径和视频路径传输至同一目的地端点（如EP4）。这完全符合特征O的配置：第一媒体路径（音频）和第二媒体路径（视频）均提供在相同媒体源与同一终端之间（也可能的第二媒体源，但对比文件包含相同源情形）。因此特征O被直接公开。 |
| **技术特征P**：其中，所述测量模块位于网络节点中。<br>**《直接公开》** | 【0028】音频混合器200、【0033】视频混合器300均包含网络延迟测量单元。这些混合器是网络节点。 | 测量模块集成于网络节点（混合器）中，特征P直接公开。 |
| **技术特征Q**：其中所述缓冲器位于所述一个或多个终端中或位于沿着将所述一个或多个终端连接到所述网络的一条或多条存取线路的位置处。<br>**未公开** | 对比文件中所有缓冲器（输入/输出延迟缓冲器）均位于混合器（网络节点）内，而非终端或存取线路。 | 特征Q的缓冲器位置与对比文件明显不同，对比文件无任何启发将缓冲器设在终端侧，故未公开。 |
| **技术特征R**：其中，所述一个或多个终端中的至少一个配置成测量媒体流中媒体包的所述到达时间之间的变化，并根据所述到达时间测量，确定变化是否涉及源自缓冲点的延迟。<br>**未公开** | 对比文件【0021】明确说明目的地端点是“哑”的，它们不发送/接收RTCP，也不依赖于时间戳信息；它们仅根据到达时间简单假定同时到达即为同步。 | 对比文件刻意避免终端具有测量能力，与此特征完全相反，故未公开。 |
| **技术特征S**：其中，所述缓冲器包括可变延迟缓冲器，所述可变延迟缓冲器配置成根据接收的来自所述网络的延迟指令延迟媒体流，所述延迟从0.5和10秒之间选择。<br>**未公开** | 【0025】【0033】公开了输入/输出延迟缓冲器，这些缓冲器是可变的（可调整延迟值）。但所有示例中的延迟值均为毫秒级别（如13ms、20ms等），从未提及0.5‑10秒的范围。 | 可变延迟缓冲器本身被公开，但限定的延迟范围（0.5‑10秒）未在对比文件中出现，也无法从对比文件合理推断出来。因此特征S整体未被对比文件公开。 |
| **技术特征T**：和/或其中，所述缓冲器在连接到所述缓冲器的两个或多个终端之间共享。<br>**未公开** | 对比文件中每个输出流有单独的缓冲器（如图2的214、216；图3的314、316），分别服务于不同的目的地端点，且没有共享机制。 | 特征T的共享缓冲器在对比文件中毫无记载，故未公开。 |
---
## 公开性代码
根据上述分析，对比文件直接公开了技术特征A、C、G、O、P；隐含公开了技术特征B、J、K。其余特征未被公开。对应代码插入如下：
<<<A>>><<<C>>><<<G>>><<<O>>><<<P>>>
<<<b>>><<<j>>><<<k>>>