CN109309968A

CN109309968A - 无线通信系统中恢复无线电资源控制连接的方法和设备

Info

Publication number: CN109309968A
Application number: CN201810805278.4A
Authority: CN
Inventors: 郭宇轩; 潘立德
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2017-07-28
Filing date: 2018-07-20
Publication date: 2019-02-05
Anticipated expiration: 2038-07-20
Also published as: CN109309968B; US20190037635A1

Abstract

本公开提供一种无线通信系统中恢复无线电资源控制连接的方法和设备。在一个方法中，用户设备执行用以重新建立用户设备与网络节点之间的无线电资源控制连接的程序。当程序失败时且如果用户设备具有RRC_INACTIVE状态的至少一个参数，那么用户设备进入RRC_INACTIVE状态。当程序失败时且如果用户设备不具有RRC_INACTIVE状态的至少一个参数，那么用户设备进入RRC_IDLE状态。

Description

无线通信系统中恢复无线电资源控制连接的方法和设备

技术领域

本公开大体上涉及无线通信网络，且更具体地说涉及在无线通信系统中恢复无线电资源控制连接的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线接入网(E-UTRAN)。E-UTRAN系统可提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

本文公开在无线通信系统中用于恢复无线电资源控制(RRC)连接的方法和设备。在一个方法中，用户设备(UE)执行用以重新建立UE与网络节点之间的RRC连接的程序。当程序失败时且如果UE具有RRC_INACTIVE状态的至少一个参数，那么UE进入RRC_INACTIVE状态。当程序失败时且如果UE不具有RRC_INACTIVE状态的至少一个参数，那么UE进入RRC_IDLE状态。

附图说明

图1示出根据一个示例性实施例的无线通信系统的图。

图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。

图3是根据一个示例性实施例的通信系统的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是取自3GPP TS 38.300 v0.4.1的图9.2.2.4.1-1的再现，图示了UE触发从RRC_INACTIVE到RRC_ACTIVE的转变。

图6是取自3GPP TS 38.300 v0.4.1的图9.2.2.4.2-1的再现，图示了网络触发从RRC_INACTIVE到RRC_CONNECTED的转变。

图7是取自3GPP TS 38.300 v0.4.1的图9.2.3-1的再现，图示了gNB间越区移交程序。

图8是取自3GPP TS 38.300 v0.4.1的图9.2.3.2.1-1的再现，图示了AMF/UPF内越区移交。

图9是取自3GPP TS36.300 v14.2.0的图19.2.2.3-1的再现，图示了空闲到作用中程序中的初始上下文设置程序。

图10是取自3GPP TS36.331 v14.2.1的图图的再现，图示了RRC连接恢复成功。

图11是取自3GPP TS36.331 v14.2.1的图5.3.3.1-4的再现，图示了到RRC连接建立的RRC连接恢复回退成功。

图12是取自3GPP TS36.331 v14.2.1的图5.3.3.1-5的再现，图示了RRC连接恢复、网络拒绝或释放。

图13是取自3GPP TS36.331 v14.2.1的图5.3.7.1-1的再现，图示了RRC连接重新建立成功。

图14是取自3GPP TS36.331 v14.2.1的图5.3.7.1-2的再现，图示了RRC连接重新建立失败。

图15是取自3GPP TS36.331 v14.2.1的图5.3.8.1-1的再现，图示了RRC连接释放成功。

图16是取自3GPP TS36.300 v14.2.0的图10.1.2.1.1-1的再现，图示了MME/服务网关内HO。

图17图示了问题的流程图。

图18图示了一个示例性实施例的流程图。

图19图示了一个示例性实施例的流程图。

图20是从UE的角度来看的一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统被广泛部署以提供例如语音、数据等各种类型的通信。这些系统可以是基于码分多址(CDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、3GPP长期演进(Long TermEvolution，LTE)无线接入、3GPP长期演进高级(Long Term Evolution Advanced，LTE-A)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、3GPP新无线电(New Radio，NR)，或一些其它调制技术。

确切地说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：TS38.300 v0.4.1，NR；NR和NG-RAN总体描述，第2阶段；TS36.300 v14.2.0，演进型通用陆地无线电接入(E-UTRA)和演进型通用陆地无线接入网络(E-UTRAN)；总体描述，第2阶段；R2-1706723，RRC连接与非作用之间的状态转变；TS38.321 v0.0.3，NR；介质访问控制(MAC)协议规范；TS38.323v0.0.5，NR；包数据汇聚协议(PDCP)规范；TS36.331 v14.2.1，演进型通用陆地无线电接入(E-UTRA)；无线电资源控制(RRC)，协议规范；TS36.304v14.3.0，演进型通用陆地无线电接入(E-UTRA)和演进型通用陆地无线接入网络(E-UTRAN)；空闲模式中的用户设备(UE)程序；以及RAN2#101bis主席笔记。上文所列的标准和文档特此明确地以全文引用的方式并入。

图1示出了根据本发明的一个实施例的多址无线通信系统。接入网络100(AN)包含多个天线群组，其中一个天线群组包含104和106，另一天线群组包含108和110，并且又一天线群组包含112和114。在图1中，针对每一天线群组仅示出了两个天线，但是每一天线群组可以利用更多或更少个天线。接入终端116(AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116传送信息，并经由反向链路118从接入终端116接收信息。接入终端(AT)122与天线106和108通信，其中天线106和108经由前向链路126向接入终端(AT)122传送信息，并经由反向链路124从接入终端(AT)122接收信息。在FDD系统中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用与反向链路118所使用频率不同的频率。

每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在通过前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。

接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且也可以被称作接入点、节点B、基站、增强型基站、演进型节点B(evolved Node B，eNB)，或某一其它术语。接入终端(AT)还可以被称作用户设备(UE)、无线通信装置、终端、接入终端或某一其它术语。

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(AT)或用户设备(UE)的实施例的简化框图。在传送器系统210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案来格式化、译码及交错所述数据流的业务数据以提供经译码数据。

可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式，且可在接收器系统处使用以估计信道响应。随后基于针对每个数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)来调制(即，符号映射)用于所述数据流的多路复用导频和译码数据以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供给TX MIMO处理器220，所述处理器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

每个传送器222接收并处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波和上变频转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从N_T个天线224a到224t传送来自传送器222a到222t的N_T个经调制信号。

在接收器系统250处，由N_R个天线252a至252r接收所传送的经调制信号，并且将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a至254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收到的信号、将经调节信号数字化以提供样本，并且进一步处理所述样本以提供对应的“接收到的”符号流。

RX数据处理器260接着基于特定接收器处理技术从N_R个接收器254接收并处理N_R个接收到的符号流以提供N_T个“检测到的”符号流。RX数据处理器260接着对每一检测到的符号流进行解调、解交错和解码以恢复数据流的业务数据。由RX数据处理器260进行的处理与传送器系统210处的TX MIMO处理器220和TX数据处理器214所执行的处理互补。

处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收数据流有关的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的数个数据流的业务数据)处理，由调制器280调制，由传送器254a至254r调节，及被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号由天线224接收、由接收器222调节、由解调器240解调，并由RX数据处理器242处理，以提取由接收器系统250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

转而参看图3，此图示出了根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示出，可以利用无线通信系统中的通信装置300以用于实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是NR系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processingunit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可以接收由用户通过输入装置302(例如键盘或小键盘)输入的信号，且可以通过输出装置304(例如监视器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将接收到的信号传递到控制电路306、且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。

图4是根据本发明的一个实施例在图3中所示的程序代码312的简化的框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402一般执行无线电资源控制。层2部分404一般执行链路控制。层1部分406一般执行物理连接。

对于LTE、LTE-A或NR系统，层2部分404可以包含无线电链路控制(Radio LinkControl，RLC)层和介质访问控制(Medium Access Control，MAC)层。层3部分402可以包含无线电资源控制(Radio Resource Control，RRC)层。

3GPP TS 38.300 v0.4.1介绍了RRC状态，如下文引述：

7.2协议状态

RRC支持可表征如下的以下状态：

-RRC_IDLE：

-PLMN选择；

-系统信息的广播；

-小区重新选择移动性；

-寻呼(由5GC起始且区域管理)；

-用于由NAS配置的CN寻呼的DRX。

UE AS上下文是否不存储于任何gNB中或UE中有待进一步研究。

-RRC_INACTIVE：

-系统信息的广播；

-小区重新选择移动性；

-为UE建立5GC-NG-RAN连接(C/U平面)；

-UE AS上下文存储在至少一个gNB和UE中；

-寻呼由NG-RAN起始；

-用于由NG-RAN配置的NG-RAN寻呼的DRX；

-基于RAN的通知区域(RNA)由NG-RAN管理；

-NG-RAN知道UE属于的基于RAN的通知区域；

在中数据传送是否可能还有待进一步研究。在非作用中是否支持PLMN选择还有待进一步研究。

-RRC_CONNECTED：

-UE具有NG-RAN RRC连接；

-UE具有NG-RAN中的AS上下文；

-NG-RAN知道UE所属的小区；

-向/从UE传递单播数据；

-包含测量的网络控制的移动性。

3GPP TS 38.300介绍了RRC_INACTIVE和RRC_CONNECTED中的移动性，如下文引述：

9.2.2RRC_INACTIVE中的移动性

9.2.2.1概述

RRC_INACTIVE是其中UE保持于CM-CONNECTED中且可在由NG-RAN配置的区域(RNA)内移动而无需通知NG-RAN的状态。在RRC_INACTIVE中，上一个服务NG-RAN节点保持UE上下文以及与服务AMF和UPF的UE相关联NG连接。UE在其移动出被配置的RNA的情况下通知网络。

如果上一个服务NG-RAN节点当UE在RRC_INACTIVE中时接收到来自UPF的DL数据或来自AMF的DL信令，那么其在对应于RNA的小区中寻呼，且如果RNA包含相邻NG-RAN节点的小区则可以向相邻NG-RAN节点发送Xn-AP RAN寻呼。

在RAN寻呼失败后上一个服务NG-RAN节点是否将释放UE的NG连接有待进一步研究。

如果UE接入除上一个服务NG-RAN节点外的NG-RAN节点，那么接收NG-RAN节点触发Xn-AP检索UE上下文程序以从上一个服务NG-RAN节点得到UE上下文，且还可以触发包含隧道信息的数据转发程序以用于来自上一个服务NG-RAN节点的数据的可能恢复。在成功的上下文检索后，接收NG-RAN节点变成新服务NG-RAN节点且其进一步触发NG-AP路径切换请求程序。在路径切换程序之后，NG-RAN节点借助于Xn-AP UE上下文释放程序触发在旧NG-RAN节点处的UE上下文的释放。

9.2.2.2小区重新选择

我们可以假定与RRC-IDLE相同的原理？

9.2.2.3基于RAN的通知区域

处于RRC_INACTIVE状态的UE可被配置有RNA，其中：

-RNA可覆盖单个或多个小区，且可小于CN区域；

-基于RAN的位置区域更新(RLAU)由UE周期性地发送，且当UE的小区重新选择程序选择不属于被配置的RNA的小区时也发送。

存在关于可如何配置RNA的若干不同替代方案：

-小区列表：

-为UE提供构成RNA的(一个或多个)小区的显式列表。

-RAN区域：

-为UE提供(至少一个)RAN区域ID；

-小区在系统信息中广播(至少一个)RAN区域ID以使得UE知道小区属于哪一个区域。

是否商定一个替代方案或这两个有待进一步研究。

9.2.2.4状态转变

9.2.2.4.1UE触发从RRC_INACTIVE到RRC_ACTIVE的转变

编者注释：将主要从RAN3提供一些一般文字。RRC信令有待进一步研究。

图5(取自3GPP TS 38.300 v0.4.1的图9.2.2.4.1-1的再现)。

1.UE从RRC_INACTIVE恢复，从而提供恢复ID，由旧gNB分配。

用于NG-RAN的术语恢复ID的适用性是待决的RAN2。

2.新gNB如果能够解析包含于恢复ID中的gNB身份，那么请求旧gNB提供UE上下文数据。

用于NG-RAN的术语恢复ID的适用性是待决的RAN2。

3.旧gNB提供UE上下文数据。

4.新gNB完成RRC连接的重续。

5.如果将防止旧服务gNB中缓冲的DL用户数据的损失，那么新gNB提供转发地址。

6./7.新gNB执行路径切换。

8.新gNB触发旧gNB处的UE资源的释放。

更多细节有待添加。

9.2.2.4.2网络触发从RRC_INACTIVE到RRC_CONNECTED的转变

将主要从RAN3提供一些一般文字

图6(取自3GPP TS 38.300 v0.4.1的图9.2.2.4.2-1的再现)。

1.RAN寻呼触发事件发生(传入DL用户平面、来自5GC的DL信令等)

2.触发RAN寻呼；仅在由服务gNB控制的小区中，或者还在其它gNB中借助于Xn RAN寻呼作为UE已经登记的RAN寻呼区域的成员。

3.以NG-RAN分配的UE身份来寻呼UE。

细节有待进一步研究。

4.如果已成功到达UE，那么其尝试从RRC_INACTIVE恢复，如其它部分中所描述。

更多细节有待添加。

9.2.3 RRC_CONNECTED中的移动性

9.2.3.1概述

网络控制的移动性适用于RRC_CONNECTED中的UE且分类为两个类型的移动性：小区层级移动性和波束层级移动性。

小区层级移动性要求触发显式RRC信令，即越区移交。对于gNB间越区移交，信令程序由图10.2.3-1中图示的至少以下基本组件组成：

图7(取自3GPP TS 38.300 v0.4.1的图9.2.3-1的再现)。

1.源gNB起始越区移交且在Xn接口上发出越区移交请求。

2.目标gNB执行准入控制且提供RRC配置作为越区移交确认的部分。

3.源gNB在越区移交命令中将RRC配置提供到UE。越区移交命令消息包含至少小区ID和接入目标小区所需的所有信息以使得UE可接入目标小区而无需读取系统信息。对于一些情况，基于竞争和无竞争的随机接入所需的信息可包含在越区移交命令消息中。对目标小区的接入信息可以包含波束特定信息(如果存在)。

4.UE将RRC连接移动到目标gNB且答复越区移交完成。

确切的消息名称有待进一步研究。可考虑进一步的增强和修改。

由RRC触发的越区移交机制要求UE至少复位MAC实体且重新建立RLC。对于使用RLCAM模式的DRB，PDCP可连同安全密钥改变一起重新建立，或起始数据恢复程序而无密钥改变。对于使用RLC UM模式的DRB和对于SRB，PDCP可连同安全密钥改变一起重新建立，或保持原样而无密钥改变。

当目标gNB使用与源gNB相同的DRB配置和QoS流到DRB映射时，可保证数据转发、按顺序递送和越区移交时的重复避免。

在越区移交时是否可重新映射QoS流且如果支持则在此情况下越区移交是否无损还有待进一步研究。

波束层级移动性不需要触发显式RRC信令，其是在下部层进行处理，且RRC不需要知道在给定时间点正使用哪一个波束。

是否可能存在小区内移动性需要由RRC处置的情况有待进一步研究。

9.2.3.2越区移交

9.2.3.2.1C平面处置

NR内RAN越区移交执行所执行越区移交程序的准备和执行阶段而不涉及5GC，即直接在gNB之间交换准备消息。在越区移交完成阶段期间在源gNB处的资源的释放是由目标gNB触发。下图描绘其中AMF或UPF都不改变的基本越区移交情形：

图8(取自3GPP TS 38.300 v0.4.1的图9.2.3.2.1-1的再现)。

0.源gNB内的UE上下文含有在连接建立或在上一个TA更新时提供的关于漫游和接入限制的信息。

1.源gNB配置UE测量程序且UE根据测量配置进行报告。

2.源gNB基于测量报告和RRM信息而决定越区移交UE。

3.源gNB将越区移交请求消息发出到目标gNB，传递在目标侧准备HO的必要信息

4.准入控制可以由目标gNB执行。

5.目标gNB以L1/L2准备HO且将越区移交请求确认发送到源gNB。

6.目标gNB产生RRC消息以执行越区移交。

7.源gNB将SN状态转移消息发送到目标gNB。

8.UE同步到目标小区且完成RRC越区移交程序。

9.目标gNB将路径切换请求消息发送到AMF以触发5GC朝向目标gNB切换DL数据路径并建立朝向目标gNB的NG-C接口例项。

10.5GC朝向目标gNB切换DL数据路径

11.AMF以路径切换请求确认消息确认路径切换请求消息。

12.通过发送UE上下文释放消息，目标gNB向源gNB告知HO的成功且触发源gNB的资源释放。在从AMF接收到路径切换请求确认消息之后目标gNB发送此消息。在UE上下文释放消息的接收后，源gNB可释放与UE上下文关联的无线电和C平面相关资源。任何进行中的数据转发可以继续。

更多细节有待由RAN2和RAN3与SA2协调而添加。

9.2.3.2.2 U平面处置

3GPP TS36.300介绍了当RRC_IDLE转变为RRC_CONNECTED时网络起始UE上下文设置程序如下：

19.2.2.3初始上下文设置程序

初始上下文设置程序在空闲到作用中转变的情况下在eNB中建立必要的总体初始UE上下文。初始上下文设置程序由MME起始。

初始上下文设置程序包括以下步骤：

-MME通过将初始上下文设置请求发送到eNB而起始初始上下文设置程序。此消息可以包含一般UE上下文(例如，安全性上下文、漫游和接入限制、UE能力信息、UE S1信令连接ID、CN辅助信息等)、E-RAB上下文(服务GW TEID、QoS信息、相关id，即在LIPA支持的情况下或在具有共置L-GW支持的SIPTO@LN的情况下的共置L-GW TEID或GRE密钥)，且可以与对应NAS消息一起被捎带回。当初始上下文设置请求消息中存在多个NAS消息时，MME将确保E-RAB待设置列表中的NAS消息按从NAS层的接收次序对准，以确保NAS消息的按顺序递送。

-在接收到初始上下文设置请求后，eNB设置相关联UE的上下文，且执行朝向UE的必要RRC信令，例如，无线电承载设置程序。当RRC消息中存在待发送的多个NAS消息时，RRC消息中的NAS消息的次序将保持相同于初始上下文设置请求消息中的次序。如果存在，那么eNB使用如TS23.401[17]中定义的CN辅助信息且在eNB间移动性期间传播所述信息。

-eNB以初始上下文设置响应进行响应以告知成功操作，且以初始上下文设置失败进行响应以告知不成功操作。

注意：在失败的情况下，不指定eNB和MME行为。原则上可以采用隐式释放(每一节点处的局部释放)和显式释放(MME起始的UE上下文释放程序)。eNB应当确保无悬置资源保留于eNB处。

图9(取自3GPP TS36.300 v14.2.0的图19.2.2.3-1的再现)。

3GPP R2-1706723介绍了从已连接到具有预配置非作用中状态参数的非作用中状态的隐式状态转变，如下方引述：

2.1从已连接状态到非作用中状态的RRC程序

当指示UE移动到非作用中状态时应当将以下参数提供到UE：

1.RAN通知区域配置

2.UE上下文ID(用以在连接重新激活程序中识别UE上下文)

3.DRX参数(用于非作用中状态UE的RAN配置的DRX)

4.周期性RAN通知区域更新定时器

除对非作用中状态特定的参数之外，网络还可以包含对非作用中和空闲状态共同的一些参数：

5.重定向信息(用以将UE重定向到频率间)

6.移动性控制信息(专用小区重新选择优先级)

提议1：当配置UE以进入非作用中状态时可将RAN通知区域、UE上下文识别符、DRX参数、重定向信息和移动性控制信息提供到UE。

基于上文所论述的内容可见，用于连接模式到非作用中模式转变的消息与RRC连接释放消息共享一些共同信息，且所述消息还包含对非作用中状态特定的一些信息。由于我们已经商定“从连接到非作用中的RRC状态转变遵循一个步骤程序”，因此我们建议使用相同的RRC连接释放种类的消息用于连接到非作用中以及连接到空闲状态转变。

提议2：使用相同的RRC连接释放种类的消息用于连接到非作用中以及连接到空闲状态转变。

通常，在一段时期中UE无数据传送之后，网络将配置UE进入非作用中状态。并非在一些数据传送不活动之后以RRC消息指示UE进入非作用中状态，网络可以预先配置在非作用中状态中将使用的参数，且基于由UE直接评估的一些准则(例如不活动定时器)，UE可以进入非作用中状态且应用预配置参数。这将避免已处于功率节省操作中的UE必须接收RRC消息且传送HARQ和ARQ ACK仅用于移动到非作用中状态的目的。

提议3：支持从已连接到具有预配置非作用中状态参数的非作用中状态的隐式状态转变。

3GPP TS36.331 v14.2.1介绍了RRC连接控制，如下文引述：

5.3.3 RRC连接建立

5.3.3.1总则

…

图10(取自3GPP TS36.331 v14.2.1的图5.3.3.1-3的再现)。

图11(取自3GPP TS36.331 v14.2.1的图5.3.3.1-4的再现)。

图12(取自3GPP TS36.331 v14.2.1的图5.3.3.1-5的再现)。

此程序的目的是建立或恢复RRC连接。RRC连接建立涉及SRB1(和用于NB-IoT的SRB1bis)建立。所述程序也用以将初始NAS专用信息/消息从UE传递到E-UTRAN。

E-UTRAN应用如下程序：

-当建立RRC连接时：

-建立SRB1，且对于NB-IoT，建立SRB1bis；

-当恢复RRC连接时：

-从包含恢复SRB和DRB的存储的上下文恢复AS配置。

…

5.3.3.3a与RRCConnectionResumeRequest消息的传送相关的动作

UE将如下设定RRCConnectionResumeRequest消息的内容：

1>如果UE是NB-IoT UE；或

1>如果在SystemInformationBlockType2中发送字段useFullResumeID：

2>将resumeID设定为存储的resumeIdentity；

1>否则

2>将truncatedResumeID设定为在存储的resumeIdentity中从左起的位位置9到20和29到40中包含位。

1.如果UE支持mo-VoiceCall建立原因且UE正在恢复用于移动发起的MMTEL语音的RRC连接且SystemInformationBlockType2包含voiceServiceCauseIndication：

2>将resumeCause设定为mo-VoiceCall；

1>否则如果UE支持mo-VoiceCall建立原因用于移动发起的MMTEL视频且UE正在恢复RRC连接用于移动发起的MMTEL视频且SystemInformationBlockType2包含videoServiceCauseIndication：

2>将resumeCause设定为mo-VoiceCall；

1>否则

2>根据从上部层接收的信息设定resumeCause；

1>将shortResumeMAC-I设定为所计算的MAC-I的16个最低有效位：

2>在ASN.1上按照区段8(即，8位的倍数)VarShortResumeMAC-Input(或NB-IoT中的VarShortResumeMAC-Input-NB)编码；

2>具有K_RRCint密钥和先前被配置的完整性保护算法；以及

2>用于计数、承载和方向的所有输入位被设定成二进制一；

1>从存储的UE AS上下文恢复RRC配置和安全性上下文：

1>恢复PDCP状态且重新建立用于SRB1的PDCP实体；

1>恢复SRB1；

注意：在成功连接重续前，SRB1仅用于传递RRCConnectionResume消息。

UE将向下部层提交RRCConnectionResumeRequest消息以用于传送。

UE将继续小区重新选择相关测量以及小区重新选择评估。如果满足用于小区重新选择的条件，那么UE将如5.3.3.5中指定而执行小区重新选择。

…

5.3.3.4a UE对RRCConnectionResume的接收

UE将：

1>停止定时器T300；

1>恢复PDCP状态且重新建立用于SRB2和所有DRB的PDCP实体；

1>如果包含drb-ContinueROHC：

2>向下部层指示已使用存储的UE AS上下文且drb-ContinueROHC被配置；

2>对于被配置有标头压缩协议的DRB继续标头压缩协议上下文；

1>否则：

2>向下部层指示已使用存储的UE AS上下文；

2>对于被配置有标头压缩协议的DRB复位标头压缩协议上下文；

1>丢弃存储的UE AS上下文和resumeIdentity；

1>根据接收的radioResourceConfigDedicated且如5.3.10中指定执行无线电资源配置程序；

1>恢复SRB2和所有DRB；

1>如果已存储，那么丢弃由idleModeMobilityControlInfo提供或从另一RAT继承的小区重新选择优先级信息；

1>对于NB-IoT，如果已存储，那么丢弃由redirectedCarrierOffsetDedicated提供的专用频率偏移；

1>如果RRCConnectionResume消息包含measConfig：

2>如5.5.2中指定执行测量配置程序；

1>如果在运行，则停止定时器T302；

1>如果在运行，则停止定时器T303；

1>如果在运行，则停止定时器T305；

1>如果在运行，则停止定时器T306；

1>如果在运行，则停止定时器T308；

1>如5.3.3.7中指定执行动作；

1>如果在运行，则停止定时器T320；

1>如果在运行，则停止定时器T350；

1>如5.6.12.4中指定执行动作；

1>如果在运行，则停止定时器T360；

1>如果在运行，则停止定时器T322；

1>使用RRCConnectionResume消息中指示的nextHopChainingCount值，基于当前K_eNB相关联到的K_ASME密钥而更新K_eNB密钥，如TS 33.401[32]中指定；

1>存储nextHopChainingCount值；

1>导出与先前被配置的完整性算法相关联的K_RRCint密钥，如TS33.401[32]中指定；

1>使用先前被配置的算法和K_RRCint密钥向下部层请求检验RRCConnectionResume消息的完整性保护；

1>如果RRCConnectionResume消息的完整性保护检查失败：

2>如5.3.12中指定在离开RRC_CONNECTED后即刻执行动作，其中释放原因为‘其它’，于是程序结束；

1>导出与先前被配置的加密算法相关联的K_RRCenc密钥和K_UPenc密钥，如TS 33.401[32]中指定；

1>立即使用先前被配置的算法和K_RRCint密钥配置下部层以恢复完整性保护，即，完整性保护将应用于由UE接收和发送的所有后续消息；

1>配置下部层以恢复加密且应用加密算法、K_RRCenc密钥和K_UPenc密钥，即加密配置将应用于由UE接收和发送的所有后续消息；

1>进入RRC_CONNECTED；

1>向上部层指示悬置的RRC连接已恢复；

1>停止小区重新选择程序；

1>考虑当前小区为PCell；

1>如下设定RRCConnectionResumeComplete消息的内容：

2>将selectedPLMN-Identity设定为来自包含在SystemInformationBlockType1中的plmn-IdentityList中的PLMN的由上部层选择的PLMN(参见TS 23.122[11]、TS 24.301[35])；

2>将dedicatedInfoNAS设定为包含从上部层接收的信息；

2>对于NB-IoT不同之处在于：

3>如果UE具有在VarRLF-Report中可用的无线电链路失败或越区移交失败信息且如果RPLMN包含在存储于VarRLF-Report中的plmn-IdentityList中：

4>包含rlf-InfoAvailable；

3>如果UE具有可用于E-UTRA的MBSFN记录的测量值且如果RPLMN包含在存储于VarLogMeasReport中的plmn-IdentityList中：

4>包含logMeasAvailableMBSFN；

3>否则如果UE具有可用于E-UTRA的记录测量值且如果RPLMN包含在存储于VarLogMeasReport中的plmn-IdentityList中：

4>包含logMeasAvailable；

3>如果UE具有在VarConnEstFailReport中可用的建立失败信息且如果RPLMN等于存储于VarConnEstFailReport中的plmn-Identity：

4>包含connEstFailInfoAvailable；

3>包含mobilityState且将其设定为恰在进入RRC_CONNECTED状态之前UE的移动性状态(如TS 36.304[4]中指定)；

3>如果UE支持移动性历史信息的存储且UE具有在VarMobilityHistoryReport中可用的移动性历史信息：

4>包含mobilityHistoryAvail；

1>将RRCConnectionResumeComplete消息提交到下部层以用于传送；

1>程序结束。

…

5.3.7RRC连接重新建立

5.3.7.1总则

图13(取自3GPP TS36.331 v14.2.1的图5.3.7.1-1的再现)。

图14(取自3GPP TS36.331 v14.2.1的图5.3.7.1-2的再现)。

此程序的目的是重新建立RRC连接，其涉及SRB1操作的重续、安全性的重新激活以及仅PCell的配置。

安全性已被激活的处于RRC_CONNECTED的UE可以起始所述程序以便继续RRC连接。仅当关注的小区准备好，即具有有效的UE上下文时连接重新建立才成功。在E-UTRAN接受重新建立的情况下，SRB1操作恢复而其它无线电承载的操作保持悬置。如果AS安全性尚未被激活，那么UE不起始所述程序，而是直接移动到RRC_IDLE。

E-UTRAN应用如下程序：

-重新配置SRB1且仅对于此RB恢复数据传递；

-重新激活AS安全性而不改变算法。

…

5.3.7.2起始

UE将仅当AS安全性已被激活时起始程序。UE当满足以下条件中的一个时起始程序：

1>根据5.3.11，在检测到无线电链路失败后；或

1>根据5.3.5.6，在越区移交失败后；或

1>根据5.4.3.5，在从E-UTRA的移动性失败后；或

1>在来自下部层的完整性校验失败指示后；或

1>根据5.3.5.5，在RRC连接重新配置失败后；

…

5.3.7.4与RRCConnectionReestablishmentRequest消息的传送相关的动作

对于NB-IoT的不同之处在于，如果程序是由于无线电链路失败或越区移交失败而起始，那么UE将：

1>将VarRLF-Report中的reestablishmentCellId设定为所选小区的全球小区标识；

UE将如下设定RRCConnectionReestablishmentRequest消息的内容：

1>如下设定ue-Identity：

2>将c-RNTI设定为在源PCell中使用(从E-UTRA的越区移交和移动性失败)或在其中发生用于重新建立的触发的PCell中使用(其它情况)的C-RNTI；

2>将physCellId设定为源PCell(从E-UTRA的越区移交和移动性失败)或其中发生用于重新建立的触发的PCell(其它情况)的物理小区标识；

2>将shortMAC-I设定为所计算的MAC-I的16个最低有效位：

3>在ASN.1上按照区段8(即，8位的倍数)VarShortMAC-Input(或NB-IoT中的VarShortMAC-Input-NB)编码；

3>借助在源PCell(从E-UTRA的越区移交和移动性失败)或其中发生用于重新建立的触发的PCell(其它情况)中使用的K_RRCint密钥和完整性保护算法；以及

3>用于计数、承载和方向的所有输入位被设定成二进制一；

1>如下设定reestablishmentCause：

2>如果重新建立程序是由于如5.3.5.5中指定的重新配置失败而起始(UE不能够遵守重新配置)：

3>将reestablishmentCause设定为值reconfigurationFailure；

2>否则如果重新建立程序是由于如5.3.5.6(LTE内越区移交失败)或5.4.3.5(从EUTRA的RAT间移动性失败)中指定的越区移交失败而起始：

3>将reestablishmentCause设定为值handoverFailure；

2>否则：

3>将reestablishmentCause设定为值otherFailure；

UE将向下部层提交RRCConnectionReestablishmentRequest消息以用于传送。

5.3.7.5UE对RRCConnectionReestablishment的接收

注意1：在此之前，使用下部层信令来分配C-RNTI。另外细节参见TS36.321[6]；

UE将：

1>停止定时器T301；

1>考虑当前小区为PCell；

1>为SRB1重新建立PDCP；

1>为SRB1重新建立RLC；

1>恢复SRB1；

注意2：在接收到RRCConnectionReestablishmentComplete消息之前E-UTRAN不应在SRB1上传送任何消息。

1>使用RRCConnectionReestablishment消息中指示的nextHopChainingCount值，基于当前K_eNB相关联到的K_ASME密钥而更新K_eNB密钥，如TS 33.401[32]中指定；

1>存储nextHopChainingCount值；

1>如果作为RN连接：

2>导出与先前被配置的完整性算法相关联的K_UPint密钥，如TS 33.401[32]中指定；

1>立即使用先前被配置的算法和K_RRCint密钥配置下部层以激活完整性保护，即，完整性保护将应用于由UE接收和发送的所有后续消息，包含用以指示程序的成功完成的消息；

1>如果作为RN连接：

2>对于被配置成应用完整性保护的随后恢复或随后建立的DRB(如果存在)，使用先前被配置的算法和K_UPint密钥配置下部层以应用完整性保护；

1>立即使用先前被配置的算法、K_RRCenc密钥和K_UPenc密钥配置下部层以应用加密，即，加密将应用于由UE接收和发送的所有后续消息，包含用以指示程序的成功完成的消息；

1>如果UE不是NB-IoT UE，那么：

2>如下设定RRCConnectionReestablishmentComplete消息的内容：

4>包含rlf-InfoAvailable；

3>如果UE具有可用于E-UTRA的MBSFN记录测量值且如果RPLMN包含在存储于VarLogMeasReport中的plmn-IdentityList中且如果T330不处于运行中：

4>包含logMeasAvailableMBSFN；

4>包含logMeasAvailable；

4>包含connEstFailInfoAvailable；

2>执行如5.5.6.1中指定的测量相关动作；

2>执行如5.5.2.2a中指定的测量识别自主移除；

1>将RRCConnectionReestablishmentComplete消息提交到下部层以用于传送；

1>如果SystemInformationBlockType15由PCell广播：

2>如果在无线电链路失败的上1秒先前检测期间UE已传送MBMSInterestIndication消息：

3>确保具有用于PCell的SystemInformationBlockType15的有效版本；

3>根据5.8.5.3确定所关注的MBMS频率集合；

3>根据5.8.5.3a确定所关注的MBMS服务集合；

3>根据5.8.5.4起始MBMSInterestIndication消息的传送；

1>如果SystemInformationBlockType18由PCell广播；且在无线电链路失败的上1秒先前检测期间UE已传送指示PCell中相关的副链路通信相关参数的改变(即commRxInterestedFreq或commTxResourceReq、在SystemInformationBlockType18包含commTxResourceUC-ReqAllowed的情况下的commTxResourceReqUC、或在PCell广播包含discConfigRelay的SystemInformationBlockType19的情况下的commTxResourceInfoReqRelay的改变)的SidelinkUEInformation消息；或

1>如果SystemInformationBlockType19由PCell广播；且在无线电链路失败的上1秒先前检测期间UE已传送指示PCell中相关的副链路发现相关参数的改变(即discRxInterest或discTxResourceReq、在SystemInformationBlockType19包含discConfigPS的情况下的discTxResourceReqPS、或在UE被配置有设定成真的gapRequestsAllowedDedicated的情况下或在UE未被配置有gapRequestsAllowedDedicated且SystemInformationBlockType19包含gapRequestsAllowedCommon的情况下的discRxGapReq或discTxGapReq的改变)的SidelinkUEInformation消息；或

1>如果包含sl-V2X-ConfigCommon的SystemInformationBlockType21由PCell广播；且在无线电链路失败的上1秒先前检测期间UE已传送指示PCell中相关的V2X副链路通信相关参数的改变(即v2x-CommRxInterestedFreq或v2x-CommTxResourceReq的改变)的SidelinkUEInformation消息：

2>根据5.10.2.3起始SidelinkUEInformation消息的传送；

1>程序结束；

…

5.3.8RRC连接释放

5.3.8.1总则

图15(取自3GPP TS36.331 v14.2.1的图5.3.8.1-1的再现)。

此程序的目的是：

-释放RRC连接，其包含所建立的无线电承载以及所有无线电资源的释放；

或：

-悬置RRC连接，其包含所建立的无线电承载的悬置。

5.3.8.2起始

E-UTRAN对处于RRC_CONNECTED的UE起始RRC连接释放程序。

5.3.8.3UE对RRCConnectionRelease的接收

UE将：

1>对于NB-IoT、BL UE或CE中的UE来说不同之处在于，使在此子条款中定义的以下动作从接收到RRCConnectionRelease消息的时刻或者任选地当下部层指示已成功地确认RRCConnectionRelease消息的接收时(选择两个情况中更早的情况)延迟60ms；

1>对于BL UE或CE中的UE，使此子条款中定义的以下动作从接收到RRCConnectionRelease消息的时刻或者任选地当下部层指示已成功地确认RRCConnectionRelease消息的接收时(选择两个情况中更早的情况)延迟1.25秒；

1>对于NB-IoT，使此子条款中定义的以下动作从接收到RRCConnectionRelease消息的时刻或者任选地当下部层指示已成功地确认RRCConnectionRelease消息的接收时(选择两个情况中更早的情况)延迟10秒。

1>如果RRCConnectionRelease消息包含idleModeMobilityControlInfo：

2>存储由idleModeMobilityControlInfo提供的小区重新选择优先级信息；

2>如果包含t320：

3>开始定时器T320，其中根据t320的值设定定时器值；

1>否则：

2>应用在系统信息中广播的小区重新选择优先级信息；

1>对于NB-IoT，如果RRCConnectionRelease消息包含redirectedCarrierInfo：

2>如果redirectedCarrierOffsetDedicated包含在redirectedCarrierInfo中：

3>将用于频率的redirectedCarrierOffsetDedicated存储在redirectedCarrierInfo中；

3>开始定时器T322，其中根据redirectedCarrierInfo中的T322的值设定定时器值；

1>如果在RRCConnectionRelease消息中接收的releaseCause指示loadBalancingTAURequired：

2>如5.3.12中指定在离开RRC_CONNECTED后即刻执行动作，其中释放造成‘需要负载平衡TAU’；

1>否则如果在RRCConnectionRelease消息中接收的releaseCause指示cs-FallbackHighPriority：

2>如5.3.12中指定在离开RRC_CONNECTED后即刻执行动作，其中释放造成‘CS回退高优先级’；

1>否则：

2>如果extendedWaitTime存在；以及

2>如果UE支持容许延迟的接入或UE是NB-IoT UE：

3>将extendedWaitTime转发到上部层；

2>如果在RRCConnectionRelease消息中接收的releaseCause指示rrc-Suspent：

3>如5.3.12中指定在离开RRC_CONNECTED后即刻执行动作，其中释放造成‘RRC悬置’；

2>否则：

3>如5.3.12中指定在离开RRC_CONNECTED后即刻执行动作，其中释放造成‘其它’；

…

5.3.11无线电链路失败相关动作

5.3.11.1在RRC_CONNECTED中的物理层问题的检测

UE将：

1>在T300、T301、T304或T311都不处于运行中的同时从下部层接收到N310针对PCell的连续“失步”指示后：

2>开始定时器T310；

1>在T307不处于运行中的同时从下部层接收到N313针对PSCell的连续“失步”指示后：

2>开始T313；

注意：除了PSCell之外，物理层监视和相关自主动作并不应用于SCell。

5.3.11.2物理层问题的恢复

在T310处于运行中的同时从下部层接收到N311针对PCell的连续“同步”指示后，UE将：

1>停止定时器T310；

1>如果在运行，则停止定时器T312；

注意1：在此情况下，UE维持RRC连接而无显式信令，即UE维持整个无线电资源配置。

注意2：其中层1既不报告“同步”也不报告“失步”的时间周期并不影响连续“同步”或“失步”指示的数目的评估。

在T313处于运行中的同时从下部层接收到N314针对PSCell的连续“同步”指示后，UE将：

1>停止定时器T313；

5.3.11.3无线电链路失败的检测

UE将：

1>在T310到期后；或

1>在T312到期后；或

1>在T300、T301、T304或T311都不处于运行中的同时在来自MCG MAC的随机接入问题指示后；或

1>在来自MCG RLC的针对SRB或针对MCG或分裂DRB已达到重传的最大数目的指示后：

2>考虑针对MCG将检测到无线电链路失败，即RLF；

2>对于NB-IoT不同之处在于，通过设定字段而在VarRLF-Report中存储以下无线电链路失败信息如下：

3>清除VarRLF-Report中包含的信息，如果存在；

3>将plmn-IdentityList设定为包含由UE存储的EPLMN的列表(即包含RPLMN)；

3>基于在直到UE检测到无线电链路失败的时刻所收集的测量值将measResultLastServCell设定为包含PCell的RSRP和RSRQ(如果可用)；

3>将measResultNeighCells设定为包含除PCell外的最佳测得的小区，所述小区被排序以使得最佳小区被首先列出，且基于直到UE检测到无线电链路失败的时刻所收集的测量值，且如下设定其字段；

4>如果UE被配置成针对一个或多个EUTRA频率执行测量，则包含measResultListEUTRA；

4>如果UE被配置成针对一个或多个相邻UTRA频率执行测量报告，则包含measResultListUTRA；

4>如果UE被配置成针对一个或多个相邻GERAN频率执行测量值报告，则包含measResultListGERAN；

4>如果UE被配置成针对一个或多个相邻CDMA2000频率执行测量报告，则包含measResultsCDMA2000；

4>针对所包含的每一相邻小区，包含可用的任选字段；

注意1：测得的量由如移动性测量配置中配置的L3过滤器进行过滤。测量是基于时域测量资源限制(如果被配置)。在黑名单上的小区不需要报告。

3>如果详细位置信息可用，那么如下设定locationInfo的内容：

4>包含locationCoordinates；

4>包含horizontalVelocity(如果可用)；

3>将failedPCellId设定为全球小区标识(如果可用)，且否则设定为其中检测到无线电链路失败的PCell的物理小区标识和载波频率；

3>将tac-FailedPCell设定为其中检测到无线电链路失败的PCell的跟踪区域码(如果可用)；

3>如果在连接失败之前接收到包含mobilityControlInfo的RRCConnectionReconfiguration消息：

4>如果包含mobilityControlInfo的上一个RRCConnectionReconfiguration消息涉及E-UTRA内越区移交：

5>包含previousPCellId且将其设定为其中接收到包含mobilityControlInfo的上一个RRCConnectionReconfiguration消息的PCell的全球小区标识；

5>将timeConnFailure设定为自从接收到包含mobilityControlInfo的上一个RRCConnectionReconfiguration消息时起经过的时间；

4>如果包含mobilityControlInfo的上一个RRCConnectionReconfiguration消息涉及从UTRA到E-UTRA的越区移交且如果UE支持针对RAT间MRO的无线电链路失败报告：

5>包含previousUTRA-CellId且将其设定为其中接收到包含mobilityControlInfo的上一个RRCConnectionReconfiguration消息的UTRA小区的物理小区标识、载波频率和全球小区标识(如果可用)；

3>如果UE支持无线电链路失败报告中的QCI1指示且具有QCI为1的DRB：

4>包含drb-EstablishedWithQCI-1；

3>将connectionFailureType设定为rlf；

3>将c-RNTI设定为在PCell中使用的C-RNTI；

3>将rlf-Cause设定为用于检测无线电链路失败的触发；

2>如果AS安全性尚未被激活：

3>如果UE是NB-IoT UE，那么：

4>如5.3.12中指定在离开RRC_CONNECTED后即刻执行动作，其中释放造成‘RRC连接失败’；

3>否则：

4>如5.3.12中指定在离开RRC_CONNECTED后即刻执行动作，其中释放造成‘其它’；

2>否则：

3>如5.3.7中指定起始连接重新建立程序；

UE将：

1>在T313到期后；或

1>在来自SCG MAC的随机接入问题指示后；或

1>在来自SCG RLC的针对SCG或分裂DRB已达到重传的最大数目的指示后：

2>考虑针对SCG将检测无线电链路失败，即SCG-RLF；

2>如5.6.13中指定起始SCG失败信息程序以报告SCG无线电链路失败；

UE可以在检测到无线电链路失败之后、在断电后或在脱离后的48小时丢弃无线电链路失败信息，即释放UE可变VarRLF-Report。

…

5.3.12在离开RRC_CONNECTED后的UE动作

在离开RRC_CONNECTED后，UE将：

1>复位MAC；

1>停止除T320、T322、T325、T330外的所有在运行的定时器；

1>如果通过RRC的悬置而触发离开RRC_CONNECTED：

2>针对所有SRB和DRB重新建立RLC实体；

2>存储UE AS上下文，其包含当前RRC配置、当前安全性上下文、包含ROHC状态的PDCP状态、在源PCell中使用的C-RNTI、cellIdentity以及源PCell的物理小区标识；

2>存储由E-UTRAN提供的以下信息：

3>resumeIdentity；

2>悬置所有SRB和DRB，SRB0除外；

2>向上部层指示RRC连接的悬置；

2>配置下部层以悬置完整性保护和加密；

注意：对用以恢复连接的后续RRCConnectionResume消息不应用加密。完整性校验由下部层执行，但仅在来自RRC的请求后执行。

1>否则：

2>释放所有无线电资源，包含针对所有所建立的RB释放RLC实体、MAC配置和相关联PDCP实体；

2>连同释放原因一起向上部层指示RRC连接的释放；

1>如果既不是通过MobilityFromEUTRACommand消息的接收也不是通过在T311正运行的同时选择RAT间小区来触发离开RRC_CONNECTED：

2>如果定时器T350被配置：

3>开始定时器T350；

3>如果被配置则应用rclwi-Configuration，否则应用对应于包含在SystemInformationBlockType17中的RPLMN的wlan-Id-List；

2>否则：

3>如果接收到则释放wlan-OffloadConfigDedicated；

3>如果对应于RPLMN的wlan-OffloadConfigCommon由小区广播：

4>应用对应于包含在SystemInformationBlockType17中的RPLMN的wlan-OffloadConfigCommon；

4>如果被配置则应用steerToWLAN，否则应用对应于包含在SystemInformationBlockType17中的RPLMN的wlan-Id-List；

2>进入RRC_IDLE且如TS 36.304[4，5.2.7]中指定执行程序；

1>否则：

2>如果接收到则释放wlan-OffloadConfigDedicated；

注意：BL UE或CE中的UE当释放为RRC_IDLE时检验SI的有效性。

1>如果被配置则释放LWA配置，如5.6.14.3中所描述；

1>如果被配置则释放LWIP配置，如5.6.17.3中所描述；

3GPP TS36.300 v14.2.0介绍了LTE越区移交程序，如下文引述：

10.1.2.1越区移交

处于RRC_CONNECTED状态的UE的E-UTRAN内HO是UE辅助的网络控制HO，具有在E-UTRAN中的HO准备信令：

-HO命令的一部分来自目标eNB且由源eNB明显地转发到UE；

-为了准备HO，源eNB将所有必要信息传递到目标eNB(例如，E-RAB属性和RRC上下文)：

-当CA被配置且启用目标eNB中的SCell选择时，源eNB可按无线电质量的降序提供最佳小区的列表且任选地测量小区的结果。

-当DC被配置时，源MeNB将(除MCG配置之外还有)SCG配置提供到目标MeNB。

-源eNB和UE均保持某种上下文(例如，C-RNTI)以在HO失败的情况下实现UE的返回；

-如果无RACH的HO未被配置，那么UE使用专用RACH前导遵循无竞争程序或者在专用RACH前导不可用的情况下遵循基于竞争的程序而经由RACH接入目标小区：

-UE使用专用前导直到越区移交程序完成(成功或不成功)；

-如果无RACH的HO被配置，那么UE经由在RRC消息中预分配给UE的上行链路准予而接入目标小区。如果UE在来自源eNB的RRC消息中未接收到预分配的上行链路准予，那么UE监视目标小区的PDCCH；

-如果在某一时间内朝向目标小区的接入(使用RACH或无RACH程序)不成功，那么UE使用适合小区起始无线电链路失败恢复；

-在越区移交时不传递ROHC上下文；

-ROHC上下文可在越区移交时保持在同一eNB内。

10.1.2.1.1C平面处置

在不涉及EPC的情况下执行HO程序的准备和执行阶段，即在eNB之间直接交换准备消息。在HO完成阶段期间在源侧的资源的释放由eNB触发。在涉及RN的情况下，其DeNB在RN与MME之间中继适当的S1消息(基于S1的越区移交)且在RN与目标eNB之间中继X2消息(基于X2的越区移交)；由于S1代理和X2代理功能性，DeNB显式地知道附接到RN的UE(参见章节4.7.6.6)。下图描绘其中MME或服务网关均不改变的基本越区移交情形：

图16(取自3GPP TS36.300 v14.2.0的图10.1.2.1.1-1的再现)。

下文是MME/服务网关内HO程序的更详细描述：

0源eNB内的UE上下文含有在连接建立或在上一个TA更新时提供的关于漫游和接入限制的信息。

1源eNB根据漫游和接入限制信息以及例如可用的多个频带信息配置UE测量程序。由源eNB提供的测量可以辅助控制UE的连接移动性的功能。

2测量报告被触发且发送到eNB。

3源eNB基于测量报告和RRM信息做出越区切换UE的决策。

4源eNB将越区移交请求消息发出到目标eNB，传递用以在目标侧准备HO的必要信息(在源eNB的UE X2信令上下文参考、UE S1EPC信令上下文参考、目标小区ID、K_eNB*、源eNB中的包含UE的C-RNTI的RRC上下文、AS配置、E-RAB上下文和源小区的物理层ID+用于可能的RLF恢复的短MAC-I)。UE X2/UE S1信令参考使目标eNB能够寻址源eNB和EPC。E-RAB上下文包含必要的RNL和TNL寻址信息以及E-RAB的QoS简档。

5目标eNB取决于所接收E-RAB QoS信息可以执行准入控制以增加成功HO的可能性，前提是目标eNB可准许资源。目标eNB根据所接收E-RAB QoS信息配置所需的资源且保留C-RNTI和任选地RACH前导。在目标小区中将使用的AS配置可独立地指定(即“建立”)或指定为与在源小区中使用的AS配置相比的差量(即“重新配置”)。

6目标eNB以L1/L2准备HO且将越区移交请求确认发送到源eNB。越区移交请求确认消息包含将作为RRC消息发送到UE的透明容器以执行越区移交。所述容器包含新C-RNTI、用于所选安全性算法的目标eNB安全性算法识别符，可以包含专用RACH前导以及可能一些其它参数，即接入参数、SIB等。如果无RACH的HO被配置，那么所述容器包含时序调整指示和任选地预分配的上行链路准予。越区移交请求确认消息在必要时还可包含用于转发隧道的RNL/TNL信息。

注意：只要源eNB接收到越区移交请求确认，或只要在下行链路中起始越区移交命令的传送，就可以起始数据转发。

步骤7到16提供在HO期间避免数据丢失的方式且在10.1.2.1.2和10.1.2.3中进一步详细描述。

7目标eNB产生用以执行越区移交的RRC消息，即包含mobilityControlInformation的RRCConnectionReconfiguration消息，其将由源eNB朝向UE发送。源eNB执行消息的必要的完整性保护和加密。

UE接收带有必要参数(即新C-RNTI、目标eNB安全性算法识别符、和任选地专用RACH前导、目标eNB SIB等)的RRCConnectionReconfiguration消息且由源eNB命令以执行HO。如果无RACH的HO被配置，那么RRCConnectionReconfiguration包含时序调整指示和任选地用于接入目标eNB的预分配上行链路准予。如果不包含预分配的上行链路准予，那么UE应当监视目标eNB的PDCCH以接收上行链路准予。UE不需要延迟越区移交实行以用于将HARQ/ARQ响应递送到源eNB。

如果先通后断(Make-Before-Break)HO被配置，那么在UE执行到目标小区的初始上行链路传送之前在具有mobilityControlInformation的RRCConnectionReconfiguration的接收之后维持到源小区的连接。

注意：如果先通后断HO被配置，那么源eNB决定何时停止向UE传送。

注意：UE可同时被配置有先通后断HO和无RACH的HO。

8源eNB将SN状态传递消息发送到目标eNB以传达PDCP状态保留适用(即用于RLCAM)的E-RAB的上行链路PDCP SN接收器状态和下行链路PDCP SN传送器状态。上行链路PDCPSN接收器状态包含至少第一遗失UL SDU的PDCP SN，且可以包含UE需要在目标小区中重传的失序UL SDU的接收状态的位图(如果存在任何此类SDU)。下行链路PDCP SN传送器状态指示目标eNB将指派给尚不具有PDCP SN的新SDU的下一PDCP SN。如果UE的E-RAB都不将以PDCP状态保留进行处理，那么源eNB可以省略发送此消息。

9如果无RACH的HO未被配置，那么在接收到包含mobilityControlInformation的RRCConnectionReconfiguration消息之后，在专用RACH前导于mobilityControlInformation中指示的情况下遵循无竞争程序或者在未指示专用前导的情况下遵循基于竞争的程序，UE执行与目标eNB的同步且经由RACH接入目标小区。UE导出目标eNB特定密钥且配置在目标小区中将使用的所选安全性算法。

如果无RACH的HO被配置，那么UE执行与目标eNB的同步。UE导出目标eNB特定密钥且配置在目标小区中将使用的所选安全性算法。

10如果无RACH的HO未被配置，那么目标eNB以UL分配和时序提前值进行响应。

10a如果无RACH的HO被配置且UE在包含mobilityControlInfo的RRCConnectionReconfiguration消息中并未得到周期性预分配上行链路准予，那么UE经由目标小区的PDCCH接收上行链路准予。UE在与目标小区的同步之后使用第一可用上行链路准予。

11当无RACH的HO被配置时UE已成功地接入目标小区或接收到上行链路准予时，UE在每当可能时将用以确认越区移交的RRCConnectionReconfigurationComplete消息(C-RNTI)连同上行链路缓冲区状态报告一起发送到目标eNB以指示越区移交程序对于UE已完成。目标eNB检验在RRCConnectionReconfigurationComplete消息中发送的C-RNTI。目标eNB现在可开始发送数据到UE。

12目标eNB将路径切换请求消息发送到MME以告知UE已改变小区。

13MME将修改承载请求消息发送到服务网关。

14服务网关将下行链路数据路径切换到目标侧。服务网关在旧路径上将一个或多个“末端标记”包发送到源eNB，并且接着可朝向源eNB释放任何U平面/TNL资源。

15服务网关将修改承载响应消息发送到MME。

16MME以路径切换请求确认消息确认路径切换请求消息。

17通过发送UE上下文释放消息，目标eNB向源eNB告知HO的成功且触发源eNB对资源的释放。在从MME接收到路径切换请求确认消息之后目标eNB发送此消息。

18在UE上下文释放消息的接收后，源eNB可释放与UE上下文关联的无线电和C平面相关资源。任何进行中的数据转发可以继续。

当使用涉及HeNB的X2越区移交时以及当源HeNB连接到HeNB GW时，包含显式GW上下文释放指示的UE上下文释放请求消息由源HeNB发送，以便指示HeNB GW可以释放与UE上下文相关的所有资源。

3GPP TS36.304v14.3.0介绍了小区选择和重新选择，如下文引述：

5.2小区选择和重新选择

5.2.1引言

UE将为了小区选择和重新选择目的而执行测量，如[10]中指定。

举例来说通过指示与所选PLMN相关联的RAT，以及通过维持禁用登记区域的列表和等效PLMN的列表，NAS可控制其中应当执行小区选择的RAT。UE将基于空闲模式测量和小区选择准则而选择适合小区。

为了加速小区选择过程，用于若干RAT的所存储的信息可以在UE中可用。

当在小区上预占时，UE将根据小区重新选择准则有规律地搜索较好小区。如果找到较好小区，那么选择所述小区。小区的改变可以暗示RAT的改变。在[10]中可找到关于小区重新选择的性能要求的细节。

NAS被告知小区选择和重新选择是否导致对于NAS相关的所接收系统信息的改变。

对于正常服务，UE将在适合小区上预占，调谐到所述小区的控制信道以使得UE可：

-从PLMN接收系统信息；以及

-从PLMN接收登记区域信息，例如，跟踪区域信息；以及

-接收其它AS和NAS信息；以及

-如果已登记，则：

-从PLMN接收寻呼和通知消息；以及

-起始向连接模式的转移。

…

5.2.3小区选择过程

5.2.3.1说明

UE将使用以下两个小区选择程序中的一个：

a)初始小区选择

此程序不需要哪些RF信道是E-UTRA或NB-IoT载波的先验了解。UE将根据其找到适合小区的能力而扫描E-UTRA带中的所有RF信道。在每一载波频率上，UE仅需要搜索最强小区。一旦找到适合小区，就将选择此小区。

b)所存储的信息小区选择

此程序需要所存储的载波频率信息和任选地还有来自先前接收到的测量控制信息元素或来自先前所检测小区的关于小区参数的信息。一旦UE找到适合小区，UE就将选择所述小区。如果未找到适合小区，那么将开始初始小区选择程序。

注意：通过系统信息或专用信令提供到UE的不同频率或RAT之间的优先级在小区选择过程中不使用。

3GPP TS36.331 v14.2.1指定越区移交准备信息，如下文引述：

10.2.2消息定义

…

-HandoverPreparationInformation

此消息用以传递在越区移交准备期间由目标eNB使用恶E-UTRA RRC信息，包含UE能力信息。

方向：源eNB/源RAN到目标eNB

HandoverPreparationInformation消息

…

10.3节点间RRC信息元素定义

-AS-Config

AS-Config IE含有关于源eNB中的RRC配置信息的信息，其可由目标eNB利用以确定在越区移交准备阶段期间改变RRC配置的需要。所述信息也可在越区移交成功地执行之后或者在RRC连接重新建立或恢复期间使用。

AS-Config信息元素

注意：AS-Config重新使用主要为涵盖无线电接口信令要求而创建的信息元素。因此，所述信息元素可以包含对于目标eNB不相关的一些参数，例如，如MasterInformationBlock中包含的SFN。

…

-AS-Context

IEAS-Context用以传递由目标eNB所需的本地E-UTRAN上下文。

AS-Context信息元素

3GPP RAN2#101bis主席笔记做出以下协议，如下文引述：

1.在SRB1(至少具有完整性保护)上发送重新建立种类消息，意图是允许DRB的重新建立而网络不必等待重新建立完成消息的接收。

2.网络可在RRC重新建立失败的情况下以RRC连接设置对重新建立请求种类消息进行响应。

网络是否也可能以RRC拒绝进行响应有待进一步研究。

在新RAT(NR)中，在3GPP TS38.300 v0.4.1中介绍新无线电资源控制(RRC)状态(即RRC_INACTIVE)。根据3GPP TS38.300 v0.4.1，在RRC_INACTIVE中，上一个服务的下一代无线电接入网络(NG-RAN)节点(例如，锚点下一代节点B(gNB))保持UE信息(例如，UE上下文、AS上下文和/或AS配置)以及与服务AMF和UPF的UE相关联NG连接(例如，LTE中的S1连接，如3GPP TS36.300 v14.2.0所公开)。3GPP R2-1706723提出预先以将在RRC_INACTIVE中使用的参数来配置处于RRC_CONNECTED的UE。基于3GPP R2-1706723，UE可以基于由UE直接评估的某个准则而进入RRC_INACTIVE。所述准则可以基于非作用中状态定时器，例如，在所述非作用中状态定时器的到期后即刻进入RRC_INACTIVE。UE和gNB均应当基于非作用中状态定时器而具有关于UE的当前RRC状态的相同理解。举例来说，UE和gNB将在每一侧上运行非作用中状态定时器，使得gNB了解UE将在非作用中状态定时器的到期后即刻进入RRC_INACTIVE。将在RRC_INACTIVE中使用的参数可能可以导出RAN通知区域信息。将在RRC_INACTIVE中使用的参数可能可以包含用以恢复RRC连接的标识(例如，如3GPP TS36.331v14.2.1中所公开的resumeIdentity)。将在RRC_INACTIVE中使用的参数可能可以包含RAN通知区域的配置。非作用中状态定时器的长度可能可以通过RRC(连接)重新配置消息来配置。

在LTE中，在越区移交失败、无线电链路失败或其它相似失败后，UE在RRC_CONNECTED中执行RRC连接重新建立程序。当UE执行RRC连接重新建立程序时，UE首先执行小区选择。一般来说，网络可以为包含服务于UE的服务小区的若干已准备小区准备UE的UE信息。在小区选择期间，如果UE选择已准备的小区，那么RRC连接重新建立程序将成功。否则，如果UE选择并非已准备的小区的小区，那么RRC连接重新建立程序将失败。如果RRC连接重新建立程序失败，那么UE进入RRC_IDLE(且释放UE信息)。然后，UE的上部层可以触发UE的RRC层执行RRC连接建立程序以建立新RRC连接，且网络例如经由初始上下文设置程序3GPPTS36.300v14.2.0再次建立UE的UE信息。UE的UE信息可以包含例如UE的UE上下文、UE的AS上下文或UE的AS配置。UE的UE上下文可以包含例如安全性上下文、漫游和接入限制、UE能力信息、UE S1信令连接ID、与UE相关的CN辅助信息。UE的AS上下文可以包含用于重新建立RRC连接的信息，例如如3GPP TS36.331 v14.2.1中所公开的reestablishmentInfo。UE的AS配置可以包含关于源gNB中的RRC配置信息的信息，其可由目标gNB利用以确定在越区移交准备阶段期间改变RRC配置的需要。UE的AS配置中包含的信息也可在越区移交成功地执行之后、在RRC连接重新建立或RRC连接恢复期间使用。

假定NR遵循LTE原理，如果UE执行用以重新建立RRC连接的程序(例如，RRC连接重新建立程序)不成功，那么NR UE进入RRC_IDLE且释放UE信息，即使NR UE已经配置/预配置将在RRC_INACTIVE中使用的参数也是如此。在此情形下，NR UE必须触发新RRC连接的建立以便设置NR UE的新UE信息。新UE信息的设置不是必要的，因为NR UE的原始UE信息仍存储于网络中(或网络可能不知道NR UE已进入RRC_IDLE)。且这将造成信令开销。此问题在图17中图示。

下文描述此问题的若干解决方案。在如图18中所图示的一个替代方案中，如果UE具有将在RRC_INACTIVE中使用的参数，那么在RRC连接的重新建立的失败后UE即刻进入RRC_INACTIVE。UE可以执行用以重新建立UE与网络之间的RRC连接的程序。当用以重新建立RRC连接的程序不成功时(例如，由于从网络接收到释放消息(例如，RRC连接释放)或接收到拒绝消息(例如，RRC重新建立拒绝或RRC连接重新建立拒绝))，UE应当进入RRC_INACTIVE而不是RRC_IDLE。如果UE可基于将在RRC_INACTIVE中使用的被配置参数而进入RRC_INACTIVE(和/或UE在RAN通知区域中)，那么UE应当进入RRC_INACTIVE而不是RRC_IDLE。否则，举例来说，如果UE不能够进入RRC_INACTIVE，那么UE进入RRC_IDLE。RAN通知区域可以从将在RRC_INACTIVE中使用的参数导出或由网络指示。

用以重新建立UE与网络之间的RRC连接的程序可能会失败，因为网络以拒绝消息对UE进行响应(即，UE可以响应于来自网络的程序的请求消息而接收拒绝消息)。程序的请求消息从UE发送到网络且用以重新建立RRC连接。在一个实施例中，程序的请求消息可以是如3GPP TS36.331 v14.2.1中所公开的RRCConnectionReestablishmentRequest。拒绝消息从网络发送到UE且用以指示UE进入RRC_INACTIVE(从RRC_CONCCECTED)或保持于RRC_INACTIVE中。拒绝消息可以是如3GPP TS36.331 v14.2.1中所公开的RRCConnectionReestablishmentReject。拒绝消息也可以包含将在RRC_INACTIVE中使用的参数。当用以重新建立RRC连接的程序不成功时，如果UE基于拒绝消息中提供的将在RRC_INACTIVE中使用的参数而能够进入RRC_INACTIVE(和/或UE在RAN通知区域中)，那么UE应当进入RRC_INACTIVE而不是RRC_IDLE。否则，举例来说，如果UE不能够进入RRC_INACTIVE(因为拒绝消息不包含将在RRC_INACTIVE中使用的参数或UE预先未被配置有将在RRC_INACTIVE中使用的参数)，那么UE进入RRC_IDLE。RAN通知区域可以从将在RRC_INACTIVE中使用的参数导出或由网络指示。

当用以重新建立RRC连接的程序不成功时，UE可以执行小区选择或重新选择以找到小区而在RRC_INACTIVE中预占，或者UE可以在UE从RRC_CONNECTED离开变为RRC_INACTIVE的当前小区上预占。

在一个实施例中，UE能够基于将在RRC_INACTIVE中使用的被配置参数而进入RRC_INACTIVE，因为UE可以在RRC_CONNECTED中从网络接收包含被配置参数的第一专用信令。UE可以从网络接收向UE指示进入RRC_INACTIVE的第二专用信令。替代地，UE可以基于用以控制进入RRC_INACTIVE的定时的特定定时器而进入RRC_INACTIVE。第二专用信令不包含将在RRC_INACTIVE中使用的参数，但至少包含指示UE进入RRC_INACTIVE的指示。所述特定定时器(可以在RRC层或MAC层上运行)可以由网络配置。第一专用信令可以是RRC连接重新配置消息。第二专用信令可以是RRC连接释放消息。

在另一实施例中，UE不能够进入RRC_INACTIVE，因为UE不具有将在RRC_INACTIVE中使用的参数。或者，UE不能够进入RRC_INACTIVE，因为UE具有无效参数。在这些情形中，UE可基于指示UE进入RRC_INACTIVE的第三专用信令而进入RRC_INACTIVE。第三专用信令可以包含在RRC_INACTIVE中使用的参数。第三专用信令可以从网络发送到UE。第三专用信令可以是RRC连接释放消息。

在一个实施例中，释放消息或拒绝消息可用以指示UE进入RRC_INACTIVE或RRC_IDLE(从RRC_CONNECTED)。

在一个实施例中，释放消息或拒绝消息可以包含将在RRC_INACTIVE中使用的参数。

在离开RRC_CONNECTED后，UE或UE的RRC层可以向UE的上部层指示向RRC_INACTIVE或RRC_IDLE的转变。

在RRC_INACTIVE中，如果UE的上部层需要RRC连接，那么UE或UE的RRC层可以起始恢复RRC连接的程序以用于从RRC_INACTIVE到RRC_CONNECTED的转变；否则，UE可以保持当前RRC状态。

在RRC_IDLE中，如果UE的上部层需要RRC连接，那么UE或UE的RRC层可以起始建立RRC连接的程序以用于从RRC_IDLE到RRC_CONNECTED的转变；否则，UE可以保持当前RRC状态。

UE可以在进入RRC_INACTIVE之后尝试返回到RRC_CONNECTED，因为UE可以具有等待用于传送的用户平面数据和/或控制平面数据。

在一个实施例中，UE可以在重新建立RRC连接的失败后/响应于重新建立RRC连接的失败而起始恢复RRC连接的程序。UE在接收到指示UE进入RRC_INACTIVE的专用信令后/响应于接收到指示UE进入RRC_INACTIVE的专用信令而可以不起始恢复RRC连接的程序。所述专用信令可以是RRC连接释放消息。UE在控制进入RRC_INACTIVE的定时的特定定时器的到期后/响应于控制进入RRC_INACTIVE的定时的特定定时器的到期而可以不起始恢复RRC连接的程序。

在一个实施例中，UE可以在重新建立RRC连接的失败且存在等待用于传送的用户平面数据后/响应于重新建立RRC连接的失败且存在等待用于传送的用户平面数据而起始恢复RRC连接的程序。可以不悬置服务于用户平面数据的数据无线电承载(DRB)

在一个实施例中，UE在重新建立RRC连接的失败且存在等待用于传送的用户平面数据后/响应于重新建立RRC连接的失败且存在等待用于传送的用户平面数据可以不起始恢复RRC连接的程序，但悬置服务于用户平面数据的一个DRB或悬置服务于用户平面数据的所有DRB。

在一个实施例中，UE可以在重新建立RRC连接的失败且存在等待用于传送的控制平面数据后/响应于重新建立RRC连接的失败且存在等待用于传送的控制平面数据而起始恢复RRC连接的程序。可以不悬置服务于控制平面数据的信令无线电承载(SRB)。

在一个实施例中，UE在重新建立RRC连接的失败且存在等待用于传送的控制平面数据后/响应于重新建立RRC连接的失败且存在等待用于传送的控制平面数据可以不起始恢复RRC连接的程序，但悬置服务于控制平面数据的一个SRB或悬置服务于控制平面数据的所有SRB。

在一个实施例中，UE可以在重新建立RRC连接的失败且存在等待用于传送的下部层信令后/响应于重新建立RRC连接的失败且存在等待用于传送的下部层信令而起始恢复RRC连接的程序。下部层信令可以是包数据汇聚协议(PDCP)控制包数据单元(PDU)(例如，如3GPP TS38.323v0.0.5中所描述的状态报告)、MAC控制元素(例如，缓冲区状态报告或如3GPP TS38.321v0.0.3中所描述的功率余量报告)或类似物。

在一个实施例中，如果UE在重新建立RRC连接的失败后/响应于重新建立RRC连接的失败而进入RRC_INACTIVE，那么在RRC_INACTIVE中可以不悬置DRB和/或SRB。替代地，如果UE在与重新建立RRC连接的失败不相关的其它情况后/响应于与重新建立RRC连接的失败不相关的其它情况而进入RRC_INACTIVE，那么在RRC_INACTIVE中可以悬置DRB和/或SRB。所述其它情况可以是接收到进入RRC_INACTIVE的指示或者控制进入RRC_INACTIVE的定时的特定定时器的到期。

图19图示作为对重新建立RRC连接的程序的增强的另一替代方案。当UE执行用以重新建立RRC连接的程序时，UE可以向网络提供用以重新建立RRC连接的第一标识(例如，如3GPP TS36.331 v14.2.1中所描述的ReestabUE-Identity)以及用以恢复RRC连接的第二标识(例如，如TS36.331v14.2.1中所描述的resumeIdentity)。当执行用以重新建立RRC连接的程序时，UE可以处于RRC_CONNECTED中。

在一个实施例中，如果UE具有将在RRC_INACTIVE中使用的参数，那么UE可以在用以重新建立RRC连接的程序的请求消息(例如，如3GPP TS36.331 v14.2.1中所描述的RRCConnectionReestablishmentRequest)中包含第一标识和第二标识。

在一个实施例中，如果UE在RAN通知区域中，那么UE可以在用以重新建立RRC连接的程序的请求消息(例如，如3GPP TS36.331 v14.2.1中所描述的RRCConnectionReestablishmentRequest)中包含第一标识和第二标识。RAN通知区域可以从将在RRC_INACTIVE中使用的被配置和/或预配置参数导出或者如由网络指示。

在一个实施例中，如果UE具有将在RRC_INACTIVE中使用的参数且UE在RAN通知区域中，那么UE可以在用以重新建立RRC连接的程序的请求消息(例如，如3GPP TS36.331v14.2.1中所描述的RRCConnectionReestablishmentRequest)中包含第一标识和第二标识。RAN通知区域可以从参数导出或如由网络指示。

在一个实施例中，如果UE不具有将在RRC_INACTIVE中使用的参数或具有无效参数，那么UE可以在用以重新建立RRC连接的程序的请求消息(例如，如3GPP TS36.331v14.2.1中所描述的RRCConnectionReestablishmentRequest)中包含第一标识且不包含第二标识。

在一个实施例中，如果UE不在RAN通知区域中，那么UE可以在用以重新建立RRC连接的程序的请求消息(例如，如3GPP TS36.331 v14.2.1中所描述的RRCConnectionReestablishmentRequest)中包含第一标识且不包含第二标识。RAN通知区域可以从将在RRC_INACTIVE中使用的被配置参数导出或如由网络指示。

在一个实施例中，如果UE具有将在RRC_INACTIVE中使用的参数但UE不在RAN通知区域中，那么UE可以在用以重新建立RRC连接的程序的请求消息(例如，如3GPP TS36.331v14.2.1中所描述的RRCConnectionReestablishmentRequest)中包含第一标识且不包含第二标识。RAN通知区域可以从参数导出或由网络指示。

通过包含在用以重新建立RRC连接的程序的请求消息中的第一标识，如果网络或由网络控制的已准备小区能够区分所述第一标识，那么网络或由网络控制的已准备小区可响应于所述请求消息而以RRC重新建立消息(例如，如3GPP TS36.331 v14.2.1中所描述的RRCConnectionReestablishment)对UE进行响应。

通过包含于用以重新建立RRC连接的程序的请求消息中的第二标识，网络将基于第二标识而从锚节点(即，存储UE信息的gNB)检索UE信息。如果检索UE信息成功，那么网络可以RRC恢复消息(例如，如3GPP TS36.331v14.2.1中所描述的RRCConnectionResume)对UE进行响应。网络可以在第一标识不可区分的情况下从锚节点检索或开始检索UE信息，或者在接收到第二标识后检索UE信息。如果第一标识是可区分的且UE信息的检索成功，那么网络可以RRC重新建立消息或RRC恢复消息对UE进行响应。在此替代方案中，UE不另外执行用以恢复RRC连接的程序，这减少信令开销和延迟。

如果用以重新建立RRC连接的程序已失败且此程序的请求消息包含第一标识和第二标识，那么UE可以进入RRC_INACTIVE或RRC_IDLE。如果UE具有将在RRC_INACTIVE中使用的参数，那么UE可以进入(且保持于)RRC_INACTIVE。替代地，如果UE不具有将在RRC_INACTIVE中使用的参数，那么UE可以进入RRC_IDLE。

如果UE在正常情况中进入RRC_INACTIVE(例如，经由指示进入RRC_INACTIVE的指示或控制进入RRC_INACTIVE的定时的特定定时器的到期)，那么在RRC_INACTIVE中的UE可以执行用以恢复RRC连接的程序，用以恢复RRC连接的程序的请求消息包含第二标识且不包含第一标识。

图20是从UE的角度看的根据一个示例性实施例的流程图2000。在步骤2005中，UE执行用以重新建立UE与网络节点之间的RRC连接的程序。在步骤2010中，当程序失败时且如果UE具有RRC_INACTIVE状态的至少一个参数，那么UE进入RRC_INACTIVE状态。在步骤2015中，当程序失败时且如果UE不具有RRC_INACTIVE状态的至少一个参数，那么UE进入RRC_IDLE状态。

根据UE的一个示例性方法，所述方法包含：执行用以重新建立RRC连接的程序；当程序失败时且如果UE具有RRC_INACTIVE的配置则进入RRC_INACTIVE；以及当程序失败时且如果UE不具有RRC_INACTIVE的配置则进入RRC_IDLE。

在一个示例性方法中，所述方法进一步包含：由于越区移交失败或无线电链路失败而由UE执行所述程序。

在另一示例性方法中，当执行程序时UE在RRC_CONNECTED中。

在另一示例性方法中，UE在RAN通知区域中。

根据UE的一个示例性方法，所述方法包含：执行用以重新建立UE与网络节点之间的RRC连接的程序；在UE具有RRC_INACTIVE的配置的情况下在程序的请求消息中包含第一标识和第二标识，其中第一标识用以重新建立RRC连接且第二标识用以恢复RRC连接；在UE不具有RRC_INACTIVE的配置的情况下在所述请求消息中包含第一标识且不包含第二标识；以及将请求消息传送到网络节点。

在一个示例性方法中，第一标识是ReestabUE-Identity。在一个示例性方法中，第二标识是resumeIdentity。在另一示例性方法中，请求消息是RRCConnectionReestablishmentRequest。

在上方所公开方法中的一个或多个中，RRC_INACTIVE的配置是由网络节点经由发送到UE的专用信令提供。

在上方所公开方法中的一个或多个中，RRC_INACTIVE的配置包含(将)在RRC_INACTIVE中使用的参数。

在上方所公开方法中的一个或多个中，网络节点是基站，例如(但不限于)gNB。

根据UE的一个示例性方法，所述方法包含：执行用以重新建立UE与网络节点之间的RRC连接的程序；当所述程序失败时且如果UE具有RRC_INACTIVE状态的至少一个参数则进入RRC_INACTIVE状态；以及当所述程序失败时且如果UE不具有RRC_INACTIVE状态的至少一个参数则进入RRC_IDLE状态。

在一个示例性方法中，当执行程序时UE在RRC_CONNECTED状态中。

在一个示例性方法中，UE由于越区移交失败或无线电链路失败而执行程序。

在一个示例性方法中，所述方法进一步包含UE从网络节点接收程序的拒绝消息。在另一方法中，拒绝消息指示UE进入RRC_INACTIVE状态或RRC_IDLE状态。

在上方所公开方法中的一个或多个中，程序失败是因为UE接收到拒绝消息。

在上方所公开方法中的一个或多个中，RRC_INACTIVE状态的所述至少一个参数包含在拒绝消息中。

在上方所公开方法中的一个或多个中，UE在RRC(连接)重新配置消息中(当UE在RRC_CONNECTED状态中时)接收RRC_INACTIVE状态的所述至少一个参数。

在上方所公开方法中的一个或多个中，所述至少一个参数包含用以恢复RRC连接的标识。在上方所公开方法中的一个或多个中，当UE在RRC_INACTIVE状态中时所述至少一个参数由UE使用。

在上方所公开方法中的一个或多个中，UE在从RRC_INACTIVE状态的所述至少一个参数导出的无线电接入网络(RAN)通知区域中

返回参看图3和4，在一个实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使网络能够：(i)执行用以重新建立UE与网络节点之间的RRC连接的程序；(ii)当程序失败时且如果UE具有RRC_INACTIVE状态的至少一个参数则进入RRC_INACTIVE状态；以及(iii)当程序失败时如果UE不具有RRC_INACTIVE状态的至少一个参数则进入RRC_IDLE状态。

此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它方法。

基于上文公开的方法，系统信息请求和响应可以在资源上更高效。另外，可减少不必要的系统信息请求传送。

上文已经描述了本发明的各种方面。应明白，本文中的教示可以通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中公开的方面可以独立于任何其它方面而实施，且可以各种方式组合这些方面中的两个或多于两个方面。举例来说，可以使用任何数目的本文陈述的方面来实施设备或实践方法。另外，通过使用除了本文所阐述的方面中的一个或多个之外或不同于本文所阐述的方面中的一个或多个的其它结构、功能性或结构与功能性，可实施此设备或可实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于时间跳频序列建立并行信道。

本领域技术人员将理解，可使用多种不同技术及技艺中的任一个来表示信息及信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解，结合本文公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以实施为电子硬件(例如，数字实施方案、模拟实施方案或两者的组合，其可以使用信源编码或某种其它技术来设计)、各种形式的并入指令的程序或设计代码(本文为方便起见可以称为“软件”或“软件模块”)，或两者的组合。为清晰地说明硬件与软件的此可互换性，上文已大体就各种说明性组件、块、模块、电路和步骤的功能性加以描述。此类功能性是实施为硬件还是软件取决于特定应用及强加于整个系统的设计约束。本领域的技术人员可针对每一具体应用以不同方式来实施所描述的功能性，但这样的实施决策不应被解释为会引起脱离本公开的范围。

另外，结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以实施于集成电路(“IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其它可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器也可以实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、与DSP内核结合的一或多个微处理器，或任何其它此类配置。

应理解，在任何所公开过程中的步骤的任何特定次序或层级都是示例方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。所附方法权利要求以样本次序呈现各种步骤的元素，且并非有意限于所呈现的特定次序或层级。

结合本文中所公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其它数据可以驻存在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移除式磁盘、CD-ROM或所属领域中已知的计算机可读存储介质的任何其它形式。样本存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)且将信息写入到存储介质。或者，示例存储介质可以与处理器形成一体。处理器及存储介质可驻留在ASIC中。ASIC可驻留在用户设备中。在替代方案中，处理器和存储介质可作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本公开的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。

虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含对本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims

1.一种用于用户设备的方法，其特征在于，所述方法包括：

执行用以重新建立所述用户设备与网络节点之间的无线电资源控制连接的程序；

当所述程序失败时且如果所述用户设备具有RRC_INACTIVE状态的至少一个参数则进入所述RRC_INACTIVE状态；以及

当所述程序失败时且如果所述用户设备不具有所述RRC_INACTIVE状态的所述至少一个参数则进入RRC_IDLE状态。

2.根据权利要求1所述的方法，其特征在于，当执行所述程序时所述用户设备在RRC_CONNECTED状态中。

3.根据权利要求1所述的方法，其特征在于，所述用户设备由于越区移交失败或无线电链路失败而执行所述程序。

4.根据权利要求1所述的方法，其特征在于，进一步包括：从所述网络节点接收所述程序的拒绝消息。

5.根据权利要求4所述的方法，其特征在于，所述RRC_INACTIVE状态的所述至少一个参数包含在所述拒绝消息中。

6.根据权利要求4所述的方法，其特征在于，所述拒绝消息指示所述用户设备进入所述RRC_INACTIVE状态或所述RRC_IDLE状态。

7.根据权利要求4所述的方法，其特征在于，因为所述用户设备接收到所述拒绝消息所以所述程序失败。

8.根据权利要求1所述的方法，其特征在于，所述用户设备在无线电资源控制重新配置消息中接收所述RRC_INACTIVE状态的所述至少一个参数。

9.根据权利要求1所述的方法，其特征在于，所述至少一个参数包含用以恢复所述无线电资源控制连接的标识。

10.根据权利要求1所述的方法，其特征在于，所述用户设备在从所述RRC_INACTIVE状态的所述至少一个参数导出的无线电接入网络通知区域中。

11.一种用户设备，其特征在于，包括：

控制电路；

处理器，其安装于所述控制电路中；以及

存储器，其安装于所述控制电路中且耦合到所述处理器；

其中所述处理器被配置成执行存储于所述存储器中的程序代码以进行以下操作：

12.根据权利要求11所述的用户设备，其特征在于，当执行所述程序时所述用户设备在RRC_CONNECTED状态中。

13.根据权利要求11所述的用户设备，其特征在于，所述用户设备由于越区移交失败或无线电链路失败而执行所述程序。

14.根据权利要求11所述的用户设备，其特征在于，所述处理器进一步被配置成从所述网络节点接收所述程序的拒绝消息。

15.根据权利要求14所述的用户设备，其特征在于，所述RRC_INACTIVE状态的所述至少一个参数包含在所述拒绝消息中。

16.根据权利要求14所述的用户设备，其特征在于，所述拒绝消息指示所述用户设备进入所述RRC_INACTIVE状态或所述RRC_IDLE状态。

17.根据权利要求14所述的用户设备，其特征在于，因为所述用户设备接收到所述拒绝消息所以所述程序失败。

18.根据权利要求11所述的用户设备，其特征在于，所述用户设备在无线电资源控制重新配置消息中接收所述RRC_INACTIVE状态的所述至少一个参数。

19.根据权利要求11所述的用户设备，其特征在于，所述至少一个参数包含用以恢复所述无线电资源控制连接的标识。

20.根据权利要求11所述的用户设备，其特征在于，所述用户设备在从所述RRC_INACTIVE状态的所述至少一个参数导出的无线电接入网络通知区域中。