CN112788797A - 无线通信系统中释放预配置的上行链路资源（pur）的方法和设备 - Google Patents

Abstract

本发明公开一种方法和设备。在一实例中，从用户设备(UE)的角度，当用户设备处于无线电资源控制(RRC)空闲状态且用户设备的服务小区是第二小区时，用户设备保持专用预配置的上行链路资源(PUR)配置，其中用户设备在不同于第二小区的第一小区中被配置专用预配置的上行链路资源配置。用户设备在无线电资源控制连接重新建立程序期间选择第三小区。响应于选择第三小区，用户设备基于第三小区是否与第一小区相同而确定是否释放专用预配置的上行链路资源配置，其中当用户设备处于无线电资源控制连接状态时，执行确定是否释放专用预配置的上行链路资源配置。

Description

无线通信系统中释放预配置的上行链路资源(PUR)的方法和 设备

相关申请的交叉引用

本申请要求2019年11月1日提交的美国临时专利申请第62/929,294号的权益，所述美国临时专利申请的全部公开内容以全文引用的方式并入本文中。本申请还要求2019年11月5日提交的美国临时专利申请第62/931,000 号的权益，所述美国临时专利申请的全部公开内容以全文引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及一种无线通信系统中释放预配置的上行链路资源(preconfigured uplink resource，PUR)的方法和设备。

背景技术

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

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

发明内容

根据本公开，提供一个或多个装置和/或方法。在一实例中，从用户设备(UE)的角度，当UE处于无线电资源控制(RRC)空闲状态且UE的服务小区是第二小区时，UE保持专用预配置的上行链路资源(PUR)配置，其中UE在不同于第二小区的第一小区中被配置专用PUR配置。UE在RRC 连接重新建立程序期间选择第三小区。响应于选择第三小区，UE基于第三小区是否与第一小区相同而确定是否释放专用PUR配置，其中当UE处于 RRC连接状态时，执行确定是否释放专用PUR配置。

附图说明

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

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

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

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

图5是根据一个示范性实施例的说明与用于控制平面CIoT EPS优化的早期数据传送(Early Data Transmission，EDT)相关联的示范性情形的图。

图6是根据一个示范性实施例的说明与用于用户平面CIoT EPS优化的 EDT相关联的示范性情形的图。

图7是根据一个示范性实施例的说明与RRC连接重新配置相关联的示范性情形的图。

图8是根据一个示范性实施例的说明与RRC连接重新配置相关联的示范性情形的图。

图9是根据一个示范性实施例的说明与RRC连接重新建立相关联的示范性情形的图。

图10是根据一个示范性实施例的说明与RRC连接重新建立相关联的示范性情形的图。

图11是根据一个示范性实施例的流程图。

图12是根据一个示范性实施例的流程图。

图13是根据一个示范性实施例的流程图。

具体实施方式

下文描述的示范性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统经广泛部署以提供各种类型的通信，例如，语音、数据等等。这些系统可以基于码分多址(code division multiple access，CDMA)、时分多址(time division multipleaccess，TDMA)、正交频分多址(orthogonal frequency division multiple access，OFDMA)、第三代合作伙伴计划(3rd Generation Partnership Project，3GPP)长期演进(Long Term Evolution，LTE) 无线接入、3GPP高级长期演进(Long Term EvolutionAdvanced，LTE-A或 LTE-高级)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax、用于5G的3GPP新无线电(New Radio，NR)无线接入或一些其它调制技术。

具体地说，下文描述的示范性无线通信系统装置可设计成支持一个或多个标准，例如在本文中称为3GPP的名为“第三代合作伙伴计划”的联盟提供的标准，包含：3GPP TS36.300V15.7.0，“E-UTRA及E-UTRAN，总体描述，阶段2”；3GPP TS 36.331V15.7.0，“E-UTRA，RRC协议规范”；3GPP RAN1 #96笔记；3GPP RAN1#96bis笔记；3GPP RAN1#98笔记；3GPPRAN1#98bis 笔记；R2-1914102，“用于NB-IoT及MTC的Rel-16次额外增强的RAN2协定”。上文所列的标准和文献特此明确地以全文引用的方式并入。

图1呈现根据本公开的一个或多个实施例的多址无线通信系统。接入网络100(access network，AN)包含多个天线群组，一个包含104和106，另一个包含108和110，并且还有一个包含112和114。在图1中，每一天线群组仅展示两个天线，然而，每一天线群组可利用更多或更少的天线。接入终端(access terminal，AT)116与天线112和114通信，其中天线112和 114在前向链路120上将信息传送到接入终端116，且在反向链路118上从接入终端116接收信息。AT 122与天线106和108通信，其中天线106和 108在前向链路126上将信息传送到AT 122，且在反向链路124上从AT 122 接收信息。在频分双工(frequency-divisionduplexing，FDD)系统中，通信链路118、120、124和126可以使用不同频率用于通信。举例来说，前向链路120可以使用与反向链路118所使用频率不同的频率。

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

在前向链路120和126上的通信中，接入网络100的传送天线可利用波束成形以便改进用于不同接入终端116和122的前向链路的信噪比。另外，相比于通过单个天线对其接入终端进行传送的接入网络，使用波束成形对随机分散在其覆盖区域中的接入终端进行传送的接入网络通常可能对相邻小区中的接入终端造成更少干扰。

接入网络(AN)可以是用于与终端通信的固定站或基站，且也可被称作接入点、节点B、基站、增强型基站、eNodeB(eNB)、下一代节点B(gNB) 或某一其它术语。接入终端(AT)还可以被称作用户设备(user equipment， UE)、无线通信装置、终端、接入终端或某一其它术语。

图2呈现多输入多输出(multiple-input and multiple-output，MIMO)系统200中的传送器系统210(也称为接入网络)和接收器系统250(也称为接入终端(AT)或用户设备(UE))的实施例。在传送器系统210处，可将用于数个数据流的业务数据从数据源212提供到传送(transmit，TX)数据处理器214。

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

可以使用正交频分多路复用(orthogonal frequency-division multiplexing，OFDM)技术将每个数据流的经过译码的数据与导频数据多路复用。导频数据通常可以是以已知方式进行处理的已知数据模式，且可在接收器系统处用以估计信道响应。接着，可基于针对每个数据流所选择的特定调制方案(例如，二进制相移键控(binary phase shiftkeying，BPSK)、正交相移键控 (quadrature phase shift keying，QPSK)、M进制相移键控(M-ary phase shift keying，M-PSK)，或M进制正交振幅调制(M-ary quadratureamplitude modulation，M-QAM)等)来调制(即，符号映射)经过多路复用的导频和所述数据流的经过译码的数据，以提供调制符号。可以通过由处理器230执行的指令确定针对每个数据流的数据速率、译码和/或调制。

接着将数据流的调制符号提供给TX MIMO处理器220，所述TX MIMO 处理器可进一步处理所述调制符号(例如，用于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(所述TX数据处理器还接收来自数据源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，并且无线通信系统可以是LTE系统或NR系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processing unit，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可执行和/或实施物理连接。

在3GPP TS 36.300V15.7.0中提供与LTE中的早期数据传送(Early DataTransmission，EDT)相关的描述。值得注意的是，3GPP TS 36.300V15.7.0 的标题为“用于控制平面CIoT EPS优化的EDT(EDT for Control Plane CIoT EPS Optimizations)”的章节7.3b.2的图7.3b-1在本文中再现为图5。3GPP TS 36.300V15.7.0的标题为“用于用户平面CIoT EPS优化的EDT(EDT for User Plane CIoT EPS Optimizations)”的章节7.3b.3的图7.3b-2在本文中再现为图 6。3GPP TS 36.300V15.7.0的部分引述如下：

7.3 NAS消息的输送

AS在小区中提供NAS消息的可靠依序递送。在切换期间，可能发生 NAS消息的消息丢失或重复。

在E-UTRAN中，NAS消息与RRC消息串接或在RRC中载送而不串接。在相同UE的对于高优先级队列需要与RRC串接而对于较低优先级队列不需要串接的同时NAS消息到达时，所述消息首先根据需要排入列队以维持依序递送。

在下行链路中，在触发EPS承载(EPC)或PDU会话(5GC)建立或释放程序时，或在控制平面CIoT EPS优化的情况下对于EDT，NAS消息通常应与相关联RRC消息串接。在修改EPS承载(EPC)或PDU会话(5GC) 时以及在所述修改也取决于无线电承载的修改时，NAS消息与相关联RRC 消息通常应串接。否则不允许DL NAS与RRC消息的串接。在上行链路中， NAS消息与RRC消息的串接仅用于在连接设定期间传输初始NAS消息且用于控制平面CIoT EPS优化情况下的EDT。初始直接传输不用于E-UTRAN 中，且NAS消息不与RRC连接请求串接。

在EPS承载(EPC)或PDU会话(5GC)建立或修改期间，可在单个下行链路RRC消息中发送多个NAS消息。在此状况下，NAS消息在RRC 消息中的次序应与在对应S1-AP(EPC)或NG-AP(5GC)消息中的次序相同，以便确保NAS消息的依序递送。

注意：除了由NAS执行的完整性保护和加密之外，NAS消息还通过 PDCP来进行完整性保护和加密。

7.3b EDT

7.3b.1综述

EDT允许在随机接入程序期间一个上行链路数据传送后任选地跟着一个下行链路数据传送。

当上部层请求建立或恢复用于移动发起数据的RRC连接(即，不传信或SMS)且上行链路数据大小小于或等于在系统信息中指示的TB大小时，触发EDT。在使用用户平面CIoTEPS优化时，EDT不用于控制平面上的数据。

EDT仅适用于BL UE、增强覆盖中的UE及NB-IoT UE。

7.3b.2用于控制平面CIoT EPS优化的EDT

按照TS 24.301[20]中的定义，用于控制平面CIoT EPS优化的EDT的特征如下：

-上行链路用户数据在串接于CCCH上的UL RRCEarlyDataRequest消息中的NAS消息中传送；

-下行链路用户数据任选地在串接于CCCH上的DL RRCEarlyDataComplete消息中的NAS消息中传送；

-不存在向RRC CONNECTED的转变。

图7.3b-1中说明用于控制平面CIoT EPS优化的EDT程序。

图7.3b-1：用于控制平面CIoT EPS优化的EDT

0.在请求建立对来自上部层的移动发起数据的连接时，UE发起早期数据传送程序且选择被配置成用于EDT的随机接入前导码。

1.UE发送串接CCCH上的用户数据的RRCEarlyDataRequest消息。

2.eNB发起S1-AP初始UE消息程序以转发NAS消息且建立S1连接。 eNB可在此程序中指示针对EDT触发此连接。

3.MME请求S-GW重新启动用于UE的EPS承载。

4.MME将上行链路数据发送到S-GW。

5.如果下行链路数据可获得，那么S-GW将下行链路数据发送到MME。

6.如果从S-GW接收到下行链路数据，那么MME经由DL NAS输送程序将数据转发到eNB，且还可以指示是否预期其它数据。否则，MME可触发连接建立指示程序，且还指示是否预期其它数据。

7.如果不预期其它数据，那么eNB可在CCCH上发送 RRCEarlyDataComplete消息以使UE保持在RRC_IDLE中。如果在步骤6 中接收到下行链路数据，那么将所述下行链路数据串接在 RRCEarlyDataComplete消息中。

8.释放S1连接，且撤销启动EPS承载。

注意1：如果MME或eNB决定将UE移到RRC_CONNECTED模式，那么在步骤7中发送RRCConnectionSetup消息以回退到旧版RRC连接建立程序；eNB将舍弃在RRCConnectionSetupComplete消息中接收的零长度NAS PDU。

注意2：如果在回退的状况下，未响应于RRCEarlyDataRequest而接收到RRCEarlyDataComplete或RRCConnectionSetup，那么UE认为UL数据传送不成功。

7.3b.3用于用户平面CIoT EPS优化的EDT

按照TS 24.301[20]中的定义，用于用户平面CIoT EPS优化的EDT的特征如下：

-UE已具有带有暂停指示的RRCConnectionRelease消息中的NextHopChainingCount；

-上行链路用户数据在DTCH上与CCCH上的UL RRCConnectionResumeRequest消息多路复用地传送；

-下行链路用户数据任选地在DTCH上与DCCH上的DL RRCConnectionRelease消息多路复用地传送；

-短恢复MAC-I重新用作RRCConnectionResumeRequest消息的认证令牌，并且使用来自先前连接的完整性密钥进行计算；

-上行链路和下行链路中的用户数据被加密。使用先前RRC连接的RRCConnectionRelease消息中提供的NextHopChainingCount导出密钥；

-RRCConnectionRelease消息受到完整性保护并且使用新导出的密钥进行加密；

-不存在向RRC CONNECTED的转变。

图7.3b-2中说明用于用户平面CIoT EPS优化的EDT程序。

图7.3b-2：用于用户平面CIoT EPS优化的EDT

0.在请求恢复对来自上部层的移动发起数据的连接时，UE发起早期数据传送程序且选择被配置成用于EDT的随机接入前导码。

1.UE将包含其恢复ID、建立原因及认证令牌的 RRCConnectionResumeRequest发送到eNB。UE恢复所有SRB及DRB，使用在先前连接的RRCConnectionRelease消息中所提供的NextHopChainingCount导出新安全密钥，且重新建立AS安全性。用户数据经加密且在DTCH上与CCCH上的RRCConnectionResumeRequest消息多路复用地传送。

2.eNB发起S1-AP背景恢复程序以恢复S1连接，且重新启动S1-U承载。

3.MME请求S-GW重新启动用于UE的S1-U承载。

4.MME向eNB确认UE背景恢复。

5.将上行链路数据递送到S-GW。

6.如果下行链路数据可获得，那么S-GW将下行链路数据发送到eNB。

7.如果不从S-GW预期其它数据，那么eNB可发起S1连接的暂停及 S1-U承载的撤销启动。

8.eNB发送RRCConnectionRelease消息以使UE保持在RRC_IDLE中。所述消息包含设置为由UE存储的rrc-Suspend、resumeID、 NextHopChainingCount及drb-ContinueROHC的releaseCause。如果在步骤6 中接收到下行链路数据，那么在DTCH上与DCCH上的RRCConnectionRelease消息多路复用地加密发送所述下行链路数据。

注意1：如果MME或eNB决定将UE移到RRC_CONNECTED模式，那么在步骤7中发送RRCConnectionResume消息以回退到RRC连接恢复程序。在彼状况下，RRCConnectionResume消息受到完整性保护，且用在步骤1中导出的密钥进行加密，并且UE忽略包含于RRCConnectionResume消息中的NextHopChainingCount。可在DTCH上与RRCConnectionResume消息多路复用地传送下行链路数据。另外，也可在步骤7中发送RRCConnectionSetup以回退到RRC连接建立程序。

注意2：如果在回退的状况下，未响应于用于EDT的 RRCConnectionResumeRequest而接收到RRCConnectionRelease或 RRCConnectionResume，那么UE认为UL数据传送不成功。

在3GPP TS 36.331V15.7.0中提供与LTE无线电资源控制(RRC)连接重新配置程序(例如，切换程序)和LTE RRC连接重新建立程序相关的描述。值得注意的是，3GPP TS36.331V15.7.0的标题为“RRC连接重新配置，成功(RRC connection reconfiguration,successful)”的章节5.3.5.1的图 5.3.5.1-1在本文中再现为图7。3GPP TS36.331V15.7.0的标题为“RRC连接重新配置，失败(RRC connection reconfiguration,failure)”的章节5.3.5.1的图5.3.5.1-2在本文中再现为图8。3GPP TS 36.331V15.7.0的标题为“RRC连接重新建立，成功(RRC connection re-establishment,successful)”的章节 5.3.7.1的图5.3.7.1-1在本文中再现为图9。3GPP TS 36.331V15.7.0的标题为“RRC连接重新建立，失败(RRC connection re-establishment,failure)”的章节5.3.7.1的图5.3.7.1-2在本文中再现为图10。3GPP TS 36.331V15.7.0 的部分引述如下：

5.3.5RRC连接重新配置

5.3.5.1综述

图5.3.5.1-1：RRC连接重新配置，成功

图5.3.5.1-2：RRC连接重新配置，失败

此程序的目的在于修改RRC连接，例如建立/修改/释放RB，执行切换，设定/修改/释放测量，添加/修改释放SCell。作为程序的一部分，可以将NAS 专用信息从E-UTRAN传输给UE。

5.3.5.2发起

E-UTRAN可以在RRC_CONNECTED中向UE发起RRC连接重新配置程序。E-UTRAN如下应用所述程序：

-仅当已经启动AS-安全性时才包含mobilityControlInfo，且设定且不暂停具有至少一个DRB的SRB2；

-仅当已经启动AS安全性时才包含RB的建立(而非SRB1，其在RRC 连接建立期间建立)；

-仅当已经启动AS安全性时才执行SCell的添加；

5.3.5.4通过UE接收包含mobilityControlInfo的RRCConnectionReconfiguration(切换)

如果RRCConnectionReconfiguration消息包含mobilityControlInfo且UE 能够遵从包含在此消息中的配置，那么UE应：

1>如果运行，那么停止定时器T310；

1>如果运行，那么停止定时器T312；

1>开始定时器值设定为t304的定时器T304，如包含在 mobilityControlInfo中；

1>如果运行，那么停止定时器T370；

1>如果包含carrierFreq：

2>认为目标PCell在carrierFreq指示的频率上为1，并且具有由targetPhysCellId指示的物理小区标识；

1>否则：

2>认为目标PCell在源PCell指示的频率上为1，并且具有由targetPhysCellId指示的物理小区标识；

1>如果T309正在运行：

2>针对所有接入类别停止定时器T309；

2>按照5.3.16.4中的规定，执行动作。

1>开始与目标PCell的DL同步；

注意1：UE应在接收到触发切换的RRC消息之后尽快执行切换，这可以在确认此消息的成功接收(HARQ和ARQ)之前进行。

1>如果CE中的BL UE或UE：

2>如果sameSFN-Indication不存在于mobilityControlInfo中：

3>获取目标PCell中的MasterInformationBlock；

[…]

1>如果被配置，那么复位MCG MAC和SCG MAC；

1>如果被配置，那么释放uplinkDataCompression；

1>为所有使用pdcp-config配置的所建立的RB重新建立PDCP；

注意2：在TS 36.323[8]中规定成功完成PDCP重新建立之后的无线电承载的处置，例如未确认的PDCP SDU(以及相关联的状态报告)的重新传送，SN及HFN的处置。

注意2a：在切换时，将在nr-RadioBearerConfig1或nr-RadioBearerConfig2 TS38.331[82]中针对所有运用NR PDCP配置的RB设定reestablishPDCP标志，此将使得也针对这些RB重新建立PDCP实体。

1>如果被配置，那么针对所有所建立的RB重新建立MCG RLC及 SCG RLC；

[…]

1>将newUE-Identity的值用作C-RNTI；

1>如果RRCConnectionReconfiguration消息包含fullConfig：

2>按照5.3.5.8中的规定，执行无线电配置程序；

1>根据所接收的radioResourceConfigCommon对下部层进行配置；

1>如果所接收的RRCConnectionReconfiguration消息包含rach-Skip：

2>对下部层进行配置以将rach-Skip应用于目标MCG，如TS 36.213 [23]及36.321[6]中所规定；

1>如果所接收的mobilityControlInfo中包含任何额外字段，则根据先前未涵盖的所述额外字段来对较低层进行配置；

(本文中省去小节5.3.5.4中的剩余的文本……)

5.3.5.6T304到期(切换失败)

UE应：

1>如果T304到期(切换失败)：

注意1：在T304到期之后，任何专用前导码(如果在rach-ConfigDedicated 内提供)不可再供UE使用。

2>返回到用于源PCell中的配置，不包括通过 physicalConfigDedicated、mac-MainConfig和sps-Config配置的配置；

注意1a：在以上的内容脉络中“配置”包含每一无线电承载的状态变数和参数。根据TS 36.323[8]中的小节5.2在成功的RRC连接重新建立程序之后复位与RLC UM和SRB承载相关联的PDCP实体。在上文中，如果被配置 (即，通过nr-RadioBearerConfig1和nr-RadioBearerConfig2)，那么“配置”包含使用NR PDCP的配置。

2>通过如下设定以下切换失败信息的字段来将所述切换失败信息存储在VarRLF-Report中：

[…]

2>按照5.3.7中的规定，发起连接重新建立程序，其后RRC连接重新配置程序结束；

[…]

5.3.5.8涉及完整置选项的无线电配置

UE应：

1>如果UE连接到EPC：

2>释放/清除除以下内容外的所有当前专用无线电配置：

-MCG C-RNTI，

-MCG安全配置，

-用于RB的PDCP、RLC、逻辑信道配置，

-所记录的测量配置；

[…]

1>如果RRCConnectionReconfiguration消息包含mobilityControlInfo：

2>释放/清除所有当前共同无线电配置；

2>将9.2.5中所规定的默认值用于定时器T310、T311及常量N310、 N311；

[…]

1>按照9.2.4中的规定，应用默认物理信道配置；

1>按照9.2.3中的规定，应用默认半持久调度配置；

1>按照9.2.2中的规定，应用默认MAC主配置；

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

1>对于包含在srb-ToAddModList(SRB重新配置)中的每一 srb-Identity值：

2>将9.1.2中规定的所规定配置应用于对应的SRB；

2>将对应的默认RLC配置应用于9.2.1.1中针对SRB1或9.2.1.2中针对SRB2规定的SRB；

2>将对应的默认逻辑信道配置应用于9.2.1.1中针对SRB1或9.2.1.2 中针对SRB2规定的SRB；

2>如果对应的SRB运用NR PDCP来配置，且UE连接到EPC：

3>释放NR PDCP实体，且与E-UTRA PDCP实体和当前(MCG)

安全配置建立NR PDCP实体；

注意1a：UE应用LTE加密和完整性保护算法，所述算法等效于先前配置的NR安全性算法。

3>将此SRB的RLC承载与所建立的PDCP实体相关联；

注意2：这是为了使SRB(用于切换的SRB1和SRB2以及用于在重新建立之后重新配置的SRB2)达到已知状态，从所述状态中，重新配置消息可以进行进一步的配置。

2>否则如果UE连接到5GC：

3>按照TS 38.331[82]，条项9.2.1中的规定，将对应的默认PDCP 配置应用于SRB；

1>如果UE连接到EPC：

2>对于包含在为当前E-UTRA和NR UE配置的一部分的 drb-ToAddModList或nr-RadioBearerConfig1或nr-RadioBearerConfig2中的每一eps-BearerIdentity值：

3>释放E-UTRA或NR PDCP实体；

3>释放RLC实体；

3>释放DTCH逻辑信道；

3>释放drb-Identity；

注意3：此将保留eps-BearerIdentity但从当前UE配置去除包含这些承载的drb-Identity的DRB，且使用新配置触发条项5.3.10.3中的AS内的DRB 的设定。eps-BearerIdentity充当关联所释放和重新设定的DRB的锚。在AS 中，DRB重新设定等同于新的DRB设定(包含新的PDCP和逻辑信道配置)。

2>对于为当前E-UTRA和NR UE配置的一部分但并不运用相同 eps-BearerIdentity添加在drb-ToAddModList中或nr-RadioBearerConfig1 中或nr-RadioBearerConfig2中之每一eps-BearerIdentity值：

3>按照5.3.10.2中的规定，执行DRB释放；

[…]

5.3.7RRC连接重新建立

5.3.7.1综述

图5.3.7.1-1：RRC连接重新建立，成功

图5.3.7.1-2：RRC连接重新建立，失败

此程序的目的为重新建立RRC连接，其涉及恢复SRB1(尚未启动AS 安全性的NB-IoT UE的SRB1bis)操作、安全性的重新启动(除了尚未启动 AS安全性的NB-IoT UE以外)及仅PCell的配置。

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

当尚未启动AS安全性时，支持RRC_CONNECTED中用于控制平面 CIoT EPS优化的RRC连接重新建立的NB-IoT UE可以发起所述程序以便继续RRC连接。

E-UTRAN如下应用所述程序：

-当已经启动AS安全性时：

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

-重新启动AS安全性而不改变算法。

-对于支持用于控制平面CIoT EPS优化的RRC连接重新建立的 NB-IoT UE，当尚未启动AS安全性时：

-重新建立SRB1bis并且继续用于此RB的数据传输。

5.3.7.2发起

所述UE应仅当已经启动AS安全性时或针对支持用于控制平面CIoT EPS优化的RRC连接重新建立的NB-IoT UE才发起所述程序。UE当满足以下条件中的一个时发起所述程序：

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

1>根据5.3.5.6，在切换失败后；或

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

1>除了UP-EDT以外，在来自下部层的关于SRB1或SRB2的完整性校验失败指示后；或

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

1>根据TS38.331[82]，条项5.3.5.5，在RRC连接重新配置失败后。

注意：对于UP-EDT，根据条项5.3.3.16处置来自下部层的完整性校验失败指示。

在发起所述程序后，UE应：

1>如果运行，那么停止定时器T310；

1>如果运行，那么停止定时器T312；

1>如果运行，那么停止定时器T313；

1>如果运行，那么停止定时器T307；

1>开始定时器T311；

1>如果运行，那么停止定时器T370；

1>如果被配置，那么释放uplinkDataCompression；

1>暂停所有RB，包含运用NR PDCP配置的RB，除了SRB0之外；

1>复位MAC；

1>根据5.3.10.3a,如果被配置，那么释放MCG Scell；

1>根据5.3.10.3d，如果被配置，那么释放Scell群组；

1>按照9.2.4中的规定，应用默认物理信道配置；

1>除了NB-IoT以外，对于MCG，按照9.2.3中的规定，应用默认半持久调度配置；

1>对于NB-IoT，如果被配置，那么释放schedulingRequestConfig；

1>对于MCG，按照9.2.2中的规定，应用默认MAC主要配置；

1>如果被配置，那么释放powerPrefIndicationConfig，且如果运行，那么停止计时器T340；

1>如果被配置，那么释放reportProximityConfig，并且清除任何相关联的接近状态报告定时器；

1>如果被配置，那么释放obtainLocationConfig；

1>如果被配置，那么释放idc-Config；

1>如果被配置，那么释放sps-AssistanceInfoReport；

1>如果被配置，那么释放measSubframePatternPCell；

1>除了DRB配置(由drb-ToAddModListSCG配置)以外，如果被配置，那么释放完整SCG配置；

1>如果对(NG)EN-DC进行配置：

2>按照TS 38.331[82]，条项5.3.5.10中的规定，执行MR-DC释放；

2>如果被配置，那么释放p-MaxEUTRA；

2>如果被配置，那么释放p-MaxUE-FR1；

2>如果被配置，那么释放tdm-PatternConfig；

1>如果被配置，那么释放PCell的naics-Info；

1>如果作为RN连接并且运用RN子帧配置来配置：

2>释放RN子帧配置；

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

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

1>如果被配置，那么释放delayBudgetReportingConfig，且如果运行，那么停止计时器T342；

1>按照TS 36.304[4]中的规定，根据小区选择过程执行小区选择；

1>如果被配置，那么释放bw-PreferenceIndicationTimer，且如果运行，那么停止定时器T341；

1>如果被配置，那么释放overheatingAssistanceConfig，并且如果运行，那么停止定时器T345；

1>如果被配置，那么释放ailc-BitConfig；

5.3.7.3T311运行时小区选择后的动作

在选择合适的E-UTRA小区后，UE应：

1>如果T309正在运行：

2>针对所有接入类别停止定时器T309；

2>按照5.3.16.4中的规定，执行动作。

1>如果UE连接到5GC并且选定的小区仅连接到EPC；或

1>如果UE连接到EPC且选定的小区仅连接到5GC：

2>按照5.3.12中的规定，在离开RRC_CONNECTED后执行动作，其中释放造成‘RRC连接失败’；

1>否则：

2>停止定时器T311；

2>开始定时器T301；

2>应用包含于SystemInformationBlockType2中的 timeAlignmentTimerCommon；

2>如果UE是支持用于控制平面CIoT EPS优化的RRC连接重新建立的NB-IoT UE并且尚未启动AS安全性；且

2>如果cp-reestablishment不包含在SystemInformationBlockType2-NB 中：

3>按照5.3.12中的规定，在离开RRC_CONNECTED后执行动作，其中释放造成‘RRC连接失败’；

2>否则：

3>根据5.3.7.4发起RRCConnectionReestablishmentRequest消息的传送；

注意：如果UE返回到源PCell，那么也应用此程序。

在选择RAT间小区后，UE应：

1>如果选定的小区是UTRA小区，且如果UE支持用于RAT间MRO 的无线电链路失败报告，在VarRLF-Report中包含selectedUTRA-CellId，并且将其设定为选定的UTRA小区的物理小区标识和载波频率；

1>按照5.3.12中的规定，在离开RRC_CONNECTED后执行动作，其中释放造成‘RRC连接失败’；

5.3.7.6T311到期

在T311到期后，UE应：

1>按照5.3.12中的规定，在离开RRC_CONNECTED后执行动作，其中释放造成‘RRC连接失败’；

5.3.7.7T301到期或选定的小区不再合适

UE应：

1>如果定时器T301到期；或

1>如果按照TS 36.304[4]中的规定，选定的小区根据小区选择准则变得不再合适：

2>按照5.3.12中的规定，在离开RRC_CONNECTED后执行动作，其中释放造成‘RRC连接失败’；

5.3.7.8通过UE接收RRCConnectionReestablishmentReject

在接收RRCConnectionReestablishmentReject消息后，UE应：

1>按照5.3.12中的规定，在离开RRC_CONNECTED后执行动作，其中释放造成‘RRC连接失败’；

在3GPP RAN1中论述了预配置的上行链路资源(preconfigured uplinkresource，PUR)中的传送。下文引述来自3GPP RAN1#96笔记的由RAN1 作出的一些协定：

在空闲模式中，TA验证配置可包含“PUR时间对准定时器”

●其中如果(当前时间-最后TA更新的时间)＞PUR时间对准定时器，那么UE认为TA无效

在空闲模式中，在UE验证TA时，如果服务小区改变，那么UE认为用于先前服务小区的TA无效

●以上适用于UE配置成使用服务小区改变属性的状况

在UE配置成使用若干TA验证准则时，TA仅在满足所有所配置TA验证准则时才有效。

对于专用PUR，在空闲模式中，PUR资源配置至少包含以下

●包含周期数的时域资源

○注意：还包含重复数目、RU数目、起动位置

●频域资源

●TBS/MCS

●功率控制参数

●旧版DMRS模式

在3GPP RAN1中论述了预配置的上行链路资源(PUR)中的传送。下文引述来自3GPPRAN1#96bis笔记的由RAN1作出的一些协定：

对于处于空闲模式中的专用PUR，PUR配置通过UE特定RRC传信来配置。

在空闲模式中，UE可经配置以使得TA在给定小区内始终有效。

在3GPP RAN1中论述了预配置的上行链路资源(PUR)中的传送。下文引述来自3GPPRAN1#98笔记的由RAN1作出的一些协定：

在空闲模式中，支持在PUR传送之后经由L1传信更新PUR配置和/或 PUR参数

对于专用PUR

●在PUR搜索空间监视期间，UE监视用RNTI(假设RNTI不与任何其它UE共享)扰乱的DCI

在3GPP RAN1中论述了预配置的上行链路资源(PUR)中的传送。下文引述来自3GPPRAN1#98bis笔记的由RAN1作出的一些协定：

专用PUR ACK DCI至少包含时序提前调节(包含TA调节0)。TA调节字段如旧版为[6]位。

对于处于空闲模式中的专用PUR，PUR配置包含以下

●MPDCCH跳频配置

●PDSCH跳频配置

PUR配置包含PUCCH配置

在3GPP RAN2中论述了预配置的上行链路资源(PUR)中的传送。下文引述来自R2-1914102的由RAN2作出的一些协定：

支持多镜头D-PUR，其中可能配置为单镜头。

网络作出关于D-PUR配置的决定。

eNB可以通过专用RRC传信(重新)配置并且释放D-PUR。

UE在其在新的小区上进行RA程序时必须释放D-PUR。

可以设定D-PUR配置而没有预定义的终点(无限)。

RRC响应消息需要由UE支持并且可在所有状况下使用。

对于一些状况，L1传信足以确认，即不需要RRC响应消息。

RAN2假设仅在eNB确定不存在待决的下行链路数据或传信之后发送用于确认的L1传信。

向UE提供用于D-PUR的UE特定的RNTI是可行的。共同或共用的 RNTI也是可行的。

用于D-PUR的RNTI连同其它D-PUR配置一起用信号发送。

有效的TA是发起D-PUR传送的要求。

UE可以使用D-PUR资源来发送RRCConnectionRequest或RRCConnectionResumeRequest以建立或恢复RRC连接。

对于CP解决方案，将上行链路数据囊封作为在CCCH中传送的上行链路RRC消息中的NAS PDU。

对于UP解决方案，上行链路数据在DTCH中传送。

在上行链路D-PUR传送之后，UE在定时器的控制下监视PDCCH：

■定时器在D-PUR传送之后开始。

■如果接收到用于D-PUR重新传送的调度，那么定时器重新开始。

■如果定时器到期，那么UE将D-PUR传送视为已失败。

■当D-PUR程序结束/成功时停止定时器。

如果需要，那么用于CP解决方案的下行链路RRC响应消息可以包含以下任选的信息：

■被囊封作为NAS PDU的下行链路数据(下行链路应用层响应或 MME中的待决数据)

■重定向信息。

■D-PUR(重新)配置和释放。

用于UP解决方案的下行链路RRC响应消息可以包含以下任选的信息：

■恢复ID。

■NCC(强制)-始终提供用于UP解决方案的下行链路RRC响应消息。

■重定向信息。

■D-PUR(重新)配置和释放。

用于TA更新的MAC CE可连同用于CP解决方案和UP解决方案的下行链路RRC响应消息的RRC传送一起发送。

在D-PUR传送的接收之后，eNB可通过RRCConnectionSetup消息或RRCConnectionResume消息将UE移动到RRC连接。

TA验证准则“服务小区改变”始终隐式地启用，这意味着当UE在与最后验证TA所在的小区不同的小区中发起RA程序时将TA视为无效的。

用于TA验证准则的配置在专用RRC传信中提供。

■应当可能的是经由RRC传信停用任选的TA验证准则(即，TA定时器、(N)RSRP改变)中的每一个或全部。

当TA被视为无效时UE保持PUR配置，但PUR无法使用，直到eNB 验证现有TA/提供新TA为止。

为在空闲模式中运用D-PUR配置的UE定义新TA定时器。

■用于TA定时器的(重新)起动时间需要在UE与eNB之间对准。

■更新TA之后重新起动TA定时器。

当UE处于RRC_CONNECTED时可提供UE特定的PUR(重新)配置。

PUR(重新)配置可包含于RRC连接版本中。

至少以下信息可包含于PUR(重新)配置中：

■释放之前的“m”个连续错过的分配。

■用于空闲模式的时间对准定时器。

■用于服务小区的RSRP改变阈值。

可在D-PUR程序的DL RRC响应消息中提供PUR(重新)配置。

针对PUR重新配置支持差量配置。

如果UE执行EDT或移动到RRC_CONNECTED且在同一小区中回到 RRC_IDLE，那么PUR配置保持有效，除非特定由网络或其它触发器释放或重新配置。

PUR可通过D-PUR程序的RRCConnectionRelease消息和DL RRC响应消息显式地释放。

对于CP解决方案AS RAI，不一起包含BSR和PUR传送。

对于CP解决方案，用于TA更新的MAC CE可在无下行链路RRC响应消息的情况下发送。(对于UP，一直需要RRC响应消息)。

在UE移动到RRC-CONNECTED的状况下，可以在RRC中提供新的 C-RNTI。如果不存在，那么UE将PUR-RNTI维持作为C-RNTI。

工作假设：使用SIB2中的标志在小区中指示已启用PUR。在检测到在小区中关闭PUR支持的SIB指示后，UE应释放所有PUR配置。现有的 SIB更新机制用于更新所述指示。

可以在无来自UE的PUR配置请求的情况下提供PUR配置，因此引入指示UE能够使用PUR执行UL传送的任选的无线电接入能力(分别针对 UP和CP)。

UE无法运用多于一个PUR配置来配置

■因此，PUR配置中不需要PUR配置标识/索引

在PUR配置中提供关于TBS大小的信息。

■确切细节还取决于RAN1协定。

对于CP，类似于EDT，在使用PUR发起UL传送之前，“预期包含总UL数据的所得MACPDU的大小小于或等于针对PUR配置的TBS”是一个前提。

■由此不排除发送不具有CP数据的RRC连接请求。

对于UP，请在规范中将PUR消息称为“用于PUR的RRCConnectionResumeRequest”和“用于EDT或PUR的 RRCConnectionResumeRequest”等。

PUR TA定时器是可配置到小时级别，可被停用/可以无穷大。

如本文中所使用，术语“机器型通信UE(Machine-Type Communications UE，MTCUE)”可指“带宽减小的低复杂性UE(Bandwidth reduced and Low complexity UE，BL UE)”和/或“增强涵盖范围中的UE(EC中的UE、CE 中的UE、CE UE)”。如本文中所使用，术语“UE”可指MTC UE和/或窄带物联网(Narrow Band Internet of Things，NB-IoT)UE和/或不同类型的UE。在RRC_IDLE状态(例如，无线电资源控制(Radio Resource Control，RRC) 空闲状态)中，如果UE发起随机接入(Random Access，RA)程序，那么随机接入程序可以用于早期数据传送(Early-Data Transmission，EDT)和/ 或随机接入程序可能不用于EDT。基于竞争的随机接入程序可以包括四个步骤，其中在四个步骤中的每个步骤中传送和/或接收的消息分别被称作“Msg1”、“Msg2”、“Msg3”和/或“Msg4”。非基于竞争的随机接入程序可以包括两个步骤，其中在两个步骤中的每个步骤传送和/或接收的消息分别被称作“Msg1”和/或“Msg2”。如本文中所使用，术语“物理下行链路控制信道 (Physical Downlink ControlChannel，PDCCH)”可指代用于MTC UE的机器型通信PDCCH(Machine-Type CommunicationsPDCCH，MPDCCH)和/或用于NB-IoT UE的窄带PDCCH(Narrowband PDCCH，NPDCCH)。如本文中所使用，术语“物理随机接入信道(Physical Random Access Channel， PRACH)”可指代用于MTC UE的PRACH和/或用于NB-IoT UE的窄带 PRACH(Narrowband PRACH，NPRACH)。上文在此段中所描述的表述通常可适用于以下段落，除非另有指定。

在LTE版本15中，为了提高MTC UE和/或NB-IoT UE的传送效率和/ 或降低其功率消耗，引入EDT。EDT可以适用于MTC UE和/或NB-IoT UE。可以在RRC_IDLE状态中触发EDT。在触发EDT之后，上行链路用户数据 (例如，移动发起数据)可以在随机接入程序期间包含在Msg3中(例如， Msg3可以对应于随机接入程序的第三消息)，并且网络可以在随机接入程序期间在Msg4中包含下行链路用户数据(例如，Msg4可以对应于随机接入程序的第四消息)。EDT的一个益处在于可以在不需要UE进入 RRC_CONNECTED状态(例如，RRC连接状态)的情况下通过UE传送上行链路用户数据。还有可能EDT回退到旧版RRC连接建立/恢复程序，和/ 或在UE进入RRC_CONNECTED状态之后传送上行链路用户数据。版本15 EDT也可称为“移动发起EDT(Mobile-originated EDT，MO-EDT)”。

存在至少两种类型的EDT(或MO-EDT)。

第一类型的EDT(或第一类型的MO-EDT)为控制平面EDT(control plane EDT，CP-EDT)(例如，用于控制平面蜂窝式物联网(Cellular Internet of Things，CIoT)演进型分组系统(演进分组系统，EPS)优化的EDT)。在CP-EDT中，上行链路用户数据在共同控制信道(Common Control Channel，CCCH)上在串接于上行链路RRCEarlyDataRequest消息中的非接入层(Non-Access Stratum，NAS)消息中传送。上行链路 RRCEarlyDataRequest消息可以在随机接入程序期间包含在Msg3中(例如， Msg3可以对应于随机接入程序的第三消息，其中Msg3通过UE传送到 eNB)。下行链路用户数据可以在CCCH上在串接于下行链路RRCEarlyDataComplete消息中的NAS消息中传送。下行链路 RRCEarlyDataComplete消息可以在随机接入程序期间包含在Msg4中(例如， Msg4可以对应于随机接入程序的第四消息，其中Msg4通过eNB传送到 UE)。如果移动性管理实体(Mobility Management Entity，MME)和/或eNB 决定将UE改变到RRC_CONNECTED模式(例如，将UE从RRC_IDLE模式改变到RRC_CONNECTED模式)，那么可以在Msg4中发送(到UE) RRCConnectionSetup消息以回退到旧版RRC连接建立程序。

第二类型的EDT(或第二类型的MO-EDT)为用户平面EDT(user plane EDT，UP-EDT)(例如，用于用户平面CIoT EPS优化的EDT)。在UP-EDT 中，上行链路用户数据与CCCH上的上行链路RRCConnectionResumeRequest 消息多路复用地在专用业务信道(DedicatedTraffic Channel，DTCH)上传送。在一些实施例中，DTCH业务数据单元(Service DataUnit，SDU)和/ 或CCCH SDU在随机接入程序期间包含在Msg3中(例如，Msg3可以对应于随机接入程序的第三消息，其中Msg3通过UE传送到eNB)。下行链路用户数据可以在DTCH上与专用控制信道(Dedicated Control Channel，DCCH) 上的下行链路RRCConnectionRelease消息多路复用地传送。DTCH SDU和/ 或DCCH SDU可以在随机接入程序期间包含在Msg4中。如果MME和/或 eNB决定将UE改变到RRC_CONNECTED模式(例如，将UE从RRC_IDLE 模式改变到RRC_CONNECTED模式)，那么可以在Msg4中发送(到UE) RRCConnectionResume消息(和/或下行链路用户数据)以回退到RRC连接恢复程序。

在LTE版本16中，为了进一步改进MTC UE和/或NB-IoT UE的传送效率和/或降低其功率消耗，可引入在预配置的上行链路资源(PUR)中的传送。PUR可以是专用PUR。如本文中所使用，术语“专用PUR”可以对应于UE假设不与其它UE共享的一个或多个资源。

在一些实施例中，UE在RRC_IDLE状态中在PUR(例如，PUR时机) 上执行PUR传送(例如，数据经由一个或多个PUR到网络的传送)。在一些实施例中，UE基于在UE的专用PUR配置中配置的一个或多个PUR的时间和频率信息确定PUR(例如，PUR时机)。举例来说，当UE在RRC_IDLE 状态中时，专用PUR配置可以指示一个或多个PUR以使UE在小区(例如，专用PUR配置被接收和/或有效的小区)中执行传送。对于使用专用PUR的一个或多个传送支持HARQ以改进可靠性。在UE执行PUR传送之后，UE 在可配置时间段(例如，PUR搜索空间窗和/或PUR搜索空间定时器)期间监视PDCCH。网络可以包含在专用PUR配置中的PUR搜索空间配置，和/或UE可以在PUR传送之后基于PUR搜索空间配置监视PDCCH(例如， PUR搜索空间配置可以对应于可配置时间段)。另外，还可支持到RACH和 /或EDT程序的一个或多个回退机制。一个或多个回退机制的细节在讨论中。

可以通过接收专用PUR配置(例如用于小区)运用PUR配置UE。当 UE处于RRC_CONNECTED模式时，可以在专用传信(例如， RRCConnectionRelease消息)中将专用PUR配置提供(例如在小区中)到 UE。当UE处于RRC_IDLE模式时(并且当UE处于与专用PUR配置相关联的小区中时)，一个或多个已配置PUR(例如，通过专用PUR配置指示和 /或配置的一个或多个PUR)可为有效的。一个或多个已配置PUR可能不需要下部层启动。如果无数据可用于传送，那么UE可能不使用所述一个或多个已配置PUR。对于一个或多个专用PUR，因为网络可以识别哪一UE正使用所述一个或多个专用PUR执行传送，因此可能并不需要竞争解决方案。在一些实施例中，UE可以执行两个步骤。所述两个步骤中的第一步骤包括使用PUR的传送，且两个步骤中的第二步骤包括接收与所述传送相关联的网络响应(例如，网络响应也称为“对PUR的响应”和/或“PUR响应”)。网络响应可以是传送是否成功的确认(例如，网络响应可以包括HARQ反馈和/ 或L1-ACK)。网络响应可以是对重新传送的动态上行链路准予(例如，如果传送不成功，那么网络响应可以是对重新传送的动态上行链路准予)。网络响应可以是下行链路用户数据和/或RRC消息(例如， RRCEarlyDataComplete消息、RRCConnectionRelease消息等中的至少一个)。下行链路用户数据和/或RRC消息可通过动态下行链路指派来调度。动态上行链路准予可以寻址到第一特定RNTI(例如，C-RNTI，临时C-RNTI和/ 或用于PUR的新的RNTI，例如PUR-RNTI)。动态下行链路指派可以寻址到第二特定RNTI(例如，C-RNTI，临时C-RNTI和/或用于PUR的新的RNTI，例如PUR-RNTI)。第一特定RNTI和/或第二特定RNTI可提高于专用PUR 配置中。在UE处于RRC_CONNECTED状态时，可提供第一特定RNTI和/ 或第二特定RNTI。第一特定RNTI与第二特定RNTI可相同(即，第一特定RNTI和第二特定RNTI两者可对应于单个RNTI)。替代地和/或另外，第一特定RNTI可不同于第二特定RNTI。如果需要重新传送，例如在传送不成功的情况下，那么UE可以在下一个PUR时机中和/或基于动态上行链路准予(在第二步骤中接收)执行重新传送。UE在可配置时间段(例如，PUR 搜索空间窗和/或PUR搜索空间定时器)期间监视PDCCH以用于接收网络响应。在一些实施例中，网络响应可以指示回退到RACH程序和/或EDT程序(例如在传送不成功的情境中)。

根据RAN1和RAN2协定(在前述描述中引述其中的至少一些)，如果满足准则，那么UE可以使用RRC_IDLE状态的一个或多个专用PUR。所述准则可以包括有效的时间对准(TA)(例如，所述准则也可以包括一个或多个其它准则，除了TA是有效的以外)。用于TA的验证机制(例如，UE 可以借以确定与UE相关联的TA是否有效的机制)可以包括PUR TA定时器。在一些实施例中，PUR TA定时器不同于现有的timeAlignmentTimer。举例来说，用于起动、重新起动和/或停止PUR TA定时器的条件可以不同于用于起动、重新起动和/或停止现有的timeAlignmentTimer的条件。如果针对 UE配置PUR TA定时器，那么UE可以认为与UE相关联的TA(用于PUR) 在PUR TA定时器在运行中的情况下和/或在符合用于PUR的TA验证的其它准则(例如，所有其它准则)的情况下是有效的。如果针对UE配置PUR TA定时器，那么UE可以认为与UE相关联的TA(用于PUR)在PUR TA 定时器不在运行中的情况下(和/或在PUR TA定时器已到期的情况下)是无效的。PUR TA定时器的配置可以包含在专用PUR配置中(例如，UE可以使用专用PUR配置运用PUR TA定时器来配置)。用于TA的验证机制可以包括“服务小区改变”(例如，与UE相关联的服务小区可以例如由于小区重选而改变为不同小区，其中不同小区不同于其中专用PUR配置是有效的和/或其中运用专用PUR配置来配置UE的小区)。如果服务小区改变，那么 UE可以认为用于先前服务小区的TA是无效的。替代地和/或另外，UE可以当UE在小区中发起随机接入程序时认为TA是无效的，所述小区不同于其中最近验证TA的小区。在一实例中，UE可以在第一小区上执行第一PUR 传送，在第一小区上接收第一PUR响应，且接着在第二小区上发起随机接入程序。在所述实例中，UE可以当UE在第二小区上发起随机接入程序时 (和/或之后)认为TA是无效的。

在一些实施例中，当UE认为TA(用于PUR)是无效时，UE保持(即，不释放)专用PUR配置(例如，UE可以在当UE处于RRC_CONNECTED 状态和/或处于RRC_IDLE状态时的时间段期间保持专用PUR配置并且UE 认为TA(用于PUR)是无效的)。当与UE相关联的服务小区改变(例如，在RRC_CONNECTED状态中和/或在RRC_IDLE状态中)时，UE可以保持 (即，可能不释放)专用PUR配置。举例来说，当UE的服务小区在RRC_IDLE 状态中改变(例如改变为除了其中专用PUR配置被配置和/或有效的小区以外的小区)时，UE可以保持(即，可能不释放)专用PUR配置。当与UE 相关联的TA(用于PUR)无效时，UE不执行PUR传送，且在与UE相关联的TA(用于PUR)变得有效之后，UE可以执行PUR传送。在一些实施例中，在执行EDT和/或进入RRC_CONNECTED状态(在其中专用PUR配置被配置和/或有效的相同服务小区上)后(和/或响应于以上内容)，UE保持(即，不释放)专用PUR配置。在保持专用PUR配置且UE处于 RRC_CONNECTED状态的时间段中，UE可能不执行PUR传送。

针对PUR引入隐式释放机制。如果对应的阈值(和/或释放机制属性) 以专用PUR配置被配置，那么UE维持计数器‘m’。在一些实施例中，如果 UE在PUR时机上不执行(和/或跳过)PUR传送，那么UE使计数器‘m’递增1(例如，UE可以响应于在PUR时机上不执行和/或跳过PUR传送而使计数器‘m’递增1)。如果计数器‘m’达到(或超过)用于‘m’的对应的阈值，那么UE自主地释放专用PUR配置(例如，UE可以响应于计数器‘m’达到 (或超过)对应的阈值而释放专用PUR配置)。当UE处于RRC_CONNECTED 状态时，UE可能不使计数器‘m’递增。UE可以在UE与网络之间的成功通信之后(例如，响应于所述成功通信)复位计数器‘m’的值(例如，复位计数器‘m’的值可以包括将计数器‘m’设定为零)(例如，当UE处于RRC_IDLE 或RRC_CONNECTED状态时，成功通信可以对应于UE与网络之间的通信)。

根据RAN2协定(在前述描述中引述其中的至少一些)，应在UE在相同服务小区中进入RRC_CONNECTED状态之后保持专用PUR配置(例如，其中UE接收专用PUR配置和/或其中专用PUR配置是有效的服务小区)，使得可以在UE进入RRC_IDLE状态(在相同服务小区中)之后稍后使用(例如，重新使用)专用PUR配置。尽管保持专用PUR配置，但可以通过网络在RRC_CONNECTED状态中动态地调度UE。相较于PUR，动态调度可以就传送功率、输送块大小(Transport Block Size，TBS)和/或传送定时而言更灵活。相较于在RRC_IDLE状态中使用PUR，在RRC_CONNECTED状态中使用PUR可存在较少益处。此外，如果UE在RRC_CONNECTED状态中执行PUR传送，那么除了小区无线电网络临时标识(Cell Radio Network TemporaryIdentifier，C-RNTI)之外，UE可能需要针对PUR监视特定RNTI，从而增加连接模式PDCCH监视的复杂性。

防止和/或阻止UE在RRC_CONNECTED状态中使用PUR的一种方式为当UE处于RRC_CONNECTED状态时认为用于PUR的TA是无效的。

在一实例中，UE可以在进入RRC_CONNECTED状态后和/或响应于进入RRC_CONNECTED状态，使PUR TA定时器停止(例如，当UE使PUR TA定时器停止时，由于PUR TA定时器不运行，UE可以认为用于PUR的 TA是无效的)。替代地和/或另外，UE可以在接收到RRCConnectionSetup 消息和/或RRCConnectionResume消息后和/或响应于接收到RRCConnectionSetup消息和/或RRCConnectionResume消息，使PUR TA定时器停止。替代地和/或另外，UE可以在接收到用于timeAlignmentTimer的专用配置(例如，MAC-MainConfig中的timeAlignmentTimerDedicated)后和/或响应于接收到用于timeAlignmentTimer的专用配置，使PUR TA定时器停止。

在一(防止和/或禁止UE在RRC_CONNECTED状态中使用PUR的) 实例中，UE可以在进入RRC_CONNECTED状态后和/或响应于进入RRC_CONNECTED状态，认为PUR TA定时器到期(例如，当认为PUR TA 定时器到期时，由于PUR TA定时器到期，UE可以认为用于PUR的TA是无效的)。替代地和/或另外，UE可以在接收到RRCConnectionSetup消息和/ 或RRCConnectionResume消息后和/或响应于接收到RRCConnectionSetup消息和/或RRCConnectionResume消息，认为PUR TA定时器到期。替代地和/ 或另外，UE可以在接收到用于timeAlignmentTimer的专用配置(例如， MAC-MainConfig中的timeAlignmentTimerDedicated)后和/或响应于接收到用于timeAlignmentTimer的专用配置，认为PUR TA定时器到期。

用以防止和/或阻止UE在RRC_CONNECTED状态中使用PUR的另一方式是认为与UE相关联的PUR的状态是“暂停的”。在一实例中，UE可以在进入RRC_CONNECTED状态后和/或响应于进入RRC_CONNECTED状态，认为PUR的状态是“暂停的”。当UE认为PUR的状态是“暂停”时，UE 可能不使用PUR。因此，UE可以在RRC_CONNECTED状态期间不使用 PUR。UE可以在进入RRC_IDLE状态后和/或响应于进入RRC_IDLE状态，认为PUR的状态是“重新开始”(例如，如果例如在UE进入RRC_IDLE状态之前，未通过网络释放专用PUR配置，那么UE可以在进入RRC_IDLE 状态后和/或响应于进入RRC_IDLE，认为PUR的状态是“重新开始”)。当 UE认为PUR的状态是“重新开始”时，UE可以使用PUR。因此，UE可以在RRC_IDLE状态期间使用PUR。

在一些实例中，可不阻止和/或禁止UE在RRC_CONNECTED状态中使用PUR(例如，可以允许UE在RRC_CONNECTED状态中使用PUR)。

在一些实施例中，UE可不响应于RRC_CONNECTED状态中的TA更新而起动PUR TA定时器(例如，TA更新可以对应于由UE接收的TA命令 MAC控制元素)。

在RRC_CONNECTED状态中，网络可以触发与UE相关联的切换，例如，网络可以触发切换以将UE从一个小区切换为另一小区。切换可用于将 UE的服务小区(例如，初级小区(Primary Cell，PCell))从源小区改变为目标小区。切换可以是小区内切换(即，目标小区与源小区相同)或小区间切换(即，目标小区不同于源小区)。在LTE中，UE在接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息后发起切换程序 (以便将UE从一个小区切换为另一小区)。UE可以在目标小区上发起随机接入程序以便将RRCConnectionReconfigurationComplete消息传送到目标小区。

根据RAN2协定(在前述描述中引述其中的至少一些)，当UE处于 RRC_CONNECTED状态时，网络可以在RRCConnectionRelease消息中提供专用PUR配置。在其中当UE处于RRC_CONNECTED状态时网络在RRCConnectionRelease消息中提供专用PUR配置的一实例中，UE响应于应用RRCConnectionRelease消息而进入RRC_IDLE状态。在其中PUR用于 RRC_IDLE状态中而非用于RRC_CONNECTED状态中的一些实例中，可不需要网络在UE在专用PUR配置的配置和/或重新配置后仍保持处于 RRC_CONNECTED状态的情况下对UE的专用PUR配置进行配置和/或重新配置(例如，在UE将进入RRC_IDLE状态之前，不需要网络对UE的专用PUR配置进行配置和/或重新配置)。因此，可不需要网络经由 RRCConnectionReconfiguration程序对PUR进行配置和/或重新配置。

可能会发生以下情境：在UE的RRC_CONNECTED状态中保持专用 PUR配置(例如在切换的当前服务小区或源小区中接收的专用PUR配置) 的UE响应于接收到包括mobilityControlInfo(例如，mobilityControlInfo信息元素)的RRCConnectionReconfiguration消息而发起切换程序(以便产生 RRCConnectionReconfigurationComplete消息和/或在切换的目标小区上发起随机接入程序)。在此情境下，不清楚专用PUR配置在成功完成切换程序之后是否仍有效。如果专用PUR配置不再有效，那么UE不应保持专用PUR 配置。举例来说，如果UE使用无效PUR配置来执行传送，那么可能发生与第二UE的资源冲突，从而导致UE和第二UE中的一个或两个的传送失败。替代地和/或另外，如果UE释放专用PUR配置，那么UE不能够使用用专用PUR配置来配置的资源来执行传送。

在本文中提供技术，其在被实施时解决前述问题，例如以下中的至少一个：UE不能够确定是保持还是释放专用PUR配置；UE不能够确定专用PUR 配置是否有效；UE使用无效PUR配置来执行传送；由于传送与另一UE的资源冲突；如果UE释放专用PUR配置，那么UE不能够使用用专用PUR 配置来配置的资源执行传送等。

在本公开的第一实例实施例中，UE可以响应于接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息而释放专用PUR 配置。可以通过包括mobilityControlInfo的RRCConnectionReconfiguration消息来触发切换程序。举例来说，可以执行切换程序以将UE的服务小区从源小区改变为目标小区(例如，可以在RRCConnectionReconfiguration消息的 mobilityControlInfo中指示和/或识别目标小区)。在一些实例中，UE可以响应于接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息而发起切换程序。源小区可以对应于UE的其中专用PUR配置被接收和/或有效的服务小区(例如，UE可以从源小区接收专用PUR配置)。

在一些实例中，当UE接收包括mobilityControlInfo的RRCConnectionReconfiguration消息时(和/或在UE接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息后和/或响应于UE 接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息)，UE 可以释放专用PUR配置。举例来说，UE可以在(例如向网络)确认接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息之前或之后释放专用PUR配置(例如，UE可以通过将确认的指示传送到网络来确认接收)。替代地和/或另外，UE可以在起动与目标小区的下行链路的同步之前或之后释放专用PUR配置。替代地和/或另外，UE可以在复位例如与源小区相关联的MAC之前或之后释放专用PUR配置。替代地和/或另外，UE可以在将 newUE-Identity的值用作C-RNTI之前或之后释放专用PUR配置。替代地和 /或另外，UE可以在执行无线电配置程序(例如，3GPP TS36.331V15.7.0 的小节5.3.5.8中论述的无线电配置程序)之前或之后释放专用PUR配置。替代地和/或另外，UE可以在无线电配置程序期间释放专用PUR配置。替代地和/或另外，UE可以在发起目标小区上的随机接入程序之前或之后释放专用PUR配置。替代地和/或另外，UE可以在成功完成目标小区上的随机接入程序之前或之后释放专用PUR配置。

替代地和/或另外，UE可以响应于(例如向网络)确认接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息而释放专用PUR 配置。替代地和/或另外，UE可以响应于起动与目标小区的下行链路的同步而释放专用PUR配置。替代地和/或另外，UE可以响应于复位例如与源小区相关联的MAC而释放专用PUR配置。替代地和/或另外，UE可以响应于将newUE-Identity的值用作C-RNTI而释放专用PUR配置。替代地和/或另外，UE可以响应于执行无线电配置程序(例如，3GPP TS 36.331V15.7.0的小节5.3.5.8中论述的无线电配置程序)而释放专用PUR配置。替代地和/ 或另外，UE可以响应于发起目标小区上的随机接入程序而释放专用PUR配置。替代地和/或另外，UE可以响应于成功完成目标小区上的随机接入程序而释放专用PUR配置。

在一些实例中，源小区可与目标小区(例如，在 RRCConnectionReconfiguration消息的mobilityControlInfo中指示的目标小区)相同。举例来说，即使源小区与目标小区相同，UE也可以释放专用PUR 配置(例如响应于接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息)。

在一些实例中，不管目标小区是否与源小区相同，UE都可以释放专用 PUR配置。

在一些实例中，包括mobilityControlInfo的 RRCConnectionReconfiguration消息可不包括“fullConfig”。

在一些实例中，UE可以在不在切换程序期间发起随机接入程序的情况下释放专用PUR配置(例如，UE可以在不在切换程序期间发起任何随机接入程序的情况下释放专用PUR配置)。举例来说，UE可以响应于接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息而释放专用PUR 配置，并且UE可能无法与目标小区的下行链路同步，且因此可能不在切换程序期间发起随机接入程序。

在本公开的第二实例实施例中，UE可以响应于接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息而保持专用PUR 配置。可以通过包括mobilityControlInfo的RRCConnectionReconfiguration消息来触发切换程序。举例来说，可以执行切换程序以将UE的服务小区从源小区改变为目标小区(例如，可以在RRCConnectionReconfiguration消息的 mobilityControlInfo中指示和/或识别目标小区)。在一些实例中，UE可以响应于接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息而发起切换程序。源小区可以对应于UE的其中专用PUR配置被接收和/或有效的服务小区(例如，UE可以从源小区接收专用PUR配置)。

例如由于切换程序，UE可不释放专用PUR配置。

在一些实例中，UE可以在切换程序期间，例如当切换程序仍在进行中时，保持专用PUR配置。替代地和/或另外，UE可以响应于成功完成切换程序(和/或在成功完成切换程序之后)而保持专用PUR配置。

在一些实例中，在成功地完成切换程序之后，网络可以确定和/或决定 UE是否应释放专用PUR配置。

在一些实例中，源小区可以不同于目标小区(例如，在RRCConnectionReconfiguration消息的mobilityControlInfo中指示的目标小区)。举例来说，即使源小区不同于目标小区，UE也可以保持专用PUR配置(例如响应于接收到包括mobilityControlInfo的 RRCConnectionReconfiguration消息)。

在一些实例中，UE可以基于UE的当前服务小区(例如，PCell)是否与第一小区相同而在进入RRC_IDLE状态后(和/或响应于进入RRC_IDLE 状态)确定是保持专用PUR配置还是释放专用PUR配置(例如，UE可以确定和/或检查UE的当前服务小区是否与第一小区相同)。如果当前服务小区与第一小区相同，那么UE可以保持专用PUR配置(例如，UE可以基于当前服务小区与第一小区相同而确定保持专用PUR配置)。替代地和/或另外，如果当前服务小区不同于第一小区，那么UE可以释放专用PUR配置 (例如，UE可以基于当前服务小区不同于第一小区而确定释放专用PUR配置)。

第一小区可以是UE从其接收专用PUR配置的小区。替代地和/或另外，第一小区可以是与专用PUR配置相关联的小区。替代地和/或另外，第一小区可以是其中专用PUR配置是有效的小区。替代地和/或另外，第一小区可以是其中UE在进入RRC_IDLE状态之前进入RRC_CONNECTED状态的小区。替代地和/或另外，第一小区可以对应于源小区。

在一些实例中，UE可以响应于从当前服务小区接收到 RRCConnectionRelease消息而执行确定(是保持专用PUR配置还是释放专用PUR配置)。替代地和/或另外，所述UE可以响应于从当前服务小区接收到RRCConnectionRelease消息而执行所述确定，所述RRCConnectionRelease 消息不包括除了专用PUR配置以外的另一PUR配置。在一些实例中，响应于执行所述确定，所述UE可以根据所述确定释放或保持专用PUR配置。

在本公开的第三实例实施例中，UE可以基于目标小区是否与源小区相同而确定是释放专用PUR配置还是保持专用PUR配置。可以例如通过包括 mobilityControlInfo的RRCConnectionReconfiguration消息来触发切换程序。可以执行切换程序以将UE的服务小区从源小区改变为目标小区(例如，可以在RRCConnectionReconfiguration消息的mobilityControlInfo中指示和/或识别目标小区)。在一些实例中，UE可以响应于接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息而发起切换程序。源小区可以对应于UE的其中专用PUR配置被接收和/或有效的服务小区(例如，UE可以从源小区接收专用PUR配置)。

在一些实例中，如果目标小区与源小区相同，那么UE可以保持专用PUR 配置(例如，所述UE可以基于目标小区与源小区相同而确定保持专用PUR 配置)。替代地和/或另外，如果目标小区不同于源小区，那么UE可以释放专用PUR配置(例如，UE可以基于目标小区不同于源小区而确定释放专用 PUR配置)。

在一些实例中，当UE接收包括mobilityControlInfo的RRCConnectionReconfiguration消息时，UE可以执行所述确定(是保持专用 PUR配置还是释放专用PUR配置)(和/或UE可以在UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration消息后和/或响应于UE 接收包括mobilityControlInfo的RRCConnectionReconfiguration消息而执行所述确定)。举例来说，UE可以在(例如向网络)确认接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息之前或之后执行所述确定(例如，UE可以通过将确认的指示传送到网络来确认接收)。替代地和/或另外，UE可以在起动与目标小区的下行链路的同步之前或之后执行所述确定。替代地和/或另外，UE可以在复位例如与源小区相关联的MAC之前或之后执行所述确定。替代地和/或另外，UE可以在将newUE-Identity的值用作C-RNTI之前或之后执行所述确定。替代地和/或另外，UE可以在执行无线电配置程序(例如，3GPP TS 36.331V15.7.0的小节5.3.5.8中所论述的无线电配置程序)之前或之后执行所述确定。替代地和/或另外，UE可以在无线电配置程序期间执行所述确定。替代地和/或另外，UE可以在发起目标小区上的随机接入程序之前或之后执行所述确定。替代地和/或另外，UE 可以在成功完成目标小区上的随机接入程序之前或之后执行所述确定。

替代地和/或另外，UE可以响应于(例如向网络)确认接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息而执行所述确定。替代地和/或另外，UE可以响应于起动与目标小区的下行链路的同步而执行所述确定。替代地和/或另外，UE可以响应于复位例如与源小区相关联的 MAC而执行所述确定。替代地和/或另外，UE可以响应于将newUE-Identity 的值用作C-RNTI而执行所述确定。替代地和/或另外，UE可以响应于执行无线电配置程序(例如，3GPP TS 36.331V15.7.0的小节5.3.5.8中所论述的无线电配置程序)而执行所述确定。替代地和/或另外，UE可以响应于发起目标小区上的随机接入程序而执行所述确定。替代地和/或另外，UE可以响应于成功完成目标小区上的随机接入程序而执行所述确定。

在一些实例中，响应于执行所述确定，所述UE可以根据所述确定释放或保持专用PUR配置。

在一些实例中，UE可以通过比较源小区的物理小区标识(physical cellidentity，PCI)与目标小区的PCI(例如，targetPhysCellId)而确定目标小区是否与源小区相同。举例来说，UE可以基于源小区的PCI与目标小区的 PCI匹配的确定而确定目标小区与源小区相同。替代地和/或另外，UE可以基于源小区的PCI不匹配(和/或不同于)目标小区的PCI的确定而确定目标小区不同于源小区。

在本公开的第四实例实施例中，UE可以基于包括mobilityControlInfo的RRCConnectionReconfiguration消息中的指示(例如，显式指示)而确定是释放专用PUR配置还是保持专用PUR配置。可以通过包括 mobilityControlInfo的RRCConnectionReconfiguration消息来触发切换程序。举例来说，可以执行切换程序以将UE的服务小区从源小区改变为目标小区 (例如，可以在RRCConnectionReconfiguration消息的mobilityControlInfo中指示和/或识别目标小区)。在一些实例中，UE可以响应于接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息而发起切换程序。源小区可以对应于UE的其中专用PUR配置被接收和/或有效的服务小区(例如，UE可以从源小区接收专用PUR配置)。

在一些实例中，网络可以确定和/或决定UE是应释放专用PUR配置还是保持专用PUR配置。网络可以在包括mobilityControlInfo的 RRCConnectionReconfiguration消息中包括指示(例如，UE是应释放还是保持专用PUR配置的显式指示)。

UE可以基于所述指示确定是释放还是保持专用PUR配置。举例来说，如果所述指示指示UE应释放专用PUR配置，那么UE可以释放专用PUR 配置(例如，UE可以基于指示UE应释放专用PUR配置的指示而确定释放专用PUR配置)。替代地和/或另外，如果所述指示指示UE应保持专用PUR 配置，那么UE可以保持专用PUR配置(例如，UE可以基于指示UE应保持专用PUR配置的指示而确定保持专用PUR配置)。

在一些实例中，当UE接收包括mobilityControlInfo的RRCConnectionReconfiguration消息时，UE可以执行所述确定(是保持专用 PUR配置还是释放专用PUR配置)(和/或UE可以在UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration消息后和/或响应于UE 接收包括mobilityControlInfo的RRCConnectionReconfiguration消息而执行所述确定)。举例来说，UE可以在(例如向网络)确认接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息之前或之后执行所述确定(例如，UE可以通过将确认的指示传送到网络来确认接收)。替代地和/或另外，UE可以在起动与目标小区的下行链路的同步之前或之后执行所述确定。替代地和/或另外，UE可以在复位例如与源小区相关联的MAC之前或之后执行所述确定。替代地和/或另外，UE可以在将newUE-Identity的值用作C-RNTI之前或之后执行所述确定。替代地和/或另外，UE可以在执行无线电配置程序(例如，3GPP TS 36.331V15.7.0的小节5.3.5.8中所论述的无线电配置程序)之前或之后执行所述确定。替代地和/或另外，UE可以在无线电配置程序期间执行所述确定(和/或可以在所述确定将释放专用 PUR配置的情况下释放专用PUR配置)。替代地和/或另外，UE可以在发起目标小区上的随机接入程序之前或之后执行所述确定。替代地和/或另外， UE可以在成功完成目标小区上的随机接入程序之前或之后执行所述确定。

替代地和/或另外，UE可以响应于(例如向网络)确认接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息而执行所述确定。替代地和/或另外，UE可以响应于起动与目标小区的下行链路的同步而执行所述确定。替代地和/或另外，UE可以响应于复位例如与源小区相关联的 MAC而执行所述确定。替代地和/或另外，UE可以响应于将newUE-Identity 的值用作C-RNTI而执行所述确定。替代地和/或另外，UE可以响应于执行无线电配置程序(例如，3GPP TS 36.331V15.7.0的小节5.3.5.8中所论述的无线电配置程序)而执行所述确定。替代地和/或另外，UE可以响应于发起目标小区上的随机接入程序而执行所述确定。替代地和/或另外，UE可以响应于成功完成目标小区上的随机接入程序而执行所述确定。

在一些实例中，响应于执行所述确定，所述UE可以根据所述确定释放或保持专用PUR配置。

在一些实例中，所述指示(例如，显式指示)是单一位指示(或所述指示可具有另一数量的位)。

在一些实例中，如果所述指示不存在于包括mobilityControlInfo的RRCConnectionReconfiguration消息中，那么UE保持专用PUR配置(例如， UE可以基于RRCConnectionReconfiguration消息不包括所述指示而确定保持专用PUR配置)。替代地和/或另外，如果显式指示不存在于包括 mobilityControlInfo的RRCConnectionReconfiguration消息中，那么UE可以释放专用PUR配置(例如，UE可以基于RRCConnectionReconfiguration消息不包括所述指示而确定释放专用PUR配置)。

在本公开的第五实例实施例中，UE可以基于包括mobilityControlInfo的RRCConnectionReconfiguration消息是否包括“fullConfig”而确定是释放专用 PUR配置还是保持专用PUR配置(例如，“fullConfig”可以对应于 RRCConnectionReconfiguration消息的参数和/或信息元素)。可以通过包括 mobilityControlInfo的RRCConnectionReconfiguration消息来触发切换程序。举例来说，可以执行切换程序以将UE的服务小区从源小区改变为目标小区 (例如，可以在RRCConnectionReconfiguration消息的mobilityControlInfo中指示和/或识别目标小区)。在一些实例中，UE可以响应于接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息而发起切换程序。源小区可以对应于UE的其中专用PUR配置被接收和/或有效的服务小区(例如，UE可以从源小区接收专用PUR配置)。

目标小区可以确定是否在RRCConnectionReconfiguration消息中包含“fullConfig”。在一些实例中，如果目标小区确定和/或已知UE具有(和/或保持)专用PUR配置，那么目标小区可以在RRCConnectionReconfiguration 消息中包含“fullConfig”。替代地和/或另外，如果目标小区确定和/或已知UE 不具有(和/或不保持)专用PUR配置，那么目标小区可以不在 RRCConnectionReconfiguration消息中包含“fullConfig”。在一些实例中，目标小区可以基于例如来自源小区的指示而确定UE是否具有(和/或保持)专用PUR配置(例如，如果UE具有(和/或保持)专用PUR配置，那么源小区可以向目标小区指示UE具有(和/或保持)专用PUR配置)。

UE可以基于包括mobilityControlInfo的RRCConnectionReconfiguration 消息是否包括“fullConfig”而确定是释放还是保持专用PUR配置。在一些实例中，如果包括mobilityControlInfo的RRCConnectionReconfiguration消息包括“fullConfig”，那么UE可以释放专用PUR配置(例如，UE可以基于包括“fullConfig”的RRCConnectionReconfiguration消息而确定释放专用PUR配置)。替代地和/或另外，如果包括mobilityControlInfo的 RRCConnectionReconfiguration消息不包括“fullConfig”，那么UE可以保持专用PUR配置(例如，UE可以基于RRCConnectionReconfiguration消息不包括“fullConfig”而确定保持专用PUR配置)。

在一些实例中，当UE接收包括mobilityControlInfo的RRCConnectionReconfiguration消息时，UE可以执行所述确定(是保持专用 PUR配置还是释放专用PUR配置)(和/或UE可以在UE接收包括 mobilityControlInfo的RRCConnectionReconfiguration消息后和/或响应于UE 接收包括mobilityControlInfo的RRCConnectionReconfiguration消息而执行所述确定)。举例来说，UE可以在(例如向网络)确认接收到包括 mobilityControlInfo的RRCConnectionReconfiguration消息之前或之后执行所述确定(例如，UE可以通过将确认的指示传送到网络来确认接收)。替代地和/或另外，UE可以在起动与目标小区的下行链路的同步之前或之后执行所述确定。替代地和/或另外，UE可以在复位例如与源小区相关联的MAC之前或之后执行所述确定。替代地和/或另外，UE可以在将newUE-Identity的值用作C-RNTI之前或之后执行所述确定。替代地和/或另外，UE可以在执行无线电配置程序(例如，3GPP TS 36.331V15.7.0的小节5.3.5.8中所论述的无线电配置程序)之前或之后执行所述确定。替代地和/或另外，UE可以在无线电配置程序期间执行所述确定。

替代地和/或另外，UE可以响应于(例如向网络)确认接收到包括mobilityControlInfo的RRCConnectionReconfiguration消息而执行所述确定。替代地和/或另外，UE可以响应于起动与目标小区的下行链路的同步而执行所述确定。替代地和/或另外，UE可以响应于复位例如与源小区相关联的 MAC而执行所述确定。替代地和/或另外，UE可以响应于将newUE-Identity 的值用作C-RNTI而执行所述确定。替代地和/或另外，UE可以响应于执行无线电配置程序(例如，3GPP TS 36.331V15.7.0的小节5.3.5.8中所论述的无线电配置程序)而执行所述确定。

在一些实例中，响应于执行所述确定，所述UE可以根据所述确定释放或保持专用PUR配置。

在一些实例中，本文中相对于第五实例实施例提供的技术和/或操作可使用除了“fullConfig”以外的参数和/或信息元素来执行。举例来说，UE可以基于包括mobilityControlInfo的RRCConnectionReconfiguration消息是否包括参数和/或信息元素而确定是释放还是保持专用PUR配置。

在一些实例中，如果包括mobilityControlInfo的RRCConnectionReconfiguration消息包括参数和/或信息元素，那么UE可以释放专用PUR配置(例如，UE可以基于RRCConnectionReconfiguration消息包括参数和/或信息元素而确定释放专用PUR配置)。替代地和/或另外，如果包括mobilityControlInfo的RRCConnectionReconfiguration消息不包括参数和/或信息元素，那么UE可以保持专用PUR配置(例如，UE可以基于 RRCConnectionReconfiguration消息不包括参数和/或信息元素而确定保持专用PUR配置)。

替代地和/或另外，如果包括mobilityControlInfo的RRCConnectionReconfiguration消息包括参数和/或信息元素，那么UE可以保持专用PUR配置(例如，UE可以基于RRCConnectionReconfiguration消息包括参数和/或信息元素而确定保持专用PUR配置)。替代地和/或另外，如果包括mobilityControlInfo的RRCConnectionReconfiguration消息不包括参数和/或信息元素，那么UE可以释放专用PUR配置(例如，UE可以基于 RRCConnectionReconfiguration消息不包括参数和/或信息元素而确定释放专用PUR配置)。

在本公开的第六实例实施例中，如果切换程序失败，那么UE可以释放专用PUR配置。在一些实例中，可以通过包括mobilityControlInfo的RRCConnectionReconfiguration消息触发切换程序。可以执行切换程序以将 UE的服务小区从源小区改变为目标小区(例如，可以在 RRCConnectionReconfiguration消息的mobilityControlInfo中指示和/或识别目标小区)。在一些实例中，UE可以响应于接收到包括mobilityControlInfo 的RRCConnectionReconfiguration消息而发起切换程序。源小区可以对应于UE的其中专用PUR配置被接收和/或有效的服务小区(例如，UE可以从源小区接收专用PUR配置)。

在一些实例中，当切换程序失败时，UE释放专用PUR配置。举例来说， UE可以响应于定时器到期，例如定时器T304到期，而释放专用PUR配置 (例如，定时器T304到期可以指示切换失败)。

在一些实例中，当起动定时器T304时，UE保持专用PUR配置(例如，可以在发起切换程序后起动定时器T304)。UE可以在定时器T304仍运行时保持专用PUR配置(例如，定时器T304可以在切换程序期间运行)。

在一些实例中，UE可以在不在切换程序期间发起随机接入程序的情况下释放专用PUR配置(例如，UE可以在不在切换程序期间发起任何随机接入程序的情况下释放专用PUR配置)。在一实例中，UE可能无法与目标小区的下行链路同步，且因此可能不在切换程序期间发起随机接入程序。在所述实例中，UE可以响应于切换程序的失败而释放专用PUR配置。

在以上技术和/或实施例中的一个、一些和/或全部中，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例和/或第六实例实施例描述的技术和/或实施例，UE可以响应于接收到不包括mobilityControlInfo的RRCConnectionReconfiguration消息而保持 (即，可能不释放)专用PUR配置。

在以上技术和/或实施例中的一个、一些和/或全部中，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例和/或第六实例实施例描述的技术和/或实施例，UE可以在成功完成切换程序之后将专用PUR请求(D-PUR请求)传送到网络。举例来说，如果已经通过UE释放专用PUR配置，那么UE可以将D-PUR请求传送到网络。

在以上技术和/或实施例中的一个、一些和/或全部中，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例和/或第六实例实施例描述的技术和/或实施例，切换(例如，将服务小区从源小区改变为目标小区的切换)可以是RAT内切换(即，目标小区的无线电接入技术(Radio Access Technology，RAT)与源小区的RAT相同)或RAT间切换(即，目标小区的RAT与源小区的RAT不同)。

在RRC_CONNECTED中，UE可以例如由于无线电链路失败(Radio Link Failure，RLF)或切换程序失败而发起RRC连接重新建立程序(例如，UE 可以响应于检测RLF和/或切换程序失败而发起RRC连接重新建立程序)。在RRC连接重新建立程序期间，UE执行小区选择(例如，可以执行小区选择程序以选择适合小区)。UE可以在RRC连接重新建立程序期间在经由小区选择(例如，小区选择程序)选择的小区上发起随机接入程序。随机接入程序用于将RRCConnectionReestablishmentRequest消息传送到选定的小区。在此情境中，需要规定UE是否应保持专用PUR配置，例如在源小区(例如，在其中启动和/或触发RRC连接重新建立程序的前一小区)中接收的专用PUR配置。如果专用PUR配置不再有效，那么UE不应保持专用PUR配置。举例来说，如果UE使用无效PUR配置来执行传送，那么可能发生与第二UE的资源冲突，从而导致UE和第二UE中的一个或两个的传送失败。替代地和/或另外，如果UE释放专用PUR配置，那么UE不能够使用用专用PUR配置来配置的资源来执行传送。

在本文中提供技术，其在被实施时解决前述问题，例如以下中的至少一个：UE不能够确定是保持还是释放专用PUR配置；UE不能够确定专用PUR 配置是否有效；UE使用无效PUR配置来执行传送；由于传送与另一UE的资源冲突；如果UE释放专用PUR配置，那么UE不能够使用用专用PUR 配置来配置的资源执行传送等。

在本公开的第七实例实施例中，UE可以响应于发起RRC连接重新建立程序而释放专用PUR配置。在一些实例中，可以响应于RLF或切换程序失败(例如通过UE)发起RRC连接重新建立程序。在一些实例中，在源小区 (例如，在其中发起和/或触发RRC连接重新建立程序的前一小区)中接收专用PUR配置(例如在发起RRC连接重新建立程序之前)。

在一些实例中，当UE发起RRC连接重新建立程序时(和/或在UE发起RRC连接重新建立程序后和/或响应于UE发起RRC连接重新建立程序)， UE可以释放专用PUR配置。举例来说，UE可以在复位例如与源小区相关联的MAC之前或之后释放专用PUR配置。替代地和/或另外，UE可以在起动小区选择的执行之前或之后释放专用PUR配置(例如，可例如在RRC连接重新建立程序期间执行小区选择程序，以选择适合小区)。替代地和/或另外，UE可以在选择小区(例如，经由小区选择程序选择的适合小区)之前或之后释放专用PUR配置。替代地和/或另外，UE可以在发起选定的小区上的随机接入程序之前或之后释放专用PUR配置。

替代地和/或另外，UE可以响应于复位例如与源小区相关联的MAC而释放专用PUR配置。替代地和/或另外，UE可以响应于执行小区选择而释放专用PUR配置。替代地和/或另外，UE可以响应于选择小区(例如，适合小区)而释放专用PUR配置。替代地和/或另外，UE可以响应于发起选定的小区上的随机接入程序而释放专用PUR配置。替代地和/或另外，UE 可以响应于成功完成随机接入程序而释放专用PUR配置。替代地和/或另外， UE可以响应于成功完成RRC连接重新建立程序而释放专用PUR配置。替代地和/或另外，UE可以响应于从选定的小区接收到 RRCConnectionReestablishment消息而释放专用PUR配置。

在一些实例中，选定的小区(例如，经由小区选择程序选择的适合小区) 可与源小区(例如，前一小区)相同。举例来说，即使选定的小区与源小区相同，UE也可以释放专用PUR配置(例如响应于发起RRC连接重新建立程序)。

在一些实例中，不管选定的小区是否与源小区相同，UE都可以释放专用PUR配置。

在一些实例中，UE可以在不在RRC连接重新建立程序期间发起随机接入程序的情况下释放专用PUR配置(例如，UE可以在不在RRC连接重新建立程序期间发起任何随机接入程序的情况下释放专用PUR配置)。举例来说，UE可以释放专用PUR配置，且UE可能无法找到和/或选择适合小区，且因此可能不在RRC连接重新建立程序期间发起随机接入程序。

在本公开的第八实例实施例中，UE可以响应于发起RRC连接重新建立程序而保持专用PUR配置。在一些实例中，可以响应于RLF或切换程序失败(例如通过UE)发起RRC连接重新建立程序。在一些实例中，在源小区 (例如，在其中发起和/或触发RRC连接重新建立程序的前一小区)中接收专用PUR配置(例如在发起RRC连接重新建立程序之前)。

UE可能例如由于RRC连接重新建立程序而不释放专用PUR配置。

在一些实例中，UE可以在RRC连接重新建立程序期间，例如在RRC 连接重新建立程序仍在进行中时，保持专用PUR配置。举例来说，UE可以响应于成功完成随机接入程序(例如，在RRC连接重新建立程序期间执行的随机接入程序)(和/或在成功完成随机接入程序之后)而保持专用PUR 配置，或UE可以响应于成功完成随机接入程序而释放专用PUR配置。替代地和/或另外，UE可以响应于成功完成RRC连接重新建立程序(和/或在成功完成RRC连接重新建立程序之后)保持专用PUR配置。

在一些实例中，选定的小区(例如，经由小区选择程序选择的适合小区) 可不同于源小区(例如，前一小区)。举例来说，即使选定的小区不同于源小区，UE也可以保持专用PUR配置(例如响应于发起RRC连接重新建立程序)。

在成功完成RRC连接重新建立程序之后，网络可以确定和/或决定UE 是否应释放专用PUR配置。

在本公开的第九实例实施例中，UE可以基于选定的小区是否与源小区相同而确定是释放专用PUR配置还是保持专用PUR配置。在一些实例中，可以响应于RLF或切换程序失败(例如通过UE)发起RRC连接重新建立程序。在一些实例中，在源小区(例如，在其中发起和/或触发RRC连接重新建立程序的前一小区)中接收专用PUR配置(例如在发起RRC连接重新建立程序之前)。在一些实例中，可以例如在RRC连接重新建立程序期间执行小区选择程序，以选择选定的小区(例如，适合小区)。

在一些实例中，如果选定的小区与源小区相同，那么UE可以保持专用 PUR配置(例如，所述UE可以基于选定的小区与源小区相同而确定保持专用PUR配置)。替代地和/或另外，如果选定的小区不同于源小区，那么UE 可以释放专用PUR配置(例如，UE可以基于选定的小区不同于源小区而确定释放专用PUR配置)。

在一些实例中，当UE选择选定的小区(例如，适合小区)时，UE可以执行确定(是保持专用PUR配置还是释放专用PUR配置)(和/或UE可以在UE选择选定的小区后和/或响应于UE选择选定的小区而执行所述确定)。替代地和/或另外，UE可以在发起选定的小区上的随机接入程序之前执行所述确定。替代地和/或另外，UE可以在发起选定的小区上的随机接入程序之后执行所述确定。替代地和/或另外，UE可以响应于发起选定的小区上的随机接入程序而执行所述确定。替代地和/或另外，UE可以在发起选定的小区上的随机接入程序后执行所述确定。

在一些实例中，响应于执行所述确定，所述UE可以根据所述确定释放或保持专用PUR配置。

在一些实例中，UE可以通过比较源小区的PCI与选定的小区的PCI而确定选定的小区是否与源小区相同。举例来说，UE可以基于源小区的PCI 与选定的小区的PCI匹配的确定而确定选定的小区与源小区相同。替代地和 /或另外，UE可以基于源小区的PCI不匹配(和/或不同于)选定的小区的 PCI的确定而确定选定的小区不同于源小区。

在本公开的第十实例实施例中，如果RRC连接重新建立程序失败，那么UE可以释放专用PUR配置。在一些实例中，可以响应于RLF或切换程序失败(例如通过UE)发起RRC连接重新建立程序。在一些实例中，在源小区(例如，在其中发起和/或触发RRC连接重新建立程序的前一小区)中接收专用PUR配置(例如在发起RRC连接重新建立程序之前)。

在一些实例中，当RRC连接重新建立程序失败时(和/或在RRC连接重新建立程序失败后和/或响应于RRC连接重新建立程序失败)，UE可以释放专用PUR配置。举例来说，UE可以响应于选择小区(例如在RRC连接重新建立程序期间选择的适合小区)(和/或当选择所述小区时和/或在选择所述小区后)释放专用PUR配置，其中选定的小区不连接到UE和/或源小区原先连接之核心网络类型(例如，演进型分组核心(Evolved Packet Core， EPC)或5G核心(5G Core，5GC))(例如其中选定的小区连接到5GC且源小区连接到EPC，或例如其中选定的小区连接到EPC且源小区连接到 5GC)。替代地和/或另外，UE可以响应于定时器到期，例如定时器T311在 RRC连接重新建立程序期间到期，(和/或当定时器到期时和/或在定时器到期后)释放专用PUR配置。替代地和/或另外，UE可以响应于定时器T301 在RRC连接重新建立程序期间到期(和/或当定时器T301在RRC连接重新建立程序期间到期时和/或在定时器T301在RRC连接重新建立程序期间到期后)而释放专用PUR配置。替代地和/或另外，UE可以响应于在RRC连接重新建立程序期间接收到RRCConnectionReestablishmentReject消息(和/ 或当在RRC连接重新建立程序期间接收到 RRCConnectionReestablishmentReject消息时和/或在RRC连接重新建立程序期间接收到RRCConnectionReestablishmentReject消息后)而释放专用PUR 配置。

在一些实例中，当起动定时器T311时，UE保持专用PUR配置(例如，可以在发起RRC连接重新建立程序后起动定时器T311)。当定时器T311仍在运行时，UE可以保持专用PUR配置(例如，定时器T311可以在RRC连接重新建立程序期间运行)。当定时器T301在RRC连接重新建立程序期间仍运行时，UE可以保持专用PUR配置。

在一些实例中，UE可以在不在RRC连接重新建立程序期间发起随机接入程序的情况下(例如在RRC连接重新建立程序失败的情况下)释放专用 PUR配置(例如，UE可以在不在RRC连接重新建立程序期间发起任何随机接入程序的情况下释放专用PUR配置)。在一实例中，UE可以选择连接到不同于源小区连接到的核心网络类型的核心网络类型的小区(例如，在 RRC连接重新建立程序期间选择的适合小区)，且因此UE可能不在RRC连接重新建立程序期间发起随机接入程序。在所述实例中，UE可以响应于选择所述小区(和/或当选择所述小区时和/或在选择所述小区后)释放专用PUR 配置。在另一实例中，UE可能无法找到和/或选择适合小区，且因此可能不在RRC连接重新建立程序期间发起随机接入程序，并且UE可以响应于RRC 连接重新建立程序的失败而释放专用PUR配置。

在以上技术和/或实施例中的一个、一些和/或全部中，例如相对于第七实例实施例、第八实例实施例、第九实例实施例和/或第十实例实施例描述的技术和/或实施例，UE可以在成功完成RRC连接重新建立程序之后将专用PUR请求(D-PUR请求)传送到网络。举例来说，如果已经通过UE释放专用PUR配置，那么UE可以将D-PUR请求传送到网络。

在以上技术和/或实施例中的一个、一些和/或全部中，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例、第六实例实施例、第七实例实施例、第八实例实施例、第九实例实施例和/或第十实例实施例描述的技术和/或实施例，源小区可以是UE在其中接收专用PUR配置的小区和/或专用PUR配置在其中是有效的小区。

在以上技术和/或实施例中的一个、一些和/或全部中，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例、第六实例实施例、第七实例实施例、第八实例实施例、第九实例实施例和/或第十实例实施例所描述的技术和/或实施例，UE可能在发起切换程序和/或RRC连接重新建立程序之前已经认为用于PUR(例如与专用PUR 配置相关联)的TA是无效的。举例来说，UE可以响应于发起切换程序和/或RRC连接重新建立程序(和/或在发起切换程序和/或RRC连接重新建立程序之后)认为(例如，继续认为)用于PUR的TA是无效的。替代地和/ 或另外，UE可能在切换程序期间和/或在RRC连接重新建立程序期间认为 (例如，继续认为)用于PUR的TA是无效的。举例来说，发起切换程序和/ 或RRC连接重新建立程序可能不使用于PUR的TA从无效改变为有效(和/ 或用于PUR的TA可能不会响应于发起切换程序和/或RRC连接重新建立程序而从无效改变为有效)。

以上技术和/或实施例中的一个、一些和/或全部可以形成为新实施例。

在一些实例中，本文中所公开的技术和/或实施例，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例、第六实例实施例、第七实例实施例、第八实例实施例、第九实例实施例及第十实例实施例所描述的技术和/或实施例，可以独立地和/或单独地实施。

替代地和/或另外，可以实施本文中所描述的技术和/或实施例的组合，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例、第六实例实施例、第七实例实施例、第八实例实施例、第九实例实施例和/或第十实例实施例所描述的技术和/或实施例。在一实例中，UE可以响应于接收到包括mobilityControlInfo的 RRCConnectionReconfiguration消息而保持专用PUR配置，且UE可以响应于发起RRC连接重新建立程序而释放专用PUR配置。替代地和/或另外， UE可以响应于接收到包括mobilityControlInfo的 RRCConnectionReconfiguration消息而保持专用PUR配置，且如果切换程序失败，那么UE可以释放专用PUR配置。

替代地和/或另外，本文中所描述的技术和/或实施例的组合，例如相对于第一实例实施例、第二实例实施例、第三实例实施例、第四实例实施例、第五实例实施例、第六实例实施例、第七实例实施例、第八实例实施例、第九实例实施例和/或第十实例实施例所描述的实施例，可以同时期和/或同时实施。

本公开的各种技术可以彼此独立地和/或单独地执行。替代地和/或另外，本公开的各种技术可以组合和/或使用单个系统实施。替代地和/或另外，本公开的各种技术可以同时期和/或同时实施。

图11是从UE的角度看的根据一个示范性实施例的流程图1100。在步骤1105中，UE从网络节点接收PUR配置，其中PUR配置在第一服务小区上是有效的。在步骤1110中，UE响应于在第一服务小区中从RRC_IDLE 状态进入RRC_CONNECTED状态而保持PUR配置。在步骤1115中，UE 从网络节点接收包括“mobilityControlInfo”的RRC连接重新配置消息。在步骤1120中，UE响应于接收到包括“mobilityControlInfo”的RRC连接重新配置消息而确定是保持还是释放PUR配置。

在一个实施例中，如果在“mobilityControlInfo”中指示的目标服务小区与第一服务小区相同，那么UE确定保持PUR配置。

在一个实施例中，如果在“mobilityControlInfo”中指示的目标服务小区不同于第一服务小区，那么UE确定释放PUR配置。

在一个实施例中，UE通过比较目标服务小区的PCI与第一服务小区的 PCI而确定目标服务小区是与第一服务小区相同还是不同于第一服务小区。

在一个实施例中，如果RRC连接重新配置消息指示保持PUR配置，那么UE确定保持PUR配置。

在一个实施例中，如果RRC连接重新配置消息指示释放PUR配置，那么UE确定释放PUR配置。

在一个实施例中，如果RRC连接重新配置消息中的指示指示保持PUR 配置，那么UE确定保持PUR配置。

在一个实施例中，如果RRC连接重新配置消息中的指示指示释放PUR 配置，那么UE确定释放PUR配置。

在一个实施例中，如果RRC连接重新配置消息不包括“fullConfig”，那么UE确定保持PUR配置。

在一个实施例中，如果RRC连接重新配置消息包括“fullConfig”，那么 UE确定释放PUR配置。

在一个实施例中，UE响应于切换程序的失败而释放PUR配置，其中 UE响应于接收到包括“mobilityControlInfo”的RRC连接重新配置消息而发起切换程序。

在一个实施例中，UE响应于(和/或基于)定时器T304到期(例如， T304到期)而确定切换程序失败。

在一个实施例中，UE响应于在RRC_CONNECTED状态中发起RRC连接重新建立程序而释放PUR配置。

在一个实施例中，UE响应于在RRC_CONNECTED状态中发起RRC连接重新建立程序而保持PUR配置，且UE响应于RRC连接重新建立程序的失败而释放PUR配置。

在一个实施例中，UE响应于定时器T311到期(例如，T311到期)或定时器T301到期(例如，T301到期)而确定RRC连接重新建立程序失败。

在一个实施例中，如果RRC连接重新配置消息不包括“mobilityControlInfo”，那么UE保持PUR配置。

在一个实施例中，UE不使用PUR配置来在RRC_CONNECTED状态中执行传送。

在一个实施例中，UE使用PUR配置来在RRC_IDLE状态中执行传送。

在一个实施例中，第一服务小区是UE的初级小区(PCell)。

在一个实施例中，如果UE保持PUR配置，那么UE能够使用PUR配置来在RRC_IDLE状态中执行传送，而不必从网络节点接收另一PUR配置。举例来说，UE可能够使用PUR配置来在RRC_DLE状态中执行一个或多个后续传送，而无需来自网络节点的另一PUR配置。

返回参考图3及4，在UE的一个示范性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使得UE 能够：(i)从网络节点接收PUR配置，其中PUR配置在第一服务小区上是有效的；(ii)响应于在第一服务小区中从RRC_IDLE状态进入 RRC_CONNECTED状态而保持PUR配置；(iii)从网络节点接收包括“mobilityControlInfo”的RRC连接重新配置消息；及(iv)响应于接收到包括“mobilityControlInfo”的RRC连接重新配置消息而确定是保持还是释放PUR 配置。此外，CPU 308可以执行程序代码312以执行上文所描述的动作和步骤和/或本文中所描述的其它动作和步骤中的一个、一些和/或全部。

图12是从UE的角度看根据一个示范性实施例的流程图1200。在步骤 1205中，当UE处于RRC空闲状态(例如，RRC_IDLE状态)且UE的服务小区是第二小区时，UE保持专用PUR配置，其中UE在不同于第二小区的第一小区中被配置专用PUR配置。举例来说，当UE处于RRC空闲状态并且UE的服务小区(例如，从第一小区)改变为不同于第一小区的第二小区时，UE可以保持专用PUR配置。在步骤1210中，UE在RRC连接重新建立程序期间选择第三小区。在步骤1215中，响应于选择第三小区，UE基于第三小区是否与第一小区相同而确定是否释放专用PUR配置，其中当UE 处于RRC连接状态(例如，RRC_CONNECTED状态)时执行是否释放专用PUR配置的确定。举例来说，当UE处于RRC连接状态且在RRC连接重新建立程序期间选择第三小区时，可以执行确定是否释放专用PUR配置。

在一个实施例中，UE在第一小区中接收包括专用PUR配置的RRCConnectionRelease消息(例如，可以经由RRCConnectionRelease消息接收和/或配置专用PUR配置)。

在一个实施例中，UE响应于执行第二小区上的随机接入程序和/或在执行第二小区上的随机接入程序期间释放专用PUR配置。举例来说，当UE 执行第二小区上的随机接入程序时，UE可以释放专用PUR配置。

在一个实施例中，UE在RRC连接重新建立程序期间通过执行小区选择程序选择第三小区，从而选择第三小区。

在一个实施例中，如果第三小区不同于第一小区，那么UE释放专用PUR 配置，和/或如果第三小区与第一小区相同，那么UE保持专用PUR配置。

在一个实施例中，如果第三小区不同于第一小区，那么UE确定释放专用PUR配置，且UE响应于确定释放专用PUR配置而释放专用PUR配置。举例来说，UE可以基于第三小区不同于第一小区而确定释放专用PUR配置。

在一个实施例中，如果第三小区与第一小区相同，那么UE确定保持专用PUR配置，且UE响应于确定保持专用PUR配置而保持专用PUR配置。举例来说，UE可以基于第三小区与第一小区相同而确定保持专用PUR配置。

在一个实施例中，UE在RRC连接重新建立程序期间发起第三小区上的随机接入程序，其中在发起第三小区上的随机接入程序之前执行是否释放专用PUR配置的确定。

在一个实施例中，UE基于第三小区是否连接到UE在选择第三小区之前连接到的第一核心网络类型而确定是否释放专用PUR配置。如果第三小区连接到不同于第一核心网络类型的第二核心网络类型，那么UE确定释放专用PUR配置。UE响应于确定释放专用PUR配置而释放专用PUR配置。在一实例中，第一核心网络类型可以对应于第一小区连接到的核心网络类型。

在一个实施例中，UE基于第三小区是否连接到UE在选择第三小区之前连接到的第一核心网络类型而确定是否释放专用PUR配置。如果第三小区连接到第一核心网络类型，那么UE确定保持专用PUR配置。UE响应于确定保持专用PUR配置而保持专用PUR配置。在一实例中，第一核心网络类型可以对应于第一小区连接到的核心网络类型。

在一个实施例中，UE不在RRC连接重新建立程序期间发起随机存取程序。

在一个实施例中，UE响应于接收到包括mobilityControlInfo信息元素的RRCConnectionReconfiguration消息而保持专用PUR配置，其中通过mobilityControlInfo信息元素指示的第四小区不同于第一小区。

在一个实施例中，专用PUR配置指示当UE处于RRC空闲状态时UE 在第一小区中用于执行传送的一个或多个PUR(例如，一个或多个PUR可以用于当UE处于RRC_IDLE状态时，使UE在第一小区中执行一个或多个传送)。

返回参考图3及4，在UE的一个示范性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使得UE 能够：(i)当UE处于RRC空闲状态且UE的服务小区是第二小区时，保持专用PUR配置，其中UE在不同于第二小区的第一小区中被配置专用PUR 配置；(ii)在RRC连接重新建立程序期间选择第三小区；及(iii)响应于选择第三小区，基于第三小区是否与第一小区相同而确定是否释放专用PUR 配置，其中当UE处于RRC连接状态时执行确定是否释放专用PUR配置。此外，CPU 308可以执行程序代码312以执行上文所描述的动作和步骤和/ 或本文中所描述的其它动作和步骤中的一个、一些和/或全部。

图13是从UE角度看的根据一个示范性实施例的流程图1300。在步骤 1305中，当UE处于RRC空闲状态(例如，RRC_IDLE状态)且UE的服务小区是第二小区时，UE保持专用PUR配置，其中UE在不同于第二小区的第一小区中被配置专用PUR配置。举例来说，当UE处于RRC空闲状态且UE的服务小区(例如，从第一小区)改变为不同于第一小区的第二小区时，UE可以保持专用PUR配置。在步骤1310中，UE在RRC连接重新建立程序期间选择第三小区。在步骤1315中，响应于选择第三小区，UE基于第三小区是否连接到UE在选择第三小区之前连接到的第一核心网络类型而确定是否释放专用PUR配置，其中当UE处于RRC连接状态时，执行确定是否释放专用PUR配置。举例来说，当UE处于RRC连接状态且在RRC 连接重新建立程序期间选择第三小区时，可以执行确定是否释放专用PUR 配置。

在一个实施例中，如果第三小区连接到不同于第一核心网络类型的第二核心网络类型，那么UE确定释放专用PUR配置。UE响应于确定释放专用 PUR配置而释放专用PUR配置。

在一个实施例中，如果第三小区连接到第一核心网络类型，那么UE确定保持专用PUR配置。UE响应于确定保持专用PUR配置而保持专用PUR 配置。

返回参考图3及4，在UE的一个示范性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可以执行程序代码312以使得UE 能够：(i)当UE处于RRC空闲状态且UE的服务小区是第二小区时，保持专用PUR配置，其中UE在不同于第二小区的第一小区中被配置专用PUR 配置；(ii)在RRC连接重新建立程序期间选择第三小区；及(iii)响应于选择第三小区，基于第三小区是否连接到UE在选择第三小区之前连接到的第一核心网络类型而确定是否释放专用PUR配置，其中当UE处于RRC连接状态时，执行确定是否释放专用PUR配置。此外，CPU 308可以执行程序代码312以执行上文所描述的动作和步骤和/或本文中所描述的其它动作和步骤中的一个、一些和/或全部。

可以提供通信装置(例如，UE、基站、网络节点等)，其中通信装置可以包括控制电路、安装在控制电路中的处理器和/或安装在控制电路中并且耦合到处理器的存储器。处理器可以被配置以执行存储在存储器中的程序代码以执行图11到13中所说明的一个、一些和/或全部方法步骤。此外，处理器可以执行程序代码以执行上文所描述的动作和步骤和/或本文中所描述的其它动作和步骤中的一个、一些和/或全部。

可以提供计算机可读媒体。计算机可读媒体可以是非暂时性计算机可读媒体。计算机可读媒体可以包括快闪存储器装置、硬盘驱动器、光盘(例如，磁性光盘和/或光学光盘，例如数字多功能光盘(digital versatile disc，DVD)、光盘(compact disc，CD)等中的至少一个)和/或存储器半导体，例如静态随机存取存储器(static random accessmemory，SRAM)、动态随机存取存储器(dynamic random access memory，DRAM)、同步动态随机存取存储器 (synchronous dynamic random access memory，SDRAM)等中的至少一个。计算机可读媒体可以包括处理器可执行指令，其在被执行时使得执行图11 到13中所说明的一个、一些和/或全部方法步骤，和/或上文所描述的动作和步骤和/或本文中所描述的其它动作和步骤中的一个、一些和/或全部。

可了解，应用本文中呈现的技术中的一个或多个可以产生包含(但不限于)装置(例如，UE和/或网络节点)之间的通信的增加的效率的一个或多个益处。增加的效率可以是使得装置(例如，UE)能够确定是保持还是释放PUR配置的结果。替代地和/或另外，增加的效率可以是使得装置能够释放无效PUR配置的结果，因此避免在装置使用用于传送的无效PUR配置的情况下可能发生的与另一装置的资源冲突。替代地和/或另外，增加的效率可以是使得装置能够保持有效的PUR配置的结果，因此使得装置能够稍后在装置处于RRC_IDLE状态时使用有效的PUR配置。举例来说，装置可以使用有效的PUR配置来执行到网络节点的传送，而无需来自网络节点的另一PUR配置。

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

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

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

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

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

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

虽然已结合各个方面描述所公开的主题，但应理解，所公开的主题能够进行进一步修改。本申请旨在涵盖大体上遵循所公开主题的原理并且包含属于所公开主题涉及的领域内的已知和惯用实践的对本公开的偏离的对所公开主题的任何改变、使用或调适。

Claims (20)

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

当所述用户设备处于无线电资源控制(RRC)空闲状态且所述用户设备的服务小区是第二小区时，保持专用预配置的上行链路资源(PUR)配置，其中所述用户设备在不同于所述第二小区的第一小区中被配置所述专用预配置的上行链路资源配置；

在无线电资源控制连接重新建立程序期间选择第三小区；及

响应于所述选择所述第三小区，基于所述第三小区是否与所述第一小区相同而确定是否释放所述专用预配置的上行链路资源配置，其中当所述用户设备处于无线电资源控制连接状态时，执行所述确定是否释放所述专用预配置的上行链路资源配置。

2.根据权利要求1所述的方法，其特征在于，包括：

在所述第一小区中接收包括所述专用预配置的上行链路资源配置的RRCConnectionRelease消息。

3.根据权利要求1所述的方法，其特征在于，包括：

在响应于执行所述第二小区上的随机接入程序或在执行所述第二小区上的所述随机接入程序期间中的至少一个中释放所述专用预配置的上行链路资源配置。

4.根据权利要求1所述的方法，其特征在于：

所述选择所述第三小区包括在所述无线电资源控制连接重新建立程序期间执行小区选择程序，以选择所述第三小区。

5.根据权利要求1所述的方法，其特征在于：

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区不同于所述第一小区的情况下确定释放所述专用预配置的上行链路资源配置，其中所述方法包括响应于所述确定释放所述专用预配置的上行链路资源配置而释放所述专用预配置的上行链路资源配置；或

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区与所述第一小区相同的情况下确定保持所述专用预配置的上行链路资源配置，其中所述方法包括响应于所述确定保持所述专用预配置的上行链路资源配置而保持所述专用预配置的上行链路资源配置。

6.根据权利要求1所述的方法，其特征在于，包括：

在所述无线电资源控制连接重新建立程序期间发起所述第三小区上的随机接入程序，其中在所述发起所述第三小区上的所述随机接入程序之前执行所述确定是否释放所述专用预配置的上行链路资源配置。

7.根据权利要求1所述的方法，其特征在于：

所述确定是否释放所述专用预配置的上行链路资源配置是基于所述第三小区是否连接到所述用户设备在所述选择所述第三小区之前连接到的第一核心网络类型；

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区连接到不同于所述第一核心网络类型的第二核心网络类型的情况下确定释放所述专用预配置的上行链路资源配置；且

所述方法包括响应于所述确定释放所述专用预配置的上行链路资源配置而释放所述专用预配置的上行链路资源配置。

8.根据权利要求7所述的方法，其特征在于：

所述用户设备在所述无线电资源控制连接重新建立程序期间不发起随机接入程序。

9.根据权利要求1所述的方法，其特征在于，包括：

响应于接收到包括mobilityControlInfo信息元素的RRCConnectionReconfiguration消息而保持所述专用预配置的上行链路资源配置，其中由所述mobilityControlInfo信息元素指示的第四小区不同于所述第一小区。

10.根据权利要求1所述的方法，其特征在于：

所述专用预配置的上行链路资源配置指示当所述用户设备处于无线电资源控制空闲状态时所述用户设备在所述第一小区中用于执行传送的一个或多个预配置的上行链路资源。

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

控制电路；

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

存储器，其安装在所述控制电路中且以操作方式耦合到所述处理器，其中所述处理器被配置成执行存储于所述存储器中的程序代码以执行操作，所述操作包括：

当所述用户设备处于无线电资源控制(RRC)空闲状态且所述用户设备的服务小区是第二小区时，保持专用预配置的上行链路资源(PUR)配置，其中所述用户设备在不同于所述第二小区的第一小区中被配置所述专用预配置的上行链路资源配置；

在无线电资源控制连接重新建立程序期间选择第三小区；及

响应于所述选择所述第三小区，基于所述第三小区是否与所述第一小区相同而确定是否释放所述专用预配置的上行链路资源配置，其中当所述用户设备处于无线电资源控制连接状态时，执行所述确定是否释放所述专用预配置的上行链路资源配置。

12.根据权利要求11所述的用户设备，其特征在于，所述操作包括：

在所述第一小区中接收包括所述专用预配置的上行链路资源配置的RRCConnectionRelease消息，其中所述专用预配置的上行链路资源配置指示当所述用户设备处于无线电资源控制空闲状态时所述用户设备在所述第一小区中用于执行传送的一个或多个预配置的上行链路资源。

13.根据权利要求11所述的用户设备，其特征在于，所述操作包括：

在响应于执行所述第二小区上的随机接入程序或在执行所述第二小区上的所述随机接入程序期间中的至少一个中释放所述专用预配置的上行链路资源配置。

14.根据权利要求11所述的用户设备，其特征在于：

所述选择所述第三小区包括在所述无线电资源控制连接重新建立程序期间执行小区选择程序，以选择所述第三小区。

15.根据权利要求11所述的用户设备，其特征在于：

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区不同于所述第一小区的情况下确定释放所述专用预配置的上行链路资源配置，其中所述操作包括响应于所述确定释放所述专用预配置的上行链路资源配置而释放所述专用预配置的上行链路资源配置；或

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区与所述第一小区相同的情况下确定保持所述专用预配置的上行链路资源配置，其中所述操作包括响应于所述确定保持所述专用预配置的上行链路资源配置而保持所述专用预配置的上行链路资源配置。

16.根据权利要求11所述的用户设备，其特征在于，所述操作包括：

在所述无线电资源控制连接重新建立程序期间发起所述第三小区上的随机接入程序，其中在所述发起所述第三小区上的所述随机接入程序之前执行所述确定是否释放所述专用预配置的上行链路资源配置。

17.根据权利要求11所述的用户设备，其特征在于：

所述确定是否释放所述专用预配置的上行链路资源配置是基于所述第三小区是否连接到所述用户设备在所述选择所述第三小区之前连接到的第一核心网络类型；

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区连接到不同于所述第一核心网络类型的第二核心网络类型的情况下确定释放所述专用预配置的上行链路资源配置；且

所述操作包括响应于所述确定释放所述专用预配置的上行链路资源配置而释放所述专用预配置的上行链路资源配置。

18.根据权利要求17所述的用户设备，其特征在于：

所述用户设备在所述无线电资源控制连接重新建立程序期间不发起随机接入程序。

19.根据权利要求11所述的用户设备，其特征在于，所述操作包括：

响应于接收到包括mobilityControlInfo信息元素的RRCConnectionReconfiguration消息而保持所述专用预配置的上行链路资源配置，其中由所述mobilityControlInfo信息元素指示的第四小区不同于所述第一小区。

20.一种非暂时性计算机可读媒体，其特征在于，包括当由用户设备(UE)执行时使得执行操作的处理器可执行指令，所述操作包括：

当所述用户设备处于无线电资源控制(RRC)空闲状态且所述用户设备的服务小区是第二小区时，保持专用预配置的上行链路资源(PUR)配置，其中所述用户设备在不同于所述第二小区的第一小区中被配置所述专用预配置的上行链路资源配置；

在无线电资源控制连接重新建立程序期间选择第三小区；及

响应于所述选择所述第三小区，基于所述第三小区是否连接到所述用户设备在所述选择所述第三小区之前连接到的第一核心网络类型而确定是否释放所述专用预配置的上行链路资源配置，其中当所述用户设备处于无线电资源控制连接状态时，执行所述确定是否释放所述专用预配置的上行链路资源配置，其中：

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区连接到不同于所述第一核心网络类型的第二核心网络类型的情况下确定释放所述专用预配置的上行链路资源配置，其中所述操作包括响应于所述确定释放所述专用预配置的上行链路资源配置而释放所述专用预配置的上行链路资源配置；或

所述确定是否释放所述专用预配置的上行链路资源配置包括在所述第三小区连接到所述第一核心网络类型的情况下确定保持所述专用预配置的上行链路资源配置，其中所述操作包括响应于所述确定保持所述专用预配置的上行链路资源配置而保持所述专用预配置的上行链路资源配置。

Images