一种用于通信的方法，包括： 通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应；以及在所述寻呼消息中，由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程。

作为一名经验丰富的专利代理师，我将针对目标专利（CN109417772B）的权利要求1，结合说明书的整体发明构思，对您提供的对比文件进行深入的法律与技术分析。

### 一、 权利要求特征分解

为了进行精准的比对，首先将权利要求1分解为以下独立的技术特征：

* **前序部分**：一种用于通信的方法。

* **技术特征A**：通过网络元件标识无线电资源控制（RRC）连接恢复请求过程要由用户设备（UE）使用以作为对寻呼消息的响应。

* **技术特征B**：在所述寻呼消息中，由所述网络元件向所述用户设备**隐式地指示**使用所述无线电资源控制连接恢复请求过程。

---

### 二、 对比文件特征比对（特征比对表）

由于对比文件D2（CN105284081A）在您提供的文件中仅标记为“PCT国内申请，说明书已公开”，未包含具体文本内容，因此下表及后续分析主要针对有效文本**D1（US20150080006A1）**、**D3（US9258839B2）**以及**D4（US2017070981A1）**进行客观比对。

---

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

在创造性分析中，确定“最接近的对比文件”应从**技术领域、整体解决的技术问题以及达到的技术效果**三个维度进行综合考量：

1. **D1 (US20150080006A1)**：

* *技术问题与效果*：解决的是由于短时间、小数据传输频繁切换状态导致的信令开销（Overhead）和功耗问题。其采用的技术手段是让基站和无线站之间**预先配置固定的转换定时（Transition Timing）**或周期性循环（如[0024]-[0026]），在到达定时后自主切换至Connected模式。

* *评述*：其整体信令机制是基于“时间驱动”而非“寻呼响应驱动”，与目标专利通过增强寻呼信令实现优化的技术构思存在方向性差异。

2. **D3 (US9258839B2) / D4 (US2017070981A1)** （二者公开了高度一致的技术方案）：

* *技术问题与效果*：完全聚焦于**RRC连接的挂起（Suspension）与再激活/恢复（Reactivation/Resume）**机制。解决的是在轻量化连接或间歇性数据传输（Bursty/Sporadic Traffic）中，如何避免传统的“释放后再完全建立”带来的高额网元信令负荷，同时保证UE的低功耗。

* *技术手段*：在下行数据到达时，由网络侧通过**寻呼（Paging）**或下行数据到达通知来触发处于挂起状态的UE发起RRC再激活请求/重新建立请求（如D3 [0375], [0630]；D4 [0162]）。

**结论**：

**D3（US9258839B2）和D4（US2017070981A1）最适合作为本申请最接近的对比文件（第一对比文件）**。它们与目标专利处于相同的细分技术领域，针对完全相同的技术背景（RRC Suspension/Resume），解决了完全相同的技术问题（降低寻呼响应及状态转换中的信令负荷），并达到了相同的技术效果。

---

### 四、 创造性漏洞与无效请求中最薄弱的技术特征

通过上述特征比对可以发现，若对目标专利的权利要求1提起无效宣告请求，**最薄弱（即最不容易被对比文件推翻、目标专利最稳固）的技术特征是：特征B中的“在寻呼消息中隐式地指示”**。

#### 1. 为什么“隐式指示”是无效宣告的难点与核心突破口？

* **D3/D4的公开状态**：在D3/D4的标准方案中，UE之所以在收到寻呼消息后发起“RRC连接再激活请求（恢复请求）”，是因为**UE自身知道自己当前处于挂起状态（RRC\_SUSPENDED）**（见D3 [0630]）。也就是说，寻呼消息本身只是一个常规的触发行为，寻呼消息中并不需要携带专门的特定指示来告诉UE“请使用恢复过程”。

* **目标专利的独特性（发明点）**：根据目标专利说明书[0026]、[0031]的解释，网络侧可能因为UE上下文不可用等原因，动态动态要求UE选择“常规RRC连接建立”或“RRC连接恢复”。为此，目标专利在寻呼消息中利用隐式机制（例如：通过寻呼消息中指示的是**控制平面CP数据**还是**用户平面UP数据**，来让UE推导该使用建立请求还是恢复请求）。

#### 2. 无效请求的攻防策略构思

如果要成功无效掉权利要求1，必须打破特征B的“隐式指示”堡垒。可以从以下两个攻击方向准备无效证据和理由：

* **方向一：利用D4的“某些附加指示”进行公知常识/实质公开传导**

D4的实施例1（对应[0181]）中提到：“*UE may be able to determine prior to sending the RRC Connection Reactivation Request... from the Cell ID of the cell, or eNB ID of the cell or some additional indicator that may be sent in the paging message.*”

* **代理师辩论逻辑**：D4明确提到了寻呼消息中可以携带“某些附加指示（some additional indicator）”来让UE在发送恢复请求前进行判断。如果本领域技术人员为了让处于挂起状态的UE精准选择响应机制，在寻呼消息中利用已有的字段（如数据类型、网元ID）作为“附加指示”，这属于本领域的常规技术手段，其隐式对应关系属于公知常识或必然的技术推导，不具备创造性。

* **方向二：从说明书公开充分性或权利要求得不到说明书支持的角度进行侧翼包抄（A26.3/A26.4）**

目标专利权利要求1中将“隐式地指示”写得非常宽泛。如果对比文件确实没有直接公开这种“隐式”映射关系，可以审查目标专利说明书是否仅公开了“CP/UP数据、高低优先级”这几种极其有限的隐式对应方式。如果权利要求1囊括了所有寻呼消息中的“隐式指示”，可尝试主张该权利要求泛化过度，超出了说明书公开的范围，要求缩限其保护范围，从而为其创造性降低防御高度。

作为一名经验丰富的专利代理师，我针对目标专利权利要求1以及四份对比文件进行深度法律与技术层面的无效宣告可行性分析。

以下是针对该案的完整无效宣告可行性分析报告：

---

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

根据目标专利（CN109417772B）说明书及附图的记载，权利要求1所构建的通信方法核心在于**优化轻量连接（Light Connection, LC）或窄带物联网（NB-IoT）状态下由网络侧发起的下行数据传输（MT数据）的信令负荷**。其特征拆解与解释如下：

* **技术特征A**：*“通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应”*

* **合理解释**：此处的“网络元件”对应说明书中的基站（eNB）或核心网节点（MME）。当有下行数据到达时，网络侧在向UE发送寻呼消息前，首先动态判定/标识UE应当采用哪种具体的RRC机制进行响应（例如当网络侧发现UE上下文可用时，标识UE应采用“RRC连接恢复请求”；若不可用，则可能标识其采用传统的“RRC连接建立请求”）。其技术实质是**网络侧具备针对寻呼响应机制的动态选择与标识能力**。

* **技术特征B**：*“在所述寻呼消息中，由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程”*

* **合理解释**：此处的“隐式地指示”是本专利的核心发明点。根据说明书[0026]及[0031]-[0034]段的记载，网络侧并非在寻呼消息中携带一个显式的机制名称标签，而是**通过寻呼消息中携带的其他已有业务或控制参数来间接传达机制要求**。例如：若寻呼消息中指示的数据传输类型是“经由用户平面（UP）的数据”，UE则隐式地确定应当发起“RRC连接恢复请求”；若指示的是“控制平面（CP）数据”，则隐式对应“RRC连接请求”。这种隐式指示省去了专用显式信令，从而实现了“信令优化”。

---

## 二、 对比文件公开内容的深度核查（条文比对）

本案涉及的四份对比文件（WO2013023975A1、TW201320679A、KR1020140046071A、KR101577153B1）实际上属于**同一专利家族（Family家族）**，分别是在国际阶段、台湾地区、韩国公开/授权的同族文本。其核心技术方案完全一致，均涉及在长期演进（LTE）系统或其演进系统中，对暂时不活跃的UE实施**“RRC连接暂停（Suspend）与重新激活（Reactivate/Resume）”**的架构设计。

通过深度核查各同族文本原文，相关技术特征的详细出处核查如下：

1. **D1: WO2013023975A1（发明申请公开号）**

* **原文出处**：摘要及说明书第[p0039]、[p0087]、[p0088]段。

* **公开内容**：明确公开了当UE处于暂时不活跃状态时，基站与UE不丢弃RRC配置信息，而是将其存储在内存中并将状态标记为“暂停（Suspended）”。当有下行（DL）数据到达时，网络侧触发寻呼（Paging），UE接收到寻呼后，触发“RRC连接重新激活程序（RRC connection reactivation process）”或“RRC重新激活请求（RRC reactivation request）”（即对应目标专利所述的无线电资源控制连接恢复请求过程），以恢复用户平面数据传输，避免了重新建立连接的冗长重构过程。

2. **D2: TW201320679A（台湾发明专利公开号）**

* **原文出处**：说明书第10页倒数第2段至第11页、第16页“處置暫停RRC連接以回復Uu資料傳送”章节。

* **公开内容**：中文对应公开了“行動器件行為表現就像在閒置模式中，但用於UE之RRC連接可視為‘暫停的’...當需要重新啟動時，UE發送RRC連接重新啟動請求（RRC Connection Reactivation Request）”。

3. **D3: KR1020140046071A 及 D4: KR101577153B1（韩国同族公开/授权号）**

* **原文出处**：说明书第[0207]-[0211]段及对应附图图17。

* **公开内容**：韩文同族文本同样毫无异议地公开了网络侧通过寻呼触发UE发送“RRC连接再激活请求（RRC 연결 재활성화 요청）”来实现连接恢复的技术方案。

---

## 三、 目标专利权利要求1与对比文件的特征比对表格

由于D1-D4为同族专利，其技术方案等同，下表以主案 **D1（WO2013023975A1）** 辅以中文同族 **D2（TW201320679A）** 作为比对主体：

### 特征比对表格

---

## 四、 创造性分析中“最接近对比文件”的筛选

在创造性法效分析中，选择最接近的对比文件需考量**技术领域、所解决的技术问题、技术效果以及核心技术架构的重合度**。

本案中，**D1（WO2013023975A1）/ D2（TW201320679A）绝对适合作为最接近的对比文件（D1可作为第一流派，D2作为中文同族对照流派）**。理由如下：

1. **技术领域完全相同**：二者均属于3GPP无线通信系统（LTE/LTE-A及后续演进系统）中RRC连接状态管理的技术领域。

2. **核心技术架构高度重合**：目标专利权利要求1所赖以立论的底层技术架构——“在暂停/轻量连接状态下，通过寻呼消息触发UE发起RRC连接恢复请求（Reactivation/Resume）过程”，正是由D1/D2全盘引入并奠定的。目标专利实际上是在D1/D2所开创的“暂停/恢复”大框架下进行的后续局部微创新。

3. **解决的技术问题和技术效果具有演进连续性**：D1/D2旨在解决频繁建立/释放连接导致的系统资源和控制信令开销过大的问题，实现了控制面信令的整体节省。目标专利在此基础上，进一步精细化地解决“如何避免在寻呼中引入额外的显式通知信令，从而进一步极致优化信令”的问题。

因此，以D1（或D2）作为最接近的对比文件，目标专利权利要求1与之相比，**唯一的区别特征在于技术特征B中的“由网络元件在寻呼消息中隐式地指示”这一特征**。

---

## 五、 无效宣告请求中最薄弱的技术特征与突破口指引

### 1. 最薄弱的技术特征：技术特征A

从客观证据来看，**技术特征A（网络元件标识UE应使用RRC恢复请求来响应寻呼）是最薄弱、防御力最低的特征**。该特征已被D1/D2（乃至整个3GPP 릴리즈 13之后的LC/EDT标准草案架构）毫无异议地实质公开。网络元件（基站）在自身缓存有UE上下文并下发寻呼的前提下，天然就标识并锁定了该寻呼的响应机制必然是走恢复（Resume）流程。

### 2. 核心突破口与无效诉讼策略（攻击技术特征B）

由于技术特征A已被完全剥离，案件胜负手全在于**技术特征B（寻呼消息中的“隐式指示”）**是否具备创造性。如果直接提无效，特征B由于未被D1/D2明文提及，直接套用“已有技术结合”存在一定阻力。若要成功请求宣告其无效，代理师建议采取以下**两手抓**的法效进攻策略：

#### 策略一：立足“公知常识/本领域技术人员的必然选择”打创造性（主攻方向）

* **论证逻辑**：寻呼消息（Paging Message）在3GPP标准（如TS 36.331）中是字段极其珍贵且严格受限的广播级信令。在D1/D2已经公开了“下行数据到达触发寻呼恢复”这一大背景下，本领域技术人员为了不在寻呼消息中开辟新的非必要显式字段（这会导致寻呼容量下降、不兼容老终端），自然而然会想到利用寻呼消息中已有的业务属性（如数据传输是通过用户面UP还是控制面CP、或者是高/低优先级这类既有指示参数）来让UE成对地去隐式关联响应机制。

* **证据辅助**：检索3GPP在2015-2016年期间关于Narrowband IoT (NB-IoT) 和 Light Connection (LC) 工作组的讨论提案（Tdoc）。在当时，如何利用Paging里面的既有参数（例如Paging Record中的条目类型）来暗含UE的响应行为，属于标准制定过程中的公知常识或惯用技术手段。

#### 策略二：利用“说明书公开不充分 / 权利要求得不到说明书支持”进行程序夹击（A26.3/A26.4）

* **法律痛点**：返回目标专利说明书仔细研读会发现，说明书在解释“隐式指示”时，其列举的机制（如：基于CP数据、UP数据、大小数据、高低优先级来隐式关联）实际上**绝大部分是UE基于自身状态或者收到的业务性质进行自适应匹配，并非由“网络元件在寻呼消息中做出的隐式动作”**。

* **打击手段**：如果专利权人在法庭上辩称“隐式指示”是网络侧特意写入寻呼消息的某种魔改编码，则该编码在说明书中根本没有给出具体的实现方案（涉嫌**公开不充分，法26条3款**）；反之，如果说明书里所谓的隐式指示只是UE自己看菜吃饭的自适应行为，那么权利要求1写成“由网络元件向UE隐式地指示”就扩大了保护范围，涉嫌**得不到说明书支持（法26条4款）**。

### 总结意见

本案无效宣告的成功率**中等偏上**。我们应当以D1/D2公开号为核心大底，死锁技术特征A；随后利用3GPP标准演进中寻呼信令的设计常规逻辑，将技术特征B打掉在“公知常识/显而易见”的沙滩上，并配合说明书支持缺陷（法26.4）进行立体夹击。

根据权利要求1所述的方法，其中所述过程是基于所述用户设备的上下文的可用性来标识的。

根据权利要求1所述的方法，其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种。

一种用于通信的方法，包括： 在寻呼消息中，由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示；以及使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应。

根据权利要求4所述的方法，其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下，基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择。

一种用于通信的装置，包括： 至少一个处理器；以及 至少一个存储器，包括计算机程序代码， 其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少：通过网络元件标识无线电资源控制连接恢复请求过程要由用户设备使用以作为对寻呼消息的响应；以及在所述寻呼消息中，由所述网络元件向所述用户设备隐式地指示使用所述无线电资源控制连接恢复请求过程。

根据权利要求6所述的装置，其中所述过程是基于所述用户设备的上下文的可用性来标识的。

根据权利要求6所述的装置，其中所述隐式地指示包括使用经由控制平面的数据、经由用户平面的数据、正常数据、小数据、短连接、高优先级数据、低优先级数据或信令中的至少一种。

一种用于通信的装置，包括： 至少一个处理器；以及 至少一个存储器，包括计算机程序代码， 其中所述至少一个存储器和所述计算机程序代码被配置为与所述至少一个处理器一起使得所述装置至少：在寻呼消息中，由用户设备从网络元件接收使用无线电资源控制连接恢复请求过程作为对所述寻呼消息的响应的隐式的指示；以及使用所述无线电资源控制连接恢复请求过程来对所述寻呼消息进行响应。

根据权利要求9所述的装置 ，其中对所述寻呼消息进行响应包括在所述寻呼消息中没有显式指示的情况下，基于服务小区中的所述用户设备的上下文的可用性对信令过程的选择。