一种启用MPEG‑MORE媒体编排的方法，所述媒体编排将多个设备编排成处理至少一个媒体流，所述方法包括在客户端设备处：接收（1）涉及某个媒体编排的通信信道构建信息；其中所述通信信道构建信息包括编排会话标识符；所述编排会话标识符使得控制器系统能够确定编排会话；在向控制器系统传输请求之前在所述请求中包括（2）标识符；所述标识符包括所述编排会话标识符；基于所述通信信道构建信息，从所述客户端设备向所述控制器系统传输（3）所述请求；所述请求表示在所述客户端设备与所述控制器系统之间建立与所述某个媒体编排有关的通信信道的第一步骤；在已经建立所述通信信道之后，在所述客户端设备处通过所述通信信道从所述控制器系统接收（11）控制信息；所述控制信息包括MPEG MORE消息传递和控制和/或MPEG MORE编排数据。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1与三份对比文件（D1: WO2012068430A1；D2: US20120143984A1；D3: TW201225701A）进行了深度解构与技术特征比对。

经初步审查，**D1、D2和D3实质上属于同一技术源头的专利家族成员**（均要求US 61/415,190和61/415,216的优先权，且正文技术方案高度一致）。以下是严谨的法律与技术分析：

---

## 一、 权利要求1技术特征比对表

基于目标专利说明书的语义，我将权利要求1拆解为A至I共9个技术特征，并与三份对比文件的原文进行了逐项核对。

---

## 二、 最接近对比文件（A1）的确定

在创造性评判中，**D1（WO2012068430A1）、D2（US20120143984A1）和D3（TW201225701A）均同样适合作为最接近的对比文件**（可任选其一，因为它们属于同一技术方案的同族专利）。

### 1. 整体解决的技术问题分析

* **目标专利**：解决在多设备分布式环境中，如何通过客户端与控制器的交互，构建统一的编排通道，实现多设备协同处理媒体流的会话管理与编排控制问题。

* **对比文件（D1/D2/D3）**：解决在IP多媒体子系统（IMS）中进行UE间转移（IUT）时，由于媒体流被分割分发到地理位置分离的多个不同设备，导致不同设备间播放存在时延滞后（Lag）的问题（参见D1 [0004]、D2 [0004]）。它们通过引入目的地间媒体同步（IDMS）来解决这一多设备协同播放的同步控制问题。

* **结论**：二者面对的完全是**相同的技术场景**（多设备协同处理/播放媒体流）和**相同的技术痛点**（如何安全、准确地在控制端和多客户端之间构建关联会话并交互控制信息）。

### 2. 技术效果分析

* **目标专利**：实现了客户端与控制系统之间“编排会话”的精准识别与绑定，确保控制信息和编排数据能准确下发至加入编排的从属设备。

* **对比文件（D1/D2/D3）**：通过在IUT请求和SDP消息中携带“Group Synch ID / Session ID”，使SCC AS和远端服务器能够精准关联并绑定该同步组，最终通过RTCP控制信息实现了多设备间无延迟的协同媒体播放。

* **结论**：两者达成的核心技术效果在系统架构层面完全实质等同。因此，该专利家族（D1/D2/D3）是天生的最接近现有技术。

---

## 三、 无效请求中最薄弱的技术特征分析

经比对，权利要求1中**最薄弱（即最容易被攻破）的特征是特征A至特征H**。

这一系列特征所构成的“接收信道信息 -> 提取会话ID -> 在请求中加入ID -> 发送请求构建信道 -> 建立后接收控制信息”的**信道构建闭环交互流程**，已被D1/D2/D3在IMS IUT/IDMS控制流中**完全其实质公开**。

### 真正构成本案防御壁垒的特征：特征I

> “所述控制信息包括 MPEG MORE 消息传递和控制和/或 MPEG MORE 编排数据。”

* **现状**：目前提交的D1/D2/D3仅公开了传统的基于“RTP/RTCP”或“IMS信令”的控制数据，**完全没有提及“MPEG-MORE”这一特定的标准或编排数据格式**。

* **无效策略面临的困境**：如果仅凭现有的D1/D2/D3，由于无法证明“用MPEG MORE协议/数据来代替RTCP协议/数据”对本领域技术人员是显而易见的，创造性攻击极易被专利局以“存在技术偏见”或“非显而易见”为由驳回。特征I是目前阻碍权利要求1被成功无效的“胜负手”。

---

## 四、 进一步的对比文件检索策略（针对特征I的强攻方案）

为了彻底打掉权利要求1，必须针对**特征I（MPEG-MORE）**发起专项补充检索，切断其创造性立足点。建议采取以下多维检索策略：

### 1. 追踪标准组织文献（关键突破口）

目标案明确指出了 **“MPEG-MORE”**（Media Orchestration，媒体编排标准，通常对应 **ISO/IEC 23001‑13** 或相关MPEG工作组提案）。

* **检索源**：3GPP Tdoc、MPEG工作组（ISO/IEC JTC 1/SC 29/WG 11）会议提案、DVB标准文档、IETF Drafts。

* **策略**：检索在**2010年至2012年前后**（结合对比文件优先权日）甚至更晚但早于目标专利优先权日期间，MPEG关于“MORE”或“Media Orchestration”的系统架构规范。寻找其中是否已经定义了“客户端通过在HTTP/WebSocket或自定义信道请求中携带Orchestration Session ID来构建编排信道，并接收MORE控制信令”的通用规范。

### 2. 关键词扩展与交叉检索

在各大专利数据库（EPO, USPTO, CNKI, Google Patents）中，利用特征A-H的IMS架构与特征I的MPEG标准进行交叉：

* **英文检索式组合**：

* `(MPEG-MORE OR "Media Orchestration" OR "ISO/IEC 23001-13")`

* `AND ("session ID" OR "orchestration ID" OR "identifier")`

* `AND ("control channel" OR "communication channel" OR "setup" OR "establish")`

### 3. 寻找“技术领域迁移”的常规手段证据

* **检索目的**：寻找公知常识或教科书级别的对比文件（D4），证明将传统的IMS多设备控制（如D1的RTCP）替换为特定应用层媒体编排协议（如MPEG-MORE），只是本领域技术人员为了适应新标准而进行的**常规技术选择和常规设计迁移**，并未带来预料不到的技术效果，从而以“惯用手段变更”为由一举击溃其创造性。

作为一名经验丰富的专利代理师，我将为您对该目标权利要求1进行深度解析，并结合三份对比文件（D1: CN104137505A、D2: US20160014171A1、D3: EP2798816B1）的原文及详细出处进行特征比对与创造性分析。

---

### 一、 权利要求特征分解与对比文件特征比对

为了清晰展现各对比文件对权利要求1技术特征的公开情况，以下将权利要求1分解为9个具体技术特征（A至I），并与各对比文件的原文及出处进行详细比对：

#### 权利要求1技术特征比对表

| **技术特征G**：所述请求表示在所述客户端设备与所述控制器系统之间建立与所述某个媒体编排有关的通信信道的第一步骤 | **毫无异议公开**<br>该请求为WebSocket建立请求或握手请求（HTTP GET /WS），是建立流式传输控制信道的第一步。<br>【出处】说明书[0208], [0504a] | **实质公开**<br>IUT请求是触发SCC AS在多个UE与媒体服务器/MRF之间建立媒体同步（IDMS）控制会话的第一步。<br>【出处】[0047], [0055], [0064] | **毫无异议公开**<br>该请求是执行WebSocket强制握手（mandatory WebSocket handshake）以建立流媒体控制信道的第一步。<br>...

> **⚠️ 敏感数据限制提示：** 根据您的个人历史记录（如2026年1月关于3GPP引用准确性的反馈），本报告严格基于您所提供的对比文件内文进行事实核查，绝不包含外部不可靠的第三方推导。

---

### 二、 最接近的对比文件（D1 / D3）分析

在创造性评判过程中，**对比文件1（D1，CN104137505A）** 以及其同族欧洲专利授权文本 **对比文件3（D3，EP2798816B1）** 最适合作为本申请的**最接近的对比文件（Primary Prior Art）**。

#### 1. 整体解决的技术问题角度

* **目标专利** 旨在解决在多设备协同处理媒体流的“媒体编排”场景下，如何由客户端向控制器安全、高效、且能准确识别编排会话地建立一条专用的双向/单向控制信道。

* **D1/D3** 针对的技术问题是：在基于HTTP的无状态、无会话的流媒体传输中，服务器无法主动向客户端推送网络配置变更或过载重定向信息。为此，D1/D3提出通过在清单文件中植入信道构建信息，由客户端发起建立一条**长连接控制信道（如WebSocket）**，允许网络侧主动控制和更新媒体流传输。

* **D2（US20160014171A1）** 解决的则是IMS网络下不同终端之间进行媒体流切换和跨设备媒体同步（IDMS）的问题。其网络架构基于IMS信令面（SIP/SCC AS），与MPEG媒体编排的通用控制面构建理念存在一定拓扑差异。

#### 2. 技术效果角度

* **D1/D3** 采用的“清单文件携带信道构建参数+客户端请求建立持久信道（WebSocket）+网络侧主动推送控制”的技术方案，其产生的技术效果（即消除HTTP盲区、实现低开销全双工实时控制、利用会话ID精准定位设备与流的关系）与目标专利在客户端与控制器之间建立MPEG-MORE控制信道的效果**完全达成实质等同**。

因此，应当以 **D1（或D3）** 作为创造性分析的起点（第一对比文件）。

---

### 三、 未被最接近对比文件公开的特征与无效策略

#### 1. 区别特征分析（最薄弱的技术特征）

经过严密的特征比对可以发现，D1/D3 已经以“毫无异议公开”或“实质公开”的方式覆盖了权利要求1中关于**通信信道建立的整个控制流**（特征A至H）。

目标专利唯一残存的、未被D1/D3直接公开的字面特征是**技术特征I**中的特定标准术语：

> **“所述控制信息包括 MPEG MORE 消息传递和控制和/或 MPEG MORE 编排数据。”**

* **其他对比文件的公开情况**：**D2** 虽然公开了通过RTCP扩展报告（XR）进行多设备间的IDMS媒体同步控制信息交互，但同样**没有显式提及“MPEG-MORE”这一特定标准协议的数据格式**。

* **无效请求中最薄弱的技术特征（突破口）**：**技术特征I** 恰恰是本专利规避现有技术的最薄弱之处。因为“MPEG-MORE”属于特定组织定义的标准协议名称，将通用的“控制信道传输流媒体控制数据”限定为“传输MPEG-MORE编排数据”，在具体技术手段上**仅仅是数据载荷（Payload）标准协议格式的常规选择**，并未带来意料不到的技术效果。

#### 2. 驳回/无效理由构建建议

在针对权利要求1提交无效宣告请求时，应主张：

> “将控制信道内传输的控制信息限定为‘MPEG MORE数据’，属于本领域技术人员在MPEG标准演进过程中，将已知的控制信道架构（D1/D3的WebSocket控制信道）应用到特定标准协议传输时的**常规设计选择（Design Choice）**。这种协议层面的替换没有改变信道建立的底层拓扑，亦未产生协同性的技术效果，故权利要求1不具备创造性。”

---

### 四、 进一步的对比文件检索策略

为了在无效程序中达到“一击必杀”的效果，针对上述残存的“MPEG-MORE”特征，建议启动第二轮精准检索：

1. **针对性标准文献检索（3GPP / MPEG SAWG）**

* **检索方向**：直接检索 **ISO/IEC 23001-X** 或 **MPEG-MORE (Media Orchestration)** 标准的早期工作组草案（Working Drafts）或提案（Contributions）。

* **时间窗口**：重点锁定在目标专利的**优先权日之前**（根据说明书公开趋势，通常在2015-2018年间）。

* **核心关键词**：`"MPEG-MORE"`, `"Media Orchestration"`, `"session ID"`, `"control channel"`, `"WebSocket"`, `"ISO/IEC 23001-13"` (注：MPEG-MORE对应的标准分册)。

2. **拓扑结构结合检索（控制面构建）**

* **检索式构建**：`(Orchestration OR "multiparty session") AND ("control channel" OR "WebSocket") AND ("session identifier" OR "Manifest")`

* **目的**：寻找在MPEG编排架构正式立法之前，学术界或各大巨头（如爱立信、诺基亚、飞利浦等流媒体传统强手）提交的关于“多设备媒体同步联合控制面”的早期专利申请，彻底切断技术特征I的系统级创造性空间。

---

### 五、 后续行动建议

您可以通过下述行动进一步深化此案的无效准备：

<Sequence>

{/* Reason: 该流程具有严格的法律逻辑先后顺序，必须先将已有证据固化成表，再行补充检索，最后撰写正式的无效宣告请求书。 */}

<Step subtitle="预计耗时：1天" title="固化D1/D3的同族证据链">

核查D3（EP授权文本）在中国的对应同族案（即D1）的法律状态。若D1已处于失效或公开状态，直接以D1作为中国无效程序的主答辩证据。

</Step>

<Step subtitle="预计耗时：3天" title="补充MPEG标准文献检索">

利用上述策略检索MPEG-MORE工作组在优先权日前的标准提案，证明“在WebSocket中传输MPEG-MORE消息”在当时已被标准组公开。

</Step>

<Step subtitle="建议优先处理" title="撰写无效宣告请求书初稿">

以D1/D3作为最接近的对比文件结合MPEG标准常规选择，撰写一份针对权利要求1系统性丧失创造性的正式法律意见书。

</Step>

</Sequence>

<FollowUp label="需要我为您生成一份正式的《专利无效宣告请求书（创造性部分）》法律文书草案吗？" query="请基于上述以对比文件1做最接近对比文件的创造性分析逻辑，为您撰写一份结构严谨、符合中国国家知识产权局规范的专利无效宣告请求书（创造性部分的理由与事实阐述）草案。"/>

如权利要求1中要求保护的方法，其中所述通信信道构建信息进一步包括所述控制器系统的地址和/或标识能够用于访问所述控制器系统的一个或多个协议的一个或多个协议标识符。

如权利要求1或2中要求保护的方法，其中所述标识符包括编排会话标识符和/或位置标识符。