一种控制一传送器与一接收器处理一传送框调整程序的方法，其适用于一无线通信系统中该方法包括驱使该接收器传送包括一框宽参数的一控制讯息至该传送器用来调整该传送器的一传送框大小以及在一预设期限之后驱使该接收器根据该框宽参数调整一接收框大小其后该接收器将序号为该接收框范围之外的数据单元丢弃。

作为一名经验丰富的专利代理师，我将针对目标专利（CN1328865C）的权利要求1，结合说明书及两份对比文件进行深度法律与技术层面的无效可行性分析。

---

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

目标专利主要解决在无线通信系统中，因为流量控制等原因调整传送框（Transmission Window）大小时，控制信令（状态信令）在无线传输通道中遗失导致传送器与接收器状态不一致（如死结或内存浪费）的问题。

根据权利要求1以及说明书具体实施方式的记载，我们将权利要求1拆解为以下核心技术特征：

* **前序部分**：一种控制一传送器与一接收器处理一传送框调整程序的方法，其适用于一无线通信系统中；

* **技术特征A**：该方法包括驱使该接收器传送包括一框宽参数的一控制讯息至该传送器用来调整该传送器的一传送框大小；

* **技术特征B1**：以及在一预设期限之后驱使该接收器根据该框宽参数调整一接收框大小；

* **技术特征B2**：其后该接收器将序号为该接收框范围之外的数据单元丢弃。

---

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

为了客观评估权利要求1的稳定性，现引入以下两份对比文件进行逐字逐句的原文比对分析：

* **D1**：`JPWO2010125769A1`（移动体通信系统，主要涉及LTE-A中的载波聚合、系统带宽通知及寻呼机制）

* **D2**：`JPWO2013137424A1`（移动局及无线基地局，主要涉及MDT测量走行试验以及SIB报知信息接收结果的收集）

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

---

## 三、 最接近对比文件的选择分析

在创造性分析中，选择最接近的对比文件（最接近的现有技术）通常需要从**技术领域、解决的技术问题、核心技术方案以及技术效果**四个维度进行综合考量。

经过评估，**对比文件D1（`JPWO2010125769A1`）较D2更适合作为创造性分析过程中最接近的对比文件**。分析如下：

* **从技术领域与核心方案看**：D1构筑在LTE及W-CDMA（3GPP规范）的架构下，明确终结了RLC（无线链路控制层）和MAC层（见D1段落`[0005]`），并详细展开了HARQ（混合自动重传）的滑动窗口与纠错重传机制（见D1段落`[0012]`）。这与目标专利说明书背景技术中明确引用的“3GPP TS 25.322 无线链路控制层（RLC）协议规格书”处于同一层级的技术领域，其技术方案具有天然的承接性。

* **从技术问题与效果看**：目标专利解决的是**如何防止传输滑窗信令丢失导致的收发双端状态不一致，以提升无线传输效率和内存利用率**。D1通过引入载波聚合下的系统参数通知以及精细化的HARQチェースコンバイニング（切斯合并）机制（见段落`[0012]`），同样是为了解决无线信道干扰导致的デコード（解码）失败问题，以达到提高传输品质和效率的目的。两者在关注的底层信道干扰及滑窗数据处理效果上更为贴近。

* **为什么D2不适合**：D2（`JPWO2013137424A1`）的核心是MDT（测量走行试验），它是一种路测替代方案，侧重于让移动台把收到的广播信道（MIB/SIB）的结果包装成测量报告上报给基站，用以优化网络覆盖（见D2段落`[0002]`）。D2完全不涉及收发双方在数据传输链路上的滑窗动态流量控制，缺乏演进到目标专利的基本技术骨架。

---

## 四、 权利要求最薄弱的技术特征及无效策略

通过特征比对可以看出，目标专利权利要求1的稳定性非常高。D1和D2均未能公开其**核心发明点**，即：**“接收端主动发出调整对方传送框的指令后，自身并不立即更改接收框，而是挂起一个‘预设期限’（定时器），在定时器届满后才根据该框宽参数同步调整自身的接收框，进而依此新窗口丢弃范围外数据”**（特征B1）。

### 1. 最薄弱的技术特征判定

若必须在权利要求1中寻找一个相对最薄弱（即最可能被现有技术对抗或被判定为公知常识/常规设计）的特征，那就是**技术特征B2中的“其后该接收器将序号为该接收框范围之外的数据单元丢弃”**。

* **理由**：在通信协议（如TCP、3GPP RLC、HARQ）的滑动窗口机制中，“丢弃窗口范围之外的无效数据/重复数据”属于极其常规的底层防御性编程规范。如D1的`[0012]`段落所述，收发双方基于CRC校验和序号进行Ack/Nack互动，超出接收预期的数据本就不应被存入缓存。因此，一旦新窗口大小被确立，丢弃窗口外的数据属于本领域的公知常识或常规技术手段，不具备实质的创造性贡献。

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

既然D1和D2在“挂起定时器延迟同步收发滑窗”这一核心控制逻辑上出现了检索断层，若要发起有效的无效宣告请求，后续的检索策略应做如下调整：

1. **精准锁定特定协议版本（RLC层的Super-Field规程）**：

目标专利在其说明书具体实施方式中提到了：接收器可利用状态信令（STATUS PDU）中的“传送框指令（WINDOW SUFI）”来设定传送器的状态变量`VT(WS)`（见说明书第6页）。

* **检索方向**：应当将检索重点直接对准**2006年以前的3GPP标准提案（Contributions）及标准文献**，特别是关于 `3GPP TS 25.322`（UMTS RLC协议）的变更请求（CR, Change Requests）。重点检索当时各大电信巨头（如Ericsson, Nokia, Qualcomm, NTT DoCoMo等）在3GPP RAN2工作组中关于“WINDOW SUFI 丢失/死锁（Deadlock）解决方案”或“STATUS PDU 流量控制定时器”的提案。标准文献往往能最精准地无缝映射这种滑窗状态变量调整的权衡方案。

2. **向通用计算机网络协议（TCP/信令网）回溯**：

滑动窗口大小调整（Window Size Adjustment）以及定时器协同是经典网络流量控制协议（如TCP的拥塞控制、滑动窗口协议以及信令网MTP）的核心内容。

* **检索方向**：扩大检索IPC分类号至 `H04L47/10`（流量控制）、`H04L47/27`（基于滑窗的流量控制）。寻找在TCP协议改进或早期数据链层协议中，是否有“发送Window Scale/Size修改请求后，本地等待RTT（往返延迟时间）后强制同步更改本地接收窗口”的教科书级技术方案或早期专利。

3. **关键词组合优化**：

在未来的补充检索中，建议放弃D1、D2所涉及的载波聚合或MDT等高层应用逻辑，直接组合底层高相关度词汇：

* `("WINDOW SIZE" OR "TRANSMISSION WINDOW" OR "滑动窗口" OR "传送框")`

* `AND ("TIMER" OR "EXPIRATION" OR "TIMEOUT" OR "预设期限" OR "定时器" OR "延时")`

* `AND ("DISCARD" OR "DROP" OR "丢弃" OR "范围外")`

* `AND ("STATUS PDU" OR "WINDOW SUFI" OR "流量控制")`

如权利要求1所述的方法，其特征在于还包括驱使该接收器于输出该控制讯息时为该预设期限进行计时以及该预设期限被设定为等于或大于该接收器与该传送器之间来回传输延迟的时间。