一种用于无线通信系统的无线链接控制层中设定协议数据单元的表头的方法，上述表头包含有表头延伸字段；上述方法包含有启动使用表头延伸字段的特殊值模式；以及在上述协议数据单元的最后一字节为服务数据单元的最后一字节且上述协议数据单元未包含相连接的服务数据单元时设定上述表头延伸字段指示上述协议数据单元的最后一字节为上述服务数据单元的最后一字节；其中上述无线链接控制层操作于确认模式。

作为一名经验丰富的专利代理师，我将为您对目标专利（CN101309210B）的权利要求1进行深度解析，并结合对比文件D1（US20020042270A1）、D2（US20020048281A1）、D3（JP2002125004A）的原文进行细致的特征比对与创造性、无效可行性分析。

---

## 一、 目标专利权利要求1的实质含义解析

结合目标专利说明书第`[0004]`至`[0010]`段，权利要求1的核心技术逻辑如下：

* **表头延伸（HE）字段的作用：** 在3GPP无线链接控制（RLC）层的确认模式（AM）下，HE字段（2位）原本用于指示下一字节是数据（"00"）还是LI+E位（"01"）。

* **特殊值模式（HE="10"）的引入：** 为了节省传输数据量，协议引入了特殊值模式。当启动该模式且HE="10"时，表示下一字节为数据且一个服务数据单元（SDU）恰好结束于该PDU的结束位置。这样就不用额外耗费空间去传一个长度指示符（LI）。

* **技术缺陷与改进（特征C的关键点）：** 说明书第`[0009]`段指出，现有技术只要“SDU结束于PDU末尾”就将HE设为"10"，但如果该PDU内包含了**相连接的（多个）SDU**（即Concatenation，前面有其他完整SDU结束，且最后一个SDU也正好结束），若直接设为"10"，接收端就会漏掉前面的边界，从而“错误重组服务数据单元”。

* **本发明的限定：** 权利要求1加入了关键限制条件——**“且上述协议数据单元未包含相连接的服务数据单元”**。只有在PDU中只包含一个完整SDU或一个SDU的末尾分段，且未连接其他SDU时，才允许将HE设定为该特殊值。

---

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

根据您的拆解，权利要求1包含A、B、C、D四个技术特征。以下结合对比文件原文及详细出处进行比对：

### 1. 各对比文件公开特征分析

* **D1 (US20020042270A1):** 公开了RLC层的AM模式、PDU表头结构，其中明确提及了“2-bit header extension (HE) field”。

* **D2 (US20020048281A1) / D3 (JP2002125004A):** 属于同族专利，主要解决的是**长度指示符（LI）**在SDU恰好填满PDU时是否要在下一个PDU插入`LI=0`的问题。D2/D3针对的是**LI字段的优化**，而目标专利针对的是**HE（表头延伸）特殊值（"10"）的使用条件优化**。

### 2. 特征比对表格

---

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

### 1. 最接近对比文件（D1）的选择分析

在创造性评述中，**D1（US20020042270A1）适合被选为最接近的对比文件**。

* **技术领域：** D1同样属于第三代移动通信（3GPP）无线链接控制（RLC）层的确认模式（AM）数据处理领域。

* **整体解决的技术问题与效果：** D1旨在规范和优化RLC AM实体下AMD PDU的表头字段设置与加解密流程（见D1第`[0034]`段）。它完整公开了包含2位HE字段、1位E字段、LI字段的PDU基本表头架构（特征A、D）。因此，以D1为出发点评述创造性最符合技术演进路线。

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

相比于最接近对比文件D1，权利要求1的区别特征为**特征B**和**特征C**。

* **特征B（特殊值模式）**和**特征C（未包含相连接的SDU作为HE=10的设定条件）**均**没有**被其他对比文件（D2、D3）公开。

* **D2/D3的实质：** D2/D3关注的是当“SDU恰好填满PDU”时，如何消除下一PDU中冗余的`LI=0`（见D2第`[0036]`段：“*eliminating from a next PDU an information component indicating that a current PDU size corresponds to the total size of components...*”）。其手段是通过在当前PDU中设置特定的LI值（如`LI=1111111`表示Padding长度可为0）来避免接收端误判。这与**利用“表头延伸字段（HE）”的特殊值（"10"）并在生成当前PDU时通过限制“未包含相连接SDU”来防止接收端错误重组**是完全不同的技术路径。

---

## 四、 无效宣告请求中最薄弱的技术特征及检索策略

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

本权利要求中**防御力最强、也即若要提出无效请求时“最薄弱（最难攻破）”的关键技术特征是：特征C中的“且上述协议数据单元未包含相连接的服务数据单元”**。

* **原因分析：** 3GPP标准演进中，HE字段使用特殊值（HE="10"）来代表“SDU在此PDU末尾结束且无LI”属于标准的演进成果（属于本专利背景技术中提到的“已知技术”）。然而，在标准制定过程中，最初的一版协议往往由于考虑不周，忽略了“多SDU串联（Concatenation）且最后一个SDU恰好结束”时会覆盖前面SDU边界的Bug。本专利正是敏锐地抓住了标准文本中的这一设计缺陷（Bug）并提出了修正方案。如果现有技术（或标准提案）中没有公开过这个特定的Bug修正逻辑，该特征将具有极高的创造性阶梯。

### 2. 进一步的对比文件检索策略（追溯3GPP标准提案）

由于本专利深度绑定3GPP RLC协议规范，纯粹在专利文献库（如CNIPR、EPO、USPTO）中检索可能很难找到如此细节的防错逻辑。**最行之有效的检索策略是转向3GPP标准的非专利文献（NPL）检索：**

1. **确定标准版本与时间窗口：**

目标专利的优先权日或申请日左右（结合其公开号，应重点关注2006年~2008年左右，或更早的TS 25.322协议版本）。

2. **检索目标靶点：**

* **工作组：** 3GPP TSG-RAN WG2（负责层2/层3无线接入网络协议）。

* **文献类型：** CR（Change Request，标准修改提案）以及 Meeting Contributions（会议提案）。

3. **关键词检索组合：**

* `RLC` AND `AM` AND `Header Extension` AND `"10"`

* `Alternative E-bit interpretation`（特殊值模式在标准中的标准称呼通常为“Alternative E-bit interpretation”或“Alternative HE value”）

* `Concatenation` AND `SDU` AND `Incorrect reassembly` / `Corrupt`

4. **具体检索逻辑：**

寻找在目标专利申请日之前，是否有其他电信厂商（如Ericsson, Nokia, Qualcomm, Huawei等）在RAN2会议上提交过针对“Alternative E-bit”或“HE=10”缺陷的讨论稿（Discussion Paper）或CR。如果能检索到一份指出“*当存在Concatenation时不能使用HE=10，否则会导致接收端重组错误*”的会议正式提案（Tdoc），则可以作为行之有效的现有技术，彻底打掉特征C的创造性。

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书（CN101309210B）的公开内容，对权利要求1进行深度解析，并与您提供的三份对比文件进行客观、严谨的技术特征比对和创造性分析。

---

## 一、 目标专利权利要求1的释义

结合目标专利说明书的【背景技术】及【具体实施方式】，权利要求1的核心在于解决**3GPP RLC确认模式（AM）下，当启动特殊值模式（即“10”）时，由于已知技术对表头延伸字段使用条件定义不当，导致接收端在特定场景下错误重组服务数据单元（SDU）的技术缺陷**。

* **确认模式（AM）**：对应说明书\[0004\]，RLC层操作于确认模式时，PDU表头包含2位的表头延伸字段（HE）。

* **特殊值模式**：对应说明书\[0008\]，将表头延伸字段的值定义为“10”的情形。已知技术规定：若协议数据单元（PDU）的最后一字节恰好是服务数据单元（SDU）的最后一字节，则将HE设为“10”（表示SDU在此结束，且不含相连接的下一个SDU，从而省去一个长度指示器LI，节省开销）。

* **本发明的关键限定（特征C）**：说明书\[0009\]-\[0010\]指出，已知技术只要“PDU最后一字节是SDU最后一字节”就设“10”，这导致如果该PDU**包含了相连接的多个SDU**，且最后一个SDU恰好结束于PDU末尾时，HE也会被设为“10”。接收端收到“10”后，会误认为该PDU内**只包含这一个SDU（未包含相连接的SDU）**，从而把前面相连接的SDU片段错误地重组。因此，权利要求1加入了严密的负向限制条件：**“且上述协议数据单元未包含相连接的服务数据单元”**。只有在**不含相连接SDU**时才设定该指示，从而彻底避免接收端错误重组。

---

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

我们引入以下符号代指对比文件：

* **D1**：CN1476182A

* **D2**：US20040057423A1

* **D3**：US20040153896A1

### 1. 各对比文件公开事实分析

* **D1 (CN1476182A)**：实质公开了无线电链路控制层（RLC）操作于确认模式（AM），但其核心发明点在于**RLC重设或重建后如何处理九种定时器（如Timer_Poll_Periodic、Timer_Discard等）以防止僵持现象**。它属于RLC层的抗掉话和定时器同步机制，完全没有涉及PDU表头延伸字段（HE）的特殊值设定或SDU级联重组逻辑。

* **D2 (US20040057423A1)**：毫无疑问公开了特征A、特征B和特征D，并**实质公开了特征C中关于特殊值模式节省传输量的传统技术，但未公开本发明的核心负向限定**。D2提出了一种在PDU中传输多个PU（Payload Unit）和使用长度指示符（LI）位图的方案（参见D2说明书\[0019\]、\[0027\]）。

* 在D2的\[0027\]-\[0039\]中，详细描述了当SDU1结束于第四个PU（PU4）的第10字节时，如何通过长度指示字段（LI）以及延伸位（E）来指示SDU的结束与填补（Padding）。

* 同时，D2在\[0008\]中公开了传统3GPP标准中控制数据延伸信息（HE）的作用（指示下一字节是数据还是LI）。D2代表了本发明在背景技术中试图改进的、包含了LI和HE基本演进的无线通信协议背景。

* **D3 (US2004153896A)**：实质公开了RLC确认模式（AM）下的控制PDU交换，但其核心发明点在于**解决两个对等实体（UE和UTRAN）同时发起RESET PDU时超帧号（HFN）同步失败的“防呆（Failsafe）”重设方法**（参见D3说明书\[0011\]-\[0015\]）。它完全不涉及数据PDU（AMD PDU）中HE表头延伸字段特殊值的设定及重组防错逻辑。

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

---

## 三、 最接近对比文件（D1~D3）的筛选分析

在创造性审查（或无效宣告分析）中，确定**最接近的对比文件（最适最接近现有技术）**通常从**技术领域、解决的技术问题、核心技术结构（发明构思）以及技术效果**四个维度进行综合考量。

### 1. 筛选过程分析

* **D1 (CN1476182A)**：

* *技术问题/效果*：解决RLC重设/重建时的定时器死锁，维持服务品质（QoS）。

* *结构重合度*：极低。不涉及PDU数据表头的编码与解析。

* **D2 (US20040057423A1)**：

* *技术领域*：完全相同。属于3GPP RLC层中数据分组（SDU/PDU/PU）的切片、级联（相连）和表头指示技术。

* *解决的技术问题/效果*：如何在操作于确认模式（AM）或无响应模式（UN）下，通过重新定义PDU内部控制数据（HE、LI、E位、LI位图等）的组合和特殊取值，**减少空中接口的控制开销，提升传输效率（节省传输数据量）**。这与目标专利说明书【背景技术】\[0008\]所述的通过HE字段特殊值“10”来“不需使用另一PDU传送长度指示，以节省传输数据量”的**发明起点和技术手段完全一致**。

* *结构重合度*：极高。公开了AM模式、PDU表头延伸字段（HE）、SDU结束位置的指示机制。

* **D3 (US2004153896A)**：

* *技术问题/效果*：解决UE与UTRAN同时发起RESET导致的对称性重设失败和HFN失步。

* *结构重合度*：极低。聚焦于控制面PDU（RESET/RESET ACK）的交互流程，不涉及用户面数据PDU的封装。

### 2. 结论

> **最接近的对比文件：D2 (US20040057423A1)**

>

> *理由*：D2与目标专利在技术领域（3GPP RLC层数据封装）、基本架构（AM确认模式、数据PDU、表头延伸、长度指示控制）上完全重合，且其核心旨在解决如何优化表头指示以降低传输开销的问题，与本发明的技术出发点完全相同。因此，D2是唯一适合在创造性分析中担任主审对比文件（D1）的最接近现有技术。

---

## 四、 核心缺陷与最薄弱技术特征分析

经过全案特征比对，可以得出结论：**没有一个对比文件（包括D2）公开了特征C中的负向限定条件——“且上述协议数据单元未包含相连接的服务数据单元”。**

### 1. 无效宣告请求中最薄弱的技术特征（即对专利权人而言最稳固、对无效请求人而言最难攻破的特征）

本专利中最薄弱的、最容易被专利权人作为“安全岛”抗辩的特征，正是：

> **“且上述协议数据单元未包含相连接的服务数据单元时设定上述表头延伸字段...”**

* **技术原因**：

已知标准（如D2所反射的背景技术）在设计特殊值模式（HE=10）时，其直觉逻辑是“只要SDU结束了就用特殊值替代LI”。但标准专家忽略了边界条件：如果当前PDU内已经级联（连接）了前一个SDU的尾部，同时又装入了当前SDU且刚好结束，此时若还贸然使用特殊值（HE=10），接收端根据协议规则会误认为“由于没有LI，整个PDU就是一个SDU”，从而把级联的两个不同SDU当成一个进行错误重组。

* **法律状态**：

本特征属于**“排他性/负向技术特征”**。在专利法中，通过精确划定边界条件（未包含相连接的SDU）来排除特定引发故障的场景，具有极高且清晰的“显著进步”和“突出的实质性特点”（创造性）。目前D1、D2、D3对此完全没有任何技术启示。

---

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

若您代表无效宣告请求人（希望推翻该专利），目前的证据链（D1~D3）完全无法撼动权利要求1。为了打破上述“最薄弱技术特征”（负向限制条件），必须调整检索策略，从**3GPP标准提案（Contributions）**以及**特定时期的流媒体/分组级联专利**中寻找突破口。

基于目标专利的优先权日和技术背景（授权公告号CN101309210B，推测优先权日在2006-2007年前后），建议采取以下精准检索策略：

### 1. 3GPP 会议提案（TSG-RAN WG2）定向阻击

目标专利公开的“已知技术缺陷”和“修正方案”，大概率是当时3GPP标准制定过程中的一个**CR（Change Request，修改请求）提案**。

* **检索源**：3GPP FTP 服务器（RAN2工作组会议记录）。

* **关键词组**：`"Header Extension"` / `"Special value"` / `"Alternative E-bit"` / `"SDU concatenation"` / `"incorrect reassembly"` / `"RLC AM"`。

* **逻辑线索**：检索2004年~2007年期间，各大电信巨头（如爱立信、高通、华为、中兴、大唐、络达/联发科、ASUSTeK等）在RAN2会议上提交的关于 **TS 25.322 (RLC协议标准)** 的提案。寻找是否有提案指出“当HE设为特殊值时，若PDU包含多个相连接的SDU会引起重组错误”并提出了修正案。如果该提案的公开日早于本专利的优先权日，将是毁灭性的现时技术（Prior Art）证据。

### 2. 专利检索扩展与关键词修正

如果继续在专利库中检索，应跳出“定时器”和“重设”这种控制面领域的干扰，切入**用户面级联与填补（Concatenation and Padding）**。

* **IPC分类号锁定**：`H04L47/10`（流量控制）、`H04W28/06`（无线通信中的协议封装/开销削减）、`H04L69/22`（协议表头处理）。

* **检索式设计（示例）**：

```text

(RLC OR "Radio Link Control") AND ("Header Extension" OR "HE字段" OR "表头延伸") AND (Concatenation OR "连接" OR "级联" OR "相连接") AND (Reassembly OR "重组" OR "错误")

```

* **追踪目标专利的申请人/发明人**：查阅该专利（CN101309210B）的原始申请人（通常为ASUSTeK、HTC、MTK等台湾协议大厂），在台湾智慧财产局（TIPO）及USPTO检索其同期申请的关联案，看是否有更早公开的、关于“避免错误重组”的系列家族案或技术分案。

通过上述标准提案的打捞和精准的负向特征检索，才能有机会寻找到真正公开了“限制在未包含相连接SDU时才使用表头特殊值”的强有力对比文件。

作为一名经验丰富的专利代理师，我将严格依据目标专利说明书的逻辑框架，结合对比文件原文及出处，对权利要求1进行深度解析、特征比对、创造性评述，并指出无效请求的突破口和后续检索策略。

---

## 一、 权利要求1的特征分解与技术内涵

根据目标专利说明书的记载，权利要求1的核心发明目的在于**“在无线通信系统中节省传输数据量，并避免接收端错误重组服务数据单元（SDU）”**（说明书\[0001\]）。

* **技术背景：** 在启动“使用表头延伸字段的特殊值”模式下（如表头延伸字段设定为特殊值“10”），已知技术仅规定当协议数据单元（PDU）的最后一字节为SDU的最后一字节时，设定该特殊值以指示结束，从而省去长度指示（LI）字段。但若该PDU内包含**相连接的（串接的）**多个SDU，且最后一服务数据单元也恰好结束于该PDU的末尾，已知技术仍会设定该特殊值，导致接收端误认为该PDU内只有一个SDU，进而将相连接的多个SDU错误重组（说明书\[0009\]-\[0010\]）。

* **本发明的解决方案：** 引入了**“且上述协议数据单元未包含相连接的服务数据单元”**这一限制条件。即只有在PDU中**未包含相连接的SDU**的前提下，才允许使用该特殊值模式，从而彻底避免了接收端的错误重组。

---

## 二、 对比文件特征比对分析

为了清晰展现各对比文件是否公开了权利要求1的技术特征，以下结合各对比文件的原文及详细出处进行逐项比对：

* **D1：** WO2005048517A1

* **D2：** US6947394B1

* **D3：** CN1753408A

### 1. 各对比文件公开特征的原文出处与深度分析

* **D1 (WO2005048517A1) 分析：**

* **公开情况：** 实质公开了特征A、B、D，未公开特征C。

* **证据出处：** 原文\[p0003\]公开了“Radio Link Control (RLC) protocol... acknowledged mode (AM)”（对应特征D）；\[p0004\]公开了“performing segmentation of RLC SDUs... concatenation of different RLC SDUs... into RLC PDUs”（公开了PDU、SDU及串接/连接概念）；\[p0013\]公开了“analyzing a header information”（对应特征A的表头）。

* **特征C不丧失新颖性分析：** D1探讨的核心问题是如何通过多媒体调度（Scheduler）让重要的**控制PDU（如RESET PDU）**能够包裹在具有更强纠错编码（FEC）的独立Container中发送，以防止控制PDU超越数据PDU后导致接收窗混乱（\[p0008\]-\[p0009\]）。D1虽然提到了AM模式和PDU/SDU的分段连接，但其完全没有涉及“利用表头延伸字段的特殊值来省略长度指示字段（LI）”，更没有关注或解决“因PDU包含相连接的SDU而在特殊值下导致错误重组”的技术问题。因此，D1未公开特征B中特殊值模式的启动，更未公开特征C。

* **D2 (US6947394B1) 分析：**

* **公开情况：** 实质公开了特征A、D，未公开特征B、C。

* **证据出处：** 原文\[0020\]公开了“transferring data between two peer entities which are operating in the acknowledged mode... An AMD PDU includes... a header extension bit, and one or more length indicator fields.” 这毫无疑问公开了无线链接控制层操作于确认模式（特征D），且表头包含表头延伸字段（特征A）以及长度指示字段。

* **特征C不丧失新颖性分析：** D2的方案聚焦于提供一种“弹性的RLC协议控制方法”（Flexible RLC），通过RRC信令灵活配置何时触发状态报告（Polling机制，如表1、表3所示）（\[0014\]）。D2中虽然提到了表头有“header extension bit”和“length indicator”，但它同样属于已知技术的范畴，其技术方案并未对该延伸字段定义任何“特殊值模式”以节省流量，更无从谈起在“未包含相连接的服务数据单元时”进行设定。因此，特征B和特征C在D2中均未公开。

* **D3 (CN1753408A) 分析：**

* **公开情况：** 毫无疑问公开了特征A、B、D，实质公开了特征C所针对的演进背景（已知技术），但由于**技术方案走向完全不同**，未实质公开特征C的限制条件。

* **证据出处：** D3的背景技术和具体实施方式极其详尽地重现了本发明的技术背景。

* **特征A、D：** 说明书第5页第4段及第6页，详细描述了协议数据单元（P0-P3, Q0-Q2, R0-R3）的标头（P0h-P3h等），且序号SN和长度指针LI的核对均基于RLC的确认模式。

* **特征B（特殊值模式）：** 说明书第5页第4段明确公开：“第二长度指标字段的特殊值127代表协议数据单元P1的剩余部分P1p包含可为任意值、用来保持协议数据单元P1的长度固定的填充字段”。第6页第2段公开了串接（连接）情况：“各服务数据单元区块之间前后串接起来……长度指标字段14L的值为18……剩余四十三个八字节是代表来自下一服务数据单元SDU2的数据16a”。第7页明确公开了特殊值“0”的含义：“第一长度指标字段18L的特殊值0是表示先前的协议数据单元R0是完全被服务数据单元SDU1的最后一个区段所填满”。

* **特征C的技术走向对比分析：** D3深刻地揭示了PDU和SDU在不串接、串接以及特殊值（0或127）下的标头设定逻辑。然而，**D3解决接收端重置/错误重组的手段与本发明截然不同**。D3是通过改进“移动接收窗（MRW）程序”和重置“最后的删除序号字段（SN_MRWLENGTH）和NLENGTH”来解决SDU删除时由于特殊值导致的协议错误（参见D3流程图第8图及步骤216、218）。D3在面对“包含串接（新服务数据单元）”时，其走的是步骤120的传统分支（设定最后的删除序号为当前PDU序号，NLENGTH为删除的LI数目）。而本发明（目标专利）是在**发送端设定PDU表头延伸字段的源头**直接切断此风险（即增加“未包含相连接的SDU”作为设定的前置充要条件）。因此，D3虽然公开了串接和特殊值的背景，但并未公开特征C中本发明的限定手段。

---

### 2. 技术特征比对表

---

## 三、 最接近对比文件（D1 vs D2 vs D3）的筛选与分析

在创造性（Invalidity）分析中，选择最接近的对比文件（Closest Prior Art）通常遵循“技术领域相同、解决的技术问题最相似、公开的技术特征最多”的原则。

### 最接近的对比文件：对比文件3（CN1753408A）

**原因分析如下：**

1. **技术领域与架构完全一致：** D3与目标专利均属于3GPP无线通信系统（UMTS）中的无线链接控制层（RLC）确认模式（AM）下对PDU和SDU进行封装、分段与重组的技术领域。两者均深入探讨了RLC标头中SN（序号）、LI（长度指示）以及延伸位（旗标）的微观运作机制。

2. **公开的技术特征最多：** 从特征比对表可见，D3毫无异议地公开了特征A、B、D，并且在说明书的具体实施方式中，通过第5图（不串接）、第6图（串接）、第7图（特殊值0）极其详尽地展示了PDU最后一字节与SDU最后一字节重合时的各种边界状态。这与目标专利说明书背景技术\[0004\]-\[0010\]所描述的已知技术完全吻合。

3. **解决的技术问题和技术效果最具有关联性：**

* 目标专利要解决的问题是：在“使用表头延伸字段特殊值”时，由于PDU包含了**串接（相连接）**的SDU，导致接收端错误重组，从而引起系统重置（RESET）。

* D3要解决的问题是：在删除服务数据单元（MRW）过程中，由于特殊值（如0）导致传送端和接收端对PDU是否包含新SDU的理解不一致，从而导致“稍后必需启动重置程序，才能让数据正常传输”（D3第7页最后一段）。

* **结论：** 两者瞄准的**核心痛点完全一致——即“在特殊值/串接边界状态下，因协议理解不一致导致接收端重组失败并触发不必要的重置程序（RESET）”**。因此，D3是逻辑上最自然的、无可争议的最接近对比文件。

### 为什么D1和D2不适合作为最接近的对比文件？

* **D1 (WO2005048517A1)：** 其整体解决的技术问题是“如何让重要的控制PDU（如RESET PDU）利用独立的、纠错更强的Container安全传输，避免因高优先级乱序超越普通数据PDU导致的重置混乱”。它关注的是底层的MAC-hs层调度和Container纠错性能，完全没有触及RLC表头延伸字段特殊值的精细设定，技术效果在于提高控制信令的到达率。

* **D2 (US6947394B1)：** 其整体解决的技术问题是“如何提供一种可由RRC信令灵活配置的Polling触发机制，以适应多业务场景下的ARQ重传”。其技术效果在于提高ARQ协议的灵活性，同样不涉及表头延伸特殊值的源头设定和重组错误问题。

---

## 四、 创造性评述、最薄弱特征及检索策略

### 1. 结合D3进行创造性分析与“最薄弱特征”指出

在本案中，若要对权利要求1提起无效宣告请求，**最薄弱的技术特征（即专利权人最容易守住、无效请求人最难攻破的特征）是：**

> **特征C中的限制条件：**“且上述协议数据单元未包含相连接的服务数据单元时”

**原因与对抗逻辑：**

虽然最接近的对比文件D3已经完全公开了PDU、SDU、确认模式（A、D）以及表头延伸字段特殊值的运作模式（B），并且D3的“第6图”也明确展示了“各服务数据单元区块之间前后串接（相连接）起来”的技术状态。但是，D3在面对这一问题时，给出的技术启示是：**在后续的MRW（移动接收窗）信令交互阶段，通过修改状态PDU的字段算法（NLENGTH和SN_MRWLENGTH）来打补丁救济**（D3第8图）。

专利权人一定会据此反驳：D3不仅没有给出“在RLC表头设定阶段，通过检测是否包含相连接的服务数据单元来决定是否设定表头延伸字段”的技术启示，反而引导本领域技术人员往“修改MRW信令”的方向去解决问题。因此，特征C中将该限制条件前置到“表头设定阶段”具有突出的实质性特点和显著的进步。

### 2. 进一步的对比文件检索策略（针对最薄弱特征C）

为了彻底打掉权利要求1的创造性，必须针对“**在RLC层设定特殊表头（或省略LI字段）时，需判断是否包含串接/相连接的SDU**”这一特征进行精准的补充检索。以下是量身定制的检索策略：

* **策略一：锁定3GPP RLC标准演进过程中的提案（Tdoc）检索**

* **理由：** 本专利（CN101309210B）的优先权日或申请日在2007年前后（根据公开号及2006年的对比文件推测）。这一时期正是3GPP无线接取网络第二工作组（RAN2）对LTE（长期演进）或UMTS HSPA+中**RLC协议精简表头、引入特殊延伸位（如E位或HE位）以省去LI字段**进行激烈讨论的时期。

* **操作：** 检索2004年至2007年期间，**3GPP RAN2 会议（3GPP TSG-RAN WG2）的会议提案（Tdocs）**。重点寻找由爱立信、高通、华为、中兴、大唐等公司提交的关于“Correction to RLC PDU Header Extension”（对RLC PDU表头延伸的修正）或“Avoid SDU mis-reassembly in RLC AM”（避免RLC确认模式下SDU错误重组）的提案。标准提案中往往会直接指出：“当启动了特殊HE值来指示SDU结束时，如果存在concatenation（串接），将会导致接收端误判，因此必须限制在没有串接时才能使用”。一旦检索到这种公开在先的Tdoc，将直接构成致命的现有技术公开。

* **策略二：关键词与逻辑算式调整（专利文献检索）**

* **核心关键词：** 无线链接控制 (RLC)、确认模式 (AM)、协议数据单元 (PDU)、服务数据单元 (SDU)、表头延伸 (Header Extension / HE)、长度指示 (Length Indicator / LI)、特殊值 (Special value / Reserved value)、串接/级联/连接 (Concatenation / Concatenated)、错误重组 (Mis-reassembly / Erroneous reassembly)。

* **检索式构建（以CNIPR/EPO为例）：**

* `(RLC OR "Radio Link Control") AND (AM OR "Acknowledged Mode")`

* `AND (Header OR "Extension bit" OR "Extension field")`

* `AND (Concatenation OR "connected SDU" OR "串接" OR "连接")`

* `AND ("reassembly" OR "重组" OR "错误" OR "mis-")`

* **重点关注分类号：** **H04L29/06**（包含协议走向，表头压缩、封装）、**H04W28/06**（无线通信中的帧格式、大小或表头压缩改变）。

* **策略三：追溯已知技术的“源头标准”**

* 目标专利中反复提到了“已知技术另将表头延伸字段的值为‘10’的情形定义为……”。请直接去查阅**2004-2006年期间的3GPP TS 25.322 标准协议的具体版本（如V6.x.x或V7.x.x）**。如果该标准协议在目标专利申请日之前的某个版本中，已经通过“CR (Change Request，变更请求)”写入了“If the alternative E-bit interpretation is configured... and NO concatenated SDU is included... the HE field shall be set to '10'”类似的描述，则可以直接利用标准文本本身作为破坏新颖性或创造性的绝对证据。

作为一名经验丰富的专利代理师，我现针对目标专利（CN101309210B）的权利要求1，结合说明书及三份对比文件（D1: US2006067238A、D2: US2006072494A、D3: US7130295B）的原文进行深度无效宣告法律与技术分析。

---

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

根据目标专利说明书的记载，权利要求1各技术特征的真实发明意图与技术内涵释义如下：

* **技术特征A（上述表头包含有表头延伸字段）**：对应说明书`[0004]`，指在确认模式（AM）下，无线链接控制协议数据单元（RLC PDU）表头中包含的“二位的表头延伸（Header Extension Type，即HE）字段”。

* **技术特征B（上述方法包含有启动使用表头延伸字段的特殊值模式）**：对应说明书`[0008]`，指启动一种“使用表头延伸字段的特殊值”模式（例如将HE值定义为“10”）。

* **技术特征C（在上述协议数据单元的最后一字节为服务数据单元的最后一字节且上述协议数据单元未包含相连接的服务数据单元时设定上述表头延伸字段指示上述协议数据单元的最后一字节为上述服务数据单元的最后一字节）**：这是本专利的核心发明点，对应说明书`[0008]-[0010]`。其限定了“10”特殊值的严格适用条件，即**必须同时满足两个条件**：（1）PDU最后一字节是SDU最后一字节；（2）PDU内**未包含相连接**（Concatenation）的下一个SDU。如果包含了相连接的SDU，则不能设为该特殊值，以此避免接收端错误重组（对应说明书`[0009]`的已知技术缺陷）。

* **技术特征D（其中上述无线链接控制层操作于确认模式）**：对应说明书`[0004]`和`[0023]`，明确限定该方法应用于RLC层的确认模式（Acknowledged Mode, AM）。

---

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

以下紧密结合对比文件原文，逐一分析各对比文件是否公开了权利要求1的技术特征：

### 1. 对比文件D1（US2006067238A1）

* **技术特征A**：**实质公开**。D1原文`[0054]`公开了：“Header Extension bit 425: indicates whether the next octet will be header information or data”（表头延伸位指示下一字节是表头还是数据）。

* **技术特征B**：**未公开**。D1仅公开了传统的3GPP TS 25.322标准的表头结构，并未公开“启动使用表头延伸字段的特殊值模式”。

* **技术特征C**：**未公开**。D1并未涉及改写表头延伸字段特殊值以指示SDU恰好结束、且排斥“相连接SDU”的限定。

* **技术特征D**：**毫无异议公开**。D1原文`[0048]`明确公开：“To support acknowledged mode (“AM”) transmissions, a RLC entity 300 has both a transmitting side 300t and a receiving side…”（为了支持确认模式AM传输…）。

### 2. 对比文件D2（US2006072494A1）

* **技术特征A**：**实质公开**。D2在`[0017]`中公开了UMTS标准下的RLC AMD PDU结构，并明确提到了长度指示符（LI）和扩展位。

* **技术特征B**：**未公开**。D2的核心方案是通过修改“长度指示符（LI）”的保留值（Reserved values）来实现全连接（Full Concatenation），如`[0018]`所述：“previously unused length indicator (LI) values reserved by the UMTS standard are used to enable the concatenation... the pattern may be 1111101.”。它利用的是**LI字段的特殊值**，而非**表头延伸（HE）字段的特殊值模式**。

* **技术替换/C**：**未公开**。D2旨在实现STATUS PDU与SDU片段的“全连接”（Full Concatenation），其逻辑与目标专利限制连接以防止错误重组的逻辑完全不同，未公开特征C。

* **技术特征D**：**毫无异议公开**。D2原文`[0011]`公开：“The RLC sublayer includes three operational modes... Acknowledged Mode (AM)... implements an Automated Repeat Request (ARQ) mechanism”（RLC子层包括确认模式AM，实现ARQ机制）。

### 3. 对比文件D3（US7130295B2）

* **技术特征A**：**毫无异议公开**。D3原文`[0019]`公开：“When the RLC operates in the AM, the RLC PDU structure is comprised of D/C, SN, LI, P, HE (Header Extension), E (Extension), DATA... HE indicates whether the next bits are data, or LI and E.”（当RLC工作在AM模式时，结构包含HE表头延伸字段…）。

* **技术特征B、C**：**未公开**。D3的核心发明点在于协调MAC-h层的HARQ机制与RLC层的ARQ机制，通过引入`HARQ_PROCESSING`参数避免重复重传（见`[0043]-[0044]`）。其RLC层表头虽有HE字段，但未涉及任何“表头延伸字段特殊值模式”的启动及具体的特征C设定条件。

* **技术特征D**：**毫无异议公开**。D3原文`[0019]`明确公开：“Next, a description will be made of another case where the RLC operation mode is AM.”（下面对RLC操作模式为AM的另一种情况进行说明）。

---

### 特征比对表格

---

## 三、 最接近对比文件（D1/D2/D3）的筛选与创造性分析

在创造性审查中，选择最接近对比文件通常遵循“技术领域相同、解决的技术问题最相似、公开的技术特征最多”的原则。

### 1. 技术问题与技术效果分析

* **目标专利**：解决在启动特殊值模式下，因**SDU连接（Concatenation）**导致接收端错误重组SDU、造成系统错误的问题。达到的效果是既节省传输数据量，又避免错误重组。

* **D1**：解决因状态报告丢失导致的传输“停滞（Stalling）”问题，侧重于重传定时器和状态报告的管理。

* **D2**：解决因STATUS PDU无法与SDU有效连接而导致的带宽浪费问题（`[0013]`），通过改写**LI编码**实现“全连接”，以提高吞吐量。

* **D3**：解决RLC层ARQ与MAC-h层HARQ之间由于不重叠感知导致的**重复重传（Duplicated retransmission）**问题（`[0026]`）。

### 2. 结论：谁适合作为最接近的对比文件？

本案中，**D2（US2006072494A1）最适合作为创造性分析的最接近对比文件（D1、D3不适合）**。

* **理由**：目标专利的核心技术领域是**RLC AM模式下的分组表头优化与SDU连接（Concatenation）管理**。

* **D2**同样聚焦于改善RLC AM模式下的表头效率、减少填充（Padding）浪费，且其核心方案也是围绕“**如何在PDU中处理SDU的连接（Concatenation）与特殊控制信号指示**”展开。虽然D2采用的是修改LI（长度指示符）的手段，但其与目标专利在“提高带宽利用率、管理连接状态”这一整体技术问题上最具相关性。

* **D1和D3**虽属于无线通信RLC层，但其分别去解决“重传控制停滞”和“跨层HARQ/ARQ协调”问题，其技术演进方向、所关注的表头控制逻辑与目标专利“防止SDU连接时特殊值模式误判”的出发点相去甚远。

### 3. 特征否定与无效请求中最薄弱的技术特征

> **最薄弱的技术特征：技术特征B和技术特征C。**

从目前现有的对比文件（D1、D2、D3）来看，**没有任何一份文件公开了特征B和特征C**。

* 目标专利的实质贡献在于：已知技术虽然提出了“用HE字段的‘10’来代表SDU恰好在PDU末尾结束”以省去LI字段（特征B的背景），但已知技术没考虑到如果此时后面还**连接（Concatenate）**了别的SDU碎片，就会导致接收方误判（说明书`[0009]`）。目标专利通过加入限制性条件“**且上述协议数据单元未包含相连接的服务数据单元**”（特征C），完美杜绝了这一Bug。

* 现有D1、D3仅属于背景技术常规架构公开；D2虽想到了利用特殊保留值（Reserved value）来做全连接指示，但改动的是LI，而非HE特殊值模式。因此，**特征C具有极高的确定性利基（Niche），单纯依靠D1~D3的结合绝对无法动摇其创造性。**

---

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

鉴于目前的D1~D3未能触及核心发明点（特征B、C），若要成功提出无效请求，必须调整检索方向，实施以下精准检索策略：

### 1. 检索核心方向调整

必须去寻找**特征B的“已知技术”源头**。目标专利说明书`[0008]`明确指出：*“已知技术另将表头延伸字段的值为‘10’的情形定义为：若一‘使用表头延伸字段的特殊值’模式已被启动…”*。这说明在目标专利申请日前，**3GPP标准演进中一定存在某个提案（Tdoc）或标准版本，首次引入了这种“HE=10代表SDU在PDU末尾结束”的特殊值模式（Alternative HE Type/Special HE value）**。

### 2. 精准检索策略与关键词设计

* **数据库首选**：**3GPP 官方标准化文档数据库（3GPP FTP Server / Portal）**。因为这类极其细节的协议表头改动，往往最先以Tdoc（提案）形式出现在 **TSG-RAN WG2（无线接入网第二工作组，负责RLC/MAC层协议）** 的会议上。

* **标的技术组织与标准号**：

* 聚焦 3GPP **TS 25.322**（RLC协议规范）的 Release 7 或 Release 8 版本修订。

* 关注 **LTE（Long Term Evolution）早期讨论** 或 **WCDMA HSPA+（增强型高速分组接入）** 阶段关于表头压缩、优化空口开销（Reducing Overhead）的讨论。

* **关键检索词组合（英文）**：

* `"Header Extension"` AND `"Special value"` AND `"10"`

* `"Alternative E-bit"` OR `"Alternative HE Type"` OR `"Special HE"`

* `"Concatenation"` AND `"Length Indicator"` AND `"terminated"` AND `"end of PDU"`

* `"Radio Link Control"` AND `"Acknowledged Mode"` AND `"reassembly error"`

### 3. 预期检索目标（D4/D5）

若能检索到一份3GPP标准提案（记为D4），其中公开了：“为了节省空间，引入特殊模式，当HE字段为10时表示SDU恰好结束于PDU末尾”，则特征B被完全攻破。

接下来，只需证明“在同一个PDU中同时发生SDU连接（Concatenation）时，本领域技术人员为了解决重组歧义，自然会想到增加‘未包含相连接SDU’的逻辑限制”，或者找到另一篇指出该标准Bug并给出修改建议的RAN2会议提案（记为D5），即可通过 **D4 + D5 + 本领域常规技术手段** 彻底宣告权利要求1无效。

作为一名经验丰富的专利代理师，我将严格依据专利审查指南，紧密结合目标专利说明书以及对比文件的原文出处，对权利要求1进行深入的法律与技术分析。

---

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

目标专利为 **CN101309210B**。其权利要求1保护的是一种在无线链接控制（RLC）层中设定协议数据单元（PDU）表头的方法。结合说明书背景技术和具体实施方式，其核心背景与术语含义如下：

* **确认模式（AM）**：说明书第`[0004]`、`[0023]`段明确，本方法操作于确认模式（Acknowledged Mode, AM）。已知技术在非确认模式（UM）中有类似特殊值定义，但在AM模式下，若不加限制地使用特殊值，会导致接收端重组错误。

* **表头延伸字段（HE）**：长度为2位（2 bits）。说明书第`[0004]`段指出，其值“00”表示下一字节为数据，“01”表示下一字节为长度指示（LI）和延伸位（E bit）。

* **特殊值模式**：指“使用表头延伸字段的特殊值”模式。说明书第`[0008]`段指出，启动该模式后，值 **“10”** 被定义为特殊值，表示下一字节为数据，且服务数据单元（SDU）结束于当前PDU的结束位置。

* **关键限制条件（特征C）**：已知技术中（如说明书第`[0009]`段所述），只要SDU结束于PDU末尾就会设为“10”。这导致若PDU内包含“相连接的SDU”（即一个PDU内包含多个SDU，且最后一个SDU刚好结束），接收端会错误地把它们视为同一个SDU。**本专利的创新就在于增加了“且上述协议数据单元未包含相连接的服务数据单元”这一限制条件**，从而避免接收端错误重组（说明书第`[0030]`段）。

---

## 对比文件特征比对与公开性分析

以下针对三份对比文件（D1、D2、D3）进行逐一核对与特征比对。

* **D1：US20060251105A1** Method and apparatus for requesting/transmitting status report...

* **D2：US20060281413A1** Establishing radio link control in wireless communication networks.

* **D3：US20070047582A1** Radio link control unacknowledged mode header optimization.

### 1. 对比文件技术特征比对表

### 2. 各对比文件公开性深度剖析

* **D1 (`US20060251105A1`)**：

* **核心内容**：解决的是AM模式下由于最后一个PDU丢失导致状态报告（Status Report）延迟或无法触发的问题。其手段是通过多次重复发送最后一个PDU（特征检测触发Timer）。

* **结论**：D1虽然完全基于**确认模式（AM）**运行（公开了特征D），并且提及了HE字段（特征A），但它完全没有涉及“利用HE特殊值来节省LI传输量”的机制，未公开特征B和特征C。

* **D2 (`US20060281413A1`)**：

* **核心内容**：解决单侧RLC重新确立（Single-sided RLC re-establishment）过程中，由于PDU尺寸改变与RLC Reset程序冲突，导致超帧号（HFN）不同步、数据损坏的问题。

* **结论**：属于完全不同的RLC控制面同步课题，除了背景技术中提到RLC操作于AM模式外，对本案的表头特殊值设定方法没有任何实质公开。

* **D3 (`US20070047582A1`)**：

* **核心内容**：针对VoIP等实时业务，优化RLC **非确认模式（UM）** 的表头。当SDU刚好比PDU小2字节或刚好填满时，使用特殊的LI/Extension值（如1111100或1111101）来同时指示SDUs的边界（开始与结束），从而允许接收端不等待下一个PDU就直接上交数据，降低延迟并节省开销。

* **结论**：D3最接近特征B和特征C的技术构思。D3第`[0043]`段和第`[0051]`段Col.B公开了“首字节为SDU首字节且尾字节为SDU尾字节时，设定特殊标识”，且其图1-5主要展示了一个PDU只装一个SDU（即未包含相连接的SDU）的场景。**但是，D3的技术方案是死死绑定在非确认模式（UM）之下的。其在第`[0043]`段表格中明确写道：“UMD PDU: 1111100... AMD PDU: Reserved (PDUs with this coding will be discarded)”**。也就是说，D3在AM模式（AMD PDU）中是将这种特殊值作为错误丢弃处理的。

---

## 创造性最接近对比文件（A1步）分析

在无效宣告程序中，选择最接近的对比文件通常遵循“技术领域相同或相近、解决的技术问题最类似、公开技术特征最多”的原则。

本案中，**D3 (`US20070047582A1`) 最适合作为最接近的对比文件。**

* **技术领域与构思高度契合**：D3与目标专利皆属于无线通信系统RLC层表头优化的技术领域。

* **解决的技术问题与技术效果高度重合**：

* 目标专利要解决的是“在特定模式下节省传输数据量（省略LI），并指导接收端正确重组”（说明书`[0001]`）。

* D3要解决的是“优化表头开销（optimize RLC overhead），让接收端能立刻重组递交数据，无需等待下一PDU，提高容量并降低延迟”（D3第`[0003]`、`[0042]`、`[0055]`段）。

* **特征对应度最高**：D3公开了特征A、特征B，并实质公开了特征C对应的“在特殊值模式下，利用表头特殊符号指示SDU在当前PDU结束，从而省去后续LI”的逻辑。

* **与D1/D2的横向对比**：D1和D2虽然是AM模式（特征D），但它们聚焦于“丢包重传控制”和“单侧重置同步”，完全没有触及“通过表头特殊值省去LI以节省数据量”这一核心架构。因此，从整体技术构思来看，D3比D1、D2更接近本发明的本质。

---

## 结合创造性的最薄弱特征与无效策略

如果代表无效请求人对权利要求1提起无效宣告请求，**最薄弱的技术特征（即专利权人最难守住、我方最容易攻破的突破口）是：特征B、特征C中关于“利用特殊值指示SDU在PDU末尾结束以节省空间”的上位概念。**

然而，权利要求1构筑了两个核心防御壁垒：

1. **模式壁垒（特征D）**：限定在**确认模式（AM）**。

2. **排他性条件壁垒（特征C局部）**：限定“**且上述协议数据单元未包含相连接的服务数据单元**”。

### 为什么这两个壁垒让目前的无效请求很被动？

D3明确说明该结构在AM模式下是“Reserved并直接丢弃”的，并且D3是基于UM模式的滑窗和定时器来直接递交，不涉及AM模式复杂的ARQ（自动重传请求）重组逻辑。目标专利正是指出了已知技术在AM模式下若不加“未包含相连接的SDU”这一限制，会导致接收端把同一个PDU内部相连的多个独立SDU错误重组为同一个大SDU的系统灾难（目标专利说明书`[0009]`-`[0010]`）。

因此，仅凭D3（UM模式） + D1/D2（AM模式常规概念），审查员极大概率会认同：**将UM模式下的表头特殊值模式引入到AM模式中，会导致相连接SDU的重组错误；本专利给出了“未包含相连接的SDU”这一特定限制条件，解决了AM模式引入该技术时特有的技术缺陷，具有显著的进步和非显而易见性。**

---

## 进一步的对比文件检索策略（深度补盲）

鉴于目前现有的D1-D3无法对权利要求1形成致命的单篇破坏或显而易见的组合，必须调整检索策略，进行精准的**深度补盲检索**：

### 1. 检索方向变更：锁定 3GPP 协议标准提案（Contributions）

本案目标专利的背景技术是非常典型的3GPP标准更迭衍生出的专利（涉及Release 7/8阶段关于LTE或HSPA+中RLC层AM模式表头结构优化的讨论，即所谓的"Alternative E-bit interpretation"或"Special HE value"）。

* **策略**：停止单纯在专利库中盲目检索，转攻 **3GPP官网工作组提案库（3GPP TSG-RAN WG2）**。

* **目标**：寻找在**2007年-2008年（本案申请日前）**期间，各大通信巨头（如高通、爱立信、华为、中兴、大唐等）在RAN2会议上提交的关于“**RLC AM Header Extension / Special value of HE field**”的提案（Tdocs）。标准提案中往往会详细讨论“如果在AM模式引入特殊HE值，如何解决多个SDU连续级联（Concatenation）时的边界混淆问题”。如果某篇提案直接指出了“为了防止AM级联错误，该特殊值只能在PDU不包含级联/相连SDU时使用”，则该提案将成为最致命的现有技术（非专利文献）。

### 2. 关键词与逻辑检索式调整（专利库补盲）

如果在专利库中继续补充检索，需要把D3的“UM模式限制”打破，寻找在先将该机制应用于AM模式的专利。

* **核心IPC分类号**：`H04W28/06`（通信开销的调整，如表头压缩或格式化）、`H04L47/36`（分段与重组）。

* **精细化检索式构造（以英文库为例）**：

> `("Radio Link Control" OR "RLC") AND ("Acknowledged Mode" OR "AM") AND ("Header Extension" OR "HE" OR "Special value") AND ("Length Indicator" OR "LI") AND ("concatenation" OR "concatenated" OR "multiple SDUs")`

* **重点审查方向**：密切注意在2006-2008年间申请的、关于“RLC PDU Flexible Size”或“Improved RLC AM header”的同族专利。重点寻找是否已有文献公开了“若PDU包含Concatenated SDUs，则禁止将HE设为10（特殊值）”或者“特殊值10仅在PDU内无其他LI（即只有一个SDU或SDU分段）且刚好结束时才允许使用”这一规则。

作为一名经验丰富的专利代理师，我将为您对目标专利（CN101309210B）的权利要求1进行深度解析，并结合对比文件D1（WO2007023364A1）、D2（US20070064599A1）和D3（US20070064600A1）进行特征比对与创造性/无效可行性分析。

---

### 一、 目标专利权利要求1的合理解释与技术实质

结合目标专利说明书的【背景技术】及【具体实施方式】，权利要求1的核心技术实质如下：

1. **解决的深层技术问题**：在3G/LTE无线通信系统的无线链接控制（RLC）层中，已知技术虽然引入了“使用表头延伸字段的特殊值模式”（如值设为“10”）来指示服务数据单元（SDU）恰好结束于协议数据单元（PDU）的末尾，从而省去长度指示（LI）字段，但**已知技术没有考虑到PDU内包含“相连接的（Concatenation）服务数据单元”的情况**。如果一个PDU中包含多个相连接的SDU，且最后一个SDU刚好结束于该PDU的末尾，已知技术盲目设置特殊值“10”，会导致接收端错误地将这些不同的SDU重组成同一个SDU（发生错误重组），进而导致系统错误。

2. **核心改进点（特征C）**：权利要求1通过施加双重限制性条件——**“最后一字节为SDU的最后一字节”且“未包含相连接的SDU”**，才允许设定该表头延伸字段为特殊值。由此，当PDU中含有相连接的SDU时，系统不会触发该特殊值模式，从而**彻底避免了接收端的错误重组，保证了数据传输的准确性**。

---

### 二、 对比文件公开特征的详细分析与出处

#### D1: WO2007023364A1 (公开号: WO2007023364A1)

* **技术领域**：RLC层非确认模式（UM）下的表头优化。

* **特征A（表头包含表头延伸字段）**：**毫无疑问公开**。原文出处第`[0028]`段明确公开："The UMD PDU also includes a header extension type that indicates if the next octet is data or a length indicator and E-bit."（UMD PDU还包括一表头延伸类型，用以指示下一字节为数据或长度指示和E位）。

* **特征B（启动使用表头延伸字段的特殊值模式）**：**实质公开**。原文出处第`[0035]`、`[0036]`、`[0039]`段提到了配置不同的E位解释或特殊长度指示值（如配置alternative E-bit interpretation，或改变特殊值1111100、0000000、1111101的含义，用以指示SDU在当前PDU中开始和结束）。这实质上对应于一种“启动使用特殊值/特定解释”的运作模式。

* **特征C（最后一字节为SDU最后一字节且未包含相连接的SDU时设定特殊值）**：**未公开**。D1虽然在`[0036]`、`[0039]`段提到特殊值（如7位的1111100或1111101）用来指示一个SDU在PDU中开始且结束（隐含有该PDU未包含其他相连SDU的意思），并且在`[0042]`段指出了单PDU单SDU和单PDU多SDU（several SDUs per PDU）的区别，但**D1并未针对“表头延伸字段（HE）”的特定特殊值（如目标专利提及的“10”）在“未包含相连接的SDU”这一排他性前提条件下进行设定规约**，其属于不同层面的表头优化机制。

* **特征D（无线链接控制层操作于确认模式）**：**未明确公开其作为主要方案**。D1的主导方案是针对非确认模式（UM）的，如标题和`[0011]`段所述。尽管其在`[0034]`段提及了 "In unacknowledged mode and acknowledged mode RLC, if a 7 bit length indicator is used..."，但其核心表头优化方案是围绕UM模式展开的。

#### D2: US20070064599A1 (公开号: US20070064599A1)

* **特征D（无线链接控制层操作于确认模式）**：**毫无疑问公开**。原文出处第`[0006]`段明确提到：“TM, Unacknowledged Mode (UM), and Acknowledged Mode (AM)... AM is appropriate for use in services with low requirements for real-time transmission, but high requirements for data accuracy.” 且整个方案围绕AM RLC实体的传输端重置（reestablishing transmitting sides）展开。

* **特征A、B、C**：**均未公开**。D2解决的是AM模式下重置传输端时如何处理定时器（如保持`Timer_Status_Prohibit`计数以节省无线资源）的问题，完全不涉及PDU表头延伸字段及特殊值的设定方法。

#### D3: US20070064600A1 (公开号: US20070064600A1)

* **特征D（无线链接控制层操作于确认模式）**：**毫无疑问公开**。原文出处第`[0006]`段及摘要，同样公开了RLC层可以操作于确认模式（AM）。

* **特征A、B、C**：**均未公开**。D3解决的是AM模式下重置接收端时如何丢弃/保留控制PDU（如保留传输端对应的MRW STATUS PDU和RESET PDU）的问题，不涉及PDU表头的特定划分和特殊值模式。

---

### 三、 技术特征比对表

---

### 四、 最接近对比文件（D1）的选择及理由

在创造性分析或提出无效请求时，**D1（WO2007023364A1）最适合作为最接近的对比文件（D1可作为唯一的、最接近的对比文件）。**

**分析理由如下：**

1. **整体解决的技术问题最切近**：

* **目标专利**解决的是在RLC层中通过**优化PDU表头延伸字段/特殊值的设定**来平衡“节省传输数据量”与“避免接收端错误重组SDU”之间的矛盾。

* **对比文件D1**的整体发明目的正是“**RADIO LINK CONTROL UNACKNOWLEDGED MODE HEADER OPTIMIZATION**”（无线链接控制层表头优化），其解决的问题同样是如何在PDU表头中高效指示SDU的边界（边界即开始和结束字节位置），从而“**optimize the RLC overhead**”（优化RLC开销，即节省传输数据量），并防止因为后续PDU丢失导致接收端无法确认当前SDU是否完整结束的问题（见D1的`[0002]-[0003]`，这与目标专利避免接收端重组错误的技术诉求高度一致）。

2. **技术效果最切近**：

* D1通过改变或配置特殊的长度指示符/E位含义，使得单PDU在包含特定大小SDU时不需要额外开销即可被接收端立刻上传至上层（见`[0038]`），这与目标专利利用特殊值省去LI字段并防止重组错误、进而“节省传输数据量并提升系统效率”的技术效果属于同一技术轨道。

* **反观D2和D3**：它们关注的是AM RLC层在“单侧重置（Single-Sided Re-establishment）”过程中**定时器维持**与**控制PDU丢弃策略**的管理，完全不涉及PDU表头的字节级划分、延伸字段或边界填充算法。因此D2、D3与本案的技术主题相去甚远，无法作为最接近的对比文件。

---

### 五、 创造性评述与最薄弱技术特征分析

#### 1. 未被最接近对比文件（D1）完全公开的特征是否被其他文件公开？

* **特征D（确认模式AM）**：虽然D1主要讨论UM模式，但D2和D3在`[0006]`中均毫无异议地公开了RLC层可以操作于确认模式（AM）。实际上，在3GPP无线通信领域，RLC层分为TM、UM、AM是公知常识。将一种在UM模式中使用的表头指示或优化概念推广或应用到AM模式中，对于本领域技术人员而言，其技术障碍极低。

* **特征C（核心限制条件：“未包含相连接的服务数据单元时”）**：**未被D1、D2、D3中的任何一个公开**。

#### 2. 无效请求中最薄弱的技术特征（即专利权人的“护城河”）

如果提出无效请求，本案**最难攻克的、也是最薄弱（对无效请求人而言最难打掉，即专利最稳固、最核心）的技术特征是特征C中的“排他性前置条件”——“且上述协议数据单元未包含相连接的服务数据单元时”**。

* **技术抗辩理由**：专利权人会极力主张，已知技术（包括D1的常规设计）在启动特殊值模式后，只要遇到“最后一字节是SDU最后一字节”就会盲目写入特殊值，从而在“存在相连接SDU”的连带场景下必然引发接收端重组错误。目标专利通过创造性地加入“**未包含相连接的服务数据单元**”这一判断分支，切断了系统走向错误重组的路径。

* 由于D1、D2、D3均未透露在AM模式下，如何针对“包含相连接SDU且最后一个SDU刚好封顶”这一特定场景去**克制/禁止**使用表头延伸特殊值的技术启示，因此，仅凭目前的D1+D2/D3结合，极难评价特征C的创造性。

---

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

鉴于目前的D1~D3无法构成对特征C的强有力合围，为了成功无效该权利要求，建议调整并执行以下精细化检索策略：

1. **追踪背景技术源头（最优先策略）**：

目标专利说明书的`[0004]-[0009]`段极其详尽地描述了“已知技术”中关于表头延伸字段（Header Extension Type）值“00”、“01”、“10”、“11”的定义，以及“使用表头延伸字段的特殊值模式”被启动后将“10”定义为数据结束的规则。

* **检索做法**：这说明在目标专利申请日（或优先权日）之前，3GPP标准技术规范中必然已经存在一份引入该特殊值“10”的**CR（Change Request，修改提案）**或**标准草案**。请直接以目标专利背景技术中提到的规则为检索式（例如输入短语："Header Extension Type"、"10"、"alternative E-bit interpretation"、"special value"、"3GPP TS 25.322"），锁定那篇**允许将10用于特殊指示的原始3GPP标准文档或CR提案**。

2. **聚焦“Concatenation（连接）”与“Segmentation（切割）”冲突的缺陷报告**：

特征C解决的是“多SDU连接（Concatenation）”时错用特殊值的问题。

* **检索做法**：在3GPP RAN2会议中，经常会有各通信大厂（如Ericsson, Qualcomm, Huawei, InterDigital）提交关于“RLC Header Special Section Bug Fix”或“Incorrect Reassembly due to Special LI/HE”的讨论文件（Discussion Papers / CR）。建议在3GPP官方工作组数据库中，检索申请日前关于“RLC AM header extension type error reassembly”或“Special HE value concatenation conflict”的提案。一旦找到有公司在会议上指出了“使用该特殊值会导致Concatenation时重组错误”的缺陷报告，则特征C的“技术启示”便被彻底攻破。

3. **关键词扩展与组合检索**：

* **核心控制逻辑检索式**：`(RLC OR "Radio Link Control") AND ("Header Extension" OR "HE" OR "Special value") AND (Concatenation OR "connected SDU") AND (Reassembly OR "error" OR "wrong")`。

* **锁定AM模式下的表头状态机**：重点关注在确认模式（AM）下，对协议错误（Protocol Error）进行防御性编程或边界条件判断的同类通信专利。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1，紧密结合其说明书及提供的三份对比文件（D1、D2、D3）为您进行深度的无效可行性分析。

以下是具体的分析报告：

---

## 一、 权利要求解释与说明书对照

针对权利要求1，结合目标专利说明书（CN101309210B）的对应解释如下：

* **技术特征A（表头包含有表头延伸字段）：** 对应说明书第`[0004]`段。该字段在无线链接控制层（RLC）操作于确认模式时存在，通常是一个2位的字段（Header Extension Type），用以指示下一字节的属性。

* **技术特征B（启动使用表头延伸字段的特殊值模式）：** 对应说明书第`[0008]`段。这是一种为了减少传输数据量而引入的特定工作模式。当该模式启动时，原本无意义或表示错误的保留值（如“10”）被赋予特殊含义，用以指示服务数据单元（SDU）恰好在当前协议数据单元（PDU）的结束位置结束，从而省去额外的长度指示（LI）字段。

* **技术特征C（在PDU最后一字节为SDU最后一字节且PDU**未包含相连接的SDU**时，设定表头延伸字段指示…）：** 这是本专利的**核心创新点/区别特征**。对应说明书第`[0009]`及`[0030]`段。说明书指出，现有技术（已知技术）仅规定“最后一字节为SDU最后一字节时就设定特殊值”，这导致在包含“相连接的SDU”（即一个PDU内含有多个SDU，且最后一个SDU恰好结束）时，接收端会错误地把它们重组为同一个SDU。本特征通过限制**“未包含相连接的服务数据单元”**这一条件，避免了接收端的错误重组。

* **技术特征D（无线链接控制层操作于确认模式）：** 对应说明书第`[0004]`、`[0023]`段，即RLC层工作在Acknowledged Mode（AM模式）。

---

## 二、 权利要求1与对比文件的特征比对

根据您提供的对比文件原文，比对结果如下表（D1: US2007064601A; D2: US2007064602A; D3: KR1020070033297A）：

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

---

## 三、 最接近对比文件的确立分析

在创造性分析中，**D1（US2007064601A1）** 或 **D3（KR1020070033297A）** 均适合作为最接近的对比文件。原因如下：

1. **技术领域与整体架构高度一致：** D1、D2、D3与目标专利同属于3GPP无线通信系统、长期演进（LTE）系统中的RLC层确认模式（AM）数据处理技术领域。

2. **技术问题与效果的关联度：**

* 目标专利的核心问题是：在AM模式下进行数据打包与重组时，如何避免接收端错误重组SDU并节省数据量。

* **D1和D3**虽然侧重于“单侧重置（Single-Sided Re-establishment）”时控制PDU的处理，但在其背景技术和详细描述中（如D1的`[0011]`、`[0019]-[0025]`段；D3的`[13]`、`[19]-[25]`段），均深入探讨了**SDU的丢弃（SDU DISCARD）程序、移动接收窗口（MRW）程序以及STATUS PDU的构造**。MRW和SDU丢弃直接涉及SDU与PDU边界的划分。

* 相比之下，D2重点在于定时器（Timer_Poll）的管理，与数据包表头字段的设定逻辑距离稍远。

* 因此，选择**D1（或D3）**作为最接近的对比文件，最能契合RLC AM模式下SDU/PDU边界控制这一大背景。

---

## 四、 未公开特征的解决情况

从上述特征比对可以看出，**D1、D2、D3均没有公开技术特征A、B、C**。

这些对比文件无法通过相互结合来直接破坏权利要求1的创造性。

根据目标专利说明书背景技术`[0004]-[0008]`段的自认，**特征A和特征B在当时属于“已知技术”**。说明书明确指出，现有技术已经定义了“2位的表头延伸字段”以及“使用表头延伸字段的特殊值模式”（即用“10”来表示SDU在PDU结束位置结束）。

因此，在本案的无效请求中，特征A和特征B应通过**3GPP标准通信协议规范（如 TS 25.322 或 TS 36.322 的早期版本）**来证明其属于公知常识或已被现有技术公开，而不是指望通过目前的D1-D3来解决。

---

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

本权利要求中**最薄弱（即最容易被无效掉/最缺乏创造性）**的技术特征是：

> **“且上述协议数据单元未包含相连接的服务数据单元时”**（特征C中的限定条件）

### 原因分析：

虽然D1-D3没有直接写出这句话，但只要检索到目标专利启动“特殊值模式”所依据的**原始3GPP提案（Change Request, CR）**，该特征极易被判定为“显而易见”。

无线通信领域的协议修改通常有严密的逻辑。当3GPP引入“用特殊值10代表SDU结束”以节省LI字段时，其初衷就是针对“一个PDU刚好只装了一个SDU（或其分段）”的场景。如果一个PDU内连接了多个SDU（即包含相连接的SDU），按照标准协议本身的层间传输逻辑，前面几个完整的SDU必然需要通过“长度指示（LI）”字段来告知接收端其边界。因此，当且仅当“未包含相连接的SDU”时才适用该特殊值，属于本领域技术人员为了消除协议歧义、避免重组错误必然会做出的排他性逻辑限定（属于技术方案规范化的自然延伸）。

---

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

鉴于目前的D1-D3未能覆盖核心特征C，为了成功无效该权利要求，建议采取以下精准检索策略：

1. **锁定标准文献追踪（最高效渠道）：**

* **目标：** 检索 **3GPP TS 25.322**（UMTS RLC协议）或 **TS 36.322**（LTE RLC协议）在2006年至2008年期间的 **Change Requests (CRs)**。

* **关键词：** `Header Extension`, `Special value`, `Alternative E-bit interpretation`, `Concatenated SDU`, `SDU boundary`.

* **逻辑：** 目标专利说明书提到的“已知技术将10定义为特殊值模式”，必然对应3GPP RAN2工作组的某次会议提案。需要找到最初引入这个“特殊值模式”的CR，以及随后为了“修补接收端错误重组Bug”而提出的后续CR。该后续CR极有可能直接记载了“当且仅当没有连接其他SDU时才使用该特殊值”的限制。

2. **专利文献补充检索：**

* **检索方向：** 针对同一时期各大通信巨头（如爱立信、高通、华为、中兴、摩托罗拉、三星）在RLC层打包、表头压缩（Header optimization）或E位（Extension bit）重新解释方面的专利申请。

* **关键词组合：** `(RLC OR "Radio Link Control") AND ("Header Extension" OR "特殊值" OR "Alternative interpretation") AND (SDU OR "Service Data Unit")`。

作为一名经验丰富的专利代理师，我将为您对目标专利（授权公告号：CN101309210B）的权利要求1进行深入的说明书解释、对比文件（D1、D2）特征比对及创造性与无效策略分析。

---

## 一、 基于目标专利说明书的权利要求解释

根据目标专利说明书的整体公开内容，特别是背景技术`[0004]-[0010]`以及具体实施方式`[0023]-[0031]`，对权利要求1中关键技术特征的法律与技术内涵解释如下：

* **表头延伸字段（Feature A）**：指操作于确认模式（AM）下的无线链接控制（RLC）层协议数据单元（PDU）表头中包含的**2位（2-bit）表头延伸（Header Extension Type）字段**。其常规取值包括“00”（下一字节为数据）和“01”（下一字节为长度指示及延伸位）。

* **启动使用表头延伸字段的特殊值模式（Feature B）**：指为了节省传输数据量，系统启动了一种特殊配置。在该模式下，允许将表头延伸字段的保留值（例如“10”）赋予特定的边界指示含义，从而省去单独的长度指示（LI）字段。

* **Feature C的限定核心（“未包含相连接的服务数据单元”）**：这是本专利区别于现有技术的发明点。在“特殊值模式”下，若PDU的最后一字节恰好是某个服务数据单元（SDU）的最后一字节：

* **现有技术的缺陷**：只要SDU结束于PDU末尾，就盲目将表头延伸字段设为特殊值（如“10”）。这导致当一个PDU内包含多个相连接（Concatenated）的SDU且最后一个SDU结束于末尾时，接收端会错误地将这些不同的SDU重组成一个，造成重组错误。

* **本专利的限定含义**：**严格限制了特殊值的使用条件**。只有当该PDU内**仅包含一个完整SDU或一个SDU的最后一个分段**（即排除了PDU内部存在多个SDU相连接、拼接的情况），且该SDU恰好在PDU末尾结束时，才允许将表头延伸字段设为指示结束的特殊值（如“10”）。若包含相连接的多个SDU，则不允许设定该特殊值，以此避免接收端错误重组。

---

## 二、 对比文件特征比对分析

以下将对比文件1（WO2007039023A1，以下简称**D1**）和对比文件2（US20070110101A1，以下简称**D2**）与目标专利权利要求1进行逐项特征比对。

### 1. 对比文件D1分析

* **技术领域与解决的问题**：D1公开了一种在通信系统中进行分组分段（Segmentation）和连接（Concatenation）通知的方法。其通过在传输块（TrBIk）表头中设置2个1位的分段标志（FFF和SFF）来指示传输块首尾PDU是否为分段，从而降低传统RLC层密集携带长度指示（LI）带来的开销。

* **具体特征对应**：

* D1在`[0010]`、`[0019]`中公开了无线链接控制层（RLC）和媒体存取控制层（MAC）的运作。

* 然而，D1在`[0088]`中明确指出：“*One important aspect of the invention is to signal SAR information not at PDU level (i.e in the PDU header) but rather in the TrBIk header.*”（本发明的一个重要方面是在传输块表头中而不是在PDU级别/PDU表头中传输SAR信息）。

* 因此，D1并未公开在**PDU自身的表头延伸字段**中设置特殊值模式，其引入的是传输块（TrBIk）级别的标志位（FFF/SFF），与Feature A、B、C在层级和具体字段上存在实质差异。

### 2. 对比文件D2分析

* **技术领域与解决的问题**：D2公开了一种在UMTS系统的RLC重置和重新建立期间处理RLC SDU的方法，旨在解决网络重新建立或重置时，由于缓存区未同步导致分组被重复传输或传输延迟的问题。

* **具体特征对应**：

* D2在说明书背景技术`[0006]`中公开：“*In acknowledged mode (AM) transmission and reception, each time an AM RLC entity sends a PDU...*”，明确公开了**无线链接控制层操作于确认模式（AM）**（完全公开Feature D）。

* D2在`[0005]`中结合图2提到了PDU和SDU的关系以及分段和连接的过程（“*part of the PDCP PDU 32 data is also added to the RLC PDU 38. This segmentation process continues...*”），但其通篇都在讨论如何在Reset/Re-establishment时丢弃或保留SDU（如`[0015]-[0018]`的Summary及具体实施方式），完全没有涉及PDU表头延伸字段的定义、特殊值模式的启动或基于“未包含相连接的SDU”来设定表头字段的逻辑（未公开Feature A、B、C）。

---

## 三、 权利要求1特征比对表

---

## 四、 最接近对比文件（D1）分析与创造性评述

### 1. 最接近对比文件的选择及理由

在创造性分析过程中，**对比文件1（WO2007039023A1）**更适合作为**最接近的对比文件**。

* **技术领域与核心问题高度契合**：D1与目标专利均属于无线通信系统中RLC层（或高低层映射）的分组分段与连接（SAR）信号通知技术领域。两者**整体解决的技术问题**完全一致——即“如何降低或节省为了指示SDU边界而带来的表头开销（Overhead）”。

* **技术效果的追求一致**：目标专利通过Feature B（特殊值模式）省去LI字段来“节省传输数据量”；D1则通过在TrBIk表头设置2位标志位（FFF/SFF）来规避n个PDU各自携带LI带来的开销，其技术效果也是“*a significant decrease [in overhead] when many PDUs are concatenated*”（`[0089]`）。

* 相比之下，D2关注的是RLC重置/重新建立时的缓存管理与数据重传流，不以优化分段/连接表头开销为核心目的。

### 2. 未被公开特征的组合与无效最薄弱点分析

* **最接近对比文件（D1）未公开的特征**：Feature A、B、C中关于“在PDU本身的表头延伸字段中，在【未包含相连接的SDU】这一特定条件下设定特殊值”的具体控制架构。

* **其他对比文件的公开情况**：这些未公开的特征**同样没有被D2公开**。D2仅贡献了Feature D（确认模式），对表头延伸字段及核心控制逻辑没有任何启示。

* **无效最薄弱的技术特征（即本专利最坚固的发明点）**：

> **Feature C中的控制条件：“上述协议数据单元未包含相连接的服务数据单元”**

该特征是本专利对抗现有技术的最核心壁垒。其不仅要求识别边界，还发明了一种“排他性条件判定”——只有在PDU内没有其他SDU拼接时才允许使用快捷指示，彻底解决了由于级联（Concatenation）引起的接收端重组错误（Reassembly Error）。D1和D2对此均完全脱靶。因此，仅凭目前的D1和D2组合，**完全无法动摇权利要求1的创造性**。

---

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

鉴于现有D1和D2的组合无法成功破产该权利要求，若要发起强有力的无效宣告请求，必须调整检索策略，重点攻克**Feature B（特殊值模式）**和**Feature C（排他性边界条件判定）**。

### 1. 追踪标准演进与3GPP提案（关键策略）

目标专利的背景技术提到了WCDMA/UMTS系统的RLC确认模式（AM）、2位的表头延伸字段、以及“10”这个特殊值。这具有极强的**3GPP标准特征**（如TS 25.322协议）。

* **检索源**：3GPP Tdoc 数据库（RAN2工作组）。

* **检索方向**：查找2006年—2008年期间，针对 **UMTS LTE** 或 **WCDMA Rel-7/Rel-8** 阶段关于“Alternative E-bit interpretation”（延伸位替代解释）或“Special value of HE / Length Indicator”的提案（Contributions）。目标专利解决的正是标准演进中由于引入可变PDU大小或特殊值带来的边界Bug，标准会议中大概率有同期竞争方案或缺陷报告（CR）。

### 2. 关键词与逻辑扩展

* **核心关键词（中英文）**：

* 表头延伸 / 延伸位 / 特殊值 / 保留值：`Header Extension`, `HE field`, `Extension bit`, `E-bit`, `Alternative interpretation`, `Special value`, `Reserved value`.

* 连接 / 级联 / 重组错误：`Concatenation`, `Concatenated SDUs`, `Reassembly error`, `Mis-reassembly`.

* 无线链接控制 / 确认模式：`RLC AM`, `Acknowledged Mode`, `PDU header`.

* **构造检索式方向**：

`("RLC AM" OR "Radio Link Control") AND ("Header Extension" OR "E-bit" OR "HE") AND ("Special value" OR "Reserved value" OR "10") AND ("Concatenation" OR "Multiple SDUs")`

### 3. 扩大专利分类号（IPC/CPC）检索

重点锁定以下精细分类号进行族群排查：

* **H04L47/36**（与分组大小相关的流量控制，分段及重组）

* **H04W28/06**（无线通信中的控制重排，改变分组格式或表头压缩）

作为一名经验丰富的专利代理师，我将紧密结合目标专利说明书的公开内容，对权利要求1进行法律与技术层面的深度解析，并结合对比文件1（D1：WO2006118418A2）与对比文件2（D2：WO2005109778A1）的原文进行逐字逐句的特征比对与创造性分析。

---

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

根据目标专利说明书（CN101309210B）的记载，权利要求1的核心发明点在于**对无线链接控制（RLC）层确认模式（AM）下“使用表头延伸字段的特殊值”模式的触发条件进行了精细化的限缩**。

1. **“表头延伸字段”与“确认模式”的背景解释**：

说明书【0004】指出，当无线链接控制层（RLC）操作于确认模式（AM）时，协议数据单元（PDU）的表头中会包含一个二位的表头延伸（Header Extension Type）字段，其原本的传统定义是用以指示下一字节为数据还是长度指示（LI）字段及延伸位（E）字段（例如“00”代表数据，“01”代表LI+E）。

2. **“启动使用表头延伸字段的特殊值模式”的含义**：

说明书【0008】解释道，为了减少传输数据量，3GPP已知技术定义了该特殊值模式（如将表头延伸字段的值设为“10”）。在该模式启动下，如果一个SDU恰好结束于该PDU的结束位置，就可以通过该特殊值直接指示，从而**不需要**使用另一协议数据单元来专门传送对应的长度指示（LI）字段，以此节省开销。

3. **特征C的限缩性关键界定（核心发明点）**：

说明书【0009】指出了现有技术的缺陷：当该模式启动时，若PDU中包含**相连接（Concatenated）**多个服务数据单元（SDU），且最后一个SDU恰好结束于PDU末尾时，已知技术也会盲目设定该特殊值，这会导致接收端误将这几个相连接的独立SDU组合看作同一个SDU，从而发生**错误重组**。

因此，权利要求1通过特征C引入了强限制条件：**“且上述协议数据单元未包含相连接的服务数据单元”**。也就是说，只有在PDU没有包含相连接的其他SDU，且当前唯一的SDU或其分段恰好在PDU末尾结束时，才允许设定该特殊值，从而在“节省传输量”与“避免接收端错误重组”之间取得了完美的平衡。

---

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

接下来，我们将权利要求1拆解为四个技术特征（A、B、C、D），并引入对比文件进行比对。

* **D1：WO2006118418A2**

* **D2：WO2005109778A1**

#### 1. 详细出处与公开性分析

* **技术特征A（上述表头包含有表头延伸字段）**：

* **D1毫无异议公开**：在描述AM RLC PDU的结构时，其原文[p0190]明确指出：`'Header Extension Bit (HE)' value indicates whether a next octet is a length indicator or data.`（“表头延伸位（HE）”的值指示下一个八位位组是长度指示符还是数据）。

* **D2未公开**：D2虽然提及PDU和SDU的关系以及重新分段，但并未细化公开PDU表头的特定“表头延伸字段”结构。

* **技术特征B（上述方法包含有启动使用表头延伸字段的特殊值模式）**：

* **D1、D2均未公开**：D1仅公开了传统的HE位及常规指示，未提及针对节省开销而启动的“特殊值模式”（即用特定保留值如“10”代表SDU在PDU末尾结束的隐式特殊模式）。D2则完全未涉及表头字段的特殊值操作。

* **技术特征C（在上述协议数据单元的最后一字节为服务数据单元的最后一字节且上述协议数据单元未包含相连接的服务数据单元时设定上述表头延伸字段...）**：

* **D1、D2均未公开**：这是目标专利的关键发明点。D1虽然在[p0192]提到了长度指示符（LI）用于指示PDU数据部分中不同SDU之间的边界，但并没有公开在“未包含相连接的SDU”的前提下设定表头延伸字段为特殊值的条件。D2只解决了RLC层重新建立（Re-establishment）时如何通过交互计数器和重传请求来避免SDU丢失或重复的问题，完全不涉及此机制。

* **技术特征D（其中上述无线链接控制层操作于确认模式）**：

* **D1毫无异议公开**：原文[p0053]指出：`acknowledged mode (hereinafter abbreviated 'AM')`，并在[p0156]明确说明其讨论的是`structure of RLC PDU used by AM RLC entity`（AM RLC实体使用的RLC PDU结构）。

* **D2毫无异议公开**：在Page 2第二段明确记载：`AM RLC (AM = Acknowledged Mode) can only have one PDU size at a given time.`（AM RLC在一个给定时间只能有一种PDU大小），其核心流程全部基于确认模式（AM）展开。

#### 2. 特征比对表格

---

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

#### 1. 哪个对比文件适合做最接近的对比文件？

在创造性分析中，**对比文件1（D1：WO2006118418A2）最适合作为最接近的对比文件**。

* **技术领域与整体解决的技术问题角度**：

* 目标专利关注的是RLC确认模式下，**PDU数据分段、相连接（Concatenation）时如何通过表头字段（HE/LI）进行精确的数据面边界控制**，以解决数据量节省与接收端正确重组之间的矛盾。

* **D1** 同样深入到了AM RLC PDU的**表头精细结构层级**（HE位、E位、长度指示符LI），其致力于优化AM RLC在状态报告和协议帧映射中的传输效率。D1与目标专利在底层协议栈操作、PDU格式架构及特征重合度（公开了特征A和D）上契合度最高。

* 相比之下，**D2** 的整体技术问题完全聚焦于“由于PDU大小改变等导致**RLC层重新建立（Re-establishment）时，如何避免SDU丢失与重复**”的控制面宏观握手流程，根本没有触及日常数据传输时PDU表头的字节级字段控制。因此D2不适合作为最接近对比文件。

#### 2. 未被最接近对比文件公开的特征是否被其他对比文件公开？

最接近对比文件 D1 未公开**特征B**和**特征C**。

检查其他对比文件 **D2**：D2全文聚焦于RLC重新建立的序列号同步与请求重传机制（如利用PDCP层计数器），**完全没有公开**“启动使用表头延伸字段的特殊值模式（特征B）”以及“在未包含相连接的SDU时设定该特殊值的限制判定（特征C）”。

因此，**特征B和特征C在现有的D1和D2组合中均未被公开**。

---

### 四、 无效请求中最薄弱的技术特征与进一步检索策略

#### 1. 若提出无效请求，最薄弱的技术特征是什么？

如果代表请求人对该目标专利提出无效宣告请求，该权利要求中**最薄弱（即最容易被现有技术攻破、对创造性几乎没有贡献）**的技术特征是：**特征D、特征A**，其次是**特征B**。

* **特征D（确认模式）和特征A（表头包含表头延伸字段）**：这属于UMTS/长期演进等无线通信通信标准中极为基础的架构（如3GPP TS 25.322协议规范），D1等通信提案可以直接、毫无异议地予以覆盖。

* **特征B（启动特殊值模式）**：根据目标专利背景技术【0008】的自认，将表头延伸字段“10”定义为特殊值模式在当时已经属于**已知技术（现有技术）**。因此该特征在标准协议文献中极易被单独检索到。

> **结论**：本权利要求的核心防御壁垒完全在**特征C中的限缩性排除条件（“且上述协议数据单元未包含相连接的服务数据单元”）**。若想成功无效该专利，必须主攻特征C。

#### 2. 进一步的对比文件检索策略

由于当前的 D1 和 D2 无法覆盖特征C（尤其是针对“相连接”情况下的错误重组防御），为了成功无效该权利要求，建议采取以下精准检索策略：

1. **锁定标准组织文献（3GPP 会议提案）**：

目标专利申请时间大约在2007-2008年左右（授权公告为2012年）。应当将检索焦点死死锁定在 **3GPP TSG-RAN WG2（无线层2/3架构组）** 在 2006 年至 2008 年期间的会议输入提案（Tdocs）。

2. **关键词精准扩展组合**：

在3GPP官方数据库或专利库中，重点检索涉及“RLC AM PDU表头优化”的提案，构建如下检索式：

* `"Header Extension" AND "Special value" AND "Alternative"`

* `"Concatenation" AND "RLC PDU" AND "incorrect reassembly" OR "wrong reassembly"` (针对相连接导致错误重组的痛点)

* `"Length Indicator" AND "HE field" AND "10"`

3. **追踪标准变更请求（CR, Change Request）**：

目标专利背景技术中提到的“已知技术已规定：特殊值模式下PDU最后一字节为SDU最后一字节时设定特殊值”，这通常对应 3GPP 规范（如 TS 25.322）的某一次具体修订。通过追溯该修订案的讨论历史（Discussion/Email rapporteur），寻找是否有其他外方公司（如爱立信、高通、诺基亚、华为等）在当时也指出了“相连接（Concatenation）可能导致接收端重组错误”的缺陷流。只要在先的 Tdoc 提及了这种并发场景下的边界控制模糊性，即可对特征C构成强有力的创造性评撕。

根据权利要求1所述的方法，其中设定上述表头延伸字段指示上述协议数据单元的最后一字节为上述服务数据单元的最后一字节是设定上述表头延伸字段的值为“10”。