移动通信中无动态调度的传输方法和装置与流程

本发明要求分别于2017年6月15日、2017年8月9日、2017年10月2日提交的美国临时专利申请no.62/519,916、no.62/542,879、no.62/566,807的优先权权益。以上列出的申请的内容透过引用完整地并入本文中。

本发明总体上关于移动通信，更具体地，关于在移动通信中与用户设备和网络装置相关的无动态调度的传输。

背景技术：

除非在本文中另外指示，否则本部分中描述的方法不是对于下面列出的权利要求的现有技术，并且不因为包含在该部分中而被承认是现有技术。

在新无线电(newradio，nr)中，提出了使用配置授予(configuredgrant)的上行链路免授予(grant-free)传输或者无动态调度(dynamicscheduling)的传输，以减少超可靠且低延迟通信(ultra-reliableandlowlatencycommunication，urllc)服务的延迟时间。用户设备(userequipment，ue)可以被配置为无需先前请求(例如，调度请求(schedulingrequest，sr)、随机存取信道(random-accesschannel，rach)请求或缓冲状态报告(bufferstatusreport，bsr))的情况下，在一些无线电资源上发送其上行链路数据，以改进其传输延迟。在无动态调度的发送和接收中，网络装置可以为ue预先配置特定的无线电资源(例如，时间和频率资源)以执行传输。这些特定的无线电资源可以由多个ue共享。因此，可能在多个ue之间发生传输的碰撞或冲突。

因此，基于竞争的(contentionbased)免授予(grant-free)传输的一个重要性能目标是降低冲突率。随着越来越多的ue尝试同时在基于竞争的授予上发送上行链路数据，冲突率会增加。传输可靠性和延迟被降低。因此，为了满足基于竞争的免授予传输所期望的服务要求，需要将冲突最小化。

技术实现要素：

以下发明内容仅是例示性的，并且不旨在以任何方式限制。即，提供以下发明内容以引入这里所描述的新颖且非明显技术的概念、优势、益处以及优点。下面详细的描述中进一步描述了选择的实现方式。因此，以下发明内容不旨在识别所要求保护主题的必要特征，也不旨在用于确定所要求保护主题的范围。

本公开的目的是提出解决方法或方案，以解决在移动通信中关于用户设备和网络装置的无动态调度的传输的上述问题。

在一个方面，一种方法可以包括由装置接收配置授予。该方法还可以包括由该装置选择被允许的(allowed)逻辑信道以使用所述上行链路授予。该方法还可以包括由该装置将来自被允许的逻辑信道的上行链路数据调度到协议数据单元(pdu)。该方法还可以包括由该装置在配置授予上发送pdu。

在一个方面，一种装置可以包括能够与无线网络的多个节点无线通信的收发器。该装置还可以包括通信地耦接到收发器的处理器。处理器能够接收配置授予。处理器还能够选择被允许的逻辑信道以使用该配置授予。处理器还能够将来自被允许的逻辑信道的上行链路数据调度到pdu。处理器还能够经由收发器在该配置授予上发送pdu。

值得注意的是，尽管这里提供的描述可以在某些无线电接入技术、网络和网络拓扑的背景下，例如lte、lte-a、lte-apro、5g、nr、物联网(internet-of-things，iot)和窄带物联网(narrowbandinternetofthings，nb-iot)，所提出的概念、方案及其任何变体/衍生物可以在、用于和通过其他类型的无线电接入技术、网络和网络拓扑实现。因此，本公开的范围不限于本文描述的示例。

附图说明

附图被包括进来以提供对本发明的进一步理解，并入本发明并构成本发明的一部分。附图例示了本发明的实现方式，并且与说明书一起用于说明本发明的原理。能理解的是，附图不一定是按比例的，因为为了清楚地例示本发明的构思，一些组件可以被显示为与实际实现方式中的尺寸不成比例。

图1示出了在根据本公开的实现方式的方案下的示例场景。

图2示出了在根据本公开的实现方式的方案下的示例场景。

图3示出了在根据本公开的实现的方案下的一些示例macpdu。

图4示出了根据本公开的实现的示例通信装置和示例网络装置的框图。

图5示出了根据本公开的实现方式的示例过程的流程图。

具体实施方式

这里公开了所要求保护主题内容的详细实施例和实现方式。然而，应当理解，公开的详细实施例和实现方式仅为了示例体现为各种形式的所要求保护的主题内容。然而本公开可以体现为多种不同形式，不应理解为仅限于示例的实施例和实现方式。提供这些示例的实施例和实现方式以使得本公开的描述全面且完整并且能够向本领域具有通常知识者全面传递本公开的范围。在下面的描述中，省略了已知特征和技术的细节，以避免不必要地使得本发明的实施例和实现方式变得模糊。

概述

本公开的实现涉及与移动通信中用户设备和网络装置有关的无动态调度传输相关的各种技术、方法、方案和/或解决方案。根据本公开，可以单独地或联合地实现许多可能的解决方案。也就是说，尽管可以在下面分别描述这些可能的解决方案，但是这些可能的解决方案中的两个或更多个可以以一种组合或另一种组合的方式实现。

在nr中，提出了使用已配置授予(configuredgrant)的上行链路免授予(grant-free)传输或者无动态调度(withoutdynamicscheduling)的传输，以减少urllc服务的延迟时间。ue可以被配置为无需先前请求(例如，sr、rach请求或bsr)的情况下，在一些无线电资源上发送其上行链路数据，以改进其传输延迟。在无动态调度的发送和接收中，网络装置可以为ue预先配置特定的无线电资源(例如，时间和频率资源)以执行传输。这些特定的无线电资源可以由多个ue共享。因此，可能在多个ue之间发生传输的碰撞或冲突。因此，基于竞争的免授予传输的一个重要性能目标可以是降低冲突率。随着越来越多的ue尝试同时在基于竞争的授予上发送上行链路数据，冲突的可能性会增加。传输可靠性和延迟被降低。因此，为了满足基于竞争的免授予传输所期望的服务要求，需要将冲突最小化。

图1示出了在根据本公开的实现方式的方案下的示例场景100。场景100涉及ue和网络装置，其可以是无线通信网路(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。ue可以包括多个协议层，例如但不限于，无线电资源控制(radioresourcecontrol，rrc)层、分组数据汇聚协议(packetdataconvergenceprotocol，pdcp)层、无线链路控制(radiolinkcontrol，rlc)层、介质访问控制(mediumaccesscontrol，mac)层和物理(physical，phy)层。pdcp层可以包括pdcp实体(entity)，以经由数据无线承载(dataradiobearer，drb)(例如，drb1和drb2)从上层(例如，rrc层或应用层)接收数据。rlc层可以包括rlc实体，以从pdcp层接收数据，并经由逻辑信道(logicchannel，lc)(例如，lc1和lc2)将数据发送到mac层。mac层可以包括mac实体，用于调度/多路复用数据并将macpdu发送到物理层。

网络装置可以被配置为向ue发送上行链路授予(uplinkgrant)。上行链路授予可以指示为ue配置的用于执行上行链路传输的上行链路资源。上行链路授予可以包括例如但不限于如下信息：时间和频率分配、子载波间隔(sub-carrierspacing，scs)、传输时间间隔(transmissiontimeinterval，tti)持续时间、调制和编码方案(modulationandcodingscheme，mcs)或其他数字论(numerologies)/配置文件(profiles)。上行链路授予可以包括基于免授予的传输(grant-freebasedtransmission)的配置授予(configuredgrant)和基于动态授予的传输(dynamicgrantbasedtransmission)的动态授予(dynamicgrant)。基于动态授予的传输的动态授予由网络装置根据ue的请求来配置。ue可能必须首先向网络装置发送请求(例如，sr、rach请求或bsr)。网络可以配置动态授予以回应该请求。基于免授予的传输的配置授予由网络装置预先配置，而不需要先前请求。网络装置可以在没有动态调度的情况下为ue预先配置用于传输的配置授予。ue可以直接使用该配置授予来发送上行链路数据，而不进行请求。

ue可以经由rrc信令或层1(l1)信令来接收该配置授予。例如，配置授予可以包括由rrc信令提供的第一配置授予类型(例如，配置授予类型1)。配置授予还可以包括由物理下行链路控制信道(physicaldownlinkcontrolchannel，pdcch)信令提供的第二配置授予类型(例如，配置授予类型2)，该第二配置授予类型可以由l1信令指示启动(activated)或解除(deactivated)。

ue可以被配置为根据服务要求或数据的特征对数据进行分类。具有低延迟服务质量(qualityofservice，qos)目标的一些数据可以被分类为关键数据(criticaldata)。关键数据可以包括，例如但不限于，urllc数据，urllc数据可以包括用于应用层中控制目的的命令、响应或指示。一些不依赖于实时(real-time)传输的数据可以被分类为非关键(non-criticaldata)数据。非关键数据可以包括，例如但不限于，增强型移动宽带(enhancedmobilebroadband，embb)数据，embb数据可以包括诸如统计、视频馈送或定期诊断数据的背景信息。

由于对于在单个逻辑信道上传输的数据，要求可以是相同的，因此ue可以被配置为使用不同的逻辑信道来区分具有不同特性(例如延迟时间要求或qos要求)的数据。例如，可以将关键数据分配到被允许的逻辑信道或被准许的逻辑信道(例如，lc1)。在被允许的逻辑信道(allowedlogicalchannel)或被准许的逻辑信道(permittedlogicalchannel)中的数据可以经由配置授予发送。可以将非关键数据分配到受限逻辑信道(restrictedlogicalchannel)(例如，lc2)。受限逻辑信道中的数据不允许经由配置授予进行发送，仅可以通过动态授予来发送。因此，配置授予具有单独的逻辑信道限制，这样可以对免授予无线电资源上的业务量的控制提供更大的灵活性。在一些实现中，还可以基于qos流应用单独的限制。ue可以被配置为通过不同的qos流来区分具有不同特性的数据。

逻辑信道(logicchannel，lc)限制可以由网络装置经由rrc信令配置。具体地，网络装置可以为ue的每个逻辑信道配置逻辑信道限制规则。例如，网络装置可以为逻辑信道配置允许指示(allowedindication)(例如，lcp-configuredgranttype1allowed)以指示逻辑信道是否被允许使用配置授予。当指示被设置为真(true)的情况下，允许逻辑信道被选择为用于配置授予。当指示被设置为假(false)的情况下，不允许逻辑信道被选择为用于配置授予。可以在rrc信令中配置该允许指示。ue可以被配置为根据逻辑信道限制规则来确定被允许的逻辑信道。ue可以选择针对该配置授予配置有允许指示的逻辑信道。

如图1所示，第一逻辑信道被配置为被准许或被允许的逻辑信道(例如，lc1)，第二逻辑信道被配置为受限逻辑信道(例如，lc2)。被准许的逻辑信道可以被配置为发送urllc数据。受限逻辑信道可以被配置为发送embb数据。ue可以从网络装置接收配置授予及其配置。该配置授予传输可以被配置在tti101、103和105处。mac实体可以在tti102从被准许的逻辑信道接收上行链路数据(例如，lc1数据)并且从受限的逻辑信道接收上行链路数据(例如，lc2数据)。由于只有被准许的逻辑信道被允许用于配置授予，因此mac实体可以将来自被准许的逻辑信道的上行链路数据调度为第一macpdu。ue可以被配置为在tti103处在配置授予传输上发送第一macpdu。在该示例中，受限逻辑信道不允许被选择为用于配置授予。ue可以将来自受限逻辑信道的数据挂起(pend)或进行缓冲(buffer)，直到接收到动态授予。

ue还可以从网络装置接收基于动态授予的传输的动态授予。可以在tti107处配置动态授予传输。mac实体可以在tti106处从被准许的逻辑信道接收上行链路数据(例如，lc1数据)和从受限逻辑信道接收上行链路数据(例如，lc2数据)。由于被准许的逻辑信道和受限逻辑信道均可以经由动态授予传输来发送，因此，mac实体可以将来自被准许的逻辑信道的上行链路数据和来自受限逻辑信道的上行链路数据调度为第二macpdu。ue可以被配置为在tti107处配置的动态授予传输上发送第二macpdu。

相应地，图1示出了被准许/允许的逻辑信道的专用传输(exclusivetransmission)。只有被准许/允许的逻辑信道上的数据才可以触发ue执行在配置授予传输上的上行链路传输。此外，ue可以不排除在动态授予上发送来自被准许/允许的逻辑信道的数据。被准许/允许的逻辑信道可以具有比其他逻辑信道更高的优先级，以确保在逻辑信道优先级(logicalchannelprioritization，lcp)过程中，被准许/允许的逻辑信道可以在其他逻辑信道之前被服务。

在一些实现中，被准许/允许的逻辑信道可以是逻辑信道的子集。网络装置可以可选地通过rrc信令配置逻辑信道的子集，该子集触发ue在配置授予传输上执行上行链路传输。网络装置可以基于相应的服务要求(例如，延迟时间要求)来配置该逻辑信道的子集。

在一些实现中，多个逻辑信道可以被配置为被准许/允许的逻辑信道(permitted/allowedlogicalchannel)。ue可以选择一组被准许/允许的逻辑信道以使用该配置授予。mac实体可以将来自多个被准许/允许的逻辑信道的上行链路数据调度为macpdu。macpdu可以包括来自多个被准许/允许的逻辑信道的数据。ue可以被配置为在配置授予上发送macpdu。

在一些实现中，逻辑信道可以被配置为针对所有配置授予的被准许/允许的逻辑信道。或者，逻辑信道也可以被配置为针对配置授予子集的被准许/允许的逻辑信道。例如，可以向ue配置多个不同的配置授予(例如，cg1和cg2)。该多个配置授予可以包括不同的资源分配和/或不同的周期。第一被准许/允许的逻辑信道(例如，lc1)可以被允许为用于所有的配置授予(例如，cg1和cg2)。第二被准许/允许的逻辑信道(例如，lc2)可以被允许为用于配置授予的子集(例如，仅cg2)。第二被准许/允许的逻辑信道可以具有与第一被准许/允许的逻辑信道不同的限制。

在一些实现中，可以基于配置授予的类型来配置逻辑信道限制。例如，逻辑信道可以被允许用于第二配置授予类型(例如，配置授予类型2)的所有配置授予，但是不被允许用于第一配置授予类型(例如，配置授予类型1)的配置授予。可以在不同的逻辑信道上配置不同类型的配置授予。

图2示出了在根据本公开的实现方式的方案下的示例场景200。场景200涉及ue和网络装置，其可以是无线通信网路(例如，lte网络、lte-a网络、lte-apro网络、5g网络、nr网络、iot网络或nb-iot网络)的一部分。类似地，第一逻辑信道被配置为被准许/允许的逻辑信道(例如，lc1)，第二逻辑信道被配置为受限逻辑信道(例如，lc2)。被准许/允许的逻辑信道可以被配置为发送urllc数据。受限逻辑信道可以被配置为发送embb数据。ue可以从网络装置接收配置授予。配置授予传输时机(transmissionoccasion)可以配置在例如tti201、203和207处。mac实体可以在tti202处从被准许的逻辑信道接收上行链路数据(例如，lc1数据)，并且从受限逻辑信道接收上行链路数据(例如，lc2数据)。由于只有被准许的逻辑信道被允许来触发使用配置授予传输，因此mac实体可以将来自被准许的逻辑信道的上行链路数据调度为第一macpdu。在该示例中，第一macpdu可以仍具有剩余空间用于填充数据。mac实体还可以将来自受限逻辑信道的上行链路数据调度进第一macpdu。ue可以被配置为在tti203处在配置授予传输时机上发送第一macpdu。

ue还可以从网络装置接收基于动态授予的传输(dynamicgrantbasedtransmission)的动态授予。动态授予传输可以配置在tti205处。mac实体可以在tti204处从被准许的逻辑信道接收上行链路数据(例如，lc1数据)并从受限逻辑信道接收上行链路数据(例如，lc2数据)。由于被准许的逻辑信道和受限逻辑信道均可以经由动态授予传输来发送，mac实体可以将来自被准许的逻辑信道的上行链路数据和来自受限逻辑信道的上行链路数据调度为第二macpdu。ue可以被配置为在tti205处配置的动态授予传输上发送第二macpdu。

mac实体可以在tti206处从受限逻辑信道接收上行链路数据(例如，lc2数据)。由于只有被准许的逻辑信道才能触发使用配置授予传输，因此来自受限逻辑信道的上行链路数据(例如，lc2数据)不可以在tti207处触发在配置授予传输时机上的传输。ue不可以在tti207处执行上行链路传输。ue可以发送请求，以获取基于动态授予的传输(dynamicgrantbasedtransmission)的动态授予。然后，ue可以从网络装置接收基于动态授予的传输的动态授予。可以在tti208处配置动态授予传输。mac实体可以将来自受限逻辑信道的上行链路数据调度为第三macpdu。ue可以被配置为在tti208处配置的动态授予传输上发送第三macpdu。

相应地，图2示出了被准许/允许的逻辑信道的非专用传输(non-exclusivetransmission)。只有在macpdu中存在来自被准许的逻辑信道的数据时，macpdu才可以在配置授予上传输。当配置授予上的传输被触发并且在容纳来自被准许的逻辑信道的数据后还存在剩余授予/空间的情况下，来自受限逻辑信道的数据也可以在相同的macpdu中传输。将来自受限逻辑信道的数据容纳在包含来自被准许的逻辑信道的数据的macpdu中，对频谱效率有益。

在一些实现中，逻辑信道限制规则可以不应用于mac控制元素(maccontrolelement，macce)。具体地，macce还可以具有更高的传输优先级，并且可以在配置授予上传输。当在macpdu中存在一个或多个macce时，可以在配置授予上传输macpdu。例如，在macpdu包括来自被准许的逻辑信道的服务数据单元(servicedataunit，sdu)和/或macce的的情况下，可以在配置授予上传输macpdu。在macpdu包括macce以及来自受限逻辑信道的sdu的情况下，也可以在配置授予上传输macpdu。

在一些实现中，在未从网络装置接收到用于被准许的逻辑信道的配置的情况下，ue可以考虑允许所有逻辑信道使用配置授予。或者，ue可以被配置为根据先前配置或预定规则，将一些逻辑信道确定为被准许的逻辑信道。

图3示出了在根据本公开的实现的方案下的一些示例macpdu。macpdu300、301和macpdu302示出的示例macpdu可以触发在针对被准许的逻辑信道的配置授予上的专用传输。在macpdu300中，可以仅发送来自被准许的逻辑信道的sdu。不允许在macpdu300中调度来自受限lc的sdu。macpdu300还可以包括填充(padding)。在macpdu301中，可以仅发送来自被准许的逻辑信道的sdu。不允许在macpdu301中调度来自受限lc的sdu。macpdu301还可以包括填充缓冲状态报告(bufferstatusreport，bsr)。当填充比特(paddingbit)的数量大于bsr的大小时，可以发送填充bsr。填充比特空间可以用于发送bsr。在macpdu302中，还可以在配置授予上发送常规bsr(regularebsr)。当新数据到达上行链路缓冲器并且新数据比已经在缓冲器中等待的其他数据具有更高的优先级时，可以发送常规bsr。即使当不存在来自被准许的lc的sdu时，配置授予也可以用于发送常规bsr。

macpdu303和macpdu304示出的示例macpdu可以触发在针对被准许的逻辑信道的配置授予上的非专用传输。在macpdu303中，存在来自被准许的lc的sdu，并且剩余空间可以用于传输来自受限lc的sdu。可以在配置授予上发送macpdu303，因为至少一个mac子pdu包含来自被准许的lc的sdu。在macpdu304中，存在常规bsr，并且剩余空间可以用于发送来自受限lc的sdu。常规bsr也可以具有更高的传输优先级。可以在配置授予上发送macpdu304，因为至少一个mac子pdu包含常规bsr。

macpdu305和macpdu306示出的示例macpdu不允许在针对被准许的逻辑信道的配置授予上传输。macpdu305仅包括来自受限lc的sdu和填充bsr。来自受限lc的sdu不允许使用配置授予。填充bsr还具有较低的传输优先级。macpdu306仅包括填充bsr和填充。macpdu306中不包括用于触发配置授予上传输的关键数据。

例示性实现

图4示出了根据本公开的实现的示例通信装置410和示例网络装置420。通信装置410和网络装置420中的每一个均可以执行各种功能以实现本文描述的关于无线通信中用户设备和网络装置的无动态调度传输的相关方案、技术、过程和方法，包括如上所述的场景100和200以及下面描述的过程500。

通信装置410可以是电子装置的一部分，该电子装置可以是诸如便携式或移动装置的ue、可穿戴装置、无线通信装置或计算装置。例如，通信装置410可以在智能手机、智能手表、个人数字助理、数字相机或诸如平板计算机、膝上型计算机或笔记本电脑的计算设备中实现。通信装置410还可以是机器型装置的一部分，机器型装置可以是诸如不可移动或固定装置的iot或nb-iot装置、家庭装置、有线通信装置或计算装置。例如，通信装置410可以在智能恒温器、智慧冰箱、智慧门锁、无线扬声器或家庭控制中心中实现。或者，通信装置410可以以一个或多个集成电路(integrated-circuit，ic)芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个精简指令集计算(reduced-instruction-set-computing，risc)处理器或一个或多个复杂指令集计算(complex-instruction-set-computing，cisc)处理器。通信装置410可以包括图4中所示的那些组件中的至少一些，例如，处理器412等。通信装置410还可以包括与本公开的提出的方案无关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且因此，为了简单和简洁起见，下面图4中并未描述通信装置410的这些组件。

网络装置420可以是电子设备的一部分，电子设备可以是诸如基站、小型小区(cell)、路由器或网关的网络节点。例如，网络装置420可以在lte、lte-a或lte-apro网络中的enodeb中实现，或者在5g、nr、iot或nb-iot网络中的gnb中实现。或者，网络装置420可以以一个或多个ic芯片的形式实现，例如但不限于，一个或多个单核处理器、一个或多个多核处理器、一个或多个risc处理器、或者一个或更多cisc处理器。网络装置420可以包括图4中所示的组件中的至少一部分，例如，处理器422等。网络装置420还可以包括与本公开的提出的方案不相关的一个或多个其他组件(例如，内部电源、显示设备和/或用户接口设备)，并且为了简单和简洁起见，下面图4中并未描述网络装置420的这些组件。

在一个方面，处理器412和处理器422中的每一个可以以一个或多个单核处理器、一个或多个多核处理器、一个或多个risc处理器、或者一个或更多cisc处理器的形式实现。也就是说，即使这里使用单数术语“处理器”来指代处理器412和处理器422，但是根据本公开处理器412和处理器422中的每一个在一些实现方式中可以包括多个处理器并且在其他实现方式中可以包括单个处理器。在另一方面，处理器412和处理器422中的每一个均可以以硬件(以及可选地，固件)的形式实现，硬件具有的电子组件包括例如但不限于一个或多个晶体管、一个或多个二极管、一个或多个电容器、一个或多个电阻器、一个或多个电感器、被配置和布置成实现特定目的的一个或多个忆阻器(memristors)和/或一个或多个变容二极管。换句话说，在至少一些实施方式中，处理器412和处理器422中的每一个可以是专用器件，其被专门设计、布置和配置成根据本公开的各种实施方式在设备(例如，如通信装置410所示)和网络(例如，如网络装置420所示)中执行特定任务(包括功耗降低)。

在一些实现方式中，通信装置410还可以包括耦接到处理器412并且能够无线地发送和接收数据的收发器416。在一些实现方式中，通信装置410还可以包括存储器414，存储器414耦接到处理器412并且能够由处理器412存取其中的数据。在一些实现方式中，网络装置420还可以包括耦接到处理器422并且能够无线地发送和接收数据的收发器426。在一些实现方式中，网络装置420还可以包括存储器424，存储器424耦接到处理器422并且能够由处理器422存取其中的数据。因此，通信装置410和网络装置420可以分别经由收发器416和收发器426彼此无线通信。为了帮助更好地理解，以下对通信装置410和网络装置420中的每一个的操作、功能和性能的下述描述是基于移动通信环境，其中通信装置410在通信装置或ue中实现或者被实现为通信装置或者ue。网络装置420在通信网路的网络节点中实现或者被实现为通信网路的网络节点。

在一些实现中，处理器412可以包括多个协议层，例如但不限于，rrc层、pdcp层、rlc层、mac和phy层。pdcp层可以包括pdcp实体，以经由drb从上层(例如，rrc层或应用层)接收数据。处理器412可以包括rlc实体，用于从pdcp层接收数据并通过lc将数据发送到mac层。处理器412可以包括mac实体，用于调度/多路复用数据并将macpdu发送到物理层。

在一些实现中，处理器422可以被配置为向通信装置410发送配置授予。处理器422可以使用上行链路授予来指示为通信装置410执行上行链路传输所配置的上行链路资源。上行链路授予可以包括基于免授予的传输(grant-freebasedtransmission)的配置授予和基于动态授予的传输(dynamicgrantbasedtransmission)的动态授予。基于动态授予的传输的动态授予由处理器422根据通信装置410的请求而配置。处理器412必须首先向网络装置420发送请求(例如，sr，rach请求或bsr)。处理器422可以配置动态授予以回应该请求。配置授予由处理器422预先配置，而不需要先前请求。处理器422可以将配置授予预先配置给通信装置410以用于传输，而无需动态调度。处理器412可以在不进行请求的情况下直接使用配置授予发送上行链路数据。

在一些实现中，处理器412可以被配置为经由rrc信令或l1信令来通过收发器416接收配置授予。例如，配置授予可以包括由rrc信令提供的第一配置授予类型(例如，配置授予类型1)。配置授予还可以包括由pdcch信令提供的第二配置授予类型(例如，配置授予类型2)，该第二配置授予类型可以由l1信令指示启动(activated)或解除(deactivated)。

在一些实现中，处理器412可以被配置为根据服务要求或数据的特征对数据进行分类。处理器412可以将具有低延迟qos目标的一些数据确定为关键数据(criticaldata)。处理器412可以将一些不依赖于实时传输的数据确定为非关键(non-criticaldata)数据。

在一些实现中，处理器412可以被配置为使用不同的逻辑信道来区分具有不同特性(例如延迟时间要求或qos要求)的数据。例如，处理器412可以将关键数据分配到被允许的逻辑信道或被准许的逻辑信道。在被允许的逻辑信道或被准许的逻辑信道中的数据可以经由配置授予传输来发送。处理器412可以将非关键数据分配到受限逻辑信道(restrictedlogicalchannel)。受限逻辑信道中的数据不允许经由配置授予传输进行发送，仅可以经由基于动态授予的传输来发送。

在一些实现中，处理器412还可以基于qos流应用单独的限制。处理器412还可以被配置为通过不同的qos流来区分具有不同特性的数据。

在一些实现中，处理器422可以经由rrc信令配置逻辑信道限制。具体地，处理器422可以为通信装置410的每个逻辑信道配置逻辑信道限制规则。例如，处理器422可以为逻辑信道配置允许指示(allowedindication)(例如，lcp-configuredgranttype1allowed)以指示逻辑信道是否被允许使用配置授予。当指示被设置为真(true)的情况下，允许逻辑信道被选择为用于配置授予传输。当指示被设置为假(false)的情况下，不允许逻辑信道被选择为用于配置授予传输。可以在rrc信令中配置该允许指示。处理器412可以被配置为根据逻辑信道限制规则来确定允许的逻辑信道。处理器412可以选择针对该配置授予配置有允许指示的逻辑信道。

在一些实现中，处理器412可以将第一逻辑信道确定为被准许的逻辑信道并且将第二逻辑信道确定为受限逻辑信道。处理器412可以将被准许的逻辑信道配置为发送urllc数据。处理器412可以将受限逻辑信道配置为发送embb数据。处理器412可以从网络装置420接收配置授予。该配置授予传输时机可以被配置在一些tti处。mac实体可以从被准许的逻辑信道接收上行链路数据并且从受限逻辑信道接收上行链路数据。处理器412可以将来自被准许的逻辑信道的上行链路数据调度为第一macpdu。处理器412可以被配置为在配置授予传输时机上发送第一macpdu。受限逻辑信道不允许被选择为用于配置授予传输。处理器412可以将来自受限逻辑信道的数据挂起(pend)或进行缓冲(buffer)，直到接收到动态授予。

在一些实现中，处理器412还可以从网络装置420接收基于动态授予的传输的动态授予。mac实体可以从被准许/允许的逻辑信道接收上行链路数据和从受限逻辑信道接收上行链路数据。处理器412可以将来自被准许/允许的逻辑信道的上行链路数据和来自受限逻辑信道的上行链路数据调度为第二macpdu。处理器412可以被配置为在动态授予传输上发送第二macpdu。

在一些实现中，被准许/允许的逻辑信道可以是逻辑信道的子集。处理器422可以可选地通过rrc信令配置逻辑信道的子集，该子集触发通信装置420在配置授予上执行上行链路传输。处理器422可以基于相应的服务要求(例如，延迟时间要求)来配置该逻辑信道的子集。

在一些实现中，处理器412可以将来自被准许的逻辑信道的上行链路数据调度为第一macpdu。在第一macpdu仍具有剩余空间用于填充数据的情况下，处理器412还可以将来自受限逻辑信道的上行链路数据调度至第一macpdu。处理器412可以被配置为在配置授予传输时机上发送第一macpdu。

在一些实现中，处理器412还可以从网络装置420接收基于动态授予的传输(dynamicgrantbasedtransmission)的动态授予。处理器412可以将来自被准许的逻辑信道的上行链路数据和来自受限逻辑信道的上行链路数据调度为第二macpdu。处理器412可以被配置为在动态授予传输上发送第二macpdu。

在一些实现中，mac实体可以从受限逻辑信道接收上行链路数据。由于只有被准许的逻辑信道才能触发使用配置授予传输，因此来自受限逻辑信道的上行链路数据不可以触发在配置授予传输时机上的传输。处理器412不可以执行上行链路传输。处理器412可以配置为发送请求，以获取基于动态授予的传输(dynamicgrantbasedtransmission)的动态授予。然后，处理器412可以从网络装置420接收基于动态授予的传输的动态授予。处理器412可以将来自受限逻辑信道的上行链路数据调度为第三macpdu。处理器412可以被配置为在动态授予传输上发送第三macpdu。

在一些实现中，在macpdu包括来自被准许/允许的逻辑信道的服务数据单元(servicedataunit，sdu)和/或macce的情况下，处理器412可以被配置为在配置授予上传输macpdu。在macpdu包括macce以及来自受限逻辑信道的sdu的情况下，处理器412也可以被配置为在配置授予上传输macpdu。

在一些实现中，在未从网络装置420接收到用于被准许的逻辑信道的配置的情况下，处理器412可以考虑允许所有逻辑信道使用配置授予。或者，处理器412可以被配置为根据先前配置或预定规则，将一些逻辑信道确定为被准许的逻辑信道。

例示性过程

图5示出了根据本公开的实现方式的示例过程500。过程500可以是根据本公开的关于无动态调度传输的场景100和200的示例实现方式，无论是部分的还是完全的。过程500可以表示通信装置410的多个特征的实现方式。过程500可以包括如框510、520、530和540中的一个或多个所示的一个或多个操作、动作或功能。尽管被示出为离散的框，根据所需的实现方式，过程500的各个框可以被划分为附加的框、组合成更少的框或者被取消。此外，过程500的框可以按照图5中所示的顺序执行，或者，可以按照不同的顺序执行。过程500可以由通信装置410或任何合适的ue或机器类型的设备实现。仅出于说明性目的而非限制，下面以通信装置410为背景描述过程500。过程500在框510处开始。

在框510处，过程500可以包括由装置410的处理器412接收配置授予。过程500可以从框510进行到框520。

在框520处，过程500可以包括由处理器412确定被允许的逻辑信道以使用该配置授予。过程500可以从框520进行到框530。

在框530处，过程500可以包括由处理器412将来自被允许的逻辑信道的上行链路数据调度至pdu。过程500可以从框530进行到框540。

在框540处，过程500可以包括由处理器412在配置授予上发送该pdu。

在一些实现中，配置授予可以指示为基于竞争的免授予传输所配置的上行链路资源。

在一些实现中，过程500可以包括由处理器412经由rrc信令或l1信令接收配置授予。

在一些实现中，过程500可以包括由处理器412根据逻辑信道限制规则确定被允许的逻辑信道。

在一些实现中，过程500可以包括由处理器412选择配置有允许指示的逻辑信道。允许指示可以配置在rrc信令中。

在一些实现中，被允许的逻辑信道可以被配置为发送urllc数据。

在一些实现中，过程500可以包括由处理器412接收动态授予。过程500可以包括由处理器412确定受限逻辑信道。过程500可以包括由处理器412将来自受限逻辑信道的上行链路数据调度到第二pdu。过程500可以包括由处理器412在动态授予上发送第二pdu。

在一些实现中，受限逻辑信道可以被配置为发送embb数据。

在一些实现中，过程500可以包括由处理器412确定受限逻辑信道。过程500可以包括由处理器412将来自受限逻辑信道的上行链路数据调度到第一pdu的剩余部分中。过程500可以包括由处理器412在配置授予上发送pdu。

补充说明

本文中所描述的主题有时例示了包含在不同的其它部件之内或与其连接的不同部件。要理解的是，这些所描绘架构仅是示例，并且实际上能够实施实现相同功能的许多其它架构。在概念意义上，实现相同功能的部件的任意布置被有效地“关联”成使得期望的功能得以实现。因此，独立于架构或中间部件，本文中被组合为实现特定功能的任何两个部件能够被看作彼此“关联”成使得期望的功能得以实现。同样，如此关联的任何两个部件也能够被视为彼此“在操作上连接”或“在操作上耦接”，以实现期望功能，并且能够如此关联的任意两个部件还能够被视为彼此“在操作上可耦接”，以实现期望的功能。在操作在可耦接的特定示例包括但不限于物理上能配套和/或物理上交互的部件和/或可无线地交互和/或无线地交互的部件和/或逻辑上交互和/或逻辑上可交互的部件。

此外，关于本文中任何复数和/或单数术语的大量使用，本领域技术人员可针对上下文和/或应用按需从复数转化为单数和/或从单数转化为复数。为了清楚起见，本文中可以明确地阐述各种单数/复数互易。

另外，本领域技术人员将理解，通常，本文中所用术语且尤其是在所附权利要求(例如，所附权利要求主体)中所使用的术语通常意为“开放”术语，例如，术语“包含”应被解释为“包含但不限于”，术语“具有”应被解释为“至少具有”，术语“包括”应解释为“包括但不限于”，等等。本领域技术人员还将理解，如果引入的权利要求列举的特定数目是有意的，则这种意图将在权利要求中明确地列举，并且在这种列举不存在时不存在这种意图。例如，作为理解帮助，所附权利要求可以包含引入权利要求列举的引入性短语“至少一个”和“一个或更多个”的使用。然而，这种短语的使用不应该被解释为暗示权利要求列举透过不定冠词“一”或“一个”的引入将包含这种所引入的权利要求列举的任何特定权利要求限制于只包含一个这种列举的实现方式，即使当同一权利要求包括引入性短语“一个或更多”或“至少一个”以及诸如“一”或“一个”这样的不定冠词(例如，“一和/或一个”应被解释为意指“至少一个”或“一个或更多个”)时，这同样适用于用来引入权利要求列举的定冠词的使用。另外，即使明确地列举了特定数量的所引入的权利要求列举，本领域技术人员也将认识到，这种列举应被解释为意指至少所列举的数量(例如，在没有其它修饰语的情况下，“两个列举”的无遮蔽列举意指至少两个列举或者两个或更多个列举)。此外，在使用类似于“a、b和c中至少一个等”惯例的那些情况下，在本领域技术人员将理解这个惯例意义上，通常意指这种解释(例如，“具有a、b和c中至少一个的系统”将包括但不限于单独具有a、单独具有b、单独具有c、一同具有a和b、一同具有a和c、一同具有b和c和/或一同具有a、b和c等的系统)。在使用类似于“a、b或c等中至少一个”惯例的那些情况下，在本领域技术人员将理解这个惯例的意义上，通常意指这样解释(例如，“具有a、b或c中至少一个之系统”将包括但不限于单独具有a、单独具有b、单独具有c、一同具有a和b、一同具有a和c、一同具有b和c、和/或一同具有a、b和c等的系统)。本领域技术人员还将理解，无论在说明书、权利要求还是附图中，实际上呈现两个或更多个另选项的任何转折词语和/或短语应当被理解为构想包括这些项中一个、这些项中任一个或者这两项的可能性。例如，短语“a或b”将被理解为包括“a”或“b”或“a和b”的可能性。

根据上述内容，将领会的是，本文中已经为了例示目的而描述了本发明的各种实现方式，并且可以在不脱离本发明的范围和精神的情况下进行各种修改。因此，本文中所公开的各种实现方式不旨在是限制性的，真正的范围和精神由所附权利要求指示。