具体实施方式
承载分离就是让UE可以同时聚合Local eNB和Macro eNB的资源,但是UE的RRC连接维持在Macro eNB下,Local资源仅用于数据传输,不能传输控制信息。如果Local eNB不能传输控制信息,那么Macro eNB和Local eNB的控制面协议栈如下,根据该控制面协议栈结构,对于承载分离的UE而言,RRC层控制仅在Macro eNB下,Local eNB没有RRC控制功能。部分Macro/Local eNB分层组网情况下的控制面协议栈,对于Local eNB由于其不具备RRC功能,因此该节点既不能接收测量结果,所以无法实现对本地节点下的小区进行管理。
本发明实施例宏基站通知本地基站对本地基站下的小区进行管理。由于本发明实施例宏基站辅助本地基站进行本地基站下的小区管理,从而实现了在用户面和控制面分离的分层网络部署场景下,对本地节点下的小区进行管理。
其中,本发明实施例的宏基站是LTE宏基站;本发明实施例的本地基站是LTE的Pico eNB(微基站)或Home eNB(家庭基站)或Relay(中继)设备等。
需要说明的是,本发明实施例小区管理也可以叫做载波管理,如果是载波管理,那么本发明实施例中对应的小区变为载波,比如辅小区可以变更为辅载波,主小区可以变更为主载波。
下面结合说明书附图对本发明实施例作进一步详细描述。
在下面的说明过程中,先从网络侧和用户设备侧的配合实施进行说明,最后分别从网络侧与用户设备侧的实施进行说明,但这并不意味着二者必须配合实施,实际上,当网络侧与用户设备侧分开实施时,也解决了分别在网络侧、用户设备侧所存在的问题,只是二者结合使用时,会获得更好的技术效果。
如图3所示,本发明实施例小区管理的***包括:宏基站10和本地基站20。
宏基站10,用于确定需要对本地基站20下的小区进行管理,通知本地基站20对本地基站20下的小区进行管理;
本地基站20,用于接收到宏基站10的对本地基站下的小区进行管理的通知,根据收到的通知,对本地基站20下的小区进行管理。
其中,宏基站10通过与本地基站20之间的接口通知本地基站20。
在实施中,宏基站10将需要进行管理的小区的配置信息通知本地基站20。
相应的,本地基站20根据收到的通知中进行管理的小区的配置信息,对本地基站20下的小区进行管理。
较佳地,本地基站20对本地基站20下的小区进行管理之后,向宏基站10返回响应信息。
其中,宏基站10或本地基站20还可以通过专用信令通知用户设备对用户设备聚合的本地基站下小区进行管理。
其中,专用信令是RRC(Radio Resource Control,无线资源控制)信令、MAC(Medium Access Control,媒体接入控制)信令或物理层信令。
相应的,本发明实施例小区管理的***还包括:用户设备30。
用户设备30,用于接收到来自网络侧的对连接的本地基站20下的小区进行管理的通知,根据收到的通知,对本地基站20下的小区进行管理。
在实施中,宏基站10或本地基站20将需要进行管理的小区的配置信息通知用户设备30。
相应的,用户设备30根据收到的通知中需要管理的小区的配置信息,对用户设备聚合的本地基站20下的小区进行管理。
较佳地,若专用信令是RRC信令,则用户设备30对本地基站20下的小区进行管理之后,向网络侧返回RRC重配置完成信息;若专用信令是MAC信令,则用户设备30针对小区管理通知的MAC信令进行HARQ(HybridAutomatic Repeat reQuest,混合自动重传请求)反馈;用户设备30还可以不进行任何反馈由网络侧根据小区管理信令发送时刻以及固定的定时关系确定小区管理完成时刻;
相应的,如果是宏基站10通知用户设备30进行小区管理,宏基站10在收到来自用户设备30的RRC重配置完成消息后或者根据接收到来自所述用户设备针对小区管理通知的MAC信令的HARQ反馈后或者根据由小区管理信令发送时刻以及固定的定时关系确定的小区管理完成时刻之后,通知本地基站20小区管理完成。
相应的,如果是本地基站20通知用户设备30进行小区管理,则宏基站10先通知本地基站20进行小区管理,然后本地基站20再通知用户设备30进行小区管理。本地基站20在收到来自用户设备30的RRC重配置完成消息后或者根据接收到来自所述用户设备针对小区管理通知的MAC信令的HARQ反馈后或者根据由小区管理信令发送时刻以及固定的定时关系确定的小区管理完成时刻之后,通知宏基站10小区管理完成。
在实施中,小区包括主小区和辅小区,下面针对不同的小区分别进行说明。
情况一、对本地基站下的辅小区进行管理。
对本地基站下的辅小区进行管理包括但不限于下列中的至少一种:添加辅小区、删除辅小区和修改辅小区配置信息。
若对本地基站下的辅小区进行管理是添加辅小区,进行管理的辅小区的配置信息包括辅小区的全部配置信息;
若对本地基站下的辅小区进行管理是删除辅小区,进行管理的辅小区的配置信息包括辅小区的标识;
若对本地基站下的辅小区进行管理是修改辅小区配置信息,进行管理的辅小区的配置信息包括需要修改的辅小区的配置信息;对于修改辅小区配置信息是先删除一个辅小区再添加一个辅小区的情况,进行管理的辅小区的配置信息包括删除的辅小区的标识和添加的辅小区的全部配置信息。
针对情况一,较佳地,本地基站20还可以向宏基站10发送本地基站下的辅小区的辅助信息。
其中,辅小区的辅助信息包括但不限于下列信息中的至少一种:
小区负荷、PDCP(Packet Data Convergence Protocol,分组数据聚合协议)中的数据量、RLC(Radio Link Control,无线链路控制)buffer(缓存)中的数据量和小区干扰情况。
情况二、对本地基站下的主小区进行管理。
对本地基站下的主小区进行管理包括:选择主小区或变更主小区。
选择主小区或变更主小区的配置信息是主小区的全部或者部分配置信息。
针对情况二,较佳地,本地基站20还可以向宏基站10发送本地基站下的主小区的辅助信息。
其中,主小区的辅助信息包括但不限于下列信息中的至少一种:
倾向的主小区标识(比如主小区编号等可以唯一标识主小区的信息)、各个小区负荷和各个小区干扰情况。
针对情况二,在发送主小区的配置信息的同时还可以携带用于辅小区管理的配置信息。
具体的,宏基站10将本地基站20下的辅小区的配置信息通知给本地基站20;相应的,本地基站20根据收到的通知中本地基站下的辅小区的配置信息,对本地基站下的辅小区进行管理。这里的管理包括下列中的部分或全部:添加辅小区、删除辅小区和修改辅小区配置信息。
宏基站10或本地基站20将本地基站20下的辅小区的配置信息通知给用户设备;相应的,用户设备30根据收到的通知中本地基站20下的辅小区的配置信息,对用户设备30聚合的本地基站20下的辅小区进行管理。这里的管理包括下列中的部分或全部:添加辅小区、删除辅小区和修改辅小区配置信息。
若对本地基站下的主小区进行管理是变更主小区;则变更后的主小区默认处于激活状态;或在变更后的主小区默认去激活状态,且需要使用主小区时,宏基站10向本地基站20发送激活信令激活该本地基站20下的主小区。
若对本地基站下的主小区进行管理是变更主小区;从接收到主小区变更指示到主小区变更完成,本地基站20和用户设备30之间不进行数据传输。
如图4所示,本发明实施例小区管理的***中的宏基站包括:确定模块400和第一处理模块410。
确定模块400,用于确定需要对本地基站下的小区进行管理;
第一处理模块410,用于通知本地基站对本地基站下的小区进行管理。
较佳地,第一处理模块410在确定模块确定需要对本地基站下的小区进行管理之后,通过专用信令通知用户设备对用户设备聚合的本地基站下小区进行管理,其中专用信令是RRC信令、MAC信令或者物理层信令。
较佳地,若专用信令是RRC信令;第一处理模块410在收到来自所述用户设备的RRC重配置完成消息后,通知本地基站小区管理完成;或根据接收到来自用户设备针对小区管理通知的MAC信令的HARQ反馈后,通知本地基站小区管理完成;或根据由小区管理信令发送时刻以及固定的定时关系确定的小区管理完成时刻之后,通知本地基站小区管理完成。
较佳地,第一处理模块410将需要进行管理的小区的配置信息通知本地基站;
较佳地,第一处理模块410将需要进行管理的小区的配置信息通知用户设备。
较佳地,第一处理模块410接收来自本地基站下的小区的辅助信息。
如图5所示,本发明实施例小区管理的***中的本地基站包括:第一接收模块500和第二处理模块510。
第一接收模块500,用于接收到宏基站的对本地基站下的小区进行管理的通知;
第二处理模块510,用于根据收到的通知,对本地基站下的小区进行管理。
较佳地,第二处理模块510根据收到的通知中进行管理的小区的配置信息,对本地基站下的小区进行管理。
较佳地,第二处理模块510在第一接收模块接收到宏基站的对本地基站下的小区进行管理的通知之后,通过专用信令通知用户设备对用户设备聚合的本地基站下小区进行管理,其中专用信令是RRC信令、MAC信令或者物理层信令。
较佳地,第二处理模块510通过专用信令通知用户设备对所述用户设备聚合的本地基站下小区进行管理之后,在收到来自用户设备的RRC重配置完成消息后,通知宏基站小区管理完成;或根据接收到来自所述用户设备针对小区管理通知的MAC信令的HARQ反馈后,通知宏基站小区管理完成;或根据由小区管理信令发送时刻以及固定的定时关系确定的小区管理完成时刻之后,通知宏基站小区管理完成。
较佳地,第二处理模块510对本地基站下的小区进行管理之后,向宏基站返回响应信息。
较佳地,第二处理模块510向宏基站发送本地基站下的小区的辅助信息。
如图6所示,本发明实施例小区管理的***中的用户设备包括:第二接收模块600和第三处理模块610。
第二接收模块600,用于接收到来自网络侧的对连接的本地基站下的小区进行管理的通知;
第三处理模块610,用于根据收到的通知,对本地基站下的小区进行管理。
较佳地,第三处理模块610根据收到的通知中需要管理的小区的配置信息,对用户设备聚合的本地基站下的小区进行管理。
较佳地,第三处理模块610对本地基站下的小区进行管理之后,向网络侧返回RRC重配置完成信息。
基于同一发明构思,本发明实施例中还提供了宏基站通知进行小区管理的方法、本地基站进行小区管理的方法以及用户设备进行小区管理的方法,由于这些方法解决问题的原理与图3本发明实施例小区管理的***相似,因此这些方法的实施可以参见***的实施,重复之处不再赘述。
如图7所示,本发明实施例宏基站通知进行小区管理的方法包括下列步骤:
步骤701、宏基站确定需要对本地基站下的小区进行管理;
步骤702、宏基站通知本地基站对本地基站下的小区进行管理。
较佳地,步骤701之后还可以进一步包括:
宏基站通过专用信令通知用户设备对用户设备聚合的本地基站下小区进行管理,其中专用信令是RRC信令、MAC信令或者物理层信令。
较佳地,宏基站通过专用信令通知用户设备对所述用户设备聚合的本地基站下小区进行管理之后,还包括:
宏基站在收到来自用户设备的RRC重配置完成消息后,通知所述本地基站小区管理完成;或
宏基站根据接收到来自所述用户设备针对小区管理通知的MAC信令的HARQ反馈后,通知本地基站小区管理完成;或
宏基站根据由小区管理信令发送时刻以及固定的定时关系确定的小区管理完成时刻之后,通知本地基站小区管理完成。
步骤702中,宏基站将需要进行管理的小区的配置信息通知本地基站。
较佳地。宏基站将需要进行管理的小区的配置信息通知用户设备。
若宏基站确定需要对本地基站下的辅小区进行管理;则对本地基站下的辅小区进行管理包括下列中的至少一种:添加辅小区、删除辅小区和修改辅小区配置信息。
若对本地基站下的辅小区进行管理是添加辅小区,进行管理的辅小区的配置信息包括辅小区的全部配置信息;
若对本地基站下的辅小区进行管理是删除辅小区,进行管理的辅小区的配置信息包括辅小区的标识;
若对本地基站下的辅小区进行管理是修改辅小区配置信息,进行管理的辅小区的配置信息包括需要修改的辅小区的配置信息,或删除的辅小区的标识和添加的辅小区的全部配置信息。
若宏基站确定需要对本地基站下的主小区进行管理;则对本地基站下的主小区进行管理包括:选择主小区或变更主小区。
较佳地,宏基站还可以将本地基站下的辅小区的配置信息同主小区配置信息一起发送。
较佳地,若对本地基站下的主小区进行管理是变更主小区;变更后的主小区默认处于激活状态;或在变更后的主小区默认去激活状态,且需要使用主小区时,宏基站向本地基站发送激活信令激活该本地基站下的主小区。
较佳地,若对本地基站下的主小区进行管理是变更主小区;从接收到主小区变更指示到主小区变更完成,本地基站和用户设备之间不进行数据传输。
较佳地,宏基站接收来自本地基站下的小区的辅助信息。
其中,辅助信息包括下列信息中的部分或全部:
小区负荷、PDCP中的数据量、RLC buffer中的数据量、小区干扰情况和主小区标识。
如图8所示,本发明实施例本地基站进行小区管理的方法包括下列步骤:
步骤801、本地基站接收到宏基站的对本地基站下的小区进行管理的通知;
步骤802、本地基站根据收到的通知,对本地基站下的小区进行管理。
较佳地,步骤802中,本地基站根据收到的通知中进行管理的小区的配置信息,对本地基站下的小区进行管理。
较佳地,若对本地基站下的小区进行管理是对本地基站下的辅小区进行管理;则对本地基站下的辅小区进行管理包括下列中的至少一种:添加辅小区、删除辅小区和修改辅小区配置信息。
较佳地,若对本地基站下的辅小区进行管理是添加辅小区,进行管理的辅小区的配置信息包括辅小区的全部配置信息;
若对本地基站下的辅小区进行管理是删除辅小区,进行管理的辅小区的配置信息包括辅小区的标识;
若对本地基站下的辅小区进行管理是修改辅小区配置信息,进行管理的辅小区的配置信息包括需要修改的辅小区的配置信息,或删除的辅小区的标识和添加的辅小区的全部配置信息。
较佳地,若对本地基站下的小区进行管理是对本地基站下的主小区进行管理;则对本地基站下的主小区进行管理包括:选择主小区或变更主小区。
较佳地,若通知中除了主小区的配置信息还包括辅小区的配置信息,则本地基站根据收到的通知中本地基站下的辅小区的配置信息,对本地基站下的辅小区进行管理。
较佳地,本地基站接收到宏基站的对本地基站下的小区进行管理的通知之后,还可以通过专用信令通知用户设备对用户设备聚合的本地基站下小区进行管理,其中专用信令是RRC信令、MAC信令或者物理层信令。
较佳地,本地基站通过专用信令通知用户设备对所述用户设备聚合的本地基站下小区进行管理之后,还包括:
本地基站在收到来自用户设备的RRC重配置完成消息后,通知所述宏基站小区管理完成;或
本地基站根据接收到来自所述用户设备针对小区管理通知的MAC信令的HARQ反馈后,通知所述宏基站小区管理完成;或
本地基站根据由小区管理信令发送时刻以及固定的定时关系确定的小区管理完成时刻之后,通知宏基站小区管理完成。
较佳地,本地基站对本地基站下的小区进行管理之后,还可以向宏基站返回响应信息。
较佳地,本地基站向宏基站发送本地基站下的小区的辅助信息。
其中,辅助信息包括下列信息中的部分或全部:
小区负荷、PDCP中的数据量、RLC buffer中的数据量、小区干扰情况和主小区标识。
如图9所示,本发明实施例用户设备进行小区管理的方法包括下列步骤:
步骤901、用户设备接收到来自网络侧的对连接的本地基站下的小区进行管理的通知;
步骤902、用户设备根据收到的通知,对本地基站下的小区进行管理。
较佳地,步骤902中,用户设备根据收到的通知中需要管理的小区的配置信息,对用户设备聚合的本地基站下的小区进行管理。
较佳地,若对本地基站下的小区进行管理是对本地基站下的辅小区进行管理;则对本地基站下的辅小区进行管理包括下列中的至少一种:添加辅小区、删除辅小区和修改辅小区配置信息。
较佳地,若对本地基站下的辅小区进行管理是添加辅小区,进行管理的辅小区的配置信息包括辅小区的全部配置信息;
若对本地基站下的辅小区进行管理是删除辅小区,进行管理的辅小区的配置信息包括辅小区的标识;
若对本地基站下的辅小区进行管理是修改辅小区配置信息,进行管理的辅小区的配置信息包括需要修改的辅小区的配置信息,或删除的辅小区的标识和添加的辅小区的全部配置信息。
较佳地,若对本地基站下的小区进行管理是对本地基站下的主小区进行管理;则对本地基站下的主小区进行管理包括:选择主小区或变更主小区。
较佳地,若通知中除了主小区的配置信息还包括辅小区的配置信息,则用户设备根据收到的通知中本地基站下的辅小区的配置信息,对用户设备聚合的本地基站下的辅小区进行管理。
较佳地,步骤901中,若网络侧通过专用信令通知用户设备,且专用信令是RRC信令,则用户设备对本地基站下的小区进行管理之后,向网络侧返回RRC重配置完成信息。
下面以具体实例对本发明的方案进行说明。
实例一、Macro eNB辅助Local eNB添加辅小区。
步骤1:Macro eNB进行Local eNB下辅小区添加判决:
Macro eNB根据UE的测量上报和/或通过与Local eNB的接口反馈过来的辅助信息(比如承载的数据量信息、负荷信息、干扰情况等)确定需要为LocaleNB添加的辅小区。
步骤2:Macro eNB通知UE进行辅小区添加:
Macro eNB通过RRC重配信令为UE添加Local eNB下的辅小区,RRC重配信令中至少包含:辅小区的编号、频点、PCI以及相关公用无线资源配置信息(或专用无线资源配置信息)。
UE接收到Macro eNB发送的RRC重配信令后,根据信令指示添加LocaleNB下辅小区并向Macro eNB反馈RRC重配完成消息。
步骤3:Macro eNB通知Local eNB进行辅小区添加:
Macro eNB通过Macro eNB和Local eNB之间的接口将Macro eNB确定的Local eNB下要添加的辅小区结果通知Local eNB,内容至少包括:UE标识、辅小区标识等。Local eNB再添加完成后给Macro eNB回复响应消息(即回复自身小区管理完成的响应消息)。
其中,Local eNB要根据UE标识确定辅小区的管理是针对哪个UE进行的。
步骤4:Macro eNB向Local eNB指示辅小区添加完成:
Macro eNB收到UE反馈的RRC重配完成消息,向Local eNB指示辅小区添加完成。可选的,Local eNB需要给Macro eNB回复响应消息(即UE小区管理完成指示的响应消息)。
步骤5:新添加的辅小区正常工作:
Local eNB根据数据传输需求可以选择激活新添加的辅小区,并根据辅小区的同步情况判断是否需要触发UE在该小区上进行随机接入,一旦UE建立该辅小区的上行同步,那么Local eNB可以正常调度该辅小区进行数据传输。
实例二、Macro eNB辅助Local eNB释放辅小区。
步骤1:Macro eNB进行Local eNB下辅小区释放判决:
Macro eNB根据UE的测量上报和/或通过与Local eNB之间的接口反馈过来的辅助信息(比如承载的数据量信息、负荷信息、干扰情况等)确定Local eNB需要释放的辅小区。
步骤2:Macro eNB通知UE进行辅小区释放:
Macro eNB通过RRC重配信令通知UE释放Local eNB下的辅小区,RRC重配信令中至少包含:辅小区标识(比如辅小区编号)。UE接收到Macro eNB发送的RRC重配信令后,根据信令指示释放Local eNB下相关辅小区并向Macro eNB反馈RRC重配完成消息。
步骤3:Macro eNB通知Local eNB进行辅小区释放:
Macro eNB通过Macro eNB和Local eNB之间的接口将Macro eNB确定的Local eNB下要释放的辅小区通知Local eNB,内容至少包括:UE标识、辅小区标识。Local eNB再完成释放后需要给Macro eNB回复响应消息(即回复自身小区管理完成的响应消息)。
步骤4:Macro eNB向Local eNB指示辅小区释放完成
该步骤为可选步骤,Macro eNB收到UE反馈的RRC重配完成消息,向Local eNB指示辅小区释放完成。Local eNB可以向Macro eNB回复响应消息(即UE小区管理完成指示的响应消息)。
实例三:Macro eNB辅助Local eNB进行辅小区的修改。
步骤1:Macro eNB进行Local eNB下辅小区参数修改判决:
Macro eNB根据UE的测量上报和/或通过与Local eNB之间的接口反馈过来的辅助信息(比如要修改的公共或者专用参数)确定需要为Local eNB进行参数修改的辅小区。
步骤2:Macro eNB通知UE进行辅小区配置修改:
Macro eNB通过RRC重配信令为UE在Local eNB下的辅小区进行配置修改,RRC重配信令中至少包含:辅小区的编号、要修改的公用无线资源配置信息(或专用无线资源配置信息)。UE接收到Macro eNB发送的RRC重配信令后,根据信令指示进行Local eNB下辅小区参数修改并向Macro eNB反馈RRC重配完成消息。
步骤3:Macro eNB通知Local eNB进行辅小区参数配置修改:
Macro eNB通过Macro eNB和Local eNB之间的接口将Macro eNB确定的Local eNB下要修改的辅小区结果通知Local eNB,内容至少包括:UE标识、辅小区标识、要修改的公用无线资源配置信息(或专用无线资源配置信息)等,Local eNB再完成修改后需要给Macro eNB回复响应消息(即回复自身小区管理完成的响应消息)。
步骤4:Macro eNB向Local eNB指示辅小区参数修改完成:
Macro eNB收到UE反馈的RRC重配完成消息,向Local eNB指示辅小区参数修改完成。可选的,Local eNB可以向Macro eNB回复响应消息(即UE小区管理完成指示的响应消息)。
步骤5:新添加的辅小区正常工作:
Local eNB根据修改后的参数在该辅小区上开始正常工作。
实例四:DRB分离时Local eNB进行主小区选择。
步骤1:Macro eNB进行Local eNB下主小区选择:
当Macro eNB判决需要进行承载分离时,Macro eNB可以在承载分离请求中携带期望的Local eNB下的主小区配置信息,可选的,还可以携带期望的Local eNB下辅小区配置。Macro eNB选择Local eNB下期望的主/辅小区(主/辅小区是指一定要有主小区,可选的还可以有辅小区,下同)主要是依据UE的测量。
步骤2:Macro eNB将主小区配置结果通知Local eNB:
Local eNB接收到Macro eNB发送过来的承载分离请求消息,该消息至少包含UE标识、要分离的承载标识、主小区配置等参数。Local eNB接受MacroeNB配置的主/辅小区配置,然后向Local eNB发送承载分离响应消息。承载分离响应消息中可以携带主/辅小区配置,也可以不携带。
步骤3:Macro eNB将Local eNB的相关配置通知UE:
Macro eNB向UE发送RRC重配消息,如果Macro eNB接收到的承载分离响应消息中不包含主/辅小区配置,那么Macro eNB需要在RRC重配消息中添加相关配置信息。UE接收到RRC重配信令,应用相关配置,并向Macro eNB反馈重配完成消息。
步骤4:Macro eNB向Local eNB指示DRB分离完成:
Macro eNB接收到重配完成消息,通知LeNB重配完成。
步骤5:UE在Local eNB正常工作:
Local eNB和UE开始在新配置的Local eNB下主/辅小区上工作,新的主小区可以默认激活或者去激活。如果默认去激活,那么需要Macro eNB发送激活信令进行激活,激活后Macro eNB需要通知Local eNB,Local eNB才可以在Local eNB下各个小区上正常工作。
实例五:Local eNB节点主小区变更。
步骤1:Macro eNB进行Local eNB下主小区变更判决:
Macro eNB根据UE测量结果和/或通过与Local eNB之间的接口反馈过来的辅助信息(比如当前主小区的干扰、负荷或者倾向的主小区等信息)判断Local eNB是否需要进行主小区变更。如果Macro eNB判决Local eNB下需要变更主小区,那么由Macro eNB确定新的主小区。
步骤2:Macro eNB将主小区变更结果通知Local eNB:
Macro eNB通过Macro eNB和Local eNB之间的接口向Local eNB发送主小区重配信令,指示Local eNB更新其PCell以及PCell相关配置信息。该消息至少包含UE标识、新的主小区相关配置。可选的,还可以携带期望的Local eNB下辅小区配置。
Local eNB接收到该消息,停止Local eNB下所有小区的数据传输(包括发送调度、SRS接收等)并更新主小区及其配置,新主小区配置完成后通过基站间接口向Macro eNB回复重配完成指示信息。
步骤3:Macro eNB将主小区配置结果通知UE:
Macro eNB向UE发送RRC重配信令,重配Local eNB下的主小区。可选的,还可以携带期望的Local eNB下辅小区配置。UE接收到主小区重配信令后,重配Local eNB的主小区,不需要执行密钥变更、RLC/PDCP重建等操作,只需要变更主小区相关配置,并向Macro eNB反馈重配完成消息。
步骤4:Macro eNB向Local eNB指示UE在Local eNB下的主小区变更完成:
Macro eNB接收到UE的重配完成消息后,向Local eNB指示UE主小区重配已经完成。
步骤5:UE在Local eNB正常工作:
Local eNB和UE在新的主小区上可以开始正常工作,比如建立UE在新主小区上和Local eNB的上行同步,进行数据传输。新的主小区可以默认处于激活状态或者去激活状态,如果默认去激活,那么需要Macro eNB发送激活信令进行激活,激活后Macro eNB需要通知Local eNB,Local eNB才可以在LocaleNB下各个小区上正常工作。
需要说明的是:
1、上述所有实例中步骤2和步骤3的顺序并不严格限定,可以先执行步骤2,再执行步骤3,或先执行步骤3再执行步骤2,或两者同时执行。
2、步骤3和步骤4还可以合并,即Macro eNB先向UE发送RRC重配信令,等UE反馈重配完成消息后或者ACK后,再通知Local eNB执行相关操作,这样就可以节省步骤4中Macro eNB向Local eNB发送的UE重配完成指示消息了。
3、步骤2、步骤3和步骤4还可以做如下修改:Macro eNB通知Local eNB进行相关操作,接收到Local eNB响应消息后,再通知UE进行RRC连接重配。
4、如果主/辅小区配置失败,那么可以触发UE进行RRC连接重建。
本领域内的技术人员应明白,本发明的实施例可提供为方法、***、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(***)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。