用户设备中的控制方法以及用户设备
技术领域
本公开涉及无线通信技术领域,更具体地,本公开涉及用户设备中的控制方法以及对应的用户设备。
背景技术
2016年3月,在第三代合作伙伴计划(3rd Generation PartnershipProject:3GPP)RAN#71次全会上,NTT DOCOMO提出了一个关于5G技术标准的新的研究项目(参见非专利文献:RP-160671:New SIDProposal:Study on New Radio Access Technology),并获批准。该研究项目的目的是开发一个新的无线(New Radio:NR)接入技术以满足5G的所有应用场景、需求和部署环境。NR主要有三个应用场景:增强的移动宽带通信(Enhanced MobileBroadband:eMBB)、大规模机器类通信(massive Machine Type Communication:mMTC)和超可靠低延迟通信(Ultra Reliable and Low Latency Communications:URLLC)。按照该研究项目的规划,NR的标准化分二个阶段进行:第一阶段的标准化工作将于2018年中期完成;第二阶段的标准化工作将于2019年底完成。第一阶段的标准规范要前向兼容于第二阶段的标准规范,而第二阶段的标准规范要建立在第一阶段的标准规范之上,并满足5GNR技术标准的所有要求。
在NR系统中支持无线资源控制(Radio Resource Control,RRC)连接出现错误时在用户设备(User Equipment,UE)侧通过RRC重建流程来恢复RRC连接。在3GPP RAN2#101bis会议上达成了一个结论是:在RRC连接重建立过程中,当收到UE发来的用于RRC重建立请求的RRC消息时,若网络侧无法完成RRC重建立如网络侧没有UE的上下文信息,则网络侧可以向UE回复RRC连接建立消息来建立新的RRC连接。本公开针对UE在该过程中如何完成新RRC连接的建立提出解决方法。
发明内容
本公开的目的在于针对UE在RRC连接重建立过程中如何完成新RRC连接的建立问题提出解决方法。具体地,本公开提供了用户设备中的针对RRC连接重建立过程的控制方法和相应的用户设备。
根据本公开的第一方面,提出了一种用户设备中的控制方法,包括:向基站发送用于请求无线资源控制RRC连接重建立的RRC连接重建立请求消息;接收由所述基站发送的作为所述RRC连接重建立请求消息的响应的RRC连接重建立响应消息;在所述RRC连接重建立响应消息指示能够进行RRC连接重建立时,UE RRC层执行所述RRC连接重建立操作;在所述RRC连接重建立响应消息为用于指示所述UE建立一个新的RRC连接的RRC连接建立消息时,所述UE RRC层执行RRC连接建立操作,UE NAS层发起NAS连接恢复过程。
在上述控制方法中,所述RRC连接建立操作包括如下操作的至少一种操作:操作1:停止正在运行的RRC定时器;操作2:释放所有的无线资源;操作3:向所述UE NAS层指示所述RRC连接重建立已经回退,即指示建立一个新的RRC连接;操作4:重置MAC层;操作5:应用包含在所述RRC连接建立消息中的配置;操作6:构建一个RRC连接建立完成消息并递交给下层来发送,该RRC连接建立完成消息用于确认/响应所接收到的RRC连接建立消息;和操作7:执行离开RRC连接状态的操作。
在上述控制方法中,在所述UE RRC层向所述UE NAS层指示所述RRC连接重建立已经回退之后,所述UE NAS层发起所述NAS连接恢复过程。
在上述控制方法中,在接收到所述RRC连接建立消息以及发送所述RRC连接建立完成消息的过程中,所述UE保持在RRC连接状态。
在上述控制方法中,在所述UE接收到所述RRC连接建立消息时,所述UE进入RRC空闲状态,在应用了包含在所述RRC连接建立消息中的配置(上述操作5)之后或者所述UE RRC层收到了来自所述UE NAS层的NAS信息之后,所述UE进入RRC连接状态。
在上述控制方法中,在所述UE NAS层接收到来自所述UE RRC层的所述RRC连接重建立已经回退的指示时,所述UE进入NAS空闲状态,并发起一个NAS连接恢复过程。
在上述控制方法中,若所述NAS连接恢复过程是由于收到了来自所述UE RRC层的所述RRC连接重建立已经回退指示或收到了来自所述UE RRC层的请求建立一个新RRC连接指示或收到了来自所述UE RRC层的新RRC连接已建立指示,则所述UE NAS层不向所述UERRC层提供RRC连接建立原因和/或接入控制信息。
在上述控制方法中,在所述RRC连接重建立已经回退时,若收到了来自所述UE NAS层的RRC连接建立原因和/或接入控制信息,则所述UE RRC层丢弃所述收到的RRC连接建立原因和/或接入控制信息。
在上述控制方法中,在所述UE NAS层完成所述NAS连接恢复过程之后,构建一个RRC连接建立完成消息并递交给下层来发送,该RRC连接建立完成消息用于确认/响应所接收到的RRC连接建立消息。
根据本公开的第二方面,提出了一种用户设备UE,包括:处理器;以及存储器,存储有指令;其中,所述指令在由所述处理器运行时执行根据上下文所述的控制方法。
附图说明
为了更完整地理解本公开及其优势,现在将参考结合附图的以下描述,其中:
图1示出了基于本公开的实施例的用户设备UE中的控制方法100的流程图。
图2示出了根据本公开实施例的用户设备20的框图。
在附图中,相同或相似的结构均以相同或相似的附图标记进行标识。
具体实施方式
根据结合附图对本公开示例性实施例的以下详细描述,本公开的其它方面、优势和突出特征对于本领域技术人员将变得显而易见。
在本公开中,术语“包括”和“含有”及其派生词意为包括而非限制;术语“或”是包含性的,意为和/或。
在本说明书中,下述用于描述本公开原理的各种实施例只是说明,不应该以任何方式解释为限制公开的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本公开的示例性实施例。下述描述包括多种具体细节来帮助理解,但这些细节应认为仅仅是示例性的。因此,本领域普通技术人员应认识到,在不背离本公开的范围和精神的情况下,可以对本文中描述的实施例进行多种改变和修改。此外,为了清楚和简洁起见,省略了公知功能和结构的描述。此外,贯穿附图,相同参考数字用于相似功能和操作。
下文以长期/NR移动通信系统及其后续的演进版本作为示例应用环境,具体描述了根据本公开的多个实施方式。然而,需要指出的是,本公开不限于以下实施方式,而是可适用于更多其它的无线通信系统。若无特殊说明,在本公开中,小区和基站的概念可以互相替换。
在长期演进(Long Term Evolution,LTE)/NR系统中,UE在以下情况之一满足时会发起RRC连接重建立(RRC connection reestablishment)流程来重建立其RRC连接:
情况1:当检测到发生无线链路失败时;
情况2:当切换(或称主小区组的同步重配置)失败时;
情况3:当从演进的通用陆地无线接入(Evolved Universal Terrestrial RadioAccess,E-UTRA)/NR发生的移动性失败时;
情况4:当收到来自底层的完整性校验失败指示时;
情况5:当RRC连接重配置失败时。
本公开中,UE用于请求RRC连接重建立的RRC消息称为RRC连接重建立请求消息(在NR系统中,该消息的名称也可以是其他名称,本公开不限定其名称,此处仅为了描述的方便性)。UE触发RRC连接重建立流程的小区如发生无线链路失败的小区称为源小区,UE发送RRC连接重建立请求消息的小区称为目标小区。源小区和目标小区可能是同一个小区也可能是不同的小区。只有当目标小区上获取并认证了UE的上下文信息时,RRC连接重建立才能成功。
在LTE系统中,若UE的RRC重建立无法成功时如目标小区没有UE的上下文信息,则目标小区向UE响应RRC连接重建立拒绝消息,即RRC连接重建立流程失败。收到该拒绝消息后,UE会进入RRC空闲状态,且UE的RRC层向非接入层(Non-Access Stratum,NAS)发送一个RRC连接失败指示,以触发UE NAS层恢复过程。UE NAS层的恢复过程通常是通过NAS层发起一个跟踪区更新(tracking area update)过程来建立新的RRC连接和NAS连接。
在NR系统中,为了缩短RRC连接重建立失败进而触发NAS层恢复所带来的时延对业务中断的影响,当RRC连接重建立无法成功时,目标小区可以向UE响应一个RRC连接建立消息(RRC connection setup),即通知UE直接建立一个新的RRC连接。这种方式可以使得UE更快地建立新的RRC连接。本公开中称这种机制为回退机制,即UE从RRC连接重建立回退到RRC连接建立。实际上,当前的LTE/NR系统中也支持类似的回退机制即RRC连接恢复过程(RRCconnection resume)中的回退机制。在RRC连接恢复流程中,UE向网络侧发送用于请求恢复RRC连接的RRC消息(如称为RRC连接恢复消息),若网络侧无法恢复UE的RRC连接,则网络侧可以向UE响应一个RRC连接建立消息来指示UE建立一个新的RRC连接。但RRC连接重建立流程中的回退和RRC连接恢复过程中的回退是有区别的。首先,前者是在RRC连接状态(RRCconnected)下发生的,后者是在RRC空闲状态(RRC idle)或RRC不活动状态(RRC inactive)下发生的,从而导致的UE行为也势必是不同的;其次,RRC连接重建立流程用于恢复信令无线承载1(Signalling Radio Bearer 1,SRB1)操作和重激活安全等;而RRC恢复过程用于恢复所有的SRB和数据无线承载(Data Radio Bearer,DRB)或者执行无线通知区域更新(Radio access network Notification Area Update)。所以现有机制中的RRC连接恢复过程中的回退方法是无法应用于RRC连接重建立过程中的。
本公开对于如何在UE上实现RRC连接重建立过程中的回退机制,即如何在RRC连接重建立过程中新建RRC连接的问题,提供解决方法。
下面,对本公开中的用户设备UE中的针对RRC连接重建立过程的控制方法进行说明,作为一例,图1中表示基于本公开的实施例的用户设备UE中的RRC连接重建立过程的控制方法100的流程图。
在步骤S101中,用户设备UE向基站发送用于请求无线资源控制RRC连接重建立的RRC连接重建立请求消息。
在步骤S102中,用户设备UE接收由基站发送的作为RRC连接重建立请求消息的响应的RRC连接重建立响应消息。
在步骤S103中,基于接收到的RRC连接重建立响应消息,来判断该响应消息的内容。
在步骤S103中判断为“RRC连接重建立响应消息指示能够进行RRC连接重建立”的情况下,进入步骤S104,在步骤S104中用户设备UE的RRC层执行RRC连接重建立操作。
另外,在步骤S103中判断为“指示用户设备UE建立一个新的RRC连接”的情况下,进入步骤S105,在步骤S105中,用户设备UE的RRC层执行RRC连接建立操作,用户设备UE的NAS层发起NAS连接恢复过程。
此外,关于用户设备UE的RRC层所执行的上述RRC连接建立操作,在后述的实施例中对其具体的操作内容进行详细阐述。再有,关于用户设备UE的NAS层所发起的NAS连接恢复过程,也在后述的实施例中进行详细阐述。
以下,对本公开所涉及的具体实施例进行详细说明。另外,如上所述,本公开中的实施例是为了容易理解本发明而进行的示例性说明,并不是对本发明的限定。
实施例1
本实施例提供一种UE实现RRC连接重建立过程中的回退方法。
步骤1:UE RRC层发起RRC连接重建立过程,向基站发送用于请求RRC连接重建立的RRC消息。
步骤2:UE RRC层接收来自基站的作为响应消息的RRC连接建立消息,该RRC连接建立消息用来指示UE建立一个新的RRC连接,即建立一个SRB1。
步骤3:当收到RRC连接建立消息时,UE RRC层执行下述操作中的一种或多种:
操作1:停止正在运行的RRC定时器。
优选地,所述RRC定时器包括:用于检测RRC连接重建立流程的定时器301,用于接入控制或称接入禁止的定时器等。备选地,所述RRC定时器不包含定时器320。
操作2:释放所有的无线资源。所述无线资源也包括UE的RRC配置,优选地,指UE在发起RRC连接重建立之前的RRC配置。更进一步地,包含释放媒介接入控制(Medium AccessControl,MAC)配置、释放所有建立的无线承载所关联的无线链路控制(Radio LinkControl,RLC)实体、包数据汇聚协议(Packet Data Convergence Protocol,PDCP)实体和/或服务数据适应协议(Service Data Adaptation Protocol,SDAP)实体。备选地,还包括释放物理层专用配置、测量配置、无线链路检测配置、波束失败检测配置、所有建立的无线承载所关联的逻辑信道配置等中的一种或多种。备选地,所述无线承载不包括SRB0。
操作3:向NAS层指示RRC连接重建立已经回退。
备选地,还可以描述为向NAS层指示RRC连接释放且释放原因为RRC连接失败。还可以描述为向NAS层指示RRC连接已建立,可选地,还包括建立理由为RRC连接重建立回退或RRC连接重建立失败。还可以描述为向NAS层请求新RRC连接的建立。所述“建立”也可表述为“更新”。
操作4:重置MAC层。
操作5:应用包含在RRC连接建立消息中的配置。优选地,所述配置包含主小区组配置和/或无线承载配置。
操作6:构建一个RRC连接建立完成消息并递交给下层来发送,该RRC连接建立完成消息用于确认/响应所接收到的RRC连接建立消息。
操作6可以在步骤4之后进行,这是因为若此时UE构建RRC连接建立完成消息必须在该消息包含一个NAS数据包的话,那么RRC层必须等到从NAS层收到该NAS数据包并将其包含在RRC连接建立完成消息中才能完成该消息的构建。所以操作6也可描述为:等待来自上层的NAS数据包并将其包含在RRC连接建立完成消息中。所述NAS数据包也称从NAS层收到的NAS信息。
操作7:执行离开RRC连接状态的操作(或称进入RRC空闲状态的操作),且释放原因是RRC连接失败。
值得注意的是,本公开并不限定上述多个操作中的先后次序。
在本步骤中,“当收到RRC连接建立消息时”也可描述为“当收到RRC连接建立消息时若所述RRC连接建立消息的接收是对一个RRC连接重建立请求消息的响应”
步骤4:当收到来自RRC层的操作3中的所述指示后,NAS层发起NAS连接恢复过程,以新建立一个RRC连接和NAS连接。可选地,还包括向RRC指示建立一个RRC连接,和/或将一个NAS数据包递送给RRC层以发送。更进一步地,该NAS数据包为初始NAS消息。
如前所述,所述NAS连接恢复过程可以通过一个注册更新过程(Registrationupdate)或跟踪区域更新过程或服务请求过程(service request procedure)来实现。
实施例2
该实施例提供了一种RRC连接重建立过程中发生回退时的UERRC状态管理方式。
在该实施例中,在一种实施方式中,在发生回退的RRC连接重建立过程中包括回退后的RRC连接建立过程(即接收到RRC连接建立消息以及发送RRC连接建立完成消息的过程),UE的RRC状态保持不变,即UE保持在RRC连接状态。
在另一种实施方式中,在RRC连接重建立过程中,若UE收到了用于响应RRC连接重建立请求消息的RRC连接建立消息,则UE进入RRC空闲状态;在UE执行实施例1中操作5之后或UE RRC层收到来自NAS层的NAS信息后,UE进入RRC连接状态。
实施例3
该实施例提供了一种RRC连接重建立过程中发生回退时的UE NAS层的实现方法。
在该实施例中,若UE NAS收到来自RRC层的RRC连接重建立已回退的指示,则UE进入NAS空闲状态,并发起一个NAS连接恢复过程。也可描述为若UE NAS收到来自RRC层的RRC连接失败指示,且请求建立一个新的RRC连接,则UE进入NAS空闲状态,并发起一个NAS连接恢复过程。所述RRC连接失败指示也可描述为新RRC连接已建立指示。
所述NAS空闲状态指第五代系统移动性管理空闲状态(5G system MobilityManagement idle mode/state,5GMM idle)。备选地,也可以指演进分组系统移动性管理(Evolved Packet System Mobility Management,EMM)空闲状态和/或演进分组系统连接管理(Evolved Packet System Connection Management,ECM)空闲状态。所述RRC连接的“建立”也可称为“更新”。
实施例4
该实施例提供了一种RRC连接重建立过程中发生回退时的RRC连接建立原因及接入控制信息处理方法。
在一种实现方式中,在NAS连接恢复过程中,若该NAS连接恢复过程是由于收到了来自RRC层的RRC连接重建立已回退指示或收到了来自RRC层的请求建立一个新RRC连接指示或收到了来自RRC层的新RRC连接已建立指示,则UE NAS层不需要向RRC层提供RRC连接建立原因(RRC establishment cause)和/或接入控制信息。
在另一种实现方式中,在发生了回退的RRC连接重建立过程中,若收到了来自NAS层的RRC连接建立原因和/或接入控制信息,则UERRC忽略所述收到的RRC连接建立原因和/或接入控制信息。所述“忽略”也可称为“丢弃”“释放”“不执行”“跳过(skip)”等。
在另一种实现方式中,在发生了回退的RRC连接重建立过程中,即若UE收到了来自基站的用于响应RRC连接重建立请求消息的RRC连接建立消息,则UE将RRC连接建立理由信息元素包含在RRC连接建立完成消息中递送给基站。在发生的回退的RRC连接重建立过程中,RRC连接建立完成消息中包含RRC建立理由。优选地,该RRC连接建立理由是UE RRC层从UE NAS层获得的。
所述接入控制信息指用于本次RRC连接建立的接入控制信息,包括下述的一个或多个:接入类型(access category)、接入种类(access class)、接入标识(accessidentity)、呼叫类型(call type)。
在当前的3GPP RAN2的讨论中,一种提议是将功能类似的RRC过程/消息整合为同一个过程/消息,已简化协议的书写工作或方便协议的阅读。比如将RRC连接重建立过程和RRC连接恢复过程进行整合成一个过程,但如本公开之前所述,这两个过程其实是有区别的,即使整合称一个过程,那么在这个过程的具体描述中也需要对不同情况下的UE行为采用不同的方法来实现所述过程。本公开中实施例既适用于RRC连接重建立是一个独立于RRC连接恢复过程的过程,也适用于其两者为整合的同一个过程。在后者的情况下,本公开中所述RRC连接重建立过程可以描述为用于实现RRC连接重建立功能的RRC过程,所述RRC连接重建立请求消息可以描述为用于请求RRC连接重建立的RRC消息。
实施例5
该实施例提供了一种RRC连接重建立过程中的接入控制方法。
步骤1:UE RRC层发起RRC连接重建立过程;
步骤2:UE RRC层向NAS层指示该RRC连接重建立过程的发起;
步骤3:UE NAS层向UE RRC层提供接入控制信息。所述接入控制信息指用于本次RRC连接重建立的接入控制信息,包括下述的一个或多个:接入类型(access category)、接入种类(access class)、接入标识(access identity)、呼叫类型(call type)。可选地,还包括建立理由。
步骤4:UE RRC层根据从NAS层获取的接入控制信息以及从基站收到的接入控制配置执行接入控制检查,如果接入控制检查结果不通过或者是认为本小区是禁止接入的(barred),则UE结束所发起的RRC连接重建立流程,包括停止T301定时器等,执行离开RRC连接态(或称进入RRC空闲态或RRC非活动态)的操作。如果接入控制检查结果是通过或者是认为本小区是允许接入的(not barred),则UE继续执行RRC连接重建立流程。
UE执行接入控制检查的方法并不在本公开所限定的范围内。
实施例6:
该实施例提供了一种RRC连接重建立过程中的失败处理方法。
在该实施例中,若(在T301运行时)用于RRC连接重建立过程所选小区不再合适(not suitable),则UE执行下述操作中的一个或多个:
停止T301,
重置MAC;
执行小区重选或小区选择流程,若小区重选或小区选择流程中有suitable小区,则选择一个suitable小区,执行RRC连接冲建立过程。其中,所属小区重选过程,也可以是在T301运行期间即RRC连接重建立过程进行期间执行。
此外,图2示出了根据本公开实施例的用户设备20的框图。如图2所示,该用户设备20包括处理器201和存储器202。处理器201例如可以包括微处理器、微控制器、嵌入式处理器等。存储器202例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统等。存储器202上存储有程序指令。该指令在由处理器201运行时,可以执行本公开详细描述的用户设备中的上述控制方法。
在本公开中,RRC连接建立也可简称为RRC建立,RRC连接恢复也可简称为RRC恢复,RRC连接重建立也可简称为RRC重建立,诸如此类,即RRC连接也可简做RRC,同理的,RRC连接建立消息也可简称为RRC建立消息,RRC连接恢复消息也可简称为RRC恢复消息,RRC连接重建立消息也可简称为RRC重建立消息等。
在本申请中,“基站”是指具有较大发射功率和较广覆盖面积的移动通信数据和控制交换中心,包括资源分配调度、数据接收发送等功能。“用户设备”是指用户移动终端,例如包括移动电话、笔记本等可以与基站或者微基站进行无线通信的终端设备。
上文已经结合优选实施例对本公开的方法和涉及的设备进行了描述。本领域技术人员可以理解,上面示出的方法仅是示例性的。本公开的方法并不局限于上面示出的步骤和顺序。上面示出的基站和用户设备可以包括更多的模块,例如还可以包括可以开发的或者将来开发的可用于基站、MME、或UE的模块等等。上文中示出的各种标识仅是示例性的而不是限制性的,本公开并不局限于作为这些标识的示例的具体信元。本领域技术人员根据所示实施例的教导可以进行许多变化和修改。
运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。
用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统,可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。
用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如,单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器,也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路,也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下,本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。
此外,本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例,但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备,如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。
如上,已经参考附图对本公开的实施例进行了详细描述。但是,具体的结构并不局限于上述实施例,本公开也包括不偏离本公开主旨的任何设计改动。另外,可以在权利要求的范围内对本公开进行多种改动,通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外,上述实施例中所描述的具有相同效果的组件可以相互替代。