用于同步第一和第二媒体流(220，222)的方法，经由第一和第二媒体路径通过网络中至少一个媒体源(202)将所述第一和第二媒体流传输到一个或多个终端(208，210，212)，所述方法包括：使用设置在所述第一和第二媒体路径中的第一位置(208，210，212)处的测量模块(246，248，250)，测量与所述第一和第二媒体流中的媒体包的到达时间相关的定时信息； 根据所述定时信息，在所述网络中生成用于至少一个缓冲器(232，234)的缓冲指令；以及延迟在所述媒体路径上传输到所述一个或多个终端的一个或多个媒体包，以使媒体包到达所述一个或多个终端的时间基本同步，所述方法的特征在于，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置(204，206)处。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的逻辑架构与三份对比文件（D1、D2、D3）的原始公开文本，为您进行严密的法律与技术分析。

---

### 一、 目标专利权利要求1的法律与技术特征拆解

根据本领域的常规技术认知及专利说明书对系统构架的阐述，权利要求1（方法权利要求）的技术方案可以拆解为以下5个前序与特征部分：

* **特征 A（前序-环境与架构）：** 用于同步第一和第二媒体流（220, 222）的方法，经由第一和第二媒体路径通过网络中至少一个媒体源（202）将所述第一和第二媒体流传输到一个或多个终端（208, 210, 212）；

* **特征 B（前序/步骤1-测量）：** 使用设置在所述第一和第二媒体路径中的**第一位置（208, 210, 212，即终端处）**处的测量模块（246, 248, 250），测量与所述第一和第二媒体流中的媒体包的到达时间相关的定时信息；

* **特征 C（前序/步骤2-指令生成）：** 根据所述定时信息，在所述网络中生成用于至少一个缓冲器（232, 234）的缓冲指令；

* **特征 D1（前序/步骤3-延迟控制）：** 延迟在所述媒体路径上传输到所述一个或多个终端的一个或多个媒体包，以使媒体包到达所述一个或多个终端的时间基本同步；

* **特征 D2（划界特征/核心发明点）：** 其特征在于，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的**第二位置（204, 206，即网络中间节点/网关处，而非终端本身）**处。

> **代理师视角解读：** 本专利的核心发明构思（D2）在于**“测量与缓冲的物理位置分离”**（Cross-node or Split Control）。传统技术通常在接收终端（第一位置）直接进行测量并在终端本地的缓冲器中进行延迟调节；而本专利将测量模块放在终端（第一位置），但将用于调控同步延迟的缓冲器下沉/上移部署在网络路径上的**第二位置（网络中间节点/网关，204/206）**，通过网络反馈缓冲指令（特征C）来实现网络侧的动态延迟控制。

---

### 二、 对比文件原文技术特征比对与公开性分析

下表详细对比了三份对比文件（D1: US5471510A, D2: US5623483A, D3: WO1999044363A1）与权利要求1技术特征的映射关系及原文出处。

#### 1. 技术特征比对表格

---

#### 2. 各对比文件的详细公开性分析

* **D1（US5471510A - ATM网络终端设备同步装置）：**

* **公开的技术特征：** 毫无异议公开了特征A及特征D1。D1揭示了一种在ATM网络终端设备中，利用缓冲器（MTB1/MTB2）存储接收到的数据字节，并利用滤波与锁相环控制读取时钟，从而延迟恢复数据并消除时延抖动的方法。

* **未公开的技术特征：** 未公开特征B、C、D2。D1的所有测量、缓冲及控制均发生在同一个实体——“终端设备适配器”内，属于典型的单点闭环控制，不具备“终端测量（第一位置）+ 网络网关缓冲（第二位置）”的分散式网络架构。

* **D2（US5623483A - 网络化多媒体流同步系统）：**

* **公开的技术特征：** 毫无异议公开了特征A及特征D1。D2重点解决了多媒体流（如音视频）在包交换网络传输时的抖动和唇音同步（Lip-synch）问题。通过设置缓冲器（20）并计算总端到端延迟（TED），对过早或过晚到达的包进行缓冲延迟或丢弃。

* **未公开的技术特征：** 未公开特征B、C、D2。D2显式说明缓冲器（Buffer 20）部署在呈现点/接收端（“at or near the point of presentation”，Col. 1, l. 25-30），测量与缓冲控制均由接收端控制电路10/200完成，并未将缓冲器上移至网络路径的中间节点（第二位置）。

* **D3（WO1999044363A1 - 网络网关处的音视频包同步）：**

* **公开的技术特征：** 毫无异议公开了特征A、D1，并**实质公开了特征D2**。D3的核心发明即在网络网关（Network Gateway，即独立于终端的网络中间节点/第二位置）处设置可变延迟缓冲，以校正经由网关路由的音视频流之间的内在处理时延和网络抖动，使输出到终端的音视频实现唇音同步。

* **未公开/区别技术特征：** 未完全公开特征B与特征C。D3的校准和测量机制（如[p0013]及[p0125]-[p0126]所述）是在**网关侧**通过检测回环信号（Loop-back）或由网关直接评估音视频标记（Marker）来实现测量的，**并非由“设置在终端（第一位置）处的测量模块”进行测量后向网络网关发送缓冲指令（特征C）**。

---

### 三、 创造性分析：最接近对比文件的选择与组合逻辑

在专利无效或审查阶段，选择最接近的对比文件（Primary Reference）需考量：**整体技术领域、解决的技术问题、技术效果以及技术特征的覆盖度**。

#### 1. 最接近对比文件的确定：**D3（WO1999044363A1）**

* **选择理由：**

1. **技术问题与效果高度契合：** 目标专利与D3均旨在解决“多媒体流（音视频）在网络传输中因路径/处理时延不同步”的问题，最终效果均为实现终端处的媒体包到达基本同步（Lip-synch）。

2. **核心构架（特征D2）的重合：** D1和D2均将缓冲同步结构放置在“终端本地”，而**D3是唯一公开了“将缓冲/延迟调节设置在网络网关（第二位置）”的对比文件**。在网络拓扑与架构层面，D3与目标专利最为接近。

#### 2. 区别技术特征及技术效果分析（目标专利 vs D3）

将目标专利权利要求1与D3进行对比，目标专利相对于D3的区别技术特征为：

* **区别特征1（特征B的特定实施方式）：** 定时信息的测量模块设置在**第一位置（终端处）**，由终端测量包到达时间；

* **区别特征2（特征C的特定交互方式）：** 终端根据测量的定时信息，向网络（网关）生成并发送用于网络侧缓冲器（第二位置）的**缓冲指令**。

* **目标专利基于该区别特征实际解决的技术问题：**

如何使网络节点（网关）能够基于**终端实际感知的端到端真实到达时间/抖动**进行精准的远端缓冲补偿，从而克服网关自身无法精准获知终端接收侧实时抖动状态的缺陷。

* **技术效果：**

实现了“终端测量+网络执行”的前馈/反馈控制回路。网关不需要繁琐的回环检测（如D3所需的Loop-back校准过程），即可直接依据终端上报的实际定时信息动态调整网络中间节点的缓冲深度，提升了同步控制的灵活性与实时性。

---

### 四、 无效请求分析：最薄弱的技术特征与防守/攻击要点

#### 1. 最薄弱的技术特征：**特征 C（根据终端定时信息向网络生成缓冲指令）**

* **攻击/无效视角（请求人）：**

* 虽然D3的测量主体在网关，但D3（[p0115]、[p0135]、[p0150]）明确提到了“**用户通过终端按键输入DTMF控制信令/控制消息发送给网关，以调整网关内部的可变延迟**”（`Control messages, for example DTMF tones... sent to the gateway to set a variable sensory output delay...`）。

* 在此基础上，本领域技术人员（POSITA）为了实现自动化控制，非常容易想到将用户手动按键（DTMF）发送控制指令的方式，替换为由终端的“测量模块”根据计算出的定时偏差**自动生成并发送缓冲控制指令**给网关。这种“以自动测量反馈代替手动反馈”属于本领域的公知常识或常规技术套用。

#### 2. 最坚固的技术特征（防御壁垒）：**特征B与特征C结合形成的“终端测量 - 网络缓冲”跨节点闭环架构**

* **防御视角（专利权人）：**

* D3的体系是“网关测量+网关缓冲”（通过回环或者内置时钟比对）；D1/D2是“终端测量+终端缓冲”。

* 目标专利采用了**“终端测量（第一位置） + 指令回传 + 网络缓冲（第二位置）”**的异地分离架构。专利权人可强调该架构显著降低了终端设备的硬件缓冲负担（缓冲下沉至网络侧），同时又解决了网络侧无法感知终端最后一段（Last-mile）网络传输抖动的技术难题，产生了预期的协同技术效果。

---

### 五、 进一步对比文件检索策略（针对无效宣告请求）

若要彻底攻破权利要求1的创造性（结合D3进行结合性无效），目前的D1-D3尚缺乏一份**“明确教导由终端（Client/Terminal）测量到达定时/抖动，并将控制参数/指令反馈给网络侧节点/网关（Gateway/Server）以调节网络侧缓冲”**的对比文件。

建议采取以下精准检索策略：

#### 1. 检索要素组合（Block Architecture）

* **主题词 1（终端侧测量）：** Terminal / Client / Receiver / End-device AND Measure / Monitor / Timestamp / Arrival time / Jitter.

* **主题词 2（网络侧/网关侧缓冲）：** Gateway / Router / Network Node / Proxy / Server AND Buffer / Delay / Queue / Resynchronization.

* **主题词 3（控制反馈机制）：** Feedback / Control Message / Instruction / Signaling / Report (如 RTCP Receiver Report, Delay feedback).

#### 2. 重点关注的协议标准与技术领域

* **RTSP / RTP / RTCP 协议族（RFC 3550 / RFC 2326）：** 重点检索 RTCP（RTP Control Protocol）中的 **RR (Receiver Report)** 机制。公知技术中，接收端（终端）通过RTCP RR包将“到达抖动（Jitter）”和“包到达时间戳”反馈给发送端或网络中间代理（Proxy/Gateway），中间节点据此调整传输或缓冲策略。

* **HTTP Dynamic Adaptive Streaming (DASH) / Media Proxy 技术：** 检索2000-2010年间关于“媒体代理服务器（Media Proxy / Edge Node）”根据客户端上报的 Buffer State / Arrival Timing 进行边缘缓冲调度的专利。

#### 3. 建议拓展的检索公式示例（以EPO/USPTO数据库为例）

```text

(IPC/CPC: H04L65/80 OR H04L65/60 OR H04N21/24)

AND (term* OR client* OR receiver*)

AND (measur* OR calculat*) NEAR3 (arrival* OR jitter* OR timing*)

AND (gateway* OR proxy* OR "network node") NEAR5 (buffer* OR delay*)

AND (feedback* OR instruct* OR command* OR report*)

```

<ElicitationsGroup message="针对本案专利无效或防守，您可以进行以下深入分析：">

<Elicitation label="撰写针对权利要求1的完整创造性无效意见书框架" query="请基于D3作为最接近对比文件，结合公知常识，为本案权利要求1撰写一份法律逻辑严密的专利无效宣告请求书（创造性部分）意见书框架。"/>

<Elicitation label="评估从属权利要求的防守稳固度" query="如果目标专利还包含关于缓冲指令具体格式或定时信息计算公式的从属权利要求，通常应如何评估其防守稳固度？"/>

</ElicitationsGroup>

为了全面分析权利要求1的专利有效性，并从资深专利代理师的专业视角制定无效策略，以下结合目标权利要求及三份对比文件原文（EP1057337A1、US20010008535A1、WO01052553A1）展开详细的比对与法律分析。

---

### 一、 权利要求1的技术特征拆解与说明书含义解释

根据专利法及审查指南，权利要求1的技术方案可拆解为以下4个核心技术特征：

* **技术特征 A**：用于同步第一和第二媒体流(220, 222)的方法，经由第一和第二媒体路径通过网络中至少一个媒体源(202)将所述第一和第二媒体流传输到一个或多个终端(208, 210, 212)；

* **技术特征 B**：所述方法包括：使用设置在所述第一和第二媒体路径中的**第一位置(208, 210, 212)**处的测量模块(246, 248, 250)，测量与所述第一和第二媒体流中的媒体包的到达时间相关的**定时信息**；

* **技术特征 C**：根据所述定时信息，在所述网络中生成用于至少一个缓冲器(232, 234)的**缓冲指令**；

* **技术特征 D**：延迟在所述媒体路径上传输到所述一个或多个终端的一个或多个媒体包，以使媒体包到达所述一个或多个终端的时间基本同步，所述方法的特征在于，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的**第二位置(204, 206)**处。

#### 目标专利说明书含义解释：

1. **“第一位置”与“第二位置”的逻辑分离**：测量模块位于第一位置（终端侧或近终端侧），而缓冲器设置在第二位置（网络中间节点/网关侧，例如媒体源或传输路径中的网络设备）。其核心逻辑是**“终端/接收端测量到达时延，反向反馈/指示网络上游的中间节点缓冲器实施延迟调整”**。

2. **整体解决的技术问题**：解决跨不同网络路径或异构终端传输音频/视频流时，因网络抖动、传输延迟或解码延迟不一致导致的音视频唇形同步（Lip-sync）失败问题。

---

### 二、 对比文件技术特征比对与原理分析

#### 1. 对比文件基本信息

* **D1**：EP1057337A1（公开号：EP1057337A1，公开日：2000-12-06）

* **D2**：US20010008535A1（申请号/公开号：US20010008535A1，公开日：2001-07-19）

* **D3**：WO01052553A1（公开号：WO01052553A1，公开日：2001-07-19，同族PCT申请）

---

#### 2. 特征比对表格 (Feature Mapping Table)

---

### 三、 最接近对比文件的选择与创造性分析

#### 1. 最接近对比文件的确定

**最接近对比文件为：D1 (EP1057337A1)**

* **整体解决的技术问题匹配度**：D1与本专利高度一致，均致力于解决网络传输/网关架构下，跨异构设备或网络路径传输音视频数据流时，因网络传输延迟、解码延迟不一致导致的音视频同步问题（Lip-sync）。

* **技术方案重合度**：D1公开了网关（网络中间位置/第二位置）作为缓冲与可变延迟控制单元，同时公开了在终端侧或通过终端反馈测量的定时/时间戳信息（RTCP/DTMF）来动态或静态调整网关缓冲器的延迟。D1涵盖了权利要求1绝大部分核心构想。

*(注：D2/D3技术方案局限于家庭局域网/总线内源设备（如DVD播放机）内部根据终端已知固定延迟预先做缓冲，不涉及网络传输中的中间节点缓冲及基于到达时间的测量反馈，因此不适合作为最接近的对比文件。)*

#### 2. D1公开的特征与区别技术特征分析

* **D1已公开的特征**：特征A、特征B（终端/接收端测量及RTCP时间戳记录）、特征C（网关生成变量延迟调整指令）、特征D（网关/第二位置处设置缓冲器实施延迟）。

* **潜在的区别技术特征与争议点**：

权利要求1中将测量模块严格限定在“第一和第二媒体路径中的第一位置（终端）”。在D1中，定时测量的逻辑存在两种实施例：一种是由网关主动注入/测量，另一种是终端侧配合测量（如利用RTCP SR/RR报文的时间戳 $\text{t}_{\text{t1}}, \text{t}_{\text{t2}}$ 记录到达时间，见D1第33-34页）。

如果专利局审查员/复审委认为D1中的RTCP报文时间戳记录等同于“在第一位置测量到达时间的定时信息”，则**权利要求1的所有技术特征已被D1完全实质公开（不具备新颖性/创造性）**。

---

### 四、 无效请求中最薄弱的技术特征与攻击策略

#### 1. 最薄弱的技术特征分析

权利要求1中最薄弱、最容易被攻破的特征是 **“缓冲器设置在第二位置（网络中间节点/网关）” 与 “第一位置（终端）测量定时信息” 的组合**。

* **薄弱原因**：

在包交换网络（Packet Networks, 如IP/RTP网络）中，为了实现端到端同步，**“接收端测量包到达时间/抖动，并向发送端/网关反馈RTCP报告，由网关或源端调整缓冲区”** 是本领域（IEEE 1394, ITU-T H.323 / RTP / RTCP协议栈）的**公知常识（Common General Knowledge）**。D1已明确指出了在网关（第二位置）设置缓冲，并基于H.323/RTCP时间戳（第一位置到达时间）调整延迟。

#### 2. 组合攻击路径（创造性无效路线）

* **主组路线1（新颖性/创造性直接否定）**：

* **D1 (EP1057337A1)** 独立破坏权利要求1的新颖性（或创造性）。

* *主张点*：D1公开了在组合终端（第一位置）记录包到达时间（RTCP时间戳），网关（第二位置）根据该定时信息生成延迟指令并在网关缓冲器中实施延迟，完全覆盖权利要求1的所有特征。

* **主组路线2（D1 + 本领域公知常识/RTP标准规约）**：

* 若专利权人辩称D1的测量模块在网关而不在终端，则通过引入 **RTP/RTCP标准协议（如 RFC 1889 / RFC 3550）** 作为公知常识证据。

* *主张点*：RTCP协议规范中，接收端（终端/第一位置）测量RTP数据包的到达时间（Arrival Time）、计算抖动（Jitter），并通过RR（Receiver Report）反馈给网络/发送端（第二位置）以调整缓冲，属于本领域技术人员为了解决网络音视频同步问题必然采用的技术手段。

---

### 五、 进一步对比文件检索策略（Search Strategy）

为了确保彻底无效该专利，针对可能出现的修正（例如将从属权利要求中的具体缓冲控制逻辑合并入独立权利要求），建议采取以下进一步检索策略：

1. **精准协议标准文献检索（Standard-Essential Patents / RFCs）**：

* **重点关注领域**：ITU-T H.323、H.245、H.225、IETF RFC 1889 (RTP/RTCP)、IEEE 1394a/b。

* **检索关键词**：

* `("RTP" OR "RTCP" OR "H.323" OR "gateway") AND ("arrival time" OR "timestamp") AND ("buffer" OR "delay adjustment") AND ("lip-sync" OR "media synchronization")`

2. **分类号（IPC / CPC）深度拓展**：

* **H04L 65/80**（网络服务质量或传输特性的评估/测量）

* **H04L 65/65**（网络媒体流传输的协议或控制）

* **H04N 21/4307**（客户端/终端侧的音视频包同步）

* **H04N 21/6323**（网络网关/中间节点的流控制与同步）

3. **关键技术特征组合检索方向**：

* 针对“**终端测量到达时间 + 反向控制网关/网络节点缓冲（Feedback-based Network Gateway Buffering）**”这一核心构架，在 1998年 — 2003年 期间的美国专利（US）、欧洲专利（EP）及学术数据库（IEEE Xplore）中开展追溯检索。

作为一名经验丰富的专利代理师，我将紧密结合目标专利《权利要求1.docx》的说明书逻辑，并结合三份对比文件（D1、D2、D3）的原文文本，对权利要求1进行深入的技术特征比对、解释及无效/创造性分析。

以对比文件公开号指代如下：

* **D1**：JP2004104796A

* **D2**：US07043749B1 (US7043749B)

* **D3**：US07289451B2 (US7289451B)

---

## 一、 结合目标专利说明书解释权利要求1

在解释权利要求1之前，我们需要通过说明书的逻辑来精确界定其保护范围与各技术特征的本意：

1. **第一和第二媒体路径/媒体流（特征A）：**

* **说明书解释**：媒体流通常指音频、视频等多媒体数据包（如RTP包）。第一和第二媒体路径可以指网络中传输不同媒体通道（如左右声道、音视频分离通道）的逻辑或物理传输链路。

2. **第一位置处的测量模块（特征B）：**

* **说明书解释**：测量模块设置在终端侧（或靠近终端的第一位置），用于测量媒体包到达的时间/定时信息。由于网络传输存在抖动（Jitter）和传输延迟差异，需要在此处对到达时间进行精确记录。

3. **生成缓冲指令（特征C）：**

* **说明书解释**：根据终端/测量模块处测得的到达时间偏差（定时信息），在网络中反向或同步计算出需要延迟的时间量（即缓冲时间/再生时间偏移，Playback Time Offset），并生成针对缓冲器的控制指令。

4. **第二位置处的缓冲器（特征D - 核心发明点）：**

* **说明书解释**：这是本专利最显著的特征。传统的缓冲延迟通常直接设置在终端（终端侧Jitter Buffer）。而本专利发明点在于，**将执行延迟/缓冲功能的缓冲器设置在媒体传输路径中的“第二位置”（即网络侧/中间节点/网关/媒体源位置，例如204、206）**，而不是仅仅依赖终端自身的缓冲，从而实现在媒体包到达终端前或到达终端时达到高度同步。

---

## 二、 对比文件特征比对分析与出处

下面将对比文件D1、D2、D3与权利要求1的技术特征进行逐项比对，并给出详细的原文出处。

### 1. 详细特征比对表

---

## 三、 对比文件原文详细出处与技术内容分析

### 1. D1：JP2004104796A（发明专利）

* **特征A**：原文第[0002]段（图1说明）记载：

> "図１は、２つの同期したメディアシンク...メディアソース１０１は、第１のタイムスタンプ付きメディアデータパケット１０２1を第１のメディアシンク１に、第２のタイムスタンプ付きメディアデータパケット１０２2を第２のメディアシンク２に送信する。"

> *(图1显示媒体源101将第一、第二带时间戳的媒体数据包传输至第一、第二媒体接收器1、2。)*

* **特征B/C**：原文第[0002]段（图3/图5说明）记载：

> "この共通再生時間１０５は、メディアデータパケットのタイムスタンプが表す時間に、一度決定された再生時間オフセットを加えることにより、パケット毎にメディアシンクにより決定される。"

> *(该公共播放时间由媒体接收器（终端）通过将时间戳与播放时间偏移量相加来逐包决定。)*

* **特征D（缺陷点）**：原文明确说明缓冲器位于**接收端（Media Sink）**：

> "次にデータは...各々のバッファ、すなわち、第１のメディアシンク１の第１のバッファ１０４1と、第２のメディアシンク２の第２のバッファ１０４2とに保存される。"

> *(数据被保存至第一媒体接收器1的第一缓冲器1041和第二媒体接收器2的第二缓冲器1042中。)*

### 2. D2：US07043749B1 (US7043749B)

* **特征A/B**：原文摘要（Abstract）及说明书[0011]-[0015]记载：

> "A method of calibrating a network gateway in order to synchronise audible and visible outputs from a multimedia terminal... detecting any mismatch in the synchronisation... owing at least partly to the intrinsic gateway processing delay(s)..."

> *(一种校准网络网关以同步多媒体终端声音和图像输出的方法...检测由于网关固有处理延迟引起的同步失配...)*

* **特征C/D（完整匹配核心发明点）**：原文[0015]、[0027]及[0108]-[0109]明确指出缓冲/延迟发生在**网络网关（Gateway，即网络路径上的第二位置）**：

> [0015] "...adjusting a variable delay in the gateway on a signal routed through the gateway until the audible and visible outputs from the separate devices are effectively synchronised..."

> *(在网关中对穿过网关的信号调整可变延迟，直到独立设备的声像输出有效地同步...)*

> [0027] "...A variable delay may therefore act on one or both of the signals to restore the synchronisation."

> [0108]-[0109] "...adjust a variable sensory output delay 401 on the audio stream in the gateway... The delay value is then stored in the gateway."

> *(在网关内的音频流上调整可变感知输出延迟401...该延迟值存储在网关中。)*

### 3. D3：US07289451B2 (US7289451B)

* **技术焦点**：主要解决全双工通信中根据语音活动性（Active/Inactive）动态分配/交易延迟（Delay Trading）以优化网络传输资源和交互体验的问题。

* **出处**：摘要及[0080]-[0092]详细阐述了通过检测说话状态在发送端/接收端调整Jitter Buffer（抖动缓冲器）的大小。

---

## 四、 最接近对比文件的选择（创造性分析视角）

在对本专利进行创造性分析（或提出无效宣告）时，选定“最接近的对比文件”至关重要。结合整体解决的技术问题和技术效果：

### 1. 本专利解决的技术问题与技术效果

* **技术问题**：如何在网络传输多媒体流时，克服终端硬件能力差异或网络路径延迟差异，实现多终端/多媒体流的高精度同步播放。

* **技术效果**：通过在**网络传输路径中间（第二位置/网关/源端）**设置缓冲器进行延迟补偿，减轻了终端处理负担，避免了终端因缓存能力不足导致的同步失败。

### 2. 最接近对比文件的评估与选择

#### **首选最接近对比文件：D2 (US07043749B1)**

* **选中理由**：

1. **技术领域与问题高度重合**：D2专门解决网络传输中多媒体流（如音频与视频）跨网关传输时的同步（Lip-sync）问题。

2. **技术特征覆盖最全**：D2**完整公开了特征A、B、C以及最关键的特征D**。D2明确提出了将缓冲延迟（Variable delay / Buffering）置于网络节点——**网关（Gateway）**中，从而在媒体包到达终端前/传输过程中完成延迟补偿。

3. **技术效果一致**：均实现了通过网络中间节点进行缓冲控制，使终端口的媒体输出达到精准同步。

#### **次选最接近对比文件：D1 (JP2004104796A)**

* **选中理由**：

1. D1同样聚焦于多媒体数据包（如多声道音频、音视频流）的同步再生（Synchronous reproduction），技术方案与本专利非常相似。

2. **区别特征**：D1的缓冲器（1041, 1042）明确设在**接收端终端（Media Sink）**；而本专利的缓冲器设在网络路径的**第二位置（网络侧节点）**。

---

## 五、 特征公开情况与无效请求中最薄弱的技术特征

根据上述对比分析：

1. **特征公开性汇总**：

* **特征A、B、C**：已被 D1、D2、D3 广泛且毫无异议地公开。

* **特征D（缓冲器置于网络路径中的第二位置）**：已经被 **D2 毫无异议地公开**（D2中的Gateway即对应网络路径中的第二位置）。

2. **最薄弱的技术特征分析**：

* 权利要求1的**最薄弱技术特征**即为其前述特征中的“特征部分”（Characterizing portion）：**“所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置处”**。

* **无效突破口**：

专利权人通常会主张“将缓冲功能从传统的终端（Media Sink）转移到网络中间节点/网络路径（第二位置）”是本专利的核心创新点。然而，**D2已经将该特征完整公开**（D2明确要求在 Gateway 处设置可变延迟缓冲器以实现同步）。

因此，若以 **D2 为最接近对比文件（单篇破坏新颖性/创造性）**，或以 **D1 为最接近对比文件结合 D2（D1+D2 结合破坏创造性）**，权利要求1极易被完整击穿并宣告无效。

---

## 六、 进一步的对比文件检索策略建议

为了在后续的专利无效宣告程序中构建更稳固的证据链（特别是防范专利权人通过修改权利要求、加入说明书实施例中的细化特征），建议采取以下检索策略：

### 1. 扩展检索要素表达式 (Search Matrix)

* **核心概念 1（网络侧/中间节点缓冲）：**

* Keywords: Gateway, Network Node, Intermediate Node, Server-side buffering, In-network delay, Proxy.

* IPC/CPC分类号: `H04L65/80` (QoS/同步), `H04N21/242` (服务器端同步), `H04L67/56` (中间节点代理/网关处理)。

* **核心概念 2（到达时间测量与动态缓冲指令）：**

* Keywords: Arrival time, Time-stamp, Playback offset, Jitter buffer control, Delay calibration, RTCP Sender/Receiver Report.

* IPC/CPC分类号: `H04J3/06` (网络同步), `H04L43/0852` (延迟测量)。

### 2. 针对性补充检索方向

1. **瞄准从属权利要求及说明书实施例：**

* 检查专利说明书中关于“测量模块”如何具体计算定时信息（例如是否使用了特定的时间戳差值算法、RTCP协议扩展），以及“第二位置”的具体部署形式（如边缘服务器 Edge Node、流媒体代理服务器 Proxy）。针对这些细化特征进行补充检索，防止专利权人通过缩小保护范围进行抗辩。

2. **重点搜索 3GPP / IETF 标准草案文献 (Non-Patent Literature - NPL)：**

* 多媒体同步（如 RTP/RTCP 协议、RTSP 流控、网关流同步机制）在 2000-2008 年间的 IETF RFC 草案及 3GPP TSG-SA4（IP多媒体子系统IMS音视频同步）标准中有大量讨论。检索这些标准提案往往能找到比专利文献更早公开的“网络侧网关缓冲/同步”技术细节。

针对权利要求1（下称“本专利权1”）的技术方案，结合说明书的技术构思以及对比文件 **D1（JP2007300498A）**、**D2（US20080117937A1）**、**D3（WO2009053072A1）** 的原文具体记载，现从专业专利代理师的角度进行深度对比分析与有效性评估。

---

### 一、 权利要求1的术语与技术方案深度解读

结合专利说明书的一般技术构思，权利要求1的核心逻辑在于**“测量位置与缓冲（延迟）位置在网络拓扑中的解耦”**：

1. **第一和第二媒体流/路径/源与终端（特征A）：** 构建了多媒体网络传输拓扑，涉及至少一个媒体源通过不同的网络路径将多个流（如音频/视频流、阶梯编码流等）传输至一个或多个终端。

2. **第一位置处的测量模块及定时信息（特征B）：** 在媒体路径上的“第一位置”（通常位于下游近终端侧或终端处，如测量模块246，248，250置于终端208，210，212侧）对媒体包的到达时间（Arrival Time）相关定时信息进行测量。

3. **生成缓冲指令（特征C）：** 收集“第一位置”测量到的定时信息后，在网络中（如集中控制器或主控模块）计算延时，并生成发往网络中至少一个缓冲器的控制指令。

4. **第二位置处的缓冲与基本同步（特征D）：** 将缓冲器设置在媒体路径上的“第二位置”（如位于第一位置上游的网络节点/中间设备204，206处）。通过在“第二位置”提前对媒体包施加延迟，使得媒体包最终到达终端时的到达时间实现基本同步（如解决终端侧无大容量缓冲资源、减轻终端计算开销或防止往返时间RTT估计虚高等问题）。

---

### 二、 对比文件原文技术特征对比分析

#### 1. D1（公开号：JP2007300498A）

* **特征A（公开）：** 记载了发送终端100通过不同路径经中继装置将多个媒体流（如音频和视频，或阶梯编码流）传输至接收终端150（段落[2] [0025]-[0028]、图1）。

* **特征B（实质公开/部分比对）：** 中继装置140（或接收终端）分析报文，记录到达时间（段落[2] [0032]“パケットの到着時刻”、图3到达时刻记忆领域182）。但D1的主实施例中，测量到达时间的位置与缓冲位置均位于同一个中继装置140内。

* **特征C（公开）：** 中继装置通过计算延迟差值 $D_{MAX} - D_i$，生成用于控制内部缓冲队列的发送时刻/缓冲指令（段落[2] [0035]-[0038]、图5）。

* **特征D（部分公开/存在差异）：** 记载了在中继节点对数据包进行缓冲延迟以实现同步（段落[2] [0032]-[0038]），且在实施例3（图11，段落[2] [0046]-[0052]）中记载了下游中继装置330向上游中继装置300/350发送缓冲请求（`バッファリング要求パケット`）。然而，D1的架构主要是因为下游设备“缓冲区不足”才向上游请求代为缓冲，并非标准意义上在固定第一位置测量、将缓冲指令下发至第二位置进行精准链路同步控制。

#### 2. D2（公开号：US20080117937A1）

* **特征A（公开）：** 记载了端点102-104作为媒体源，将音频和视频分别通过音频混合器120和视频混合器122传输至目标端点106-107（段落[0015]-[0019]、图1）。

* **特征B（公开）：** 混合器（如音频混合器200、视频混合器300）测量网络路径延迟及数据包到达定时信息（段落[0023]-[0024]、[0031]-[0032]、表2）。

* **特征C（公开）：** 根据测得的延迟/偏移量，生成用于控制输入/输出缓冲器（如 `input delay buffers 306-308`、`output delay buffers 314-316`）的延时调整指令（段落[0034]-[0039]、表3、表4）。

* **特征D（部分公开）：** 在混合器（网络中间节点）处设置缓冲器进行延迟，以保证音视频到达哑终端（Dumb Endpoints）时唇形同步（Lip-sync）（段落[0021]-[0022]、[0029]）。但D2中，延迟测量与缓冲均在混合器设备内部完成，或者通过带外Ping/RTCP测量，未明确将“测量模块置于第一位置”与“缓冲器置于异于第一位置的第二位置”进行空间/节点上的明确解耦。

#### 3. D3（公开号：WO2009053072A1）

* **特征A（公开）：** 记载了广播站（BS 1）将媒体流通过网络节点（如接入节点 AN1-AN3 4a-4c）传输给一组终端（6a-8b）（段落[p0013]、[p0056]-[0060]、图1）。

* **特征B（完全公开）：** 各接入节点（AN，作为第一位置）测量媒体包到达接入节点的时间信息（$T_1, T_2, T_3$），并将到达时间信息发送给同步单元（Server/MSAS）（段落[p0011]、[p0013]、[p0065]-[0069]、图2步骤11与12）。

* **特征C（完全公开）：** 同步单元根据收集到的到达时间信息计算各节点的延迟量，生成缓冲/延迟指令并下发（段落[p0012]、[p0013]、[p0066]-[0074]、图2步骤13与14）。

* **特征D（完全公开/实质公开）：**

* 接入节点或网络节点中设置可变延迟缓冲器（`variable-delay buffer`），延迟数据包发送，使得各终端接收到的媒体流基本同步（段落[p0010]-[p0013]）。

* 针对“缓冲器位于第二位置”，D3段落[p0032]和[p0033]明确指出：

> *“Alternatively the network node that locates the variable delay unit may be a head end, a core router or another functional element that is part of the transport function of a network and that is located in the path of the stream.”*

> *“Alternatively, there may be variable delay units in multiple of the network nodes in the path of the stream. For example, there may be variable delay units in both the head ends and in the access nodes...”*

* **解读：** D3明确教导了测量点在网络边缘接入节点（第一位置），而可变延迟缓冲单元可以设置在上游的头端（Head End）、核心路由器（Core Router）等网络传输路径上的其他网络节点（第二位置）中，实现了测量位置与缓冲位置的分离配置。

---

### 三、 技术特征比对表（Feature Comparison Table）

---

### 四、 最接近的对比文件选择与创造性分析

从**整体解决的技术问题**与**技术效果**角度分析：

1. **最接近的对比文件首选：D3（WO2009053072A1）**

* **技术问题：** D3与本专利均致力于解决多媒体流在网络传输过程中，因路径差异、网络抖动等原因导致的到达终端不同步问题，同时意图减轻终端侧的缓冲负担和设备成本（D3段落[p0006]-[p0008]）。

* **技术方案匹配度：** D3采用了“分布式测量（接入节点AN/终端侧）+ 集中/分级控制 + 网络节点（AN、Head End、Core Router）可变缓冲”的架构，完全覆盖了本专利权利要求1的前序特征以及“缓冲器设置在异于测量位置的第二位置”这一前沿特征。

* **结论：** **D3（WO2009053072A1）适合作为最接近的对比文件。**

2. **次要/平行最接近对比文件：D1（JP2007300498A）**

* **技术问题：** D1旨在解决多流（如阶梯编码或音视频）跨不同路径传输时的同步问题，并防止因中继节点缓冲导致往返时间（RTT）测量虚高进而降低传输速率（D1段落[2] [0017]-[0020]）。

* **技术方案匹配度：** D1提供了非常详尽的中继节点缓冲及时间戳修正（補正部146）机制。若本专利侧重于“多路径/多流的带宽控制与时间戳修正”，D1在技术领域和问题契合度上极高。

#### 组合创造性分析：

* **单对比文件破坏新颖性/创造性（以D3为主对比文件）：**

D3不仅公开了在第一位置（如接入节点AN）测量到达时间，还明确指出了为了实现“分级/级联同步（concatenated synchronization）”或减轻边缘节点压力，可以将缓冲可变延迟单元设置在传输路径上游的“头端（head end）”或“核心路由器（core router）”等第二位置（段落[p0032]-[p0033]）。因此，权利要求1的所有技术特征（A+B+C+D）已被 **D3 逐字/实质公开**，权利要求1 **不具备新颖性（A22.2）或至少不具备创造性（A22.3）**。

* **多对比文件组合（D1/D2 + D3）：**

即使认定D1或D2作为主对比文件，且假设其未明确指出“测量位置（第一位置）与缓冲位置（第二位置）的分离”，本领域技术人员在面对“终端/边缘节点存储资源受限”的技术问题时，结合D3段落[p0032]-[p0033]关于“将缓冲单元上移至网络上游节点（如Head End/Core Router）”的显而易见教导，组合D1/D2与D3得出权利要求1的技术方案是极其自然且不具备创造性的。

---

### 五、 最薄弱的技术特征与无效攻击策略

#### 1. 权利要求1最薄弱的技术特征

* **最薄弱特征：** **“缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置(204，206)处”（即测量位置与缓冲位置的物理/拓扑分离）**。

* **薄弱原因分析：** 专利权人试图将“网络中间节点代为缓冲/上游缓冲”作为区别于传统“终端自缓冲”的特征。然而，在网络流媒体传输领域，将缓冲功能从终端下沉或上移至网络节点（如CDN节点、边缘路由器、头端设备）属于公知常识及现有技术的常见架构（如D3段落[p0032]直接撞车）。该特征缺乏足够的协同技术效果支撑，极易被现有技术击穿。

#### 2. 进一步的对比文件检索策略（针对后续从属权利要求的无效准备）

为了确保在专利无效宣告程序中彻底压制专利权人可能的修改（如将说明书中关于“时间戳补正”、“RTT补偿”或“具体测量算法”补入独立权利要求），建议采取以下检索策略：

1. **扩展检索要素组合（IPC分类号 + 关键词）：**

* **IPC分类号：** `H04N 21/242`（服务器端同步）、`H04N 21/43`（客户端同步）、`H04L 65/80`（QoS/流媒体传输质量控制）、`H04J 3/06`（网络同步）。

* **关键词逻辑表达：** `(synchroniz* OR lip-sync) AND (buffer* OR delay*) AND (intermediate node OR router OR middlebox OR edge OR head-end) AND (timestamp OR arrival time)`。

2. **精准追溯同族与优先权链条：**

* 重点核查D3（WO2009053072A1）的同族专利（如EP2206346A1、US20100260195A1等），利用同族专利中可能存在的更具体的实施例描述（如针对具体报文结构、控制信令格式的描述）进行深度比对。

3. **补充检索“时间戳修正/RTT欺骗”方向的对比文件：**

* 针对本专利说明书中可能隐藏的“在第二位置缓冲后修正报文时间戳以防止TCP/TFRC误判RTT增大”的技术点，重点检索互联网工程任务组（IETF）RFC标准草案（如RFC 3448 TFRC相关扩展）以及松下（Panasonic）、思科（Cisco）、爱立信（Ericsson）在2003–2008年间申请的关于“网络中间件（Middlebox）修改RTP/RTCP时间戳”的专利。

作为一名经验丰富的专利代理师，我将针对目标专利权利要求1，结合说明书背景及两份对比文件的原文，为您进行深度分析、特征比对、最接近对比文件的确立以及无效检索策略的制定。

---

## 一、 权利要求1的技术特征拆解与说明书内部解释

结合目标专利（即权利要求1对应技术）的说明书背景及附图标记（202、208、246、232等），对权利要求1的各项技术特征进行如下界定：

* **技术特征A**：`用于同步第一和第二媒体流(220，222)的方法，经由第一和第二媒体路径通过网络中至少一个媒体源(202)将所述第一和第二媒体流传输到一个或多个终端(208，210，212)`

* **说明书解释**：属于**端到端/多终端/多流媒体传输架构**。媒体源（如IPTV/流媒体服务器202）将媒体流推送到终端（如Set-top box、手机、PC等208-212）。

* **技术特征B**：`使用设置在所述第一和第二媒体路径中的第一位置(208，210，212)处的测量模块(246，248，250)，测量与所述第一和第二媒体流中的媒体包的到达时间相关的定时信息`

* **说明书解释**：**测量端（即“第一位置”）位于终端侧/客户端侧**。测量模块（246等）在接收终端处采集媒体包到达的时间戳、序列号或帧信息，即从接收端反馈播放进度或到达定时。

* **技术特征C**：`根据所述定时信息，在所述网络中生成用于至少一个缓冲器(232，234)的缓冲指令`

* **说明书解释**：通过将终端采集到的定时信息汇总分析，计算出各路径需延时的时间，从而**产生控制网络节点缓冲器的指令**。

* **技术特征D（前序+特征部分）**：`延迟在所述媒体路径上传输到所述一个或多个终端的一个或多个媒体包，以使媒体包到达所述一个或多个终端的时间基本同步，所述方法的特征在于，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置(204，206)处。`

* **说明书解释（核心发明点）**：控制延迟发生在**网络侧/中间路径节点（即“第二位置”，如网关、网元节点、路由器204/206）**，**而非**仅在终端本地的缓冲器中延时。即**“终端测量定时 + 网络中间节点缓冲执行”**的异地/分布式控制架构。

---

## 二、 对比文件技术特征比对表

针对对比文件：

1. **D1**：`WO2009071321A1`（公开日：2009年06月11日）

2. **D2**：`US20090257455A1`（公开日：2009年10月15日）

### 详细特征比对表

---

## 三、 创造性分析：最接近的对比文件选择

在评估本专利权利要求1的创造性时，**D1 (`WO2009071321A1`) 是最适合作为“最接近的对比文件（第一最接近对比文件）”**。

### 1. 为什么选择 D1 作为最接近对比文件？

* **技术领域与解决的技术问题高度一致**：

* **本专利**：解决 IPTV / 组播流传输中，多个终端（Group/Inter-destination Synchronization）由于网络延迟不一致导致的**多终端输出同步问题**（如不同房间看球赛不同步）。

* **D1**：解决 IPTV / 实时交互场景下，**多个终端（Terminals）输出同步**的问题（见D1原文 `[p0004]`、`[p0010]`：*“synchronizing the output of terminals”*）。

* **D2**：主要解决回声消除/语音质量增强（VQE/MQE）中远端与近端信号在网络节点处的时延对齐（见D2原文 `[0001]`、`[0012]`）。

* **技术方案覆盖度极高**：

D1公开了权利要求1中除“缓冲器设置在网络中间路径节点（第二位置）”以外的**绝绝大部分技术特征**（包括多终端架构、终端侧采集MUR/到达时间信息、中心化/分布式计算Delay，下发缓冲延时指令）。

### 2. 区别技术特征与实际解决的技术问题

以 **D1** 为最接近对比文件，权利要求1与D1的区别特征为：

* *权利要求1将缓冲器设置在网络传输路径中的“第二位置”（即网络中间节点/网关/路由器等），而D1将缓冲器设置在终端（Terminal）本地。*

**该区别特征实际解决的技术问题**：

如何减轻终端侧的硬件负担/降低终端复杂度，并在网络侧统一实现媒体包到达终端前的时间同步延时控制。

---

## 四、 区别特征在其他对比文件中的公开情况与无效可行性

### 1. 区别特征是否被 D2 公开？

**是的，已被 D2 实质公开。**

* **D2的公开内容**：D2 的说明书 `[0016]`、`[0020]` 及附图 Fig.1/Fig.2 明确指出，用于控制和对齐信号时延的缓冲器（Buffer）位于**网络中的媒体质量增强模块（MQE/VQE Module 120/220）**中，该模块是置于网络（`in the network 200`）传输路径上的中间节点，而非终端设备内部。

* **结合启示（D1 + D2）**：

1. **D1** 提供了多终端媒体流同步的整体架构（终端采集定时，中心/分布式计算延时）。

2. **D2** 给出了在网络中间节点（Network Node/Gateway）建立 Buffer 来延迟/对齐媒体包的技术教导。

3. 对于本领域技术人员（POSITA）而言，当面对 D1 中“需要修改或占用终端大量缓冲资源”的缺陷时，结合 D2 关于“在网络中间节点设置 Buffer 来延迟匹配数据包”的常规技术手段，将 D1 中位于终端的缓冲器前移/上移至网络路径的中间节点（第二位置）是显而易见的。

因此，**结合 D1 + D2，权利要求1不具备突出的实质性特点和显著的进步，不具备《专利法》第22条第3款规定的创造性。**

---

## 五、 最薄弱的技术特征分析与无效攻击切入点

若对我方（请求人）提出专利无效宣告请求，本专利**最薄弱的技术特征**如下：

### 最薄弱特征：`缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置(204，206)处`

* **薄弱原因**：

1. **高度上位化与概念化**：权利要求1仅泛泛限定了缓冲器位于“第二位置”（即非终端的网络路径某处），但并未对该“第二位置”的具体网络拓扑、控制机制或特殊硬件结构做出限制。

2. **属于本领域的惯用技术手段替换**：在网络通信领域（如CDN、网关缓冲、边缘计算），将缓冲控制从“端侧（Client-side）”转移到“网络节点（Network-node/Edge router）”是极其常见的架构重构。

3. **D2提供了明确教导**：D2 已经证明了在网络中间节点设立 Buffer 进行数据包对齐是现有技术中的成熟方案。

---

## 六、 进一步的对比文件检索策略（进一步补强无效案卷）

为了防止专利权人在无效阶段通过将说明书中的实施例特征（例如具体的SIP/IMS信令交互、网关与边缘路由器的控制协议等）补入权利要求1进行修改，建议采取以下**进一步对比文件检索策略**：

### 1. 检索要素组合（Search Element Combinations）

* **核心概念 1（网络侧缓冲/节点同步）**：`In-network buffering` / `Network node delay` / `Edge router buffer` / `Intermediate node synchronization`

* **核心概念 2（终端测量+网络执行）**：`Terminal feedback` / `Measurement module` / `Inter-destination synchronization` / `Group synchronization` / `IPTV` / `RTP/RTCP timestamp`

### 2. 推荐补充检索数据库与分类号 (IPC/CPC)

* **分类号定位**：

* `H04N 21/242`：服务器侧或网络侧的同步（Synchronization at the server side or network side）

* `H04N 21/43`：终端侧的同步及网络配合

* `H04L 65/65` / `H04L 65/80`：流媒体传输中的QoS与同步控制

* **拓展检索文献库**：

* **IEEE Xplore / ACM Digital Library**：重点检索 2004-2008 年间关于 **"Inter-destination media synchronization" (IDMS)** 和 **"Network-based buffering for IPTV"** 的学术论文（如 IEEE Transactions on Broadcasting 等）。

* **3GPP / ETSI TISPAN 标准草案文献**：检索 ETSI TS 182 027 (IMS-based IPTV) 中关于媒体同步控制（Media Synchronization Application Server, MSAS）在网络侧节点（MDF/MCF）设置缓冲控制的标准提案，此类标准文献往往能直接击中“网络节点缓冲”的特征。

如权利要求1所述的方法，其中，所述第一媒体路径提供在所述媒体源和第一终端之间，并且所述第二媒体路径提供在所述媒体源和第二终端之间。

如权利要求1或2所述的方法，其中，所述测量模块位于所述一个或多个终端处，或者位于沿着将所述一个或多个终端连接到所述网络的一条或多条存取线路的位置处；和/或其中，所述缓冲器位于所述网络中。

如权利要求1或2所述的方法，其中，所述缓冲指令通过同步服务器生成；以及其中，所述测量模块和所述缓冲器分别被配置成同步测量客户端和同步缓冲客户端，所述方法还包括：接收来自从所述同步测量客户端的定时信息；以及， 将缓冲指令传输至所述同步缓冲客户端。

如权利要求4所述的方法，其中所述缓冲指令在一个或多个RTCP同步设置指令报告中，发送至所述同步缓冲客户端；和/或其中，所述定时信息在一个或多个同步状态信息报告中发送至所述同步服务器。

根据权利要求5所述的方法，其中，所述同步状态信息报告经由所述同步缓冲客户端发送至所述同步服务器。

如权利要求6所述的方法，其中，所述同步缓冲客户端配置成修改从终端发送至所述同步服务器的同步状态信息报告；和/或其中，所述同步缓冲客户端配置成将同步设置指令报告转发至终端。

如权利要求1所述的方法，其中，所述第一媒体路径提供在第一媒体源和终端之间，并且所述第二媒体路径提供在所述第一媒体源或另一第二媒体源和所述终端之间。

如权利要求1所述的方法，其中，所述测量模块位于网络节点中；以及，其中所述缓冲器位于所述一个或多个终端中或位于沿着将所述一个或多个终端连接到所述网络的一条或多条存取线路的位置处。

如权利要求1或2所述的方法，其中，所述一个或多个终端中的至少一个配置成测量媒体流中媒体包的所述到达时间之间的变化，并根据所述到达时间测量，确定变化是否涉及源自缓冲点的延迟。

如权利要求1或2所述的方法，其中，所述缓冲器包括可变延迟缓冲器，所述可变延迟缓冲器配置成根据接收的来自所述网络的延迟指令延迟媒体流，所述延迟从0.5和10秒之间选择；和/或其中，所述缓冲器在连接到所述缓冲器的两个或多个终端之间共享。

用于同步第一和第二媒体流的系统，所述系统包括： 至少一个媒体源，其经由第一和第二媒体路径将第一和第二媒体流传输到一个或多个终端； 至少一个测量模块，用于测量与通过所述至少一个测量模块接收的所述第一和第二媒体流中的媒体包相关的定时信息，所述测量模块设置在所述第一和第二媒体路径中的第一位置处； 至少一个缓冲器，其配置成根据延迟指令，延迟在媒体路径上传输到所述一个或多个终端的媒体包，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置处；以及，同步服务器，其用于根据所述定时信息生成用于所述至少一个缓冲器的缓冲指令，以使媒体包到达所述一个或多个终端的时间基本同步。

一种在如权利要求12所述的系统中使用的同步服务器，所述同步服务器包括：接收器，其用于从设置在第一和第二媒体路径中的第一位置处的测量模块接收与一个或多个媒体流中的媒体包的到达时间相关的定时信息； 处理器，其配置成生成缓冲指令，所述缓冲指令包括根据所述定时信息计算的延迟信息； 发送器，其用于将所述缓冲指令传输到至少一个缓冲器，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置处。

一种用于媒体播放的终端，所述终端配置成在如权利要求12所述的系统中使用，所述终端包括：测量模块，其用于测量与通过所述终端接收的媒体包的到达时间相关的定时信息； 发送器，其用于将所述定时信息传输到网络中的同步服务器；以及，测量单元，其用于测量媒体流中媒体包的所述到达时间之间的变化，并且根据所述测量确定变化是否涉及源自缓冲器点的延迟。

一种用于同步第一和第二媒体流的装置，所述装置用于执行如权利要求1至11中任一项所述的方法，所述装置包括：测量模块，其设置在第一和第二媒体路径中的第一位置处，测量与所述第一和第二媒体流中的媒体包的到达时间相关的定时信息； 缓冲器，其配置成根据延迟指令，延迟在媒体路径上传输到所述一个或多个终端的媒体包，所述缓冲器设置在所述第一或第二媒体路径中的至少一个中的第二位置处；以及同步服务器，其用于根据所述定时信息生成用于所述缓冲器的缓冲指令，以使媒体包到达所述一个或多个终端的时间基本同步。