蜂窝网络中在不活动状态下的上行链路通信

技术领域

本公开涉及蜂窝通信，并且更具体地，涉及在以一定状态操作的用户设备中配置上行链路传输。

背景技术

本文提供的背景描述是为了总体上呈现本公开的背景的目的。在此背景技术部分中所描述的范围内，当前具名的发明人的工作以及在提交时可能不合格作为现有技术的描述的方面，既未明确地也未暗含地被视为针对本公开的现有技术。

4G-LTE无线电资源控制(RRC)协议规定了RRC_IDLE(RRC空闲)状态和RRC_CONNECTED(RRC连接)状态，在RRC_IDLE状态下，用户设备(通常称为用户装备或UE)不具有与基站的活动无线电连接，以及在RRC_CONNECTED状态下，UE具有与基站的活动无线电连接。5G协议引入了中间状态RRC_INACTIVE(RRC不活动)，以允许UE由于无线电接入网(RAN)级别的基站协调和RAN寻呼过程而更快速地转换回RRC_CONNECTED状态。当UE处于RRC_INACTIVE状态时，UE必须转换到RRC_CONNECTED状态，以便开始在上行链路方向上发送数据。为此，UE必须执行RRC恢复过程，该过程要求UE向基站发送RRCResumeRequest(RRC恢复请求)消息、作为响应从基站接收RRCResume(RRC恢复)命令、并向基站发送RRCResumeComplete(RRC恢复完成)消息以确认状态转换完成。发送RRCResumeRequest消息进而要求UE首先执行随机接入过程(通过向基站发送随机接入前导码并接收随机接入响应)或者以其它方式同步UE与基站之间的无线电链路。

发明内容

一般而言，本公开的UE在与用于控制UE和基站之间的无线电资源的协议相关联的特定状态下减少应用数据的上行链路传输中的延迟。如本文所使用的，术语“应用数据”是指来自用于控制无线电资源(例如，RRC)的协议层之上的协议层的数据。应用数据可以包括例如互联网业务量数据或语音/视频呼叫数据。UE可以在第一状态下与基站交换应用数据，并且由于一段时间的数据传输不活动而转换到特定(第二)状态。当新的应用数据在第二状态下可用于上行链路传输时，UE省略用于同步UE与基站之间的无线电链路的过程、用于将UE转换回第一状态的过程或两者。

基站可以向UE提供用于上行链路通信的信道配置，该信道配置可以包括当UE处于第二状态时基站支持什么过程的指示。在这些技术的各种实现中，当释放无线电连接时(例如，经由RRCRelease(RRC释放)消息)，当重新配置无线电资源时(例如，经由RRCReconfiguration(RRC重新配置)消息)，或者当提供关于UE最近已选择的小区的信息时，基站通知UE。在第三种情况下，UE可以在与第一基站交换应用数据之后从第一状态转换为第二状态，选择第二基站的新小区，并从第二基站(例如，通过SystemInformationBlock(系统信息块)元素)接收关于新小区的信息。

为了省略用于同步UE与基站之间的无线电链路的过程，在某些情况下，UE接收非正交多址接入(NOMA)配置作为用于上行链路通信的信道配置的一部分，该NOMA配置可以包括已配置的许可。然后，UE可以使用该NOMA配置来接入无线电信道，并直接继续发送应用数据，或者在某些情况下发送用于恢复RRC连接的消息。在另一种情况下，UE在物理下行链路控制信道(PDCCH)上接收上行链路许可，并使用该上行链路许可来发送RRCResumeRequest消息。

基站可以从另一基站或核心网或运营与维护(O&M)服务器接收NOMA配置，或更广泛地说，接收允许UE跳过用于同步无线电链路的过程的信道接入数据。在另一实现方式中，可以利用该信息来预配置基站。

这些技术的一个示例实施例是一种用户设备中的用于上行链路通信的方法。该方法可以通过用户设备的处理硬件运行，并且包括在UE处于与用于控制无线电资源的协议相关联的第一状态时，在上行链路方向上发送第一应用数据；响应于一定时段的应用数据不活动，转换到与协议相关联的第二状态；确定当用户设备处于第二状态时的用于上行链路通信的信道配置；以及根据所确定的信道配置，在上行链路方向上向基站发送进一步的应用数据。

这些技术的另一示例实施例是一种非暂时性介质，其上存储有指令，该指令在通过用户设备的处理硬件运行时使用户设备执行上述用于上行链路通信的方法。

这些技术的又一个实施例是一种基站中的用于减少上行链路通信中的延迟的方法。该方法可以通过基站的处理硬件运行，并且包括确定用于来自用户设备的上行链路通信的信道配置，该用户设备已经响应于一定时段的应用数据不活动而从用户设备向基站发送了第一应用数据的第一状态转换到第二状态，第一状态和第二状态与用于控制无线电资源的协议相关联；向用户设备发送用于来自用户设备的上行链路通信的信道配置；根据该信道配置，接收从用户设备发送的进一步的应用数据。

这些技术的另一示例实施例是一种非暂时性介质，其上存储有指令，该指令在通过基站的处理硬件运行时使基站执行上述用于上行链路通信的方法。

附图说明

图1是示例无线通信网络的框图，其中本公开的用户设备和基站可以实现本公开的技术以用于减少上行链路传输中的延迟。

图2示出了图1的用户设备的示例处理硬件。

图3-图15示出了图1所示的一个或几个组件中的几种示例场景和方法，具体为：

图3是示例场景的消息收发图，其中用户设备接收在释放无线电连接的命令中的用于上行链路传输的信道配置并随后根据接收到的信道配置在RRC_INACTIVE状态下发送上行链路应用数据；

图4是示例场景的消息收发图，其中用户设备接收在重新配置无线电连接的命令中的用于上行链路传输的信道配置并随后根据接收到的信道配置在RRC_INACTIVE状态下发送上行链路应用数据；

图5是示例场景的消息收发图，其中用户设备接收用于新选择的或重新选择的小区的系统信息块中的用于上行链路传输的信道配置，并根据接收到的信道配置在RRC_INACTIVE状态下发送上行链路应用数据；

图6是示例场景的消息收发图，其中用户设备接收在释放无线电连接的命令中的用于上行链路传输的信道配置(包括非正交多址接入(NOMA)配置)，并随后根据接收到的信道配置在RRC_INACTIVE状态下发送上行链路应用数据或发起用于恢复无线电连接的过程；

图7是示例场景的消息收发图，其中用户设备接收在重新配置无线电连接的命令中的用于上行链路传输的信道配置(包括NOMA配置)，并随后根据接收到的信道配置来在RRC_INACTIVE状态下发送上行链路应用数据或发起用于恢复无线电连接的过程；

图8是示例场景的消息收发图，其中用户设备接收在用于新选择或重新选择的小区的系统信息块中的用于上行链路传输的信道配置(包括NOMA配置)、根据接收到的信道配置省略用于同步无线电链路的过程、并在RRC_INACTIVE状态下发送上行链路应用数据。

图9是示例场景的消息收发图，其中用户设备接收在用于新选择或重新选择的小区的系统信息块中的用于上行链路传输的信道配置(包括NOMA配置)，并且根据接收到的通道配置发起用于恢复无线电连接的过程；

图10是示例场景的消息收发图，其中第一基站向用户设备发送NOMA配置，该用户设备随后在对于也存储有该NOMA配置的第二基站的上行链路通信中使用该NOMA配置；

图11是示例场景的消息收发图，其中第一基站和第二基站从运营与维护(O&M)服务器接收NOMA配置，并且第一基站将NOMA配置发送给用户设备；

图12是示例场景的消息收发图，其中第一基站向用户设备以及第二基站发送NOMA配置；

图13是示例场景的消息收发图，其中第一基站将NOMA配置发送到用户设备以及O&M服务器，O&M服务器又将NOMA配置发送到第二基站；

图14是用户设备中的示例方法的流程图，该方法用于确定用于上行链路通信的信道配置并且使用该信道配置来省略用于同步用户设备与基站之间的无线电链路的过程、用于恢复无线电连接的过程、或这两个过程；以及

图15是用户设备中的示例方法的流程图，该方法用于从第一基站接收用于上行链路通信的信道配置并使用该信道配置来省略用于同步用户设备与第二基站之间的无线电链路的过程、用于恢复无线电连接的过程、或这两个过程。

图16和图17示出了可以在任何合适的用户设备或合适的基站中实现的示例方法，具体为：

图16是用户设备中的用于减少上行链路通信中的延迟的示例方法的流程图；以及

图17是基站中的用于减少上行链路通信中的延迟的示例方法的流程图。

具体实施方式

如以下详细讨论的，本公开的用户设备和基站实现用于减少在上行链路方向(即，从用户设备到基站)上应用数据的传输的延迟的某些技术。这些技术允许在某些情况下在RRC_INACTIVE状态下操作的用户设备在恢复上行链路方向上的应用数据的传输之前省略：用于同步用户设备与基站之间的无线电链路的过程、用于恢复RRC连接并转换为RRC_ACTIVE状态的过程、或者这两个过程。尽管以下示例主要涉及5G NR基站、连接到5G NR基站的组件以及NR空中接口，但是本公开的技术通常可以应用于其它类型的网络，其中用户设备实现用于控制无线电资源的协议的某些状态。

参考图1，UE 102可以在包括第一5G NR基站104和第二5G NR基站106的无线通信网络100中进行操作。基站104和基站106中的每一个可以被实现为下一代节点B(gNB)。基站104和基站106可以连接到5G核心网(5GC)112和运营与维护(O&M)服务器114，并且5GC 112可以连接到互联网118。

基站104覆盖NR小区120，而基站106覆盖NR小区122。小区120和小区122可以位于相同的无线电接入网通知区域(RNA)中或不同的RNA中。通常，无线通信网络100可以包括任意数量的基站，并且每个基站可以覆盖一个、两个、三个或任何其它合适数量的小区。UE102可以支持至少5G NR(或者简称为“NR”)空中接口以与基站104和基站106通信。基站104和基站106还可以经由接口126互连，该接口126可以是Xn接口以用于互连NG无线电接入网(NG-RAN)节点(即，gNB)。

基站104配备有处理硬件130，该处理硬件130可以包括一个或多个通用处理器(例如，CPU)、以及存储该一个或多个通用处理器运行的指令的非暂时性计算机可读存储器。附加地或替选地，处理硬件130可以包括专用处理单元。在示例实现方式中处理硬件130包括低延迟配置控制器134，该低延迟配置控制器134被配置为对用于上行链路传输的信道配置进行确定、接收、发送等，在某些场景下，UE 102可以根据该配置来在上行链路方向上发送应用数据。处理硬件还可以包括RRC控制器136，以在协议通信栈的RRC子层处实现过程和消息收发。基站106可以包括大体上相似的组件。

接下来，图2描绘了UE 102的各个组件。特别地，UE 102可以配备有处理硬件200，该处理硬件200包括一个或多个通用处理器(例如，CPU)、以及存储该一个或多个通用处理器运行的指令的非暂时性计算机可读存储器。附加地或替选地，处理硬件200可以包括专用处理单元。

处理硬件200可以包括RRC控制器202、移动性管理(MM)控制器204、会话管理(SM)控制器206、互联网应用208和协议数据单元(PDU)会话控制器210。控制器202、204和206中的每一个负责在协议栈250的对应层处的入站消息收发、出站消息收发和内部过程。除了支持UE 102外部的消息收发之外，控制器202、204和206可以例如彼此交换内部消息以及与UE102的其它组件(诸如，应用208)交换内部消息。可以使用硬件、软件和固件的任何适当的组合来实现控制器202、204、206、208和210中的每一个。在一个示例实现方式中，控制器202、204、206、208和210是定义UE 102的操作系统的各个组件的指令集，并且一个或多个CPU运行这些指令以执行对应的功能。在另一实现方式中，使用作为无线通信芯片组的一部分的固件来实现控制器202、204、206、208和210中的一些或全部。

协议栈250包括物理层260(通常缩写为PHY)、媒体接入控制(MAC)层262、无线电链路控制(RLC)层264、分组数据汇聚协议(PDCP)子层266、服务数据适配协议(SDAP)子层267和作为接入层270的一部分的RRC子层268。这些层的顺序如图2所示。协议栈250的非接入层280除其它子层外还包括：例如用于交换与注册/附着和位置更新有关的消息的MM子层272；以及例如用于交换与PDU会话建立、PDU会话修改、PDU会话认证和PDU会话释放有关的消息的SM子层274。MM子层可以对应于第五代系统(5GS)NAS过程的5G MM(5GMM)子层。协议栈250还可以支持用于各种服务和应用的高层协议，包括例如TCP/IP和UDP/IP层282以及用于传送下行链路和上行链路应用数据的一组协议284。控制器202、204和206生成出站消息，并分别处理与层或子层268、272和274对应的入站消息，如图2中示意性所示。控制器202、204、206、208和210还进行UE 102内部的过程。

在SM控制器206成功建立PDU会话之后，PDU会话控制器210可以通过TCP/IP、UDP/IP、HTTP/TCP等从在UE 102中操作的各种应用和服务(包括应用208)发送和接收应用数据分组。例如，互联网应用208可以是网络(Web)浏览器、邮件应用、聊天应用、音频播放器应用、视频会议应用或任何其它类型的互联网应用，以及因此在层284处的互联网应用数据可以包括与邮件收发服务、社交网络、音频和视频流送、互联网搜索、在线游戏等有关的分组。此外，PDU会话控制器210还可以支持任何其它类型的应用数据，例如像用于IP多媒体子系统(IMS)语音呼叫或IMS视频呼叫的会话发起协议(SIP)分组。

接下来，参考图3-图15讨论涉及图1的几个组件且与减少上行链路通信中的延迟有关的几个示例场景。

首先参考图3，在该示例场景中，UE 102最初在gNB 104的小区120中在RRC_CONNECTED状态下操作302。在这种状态下，UE 102在上行链路方向上将应用数据发送312到gNB 104，并且在下行链路方向上从gNB 104接收310应用数据。例如，应用数据可以包括与PDCP子层266(参见图2)相关联的PDU。

在一定时段的应用数据不活动之后，gNB 104可以确定320UE 102已经是数据不活动的。例如，如果在特定时间间隔期间，gNB 104和UE 102均未分别在下行链路方向或上行链路方向上发送任何应用数据，则gNB 104可以做出此确定。在gNB 104确定UE 102已经是数据不活动的之后，gNB可以可选地执行过程322(在下面讨论)并且向UE 102发送332RRCRelease消息并指示UE 102转换到RRC_INACTIVE状态。特别地，RRCRelease消息可以包括SuspendConfig(挂起配置)IE，其使UE 102转换到RRC_INACTIVE(而不是RRC_IDLE)状态。因此，UE 102在接收到RRCRelease消息时转换334到RRC_INACTIVE状态。RRCRelease消息包括用于上行链路通信的信道配置，UE 102可以使用该信道配置来发送进一步的应用数据。

一般而言，用于某个小区的上行链路通信的信道配置可以指示该小区的基站可以从在RRC_INACTIVE状态下的用户设备接收什么类型的消息，并且在某些情况下包括信道接入数据，用户设备可使用该信道接入数据以在RRC_INACTIVE状态下将数据和/或消息发送到基站。更具体地，当用户设备处于RRC_INACTIVE状态时，用于上行链路通信的信道配置可以指示小区是否支持应用数据(例如，PDU)的上行链路传输：换句话说，该小区的基站是否要求UE 102在上行链路方向上发送进一步的应用数据之前执行用于转换到RRC_CONNECTED状态的过程(其可以包括与基站交换消息以恢复无线电连接)或支持省略该过程。此外，用于上行链路通信的信道配置可以启用(enable)和/或配置用户设备以在RRC_INACTIVE状态下使用应用数据的上行链路传输。用于上行链路通信的信道配置可以指示基站是否要求用户设备在RRC_INACTIVE状态下执行用于同步用户设备与基站之间的无线电链路的过程，或者用户设备是否可以省略该过程。在某些情况下，当基站指示用户设备可以省略用于同步无线电链路的过程时，用户设备可以使用先前接收的信道接入数据(例如上行链路许可)来将应用数据或RRC消息发送到基站。在某些场景下，用于上行链路通信的信道配置包括信道接入数据。

gNB 104经由用于上行链路通信的信道配置可以向UE 102指示小区120是否支持RRC_INACTIVE状态下的应用数据的上行链路传输，该用于上行链路通信的信道配置可以包括特定专用字段，该特定专用字段具有指示支持该特征的特定值(例如，“1”)和指示在该小区不支持该特征的另一个值(例如，“0”)。作为一种替选，gNB 104可以包括该字段以指示支持该特征，以及省略该字段以指示不支持该特征。此外，在一些实现方式中，gNB 104使用一个字段来指示小区是否支持省略随机接入过程，而使用另一字段来指示小区是否支持省略RRC恢复过程，而在其它实现方式中，gNB 104使用单个字段来指示支持或不支持这些特征。

此外，在某些情况下，gNB 104可以提供用于特定RNA而不是单独的小区的上行链路通信的信道配置。例如，小区120和小区122可以在相同的RNA中，并且gNB 104可以在RRC消息或系统信息块中发送的用于上行链路通信的信道配置中指示支持针对RNA的RRC_INACTIVE状态下的应用数据的上行链路传输，如下面更详细讨论的。UE 102可以基于该用于上行链路通信的信道配置来确定小区120支持RRC_INACTIVE状态下的应用数据的上行链路传输。此外，当UE 102选择或重新选择小区122时，UE 102可以基于先前接收的用于上行链路通信的信道配置来确定小区122还支持RRC_INACTIVE状态下的应用数据的上行链路传输。

在图3的示例以及下面讨论的图6的示例中，gNB 104通过RRCRelease消息提供用于上行链路通信的信道配置。但是，在其它场景下，gNB 104可以通过另一个RRC消息(例如RRCReconfiguration消息，参见图4和图7)提供用于上行链路通信的信道配置，或者gNB106可以在小区122的系统信息块中提供用于该小区的上行链路通信的信道配置(参见图5、图8和图9)。在这些场景下，gNB 104可以在RRCRelease消息中包括或可以不包括用于上行链路通信的信道配置。在某些情况下，gNB 104可以在RRCRelease消息、RRCReconfiguration消息或系统信息块中的一者中包括用于上行链路通信的信道配置的一部分，而在RRCRelease消息、RRCReconfiguration消息或系统信息块中的另一者中包括用于通信的信道配置的其余部分。

在一些实现方式中，gNB 104执行可选过程322以确定关于在RRC_INACTIVE状态下的上行链路通信的UE 102的能力。例如，gNB 104可以向UE 102发送324UECapabilityEnquiry(UE能力查询)消息并指定“NR”作为参数，并且UE 102可以作为响应发送326带有UE-NR-Capability(UE-NR-能力)信息元素(IE)的UECapabilityEnquiry消息。该IE可以包括UE 102是否被配置为省略RRC恢复过程以及UE 102是否被配置为省略用于同步无线电链路的过程(例如，随机接入过程)等的指示。UE 102可以根据实现方式并且以任何合适的格式(例如，使用NR RRC ASN.1格式)将这些指示编码为单个字段或分开的字段。UE-NR-Capability IE可以通过在IE中包括对应的字段来表示(signal)对特征的支持，以及因此可以通过在IE中不包括对应的字段来表示对特征的不支持。在其它实现方式中，这些字段的某些值可以表示支持，而其它值可以表示不支持。此外，可选过程322可以包括：gNB 104向5GC 112的接入和管理功能(AMF)发送消息，该消息包括从UE 102接收到的UE-NR-Capability IE或者传送该信息的另一IE。应当注意，gNB 104可替选地可以在例如确定320UE 102是数据不活动的之前，在不同的时间(例如，在配置或重新配置与UE 102的RRC连接时)执行可选过程322。

此外，在其它场景下，gNB 104可以在切换请求消息或初始上下文建立请求消息中从5GC 112中的AMF接收UE 102在RRC_INACTIVE状态下支持哪些过程、UE 102在RRC_INACTIVE状态下可以省略哪些过程等的指示。更进一步，gNB 104可以在切换请求消息中从另一个gNB(诸如gNB 106)接收该指示。

因此，当gNB 104知道UE 102的能力时，单独针对gNB 104的能力/小区120的配置，或者同时针对gNB 104的能力/小区120的配置以及UE 102的能力，gNB 104可以确定用于UE102的上行链路通信的信道配置。

在图3的示例中，来自gNB 104的用于上行链路通信的信道配置将UE 102配置用于在RRC_INACTIVE状态下的上行链路应用数据传输，但没有将UE 102配置为跳过随机接入过程。当UE 102在RRC_INACTIVE状态下发起340应用数据传输时(例如，当互联网应用208确定存在新的应用数据以在互联网118上发送到主机时)，UE 102根据接收到的用于上行链路通信的信道配置来这样做。

特别地，UE 102在NR小区120中向gNB 104发送350随机接入前导码。gNB 104以包括上行链路许可的随机接入响应来作出响应352。然后，UE 102在保持在RRC_INACTIVE状态的同时，省略RRC恢复过程并且使用接收到的上行链路许可来将进一步的应用数据发送370到gNB 104。UE 102还可以在RRC_INACTIVE状态下接收gNB 104在下行链路方向上发送的应用数据。

接下来，图4示出了示例场景，其中UE 102接收在RRCReconfiguration命令中的用于上行链路传输的信道配置。类似于图3的场景，UE 102最初在RRC_CONNECTED状态下操作302，在RRC_CONNECTED状态下UE 102在上行链路方向上发送412应用数据并且接收410gNB104在下行链路方向上发送的应用数据。

gNB 104基于gNB 104的能力以及在某些情况下UE 102的能力来确定用于UE 102的上行链路通信的信道配置(例如，当gNB 104执行以上讨论的可选过程322时，或者从5GC112、gNB 106或另一网络实体接收UE 102的NR能力的指示)。gNB 104向UE 102发送414包括用于上行链路通信的信道配置的RRCReconfiguration，UE 102以RRCReconfigurationComplete(RRC重新配置完成)作出响应416。在该示例场景中，gNB 106配置UE 104以省略RRC恢复过程，但是不省略随机接入过程。

在gNB 104确定420UE 102已经是数据不活动的之后，gNB 104发送432不需要包括用于上行链路通信的信道配置的RRCRelease消息，不同于图3中的RRCRelease消息。接下来，类似于图3的场景，UE 102在接收到RRCRelease消息时转换434到RRC_INACTIVE状态；在RRC_INACTIVE状态下发起440应用数据传输；向gNB 104发送450随机接入前导码，并接收452随机接入响应中的上行链路许可；以及在RRC_INACTIVE状态下时将进一步的应用数据发送470到gNB 104。

参考图3和图4，UE 102在稍后的时间(即，在发送370或470应用数据之后)可以选择或重新选择新的小区。在本公开中，应用于小区的“选择”可以指在起初情况下选择小区或根据小区重选标准来重新选择小区。例如，UE 102可以选择gNB 106的小区122。

根据一种实现方式，UE 102在选择/重新选择时释放从gNB 104接收的用于上行链路通信的信道配置。因此，即使gNB 104已将UE 102配置为省略RRC恢复过程，UE 102在选择小区122之后执行随机接入过程和RRC恢复过程两者。更具体地，UE 102将随机接入前导码发送到新选择的小区中的gNB 106，从gNB 106接收具有上行链路许可的随机接入响应，并将RRCResumeRequest消息发送到gNB 106。在gNB 106以RRCResume命令作出响应之后，UE102转换到RRC_CONNECTED状态并将RRCResumeComplete消息发送到gNB 106。然后，UE 102将应用数据发送到gNB 106。

然而，根据另一实现方式，UE 102在选择新小区时保留用于上行链路通信的信道配置。例如，在选择小区122之后，UE 102仅执行随机接入过程。更具体地，UE 102将随机接入前导码发送到gNB 106、从gNB 106接收具有上行链路许可的随机接入响应、并且使用上行链路许可将应用数据发送到gNB 106，而不执行RRC恢复过程。UE 102可以保持在RRC_INACTIVE状态。

作为另一示例，在RRC_INACTIVE状态下操作的UE 102可以从gNB(例如，gNB 104、gNB 106或另一gNB)接收包括UE 102的核心网标识(例如，NG-5G-S-TMSI IE)的寻呼消息，并作为响应从RRC_INACTIVE状态转换到RRC_IDLE状态(以响应于寻呼消息，UE 102随后发起RRC建立过程，以便向gNB发送NAS服务请求消息)。UE 102可以在转换到RRC_IDLE状态时或响应于RRC建立过程来释放先前接收的用于上行链路通信的信道配置。UE 102可以在转换到RRC_IDLE状态时或响应于RRC建立过程来释放其它先前接收的配置。

在图5的场景中，UE 102接收在用于新选择的小区的系统信息块中的用于上行链路传输的信道配置。在该场景的开始，UE 102在小区120中操作并且与gNB 104交换518应用数据。UE 102然后接收RRCRelease消息。UE 102转换534到RRC_INACTIVE状态，然后选择536新的5G NR小区，特别是gNB 106的小区122。

UE 102从gNB 106接收538包括用于上行链路传输的信道配置的SystemInformationBlock消息。鉴于gNB 106的能力以及在某些情况下UE 102的NR能力(例如，gNB 106可以从5GC 112或gNB 104接收的能力)，gNB 106可以确定用于上行链路传输的信道配置。

为了清楚起见，图5进一步示出了两个不同的实例，其中在UE 102处于RRC_INACTIVE状态时发起540数据传输之后，UE 102在上行链路方向上发送应用数据。在第一实例中，gNB 106将UE 102配置为在保持RRC_ACTIVE状态的同时发送上行链路数据，从而UE102省略了RRC恢复过程；在第二实例中，gNB 106将UE 102配置为当操作在RRC_ACTIVE状态下时不发送上行链路数据，因此UE 102执行RRC恢复过程。在两种实例中，gNB 106将UE 102配置为不省略随机接入过程。因此，在两种实例中，UE 102首先同步无线电链路，并且为此发送550随机接入前导码并且接收552随机接入响应。在一种实现方式中，UE 102从该SystemInformationBlock中或gNB 106广播的另一SystemInformationBlock中配置的多个随机接入前导码中选择随机接入前导码。

在第一实例中，UE 102确定554其不需要执行RRC恢复过程，并且在上行链路方向上发送570应用数据。在一种实现方式中，UE 102使用随机接入响应中包括的上行链路许可来发送570应用数据。在另一实现方式中，UE 102使用先前接收的用于上行链路传输的信道配置以发送570应用数据。在该实现方式中，UE 102可以在接收到随机接入响应之前或之后发送570应用数据。在第二实例中，UE 102在发送上行链路应用数据之前确定556其必须执行RRC恢复过程。因此，UE 102使用包括在随机接入响应中的上行链路许可来发送560RRCResumeRequest消息，作为响应接收562RRCResume命令，转换564到RRC_CONNECTED状态，并且响应于RRCResume命令发送566RRCResumeComplete消息。然后，UE 102在RRC_CONNECTED状态下将应用数据发送590到gNB。因为RRCResume命令恢复某个数据无线电承载(DRB)的操作，所以UE 102可以使用恢复的DRB来发送590应用数据。在步骤370、470或570，UE 102可以使用控制面或用户面协议来发送应用数据。在一个示例中，UE 102可以将应用数据包括在MAC PDU、RLC PDU、PDCP PDU或SDAP PDU中，并将MAC PDU、RLC PDU、PDCP PDU或SDAP PDU发送到gNB 104。在另一示例中，UE 102可以将应用数据包括在RRC消息(例如，RRC数据请求消息)或NAS消息(例如，NAS数据传输消息)中，并且将RRC消息或NAS消息发送到gNB 104。

因此，当gNB 104或106指示支持在RRC_INACTIVE状态下的上行链路传输时，在图3-图5的场景中UE 102省略RRC恢复过程，但是执行随机接入过程。图6-图9接下来示出了其中UE 102可以省略随机接入过程以及RRC恢复过程的情况，或者在某些情况下省略随机接入过程但是执行RRC恢复过程的情况。

首先参考图6，UE 102最初在gNB 104的小区120中在RRC_CONNECTED状态下操作602。类似于图3的场景，UE 102发送612和接收610应用数据，gNB 104在某个点确定620UE102已经是数据不活动的，并且发送632RRCRelease消息，并且UE 102转换634到RRC_INACTIVE状态。RRCRelease消息包括用于上行链路通信的信道配置。在某些情况下，gNB104和UE 102还可以执行上面讨论的可选过程322。在该示例中，用于上行链路通信的信道配置包括具有上行链路许可的NOMA配置。

在一个示例实现方式中，NOMA配置可以包括一个或多个多路接入(MA)签名。NOMA方案可以包括一个或多个MA签名，其中每个MA签名可以包括以下各项的组合：信道编码、比特级加扰、比特级交错、符号级扩频、符号级加扰、符号级交错而无零填充、功率分配、稀疏资源元素(RE)映射以及与前导码和解调参考信号(DMRS)的复用。在另一实现方式中，除了一个或多个MA签名之外，NOMA配置还包括时域和频域中的配置资源。例如，NOMA配置指定OFDM符号的位置、时隙或子帧和子载波、资源元素或资源块，以供UE 102使用NOMA传输方案来发送数据。然而，根据另一示例实现方式，NOMA配置不包括时域和频域中的资源。在这种情况下，gNB 104可以将配置的上行链路许可发送到在PDCCH上以RRC_CONNECTED状态操作的UE 102。

利用一种示例类型的NOMA配置，gNB 104将UE 102配置为省略RRC恢复过程以及信道接入过程。在UE 102转换634到RRC_INACTIVE状态之后，UE 102发起640在上行链路方向上的应用数据的传输。在该实例中，UE 102根据接收到的NOMA配置确定642省略随机接入过程(或更广泛地，用于同步与gNB 104的无线电链路的过程)和RRC恢复过程。UE 102因此使用包括在NOMA配置中的上行链路许可将应用数据发送644到gNB 104。

在另一实例中，根据接收到的NOMA配置，UE 102确定660省略随机接入过程(或更广泛地，用于同步与gNB 104的无线电链路的过程)而不是RRC恢复过程。UE 102因此使用NOMA配置将RRCResumeRequest消息发送662到gNB 104，作为响应接收664RRCResume命令，转换回666到RRC_CONNECTED状态，并且将RRCResumeComplete消息发送668到gNB 104，以便向gNB 104通知状态转换。然后，UE 102将应用数据发送670到gNB 104。

根据一个示例，UE 102使用包括在NOMA配置中的上行链路许可将RRCResumeRequest消息发送662到gNB 104。在另一示例中，UE 102使用gNB 104在PDCCH上发送的上行链路许可来发送662RRCResumeRequest消息。类似地，UE 102可以使用包括在NOMA配置中的上行链路许可或在PDCCH上接收的上行链路许可来发送644或670应用数据。在第二实例中，UE 102可以使用RRCResume命令恢复的DRB来发送670应用数据。在步骤644，UE 102可以使用控制面或用户面协议来发送应用数据。在一个示例中，UE 102可以将应用数据包括在MAC PDU、RLC PDU、PDCP PDU或SDAP PDU中，并将MAC PDU、RLC PDU、PDCP PDU或SDAP PDU发送到gNB 104。在另一示例中，UE 102可以将应用数据包括在RRC消息(例如，RRC数据请求消息)或NAS消息(例如，NAS数据传输消息)中，并且将RRC消息或NAS消息发送到gNB 104。在步骤670，UE 102使用用户面协议来发送应用数据。在一个示例中，UE 102可将应用数据包括在MAC PDU、RLC PDU、PDCP PDU中或SDAP PDU中，并将MAC PDU、RLC PDU、PDCPPDU或SDAP PDU发送到gNB 104。

图7的场景与图6的场景大致相似，除了在这里UE 102接收在RRCReconfiguration命令中的用于上行链路传输的信道配置(包括NOMA配置)。因此，RRCRelease不需要包括用于上行链路传输的信道配置。

特别地，如图7所示，UE 102最初在RRC_CONNECTED状态下操作702；在上行链路方向和下行链路方向上分别接收710和发送712应用数据。gNB104发送714具有用于上行链路传输的信道配置的RRCReconfiguration命令。在此示例中，用于上行链路传输的信道配置包括NOMA配置，该NOMA配置又可以包括上行链路许可，类似于在图6的情况下gNB 104在RRCRelease消息中发送632的用于上行链路传输的信道配置。UE 102以RRCConfigurationComplete消息作出响应716。gNB 104在某个点确定720UE 102已经是数据不活动的，并且发送732RRCRealse消息。类似于图6的示例，UE 102转换734到RRC_INACTIVE状态，发起740在上行链路方向上的应用数据的传输，省略742RRC恢复连同随机接入过程，并且在一个实例中在RRC_INACTIVE状态下发送应用数据750，而在另一实例中仅省略760随机接入过程而不是RRC恢复过程。在后一种实例中，UE 102发送762RRCResumeRequest消息，作为响应接收764RRCResume命令，转换回768到RRC_CONNECTED状态，并且在将进一步的应用数据发送770给gNB 104之前，向gNB 104发送766RRCResumeComplete消息。同样类似于图6的场景，UE 102可以使用包括在NOMA配置中的上行链路许可或在PDCCH上接收的上行链路许可来发送RRCResumeRequest消息或应用数据。此外，在某些情况下，gNB 104可以在RRCReconfiguration命令之前执行可选过程322，使得gNB 104可以鉴于UE 102的NR能力来确定用于上行链路传输的信道配置。在步骤750，UE 102可以使用控制面或用户面协议来发送应用数据。在一个示例中，UE 102可以将应用数据包括在MAC PDU、RLC PDU、PDCP PDU中或SDAP PDU中，并将MAC PDU、RLC PDU、PDCP PDU或SDAP PDU发送到gNB 104。在另一示例中，UE 102可以将应用数据包括在RRC消息(例如，RRC数据请求消息)或NAS消息(例如，NAS数据传输消息)中，并且将RRC消息或NAS消息发送到gNB 104。在步骤770，UE 102使用用户面协议来发送应用数据。在一个示例中，UE 102可将应用数据包括在MAC PDU、RLC PDU、PDCP PDU中或SDAP PDU中，并将MAC PDU、RLC PDU、PDCP PDU或SDAP PDU发送到gNB 104。

现在参考图8，类似于图5的场景，在该示例场景中UE 102接收在gNB 106的新选择的小区122的系统信息块中的用于上行链路传输的信道配置，但是在这种情况下，gNB 106为UE 102提供了NOMA配置，该NOMA配置允许UE 102省略随机接入过程(并且在某些情况下还省略RRC恢复过程)。

在该场景的开始，UE 102与小区120中的gNB 104交换818应用数据，并接收RRCRelease消息。UE 102转换834到RRC_INACTIVE状态，然后选择836gNB 106的小区122。UE102然后从gNB 106接收838具有用于上行链路传输的信道配置(包括NOMA配置)的SystemInformationBlock消息。gNB 106可以鉴于gNB 106的能力以及在某些情况下UE 102的NR能力(例如，gNB 106可以从5GC 112或gNB 104接收的能力)来确定用于上行链路传输的信道配置。UE 102随后在处于RRC_INACTIVE状态时发起840数据传输。

在第一实例中，UE 102确定854gNB 106在小区122中支持RRC_INACTIVE状态下的上行链路方向上的应用数据传输。UE 102还确定：在SystemInformationBlock消息中接收到的用于上行链路传输的信道配置将UE 102配置为省略随机接入过程和RRC恢复过程两者。UE 102在第一实例中使用SystemInformationBlock消息中包括的NOMA配置将应用数据发送870到gNB 106。

在第二实例中，UE 102基于在SystemInformationBlock消息中接收的用于上行链路传输的信道配置来确定856：UE 102必须在发送上行链路应用数据之前执行RRC恢复过程，并且还在发送RRC恢复过程之前执行随机接入过程。UE 102因此将随机接入前导码发送850到gNB 106，接收852来自gNB 106的具有上行链路许可的随机接入响应，使用接收到的上行链路许可向gNB 106发送860RRCResumeRequest消息，作为响应接收862RRCResume命令，转换回864到RRC_CONNECTED状态，并且将RRCResumeComplete消息发送866到gNB 106。UE 102然后在RRC_CONNECTED状态下将应用数据发送890到gNB。因为RRCResume命令恢复某个数据无线电承载(DRB)的操作，所以UE 102可以使用恢复的DRB来发送890应用数据。在步骤870，UE 102可以使用控制面或用户面协议来发送应用数据。在一个示例中，UE 102可以将应用数据包括在MAC PDU、RLC PDU、PDCP PDU中或SDAP PDU中，并将MAC PDU、RLC PDU、PDCP PDU或SDAP PDU发送到gNB 104。在另一示例中，UE 102可以将应用数据包括在RRC消息(例如，RRC数据请求消息)或NAS消息(例如，NAS数据传输消息)中，并且将RRC消息或NAS消息发送到gNB 104。在步骤890，UE 102使用用户面协议来发送应用数据。在一个示例中，UE 102可将应用数据包括在MAC PDU、RLC PDU、PDCP PDU中或SDAP PDU中，并将MAC PDU、RLC PDU、PDCP PDU或SDAP PDU发送到gNB 104。

接下来，图9示出了另一示例场景，其中UE 102接收在用于新选择的小区122的系统信息块中的用于上行链路传输的信道配置，包括NOMA配置。

类似于图8的场景，UE 102与小区120中的gNB 104交换918应用数据，接收RRCRelease消息，转换934到RRC_INACTIVE状态，然后选择936gNB 106的小区122。UE 102然后从gNB 106接收938具有用于上行链路传输的信道配置(包括NOMA配置)的SystemInformationBlock消息。gNB 106可以鉴于gNB 106的能力以及在某些情况下UE 102的NR能力(例如，gNB 106可以从5GC 112或gNB 104接收的能力)来确定用于上行链路传输的信道配置。UE 102随后在RRC_INACTIVE状态下发起940数据传输。

在第一实例中，UE 102基于接收到的用于上行链路传输的信道配置来确定954：gNB 106支持RRC_INACTIVE状态下的上行链路方向上的应用数据传输。UE 102还确定：在SystemInformationBlock消息中接收到的用于上行链路传输的信道配置将UE 102配置为省略随机接入过程但不省略RRC恢复过程。UE 102在第一实例中使用包括在接收到的配置中的上行链路许可来发送960RRCResumeRequest消息，从gNB 106接收962RRCResume命令，转换回964到RRC_CONNECTED状态，并且将RRCResumeComplete消息发送966给gNB 106。然后，UE 102将应用数据发送970到gNB 106。

在第二实例中，UE 102基于接收到的用于上行链路传输的信道配置，确定956：gNB106不支持在RRC_INACTIVE状态下的上行链路方向上的应用数据传输。因此，UE 102确定其既不能省略随机接入过程也不能省略RRC恢复过程。UE 102因此将随机接入前导码发送950到gNB 106，从gNB 106接收952具有上行链路许可的随机接入响应，使用接收到的上行链路许可向gNB 106发送980RRCResumeRequest消息，作为响应接收982RRCResume命令，转换回984到RRC_CONNECTED状态，并将RRCResumeComplete消息发送966到gNB 106。UE 102然后在RRC_CONNECTED状态下将应用数据发送990到gNB。因为RRCResume命令恢复了某个数据无线电承载(DRB)的操作，所以UE 102可以使用所恢复的DRB来发送990应用数据。在步骤970或990，UE 102使用用户面协议来发送应用数据。在一个示例中，UE 102可将应用数据包括在MAC PDU、RLC PDU、PDCP PDU中或SDAP PDU中，并将MAC PDU、RLC PDU、PDCP PDU或SDAP PDU发送到gNB 104。

大体上参考图3-图9，在转换334、434、534、634、734、834、934到RRC_INACTIVE状态之后，UE在某些情况下在UE 102发起340、440、540、640、740、840、940上行链路方向上的应用数据的传输之前可以从RRC_INACTIVE状态转换到RRC_IDLE状态或RRC_CONNECTED状态。UE 102可以在转换到RRC_IDLE状态或RRC_CONNECTED状态时释放先前接收的用于上行链路通信的信道配置，或者在某些场景下，UE 102保留该配置以随后用于在RRC_CONNECTED状态或RRC_INACTIVE状态下发送消息或应用数据。

例如，在RRC_INACTIVE状态下操作的UE 102可以从gNB(例如，gNB 104、gNB 106或另一个gNB)接收包括UE 102的无线电网络临时标识符(RNTI)值(例如，I-RNTI-Value(I-RNTI-值)IE)的寻呼消息，并作为响应，通过将RRCResumeRequest消息发送到gNB来发起转换到RRC_CONNECTED状态的过程。在一种实现方式中，响应于寻呼消息或过程，UE 102释放先前接收的用于上行链路通信的信道配置。在另一实现方式中，UE 102使用先前接收的用于上行链路通信的配置(例如，NOMA配置)来发送RRCResumeRequest消息。在两种实现方式中，UE 102响应于RRCResumeRequest消息从gNB接收RRCResume消息，并且在先前接收的无线电承载配置中所配置的数据无线电承载(DRB)上发送或接收应用数据。UE 102响应于RRCResume消息而转换到RRC_CONNECTED状态。

接下来，图10-图13示出了多个示例场景，其中多个基站共享用于特定UE的上行链路通信的信道配置。一般而言，这些技术允许UE在一个基站的小区中获得诸如NOMA配置和/或已配置的上行链路许可(或简称为“已配置的许可”)的信道接入数据，并在另一个基站的小区中发送上行链路应用数据。

首先参考图10，gNB 104和106可以在相同的RNA中操作。gNB 104可以存储1002已配置的许可/NOMA配置，并且gNB 106可以存储1004相同的已配置的许可/NOMA配置。在一种实现方式中，gNB 104和106预先存储该数据以供在小区120和122中操作的UE使用。如在上面关于图3-图9所讨论的，gNB 104使用RRC消息或系统块信息将已配置的许可/NOMA配置发送1010给UE 102。然后，UE 102使用1012已配置的许可/NOMA配置来与gNB 104和/或gNB106通信。如上面关于图3-图9所讨论的，过程1012可以包括应用数据的上行链路传输，并且可以涉及省略用于同步与基站的无线电链路的过程、省略用于恢复无线电连接的过程、或者省略这两个过程。

图11示出了如下场景，其中gNB 104从5GC 112或O&M服务器114或其它网络实体接收1106已配置的许可/NOMA配置，并且gNB 106从5GC 112或O&M服务器114或其它网络实体接收1108相同的已配置的许可/NOMA配置。然后，如以上关于图3-图9所讨论的，gNB 104将已配置的许可/NOMA配置发送1110给UE 102。然后，UE 102使用1112已配置的许可/NOMA配置来与gNB 104和/或gNB 106通信。过程1112可以类似于以上讨论的过程1012。

现在参考图12，如以上关于图3-图9所讨论的，在该示例场景中，gNB 104生成已配置的许可/NOMA配置，并将已配置的许可/NOMA配置发送1202到UE 102。gNB 104还将已配置的许可/NOMA配置发送1204给gNB 106。gNB 104可以经由Xn接口126(参见图1)发送1204该信息。然后，UE 102使用1212已配置的许可/NOMA配置来与gNB 104和/或gNB 106通信，其中过程1212类似于上面所讨论的过程1012、1112。

图13示出了如下场景，其中gNB 104生成已配置的许可/NOMA配置，并将已配置的许可/NOMA配置发送1306到5GC 112或O&M服务器114。5GC 112或O&M服务器114进而将已配置的许可/NOMA配置发送1308给gNB 106。同时，如以上关于图3-图9所讨论的，gNB 104还将已配置的许可/NOMA配置发送1310给UE 102。类似于以上示例，UE 102然后使用1312接收到的已配置的许可/NOMA配置来与gNB 104和/或gNB 106通信，其中过程1312类似于以上讨论的过程1012、1112和1212。

接下来，图14示出了用于确定和应用用于上行链路通信的信道配置的示例方法1400，其可以例如在UE 102中实现。方法1400开始于框1402，在框1402，UE 102在RRC_CONNECTED状态下发送应用数据(例如，图3的消息312、图4的消息412、图6的消息612、图7的消息712)。在框1404，UE 102在某些情况下接收具有用于上行链路通信的信道配置的RRCReconfiguration消息(例如，参见图4的消息414、图7的消息714)。

接下来，在框1406，UE 102接收RRCRelease消息。在一些情况下，RRCRelease消息包括用于上行链路通信的信道配置(例如，图2的消息332、图6的消息632)，而在其它情况下，包括那些其中UE 102已经接收到RRCReconfiguration消息中的用于上行链路通信的信道配置的情况，RRCRelease消息不包括用于上行链路通信的信道配置(例如，图4的消息432、图7的消息732)。在任一情况下，在框1406处，UE 102可以响应于RRCRelease消息而转换到RRC_INACTIVE状态。

在框1408，UE 102从RRCReconfiguration消息或RRCRelease消息获得用于上行链路通信的信道配置。UE 102基于接收到的信道配置，确定UE 102是否可以省略用于同步与基站的无线电链路的过程，诸如随机接入过程(框1410)。如果UE 102不能省略随机接入过程，则流程进行到框1412，其中UE 102发送随机接入前导码并接收随机接入响应(图3的消息350和352、图4的消息450和452)。否则，如果UE 102可以省略随机接入过程，则流程进行到框1414。

在框1414，UE 102基于所接收的信道配置来确定UE 102是否可以省略RRC恢复过程。如果UE 102不能省略RRC恢复过程，则流程进行到框1416，在框1416，UE 102向基站发送RRCResumeRequest消息并接收RRCResume命令作为响应(例如，图6的消息662和664、图7的消息762和764)。如果UE 102省略了框1412，则UE 102可以使用作为用于上行链路传输的信道配置的一部分而接收到的信道接入数据来发送RRCResumeRequest消息。在框1418，UE102转换回到RRC_CONNECTED状态。否则，UE 102可以省略RRC恢复过程，并且流程直接进行到框1420。

在框1420处，UE 102在上行链路方向上发送进一步的应用数据(例如，图3的消息370、图4的消息470、图6的消息644和670、图7的消息750和770)。如果UE 102省略了框1412，则UE 102可以使用作为用于上行链路传输的信道配置的一部分而接收的信道接入数据来发送进一步的应用数据。如果UE省略了框1416和1418，则UE 102可以在RRC_INACTIVE状态下发送进一步的应用数据。

图15示出了示例方法1500，该示例方法用于从一个基站接收用于上行链路通信的信道配置并将该数据应用于另一基站，该方法也可以在UE 102中实现。

方法1500在框1502处开始，在框1502中，UE 102在RRC_CONNECTED状态下将应用数据发送到第一5G NR基站，例如gNB 104(例如，图5的消息518、图8的消息818、图9的消息918)。接下来，在框1504，UE 102接收RRCRelease消息(例如，图5的消息518、图8的消息818、图9的消息918)，并且作为响应转换到RRC_INACTIVE状态(图5的框534、图8的框834、图9的框934)。

在框1506，UE 102选择另一个5G NR基站的小区，诸如gNB 106(例如，图5的框536、图8的框836、图9的框936)。如前所述，在这些场景下“选择”包括选择和重新选择过程两者。在框1508，UE 102可以接收具有用于新选择的小区的上行链路通信的信道配置的系统信息块元素(例如，图5的框538、图8的框838、图9的框938)。

然后，在框1510，UE 102基于在系统信息块中接收到的信道配置，确定UE 102是否可以省略用于同步与基站的无线电链路的过程，例如随机接入过程。如果UE 102不能省略随机接入过程，则流程进行到框1512，其中UE 102向新选择的小区的基站发送随机接入前导码，并接收随机接入响应(例如，图5的消息550和552、图8的消息854和856、图9的消息954和956)。否则，如果UE 102可以省略随机接入过程，则流程进行到框1514。

在框1514，UE 102基于在系统信息块中接收的信道配置，确定UE 102是否可以省略RRC恢复过程。如果UE 102不能省略RRC恢复过程，则流程进行到框1516，在框1516，UE102向新选择的小区的基站发送RRCResumeRequest消息，并作为响应接收RRCResume命令(例如，图5的消息560和562、图8的消息860和862、图9的消息960/962和980/982)。如果UE102省略了框1512，则UE 102可以使用作为用于上行链路传输的信道配置的一部分而接收到的信道接入数据来发送RRCResumeRequest消息。在框1518，UE 102转换回到RRC_CONNECTED状态。否则，UE 102可以省略RRC恢复过程，并且流程直接进行到框1520。

在框1520处，UE 102在上行链路方向上发送进一步的应用数据(例如，图5的消息570或590、图8的消息850或870、图9的消息950或970)。如果UE 102省略了框1512，则UE 102可以使用作为用于上行链路传输的信道配置的一部分而接收到的信道接入数据来发送进一步的应用数据。如果UE省略了框1516和1518，则UE 102可以在RRC_INACTIVE状态下发送进一步的应用数据。

为了进一步清楚，图16示出了用于减少上行链路通信中的延迟的示例方法1600，其可以在任何合适的用户设备中实现。方法1600在框1602开始，在框1602，用户设备在用于控制无线电资源的协议的某种状态(例如，RRC协议的RRC_CONNECTED状态)下在上行链路方向上发送第一应用数据。框1602的示例包括上面分别参考图14和图15所讨论的框1402和1502。

在框1604，用户设备可以转换到用于控制无线电资源的协议的第二状态(例如，RRC协议的RRC_INACTIVE状态)。框1604的示例包括上面分别参考图14和图15所讨论的框1404和1504。

在框1606，用户设备可以确定当用户设备处于第二状态时的用于上行链路通信的信道配置。例如，用户设备可以确定：其是否可以省略用于同步与第一基站(用户设备向该第一基站发送了第一应用数据)或第二无线电基站(用户设备在上行链路方向上发送第一应用数据之后选择或重新选择了该第二无线电基站)的无线电链路的过程(例如，图14的框1410、图15的框1510)；以及其是否可以省略用于恢复与第一基站(用户设备向该第一基站发送了第一应用数据)或第二无线电基站(用户设备在上行链路方向上发送第一应用数据之后选择或重新选择了该第二无线电基站)的无线电链路的过程(例如，图14的框1414、图15的框1514)。此外，当用户设备确定其可以省略用于同步无线电链路的过程(诸如随机接入过程)时，在某些情况下，用户设备获得信道接入数据(例如，NOMA配置、在PDCCH上接收的上行链路许可)，用户设备可以使用该信道接入数据来执行用于恢复无线电链路的过程或在上行链路方向上发送应用数据。在框1608，用户设备在仍处于第二状态时将进一步的应用数据发送到第一基站(例如，图14的框1420)或第二基站(例如，图15的框1520)。

最后，图17示出了用于减少上行链路通信中的延迟的示例方法1700，其可以在任何合适的基站中实现。

方法1700开始于框1702，在框1702，基站确定用于来自用户设备的上行链路通信的信道配置，该用户设备响应于一定时段的应用数据不活动，已经从或将要从第一状态转换到第二状态，其中在该第一状态下，用户设备已经向基站发送了应用数据。如上面所讨论的，基站可以基于基站是否支持省略用于同步无线电链路的过程以及基站是否支持省略用于恢复无线电连接的过程来确定用于上行链路通信的信道配置。在一些情况下，如先前参考图3的元素322所描述的，基站可以进一步鉴于用户设备的能力来确定用于上行链路通信的信道配置。

在框1704，基站可以将所确定的用于上行链路通信的信道配置发送到用户设备。参见图3的元素332、图4的元素414、图5的元素538、图6的元素632、图7的元素714、图8的元素838、图9的元素938、图10的元素1010、图11的元素1110、图12的元素1202和图13的元素1310以及与图14的元素1408和图15的元素1508进行比较。接下来，在框1706，基站可以接收应用数据和/或用于恢复无线电连接的过程的消息。参见图3的元素370，图4的元素470，图5的元素570、560、590，图6的元素644、662、670，图7的元素750、762、770，图8的元素870、860、890，图9的元素970、980、990以及与图14的元素1420和图15的元素1520进行比较。根据提供给用户设备的用于上行链路通信的信道配置和用户设备的配置，基站可以省略用于同步无线电链路的过程(例如，随机接入过程)和/或用于恢复无线电连接的过程(例如，RRC恢复过程)。

以下附加考虑因素适用于前述讨论。

可在其中实现本公开的技术的用户设备(例如，UE 102)可以是能够进行无线通信的任何合适的设备，例如智能电话、平板计算机、膝上型计算机、移动游戏机、销售点(POS)终端、健康监视设备、无人机、相机、媒体流送加密狗(dongle)或另外的个人媒体设备、可穿戴设备(如智能手表)、无线热点、毫微微小区或宽带路由器。此外，在一些情况下，用户设备可以被嵌入在诸如车辆的头部单元或高级驾驶员辅助系统(ADAS)的电子系统中。更进一步，用户设备可以作为物联网(IoT)设备或移动互联网设备(MID)来操作。根据类型，用户设备可以包括一个或多个通用处理器、计算机可读存储器、用户界面、一个或多个网络接口、一个或多个传感器等。

在本公开中，某些实施例被描述为包括逻辑或多个组件或模块。模块可以是软件模块(例如，存储在非暂时性机器可读介质上的代码)或硬件模块。硬件模块是能够执行某些操作的有形单元，并且可以以某种方式配置或布置。硬件模块可以包括专用电路或逻辑，该专用电路或逻辑被永久地配置(例如，作为专用处理器，诸如现场可编程门阵列(FPGA)或专用集成电路(ASIC))以执行某些操作。硬件模块还可包括由软件临时配置以执行某些操作的可编程逻辑或电路(例如，如通用处理器或其它可编程处理器中所包含的)。通过成本和时间考虑，可以驱使决定是在专用且永久配置的电路中还是在临时配置的电路中(例如，由软件配置)实现硬件模块。

当以软件实施时，可以将这些技术提供为操作系统的一部分、由多个应用使用的库、特定软件应用等。该软件可以由一个或多个通用处理器或一个或多个专用处理器运行。

在阅读了本公开之后，本领域技术人员通过本文公开的原理，将理解用于减少上行链路通信中的延迟的附加的替选结构和功能设计。因此，尽管已经示出和描述了特定的实施例和应用，但是应当理解，所公开的实施例不限于本文所公开的精确构造和组件。在不脱离所附权利要求所限定的精神和范围的情况下，可以对本文所公开的方法和装置的布置、操作和细节进行各种修改、改变和变化，这对本领域普通技术人员而言将是明显的。

以下所列各方面反映了本公开明确考虑的各种实施例。

方面1.一种用户设备中的用于上行链路通信的方法，包括：在用户设备处于与用于控制无线电资源的协议相关联的连接状态时，通过用户设备的处理硬件在上行链路方向上发送第一应用数据。该方法还包括：响应于一定时段的应用数据不活动，通过处理硬件转换到与所述协议相关联的不活动状态；通过处理硬件确定当用户设备处于不活动状态时的用于上行链路通信的信道配置；通过处理硬件根据所确定的信道配置来在上行链路方向上向基站发送进一步的应用数据。

方面2.根据方面1所述的方法，其中，在发送转换到连接状态的请求之前以及在接收随机接入响应之后，发送进一步的应用数据发生。

方面3.根据方面1所述的方法，其中，当所述用户设备处于不活动状态时，发送进一步的应用数据发生。

方面4.根据方面1所述的方法，其中，在第二状态下发送进一步的应用数据包括执行用于同步用户设备与基站之间的无线电链路的过程。

方面5.根据方面4所述的方法，其中，执行用于同步无线电链路的过程包括：向基站发送随机接入前导码，以及从基站接收随机接入响应。

方面6.根据方面4所述的方法，其中，确定信道配置包括在转换到不活动状态之前，在下行链路方向上接收与同步和基站的无线电链路相关联的信道接入数据；以及发送进一步的应用数据包括使用接收到的信道接入数据。

方面7.根据方面1所述的方法，其中，确定信道配置包括：在转换到第二状态之前，在下行链路方向上接收与同步和基站的无线电链路有关的信道接入数据；以及所述方法还包括：在发送进一步的应用数据之前，使用接收到的信道接入数据向基站发送恢复无线电连接的请求，响应于所发送的请求通过处理硬件接收恢复无线电连接的命令，以及响应于接收到的命令转换到第一状态。

方面8.根据方面6或7所述的方法，其中，接收信道接入数据包括：接收非正交多址(NOMA)配置。

方面9.根据方面6或7所述的方法，其中，接收信道接入数据包括：在物理下行链路控制信道(PDCCH)上接收上行链路许可。

方面10.根据方面1所述的方法，其中，所述基站是第二基站，并且其中，接收信道接入数据包括：从与所述第二基站不同的第一基站接收信道接入数据。

方面11.根据前述方面中的任一项所述的方法，还包括：通过处理硬件在下行链路方向上接收释放无线电连接的命令，该命令包括当用户设备处于第二状态时的用于上行链路通信的信道配置的指示。

方面12.根据方面1-10中的任一项所述的方法，还包括：通过处理硬件在下行链路方向上接收重新配置无线电连接的命令，该命令包括当用户设备处于第二状态时的用于上行链路通信的信道配置的指示。

方面13.根据方面1-10中的任一项所述的方法，其中，所述基站是第二基站，该方法还包括：在上行链路方向上将第一应用数据发送到第一基站之后，选择第二基站的小区；以及从第二基站接收系统信息块，该系统信息块包括当用户设备处于第二状态时的用于上行链路通信的信道配置的指示。

方面14.根据前述方面中的任一项所述的方法，还包括：通过处理硬件在上行链路方向上发送当用户设备处于不活动状态时用户设备如何被配置用于上行链路通信的指示。

方面15.根据前述方面中的任一项所述的方法，其中，转换到第二状态是响应于在下行链路方向上接收到的消息。

方面16.一种非暂时性介质，其上存储有指令，该指令在通过用户设备的处理硬件运行时使用户设备执行根据前述方面中的任一项所述的方法。

方面17.一种基站中的用于减少上行链路通信中的延迟的方法，该方法包括：通过基站的处理硬件为用户设备确定用于上行链路通信的信道配置，该用户设备已经响应于一定时段的应用数据不活动而从用户设备向基站发送了第一应用数据的第一状态转换到第二状态，第一状态和第二状态与用于控制无线电资源的协议相关联；通过处理硬件向用户设备发送用于来自用户设备的上行链路通信的信道配置；通过处理硬件根据信道配置接收从用户设备发送的进一步的应用数据。

方面18.根据方面17所述的方法，其中，发送信道配置包括：通过处理硬件向用户设备发送非正交多址(NOMA)配置，并且其中，接收进一步的应用数据包括：根据NOMA配置，从用户设备接收进一步的应用数据。

方面19.根据方面18所述的方法，还包括：通过处理硬件从核心网(CN)或运营与维护(O&M)服务器之一接收NOMA配置。

方面20.根据方面19所述的方法，还包括：将针对用户设备的NOMA配置存储为基站的配置的一部分。

方面21.根据方面19所述的方法，其中，基站是第一基站，该方法还包括：通过处理硬件将NOMA配置发送给第二基站，所述第二基站在与所述第一基站相同的基于无线电接入网(RAN)的通知区域(RNA)中操作。

方面22.根据方面19所述的方法，还包括：通过处理硬件将NOMA配置发送到核心网(CN)或运营与维护(O&M)服务器之一。

方面23.根据方面18所述的方法，其中，发送信道配置包括：在PDCCH上向用户设备发送上行链路许可。

方面24.根据方面17所述的方法，其中，接收进一步的应用数据包括：执行用于同步用户设备与基站之间的无线电链路的过程，但是省略用于将用户设备转换到第一状态的过程。

方面25.根据方面24所述的方法，其中，执行用于同步无线电链路的过程包括：从用户设备接收随机接入前导码，以及向用户设备发送随机接入响应。

方面26.根据方面12所述的方法，其中，接收进一步的应用数据包括：省略用于同步用户设备与基站之间的无线电链路的过程以及用于将用户设备转换到第一状态的过程。

方面27.根据方面12所述的方法，其中，接收进一步的应用数据包括：省略用于同步用户设备与基站之间的无线电链路的过程，但执行用于将用户设备转换到第一状态的过程。

方面28.根据方面17-27中的任一项所述的方法，还包括：向用户设备发送释放无线电连接的命令，该命令包括基站支持在第二状态下的上行链路传输的指示。

方面29.根据方面17-27中的任一项所述的方法，还包括：向用户设备发送重新配置无线电连接的命令，该命令包括基站支持在第二状态下的上行链路数据传输的指示。

方面30.根据方面17-27中的任一项所述的方法，还包括：向用户设备发送系统信息块，该系统信息块包括基站支持在第二状态下的上行链路数据传输的指示。

方面31.一种非暂时性介质，其上存储有指令，该指令在通过基站的处理硬件运行时使基站执行根据方面17-30中的任一项所述的方法。