一种用于无线通讯系统的网络端中传送传呼信息的方法，其特征在于其包含有启动专用传呼程序；以传送专用传呼信息给在小区寻呼通道状态下进行高速下链路功能的客户端。

作为一名经验丰富的专利代理师，我为你对目标专利（CN101299883B）的权利要求1进行深入的法律与技术文本分析。以下是紧密结合目标专利说明书及对比文件原文（D1: EP1283648A1, D2: WO2004028196A1）做出的无效宣告可行性与创造性分析报告：

---

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

结合目标专利说明书的背景技术及具体实施方式，权利要求1的核心技术逻辑可以拆解如下：

1. **技术背景与痛点（说明书 [0003], [0010]）**：在3GPP标准演进中，允许处于小区寻呼通道（`CELL_PCH`）状态的用户端（UE）进行高速下链路共用通道（`HS-DSCH`）的接收功能（即高速下链路功能/HSDPA）。此时，若网络端为该UE分配了“专用用户识别（`Dedicated H-RNTI`）”，其可以直接接收专用控制通道（`DCCH`）的数据。然而，传统的传呼规范中，`Paging Type 1`（第一类传呼）必须使用“共享用户识别（`Common H-RNTI`）”在传呼控制通道（`PCCH`）上接收；而`Paging Type 2`（专用传呼程序/第二类传呼）在传统规范中**仅适用于** `CELL_FACH` 或 `CELL_DCH` 状态的客户端。这导致在 `CELL_PCH` 状态下使用专用用户识别的客户端陷入“两头不着吊”的境地，无法接收任何传呼，从而错失来电。

2. **本发明的解决方案（说明书 [0012], [0028]）**：本发明打破了传统标准的限制，将原本仅属于 `CELL_FACH/CELL_DCH` 的**专用传呼程序（`Paging Type 2`）**，扩展应用到**在 `CELL_PCH` 状态下且开启了高速下链路功能（HSDPA）**的客户端。网络端通过专用控制通道（`DCCH`）向该特定状态下的客户端发送第二类传呼信息，使其能顺利接收传呼。

---

## 二、 目标专利与对比文件特征比对表格

以下将权利要求1拆分为具体的技术特征，并与对比文件 D1（EP1283648A1）和 D2（WO2004028196A1）的原文进行精确比对：

---

## 三、 毫无异议公开与实质公开的详细出处分析

### 1. 对比文件 D1（EP1283648A1）分析

* **前言与特征A（实质公开）**：D1 的方案围绕 UMTS 标准下的传呼展开。在段落 `[0026]` 中，D1 明确指出了当时标准的现状：

> "Paging Type 2: Diese Prozedur wird genutzt, um dedizierte, d.h. spezifische Paging Informationen an ein bestimmtes Teilnehmergerät, abgekürzt UE, im connected mode im CELL_DCH oder CELL_FACH Stadium zu übertragen."

这证明 D1 承认并公开了“启动专用传呼程序（`Paging Type 2`）”这一技术手段，但它将其视为仅属于 `CELL_DCH/CELL_FACH` 状态的既有技术。

* **特征B（未公开）**：D1 虽然在段落 `[0024]` 描述了 `CELL_PCH` 状态下客户端接收 `PICH` 和 `PCH` 的行为，但其整篇专利致力于解决如何为**群组业务（Multicast/Broadcast）**设计低功耗的群组传呼指示符（见 `[0036]-[0038]`），根本没有涉及 `CELL_PCH` 下引入 HSDPA（高速下链路功能）后带来的专用用户识别传呼缺失问题。

### 2. 对比文件 D2（WO2004028196A1）分析

* **前言与特征A（毫无异议公开）**：D2 在段落 `[p0025]` 中明确引用 3GPP TS 25.331 协议指出：

> "Section 10.2.20 describes Paging Type 1, using PCCH (Paging Control Channel), and Paging Type 2, using DCCH (Dedicated Control Channel), messages for paging."

并在段落 `[p0036]` 和 `[p0066]` 中确立了由 RNC 触发、向客户端在下行链路传送传呼信息的网络端架构。这与权利要求1的前言和特征A完全吻合，属于毫无异议的公开。

* **特征B（实质公开/高度接近）**：这是无效分析的关键。D2 的核心发明点是为了解决**状态不一致（State Inconsistency）**导致的传呼锁定问题（见 `[p0041]`, `[p0044]`）。D2 指出，当网络端检测到无线链路失败，但由于客户端可能已经私自改变了状态（例如从 `CELL_PCH` 变为了 `Idle`，或正在进行 `Cell Update` 进入 `CELL_FACH`），网络端无法确定客户端的精准状态（见 `[p0044]`, `[p0088]`）。

为了解决这一无解的模糊状态，D2 在段落 `[p0095]` 中提出了如下方案：

> "According to a first embodiment, after reception of an NBAP message Radio Link Failure, RNC will page both using Paging Type 2 message and Paging Type 1 message paging UE by u-RNTI while a timer T315' in RNC... has not yet elapsed."

并在段落 `[p0098]` 进一步指出网络端会同时发出所有三种类型的传呼消息（包含 `Paging Type 2`）。

**法律拟制分析**：虽然 D2 的主观目的是为了应对状态不一致而采取的“广撒网”式传呼，但在客观实施上，当一个原本处于 `CELL_PCH` 状态的客户端发生链路异常时，**网络端确实向其发出了原本不适用于该状态的 `Paging Type 2`（专用传呼信息）**。因此，D2 在客观层面上已经实质公开了“向可能处于 `CELL_PCH` 状态的客户端启动专用传呼程序”的行为。D2 唯一未明确提及的，仅是该客户端在 `CELL_PCH` 状态下是否带有 HSDPA（高速下链路）属性。

---

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

### 1. 谁最适合作为“最接近的对比文件”？

在创造性分析中，**D2（WO2004028196A1）明显比 D1 更适合作为最接近的对比文件**。

* **从整体解决的技术问题角度**：目标专利解决的问题是：当客户端处于 `CELL_PCH` 状态且使用专用识别时，由于传统规范限制，它无法适配现有的传呼类型，导致“错失来电传呼”（目标专利 `[0010]`）。而 D2 解决的问题是：由于网络端和客户端在 `CELL_PCH/CELL_FACH/Idle` 等状态下存在认知不一致，导致网络端发出的传呼类型与客户端实际所处的模式错配，从而导致客户端“无法接收传呼消息”（D2 `[p0044]`, `[p0046]`）。两者**在“解决特定或模糊状态下，因传统标准限制导致客户端收不到传呼”这一技术本质上完全一致**。相反，D1 解决的是群组/组播业务（MBMS）下的盲听功耗和资源浪费问题，技术方向偏向于组播优化。

* **从技术效果角度**：D2 通过在网络端“打破常规地在不确定状态下并行动用 `Paging Type 2` 和 `Paging Type 1`”，达成了“无论客户端处于何种不一致状态，都能成功接收传呼、降低传呼延迟”的技术效果。这与目标专利通过“将 `Paging Type 2` 泛化应用到 `CELL_PCH` 状态以避免错失来电”的效果高度方向一致。

因此，应当以 D2 作为起点进行一站式创造性评述。

### 2. 创造性三步法评述与未公开特征的审查

* **区别特征**：目标专利权利要求1相比于 D2，表面上的区别特征仅在于限定了该客户端在 `CELL_PCH` 状态下是**“进行高速下链路功能（HSDPA）的客户端”**。

* **该区别特征是否被其他文件公开？**

目标专利自身的背景技术（段落 `[0003]`）已经明确承认：在 `CELL_PCH` 状态下引入高速下链路共用通道（`HS-DSCH`）接收功能，是 **3GPP 既有标准规范（已知技术）已经提供的功能**。也就是说，“在 `CELL_PCH` 状态下进行高速下链路功能”在目标专利申请日前已经是通信领域的**公知常识/标准背景技术**。

* **创造性结论**：当本领域技术人员试图解决 D2 中提及的 `CELL_PCH` 状态传呼架构时，面对 3GPP 标准中已经演进出的“在 `CELL_PCH` 下允许开启 HSDPA 接收专用通道数据”这一常规公知演进，自然而然地会将其应用到 D2 的网络端传呼配置中。由于 D2 已经给出了“在涉及 `CELL_PCH` 状态不一致时启动 `Paging Type 2` 专用传呼”的技术启示，将 HSDPA 这一标准的常规配置叠加进去，属于本领域技术人员的显而易见的常规设计，没有产生意料之外的技术效果。因此，**权利要求1不具备创造性**。

---

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

若我们要向专利局提出无效宣告请求，目标专利**最薄弱（最容易被攻破）的技术特征就是：将专用传呼程序（`Paging Type 2`）用于 `CELL_PCH` 状态**。

> **突击理由**：专利权人可能会辩称，传统标准里 `Paging Type 2` 只能用于 `CELL_FACH/CELL_DCH`，它将其移到 `CELL_PCH` 属于重大突破。但 **D2 的段落 `[p0095]` 和 `[p0098]` 已经形成了致命的大炮**——D2 直接命令网络端在客户端可能处于 `CELL_PCH` 状态或向其转换的过程中，直接发射 `Paging Type 2` 消息。这意味着“在网络端针对 `CELL_PCH` 相关的客户端启动专用传呼程序”这一底层的操作阻碍已经被 D2 彻底实质公开。目标专利在这个核心架构上，仅仅是搭了 3GPP 标准演进（引入 HSDPA）的便车，其技术贡献极低，极其薄弱。

---

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

为了在后续的无效案中形成“双保险”甚至直接通过“新颖性（A3）”直接干掉该权利要求，建议采取以下精准检索策略：

1. **紧扣 3GPP 会议提案（Tdoc）与标准草案（TS）追踪**：

* 目标专利解决的完全是一个标准演进过程中的“标准漏洞/Bug”（即 `CELL_PCH` 引入 HSDPA 专用标识后，传统传呼漏配的问题）。这种修改 99% 曾在 3GPP TSG RAN WG2（无线层2和层3规范工作组）的会议上被各国通信巨头以 **CR（Change Request，标准修改提案）** 的形式激烈讨论过。

* **检索重点**：建议检索 2004 年至 2007 年期间（目标专利申请日前），RAN2 工作组关于 `CELL_PCH with HS-DSCH` 或 `Enhanced CELL_PCH` 专题的 Tdoc 提案。重点寻找是否有提案直接指出：“为了解决 `CELL_PCH` 下使用 `Dedicated H-RNTI` 客户端的传呼问题，应当允许网络端通过 `DCCH` 发送 `Paging Type 2` 消息”。一旦检索到早于本申请优先权日的此类提案，即可构成绝对的现有技术公开。

2. **关键词算式微调（侧重标准架构组合）**：

* 在各大专利数据库（如 Orbit、Patsnap 或各国官方库）中，使用更精准的通信特征组合：

`("CELL_PCH" OR "小区寻呼通道") AND ("HSDPA" OR "HS-DSCH" OR "高速下链路") AND ("Paging Type 2" OR "第二类传呼" OR "专用传呼" OR "Dedicated Paging")`

* 特别留意那些在 2005-2006 年间由爱立信、高通、诺基亚、华为或中兴申请的、涉及“增强型小区寻呼状态（`Enhanced CELL_PCH`）”的专利配置，极有可能在其说明书背景技术或实施例中顺带实质公开了这一传呼路由的调整。

作为一名经验丰富的专利代理师，针对目标专利（CN101299883B）权利要求1的创造性及无效可行性，我为您做以下深入的法律与技术分析。

### 一、 紧密结合说明书的权利要求解释

根据目标专利说明书背景技术及具体实施方式的分权表述，权利要求1的技术内涵应作如下准确限定：

1. **“专用传呼程序”与“专用传呼信息”**：对应说明书中的“第二类传呼（Paging Type 2）信息”[0009]，通常通过专用控制通道（DCCH）传送。在传统规范中，该程序仅适用于`CELL_FACH`或`CELL_DCH`状态。

2. **“小区寻呼通道状态”（CELL_PCH）**：客户端的一种无线资源控制（RRC）联机模式状态[0003]。在此状态下，传统客户端仅能通过共享用户识别（Common H-RNTI）在传呼控制通道（PCCH）上接收通用的一类传呼（Paging Type 1）。

3. **“高速下链路功能”**：特指第三代移动通讯（3GPP）中的高速下链路分组存取技术（HSDPA）或高速下链路共用通道（HS-DSCH）接收功能[0002, 0003]。目标专利的核心发明点在于：引入HSDPA后，允许处于`CELL_PCH`状态且配有专用用户识别（Dedicated H-RNTI）的客户端接收专用控制通道（DCCH）的数据，从而使网络端能够跨越传统状态限制，直接向`CELL_PCH`状态下的客户端启动“第二类传呼程序（Paging Type 2）”[0010, 0024]。

---

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

下表将权利要求1拆解为独立的技术特征，并与对比文件D1（US20040176112A1）及D2（US20050096017A1）的原文及详细出处进行严格比对。

---

### 三、 对比文件公开性与最接近对比文件（D1 vs D2）分析

#### 1. 整体解决的技术问题与技术效果维度分析

* **对比文件D1（US2004176112A）**

* **解决的技术问题**：如何在无线通信系统中以最高效的方式通知一组用户设备存在多播/组消息（Multicast/Group message），避免大量Unicast连接带来的资源和功耗浪费[0001, 0023]。

* **技术效果**：引入“组传呼指示符（Group Paging Indicator）”，使属于同一组的客户端通过单一指示符即可预先判断是否有感兴趣的组消息，从而节省无线资源和电能[0003, 0053]。

* **对比文件D2（US2005096017A）**

* **解决的技术问题**：在支持MBMS（多媒体广播多播业务）的系统中，如何解决部分处于`Cell_PCH`、`Idle`等状态的客户端因信道衰落或小区切换而错失“第一类MBMS传呼消息”，导致无法接收后续业务的问题[0003, 0042, 0043]。

* **技术效果**：网络端（RNC）在提供MBMS服务期间，周期性地或者根据需要重复发送“第二类MBMS传呼消息”（以区别于预告开始的第一类传呼），使得漏接的UE能够中途接入业务，提高业务接收成功率并兼顾功耗控制[0049, 0117]。

#### 2. 最接近对比文件的确定

在本案的创造性分析中，**对比文件D2更适合作为最接近的对比文件（D1作为主要参考背景）**。

**理由：**

目标专利的核心技术问题是解决客户端处于`CELL_PCH`状态时，因现有机制限制而无法接收传呼信息、导致错失来电的问题（说明书[0010, 0011]）。

* **D2在技术状态和场景上最接近：** D2重点关注和解决的恰恰是“处于`Cell_PCH`等状态的客户端漏接、错失网络端传呼信息”这一完全相同的技术痛点[0003, 0042]。为了解决该问题，D2在网络端引入了周期性重传或中途传呼的机制。

* **D1的技术走向不同：** D1侧重于如何在`CELL_PCH`下进行多播/组传呼的架构优化（引入Group PI）。对于本专利关心的专用传呼（Paging Type 2），D1仍墨守成规地认为其“仅适用于`CELL_DCH`或`CELL_FACH`状态”[0039]。

因此，以D2作为审视创造性的起点，最能契合本专利改良现有技术缺陷的演进路径。

---

### 四、 创造性评述与若提出无效请求最薄弱的技术特征

#### 1. 特征拆解与缺陷分析

若以D2为最接近对比文件（或D2 + D1结合），其并未公开的技术特征组成了本专利**防御最强**、同时也是**无效请求中最薄弱（最难攻破）的技术特征**：

> **最薄弱的技术特征（对无效请求人而言最难举证的特征）**：**在小区寻呼通道状态（CELL_PCH）下“进行高速下链路功能（HSDPA）”并在此特定状态组合下接收“专用传呼信息”。**

#### 2. 为什么该特征难以被现有对比文件结合攻破？

1. **D2缺乏高速下链路（HSDPA）的引入**：D2虽然提到了`Cell_PCH`状态，但其传输MBMS传呼使用的是传统的辅助公共控制物理信道（S-CCPCH）和多播控制信道（MCCH）[0017, 0033]，完全未涉及时涉案专利所强调的通过HSDPA技术使处于`CELL_PCH`状态的客户端能够使用专用用户识别（Dedicated H-RNTI）独立接收专用信道（DCCH）数据的演进。

2. **D1存在技术相反教导**：虽然D1在[0039]公开了专用传呼程序（Paging Type 2），但其明确设置了行业既有偏见——该程序**仅适用于**`CELL_DCH`或`CELL_FACH`状态。D1并没有给出任何可以将专用传呼程序逆向应用到`CELL_PCH`状态下的启示。

3. **技术效果的非显而易见性**：在3GPP旧规范中，`CELL_PCH`由于要最大化省电，客户端不激活高能耗的高速物理层实体。本专利通过结合HSDPA在`CELL_PCH`阶段的特定承载能力，使得网络端在不需要启动小区更新（Cell Update）程序转换为`CELL_FACH`或`CELL_DCH`的前提下，就能直接对`CELL_PCH`发送专用传呼，这在当时属于协议演进（如3GPP R7阶段引入的增强型CELL_PCH）的关键突破，具有显著的提升数据传输效率和降低状态转换延迟的技术效果[0003, 0006]。

综上，仅凭目前的D1和D2，**无法证明权利要求1不具备创造性**，直接提起无效宣告请求的成功率较低。

---

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

由于目前的D1和D2未能有效覆盖“在`CELL_PCH`状态下引入`HSDPA（HS-DSCH）`接收专用控制信道/专用传呼”这一核心结合点，建议调整检索策略，启动第二轮深度检索：

#### 1. 锁定关键技术标准源头（3GPP标准提案检索）

目标专利的背景技术直接指明其基于“第三代合作伙伴计划（3GPP）”规范[0003]。这种涉及移动通信状态机和物理信道映射的修改，必然在标准定型前有大量的企业提案（Tdoc）。

* **检索数据库**：3GPP 官方提案数据库（3GPP Work Plan / Meeting Documents），重点查看 **TSG-RAN WG2**（无线侧层2/层3协议组）在 2006 年至 2007 年期间（目标专利优先权日前 1-2 年）的会议记录。

* **检索关键词/主题**：`"Enhanced CELL_PCH"`, `"HSDPA in CELL_PCH"`, `"Dedicated H-RNTI in CELL_PCH"`, `"Paging Type 2 on HS-DSCH"`.

* **目标寻找**：寻找是否有电信设备商（如爱立信、高通、华为、诺基亚等）在目标专利优先权日前，正式提交了在`CELL_PCH`状态下开启HSDPA功能以支持专用信道数据（包括Paging Type 2）接收的标准化提案。一旦提案公开日早于目标专利优先权日，将构成强力的破坏创造性（致使本专利流为“惯常协议演进”）的对比文件。

#### 2. 专利数据库的关键词修正与组合策略

在主流专利数据库（如EPO, USPTO, CNKI, Google Patents）中，建议放弃宽泛的“传呼重传（如D2）”方向，精准锁定制式层面的信道承载演进。

* **分类号限制**：聚焦于 `H04W68/00`（寻呼、传呼通知）、`H04W76/00`（连接管理）。

* **关键词检索式设计**：

* `("CELL_PCH" OR "小区寻呼通道") AND ("HSDPA" OR "HS-DSCH" OR "高速下链路") AND ("Dedicated H-RNTI" OR "专用用户识别")`

* `("CELL_PCH") AND ("Paging Type 2" OR "第二类传呼" OR "专用传呼") AND ("DCCH" OR "专用控制通道")`

* **寻找方向**：重点检索在2005-2007年间申请的、关于“HSDPA引入到CELL_PCH/URA_PCH状态”的基础架构专利。如果某篇在先专利公开了“处于CELL_PCH状态下的客户端通过配置Dedicated H-RNTI来监测HS-DSCH信道上的DCCH/DTCH数据”，根据标准的内在逻辑，由于Paging Type 2本就承载于DCCH上，则该在先专利就已经“实质性公开”或给出了“将专用传呼发送给该状态客户端”的直接技术启示。

根据权利要求1所述的方法，其特征在于其中启动上述专用传呼程序包含通过专用控制通道；传送第二类传呼信息给上述客户端；该专用控制信道对应于一高速下链路共享信道。

根据权利要求1所述的方法，其特征在于其中上述客户端使用专用用户识别进行上述高速下链路功能。

根据权利要求1所述的方法，其特征在于其中上述高速下链路功能包含高速下链路共用通道的接收功能。