CN111757471A - 用户设备及其执行的预配置上行资源发送方法 - Google Patents

Abstract

本发明提供一种用户设备及其执行的预配置上行资源发送方法。由用户设备执行的预配置上行资源发送方法，包括如下步骤：在上层数据到达用户设备UE的接入层时，无线资源控制RRC层触发一个RRC过程，用于确认是否满足使用预配置上行资源发送的条件，若满足使用预配置上行资源发送的条件，则RRC层执行预配置上行资源数据传输的操作；在使用预配置上行资源传输的方式时，媒体接入控制MAC层验证预配置上行资源是否可以使用，若MAC层确定预配置上行资源不可用，则UE执行回退到不使用预配置上行资源数据传输的数据传输方式来发送上行数据。

Description

用户设备及其执行的预配置上行资源发送方法

技术领域

本公开涉及无线通信技术领域，更具体地，本公开涉及一种用户设备及其执行的预配置上行资源发送方法。

背景技术

2018年6月，在第三代合作伙伴计划(3rd Generation Partnership Project：3GPP)RAN#80次全会上，一个关于窄带物联网(NarrowBand Internet Of things，NB-IoT)进一步增强的版本16的新工作项目(参见RP-181451：New WID on R16enhancement forNB-IoT)和一个关于机器类型通信(Machine Type Communication，MTC)进一步增强的版本16的新工作项目(参见RP-181878，revised WID for additional MTC enhancement)获得批准。这个研究项目的目标之一就是提高上行传输的效率以降低用户设备(UserEquipment，UE)的能量消耗。

在现有技术中，空闲态的UE若要发送上行数据，有两种方式：一种方式是通过无线资源控制(Radio Resource Control，RRC)连接建立/恢复过程进入到RRC连接态，即在与网络侧建立连接的RRC连接状态下发送上行数据(本公开中称这种传输方式为传统传输方式或传统数据传输方式)；另一种方式是采用在版本15引入的早期数据传输机制(Early DataTransmission，EDT)，在随机接入过程中的第三条消息中将小数据包一起发送给基站。对于小数据包来说，采用EDT方式显然比进入RRC连接态再发送上行数据更加节省信令开销以及消耗更少的UE能量。上述版本16中想要进一步提高上行传输的效率和降低UE能耗。在当前正在进行的提高上行传输效率以降低UE能耗的技术讨论中，一种可行的方法是为RRC空闲态的用户预分配可用的上行资源，UE在有上行数据到达时，若其上行仍处于同步状态(即有有效的上行时间提前(Time Advance，TA))，则可以通过与预分配的上行资源完成上行传输，而无须通过随机接入过程进行上行传输或通过RRC连接建立/恢复过程进入连接态传输上行数据。

本公开中，RRC空闲态的UE通过预配置的资源上发送上行数据的方式称为预配置上行资源发送。本公开主要就如何实现预配置上行资源发送的问题提出解决方法，更具体地，就如何实现从预配置上行资源发送方式回退到传统上行数据发送方式或EDT方式以及预配置上行资源发送在移动性场景下的问题和预配置上行资源的配置问题提出解决方法。

发明内容

本公开正是鉴于上述问题而完成的，其目的在于，提供一种能够提高上行传输的效率以降低用户设备的能量消耗的用户设备及其执行的预配置上行资源发送方法。

根据本发明的一个方面，提供了一种由用户设备执行的预配置上行资源发送方法，包括如下步骤：在上层数据到达用户设备UE的接入层时，无线资源控制RRC层触发一个RRC过程，用于确认是否满足使用预配置上行资源发送的条件，若满足使用预配置上行资源发送的条件，则RRC层执行预配置上行资源数据传输的操作；在使用预配置上行资源传输的方式时，媒体接入控制MAC层验证预配置上行资源是否可以使用，若MAC层确定预配置上行资源不可用，则UE执行回退到不使用预配置上行资源数据传输的数据传输方式来发送上行数据。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，所述回退在UE的MAC层执行或者由UE的RRC层决定。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，当所述回退在UE的MAC层执行时，MAC层触发一个随机接入过程，所述随机接入过程为不使用早期数据传输EDT的随机接入过程。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，当所述回退在UE的MAC层执行时，MAC层触发一个随机接入过程的过程如下：若潜在的MAC协议数据单元的大小不大于用于EDT的在系统信息中所收到的所选择的覆盖增强等级所对应的EDT传输块大小配置时，MAC层发起一个用于EDT的随机接入过程，否则，MAC层发起一个不使用EDT的随机接入过程。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，当所述回退由UE的RRC层决定时，包括如下步骤：若MAC层确定预配置上行资源不可用，则MAC层向RRC层发送用于告知预配置上行资源不可用的预配置上行资源传输取消指示；当收到来自MAC层的预配置上行资源传输取消指示时，RRC层确定是否满足EDT的条件，若满足，则RRC层配置底层使用EDT，否则，RRC层执行回退到传统传输方式的操作。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，若MAC层发起一个用于EDT的随机接入过程，则MAC层向上层发送一个用于告知上层目前正在使用EDT方式的指示信息。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，所述MAC层确定预配置上行资源不可用是下述情况中的任意一种：MAC层确定没有当前覆盖增强等级所对应的预配置上行资源；MAC层确定潜在的MAC协议数据单元的大小大于所分配的预配置上行资源所对应的传输块大小；用于确定空闲态时间提前TA的定时器超时；基于参考信号接收功率RSRP所确定的空闲态TA无效；在预配置上行资源上发送的上行数据发生了发送失败；在预配置上行资源上发送上行数据失败的次数超过一个配置的门限值。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，所述RRC层执行回退到传统传输方式的操作，包含下述操作的一种或多种：若所述回退的操作是对应于RRC早期数据请求消息的，则发起RRC连接请求消息的发送；若所述回退的操作是对应于RRC连接恢复请求消息的，重建数据无线承载DRB和/或信令无线承载SRB对应的无线链路控制RLC层；若所述回退的操作是对应于RRC连接恢复请求消息的，重建数据无线承载DRB和/或信令无线承载SRB对应的包数据汇聚协议PDCP层；若所述回退的操作是对应于RRC连接恢复请求消息的，删除在该RRC过程中所派生的安全密钥；若所述回退的操作是对应于RRC连接恢复请求消息的，挂起所有的SRB和DRB；若所述回退的操作是对应于RRC连接恢复请求消息的，配置下层挂起完整性保护和加密功能；发起RRC连接恢复请求消息的发送，所述RRC连接恢复请求消息不用于EDT。

在上述的由用户设备执行的预配置上行资源发送方法中，优选的是，所述传统传输方式是通过RRC连接建立/恢复过程进入到RRC连接态，即在与网络侧建立连接的RRC连接状态下发送上行数据的方式。

根据本发明的另一个方面，提供了一种用户设备，包括：处理器；以及存储器，所述存储器上存储有指令；所述指令在由所述处理器运行时，使所述用户设备执行上文所描述的预配置上行资源发送方法。

根据本公开所涉及的用户设备及其执行的预配置上行资源发送方法，能够实现从预配置上行资源发送方式回退到传统上行数据发送方式或EDT方式，并且能够解决预配置上行资源发送在移动性场景下的问题和预配置上行资源的配置问题，因此能够提高上行传输的效率以降低用户设备的能量消耗。

附图说明

通过下文结合附图的详细描述，本公开的上述和其它特征将会变得更加明显，其中：

图1是本公开的实施例1涉及的UE上的预配置上行资源发送的流程图。

图2是本公开的实施例2涉及的UE上的预配置上行资源发送的流程图。

图3是本公开的实施例3涉及的UE上的预配置上行资源发送的流程图。

图4是本公开涉及的用户设备的简要结构框图。

具体实施方式

根据结合附图对本公开示例性实施例的以下详细描述，本公开的其它方面、优势和突出特征对于本领域技术人员将变得显而易见。

在本公开中，术语“包括”和“含有”及其派生词意为包括而非限制；术语“或”是包含性的，意为和/或。

在本说明书中，下述用于描述本公开原理的各种实施例只是说明，不应该以任何方式解释为限制公开的范围。参照附图的下述描述用于帮助全面理解由权利要求及其等同物限定的本公开的示例性实施例。下述描述包括多种具体细节来帮助理解，但这些细节应认为仅仅是示例性的。因此，本领域普通技术人员应认识到，在不背离本公开的范围和精神的情况下，可以对本文中描述的实施例进行多种改变和修改。此外，为了清楚和简洁起见，省略了公知功能和结构的描述。此外，贯穿附图，相同参考数字用于相似功能和操作。

下文以长期演进(Long Term Evolution，LTE)移动通信系统中的NB-IoT及其后续的演进版本作为示例应用环境，具体描述了根据本公开的多个实施方式。然而，需要指出的是，本公开不限于以下实施方式，而是可适用于更多其它的无线通信系统，如机器类型通信(Machine Type Communication，MTC)系统中，也可以用于5G下一代无线通信系统(NewRadio，NR)中。

本公开中的基站可以是任何类型基站，包含Node B、增强基站eNB，也可以是5G通信系统基站gNB、或者微基站、微微基站、宏基站、家庭基站等；本公开中的小区也可以是上述任何类型基站下的小区。在本公开中，在无明确说明的前提下，覆盖增强等级(CoverageEnhancement level)等同于增强覆盖等级(Enhanced Coverage level)，或者也可称重复等级(Repetition Level)。UE的空闲状态(RRC Idle)，在NR系统中也可以是UE的不活动状态(RRC Inactive)。

不同的实施例之间也可以结合工作。

下面先对本公开涉及到的一些概念进行说明。值得注意的是，在下文的描述中的一些命名仅是实例说明性的，而不是限制性的，也可以作其他命名。

消息3：随机接入过程中通过随机接入响应中携带的上行许可所对应的上行资源上传输的上行数据，或称随机接入响应所调度的物理上行共享信道(Physical UplinkShared CHannal，PUSCH)传输。

早期数据传输(Early Data Transmission，EDT)：

R15中的小数据传输优化方案从控制面和用户面针对小数据传输的特性做了进一步的优化。对于上行数据传输来说，优化的内容主要是在随机接入过程中伴随消息3一起传输小数据，因为这种优化方式相较传统数据传输方式而言，能够在更早的时刻完成数据传输，所以称为早期数据传输，本公开中，小数据(small data或small packet)可等同于早期数据(early data)。在EDT中，允许在随机接入过程中发送一个上行数据传输，可选地，后续还可跟着一个下行数据传输。当收到上行数据时，网络侧和UE侧会建立或恢复S1连接，且S1连接可能伴随着上述下行数据的传输而释放或挂起。

增强覆盖等级(Enhanced Coverage level)：

增强覆盖技术中将需要增强覆盖的程度分为多个增强覆盖等级，比如在NB-IoT中，定义了三个增强覆盖等级。在MTC中，定义了四个增强覆盖等级。在一些增强覆盖方法中，每一个增强覆盖等级可以对应一套不同的无线参数配置，如随机接入配置(如PRACH(Physical Random Access Channel，物理随机接入信道)资源)。UE的媒体接入控制(Medium Access Control，MAC)层在发起随机接入时，会根据所测量的参考信号接收功率(Reference Signal Received Power，RSRP)和系统信息中收到的用于确定增强覆盖等级的RSRP门限值来判断UE的增强覆盖等级，并根据所确定的增强覆盖等级选择对应的随机接入资源(如preamble)和参数(如随机接入响应窗口大小)来发起随机接入过程。

控制面优化方案：全称控制面蜂窝物联网演进包系统优化方案(Control planeCellular IoT Evolved Packet System(EPS)optimisation)。指通过移动性管理实体在控制面来有效传输用户数据的方法，无需触发数据无线承载(data radio bearer，DRB)建立。

用户面优化方案：全称用户面蜂窝物联网演进包系统优化方案(User planeCellular IoT Evolved Packet System optimisation)。指支持无需使用服务请求流程就可以实现从EPS移动管理空闲态变更到EPS移动管理连接态。

对于预配置上行资源，可以有两种方式，一种是专用预配置上行资源，即为一个UE预分配专用的上行资源，这样上行数据传输不会产生碰撞冲突，另一种是共享的预配置上行资源，即所分配的上行资源是多个UE共享的，可以是一个共享资源池，这种方式下，多个UE可能使用一个资源发送上行数据，从而存在潜在的竞争引起冲突而导致发送失败。目前3GPP会议上达成结论是支持通过RRC专用信令为UE分配专用预配置上行资源，而是否支持共享预配置上行资源尚未定论。预配置上行资源是通过RRC消息预先分配给UE使用的上行资源，所述预配置上行资源可以是在RRC连接态分配的用于当UE处于RRC空闲态时的上行数据传输和/或用于RRC连接态，这种方式通常用于专用预配置上行资源；也可以是通过系统信息告知给UE用于RRC空闲态时的上行数据传输，这种方式通常用于共享预配置上行资源。如无特殊说明，在本公开中，预配置上行资源既可以指专用预配置上行资源也可以指共享预配置上行资源。

对于专用的预配置上行资源来说，专用的预配置上行资源可以是所述UE在之前处于RRC连接状态时由基站通过RRC专用信令对其进行配置的如RRC连接释放消息、RRC连接重配置信息、RRC连接建立消息、RRC连接恢复消息等。处于RRC空闲态的UE在使用预配置上行资源发送上行数据时，若确定所分配的预配置上行资源不可用，例如在预配置上行资源上的发送失败或发送失败次数超过一定门限值，UE会回退到传统数据发送方式或EDT方式，即不使用预配置上行资源传输方式来发送数据。在这种情况下，如何实现回退到传统传输方式或EDT方式成为本公开所关注的问题。

考虑到使用预配置上行资源的UE可以具备一定的移动性，那当UE处在使用预配置上行资源进行数据传输的过程中时，若此时发生了小区重选，UE如何处理当前的数据传输也成为本公开所关注的问题。

此外，RAN2第105次会议达成了下述共识：UE可以向基站发送预配置上行资源请求信息，用于请求基站为其分配预配置上行资源且可以提供一些辅助信息给基站用于基站分配预配置上行资源时的参考，所述辅助信息可包含传输块大小、预配置上行资源周期、信道质量状况等。在基于UE请求的预配置上行资源机制中，考虑一种情况：由于移动性或网络负载均衡，UE的服务基站通过发送切换请求消息触发了和目标之间的切换准备过程，若此时UE向其服务基站发送了预配置上行资源请求信息且UE随后收到了切换命令而发生了切换，则目标基站无法获取UE最新的预配置上行资源请求信息。下述实施例也基于该问题提出了解决方法。

本公开下述实施例中，指示(indicate/indication)和通知(notify/notification)或知会/信息(inform/information)可以互换。UE可以指NB-IoT UE、带宽降低低复杂度(Bandwidth reduced Low complexity，BL)UE、或在增强覆盖(enhancedcoverage)中的UE、也可以是其他UE如5G NR UE。在本公开中，物理随机接入信道(PhysicalRandomAccess CHannal，PRACH)、窄带物理随机接入信道(Narrowband Physical RandomAccess CHannal，NPRACH)和随机接入信道(Random Access CHannal，RACH)可以替换。物理下行控制信道(Physical Downlink Control CHannal，PDCCH)和窄带物理下行控制信道(Narrowband Physical Downlink Control CHannal，NPDCCH)或MTC物理下行控制信道(MTC Physical Downlink Control CHannal，MPDCCH)等同。本公开中，所述预配置上行资源也可称为预配置上行许可(uplink grant)或预分配上行资源(preallocated uplinkresource)或预分配上行许可(preallocated uplink grant)或空闲态半静态调度许可等。所述预配置上行资源请求信息也称预配置上行资源辅助信息或预配置上行资源请求或预配置上行资源信息。在描述协议栈时，下层也称底层，上层也称高层。所述发起也可称初始化(initialize)。

实施例1

下面，利用图1来描述一种UE上的预配置上行资源发送的过程，如下：

1.上层数据到达UE的接入(Access Stratum，AS)层时(步骤S101)，RRC层触发一个RRC过程，如RRC连接建立过程。在该过程中，UE RRC层确定是否满足使用预配置上行资源发送的条件(步骤S102)，若满足使用预配置上行资源发送的条件，则RRC层执行预配置上行资源PUR数据传输的操作(步骤S103)，可选地，还包括向下行指示使用预配置上行资源传输方式，或者描述为配置下层使用预配置上行资源传输。

所述使用预配置上行资源发送的条件可以是下述的一种或多种：UE有保存的预配置上行资源配置、UE当前驻留的服务小区与之前接收到预配置上行资源配置时的服务小区相同，即为其配置预配置上行资源的服务小区和当前要发起预配置上行资源传输的服务小区是同一个小区、建立或恢复请求是用于移动发起呼叫的(mobile originating calls)且建立理由是移动发起数据(MO-data)或移动发起异常数据(mo-exception data)或延迟容忍接入(delaytolerantAccess)。所述RRC层执行预配置上行资源数据传输的操作，包含下述操作的一种或多种：若UE正在发起的是控制面方式(称控制面预配置上行资源发送)，则UE发起RRC连接建立请求消息或者RRC早期数据请求的发送；若UE正在发起的是用户面方式(称用户面预配置上行资源发送)，即正在恢复一个RRC连接，则UE发起RRC连接恢复请求消息的发送。所述发起RRC连接建立请求消息或RRC早期数据请求消息的发送包含将从上层收到的数据/信息包含在所述RRC连接建立请求或RRC早期数据请求消息中，更进一步地，包含在dedicatedInfoNAS信息元素中。所述发起RRC连接恢复请求消息的发送和现有机制中发起用于早期数据传输的RRC连接恢复请求消息的操作一样(可参见协议规范36.331第5.3.3.3a章节)，包含恢复包数据汇聚协议(Packet Data Convergence Protocol，PDCP)状态、重建所有信令无线承载(signalling Radio Bearer，SRB)和数据无线承载(Data RadioBearer，DRB)所对应的PDCP实体、指示下层使用所保存的UE接入层上下文、恢复所有SRB和DRB、派生新的秘钥，恢复安全。

2.在使用预配置上行资源传输的方式时，UE MAC层验证预配置上行资源是否可以使用(步骤S104)，若MAC层确定预配置上行资源不可用，则UE执行回退到不使用预配置上行资源数据传输的传统数据传输方式(步骤S105)来发送上行数据(步骤S106)。

在该实施例中，所述回退在UE的MAC层执行。即若MAC层确定预配置上行资源不可用，则UE MAC层触发一个随机接入过程，所述随机接入过程为传统随机接入过程，即不使用EDT的随机接入过程。所述MAC层确定预配置上行资源不可用可以是下述情况中的任意一种：

情况1：UE MAC层确定没有当前覆盖增强等级所对应的预配置上行资源。在这种情况下，预配置上行资源的配置是区分覆盖增强等级配置的，即可以对不同的覆盖增强等级配置不同的预配置上行资源。UE基于所测量的RSRP判断其当前处于的覆盖增强等级。UE用于判断覆盖增强等级的RSRP门限值可以在预配置上行资源配置信息中获得。

情况2：UE MAC层确定潜在的MAC协议数据单元的大小大于所分配的预配置上行资源所对应的传输块大小。优选地，情况2在使用控制面优化方案时适用。

情况3：用于确定空闲态时间提前(Time advance，TA)的TAT定时器超时，即与预配置上行资源所对应的TAT定时器超时。

情况4：基于参考信号接收功率(Reference Signal Received Power，RSRP)所确定的空闲态TA无效。

情况5：在预配置上行资源上发送的上行数据发生了发送失败，如未收到来自基站的响应，或未收到来自基站的用于确认基站已正确收到所述上行数据的确认信息。或者说在预配置上行资源上发送的上行传输的混合自动重传(Hybrid Automatic RepeatRequest，HARQ)发送已达到最大重传次数。

情况6：在预配置上行资源上发送上行数据失败的次数超过一个配置的门限值。

实施例2

下面，利用图2来描述另一种UE上的预配置上行资源发送的过程。

在该实施例中，步骤S101～104、106与实施例1中的这些步骤相同，不同之处仅在于步骤S205。因此，以下，仅对步骤S205进行说明。

在该实施例中，所述回退在UE的MAC层执行(S205)。与实施例1不同之处在于，若MAC层确定预配置上行资源不可用，则UE MAC层触发一个随机接入过程的过程如下：若潜在的MAC协议数据单元的大小不大于用于EDT的在系统信息中所收到的所选择的覆盖增强等级所对应的EDT传输块大小配置(edt-TBS信息元素)时，MAC层发起一个用于EDT的随机接入过程，可选地，还包括MAC层向上层发送一个指示信息，用于告知上层(如RRC层)正在使用EDT方式。否则，MAC层发起一个传统随机接入过程，即发起非EDT的随机接入过程。

所述MAC层确定预配置上行资源不可用可以是下述情况中的任意一种：

情况1：UE MAC层确定没有当前覆盖增强等级所对应的预配置上行资源。在这种情况下，预配置上行资源的配置是区分覆盖增强等级配置的，即可以对不同的覆盖增强等级配置不同的预配置上行资源。UE基于所测量的RSRP判断其当前处于的覆盖增强等级。UE用于判断覆盖增强等级的RSRP门限值可以在预配置上行资源配置信息中获得。

情况2：UE MAC层确定潜在的MAC协议数据单元的大小大于所分配的预配置上行资源所对应的传输块大小。优选地，情况2在使用控制面优化方案时适用。

情况3：用于确定空闲态TA的TAT超时，即与预配置上行资源所对应的TAT超时。

情况4：基于RSRP所确定的空闲态TA无效。

情况5：在预配置上行资源上发送的上行数据发生了发送失败，如未收到来自基站的响应，或未收到来自基站的用于确认基站已正确收到所述上行数据的确认信息。或者说在预配置上行资源上发送的上行传输的HARQ发送已达到最大重传次数。

情况6：在预配置上行资源上发送上行数据失败的次数超过一个配置的门限值。

实施例3

下面，利用图3来描述另一种UE上的预配置上行资源发送的过程。

在该实施例中，步骤S101～104、106与实施例1中的这些步骤相同，不同之处仅在于步骤S305。因此，以下，仅对步骤S305进行说明。

在该实施例中，所述回退由RRC层决定(步骤S305)。

1.若MAC层确定预配置上行资源不可用，则UE MAC层向上层发送一个指示信息，用于告知上层(如RRC层)预配置上行资源不可用。所述指示信息也可以称作预配置上行资源传输取消指示。

可选地，所述指示信息为预配置上行资源不可用的原因，如在预配置上行资源上的传输失败，或在预配置上行资源上的传输达到最大重传次数，或TA无效，或MAC协议数据单元的大小大于预配置上行资源所允许的传输块大小等。

2.当收到来自下层(如MAC层)的预配置上行资源传输取消指示时，RRC层确定是否满足EDT的条件，若满足，则RRC层配置下层使用EDT；否则RRC层执行回退到传统传输方式的操作。

所述用于确定是否满足EDT的条件包含下述：

条件1：建立或恢复请求是用于移动发起呼叫的(mobile originating calls)且建立理由是移动发起数据(MO-data)或移动发起异常数据(mo-exception data)或延迟容忍接入(delaytolerantAccess)。

条件2：对于控制面EDT，上层请求建立RRC连接，且UE支持控制面EDT，且系统信息中包含了cp-EDT信息元素。或者，对于用户面EDT，上层请求RRC连接恢复，UE支持用户面EDT，系统信息2中包含了up-EDT信息元素，且UE有保存的在谦虚挂起过程中收到的有挂起指示的RRC连接释放消息中所提供的下一跳链路计数值(nextHopChainingCount)。

条件3：系统信息中包含了EDT参数配置(即edt-parameters信息元素)。

条件4：所形成的MAC协议数据单元的大小小于或等于edt-TBS信息元素中所配置的传输块大小。所述MAC协议数据单元的大小包含所有上行数据。所述edt-TBS信息元素用于包含UE执行EDT传输时对一个PRACH资源所对应的消息3的最大传输块大小。

所述RRC层执行回退到传统传输方式的操作(可参见协议规范TS36.331第5.3.3.3c章节)，包含下述操作的一种或多种：

操作1：若所述回退操作是对应于控制面优化方案的即对应于RRC早期数据请求消息的，则发起RRC连接请求消息的发送。

操作2：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，重建数据无线承载(Data Radio Bearer，DRB)和/或信令无线承载(SignallingRadio Bearer，SRB)对应的无线链路控制(Radio Link Control，RLC)层。

操作3：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，重建数据无线承载(Data Radio Bearer，DRB)和/或信令无线承载(SignallingRadio Bearer，SRB)对应的包数据汇聚协议(Packet Data Convergence Protocol，PDCP)层。

操作4：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，删除在该RRC过程中所派生的安全密钥。

操作5：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，挂起所有的SRB和DRB，此处不包括第一个SRB即SRB0。

操作6：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，配置下层挂起完整性保护和加密功能。

操作7：发起RRC连接恢复请求消息的发送，所述RRC连接恢复请求消息不用于EDT。

实施例4

该实施例也提出了一种预配置上行资源传输回退到传统传输方式或EDT方式的方法。该实施例与实施例1～3所作的预配置上行资源发送的假设不同。在实施例1～3中，所述用户面数据总是会触发RRC连接建立/恢复过程，并伴随着RRC请求消息(如RRC连接建立请求、RRC早期数据请求、RRC连接恢复请求消息)一起在预配置上行资源上发送。而在实施例4中，所基于的假设是仅用户面数据在预配置上行资源上发送，而没有额外的RRC请求消息。

在该实施例中，所述回退由RRC层决定。

步骤1：若MAC层确定预配置上行资源不可用，则UE MAC层向上层发送一个指示信息，用于告知上层(如RRC层)预配置上行资源不可用。所述指示信息也可以称作预配置上行资源传输取消指示。

可选地，所述指示信息为预配置上行资源不可用的原因，如在预配置上行资源上的传输失败，或在预配置上行资源上的传输达到最大重传次数，或TA无效，或MAC协议数据单元的大小大于预配置上行资源所允许的传输块大小等。

步骤2：当收到来自下层的预配置上行资源传输取消指示时，RRC层确定是否满足EDT条件，若满足，则RRC层执行下述回退到EDT的操作；否则RRC执行回退到传统传输方式的操作。

可选地，在RRC层确定是否满足EDT条件之前还包括RRC层触发RRC连接建立过程(用于初始建立或恢复RRC连接的RRC过程)。

所述用于确定是否满足EDT的条件同前述实施例，此处不赘述。

所述RRC执行回退到EDT的操作包含下述操作的一个或多个：

操作1：对控制面优化方案(或控制面EDT)，则重建SRB所对应的RLC。优选地，所述SRB为SRB0。

操作2：对用户面优化方案(或用户面EDT)，则执行RRC连接恢复请求消息的发送。所述操作2在SRB1已恢复(resumed)的条件下执行。若SRB1尚未恢复，则操作2还包括恢复SRB1。所述执行RRC连接恢复请求消息的发送指的是构建一条RRC连接恢复请求消息，并递交到下层以发送。所述构建一条RRC连接恢复请求消息包含下述：设置resumeID字段为所保存的恢复标识(resumeIdentity)；设置resumecause字段为从上层所收到的信息；设置shortresumeMAC-I字段为所计算得到的MAC-I的最低16位。

所述RRC执行回退到传统传输方式的操作(可参见协议规范TS36.331第5.3.3.3c章节)，包含下述操作的一个或多个：

操作1：若所述回退操作是对应于控制面优化方案的即对应于RRC早期数据请求消息的，则发起RRC连接请求消息的发送。

操作2：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，重建数据无线承载(Data Radio Bearer，DRB)和/或信令无线承载(SignallingRadio Bearer，SRB)对应的无线链路控制(Radio Link Control，RLC)层。

操作3：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，重建数据无线承载(Data Radio Bearer，DRB)和/或信令无线承载(SignallingRadio Bearer，SRB)对应的包数据汇聚协议(Packet Data Convergence Protocol，PDCP)层。

操作4：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，删除在该RRC过程中所派生的安全密钥。

操作5：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，挂起所有的SRB和DRB，此处不包括SRB0。

操作6：若所述回退操作是对应于用户面优化方案的即对应于RRC连接恢复请求消息的，配置下层挂起完整性保护和加密功能。

操作7：发起RRC连接恢复请求消息的发送，所述RRC连接恢复请求消息不用于EDT。

操作8：发起一个RRC连接建立过程。

实施例5

该实施例给出了一种UE在发生小区重选时处理正在进行的预配置上行资源发送的方法。

步骤1：UE使用所保存的预配置上行资源进行上行数据的发送。即UE正在进行基于预配置上行资源的上行传输过程。

该步骤中，可以是如前所述，UE RRC层触发RRC连接建立或RRC连接恢复过程，并确定使用预配置上行资源传输的方式来发送上行数据。

步骤2：UE执行小区重选，或小区重选发生。

步骤3：UE执行下述操作的一种或多种：

操作1：重置MAC。

操作2：重建SRB和/或DRB所对应的RLC实体。

操作3：告知上层建立RRC连接失败或带有挂起指示的恢复RRC连接失败。优选地，操作3在其他所有操作之后执行。

操作4：释放所保存或所使用的预配置上行资源配置。

上述操作1/2/3既可以在若UE已经发送了RRC连接恢复请求消息且尚未收到对应的响应消息的条件下执行，也可以在其他条件下执行。

若UE已经发送了RRC连接恢复请求消息且尚未收到对应的响应消息，如RRC连接恢复消息，则

操作5：删除在步骤1中所派生的安全秘钥。

操作6：挂起所有SRB和/或DRB。优选地，所述SRB不包含SRB0。

操作7：配置下层挂起完整性保护和加密功能。

否则，即若不满足UE已经发送了RRC连接恢复请求消息且尚未收到对应的响应消息，则

操作8：释放MAC配置。

若在步骤1中，开启了T300定时器，则在该步骤3中，上述操作的执行条件为T300正在运行。所述T300是用于监测RRC连接建立/恢复过程的RRC定时器。该定时器在初始接入的RRC过程发起时启动，在收到对应的响应消息时停止，若该定时器超时，则认为RRC连接建立/恢复过程失败。

实施例6

该实施例提出了一种UE在切换过程中确保将最新的预配置上行资源请求信息递送到目标基站的方法。

步骤1：UE收到切换命令，并执行切换。

其中，所述切换命令指的是包含移动性控制信息元素(MobilityControlInfo)的RRC连接重配置消息，或者包含同步重配置信息元素(reconfigurationWithSync)的RRC重配置消息。所述移动性控制信息元素和同步重配置信息元素分别用于LTE系统和NR系统中携带用于切换的目标小区信息。

步骤2：MAC层成功完成了随机接入过程。或者若切换命令中配置了不执行随机接入(即rach-Skip信息元素)时，MAC指示成功收到了UE的无线网络标识(即Radio NetworkTemporary Identifier，RNTI)寻址的物理下行控制信道(Physical Downlink ControlCHannal，PDCCH)。

步骤3：若切换的目标小区(即切换后的服务小区)使能了预配置上行资源请求信息的发送，且若UE在收到切换命令之前的最近一段时间内已经向网络侧发送了预配置上行资源请求消息，则UE向所述目标小区发起预配置上行资源请求消息的发送。

该步骤中，所述目标小区使能了预配置上行资源请求信息的发送，优选地，指的是系统信息中包含了预配置上行资源请求信息的使能/配置信息。备选地，指的是切换命令中或在切换完成后收到的RRC连接重配置消息中包含了预配置上行资源请求信息的使能/配置信息。

实施例7

该实施例提供了一种UE发送预配置上行资源请求信息的方法。

步骤1：UE发起预配置上行资源请求信息的发送。

在该步骤中，所述UE发起预配置上行资源请求信息的发送还包括若上行资源请求信息禁止定时器未在运行，则UE发起预配置上行资源请求信息的发送。

步骤2：UE启动预配置上行资源请求信息禁止定时器。

可选地，还包括下述步骤3。

步骤3：当UE发起RRC连接重建立过程或UE执行切换时，停止预配置上行资源请求信息禁止定时器。所述UE执行切换即UE接收到切换命令。

在步骤1之前，还包括，UE接收来自基站的包含预配置上行资源请求信息禁止定时器配置的预配置上行资源配置。所述预配置上行资源请求信息禁止定时器的配置至少包含预配置上行资源请求信息禁止定时器的值。

该实施例所定义的所述禁止定时器可以实现防止UE过频繁地向基站发送预配置上行资源请求信息的目的。

实施例8

该实施例提供了一种预配置上行资源的配置方法。

步骤1：UE接收来自基站的包含预配置上行资源配置的RRC消息。其中包含在预配置资源上的HARQ最大发送次数。所述HARQ最大发送次数也可以是HARQ最大重传次数。

步骤2：UE执行在预配置上行资源上的上行发送。当所述上行发送的HARQ发送次数或HARQ重传次数达到(大于或大于等于)步骤1中所配置的HARQ最大发送次数或HARQ最大重传次数时，UE认为预配置上行资源上行发送失败，即UE会停止在相对应的搜索空间内去监听来自基站的用于重传的调度信息。所述搜索空间即PDCCH搜索空间，所述调度信息即用于调度重传的PDCCH或称下行控制信息(Downlink Control Information，DCI)。

该实施例通过定时所述在预配置上行资源上的上行发送的最大传输次数，从而避免UE无限制地监听对重传的调度而带来的能量开销。

图4是本公开涉及的用户设备UE的简要结构框图。如图4所示，该用户设备UE400包括处理器401和存储器402。处理器401例如可以包括微处理器、微控制器、嵌入式处理器等。存储器402例如可以包括易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器等。存储器402上存储有程序指令。该指令在由处理器401运行时，可以执行本公开详细描述的由用户设备执行的上述方法。

运行在根据本公开的设备上的程序可以是通过控制中央处理单元(CPU)来使计算机实现本公开的实施例功能的程序。该程序或由该程序处理的信息可以临时存储在易失性存储器(如随机存取存储器RAM)、硬盘驱动器(HDD)、非易失性存储器(如闪速存储器)、或其他存储器系统中。

用于实现本公开各实施例功能的程序可以记录在计算机可读记录介质上。可以通过使计算机系统读取记录在所述记录介质上的程序并执行这些程序来实现相应的功能。此处的所谓“计算机系统”可以是嵌入在该设备中的计算机系统，可以包括操作系统或硬件(如外围设备)。“计算机可读记录介质”可以是半导体记录介质、光学记录介质、磁性记录介质、短时动态存储程序的记录介质、或计算机可读的任何其他记录介质。

用在上述实施例中的设备的各种特征或功能模块可以通过电路(例如，单片或多片集成电路)来实现或执行。设计用于执行本说明书所描述的功能的电路可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、或其他可编程逻辑器件、分立的门或晶体管逻辑、分立的硬件组件、或上述器件的任意组合。通用处理器可以是微处理器，也可以是任何现有的处理器、控制器、微控制器、或状态机。上述电路可以是数字电路，也可以是模拟电路。因半导体技术的进步而出现了替代现有集成电路的新的集成电路技术的情况下，本公开的一个或多个实施例也可以使用这些新的集成电路技术来实现。

此外，本公开并不局限于上述实施例。尽管已经描述了所述实施例的各种示例，但本公开并不局限于此。安装在室内或室外的固定或非移动电子设备可以用作终端设备或通信设备，如AV设备、厨房设备、清洁设备、空调、办公设备、自动贩售机、以及其他家用电器等。

如上，已经参考附图对本公开的实施例进行了详细描述。但是，具体的结构并不局限于上述实施例，本公开也包括不偏离本公开主旨的任何设计改动。另外，可以在权利要求的范围内对本公开进行多种改动，通过适当地组合不同实施例所公开的技术手段所得到的实施例也包含在本公开的技术范围内。此外，上述实施例中所描述的具有相同效果的组件可以相互替代。

Claims (10)

1.一种由用户设备执行的预配置上行资源发送方法，包括如下步骤：

在上层数据到达用户设备UE的接入层时，无线资源控制RRC层触发一个RRC过程，用于确认是否满足使用预配置上行资源发送的条件，若满足使用预配置上行资源发送的条件，则RRC层执行预配置上行资源数据传输的操作；

在使用预配置上行资源传输的方式时，媒体接入控制MAC层验证预配置上行资源是否可以使用，若MAC层确定预配置上行资源不可用，则UE执行回退到不使用预配置上行资源数据传输的数据传输方式来发送上行数据。

2.根据权利要求1所述的由用户设备执行的预配置上行资源发送方法，其中，

所述回退在UE的MAC层执行或者由UE的RRC层决定。

3.根据权利要求2所述的由用户设备执行的预配置上行资源发送方法，其中，

当所述回退在UE的MAC层执行时，MAC层触发一个随机接入过程，所述随机接入过程为不使用早期数据传输EDT的随机接入过程。

4.根据权利要求2所述的由用户设备执行的预配置上行资源发送方法，其中，

当所述回退在UE的MAC层执行时，MAC层触发一个随机接入过程的过程如下：

若潜在的MAC协议数据单元的大小不大于用于EDT的在系统信息中所收到的所选择的覆盖增强等级所对应的EDT传输块大小配置时，MAC层发起一个用于EDT的随机接入过程，否则，MAC层发起一个不使用EDT的随机接入过程。

5.根据权利要求2所述的由用户设备执行的预配置上行资源发送方法，其中，

当所述回退由UE的RRC层决定时，包括如下步骤：

若MAC层确定预配置上行资源不可用，则MAC层向RRC层发送用于告知预配置上行资源不可用的预配置上行资源传输取消指示；

当收到来自MAC层的预配置上行资源传输取消指示时，RRC层确定是否满足EDT的条件，若满足，则RRC层配置底层使用EDT，否则，RRC层执行回退到传统传输方式的操作。

6.根据权利要求4所述的由用户设备执行的预配置上行资源发送方法，其中，

若MAC层发起一个用于EDT的随机接入过程，则MAC层向上层发送一个用于告知上层目前正在使用EDT方式的指示信息。

7.根据权利要求1或2所述的由用户设备执行的预配置上行资源发送方法，其中，

所述MAC层确定预配置上行资源不可用是下述情况中的任意一种：

MAC层确定没有当前覆盖增强等级所对应的预配置上行资源；

MAC层确定潜在的MAC协议数据单元的大小大于所分配的预配置上行资源所对应的传输块大小；

用于确定空闲态时间提前TA的定时器超时；

基于参考信号接收功率RSRP所确定的空闲态TA无效；

在预配置上行资源上发送的上行数据发生了发送失败；

在预配置上行资源上发送上行数据失败的次数超过一个配置的门限值。

8.根据权利要求5所述的由用户设备执行的预配置上行资源发送方法，其中，

所述RRC层执行回退到传统传输方式的操作，包含下述操作的一种或多种：

若所述回退的操作是对应于RRC早期数据请求消息的，则发起RRC连接请求消息的发送；

若所述回退的操作是对应于RRC连接恢复请求消息的，重建数据无线承载DRB和/或信令无线承载SRB对应的无线链路控制RLC层；

若所述回退的操作是对应于RRC连接恢复请求消息的，重建数据无线承载DRB和/或信令无线承载SRB对应的包数据汇聚协议PDCP层；

若所述回退的操作是对应于RRC连接恢复请求消息的，删除在该RRC过程中所派生的安全密钥；

若所述回退的操作是对应于RRC连接恢复请求消息的，挂起所有的SRB和DRB；

若所述回退的操作是对应于RRC连接恢复请求消息的，配置下层挂起完整性保护和加密功能；

发起RRC连接恢复请求消息的发送，所述RRC连接恢复请求消息不用于EDT。

9.根据权利要求8所述的由用户设备执行的预配置上行资源发送方法，其中，

所述传统传输方式是通过RRC连接建立/恢复过程进入到RRC连接态，即在与网络侧建立连接的RRC连接状态下发送上行数据的方式。

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

处理器；以及

存储器，所述存储器上存储有指令；

所述指令在由所述处理器运行时，使所述用户设备执行根据权利要求1-9中任意一项所述的方法。

Images