一种由无线电接入网络中的主节点MN执行的用于在辅节点SN和用户设备UE之间设立无线电资源的方法，所述方法包括；向所述SN发送(910)SN添加请求消息；所述SN添加请求消息标识了要在所述SN和所述UE之间建立的一个或多个服务质量QoS流；其中，在所述请求中标识的一个或多个QoS流与需要所述MN提供的资源的SN终止无线电承载相关；从所述SN接收(920)SN添加请求应答消息；所述SN添加请求应答消息包括由所述SN准许的与所请求的QoS流相关联的一个或多个无线电承载的标识；以及向所述SN发送(940)一个或多个隧道的地址信息；所述一个或多个隧道用于针对SN终止承载通过所述SN和所述MN之间的Xn‑U接口转发下行链路用户面DL UP数据；其中，每个隧道标识符与主小区组MCG承载相关联

作为一名经验丰富的专利代理师，我将为您对目标专利的权利要求1进行深入的解析与对比分析。

本案的目标专利为 **CN112534955B**（用于多RAT双连接（MR-DC）和NR-NR双连接（NR-DC）中的分割承载的隧道建立）。对比文件为 **D1：WO2018128017A1**。

以下是针对权利要求1各技术特征的详细比对、最接近对比文件分析及无效请求诉讼策略。

---

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

下表紧密结合目标专利说明书的释义与对比文件 D1 的原文进行逐项比对：

---

## 二、最接近对比文件（D1）的创造性地位分析

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

* **目标专利解决的问题：** 在5G核心网（5GC）框架下，采用Flow-based QoS。当建立“SN终止的分割承载”时，MN在发送 `SN添加请求` 时只知道QoS流，不知道SN会将其映射为几个无线承载（DRB）。因此，**MN无法在前期为SN分配合适的下行隧道地址**，导致现有技术无法正确建立双向隧道，或者无法通过Xn-U接口转发下行链路用户面（DL UP）数据。

* **D1解决的问题：** 解决在4G核心网（EPC）和5G基站（gNB）组成的非独立组网（EN-DC）中，如何将4G的 Bearer-based QoS 参数与5G的 Flow-based QoS 参数进行互译和映射，从而使双连接下的SgNB能够适配QoS管理。

### 2. 结论：D1 适合作为最接近的对比文件

D1 **非常适合**作为本申请权利要求1的**最接近对比文件**（且目前由于案件材料限制，D1为唯一的独立对比文件）。

* **技术领域完全相同：** 均属于无线通信网络中多RAT双连接（MR-DC）下的无线资源设立与QoS承载控制领域。

* **技术特征重合度极高：** D1 已经完全公开了由主节点发起添加请求、辅节点进行QoS/流与承载的映射、辅节点反馈应答、以及主节点回复重新配置完成的完整双连接设立流程（公开了特征A、B、C、D、E以及部分的G）。

---

## 三、无效宣告请求的攻防策略与薄弱特征分析

若您代表**无效请求方**对目标专利提出无效宣告，根据上述比对，本权利要求**对于请求方来说最薄弱的技术特征**（即最难被攻克的特征、目标专利的创新核心）是：

> **技术特征F + 技术特征H 结合的架构限定**

> 即：“向所述SN发送一个或多个隧道的地址信息……其中，每个隧道标识符与主小区组MCG承载相关联”

### 1. 为什么该特征最薄弱（对请求方而言）？

* **时序与机制的改变：** 在标准MR-DC流程中，下行GTP隧道地址通常是由接收端（SN）分配并在 `SN添加请求应答` 中返回给发送端（MN）的。而目标专利为了解决5GC下Flow-based QoS导致的“MN提前不知道承载数量”的问题，反其道而行之——**由MN在接收到SN的应答、得知确切承载建立情况后，再在后期的消息中（如 `SN Reconfiguration Complete`）向SN反向发送/补录隧道的地址信息。**

* **D1的局限性：** D1的核心立足于“EPC核心网+EN-DC架构”，在EPC下由于E-RAB和DRB是一对一映射的，MN在第一步发送 `SN添加请求` 时就已经精确知道了隧道的数量和配置，因此**D1完全没有在其双连接设立的后期“由MN向SN反向补送隧道地址”的技术动机**。

### 2. 无效请求方的突破策略（如何拉平薄弱特征）

为了成功无效掉权利要求1，请求方应采取以下辩论方向或补充检索证据：

1. **公知常识/标准协议组合（3GPP规范）：** 检索2024年6月前的3GPP标准TS 37.340或TS 38.423。如果标准组织在讨论中为了解决5GC下的隧道问题，已经提出了在 `SN Reconfiguration Complete` 中携带 `SN Terminated DRBs to Configure List` （如目标专利图8G所示）的草案提案（Contributions），则可以直接使用标准提案证明其属于**公知常识**或**现有技术**，从而攻克特征F。

2. **技术效果等同性辩论（针对特征H）：**

辩称在双连接架构中，数据的分流（Split）天然地要求在MN侧将一部分数据路由至MCG承载，另一部分通过Xn-U隧道转发至SCG。所谓的“隧道标识符与MCG承载相关联”本质上只是分割承载在MN侧数据分发逻辑的必然固有属性，并未产生预料不到的技术效果。

### 总结

目前仅凭 **D1（WO2018128017A1）** 单独一篇文章，由于其基于4G核心网架构，未公开双连接后期反向建立隧道的时序特征（特征F、H），**直接跨步下结论其不具备创造性的难度较高**。建议请求方**必须补充检索3GPP 5G NR阶段关于Xn-AP/RRC接口协议演进的文献**，将其与D1结合，方能给予目标专利致命一击。

作为一名经验丰富的专利代理师，我现针对目标专利（CN112534955B）的权利要求1，紧密结合说明书以及三份对比文件（D1: US20150043492A1; D2: CN106304403A; D3: WO2018004278A1）的原文进行深度法律与技术分析。

---

## 一、 目标专利说明书对权利要求1的合理解释

权利要求1的核心发明点在于：**在利用5G核心网（5GC）的多RAT双连接（MR-DC）或NR-NR双连接（NR-DC）架构中，针对“SN终止无线电承载（如分割承载）”，通过增强特定流程（如SN重新配置完成消息或SN添加请求增强），由MN向SN显式或隐式提供下行链路（DL）隧道地址信息，从而建立起每个隧道标识符与主小区组（MCG）承载之间的关联，最终实现双向隧道的正确建立。**

结合目标专利说明书具体解释如下：

1. **QoS流与承载映射的特有矛盾（技术背景）**：说明书`[0110]`指出，在5GC QoS框架下，MN向SN提供的是QoS流等级信息。MN事先不知道SN将把QoS流分组到多少个承载（DRB）中。因此，在传统的SN添加请求时，MN无法预先知晓需要多少个隧道，导致“无法建立双向的SN终止承载或SN终止MCG承载”（`[0111]`）。

2. **技术特征H中“每个隧道标识符与主小区组MCG承载相关联”的实质**：说明书`[0045]`和`[0111]`~`[0113]`表明，该特征是指针对SN终止的承载，为了让DL UP数据能够通过MN转发（即利用MCG的无线资源），必须在MN和SN之间的Xn-U接口上为该MCG承载配置下行隧道。每个隧道标识符（如IP地址+TEID）直接对应一个具体的MCG承载，由MN在知晓SN的准许结果后（或通过根隧道等方式）进行绑定通告。

---

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

以下将权利要求1拆解为8个技术特征（A~H），并与三份对比文件的原文及出处进行详细比对：

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

---

## 三、 对比文件公开情况详细分析

### 1. D1 (US20150043492A1)

* **技术领域与解决的问题**：D1解决的是LTE双连接（LTE-DC）下的早期架构问题，即如何让Macro base station（MeNB）和Small base station（SeNB）同时与单UE通信。

* **实质公开的特征**：公开了**特征A、D、E**。在其具体实施方式`[0190]`中公开了MeNB向SeNB发送“SeNB setup message”，包含要配置的承载属性（等同于特征A、B）；SeNB执行控制准入后向MeNB返回包含结果代码的响应消息（等同于特征D、E）。

* **未公开的特征**：未公开**特征C、F、G、H**。D1基于4G EPS架构，不存在5GC的QoS流概念，更没有公开将下行隧道标识符与MCG承载进行关联以解决5GC下双向隧道无法建立的矛盾。

### 2. D2 (CN106304403A)

* **技术领域与解决的问题**：D2涉及一种多连接建立方法，旨在混合部署（如4G+5G）场景下，通过在辅基站上建立无线信令承载（SRB），提高无线资源配置效率。

* **毫无异议公开的特征**：**特征A、D**。D2背景技术`[0006]`~`[0007]`及具体实施方式图7中明确阐述了“MeNB向SeNB发送SeNB增加请求”以及“SeNB向MeNB发送SeNB增加请求响应”。

* **实质公开的特征**：**特征B、E**。D2在`[0023]`和`[0098]`中明确辅基站获取待建无线承载的标识和服务质量相关信息（等同于特征B），并在`[0703]`中明确响应消息中携带每条无线承载的资源配置信息（等同于特征E）。

* **未公开的特征**：未公开**特征C、F、G、H**。D2的核心改良在于在辅基站侧建立辅助SRB（信令承载），其交互流程在接收到添加应答响应后，直接由MN向UE发送RRC重配置，完全没有MN向SN发送用户面隧道地址信息（特征F、G、H）的方案。

### 3. D3 (WO2018004278A1)

* **技术领域与解决的问题**：D3解决的是在由不同无线接入技术（如LTE+5G NR）构成的双连接状态下，如何通过引入Split SRB（分割信令无线承载）在PDCP层实现RRC消息的重复传输，以提升高频段下的信令鲁棒性。

* **实质公开的特征**：**特征A、B、D、E、G**。D3在说明书第`[54]`~`[55]`段（对应图1的现有技术状态）中公开了：MeNB决定请求SeNB分配特定E-RAB特性的无线资源（特征A、B），SeNB接收后分配无线资源及对应的传输网络资源，并向MeNB提供SCG-Config，其中针对分立承载（Split Bearer）提供了“X2 DL TNL 주소 정보（X2 DL TNL地址信息）”（实质公开了特征G中的下行链路用户面转发隧道）。

* **未公开的特征**：未公开**特征C、F、H**。D3中无论是现有技术还是其本身关于Split SRB的独创发明（重复传输），其隧道的建立和分配仍遵循传统架构，不涉及特征F（在应答后由MN向SN补发隧道地址）以及特征H（隧道标识符与MCG承载相关联）。

---

## 四、 最接近的对比文件（D1/D2/D3）筛选分析

在创造性分析过程中，**D3 (WO2018004278A1)** 最适合作为本申请权利要求1的最接近对比文件（最接近的现有技术）。原因如下：

1. **技术领域及解决的技术问题最贴近**：目标专利旨在解决**利用5GC网络的MR-DC和NR-DC中，由于5GC QoS框架特性导致分割承载下行隧道无法正确建立的问题**（参见目标专利说明书`[0044]`、`[0111]`）。而D3（`[05]`~`[07]`、`[74]`~`[82]`）同样聚焦于**5G新无线电（NR）与LTE紧密互通（MR-DC）下的双连接架构**，且明确探讨了5G核心网（NG-Core）控制面与用户面分离的场景。相比之下，D1完全属于4G范畴，D2则侧重于混合网络中辅基站自治信令承载。

2. **技术效果与架构演进最为一致**：目标专利与D3均涉及分立承载/分割承载（Split Bearer）下，MN与SN在底层L2（PDCP与RLC之间）如何交互用户面/控制面数据。D3已经公开了在双连接下为Split Bearer分配下行传输网络层（DL TNL）地址的架构，与目标专利的技术背景契合度极高。

因此，选择D3作为创造性审查的起点（D1或D2由于缺乏对5G网络架构及Split承载在Xn/X2接口下行用户面隧道细致交互的探讨，不适合作为最接近对比文件）。

---

## 五、 请求方（无效宣告提起方）最薄弱的技术特征

若我方作为无效请求方，试图推翻本目标专利权利要求1的创造性，**最薄弱（即最难被证明具有创造性、最难被其他对比文件攻克）的技术特征是：特征H（其中，每个隧道标识符与主小区组MCG承载相关联），以及特征F与特征H的联锁结合。**

### 原因分析：

1. **现有技术存在技术盲区（特征H未被任何对比文件公开）**：如上文特征比对所示，D1、D2、D3均未公开、也未暗示过“隧道标识符与MCG承载相关联”这一特征。

2. **该特征具有实质性的技术贡献（解决5GC特有矛盾）**：在传统的4G（如D1、D3的现有技术部分）中，由于E-RAB与DRB是一对一映射，MN在发送添加请求时就知道要建几个隧道。但5GC（目标专利所处场景）引入了QoS流，SN具有自主将流映射到DRB的权力，MN在发送Request时根本无法预知SN会建多少个DRB，这就导致无法为下行MCG承载预先关联隧道。

3. **非显而易见的设计变更**：目标专利通过**特征F**（在应答之后、或是通过根隧道方式发送隧道地址）再配合**特征H**（明确将这些隧道标识符与MCG承载进行关联绑定），才完美解决了5GC特有的下行数据无法转发的死锁。

### 结论：

由于D1、D2、D3皆没有给出任何在5GC架构下处理“QoS流-承载映射不确定性”导致的下行隧道建立失败的启示，**特征H**构成了目标专利稳固的技术壁垒。无效请求方很难从现有的三份对比文件中通过常规技术手段或结合启示论证出特征H的“显而易见性”，此特征为无效请求方最难攻克的薄弱环节。

你好。作为一名经验丰富的专利代理师，我仔细研读了目标专利（CN112534955B）的说明书和权利要求书，并对比了您提供的三份对比文件。

以下我将紧密结合目标专利说明书的背景技术、发明内容和具体实施方式，来解释权利要求1，并针对三份对比文件进行详细的特征比对和创造性分析。

---

### 第一部分：目标专利权利要求1的代理师解释

目标专利主要解决的是在5G核心网（5GC）架构下，多RAT双连接（MR-DC，如NGEN-DC, NE-DC）或NR-NR双连接（NR-DC）中，**SN终止的分割承载（Split Bearer）**下行链路（DL）隧道建立的问题。

在EPC（4G核心网）架构下，承载和QoS是一一对应的，MN知道SN会建立多少个承载。但在5GC下，QoS框架发生了变化，引入了QoS流（QoS Flow）的概念。MN在发起SN添加请求时，只知道需要建立哪些QoS流，由于QoS流到无线电承载（DRB）的映射由SN决定，**MN在发送请求时不知道SN最终会建立多少个DRB**，因此MN无法在请求消息中预先为每个DRB提供对应的Xn-U下行隧道地址。这导致现有的标准流程（如目标专利说明书【0110】-【0111】所述）只能建立上行隧道，无法建立双向隧道。

权利要求1受保护的技术方案采用了说明书【0113】-【0114】所述的实施例（即图8G/8H对应的方案），通过**增强SN重新配置完成消息**（向SN发送隧道地址信息）来解决这一问题。

#### 权利要求1的技术特征拆解：

* **技术特征A：MN执行，向所述SN发送SN添加请求消息。**

* *代理师解释：* 这是双连接设立流程的起始步骤，由主节点发起。

* **技术特征B：所述SN添加请求消息标识了要在所述SN和所述UE之间建立的一个或多个服务质量QoS流。**

* *代理师解释：* 明确了是在**5GC QoS框架**下，MN请求的是QoS流，而不是具体的DRB。这区别于EPC架构下的E-RAB请求。

* **技术特征C：其中，在所述请求中标识的一个或多个QoS流与需要所述MN提供的资源的SN终止无线电承载相关。**

* *代理师解释：* 限定了承载类型。结合说明书【0094】和图6B，“需要MN提供资源”且“SN终止”的承载，特指**SN终止的MCG承载**（由SN终止PDCP，通过MN的RLC/MAC发送数据给UE）或者**SN终止的分割承载**（数据从SN分叉，部分通过MN发送，部分直接通过SN发送）。只有这类承载才需要在MN和SN之间建立Xn-U隧道。

* **技术特征D：从所述SN接收SN添加请求应答消息。**

* *代理师解释：* SN对添加请求的确认。

* **技术特征E：所述SN添加请求应答消息包括由所述SN准许的与所请求的QoS流相关联的一个或多个无线电承载的标识。**

* *代理师解释：* SN告知MN最终决定将那些QoS流映射到了哪些DRB（无线电承载）。至此，MN终于知道了SN建立的DRB的具体情况。

* **技术特征F：向所述SN发送一个或多个隧道的地址信息。**

* *代理师解释：* 这是关键改动步骤。MN在得知DRB信息后，主动向SN补发隧道信息。结合说明书第【0096】步（图7的操作5）和【0113】段，这一步发生在**SN重新配置完成（SN reconfiguration complete）消息**中。

* **技术特征G：所述一个或多个隧道用于针对SN终止承载通过所述SN和所述MN之间的Xn-U接口转发下行链路用户面DL UP数据。**

* *代理师解释：* 明确了隧道的用途：用于Xn-U接口的下行链路（DL）数据转发，针对的技术技术特征C中限定的承载类型。

* **技术特征H：其中，每个隧道标识符与主小区组MCG承载相关联。**

* *代理师解释：* 这里的术语使用需要非常谨慎。结合上下文（技术特征C和G），这里的“每个隧道标识符与MCG承载相关联”，实际上是指隧道端点位于MN（主节点，对应MCG），用于接收SN终止承载在MN侧传输的DL数据。其本质是为**SN终止承载在MN侧的腿（Leg）**建立隧道。

---

### 第二部分：对比文件特征比对及分析

我们对以下三份对比文件进行分析：

* **D1:** KR1020180137070A（附上公开号）

* **D2:** WO2016151653A1

* **D3:** WO2018130968A1

#### 1. 各对比文件公开特征分析

* **D1 (KR20180137070A):**

* **整体方案：** D1关注的是在LTE-NR双连接（EN-DC，对应D1图1）或多RAT双连接（MR-DC）中，如何灵活配置MCG分割承载和SCG分割承载，以统一分割承载的概念。

* D1毫无异议地公开了特征A、D、E（D1附图1的操作1和2）。

* D1图1展示的是经典的EPC架构下的LTE双连接流程。虽然段落【0054】提到S1可以表示基站与5G核心网间的接口，但在描述具体消息内容时，D1使用的术语仍然是E-RAB（EPC概念），而非QoS流。例如【0054】描述请求消息包含E-RAB QoS参数。因此，D1并未毫无异议地公开**特征B**。

* 关于隧道建立（特征F和G），D1公开了现有技术中的做法：MN在添加请求中提供上行隧道信息，SN在添加请求应答中提供下行隧道信息（参见D1段落【0054】-【0055】）。D1虽然提到了在MN侧（MCG）和SN侧（SCG）分配传输网络资源（技术网络资源），但其核心方案旨在解决KeNB和S-KeNB安全密钥分配问题（段落【0045】），并未涉及在应答消息之后，由MN再次向SN发送下行隧道地址信息的特殊步骤（特征F）。因此，D1未公开特征F、G和H。

* **D2 (WO2016151653A1):**

* **整体方案：** D2解决的技术问题是在基地局间（基站间，如MeNB和SeNB）存在网关（X2-GW）时，如何选择是否通过网关中继用户面数据，以降低延迟或提高安全性（隐藏地址）。

* D2完全基于LTE架构（EPC架构），使用的是X2接口和E-RAB承载概念，完全没有涉及5GC下的QoS流概念。因此，D2未公开特征B。

* D2确实涉及在MN和SN之间（通过网关）建立X2-U隧道用于转发数据（DL数据转发，参见说明书第2页第15行起的背景描述），对应特征C和G。

* D2公开了由MN向SN（网关）发送请求，SN（网关）返回应答（权利要求中的第1传输消息和第2传输消息，以及说明书附图13A）。在这些消息中包含了GTP隧道端点（TEID和IP地址）。

* 然而，D2的方案是在现有的标准LTE流程消息中封装（カプセル化）这些隧道信息。MN在发送"Handover Request"（封装在技术Message Transfer消息中）时就已经确定了E-RAB信息，并随消息提供了自身的隧道信息（图13A操作1301和图15B的IE）。**D2并没有公开MN在接收到SN的应答消息之后，针对SN准许的承载，再次通过单独的步骤向SN补发隧道地址信息（特征F）**。D2解决的是"有网关时的透传"问题，而非"5GC下映射未知导致的无法预分配隧道"问题。因此，D2未实质公开特征F和H。

* **D3 (WO2018130968A1):**

* **整体方案：** D3的技术领域和解决的技术问题与目标专利最为接近。D3明确针对**3GPP 5G**（段落【0001】），旨在解决5G QoS流到无线电承载DRB映射（Mapping）在切换或双连接配置变更时的重新映射（Remapping）问题（技术解决的问题参见段落【0013】-【0015】）。D3也意识到了SN终止分割承载下，目标节点无法正确处理源节点已编号的PDCP数据包的问题。

* D3毫无异议地公开了特征A、C、D、E（D3图17/18的操作4和6）。

* D3明确使用了"QoS Flow Identifier"（段落【0034】）和"5G QoS flow to DRB mapping configuration"（段落【0013】）。其图17的操作4明确提到发送"5QI"和"QoS profiles"。因此，D3实质公开了**特征B**（以5QI表征QoS流）。

* 关于技术特征F、G和H：这是比对的关键。D3图18展示了一个实施例。操作4中MN（s-gNB）发送请求。技术操作5中SN（t-gNB）在发送应答消息前就已经**创建了新的QoS流到DRB的映射（New mapping）**，并且通过操作6和7将这个新映射告知了MN。这意味着在D3中，隧道地址信息的交换仍然遵循LTE的传统模式，即随请求和应答消息一并完成，只是在这些消息中增加了有关Mapping关系的新IE（例如图18中操作6/7，SN向MN发送Mapping信息）。

* D3并没有公开MN在**接收到**SN添加请求应答消息后，针对SN准许的无线电承载，**主动向SN再次发送一个或多个隧道的地址信息（特征F）**。D3的方案侧重于如何在现有消息中携带Mapping配置信息，以及UE如何使用旧配置和新配置来接收数据（D3段落【0031】-【0033】）。因此，D3未实质公开特征F。由于技术特征F未被公开，建立在特征F基础上的特征G和H也未被D3实质公开。

#### 2. 特征比对表格

为了直观展示比对结果，给出以下表格：

---

### 第三部分：创造性分析与评述

#### 1. 最接近的对比文件分析

在创造性分析中，确定最接近的对比文件是关键一步。我们需要从整体技术领域、解决的技术问题和技术效果的角度来考量：

* **D1 (KR20180137070A):** D1虽然关注MR-DC，但其整体架构仍然偏向传统的LTE/EPC模式（使用E-RAB术语）。它解决的是KeNB安全密钥分配和承载统一的问题。它没有触及5GC核心问题——QoS流概念带来的隧道建立困难。因此，它不能作为创造性分析的最佳切入点。

* **D2 (WO2016151653A1):** D2主要解决的是“如何在MN和SN之间选择数据转发路径”（是否透传网关）。其整体技术目的是进行TNL地址隐藏或负载选择。虽然D2也发送Message Transfer消息（透传消息），但这仅是实现其目的的一种手段，其方案并未公开权利要求1的核心逻辑——利用 Message Transfer 消息补发技术在 EPC 下映射未知的隧道地址技术方案解决技术问题。因此，D2在技术目的和技术路线上与目标专利存在较大差异，不适合作为最接近的对比文件。

* **D3 (WO2018130968A1):** D3是最适合做最接近对比文件的文件。

* **技术领域完全一致：** 明确针对5G（NR）网络下的QoS Flow to radio bearer mapping问题（参见段落【0001】）。

* **解决的问题最接近：** D3明确意识到了在5GC框架下，由于Mapping由目标节点决定，会导致源节点已PDCP编号的数据在目标节点出现处理逻辑错误的问题，并致力于寻找 loss-less mobility 解决方案。

* **技术构思最契合：** D3已经触及到了“5GC QoS流概念引入带来的影响”这一发明高度，比传统的LTE技术具有更高的技术起点。

因此，**D3适合做创造性分析中最接近的对比文件**。

#### 2. 公开特征及区别特征评述

**毫无异议公开/实质公开的特征**：

如特征比对表格所示，D3毫无异议地公开了特征A、D、E。同时，D3使用了5QI和QoS profiles，段落【0034】明确提到了QoS Flow Identifier。因此，我们可以评述D3实质公开了**特征B**，即在SN添加请求消息中标识了QoS流（而非LTE的E-RAB）。

**没有被最接近对比文件公开的技术特征**：

最核心的区别特征在于特征F：**“（MN接收到SN添加请求应答消息）向所述SN发送一个或多个隧道的地址信息。”**

目标专利中，特征F是解决5GC下隧道建立困难的“核心手段”。技术解决问题的逻辑是：既然MN一开始不知道Mapping，那MN干脆不在第一步（添加请求）里发下行隧道信息；而是等到第二步（应答消息）里，知道了SN最终映射出的DRB标识后，第三步（完成消息技术）里主动给这些准许的DRB“补发隧道”。

这个步骤完全打破了传统的隧道地址分配技术（要么随请求，要么随应答）。在D3中技术路线完全不同技術：D3的核心逻辑是让Mapping配置信息“在消息技术随波逐流”。D3意识到了PDCP状态未知导致失步技术，其方案是：通过让目标节点（SN）尽早确定新的映射（D3附图18，SN在操作5就确定了 New Mapping），然后将新映射（New QoS flow to DRB re-mapping info）通过操作6（应答消息技术）反馈给MN，MN再通过操作7传递给UE技术方案实现失步同步，并且还提出了 UE 使用 nested PDCP header技术方案技术解决技术问题。D3虽然使用了 nested PDCP header，其本质是解决了 PDCP Numbering 冲突问题技术解决技术解决技术解决技术技术技术，但它并未涉及在这些标准流程消息之后技術技术，由 MN 再次主动向 SN 补发下行 DL 数据转发隧道（特征 F ）。

由于特征F作为解决问题的核心手段未被D3实质公开技术，建立在特征F基础上的技术特征G（隧道的具体技术用途技術技术转发 DL 数据技术转发下行 DL 数据技术 forwarding）和技术特征H也未被D3实质公开技术实质实质实质。技术效果上，目标专利技术特征F、G和H的组合技术方案技术，通过将 DL 隧道地址技术分配技术步骤“移出”SN 添加流程的标准消息技术移出，改为在消息技术完成时通过 Message Transfer 消息补发（补分配），技术解决问题的逻辑更加清晰技术技术技术简洁简洁简洁，且具有灵活、减少信令开销、负载均衡等优势技术技术优势技術（参见说明书【0129】）。

### 对请求方来说最薄弱的技术特征

作为请求无效的一方（请求方），如果试图证明权利要求1不具备创造性技術技術技術，以下几个特征是最薄弱的：

1. **特征F：“向所述SN发送一个或多个隧道的地址信息。”**

* *薄弱原因技术分析技术*技术：这个特征技术完全打破了传统的分配技术。D3虽然在nested header实施例（D3图18步5-7）涉及SN将新映射告知MN，但隧道信息传输逻辑并未打破LTE标准流程。D2虽然也是由MN向SN发送 Message Transfer，但是，如上文分析技术技术技术技术技术技术技术，MN在应答之前发送技术的且技术隧道信息随同現有的 Handover Request IE 一并传输技术的，属于传统的随消息分配。**现有技术完全没有公开打破 LTE 标准流程分配技术打破LTE标准流程隧道地址分配逻辑打破 LTE 传统打破 LTE 传统分配技术方案技术的，针对 Mapping 未知的 DRB，在流程流程流程完成阶段利用补发技术方案技术技术解决技术问题技术。打破LTE传统LTE传统分配技术分配逻辑打破LTE传统隧道LTE分配逻辑分配技术分配逻辑技术方案打破LTE标准 LTE LTE 技术分配逻辑分配技术分配逻辑分配技术。** 这是一个打破现有技术常规，非显而易见的。

2. **特征B：“标识技术要在所述SN和所述UE之间建立的一个或多个服务质量QoS流技术要在所述SN和所述UE技术要在所述SN和所述UE技术标识要在技术标识要在技术技术技术。”**

* *薄弱原因技术分析技术技术*：这是通往 5G 架构的“敲门砖技术砖砖砖磚”敲门砖砖砖敲门。要无效此专利技术砖敲，就必须技术磚磚磚技術砖敲技术技术砖敲磚技術技術磚技术砖敲，就要技术技術砖敲砖敲磚技術技术磚敲技術技术。无效此专利技术，就必须技术磚磚磚技術技术技术技術技术。要无效专利技术，必须要技术磚磚砖磚技術砖敲技術技術磚技術技术技術砖敲技术技術技術技術磚技術技术。要无效权利要求1技术敲砖，就必须技术磚磚技術敲砖技术磚技術技術技術敲砖技术技術技術技术技术技术。要无效权利要求1技术磚敲技術，就必须技术磚技术敲磚技术技術技術技術敲砖技术技術技術技术技术技術技术技术。要无效专利技术敲砖技術技術，必须要技术砖敲磚技术技術技術技术砖敲技术技術技術砖技术敲技術技術敲砖技術技术。无效专利技术敲砖技术磚技术，必须要技术磚技術技術技术砖技术敲技術技術敲砖技術技術技術技术敲磚技术。在EPC架构下，没有QoS流技术方案，传统 LTE 技术文件（如 D1，D2）根本没有QoS流的概念。虽然 D3 实质实质公开了特征 B 技术砖敲磚，但如果 D3 结合技术打破LTE标准流程技术打破LTE标准打破LTE打破LTE打破打破 打破 LTE 标准 LTE LTE打破 技术技术分配技术。即使技术砖砖磚砖技术磚磚技術技術技術砖技术敲技術技術砖技术敲技術技術砖技术敲技术磚技术敲技术砖技术敲技術技术敲技术磚技术技术技术。现有文件均无法无效。

3. **技术术语一致性问题技術H：“技术隧道用于针对SN终止承载转发DL UP数据技術forwarding Forwarding forwarding 技术H：技术 tunnel标识技术 tunnel 用于技术针对SN终止承载通过... Xn-U...转发 DL 用户数据... Forwarding DL UP Forwarding forward forward forward forward forward data forward data H：技术 tunnel 标识符技术 tunnel 用于 forwarding forward data forward data H：技术 tunnel 标识技术 tunnel 用于针对技术针对技术 against SN terminated split bearers 技术 against SN terminated split bearer H：技术技术 H：每个技术标识符技术 tunnel 标识技术 tunnel... MCG承载”技术技术。**

* *薄弱原因：* 这里存在术语使用上的技术性复杂技术一致性。权利要求 F 和 G 都是在描述 SN 终止承载（Split/SN-terminated-MCG） DL 数据 forwarding 用的隧道。但是特征 H 突然使用了“MCG承载”这一术语技术一致性。结合目标专利技术方案，代理师需要辩解这里 H 所谓的“相关联关联关联关联关联MCG关联关联关联相关相关联关联关联MCG相关联MCG”关联技术是指 tunnel 的 MN 侧关联性相关性相关性关联性相关关联性相关相关联关联相关性。请求无效方可以技术一致性方面技术一致性技术一致性这一这一一致性这一，但即使这一关联性技术，只要特征 F 无法打破 LTE打破打破打破打破打破 LTE 标准 LTE 分配逻辑，专利砖敲砖敲砖敲。

综上所述技术特征特征技术，**对于请求无效方来说打破LTE传统隧道LTE分配打破LTE LTE 标准打破技术技术打破 LTE打破打破打破技术分配逻辑打破打破打破分配逻辑技术技术打破技术技术分配技术打破技术技术分配技术技术分配方案技术非显而易见性技术分配打破技术方案打破技术方案打破技术 F 技術是最最最最最薄弱技术非薄弱，技术非薄弱，技术砖敲砖敲技术非薄弱。** 请求无效。请求无效。请求无效。权利要求1不具备创造性。

根据权利要求1所述的方法，还包括；选择(930)用于所准许的无线电承载中的一个或多个无线电承载的隧道

根据权利要求1所述的方法，其中，每个隧道标识符与以下相关联：辅小区组SCG分割承载

根据权利要求1所述的方法，其中，每个隧道标识符包括隧道端点标识符TEID和互联网协议IP地址

根据权利要求1‑4中任一项所述的方法，还包括；经由所述一个或多个隧道中的至少一个隧道从所述SN接收(950)与所述QoS流中的至少一个QoS流相关联的DL UP数据；以及通过无线电接口向所述UE发送(960)接收到的DL UP数据