不同的OFDM参数集方案中的改进的上行链路资源分配方法与流程

不同的ofdm参数集方案中的改进的上行链路资源分配方法
1.本技术是申请日为2017年7月26日、申请号为201780049667.2、发明名称为“不同的ofdm参数集方案中的改进的上行链路资源分配方法”、申请人为松下电器(美国)知识产权公司的中国发明专利申请的分案申请。
技术领域
2.本公开涉及一种移动通信系统中的改进的无线电资源分配过程，所述移动通信系统涉及若干不同的ofdm参数集方案。本公开提供了对应的方法、无线电基站以及用户终端。


背景技术：

3.长期演进(lte)
4.基于wcdma无线电接入技术的第三代移动系统(3g)正在全球范围内广泛部署。增强或发展所述技术的第一步需要引入高速下行链路分组接入 (hsdpa)和增强型上行链路，也称为高速上行链路分组接入(hsupa)，从而提供非常有竞争力的无线电接入技术。
5.为了应对进一步增加的用户需求并且与新的无线电接入技术竞争， 3gpp引入了称为长期演进(lte)的新的移动通信系统。lte被设计来满足未来十年运营商对高速数据和媒体传输的需求以及高容量语音支持。提供高比特率的能力是lte的关键措施。
6.关于称为演进umts陆地无线电接入(utra)和umts陆地无线电接入网络(utran)的长期演进(lte)的工作项(wi)规范被最终确定为版本8(lte rel.8)。lte系统代表有效的基于分组的无线电接入和无线电接入网络，其提供了具有低延迟和低成本的完全基于ip的功能。在lte中，指定可扩展的多个传输带宽，诸如1.4、3.0、5.0、10.0、15.0和20.0mhz，以便使用给定频谱来实现灵活的系统部署。在下行链路中，采用基于正交频分复用(ofdm)的无线电接入，因为其由于低码元率、循环前缀(cp)的使用及其对不同传输带宽安排的亲合力而具有对多路径干扰(mpi)的固有抗扰性。在上行链路中采用基于单载波频分多址(sc
‑
fdma)的无线电接入，因为考虑到用户设备(ue)的受限传输功率，所以优先级排序提供广域覆盖而不是改进峰值数据速率。采用许多密钥分组无线电接入技术，包括多输入多输出(mimo)信道传输技术，并且在lte rel.8/9中实现了高效的控制信令结构。
7.lte架构
8.总体lte架构如图1所示。e
‑
utran由演进节点b(enodeb)组成，从而向用户设备(ue)提供e
‑
utra用户平面(pdcp/rlc/mac/phy)和控制平面(rrc)协议终端。enodeb(enb)托管物理(phy)、媒体访问控制(mac)、无线电链路控制(rlc)以及包括用户平面报头压缩和加密的功能的分组数据控制协议(pdcp)层。它还提供对应于控制平面的无线电资源控制(rrc)功能。它执行许多功能，包括无线电资源管理、准入控制、调度、协商的上行链路服务质量(qos)的实施、小区信息广播、用户和控制平面数据的加密/解密、以及下行链路/上行链路用户平面分组报头的压缩/ 解压缩。enodeb借助于x2接口彼此互连。
9.enodeb还借助于s1接口连接到epc(演进分组核心)，更具体地借助于s1
‑
mme连接到mme(移动性管理实体)，并且借助于s1
‑
u连接到服务网关(sgw)。s1接口支持mme/服务网
关与enodeb之间的多对多关系。 sgw路由和转发用户数据包，同时在enodeb间切换期间还充当用户平面的移动锚，并且充当用于lte与其他3gpp技术之间的移动性的锚(终止s4 接口并且在2g/3g系统与pdn gw之间中继业务量)。对于空闲状态用户设备，sgw在下行链路数据到达用户设备时终止下行链路数据路径并触发寻呼。它管理和存储用户设备上下文，例如ip承载业务的参数或者网络内部路由信息。它还在合法监听的情况下执行用户业务量的复制。
10.mme是lte接入网络的关键控制节点。它负责空闲模式用户设备跟踪和寻呼过程，包括重传。它涉及承载激活/去激活过程，并且还负责在初始附接时以及在涉及核心网络(cn)节点重定位的lte内切换时为用户设备选择sgw。它负责(通过与hss交互)验证用户。非接入层(nas)信令终止于mme，并且还负责向用户设备生成和分配临时标识。它检查用户设备的授权以预占服务提供商的公共陆地移动网络(plmn)并且实施用户设备漫游限制。mme是网络中用于nas信令的加密/完整性保护的终止点，并且处理安全密钥管理。mme也支持信令的合法监听。mme还为lte与 2g/3g接入网络之间的移动性提供控制平面功能，其中s3接口终止于来自 sgsn的mme。mme还终止朝向用于漫游用户设备的归属hss的s6a接口。
11.lte中的分量载波结构
12.3gpp lte系统的下行链路分量载波在时频域中在所谓的子帧中细分。在3gpp lte中，如图2所示，每个子帧被划分为两个下行链路时隙，其中第一下行链路时隙包括第一ofdm码元内的控制信道区域(pdcch区域)。每个子帧由时域中的给定数量的ofdm码元(3gpp lte(版本8)中的12 或14个ofdm码元)组成，其中每个ofdm码元跨越分量载波的整个带宽。ofdm码元因此各自由在各个子载波上发送的多个调制码元组成。在 lte中，每个时隙中的发送信号由n
dlrb
×
n
rbsc
子载波和n
dlsymb
ofdm码元的资源网格描述。n
dlrb
是带宽内的资源块的数量。数量n
dlrb
取决于在小区中配置的下行链路传输带宽并且应当满足
[0013][0014]
，其中并且分别是最小和最大的下行链路带宽，其由当前版本的规范所支持。n
rbsc
是一个资源块内的子载波的数量。对于普通循环前缀子帧结构，n
rbsc
＝12并且n
dlsymb
＝7。
[0015]
假设例如采用ofdm的多载波通信系统例如在3gpp长期演进(lte) 中使用的，可以由调度单元分配的最小资源单元是一个“资源块”。物理资源块(prb)被定义为时域中的连续ofdm码元(例如，7个ofdm码元)以及如图2所示频域中的连续子载波(例如，用于分量载波的12个子载波)。在3gpp lte(版本8)中，物理资源块因此由资源元素组成，所述资源元素对应于时域中的一个时隙以及频域中的180khz(关于下行链路资源网格的进一步细节，参见例如3gpp ts 36.211，“evolved universal terrestrial radioaccess(e
‑
utra)；physical channels and modulation(release 8)”，当前版本 13.1.0(npl 1)，第6.2节，可获自http://www.3gpp.org并且通过引用并入本文)。
[0016]
一个子帧由两个时隙组成，使得当使用所谓的“正常”cp(循环前缀)时子帧中存在14个ofdm码元，并且当使用所谓的“扩展”cp时，子帧中存在 12个ofdm码元。为了术语，在下文中，相当于跨越整个子帧的相同连续子载波的时频资源被称为“资源块对”或者等同的“rb对”或“prb对”。
[0017]
术语“分量载波”是指频域中的若干资源块的组合。在未来的lte版本中，不再使用术语“分量载波”；相反，术语改变为“小区”，其是指下行链路和可选的上行链路资源的组合。在下行链路资源上发送的系统信息中指示下行链路资源的载波频率与上行链路资源的载波频率之间的链接。
[0018]
对于分量载波结构的类似假设也将适用于后续版本。
[0019]
lte
‑
a中的载波聚合用于支持更宽的带宽
[0020]
imt
‑
高级的频谱是在2007年世界无线电通信大会(wrc
‑
07)上决定的。尽管确定了imt
‑
高级的整体频谱，但是实际可用的频率带宽因各个地区或国家而异。然而，在关于可用频谱概述的决定之后，在第三代合作伙伴计划 (3gpp)中开始无线电接口的标准化。在3gpp tsg ran#39会议上，批准了关于“further advancements for e
‑
utra(lte
‑
advances)”的研究项目描述。所述研究项目涵盖了e
‑
utra的演变所考虑的技术组成，例如以满足imt
‑ꢀ
高级的要求。
[0021]
lte
‑
高级系统能够支持的带宽是100mhz，而lte系统仅可支持20 mhz。如今，无线电频谱的缺乏已成为无线网络发展的瓶颈，并且因此很难找到用于lte
‑
高级系统的足够宽的频谱带。因此，迫切需要找到获得更宽的无线电频谱带的方法，其中可能的答案是载波聚合功能。
[0022]
在载波聚合中，聚合两个或更多个分量载波以便支持高达100mhz的更宽传输带宽。lte系统中的若干小区被聚合到lte
‑
高级系统中的一个更宽的信道中，所述信道对于100mhz足够宽，即使lte中的这些小区可能处于不同的频带中。
[0023]
至少当分量载波的带宽不超过lte rel.8/9小区的支持带宽时，所有分量载波可以被配置为lte rel.8/9兼容。并非所有通过用户设备聚合的分量载波都必须可为rel.8/9兼容的。现有机制(例如阻拦)可以用来避免rel
‑ꢀ
8/9用户设备预占在分量载波上。
[0024]
用户设备可以根据其能力同时接收或发送一个或多个分量载波(对应于多个服务小区)。具有用于载波聚合的接收和/或发送能力的lte
‑
a rel.10用户设备可以在多个服务小区上同时接收和/或发送，而lte rel.8/9用户设备仅可以在单个服务小区上接收和发送，只要分量载波的结构遵循rel.8/9规格。
[0025]
对于连续和非连续分量载波两者都支持载波聚合，其中每个分量载波使用3gpp lte(版本8/9)参数集在频域中被限制为最多110个资源块。
[0026]
可以配置3gpp lte
‑
a(版本10)兼容的用户设备以聚合源自同一 enodeb(基站)的不同数量的分量载波以及上行链路和下行链路中的可能不同的带宽。可配置的下行链路分量载波的数量取决于ue的下链行路聚合能力。相反，可配置的上行链路分量载波的数量取决于ue的上行链路聚合能力。目前，可能无法配置具有比下行链路分量载波更多的上行链路分量载波的移动终端。
[0027]
在典型的tdd部署中，上行链路和下行链路中的分量载波的数量以及每个分量载波的带宽是相同的。源自同一enodeb的分量载波不需要提供相同的覆盖。
[0028]
连续聚合分量载波的中心频率之间的间隔应为300khz的倍数。这是为了与3gpp lte(版本8/9)的100khz频率光栅兼容，并且同时保持具有15 khz间隔的子载波的正交性。取决于聚合情境，可以通过在连续分量载波之间插入少量未使用的子载波来促进n x 300khz间隔。
[0029]
多个载波的聚合的性质仅暴露给mac层。对于上行链路和下行链路两者，对于每个聚合分量载波，mac中需要存在一个harq实体。(在不存在用于上行链路的su
‑
mimo的情况下)每个分量载波存在至多一个传输块。传输块及其潜在的harq重传需要映射在同一分量载波上。
[0030]
当配置载波聚合时，移动终端仅具与有网络的一个rrc连接。在rrc 连接建立/重新建立时，一个小区提供安全输入(一个ecgi、一个pci以及一个arfcn)以及类似于lte rel.8/9中的非接入层移动性信息(例如tai)。在rrc连接建立/重新建立之后，对应于所述小区的分量载波被称为下行链路主小区(pcell)。在连接状态下，每个用户设备始终配置一个且仅一个下行链路pcell(dl pcell)和一个上行链路pcell(ul pcell)。在配置的一组分量载波内，其他小区被称为次级小区(scell)；其中scell的载波是下行链路次级分量载波(dl scc)和上行链路次级分量载波(ul scc)。
[0031]
下行链路和上行链路pcell的特性是：
[0032]
‑
对于每个scell，除了下行链路资源之外，ue的上行链路资源的使用是可配置的(因此，配置的dl scc的数量总是大于或等于ul scc的数量，并且没有scell可以被配置用于仅上行链路资源的使用)
[0033]
‑
与scell不同，下行链路pcell无法去激活
[0034]
‑
当下行链路pcell经历瑞利衰落(rlf)时而不是当下行链路scell经历rlf时触发重建
[0035]
‑
非接入层信息取自下行链路pcell
[0036]
‑
pcell可以仅利用切换程序进行更改(即利用安全密钥更改和rach程序)
[0037]
‑
pcell用于pucch的传输
[0038]
‑
上行链路pcell用于传输层1上行链路控制信息
[0039]
‑
从ue视点来看，每个上行链路资源仅属于一个服务小区
[0040]
可以由rrc执行分量载波的配置和重新配置以及分量载波的添加和移除。经由mac控制元素完成激活和去激活。在lte内切换时，rrc还可以添加、移除或重新配置scell以用于在目标小区中使用。当添加新的scell 时，专用rrc信令用于发送scell的系统信息，所述信息对于发送/接收是必需的(类似于rel
‑
8/9中的切换)。
[0041]
当用户设备配置有载波聚合时，存在至少一对始终有效的上行链路和下行链路分量载波。所述对的下行链路分量载波也可以称为“dl锚载波”。同样情况还适用于上行链路。
[0042]
当配置载波聚合时，可以同时在多个分量载波上调度用户设备，但是应当在任何时间进行最多一个随机接入过程。跨载波调度允许分量载波的 pdcch在另一分量载波上调度资源。为此目的，在相应的dci格式中引入分量载波标识字段，称为cif。
[0043]
通过rrc信令在上行链路与下行链路分量载波之间建立的链接允许标识当没有跨载波调度时对其施加授权的上行链路分量载波。下行链路分量载波与上行链路分量载波的链接不一定需要是一对一的。换句话说，多于一个下行链路分量载波可以链接到相同的上行链路分量载波。同时，下行链路分量载波仅可以链接到一个上行链路分量载波。
[0044]
mac层/实体、rrc层、物理层
[0045]
lte层2用户平面/控制平面协议栈包括四个子层：rrc、pdcp、rlc 和mac。媒体访问控制(mac)层是lte无线电协议栈的层2架构中的最低子层，并且由例如当前版本13.0.0
(npl 2)的3gpp技术标准ts 36.321 定义。以下与物理层的连接是通过传输信道，并且以上与rlc层的连接是通过逻辑信道。mac层因此在逻辑信道与传输信道之间执行多路复用和解复用：发送侧中的mac层从通过逻辑信道接收的mac sdu构造mac pdu (称为传输块)，并且接收侧中的mac层从通过传输信道接收的mac pdu 恢复mac sdu。
[0046]
mac层通过逻辑信道为rlc层提供数据传输服务(参见ts 36.321的子条款5.4和5.3，其通过引用并入本文)，所述逻辑信道是携带控制数据(例如rrc信令)的控制逻辑信道或者携带用户平面数据的业务逻辑信道。另一方面，来自mac层的数据通过传输信道与物理层交换，所述传输信道被分类为下行链路或上行链路。数据根据其在空中传输的方式而多路复用到传输信道中。
[0047]
物理层负责经由空中接口实际传输数据和控制信息，即物理层通过传输侧上的空中接口携带来自mac传输信道的所有信息。由物理层执行的一些重要功能包括编码和调制、链路自适应(amc)、功率控制、小区搜索(用于初始同步和切换目的)以及用于rrc层的其他测量(在lte系统内以及系统之间)。物理层基于传输参数执行传输，所述传输参数诸如调制方案、编码率(即调制和编码方案，mcs)、物理资源块的数量等。可以在3gpp技术标准36.213的当前版本13.0.0(npl 3)(其通过引用并入本文)中找到关于物理层的功能的更多信息。
[0048]
无线电资源控制(rrc)层控制无线电接口处的ue与enb之间的通信以及跨若干小区移动的ue的移动性。rrc协议还支持nas信息的传输。对于rrc—idle中的ue，rrc支持来自传入呼叫的网络的通知。rrc连接控制覆盖与rrc连接的建立、修改和释放相关的所有过程，包括寻呼、测量配置和报告、无线电资源配置、初始安全激活、以及信令无线电承载 (srb)和携带用户数据的无线电承载(数据无线电承载，drb)的建立。
[0049]
无线电链路控制(rlc)子层主要包括arq功能并且支持数据分段和级联，即rlc层执行rlc sdu的成帧以将它们置于由mac层指示的大小。后两者独立于数据速率最小化协议开销。rlc层经由逻辑信道连接到 mac层。每个逻辑信道传输不同类型的业务量。rlc层上方的层通常是 pdcp层，但在某些情况下，它是rrc层，即在逻辑信道bcch(广播控制信道)、pcch(寻呼控制信道)和ccch(公共控制信道)上发送的rrc消息不需要安全保护，并且因此绕过pdcp层直接进入rlc层。
[0050]
用于lte/lte
‑
a的上行链路接入方案
[0051]
对于上行链路传输，需要功率有效的用户终端传输来最大化覆盖范围。已选择与具有动态带宽分配的fdma组合的单载波传输作为演进的utra 上行链路传输方案。与多载波信号(ofdma)相比，偏好单载波传输的主要原因是较低的峰值对平均值功率比(papr)，以及对应的改进功率放大器效率和假设改善的覆盖范围(用于给定终端峰值功率的较高的数据速率)。在每个时间间隔期间，节点b为用户指派用于发送用户数据的唯一时间/频率资源，从而确保小区内正交性。上行链路中的正交接入通过消除小区内干扰来承诺提高频谱效率。在基站(节点b)处处理由于多径传播引起的干扰，这受助于在发送信号中插入循环前缀。
[0052]
用于数据传输的基本物理资源包括在一个时间间隔期间大小为 bwgrant的频率资源，例如子帧，编码信息比特被映射到子帧上。应当注意，子帧(也称为传输时间间隔(tti))是用于用户数据传输的最小时间间隔。然而，通过子帧的级联，可以在与一个tti相比更长的时间段内将频率资源 bwgrant指派给用户。
[0053]
如图3a和图3b所示，频率资源可以处于局部频谱或分布式频谱中。
[0054]
如从图3a可以看出，局部单载波的特性在于发送信号具有占据总的可用频谱的一部分的连续频谱。发送信号的不同码元率(对应于不同的数据速率)意味着局部单载波信号的不同带宽。
[0055]
另一方面，如从图3b可以看出，分布式单载波的特性在于发送信号具有分布在系统带宽上的非连续(“梳齿形”)频谱。应当注意，尽管分布式单载波信号分布在系统带宽上，但是占用频谱的总量实质上与局部单载波的总量相同。此外，对于更高/更低的码元率，“梳指”的数量增加/减少，而每个“梳指”的“带宽”保持相同。
[0056]
初看之下，图3b中的频谱可以给出多载波信号的印象，其中每个梳指对应于“子载波”。然而，从分布式单载波信号的时域信号生成应当清楚的是，正在生成的是具有对应的较低的峰值对平均值功率比的真实单载波信号。分布式单载波信号与诸如ofdm的多载波信号之间的关键差异在于在前一种情况下，每个“子载波”或“梳指”不携带单个调制码元。相反，每个“梳指”携带关于所有调制码元的信息。这在不同的梳指之间产生依赖性，这导致低 papr特性。除非信道在整个传输带宽上是非频率选择性的，否则“梳指”之间的相同依赖性导致均衡的需要。相反，只要信道在子载波带宽上是非频率选择性的，就不需要ofdm均衡。
[0057]
分布式传输可以提供比局部传输更大的频率分集增益，而局部传输更容易允许信道相关的调度。应当注意，在许多情况下，调度决策可以决定将整个带宽给予单个ue以实现高数据速率。
[0058]
用于lte的ul调度方案
[0059]
上行链路方案允许即由enb控制的调度的接入和基于争用的接入两者。
[0060]
在调度的接入的情况下，ue被分配以用于上行链路数据传输的特定时间的特定频率资源(即，时间/频率资源)。然而，可以为基于争用的访问分配一些时间/频率资源。在这些时间/频率资源内，ue可以在没有首先被调度的情况下进行发送。其中ue正在进行基于争用的接入的一种情境是例如随机接入，即当ue正在执行对小区的初始接入或者用于请求上行链路资源时。对于数据传输，即，使用ul
‑
sch/pusch的上行链路传输，仅调度的接入方案(即，enb控制的资源分配)用于lte/lte
‑
a。
[0061]
对于调度的接入，节点b调度单元为用户指派用于上行链路数据传输的唯一频率/时间资源。更具体地，调度单元确定
[0062]
‑
允许哪个ue发送，
[0063]
‑
哪些物理信道资源(频率)，
[0064]
‑
将要由移动终端用于传输的传输格式(调制编码方案(mcs))
[0065]
经由在l1/l2控制信道上发送的调度授权向ue发信号通知分配信息。为简单起见，所述信道可以称为上行链路授权信道。调度授权消息至少包含 ue允许使用频带的哪个部分、授权的有效期以及ue必须用于即将到来的上行链路传输的传输格式的信息。最短的有效期是一个子帧。根据所选择的方案，附加信息也可以包括在授权消息中。仅“每个ue”授权用于授予在ul
‑ꢀ
sch上发送的权限(即，不存在“每个ue每个rb”授权)。因此，ue需要根据一些规则在无线电承载之间发布所分配的资源，这将结合逻辑信道优先级排序过程来详细说明。
[0066]
逻辑信道优先级排序(lcp)过程
[0067]
对于上行链路传输，希望避免不足，并且在承载之间的资源分配中具有更大的灵活性是可能的，同时保留每个ue而不是每个ue承载的资源分配。
[0068]
ue具有上行链路速率控制功能，其管理无线电承载之间的上行链路资源的共享。所述上行链路速率控制功能在下文中也称为逻辑信道优先级排序过程。当执行新传输时应用逻辑信道优先级排序(lcp)过程，即需要生成传输块。对于分配容量的一个提议是按优先级顺序为每个承载分配资源，直到每个承载都接收到相当于所述承载的最小数据速率的分配，之后任何附加容量被例如以优先级顺序分配给承载。
[0069]
如从以下给出的lcp过程的描述中将变得明显的是，驻留在ue中的 lcp过程的实现是基于令牌桶模型，所述令牌桶模型在ip世界中是众所周知的。所述模型的基本功能如下。定期以给定的速率将表示传输大量数据的权限的令牌添加到桶中。当ue被授予资源时，允许发送数据高达由桶中的令牌数量表示的量。当发送数据时，ue移除相当于发送数据的量的令牌数量。在桶满的情况下，丢弃任何其他令牌。对于令牌的添加，可以假设所述过程的重复周期将是每个tti，但是可以容易地延长，使得仅每秒添加令牌。基本上，代替每1ms将令牌添加到桶中，每秒可以添加1000个令牌。在下文中，描述了在rel
‑
8中使用的逻辑信道优先级排序过程。逻辑信道优先级排序是例如在3gpp ts 36.321中标准化的，子条款5.4.3.1中的当前版本通过引用并入本文。
[0070]
rrc通过为每个逻辑信道发信号来控制上行链路数据的调度：
[0071]
‑
其中增加的优先级值指示较低的优先级水平的优先级，
[0072]
‑
设置优先级排序比特率(pbr)的优先级排序比特率，
[0073]
‑
设置桶大小持续时间(bsd)的桶大小持续时间。
[0074]
优先级排序比特率背后的想法是支持每个承载，包括低优先级非gbr (保证比特率)承载、最小比特率以便避免潜在的不足。每个承载应当至少获得足够的资源以便实现优先级排序比特率(prb)。
[0075]
ue应当为每个逻辑信道j维持变量bj。当建立相关逻辑信道时，bj应初始化为零，并且增加了每个tti的乘积pbr
×
tti持续时间，其中pbr是逻辑信道j的优先级排序比特率。然而，bj的值永远不会超过桶大小，并且如果bj的值大于逻辑信道j的桶大小，那么应当将其设置为桶大小。逻辑信道的桶大小等于pbr
×
bsd，其中pbr和bsd由上层配置。
[0076]
当执行新的传输时，ue应当执行以下逻辑信道优先级排序过程：
[0077]
‑
ue应当按以下步骤将资源分配给逻辑信道：
[0078]
‑
步骤1：其中bj>0的所有逻辑信道以递减的优先级顺序来分配资源。如果无线电承载的pbr被设置为“无限”，那么ue应当在满足较低优先级无线电承载的pbr之前为无线电承载上可用于传输的所有数据分配资源；
[0079]
‑
步骤2：ue应当将bj减去在步骤1中用于逻辑信道j的mac sdu的总大小
[0080]
注意：bj的值可以为负。
[0081]
‑
步骤3：如果剩余任何资源，那么所有逻辑信道都以严格递减的优先级顺序(无论bj的值如何)来提供，直到所述逻辑信道的数据或ul 授权用尽为止，无论哪个先来到。被配置有相同优先级的逻辑信道应当平等地被服务。
[0082]
‑
在上述调度程序过程中，ue还应当遵循以下规则：
[0083]
‑
如果整个sdu(或部分发送的sdu或重新发送的rlc pdu)符合剩余资源，那么ue不
应当分段rlc sdu(或部分发送的sdu或重新发送的rlc pdu)；
[0084]
‑
如果ue分段来自逻辑信道的rlc sdu，那么它应当最大化分段的大小以尽可能多地填入授权；
[0085]
‑
ue应当最大化数据传输。
[0086]
对于逻辑信道优先级排序过程，ue应当按降序考虑以下相对优先级：
[0087]
‑
用于c
‑
rnti或来自ul
‑
ccch的数据的mac控制元素；
[0088]
‑
用于bsr的mac控制元素，包括用于填充的bsr除外；
[0089]
‑
用于phr的mac控制元素；
[0090]
‑
来自任何逻辑信道的数据，但是来自ul
‑
ccch的数据除外；
[0091]
‑
用于包括用于填充的bsr的mac控制元素。
[0092]
当请求ue在一个tti中发送多个mac pdu时，即针对载波聚合的情况，步骤1到3以及相关联的规则可以独立地应用于每个授权或者应用于授权的容量之和。另外，其中处理授权的顺序由ue实现决定。当ue被请求来在一个tti中发送多个mac pdu时，这取决于ue实现来决定在哪个 mac pdu中包括mac控制元素。
[0093]
逻辑信道与分量载波之间的映射没有限制。换句话说，可以在每个分量载波上发送每个逻辑信道。因此，当生成用于在给定分量载波上传输的tb 时，在lcp过程期间考虑所有逻辑信道。
[0094]
缓冲区状态报告
[0095]
从ue到enb的缓冲区状态报告(bsr)用于帮助enodeb分配上行链路资源，即上行链路调度。对于下行链路情况，enb调度单元显然知道将要传送到每个ue的数据量，然而对于上行链路方向，由于调度决策在enb处完成并且数据的缓冲区在ue中，因此bsr必须从ue发送到enb以便指示需要通过ul
‑
sch发送的数据量。
[0096]
存在为lte定义的基本上两种类型的bsr：长bsr和短bsr。由ue 发送哪一个取决于传输块中的可用传输资源，取决于多少组逻辑信道具有非空缓冲区，并且取决于是否在ue处触发特定事件。长bsr报告四个逻辑信道组的数据量，而短bsr仅指示为最高逻辑信道组缓冲的数据量。引入逻辑信道组概念的原因在于，即使ue可能已配置多于四个逻辑信道，报告每个单独逻辑信道的缓冲区状态也将导致过多的信令开销。因此，enb将每个逻辑信道分配给逻辑信道组；优选地，应当在同一逻辑信道组内分配具有相同/相似qos要求的逻辑信道。
[0097]
针对以下事件触发bsr：
[0098]
‑
每当数据到达逻辑信道时，所述逻辑信道的优先级高于其缓冲区非空的逻辑信道
[0099]
‑
每当数据在先前没有数据可用于传输时变得可用于任何逻辑信道时
[0100]
‑
每当重传bsr计时器期满时
[0101]
‑
每当定期bsr报告到期时，即定期bsr定时器期满时
[0102]
‑
每当传输块中存在可容纳bsr的备用空间时
[0103]
为了对传输失败具有鲁棒性，存在为lte定义的bsr重传机制；每当接收到上行链路授权时，重传bsr定时器就被起动或重新起动。如果在定时器期满之前未接收到上行链路授权，那么ue触发另一个bsr。
[0104]
如果ue在触发bsr时没有分配用于在tb中包括bsr的上行链路资源，那么ue在物理上行链路控制信道(pucch)(如果配置的话)上发送调度请求(sr)。针对在配置的pucch上不存在d
‑
sr(专用调度请求)资源的情况，ue将开始随机接入过程(rach过程)，以便请求用于将bsr发送到enb的ul
‑
sch资源。然而，应当注意，对于将要发送定期bsr的情况，ue将不会触发sr传输。此外，已针对特定调度模式引入对sr传输的增强，其中资源被持续分配有定义的周期性，以便节省用于传输授权的l1/2 控制信令开销，这称为半持续调度(sps)。已主要考虑用于半持续调度的服务的一个实例是voip(ip语音)。在谈话突发期间，每隔20ms在编解码器处生成voip分组。因此，enb可以每20ms持续地分配上行链路或相应的下行链路资源，随后可以将其用于voip分组的传输。通常，sps对于具有可预测的业务量行为(即恒定比特率、分组到达时间是周期性的)的服务是有益的。对于针对上行链路方向配置sps的情况，enb可以关闭某些配置的逻辑信道的sr触发/传输，即由于数据到达那些特定配置的逻辑信道而导致的 bsr触发将不会触发sr。这种类型的增强的动机是针对那些将使用半持续分配资源(携带voip分组的逻辑信道)的逻辑信道报告sr对于enb调度没有价值并且因此应当避免
[0105]
rrc通过配置两个定时器定期bsr
‑
定时器和retxbsr
‑
定时器并且通过针对每个逻辑信道可选地用信号通知将逻辑信道分配给lcg的逻辑信道组来控制bsr报告。
[0106]
对于缓冲区状态报告过程，ue应当考虑所有未被暂停的无线电承载，并且可以考虑被暂停的无线电承载。
[0107]
如果发生任何以下事件，那么应当触发缓冲区状态报告(bsr)：
[0108]
‑
用于属于lcg的逻辑信道的ul数据变得可用于在rlc实体或pdcp 实体中传输(哪些数据应当被认为可用于传输的定义例如在文件ts36.321
‑ꢀ
a.4.0的第5.4节中规定)，并且数据属于其优先级高于属于任何lcg的逻辑信道的优先级的逻辑信道并且数据已可用于传输，或者针对属于lcg的任何逻辑信道不存在可用于传输的数据，在这种情况下bsr在以下称为“常规 bsr”；
[0109]
‑
分配ul资源并且填充比特的数量等于或大于缓冲区状态报告mac 控制元素加上其子报头的大小，在这种情况下，bsr在以下称为“填充bsr”；
[0110]
‑
retxbsr
‑
定时器期满并且ue具有可用于针对属于lcg的任何逻辑信道传输的数据，在这种情况下，bsr在以下称为“常规bsr”；
[0111]
‑
定期bsr
‑
定时器期满，在这种情况下，bsr在以下称为“定期bsr”。
[0112]
对于常规和定期bsr：
[0113]
‑
如果多于一个lcg具有可用于在发送bsr的tti中传输的数据：报告长bsr；
[0114]
‑
否则报告短bsr。
[0115]
对于填充bsr：
[0116]
‑
如果填充比特的数量等于或大于短bsr加上其子报头的大小但是小于长bsr加上其子报头的大小：
[0117]
‑
如果多于一个lcg具有可用于在发送bsr的tti中传输的数据：报告具有带有可用于传输的数据的最高优先级逻辑信道的lcg的截断bsr；
[0118]
‑
否则报告短bsr。
[0119]
‑
否则，如果填充比特的数量等于或大于长bsr加上其子报头的大小：报告长bsr。
[0120]
如果缓冲区状态报告过程确定至少一个bsr已被触发并且未被取消：
[0121]
‑
如果ue针对此tti具有分配用于新传输的ul资源：
[0122]
‑
指示多路复用和汇编过程来生成bsr mac控制元素；
[0123]
‑
起动或重新起动定期bsr
‑
定时器，除非所有生成的bsr都是截断 bsr；
[0124]
‑
起动或重新起动retxbsr
‑
定时器。
[0125]
‑
否则如果已触发常规bsr：
[0126]
‑
如果未配置上行链路授权或者由于数据变得可用于逻辑信道的传输而未触发常规bsr，针对所述逻辑信道由上层设置逻辑信道sr掩蔽(逻辑信道sr
‑
掩蔽)：
[0127]
‑
应当触发调度请求。
[0128]
mac pdu应当包含至多一个mac bsr控制元素，即使在多个事件在 bsr可以被发送时触发bsr时亦是如此，在这种情况下，常规bsr和定期 bsr应当优先于填充bsr。
[0129]
ue应当在指示用于在任何ul
‑
sch上传输新数据的授权时重新起动 retxbsr
‑
定时器。
[0130]
在所述子帧中的ul授权可以容纳可用于传输的所有未决数据但是不足以另外容纳bsr mac控制元素加上其子报头的情况下，应当取消所有触发的bsr。当bsr包含在mac pdu中用于传输时，应当取消所有触发的bsr。
[0131]
ue应当在tti中最多发送一个常规/定期bsr。如果请求ue在tti中发送多个mac pdu，那么其可以包括在不包含常规/定期bsr的任何macpdu中的填充bsr。
[0132]
在已针对此tti构建所有mac pdu之后，在tti中发送的所有bsr 始终反映出缓冲区状态。每个lcg每个tti应当报告至多一个缓冲区状态值，并且应当在报告所述lcg的缓冲区状态的所有bsr中报告所述值。
[0133]
注意：填充bsr不允许取消触发的常规/定期bsr。仅针对特定mac pdu触发填充bsr，并且在此mac pdu已构建drx
‑
非连续接收时取消所述触发
[0134]
为了提供ue的合理电池消耗，lte/lte
‑
a提供了非连续接收(drx) 的概念。可以为“rrc—连接”ue配置drx功能，使得它不总是需要监测下行链路信道。技术标准ts 36.321第5.7章说明了drx，并且通过引用并入本文。
[0135]
drx循环由“开启持续时间”组成，在此期间ue监测pdcch。它是在从drx唤醒之后ue等待接收pdcch的下行链路子帧中的持续时间。如果ue成功解码pdcch，那么ue保持唤醒并且起动“不活动定时器”，从而定义ue监测pdcch的下行链路子帧中的持续时间。当ue在此期间未能解码pdcch时，它重新进入drx。在仅针对第一次传输的pdcch的单次成功解码之后，ue重新起动不活动定时器(即，这不适用于重传)。
[0136]
ue唤醒的总持续时间被称为“活动时间”并且包括drx循环的“开启持续时间”、ue在不活动定时器尚未期满时执行连续接收的时间、以及ue在一个harq rtt之后等待dl重传时正在执行连续接收的时间。类似地，对于上行链路，ue在可以接收上行链路重传授权的子帧处唤醒，即在初始上行链路传输之后每8ms接收重传授权直到达到最大重传次数为止。基于上述内容，最小活动时间的长度等于开启持续时间，并且最大值是未定义的(无限的)。
[0137]
此外，同样在已在pucch上发送sr之后，ue将被唤醒来监测分配 ul
‑
sch资源的pdcch。“drx时期”是下行链路子帧的持续时间，在其期间ue可以跳过下行链路信道的接收以用于节省电池的目的。
[0138]
drx循环的参数化涉及电池节省与延迟之间的权衡。一方面，长drx 时期有利于延长ue的电池寿命。例如，在网络浏览服务的情况下，当用户正在阅读下载的网页时，ue通常浪费资源来连续地接收下行链路信道。另一方面，当恢复数据传输时，例如当用户请求另一个网页时，较短的drx时期对于更快的响应更好。
[0139]
为了满足这些冲突要求，可以为每个ue配置两个drx循环，短循环和长循环。短drx循环、长drx循环与连续接收之间的转换由定时器或来自enb的明确命令来控制。在某种意义上，短drx循环可以被认为是在ue 进入长drx循环之前后续分组到达的情况下的确认时期，如果数据在ue 处于短drx循环时到达enb，那么数据被调度用于在下一个唤醒时间进行传输并且ue随后恢复连续接收。另一方面，假设分组活动暂时结束，如果在短drx循环期间没有数据到达enb，那么ue进入长drx循环。
[0140]
在活动时间期间，ue监测pdcch，按照配置报告srs并且报告pucch 上的cqi/pmi/ri/pti。当ue不处于活动时间时，可以不报告pucch上的类型0触发的srs和cqi/pmi/ri/pti。如果为ue建立cqi掩蔽，那么 pucch上的cqi/pmi/ri/pti的报告被限于开启持续时间。
[0141]
可用的drx值由网络控制，并且从非drx开始最长x秒。值x可以与 idle中使用的寻呼drx一样长。测量要求和报告标准可以根据drx间隔的长度而不同，即长drx间隔可以经历更宽松的要求。
[0142]
当配置drx时，定期cqi报告仅可由ue在“活动时间”期间发送。rrc 可以进一步限制定期cqi报告，使得它们仅在开启持续时间期间发送。
[0143]
在图4中，示出了drx循环的每个子帧实例。ue在长drx循环或短drx循环的“开启持续时间”周期期间检查调度消息(由其在pdcch上的c
‑ꢀ
rnti指示)，这取决于当前活动周期。当在“开启持续时间”期间接收到调度消息时，ue起动“不活动定时器”并且在不活动定时器运行时监测每个子帧中的pdcch。在此时期期间，可以认为ue处于连续接收模式。每当在不活动定时器运行时接收到调度消息时，ue重新起动不活动定时器，并且当它期满时，ue移动进入短drx循环并且起动“短drx循环定时器”。短drx 循环也可以借助于mac控制元素启动。当短drx循环定时器期满时，ue 移动进入长drx循环。除了所述drx行为之外，还定义了“harq往返时间(rtt)定时器”，目的是允许ue在harq rtt期间休眠。当针对一个 harq过程的下行链路传输块的解码失败时，ue可以假设在至少“harqrtt”子帧之后将发生传输块的下一次重传。当harq rtt定时器正在运行时，ue不需要监测pdcch。在harq rtt定时器期满时，ue正常地恢复 pdcch的接收。
[0144]
上述drx相关定时器如同drx不活动定时器、harq rtt定时器、 drx重传定时器，并且短drx循环定时器由诸如接收pdcch授权或mac 控制元素(drx mac ce)的事件起动和停止；因此，ue的drx状态(活动时间或非活动时间)可以从一个子帧改变到另一个子帧，并且因此并不总是可由移动站或enodeb预测。
[0145]
每个ue仅存在一个drx循环。所有聚合分量载波都遵循此drx模式。
[0146]
定时超前
[0147]
对于3gpp的上行链路传输方案，选择lte单载波频分多址(sc
‑
fdma) 以在上行链路中发送的不同用户设备之间实现时间和频率的正交多址。通过确保来自小区中的不同用户设备的发送在enodeb的接收单元处时间对准来维持上行链路正交性。这避免了在被分配来在连续子帧中发送的用户设备之间以及在相邻子载波上发送的用户设备之间发生小区
内干扰。如图5a和图 5b所示，通过在用户设备的发送单元处应用相对于接收的下行链路定时的定时超前来实现上行链路传输的时间对准。其主要作用是抵消不同用户设备之间的不同传播延迟。
[0148]
图5a图示了在没有执行上行链路定时对准的情况下来自两个移动终端的上行链路传输的未对准，使得enodeb在不同的定时接收来自两个移动终端的相应的上行链路传输。
[0149]
与此相反，图5b图示了两个移动终端的同步上行链路传输。上行链路定时对准由每个移动终端执行并且应用于上行链路传输，使得在enodeb处，来自两个移动终端的上行链路传输基本上在相同的定时到达。
[0150]
初始定时超前过程
[0151]
当用户设备与从enodeb接收的下行链路传输同步时，借助于如下所述的随机接入过程来设置初始定时超前。用户设备发送随机接入前导码， enodeb可以基于其来估计上行链路定时。enodeb以随机接入响应(rar) 消息中包含的11位初始定时超前命令来响应。这允许由enodeb配置定时超前，其中间隔为0.52μs，从0到最大0.67ms。
[0152]
关于3gpp lte(版本8/9)上的上行链路定时和定时超前的控制的另外信息可见于john wiley&sons有限公司2009(npl 4)的stefania sesia、 issam toufik和matthew baker的“lte
‑
the umts long term evolution:fromtheory to practice”的第20.2章中，其通过引用并入本文。
[0153]
定时超前的更新
[0154]
一旦已首先为每个用户设备设置了定时超前，就不时地更新定时超前，以抵消enodeb处的上行链路信号的到达时间的变化。在导出定时超前更新命令时，enodeb可以测量任何有用的上行链路信号。enodeb处的上行链路定时测量的细节未指定，而是由enodeb的实现决定。
[0155]
定时超前更新命令在enodeb中的媒体访问控制(mac)层生成，并且作为mac控制元素发送到用户设备，所述mac控制元素可以与物理下行链路共享信道(pdsch)上的数据一起多路复用。如同响应于随机接入信道 (rach)前导码的初始定时超前命令，更新命令具有0.52μs的间隔。更新命令的范围是从
‑
16μs至+16μs，从而允许上行链路定时的阶跃变化等同于扩展循环前缀的长度。它们通常将不会比约每2秒更频繁地发送。在实践中，不太可能需要快速更新，因为即使对于以500km/h移动的用户设备，往返路径长度的变化也不超过278m/s，这对应于0.93μs/s的往返时间变化。
[0156]
enodeb针对当数据到达其发送缓冲区时ue快速发送的能力来平衡向小区中的所有ue发送常规定时更新命令的开销。enodeb因此为每个用户设备配置定时器，每次接收到定时超前更新时用户设备重新起动。在用户设备在定时器期满之前未接收到另一个定时超前更新的情况下，那么必须考虑它已丢失上行链路同步(也参见3gpp ts 36.321的第5.2节“evolved universalterrestrial radio access(e
‑
utra)；medium access control(mac)protocolspecification”，版本10.2.0，其可获自http://www.3gpp.org并且通过引用并入本文)。
[0157]
在这种情况下，为了避免对来自其他用户设备的上行链路传输产生干扰的风险，不允许ue进行何任类型的上行链路传输(除了随机接入前导码的传输之外)并且需要恢复
到初始定时校准过程以便恢复上行链路定时。
[0158]
在接收到定时超前命令时，用户设备应当调整其用于主小区的 pucch/pusch/srs的上行链路传输定时。定时超前命令指示上行链路定时相对于当前上行链路定时的变化为16ts的倍数(基本时间单位为1/采样频率)。
[0159]
上行链路中的定时超前和分量载波聚合
[0160]
在3gpp lte标准的rel
‑
10中，用户设备仅维持一个定时超前值并且将其应用于所有聚合分量载波上的上行链路传输。对于rel
‑
10，支持相同频带内的小区的聚合，所谓的频率内载波聚合。具体地，例如通过pcell上的 rach过程对pcell执行上行链路定时同步，并且随后，用户设备对聚合的 scell上的上行链路传输使用相同的上行链路定时。由于3gpp lte
‑
a rel
‑
10 仅支持来自相同频带的载波的载波聚合，因此认为所有聚合的上行链路分量载波的单个定时超前是足够的。
[0161]
从版本11开始，可以处理具有需要不同定时超前的分量载波的ca，例如将来自enodeb的cc与来自rrh(远程无线电头端)的cc组合以支持非同位配置小区。
[0162]
另外，对不同服务小区上的不同上行链路传输定时的支持解决了其中由于例如频率选择性中继器而导致传输延迟在不同服务小区上不同的部署情境。
[0163]
维持每个服务小区的ta是不切实际的；相反，将一组同位配置的服务小区进行分组将是有意义的，使得跨属于所述组的所有服务小区维持相同的 ta。另外，具有用于整个组的定时参考小区是非常重要的。在版本11中，引入定时超前组(tag)。tag由具有相同上行链路ta的一个或多个服务小区和相同下行链路定时参考小区组成。每个tag包含具有配置的上行链路的至少一个服务小区，并且每个服务小区到tag的映射由rrc来配置。
[0164]
包含pcell的tag称为ptag(主定时超前组)。对于ptag，ue使用 pcell作为定时参考。如果tag仅包含scell并且不包含pcell，那么将其称为stag(次级定时超前组)。在stag中，ue可以使用所述tag的任何激活的scell作为定时参考小区，但是除非必要否则不应当改变它。
[0165]
ue具有可配置的定时器，称为每个tag的时间对准定时器。该tag 特定时间对准定时器在stag配置时由rrc提供。
[0166]
上行链路时间对准的维护
[0167]
如上所述，ue维持每个tag的时间对准定时器。时间对准定时器用于控制ue将属于相关联的tag的服务小区视为上行链路时间对准有多长时间。当在rar(无线电接入响应)或mac ce中接收到对应tag的定时超前命令时，ue应当起动或重新起动tag相关联的时间对准定时器。
[0168]
ue的同步状态遵循ptag的同步状态。当与ptag相关联的定时器未运行时，与stag相关联的定时器不应当运行。
[0169]
当与ptag相关联的时间对准定时器期满时，ue应当：
[0170]
‑
为属于ptag以及stag的所有服务小区刷新所有harq缓冲区；
[0171]
‑
通知rrc释放所有服务小区的pucch/srs
[0172]
‑
清除任何配置的下行链路分配和上行链路授权(仅适用于pcell)；
[0173]
‑
考虑所有运行时间对准定时器(以及stag的计时器)期满。
[0174]
当与stag相关联的时间对准定时器期满时，ue应当：
[0175]
‑
为属于所述stag的所有服务小区刷新所有harq缓冲区；
[0176]
‑
为属于所述stag的所有服务小区通知rrc来释放srs。
[0177]
当与所述服务小区所属的tag相关联的时间对准定时器未运行时，ue 不应当在服务小区上执行除ra前导码传输之外的任何上行链路传输。
[0178]
当与ptag相关联的时间对准定时器未运行时，ue不应当在任何服务小区上执行除(仅)在pcell上的ra前导码传输之外的任何上行链路传输。
[0179]
新的无线电接入技术
‑
5g
[0180]
为了在2018年6月(版本15)中提供下一代蜂窝技术(又名5g)的第一版的技术规范，对于3gpp中的5g研究已经开始。在3gpp tsg ran#71 会议(哥德堡，2016年3月)上，涉及ran1、ran2、ran3和ran4的第一个5g研究项目“study on new radio access technology”获得批准。这是重要的3gpp里程碑，因为这个5g研究项目有望成为定义第一个5g标准的版本15工作项。
[0181]
研究项目的目的是开发一种“新无线电(nr)”接入技术，以满足广泛的使用案例，包括增强型移动宽带(embb)、大规模mtc(mmtc)、关键mtc 以及在ran要求研究期间定义的其他要求。预计新的无线电接入技术(rat) 将考虑高达100ghz的频率范围(参见例如3gpp tr 38.913“study onscenarios and requirements for next generation access technologies”，当前版本0.3.0(npl 5)，其通过引用以其全部内容并入)。
[0182]
一个目的是提供单一技术框架，其解决了tr 38.913中定义的所有使用情境、需求和部署情境，至少包括增强型移动宽带(embb)、超可靠低延迟通信(urllc)、大规模机器类型通信(mmtc)。例如，embb部署情境可以包括室内热点、密集的城市、乡村、城市宏观和高速；urllc部署情境可以包括工业控制系统、移动医疗保健(远程监控、诊断和治疗)、车辆的实时控制、用于智能电网的广域监测和控制系统；mmtc可以包括具有利用非时间关键数据传输的大量设备的情境，诸如智能可穿戴设备和传感器网络。第二个目的是实现向前兼容性。
[0183]
假设标准规范将以两个阶段进行：阶段i(将于2018年6月完成)和阶段ii(将于2019年12月完成)。新rat的阶段i规范必须与阶段ii规范及更高版本向前兼容(在有效的共小区/站点/载波操作方面)，而不需要向后兼容lte。新rat的阶段ii规范建立在阶段i规范的基础之上，并且应当满足为新rat设定的所有要求。需要确保超越阶段ii的平滑未来演进以支持后续的高级特征，并且使得能够支持在阶段ii规范之后识别的服务要求。
[0184]
基础物理层信号波形将基于ofdm，其中可能支持非正交波形和多路接入。例如，进一步考虑在ofdm之上的附加功能，诸如dft
‑
s
‑
ofdm和/或 dft
‑
s
‑
ofdm的变型和/或滤波/开窗口。在lte中，基于cp的ofdm和 dft
‑
s
‑
ofdm分别用作下行链路传输和上行链路传输的波形。nr中的设计目标之一是尽可能多地寻找下行链路、上行链路和侧链路的公共波形。一些公司已确认，对于某些上行链路传输情况，可能不需要引入dft扩频。除了波形之外，将开发一些基本帧结构和信道编码方案以实现上述目的。所述研究还应当就无线电协议结构和架构方面的要求达成共识以实现上述目标。
[0185]
此外，应当研究使得新rat满足上述目标所必需的技术特征，包括在同一连续频谱块上有效地多路复用不同服务和用例的业务量。
[0186]
如tr 38.913中所识别的，nr的各种用例/部署情境在数据速率、延迟和覆盖范围
方面具有不同的要求。例如，预计embb将支持峰值数据速率 (下行链路为20gbps，并且上行链路为10gbps)，并且用户体验数据速率约为由imt
‑
高级提供的数据速率的三倍。另一方面，在urllc的情况下，更严格的要求放在超低延迟(对于各自用于用户平面延迟的ul和dl均为 0.5ms)和高可靠性(在1ms内1
‑
10
‑5)上。最后，mmtc需要高连接密度 (在城市环境中为1,000,000个设备/km2)，在恶劣环境中具有大覆盖范围，并且对于低成本设备具有极长寿命的电池(15年)。
[0187]
因此，适用于一个用例的ofdm参数集(例如，子载波间隔、ofdm码元持续时间、循环前缀(cp)持续时间、每个调度间隔的码元数)可能不适用于另一个用例。例如，低延迟服务可能需要比mmtc服务更短的码元持续时间(以及因此更大的子载波间隔)和/或每个调度间隔(又名tti)更少的码元。此外，具有大信道延迟扩展的部署情境需要比具有较短延迟扩展的情境更长的cp持续时间。应当相应地优化子载波间隔以保持类似的cp开销。
[0188]
在3gpp ran1#84bis会议(2016年4月，釜山)上，一致认为nr必须支持多于一个子载波间隔值。子载波间隔的值是从子载波间隔的特定值乘以n得出的，其中n是整数。在最近的ran1会议上，ran1#85(2016年 5月，南京)，其结论是包括15khz子载波间隔的基于lte的参数集是nr 参数集的基线设计的工作假设。对于比例因子n，得出n＝2
n
作为nr参数集的基线设计假设。可能在未来的会议中完成参数集候选人的向下选择。相应地，考虑15khz、30khz、60khz......的子载波间隔。图6a至图6c示例性地图示了三个不同的子载波间隔(15khz、30khz和60khz)以及对应的码元持续时间。码元持续时间t
u
和子载波间隔δf通过公式δf＝1/t
u
直接相关。以与lte系统中类似的方式，术语“资源元素”可以用于表示由用于一个ofdm/sc
‑
fdma码元的长度的一个子载波组成的最小资源单元。
[0189]
同样在最近的ran1会议上，一致认为两个基于ofdm的波形、具有 cp的ofdm以及具有cp的dft
‑
s
‑
ofdm(sc
‑
fdma)应当用作ran1 nr波形性能参考。ran1#84二度会议和#85会议中提出的所有波形都可以基于商定的评估假设来评估。每家公司都应当提供关于dft扩展、保护间隔、tx/rx滤波和/或应用于ofdm波形来进行评估的开窗口的详细信息。缩小nr的波形候选将在未来的会议中完成。
[0190]
还认识到nr应当支持灵活的网络和ue信道带宽，这是由于若干原因：预计nr将支持在非常宽的频谱范围内的操作，范围从小于ghz到几十ghz，关于可用频谱以及因此可能的传输带宽具有非常不同的可能性。将要用于 nr的许多频带尚未完全确定，这意味着频谱分配的规模尚不清楚。nr预期将支持广泛的应用和用例，其中一些需要非常宽的ue传输/接收带宽，并且另一些需要非常低的ue复杂性，这意味着ue传输/接收带宽要低得多。因此，在ran1#85中同意nr物理层设计应当允许关于nr载波带宽的良好间隔，并且具有不同带宽能力的设备可以有效地接入相同的nr载波，而不管nr载波带宽如何。
[0191]
引用列表
[0192]
非专利文献
[0193]
[npl 1]3gpp ts 36.211，版本13.1.0
[0194]
[npl 2]3gpp ts 36.321，版本13.0.0
[0195]
[npl 3]3gpp ts 36.213，版本13.0.0
[0196]
[npl 4]john wiley&sons有限公司2009年的stefania sesia、issam toufik 和matthew baker的“lte
‑
the umts long term evolution:from theory to practice”，第
20.2章
[0197]
[npl 5]3gpp tr 38.913“study on scenarios and requirement for next generation access technologies”，版本0.3.0


技术实现要素：

[0198]
非限制性和示例性实施例在用户设备与无线电基站之间提供改进的资源分配过程。独立权利要求提供了非限制性和示例性实施例。有利实施例受到从属权利要求的限制。
[0199]
相应地，在一个通用的第一方面，本文公开的技术以移动通信系统中的用户设备为特征。用户设备被配置有至少一个参数集方案，每个参数集方案与以不同方式将移动通信系统的多个时频无线电资源划分为资源调度单元的参数相关联。用户设备被配置有多个逻辑信道，每个逻辑信道与所配置的参数集方案中的至少一个相关联。用户设备的接收单元从控制用户设备的无线电基站接收上行链路调度指派，所述上行链路调度指派指示用户设备可使用的上行链路无线电资源。用户设备的处理器基于所接收的上行链路调度指派来确定所接收的上行链路调度指派旨在用于哪个参数集方案。处理器通过将所指派的上行链路无线电资源分配给所配置的逻辑信道并且通过对与上行链路调度指派旨在用于的参数集方案相关联的那些配置的逻辑信道进行优先级排序来执行逻辑信道优先级排序过程。
[0200]
相应地，在一个通用的第一方面，本文公开的技术以无线电基站为特征，所述无线电基站用于为移动通信系统中的用户设备执行无线电资源分配过程。用户设备被配置有至少一个参数集方案，每个参数集方案与以不同方式将移动通信系统的多个时频无线电资源划分为资源调度单元的参数相关联。用户设备被配置有多个逻辑信道，每个逻辑信道与所配置的参数集方案中的至少一个相关联。无线电基站的处理器生成指示用户设备可使用的上行链路无线电资源的上行链路调度指派，其中生成上行链路调度指派，使得用户设备在接收到上行链路调度指派时能够基于由用户设备所接收的上行链路调度指派来确定上行链路调度指派旨在用于哪个参数集方案。无线电基站的发送单元将生成的上行链路调度指派发送到用户设备。
[0201]
相应地，在一个通用的第一方面，本文公开的技术以一种用于移动通信系统中的用户设备的方法为特征。用户设备被配置有至少一个参数集方案，每个参数集方案与以不同方式将移动通信系统的多个时频无线电资源划分为资源调度单元的参数相关联。用户设备被配置有多个逻辑信道，每个逻辑信道与所配置的参数集方案中的至少一个相关联。所述方法包括由用户设备执行的以下步骤：
[0202]
从控制用户设备的无线电基站接收上行链路调度指派，所述上行链路调度指派指示用户设备可使用的上行链路无线电资源，
[0203]
基于所接收的上行链路调度指派来确定所接收的上行链路调度指派旨在用于哪个参数集方案，以及
[0204]
通过将所指派的上行链路无线电资源分配给配置的逻辑信道并且通过对与上行链路调度指派旨在用于的参数集方案相关联的那些配置的逻辑信道进行优先级排序来执行逻辑信道优先级排序过程。
[0205]
相应地，在一个通用的第一方面，本文公开的技术以一种通信装置为特征。所述通信装置包括：接收器，接收配置信息以配置逻辑信道，所述逻辑信道是逻辑信道之一并与多
个参数集方案中的至少一个相关联，其中所述多个参数集方案被定义为以多种不同的方式将时频无线电资源划分为资源调度单元，以及从无线电基站接收上行链路调度指派，所述上行链路调度指派指示由所述通信装置可使用的上行链路无线电资源；以及电路，耦合到所述接收器，并且用于：基于所述上行链路调度指派，从所述多个参数集方案中确定上行链路调度指派旨在用于的参数集方案，以及通过将所述上行链路无线电资源分配给被配置的并与所述上行链路调度指派旨在用于的所述参数集方案相关联的所述逻辑信道来执行逻辑信道优先级排序过程。
[0206]
相应地，在一个通用的第一方面，本文公开的技术以一种由通信装置执行的方法为特征。所述方法包括：接收配置信息以配置逻辑信道，所述逻辑信道是逻辑信道之一并与多个参数集方案中的至少一个相关联，其中所述多个参数集方案被定义为以多种不同的方式将时频无线电资源划分为资源调度单元，从无线电基站接收上行链路调度指派，所述上行链路调度指派指示由所述通信装置可使用的上行链路无线电资源；基于所述上行链路调度指派，从所述多个参数集方案中确定上行链路调度指派旨在用于的参数集方案，以及通过将所述上行链路无线电资源分配给被配置的并与所述上行链路调度指派旨在用于的所述参数集方案相关联的所述逻辑信道来执行逻辑信道优先级排序过程。
[0207]
相应地，在一个通用的第一方面，本文公开的技术以一种被配置为操作通信装置的集成电路为特征。所述集成电路包括：接收电路，接收配置信息以配置逻辑信道，所述逻辑信道是逻辑信道之一并与多个参数集方案中的至少一个相关联，其中所述多个参数集方案被定义为以多种不同的方式将时频无线电资源划分为资源调度单元，以及从无线电基站接收上行链路调度指派，所述上行链路调度指派指示由所述通信装置可使用的上行链路无线电资源；以及控制电路，耦合到所述接收电路，并且用于：基于所述上行链路调度指派，从所述多个参数集方案中确定上行链路调度指派旨在用于的参数集方案，以及通过将所述上行链路无线电资源分配给被配置的并与所述上行链路调度指派旨在用于的所述参数集方案相关联的所述逻辑信道来执行逻辑信道优先级排序过程。
[0208]
相应地，在一个通用的第一方面，本文公开的技术以一种被配置为操作无线电基站用于针对在移动通信系统中的用户设备执行无线电资源分配过程的集成电路为特征。所述用户设备被配置有至少一个参数集方案，每个参数集方案与以多种不同的方式将所述移动通信系统的多个时频无线电资源划分为资源调度单元的参数相关联，其中所述用户设备被配置有多个逻辑信道，每个逻辑信道与所配置的参数集方案中的至少一个相关联，其中所述集成电路包括：处理电路，生成上行链路调度指派，所述上行链路调度指派指示由所述用户设备可使用的上行链路无线电资源，其中生成所述上行链路调度指派，使得所述用户设备在接收到所述上行链路调度指派时能够基于由所述用户设备接收的所述上行链路调度指派来确定所述上行链路调度指派旨在用于哪个参数集方案，发送电路，将所生成的上行链路调度指派发送到所述用户设备。
[0209]
所公开的实施例的其他益处和优点将从说明书和附图变得显而易见。益处和/或优点可以由说明书和附图公开内容的各种实施例和特征单独提供，并且不需要全部提供以便获得其中的一者或多者。
[0210]
可以使用系统、方法和计算机程序以及系统、方法和计算机程序的任何组合来实现这些一般和特定方面。
[0211]
附图简述
[0212]
在下文中，参考附图和图来更详细地描述示例性实施例。
[0213]
图1示出了3gpp lte系统的示例性架构。
[0214]
图2示出了针对3gpp lte(版本8/9)定义的子帧的下行链路时隙的示例性下行链路资源网格。
[0215]
图3a图示了频率资源的局部分配。
[0216]
图3b图示了频率资源的分布式分配。
[0217]
图4图示了不连续接收过程以及对应的短和长drx循环。
[0218]
图5a图示了在没有执行上行链路定时对准的情况下来自两个移动终端的上行链路传输的不对准。
[0219]
图5b图示了用于两个移动终端的同步上行链路传输。
[0220]
图6a图示了子载波间隔15khz以及所得的码元持续时间。
[0221]
图6b图示了子载波间隔30khz以及所得的码元持续时间。
[0222]
图6c图示了子载波间隔60khz以及所得的码元持续时间。
[0223]
图7图示了在时域和频域两者中的不同的ofdm参数集的示例性多路复用。
[0224]
图8图示了具有无线电基站和三个用户终端的简单部署情境。
[0225]
图9图示了根据三种不同的参数集方案来将无线电资源划分成对应的资源调度单元。
[0226]
图10是图示了一个示例性实施例的ue行为的流程图。
[0227]
图11图示了根据一个示例性实施例的ue的层结构，其中提供了参数集特定的lcp过程以及mac实体。
[0228]
图12图示了根据一个示例性实施例的ue的层结构，其中提供了公共lcp过程和mac实体。
[0229]
图13图示了根据另一个示例性实施例的基于图12的公共mac 层和参数集特定的lcp过程。
[0230]
图14图示了根据一个示例性实施例的ue的层结构，其中提供了使用情境特定的lcp过程以及mac实体。
[0231]
图15图示了根据一个示例性实施例的参数集特定的缓冲区状态报告mac控制元素。
[0232]
图16图示了根据另一个示例性实施例的使用特定的缓冲区状态报告mac控制元素。
具体实施方式
[0233]
本公开的基础
[0234]
为了支持具有不同要求的不同服务的多路复用，在3gpp ran1#85(南京，2016年5月)中已同意nr支持在相同的nr载波带宽内(从网络角度) 不同的参数集的多路复用。另一方面，从ue的角度来看，ue可以支持一个或多于一个使用情境(例如，embb ue或支持embb和urllc两者的ue)。一般而言，支持一个以上的参数集可能使ue处理变得复杂。
[0235]
从网络的角度来看，考虑在nr载波内的频域(又名fdm)和时域(又名tdm)中的不同
的参数集的多路复用将是有益的。图7中给出了不同参数集的一个示例性多路复用，其中参数集1可用于embb，参数集2用于 urllc，并且参数集3用于mmtc。embb和urllc更适合tdmed的原因在于它们都需要非常宽的带宽，这是embb实现高数据速率并且urllc 实现更好的频率分集以满足高可靠性要求所必需的。另一方面，mmtc被认为是利用embb和/或urllc的fdmed，因为它仅需要窄的传输带宽。
[0236]
在lte/lte
‑
a中，频率
‑
时间资源被组织成资源块(rb)，其中一个rb 由频域中的12个连续子载波以及时域中的一个0.5ms的时隙组成，如之前结合图2详细说明的。在nr中，预计还将需要某种rb概念来描述最小资源间隔以及资源调度单元。然而，rb的定义传统上与参数集紧密相关。因此，当调度多个不同的参数集时，需要重新审视rb的概念。这是3gpp中正在进行的话题。
[0237]
目前还不清楚将如何根据不同的参数集来有效地为各种服务分配时频无线电资源。具体地，需要用于新无线电技术的改进的上行链路调度方案。
[0238]
本公开因此应当提供有助于克服上述一个或多个问题的解决方案。
[0239]
本公开的详细描述
[0240]
移动站或移动节点或用户终端或用户设备(ue)是通信网络内的物理实体。一个节点可以具有多个功能实体。功能实体是指向节点或网络的其他功能实体实现和/或提供预定功能集的软件或硬件模块。节点可以具有一个或多个接口，所述接口将节点附接到节点可以通过其通信的通信设施或介质。类似地，网络实体可以具有将功能实体附加到通信设施或介质的逻辑接口，通过它可以与其他功能实体或通信节点通信。
[0241]
如在权利要求书的集合和申请中使用的术语“无线电资源”应广义地理解为是指物理无线电资源，诸如物理时频无线电资源。
[0242]
如在权利要求书的集合和申请中使用的术语“参数集方案”(以及诸如“参数集层”或“ofdm参数集”的其他类似术语)应广义地理解为是指如何在移动通信系统中处理物理时频无线电资源，特别是如何将这些资源划分成由调度单元(例如，在无线电基站中)分配的资源调度单元。换句话说，参数集方案也可以被认为是由用于将上述物理时频无线电资源划分为资源调度单元的参数来定义的，诸如子载波间隔和对应的码元持续时间、tti长度、每个资源调度单元的子载波和码元的数量、循环前缀长度、搜索空间细节等；这些参数可以称为l1(层1)参数，因为它们主要用于物理层以执行上行链路传输并接收下行链路传输。
[0243]
术语“资源调度单元”应当理解为一组物理时频无线电资源，其是可以由调度单元分配的最小单元。根据参数集方案的特定特征，资源调度单元因此包括时频无线电资源，其在一个或多个码元的持续时间内由一个或多个连续子载波组成。
[0244]
在权利要求书的集合和申请中使用的术语“逻辑信道”可以以与从先前用于lte和lte
‑
高级的标准已知的类似方式来理解，即作为用于处理服务的数据传输的抽象概念。然而，在lte/lte
‑
a系统中，术语逻辑信道与rlc 层密切相关，然而其在未来的5g版本中不一定相同。尽管术语逻辑信道已与新的5g开发一起使用，但是尚未确定所述术语是否以及确切地如何定义和/或与用户设备中的可能rlc层相关。因此，在本技术中，示例性地假设逻辑信道定义了通过空中传输哪种类型的信息，例如业务量信道、控制信道、系统广播等。数据和信令消息在协议层之间例如在lte中的rlc与mac 层之间的逻辑信道上携带。逻辑信道通过它们携带的信息来区分，并且可以以两种方式来分类。首先，逻辑业务量信道承载用户平
面中的数据，而逻辑控制信道承载控制平面中的信令消息。此外，逻辑信道具有相关联的某些参数，如逻辑信道优先级或其他参数，这些参数应当确保例如在逻辑信道优先级排序过程中满足由逻辑信道承载的数据的服务质量要求。无线电承载与逻辑信道之间存在一对一的映射。一个无线电承载的数据被映射到一个逻辑信道。
[0245]
在权利要求书的集合和申请中使用的术语“数据传输使用情境”或简称“使用情境”可以广泛地理解为移动/固定终端的一系列用例。示例性地，如背景部分中详细介绍的，针对新的5g研究项目研究的使用情境可以是例如embb、mmtc或urllc。
[0246]
新的无线电技术将从已为lte(
‑
a)定义的无线电技术发展，尽管可以预期进行若干改变以便满足5g移动通信系统的要求。因此，各种实施例的特定示例性实现方式仍然可以重新使用已为lte(
‑
a)通信系统(根据版本 10/11/12/13/14等)定义的过程、消息、功能等，只要它们同样适用于5g通信系统的新无线电技术并且只要它们适用于如以下实施例所说明的各种实现方式。在背景技术部分中总结了可能与本公开相关的这些lte(
‑
a)过程中的一些。
[0247]
如背景技部术分中所说明的，预计在新的5g移动通信系统中将支持不同的参数集方案。具体地，enodeb和用户设备应当同时支持一个或多个参数集方案，以便能够同时参与许多服务，例如embb、urllc、mmtc。存在关于如何可以在这种新环境中实现上行链路无线电资源分配的持续讨论。通常，两种不同模式正在被讨论用于上行链路调度，即enodeb控制的传输模式和无授权传输模式。然而，没有对这些模式进行详细讨论，也没有关于如何可以实现这些模式达成协议。因此，需要一种改进的无线电资源分配过程，以在用户设备可用来执行传输的上行链路中分配无线电资源。
[0248]
以下示例性实施例提供了一种针对5g移动通信系统设想的用于解决上述问题的新的无线电技术的改进的无线电资源分配过程。还将说明所述实施例的不同实现方式和变型。关于5g移动通信系统，仅有很少的事情已达成一致，使得必须在以下做出许多假设，以便能够说明本公开的基本原理。然而，这些假设仅被理解为不应当限制本公开的范围的实例。本领域技术人员将意识到，如权利要求中陈述的本公开的原理可以应用于不同的情境并且以本文未明确描述的方式来应用。
[0249]
此外，即使尚未确定在用于下一个5g通信系统的新无线电接入技术的上下文中使用的特定术语，以下用于说明实施例的术语与lte/lte
‑
a系统密切相关。因此，本领域技术人员意识到，本公开及其保护范围不应限于本文中示例性地使用的特定术语，因为缺少更新的术语，但是应当根据作为本公开的基础的功能和概念得到更广泛的理解。
[0250]
如图8所示，假设无线电基站和若干用户终端的简单且示例性的情境。三个示图示的ue分别支持不同的服务，即已在背景部分中引入的mmtc、embb和urllc服务。如图所示，假设一个ue应当支持并配置用于两个不同的服务，示例性地为urllc服务和embb服务。
[0251]
如背景部分中所讨论的，一致认为对于下一代5g，将要支持几种不同的参数集，并且应当在移动通信系统中共存，不同的参数集方案适用于特定的服务类型，诸如embb、mmtc或urllc。应当注意，3gpp标准化刚刚开始，并且关于将实际支持哪些特定服务以及如何确切地支持特定服务存在很多不确定性。然而，对于以下说明，示例性地假设通信系统应当同时支持若干服务(例如，embb、mmtc和urllc)，以便允许这些服务中的每一个的数据传输。
[0252]
相应地，将假定为每个服务定义至少一个相应的参数集方案，其中不同的参数集
方案允许将频带的可用时频无线电资源(诸如特定带宽的载波，例如100mhz、低于6ghz)划分成可以由调度单元分配的例如位于enodeb 中的资源调度单元。对于将在以下用于说明目的的示例性情境，假设频带的带宽为4.3mhz。各实施例和原理可以同样应用于不同的频带和带宽。
[0253]
通常，参数集方案的特性在于不同的参数，诸如子载波间隔和码元持续时间(彼此直接相关)、每个资源调度单元的子载波的数量、循环前缀长度、或者tti长度(调度时间间隔；由每个资源调度单元的码元数或者每个资源调度单元的绝对持续时间限定，从其可以推导出码元数)。因此，参数集方案可以通过这些参数集特性中的一个或多个而彼此不同。通过适当地确定参数集特性，可以针对特定服务及其要求(诸如延迟、可靠性，频率分集、数据速率等)定制一个参数集方案。例如，如背景技术部分所述，服务embb和 urllc类似，因为它们都需要非常宽的带宽，然而不同之处在于urllc服务需要超低的延迟。这些要求可能导致urllc服务的参数集方案通常将使用比用于embb服务的参数集方案更短的tti(以及可能更短的码元长度)。目前还不存在关于每种服务使用的参数集特性的协议。
[0254]
如将从以下变得明显的是，用于说明实施例原理的示例性参数集方案之间不同的主要参数集特性是子载波间隔和码元持续时间以及调度时间间隔的长度(即每个资源调度单元的码元数)。尽管未在图中示出，但是根据参数集方案，假设循环前缀的长度以与码元长度相同的方式来缩放，而示例性地假设每个参数集方案划分无线电资源，使得资源调度单元具有带有相应的子载波间隔的12个子载波。然而，应当注意的是，各实施例和基本原理不仅限于以下示例性地使用的那些不同的参数集方案，而是可以应用于不同的参数集方案和其对应的不同的参数集特性。并且尽管在以下说明中总共仅定义了三个参数集方案，但是当针对移动通信系统定义不同组和不同数量的参数集方案时，所述原理将同样适用。
[0255]
将结合图9并且基于图6a至图6c来说明不同的示例性参数集方案。图9是根据三个不同的参数集方案来划分无线电资源的简化图示。所得的资源调度单元在每个参数集方案中用粗体正方形来图示。
[0256]
图9的参数集方案1的特性在于具有15khz的子载波间隔(其中所得的码元持续时间为66.7μs；参见图6a)，每个资源调度单元有12个子载波和6个码元。所得的资源调度单元具有180khz的频率带宽和0.5ms的长度 (当示例性地考虑每个16.7μs的循环前缀时，例如当从lte系统已知)。相应地，在频域中，频带的带宽将被划分为24个资源调度单元(每个具有180 khz带宽)。利用这些参数集特性，可以考虑参数集方案1以用于mmtc服务的数据传输。遵循所述参数集方案的ue可以因此由调度单元在理论上每个tti(即0.5ms)调度一次。
[0257]
参数集方案2的特性在于具有(2
×
15khz＝)30khz的子载波间隔(其中所得的码元持续时间为33.3μs；参见图6b)，每个资源调度单元有12个子载波和6个码元。所得的资源调度单元因此具有360khz的频率带宽和 0.25ms的长度(当示例性地考虑每个16.7μs/2的缩放循环前缀时)。相应地，在频域中，频带的带宽将被划分为12个资源调度单元(每个具有360khz带宽)。利用这些参数集特性，可以考虑参数集方案2以用于embb服务的数据传输。遵循所述参数集方案的ue可以因此由调度单元在理论上每个tti (即0.25ms)调度一次。
[0258]
参数集方案3的特性在于具有(4
×
15khz＝)60khz的子载波间隔(其中所得的码元持续时间为16.7μs；参见图6c)，每个资源调度单元有12个子载波和4个码元。所得的资源调度单元因此具有720khz的频率带宽和 0.0833ms的长度(当示例性地考虑每个16.7μs/4的
缩放循环前缀时)。相应地，在频域中，频带的带宽将被划分为6个资源调度单元(每个具有720khz 带宽)。利用这些参数集特性，可以考虑参数集方案3以用于urllc服务的数据传输。遵循所述参数集方案的ue可以因此由调度单元在理论上每个tti (即0.0833ms)调度一次。
[0259]
因此，可以基于不同参数集方案下的参数集特性来不同地说明在不同参数集之间共享的频带的时频无线电资源。不同的参数集方案应当在移动网络中共存，并且不同的参数集方案的无线电资源应当可用于根据需要分配给用户终端。
[0260]
如在背景技术部分中讨论的，关于如何在频域和/或时域中的频带及其无线电资源内多路复用不同的参数集存在若干可能性，其中图7仅示出一个实例。存在可以同样使用的其他可能的多路复用方案。通常，为了能够根据每个参数集方案来分配用于数据传输的无线电资源，应当在系统中共存的不同参数集方案之间以适当的方式来分割频带的可用时频无线电资源。相应地，每个参数集方案与频带的可用无线电资源中的一组特定的无线电资源相关联，随后可由调度单元(诸如无线电基站)使用所述无线电资源以便根据所述参数集方案进行分配，即以便根据特定参数集方案的参数集特性分配无线电资源以传输对应服务(此处为urllc、mmtc，mmbb)的数据。鉴于每个服务的业务量随时间变化，用于服务的这种不同共存的参数集方案的多路复用也可以是灵活的。
[0261]
根据各实施例及其变型，应当提供改进的无线电资源分配过程，其允许 enb控制配置有至少一个上述参数集方案的ue的上行链路资源分配。
[0262]
不同的ue将支持不同的参数集方案。低成本ue仅可以支持一种类型的服务，例如mmtc类型的服务，并且因此将仅支持适用于所述类型服务 (即使用情境)的对应的参数集方案。另一方面，期望其他ue将能够根据各种或甚至所有可能的参数集方案来进行操作，以便能够支持所有使用情境中的数据传输。示例性地假设一个ue被配置有两个不同的服务，一个embb 服务和一个urllc服务(参见图8)。取决于环境(诸如ue与其连接的无线电小区和enb，其当前具有的服务等)，ue将被配置为根据其支持的参数集方案中的一个或多个来操作。这可以在连接到无线电小区时示例性地完成，其中对应的enb将配置ue来根据其自身在其无线电小区中支持的那些参数集方案中的一些或全部来操作。如何可以实现这一点的确切过程尚不清楚，并且一些细节对于本公开而言不是必不可少的。然而，在所述方面的一种可能的方法可以是例如当应用于服务时，enodeb将ue配置有针对ue正在应用的服务的合适的参数集方案。例如，当ue具有要发送的新业务量或者了解到网络发送新业务量的意图时，它向mme发送服务请求消息。在随后的承载建立过程期间，现在建立eps承载(即drb、s1承载和s5承载)中的承载和连接以及信令连接(即ecm连接，s11 gtp
‑
c和s5 gtp
‑
c信道)，以支持ue与网络之间的业务量传送(ue至p
‑
gw)。enb进一步向ue发送rrc连接重新配置消息，所述消息指定从mme接收的信息连同新的无线电承载配置数据。ue按照指示配置承载，并且通过rrc连接重新配置完成消息来向enb确认。现在，enb通过e
‑
rab设置响应消息进行确认。在 rrc连接重新配置消息内，enb可以使用参数集方案来配置ue以分别应用于新承载逻辑信道。
[0263]
总的来说，ue应当知道配置它的参数集方案以及与配置的参数集方案相关联的对应参数。
[0264]
根据一个选项，enb可以保持其无线电小区中支持的参数集方案的列表连同对应的相关联参数，诸如子载波间隔、tti长度、每个调度间隔的码元、以及可能还有与参数集方
案相关的其他信息，诸如搜索空间详细信息、 ul/dl标称设置配置。可以提供每个参数集方案的索引以便于在后面的过程 (诸如以下讨论的改进的无线电资源分配过程)中参考。enodeb可以在其无线电小区中广播关于所支持的参数集方案的信息，作为系统信息广播(sib) 的一部分。存在对5g的持续讨论以区分由enodeb连续广播的基本系统信息与应当仅在需要时提供的不必要的(也可以称为“其他”)系统信息。进行区分以便允许降低复杂性和开销(例如，在使用波束成形的情境下)。相应地，关于支持的参数集方案的信息可以作为基本系统信息的一部分进行广播。在参数集特定的随机接入配置的情况下，即对于每个参数集方案，rach配置是不同的，应当在小区中广播与给定参数集方案相关联的l1参数。
[0265]
可替代地，可以将关于所支持的参数集方案和相关联的l1参数的信息作为非必要系统信息的一部分发信号通知，即在需要/请求时直接向ue发信号通知。
[0266]
可替代地或此外，参数集方案和对应的参数可以例如在由运营商提供的移动电话的标准或(u)sim卡中已固定。为了容易地指示特定的参数集方案，可以将对应的索引与每个参数集方案相关联。因此，参数集方案及其参数是众所周知的，并且可以通过仅提供索引而容易地参考，而不必必须发送 /广播关于参数集方案及其对应参数的所有必要信息。例如，enodeb可以定期仅广播在其无线电小区中支持的那些参数集方案的对应索引。由于减少的开销，索引可以容易地在基本系统信息中广播，但是理论上可以根据需要作为非必要系统信息的一部分来发信号通知。
[0267]
此外，示例性地假设ue被配置有多个逻辑信道，每个逻辑信道可以与所配置的参数集方案中的至少一个相关联。更详细地，如从lte(
‑
a)ue所了解的，当设置/建立无线电承载时，例如当ue具有新的业务量来发送或者了解到网络发送新业务量的意图时，配置/建立逻辑信道。鉴于在所述方面没有过程就5g达成协议，可以示例性地假设lte(
‑
a)过程将以相同或相似的方式用于5g
‑
ue。在无线电承载设置过程期间，逻辑信道配置将被提供给 ue，并且enb配置逻辑信道的相关联/链接的参数集方案作为逻辑信道配置的一部分。
[0268]
在这种情况下，应当注意，逻辑信道通常将仅与一个参数集方案相关联，即适用于发送所述逻辑信道的数据的一个参数集方案。然而，逻辑信道也可以与多于一个参数集方案相关联。例如，特别是当服务提供可以从不同的参数集方案中受益时，可以存在为其定义若干参数集方案的服务。例如，诸如 tcp的embb服务可以使用较低频谱或毫米频谱。更详细地说，传输控制协议(tcp)涉及慢起动阶段，其中较大的子载波间隔由于较小的码元长度而提供增益，而在较晚的阶段期间，在其间数据应当以全速传输，较小的子载波间隔可能更有效。因此，为tcp服务建立的逻辑信道可以与至少关于其子载波间隔不同的两个参数集方案相关联。更具体地，ue将优选地在慢起动阶段期间使用具有较大子载波间隔的参数集方案并且在拥塞阶段期间在具有较小子载波间隔的参数集方案上发送逻辑信道的数据分组。为了允许这种行为，ue接入层(as)，例如mac层，将需要了解tcp协议的不同阶段/ 状态。因此，根据一个示例性实现方式，应用层向as指示tcp协议的状态，即分别是慢起动阶段和拥塞控制阶段。as层，例如mac层，使用所述信息以便将逻辑信道的数据包映射到对应的参数集层。
[0269]
通常，对于逻辑信道被映射到多个参数集层/方案的情况，需要指定用于路由分组的ue行为。例如，ue在被调度用于参数集层之一时可以传输尽可能多的数据。在这种情况下，基本上没有用于数据分组的路由的附加标准。根据另一示例性实施例，与另一参数集相比，ue可以优选使用一个参数集来传输数据。例如，当逻辑信道被映射到两个参数集层/方
案时，一个参数集被用在较低频带上并且一个被用在较高频带上，即毫米波频谱，ue可能试图优化较高频带上的数据传输(因为在较高频带上预期会有更高的数据速率)。另一个标准可能是报头开销，即当选择参数集层来发送数据时，在生成 tb时尝试最小化l2报头开销。通常，ue行为应当是ue报告逻辑信道的缓冲区状态报告，并且随后enb决定在哪个参数集层上调度ue(以及资源分配的大小)。
[0270]
因此，映射因此在ue中建立，从而将逻辑信道与对应的参数集方案相关联。
[0271]
在如此配置服务、合适的参数集方案之后并且在已在所述方面建立逻辑信道之后，enodeb将在服务提供期间控制ue的上行链路调度。如前所述，在3gpp中关于将针对上行链路调度支持哪些调度模式进行一般持续讨论。目前的讨论此时集中于两种类型的调度模式，即enb控制的调度模式和无授权的调度模式。
[0272]
通常，enodeb控制的调度模式的特性在于ue将不会自主地执行上行链路传输，而是将遵循由enodeb提供的对应的上行链路调度指派。enodeb 控制的调度模式允许enodeb控制其无线电小区中的无线电资源使用，并且从而避免各种用户设备的上行链路传输之间的冲突。然而，由于ue在执行上行链路传输之前必须首先请求并且随后接收合适的上行链路授权，因此上行链路传输显著延迟。另一方面，无授权调度模式允许ue在某些情况下立即执行上行链路传输，而不必从enodeb请求或接收对应的资源分配，从而显著减少延迟。可用于这种无授权上行链路传输的合适的无线电资源可以例如在先前例如由enb定义(可以称为资源池)。这种传输是基于争用的，并且因此易于与其他上行链路传输冲突。此外，鉴于正在进行的讨论和标准化的非常早期阶段，也可以在将来定义其他调度模式，并且本公开不应当仅限于上述两种调度模式。一般而言，可能至少两种不同的调度模式将可用于上行链路调度，其中一种允许快速但可能不太可靠的上行链路传输(可以称为快速资源分配模式)，而另一种允许可靠但延迟的上行链路传输(可以称为 enb控制的资源分配模式)。
[0273]
逻辑信道可以被配置有特定的上行链路调度模式，例如目前在3gpp中针对5g讨论的上述两种调度模式中的一种。仅允许某些逻辑信道使用无授权调度模式，例如为具有非常严格的延迟要求的服务(诸如用于urllc使用情况的服务)建立的逻辑信道，例如用于关键任务传输。
[0274]
本实施例和变型集中于enb控制的调度模式，根据所述调度模式，ue 将从enb接收上行链路调度指派，指派将要由enb用于上行链路传输的上行链路无线电资源。
[0275]
由enb提供的上行链路调度授权可以特定于参数集方案，即由enb指派的无线电资源将仅应用于由enb决定的某个参数集方案。相应地，ue在从enb接收到上行链路调度指派时，确定上行链路调度指派旨在用于哪个参数集方案。随后，当处理所接收的上行链路调度指派时，ue将在此基础上执行逻辑信道优先级排序过程，通过适当地将所指派的无线电资源分配给所配置的逻辑信道并且另外对与所接收的上行链路调度指派的预期的参数集方案相关联的那些逻辑信道进行优先级排序。在所述上下文中对逻辑信道进行优先级排序还可以意味着所指派的无线电资源将专门用于仅传输与预期的参数集方案相关联的那些逻辑信道的数据。图10是图示了所述基本ue 行为的示例性流程图。
[0276]
在下文中，将呈现各种详细实施例。关于ue如何可以确定所接收的上行链路调度指派的预期的参数集方案，存在若干可能性。一种选项在于enb 在上行链路调度指派内包括对应的参数集层指示，使得ue根据所述指示和 ue处将索引与支持/配置的参数集层链接
的对应的表格来确定预期的参数集层/方案。更详细地，传送上行链路资源分配的dci可以示例性地包含索引，所述索引是指由系统信息中的enb广播的参数集方案和相关联的l1参数的列表。值为1的索引例如是指参数集信息广播等的第一条目。可替代地，索引可以是指在ue中预先配置的参数集方案/l1参数的列表。
[0277]
另一选项是enb在生成上行链路调度指派时使用不同的rnti用于不同的参数集方案，使得ue可以从由enodeb用于编码处理的rnti导出预期的参数集方案。具体地，在当前系统中，ue标识(例如，c
‑
rnti、小区
‑
无线电网络临时标识符)由enb用来加扰上行链路调度指派的crc
‑
(循环冗余校验)
‑
部分，以便允许ue标识哪些上行链路调度指派是旨在用于自身的。为了区分参数集方案，可以由enodeb定义各种rnti，每个rnti明确地与为ue配置的一个参数集方案相关联。如从当前lte/lte
‑
a系统已知的，当为特定ue生成上行链路调度指派时，enodeb使用特定的ue特定的和参数集特定的rnti例如通过对其crc部分进行加扰来对上行链路调度指派进行编码。
[0278]
另一选项是通过不同的搜索空间来区分不同的参数集方案，经由所述搜索空间发送上行链路调度指派。具体地，如在lte/lte
‑
a中已完成的，可以定义控制信息区域(也可以表示为上行链路调度指派搜索空间或下行链路控制信息(dci)搜索空间)，使得这些无线电资源的一部分可以随后由调度单元(例如，无线电基站)使用，以将诸如资源分配信息的控制信息发送到ue。相应地，每个ue应当监测相应的控制信息区域，以便查看是否存在实际指向其自身的控制信息。目前尚不清楚是否以及将如何针对5g的新无线电接入技术来定义搜索空间。通常，可以假设控制信息以与发送控制信息的数据相同的参数集方案来发送。因此，对于支持多个服务和相应的参数集方案的 ue，可以为每个参数集方案定义单独的搜索空间，使得ue可以从所述搜索空间确定参数集方案，经由所述搜索空间由enodeb发送所接收的上行链路调度指派。
[0279]
所述方法具有的优点在于，在上行链路调度指派(dci)中不需要附加信息，并且在所述方面不产生数据开销。另一方面，它可能具有的缺点在于，它可以优选地仅应用于其中用于不同参数集方案的搜索空间被清楚地分离的系统中，从而允许基于用于传输的搜索空间来明确确定所接收的上行链路调度指派的预期的参数集方案。然而，单独的搜索空间的定义增加了ue侧的盲解码努力。可以通过定义公共控制信息区域或者通过重叠不同的搜索空间来减少ue侧的盲解码努力，然而在这种情况下，搜索空间将不会明确地指示预期的参数集方案。ue将需要另外的信息来明确地确定预期的参数集方案。
[0280]
在任何情况下，在ue已处理所接收的上行链路调度指派并且已根据任何上述选项确定了预期的参数集方案之后，ue操作连续地准备数据传输。在所述方面，ue将必须以某种方式在其传输缓冲区中选择数据，所述数据将要使用如所接收的上行链路调度指派中指示的上行链路无线电资源来传输。如背景技术部分中详细讨论的，在用于lte和lte
‑
a的当前标准化系统中，ue具有上行链路速率控制功能，也称为逻辑信道优先级排序过程。在下文中示例性地假设，同样在新的5g系统中，ue将执行类似的功能，其也应当称为逻辑信道优先级排序过程。相应地，当将要执行新的传输时，ue 将生成将要在上行链路中传输的数据分组(示例性地也称为传输块)，并且确定哪些可用于传输的数据包括在数据分组中。如前所述，上行链路调度指派是参数集层特定的，并且lcp过程应当通过在lcp过程期间对来自与所接收的上行链路调度指派的预期的参数集层相关联的那些逻辑信道的数据进行优先级排序
来将这一点考虑在内。具体地，由所接收的上行链路授权分配的无线电资源优选地用于从与预期参数集层相关联的那些逻辑信道发送数据。然而，如果在使所分配的无线电资源用于发送预期参数集层的逻辑信道的所有未决数据之后无线电资源剩余，那么剩余的无线电资源也可以用于发送与其他参数集层相关联的逻辑信道的数据。
[0281]
优先级的一个变型是由所接收的上行链路授权指派的无线电资源仅用于与预期的参数集层相关联的那些逻辑信道的数据；即无线电资源不应当用于传输与其他参数集层相关联的逻辑信道的数据。换句话说，对于逻辑信道优先级排序过程，仅考虑被映射到所接收的上行链路授权旨在用于的参数集层的逻辑信道。尽管可能浪费剩余的无线电资源，但是这种专用优先级确保了始终使用“正确的”参数集方案来传输数据，以便符合参数集方案所配置用于的数据要求。
[0282]
如上所述，根据上述实施例的一个示例性实现方式，可以对所有参数集层的逻辑信道执行公共lcp过程，其中逻辑信道根据其相关联的参数集层来进行优先级排序。根据另一示例性实现方式，针对每个参数集层执行单独的lcp过程，在这种情况下，lcp过程将仅在与lcp过程的相应的参数集层相关联的那些逻辑信道上执行lcp过程。然而，在这种情况下，将仅考虑 (上行链路调度指派的)参数集层的逻辑信道；即因此将不可能逐步对不同的参数集层的逻辑信道进行优先级排序。
[0283]
可以通过在ue中提供公共mac(媒体访问控制)实体来实现上述公共lcp过程，所述实体负责处理公共lcp过程。类似地，公共mac实体也可以针对不同的参数集方案执行单独的lcp过程。可替代地，代替提供公共mac实体，可以提供单独的mac实体，一个用于ue中配置的每个参数集层，以便实现单独的lcp过程。逻辑信道与mac实体之间的映射是基于逻辑信道与参数集层之间的映射。
[0284]
图11和图12图示了用户设备中用于分别是公共mac实体和公共lcp 过程的参数集特定mac实体和lcp过程的示例性层结构。如从图11中显而易见的是，ue中配置的每个参数集方案与单独的参数集特定mac实体和对应的lcp过程相关联。如从图12中显而易见的是，ue包括用于ue中配置的所有参数集方案的一个公共mac实体和lcp过程。可替代地，如图 13所示，公共mac实体可以分别仅在与一个参数集方案相关联的那些逻辑信道上执行类似于图11的单独的参数集特定lcp过程，而不是在ue中的所有逻辑信道上执行一个公共lcp过程。
[0285]
在以上讨论的实现方式中，示例性地假设lcp过程将是ue的mac实体的一部分，如当前lte(
‑
a)ue中的情况一样。然而，在所述方面尚未就5g达成任何协议。相应地，可以决定lcp过程驻留在另一个实体(例如 rlc实体)中，在这种情况下，上述讨论应当适用于另一个实体。
[0286]
示例性地，lcp过程的具体实现方式可以基于背景技术部分中讨论的具有如下适当改型的一种实现方式。根据一个示例性实施例，lcp过程的详细算法将针对前三个步骤(如背景技术部分中所描述的)仅考虑与相应的参数集层相关联的那些逻辑信道。这将确保与相应的参数集层相关联的那些逻辑信道的数据被进行优先级排序。随后，在存在一些剩余资源的情况下，即传输块尚未完全填满，那么如在背景技术部分中描述的lcp过程，即步骤1到步骤3，将随后运行其他参数集层的一些或所有剩余的逻辑信道。基本上，详细算法将是两阶段过程，其中在每个阶段处，当前lcp过程使用不同组逻辑信道运行。
[0287]
可替代地，当分配的无线电资源由具有如资源分配(上行链路授权)中指示的相关联的参数集方案的那些逻辑信道专用时，仅执行第一阶段，即仅针对具有如资源分配中指示的相关联的参数集方案的那些逻辑信道运行 lcp过程。
[0288]
为了能够执行以上讨论的逻辑信道的参数集特定的优先级排序，在一些实现方式中，必须使得关于预期的参数集层的信息可用于lcp过程，更具体地可用于负责执行lcp程序的处理器或(mac)实体。例如，负责解码上行链路调度指派的ue的物理层可以将相关信息转发到负责lcp过程的ue 的mac实体。更详细地，当使用单独的mac实体时，物理层应当将上行链路调度指派的授权特定信息(例如，传输块大小、示例性地以与当前 lte/lte
‑
a系统中类似的方式的harq信息等)提供给负责接收的上行链路授权旨在用于的参数集层的mac实体。在所述情况下，关于参数集层的信息可以但不需要提供给参数集专用mac实体。在使用公共mac实体的情况下，物理层向公共mac实体提供授权特定信息以及预期的参数集层，使得公共mac实体可以在lcp过程期间使用所述信息。
[0289]
ue因此可以生成传输块，并且随后根据所接收的上行链路调度指派来传输所述传输块。
[0290]
如上所述的根据各种实施例和变型的资源分配过程，其允许enodeb有效地调度用于配置有一个或多个不同参数集层的ue的上行链路传输。
[0291]
逻辑信道/无线电承载可以与tti长度相关联，而不是与参数集层相关联，即在ue中提供逻辑信道与tti长度之间的映射。随后，上行链路授权将指示tti长度，并且随后将根据指示的tti长度执行lcp过程，例如在 lcp过程期间，与指示的tti相关联的逻辑信道被进行优先级排序(或者甚至专门服务)。
[0292]
作为上述参数集专用lcp过程的另外替代方案，所述实施例的变型预见针对每个使用情境提供一个lcp过程，即针对embb执行一个lcp过程，针对urrl执行另一个lcp过程，并且针对mmtc执行另一个lcp过程等等。这可以例如通过为ue的每个使用情境提供单独的mac实体或者通过提供公共mac实体在ue中实现。在使用单独的mac实体的情况下，还将在逻辑信道与使用情境之间分别映射对应的mac实体。
[0293]
在所述情况下，当执行lcp过程时，应当清楚哪些逻辑信道与哪个使用情境相关联，使得ue可以在lcp过程期间区分逻辑信道并且适当地对所述逻辑信道进行优先级排序。由enb发送的上行链路调度指派仍然可以是参数集特定的，使得属于由所接收的上行链路调度指派指示的参数集层的逻辑信道优先于其他逻辑信道。此外，由于lcp过程是使用情境特定的，因此在使用情境特定的lcp过程期间，应当仅考虑属于所述使用情境的那些逻辑信道并且对所述逻辑信道进行优先级排序。图14图示了ue的示例性层结构，其具有单独的使用情境特定mac实体以及对应的单独的lcp过程。
[0294]
如前所述，不同的调度模式可以用于ue和逻辑信道。在所述方面，可以基于一个或多个调度模式来调度逻辑信道。在实施例的另外的改进的变型中，lcp过程还应当考虑逻辑信道的调度模式。一般来讲，由从enodeb所接收的上行链路调度指派所指派的无线电资源应当优选地用于从与enodeb 控制的调度模式相关联的逻辑信道发送数据。因此，在lcp过程期间，逻辑信道不仅应当根据其相关联的参数集方案而进行优先级排序，而且还应当根据它们是否与enodeb控制的调度模式相关联而进行优先级排序。例如，由从enodeb所接收的上行链路调度指派所指派的无线电资源不应当用于从仅与无授权调度模式相关联的逻
辑信道发送数据，或者仅应当在分配的无线电资源已分配给来自与enodeb控制的调度模式相关联的逻辑信道的数据之后无线电资源剩余的情况下分配。
[0295]
为了协助调度功能(例如，在enodeb中)并且允许有效的上行链路调度，缓冲区状态报告过程可以适用于5g的新无线电接入技术，并且还可以适用于如上所述的改进的无线电资源分配过程。通常，enodeb中的调度控制功能应当由ue提供适当的信息以生成参数集层特定的上行链路调度指派。因此，由ue执行的缓冲区状态报告过程应当是将每个参数集层的缓冲区状态报告给enb，使得enb可以针对每个参数集层确定ue中可用于传输的数据量。这可以实现如下。
[0296]
根据一个选项，在ue中针对所有参数集层执行公共缓冲区状态报告过程，根据所述过程，对于在ue中配置的每个参数集层，在与相应的参数集层相关联的逻辑信道上单独确定缓冲区状态。缓冲区状态报告过程随后生成对应的报告，所述报告包括关于所有配置的参数集层的缓冲区状态的信息，随后将生成的报告发送到enodeb。根据一个示例性实现方式，可以定义新的bsr mac控制元素以携带用于每个配置的参数集方案的缓冲区状态信息。
[0297]
图15示出了示例性bsr mac控制元素，其中假设三个比特用于指示参数集方案，其后分别为用于两个示例性假定的两个逻辑信道组中的每一个的缓冲区大小的6比特。提供扩展位以便指示是否针对另一参数集方案报告另一缓冲区状态。
[0298]
在这种缓冲区状态报告过程中，在其中可以使用不同的参数集方案发送服务的数据的情境下，ue可以建议分别决定如何在相应的参数集方案中划分一个服务的未决数据。
[0299]
根据另一选项，可以预见针对ue配置的参数集层的单独的缓冲区状态报告过程，使得ue针对每个配置的参数集层单独地执行缓冲区状态报告。因此，在与一个参数集层相关联的逻辑信道上确定缓冲区状态，并且其上的信息包括在对应的缓冲区状态报告中。根据一个实现方式，可以定义新的 bsr mac ce以携带用于一个配置的参数集方案的缓冲区状态信息。可替代地，可以在所述方面使用从当前标准化的lte/lte
‑
a系统已知的bsr macce。
[0300]
此外，缓冲区状态报告过程可以在ue中用一个mac实体或单独的 mac实体来实现。例如，公共mac实体可以负责执行公共缓冲区状态报告过程或者各种单独的参数集特定缓冲区状态报告过程。另一方面，每个参数集层可以提供一个mac实体(以上结合lcp过程已讨论的选项)，使得bsr 过程已仅特定于相应的参数集层。
[0301]
在以上讨论的实现方式中，示例性地假设bsr过程将是ue的mac实体的一部分，如当前lte(
‑
a)ue中的情况一样。然而，在所述方面尚未就5g达成任何协议。相应地，可以决定bsr过程驻留在另一个实体(例如 rlc实体)中，在这种情况下，上述讨论应当适用于所述另一个实体。
[0302]
根据改进的bsr过程的另外的变型，可以每个参数集层定义单独的bsr 配置。具体地，如背景技术部分所述，bsr过程由某些事件触发。分别bsr 相关的定时器的部分或全部bsr触发器也可以是参数集层特定的。例如，对于映射到特定参数集层的服务，即对于embb服务，周期性地报告缓冲区状态可能是有益的，而对于使用不同参数集的其他服务，它可能不是非常有用的，例如映射到某个参数集层的mmtc服务。作为另一实例，填充bsr 可能未用于所有参数集层。基本上，bsr配置，即定时器设置或其他bsr触发器对于不同的参数集可能
是不同的
[0303]
在其他示例性实施例中，即使bsr配置/触发器可以是参数集层特定的，缓冲区状态的报告将始终用于所有参数集层。更具体地，在针对任何参数集层触发bsr时，ue将报告ue的完整缓冲区状态，即ue报告所有参数集层对应的缓冲区状态。
[0304]
如背景技术部分中所说明的，根据lte(
‑
a)的缓冲区状态报告是基于组概念，其中在确定缓冲区状态时可以(例如，基于具有相同/相似的qos要求)将若干逻辑信道分组在一起。以类似的方式，每个参数集层的逻辑信道可以在不同的逻辑信道组中适当地组合在一起，以实现比由每个参数集层报告的bsr提供的更精细的间隔。
[0305]
作为另一替代方案，代替提供缓冲区状态报告过程来报告每个参数集层的缓冲区状态，其他实施例提供bsr过程来报告每个使用情境的缓冲区状态，使得enb可以确定在每个ue的使用情境在ue中可用于传输的数据量。例如，embb类型的服务(如以上关于tcp讨论的)可以受益于具有单独的参数集方案(较低频带与较高频带)，在这种情况下，enodeb足以学习在ue中针对embb使用情境而不是embb服务的参数集方案可用的数据量。enodeb可以随后决定如何将资源分配给embb情境的任一参数集方案，并且因此发出如前所述的对应的参数集特定的上行链路调度指派。
[0306]
图16公开了基于当前标准化的长bsr mac ce的这种示例性bsrmac控制元素，其中三个八位字节可用于每个使用情境，以用于报告四个不同lcg的缓冲区状态。与缓冲区状态报告相比，如结合图15所说明的， ue简单地报告每个使用情境的数据，使得缓冲区状态报告对于其中特定服务与若干参数集方案相关联的情境不变化。
[0307]
无线电资源分配过程的另一改进集中于由ue发送的调度请求，以便从 enodeb请求上行链路无线电资源。例如通过简单地指示正在请求上行链路无线电资源的参数集方案/使用情境，所述调度请求可以特定于参数集方案或特定于使用情境。例如，可以预见调度请求中的新字段以指示参数集方案或使用情境。如上所述，enb在接收调度请求时可以决定将多少无线电资源分配给特定参数集方案。可替代地，为了使enodeb学习预期的参数集层或使用情境，ue可以被配置有其中正在发送调度请求的不同信道，即针对分别使用情境每个参数集层的一个sr信道配置。
[0308]
根据另外的实施例，drx功能可以适用于5g的新的无线电接入技术。具体地，drx配置可以是参数集特定的或者使用情境特定的。更详细地，如背景技术部分中详细讨论的，drx过程当前基于子帧来定义。考虑到不同的参数集方案在其子帧时间段方面可能不同，如当前在标准化lte(
‑
a)系统中使用的公共drx方案似乎不合适。可以为不同的参数集方案提供单独的 drx过程。另外，当从服务的视角来看时，不同的使用情境具有非常不同的业务量模型/特征。因此，根据一个示例性实施例，单独的drx配置用于不同的使用情境。在一个使用情境(例如，embb)使用多个参数集层的情况下，跨这些多个参数集层可能存在一些公共drx方案/配置，即对于这些多个参数集层，活动时间是相同的。另一方面，当分别的参数集层具有用于使用情境的drx配置/方案时，基本上将意味着ue可以针对每个使用情境/参数集层具有不同的drx状态。基本上，对于一个参数集层，ue可以处于 drx(即功率节省状态)，即不需要监测控制信道，而ue处于用于另一个使用情境/数字命令层的活动时间，即ue正在监测控制信道。更具体地，dci/ 控制信道，例如针对特定参数集层/使用情境接收的上行链路或下行链路授权将触发与所述参数集层/使用情境相关联的drx过程的drx相关定时器
(即，例如drx不活动定时器)的起动。例如，当enb授权用于embb服务的上行链路资源时，ue应在接收到所述dci时起动emmb链接的drx过程的不活动定时器。
[0309]
根据另外的实施例，定时超前过程可以适用于5g的新的无线电接入技术。具体地，例如通过提供对于不同参数集方案不同的定时超前定时器值，定时超前过程可以是参数集方案特定的。由于参数集层的特征/l1参数之一是循环前缀(cp)长度，因此根据一个示例性实施例，维持上行链路同步的定时对准是参数集层特定的。应当在上行链路cp长度的长度内精确地设置上行链路传输定时。由于如前所述，对于不同的参数集，cp长度是不同的，因此对于某些参数集，即具有小cp长度的一些参数集，可能需要具有上行链路定时对准的更精细的间隔。根据一个示例性实施例，不同的参数集将被分组用于维持上行链路定时/同步，即具有类似信道特征(例如cp长度)的参数集层/方案将具有一个公共定时超前计时器。
[0310]
另外的实施例
[0311]
根据第一方面，提供了一种移动通信系统中的用户设备，所述用户设备被配置有至少一个参数集方案，每个参数集方案与以不同方式将移动通信系统的多个时频无线电资源划分为资源调度单元的参数相关联。用户设备被配置有多个逻辑信道，每个逻辑信道与所配置的参数集方案中的至少一个相关联。用户设备的接收单元从控制用户设备的无线电基站接收上行链路调度指派，所述上行链路调度指派指示用户设备可使用的上行链路无线电资源。用户设备的处理器基于所接收的上行链路调度指派来确定所接收的上行链路调度指派旨在用于哪个参数集方案。处理器通过将所分配的上行链路无线电资源分配给配置的逻辑信道并且通过对与上行链路调度指派旨在用于的参数集方案相关联的那些配置的逻辑信道进行优先级排序来执行逻辑信道优先级排序过程。
[0312]
根据除第一方面之外提供的第二方面，接收单元接收关于由无线电基站支持的多个参数集方案的信息。可选地，在由无线电基站广播的系统信息块中接收关于多个参数集方案的信息。作为另外的选项，关于多个参数集方案的信息包括每个参数集方案的参数集层指示。
[0313]
根据除了第一方面到第二方面之一之外提供的第三方面，处理器确定所接收的上行链路调度指派旨在来自哪个参数集方案：
[0314]
‑
所接收的上行链路调度指派内的参数集层指示，或者
[0315]
‑
由无线电基站用于编码上行链路调度指派的用户设备标识，或者
[0316]
‑
无线电基站用于发送上行链路调度指派的时频资源。
[0317]
根据除了第一方面至第三方面之一之外的第四方面，用户设备中的不同媒体访问控制mac实体被配置用于为用户设备配置的每个参数集方案并且与所述每个参数集方案相关联。用户设备中的每个mac实体根据相关联的参数集方案负责逻辑信道优先级排序过程。可替代地，用户设备中的不同媒体访问控制mac实体被配置用于用户设备的每个数据传输使用情境并且与其相关联。用户设备中的每个mac实体根据相关联的数据传输使用情境负责逻辑信道优先级排序过程。可选地，每个数据传输使用情境包含至少一个参数集方案。可选地，数据传输使用情境是大规模机器类型通信mmtc、增强型移动宽带embb、以及超可靠低延迟通信urllc之一。
[0318]
根据除了第一方面至第四方面之一之外的第五方面，每个逻辑信道被配置有资源分配模式。资源分配模式用于无线电基站控制的资源分配模式和/或快速资源分配模式。处
理器通过将所指派的无线电资源分配给配置的逻辑信道并且通过对与无线电基站控制的资源分配模式相关联的那些配置的逻辑信道进行优先级排序来执行逻辑信道优先级排序过程。可选地，快速无线电资源分配模式由用户设备自主执行，而无需从无线电基站请求和接收上行调度分配。
[0319]
根据除第一方面至第五方面之一之外的第六方面，处理器对为用户设备配置的所有参数集方案执行公共缓冲区状态报告过程。当执行公共缓冲区状态报告过程时，处理器生成公共缓冲区状态报告，所述报告单独指示与为用户设备配置的每个参数集方案相关联的逻辑信道的缓冲区状态。用户设备的发送单元将生成的公共缓冲区状态报告发送到无线电基站。可选地，为针对用户设备配置的每个参数集方案定义用于公共缓冲区状态报告过程的单独的缓冲区状态报告配置和/或触发器。
[0320]
根据除了第一方面至第五方面之一之外的第七方面，处理器对为用户设备配置的每个参数集方案执行单独的缓冲区状态报告过程。当针对参数集方案之一执行单独的缓冲区状态报告过程时，处理器生成缓冲区状态报告，所述报告指示与所述一个参数集方案相关联的逻辑信道的缓冲区状态。用户设备的发送单元将生成的单独的缓冲区状态报告发送到无线电基站。
[0321]
根据除第一方面至第五方面之一之外的第八方面，处理器对用户设备的所有数据传输使用情境执行公共缓冲区状态报告过程。当执行公共缓冲区状态报告过程时，处理器生成公共缓冲区状态报告，所述报告单独指示与每个数据传输使用情境相关联的逻辑信道的缓冲区状态。用户设备的发送单元将生成的公共缓冲区状态报告发送到无线电基站。可选地，每个数据传输使用情境包含至少一个参数集方案。可选地，数据传输使用情境是大规模机器类型通信mmtc、增强型移动宽带embb、以及超可靠低延迟通信urllc之一。
[0322]
根据除了第一方面至第八方面之一之外的第九方面，处理器在执行逻辑信道优先级排序过程时，对逻辑信道进行优先级排序，使得无线电资源仅被分配给与所接收的上行链路调度指派旨在用于的参数集方案相关联的那些逻辑信道。
[0323]
根据除了第一方面至第九方面之一之外的第十方面，处理器生成用于从无线电基站请求上行链路无线电资源的调度请求。所述调度请求指示上行链路无线电资源所请求的参数集方案或数据传输使用情境。
[0324]
根据第十一方面，提供了一种无线电基站，其用于在移动通信系统中为用户设备执行无线电资源分配过程。用户设备被配置有至少一个参数集方案，每个参数集方案与以不同方式将移动通信系统的多个时频无线电资源划分为资源调度单元的参数相关联。用户设备被配置有多个逻辑信道，每个逻辑信道与所配置的参数集方案中的至少一个相关联。无线电基站的处理器生成指示用户设备可使用的上行链路无线电资源的上行链路调度指派。生成上行链路调度指派，使得用户设备在接收到上行链路调度指派时能够基于由用户设备所接收的上行链路调度指派来确定上行链路调度指派旨在用于哪个参数集方案。无线电基站的发送单元将生成的上行链路调度指派发送到用户设备。
[0325]
根据除了第十一方面之外的第十二方面，发送单元发送关于由无线电基站支持的多个参数集方案的信息。可选地，关于多个参数集方案的信息在系统信息块中广播。可选地，关于多个参数集方案的信息包括每个参数集方案的参数集层指示。
[0326]
根据除了第十一方面或第十二方面之外提供的第十三方面，处理器在生成上行链
路调度指派时：
[0327]
‑
包括上行链路调度指派内的参数集层指示，或者
[0328]
‑
使用特定于预期的参数集方案的用户设备标识来对上行链路调度指派进行编码，或者
[0329]
所生成的上行链路调度指派由发送单元在特定于预期的参数集方案的时频资源中发送。
[0330]
根据除了第十一方面至第十三方面之一之外提供的第十四方面，无线电基站的接收单元接收公共缓冲区状态报告，所述报告单独指示与为用户设备配置的每个参数集方案相关联的逻辑信道的缓冲区状态，或者接收单独的缓冲区状态报告，每个所述报告指示与一个参数集方案相关联的逻辑信道的缓冲区状态，或者接收公共缓冲区状态报告，所述报告担单独指示与每个数据传输使用情境相关联的逻辑信道的缓冲区状态。可选地，每个数据传输使用情境包含至少一个参数集方案，可选地其中，数据传输使用情境是大规模机器类型通信mmtc、增强型移动宽带embb、以及超可靠低延迟通信urllc 之一。
[0331]
根据除了第十一方面至第十四方面之一之外提供的第十五方面，无线电基站的接收单元从请求上行链路无线电资源的用户设备接收调度请求，其中所述调度请求指示上行链路无线电资源所请求的参数集方案或数据传输使用情境
[0332]
根据第十六方面，提供了一种用于移动通信系统中的用户设备的方法。用户设备被配置有至少一个参数集方案，每个参数集方案与以不同方式将移动通信系统的多个时频无线电资源划分为资源调度单元的参数相关联。用户设备被配置有多个逻辑信道，每个逻辑信道与所配置的参数集方案中的至少一个相关联。所述方法包括由用户设备执行的以下步骤。从控制用户设备的无线电基站接收上行链路调度指派，所述上行链路调度指派指示用户设备可使用的上行链路无线电资源。用户设备基于所接收的上行链路调度指派来确定所接收的上行链路调度指派旨在用于哪个参数集方案。通过将所分配的上行链路无线电资源分配给配置的逻辑信道并且通过对与上行链路调度指派旨在用于的参数集方案相关联的那些配置的逻辑信道进行优先级排序来由用户设备执行逻辑信道优先级排序过程。
[0333]
根据除了第十六方面之外提供的第十七方面，所述方法还包括接收关于由无线电基站支持的多个参数集方案的信息的步骤。可选地，在由无线电基站广播的系统信息块中接收关于多个参数集方案的信息。可选地，关于多个参数集方案的信息包括每个参数集方案的参数集层指示。
[0334]
根据除了第十六方面或第十七方面之外提供的第十八方面，所述确定所接收的上行链路调度指派旨在来自哪个参数集方案的步骤：
[0335]
‑
所接收的上行链路调度指派内的参数集层指示，或者
[0336]
‑
由无线电基站用于编码上行链路调度指派的用户设备标识，或者
[0337]
‑
无线电基站用于发送上行链路调度指派的时频资源。
[0338]
根据除了第十六方面至第十八方面之一之外提供的第十九方面，每个逻辑信道被配置有资源分配模式。资源分配模式是无线电基站控制的资源分配模式和/或快速资源分配模式。所述执行逻辑信道优先级排序过程的步骤还包括对与无线电基站控制的资源分配模式相关联的那些配置的逻辑信道进行优先级排序。可选地，快速无线电资源分配模式由用户设备自主执行，而无需从无线电基站请求和接收上行调度分配。
[0339]
根据除了第十六方面至第十八方面之一之外提供的第二十方面，所述方法还包括对为用户设备配置的所有参数集方案执行公共缓冲区状态报告过程的步骤。所述执行公共缓冲区状态报告过程的步骤包括生成公共缓冲区状态报告，所述报告单独指示与为用户设备配置的每个参数集方案相关联的逻辑信道的缓冲区状态，并且将所生成的公共缓冲区状态报告发送到无线电基站。可选地，为针对用户设备配置的每个参数集方案定义用于公共缓冲区状态报告过程的单独的缓冲区状态报告配置和/或触发器。
[0340]
根据除了第十六方面至第十八方面之一之外提供的第二十一方面，所述方法还包括对为用户设备配置的每个参数集方案执行单独的缓冲区状态报告过程的步骤。所述针对参数集方案之一执行单独的缓冲区状态报告过程的所述步骤包括生成缓冲区状态报告，所述报告指示与所述一个参数集方案相关联的逻辑信道的缓冲区状态，并且将所生成的单独的缓冲区状态报告发送到无线电基站。
[0341]
根据除了第十六方面至第十八方面之一之外提供的第二十二方面，所述方法还包括对用户设备的所有数据传输使用情境执行公共缓冲区状态报告过程的步骤。所述执行公共缓冲区状态报告过程的步骤包括生成公共缓冲区状态报告，所述报告单独指示与每个数据传输使用情境相关联的逻辑信道的缓冲区状态，并且将所生成的公共缓冲区状态报告发送到无线电基站。可选地，每个数据传输使用情境包含至少一个参数集方案，可选地其中，数据传输使用情境是大规模机器类型通信mmtc、增强型移动宽带embb、以及超可靠低延迟通信urllc之一。
[0342]
根据除了第十六方面到第二十二方面之一之外提供的第二十三方面，所述对逻辑信道进行优先级排序的步骤使得无线电资源仅被分配给与所接收的上行链路调度指派旨在用于的参数集方案相关联的那些逻辑信道。
[0343]
根据除了第十六方面至第二十三方面之一之外提供的第二十四方面，所述方法还包括以下步骤：生成用于从无线电基站请求上行链路无线电资源的调度请求，以及将所生成的调度请求发送到无线电基站。所述调度请求指示上行链路无线电资源所请求的参数集方案或数据传输使用情境。
[0344]
本公开的硬件和软件实现方式
[0345]
其他示例性实施例涉及使用硬件、软件或者软件与硬件协作来实现上述各种实施例。就这一点而言，提供了用户终端(移动终端)。用户终端适于执行本文描述的方法，包括对应的实体以适当地参与所述方法，诸如接收单元、发送单元、处理器。
[0346]
进一步认识到，可以使用计算设备(处理器)来实现或执行各种实施例。计算设备或处理器可以例如是通用处理器、数字信号处理器(dsp)、专用集成电路(asic)、现场可编程门阵列(fpga)或者其他可编程逻辑设备等。还可以执行各种实施例或者由这些设备的组合来实施。具体地，在上述每个实施例的描述中使用的每个功能块可以由lsi作为集成电路来实现。它们可以单独形成为芯片，或者可以形成一个芯片以便包括部分或全部功能块。它们可以包括与其耦合的数据输入和输出。本文的lsi可以根据集成度的不同而称为ic、系统lsi、超级lsi或超lsi。然而，实现集成电路的技术不限于lsi，并且可以通过使用专用电路或通用处理器来实现。此外，可以使用可以在制造lsi之后编程的fpga(现场可编程门阵列)或者其中设置在lsi 内部的电路单元的连接和设置可以重新配置的可重构处理器。
[0347]
此外，各种实施例还可以借助于软件模块来实现，所述软件模块由处理器执行或
直接以硬件执行。软件模块和硬件实现的组合也是可能的。软件模块可以存储在任何类型的计算机可读存储介质上，例如ram、eprom、 eeprom、闪存、寄存器、硬盘、cd
‑
rom、dvd等。还应当注意的是，不同的实施例的各个特征可以单独地或以任意组合作为另一个实施例的主题。
[0348]
本领域技术人员将理解，可以对具体实施例中所示的本公开做出许多变化和/或修改。因此，本实施例视为在所有方面是说明性的而不是限制性的。