CN109075914B

CN109075914B - 对上行链路传输的调度方法及装置

Info

Publication number: CN109075914B
Application number: CN201780018013.3A
Authority: CN
Inventors: 阿里斯·帕帕萨克拉里欧
Original assignee: Samsung Electronics Co Ltd
Current assignee: Samsung Electronics Co Ltd
Priority date: 2016-03-21
Filing date: 2017-03-21
Publication date: 2021-08-27
Anticipated expiration: 2037-03-21
Also published as: KR20210148379A; EP3417558A4; US11528692B2; US20170273056A1; US20230112965A1; CN113613320A; CN109075914A; KR20180119563A; US11729793B2; WO2017164626A3; EP3917053A1; KR102332133B1; WO2017164626A2; US12010704B2; US10568081B2; US20220377715A1; US20200169994A1; US11290996B2; EP3417558A2; EP3417558B1

Abstract

提供用于使用下行链路控制信息(DCI)格式来调度数据信道、控制信道或随机接入信道的传输的方法和装置。DCI格式可以在相应的一个或多个传输时间间隔上配置一个或多个数据信道的传输。第一DCI格式可以配置用于信道传输的参数，且第二DCI格式可以触发信道传输并指示相应的一个或多个传输时间间隔。

Description

对上行链路传输的调度方法及装置

技术领域

本公开大体涉及无线通信系统，且更具体地涉及对数据信道、控制信道或随机接入信道的传输和接收的调度。

背景技术

无线通信已是现代历史上最成功的创新之一。近来，无线通信服务的订户数量超过了五十亿，并且持续快速增长。由于智能手机和其他移动数据设备(诸如，平板电脑、“笔记本”电脑、上网本、电子书阅读器和机器类型的设备)在消费者和企业当中的日益普及，对无线数据业务的需求快速增长。

发明内容

技术问题

为了满足移动数据流量的高速增长并支持新的应用和部署，无线电接口效率和覆盖的改进是至关重要的。

解决方案

在第一实施方式中，UE包括接收器和发射器。接收器被配置成接收下行链路控制信息(DCI)格式，所述DCI格式在高达预定最大数量为 N_SF的子帧的多个子帧上配置多个物理上行链路数据信道(PUSCH)的传输。DCI格式包括多个子帧字段，其由

个位表示并指示用于n_SF个PUSCH传输的子帧的数量n_SF≤N_SF。DCI格式还包括时序偏移字段，其包括PUSCH传输中的第一PUSCH传输的、被确定为n+k+o_t的子帧的时序偏移o_t，n是DCI格式接收的子帧，且k是用于在DCI格式接收之后进行PUSCH传输的子帧的最小数量。DCI格式进一步包括混合自动重传请求(HARQ)进程数字段，其由

个位表示并指示来自总共N_HARQ个HARQ进程的HARQ进程数n_HARQ。HARQ进程数 n_HARQ应用于第一PUSCH传输，HARQ进程数(n_HARQ+j-1)modN_HARQ应用于第j PUSCH传输，且1<j≤n_SF。DCI格式另外包括新数据指示符(NDI) 字段，其由N_SF个位表示并指示n_SF个PUSCH传输中的PUSCH传输是传达新的数据传输块(TB)还是数据TB的重传。

是上取整函数，其将数四舍五入到其紧接着的下一个较大整数，且log₂(x)是底数为2的对数函数以得到数x的底数为2的对数。发射器被配置成在n_SF个子帧上发送n_SF个PUSCH传输。

在第二实施方式中，基站包括发射器和接收器。发射器被配置成发送DCI格式，所述DCI格式在高达预定最大数量为N_SF的子帧的多个子帧上配置多个PUSCH的传输。DCI格式包括多个子帧字段，其由

个位表示并指示用于n_SF个PUSCH传输的子帧的数量 n_SF≤N_SF。DCI格式还包括时序偏移字段，其包括PUSCH传输中的第一 PUSCH传输的、被确定为n+k+ot的子帧的时序偏移o_t，n是DCI格式接收的子帧，且k是用于在DCI格式接收之后进行PUSCH传输的子帧的最小数量。DCI格式进一步包括HARQ进程数字段，其由

个位表示并指示来自总共N_HARQ个HARQ进程的HARQ进程数n_HARQ。 HARQ进程数n_HARQ应用于第一PUSCH传输，HARQ进程数 (n_HARQ+j-1)modN_HARQ应用于第j PUSCH传输，且1<j≤n_SF。DCI格式另外包括新数据指示符(NDI)字段，其由N_SF个位表示并指示n_SF个PUSCH 传输中的PUSCH传输是传达新的数据TB还是数据TB的重传。

是上取整函数，其将数四舍五入到其紧接着的下一个较大整数，且log₂(x) 是底数为2的对数函数以得到数x的底数为2的对数。接收器被配置成在n_SF个子帧上接收n_SF个PUSCH传输。

在第三实施方式中，UE包括接收器和发射器。接收器配置成在具有第一索引的子帧中接收第一DCI格式，所述第一DCI格式对用于信道的传输的参数进行配置。接收器还配置成在具有第二索引的子帧中接收第二DCI格式，所述第二DCI格式触发该信道的传输。发射器配置成在具有第三索引的子帧中传输该信道。

在第四实施方式中，基站包括发射器和接收器。发射器配置成在具有第一索引的子帧中发送第一DCI格式，所述第一DCI格式对用于信道的传输的参数进行配置。发射器还配置成在具有第二索引的子帧中传输第二DCI格式，所述第二DCI格式触发该信道的传输。接收器配置成在具有第三索引的子帧中接收该信道。

通过以下附图、描述和权利要求，其他技术特征可以对于本领域技术人员是显而易见的。

在进行下文的详细描述之前，陈述本专利文献中通篇使用的某些词语和短语的定义可能是有利的。术语“联接”及其衍生词是指两个或多个元件之间的任何直接或间接通信，而不论这些元件彼此是否物理接触。术语“发射”、“接收”和“传送”以及其衍生词包含直接和间接通信两者。术语“包含”和“包括”以及其衍生词表示包含而非限制。术语“或”是包含性的，表示和/或。短语“与…相关联”及其衍生词表示包含、包含在内、与……互连、含有、含在内、连接到或与……连接、联接至或与……联接、可与……通信、与……协作、交错、并置、接近于、接合到或与之接合、具有、具有……性质、与……具有关系，等等。术语“控制器”表示控制至少一个操作的任何装置、系统或其部件。此类控制器可以硬件或者以硬件和软件和/或固件的组合实施。与任何特定控制器相关联的功能可以是集中式或分布式的，而不论其在本地还是远程。短语“中的至少一个”在与项目列表一同使用时，意味着可使用所列项目中的一个或多个的不同组合，且可能需要所述列表中的仅一个项目。举例来说，“A、B和C中的至少一个”包括以下组合中的任一者：“A、B、C、 A和B、A和C、B和C，以及A和B和C。

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

在本专利文献全文中提供对其他某些词语和短语的定义。所属领域的技术人员应理解，在许多(如果不是大多数)情况下，这些定义适用于这些所定义的词语和短语的先前以及将来的使用。

本发明的有益效果

本公开的实施方式提供用于对数据信道、控制信道或随机接入信道的传输和接收进行调度的方法和装置。

附图说明

图1示出根据本公开的示例性无线网络。

图2A和图2B示出根据本公开的示例性无线传输路径和接收路径。

图3A示出根据本公开的示例性用户设备。

图3B示出根据本公开的示例性增强节点B(eNB)。

图4示出根据本公开的用于供与eNB一起使用的下行链路控制信息 (DCI)格式的示例性编码过程。

图5示出根据本公开的用于供与UE一起使用的DCI格式的示例性解码过程。

图6示出根据本公开的用于PUSCH传输或PUCCH传输的示例性 UL子帧(SF)结构。

图7示出根据本公开的用于PUSCH中的上行链路控制信息(UCI) 和数据的发射器框图。

图8示出根据本公开的用于PUSCH中的UCI和数据的接收器框图。

图9示出根据本公开的UL信道传输(诸如，PUSCH或PUCCH) 在频率交织的十个RB上的传输。

图10示出根据本公开的针对自第一UE的PUSCH传输分配具有连续索引的两个交错的示例和针对自第二UE的PUSCH传输分配具有非连续索引的两个交错的示例。

图11示出根据本公开的针对用于来自UE的多个PUSCH传输的交错索引进行移位的示例。

图12示出根据本公开的在通过UL许可(UL grant)进行多SF PUSCH 调度的情况下确定HARQ进程数的示例。

图13说明由UE根据新数据指示符(NDI)字段的值确定冗余版本 (RV)是否适用于数据TB传输的示例。

图14示出根据本公开的用于在通过UL许可被调度的多个PUSCH 传输中复用多个CSI报告的示例。

图15示出根据本公开的基于竞争的随机接入过程的概略图。

图16示出根据本公开的PRACH格式的四个示例。

图17示出根据本公开的来自UE的PRACH传输的示例。

图18示出根据本公开的在eNB处进行PRACH检测的示例。

图19是示出根据本公开使用CA进行的通信的图。

图20示出根据本公开在SF的十二个符号中的六个符号上重复进行 PRACH格式4传输，所述SF包括十四个符号。

图21示出根据本公开的在12个SF符号上进行的经修改的PRACH 传输结构的第一示例。

图22示出根据本公开针对基于PRACH格式0的PRACH格式在相同的SF期间进行的PRACH传输，该PRACH传输在频域中具有两次重复。

图23示出当在系统BW的任一或两个边缘处传输PRACH时用于未授权小区上的PRACH传输的保护频带的放置情况。

图24示出根据本公开的用于指示针对PRACH传输的SF的机制。

图25A和图25B示出根据本公开的用于利用多个传输机会来传输非竞争PRACH的过程。

图26示出根据本公开的用于传输PRACH和相关联的RAR的过程。

图27A和图27B示出根据本公开的RAR消息相对于八位字节的大小，所述RAR消息用于提供用于基于竞争的随机接入和用于非竞争随机接入的TA命令和UL许可。

图28示出根据本公开的基于针对上行链路控制信息(UCI)小区群组(UCG)小区和非UCG小区的DL DCI格式中的DAI字段来确定 HARQ-ACK码本的示例。

图29示出使UE在UCG小区上的PUSCH中或者在(主小区)PCell 中的PUCCH上传输针对UCG小区的HARQ-ACK码本的示例。

图30示出根据本公开的

值在根据所调度的PUSCH传输的数量来确定用于在所调度的多个PUSCH传输中复用HARQ-ACK码本的资源时的使用。

图31示出根据本公开的在PUSCH传输中对PUSCH_Tx_ind的复用。

图32示出根据本公开的通过HARQ-ACK码本中的HARQ-ACK信息对PUSCH_Tx_ind进行的复用。

图33示出根据本公开的响应于对传达HARQ-ACK请求的DCI格式的检测由UE进行的HARQ-ACK码本的传输。

图34示出根据本公开的用于由UE传输HARQ-ACK码本的示例性时间线。

具体实施方式

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

如在本文中充分阐述的，以下文献和标准描述特此以引用的方式并入本公开中：

TS 36.211v13.1.0，“E-UTRA，物理信道和调制”(“参考文献1”)； 3GPP TS36.212v13.1.0，“E-UTRA，复用和信道编码”(“参考文献2”)； 3GPP TS 36.213v13.1.0，“E-UTRA，物理层过程”(“参考文献3”)；3GPP TS 36.321v13.1.0，“E-UTRA，媒体访问控制(MAC)协议规范”(“参考文献4”)；3GPP TS 36.331v13.1.0,“E-UTRA，无线电资源控制(RRC) 协议规范”(“参考文献5”)；ETSI EN 301 893V1.7.1，统一欧洲标准，“宽带无线电接入网(BRAN)；5GHz高性能RLAN”(“参考文献6”)；以及 IEEE，“第11部分：无线局域网媒体访问控制(MAC)和物理层(PHY) 规范”，http://standards.ieee.org/getieee802/802.11.html(“参考文献7”)。

为满足对自4G通信系统部署以来增加的无线数据业务的需求，已努力开发出改进的5G或准5G通信系统。因此，5G或准5G通信系统也被称为“超4G网络”或“后LTE系统”。

5G通信系统被视为在较高频率(毫米波)带(例如，60GHz频带) 中实施，以便实现较高的数据速率。为了减少无线电波的传播损耗，且增加发射距离，5G通信系统中探讨了波束成形、大量多输入多输出 (MIMO)、全维MIMO(FD-MIMO)、阵列天线、模拟波束成形、大规模天线技术。

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

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

在本公开中，UE也通常被称为终端或移动台，其可以是固定的或移动的，并且可以是蜂窝电话、个人计算机设备或自动化设备。eNB通常是固定的站，并且也可以被称为基站、接入点或其他等同的术语。

图1示出根据本公开的示例性无线网络100。图1中所示的无线网络 100的实施方式仅仅用于说明。可使用无线网络100的其他实施方式而不脱离本公开的范围。

无线网络100包括演进型节点B(eNB)101、eNB 102和eNB 103。 eNB 101与eNB 102和eNB 103通信。eNB 101还与至少一个互联网协议 (IP)网络130(例如互联网、专有IP网络或其他数据网络)通信。

根据网络类型，可以使用其他公知的术语来代替“eNodeB”或“eNB”，诸如“基站”或“接入点”。为了方便起见，术语“eNodeB”和“eNB”在本专利文献中用于指向远程终端提供无线接入的网络基础设施组件。另外，根据网络类型，可使用其他众所周知的术语来代替“用户设备”或“UE”，例如“移动台”、“订户台”、“远程终端”、“无线终端”、“用户装置”。为了方便起见，在本专利文献中使用术语“用户设备”和“UE”来指代以无线方式访问eNB的远程无线设备，而不论UE是移动装置(例如移动电话或智能电话)还是通常所认为的静态装置(例如桌上型计算机或自动售货机)。

eNB 102向eNB 102的覆盖区域120内的多个第一用户设备(UE) 提供对于网络130的无线宽带接入。所述多个第一UE包括UE 111，其可位于小型商业(SB)中；UE 112，其可位于企业(E)中；UE 113，其可位于WiFi热点(HS)中；UE 114，其可位于第一住宅(R)中；UE115，其可位于第二住宅(R)中；以及UE 116，其可以是移动装置(M)，如手机、无线膝上型计算机、无线PDA等。eNB 103向eNB 103的覆盖区域125内的多个第二UE提供对于网络130的无线宽带接入。所述多个第二UE包含UE 115和UE 116。在一些实施方式中，eNB 101至103中的一个或多个可使用5G、长期演进(LTE)、LTE-A、WiMAX或其他高级无线通信技术彼此通信，且与UE 111至116进行通信。

虚线显示覆盖区域120和125的大致范围，仅出于说明和阐释的目的，将其显示为大致圆形。应清楚地理解，与eNB相关联的覆盖区域，例如覆盖区域120和125，根据eNB的配置以及无线电环境中与天然和人造障碍相关联的变量而可以具有包括不规则形状在内的其他形状。

如以下更详细地描述的，BS 101、BS 102和BS 103中的一个或多个包括如在本公开的实施方式中所述的2D天线阵列。在一些实施方式中， BS 101、BS 102和BS 103中的一个或多个支持在未授权载波中调度上行链路传输和随机接入。

尽管图1示出无线网络的一个示例，但可对图1进行各种改变。举例来说，无线网络100可包括以任何适当方式布置的任何数量的eNB和任何数量的UE。另外，eNB 101可与任何数量的UE直接通信，并向那些UE提供对于网络130的无线宽带接入。类似地，每个eNB 102至103 可与网络130直接通信，并向UE提供对于网络130的直接的无线宽带接入。另外，eNB101、102和/或103可提供对于其他或额外的外部网络的接入，例如外部电话网络或其他类型的数据网络。

图2A和图2B示出根据本公开的示例性无线发射和接收路径。在以下描述中，发射路径200可描述为在eNB(例如eNB 102)中实施，而接收路径250可描述为在UE(例如UE 116)中实施。然而，将理解，接收路径250可在eNB中实施，且发射路径200可在UE中实施。在一些实施方式中，接收路径250配置成支持在未授权载波中调度上行链路传输和随机接入。

发射路径200包含信道编码和调制块205、串行到并行(S到P)块 210、尺寸N快速傅里叶逆变换(IFFT)块215、并行到串行(P到S) 块220、添加循环前缀块225，以及上变频器(UC)230。接收路径250 包含下变频器(DC)255、移除循环前缀块260、串行到并行(S到P) 块265、尺寸N快速傅里叶变换(FFT)块270、并行到串行(P到S) 块275，以及信道解码和解调块280。

在发射路径200中，信道编码和调制块205接收一组信息位，应用编码(例如低密度奇偶校验(LDPC)编码)，且对输入位进行调制(例如，利用正交移相键控(QPSK)或正交调幅(QAM))，以产生一序列频域调制符号。串行到并行块210将经串行调制的符号转换(例如解多路复用)成并行数据，以便产生N个并行符号流，其中N是eNB 102和 UE 116中使用的IFFT/FFT尺寸。尺寸N IFFT块215对N个并行符号流执行IFFT操作，以产生时域输出信号。并行到串行块220将对来自尺寸 N IFFT块215的并行时域输出符号进行转换(例如多路复用)，以便产生串行时域信号。“添加循环前缀”块225将循环前缀插入到时域信号。上变频器230将“添加循环前缀”块225的输出调制(例如向上变换(up convert))为RF频率，以用于通过无线信道进行传输。在变换为RF频率之前，还可在基带下对所述信号进行滤波。

由eNB 102发射的RF信号在穿过无线信道之后到达UE 116，且在UE 116处执行与eNB 102处的操作相反的操作。下变频器255将接收到的信号向下变换为基带频率，且移除循环前缀块260将循环前缀移除，以产生串行时域基带信号。串行到并行块265将时域基带信号转换为并行时域信号。尺寸N FFT块270执行FFT算法，以产生N个并行频域信号。并行到串行块275将并行频域信号转换为经调制的数据符号序列。信道解码和解调块280对经调制的符号进行解调和解码，以还原原始输入数据流。

eNBs 101至103中的每个可实施发射路径200和接收路径250，其中，发射路径200类似于下行链路中向UE 111至116的发射，且接收路径250类似于上行链路中自UE 111至116的接收。类似地，UE 111至 116中的每个可实施用于在上行链路中向eNB 101至103进行发射的发射路径200，并且可实施用于在下行链路中从eNB 101至103接收的接收路径250。

图2A和图2B中的组件中的每个可仅使用硬件来实施或者可使用硬件和软件/固件的组合来实施。作为具体的示例，图2A和图2B中的组件中的至少一些可以以软件实施，而其他组件可通过可配置硬件或者通过软件和可配置硬件的结合体来实施。举例来说，FFT块270和IFFT块215 可实施为可配置软件算法，其中尺寸N的值可根据实施方式进行修改。

此外，尽管描述为使用FFT和IFFT，但这仅作为说明，且不应被解释为限制本公开的范围。可使用其他类型的变换，例如离散傅里叶变换 (DFT)和离散傅里叶逆变换(IDFT)函数。将了解，DFT和IDFT函数的变量N的值可以是任何整数(例如1、2、3、4等)，而FFT和IFFT函数的变量N的值可以是作为二的幂(例如1、2、4、8、16等)的任何整数。

尽管图2A和图2B示出无线发射和接收路径的示例，但可对图2A 和图2B进行各种改变。举例来说，图2A和图2B中的各种组件可被组合，进一步细分或被省略，且可以根据具体需要添加额外的组件。另外，图2A和图2B旨在示出能够在无线网络中使用的类型的发射和接收路径的示例。可使用任何其他合适的架构来支持无线网络中的无线通信。

图3A示出根据本公开的示例性UE 116。图3A中示出的UE 116的实施方式仅出于说明性的目的，且图1的UE 111至115可具有相同或相似的配置。然而，UE具有各种各样的配置，且图3A并不将本公开的范围限制于UE的任何特定实施方式。

UE 116包括天线305、射频(RF)收发器310、发射(TX)处理电路315、麦克风320和接收(RX)处理电路325。UE 116还包括扬声器 330、主处理器340、输入/输出(I/O)接口(IF)345、小键盘350、显示器355和存储器360。存储器360包括基本操作系统(OS)程序361 和一个或多个应用程序362。

RF收发器310从天线305接收由网络100的eNB发射的输入RF信号。RF收发器310对输入RF信号进行向下变换(down convert)，以产生中频(IF)或基带信号。将IF或基带信号被发送到RX处理电路325，其中，该RX处理电路325通过对所述基带或IF信号进行滤波、解码和/ 或数字化来产生经处理的基带信号。RX处理电路325将经处理的基带信号发射到扬声器330(例如用于语音数据)，或发射到主处理器340以用于进一步处理(例如用于网络浏览数据)。

TX处理电路315接收来自麦克风320的模拟或数字语音数据，或来自主处理器340的其他输出基带数据(例如网络数据、电子邮件或交互视频游戏数据)。TX处理电路315对输出基带数据进行编码、多路复用和/或数字化，以产生经处理的基带或IF信号。RF收发器310接收来自 TX处理电路315的输出经处理基带或IF信号，并将所述基带或IF信号向上变换为通过天线305发射的RF信号。

主处理器340可包括一个或多个处理器或其他处理装置，并且执行存储在存储器360中的基本OS程序361，以控制UE 116的整体操作。举例来说，主处理器340可根据众所周知的原理通过RF收发器310、RX 处理电路325和TX处理电路315来控制正向信道信号的接收以及反向信道信号的发射。在一些实施方式中，主处理器340包括至少一个微处理器或微控制器。

主处理器340还能够执行驻存在存储器360中的其他进程和程序，例如用于本公开实施方式中所描述的、具有2D天线阵列的系统的信道质量测量和报告的操作，如本公开的实施方式中所描述。主处理器340可根据执行进程的需要，将数据移入或移出存储器360。在一些实施方式中，主处理器340配置成基于OS程序361或响应于从eNB或操作者接收到的信号，运行应用程序362。处理器340还联接至I/O接口345，其中， I/O接口345向UE 116提供与其他装置(例如膝上型计算机和手持式计算机)连接的能力。I/O接口345是这些附件与主控制器340之间的通信路径。

主处理器340还联接至小键盘350和显示单元355。UE 116的操作者可使用小键盘350来将数据输入到UE 116中。显示器355可以是液晶显示器或其他能够渲染文本和/或至少例如来自网站的有限图形的显示器。

存储器360联接至主处理器340。存储器360的一部分可包括随机存取存储器(RAM)，且存储器360的另一部分可包括闪速存储器或其他只读存储器(ROM)。

尽管图3A示出UE 116的一个示例，但可以对图3A进行各种改变。举例来说，图3A中的各种组件可被组合，进一步细分或被省略，且可根据具体需要添加额外的组件。作为具体的示例，可将主处理器340分为多个处理器，例如一个或多个中央处理单元(CPU)以及一个或多个图形处理单元(GPU)。另外，虽然图3A示出了配置为移动电话或智能电话的UE 116，但UE可配置成作为其他类型的移动或静态装置来操作。

图3B示出根据本公开的示例性eNB 102。图3B中所示的eNB 102 的实施方式仅用于说明性的目的，且图1的其他eNB可具有相同或相似的配置。然而，eNB具有各种各样的配置，且图3B并不将本公开的范围限制于eNB的任何特定实施方式。应注意，eNB 101和eNB103可包含与eNB 102相同或相似的结构。

如图3B中所示，eNB 102包括多个天线370a至370n、多个RF收发器372a至372n、发射(TX)处理电路374和接收(RX)处理电路376。在某些实施方式中，所述多个天线370a至370n中的一个或多个包括2D 天线阵列。eNB 102还包括控制器/处理器378、存储器380和回程或网络接口382。

RF收发器372a至372n从天线370a至370n接收输入RF信号，例如由UE或其他eNB发射的信号。RF收发器372a至372n对输入RF信号进行向下变换，以产生IF或基带信号。将IF或基带信号被发送到RX 处理电路376，该RX处理电路376通过对所述基带或IF信号进行滤波、解码和/或数字化来产生经处理的基带信号。RX处理电路376将经处理的基带信号发射到控制器/处理器378，以用于进一步处理。

TX处理电路374从控制器/处理器378接收模拟或数字数据(例如语音数据、网络数据、电子邮件或交互视频游戏数据)。TX处理电路374 对输出基带数据进行编码、多路复用和/或数字化，以产生经处理的基带或IF信号。RF收发器372a至372n从TX处理电路374接收输出的经处理的基带或IF信号，并将所述基带或IF信号向上变换为经由天线370a 至370n发射的RF信号。

控制器/处理器378可包括控制eNB 102的整体操作的一个或多个处理器或其他处理装置。举例来说，控制器/处理器378可根据众所周知的原理通过RF收发器372a至372n、RX处理电路376和TX处理电路374，控制正向信道信号的接收和反向信道信号的发射。控制器/处理器378也能够支持额外的功能，例如更高级的无线通信功能。例如，控制器/处理器378可以执行诸如由BIS算法执行的盲干扰感测(BIS)过程，并且对减去了干扰信号的接收信号进行解码。可由控制器/处理器378在eNB 102 中支持多种多样的其他功能中的任一者。在一些实施方式中，控制器/处理器378包括至少一个微处理器或微控制器。

控制器/处理器378还能够执行驻留在存储器380中的程序和其他过程，诸如基本OS。控制器/处理器378还能够支持在未授权载波中调度上行链路传输和随机接入，如在本公开的实施方式中所描述的。在一些实施方式中，控制器/处理器378支持例如网络RTC的实体之间的通信。控制器/处理器378可根据执行进程的需要，将数据移入或移出存储器380。

控制器/处理器378还联接至回程或网络接口382。回程或网络接口 382允许eNB102通过回程连接或通过网络与其他装置或系统通信。接口 382能够支持通过任何合适的有线或无线连接的通信。举例来说，在将 eNB 102实施为蜂窝式通信系统(例如支持5G、LTE或LTE-A的系统) 时，接口382能够允许eNB 102通过有线或无线回程连接与其他eNB通信。在将eNB 102实施为接入点时，接口382能够允许eNB 102通过有线或无线局域网进行通信或者通过有线或无线连接与更大的网络(例如互联网)进行通信。接口382包括支持通过有线或无线连接进行通信的任何合适的结构，例如以太网或RF收发器。

存储器380联接至控制器/处理器378。存储器380的一部分可包括 RAM，且存储器380的另一部分可包括闪速存储器或其他ROM。在某些实施方式中，多个指令存储在存储器中，例如BIS算法。所述多个指令配置成使得控制器/处理器378执行BIS进程并且在减去通过BIS算法确定的至少一个干扰信号之后对接收到的信号进行解码。

如下文更详细地描述，eNB 102的发射和接收路径(使用RF收发器 372a至372n、TX处理电路374和/或RX处理电路376来实施)支持与频分双工(FDD)小区和时分双工(TDD)小区的聚合的通信。

尽管图3B示出了eNB 102的一个示例，但可以对图3B进行各种改变。举例来说，eNB102可包括图3中示出的任何数量的各组件。作为具体示例，接入点可包括多个接口382，且控制器/处理器378能够支持路由功能，以在不同的网络地址之间路由数据。作为另一具体示例，虽然示出为包括TX处理电路374的单个实例和RX处理电路376的单个实例，但eNB 102可包括TX处理电路374和RX处理电路376的多个实例(例如，对于每个RF收发器可设置一个TX处理电路374和一个TX处理电路374)。

通信系统包括下行链路(DL)和上行链路(UL)，其中，下行链路 (DL)将信号从诸如基站或eNB的发射点发射到UE，且上行链路(UL) 将信号从UE发射到诸如eNB的接收点。UE也通常被称为终端或移动台，其可以是固定的或移动的，并且可以是蜂窝电话、个人计算机装置或自动化装置。eNB通常是固定的站，其也可以被称为接入点或其他等同的术语。

从eNB到UE的下行链路(DL)传输或从UE到eNB的上行链路(UL) 传输可处于一个或多个授权频带中，处于一个或多个未授权频带中，或两者都处于一个或多个未授权频带和一个或多个授权频带中。在未授权频带中，由于需要与其他无线电接入技术(诸如，基于Wi-Fi的无线电接入技术)或与在未授权频带中部署与相应eNB和UE的通信的其他运营商共享未授权频带，因此eNB和UE通常竞争接入。相反地，在授权频带中，eNB和UE不必竞争接入，并且当发生竞争时，相关机制可以由运营商来控制。

在一些无线网络中，DL信号包括传达信息内容的数据信号、传达 DL控制信息(DCI)的控制信号以及也被称为导频信号的参考信号(RS)。 eNB通过相应的物理DL共享信道(PDSCH)或物理DL控制信道 (PDCCH)来发射数据信息或DCI。PDCCH可以是增强型PDCCH(EPDDCH)，但出于简洁性将使用术语PDCCH来表示PDCCH或 EPDCCH。PDCCH是在一个或多个控制信道元素(CCE)上传输的。eNB 发射包括以下各项在内的多种类型的RS中的一个或多个：UE公共RS (CRS)、信道状态信息RS和解调RS(DMRS)。CRS是在DL系统带宽(BW)上传输的，并且可以由UE用来解调数据或控制信号或者执行测量。为减少CRS开销，eNB可以发射在时域和/或频域中具有小于CRS 的密度的CSI-RS。为进行信道测量，可以使用非零功率CSI-RS(NZP CSI-RS)资源。对于干扰测量报告(IMR)，可以使用与零功率CSI-RS (ZP CSI-RS)资源相关联的CSI干扰测量(CSI-IM)资源[3]。CSI进程包括NZP CSI-RS和CSI-IM资源。DMRS仅在相应PDSCH的BW中传输，并且UE可以使用DMRS以解调PDSCH中的信息。

在一些实现方式中，UL信号还包括传达信息内容的数据信号、传达 UL控制信息(UCI)的控制信号和RS。UE通过相应的物理UL共享信道(PUSCH)或物理UL控制信道(PUCCH)来发射数据信息或UCI。在eNB将UE配置成用于同时进行PUSCH和PUCCH传输的情况下，当 UE同时发射数据信息和UCI时，UE可以在PUSCH中对数据信息和UCI 两者进行多路复用，或者UE可以在PUSCH中发射数据和一些UCI并且在PUCCH中发射剩余的UCI。UCI包括：混合自动重传请求确认 (HARQ-ACK)信息，其指示对PDSCH中的数据传输块(TB)的正确或不正确检测；调度请求(SR)，其指示UE的缓冲器中是否存在数据；以及CIS，其使得eNB能够针对至UE的PDSCH或PDCCH传输的链路自适应选择适当的参数。

CSI包括：信道质量指示符(CQI)，其向eNB通知由UE所经历的 DL信号干扰噪声比(SINR)；预编码矩阵指示符(PMI)，其向eNB通知如何将用于DL传输的波束成形应用于UE；以及秩指示符(RI)，其向eNB通知PDSCH传输的秩。UL RS包括DMRS和探测RS(SRS)。 UE仅在相应的PUSCH或PUCCH的BW中传输DMRS，并且eNB可以使用DMRS以解调PUSCH或PUCCH中的信息。UE发射SRS以向eNB 提供UL CSI。来自UE的SRS传输可以是：周期性的(P-SRS，或触发类型0SRS)；或非周期性的(A-SRS，或触发类型1SRS)，如通过包括在DCI格式中的SRS请求字段所触发，其中，DCI格式由调度PUSCH 或PDSCH的PDCCH传达。

用于DL传输或UL传输的传输时间间隔(TTI)被称为子帧(SF)，且包括两个时隙。十个SF构成的一个单元被称为系统帧。系统帧由范围为0到1023的系统帧号(SFN)来识别，并且可以由10个二进制元素(或位)表示。用于DL传输或UL传输的BW单元被称为资源块(RB)，一个时隙上的一个RB被称为物理RB(PRB)，并且一个SF上的一个RB 被称为PRB对。RB包括

个子载波。SF符号上的一个子载波被称为资源元素(RE)。例如，SF可以具有1毫秒的持续时间，并且RB可以具有180KHz的带宽且包括12个RE(RE间间距为15KHz)。RE由索引对(k,l)来识别，其中k是频域索引，且l是时域索引。eNB通过DCI 格式来通知用于至UE的PDSCH传输的参数或用于自UE的PUSCH传输的参数，所述DCI格式具有由小区无线网络临时标识(C-RNTI)加扰的循环冗余校验(CRC)，且所述DCI格式在eNB发射到UE的PDCCH中传达并且分别被称为DL DCI格式或UL DCI格式。

在一些实现方式中，UE解码用于PDSCH调度的DCI格式1A和用于PUSCH调度的DCI格式0。这两种DCI格式被设计成具有相同的大小，并且常常被统称为DCI格式0/1A。另一种DCI格式(即，DCI格式 1C)可以调度提供SIB、或随机接入响应(RAR)、或寻呼信息的PDSCH。 DCI格式1C还可以用来指示用于未授权频谱上的操作的子帧配置(见参考文献3)。另一种DCI格式(DCI格式3或DCI格式3A(常常被统称为DCI格式3/3A))可以将传输功率控制(TPC)命令提供到一个或多个 UE以用于调整相应的PUSCH或PUCCH的传输功率。

DCI格式包括循环冗余校验(CRC)位以便供UE确认对DCI格式的正确检测。DCI格式类型由对CRC位进行加扰的无线网络临时标识 (RNTI)来识别。对于调度朝向单个UE的PDSCH或PUSCH的DCI 格式来说，RNTI可以是小区RNTI(C-RNTI)并且充当UE标识符。对于调度传达SI的PDSCH的DCI格式来说，RNTI可以是SI-RNTI。对于调度提供RAR的PDSCH的DCI格式来说，RNTI可以是RA-RNTI。对于调度寻呼UE群组的PDSCH的DCI格式来说，RNTI可以是P-RNTI。对于指示用于未授权频谱上的操作的子帧配置的DCI格式来说，RNTI 可以是CC-RNTI。对于向UE群组提供TPC命令的DCI格式来说，RNTI 可以是TPC-RNTI。每个RNTI类型可以通过高层信令(诸如，RRC信令) 配置给UE。调度朝向UE的PDSCH传输的DCI格式也被称为DL DCI 格式或DL分配，而调度来自UE的PUSCH传输的DCI格式也被称为 UL DCI格式或UL许可(UL grant)。

可以在与PDSCH传输相同的DL小区中或在与链接至用于PUSCH 传输的UL小区的DL小区相同的DL小区中传输PDCCH，该PDCCH 传达对朝向UE的PDSCH或来自UE的PUSCH进行调度的DCI格式。这被称为自调度。假使UE被配置成用于利用载波聚合(CA)来操作，则在与关联的PDSCH的DL小区不同的DL小区中或在与关联的PUSCH 的UL小区链接的DL小区中传输PDCCH。

表1提供用于调度PUSCH传输的DCI格式的信息元素(IE)或字段，其在

个RB的BW内最多具有一个数据TB。

表1

[表1]

表1：调度PUSCH(基于DCI格式0)的DCI格式的IE。

图4示出根据本公开的用于供与eNB一起使用的DCI格式的示例性编码过程。图4中所示的用于DCI格式的编码过程的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

eNB在相应的PDCCH中对每种DCI格式单独地进行编码和传输。 UE(DCI格式旨在用于该UE)的RNTI对DCI格式码字的CRC进行掩码操作(mask)，以便使UE能够识别出特定的DCI格式旨在用于该UE。使用CRC计算操作420来确定(非编码)DCI格式位410的CRC，并且使用CRC位与RNTI位440之间的互斥或(XOR)操作430来对CRC 进行掩码操作。XOR操作430被定义为XOR(0,0)＝0，XOR(0,1)＝1， XOR(1,0)＝1，XOR(1,1)＝0。使用CRC附加操作150将经掩码操作的 CRC位附加到DCI格式信息位。使用信道编码操作460(诸如，去尾卷积编码(TBCC；tail biting convolutional coding))来执行信道编码，接着将速率匹配操作470应用到所分配的资源。执行交织和调制操作480，并发射所输出的控制信号490。在本示例中，CRC和RNTI两者均包括16 个位；然而，将理解的是，CRC和NTI中的任一者或两者可能包括多于或少于16个位。

图5示出根据本公开的用于供与UE一起使用的DCI格式的示例性解码过程。图5中的用于DCI格式的解码过程的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE执行eNB发射器的反向操作以确定UE是否在DL SF中具有DCI 格式分配。在操作520处解调所接收的控制信号510并且解交织所得的位。通过操作530来恢复在eNB发射器处应用的速率匹配，并且在操作 540处对数据进行解码。在对数据进行解码之后，经过提取CRC位550 而获得DCI格式信息位560。通过应用相对于RNTI 580的XOR操作来对上述DCI格式信息位进行解掩码操作(de-mask)。UE执行CRC检查 590。如果通过CRC检查，则UE确定yu接收的控制信号510对应的 DCI格式是有效的，并确定用于信号接收或信号发射的参数。如果未通过CRC测试，则UE忽略假定的DCI格式。

图6示出根据本公开的用于PUSCH传输或PUCCH传输的示例性 UL SF结构。图6中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UL信令可以使用离散傅立叶变换扩展OFDM(DFT-S-OFDM)。SF 610包括两个时隙，且每个时隙620包括

个符号630，其中UE在上述符号630中发射数据信息、UCI或RS，其中，UE针对每个时隙在一个符号中发射DMRS 640。系统BW包括

个RB。每个RB包括

个 (虚拟)RE。对于总共

个RE 650，UE被分配M_PUXCH个RB 640，以用于PUSCH传输BW('X'＝'S')或用于PUCCH传输BW ('X'＝'C')。最后一个SF符号可以用于复用来自一个或多个UE的SRS 传输660。可用于数据/UCI/DMRS传输的UL SF符号的数量是

当最后一个SF符号支持来自UE的在BW上至少部分地与PUXCH传输BW重叠的SRS传输时，N_SRS＝1；否则，N_SRS＝0。因此，用于PUXCH传输的RE的总数是

图7示出根据本公开的用于PUSCH中的UCI和数据的发射器框图。图7中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

由复用器720来对经编码和调制的CSI符号705(当存在这种符号时) 以及经编码和调制的数据符号710(当存在这种符号时)进行复用。也对 HARQ-ACK符号(当存在这种符号时)进行复用，由删余单元730对数据/CSI进行删余(或打孔；puncture))以在重叠的RE中容纳HARQ-ACK。随后，离散傅立叶变换(DFT)滤波器740应用DFT，传输BW选择器 755选择与所分配的传输BW对应的RE 750，滤波器应用快速傅立叶逆变换(IFFT)760，接着由滤波器770进行时域滤波，以及发射信号780。编码器、调制器、循环前缀插入以及其他处理单元(诸如，功率放大器或RF滤波)在本领域中是公知的，且出于简洁性被省略。

图8示出根据本公开的用于PUSCH中的UCI和数据的接收器框图。图8中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

对数据信号810进行滤波820，滤波器应用快速傅立叶变换(FFT) 830，接收BW选择器845选择由发射器使用的RE 840，滤波器850应用逆DFT(IDFT)，由单元860提取HARQ-ACK符号并放置对于data/CSI 符号的相应擦除信息(erasure)，并且解复用器870对数据符号880和CSI 符号585进行解复用。解调器、解码器、循环前缀提取以及其他处理单元(诸如，模数转换或射频(RF)滤波)在本领域中是公知的，且出于简洁性被省略。

图7中的发射器结构和图8中的接收器结构也可用于使用PUCCH格式4或PUCCH格式5的PUCCH传输。一个例外是：HARQ-ACK和CSI 共同地而非单独地被编码(并且不存在数据传输)。

针对PUSCH传输的RB分配(也被称为资源分配(RA))可以在连续的RB的单个交错上(RA类型0)或者在连续的RB的两个非连续交错上(RA类型1)进行。UL许可包括RA字段，所述RA字段指示针对相关联的PUSCH传输的RA。

对于RA类型0来说，RA字段向UE指示由n_VRB表示的连续分配的 (虚拟)RB索引组。RA字段包括资源指示值(RIV)，RIV对应于起始 RB(RB_START)和连续分配的RB的长度(L_CRBs≥1)。当

时，RIV由

来定义，且当

时，RIV由

来定义。

对于RA类型1来说，RA字段向UE指示两组RB，其中每一组包括大小为P的一个或多个连续RB组(RBG)。组合索引r包括

个位，其中

是上取整函数，其将数四舍五入到其紧接着的下一个更大整数。来自RA字段的位通常表示r(见参考文献3)。组合索引r分别对应于RB组1的起始和结束RBG索引(s₀和 s₁-1)以及RB组2的起始和结束RBG索引(s₂和s₃-1)，并且

其中M＝4且

当将未授权频带用于eNB与UE之间的通信时，此类通信可能常常需要满足对使用未授权频带的法规要求。第一个要求可以是：自eNB或者UE的传输占用未授权频带上的可用BW的至少百分之八十(80％)。第二个要求可以是：每兆赫(MHz)的传输功率(也被称为功率谱密度 (PSD))不超过诸如10或13分贝/毫瓦(dBm)的预定义值。当使用未授权频带时，最大PSD要求可能导致对从UE到eNB的传输的有限覆盖。通常，最大UE传输功率可以是23dBm，但是当UE在1MHz上发射具有连续BW占用的信号时，UE需要将其减小例如到10dBm。在避免实质上损害UL覆盖的同时满足最大PSD要求的一种方式是使UE发射具有非连续BW占用的信号。例如，UE可以在贯穿未授权频带的BW而交织的一个或多个RB上传输UL信道(诸如，PUSCH或PUCCH)，使得所述一个或多个RB(每个RB横跨180KHz)中的PSD可以是17dBm，但该PSD可以小于10dBm/MHz。

也可以存在附加的要求。例如，第三个要求可以是：在于未授权小区上进行传输之前，eNB或UE需要执行载波感测并应用先听后说(LBT) 过程以竞争接入未授权频带。LBT过程可以包括空闲信道评估(CCA) 过程以确定未授权频带中的信道是否可用。当CCA确定信道不可用时(例如，由于其被诸如WiFi设备之类的另一设备使用)，则eNB或UE可以应用扩展CCA过程以提高获得接入未授权频带的可能性。根据扩展CCA 计数器，扩展CCA过程包括随机数量的CCA过程(从1到q)。每个CCA 过程可以包括检测未授权频带的信道上的能量水平，以及确定能量水平是否低于阈值。当能量水平处于或低于阈值时，CCA过程是成功的，并且eNB或UE可以接入信道。当能量水平高于阈值时，CCA过程是不成功的，并且eNB或UE无法接入信道。

在未授权频带中调度上行链路传输

图9示出根据本公开的UL信道传输(诸如，PUSCH或PUCCH) 在频率交织的十个RB上的传输。图9中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UL信道传输是在多组交织RB中进行的，其中一组交织RB被称为交错。每个交错包括在系统BW中以10个RB间隔开的RB。对于包括 100个RB的20MHz BW来说，存在10个RB交错，并且每个交错包括 10个RB。第一UE被分配第一RB交错910，且第二UE被分配第二RB 交错920。UE可以被分配多个交错，可分配多达系统BW中的所有RB 交错。其他实现方案也是有可能的，诸如数量为5的交错，其中每个交错具有20个等距间隔开的RB。针对在未授权小区上的自UE的PUSCH 传输或PUCCH传输，在一个或多个最后的SF符号或一个或多个第一SF 符号中的传输可被暂停，以便使该UE或其他UE执行CCA，且图9中的SF结构可被相应地修改。

由于交错包括非连续RB，所以通常需要针对每个RB获得对交错上的PUSCH传输的信道估计，这是由于可能的频率选择性信道所致。这导致信道估计的精确度降低(因为仅可以使用一个PRB中的RE)，并且对 RB中的第一个RE和最后一个RE产生边缘效应。期望多个交错上的 PUSCH传输能够提高相应的信道估计的精确度。

此外，响应于在SF n-k(其中通常k≥4)中检测到DCI格式而在SF n中传输PUSCH之前，UE通常需要执行CCA，有可能CCA失败并且 UE不传输PUSCH。在一次可能有许多个UE竞争接入信道介质的重负荷小区中，将UL许可传达至UE的PDCCH传输有可能并不以相应的PUSCH传输进行互易(reciprocate)。为减少用于对未实现的PUSCH传输进行调度的PDCCH传输的DL资源中的可能浪费，多SF调度是一种解决方案，其中UL许可通过包含指示多个PUSCH传输的多SF分配字段，在相应的多个SF上调度多个PUSCH传输。利用多SF调度，单个资源分配值、单个MCS值和单个CS/OCC值可应用于多个PUSCH传输的全部。在某个SF上未授权小区针对PUSCH传输的不可用性也要求：由非同步HARQ进程来支持PUSCH重传。因此，多SF PUSCH调度需要适应针对不同HARQ进程的PUSCH传输。另外，需要支持在多个 PUSCH传输上的A-CSI复用，因为和多SF调度一样，在多个SF上只有一次触发A-CSI报告的机会。

因此，需要限定针对PUSCH传输的多个交错的分配，以便改进信道估计精确度并在UL许可中设计相应的资源分配字段。

另一个需求是使得能够针对非同步HARQ重传对多个PUSCH传输进行多SF PUSCH调度，而不显著增加UL许可大小。

此外，另一个需求是使得能够在多个PUSCH传输上进行A-CSI复用，以便在多SF调度的情况下适应多个SF上的单个A-CSI触发机会。

在下文中，除非另有明确提到，否则将以一个或多个交错上的PUSCH 传输作为参考。

针对在多个交错上的PUSCH传输的资源分配

UE可以通过eNB被分配用于PUSCH传输的RB的一个或多个交错。当UE被分配多个交错时，优选地是，这些交错产生连续RB以便通过在这些连续RB上使用单一滤波器来提升信道估计，而非对每个RB获得信道估计，由于频率选择性信道的原因，对每个RB获得信道估计在非连续 RB的情况下将是有必要的。当eNB将用于PUSCH传输的多个交错分配给UE时，通过分配具有连续索引的交错来实现在连续RB上的PUSCH 传输。因此，即使每个交错的RB不连续且基本上分布遍及系统BW，仍可以通过针对PUSCH传输分配具有连续索引的交错来产生连续RB的块。

图10示出根据本公开的针对来自第一UE的PUSCH传输分配具有连续索引的两个交错的示例和针对来自第二UE的PUSCH传输分配具有非连续索引的两个交错的示例。图10中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

在系统BW中存在10个交错，并且这些交错根据每个交错中具有最低索引的RB的升序而以0到9编入索引。针对至eNB的PUSCH传输，第一UE被分配具有连续索引5和6的两个交错1010和1012。针对至eNB 的PUSCH传输，第二UE被分配具有非连续索引2和8的的两个交错1020、1022、1024和1026。由于具有索引2和8的交错的RB分离以及可能的频率选择性信道介质，eNB无法在这两个RB上应用单一信道估计器。结果，针对第二UE的PUSCH接收的信道估计精确度降低，并且相应的数据TB的所得接收可靠性也降低。

为了获得性能和实施复杂性的益处，本公开规定：针对PUSCH传输分配的RB的交错具有连续索引。针对PUSCH传输的多个交错的分配被称为RA类型3。对于在M_I个交错(它们来自UL系统BW的总共

个交错并且受制于M_I个交错的索引是连续的这一限制)上的PUSCH传输来说，相关联的UL许可中的RA字段包括

个位，其为交错RIV_I提供资源指示值。类似于RA类型0，RIV_i指示起始交错 (I_START)和连续分配的RB的长度(L_CIs≥1)，并且当

时，RIV_i由

限定，且当

时， RIV_i由

限定。例如，对于包括100 个RB的20MHz系统BW来说，在每交错为10个RB的情况下存在

个交错，并且UL许可中的RA类型3字段所需位数为6，而在每交错为5个RB的情况下存在

个交错，并且UL许可中的RA 类型3字段所需位数为8。就M_I＝10个交错或M_I＝20个交错来说，

剩余状态(针对

)可以用于指示具有非连续索引的簇(诸如，簇0和5)的其他组合，如随后针对与随机接入过程相关联的 Msg3的传输所讨论的。

PUSCH传输的多SF调度

在第一示例中，通过将多SF分配字段包括在UL许可中来实现多SF 调度。例如，对于针对多SF PUSCH传输的最大数量为N_SF＝4的SF来说， UL许可中的具有

个位的多SF分配字段可以指示在1 个SF、2个SF、3个SF或4个SF上调度一个或多个PUSCH传输。针对第一示例中的多SF调度的局限性在于：需要预先确定针对第一PUSCH 传输的SF，例如通过与传达相关联的UL许可的PDCCH传输的SF有关的时序关系(timing relation)来确定。

在第二示例中，用于PUSCH传输的第一SF的索引字段也可以包括在UL许可中。

在第一种方法中，索引字段是与多SF分配字段分离的字段。例如，针对多SF PUSCH传输的、最大数量为N_SF＝4的SF，2个位的索引字段可以指示第一SF可以用于相应的PUSCH传输。这可以使得eNB能够根据第一SF中的可用PDCCH容量或者根据例如第一SF中的未授权小区的可用性而在第一SF中适时地将PDCCH发送到UE，以便在第二SF中调度自UE的PUSCH传输，而该第二SF并未约束为第一UL SF(在该第一UL SF中，UE可以传输在第一SF之后的至少四个SF中发生的 PUSCH)。等同地，对于SF n中的PDCCH传输来说，DCI格式中的具有值o_t的索引字段可以充当至PUSCH传输SF的时序偏移，所述PUSCH 传输SF可以被确定为具有索引n+k+o_t(模10)的UL SF，其中n+k是可以传输PUSCH的最早的UL SF，并且例如k≥4。

在第二方法中，类似于TDD系统中的UL/DL配置0，UL许可中的 4个位的UL索引字段(其充当位图)既可以指示针对相同数量的PUSCH 传输的多个SF，又可以指示针对多个PUSCH传输的第一SF。例如，具有值{0,1,1,1}的4个位的位图可以表明：关联的UL许可在第二SF、第三SF和第四SF上调度PUSCH传输，以及针对第一PUSCH传输的SF 是第二SF。当N_SF和等于N_SF的值的位图大小一样大时，第二种方法的缺点即出现。

当UE检测到在数量为两个或更多个的SF上和在数量为M_I的交错上的小区上调度PUSCH传输的UL许可时，可能有益的是，对由多个 PUSCH传输所造成的、对使用相同的频带的相邻小区中的传输的干扰进行随机化。对于具有RA类型3(交错)的PUSCH传输来说，频域调度是不重要的，并且M_I个交错可以是UL系统BW的

个交错(潜在地受制于具有连续索引的M_I个交错)中的任一者。然后，通过将小区特定移位添加到索引(模

)中的最低交错索引，可以将移位应用在被用于不同SF中的每个PUSCH传输的交错的索引上。

在第一示例中，移位可以是非时变的和小区特定的，诸如

其中PCID是小区的物理小区ID。例如，对于

和

来说，当通过针对四个SF上的PUSCH传输的UL许可来分配具有索引2、3、4、5的四个交错时，第一、第二、第三和第四PUSCH 传输可以分别处于具有索引{2,3,4,5}、{4,5,6,7}、{6,7,8,9}和{8,9,0, 1}的交错上。交错的一些索引(诸如，索引0)可以被排除使用，因为它们可能被半静态地配置成用于诸如PUCCH传输或PRACH传输的其他传输。例如，对于

来说且当具有索引0的交错被排除时，针对多个 PUSCH传输的交错的循环可以遍及1到9的交错的索引。

图11示出根据本公开的针对用于来自UE的多个PUSCH传输的交错索引进行移位的示例。图11中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE检测从eNB传输的UL许可，所述UL许可针对一小区在两个相应SF上调度两个PUSCH传输，该小区具有PCID和包括RB的

个交错的系统BW。UE确定偏移值

UL许可中的RA 类型3字段指示在交错3、4和5(810和1112)上的第一传输，并且在第一SF中，UE在交错3、4和5(1110和1112)上传输PUSCH。在第二SF中，UE在交错5、6和7(1120和1122)上传输PUSCH。

在第二示例中，移位可以是时变的，诸如

其中n_s是范围为0到19的帧中的时隙的索引，且n_s0是通过UL许可所触发的多SF PUSCH传输中的第一PUSCH传输的时隙的索引。操作类似于小区特定移位。

在第三示例中，通过组合第一示例和第二示例中的方法，移位既可以是时变的又可以是小区特定的。

当PUSCH重传非同步时，UL许可需要包括针对HARQ进程数的字段、针对RV的字段、针对NDI的字段，如例如在表1中的那样。对于多SF PUSCH调度来说，这暗示：需要针对每个PUSCH传输将HARQ 进程数字段、RV字段和NDI字段包括在UL许可中。调度朝向UE的多个PUSCH传输的UL许可中的所有其他字段可应用于所述多个PUSCH 传输中的每一个。例如，对于交错分配、MCS和OCC/CS来说，适用相同的相应值。TPC命令值应用到多个PUSCH之中UE能够传输的第一 PUSCH中，并且相关联的传输功率调整仍可适用于所述多个PUSCH传输中的剩余PUSCH传输。

为了避免使UL许可的可变大小依赖UL许可所调度的PUSCH传输的相应数量，需要针对最大可能数量的所调度的PUSCH传输将HARQ 进程数字段、RV字段和NDI字段包括在UL许可中。例如，对于可以通过UL许可被调度的最大数量为4的PUSCH传输来说，UL许可需要包括4个HARQ进程数字段、4个RV字段和4个NDI字段，而不论所调度的PDSCH传输的实际数量如何，该实际数量可能小于4。HARQ进程数字段的典型大小是3或4个位，RV字段的典型大小是2个位，且NDI 大小是1个位，由此产生总大小为24至28的位，其表示调度单个PUSCH 传输(其通常为大约50个位)的UL许可的大小的实质增加。

通过将多个SF之中较迟SF中的PUSCH传输的HARQ进程数、RV 和NDI中的每一个的值与第一SF中的PUSCH传输的HARQ进程数、 RV和NDI联系起来，可以避免支持对相应多个SF中的PUSCH传输进行调度的UL许可大小增大。第一SF中的用于PUSCH传输的HARQ进程数、RV和NDI中的每一个的值由UL许可中的相应字段来指示。

在第一示例中，上述联系是预定义的，诸如通过根据多个SF之中多个SF相对于第一SF的连续增加，以最大HARQ进程数为模来应用相同的NDI值、相同的RV值和HARQ进程数的连续增加。例如，当UL许可在4个SF中调度PUSCH传输并指示总共N_HARQ个HARQ进程之中在第一SF中的PUSCH传输的第一HARQ进程数n_HARQ时，在第二SF、第三SF和第四SF中的PUSCH传输的HARQ进程数分别为 (n_HARQ+1)modN_HARQ、(n_HARQ+2)modN_HARQ、和(n_HARQ+3)modN_HARQ。因此，与第jPUSCH(1＜j≤N_SF)传输相关联的HARQ进程数是 (n_HARQ+j-1)modN_HARQ。

图12示出根据本公开的在通过UL许可进行多SF PUSCH调度的情况下确定HARQ进程数的示例。图12中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

在第一SF(SF#1 1210)中，eNB传输UL许可，并且UE检测UL 许可。UL许可包括HARQ进程数字段、多SF索引字段和第一SF索引字段。多SF索引字段值指示在两个SF上对PUSCH传输的调度。第一 SF索引字段值指示在UL许可检测的SF之后的5个SF的第一SF。例如，第一SF索引字段可以包括2个位，其中值“00”、“01”、“10”和“11”分别解析为针对PUSCH传输的第一SF而相对于UL许可检测的SF在第四SF(SF#5 1212)后面引入0、1、2和3个SF的偏移。然后，在本示例中，第一SF索引字段具有值“01”。HARQ进程数字段具有值n_HARQ，其指示总共N_HARQ个进程中的HARQ进程。UE在SF#6 1220中的第一 PUSCH中传输进程数为n_HARQ的HARQ进程的数据TB，并且在SF#6 1230 中的第二PUSCH中传输进程数为(n_HARQ+1)modN_HARQ的HARQ进程的数据TB。

第一示例要求：多个PUSCH传输全部具有相同的NDI、相同的RV 和连续HARQ进程数。使用相同的RV(当不同的RV是优选时)、或针对所需的位数从2对应地减小到1而将所支持的RV的数量例如从RV0、 RV2、RV3和RV1减小到RV0和RV2，仅导致PUSCH接收可靠性的较小的降低，并且其并不是第一示例的限制因素。使用相同的NDI具有更大的限制性，因为其在多个PUSCH传输中的第一数量的PUSCH传输需要成为相应HARQ进程的数据TB的重传并且多个PUSCH传输中的剩余数量的PUSCH传输需要成为相应HARQ进程的数据TB的新传输时排除了多SF调度。假设未授权小区上的通信可靠性更小，则连续HARQ进程对应于数据TB的重传和数据TB的新传输可能是频发事件。

在第二示例中，与第一示例中的机制相同的机制是适用的，除了以下例外情况：1位NDI字段被包括在支持针对相应最大数量为N_SF的 PUSCH传输中的每一个的多SF调度的UL许可中。可以在系统操作中指定这个最大数量。例如，对于能够调度最大数量为4的PUSCH传输的 UL许可来说，相对于第一示例包括附加的3个NDI位，达到总共4个 NDI位。因此，第二示例实现了多SF调度的实质灵活性，而相关联的 UL许可大小稍微增加。

在第三示例中，调度单个PUSCH传输的UL许可的大小与调度多个 PUSCH传输的UL许可的大小相同，以便适应性地支持单个PUSCH传输或者多个PUSCH传输，而不增加UE处的PDCCH解码操作的相关联的所需数量。1位UL标志字段被引入用于单SF调度的UL许可和用于多SF调度的UL许可中，以便区分相应的UL许可类型。RV字段未被包括在用于多SF调度的UL许可中，所述UL许可可以被限制为仅用于相应的数据TB的初始传输。用于单SF调度的UL许可可以用于数据TB 的初始传输或者重传。通过将存在于用于单SF调度的UL许可中的RV 字段的功能禁用，可以使用相应的位以具有作为如先前所描述的使用位图的UL索引字段的多SF字段功能，其指示多个PUSCH传输与相应的 SF两者。

先前三个示例的组合也是有可能的。例如，也可以针对第一示例排除RV字段，并且当NDI值为1时，UE可以默认使用RV值0，且当NDI 值为0时，UE可以使用RV值2。

图13说明由UE根据NDI字段的值确定RV是否适用于数据TB传输的示例。图13中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE检测UL许可(步骤1310)。UL许可包括NDI字段、HARQ进程数字段，且不包括RV字段。UE检查NDI字段的值是否为0(步骤1320)。当NDI字段的值为0时，UE将第一预定RV值(诸如，RV值2)用于对应于由HARQ进程数字段指示的HARQ进程的数据传输块的重传(步骤1330)。当NDI字段的值为1时，UE将第二预定RV值(诸如，RV 值0)用于对应于由HARQ进程数字段指示的HARQ进程的数据TB的新传输(步骤1340)。

针对PUSCH传输的多SF调度的UCI复用

当UE检测到从eNB传输并且在相应的多个SF中调度多个PUSCH 传输并触发A-CSI报告的UL许可时，UE可以在第一SF(其中UE可以传输PUSCH)中复用A-CSI报告。然而，对于未授权频谱上的操作来说， eNB(或UE)无法提前知道其中UE可以传输PUSCH的第一SF，MCS 和资源分配对于所有PUSCH传输来说是相同的，并且当UE在PUSCH 中复用A-CSI时UE无法始终增加PUSCH传输功率，以便使数据编码速率的减小量偏移。

在另一种实现方案中，可以使个别小区或SF集合或过程的A-CSI 报告分布跨越多个PUSCH传输，以便提供对数据信息的某种程度上均匀的影响且避免需要实质上增加PUSCH传输的功率，所述PUSCH传输的功率包括与其他PUSCH传输的功率的UCI关系。例如，对于调度N_PUSCH个传输并触发N_CSI>N_PUSCH个报告的UL许可来说，除了第一PUSCH传输以外的每个PUSCH传输可以包括

个A-CSI报告，而第一PUSCH传输可以包括

个A-CSI报告。A-CSI报告可以具有不同的大小，且因此尽管A-CSI报告的数量相同，仍可以在不同的PUSCH传输中复用不同的A-CSI有效载荷。此外，eNB还可以触发多个A-CSI报告，该数量大于单个PUSCH传输中可以支持的A-CSI报告的最大数量。

图14示出根据本公开的用于在通过UL许可被调度的多个PUSCH 传输中复用多个CSI报告的示例。图14中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

在第一SF(SF#1 1410)中，eNB传输UL许可，并且UE检测UL 许可。UL许可包括A-CSI请求字段和多SF索引字段。A-CSI请求字段值映射到与相应的小区、或SF集合或CSI进程的、数量为N_CSI的CSI 报告对应的状态。UE在第一SF 1420上的第一PUSCH中传输

个CSI报告。UE在第二SF 1430上的第二PUSCH中传输

个 CSI报告。当UE不能够在第一SF中传输第一PUSCH时，UE可以被配置成在第二SF中的第二PUSCH中复用所有N_CSI个CSI报告。

当UE检测到从eNB传输并在相应的多个SF中调度多个PUSCH传输的UL许可并且UE需要根据所检测的DL分配与相应的HARQ-ACK 信息的传输之间的时序关系在所述多个PUSCH传输之一中复用HARQ-ACK信息时，不同于A-CSI传输，在UE不能够传输其中需要根据时序关系来复用HARQ-ACK信息的PUSCH时，UE不将HARQ-ACK 传输推迟到下一个PUSCH传输。相反，UE在授权小区上的PUSCH或 PUCCH中或者在UE所处的另一个未授权小区的PUSCH或PUCCH中传输HARQ-ACK信息。UE可以在多个未授权小区中被配置PUCCH资源，以改进UE能够以频谱效率有些损失为代价来传输PUCCH的可能性。

通信系统的操作中的一个基本需求是：使UE能够与eNB建立连接设置或使其传输与eNB同步；相应的过程通常被称为随机接入。随机接入被用于若干种目的，包括：当建立无线电链路时的初次接入；在无线电链路故障(RLF)之后重新建立无线电链路；当需要建立与新小区的 UL同步时的切换；UL同步；基于UL测量的UE定位；以及至少当UE 未配置有PUCCH上的专用SR资源时作为SR。随机接入可以是基于竞争的(多个UE有可能会使用相同的资源来将随机接入前导(random access preamble)发送到eNB)，或者是非竞争的(eNB分配专用的资源以用于将随机接入前导发送到UE)。

图15示出根据本公开的基于竞争的随机接入过程的概略图。图15 中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

在步骤1中，UE从eNB获取用于物理随机接入信道(PRACH)资源1510的信息，并确定用于随机接入(RA)前导传输1520(也被称为 PRACH传输)的资源。在步骤2中，UE从eNB接收RAR 1530。在步骤3中，UE将被称为消息3(Msg3)的PUSCH 1540发送到eNB。在步骤4中，eNB和UE通过在PDSCH中传达并且被称为消息4(Msg4)的消息来执行竞争解决1550。如随后所讨论的，对于非竞争随机接入来说，只需要前两个步骤。

现在详细描述图15中的四个步骤。在步骤1中，对于基于竞争的随机接入来说，UE获取SIB，所述SIB传达用于PRACH资源和用于PRACH 格式的信息(图16中示出了示例)。PRACH资源包括：其中可能发生 PRACH传输的SF集合；其中可以在频域中传输PRACH的RB集合；以及数量为(64-N_cf)的Zadoff-Chu(ZC)序列集合，供UE从中选择以生成 RA前导(N_cf是由eNB所保留以用于非竞争PRACH传输的ZC序列的数量)。PRACH占用6个RB。UE使用所确定的PRACH资源来传输 PRACH，由此允许eNB估计对UE的传输时机。UL同步是必要的，因为不然的话，UE无法将其他UL信令正确传达给eNB并且可能干扰其他 UE。非竞争随机接入是由eNB通过向UE发送DCI格式(被称为PDCCH 次序)来触发的，从而触发来自UE的PRACH传输。PDCCH传达包括 RA前导索引和RA前导掩码索引的DCI格式1A，所述RA前导掩码索引使得能够针对RA前导传输实现冲突避免。

在步骤2中，当检测到从UE传输的RA前导时，eNB传输具有由 RA-RNTI加扰的CRC并调度传达RAR的PDSCH的DCI格式。RAR包括供UE调整其传输时机的定时提前(TA；timingadvance)命令。RAR 还包括相关联的RA前导，以便将TA命令与相应的RA前导联系起来，且由此与相应的UE联系起来。RAR还可以包括UL许可，其用于供UE 在基于竞争的随机接入的情况下传输Msg3和临时C-RNTI(TC-RNTI) 或在非竞争随机接入的情况下传输传达数据的PUSCH。当UE未能在由 eNB配置的RAR时间窗内检测到包括由UE传输的RA前导的RAR时， UE重传PRACH，增加相应的前导传输计数器，且在可能的情况下增加 PRACH传输功率。在步骤3中，UE在PUSCH中传输Msg3，其中该 Msg3可以包括TC-RNTI。Msg3的确切内容取决于UE的状态，且尤其取决于UE先前是否连接到eNB。在步骤4中，eNB在PDSCH中向UE 传输竞争解决消息。步骤4还解决了在多个UE试图使用相同的RA前导来接入网络时可能会出现的任何竞争问题。一旦随机接入过程成功， TC-RNTI就被转换为C-RNTI。步骤1使用专门针对随机接入过程设计的物理层处理。在UE与eNB建立了通信之后，随后的三个步骤利用与用于PDSCH或PUSCH传输的物理层处理相同的物理层处理，其中步骤2 不使用HARQ重传，而步骤3和步骤4可以使用HARQ重传。

非竞争随机接入是为了使UE与具有与其中UE具有同步UL传输的小区不同的定时提前组(TAG)的小区建立同步，以用于在DL数据到达时重新建立UL同步、用于进行切换以及用于定位。因为在非竞争方案中不需要竞争解决，所以仅使用上述随机接入过程的步骤1和步骤2，其中步骤2可以传达C-RNTI而非TC-RNTI。

图16示出根据本公开的PRACH格式的四个示例。图16中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

在每个PRACH格式中，存在循环前缀(CP)1601、前导序列1602 和保护时间(GT)1603。每个前导序列具有0.8毫秒(ms)的长度。在格式0 410中，CP与GT两者等于约0.1ms。在格式1 1620中，CP和 GT分别为0.68ms和0.52ms。在格式2 1630和格式3 1640中，前导被重复一次以提供能量增益。在格式2中，CP与GT两者等于约0.2ms。在格式3中，CP和GT分别为0.68ms和0.72ms。存在附加的PRACH 格式，其被称为格式4，并且在时分双工(TDD)系统中，该格式在特殊 SF的UL导频时隙(UpPTS)区域中的两个SF符号上传输。

图17示出根据本公开的来自UE的PRACH传输的示例。图17中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

通过快速傅立叶逆变换(IFFT)(步骤1720)来处理长度为N_ZC的 RA前导1710。当前导格式为2或3时，基于前导格式来重复RA前导(步骤1730)。对于前导格式0或1，不重复RA前导。在RA前导之前插入 CP(步骤1740)，且随后应用上采样(步骤1750)。最后，应用时域频移(步骤1760)，并通过UE的射频(RF)1770组件来传输信号。

图18示出根据本公开的在eNB处进行PRACH检测的示例。图18 中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

首先通过CP移除单元1810来处理所接收的信号1805，且随后通过 DFT滤波器1815来应用离散傅立叶变换(DFT)，然后通过解映射器1820 进行RE解映射以获得RA前导传输的RE。然后通过相关器1840来应用与RA前导的复本的相关性(其为ZC根序列1825的DFT 1830的共轭)。对于基于竞争的PRACH传输，ZC序列1825可以是可用序列中的每一个。将零填充1845应用到相关器输出，所产出的结果通过逆DFT(IDFT)来进行处理，获得IDFT输出的能量1855，并且最后序列检测单元1860基于针对相应序列所检测的能量来确定是否传输RA前导，其中例如产生最大能量或高于阈值的能量的序列1825可以被视为被检测到。当存在多个接收器天线时，可以在序列检测1860之前组合相应的接收信号(1855)。

从物理层(L1)的角度来看，随机接入过程包括RA前导和RAR的传输。剩余的消息由高层在PDSCH或PUSCH上调度，并且这些剩余的消息可能不被视为L1随机接入过程的一部分。对于L1随机接入过程来说，需要以下步骤1至6：

步骤1、由高层请求前导传输时触发L1RA过程。

步骤2、作为所述请求的一部分，由高层指示RA前导索引、PRACH 目标接收功率(PREAMBLE_RECEIVED_TARGET_POWER)、对应的 RA-RNTI和PRACH资源。

步骤3、将PRACH传输功率P_PRACH确定为：

P_PRACH＝min{P_CMAX,c(i),PREAMBLE_RECEIVED_TARGET_POWER +PLc}[dBm]，

其中P_CMAX,c(i)是配置成用于小区c的SF i的UE传输功率(见参考文献3)，PLc是在UE中针对小区c所计算的DL路径损耗估计值，且 PREAMBLE_RECEIVED_TARGET_POWER是目标接收功率。

步骤4、使用前导索引从RA前导序列集合中选择一个RA前导序列，或由PDCCH次序来指示一个RA前导序列。

步骤5、使用所指示的PRACH资源上的具有传输功率P_PRACH的所选前导序列在6个RB上传输单个前导。

步骤6、在受高层控制的RAR窗口内尝试检测具有所指示的RA-RNTI的PDCCH。当检测到时，将对应传输块传达到高层，这些高层对该传输块进行解析并向物理层指示UL许可。这被称为RAR许可 (RAR grant)。

对于L1随机接入过程，在PRACH传输之后用于UE的UL传输时机如下：

a.在SF n中检测到具有相关联的RA-RNTI的PDCCH并且PDSCH 中的对应传输块包含对所传输的RA前导序列做出的响应的情况下，当 RAR中的UL延迟字段被设定为0时，UE应根据响应中的信息在第一 SF n+k₁(k₁≥6)中的PUSCH中发送传输块，其中n+k₁是针对PUSCH传输的第一个可用UL SF。当UL延迟字段被设定为1时，UE应使PUSCH 传输延迟到n+k₁后面的下一个可用UL SF。

b.在SF n中接收到RAR并且PDSCH中的对应传输块不包含对所传输的前导序列做出的响应的情况下，当由高层请求时，UE应在不晚于 SF n+5中传输新的RA前导序列。

c.在SF n中未接收到RAR(其中SF n是RAR窗口的最后一个SF) 的情况下，当由高层请求时，UE应在不晚于SF n+4中传输新的前导序列。

在通过SF n中的PDCCH次序来启动随机接入过程的情况下，当由高层请求时，UE应在第一SF n+k₂(k₂≥6)中传输RA前导，在该SF 中，PRACH资源是可用的。当UE被配置多个TAG时并且当UE被配置包括在由PDCCH传达的DCI格式中的载波指示符字段(CIF)以识别预期的小区时，UE应使用来自所检测的PDCCH次序的CIF值来确定用于对应的PRACH传输的小区。

当UE发送了PRACH时，并且不论测量间隙可能出现与否，UE应针对RAR调度来监控PDCCH。此类PDCCH由RAR窗口中的RA-RNTI 来识别，所述RAR窗口起始于包含PRACH传输的终点和三个SF的SF 处并且具有如由高层所配置的长度为随机接入响应窗大小 (ra-ResponseWindowSize)的SF。与PRACH相关联的RA-RNTI如下计算：

RA-RNTI＝1+t_id+10*f_id

其中t_id是指定的PRACH的第一SF的索引(0≤t_id<10)，且f_id 是指定的PRACH在该SF内按频域升序的索引(0≤f_id<6)。对于FDD 系统来说，f_id＝0。在成功接收包含RA前导标识符的RAR之后，UE 可以停止监控一个或多个RAR，其中，所述RA前导标识符与所传输的 RA前导匹配。

当将未授权频带用于eNB与UE之间的通信时，此类通信可能常常需要满足对使用未授权频带的法规要求。第一个要求可以是：自eNB或者UE的传输占用未授权频带上的可用BW的至少百分之八十(80％)。第二个要求可以是：每兆赫(MHz)的传输功率(也被称为功率谱密度 (PSD))不超过诸如10或13分贝/毫瓦(dBm)的预定义值。也可以存在附加的要求。例如，第三个要求可以是：在于未授权频带中进行传输之前，eNB或UE执行先听后说(LBT)过程以竞争接入未授权频带。 LBT程序可以包括空闲信道评估(CCA)过程以确定未授权频带中的信道是否可用。当CCA确定信道不可用时(例如，由于其被诸如WiFi设备之类的另一设备使用)，eNB或UE可以应用扩展CCA过程以提高获得接入未授权频带的可能性。扩展CCA过程包括根据扩展CCA计数器的随机数量的CCA过程(从1到q)。每个CCA过程可以包括检测未授权频带的信道上的能量水平和确定能量水平是否低于阈值。当能量水平处于或低于阈值时，CCA过程是成功的，并且eNB或UE能够接入信道。当能量水平高于阈值时，CCA过程是不成功的，并且eNB或UE不能够接入信道。

当使用未授权频带时，最大PSD要求可能导致对从UE到eNB的传输的有限覆盖。通常，最大UE传输功率可以是23dBm，但是当UE在1 MHz上传输具有连续BW占用的信号时，UE需要将其减小例如到10 dBm。满足最大PSD要求同时避免实质上损害UL覆盖的一种方式是使UE传输具有非连续BW占用的信号。例如，UE可以在贯穿未授权频带的BW而交织的一个或多个RB上传输UL信道(诸如，PUSCH或 PUCCH)，使得所述一个或多个RB(每个RB横跨180KHz)中PSD可以是23dBm，但每MHz的PSD可以小于法规所指定的最大值。例如，对于对应于100个RB的20MHz BW来说，当UE在每10个RB中的一个RB中传输UL信道并且最大PSD要求是6个RB上为10dBm(1.08 MHz)时，UE可以以每RB为2.2dBm的PSD或在10个非连续RB上为22.2dBm来传输UL信道。

由于未授权频带无法保证在任何时间实例均可用并且无法提供无缝移动性支持，所以载波聚合(CA)是利用未授权频带同时通过授权频带维持连续连接性的一种可能的机制。频带也可以被称为载波或小区，并且针对UE的CA操作可以包括在一个或多个授权小区与一个或多个未授权小区两者上的通信。

未授权载波中的随机接入

图19是示出根据本公开使用CA进行的通信的图。图19中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE 1910使用第一载波频率f1 1930与对应于宏小区的第一小区1920 通信，并且在载波频率f2 1950上与对应于小型小区的第二小区1940通信。第一载波频率可以对应于授权频带，且第二载波频率可以对应于未授权频带。第一小区和第二小区通过回程而连接，所述回程引入可忽略的延迟。

由于UE到第一小区的距离可以与UE到第二小区的距离不同，所以 UE需要针对至第一小区的传输应用与针对至第二小区的传输的定时提前命令不同的定时提前命令。将包括主小区(PCell)且需要第一定时提前(TA)的小区群组称为主定时提前组(pTAG)，而将不属于pTAG中的辅小区称为辅TAG(sTAG)。PDCCH次序通常用于实现非竞争随机接入，以便使UE将PRACH发送到sTAG中的小区，然后在PRACH传输之后从RAR消息获得定时提前(TA)命令以便使UE同步其传输。针对未授权小区上的随机接入过程，需要解决若干个设计方面，以便实现法规要求并与能够处于多个RB簇上(如图9中)的其他UL传输共存。

一个设计方面由以下需求产生：满足对每MHz的最大传输功率的法规要求，同时提供能够避免与UE的最大传输功率方面的局限性有关的覆盖损耗的PRACH结构。

第二设计问题涉及在具有交织RB结构的PUSCH或PUCCH传输和在多个连续RB(诸如，6个RB)上的PRACH传输当中实现共存。

第三设计问题是：考虑到由PDCCH次序指示的预期未授权小区在 PRACH传输的时刻可能不可用，而改进PRACH传输的概率。

第四设计问题是：响应于未授权小区上的PRACH传输来改进RAR 传输成功的概率。

因此，需要设计一种PRACH传输结构，其使得能够增加覆盖同时满足对PSD的法规要求。

另一个需求是：支持使用交织RB的波形的UL传输与多个连续RB 上的PRACH传输的共存。

另一个需求是：提高在具有未授权小区的sTAG上进行PRACH传输的概率。

此外，另一个需求是：提高与在一个或多个未授权小区上的PRACH 传输相关联的RAR接收的概率。

以下描述主要考虑非竞争随机接入，但也考虑包括基于竞争的随机接入的随机接入过程的一般方面。

用于增加未授权小区中的覆盖的PRACH结构

PRACH需要能够提供在3微秒的范围中的时间精确度。例如，对于 TDD操作来说，典型的要求是实现+/-1.5微秒的同步。需要甚至更严格的同步要求(诸如，+/-0.5微秒)以实现定位或多点协作(CoMP)。在6 个RB(对应于1080KHz的BW)上的PRACH传输理论上可以提供与传输BW成反比或等效地为大约+/-0.5微秒的时序精确度。考虑到存在具有低信号干扰噪声比(SINR)的UE，可以针对小区中的实际所有UE来获得在+/-1.5微秒内的时序精确度。

未授权小区上的PRACH传输需要实现与授权小区上的PRACH传输相同水平的时间估计精确度。这是通过在具有大间隔的交织RB的簇(诸如，在图9中)上进行的PRACH传输所无法实现的，因为信道介质无法保证在任何两个RB之间是相对恒定的。然后，eNB需要在1个RB上获得时间估计，且对于授权小区上的PRACH传输，所得精确度比在6个连续RB上获得的精确度差6倍。

在未授权小区上通信的UE通常在移动性方面受限制，并且时域中的信道相干(channel coherence)大于频域中的信道相干。关于频道相干，对于ETU信道来说，均方根(rms)延迟扩展为τ＝1微秒，50％和90％相干BW分别为1/(5τ)和1/(50τ)或200KHz和20KHz，而对于EPA信道来说，rms延迟扩展为τ＝0.05微秒，50％和90％相干BW分别为4MHz 和400KHz。因此，当用于PRACH传输的RB在频域中具有大间隔时， eNB不可能跨RB执行接收信号的频率内插，而eNB需要执行交叉相关以确定每RB的PRACH到达时间。关于时间相干，使用f_D的多普勒频率的Clarke模型，50％信道相干时间是

对于每小时为30千米的UE速度来说，50％信道相干时间为～1.7毫秒，而用于重建信道的最小采样间隔(理论上)为1/(2*f_D)或3毫秒，且两者基本上大于约71.4微秒的SF符号持续时间。因此，可以执行在多个SF符号上的时域内插，而在相隔大约1MHz或更大的RB上的频域内插则无法执行。

对于相对小的小区大小(诸如，半径达1.4Km的小区大小)来说，可以使用PRACH格式4。传输可以在2个SF符号中，并且可以使用专用SF的UpPTS部分。然而，由于PRACH需要在6个连续RB上传输，所以每当需要满足法规要求时，最大PSD需要在10dBm/MHz的范围中，并且由于阴影(shadowing)的原因，这会显著地限制覆盖(即使对于小的小区大小来说)。覆盖损耗可以通过在一个SF上进行PRACH格式4 的多次重复来补偿。在14个符号的一个SF上进行6次重复的情况下(两个SF符号不用于重复，以便允许CCA以及可能允许SRS传输)，覆盖增益为约8dB，并且由于频率分集，与附加的约4dB增益相组合可以在未授权小区上针对10dBm/MHz的最大UE传输功率来提供与授权小区上针对23dBm/MHz(或每6个RB的1.08MHz为23dBm)的最大UE传输功率类似的覆盖。

图20示出根据本公开在SF的十二个符号中的六个符号上重复进行 PRACH格式4传输，所述SF包括十四个符号。图20中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

对于在一个SF上的具有频域中的多次重复的PRACH格式4传输来说，有效传输持续时间与单个PRACH格式0的有效传输持续时间相同，且因此，可以应用相同的信道接入优先级类别。

对于更大的小区大小(诸如，半径在约1.4Km与14Km之间的小区大小)来说，需要大约一个SF的更长PRACH持续时间，诸如基于PRACH 格式0的PRACH持续时间。然后，可以通过更长的GT来适应相关联的传播延迟和时间不确定性。考虑过期望最小化PRACH RE与周围的PUSCH RE之间在频域中的正交性损耗，PUSCH的RE间距需要为 PRACH的RE间距的整数倍。对于PUSCH的15KHz RE间距来说，新 PRACH格式的RE间距可以与PRACH格式0的RE间距相同，并等于 1.25KHz从而产生800微秒的RA前导序列长度，或等于2.5KHz从而产生400微秒的RA前导序列长度。

对于13个SF符号的PRACH持续时间(928微秒)来说，需要将 128微秒分配给CP持续时间和GT持续时间。为最大化针对6微秒的最大延迟扩展的覆盖，CP持续时间为(928-800)/2+6/2＝67微秒，所得GT 持续时间为61微秒，且可支持的小区半径为(3e8 x 61e-6)/2＝9.15Km。然后，CP持续时间可以是2048个样本，且GT持续时间可以是1884个样本，或对于64的整数倍为1856个样本，其中样本持续时间是1/30.72 微秒。对于12个SF符号的PRACH持续时间或857微秒来说，需要将 57微秒分配给CP持续时间和GT持续时间。对于31微秒的CP持续时间来说，所得GT持续时间为26微秒，且可支持的小区半径为(3e8 x 26e-6)/2＝3.9Km。

由于在将PRACH传输周期减小到小于一个SF时可支持的小区半径实质上减小，所以以下做法是有益的：考虑短于800微秒的序列长度以及高于100微秒的CP和GT持续时间，同时维持PRACH的RE间距为假设用于其他UL传输的、15KHz的RE间距的整数约数(sub-multiple)。对于2.5KHz的RE间距来说，RA前导序列长度为400微秒。可以使用长度(质数)在400的范围中的ZC序列，诸如409、419、421、431等等。对于231微秒的CP持续时间来说，GT持续时间可以是226微秒，且可支持的小区半径为(3e8 x 226e-6)/2＝33.9Km。类似地，对于在1个时隙的部分SF(500微秒)上的PRACH传输来说，CP持续时间可以是 (500-400)/2+6/2＝53微秒，GT持续时间可以是47微秒，且可支持的小区半径是(3e8 x 100e-6)/2＝15Km。然而，即使可支持的小区半径增加，可支持的小区覆盖仍减小3dB，并且RA前导序列长度减小2的倍数。可以考虑在频域中(诸如，在6个RB的多个子频带上)或时域中(诸如，在两个或更多个SF上)的多次重复以挽回3dB的覆盖损耗并提供附加的覆盖。在12个SF符号或13个SF符号上传输经修改的PRACH格式0 (被称为PRACH格式5)。

对于功率有限的UE来说，克服来自关于每MHz的最大传输功率的法规PSD约束的覆盖损耗且避免在基本上整个系统BW上传输PRACH 的一种方法是：将PRACH传输结构修改成每SF符号具有频率间歇性。 UE可以通过针对其他RB对RE进行零陷(nulling)将PRACH传输功率集中在每SF符号的6个RB中的一些中。eNB可以通过将6个RB中的每一个中的针对每RB的个别传输进行组合来重建这6个RB上的PRACH 传输。

图21示出根据本公开的在12个SF符号上进行的经修改的PRACH 传输结构的第一示例。图21中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

PRACH传输是在以下SF符号上进行：在第一RB和第四RB中的 SF符号{0,3,6,9,12}上，第一RB和第四RB分别与RB簇0 2110和RB 簇3 2140相关联；在第二RB和第五RB中的SF符号{1,4,7,10}上，第二RB和第五RB分别与RB簇1 2120和RB簇4 2150相关联；以及在第三RB和第六RB中的SF符号{2,5,8,11}上，第三RB和第六RB分别与 RB簇2 2130和RB簇5 2160相关联。UE也有可能在SF符号号码13中不传输PRACH，这取决于对LBT观测间隔的设计和可能的SRS传输。虽然PRACH传输被示为在最后一个SF符号中不发生，但是当第一SF 符号中出现CCA和LBT时，PRACH传输可以改为在第一SF符号中不发生。

图21中的PRACH传输结构对覆盖有限的UE可能是有益的。对于不受覆盖限制的UE来说，或一般地对于任何UE来说(当一些覆盖损耗可以是可接受的或可以通过来自附加的PRACH传输的时间分集(time diversity)来补偿时，通过单独的相应PDCCH次序或者通过单个PDCCH 次序来补偿，所述单个PDCCH次序也指示时间上多个PRACH传输)， PRACH重复结构可以在6个连续RB上与授权小区上的PRACH重复结构相同，但在频域中也进行重复以提供重复增益和频率分集增益。例如，在频域中的两次重复的情况下，此类传输结构可以提供大约7dB增益并且克服与法规PSD约束相关联的大部分覆盖损耗。

为最大化频率分集，PRACH传输的两次重复可以位于系统BW的两个边缘处，因为未授权小区上不存在PUCCH区域，或者在一个或多个 RB簇上使用交织结构以类似于PUSCH的方式来传输PUCCH。这也导致可以用于PUSCH或PUCCH传输的不同RB簇受到PRACH传输的影响。替代地，为了确保一些RB簇随着PRACH传输的多次重复而不具有任何重叠的RB，可以针对PRACH传输的多次重复使用相同的RB簇。例如，可以针对PRACH传输的多次重复仅使用簇1到6或仅使用簇5 到10，并且这在系统操作中可以被预先确定，或由高层配置给UE，或由 UE通用DCI格式指示或由对应于PDCCH次序的DCI格式动态地指示。以这种方式，可以确保剩余的RB簇无PRACH传输，且这对于需要增强的可靠性的信息(诸如，UCI)的传输来说是有益的，上述传输可以被配置成在剩余的RB簇中发生。

图22示出根据本公开针对基于PRACH格式0的PRACH格式在相同的SF期间进行的PRACH传输，该PRACH传输在频域中具有两次重复。图22中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

在系统BW的两个边缘处重复PRACH传输。第一次重复在系统BW 2210的最初6个RB上，且第二次重复在系统BW 2220的最后6个RB 上。例如，对于100个RB和10个RB簇(每簇为10个RB)的系统BW 来说，第一次重复在最初6个簇中的每个簇的一个RB上，且第二次重复在最后6个簇中的每个簇的一个RB上。由于可以将每个RB簇用于 PUSCH或PUCCH传输，所以图22中的PRACH传输结构使簇数量最小化，其中需要对PUSCH或PUCCH传输进行删余以便适应PRACH传输的重复，因为仅具有索引5和6的簇具有用于PRACH传输的2个RB，而剩余的簇具有用于PRACH传输的1个RB。

针对PRACH传输结构(例如，图21和图22中的PRACH传输结构之间)的指示可以由传达PDCCH次序的DCI格式来提供，或可以由高层由eNB配置给UE，这例如取决于UE是否受功率限制，如eNB可以例如从所测量的接收信号功率或从来自UE的功率余量报告中确定。

从eNB到UE的PDCCH次序可以包括针对来自UE的PRACH重复次数的信息，eNB可以例如基于接收信号功率或来自UE的功率余量报告来确定该PRACH重复次数。PRACH重复的频率位置可以从PRACH 重复次数导出，如接下来所描述的，或可以由传达PDCCH次序的DCI 格式或由UE通用DCI格式来指示。

假设N_RB是系统带宽中的RB的数量，其中RB以频率升序编入索引。对于在

个RB上(诸如，在

个RB上)的PRACH传输，系统带宽中的

个RB存在总共

个子频带。不属于子频带中的

个RB可以以交替的方式从例如最低RB索引开始位于系统带宽的两个边缘处，或可以位于系统带宽的中间。

在第一种方法中，对于具有R_PRACH次重复的PRACH传输来说，这些重复可以处于具有相应的索引

的子频带中，其中i＝0,1,...,R_PRACH-1。第一次重复的子频带n_SB,0可以是N_SB个子频带中的第一个(n_SB，0＝0)，或可以由eNB通过高层信令配置给UE，或可以是伪随机的且例如确定为

其中

是eNB的物理标识。

在第二种方法中，可以相对于系统带宽的每个边缘来限定PRACH传输的R_PRACH次重复的子频带，并且从系统BW的低端以频率升序以及从系统带宽的高端以频率降序将

个子频带编入索引。具有偶数索引的PRACH重复可以处于具有索引

的相应子频带中，其中 i＝0,2,...,R_PRACH-1，并且具有奇数索引的PRACH重复可以处于具有索引

的相应子频带中，其中 i＝1,3,...,R_PRACH-1。

对于授权小区上的PRACH来说，在被分配给PRACH传输的864个 RE(具有1.25KHz的间距)中，仅使用839个RE，而剩余的25个RE 从PRACH传输BW的每一侧提供12.5个RE的保护频带以便减轻来自周围的PUSCH传输的干扰，因为PRACH传输的RE间距(1.25KHz) 不同于PUSCH传输的RE间距(15KHz)。对于未授权小区上的PRACH 传输来说，传输可以处于系统BW的两个边缘处。因此，保护频带可以仅放置在系统BW的内部中，以提供对PRACH传输的增加的保护以免数据干扰，并且保护频带的大小可以是用于授权小区上的PRACH传输的保护频带的大小的两倍。

图23示出当在系统BW的任一或两个边缘处传输PRACH时用于未授权小区上的PRACH传输的保护频带的放置情况。图23中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

自UE的PRACH传输位于系统BW的更低边缘2310处，或者位于系统BW的更高边缘2320处，或在PRACH传输在系统BW中具有多次重复的情况下位于系统BW的更低边缘2310处与系统BW的更高边缘 2320处两者。在多个连续RE(诸如，839个RE 2330或2335)上传输PRACH，所述连续RE分别在系统BW中分别包括第一个RE或最后一个RE。在RE被分配给PRACH传输之后，将多个附加RE(诸如，25 个RE)全部朝系统BW的内部放置2340或2345。

PRACH传输和PUSCH/PUCCH传输在未授权小区上的共存

由于PRACH传输与来自被分配给PUSCH或PUCCH传输的一个或多个RB簇的RB重叠，所以需要向被配置成在多个RB簇(包括所述一个或多个RB簇中的一些)上传输PUSCH或PUCCH的UE通知PRACH 传输的存在，以便执行适当的速率匹配并且从用于传输PUSCH或PUCCH的RB中排除掉用于PRACH传输的RB。

在第一示例中，由于基于非竞争的PRACH传输传输是动态的(如通过PDCCH次序所触发)，所以以下做法是有益的：通过UE通用DCI格式也向UE动态地指示即将来临的PRACH传输，所述UE通用DCI格式由在相同的未授权小区上通信的所有UE来解码。考虑到SF n中的PDCCH次序在第一可用SF n+k₂(k₂≥6)中触发PRACH传输，可以在 SF n中或在较迟SF中传输向UE通知即将来临的PRACH传输的UE通用DCI格式。对于未授权小区(所述未授权小区包括一系列DL SF，接着为专用SF(部分DL SF、GP、部分UL SF)，且然后接着为一系列UL SF，后面是下一个DL SF(存在的情况下))上的传输来说，通知即将来临的PRACH传输的DCI格式可以与UE通用DCI格式相同，其中大小等于DCI Format 1C的大小，所述DCI Format 1C至少通知针对专用SF 中的DL符号的数量和UL符号的数量的配置(见参考文献2和参考文献 3)。

当针对PRACH传输的可能的SF被预先确定时，诸如在一系列DL SF 之后的第一普通UL SF(如果存在的话)，或对于十个SF的最大信道占用时间(MCOT)来说的第六或第七SF，等等，UE通用DCI格式需要仅包括一个位以指示是否在该SF中期望进行PRACH传输。当针对PRACH传输的可能的UL SF未被预先确定时，UE通用DCI格式可以包括对UL SF的指示(相对于UE通用DCI格式传输的SF偏移)。例如，对于在10个SF的MCOT中并且每MCOT仅使用一个SF来用于PRACH 传输的最大数量为8的连续普通UL SF来说，UE通用DCI格式中的指示可以通过3个位实现，这3个位提供来自8个SF的SF数量。当多个 SF可用于PRACH传输时，所述指示可以在可用SF的数量未被预先确定时通过位图来实现，或可以在可用SF的数量被预先确定时包括组合映射。用于指示针对PRACH传输的可用SF的这种信令机制可以是可适用于基于竞争的PRACH传输与非竞争PRACH传输两者的。

图24示出根据本公开的用于指示针对PRACH传输的SF的机制。图24中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

eNB传输在对应于MCOT的十个SF中的第一SF 2410中传输PDCCH次序(步骤2402)。eNB在第二SF 2415中传输UE通用DCI格式(步骤2404)，所述UE通用DCI格式表明在MCOT期间实现PRACH 传输。虽然PDCCH次序传输被示于第一SF 2410中，但是其可以替代地或附加地在第二SF 2415中。UE通用DCI格式还可以包括对第三SF 2420 中的针对DL SF符号的数量和UL SF符号的数量的指示，并且还可以包括针对在第三SF 2420之后的UL SF的数量的指示。UE(其检测UE通用DCI格式，并且在包括可以用于PRACH传输的一个或多个RB的SF 2433中调度PUSCH传输)在所述一个或多个RB中不传输PUSCH，并且对剩余所分配的RB中的PUSCH传输进行速率匹配在(步骤2406)。可用于PRACH传输的RB可以被预先确定，例如如在图22中，或可以在SIB中传达。

在图24中，针对PRACH传输的SF要么假设为被预先确定并被导出例如作为十个SF的MCOT中的第六SF，要么在UE通用DCI格式中被指示。例如，2位字段可以指示针对PRACH传输的SF是否为在UE 通用DCI传输的SF后面的第四、第五、第六或第七SF，即，指示在UE 通用DCI传输的SF后面的SF偏移。这隐含了：检测到PDCCH次序的 UE也需要检测UE通用DCI格式，以便确定针对PRACH传输的可用SF。从这种意义上说，UE通用DCI格式将系统信息提供到UE。通过UE通用DCI格式激活也可以以与针对通过PDCCH次序被调度的PRACH传输的方式类似的方式适用于通过UL DCI格式被调度的PUSCH传输。

为响应于PDCCH次序而进一步优化PRACH传输(通过使得检测到 PDCCH次序且未能检测到UE通用DCI的UE能够传输PRACH)，针对 PRACH传输的可用SF也可以在传达PDCCH次序的DCI格式中被指示出来。此外，UE通用DCI可以针对下一个MCOT指示针对PRACH传输的SF。例如，这可以在法规要求授权仅4个SF的MCOT时是可适用的。上文考虑到：基于相应的PDCCH次序，对于每个MCOT，仅一个 SF可以用于PRACH传输。当可以使用一个以上的SF时，UE通用DCI 格式可以包括用于指示多个SF的相应信令，诸如大小等于UL SF的数量的位图，其中位值“1”可以指示可用于PRACH传输的SF。

由于未授权小区的MCOT受法规的限制，所以也有可能将用于在未授权小区上触发PRACH传输的时间缩短为在PDCCH次序传输的SF后面的少于6个的SF。例如，当UE在SF n中检测到PDCCH次序时，可以预期UE在第一可用的SF n+k₃(k₃≥4)中传输PRACH。

在第二示例中，在SIB中发送可用于PRACH传输的SF。当UE确定SIB中的被指示为可用于PRACH传输的SF包括DL传输时(例如，通过测量由eNB传输的RS，或通过检测指示MCOT中DL SF与UL SF 的分隔的UE通用DCI格式)，在SF满足时序关系(诸如在其中UE检测到PDCCH次序的SF后面6个SF)时，UE针对基于竞争的PRACH 或针对非竞争PRACH不传输PRACH。此外，在被指示为可用于PRACH 传输的SF中具有PUSCH传输的UE通过排除可以用于PRACH传输的RB来对PUSCH传输进行速率匹配。

在第三示例中，系统操作的规范在MCOT内预定义SF(如果存在的话)，以始终包括用于PRACH传输的资源。例如，该SF可以是多个连续UL SF中的最后一个SF。在SF中传输PUSCH或PUSCH的UE对相应的传输进行速率匹配，以排除可以潜在地由其他UE用于PRACH传输的RB。

对于PRACH传输来说，UE通用DCI格式可以附加地包括针对频域中的重复次数的信息，每个重复包括

个RB。基于重复次数，可以导出系统带宽中的相应子频带的位置，例如如先前所描述，通过使用第一种方法或第二种方法来确定与PRACH传输的重复次数相关联的子频带。然后，具有PUSCH或PUCCH传输的UE可以确定虽然被分配用于 PUSCH或PUCCH传输但是并不用于传输PUSCH或PUCCH的RB，因为这些RB可以用于PRACH传输的一次或多次重复。对于具有PRACH 传输的UE，重复次数可以等于由UE通用DCI格式指示的重复次数，或可以由传达PDCCH次序的DCI格式来指示。例如，2位字段可以被包括在UE通用DCI格式中或被包括在传达PDCCH次序DCI格式中，并且可以指示例如{1,2,4,8}次重复的集合或{2,4,8,16}次重复的集合中的重复次数。

对多个PRACH机会的支持

当UE检测到针对未授权小区上的PRACH传输的PDCCH次序时，法规可以要求UE在PRACH传输之前执行CCA和LBT。当CCA/LBT 失败时，UE不传输PRACH。然后，eNB极有可能针对相关联的PDCCH 次序未能检测到PRACH，因为不存在实际的PRACH传输。当未授权小区被高度占用以用于与各种设备通信并且eNB通过PDCCH次序触发至 UE的单个PRACH传输时，UE可以常常将未授权小区感测为不可用(被其他传输占用)，并且eNB需要在检测到来自UE的PRACH之前传输潜在的多个PDCCH次序。这增加了相关联的DL控制信令开销。

为减少调度PDSCH或PUSCH传输的DL控制信令开销，通常考虑多SF调度，其中单个DCI格式在由DCI格式指示的多个SF上调度至 UE的PDSCH传输或自UE的PUSCH传输。不同于始终发生在由相关联的DCI格式指示的多个SF中的、针对PUSCH或PDSCH传输的多SF 调度，多SFPDCCH次序等效于通过参数preambleTransMax的DCI格式的动态信令，所述参数preambleTransMax限定针对UE的PRACH传输尝试的最大数量。对于授权小区，参数preambleTransMax仅可适用于基于竞争的PRACH传输，并且通过高层被提供到UE(见参考文献4和参考文献5)。因此，提供针对PRACH传输的PDCCH次序的DCI格式或者UE通用DCI格式可以包括指示新参数preambleTransMax_SCell的字段，所述新参数限定来自UE的PRACH传输尝试的最大数量。

当UE检测到PDCCH次序时，UE尝试在第一UL SF中传输PRACH，所述第一UL SF被指示为可用于PRACH传输并且关于PDCCH次序的 SF满足时序关系(诸如，滞后至少6个SF)。当UE成功传输PRACH 时，UE尝试在RAR窗口内检测RAR。eNB将UE配置成具有以SF的数量为单位的RAR窗口大小。eNB可以分开配置用于授权小区的RAR 窗口和用于未授权小区的RAR窗口。对于通过PDCCH次序所触发的非竞争PRACH传输，RAR窗口大小可以是相对小的，因为eNB控制了 PDCCH次序的数量，并且极少的UE在多个SF的周期期间通常需要非竞争PRACH传输。当UE响应于RA前导传输而检测RAR时，UE针对数量为preambleTransMax_SCell的尝试中的剩余尝试不传输PRACH。在每个PRACH传输之后，UE自动扩展RAR窗口。当RAR传输在未授权小区上时，UE还根据对未授权小区的可用性的确定来自动扩展RAR窗口。

图25A和图25B示出根据本公开的用于利用多个传输机会来传输非竞争PRACH的过程。图25A和图25B中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

在第一SF 2515中，eNB传输PDCCH次序并且UE检测PDCCH次序(步骤2510)。传达PDCCH次序的DCI格式包括字段 preambleTransMax_SCell，所述字段指示在由DCI格式或由UE通用DCI 格式指示为可用于PRACH传输的SF期间的最大数量为2的PRACH传输。可用于PRACH传输的每个SF可以进一步调节为出现在多个SF(其中，在这些SF中，可以响应于先前PRACH传输来传输RAR)后面。在第二SF 2525中，UE传输PRACH(步骤2520)。UE将RAR窗口重置为例如在PRACH传输的SF后面3个SF开始(当在授权小区上传输RAR 时)，或在下一个MCOT处开始(当在未授权小区上传输RAR时)，并且使最初设定为零的计数器PREAMBLE_TRANSMISSION_COUNTER 递增1(步骤2530)。UE尝试在第三数量的SF 2542、2544和2546(在下一个帧中或在下一个MCOT中)期间检测RAR(步骤2540)，以确定 RAR是否包括针对用于PRACH传输中的RA前导的指示(步骤2550)。当UE检测到包括由UE用于先前PRACH传输中的RA前导的RAR时， UE暂停随后的PRACH传输(步骤2560)。当UE未检测到包括由UE 用于先前PRACH传输中的RA前导的RAR时，UE确定 PREAMBLE_TRANSMISSION_COUNTER是否大于preambleTransMax_SCell(步骤2570)。当步骤2570中的条件正确时， UE不传输任何附加的PRACH(步骤2580)。当步骤2570中的条件不正确时，UE在下一个可用SF 2590期间传输PRACH，并在PRACH传输之后重复这些步骤。当UE由于感测到未授权小区被占用(LBT失败)而不传输PRACH时，UE不使PREAMBLE_TRANSMISSION_COUNTER 增加。

为适应对每MHz的P_CMAX,reg的最大PSD的法规要求，在未授权小区 c上的SF i中的连续6个RB集合上的自UE的PRACH传输的功率

可以被确定为：

PREAMBLE_RECEIVED_TARGET_POWER+PLc}[dBm]

其中，PREAMBLE_RECEIVED_TARGET_POWER＝ preambleInitialReceivedTargetPower+DELTA_PREAMBLE+ (PREAMBLE_TRANSMISSION_COUNTER-1)，并且 preambleInitialReceivedTargetPower和DELTA_PREAMBLE是由高层从 eNB配置给UE的参数。

当preambleTransMax_SCell个PRACH传输中的PRACH传输发生在先前PRACH传输的RAR窗口内时，该PRACH传输与先前PRACH传输具有相同的功率。当preambleTransMax_SCell个PRACH传输中的 PRACH传输是在先前PRACH传输的RAR窗口后面时，可以应用功率斜坡(power ramping)，其中UE将PRACH传输功率增大由参数 powerRampingStep提供的值(以分贝为单位)，所述参数由高层配置给 UE。传输功率针对在多个PRACH传输中的较早PRACH传输的RAR窗口过期之后的第一PRACH传输而增加powerRampingStep。因此，为了确定PRACH传输功率的目的，只有当来自较早PRACH传输的RAR窗口过期时，才递增用于确定PRACH传输功率的参数 PREAMBLE_TRANSMISSION_COUNTER，尽管在较早PRACH传输之后可以出现来自其他先前PRACH传输的其他正在进行的RAR窗口。

为简化与多个PRACH传输机会相关联的操作，可以将PRACH传输机会限制为仅在紧接着的先前PRACH传输机会的RAR窗口过期之后才发生，即使当可用于PRACH传输的SF存在于该RAR窗口内时。然后，可以针对PRACH传输应用功率斜坡(如参考文献4中所描述)，并且当 UE未接收到对先前PRACH传输的RAR时，UE在每个PRACH传输之后递增PREAMBLE_TRANSMISSION_COUNTER，直到 PREAMBLE_TRANSMISSION_COUNTER达到由preambleTransMax_SCell参数提供的值。

单个PDCCH次序在属于相同的sTAG的多个小区上也可以是有效的。即使当UE无法在同一时间在一个以上的小区中同时传输时，不同小区上的PRACH传输机会仍在时间上被错开。例如，在第一小区上传输的第一UE通用DCI格式可以将与在第二小区上传输的第二UE通用DCI 格式不同的SF指示为可用于PRACH传输。通过向UE提供针对在相应多个小区上的PRACH传输的多个机会，提升了UE能够在多个小区中的至少一个中传输PRACH或eNB能够在多个小区中的至少一个中检测 PRACH的概率，例如因为提升了至少一个相应的LBT成功的概率。然而，非竞争随机接入和基于竞争的随机接入的总的延迟取决于UE传输 PRACH的延迟与eNB传输相关联的RAR的延迟两者。因此，当PDCCH 次序在多个小区上有效时，以下做法是有益的：去除对RAR传输与 PDCCH次序传输在相同的(授权或未授权)小区上的约束，并且改为还包括相同的TAG的所有小区(其中UE可以传输PRACH)。

图26示出根据本公开的用于传输PRACH和相关联的RAR的过程。图26中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

eNB在第一小区上将PDCCH次序发送到UE(步骤2610)。在检测到PDCCH次序后，UE传输PRACH(步骤2620)。虽然PRACH传输被示为与PDCCH次序的传输在相同的小区上，但这并不是必要的。eNB 针对第一小区上的下一个MCOT的第一SF执行LBT，并且LBT失败(步骤2630)。UE还被配置成用于第二小区上的PRACH机会(步骤2640)。 eNB针对第二小区上的下一个MCOT的第一SF执行LBT，LBT成功，并且eNB响应于第一小区上的PRACH传输将RAR发送到UE(步骤 2650)。

可以通过几种机制向UE指示具有针对UE的PRACH传输机会的多个小区。在第一示例中，被配置成用于与UE通信的每个小区具有索引，并且传达PDCCH次序的DCI格式可以包括多个小区，例如从其中eNB 传输PDCCH次序的小区开始，其中，在PDCCH次序中，这些小区是根据小区索引升序(ascending cell index)来排序的。在第二示例中，UE可以通过高层来配置包括针对UE的PRACH传输机会的小区。在第三示例中，具有相同的sTAG的、配置成用于与UE通信的所有小区都包括针对 UE的PRACH传输机会。

RAR内容

RAR通常包括对来自UE的Msg3传输进行调度的UL许可、TA命令和TC-RNTI。即使当Msg3重传或一般地PUSCH传输是基于非同步 HARQ且UL许可需要包括HARQ进程数字段和冗余版本(RV)号字段时，这两个字段仍无需被包括在RAR的UL许可中，因为RAR仅调度 PUSCH中的Msg3的初始传输或PUSCH中的数据的初始传输，且因此 HARQ进程数为0并且RV号为0。

对于在RB簇中交织的PUSCH中的Msg3传输来说，例如如图9中，无需跳频标志。此外，仅需要由RAR中的UL许可指示一个簇或两个簇，因为针对Msg3的传输块大小足够小，而一个RB簇的资源分配已足够。因此，假设例如系统BW中有十个RB簇，包括4个位的RB分配字段的 16种状态中的前10种状态可以指示十个簇中的一个，而剩余6种状态可以指示簇对{0,5}、{1,6}、{2,7}、{3,8}、{4,9}和簇的三元组{0,4,9} 或{0,5,9}。替代地，最后一种状态或可能的附加状态可以指示UE是否在簇的一部分中(诸如，仅在所指示的簇的具有偶数索引的RB上或具有奇数索引的RB上)传输PUSCH。这可以将最小RB分配减少到半个簇，并且允许在簇中复用两个UE，并且这对于小的数据传输块大小(诸如，与Msg3相关联的数据传输块大小)来说是有益的。

表2提供针对在授权小区和未授权小区上来自UE的Msg3传输的 UL许可的内容。可以进一步减小针对在未授权小区上的传输的UL许可的一个或多个字段的大小，如随后所描述的。

表2

[表2]

UL许可	授权小区	未授权小区
			跳频标志	1个位	0位
RB分配	10个位	4个位
			MCS	4个位	4个位
TPC命令	3个位	3个位
			UL延迟	1个位	1个位
CSI请求	1个位	1个位

表2.针对Msg3传输的UL许可的内容

从表2中观察到：针对未授权小区上的Msg3传输的RAR中的UL 许可的大小可以是大约13个位，而针对授权小区上的Msg3传输的RAR 中的UL许可的大小是20个位。此外，对授权小区上的Msg3传输的RAR 中的TA命令的大小是12个位，从而允许在大小为100千米的小区上的覆盖。以八位字节传输RAR作为MAC分组数据单元(PDU)。一个八位字节可以包括用于TA命令与UL许可两者的位。通过4个八位字节(32 位)来传达针对授权小区上的Msg3传输的UL许可和TA命令。因此，有可能将传达针对未授权小区上的Msg3传输的UL许可和TA命令所需的八位字节的数量减小到3，这通过将TA命令减少一个或多个位或者通过将表1中的UL许可减少一个或多个位或通过以上两种方法来实现。

通过将通信支持(communication support)限制到大约50千米的小区大小，可以将针对未授权小区上的Msg3传输的TA命令大小的大小减小到11位。这不具有实质影响，因为未授权小区的通常大小远小于50 千米。UL许可大小还可以通过根据相关联的随机接入过程是非竞争还是基于竞争来解析其字段而进一步减小。例如，只有非竞争随机接入才需要CSI请求字段，而对于基于竞争的随机接入来说可以排除CSI请求字段。例如，UL延迟字段对于基于竞争的随机接入来说多半是有益的，而对于非竞争随机接入来说可以被排除。以这种方式，RAR中的UL许可的大小相对于表1中的大小减小1。此外，对RB分配的解析可以是不同的。对于基于竞争的随机接入，通过RAR中的UL许可被调度的PUSCH 传输传达Msg3，并且RB分配可以如先前所讨论的那样。对于非竞争随机接入，通过RAR中的UL许可被调度的PUSCH传输传达与至SCell 的连接相关联的数据(切换)，并且RB分配可以具有分配更大数量的簇的映射。

图27A和图27B示出根据本公开的RAR消息相对于八位字节的大小，所述RAR消息用于提供用于基于竞争的随机接入和用于非竞争随机接入的TA命令和UL许可。图27A和图27B中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

对于基于竞争的随机接入，使用四个八位字节来提供TA命令和UL 许可，如图27A中所说明的。对于非竞争随机接入来说，使用三个八位字节来提供图27B中的TA命令和UL许可。在后一种情况下，即使TA 命令被示为包括12个位，且UL许可也被示为包括12个位，仍也可以应用不同的分隔，并且TA命令可以包括10个位或11个位，且UL许可可以包括14个位或13个位。

小区群组的上行链路控制信息的传输

UE可以被配置未授权频带上的多个小区，并且被配置授权频带上的一个小区或多个小区。由于在授权频带的一个小区上的传输不受制于 LBT，所以UE可被配置针对PUCCH传输的授权频带上的一个小区，以便确保UE可以传输UCI。此小区被称为主小区(PCell)。授权频带上的相同的PCell通常被配置给多个UE，由此提高对PCell的资源要求以用于支持PUCCH传输。为减轻UE对PCell的PUCCH资源要求，UE可以被配置小区群组，以响应于在来自该小区群组的多个小区上的PDSCH接收而在来自该小区群组的一个小区上的PUSCH传输中复用HARQ-ACK 码本，而不是在PCell上的PUCCH中传输HARQ-ACK码本。这小区群组被称为UCI小区群组或UCG。

UCG通常包括未授权频带上的小区。因此，即使在UCG小区上的 PUSCH传输中的自UE的UCI复用可以减轻授权频带的小区上的UCI 资源开销，仍无法在给定的时间实例处保证UCI传输，因为UE需要在 PUSCH传输之前执行CCA，且当CCA(或LBT)失败时，UE暂停PUSCH传输。此外，由于CCA在PUSCH传输不久前发生，所以有可能UE不具有足够的处理时间来重新配置用于数据传输的速率匹配并且在另一个 PUSCH传输中或在PUCCH传输中复用UCI。eNB可能无法确定自UE 的PUSCH传输的缺失，因为可以发生从另一个设备(诸如，WiFi设备) 或甚至从另一个UE到不同的eNB的传输，并且该传输是与PUSCH传输相关联的LBT失败的一个原因。

DL DCI格式可以包括计数器DL分配指示符(DAI)字段和总DAI 字段。对于FDD系统，DCI格式(其在小区中调度从eNB到UE的PDSCH 传输)中的计数器DAI的值指示在SF中从eNB发送到UE并在具有索引(高达小区索引)的小区中调度PDSCH传输的DL DCI格式的数量，而总DAI字段的值指示在SF中从eNB发送到UE的DL DCI格式的总数。对于TDD系统(其中对于多个连续DL SF，UE在相同的UL SF中传输 HARQ-ACK)，调度PDSCH传输的DL DCI格式中的计数器DAI的值对 eNB跨小区(根据小区索引的升序)和跨SF(根据SF索引的升序)发送到UE的DL DCI格式的数量进行计数，直至PDSCH传输的SF和小区，而总DAI字段的值对eNB传输的DLDCI格式的总数进行计数，直至DL DCI格式传输的SF。对于FDD系统，UL DCI格式不包括DAI，并且UE针对PUSCH中的传输以与PUCCH中的传输相同的方式基于关联的DL DCI格式中的计数器DAI值和总DAI值来确定HARQ-ACK码本。对于TDD系统，UL DCI格式包括DAI，并且UE可以针对PUSCH 中的传输(当作PUCCH中的传输或者基于DAI字段的值)来确定 HARQ-ACK码本。

HARQ-ACK码本可以取决于UE是否检测到在UCG小区上调度 PUSCH传输的UL许可。当UE检测到在UCG小区上调度PUSCH传输的UL许可时，UE在一个或多个PUSCH传输中复用针对UCG小区的 HARQ-ACK码本，并且在非UCG小区上的PUSCH传输中或在PUCCH 传输中复用针对非UCG小区的HARQ-ACK码本。相反的，当UE未检测到在UCG小区上调度PUSCH传输的UL许可时，UE在非UCG小区上的PUSCH传输中或在PUCCH传输中针对UCG小区与非UCG小区两者复用HARQ-ACK码本。

因此，当UE配置有UCG以用于在一个或多个PUSCH传输上进行 HARQ-ACK复用时，需要确定HARQ-ACK码本。

另一个需求是：当CCA失败并且UE暂停PUSCH传输(其中，UE 复用HARQ-ACK码本)时，使得能够进行HARQ-ACK码本的传输。

最后，另一个需求是：使UE向eNB通知CCA失败并暂停具有经复用的HARQ-ACK码本的PUSCH传输。

在下文中，除非另外明确提到，否则将eNB配置给UE的UCG的每个小区假设为其中UE需要在PUSCH传输之前执行CCA的小区。对于本公开的实施方式来说不需要此种假设，并且UCG中的一些小区不需要在相应的PUSCH传输之前执行CCA，但是可以通过假设UE在UCG的每个相应小区上需要在PUSCH传输之前执行CCA来简化本公开的实施方式。

UE可以配置有UL小区群组和DL小区群组。来自该UL小区群组的每个UL小区可以链接到来自该DL小区群组的DL小区，或来自该 UL小区群组的一个或多个UL小区可以不链接到来自该DL小区群组的 DL。UE可以响应于PDSCH接收或响应于来自该DL小区群组的小区上的SPS PDSCH释放将HARQ-ACK码本复用到来自该UL小区群组的小区上的一个或多个PUSCH传输。该DL小区群组或UL小区群组分别被称为DL或UL UCI小区组，或被无歧义地称为UCG。出于简洁性，在下文中并未明确提到SPS PDSCH释放，但是假设：UE响应于对指示SPS PDSCH释放的DL DCI格式的检测或检测的缺失来生成HARQ-ACK信息。

HARQ-ACK码本确定

至UE的UCG的配置可以与用于同时的UCG小区上的PUSCH传输和非UCG小区上的PUCCH传输或PUSCH传输的配置相组合。在UE 无能力同时在UCG小区上传输PUSCH和在PCell上传输PUCCH的情况下，并且假设：针对非UCG小区的UCI(诸如，HARQ-ACK信息) 在UCG小区上的PUSCH传输中未被复用；以及针对非UCG小区的 HARQ-ACK信息的传输优先于针对UCG小区的HARQ-ACK信息的传输，每当UE需要在PUCCH上针对非UCG传输UCI时，UE需要在UCG 小区上放弃或终止(drop)PUSCH传输。当UE配置有UCG并且UE在 SF中的UCG小区中具有PUSCH传输时，UE在SF中的PUSCH传输中针对UCG小区来复用HARQ-ACK。当UE配置有UCG并且UE在SF中的UCG小区中不具有PUSCH传输时，UE可以在PUCCH上或在SF 中的非UCG小区上的PUSCH传输中针对UCG小区复用HARQ-ACK。

当UE未配置有UCG时，如参考文献3中所描述的，共同地确定在非UCG小区上调度PDSCH传输的相应DL DCI格式中的DAI字段的值和在UCG小区上调度PDSCH传输的相应DLDCI格式中的DAI字段的值。当UE配置有UCG时，本公开提供用于DAI字段的功能的两种方法。

在第一种方法中，在非UCG小区上调度PDSCH传输的DL DCI格式中的DAI值独立于在UCG小区上调度PDSCH传输的DL DCI格式中的DAI值。第一种方法可以与UL DCI格式中的DAI字段的缺失或不使用相组合。在针对非UCG小区和UCG小区的DL DCI格式中具有独立的DAI值使得UE能够确定针对非UCG小区的第一HARQ-ACK码本和针对UCG小区的第二HARQ-ACK码本。UE将第一HARQ-ACK码本用于在非UCG小区上的PUSCH中复用HARQ-ACK信息，以及将第二 HARQ-ACK码本用于在UCG小区上的PUSCH中复用HARQ-ACK信息。 UE可以将两个HARQ-ACK码本的联合体(union)用于在PUCCH中进行HARQ-ACK复用。联合体可以如参考文献3中所描述的那样，或可以将第二HARQ-ACK码本附加到第一HARQ-ACK码本，等等。此外，当 UE配制有UCG时，在非UCG小区上调度PUSCH传输的UL DCI格式中的DAI值(如果存在的话)独立于在UCG小区上调度PUSCH传输的 UL DCI格式中的DAI值。UE使用在非UCG小区上调度PUSCH传输的 UL DCI格式中的DAI值以确定用于在非UCG小区上的PUSCH传输中进行复用的HARQ-ACK码本，并且UE使用在UCG小区上调度PUSCH 传输的UL DCI格式中的DAI值以确定用于在UCG小区上的PUSCH传输中进行复用的HARQ-ACK码本。

图28示出根据本公开的基于针对上行链路控制信息(UCI)小区群组(UCG)小区和非UCG小区的DL DCI格式中的DAI字段来确定 HARQ-ACK码本的示例。图28中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE检测在非UCG小区和UCG小区上调度相应的PDSCH传输的 DL DCI格式。UE基于在非UCG小区中调度PDSCH传输的所检测的 DL DCI格式中的相应DAI字段的值来确定第一HARQ-ACK码本，并且基于在UCG小区中调度PDSCH传输的所检测的DL DCI格式中的相应 DAI字段的值来确定第二HARQ-ACK码本(步骤2820)。对于在PCell 上的PUCCH中的HARQ-ACK传输来说，UE将第一HARQ-ACK码本与第二HARQ-ACK码本相组合(2830)，例如通过基于针对所有小区(非 UCG小区和UCG小区)的DL DCI格式中的DAI字段的值来确定单个 HARQ-ACK码本，如参考文献3中所描述的(这种情况下，可以省略步骤2820)，或者通过将第二HARQ-ACK码本附加到第一HARQ-ACK码本。对于仅在非UCG小区上的PUSCH中的HARQ-ACK码本传输，UE基于在调度PUSCH传输的UL DCI格式中的DAI字段的值或者(在UL DCI格式中的DAI字段不存在的情况下)基于与用于PUCCH中的传输相同的组合HARQ-ACK码本来确定HARQ-ACK码本(步骤2840)。对于仅在UCG小区上的PUSCH中的HARQ-ACK码本传输，UE基于在调度PUSCH传输的UL DCI格式中的DAI字段的值或者(在UL DCI格式中的DAI字段不存在的情况下)基于第二HARQ-ACK码本来确定 HARQ-ACK码本(步骤2850)。对于在非UCG小区上的第一PUSCH或PUCCH与在UCG小区上的第二PUSCH两者中的HARQ-ACK码本传输， UE基于在调度第一PUSCH传输的第一UL DCI格式中的DAI字段或者基于第一HARQ-ACK码本(例如，当第一UL DCI格式不包括DAI字段时)确定用于第一PUSCH或PUSCH中的传输的第一HARQ-ACK码本 (步骤2860)，并且UE基于在调度第二PUSCH传输的第二UL DCI格式中的DAI字段或者基于第二HARQ-ACK码本(例如，当第二UL DCI 格式不包括DAI字段时)来确定用于第二PUSCH中的传输的第二 HARQ-ACK码本(步骤2870)。第一UL DCI格式中的DAI字段的值(当存在时)可能不同于第二DCI格式中的DAI字段的值。

在第二种方法中，联合考虑在非UCG小区上调度PDSCH传输的相应DL DCI格式中的DAI字段的值以及在UCG小区上调度PDSCH传输的相应DL DCI格式中的DAI字段的值。第二种方法要求UL DCI格式中存在DAI字段。使DL DCI格式中的DAI字段联合地考虑到非UCG小区和UCG小区有效地等效于使单个CG和每CG的HARQ-ACK码本确定(如参考文献3中所描述的)可以适用于在PUCCH中复用HARQ-ACK 码本。为在PUSCH中复用HARQ-ACK码本，在非UCG小区上调度 PUSCH传输的UL DCI格式中的DAI字段的值可以独立于在UCG小区上调度PUSCH传输的UL DCI格式中的DAI字段的值被设定。使UL DCI 格式中的DAI字段的值针对非UCG小区和UCG小区被独立地设定有效地等效于针对PUSCH中的传输使两个单独的CG用于HARQ-ACK码本确定。从在非UCG小区中调度PUSCH传输的UL DCI格式中的DAI字段的值来确定第一HARQ-ACK码本，并且从在UCG小区中调度PUSCH 传输的UL DCI格式中的DAI字段的值来确定第二HARQ-ACK码本。因此，对于非UCG小区上的仅PUCCH中或仅PUSCH中的HARQ-ACK 码本传输来说，存在包括非UCG小区与UCG小区两者的一个CG，而对于非UCG小区上的PUCCH或PUSCH中的HARQ-ACK码本传输和UCG 小区上的PUSCH中的HARQ-ACK码本传输，存在两个CG，其中第一CG包括非UCG小区，并且第二CG包括UCG小区。针对以上情况中的每一种对HARQ-ACK码本的确定可以如图7中的那样，以下为例外情况：使用如参考文献3中针对PUCCH中的HARQ-ACK码本传输所确定的组合码本，以及针对在UCG小区上的PUSCH中的HARQ-ACK码本传输使用在UCG小区上调度PUSCH传输的UL DCI格式中的DAI字段(全部被假设为具有相同的值)的值，而针对在非UCG小区上的PUSCH中的HARQ-ACK码本传输使用在非UCG小区上调度PUSCH传输的UL DCI格式中的DAI字段(全部被假设为具有相同的值)的值。

当UE在PUSCH传输之前执行的CCA测试表明小区上的信道介质被来自其他设备的传输占用时，UE暂停该小区(诸如，UCG小区)上的PUSCH传输。关于在SF中传输HARQ-ACK码本，CCA失败从功能上说不同于未能检测到调度PUSCH传输的UL DCI格式，这至少是因为CCA失败概率可以实质上大于漏检UL DCI格式的概率，以及因为UE 不具有足够的时间将HARQ-ACK传输从小区上的PUSCH切换到 PUCCH或另一个小区上的PUSCH，而在没有预料CCA失败的先前动作的情况下，UE无法在SF中的另一个信道上传输HARQ-ACK码本。

一种UE实现方式可以通过提前准备用于复用HARQ-ACK码本的替代性信道来解决针对具有经复用的HARQ-ACK码本的PUSCH传输的 CCA失败的概率，并且在UE由于CCA失败而不传输PUSCH的情况下可以使用所述替代性信道来传输HARQ-ACK码本。例如，UE可以提前准备在PCell上的PUCCH传输中复用针对UCG小区的HARQ-ACK码本，并且在针对UCG小区上的PUSCH传输的CCA失败时传输PCell上的PUCCH。例如，UE可以在UCG小区上的一个以上的PUSCH传输(如果存在的话)中复用针对UCG小区的HARQ-ACK码本。其他方面，当 UE在PUSCH(UE被调度为在UCG小区上传输)中复用的针对UCG小区的HARQ-ACK码本并未在另一个信道上也被复用(当针对PUSCH的 CCA失败时)时，UE需要放弃或终止PUSCH传输及因此终止HARQ-ACK码本的传输。

图29示出使UE在UCG小区上的PUSCH中或者在PCell中的 PUCCH上传输针对UCG小区的HARQ-ACK码本的示例。图29中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE检测在UCG小区上调度PDSCH传输的DL DCI格式和在UCG 小区上调度PUSCH传输的UL DCI格式(步骤2910)。UE在其中UE复用HARQ-ACK码本的UCG小区上的PUSCH传输之前执行CCA(步骤 2920)。UE确定CCA是否失败(步骤2930)。当CCA没有失败时，UE 传输PUSCH并且复用HARQ-ACK码本(步骤2940)。当CCA失败时， UE在PCell上的PUCCH中传输HARQ-ACK码本(步骤2950)。这可以进一步以以下各项为条件：UE使针对非UCG小区的第二HARQ-ACK 码本在PCell上的PUCCH中传输，并且UE准备用于PUCCH传输的仅包含第二HARQ-ACK码本的第一版本和包含两个HARQ-ACK码本的第二版本，并且当CCA没有失败时选择第一版本，而当CCA失败时选择第二版本。

当UE未能检测到针对UCG小区上的PUSCH传输的UL许可时， UE在PUCCH中或在非UCG小区上的PUSCH中传输针对UCG小区的 HARQ-ACK。因此，在SF中的PUSCH中或在PUCCH中的HARQ-ACK 码本可以取决于UE是否检测到调度SF中的UCG小区上的PUSCH传输的UL许可，因为当UE检测到针对UCG小区上的PUSCH传输的UL 许可时，PUCCH传输可以包括针对非UCG小区的HARQ-ACK，并且当 UE并未检测到针对UCG小区上的PUSCH传输的UL许可时，PUCCH 传输包括针对所有小区的HARQ-ACK。

根据UE在UCG小区上传输PUSCH的假设以及根据UE在UCG小区上不传输PUSCH的假设，eNB可以在非UCG小区上的PUSCH中或在PUCCH中接收HARQ-ACK码本。当将具有CRC的TBCC用于编码 HARQ-ACK码本时，此假设测试足以使eNB确定HARQ-ACK码本大小。当将Reed-Muller编码用于编码HARQ-ACK码本时，eNB无法确定 HARQ-ACK码本大小，因为eNB没有办法来确定HARQ-ACK码本是对应于针对非UCG小区的HARQ-ACK码本的HARQ-ACK码本还是对应于针对非UCG小区与UCG小区两者的HARQ-ACK码本的HARQ-ACK 码本。解决这个问题的一种方法是：当eNB将UCG配置给UE时，使 eNB将UE配置成针对HARQ-ACK码本使用具有CRC附件(CRCattachment)的TBCC编码。另一种方法是：当UE传输针对非UCG小区与UCG小区两者的HARQ-ACK码本时，使UE针对PUCCH格式3 的每时隙DMRS使用OCC{1,-1}，并且当UE传输仅针对非UCG小区的 HARQ-ACK码本时，使UE使用OCC{1,1}。

当UE未通过CCA检查并且在SF中的UCG小区上不传输具有经复用的HARQ-ACK码本的PUSCH时，UE通常不具有足够的时间在UE 被调度为在SF中传输的另一个信道上复用HARQ-ACK码本。在第一种方法中，UE可以终止传输针对SF中的UCG小区的HARQ-ACK码本。在第二种方法中，UE可以生成用于PUCCH或PUSCH传输的两个版本，即包括针对UCG小区的HARQ-ACK的第一版本和不包括针对UCG小区的HARQ-ACK的第二版本，并且当CCA失败时，UE可以传输第一版本，或者当CCA没有失败时，UE可以传输第二版本(以及UE在UCG 小区上的PUSCH中传输针对UCG小区的HARQ-ACK码本)。在第三种方法中，UE可以在后续的SF中传输针对UCG小区的HARQ-ACK码本。

对于第三种方法来说，UE可以在UCG小区上的PUSCH中或者在非UCG小区上的PUCCH或PUSCH中传输HARQ-ACK码本。在下文中，假设UE使用具有CRC的TBCC来编码HARQ-ACK码本。

在第一种情况下，UE在UCG小区上的SF中传输PUSCH。当UE 使新HARQ-ACK信息在SF中复用时，UE在相同的HARQ-ACK码本中对新HARQ-ACK信息和UE在先前SF中必须传输的HARQ-ACK信息两者进行编码；其他方面，当UE不使新HARQ-ACK信息在SF中复用时，UE在HARQ-ACK码本中对UE在先前SF中必须传输的HARQ-ACK 信息进行编码，并且UE在PUSCH中复用HARQ-ACK码本。UE在先前SF中必须传输的HARQ-ACK码本的复用可以是UE的默认动作并且可以是eNB所预期的，或如随后将描述的，可以由eNB例如通过以下步骤来请求：包括新字段(UL DCI格式中的HARQ-ACK_request)以明确请求从UE传输UE在先前SF中必须传输的HARQ-ACK码字。

当在SF中的PUSCH传输中复用UE在先前SF中必须传输的 HARQ-ACK码字是UE的默认动作时，先前SF可以至PUSCH传输的 SF之前的最后一个SF为止。当eNB可以可靠地检测先前SF中的PUSCH DTX(由于UE造成的CCA失败所致)时，eNB知道UE在SF中的PUSCH 传输中包括了UE在先前SF中必须传输但无法传输的HARQ-ACK码本。当eNB无法可靠地检测先前SF中的PUSCH DTX(由于UE针对在先前 SF中传输PUSCH造成的CCA失败所致)时，eNB所作的一个假设可以是：针对先前SF中的假定接收到的HARQ-ACK码字的、失败的CRC 检查是由于UE造成的CCA失败所致。这可以进一步以针对数据TB的失败的CRC检查为条件。eNB然后可以根据第一假设和根据第二假设来解码SF中的PUSCH，第一假设为：存在HARQ-ACK码本，并且除了UE在该SF中必须传输的HARQ-ACK码本(如果存在的话)之外还包括UE在先前SF中必须传输的HARQ-ACK码本，第二假设为： HARQ-ACK码本仅包括UE在该SF中必须传输的HARQ-ACK信息(如果存在的话)。这隐含了：eNB针对PUSCH中的数据TB执行两个解码操作；一个解码操作是根据第一RE映射针对UE复用UE在先前SF中必须传输的HARQ-ACK码本这一假设进行的，并且一个解码操作是根据第二RE映射针对UE不复用UE在先前SF中必须传输的HARQ-ACK码本这一假设进行的。

为使得eNB能够避免对自UE的PUSCH传输中的数据TB执行两个解码操作，根据UE是否在PUSCH中复用UE在先前SF中必须传输的 HARQ-ACK码本，UE可以单独地编码并传输关于SF中HARQ-ACK码本的信息。例如，使用从SF中的HARQ-ACK码本单独地传输的1位字段，UE可以指示UE是否在该SF中的PUSCH中复用UE在先前SF中必须传输的HARQ-ACK码本。这类似于UE传输PUSCH_Tx_ind，如先前所描述的。

多个PUSCH或PUCCH中的UCI传输

出于简洁性，以下描述是关于HARQ-ACK信息，但其也可直接适用于A-CSI。当UE需要在传输PUSCH或PUCCH(当其存在于UCG小区上时)之前执行CCA时，并且当针对在SF中的相应多个小区上的多个 PUSCH传输通过eNB来调度UE时，UE能够在SF中的一个以上的 PUSCH传输中复用HARQ-ACK码本，以便提升传输HARQ-ACK码本的概率。用于使UE复用HARQ-ACK码本的SF中的多个PUSCH传输可以由eNB配置给UE，或可以包括SF中的来自UE的所有PUSCH传输。类似地，在针对小区上的多个相应SF上的PUSCH传输调度UE的情况下，UE可以在多个PUSCH传输中的每个PUSCH传输中复用 HARQ-ACK码本，以便改进CCA在多个SF中的至少一个中成功的概率，并且UE传输具有经复用的HARQ-ACK码本的PUSCH。此外，在UE 具有待在不同SF中传输的不同的HARQ-ACK码本的情况下，UE可以对UE在较早SF中必须传输的HARQ-ACK码本和在后续SF中的 HARQ-ACK码本(如果存在的话)共同编码，以在UE在相应较早SF 中未通过CCA测试的情况下在后续SF中传输。

为减少与在多个PUSCH传输(跨相同的SF中的多个小区或者跨多个SF，或既跨多个小区又跨多个SF，或以上两种情况)上以重复的方式复用HARQ-ACK码本相关联的开销，eNB可以向UE配置不同的

值(也描述于参考文献2和参考文献3中)，以供在UE于相应不同数量的PUSCH传输中复用HARQ-ACK码本时使用。例如，eNB可以配置第一

值以供在UE被调度为在一个PUSCH传输中复用 HARQ-ACK码本时使用，并且当UE被调度为在多于一个的PUSCH传输中复用HARQ-ACK码本时，eNB可以配置第二

值。eNB可以配置

值的集合，并通过调度PUSCH传输的UL DCI格式中的字段向UE指示来自该

值集合中的一个

值。例如，eNB可以向UE配置两个

值，并使用包括调度PUSCH传输的DCI格式中的一个二进制元的字段以：在UE被调度为在一个PUSCH传输中复用 HARQ-ACK码本时，指示使用第一

值；以及在UE被调度为在多于一个的PUSCH传输中复用HARQ-ACK码本时，指示使用第二

值。例如，当eNB调度至UE的单个PUSCH传输时，eNB可以指示所配置的

值集合中的最大

值，而当eNB调度至 UE的三个PUSCH传输时，在UE传输这三个所调度的PUSCH传输中的至少两个时，eNB可以指示可能产生目标HARQ-ACK码字BLER的

值。

图30示出根据本公开的

值在根据所调度的PUSCH传输的数量来确定用于在所调度的多个PUSCH传输中复用HARQ-ACK码本的资源时的使用。图30中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

终止的HARQ-ACK码本传输或错误检测的HARQ-ACK码本

通常无法将eNB假设为能够检测在UCG小区上PUSCH传输的缺失，尤其是以99％或更好的精确度，这至少是由于在UCG上可能存在来自另一个设备(包括与不同的运营商相关联的LTE UE)的传输。UE由于CCA失败而不能够在UCG小区上传输具有经复用的HARQ-ACK码本的PUSCH所造成的后果可以根据用于HARQ-ACK码本的编码方法而变化。在将具有CRC的TBCC用于编码HARQ-ACK码本时，预期CRC 检查失败，因为没有传输HARQ-ACK码本。然后，其后果是eNB重传所有相关联的PDCCH/PDSCH。在将Reed-Muller代码用于HARQ-ACK 编码时，后果可能更具破坏性，因为不存在CRC保护并且eNB可能产生多个HARQ-ACK错误，从而导致终止的数据TB(例如，当NACK被解析为ACK时)以及需要高层ARQ协助。在将重复编码用于HARQ-ACK 编码时，eNB原则上可以检测HARQ-ACK码本的缺失。因此，针对PUSCH 传输的CCA失败的概率至少为DL吞吐量损耗，这是由于针对UE未能提供HARQ-ACK码本的数据TB的PDCCH重传和PDSCH重传所致。

为使得eNB能够避免由于UE不能够传输具有经复用的HARQ-ACK 码本的PUSCH所致的对PDCCH和PDSCH的不必要的重传，UE可以传输被称为PUSCH_Tx_ind的信息，以指示UE是否在SF中传输PUSCH 并且协助eNB确定PUSCH传输的存在或缺失。PUSCH_Tx_ind传输可以进一步以UE检测在UCG小区上调度PUSCH传输的UL DCI格式为条件。

在第一种方法中，PUSCH_Tx_ind是UE在PUSCH传输中复用的二进制元的序列。可以基于eNB配置给UE的偏移

和基于用于数据TB的MCS以与用于在PUSCH中复用一个二进位的HARQ-ACK码本的多个RE相同的方式来确定所述序列的长度。所述序列可以是一系列1值或-1值，其类似于UE分别传输NACK或ACK，或可以是一系列交替的1值和-1值，其通常呈1和-1的预定义模式。通过确定UE是否传输 PUSCH_Tx_ind(例如，通过eNB确定eNB是否检测到相应的序列模式)， eNB可以确定UE是否在SF中传输PUSCH。当UE在SF中不传输PUSCH 并且其他设备在SF中的PUSCH资源中传输时，PUSCH_Tx_ind序列的长度可以被配置成足够长使得不正确地确定所述序列的存在或缺失的概率足够小(诸如，低于0.01)。第一种方法尤其适用于UE在PUSCH中不复用HARQ-ACK码本的情况。

图31示出根据本公开的在PUSCH传输中对PUSCH_Tx_ind的复用。图31中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE在PUSCH中复用PUSCH_Tx_ind信息(步骤3110)。UE在SF 中传输PUSCH(步骤3120)。PUSCH_Tx_ind信息是二进制元，其指示 UE是否能够在先前SF中的UCG小区上传输PUSCH。PUSCH_Tx_ind 信息的复用可以以UE在先前SF中的PUSCH传输中具有经复用的HARQ-ACK码字为条件。eNB检测UE是否在SF中传输PUSCH_Tx_ind (并且eNB可以隐式地确定UE是否成功通过CCA)，并且eNB可以从 PUSCH_Tx_ind中确定UE是否在先前SF中传输PUSCH(步骤3130)。

在第二种方法中，当UE在PUSCH中或在PUCCH中复用 HARQ-ACK码字时，UE包括HARQ-ACK码本中的一个或多个位的 PUSCH_Tx_ind信息以及例如在HARQ-ACK信息的前面或后面的 HARQ-ACK信息。就第一种方法来说，PUSCH_Tx_ind指示具有经复用的HARQ-ACK码字的多个先前PUSCH传输，UE由于CCA失败而必须终止这些先前PUSCH传输。例如，PUSCH_Tx_ind可以包括1个或2个二进制元，其中，在2个二进制元的情况下，针对第一值(“00”)的映射可以指示不存在具有经复用的HARQ-ACK码字的PUSCH传输，所述 PUSCH传输在具有经复用的HARQ-ACK码字的先前3个被调度的 PUSCH传输中被终止，并且针对第二、第三和第四值的(分别为“01”、“10”和“11”)的映射可以指示存在具有经复用的HARQ-ACK码字的 1、2和3个PUSCH传输，UE在传输当前HARQ-ACK码字之前终止了所述PUSCH传输。

图32示出根据本公开的通过HARQ-ACK码本中的HARQ-ACK信息对PUSCH_Tx_ind进行的复用。图32中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE对HARQ-ACK信息和PUSCH_Tx_ind共同进行编码(步骤 3210)。UE传输HARQ-ACK和PUSCH_Tx_ind码本(步骤3220)。所述传输可以发生在PUSCH中或在PUCCH中。eNB检测HARQ-ACK和 PUSCH_Tx_ind码本，并且当检测正确时可以确定UE是否在先前SF中传输PUSCH(步骤3230)。

在第三种方法中，当eNB未能检测到自UE传输的HARQ-ACK码本时，如eNB基于针对eNB假定接收的HARQ-ACK码本的、失败的CRC 检查所确定的，eNB可以在SF中将UE调度为重传HARQ-ACK码本。调度可以通过可能具有与DL DCI格式相同的大小的DCI格式或通过UE 在SF中解码的UL DCI格式来进行。DCI格式可以进一步包括显式 HARQ-ACK请求字段，或DCI格式中的预留的代码点可以用于指示 HARQ-ACK请求。例如，对于UL DCI格式来说，可以预留DMRS的 CS和OCC字段的值(诸如，“111”值)，以代替指示HARQ-ACK请求。在第一实现方案中，由于从与SF(在该SF中，UE检测传达HARQ-ACK 请求的DCI格式的)的独特时间关系中检测到HARQ-ACK请求，所以 UE可以确定传输HARQ-ACK码本。例如，当UE在SF n中检测到具有HARQ-ACK请求的DCI格式时，UE在例如SF n-3之前的第一SF中传输UE被调度为传输(或UE已传输)的HARQ-ACK码本。在第二实现方案中，由于检测到DCI格式中的HARQ-ACK请求(UE从DCI格式中的字段检测到)，UE可以确定待传输的HARQ-ACK码本，所述字段明确地指示来自多个先前SF的、其中UE被调度为传输(或已传输) HARQ-ACK码本的SF。例如，UE在SF n中检测到的DCI格式中的4 位字段可以指示从预定的SF(例如，SF n-2)开始的16个先前SF中的一个。例如，UE在SF n中检测到的DCI格式中的4位字段可以是位图，其指示高达从预定的SF(诸如，子帧n-2)开始的先前4个SF中的4个，其中UE被调度为传输(或已传输)HARQ-ACK码本。在DCI格式仅调度HARQ-ACK码本的传输的情况下，4位字段可以使用与4个位的HARQ 进程数相同的元，其在DCI格式调度PUSCH传输的情况下指示HARQ 进程数。当UE被调度为在PUSCH传输或PUCCH传输中复用第一 HARQ-ACK码本并且UE也检测到具有针对先前第二HARQ-ACK码本的HARQ-ACK请求的DCI格式时，UE可以对第一和第二HARQ-ACK 码本共同地进行编码，并且传输经共同编码的HARQ-ACK码本。替代地，至少当共同HARQ-ACK码本的大小大于预定阈值时，UE才能够独立地对第一HARQ-ACK码本和第二HARQ-ACK码本进行编码。

图33示出根据本公开的响应于对传达HARQ-ACK请求的DCI格式的检测由UE进行的HARQ-ACK码本的传输。图33中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE在SF n中检测传达HARQ-ACK请求的DCI格式(步骤3310)。基于相对于SF n的预定时序或者基与DCI格式中的显式指示，UE确定在PUSCH或PUCCH中待传输的HARQ-ACK码本(步骤3320)，所述 HARQ-ACK码本具有通过DCI格式所调度的传输参数。UE传输包括 HARQ-ACK码本的PUSCH或PUCCH(步骤3330)。

图34示出根据本公开的用于由UE传输HARQ-ACK码本的示例性时间线。图34中所示的实施方式仅仅用于说明。在不脱离本公开的范围的情况下，可使用其他实施方式。

UE被调度为在小区上的第一SF中将HARQ-ACK码本发送到eNB。 UE未通过CCA测试并且放弃HARQ-ACK码本的传输(步骤3410)。eNB 确定对HARQ-ACK码本的不正确接收或接收的缺失，并且将包括 HARQ-ACK请求的DCI格式发送到UE，且UE在相同的小区上的第二 SF中或在不同小区上检测DCI格式(步骤3420)。UE在PUSCH中的第三SF中或在PUCCH中将HARQ-ACK码本发送到eNB(步骤3430)。虽然第一、第二和第三SF被示为相隔四个SF，但是这仅仅用于说明的目的，并且针对这三个SF的其他时间间隔也是适用的，例如取决于相应小区的可用性。

在第四种方法中，类似于第三种方法，通过DCI格式来触发 HARQ-ACK码字传输，但是DCI格式指示UE针对多个SF而非仅针对单个DL SF所生成的HARQ-ACK信息。对于多个HARQ进程(诸如， 16个HARQ进程)来说，并且对于其中UE被配置成接收PDSCH传输的多个小区(诸如，20个小区)来说，DCI格式可以向UE指示针对HARQ 进程的子集或针对小区的子集来报告HARQ-ACK信息。第四种方法对于减少传达HARQ-ACK信息所需的PUSCH传输的数量来说是有益的，因为无需在每个SF中调度PUSCH传输，并且针对多个SF的HARQ-ACK 信息可以被包括于单个PUSCH中传输的HARQ-ACK码字中。第四种方法对于控制在PUSCH中传输的HARQ-ACK信息的位数也是有益的，并且以这种方式确保能够提供针对特定的UE的覆盖。也可以使得能够传输被不正确地接收于先前SF中的HARQ-ACK信息和新的HARQ-ACK信息，也如同针对第三种方法所描述的。这在很大程度上从eNB移除了确定UE是否实际上传输传达HARQ-ACK码字的PUSCH的要求，因为 HARQ-ACK码字检测的结果(如从不正确的CRC检查所确定)在两种情况下是相同的。

例如，包括DCI格式中的2个位的字段可以向UE指示在PUSCH中传输HARQ-ACK码字，所述HARQ-ACK码字在该字段的二进位值是“00”时包括针对第一四个HARQ进程的HARQ-ACK信息，并且在该字段的二进位值分别是“01”、“10”或“11”时包括针对第二、第三或第四四个HARQ进程的HARQ-ACK信息。例如，包括DCI格式中的3 个位的字段可以向UE指示在PUSCH中传输HARQ-ACK码字，所述 HARQ-ACK码字在该字段的二进位值分别是“000”、“001”、“010”和“011”时包括针对第一、第二、第三或第四HARQ进程的四个HARQ 进程的HARQ-ACK信息，或在该字段的二进位值分别是“100”、“101”、“110”和“111”时包括针对第一和第二、第一和第三、第一和第四、第二和第三、第二和第四、或第三和第四的四个HARQ进程的 HARQ-ACK信息。

例如，小区可以通过来自eNB的配置被划分为多个群组，诸如四个小区群组，这些小区群组分别包括来自20个小区的第一、第二、第三或第四的5个小区，并且被发送到UE的DCI格式可以包括指示供UE在 PUSCH传输中报告HARQ-ACK信息的小区群组的字段。例如，包括2 个位的字段可以使用相应的值“00”、“01”、“10”和“11”来指示第一、第二、第三或第四小区群组，或包括3个位的字段可以使用相应的值“000”、“001”、“010”、“011”、“100”、“101”、“110”、“111”来指示第一、第二、第三、第四、第一和第二、第一和第三、第一和第四、第二和第三、第二和第四、或第三和第四小区群组。

在多SF PUSCH调度的情况下，相应DCI格式中的字段可以向UE 指示待于第一SF中传输的HARQ-ACK码字。UE可以按预定的次序在剩余的SF中传输附加的HARQ-ACK码字。例如，在DCI格式指示在 PUSCH中传输针对第二四个HARQ进程的HARQ-ACK信息并在四个 SF上调度PUSCH传输的情况下，UE分别在第一、第二、第三和第四 SF上传输针对第二、第三、第四和第一HARQ进程的HARQ-ACK信息。例如，在UE被调度为在两个SF上进行PUSCH传输并且被触发传输 HARQ-ACK信息的情况下，UE可以在第一SF中的传输中复用针对第一小区群组的HARQ-ACK信息，并在第二SF中的传输中复用针对第二小区群组的HARQ-ACK信息。

为了辅助专利局和针对本申请授权的任何专利的所有读者解析所附权利要求，申请人希望提起注意，申请人不希望所附权利要求或权利要求元素中的任一项援引35U.S.C.§112(f)，除非词语“用于…的装置”或“用于…的步骤”被明确地用在特定权利要求中。任何其他术语(包括但不限于，“机制”、“模块”、“设备”、“单元”、“组件”、“元件”、“构件”、“装置”、“机器”、“系统”、“处理器”、或“控制器”)在权利要求内的使用由申请人理解为指代相关技术领域的技术人员所理解的结构，并且不意在援引35 U.S.C.§112(f)。

虽然已经用示例性实施方式描述了本公开，但是可以本领域技术人员可以想到各种改变和修改。本公开意在涵盖落入所附权利要求的范围内的此类改变和修改。

Claims

1.一种通信系统中的用户设备UE，所述UE包括：

收发器；以及

控制器，配置成：

从基站接收下行链路控制信息DCI，所述DCI用于在未授权频带中的多个子帧上调度物理上行链路共享信道PUSCH，其中，所述DCI包括：

用于PUSCH传输的多个子帧的信息；

用于所述PUSCH传输的时序偏移的信息；

应用于第一PUSCH传输的混合自动重传请求HARQ进程数的信息；以及

指示所述PUSCH传输是否针对新的数据传输块TB的新数据指示符NDI的信息，

执行用于确定所述未授权频带中的信道可用的过程；以及

基于所述过程和所述DCI传输所述PUSCH。

2.根据权利要求1所述的UE，其中，所述DCI包括指示用于所述PUSCH传输的资源块集合的资源分配的信息。

3.根据权利要求1所述的UE，其中，所述DCI包括冗余版本的信息。

4.根据权利要求1所述的UE，其中，

所述DCI包括用于调整PUSCH传输功率的传输功率控制TPC命令的信息，

所述DCI包括指示信道状态信息CSI报告的传输的CSI请求的信息，以及

所述CSI报告在所述第一PUSCH传输中被复用。

5.根据权利要求1所述的用户设备，其中，所述控制器还配置成：接收包括最大数量子帧的信息的配置信息。

6.一种通信系统中的基站，所述基站包括：

收发器；以及

控制器，配置成：

向用户设备UE发送下行链路控制信息DCI，所述DCI用于在未授权频带中的多个子帧上调度物理上行链路数据信道PUSCH，其中，所述DCI包括：

用于PUSCH传输的多个子帧的信息；

用于所述PUSCH传输的时序偏移的信息；

应用于第一PUSCH传输的混合自动重传请求HARQ进程数的信息；

在所述UE执行了用于确定所述未授权频带中的信道可用的过程之后，基于所述DCI接收所述PUSCH。

7.根据权利要求6所述的基站，其中，应用以下至少之一：

所述DCI包括指示用于所述PUSCH传输的资源块集合的资源分配的信息，

所述DCI包括冗余版本的信息，

所述CSI报告在所述第一PUSCH传输中被复用。

8.根据权利要求6所述的基站，其中，所述控制器还配置成：传输包括最大数量子帧的信息的配置信息。

9.一种由通信系统中的用户设备UE执行的方法，所述方法包括：

用于PUSCH传输的多个子帧的信息；

用于所述PUSCH传输的时序偏移的信息；

执行用于确定所述未授权频带中的信道可用的过程；以及

基于所述过程和所述DCI传输所述PUSCH。

10.根据权利要求9所述的方法，其中，应用以下至少之一：

所述DCI包括指示用于所述PUSCH传输的资源块集合的资源分配的信息，以及

所述DCI包括冗余版本的信息。

11.根据权利要求9所述的方法，其中，

所述CSI报告在所述第一PUSCH传输中被复用。

12.根据权利要求9所述的方法，还包括：接收包括最大数量子帧的信息的配置信息。

13.一种由通信系统中的基站执行的方法，所述方法包括：

用于PUSCH传输的多个子帧的信息；

用于所述PUSCH传输的时序偏移的信息；

应用于第一PUSCH传输的混合自动重传请求HARQ进程数的信息；

14.根据权利要求13所述的方法，其中，应用以下至少之一：

所述DCI包括冗余版本的信息，

所述CSI报告在所述第一PUSCH传输中被复用。

15.根据权利要求13所述的方法，还包括：传输包括最大数量子帧的信息的配置信息。