CN111132345B - 使用预配置上行链路资源进行传送的方法和设备 - Google Patents

Abstract

本发明从用户设备的角度公开一种方法和设备。在一个实施例中，方法包含在所述用户设备处于RRC_CONNECTED状态时，从网络节点接收包括第一无线电网络临时标识符的预配置上行链路资源的配置；在所述用户设备处于RRC_IDLE或RRC_INACTIVE状态时，使用所述预配置上行链路资源传送第一无线电资源控制消息；响应于所述第一无线电资源控制消息的传送，从所述网络节点接收第二无线电资源控制消息；和响应于所述第二无线电资源控制消息的接收，进入RRC_CONNECTED状态并且将小区无线电网络临时标识符设置为所述第一无线电网络临时标识符的值。

Description

使用预配置上行链路资源进行传送的方法和设备

本申请是申请日为2019年9月3日、申请号为201910828383.4、发明名称为“使用预配置上行链路资源进行传送的方法和设备”的发明专利申请的分案申请。

相关申请的交叉引用

本申请要求2018年10月31日提交的第62/753,318号美国临时专利申请的权益，其全部公开内容以引用的方式并入本文中。

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及无线通信系统中使用预配置上行链路资源进行传送的方法和设备。

背景技术

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

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

发明内容

从用户设备(User Equipment，UE)的角度公开了一种方法和设备。在一个实施例中，所述方法包含在所述UE处于RRC_CONNECTED状态时从网络节点接收预配置上行链路资源(Preconfigured Uplink Resource，PUR)的配置，其中所述PUR用于所述UE处于RRC_IDLE状态时的传送。所述方法还包含基于传送是否将使用PUR进行传送来确定针对所述传送是产生第一无线电资源控制(RRC)消息还是产生第二RRC消息，其中所述第一RRC消息包含UE标识，且所述第二RRC消息不包含所述UE标识。所述方法进一步包含在所述UE处于RRC_IDLE状态时执行包含所述第一RRC消息或所述第二RRC消息的所述传送。

在一个实施例中，所述方法包含在所述用户设备处于RRC_CONNECTED状态时，从网络节点接收包括第一无线电网络临时标识符的预配置上行链路资源的配置；在所述用户设备处于RRC_IDLE或RRC_INACTIVE状态时，使用所述预配置上行链路资源传送第一无线电资源控制消息；响应于所述第一无线电资源控制消息的传送，从所述网络节点接收第二无线电资源控制消息；和响应于所述第二无线电资源控制消息的接收，进入RRC_CONNECTED状态并且将小区无线电网络临时标识符设置为所述第一无线电网络临时标识符的值。

附图说明

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

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

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

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

图5是3GPP TS 36.300V15.3.0的图7.3b-1的再现。

图6是3GPP TS 36.300V15.3.0的图7.3b-2的再现。

图7是3GPP TS 36.300V15.3.0的图10.1.5.1-1的再现。

图8是根据一个示例性实施例的图。

图9是根据一个示例性实施例的图。

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

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

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播服务的无线通信系统。无线通信系统被广泛部署用于提供各种类型的通信，例如语音、数据等。这些系统可以是基于码分多址(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的名为“第三代合作伙伴计划”的联盟提供的标准，包含：TS36.300V15.3.0，“演进通用陆地无线电接入(E-UTRA)及演进通用陆地无线接入网络(E-UTRAN)，总体描述，阶段2”；TS 36.321V15.3.0，“演进通用陆地无线电接入(E-UTRA)；媒体接入控制(MAC)协议规范”；RAN1#94主席笔记；RAN1#94bis主席笔记；TS 36.331V15.3.0，“演进通用陆地无线电接入(E-UTRA)；无线电资源控制(RRC)；协议规范”。上文所列的标准和文档特此明确地以全文引用的方式并入。

图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)可以是用于与终端通信的固定台或基站，并且也可以被称作接入点、Node B、基站、增强型基站、演进型基站(evolved Node B，eNB)，或某一其它术语。接入终端(access terminal，AT)还可以被称作用户设备(user equipment，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接着将NT个调制符号流提供给N_T个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220将波束成形权重应用于数据流的符号及从其传送所述符号的天线。

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

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

RX数据处理器260接着基于特定接收器处理技术从NR个接收器254接收并处理NR个接收到的符号流以提供NT个“检测到的”符号流。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，并且无线通信系统优选地是LTE或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版本15中介绍了早期数据传送(Early Data Transmission，EDT)。3GPP TS36.300提供关于EDT的以下描述：

7.3b EDT

7.3b.1总则

EDT在随机接入程序期间允许一个上行数据传送视情况继之以一个下行数据传送。

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

EDT仅适用于BL UE、增强型覆盖范围(Enhanced Coverage)中的UE及NB-IoT UE。

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

下文表征用于控制平面CIoT EPS优化的EDT，如TS 24.301[20]中所限定：

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

-下行用户数据视情况在串接于CCCH上的DL RRCEarlyDataComplete消息中的NAS消息中传送；

-不存在到RRC CONNECTED的转变。

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

[标题为“用于控制平面CIoT EPS优化的EDT(EDT for Control Plane CIoT EPSOptimizations)”的3GPP TS 36.300V15.3.0的图7.3b-1再现为图5]

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承载。

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

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

下文表征用于用户平面CIoT EPS优化的EDT，如TS 24.301[20]中所限定：

-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程序。

[标题为“用于用户平面CIoT EPS优化的EDT(EDT for User Plane CIoT EPSOptimizations)”的3GPP TS 36.300V15.3.0的图7.3b-2再现为图6]

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消息多路地加密发送所述下行数据。

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

10.1 E-UTRAN内部

10.1.5随机接入程序

随机接入程序的特征在于：

-FDD和TDD的共同程序；

-与配置CA时的小区大小和服务小区数量无关的一个程序；

针对与PCell有关的以下事件执行随机接入程序：

-来自RRC_IDLE的初始接入；

-RRC连接重新建立程序，如在TS 24.301[20]中所限定；

-切换，除NB-IoT以外或在配置无RACH HO时；

-在RRC_CONNECTED期间的DL数据到达需要随机接入程序：

-例如，当UL同步状态是“未同步”时。

-在RRC_CONNECTED期间的UL数据到达需要随机接入程序：

-例如，当UL同步状态是“未同步”或者不存在SR可用的PUCCH资源时。

-在RRC_CONNECTED期间出于定位目的需要随机接入程序：

-例如，当UE定位需要时序提前时。

[…]

此外，随机接入程序采用两种完全不同的形式：

-基于争用的(适用于所有六个事件，但是针对定位的第六事件仅适用于NB-IoT)；

-非基于争用的(仅适用于切换、DL数据到达、定位及获得sTAG的时序提前对准)。

正常的DL/UL传送可发生在随机接入程序之后。

[…]

10.1.5.1基于争用的随机接入程序

下面的图10.1.5.1-1上概述了基于争用的随机接入程序：

[标题为“基于争用的随机接入程序(Contention based Random AccessProcedure)”的3GPP TS 36.300V15.3.0的图10.1.5.1-1再现为图7]

基于争用的随机接入程序的四个步骤是：

1)上行链路中的RACH上的随机接入前导码：

-限定两个可能群组，且一个是任选的。如果配置两个群组，则使用消息3的大小和路径损耗确定要从哪个群组中选择前导码。前导码所属的群组提供消息3的大小和UE处的无线电条件的指示。在系统信息上广播前导码群组信息连同必需的阈值。

2)由DL-SCH上的MAC产生的随机接入响应：

-与消息1半同步(在大小为一个或多个TTI的灵活的窗口内)；

-无HARQ；

-寻址到PDCCH上的RA-RNTI；

-至少传达RA前导码标识符、pTAG的时序对准信息、临时C-RNTI的初始UL授予和指派(在争用解决时可以成为或不成为永久性的)；

-在一个DL-SCH消息中既定用于可变数目的UE。

3)UL-SCH上的第一经调度UL传送：

-使用HARQ；

-传输块的大小取决于在步骤2中传达的UL授予。

-对于初始接入：

-传达由RRC层产生且经由CCCH传送的RRC连接请求；

-至少传达NAS UE标识符但无NAS消息；

-RLC TM：无分段。

-对于RRC连接重新建立程序：

-传达由RRC层产生且经由CCCH传送的RRC连接重新建立请求；

-RLC TM：无分段；

-不含任何NAS消息。

-在切换之后，在目标小区中：

-传达RRC层产生的且经由DCCH传送的经过加密的并且完整性受保护的RRC切换确认；

-传达UE的C-RNTI(其经由切换命令进行分配)；

-在可能时包含上行链路缓冲区状态报告。

-对于其它事件：

-至少传达UE的C-RNTI；

-在恢复RRC连接的程序中：

-传达由RRC层产生且经由CCCH传送的RRC连接恢复请求；

-传达恢复ID以恢复RRC连接；

-对于NB-IoT：

-在设置RRC连接的程序中：

-可以指示用于SRB或DRB上的后续传送的数据的量的指示。

-对于用于控制平面CIoT EPS优化的EDT：

-传达由RRC层产生且经由CCCH传送的RRC早期数据请求；

-传达串接在NAS消息中的NAS UE标识符及用户数据。

-对于用于用户平面CIoT EPS优化的EDT：

-传达由RRC层产生且经由CCCH传送的RRC恢复请求；

-传达恢复ID以恢复RRC连接。

-传达经由DTCH传送的经加密用户数据。

4)DL上的争用解决：

-将使用早期争用解决，即eNB不需要等到NAS答复后才解决争用；

-对于NB-IoT，对于初始存取、RRC连接恢复程序及RRC连接重新建立程序，eNB可传送含有UE争用解决标识MAC控制元素而不含RRC响应消息的MAC PDU；

注意：在版本13中，对于初始存取、RRC连接恢复程序及RRC连接重新建立程序，NB-IoT UE并不支持含有UE争用解决标识MAC控制元素而不含RRC响应消息的MAC PDU。

-不与消息3同步；

-支持HARQ；

-寻址到：

-用于初始接入的且在无线电链路错误之后的PDCCH上的临时C-RNTI；

-RRC_CONNECTED中的UE的PDCCH上的C-RNTI。

-HARQ反馈仅通过检测到其自身的UE标识的UE传送，所述UE标识如在争用解决消息中重复的消息3中所提供；

-对于初始存取、RRC连接重新建立程序及用于控制平面CIoT EPS优化的EDT，不使用分段(RLC-TM)。

对于检测到RA成功且尚不具有C-RNTI的UE，将临时C-RNTI提升到C-RNTI；所述临时C-RNTI被其它UE丢弃。检测到RA成功并且已经具有C-RNTI的UE继续使用其C-RNTI。

3GPP TS 36.321还提供关于EDT的以下描述：

5.1随机接入程序

5.1.1随机接入程序初始化

此子条款中描述的随机接入程序按PDCCH命令、通过MAC子层自身或通过RRC子层发起。SCell上的随机接入程序将仅通过PDCCH命令发起。如果MAC实体接收到与PDCCH命令[5]相一致、用其C-RNTI掩蔽且针对特定服务小区的PDCCH传送，则MAC实体将对此服务小区发起随机接入程序。对于SpCell上的随机接入，PDCCH命令或RRC任选地指示ra-PreambleIndex和ra-PRACH-MaskIndex，除了其中指示副载波索引的NB-IoT以外；并且对于SCell上的随机接入，PDCCH命令指示具有不同于000000的值的ra-PreambleIndex，以及ra-PRACH-MaskIndex。对于PRACH上的pTAG前导码传送以及PDCCH命令的接收，仅支持SpCell。如果UE是NB-IoT UE，则对锚载波或者非锚载波中已针对其在系统信息中配置PRACH资源的一个非锚载波执行随机接入程序。

[…]

假设在可以发起程序之前，相关服务小区的以下信息可用于NB-IoT UE、BL UE或增强型覆盖范围中的UE[8]：

-如果UE是BL UE或增强型覆盖范围中的UE，则：

-与服务小区中支持的每个增强型覆盖范围层相关联的可用于传送随机接入前导码的一组PRACH资源prach-ConfigIndex。

-对于EDT，与服务小区中支持的每个增强型覆盖范围层相关联的可用于传送随机接入前导码的一组PRACH资源prach-ConfigIndex。

-随机接入前导码的群组以及每个群组中的一组可用随机接入前导码(仅SpCell)：

-如果sizeOfRA-PreamblesGroupA不等于numberOfRA-Preambles，则：

-随机接入前导码群组A和B存在且如上计算；

-否则：

-随机接入前导码群组中含有的针对每个增强型覆盖范围层的前导码，如果存在，则为前导码firstPreamble至lastPreamble。

注意：当PRACH资源针对多个增强型覆盖范围层共享，且增强型覆盖范围层通过不同前导码索引区分时，群组A和群组B不用于此PRACH资源。

-如果UE是NB-IoT UE，则：

-在锚载波上在服务小区中支持的一组可用PRACH资源nprach-ParametersList，且在非锚载波上是在ul-ConfigList中。

-对于EDT，在锚载波上与EDT相关联的一组可用PRACH资源nprach-ParametersList-EDT，且在非锚载波上是在ul-ConfigList中。

-对于随机接入资源选择和前导码传送：

-PRACH资源映射到增强型覆盖范围层中。

-每个PRACH资源含有一组nprach-NumSubcarriers副载波，其可以通过nprach-SubcarrierMSG3-RangeStart和nprach-NumCBRA-StartSubcarriers分割成一个或两个群组以用于单/多频音Msg3传送，如TS 36.211[7,10.1.6.1]中所指定。每个群组在下文的程序文本中被称为随机接入前导码群组。

-通过以下范围的子载波索引识别子载波：[nprach-Subcarrier Offset,nprach-SubcarrierOffset+nprach-NumSubcarriers-1]

-随机接入前导码群组的每个副载波对应于随机接入前导码。

-当从eNB显式发送副载波索引作为PDCCH命令的部分时，将ra-PreambleIndex设置为所传信的副载波索引。

-根据以下内容确定PRACH资源到增强型覆盖范围层中的映射：

-增强型覆盖范围层的数目等于一加上RSRP-ThresholdsPrachInfoList中存在的RSRP阈值的数目。

-每个增强型覆盖范围层具有存在于nprach-ParametersList中的一个锚载波PRACH资源以及在ul-ConfigList中传信的用于每个非锚载波的零个或一个PRACH资源。

-对于EDT，每个增强型覆盖范围层具有存在于nprach-Parameters List-EDT中的零个或一个锚载波PRACH资源以及在ul-ConfigList中传信的用于每个非锚载波的零个或一个PRACH资源。

-增强型覆盖范围层从0开始编号，并且以递增的numRepetitionsPerPreambleAttempt次序进行PRACH资源至增强型覆盖范围层的映射。

-当多个载波提供用于同一增强型覆盖范围层的PRACH资源时，UE将使用以下选择概率随机地选择其中的一个：

-用于给定增强型覆盖范围层的锚载波PRACH资源的选择概率nprach-ProbabilityAnchor通过nprach-ProbabilityAnchorList中的对应条目得出

-选择概率对于所有非锚载波PRACH资源是相等的，且选择给定非锚载波上的一个PRACH资源的概率是(1-nprach-ProbabilityAnchor)/(非锚NPRACH资源的数目)

-基于服务小区中支持的每个增强型覆盖范围层的RSRP测量选择PRACH资源的准则rsrp-ThresholdsPrachInfoList。

-服务小区中支持的每个增强型覆盖范围层的前导码传送尝试的最大数目maxNumPreambleAttemptCE。

-服务小区中支持的每个增强型覆盖范围层的每次尝试的前导码传送所需的重复数目numRepetitionPerPreambleAttempt。

-执行随机接入程序的服务小区的经配置UE传送功率P_CMAX,c[10]。

-服务小区中支持的每个增强型覆盖范围层的RA响应窗口大小ra-ResponseWindowSize和争用解决定时器mac-ContentionResolutionTimer(仅SpCell)。

-对于EDT，服务小区中支持的每个增强型覆盖范围层的被配置成用于EDT(仅SpCell)的争用解决定时器mac-ContentionResolutionTimer。

-功率提升因子powerRampingStep及视情况选用的powerRampingStepCE1。

-前导码传送的最大数目preambleTransMax-CE。

-初始前导码功率preambleInitialReceivedTargetPower及视情况选用的preambleInitialReceivedTargetPowerCE1。

-基于前导码格式的偏移DELTA_PREAMBLE(见子条款7.6)。对于NB-IoT，DELTA_PREAMBLE设置为0。

-对于NB-IoT，使用无争用随机接入ra-CFRA-Config。

随机接入程序将执行如下：

-清空Msg3缓冲区；

-将PREAMBLE_TRANSMISSION_COUNTER设置为1；

-如果UE是NB-IoT UE、BL UE或增强型覆盖范围中的UE：

-将PREAMBLE_TRANSMISSION_COUNTER_CE设置为1；

-如果在发起随机接入程序的PDCCH命令中已经指示开始增强型覆盖范围层，或对于NB-IoT已经指示开始的NPRACH重复数目，或如果上部层已经提供开始增强型覆盖范围层，则：

-MAC实体认为其自身处于所述增强型覆盖范围层而不管测得的RSRP如何；

-否则：

-如果上部层在rsrp-ThresholdsPrachInfoList中配置了增强型覆盖范围层3的RSRP阈值，且测得的RSRP小于增强型覆盖范围层3的RSRP阈值且UE能够具有增强型覆盖范围层3，则：

-MAC实体认为是在增强型覆盖范围层3中；

-否则，如果上部层在rsrp-ThresholdsPrachInfoList中配置了增强型覆盖范围层2的RSRP阈值，且测得的RSRP小于增强型覆盖范围层2的RSRP阈值且UE能够具有增强型覆盖范围层2，则：

-MAC实体认为是在增强型覆盖范围层2中；

-否则，如果测得的RSRP小于上部层在rsrp-ThresholdsPrachInfoList中配置的增强型覆盖范围层1的RSRP阈值，则

-MAC实体认为是在增强型覆盖范围层1中；

-否则：

-MAC实体认为是在增强型覆盖范围层0中；

-将退避参数值设置为0ms；

-对于RN，暂停任何RN子帧配置；

-继续进行到选择随机接入资源(见子条款5.1.2)。

注意：在MAC实体中，在任何时间点上，都只存在一个进行中的随机接入程序。

如果MAC实体接收到对新随机接入程序的请求同时在MAC实体中已经有进行中的另一个随机接入程序，则由UE实施方案来决定是继续进行中的程序还是启动新的程序。

注意：NB-IoT UE测量锚载波上的RSRP。

[…]

5.1.4随机接入响应接收

[…]

如果无随机接入响应或者对于NB-IoT UE、BL UE或在用于模式B操作的增强型覆盖范围中的UE在RA响应窗口内未接收到PDCCH调度随机接入响应，或者如果所有接收到的随机接入响应都不含对应于传送的随机接入前导码的随机接入前导码标识符，那么随机接入响应接收被视为不成功且MAC实体将：

-如果尚未从下部层接收到功率提升暂停通知，则：

-使PREAMBLE_TRANSMISSION_COUNTER递增1；

-如果UE是NB-IoT UE、BL UE或增强型覆盖范围中的UE：

-如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax-CE+1，则：

-如果在SpCell上传送随机接入前导码，则：

-向上部层指示随机接入问题；

-如果是NB-IoT，则：

-认为随机接入程序未成功完成；

-否则：

-如果PREAMBLE_TRANSMISSION_COUNTER＝preambleTransMax+1，则：

-如果在SpCell上传送随机接入前导码，则：

-向上部层指示随机接入问题；

-如果在SCell上传送随机接入前导码，则：

-认为随机接入程序未成功完成。

-如果在此随机接入程序中随机接入前导码被MAC选中，则：

-基于退避参数，根据0与退避参数值之间的一致分布选择随机退避时间；

-将后续随机接入传送延迟所述退避时间；

-否则如果其中传送随机接入前导码的SCell配置有ul-Configuration-r14：

-延迟后续随机接入传送，直到随机接入程序由具有相同的ra-PreambleIndex和ra-PRACH-MaskIndex的PDCCH命令发起；

-如果UE是NB-IoT UE、BL UE或增强型覆盖范围中的UE：

-使PREAMBLE_TRANSMISSION_COUNTER_CE递增1；

-如果PREAMBLE_TRANSMISSION_COUNTER_CE＝用于对应增强型覆盖范围层的maxNumPreambleAttemptCE+1：

-重新设置PREAMBLE_TRANSMISSION_COUNTER_CE；

-如果被服务小区和UE支持，则认为处于下一增强型覆盖范围层，否则保持在当前增强型覆盖范围层；

-如果UE是NB-IoT UE，则：

-如果随机接入程序由PDCCH命令发起，则：

-选择UL载波的列表中的PRACH资源，从而为载波索引等于((来自PDCCH命令的载波指示)模(所选择增强型覆盖范围中的PRACH资源的数目))的所选择增强型覆盖范围层提供PRACH资源；

-将所选择PRACH资源视为显式地传信；

-继续进行到选择随机接入资源(见子条款5.1.2)。

[…]

5.4.5缓冲区状态报告

缓冲区状态报告程序用于为服务eNB提供关于与MAC实体相关联的UL缓冲区中可用于传送的数据量的信息。RRC通过配置三个定时器periodicBSR-Timer、retxBSR-Timer和logicalChannelSR-ProhibitTimer且通过针对每个逻辑信道任选地用信号表示向LCG分配逻辑信道的logicalChannelGroup而控制BSR报告[8]。

对于缓冲区状态报告程序，MAC实体将考虑未暂停的所有无线电承载且可以考虑暂停的无线电承载。

对于NB-IoT，不支持长BSR且所有逻辑信道属于一个LCG。

如果以下事件中的任一者发生，则将触发缓冲区状态报告(Buffer StatusReport，BSR)：

-用于属于LCG的逻辑信道的UL数据变得可用于在RLC实体中或在PDCP实体中传送(何种数据将被视为可用于传送的定义分别在[3]和[4]或[17]中指定)，且数据属于具有比属于任何LCG且其数据已经可用于传送的逻辑信道的优先级更高优先级的逻辑信道，或者对于属于LCG的任何逻辑信道不存在可用于传送的数据，在此情况下，下文将BSR称为“常规BSR”；

-分配UL资源且填补位的数目等于或大于缓冲区状态报告MAC控制元素加上其子标头的大小，在此情况下下文将BSR称为“填补BSR”；

-retxBSR-Timer到期且MAC实体针对属于LCG的任何逻辑信道具有可用于传送的数据，在此情况下下文将BSR称为“常规BSR”；

-periodicBSR-Timer到期，在此情况下下文将BSR称为“周期性BSR”。

[…]

对于NB-IoT或BL UE：

-如果rai-Activation经配置，且针对BSR已触发零字节的缓冲区大小，且UE在近期可能有更多数据要发送或接收：

-取消任何待决BSR。

[…]

对于EDT，如果新传送是针对Msg3，则MAC实体不应产生BSR MAC控制元素。

[…]

5.4.5a数据量及功率余量报告

数据量及功率余量报告程序仅适用于NB-IoT UE，且用以向服务eNB提供关于可用于在与MAC实体相关联的UL缓冲区中传送的数据量的信息，且向服务eNB提供关于标称UE最大传送功率与用于服务小区的UL-SCH传送的估计传送功率之间的差的信息。报告使用在Msg3中与CCCH SDU一起发送的DPR MAC控制元素来进行。对于EDT，将DPR MAC控制元素中的数据量设置为零。

如果配置增强型PHR(enhanced-PHR)，则支持扩展功率余量报告的UE应使用DPRMAC控制元素报告扩展功率余量层。

预配置上行链路资源(PUR)中的传送在3GPP RAN1中讨论。如3GPP#94主席笔记中所描述的由RAN1做出的一些协议如下：

协议

对于拥有有效TA的UE支持基于闲置模式的预配置UL资源

·FFS：TA的验证机制

·FFS：如何获取预配置UL资源

协议

对于在预配置UL资源中的传送，UE可使用有效性可得到确认的最新TA

协议

研究用于预配置UL资源的共享及专用资源两者。如果共享及专用资源两者都被支持，则力求共同地设计两个资源类型。

协议

应研究用于在预配置UL资源中传送的HARQ程序，且应考虑以下方面：

·是否支持HARQ；

ο如果支持，则HARQ设计的细节包含HARQ进程的数目；

·ACK/NACK是否必要

应考虑后退机构，例如，后退到旧版RACH/EDT程序。

如3GPP#94bis主席笔记中所描述的由RAN1做出的其它协议如下：

协议

在闲置模式中，UE在验证TA时将至少考虑以下属性中的一个或多个(允许多个属性的组合)：

·服务小区改变(服务小区是指UE预占的小区)

·用于闲置模式的时间对准定时器

·服务小区RSRP改变(服务小区是指UE预占的小区)

·FFS其它属性：

ο相邻小区RSRP改变

ο>＝2个eNB的TDOA

οTA历史

ο基于订用的UE区分

ο不排除其它属性(例如，对于高迁移率UE需要考虑的属性)

注意，对于FFS属性应考虑UE功率消耗

协议

专用预配置UL资源定义为由单个UE使用的PUSCH资源

-PUSCH资源为时频资源

-专用PUR为无争用的

无争用共享预配置UL资源(CFS PUR)定义为由多于一个UE同时使用的PUSCH资源

-PUSCH资源至少为时频资源

-CFS PUR为无争用的

基于争用的共享预配置UL资源(CBS PUR)定义为由多于一个UE同时使用的PUSCH资源

-PUSCH资源至少为时频资源

-CBS PUR是基于争用的(CBS PUR可能需要争用解决)

协议

在闲置模式中，对于在专用PUR中传送支持HARQ

·支持单个HARQ进程

οFFS是否支持多于一个HARQ进程

·FFS：对应MPDCCH搜索空间的设计

协议

在闲置模式中，支持专用PUR。

·FFS支持CFS PUR。

·FFS支持CBS PUR。

协议

对于在预配置资源中的UL传送，支持到RACH/EDT程序的后退机制。

协议

对于在预配置UL资源中的传送，RRC闲置UE可使用符合验证准则的最新TA

协议

用于传送数据的预配置UL资源由RRC信令指示。至少支持UE特定RRC信令。

协议

资源配置至少包含以下

·包含周期性的时域资源

·频域资源

·TBS/MCS

协议

专用预配置UL资源定义为由单个UE使用的NPUSCH资源

·NPUSCH资源为时频资源

·专用PUR为无争用的

无争用共享预配置UL资源(CFS PUR)定义为由多于一个UE同时使用的NPUSCH资源

·NPUSCH资源至少为时频资源

·CFS PUR为无争用的

基于争用的共享预配置UL资源(CBS PUR)定义为由多于一个UE同时使用的NPUSCH资源

·NPUSCH资源至少为时频资源

·CBS PUR是基于争用的(CBS PUR可能需要争用解决)

1.在以下段落中，“MTC MTC UE”可包含“带宽减小及低复杂性UE(BL UE)”和/或“增强型覆盖范围中的UE(EC中的UE、CE中的UE)”。

在LTE版本15中，为了提高MTC UE及NB-IoT UE的传送效率且降低其功率消耗，引入早期数据传送(EDT)。EDT可适用于MTC UE及NB-IoT UE。可在RRC_IDLE状态中触发EDT。在触发EDT之后，UL用户数据(例如，移动发起数据)在随机接入程序期间包含于Msg3中，且NW可在随机接入程序期间将DL用户数据包含在Msg4中。EDT的一个益处为可传送UL用户数据而不需要进入RRC_CONNECTED状态。还有可能EDT后退到旧版RRC连接建立/恢复程序，且可在UE进入RRC_CONNECTED状态之后传送UL用户数据。

一般来说，存在两种类型的EDT：

·CP-EDT(用于控制平面CIoT EPS优化的EDT)

UL用户数据在串接于CCCH上的UL RRCEarlyDataRequest消息中的NAS消息中传送。RRCEarlyDataRequest消息在随机接入程序期间包含于Msg3中。

DL用户数据可视情况在串接于CCCH上的DL RRCEarlyDataComplete消息中的NAS消息中传送。RRCEarlyDataComplete消息在随机接入程序期间包含于Msg4中。

如果MME或eNB决定将UE移到RRC_CONNECTED模式，则在Msg4中发送RRCConnectionSetup消息以后退到旧版RRC连接建立程序。

·UP-EDT(用于用户平面CIoT EPS优化的EDT)

UL用户数据在DTCH上与CCCH上的UL RRCConnectionResumeRequest消息多路地传送。在此情况下，DTCH SDU及CCCH SDU两者在随机接入程序期间包含于Msg3中。

DL用户数据可视情况在DTCH上与DCCH上的DL RRCConnectionRelease消息多路地传送。在此情况下，DTCH SDU及DCCH SDU两者在随机接入程序期间包含于Msg4中。

如果MME或eNB决定将UE移到RRC_CONNECTED模式，则在Msg4中发送RRCConnectionResume消息(及视情况DL用户数据)以后退到RRC连接恢复程序。

在LTE版本16中，为了进一步提高MTC UE及NB-IoT UE的传送效率且降低其功率消耗，将引入在预配置UL资源(PUR)中的传送且其当前在讨论中。根据RAN1协议，如果满足一些准则，则UE可在RRC_IDLE状态中使用专用(即不在多个UE之间共享)PUR。准则至少包含有效时间对准(TA)。用于TA的验证机制仍在讨论中，且可包含例如用于闲置模式的TA定时器。如果TA定时器处于运行中，则UE可认为其TA有效。支持HARQ使用专用PUR传送以提高可靠性，但细节仍在讨论中。此外，还支持到RACH/EDT程序的后退机制，但细节仍在讨论中。

仍不明确使用PUR的传送如何在UE侧中模型化。在UE处于RRC连接模式时，可在专用信令中将PUR的配置提供到UE。在UE处于RRC闲置模式时，已配置PUR可为有效的。已配置PUR可能不需要下部层激活。如果无数据可用于传送，则UE可能不使用已配置PUR。

对于专用PUR，因为NW可识别哪一UE正使用PUR执行传送，因此不需要争用解决。其可以包括两个步骤。第一步骤为使用PUR进行传送，且第二步骤为接收NW响应。NW响应可为是否已成功地接收到传送的确认，例如HARQ反馈或寻呼消息中的指示。NW响应可为重新传送的动态UL授权。NW响应可为DL用户数据和/或RRC消息，例如RRCEarlyDataComplete。DL用户数据和/或RRC消息可通过动态DL指派进行调度。动态DL指派可寻址到特定RNTI(例如，(在UE最后一次处于RRC_CONNECTED时的UE的)C-RNTI、临时C-RNTI或新RNTI)。特定RNTI可提供于专用PUR配置中。在UE处于RRC_CONNECTED状态时，可提供特定RNTI。可通过专用于UE的寻呼消息来调度DL用户数据和/或RRC消息。DL用户数据和/或RRC消息可携载在用于(专用于)UE的寻呼消息中。如果需要重新传送，则UE可在下一PUR时机或基于在第二步骤中接收的动态UL授权(在支持闲置模式中的动态UL授权的情况下)执行重新传送。

UE可进入RRC_CONNECTED而不执行随机接入(RA)程序是有益的。此外，可省略用于EDT的基于争用的RA程序也是有益的。PUR的优先级可高于EDT和/或RACH。举例来说，可使用(专用)PUR来传送RRCEarlyDataRequest、RRCConnectionRequest和/或RRCConnectionResumeRequest消息。为了支持，可能程序可包含如下一个或多个步骤(其可或可不按次序)：(为简单起见，省略一些细节)

1.(在RRC_IDLE状态中)UE RRC产生RRC消息(例如，RRCEarlyDataRequest、RRCConnectionRequest或RRCConnectionResumeRequest)，且例如经由CCCH将RRC消息提交到下部层。

2.因为(UL CCCH)数据变得可用于传送，因此UE MAC可触发规则缓冲区状态报告(BSR)。

3.由于规则BSR而可或可不触发调度请求(SR)。

4.响应于规则BSR和/或SR，UE可检查PUR是否可用。如果PUR可用，则不需要触发SR和/或不需要发起RA。如果PUR模型化为事件，则UE应在此步骤中“触发”PUR。UE可产生包含RRC消息的MAC PDU，且使用PUR传送MAC PDU。MAC PDU的重新传送可为可能的。如果BSR MACCE包含于MAC PDU中，则在UE使用PUR传送MAC PDU时，可取消所触发的BSR和/或所触发的SR。如果BSR MAC CE不包含于MAC PDU中，则在UE使用PUR传送MAC PDU时或在成功地传送MAC PDU(例如，基于NW响应)时，可取消所触发的BSR和/或所触发的SR。所触发的BSR和/或所触发的SR可通过使对应MAC实体复位而取消。

5.UE可接收NW响应，且可响应于NW响应，例如根据NW响应中的指示，而进入RRC_CONNECTED状态。NW响应可为RRCEarlyDataComplete、RRCConnectionSetup或RRCConnectionResume消息。如果PUR模型化为事件，则UE应在此步骤中“取消”PUR。如果UE进入RRC_CONNECTED状态且调度NW响应的DL指派寻址到特定RNTI(例如，C-RNTI、临时C-RNTI或新RNTI)，则UE可将C-RNTI设置为特定RNTI的值。特定RNTI可提供为PUR配置的部分。

或者，NW响应可指示是否将C-RNTI设置为特定RNTI的值。举例来说，NW响应可包含第二RNTI。如果UE响应于NW响应而进入RRC_CONNECTED状态且NW响应包含第二RNTI，则UE将C-RNTI设置为第二RNTI的值。如果UE响应于NW响应而进入RRC_CONNECTED状态且NW响应不包含第二RNTI，则UE将C-RNTI设置为特定RNTI的值。

为了接收NW响应，一种方式为配置定时器/窗口，且UE监视用于在定时器/窗口周期期间连续地调度NW响应的PDCCH。定时器/窗口可重复使用RA响应窗口。定时器/窗口可启动一次或就在启动MAC PDU的传送(例如，传送所述传送的第一重复)之后启动。定时器/窗口可在完成MAC PDU的传送(例如，传送所述传送的最后重复)时或就在其之后启动。另一方式为UE(仅)监视用于在预定义/所配置时机(例如闲置中的寻呼时机和/或闲置中的(群组)唤醒信号时机)中调度NW响应的PDCCH。

图8为在RRC_IDLE状态中经由基于争用的RA程序传送UL数据的实例，且图9为在RRC_IDLE状态中经由专用PUR传送UL数据的实例。在专用PUR中进行传送的信令开销及延时与基于争用的RA程序相比可得以减小。

在旧版RRC连接建立/恢复程序中，因为RA程序是基于争用的，因此争用解决是必要的，且UE标识信息必须包含于RRC消息中且在Msg3中传送。UE标识信息可为S-TMSI。UE标识信息可为randomValue。UE标识信息可为ResumeIdentity(例如，resumeID、truncatedResumeID、fullI-RNTI或shortI-RNTI)。

对于使用专用PUR传送RRC消息，因为NW可识别哪一UE正使用PUR执行传送，因此争用解决并无必要，且RRC消息中的UE标识信息导致冗余信息及UL资源的浪费。为解决此类问题，UE可基于是否使用PUR来确定是否包含UE标识信息(在RRC消息中)。可能存在一些替代例：

1.(在上部层(例如，NAS层)请求建立或恢复RRC连接时或在发起RRC连接建立程序或RRC连接恢复程序时)UE基于是否可在(专用)PUR中传送RRC消息(例如，(专用)PUR是否可用)来确定是否将UE标识信息包含在RRC消息中。举例来说，如果将在专用PUR中传送消息，则UE不将UE标识信息包含在RRCEarlyDataRequest、RRCConnectionRequest或RRCConnectionResumeRequest。如果(专用)PUR不可用，则UE可或可不发起EDT以传送具有UE标识信息的RRC消息。

2.(在上部层(例如，NAS层)请求建立或恢复RRC连接时或在发起RRC连接建立程序或RRC连接恢复程序时)UE基于是否可在(专用)PUR中传送(第一或第二)RRC消息(例如，(专用)PUR是否可用)来确定是产生第一RRC消息(具有UE标识，例如，RRCEarlyDataRequest、RRCConnectionRequest或RRCConnectionResumeRequest)还是产生第二RRC消息(不具有UE标识，例如，新RRC消息)。举例来说，可限定新RRC消息。新RRC消息的内容可类似于旧版RRCEarlyDataRequest、RRCConnectionRequest或RRCConnectionResumeRequest消息，只是不存在UE标识信息。如果将在专用PUR中传送消息，则UE RRC产生新RRC消息而非RRCEarlyDataRequest、RRCConnectionRequest或RRCConnectionResumeRequest消息。如果(专用)PUR不可用，则UE可或可不发起EDT以传送第一RRC消息(具有UE标识信息)。

对于使用PUR传送RRC消息，因为RRC消息大小减小(例如，由于省略UE标识信息)，因此UE可选择较小传输块(TB)大小来使用PUR进行传送(在对于PUR支持多个TB大小的情况下，类似于EDT)，且导致较少功率消耗和/或更可靠的传送。

如果使用PUR传送RRC消息失败(或中止)且需要后退(例如，后退到随机接入程序)，则UE可进行以下动作中的一个或多个：

·MAC层可向RRC层指示所述情境(例如，传送失败、传送中止或后退)。

·可舍弃使用PUR传送MAC PDU。

·UE可重置与RRC消息相关联的MAC实体，例如用于SRB0的MAC实体。

·UE可重新建立与RRC消息相关联的RLC实体，例如用于SRB0的RLC实体。

·UE可(重新)产生包含UE标识信息的RRC消息，且经由随机接入程序传送所述RRC消息。

对于NB-IoT UE，与CCCH SDU一起在Msg3中发送DPR MAC CE以便在RRC连接建立或恢复程序期间将缓冲区状态信息及功率余量信息提供到NW。以下情况可为有益的：UE将DPRMAC CE包含在MAC PDU中以使用PUR进行传送，例如，如果MAC PDU含有用于连接建立或恢复请求的CCCH SDU(或如果MAC PDU用于使用PUR进行传送)。

对于EDT，在MAC说明书(3GPP TS 36.321)中述及，如果新传送是针对Msg3且DPRMAC CE中的数据量(在DPR MAC CE包含于Msg3中的情况下)被设置为零，则MAC实体不应产生BSR MAC控制元素。对于使用PUR的EDT，也可适用相同限制：

·如果触发/发起EDT且触发BSR，则在新传送用于使用PUR进行传送(即，使用PUR执行EDT)的情况下，UE MAC不应产生BSR MAC控制元素；和/或

·如果触发/发起EDT且DPR MAC CE包含于MAC PDU中以使用PUR进行传送(即，使用PUR执行EDT)，则将DPR MAC CE中的数据量设置为零。

或者：

·如果触发/发起EDT且触发BSR，则在新传送用于使用PUR进行传送(即，使用PUR执行EDT)的情况下，UE MAC可产生BSR MAC控制元素(待包含于新传送中)；和/或

·如果触发/发起EDT且DPR MAC CE包含于MAC PDU中以使用PUR进行传送(即，使用PUR执行EDT)，则可将DPR MAC CE中的数据量设置为非零(以反映待传送的数据量)。

以上限制可应用于使用专用PUR进行的传送，或应用于使用共享PUR进行的传送，或应用于使用专用PUR进行的传送及使用共享PUR进行的传送两者。

为对于UL传送(例如，包含上述RRC消息)满足“PUR可用”(在当前增强型覆盖范围层中)，需要满足以下项目符号中的一个或一些：

1.UE具有有效TA(对于PUR)(与当前增强型覆盖范围层相关联)，例如，在触发BSR/SR时、在后续PUR时机中、在上部层(例如，NAS层)请求建立或恢复RRC连接时，等等。

2.UE具有有效PUR配置(例如，已配置PUR)(与当前增强型覆盖范围层相关联)，例如，在触发BSR/SR时、在上部层(例如，NAS层)请求建立或恢复RRC连接时，等等。

3.UL传送的消息大小(例如，可用于传送的UL数据加MAC标头及在需要时的MAC控制元素)不大于预定义或配置的阈值(与当前增强型覆盖范围层相关联)。

4.UL传送与预定义或配置的服务相关联。PUR可应用于一些特定服务而不应用于其它服务。

5.UL传送与预定义或配置的逻辑信道相关联。PUR可应用于一些特定逻辑信道而不应用于其它逻辑信道。

6.检查PUR的可用性的时间(例如，BSR/SR触发时间、上部层(例如，NAS层)请求建立或恢复RRC连接的时间，等等)与下一PUR时机(与当前增强型覆盖范围层相关联)之间的距离(时间)不大于预定义或配置阈值(与当前增强型覆盖范围层相关联)。

因为PUR可针对每个增强型覆盖范围层进行配置，以上项目符号可用于特定增强型覆盖范围层，例如，在触发BSR/SR时的当前增强型覆盖范围层。前述配置的阈值、服务、逻辑信道可针对每个增强型覆盖范围层进行配置。前述配置的阈值、服务、逻辑信道可针对每个服务小区进行配置(即，在相同服务小区的不同增强型覆盖范围层之间共享)。如果当前增强型覆盖范围层不改变，则可能不需要考虑PUR在不同增强型覆盖范围层中的可用性。

在相同增强型覆盖范围层中，用于PUR的消息大小阈值可不大于(例如，小于或等于)用于EDT的消息大小阈值。在相同增强型覆盖范围层中，用于PUR的消息大小阈值可不小于(例如，大于或等于)用于的EDT消息大小阈值。在相同增强型覆盖范围层中，用于PUR的消息大小阈值可等于用于EDT的消息大小阈值。用于EDT的消息大小阈值可为edt-TBS。用于EDT的消息大小阈值可在系统信息中进行广播。

上文所提及的PUR可为专用PUR。上文所提及的PUR可为待在UE不处于RRC_CONNECTED，例如处于RRC_IDLE或RRC_INACTIVE，时使用的PUR。

图10是从UE的角度的根据一个示例性实施例的流程图1000。在步骤1005中，在UE处于RRC_CONNECTED状态时从网络节点接收PUR的配置，其中所述PUR用于UE处于RRC_IDLE状态时的传送。在步骤1010中，UE基于传送是否将使用PUR进行传送来确定针对所述传送是产生第一RRC消息还是产生第二RRC消息，其中所述第一RRC消息包含UE标识，且所述第二RRC消息不包含所述UE标识。在步骤1015中，所述UE在UE处于RRC_IDLE状态时执行包含所述第一RRC消息或所述第二RRC消息的所述传送。

在一个实施例中，UE可基于PUR是否可用来确定针对所述传送是产生第一RRC消息还是产生第二RRC消息。如果所述传送将不使用PUR进行传送，则UE可产生第一RRC消息。如果所述传送将使用PUR进行传送，则UE可产生第二RRC消息。

在一个实施例中，UE可响应于所述传送而从网络节点接收下行链路消息，其中UE响应于接收到下行链路消息而进入RRC_CONNECTED状态。UE可将小区无线电网络临时标识符(C-RNTI)设置为在所述配置中的第一RNTI的值。替代地或另外，UE可基于下行链路消息是否包含第二RNTI来确定是否将小区无线电网络临时标识符(C-RNTI)设置为在所述配置中的第一RNTI的值。

在一个实施例中，在UE想要建立RRC连接时或在UE发起RRC连接建立程序时，UE可产生第一RRC消息或第二RRC消息。或者，在UE想要恢复RRC连接时或在UE发起RRC连接恢复程序时，UE可产生第一RRC消息或第二RRC消息。第一RRC消息可为RRCEarlyDataRequest、RRCConnectionRequest或RRCConnection ResumeRequest消息。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)在所述UE处于RRC_CONNECTED状态时从网络节点接收PUR的配置，其中所述PUR用于所述UE处于RRC_IDLE状态时的传送，(ii)基于传送是否将使用PUR进行传送来确定针对所述传送是产生第一RRC消息还是产生第二RRC消息，其中所述第一RRC消息包含UE标识，且所述第二RRC消息不包含所述UE标识，及(iii)在所述UE处于RRC_IDLE状态时执行包含所述第一RRC消息或所述第二RRC消息的所述传送。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

图11是从UE的角度的根据一个示例性实施例的流程图1100。在步骤1105中，UE在RRC_IDLE状态期间产生第一消息。在步骤1110中，UE响应于所产生的第一消息而触发缓冲区状态报告(BSR)。在步骤1115中，UE响应于所触发的BSR而确定专用预配置上行链路资源(PUR)是否可用。在步骤1120中，UE产生包含第一消息的媒体接入控制(MAC)协议数据单元(PDU)。在步骤1125中，如果专用PUR可用，则UE在专用PUR中将MAC PDU传送到网络节点。

在一个实施例中，在产生MAC PDU时，UE可在MAC PDU中包含BSR MAC控制元素。在产生MAC PDU时，UE可在MAC PDU中包含DPR MAC控制元素。如果专用PUR可用，则UE可能不触发调度请求(Scheduling Request，SR)或随机接入(RA)程序。

在一个实施例中，UE可响应于传送MAC PDU而取消所触发的BSR。UE可在传送MACPDU之后从网络节点接收第二消息。如果第二消息指示成功地传送MAC PDU，则UE可响应于接收到第二消息而取消所触发的BSR。

在一个实施例中，如果第二消息包含RRCConnectionSetup或RRCConnectionResume，UE可响应于接收到第二消息而进入RRC_CONNECTED状态。如果第二消息指示UE应进入RRC_CONNECTED状态，则UE还可响应于接收到第二消息而进入RRC_CONNECTED状态。然而，如果第二消息指示UE不应进入RRC_CONNECTED状态，则UE可能不响应于接收到第二消息而进入RRC_CONNECTED状态。

在一个实施例中，如果专用PUR可用于传送第一消息，则在产生第一消息时，UE可不在第一消息中包含UE标识信息。然而，如果专用PUR不可用于传送第一消息，则在产生第一消息时，UE可在第一消息中包含UE标识信息。

在一个实施例中，如果专用PUR不可用于传送第一消息，则UE可产生第三消息而非第一消息，其中第三消息包含UE标识信息，且第一消息不包含UE标识信息。此外，在进入RRC_CONNECTED状态时或在进入RRC_CONNECTED状态之后，UE可将C-RNTI设置为特定RNTI的值，其中第二消息通过寻址到特定RNTI的DL指派加以调度。

在一个实施例中，如果触发或发起早期数据传送(EDT)，则在产生MAC PDU时，UE可不在MAC PDU中包含BSR MAC控制元素。如果触发或发起早期数据传送(EDT)，则在产生MACPDU时，UE可将数据进栈请求(Data-Pull-Request，DPR)MAC控制元素(CE)中的数据量字段设置为零。

在一个实施例中，第一消息可为RRCEarlyDataRequest、RRCConnectionRequest、RRCConnectionResumeRequest或RRCEarlyDataComplete消息。第二消息可包含RRCConnectionSetup或RRCConnectionResume消息。特定RNTI可为C-RNTI或临时C-RNTI。特定RNTI可为用于PUR的RNTI。此外，特定RNTI可提供于PUR配置中。UE标识可为S-TMSI、randomValue或ResumeIdentity(例如，resumeID、truncatedResumeID、fullI-RNTI或shortI-RNTI)。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储于存储器310中的程序代码312。CPU 308可执行程序代码312以使得UE能够：(i)在RRC_IDLE状态期间产生第一消息，(ii)响应于所产生的第一消息而触发BSR，(iii)响应于所触发的BSR而确定预配置上行链路资源(PUR)是否可用，(iv)产生包含第一消息的MAC PDU，及(v)如果专用PUR可用，则在专用PUR中将MAC PDU传送到网络节点。此外，CPU 308可以执行程序代码312以执行所有上述动作和步骤或本文中描述的其它动作和步骤。

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

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

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

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

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

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

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

Claims (14)

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

在所述用户设备处于RRC_CONNECTED状态时，从网络节点接收包括第一无线电网络临时标识符的预配置上行链路资源的配置；

在所述用户设备处于RRC_IDLE或RRC_INACTIVE状态时，使用所述预配置上行链路资源传送第一无线电资源控制消息；

响应于所述第一无线电资源控制消息的传送，从所述网络节点接收第二无线电资源控制消息；和

响应于所述第二无线电资源控制消息的接收，进入RRC_CONNECTED状态，并且如果所述第二无线电资源控制消息包括第二无线电网络临时标识符，则所述用户设备将小区无线电网络临时标识符设置为所述第二无线电网络临时标识符的值；如果所述第二无线电资源控制消息不包括所述第二无线电网络临时标识符，则所述用户设备将所述小区无线电网络临时标识符设置为所述第一无线电网络临时标识符的值，

其中，所述小区无线电网络临时标识符用于在RRC_CONNECTED状态时监视物理下行链路控制信道，所述第一无线电网络临时标识符用于在RRC_IDLE或RRC_INACTIVE状态时监视物理下行链路控制信道。

2.根据权利要求1所述的方法，其特征在于，基于所述预配置上行链路资源可用，确定使用所述预配置上行链路资源传送所述第一无线电资源控制消息，和不发起随机接入程序。

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

基于所述用户设备具有有效时间对准，确定所述预配置上行链路资源可用。

4.根据权利要求1所述的方法，其特征在于，所述第二无线电资源控制消息是通过寻址到所述第一无线电网络临时标识符的下行链路分配来调度。

5.根据权利要求1所述的方法，其特征在于，所述第一无线电资源控制消息用于无线电资源控制连接建立过程或无线电资源控制连接恢复过程，并且所述用户设备经由所述无线电资源控制连接建立过程或所述无线电资源控制连接恢复过程，不执行随机接入程序而进入RRC_CONNECTED状态。

6.根据权利要求1所述的方法，其特征在于，所述第一无线电资源控制消息是RRCEarlyDataRequest，RRCConnectionRequest或RRCConnectionResumeRequest消息。

7.根据权利要求1所述的方法，其特征在于，所述第二无线电资源控制消息是RRCConnectionSetup或RRCConnectionResume消息。

8.一种用户设备，包括：

控制电路；

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

存储器，其安装在所述控制电路中且可操作地耦合到所述处理器；

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

在所述用户设备处于RRC_CONNECTED状态时，从网络节点接收包括第一无线电网络临时标识符的预配置上行链路资源的配置；

在所述用户设备处于RRC_IDLE或RRC_INACTIVE状态时，使用所述预配置上行链路资源传送第一无线电资源控制消息；

响应于所述第一无线电资源控制消息的传送，从所述网络节点接收第二无线电资源控制消息；和

响应于所述第二无线电资源控制消息的接收，进入RRC_CONNECTED状态，并且如果所述第二无线电资源控制消息包括第二无线电网络临时标识符，则所述用户设备将小区无线电网络临时标识符设置为所述第二无线电网络临时标识符的值；如果所述第二无线电资源控制消息不包括所述第二无线电网络临时标识符，则所述用户设备将所述小区无线电网络临时标识符设置为所述第一无线电网络临时标识符的值，

其中，所述小区无线电网络临时标识符用于在RRC_CONNECTED状态时监视物理下行链路控制信道，所述第一无线电网络临时标识符用于在RRC_IDLE或RRC_INACTIVE状态时监视物理下行链路控制信道。

9.根据权利要求8所述的用户设备，其特征在于，基于所述预配置上行链路资源可用，确定使用所述预配置上行链路资源传送所述第一无线电资源控制消息，和不发起随机接入程序。

10.根据权利要求8所述的用户设备，其特征在于，所述处理器被另外配置成执行存储于所述存储器中的程序代码以进行以下操作：

基于所述用户设备具有有效时间对准，确定所述预配置上行链路资源可用。

11.根据权利要求8所述的用户设备，其特征在于，所述第二无线电资源控制消息是通过寻址到所述第一无线电网络临时标识符的下行链路分配来调度。

12.根据权利要求8所述的用户设备，其特征在于，所述第一无线电资源控制消息用于无线电资源控制连接建立过程或无线电资源控制连接恢复过程，并且所述用户设备经由所述无线电资源控制连接建立过程或所述无线电资源控制连接恢复过程，不执行随机接入程序而进入RRC_CONNECTED状态。

13.根据权利要求8所述的用户设备，其特征在于，所述第一无线电资源控制消息是RRCEarlyDataRequest，RRCConnectionRequest或RRCConnectionResumeRequest消息。

14.根据权利要求8所述的用户设备，其特征在于，所述第二无线电资源控制消息是RRCConnectionSetup或RRCConnectionResume消息。

Images