CN107113904A

CN107113904A - 双连接移动通信网中的信令

Info

Publication number: CN107113904A
Application number: CN201580054131.0A
Authority: CN
Inventors: H.范德维尔德; G.J.范利舒特; 金成勋
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2014-08-04
Filing date: 2015-07-31
Publication date: 2017-08-29
Anticipated expiration: 2035-07-31
Also published as: US11743244B2; EP3886527A1; GB2528913A; EP3178290A1; US20210281552A1; KR20170042314A; US20170222876A1; CN107113904B; EP3178290A4; EP3178290B1; GB201413798D0; GB2528913B; EP3886527B1; CN113271589B; KR102288057B1; CN113271589A; US11038859B2; WO2016021890A1; ES2881866T3

Abstract

本发明公开了一种符合第三代合作伙伴计划(3GPP)的支持双连接的移动通信网络中的用户设备(UE)的方法以及相应的UE。该方法包括：检测被用信令发送的具有或变化为DRB类型的数据无线承载(DRB)的重配置程序，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收数据，或者在所述DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据。如果包括切换、SCG变化和DRB类型变化中的一个或多个的DRB重配置程序类型被检测到，则所述方法进一步包括：基于初始DRB配置、最终DRB配置和相关DRB重配置程序类型来决定由DRB重配置所导致的一个或多个所需的第二层DRB相关动作；以及执行所决定的第二层DRB相关动作。

Description

双连接移动通信网中的信令

技术领域

本申请涉及双连接移动通信网中的信令的发明。具体地，在某些实施例中提供了一种用户设备UE和相关UE的方法，用于在符合第三代合作伙伴计划3GPP的支持双连接的移动通信网中检测数据无线承载(DRB)的信令传送的配置或重配置程序，以及用于决定一个或多个作为结果的所需的第2层(L2)DRB相关的动作。在实施例中，所述发明提供了一种关于DRB配置或DRB类型变化(不包括切换)的信令方法。此外，在实施例中，本发明提供了由UE基于对SCG DRB的无线链路失败(RLF)或SCG释放的检测，进行的自主重配置的方法。

背景技术

在其中移动终端(UE，例如移动手机)经由无线链路与基站(例如，eNBs)或连接至电信网的其他无线接入点的网络通信的无线或移动(蜂窝)通信网络，已经经历了几代的快速发展。使用模拟信令的系统的初始部署已经被例如全球移动通信系统(GSM)的第二代(2G)数字系统所取代，其通常与改进的核心网络结合地、使用被称为GSM演进无线接入网的GSM增强型数据速率(GERAN)的无线接入技术。

第二代系统本身很大程度上已经被诸如通用移动电信系统(UMTS)的第三代(3G)数字系统所替代或增强，其将通用陆地无线接入网络(UTRAN)无线接入技术和类似核心网络用于GSM。UMTS在由3GPP制定的标准中被规定。第三代标准提供的数据吞吐量大于第二代系统提供的数据吞吐量。随着向第四代(4G)系统的迈进，这种趋势将会继续。

3GPP设计、规范和标准化用于移动无线通信网络的技术。具体而言，3GPP制定了定义3GPP技术的一系列技术报告(TR)和技术规范(TS)。3GPP当前的焦点是3G以外的标准规范，并且具体地是在3G网络上提供增强(包括更高数据速率)的演进的分组系统(EvolvedPacket System,EPS)。用于EPS的规范集合包括两个工作项目：系统架构演进(SAE，关于核心网络)以及关于空中接口的LTE。EPS规范的第一集合在2008年12月被发布为3GPP版本8(3GPP Release 8)。LTE使用被称为演进的UTRA(E-UTRA)的改进的无线接入技术，其提供了与先前标准相比可能更大的容量和附加特征。SAE提供被称为演进的分组核心(EPC)的改进的核心网络技术。虽然LTE严格来说仅指空中接口，但是LTE通常用于指整个EPS，包括3GPP本身。在本说明书的剩余部分以这个意思来使用LTE，包括指代LTE增强(例如LTE升级版(LTE-Advanced))时。LTE是UMTS的演进，并且与UMTS共享某些高级组件和协议。LTE升级版提供与LTE相比更高的数据速率，并且由从3GPP发布版本10(3GPP Release10)直到并且包括3GPP发布版本12(3GPP Release12)的3GPP标准发布版本所定义。LTE升级版被国际电信联盟(ITU)视为4G移动通信系统。

本发明可以在LTE移动网络中被实现。因此，如图1所示为LTE网络的概览。LTE系统包括三个高级组件：至少一个UE 102、E-UTRAN 104和EPC 106。EPC 106与外部世界中的分组数据网(PDN)和服务器108通信。图1示出了EPC 106的关键组件部分。应该意识到，图1是LTE的简化而通常的实现将包括更多组件。在图1中，示出了LTE系统的不同部分之间的接口。双头箭头指示UE 102和E-UTRAN 104之间的空中接口。其余的接口用户数据用实线表示，并且用虚线表示信令。

E-UTRAN 104包括单一类型的组件：eNB(E-UTRAN节点B)，其负责处理UE 102和EPC106之间通过空中接口的无线通信。eNB控制一个或多个小区(cell)中的UE 102。LTE是蜂窝系统，其中eNB提供在一个或多个小区上的覆盖。在一个LTE系统中通常具有多个eNB。通常，LTE中的UE正常地通过一个小区在同一时间仅与一个eNB通信。然而，如将在下文解释的，引入双连接(DC)而使得UE可以在同一时间与一个以上的eNB通信。

EPC 106的关键组件如图1所示。应该意识到，在LTE网络中，根据UE 102的数量、网络的地理区域以及将通过网络被传输的数据量，每一种组件可以多于一个。数据流量在每一个eNB以及相应的服务网关(S-GW)110之间被传递，S-GW 110在eNB和PDN网关(P-GW)112之间路由数据。P-GW 112负责将UE连接至外部世界中的一个或多个服务器或PDN 108。移动性管理实体(MME)114通过经E-UTRAN 104与UE 102交换的信令消息，来控制UE 102的高层操作。每一UE向一个单独的MME进行注册。MME 114和UE 102之间没有直接的信令通道(经由E-UTRAN 104通过空中接口与UE 102通信)。MME 114和UE 102之间的信令消息包括：EPS会话管理(ESM)协议消息，用于控制从UE至外部世界的数据流；以及，EPS移动性管理(EMM)协议消息，用于当UE 102在E-UTRAN中的eNBs之间移动时控制信令和数据流的重新路由。MME114与S-GW 110交换信令流量(signalling traffic)以帮助路由数据流量。MME 114也与归属用户服务器(HSS)116进行通信，该HSS存储与向网络注册的用户相关的信息。

在LTE网络中，在网络的不同组件之间使用承载来传送数据。EPS承载用于在UE和P-GW之间传送数据。数据流是双向的。由EPS承载携带的数据包括一个或多个携带有用于特定服务的数据的数据流，例如流媒体。每一个服务数据流包括一个或多个分组流(packetflow)。

3GPP无线接入网(RAN)工作组当前正在进行被称为“小小区增强(Small CellEnhancements)”的研究项目(SI，Study Item)。这个SI的技术成果被记录在3GPP TR36.842“Evolved Universal Terrestrial Radio Access(E-UTRAN)”；Study on SmallCell enhancements for E-UTRA and E-UTRAN-Higher layer aspects(Release 12)；c0.0。3GPP TR 36.842关注所述SI的无线接入方面并且对UE和eNB有影响。小小区增强是可应用的，例如，在宏小区和小小区(在宏小区的覆盖区域内)在同一载波频率上操作的地方。

当前已经提议，RAN将支持所谓的“双连接”功能。双连接是指一种操作，其中，当给定UE在网络中是活跃(处于RRC_CONNECTED(无线资源控制连接)状态)时，该给定UE消耗由非理想回程连接的至少两个不同网络点(主eNB和辅eNB)提供的无线资源。这已在图2中示出。在双连接中，当服务小区被连接至多于一个eNB时，UE被配置有多个小区，每一服务频率一个小区。这也被称为eNB间的载波聚合(CA)。双连接允许在UE和RAN之间获得更高的数据速率。为实现双连接，提议了RAN将支持“承载分割”功能。在双连接中，承载分割是指将一个承载在多个eNBs上分割的能力。主eNB(MeNB，通常是宏小区eNB)是这样的eNB：其至少终止S1-MME接口(eNB和MME之间的接口)，并且因此作为去往核心网络(CN)的移动锚点。辅eNB(SeNB，通常是处理小小区的eNB)是为UE提供附加无线资源的eNB，其不是MeNB。主小区群组(MCG)是提供与MeNB相关联的无线资源的一组服务小区，然而，辅小区群组(SCG)是提供与SeNB相关联的无线资源的一组服务小区。

参照图3A，其示出了TS 36.842的图8.1.1-1的选项1，其示出了在下行链路方向上的一个现在支持的承载分割选项(在上行链路方向上，当前并不支持承载分割)。可以看出，第一EPS承载(#1：实线箭头)经由S-GW和MeNB直接从P-GW(未示出)向UE进行通信。第二EPS承载(#2：虚线箭头)经由SeNB(而不经由MeNB)从S-GW通向UE。这里核心网络(具体而言是S-GW)通过两个承载中的一个来路由数据。

图3B，这示出了TS 36.842的图8.1.1-1的选项3，其示出了另一现在支持的承载分割选项，将下行链路方向作为一个示例。可以看出，第一EPS承载(#1：实线箭头)经由S-GW和MeNB直接从P-GW(未示出)向UE进行通信。第二EPS承载(#2：虚线箭头)从MeNB经由SeNB通向UE，也从MeNB直接通向UE。第二EPS承载在RAN上被分割，并且RAN本身(具体而言是指MeBN)在承载之间分割数据。

在这些用户平面架构中，MCG数据无线承载(DRB)是用于经由MCG小区传送DL数据的DRB的术语，类似地，SCG DRB是经由SCG小区传送DL数据的DRB，而分割的DRB是用于指经由MCG和SCG二者传送DL数据的DRB。在上行链路中没有双连接，即，对于分割的DRB，MeNB配置/指示UE应当使用哪个小区群组(CG)来传送UL数据。

用来提供双连接的控制平面架构在图4中示出。在此，只有MeNB生成最终的无线资源控制(RRC)消息，用于在MeNB和SeNB之间协调无线资源管理(RRM)功能之后被发送UE。MeNB可以转发由SeNB控制的配置信息。UE RRC实体看到仅来自一个实体(在MeNB中)的所有消息，并且UE仅向那个实体答复。即，对于RRC信令，没有双连接(DC)，即，MeNB处理去往UE的所有信令。通常，SeNB决定与配置参数相关的SCG，并且经由MeNB通过MCG小区将它们传送给UE。

为了获得分割的承载，必须修改3GPP TS 36.300“Evolved UniversalTerrestrial Radio Access(E-UTRA)and Evolved Universal Terrestrial RadioAccess Network(E-UTRAN)”；Overall description；Stage 2(Release 11)；v11.7.0(未在本说明书中再现)的图6-1示出的现有用户平面架构。在eNB处，为了通过空中接口与UE通信，eNB包括具有PDCP层、无线链路控制(RLC)层和媒体访问控制(MAC)层的协议栈。共同地，这些协议层形成了数据链路层：标准开放式系统互联(OSI)模型的第二层。MAC层执行物理层(OSI模型的第一层、以及本说明书范围的外部)的低层控制，包括调度移动站和基站之间的数据传送。RLC层维持UE和eNB之间的数据链路，以及在需要的时候，处理收到数据分组时的应答。PDCP层执行包括报头(header)压缩和安全的高级传送功能。在协议栈的每一层，协议从上层的协议接收服务数据单元(SDU)形式的数据分组，处理该分组并且添加报头以形成协议数据单元(PDU)。该PDU成为协议栈下一层的传入SDU。

在例如图3A所示的承载架构中，eNB处的第二层协议栈在MeNB和SeNB之间被分割，如图5A所示。具体而言，分割的无线承载使用如图5B所示的两个RLC实体，其再现了3GPP TR36.842的图8.1.1.8-1。图5B示出了MeNB处的第一未分割的承载协议栈(实线框)。图5B示出了数据是通过S1接口从S-GW接收的。图5B进一步示出了第二分割的无线承载(虚线框和虚线箭头)。对于分割的承载，在MeNB中有一个单一的PDCP实体，并且在MeNB和SeNB中都有用于分割的承载的复制的RLC/MAC协议栈实体。MeNB中的单一PDCP实体和SeNB中的RCL/MAC实体之间通过Xn接口(可替代地称为X2接口)发送数据。虽然在图3中未示出，但是在UE侧存在相应的MAC/RLC/PDCP实体，并且具体而言是单一的UE PDCP实体和重复的UE MAC/RLC实体。虽然在图5A中未示出，但是在UE侧存在用于承载的相应MAC/RLC/PDCP实体。

在诸如图3B所示的承载分割架构中，eNB处的第二层协议栈在MeNB和SeNB之间被分割，如图5B所示。具体而言，如图5B所示，分割的无线承载使用两个RLC实体，其再现了3GPP TR 36.842的图8.1.1.8-1。图5B示出了MeNB处的第一未分割承载协议栈(实线框)。图5B示出了数据通过S1接口从S-GW接收。图5B进一步示出了第二分割的无线承载(虚线框和虚线箭头)。对于分割的承载，在MeNB中有一个单一的PDCP，并且在MeNB和SeNB中都有用于分割的承载的、重复的RLC/MAC协议栈实体。MeNB中的单一PDCP实体和SeNB中的RCL/MAC实体之间通过Xn接口(可替代地称为X2接口)发送数据。虽然在图5B中未示出，但是在UE侧存在相应的MAC/RLC/PDCP实体，并且具体而言是单一的UE PDCP实体和重复的UE MAC/RLC实体。

发明内容

技术问题

RAN和UE必须被配置为：通过信令进行通信并且进行协作以便为DC高效和有效地配置UE、RAN和CN，以及避免UE的故障时间、高延迟和增加的信令量。这个信令和配置必须考虑到在DC期间会发生的许多DRB重配置程序类型和DRB类型变化。也就是说，DRB重配置程序能够包括：常规重配置改变、SCG改变、SCG释放以及SCG建立程序。SCG改变和SCG释放程序能够作为切换(HO)程序的一部分而发生。此外，在DC中的DRB(包括SCG DRB)的无线链路失败(RLF)可能发生。DRB类型能够在MCG DRB、SCG DRB和分割的DRB之间变化。

解决问题的技术方案

从一个方面来看，本公开的发明提供了一种在符合第三代合作伙伴计划3GPP的支持双连接的移动通信网中的用户设备(UE)的方法，该方法包括：检测被用信令发送的具有或变化为数据无线承载DRB类型的DRB的重配置程序，在所述DRB类型中，下行链路(DL)数据经由辅小区群组SCG DRB仅从连接至辅eNB(SeNB)的SCG的服务小区接收，或者在所述DRB类型中，DL数据经由分割的DRB从SCG接收并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收；以及，如果包括切换、SCG变化和DRB类型变化中的一个或多个的DRB重配置程序类型被检测到，则基于初始DRB配置、最终DRB配置和相关DRB重配置程序类型来决定由该DRB重配置所导致的一个或多个所需的第二层DRB相关动作；以及执行所决定的第二层DRB相关动作。

可选地，如果在决定由DRB重配置所导致的一个或多个所需的第二层DRB相关动作时，用于动作的多个触发被生成，则所述方法进一步包括：仅执行一次所述动作。

可选地，当所需的第二层DRB相关动作包括分组数据汇聚协议(PDCP)重新建立动作时，如果在决定由DRB重配置所导致的一个或多个所需的动作时，用于相同PDCP重新建立动作的多个触发被生成，则所述方法进一步包括：仅执行一次PDCP重新建立动作。

可选地，如果移动通信网络支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔(delta)信令并且用信令发送SCG变化或DRB类型变化不包括切换的重配置被检测到，则所述方法进一步包括：应用接收的、被用信令发送的、与当前SCG配置参数相比的变化，以更新存储的SCG参数。

可选地，所述方法进一步包括：清除(flushing)第二层的服务数据单元(SDU)；重新设置/释放和添加SCG-MAC实体；重新建立/释放和添加SCG-RLC实体；以及，继续并且为已建立的SCG DRB重新建立PDCP实体。

可选地，其中，DRB重配置消息的mobilityControlInfoSCG字段(移动性控制信息SCG字段)指示SCG变化程序。

可选地，如果移动通信网络支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔信令、以及用信令发送SCG变化的释放和添加的重配置被检测到、以及当SCG变化程序或DRB类型变化(不包括切换)时接收到完整SCG配置信令，则所述方法进一步包括：继续并且为已建立的SCG DRB重新建立PDCP实体；从被用信令发送的完整SCG配置，确定对于重配置PDCP必须的当前PDCP配置的变化；以及，应用所确定的变化。

可选地，其中，DRB重配置消息的fullConfigSCG(完整配置SCG)字段指示不应当使用德尔塔信令(delta signalling)。

可选地，如果检测到重配置，其包括：重配置程序类型，其不包括用于DRB的切换，其中DRB类型在(a)分割的DRB或MCG DRB(其中，仅从MCG的MeNB接收DL数据)以及(b)SCGDRB之间变化；或者包括用于SCG DRB的SCG变化程序，则所述方法进一步包括：为相关DRB重新建立PDCP实体(即，a)为执行了所指示的类型变化的DRB，/b)为SCG变化时被指示的DRB类型，重新建立PDCP实体)。

可选地，如果检测到重配置，其包括：重配置程序类型，其不包括用于DRB的切换，其中，DRB类型从分割的DRB变化为MCG DRB(其中，仅从MCG的服务小区接收数据)；或者包括用于分割的DRB的SCG变化程序。则所述方法进一步包括为相关DRB部分重新建立PDCP实体(即，为a)执行了所指示的类型变化的DRB，/b)为SCG变化时被指示的DRB类型，重新建立PDCP实体)。

可选地，如果重配置发生并且接收到指示切换程序的信令，所述重配置包括：重配置程序类型，其不包括用于DRB的切换，其中DRB类型从分割的DRB变化为MCG DRB(其中，仅从MCG的服务小区接收DL数据)；或者包括用于分割的DRB的SCG变化程序，则所述方法进一步包括：执行所指示的用于切换的程序。

可选地，所接收的DRB配置的信令包括被一起提供在单一信息结构中的SCG配置参数，该信息结构包括两部分：第一部分，其包括由MeNB生成的SCG配置参数；以及第二部分，其包括由SeNB生成的SCG配置参数。

可选地，围绕第一和第二部分的参数的提供容器。可替代地，仅仅围绕第二部分的参数提供容器。

可选地，容器是八位字符串(octet string)。

可选地，所述方法进一步包括：检测SCG无线链路失败(SCG-RLF)或包括SCG释放程序的DRB重配置；以及，如果SCG-RLF或SCG释放程序被检测到，则启动DRB的自主重配置。

可选地，当分割的DRB的SCG-RLF或SCG释放被检测到时，启动DRB的自主重配置包括：通过释放关联的SCG-RLF实体和关联的逻辑通道，将分割的DRB重配置为MCG DRB类型。

可选地，当SCG DRB的SCG-RLF或SCG释放被检测到时，启动DRB的自主重配置包括：通过释放关联的SCG-RLF实体和关联的逻辑通道，将SCG DRB重配置为MCG DRB类型；向新的MCG-RLC实体添加默认配置；重新建立PDCP实体；将PDCP实体重配置为默认配置。

可选地，所述方法进一步包括：在SCG-RLF或SCG释放之前，从MeNB接收关于在自主重配置下应用什么默认配置的指示。

可选地，如果默认配置被指示为与SCG-RLF或SCG释放之前在SCG中使用的一样，并且如果接收到释放超出某个协议发布版本的配置参数扩展的进一步指示，则所述方法进一步包括：释放超出所指示协议发布版本的配置参数扩展。

可选地，所述移动通信网络是符合长期演进LTE的支持双连接的移动通信网络。

从另一方面来看，本公开的发明提供了一种符合第三代合作伙伴计划(3GPP)的支持双连接的移动通信网络中的用户设备(UE)，其中，所述UE被安排为：检测被用信令发送的具有或变化为DRB类型的数据无线承载(DRB)的重配置程序，在所述DRB类型中，经由SCGDRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在所述DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据；以及，如果包括切换、SCG变化和DRB类型变化中的一个或多个的DRB重配置程序类型被检测到，则基于初始DRB配置、最终DRB配置和相关DRB重配置程序类型来决定由DRB重配置所导致的一个或多个所需的第二层DRB相关动作；以及执行所决定的第二层DRB相关动作。

可选地，UE进一步被安排为：执行以上所描述的相关方法的可选方面。

从一个方面来看，本公开的发明提供了一种符合第三代合作伙伴计划(3GPP)的支持双连接的移动通信网络中的用户设备(UE)的方法，该方法包括：

检测被用信令发送的具有或变化为DRB类型的数据无线承载(DRB)的重配置程序，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在该DRB类型中经由分割的DRB从SGC并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据；以及

如果移动通信网络支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔信令并且用信令发送SCG变化程序或DRB类型变化(不包括切换)的重配置被检测到，则所述方法进一步包括：应用接收的、被用信令发送的、与当前SCG配置参数相比的变化，以更新存储的SCG参数。

可选地，所述方法进一步包括：清除第二层的服务数据单元(SDU)；重新设置/释放和添加SCG-MAC实体；重新建立/释放和添加SCG-RLC实体；以及，继续和为已建立的SCG DRB重新建立PDCP实体。

可选地，DRB重配置消息的mobilityControlInfoSCG字段指示SCG变化程序。

可选地，如果移动通信网络支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔信令、以及用信令发送SCG变化的释放和添加的重配置被检测到、以及当SCG变化程序或DRB类型变化(不包括切换)时接收到完整SCG配置信令，则所述方法进一步包括：继续和为已建立的SCG DRB重新建立PDCP实体；从被用信令发送的完整SCG配置，确定对于重配置PDCP必须的当前PDCP配置的变化；以及，应用所确定的变化。可选地，DRB重配置消息的fullConfigSCG字段指示不应当使用德尔塔信令。

从另一方面来看，本公开的发明提供了一种符合第三代合作伙伴计划3GPP的支持双连接的移动通信网络中的用户设备(UE)，其中，所述UE被安排为：

检测被用信令发送的具有或变化为DRB类型的数据无线承载(DRB)的重配置程序，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在该DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据；以及

从另一方面来看，本公开的发明提供了一种符合第三代合作伙伴计划(3GPP)的支持双连接的移动通信网络中的eNB的方法，所述方法包括：

发送具有或变化为DRB类型的数据无线承载(DRB)的重配置程序的信令，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区发送下行链路(DL)数据，或者在该DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区发送DL数据；以及

如果eNB和目标SeNB支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔信令，并且重配置包括SCG变化程序或DRB类型变化(不包括切换)，则所述方法进一步包括：

用信令发送SCG变化程序或DRB类型变化(不包括切换)；以及

用信令发送与当前SCG配置参数相比的变化。

可选地，如果eNB和目标SeNB不支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔信令，并且重配置包括SCG变化程序或DRB类型变化(不包括切换)，则所述方法进一步包括：用信令发送完整SCG配置以及在应用被用信令发送的该SCG配置之前现有SCG配置应当被释放的指示。

可选地，eNB是MeNB。

可选地，fullConfigSCG字段被用于指示UE在应用被用信令发送的SCG配置之前释放全部SCG配置。可选地，用于UE在应用被用信令发送的SCG配置之前释放全部SCG配置的指示，是从SeNB接收和/或由SeNB生成。

可选地，发送用于UE执行被定义用于SCG变化的操作的指示，包括：使用DRB的mobilityControlInfoSCG字段。

可选地，所述方法进一步包括：当SeNB间SCG变化时，将SCG配置发送至目标SeNB。可选地，所述方法进一步包括：当MeNB间切换时，将SCG配置发送至目标MeNB。

从另一方面来看，本公开的发明提供了一种符合第三代合作伙伴计划(3GPP)的支持双连接的移动通信网络中的用户设备(UE)的方法，该方法包括：

检测被用信令发送的具有或变化为DRB类型的数据无线承载(DRB)的重配置，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在该DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据；以及

如果重配置被检测到，其包括：

重配置程序类型，其不包括用于DRB的切换，其中，DRB类型在(a)分割的DRB或MCGDRB(其中，仅从MCG的MeNB接收DL数据)以及(b)SCG DRB之间变化；

用于SCG DRB的SCG变化程序；

则所述方法进一步包括：为了相关DRB重新建立PDCP实体。和/或

如果重配置被检测到，其包括：

重配置程序类型，其不包括用于DRB的切换，其中，DRB类型从分割的DRB变化为MCGDRB(其中，仅从MCG的服务小区接收DL数据)；或者

用于分割DRB的SCG变化程序；

则所述方法进一步包括：为了相关DRB部分重新建立PDCP实体。

可替代地，为了避免引入部分PDCP重新建立程序，如果重配置发生，该重配置包括：

用于分割DRB的SCG变化程序；

则MeNB可以启动切换程序并且用信令适当地告知UE(例如，通过在RRC连接重配置消息中包括字段mobilityControlInfo)。

从另一方面来看，本公开的发明提供了一种符合第三代合作伙伴计划(3GPP)的支持双连接的移动通信网络中的用户设备(UE)，所述UE被安排为：

如果重配置被检测到，其包括：

用于SCG DRB的SCG变化程序；

则所述方法进一步包括：为了相关DRB重新建立PDCP实体；和/或

如果重配置被检测到，其包括：

用于分割DRB的SCG变化程序；

则所述方法进一步包括：为了相关DRB部分重新建立PDCP实体。

关于数据无线承载(DRB)，具有或变化至DRB类型，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在该DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据；以及

接收包括被一起提供在单一信息结构中的SCG配置参数的DRB配置的信令，该信息结构包括两部分：

第一部分，其包括由MeNB生成的SCG配置参数；以及

第二部分，其包括由SeNB生成的SCG配置参数。

可选地，围绕第一和第二部分的参数提供容器。

可选地，仅仅围绕第二部分的参数提供容器。

可选地，容器是八位字符串。

关于数据无线承载(DRB)，具有或变化为DRB类型，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在该DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据；以及

第一部分，其包括由MeNB生成的SCG配置参数；以及

第二部分，其包括由SeNB生成的SCG配置参数。

从另一方面来看，本公开的发明提供了一种在支持双连接的第三代合作伙伴计划(3GPP)兼容移动通信网中的eNB的方法，所述方法包括：

发送具有或变化为DRB类型的数据无线承载(DRB)的配置的信令，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区发送下行链路(DL)数据至用户设备(UE)，或者在该DRB类型中经由分割的DRB也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区发送DL数据。被用信令发送的DRB配置包括被一起提供在单一信息结构中的SCG配置参数，其包括两部分：

第一部分，其包括由MeNB生成的SCG配置参数；以及

第二部分，其包括由SeNB生成的SCG配置参数。

可选地，eNB是MeNB。

可选地，围绕所述第一和第二部分的参数提供容器。

可选地，作为MeNB的eNB设置SCG配置参数的第一部分以及从SeNB接收SCG配置参数的第二部分，并且将被提供在包括两部分的单一信息结构中的SCG配置参数发送至UE。

可选地，围绕所述第一和第二部分的参数提供容器。在此，MeNB将SCG配置参数的第一部分发送至SeNB并且从SeNB接收并且向UE透明地转发被提供在包括两部分的单一信息结构中的SCG配置参数。可替代地，MeNB可以解码第二部分的SCG配置参数并且重新编码第一和第二部分的SCG配置参数，在将SCG配置参数发送至UE之前，将它们一起放置在容器中。

可选地，仅仅围绕第二部分的参数提供容器。在这个实施例中，MeNB从SeNB接收SCG配置参数的第二部分，并且将它们透明地转发至UE，其被放置在容器中并且与SCG配置参数的第一部分一起被提供在包括两部分的单一信息结构中。

发送在具有或变化为DRB类型的数据无线承载(DRB)的配置的信令中使用的配置参数，在所述DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区发送下行链路(DL)数据至用户设备(UE)，或者在该DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区发送DL数据，

其中，eNB作为SeNB操作，并且其中，被发送的DRB配置参数包括由SeNB生成的SCG配置参数。

可选地，DRB配置参数在X2接口上被发送至MeNB。

可选地，所述方法进一步包括：接收由MeNB生成的SCG配置参数并且将被发送的DRB配置参数一起提供在单一信息结构中，该信息结构包括两部分：

第一部分，其包括由MeNB生成的SCG配置参数；以及

第二部分，其包括由SeNB生成的SCG配置参数。

可选地，仅仅围绕第二部分的参数提供容器。

可选地，围绕所述第一和第二部分的参数提供容器。

关于数据无线承载(DRB)，具有DRB类型，在该DRB类型中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在该DRB类型中经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据，检测SCG无线链路失败(SCG-RLF)或包括SCG释放程序的DRB重配置；以及

如果SCG-RLF或SCG释放程序被检测到：

则启动DRB的自主重配置。

可选地，当分割的DRB的SCG RLF或SCG释放被检测到时，启动DRB的自主重配置包括：

通过释放关联的SCG-RLC实体和关联的逻辑通道，重配置分割的DRB为MCG DRB类型。

可选地，当SCG DRB的SCG RLF或SCG释放被检测到时，启动DRB的自主重配置包括：

通过释放关联的SCG-RLF实体和关联的逻辑通道，重配置SCG DRB为MCG DRB类型；为新的MCG-RLC实体添加默认配置；重新建立PDCP实体；以及，重配置PDCP实体为默认配置。

可选地，如果默认配置被指示为与SCG-RLF或SCG释放之前在SCG中使用的一样，并且如果接收到释放超出某些协议发布版本的配置参数扩展的进一步指示，则所述方法进一步包括：释放超出所指示协议发布版本的配置参数扩展。

发明的以上方面和可选特征可以被彼此独立地提供或者以各种可能组合于此一起实现，其将被采用作为本公开的一部分。

发明的另一方面提供包括布置的指令的计算机程序，当所述指令被执行时实施根据上述方面中的任何一个的方法和/或装置。再一方面提供存储这样的程序的机器可读存储装置。可选地，机器可读介质是非暂时性的。

发明的有益效果

本发明提供了在UE和RAN处考虑到在使用DC的过程中发生的DRB重配置和类型变化以有效地实现DC的信令和操作方法。

附图说明

本发明的实施例将参照附图在下文中进一步描述，附图中：

图1示意性地示出了LTE移动通信网络的概览；

图2示出了在双连接中的节点间无线资源分配；

图3A示出了所支持的用于在CN处分割用户平面下行链路数据的承载的布置；

图3B示出了另一所支持的用于在RAN处分割用户平面下行链路数据的分割的承载的布置；

图4示出了用于双连接的控制平面架构；

图5A示出了用于图3A的分割的承载的、MeNB和SeNB处的RAN协议栈；

图5B示出了用于图3B的分割的承载的、MeNB和SeNB处的RAN协议栈；

图6是示出了在图1和图2所示的无线通信网络中使用的UE的选定组件的框图；

图7是示出了用于对DC中的DRB重配置和/或DRB类型变化采取措施的UE的方法的流程图；

图8是展示实现德尔塔信令(delta signalling)的SeNB变化程序的消息序列图；

图9是示出了用于支持关于SCG变化和DRB类型变化的德尔塔信令的、UE的方法的流程图；

图10是示出了eNB的方法的流程图；

具体实施方式

本发明的实施例现将在根据3GPP LTE标准(直到发布版本12及其以外)操作的兼容LTE的移动无线通信网络的上下文下进行描述。然而，将理解的是，这仅仅是作为示例，并且其他示例可以包括其他无线网络，至少部分地遵从其他版本和其他标准进行操作。

图6示出的框图，其示出了能在如图1所示的LTE使能(LTE-enabled)的无线网络中使用的示例性UE 600中包括的一些示例性组件。UE 600可以是无线设备及其相关联的包括用户标识模块(SIM)应用、通用用户标识模块(USIM)应用或可移动用户标识模块(R-UIM)应用的通用集成电路卡(UICC)，或者UE600可能是没有这种卡的设备本身。

UE 600包括由通信总线601连接的多个组件。处理器602控制UE 600的总体操作。包括数据和语音通信的通信功能通过通信子系统604来执行。通信子系统604可以采取以下形式：调制解调器、调制解调器集群(bank)、以太网设备、通用串行总线(USB)接口设备、串行接口、令牌环设备、光纤分布式数据接口(FDDI)设备、无线局域网(WLAN)设备、诸如码分多址(CDMA)设备的无线收发设备、全球移动通信系统(GSM)无线收发设备、全球微波接入互操作(WiMAX)设备、和/或用于连接网络的其他公知设备。通信子系统604可以使得处理器602能够与因特网或者一个或多个电信网或其他网络通信，处理器602可以从它们接收信息或者处理器602可以向它们输出信息。

在图1的背景下，通信子系统604从用于语音通信和/或数据通信的无线网络606(其可以是如图1所示的E-UTRAN104)接收信息，或者发送信息至无线网络606。

电源608(例如，一个或多个可再充电的电池、或用于外部电源的端口)为UE 600供电。

处理器602与电子设备的其他组件进行交互，其他组件包括随机访问存储器(RAM)610、大容量存储器612(包括但不限于磁盘和光盘、磁带、固态驱动器或RAID阵列)、只读存储器(ROM)614和显示屏幕616(例如其可以是液晶显示器(LCD))。i/o控制器618发送或接收与一个或多个用户控制设备(例如，使用户能够与UE 600交互的显示屏幕616上的触敏覆盖物)相关的信号。

处理器602执行可以从通信子系统604、RAM610、大容量存储装置612或ROM 614访问的指令、代码、软件或计算机程序。处理器602可以包括一个或多个数据处理单元或CPU芯片。处理器602可以自身单独执行指令，或者与图6未示出的其他本地或远程提供的数据处理组件或其他组件一起执行指令。具体地，根据以下列出的公开内容，处理器602能够执行指令，使得UE 600可操作以在LTE网络中执行无线通信。

例如，处理器602可以执行指令以在RAM 610中实例化和维护通信管理器，其在使用时操作通信子系统604执行与E-UTRAN 104交互的信令。

通信管理器可以实例化(例如在UE 600的RAM 610中)LTE协议栈，以在LTE接入层(Access Stratum layer)提供如以上关于图5A和5B描述的：通常负责无线相关功能控制的一个或多个无线资源控制(RRC)信令层；通常负责报头压缩和安全的分组数据汇聚控制(PDCP)信令层；通常负责丢失数据的重发的无线链路控制(RLC)信令层；通常负责控制对物理层(PHY)的访问的媒体访问控制(MAC)信令层。当然，协议栈的各层可以在别处被实现，例如，MAC和PHY信令可以通过固件或硬件被提供在UE中，并且因此未被维护在RAM 610中。实际上，在上述UE的RAM 610中的协议栈的实现仅仅是在本公开范围的多种可能中的一个示例，并且被提供仅用于解释的目的。

如上所述，LTE系统包括诸如无线资源控制(RRC)协议的协议，其负责UE 102和E-UTRAN 104的eNB(或其他接入或LTE设备)之间的连接和无线资源的分配、配置和释放。为了控制无线通信网络的这些组件如何操作和交互以支持双连接，这些协议将必须在UE、MCG的MeNB和SCG的SeNB处定义信令和操作。

为了减少对于DRB重配置和/或DRB类型变化的UE动作的不必要的重复，本申请提供了一种方法，其中，UE基于目标DRB类型和配置而不是基于用信令发送的重配置的个别字段，来确定将被采取的第二层动作，现将参照图7更详细地描述。

根据LTE标准，UE修改无线配置(包括第二层用户平面配置，其包括每一无线承载的一个主MAC配置和逻辑通道、RLC和PDCP配置)，这在以下任何一个情况下进行：

a.当(从MeNB)接收包括配置参数的重配置消息时；

b.当接收触发特定动作的消息时，例如，当切换时，UE首先为每一个建立的DRB重新设置MAC，重新建立PDCP和RLC；

c.当特定事件发生时，例如，当UE启动连接重新建立时，它释放辅小区(SCells)。

由MeNB用信令发送给UE的配置参数，能够涉及以下任一个：

—德尔塔信令(Delta signalling)：与配置/在用信令发送的参数被处理时的配置相比的变化(即，在UE处理接收的配置参数之前，UE可以触发导致配置变化的动作，例如当切换时)。如从以下说明书将被理解的，当前，在LTE中，德尔塔信令在常规重配置和切换时是被支持的。

—完整信令(full signalling)：UE应当应用的全部配置，无论当前配置是什么。

对于双连接，通过3GPP工作组讨论已经达成以下共识：

-SCG变化程序将被指定，即，包括当前SCG的释放和SCG的添加的重配置消息。新添加的SCG可以包括前SCG存在的小区，在这种情况下，新的SCG由相同的SeNB处理。

-当切换时，SCG或者被释放，或者当MeNB希望继续DC时，它可以将SCG变化作为切换的部分来执行；

-关于SCG变化程序没有协定的约束，例如，其或一些特定情况能够仅仅与切换结合完成。

-在DRB类型从分割的DRB变化为MCG DRB的情况下，MCG-RLC不重新建立，即，UE仅仅释放SCG-RLC。

作为文档R2-141940提交到3GPP工作组的、关于小小区增强的提议，主要覆盖了在DC中的PDCP操作，其在以下情况中将被执行，包括：DRB类型的变化、SCG添加/变化/释放、分割的DRB的UL路径的重配置。概括起来，该文件指示：

a.当MCG DRB变化为分割的DRB时，除了配置UL数据路径(即，UE应当将哪个CG用于UL数据)之外，不需要任何特定PDCP动作。

b.当MeNB和SeNB之间的PDCP实体移动时，UE执行PDCP重新建立，其与没有DC的HO时类似。

c.当SCG变化时，UE为SCG DRBs执行PDCP重新建立，其与没有DC的HO时类似

d.当分割的DRB变化为MCG DRB时，UE执行部分PDCP重新建立(仅仅SCG部分)。

e.当SCG变化时，UE为分割的DRB执行部分PDCP重新建立。

以上列表示出了用于(部分)PDCP重新建立的多个触发。而且，由UE接收的单一重配置消息可以导致多个触发，例如：

-如果包括SCG变化的重配置消息也被用于将DRB类型从SCG DRB变化为MCG DRB(例如，因为目标SeNB略微被加载)，则UE检测用于所关注的SCG DRB的触发(b)和(c)二者。

-如果包括SCG变化的重配置消息也被用于将DRB类型从分割的DRB变化为MCG DRB(因为类似原因)，则UE检测用于所关注的分割的DRB的触发(d)和(e)二者。

-包括SCG释放的切换消息也可以包括从SCG DRB到MCG DRB的DRB类型变化(或者如在B.7中，也可以由UE自主执行)，UE可以再次检测用于PDCP重新建立的多个触发。

如前面所示的，SCG变化被假定为由当前SCG的释放和可能不同的SCG的添加所表示。在这些情况下，基于当前说明，UE通常将首先基于指示SCG的释放的字段来采取动作，并且随后基于指示新SCG的添加的字段来采取动作。

如果单一重配置消息会导致UE触发，例如，PDCP重新建立不止一次，这是不期望的，因为甚至这可能导致UE发送多个PDCP状态报告。它甚至可能是这样的，重配置消息包括将单独触发某一动作的第一重配置，但是与另一重配置结合会导致没有动作或不同的动作。

为了避免UE不必要地重复将导致增加信令和降低性能的某些动作，根据本公开，UE应当被配置为，当检测到个别的触发时不要立即采取动作，而是替代为考虑到完整的初始配置和完整的最终配置，以及DRB的任一相关重配置程序类型。

因此，参照图7，其示出了用于对DC中的DRB重配置和/或DRB类型变化采取动作的UE的方法的流程图，UE被配置为在步骤701中，检测用信令发送的具有或变化至SCG DRB或分割DRB类型的DRB的重配置程序。也就是说，DRB类型变化或DRB重配置将从DRB变化或变化至该DRB，在该DRB中，经由SCG DRB仅从连接至辅eNB(SeNB)的辅小区群组(SCG)的服务小区接收下行链路(DL)数据，或者在该DRB中，经由分割的DRB从SCG并且也从连接至主eNB(MeNB)的主小区群组(MCG)的服务小区接收DL数据。在步骤702，UE确定包括切换、SCG变化和DRB类型变化中的一个或多个的DRB重配置程序类型是否被检测到。如果在步骤702的判定点处的答案为“是”，那么在步骤703，UE基于初始DRB配置、最终DRB配置和相关DRB重配置程序类型来决定由DRB重配置所导致的一个或多个所需的第二层DRB相关动作。在步骤704，UE随后执行所决定的第二层DRB相关动作。

如果在步骤702处的判定点的答案为“否”，随后在步骤705，UE按照当前规范继续。即，重配置可以包括其他配置变化，其中UE仍然需要按照当前规范执行。图7关注基于DRB类型重配置以及切换和/或SCG建立/变化/释放的、附加的第二层DRB相关动作。

应注意到，更一般地，本申请提供了由UE依赖于(重配置)程序类型和DRB类型重配置来执行最终的第二层DRB相关动作。在此，(重配置)程序类型被定义为广义术语，用于{正常重配置，切换}和{SCG建立，SCG变化，SCG释放}程序的组合。

根据上述方法，如果在决定由DRB重配置所导致的一个或多个所需的第二层DRB相关动作时，用于动作的多个触发被生成，所述方法可以使UE能够决定仅执行一次所述动作。例如，当所需的第二层DRB相关动作包括分组数据汇聚协议(PDCP)重新建立动作时，并且如果在决定由DRB重配置所导致的一个或多个所需的动作时，用于相同PDCP重新建立动作的多个触发被生成，则UE可以决定仅执行一次PDCP重新建立动作。

当前LTE中的L2清除(flush)操作在切换时被执行，在此情况下使用了德尔塔信令。然而，如将在下文展示的，本申请提供了：德尔塔信令的使用应当不仅在HO上被支持，还应当在SCG变化和DRB类型变化时被支持，即，在其他情况下这样的L2清除操作被执行。

以下分析涉及深入考虑细节：当接收到包括切换、SCG变化和/或DRB类型变化的重配置消息时，如何指定配置有DC的UE的行为。分析不仅限于PDCP，还覆盖MAC和RLC。

如上所示，当SCG变化时，从RAN发送的重配置消息包括SCG的释放和添加，意味着所有SCG配置参数被用信令发送。如前面所示的，PDCP操作与切换时被执行的相同。在切换的情况下，E-UTRAN却通常只用信令发送与当前配置相比的变化(即，德尔塔信令)。然而，协议也包括用于切换时提供完整配置的选项，针对处理目标eNB因其支持低版本协议而不理解当前配置的情况。下表1总结了切换时当前指定的动作(没有/有完整配置(fullConfig))，按先后顺序列出。

表1用于德尔塔信令和完整信令的、切换时当前指定的动作

关于HO的上述规范的一些进一步说明如下：

-在完整配置的情况下，UE在其释放实体(看起来多余的)前，仍然执行L2的重新设置/重新建立。

-切换时被执行的MAC的重新设置，被视为功能上等同于MAC实体的释放+添加，如同SCG释放和添加时将被执行的。

-切换时被执行的RLC重新设置，被视为功能上完全等同于RLC实体的释放+添加。即，对于RLC实体的释放，规范没有明式地规定/要求RLC SDU的重组以及向上层的转发(如在RLC重新建立时所做的那样)。看起来，UE应当在RLC释放时也优先执行的这个操作(虽然当前未要求)。

综上所述，现在转向考虑，当SCG变化而使用释放和添加时的SCG变化程序(即，没有德尔塔信令)：

-在RLC和MAC层将被执行的UE操作看起来不需要任何规范，因其自动跟随相关实体的释放和添加。

-在PDCP处将被执行的UE操作与相关实体的简单释放和添加是不同的，即，PDCP实体实际上需要继续并且执行一些动作以避免数据丢失。然而，模型化这个操作是可能的，但是意味着UE不能独立处理所接收的字段drbToReleaseList和drbToAddModList，但是必须认识到DRB实际上在继续。

-如前面所示的，UE不仅需要考虑SCG变化，而且还需要考虑DRB类型变化，因此，无论如何需要分析这两个字段以决定所需的动作。

然而，如果SCG变化时支持德尔塔信令，已经进行的分析表明：

-在RLC和MAC层处将被执行的UE操作需要与用于切换的说明类似的说明。

-在PDCP处的UE操作能够类似于切换而被指定。如果该操作对于不包括切换的情况(即，SCG变化未作为切换的部分而被执行的地方)来说是需要的，则需要产生单独的字段以触发这个。

该分析表明：相同的应用是在DRB类型变化时支持的德尔塔信令，即使当其包含从MCG至SCG配置的PDCP移动(即，从MCG或分割至SCG DRB的DRB类型变化)，反之亦然。已经发现，在这种情况下德尔塔信令应当会有优点，即能够将PDCP、RLC和MAC操作与切换时执行的行为相结合。

认识到，关于DRB类型变化的德尔塔信令的支持意味着，用于德尔塔配置信令的参考(reference)取决于以下情况而不同，即：

-在重配置不包含PDCP的移动的情况下：所述参考是，PDCP配置是包括PDCP的小区群组(CG)的配置的一部分(即，CG内)。

-在重配置包括PDCP的移动的情况下：所述参考是，PDCP配置是当前包括PDCP的小区群组(CG)的配置的一部分(即，CG之间)。

-然而，每一DRB具有一个PDCP配置，并且虽然其在小区群组之间移动，也可以认为在两种情况下当前PDCP配置是参考。

如前所示的，当SCG变化时(以及当DRB类型变化时)，PDCP不能被释放和再次被添加/创建，因为这将包含不能接受的数据丢失。这需要PDCP内部状态/上下文(context)被维护。仍然，UE需要考虑到由E-UTRAN用信令发送的PDCP配置。因PDCP现有实体继续着，如果使用完整信令而不使用德尔塔信令，完成这个的一种办法是UE自身导出当前配置的德尔塔，虽然E-UTRAN用信令发送了完整配置。UE能够通过比较接收的完整配置和当前配置来完成此操作。

在SCG变化程序上由UE基于完整信令和德尔塔信令处理的这个被提议的PDCP配置的示例如下。假设：PDCP配置包括5个可选字段(配置参数(configurationparameters))，即，字段1至字段5；并且UE当前被配置了字段1、字段3和字段4。

完整信令：如果E-UTRAN希望使用字段1、字段2和字段4配置UE，以及它希望修改字段1的值并且它应用完整配置，以及因此在SCG配置(SCG-Config)中用信令发送(除了指示UE应当释放当前配置的字段(即fullconfigSCG)之外)完整的新的配置。即，它应当包括字段1、字段2和字段4。

然而，UE应当不释放当前PDCP配置，而替代地对比接收的完整配置和当前配置，并且确定差异(即，德尔塔)以及在这种情况下的相应变化应当是：字段1的修改(当接收的值不同时)、字段2的添加(当这是当前未被配置时)以及字段3的释放。

德尔塔信令：如果E-UTRAN希望使用字段1、字段2和字段4来配置UE，以及它希望修改字段1的值并且它应用德尔塔信令，它因此用信令发送(除指示SCG变化程序(即UE应当执行L2清除)的字段之外)与当前SCG配置相比的变化，即，它应当包括字段1(以指示新的值)、字段2(当当前未被配置时)以及UE应当释放字段3的指示。UE应当将这些变化应用至SCG配置并且继续PDCP实体。

两种方法(使用关于SCG变化和DRB类型变化的DRB配置参数的德尔塔信令和完整信令)看起来都是可能的，并且仅仅导致以不同的条件触发相同/相似的UE行为。

为关于SCG变化和DRB类型变化的德尔塔信令引入支持，看起来不会引入额外的复杂度，我们可以考虑在SCG变化时允许德尔塔信令。然而，UE以及操作为MeNB和SeNB的eNB需要被配置为支持德尔塔信令。

图8是展示支持德尔塔信令的SeNB变化程序的消息序列图。在步骤1，MeNB发送SeNB添加请求消息至目标SeNG(T-SeNB)，作为X2接口上的AP消息。SeNB添加请求被修改为包括根据当前分配给UE的配置设置的SCG配置设置。这可能被包括在X2 AP消息中包括的RRC节点间消息SCGConfigInfo(SCG配置信息)中。

在步骤2，T-SeNB发送SeNB添加请求应答消息至MeNB，作为X2接口上的AP消息。X2AP消息(SeNB添加请求应答)被修改为包括指示UE应当执行被定义用于SCG变化的操作的字段，即，为了重新设置/释放MAC、为了重新建立/释放RLC以及为了重新建立PDCP。这可能被包括在X2 AP消息中包括的RRC节点间消息(SCGConfig(uration))中。T-SeNB设置fullConfigSCG字段，该字段指示在应用被用信令发送的SCG配置之前，UE是否应当释放全部SCG配置，即，指示不应用德尔塔信令。这被包括在X2 AP消息SeNB添加请求应答中包括的RRC节点间消息(SCGConfig(uration))中。

在步骤3，MeNB发送SeNB释放请求消息至源SeNB(S-SeNB)，并且在步骤4中MeNB在Uu空中接口上发送RRC连接重配置消息至UE。RRC消息(RRC连接重配置，RRCConnectionReconfiguraton)被修改为包括指示UE应当执行被定义为SCG变化的操作的字段，即，为了重新设置/释放MAC、为了重新建立/释放RLC以及为了重新建立PDCP。这可以被包括在RRC IE SCG配置(其可能被包括在这个RRC消息中)中。这里，SCG配置包括德尔塔配置，而UE将其应用至用于继续的PDCP实体的当前PDCP配置。如果德尔塔信令未被指示而替代以RRC连接重配置(RRCConnectionReconfiguraton)指示SCG释放和添加，则UE代替释放SCG配置，而自身从完整的、被用信令发送的配置参数来确定德尔塔，并且UE将这个获得的德尔塔应用至用于继续的PDCP实体的当前PDCP配置。

在步骤5，UE在Uu空中接口上发送RRC连接重配置完成消息至MeNB。其后，MeNB在X2接口上发送SeNB重配置完成消息至T-SeNB，并且在步骤7，UE随后与T-SeNB执行随机接入程序以与SeNB同步和再次接入SeNB。

从而，为了使UE能够支持关于SCG变化和DRB类型变化的德尔塔信令，本申请提供了一种如图9的流程图所示的UE的方法。在此，在步骤901，UE检测被用信令发送的DRB重配置，其包括SCG变化程序或DRB类型变化(不包括切换)。这可以是在RRC连接重配置消息中指示的SCG变化或DRB类型变化。例如，RRC连接重配置消息的字段mobilityControlInfoSCG可以指示SCG变化程序。在步骤902，确定德尔塔信令是否被使用，完整信令是否被使用。如果德尔塔信令被使用，则在步骤903，UE应用接收的、被用信令发送的、与当前SCG配置参数相比的变化，以更新存储的SCG参数。所述方法进一步包括：清除第二层的服务数据单元(SDU)；释放和添加SCG-MAC实体；重新建立SCG-RLC实体；以及，继续和为已建立的SCG DRB重新建立PDCP实体。

可替代地，如果在步骤902确定在SCG变化程序或DRB类型变化(不包括切换)之上接收到完整SCG配置信令(例如，借助DRB重配置消息的字段fullConfigSCG接收SCG释放和添加指令)，则在步骤904，UE为已建立的SCG DRB继续和重新建立PDCP实体。在步骤905，UE从被用信令发送的完整SCG配置，确定对于重配置PDCP必须的当前PDCP配置的德尔塔(变化)。在步骤906，UE应用确定的变化。

类似地，为了使eNB能够作为MeNB以支持关于SCG变化和DRB类型变化的德尔塔信令，本申请提供了一种eNB的方法。在此，eNB发送关于SCG变化或DRB类型变化的DRB的重配置程序的信令。如果eNB和目标SeNB支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔信令，则eNB信令指示SCG变化程序或DRB类型变化(不包括切换)，并且eNB用信令发送与当前SCG配置参数相比的德尔塔(即，变化)。eNB自身获得德尔塔。用于使UE执行为SCG变化定义的操作(即，为了重新设置/释放MAC，为了重新建立/释放RLC以及为了重新建立PDCP)的指示可以包含：使用RRC连接重配置消息的字段mobilityControlInfoSCG。

如果eNB和目标SeNB不支持关于SCG变化或DRB类型变化(不包括切换)的德尔塔信令，则eNB可以用信令发送完整SCG配置以及在应用被用信令发送的SCG配置之前现有SCG配置应当被释放的指示。例如，字段fullConfigSCG能够被用于指示UE在应用被用信令发送的SCG之前释放全部SCG配置。用于UE在应用被用信令发送的SCG之前释放全部SCG配置的指示，能够被接收和/或由SeNB生成。

MeNB可以进一步在SeNB间SCG变化上将SCG配置发送至目标SeNB(即，在SeNB添加请求消息中将其发送至目标SeNB)。

在MeNB变化时，MeNB可以进一步在MeNB间切换上将SCG配置发送至目标MeNB(即，在X2 AP消息切换请求中将其发送至目标MeNB。这被包括在RRC节点间消息HandoverPreparationInformation(其被包含在这个X2 AP消息中)中)。

应当注意到，参数fullConfig被引入以支持向节点(其支持低协议版本的ASN.1)的移动性。也就是，这样的节点接收包括扩展(其未被包含)的配置。因节点不能生成用于释放与这样的扩展相关联的功能的常规信令，引入仅仅指示UE应当释放全部配置(fullConfig)的字段。在切换是从支持最近的协议版本的SeNB至支持早期版本(即，REL-12)的SeNB的情况下，能够使用类似的解决方案，即，目标SeNB能够决定UE应当释放全部SCG配置。因此，当德尔塔信令在SCG变化上被支持时，假定SeNB是用于决定参数fullConfigSCG的适当的节点，如以上描述的。

当前，定义了三种不同的SCG重配置程序：a)常规SCG重配置；b)同步的SCG重配置，即，包括指示UE应当执行向PS小区(PSCell)的随机接入(RA)的字段；c)SCG变化，即，包括SCG释放和添加的程序，即，包括清除第二层(以及也包括向PS小区的RA)。关于MCG，没有用于执行RA而不清除第二层的选项，大家可能会争论支持选项b)的必要。在移除这个选项的情况下，当前假定用于指示UE应当执行RA的字段(即，mobilityControlInfoSCG)，可以实际上被用于指示UE应当执行SCG变化，如以上所描述的。

分析确定，在切换、SCG变化和/或DRB类型变化时完整的UE行为已经被执行，并且在以下的表2中列出。应当注意到，该表仅仅描述了UE动作，并且是基于释放RLC实体时UE清除上层的假设。重要地，也应当注意到，表2覆盖了在SCG变化和DRB类型变化时使用完整信令的情形。关于如果德尔塔信令被使用而必须被引入的附加说明的一些评论在以下列出。

在UE操作在列/行的每一单元(cell)中适用的情况下，这个行为被分别包括在边缘单元(最左边/顶端单元)中。

表2列出完整的UE行为

看起来，在切换时并不真正需要立即将流量移动至SCG，而在其他方向支持流量移动看起来是重要的(因目标SeNB可能不能接受相同的DRBs)，后者也会受到争议，因RAN2早先同意切换时的SeNB间SCG变化对于版本12(REL-12)不是真正必要的。

结果，对于DC，表中的所有情况都需要被支持，以下例外。阴影遮挡的单元对应于不存在的情况。在SCG建立被执行的情况下，DRB类型从MCG变化为SCG，或者可能需要支持分割，例如，如果我们希望避开没有DRB的SCG。在SCG变化被执行(作为切换的部分或其他)的情况下，DRB类型从MCG变化为SCG，或看起来支持分割不是必要的，但是如果他们不引进额外的复杂度则可以被支持。在SCG变化被执行(作为切换的部分或其他)的情况下，DRB类型在SCG之间变化，并且在版本12中不需要支持分割。

参照表2，可以看到，“单元特定(cell-specific)”动作(即，通常不适用于所有相关行/列单元的动作)仅仅包括以下项目：

-PDCP重新建立，部分PDCP重新建立；

-MCG-RLC重新建立(虽然在切换时不需要这个操作可以实际上一直进行，即，当MCG-RLC实体被释放了，没有重大不利影响)；

-在SCG变化(有/没有切换)时SCG-RLC实体的释放/添加，明显地仅应用在当前配置包括SCG-RLC实体的情况下(即，不用于MCG DRB)。这被反映在顶端的行中。

考虑到这个，完整UE行为的表格可以被简化，如表3所示。

表3.列出完整UE行为的简化表

切换时执行的若干动作已经被当前程序规范所覆盖，即，PDCP：重新建立；MCG-MAC：重新设置；MCG-RLC：重新建立。

在表中指示的若干动作是收到指示相关动作时执行的常规动作(意味着在程序规范中，这已经被程序规范隐含地覆盖了)：XCG-MAC释放/添加，XCG-RLC释放/添加，PDCP UL路由(数据路径)。这是否为DRB类型变化时MCG-RLC释放的情况，依赖于实际信令细节。让我们假设从分割变化至SCG-DRB时，信令指示SCG-RLC的释放。在SCG变化时使用德尔塔信令的情况下(意味着RLC和MAC字段未被释放和添加)，需要引入说明以反映SCG-MAC被重新设置以及SCG-RLC被重新建立。

考虑到以上手段，程序规范仅仅需要另外覆盖在以上简化表3中带下划线的UE动作。UE应当执行(假定关于SCG变化和DRB类型变化的完整信令)：

-PDCP重新建立：基于DRB类型变化以及SCG变化时的SCG DRB。

-部分PDCP重新建立：基于重配置而不是HO时的DRB类型变化分割→MCG，以及SCG变化时的分割的DRB。

从而，本申请提供了一种UE的方法，该UE具有附加的规定动作，以完全地指定被要求用于在DC中执行DRB重配置程序和DRB类型变化的UE动作。也就是说，UE基于检测DRB(具有或变化为分割的DRB)或SCG DRB类型的重配置，如果该重配置包括：重配置程序类型，其不包括用于DRBs的切换，在该DRBs中，DRB类型在(a)分割的DRB或MCG DRB以及(b)SCG DRB之间变化；或者用于SCG DRB的SCG变化程序。则UE为了相关DRB重新建立PDCP实体。可替代地或另外，UE基于检测DRB(具有或变化为分割的DRB)或SCG DRB类型的重配置，如果该重配置包括：重配置程序类型，其不包括用于DRBs的切换，在该DRBs中，DRB类型从分割的DRB变化为MCG DRB(其中，仅从MCG的服务小区接收DL数据)；或者，用于分割的DRB的SCG变化程序。则UE为了相关DRB部分重新建立PDCP实体。

因需要而被识别的部分PDCP重新建立操作可能实际上是不必要的。已经认识到，实际上更好的是，为了避免引入这个部分PDCP重新建立带来的额外的复杂度，而在当前假设触发部分PDCP重新建立的情况下，替代地一直触发完整的PDCP重新建立。当DRB被变化为MCG DRB时以及SCG变化时，如果被配置有分割的DRB的UE执行常规PDCP重新建立(类似于没有DC的HO的情况)，这可以被实现。实际上，在这些情况下，如果重配置发生，所述的重配置包括：重配置程序类型，其不包括用于DRBs的切换，在该DRBs中，DRB类型从分割的DRB变化为MCG DRB(其中，仅从MCG的服务小区接收DL数据)；或者，用于分割的DRB的SCG变化程序。则，MeNB可以启动切换程序并且适当地用信令发送(例如，通过在RRC连接重配置消息中包括字段mobilityControlInfo(移动性控制信息))UE。

因此，本申请提供了部分PDCP重新建立的替换，其中，UE被配置为这样，如果重配置发生并且指示切换程序的信令被接收，则接着UE执行用于切换的被指示的程序。所述重配置包括：重配置程序类型，其不包括用于DRBs的切换，在该DRBs中，DRB类型从分割的DRB变化为MCG DRB；或者，用于分割的DRB的SCG变化程序。

考虑到需要以上信令和程序用于配置和重配置支持DC的UE，E-UTRAN和UE之间的有效信令机制是被期望的。在E-RTRA配置支持双连接的UE的情况下，专用的UE无线配置包括2部分：MCG配置和SCG配置。MeNB总体负责设置UE配置参数，以及具体地单独控制MCG配置。SeNB通常决定SCG配置参数的值，但是为了保证MCG和SCG配置的结合不会超出UE的能力，MeNB可以规定由SeNB遵守的一些约束/限制。通常，被用信令发送至UE的SCG配置由SeNB生成。然而，也有一些例外情况，其中，被用信令发送的SCG配置由MeNB生成。例如：

-MeNB可以生成指示UE应当释放全部SCG的字段。

-当从与MCC/MeNB相关联的安全密钥获得与SCG相关联的安全密钥(即，S-KeNB)时，MeNB用信令发送小小区计数器(SCC)UE使用了。

-MeNB可以决定释放分割的DRB，在这种情况下，DRB配置的MCG和SCG部分都需要被释放。不完全清楚的是，在这种情况下哪个节点会生成SCG配置部分的释放，但是如果MeNB能够完成这个，可能是有益的。

一个已经被识别的信令选项会被用于MeNB，以更新从SeNB接收的SCG配置中的字段。在这个选项中，SeNB会在X2上的容器中(例如在八位字符串中)，将SCG配置参数(被称为信息元素(IE)SCG-Configuration(SCG配置))发送至MeNB。IE SCG-Configuration包括由MeNB设置的参数，例如SCC、fullConfigSCG(完整配置SCG)。SeNB不设置这些参数，或者将它们设置为虚拟值(dummy value)。这个参数是在IE SCG-Configuration的原始REL-12部分中。这意味着，即使SeNB会添加扩展到IE SCG-Configuration，支持双连接的任何MeNB也能够设置参数。MeNB包括在向UE的Uu接口上的容器中(即，在RRC连接重配置消息中)接收的IESCG-Configuration。这个容器的使用使MeNB转发SeNB包括的任何扩展成为可能，即使MeNB不包含它们。MeNB在由其决定的这个SCG-Configuration中设置SCG参数，例如SCC、fullConfigSCG。以下的ASN.1说明了这种方法。

然而，如，在这个Uu信令方法中，SeNB应当将一些字段(例如，fullConfigSCG和scg-Count)或多或少地视为虚拟字段，MeNB不能透明地转发由SeNB接收的信息，但是在将其用信令发送至UE之前，需要解码和重新编码从SeNB接收的信息。

可供选择的方法是，MeNB转发决定用于SeNB的SCG配置参数，其随后将它们包括在SCG-Configuration中。后者的变化使MeNB能够透明地转发从SeNB接收的SCG配置信息。

在一些情况下，可能实际上是由SeNB来设置fullConfigSCG，即，当德尔塔信令在SCG变化时会被支持时。在这种情况下，SeNB可以实际上决定(例如，当接收的SCG配置包括非包含的扩展时)应用完整信令代替德尔塔信令(即，因为与常规完整配置同样的原因)。

针对以上观点，在此公开的可选择的信令选项，使MeNB简单透明转发从SeNB接收的SCG配置参数成为可能，其中能够在给UE的消息中添加附加IEs。在这个Uu信令选项中，SeNB在X2上的容器中(例如在八位字符串中)，发送SCG配置参数(被称为信息元素SCG-Configuration)。in an octet string).发送给UE的IE SCG-Configuration包括两部分，即，由MeNB设置的第一部分以及由字段IE SCG-Configuration表示的第二部分，包括由SeNB设置的参数。

在这个方法中，仅仅在容器中携带第二部分，并且MeNB能够将从SeNB接收的SCG配置的这部分透明地转发至UE。以下ASN.1说明了这两部分的信令方法。

以上的ASN.1示出了：与两个Uu信令方法一起，所有SCG配置参数被一起表示在一个结构中，其将使得一次性释放所有参数变得容易。

与两个方法一起，容器的使用使得接收节点能够转发从源eNB接收的信息而不需要包含由源节点生成的完整信息(即，包括在后来版本中引进的所有扩展)。

然而，第一种Uu信令方法暗示MeNB需要解码和重新编码从SeNB接收的信息，这是一个缺点。第二种Uu信令方法的优点是，其中，使用了两部分而使得透明地转发从SeNB接收的信息成为可能。此外，用第二种方法，被发送至UE的信息根据设置信息的网络节点被分割。

因此，为了使E-UTRAN能够配置支持DC的UE，其中MeNB能够有效地透明地转发从SeNB接收的SCG配置参数，本申请提供了一种UE的方法，其包括接收包括被一起提供在单一信息结构中的SCG配置参数的DRB配置的信令，该SCG配置参数包括两部分：第一部分，其包括由MeNB生成的SCG配置参数；以及第二部分，其包括由SeNB生成的SCG配置参数。围绕第一和第二部分的参数提供容器(例如八位字符串)，或者仅仅围绕第二部分的参数提供容器。

本申请也提供了一种作为MeNB的eNB的方法，包括发送DRB配置的信令，用信令发送的DRB配置包括被一起提供在单一信息结构中的SCG配置参数，该信息结构包括两部分：第一部分，其包括由MeNB生成的SCG配置参数；以及第二部分，其包括由SeNB生成的SCG配置参数。被发送的SCG配置参数的两部分一起被提供在单一信息结构中。MeNB设置SCG配置参数的第一部分以及从SeNB接收SCG配置参数的第二部分，并且将被提供在包括两部分的单一信息结构中的SCG配置参数发送至UE。

在一个实施例中，围绕所述参数的第一和第二部分提供容器。在此，MeNB将SCG配置参数的第一部分发送至SeNB并且从SeNB接收，以及将被提供在包括两部分的单一信息结构中的SCG配置参数透明地转发至UE。可替代地，MeNB可以解码第二部分的SCG配置参数并且重新编码第一和第二部分的SCG配置参数，在将SCG配置参数发送至UE之前，将它们一起放置在容器中。

在另一实施例中，仅仅围绕第二部分的参数提供容器。在这个实施例中，MeNB从SeNB接收SCG配置参数的第二部分，并且将它们透明地转发至UE，其被放置在容器中并且与SCG配置参数的第一部分一起被提供在包括两部分的单一信息结构中。

另外，本申请提供了一种eNB，其作为SeNB包括发送配置参数，为了使用DRB配置的信令，被发送的DRB配置参数包括由SeNB生成的SCG配置参数。DRB配置参数在X2接口上被发送至MeNB。SeNB接收由MeNB生成的SCG配置参数，并且将被发送的DRB配置参数提供在单一信息结构中，该信息结构包括两部分：第一部分，其包括由MeNB生成的SCG配置参数；以及第二部分，其包括由SeNB生成的SCG配置参数。

如将在以下解释的，双连接(其中，本申请提供了关于UE行为的建议的变化)的另一方面是为了避免关于无线链路失败(RLF)或SCG DRB释放的传输延迟。

当检测到SCG的RLF(SCG-RLF)时，因UE暂停经由SCG的上行发送，而经由SCG的数据通信是可能的。此外，UE将问题报告给MeNB。当前，直至MeNB已经解决了问题为止，经由DRBs(其中数据经由SCG被(部分地)传输)传输的分组将因此忍受增加的传输迟延。为了避免这个，当检测到SCG-RLF或SCG释放时，UE启动DRBs(其中数据经由SCG被(部分地)传输)的自主重配置。例如，当检测到SCG-RLF时，通过释放相关SCG-RLF实体和相关SCG逻辑通道，UE自主地将一个或多个分割的DRB重配置为MCG DRB。在另一示例中，当检测到SCG-RLF时，通过释放相关SCG-RLC实体和相关SCG-RLC逻辑通道，UE自主地将一个或多个SCG DRB重配置为MCGDRB，而用默认配置建立新的MCG实体。相关的PDCP被重新建立(类似切换时)和重新配置为默认配置。默认配置可以是标准中指定的配置，或者在SCG中被使用的配置，或者是对于相同EPS承载在MCG中最后使用的配置(即，在其被变化至SCG DRB之前)。

另一方面，对于不同协议部分(PDCP、RLC、逻辑通道)，默认配置可以是不同的。

例如，以下的表4显示了对于不同协议部分使用了不同默认值的说明。

表4基于自主重配置的每一协议部分的默认配置示例

为了默认使用在SCG中被使用过的配置，MeNB需要知道当前SCG配置。因SeNB一直经由MeNB用信令发送这个，MeNB应当一直具有最新的SCG配置。然而，它可能是，SeNB配置扩展并未被MeNB理解。如果是这种情况，MeNB能够决定使用另一默认值(例如，标准中规定的默认值)，或者它可以指示UE应当释放超出特定协议发布版本的所有扩展。因自主的UE动作的目的是避免增加的传输延迟，这应当在SCG-RLF被检测到之前被配置(即，如果其在消息中，MeNB通过该消息指示UE被允许通过先前的SCG DRB继续数据传输，则主要目的将不能实现)。因此，在SCG-RLF或SCG释放之前，MeNB应当指示UE应当应用哪个默认配置。当MeNB指示SCG中使用的配置是默认值时，可以另外指示，当应用这个默认值时，如果被配置了，则UE应当释放超过特定协议发布版本的所有扩展，

在E-UTRAN释放SCG的情况下，UE可以执行相同的自主重配置操作(如为SCG-RLF的检测定义的)。这将意味着，网络仅仅需要配置与UE自主重配置所导致的(默认)配置相比的一些变化。这可以减少SCG释放时的信令，因为当释放SCG时，MeNB可以只用信令发送新配置。

应该意识到，本发明的实施例能够被实现为硬件、软件或硬件和软件的结合。任何这些软件可以存储为易失性存储器或非易失性存储器的形式，比如类似ROM等存储设备，不论是可擦除的还是可重写的；或者存储为存储器的形式，例如，RAM、存储芯片、设备或集成电路；或者被存储在光可读介质或磁可读介质上，比如，CD，DVD、磁盘或磁带等等。应该意识到，存储设备和存储介质是适于存储一个程序或多个程序的机器可读存储器的实施例，所述一个程序或多个程序包括指令，当所述指令被执行时，实现本发明的实施例。因此，实施例提供程序和存储这种程序的机器可读存储器，所述程序包括用于实现本说明书的任何一项权利要求所述的装置或方法。此外，可以经由任何介质(包括经由有线连接或无线连接携带的通信信号)来以电方式传达这些程序，并且实施例适当地包括这些程序。

贯穿所述描述和本说明书的权利要求，词语“包括”和“包含(contain)”以及它们的变化意指“包括但不限于”，并且它们不是为了(并不)排除其他部分，添加物组件整体，元件或步骤。贯穿所述描述和本说明书的权利要求，单数形式包括复数形式，除非上下文另有要求。具体地，在使用不定冠词的地方，说明将被理解为考虑复数和单数，除非上下文另有要求。

结合本发明的特定方面、实施例或示例描述的特征、整体或特性，将被理解为可以用于在此描述的其他方面、实施例或示例，除非与之矛盾。在本说明书(包括任何附随的权利要求书、摘要和附图)中公开的所有特征，和/或公开的任何方法或过程的所有步骤，可以任何组合被组合，除非这种组合的至少一些这些特征和/或步骤是互斥的。本发明不受到任何前述实施例的细节的限制。本发明扩展到任何新的或新的组合，还将理解的是，贯穿所述描述和本说明书的权利要求，采用一般形式的“用于Y的X(X for Y)”的语言(其中Y是一些动作、活动或步骤并且X是用于执行该动作、活动或步骤的手段)包括特别地适用于或被配置(但不仅限于)执行Y的手段。

读者的注意力指向所有的文件和文档，其与本申请相关的说明书同时或在之前申请，并且本说明书是公开的给公众可检查的，以及这些文件和文档的内容通过整体引用而合并于此。

以上实施例将被理解为发明的说明性示例。发明的进一步实施例是能被设想的。应当理解的时，关于任何一个实施例描述的任何特征可以被单独使用，或与描述的其他特征结合，并且也可以与任何其他实施例的一个或多个特征，或任何其他实施例的任何组合结合使用。而且，以上未描述的等同物和修改可以被使用，不会脱离本发明的范围(在附随的权利要求中被定义)。

Claims

1.一种由第一基站控制承载的方法，该方法包括：

将用于修改所述承载的第一消息发送至第二基站；

从所述第二基站接收第二消息，所述第二消息包括与用于所述第二基站的承载相关联的第一信息；

生成包括所述第一信息和第二信息的配置信息；以及

将所述配置信息发送至终端。

2.如权利要求1所述的方法，其中，所述第一信息包括用于修改用于所述第二基站的数据无线承载的至少一个参数。

3.如权利要求1所述的方法，其中，所述第二信息包括用于生成安全密钥的至少一个参数。

4.如权利要求1所述的方法，其中，所述配置信息包括与当前承载信息相比变化了的信息。

5.一种由第二基站控制承载的方法，该方法包括：

从第一基站接收用于修改所述承载的第一消息；以及

将第二消息发送至所述第一基站，所述第二消息包括与用于所述第二基站的承载相关联的第一信息，

其中，包括所述第一信息和第二信息的配置信息由所述第一基站发送至所述终端。

6.如权利要求5所述的方法，其中，所述第一信息包括用于修改用于所述第二基站的数据无线承载的至少一个参数。

7.如权利要求5所述的方法，其中，所述第二信息包括用于生成安全密钥的至少一个参数。

8.如权利要求5所述的方法，其中，所述配置信息包括与当前承载信息相比变化了的信息。

9.一种由终端控制承载的方法，该方法包括：

从第一基站接收配置信息，所述配置信息包括与用于第二基站的承载相关联的第一信息和第二信息；以及

基于所述配置信息修改与所述承载相关联的信息，

其中，所述第一信息从所述第二基站被发送至所述第一基站。

10.如权利要求9所述的方法，其中，所述第一信息包括用于修改用于所述第二基站的数据无线承载的至少一个参数。

11.如权利要求9所述的方法，其中，所述第二信息包括用于生成安全密钥的至少一个参数。

12.如权利要求9所述的方法，其中，所述配置信息包括与当前承载信息相比变化了的信息。

13.一种用于控制承载的第一基站，该第一基站包括：

收发器，用于接收和发送信号；

控制器，被配置为将用于修改所述承载的第一消息发送至第二基站，从所述第二基站接收包括与用于所述第二基站的承载相关联的第一信息的第二消息，生成包括所述第一信息和第二信息的配置信息，以及将所述配置信息发送至终端。

14.如权利要求13所述的第一基站，其中，所述第一信息包括用于修改用于所述第二基站的数据无线承载的至少一个参数。

15.如权利要求13所述的第一基站，其中，所述第二信息包括用于生成安全密钥的至少一个参数。

16.如权利要求13所述的第一基站，其中，所述配置信息包括与当前承载信息相比变化了的信息。

17.一种用于控制承载的第二基站，该第二基站包括：

收发器，用于接收和发送信号；

控制器，被配置为从第一基站接收用于修改所述承载的第一消息，以及将包括与用于所述第二基站的承载相关联的第一信息的第二消息发送至所述第一基站，

18.如权利要求17所述的第一基站，其中，所述第一信息包括用于修改用于所述第二基站的数据无线承载的至少一个参数。

19.如权利要求17所述的第一基站，其中，所述第二信息包括用于生成安全密钥的至少一个参数。

20.如权利要求17所述的第一基站，其中，所述配置信息包括与当前承载信息相比变化了的信息。

21.一种用于由终端控制承载的终端，该终端包括：

收发器，用于接收和发送信号；

控制器，被配置为从第一基站接收包括第一信息和第二信息的配置信息，所述第一信息与用于第二基站的承载相关联，以及基于所述配置信息修改与所述承载相关联的信息，

22.如权利要求21所述的终端，其中，所述第一信息包括用于修改用于所述第二基站的数据无线承载的至少一个参数。

23.如权利要求21所述的终端，其中，所述第二信息包括用于生成安全密钥的至少一个参数。

24.如权利要求21所述的终端，其中，所述配置信息包括与当前承载信息相比变化了的信息。