链路重建方法、第一基站、第二基站、用户设备及装置与流程

文档序号:14993972发布日期:2018-07-20 23:12阅读:233来源:国知局

本发明涉及通信技术领域,尤其是涉及一种链路重建方法、第一基站、第二基站、用户设备及装置。



背景技术:

随着通信技术的不断发展,用户需要网络提供更方便更快捷的大流量数据通信服务。为了满足用户的这种需求,通信网络架构需要不断的演进和增强。第三代合作伙伴计划(the3rdgenerationpartnershipproject,3gpp)在r12中提出了宏基站覆盖范围内增加若干微基站的网络架构,即双连接/多连接系统架构。在该系统架构中,用户设备可以同时与两个(或者多个)基站同时保持连接,进行上下行链路的通信。与用户设备同时保持连接的两个(或者多个基站)中,包含至少一个主基站(masterenb,menb)和至少一个辅基站(secondaryenb,senb。其中menb用于管理该系统中的senb。

当用户设备处于无线资源控制(radioresourcecontrol,rrc)连接状态时,如果出现切换失败、无线链路失败、完整性保护失败、rrc重配置失败等情况,将会触发rrc连接重建过程。重建rrc连接,包括信令承载(signallingradiobearer,srb1)操作的恢复,以及安全的重新激活。处于rrc连接(rrc_connected)状态的用户设备,如果安全已被激活,可发起该过程继续rrc连接。当相关小区具有终端上下文时,重建才会成功。

在现有的协议或者方案中如果用户设备触发了在menb上的重建流程,一旦用户设备收到了rrc连接重建拒绝(rrcconnectionreestablishmentreject)消息,用户设备就会进入离开rrc_connected流程,数据承载中断。此时即使senb内有满足需求的小区存在,也不会尝试在senb上进行重建。反之,如果用户设备触发了在senb上的重建流程,一旦收到rrcconnectionreestablishmentreject,则直接进入离开rrc_connected流程,数据承载中断,即使menb内有满足需求的小区存在,也不会尝试在menb上进行重建。使得链路重建的成功率较低,不能保证承载的连续性。



技术实现要素:

本发明提供了一种链路重建方法,第一基站、第二基站、用户设备及装置,用于提高链路重建的成功率,保证重建过程中承载的连续性。

一种链路重建方法,包括第一基站接收用户设备通过所述第一基站重新建立链路被拒绝时发送的重建请求;所述第一基站在确定出所述重建请求中包含第二重建上下文信息时,所述第一基站将所述第二重建上下文信息发送给第二基站;所述第一基站在接收到所述第二基站发送的确认信息时,所述第一基站向所述用户设备发送第一重建拒绝消息,其中,所述确认信息是所述第二基站根据所述第二重建上下文信息确定所述用户终端能够通过所述第二基站重新建立链路,所述第一重建拒绝消息中包含所述确认信息。

还包括:所述第一基站在确定出所述重建请求中未包含第二重建上下文信息时,所述第一基站向所述用户设备发送第二重建拒绝消息,其中所述第二重建拒绝消息用于通知拒绝所述用户设备进行链路重建。

所述第一基站是主基站,所述第二基站是辅基站,所述第一基站管辖所述第二基站。

在第一基站在接收用户设备通过所述第一基站重新建立链路拒绝时发送的重建请求之前,还包括:所述第一基站判断所述用户设备是否是首次通过所述第一基站重新建立链路;若判断结果为是,第一基站接收用户设备通过所述第一基站重新建立链路拒绝时发送的重建请求。

一种链路重建方法,包括:第二基站接收第一基站发送的第二重建上下文信息;所述第二基站根据所述第二重建上下文信息确定所述用户终端能够通过所述第二基站重新建立链路时,所述第二基站向第一基站发送确认信息。

一种链路重建方法,包括:用户设备通过所述第一基站重新建立链路;在所述用户设备被所述第一基站拒绝时发送重建请求,所述重建请求中包含第二重建上下文信息。

在所述用户设备被所述第一基站拒绝时发送重建请求之前,还包括:所述用户设备确定是否是首次通过所述第一基站重新建立链路;若判断结果为是,所述用户设备确定第二重建上下文信息。

一种链路重建方法,包括:用户设备确定是否是首次通过所述第一基站重新建立链路;若判断结果为是,所述用户设备确定第二重建上下文信息;所述用户设备向所述第一基站发送第二ue指示消息,其中所述第二ue指示消息中包含所述第二重建上下文信息。

所述第一基站是主基站;或所述第一基站是辅基站。

一种第一基站,包括:接收模块,用于接收用户设备通过所述第一基站重新建立链路被拒绝时发送的重建请求;发送模块,用于在确定出所述重建请求中包含第二重建上下文信息时,将所述第二重建上下文信息发送给第二基站;在接收到所述第二基站发送的确认信息时,向所述用户设备发送第一重建拒绝消息,其中,所述确认信息是所述第二基站根据所述第二重建上下文信息确定所述用户终端能够通过所述第二基站重新建立链路,所述第一重建拒绝消息中包含所述确认信息。

所述发送模块,还用于在确定出所述重建请求中未包含第二重建上下文信息时,向所述用户设备发送第二重建拒绝消息,其中所述第二重建拒绝消息用于通知拒绝所述用户设备进行链路重建。

所述接收模块,还用于判断所述用户设备是否是首次通过所述第一基站重新建立链路;若判断结果为是,接收用户设备通过所述第一基站重新建立链路拒绝时发送的重建请求。

一种第二基站,包括:接收模块,用于接收第一基站发送的第二重建上下文信息;发送模块,用于根据所述第二重建上下文信息确定所述用户终端能够通过所述第二基站重新建立链路时,所述第二基站向第一基站发送确认信息。

一种用户设备,包括:执行模块,用于通过第一基站重新建立链路;发送模块,用于在所述用户设备被所述第一基站拒绝时发送重建请求,所述重建请求中包含第二重建上下文信息。

所述执行模块,还用于确定是否是首次通过所述第一基站重新建立链路;若判断结果为是,确定第二重建上下文信息。

一种链路重建装置,包括:确定模块,用于确定是否是首次通过所述第一基站重新建立链路;执行模块,用于若判断结果为是,确定第二重建上下文信息;向所述第一基站发送第二ue指示消息,其中所述第二ue指示消息中包含所述第二重建上下文信息。

通过采用上述技术方案,在接收到用户设备重新建立链路被拒绝时发送的重建请求时,在确定出所述重建请求中包含第二重建上下文信息时,将所述第二重建上下文信息发送给第二基站;所述第一基站在接收到所述第二基站发送的确认信息时,所述第一基站向所述用户设备发送第一重建拒绝消息,其中,所述确认信息是所述第二基站根据所述第二重建上下文信息确定所述用户终端能够通过所述第二基站重新建立链路,所述第一重建拒绝消息中包含所述确认信息,用于提高链路重建的成功率,保证重建过程中承载的连续性。

附图说明

图1为本发明实施例一中,提出的链路重建方法流程图;

图2为本发明实施例二中,提出的链路重建方法流程图;

图3为本发明实施例三中,提出的链路重建方法流程图;

图4为本发明实施例四中,提出的第一基站结构组成示意图;

图5为本发明实施例四中,提出的第二基站结构组成示意图;

图6为本发明实施例四中,提出的用户设备结构组成示意图;

图7为本发明实施例四中,提出的链路重建装置结构组成示意图。

具体实施方式

在通常情况下,当出现以下任一情况时,触发rrc连接重建初始化:检测到无线链路失败;切换失败;进化的umts陆地无线接入(evolveduniversalterrestrialradioaccess,e-utra)侧移动性失败;底层制式完整性校验失败;rrc连接重配失败。在用户设备重新建立连接(可简称重建)初始化阶段,会对一些定时器做启停操作(如停止t310,启动t311),挂起除srb0以为的所有无线链路承载(radiobear,rb),对层一层二进行默认配置,小区选择等。重新建立连接触发后,用户设备会对一些定时器做启停操作(如停止t311,启动t301),初始化rrcconnectionreestablishmentrequest消息,并通过竞争模式的随机接入过程发给目标小区。

目标小区收到重建请求后,如果保留有用户设备的上下文信息,根据自身算法进行判断是否接受用户设备的重建请求。如果目标小区允许用户设备重建,会给设备发送rrcconnectionreestablishment消息。用户设备收到该消息后,根据该消息内的配置,启停相关的定时器,恢复srb1,重新激活安全,完整性保护和加密,并进行相关的测量。完成这些流程后用户设备发送rrcconnectionreestablishmentcomplete消息通知网络重建完成。如果目标小区没有该用户设备的上下文信息,或者根据自身算法,不允许该用户设备进行重建,会给用户设备发送rrcconnectionreestablishmentreject消息。用户设备收到该消息后进入离开rrc_connected流程。

由上述可知,在现有的协议或者方案中如果用户设备触发了在menb上的重建流程,一旦用户设备收到了rrcconnectionreestablishmentreject消息,用户设备就会进入离开rrc_connected流程,数据承载中断。即使senb内有满足需求的目标小区存在,也用户设备不会尝试在senb上进行重建。反之,如果用手设备触发了在senb上的重建流程,一旦收到rrcconnectionreestablishmentreject,则直接进入离开rrc_connected流程,数据承载中断,即使menb内有满足需求的目标小区存在,也不会尝试在menb上进行重建。

在本发明实例提出的技术方案中,为便于阐述,对基站做出区分,分别是第一基站和第二基站,第一基站可以是menb,第二基站可以是senb。其中,通过在rrcconnectionreestablishmentreject消息中增加确认信息,来实现提升链路重建的成功率,进而保证承载的连续性。

下面将结合各个附图对本发明实施例技术方案的主要实现原理、具体实施方式及其对应能够达到的有益效果进行详细地阐述。

实施例一

本发明实施例一提出一种链路重建方法,如图1所示,其具体处理流程如下述:

步骤11,第一基站在接收用户设备通过第一基站重新建立链路被拒绝时发送的重建请求。

该种情况下,第一基站可以是menb,或者是senb。

用户设备通过第一基站重新建立链路发送重建请求。

步骤12,第一基站判断接收到的重建请求中是否包含第二重建上下文信息,如果判断结果为是,执行步骤13,反之,如果判断结果为否,执行步骤14。

其中,第二重建上下文信息中包含用户设备上下文信息、小区无线网络临时标识(cellradionetworktemporaryidentifier,c-rnti)、物理小区标识(physcellid)、短的消息完整性认证码鉴权码(shortmessageauthenticationcodeforintegrity,shortmac-i)以及重建原因等。具体请参见下述表1所示。

表1

步骤13,第一基站在确定出重建请求中包含第二重建上下文信息时,第一基站将第二重建上下文信息发送给第二基站。

其中,在本步骤中,若第一基站是menb,第二基站可以是senb。若第一基站是senb,则第二基站可以是menb。

步骤131,第二基站接收第一基站发送的第二重建上下文信息。

步骤132,第二基站根据第二重建上下文信息确定用户终端是否能够通过第二基站重新建立链路,如果判断结果为是,执行步骤133,否者结束处理。

步骤133,第二基站向第一基站发送确认信息。

步骤134,第一基站接收确认信息。

步骤135,第一基站向用户设备发送包含确认信息的第一重建拒绝消息。

在本发明实施例提出的技术方案中,为便于阐述,重建拒绝消息做出第一重建拒绝消息和第二重建拒绝消息的区分,其中,第一重建拒绝消息中,是在现有重建拒绝消息中增加用于指示用户设备在menb/senb上进行二次重建的确认信息。在够早第一重建拒绝消息时,第一重建拒绝信息可进行如下设置。其中reestablishmentsecondly用于指示用户设备是否能够在menb/senb上进行二次重建。

步骤136,用户设备接收包含确认信息的第一重建拒绝消息,并通过该第一基站重新建立连接。

步骤14,第一基站在确定出重建请求中未包含第二重建上下文信息时,第一基站向所述用户设备发送第二重建拒绝消息。

其中第二重建拒绝消息用于通知拒绝用户设备进行链路重建。

步骤15,用户设备就会进入离开rrc_connected流程,数据承载中断。

可选地,在上述处理流程中,在第一基站在接收用户设备通过第一基站重新建立链路拒绝时发送的重建请求之前,还包括:

第一基站判断用户设备是否是首次通过第一基站重新建立链路,若判断结果为是,第一基站接收用户设备通过第一基站重新建立链路拒绝时发送的重建请求。

在本发明实例一上述提出的技术方案中,具体实施中,当用户设备在menb/senb上重建拒绝,如果判断重建请求中携带了第二重建上下文信息,则将用户设备的第二重建上下文信息通知senb/menb。senb/menb收到请求后判断是否允许该用户设备重建并通知menb/senb。menb/senb在重建拒绝消息中指示用户设备是否可以在senb/menb上发起第二次重建。

当menb/senb经过一定的判决拒绝用户设备重建时,menb/senb根据用户设备发送的重建请求中是否携带了第二重建上下文信息进行判断。如果没有携带第二重建上下文信息,则通过重建拒绝消息通知用户设备不能发起第二次重建,用户设备进入离开rrc_connected流程。否则menb/senb通知senb/menb该用户设备的第二重建上下文信息。senb/menb收到通知消息后,判断是否允许重建,并在重建确认消息中通知menb/senb。menb/senb在重建拒绝消息中通知用户设备是否可以发起在senb/menb上的二次重建。

通过在重建拒绝消息中增加第二重建上下文信息,保证用户设备可以在相应的基站中进行二次重建,能够提高重建的成功率,保证承载的连续性。

实施例二

本发明实施二提出一种链路重建方法,如图2所示,其具体处理流程如下述:

步骤21,用户设备确定通过第一基站重新建立链路。

该种情况下,第一基站可以是menb,或者是senb。

步骤22,用户设备确定并发送第二用户设备指示信息。

其中,第二用户设备指示信息中包含第二基站的相关信息。

具体地,第二基站的相关信息可以是第二重建上下文信息。第二重建上下文信息请参见上述实施例一中表1的详细阐述。

具体实施中,重建请求可以通过下述方式实现:

实施例三

本发明实施例三提出一种链路重建方法,如图3所示,其具体处理流程如下述:

步骤31,用户设备确定是否是首次通过第一基站重新建立链路。如果判断结果为是,执行步骤32,反之如果判断结果为否,执行步骤34。

步骤32,若判断结果为是,用户设备确定第二重建上下文信息。

步骤33,用户设备向第一基站发送第二ue指示消息。

其中第二ue指示消息中包含所述第二重建上下文信息。

步骤34,用户设备向第一基站发送不包含第二重建上下文信息的第二ue指示消息。

实施例四

本发明实施例四提出一种第一基站,如图4所示,包括:

接收模块401,用于接收用户设备通过所述第一基站重新建立链路被拒绝时发送的重建请求。

发送模块402,用于在确定出所述重建请求中包含第二重建上下文信息时,将所述第二重建上下文信息发送给第二基站;在接收到所述第二基站发送的确认信息时,向所述用户设备发送第一重建拒绝消息,其中,所述确认信息是所述第二基站根据所述第二重建上下文信息确定所述用户终端能够通过所述第二基站重新建立链路,所述第一重建拒绝消息中包含所述确认信息。

可选地,上述发送模块402,还用于在确定出所述重建请求中未包含第二重建上下文信息时,向所述用户设备发送第二重建拒绝消息,其中所述第二重建拒绝消息用于通知拒绝所述用户设备进行链路重建。

可选地,上述述接收模块401,还用于判断所述用户设备是否是首次通过所述第一基站重新建立链路;若判断结果为是,接收用户设备通过所述第一基站重新建立链路拒绝时发送的重建请求。

本发明实施例四还提出一种第二基站,如图5所示,包括:

接收模块501,用于接收第一基站发送的第二重建上下文信息。

发送模块502,用于根据所述第二重建上下文信息确定所述用户终端能够通过所述第二基站重新建立链路时,所述第二基站向第一基站发送确认信息。

本发明实施例四还提出一种用户设备,如图6所示,包括:

执行模块601,用于通过第一基站重新建立链路。

发送模块602,用于在所述用户设备被所述第一基站拒绝时发送重建请求,所述重建请求中包含第二重建上下文信息。

可选地,上述执行模块601,还用于确定是否是首次通过所述第一基站重新建立链路;若判断结果为是,确定第二重建上下文信息。

本发明实施例四还提出一种链路重建装置,该装置应用在用户设备侧,如图7所示,包括:

确定模块701,用于确定是否是首次通过所述第一基站重新建立链路;

执行模块702,用于若判断结果为是,确定第二重建上下文信息;向所述第一基站发送第二ue指示消息,其中所述第二ue指示消息中包含所述第二重建上下文信息。

本领域的技术人员应明白,本发明的实施例可提供为方法、装置(设备)、或计算机程序产品。因此,本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且,本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、只读光盘、光学存储器等)上实施的计算机程序产品的形式。

本发明是参照根据本发明实施例的方法、装置(设备)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本发明的优选实施例,但本领域内的技术人员一旦得知了基本创造性概念,则可对这些实施例作出另外的变更和修改。所以,所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。

显然,本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样,倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内,则本发明也意图包含这些改动和变型在内。

当前第1页1 2 
网友询问留言 已有0条留言
  • 还没有人留言评论。精彩留言会获得点赞!
1