一种用于执行双连接系统的辅基站改变的方法，包括：由辅基站确定发起辅基站改变过程； 由所述辅基站基于所述确定操作，向主基站发送辅基站改变请求；以及接收来自所述主基站的辅基站改变请求确认消息。

在处理这类涉及LTE/5G底层信令交互和双连接（Dual Connectivity）架构的通信类无效案件时，我们深知技术特征比对的颗粒度以及引用出处的精准度是致胜关键。针对此类案件，绝不能脱离说明书孤立理解权利要求，对比文件的引用也必须做到“字字有出处”。

以下我将为您紧密结合目标专利说明书对权利要求1进行解释，并提供基于对比文件 **D1 (WO2014113190A1)** 的详细比对分析。

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

目标专利权利要求1保护的是一种**由辅基站发起的辅基站改变方法**。结合《说明书.docx》的内容，我们可以对该权利要求的核心保护边界进行如下解释：

1. **解决的技术问题与背景**：说明书背景技术[0004]-[0005]明确指出，现有3GPP标准方案中**仅支持主基站（MeNB）发起**的辅基站改变（包括添加和释放）。在某些特定场景下（例如辅基站小区的系统信息改变，或需要通过同一RRC消息释放并添加辅基站小区来实现SCG的系统信息更新时），现有的MeNB发起机制无法满足需求，或者辅基站仅能触发释放（SeNB release）而无法触发添加。

2. **“辅基站改变过程”的内涵**：根据说明书[0041]段，该过程不仅包括“辅基站间辅基站改变过程（inter-SeNB change procedure）”，还特别强调了**“辅基站内辅基站改变过程（intra-SeNB change procedure）”**。在辅基站内改变中，不涉及路径切换和数据转发，且主要目的是为了进行系统信息的更新。

3. **权利要求1的核心逻辑**：打破了由MeNB单方面主导的限制，赋予了SeNB（辅基站）**主动决策权（确定发起）**和**信令触发权（发送改变请求并接收确认）**。

---

### 二、 D1 (WO2014113190A1) 对权利要求1的公开情况分析

经详细研读 D1 (WO2014113190A1) 的说明书，该文献主要探讨了宏基站（MeNB）与小小区（SeNB）共存架构下的承载管理。虽然 D1 的主实施例多数描述了由主基站（MeNB）发起的小区切换/释放，但在其替代实施例（Alternative embodiments）中，**毫无异议地完全公开了权利要求1的所有技术特征**。

具体而言，D1在探讨释放辅基站资源（SeNB Release）和切换辅基站资源（SeNB Switch，等同于辅基站改变）时，在第 **[p0145]** 段和 **[p0215]** 段明确提到了由 **SeNB 做出决策并向 MeNB 发送请求**的实施方式。

#### 权利要求1 与 D1 (WO2014113190A1) 特征比对表

*(注：D1原文段落 **[p0145]** 针对辅基站释放（SeNB release）过程也披露了完全相同的交互逻辑：“it may be the SeNB 203 which makes the decision of releasing... sent from the SeNB 203 to MeNB 202... ACK may be sent from the MeNB 202 to the SeNB 203”。这两段均可作为直接定性的铁证。)*

---

### 三、 无效请求策略与最薄弱技术特征评估

**最薄弱的技术特征：**

在当前的权利要求1层面，**全部技术特征（A、B、C）均是最薄弱的**。因为权利要求1的撰写非常宽泛，仅仅限定了“由辅基站确定 -> 发送请求 -> 接收ACK”这一极为宏观的信令交互框架。这一宏观框架已经被 D1 的段落 [p0215] 以“字面对应（Literal Anticipation）”的方式毫无异议地彻底公开。因此，针对权利要求1，提出**缺乏新颖性**的理由是非常坚实且难以反驳的。

**后续无效与答辩预判：**

由于独立权利要求1大概率会被 D1 直接打掉，专利权人在答复无效宣告请求时，必然会进行修改，将从属权利要求或说明书中的具体限制性特征补入权利要求1中。我们需要提前防范以下防御策略：

1. **限缩“辅基站改变过程”为“辅基站内改变 (Intra-SeNB change)”**：专利权人可能会引入说明书 [0041]-[0043] 的特征，限定该改变是为了“辅基站小区的系统信息更新”，并且“不包括路径切换、数据转发等处理”。

2. **限定消息的具体内容**：例如引入说明书 [0043] 中“辅基站向主基站发送与辅基站发生改变后的配置信息相关的无线资源控制容器(RRC container)”。

**建议：**

在撰写无效宣告请求书时，除了用 D1 摧毁权利要求1的新颖性外，应立即将焦点下沉至从属权利要求（例如涉及 RRC container、系统信息更新、delta信令重配置等更底层的特征），检索 D1 中关于 `transparent container` 的描述（如 D1 [p0204], [p0205] 提到了 transparent container 包含 SIBs 参数等），提前构建“D1 + 公知常识”或“D1 + 另一篇LTE标准提案/说明书”的创造性无效组合，彻底封死专利权人退守的余地。

作为一名经验丰富的专利代理师，我将为您深度解析本案目标权利要求1在结合说明书后的真实保护范围，并紧密结合对比文件D1（公开号：`WO2014113190A1`）的原文进行特征比对与创造性、无效可行性分析。

---

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

### 1. 核心技术概念的界定

* **双连接系统（Dual Connectivity）**：结合说明书`[0002]`，是指UE同时与主基站（MeNB）和若干辅基站（SeNB）连接。

* **辅基站改变（SeNB change）**：结合说明书`[0008]`、`[0039]`-`[0041]`，该过程由**辅基站（SeNB）发起**，其目的是为了进行**辅基站小区的系统信息更新**。辅基站改变过程包括“辅基站间改变”和“辅基站内改变（intra-SeNB change）”。

* **辅基站改变请求**：在辅基站内改变场景下（说明书`[0052]`及图10），该请求表现为辅基站向主基站发送的包含“更新的SeNB配置”的“辅基站内改变请求”，以便主基站生成RRC消息通知UE进行无线参数重配置。

### 2. 权利要求1的实质保护范围

权利要求1构筑了一个**由辅基站（SeNB）主动触发/发起**的辅基站改变架构。其核心在于改变了现有技术中只能由主基站（MeNB）发起改变（说明书`[0003]`、`[0026]`、图9）或者辅基站只能触发释放而不能触发添加（说明书`[0005]`、图11）的局限，从而实现了由辅基站侧主导的系统信息更新或重配置流程。

---

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

对比文件D1的公开号为 **`WO2014113190A1`**。以下将权利要求1拆解为三个技术特征，与D1中关于承载管理、基站切换的相关原文进行细致比对。

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

---

## 三、 创造性分析：最接近对比文件的确定与特征异同

### 1. 最接近对比文件（D1: `WO2014113190A1`）的适配性分析

* **整体解决的技术问题**：D1旨在解决双连接（Dual Connectivity）系统中的承载管理和基站资源切换问题（尤其是宏基站与微基站之间的移动性管理，见D1 `[p0006]`-`[p0008]`）。目标专利则旨在解决双连接系统中，如何由辅基站触发来完整实现辅基站小区的系统信息更新（见目标专利`[0006]`-`[0007]`）。两者的技术领域（双连接架构）、技术背景完全一致。

* **技术效果角度**：D1公开了双连接系统下MeNB、SeNB以及UE之间的完整交互信令链路（包括X2 approach和S1 approach）。尽管其信令触发方向和具体业务目的（承载切换 vs 小区更新）与目标专利不同，但其架构对本领域技术人员而言构成了最直接的技术改进起点。因此，**D1非常适合作为本案创造性分析的最接近对比文件**。

### 2. 未被最接近对比文件公开的特征

如上表比对所示，**特征A、特征B、特征C作为一个不可分割的整体（即“由辅基站主动发起改变过程并与主基站完成请求-确认三步法交互”），均未被D1公开。**

---

## 四、 提起无效请求时对请求方而言最薄弱的技术特征

若您代表无效请求方（试图无效掉本目标专利），在仅有对比文件D1（或类似常规3GPP双连接承载管理文件）的情况下，**最薄弱（即最难攻克、目标专利专利性最强）的技术特征是：**

> **“由辅基站确定发起辅基站改变过程”及与之配套的“向主基站发送辅基站改变请求”（特征A + 特征B）**

### 无效难点（薄弱点）分析：

1. **技术偏见与信令架构冲突**：在LTE/5G双连接的传统设计偏见中，主基站（MeNB/MNC）握有绝对的控制面（Control Plane）主导权，RRC连接是由主基站与UE维系的。辅基站（SeNB）通常只负责用户面（User Plane）的数据分流。D1的全部核心设计都在于“如何让主基站高效地切换和管理承载”。

2. **“改变（Change）”与“释放（Release）”的本质区别**：目标专利明确指出，现有技术只支持辅基站触发“释放”（这在D1的`[p0215]`备选方案中得到了印证——辅基站因为无线环境变差主动申请“退场”）。但是，让辅基站主动发起“改变/重配置”（特征A+B），从而在不彻底退场的情况下通知主基站配合其修改系统无线参数，这在D1中完全没有给出任何技术启示。

### 请求方突围建议：

为了攻克这一薄弱点，无效请求方**不能仅依靠D1这类承载切换文件**，必须引入全新的**D2或标准提案（Contributions）**，其应当公开：

* 在双连接（DC）或载波聚合（CA）场景下，辅小区组（SCG）由于自身系统信息改变（System Information Change）时，如何触发RRC重配置。

* 寻找是否存在3GPP早期标准提案，其中探讨过“由SeNB通过X2AP接口向MeNB发送SCG Change Request”以更新系统信息的流程。只有通过这种针对“小区系统信息更新”的对比文件与D1结合，才能有效动摇特征A和特征B的创造性。

在处理这类涉及LTE/5G底层信令交互和双连接（Dual Connectivity）架构的通信类无效案件时，我们深知技术特征比对的颗粒度以及引用出处的精准度是致胜关键。针对此类案件，绝不能脱离说明书孤立理解权利要求，对比文件的引用也必须做到“字字有出处”。

以下我将为您紧密结合目标专利说明书对权利要求1进行解释，并提供基于对比文件 **D1 (WO2014113190A1)** 的详细比对分析。

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

目标专利权利要求1保护的是一种**由辅基站发起的辅基站改变方法**。结合《说明书.docx》的内容，我们可以对该权利要求的核心保护边界进行如下解释：

1. **解决的技术问题与背景**：说明书背景技术[0004]-[0005]明确指出，现有3GPP标准方案中**仅支持主基站（MeNB）发起**的辅基站改变（包括添加和释放）。在某些特定场景下（例如辅基站小区的系统信息改变，或需要通过同一RRC消息释放并添加辅基站小区来实现SCG的系统信息更新时），现有的MeNB发起机制无法满足需求，或者辅基站仅能触发释放（SeNB release）而无法触发添加。

2. **“辅基站改变过程”的内涵**：根据说明书[0041]段，该过程不仅包括“辅基站间辅基站改变过程（inter-SeNB change procedure）”，还特别强调了**“辅基站内辅基站改变过程（intra-SeNB change procedure）”**。在辅基站内改变中，不涉及路径切换和数据转发，且主要目的是为了进行系统信息的更新。

3. **权利要求1的核心逻辑**：打破了由MeNB单方面主导的限制，赋予了SeNB（辅基站）**主动决策权（确定发起）**和**信令触发权（发送改变请求并接收确认）**。

---

### 二、 D1 (WO2014113190A1) 对权利要求1的公开情况分析

经详细研读 D1 (WO2014113190A1) 的说明书，该文献主要探讨了宏基站（MeNB）与小小区（SeNB）共存架构下的承载管理。虽然 D1 的主实施例多数描述了由主基站（MeNB）发起的小区切换/释放，但在其替代实施例（Alternative embodiments）中，**毫无异议地完全公开了权利要求1的所有技术特征**。

具体而言，D1在探讨释放辅基站资源（SeNB Release）和切换辅基站资源（SeNB Switch，等同于辅基站改变）时，在第 **[p0145]** 段和 **[p0215]** 段明确提到了由 **SeNB 做出决策并向 MeNB 发送请求**的实施方式。

#### 权利要求1 与 D1 (WO2014113190A1) 特征比对表

*(注：D1原文段落 **[p0145]** 针对辅基站释放（SeNB release）过程也披露了完全相同的交互逻辑：“it may be the SeNB 203 which makes the decision of releasing... sent from the SeNB 203 to MeNB 202... ACK may be sent from the MeNB 202 to the SeNB 203”。这两段均可作为直接定性的铁证。)*

---

### 三、 无效请求策略与最薄弱技术特征评估

**最薄弱的技术特征：**

在当前的权利要求1层面，**全部技术特征（A、B、C）均是最薄弱的**。因为权利要求1的撰写非常宽泛，仅仅限定了“由辅基站确定 -> 发送请求 -> 接收ACK”这一极为宏观的信令交互框架。这一宏观框架已经被 D1 的段落 [p0215] 以“字面对应（Literal Anticipation）”的方式毫无异议地彻底公开。因此，针对权利要求1，提出**缺乏新颖性**的理由是非常坚实且难以反驳的。

**后续无效与答辩预判：**

由于独立权利要求1大概率会被 D1 直接打掉，专利权人在答复无效宣告请求时，必然会进行修改，将从属权利要求或说明书中的具体限制性特征补入权利要求1中。我们需要提前防范以下防御策略：

1. **限缩“辅基站改变过程”为“辅基站内改变 (Intra-SeNB change)”**：专利权人可能会引入说明书 [0041]-[0043] 的特征，限定该改变是为了“辅基站小区的系统信息更新”，并且“不包括路径切换、数据转发等处理”。

2. **限定消息的具体内容**：例如引入说明书 [0043] 中“辅基站向主基站发送与辅基站发生改变后的配置信息相关的无线资源控制容器(RRC container)”。

**建议：**

在撰写无效宣告请求书时，除了用 D1 摧毁权利要求1的新颖性外，应立即将焦点下沉至从属权利要求（例如涉及 RRC container、系统信息更新、delta信令重配置等更底层的特征），检索 D1 中关于 `transparent container` 的描述（如 D1 [p0204], [p0205] 提到了 transparent container 包含 SIBs 参数等），提前构建“D1 + 公知常识”或“D1 + 另一篇LTE标准提案/说明书”的创造性无效组合，彻底封死专利权人退守的余地。

根据权利要求1所述的方法，其中通过所述辅基站改变过程进行辅基站小区的系统信息的更新。

根据权利要求2所述的方法，其中所述辅基站小区的系统信息的更新包括特殊辅基站小区的系统信息的更新和辅基站辅小区的系统信息的更新。

根据权利要求2所述的方法，其中所述辅基站改变过程是辅基站内辅基站改变过程，所述辅基站内辅基站改变过程不包括路径切换和数据转发。

根据权利要求4所述的方法，还包括：由所述辅基站向所述主基站发送如下指示，所述指示表明所述辅基站执行了所述辅基站内辅基站改变过程。

根据权利要求4所述的方法，还包括：由所述辅基站向所述主基站发送与所述辅基站发生改变后的所述辅基站的配置信息相关的无线资源控制容器。

根据权利要求4所述的方法，其中所述主基站通过查看从所述辅基站接收的无线资源控制容器的内容来确定是否存在系统信息的更新。

根据权利要求1所述的方法，其中在所述辅基站改变过程中仅对发生变化的无线参数进行重配置。

一种用于执行双连接系统的辅基站改变的方法，包括：由主基站接收来自辅基站的辅基站改变请求；以及 从所述主基站向所述辅基站发送辅基站改变请求确认消息，其中由所述辅基站发起所述辅基站改变过程。

根据权利要求9所述的方法，其中通过所述辅基站改变过程进行辅基站小区的系统信息的更新。

根据权利要求10所述的方法，其中所述辅基站改变过程是辅基站内辅基站改变过程，所述辅基站内辅基站改变过程不包括路径切换和数据转发。

根据权利要求11所述的方法，还包括：由所述主基站从所述辅基站接收如下指示，所述指示表明所述辅基站执行了所述辅基站内辅基站改变过程。

根据权利要求11所述的方法，还包括：由所述主基站从所述辅基站接收与所述辅基站发生改变后的所述辅基站的配置信息相关的无线资源控制容器；以及查看所述无线资源控制容器的内容以确定是否存在系统信息的更新。

根据权利要求9所述的方法，其中在所述辅基站改变过程中仅对发生变化的无线参数进行重配置，并且其中所述主基站仅向用户设备发送发生变化的无线参数的配置信息。

一种双连接系统中的辅基站修改方法，包括： 由辅基站确定发起辅基站小区添加过程； 由所述辅基站基于所述确定操作，向主基站发送辅基站小区添加请求；以及接收来自所述主基站的辅基站小区添加请求确认消息，其中由所述辅基站发起辅基站小区添加过程。

根据权利要求15所述的方法，其中所述辅基站同时发起辅基站小区释放过程和辅基站小区添加过程，所述辅基站向所述主基站同时发送辅基站小区添加信息和辅基站小区释放信息，以完成辅基站小区的系统信息更新。

根据权利要求16所述的方法，所述辅基站小区添加信息包括添加的辅基站小区的更新的系统信息。

一种双连接系统中的辅基站修改方法，包括： 从主基站接收来自辅基站的辅基站小区添加请求；以及 由所述主基站向所述辅基站发送辅基站小区添加请求确认消息，其中由所述辅基站发起辅基站小区添加过程。

根据权利要求18所述的方法，其中所述辅基站同时发起辅基站小区释放过程和辅基站小区添加过程，其中所述主基站从所述辅基站同时接收辅基站小区添加信息和辅基站小区释放信息，以完成辅基站小区的系统信息更新。

根据权利要求19所述的方法，所述辅基站小区添加信息包括添加的辅基站小区的更新的系统信息。

一种用于执行双连接系统的辅基站改变的设备，包括：确定单元，被配置为由辅基站确定发起辅基站改变过程； 发送单元，被配置为基于所述确定单元做出的确定，向主基站发送辅基站改变请求；以及接收单元，被配置为接收来自所述主基站的辅基站改变请求确认消息。

根据权利要求21所述的设备，其中通过所述辅基站改变过程进行辅基站小区的系统信息的更新。

根据权利要求22所述的设备，其中所述辅基站小区的系统信息的更新包括特殊辅基站小区的系统信息的更新和辅基站辅小区的系统信息的更新。

根据权利要求22所述的设备，其中所述辅基站改变过程是辅基站内辅基站改变过程，所述辅基站内辅基站改变过程不包括路径切换和数据转发。

根据权利要求24所述的设备，所述发送单元还被配置为：向所述主基站发送如下指示，所述指示表明所述辅基站执行了所述辅基站内辅基站改变过程。

根据权利要求24所述的设备，所述发送单元还被配置为：向所述主基站发送与所述辅基站发生改变后的所述辅基站的配置信息相关的无线资源控制容器。

根据权利要求24所述的设备，其中所述主基站通过查看从所述辅基站接收的无线资源控制容器的内容来确定是否存在系统信息的更新。

根据权利要求21所述的设备，其中在所述辅基站改变过程中仅对发生变化的无线参数进行重配置。

一种用于执行双连接系统的辅基站改变的设备，包括：接收单元，被配置为接收来自辅基站的辅基站改变请求；以及发送单元，被配置为向所述辅基站发送辅基站改变请求确认消息，其中由所述辅基站发起所述辅基站改变过程。

根据权利要求29所述的设备，其中通过所述辅基站改变过程进行辅基站小区的系统信息的更新。

根据权利要求30所述的设备，其中所述辅基站改变过程是辅基站内辅基站改变过程，所述辅基站内辅基站改变过程不包括路径切换和数据转发。

根据权利要求31所述的设备，其中所述接收单元还被配置为：从所述辅基站接收如下指示，所述指示表明所述辅基站执行了所述辅基站内辅基站改变过程。

根据权利要求31所述的设备，其中所述接收单元还被配置为：从所述辅基站接收与所述辅基站发生改变后的所述辅基站的配置信息相关的无线资源控制容器；并且所述设备还包括：确定单元，被配置为查看所述无线资源控制容器的内容以确定是否存在系统信息的更新。

根据权利要求29所述的设备，其中在所述辅基站改变过程中仅对发生变化的无线参数进行重配置，并且其中所述发送单元还被配置为仅向用户设备发送发生变化的无线参数的配置信息。

一种双连接系统中的辅基站修改设备，包括： 确定单元，被配置为确定发起辅基站小区添加过程； 发送单元，被配置为基于所述确定单元做出的确定，向主基站发送辅基站小区添加请求；以及接收单元，被配置为接收来自所述主基站的辅基站小区添加请求确认消息。

根据权利要求35所述的设备，其中所述确定单元还被配置为确定同时发起辅基站小区释放过程和辅基站小区添加过程，并且其中所述发送单元还被配置为向所述主基站同时发送辅基站小区添加信息和辅基站小区释放信息，以完成辅基站小区的系统信息更新。

根据权利要求36所述的设备，所述辅基站小区添加信息包括添加的辅基站小区的更新的系统信息。

一种双连接系统中的辅基站修改设备，包括： 接收单元，被配置为接收来自辅基站的辅基站小区添加请求；以及发送单元，被配置为向所述辅基站发送辅基站小区添加请求确认消息，其中由所述辅基站发起辅基站小区添加过程。

根据权利要求38所述的设备，其中所述辅基站同时发起辅基站小区释放过程和辅基站小区添加过程，并且其中所述接收单元还被配置为从所述辅基站同时接收辅基站小区添加信息和辅基站小区释放信息，以完成辅基站小区的系统信息更新。

根据权利要求39所述的设备，所述辅基站小区添加信息包括添加的辅基站小区的更新的系统信息。