目标专利:760用于为用户设备的切换提供服务的方法、基站和双连接系统
专利公开号:CN104822169B
专利权人:诺基亚技术有限公司
无效请求书提交日期:2026年
非显而易见性评估仅供参考,不构成法律建议。
| 编号 | 名称 |
|---|---|
| 0 | 2009-12-17_JP2009296024A_发明专利_JP2009296024A Handover method, mobile station and radio base station_+++c_d+++.docx |
| 0 | 2011-06-16_JP2011115928A_发明专利_JP2011115928A Rotary punching die for paper container and corrugated cardboard.docx |
| 0 | 2012-03-15_US2012063421A_发明申请_US20120063421A1 Method of Configuring Secondary Cells and Related Communication Device.docx |
| 0 | 2013-07-04_US2013170474A_发明申请_US20130170474A1 System and Method for Primary Point Handovers_+++C_D_a_b_e_f_g_h_i_j_k_l_m_n_o+++.docx |
| 0 | 2013-10-28_None_发明专利_JPWO2012020457A1 通信設定方法、無線基地局.docx |
| 0 | 2013-11-21_WO2013170789A_发明申请_WO2013170789A1 一种数据转发的方法、设备及通讯系统_+++A_C_D_N+++.docx |
| 0 | 2017-01-12_None_发明专利_JPWO2014103145A1 無線通信システム、無線局、無線端末、通信制御方法、及びプログラム_+++A_B_C_D_E_F_I_g_h_j+++.docx |
| 0 | 2017-01-12_None_发明专利_JPWO2014103176A1 無線通信システム、無線局、無線端末、通信制御方法、及びプログラム_+++A_B_N_O_c_d_g_h+++.docx |
| 0 | JP2015516784A_Description_20260426_1251_+++C_D_a_h+++.docx |
| 0 | US2015055621A1_Description_20260426_1251_+++A_D_I_M_N_b_c_e_f_o+++.docx |
| 0 | WO2012020457A1_Description_20260426_1251_+++c_d_e_f_i+++.docx |
一种在双连接系统中将用户设备从源基站切换至目标基站的方法,其中,所述源基站和所述目标基站均支持双连接配置,该方法包括以下步骤:-在与目标基站确定所述用户设备需要切换后,源基站向所述用户设备发送连接重配置信息,并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求; -所述源基站的辅基站向所述源基站发送释放响应; -所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发; -所述目标基站接收所述源基站传输的SN状态以及所转发的数据,并与所述用户设备建立连接; 其中,该方法还包括以下步骤: -所述目标基站向一基站发出添加请求,该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站; -接收所述添加请求的基站向所述目标基站发送添加响应,从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接; 其中,对于所述用户设备,所述源基站的辅基站与所述目标基站的辅基站不同,该方法还包括以下步骤:-若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载相同,则所述源基站的辅基站向所述目标基站的辅基站发送SN状态并进行关于所述用户设备的数据转发; -若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载不同,则所述源基站的辅基站向所述目标基站发送SN状态并进行关于所述用户设备的数据转发。
作为一名经验丰富的专利代理师,我将针对权利要求1(下称“本权利要求”)结合目标专利说明书及两份对比文件(D1: US20130170474A1, D2: JPWO2014103145A1)进行深度法律分析。
### 一、 权利要求特征分解
根据权利要求1及其说明书实施例一(对应附图4-6),本方案解决的核心技术问题是在双连接(Dual Connectivity)切换过程中,如何高效处理辅基站(SeNB)的数据转发,以确保业务连续性。
* **技术特征A-D**:基础切换流程(源基站/目标基站双连接支持、重配置、释放、SN状态传输及数据转发)。
* **技术特征E-F**:目标基站侧的辅基站添加流程。
* **技术特征G-H(核心区别特征)**:基于无线承载(Radio Bearer, RB)是否相同,确定的两种差异化转发路径:
* **G**:承载相同时,源SeNB $\rightarrow$ 目标SeNB。
* **H**:承载不同时,源SeNB $\rightarrow$ 目标MeNB。
---
### 二、 对比文件技术特征比对表
| 权利要求1的技术特征 | 对比文件 D1 (US20130170474A1) | 对比文件 D2 (JPWO2014103145A1) | 比对结果分析 |
| A: 源/目标基站支持双连接及切换初始化 | 公开。参见[0009], [0012],描述了Source PP向UE发送重配置及切换要求。 | 公开。参见[0012], [0015],描述了Inter-eNB CA场景及切换。 | D1/D2均公开 |
| B: 源SeNB发送释放响应 | 实质公开。D1描述了多点协作下的资源释放流程。 | 毫无异议公开。参见[0006]中的sCellToReleaseList流程。 | D1/D2均公开 |
| C: 源MeNB向目标MeNB传输SN及数据转发 | 毫无异议公开。参见摘要及[0009],Source PP向Target PP发送status information。 | 毫无异议公开。参见[0100]及图20的S1511。 | D1/D2均公开 |
| D: 目标MeNB接收并建立连接 | 公开。参见[0010], [0012]。 | 公开。参见图20之S1512。 | D1/D2均公开 |
| E: 目标MeNB发出添加请求 | 实质公开。D1[0008]提到MP controller确定MP配置并发送请求。 | 毫无异议公开。参见[0006]之sCellToAddModList。 | D1/D2均公开 |
| F: 接收请求的基站发送添加响应 | 实质公开。D1[0010]描述Target PP准备资源并回应。 | 毫无异议公开。参见[0006]之S4。 | D1/D2均公开 |
| G: 承载相同时,源SeNB向目标SeNB转发 | 未明确公开。D1仅提到PP间的转发。 | 未明确公开。D2图20显示SeNB先传给源MeNB再转给目标MeNB。 | 区别特征 |
| H: 承载不同时,源SeNB向目标MeNB转发 | 未明确公开。 | 实质公开。D2[0100]提到eNB3(目标MeNB)可接收源SeNB的通信状况。 | 部分重合 |
---
### 三、 创造性分析与最接近对比文件
#### 1. 最接近对比文件的选择:D2 (JPWO2014103145A1)
**分析理由**:
* **技术领域**:D2明确聚焦于“Inter-eNB CA”(即双连接系统),而D1侧重于CoMP(多点协作)。D2解决的问题是如何在Primary Cell变更(切换)时保持Secondary Cell业务的持续性(参见D2 [0014]),这与本申请解决“双连接系统切换方案”的技术问题完全一致。
* **技术手段**:D2公开了MeNB1/SeNB1切换至MeNB2/SeNB2的完整架构,并详细讨论了通信状况信息(SN状态)的保持与转送。
#### 2. 区别技术特征及技术效果
本权利要求相对于D2的区别点在于**特征G和H所确定的特定触发条件及转发路径**:
* **本方案创新点**:本权利要求精细化地根据“无线承载是否相同”来路由流量。若承载相同(意味着目标侧也有对应的辅基站处理相同业务),则执行**SeNB到SeNB**的直接转发。
* **技术效果**:减少了目标MeNB的处理负荷,缩短了数据转发路径,避免了核心网或主基站的二次拆包组包,提高了双连接切换的执行效率。
#### 3. D1是否能给出技术启示
D1主要描述的是Primary Point(PP)作为控制核心进行转发。虽然D1提到了Secondary Point(SP),但其数据流转逻辑通常是高度依赖PP转发或MP Controller调度的。D1并没有给出“根据RB identity是否一致来切换SeNB间直连转发路径”的启示。
---
### 四、 无效请求的最薄弱特征(突破口)
若要提出无效请求,**技术特征G**是本权利要求最薄弱且最关键的防线,理由如下:
1. **路径的常规选择性**:虽然D2图20显示了“SeNB1 $\rightarrow$ MeNB1 $\rightarrow$ MeNB2”的路径,但对于本领域技术人员而言,在3GPP规范(如X2-AP协议)中,基站间直连转发(Direct Data Forwarding)是标准可选操作。若两个基站间存在X2/Xn接口,直接转发是常规技术手段。
2. **特征H的实质公开风险**:D2在[0100]段落实际上已经暗示了目标基站(目标MeNB)可以从源辅基站获取状态。本权利要求将这种常规的协议逻辑(根据承载配置转发)表述为一种判断逻辑,其创造性高度依赖于“SeNB直传SeNB”在双连接架构下的必然性。
**建议方向**:检索3GPP标准提案(Contributions),重点寻找关于“Small Cell之间的数据转发”或“Dual Connectivity User Plane Architecture”的提案。如果在标准讨论中已经提及了根据Bearer类型选择转发路径(例如3C架构下的不同流转路径),则权利要求1的创造性将极难维持。
**总结**:本权利要求的保护范围由于特征G和H的存在而显得相对具体,但在无效审查中,如果能证明“承载相同则对口转发”属于本领域的公知常识或标准协议的固有属性,则该专利存在被整体无效的高风险。
### 权利要求1的技术方案解释
结合目标专利说明书(CN104822169B),权利要求1保护的是一种在**双连接(Dual Connectivity, DC)系统**中,用户设备(UE)从源主基站(Source MeNB)切换至目标主基站(Target MeNB)的方法。其核心解决思路在于:在主基站发生切换的同时,协同处理辅基站(SeNB)的释放与添加,并针对源辅基站和目标辅基站之间的数据转发路径进行了专门的优化。
具体而言,该方案分为三个阶段:
1. **切换准备与释放(特征A-B)**:源主基站决定切换后,通知UE重配置,并触发源辅基站的释放。
2. **主基站切换与辅基站添加(特征C-F)**:源主基站向目标主基站转移SN状态和数据;同时,目标主基站在接管UE后,向一个新的基站发起添加请求,将其配置为目标辅基站。
3. **条件性数据转发(特征G-H)**:这是本专利最核心的逻辑分支。根据3GPP的双连接用户面架构(如说明书中提及的架构1A和3C),不同基站服务的无线承载(Radio Bearer, RB)可能不同。
* 若源辅基站与目标辅基站服务的**无线承载相同**,数据直接在两个辅基站之间转发(SeNB to SeNB),减少传输延迟。
* 若**无线承载不同**,则源辅基站将数据转发给目标主基站(SeNB to Target MeNB),由目标主基站进行统一处理和分发。
---
### 对比文件技术特征比对
以下是权利要求1各技术特征与三篇对比文件(D1-D3)的公开情况比对。
| 权利要求1 技术特征 | 目标专利说明书对应出处 | D1: JP2009296024A | D2: WO2013170789A1 | D3: JPWO2014103176A1 |
| A: 源和目标基站均支持DC。源基站向UE发送重配置,并向源辅基站发送释放请求。 | [0118]-[0119],图2 S101 | 未公开 (仅涉及普通LTE切换,无DC概念) | 实质公开 (实施例图8, S801向辅基站发送数据查询/请求,隐含释放/切换准备;S806下发RRC重配置) | 实质公开 (图14 S903向eNB2发送服务中止/释放请求,S905发送RRC重配置。但注意D3中主基站未切换) |
| B: 源辅基站向源基站发送释放响应。 | [0120],图2 S102 | 未公开 | 实质公开 (图8, S802辅基站向主基站发送确认消息) | 实质公开 (图14 S904 eNB2发送通信状况信息) |
| C: 源基站向目标基站传输SN状态并进行数据转发。 | [0121],图2 S103 | 实质公开 (图7标准X2切换隐含SN转移) | 实质公开 (图8, S807目标基站接收SN状态及数据转发) | 未公开 (D3中不存在目标主基站,主基站始终为eNB1) |
| D: 目标基站接收SN状态和数据,与UE建立连接。 | [0122],图2 S104 | 实质公开 (图7 S2005-S2008 RACH接入) | 实质公开 (图8实施例,隐含目标基站接收数据并接入UE) | 未公开 |
| E: 目标基站向一基站发出添加请求,将其作为目标辅基站。 | [0123],图2 S105 | 未公开 | 未公开 (D2重点在数据转发,未详细公开目标基站重新添加新辅基站的信令细节) | 实质公开 (图14 S909 eNB1向eNB3发送SCell preparation request) |
| F: 接收请求的基站发送添加响应,建立辅基站连接。 | [0124],图2 S106 | 未公开 | 未公开 | 实质公开 (图14 S910 eNB3发送ACK) |
| G: 若辅基站不同且服务无线承载相同,源辅基站向目标辅基站发送SN状态和数据。 | [0158],图5 | 未公开 | 未公开 | 部分公开 (D3段落[0098]变型例提到eNB2直接向eNB3发送通信状况信息,但未指明是基于“无线承载相同”的条件) |
| H: 若辅基站不同且服务无线承载不同,源辅基站向目标基站发送SN状态和数据。 | [0158] | 未公开 | 部分公开 (图9实施例S807'提及辅基站直接向目标基站转发数据,但未与特征G形成条件分支) | 未公开 |
---
### 最接近的对比文件分析
在进行创造性(Invalidity)分析时,**D2(WO2013170789A1)** 最适合作为最接近的对比文件(Closest Prior Art, CPA)。
* **整体解决的技术问题**:D2致力于解决在基站间小区载波聚合(即双连接/Inter-eNB CA)场景下,当主基站发生切换时,如何实现数据的准确、连续转发,避免数据丢失(参见D2背景技术及段落[p0006]-[p0007])。这与目标专利权利要求1试图解决的主基站切换场景下的双连接管理问题高度一致。
* **技术效果**:D2通过主基站与辅基站之间的信令交互,实现了切换过程中的数据转发锚点控制,同样达到了降低数据传输时延、保证无缝切换的技术效果。
* **为何不选D3**:虽然D3(JPWO2014103176A1)详细公开了辅基站(SCell)的释放与添加(特征E、F),但D3的整体场景是**主基站(MeNB)保持不变**的前提下更改辅基站(Inter-eNB CA中的SCell变更)。目标专利的核心大前提是“源基站切换至目标基站”(MeNB Handover),D2完全契合这一大前提,因此D2作为出发点更符合“解决相同技术问题”的审查标准。
---
### 区别技术特征及无效最薄弱点分析
将权利要求1与最接近的对比文件 D2 相比,权利要求1未被 D2 公开的区别技术特征主要包括:
1. **目标辅基站的建立过程(特征E、F)**:目标基站主动向另一基站发出添加请求并接收响应以建立目标辅基站。
2. **基于无线承载类型的条件性数据转发(特征G、H)**:判断源辅基站和目标辅基站服务的无线承载是否相同,并依此决定数据是发往目标辅基站(SeNB to SeNB)还是目标主基站(SeNB to Target MeNB)。
**未被最接近对比文件公开的特征是否被其他对比文件公开:**
* 区别特征1(特征E、F)已被 **D3** 毫无异议地实质公开。D3段落[0090]及图14详细公开了主基站(eNB1)向新的辅基站(eNB3)发送 `SCell preparation request` 并接收 ACK 的完整过程。
* 区别特征2(特征G、H)的**条件判断逻辑**未被D1、D2、D3中的任何一篇明确公开。D3仅公开了源辅基站向新辅基站直接转发的“可能性”(段落[0098]),D2公开了辅基站向目标主基站转发的“可能性”(图9),但均没有公开基于“无线承载是否相同”作为路由分流的判断条件。
#### 提出无效请求最薄弱的技术特征
如果在行政诉讼或无效宣告程序中针对该专利提出无效请求,权利要求1最薄弱的技术特征正是表面上看似具有创造性的**特征G和H(基于无线承载是否相同的数据路由分支)**。
**无效突破口分析:**
该特征的本质是对3GPP标准化网络架构中用户面数据流向的常规适配。在3GPP LTE-A或5G NR的双连接规范中,无线承载被严格划分为 MCG Bearer(仅主基站服务)、SCG Bearer(仅辅基站服务)和 Split Bearer(主辅基站共同服务,即说明书背景中的架构1A和3C)。
1. 当源辅基站与目标辅基站服务的是**相同类型的承载**(例如纯SCG Bearer间切换)时,本领域技术人员为了最小化核心网或主基站的处理负荷与传输时延,有强烈的动机利用X2/Xn接口在两个辅基站之间直接进行SN状态和数据的转发(结合D3段落[0098]的直接转发启示)。
2. 当**承载类型不同**(例如原有SCG Bearer在目标侧无法配置,需回退为主基站的MCG Bearer)时,本领域技术人员自然只能将数据转发给目标主基站处理(结合D2图9的转发机制)。
因此,特征G和H并非克服了某种技术偏见,而是本领域技术人员在面对“目标基站是否继承了相同承载能力”这一客观情况时,根据D2(提供主基站切换框架)结合D3(提供辅基站变更及直接转发机制),并结合3GPP双连接承载管理公知常识(Common General Knowledge),顺理成章做出的常规逻辑分支设计。在无效答辩中,可重点主张该条件分支属于**“根据实际网络配置情况进行的常规选择”**,不具备突出的实质性特点和显著的进步。
您好。作为一名专利代理师,我已对您提供的目标专利(CN104822169B)权利要求1的说明书及三份对比文件(D1-D3)进行了详尽的交叉比对和技术特征拆解。
以下是针对权利要求1的详细比对分析、最接近的对比文件评估以及无效宣告策略建议。
---
### 一、 最接近的对比文件(Closest Prior Art)
从**整体解决的技术问题**(在双连接/多载波聚合场景下,主基站发生切换时如何保证数据传输的连续性并降低丢包率)以及**技术效果**(实现基站间的无缝切换与数据转发)来看,**D1(JP2015516784A)**和**D2(US2015055621A1)**均非常适合作为最接近的对比文件。
* **推荐使用 D2(US2015055621A1)作为第一最接近的对比文件**:D2完美对应了目标专利的应用场景(Inter-Site Carrier Aggregation,即双连接 Dual Connectivity 的演进背景),且重点探讨了主小区(PCell/MeNB)重定位(Relocation/Handover)时,如何处理辅基站(Secondary eNB/SCell)的资源释放与数据转发机制,整体技术构思与目标专利高度契合。
* **推荐使用 D1(JP2015516784A)作为备选最接近的对比文件**:D1同样立足于基站间载波聚合场景,且极为详细地公开了在主基站切换过程中,辅基站向目标基站或源基站进行SN状态转移(SN Status Transfer)和数据转发的信令流程。
D3(WO2012020457A1)主要探讨的是多点协作(CoMP)技术中的联合传输(Joint transmission)和协调调度,侧重于物理层/MAC层的信号协同,而非PDCP/RLC层的双连接数据转发及辅基站变更,因此与本专利解决的技术问题差异较大,不适合作为最接近的对比文件。
---
### 二、 权利要求1技术特征比对表
| 技术特征 | 特征简述 | D1 (JP2015516784A) | D2 (US2015055621A1) | D3 (WO2012020457A1) |
| A | 源与目标基站支持双连接;决定切换后,源基站向UE发重配置,向辅基站发释放请求 | 实质公开 | 毫无异议公开 | 未公开 |
| B | 源基站的辅基站向源基站发送释放响应 | 实质公开 | 实质公开 | 未公开 |
| C | 源基站向目标基站传输SN状态并转发UE数据 | 毫无异议公开 | 实质公开 | 未公开 |
| D | 目标基站接收SN状态和数据,并与UE建立连接 | 毫无异议公开 | 毫无异议公开 | 未公开 |
| E | 目标基站向一基站发添加请求,请求其作为新辅基站 | 未公开(侧重保持原辅基站) | 未公开(侧重保持原辅基站) | 未公开 |
| F | 接收请求的基站发送添加响应,建立与UE连接 | 未公开 | 未公开 | 未公开 |
| G | 源辅基站与目标辅基站不同:若服务无线承载相同,源辅基站向目标辅基站发SN状态并转发数据 | 未公开 | 未公开 | 未公开 |
| H | 源辅基站与目标辅基站不同:若服务无线承载不同,源辅基站向目标基站(主)发SN状态并转发数据 | 未公开 | 未公开 | 未公开 |
---
### 三、 对比文件详细公开情况与出处分析
#### 1. D2 (US2015055621A1) 的公开情况
D2实质公开了权利要求1的前序部分以及特征A至特征D。
* **特征A(向辅基站发送释放请求)**:D2在段落 `[0064]` 中明确指出:“...if the target eNB cannot continue offloading/carrier aggregation, **the source eNB issues a resource release request to the secondary base station**.”(如果目标eNB无法继续卸载/载波聚合,源eNB向辅基站发出资源释放请求)。这与特征A高度一致。
* **特征C、D(SN状态传输与建立连接)**:D2在段落 `[0071]` 指出后续步骤遵循标准的X2切换:“The remaining steps of the signaling flow are as usual in the X2 based handover.” 行业内标准的X2切换必然包含SN Status Transfer和数据转发。同时,段落 `[0068]` 提到了UE向目标主基站指示重定位类型,建立连接。
#### 2. D1 (JP2015516784A) 的公开情况
D1实质公开了权利要求1的前序部分及特征A至特征D。
* **特征A(切换指示)**:D1在段落 `[0101]` 中提及:“Source Primary eNB sends a message to the Secondary eNB indicating that it shall carry out its activities...”。
* **特征C、D(SN状态及数据转发)**:D1在段落 `[0102]` 和 `[0103]` 中进行了极其详尽的公开:“プライマリ基地局がSNステータス転送情報をターゲット基地局に送信した後、セカンダリ基地局がデータをプライマリ基地局に転送し、プライマリ基地局が続いてデータをターゲット基地局に転送し...”(主基站将SN状态转移信息发送给目标基站后,辅基站将数据转移给主基站,主基站随后将数据转移给目标基站...)。这毫无异议地公开了源基站向目标基站传输SN状态并转发数据。
#### 3. D3 (WO2012020457A1) 的公开情况
D3主要针对CoMP技术,段落 `[0008]` 描述了“Joint transmissionでは、1つの移动局UEに対して複数のセルから同一のデータを同じ无线リソースを用いて同时送信される”。其涉及的是源基站(Source eNB)与协动基站(Cooperating eNB)的数据联合发送,但在切换(HO)过程中,并未涉及到双连接架构下针对特定辅基站的SN状态转移和数据转发的逻辑判断。因此,D3未公开权利要求1的实质性核心特征。
---
### 四、 无效请求策略:最薄弱的技术特征分析
如果在未来的行政诉讼或无效宣告程序中,作为无效请求人(挑战方),**最难攻克的壁垒(即对无效方而言“最薄弱”的环节,也是专利权人最核心的防御阵地)是技术特征 G 和 H。**
**分析依据:**
1. **现有技术的盲区**:D1和D2的技术构想均停留在**“保留原辅基站(保持SCell不变)”**或**“直接释放原辅基站,回退到单连接”**的思路上。例如D2段落 `[0024]` 明确说明其目的是:“procedure enables to maintain the configuration of serving cells provided by the secondary eNB unaltered”(保持辅eNB提供的服务小区配置不变)。因此,它们均未教导“目标基站添加了一个全新的辅基站(源辅基站与目标辅基站不同)”的情况(特征E和F)。
2. **核心创造性逻辑(G与H)**:退一步讲,即便将特征E和F视为本领域的公知常识(目标基站自行添加新辅基站),**特征G和H**中引入的条件判断——**“判断旧辅基站与新辅基站服务的无线承载(Radio Bearer)是否相同”**,从而决定数据转发路径(是辅基站直传辅基站,还是辅基站交回主基站转发)——在D1至D3中没有任何启示。
**实务建议:**
若要成功无效该权利要求,仅凭D1-D3是远远不够的。使用D2作为最接近的对比文件,结合公知常识可以较轻易地打掉特征A-D。但针对特征G和H,必须补充检索新的对比文件(D4)。这篇D4必须涉及在Dual Connectivity架构下,**PDCP层/RLC层数据基于无线承载(RB)类型的具体路由转发机制**。否则,专利权人只需紧抓“承载类型决定转发路径以优化Xn/X2接口背板信令”这一技术效果,即可轻松确立该权利要求的创造性。
根据权利要求1所述的方法,其中,发送所述添加请求的步骤和发送所述添加响应的步骤在所述用户设备切换完成后执行。
根据权利要求2所述的方法,其中,所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名,该方法还包括以下步骤:-所述目标基站向所述用户设备发送连接重配置信息,该目标基站发送的连接重配置信息包含所述专用RACH随机接入前导签名,以使所述用户设备与所述目标基站的辅基站建立连接。
根据权利要求1所述的方法,其中,发送所述添加请求的步骤和发送所述添加响应的步骤,在所述源基站与所述目标基站确定所述用户设备需要切换的过程中执行。
根据权利要求4所述的方法,其中,所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名,所述确定用户设备需要切换的过程包括所述目标基站向所述源基站发送切换请求确认的步骤,该切换请求确认包含所述专用RACH随机接入前导签名,所述源基站发送的连接重配置信息包含所述专用RACH随机接入前导签名,以使所述用户设备与所述目标基站的辅基站建立连接。
根据权利要求1至5中任一项所述的方法,其中,对于所述用户设备,所述源基站的辅基站与所述目标基站的辅基站为同一个基站,该方法还包括以下步骤:-所述辅基站在发送所述释放响应后,向所述源基站传输其SN状态并进行关于所述用户设备的数据转发,所述源基站向所述目标基站传输的SN状态以及所转发的数据包括所述源基站自身的以及所述辅基站发送给所述源基站的SN状态和数据;或者-所述辅基站在发送所述释放响应后,向所述目标基站传输其SN状态并进行关于所述用户设备的数据转发;或者-所述辅基站在发送所述释放响应后,将其SN状态以及关于所述用户设备的数据存储在其自身中。
一种在双连接系统中将用户设备从源基站切换至目标基站的方法,其中,所述源基站支持双连接配置,所述目标基站不支持双连接配置,该方法包括以下步骤:-在与目标基站确定所述用户设备需要切换后,源基站向所述用户设备发送连接重配置信息,并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求; -所述源基站的辅基站向所述源基站发送释放响应,并向所述源基站或所述目标基站传输其SN状态并进行关于所述用户设备的数据转发; -所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发,所述SN状态和数据包括所述源基站自身的,或包括所述源基站自身以及所述辅基站发送给所述源基站的SN状态和数据; -所述目标基站接收所述源基站,或所述源基站以及所述辅基站传输的SN状态以及所转发的数据,并与所述用户设备建立连接。
一种在双连接系统中将用户设备从源基站切换至目标基站的方法,其中,所述源基站支持双连接配置,所述源基站在双连接配置下共同为所述用户设备提供服务的辅基站与所述目标基站为同一个基站,该方法包括以下步骤:-在与目标基站确定所述用户设备需要切换后,源基站向所述用户设备发送连接重配置信息,并向所述辅基站发送释放请求,该释放请求用于请求释放辅基站与用户设备之间的连接; -所述辅基站向所述源基站发送释放响应,并将其SN状态以及关于所述用户设备的数据存储在其自身中; -所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发; -所述目标基站接收所述源基站传输的SN状态以及所转发的数据。
根据权利要求8所述的方法,其中,所述源基站向所述目标基站进行关于所述用户设备的数据转发的步骤包括:-对于完全由所述源基站服务的无线承载,所述源基站将该无线承载上关于所述用户设备的所有数据以及传输的SN状态转发给所述目标基站; -对于由所述源基站和所述目标基站共同服务的无线承载,所述源基站将该无线承载上由源基站服务的关于所述用户设备的数据以及传输的SN状态转发给所述目标基站。
一种在双连接系统中将用户设备从源基站切换至目标基站的方法,其中,所述目标基站支持双连接配置,所述源基站不支持双连接配置,该方法包括以下步骤:-所述源基站向所述目标基站发送切换请求; -所述目标基站向所述源基站发送切换请求确认; -所述源基站向所述目标基站传输SN状态并进行关于所述用户设备的数据转发,并向所述用户设备发送连接重配置信息; -所述目标基站接收所述源基站传输的SN状态以及所转发的数据,并与所述用户设备建立连接; 其中,该方法还包括以下步骤: -所述目标基站向一基站发出添加请求,该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站; -接收所述添加请求的基站向所述目标基站发送添加响应,从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接; 其中,发送所述添加请求的步骤和发送所述添加响应的步骤,在发送所述切换请求以及发送所述切换请求确认的步骤之间执行,其中,所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名,所述切换请求确认包含所述专用RACH随机接入前导签名,所述源基站发送的连接重配置信息包含所述专用RACH随机接入前导签名,以使所述用户设备与所述目标基站的辅基站建立连接。
根据权利要求10所述的方法,其中,发送所述添加请求的步骤和发送所述添加响应的步骤在所述发送切换请求确认的步骤之后执行。
根据权利要求11所述的方法,其中,所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名,该方法还包括以下步骤:-所述目标基站向所述用户设备发送连接重配置信息,该目标基站发送的连接重配置信息包含所述专用RACH随机接入前导签名,以使所述用户设备与所述目标基站的辅基站建立连接。
一种在双连接系统中将用户设备从一个小区切换至另一个小区的方法,其中,所述一个小区和所述另一个小区属于同一基站,且该基站支持双连接配置,该方法包括以下步骤:-若确定所述用户设备需要从所述基站的一个小区切换至另一个小区,所述基站向与其共同为所述用户设备提供双连接服务的辅基站发送释放请求; -所述辅基站向所述基站发送释放响应; -所述用户设备的切换完成后,所述基站向所述辅基站发送添加请求; -所述辅基站向所述基站发送添加响应,从而重新建立其与所述基站之间的连接; 其中,该方法还包括以下步骤: -接收到所述释放请求后,所述辅基站向所述基站传输SN状态并进行关于所述用户设备的数据转发; -在与所述基站重新连接后,所述辅基站从所述基站获得所述SN状态和所述数据。
一种将用户设备从一个小区切换至另一个小区的方法,其中,所述一个小区和所述另一个小区属于同一基站,且该基站支持双连接配置,该方法包括以下步骤:-若确定所述用户设备需要从所述基站的一个小区切换至另一个小区,所述基站向与其共同为所述用户设备提供双连接服务的辅基站发送停止传输的指令; -所述用户设备的切换完成后,所述基站向所述辅基站发送重配置信息和启动传输的指令,以重新建立所述基站与所述辅基站之间的连接,并且恢复辅基站的数据传输。
一种在双连接系统中为用户设备变更辅基站的方法,其中,该方法包括以下步骤:-若主基站确定与其共同为所述用户设备提供双连接服务的辅基站需要变更,则向所述辅基站发送释放请求; -所述辅基站向所述主基站发送释放响应; -所述辅基站传输其SN状态并进行关于所述用户设备的数据转发; -所述主基站选择一个基站发送添加请求,该添加请求用于请求将该基站添加为与所述主基站共同为所述用户设备提供双连接服务的辅基站; -接收所述添加请求的基站向所述主基站发送添加响应,从而作为所述主基站的新辅基站; -所述新辅基站接收所述SN状态和所述数据并与所述用户设备建立连接; 其中,该方法还包括以下步骤: -所述主基站将所述用户设备发送的所述辅基站的释放确认信息转发给所述辅基站,并将所述用户设备发送的所述新辅基站的添加确认信息转发给所述新辅基站; 其中,所述辅基站传输所述SN状态并进行所述数据转发的步骤包括:-所述辅基站向所述主基站传输所述SN状态并进行所述数据转发; 其中,该方法还包括以下步骤: -所述主基站在接收到所述添加响应后,向所述新辅基站发送所述SN状态和所述数据; 其中,所述新辅基站接收所述SN状态和所述数据的步骤包括:-所述新辅基站接收所述主基站提供的所述SN状态和所述数据。
根据权利要求15所述的方法,其中,该方法还包括以下步骤:-所述主基站在收到所述添加响应后,向所述辅基站发送数据转发请求,并向所述用户设备发送释放所述辅基站和添加所述新辅基站的指令; 其中,所述辅基站传输所述SN状态并进行所述数据转发的步骤包括:-所述辅基站在接收到所述数据转发请求后,向所述新辅基站传输其SN状态并进行关于所述用户设备的数据转发; 其中,所述新辅基站接收所述SN状态和数据的步骤包括:-所述新辅基站接收所述辅基站提供的所述SN状态和所述数据。
根据权利要求15或16所述的方法,其中,该方法还包括以下步骤:-在所述新辅基站与所述用户设备建立连接后,所述主基站进行从经由所述辅基站的路径至经由所述新辅基站的路径的切换。
根据权利要求15或16所述的方法,其中,所述变更由所述主基站或所述辅基站触发。
一种在双连接系统,用户设备能够在该双连接系统中从源基站切换至目标基站,其中,所述源基站和所述目标基站均支持双连接配置,所述源基站包括:用于在与目标基站确定所述用户设备需要切换后,向所述用户设备发送连接重配置信息,并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求的装置; 用于向所述目标基站传输SN状态并进行关于所述用户设备的数据转发的装置; 其中,所述源基站的辅基站包括: 用于向所述源基站发送释放响应的装置; 其中,所述目标基站包括: 用于接收所述源基站传输的SN状态以及所转发的数据,并与所述用户设备建立连接的装置; 用于向一基站发出添加请求的装置,该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站; 其中,所述接收添加请求的辅基站包括: 用于向所述目标基站发送添加响应,从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接的装置; 其中,对于所述用户设备,所述源基站的辅基站与所述目标基站的辅基站不同,所述源基站的辅基站还包括:用于若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载相同,向所述目标基站的辅基站发送SN状态并进行关于所述用户设备的数据转发的装置; 用于若所述源基站的辅基站与所述目标基站的辅基站服务的无线承载不同,向所述目标基站发送SN状态并进行关于所述用户设备的数据转发的装置。
一种双连接系统,用户设备能够在该双连接系统中从源基站切换至目标基站,其中,所述源基站支持双连接配置,所述目标基站不支持双连接配置,所述源基站包括:用于在与目标基站确定所述用户设备需要切换后,向所述用户设备发送连接重配置信息,并向与源基站共同为所述用户设备提供双连接服务的辅基站发送释放请求的装置; 用于向所述目标基站传输SN状态并进行关于所述用户设备的数据转发,所述SN状态和数据包括所述源基站自身的,或所述源基站自身以及以及所述辅基站发送给所述源基站的SN状态和数据的装置; 其中,所述源基站的辅基站包括: 用于向所述源基站发送释放响应,并向所述源基站或目标基站传输其SN状态并进行关于所述用户设备的数据转发的装置; 其中,所述目标基站包括: 用于接收所述源基站,或所述源基站以及所述辅基站传输的SN状态以及所转发的数据,并与所述用户设备建立连接的装置。
一种在双连接系统,用户设备能够在该双连接系统中从源基站切换至目标基站,其中,所述源基站支持双连接配置,所述源基站在双连接配置下共同为所述用户设备提供服务的辅基站与所述目标基站为同一个基站,所述源基站包括:用于在与目标基站确定所述用户设备需要切换后,向所述用户设备发送连接重配置信息,并向所述目标基站发送释放请求的装置,该释放请求用于请求所述目标基站释放其作为辅基站的与用户设备之间的连接; 用于向所述目标基站传输SN状态并进行关于所述用户设备的数据转发的装置; 其中,所述目标基站包括: 用于向所述源基站发送释放响应,并将其SN状态以及关于所述用户设备的数据存储在其自身中的装置; 用于接收所述源基站传输的SN状态以及所转发的数据。
一种在双连接系统,用户设备能够在该双连接系统中从源基站切换至目标基站,其中,所述目标基站支持双连接配置,所述源基站不支持双连接配置,所述源基站包括:用于向所述目标基站发送切换请求的装置; 用于向所述目标基站传输SN状态并进行关于所述用户设备的数据转发,并向所述用户设备发送连接重配置信息的装置; 其中,所述目标基站包括: 用于向所述源基站发送切换请求确认的装置; 用于接收所述源基站传输的SN状态以及所转发的数据,并与所述用户设备建立连接的装置; 用于向一基站发出添加请求的装置,该添加请求用于请求将该基站添加为与所述目标基站共同为所述用户设备提供双连接服务的辅基站; 其中,接收所述添加请求的基站包括: 用于向所述目标基站发送添加响应,从而作为所述目标基站的辅基站来建立与所述用户设备之间的连接的装置; 其中,发送所述添加请求的操作和发送所述添加响应的操作,在发送所述切换请求以及发送所述切换请求确认的操作之间执行,其中,所述添加响应包含所述目标基站的辅基站为所述用户设备分配的专用RACH随机接入前导签名,所述切换请求确认包含所述专用RACH随机接入前导签名,所述源基站发送的连接重配置信息包含所述专用RACH随机接入前导签名,以使所述用户设备与所述目标基站的辅基站建立连接。
一种双连接系统,用户设备在该双连接系统中能够从一个小区切换至另一个小区,其中,所述一个小区和所述另一个小区属于同一基站,且该基站支持双连接配置,该基站包括:用于若确定所述用户设备需要从所述基站的一个小区切换至另一个小区,向与该基站共同为所述用户设备提供双连接服务的辅基站发送释放请求的装置; 用于用户设备的切换完成后,向所述辅基站发送添加请求的装置; 其中,所述辅基站包括: 用于向所述基站发送释放响应的装置; 用于向所述基站发送添加响应,从而重新建立其与所述基站之间的连接的装置; 用于接收到所述释放请求后,所述辅基站向所述基站传输SN状态并进行关于所述用户设备的数据转发的装置; 用于在与所述基站重新连接后,所述辅基站从所述基站获得所述SN状态和所述数据的装置。
一种基站,用户设备能够从该基站的一个小区切换至另一个小区,其中,所述一个小区和所述另一个小区属于同一基站,且该基站支持双连接配置,该基站包括:用于若确定所述用户设备需要从所述基站的一个小区切换至另一个小区,向与该基站共同为所述用户设备提供双连接服务的辅基站发送停止传输的指令的装置; 用于所述用户设备的切换完成后,向所述辅基站发送重配置信息和启动传输的指令,以重新建立所述基站与所述辅基站之间的连接,并且恢复辅基站的数据传输的装置。
一种双连接系统,在该双连接系统中用户设备能够变更辅基站,其中,主基站包括:用于若确定与所述主基站共同为所述用户设备提供双连接服务的辅基站需要变更,则向所述辅基站发送释放请求的装置; 用于选择一个基站发送添加请求,该添加请求用于请求将该基站添加为与所述主基站共同为所述用户设备提供双连接服务的辅基站的装置; 用于将所述用户设备发送的辅基站的释放确认信息转发给需要变更的辅基站,并将所述用户设备发送的新辅基站的添加确认信息转发给所述新辅基站的装置; 其中,所述需要变更的辅基站包括: 用于向所述主基站发送释放响应的装置; 用于传输其SN状态并进行关于所述用户设备的数据转发的装置; 其中,所述接收添加请求的基站包括: 用于向所述主基站发送添加响应,从而作为所述主基站的新辅基站的装置; 用于接收所述SN状态和所述数据并与所述用户设备建立连接的装置; 其中,所述用于传输其SN状态并进行关于所述用户设备的数据转发的装置进一步用于:向所述主基站传输所述SN状态并进行所述数据转发; 其中,所述主基站还包括用于在接收到所述添加响应后,向所述新辅基站发送所述SN状态和所述数据的装置,所述新辅基站还包括用于接收所述SN状态和所述数据的装置。