非显而易见杯

专利无效挑战赛

目标专利:1850移动通讯系统处理数据分段的方法及装置

专利公开号:CN1866971B

专利权人:创新音速股份有限公司

无效请求书提交日期:2026年


权利要求1

一种用于一移动通讯系统的传输端中处理数据分段的方法,启动延伸位另类解译;一伺服数据单元的最后数据分段的末端结束于一协议数据单元的末端;该协议数据单元中无长度指示字段指示该伺服数据单元的末端的位置;该伺服数据单元的下一伺服数据单元的长度恰好可填满该协议数据单元的下一协议数据单元;以及设定该下一协议数据单元的第一个延伸位为一特定值,以指示该下一协议数据单元包含一未被分割、连结及填充的完整伺服数据单元。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

这份技术分析基于目标专利 **CN1866971B(移动通讯系统处理数据分段的方法及装置)** 的说明书与权利要求书,并结合检索到的对比文件 **D1(JP3523217B)** 进行深度法律与技术层面的比对分析。

---

## 一、 对比文件特征比对与公开情况分析

在专利无效或创造性分析中,我们需要将目标权利要求的各个技术特征拆解,并与对比文件披露的技术方案进行逐一比对。

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

* **D1:** `JP3523217B` (Media data processor, 公开日: 2004-04-26)

---

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

以下表格详细比对并指出了 D1 是否公开了权利要求1中的技术特征:

权利要求1的技术特征拆解D1(JP3523217B)是否公开D1 对应原文出处(说明书段落、附图及内容)分析与结论
技术特征A:<br>启动延伸位另类解译未公开无对应内容。不相关。 D1 属于多媒体流数据(视频/音频)的管理与同步领域(见D1 【0001】),不涉及移动通讯系统(如3GPP RLC层)的协议数据单元(PDU)设计,更无“延伸位另类解译(Alternate E-bit Interpretation)”的概念。
技术特征B:<br>一伺服数据单元的最后数据分段的末端结束于一协议数据单元的末端未公开无对应内容。不相关。 D1 的数据单位为“提示单元(Presentation Unit)”(见D1 【0009】),并不存在移动通信中将 SDU 分段(Segment)并使末端对齐于 PDU 末端的无线链路控制(RLC)传输层协议行为。
技术特征C:<br>该协议数据单元中无长度指示字段指示该伺服数据单元的末端的位置未公开无对应内容。不相关。 D1 的多媒体流中不含3GPP意义上的“长度指示(LI)”字段。D1 是利用在令牌(Token)中嵌入的“时间戳”和“持续时间”进行解析(见D1 【0070】)。
技术特征D:<br>该伺服数据单元的下一伺服数据单元的长度恰好可填满该协议数据单元的下一协议数据单元未公开无对应内容。不相关。 D1 的数据读取和网络分配属于高层流媒体应用(见D1 【0098】),其网络打包不具备3GPP RLC层根据特定传输块大小(TBS)进行精准“恰好填满(Concatenation)”的通信底层处理特征。
技术特征E:<br>设定该下一协议数据单元的第一个延伸位为一特定值,以指示该下一协议数据单元包含一未被分割、连结及填充的完整伺服数据单元未公开无对应内容。不相关。 D1 无“延伸位(E-bit)”的特定值设定来指示上述3GPP传输状态。D1 仅在多媒体数据传输中利用“虚拟提示单元(代入空帧)”来减少视频帧大小以进行速率调节(见D1 【0116】)。

---

## 二、 最接近对比文件(最接近现有技术)分析

在创造性(或无效)分析中,确定“最接近的现有技术”是第一步。

### 1. 领域与问题比对

* **目标专利(CN1866971B):**

* **技术领域:** 移动通讯系统(具体为 3GPP RLC 非确认模式 UM / 确认模式 AM)底层的无线协议数据分段及重组领域。

* **解决的技术问题:** 解决在启动“延伸位另类解译”时,由于 SDU 恰好结束于 PDU 末端,导致系统不得不额外产生一个几乎“无用”的、仅包含长度指示和填充区(PAD)的 PDU,从而造成空中接口频宽资源浪费、降低传输效率的问题(见目标专利背景技术及 `图2`)。

* **技术效果:** 节省了协议数据单元,增加了传输频宽效率。

* **对比文件 D1(JP3523217B):**

* **技术领域:** 数字化多媒体流(音视频数据)在计算机网络中的管理、同步播放与传输控制领域。

* **解决的技术问题:** 解决网络流媒体传输时,音视频因交错(Interleave)存储导致无法独立进行实时网络带宽调节(基準化/Scaling)以及音视频同步困难的问题(见D1 `【0008】`)。

* **技术效果:** 实现了音视频的独立控制、在带宽抖动时优先保障音频的连续提示,并能够进行适度丢帧调节。

### 2. 结论

> **D1(JP3523217B)不适合作为本专利的最接近对比文件。**

>

> **理由:** 两者所属的**技术领域完全不同**(底层无线接入网 RLC 协议设计 vs. 上层多媒体流网络传输控制),其**技术问题也毫无关联**(如何消除由于协议对齐规则导致的空 PDU 浪费 vs. 如何在网络带宽不足时对音视频流进行动态速率调节和同步)。D1 没有公开权利要求1的**任何**技术特征(A、B、C、D、E 均未公开)。

---

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

若要向国家知识产权局对该目标专利提出无效宣告请求,基于现有的 **D1(JP3523217B)是完全无法对其发起实质性挑战的**。

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

从目标专利技术方案本身来看,若能检索到更相关的 3GPP 标准提案,以下特征是其**最薄弱(即最容易被现有技术覆盖)**的突破口:

* **技术特征A(启动延伸位另类解译)及特征B、C、D的场景:**

* 这些特征实际上是在描述 3GPP 协议中**已知的既定规则**。目标专利背景技术中也坦承:在 3GPP 标准规范的无线链接控制层(RLC)中,启动“延伸位另类解译”后,若出现 SDU 刚好填满 PDU 且无空间容纳 LI 的情况,标准规范原本的默认处理方式就是“下一 PDU 的第一个长度指示字段的值会被设定为0”(即产生一个无用 PDU 携带值为0的 LI,见目标专利说明书背景技术部分)。

* 这意味着特征 A、B、C、D 属于标准制定过程中**公知的背景技术场景**。

* **关键的专利点:**

* 该专利真正的发明点(也是最稳固的特征)在于**特征E**:通过直接修改“下一协议数据单元的第一个延伸位为特定值(如0)”,来**同时**起到指示“当前 PDU 包含完整 SDU”和“隐式指示前一 SDU 在前一 PDU 末端结束(无须再用 LI=0 的空 PDU 声明)”的双重技术效果。

---

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

鉴于 D1 属于无关领域的文献,为了成功无效该专利,必须制定针对 3GPP 移动通信底层的检索策略:

### 1. 锁定核心检索源:3GPP 会议提案(Tdoc)

目标专利(CN1866971B)的申请日大约在 **2005 - 2006 年左右**(公开号显示授权公告日为 2010 年,申请号推断为 2005/2006 年前后,对应 3GPP Release 6/7 阶段 RLC 优化讨论)。

* **检索重点:** **3GPP TSG-RAN WG2 (Radio Layer 2 and Radio Layer 3)** 工作组的会议提案(Contributions / Tdocs)。

* **原因:** 在 3GPP 国际标准确立过程中,各大电信巨头(如中兴、华为、爱立信、诺基亚、高通等)会提前在 RAN2 提交大量关于 RLC 协议优化的提案。这些 Tdoc 的公开日期通常比专利申请日更早,且直接针对 RLC 协议中“Alternate E-bit Interpretation”和“LI=0”的冗余 PDU 浪费问题提出解决方案。

### 2. 检索要素与关键词设计

* **专业术语/关键词(英文为主,3GPP标准通用语言):**

* `"Alternate E-bit Interpretation"`(延伸位另类解译)

* `"RLC UM"`, `"RLC AM"`, `"Length Indicator"`, `"LI=0"`, `"LI"`

* `"Segmentation"`, `"Concatenation"`, `"Extension bit"`, `"E-bit"`

* `"Complete SDU"`, `"First E-bit"`, `"Padding"`, `"Redundant PDU"`

* **分类号检索(IPC/CPC):**

* `H04W 80/02`(数据链路层协议,如 RLC、MAC)

* `H04L 69/00`(高层协议,打包/分段/重组)

### 3. 具体检索步骤建议

1. **第一步:** 访问 [3GPP Portal / FTP 服务器](https://www.3gpp.org/ftp/),进入 `tsg_ran/WG2_RL2` 目录,筛选 2004 年至 2006 年底之间的会议记录。

2. **第二步:** 使用关键词 `"Alternate E-bit"` 或 `"E-bit"` 检索 RAN2 会议提案(Tdoc)。重点寻找是否有厂家提出“当 SDU 结束于 PDU 末端,且下一 PDU 承载完整 SDU 时,直接通过设置下一 PDU 的第一个 E-bit 来隐式告知接收端”的技术方案。

3. **第三步:** 检索 3GPP 标准变更请求(**CR, Change Request**)。查找标准协议 TS 25.322(UMTS RLC 协议规范)在 2005-2006 年间的所有 CR 历史,确认该特征是否在目标专利申请日前就已被列入标准讨论或已公开。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

作为一名经验丰富的专利代理师,我将为您对目标专利的权利要求1进行深度解析,并与对比文件进行客观、严谨的技术特征比对与创造性、稳定性分析。

首先,明确本案涉及的文件信息:

* **目标专利**:CN1866971B《移动通讯系统处理数据分段的方法及装置》(授权公告日:2010-05-12)

* **对比文件1(D1)**:US6360097B1 (Method and apparatus in a wireless communication unit for controlling a rate of background scanning,授权公告日:2002-03-19)

---

### 一、 目标专利权利要求1的释义(基于说明书)

权利要求1保护的是一种在移动通讯系统中,当延伸位另类解译启动时,处理特定边界条件下数据分段以节省协议数据单元(PDU)的方法。结合目标专利说明书,各技术特征的实质内涵解释如下:

* **技术特征A:启动延伸位另类解译**

* *说明书释义*:在3GPP无线链接控制层(RLC)的非确认模式(UM)或确认模式(AM)下,设定一变量(`Alternate E-bit Interpretation`),用以指示协议数据单元(PDU)的第一个延伸位(E-bit)具有另类解译功能。

* *具体解译*:当该解译启动时,PDU的第一个延伸位被赋予特定标记含义(不再仅仅指代下一字段是否为长度指示字段LI),而是用来直接指示该PDU的数据域位中是否包含一**未被分割、连结及填充的完整伺服数据单元(SDU)**(即第1个延伸位值=0时)。

* **技术特征B:一伺服数据单元的最后数据分段的末端结束于一协议数据单元的末端**

* *说明书释义*:前一个SDU(例如说明书图6中的SDU 712)在分段填充后,其最后一个分段(或其整体)的末尾刚好与当前PDU(PDU 702)的物理末尾(边界)完全重合。

* **技术特征C:该协议数据单元中无长度指示字段指示该伺服数据单元的末端的位置**

* *说明书释义*:由于该SDU(SDU 712)的末端恰好结束于该PDU(PDU 702)的末端,该PDU中已无多余的空间来容纳一个长度指示(LI)字段来显式指示该SDU的结束位置。

* **技术特征D:该伺服数据单元的下一伺服数据单元的长度恰好可填满该协议数据单元的下一协议数据单元**

* *说明书释义*:紧接在前述SDU(SDU 712)后面的下一个SDU(如SDU 714),其大小恰好等于下一个PDU(PDU 706)的数据域空间,即它能够不经分割、连结或填充而作为一个“完整SDU”直接装入下一PDU中。

* **技术特征E:设定该下一协议数据单元的第一个延伸位为一特定值,以指示该下一协议数据单元包含一未被分割、连结及填充的完整伺服数据单元**

* *说明书释义*:通过将下一PDU(PDU 706)的第一个延伸位(E-bit)设为特定值(较佳地为0),不仅指示了本PDU(PDU 706)内承载的是一个完整的SDU(SDU 714),而且**隐性地指示**了前一PDU(PDU 702)中那个未标记结束地址的SDU(SDU 712)已在上一PDU的末端恰好结束。这样就**避免了已知技术中必须额外插入一个无用PDU(如背景技术中的PDU 204)来携带值为0的LI和PAD的浪费**。

---

### 二、 对比文件分析

#### D1(US6360097B1)分析:

D1公开的是一种在无线通信单元中控制**背景扫描速率(background scanning rate)**的方法和装置。其技术核心是通过计算接收信号质量(Q)的一阶导数(Q'),在信号变好或变坏时动态调整后台通道扫描的频率(Rs),从而平衡寻找优质信道的时效性(减少延迟)与电池寿命(省电)。

* **D1的技术领域**:无线信道测量、小区间越区切换/漫游背景扫描控制。

* **D1解决的技术问题**:传统的固定扫描速率或双速率切换机制效率低下,要么导致切换延迟大( latency ),要么过度消耗电池。

* **D1的技术效果**:在保证电池寿命的前提下,使检测到新小区的延迟降低约2倍。

---

### 三、 权利要求1与对比文件的技术特征比对

下面给出目标专利权利要求1与对比文件D1(US6360097B1)的详细特征比对。

目标专利权利要求1的技术特征对比文件D1(US6360097B1)是否公开D1对应原文出处及内容说明
前言:一种用于一移动通讯系统的传输端中处理数据分段的方法否未公开。D1公开的是无线通信单元控制背景扫描速率的方法("controlling a rate of background scanning", Title),属于信道测量与越区切换控制,不涉及RLC层的数据分段、重组及PDU/SDU映射处理。
技术特征A:启动延伸位另类解译否未公开。D1完全不涉及RLC层的PDU表头设计、延伸位(E-bit)及其另类解译变量。
技术特征B:一伺服数据单元的最后数据分段的末端结束于一协议数据单元的末端否未公开。D1不涉及SDU分段、PDU封装以及SDU边界与PDU边界对齐的底层协议细节。
技术特征C:该协议数据单元中无长度指示字段指示该伺服数据单元的末端的位置否未公开。D1完全不涉及协议帧格式中的长度指示(LI)字段及其边界指示机制。
技术特征D:该伺服数据单元的下一伺服数据单元的长度恰好可填满该协议数据单元的下一协议数据单元否未公开。D1不涉及相邻SDU/PDU的填充、连结或长度匹配关系。
技术特征E:设定该下一协议数据单元的第一个延伸位为一特定值,以指示该下一协议数据单元包含一未被分割、连结及填充的完整伺服数据单元否未公开。D1不涉及通过设定下一PDU的第一个延伸位来隐性指示前一PDU中SDU结束,且不涉及指示当前PDU承载完整SDU的技术特征。

---

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

#### 1. 最接近对比文件(Closest Prior Art)的确定

在创造性分析中,确定最接近的对比文件通常遵循**“技术领域相同或相近、解决的技术问题最相似、公开的技术特征最多”**的原则。

* **结论**:**D1(US6360097B1)不适合作为本案最接近的对比文件**。

* **分析**:

* **技术领域与解决的问题**:目标专利解决的是**3GPP RLC层数据分段封装时,表头开销(Overhead)过大、因边界对齐产生无用填充PDU从而浪费系统带宽**的问题;而D1解决的是**物理层/空中接口上的信道质量扫描频率控制与省电平衡**的问题。两者处于完全不同的协议层级(L2 RLC层 vs L1 物理层测量)。

* **技术特征关联度**:D1对权利要求1中**A、B、C、D、E五个核心技术特征全部没有公开**,属于完全不相关的技术方案。

* **合适的最接近对比文件应当是**:3GPP RLC规范(如TS 25.322中关于UM模式PDU格式、延伸位E-bit定义、长度指示LI=0的传统定义等背景技术),或者是其他致力于减少无线协议栈表头开销(Header Compression/Overhead Reduction)的数据包分段传输专利。

#### 2. 结合D1对权利要求1的创造性评述

若勉强以D1作为最接近的对比文件(即使有其他对比文件D2公开了部分RLC特征),本领域技术人员在面对D1(背景扫描控制)时,**完全没有任何技术启示**去联想到:

1. 切入到无线链接控制(RLC)层去改变PDU的表头解译机制。

2. 启动所谓的“延伸位另类解译”。

3. 在SDU恰好填满PDU等特定边界条件下,通过修改下一个PDU的E-bit的值来隐式指示前一个PDU中SDU的结束。

因为D1与本案的研发方向、技术痛点、解决手段风马牛不相及。因此,本案权利要求1相对于D1具有极其显著的非显而易见性,**创造性极强**。

---

### 五、 无效宣告请求中最薄弱的技术特征

如果要对目标专利(CN1866971B)提起无效宣告请求,我们需要评估权利要求1中哪个技术特征对“新颖性/创造性”的贡献度最小、最容易被现有技术突破(即最薄弱的特征):

* **最薄弱的特征分析**:**技术特征A(启动延伸位另类解译)和技术特征B、C、D的物理边界状态**。

* *原因*:

1. **“延伸位另类解译(Alternate E-bit interpretation)”**本身在3GPP的相关标准提案(如3GPP TS 25.322 较早版本或相关的3GPP会议提案中)可能已经被提出或标准化。目标专利的背景技术中也明确承认“系统中可设定一延伸位另类解译变量”。

2. **特征B、C、D**描述的是一种客观存在的协议边界状态(即:SDU刚好传输完毕,无空间放LI,下一个SDU又刚好等于下一个PDU大小)。这在已知技术(背景技术图2)中就是必然会发生并需要解决的棘手场景(已知技术的解决方法是插入无用PDU 204)。

* *最坚固的核心特征*:**技术特征E**。

目标专利最核心的“发明点”在于**特征E的特定映射逻辑**——即在特征B、C、D这一特定状态发生时,**利用下一协议数据单元的“第一个延伸位”的值(设为特定值,如0)作为“双重暗示”**:既暗示了下一PDU内装的是完整SDU,又隐式宣告了前一PDU的SDU刚好在边界结束。这一“一石二鸟”的延伸位解译映射规则在传统3GPP标准中是没有的。

---

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

鉴于D1(US6360097B1)属于不相关检索结果,为了构建强有力的无效证据链,建议调整检索方向,采取以下精准检索策略:

1. **技术关键词调整**:

* 放弃物理层、信道扫描等无关词汇。

* 锁定核心协议层词汇:`RLC (Radio Link Control)`,`UM (Unacknowledged Mode)`,`AM (Acknowledged Mode)`,`SDU`,`PDU`,`Segment (分段)`,`Concatenation (连结)`,`Padding (填充)`。

* 锁定核心特征词汇:`Alternate E-bit` / `Alternative E-bit` (另类延伸位), `Length Indicator` / `LI` (长度指示), `E-bit interpretation` (延伸位解译), `overhead reduction` (开销减少), `implicit indication` (隐性指示)。

2. **分类号(IPC/CPC)精准限定**:

* **H04W 28/06**(信道容量的改变;封装,如分段、容器、多路复用——这是无线协议头压缩和封装最精准的分类号)。

* **H04L 47/36**(与分组大小有关的流控制,例如分段)。

3. **非专利文献(NPL)—— 3GPP标准化提案检索(重中之重)**:

* 由于目标专利的技术方案与3GPP标准(特别是LTE或WCDMA R7/R8阶段的优化)紧密相关,该技术方案极有可能源于某次3GPP工作组(如 **3GPP TSG-RAN WG2**,负责无线层2和层3协议)会议上的提案(Tdoc)。

* **检索源**:3GPP FTP服务器(3GPP Tdocs)、3GPP TS 25.322协议文本的历史演进版本。

* **策略**:检索目标专利优先权日(约在2005年-2006年左右,需核实CN1866971B的真实优先权日)之前,RAN2会议中关于“E-bit alternate interpretation”或“RLC overhead optimization”的所有提案。寻找是否有其他公司(如爱立信、诺基亚、高通、华为等)曾提过类似的隐式边界指示方案。


权利要求2

如权利要求1所述的方法,其中该特定值为0。


权利要求3

如权利要求1所述的方法,其中该移动通讯系统操作于非确认模式。


Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE