CN109417812A

CN109417812A - 移动通信系统中用于调度上行链路数据的方法和设备

Info

Publication number: CN109417812A
Application number: CN201780041629.2A
Authority: CN
Inventors: 文廷敃; 朴承勳; 郑柄薰; 郑丁寿
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2016-08-11
Filing date: 2017-08-03
Publication date: 2019-03-01
Anticipated expiration: 2037-08-03
Also published as: JP7315457B2; EP3459313A4; EP3459313A1; CN109417812B; EP3917260A1; KR20180018324A; KR20180018268A; KR102368781B1; EP3459313B1; JP2019532538A; JP7411026B2; JP2022132486A

Abstract

本公开涉及一种用于将第5代(5G)通信系统与物联网(IoT)技术融合的通信方法和系统，该5G通信系统用于支持超过第4代(4G)系统的更高数据速率。本公开可以应用于基于5G通信技术和物联网相关技术的智能服务，例如智能家居、智能建筑、智能城市、智能车、所连接的车、医疗保健、数字教育、智能零售、安全和安全服务。提供了一种移动通信系统中用于上行链路调度的方法和设备。移动通信系统中用于用户设备(UE)的上行链路调度的方法可以包括：识别存储在缓冲器中的数据量；生成调度请求(SR)；以及基于所识别的数据量将SR发射到基站(NB)，使得从NB分配上行链路资源。

Description

移动通信系统中用于调度上行链路数据的方法和设备

技术领域

本公开涉及一种用于移动通信系统中在用户设备与基站之间发射和接收上行链路数据的方法和设备。

背景技术

为满足对自4G通信系统部署以来增加的无线数据业务的需求，已努力开发出改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。5G通信系统被认为是在更高频率(mmWave)频带(例如，60GHz频带)中实施的，以便实现更高的数据速率。为了减少无线电波的传播损耗并增加发射距离，在5G通信系统中讨论波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。另外，在5G通信系统中，基于先进的小型小区、云无线电接入网络(RAN)、超密集网络、装置到装置(D2D)通信、无线回程、移动网络、协同通信、协调多点(CoMP)、接收端干扰消除等等，对系统网络改进的开发正在进行。在5G系统中，已开发了混合FSK和QAM调制(FQAM)以及滑动窗叠加译码(SWSC)作为先进的编码调制(ACM)，以及滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)作为先进的接入技术。

作为人类在其中生成和消费信息的以人类为中心的连接性网络的因特网现在演变成物联网(IoT)，其中分布式实体(例如物)在没有人类干预的情况下交换和处理信息。已出现了万物联网(IoE)，其为IoT技术通过与云服务器的连接与大数据处理技术的组合。作为技术元素，IoT实施已需要例如“感测技术”、“有线/无线通信和网络基础设施”、“服务接口技术”以及“安全技术”，最近已研究了传感器网络、机器到机器(M2M)通信、机器型通信(MTC)等等。此类IoT环境可以提供智能因特网技术服务，其通过收集和分析在连接的事物当中生成的数据来为人类生活创造新的价值。IoT可以通过现有信息技术(IT)与各种工业应用的会聚和组合，应用于多种领域，包含智能家居、智能建筑、智能城市、智能车或所连接的车、智能网格、医疗保健、智能器具和先进医疗服务。

与此相符，已进行了各种尝试来将5G通信系统应用于IoT网络。举例来说，例如传感器网络、机器型通信(MTC)和机器到机器(M2M)通信的技术可以通过波束成形、MIMO和阵列天线来实施。通过如上文所述应用云无线电接入网络(RAN)，大数据处理技术也可被视为5G技术与IoT技术之间的会聚的示例。

当要发送到基站的数据出现在用户设备中时，需要为该用户设备分配从基站进行数据发射所需的资源。在这种情况下，可以通过将调度请求(SR)信息发射到基站来为用户设备分配用于数据发射的资源。

用户设备用于发射SR信息的资源可以由基站预先配置。举例来说，在LTE系统的情况下，用户设备可以使用上行链路控制信道(PUCCH)区域的一部分来发送调度请求。在从用户设备接收到调度请求时，基站可以配置上行链路资源并且向用户设备通知该上行链路资源。

其后，用户设备可以发射缓冲器状态报告(BSR)，以向基站通知要发送的另外的数据。然而，基站在其接收到BSR之前无法知道在用户设备中已生成了多少上行链路数据(以字节为单位)。

发明内容

【技术问题】

为了解决上文讨论的缺陷，主要目的是提供一种可以减少移动通信系统中在用户设备与基站之间的上行链路数据发射和接收中的延迟的方法和设备。

【问题的解决方案】

根据本公开的一个方面，提供了一种在移动通信系统中用于用户设备(UE)的上行链路调度的方法。该方法可以包含：识别存储在缓冲器中的数据的量；生成调度请求(SR)；以及基于所识别的数据量将SR发射到基站(NB)，使得从NB分配上行链路资源。

发射SR可以包括：根据所识别的数据量确定SR的发射时间；以及在所确定的发射时间将SR发射到NB。

发射SR可以包括：根据所识别的数据量确定SR发射数量；以及根据所确定的SR发射数量将SR发射到NB。

发射SR可以包括：确定连续SR发射数量，并针对所述连续SR发射数量生成位图；将位图映射到所识别的数据量；以及根据映射结果将SR发射到NB。

在一个实施例中，SR可以由多个比特组成，并且多个SR比特可以被映射到所识别的数据量。

在一个实施例中，该方法可以进一步包括将其中可以生成SR的子帧的子帧索引映射到指示缓冲器的状态的缓冲器状态索引上，并且可以根据存储在缓冲器中的数据量来设置缓冲器状态索引。

在一个实施例中，SR可以被指派到子帧内的第一发射时间间隔(TTI)的第一资源和第二TTI的第二资源中的至少一个，并且第一TTI可以比第二TTI长。

根据本公开的另一个方面，提供了一种在移动通信系统中用于基站(NB)的上行链路调度的方法。该方法可以包括：从用户设备(UE)接收调度请求(SR)；通过使用SR识别存储在UE的缓冲器中的数据量；以及基于所识别的数据量将上行链路资源分配到UE。

在本公开的一个特征中，用于调度上行链路数据的方法和设备可以减少用户设备与基站之间的上行链路数据发射和接收的延迟。

在进行以下详细描述之前，阐述贯穿本专利文献使用的某些字词和短语的定义可能是有利的。术语“包括(include)”和“包括(comprise)”及其派生词意味着包括但不限于；术语“或”是包括性的，意思是和/或；短语“与...相关联”和“与其相关联”以及其派生词可意味着包括、包括在...内、与...互连、包括、包括在...内、连接到或与...连接、联接到或与...联接、可与...通信、与...协作、交织、并置、与...接近、绑定到或与...绑定、具有、具有...属性等等；并且术语“控制器”意味着控制至少一个操作的任何装置、系统或其部分，此类装置可以以硬件、固件或软件、或者硬件、固件或软件中的至少两个的某种组合来实施。应注意，与任何特定控制器相关联的功能性可以是集中式的或分布式的，而无论是本地还是远程。

此外，下文所描述的各种功能可以由一个或多个计算机程序实施或支持，每个计算机程序由计算机可读程序代码形成并嵌入在计算机可读介质中。术语“应用程序”和“程序”指代适于以合适的计算机可读程序代码实施的一个或多个计算机程序、软件部件、指令集、过程、功能、对象、类、实例、相关数据或其一部分。短语“计算机可读程序代码”包含任何类型的计算机代码，包含源代码、目标代码和可执行代码。短语“计算机可读介质”包含能够被计算机访问的任何类型的介质，例如只读存储器(ROM)、随机存取存储器(RAM)、硬盘驱动器、光盘(CD)、数字视频光盘(DVD)或任何其他类型的存储器。“非暂时性”计算机可读介质排除传送暂时性电信号或其他信号的有线、无线、光学或其他通信链路。非暂时性计算机可读介质包含数据可以被永久地存储的介质和数据可以被存储并且稍后被重写的介质，例如可重写光盘或可擦除存储器装置。

贯穿本专利文献提供了对某些字词和短语的定义，本领域普通技术人员应理解，在许多实例中(如果不是大多数实例)，此类定义适用于如此定义的字词和短语的以前以及将来的使用。

【本发明的有益效果】

本公开提供一种可以减少移动通信系统中在用户设备与基站之间的上行链路数据发射和接收中的延迟的方法和设备。

附图说明

为更全面地理解本公开及其优点，现参考结合附图的以下描述，在附图中相似的附图标记表示相似的部分：

图1图示了描述用于在移动通信系统中发射和接收上行链路数据的第一方案的序列图；

图2图示了描述用于在移动通信系统中发射和接收上行链路数据的第二方案的序列图；

图3图示了根据本公开的实施例1的上行链路数据发射和接收；

图4图示了根据本公开的实施例1的缓冲器状态索引与上行链路数据之间的映射；

图5图示了描述根据本公开的实施例1的基站与用户设备之间的上行链路资源分配的序列图；

图6图示了描述根据本公开的实施例1的用户设备的操作的流程图；

图7图示了根据本公开的实施例2-1的用于上行链路数据发射和接收的方法；

图8图示了根据本公开的实施例2-1的SR发射数量与上行链路数据大小之间的映射；

图9图示了根据本公开的实施例2-1的用于禁止SR发射的定时器的配置；

图10图示了根据本公开的实施例2-2的用于上行链路数据发射和接收的方法；

图11图示了根据本公开的实施例2-2的在与SR发射相关联的位图与上行链路数据之间的映射；

图12图示了根据本公开的实施例3的用于上行链路数据发射和接收的方法；

图13A图示了根据本公开的实施例3-1的多比特SR与上行链路数据之间的映射；

图13B图示了根据本公开的实施例3-2的基于码的SR与上行链路数据之间的映射；

图13C图示了根据本公开的实施例的SR发射方案与由此携带的信息项之间的对应性关系；

图14图示了根据本公开的实施例的缓冲器状态索引到SR资源的指派；

图15图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派；

图16图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派；

图17图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派；

图18图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派；

图19图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派；

图20图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派；

图21图示了根据本公开的实施例4-1的用于上行链路数据发射和接收的方法；

图22图示了根据本公开的实施例4-2的用于上行链路数据发射和接收的方法；

图23图示了描绘根据本公开的实施例5-1的用于上行链路数据发射和接收的方法的序列图；

图24图示了描绘根据本公开的实施例5-2的用于上行链路数据发射和接收的方法的序列图；

图25图示了描绘根据本公开的实施例5-3的用于上行链路数据发射和接收的方法的序列图；

图26图示了根据本公开的实施例的SR资源与基于NOMA的SR资源之间的共存；

图27图示了根据本公开的另一个实施例的SR资源与基于NOMA的SR资源之间的共存；

图28图示了根据本公开的实施例的基于每个服务的SR资源的使用；

图29图示了根据本公开的另一个实施例的基于每个服务的SR资源的使用；

图30图示了根据本公开的另一个实施例的基于每个服务的SR资源的使用；

图31图示了描绘根据本公开的实施例的用于SR发射和接收的过程的序列图；

图32图示了描绘根据本公开的实施例的用于发射和接收关于多比特SR信号的信息的过程的序列图；

图33A图示了描绘根据本公开的实施例的用于发射和接收关于最小初始上行链路资源大小的信息的过程的序列图；

图33B图示了根据本公开的实施例的基站和用户设备的操作；

图34图示了根据本公开的实施例的基站；以及

图35图示了根据本公开的实施例的用户设备。

具体实施方式

下文讨论的图1至图35以及用于描述本专利文献中的本公开的原理的各种实施例仅仅是以实例说明，并且不应以任何方式解释为限制本公开的范围。本领域技术人员将理解，本公开的原理可以在任何适当布置的系统或装置中实施。

在下文中，参考附图详细描述本公开的实施例。贯穿附图使用相同或类似的附图标记来指代相同或相似的部分。可以省略本文中并入的众所周知的功能和结构的详细描述，以避免模糊本公开的主题。

出于清晰性和简洁性，可以省略在本领域中众所周知且与本公开不直接相关的功能和结构的描述，从而避免模糊本公开的主题。

在附图中，一些元件被夸大、省略或仅简单地概括，且因此可能并未按比例绘制。贯穿附图使用相同或类似的附图标记来指代相同或相似的部分。

从结合附图的以下详细描述中，本公开的某些实施例的方面、特征和优点将更加明显。各种实施例的描述应被解释为仅仅是示例性的，并且未描述本公开的每个可能的实例。因此，本领域的技术人员应明白，本公开的各种实施例的以下描述仅用于说明的目的，而不是用于限制如所附权利要求及其等效物限定的本公开的范围。贯穿描述使用相同的附图标记以指代相同的部分。

同时，本领域技术人员已知可以由计算机程序指令来表示和执行流程图(或序列图)的块和流程图的组合。这些计算机程序指令可以加载在通用计算机、专用计算机或可编程数据处理设备的处理器上。当加载的程序指令由处理器执行时，它们创建用于执行流程图中描述的功能的装置。由于计算机程序指令可以存储在可用于专用计算机或可编程数据处理设备中的计算机可读存储器中，因此也有可能创建执行流程图中描述的功能的制品。由于计算机程序指令可以加载在计算机或可编程数据处理设备上，因此当作为进程执行时，它们可以执行流程图中描述的功能的步骤。

流程图的块可以对应于包含实施一个或多个逻辑功能的一个或多个可执行指令的模块、段或代码，或者对应于其一部分。在一些情况下，由块描述的功能可以以与列出的次序不同的次序执行。举例来说，按顺序列出的两个块可以同时执行或以相反的次序执行。

在描述中，字词“单元”、“模块”等等可以指代能够执行功能或操作的软件部件或硬件部件，例如FPGA或ASIC。然而，“单元”等等并不限于硬件或软件。单元等等可以被配置成驻留在可寻址存储介质中或驱动一个或多个处理器。单元等等可以指代软件部件、面向对象的软件部件、类部件、任务部件、进程、函数、属性、过程、子例程、程序代码段、驱动程序、固件、微代码、电路、数据、数据库、数据结构、表、数组或变量。由部件和单元提供的功能可以是更小的部件和单元的组合，并且可以与其他相结合以组成大的部件和单元。部件和单元可以被配置成驱动安全多媒体卡中的装置或者一个或多个处理器。

接下来，参考附图详细描述本公开的实施例。可以省略本文中并入的相关功能和结构的详细描述，以避免模糊本公开的主题。可以定义特定术语以便以最佳的方式描述本公开。因此，应根据本公开的精神来解释说明书和权利要求中使用的特定术语或字词的含义。

在以下描述中，术语“基站”是将资源分配到用户设备的主代理，并且可以指代eNode B、节点B(NB)、BS、无线电接入单元、基站控制器和网络节点中的至少一个。术语“用户设备(UE)”可以指代具有通信功能的移动站(MS)、蜂窝电话、智能电话、计算机和多媒体系统中的至少一个。术语“下行链路(DL)”指代这样的无线发射路径，即基站通过其将信号发送到用户设备，术语“上行链路(UL)”指代这样的无线发射路径，即用户设备通过其将信号发送到基站。对实施例的以下描述集中于LTE或LTE-A系统。然而，本公开的实施例适用于具有类似的技术背景和信道配置的其他通信系统。

图1图示了描述用于在移动通信系统中发射和接收上行链路数据的第一方案的序列图。

图1的方案是在LTE或5G移动通信系统中用于用户设备(UE)与基站(NB)之间的上行链路数据发射和接收的过程。

首先，假设在UE中生成要发送到NB的上行链路数据。举例来说，上行链路数据可以是900字节。

在步骤S100处，UE可以以指派到UE的SR机会将调度请求(SR)发射到NB。

在步骤S110处，NB可以接收由UE发送的SR，并响应于SR将上行链路授权发送到UE，从而将上行链路资源分配到UE。

此处，由于NB不知道发生在UE上有多少字节的上行链路数据，因此它可以分配对应于给定大小的上行链路资源。举例来说，NB可以分配恰好足以准许UE发射缓冲器状态报告(BSR)的上行链路资源。

在图1中，假设NB分配用于发射300字节的上行链路数据的上行链路资源。

在步骤S120处，UE可以从NB接收上行链路授权，并通过所分配的上行链路资源将上行链路数据发送到NB。

在图1中，尽管在UE中生成了900字节的上行链路数据，但是当NB分配用于发送300字节的上行链路数据的上行链路资源时，UE未能发射所有生成的上行链路数据(即，900字节)。

在步骤S120处，UE可以将BSR发射到NB，以向NB通知存在要发送的600字节的上行链路数据。

在步骤S130处，NB可以接收BSR，并基于BSR中包含的信息(即，存在要发送的600字节的上行链路数据)将附加资源分配到UE。

在步骤S140处，UE可以从NB接收上行链路授权，并通过所分配的资源将600字节的剩余上行链路数据发送到NB。

图2图示了描述用于在移动通信系统中发射和接收上行链路数据的第二方案的序列图。

图2的方案是在LTE或5G移动通信系统中用于UE与NB之间的上行链路数据发射和接收的过程。

在步骤S200处，UE可以以指派到UE的SR机会将SR发射到NB。

在步骤S210处，NB可以接收由UE发送的SR，并响应于SR将上行链路授权发送到UE，从而将上行链路资源分配到UE。

此处，由于NB知道发生在UE上有多少字节的上行链路数据，因此它可以将对应于正确大小的上行链路数据的上行链路资源分配到UE。举例来说，NB可以分配上行链路资源，以便准许发射900字节的上行链路数据。

在步骤S220处，UE可以从NB接收上行链路授权，并通过所分配的上行链路资源将上行链路数据发送到NB。

在图2中，在认识到在UE中生成了900字节的上行链路数据的情况下，NB将用于发射900字节的上行链路数据的资源分配到UE。因此，与图1的方案相比较，图2的方案可以减少上行链路数据发射和接收所需的时间。

[表1]

在表1中，方案1指示与图1的方案相关联的延迟或时延，并且方案2指示与图2的方案相关联的延迟或时延。

此处，排除了UE等待所指派的SR机会的时间，并且假设处理时间是3个子帧(子帧＝TTI)。

在图1的第一方案中，由于NB不知道UE要发射的上行链路数据的大小，因此上行链路授权被发射两次，使得总的所需时间变为17个子帧。

也就是说，根据第一方案的操作，NB在接收到BSR之前无法知道在UE中生成了多少字节的上行链路数据。因此，使用通过第一次UL授权分配的资源无法完成上行链路发射和接收。另外，可以看出，由于BSR、第二上行链路授权和数据的发射和接收，发生了延迟。

在图2的第二方案中，由于NB知道UE要发射的上行链路数据的大小，因此上行链路授权被发射一次，使得总的所需时间变为9个子帧。

也就是说，如果UE中生成的上行链路数据的大小已知，则NB可以在从UE接收到SR之后通过第一次UL授权将足够量的资源分配到UE以发射所有上行链路数据。因此，可以在调用BSR过程之前完成UE与NB之间的上行链路发射和接收。

本公开提出了一种用于减少上行链路发射和接收的延迟的方法。特别是在5G移动通信系统中，支持低时延服务是重要的性能标准之一。为此，正在研究针对物理层的短TTI和非正交多址(NOMA)技术。这些是从发射角度来说用于减少时延的关键技术，但未能考虑UE中生成的上行链路数据的大小。

附加地，对于提供低时延服务的UE，快速发射与低时延服务有关的所有上行链路数据比快速开始初始发射更重要。因而，在本公开中，NB被配置成在没有从UE接收到BSR的情况下近似地识别UE中生成的上行链路数据的大小。这可以通过提供以下可能性来减少总的上行链路发射和接收延迟：在SR发射之后，UE可以在进行第一上行链路发射时将所有生成的上行链路数据发射到NB。

本公开提出了一种用于通过使得NB能够在没有从UE接收到BSR的情况下识别UE中生成的上行链路数据的大小来改进SR发射和接收操作的方法。

本公开提出的方法如下。

本公开的实施例1涉及一种用于使NB在没有从UE接收到BSR的情况下NB基于SR发射时间来识别UE中生成的上行链路数据的大小的方法。

本公开的实施例2-1涉及一种用于使NB在没有从UE接收到BSR的情况下基于SR发射数量来识别UE中生成的上行链路数据的大小的方法。

本公开的实施例2-2涉及一种用于使NB在没有从UE接收到BSR的情况下基于对SR发射数量的解释来识别UE中生成的上行链路数据的大小的方法。

本公开的实施例3涉及一种用于使NB在没有从UE接收到BSR的情况下基于多比特SR信息来识别UE中生成的上行链路数据的大小的方法。

在本公开中做出以下假设。这是为了便于描述，并且可以根据相同的原理应用其他假设。

1.每个UE在每个子帧处均具有SR机会。对于使用低时延服务的UE，这可以被视为合理的假设。

2.在生成上行链路数据时的时间，每个UE处于上行链路同步状态，使得UE不必在SR发射之前执行单独的RACH过程。

[实施例1]

图3至图6是描述本公开的实施例1的图。在实施例1中，设立SR发射时间与UE的缓冲器状态之间的关系，并且UE可以根据其缓冲器状态来调整SR发射时间。

此处，术语“缓冲器状态(BS)”指代UE中生成的上行链路数据的大小或UE要发射的上行链路数据的大小。该术语用于LTE标准中。

UE和NB可以定义对应于当前子帧索引的初步缓冲器状态索引(P-BSI)。此处，P-BSI可以通过模运算由M个等级表示，如以下等式1中所示。

[等式1]

P-BSI[第k个子帧]＝(10*SFN+子帧索引)模(M)

举例来说，P-BSI可以由四个等级(M＝4)表示，如图3和图4中所示。

UE和NB可以设定对应于特定等级(m)的P-BSI的缓冲器状态。

图3图示了根据本公开的实施例1的上行链路数据发射和接收。

如图3中所示，可以针对10个子帧设定10个子帧索引(0～9)，并且可以预先设定4个P-BSI。此处，可以预先设定P-BSI与上行链路数据之间的关系。

图4图示了根据本公开的实施例1的缓冲器状态索引与上行链路数据之间的映射。

参考图4，当m＝0时，意味着0到300字节的上行链路数据在UE的缓冲器中；当m＝1时，意味着300到600字节的上行链路数据在UE的缓冲器中；当m＝2时，意味着600到900字节的上行链路数据在UE的缓冲器中；并且当m＝3时，意味着900到1200字节的上行链路数据在UE的缓冲器中。

举例来说，参考图3和图4，当在第三子帧(m＝2)处生成700字节的上行链路数据时，由于第三子帧(m＝2)被映射到第三P-BSI(k＝2)，因此UE可以在第三子帧(m＝2)处立即发射SR。

作为另一个示例，当在第九子帧(m＝8)处生成1000字节的上行链路数据时，由于第九子帧(m＝8)被映射到第一P-BSI(k＝0)，因此UE在第九子帧(m＝8)处不发射SR。在发现对应于1000字节的上行链路数据的第四P-BSI(k＝3)的情况下，UE可以在对应于第四P-BSI(k＝3)的第二子帧(m＝1)处发射SR。

作为另一个示例，当在第七子帧(m＝6)处生成100字节的上行链路数据时，由于第七子帧(m＝6)被映射到第四P-BSI(k＝3)，因此UE在第七子帧(m＝6)处不发射SR。在发现对应于100字节的上行链路数据的第一P-BSI(k＝0)的情况下，UE可以在对应于第一P-BSI(k＝0)的第八子帧(m＝7)处发射SR。

图5图示了描述根据本公开的实施例1的NB与UE之间的上行链路资源分配的序列图。

根据实施例1，UE和NB可以设定对应于P-BSI的等级的缓冲器状态。

在步骤S500处，UE可以向将指示支持低时延服务的配置文件信息发送到NB。替代地，UE可以将针对P-BSI配置的请求发送到NB。

在步骤S510处，NB可以向UE通知缓冲器状态等级数(即P-BSI等级，M)。此处，可以使用RRC消息的MAC-MainConfig IE。

在步骤S520处，UE可以向NB通知缓冲器状态等级数(即P-BSI等级，M)。此处，可以使用新定义的IE。

在步骤S530处，UE可以确定对应于每个P-BSI等级的缓冲器状态信息，并将SR与缓冲器状态信息一起发送到NB。

此处，可以如下表示对应于P-BSI等级的缓冲器状态信息。

1.缓冲器状态的下限和上限

(例如)m＝1：Xlower_bound<缓冲器状态<Xupper_bound

2.缓冲器状态的中位数和范围

(例如)m＝2：中位数＝X中位数和范围＝R→X中位数-R/2<缓冲器状态<X中位数+R/2

因而，UE可以确定对应于每个P-BSI等级的缓冲器状态的下限和上限或中位数和范围，并将所确定的信息报告给NB。

作为对应于每个P-BSI等级的缓冲器状态信息的替代例，UE可以报告现有LTE MAC标准(TS 36.321)的表6.1.3.1-1(BSR的缓冲器大小等级)和表6.1.3.1-2(BSR的扩展缓冲器大小等级)中所定义的索引。

在步骤S540处，NB可以将对应于由UE发送的缓冲器状态信息的上行链路授权发射到UE。在从具有约定的P-BSI配置的UE接收到SR时，NB可以检查与接收到SR的子帧相关联的P-BSI以识别UE的缓冲器状态。其后，NB可以考虑到UE的缓冲器状态来执行上行链路调度。

尽管NB中的上行链路调度取决于实施方式，但是为了获得本公开的效果，优选的是，NB的调度器将资源分配到UE，使得UE可以通过第一上行链路授权来发射所有上行链路数据。

图6图示了描述根据本公开的实施例1的UE操作的流程图。

在步骤S600处，在UE中生成要发送到NB的上行链路数据。在步骤S610处，UE检查其缓冲器状态。

在步骤S620处，UE可以识别与缓冲器状态相关联的P-BSI，并选择对应于所识别的P-BSI的子帧。

在步骤S630处，UE可以等待直到所选择的子帧，并在所选择的子帧处发射SR。

可以看出，实施例1所需的总时间是9到12个子帧。这是因为：当设定四个P-BSI等级时，SR发射可以被延迟多达4个子帧。与表1中所示的第一方案所需的17个子帧相比较，实施例1所需的9到12个子帧对应于约30％到47％的减少。

在实施例1的以上描述中，将P-BSI等级描绘为被缓冲器状态的下限和上限所涵盖。然而，由于UE中发生的上行链路数据或业务的大小是随机的，因此可能不存在对应的P-BSI。举例来说，当上行链路数据的大小是2000字节时，不存在对应的P-BSI。在此类情况下，UE可以如下操作：

-不论指派到每个SR资源的P-BSI如何，UE都在从业务发生时起的最早SR资源处发射SR。

-UE在与和所生成的业务的大小最相似(尽管不完全匹配)的P-BSI相关联的SR资源处发射SR。

在所提出的方案中，UE通过在SR发射之后接收的上行链路授权将数据和BSR发射到NB，如在常规方案中那样。此处，NB可以通过所接收的BSR来识别UE的缓冲器状态。因此，即使不存在对应于UE中生成的业务的大小的P-BSI，所提出的方案也可以没有任何问题地工作。

[实施例2-1]

图7至图9是描述本公开的实施例2-1的图。在实施例2-1中，设立连续SR发射数量与UE的缓冲器状态之间的关系，并且UE可以根据其缓冲器状态来调整连续SR发射数量。

图7图示了根据本公开的实施例2-1的用于上行链路数据发射和接收的方法。

UE和NB可以通过RRC信令来设定对应于连续SR发射数量(N)的P-BSI。此处，P-BSI与实施例1中的P-BSI相同。也就是说，P-BSI指示UE要发射的上行链路数据的大小范围。

图8图示了根据本公开的实施例2-1的SR发射数量与上行链路数据大小之间的映射。

参考图8，当连续SR发射数量是1(N＝1)时，意味着0到300字节的上行链路数据在UE的缓冲器中；当连续SR发射数量为2(N＝2)时，意味着300到600字节的上行链路数据在UE的缓冲器中；并且当连续SR发射数量是3(N＝3)时，意味着600到900字节的上行链路数据在UE的缓冲器中。

参考图7和图8，UE可以向NB发射SR一次，以向NB通知存在0到300字节的上行链路数据；UE可以向NB发射SR两次，以向NB通知存在300到600字节的上行链路数据；并且UE可以向NB发射SR三次，以向NB通知存在600到900字节的上行链路数据。

NB可以基于SR发射数量来识别UE要发射的上行链路数据的大小，并将对应于上行链路数据的大小的上行链路授权发射到UE。UE可以响应于上行链路授权将上行链路数据发射到NB。

类似于实施例1，UE和NB可以通过图5的过程来设定对应于连续SR发射数量的P-BSI。首先，NB向UE提供关于连续SR发射的最大数量的信息。

当生成要发射到NB的上行链路数据时，UE如下操作。

UE可以检查其缓冲器状态，并识别对应于缓冲器状态的P-BSI。UE识别对应于P-BSI的连续SR发射数量，并从当前子帧发送SR，发送次数与所识别的连续SR发射数量一样多。

当NB从具有约定的P-BSI配置的UE接收SR时，它可以通过检查SR已被连续接收多少次来识别UE的缓冲器状态。其后，NB可以考虑到UE的缓冲器状态来执行上行链路调度。

图9图示了根据本公开的实施例2-1的用于禁止SR发射的定时器的配置。

为了实现基于LTE的实施例2-1，LTE标准应允许UE的连续SR发射。根据当前LTE标准，当UE发射SR时，sr-ProhibitTimer开始，并且直到定时器到期才能再次发射SR。

因此，在实施例2-1中，为了允许UE的连续SR发射，sr-ProhibitTimer的开始时间将被改变，如图9中所示。

-sr-ProhibitTimer的开始时间＝从第一SR发射时间起被延迟了连续SR发射的最大数量的时间

-由于在图7和图8中将连续SR发射的最大数量设定为3，因此当在子帧2处执行第一SR发射时，sr-ProhibitTimer从子帧5开始，该子帧5比子帧2晚3个子帧。

[实施例2-2]

图10和图11是描述本公开的实施例2-2的图。在实施例2-2中，创建位图以表示在给定时间间隔内的SR发射与UE的缓冲器状态之间的关系，并且UE可以根据其缓冲器状态来调整SR发射。

图10图示了根据本公开的实施例2-2的用于上行链路数据发射和接收的方法。

图10图示了表示在给定时间间隔内的SR发射的位图的形成。如果在2个子帧内允许SR发射，则可以使用位图以根据SR发射的存在或不存在来表示“00”、“01”、“10”和“11”。举例来说，如果在第一子帧处发送SR并且在第二子帧处不发送SR，则可以使用位图“10”。

另外，如果在3个子帧内允许SR发射，则可以使用位图以表示“000”、“001”、“010”、“011”、“100”、“101”、“110”和“111”。举例来说，如果在第一子帧处发送SR、在第二子帧处不发送SR并且在第三子帧处发送SR，则可以使用位图“101”。

UE和NB可以通过RRC信令来设定对应于表示在给定时间间隔内的SR发射的位图的P-BSI。此处，P-BSI与实施例1中的P-BSI相同。也就是说，P-BSI指示UE要发射的上行链路数据的大小范围。

图11图示了根据本公开的实施例2-2的在与SR发射相关联的位图与上行链路数据之间的映射。如图11中所示，有可能将UE的缓冲器状态映射到位图值。

参考图11，当与3个子帧内的SR发射相关联的位图是“100”(SR发射通→断→断)时，意味着1200到1500字节的上行链路数据在UE的缓冲器中。

类似于实施例1，UE和NB可以通过图5的过程来设定对应于与在给定时间间隔内的SR发射相关联的位图的P-BSI。首先，NB向UE提供关于期间允许SR发射的时间间隔的信息。

当生成要发射到NB的上行链路数据时，UE如下操作。

UE可以检查其缓冲器状态，并识别对应于缓冲器状态的P-BSI。UE识别与SR发射相关联、对应于P-BSI的位图，并根据所识别的位图在给定时间间隔内将SR发送到NB。

举例来说，当缓冲器状态在1200字节与1500字节之间时，UE可以在3个连续子帧内执行SR发射，如由位图“100”指示(在第一子帧处进行SR发射，第二子帧处不进行SR发射，并且在第三个子帧处不进行SR发射(通→断→断))。

当NB从具有约定的P-BSI配置的UE接收SR时，它可以通过检查由在给定时间间隔期间接收到的SR发射指示的位图来识别UE的缓冲器状态。其后，NB可以考虑到UE的缓冲器状态来执行上行链路调度。

[实施例3]

图12和图13是描述本公开的实施例3的图。在实施例3中，将多比特SR信号用于上行链路发射和接收。

图12图示了根据本公开的实施例3的用于上行链路数据发射和接收的方法。如图12中所示，PUCCH格式4允许使用指示缓冲器状态信息的多比特SR。

在当前LTE系统中，将基于通断键控的信令应用于SR信号。相比之下，本公开提出了利用由多个比特组成的SR信号。此处，设立SR比特与UE的缓冲器状态之间的关系，并且UE可以根据其缓冲器状态来发射特定的SR比特。为此，有可能使用各种代码或序列。本公开并不限于SR比特、代码或序列的利用。

UE和NB可以通过RRC信令来设定对应于SR比特的P-BSI。此处，P-BSI与实施例1中的P-BSI相同。也就是说，P-BSI指示UE要发射的上行链路数据的大小范围。

图13A图示了根据本公开的实施例3-1的多比特SR与上行链路数据之间的映射。

参考图13A，当SR比特是“0100”时，意味着2000到2500字节的上行链路数据在UE的缓冲器中。

类似于实施例1，UE和NB可以通过图5的过程来设定对应于SR比特的P-BSI。首先，NB向UE提供关于构成SR信号的比特数的信息。

当生成要发射到NB的上行链路数据时，UE如下操作。UE可以检查其缓冲器状态，并识别对应于缓冲器状态的P-BSI。UE可以识别对应于P-BSI的SR比特，并发射由SR比特组成的SR信号。

举例来说，当要发送的上行链路数据在2000字节与2500字节之间时，UE可以发射SR比特“0100”作为SR信号。

在本公开中，可以将例如BPSK、QPSK和QAM的各种调制方案应用于多比特SR信号的发射。本公开并不限于应用于SR信号的调制和编码方案。

当NB从UE接收到SR信号时，它可以通过检查SR比特来识别UE的缓冲器状态。其后，NB可以考虑到UE的缓冲器状态来执行上行链路调度。

<附加内容1>

在本公开中，当调度请求信号由多个比特组成时，比特的组合与UE的缓冲器状态相关联。因此，当NB接收到调度请求信号时，由于NB不仅可以识别UE的上行链路发射的必要性而且还可以识别缓冲器状态信息，因此NB可以快速地将适当大小的上行链路资源分配到UE。根据相同的原理，在本公开中，构成调度请求信号的多个比特的组合可以对应于各种信息以及缓冲器状态信息。这包含以下示例：

I.构成调度请求信号的多个比特的组合可以对应于UE要发射的业务的类型。

a.此处，业务类型可以包含语音、视频、文本、FTP和HTTP。

b.当NB从UE接收到对应于特定业务类型的调度请求信号时，NB可以分配适合于UE发射业务的时间/频率/空间/数字学/TTI资源。

II.构成调度请求信号的多个比特的组合可以对应于生成UE要发送的上行链路数据的服务或应用的类型。

a.此处，服务或应用类型可以包含SNS(社交网络服务)、V2V(车辆到车辆)、V2I(车辆到基础设施)、V2P(车辆到人)和新闻。

b.当NB从UE接收到对应于特定服务或应用类型的调度请求信号时，NB可以分配适合于UE发射由对应的服务或应用程序生成的数据的时间/频率/空间/数字学/TTI资源。

III.构成调度请求信号的多个比特的组合可以对应于UE要发送的上行链路数据所属的逻辑信道。

a.当NB从UE接收到对应于特定逻辑信道的调度请求信号时，NB可以分配适合于UE发射在逻辑信道中生成的数据的时间/频率/空间/数字学/TTI资源。

IV.构成调度请求信号的多个比特的组合可以对应于UE要发送的上行链路数据所属的逻辑信道组。

a.当NB从UE接收到对应于特定逻辑信道组的调度请求信号时，NB可以分配适合于UE发射在逻辑信道组中生成的数据的时间/频率/空间/数字学/TTI资源。

V.构成调度请求信号的多个比特的组合可以对应于UE要发送的上行链路数据所属的网络切片。此处，网络切片可以包含eMBB(增强型移动宽带)切片、URLLC(超可靠和低时延通信)切片、以及mMTC(大规模机器类型通信)切片。

a.当NB从UE接收到对应于特定网络切片的调度请求信号时，NB可以分配适合于UE发射在网络切片中生成的数据的时间/频率/空间/数字学/TTI资源。

VI.构成调度请求信号的多个比特的组合可以对应于适合于发射和接收UE要发送的上行链路数据的数字学。

a.此处，数字学指示子载波间隔以及其他。子载波间隔可以由15×2^m kHz(例如，15kHz(m＝0)、30kHz(m＝1)、60kHz(m＝2)、120kHz(m＝3))表示，或者可以由15×n kHz(例如，15kHz(n＝1)、30kHz(n＝2)、45kHz(n＝3)、60kHz(n＝4))表示。数字学可以指示以各种方式表示的此类值之一。

b.当NB从UE接收到对应于特定数字学的调度请求信号时，NB可以将对应于数字学的时间/频率/空间资源分配到UE。

VII.构成调度请求信号的多个比特的组合可以对应于适合于发射和接收UE要发送的上行链路数据的TTI长度。

a.此处，TTI长度可以指示控制信道(例如，PDCCH)的子帧、时隙、微时隙或发射间隔的长度。TTI长度可以由1/2^m ms(例如，1ms(m＝0)、0.5ms(m＝1)、0.25ms(m＝2)、0.125ms(m＝3))表示。TTI长度可以指示以各种方式表示的此类值之一。

b.当NB从UE接收到对应于特定TTI长度的调度请求信号时，NB可以将对应于TTI长度的时间/频率/空间资源分配到UE。

VIII.构成调度请求信号的多个比特的组合可以对应于UE要发送的上行链路数据的时延要求。

a.此处，时延要求可以以时间(例如，秒、毫秒或子帧)为单位表示。时延要求可以由(i)当UE发射调度请求信号时与当NB将上行链路资源分配到UE时之间的最大允许时间给出，或者由(ii)当UE发射调度请求信号时与当UE发射上行链路数据时之间的最大允许时间给出。

b.当NB从UE接收到对应于特定时延要求的调度请求信号时，NB可以分配适合于UE在发射上行链路数据时满足时延要求的时间/频率/空间/数字学/TTI资源。

IX.构成调度请求信号的多个比特的组合可以对应于UE要发送的上行链路数据的QCI(QoS类标识符)。

a.此处，QCI可以包含LTE中所定义的QCI，如下表中所示。

b.当NB从UE接收到对应于特定QCI的调度请求信号时，NB可以分配适合于UE满足QCI的时间/频率/空间/数字学/TTI资源。

X.构成调度请求信号的多个比特的组合可以对应于以上因素(即，缓冲器状态、上行链路业务类型、服务或应用类型、逻辑信道、逻辑信道组、网络切片、数字学、TTI长度、时延要求、QoS类标识符)的组合。

<附加内容2>

在本公开中，当调度请求信号由多个比特组成时，比特的组合与UE的缓冲器状态相关联。附加地，在<附加内容1>中，构成调度请求信号的多个比特的组合可以对应于各种信息。可以将此扩展应用于本公开中所提出的所有方案。

除了用于使用由多个比特组成的调度请求信号的方案之外，本公开还提出了：(a)用于通过不同的时间、频率或码资源来发射SR信号的方案；以及(b)用于连续发射SR信号的方案。因此，在本公开中，不同的时间、频率或码资源可以对应于缓冲器状态、上行链路业务类型、服务或应用类型、逻辑信道、逻辑信道组、网络切片、数字学、TTI长度、时延要求、QoS类标识符或其组合。另外，连续SR发射数量可以对应于缓冲器状态、上行链路业务类型、服务或应用类型、逻辑信道、逻辑信道组、网络切片、数字学、TTI长度、时延要求、QoS类标识符或其组合。图13C中示出了这种对应性。

在本公开的以上描述中，假设存在在每个子帧内被分配到UE的SR资源。然而，即使并未在每个子帧内将SR资源分配到UE，也可以通过将P-BSI指派到每个SR资源来应用本公开。

图13B图示了根据本公开的实施例3-2的基于码的SR与上行链路数据之间的映射。

如图13B中所示，UE可以通过使用基于码的SR根据其缓冲器状态来发射特定码。举例来说，当码2被用作SR时，这表明500到1000字节的上行链路数据存在于UE的缓冲器中。

UE和NB可以通过RRC信令来设定对应于基于码的SR的P-BSI。此处，P-BSI与实施例1中的P-BSI相同。也就是说，P-BSI指示UE要发射的上行链路数据的大小范围。

类似于实施例1，UE和NB可以通过以下过程来设定对应于每个码的P-BSI。

NB确定基于SR的BS等级数，并且针对UE将码指派到每个BS等级。UE向NB通知对应于每个BS等级的缓冲器状态的范围。

当生成要发射到NB的上行链路数据时，UE如下操作。UE可以检查其缓冲器状态，并识别对应于缓冲器状态的P-BSI。UE可以识别对应于P-BSI的SR码，并将由所识别的码组成的SR信号发射到NB。

在从UE接收到SR码时，NB可以通过检查SR码来识别UE的缓冲器状态。其后，NB可以考虑到UE的缓冲器状态来执行上行链路调度。

图14至图20图示了根据本公开的实施例的缓冲器状态索引到SR资源的指派。

图14图示了根据本公开的实施例的缓冲器状态索引到SR资源的指派。此处，缓冲器状态索引指代之前描述的P-BSI。

在图14中，每两个子帧将SR资源分配到UE。可以将P-BSI顺序地指派到在对应子帧中分配的SR资源1401到1411。

图15图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派。

在图15中，常规TTI和短TTI共存于同一子帧中，每个常规TTI分配SR资源1501到1505，并且每2个短TTI分配SR资源1507到1517。当P-BSI的等级数是6时，在一个子帧内，可以首先将P-BSI指派到短TTI的SR资源(例如，1507、1509)，然后将其指派到常规TTI的SR资源(例如，1501)。

图16图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派。

在图16中，常规TTI和短TTI共存于同一子帧中，每个常规TTI分配SR资源1601到1605，并且每2个短TTI分配SR资源1607到1617。当P-BSI的等级数是6时，在一个子帧内，可以首先将P-BSI指派到常规TTI的SR资源(例如，1601)，然后将其指派到短TTI的SR资源(例如，1607、1609)。

图17图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派。

在图17中，常规TTI和短TTI共存于同一子帧中，每个常规TTI分配SR资源1701到1705，并且每2个短TTI分配SR资源1707到1717。

当P-BSI的等级数是6时，在一个子帧内，可以以先到先服务的方式首先将P-BSI指派到短TTI的SR资源(例如，1707)，然后将其指派到常规TTI的SR资源(例如，1701)。

图18图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派。

在图18中，常规TTI和短TTI共存于同一子帧中，每个常规TTI分配SR资源1801到1805，并且每2个短TTI分配SR资源1807到1817。

当P-BSI的等级数是6时，在一个子帧内，可以首先将P-BSI指派到在时间上较早到的SR资源(例如，SR资源1807或1809)，然后将其指派到在时间上较晚到的SR资源(例如，SR资源1801)。

图19图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派。

在图19中，常规TTI和短TTI共存于同一子帧中，每个常规TTI分配SR资源1901到1905，并且每2个短TTI分配SR资源1907到1917。当P-BSI的等级数是4时，可以将P-BSI指派到短TTI的SR资源(例如，1907、1909)，并且可以不将P-BSI指派到常规TTI的SR资源(例如，1901)。

图20图示了根据本公开的另一个实施例的缓冲器状态索引到SR资源的指派。

在图20中，常规TTI和短TTI共存于同一子帧中，每个常规TTI分配SR资源2001到2005，并且每2个短TTI分配SR资源2007到2017。当P-BSI的等级数是4时，可以将P-BSI指派到常规TTI的SR资源(例如，2001)，并且可以不将P-BSI指派到短TTI的SR资源(例如，2007、2009)。

参考图14至图20，给出了当常规TTI和短TTI共存时用于指派P-BSI的规则的各种示例的描述。可以将此总结如下：

<当仅使用一种TTI类型时>

按分配次序将P-BSI顺序地指派到SR资源。

<当常规TTI和短TTI共存时>

规则1：在一个子帧(或一个常规TTI)内，首先将P-BSI按顺序指派到短TTI的SR资源，然后将其按顺序指派到常规TTI的SR资源。

规则2：在一个子帧(或一个常规TTI)内，首先将P-BSI按顺序指派到常规TTI的SR资源，然后将其按顺序指派到短TTI的SR资源。

规则3：在一个子帧(或一个常规TTI)内，按分配次序将P-BSI顺序地指派到SR资源。如果短TTI的SR资源和常规TTI的SR资源同时出现，则首先将P-BSI指派到短TTI的SR资源。

规则4：在一个子帧(或一个常规TTI)内，按分配次序将P-BSI顺序地指派到SR资源。如果短TTI的SR资源和常规TTI的SR资源同时出现，则首先将P-BSI指派到常规TTI的SR资源。

规则5：按分配次序仅将P-BSI顺序地指派到短TTI的SR资源。

规则6：按分配次序仅将P-BSI顺序地指派到常规TTI的SR资源。

在本公开中，NB和UE共享以上规则。NB可以根据当前使用的帧结构和被分配到UE的SR资源通过RRC信令(例如，RRCConnectionReconfiguration消息)向UE通知规则索引。此处，NB和UE可以通过预设标准等等来预先知道对应于该索引的规则的内容。

[实施例4]

图21和图22是描述本公开的实施例4的图。

在本公开的以上描述中，在时域中设立SR发射时间与P-BSI之间的关系，并且UE可以根据其缓冲器状态来调整SR发射时间。根据相同的原理，在本公开中，当在频域中存在被分配到UE的多个SR资源时，设立具有相同分配时间和不同频率的SR资源与P-BSI之间的关系，并且UE可以根据其缓冲器状态来选择SR发射资源。

图21图示了根据本公开的实施例4-1的用于上行链路数据发射和接收的方法。

如图21中所示，可以在一个子帧内为UE分配具有相同时间和不同频率的4个SR资源。每个SR资源可以对应于P-BSI等级之一，这些P-BSI等级分别指示0到1000字节的BS(缓冲器状态)、1000到2000字节的BS、2000到3000字节的BS、以及3000到4000字节的BS。

当生成2500字节的上行链路数据时，UE可以通过四个SR资源2101到2107当中的第三SR资源2105来发射SR。当NB通过第三SR资源2105从UE接收到SR时，NB可以识别UE的缓冲器状态并且考虑到缓冲器状态来执行上行链路调度。

此处，类似于图5的实施例1，UE和NB可以设定对应于各个SR资源的P-BSI。在这种情况下，NB可以向UE通知关于在频域中所分配的SR资源的总数量的信息。

图22图示了根据本公开的实施例4-2的用于上行链路数据发射和接收的方法。

根据相同的原理，在本公开中，当在时域和频域中存在被分配到UE的多个SR资源时，设立具有不同时间和频率的SR资源与P-BSI之间的关系，并且UE可以根据其缓冲器状态来选择SR发射资源。

如图22中所示，可以在一个子帧内为UE分配具有不同时间和频率的8个SR资源。每个SR资源2201到2215可以对应于P-BSI等级之一，这些P-BSI等级分别指示0到500字节的BS、500到1000字节的BS、1000到1500字节的BS、1500到2000字节的BS、2000到2500字节的BS、2500到3000字节的BS、3000到3500字节的BS、以及3500到4000字节的BS。

当生成3300字节的上行链路数据时，UE可以通过八个SR资源2201到2215当中的第七SR资源2213来发射SR。当NB通过第七SR资源2213从UE接收到SR时，NB可以识别UE的缓冲器状态并且考虑到缓冲器状态来执行上行链路调度。

此处，类似于图5的实施例1，UE和NB可以设定对应于各个SR资源的P-BSI。在这种情况下，NB可以向UE通知关于在时域和频域中所分配的SR资源的总数量的信息。

[实施例5]

图23至图27是描述本公开的实施例5的图。

在本公开中，UE将SR发射到NB，从NB接收上行链路授权，并且通过所分配的UL资源将BSR或数据发射到NB。然而，由于近来已积极地研究了非正交多址(NOMA)技术(功率域、码域和其他NOMA域)，因此UE可以在没有SR发射的情况下将BSR或数据发射到NB。

图23图示了描绘根据本公开的实施例5-1的用于上行链路数据发射和接收的方法的序列图。在实施例5-1中，UE使用NOMA来发射SR，并接收上行链路授权。

在图23中，在没有专门将SR资源分配到每个UE的情况下，多个UE(由NB预先配对或未配对的一组UE)通过公共资源发送SR信号。可以将SR资源到每个UE的专门的分配视为资源利用方面的开销。因此，基于NOMA的SR资源发射可以减少此类开销。

图24图示了描绘根据本公开的实施例5-2的用于上行链路数据发射和接收的方法的序列图。在实施例5-2中，UE使用NOMA来发射BSR，并接收上行链路授权。

图25图示了描绘根据本公开的实施例5-3的用于上行链路数据发射和接收的方法的序列图。在实施例5-2中，UE使用NOMA来发射所有数据。

对于此操作，NB将一个或多个UE配对。当所配对的UE通过相同的时间和频率资源发射信号时，NB在码域、功率域或其他域中应用连续干扰消除(SIC)以在解码之前分离从所配对的UE发射的信号。然而，根据NOMA技术，可能存在不需要UE配对的情况。

在使用NOMA技术的情况下，可以在没有SR和上行链路授权过程的情况下发射上行链路数据。如果要发射的上行链路数据的大小太大以至于不能在为第一NOMA发射所分配的资源中进行发射，则UE通过NOMA发射将上行链路数据的一部分和BSR发送到NB。然后，基于BSR中包含的UE的缓冲器状态信息，NB可以将足够量的资源分配到UE，使得UE可以快速完成上行链路发射。

图26图示了根据本公开的实施例的SR资源与基于NOMA的SR资源之间的共存。图27描绘了根据本公开的实施例的SR资源与基于NOMA的SR资源之间的共存。

此处，(a)专用于特定UE的现有SR资源和(b)被共同分配到基于NOMA的一个或多个UE的新SR资源基于子帧而共存(图26)、或基于一个子帧内的短/常规TTI而共存(图27)。为此，NB向UE通知例如(a)的SR资源的配置信息和例如(b)的SR资源的配置信息。此处，配置信息可以包含关于SR资源存在的时间(符号、时隙、TTI、子帧、帧)、频率(子载波、RE、RB、子带)、周期和类型((a)或(b))的信息。

在本公开中，检查5G移动通信系统中的调度请求操作。在5G移动通信系统中，期待许多服务将得到一个无线电接入网络和核心网络的支持。举例来说，服务1可以是增强型移动宽带(eMBB)服务，服务2可以是超可靠和低时延通信(URLLC)服务，并且服务3可以是增强型MTC(eMTC)服务。可以进一步支持其他服务。这些服务可以具有不同的物理层特性(例如，子载波间隔)。因此，NB可以为UE的每个服务分配独立的SR资源，或者分配可以共同用于所有服务的SR资源。

图28图示了根据本公开的实施例的基于每个服务的SR资源的使用。在图28中，被分配到UE的所有SR资源2801到2819可以共同用于所有服务。

图29图示了根据本公开的另一个实施例的基于每个服务的SR资源的使用。在图29中，被分配到UE的SR资源2901到2919中的每一个可以用于对应的服务。

图30图示了根据本公开的另一个实施例的基于每个服务的SR资源的使用。在图30中，在不同TTI分配的一些SR资源可以共同用于所有服务，而其他SR资源可以用于对应的服务。

图31图示了描绘根据本公开的实施例的用于SR发射和接收的过程的序列图。

参考图31，在步骤S3000处，UE可以将包含关于所使用的(或将要使用的)服务的信息的UE能力信息发射到NB。

在识别了UE使用的服务之后，在步骤S3100处，NB可以将公共的SR配置或服务特定的SR配置信息发射到UE。这可以通过使用以下信息元素(IE)SchedulingRequestConfig来实现。

如果UE使用N个不同的服务，则NB可以为每个服务分配一个服务特定的SR资源或者多于或少于一个的服务特定的SR资源。NB还可以分配零个或者一个或多个公共的SR资源。

当在接收到SR配置信息之后生成与特定服务相关联的UL业务时，在步骤S3200处，UE可以选择所分配的SR资源之一，并使用所选择的SR资源将SR发射到NB。

<当UE使用一个服务时>

UE可以通过为对应的服务所分配的服务特定的SR资源将SR发射到NB。UE还可以通过公共的SR资源将SR发射到NB。

作为使用公共的SR资源的示例，如果在T1子帧之后分配服务特定的SR资源并且在T2子帧(T2小于T1)之后分配公共的SR资源，则UE可以使用公共的SR资源来减少针对服务特定的SR资源的等待时间。

<当UE使用两个或更多个服务并且一个服务的业务在缓冲器中时>

<当UE使用两个或更多个服务并且两个或更多个服务的业务在缓冲器中时>

UE可以通过为高优先级服务所分配的服务特定的SR资源将SR发射到NB。

NB可以将优先级指派到每个服务，并向UE通知该优先级。例如，服务1可以指派有第一优先级，服务2可以指派有第二优先级，并且服务3可以指派有第三优先级。

UE可以将优先级指派到每个服务，并向NB通知该优先级。

UE可以通过在对应于所有服务(其数据存在于缓冲器中)的服务特定的SR资源当中首先分配的SR资源将SR发射到NB。

UE可以通过从对应于所有服务(其数据存在于缓冲器中)的服务特定的SR资源当中随机选择的SR资源将SR发射到NB。UE还可以通过对应于所有服务(其数据存在于缓冲器中)的服务特定的SR资源中的每一个将SR发射到NB。

UE可以通过公共的SR资源将SR发射到NB。

在从UE接收到SR时，在步骤S3300处，NB可以将上行链路授权分配到UE。

<当NB通过服务特定的SR资源接收SR时>

NB可以识别UE正使用的服务的类型，并且可以将与该服务类型匹配的上行链路授权分配到UE。

<当NB通过公共的SR资源接收SR时>

由于NB无法识别UE正使用的服务的类型，因此NB可以将具有给定的资源大小的上行链路授权分配到UE。

在从NB接收到上行链路授权之后，UE可以将数据发射到NB。

UE可以根据服务优先级在所分配的资源中首先包含较高优先级服务的业务。

当UE已通过与特定服务相关联的服务特定的SR资源将SR发射到NB以发射服务的业务时，UE可以首先在所分配的资源中包含该服务的业务。

在本公开中，当UUE将BSR发射到NB时，NB可以区分每个服务的BSR。下文示出了这种情况的示例。

下表2图示了由UE用于针对UE使用的所有服务以及属于这些服务的所有LCG将缓冲器状态报告给NB的格式。

[表2]

下表3图示了由UE用于针对一些服务以及属于那些服务的所有LCG将缓冲器状态报告给NB的格式。

[表3]

下表4图示了由UE用于针对特定服务以及属于该服务的所有LCG将缓冲器状态报告给NB的格式。

[表4]

下表5图示了由UE用于针对特定服务以及属于该服务的一些LCG将缓冲器状态报告给NB的格式。

[表5]

等级1	等级2	等级3
			服务ID#2	LCG ID#1	缓冲器大小

UE可以将针对所有服务的BSR报告给BS，或者可以以下面的方式将针对所选择的服务的BSR报告给BS。

当将填充BSR发射到NB时，UE可以报告对应于当前使用的服务的类型的BSR。当存在服务特定的优先级并且用于发送BSR的资源的大小有限时，可以按服务优先级的次序来发送BSR。另外，可以以相同的频率将针对所有服务的BSR报告给NB。

<附加内容3>

在针对缓冲器状态报告的以上描述中，本公开已讨论了用于报告所有当前使用的服务的缓冲器状态的方法和格式、用于报告特定服务的缓冲器状态的方法和格式、以及用于报告特定逻辑信道组(LCG)的缓冲器状态的方法和格式。在LTE中，基于包含多个逻辑信道的LCG来报告缓冲器状态。为了使UE向NB提供更详细的缓冲器状态信息，本公开包含基于逻辑信道(LCH)来报告缓冲器状态的方法，所述LCH可以被认为是比LCG更低的概念。这在基于LCG来报告缓冲器状态的原理和方法上可相同，但报告单元从LCG变为LCH。

下表图示了由UE用于针对UE使用的所有服务以及属于这些服务的所有LCG和LCH将缓冲器状态报告给NB的格式。

下表图示了由UE用于针对特定服务以及属于该服务的所有LCG和LCH将缓冲器状态报告给NB的格式。

下表图示了由UE用于针对特定服务、属于该服务的特定LCG和属于该LCG的所有LCH将缓冲器状态报告给NB的格式。

下表图示了由UE用于针对特定服务、属于该服务的特定LCG和属于该LCG的特定LCH将缓冲器状态报告给NB的格式。

等级1	等级2	等级3	等级4
				服务ID#0	LCG ID#0	LCH ID#1	缓冲器大小

本公开包含关于UE将使用上述各种BSR格式中的哪一种来报告缓冲器状态的信息。

I.UE根据从NB分配的用于BSR发射的上行链路资源的数字学或子载波间隔来确定BSR格式。

a.举例来说，当UE分配有子载波间隔为60kHz的上行链路资源时，UE可以使用对应于该子载波间隔的BSR格式将缓冲器状态报告给NB。此处，数字学(或子载波间隔)与BSR格式之间的映射可以在标准中是预定义的，或者NB可以通过RRC消息等等预先向UE通知该映射。

II.UE根据从NB分配的用于BSR发射的上行链路资源的TTI长度来确定BSR格式。

a.举例来说，当UE分配有TTI长度为0.25ms的上行链路资源时，UE可以使用对应于该TTI长度的BSR格式将缓冲器状态报告给NB。此处，TTI长度与BSR格式之间的映射可以在标准中是预定义的，或者NB可以通过RRC消息等等预先向UE通知该映射。

III.UE根据从NB分配的用于BSR发射的上行链路资源的大小来确定BSR格式。

a.举例来说，当UE被分配10个资源块(RB)时，UE可以使用对应于所分配的RB的数量的BSR格式将缓冲器状态报告给NB。此处，上行链路资源大小与BSR格式之间的映射可以在标准中是预定义的，或者NB可以通过RRC消息等等预先向UE通知该映射。

IV.UE根据用于SR信号发射的上行链路资源的数字学或子载波间隔来确定BSR格式。

a.举例来说，当UE已使用子载波间隔为60kHz的上行链路资源发射SR信号时，稍后，UE可以使用对应于该子载波间隔的BSR格式将缓冲器状态报告给NB。此处，数字学(或子载波间隔)与BSR格式之间的映射可以在标准中是预定义的，或者NB可以通过RRC消息等等预先向UE通知该映射。

V.UE根据用于SR信号发射的上行链路资源的TTI长度来确定BSR格式。

VI.当UE通过RRC消息或MAC CE(控制元素)报告缓冲器状态时，NB向UE通知要使用的BSR格式。

VII.UE通过将先前发射的BSR与当前缓冲器状态进行比较根据缓冲器状态的改变来确定BSR格式。

a.UE可以在要报告给NB的BSR中包含LCH的缓冲器状态信息，其中相对于先前发射的BSR已发生了X个字节或更多字节的改变。

b.UE可以在要报告给NB的BSR中包含属于LCG的LCH的缓冲器状态信息，其中相对于先前发射的BSR已发生了Y个字节或更多字节的改变。此处，LCG的缓冲器状态可以由属于该LCG的各个LCH的缓冲器状态之和给出。

c.UE可以在要报告给NB的BSR中包含属于服务的LCG的LCH的缓冲器状态信息，其中相对于先前发射的BSR已发生了Z个字节或更多字节的改变。此处，服务的缓冲器状态可以由属于该服务的各个LCG的缓冲器状态之和给出。

VIII.此处，NB可以通过RRC消息或MAC CE向UE通知值X、Y和Z。

IX.UE根据在从BSR发射时间起的给定时间内生成上行链路数据的服务类型、LCG或LCH来确定BSR格式。

a.UE可以在要报告给NB的BSR中包含在从BSR发射时间起的给定时间内生成给定大小或更大的上行链路数据的服务、LCG或LCH的缓冲器状态信息。

<附加内容4>

本公开提出了一种方案，其中，当调度请求信号由多个比特组成时，比特的组合与UE的缓冲器状态相关联。因此，当NB接收到由多个比特组成的调度请求信号时，它不仅可以识别上行链路发射的必要性而且还可以识别UE的缓冲器状态信息。然而，与由单个比特组成的调度请求信号相比较，这需要更多的时间/频率无线电资源(例如，PUCCH、PUSCH、PRACH)。

本公开提出了一种方案，其中在不同的时间、频率或码资源下发射1比特调度请求信号。当NB接收到1比特调度请求时，NB可以通过检查接收时间、频率或码资源来获取UE的缓冲器状态信息。此处，可以经由RRC消息或MAC控制元素通过在UE与NB之间进行协商来确定用于发射或接收1比特调度请求信号的时间、频率或码资源与缓冲器状态报告之间的映射。与发射多比特调度请求信号相比较，发射1比特调度请求信号需要更少的时间/频率无线电资源。然而，由1比特调度请求信号与用于发射1比特调度请求信号的时间、频率或码资源之间的映射所表示的缓冲器状态的分辨率或粒度可能比由多比特调度请求信号所表示的缓冲器状态的分辨率或粒度更差。

可以将以下内容总结如下。使用多比特调度请求信号具有精细地表示缓冲器状态的优点，但具有开销大的缺点。另一方面，使用1比特调度请求信号与用于发射或接收1比特调度请求信号的时间/频率/码资源之间的映射具有开销小的优点，但具有拙劣地表示缓冲器状态的缺点。因此，本公开包含一起利用这两种方法的实施例。为此，NB和UE可以如下操作。

首先，NB和UE配置多比特调度请求信号。为此，NB通过RRC消息等等向UE提供以下信息。

I.构成多比特调度请求信号的比特数

II.用于发射多比特调度请求信号的无线电资源分配信息(包含资源分配周期)

III.NB向UE提供的用于在LTE中配置调度请求信号的其他信息：sr-PUCCH-ResourceIndex、sr-ConfigIndex、dsr-TransMax、sr-ProhibitTimer和logicalChannelSR-ProhibitTimer。

此处，NB可以向UE通知与多比特调度请求信号的每个比特组合相关联的缓冲器状态。举例来说，在4比特调度请求信号的情况下，NB可以向UE提供以下信息(图13A)。

图32图示了描绘根据本公开的实施例的用于发射和接收关于多比特SR信号的信息的过程的序列图。

NB和UE可以通过协商来确定与多比特调度请求信号的每个比特组合相关联的缓冲器状态。图32中图示了此。

在图32中，NB向UE通知构成调度请求信号的比特数，并且UE通过RRC消息或MAC控制元素向NB通知与多比特调度请求信号的各个比特组合对应的缓冲器状态等级(如图13A所示)。

接下来，NB和UE配置1比特调度请求信号。

-用于发射1比特调度请求信号的无线电资源分配信息(包含资源分配周期)

-NB向UE提供的用于在LTE中配置调度请求信号的其他信息：sr-PUCCH-ResourceIndex、sr-ConfigIndex、dsr-TransMax、sr-ProhibitTimer和logicalChannelSR-ProhibitTimer。

图33A图示了描绘根据本公开的实施例的用于发射和接收关于最小初始上行链路资源大小的信息的过程的序列图。

当NB接收到1比特调度请求信号时，NB和UE可以通过协商来确定要分配到UE的UL资源的最小大小。可以通过在NB与UE之间交换RRC消息或MAC控制元素来执行此类协商。这在图33a中图示。

作为实施例，NB请求UE提供关于当UE发射1比特调度请求信号时要分配的上行链路资源的最小初始大小的信息。在接收到请求时，UE向NB提供关于当UE发射1比特调度请求信号时要分配的上行链路资源的最小初始大小的信息。可以通过分析由UE生成的上行链路业务的模式(数据大小、生成时间、间隔时间(inter-arrival time))来用试验式地识别和确定最小初始上行链路资源大小。在接收到最小初始上行链路资源大小信息时，NB确定可以实际可分配到UE的上行链路资源的最小初始大小，并向UE通知该值。

作为另一个实施例，当UE发射多比特SR信号时，一些SR比特可以表示与上行链路业务类型有关的信息，并且剩余的SR比特可以表示与缓冲器状态有关的信息。举例来说，如果SR信号由6个比特组成，则6个比特中的两个比特可以表示上行链路业务类型(LCH、LCG、网络切片、QoS类、数字学、TTI、应用类型等)，并且其四个比特可以表示对应于上行链路业务类型的缓冲器状态。当NB从UE接收到具有关于上行链路业务类型的信息和上行链路业务的缓冲器状态信息的SR信号时，NB可以分配适合于UE发射对应的上行链路业务的上行链路资源。

上文中，给出了通过配置多比特调度请求信号和1比特调度请求信号来一起利用两种类型的调度请求信号的描述。通常，在URLLC服务的情况下，期望UE有机会在短的时间间隔内频繁地发射调度请求信号。这是因为UE发射调度请求信号的等待时间也包含在时延中。在这方面，对于URLLC服务，频繁分配用于发射1比特调度请求信号的机会可能导致比频繁分配用于发射多比特调度请求信号的机会更少的无线电资源开销。同样地，在eMBB服务的情况下，由于时延不是最重要的因素，因此不需要非常频繁地分配用于发射调度请求信号的机会。因此，对于eMBB服务，有利的是，以适当(不太短)的时间间隔来分配用于发射多比特调度请求的机会。以这种方式，适当类型的调度请求信号对于不同的服务可以是不同的。因而，当NB向UE配置调度请求信号时，NB可以指示哪个调度请求信号可用于哪个服务。在这种情况下，服务可以对应于逻辑信道。因此，当NB向UE配置调度请求信号时，NB可以指示哪个调度请求信号可用于哪个逻辑信道(或逻辑信道组、网络切片、QoS类标识符)。下文图示了此信息。

在以上的SchedulingRequestConfig IE中，sr-NumberOfBits指示构成调度请求信号的比特数。当sr-NumberOfBits设定为1时，这指示1比特调度请求信号；并且当sr-NumberOfBits设定为大于1的值时，这指示多比特调度请求信号。sr-Period指示期间分配调度请求发射资源的周期(子帧或TTI或时间单位)。sr-ServiceMapping指示对应于调度请求类型的服务类型。在以上示例中，服务1、3和5与SchedulingRequestConfigType1相关联，而服务2、4和6与SchedulingRequestConfigType2相关联。sr-LogicalChannelMapping指示对应于调度请求类型的逻辑信道类型。在以上示例中，逻辑信道1、3和5与SchedulingRequestConfigType1相关联，而逻辑信道2、4和6与SchedulingRequestConfigType2相关联。以类似的方式，NB可以指示哪个调度请求类型可用于哪个逻辑信道组类型、网络切片类型、QoS类标识符类型、上行链路业务类型、数字学类型、TTI类型或应用类型。

作为扩展形式，NB可以向UE提供默认SR配置和特殊SR配置。此处，特殊SR配置是仅应用于由NB指示的特定LCH(或LCG、网络切片、QoS类、上行链路业务类型、数字学、TTI、应用类型)的SR配置。默认SR配置是应用于除由特殊SR配置指示的特定LCH(或LCG、网络切片、QoS类、上行链路业务类型、数字学、TTI、应用类型)之外的特定LCH(或LCG、网络切片、QoS类、上行链路业务类型、数字学、TTI、应用类型)的SR配置。

举例来说，如下所示，假设NB向UE提供应用于服务2、LCH 2或LCH 4的默认SR配置和特殊SR配置。然后，为了发射在服务2、LCH 2或LCH 4处发生的上行链路数据，UE可以通过使用包含在特殊SR配置中的信息(例如，PUCCH资源索引、SR配置索引、最大发射计数、SR比特计数、SR周期)来发射SR信号。为了发射在除服务2、LCH 2或LCH 4之外的服务或LCH处发生的上行链路数据，UE可以通过使用包含在默认SR配置中的信息(例如，PUCCH资源索引、SR配置索引、最大发射计数、SR比特计数、SR周期)来发射SR信号。

在以上示例中，在从UE接收到SR信号时，NB可以识别用于发射SR信号的SR配置。也就是说，NB可以检查所接收的SR信号的PUCCH资源索引、SR配置索引、SR比特计数和SR周期，以确定是默认SR配置还是特殊SR配置被用于SR信号发射。在确定特殊SR配置被用于SR信号发射时，NB可以识别由特殊SR配置指示的特定服务或LCH(或LCG、网络切片、QoS类、上行链路业务类型、数字学、TTI、应用类型)。由此，NB可以分配适合于UE发射上行链路数据的上行链路资源。

<附加内容5>

本公开提出了一种方案，其中定义SR配置与服务或逻辑信道之间的关系，并且当在特定服务或特定逻辑信道中生成数据时，UE通过对应的SR配置来发射SR信号。当直接将这种方案应用于LTE中所定义的BSR和SR过程时，NB和UE如下操作。图33B中示出了这种情况。

I.NB向UE提供SR配置与LCH之间的关系。

A.可以通过RRC IE当中的SchedulingRequestConfig或LogicalChannelConfig来发射此信息。也就是说，可以将对应于每个SR配置的LCH ID添加到SchedulingRequestConfig，或者可以将对应于每个LCH的SR配置ID添加到LogicalChannelConfig。

B.当在特定LCH处生成数据时，UE检查在不同LCH处生成的数据是否已经存在于缓冲器中。

i.如果在不同LCH处生成的数据不存在于缓冲器中，则UE发起规则的BSR发射过程。在发起规则的BSR发射过程之后，如果不存在被分配到UE的上行链路资源并且logicalChannelSR-ProhibitTimer不运行，则UE发起SR发射过程。

1.此处，通过对应于LCH(其中生成发起了规则的BSR发射过程的数据)的SR配置来执行SR发射过程。

ii.如果在不同LCH处生成的数据已经存在于缓冲器中，则UE将其中生成数据的LCH的优先级与不同LCH的优先级进行比较。

1.如果其中生成数据的LCH的优先级高于不同LCH的优先级，则UE发起规则的BSR发射过程。在发起规则的BSR发射过程之后，如果不存在被分配到UE的上行链路资源并且logicalChannelSR-ProhibitTimer不运行，则UE发起SR发射过程。

A.此处，通过对应于LCH(其中生成发起了规则的BSR发射过程的数据)的SR配置来执行SR发射过程。

2.如果其中生成数据的LCH的优先级高于不同LCH的优先级，则UE发起规则的BSR发射过程。

当通过在LTE中所定义的LogicalChannelConfig IE中包含SchedulingRequestConfig的索引来表示逻辑信道与SR配置之间的关系时，可以如下描述LogicalChannelConfig IE和SchedulingRequestConfig IE。

通过以下步骤获得上述逻辑信道与调度请求配置之间的关系：将唯一ID(SchedulingRequestConfigIndex)指派到每个调度请求配置，并在每个逻辑信道配置中插入对应于逻辑信道的调度请求配置的ID。

作为另一个示例，可以通过在调度请求配置中包含已经定义在LTE标准中的逻辑信道ID(逻辑信道IDentity)来表达逻辑信道与调度请求配置之间的映射关系。下文示出了这些示例。

图34图示了根据本公开的基站(NB)的框图。

在一个实施例中，NB处理器3410可以通过使用通过NB接收器3420和NB发射器3430所发射和接收的信息在移动通信系统中执行上行链路调度方法。NB处理器3410可以将NB接收器3420控制为：从UE接收调度请求(SR)；基于SR来识别存储在UE的缓冲器中的数据量；以及基于所识别的数据量将上行链路资源分配到UE。

NB处理器3410(其也可以称为控制器)可以控制NB接收器3420和NB发射器3430，并且可以在图1至图33中所示的实施例中执行NB操作。此处，NB接收器3420和NB发射器3430也可以称为收发器。

图35图示了根据本公开的用户设备(UE)的框图。

在一个实施例中，UE处理器3510可以通过使用通过UE接收器3520和UE发射器3530所发射和接收的信息在移动通信系统中执行上行链路调度方法。UE处理器3510可以控制以下的过程：识别存储在缓冲器中的数据量；生成调度请求(SR)；以及基于所识别的数据量将SR发射到NB，使得从NB分配上行链路资源。

UE处理器3510(其也可以称为控制器)可以控制UE接收器3520和UE发射器3530，并且可以在图1至图33中所示的实施例中执行UE操作。此处，UE接收器3520和UE发射器3530也可以称为收发器。

上文中，已参考附图描述了本公开的实施例。描述中所使用的特定术语或字词应根据本公开的精神来解释，而不限制其主题。应理解，本文中所描述的基本发明构思的许多变化和修改仍将落入如所附权利要求及其等同物中限定的本公开的精神和范围内。

尽管已利用示例性实施例描述了本公开，但是可以向本领域技术人员建议各种改变和修改。本公开旨在涵盖落入所附权利要求的范围内的此类改变和修改。

Claims

1.一种在移动通信系统中用于用户设备UE的上行链路调度的方法，所述方法包括：

识别存储在缓冲器中的数据量；

生成调度请求SR；以及

基于识别的数据量将所述SR发射到基站NB，使得从所述NB分配上行链路资源。

2.根据权利要求1所述的方法，其中，发射所述SR包括：

根据所述识别的数据量确定所述SR的发射时间；以及

在所确定的发射时间将所述SR发射到所述NB。

3.根据权利要求1所述的方法，其中，发射所述SR包括：

根据所述识别的数据量确定SR发射数量；以及

根据所确定的SR发射数量将所述SR发射到所述NB。

4.根据权利要求1所述的方法，其中，发射所述SR包括：

确定连续SR发射数量，并针对所述连续SR发射数量生成位图；

将所述位图映射到所述识别的数据量；以及

根据映射结果将所述SR发射到所述NB。

5.根据权利要求1所述的方法，其中，所述SR由多个SR比特组成，并且其中，所述多个SR比特被映射到所述识别的数据量。

6.根据权利要求1所述的方法，进一步包括将其中能够生成所述SR的子帧的子帧索引映射到指示所述缓冲器的状态的缓冲器状态索引，并且其中，根据存储在所述缓冲器中的所述数据量来设置所述缓冲器状态索引。

7.根据权利要求1所述的方法，其中，所述SR被指派到子帧内的第一发射时间间隔TTI的第一资源和第二TTI的第二资源中的至少一个，并且其中，所述第一TTI比所述第二TTI长。

8.一种在移动通信系统中用于基站NB的上行链路调度的方法，所述方法包括：

从用户设备UE接收调度请求SR；

通过使用所述SR识别存储在所述UE的缓冲器中的数据量；以及

基于识别的数据量将上行链路资源分配到所述UE。

9.根据权利要求8所述的方法，其中，接收调度请求SR包括：在根据存储在所述缓冲器中的所述数据量确定的发射时间从所述UE接收所述SR。

10.根据权利要求8所述的方法，其中，接收调度请求SR包括：根据基于存储在所述缓冲器中的所述数据量确定的SR发射数量从所述UE接收所述SR。

11.一种在移动通信系统中能够进行上行链路调度的用户设备UE，所述UE包括：

收发器，配置成发射和接收信号；以及

控制器，与所述收发器联接，并且配置成：

识别存储在缓冲器中的数据量；

生成调度请求SR；以及

12.根据权利要求11所述的用户设备，其中，所述控制器被配置成：