CN110754126A

CN110754126A - 基于物理资源特征的上行链路传输的方法和装置

Info

Publication number: CN110754126A
Application number: CN201880039929.1A
Authority: CN
Inventors: 朴承勋; 文廷敃; 白祥圭
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2017-06-15
Filing date: 2018-06-15
Publication date: 2020-02-04
Anticipated expiration: 2038-06-15
Also published as: CN110754126B; KR102371940B1; KR20180136855A

Abstract

本公开涉及将被提供支持超越诸如长期演进(LTE)之类的第四代(4G)通信系统的更高数据速率的准第五代(5G)或5G通信系统。提供了无线通信系统的终端的方法。该方法包括：从基站接收关于至少一个逻辑信道和至少一个上行链路授权的简档信息之间的映射的信息；从基站接收至少一个上行链路(UL)授权；以及基于至少一个上行链路授权的简档信息和映射信息来发送数据。

Description

基于物理资源特征的上行链路传输的方法和装置

技术领域

本公开涉及无线通信系统。更具体地，本公开涉及用于复用在终端(例如，用户设备(UE))中同时激活的多个服务以进行有效的上行链路(UL)传输的方法和装置。

背景技术

更具体地，本公开提出了用于在终端接收UL授权时终端基于UL授权的物理层属性(例如，参数配置(numerology)、发送时间间隔(TTI)长度、调制和编码方案(MCS)以及功率控制命令)来确定具有待传输的数据的服务或逻辑信道(LCH)并生成具有服务特定的数据或逻辑信道特定的数据的数据包。

为了满足对自第四代(4G)通信系统的部署以来已增加的无线数据业务的需求，已经做出努力来开发改进的第五代(5G)或pre-5G通信系统。因此，5G或pre-5G通信系统也被称作“超越4G网络”或“后长期演进(LTE)系统”。

5G通信系统被认为在较高的频率毫米波(mmWave)频段(例如，60GHz频段)中实现，以便实现较高的数据速率。为了减少无线电波的路径损失并增加传输距离，在5G无线通信系统中讨论了波束成形、大规模多输入多输出(MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形和大规模天线技术。

另外，在5G通信系统中，正在基于高级小型小区、云无线接入网络(RAN)、超密集网络、设备到设备(D2D)通信、无线回程、移动网络、协作通信、协同多点(CoMP)、接收端干扰消除等进行对系统网络改进的开发。

在5G系统中，已经开发出来了作为高级编码调制(ACM)的混合FSK和QAM调制(FQAM)和滑动窗口叠加编码(SWSC)，以及作为高级接入技术的滤波器组多载波(FBMC)、非正交多址(NOMA)和稀疏码多址(SCMA)。

同时，终端可以在由基站(例如，gNb)分配的UL资源上发送数据。然而，从未定义具有多个同时具有不同需求的激活的服务的终端如何选择要传输其数据的至少一个服务。因此，需要一种用于具有多个同时激活的服务的终端选择至少一个服务的方法，以在基站分配的UL资源上传输属于所选服务的数据。

上述信息仅作为背景信息而提供，以帮助理解本公开。对于任意上述内容是否可作为本公开的现有技术没有任何判定也没有任何断言。

发明内容

技术问题

从未定义具有多个同时具有不同需求的激活的服务的终端如何选择要传输其数据的至少一个服务。因此，需要用于具有多个同时激活的服务的终端选择至少一个服务的方法，以在基站分配的UL资源上传输属于所选服务的数据。

问题的解决方案

本公开的各个方面是要解决至少上述问题和/或缺点，并且提供至少下述优点。因此，本公开的一方面在于提供用于具有多个具有不同需求的终端选择至少一个服务或逻辑信道的方法，以在由基站分配的上行(UL)资源上基于UL资源的物理层属性传输属于所选服务或逻辑信道的数据。此外，本公开提出了终端和基站的进行这种逻辑信道选择确定的操作。

其它方面将部分地在随后的描述中进行阐述，并且部分地从随后的描述中显而易见，或者可以通过实践所示的实施例而获知。

根据本公开的一方面，提供了无线通信系统的终端的方法。所述方法包括：从基站接收关于至少一个逻辑信道与至少一个上行链路授权的简档信息之间的映射的信息；从所述基站接收所述至少一个上行链路授权；以及基于所述至少一个上行链路授权的所述简档信息和所述映射信息来发送数据。

根据本公开的另一个方面，提供了无线通信系统的基站的方法。所述方法包括：向终端发送关于至少一个逻辑信道与至少一个上行链路授权的简档信息之间的映射的信息；向所述终端发送所述至少一个上行链路授权；以及从所述终端接收数据，所述终端基于所述至少一个上行链路授权的所述简档信息和所述映射信息来选择所述数据。

根据本公开的另一个方面，提供了无线通信系统的终端。所述终端包括：收发器；以及至少一个处理器，所述至少一个处理器被配置为从基站接收关于至少一个逻辑信道与至少一个上行链路授权的简档信息之间的映射的信息，从所述基站接收所述至少一个上行链路授权，以及基于所述至少一个上行链路授权的所述简档信息和所述映射信息来发送数据。

根据本公开的另一个方面，提供了无线通信系统的基站。所述基站包括：收发器；以及至少一个处理器，所述至少一个处理器被配置为向终端发送关于至少一个逻辑信道与至少一个上行链路授权的简档信息之间的映射的信息，向所述终端发送所述至少一个上行链路授权，以及从所述终端接收数据，所述终端基于所述至少一个上行链路授权的所述简档信息和所述映射信息来选择所述数据。

通过以下结合附图公开了本公开的各种实施例的详细描述，本公开的其他方面、优点和显着特征对于本领域技术人员将变得显而易见。

本发明的有益效果

本公开在以下方面是有利的：使具有多个同时激活的服务的终端可以在具有特定物理属性的UL资源被分配给终端时来基于UL资源的物理层属性来选择服务或逻辑信道，生成具有属于所选服务或逻辑信道的数据包，并且在UL资源上传输数据包。而且，本公开在使得可以更有效地满足终端使用的服务的要求和质量方面是有利的。

附图说明

从以下结合附图的描述中，本公开的特定实施例的前述及其它方面、特征以及优点将更加显而易见，在附图中：

图1是示出根据本公开的实施例的基于逻辑信道优先级(LCP)的上行链路(UL)资源利用方法的视图；

图2A是示出根据本公开的实施例的如果从终端(用户设备(UE))接收特定信道质量指示(CQI)则基站向终端发送包括不同的调制与编码方案(MCS)的UL授权的过程的视图；

图2B是示出根据本公开的实施例的终端操作的流程图；

图2C是示出根据本公开的实施例的基站操作的流程图；

图3A是示出根据本公开的实施例的基站向终端发送包括根据从终端接收到的CQI和功率余量报告(PHR)而不同地确定的发射功率控制(TPC)命令的UL授权的过程的视图；

图3B是示出根据本公开的实施例的终端操作的流程图；

图3C是示出根据本公开的实施例的基站操作的流程图；

图4是示出根据本公开的实施例的基站使用UL授权向终端通知简档ID的方法的信号流程图；

图5是示出根据本公开的实施例的获取简档ID的方法的信号流程图；

图6是示出根据本公开的实施例的属于各逻辑信道(LCH)的数据量B的视图；

图7是示出根据本公开的实施例的基站通过两个UL授权分配给终端的资源与终端的LCH之间的映射关系的视图；

图8是示出根据本公开的实施例的按照UL授权X和UL授权Y的顺序处理多个UL授权的操作的视图；

图9是示出根据本公开的实施例的按照UL授权Y和UL授权X的顺序处理多个UL授权的操作的示图；

图10是示出根据本公开的实施例的受不同的UL授权影响的混合自动重传请求(HARQ)时间线的视图；

图11是示出根据本公开的实施例的HARQ时序关系的视图；

图12是示出根据本公开的实施例的UL授权接收时序与数据传输时序之间的各种时序关系的视图；

图13是示出根据本公开的实施例的UL授权接收时序与ACK/NACK接收时序之间的各种时序关系的视图；

图14是示出根据本公开的实施例的数据传输时序和确认(ACK)/否定ACK(NACK)接收时序之间的各种时序关系的视图；

图15是示出根据本公开的实施例的通过具有不同的发送时间间隔(TTI)长度的多个UL授权分配的资源和对应的UL数据传输时序的视图；

图16是示出根据本公开的实施例的用于以TTI长度传输UL授权以分配具有另一TTI长度的UL资源的资源配置的视图；

图17是示出根据本公开的实施例的用于通过以一个TTI长度传输的物理下行链路控制信道(PDCCH)来分配具有不同TTI长度的UL资源的资源配置的视图；

图18A和图18B是示出根据本公开的实施例的由用于不同TTI长度的多个带宽部分组成的分量载波中的资源配置的视图；

图19A、图19B和图19C是示出根据本公开的各种实施例的用于在不同的PDCCH监听时机分配具有不同的TTI长度的UL资源的资源配置的视图；

图20是示出根据本公开的实施例的用于根据PDCCH监听时频资源来分配具有不同TTI长度的UL资源的资源配置的视图；

图21A和图21B是示出根据本公开的实施例的用于在不同的PDCCH监听时机分配具有不同的TTI长度的UL资源的资源配置的视图；

图22是示出根据本公开的实施例的由具有不同的PDCCH监听时频资源的多个带宽部分组成的资源配置的视图；

图23是示出根据本公开的实施例的用于当终端接收到UL授权时检查该UL授权的物理层属性并选择要通过该UL授权传输的LCH的方法的视图；

图24是示出根据本公开的实施例的用于当终端接收到UL授权时选择要通过UL授权传输的LCH的方法的视图；

图25是示出根据本公开的实施例的UL数据传输方法的视图；

图26是示出根据本公开的另一实施例的UL数据传输方法的视图；

图27是示出根据本公开的另一实施例的UL数据传输方法的视图；

图28是示出根据本公开的另一实施例的UL数据传输方法的视图；

图29是示出根据本公开的实施例的用于通过UL授权选择在分配的资源上传输的LCH的方法的视图；

图30是示出根据本公开的实施例的基站使用不同的终端ID的UL资源分配方法的流程图；

图31是示出根据本公开的实施例的终端使用不同的终端ID的UL资源识别方法的流程图；

图32是示出根据本公开的实施例的终端的配置的框图；以及

图33是示出根据本公开的实施例的基站的配置的框图。

在整个附图中，相似的附图标记将被理解为表示相似的部件、组件和结构。

具体实施方式

提供以下参考附图的描述是为了帮助全面理解由权利要求及其等同形式所限定的本公开的各种实施例。本公开包括各种具体的细节来帮助理解，但这些细节只能被视为示范。因此，本领域普通技术人员将认识到，在不脱离本公开的范围和精神的情况下，可以对本文所描述的各种实施例进行各种更改和修改。此外，为了清楚和简明，可以省略对公知功能和结构的描述。

以下说明书和权利要求中所使用的术语和措辞并不限于书面含义，而是仅仅由发明人使用以使得能够清楚而一致地理解本公开。因此，本领域技术人员应当显而易见的是，以下对本公开的各种实施例的描述仅仅为了说明的目的，而不旨在限制由所附权利要求及其等同形式所限定的本公开。

应理解的是，除非上下文中另有明确指示，单数形式的“一”、“一个”和“所述”也包括复数个对象。因此，例如对“组件表面”的引述包括对一个或更多个这种表面的引述。

通过参考下面对实施例的详细描述以及附图，将更容易理解本公开的优点和特征以及实现这些优点和特征的方法。然而，本公开可以以许多不同的形式来被实施，并且不应被解释为限于本文阐述的各种实施例；相反，提供这些实施例是为了使得本公开将是彻底和完整的，并且将本公开的概念充分传达给本领域技术人员，并且本公开将仅由所附权利要求书限定。贯穿说明书相似的附图标记表示相似的元件。

本公开提出了用于移动通信系统中的终端的上行链路(UL)传输的逻辑信道优先级(LCP)操作。

预计第五代(5G)移动通信系统将支持诸如增强型移动宽带(eMBB)、超可靠和低延迟通信(URLLC)以及增强型机器类型通信(eMTC)的各种服务(或切片)。可以在与支持因特网语音协议(VoIP)作为语音呼叫服务和尽力而为(best effort,BE)服务的第四代(4G)移动通信系统(例如，长期演进(LTE)系统)相同的上下文中理解这一点。还期望在5G移动通信系统中支持各种参数配置。详细地，参数配置表示子载波间隔等。

还期望在5G移动通信系统中支持各种长度的发送时间间隔(TTI)。这是将5G移动通信系统与仅支持一个TTI长度(1ms)的最新标准LTE系统区分开来的重要特征之一。如果5G移动通信系统支持的TTI(例如，0.1ms的TTI)比LTE系统使用的1ms的TTI短得多，那么这对于支持需要短时延的服务(例如，URLLC)可能是一个很大的帮助。

本公开提出考虑到对5G移动通信系统的属性(即，各种服务、参数配置和TTI)的支持的UL调度方法。本公开提出了用于支持具有各种参数配置和TTI的各种服务的调度方法，该调度方法不同于被设计用于支持各种服务的LTE UL调度方法。

在进行本公开的详细描述之前，对逻辑信道优先级(LCP)进行简要描述。本公开采用LCP进行UL调度。

在下行链路(DL)调度的情况下，DL调度以及DL流量生成和传输的所有操作均由基站执行。也就是说，基站执行DL调度并发送所生成的DL流量。然而，在UL调度的情况下，UL流量生成和传输的操作由终端执行，但是UL调度的操作由基站执行。因此，基站执行UL调度以将预定大小的资源分配给终端，并且终端在分配的资源上生成并发送UL流量。在本文中，LCP指的是将由终端生成的UL流量映射到分配的资源。详细地，该过程可以是确定要在分配的资源上发送的流量的类型和大小。将参考图1对其进行详细描述。

图1是示出根据本公开的实施例的基于LCP的UL资源利用方法的视图。

根据服务的类型，由终端生成的UL流量对应于逻辑信道。例如，逻辑信道或逻辑信道组可以对应于服务。根据基站的配置，每个逻辑信道都具有优先级。

参考图1，逻辑信道1、逻辑信道2和逻辑信道3具有各自的优先级，即优先级1、优先级2和优先级3。终端如下将UL流量映射到由基站分配的资源。

基本上，终端按照优先级的降序按优先比特率(PBR)将数据映射到逻辑信道。这里，每个逻辑信道的PBR由基站通过无线资源控制(RRC)信令来配置。

接下来，终端以降序重复地将剩余流量分配给逻辑信道，直到分配的资源耗尽为止。以这种方式，可以复用属于多个逻辑信道的UL流量。

以下，对本公开的第一实施例进行描述。

在LTE中，基站使用UL授权向终端发送调制与编码方案(MCS)信息。该信息指示终端在生成物理层(PHY)数据包时使用的调制顺序和编码方案。终端在处理给定数据以生成PHY数据包时使用MCS信息，但在确定具有要通过UL授权发送的数据的服务或逻辑信道(LCH)时不使用MCS信息。在根据本公开的第一实施例的上行链路传输方法中，终端在确定具有要通过UL授权发送的数据的服务或LCH时使用MCS信息。

图2A是示出根据本公开的实施例的如果从终端(用户设备(UE))接收特定信道质量指示(CQI)则基站向终端发送包括不同MCS信息的UL授权的过程的信号流程图。

在操作S210，终端可以反馈CQI。假设终端向基站反馈与MCS级别10对应的CQI。

在此，考虑以下两种情况。

-情况A：在操作S220，基站可以向终端发送指示基于来自终端的CQI反馈信息确定的MCS级别10的UL授权。

-情况B：在操作S240，基站可以向终端发送指示基于来自终端的CQI反馈确定的指示MCS级别5的UL授权。

通常，当给定了基站和终端之间的信道增益时，终端向基站反馈满足给定目标错误率的CQI中最高的一个CQI。

因此，在情况A，当终端在操作S230发送数据时，在满足给定的目标错误率的同时，终端在操作S220接收指示期望最高吞吐量的MCS级别10的UL授权。这表示基站确定将MCS级别设置为10，以在满足目标错误率的同时实现最高吞吐量。

在情况B，当终端在操作S250发送数据时，在满足比目标错误率更低的错误率的同时，终端在操作S240接收指示期望小于情况A的吞吐量的MCS级别5的UL授权。这是因为当给定了基站和终端之间的信道增益时，在错误率和吞吐量之间存在折衷。

因此，如果即使终端反馈了指示MCS级别10的CQI，基站也生成了向终端指示MCS级别5的UL授权，这表示终端意图以较低的错误率发送数据。如果基站生成了向终端指示MCS级别5的UL授权，这可能意图通过减小信道增益来满足给定错误率。

然而，终端不能在情况A和情况B的上述情形之间进行区分。也就是说，当终端反馈与MCS级别10相对应的CQI并且从基站接收到指示MCS级别5的UL授权时，终端无法知晓(a)基站是否由于观察或预测到信道增益降低而不可避免地将MCS级别从10降低到5，还是(b)基站是否在可以满足MCS级别为10的目标错误率的情况下仍意图将MCS级别从10降低到5以满足低目标错误率。

假设需要较高吞吐量的eMBB流量和需要高可靠性和低错误率的URLLC流量都存在于终端的缓冲区中。终端可以基于TTI长度和子载波间隔值在分配的TTI中发送eMBB流量或URLLC流量。如果终端可以区分基站的上述MCS配置意图，则除了TTI长度和子载波间隔值之外，终端还可以考虑MCS配置意图来发送数据。为了做到这一点，终端可以如下操作。

-在基站发送指示MCS级别低于与终端的CQI反馈对应的MCS级别的UL授权以设置低目标错误率的情况下，终端通过分配的UL授权在存在于缓冲区的流量中发送要求高可靠性和低错误率的URLLC流量。

-在基站发送指示与用于高吞吐量的终端的CQI反馈对应的MCS级别相似的MCS级别的UL授权的情况下，终端通过分配的UL授权来发送存在于缓冲区的流量中的要求高吞吐量的eMBB流量。

以这种方式，如果终端能够识别基站的MCS配置意图，则当终端接收到UL授权时，终端可以确定具有要发送的数据的LCH。也就是说，终端能够选择与UL授权的属性匹配的LCH，并通过LCH发送数据，从而提高服务质量。

为了实现这一点，本公开提出了用于基站向终端发送包括指示MCS配置意图的1-比特指示器的UL授权的方法。在本公开中，该1-比特指示器被称为保守MCS。尽管使用特定术语来描述本公开的实施例，但是显然可以针对任何其他旨在MCS配置意图而改变该术语。保守MCS的示例如下。

-如果保守MCS＝1，则这可能表示选择基站发送的UL授权中指示的MCS级别是为了发送需要低错误率的流量。

-如果保守MCS＝0，则这可能表示选择基站发送的UL授权中指示的MCS级别是为了发送需要高吞吐量的流量。

表1示出了添加了1-比特保守MCS字段的LTE UL授权的信息字段。

[表1]

将参考图2B来详细描述终端的操作。

图2B是示出根据本公开的实施例的终端操作的流程图。

(1)在操作S260，终端可以接收LCH列表。终端可以接收保守MCS＝1的LCH列表和保守MCS＝0的另一LCH列表。终端可以通过诸如LogicalChannelConfig IE之类的RRC信息单元(IE)来接收保守MCS值特定的LCH列表。

(2)在操作S260，终端可以接收UL授权。在接收到UL授权时，UE可以检查UL授权的保守MCS字段。

A.如果保守MCS设置为1，则终端根据保守MCS与LCH的映射(由基站提供该映射关系)来选择与保守MCS＝1匹配的LCH，并对所选LCH进行LCP操作。

B.如果保守MCS设置为0，则终端根据保守MCS和LCH之间的映射关系(由基站提供该映射)来选择与保守MCS＝0匹配的LCH，并对所选LCH进行LCP操作。

(3)在完成LCP操作之后，终端在操作S262执行UL传输。

图2C是示出根据本公开的实施例的基站操作的流程图。

(1)在操作S270，基站可以分别向终端发送保守MCS＝1的LCH列表和保守MCS＝0的LCH列表。基站可以通过诸如LogicalChannelConfig IE之类的RRC IE向终端发送保守MCS值特定的LCH列表。

(2)在操作S271，基站可以发送UL授权。基站可以在UL授权中包括保守MCS字段，并且终端可以检查UL授权的保守MCS字段。

(3)然后，在操作S272，基站可以从终端接收上行链路数据。上行链路数据可以属于与保守MCS相对应的LCH。上面已经进行了保守MCS和LCH之间的映射的详细描述，因此在此省略对其的详细描述。

以下，对本公开的第二实施例进行描述。

在LTE中，基站使用UL授权向终端发送发射功率控制(TPC)信息。该信息对于终端确定上行链路的发射功率级别至关重要。尽管终端在确定用于发送由给定数据生成的PHY数据包的发射功率时使用TPC信息，但是在确定具有要通过UL授权发送的数据的服务或LCH中不使用TPC信息。终端使用TPC信息来确定用于发送利用给定数据生成的PHY数据包的发射功率，而不是用于确定具有要通过UL授权发送的数据的服务或LCH。在根据本公开的第二实施例的上行链路传输方法中，终端在确定具有要通过UL授权发送的数据的服务或LCH时使用TPC信息。

图3A是示出根据本公开的实施例的基站向终端发送包括TPC命令的UL授权的过程的视图，其中TPC命令是根据从终端接收到的CQI和功率余量报告(PHR)而不同地确定的。

终端可以在操作S310执行CQI反馈和PHR，以向基站提供关于基站与终端之间的信道增益以及终端的功率余量的信息。在该实施例中，终端可以将TPC命令设置为+1dB。

在此，考虑以下两种情况。

-情况A：在操作S320，基站可以向终端发送包括TPC命令的UL授权，该TPC命令指示终端其发射功率与基于从终端接收到的CQI和PHR的先前传输的发射功率相比增加1dB(TPC命令(+1dB))。在操作S330，终端以增加的功率进行发射。

-情况B：在操作S340，基站可以向终端发送包括TPC命令的UL授权，该TPC命令指示终端与基于从终端接收到的CQI和PHR的先前传输的发射功率相比将其发射功率增加4dB(TPC命令(+5dB))。在操作S350，终端以增加的功率进行发射。

通常，当给定了基站和终端之间的信道增益时，基站设置TPC命令，使得在基站处的UL信号的接收信号强度变为目标信号强度。

例如，如果基站先前已经从终端接收到具有目标信号强度的UL信号，并且当前信道增益与先前的传输的信道增益相比减小了1dB，则基站指示终端其发射功率与先前的发射功率相比增加1dB，以补偿信道增益的降低。

因此，在情况A中，接收到包括指示与先前的传输相比将发射功率增加1dB的TPC命令的UL授权的终端可以假定基站已经观察到或预测了信道增益减少1dB。

同样，在情况B中，接收到包括指示与先前的传输相比将发射功率增加4dB的TPC命令的UL授权的终端可以假设基站已经观察到或预测了信道增益减少4dB。

也可能考虑以下情况。可能发生下述情况：尽管如上述情况B那样基站发送包括指示终端将其发射功率增加4dB的TPC命令的UL授权，但是实际上基站和终端之间的信道增益降低了1dB。基站通过TPC命令指示终端将其发射功率增加4dB的原因是通过将目标信号强度增加3dB来更稳定地(即以较低的错误率)从终端接收UL信号。

然而，终端不能理解为什么基站仅基于UL授权中包括的TPC信息来如上所述设置TPC命令。也就是说，当基站指示终端与其先前传输的发射功率相比增加其发射功率时，终端无法知晓基站是否意图(a)以相同的目标信号强度补偿信道增益的降低，还是(b)增加目标信号强度。

假设要求高可靠性和低错误率的URLLC流量以及其他正常eMBB流量都存在于终端的缓冲区中。终端可以基于TTI长度和子载波间隔值在分配的TTI中发送eMBB流量或URLLC流量。如果终端可以区分基站的上述TPC命令配置意图，则除了TTI长度和子载波间隔值之外，终端还可以考虑TPC命令配置意图来发送数据。为了做到这一点，终端可以如下操作。

-在基站基于基站与终端之间的信道增益和从终端接收到的PHR来发送指示目标信号强度增加的UL授权的情况下，以意图基于基站与终端之间的信道增益和从终端接收到的PHR来实现较低的目标错误率，终端通过分配的UL授权来发送缓冲器中存在的流量中的要求高可靠性和低错误率的URLLC流量。

-在基站基于基站与终端之间的信道增益和从终端接收到的PHR来发送指示目标信号强度增加的UL授权的情况下，无意实现较低的目标错误率，终端通过分配的UL授权来发送缓冲区中存在的流量中的正常eMBB流量。

以这种方式，如果终端能够识别基站的TPC命令配置意图，则当终端接收到UL授权时，终端可以确定具有要发送的数据的LCH。也就是说，终端能够选择具有与分配的UL授权的属性相匹配的数据的LCH，从而提高服务质量。

为了实现这一点，本公开提出了用于基站向终端发送包括指示TPC命令配置意图的1-比特指示器的UL授权的方法。在本公开中，该1-比特指示器被称为发射功率提升。尽管使用特定术语来描述本公开的实施例，但是显然可以针对任何其他旨在TPC命令配置意图而改变该术语。发射功率提升的示例如下。

-如果发射功率提升＝1，则这可能表示基站发送的UL授权中包含的TPC命令被配置用于发送要求低错误率的流量。

-如果发射功率提升＝1，则这可能表示基站发送的UL授权中包含的TPC命令被配置用于正常eMBB流量传输而非URLLC流量传输。

表2示出了添加了1-比特发射功率提升字段的LTE UL授权的信息字段。

[表2]

字段名称	长度(比特数)
		格式0/1A区分标记	1
跳频标记	1
		N_ULhop	1～2
资源块分配	5～13
		MCS和RV	5
NDI	1
		PUSCH的TPC	2
DM RS的循环移位	3
		UL索引(仅TDD)	2
下行链路分配索引	2
		CQI请求	1～2
发射功率提升	1

将参考图3B来详细描述终端的操作。

图3B是示出根据本公开的实施例的终端操作的流程图。

(1)在操作S360，终端可以接收LCH列表。终端可以接收用于发射功率提升＝1的LCH和用于发射功率提升＝0的另一LCH。终端可以通过诸如LogicalChannelConfig IE之类的RRC IE来接收发射功率提升值特定的LCH列表。

(2)在操作S361，终端可以接收UL授权。在接收到UL授权时，UE可以检查UL授权的发射功率提升字段。

A.如果发射功率提升设置为1，则终端根据发射功率提升与LCH之间的映射关系(由基站提供该映射)来选择与发射功率提升＝1匹配的LCH，并对所选LCH进行LCP操作。

B.如果发射功率提升设置为0，则终端根据发射功率提升和LCH之间的映射关系(由基站提供该映射)来选择与发射功率提升＝0匹配的LCH，并对所选LCH进行LCP操作。

(3)在完成LCP操作之后，终端在操作S362执行UL传输。

图3C是示出根据本公开的实施例的基站的操作的流程图。

(1)在操作S370，基站可以分别向终端发送发射功率提升＝1的LCH列表和发射功率提升＝0的LCH列表。基站可以通过诸如LogicalChannelConfig IE之类的RRC IE向终端发送发射功率提升值特定的LCH列表。

(2)在操作S371，基站可以发送UL授权。基站可以在UL授权中包括发射功率提升字段，并且终端可以检查UL授权的发射功率提升字段。

(3)然后，在操作S372，基站可以从终端接收上行链路数据。上行链路数据可以属于与发射功率提升相对应的LCH。上面已经进行了发射功率提升和LCH之间的映射关系的详细描述，因此在此省略对其的描述。

以下，对本公开的第三实施例进行描述。

在3GPP中正在讨论的5G移动通信系统或NR系统中，可以利用各种类型的参数配置和TTI长度来建立基站与终端之间的通信。因此，由基站发送的用于向终端分配上行链路资源的UL授权可以包括参数配置和TTI的组合。这样的系统应该设计为支持预期在未来出现的服务以及5G服务(例如，具有不同要求的eMBB、URLLC和eMTC)而无需进行重大修改。

UL授权中的物理层属性信息(例如，参数配置和TTI长度)与服务之间可能存在映射关系。例如，包括某些物理层属性信息的UL授权可能更适合于终端的eMBB流量传输，而包括任何其他物理层属性信息的UL授权可能更适合于终端的URLLC流量传输。要考虑的物理层属性如下。

-TTI长度、时隙长度、符号长度

-子载波间隔、循环前缀长度

-MCS级别、发射功率

-每个子帧、TTI或时隙的符号数

-分配的资源的整个带宽、FFT大小

-等

以上信息对于在终端的物理层中生成PHY数据包是必需的，并且可以被不同地引用。终端的物理层必须知道上述枚举参数，以生成PHY数据包并执行UL传输。这是正确生成PHY数据包并执行UL传输所必需的。但是，终端的媒体访问控制(MAC)层不需要知道所有参数，而仅需知道与调度有关的例如LCP的某些参数。应避免将其他参数通知给MAC层，这会增加终端实现的复杂性以及各个层之间的不必要的信息共享。

因此，基站可以通过以下两种方法向终端发送包括用于LCP操作的物理层属性信息的UL授权。

-方法1)基站向终端发送包括与物理层属性相对应的简档ID的UL授权。将参考图4对其进行详细描述。在本公开中，术语“简档ID”可以可互换地称为物理层属性ID。

-方法2)基站可以使用UL授权来通知在预定参数集中包括的参数的值。在接收到UL授权时，终端检查在预定参数集中包括的参数的值。然后，终端识别物理层属性ID，该物理层属性ID与分配有在UL授权的参数集中包括的参数值的资源相对应。将参考图5对其进行详细描述。

下面通过比较的方式描述前述方法1和方法2。

在使用方法1的情况下，终端基于由基站通知的简档ID来检查分配的UL授权的物理层属性，而不管由基站发送的UL授权中实际包括的物理层属性。例如，可以如下设置物理层属性。

-UL授权1：子载波间隔＝S1 kHz、TTI长度＝T1 ms、MCS级别＝M1、TPC命令＝+1dB->物理层属性ID＝A

-UL授权2：子载波间隔＝S1 kHz、TTI长度＝T1 ms、MCS级别＝M2、TPC命令＝+1dB->物理层属性ID＝B

-UL授权3：子载波间隔＝S1 kHz、TTI长度＝T1 ms、MCS级别＝M1、TPC命令＝+4dB->物理层属性ID＝C

-UL授权4：子载波间隔＝S2 kHz、TTI长度＝T2 ms、MCS级别＝M1、TPC命令＝+1dB->物理层属性ID＝A

参考上面的示例，除了MCS级别不同之外，UL授权1和UL授权2彼此相同。同时，除了TPC命令不同之外，UL授权1和UL授权3彼此相同。同时，除了TTI长度不同之外，UL授权1和UL授权4彼此相同。在这种情况下，UL授权1和UL授权2的简档ID具有不同的简档ID，而UL授权1和UL授权3具有不同的简档ID。同时，UL授权1和UL授权4具有相同的简档ID，尽管它们具有不同的子载波间隔和不同的TTI长度。

在这种情况下，尽管基站根据其针对终端的UL调度意图来配置并通知参数(子载波间隔、TTI长度、MCS级别、TPC命令等)和简档ID，但是终端不知道UL授权的哪个参数确定UL授权的简档ID。该方法具有如下优点。

-尽管终端的MAC层不知道诸如子载波间隔、TTI长度、MCS级别和TPC命令的若干参数，但仍可以基于物理层属性ID来识别UL授权的意图。

-基站还可以自由地配置与UL授权有关的参数，以将该参数与UL授权的简档ID相关联。

然而，为了完成方法1，基站必须通过UL授权直接向UE通知简档ID。也就是说，基站必须在UL授权中包括附加信息。

同时，基站可以向终端发送与简档ID相对应的LCH列表。也就是说，基站可以通过RRC信令向终端发送简档ID和LCH之间的映射信息。

因此，在接收到UL授权时，终端可以选择与UL授权中包括的简档ID相对应的LCH，并且对所选LCH执行LCP。将参考图4对其进行详细描述。

图4是示出根据本公开的实施例的基站使用UL授权向终端通知简档ID的方法的信号流程图。

参考图4，在操作S410，基站可以向终端发送简档ID和LCH之间的映射信息(或与LCH有关的映射信息)。可以以各种方式来配置映射信息以示出LCH和简档ID之间的关系。例如，映射信息可以是与各个简档ID相对应的LCH的列表，或者是关于每个LCH的简档ID的映射的信息。还可以通过任何其他方法配置LCH和简档ID之间的关系。例如，映射信息可以被配置为如表5所示。

接下来，在操作S420，基站可以向终端发送UL授权。UL授权可以包括简档ID。如上所述，可以配置简档ID，而不管UL授权中包括的物理层属性信息如何。

在接收到UL授权时，终端可以在操作S430选择LCH。终端可以基于接收到的简档ID和映射信息来选择LCH。

接下来，在操作S440，终端可以执行LCP。也就是说，终端可以将要经由所选LCH发送的数据分配给由UL授权指示的资源。终端还可以处理该数据以生成大小与UL授权所指示的资源相对应的传输块。

接下来，在操作S450，终端可以发送数据。

即使在不使用简档ID的情况下，附图中描绘的过程也可以适用。也就是说，基站可以向终端发送简档和LCH之间的映射信息。因此，终端可以选择映射到接收到的UL授权的简档的LCH，而无需检查简档ID。

在使用方法2的情况下，基站可以使用UL授权向UE通知在预定参数集中包括的参数的值，以便终端识别出在预定参数集中包括的参数的值。终端识别与UL授权所指示的资源相对应的简档ID。示例如下所示。

假设在基站和终端之间用于确定简档ID的预定参数是子载波间隔和TTI长度。这里，UL授权可以包括如下设置的物理层属性信息。

-UL授权2：子载波间隔＝S1 kHz、TTI长度＝T1 ms、MCS级别＝M2、TPC命令＝+4dB->物理层属性ID＝A

-UL授权3：子载波间隔＝S3 kHz、TTI长度＝T3 ms、MCS级别＝M1、TPC命令＝+1dB->物理层属性ID＝C

参考上面的示例，UL授权1和UL授权2在包括相同的子载波间隔和相同的TTI长度(它们是在确定物理层属性ID时基站和终端之间的预定参数)方面彼此相同，而在包括不同的MCS级别和不同的TPC命令(它们不是在确定物理层属性ID时基站和终端之间的预定参数)方面彼此不同。因此，UL授权1和UL授权2可以具有相同的简档ID。

同时，UL授权1和UL授权3在包括不同的子载波间隔和不同的TTI长度方面彼此不同，并且在包括相同的MCS级别和相同的TPC命令方面彼此相同。因此，UL授权1和UL授权3可以具有不同的简档ID。

在方法2中，不管其他参数如何，仅基于基站与终端之间的预定参数来确定终端的简档ID。在不需要UL授权中的附加信息方面，该方法是有利的。

同时，方法2与方法1的不同之处在于，基站必须向终端通知终端要在确定物理层属性ID和与各个物理层属性ID相对应的参数组合时使用的参数。其示例如下所示。

假设根据参数配置(或子载波间隔)和TTI长度的组合来确定物理层属性ID，则基站可以向终端发送包括如表3所示的配置的信息的RRC消息。

[表3]

参考表3，如果参数配置和TTI长度的组合是(S1,T1)或(S1,T2)，则这表示UL授权指示简档ID 1。

同时，如果参数配置和TTI长度的组合是(S1,T3)、(S2,T1)或(S2,T2)，则这表示UL授权指示简档ID 2。

如果参数配置和TTI长度的组合是(S2,T3)或(S3,T1)，则这表示UL授权指示简档ID 3。

如果参数配置和TTI长度的组合是(S3,T2)或(S3,T3)，则这表示UL授权指示简档ID 4。

在这种情况下，当接收到UL授权时，终端可以检查UL授权中包括的参数配置和TTI长度，以从表3中检索由UL授权指示的简档ID。

在本公开提出的根据TTI长度和保守MCS确定了简档ID的情况下，基站向终端发送包括如表4所示的配置的信息的RRC消息。

[表4]

参考表4，如果TTI长度和保守MCS的组合是(T1,0)或(T1,1)，则这表示UL授权指示简档ID 1。

同时，如果TTI长度和保守MCS的组合是(T2,1)或(T3,1)，则这表示UL授权指示简档ID 2。

如果TTI长度和保守MCS的组合是(T2,0)或(T3,0)，则这表示UL授权指示简档ID3。

如果TTI长度和保守MCS的组合是(T4,0)或(T4,1)，则这表示UL授权指示简档ID4。

在这种情况下，当接收到UL授权时，终端可以检查UL授权中包括的TTI长度和保守MCS，以从表4中检索由UL授权指示的简档ID。

如表4所示，基站可以向终端发送与简档ID相对应的LCH列表。也就是说，基站可以通过RRC信令来向终端发送简档ID和LCH之间的映射信息。

基站还可以向终端发送关于参数集的信息，以供终端检查简档ID时使用。

因此，如果终端接收到UL授权，则终端可以基于UL授权中包括的物理层属性信息(参数)来检索简档ID。然后，终端可以选择与简档ID相对应的LCH并执行LCP。将参考图5对其进行详细描述。

图5是示出根据本公开的实施例的获取简档ID的方法的信号流程图。

在该实施例中，终端通过将通过UL授权或其他信令直接地或间接地获取的参数与在简档ID和参数之间预定的映射关系进行比较来获取简档ID，而不是明确地接收UL授权中的简档ID。

参考图5，在操作S510，基站可以向终端发送简档ID和LCH之间的映射信息(与LCH有关的映射信息或第一映射信息)。在这种情况下，可以以与参考图4所描述的相同的方式来发送映射信息，并且稍后将对其进行详细描述。

接下来，在操作S520，基站可以向终端发送参数集信息。这里，可以以各种方式配置用于指示简档ID的参数集信息。例如，该信息可以是关于与各个简档ID相对应的参数集的信息，或者是将简档ID映射到各个参数集的信息。还可以通过不同方法配置参数集和简档ID之间的关系。参数集信息可以互换地称为参数简档ID映射信息、与参数有关的映射信息和第二映射信息。

接下来，在操作S530，基站可以向终端发送UL授权。在本文中，UL授权可以不包括简档ID。

在接收到UL授权时，终端可以在操作S540基于物理层属性信息和UL授权中包括的与参数有关的映射信息来获取简档ID。

接下来，在操作S550，终端可以选择LCH。终端可以基于检索到的简档ID和与LCH有关的映射信息来选择LCH。

接下来，在操作S560，终端可以执行LCP。也就是说，终端可以将属于所选LCH的数据映射至由UL授权指示的资源。终端还可以处理数据以生成大小与UL授权所指示的资源相对应的传输块。

接下来，在操作S570，终端可以发送数据。

即使在不使用简档ID的情况下，附图中描绘的过程也可以适用。也就是说，基站可以向终端发送参数集信息(或简档)以及参数集和LCH之间的映射信息。因此，终端可以选择映射到相应参数集的LCH。

上面的描述针对于基站向终端发送UL授权的情况，其中UL授权包括用于获取诸如参数配置、TTI长度、MCS、TPC命令、保守MCS和发射功率提升之类的简档ID所必需的信息。然而，终端也有可能以不同的方式获取这种信息(尤其是参数配置和TTI长度)，而无需接收UL授权。

1.基站配置带宽部分，以向终端发送控制信息或控制信道(例如，物理下行链路控制信道(PDCCH))以及数据或数据信道(例如，物理下行链路共享信道(PDSCH))。可以通过RRC信令来执行带宽部分配置。

-在此，每个带宽部分可以对应于某个参数配置或某个TTI长度。基站可以通过RRC信令向终端通知带宽部分与参数配置或TTI长度之间的映射关系。

-在从基站接收到带宽部分配置时，终端可以确定分配给其的UL资源的参数配置或TTI长度。

2.基站可以配置带宽部分以监听诸如PDCCH的控制信道的接收。可以通过RRC信令来执行该配置。

-每个带宽部分可以对应于某个参数配置或某个TTI长度。基站可以通过RRC信令向终端通知带宽部分与参数配置或TTI长度之间的映射关系。

-因此，如果基站配置某个带宽部分以供终端在从基站接收诸如PDCCH的控制信息时使用，则终端可以基于带宽部分配置来确定分配给其的UL资源的参数配置或TTI长度。

3.基站可以使用诸如PDCCH的控制信息向终端通知用于发送诸如PDSCH的数据的时频资源位置，以便终端确定分配给终端的资源所属的带宽部分。

-在本文中，带宽部分可以对应于某个参数配置或某个TTI长度。基站可以通过RRC信令向终端通知带宽部分与参数配置或TTI长度之间的映射关系。

-因此，如果带宽部分的某些时频资源被分配用于数据发送或接收，则终端可以基于此确定分配的UL资源的参数配置或TTI长度。

4.基站向终端通知子帧、时隙或符号时间间隔或PDCCH监听时机，以监听诸如PDCCH的控制信息的接收。

在此，用于监听控制信息的接收到的子帧、时隙或符号时间间隔或PDCCH监听时机可以对应于某个参数配置或某个TTI长度。基站可以通过RRC信令向终端通知PDCCH监听时机与参数配置或TTI长度之间的映射关系。

-因此，如果配置了用于监听控制信息的接收的时间间隔或PDCCH监听时机，则终端可以确定分配给其的UL资源的参数配置或TTI长度。

5.基站可以向终端通知子帧、时隙或符号时间间隔或带宽部分，以监听诸如PDCCH的控制信息的接收。该通知是通过RRC信令发送的。

-在此，子帧、时隙或符号时间间隔(或PDCCH监听时机)与带宽部分的组合可以对应于某个参数配置或某个TTI长度。该映射关系可以通过RRC信令被发送到终端。

-因此，如果将某个时间间隔和带宽部分被分配为时间间隔和频率区域以监听控制信息的接收，则终端可以确定分配给其的UL资源的参数配置或TTI长度。

6.指示分配给终端的资源的UL授权的下行链路控制信息(DCI)格式与参数配置或TTI长度(或参数配置和TTI长度的组合)之间可能存在映射关系。

-例如，可以预定义分配有DCI格式1的UL授权的UL资源具有参数配置N1和TTI长度T1。在这种情况下，终端可以基于对应的DCI格式来确定由UL授权指示的UL资源的参数配置或TTI长度。同样地，可以预定义的是，分配有DCI格式2的UL授权的UL资源具有参数配置N2或TTI长度T2。在这种情况下，终端可以基于对应的DCI格式来确定由UL授权指示的UL资源的参数配置或TTI长度。

-DCI格式与参数配置、TTI长度或参数配置和TTI长度的组合之间的映射关系可以通过RRC信令被发送到终端，或者可以根据标准在基站和终端之间预先配置。

上面已经描述了用于确定由从基站接收到的UL授权所指示的资源的简档ID的方法。对可以由UL授权指示的资源的物理层属性进行分类的原因是，使得终端可以使用由UL授权所指示的特定物理层属性来发送流量，该流量属于适合于具有特定物理层属性的资源的服务(即，LCH)。

为了做到这一点，基站定义简档ID和LCH之间的映射关系，并向终端通知该映射关系，以便当终端接收到包括简档ID和相应的物理层属性的UL授权时，终端选择适合物理层属性的数据传输的LCH。基站可以通过经由RRC信令发送诸如逻辑信道配置消息的消息来向终端通知简档ID和LCH之间的映射关系。

如上所述，简档ID可以被包括在基站向终端分配资源所使用的UL授权的DCI中。

简档ID和LCH之间的映射关系可以如表5所示配置。

[表5]

表5示出了物理层属性ID和LCH之间的映射关系。基站可以发送包括LCH信息以及相应的简档ID的RRC消息。

表6例示了基站向终端提供包括profileIdentity的明确简档ID的关于特定逻辑信道(即，LCH配置(LogicalChannelConfig)IE)的信息所使用的RRC IE。

[表6]

LogicalChannelConfig字段描述

在表6中，bucketSizeDuration是指示LCP操作的桶大小持续时间的参数，作为在LCP 1操作中可分配的最大数据大小。

参数logicalChannelGroup表示相应逻辑信道所属的逻辑信道组的ID。此参数用于缓冲区状态报告(BSR)(用于报告缓冲区中数据大小的操作)。

当UL资源已经分配给终端时，参数logicChannelSR-Mask可以控制在每个逻辑信道上触发的调度请求(SR)。

将参数logicalChannelSR-ProhibitTimer发送为TRUE，以指示在逻辑信道上使用logicalChannelSR-ProhibitTimer。在演进型通用陆地无线接入(E-UTRA)的情况下，仅当配置了logicalChannelSR-ProhibitTimer时，才能应用相应的项目。

参数PrioritisedBitRate可以指示在LCP操作中使用的优先比特率(可以指示确定在LCP 1阶段分配的数据大小的参数)。

参数优先级可以指示逻辑信道的优先级。

参数profileIdentity可以指示与某个逻辑信道相对应的简档ID。如果为终端分配了由某个简档ID标识的UL资源，则终端可以选择与该简档ID对应的逻辑信道，并对所选逻辑信道执行LCP操作。

因此，终端在接收到UL授权时检查简档ID，并且如果简档ID为1，则对LCH a和LCHb执行LCP处理。

在接收到UL授权时，终端检查简档ID，并且如果简档ID为2，则对LCH c和LCH d执行LCP处理。

在接收到UL授权时，终端检查简档ID，并且如果简档ID为3，则对LCH a、LCH b、LCHc和LCH d执行LCP处理。

如上所述，可以通过用于检查由基站发送的UL授权中包括的简档ID的方法(方法1)或者基于UL授权中包括的某个信息来确定简档ID的方法(方法2)来确定简档ID。

在本公开中，如上所述，终端接收UL授权，确定简档ID，并且对与简档ID相对应的LCH执行LCP操作。本公开包括基站为终端的LCP操作针对每个简档ID配置LCH的优先级的方法。假设以上情况，对于接收到包括简档ID 1的UL授权的情况，终端可以按照LCH a>LCH b的顺序向LCH分配优先级；对于接收到包括简档ID 2的UL授权的情况，终端可以按照LCH c>LCH d的顺序向LCH分配优先级；对于接收到包括简档ID 3的UL授权的情况，终端可以按照LCH d>LCH c>LCH b>LCH a的顺序向LCH分配优先级。

以下，对本公开的第四实施例进行描述。

在5G移动通信或NR中，根据物理层的设计，终端可以接收包括不同参数配置或TTI长度的多个UL授权。在这种情况下，需要确定首先处理多个UL授权中的哪个UL授权的方法。基站和终端可以根据UL授权处理顺序以不同的方式操作。首先，描述UL授权处理顺序对基站和终端的操作的影响。

终端的UL授权处理顺序可能会影响LCP之后每个LCH的剩余流量。在下文中对其进行详细描述。

图6是示出根据本公开的实施例的属于各个LCH的数据量的视图。

在此，假设终端使用三个LCH(LCH a 610、LCH b 620和LCH c 630)，并且假定LCH中的优先级按照LCH a、LCH b和LCH c从高到低的顺序。

参考图6，附图标记640表示属于LCH 610、620和630中的每一个的数据量；附图标记650、660和670表示要优先映射到分配的资源的数据量Ba、Bb和Bc。

此外，假设终端接收两个UL授权，即，指示用于LCH a和LCH b的传输的资源的UL授权X和指示用于LCH a和LCH c的传输的资源的UL授权Y。在图7中描述了可以在由各个UL授权指示的资源上发送的数据量。

图7是示出根据本公开的实施例的基站通过两个UL授权分配给终端的资源与终端的LCH之间的映射关系的视图。

参考图7，LCH a和LCH b被映射到UL授权X，并且LCH a和LCH c被映射到UL授权Y。

在图7中，附图标记730和740表示可以在由UL授权710和UL授权720分别指示的资源上发送的数据量。

在这种情况下，终端的UL授权处理顺序可能影响属于各个LCH的剩余流量，并且在下文中参考图8和图9对其进行详细描述。

图8是示出根据本公开的实施例的按照UL授权X和UL授权Y的顺序处理多个UL授权的操作的视图。

参考图8，由于可以将属于LCH a和LCH b的数据映射到UL授权X 810指示的资源，所以终端可以将具有高优先级的LCH a的数据Ba 811映射到分配的资源，然后将LCH b的数据Bb 812映射到分配的资源。之后，终端将LCH a的剩余数据813映射到由UL授权X指示的资源的剩余部分。

接下来，由于属于LCH a的所有数据都被映射，所以终端将属于LCH c的数据821和822映射到由UL授权Y 820指示的资源。

图9是示出根据本公开的实施例的按照UL授权Y和UL授权X的顺序处理多个UL授权的操作的示图。

参考图9，由于可以将属于LCH a和LCH c的数据映射到UL授权Y 910指示的资源，所以终端可以将属于具有高优先级的LCH a的数据Ba 911映射到分配的资源，然后将属于LCH c的数据Bc 912映射到分配的资源。之后，终端将LCH a的剩余数据913映射到由UL授权Y指示的资源的剩余部分。

接下来，终端将属于LCH b的数据Bb 921映射到由UL授权X 920指示的资源。之后，终端将LCH a的剩余数据922映射到分配的资源，然后将LCH b的剩余数据923映射到分配的资源。

图8中的附图标记840和图9中的附图标记940表示LCP之后的各个LCH的剩余数据量。LCP之后的各个LCH的剩余数据量根据UL授权处理顺序而变化。这表示UL授权处理顺序会影响LCP之后每个LCH的剩余数据量。

终端的UL授权处理顺序也可能影响混合自动重传请求(HARQ)的重传，并且在下文中参考图10对其进行详细描述。

图10是示出根据本公开的实施例的受不同的UL授权影响的HARQ时间线的视图。

假定终端的缓冲区中存在数据量100。另外，假设终端同时接收两个UL授权(UL授权X和UL授权Y)。

参考图10，UL授权X具有比UL授权Y的HARQ时间线短的HARQ时间线。假定由UL授权X限定的数据大小是40，并且由UL授权Y限定的数据大小是80。在这种情况下，可以考虑两种情况。

情况1)终端先处理UL授权X，然后处理UL授权Y。

在存在于终端的缓冲区中的数据量100中，终端首先将40的数据量映射到UL授权X指示的资源，然后将60的数据量映射到UL授权Y指示的资源。

情况2)终端首先处理UL授权Y，然后处理UL授权X。

在存在于终端的缓冲区中的100的数据量中，终端首先将80的数据量映射到UL授权Y指示的资源，然后将20的数据量映射到UL授权X指示的资源。

通过比较以上两种情况，发现要映射到具有较短HARQ时间线的UL授权所指示的资源的数据量根据情况而变化。由于UL授权X具有短的HARQ时间线，所以从时延角度来看，通过分配的UL授权X发送更多的数据是有利的。因此，从时延角度来看，与情况2相比，用于通过分配的UL授权X发送更多数据的情况1是有利的。也就是说，如果如情况1那样分配数据，则终端能够接收HARQ ACK/NACK并迅速发送新数据/重新发送冗余，从而处理其缓冲区中存在的数据。

为了减轻UL授权处理顺序对剩余流量和HARQ重传的影响，需要用于有效地处理指示具有不同属性的资源的多个UL授权的方法。可以考虑如下基本方法。

-方法1：基站确定终端的UL授权处理顺序，即，哪个UL授权将首先被终端处理，并且向终端发送包括UL授权处理顺序的RRC消息。当接收到多个UL授权时，终端根据基站发送的UL授权处理顺序来处理多个UL授权。

-方法2：在规定基站和终端的操作的标准文档中给出UL授权处理顺序。在这种情况下，终端按照标准文档中特定的UL授权处理顺序来处理多个UL授权。

-方法3：终端根据终端的实现自主地确定UL授权处理顺序。

可以如下确定适用于所有以上方法的UL授权处理顺序。

-当接收到多个UL授权时，终端以TTI的升序处理UL授权。

-当接收到多个UL授权时，终端检查可以在由各个UL授权指示的资源上发送的LCH的优先级，并且以优先级的降序来处理UL授权。假设终端接收到两个UL授权(即UL授权X和UL授权Y)，则可以通过UL授权X发送LCH 1和LCH 3，并且可以通过UL授权Y发送LCH 2和LCH4。如果LCH 1具有最高优先级，LCH 2具有次高优先级，LCH 3具有次高优先级，并且LCH 4具有最低优先级，则终端可以处理指示允许发送具有最高优先级的LCH 1的资源的UL授权X，然后处理UL授权Y。

-终端可以解码PDCCH以按顺序检测UL授权。如果终端检测到多个UL授权，则其以检测顺序处理UL授权。基站确定终端的UL授权处理顺序，并且将UL授权编码为PDCCH，以使终端以UL授权处理顺序来检测UL授权。

-当接收到多个UL授权时，终端可以识别每个UL授权可用于数据发送的比特数，并且以比特数的降序处理UL授权。使用该方法，可以减轻将属于一个LCH的数据分配到如多个授权所指示的具有不同逻辑信道属性的资源的情况。

以下描述当终端从基站接收多个UL授权时确定终端的UL授权处理顺序的方法。如上所述，在5G移动通信系统或3GPP新无线(NR)系统中，基站和终端可以使用以不同的参数配置(或子载波间隔或循环前缀长度)和TTI长度为特征的无线资源彼此通信。例如，如果系统支持15kHz、30kHz、60kHz和120kHz的子载波间隔以及1个符号、2个符号、1个时隙和1个子帧的TTI长度，则基站和终端可以使用按如表7所示的资源类型分类的无线资源来彼此通信。

[表7]

在本公开中，考虑了基站与终端之间的UL通信。如果基站同时或在预定时间段内向终端发送多个UL授权，则可能出现终端必须同时处理多个UL授权的情况。在这种情况下，根据终端的UL授权处理顺序、终端向基站发送的(即，基站从终端接收到的)每LCH流量。这是因为UL授权可以指示被允许用于发送属于不同逻辑信道的流量的资源。上面已经进行了详细描述。

如果基站知道终端的UL授权处理顺序，则其可以在知道下一个UL授权中的终端的每LCH剩余流量的状态下执行资源分配。在这方面，当终端从基站接收多个UL授权时，优选地，终端根据UL授权处理顺序来生成发送数据包，以使基站反映在下一个资源分配过程中基于终端的UL授权处理顺序估计的终端的每信道剩余流量。因此，需要下文提出的UL授权处理顺序确定方法。

可能会出现两种终端同时接收处理多个UL授权的情况。

终端在不同的分量载波(CC)上接收多个UL授权。

终端在一个CC的不同带宽部分上接收多个UL授权。

<实施例4-1>

在5G移动通信或NR系统中，可能发生的情况是，可以基于具有特定属性的UL授权来发送通过某个LCH发送的数据。在此，属性可以包括参数配置、TTI长度、发射功率、进程、时间、CC、子载波间隔和循环前缀(CP)长度。例如，可以在UL授权指示的具有1个符号、2个符号、1个时隙或1个子帧的TTI长度的资源上发送eMBB的LCH。同时，可以在UL授权指示的具有1个符号或2个符号的TTI长度的资源上发送URLLC的LCH，但不能在具有1个时隙或1个子帧的TTI长度的资源上发送URLLC的LCH。

LCH可以被配置优先级。例如，基站为UE配置LCH以及LCH的优先级。因此，当接收到UL授权时，终端可以基于LCH的优先级来执行LCP操作。也就是说，终端按照优先级降序的顺序将LCH的预定流量映射到UL授权所指示的资源，然后以降序的顺序将LCH的剩余流量映射到UL授权所指示的资源的剩余部分。上面已经进行了详细描述。

如上所述，在NR系统中，UL授权和LCH彼此对应(ii)对LCH进行优先级排序。因此，当接收到UL授权时，终端能够基于预配置的信息识别可以通过UL授权发送的LCH，并且能够基于LCH的优先级获得如下信息。

在UL授权指示的资源上可发送的LCH优先级的最小值。在此，最小值表示可以分配给LCH的最高优先级。

在UL授权指示的资源上可发送的LCH优先级的最大值。此处，最大值表示可以分配给LCH的最低优先级。

在UL授权指示的资源上可发送的LCH优先级的平均值。

作为示例，假设基站为终端配置分别具有优先级1、2和3的LCH a、LCH b和LCH c。假设终端从基站接收了三个UL授权，并且可以在各个UL授权所指示的资源上发送LCH，如表8所示。然后，上述信息可以从表8中得出。

[表8]

基于以上假设和表8，当终端接收多个UL授权时，终端可以如下确定UL授权处理顺序。

终端确定(识别)要发送的LCH(对应于)UL授权指示的资源。

终端确定LCH的优先级。

终端基于LCH的优先级获取以下值中的至少一个。在下文中，获取的值被称为LCH优先级相关信息。

-在UL授权指示的资源上可发送的LCH优先级的最小值

-在UL授权指示的资源上可发送的LCH优先级的最大值

-在UL授权指示的资源上可发送的LCH优先级的平均值

④终端可以基于获取的LCH优先级相关信息，使用以下规则中的至少一项来确定UL授权处理顺序。

-终端处理UL授权，使得可通过分配的UL授权发送的LCH以优先级的最小值的升序被映射到资源。

-终端处理UL授权，使得可通过分配的UL授权发送的LCH以优先级的最大值的升序被映射到资源。

-终端处理UL授权，使得可在UL授权指示的资源上发送的LCH以优先级的平均值的升序映射到资源。

如果存在具有相同的LCH优先级相关信息的多个UL授权(即，可通过分配的UL授权发送的LCH的优先级的相同的最小值、最大值或平均值)，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

<实施例4-2>

图11是示出根据本公开的实施例的HARQ时序关系的视图。

NR系统支持灵活的HARQ时间线。参考图11，终端从基站接收UL授权的时序至终端发送数据的时序的时段可以被表示为Ta，终端发送数据的时序至基站发送与该数据相对应的ACK/NACK的时序的时段可以被表示为Tb。可以根据基站提供的配置、基站和终端间的协商、或预定标准来不同地确定Ta和Tb的长度。

在此，基站可以通过UL授权来向终端通知Ta。基站通过RRC信令来向终端通知关于资源简档和Ta之间的相关性的信息，并且通过UL授权来向终端通知资源简档，以使终端在接收UL授权时确定Ta。在此，关于资源简档和Ta之间的相关性的信息可以是UL授权中包括的全部信息或部分信息与Ta之间的相关性，或者可以是前述简档ID和Ta之间的相关性。

当基站向终端分配ACK/NACK反馈资源时Tb的长度可以被确定，或者基站可以通过UL授权或RRC信令来向终端通知Ta。

Ta和Tb的总和(即，从终端接收UL授权的时序至终端接收与数据相对应的ACK/NACK的时序的时段)被表示为Tc。在本公开中，时段Ta、Tb和Tc分别被互换地称为第一时段、第二时段和第三时段。

该实施例例示了当终端接收多个UL授权时终端以最早的数据发送时序优先的顺序来处理UL授权。也就是说，终端以Ta升序的顺序来处理UL授权。将参考图12对其进行详细描述。

图12是示出根据本公开的实施例的UL授权接收时序与数据发送时序之间的各种时序关系的视图。

终端确定从接收UL授权至发送数据的时段，即Ta。在此，Ta可以被如下地确定。

-可以在DCI的预定字段中指示Ta。

-作为另一示例，终端可以基于由基站发送的用于分配上行链路资源的DCI中包括的简档ID以及通过RRC信令从基站接收到的简档ID和Tb之间的映射关系来确定Ta。

-作为另一示例，终端可以基于由基站分配的UL资源所属的带宽部分的位置来确定Ta。为了实现这一点，基站可以通过RRC信令向终端提供带宽部分和Ta之间的映射关系。也就是说，在预定带宽部分内分配的UL资源可以具有预定的Ta的值。稍后将进行详细的描述。

-作为另一示例，终端可以基于从基站接收到的时频资源(或PDCCH监听时机)来确定Ta。为了实现这一点，基站可以通过RRC信令向终端提供PDCCH的频时资源和Ta之间的映射关系。也就是说，在预定的时频资源(或PDCCH监听时机)上接收到的通过PDCCH分配的UL资源可以具有预定的Ta。

-作为另一示例，终端可以基于从基站接收到的DCI格式的类型来确定Ta。为了实现这一点，基站可以通过RRC信令向终端提供DCI格式和Ta之间的映射关系。在规定了在基站和终端处的物理层和MAC层操作的标准文件中规定了DCI格式和Ta之间的映射关系。也即是说，通过预定DCI格式分配的UL资源可以具有预定的Ta。

然后，终端以最短Ta优先的顺序来处理UL授权。

如果存在具有相同度量值(即从接收UL授权到发送数据所需的时段(在操作①中得出))的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权的处理顺序。

参考图12，UL授权1接收时序与数据1发送时序之间的时间段可以表示为T_a,11210，UL授权2接收时序与数据2发送时序之间的时间段可以表示为作为T_a,21220，UL授权3接收时序与数据3发送时序之间的时间段可以表示为T_a,31230，并且UL授权4接收时序与数据4发送时序之间的时间段可以表示为T_a,41240。

根据本公开的实施例，前述时间段具有以下关系：T_a,11210<T_a,21220<T_a,31230<T_a, ₄1240，并且在这种情况下，终端可以按UL授权1、UL授权2、UL授权3和UL授权4的顺序来处理UL授权。

类似地，终端也可能以最新的数据发送时间点优先的顺序来处理从基站接收到的多个UL授权。也就是说，终端以Ta降序的顺序来处理UL授权。参考图12，这表示终端以UL授权4、UL授权3、UL授权2和UL授权1的顺序来处理UL授权。

本公开的另一实施例例示了当终端接收多个UL授权时终端以最早的ACK/NACK接收时序优先的顺序来处理UL授权。也就是说，终端以Tc升序的顺序来处理UL授权。将参考图13对其进行详细描述。

图13是示出根据本公开的实施例的UL授权接收时序与ACK/NACK接收时序之间的各种时序关系的视图。

①终端确定从接收UL授权至发送数据所用的时段(即Ta)。在此，Ta可以被如下地确定。

-可以在DCI的预定字段中指示Ta。

-作为另一示例，终端可以基于通过RRC信令从基站接收到的简档ID和之间的映射关系来确定Ta，分配给终端的UL资源的简档ID包括在DCI中。

作为另一示例，终端可以基于由基站分配的UL资源所属的带宽部分的位置来确定Ta。为了实现这一点，基站可以通过RRC信令向终端提供带宽部分和Ta之间的映射关系。也就是说，在预定带宽部分内分配的UL资源可以具有预定的Ta的值。稍后将进行详细的描述。

-作为另一示例，终端可以基于从基站接收到的DCI格式的类型来确定Ta。为了实现这一点，基站可以通过RRC信令向终端提供DCI格式和Ta之间的映射关系。在规定了在基站和终端处的物理层和MAC层操作的标准文件中规定了DCI格式和Ta之间的映射关系。也就是说，通过预定DCI格式分配的UL资源可以具有预定的Ta。

②接下来，终端确定从数据发送到接收到ACK/NACK所用的时间(即，Tb)。在此，Tb可以被如下地确定。

-当基站向终端分配ACK/NACK反馈资源时，可以确定Tb。

-作为另一示例，终端可以基于由基站发送的用于分配上行链路资源的DCI中包括的简档ID以及通过RRC信令从基站接收到的简档ID和Tb之间的映射关系来确定Tb。

-作为另一示例，终端可以基于由基站分配的UL资源所属的带宽部分的位置来确定Tb。为了实现这一点，基站可以通过RRC信令向基站提供带宽部分和Tb之间的映射关系。也就是说，在预定带宽部分内分配的UL资源可以具有预定的Tb的值。稍后将进行详细的描述。

-作为另一示例，终端可以基于从基站接收到的时频资源(或PDCCH监听时机)来确定Tb。为了实现这一点，基站可以通过RRC信令向终端提供PDCCH的时频资源和Tb之间的映射关系。也就是说，在预定的时频资源(或PDCCH监听时机)上接收到的通过PDCCH分配的UL资源可以具有预定的Tb。

-作为另一示例，终端可以基于从基站接收到的DCI格式的类型来确定Tb。为了实现这一点，基站可以通过RRC信令向基站提供DCI格式和Tb之间的映射关系。在规定了在基站和终端处的物理层和MAC层操作的标准文件中规定了DCI格式和Tb之间的映射关系。也就是说，通过预定DCI格式分配的UL资源可以具有预定的Tb。

③接下来，终端通过将Ta和Tb相加得出Tc。

接下来，终端以最短的Tc优先的顺序(即，从接收到UL授权到接收到ACK/NACK所用的时间段的升序)来处理UL授权。

如果存在具有相同度量值(即从接收到UL授权到接收到ACK/NACK所用的时间段(在操作④中得出))的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

参考图13，UL授权1接收时序与ACK/NACK接收时序之间的时间段可以表示为T_c, ₁1310，UL授权2接收时序与ACK/NACK接收时序之间的时间段可以表示为作为T_c,21320，UL授权3接收时序与ACK/NACK接收时序之间的时间段可以表示为T_c,31330，并且UL授权4接收时序与ACK/NACK接收时序之间的时间段可以表示为T_c,41340。

根据本公开的实施例，UL授权接收时序与ACK/NACK接收时序之间的时间段具有以下关系：T_c,11310<T_c,21320<T_c,31330<T_c,41340，并且在这种情况下，终端可以按UL授权1、UL授权2、UL授权3和UL授权4的顺序来处理UL授权。

类似地，终端还可以按照在UL授权接收时序和ACK/NACK接收时序之间的时间段的降序来处理从基站接收到的多个UL授权，ACK/NACK与由基站基于UL授权来发送的数据相对应。参考图13，这表示终端以UL授权4、UL授权3、UL授权2和UL授权1的顺序来处理UL授权。

本公开的另一实施例例示了当终端接收多个UL授权时终端以数据发送时序和ACK/NACK接收时序之间的时间段的升序的顺序来处理UL授权的方法。也就是说，终端以Tb升序的顺序来处理UL授权。将参考图13对其进行详细描述。

图14是示出根据本公开的实施例的数据发送时序和ACK/NACK接收时序之间的各种时序关系的视图。

终端确定从数据发送到接收到ACK/NACK所用的时间(即，Tb)。上面已经描述了如何确定Tb，因此在此省略对其的描述。

接下来，终端以在操作①确定的Tb升序的顺序来处理UL授权。

如果存在具有相同度量值(即从发送数据到接收ACK/NACK所用的时段(由终端在操作②中得出))的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

参考图14，数据1发送时序与相应的ACK/NACK接收时序之间的时间段可以表示为T_b,11410，数据2发送时序与相应的ACK/NACK接收时序之间的时间段可以表示为作为T_b, ₂1420，数据3发送时序与相应的ACK/NACK接收时序之间的时间段可以表示为T_b,31430，并且数据4发送时序与相应的ACK/NACK接收时序之间的时间段可以表示为T_b,41440。

根据本公开的实施例，数据发送时序与相应的ACK/NACK接收时序之间的时间段具有以下关系：T_b,1(1410)<T_b,2(1420)<T_b,3(1430)<T_b,4(1440)，并且在这种情况下，终端可以按UL授权1、UL授权2、UL授权3和UL授权4的顺序来处理UL授权。

另一方面，终端也可以以在数据发送时序和相应的ACK/NACK接收时序之间的时间段的降序来处理从基站接收到的多个UL授权。参考图14，这表示终端以UL授权4、UL授权3、UL授权2和UL授权1的顺序来处理UL授权。参考图14，这表示终端以UL授权4、UL授权3、UL授权2和UL授权1的顺序来处理UL授权。

如上所述，通过确定以最短的Ta优先、最短的Tb优先和最短的Tc优先的顺序处理UL授权，终端能够以最短的HARQ时间线优先的顺序处理UL授权。以这种方式，与具有长HARQ时间线的UL授权所指示的资源相比，可以防止终端未充分利用具有短HARQ时间线的UL授权所指示的资源。

<实施例4-3>

在NR系统中，基站可以发送多个UL授权以分配具有不同TTI长度的资源。

图15是示出根据本公开的实施例的通过具有不同的TTI长度的多个UL授权分配的资源和对应的UL数据发送时序的视图。

在图15的实施例中，基站向终端分配具有1个符号的TTI长度1510、具有2个符号的TTI长度1520、具有1个时隙的TTI长度1530和具有1个子帧的TTI长度1540的UL资源。

在此，可以通过分配的资源(例如，符号、时隙和子帧)的TTI长度或与分配的资源不同的TTI长度向终端发送包括UL资源分配信息的DCI。也可以通过一个PDCCH向终端发送用于分配具有不同TTI长度的多个UL资源的多个DCI。将参考图16和图17对其进行详细描述。

图16是示出根据本公开的实施例的用于通过TTI长度发送UL授权以分配具有另一TTI长度的UL资源的资源配置的视图。

参考图16，终端可以接收附图标记1610表示的通过1个时隙的TTI长度发送的UL授权，以及附图标记1620表示的具有1个子帧的TTI长度的UL授权所指示的资源。以这种方式，可以通过与分配给终端的资源的TTI长度不同的TTI长度，向终端发送包括UL资源分配信息的DCI。

图17是示出根据本公开的实施例的用于通过由一个TTI长度发送的PDCCH来分配具有不同TTI长度的UL资源的资源配置的视图。

参考图17，终端可以接收附图标记1710表示的1个时隙的TTI长度的UL授权、以及被发送用于分配具有不同TTI长度的多个UL资源的UL授权。如图中所述，UL授权分配有附图标记1720所表示的具有1个时隙的TTI长度的UL资源、以及附图标记1730所表示的具有1个子帧的TTI长度的UL资源。以图15至图17描述的原理可以应用于本公开的所有实施例。

本公开提出了当终端从基站接收多个UL授权时终端以UL授权所指示的资源的TTI长度的升序的顺序来处理UL授权的方法。在下文中对其进行详细描述。

①终端在收到UL授权后，确定UL授权指示的资源的TTI长度。在此，TTI长度可以被如下地确定。

-基站可以通过DCI向UE通知UL资源的TTI长度。

-DCI包括基站分配给终端的UL资源的简档ID，基站通知终端简档ID和TTI长度之间的映射关系。因此，当终端接收到UL授权时，终端可以基于从DCI确定的简档ID以及简档ID和TTI长度之间的映射关系来确定UL资源的TTI长度。

-基站通过RRC信令为终端提供DCI格式和TTI长度之间的映射关系。在这种情况下，当终端接收到UL授权时，终端可以检查DCI格式和TTI，并且可以基于DCI格式和TTI长度之间的映射关系来确定UL资源的TTI长度。

-基站向终端提供UL资源所属的带宽部分和TTI长度之间的映射关系。在这种情况下，当终端接收UL授权时，终端可以检查UL授权所指示的UL资源所属的带宽部分，并且可以基于带宽部分和TTI长度之间的映射关系来确定UL资源的TTI长度。将参考图18A和18B描述带宽部分和TTI长度之间的映射关系。

-基站通过RRC信令为终端提供PDCCH监听时机和TTI长度之间的映射关系。在这样的假设下，在一个PDCCH监听时机分配仅配置有一个TTI长度的UL资源。在这种情况下，当终端接收到UL授权时，终端可以检查PDCCH监听时机，并且基于PDCCH监听时机和TTI长度之间的映射关系来确定UL资源的TTI长度。将参考图19A至图19C对其进行详细描述。

-基站通过RRC信令为终端提供终端的PDCCH监听周期性和TTI长度之间的映射关系。在这样的假设下，基站通过以预定周期性发送的PDCCH分配仅配置有一个TTI长度的UL资源。在这种情况下，当终端接收到UL授权时，终端可以检查PDCCH监听周期性，并且可以基于PDCCH监听周期性和TTI长度之间的映射关系来确定UL资源的TTI长度。

-基站通过RRC信令为终端提供发送持续时间和TTI长度之间的映射关系。可以如下对其描述。在此，发送持续时间是指终端继续发送无线信号的时段，其在概念上与TTI长度不同。然而，在该实施例中，假设发送持续时间与TTI长度成比例。这是因为在长时段期间不需要分配具有短TTI长度的用于传输的资源，类似地，在短时段期间不需要分配具有长TTI长度的用于传输的资源。基站可以通过DCI将发送持续时间通知给终端。在这种情况下，当终端接收到UL授权时，终端可以检查发送持续时间，并且可以基于发送持续时间和TTI长度之间的映射关系来确定UL资源的TTI长度。发送持续时间和TTI长度之间的映射关系可以示例为如表9所示。

[表9]

T<sub>i</sub><＝发送持续时间<T<sub>i</sub>+1	假设等于第i个TTI长度
		T<sub>i</sub>+1<＝发送持续时间<T<sub>i</sub>+2	假设等于第(i+1)个TTI长度
T<sub>i</sub>+2<＝发送持续时间<T<sub>i</sub>+3	假设等于第(i+2)个TTI长度
		…	…

-基站向终端提供PDCCH监听时间或频率资源与TTI长度之间的映射关系。在这样的假设下，基站在一个PDCCH监听时间或频率资源上分配仅具有一个TTI长度的UL资源。在这种情况下，当终端接收到UL授权时，终端可以检查PDCCH监听时间或频率资源，并且可以基于PPDCCH监听时间或频率资源与TTI长度之间的映射关系来确定UL资源的TTI长度。将参考图20和图21对其进行详细描述。

②终端按照在操作①中已经确定的UL资源的TTI长度的升序的顺序来处理UL授权。

如果存在具有相同度量值(即分配的UL资源的TTI长度(由终端在操作①中得出))的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

以相同的原理，当终端从基站接收多个UL授权时，终端可以按照由UL授权指示的资源的TTI长度的降序的顺序来处理UL授权。

在下文中描述用于确定TTI长度的方法。

图18A和图18B是示出根据本公开的实施例的所使用的具有不同TTI长度的多个带宽部分组成的分量载波中的资源配置的视图。

基站可以将UL资源的带宽划分为预定数量的带宽部分，并且配置带宽部分和TTI长度之间的映射关系。参考图18A，带宽部分1 1810被映射到1个符号的TTI长度，带宽部分21820被映射到1个时隙的TTI长度，带宽部分3 1830被映射到1个子帧的TTI长度。然而，本公开不限于该实施例，而是可以包括以不同数量的带宽部分实施的其他实施例，例如，如图18B所示的2个带宽部分或带宽部分与TTI长度之间的不同映射。在这种情况下，终端可以检查分配的UL资源所属的带宽部分，并且确定与该带宽部分相对应的TTI长度。

然而，本公开并不限于该实施例。如上所述，终端可以根据如上所述的带宽部分确定Ta、Tb和Tc的长度。例如，可以将Ta的长度映射到各个带宽部分，并且终端可以确定与分配的UL资源所属的带宽部分相对应的Ta。该方法也可以应用于确定的Tb和Tc。

如稍后所描述的那样，终端可以根据带宽部分来确定子载波间隔(SCS)。

图19A、图19B和图19C是示出根据本公开的各种实施例的用于在不同的PDCCH监听时机分配具有不同的TTI长度的UL资源的资源配置的视图。

基站对PDCCH监听时机进行分类并将分类的PDCCH监听时机映射到不同的TTI长度。参考图19A，基站将PDCCH监听时机分类为PDCCH监听时机1 1910和PDCCH监听时机21920。例如，PDCCH监听时机1 1910被映射至1个子帧的TTI长度，并且PDCCH监听时机2 1920被映射至1个时隙的TTI长度。在这种情况下，分配有PDCCH监听时机1 1910的UL资源可以具有1个子帧的TTI长度，并且分配有PDCCH监听时机2 1920的UL资源可以具有1个时隙的TTI长度。类似地，如图19B和19C所示，可以确定多个PDCCH监听时机并将监听时机映射至不同的TTI。

然而，本公开并非限于该实施例，而是可以包括通过基站配置的不同数量的PDCCH监听时机和以不同方式映射至不同PDCCH监听时机的TTI长度所实现的其他实施例。

在这种情况下，终端可以基于UL资源的PDCCH监听时机来确定UL资源的TTI长度。

然而，本公开并不限于上述实施例。如上所述，终端可以根据PDCCH监听时机来确定Ta、Tb或Tc的长度。例如，终端可以根据基于PDCCH监听时机和不同长度的Ta之间的映射关系的UL资源的PDCCH监听时机来确定Ta的长度。该方法也可以应用于确定Tb和Tc的长度。

终端也可以如稍后描述的方式那样根据PDCCH监听时机来确定SCS。

图20是示出根据本公开的实施例的用于根据PDCCH监听时频资源来分配具有不同TTI长度的UL资源的资源配置的视图。

基站可以将PDCCH监听时机分类为时频资源，并且可以确定PDCCH监听时机的时频资源与TTI长度之间的映射关系。

参考图20，基站可以根据其时频资源来将PDCCH监听时机分类为PDCCH监听时机12010和PDCCH监听时机2 2020。在这种情况下，PDCCH监听时机1 2010的时频资源以及PDCCH监听时机2 2020的时频资源被配置为不重叠。

例如，PDCCH监听时机1 2010可以被映射至1个子帧的TTI长度，并且PDCCH监听时机2 2020可以被映射至1个时隙的TTI长度。在这种情况下，分配有PDCCH监听时机1 2010的UL资源可以具有1个子帧的TTI长度，并且分配有PDCCH监听时机2 2020的UL资源可以具有1个时隙的TTI长度。

然而，本公开并不限于该实施例，而是可以包括通过基站配置的不同数量的PDCCH监听时机和映射至不同PDCCH监听时机的TTI长度所实现的其他实施例。

在这种情况下，终端可以根据在其中分配了UL资源的PDCCH监听时机的时频资源来确定UL资源的TTI长度。

然而，本公开并不限于该实施例。如上所述，终端可以根据PDCCH监听时机的时频资源来确定Ta、Tb和Tc的长度。例如，Ta的长度可以被映射至每个PDCCH监听时机的时频资源，并且终端可以根据所分配的UL资源的PDCCH监听时机来确定Ta。该方法也可以应用于确定Tb或Tc的长度。

如稍后所描述的那样，终端也可以根据PDCCH监听时机的时频资源来确定SCS。

图21A和图21B是示出根据本公开的实施例的用于在不同的PDCCH监听时机分配具有不同的TTI长度的UL资源的资源配置的视图。

类似于图20的实施例，基站可以根据PDCCH监听时机的时频资源来对PDCCH监听时机进行分类，并且将PDCCH监听时机的时频资源映射至不同的TTI长度。

参考图21A，基站可以将PDCCH监听时机分类为PDCCH监听时机1 2110和PDCCH监听时机2 2120。具有PDCCH监听时机1 2110的频率资源和具有PDCCH监听时机2 2120的频率资源可以被配置为在频域上彼此不重叠，而可选地在时域上彼此重叠。

例如，PDCCH监听时机1 2110可以被映射至1个子帧的TTI长度，并且PDCCH监听时机2 2020可以被映射至1个时隙的TTI长度。在这种情况下，在PDCCH监听时机1 2110分配的UL资源可以具有1个子帧的TTI长度，并且在PDCCH监听时机2 2120分配的UL资源可以具有1个时隙的TTI长度。上述原理可以应用于图21B。

然而，本公开并不限于该实施例，而是可以包括通过基站配置的不同数量的PDCCH监听时机和以不同方式映射至不同PDCCH监听时机的TTI长度所实现的其他实施例。

例如，基站可以使用PDCCH监听时机-TTI长度映射方案，并且在这种情况下，终端可以基于分配的UL资源的PDCCH监听时机的周期性来确定UL资源的TTI长度。

在这种情况下，终端可以根据UL资源的PDCCH监听时机的时频资源来确定UL资源的TTI长度。

然而，本公开并不限于上述实施例。如上所述，终端可以根据PDCCH监听时机的时频资源和PDCCH监听时机的周期性来确定Ta、Tb和Tc的长度。例如，可以将Ta的长度映射到PDCCH监听时机的时频资源或PDCCH监听时机的周期性，在这种情况下，终端可以根据PDCCH监听时机来确定Ta。该方法也可以应用于确定Tb和Tc的长度。

如稍后所描述的那样，终端也可以根据PDCCH监听时机的时频资源或PDCCH监听时机的周期性来确定SCS。

<实施例4-4>

以时域资源和频域资源的组合形式表示无线资源。这里，可以以符号长度的倍数为单位来分配时域资源，并且可以以子载波间隔的倍数为单位来分配时域资源。因此，尽管分配了少量的时域资源，但是可以通过增加频域资源分配量来增加无线资源分配量。类似地，尽管分配了少量的频域资源，但是可以通过增加时域资源分配量来增加无线资源分配量。

假设终端接收多个UL授权。如果终端按照由UL授权指示的无线资源量的降序来处理UL授权，则终端可以在由尽可能少量的UL授权指示的UL资源上向基站发送流量。在这种情况下，终端能够减少UL授权处理开销。

然而，如果终端以由UL授权指示的无线资源量的升序处理UL授权，则终端可以在由尽可能多的UL授权指示的UL资源上向基站发送。在这种情况下，终端的UL授权处理开销增加。

本公开提出了当从基站接收多个UL授权时终端以UL授权所指示的分配的无线资源量的降序的顺序来处理UL授权的方法。在下文中将进行详细的描述。

终端确定由接收到的UL授权指示的分配的无线资源量。

-在此，分配的无线资源量可以由资源块(RB)的数量、资源单元(RE)的数量或其他基本资源分配单位的数量来表示。

-分配的无电资源量也可以由终端可用于在相应资源上发送数据的比特数来表示。

终端以操作①中确定的无线资源量的降序的顺序来处理UL授权。

如果存在具有相同度量值(即，由基站分配的相同资源量)的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

按照相同的原理，当终端从终端接收多个UL授权时，终端可以按照由UL授权指示的分配的无线资源量的升序的顺序来处理UL授权。

<实施例4-5>

本公开提出了当从基站接收多个UL授权时终端以随机顺序来处理UL授权的方法。在下文中将进行详细的描述。

如果终端接收多个UL授权，则终端确定接收到(或将被处理)的UL授权的数量。假设接收到的UL授权的数量为N，则终端向每个UL授权分配在从1到N的范围内选择的索引。在此过程中，不会为不同的UL授权分配相同的索引。

终端以分配给各个UL授权的索引的升序(或降序)的顺序来处理UL授权。

<实施例4-6>

NR系统支持多个SCS。例如，可以配置分配给终端的UL资源，以便终端发送具有15kHz、30kHz、60kHz和120kHz的SCS之一的信号。本公开提出了当接收多个UL授权时终端以其基于SCS所配置的顺序来处理UL授权的方法。在下文中将进行详细的描述。

如果终端接收多个UL授权，则终端确定由UL授权所指示的UL资源中所使用的SCS。

-基站可以使用DCI来通知终端在UL资源中所使用的SCS。

-DCI包括分配给终端的UL资源的简档ID，并且基站向终端提供简档ID和SCS之间的映射关系。在这种情况下，当终端接收到UL授权时，终端可以基于简档ID和SCS之间的映射关系来确定UL资源的SCS。

-基站通过RRC信令为终端提供DCI格式和SCS之间的映射关系。在这种情况下，当终端接收到UL授权时，终端可以检查DCI格式并查找DCI格式和TTI长度之间的映射关系以确定UL资源的SCS。

-基站向终端提供UL资源所属的带宽部分和SCS之间的映射关系。在这种情况下，终端可以检查分配的UL资源的带宽部分，并查找UL资源所属的带宽部分和SCS之间的映射关系以确定UL资源的SCS。利用带宽部分来确定UL资源的SCS的方法类似于参考图18A和图18B描述的方法。

-基站通过RRC信令为终端提供PDCCH监听时机和SCS之间的映射关系。在这样的假设下，在一个PDCCH监听时机分配仅配置有一个SCS的UL资源。在这种情况下，当终端接收到UL授权时，终端可以检查PDCCH监听时机并查找PDCCH监听时机与SCS之间的映射关系以确定UL资源的SCS。

-基站通过RRC信令为终端提供终端的PDCCH监听周期和SCS之间的映射关系。在这样的假设下，基站通过以预定周期发送的PDCCH来分配仅配置有一个SCS的UL资源。在这种情况下，当终端接收到UL授权时，终端可以检查PDCCH监听周期并查找PDCCH监听周期与TTI长度之间的映射关系以确定UL资源的SCS。

-基站向终端提供PDCCH监听时间或频率资源与SCS之间的映射关系。在这样的假设下，基站在一个PDCCH监听时间或频率资源中分配仅配置有一个SCS的UL资源。在这种情况下，当终端接收到UL授权时，终端可以检查PDCCH监听时间或频率资源并查找PDCCH监听时间或频率资源与SCS之间的映射关系以确定UL资源的SCS。

利用PDCCH监听时机、或监听时机时间或频率资源来确定UL资源的SCS的方法类似于参考图19A至图21描述的方法。

按照已经确定的UL资源的SCS的升序的顺序来处理UL授权。作为另一示例，终端可以按照UL资源的SCS降序的顺序来处理UL授权。作为另一示例，终端可以按照由基站通过RRC信令通知的SCS的顺序来处理UL授权。

如果存在具有相同度量值(即分配的UL资源的SCS(由终端在操作①中得出))的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

<实施例4-7>

在NR系统中，基站可以发送资源配置信息以供终端在监听PDCCH的一个或更多个时频资源时使用，该PDCCH作为发送UL资源分配信息的控制信道。参考图22进行其详细描述。

图22是示出根据本公开的实施例的由具有不同的PDCCH监听资源的多个带宽部分组成的资源配置的视图。

参考图22，如果周期性地为终端配置多个PDCCH监听资源，则可能发生终端必须在某个时间点监听多个PDCCH的情况。详细地，基站可以将系统带宽划分为多个带宽部分，这些部分被配置为具有不同周期的PDCCH监听时机。在这种情况下，如果一个或更多个PDCCH发送相应终端的资源分配信息，则该终端必须确定PDCCH中UL授权的处理顺序。

本公开提出了当接收多个UL授权时终端根据PDCCH监听时频资源的周期性来处理UL授权的方法。在下文中将进行详细的描述。

如果终端接收到多个UL授权，则终端确定在其上检测到UL授权的PDCCH监听时频资源的周期性。在这种情况下，当基站通过RRC信令发送PDCCH监听时频资源信息时，基站可以为终端提供周期性。

终端可以以在操作①确定的PDCCH监听资源的周期性的升序的顺序来处理UL授权。作为另一示例，终端可以按照PDCCH监听资源的周期性的降序的顺序来处理UL授权。

如果存在具有相同度量值(即，PDCCH监听资源的相同周期性)的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

参考图22，带宽部分1 2210具有如附图标记2215所表示的PDCCH监听资源的最长周期性，带宽部分3 2230具有如附图标记2235所表示的PDCCH监听资源的最短周期性。根据本公开的实施例，在这种情况下，终端可以最后处理在带宽部分1 2210的PDCCH监听资源处接收到的控制信息。根据本公开的另一实施例，终端可以首先处理在带宽部分1 2210的PDCCH监听资源处接收到的控制信息。

<实施例4-8>

NR系统被设计为在具有不同传播属性的多个频带上运行。例如，考虑设计在低于6GHz的频带上运行的系统，该系统包含了现有2G/3G/4G系统所占据的频带和高于6GHz的频带，这些频带需要进行发射/接收波束成形以克服高频带(例如28GHz频段)下的明显的传播损耗。

这样的频带可以具有不同的属性。例如，高于6GHz的频带在促进大规模数据传输方面是有利的，因为与低于6GHz的频带相比，它具有较宽的带宽，但是在由明显的传播损耗引起的频繁的无线链路中断方面是不利的。在低于6GHz的频带中运行的射频(RF)模块的功耗与在高于6GHz的频带中运行的RF模块的功耗可能彼此不同。

因此，当终端接收多个UL授权时，终端可以基于所分配的UL资源所属的频带来确定UL授权处理顺序。在下文中进行描述。

如果终端接收到多个UL授权，则终端确定由UL授权指示的分配的资源(即载波频率或分量载波)所属的频带。

终端以操作①中确定的载波频率的升序的顺序来处理UL授权。

-作为另一示例，终端可以按照分配的UL资源的载波频率的降序的顺序来处理UL授权。

-作为另一示例，终端可以按照由基站通过RRC信令通知的处理顺序来处理UL授权。

-作为另一示例，终端可以首先处理在被配置为主小区(PCell)的分量载波上接收到的UL授权，然后处理在被配置为辅小区(SCell)的分量载波上接收到的UL授权。

-作为另一示例，终端可以首先处理针对PCell的分量载波配置的UL授权，然后处理针对SCell的分量载波配置的UL授权。

③如果存在具有相同度量值(即，在相同频带中接收到的UL授权(在操作①中得出))的多个UL授权，则可以根据本公开中提出的另一方法来确定这些UL授权中的处理顺序。

<实施例4-9>

在NR系统中，终端可以同时接收具有不同属性的多个服务。例如，终端可以使用用于要求高吞吐量的eMBB服务的逻辑信道和用于要求低时延和高可靠性的URLLC服务的逻辑信道。在这种情况下，当属于代表eMBB或URLLC的逻辑信道的流量发生时，终端可以根据调度请求过程向基站发送调度请求信号。如果基站从终端接收到调度请求信号，则基站可以向终端发送用于分配UL资源的UL授权以向终端发送流量。

因此，当终端接收到UL授权时，终端必须确定具有要通过UL授权发送的流量的逻辑信道。这是因为要发送的流量所属的终端的服务需要由UL授权指示的上行链路资源的不同属性。

例如，配置有15kHz的SCS和0.5ms的TTI长度的UL资源可能适合于发送属于表示eMBB服务的逻辑信道的流量，而配置有30kHz的SCS和0.25ms的TTI长度的UL资源可能适合于表示URLLC服务的逻辑信道。如果终端处理eMBB的UL授权，即使用配置有15kHz的SCS和0.5ms的TTI的UL资源来发送属于代表URLLC服务的逻辑信道的流量，则可能不满足URLLC服务的要求。

为了克服上述问题，本公开提出了终端在从基站接收到UL授权时确定由UL授权指示的UL资源的物理层属性并通过UL授权确定要发送的逻辑信道的方法。

终端检查由接收到的UL授权指示的资源的物理层属性(例如，SCS和TTI长度)，并且确定适合于在配置有相应物理层属性的资源上发送的逻辑信道。将参考图23对其进行详细描述。

图23是示出根据本公开的实施例的用于当终端接收到UL授权时检查该UL授权的物理层属性并选择要通过该UL授权发送的LCH的方法的视图。

参考图23，在操作S2310，终端可以接收UL授权。接下来，终端可以在操作S2320检查UL授权，以确定由UL授权指示的UL资源的物理层属性。在此，物理层属性可以包括前述的SCS和TTI长度。

接下来，在操作S2330，终端可以基于物理层属性选择LCH。

终端可以确定分配的UL授权的物理层属性，并使用以下各种方法基于物理层属性来选择LCH。

·方法A1

-在操作S2311，终端可以使用方法A1。在方法A1中，基站向终端发送包括SCS和TTI长度的DCI，终端可以利用该DCI来确定由UL授权指示的UL资源的物理层属性。表10例示了SCS和TTI长度。当终端接收到UL授权时，终端可以从UL授权中获得分配的资源的SCS和TTI长度。

[表10]

-基站发送逻辑信道列表，每个逻辑信道列表包含可以在配置有特定物理层属性(SCS和TTI长度)的资源上发送的逻辑信道。可以通过RRC信令来发送这种信息。表11例示了逻辑信道列表。

[表11]

-以这种方式，终端从DCI确定由UL授权指示的分配的资源的物理层属性，并且从通过RRC信令接收到的逻辑信道列表中选择要在配置有物理层属性的资源上发送的逻辑信道。然后，终端对所选择的逻辑信道执行LCP操作，并因此执行UL传输。

-该方法在通过将SCS和TTI长度信息添加到DCI中而相对简单地实现方面是有利的，但是在增加DCI开销方面是不利的。

·方法A2

-终端可以使用方法A2。

详细地，在操作S2312，终端确定(识别)所分配的UL资源所属的带宽部分。

-基站使用带宽部分特定的物理层属性(例如，带宽部分特定的SCS和TTI长度)，并通过RRC信令向终端发送带宽部分特定的物理层属性。表12例示了带宽部分特定的物理层属性。

[表12]

-然后，基站向终端发送

逻辑信道列表，每个逻辑信道列表包含可以在配置了特定物理层属性(SCS和TTI长度)的资源上发送的逻辑信道。可以通过RRC信令来发送这种信息。表13例示了逻辑信道列表。

[表13]

-终端从关于分配的UL资源所属的带宽部分的信息中确定由UL授权指示的分配的资源的物理层属性(例如，SCS和TTI长度)，并选择可在配置有UL授权指示的物理层属性的资源上发送的逻辑信道。然后，终端对所选择的逻辑信道执行LCP操作，并因此执行UL传输。

·方法A3

-终端可以使用方法A3。

-详细地，在操作S2313，终端确定(识别)在其上接收到UL授权的时频资源或PDCCH监听时机。

-基站使用PDCCH监听时机特定的物理层属性(例如，PDCCH监听时机特定的SCS和TTI长度)以分配上行链路资源，并通过RRC信令向终端通知PDCCH监听时机特定的物理层属性。表14例示了PDCCH监听时机特定的物理层属性。

[表14]

-然后，基站向终端发送逻辑信道列表，每个逻辑信道列表包含可在配置了特定物理层属性(SCS和TTI长度)的资源上发送的逻辑信道。可以通过RRC信令来发送这种信息。表15例示了逻辑信道列表。

[表15]

-终端基于在其上接收到UL授权的PDCCH时频资源或PDCCH监听时机来确定分配的资源的物理层属性(例如，SCS和TTI长度)，并选择可在配置有UL授权指示的物理层属性的资源上发送的逻辑信道。然后，终端对所选择的逻辑信道执行LCP操作，并因此执行UL传输。

·方法A4

-终端可以使用方法A4。

详细地，在操作S2314，终端确定(识别)终端用于分配UL资源的DCI格式。

-基站使用DCI格式特定的物理层属性(例如，DCI格式特定的SCS和TTI长度)，并通过RRC信令向终端通知DCI格式特定的物理层属性(例如，DCI格式特定的SCS和TTI长度)。表16例示了DCI格式特定的物理层属性。

[表16]

-然后，基站向终端发送逻辑信道列表，每个逻辑信道列表包含可在配置有特定物理层属性(SCS和TTI长度)的资源上发送的逻辑信道。表17例示了逻辑信道列表。

[表17]

终端基于用于分配UL资源的DCI格式来确定由UL授权指示的分配的资源的物理层属性(例如，SCS和TTI长度)，并选择可在配置有UL授权指示的物理层属性的资源上发送的逻辑信道。然后，终端对所选择的逻辑信道执行LCP操作，并因此执行UL传输。

方法A2/A3/A4施加了一个约束，即必须预先定义带宽部分特定的逻辑层属性(SCS和TTI长度)、PDCCH时频率特定的(或PDCCH监听时机特定的)逻辑层属性(SCS和TTI长度)或DCI格式特定的逻辑层属性(SCS和TTI长度)来分配UL资源。但是，因为这些方法与方法A1不同，不需要向DCI添加SCS和TTI长度信息，所以这些方法在不增加DCI的比特数的情况下实现方面是有利的。

上面已经对两种操作方法进行了描述，包括确定所分配的UL授权的物理层属性的第一操作和选择适合于通过UL授权发送的逻辑信道的第二操作中的每一种操作。

在下文中，描述用于选择适合于在由UL授权指示的UL资源上发送的逻辑信道的一个操作的方法，而不是上述的两个操作的方法。参考图24进行一个操作的方法的描述。

图24是示出根据本公开的实施例的用于当接收到UL授权时终端选择要通过UL授权发送的LCH的方法的视图。

参考图24，在操作S2410，终端可以接收UL授权。接下来，在操作S2420，终端可以选择LCH。

终端可以使用以下各种方法来接收UL授权并选择LCH。

·方法B1

-在操作S2411，终端可以使用方法B1。

-方法B1的特征在于，基站通过DCI向终端发送可通过相应的UL授权发送的LCH的LCH ID的列表，以通知终端可通过分配的UL授权发送的LCH。表18例示了LCH ID列表。

[表18]

-在这种情况下，终端基于DCI中包括的信息来确定可通过分配的UL授权发送的LCH，并执行用于UL传输的LCP操作。

-该方法在通过将可发送的LCH信息添加到DCI中而相对简单地实现方面是有利的，但是在增加DCI开销方面是不利的。

·方法B1'

-终端可以使用方法B1'。

-方法B1的特征在于，基站通过DCI向终端发送可通过相应的UL授权发送的LCH组的ID，以向终端通知可通过分配的UL授权发送的LCH。表19例示了LCH组ID。在这种情况下，基站可以通过RRC信令向终端通知LCH组的ID。

[表19]

-如上所述，基站可以向终端发送属于各个LCH组的LCH的列表。可以通过RRC信令来发送该信息。详细地，每个LCH组可以由LCH组ID来标识，并且基站可以向终端发送LCH组ID和与由LCH组ID所标识的LCH组相对应的LCH列表。表20例示了LCH组列表。

[表20]

-在这种情况下，终端可以基于DCI中包括的信息来确定LCH组的ID，该LCH组包含可通过分配的UL授权发送的LCH。然后，终端确定与通过RRC信令接收到的UL授权中包括的LCH组ID相对应的LCH组。终端对用于UL传输的LCH组中包括的逻辑信道执行LCP操作。

-该方法在通过将大小小于LCH ID列表的LCH组ID添加到DCI来减轻DCI开销方面是有利的。

·方法B2

-终端可以使用方法B2。

详细地，在操作S2412，终端检查所分配的资源所属的带宽部分。

-基站通过RRC信令发送带宽部分特定的LCH列表，该带宽部分特定的LCH列表包括在特定带宽部分中可发送的各个LCH。表21例示了带宽部分特定的LCH列表。

[表21]

-终端通过检查分配的UL资源所属的带宽部分并查找通过RRC信令接收到的带宽部分和LCH之间的映射关系，来确定可通过分配的UL授权发送的LCH。

·方法B3

-终端可以使用方法B3。

详细地，终端在操作S2413检查在其上接收到UL授权的PDCCH时频资源或PDCCH监听时机。

-基站通过RRC信令向终端发送PDCCH时频资源特定或PDCCH监听时机特定的LCH列表，该LCH列表包含在特定UL资源上可发送的各个LCH。表22例示了PDCCH监听时机特定的LCH列表。

[表22]

-终端通过检查在其上接收UL授权的PDCCH时频资源或PDCCH监听时机并查找通过RRC信令接收到的PDCCH监听时机和LCH之间的映射关系，来确定可通过分配的UL授权发送的LCH。终端对确定的用于UL传输的LCH执行LCP。

·方法B4

-终端可以使用方法B4。

详细地，在操作S2414，终端检查(识别)用于基站分配UL资源的DCI格式。

-基站通过RRC信令向终端发送DCI格式特定的LCH列表，该LCH列表包含在特定UL资源上可发送的各个LCH。表23例示了DCI格式特定的LCH列表。

[表23]

-终端通过检查UL资源分配所使用的DCI格式并查找通过RRC信令接收到的DCI格式和LCH之间的映射关系，来确定可通过分配的UL授权发送的LCH。

方法B2/B3/B4施加了一个约束，即必须预先向终端发送带宽部分的LCH、PDCCH时频特定的(或PDCCH监听时机特定的)LCH、或DCI格式的LCH。但是，因为这些方法与方法B1不同的是不需要向DCI添加LCH相关信息，所以这些方法在增加DCI的比特数的情况下实现方面是有利的。

上面已经描述了用于确定分配的UL资源的SCS和TTI长度的方法。然而，所提出的方法可以用于按照相同的原理确定各种参数，例如CP长度、发送持续时间、以及SCS和TTI长度。

上面的描述针对用于确定成对的SCS和TTI长度的方法。然而，终端可以根据一种方法检查SCS并根据另一方法检查TTI长度。

例如，终端可以使用方法A1、方法A2、方法A3和方法A4中的一种方法来确定SCS，并且可以使用方法B1、方法B2、方法B3和方法B4中的一种方法来确定TTI长度。尽管以上描述针对终端确定SCS和TTI长度的实施例，但是本公开不限于此，而是可以涵盖终端确定各种参数的组合的其他实施例。例如，本公开可以包括其中终端确定SCS和发送持续时间的组合的实施例。

参考图24描述的方法可应用于本公开的所有实施例，例如，检查用于确定UL授权处理顺序的参数的方法。

<第五实施例>

通常，正常的UL调度过程如下执行。

1)基站分配用于终端发送调度请求(SR)即PUCCH的资源。

2)当发生出站流量时，终端根据预定义的缓冲区状态报告(BSR)和SR过程向基站发送SR。

3)在基站接收到SR时，基站分配用于终端发送数据的资源，即PUSCH。

4)终端使用基站分配的资源来发送数据。

在5G或NR系统中，提出了无授权(GF)传输以及正常的UL调度过程。GF传输过程如下进行。

1)基站分配用于终端发送PUCCH的资源。该资源分配以与半永久调度(SPS)类似的方法执行，在半永久调度中，不同于在流量发生之后分配资源的普通UL调度，基站在流量发生之前预先向终端分配资源。

A.基站可以以如下方式分配用于终端的GF传输的资源。

①基站通过RRC配置向终端通知GF资源。

②基站通过RRC配置向终端通知候选GF资源，然后通过L1信令通知实际可用的GF资源。

B.当基站分配GR传输资源时，基站可以以如下方式向终端发送信息。

①资源相对于SFN＝0的周期性和偏移

②时域资源分配

③频域资源分配

④UE特定的DMRS配置

⑤MCS/TBS值

⑥重复次数K

⑦功率控制相关参数

⑧HARQ相关参数

⑨与针对(由用于激活的L1信令指示的)时序基准的周期性相关的偏移

2)当发生出站流量时，终端可以使用在操作1)中分配的GF资源来发送流量。

这种GF传输方法在节省终端向基站发送SR、从基站接收UL授权以及执行相关处理所需的时间方面是有利的。因此，如果基站向典型地同时具有多个激活的终端分配了用于GF传输的UL资源，则该终端优选地发送属于要求低时延的URLLC服务的流量，而不是属于容许高时延的eMBB服务的流量。

与普通的UL调度方法相比，GF传输方法的特征在于能够将相同的GF资源分配给多个终端以及能够具有低时延。在分配GF资源时，基站向终端通知终端特定的解调参考信号(DM-RS)配置以及时频资源信息、MCS、HARQ和与GF资源相关的功率控制信息。

基站可以将相同的GF资源分配给多个终端，并且将终端特定的DMRS配置发送给相应的终端。在这种情况下，尽管多个终端在相同资源上执行传输，但是基站可以基于接收到的DMRS的属性来识别终端。这使得基站可以改善数据接收性能或请求重传。当多个终端在相同资源上执行数据传输时，基站能否成功接收数据取决于物理层性能。也就是说，基站可以成功地或不成功地在相同资源上接收由多个终端发送的数据，取决于GF传输的物理层的详细设计。

GF传输方法的上述特征可以被总结如下。

(1)节省SR和UL授权发送/接收所需的时间

(2)可以将相同的GF资源分配给多个终端

(3)取决于GF传输的物理层的详细设计，可能降低发送/接收性能

在此，假设终端中同时激活了多个服务(例如，eMBB服务和URLLC服务)。考虑到特征(1)，当基站向终端分配GF资源时，基站优选地向终端发送要求低时延的URLLC数据。

然而，考虑到特征(2)，分配给终端的GF资源也可以被分配给其他终端。另外，考虑到特征(3)，如果多个终端执行GF传输，则这可能降低基站的数据接收性能。在这种情况下，终端在分配的GF资源上发送URLLC数据是不合适的。这是因为在这种情况下执行的URLLC数据传输可能无法满足URLLC服务的可靠性要求(即错误率和时延要求)。

为了克服上述问题，本公开提出了图25中描述的过程。

图25是示出根据本公开的实施例的UL数据传输方法的视图。

在操作S2510，基站向终端发送关于各个逻辑信道的LCH配置信息。可以通过RRC信令来发送LCH配置信息。

根据本公开的实施例，LCH配置信息可以包括以下至少之一：

1)指示是否可以在GF资源上发送属于相应逻辑信道的流量的信息(称为GrantFreeAllowed)

2)指示属于相应逻辑信道的流量是否在仅分配给一个终端的GF资源上可发送的信息(称为GrantFreeDedicatedAllowed)

3)指示属于相应逻辑信道的流量是否在分配给多个终端的GF资源上可发送的信息(称为GrantFreeSharedAllowed)

接下来，在操作S2520，基站向终端分配GF资源。可以通过经由RRC信令发送的GF传输资源配置信息来指示GF资源。

根据本公开的实施例，GF资源配置信息可以包括以下至少之一：

1)指示将相应的GF资源仅分配给一个终端还是多个终端的信息(称为GrantFreeShared)

2)指示被分配了相应的GF资源的终端的个数的信息(称为NumGrantFreeShared)

通过这种方式，终端获得在由基站分配的GF资源上执行UL传输的机会。

然后，在操作S2530，终端可以确定(识别)GF资源。

接下来，在操作S2420，终端可以识别允许的LCH。终端基于从LCH配置和GF资源配置确定的信息来选择要在GF资源上发送的LCH。

A.如果在操作S2520既未接收到GrantFreeShared也未接收到NumGrantFreeShared，则终端可以选择与在操作S2530确定的GrantFreeAllowed相对应的LCH。

B.如果在操作S2520接收到GrantFreeShared或NumGrantFreeShared，则终端如下操作。

i)如果在操作S2520接收到的GrantFreeShared设置为True(这表示多个终端共享相应的GF资源)，或者如果在操作S2520接收到的NumGrantFreeShared大于1，则终端根据在操作S2510接收到的GrantFreeAllowed或GrantFreeSharedAllowed来选择LCH。

ii)如果在操作S2520接收到的GrantFreeShared设置为False(这表示相应的GF资源仅分配给一个终端)，或者如果在操作S2520接收到的NumGrantFreeShared设置为1，则终端根据在操作S2510接收到的GrantFreeDedicatedAllowed选择LCH。

终端在操作S2550对选择的逻辑信道执行LCP操作。接下来，在操作S2560，终端在GF资源上发送生成的作为LCP操作的序列的数据包。

本公开还提出了图26中描述的过程。

图26是示出根据本公开的实施例的UL数据传输方法的视图。

在操作S2610，基站向终端发送关于各个逻辑信道的LCH配置信息。可以通过RRC信令来发送LCH配置信息。

在操作S2620，基站向终端分配GF资源。可以通过经由RRC信令发送的GF传输资源配置信息来指示GF资源。

A.根据本公开的实施例，GF资源配置信息可以包括以下至少之一：

1)指示将相应的GF资源分配给仅一个终端还是多个终端的信息(称为GrantFreeShared)

B.根据本公开的实施例，GF资源配置信息可以包括以下至少之一：

1)可在相应的GF资源上发送的LCH的列表

2)当将相应的GF资源分配给一个终端时，在GF资源上可发送的LCH的列表

3)当相应的GF资源分配给多个终端时，可在GF资源上发送的LCH的列表

然后，在操作S2630，终端可以识别GF资源。

接下来，在操作S2640，终端可以识别允许的LCH。终端基于从LCH配置和GF资源配置确定的信息来选择要在GF资源上发送的LCH。

A.如果既未接收到GrantFreeShared也未接收到NumGrantFreeShared，则终端可以选择在在相应GF资源上可发送的LCH列表中包含的LCH。

B.如果接收到GrantFreeShared或NumGrantFreeShared，则终端如下操作。

i)如果GrantFreeShared设置为True(这表示相应的GF资源由多个终端共享)，或者如果NumGrantFreeShared大于1，则当相应的GF资源被分配给多个终端时终端会选择在GF资源上可发送的LCH列表中包含的LCH。

ii)如果GrantFreeShared设置为False(这表示相应的GF资源仅分配给一个终端)，或者如果NumGrantFreeShared设置为1，则当相应的GF资源仅分配给一个终端时终端选择在GF资源上可发送的LCH列表中包含的LCH。

在操作S2650，终端对所选择的逻辑信道执行LCP操作。接下来，在操作S2660，终端使用GF资源发送生成的作为LCP操作的序列的数据包。

本公开还提出了图27中描述的过程。

图27是示出根据本公开的实施例的UL数据传输方法的视图。

在操作S2710，基站向终端发送关于各个逻辑信道的LCH配置信息。可以通过RRC信令来发送LCH配置信息。

根据本公开的实施例，LCH配置信息可以包括以下至少之一：

接下来，在操作S2720，基站向终端分配GF资源。可以通过经由RRC信令发送的GF传输资源配置信息来指示GF资源。

1)可在相应的GF资源上发送的LCH的列表

3)当相应的GF资源分配给多个终端时，在GF资源上可发送的LCH的列表

B.在操作S2710接收到的的信息和在操作S2720接收到的信息可以彼此相同。因此，即使仅给定了LCH配置信息和GF资源配置信息之中的一种信息，也可以执行本公开的UL数据传输方法。在该实施例中，假设在操作S2710发送了相应的信息。

在操作S2730，基站激活分配给终端的GF资源。可以通过DCI或L1信令激活GF资源。

根据本公开的实施例，基站可以向终端发送包括以下至少之一的DCI以激活GF资源。

1)指示将激活的GF资源分配给一个终端还是多个终端的信息

2)指示已分配激活的GF资源的终端的数量的信息

然后，在操作S2740，终端可以识别GF资源。

接下来，在操作S2750，终端可以识别允许的LCH。终端基于从LCH配置和用于激活GF资源的DCI确定的信息来选择要在GF资源上发送的LCH。

A.如果在操作S2730中既未接收到指示将激活的GF资源分配给一个终端还是多个终端的信息，也未接收到指示分配了激活的GF资源的终端的数量的信息，则终端基于在操作S2710确定的GrantFreeAllowed来选择LCH。

B.如果在操作S2730中接收到指示将激活的GF资源分配给一个终端还是多个终端的信息，即分配了激活的GF资源的终端的数量的信息，则该终端如下操作。

i)如果激活的GR资源被分配给多个终端，则该终端基于在操作S2710确定的GrantFreeAllowed和GrantFreeSharedAllowed来选择LCH。

ii)如果激活的GF资源被分配给一个终端，则该终端基于在操作S2710确定的GrantFreeDedicatedAllowed来选择LCH。

在操作S2760，终端对选择的逻辑信道执行LCP操作。接下来，在操作S2770，终端使用GF资源发送生成的作为LCP操作的序列的数据包。

本公开还提出了图28中描述的过程。

图28是示出根据本公开的实施例的UL数据传输方法的视图。

在操作S2810，基站向终端发送关于各个逻辑信道的LCH配置信息。可以通过RRC信令来发送LCH配置信息。

根据本公开的实施例，LCH配置信息可以包括以下至少之一：

1)与各个逻辑信道相对应的简档ID

在操作S2820，基站向终端分配GF资源。可以通过经由RRC信令发送的GF传输资源配置信息来指示GF资源。

在操作S2830，基站激活分配给终端的GF资源。可以通过DCI或L1信令来激活GF资源。

1)激活的GF资源的简档ID

然后，在操作S2840，终端可以识别GF资源。

接下来，在操作S2850，终端可以识别允许的LCH。终端基于从LCH配置和用于激活GF资源的DCI确定的信息来选择要在GF资源上发送的LCH。

A.也就是说，终端通过比较从在操作S2830接收到的DCI确定的已激活的GF资源的简档ID和与(从在操作S2810接收到的LCH配置信息确定的)各个逻辑信道对应的简档ID来选择具有已激活的GF资源的简档ID的LCH。

在操作S2860，终端对选择的逻辑信道执行LCP操作。接下来，在操作S2870，终端使用GF资源发送生成的作为LCP操作的序列的数据包。

尽管已经参考图25至图28描述了实现本公开的UL数据传输方法，但是本公开可以包括实施例的任何组合。

图25、图26、图27和图28涉及用于在由基站分配给终端的GF资源上进行上行链路数据传输的终端和终端的操作。这样的操作可以应用于在由SPS分配的资源上的UL传输。可以如下对其描述。

1.基站向终端提供关于各个逻辑信道的LCH配置信息。通过RRC信令来发送LCH配置信息。

A.根据本公开的实施例，LCH配置信息可以包括以下信息：

1)指示是否可以在SPS分配的资源上发送属于相应逻辑信道的流量的信息(称为SPSAllowed)

2.基站通过SPS向终端分配资源。通过RRC信令执行SPS。

3.终端获得在由基站通过SPS分配的资源上执行UL传输的机会。

4.终端基于从在操作1接收到的LCH配置信息确定的信息来选择要在分配的资源上发送的LCH。

A.在这种情况下，终端选择在操作1中描述的SPSAllowed设置为True的LCH，而不选择SPSAllowed设置为False的LCH。

5.终端对在操作4选择的LCH执行LCP操作。

6.终端使用分配的资源发送生成的作为LCP操作的序列的数据包。

也可以如下对其描述。

2.基站通过SPS向终端分配资源。通过RRC信令执行SPS。

根据本公开的实施例，用于通过SPS分配资源的SPS配置信息可以包括以下信息。

1)在通过SRS分配的资源上可发送的LCH的列表

3.终端获得在由基站通过SPS分配的资源上执行UL传输的机会。

4.终端基于从在操作2接收到的SPS配置信息确定的信息来选择要在分配的资源上发送的LCH。

A.在这种情况下，终端选择在通过已经在操作2中描述的SRS分配的资源上可发送的LCH的列表中包括的LCH，并且不选择列表中未包括的LCH。

5.终端对在操作4选择的LCH执行LCP操作。

图29是示出根据本公开的实施例的用于通过UL授权选择要在分配的资源上发送的LCH的方法的视图。

参考图29，分组数据汇聚协议(PDCP)实体2960、2965和2970以及无线链路控制实体2940、2945和2950以逻辑信道特定的方式被激活。在此，可以使用不同的终端ID来识别逻辑信道。终端ID可以是在通信协议中使用的几种类型的ID中的一种ID。尽管在图29的实施例中将无线网络临时标识符(RNTI)用作终端ID，但是可以将其他类型的标识符用作终端ID。

基本上，当终端接入基站时，会为该终端分配小区无线网络临时标识符(C-RNTI)；为了使用RNTI来识别逻辑信道，需要另一种类型的RNTI。在本公开中，这样的ID被称为X-RNTI。

终端尝试在接收DCI的过程中使用分配的RNTI值对DCI进行解码，并且，如果使用分配的RNTI值解码成功，则终端会识别相应RNTI的资源分配。

在图29的实施例中，LCH1 2920可以使用分配有C-RNTI的资源，LCH2 2925可以使用分配有C-RNTI和X-RNTI的资源，并且LCH3 2930可以使用分配有X-RNTI的资源。基站可以向终端通知用于通过使用RRC配置消息来分配资源的逻辑信道和RNTI的类型之间的映射。

基站可以根据流量的可靠性要求分配具有不同类型的终端ID的无线资源。例如，基站可以(在操作2915)为诸如URLLC服务之类的需要高可靠性的流量分配具有X-RNTI的资源，而(在操作2910)为其他流量分配具有C-RNTI的资源。根据本公开的实施例，基站可以为不需要高可靠性的流量分配具有X-RNTI和C-RNTI的资源。在这种情况下，有可能执行LCP，以使高可靠性流量在分配有X-RNTI的资源上具有高优先级。在这种情况下，分配有X-RNTI的资源上的MCS级别的错误率可能低于分配有C-RNTI的资源上的MCS级别的错误率。

图30是示出根据本公开的实施例的基站使用不同的终端ID的UL资源分配方法的流程图。

如果基站在操作S3010进行了对终端的上行链路资源分配(UL授权)，则基站可以根据相应资源的目标可靠性来分配具有不同类型的终端ID的UL资源。

为了实现这一点，基站在操作S3020确定UL资源是否是为需要高目标可靠性的流量分配的。

如果UL资源是为需要高目标可靠性的流量分配的，则基站可以在操作S3030分配具有第一类型的终端ID的资源。这里，第一类型的终端ID可以是在图29的实施例中描述的X-RNTI。然而，本公开不限于该实施例，而是可以涵盖在通信协议中使用的除了上述C-RNTI之外的各种类型的ID中的任何一种ID的其他实施例。

如果UL资源不是为需要高目标可靠性的流量分配的，则基站可以在操作S3040分配具有第二类型的终端ID的资源。这里，第二类型的终端ID可以是在图29的实施例中描述的C-RNTI。

图30的实施例可以作为独立过程或者与参考图23和图24所描述的基于通过UL授权分配的带宽部分的信息、PDCCH监听时机、DCI格式以及UL资源的物理层属性的信息来识别资源的方法中的至少一种方法一起执行。

图31是示出根据本公开的实施例的终端使用不同的终端ID的UL资源识别方法的流程图。

终端尝试使用分配的RNTI值对DCI进行解码，并且，如果使用分配的RNTI值解码成功，则终端会识别相应RNTI的资源分配。终端可以根据基站分配UL资源所使用的终端ID的类型来不同地执行LCP操作。

终端可以在操作S3110从基站接收UL授权。接下来，终端在操作S3120确定是否为无线资源分配了第一类型的终端ID。

如果确定无线资源被分配有第一类型的终端ID，则在操作S3130，终端对可以在分配有第一类型的终端ID的资源上发送的LCH执行LCP操作。这里，第一类型的终端ID可以是参考图29所描述的X-RNTI。然而，本公开不限于该实施例，而是可以涵盖在通信协议中使用的除了上述C-RNTI之外的各种类型的ID中的任何一种ID的其他实施例。

如果确定无线资源被分配有第二类型的终端ID，则在操作S3140，终端对可以在分配有第二类型的终端ID的资源上发送的LCH执行LCP操作。这里，第二类型的终端ID可以是在图29的实施例中描述的C-RNTI。然而，本公开不限于该实施例，而是可以涵盖在通信协议中使用的除了上述C-RNTI之外的各种类型的ID中的任何一种ID的其他实施例。

图31的实施例可以作为独立过程或者与参考图23和图24所描述的基于通过UL授权分配的带宽部分的信息、PDCCH监听时机、DCI格式以及UL资源的物理层属性的信息来识别资源的方法中的至少一种方法一起执行。

图32是示出根据本公开的实施例的终端的配置的框图。

参考图32，终端可以包括收发器3210、控制器3220和存储单元3230(例如，存储器)。根据本公开的实施例，控制器3220可以被定义为电路、专用集成电路或至少一个处理器。

收发器3210可以发送和接收信号。例如，收发器3210可以从基站接收系统信息、同步信号和参考信号。

控制器3220可以控制根据本公开的实施例的终端的整体操作。例如，控制器3220可以控制信号在终端的内部组件之间流动以实现参考流程图描述的过程。

例如，控制器3220可以控制收发器3210从基站接收LCH简档映射信息和UL授权。

控制器3220可以基于UL授权中包括的简档信息来选择要向终端发送的数据。

控制器3220还可以从基站接收关于参数集的信息，并且基于参数集信息和UL授权中包括的简档信息来选择要向基站发送的数据。

控制器3220还可以以各种方式确定简档信息。

存储单元3230可以存储通过收发器3210发送和接收的信息和通过控制器3220生成的信息中的至少一种信息。

图33是示出根据本公开的实施例的基站的配置的框图。

参考图33，基站可以包括收发器3310、控制器3320和存储单元3330(例如，存储器)。根据本公开的实施例，控制器3320可以被定义为电路、专用集成电路或至少一个处理器。

收发器3310可以发送和接收信号。例如，收发器3310可以发送系统信息、同步信号和参考信号。

控制器3320可以控制根据本公开的实施例的基站的整体操作。例如，控制器3320可以控制信号在基站的内部组件之间流动以实现参考流程图描述的过程。

例如，控制器3320可以向基站发送LCH简档映射信息和UL授权。

控制器3320可以控制收发器3310接收由终端发送的数据，该数据是基于UL授权中包括的简档信息被选择发送的。

控制器3320还可以控制收发器3310向终端发送参数集信息并接收由终端发送的数据，该数据是基于参数集信息和UL授权中包括的简档信息被选择发送的。

控制器3320还可以控制收发器以各种方式发送简档信息。

存储单元3330可以存储通过收发器3310发送和接收的信息和通过控制器3320生成的信息中的至少一种信息。

如上所述，本公开在以下方面是有利的：使具有多个同时激活的服务的终端可以在具有特定物理属性的UL资源被分配给终端时基于UL资源的物理层属性选择服务或逻辑信道，生成具有属于所选择的服务或逻辑信道的数据包，并且在UL资源上发送数据包。而且，本公开在使得可以更有效地满足终端使用的服务的要求和质量方面是有利的。

虽然已经参考本公开的各种实施例对本公开进行了说明和描述，但是本领域技术人员将会理解，在不脱离由所附权利要求及其等同形式所限定的本公开的主旨和范围的前提下，可以对本公开进行形式和细节上的各种改变。

Claims

1.一种无线通信系统的终端的方法，所述方法包括：

从基站接收关于至少一个逻辑信道与至少一个上行链路授权的简档信息之间的映射的信息；

从所述基站接收所述至少一个上行链路授权；以及

基于所述至少一个上行链路授权的所述简档信息和所述映射信息来发送数据。

2.根据权利要求1所述的方法，其中，发送数据包括：发送与所述至少一个上行链路授权的所述简档信息相对应的所述至少一个逻辑信道的数据。

3.根据权利要求1所述的方法，

其中，如果所述至少一个上行链路授权的所述简档信息包括简档识别信息，则所述映射信息包括所述简档识别信息与所述至少一个逻辑信道之间的映射关系；并且

其中，发送数据包括：发送与所述至少一个上行链路授权的所述简档识别信息相对应的所述至少一个逻辑信道的数据。

4.根据权利要求1所述的方法，其中，接收所述至少一个上行链路授权包括：基于所述至少一个上行链路授权中包括的信息，以及在其上接收到所述至少一个上行链路授权的资源的带宽部分信息、频率信息、时间信息或周期性信息中的至少一个信息来确定所述简档信息。

5.一种无线通信系统的基站的方法，所述方法包括：

向终端发送关于至少一个逻辑信道与至少一个上行链路授权的简档信息之间的映射的信息；

向所述终端发送所述至少一个上行链路授权；以及

从所述终端接收数据，所述终端基于所述至少一个上行链路授权的所述简档信息和所述映射信息来选择所述数据。

6.根据权利要求5所述的方法，其中，接收数据包括：接收与所述至少一个上行链路授权的所述简档信息相对应的所述至少一个逻辑信道的数据。

7.根据权利要求5所述的方法，

其中，接收数据包括：接收与所述至少一个上行链路授权的所述简档识别信息相对应的所述至少一个逻辑信道的数据。

8.根据权利要求5所述的方法，其中，所述简档信息是基于所述至少一个上行链路授权中包括的信息，以及在其上接收到所述至少一个上行链路授权的资源的带宽部分信息、频率信息、时间信息或周期性信息中的至少一个信息而确定的。

9.一种无线通信系统的终端，所述终端包括：

收发器；以及

至少一个处理器，所述至少一个处理器被配置为：

从所述基站接收所述至少一个上行链路授权；以及

10.根据权利要求9所述的终端，其中，所述至少一个处理器被配置为发送与所述至少一个上行链路授权的所述简档信息相对应的所述至少一个逻辑信道的数据。

11.根据权利要求9所述的终端，

其中，所述至少一个处理器被配置为发送映射至所述至少一个上行链路授权的所述简档识别信息的所述至少一个逻辑信道的数据。

12.根据权利要求9所述的终端，其中，所述至少一个处理器被配置为进行控制，以基于所述至少一个上行链路授权中包括的信息，以及在其上接收到所述至少一个上行链路授权的资源的带宽部分信息、频率信息、时间信息或周期性信息中的至少一个信息来确定所述简档信息。

13.一种无线通信系统的基站，所述基站包括：

收发器；以及

至少一个处理器，所述至少一个处理器被配置为：

向所述终端发送所述至少一个上行链路授权；以及

14.根据权利要求13所述的基站，其中，所述至少一个处理器被进一步配置为接收与所述至少一个上行链路授权的所述简档信息相对应的所述至少一个逻辑信道的数据。

15.根据权利要求13的基站，

其中，如果所述至少一个上行链路授权的所述简档信息包括简档识别信息，则所述映射信息包括所述简档识别信息与所述至少一个逻辑信道之间的映射关系，

其中，所述至少一个处理器被进一步配置为接收与所述至少一个上行链路授权的所述简档识别信息相对应的所述至少一个逻辑信道的数据，并且

其中，所述简档信息是基于所述至少一个上行链路授权中包括的信息，以及在其上接收到所述至少一个上行链路授权的资源的带宽部分信息、频率信息、时间信息或周期性信息中的至少一个信息而确定的。