非显而易见杯

专利无效挑战赛

目标专利:993用于建立无线承载的方法和装置

专利公开号:CN104349389B

专利权人:诺基亚技术有限公司

无效请求书提交日期:2026年


上一项目 下一项目

非显而易见性评估仅供参考,不构成法律建议。



权利要求列表点击可跳转

序号 权利要求内容

1

一种用于在支持多连接的无线通信系统中建立数据承载的方法,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,;该至少两个基站包括至少一个宏基站和至少一个小型基站,;所述方法包括:接收与数据承载相关的信息; 根据所述相关的信息和针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈来确定所述用户平面协议栈中的各协议层的配置信息; 向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述数据承载; 接收在所述小型基站处针对第一承载分支所确定的配置信息;以及 在所述宏基站处形成所述无线资源控制消息,;其中所述无线资源控制消息包括所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者和在所述宏基站处针对第二承载分支所确定的配置信息,;其中所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符; 其中针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈包括分组数据汇聚协议层、无线链路控制层、媒体接入控制层和物理层,;其中所述宏基站与网关连接以传输数据,;并且在所述宏基站中不执行承载分割操作或在所述宏基站中执行承载分割操作,;在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,;所述小型基站中不包括无线资源控制实体。

2

根据权利要求1所述的方法,其中在所述宏基站中不执行承载分割操作,并且所述小型基站中不包括无线资源控制实体,所述方法进一步包括:接收在所述小型基站处确定的各协议层的配置信息;以及 在所述宏基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处确定的配置信息或者包括所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者,并且所述无线资源控制消息进一步包括所述小型基站的标识符。

3

根据权利要求1所述的方法,其中向所述用户设备发送所述无线资源控制消息包括:从所述宏基站向所述用户设备发送所述无线资源控制消息,所述无线资源控制消息包括用于使得所述用户设备和小型基站同步使用所述配置信息的同步信息;以及在所述宏基站处接收来自于所述用户设备的针对所述无线资源控制消息的响应并且将所述响应转发到所述小型基站; 或者 从所述小型基站向所述用户设备转发来自于所述宏基站的所述无线资源控制消息;以及在所述小型基站处接收来自于所述用户设备的针对所述无线资源控制消息的响应。

4

根据权利要求1所述的方法,其中在所述宏基站中不执行承载分割操作,并且所述小型基站中包括无线资源控制实体,所述方法进一步包括:在所述小型基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处确定的配置信息或者包括所述小型基站处确定的配置信息和从所述宏基站接收的在所述宏基站处确定的配置信息二者; 从所述小型基站向所述用户设备发送包括所述配置信息的所述无线资源控制消息;以及接收来自于所述用户设备关于所述无线资源控制消息的响应。

5

根据权利要求1所述的方法,其中在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,所述小型基站中包括无线资源控制实体,所述方法进一步包括:在所述小型基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括针对所述第一承载分支所确定的配置信息或包括针对所述第一承载分支所确定的配置信息和从宏基站接收的针对所述第二承载分支所确定的配置信息二者,其中所述第一承载分支所确定的配置消息是所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者,并且所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符; 从所述小型基站向所述用户设备发送所述无线资源控制消息;以及 接收来自于所述用户设备关于所述无线资源控制消息的响应。

6

根据权利要求1所述的方法,其中所述无线资源控制消息是无线资源控制连接重配置消息,并且在所述无线资源控制连接重配置消息中:将关于所述第一承载分支和第二承载分支的配置信息分别包括在两个drb-ToAddMod中并分别以小型基站和宏基站的标识符进行标识,并且将所述两个drb-ToAddMod包括在同一个drb-ToAddModList;或者将关于所述第一承载分支和第二承载分支的配置信息分别包括在同一个drb-ToAddMod中并分别以小型基站和宏基站的标识符进行标识,并且将所述drb-ToAddMod包括在同一个drb-ToAddModList中。

7

根据权利要求1所述的方法,其中所述宏基站和所述小型基站与网关连接以传输数据,并且在所述宏基站中不执行承载分割操作。

8

根据权利要求7所述的方法,其中所述小型基站不包括无线资源控制实体并且所述方法进一步包括:从所述小型基站接收根据相关的信息所确定的配置信息; 从所述宏基站向所述用户设备发送包括在所述小型基站处确定的所述配置信息的无线资源控制消息,以建立所述数据承载,其中所述无线资源控制消息中进一步包括所述小型基站的标识符和用于使得所述用户设备和小型基站同步使用配置信息的同步信息;以及从所述用户设备接收针对所述无线资源消息的响应并且向所述小型基站转发所述响应; 或者 向所述宏基站发送在所述小型基站处所确定的所述配置信息; 从所述宏基站接收包括在所述小型基站和所述宏基站处确定的所述配置信息的无线资源控制消息; 从所述小型基站向所述用户设备发送所述无线资源控制消息;以及 从所述用户设备接收针对所述无线资源控制消息的响应。

9

根据权利要求7所述的方法,其中所述小型基站包括无线资源控制实体,并且所述方法进一步:从所述小型基站向所述用户设备发送包括所述小型基站根据所述相关的信息确定的配置信息的无线资源控制消息;以及从所述用户设备接收针对所述无线资源控制消息的响应。

10

一种用于在支持多连接的无线通信系统中建立信令承载的方法,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,该至少两个基站包括至少一个宏基站和至少一个小型基站,所述方法包括:接收基于针对信令承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈而确定的所述用户平面协议栈中的各协议层的配置信息;以及向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述信令承载,其中所述无线资源控制消息进一步包括用于使得所述用户设备和小型基站同步使用所述配置信息的同步信息和所述小型基站的标识符。

11

根据权利要求10所述的方法,其中针对所述信令承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈的各协议层的配置包括针对无线链路控制层、媒体接入控制层和物理层的配置。

12

根据权利要求11所述的方法,进一步包括: 接收在所述小型基站处确定的各协议层的配置信息;以及 在所述宏基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处确定的配置信息或者包括所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者。

13

根据权利要求10所述的方法,其中在所述小型基站处形成并且向所述用户设备发送关于对所述信令承载进行修改的无线资源控制消息。

14

一种用于在支持多连接的无线通信系统中建立数据承载的装置,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,该至少两个基站包括至少一个宏基站和至少一个小型基站,所述装置包括:第一接收单元,配置用于接收与数据承载相关的信息; 确定单元,配置用于根据所述相关的信息和针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈来确定所述用户平面协议栈中的各协议层的配置信息; 发送单元,配置用于向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述数据承载; 第二接收单元,配置用于接收在所述小型基站处针对第一承载分支所确定的配置信息;以及形成单元,配置用于在所述宏基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者和在所述宏基站处针对第二承载分支所确定的配置信息,其中所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符; 其中针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈包括分组数据汇聚协议层、无线链路控制层、媒体接入控制层和物理层,其中所述宏基站与网关连接以传输数据,并且在所述宏基站中不执行承载分割操作或在所述宏基站中执行承载分割操作,在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,所述小型基站中不包括无线资源控制实体。

15

一种用于在支持多连接的无线通信系统中建立信令承载的装置,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,该至少两个基站包括至少一个宏基站和至少一个小型基站,所述装置包括:接收单元,配置用于接收基于针对信令承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈而确定的所述用户平面协议栈中的各协议层的配置信息;以及发送单元,配置用于向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述信令承载,其中所述无线资源控制消息进一步包括用于使得所述用户设备和小型基站同步使用所述配置信息的同步信息和所述小型基站的标识符。


对比文件列表

编号 名称
0 2010-12-08_CN101909321A_发明公开_CN101909321A 小区资源调度的方法、协作功能实体及系统_+++A_B_C_D_E_J_K+++.docx
0 2013-01-16_CN102883440A_发明公开_CN102883440A 一种无线宽带通信方法,装置和系统_+++A_B_C_D_E_G_H_J_K_L_M_N_Q_R_T_f_i_o_p_s_u_v_w_x_y_z+++.docx

权利要求1

一种用于在支持多连接的无线通信系统中建立数据承载的方法,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,;该至少两个基站包括至少一个宏基站和至少一个小型基站,;所述方法包括:接收与数据承载相关的信息; 根据所述相关的信息和针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈来确定所述用户平面协议栈中的各协议层的配置信息; 向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述数据承载; 接收在所述小型基站处针对第一承载分支所确定的配置信息;以及 在所述宏基站处形成所述无线资源控制消息,;其中所述无线资源控制消息包括所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者和在所述宏基站处针对第二承载分支所确定的配置信息,;其中所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符; 其中针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈包括分组数据汇聚协议层、无线链路控制层、媒体接入控制层和物理层,;其中所述宏基站与网关连接以传输数据,;并且在所述宏基站中不执行承载分割操作或在所述宏基站中执行承载分割操作,;在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,;所述小型基站中不包括无线资源控制实体。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

同行您好。针对您正在处理的这份专利案件,我将基于目标专利说明书的实施例对权利要求1中的技术特征C进行深度解读,并严格结合您提供的对比文件1(D1:CN102883440A)原文,为您进行详尽的特征比对与侵权/无效分析。

### 一、 目标专利说明书对“技术特征C”的解释

**技术特征C**:`所述方法包括:接收与数据承载相关的信息`

**说明书结合解释**:

根据目标专利(CN104349389B)说明书的记载,技术特征C是建立双/多连接数据承载的起始步骤。结合说明书具体实施例(如说明书第`[0091]`段“情形1:针对C1和选项2”中的步骤1),“与数据承载相关的信息”具体指的是DRB(Data Radio Bearer,数据无线承载)相关信息,例如来自MME的“E-RAB SETUP REQUEST”中的“E-RAB to be Setup List”和“E-RAB To Be Setup Item IE(E-RAB ID 或 E-RAB Level QoS参数)”。

该信息是被接收主体(如小型基站/SeNB)用来后续“配置无线资源(如PDCP、RLC、MAC和物理层)”的先决条件。

---

### 二、 对比文件1(D1)公开情况分析

**对比文件1 (D1)**:CN102883440A《一种无线宽带通信方法,装置和系统》

为了论证D1是否单独公开了技术特征C,我们需要在D1中寻找是否存在“某个节点接收了用于建立数据承载的相关信息”的明确记载。

1. **宏基站向小节点发送配置消息**:

D1说明书第`[0009]`段明确记载:“`所述小节点接收所述宏基站通过有线或无线接口发送的配置消息;`”。

2. **该配置消息用于建立数据承载**:

D1说明书第`[0010]`段进一步记载:“`所述小节点按照所述RRC连接以及所述配置消息建立所述小节点与所述UE之间的用户面连接,并与所述UE在所述用户面连接上建立数据承载。`”。

3. **该配置消息的具体内容与底层协议栈相关**:

在D1的具体实施例(图8对应的步骤803)中,说明书第`[0082]-[0083]`段详细说明了:“`宏基站在发送RRC重配消息(RRC reconfiguration)的同时,需要通过一个新定义的接口(simple IF)完成对LoMo的底层用户面协议栈(包括PDCP,RLC,MAC)或者新定义的用户面实体(new MAC)进行配置。该接口(simple IF)传递的配置消息包括:无线资源配置(逻辑信道配置,传输信道配置,物理信道配置)...`”。

**分析结论**:

D1中的“配置消息”包含了无线资源配置等底层用户面协议栈配置参数,并且小节点(LoMo)正是依据接收到的该“配置消息”与UE建立了“数据承载”。因此,D1中的“配置消息”在所属领域技术人员看来,实质上就是目标专利中“与数据承载相关的信息”。

---

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

目标专利权利要求1特征对比文件1 (D1: CN102883440A) 公开的内容D1原文出处(说明书段落)比对结论
技术特征C:<br>所述方法包括:接收与数据承载相关的信息“所述小节点接收所述宏基站通过有线或无线接口发送的配置消息”<br><br>“所述小节点按照所述RRC连接以及所述配置消息建立所述小节点与所述UE之间的用户面连接,并与所述UE在所述用户面连接上建立数据承载。”<br><br>该配置消息被用于完成对小节点(LoMo)的底层用户面协议栈的配置,以建立数据承载。第[0009]段<br><br>第[0010]段<br><br>第[0082]-[0083]段实质公开。D1明确记载了小节点接收用于建立数据承载的配置消息,与特征C的实质技术内涵完全一致。

---

### 四、 最终比对意见

基于上述原文比对和协议栈通信逻辑的分析,**对比文件1(D1)已经单独且实质公开了目标专利权利要求1中的技术特征C。** 目标专利中的“接收与数据承载相关的信息”属于较上位的特征概括,而D1中明确公开了小节点接收配置消息(包含逻辑信道、传输信道等无线资源配置),并依此建立数据承载的具体实施方式。根据专利审查指南中关于新颖性/创造性的审查原则,下位概念的公开足以破坏其对应上位概念的新颖性(或作为创造性评判的坚实基础),因此D1毫无疑义地实质公开了该技术特征。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

你好!作为同行,我非常理解在处理专利无效或侵权分析时,对权利要求和对比文件进行逐字逐句的严谨比对是何等重要。针对你提供的目标专利说明书(CN104349389B)和对比文件D1(公开号:CN101909321A),我为你进行了详细的技术特征比对和侵权/无效分析。

以下是针对权利要求1中**技术特征C**的详细分析报告:

---

### 一、 目标专利权利要求1及技术特征C的解释

**技术特征C:** 所述方法包括:接收与数据承载相关的信息。

**结合目标专利说明书的解释:**

目标专利旨在解决支持多连接(如宏基站和小型基站的双连接)的无线通信系统中,如何建立数据承载(DRB)和信令承载(SRB)的问题。

根据目标专利说明书第 `[0091]` 段的记载:“由于宏小区(或称宏基站)具有S1接口,宏小区首先向小小区发送来自MME的E-RAB SETUP REQUEST中的诸如E-RAB to be Setup List和E-RAB To Be Setup Item IE(E-RAB ID or E-RAB Level QoS参数)的**DRB相关信息**。”

由此可知,技术特征C中“接收与数据承载相关的信息”,在目标专利的具体实施方式中,主要指基站(如小型基站)接收用于建立数据无线承载(DRB)的相关配置或参数信息(如QoS参数、E-RAB ID等),以便后续进行协议层的资源配置。

---

### 二、 对比文件D1(公开号:CN101909321A)公开情况分析

对比文件D1涉及一种小区资源调度的方法,利用协作式多点传输(CoMP)技术,在相邻小区间的接口上传输相邻小区用户的信道信息以及数据信息以完成协作式调度。

**针对特征C的公开情况:**

D1实质上毫无疑义地公开了技术特征C。具体分析如下:

* **关于“数据承载相关的信息”:** D1在“实施例三”部分明确记载了“无线接入承载信息包括:无线承载标识,即E-RAB ID;传输层地址;CoMP业务对应的QoS信息;……;SRB和/或**DRB等与建立无线承载相关的配置信息**。” 这里的DRB即为数据无线承载(Data Radio Bearer),完全对应目标专利中的“数据承载相关的信息”。

* **关于“接收”动作:** D1在“实施例五”的流程中记载了:“步骤S522:**发送无线接入承载信息至eNB2**,指示其根据无线接入承载信息进行相应的PDCP层、RLC层和MAC层的协议配置”。从协作基站(eNB2)的角度来看,其执行的动作必然是“接收”这一无线接入承载信息。

因此,D1中协作基站eNB2接收包含DRB配置的无线接入承载信息的过程,与目标专利中接收数据承载相关信息的步骤实质等同。

---

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

目标专利特征划分对比文件D1 (公开号:CN101909321A) 的对应公开内容对应出处说明
技术特征C: 所述方法包括:接收与数据承载相关的信息“无线接入承载信息包括:无线承载标识,即E-RAB ID;……;SRB和/或DRB等与建立无线承载相关的配置信息。”D1说明书“实施例三”段落内容
(续上特征对应动作)“步骤S522:发送无线接入承载信息至eNB2,指示其根据无线接入承载信息进行相应的PDCP层、RLC层和MAC层的协议配置;”<br>*(注:从接收端eNB2的视角,即为接收该包含DRB信息的数据)*D1说明书“实施例五”步骤S522

---

### 四、 结论

综上所述,对比文件D1(公开号:CN101909321A)已经**单独且毫无疑义地实质公开了**目标专利权利要求1中的**技术特征C**。D1中协作功能实体向协作基站发送包含DRB(数据无线承载)等配置信息的步骤,从执行该方法的基站一侧来看,完全覆盖了“接收与数据承载相关的信息”这一技术特征。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

作为一名经验丰富的专利代理师,我将为您对目标专利(授权公告号:**CN104349389B**,下称“本案”)的权利要求1进行深度解析,并紧密结合对比文件1(公开号:**CN102883440A**,下称“D1”)的原文进行技术特征的逐一比对、最接近对比文件筛选以及无效请求最薄弱特征分析。

---

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

本案权利要求1保护的是一种“在支持多连接的无线通信系统中建立数据承载的方法”。其核心在于**双连接(Dual Connectivity, DC)场景下,针对“宏基站执行承载分割(Bearer Split)、且小型基站不包括RRC实体”这一特定网络架构(即3GPP中的架构选项3C或3D系列)时,如何进行无线资源控制(RRC)消息的确定、形成、分发以及层间/节点间标识与同步。**

---

## 二、 权利要求1与对比文件D1(CN102883440A)特征比对

下面紧密结合D1的说明书及附图原文,进行实质公开/毫无异议公开的逐项特征比对。

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

本案权利要求1的技术特征对比文件D1(CN102883440A)对应公开内容及出处比对结论
技术特征A: 一种用于在支持多连接的无线通信系统中建立数据承载的方法,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,【说明书[0058]】“空中接口的用户面数据传送和控制面数据传送采用不同路径的分离传送方式...LoMo到UE的链路只负责用户面数据的传输...”,【附图2】。公开了UE同时连接宏基站与LoMo。实质公开
技术特征B: 该至少两个基站包括至少一个宏基站和至少一个小型基站,【说明书[0057]】“小节点可以为:小基站(Pico),室内基站(Femto)...本实施例以小节点为LoMo为例”。明确公开了宏基站和小节点(小型基站)。毫无异议公开
技术特征C: 所述方法包括:接收与数据承载相关的信息;【说明书[0074]、[0083]】“宏基站...通过一个新定义的接口(simple IF)完成对LoMo的底层用户面协议栈...进行配置。该接口传递的配置消息包括:无线资源配置...”。宏基站与LoMo均涉及接收承载相关信息。实质公开
技术特征D: 根据所述相关的信息和针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈来确定所述用户平面协议栈中的各协议层的配置信息;【说明书[0074]-[0077]、[0083]】D1由宏基站配置LoMo的底层用户面协议栈(PDCP/RLC/MAC),或由LoMo自行根据宏基站的配置消息进行底层配置。实质公开
技术特征E: 向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述数据承载;【说明书[0082]】“宏基站对所述UE进行RRC重配以建立...数据无线承载DRB...UE收到RRC重配消息(RRC reconfiguration)后进行底层配置”。毫无异议公开
技术特征F: 接收在所述小型基站处针对第一承载分支所确定的配置信息;D1未公开宏基站“接收”由LoMo(小型基站)处所确定的配置信息。D1中是宏基站向LoMo发送配置。<font color="red">未公开</font>
技术特征G: 在所述宏基站处形成所述无线资源控制消息,【说明书[0082]、[0083]】“宏基站在发送RRC重配消息...”。表明RRC消息由宏基站形成并发送。毫无异议公开
技术特征H: 其中所述无线资源控制消息包括所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者和在所述宏基站处针对第二承载分支所确定的配置信息,D1虽然在【说明书[0094]】提到了“下行数据在LTE宏基站进行IP数据分流”,但其RRC重配消息中并未公开同时携带“小型基站确定的分支配置”与“宏基站确定的分支配置”。<font color="red">未公开</font>
技术特征I: 其中所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符;D1虽然在【说明书[0094]】提到PCC使用C-RNTI 1,SCC随机接入获得C-RNTI 2,但其属于不同阶段或不同链路加扰,并未公开在同一个宏基站形成的RRC重配消息中同时包含关联第一分支的小型基站标识符和关联第二分支的宏基站标识符。<font color="red">未公开</font>
技术特征J: 其中针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈包括分组数据汇聚协议层、无线链路控制层、媒体接入控制层和物理层,【说明书[0062]】“LoMo与UE之间的空中接口协议栈可以仅包括:分组数据汇聚协议PDCP,无线链接控制RLC层协议,媒体访问控制MAC层协议,和层一L1(物理层)协议”。毫无异议公开
技术特征K: 其中所述宏基站与网关连接以传输数据,【说明书[0004]】“LTE家庭基站的逻辑架构通过S1接口与移动管理实体MME相连...”,【说明书[0059]】“有线接口可以包括:基站和MME之间的S1接口...”。核心网S-GW/MME即属于网关范畴。毫无异议公开
技术特征L: 在所述宏基站中不执行承载分割操作或在所述宏基站中执行承载分割操作,【说明书[0094]】“下行数据在LTE宏基站进行IP数据分流...Qos要求比较低的业务在SCC下提供服务”。此处的“IP数据分流”即对应宏基站侧执行的承载分割操作。实质公开
技术特征M: 在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,同上,【说明书[0094]】公开了高QoS业务在主载波PCC(宏基站)调度,低QoS业务在辅载波SCC(LoMo小节点)下提供服务。属于实质公开了双分支传输。实质公开
技术特征N: 所述小型基站中不包括无线资源控制实体。【说明书[0062]】“LoMo与UE之间的空中接口协议栈可以...不包括:无线资源控制RRC层协议。即控制面上,LoMo和UE的空口协议栈可以采用简化的协议栈架构,例如没有RRC协议实体”。毫无异议公开

---

## 三、 最接近对比文件(D1)的创造性分析与评述

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

* **本案(目标专利):** 旨在解决在双连接/多连接架构下(特别是在小型基站无RRC实体、宏基站进行承载分割的3GPP架构中),宏基站如何收集并组装来自两个不同基站/分支的底层协议栈配置信息,并通过统一的RRC消息及**分支关联标识符**下发给UE,从而确保UE能正确识别、建立并严格同步双分支数据承载。

* **对比文件D1:** 同样聚焦于宏基站与小节点(LoMo)的双连接场景,其核心解决的是“用户面控制面分离传输(C/U Split)”和“通过宏基站IP数据分流(辅载波SCC分流)来扩大带宽并降低小节点RRC建连成本”的问题。

### 2. 选定D1作为最接近对比文件的合理性

从技术领域、解决的技术问题以及核心网络拓扑结构(宏基站+无RRC的小小型基站+数据分流传输)来看,**D1与本案权利要求1极为接近。D1完全适合在创造性分析中作为最接近的对比文件(D1可作为唯一的或最主要的独立最接近对比文件)。**

### 3. 未被公开的特征及创造性评述

经上述表格比对,本案权利要求1相对于D1的**区别技术特征**在于:

> **特征F:** 宏基站接收在小型基站处针对第一承载分支**所确定的**配置信息;

> **特征H+I:** 宏基站形成的RRC消息中,**不仅包裹了小型基站自己确定的配置**,还同时包含宏基站侧的配置,且进一步包括**小型基站与第一承载分支关联的标识符**以及**宏基站与第二承载分支关联的标识符**。

**创造性辩理方向(若作为专利权人防御):**

D1的配置方向是“自上而下”的(由宏基站完成配置或分配静态资源给LoMo,如D1步骤803)。而本案权利要求1限定了**“自下而上”的协同确定机制**(特征F:宏基站接收小型基站处确定的配置信息),并且在RRC消息中通过**双重分支关联标识符(特征I)**实现了在同一条RRC消息里对重构后的裂头承载(Split Bearer)进行精确操控。这种节点间动态交互与显式标识,能够使UE在没有架构动态感知的情况下,精准同步两个完全异构的MAC/RLC实体,带来了提升无线资源重配准确性、避免回程链路盲目配置的技术效果,具备非显而易见性。

---

## 四、 针对请求方(无效宣告提起方)而言最薄弱的技术特征

如果您代表**无效请求方**意图推翻本案,基于目前的证据D1,**对于请求方而言最薄弱、最难攻克的特征(即本案最具稳固性的护城河特征)是:**

### 技术特征 I 与特征 F 的结合(即:双分支关联标识符 + 小型基站自主确定配置并上报宏基站)

**原因分析:**

1. **D1的流向缺陷:** D1中虽然提到了分流(PCC和SCC),但其本质上依然是传统载波聚合(CA)或早期直连配置的变体。D1中宏基站是控制的核心,LoMo节点通常处于“被动接收配置”的状态(D1步骤803:“宏基站...完成对LoMo的底层用户面协议栈进行配置”)。本案的**特征F**要求小型基站自己确定,宏基站“接收”,方向相反。

2. **标识符的特定语义(特征I):** 特征I明确限定了“无线资源控制消息进一步包括所述小型基站的与第一承载分支**关联的标识符**和宏基站的与第二承载分支**关联的标识符**”。在3GPP规范演进中,这是区分Split Bearer中不同Cell Group(MCG/SCG)的关键层3信令逻辑。D1中仅在层1/层2提到了用C-RNTI 1和C-RNTI 2加扰,这与“在RRC消息中显式携带并关联两个承载分支的标识符”属于完全不同的层级和技术手段。

### 给请求方的无效策略建议:

由于D1在此处存在天然的断层,仅凭D1单篇无法完全无效掉权利要求1。请求方必须检索**补充对比文件(D2/D3)**。

* **检索方向:** 建议重点检索2013-2014年间(本案申请日前),3GPP 36.842(小小区增强研究项目)相关的提案或同期竞争专利,寻找是否有公开“在RRCConnectionReconfiguration消息中通过新增IE(信息元素)分别指定`drb-Identity`或小区组标识,以将网关流出的同一个S1承载在PDCP层下分流至MeNB和SeNB”的技术方案。若能找到此类公开了RRC信令中多分支标识组装的D2,与D1结合,方可有效攻克这一薄弱环节。


未提交复审委

无效理由:专利法第二十二条

蒋 晓勇
@jxy

作为一名经验丰富的专利代理师,我将为您对目标专利(授权公告号:**CN104349389B**,下称“本案”)的权利要求1进行全面解析,并结合对比文件1(公开号:**CN101909321A**,下称“D1”)的原文进行逐项特征比对、最接近现有技术分析以及无效请求中的薄弱特征评估。

---

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

根据本案说明书及双连接(Dual Connectivity)技术背景,权利要求1属于**C1情形(即宏基站有RRC实体,而小型基站没有RRC实体)下,执行“承载分割”(Bearer Split,对应用户面选项3)**的数据承载建立方法。

* **小型基站不包括RRC实体(特征N)**:意味着所有面向UE的控制面RRC消息(如 `RRCConnectionReconfiguration`)最终必须在宏基站处形成(特征G)并下发。

* **承载分割操作(特征L、M)**:指一路由网关(S-GW)传向宏基站的S1数据承载,在宏基站被分割为两路:第一分支经由基站间接口(如Xn/X2)流向小型基站传输,第二分支直接由宏基站传输。因此,无线资源控制消息(RRC消息)中必须同时包含两路分支的标识符(特征I)以及两路分支在各自基站处确定的层2协议层(PDCP/RLC/MAC/PHY)配置信息(特征H)。

---

## 二、 权利要求1与对比文件1(CN101909321A)的特征比对分析

对比文件1(D1)公开了一种利用“协作功能实体(CCE)”来实现不同基站小区之间进行协作多点传输(CoMP)业务的方法。

以下是紧密结合D1原文出处的逐项特征比对:

### 权利要求1与D1的特征比对表

权利要求1的技术特征对应对比文件1(CN101909321A)的公开内容及出处比对结果
技术特征A:一种用于在支持多连接的无线通信系统中建立数据承载的方法,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,【摘要】、【发明内容】。D1公开了“协作多点传输业务为分属于不同基站的,小区与小区之间的协作多点传输业务...服务基站,即接收用户终端业务请求的基站...协作基站,即协作小区所归属的基站”。多基站联合为同一UE进行CoMP传输,实质公开了“支持多连接”及“至少两个基站”。实质公开
技术特征B:该至少两个基站包括至少一个宏基站和至少一个小型基站,未公开。D1中仅概括提及“基站(eNB)”、“服务基站”和“协作基站”,并未区分基站的类型为“宏基站”与“小型基站(异构网络小小区)”。未公开
技术特征C:所述方法包括:接收与数据承载相关的信息;【发明内容】。D1公开了“根据协作多点传输业务对应的无线接入承载信息,建立协作小区对协作多点传输业务的无线接入承载”;【0013】公开了“无线接入承载信息包括无线承载标识...协作多点传输业务的QoS信息”。这属于“与数据承载相关的信息”。实质公开
技术特征D:根据所述相关的信息和针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈来确定所述用户平面协议栈中的各协议层的配置信息;【发明内容】。D1公开了“指示协作小区根据无线接入承载信息进行接入层配置...具体包括:指示协作小区根据无线承载信息进行PDCP层、RLC层和MAC层的协议配置”。实质公开(未区分宏/小基站)
技术特征E:向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述数据承载;【发明内容】、【具体实施方式】。D1提及“指示服务小区和协作小区根据相同的无线资源调度信息,进行协作多点传输业务”以及对UE上下文和承载的配置,但D1的核心是由控制面的网元(CCE实体)控制基站配置,并未具体阐述如何向UE下发RRC消息的架构流程。实质公开(上位公开)
技术特征F:接收在所述小型基站处针对第一承载分支所确定的配置信息;未公开。D1采用的是CCE统一确定或小区上报资源建议,且D1是CoMP(协作多点传输,多小区发送相同数据包),而非双连接下的承载分割(一根承载切成两段不同数据支路)。因此不存在“小型基站自主确定配置信息并分流上报”的架构。未公开
技术特征G:在所述宏基站处形成所述无线资源控制消息,未公开/甚至相反。D1引入了独立的“协作功能实体(CCE)”(可独立于基站设置),由CCE负责无线资源协调和接入层配置指令的下发,而非“在宏基站处形成RRC消息”。未公开
技术特征H:其中所述无线资源控制消息包括所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者和在所述宏基站处针对第二承载分支所确定的配置信息,未公开。原因同特征F、G。D1没有双连接下的第一、第二“承载分支(Bearer Split)”概念,其RRC消息不包含这种异构基站复合配置的分支结构。未公开
技术特征I:其中所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符;未公开。D1仅公开了第一接口(C1接口)传输E-RAB ID、MME/eNB UE S1 AP ID等标识(见【0013】),并未公开在发往UE的RRC消息中同时携带与各自承载分支关联的小型基站和宏基站标识符。未公开
技术特征J:其中针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈包括分组数据汇聚协议层、无线链路控制层、媒体接入控制层和物理层,【发明内容】、【具体实施方式】。D1【0013】明确公开:“指示协作小区根据无线承载信息进行PDCP层、RLC层和MAC层的协议配置”,物理层在【0034】提及“将MAC PDU在物理层处理后映射到物理层资源”。实质公开
技术特征K:其中所述宏基站与网关连接以传输数据,【具体实施方式】。D1【0033】提及“利用现有LTE系统中的X2接口或者S1接口实现...C1接口可以位于eNB或MME实体内”,且数据面“通过S1-U/X2-U接口进行小区间用户数据...传输”。S1-U即代表基站与服务网关(S-GW)连接传输数据。实质公开
技术特征L:在所述宏基站中不执行承载分割操作或在所述宏基站中执行承载分割操作,未公开。D1的技术方案是CoMP联合调度,多个小区发送相同的数据PDU(见【0034】:“通过CoMP业务传输相同的数据”),属于物理层/MAC层的多点协作,不属于在RRC/PDCP层做数据流分流的“承载分割”。未公开
技术特征M:在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,未公开。原因同特征L。未公开
技术特征N:所述小型基站中不包括无线资源控制实体。未公开。D1并未讨论异构网络中小型基站是否裁剪掉RRC实体的架构问题。其协作是由CCE直接下发控制信令给各eNB。未公开

---

## 三、 最接近现有技术(Closest Prior Art)分析

在针对本案权利要求1进行创造性评鉴时,**对比文件1(CN101909321A)在整体架构和解决的技术问题上,并不适合单独作为最接近的对比文件**。

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

* **对比文件1(D1)** 解决的是**“多小区联合协作调度(CoMP)”**的问题(见D1背景技术及发明内容)。其技术效果是通过CCE实体协调,使两个不同基站的小区在相同的时频资源上发射**完全相同的数据PDU**(即Network MIMO),以此将小区边缘的噪声信号转化为有用信号,降低干扰。

* **本案(目标专利)** 解决的是**“双连接/多连接架构下(Dual Connectivity),异构基站(宏基站+小型基站)如何有效建立无线承载(DRB/SRB)”**的问题。其技术效果是通过“承载分割(Bearer Split)”,让网关过来的数据流在宏基站处分流,一部分走小型基站,一部分走宏基站,从而**利用两个基站的带宽叠加,实现容量扩增和吞吐量成倍提升**。

### 2. 结论

D1属于“多点协作(CoMP)”范畴,而本案属于“双连接(DC)分流”范畴。虽然两者都涉及多基站协同,但**数据流向和控制架构有本质区别**(CoMP是多点发相同数据,DC分流是不同点发不同数据分流)。

因此,若要发起无效宣告,**最接近的对比文件(D1)应当选择一件公开了“3GPP R12 双连接(Dual Connectivity)架构”或“小小区增强(Small Cell Enhancement)”的现有技术或标准草案**。D1(CN101909321A)更适合作为**背景技术**或用于拼接用户面协议栈(PDCP/RLC/MAC)特征的**次要对比文件(如D2或D3)**。

---

## 四、 无效宣告请求方最薄弱的技术特征指出

如果强行以D1为主销钉或组合其他现有技术对本案权利要求1提起无效宣告请求,对于请求方(无效方)而言,**最薄弱(即最难被无效掉、本案专利权人最稳固的护城河)**的技术特征如下:

> **最薄弱特征组合:特征F + 特征H + 特征I + 特征M + 特征N 的有机结合**

> *即:“小型基站不带RRC实体” + “宏基站执行承载分割(分流为第一、第二分支)” + “宏基站收集小型基站分支配置后在宏基站统一形成RRC消息” + “RRC消息中同时携带两路基站的独立配置信息及各自与分支关联的基站标识符(Cell ID / Node ID)”。*

### 为什么这些特征最难被无效?

1. **发明构思的根本对立(CoMP vs Bearer Split)**:

现有技术(如D1)的常规逻辑是:如果要多基站协作,要么通过核心网/外部独立CCE实体统一指挥(如D1架构),要么各基站发各自的数据。而本案将其限定为**“主从架构(MeNB+SeNB)”**,小型基站被彻底“阉割”掉了RRC控制实体(特征N),沦为纯粹的数据管道;宏基站不仅要当“交通警察”分流数据(特征M),还要当“秘书”帮小型基站代写RRC配置并打包(特征G、H)。这种**控制面完全集中于宏基站、用户面跨基站分割**的非对称架构,在D1这类传统的对称式基站协作(CoMP)系统中完全没有技术启示。

2. **标识符关联机制(特征I)的特异性**:

在统一的RRC消息中,同时把“小型基站标识”与“第一承载分支”绑定、“宏基站标识”与“第二承载分支”绑定下发给UE,属于3GPP双连接特有的重配置信令结构(如 `drb-ToAddModList` 改造)。常规基站协作技术(如D1)只会通知UE测量哪个小区或切换到哪个小区,绝不会在一封信令里完成跨异构基站的协议栈切分与动态绑定。

### 应对策略建议

请求方如果想要攻克这一特征,必须脱离D1这类早期(2010年左右)的LTE CoMP技术,直接去检索 **2013~2014年期间(本案申请日2014年5月之前),3GPP RAN2工作组针对“Small Cell Enhancement”(标准研究项目)所提交的会议文稿(3GPP Tdoc)或标准草案(如 TS 36.331 / TS 36.300的演进演进版本)**。只有在这些极其精准的3GPP标准提案中,才可能寻找到“Architecture 3C (PDCP split bear)”以及“MeNB single RRC signaling”的技术公开线索。


权利要求2

根据权利要求1所述的方法,其中在所述宏基站中不执行承载分割操作,并且所述小型基站中不包括无线资源控制实体,所述方法进一步包括:接收在所述小型基站处确定的各协议层的配置信息;以及 在所述宏基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处确定的配置信息或者包括所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者,并且所述无线资源控制消息进一步包括所述小型基站的标识符。


权利要求3

根据权利要求1所述的方法,其中向所述用户设备发送所述无线资源控制消息包括:从所述宏基站向所述用户设备发送所述无线资源控制消息,所述无线资源控制消息包括用于使得所述用户设备和小型基站同步使用所述配置信息的同步信息;以及在所述宏基站处接收来自于所述用户设备的针对所述无线资源控制消息的响应并且将所述响应转发到所述小型基站; 或者 从所述小型基站向所述用户设备转发来自于所述宏基站的所述无线资源控制消息;以及在所述小型基站处接收来自于所述用户设备的针对所述无线资源控制消息的响应。


权利要求4

根据权利要求1所述的方法,其中在所述宏基站中不执行承载分割操作,并且所述小型基站中包括无线资源控制实体,所述方法进一步包括:在所述小型基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处确定的配置信息或者包括所述小型基站处确定的配置信息和从所述宏基站接收的在所述宏基站处确定的配置信息二者; 从所述小型基站向所述用户设备发送包括所述配置信息的所述无线资源控制消息;以及接收来自于所述用户设备关于所述无线资源控制消息的响应。


权利要求5

根据权利要求1所述的方法,其中在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,所述小型基站中包括无线资源控制实体,所述方法进一步包括:在所述小型基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括针对所述第一承载分支所确定的配置信息或包括针对所述第一承载分支所确定的配置信息和从宏基站接收的针对所述第二承载分支所确定的配置信息二者,其中所述第一承载分支所确定的配置消息是所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者,并且所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符; 从所述小型基站向所述用户设备发送所述无线资源控制消息;以及 接收来自于所述用户设备关于所述无线资源控制消息的响应。


权利要求6

根据权利要求1所述的方法,其中所述无线资源控制消息是无线资源控制连接重配置消息,并且在所述无线资源控制连接重配置消息中:将关于所述第一承载分支和第二承载分支的配置信息分别包括在两个drb-ToAddMod中并分别以小型基站和宏基站的标识符进行标识,并且将所述两个drb-ToAddMod包括在同一个drb-ToAddModList;或者将关于所述第一承载分支和第二承载分支的配置信息分别包括在同一个drb-ToAddMod中并分别以小型基站和宏基站的标识符进行标识,并且将所述drb-ToAddMod包括在同一个drb-ToAddModList中。


权利要求7

根据权利要求1所述的方法,其中所述宏基站和所述小型基站与网关连接以传输数据,并且在所述宏基站中不执行承载分割操作。


权利要求8

根据权利要求7所述的方法,其中所述小型基站不包括无线资源控制实体并且所述方法进一步包括:从所述小型基站接收根据相关的信息所确定的配置信息; 从所述宏基站向所述用户设备发送包括在所述小型基站处确定的所述配置信息的无线资源控制消息,以建立所述数据承载,其中所述无线资源控制消息中进一步包括所述小型基站的标识符和用于使得所述用户设备和小型基站同步使用配置信息的同步信息;以及从所述用户设备接收针对所述无线资源消息的响应并且向所述小型基站转发所述响应; 或者 向所述宏基站发送在所述小型基站处所确定的所述配置信息; 从所述宏基站接收包括在所述小型基站和所述宏基站处确定的所述配置信息的无线资源控制消息; 从所述小型基站向所述用户设备发送所述无线资源控制消息;以及 从所述用户设备接收针对所述无线资源控制消息的响应。


权利要求9

根据权利要求7所述的方法,其中所述小型基站包括无线资源控制实体,并且所述方法进一步:从所述小型基站向所述用户设备发送包括所述小型基站根据所述相关的信息确定的配置信息的无线资源控制消息;以及从所述用户设备接收针对所述无线资源控制消息的响应。


权利要求10

一种用于在支持多连接的无线通信系统中建立信令承载的方法,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,该至少两个基站包括至少一个宏基站和至少一个小型基站,所述方法包括:接收基于针对信令承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈而确定的所述用户平面协议栈中的各协议层的配置信息;以及向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述信令承载,其中所述无线资源控制消息进一步包括用于使得所述用户设备和小型基站同步使用所述配置信息的同步信息和所述小型基站的标识符。


权利要求11

根据权利要求10所述的方法,其中针对所述信令承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈的各协议层的配置包括针对无线链路控制层、媒体接入控制层和物理层的配置。


权利要求12

根据权利要求11所述的方法,进一步包括: 接收在所述小型基站处确定的各协议层的配置信息;以及 在所述宏基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处确定的配置信息或者包括所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者。


权利要求13

根据权利要求10所述的方法,其中在所述小型基站处形成并且向所述用户设备发送关于对所述信令承载进行修改的无线资源控制消息。


权利要求14

一种用于在支持多连接的无线通信系统中建立数据承载的装置,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,该至少两个基站包括至少一个宏基站和至少一个小型基站,所述装置包括:第一接收单元,配置用于接收与数据承载相关的信息; 确定单元,配置用于根据所述相关的信息和针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈来确定所述用户平面协议栈中的各协议层的配置信息; 发送单元,配置用于向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述数据承载; 第二接收单元,配置用于接收在所述小型基站处针对第一承载分支所确定的配置信息;以及形成单元,配置用于在所述宏基站处形成所述无线资源控制消息,其中所述无线资源控制消息包括所述小型基站处针对所述第一承载分支所确定的配置信息或者包括针对所述第一承载分支在所述小型基站处确定的配置信息和所述宏基站处确定的配置信息二者和在所述宏基站处针对第二承载分支所确定的配置信息,其中所述无线资源控制消息进一步包括所述小型基站的与第一承载分支关联的标识符和宏基站的与第二承载分支关联的标识符; 其中针对所述数据承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈包括分组数据汇聚协议层、无线链路控制层、媒体接入控制层和物理层,其中所述宏基站与网关连接以传输数据,并且在所述宏基站中不执行承载分割操作或在所述宏基站中执行承载分割操作,在所述宏基站中执行承载分割操作以将所述承载分割成通过所述小型基站传输的第一承载分支和通过所述宏基站传输的第二承载分支,所述小型基站中不包括无线资源控制实体。


权利要求15

一种用于在支持多连接的无线通信系统中建立信令承载的装置,其中所述无线通信系统包括用户设备和与该用户设备连接的至少两个基站,该至少两个基站包括至少一个宏基站和至少一个小型基站,所述装置包括:接收单元,配置用于接收基于针对信令承载在所述宏基站和小型基站的至少一个处所建立的用户平面协议栈而确定的所述用户平面协议栈中的各协议层的配置信息;以及发送单元,配置用于向所述用户设备发送包括所述配置信息的无线资源控制消息以建立所述信令承载,其中所述无线资源控制消息进一步包括用于使得所述用户设备和小型基站同步使用所述配置信息的同步信息和所述小型基站的标识符。


Powered by Django

网站备案号:渝ICP备2023012882号


重庆市非显而易见网络科技有限责任公司 A Anti NPE NPE