已配置许可上行链路控制信息(uci)映射规则

文档序号:1958155 发布日期:2021-12-10 浏览:27次 >En<

阅读说明:本技术 已配置许可上行链路控制信息(uci)映射规则 (Configured grant Uplink Control Information (UCI) mapping rules ) 是由 雷姆·卡拉基 哈维什·科拉帕蒂 郑荣富 索罗尔·法拉哈提 于 2020-04-30 设计创作,主要内容包括:公开了用于已配置许可上行链路控制信息(UCI)映射规则的方法和装置。在一个实施例中,网络节点被配置为发送针对已配置许可物理上行链路共享信道CG-PUSCH的下行链路控制信息;以及在该CG-PUSCH上接收已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求-肯定应答HARQ-ACK的存在被映射到该CG-PUSCH。在另一个实施例中,无线设备被配置为从网络节点接收针对已配置许可物理上行链路共享信道CG-PUSCH的下行链路控制信息;以及在该CG-PUSCH上发送已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求-肯定应答HARQ-ACK的存在被映射到CG-PUSCH。(Methods and apparatus for configured licensed Uplink Control Information (UCI) mapping rules are disclosed. In one embodiment, the network node is configured to transmit downlink control information for a configured licensed physical uplink shared channel, CG-PUSCH; and receiving configured grant uplink control information, CG-UCI, on the CG-PUSCH, the CG-UCI mapped to the CG-PUSCH based at least in part on the presence of at least one hybrid automatic repeat request-acknowledgement, HARQ-ACK. In another embodiment, a wireless device is configured to receive downlink control information for a configured licensed physical uplink shared channel, CG-PUSCH, from a network node; and transmitting configured grant uplink control information, CG-UCI, on the CG-PUSCH, the CG-UCI mapped to the CG-PUSCH based at least in part on the presence of at least one hybrid automatic repeat request-acknowledgement, HARQ-ACK.)

已配置许可上行链路控制信息(UCI)映射规则

技术领域

本公开涉及无线通信,并且具体地涉及已配置许可上行链路控制信息(UCI)映射规则。

背景技术

第三代合作伙伴计划(3GPP)中的新无线电(NR)(也被称为“5G”) 标准被设计为针对多种用例(例如增强型移动宽带(eMBB)、超可靠和低时延通信(URLLC)和机器类型通信(MTC))提供服务。这些服务中的每一个都具有不同的技术要求。例如,针对eMBB的一般要求是具有中等时延和中等覆盖的高数据速率,而URLLC服务需要低时延和高可靠性传输,但可能用于中等数据速率。

针对低时延数据传输的解决方案之一是更短的传输时间间隔。在 NR中,除了在时隙中传输之外,还允许微时隙传输以减少时延。微时隙可以包括1到14中任意数量的正交频分复用(OFDM)符号。应当注意,时隙和微时隙的概念并不特定于特定服务,这意味着微时隙可以用于eMBB、URLLC或其他服务。

资源块

在3GPP版本15(Rel-15)NR中,无线设备(WD)(例如用户设备(UE))可以在下行链路中配置有多达四个载波带宽部分(BWP),其中单个下行链路载波带宽部分在给定时间是活跃的。WD可以在上行链路中配置有多达四个载波带宽部分,其中单个上行链路载波带宽部分在给定时间是活跃的。如果WD配置有补充上行链路,则WD可以另外在补充上行链路中配置有多达四个载波带宽部分,其中单个补充上行链路载波带宽部分在给定时间是活跃的。

对于具有给定参数集μi的载波带宽部分,定义连续的一组物理资源块(PRB)并从0到编号,其中i是载波带宽部分的索引。资源块(RB)被定义为频域中的12个连续子载波。

参数集

例如由表1给出,多个OFDM参数集μ在NR中得到支持,其中子载波间隔Δf和载波带宽部分的循环前缀由不同的更高层参数配置以分别用于下行链路和上行链路。

表1:支持的传输参数集

物理信道

下行链路物理信道对应于携带源自较高层的信息的一组资源元素。以下是下行链路物理信道的示例:

·物理下行链路共享信道PDSCH

·物理广播信道PBCH

·物理下行链路控制信道PDCCH

PDSCH是用于单播下行链路数据传输的主要物理信道,但也用于传输RAR(随机接入响应)、某些系统信息块和寻呼信息。PBCH 携带WD接入网络所使用的基本系统信息。PDCCH用于发送下行链路控制信息(DCI)(主要是接收PDSCH所需的调度决策)、以及实现在PUSCH上的传输的上行链路调度许可。

上行链路物理信道对应于携带源自较高层的信息的一组资源元素。以下是上行链路物理信道的示例:

·物理上行链路共享信道PUSCH

·物理上行链路控制信道PUCCH

·物理随机接入信道PRACH

PUSCH是PDSCH的上行链路对应物。WD使用PUCCH发送上行链路控制信息,包括混合自动重复请求(HARQ)肯定应答、信道状态信息(CSI)报告等。PRACH用于随机接入前导码传输。

针对PUSCH和PDSCH的频率资源分配

通常,WD可以使用PDCCH中携带的检测到的DCI中的资源分配字段来确定在频域中针对PUSCH或PDSCH的资源块(RB)指派。对于随机接入过程中携带msg3的PUSCH,频域资源指派是通过使用包含在RAR中的UL许可来发信号通知的。

在NR中,PUSCH和PDSCH支持类型0和类型1两种频率资源分配方案。哪种类型用于PUSCH/PDSCH传输由无线电资源控制(RRC) 配置的参数定义、或者直接在对应DCI、或RAR中的UL许可(使用类型1)中指示。

针对上行链路/下行链路类型0和类型1资源分配的RB索引在 WD的活跃载波带宽部分内确定,并且WD可以在检测到旨在用于 WD的PDCCH时首先确定上行链路/下行链路载波带宽部分,然后确定载波带宽部分内的资源分配。用于携带msg3的PUSCH的UL BWP 由较高层参数配置。

小区搜索和初始接入相关信道和信号

对于小区搜索和初始接入,包括这些信道:同步信号/物理广播信道(SS/PBCH)块、由携带DCI的PDCCH信道调度的携带 RMSI/RAR/MSG4的PDSCH、PRACH信道和携带MSG3的PUSCH 信道。同步信号和PBCH块(SS/PBCH块或更短格式的SSB)包括上述信号(主同步信号(PSS)、辅同步信号(SSS)和PBCH解调参考信号(DMRS))和PBCH。SSB可以具有15千赫兹(kHz)、30kHz、 120kHz或240kHz子载波间隔(SCS),这取决于频率范围。

PDCCH监视

在3GPP NR标准中,下行链路控制信息(DCI)通过物理层下行链路控制信道(PDCCH)接收。PDCCH可以在消息中携带具有不同格式的DCI。DCI格式00和01是用于向WD传送上行链路许可以在上行链路(PUSCH)中传输物理层数据信道的DCI消息,并且DCI 格式10和11用于传送下行链路许可以在下行链路(PDSCH)上传输物理层数据信道。其他DCI格式(20、21、22和23)用于其他目的,例如传输时隙格式信息、预留资源、发送功率控制信息等。

可以在公共或WD特定的搜索空间内搜索PDCCH候选,所述搜索空间被映射到被称为控制资源集(CORESET)的时间和频率资源的集合。必须在其中监视PDCCH候选的搜索空间经由无线电资源控制 (RRC)信令配置给WD。还针对不同的PDCCH候选配置了监视周期。在任何特定时隙中,WD可以被配置为在多个搜索空间中监视多个PDCCH候选,该多个搜索空间可以被映射到一个或多个CORESET。 PDCCH候选可以在时隙中被多次监视,每个时隙监视一次或每多个时隙监视一次。

用于定义CORESET的最小单位是资源元素组(REG),其被定义为在频率和时间上跨越1PRB x 1OFDM符号。每个REG包含解调参考信号(DM-RS)以帮助估计发送该REG的无线电信道。当发送 PDCCH时,可以使用预编码器基于传输前无线电信道的一些知识在发送天线处应用权重。如果在发射机处用于REG的预编码器不同,则可以通过估计在时间和频率上接近的多个REG上的信道来改进WD 的信道估计性能。为了帮助WD进行信道估计,可以将多个REG分组在一起形成REG束,并向WD指示用于CORESET的REG束大小。 WD可以假设用于传输PDCCH的任何预编码器对于REG束中的所有 REG都是相同的。REG束可以包括2、3或6个REG。

控制信道元素(CCE)包括6个REG。CCE内的REG在频率上可以是连续的或分布的。当REG在频率上分布时,CORESET被称为是使用REG到CCE的交织映射,并且如果REG在频率上不是分布的,则被称为是使用非交织映射。

交织可以提供频率分集。对于信道的知识允许在频谱的特定部分使用预编码器改进接收机处的信噪比(SINR)的情况,不使用交织是有益的。

PDCCH候选可以跨越1、2、4、8或16个CCE。如果使用多于一个CCE,则第一个CCE中的信息在其他CCE中重复。因此,所使用的聚合CCE的数量被称为PDCCH候选的聚合级别。

可以使用哈希函数来确定与WD将在搜索空间集合内监视的 PDCCH候选相对应的CCE。针对不同的WD不同地执行哈希,使得 WD使用的CCE是随机的,并且可以降低在CORESET中包括PDCCH 消息的多个WD之间冲突的概率。

时隙结构

NR时隙包括若干OFDM符号,根据当前协议,7或14个符号 (OFDM子载波间隔≤60kHz)和14个符号(OFDM子载波间隔> 60kHz)。图1示出了具有14个OFDM符号的子帧的示例。在图2中,示出了示例时隙结构,其中Ts和Tsymb分别表示时隙和OFDM符号持续时间。此外,也可以缩短时隙以适应DL/UL瞬态周期、或DL和 UL传输二者。例如,图3中示出了时隙结构的可能变化。

此外,NR还定义了类型B调度,也称为微时隙。微时隙比时隙短(根据目前的协议,从1或2个符号到时隙中的符号数减一)并且可以在任何符号处开始。例如,如果时隙的传输持续时间过长或下一个时隙开始(时隙对齐)发生得过晚,则使用微时隙。微时隙的应用尤其包括时延关键传输(在这种情况下,微时隙长度和频繁的微时隙机会二者是有用的)和未授权频谱,在该未授权频谱中传输应在先听后说过程成功后立即开始(这里,频繁的微时隙机会特别有用)。微时隙的示例在图4中示出,具有2个OFDM符号。

已配置UL

NR支持两种类型的预配置资源。两者是现有长期演进(LTE)半持久调度的不同风格,具有一些其他方面,例如支持传输块(TB)的重复。

·类型1,具有已配置许可(CG)的UL数据传输仅基于RRC(重新)配置,而没有任何L1信令。

·类型2与LTE半持久调度(SPS)特征非常相似。具有已配置许可(CG)的UL数据传输基于RRC配置和L1信令二者以用于激活 /去激活许可。网络节点(例如,gNB)在PDCCH上显式激活已配置资源,并且WD使用介质接入控制(MAC)控制元素确认激活/去激活许可的接收。

NR中也支持TB的重复,并且相同的资源配置用于TB的K次重复,包括初始传输。K的可能值为{1,2,4,8}。重复遵循由WD特定的RRC信令配置为以下之一的冗余版本(RV)序列:序列{0,2,3,1} 或{0,3,0,3}或{0,0,0,0}。

未授权频谱中的操作

对于要被允许在未授权频谱(例如5GHz频带)中发送的节点,该节点通常执行空闲信道评估(CCA)。该过程通常包括侦听介质在多个时间间隔内处于空闲。可以以不同的方式(例如使用能量检测、前导码检测或使用虚拟载波侦听)来执行侦听介质处于空闲。后者的使用意味着该节点从其他发送节点读取控制信息,通知传输何时结束。在侦听到介质空闲后,通常允许节点在一段时间(有时称为传输机会 (TXOP))内发送。TXOP的长度取决于已执行的CCA的规定和类型,但通常在1毫秒(ms)到10ms的范围内。

与例如LTE授权辅助接入(LAA)(其中,只能以500us的间隔接入信道)相比,NR中的微时隙概念允许节点以更精细的粒度接入信道。例如,在NR中使用60kHz子载波间隔和两个符号微时隙,可以以36us的间隔接入信道。

然而,现有布置没有提供对已配置上行链路的有效使用。

发明内容

一些实施例有利地提供了用于已配置许可上行链路控制信息 (UCI)映射规则的方法和装置。

在一个实施例中,网络节点被配置为:可选地,使无线电接口发送针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及根据至少一个预定的映射规则,在CG-PUSCH上接收已配置许可上行链路控制信息(CG-UCI)消息。

在另一个实施例中,无线设备被配置为:可选地,接收针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及使无线电接口根据至少一个预定的映射规则,在CG-PUSCH上发送已配置许可上行链路控制信息(CG-UCI)消息。

根据本公开的一个方面,提供了一种在无线设备中实现的方法。该方法包括:从网络节点接收针对已配置许可物理上行链路共享信道 CG-PUSCH的下行链路控制信息;以及在CG-PUSCH上发送已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求-肯定应答HARQ-ACK的存在被映射到CG-PUSCH。

在该方面的一些实施例中,下行链路控制信息对应于已配置许可类型1和已配置许可类型2之一。在该方面的一些实施例中,CG-UCI 对应于与解码上行链路共享信道UL-SCH相关的上行链路控制信息,该UL-SCH在与CG-PUSCH相对应的已配置许可资源上发送,并且至少一个HARQ-ACK对应于针对至少一个下行链路DL传输的至少一个肯定应答/否定应答。在该方面的一些实施例中,CG-UCI包括针对CG-PUSCH的混合自动重复请求HARQ过程标识符ID、针对 CG-PUSCH的冗余版本RV、和针对CG-PUSCH的新数据指示符NDI 中的至少一个。

在该方面的一些实施例中,该方法还包括:从网络节点接收信令,该信令指示是否允许CG-UCI在CG-PUSCH上与其他上行链路控制信息的复用。在该方面的一些实施例中,该信令是经由无线电资源控制 RRC信令和物理下行链路控制信道PDCCH信令之一接收的。在该方面的一些实施例中,该方法还包括:如果所接收的信令指示允许复用,则将CG-UCI比特与其他上行链路控制信息比特复用。在该方面的一些实施例中,其他上行链路控制信息比特包括HARQ-ACK比特和信道状态信息CSI比特中的至少一个。在该方面的一些实施例中,该方法还包括:当有HARQ-ACK的存在时,将CG-UCI作为HARQ-ACK 的一部分映射到CG-PUSCH。在一些实施例中,下行链路控制信息包括无线电资源控制RRC信令和下行链路控制信息DCI信令中的至少一个。

在该方面的一些实施例中,该方法还包括:当至少一个 HARQ-ACK将在CG-PUSCH中发送时,将CG-UCI与HARQ-ACK 分开地映射到CG-PUSCH。在该方面的一些实施例中,该方法还包括:当在CG-PUSCH中将不发送至少一个HARQ-ACK时,将CG-UCI映射到针对CG-PUSCH的第一个解调参考信号DMRS之后的紧接下一个正交频分复用OFDM符号。在该方面的一些实施例中,CG-UCI具有与混合自动重复请求肯定应答HARQ-ACK上行链路控制信息UCI 相同的优先级。

在该方面的一些实施例中,该方法还包括:根据以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK的CG-PUSCH上的CG-UCI传输的每层编码调制符号的数量Q′CG-UCI

其中,

-OCG-UCI表示CG-UCI的比特的数量;

-LCG-UCI表示CG-UCI的循环冗余校验CRC比特的数量;

-表示与针对HARQ-ACK配置的值相同的偏移值;

-CUL-SCH表示UL-SCH的码块的数量;

-Kr=0或Kr表示用于CG-PUSCH传输的UL-SCH的第r个码块大小;

-表示CG-PUSCH传输的所调度的带宽,表示为子载波的数量;

-表示PUSCH传输中携带相位跟踪参考信号PTRS 的正交频分复用OFDM符号l中的子载波的数量;

-表示在CG-PUSCH传输中的OFDM符号l中可以用于传输上行链路控制信息UCI的资源元素的数量,其中并且是包括用于解调参考信号DMRS的所有OFDM符号的CG-PUSCH的OFDM符号的总数;

-对于任何携带PUSCH的DMRS的OFDM符号,

-对于任何不携带PUSCH的DMRS的OFDM符号,

-α由较高层参数缩放配置;以及

-l0表示CG-PUSCH传输中在第一个DMRS符号后不携带 CG-PUSCH的DMRS的第一个OFDM符号的符号索引。

在该方面的一些实施例中,该方法还包括:使用至少以下等式确定在具有上行链路共享信道UL-SCH且具有HARQ-ACK的 CG-PUSCH上的HARQ-ACK传输的每层编码调制符号的数量Q′ACK: OACK=CG-UCI的比特的数量+HARQ-ACK比特的数量。在该方面的一些实施例中,该方法还包括:使用至少以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK的CG-PUSCH上的传输的每层编码调制符号的数量Q′ACK:OACK=OCG-UCI,其中OCG-UCI表示 CG-UCI的比特的数量。

根据本公开的另一方面,提供了一种由网络节点实现的方法,该网络节点被配置为与无线设备通信。该方法包括发送针对已配置许可物理上行链路共享信道CG-PUSCH的下行链路控制信息。该方法包括在CG-PUSCH上接收已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求-肯定应答 HARQ-ACK的存在被映射到CG-PUSCH。

在该方面的一些实施例中,下行链路控制信息对应于已配置许可类型1和已配置许可类型2之一。在该方面的一些实施例中,CG-UCI 对应于与解码上行链路共享信道UL-SCH相关的上行链路控制信息,该UL-SCH在与CG-PUSCH相对应的已配置许可资源上发送,并且至少一个HARQ-ACK对应于针对至少一个下行链路DL传输的至少一个肯定应答/否定应答。在该方面的一些实施例中,CG-UCI包括针对CG-PUSCH的混合自动重复请求HARQ过程标识符ID、针对 CG-PUSCH的冗余版本RV、和针对CG-PUSCH的新数据指示符NDI 中的至少一个。

在该方面的一些实施例中,该方法包括发送信令,该信令指示是否允许无线设备将CG-UCI在CG-PUSCH上与其他上行链路控制信息进行复用。在该方面的一些实施例中,发送信令还包括:经由无线电资源控制RRC信令和物理下行链路控制信道PDCCH信令之一来发送信令。在该方面的一些实施例中,接收CG-UCI还包括:如果所发送的信令指示允许复用,则接收与其他上行链路控制信息比特复用的 CG-UCI比特。在该方面的一些实施例中,其他上行链路控制信息比特包括HARQ-ACK比特和信道状态信息CSI比特中的至少一个。

在该方面的一些实施例中,接收CG-UCI还包括:当有 HARQ-ACK的存在时,在CG-PUSCH上接收作为HARQ-ACK的一部分的CG-UCI。在一些实施例中,下行链路控制信息包括无线电资源控制RRC信令和下行链路控制信息DCI信令中的至少一个。在该方面的一些实施例中,接收CG-UCI还包括:当至少一个HARQ-ACK 将在CG-PUSCH中发送时,在CG-PUSCH上接收与至少一个 HARQ-ACK分开的CG-UCI。在该方面的一些实施例中,接收CG-UCI 还包括:当在CG-PUSCH中将不发送至少一个HARQ-ACK时,接收从针对CG-PUSCH的第一个解调参考信号DMRS之后的紧接下一个正交频分复用OFDM符号开始的CG-UCI。在该方面的一些实施例中,CG-UCI具有与混合自动重复请求肯定应答HARQ-ACK上行链路控制信息UCI相同的优先级。

在该方面的一些实施例中,该方法还包括:根据以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK的CG-PUSCH上的CG-UCI传输的每层编码调制符号的数量Q′CG-UCI

其中,

-OCG-UCI表示CG-UCI的比特的数量;

-LCG-UCI表示CG-UCI的循环冗余校验CRC比特的数量;

-表示与针对HARQ-ACK配置的值相同的偏移值;

-CUL-SCH表示UL-SCH的码块的数量;

-Kr=0或Kr表示用于CG-PUSCH传输的UL-SCH的第r个码块大小;

-表示CG-PUSCH传输的所调度的带宽,表示为子载波的数量;

-表示PUSCH传输中携带相位跟踪参考信号PTRS 的正交频分复用OFDM符号l中的子载波的数量;

-表示在CG-PUSCH传输中的OFDM符号l中可以用于传输上行链路控制信息UCI的资源元素的数量,其中并且是包括用于解调参考信号 DMRS的所有OFDM符号的CG-PUSCH的OFDM符号的总数;

-对于任何携带PUSCH的DMRS的OFDM符号,

-对于任何不携带PUSCH的DMRS的OFDM符号,

-α由较高层参数缩放配置;以及

-l0表示CG-PUSCH传输中第一个DMRS符号后不携带 CG-PUSCH的DMRS的第一个OFDM符号的符号索引。

在该方面的一些实施例中,该方法包括:使用至少以下等式确定在具有上行链路共享信道UL-SCH且具有HARQ-ACK的CG-PUSCH 上的HARQ-ACK传输的每层编码调制符号的数量Q′ACK:OACK= CG-UCI的比特的数量+HARQ-ACK比特的数量。在该方面的一些实施例中,该方法还包括:使用至少以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK的CG-PUSCH上的传输的每层编码调制符号的数量Q′ACK:OACK=OCG-UCI,其中OCG-UCI表示CG-UCI的比特的数量。

根据本公开的另一方面,提供了一种无线设备,被配置为与网络节点通信。该无线设备包括处理电路。处理电路被配置为使无线设备从网络节点接收针对已配置许可物理上行链路共享信道CG-PUSCH 的下行链路控制信息。处理电路被配置为使无线设备在CG-PUSCH上发送已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求-肯定应答HARQ-ACK的存在被映射到CG-PUSCH。

在该方面的一些实施例中,下行链路控制信息对应于已配置许可类型1和已配置许可类型2之一。在该方面的一些实施例中,CG-UCI 对应于与解码上行链路共享信道UL-SCH相关的上行链路控制信息,该UL-SCH在与CG-PUSCH相对应的已配置许可资源上发送,并且至少一个HARQ-ACK对应于针对至少一个下行链路DL传输的至少一个肯定应答/否定应答。在该方面的一些实施例中,CG-UCI包括针对CG-PUSCH的混合自动重复请求HARQ过程标识符ID、针对 CG-PUSCH的冗余版本RV、和针对CG-PUSCH的新数据指示符NDI 中的至少一个。

在该方面的一些实施例中,处理电路还被配置为使无线设备从网络节点接收信令,该信令指示是否允许CG-UCI在CG-PUSCH上与其他上行链路控制信息的复用。在该方面的一些实施例中,处理电路还被配置为通过被配置为使无线设备经由无线电资源控制RRC信令和物理下行链路控制信道PDCCH信令之一接收信令来使无线设备接收信令。在该方面的一些实施例中,处理电路还被配置为使无线设备执行以下操作:如果所接收的信令指示允许复用,则将CG-UCI比特与其他上行链路控制信息比特复用。

在该方面的一些实施例中,其他上行链路控制信息比特包括 HARQ-ACK比特和信道状态信息CSI比特中的至少一个。在该方面的一些实施例中,处理电路还被配置为使无线设备执行以下操作:当有HARQ-ACK的存在时,将CG-UCI作为HARQ-ACK的一部分映射到CG-PUSCH。在一些实施例中,下行链路控制信息包括无线电资源控制RRC信令和下行链路控制信息DCI信令中的至少一个。在该方面的一些实施例中,处理电路还被配置为使无线设备执行以下操作:当至少一个HARQ-ACK将在CG-PUSCH中发送时,将CG-UCI与至少一个HARQ-ACK分开地映射到CG-PUSCH。在该方面的一些实施例中,处理电路还被配置为使无线设备执行以下操作:当在 CG-PUSCH中将不发送至少一个HARQ-ACK时,将CG-UCI映射到针对CG-PUSCH的第一个解调参考信号DMRS之后的紧接下一个正交频分复用OFDM符号。在该方面的一些实施例中,CG-UCI具有与混合自动重复请求肯定应答HARQ-ACK上行链路控制信息UCI相同的优先级。

在该方面的一些实施例中,处理电路还被配置为使无线设备根据以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK 的CG-PUSCH上的CG-UCI传输的每层编码调制符号的数量Q′CG-UCI

其中,

-OCG-UCI表示CG-UCI的比特的数量;

-LCG-UCI表示CG-UCI的循环冗余校验CRC比特的数量;

-表示与针对HARQ-ACK配置的值相同的偏移值;

-CUL-SCH表示UL-SCH的码块的数量;

-Kr=0或Kr表示用于CG-PUSCH传输的UL-SCH的第r个码块大小;

-表示CG-PUSCH传输的所调度的带宽,表示为子载波的数量;

-表示PUSCH传输中携带相位跟踪参考信号PTRS 的正交频分复用OFDM符号l中的子载波的数量;

-表示在CG-PUSCH传输中的OFDM符号l中可以用于传输上行链路控制信息UCI的资源元素的数量,其中并且是包括用于解调参考信号DMRS的所有OFDM符号的CG-PUSCH的OFDM符号的总数;

-对于任何携带PUSCH的DMRS的OFDM符号,

-对于任何不携带PUSCH的DMRS的OFDM符号,

-α由较高层参数缩放配置;以及

-l0表示CG-PUSCH传输中第一个DMRS符号后不携带 CG-PUSCH的DMRS的第一个OFDM符号的符号索引。

在该方面的一些实施例中,处理电路还被配置为使无线设备使用至少以下等式确定在具有上行链路共享信道UL-SCH且具有 HARQ-ACK的CG-PUSCH上的HARQ-ACK传输的每层编码调制符号的数量Q′ACK:OACK=CG-UCI的比特的数量+HARQ-ACK比特的数量。在该方面的一些实施例中,处理电路还被配置为使无线设备使用至少以下等式确定在具有上行链路共享信道UL-SCH且没有 HARQ-ACK的CG-PUSCH上的传输的每层编码调制符号的数量Q′ACK:OACK=OCG-UCI,其中OCG-UCI表示CG-UCI的比特的数量。

根据本公开的又一方面,提供了一种网络节点,被配置为与无线设备通信。该网络节点包括处理电路。处理电路被配置为使网络节点发送针对已配置许可物理上行链路共享信道CG-PUSCH的下行链路控制信息。处理电路被配置为使网络节点在CG-PUSCH上接收已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求-肯定应答HARQ-ACK的存在被映射到 CG-PUSCH。

在该方面的一些实施例中,下行链路控制信息对应于已配置许可类型1和已配置许可类型2之一。在该方面的一些实施例中,CG-UCI 对应于与解码上行链路共享信道UL-SCH相关的上行链路控制信息,该UL-SCH在与CG-PUSCH相对应的已配置许可资源上发送,并且至少一个HARQ-ACK对应于针对至少一个下行链路DL传输的至少一个肯定应答/否定应答。在该方面的一些实施例中,CG-UCI包括针对CG-PUSCH的混合自动重复请求HARQ过程标识符ID、针对 CG-PUSCH的冗余版本RV、和针对CG-PUSCH的新数据指示符NDI 中的至少一个。在该方面的一些实施例中,处理电路还被配置为使网络节点发送信令,该信令指示是否允许无线设备将CG-UCI在 CG-PUSCH上与其他上行链路控制信息进行复用。

在该方面的一些实施例中,处理电路还被配置为通过被配置为使网络节点经由无线电资源控制RRC信令和物理下行链路控制信道 PDCCH信令之一发送信令来使网络节点发送信令。在该方面的一些实施例中,处理电路还被配置为通过被配置为使网络节点执行以下操作来使网络节点接收CG-UCI:如果所发送的信令指示允许复用,则接收与其他上行链路控制信息比特复用的CG-UCI比特。在该方面的一些实施例中,其他上行链路控制信息比特包括HARQ-ACK比特和信道状态信息CSI比特中的至少一个。

在该方面的一些实施例中,处理电路还被配置为通过被配置为使网络节点执行以下操作来使网络节点接收CG-UCI:当有HARQ-ACK 的存在时,在CG-PUSCH上接收作为HARQ-ACK的一部分的CG-UCI。在一些实施例中,下行链路控制信息包括无线电资源控制RRC信令和下行链路控制信息DCI信令中的至少一个。在该方面的一些实施例中,处理电路还被配置为通过被配置为使网络节点执行以下操作来使网络节点接收CG-UCI:当至少一个HARQ-ACK将在CG-PUSCH中发送时,在CG-PUSCH上接收与至少一个HARQ-ACK分开的CG-UCI。在该方面的一些实施例中,处理电路还被配置为通过被配置为使网络节点执行以下操作来使网络节点接收CG-UCI:当在CG-PUSCH中将不发送至少一个HARQ-ACK时,接收从针对CG-PUSCH的第一个解调参考信号DMRS之后的紧接下一个正交频分复用OFDM符号开始的CG-UCI。在该方面的一些实施例中,CG-UCI具有与混合自动重复请求肯定应答HARQ-ACK上行链路控制信息UCI相同的优先级。

在该方面的一些实施例中,处理电路还被配置为使网络节点根据以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK 的CG-PUSCH上的CG-UCI传输的每层编码调制符号的数量Q′CG-UCI

其中,

-OCG-UCI表示CG-UCI的比特的数量;

-LCG-UCI表示CG-UCI的循环冗余校验CRC比特的数量;

-表示与针对HARQ-ACK配置的值相同的偏移值;

-CUL-sCH表示UL-SCH的码块的数量;

-Kr=0或Kr表示用于CG-PUSCH传输的UL-SCH的第r个码块大小;

-表示CG-PUSCH传输的所调度的带宽,表示为子载波的数量;

-表示PUSCH传输中携带相位跟踪参考信号PTRS 的正交频分复用OFDM符号l中的子载波的数量;

-表示在CG-PUSCH传输中的OFDM符号l中可以用于传输上行链路控制信息UCI的资源元素的数量,其中并且是包括用于解调参考信号DMRS的所有OFDM符号的CG-PUSCH的OFDM符号的总数;

-对于任何携带PUSCH的DMRS的OFDM符号,

-对于任何不携带PUSCH的DMRS的OFDM符号,

-α由较高层参数缩放配置;以及

-l0表示CG-PUSCH传输中第一个DMRS符号后不携带 CG-PUSCH的DMRS的第一个OFDM符号的符号索引。

在该方面的一些实施例中,处理电路还被配置为使网络节点使用至少以下等式确定在具有上行链路共享信道UL-SCH且具有 HARQ-ACK的CG-PUSCH上的HARQ-ACK传输的每层编码调制符号的数量Q′ACK:OACK=CG-UCI的比特的数量+HARQ-ACK比特的数量。在该方面的一些实施例中,处理电路还被配置为使网络节点使用至少以下等式确定在具有上行链路共享信道UL-SCH且没有 HARQ-ACK的CG-PUSCH上的传输的每层编码调制符号的数量Q′ACK:OACK=OCG-UCI,其中OCG-UCI表示CG-UCI的比特的数量。

附图说明

当结合附图考虑时,通过参考以下详细描述,将更容易理解对本实施例以及其所伴随的优点和特征的更完整的理解,其中:

图1示出了NR中的无线电资源的示例;

图2示出了示例时隙结构;

图3示出了NR中的时隙结构的示例变化;

图4示出了具有2个正交频分复用(OFDM)符号的微时隙的示例;

图5是示出了根据本公开中的原理的经由中间网络连接到主机计算机的通信系统的示例性网络架构的示意图;

图6是根据本公开的一些实施例的通过至少部分无线连接经由网络节点与无线设备通信的主机计算机的框图;

图7是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在无线设备处执行客户端应用的示例性方法的流程图;

图8是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在无线设备处接收用户数据的示例性方法的流程图;

图9是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在主机计算机处从无线设备接收用户数据的示例性方法的流程图;

图10是示出了根据本公开的一些实施例的在包括主机计算机、网络节点和无线设备的通信系统中实现的用于在主机计算机处接收用户数据的示例性方法的流程图;

图11是根据本公开的一些实施例的网络节点中用于已配置许可单元的示例性过程的流程图;

图12是根据本公开的一些实施例的无线设备中用于映射单元的示例性过程的流程图;

图13示出了根据本公开的一些实施例的速率匹配的CG-UCI的示例;

图14示出了根据本公开的一些实施例的与HARQ-ACK比特分开地被映射到CG-PUSCH的CG-UCI比特的示例;以及

图15示出了根据本公开的一些实施例的被映射到CG-PUSCH作为HARQ-ACK的一部分的CG-UCI比特的示例。

具体实施方式

本公开的一些实施例描述了诸如NR和/或NR未授权(NR-U) 之类的无线网络被设计为支持针对每个CG-PUSCH上的已配置UL的新UCI。目前的布置没有为此定义任何规则。本文中定义和/或讨论了用于映射该UCI的规则的示例,其可以称为CG-UCI。

本公开的一些实施例描述了UCI在CG-PUSCH上的映射和/或复用规则。

本公开的一些实施例定义了WD将遵循的用于将UCI(其可以提供与所发送的CG-PUSCH相关的信息,例如针对CG-PUSCH的HARQ 过程标识、冗余版本和/或新的数据指示符)(也被称为CG-UCI)映射在CG-PUSCH上的映射和/或复用规则。

在详细描述示例性实施例之前,应注意,实施例主要在于与已配置许可上行链路控制信息(UCI)映射规则相关的装置组件和处理步骤的组合。因此,在附图中通过常规符号适当地表示了组件,仅示出了与理解实施例相关的那些特定细节,以便不会使本公开与对于受益于本文描述的本领域普通技术人员而言显而易见的细节相混淆。贯穿说明书,相似的标记指代相似的元件。

本文中所使用的关系术语(如“第一”和“第二”,“顶”和“底”等) 可以仅用于将一个实体或元件与另一实体或元件进行区分,而不一定要求或暗示这些实体或元件之间的任何物理或逻辑关系或顺序。本文使用的术语仅是出于描述特定实施例的目的,而不旨在限制本文所描述的构思。如本文中所使用的,单数形式“一”、“一个”和“所述”旨在还包括复数形式,除非上下文明确地给出相反的指示。还将理解,术语“包括(comprises)”、“包括(comprising)”、“包括(includes)”和/或“包括(including)”在本文中使用时表示存在所陈述的特征、整数、步骤、操作、元件和/或组件,但并不排除存在或添加一个或多个其他特征、整数、步骤、操作、元件、组件和/或其组合。

在本文描述的实施例中,连接术语“与…通信”等可用于指示电或数据通信,其例如可以通过物理接触、感应、电磁辐射、无线电信令、红外信令或光信令来实现。本领域普通技术人员将理解,多个组件可以互操作,并且可以对电和数据通信实现修改和变化。

在本文描述的一些实施例中,术语“耦合”、“连接”等在本文中可以用于指示连接(尽管不一定是直接的),并且可以包括有线和/或无线连接。

本文使用的术语“网络节点”可以是无线电网络中包括的任何类型的网络节点,该无线电网络还可以包括以下中的任何一种:基站(BS)、无线电基站、基站收发信台(BTS)、基站控制器(BSC)、无线电网络控制器(RNC)、g节点B(gNB)、演进节点B(eNB或eNodeB)、节点B、多标准无线电(MSR)无线电节点(例如MSR BS)、多小区 /多播协调实体(MCE)、集成接入和回程(IAB)节点、中继节点、施主节点控制中继、无线电接入点(AP)、传输点、传输节点、远程无线电单元(RRU)远程无线电头端(RRH)、核心网络节点(例如,移动管理实体(MME)、自组织网络(SON)节点、协调节点、定位节点、MDT节点等)、外部节点(例如,第三方节点、当前网络外部的节点)、分布式天线系统(DAS)中的节点、频谱接入系统(SAS) 节点、元件管理系统(EMS)等。该网络节点也可以包括测试设备。本文使用的术语“无线电节点”可以用于表示无线设备(WD)(例如无线设备(WD))或无线电网络节点。

在一些实施例中,非限制性术语无线设备(WD)或用户设备(UE) 可互换使用。本文中的WD可以是能够通过无线电信号与网络节点或另一WD进行通信的任意类型的无线设备,例如无线设备(WD)。 WD还可以是无线电通信设备、目标设备、设备到设备(D2D)WD、机器类型WD或能够进行机器到机器通信(M2M)的WD、低成本和 /或低复杂度WD、配备有WD的传感器、平板电脑、移动终端、智能电话、膝上型嵌入式设备(LEE)、膝上型安装设备(LME)、USB适配器、客户端终端设备(CPE)、物联网(IoT)设备、或窄带IoT(NB-IoT) 设备等。

此外,在一些实施例中,使用通用术语“无线电网络节点”。无线电网络节点可以是任意类型的无线电网络节点,可以包括以下中的任何一个:基站、无线电基站、基站收发信台、基站控制器、网络控制器、RNC、演进节点B(eNB)、节点B、gNB、多小区/多播协调实体(MCE)、IAB节点、中继节点、接入点、无线电接入点、远程无线电单元(RRU)、远程无线电头端(RRH)。

在一些实施例中,使用术语“下行链路控制信息”,其可以包括 RRC信令(例如,RRC参数)和/或DCI信令(例如,在下行链路控制信道上发送的DCI消息中的字段)。

在一些实施例中,术语“映射”和“复用”在本文中可互换使用。

在一些实施例中,术语映射可以根据以下来理解。物理信道是发送通过调制至少一个编码比特流获得的调制符号的物理层的信道。发射机(例如,WD)和接收机(例如,网络节点)可以事先就关于如何确定资源(例如,已配置许可资源)的一个或多个规则(例如,预定规则)达成一致,针对该资源,发射机和接收机将在经由该资源传输信号(例如,CG-UCI、HARQ-ACK、DMRS、CSI等信号)期间布置物理信道(例如,CG-PUSCH),并且该规则可以被称为“映射”。

在一些实施例中,“HARQ-ACK的存在”可以被认为意味着,存在用于WD指示对来自网络节点的先前下行链路传输的肯定应答/否定应答的HARQ-ACK以及哪个HARQ-ACK将在CG-PUSCH上的已配置许可资源上发送。在一些实施例中,这种HARQ-ACK的这种存在或不存在可以影响和/或确定WD和网络节点如何理解CG-UCI到 CG-PUSCH的映射,如下面更详细地描述的。例如,如果存在 HARQ-ACK与CG-UCI一起在CG-PUSCH上发送,WD和网络节点可以使用第一映射规则,而如果不存在HARQ-ACK(即不存在 HARQ-ACK要在CG-PUSCH上发送),WD和网络节点可以使用另一映射规则来确定CG-UCI将在哪里和/或如何被映射和/或复用到CG-PUSCH。

在一些实施例中,这种映射/复用可以通过例如根据一个或多个规则将编码的CG-UCI(在一些实施例中和编码的HARQ-ACK比特)速率匹配到CG-PUSCH来执行,如下面更详细描述的。例如,在一些实施例中,在将联合编码的CG-UCI和HARQ-ACK比特速率匹配到 CG-PUSCH已配置许可资源之前,CG-UCI可以通过联合编码CG-UCI 和HARQ-ACK来“作为HARQ-ACK的一部分”映射。在一些实施例中,可以通过单独编码CG-UCI和HARQ-ACK比特来将CG-UCI与 HARQ-ACK“分开地”映射,并且单独编码的CG-UCI比特和 HARQ-ACK比特可以被速率匹配到CG-PUSCH已配置许可资源。

在一些实施例中,术语“已配置许可”(也称为无许可调度)用于向UE/WD指示允许使用已配置许可资源的信令。换言之,术语“已配置许可”可以指示网络节点(例如,基站)针对UL传输预留/预配置无线电资源并且向WD通知预留的资源(例如,经由RRC,并且在一些情况下,附加地经由DCI)。当WD想要发起UL传输(例如,在已配置许可资源上的CG-PUSCH传输)时,WD直接利用预留的已配置许可资源,而无需例如在发送UL传输之前发送调度请求(SR)并且等待来自网络节点的后续许可消息。

在一些实施例中,术语“接收”与术语“获得”可互换。在一些实施例中,可以认为接收信息(例如,CG-UCI和/或HARQ-ACK和/或被映射/复用到CG-PUSCH的其他信息)可以包括对信息进行解调、速率解匹配和解码。在一些实施例中,可以认为发送信息(例如,CG-UCI和/或HARQ-ACK和/或被映射/复用到CG-PUSCH的其他信息)可以包括对信息进行编码、速率匹配和调制。

在一些实施例中,具有与HARQ-ACK UCI相同优先级的CG-UCI 意味着基于用于将编码的HARQ-ACK映射到CG-PUSCH的相同过程将编码的CG-UCI映射到CG-PUSCH。在一些实施例中,对于联合编码HARQ-ACK信息和CG-UCI的情况,它们可以具有相同的优先级。在一些实施例中,对于CG-UCI与CSI复用的情况,CG-UCI可以在 CSI之前映射,类似于例如HARQ如何与CSI复用。

通常,配置可以包括确定表示配置的配置数据,并将配置数据(并行和/或依次)提供(例如,发送)给一个或多个其他节点,所述一个或多个其他节点可以将其进一步发送至无线电节点(或另一个节点,这可以被重复,直到到达无线设备)。备选地或附加地,例如通过网络节点或其他设备来配置无线电节点可以包括:例如从诸如网络节点之类的另一节点接收配置数据和/或与配置数据有关的数据,该另一节点可以是网络的较高层的节点;和/或向无线电节点发送接收到的配置数据。因此,可以由不同的网络节点或实体来执行对配置的确定和向无线电节点发送配置数据,这些网络节点或实体能够经由适合的接口(例如,在LTE的情况下为X2接口或用于NR的对应接口)进行通信。配置终端(例如,WD)可以包括:针对终端调度下行链路和/或上行链路传输,例如,下行链路数据和/或下行链路控制信令和/或DCI和/ 或上行链路控制或数据或通信信令(特别是应答信令);和/或为其配置资源和/或资源池。具体地,配置终端(例如,WD)可以包括:配置WD以对某些子帧或无线电资源执行某些测量;以及报告这种测量。

虽然在CG-PUSCH和CG-UCI方面描述了说明,但原理可以适用于其他类型的信道和信号,或者一般性地适用于相同的信道或信号(但在不同的标准版本中名称已经改变)。

注意,尽管可以在本公开中使用来自诸如3GPP LTE和/或新无线电(NR)的一个特定无线系统的术语,但这不应被视为将本公开的范围仅限制为上述系统。其他无线系统(包括但不限于宽带码分多址 (WCDMA)、全球微波接入互操作性(WiMax)、超移动宽带(UMB) 和全球移动通信系统(GSM))同样可以通过利用本公开所涵盖的思想而受益。

还应注意,本文描述的由无线设备或网络节点执行的功能可以分布在多个无线设备和/或网络节点上。换句话说,预期本文描述的网络节点和无线设备的功能不限于由单个物理设备执行,并且实际上可以分布在若干物理设备中。

除非另外定义,否则本文使用的所有术语(包括技术和科学术语) 具有与本公开所属领域的普通技术人员通常所理解的相同的含义。还将理解,本文所使用的术语应被解释为与它们在本说明书的上下文和相关技术中的含义相一致,而不被解释为理想或过于正式的含义,除非本文如此明确地定义。

再次参考附图,其中相似的元件由相似的附图标记指代,在图5 中示出了根据实施例的通信系统10(例如可以支持例如LTE和/或NR (5G)的标准的3GPP类型的蜂窝网络)的示意图,其包括例如无线电接入网络的接入网络12和核心网络14。接入网络12包括多个网络节点16a、16b、16c(统称为网络节点16)(例如,NB、eNB、gNB 或其他类型的无线接入点),每个网络节点定义对应覆盖区域18a、18b、 18c(统称为覆盖区域18)。每个网络节点16a、16b、16c通过有线或无线连接20可连接到核心网络14。位于覆盖区域18a中的第一无线设备(WD)22a被配置为以无线方式连接到对应网络节点16c或被对应网络节点16c寻呼。覆盖区域18b中的第二WD 22b以无线方式可连接到对应网络节点16a。虽然在该示例中示出了多个WD 22a、22b (统称为无线设备22),但所公开的实施例同样适用于唯一的WD处于覆盖区域中或者唯一的WD连接到对应网络节点16的情形。注意,尽管为了方便,仅示出了两个WD 22和三个网络节点16,但是通信系统可以包括更多WD 22和网络节点16。

此外,预期WD 22可以与多于一个网络节点16和多于一种类型的网络节点16同时通信和/或被配置为单独地与多于一个网络节点16 和多于一种类型的网络节点16通信。例如,WD 22可以与支持LTE 的网络节点16和支持NR的相同或不同的网络节点16具有双连接。作为示例,WD 22可以与用于LTE/E-UTRAN的eNB和用于 NR/NG-RAN的gNB通信。

通信系统10可以自身连接到主机计算机24,主机计算机24可以以独立服务器、云实现的服务器、分布式服务器的硬件和/或软件来实现,或者被实现为服务器群中的处理资源。

主机计算机24可以处于服务提供商的所有或控制之下,或者可以由服务提供商或代表服务提供商来操作。通信系统10和主机计算机 24之间的连接26、28可以直接从核心网络14延伸到主机计算机24,或者可以经由可选的中间网络30延伸。中间网络30可以是公共网络、私有网络或伺服网络中的一个或多于一个的组合。中间网络30(如果有的话)可以是骨干网络或互联网。在一些实施例中,中间网络30 可以包括两个或更多个子网络(未示出)。此外,应当理解,实施例不需要包括主机计算机24和连接28。换言之,所描述的概念和功能不限于包括过顶(OTT)解决方案的实现。

图5的通信系统作为整体实现了所连接的WD 22a、22b之一与主机计算机24之间的连接。该连接可被描述为过顶(over-the-top,OTT) 连接。主机计算机24和所连接的WD22a、22b被配置为使用接入网络12、核心网络14、任何中间网络30和可能的其他基础设施(未示出)作为中介,经由OTT连接来传送数据和/或信令。在OTT连接所经过的至少一些参与通信设备未意识到上行链路和下行链路通信的路由的意义上,OTT连接可以是透明的。例如,可以不向网络节点16 通知或者可以无需向网络节点16通知具有源自主机计算机24的要向所连接的WD 22a转发(例如,移交)的数据的输入下行链路通信的过去的路由。类似地,网络节点16无需意识到源自WD 22a向主机计算机24的输出上行链路通信的未来的路由。

网络节点16被配置为包括已配置许可单元32,其被配置为:发送针对已配置许可物理上行链路共享信道CG-PUSCH的已配置许可;以及在CG-PUSCH上接收已配置许可上行链路控制信息CG-UCI,该 CG-UCI至少部分地基于混合自动重复请求-肯定应答HARQ-ACK的存在被映射到CG-PUSCH。在一些实施例中,网络节点16被配置为包括已配置许可单元32,其被配置为:可选地,使无线电接口发送针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及根据至少一个预定的映射规则,在CG-PUSCH上接收已配置许可上行链路控制信息(CG-UCI)消息。

无线设备22被配置为包括映射单元34,其被配置为:从网络节点16接收针对已配置许可物理上行链路共享信道CG-PUSCH的已配置许可;以及在CG-PUSCH上发送已配置许可上行链路控制信息 CG-UCI,该CG-UCI至少部分地基于混合自动重复请求-肯定应答 HARQ-ACK的存在被映射到CG-PUSCH。在一些实施例中,无线设备22被配置为包括映射单元34,其被配置为:可选地,接收针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及使无线电接口根据至少一个预定的映射规则在CG-PUSCH上发送已配置许可上行链路控制信息(CG-UCI)消息。

现将参照图6来描述根据实施例的在先前段落中所讨论的WD 22、网络节点16和主机计算机24的示例实现方式。在通信系统10中,主机计算机24包括硬件(HW)38,硬件(HW)38包括通信接口40,通信接口40被配置为建立和维护与通信系统10的不同通信设备的接口的有线或无线连接。主机计算机24还包括处理电路42,其可以具有存储和/或处理能力。处理电路42可以包括处理器44和存储器46。特别地,除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代,处理电路42可以包括用于处理和/或控制的集成电路,例如适于执行指令的一个或多个处理器和 /或处理器内核和/或FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器44可以被配置为存取(例如,写入或读取)存储器 46,存储器46可以包括任何类型的易失性和/或非易失性存储器,例如,高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM(可擦除可编程只读存储器)。

处理电路42可以被配置为控制本文描述的任何方法和/或过程,和/或使这些方法和/或过程例如由主机计算机24执行。处理器44对应于用于执行本文描述的主机计算机24功能的一个或多个处理器44。主机计算机24包括存储器46,其被配置为存储数据、程序软件代码和/或本文描述的其他信息。在一些实施例中,软件48和/或主机应用 50可以包括指令,该指令在由处理器44和/或处理电路42执行时使处理器44和/或处理电路42执行本文关于主机计算机24描述的过程。指令可以是与主机计算机24相关联的软件。

软件48可以由处理电路42执行。软件48包括主机应用50。主机应用50可操作为向远程用户(例如,WD 22)提供服务,WD 22 经由在WD 22和主机计算机24处端接的OTT连接52来连接。在向远程用户提供服务时,主机应用50可以提供使用OTT连接52来发送的用户数据。“用户数据”可以是本文中描述为实现所描述的功能的数据和信息。在一个实施例中,主机计算机24可以被配置为向服务提供商提供控制和功能,并且可以由服务提供商或代表服务提供商来操作。主机计算机24的处理电路42可以使主机计算机24能够观察、监视、控制网络节点16和/或无线设备22、向网络节点16和/或无线设备22 发送、和/或从网络节点16和/或无线设备22接收。主机计算机24的处理电路42可以包括监视单元54,该监视单元54被配置为使服务提供商能够观察、监视、控制网络节点16和/或无线设备22、向网络节点16和/或无线设备22发送和/或从网络节点16和/或无线设备22接收。

通信系统10还包括在通信系统10中提供的网络节点16,网络节点16包括使其能够与主机计算机24和与WD 22进行通信的硬件58。硬件58可以包括:通信接口60,其用于建立和维护与通信系统10的不同通信设备的接口的有线或无线连接;以及无线电接口62,其用于至少建立和维护与位于网络节点16所服务的覆盖区域18中的WD 22 的无线连接64。无线电接口62可以形成为或可以包括例如一个或多个RF发射机、一个或多个RF接收机和/或一个或多个RF收发机。通信接口60可以被配置为促进到主机计算机24的连接66。连接66可以是直接的,或者它可以经过通信系统10的核心网络14和/或通过通信系统10外部的一个或多个中间网络30。

在所示的实施例中,网络节点16的硬件58还包括处理电路68。处理电路68可以包括处理器70和存储器72。特别地,除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元) 和存储器的替代,处理电路68可以包括用于处理和/或控制的集成电路,例如适于执行指令的一个或多个处理器和/或处理器内核和/或 FPGA(现场可编程门阵列)和/或ASIC(专用集成电路)。处理器70 可以被配置为存取(例如,写入或读取)存储器72,存储器72可以包括任何类型的易失性和/或非易失性存储器,例如,高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器) 和/或光存储器和/或EPROM(可擦除可编程只读存储器)。

因此,网络节点16还具有软件74,该软件74被内部存储在例如存储器72中,或者被存储在可由网络节点16经由外部连接访问的外部存储器(例如数据库、存储阵列、网络存储设备等)中。软件74 可以由处理电路68执行。处理电路68可以被配置为控制本文描述的任何方法和/或过程,和/或使这些方法和/或过程例如由网络节点16执行。处理器70对应于用于执行本文描述的网络节点16功能的一个或多个处理器70。存储器72被配置为存储数据、程序软件代码、和/或本文描述的其他信息。在一些实施例中,软件74可以包括指令,该指令在由处理器70和/或处理电路68执行时,使处理器70和/或处理电路68执行本文关于网络节点16描述的过程。例如,网络节点16的处理电路68可以包括已配置许可单元32,其被配置为可选地,使无线电接口62:发送针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及根据至少一个预定的映射规则在CG-PUSCH上接收已配置许可上行链路控制信息(CG-UCI)消息。

通信系统10还包括已经提及的WD 22。WD 22可以具有硬件80,硬件80可以包括无线电接口82,其被配置为建立和维护与服务于WD 22当前所在的覆盖区域18的网络节点16的无线连接64。无线电接口 82可以形成为或可以包括例如一个或多个RF发射机、一个或多个RF 接收机和/或一个或多个RF收发机。

WD 22的硬件80还包括处理电路84。处理电路84可以包括处理器86和存储器88。特别地,除了处理器(例如中央处理单元)和存储器之外或作为处理器(例如中央处理单元)和存储器的替代,处理电路84可以包括用于处理和/或控制的集成电路,例如适于执行指令的一个或多个处理器和/或处理器内核和/或FPGA(现场可编程门阵列) 和/或ASIC(专用集成电路)。处理器86可以被配置为存取(例如,写入或读取)存储器88,存储器88可以包括任何类型的易失性和/或非易失性存储器,例如,高速缓存和/或缓冲存储器和/或RAM(随机存取存储器)和/或ROM(只读存储器)和/或光存储器和/或EPROM (可擦除可编程只读存储器)。

因此,WD 22还可以包括软件90,其被存储在例如WD 22处的存储器88中,或者被存储在可由WD 22访问的外部存储器(例如,数据库、存储阵列、网络存储设备等)中。软件90可以由处理电路 84执行。软件90可以包括客户端应用92。客户端应用92可操作为在主机计算机24的支持下经由WD 22向人类或非人类用户提供服务。在主机计算机24中,执行的主机应用50可以经由端接在WD 22和主机计算机24处的OTT连接52与执行客户端应用92进行通信。在向用户提供服务时,客户端应用92可以从主机应用50接收请求数据,并响应于请求数据来提供用户数据。OTT连接52可以传送请求数据和用户数据两者。客户端应用92可以与用户进行交互,以生成其提供的用户数据。

处理电路84可以被配置为控制本文描述的任何方法和/或过程,和/或使这些方法和/或过程例如由WD 22执行。处理器86对应于用于执行本文描述的WD 22功能的一个或多个处理器86。WD 22包括存储器88,其被配置为存储数据、程序软件代码和/或本文描述的其他信息。在一些实施例中,软件90和/或客户端应用92可以包括指令,该指令在由处理器86和/或处理电路84执行时使处理器86和/或处理电路84执行本文关于WD 22描述的过程。例如,无线设备22的处理电路84可以包括映射单元34,其被配置为:可选地,接收针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及使无线电接口 82根据至少一个预定的映射规则在CG-PUSCH上发送已配置许可上行链路控制信息(CG-UCI)消息。

在一些实施例中,网络节点16、WD 22和主机计算机24的内部工作可以如图6所示,并且独立地,周围的网络拓扑可以是图5的网络拓扑。

在图6中,已抽象地描绘了OTT连接52以说明经由网络节点16 在主机计算机24与无线设备22之间的通信,而没有明确地涉及任何中间设备和经由这些设备的消息的精确路由。网络基础设施可以确定该路由,该路由可以被配置为向WD 22隐藏或向操作主机计算机24 的服务提供商隐藏或向这二者隐藏。在OTT连接52活动时,网络基础设施还可以(例如,基于负载均衡考虑或网络的重新配置)做出其动态地改变路由的决策。

WD 22与网络节点16之间的无线连接64根据贯穿本公开所描述的实施例的教导。各种实施例中的一个或多个改进了使用OTT连接 52向WD 22提供的OTT服务的性能,其中无线连接64可以形成OTT 连接52的最后一段。更精确地,这些实施例中的一些的教导可以改进数据速率、时延和功耗,从而提供诸如减少的用户等待时间、宽松的文件大小限制、更好的响应性、延长的电池寿命等益处。

在一些实施例中,出于监视一个或多个实施例改进的数据速率、时延和其他因素的目的,可以提供测量过程。还可以存在用于响应于测量结果的变化而重新配置主机计算机24与WD 22之间的OTT连接 52的可选网络功能。用于重新配置OTT连接52的测量过程和/或网络功能可以以主机计算机24的软件48或以WD 22的软件90或以这二者来实现。在实施例中,传感器(未示出)可被部署在OTT连接52 经过的通信设备中或与OTT连接52经过的通信设备相关联地来部署;传感器可以通过提供以上例示的监控量的值或提供软件48、90可以用来计算或估计监控量的其他物理量的值来参与测量过程。OTT连接52 的重新配置可以包括消息格式、重传设置、优选路由等;该重新配置不需要影响网络节点16,并且其对于网络节点16来说可以是未知的或不可感知的。一些这种过程和功能在本领域中可以是已知的和已被实践的。在特定实施例中,测量可以涉及促进主机计算机24对吞吐量、传播时间、时延等的测量的专有WD信令。在一些实施例中,测量可以如下实现:软件48、90在其监视传播时间、差错等的同时使得能够使用OTT连接52来发送消息(具体地,空消息或“假”消息)。

因此,在一些实施例中,主机计算机24包括被配置为提供用户数据的处理电路42和被配置为将用户数据转发给蜂窝网络以传输给 WD 22的通信接口40。在一些实施例中,蜂窝网络还包括具有无线电接口62的网络节点16。在一些实施例中,网络节点16被配置为,和 /或网络节点16的处理电路68被配置为执行本文描述的用于准备/发起/维护/支持/结束向WD 22的传输,和/或准备/终止/维护/支持/结束对来自WD 22的传输的接收的功能和/或方法。

在一些实施例中,主机计算机24包括处理电路42和通信接口40,该通信接口40被配置为接收源自从WD 22到网络节点16的传输的用户数据。在一些实施例中,WD 22被配置为(和/或包括无线电接口 82和/或处理电路84,该处理电路84被配置为)执行本文描述的用于准备/发起/维护/支持/结束向网络节点16的传输,和/或准备/终止/维护 /支持/结束对来自网络节点16的传输的接收的功能和/或方法。

尽管图5和图6将诸如CG单元32和映射单元34之类的各种“单元”示出为在相应处理器内,但是预期可以实现这些单元,使得单元的一部分被存储在处理电路内的对应存储器中。换句话说,这些单元可以在处理电路内以硬件或者以硬件和软件的组合来实现。

图7是示出了根据一个实施例的在通信系统(例如,图5和图6 的通信系统)中实现的示例性方法的流程图。该通信系统可以包括:主机计算机24、网络节点16和WD 22,其可以是参考图6描述的主机计算机24、网络节点16和WD 22。在方法的第一步骤中,主机计算机24提供用户数据(框S100)。在第一步骤的可选子步骤中,主机计算机24通过执行主机应用(例如主机应用50)来提供用户数据(框S102)。在第二步骤中,主机计算机24发起向WD 22的携带用户数据的传输(框S104)。在可选的第三步骤中,根据贯穿本公开所描述的实施例的教导,网络节点16向WD 22发送在主机计算机24发起的传输中所携带的用户数据(框S106)。在可选的第四步骤中,WD 22执行与由主机计算机24执行的主机应用50相关联的客户端应用(例如客户端应用92)(框S108)。

图8是示出了根据一个实施例的在通信系统(例如图5的通信系统)中实现的示例性方法的流程图。该通信系统可以包括:主机计算机24、网络节点16和WD 22,其可以是参考图5和图6描述的主机计算机24、网络节点16和WD 22。在方法的第一步骤中,主机计算机24提供用户数据(框S110)。在可选的子步骤(未示出)中,主机计算机24通过执行主机应用(例如,主机应用50)来提供用户数据。在第二步骤中,主机计算机24发起向WD 22的携带用户数据的传输 (框S112)。根据贯穿本公开描述的实施例的教导,传输可以经由网络节点16。在可选的第三步骤中,WD 22接收传输中所携带的用户数据(框Sl14)。

图9是示出了根据一个实施例的在通信系统(例如图5的通信系统)中实现的示例性方法的流程图。该通信系统可以包括:主机计算机24、网络节点16和WD 22,其可以是参考图5和图6描述的主机计算机24、网络节点16和WD 22。在方法的可选第一步骤中,WD 22 接收由主机计算机24提供的输入数据(框S116)。在第一步骤的可选子步骤中,WD 22执行客户端应用92,该客户端应用92回应于接收到的主机计算机24提供的输入数据来提供用户数据(框S118)。附加地或备选地,在可选的第二步骤中,WD 22提供用户数据(框S120)。在第二步骤的可选子步骤中,WD通过执行客户端应用(例如客户端应用92)来提供用户数据(框S122)。在提供用户数据时,所执行的客户端应用92还可以考虑从用户接收的用户输入。无论提供用户数据的具体方式如何,WD 22都可以在可选的第三子步骤中发起用户数据向主机计算机24的传输(框S124)。在方法的第四步骤中,根据贯穿本公开描述的实施例的教导,主机计算机24接收从WD 22发送的用户数据(框S126)。

图10是示出了根据一个实施例的在通信系统(例如图5的通信系统)中实现的示例性方法的流程图。该通信系统可以包括:主机计算机24、网络节点16和WD 22,其可以是参考图5和图6描述的主机计算机24、网络节点16和WD 22。在方法的可选第一步骤中,根据贯穿本公开描述的实施例的教导,网络节点16从WD 22接收用户数据(框S128)。在可选的第二步骤中,网络节点16发起接收到的用户数据向主机计算机24的传输(框S130)。在第三步骤中,主机计算机24接收由网络节点16发起的传输中所携带的用户数据(框S132)。

图11是根据本公开的一些实施例的网络节点16中用于已配置许可上行链路控制信息(UCI)映射规则的示例性过程的流程图。根据示例方法,由网络节点16执行的一个或多个框和/或功能和/或方法可以由网络节点16的一个或多个元件(例如处理电路68中的CG单元 32、处理器70、通信接口60、无线电接口62等)执行。该示例方法包括例如经由CG单元32、处理电路68、处理器70、通信接口60和 /或无线电接口62发送(框S134)针对已配置许可物理上行链路共享信道CG-PUSCH的下行链路控制信息。该方法包括例如经由CG单元 32、处理电路68、处理器70、通信接口60和/或无线电接口62在 CG-PUSCH上接收(框S136)已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求-肯定应答 HARQ-ACK的存在被映射到CG-PUSCH。

在一些实施例中,下行链路控制信息对应于已配置许可类型1和已配置许可类型2之一。在一些实施例中,CG-UCI对应于与解码上行链路共享信道UL-SCH相关的上行链路控制信息,该UL-SCH在与 CG-PUSCH相对应的已配置许可资源上发送,并且至少一个 HARQ-ACK对应于针对至少下行链路DL传输的至少一个肯定应答/ 否定应答。在一些实施例中,CG-UCI包括针对CG-PUSCH的混合自动重复请求HARQ过程标识符ID、针对CG-PUSCH的冗余版本RV、和针对CG-PUSCH的新数据指示符NDI中的至少一个。在一些实施例中,该方法还包括例如经由CG单元32、处理电路68、处理器70、通信接口60和/或无线电接口62发送信令,该信令指示是否允许无线设备22将CG-UCI在CG-PUSCH上与其他上行链路控制信息进行复用。

在一些实施例中,例如经由CG单元32、处理电路68、处理器 70、通信接口60和/或无线电接口62发送信令还包括:经由无线电资源控制RRC信令和物理下行链路控制信道PSCCH信令之一发送信令。在一些实施例中,接收CG-UCI还包括:如果所发送的信令指示允许复用,则例如经由CG单元32、处理电路68、处理器70、通信接口 60和/或无线电接口62接收与其他上行链路控制信息比特复用的 CG-UCI比特。在一些实施例中,其他上行链路控制信息比特包括 HARQ-ACK比特和信道状态信息CSI比特中的至少一个。

在一些实施例中,接收CG-UCI还包括:当有HARQ-ACK的存在时,例如经由CG单元32、处理电路68、处理器70、通信接口60 和/或无线电接口62在CG-PUSCH上接收作为HARQ-ACK的一部分的CG-UCI。在一些实施例中,下行链路控制信息包括无线电资源控制RRC信令和下行链路控制信息DCI信令中的至少一个。在一些实施例中,接收CG-UCI还包括:当至少一个HARQ-ACK将在 CG-PUSCH中发送时,例如经由CG单元32、处理电路68、处理器 70、通信接口60和/或无线电接口62在CG-PUSCH上接收与该至少一个HARQ-ACK分开的CG-UCI。在一些实施例中,接收CG-UCI 还包括:当在CG-PUSCH中将不发送至少一个HARQ-ACK时,例如经由CG单元32、处理电路68、处理器70、通信接口60和/或无线电接口62接收CG-UCI,该CG-UCI从针对CG-PUSCH的第一个解调参考信号DMRS之后的紧接下一个正交频分复用OFDM符号开始。在一些实施例中,CG-UCI具有与混合自动重复请求肯定应答 HARQ-ACK上行链路控制信息UCI相同的优先级。

在一些实施例中,该方法还包括:例如经由CG单元32、处理电路68、处理器70、通信接口60和/或无线电接口62,根据以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK的 CG-PUSCH上的CG-UCI传输的每层编码调制符号的数量Q′CG-UCI’

其中,

-OCG-UCI表示CG-UCI的比特的数量;

-LCG-UCI表示CG-UCI的循环冗余校验CRC比特的数量;

-表示与针对HARQ-ACK配置的值相同的偏移值;

-CUL-SCH表示UL-SCH的码块的数量;

-Kr=0或Kr表示用于CG-PUSCH传输的UL-SCH的第r个码块大小;

-表示CG-PUSCH传输的所调度的带宽,表示为子载波的数量;

-表示PUSCH传输中携带相位跟踪参考信号 PTRS的正交频分复用OFDM符号l中的子载波的数量;

-表示在CG-PUSCH传输中的OFDM符号l中可以用于传输上行链路控制信息UCI的资源元素的数量,其中并且是包括用于解调参考信号DMRS的 CG-PUSCH的OFDM符号的总数;

-对于任何携带PUSCH的DMRS的OFDM符号,

-对于任何不携带PUSCH的DMRS的OFDM符号,

-α由较高层参数缩放配置;以及

-l0表示CG-PUSCH传输中第一个DMRS符号后不携带 CG-PUSCH的DMRS的第一个OFDM符号的符号索引。

在一些实施例中,该方法还包括;例如经由CG单元32、处理电路68、处理器70、通信接口60和/或无线电接口62,使用至少以下等式确定在具有上行链路共享信道UL-SCH并且具有HARQ-ACK的 CG-PUSCH上的HARQ-ACK传输的每层编码调制符号的数量Q′ACK: OACK=CG-UCI的比特的数量+HARQ-ACK比特的数量。在一些实施例中,该方法还包括:例如经由CG单元32、处理电路68、处理器 70、通信接口60和/或无线电接口62,使用至少以下等式确定在具有上行链路共享信道UL-SCH且不具有HARQ-ACK的CG-PUSCH上的传输的每层编码调制符号的数量Q′ACK:OACK=OCG-UCI,其中OCG-UCI表示CG-UCI的比特的数量。

在一些实施例中,该方法包括:可选地,例如经由处理电路68 中的CG单元32、处理器70、无线电接口62,发送针对物理上行链路共享信道(CG-PUSCH)的已配置许可。该方法包括例如经由处理电路68中的CG单元32、处理器70、无线电接口62根据至少一个预定的映射规则在CG-PUSCH上接收已配置许可上行链路控制信息 (CG-UCI)消息。

在一些实施例中,该方法包括例如经由处理电路68中的CG单元 32、处理器70、无线电接口62接收速率匹配的CG-UCI,该CG-UCI 从针对CG-PUSCH的解调参考信号(DMRS)之后的紧接下一个符号开始。在一些实施例中,该方法包括例如经由处理电路68中的CG单元32、处理器70、无线电接口62发送是否允许CG-PUSCH与物理上行链路控制信道(PUCCH)至少部分地重叠的指示。在一些实施例中,至少一个预定的规则包括:如果CG-PUSCH至少部分地与PUCCH重叠,则针对PUCCH的上行链路控制信息被映射到CG-PUSCH中。在一些实施例中,至少一个预定的规则包括:如果CG-PUSCH至少部分地与PUCCH重叠,则针对PUCCH的混合自动重复请求比特被映射到CG-PUSCH中。在一些实施例中,至少一个预定的规则包括:独立于CG-PUSCH的长度计算用于CG-UCI消息的每层编码调制符号的数量。在一些实施例中,CG-UCI包括针对CG-PUSCH的混合自动重复请求(HARQ)过程标识符(ID)、针对CG-PUSCH的冗余版本(RV) 和新数据指示符(NDI)中的至少一个。

图12是根据本公开的一些实施例的无线设备22中用于已配置许可上行链路控制信息(UCI)映射规则的示例性过程的流程图。由WD 22执行的一个或多个框和/或功能和/或方法可以由WD 22的一个或多个元件(例如处理电路84中的映射单元34、处理器86、无线电接口 82等)执行。该示例方法包括:例如经由映射单元34、处理电路84、处理器86和/或无线电接口82从网络节点16接收(框S144)针对已配置许可物理上行链路共享信道CG-PUSCH的下行链路控制信息。该方法包括例如经由映射单元34、处理电路84、处理器86和/或无线电接口82在CG-PUSCH上发送(框S140)已配置许可上行链路控制信息CG-UCI,该CG-UCI至少部分地基于至少一个混合自动重复请求- 肯定应答HARQ-ACK的存在被映射到CG-PUSCH。

在一些实施例中,下行链路控制信息对应于已配置许可类型1和已配置许可类型2之一。在一些实施例中,CG-UCI对应于与解码上行链路共享信道UL-SCH相关的上行链路控制信息,该UL-SCH在与 CG-PUSCH相对应的已配置许可资源上发送,并且至少一个 HARQ-ACK对应于针对至少一个下行链路DL传输的至少一个肯定应答/否定应答。在一些实施例中,CG-UCI包括针对CG-PUSCH的混合自动重复请求HARQ过程标识符ID、针对CG-PUSCH的冗余版本RV、和针对CG-PUSCH的新数据指示符NDI中的至少一个。在一些实施例中,该方法还包括例如经由映射单元34、处理电路84、处理器86 和/或无线电接口82从网络节点16接收信令,该信令指示是否允许 CG-UCI在CG-PUSCH与其他上行链路控制信息的复用。在一些实施例中,该信令是经由无线电资源控制RRC信令和物理下行链路控制信道PDCCH信令之一接收的。

在一些实施例中,该方法还包括:如果所接收的信令指示允许复用,则例如经由映射单元34、处理电路84、处理器86和/或无线电接口82将CG-UCI比特与其他上行链路控制信息比特进行复用。在一些实施例中,其他上行链路控制信息比特包括HARQ-ACK比特和信道状态信息CSI比特中的至少一个。在一些实施例中,该方法还包括:当有HARQ-ACK的存在时,例如经由映射单元34、处理电路84、处理器86和/或无线电接口82将CG-UCI作为HARQ-ACK的一部分映射到CG-PUSCH。在一些实施例中,下行链路控制信息包括无线电资源控制RRC信令和下行链路控制信息DCI信令中的至少一个。在一些实施例中,该方法还包括:当至少一个HARQ-ACK将在CG-PUSCH 中发送时,例如经由映射单元34、处理电路84、处理器86和/或无线电接口82将CG-UCI与至少一个HARQ-ACK分开地映射到 CG-PUSCH。在一些实施例中,该方法还包括:当在CG-PUSCH中将不发送至少一个HARQ-ACK时,例如经由映射单元34、处理电路84、处理器86和/或无线电接口82,将CG-UCI映射到针对CG-PUSCH 的第一个解调参考信号DMRS之后的紧接下一个正交频分复用 OFDM符号。在一些实施例中,CG-UCI具有与混合自动重复请求肯定应答HARQ-ACK上行链路控制信息UCI相同的优先级。

在一些实施例中,该方法还包括:例如经由映射单元34、处理电路84、处理器86和/或无线电接口82,根据以下等式确定在具有上行链路共享信道UL-SCH且没有HARQ-ACK的CG-PUSCH上的 CG-UCI传输的每层编码调制符号的数量Q′CG-UCI

其中,

-OCG-UCI表示CG-UCI的比特的数量;

-LCG-UCI表示CG-UCI的循环冗余校验CRC比特的数量;

-表示与针对HARQ-ACK配置的值相同的偏移值;

-CUL-SCH表示UL-SCH的码块的数量;

-Kr=0或Kr表示用于CG-PUSCH传输的UL-SCH的第r个码块大小;

-表示CG-PUSCH传输的所调度的带宽,表示为子载波的数量;

-表示PUSCH传输中携带相位跟踪参考信号PTRS 的正交频分复用OFDM符号l中的子载波的数量;

-表示在CG-PUSCH传输中的OFDM符号l中可以用于传输上行链路控制信息UCI的资源元素的数量,其中并且是包括用于解调参考信号DMRS的所有OFDM符号的CG-PUSCH的OFDM符号的总数;

-对于任何携带PUSCH的DMRS的OFDM符号,

-对于任何不携带PUSCH的DMRS的OFDM符号,

-α由较高层参数缩放配置;以及

-l0表示CG-PUSCH传输中第一个DMRS符号后不携带 CG-PUSCH的DMRS的第一个OFDM符号的符号索引。

在一些实施例中,该方法还包括;例如经由映射单元34、处理电路84、处理器86和/或无线电接口82,使用至少以下等式确定在具有上行链路共享信道UL-SCH并且具有HARQ-ACK的CG-PUSCH上的 HARQ-ACK传输的每层编码调制符号的数量Q′ACK:OACK=CG-UCI 的比特的数量+HARQ-ACK比特的数量。在一些实施例中,该方法还包括;例如经由映射单元34、处理电路84、处理器86和/或无线电接口82,使用至少以下等式确定在具有上行链路共享信道UL-SCH并且不具有HARQ-ACK的CG-PUSCH上的传输的每层编码调制符号的数量Q′ACK:OACK=OCG-UCI,其中OCG-UCI表示CG-UCI的比特的数量。

在一些实施例中,该方法包括:可选地,例如经由映射单元34、处理电路84、处理器86、无线电接口82,接收针对物理上行链路共享信道(CG-PUSCH)的已配置许可。该方法包括例如经由映射单元 34、处理电路84、处理器86、无线电接口82根据至少一个预定的映射规则在CG-PUSCH上发送已配置许可上行链路控制信息(CG-UCI) 消息。

在一些实施例中,该方法包括例如经由映射单元34、处理电路 84、处理器86、无线电接口82接收速率匹配的CG-UCI,通过从针对 CG-PUSCH的解调参考信号(DMRS)之后的紧接下一个符号开始对 CG-UCI进行速率匹配。在一些实施例中,该方法还包括例如经由映射单元34、处理电路84、处理器86、无线电接口82确定CG-PUSCH 是否与物理上行链路控制信道(PUCCH)至少部分地重叠。在一些实施例中,该方法包括:如果CG-PUSCH至少部分地与PUCCH重叠,则例如经由映射单元34、处理电路84、处理器86、无线电接口82将针对PUCCH的上行链路控制信息映射到CG-PUSCH中。在一些实施例中,该方法包括:如果CG-PUSCH至少部分地与PUCCH重叠,则例如经由映射单元34、处理电路84、处理器86、无线电接口82将针对PUCCH的混合自动重复请求比特映射到CG-PUSCH中。在一些实施例中,该方法包括独立于CG-PUSCH的长度计算用于CG-UCI消息的每层编码调制符号的数量。在一些实施例中,CG-UCI包括针对 PUSCH的混合自动重复请求(HARQ)过程标识符(ID)、针对PUSCH 的冗余版本(RV)和针对PUSCH的新数据指示符(NDI)中的至少一个。

已经描述了本公开的布置的一般过程流程并且已经提供了用于实现本公开的过程和功能的硬件和软件布置的示例,以下部分提供可以由网络节点16、无线设备22和/或主机计算机24和用于已配置许可上行链路控制信息(UCI)映射规则的布置的示例实现的细节。

如本文所使用的,非限制性术语CG-UCI指的是与在已配置许可资源上(例如,由无线电接口82)发送的PUSCH相关的上行链路控制信息,该CG-UCI用于例如成功接收(例如,由无线电接口62) PUSCH。CG-UCI可以至少包括WD 22为正在发送的PUSCH选择的 HARQ过程标识符(ID)以及相关联的冗余版本(RV)和新数据指示符(NDI)。

在一些实施例中,根据一个或多个预定的映射规则将CG-UCI映射到CG-PUSCH,这在下文中讨论。

不携带其他上行链路控制信息的CG-PUSCH上的CG-UCI

UCI可以从前载的DMRS符号之后的紧接下一个符号开始(例如,通过WD 22的处理电路84)进行速率匹配,例如,如图13所示。应当理解,虽然速率匹配由发射机(例如,用于UL传输的WD 22) 执行,但接收机(例如,网络节点16)也可以进行速率匹配,或更具体地进行速率解匹配以便正确地接收信息,并且发射机和接收机二者可以知道和/或被预配置有映射规则,以便发送和正确地接收无线电信号/传输。在该实施例的一个方面,以与PUSCH上的HARQ肯定应答 /否定应答(ACK)UCI相同的优先级来处理CG-UCI。可以应用用于 HARQ-ACKUCI的相同Rel-15复用规则以在CG-PUSCH上复用 CG-UCI。

CG-PUSCH与PUCCH重叠时的CG-UCI复用

WD 22(例如经由无线电接口82)可以经由较高层信令(例如, RRC信令)来配置并且也可以被动态地发信号通知(例如,经由 PDCCH)以指示是否允许CG-PUSCH与PUCCH的复用。要在PUCCH 上(例如,由WD 22)发送的信息可以包括HARQ-ACK信息和/或半持久/周期性CSI。

如果WD 22具有与包括HARQ-ACK信息和/或半持久/周期性CSI 的PUCCH传输重叠且通过较高层信令和(可能地)动态信令所允许的PUSCH传输,则WD 22可以在PUSCH中复用(例如,通过无线电接口82和/或处理电路84)针对PUCCH传输的上行链路控制信息 (例如,HARQ-ACK信息和/或半持久/周期性CSI)。

由于在例如未授权NR-U操作中没有其对应的UCI(CG-UCI), CG-PUSCH可能是不可理解的,因此当上行链路共享信道(UL-SCH) (例如,PUSCH)在已配置许可上行链路(CG UL)资源上发送时, WD 22可以确保CG-UCI也作为在CG UL资源上的传输的一部分被发送。当对不同类型的UCI进行优先级排序以在有限的资源上传输时,为了保证定义的复用和丢弃规则不会导致CG-UCI被丢弃(例如,经由无线电接口82和/或处理电路84),根据一些实施例,CG-UCI可以被像针对DL传输的HARQ-ACK一样对待(例如,被配置有与该HARQ-ACK相同的优先级)。

在一些方面,如果PUCCH包括CSI报告,则可以根据定义的复用规则(例如,经由无线电接口82和/或处理电路84)(部分地或完全地)发送或不发送这种CSI报告。这可以取决于速率匹配、可用资源的数量和其他参数。

在该实施例的变体中,例如,如图14所示,CG-UCI可以(例如,经由无线电接口82和/或处理电路84)被映射到PUSCH,并且CG-UCI 可以被认为是与HARQ-ACK UCI分开的UCI类型;然而,与其他UCI 类型(CSI部分1和2)相比,二者具有相同的优先级。

在另一个变体中,例如,如图15所示,CG-UCI可以被映射(例如,经由无线电接口82和/或处理电路84)到PUSCH,并且CG-UCI 可以被认为是HARQ-ACK UCI的一部分,如第一实施例中所述。

CG-UCI编码调制符号

备选方案1:

对于具有UL-SCH的PUSCH上的CG-UCI传输,用于CG-UCI传输的每层编码调制符号的数量(表示为Q′CG-UCI)被确定如下:

其中上面等式中的参数遵循与技术规范(TS)38.212(通过引用并入本文)中第6.3.2.4.1.1节中相同的定义,除了:

οOCG-UCI:表示配置许可UCI的比特的数量;

οLCG-UCI:CG-UCI的循环冗余校验(CRC)比特的数量。

ο偏移值是针对HARQ-ACK UCI配置的相同的值。作为另一备选方案,针对CG-UCI定义单独的偏移值。

ο-CUL-SCH表示UL-SCH的码块的数量;

ο-Kr=0或Kr表示用于CG-PUSCH传输的UL-SCH的第r 个码块大小;

ο-表示CG-PUSCH传输的所调度的带宽,表示为子载波的数量;

ο-表示PUSCH传输中携带相位跟踪参考信号 PTRS的正交频分复用OFDM符号l中的子载波的数量;

ο-表示在CG-PUSCH传输中的OFDM符号l中可以用于传输上行链路控制信息UCI的资源元素的数量,其中并且是包括用于解调参考信号DMRS的所有OFDM符号的CG-PUSCH的OFDM符号的总数;

ο-对于任何携带PUSCH的DMRS的OFDM符号,

ο-对于任何不携带PUSCH的DMRS的OFDM符号,

ο-α由较高层参数缩放配置;以及

ο-l0表示CG-PUSCH传输中第一个DMRS符号之后不携带 CG-PUSCH的DMRS的第一个OFDM符号的符号索引。

备选方案2:

在另一个实施例中,CG-UCI被认为是HARQ-ACK UCI的一部分,意味着HARQ-ACKUCI携带CG-UCI比特和HARQ-ACK比特二者。

在不携带HARQ比特的CG-PUSCH上的CG-UCI的情况下, HARQ-ACK UCI仅携带CG-UCI比特。对于具有UL-SCH的PUSCH 上的HARQ-ACK传输,可以例如通过3GPP技术规范(TS)38.214 (通过引用并入本文)中的6.3.2.4.1.1中的等式确定用于HARQ-ACK 传输的每层编码调制符号的数量,表示为Q′ACK,其中:

OACK=OCG-UCI

在携带HARQ比特的CG-PUSCH上的CG-UCI的情况下,对于具有UL-SCH的PUSCH上的HARQ-ACK传输,可以例如通过TS 38.214中的6.3.2.4.1.1中的等式确定用于HARQ-ACK传输的每层编码调制符号的数量,表示为Q′ACK,其中:

OACK=CG-UCI比特的数量+HARQ比特的数量

作为该实施例的另一方面(适用于备选方案1和2),可以根据以下一项或多项来计算(例如,经由无线电接口82和/或处理电路84) 编码符号:

ο独立于实际PUSCH长度(用编码块或符号表示)。

ο被替换为常数因子。

ο或者,假设PUSCH长度等于从第一个起始位置直到时隙结束的持续时间。因此,无论传输起始位置如何,UCI的长度都是固定的。

οPUSCH长度是预定义值。作为非限制性示例,该值可以是RRC 配置的(不对应于实际PUSCH长度)。

此外,一些实施例可以包括以下中的一个或多个:

实施例A1.一种网络节点,被配置为与无线设备(WD)通信,该网络节点被配置为,和/或包括无线电接口和/或包括处理电路,该处理电路被配置为:

可选地,使无线电接口发送针对物理上行链路共享信道 (CG-PUSCH)的已配置许可;以及

根据至少一个预定的映射规则,在CG-PUSCH上接收已配置许可上行链路控制信息(CG-UCI)消息。

实施例A2.根据实施例A1所述的网络节点,其中,执行以下一项或多项:

处理电路被配置为接收速率匹配的CG-UCI,该CG-UCI从针对 CG-PUSCH的解调参考信号(DMRS)之后的紧接下一个符号开始;

使无线电接口发送是否允许CG-PUSCH与物理上行链路控制信道(PUCCH)至少部分地重叠的指示;

至少一个预定的规则包括:如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的上行链路控制信息被映射到CG-PUSCH中;

至少一个预定的规则包括:如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的混合自动重复请求比特被映射到CG-PUSCH中;以及

至少一个预定的规则包括:独立于CG-PUSCH的长度计算用于 CG-UCI消息的每层编码调制符号的数量。

实施例A3.根据实施例A1和A2中任一实施例所述的网络节点,其中,CG-UCI包括针对CG-PUSCH的混合自动重复请求(HARQ) 过程标识符(ID)、针对CG-PUSCH的冗余版本(RV)和新数据指示符(NDI)中的至少一个。

实施例B1.一种在网络节点中实现的方法,该方法包括:

可选地,使无线电接口发送针对物理上行链路共享信道 (CG-PUSCH)的已配置许可;以及

根据至少一个预定的映射规则,在CG-PUSCH上接收已配置许可上行链路控制信息(CG-UCI)消息。

实施例B2.根据实施例B1所述的方法,其中,执行以下一项或多项:

接收速率匹配的CG-UCI,该CG-UCI从针对CG-PUSCH的解调参考信号(DMRS)之后的紧接下一个符号开始;

发送是否允许CG-PUSCH与物理上行链路控制信道(PUCCH) 至少部分地重叠的指示;

至少一个预定的规则包括:如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的上行链路控制信息被映射到CG-PUSCH中;

至少一个预定的规则包括:如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的混合自动重复请求比特被映射到 CG-PUSCH中;以及

至少一个预定的规则包括:独立于CG-PUSCH的长度计算用于 CG-UCI消息的每层编码调制符号的数量。

实施例B3.根据实施例B1和B2中任一实施例所述的方法,其中,CG-UCI包括针对CG-PUSCH的混合自动重复请求(HARQ)过程标识符(ID)、针对CG-PUSCH的冗余版本(RV)和新数据指示符 (NDI)中的至少一个。

实施例C1.一种无线设备(WD),被配置为与网络节点通信,该WD被配置为,和/或包括无线电接口和/或处理电路,该处理电路被配置为:

可选地,接收针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及

使无线电接口根据至少一个预定的映射规则,在CG-PUSCH上发送已配置许可上行链路控制信息(CG-UCI)消息。

实施例C2.根据实施例C1所述的WD,其中,处理电路被配置为执行以下一项或多项:

通过从针对CG-PUSCH的解调参考信号(DMRS)之后的紧接下一个符号开始,对CG-UCI进行速率匹配;

确定CG-PUSCH是否与物理上行链路控制信道(PUCCH)至少部分地重叠;

如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的上行链路控制信息被映射到CG-PUSCH中;

如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的混合自动重复请求比特被映射到CG-PUSCH中;以及

独立于CG-PUSCH的长度计算用于CG-UCI消息的每层编码调制符号的数量。

实施例C3.根据实施例C1和C2中任一实施例所述的WD,其中,CG-UCI包括针对CG-PUSCH的混合自动重复请求(HARQ)过程标识符(ID)、针对CG-PUSCH的冗余版本(RV)和新数据指示符 (NDI)中的至少一个。

实施例D1.一种在无线设备(WD)中实现的方法,该方法包括:

可选地,接收针对物理上行链路共享信道(CG-PUSCH)的已配置许可;以及

使无线电接口根据至少一个预定的映射规则,在CG-PUSCH上发送已配置许可上行链路控制信息(CG-UCI)消息。

实施例D2.根据实施例D1所述的方法,还包括以下一项或多项:

通过从针对CG-PUSCH的解调参考信号(DMRS)之后的紧接下一个符号开始,对CG-UCI进行速率匹配;

确定CG-PUSCH是否与物理上行链路控制信道(PUCCH)至少部分地重叠;

如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的上行链路控制信息被映射到CG-PUSCH中;

如果CG-PUSCH与PUCCH至少部分地重叠,则针对PUCCH的混合自动重复请求比特被映射到CG-PUSCH中;以及

独立于CG-PUSCH的长度计算用于CG-UCI消息的每层编码调制符号的数量。

实施例D3.根据实施例D1和D2中任一实施例所述的方法,其中,CG-UCI包括针对PUSCH的混合自动重复请求(HARQ)过程标识符(ID)、针对PUSCH的冗余版本(RV)和新数据指示符(NDI) 中的至少一个。

如本领域技术人员所意识到的:本文描述的构思可以体现为方法、数据处理系统、计算机程序产品和/或存储可执行计算机程序的计算机存储介质。从而,本文描述的构思可采取全硬件实施例、全软件实施例或组合了软硬件方面的实施例的形式,它们在本文中都统称为“电路”或“模块”。本文描述的任何过程、步骤、动作和/或功能可以由对应的模块执行和/或与对应的模块相关联,该对应的模块可以以软件和/或固件和/或硬件来实现。此外,本公开可以采取有形计算机可用存储介质上的计算机程序产品的形式,该存储介质具有包含在该介质中的可由计算机执行的计算机程序代码。可以利用任何合适的有形计算机可读介质,包括硬盘、CD-ROM、电存储设备、光存储设备或磁存储设备。

本文参考方法、系统和计算机程序产品的流程图说明和/或框图来描述一些实施例。应当理解,流程图和/或框图中的每一个框、以及流程图和/或框图中的多个框的组合可以通过计算机程序指令来实现。这些计算机程序指令可以提供给通用计算机(从而创建专用计算机)、专用计算机的处理器或用来产生机器的其他可编程数据处理装置,使得该指令(经由计算机的处理器或其他可编程数据处理装置执行)创建用来实现流程图和/或框图一个或多个框中指定的功能/动作的装置。

这些计算机程序指令也可以存储在指导计算机或其他可编程数据处理装置以特定方式运行的计算机可读存储器或存储介质中,使得计算机可读存储器中存储的指令产生包括实现流程图和/或框图一个或多个框中指定的功能/动作的指令装置的制品。

计算机程序指令也可以装载在计算机或其他可编程数据处理装置中,使一系列可操作步骤在计算机或其他可编程装置上执行以生成计算机实现的处理,使得在计算机或其他可编程装置上执行的指令提供用于实现流程图和/或框图一个或多个框中指定的功能/动作的步骤。

应当理解,框中标注的功能和/动作可以不按操作说明中标注的顺序发生。例如,依赖于所涉及的功能/动作,连续示出的两个框实际上可以实质上同时执行,或者框有时候可以按照相反的顺序执行。尽管一些图包括通信路径上的箭头来示出通信的主要方向,但是应当理解通信可以在与所描绘的箭头的相反方向上发生。

用于执行本文所述构思的操作的计算机程序代码可以用诸如或C++之类的面向对象的编程语言来编写。然而,用于执行本公开的操作的计算机程序代码也可以用诸如“C”编程语言之类的常规过程编程语言来编写。程序代码可以完全在用户的计算机上执行,部分在用户的计算机上执行,作为独立软件包来执行,部分在用户计算机上且部分在远程计算机上执行,或完全在远程计算机上执行。在后一种场景中,远程计算机可以通过局域网(LAN)或广域网(WAN) 连接到用户的计算机,或者可以连接外部计算机(例如,使用互联网服务提供商通过互联网连接)。

结合以上描述和附图,本文公开了许多不同实施例。将理解的是,逐字地描述和说明这些实施例的每个组合和子组合将会过度冗余和混淆。因此,可以用任意方式和/或组合来组合全部实施例,并且包括附图的本说明书将被解释以构建本文所描述的实施例的全部组合和子组合以及制造和使用这些实施例的方式和过程的完整书面说明,并且将支持要求任意这种组合或子组合的权益。

在上述描述中可以使用的缩略语包括:

缩略语 说明

ACK/NACK 肯定应答/否定应答

CSI 信道状态信息

DCI 下行链路控制信息

DM-RS 解调参考信号

PRS 寻呼参考符号

TRS 跟踪参考符号

本领域技术人员将认识到,本文描述的实施例不限于以上已经具体示出和描述的内容。另外,除非在上面相反地提及,否则应该注意的是,所有附图都不是按比例绘制的。在不偏离所附权利要求的范围的情况下,鉴于上述教导的各种修改和变化是可能的。

53页详细技术资料下载
上一篇:一种医用注射器针头装配设备
下一篇:一种参考信号的指示方法及装置、终端、网络设备

网友询问留言

已有0条留言

还没有人留言评论。精彩留言会获得点赞!

精彩留言,会给你点赞!

技术分类