CN108307518B

CN108307518B - 用于控制信道与数据信道之间的时序关系的方法和设备

Info

Publication number: CN108307518B
Application number: CN201810031092.8A
Authority: CN
Inventors: 林克强
Original assignee: Asustek Computer Inc
Current assignee: Asustek Computer Inc
Priority date: 2017-01-13
Filing date: 2018-01-12
Publication date: 2021-07-06
Anticipated expiration: 2038-01-12
Also published as: EP3349529A1; EP3349529B8; JP2018113689A; KR20180083819A; ES2808553T3; US20180206263A1; JP6681416B2; EP3349529B1; CN108307518A; TW201826771A; KR102101546B1; TWI673979B; US10356808B2

Abstract

本发明提供一种用于控制信道与数据信道之间的时序关系的方法和设备。在一个实施例中，所述方法包含用户设备接收调度具有第一时间间隔的数据传送期间的第一数据传送的传送的第一控制信息。所述方法还包含用户设备接收调度具有第二时间间隔的数据传送期间的第二数据传送的传送的第二控制信息，其中第一数据传送和第二数据传送在时域中不重叠。所述方法进一步包含用户设备根据第一控制信息对第一数据传送执行处理，且用户设备不根据第二控制信息对第二数据传送执行处理。

Description

用于控制信道与数据信道之间的时序关系的方法和设备

技术领域

本公开大体上涉及无线通信网络，且更具体地说，涉及用于无线通信系统中的控制信道与数据信道之间的时序关系的方法和设备。

背景技术

随着对将大量数据传送到移动通信装置以及从移动通信装置传送大量数据的需求快速增长，传统的移动语音通信网络演变成与互联网协议(Internet Protocol，IP)数据包通信的网络。此类IP数据包通信可以为移动通信装置的用户提供IP承载语音、多媒体、多播和点播通信服务。

示例性网络结构是演进型通用陆地无线接入网(Evolved UniversalTerrestrial Radio Access Network，E-UTRAN)。E-UTRAN系统可以提供高数据吞吐量以便实现上述IP承载语音和多媒体服务。目前，3GPP标准组织正在讨论新下一代(例如，5G)无线电技术。因此，目前正在提交和考虑对3GPP标准的当前主体的改变以使3GPP标准演进和完成。

发明内容

从用户设备(User Equipment，UE)的角度公开一种方法和设备。在一个实施例中，所述方法包含UE接收调度具有第一时间间隔的数据传送期间的第一数据传送的传送的第一控制信息。所述方法还包含UE接收调度具有第二时间间隔的数据传送期间的第二数据传送的传送的第二控制信息，其中第一数据传送和第二数据传送在时域中不重叠。所述方法进一步包含UE根据第一控制信息对第一数据传送执行处理，且UE不根据第二控制信息对第二数据传送执行处理。

附图说明

图1示出了根据一个示例性实施例的无线通信系统的图式。

图2是根据一个示例性实施例的传送器系统(也被称作接入网络)和接收器系统(也被称作用户设备或UE)的框图。

图3是根据一个示例性实施例的通信系统的功能框图。

图4是根据一个示例性实施例的图3的程序代码的功能框图。

图5是3GPP TR 36.211 V13.2.0的图6.2.2-1的再现。

图6是3GPP TR 36.211 V13.2.0的表6.2.3-1的再现。

图7是3GPP TR 36.211 V13.2.0的表6.7-1的再现。

图8是3GPP TR 36.211 V13.2.0的表6.7.2-1的再现。

图9是3GPP TR 36.211 V13.2.0的表6.8.1-1的再现。

图10是3GPP TR 36.211 V13.2.0的表6.8.3-1的再现。

图11是3GPP TR 36.211 V13.2.0的表6.12-1的再现。

图12是3GPP TR 36.211 V13.2.0的图6.13-1的再现。

图13是3GPP TS 36.212 V13.1.0的图5.3.3-1的再现。

图14是3GPP TS 36.213 V13.1.1的表7-1的再现。

图15是3GPP TS 36.213 V13.1.1的表7-2的再现。

图16是3GPP TS 36.213 V13.1.1的表7-3的再现。

图17是3GPP TS 36.213 V13.1.1的表7.1-1的再现。

图18是3GPP TS 36.213 V13.1.1的表7.1-2的再现。

图19是3GPP TS 36.213 V13.1.1的表7.1-2A的再现。

图20是3GPP TS 36.213 V13.1.1的表8-1的再现。

图21是3GPP TS 36.213 V13.1.1的表8-3的再现。

图22是3GPP TS 36.213 V13.1.1的表8-4的再现。

图23是3GPP TS 36.213 V13.1.1的表8.1.3-1的再现。

图24是3GPP TS 36.213 V13.1.1的表9.1.1-1的再现。

图25是3GPP TS 36.213 V13.1.1的表9.1.1-1A的再现。

图26是3GPP TS 36.213 V13.1.1的表9.1.1-2的再现。

图27是根据一个示例性实施例的流程图。

图28是根据一个示例性实施例的流程图。

图29是根据一个示例性实施例的流程图。

图30是根据一个示例性实施例的流程图。

图31是根据一个示例性实施例的流程图。

具体实施方式

下文描述的示例性无线通信系统和装置采用支持广播业务的无线通信系统。广泛部署无线通信系统以提供各种类型的通信，例如语音、数据等等。这些系统可以是基于码分多址(CDMA)、时分多址(TDMA)、正交频分多址(OFDMA)、3GPP长期演进(Long TermEvolution，LTE)无线接入、3GPP LTE-A或LTE-高级(Long Term Evolution Advanced，长期演进高级)、3GPP2超移动宽带(Ultra Mobile Broadband，UMB)、WiMax或一些其他调制技术。

确切地说，下文描述的示例性无线通信系统装置可以被设计成支持一个或多个标准，例如由被命名为“第三代合作伙伴计划”的在本文中被称作3GPP的联合体提供的标准，包含：3GPP RP-150465，“新SI提议：用于LTE的时延减少技术的研究”，爱立信(Ericsson)，华为(Huawei)；TR 36.211 V13.1.0，“演进通用陆地无线电接入(E-UTRA)；物理信道和调制(版本13)”；TS 36.331，V13.2.0，“演进通用陆地无线电接入(E-UTRA)；无线电资源控制(Radio Resource Control，RRC)；协议规范(版本13)”；TS 36.212 v13.1.0，“演进通用陆地无线电接入(E-UTRA)；多路复用和信道编码(版本13)”；TS 36.213 v13.1.1，“E-UTRA物理层程序(版本13)”；RAN1#86bis主席笔记；以及RAN1#87主席笔记。上文所列的标准和文档特此明确地以全文引用的方式并入。

图1示出了根据本发明的一个实施例的多址无线通信系统。接入网络100(accessnetwork，AN)包含多个天线群组，一个包含104和106，另一个包含108和110，并且还有一个包含112和114。在图1中，每一天线群组仅示出两个天线，然而，每一天线群组可利用更多或更少的天线。接入终端116(AT)与天线112和114通信，其中天线112和114经由前向链路120向接入终端116传送信息，并经由反向链路118从接入终端116接收信息。接入终端(AT)122与天线106和108通信，其中天线106和108经由前向链路126向接入终端(AT)122传送信息，并经由反向链路124从接入终端(AT)122接收信息。在FDD系统中，通信链路118、120、124和126可使用不同频率以供通信。例如，前向链路120可使用与反向链路118所使用频率不同的频率。

每一天线群组和/或它们被设计成在其中通信的区域常常被称作接入网络的扇区。在实施例中，天线群组各自被设计成与接入网络100所覆盖的区域的扇区中的接入终端通信。

在通过前向链路120和126的通信中，接入网络100的传送天线可以利用波束成形以便改进不同接入终端116和122的前向链路的信噪比。并且，相比于通过单个天线传送到其所有接入终端的接入网络，使用波束成形以传送到在接入网络的整个覆盖范围中随机分散的接入终端的所述接入网络对相邻小区中的接入终端产生更少的干扰。

接入网络(access network，AN)可以是用于与终端通信的固定台或基站，并且也可以被称作接入点、Node B、基站、增强型基站、演进型基站(evolved Node B，eNB)，或某一其他术语。接入终端(access terminal，AT)还可以被称作用户设备(user equipment，UE)、无线通信装置、终端、接入终端或某一其他术语。

图2是MIMO系统200中的传送器系统210(也被称作接入网络)和接收器系统250(也被称作接入终端(AT)或用户设备(UE))的实施例的简化框图。在传送器系统210处，从数据源212将用于数个数据流的业务数据提供到传送(TX)数据处理器214。

在一个实施例中，通过相应的传送天线传送每个数据流。TX数据处理器214基于针对每一数据流而选择的特定译码方案来格式化、译码及交错所述数据流的业务数据以提供经译码数据。

可使用OFDM技术将每一数据流的经译码数据与导频数据多路复用。导频数据通常为以已知方式进行处理的已知数据样式，且可在接收器系统处使用以估计信道响应。随后基于针对每一数据流选择的特定调制方案(例如，BPSK、QPSK、M-PSK或M-QAM)调制(即，符号映射)用于所述数据流的多路复用导频和经译码数据以提供调制符号。可以通过由处理器230执行的指令来确定用于每个数据流的数据速率、译码和调制。

接着将所有数据流的调制符号提供给TX MIMO处理器220，所述处理器可进一步处理所述调制符号(例如，用于OFDM)。TX MIMO处理器220接着将N_T个调制符号流提供给N_T个传送器(TMTR)222a至222t。在某些实施例中，TX MIMO处理器220对数据流的符号及传送所述符号的天线应用波束成形权重。

每一传送器222接收及处理相应符号流以提供一个或多个模拟信号，并且进一步调节(例如，放大、滤波及上变频转换)所述模拟信号以提供适合于经由MIMO信道传送的经调制信号。接着分别从N_T个天线224a到224t传送来自传送器222a到222t的N_T个经调制信号。

在接收器系统250处，由N_R个天线252a至252r接收所传送的经调制信号，并且将从每个天线252接收到的信号提供到相应的接收器(RCVR)254a至254r。每一接收器254调节(例如，滤波、放大和下转换)相应的接收到的信号、将经调节信号数字化以提供样本，并且进一步处理所述样本以提供对应的“接收到的”符号流。

RX数据处理器260接着从N_R个接收器254接收且基于特定接收器处理技术处理N_R个所接收符号流以提供N_T个“检测到的”符号流。RX数据处理器260接着解调、解交错及解码每一经检测符号流以恢复数据流的业务数据。由RX数据处理器260进行的处理与传送器系统210处的TX MIMO处理器220和TX数据处理器214所执行的处理互补。

处理器270周期性地确定要使用哪个预译码矩阵(下文论述)。处理器270制定包括矩阵索引部分和秩值部分的反向链路消息。

反向链路消息可包括与通信链路和/或接收到的数据流有关的各种类型的信息。反向链路消息接着由TX数据处理器238(其还接收来自数据源236的数个数据流的业务数据)处理，由调制器280调制，由传送器254a至254r调节，及被传送回到传送器系统210。

在传送器系统210处，来自接收器系统250的经调制信号由天线224接收、由接收器222调节、由解调器240解调，并由RX数据处理器242处理，以提取由接收器系统250传送的反向链路消息。接着，处理器230确定使用哪一预译码矩阵以确定波束成形权重，然后处理所提取的消息。

转而参看图3，此图示出了根据本发明的一个实施例的通信装置的替代简化功能框图。如图3中所示出，可以利用无线通信系统中的通信装置300以用于实现图1中的UE(或AT)116和122或图1中的基站(或AN)100，并且无线通信系统优选地是LTE系统。通信装置300可以包含输入装置302、输出装置304、控制电路306、中央处理单元(central processingunit，CPU)308、存储器310、程序代码312以及收发器314。控制电路306通过CPU 308执行存储器310中的程序代码312，由此控制通信装置300的操作。通信装置300可以接收由用户通过输入装置302(例如键盘或小键盘)输入的信号，且可以通过输出装置304(例如监视器或扬声器)输出图像和声音。收发器314用于接收和传送无线信号、将接收到的信号传递到控制电路306、且无线地输出由控制电路306产生的信号。也可以利用无线通信系统中的通信装置300来实现图1中的AN 100。

图4是根据本发明的一个实施例在图3中所示的程序代码312的简化的框图。在此实施例中，程序代码312包含应用层400、层3部分402以及层2部分404，且耦合到层1部分406。层3部分402通常执行无线电资源控制。层2部分404通常执行链路控制。层1部分406通常执行物理连接。

包数据时延是性能评估的一个重要度量。减少包数据时延会改进系统性能。在3GPP RP-150465中，研究项目“用于LTE的时延减少技术的研究”旨在调查和标准化时延减少的一些技术。

根据3GPP RP-150465，所述研究项目的目标是研究对E-UTRAN无线电系统的增强以便显著减少用于作用中UE的LTE Uu空中接口上的包数据时延，且显著减少已经处于非作用达较长期间(处于连接状态)的UE的包数据输送往返时延。研究领域包含资源效率，包含空中接口能力、电池寿命、控制信道资源、规范影响和技术可行性。考虑频分双工(Frequency Division Duplex，FDD)和时分双工(Time Division Duplex，TDD)双工模式。

根据3GPP RP-150465，应当研究且记录两个领域：

-快速上行链路接入解决方案

对于作用中UE和较长时间内非作用但保持RRC连接的UE，应致力于减少经调度UL传送的用户平面时延，以及在保持和不保持当前TTI长度和处理时间的两种情况下，与现今标准所允许的预调度解决方案比较，利用协议和信令增强均获得更加资源高效的解决方案

-TTI缩短和减少的处理时间

考虑对参考信号和物理层控制信令的影响，评估规范影响和研究在0.5ms和一个OFDM符号之间的TTI长度的可行性和性能

传送时间间隔(Transmission Time Interval，TTI)缩短和处理时间减少可视为用于减少时延的有效解决方案，因为用于传送的时间单位可减小(例如，从1ms(14个OFDM)符号到1至7个OFDM符号)，且由解码造成的延迟也可减小。缩短TTI长度的另一益处是支持输送块(transport block，TB)大小的更精细粒度，使得可以减少不必要的填补。另一方面，减小TTI的长度还可以对当前系统设计具有显著影响，因为基于1ms结构开发物理信道。缩短的TTI也被称为sTTI。

用于5G的新RAT(NR)中使用帧结构，以适应对时间和频率资源的各种类型的要求(如3GPP RP-150465中)所论述，例如从超低时延(约0.5ms)到用于机器类型通信(MachineType Communication，MTC)的延迟耐受性业务，从用于增强型移动宽带(Enhanced MobileBroadband，eMBB)的高峰值速率到用于MTC的极低数据速率。本研究的重要焦点是低时延方面，例如短TTI，而在研究中也可考虑混合/适配不同TTI的其他方面。除了不同的服务和要求之外，在初始NR帧结构设计中，正向兼容性也是重要的考虑因素，因为开始阶段或版本中并不包含所有NR特征。

协议的减少时延是不同代或版本之间的重要改进，这可改善效率以及满足新的应用要求，例如实时服务。经常用来减少时延的有效方法是减小TTI的长度，从3G中的10ms减小到LTE中的1ms。在REl-14中的LTE-A Pro的上下文中，提出研究项目(Study Item，SI)或工作项目(Work Item，WI)以将TTI减少到亚微秒水平，例如0.1至0.5ms，方法是减少TTI内的OFDM符号的数目而不改变任何现有LTE基础参数，即，在LTE中仅存在一个基础参数。此改进的目标可为解决TCP慢启动问题，以及极低但频繁的业务，或在某一程度上满足NR中预见的超低时延。处理时间减少是用于减小时延的另一考虑因素。研究尚未推断出短TTI和短处理时间是否总是一起出现。研究具有一些限制，因为所采用的方法应保持后向兼容性，例如，存在传统控制区域。LTE基础参数的简要说明如下在3GPP TR 36.211中描述：

6下行链路

6.1概述

下行链路传送的最小时间频率单位表示为资源元素，并在条款6.2.2中定义。

在支持PDSCH传送的载波上的无线电帧中的下行链路子帧的子集可以通过高层配置为MBSFN子帧。每个MBSFN子帧分成非MBSFN区和MBSFN区。

-非MBSFN区跨越MBSFN子帧中的第一个或前两个OFDM符号，其中非MBSFN区的长度根据子条款6.7给出。

-MBSFN子帧中的MBSFN区被定义为不用于非MBSFN区的OFDM符号。

对于帧结构类型3，MBSFN配置将不应用于下行链路子帧，其中不占用至少一个OFDM符号或传送发现信号。

除非另有外指定，否则每一下行链路子帧中的传送将使用与用于下行链路子帧#0的循环前缀长度相同的循环前缀长度。

6.1.1物理信道

下行链路物理信道对应于承载源自较高层的信息的资源元素集合，并且是在3GPPTS 36.212[3]和本文档3GPP TS 36.211之间定义的接口。

定义以下下行链路物理信道：

-物理下行链路共享信道，PDSCH

-物理广播信道，PBCH

-物理多播信道，PMCH

-物理控制格式指示信道，PCFICH

-物理下行链路控制信道，PDCCH

-物理混合ARQ指示信道，PHICH

-增强型物理下行链路控制信道，EPDCCH

-MTC物理下行链路控制信道，MPDCCH

6.1.2物理信号

下行链路物理信号对应于供物理层使用的资源元素集合，但是不承载源自较高层的信息。定义以下下行链路物理信号：

-参考信号

-同步信号

-发现信号

6.2时隙结构和物理资源元素

6.2.1资源网格

通过

个副载波和

个OFDM符号的一个或几个资源网格来描述每一时隙中的传送信号。资源网格结构在图6.2.2-1中说明。数量

取决于在小区中进行配置的下行链路传送带宽，并且将满足

其中

和

分别是本规范的当前版本支持的最小和最大下行链路带宽。

用于

的所允许值的集合由3GPP TS 36.104[6]给出。时隙中的OFDM符号的数目取决于经配置的循环前缀长度和副载波间距且在表6.2.3-1中给出。

定义天线端口，使得可以从传送相同天线端口上的另一符号所经过的信道中推断出传递天线端口上的符号所经过的信道。对于MBSFN参考信号、定位参考信号、与PDSCH相关联的UE特定的参考信号以及与EPDCCH相关联的解调参考信号，存在下文给定的限制，在所述限制内，可以从相同天线端口上的一个符号至另一符号推断信道。每个天线端口存在一个资源网格。所支持的天线端口的集合取决于小区中的参考信号配置：

-小区特定参考信号支持一个、两个或四个天线端口的配置，并且分别在天线端口p＝0、p∈{0,1}和p∈{0,1,2,3}上传送。

-MBSFN参考信号在天线端口p＝4上传送。仅当两个符号对应于相同MBSFN区域的子帧时，才可以从传送相同天线端口上的另一符号所通过的信道推断传送天线端口p＝4上的符号所通过的信道。

-与PDSCH相关联的UE特定参考信号在天线端口p＝5、p＝7、p＝8或p∈{7,8,9,10,11,12,13,14}中的一个或几个上进行传送。传达这些天线端口中的一个天线端口上的符号所经由的信道可以从传达同一天线端口上的另一符号所经由的信道推断出，但是这只在这两个符号处于同一子帧内，且在使用PRB捆绑的情况下在同一PRG中时或在不使用PRB捆绑的情况下在同一PRB对中时发生。

-与EPDCCH相关联的解调参考信号在p∈{107,108,109,110}中的一个或几个上进行传送。传达这些天线端口中的一个天线端口上的符号所经由的信道可以从传达同一天线端口上的另一符号所经由的信道推断出，但是这只在这两个符号处于同一PRB对中时发生。

-定位参考信号在天线端口p＝6上传送。可以从仅在由N_PRS个连续下行链路子帧组成的一个定位参考信号场合内传送相同天线端口上的另一符号所通过的信道推断传送天线端口p＝6上的符号所通过的信道，其中N_PRS通过较高层配置。

-CSI参考信号支持一个、两个、四个、八个、十二个或十六个天线端口的配置，并且分别在天线端口p＝15、p＝15,16、p＝15,...,18、p＝15,...,22、p＝15,...,26和p＝15,...,30上传送。

如果一个天线端口上的符号传达所经过的信道的大规模性质可以从另一天线端口上的符号传达所经过的信道推断，那么这两个天线端口称为准共址的。所述大规模特性包含延迟扩展、多普勒扩展、多普勒移位、平均增益和平均延迟中的一个或多个。

6.2.2资源元素

天线端口p的资源网格中的每个元素称为资源元素并且通过时隙中的索引对(k,l)唯一地识别，其中

分别是频域和时间域中的索引。天线端口p上的资源元素(k,l)对应于复值

当不存在混淆的风险，或未指定特定天线端口时，索引p可以被丢弃。

[3GPP TR 36.211 V13.2.0的标题为“下行链路资源网格”的图6.2.2-1被再现为图5]

6.2.3资源块

资源块用于描述某些物理信道到资源元素的映射。定义物理和虚拟资源块。

物理资源块被定义为时域中的

个连续OFDM符号以及频域中的

个连续副载波，其中

和

由表6.2.3-1给出。物理资源块因此由

个资源元素组成，对应于时域中的一个时隙以及频域中的180kHz。

物理资源块在频域中的编号为从0至

频域中的物理资源块编号n_PRB与时隙中的资源元素(k,l)之间的关系通过下式得出：

[3GPP TR 36.211 V13.2.0的标题为“物理资源块参数”的表6.2.3-1被再现为图6]

物理资源块对被定义为具有相同物理资源块编号n_PRB的一个子帧中的两个物理资源块。

虚拟资源块具有与物理资源块相同的大小。定义两种类型的虚拟资源块：

-局部化类型的虚拟资源块

-分布式类型的虚拟资源块

对于每种类型的虚拟资源块，通过单个虚拟资源块编号n_VRB来共同指派分配子帧中的两个时隙中的一对虚拟资源块。

[…]

6.7物理控制格式指示信道

物理控制格式指示信道承载关于用于子帧中的PDCCH的传送的OFDM符号的数目的信息。可能用于子帧中的PDCCH的OFDM符号的集合由表6.7-1给出。

[3GPP TR 36.211 V13.2.0的标题为“用于PDCCH的OFDM符号的数目”的表6.7-1被再现为图7]

当用于PDCCHde OFDM符号的数目大于零时UE可以假定PCFICH被传送，除非[4，条款12]中另外说明。

6.7.1加扰

在一个子帧中传送的位b(0),...,b(31)的块应在调制之前根据下式以小区特定的序列进行加扰，从而导致经加扰位

的块

其中加扰序列c(i)由条款7.2给出。加扰序列产生器应当在每一子帧的开始处以

初始化。

6.7.2调制

经加扰位

的块应当如条款7.1中描述而调制，从而导致复值调制符号d(0),...,d(15)的块。表6.7.2-1指定适用于物理控制格式指示信道的调制映射。

[3GPP TR 36.211 V13.2.0的标题为“PCFICH调制方案”的表6.7.2-1被再现为图8]

6.7.3层映射和预译码

调制符号d(0),...,d(15)的块应当根据条款6.3.3.1或6.3.3.3中的一个以

映射到层，且根据条款6.3.4.1或6.3.4.3中的一个进行预译码，从而导致向量y(i)＝[y⁽⁰⁾(i)...y^(P-1)(i)]^T的块，i＝0,...,15，其中y^(p)(i)表示用于天线端口p的信号，且其中p＝0,...,P-1且用于小区特定参考信号的天线端口的数目P∈{1,2,4}。PCFICH将与PBCH在相同的天线端口集合上传送。

6.7.4到资源元素的映射

在复值符号的四联体方面定义到资源元素的映射。假定z^(p)(i)＝<y^(p)(4i),y^(p)(4i+1),y^(p)(4i+2),y^(p)(4i+3)>表示用于天线端口p的符号四联体i。对于天线端口中的每一个，符号四联体将以i的递增次序映射到下行链路子帧或DwPTS中的第一OFDM符号中的四个资源元素群组，其中如条款6.2.4中定义的代表性资源元素如下给出

z^(p)(0)映射到由

表示的资源元素群组

z^(p)(1)映射到由

表示的资源元素群组

z^(p)(2)映射到由

表示的资源元素群组

z^(p)(3)映射到由

表示的资源元素群组

其中加法是模

且

是如由条款6.11给出的物理层小区识别。

6.8物理下行链路控制信道

6.8.1 PDCCH格式

物理下行链路控制信道承载调度指派和其他控制信息。物理控制信道是在一个或几个连续控制信道元素(control channel element，CCE)的聚合上传送，其中控制信道元素对应于9个资源元素群组。未指派给PCFICH或PHICH的资源元素群组的数目是N_REG。系统中可用的CCE编号为从0至N_CCE-1，其中

PDCCH支持多个格式，如表6.8.1-1中列出。由n个连续CCE组成的PDCCH可以仅在满足i mod n＝0的CCE上开始，其中i是CCE编号。

多个PDCCH可在子帧中传送。

[3GPP TR 36.211 V13.2.0的标题为“支持的PDCCH格式”的表6.8.1-1被再现为图9]

6.8.2 PDCCH多路复用和加扰

将在子帧中传送的每一个控制信道上的位

的块应当进行多路复用，其中

是将在编号i的物理下行链路控制信道上传送的一个子帧中的位的数目，从而导致位

的块，其中n_PDCCH是所述子帧中传送的PDCCH的数目。

位

的块应当在调制之前根据下式以小区特定序列进行加扰，从而导致经加扰位

的块

初始化。

CCE编号n对应于位b(72n),b(72n+1),...,b(72n+71)。如果必要，那么<NIL>个元素将在加扰之前在所述位块中插入，以确保PDCCH在如3GPP TS 36.213[4]中所述的CCE位置处开始，且确保经加扰位块的长度

匹配于未指派给PCFICH或PHICH的资源元素群组的量。

6.8.3调制

经加扰位

的块应当如条款7.1中调制，从而导致复值调制符号d(0),...,d(M_symb-1)的块。表6.8.3-1指定适用于物理下行链路控制信道的调制映射。

[3GPP TR 36.211 V13.2.0的标题为“PDCCH调制方案”的表6.8.3-1被再现为图10]

6.8.4层映射和预译码

调制符号d(0),...,d(M_symb-1)的块应当根据条款6.3.3.1或6.3.3.3中的一个以

映射到层，且根据条款6.3.4.1或6.3.4.3中的一个进行预译码，从而导致向量y(i)＝[y⁽⁰⁾(i)...y^(P-1)(i)]^T，i＝0,...,M_symb-1的块映射到用于传送的天线端口上的资源上，其中y^(p)(i)表示用于天线端口p的信号。PDCCH将与PBCH在相同的天线端口集合上传送。

6.8.5到资源元素的映射

到资源元素的映射是通过对复值符号的四联体的运算来定义。假定z^(p)(i)＝<y^(p)(4i),y^(p)(4i+1),y^(p)(4i+2),y^(p)(4i+3)>表示用于天线端口p的符号四联体i。

四联体z^(p)(0),...,z^(p)(M_quad-1)的块，其中M_quad＝M_symb/4，应当进行排列从而导致w^(p)(0),...,w^(p)(M_quad-1)。所述排列将根据3GPP TS 36.212[3]的条款5.1.4.2.1中的子块交错器，其中以下情况例外：

-对交错器的输入和输出是由符号四联体而不是位界定

-交错是通过分别用“符号四联体”和“符号四联体序列”替代3GPP TS 36.212[3]的条款5.1.4.2.1中的术语“位”和“位序列”而对符号四联体而不是位执行

在3GPP TS 36.212[3]中的交错器的输出处的<NULL>元素应当在形成w^(p)(0),...,w^(p)(M_quad-1)时被移除。应注意，<NULL>元素的移除不影响条款6.8.2中插入的任何<NIL>元素。

四联体w^(p)(0),...,w^(p)(M_quad-1)的块应当经循环移位，从而导致

其中

四联体

的块的映射是在资源元素群组方面根据以下步骤1至10定义，在条款6.2.4中指定：

1)初始化m′＝0(资源元素群组编号)

2)初始化k'＝0

3)初始化l'＝0

4)如果资源元素(k′,l′)表示一个资源元素群组且所述资源元素群组未指派给PCFICH或PHICH，那么执行步骤5和6，否则到达步骤7

5)对于每一天线端口p，将符号四联体

映射到由(k′,l′)表示的资源元素群组

6)将m′增加1

7)将l'增加1

8)如果l'<L则从步骤4重复，其中L对应于用于PDCCH传送的OFDM符号的数目，如由PCFICH上传送的序列指示

9)将k'增加1

10)如果

则从步骤3重复

<…>

6.12 OFDM基带信号产生

在下行链路时隙中的OFDM符号l中的天线端口p上的时间连续信号

通过下式定义

对于0≤t<(N_CP,l+N)×T_s，其中

且

对于Δf＝15kHz副载波间距，变量N等于2048，并且对于Δf＝7.5kHz副载波间距，变量N等于4096。

时隙中的OFDM符号应从l＝0开始以l的递增次序传送，其中OFDM符号l>0在时隙内在时间

处开始。在时隙中的第一OFDM符号使用标准循环前缀以及其余OFDM符号使用扩展循环前缀的情况下，具有扩展循环前缀的OFDM符号的开始位置应与所有OFDM符号使用扩展循环前缀的时隙中的OFDM符号的开始位置相同因此，将存在不指定传送信号的两个循环前缀区域之间的时隙的一部分。

表6.12-1列出将使用的N_CP,l的值。应注意，在一些情况下，时隙内的不同OFDM符号具有不同循环前缀长度。

[3GPP TR 36.211 V13.2.0的标题为“OFDM参数”的表6.12-1被再现为图11]

6.13调制和上转换

图6.13-1中示出对用于每个天线端口的复值OFDM基带信号的载波频率的调制和上转换。在传送之前所需的滤波由3GPP TS 36.104[6]中的要求定义。

[3GPP TR 36.211 V13.2.0的标题为“下行链路调制”的图6.13-1被再现为图12]

在LTE中，仅存在针对初始接入定义的一个DL基础参数，所述基础参数是15KHz子载波间距，并且将在初始接入期间获取的信号和信道是基于15KHz基础参数。为了接入小区，UE可能需要获取一些基本信息。例如，UE首先获取小区的时间或频率同步，这是在小区搜索或小区选择或重新选择期间完成。可通过接收同步信号，例如主要同步信号(primarysynchronization signal，PSS)或次要同步信号(secondary synchronization signal，SSS)，而获得时间或频率同步。在同步期间，已知小区的中心频率并且获得子帧或帧边界。当获取PSS或SSS时，小区的循环前缀(Cyclic prefix，CP)，例如正常CP或延伸CP，小区的双工模式，例如FDD或TDD也可为已知的。接着，物理广播信道(physical broadcast channel，PBCH)上承载的主信息块(master information block，MIB)与一些基本系统信息一起接收，例如系统帧号(system frame number，SFN)、系统带宽或物理控制信道相关信息。

UE将根据系统带宽接收在恰当资源元素上且具有恰当有效负载大小的DL控制信道(例如，PDCCH)，且可在系统信息块(system information block，SIB)中获取接入小区所需的一些更多系统信息，例如小区是否可接入、UL带宽和频率、随机接入参数等。UE随后可执行随机接入且请求对小区的连接。

在完成连接设定之后，UE将进入连接模式并且将能够执行到小区的数据传送或执行从小区的数据接收。用于数据接收和传送的资源分配是根据在MIB或SIB中用信号表示的系统带宽(例如，以下引证中的

或

)而完成。并且，DL控制信道与其相关联DL数据信道或UL数据信道之间将存在固定时序关系。

例如当在DL控制信道上在子帧n中接收上行链路准予时，其相关联UL数据信道将在子帧n+4中传送。当下行链路指派在子帧n中接收时，相关联下行链路数据将在同一子帧中接收，且其相应混合自动重复请求(Hybrid Automatic Repeat Request，HARQ)反馈将在子帧n+4中传送。用于DL和UL的HARQ过程的数目将基于时序关系而确定，例如使得在以HARQ过程解码数据包之前可以另一HARQ过程传送或接收另一数据包或者可重新传送数据包。更多细节可在来自3GPP TR 36.211、TS 36.331、TS 36.212和TS 36.213的以下描述中找到。

3GPP TS 36.212陈述：

5.3.3下行链路控制信息

DCI输送下行链路、上行链路或副链路调度信息、对非周期性CQI报告的请求、LAA共同信息、MCCH改变的通知[6]或用于一个小区和一个RNTI的上行链路功率控制命令。RNTI隐式地编码于CRC中。

图5.3.3-1示出了用于一个DCI的处理结构。可标识以下译码步骤：

-信息元素多路复用

-CRC附加

-信道译码

-速率匹配

下图中示出用于DCI的译码步骤。

[3GPP TS 36.212 V13.1.0的标题为“用于一个DCI的处理”的图5.3.3-1被再现为图13]

5.3.3.1 DCI格式

下文在DCI格式中定义的字段映射到信息位a₀到a_A-1，如下。

每一字段以其在描述中出现的次序映射，包含补零位(如果存在)，其中第一字段映射到最低次序信息位a₀且每一连续字段映射到较高次序信息位。每一字段的最高有效位映射到用于所述字段的最低次序信息位，例如第一字段的最高有效位映射到a₀。

5.3.3.1.1格式0

DCI格式0用于一个UL小区中的PUSCH的调度。

以下信息借助于DCI格式0进行传送：

-载波指示-0或3个位。这个字段根据[3]中的定义而存在。

-用于format0/format1 A区分的标志-1位，其中值0指示格式0，且值1指示格式1A

-跳频标志-1位，如[3]的章节8.4中定义。此字段用作用于资源分配类型1的对应资源分配字段的MSB。

-资源块指派和跳频资源分配-

个位

-对于PUSCH跳频(仅资源分配类型0)：

-N_{UL_hop}个MSB位用以获得

的值，如[3]的章节8.4中指示。

-

位提供UL子帧中的第一时隙的资源分配

-对于资源分配类型0的非跳频PUSCH：

-

位提供UL子帧中的资源分配，如[3]的章节8.1.1中定义

-对于资源分配类型1的非跳频PUSCH：

-跳频标志字段以及资源块指派和跳频资源分配字段的串接提供UL子帧中的资源分配字段，如[3]的8.1.2中定义

-调制和译码方案以及冗余版本-5个位，如[3]的章节8.6中定义

-新数据指示-1位

-用于经调度PUSCH的TPC命令-2个位，如[3]的章节5.1.1.1中定义

-用于DM RS和OCC索引的循环移位-3个位，如[2]的章节5.5.2.1.1中定义

-UL索引-2个位，如[3]的章节5.1.1.1、7.2.1、8和8.4中定义(此字段仅对于具有上行链路-下行链路配置0的TDD操作存在)

-下行链路指派索引(Downlink Assignment Index，DAI)-2个位，如[3]的章节7.3中定义(此字段仅对于TDD初级小区以及具有上行链路-下行链路配置1-6的TDD操作或FDD操作的情况存在)

-CSI请求-1、2或3个位，如[3]的章节7.2.1中定义。所述2位字段适用于被配置有不超过五个DL小区的UE以及

-被配置有多于一个DL小区且当对应DCI格式映射到由如[3]中定义的C-RNTI给出的UE特定搜索空间上时的UE；

-由较高层以多于一个CSI过程配置且当对应DCI格式映射到由如[3]中定义的C-RNTI给出的UE特定搜索空间上时的UE；

-由较高层以参数csi-MeasSubframeSet被配置有两个CSI测量集合且当对应DCI格式映射到由如[3]中定义的C-RNTI给出的UE特定搜索空间上时的UE；

所述3位字段适用于被配置有超过五个DL小区且当对应DCI格式映射到由如[3]中定义的C-RNTI给出的UE特定搜索空间上时的UE；

否则1位字段适用

-SRS请求-0或1位。此字段可仅存在于映射到由如[3]中定义的C-RNTI给出的UE特定搜索空间上的调度PUSCH的DCI格式中。此字段的解译提供于[3]的章节8.2中

-资源分配类型-1位。此字段仅在

的情况下存在。此字段的解译提供于[3]的章节8.1中

如果映射到给定搜索空间上的格式0中的信息位的数目小于用于调度同一服务小区且映射到同一搜索空间上的格式1A的有效负载大小(包含附加到格式1A的任何填补位)，那么零应附加到格式0，直到有效负载大小等于格式1A的有效负载大小。

[…]

3GPP TS 36.213陈述：

7物理下行链路共享信道相关程序

如果UE是以SCG配置，那么除非另外说明，否则UE应针对MCG和SCG两者应用在此条款中描述的程序

-当程序应用于MCG时，除非另外说明，否则此条款中的术语‘次级小区’、‘服务小区’是指分别属于MCG的次级小区、服务小区。术语‘子帧’是指属于MCG的子帧。

-当程序应用于SCG时，除非另外说明，否则此条款中的术语‘次级小区’、‘服务小区’是指分别属于SCG的次级小区(不包含PSCell)、服务小区。此条款中的术语‘初级小区’是指SCG的PSCell。术语‘子帧’是指属于SCG的子帧

如果UE是以LAA Scell配置，那么除非另外说明，否则UE应针对LAAScell应用在假设帧结构类型1的此条款中描述的程序。

对于FDD，每一服务小区应存在最多8个下行链路HARQ过程。

对于FDD-TDD和初级小区帧结构类型1，每服务小区将存在最多8个下行链路HARQ过程。

对于TDD和针对任何服务小区未以参数EIMTA-MainConfigServCell-r12配置的UE，如果UE被配置有一个服务小区，或如果UE被配置有多于一个服务小区且所有经配置服务小区的TDD UL/DL配置是相同的，那么每服务小区的下行链路HARQ过程的最大数目将通过UL/DL配置确定([3]的表4.2-2)，如表7-1中指示。

对于TDD，如果UE被配置有多于一个服务小区且如果至少两个经配置服务小区的TDD UL/DL配置是不相同的，或如果UE针对至少一个服务小区以参数EIMTA-MainConfigServCell-r12配置，或对于FDD-TDD以及初级小区帧结构类型2和服务小区帧结构类型2，用于服务小区的下行链路HARQ过程的最大数目将如表7-1中指示而确定，其中表7-1中的“TDD UL/DL配置”指代用于服务小区的DL参考UL/DL配置(如子条款10.2中定义)。

对于FDD-TDD以及初级小区帧结构类型2和服务小区帧结构类型1，用于服务小区的下行链路HARQ过程的最大数目将通过用于服务小区的DL参考UL/DL配置确定(如子条款10.2中定义)，如表7-2中指示。

以CEModeB配置的BL/CE UE预期不支持多于2个下行链路HARQ过程。

对于TDD和以CEModeA配置的BL/CE，用于服务小区的下行链路HARQ过程的最大数目将如表7-3中指示而确定。

[8]中定义的专用广播HARQ过程不算作用于FDD、TDD和FDD-TDD的HARQ过程的最大数目的部分。

[3GPP TS 36.213 V13.1.1的标题为“用于TDD的DL HARQ过程的最大数目”的表7-1被再现为图14]

[3GPP TS 36.213 V13.1.1的标题为“用于FDD-TDD、初级小区帧结构类型2和服务小区帧结构类型1的DL HARQ过程的最大数目”的表7-2被再现为图15]

[3GPP TS 36.213 V13.1.1的标题为“用于TDD的DL HARQ过程的最大数目(UE以CEModeA配置)”的表7-3被再现为图16]

7.1用于接收物理下行链路共享信道的UE程序

除了由服务小区c的较高层参数mbsfn-SubframeConfigList或mbsfn-SubframeConfigList-v12x0或laa-SCellSubframeConfig指示的子帧，UE将

-在检测到子帧中的具有预期用于UE的DCI格式1、1A、1B、1C、1D、2、2A、2B、2C或2D的服务小区的PDCCH后，或

-在检测到子帧中的具有预期用于UE的DCI格式1、1A、1B、1D、2、2A、2B、2C或2D的服务小区的EPDCCH后

对同一子帧中的对应PDSCH进行解码，其中对输送块的数目的限制在较高层中定义。

对于以较高层参数fdd-DownlinkOrTddSubframeBitmapBR配置的BL/CEUE，较高层参数指示BL/CEDL子帧集合。

对于未以较高层参数fdd-DownlinkOrTddSubframeBitmapBR配置的BL/CE UE，除通过较高层参数mbsfn-SubframeConfigList指示的那些子帧以外的子帧被视为BL/CE DL子帧。

在检测到具有预期用于UE的DCI格式6-1A、6-1B、6-2的MPDCCH后，BL/CE UE就将对如子条款7.1.11中所描述的一个或多个BL/CE DL子帧中的对应PDSCH进行解码，其中对输送块的数目的限制在较高层中定义

如果UE配置有超过一个服务小区，并且如果任两个经配置服务小区的帧结构类型不同，那么UE被视为经配置以用于FDD-TDD载波聚合。

除了MBMS接收之外，不需要UE监视其中通过PSCell上的SI-RNTI加扰CRC的PDCCH。

UE可以根据检测到的具有预期用于所述UE的DCI格式1A或1C的其中通过SI-RNTI或P-RNTI加扰CRC的PDCCH，假设在UE将在其中对PDSCH进行解码的资源块中不存在定位参考信号。

配置有针对给定服务小区的载波指示字段的UE将假设所述载波指示字段在所述服务小区的处于子条款9.1中描述的公共搜索空间中的任何PDCCH中均不存在。否则，当PDCCH/EPDCCH CRC通过C-RNTI或SPS C-RNTI进行加扰时，经配置UE将假设针对给定服务小区，所述载波指示字段存在于位于子条款9.1中描述的UE特定搜索空间中的PDCCH/EPDCCH中。

如果UE经较高层配置以对其中通过SI-RNTI加扰CRC的PDCCH进行解码，那么UE将根据表7.1-1中定义的组合中的任一组合来对PDCCH和对应的PDSCH进行解码。对应于这些PDCCH的PDSCH的加扰初始化是通过SI-RNTI。

[3GPP TS 36.213 V13.1.1的标题为“通过SI-RNTI配置的PDCCH和PDSCH”的表7.1-1被再现为图17]

如果UE经较高层配置以对其中通过P-RNTI加扰CRC的PDCCH进行解码，那么UE将根据表7.1-2中定义的组合中的任一组合来对PDCCH和对应的PDSCH进行解码。

对应于这些PDCCH的PDSCH的加扰初始化是通过P-RNTI。

如果UE经较高层配置以对其中通过P-RNTI加扰CRC的MPDCCH进行解码，那么UE将根据表7.1-2A中定义的组合中的任一组合来对MPDCCH和任何对应的PDSCH进行解码。

对应于这些MPDCCH的PDSCH的加扰初始化是通过P-RNTI。

不需要UE监视其中通过PSCell上的P-RNTI加扰CRC的PDCCH。

[3GPP TS 36.213 V13.1.1的标题为“通过P-RNTI配置的PDCCH和PDSCH”的表7.1-2被再现为图18]

[3GPP TS 36.213 V13.1.1的标题为“通过P-RNTI配置的MPDCCH和PDSCH”的表7.1-2A被再现为图19]

如果UE经较高层配置以对其中通过RA-RNTI加扰CRC的PDCCH进行解码，那么UE将根据表7.1-3中定义的组合中的任一组合来对PDCCH和对应的PDSCH进行解码。对应于这些PDCCH的PDSCH的加扰初始化是通过RA-RNTI。

如果UE经较高层配置以对其中通过RA-RNTI加扰CRC的MPDCCH进行解码，那么UE将根据表7.1-3A中定义的组合中的任一组合来对MPDCCH和对应的PDSCH进行解码。对应于这些MPDCCH的PDSCH的加扰初始化是通过RA-RNTI。

当RA-RNTI以及C-RNTI或SPS C-RNTI在同一子帧中指派时，不需要UE对由其中通过C-RNTI或SPS C-RNTI加扰CRC的PDCCH/EPDCCH指示初级小区上的PDSCH进行解码。

[…]

10.2上行链路HARQ-ACK时序

对于TDD或对于FDD-TDD和初级小区帧结构类型2或对于FDD-TDD和初级小区帧结构类型1，如果UE以用于服务小区的EIMTA-MainConfigServCell-r12配置，那么子条款10.2中的服务小区的“UL/DL配置”指代由用于服务小区的参数eimta-HARQ-ReferenceConfig-r12给定的UL/DL配置，除非另外规定。

对于非BL/CE UE，对于FDD或对于FDD-TDD和初级小区帧结构类型1，UE将在检测到既定用于UE且对于其将提供HARQ-ACK的子帧n-4中的PDSCH传送后即刻在子帧n中传送HARQ-ACK响应。如果HARQ-ACK重复被启用，那么在检测到既定用于UE且对于其将提供HARQ-ACK响应的子帧n-4中的PDSCH传送后，且如果UE未重复对应于子帧n-N_ANRep-3、…、n-5中的PDSCH传送的在子帧n中的任何HARQ-ACK的传送，那么UE：

-将在子帧n、n+1、…、n+N_ANRep-1中在PUCCH上仅传送HARQ-ACK(对应于子帧n-4中的检测到的PDSCH传送)；

-将在子帧n、n+1、…、n+N_ANRep-1中不传送任何其他信号/信道；且

-在子帧n-3、…、n+N_ANRep-5中将不传送对应于任何检测到的PDSCH传送的任何HARQ-ACK响应重复。

对于TDD以及以用于至少一个服务小区的EIMTA-MainConfigServCell-r12配置的UE，如果UE被配置有一个服务小区或如果UE被配置有多于一个服务小区且所有经配置服务小区的TDD UL/DL配置是相同的，那么用于服务小区的DL参考UL/DL配置是服务小区的UL/DL配置。

对于FDD-TDD和初级小区帧结构类型1，如果服务小区是具有帧结构类型2的次级服务小区，那么用于服务小区的DL参考UL/DL配置是服务小区的UL/DL配置。

对于TDD，如果UE被配置有多于一个服务小区且如果至少两个服务小区具有不同UL/DL配置且如果服务小区是初级小区，那么初级小区UL/DL配置是用于服务小区的DL参考UL/DL配置。

对于FDD-TDD和初级小区帧结构类型2，如果服务小区是初级小区或如果服务小区是具有帧结构类型1的次级小区，那么初级小区UL/DL配置是用于服务小区的DL参考UL/DL配置。

对于TDD且如果UE被配置有多于一个服务小区且如果至少两个服务小区具有不同UL/DL配置且如果UE未以harqTimingTDD＝TRUE配置且如果服务小区是次级小区，或对于FDD-TDD和初级小区帧结构类型2且如果UE未以harqTimingTDD＝TRUE配置且如果服务小区是具有帧结构类型2的次级小区

-如果由(初级小区UL/DL配置，服务小区UL/DL配置)形成的对属于表10.2-1中的集合1，或者

-如果UE未被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区，且如果由(初级小区UL/DL配置，服务小区UL/DL配置)形成的对属于表10.2-1中的集合2或集合3，或者

-如果UE被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区，且如果由(初级小区UL/DL配置，服务小区UL/DL配置)形成的对属于表10.2-1中的集合4或集合5

那么用于服务小区的DL参考UL/DL配置在表10.2-1中的对应集合中定义。

对于TDD且如果UE被配置有多于一个服务小区且如果至少两个服务小区具有不同UL/DL配置且如果UE未以harqTimingTDD＝TRUE配置且如果服务小区是次级小区，或对于FDD-TDD和初级小区帧结构类型2且如果UE以harqTimingTDD＝TRUE配置且如果服务小区是具有帧结构类型2的次级小区

-如果UE被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区，且如果由(初级小区UL/DL配置，服务小区UL/DL配置)形成的对属于表10.2-1中的集合1或集合4或集合5，那么用于服务小区的DL参考UL/DL配置在表10.2-1中的对应集合中定义；

-如果UE未被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区，那么初级小区UL/DL配置是用于服务小区的DL参考UL/DL配置。

对于未以PUCCH格式4或PUCCH格式5配置的UE，对于TDD且如果UE被配置有多于一个服务小区且如果至少两个服务小区具有不同UL/DL配置或者对于FDD-TDD和初级小区帧结构类型2，如果用于至少一个服务小区的DL参考UL/DL配置是TDD UL/DL配置5，那么UE预期不会被配置有多于两个服务小区。

对于TDD以及针对任何服务小区未以EIMTA-MainConfigServCell-r12配置的非BL/CE UE，如果UE被配置有一个服务小区，或UE被配置有多于一个服务小区且所有服务小区的UL/DL配置是相同的，那么UE将在检测到子帧n-k内的PDSCH传送后在UL子帧n中传送HARQ-ACK响应，其中k∈K且K在既定用于UE且针对其将提供HARQ-ACK响应的表10.1.3.1-1中定义。

对于未以harqTimingTDD＝TRUE配置的UE，对于TDD且如果UE被配置有多于一个服务小区且如果至少两个服务小区具有不同UL/DL配置，或者如果UE针对至少一个服务小区以EIMTA-MainConfigServCell-r12配置，或者对于FDD-TDD和初级小区帧结构类型2且如果服务小区c是帧结构类型2，那么UE将在检测到用于服务小区c的子帧n-k内的PDSCH传送后在UL子帧n中传送HARQ-ACK响应，其中既定针对UE且针对其将提供HARQ-ACK响应的k∈K_c，其中集合K_c含有k∈K的值以使得子帧n-k对应于用于服务小区c的DL子帧或特殊子帧，其中如果UE以用于服务小区c的较高层参数EIMTA-MainConfigServCell-r12配置，那么服务小区c的DL子帧或特殊子帧是根据较高层参数eimta-HARQ-ReferenceConfig-r12；在表10.1.3.1-1中定义的K(其中表中的“UL/DL配置”指代“DL参考UL/DL配置”)与子帧n相关联。

对于以harqTimingTDD＝TRUE配置的UE，对于TDD且如果UE被配置有多于一个服务小区且如果至少两个服务小区具有不同UL/DL配置，或者对于FDD-TDD和初级小区帧结构类型2且如果服务小区c是帧结构类型2，

-如果UE被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区c，那么UE将在检测到用于服务小区c的子帧n-k内的PDSCH传送后在UL子帧n中传送HARQ-ACK响应，其中既定用于UE且针对其将提供HARQ-ACK响应的k∈K_c，其中集合K_c含有k∈K的值以使得子帧n-k对应于用于服务小区c的DL子帧或特殊子帧，其中在表10.1.3.1-1中定义的K(其中表10.1.3.1-1中的“UL/DL配置”指代“DL参考UL/DL配置”)与子帧n相关联。

-如果UE未被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区c，那么UE将在检测到用于服务小区c的子帧n-k内的PDSCH传送后在UL子帧n中传送HARQ-ACK响应，其中既定用于UE且针对其将提供HARQ-ACK响应的k∈K_c，其中集合K_c含有k∈K的值以使得子帧n-k对应于用于服务小区c的DL子帧或特殊子帧，其中在表10.1.3A-1中定义的K(其中表10.1.3A-1中的“UL/DL配置”指代“DL参考UL/DL配置”)与子帧n相关联。

对于非BL/CE UE，且对于FDD-TDD和初级小区帧结构类型2，如果服务小区c是帧结构类型1且UE未被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区c，那么UE将在检测到用于服务小区c的子帧n-k内的PDSCH传送后在子帧n中传送HARQ-ACK响应，其中既定用于UE且针对其将提供HARQ-ACK响应k∈K_c，K_c＝K且K在表10.1.3A-1中定义。

对于FDD-TDD和初级小区帧结构类型2，如果服务小区c是帧结构类型1且UE被配置成监视另一服务小区中的PDCCH/EPDCCH以用于调度服务小区c，那么UE将在检测到用于服务小区c的子帧n-k内的PDSCH传送后在子帧n中传送HARQ-ACK响应，其中既定用于UE且针对其将提供HARQ-ACK响应k∈K_c，K_c＝K且K在表10.1.3.1-1中定义，其中表10.1.3.1-1中的“UL/DL配置”指代服务小区c的“DL参考UL/DL配置”。

对于TDD，如果HARQ-ACK重复被启用，那么在检测到子帧n-k内的PDSCH传送后，其中既定用于UE且针对其将提供HARQ-ACK响应k∈K且K在表10.1.3.1-1中定义，且如果UE在比子帧n-k早的下行链路或特殊子帧中未重复对应于PDSCH传送的子帧n中的任何HARQ-ACK的传送，那么UE：

-将在UL子帧n和表示为n₁、…、

的接下来N_ANRep-1个UL子帧中在PUCCH上仅传送HARQ-ACK响应(对应于子帧n-k中的检测到的PDSCH传送)；

-将在UL子帧n、n₁、…、

中不传送任何其他信号/信道；且

-在子帧n_i-k中将不传送对应于任何检测到的PDSCH传送的任何HARQ-ACK响应重复，其中k∈K_i，K_i是对应于UL子帧n_i的在表10.1.3.1-1中定义的集合，且1≤i≤N_ANRep-1。

对于TDD，HARQ-ACK捆绑，如果UE检测到如子条款7.3中所描述已错过至少一个下行链路指派，那么如果HARQ-ACK是存在于给定子帧中的仅有UCI，则UE将不在PUCCH上传送HARQ-ACK。

对于FDD，BL/CE UE将在检测到既定用于UE且针对其将提供HARQ-ACK响应的PDSCH后在子帧n+k_i中使用根据章节10.1.2.1导出的相同

来传送HARQ-ACK响应，其中i＝0，1，…，N-1，其中

-子帧n-4是其中传送PDSCH的最后子帧；且

-0＝k₀<k₁<…，k_N-1且

和

的值在PDSCH不含竞争解决的情况下是由较高层参数pucch-NumRepetitionCE-format1提供，否则其取决于用于UE的最近PRACH覆盖增强水平是0、1、2还是3而分别由较高层参数pucch-NumRepetitionCE Msg4-Level0-r13、pucch-NumRepetitionCE-Msg4-Level1-r13、pucch-NumRepetitionCE-Msg4-Level2-r13或pucch-NumRepetitionCE-Msg4-Level3-r13提供；且

-其中i＝0，1，…，N-1的子帧n+k_i是紧接在子帧n-1之后的N个连续BL/CE UL子帧，且BL/CE UL子帧的集合由较高层配置；且

对于TDD，BL/CE UE将在子帧n-k内检测到PDSCH后在其中i＝0，1，…，N-1的子帧n+k_i中使用根据章节10.1.3.1导出的相同

传送HARQ-ACK响应，其中既定用于UE且针对其将提供HARQ-ACK响应k∈K且在表10.1.3.1-1中定义K，其中

-子帧n-k是其中传送PDSCH的最后子帧；且

-0＝k₀<k₁<…，k_N-1且

和

对应于指示下行链路SPS版本的所检测PDCCH/EPDCCH的ACK的上行链路时序将与对应于所检测PDSCH的HARQ-ACK的上行链路时序相同，如上文定义。

对于BL/CE UE，对应于指示下行链路SPS版本的所检测MPDCCH的ACK的上行链路时序将与对应于所检测PDSCH的HARQ-ACK的上行链路时序相同，如上文定义。

[…]

8物理上行链路共享信道相关程序

如果UE是利用SCG而配置，那么UE应针对MCG和SCG两者应用在此条款中描述的程序

-当所述程序应用于MCG时，此条款中的术语“次级小区”、“服务小区”分别指代属于MCG的次级小区、服务小区。

-当所述程序应用于SCG时，此条款中的术语“次级小区”、“服务小区”分别指代属于SCG的次级小区、次级小区(不包含PSCell)、服务小区。此条款中的术语“初级小区”指代SCG的PSCell。

对于非BL/CE UE，且对于FDD和传送模式1，将存在用于非子帧捆绑操作(即正常HARQ操作)的每服务小区8个上行链路HARQ过程，以及当参数e-HARQ-Pattern-r12设定成真时用于子帧捆绑操作的3个上行链路HARQ过程以及未设定成真时用于子帧捆绑操作的4个上行链路HARQ过程。对于非BL/CE UE，且对于FDD和传送模式2，将存在用于非子帧捆绑操作的每服务小区16个上行链路HARQ过程，且存在与如[8]中所描述的给定子帧相关联的两个HARQ过程。子帧捆绑操作是通过由较高层提供的参数ttiBundling而配置。

对于FDD和配置有CEModeA的BL/CE UE，每一服务小区将存在最多8个上行链路HARQ过程。

对于FDD和配置有CEModeB的BL/CE UE，每一服务小区将存在最多2个上行链路HARQ过程。

在较高层针对FDD和TDD配置子帧捆绑的使用的情况下，子帧捆绑操作仅应用于UL-SCH，以使用四个连续上行链路子帧。

不期望BL/CE UE配置有同时PUSCH和PUCCH传送。

8.0用于传送物理上行链路共享信道的UE程序

除非另外指定，否则此子条款中的术语“UL/DL配置”指高层参数subframeAssignment。

对于FDD和正常HARQ操作，在具有DCI格式0/4的PDCCH/EPDCCH的给定服务小区上检测和/或检测到预期用于UE的子帧n中的PHICH传送后，UE就将根据PDCCH/EPDCCH和PHICH信息来调整子帧n+4中的对应PUSCH传送。

对于FDD-TDD和正常HARQ操作以及具有帧结构类型1的服务小区c的PUSCH，在检测到具有DCI格式0/4的PDCCH/EPDCCH和/或预期用于UE的子帧n中的PHICH传送后，UE就将根据PDCCH/EPDCCH和PHICH信息来调整子帧n+4中的服务小区c的对应PUSCH传送。

对于正常HARQ操作，如果UE检测到PHICH传送，并且如果用于同一传送块的最近PUSCH传送根据子条款8.0.2而使用空间复用，并且UE并未检测到预期用于UE的子帧n中的具有DCI格式4的PDCCH/EPDCCH，以及如果经否定确认的传送块的数目等于在与对应PUSCH相关联的最近PDCCH/EPDCCH中所指示的传送块的数目，那么UE将根据PHICH信息，并根据最近PDCCH/EPDCCH来使用传送层和预译码矩阵的数目，来调整相关联的子帧中的对应PUSCH重新传送。

对于正常HARQ操作，如果UE检测到PHICH传送且如果用于同一输送块的最近PUSCH传送是根据子条款8.0.2使用空间多路复用且UE在既定用于UE的子帧n中未检测到具有DCI格式4的PDCCH/EPDCCH，且如果否定确认的输送块的数目不等于与对应PUSCH相关联的最近PDCCH/EPDCCH中指示的输送块的数目，那么UE将使用具有码簿索引0的预译码矩阵以及等于对应于来自最近PDCCH/EPDCCH的否定确认输送块的层的数目的传送层的数目，根据PHICH信息调整相关联子帧中的对应PUSCH重新传送。在此情况下，UL DMRS资源是根据与对应PUSCH传送相关联的具有DCI格式4的最近PDCCH/EPDCCH中的用于DMRS[3]的循环移位字段以及对应于经否定确认输送块的层的数目而计算。

如果UE配置有针对给定服务小区的载波指示字段，那么UE将使用来自检测到的具有上行链路DCI格式的PDCCH/EPDCCH的载波指示字段值，以确定用于对应的PUSCH传送的服务小区。

对于FDD和正常HARQ操作，当同时PUSCH和PUCCH传送未经配置以用于UE时，如果其中如子条款7.2.1中所描述的CSI请求字段被设置成触发非周期性CSI报告的PDCCH/EPDCCH通过子帧n上的UE检测到，那么在子帧n+4上，UCI映射在对应的PUSCH传送上。

[…]

当UE是利用较高层参数ttiBundling而配置并利用被设置成FALSE的较高层参数e-HARQ-Pattern-r12而配置，或针对FDD和子帧捆绑操作未进行配置时，在检测到具有DCI格式0的在预期用于UE的子帧n中的PDCCH/EPDCCH，和/或在检测到预期用于UE的子帧n-5中的PHICH传送后，UE就将根据PDCCH/EPDCCH和PHICH信息来调整子帧n+4中的捆束中对应的第一PUSCH传送。

当UE是利用较高层参数ttiBundling而配置并利用被设置成TRUE的较高层参数e-HARQ-Pattern-r12而配置时，针对FDD和子帧捆绑操作，在检测到具有DCI格式0的在预期用于UE的子帧n中的PDCCH/EPDCCH后，和/或在检测到预期用于UE的子帧n-1中的PHICH传送后，UE就将根据PDCCH/EPDCCH和PHICH信息来调整子帧n+4中的捆束中对应的第一PUSCH传送。

对于FDD和TDD服务小区两者，如在PDCCH/EPDCCH上传信的NDI、如在子条款8.6.1中确定的RV和如在子条款8.6.2中确定的TBS将被输送到较高层。

对于非BL/CE UE，对于TDD和传送模式1，每服务小区的HARQ过程的数目将通过UL/DL配置([3]的表4.2-2)而确定，如表8-1中指示。对于TDD和传送模式2，用于非子帧捆绑操作的每服务小区的HARQ过程的数目将两倍于如表8-1中指示通过UL/DL配置([3]的表4.2-2)而确定的数目，且存在与如[8]中所描述的给定子帧相关联的两个HARQ过程。对于TDD以及传送模式1和传送模式2两者，表8-1中的“TDD UL/DL配置”在针对服务小区定义UL-参考UL/DL配置的情况下指代用于服务小区的UL-参考UL/DL配置，且在其他情况下指代服务小区UL/DL配置。

对于配置有CEModeA的BL/CE UE，并对于TDD，每一服务小区的HARQ过程的最大数目将根据表8-1中的正常HARQ操作通过UL/DL配置([3]的表4.2-2)确定。对于TDD，不期望配置有CEModeB的BL/CE UE在每一服务小区支持超过2个上行链路HARQ过程。

[3GPP TS 36.213 V13.1.1的标题为“用于TDD的同步UL HARQ过程的数目”的表8-1被再现为图20]

[…]

UE是经由较高层信令经半静态配置以根据表示为模式1-2的两个上行链路传送模式中的一个传送经由PDCCH/EPDCCH用信号表示的PUSCH传送。

如果UE经较高层配置以对其中通过C-RNTI加扰CRC的PDCCH进行解码，那么UE将根据表8-3中定义的组合来对PDCCH进行解码，并传送对应的PUSCH。对应于这些PDCCH的这一PUSCH的加扰初始化和用于同一输送块的PUSCH重新传送是通过C-RNTI。

如果UE经较高层配置以对其中通过C-RNTI加扰CRC的EPDCCH进行解码，那么UE将根据表8-3A中定义的组合来对EPDCCH进行解码，并传送对应的PUSCH。对应于这些EPDCCH的这一PUSCH的加扰初始化和用于同一输送块的PUSCH重新传送是通过C-RNTI。

如果UE经较高层配置以对其中通过C-RNTI加扰CRC的MPDCCH进行解码，那么UE将根据表8-3B中定义的组合来对MPDCCH进行解码，并传送对应的PUSCH。对应于这些MPDCCH的这一PUSCH的加扰初始化和用于同一输送块的PUSCH重新传送是通过C-RNTI。

在通过较高层信令向UE指派上行链路传送模式之前，传送模式1一直是UE的默认上行链路传送模式。

当在传送模式2中进行配置的UE接收DCI格式0上行链路调度准予时，将假设，PUSCH传送与输送块1相关联，并且输送块2停用。

[3GPP TS 36.213 V13.1.1的标题为“通过C-RNTI配置的PDCCH和PUSCH”的表8-3被再现为图21]

[…]

如果UE经较高层配置以对其中通过C-RNTI加扰CRC的PDCCH进行解码，并且还被配置成接收通过“PDCCH命令”起始的随机接入程序，那么UE将根据表8-4中定义的组合来对PDCCH进行解码。

如果UE经较高层配置以对其中通过C-RNTI加扰CRC的EPDCCH进行解码，并且还被配置成接收通过“PDCCH命令”启动的随机接入程序，那么UE将根据表8-4A中定义的组合来对EPDCCH进行解码。

如果UE经较高层配置以对其中通过C-RNTI加扰CRC的MPDCCH进行解码，并且还被配置成接收通过“PDCCH命令”启动的随机接入程序，那么UE将根据表8-4B中定义的组合来对MPDCCH进行解码。

[3GPP TS 36.213 V13.1.1的标题为“被配置为‘PDCCH命令’以起始随机接入程序的PDCCH”的表8-4被再现为图22]

[…]

如果UE经较高层配置以对其中通过SPS C-RNTI加扰CRC的PDCCH进行解码，那么UE将根据表8-5中定义的组合来对PDCCH进行解码，并传送对应的PUSCH。

对应于这些PDCCH的这一PUSCH的加扰初始化和用于同一输送块的PUSCH重新传送是通过SPS C-RNTI。无对应PDCCH的这一PUSCH的初始传送的加扰初始化和用于同一输送块的PUSCH重新传送是通过SPS C-RNTI。

如果UE经较高层配置以对其中通过SPS C-RNTI加扰CRC的EPDCCH进行解码，那么UE将根据表8-5A中定义的组合来对EPDCCH进行解码，并传送对应的PUSCH。

对应于这些EPDCCH的这一PUSCH的加扰初始化和用于同一输送块的PUSCH重新传送是通过SPS C-RNTI。无对应EPDCCH的这一PUSCH的初始传送的加扰初始化和用于同一输送块的PUSCH重新传送是通过SPSC-RNTI。

如果UE经较高层配置以对其中通过SPS C-RNTI加扰CRC的MPDCCH进行解码，那么UE将根据表8-5B中定义的组合来对MPDCCH进行解码，并传送对应的PUSCH。

对应于这些MPDCCH的这一PUSCH的加扰初始化和用于同一输送块的PUSCH重新传送是通过SPS C-RNTI。无对应MPDCCH的这一PUSCH的初始传送的加扰初始化和用于同一输送块的PUSCH重新传送是通过SPSC-RNTI。

[…]

如果UE由较高层配置以通过由临时C-RNTI加扰的CRC对PDCCH进行解码，无论UE是否被配置成以由C-RNTI加扰的CRC对PDCCH进行解码，那么UE将根据表8-6中定义的组合对PDCCH进行解码且传送对应PUSCH。对应于这些PDCCH的PUSCH的加扰初始化是通过临时C-RNTI。

[…]

8.1用于具有上行链路DCI格式的PDCCH/EPDCCH的资源分配

针对具有上行链路DCI格式的PDCCH/EPDCCH支持两种资源分配方案类型0和类型1。

针对具有上行链路DCI格式的MPDCCH支持资源分配方案类型0或类型2。

如果资源分配类型位不存在于上行链路DCI格式中，那么仅支持资源分配类型0。

如果资源分配类型位存在于上行链路DCI格式中，那么用于经解码PDCCH/EPDCCH的选定资源分配类型是由资源分配类型位指示，其中类型0由0值指示且否则指示类型1。UE将取决于具有所检测上行链路DCI格式的PDCCH/EPDCCH中的资源分配类型位而解译资源分配字段。

8.1.1上行链路资源分配类型0

用于上行链路资源分配类型0的资源分配信息向经调度UE指示由n_VRB表示的连续分配虚拟资源块索引的集合。调度准予中的资源分配字段由对应于开始资源块(RB_START)的资源指示值(RIV)和在连续分配资源块方面的长度(L_CRBs≥1)组成。对于BL/CE UE，上行链路资源分配类型0仅适用于被配置成具有CEModeA的UE，且在此子条款中

资源指示值如下定义

如果

那么

否则

8.1.2上行链路资源分配类型1

用于上行链路资源分配类型1的资源分配信息向经调度UE指示资源块的两个集合，其中每个集合包含如表7.1.6.1-1中给定的大小P的一个或多个连续资源块群组，假定

为系统带宽。组合索引r由

个位组成。来自调度准予中的资源分配字段的位表示r，除非调度准予中的资源分配字段中的位数目是

-小于完整表示r所需的数目，在此情况下，调度准予中的资源分配字段中的位占用r的LSB，并且r的剩余其余位的值将假设为0；或

-大于完整表示r所需的数目，在此情况下，r占用调度准予中的资源分配字段的LSB。

组合索引r分别对应于资源块集合1(s₀和s₁-1)和资源块集合2(s₂和s₃-1)的开始和结束RBG索引，其中r由子条款7.2.1中定义的等式

给出，其中M＝4且

子条款7.2.1还定义s_i(RBG索引)映射到的值的排序属性和范围。如果对应结束RBG索引等于开始RBG索引，那么在开始RBG索引处为集合分配仅单个RBG。

8.1.3上行链路资源分配类型2

上行链路资源分配类型2仅适用于被配置成具有CEModeB的BL/CE UE。用于上行链路资源分配类型2的资源分配信息向经调度UE指示如表8.1.3-1中给定在窄带内的连续分配资源块的集合

[3GPP TS 36.213 V13.1.1的标题为“用于被配置成具有CEModeB的BL/CE UE的资源块分配”的表8.1.3-1被再现为图23]

[…]

9.1用于确定物理下行链路控制信道指派的UE程序

9.1.1PDCCH指派程序

根据[3]中的子条款6.8.1，每一服务小区的控制区由从0到N_CCE,k-1编号的CCE的集合组成，其中N_CCE,k是子帧k的控制区中的CCE的总数目。

UE将监视如通过用于控制信息的层信令配置的一个或多个经激活服务小区上的PDCCH候选者的集合，其中监视暗示尝试根据所有所监视DCI格式对集合中的PDCCH中的每一个进行解码。

不需要BL/CE UE监视PDCCH。

将监视的PDCCH候选者的集合是在搜索空间方面定义，其中在聚合层级L∈{1,2,4,8}的搜索空间

是由PDCCH候选者的集合定义。对于监视PDCCH的每一服务小区，对应于搜索空间

的PDCCH候选者m的CCE如下给出

其中Y_k在下文定义，i＝0,…,L-1。对于共同搜索空间，m′＝m。对于PDCCHUE特定搜索空间，针对在其上监视PDCCH的服务小区，如果监视UE配置有载波指示字段，那么m′＝m+M^(L)·n_CI，其中n_CI是载波指示字段值，否则如果监视UE未被配置成具有载波指示字段，那么m′＝m，其中m＝0,…,M^(L)-1。M^(L)是在给定搜索空间中监视的PDCCH候选者的数目。

如果UE是利用较高层参数cif-InSchedulingCell-r13而配置，那么载波指示字段值对应于cif-InSchedulingCell-r13，否则，载波指示字段值与[11]中给出的ServCellIndex相同。

在初级小区上的聚合层级4和8中的每一个处，UE将在每一非DRX子帧中监视一个共同搜索空间。

UE当由较高层配置时将监视小区上的共同搜索空间以对在所述小区上接收MBMS所必要的PDCCH进行解码。

如果UE未经配置以用于EPDCCH监视，并且如果UE未配置有载波指示字段，那么UE将在每一经激活服务小区上的聚合层级1、2、4、8中的每一个处，在每一非DRX子帧中监视一个PDCCH UE特定搜索空间。

如果UE未经配置以用于EPDCCH监视，并且如果UE配置有载波指示字段，那么UE将在每一非DRX子帧中的如通过较高层信令配置的一个或多个经激活服务小区上的聚合层级1、2、4、8中的每一个处，监视一个或多个UE特定搜索空间。

如果UE经配置以用于服务小区上的EPDCCH监视，并且如果服务小区激活，以及如果UE未配置有载波指示字段，那么UE将在其中在所述服务小区上未监视EPDCCH的所有非DRX子帧中的所述服务小区上的聚合层级1、2、4、8中的每一个处，监视一个PDCCH UE特定搜索空间。

如果UE经配置以用于服务小区上的EPDCCH监视，并且如果所述服务小区激活，以及如果UE配置有载波指示字段，那么UE将在其中在所述服务小区上未监视EPDCCH的所有非DRX子帧中的如通过较高层信令配置的所述服务小区上的聚合层级1、2、4、8中的每一个处，监视一个或多个PDCCHUE特定搜索空间。

初级小区上的共同和PDCCH UE特定搜索空间可以重叠。

配置有载波指示字段的与监视服务小区c上的PDCCH相关联的UE将在服务小区c的PDCCH UE特定搜索空间中监视配置有载波指示字段的其中通过C-RNTI加扰CRC的PDCCH。

配置有载波指示字段的与监视初级小区上的PDCCH相关联的UE将监视初级小区的PDCCH UE特定搜索空间中的配置有载波指示字段的其中通过SPS C-RNTI加扰CRC的PDCCH。

UE将监视用于不具有载波指示字段的PDCCH的共同搜索空间。

对于在其上监视PDCCH的服务小区，如果UE未配置有载波指示字段，那么它将监视用于不具有载波指示字段的PDCCH的PDCCH UE特定搜索空间，如果UE配置有载波指示字段，那么它将监视用于具有载波指示字段的PDCCH的PDCCH UE特定搜索空间。

如果UE未配置有LAA Scell，那么在UE被配置成监视具有对应于另一服务小区中的所述次要小区的载波指示字段的PDCCH的情况下，不期望UE监视次要小区的PDCCH。

如果UE配置有LAA Scell，那么在UE被配置成监视具有对应于另一服务小区中的所述LAA Scell的载波指示字段的PDCCH的情况下，不期望UE监视LAA SCell的PDCCH UE特定空间，

-其中不期望UE被配置成监视LAA Scell中的具有载波指示字段的PDCCH；

-其中如果UE被配置成监视具有对应于另一服务小区中的LAA Scell的载波指示字段的PDCCH，那么不期望利用开始于所述LAA Scell中的子帧中的第二时隙的PDSCH调度UE。

对于在其上监视PDCCH的服务小区，UE将至少针对同一服务小区监视PDCCH候选者。

经配置以监测初级小区上的以下两个空间中的其中通过C-RNTI或SPSC-RNTI加扰CRC的具有共同有效负载大小且具有相同的第一CCE索引n_CCE(如子条款10.1中所描述)但具有如[4]中定义的不同的DCI信息字段集合的PDCCH候选者的UE：

共同搜索空间

PDCCH UE特定搜索空间

将假设对于其中通过C-RNTI或SPS C-RNTI加扰CRC的PDCCH候选者，

如果与监视初级小区上的PDCCH相关联的UE配置有载波指示字段，那么初级小区仅传送共同搜索空间中的PDCCH；

否则，初级小区仅传送UE特定搜索空间中的PDCCH。

经配置以监视给定服务小区中的具有给定DCI格式大小且具有CIF的其中通过C-RNTI加扰CRC的PDCCH候选者的UE(其中PDCCH候选者针对给定DCI格式大小可具有一个或多个可能的CIF值)将假设具有给定DCI格式大小的PDCCH候选者可在给定服务小区中在对应于针对给定DCI格式大小的可能CIF值中的任一个的任何PDCCH UE特定搜索空间中传送。

如果服务小区是LAA Scell，并且如果所述Scell的较高层参数subframeStartPosition指示‘s07’，那么

-UE在子帧的第一和第二时隙两者中监视Scell上的PDCCH UE特定搜索空间候选者，且界定搜索空间的聚合层级在表9.1.1-1A中列出；

否则，

-界定搜索空间的聚合层级在表9.1.1-1中列出。

如果服务小区是LAA Scell，那么UE可以在LAA Scell上接收如子条款13A中所描述具有通过CC-RNTI加扰的DCI CRC的PDCCH。

UE将监视的DCI格式取决于如子条款7.1中定义的每一服务小区的经配置传送模式。

如果UE是利用服务小区的较高层参数skipMonitoringDCI-format0-1A而配置，那么不需要UE在所述服务小区的UE特定搜索空间中监视具有DCI格式0/1A的PDCCH。

如果UE是利用用于服务小区的聚合层级L处的UE特定搜索空间的较高层参数pdcch-candidateReductions而配置，那么PDCCH候选者的对应数目由M

给出，其中a的值是根据表9.1.1-2确定，且

是根据表9.1.1-1通过用

代替M^(L)而确定。

[3GPP TS 36.213 V13.1.1的标题为“由UE监视的PDCCH候选者”的表9.1.1-1被再现为图24]

[3GPP TS 36.213 V13.1.1的标题为“在LAA Scell上由UE监视的PDCCHUE特定搜索空间候选者”的表9.1.1-1A被再现为图25]

[3GPP TS 36.213 V13.1.1的标题为“用于PDCCH候选者减少的按比例缩放因素”的表9.1.1-2被再现为图26]

对于共同搜索空间，Y_k对于两个聚合层级L＝4和L＝8被设定为0。

对于在聚合层级L的UE特定搜索空间

变量Y_k如下定义

Y_k＝(A·Y_k-1)modD

其中Y_-1＝n_RNTI≠0，A＝39827，D＝65537且

n_s是无线电帧内的时隙数目。

用于n_RNTI的RNTI值在下行链路中在子条款7.1中定义且在上行链路中在子条款8中定义。

当涉及NR时，情况变为不同，因为后向兼容性不是必须的。可以调整基础参数，使得减少TTI的符号数目将不是用于改变TTI长度的唯一工具。使用LTE基础参数作为一实例，其包括1ms中的14个OFDM符号以及15KHz的副载波间距。当副载波间距到达30KHz时，在相同FFT大小和相同CP结构的假设下，将存在1ms中的28个OFDM符号，如果TTI中的OFDM符号的数目保持相同则等效地TTI变为0.5ms。这意味着不同TTI长度之间的设计可与在副载波间距上执行的良好可缩放性共同地保持。当然，对于副载波间距选择将始终存在折衷，例如FFT大小、PRB的定义/数目、CP的设计、可支持的系统带宽，...。同时由于NR考虑较大系统带宽和较大相干带宽，包含较大副载波间距是自然的选择。

如上文所论述，单个基础参数很难满足所有不同需求。因此，在最初的会议中商定将采用多于一个基础参数。考虑到标准化和实施成果以及不同基础参数之间的多路复用能力，在不同基础参数之间具有某一关系，例如整体多重关系将是有益的。

提出了若干基础参数系列。其中的一个是基于LTE 15KHz，且一些其他基础参数(下文替代方案2至4)在1ms中允许2的N次幂个符号：

·对于NR，有必要支持多于一个副载波间距的值

-副载波间距的值是从副载波间距的特定值乘以N而得出，其中N是整数

·替代方案1：副载波间距值包含15kHz副载波间距(即，基于LTE的基础参数)

·替代方案2：副载波间距值包含17.5kHz副载波间距，其中均匀符号持续时间包含CP长度

·替代方案3：副载波间距值包含17.06kHz子载波间距，其中均匀符号持续时间包含CP长度

·替代方案4：副载波间距值21.33kHz

·注意：不排除其他替代方案

·有待进一步研究：特定值的确切值以及N的可能值

-可能的副载波间距的值在RAN1#85中将进一步缩小范围

并且，还论述关于给定基础参数系列的乘数是否将存在限制，2的幂(下文替代方案1)受到一些关注，因为当在时域中多路复用不同基础参数时其可更容易多路复用不同的基础参数而不会引入许多开销：

·RAN1在接下来的会议中将继续进一步研究且在以下替代方案之间得出结论

-替代方案1：

NR可缩放基础参数的副载波间距应该定标成

f_sc＝f₀*2^m

其中

-f₀有待进一步研究

-m是从可能值的集合中选出的整数。

-替代方案2：

NR可缩放基础参数的副载波间距应该定标成

f_sc＝f₀*M

其中

-f₀有待进一步研究

-M是从可能的正值的集合中选出的整数

通常，RAN1以频带不可知的方式起作用，即将假设方案/特征适用于所有频带，且在随后RAN4将考虑某一组合是否为不现实的或部署是否可合理地完成而导出相关测试用例。这一规则仍将在NR中采用，但是一些公司确实发现了当NR的频率范围相当高时会存在限制：

·对于NR的研究，RAN1假设多个(但不一定是所有)OFDM基础参数可应用于相同频率范围

-注意：RAN1未假设将副载波间距的极低值应用到极高载波频率

与例如增强型移动宽带(enhanced mobile broadband，eMBB)服务等大多数常规业务相比，超可靠且低时延通信(ultra-reliable and low latency communication，URLLC)是具有极严格时序要求的服务类型。为了满足时延要求，传送间隔/调度间隔将需要较短。

缩短传送间隔/调度间隔的一种方式是增加副载波间距以便减少在时域中的OFDM符号长度。例如当副载波间距是15KHz时，7个OFDM符号传送间隔将占据0.5ms，而当副载波间距是60KHz时，7个OFDDM符号传送间隔将占据0.125ms，这可更容易满足严格的时序要求。

另一方式是减少传送间隔内的OFDM符号的数目。例如如果副载波间距保持为15kHz，那么当传送间隔内的OFDM符号的数目从14减少到2时，传送时间间隔将从1ms改变为约0.14ms，这导致减少副载波间距的相似作用。

所述两个方式当然可联合地使用。另一方面，eMBB服务可能也使用减少的传送间隔，但不一定始终这样做，因为这将带来某种潜在副作用，例如按数据业务量的较大控制信令开销、较短或更频繁的控制信道接收间隔(可能增加电力消耗)、较短处理时间(更多复杂性)。因此，预期通信系统将针对不同服务或UE以不同传送间隔操作。且在系统内多路复用不同传送时间间隔将是挑战。在3GPP RAN1#86bis主席笔记中存在关于此方面的一些进行中的讨论如下：

协议：

·从网络角度来看，对于DL中的eMBB/URLLC具有不同时延和/或可靠性要求的传送的多路复用是通过以下方式来支持

-使用具有相同CP开销的相同副载波间距

·有待进一步研究：不同CP开销

-使用不同副载波间距

·有待进一步研究：CP开销

-NR通过规范支持两种方法

·NR应当支持对于DL中的eMBB/URLLC的不同时延和/或可靠性要求之间的动态资源共享

在NR中，有可能将存在需要为可靠的同时可能并不紧急/对延迟敏感的服务，例如智能工厂应用。也可能存在对延迟敏感同时可能不需要真正可靠的服务，例如视频串流、虚拟现实、增强现实或全息图。

并且，3GPP RAN1#86bis主席笔记和RAN1#87主席笔记[6][7]描述如何将传送间隔定义为调度单元，例如时隙或微时隙(时隙的缩短版本)，其中y是时隙内的OFDM符号的数目。确切地说，RAN1#86bis主席笔记陈述：

协议：

·对于具有NCP的高达60kHz的SCS，y＝7和14

·有待进一步研究：对于特定SCS是否/哪一个将向下选择

·对于具有NCP的高于60kHz的SCS，y＝14

RAN1#87主席笔记陈述：

协议：

·至少用于单级DCI设计的NR-PDCCH监视，

-NR支持DCI监视时机的以下最小粒度：

·对于时隙：每时隙一次

·当使用微时隙时：有待进一步研究，如果每个符号或每第二个符号

-如果时隙和微时隙具有不同基础参数(例如，SCS、CP开销)，则关于哪一基础参数有待进一步研究

-注意：此处不假设时隙/微时隙对准

-注意：这无法在所有情况下适用

[…]

协议：

·微时隙具有以下长度

·至少在6GHz以上，支持具有长度1个符号的微时隙

·6GHz以下有待进一步研究，包含未经许可的频带

·无论频带如何，对于URLLC使用情况有待进一步研究

·在长度1的一个微时隙内是否可支持DL控制有待进一步研究

·从2到时隙长度-1的长度

·关于基于对开始位置的限制的微时隙长度的限制有待进一步研究

·对于URLLC，支持2，其他值有待进一步研究

·注意：针对某些使用情况的一些UE可能不支持所有微时隙长度和所有开始位置

·至少在6GHz以上，可在任何OFDM符号处开始

·6GHz以下有待进一步研究，包含未经许可的频带

·无论频带如何，对于URLLC使用情况有待进一步研究

·微时隙含有在相对于微时隙的开始的位置处的DMRS

为了改善向前兼容性，控制信道与数据信道之间的时序关系将是不同于LTE中的固定关系的呈更灵活方式的设计：

协议：

·对于NR帧结构至少支持以下情况

-动态和/或半静态地向UE指示以下时序关系

·DL数据接收与对应确认之间的时序关系

·UL指派与对应UL数据传送之间的时序关系

-是否固定和/或动态和/或半静态地指示以下时序关系有待进一步研究

·DL指派与对应DL数据接收之间的时序关系

-对于以上两个子项目符号

·必须进一步考虑例如UE处理能力、间隙开销、UL覆盖范围等而研究用于每一时序关系的潜在值

·用于每一时序关系的默认值(如果存在)有待进一步研究。

协议：

·DL数据接收与对应确认之间的时序关系可为(以下各项中的一个或多个，其中哪一个有待进一步研究)

-通过L1信令(例如，DCI)动态地指示

-经由较高层向UE半静态地指示

-通过较高层和动态L1信令(例如，DCI)的指示的组合

·有待进一步研究：DL数据接收与对应确认之间的最小间隔

·有待进一步研究：共同信道(例如，随机接入)

协议：

·UL指派与对应UL数据传送之间的时序关系可为(以下各项中的一个或多个，其中哪一个有待进一步研究)

-通过L1信令(例如，DCI)动态地指示

-经由较高层向UE半静态地指示

-通过较高层和动态L1信令(例如，DCI)的指示的组合

·有待进一步研究：UL指派与对应UL数据传送之间的最小间隔

·有待进一步研究：共同信道(例如，随机接入)

协议：

·NR支持用于给定UE的多于一个DL HARQ过程的操作

·NR支持用于给定UE的多于一个UL HARQ过程的操作

·有待进一步研究：URLLC情况

协议：

·NR支持用于一些UE的一个DL HARQ过程的操作

·NR支持用于一些UE的一个UL HARQ过程的操作

·有待进一步研究：支持以上2个项目符号的条件

·注意：这不意味着gNB必须背靠背地调度

·注意：这不意味着UE必须支持K1＝0和/或K2＝0

如上文所论述，NR的调度将变得更灵活，这在调度的时序关系中反映。例如下行链路指派可在子帧n中到达且指示子帧n+2至n+9当中的一个或多个子帧中的相关联DL数据。其相关联反馈可以在子帧n+4至n+11中传送。以上数字仅是实例。实际数字可以是任何数字。

上行链路数据传送可具有相似时序关系。例如当UE在子帧n中接收到上行链路准予时且对应上行链路传送可以在子帧n+2至子帧n+9当中的一个或多个子帧中发生，这可在上行链路准予中指示。除此以外，可根据不同要求或服务类型而调度数据传送期间。例如调度单位可以是子帧、时隙、微时隙或OFDM符号，且可以动态地改变。而且用于数据的基础参数可能对此数据调度灵活性具有影响。例如15KHz/60KHz的副载波间距可以改变数据传送持续时间。此外，考虑到UE处理能力，HARQ过程的数目可以是各种各样的。

在以上或以下论述中，子帧(subframes)可被任何其他时间单位或持续时间代替，例如时隙(slot)、微时隙(mini-slot)、符号(symbols)或符号集合。

在以上假设下，UE可以在传送实际发生之前接收一批下行链路指派或上行链路准予。例如UE在子帧n中接收用于HARQ过程X的DL指派以在子帧n+7中调度DL数据接收，且在子帧n中接收用于同一HARQ过程X的DL指派以在子帧n+8中调度DL数据传送。如果所述两个下行链路指派被如此接近地调度以用于同一UE的同一HARQ过程，那么UE可能不能够及时完成在子帧n+7中调度的DL数据处理以开始子帧n+8中调度的DL数据的处理。此外，如果子帧n+7中的下行链路数据的传送期间是子帧而子帧n+8中的下行链路数据的传送期间是微时隙，那么处理甚至更困难，因为后者的输送块大小通常较短，且可能够比前者更早地完成解码。替代地，解码可能能够完成，而反馈无法及时准备，原因是下行链路解码中造成的额外延迟，例如，后者数据的解码需要等待先前数据的解码。UE应当能够判断如何正确地接收/解码对应数据。

问题的另一实例是UL准予/下行链路指派可能不能够以顺序方式递送。例如UE在子帧n中被调度上行链路准予，其指示上行链路传送将在子帧n+8中执行，且UE在子帧n+4中被调度，其指示上行链路传送将在子帧n+7中执行。UE可以如何正确地处理所述两个调度是另一问题。

在用以阐释问题的上述实例中，DL可改变为UL，反之亦然。

本发明的第一个一般概念是UE将判断上行链路准予/下行链路指派是否将覆盖之前的上行链路准予或之前的下行链路指派，即使所述两个上行链路准予或下行链路指派指示用于数据传送的两个不同的子帧、时隙、微时隙或符号。

所述判断的实例可以是所述两个不同的子帧、时隙、微时隙或符号之间的距离。例如当所述距离较短时，UE将考虑覆盖操作。当所述距离较长时，UE将处理用于两个不同的子帧/时隙/微时隙/符号的传送。在以上实例中的短或长可以意味着比参考时间短或长，所述参考时间例如UE处理时间、往返时间(round-trip time，RTT)、预配置时间值或固定时间值。

所述判断的第二实例可以是所述两个经调度下行链路数据传送期间的长度。例如，如果前一个的先前数据传送期间(例如，子帧)长于后一个的数据传送期间(例如，微时隙)，那么后一个将覆盖前一个。另一方面，如果前一个的数据传送期间相同于或短于后一个的数据传送期间，那么UE将接收两个下行链路数据传送。更具体地说，所述两个上行链路准予或下行链路指派可以对应于同一HARQ过程。确切地说，所述两个上行链路准予或下行链路指派可以在所述两个对应数据传送或接收之前传送。

以上一般概念的第一特殊情况是UE始终接收两个数据传送。可以考虑异常情况，例如根据数据传送期间或副载波间距。此特殊情况的实例是UE或eNB可以被保证先前数据必须能够成功地传送以使得不需要重新传送。另一实例是先前数据可能失效，而先前数据极为延迟敏感以使得重新传送无意义。

又一实例是UE可以使用一部分未使用的缓冲区存储后面的数据传送，例如先前数据存储于常规HARQ缓冲区中且后面的数据传送存储于特殊缓冲区(例如，从其他HARQ过程未使用的缓冲区)中。通过同一HARQ过程中的两个数据接收，UE将需要根据用于重新传送的上行链路准予/下行链路指派上承载的信息而识别重新传送是用于先前的一个还是后面的一个。信息的实例可以是TB大小、TTI长度或副载波间距。在这些情况中，HARQ过程可以连续或极密切地使用而无需等待反馈。

以上一般概念的第二特殊情况是UE始终以后面的一个覆盖先前的一个。可以考虑异常情况，例如根据数据传送期间或副载波间距。

本发明的第二个一般概念是基站显式地指示上行链路准予或下行链路指派是否覆盖之前的上行链路准予或之前的下行链路指派，即使所述两个上行链路准予或下行链路指派指示用于数据传送的两个不同的子帧、时隙、微时隙或符号。所述指示可为显式或隐式的。例如后面的上行链路准予或下行链路指派中的字段指示是否覆盖之前的上行链路准予或之前的下行链路指派。在一个实施例中，是否覆盖可以通过后面的上行链路准予或下行链路指派的输送块大小(transport block size，TBS)、副载波间距或调制和译码方案(modulation and coding scheme，MCS)或新数据指示(new data indicator，NDI)来指示。

替代地，所述信息可以通过HARQ过程id来指示。实例是HARQ过程id的数目是HARQ过程的真实数目的若干倍，例如两倍。取一实例，如果HARQ过程的总数目是两个，那么可使用两个位来指示HARQ过程，其中‘00’、‘10’与HARQ过程1相关联，且‘01’和‘11’与HARQ过程2相关联。‘00’可以意味着接收/传送HARQ过程1，而无需覆盖与HARQ过程1相关联的先前上行链路准予/下行链路指派。‘10’可以意味着接收/传送HARQ过程1，而无需覆盖与HARQ过程1相关联的先前上行链路准予/下行链路指派。一些HARQ过程可以与一个HARQ过程id相关联，而一些HARQ过程可以与多个HARQid相关联。对于与一个HARQ过程id相关联的HARQ过程，覆盖行为是预定的。

替代地，在同一实例中，HARQ过程id‘00’和‘10’可以与HARQ过程1相关联，且HARQ过程id‘01’和‘11’可以与HARQ过程2相关联。上行链路准予或下行链路指派覆盖具有相同HARQ过程id的上行链路准予或下行链路指派，以及不覆盖具有相同HARQ过程id的上行链路准予或下行链路指派。具有HARQ过程id‘00’的上行链路准予或下行链路指派覆盖具有HARQ过程id‘00’的上行链路准予或下行链路指派，且不覆盖具有HARQ过程id‘10’的上行链路准予或下行链路指派，即使它们均对应于HARQ过程1。通过此实例，多于两个HARQ过程id可与HARQ过程相关联以给予基站更多调度灵活性。更具体地说，所述两个上行链路准予或下行链路指派对应于同一HARQ过程。确切地说，所述两个上行链路准予或下行链路指派在所述两个对应数据传送或接收之前传送。

在一个实施例中，UE取决于因素(factor)而确定后面的控制信道是否覆盖之前的控制信道，其中后面的控制信道和之前的控制信道与两个不同的数据传送期间/间隔中的两个数据信道相关联。两个控制信道可以比两个数据信道更早传送。

在一个实施例中，所述因素可以是所述两个不同的传送期间之间的距离。例如当所述距离短于特定值时，后面的控制信道将覆盖之前的控制信道。当所述距离长于特定值时，后面的控制信道不覆盖之前的控制信道。所述特定值可以是固定值或经配置的值。在一个实施例中，所述特定值可以根据UE处理能力或往返时间而确定。

所述因素也可以是所述两个不同的传送期间之间的长度比较。在一个实施例中，如果所述两个不同的传送期间具有不同长度，那么后面的控制信道将覆盖之前的控制信道。如果与后面的控制信道相关联的数据和与之前的控制信道相关联的数据的传送期间相比具有较短的传送期间，那么后面的控制信道可以覆盖之前的控制信道。在一个实施例中，如果所述两个不同的传送期间具有相同长度，那么后面的控制信道将不覆盖之前的控制信道。所述因素可以是所述两个不同的传送期间的副载波间距。在一个实施例中，如果所述两个不同的传送期间具有不同副载波间距，那么后面的控制信道可以覆盖之前的控制信道。确切地说，如果与后面的控制信道相关联的数据和与之前的控制信道相关联的数据的副载波间距相比具有更大的副载波间距，那么后面的控制信道可以覆盖之前的控制信道。

在一个实施例中，如果所述两个不同的传送期间具有相同副载波间距，那么后面的控制信道将不覆盖之前的控制信道。“后面的控制信道将覆盖之前的控制信道”可以意味着：(i)UE将不根据之前的控制信道接收或传送数据，或(ii)UE将根据之前的控制信道部分地接收或传送数据且不在经调度资源的部分中接收/传送数据。“后面的控制信道不覆盖之前的控制信道”可以意味着UE将根据之前的控制信道和后面的控制信道两者而接收或传送数据。在一个实施例中，所述两个控制信道和/或所述两个数据信道可以与同一HARQ过程相关联。

在另一实施例中，基站将取决于因素(factor)向UE指示后面的控制信道是否覆盖之前的控制信道，其中后面的控制信道和之前的控制信道与两个不同的数据传送期间中的两个数据信道相关联。两个控制信道可以比两个数据信道更早传送。所述指示可以在后面的控制信道中显式地指示。替代地，所述指示可以连同后面的控制信道中的信息一起隐式地指示。所述信息可以是TBS、MCS、NDI或副载波间距。在一个实施例中，所述信息可以是控制信道与数据信道之间的时序关联。所述信息也可以是HARQ过程id。

在一个实施例中，“后面的控制信道将覆盖之前的控制信道”可以意味着：(i)UE将不根据之前的控制信道接收或传送数据，或(ii)UE将根据之前的控制信道部分地接收或传送数据且不在经调度资源的部分中接收或传送数据。“后面的控制信道不覆盖之前的控制信道”可以意味着UE将根据之前的控制信道和后面的控制信道两者接收或传送数据。在一个实施例中，所述两个控制信道和/或所述两个数据信道可以与同一HARQ过程相关联。

图27是从UE的角度看的根据一个示例性实施例的流程图2700。在步骤2705中，UE接收调度具有第一时间间隔的数据传送期间的第一数据传送的传送的第一控制信息。在一个实施例中，所述第一时间间隔可以是子帧、时隙、微时隙、符号或符号集合。

在步骤2710中，UE接收调度具有第二时间间隔的数据传送期间的第二数据传送的传送的第二控制信息，其中所述第一数据传送和所述第二数据传送在时域中不重叠。类似地，所述第二时间间隔可以是子帧、时隙、微时隙、符号或符号集合。此外，所述第一时间间隔和所述第二时间间隔可具有不同长度。在步骤2715中，UE根据第一控制信息对所述第一数据传送执行处理，且UE不根据第二控制信息对所述第二数据传送执行处理。

在一个实施例中，所述第一数据传送可以在第一子帧中，且所述第二数据传送可以在第二子帧中。替代地，所述第一数据传送可以在第一时隙中，且所述第二数据传送可以在第二时隙中。替代地，所述第一数据传送可以在第一微时隙中，且所述第二数据传送可以在第二微时隙中。替代地，所述第一数据传送可以在第一符号中，且所述第二数据传送可以在第二符号中。替代地，所述第一数据传送可以在第一符号集合中，且所述第二数据传送可以在第二符号集合中。

在一个实施例中，所述处理包括传送、接收或解码。在一个实施例中，由于UE处理能力和第一数据传送的存在，UE可以不对第二数据传送执行处理。并且，如果满足准则那么UE可以不对第二数据传送执行处理，且否则UE可以对第二数据传送执行处理。在一个实施例中，所述准则可以是比较距离与特定值，其中所述距离是在时域中第一时间间隔与第二时间间隔之间的距离。替代地，所述准则可以是第一时间间隔和第二时间间隔是否具有相同长度。所述准则也可以是第一数据传送的第一副载波间距与第二数据传送的第二副载波间距之间的比较。

在一个实施例中，如果在时域中第一时间间隔与第二时间间隔之间的距离长于特定值，那么UE可以对第二数据传送执行处理。所述特定值可以根据UE处理能力而确定。

在一个实施例中，如果第一时间间隔和第二时间间隔具有不同长度，那么UE可以不对第二数据传送执行处理。替代地，如果第一数据传送的第一副载波间距和第二数据传送的第二副载波间距不同，那么UE可以不对第二数据传送执行处理。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收调度具有第一时间间隔的数据传送期间的第一数据传送的传送的第一控制信息，(ii)接收调度具有第二时间间隔的数据传送期间的第二数据传送的传送的第二控制信息，其中所述第一数据传送和所述第二数据传送在时域中不重叠，以及(iii)根据第一控制信息对所述第一数据传送执行处理，且UE不根据第二控制信息对所述第二数据传送执行处理。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其他动作和步骤。

图28是从UE的角度看的根据一个示例性实施例的流程图2800。在步骤2805中，UE接收在第一时间间隔中调度第一数据信道的传送的第一控制信道。在步骤2810中，UE接收在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中所述第二控制信道覆盖所述第一控制信道。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收在第一时间间隔中调度第一数据信道的传送的第一控制信道，以及(ii)接收在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中所述第二控制信道覆盖所述第一控制信道。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其他动作和步骤。

图29是从UE的角度看的根据一个示例性实施例的流程图2900。在步骤2905中，UE接收在第一时间间隔中调度第一数据信道的传送的第一控制信道。在步骤2910中，UE接收在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中UE根据准则决定第二控制信道是否覆盖第一控制信道。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收在第一时间间隔中调度第一数据信道的传送的第一控制信道，以及(ii)接收在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中UE根据准则决定第二控制信道是否覆盖第一控制信道。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其他动作和步骤。

在图28和29中说明且上文描述的实施例的上下文中，在一个实施例中，所述第一控制信道可以在所述第一数据信道和第二数据信道的传送之前接收。类似地，所述第二控制信道可以在所述第一数据信道和第二数据信道的传送之前接收。

在一个实施例中，所述第一控制信道和第二控制信道可以与同一HARQ过程相关联。类似地，所述第一数据信道和第二数据信道可以与同一HARQ过程相关联。所述第一数据信道和第二数据信道可以是下行链路数据信道或上行链路数据信道。

在一个实施例中，所述第一时间间隔可以是子帧、时隙、微时隙或OFDM符号。类似地，所述第二时间间隔可以是子帧、时隙、微时隙或OFDM符号。此外，所述第一时间间隔和第二时间间隔可以具有不同时序位置。

在一个实施例中，所述第二控制信道可以比所述第一控制信道更晚传送。另外，所述第二数据信道可以比所述第一数据信道更晚传送。

在一个实施例中，“第二控制信道覆盖第一控制信道”可以意味着：(i)UE将不根据第一控制信道接收或传送数据，(ii)UE将根据第一控制信道部分地接收或传送数据且不在由第一控制信道调度的资源的部分中接收或传送数据。“第二控制信道不覆盖第一控制信道”可以意味着UE将根据第一控制信道和第二控制信道两者接收或传送数据。

在一个实施例中，所述准则可以是在时域中第一时间间隔与第二时间间隔之间的距离与特定值的比较。如果所述距离短于所述特定值，那么第二控制信道可以覆盖第一控制信道。如果所述距离长于所述特定值，那么第二控制信道可以不覆盖第一控制信道。在一个实施例中，所述特定值可以由基站配置。所述特定值也可以是固定值。此外，所述特定值可以根据UE处理能力或根据往返时间而确定。

在一个实施例中，所述准则可以是第一时间间隔和第二时间间隔是否具有相同长度。如果第二时间间隔的长度短于第一时间间隔的长度或如果第二时间间隔的长度不同于第一时间间隔的长度，那么第二控制信道可以覆盖第一控制信道。此外，如果第二时间间隔和第一时间间隔具有相同长度，那么第二控制信道可以不覆盖第一控制信道。

在一个实施例中，所述准则是第一数据信道的第一副载波间距与第二数据信道的第二副载波间距之间的比较。如果第一副载波间距和第二副载波间距不同或如果第二副载波间距大于第一副载波间距，那么第二控制信道可以覆盖第一控制信道。此外，如果第二副载波间距相同于第一副载波间距，那么第二控制信道可以不覆盖第一控制信道。

图30是从基站的角度看的根据一个示例性实施例的流程图3000。在步骤3005中，基站向UE传送在第一时间间隔中调度第一数据信道的传送的第一控制信道。在步骤3010中，基站向UE传送在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中基站发送指示以指示第二控制信道是否覆盖第一控制信道。

返回参考图3和4，在基站的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使基站能够：(i)向UE传送在第一时间间隔中调度第一数据信道的传送的第一控制信道，以及(ii)向UE传送在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中基站发送指示以指示第二控制信道是否覆盖第一控制信道。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其他动作和步骤。

图31是从UE的角度看的根据一个示例性实施例的流程图3100。在步骤3105中，UE接收在第一时间间隔中调度第一数据信道的传送的第一控制信道。在步骤3110中，UE接收在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中UE根据第二控制信道上的指示决定第二控制信道是否覆盖第一控制信道。

返回参考图3和4，在UE的一个示例性实施例中，装置300包含存储在存储器310中的程序代码312。CPU 308可以执行程序代码312以使UE能够：(i)接收在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中UE根据第二控制信道上的指示决定第二控制信道是否覆盖第一控制信道，以及(ii)接收在第二时间间隔中调度第二数据信道的传送的第二控制信道，其中UE根据第二控制信道上的指示决定第二控制信道是否覆盖第一控制信道。此外，CPU 308可执行程序代码312以执行所有上述动作和步骤或本文所描述的其他动作和步骤。

在图30和31中说明的实施例的上下文中，在一个实施例中，第一控制信道可以在第一数据信道和第二数据信道的传送之前传送或接收。类似地，第二控制信道可以在第一数据信道和第二数据信道的传送之前传送或接收。

在一个实施例中，第一控制信道和第二控制信道可以与同一HARQ过程相关联。类似地，第一数据信道和第二数据信道可以与同一HARQ过程相关联。第一数据信道和第二数据信道可以是下行链路数据信道或上行链路数据信道。

在一个实施例中，第一时间间隔可以是子帧、时隙、微时隙或OFDM符号。类似地，第二时间间隔可以是子帧、时隙、微时隙或OFDM符号。此外，第一时间间隔和第二时间间隔可以具有不同时序位置。

在一个实施例中，第二控制信道可以比第一控制信道更晚传送。类似地，第二数据信道可以比第一数据信道更晚传送。

在一个实施例中，所述指示可以是第二控制信道上的字段(field)。所述字段可以是新字段。此外，所述字段可以是指示TBS、NDI、MCS、副载波间距或HARQ过程id的字段。

上文已经描述了本发明的各种方面。应明白，本文中的教示可以通过广泛多种形式实施，且本文中所公开的任何具体结构、功能或这两者仅是代表性的。基于本文中的教示，所属领域的技术人员应了解，本文中公开的方面可以独立于任何其他方面而实施，且可以各种方式组合这些方面中的两个或多于两个方面。举例来说，可以使用本文中所阐述的任何数量的方面来实施设备或实践方法。另外，通过使用除了本文所阐述的方面中的一或多个之外或不同于本文所阐述的实施例中的一或多个的其他结构、功能性或结构与功能性，可实施此设备或可实践此方法。作为上述概念中的一些的实例，在一些方面中，可以基于脉冲重复频率建立并行信道。在一些方面中，可以基于脉冲位置或偏移建立并行信道。在一些方面中，可以基于时间跳频序列建立并行信道。在一些方面中，可以基于脉冲重复频率、脉冲位置或偏移、以及时间跳频序列建立并行信道。

所属领域的技术人员应理解，可使用多种不同技术和技艺中的任一种来表示信息和信号。举例来说，可通过电压、电流、电磁波、磁场或磁粒子、光场或光粒子或其任何组合来表示在整个上文描述中可能参考的数据、指令、命令、信息、信号、位、符号和码片。

所属领域的技术人员将进一步了解结合本文公开的方面描述的各种说明性逻辑块、模块、处理器、构件、电路和算法步骤可以被实施为电子硬件(例如，数字实施方案、模拟实施方案或两者的组合，其可以使用信源编码或某种其他技术来设计)、各种形式的并入有指令的程序或设计代码(为方便起见，本文可以称为“软件”或“软件模块”)，或两者的组合。为清晰地说明硬件与软件的这种可互换性，上文已大体就其功能性来描述了各种说明性组件、块、模块、电路和步骤。此类功能性是实施为硬件还是软件取决于具体应用和施加于整个系统的设计约束。本领域的技术人员可针对每一具体应用以不同方式来实施所描述的功能性，但这样的实施决策不应被解释为会引起脱离本发明的范围。

另外，结合本文公开的方面描述的各种说明性逻辑块、模块和电路可以实施于集成电路(“IC”)、接入终端或接入点内或者由集成电路、接入终端或接入点执行。IC可以包括通用处理器、数字信号处理器(DSP)、专用集成电路(ASIC)、现场可编程门阵列(FPGA)或其他可编程逻辑装置、离散门或晶体管逻辑、离散硬件组件、电气组件、光学组件、机械组件，或其经设计以执行本文中所描述的功能的任何组合，且可以执行驻留在IC内、在IC外或这两种情况下的代码或指令。通用处理器可以是微处理器，但在替代方案中，处理器可以是任何的常规处理器、控制器、微控制器或状态机。处理器也可实施为计算装置的组合，例如DSP和微处理器的组合、多个微处理器、与DSP内核结合的一或多个微处理器，或任何其他此类配置。

应理解，在任何所公开过程中的步骤的任何特定次序或层级都是样本方法的实例。应理解，基于设计偏好，过程中的步骤的特定次序或层级可以重新布置，同时保持在本公开的范围内。随附的方法要求各种步骤的目前元件呈样本次序，且其并不意味着限于所呈现的特定次序或层级。

结合本文中所公开的方面描述的方法或算法的步骤可以直接用硬件、用由处理器执行的软件模块、或用这两者的组合实施。软件模块(例如，包含可执行指令和相关数据)和其他数据可以驻留在数据存储器中，例如RAM存储器、快闪存储器、ROM存储器、EPROM存储器、EEPROM存储器、寄存器、硬盘、可移动磁盘、CD-ROM或所属领域中已知的计算机可读存储介质的任何其他形式。样本存储介质可以耦合到例如计算机/处理器等机器(为方便起见，所述机器在本文中可以称为“处理器”)，使得所述处理器可以从存储介质读取信息(例如，代码)且将信息写入到存储介质。样本存储介质可以与处理器形成一体。处理器和存储介质可以驻留在ASIC中。ASIC可以驻留在用户设备中。在替代方案中，处理器和存储介质可作为离散组件而驻留在用户设备中。此外，在一些方面中，任何合适的计算机程序产品可包括计算机可读介质，所述计算机可读介质包括与本发明的各方面中的一个或多个方面相关的代码。在一些方面中，计算机程序产品可以包括封装材料。

虽然已结合各种方面描述本发明，但应理解本发明能够进行进一步修改。本申请意图涵盖对本发明的任何改变、使用或调适，这通常遵循本发明的原理且包含从本公开的此类偏离，所述偏离处于在本发明所属的技术领域内的已知及惯常实践的范围内。

Claims

1.一种用户设备的方法，其特征在于，包括：

所述用户设备接收第一控制信息，所述第一控制信息调度第一数据传送的传送，所述第一数据传送具有第一时间间隔的数据传送期间；

所述用户设备接收第二控制信息，所述第二控制信息调度第二数据传送的传送，所述第二数据传送具有第二时间间隔的数据传送期间，其中所述第一数据传送和所述第二数据传送在时域中不重叠；以及

所述用户设备根据所述第一控制信息对所述第一数据传送执行处理，且所述用户设备不根据所述第二控制信息对所述第二数据传送执行所述处理。

2.根据权利要求1所述的方法，其特征在于：

所述第一时间间隔是子帧、时隙、微时隙、符号或符号集合；

所述第二时间间隔是子帧、时隙、微时隙、符号或符号集合；且

所述第一时间间隔和所述第二时间间隔能够具有不同长度。

3.根据权利要求1所述的方法，其特征在于，所述第一数据传送在第一子帧中且所述第二数据传送在第二子帧中。

4.根据权利要求1所述的方法，其特征在于，所述处理包括传送、接收或解码。

5.根据权利要求1所述的方法，其特征在于，由于用户设备处理能力和所述第一数据传送的存在，所述用户设备不对所述第二数据传送执行所述处理。

6.根据权利要求1所述的方法，其特征在于，如果满足准则那么所述用户设备不对所述第二数据传送执行所述处理，且否则所述用户设备对所述第二数据传送执行所述处理。

7.根据权利要求6所述的方法，其特征在于，所述准则是比较距离与特定值，其中所述距离是在时域中所述第一时间间隔与所述第二时间间隔之间的距离。

8.根据权利要求1所述的方法，其特征在于，如果在时域中所述第一时间间隔与所述第二时间间隔之间的距离长于特定值，那么所述用户设备对所述第二数据传送执行所述处理。

9.根据权利要求7所述的方法，其特征在于，所述特定值是根据用户设备处理能力而确定。

10.根据权利要求1所述的方法，其特征在于，如果所述第一时间间隔和所述第二时间间隔具有不同长度，那么所述用户设备不对所述第二数据传送执行所述处理。

11.一种用户设备，其特征在于，包括：

控制电路；

处理器，其安装于所述控制电路中；以及

存储器，其安装于所述控制电路中且以操作方式耦合到所述处理器；

其中所述处理器被配置成执行存储于所述存储器中的程序代码以进行以下操作：

接收第一控制信息，所述第一控制信息调度第一数据传送的传送，所述第一数据传送具有第一时间间隔的数据传送期间；

接收第二控制信息，所述第二控制信息调度第二数据传送的传送，所述第二数据传送具有第二时间间隔的数据传送期间，其中所述第一数据传送和所述第二数据传送在时域中不重叠；以及

根据所述第一控制信息对所述第一数据传送执行处理，且所述用户设备不根据所述第二控制信息对所述第二数据传送执行所述处理。

12.根据权利要求11所述的用户设备，其特征在于：

所述第一时间间隔和所述第二时间间隔能够具有不同长度。

13.根据权利要求11所述的用户设备，其特征在于，所述第一数据传送在第一子帧中且所述第二数据传送在第二子帧中。

14.根据权利要求11所述的用户设备，其特征在于，所述处理包括传送、接收或解码。

15.根据权利要求11所述的用户设备，其特征在于，由于用户设备处理能力和所述第一数据传送的存在，所述用户设备不对所述第二数据传送执行所述处理。

16.根据权利要求11所述的用户设备，其特征在于，如果满足准则那么所述用户设备不对所述第二数据传送执行所述处理，且否则所述用户设备对所述第二数据传送执行所述处理。

17.根据权利要求16所述的用户设备，其特征在于，所述准则是比较距离与特定值，其中所述距离是在时域中所述第一时间间隔与所述第二时间间隔之间的距离。

18.根据权利要求11所述的用户设备，其特征在于，如果在时域中所述第一时间间隔与所述第二时间间隔之间的距离长于特定值，那么所述用户设备对所述第二数据传送执行所述处理。

19.根据权利要求18所述的用户设备，其特征在于，所述特定值是根据用户设备处理能力而确定。

20.根据权利要求14所述的用户设备，其特征在于，如果所述第一时间间隔和所述第二时间间隔具有不同长度，那么所述用户设备不对所述第二数据传送执行所述处理。