一种在无线通讯系统中具有防止数据传输死锁的方法，其中在数据传输时进行接收状态查询，该方法包含在一预定时间内暂禁查询；于查询被暂禁期间，触发一查询功能；在该预定时间期满后，确认没有安排传输或重传任何协议数据单元，且有已传送过但尚未被确认收讫的协议数据单元；选择协议数据单元，安排重传，以执行该查询；其中该查询功能是由一“首传缓冲存储器中最后一个协议数据单元被传输”事件所触发，也就是当在首传缓冲存储器中用来第一次传输的最后一个协议数据单元被安排传输时，触发该查询功能。

作为一名经验丰富的专利代理师，我将为您对本案的目标权利要求进行深度解析，并结合对比文件 **D1（US6690650B）** 进行严格的侵权/确权特征比对。

由于本案中仅提供了一份对比文件 D1，我将重点剖析 D1 是否公开了相关特征，并在结论中为您指出该专利的无效突破口及下一步精准的检索策略。

---

## 一、 结合目标专利说明书对权利要求1的深度原理解析

目标专利 **CN1761260B** 解决的是 **3GPP UMTS/LTE 无线链接控制（RLC）确认模式（AM）下，因“查询暂禁定时器（Timer_Poll_Prohibit）”与“特定查询触发事件”冲突而导致的“数据传输死锁（Deadlock）”问题**。

### 1. 核心技术背景与死锁痛点（结合说明书第5、6图）

* **查询机制（Polling）：** 发送端发送协议数据单元（PDU）时，若将控制字中的查询位（Polling Bit）置1，即要求接收端回传接收状态报告（Status Report）。

* **暂禁查询（Poll Prohibit）：** 为了防止接收端频繁回传报告浪费空口带宽，引入了“查询暂禁定时器（Timer_Poll_Prohibit）”。在此定时器运行期间，禁止发送新的查询。如果有新的查询被触发，必须“延迟”到定时器期满后再发送。

* **死锁成因（说明书第6图）：**

当发送端发送完首传缓冲区中最后一个 PDU（如PDU 405）时，触发了“首传缓冲区最后一个PDU”查询事件。由于此时暂禁定时器（Timer_Poll_Prohibit）未期满，该查询被延迟。

接收端收到部分PDU后回传了状态报告（确认了之前的PDU 400-403）。此时发送端没有新数据要首传，也没有欠收数据要重传（PDU 404、405已发但未被确认）。

当暂禁定时器期满后，根据协议（TS 25.322 旧版本），系统检查发现“没有安排传输/重传”，且“有已传送未确认的PDU”，但由于该延迟的查询**不是**由“定时催询（Timer_Poll）”或“周期性定时查询”触发的（而是由“首传最后PDU”触发的），系统**不予以重传 PDU 来携带查询位**。

结果：发送端不再发片，接收端不再回报告，双方无限期等待，形成**死锁**。

### 2. 权利要求1各特征的实质含义

* **技术特征A & B（暂禁与触发）：** 在 `Timer_Poll_Prohibit` 期间，若触发了查询，不立即发送，而是将其标记为“延迟（Pending）”状态。

* **技术特征C（期满确认条件）：** 定时器期满时，发送端处于静默状态（无新发、无主动重传），但依然有发出去却没收到 ACK 的数据（如 PDU 704、705）。

* **技术特征D & E（核心改进点 - 破除死锁）：**

打破了 3GPP 旧协议中“只有定时催询/周期查询被延迟才能触发重传”的限制。当定时器期满且满足特征C时，**即使延迟的查询是由“首传缓冲存储器中最后一个协议数据单元被传输”（即 VT(S)-1 触发事件）所引起的，也强制选择一个已发送未确认的 PDU 进行重传（如 PDU 705a），并在其中将 Polling Bit 置1**。这就重新激活了状态汇报机制，彻底避免了死锁。

---

## 二、 目标专利与对比文件 D1 的特征比对分析

### 1. 对比文件 D1（US6690650B）技术方案概述

* **技术领域：** 以太网网络中继器（Network Repeater）、物理层/链路层链路完整性监测。

* **解决的技术问题：** 如何在不需要网络管理器（Unmanaged Network）的情况下，自动检测 100 Mb/s 高速链路的误码率/链路质量，并在质量不达标时自动降速（Downshift）到 10 Mb/s。

* **技术手段：** 采用双计数器机制。第一计数器在第一周期内计算符号错误（Symbol Error）数是否超标（T1）；若超标，则第二计数器加1。若第二计数器在更长的时间周期内达到阈值（T2），则判定链路受损，通过自动协商（Auto-negotiation）降速。

---

### 2. 权利要求 1 与对比文件 D1（US6690650B）特征比对表

---

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

在针对本专利进行创造性无效宣告的立案分析中：

### 1. 最接近对比文件的选择结论

* **对比文件 D1（US6690650B）绝对不适合作为最接近的对比文件。**

* **原因分析（技术问题与技术效果维度）：**

* **技术问题不一致：** 本专利解决的是**无线高层协议（L2-RLC层）中由于定时器与特定事件冲突导致的状态机死锁问题**；而 D1 解决的是**有线以太网中继器中，如何在有噪声干扰时避免误判物理链路故障并实现自动降速的问题**。两者属于完全不同的细分技术领域（L2 RLC AM 协议控制 vs. L1 物理层/介质相关子层物理指标监测）。

* **技术效果不一致：** 本专利达到的效果是“维持 RLC 窗口滑行，破除死锁，使数据传输得以继续”；而 D1 达到的效果是“降低物理传输速率以减少误码率”。

### 2. 真正适合做最接近对比文件的文献方向

若要对本专利提起无效宣告，**最接近的对比文件（D1'）应当首选 3GPP 标准规范文档或其伴随的提案（Tdocs）**：

* **首选 D1'：** **3GPP TS 25.322 v6.1.0 (2004-06)**（或更早版本）。这是本专利在背景技术中明确引用的标准（本专利正是在该版本标准的基础缺陷上做出的改进）。

* **首选 D2'：** 在 2004 年至 2005 年期间，各大电信巨头（如中兴、华为、爱立信、高通、三星等）在 **3GPP TSG-RAN WG2** 会议上提交的关于“RLC Poll Prohibit deadlock”或“VT(S)-1 poll trigger”的**会议提案（Tdoc）**或**标准变更请求（Change Request, CR）**。

---

## 四、 最薄弱的技术特征分析

如果向专利局提交无效宣告请求，本专利**最薄弱（最容易被突破）的技术特征**是：

> **“技术特征C + D + E 的结合体”（即：在暂禁期满后，若属于‘首传最后PDU’触发的延迟查询，且满足无待发数据但有未确认数据时，重传一PDU以重新查询）。**

### 为什么这是最薄弱的特征？

1. **3GPP 标准制定的天然属性：** 3GPP 的 RLC 协议（TS 25.322）是由众多成员公司共同讨论、撰写 CR（Change Request）逐步完善的。在 2004-2005 年间，由于全球 3G 网络开始大规模商用调测，这种“RLC 状态机死锁”属于只要进行协议一致性测试（Conformance Testing）就必然会 100% 暴露的逻辑 Bug。

2. **极可能存在“标准文献”的提前公开：** 在本专利的申请日之前，RAN2 工作组极有可能已经有代表提议了类似的修复方案。即使标准的正式版本更新滞后于本专利的申请日，只要相关的 **Tdoc 会议输入文档** 在网络上公开的日期早于本专利的优先权日，该特征的创造性（甚至新颖性）就彻底丧失了。

---

## 五、 针对性的进一步检索策略

为了彻底无效掉该权利要求，建议采取以下多维度的“精准打击”检索策略：

### 1. 3GPP 会议提案（Tdocs）专项检索（最强杀伤力）

* **检索网站：** [3GPP Portal / FTP 服务器](https://www.3gpp.org/ftp/)

* **检索目标工作组：** **TSG RAN WG2**（负责无线链路控制 RLC 协议层）。

* **时间窗口设定：** 锁定在 **2004年1月1日 至 2005年10月（或本案优先权日/申请日前）**。

* **核心关键词：**

`RLC`, `Poll Prohibit`, `Timer_Poll_Prohibit`, `Deadlock`, `VT(S)-1`, `Last PDU`, `Retransmission`, `Status Report`, `TS 25.322`.

* **寻找目标：** 重点寻找针对 `TS 25.322` 的 **CR (Change Request)**。通常会有类似“Correction of Polling Deadlock when Timer_Poll_Prohibit expires”的提案。

### 2. 专利分类号 + 关键词交叉检索

* **优先采用的 IPC/CPC 分类号：**

* `H04L47/10`（流量控制/拥塞控制）

* `H04W28/04`（纠错、重传，如ARQ/HARQ）

* `H04L1/18`（自动重传请求机制）

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

> `(RLC OR "Radio Link Control") AND (Poll OR Polling) AND (Prohibit OR "Timer_Poll_Prohibit" OR "暂禁") AND (Deadlock OR "死锁" OR "挂起" OR "停滞") AND (Retransmit* OR "重传")`

### 3. 同族专利与对抗审查历史追踪

* 利用专利分析工具，全面追踪本套专利在**美国（USPTO）、欧洲（EPO）、日本（JPO）**等局的同族申请审查历史（File Wrapper）。

* 重点查看国外审查员在驳回该同族专利时引用的 **非专利文献（NPL，即 3GPP 提案）**。国外审查员对标准文库的检索通常极其精准，直接“拿来主义”可以极大节省国内无效宣告的检索成本。

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

---

### 一、 目标专利技术背景与权利要求解析

目标专利解决的是 **3GPP TS 25.322 RLC（无线链接控制）协议** 在确认模式（AM）下的**数据传输死锁（Deadlock）**问题。

在3GPP协议中，发送端为了获取接收端的接收状态，会触发“查询（Polling）”机制。然而，为了避免查询过于频繁浪费带宽，协议引入了 **“查询暂禁定时器”（Timer_Poll_Prohibit）**。当该定时器运行时，任何新触发的查询都会被延迟，直到定时器期满。

**死锁根源：**

在原先的3GPP协议（如 TS 25.322 V6.1.0）中：

* 当查询暂禁定时器期满，且当前没有新的数据要发送或重传时，若存在已发送但未确认的协议数据单元（PDU），系统应当重传一个合适的PDU来携带查询位（Poll bit = 1）。

* 但旧协议的逻辑中，**只有**当被延迟的查询是由“定时催询（Timer_Poll）”或“周期性定时查询（Timer_Poll_Periodic）”触发时，才允许重传PDU来发送查询。

* 如果被延迟的查询是由**“首传缓冲存储器中最后一个协议数据单元被传输”（Poll_Last_PDU_First_Tx）**这一非常关键的事件触发的，旧协议**不会**安排重传PDU，导致发送端保持闲置，无法获得接收端的确认报告，从而发生**永久死锁**。

目标专利的创新点（即步骤 1007a）在于：**允许由“首传缓冲存储器中最后一个PDU被传输”事件触发的延迟查询在定时器期满后通过重传PDU来执行，从而打破死锁。**

---

### 二、 对比文件原文出处及公开特征分析

#### 1. 对比文件 D1 (US6473399B1)

* **技术领域**：基于PDU计数器的RLC无线系统重传定时器（EPC）自适应调整。

* **核心内容**：通过引入估算PDU计数器（EPC）和定时器来解决在可变数据速率下ARQ重传定时器设置不当导致的不必要重传或重传延迟。

* **特征公开情况**：D1并未公开目标专利中关于“查询暂禁定时器（Timer_Poll_Prohibit）”以及“首传缓冲存储器最后一个PDU触发查询导致死锁”的任何技术特征（未公开特征A、B、C、D、E）。

#### 2. 对比文件 D2 (US20040032851A1)

* **技术领域**：无线通信系统中 RLC 重置或重建后的定时器处理方法。

* **核心内容**：公开了 3GPP TS 25.322 协议中各种定时器（包括 Timer_Poll_Prohibit、Timer_Poll_Periodic 等）在重置和重建时的起停及重启管理。

* **详细出处及原文比对**：

* **关于特征A、B（暂禁查询及延迟触发）**：

D2的说明书 `[0062]` 明确公开：

> "First of all, the Timer_Poll_Prohibit timer is started by the RLC AM entity 14 when a poll is sent. If another poll is triggered while polling is prohibited, its transmission is delayed until the timer expires." (首先，当发送查询时，由 RLC AM 实体 14 启动 Timer_Poll_Prohibit 定时器。如果在禁止查询期间触发了另一个查询，则其传输将被延迟，直到该定时器期满。)

* **关于特征C、D、E**：D2仅关注重置过程中的定时器状态，完全未涉及“在暂禁定时器期满后，确认无新传输/重传时，针对‘首传缓冲器最后一个PDU’事件选择PDU重传”的具体步骤。

#### 3. 对比文件 D3 (US6697331B1)

* **技术领域**：蜂窝通信中的链路层确认与重传。

* **核心内容**：讨论了发射端 Poll Timer 的启动/重启规则。

* **详细出处及原文比对**：

* D3 的 `SUMMARY OF THE INVENTION` 提到了 poll timer 启动条件之一：

> "...(3) a segment to be transmitted is the last segment in the buffer." (要传输的分段是缓冲区中的最后一个分段。)

* **注意区别**：D3 中提到的 "last segment in the buffer"（LastTx=1，即发送缓冲区中没有更多数据）与目标专利中的 **“首传缓冲存储器中最后一个协议数据单元被传输（Poll_Last_PDU_First_Tx）”** 属于不同的协议事件。D3 并没有披露在 “查询暂禁定时器（Timer_Poll_Prohibit）” 的上下文环境下，针对该特定触发事件的处理，也未公开特征A、B、C、D。

---

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

---

### 四、 最接近的对比文件（最接近现有技术）分析

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

* **技术领域最相近**：D2 同样属于第三代移动通信（3GPP）中 RLC 确认模式（AM）下的技术方案，针对的正是控制 RLC 各种定时器（包括 `Timer_Poll_Prohibit`）以避免死锁（"prevent the RLC AM entity from experiencing deadlock", 见D2 `[0022]`）。

* **技术特征公开最多**：D2 毫无异议地公开了本发明的前提技术特征——“启动查询暂禁定时器，在暂禁期间若触发查询则将其延迟发送”（特征A、特征B）。

* **解决的技术问题和效果重合度高**：D2 同样以“防止无线通信系统死锁（Deadlock）”为整体解决的技术问题。这使得以 D2 为起点进行创造性评判最符合专利审查中的“三步法”逻辑。

---

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

#### 1. 未被最接近对比文件（D2）公开特征的披露情况

最接近的对比文件 D2 未公开特征 C、D、E。

* **特征E**（首传缓冲存储器最后一个PDU触发事件）虽然在 3GPP 标准协议（TS 25.322）中属于已知的查询触发机制，但 D2 以及本案的 D1、D3 均未涉及“将该特定触发机制与暂禁期满后的重传查询逻辑结合”。

* **特征C和D**（在暂禁期满、无传输/重传、有未确认数据时重传PDU以执行查询）在 D1、D2、D3 中均未被披露。D3 虽然提到了在“缓冲区最后一个分段”时触发 poll，但并没有给出在暂禁期满后进行特征C、D的判定及重传处理。

#### 2. 若提出无效请求，最薄弱的技术特征分析

如果我们要对本专利提出无效宣告请求，本专利**最薄弱（最容易被攻破）的技术特征是：特征A和特征B**。

* **理由**：特征A和特征B是 3GPP TS 25.322 标准协议的基础架构。不仅 D2 已经明确、完整地公开了这两个特征，任何在优先权日前的 3GPP 标准文本（例如 TS 25.322 V6.1.0）都对 `Timer_Poll_Prohibit` 的工作机制有详尽的公知常识级记载。

**然而，单凭现有的 D1、D2、D3 组合，极难成功无效本专利。**

因为特征C、D、E的结合（解决“首传缓冲器最后一个PDU传输”触发的查询在延迟后无法通过重传执行而导致死锁）是目标专利独创的“Bug修复式”方案。

---

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

鉴于现有 D1~D3 的局限性，若要成功无效该专利，建议采取以下检索策略：

1. **锁定标准提案（3GPP Tdocs）检索**：

该专利的技术本质上是对 3GPP 标准中一个协议设计缺陷（Bug）的修正。这类缺陷通常会在 3GPP TSG-RAN WG2 工作组会议中被讨论。

* **检索范围**：3GPP RAN2 Meeting Tdocs (会议提案)。

* **检索时间窗口**：锁定在目标专利**优先权日（约2004年）之前**。

* **关键词组合**：`"Timer_Poll_Prohibit" AND "deadlock" AND ("last PDU" OR "Poll_Last_PDU_First_Tx")`。

* **目标**：寻找是否有其他通信公司（如 Ericsson, Nokia, Motorola 等）在会议中更早地提出了指出该死锁缺陷并给出相同修改方案的提案（Tdoc）。

2. **检索 3GPP CR (Change Request，标准修改请求)**：

标准协议的修改都会有对应的 CR 文档。

* **检索方向**：查找 3GPP TS 25.322 协议在 2004 年或更早前的 CR 历史记录，看是否有公开在先的、针对步骤 1007 逻辑进行修正以纳入 `Poll_Last_PDU_First_Tx` 的技术提案。

3. **专利分类号+关键词精准检索**：

* **IPC 分类号**：`H04L1/18`（自动重传请求系统）、`H04W28/00`。

* **检索式**：`("RLC" OR "Radio Link Control") AND "Timer_Poll_Prohibit" AND "deadlock" AND "retransmit"`，重点排查优先权日前的同族专利或非专利文献。

根据权利要求1所述的方法，其中该被选定的协议数据单元为最后一个至少被传输过一次的协议数据单元。

根据权利要求1所述的方法，当传送窗的大小小于该无线通讯系统中协议数据单元的序号空间的一半时，其中该被选定的协议数据单元为任何一已传输过但尚未确认收讫的协议数据单元。