一种无线资源控制连接建立方法及装置、终端与流程

文档序号:15596014发布日期:2018-10-02 19:31阅读:232来源:国知局

本发明涉及一种无线资源控制连接建立方法及装置、终端。



背景技术:

如图1所示,长期演进(lte,longtermevaluation)网络包括演进的通用陆地无线接入网(e-utran,evolveduniversalterrestrialradioaccessnetwork)以及核心网(cn,corenetwork)。e-utran包括演进基站(enb,evolvednodeb)。cn包括移动管理实体(mme,mobilemanagemententity)和服务网关(s-gw,servinggateway)等。enb和cn之间通过s1接口连接,enb之间可通过x2接口连接。一个enb可以管理一个或多个小区(cell)。用户设备(ue,userequipment)与小区之间的接口称为uu口(或称空口)。

未来通信系统中,业务容量需求日益增大以及业务需求多样,信令负荷越来越重,因此,信令负荷降低成为一个重要的研究课题,目前的研究方向主要致力于物理层技术的提升,然而,业务量增加的同时,设备数量也日益增多,而设备数量的增加进而会导致终端和网络侧之间相关连接建立等控制面信令的大量增加,信令的增加不仅增大开销也进一步增加了时延。由于信令开销降低能够降低数据处理时延以及能够延迟终端电池的寿命,因此,有必要进一步降低终端和网络间的信令开销。

以长期演进系统为例,目前lte系统关于信令开销降低有多个技术,比如r14正在标准化过程中的轻连接技术(lightedconnectedue)以及5g的非激活态研究等。当终端没有数据传输的情况下,终端和网络侧设备可保持较轻的连接状态或者非激活态。比如轻连接技术中,终端与网络侧设备之间断开连接,而始终保持终端的s1连接,当处于轻连接状态的终端有数据需要发送时,需重新建立终端和网络侧设备的连接。

如图2所示,目前lte系统的控制面协议栈架构可以大体分为两个层,一层是非接入层(nas,non-accessstratum),另一层则为接入层(as,accessstratum),其中as层包括:无线资源控制(rrc,radioresourcecontrol)层,分组数据聚合协议(pdcp,packetdataconvergenceprotocol)层、无线链路(rlc,radiolinkcontrol)层,媒体接入控制(mac,mediumaccesscontrol)层和物理层(phy,physicallayer)。

lte系统中,网路侧和终端侧都可能触发nas层的业务请求过程进而nas层会触发as层建立/恢复rrc连接请求,也就是说,传统的rrc连接建立/恢复请求由nas层触发通知as发起请求。当终端发起rrc连接建立请求或者rrc连接建立恢复请求时,可能会遇到异常的情况而导致这些请求发送失败,典型的场景比如当定时器t300超时时,而rrc连接建立请求或者rrc连接建立恢复请求失败,那么as层会将这种失败结果告知nas层,nas层可能会再次触发rrc连接建立请求或者rrc连接建立恢复请求,直到满足一定原则之后,比如t300超时达到一定次数后,as层则进入到休眠状态并且执行休眠态的相应操作。

综上,可以看出,现有的lte系统中,每次rrc连接建立/恢复请求失败之后如t300超时时,as层都会进入到休眠态(终端的s1连接也会断开)并指示给nas层,以便nas层再次触发重传。每失败一次,as层nas层都进进行交互,信令浪费比较多,但由于rrc连接建立/恢复请求都是由nas层触发的,因此交互避免不了。

对于轻连接态/非激活态技术,由于终端始终保持s1连接,而与网络侧的rrc连接是断开的,因此终端处于emm-connected状态,按照现有流程,当终端处于轻连接态/非激活态时,nas层不会触发连接建立/恢复请求,除非处于轻连接态/非激活态的终端的as层指示nas层该ue的状态以及增加一些原因指示给nas层进行业务请求的触发。而轻连接态/非激活态技术中,as层也可以不对nas层进行指示、而由nas层自行确定ue的处于轻连接态的情况下,rrc连接建立/恢复请求尚无解决方案。



技术实现要素:

为解决上述技术问题,本发明实施例提供了一种无线资源控制连接建立方法及装置、终端。

本发明实施例的技术方案如下:

一种无线资源控制连接建立方法,所述方法包括:

处于非激活态下的终端侧检测到无线资源控制rrc连接建立/恢复失败时,由接入层as根据设定策略触发rrc连接建立/恢复请求。

上述方案中,所述方法还包括:

所述as确定rrc连接建立请求/恢复请求失败,且根据所述设定策略不再触发rrc连接建立/恢复请求的重传后,将rrc连接建立/恢复失败的信息通知非接入层nas,并进入空闲idle状态。

上述方案中,所述设定策略包括:

统计rrc连接建立/恢复失败的次数,确定所述rrc连接建立/恢复请求的传输或重传次数达到设定门限值后,不再发起rrc连接建立/恢复请求。

上述方案中,所述as触发rrc连接建立/恢复重传的方式包括:立即触发、或等待设定时间后触发。

上述方案中,所述设定时间为所述终端侧的指定定时器的时长。

一种无线资源控制连接建立装置,包括:

检测单元,用于在终端处于非激活态下时侧检测无线资源控制rrc连接建立/恢复是否失败,失败时触发请求单元;

请求单元,用于根据设定策略触发rrc连接建立/恢复请求。

上述方案中,所述装置还包括确定单元和通知单元,其中:

确定单元,用于确定rrc连接建立/恢复请求失败,且根据所述设定策略不再触发rrc连接建立请求/恢复请求的重传后,触发通知单元;

通知单元,用于将rrc连接建立/恢复失败的信息通知终端的非接入层nas,使所述终端进入空闲idle状态。

上述方案中,所述设定策略包括:

统计rrc连接建立/恢复失败的次数,确定所述rrc连接建立/恢复请求的传输或重传次数达到设定门限值后,不再发起rrc连接建立/恢复请求。

上述方案中,所述as触发rrc连接建立/恢复重传的方式包括:立即触发、或等待设定时间后触发。

上述方案中,所述设定时间为所述终端的指定定时器的时长。

一种终端,包括接入层as,

as,用于在所述终端处于非激活态下检测到无线资源控制rrc连接建立/恢复失败时,根据设定策略触发rrc连接建立/恢复请求。

上述方案中,所述终端还包括:非接入层nas;

所述as还用于,确定rrc连接建立请求/恢复请求失败,且根据所述设定策略不再触发rrc连接建立/恢复请求的重传后,将rrc连接建立/恢复失败的信息通知所述nas,并进入空闲idle状态。

上述方案中,所述设定策略包括:

统计rrc连接建立/恢复失败的次数,确定所述rrc连接建立/恢复请求的传输或重传次数达到设定门限值后,不再发起rrc连接建立/恢复请求。

上述方案中,所述as触发rrc连接建立/恢复重传的方式包括:立即触发、或等待设定时间后触发。

本发明实施例的技术方案,确定终端处于轻连接态/非激活态时,在as层没有指示nas层ue的状态(轻连接态/非激活态)的情况下,通过由as层触发rrc连接建立/恢复请求,以及as层控制rrc连接建立/恢复请求重传,大大地节省了as层与nas层之间信令的交互,从而节约了信令交互的资源,提升了通信系统的处理效率。

附图说明

图1为lte系统的网络架构示意图;

图2为lte系统的控制面协议栈架构示意图;

图3为本发明实施例的无线资源控制连接建立方法流程图;

图4为本发明实施例的无线资源控制连接建立装置的组成结构示意图;

图5为本发明实施例的终端的组成结构示意图。

具体实施方式

为了能够更加详尽地了解本发明实施例的特点与技术内容,下面结合附图对本发明实施例的实现进行详细阐述,所附附图仅供参考说明之用,并非用来限定本发明实施例。

图3为本发明实施例的无线资源控制连接建立方法流程图,如图3所示,本发明实施例的无线资源控制连接建立方法包括以下步骤:

步骤301,处于轻连接态下的终端侧检测到无线资源控制rrc连接建立/恢复失败时,由接入层as根据设定策略触发rrc连接建立/恢复请求。

本发明实施例中,当终端侧检测到rrc连接建立/恢复失败时比如t300超时,as层不会将ue的状态(轻连接态)指示给nas层的情况下,由as层触发rrc连接建立/恢复请求重传,以及as层控制rrc连接建立/恢复请求重传。具体地,终端侧检测到rrc连接建立/恢复失败时(比如t300超时),终端侧as层触发rrc连接建立/恢复请求。

本发明实施例中,轻连接态/非激活态是指rrc连接断开的状态。

其中,终端侧as层根据设定策略来决定是否触发rrc连接建立/恢复请求重传。设定策略可以是,终端as侧通过设置计数器来统计rrc连接建立/恢复失败的次数,设置传输次数或者重传次数门限值,当rrc连接建立/恢复请求传输或者重传次数满足门限值要求之后则不再重传;

其中,终端侧as层触发rrc连接建立/恢复重传的方法可以是立即触发,也可以是等待一段时间后触发。等待的时间可以通过设置定时器来实现。

步骤302,as确定rrc连接建立请求/恢复请求失败,且根据所述设定策略不再触发rrc连接建立/恢复请求的重传后,将rrc连接建立/恢复失败的信息通知非接入层nas,并进入空闲idle状态。

以下通过具体示例,进一步阐明本发明技术方案的实质。

实施例1

当终端发送rrc连接建立/恢复请求后,某个定时器(t300)启动,而当定时器t300超时时,终端未接收到网络侧的任何响应,终端侧会判定本次rrc连接建立/恢复失败。

步骤一,终端侧检测到rrc连接建立/恢复失败时(t300超时),判定rrc连接建立/恢复请求失败;

步骤二,终端侧as层根据设定策略来决定是否触发rrc连接建立/恢复请求重传。

设定策略可以是:终端as侧通过设置计数器rrcconnfailcount来统计rrc连接建立/恢复失败的次数,通过设置传输次数或者重传次数门限值throfretx,当rrc连接建立/恢复请求传输或者重传次数rrcconnfailcount<throfretx时,触发rrc连接建立/恢复请求的重传;

其中,终端侧as层触发rrc连接建立/恢复重传的方式可以有以下方式:

方式一,终端侧检测到rrc连接建立/恢复失败之后,判断满足触发条件时,立即触发rrc连接建立/恢复的重传;

方式二,设置定时器rxwaittimer,即等待定时器rxwaittimer到时后再触发rrc连接建立/恢复的重传。

步骤三,终端侧的as层检测到rrc连接建立/恢复请求失败且按照算法原则判断不再满足rrc连接建立/恢复重传触发的条件之后,不再触发这些请求的重传,通知nas层rrc连接建立/恢复失败进入到idle状态。

实施例2

当终端发送rrc连接建立/恢复请求后,定时器(t300)启动,在定时器t300运行期间,如果终端侧收到网络侧的连接拒绝消息;

步骤一,终端侧判定本次rrc连接建立/恢复请求失败;

步骤二,终端侧as层根据设定策略来决定是否触发rrc连接建立/恢复请求重传。

设定策略可以是:终端as侧通过设置计数器rrcconnfailcount来统计rrc连接建立/恢复失败的次数,通过设置传输次数或者重传次数门限值throfretx,当rrc连接建立/恢复请求传输或者重传次数rrcconnfailcount<throfretx时,触发rrc连接建立/恢复请求的重传;

其中,终端侧as层触发rrc连接建立/恢复重传的方式可以有以下方式:

方式一,终端侧检测到rrc连接建立/恢复失败之后判断满足触发条件的话立即触发rrc连接建立/恢复的重传;

方式二,设置定时器rxwaittimer,即等待定时器rxwaittimer到时后再触发rrc连接建立/恢复的重传。

步骤三,终端侧的as层检测到rrc连接建立/恢复请求失败且按照算法原则判断不再满足rrc连接建立/恢复重传触发的条件之后,不再触发这些请求的重传,通知nas层rrc连接建立/恢复失败进入到idle状态。

本发明实施例不排除其他原因导致的终端判定为:rrc连接建立/恢复失败的场景。

图4为本发明实施例的无线资源控制连接建立装置的组成结构示意图,如图4所示,本发明实施例的无线资源控制连接建立装置包括:

检测单元40,用于在终端处于轻连接态下时侧检测无线资源控制rrc连接建立/恢复是否失败,失败时触发请求单元;

请求单元41,用于根据设定策略触发rrc连接建立/恢复请求。

在图4所示的无线资源控制连接建立装置的基础上,本发明实施例的无线资源控制连接建立装置还包括确定单元(图4中未示出)和通知单元(图4中未示出),其中:

确定单元,用于确定rrc连接建立/恢复请求失败,且根据所述设定策略不再触发rrc连接建立请求/恢复请求的重传后,触发通知单元;

通知单元,用于将rrc连接建立/恢复失败的信息通知终端的非接入层nas,使所述终端进入空闲idle状态。

本发明实施例中,当终端侧检测到rrc连接建立/恢复失败时比如t300超时,as层不会将ue的状态(轻连接态)指示给nas层的情况下,由as层触发rrc连接建立/恢复请求重传,以及as层控制rrc连接建立/恢复请求重传。具体地,终端侧检测到rrc连接建立/恢复失败时(比如t300超时),终端侧as层触发rrc连接建立/恢复请求。

其中,终端侧as层根据设定策略来决定是否触发rrc连接建立/恢复请求重传。设定策略可以是,终端as侧通过设置计数器来统计rrc连接建立/恢复失败的次数,设置传输次数或者重传次数门限值,当rrc连接建立/恢复请求传输或者重传次数满足门限值要求之后则不再重传;

其中,终端侧as层触发rrc连接建立/恢复重传的方法可以是立即触发,也可以是等待一段时间后触发。等待的时间可以通过设置定时器来实现。

图5为本发明实施例的终端的组成结构示意图,如图5所示,本发明实施例的终端中包括as层和nas层,而终端中包括的处理器和存储器等常规处理部件并未示出。

当终端侧检测到rrc连接建立/恢复失败时比如t300超时,as层不会将ue的状态(轻连接态)指示给nas层的情况下,由as层触发rrc连接建立/恢复请求重传(传统方式是as层指示给nas层并由nas层触发),以及as层控制rrc连接建立/恢复请求重传。具体地,终端侧检测到rrc连接建立/恢复失败时(比如t300超时),终端侧as层触发rrc连接建立/恢复请求。

其中,终端侧as层根据设定策略来决定是否触发rrc连接建立/恢复请求重传。设定策略可以是,终端as侧通过设置计数器来统计rrc连接建立/恢复失败的次数,设置传输次数或者重传次数门限值,当rrc连接建立/恢复请求传输或者重传次数满足门限值要求之后则不再重传;

其中,终端侧as层触发rrc连接建立/恢复重传的方法可以是立即触发,也可以是等待一段时间后触发。等待的时间可以通过设置定时器来实现。

as确定rrc连接建立请求/恢复请求失败,且根据所述设定策略不再触发rrc连接建立/恢复请求的重传后,将rrc连接建立/恢复失败的信息通知非接入层nas,并进入空闲idle状态。

在本申请所提供的几个实施例中,应该理解到,所揭露的设备和方法,可以通过其他的方式实现。以上所描述的设备实施例仅仅是示意性的,例如,所述单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,如:多个单元或组件可以结合,或可以集成到另一个系统,或一些特征可以忽略,或不执行。另外,所显示或讨论的各组成部分相互之间的耦合、或直接耦合、或通信连接可以是通过一些接口,设备或单元的间接耦合或通信连接,可以是电性的、机械的或其他形式的。

上述作为分离部件说明的单元可以是、或也可以不是物理上分开的,作为单元显示的部件可以是、或也可以不是物理单元,即可以位于一个地方,也可以分布到多个网络单元上;可以根据实际的需要选择其中的部分或全部单元来实现本实施例方案的目的。

另外,在本发明各实施例中的各功能单元可以全部集成在一个处理单元中,也可以是各单元分别单独作为一个单元,也可以两个或两个以上单元集成在一个单元中;上述集成的单元既可以采用硬件的形式实现,也可以采用硬件加软件功能单元的形式实现。

本领域普通技术人员可以理解:实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成,前述的程序可以存储于一计算机可读取存储介质中,该程序在执行时,执行包括上述方法实施例的步骤;而前述的存储介质包括:移动存储设备、只读存储器(rom,readonlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

或者,本发明上述集成的单元如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机、服务器、或者网络设备等)执行本发明各个实施例所述方法的全部或部分。而前述的存储介质包括:移动存储设备、只读存储器(rom,readonlymemory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述,仅为本发明的具体实施方式,但本发明的保护范围并不局限于此,任何熟悉本技术领域的技术人员在本发明揭露的技术范围内,可轻易想到变化或替换,都应涵盖在本发明的保护范围之内。因此,本发明的保护范围应以所述权利要求的保护范围为准。

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