CN108292974A - 确定无线通信系统中的harq-ack响应码本 - Google Patents
确定无线通信系统中的harq-ack响应码本 Download PDFInfo
- Publication number
- CN108292974A CN108292974A CN201580082508.3A CN201580082508A CN108292974A CN 108292974 A CN108292974 A CN 108292974A CN 201580082508 A CN201580082508 A CN 201580082508A CN 108292974 A CN108292974 A CN 108292974A
- Authority
- CN
- China
- Prior art keywords
- subframe
- harq
- cell group
- cell
- serving cell
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1621—Group acknowledgement, i.e. the acknowledgement message defining a range of identifiers, e.g. of sequence numbers
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/003—Arrangements for allocating sub-channels of the transmission path
- H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
- H04L5/0055—Physical resource allocation for ACK/NACK
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/1607—Details of the supervisory signal
- H04L1/1614—Details of the supervisory signal using bitmaps
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1864—ARQ related signaling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0091—Signaling for the administration of the divided path
- H04L5/0094—Indication of how sub-channels of the path are allocated
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/14—Two-way operation using the same type of signal, i.e. duplex
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
公开了用于确定混合自动重传请求应答(HARQ‑ACK)码本的设备、方法、和系统。一种设备,所述设备包括处理器和存储器,所述存储器存储可由所述处理器执行的代码。在各个实施例中,所述代码确定聚合服务小区集合。所述代码将所述聚合服务小区分组成小区组集合。在进一步的实施例中,所述代码针对上行链路子帧确定要在所述上行链路子帧中为其传输对应HARQ‑ACK的子帧集合。所述代码接收调度物理下行共享信道的每条下行控制信息中的小区域下行分配指示符和小区域总分配指示符。另外,所述代码针对小区组和子帧的每个组合确定HARQ‑ACK码本。所述设备可以包括发射器,所述发射器接收所述下行控制信息。
Description
技术领域
本文公开的主题通常涉及无线通信,并且更具体地,涉及响应于在无线通信系统中接收到的下行传输块而生成的反馈。
背景技术
借此限定出以下缩略词,在以下描述内引用了以下缩略词中的至少一些缩略词。
3GPP:第三代合作伙伴计划
ACK:肯定应答
ARQ:自动重传请求
C-DAI:小区域下行分配指示符
C-TAI:小区域总分配指示符
CA:载波聚合
CB:码本
CBS:码本大小
CC:分量载波
CG:小区组
DCI:下行控制信息
DL:下行链路
eNB:演进节点B
FDD:频分双工
HARQ:混合自动重传请求
HARQ-ACK:混合自动重传请求应答
LSB:最低有效位
LTE:长期演进
MCS:调制和编码方案
MSB:最高有效位
NAK:否定应答
OFDM:正交频分复用
PCell:主小区
PDCCH:物理下行控制信道
PDSCH:物理下行共享信道
PUCCH:物理上行控制信道
PUSCH:物理上行共享信道
RRC:无线电资源控制
SC-FDMA:单载波频分多址
SCell:辅小区
TB:传输块
TDD:时分双工
UE:用户实体/设备(移动终端)
UL:上行链路
UL/DL:上行链路/下行链路
WiMAX:全球互通微波存取
在无线通信网络中,例如,在LTE系统中,响应于接收到的下行(DL)传输块(TB)而生成错误控制反馈。这种反馈支持下行链路中的错误控制过程,诸如,混合ARQ(HARQ)。在DL中配置有多个服务小区的用户设备(UE)为这多个服务小区中的每个服务小区生成错误控制反馈。在某些无线通信网络中,诸如,符合3GPP LTE版本8和之后的版本的那些无线通信网络,DL TB被承载在物理下行共享信道(PDSCH)上。根据配置,LTE系统在一个服务小区和单个子帧中的PDSCH上传输最多两个TB。本文使用的HARQ应答(HARQ-ACK)统一表示对接收到的TB的肯定应答(ACK)和否定应答(NAK)反馈。ACK表示TB被正确接收,而NAK表示TB被错误接收。
许多无线通信网络还支持载波聚合(CA)。例如,符合3GPP LTE版本10和更高版本的LTE系统支持这种特征。在CA中,在UE处聚合多个分量载波(CC)以便增加带宽,从而提高数据速率。在符合3GPP LTE版本10至12的LTE系统中的DL中最多可以聚合5个服务小区。聚合服务小区的数量和集合由高层信令配置,例如,经由无线电资源控制(RRC)层信令。在一个子帧内,UE可以在多个服务小区上接收TB,这提高了UE的数据速率。
在物理上行控制信道(PUCCH)上或物理上行共享信道(PUSCH)上传输与PDSCH相对应的HARQ-ACK反馈比特。对于频分双工(FDD)LTE系统来说,在子帧n中传输与在子帧n-4中接收到的PDSCH相对应的HARQ-ACK比特。对于时分双工(TDD)LTE系统来说,在子帧n中传输与在子帧n-k中接收到的PDSCH相对应的HARQ-ACK比特,其中,k属于下行链路关联集合K。要注意的是,对于LTE-TDD来说,集合K中的元素取决于TDD上行链路/下行链路(UL/DL)配置以及子帧索引n。针对TDD UL/DL配置和子帧n的不同组合,表格1描绘了示例性下行链路关联集合K。
表格1:用于TDD的下行链路关联集合K:{k0,k1,…kM-1}
对于在DL中配置有多个服务小区的UE来说,当UE需要在UL子帧中传输HARQ-ACK反馈时,UE需要确定HARQ-ACK码本,即,要在UL子帧中传输的HARQ-ACK反馈比特集合。eNB和UE对HARQ-ACK码本大小以及HARQ-ACK反馈比特排序具有相同的理解是重要的,使得可以在eNB侧可靠地接收到HARQ-ACK反馈。
对于符合3GPP LTE版本10至12的LTE-FDD系统来说,基于配置的服务小区的数量和为每个服务小区配置的传输模式来确定HARQ-ACK码本大小。针对符合3GPP LTE版本10至12的LTE-TDD系统来说,基于配置的服务小区的数量、为每个子帧配置的传输模式、和与应该传输HARQ-ACK的UL子帧n相关联的集合K来确定HARQ-ACK码本大小。3GPP LTE限定了多种传输模式,其中,一些传输模式支持在服务小区上的DL子帧中传输最多一个TB,而其它传输模式支持在服务小区上的DL子帧中传输最多两个TB。虽然这种解决方案适用于小的聚合服务小区集合(例如,5个服务小区或者更少),但是当前的解决方案对于更大的聚合服务小区集合(例如,32个服务小区或者更多)来说变得不实用。
进一步地,当在PUCCH上传输HARQ-ACK时,基于承载HARQ-ACK反馈的信息的数量来确定用于HARQ-ACK的PUCCH传输功率,而不是基于配置的服务小区的数量而确定HARQ-ACK码本大小来确定用于HARQ-ACK的PUCCH传输功率。
发明内容
公开了一种用于在无线通信系统中确定用于载波聚合的HARQ-ACK码本的设备。方法和系统也执行该设备的功能。在一个实施例中,该设备包括一种用户设备,该用户设备具有通过移动电信网络通信的无线电收发器、处理器、以及存储可由处理器执行的代码的存储器。在各个实施例中,该代码确定聚合服务小区集合。在进一步的实施例中,该代码将聚合服务小区分组成小区组集合。该代码还可以针对上行(UL)子帧来确定要在上行(UL)子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧集合。在某些实施例中,该代码经由无线电收发器接收调度物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)。该代码可以进一步针对小区组和子帧的每个组合来基于C-DAI和C-TAI确定HARQ-ACK码本,该小区组属于小区组集合并且该子帧属于子帧集合。
在一些实施例中,该代码响应于小区组集合包含多于一个小区组或者子帧集合包含多于一个子帧来串接(concatenate)来自所有小区组和所有子帧的HARQ-ACK码本。在某些实施例中,针对聚合服务小区中的服务小区x,对应C-DAI指示在子帧和包含服务小区x的小区组中直到服务小区x的具有PDSCH的服务小区的累积数量,并且其中,对应C-TAI指示在子帧和包含服务小区x的小区组中具有PDSCH的服务小区的总数量,其中,在小区组和子帧中的服务小区根据预定规则排序。
在某些实施例中,将聚合服务小区分组成小区组包括:基于可在属于子帧集合的子帧内的服务小区中的PDSCH上传输的传输块(TB)的最大数量来将聚合服务小区分组成小区组,其中,在相同小区组中的服务小区具有相同的可在PDSCH上传输的TB的最大数量。在一些实施例中,针对小区组集合中的小区组和子帧集合中的子帧的组合,基于C-DAI和C-TAI确定HARQ-ACK码本包括:使用子帧中的小区组的C-DAI和C-TAI来确定子帧中的小区组的HARQ-ACK码本大小,以及使用子帧中的小区组的C-DAI来确定子帧中的小区组的HARQ-ACK比特排序。
在一些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:确定在子帧中具有PDSCH的服务小区的数量以及确定可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。确定子帧中的小区组的HARQ-ACK码本大小还可以包括:将子帧中的小区组的HARQ-ACK码本大小计算为I×A,其中,I是子帧中具有PDSCH的小区组中的服务小区的数量,并且其中,A是可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。
在某些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:响应于在小区组中的聚合服务小区的数量小于某个阈值,基于小区组中的聚合服务小区的数量和可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量来确定子帧中的小区组的HARQ-ACK码本大小,其中,该阈值是由高层配置的或者在规范中是固定的。
在一些实施例中,确定子帧中的小区组的HARQ-ACK比特排序包括:识别接收到PDSCH的小区组中的每个服务小区的HARQ-ACK码本内的A个比特索引,其中,A是可在子帧中的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。确定子帧中的小区组的HARQ-ACK比特排序可以包括:获取子帧中接收到PDSCH的小区组中的每个服务小区的A个HARQ-ACK反馈比特。确定子帧中的小区组的HARQ-ACK比特排序可以进一步包括:针对子帧中接收到PDSCH的小区组中的每个服务小区,在A个比特索引处将A个HARQ-ACK反馈比特插入到码本中。
用户设备确定HARQ-ACK码本的方法包括:确定聚合服务小区集合以及将聚合服务小区分组成小区组集合。该方法还可以包括:针对上行(UL)子帧,确定子帧集合Y,该子帧集合Y包括要在上行(UL)子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧(y1、y2、…、yM)。该方法可以进一步包括:接收调度物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)。另外,该方法可以包括:针对小区组和子帧的每个组合来基于C-DAI和C-TAI确定HARQ-ACK码本,该小区组属于小区组集合并且该子帧属于子帧集合。
在一些实施例中,该方法进一步包括:响应于小区组集合包含多于一个小区组或者子帧集合Y包含多于一个子帧,串接来自所有小区组和所有子帧的HARQ-ACK码本。在某些实施例中,针对聚合服务小区中的服务小区x,对应C-DAI指示在子帧ym和包含服务小区x的小区组中直到服务小区x的具有PDSCH的服务小区的累积数量,并且其中,对应C-TAI指示在子帧ym和包含服务小区x的小区组中具有PDSCH的服务小区的总数量,其中,在小区组和子帧ym中的服务小区根据预定规则排序。
在一些实施例中,将聚合服务小区分组成小区组包括:基于可在子帧ym内的服务小区中的PDSCH上传输的传输块(TB)的最大数量来将聚合服务小区分组成小区组,其中,相同小区组中的服务小区具有相同的可在PDSCH上传输的TB的最大数量。在进一步的实施例中,针对小区组集合中的小区组和子帧集合中的子帧的组合,基于C-DAI和C-TAI确定HARQ-ACK码本包括:使用子帧中的小区组的C-TAI和C-DAI来确定子帧中的小区组的HARQ-ACK码本大小,以及使用子帧中的小区组的C-DAI来确定子帧中的小区组的HARQ-ACK比特排序。
在一些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:获取值Z,该值Z表示服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’,其中,g’<g”并且服务小区j(g’)和j(g”)是子帧中接收到PDSCH的小区组中的两个服务小区并且在小区组中不存在其它的g’<g”’<g”,从而在子帧中的服务小区j(g”’)上接收到PDSCH,并且其中,IC-DAI,g是与子帧中的服务小区j(g)相对应的C-DAI的值,并且小区组中的服务小区的服务小区索引表示为j(g),1≤g≤|CG|并且|CG|是小区组中的服务小区的数量。确定子帧中的小区组的HARQ-ACK码本大小还可以包括:响应于U>Z×2^(Q)+IC-TAI来设置K=Z+1的值并且否则设置K=Z的值,其中,U是在小区组和子帧中接收到的PDSCH的数量,其中,在DCI中的C-DAI和C-TAI分别包括Q个比特,并且IC-TAI是与小区组中的一个或多个服务小区相对应的C-TAI的值。确定子帧中的小区组的HARQ-ACK码本大小可以进一步包括:将子帧中的小区组的HARQ-ACK码本大小计算为[K×2^(Q)+IC-TAI]×A,其中,A是可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。
在某些实施例中,确定子帧中的小区组的HARQ-ACK比特排序包括:将Kg的值设置为服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’,其中,g’<g”≤g并且服务小区j(g’)和j(g”)是子帧中接收到PDSCH的小区组中的两个服务小区并且在小区组中不存在其它服务小区j(g”’),其中,g’<g”’<g”,从而在子帧中的服务小区j(g”’)上接收到PDSCH,并且其中,在子帧中的服务小区j(g)上接收到PDSCH,并且小区组中的服务小区的服务小区索引表示为j(g),1≤g≤|CG|并且|CG|是小区组中的服务小区的数量。确定子帧中的小区组的HARQ-ACK比特排序还可以包括:将与在服务小区j(g)上接收到的PDSCH相对应的A个HARQ-ACK反馈比特插入到第((Kg×2^QC-DAI+IC-DAI,g–1)×A+1)至第((Kg×2^QC-DAI+IC-DAI,g)×A)个比特位置中,其中,A是可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。
在一些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:针对集合Y中的每个子帧ym,获取值Zm,该值Zm表示子帧ym中服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’,其中,g’<g”并且服务小区j(g’)和j(g”)是子帧ym中接收到PDSCH的小区组中的两个服务小区并且在小区组中不存在其它的g’<g”’<g”,从而在子帧ym中的服务小区j(g”’)上接收到PDSCH,并且其中,IC-DAI,g是与子帧ym中的服务小区j(g)相对应的C-DAI的值,并且小区组中的服务小区的服务小区索引表示为j(g),1≤g≤|CG|并且|CG|是小区组中的服务小区的数量。确定子帧中的小区组的HARQ-ACK码本大小还可以包括:响应于Um>Zm×2^(Q)+IC-TAI,m来设置Km=Zm+1的值并且否则设置Km=Zm的值,其中,Um是在小区组和子帧ym中接收到的PDSCH的数量,其中,在DCI中的C-DAI和C-TAI分别包括Q个比特,并且IC-TAI,m是小区组和子帧ym中的C-TAI的值。确定子帧中的小区组的HARQ-ACK码本大小可以进一步包括:将子帧中的小区组的HARQ-ACK码本大小确定为其中,A是可在集合Y中的子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。
在一些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:响应于在小区组中的聚合服务小区的数量小于某个阈值,基于小区组中的聚合服务小区的数量和可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量来确定子帧中的小区组的HARQ-ACK码本大小,其中,该阈值是由高层配置的或者在规范中是固定的。在进一步的实施例中,该方法包括:在不存在对应接收到的PDSCH的HARQ-ACK反馈比特位置的集合中的每个HARQ-ACK反馈比特位置中设置否定应答。待为其传输对应HARQ-ACK的子帧集合可以基于双工模式和聚合服务小区集合中的每个服务小区的上行链路/下行链路(UL/DL)配置。
另一种设备可以包括网络设备,该网络设备具有配置为通过移动电信网络与至少一个用户设备通信的无线电收发器、处理器、以及存储可由处理器执行的代码的存储器。在各个实施例中,该代码确定为用户设备聚合的服务小区集合。在进一步的实施例中,该代码将聚合服务小区分组成小区组集合。该代码还可以经由无线电收发器传输调度用于用户设备的物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)。在某些实施例中,该代码针对上行(UL)子帧来确定要由用户设备在UL子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧集合。该代码可以进一步针对小区组和子帧的每个组合确定HARQ-ACK码本,该小区组属于小区组集合并且该子帧属于子帧集合。
在某些实施例中,针对聚合服务小区中的服务小区x,对应C-DAI指示在子帧和包含服务小区x的小区组中直到服务小区x的具有用于用户设备的PDSCH的服务小区的累积数量,并且其中,对应C-TAI指示在子帧和包含服务小区x的小区组中具有用于用户设备的PDSCH的服务小区的总数量,其中,在小区组和子帧中的服务小区根据预定规则排序。在进一步的实施例中,将聚合服务小区分组成小区组包括:基于属于子帧集合的子帧内的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量来将聚合服务小区分组成小区组,其中,相同小区组中的服务小区具有相同的PDSCH上可传输到第一用户设备的TB的最大数量。
在一些实施例中,针对小区组和子帧的组合确定HARQ-ACK码本包括:确定子帧中的小区组的HARQ-ACK码本大小以及确定子帧中的小区组的HARQ-ACK比特排序。在某些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:响应于在小区组中的聚合服务小区的数量小于某个阈值,基于小区组中的聚合服务小区的数量和子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量来确定子帧中的小区组的HARQ-ACK码本大小,其中,该阈值是由高层配置的或者在规范中是固定的。
在一些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:确定子帧中在其上将PDSCH传输到用户设备的服务小区的数量。确定子帧中的小区组的HARQ-ACK码本大小还可以包括:确定子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量。确定子帧中的小区组的HARQ-ACK码本大小可以进一步包括:将子帧中的小区组的HARQ-ACK码本大小计算为I×A,其中,I是子帧中具有用于用户设备的PDSCH的小区组中的服务小区的数量,并且其中,A是子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的TB的最大数量。
在某些实施例中,确定子帧中的小区组的HARQ-ACK比特排序包括:识别传输到用户设备的PDSCH的小区组中的每个服务小区的HARQ-ACK码本内的A个比特索引,其中,A是子帧中的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量。
用于确定HARQ-ACK码本的另一种方法包括:确定为用户设备聚合的服务小区集合以及将聚合服务小区分组成小区组集合。该方法包括:传输调度用于用户设备的物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)。该方法进一步包括:针对上行(UL)子帧,确定子帧集合Y,该子帧集合Y包括要由用户设备在上行(UL)子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧(y1、y2、…、yM)。另外,该方法包括:针对小区组和子帧ym的每个组合确定HARQ-ACK码本,该小区组属于小区组集合。
在某些实施例中,针对聚合服务小区中的服务小区x,对应C-DAI指示在子帧ym和包含服务小区x的小区组中直到服务小区x的具有用于用户设备的PDSCH的服务小区的累积数量,并且其中,对应C-TAI指示在子帧ym和包含服务小区x的小区组中具有用于用户设备的PDSCH的服务小区的总数量,其中,在小区组和子帧ym中的服务小区根据预定规则排序。在进一步的实施例中,将聚合服务小区分组成小区组包括:基于子帧ym内的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量来将聚合服务小区分组成小区组,其中,相同小区组中的服务小区具有相同的PDSCH上可传输到用户设备的TB的最大数量。
在一些实施例中,针对小区组和子帧的组合确定HARQ-ACK码本包括:确定子帧中的小区组的HARQ-ACK码本大小以及确定子帧中的小区组的HARQ-ACK比特排序。在某些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:响应于在小区组中的聚合服务小区的数量小于某个阈值,基于小区组中的聚合服务小区的数量和子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量来确定子帧中的小区组的HARQ-ACK码本大小,其中,该阈值是由高层配置的或者在规范中是固定的。
在一些实施例中,确定子帧中的小区组的HARQ-ACK码本大小包括:确定子帧中在其上将PDSCH传输到用户设备的服务小区的数量。确定子帧中的小区组的HARQ-ACK码本大小还可以包括:确定子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量。确定子帧中的小区组的HARQ-ACK码本大小可以进一步包括:将子帧中的小区组的HARQ-ACK码本大小计算为I×A,其中,I是子帧中具有用于用户设备的PDSCH的小区组中的服务小区的数量,并且其中,A是子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的TB的最大数量。
在某些实施例中,确定子帧中的小区组的HARQ-ACK比特排序包括:识别传输到用户设备的PDSCH的小区组中的每个服务小区的HARQ-ACK码本内的A个比特索引,其中,A是子帧中的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量。
附图说明
将参照在附图中图示的特定实施例来呈现上面简要描述的实施例的更具体描述。要理解的是,这些附图仅描绘了一些实施例并且因此不被认为是范围的限制,将通过使用附图来利用附加的特性和细节描述并解释实施例,在附图中:
图1是图示了用于确定HARQ-ACK码本的无线通信系统的一个实施例的示意性框图;
图2A是图示了用于确定HARQ-ACK码本的表格的一个实施例的框图;
图2B是图示了用于确定HARQ-ACK码本的表格的另一个实施例的框图;
图3是图示了可以用于确定HARQ-ACK码本的设备的一个实施例的示意性框图;
图4是图示了可以用于确定HARQ-ACK码本的设备的另一个实施例的示意性框图;
图5图示了确定在一个子帧上且一个小区组的HARQ-ACK码本的系统的一个实施例;
图6图示了确定在一个子帧上且两个小区组的HARQ-ACK码本的系统的一个实施例;
图7图示了确定在两个子帧上且两个小区组的HARQ-ACK码本的用户设备的一个实施例;
图8图示了在没有小区组的情况下确定HARQ-ACK码本的系统的一个实施例;
图9A是图示了用于通过用户设备确定HARQ-ACK码本的方法的一个实施例的示意性流程图;以及
图9B是图示了用于通过网络设备确定HARQ-ACK码本的方法的一个实施例的示意性流程图。
具体实施方式
如本领域的技术人员将了解到的,实施例的各个方面可以实施为系统、设备、方法、或程序产品。因此,实施例可以采取完全硬件实施例、完全软件实施例(包括固件、驻留软件、微代码等)或者组合在本文中通常可以全部被称为“电路”、“模块”或“系统”的软件和硬件方面的实施例的形式。此外,实施例可以采取实施在存储机器可读代码、计算机可读代码、和/或程序代码(在下文中被称为代码)的一个或多个计算机可读存储装置中的程序产品的形式。该存储装置可以是有形的、非暂时性的、和/或非传输的。该存储装置可以不包含信号。在某些实施例中,该存储装置仅采用信号来访问代码。
可以利用一个或多个计算机可读介质的任何组合。该计算机可读介质可以是计算机可读存储介质。该计算机可读存储介质可以是存储代码的存储装置。例如,该存储装置可以是但不限于,电子、磁性、光学、电磁、红外线、全息、微机械、或半导体系统、设备、或装置、或者前述的任何合适的组合。
存储装置的更具体的示例(非详尽列表)可包括以下:具有一根或多根电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器(“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器(“EPROM”或闪速存储器)、便携式光盘只读存储器(“CD-ROM”)、光存储装置、磁存储装置、或者前述的任何合适的组合。在本文的背景下,计算机可读存储介质可以是可以包含或存储通过或结合指令执行系统、设备、或装置使用的程序的任何有形介质。
用于执行实施例的操作的代码可以是任何数量的行并且可以按照一种或多种编程语言的任何组合来编写,这一种或多种编程语言包括面向对象的编程语言(诸如,Python、Ruby、Java、Smalltalk、C++等)、和常规的过程化编程语言(诸如,“C”编程语言等)、和/或机器语言(诸如,汇编语言)。该代码可以完全在用户计算机上或者部分在用户计算机上执行作为独立的软件包,该软件包部分在用户计算机上并且部分在远程计算机上或者完全在远程计算机或服务器上。在后一种情况下,远程计算机可以通过任何类型的网络(包括局域网(“LAN”)或广域网(“WAN”))或者可以连接至外部计算机的连接(例如,使用互联网服务提供商通过互联网)来连接至用户计算机。
贯穿本说明书的对“一个实施例”、“实施例”或者类似语言的引用表示结合实施例描述的特定特征、结构、或特性包括在至少一个实施例中。因此,短语“在一个实施例中”、“在实施例中”和类似语言贯穿本说明书出现可以但不一定全部表示相同的实施例,而是表示“一个或多个但不是所有的实施例”,除非另有明确指定。术语“包括”、“包含”、“具有”及其变型表示“包括但不限于”,除非另有明确指定。列举的项目列表并不意味着任何或所有项目都是互相排斥的,除非另有明确指定。术语“一”、“一个”和“所述”也表示“一个或多个”,除非另有明确指定。
此外,描述的实施例的特征、结构、或特性可以按照任何合适的方式组合。在以下描述中,提供了许多具体细节,诸如,编程、软件模块、用户选择、网络交易、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例以提供对实施例的全面理解。然而,相关领域的技术人员将了解的是,可以在没有一个或多个具体细节的情况下或者利用其它方法、部件、材料等来实践实施例。在其它情况下,没有详细地示出或描述众所周知的结构、材料、或操作以避免混淆实施例的各个方面。
下面参照根据实施例的方法、设备、系统、和程序产品的示意性流程图和/或示意性框图描述了实施例的各个方面。要理解的是,可以由代码实施示意性流程图和/或示意性框图的每个框、以及示意性流程图和/或示意性框图中的框的组合。可以将这些代码提供给通用计算机、专用计算机、或者其它可编程数据处理设备的处理器以产生机器,使得经由计算机或其它可编程数据处理设备的处理器执行的指令创建用于实施在示意性流程图和/或示意性框图的框或多个框中指定的功能/动作的装置。
该代码还可以存储在可以引导计算机、其它可编程数据处理设备、或者其它装置按照特定方式运行的存储装置中,使得存储在存储装置中的指令产生制品,该制品包括实施在示意性流程图和/或示意性框图的框或多个框中指定的功能/动作的指令。
该代码还可以加载到计算机、其它可编程数据处理设备、或者其它装置上以使得能够在计算机、其它可编程设备或者其它装置上执行一系列操作步骤以产生计算机实实现的过程,使得在计算机或者其它可编程设备上执行的代码提供用于实现在流程图和/或框图的框或多个框中指定的功能/动作的过程。
在附图中的示意性流程图和/或示意性框图图示了根据各个实施例的设备、系统、方法和程序产品的可能的实现方式的架构、功能、和操作。在这方面,示意性流程图和/或示意性框图中的每个框都可以表示代码的模块、区段、或部分,该代码包括用于实施一个或多个指定的逻辑功能的代码的一个或多个可执行指令。
应该注意的是,在一些可替代实现方式中,框中提到的功能可以不按照附图中指出的顺序发生。例如,实际上,连续示出的两个框可以大体上同时执行,或者有时可以按照相反顺序执行这两个框,取决于所涉及的功能。其它步骤或方法可以设想为在功能、逻辑、或效果上等同于所示附图的一个或多个框或其部分。
尽管可以在流程图和/或框图中采用各种箭头类型,但是它们被理解为不限制相应实施例的范围。实际上,可以使用一些箭头或其它连接符来仅指示所描绘的实施例的逻辑流程。例如,箭头可以指示在所描绘的实施例的列举步骤之间的未指定的持续时间的等待或者监测时段。还要注意的是,框图和/或流程图的每个框、和框图和/或流程图中的框的组合可以通过执行指定功能或动作的基于硬件的专用系统、或者专用硬件和代码的组合实施。
对每个附图中的元素的描述可以表示前面的附图的元素。相同的数字在所有附图中表示相同的元素,包括相同元素的替代实施例。
通常,所公开的实施例描述了确定在可以通过用户设备聚合多个服务小区的系统中的HARQ-ACK码本。3GPP LTE版本13正致力于支持在DL中聚合多达32个服务小区。聚合服务小区的数量和集合可以由高层信令配置。给定与3GPP版本12相比更多数量的聚合服务小区,要在UL子帧中传输的HARQ-ACK反馈比特的数量对于LTE-FDD来说增加到64个比特并且对于LTE-TDD来说增加到至少128个比特。具有这种大数量的HARQ-ACK比特,线性区块码不再是优选的信道编码方案。因此,3GPP已经同意的是,采用卷积码作为用于这种大数量的HARQ-ACK反馈比特的信道编码方案。
通常,使用维特比算法来对卷积编码的比特块进行解码。尽管当使用卷积编码时,先验调度信息仍然可以用于改善eNB的HARQ-ACK解码性能,但是需要重新设计维特比算法,这提高了eNB的实现复杂度。因此,不能始终假设在eNB侧使用先验调度。所以,应该基于HARQ-ACK码本大小来确定当在PUCCH上传输HARQ-ACK时用于HARQ-ACK的PUCCH传输功率。因此,基于已调度服务小区的数量来适应性地改变HARQ-ACK码本大小以便减少用于HARQ-ACK的PUCCH传输功率是重要的。
所公开的实施例描述了适应性地确定HARQ-ACK码本大小和HARQ-ACK比特排序,考虑在DL子帧或DL子帧集合中的已调度服务小区的数量,同时确保eNB和UE对HARQ-ACK码本具有可靠的共同理解。介绍了包括在DCI中的两个新字段,小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)。UE可以使用C-DAI和C-TAI来确定HARQ-ACK码本大小和HARQ-ACK码本比特排序。
有利地,与常规方法相比,所公开的实施例使无线通信系统能够减少要在UL子帧中传输的HARQ-ACK反馈比特的数量。进一步地,所公开的实施例使UE能够基于适合的HARQ-ACK码本大小来正确地设置用于HARQ-ACK反馈的传输功率,而不必浪费其传输功率。基于适合的HARQ-ACK码本大小来确定用于HARQ-ACK的传输功率的进一步好处是:在eNB处未强制要求特定的解码算法。
图1描绘了用于确定HARQ-ACK码本的无线通信系统100的实施例。在一个实施例中,无线通信系统100包括一个或多个用户设备(UE)102和一个或多个网络设备104。尽管在图1中描绘了特定数量的UE102和网络设备104,但是本领域的技术人员要了解,任何数量的UE102和网络设备104都可以包括在无线通信系统100中。
在一个实施例中,UE 102可以包括计算装置,诸如,台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如,连接至互联网的电视)、机顶盒、游戏机、安全系统(包括安全相机)、车载计算机、网络装置(例如,路由器、交换机、调制解调器)等。在一些实施例中,UE 102包括可穿戴式装置,诸如,智能手表、健身手环、光学头戴式显示器等。而且,UE 102可以被称为订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、远程单元、用户站、用户终端、或者在本领域中使用的其它术语。UE 102可以经由UL通信信号与一个或多个网络设备104直接通信。
网络设备104可以分布在地理区域上。在某些实施例中,网络设备104还可以被称为接入点、接入终端、基地、基站、基本单元、节点B、演进节点B(eNB)、家庭节点B、中继节点、或者在本领域中使用的任何其它术语。网络设备104通常是无线电接入网的一部分,该无线电接入网包括通信地耦合至一个或多个对应网络设备104的一个或多个控制器。无线电接入网通常通信地耦合至一个或多个核心网络,这一个或多个核心网络可以耦合至其它网络,比如,互联网和公共交换电话网等。未图示无线电接入网和核心网络中的这些和其它元件,但是本领域的普通技术人员通常已知这些和其它元件。
在一种实现方式中,无线通信系统100符合3GPP LTE协议,其中,网络设备104使用OFDM调制方案在DL上传输并且UE 102使用SC-FDMA方案在UL上传输。然而,更具体地,无线通信系统100可以实现一些其它开放的或专有的通信协议,例如,WiMAX等。本公开不旨在局限于任何特定的无线通信系统架构或协议的实现方式。
网络设备104为服务区内的若干UE 102服务,例如,经由无线通信链路来为小区或小区扇区服务。例如,每个网络设备104都可以支持多个服务小区,每个服务小区都包括在其上传送包含网络信令和/或用户数据的无线信号的分量载波。网络设备104按照时间、频率、和/或空间域来传输DL通信信号以便为UE 102服务。网络设备104还接收来自服务小区内的一个或多个UE 102的UL通信信号。例如,网络设备104可以接收来自UE 102的包括HARQ-ACK码本的UL通信。
在一个实施例中,网络设备104可以确定要在UE 102处聚合的多个服务小区。例如,基本单元可以将多个服务小区内的资源分配到单个UE 102,其中,该UE 102根据载波聚合(CA)来聚合这多个服务小区的DL信号。多个服务小区可以包括主服务小区(PCell)和一个或多个辅服务小区(SCell)。网络设备104可以形成一个或多个DL授权消息以调度多个服务小区。而且,网络设备104可以通过在每个服务小区上传输的PDCCH来将一个或多个DL授权消息提供给UE102。在某些实施例中,UE 102可以接收RRC配置并且确定为UE 102聚合的服务小区集合。另外,UE 102可以基于UL授权消息来确定要在UL子帧中传输的子帧。
预期UE 102为聚合服务小区之中利用PDSCH调度的每个服务小区传输HARQ-ACK反馈。为此,UE生成并传输HARQ-ACK码本。为了准确地传送HARQ-ACK反馈,UE 102和网络设备104必须对HARQ-ACK码本格式(包括HARQ-ACK码本大小和HARQ-ACK码本比特排序)具有共同理解。
在一些实施例中,UE 102在UL子帧期间传输与单个DL子帧相对应的HARQ-ACK反馈。在其它实施例中,UE在UL子帧期间传输与多个DL子帧相对应的HARQ-ACK反馈。例如,考虑具有N个聚合服务小区(表示为x1、x2、…、xN)和M个子帧(表示为y1、y2、…、yM)的UE 102。UE102传输对应于在相同的UL子帧n中的在这些M个子帧中的这些N个服务小区上接收到的TB的HARQ-ACK比特。在一些实施例中,待为其传输对应HARQ-ACK的子帧集合Y是基于聚合服务小区集合中的每个服务小区的双工模式和上行链路/下行链路(UL/DL)配置。例如,在LTEFDD中,M=1。作为另一个示例,在LTE TDD中,M≥1,其中,M的值取决于TDD UL/DL配置和UL子帧索引n。
在一些实施例中,将N个聚合服务小区分组成两组。这是通过UE102聚合服务小区以及网络设备104接收HARQ-ACK反馈来实现的。一个小区组(表示为CG1)包括配置有支持在服务小区和子帧中的PDSCH上传输最多一个TB的传输模式的所有聚合服务小区。另一个小区组(表示为CG2)包括配置有支持在服务小区和子帧中的PDSCH上传输最大两个TB的传输模式的所有聚合服务小区。在一些实施例中,可以将TB映射到码字(CW),例如,PDSCH TB与PDSCH CW相对应。贯穿本公开,术语TB和CW可以互换使用。所以,UE 102为CG1中的每个服务小区生成一个HARQ-ACK反馈比特并且为CG2中的每个服务小区生成两个HARQ-ACK反馈比特。下面参照图8更详细地讨论了这种小区组形成的必要性。附加小区组可以存在于系统100支持在子帧内的服务小区中的PDSCH上传输多于两个TB的实施例中。
在LTE系统中,网络设备104向UE 102指示利用在物理下行控制信道(PDCCH)上传输的DL授权来调度PDSCH。在某些实施例中,DL授权与下行控制信息(DCI)格式相对应。不同字段可以包括在DL授权中以传递与对应PDSCH有关的信息。在一些实施例中,DCI可以包括其它控制信息。
在一个实施例中,调度被表示为服务小区x的服务小区上的PDSCH的DL授权包括小区域下行分配指示符(C-DAI),该小区域下行分配指示符(C-DAI)指示在当前子帧和包含服务小区x的小区组中直到服务小区x的已调度服务小区的累积数量。小区组内的服务小区可以基于对应服务小区索引排序。此外,将C-DAI的比特的数量表示为QC-DAI。在本文中,将QC-DAI个比特的C-DAI映射到十进制被称为IC-DAI。在一些实施例中,可以通过将C-DAI(二进制数)转换到十进制然后加1来将C-DAI映射到IC-DAI。
在进一步的实施例中,调度服务小区x上的PDSCH的DL授权还包括小区域总分配指示符(C-TAI),该小区域总分配指示符(C-TAI)指示在当前子帧和包含服务小区x的小区组中的已调度服务小区的总数量。此外,将C-TAI的比特的数量表示为QC-TAI。在本文中,将QC-TAI个比特的C-TAI映射到十进制被称为IC-TAI。尽管在本公开的实施例中,QC-DAI=QC-TAI,但是在其它实施例中,QC-DAI≠QC-TAI。在一些实施例中,可以通过将C-DAI(二进制数)转换到十进制然后加1来将C-DAI映射到IC-DAI。
在系统100支持聚合多达32个服务小区的情况下,C-DAI(或者C-TAI)需要5个比特以形成C-DAI(或者C-TAI)与对应信息(即,已调度服务小区的累积数量(或者总数量))之间的一对一映射。然而,在一些实施例中,网络设备104可以通过减少比特的数量QC-DAI和/或QC-TAI来减少DL控制开销,如下面参照图2A至2B更详细地讨论的。QC-DAI和/或QC-TAI的值可以被预定(例如,通过无线通信标准限定)或者由高层配置给UE 102(例如,经由RRC信令)。
在一些实施例中,UE 102基于C-DAI和C-TAI来确定HARQ-ACK码本。在一个实施例中,UE 102基于C-DAI和C-TAI来确定HARQ-ACK码本大小。在另一个实施例中,UE 102基于C-DAI和可在子帧内的服务小区中的PDSCH上传输的TB的最大数量来确定HARQ-ACK码本比特排序。
在某些实施例中,UE 102针对小区组和子帧的每个组合来确定HARQ-ACK码本。例如,当存在两个小区组并且两个子帧需要HARQ-ACK响应时,UE 102确定4个HARQ-ACK子码本:一个子码本是针对第一小区组和第一子帧的组合,一个子码本是针对第二小区组和第一子帧的组合,一个子码本是针对第一小区组和第二子帧的组合,并且一个子码本是针对第二小区组和第二子帧的组合。下面参照图5至8更详细地讨论UE 102确定HARQ-ACK码本的实施例。
针对小区组CGi(其中,i=1或2)和子帧ym(1≤m≤M)的每个组合,UE可以使用C-DAI和C-TAI来确定表示为CB(i,ym)的HARQ-ACK码本,如下面详细解释的。网络设备104必须确定相同的HARQ-ACK码本(例如,相同的码本大小和码本比特排序)以便避免HARQ-ACK码本未对准。在一些实施例中,UE 102和网络设备104使用相同的方法来确定HARQ-ACK码本。然而,在其它实施例中,UE 102和网络设备104可以使用不同的方法来确定HARQ-ACK码本,如下面进一步详细讨论的。
在一些实施例中,UE 102对小区组和子帧中的服务小区进行排序。在另一个实施例中,网络设备104对小区组和子帧中的服务小区进行排序。在一个实施例中,UE 102和/或网络设备104根据表示为ji(g)的服务小区索引来对CGi中的服务小区进行排序。例如,CGi中的服务小区从最低服务小区索引排序到最高服务小区索引。因此,针对CGi中的每个服务小区g,ji(1)<ji(2)<ji(|CGi|),其中,1≤g≤|CGi|,并且其中,|CGi|表示CGi中的服务小区的数量。在另一个实施例中,小区组和相同帧中的服务小区根据预定规则排序。例如,服务小区排序可以由系统100中使用的标准(诸如,3GPP LTE规范)指定。无论谁对服务小区进行排序或者服务小区怎样排序,UE 102和网络设备104都需要对服务小区排序具有共同理解以避免HARQ-ACK反馈未对准,UE102为第一服务小区发送反馈,但是网络设备104将接收到的反馈理解为属于第二服务小区。
在一个实施例中,UE 102通过确定码本大小,通过确定码本比特排序,并且基于该比特排序利用HARQ-ACK反馈填充码本来生成HARQ-ACK码本CB(i,ym)。表示为CBS(i,ym)的码本CB(i,ym)的码本大小是基于可在小区组i中的PDSCH上传输的TB的数量以及子帧ym和小区组i中具有PDSCH的服务小区的总数量。在某些实施例中,UE 102使用通过C-TAI传递的信息来确定码本大小CBS(i,ym)以识别子帧ym和小区组i中具有PDSCH的服务小区的总数量。在进一步的实施例中,UE102可以使用通过C-DAI传递的信息,其中,QC-TAI小于5,如下面参照图2A至2B更详细地讨论的。
图2A至2B描绘了用于将C-DAI和/或C-TAI映射到为PDSCH调度到相同子帧内的特定UE 102的小区组中的服务小区的累积数量(或者总数量)的表格200和250的实施例。针对每个UE 102,网络设备104可以确定为子帧中的PDSCH调度的服务小区(在特定UE 102处聚合的那些服务小区)的数量。网络设备104可以进一步基于可在子帧内的PDSCH上传输的TB的数量来将已调度的服务小区分组成小区组。例如,LTE系统可以基于传输模式来在每子帧PDSCH上传输一个或两个TB。网络设备104将支持每子帧和每服务小区最多一个TB的那些服务小区分组成第一组(例如,CG1)并且将支持每子帧和每服务小区最多两个TB的那些服务小区分组成第二组(例如,CG2)。
网络设备104然后基于为PDSCH调度到相同子帧内的特定UE102的小区组中的服务小区的累积数量(或者总数量)来确定C-DAI和C-TAI。被分配到具有到特定UE 102的PDSCH的服务小区的C-DAI是基于服务小区索引。网络设备104使用诸如表格200或表格250等表格来基于为PDSCH调度到相同子帧内的特定UE 102的小区组中的服务小区的累积数量(或者总数量)确定C-DAI(或者C-TAI)。在一个实施例中,网络设备104在调度用于UE 102的PDSCH的每条下行控制信息(DCI)中将C-DAI和C-TAI传输到UE 102。
图2A描绘了将C-DAI映射到利用PDSCH调度到能够聚合多达32个服务小区的LTE系统中的特定UE 102的服务小区的累积数量的表格200的一个实施例。相同的表格200还可以用于将C-TAI映射到利用PDSCH调度到特定UE 102的服务小区的总数量。表格200包括:第一列202,该第一列202包含C-DAI(或者C-TAI)的5个比特的二进制值;第二列204,该第二列204包含表示映射到5个比特的二进制值的十进制值的IC-DAI(或者IC-TAI);以及第三列206,该第三列206表示与C-DAI二进制值相对应的已调度服务小区的累积数量(或者针对C-TAI二进制值的调度到特定UE 102的服务小区的总数量)。虽然所描绘的实施例在列204中示出了十进制值作为等同于列202中的二进制值加1(例如,将二进制值转换为十进制,然后加1)的十进制,但是其它实施例可以使用列202中的值的其它映射。
如所描绘的,针对表格200,分别表示为QC-DAI和QC-TAI的C-DAI和C-TAI的比特数量等于5。因为LTE系统能够聚合多达32个服务小区,所以5个比特的C-DAI(或者C-DAI)导致C-DAI(或者C-TAI)一对一地映射到调度到特定UE 102的服务小区的累积数量(或者总数量)。然而,为了减少DL控制开销,分别表示为QC-DAI和QC-TAI的C-DAI和C-TAI的比特数量可以小于5。
图2B描绘了将C-DAI映射到利用PDSCH调度到特定UE 102的服务小区的累积数量的另一个表格250的实施例。相同的表格250还可以用于将C-TAI映射到利用PDSCH调度到特定UE 102的服务小区的总数量。如所描绘的,针对表格250,QC-DAI=QC-TAI=2。因此,表格250将2个比特的C-DAI(或者C-TAI)映射到IC-DAI(或者IC-TAI)值,并且映射到调度到特定UE 102的服务小区的累积数量(或者总数量)。
如所描绘的,表格250包括:第一列252,该第一列252包含C-DAI(或者C-TAI)的2个比特的二进制值;第二列254,该第二列254包含表示映射到2个比特的二进制值的十进制值的IC-DAI(或者IC-TAI);以及第三列256,该第三列256表示与C-DAI二进制值相对应的调度到特定UE 102的服务小区的累积数量(或者针对C-TAI二进制值的调度到特定UE 102的服务小区的总数量)。虽然所描绘的实施例在列254中示出了十进制值作为等同于列252中的二进制值加1(例如,将二进制值转换为十进制,然后加1)的十进制,但是其它实施例可以使用列252中的值的其它映射。
不同于表格200,具有2个比特的C-DAI(或者C-TAI)的表格250具有将C-DAI(或者C-TAI)映射到调度到特定UE 102的服务小区的累积数量(或者总数量)的一对多映射。例如,具有“00”二进制值的C-DAI可以用于指示调度到特定UE 102的服务小区的累积数量1、5、9、13、17、21、25、或者29。根据下面的等式1,通过利用PDSCH调度到特定UE 102的服务小区的累积数量(表示为Sg)来计算C-DAI的值:
IC-DAI,g=Sg modulo(2^QC-DAI)+1 (1)
其中,IC-DAI,g是与服务小区g相关联的C-DAI的十进制映射,Sg是直到小区g的利用PDSCH调度到特定UE 102的服务小区的累积数量,并且QC-DAI是C-DAI的比特数量。
根据下面的等式2,通过利用PDSCH调度到特定UE 102的服务小区的累积数量(表示为Smax)来计算C-TAI的值:
IC-TAI=Smax modulo(2^QC-TAI)+1 (2)
其中,IC-TAI是与服务小区相关联的C-TAI的十进制映射,Smax是小区组中利用PDSCH调度到特定UE 102的服务小区的总数量,并且QC-TAI是C-TAI的比特数量。
在表格250中示出的调度到特定UE 102的服务小区的累积数量(或者总数量)的一对多映射导致在UE 102处就已调度服务小区的累积数量(或者总数量)而言的模糊性。然而,当检查接收到的C-DAI集合时,UE 102可以消除这种模糊性,如下面详细描述的。
在QC-DAI或者QC-TAI小于5的情况下,UE 102可以通过识别C-DAI从最低服务小区索引直到服务小区(或者直到承载用于识别已调度服务小区的总数量的PDSCH的最后一个服务小区的)的服务小区索引的回滚到0(例如,IC-DAI回滚到1)的次数(表示为Kg)来使用C-DAI(或者C-TAI)确定已调度服务小区的累积数量(或者总数量)。因此,每次服务小区的IC-DAI大于前一个服务小区(从最低服务小区索引至从最高服务小区索引)的IC-DAI,那么Kg的值就会递增(在Kg具有初始值0的情况下)。UE 102导出Kg的示例性算法如下:
设置Kg=0。
通过g’=1至(g–1),识别是否利用PDSCH调度了服务小区ji(g’),如果是,那么找到具有调度的PDSCH的紧接着的下一个服务小区ji(g”),即,找到[g’、g]内的最小值g”,从而也利用PDSCH来调度服务小区ji(g”)。
如果IC-DAI,g”≤IC-DAI,g’,则对Kg进行递增(例如,设置Kg=Kg+1)。
否则,如果IC-DAI,g”>IC-DAI,g’,则Kg=Kg。
如果未利用PDSCH调度服务小区ji(g’),那么设置Kg=Kg(不改变Kg)并且对g’进行递增。
结束。
为了识别直到与特定C-DAI相对应的服务小区的服务小区的累积数量,将g设置为使得ji(g)是与特定C-DAI相关联的服务小区的服务小区索引。为了识别利用PDSCH调度的服务小区的总数量,设置g=gmax,使得服务小区ji(gmax)是接收到PDSCH的具有最高服务小区索引的服务小区。
已经计算了Kg的值,UE 102根据下面的等式3来确定利用PDSCH调度的服务小区的累积数量,表示为Ig:
Ig=Kg×2^QC-DAI+IC-DAI,g (3)
其中,QC-DAI是C-DAI的比特数量并且IC-DAI,g是与服务小区g相关联的C-DAI的十进制映射。
类似地,UE 102根据下面的等式4来确定利用PDSCH调度的服务小区的总数量,表示为Imax:
Imax=K×2^QC-TAI+IC-TAI (4)
其中,QC-TAI是C-TAI的比特数量并且IC-TAI是与小区组相关联的C-TAI的十进制映射,如果Ui,m≤Kg×2^(Q)+IC-TAI,则K=Kg,否则K=Kg+1;g=gmax并且Ui,m表示在CGi和子帧ym中接收到的PDSCH的数量。如本文所使用的,值K和Kg是特定于小区组CGi和子帧ym的。因此,在确定HARQ-ACK码本包括确定不同的小区组CGi和/或子帧ym的不同的值K和Kg的情况下,特定值K和Kg可以分别表示为Ki,m和Kg,i,m。
因此,如果UE未遗漏调度小区组和子帧中的PDSCH的多于2^QC-TAI个的DL授权,则C-DAI和C-TAI的组合承载的信息足以使UE 102清楚地识别利用PDSCH调度的服务小区的累积数量和利用PDSCH调度的服务小区的总数量。UE 102使用利用PDSCH调度的服务小区的累积数量和利用PDSCH调度的服务小区的总数量来计算HARQ-ACK码本,如参照图1描述的。
再次参照图1,在一个实施例中,UE 102使用下面的等式5来计算子帧ym内的小区组CGi的码本大小CBS(i,ym):
CBS(i,ym)=[K×2^(QC-TAI)+IC-TAI]×A (5)
在另一个实施例中,UE 102可以通过首先获取值Z来计算值K,该值Z表示服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’,其中,g’<g”并且服务小区j(g’)和j(g”)是子帧中接收到PDSCH的小区组中的两个服务小区并且在小区组中不存在其它g’<g”’<g”,从而在子帧中的服务小区j(g”’)上接收到PDSCH。如上面所讨论的,IC-DAI,g是调度子帧中的服务小区j(g)上的PDSCH的DCI中的C-DAI的值,其中,小区组中的服务小区的服务小区索引表示为j(g),1≤g≤|CGi|,并且其中,|CGi|是小区组CGi中的服务小区的数量。接着,UE 102响应于U>Z×2^(Q)+IC-TAI来设置K=Z+1的值并且否则设置K=Z的值。U是在子帧和小区组中接收到的PDSCH的数量并且IC-TAI是调度小区组中的一个或多个服务小区上的PDSCH的DCI中的T-DAI的值。
在一个实施例中,针对小区组CGi和子帧ym的每个组合,码本大小可以不同。图7描绘了在每个码本具有不同大小的情况下的两个小区组和两个子帧的示例。在另一个实施例中,所有M个子帧中的CGi的HARQ-ACK码本大小相同并且是基于所有M个子帧中的CGi所需的最大码本大小。虽然特定小区组CGi中的所有M个子帧的HARQ-ACK码本会全部具有共同大小,但是第一小区组CG1的HARQ-ACK码本与相同的M个子帧上的第二小区组CG2的HARQ-ACK码本可能会大小不同。
例如,针对集合Y中的每个子帧ym,UE 102可以获取值Zm,该值Zm表示子帧ym中的服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’。此处,g’<g”并且服务小区j(g’)和j(g”)是子帧ym中接收到PDSCH的小区组中的两个服务小区并且在小区组中不存在其它g’<g”’<g”,从而在子帧ym中的服务小区j(g”’)上接收到PDSCH。如上面所讨论的,IC-DAI,g是与子帧ym中的服务小区j(g)相对应的C-DAI的值,并且小区组中的服务小区的服务小区索引表示为j(g),1≤g≤|CG|并且|CG|是小区组中的服务小区的数量。
UE 102然后计算集合Y中的每个子帧ym的值Km。在一些实施例中,UE 102响应于Um>Zm×2^(Q)+IC-TAI,m来设置Km=Zm+1的值并且否则设置Km=Zm的值,其中,Um是在小区组和子帧ym中接收到的PDSCH的数量,其中,DCI中的C-DAI和C-TAI分别包括Q个比特。如上面所讨论的,IC-TAI,m是小区组和子帧ym中的C-TAI的值。例如,针对小区组CGi和子帧ym的每个码本组合,UE 102可以使用下面的等式6来计算码本大小CBS(i,vm):
再次,在等式6中,A是可在集合Y中的子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。通过使用所有小区组和子帧的共同码本大小来提高对网络设备104与UE 102之间的HARQ-ACK码本的共同理解的可靠性,即使在一些小区组CGi和一些子帧ym中,具有已调度PDSCH的服务小区的数量小(例如,1)。对于已调度PDSCH的数量小的小区组和子帧来说,UE 102更可能遗漏该小区组和该子帧中的所有已调度PDSCH,这可能会在UE 102与网络设备104之间创建未对准的HARQ-ACK码本。
在再一实施例中,UE 102基于小区组中的聚合服务小区N的数量N和可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量A来确定子帧ym中的小区组CGi的HARQ-ACK码本大小CBS(i,ym)。例如,可以使用下面的等式7来计算HARQ-ACK码本大小:
CBS(i,ym)=N×A (7)
在某些实施例中,UE 102响应于小区组中的聚合服务小区的数量小于某个阈值来使用等式7确定码本大小。在进一步的实施例中,该阈值是由高层配置的或者由系统100中使用的标准(诸如,3GPP LTE规范)指定。
在又一实施例中,UE 102可以基于子帧中具有PDSCH的小区组中的服务小区的数量I和可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量A来确定子帧ym中的小区组CGi的HARQ-ACK码本大小CBS(i,ym)。例如,可以使用下面的等式8来计算HARQ-ACK码本大小:
CBS(i,ym)=I×A (8)
例如,在系统100使用在图2A的表格200中示出的5个比特的C-TAI映射的情况下,子帧中具有PDSCH的小区组中的服务小区的数量等于C-TAI的值,并且因此计算CBS(i,ym)不需要K。更进一步地,等式8的简化计算可以与确定HARQ-ACK码本大小的其它实施例(诸如上面讨论的基于子帧中的最大码本大小的实施例)加以组合。
网络设备104不需要C-DAI和C-TAI来确定HARQ-ACK码本大小。因为网络设备104已经知道了小区组(和子帧)中利用PDSCH调度到特定UE 102的服务小区的数量、在UE 102处聚合的服务小区(不管PDSCH调度)的数量、和子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量。因此,在一个实施例中,网络设备104使用上面的等式8来计算HARQ-ACK码本大小CBS(i,ym)。
在某些实施例中,网络设备104确定HARQ-ACK码本比特排序是基于利用PDSCH调度到特定UE 102的服务小区的预定排序和单个子帧内的服务小区中的PDSCH上可传输到用户设备的TB的最大数量。例如,在A是子帧中的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量的情况下,将从最低服务小区索引到最高服务小区索引排序的、已调度的服务小区索引上的HARQ-ACK码本内的A个比特分配给将PDSCH传输到用户设备的小区组中的每个服务小区。
在一些实施例中,UE 102使用通过C-DAI传递的信息来确定码本CB(i,ym)内的比特排序。该比特排序可以进一步基于可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量A。例如,在A=1的情况下,如果在服务小区ji(g)上接收到PDSCH并且在对应DL授权中的C-DAI字段指示IC-DAI,g的值,那么在码本CB(i,ym)内的服务小区ji(g)上接收到的PDSCH的HARQ-ACK反馈比特位置基于下面的等式9:
Pg=Kg×2^Q+IC-DAI,g (9)
在一个实施例中,在A≥2的情况下,UE 102可以使用等式9来确定比特排序,其中,Pg识别HARQ-ACK码本中的指针,每个指针都指向A个反馈比特位置的开始。因此,对于A=2来说,第一指针(例如,g=1)指向HARQ-ACK码本的第一两个比特,第二指针(例如,g=2)指向HARQ-ACK码本的第二两个比特等等。
在另一个实施例中,在A=2的情况下,那么在码本CB(i,ym)内的服务小区ji(g)的PDSCH上接收到的第一TB的HARQ-ACK反馈比特位置Pg,1是基于下面的等式10:
Pg,1=[Kg×2^Q+(IC-DAI,g–1)]×2+1 (10)
在码本CB(i,ym)内的服务小区ji(g)的PDSCH上接收到的第二TB的HARQ-ACK反馈比特位置Pg,2是基于下面的等式11:
Pg,2=[Kg×2^Q+(IC-DAI,g–1)]×2+2 (11)
在某些实施例中,UE 102将Kg的值计算为服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’。此处,g’<g”≤g并且服务小区j(g’)和j(g”)是子帧中接收到PDSCH的小区组中的两个服务小区并且在小区组中不存在其它服务小区j(g”’),其中,g’<g”’<g”,从而在子帧中的服务小区j(g”’)上接收到PDSCH。进一步地,在子帧中的服务小区j(g)上接收到PDSCH,并且小区组中的服务小区的服务小区索引表示为j(g),1≤g≤|CGi|并且|CGi|是小区组CGi中的服务小区的数量。
在一个实施例中,UE 102响应于确定比特排序来利用HARQ-ACK反馈填充码本CB(i,ym)。例如,UE 102可以将与在服务小区j(g)上接收到的PDSCH相对应的A个HARQ-ACK反馈比特插入到第((Kg×2^QC-DAI+IC-DAI,g–1)×A+1)至第((Kg×2^QC-DAI+IC-DAI,g)×A)个比特位置中,其中,A是可在子帧内的小区组的服务小区中的PDSCH上传输的传输块(TB)的最大数量。在另一个实施例中,UE 102在不存在对应接收到的PDSCH的HARQ-ACK反馈比特位置的集合中的每个HARQ-ACK反馈比特位置中插入否定应答。在所有子帧ym中的小区组CGi的码本大小CBS(i,ym)是固定的情况下,那么UE 102可以利用NAK比特来填充任何剩余的码本比特位置。
在进一步的实施例中,如果针对某个CGi和子帧ym,CBS(i,ym)=0(即,在CGi和子帧ym中的服务小区上未接收到PDSCH),那么没有HARQ-ACK反馈可以提供给CGi和子帧ym,即,CB(i,ym)是空集合。在其它实施例中,如果在CGi和子帧ym中的服务小区上未接收到PDSCH,那么UE应该生成CBS(i,ym)个数量的NAK比特。在一些实施例中,UE102然后将HARQ-ACK码本(例如,CBF)传输到网络设备104。
在某些实施例中,在确定所有子帧(y1、y2、…、yM)中的所有小区组的HARQ-ACK码本CB(i,ym)之后,例如,UE通过基于下面的等式12串接CB(i,ym)来形成最后的HARQ-ACK反馈码本CBF。
CBF=[CB(1,y1),CB(2,y1),…,CB(1,yM),CB(2,yM)] (12)
在某些实施例中,UE 102在PUCCH上传输包括最后的HARQ-ACK码本的HARQ-ACK反馈。在这样的实施例中,UE 102可以基于HARQ-ACK码本大小来确定PUCCH传输功率。在其它实施例中,UE 102可以在PUSCH上传输包括最后的HARQ-ACK码本的HARQ-ACK反馈。在这些实施例中,UE 102可以基于HARQ-ACK码本大小来确定用于HARQ-ACK传输的PUSCH上的资源元素的数量。
应该注意的是,如果2^Q<N,如果UE遗漏了小区组和子帧中的2^Q个连续调度的服务小区,则所公开的实施例可能无法实现对网络设备104与UE 102之间的HARQ-ACK码本的共同理解。然而,由于LTE中的PDCCH检测性能相当可靠(例如,LTE需要不多于1%的PDCCH遗漏检测),所以遗漏2^Q个连续调度的服务小区的可能性低。进一步地,LTE中的不同服务小区上的信道和干扰条件不太相关,这意味着不同服务小区上的PDCCH检测错误并不非常相关。
虽然上面的实施例涉及PDSCH上的TB的HARQ-ACK反馈,但是在一些实施例中,不具有相关联的PDSCH的PDCCH上的TB也可能会需要HARQ-ACK反馈。例如,指示在3GPP LTE中指定的DL SPS(半持续调度)版本的PDCCH可能会需要HARQ-ACK反馈。上面在PDSCH HARQ-ACK反馈的背景下讨论的相同原理也适用于不具有相关联的PDSCH的这样的PDCCH。因此,对于没有对应PDCCH而调度的PDSCH(即,半持续调度的PDSCH)来说,可以将其对应HARQ-ACK附加到根据上面的实施例而生成的HARQ-ACK码本。
图3描绘了可以用于确定HARQ-ACK码本的设备300的一个实施例。设备300包括UE102的一个实施例。此外,UE 102可以包括处理器302、存储器304、输入装置306、显示器308、和收发器310。在一些实施例中,将输入装置306和显示器308组合到单个装置中,诸如,触摸屏。
在一个实施例中,处理器302可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如,处理器302可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或者类似的可编程控制器。在一些实施例中,处理器302执行存储在存储器304中的指令以执行本文描述的方法和例程。处理器302通信地耦合至存储器304、输入装置306、显示器308、和收发器310。
在一个实施例中,存储器304是计算机可读存储介质。在一些实施例中,存储器304包括易失性计算机存储介质。例如,存储器304可以包括RAM,包括动态RAM(“DRAM”)、同步动态RAM(“SDRAM”)、和/或静态RAM(“SRAM”)。在一些实施例中,存储器304包括非易失性计算机存储介质。例如,存储器304可以包括硬盘驱动器、闪速存储器、或者任何其它合适的非易失性计算机存储装置。在一些实施例中,存储器304包括易失性和非易失性计算机存储介质。在一些实施例中,存储器304存储与确定HARQ-ACK码本有关的数据。在一些实施例中,存储器304还存储程序代码和相关数据,诸如,在UE 102上操作的操作系统或者其它控制器算法。
在一个实施例中,输入装置306可以包括任何已知的计算机输入装置,包括触控面板、按钮、键盘、触控笔、麦克风等。在一些实施例中,输入装置306可以与显示器308集成,例如,作为触摸屏或者类似的触敏显示器。在一些实施例中,输入装置306包括触摸屏,从而可以使用显示在触摸屏上的虚拟键盘和/或通过在触摸屏上手写来输入文本。在一些实施例中,输入装置306包括两个或多个不同装置,诸如,键盘或者触控面板。
在一个实施例中,显示器308可以包括任何已知的电子可控显示器或者显示装置。显示器308可以设计为输出可视信号、声音信号、和/或触觉信号。在一些实施例中,显示器308包括能够将可视数据输出到用户的电子显示器。例如,显示器308可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪、或者能够将图像、文本等输出到用户的类似的显示装置。作为另一个非限制性示例,显示器308可以包括可穿戴式显示器,诸如,智能手表、智能眼镜、抬头显示器等。进一步地,显示器308可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的部件。
在某些实施例中,显示器308包括用于产生声音的一个或多个扬声器。例如,显示器308可以产生声音警报或通知(例如,嘟嘟声或者鸣响)。在一些实施例中,显示器308包括用于产生振动、运动、或者其它触觉反馈的一个或多个触觉装置。在一些实施例中,显示器308的全部或一部分可以与输入装置306集成。例如,输入装置306和显示器308可以形成触摸屏或者类似的触敏显示器。在其它实施例中,显示器308可以位于输入装置306附近。
在一个实施例中,收发器310配置为与网络设备104无线通信。在某些实施例中,收发器310包括发射器312和接收器314。发射器312用于将UL通信信号传输到网络设备104并且接收器314用于接收来自网络设备104的DL通信信号。例如,接收器314可以接收一个或多个服务小区上的PDSCH并且发射器312可以响应于接收到PDSCH来传输HARQ-ACK反馈消息。HARQ-ACK反馈消息可以包括HARQ-ACK码本,如下面进一步详细描述的。在另一个实施例中,接收器314可以接收通过网络设备104发送的并且调度聚合服务小区集合中的一个或多个服务小区上的PDSCH的DCI。
发射器312和接收器314可以是任何合适类型的发射器和接收器。尽管仅图示了一个发射器310和一个接收器312,但是收发器310可以具有任何合适数量的发射器312和接收器314。例如,在一些实施例中,UE 102可以包括用于在多个无线网络和/或无线电频带上通信的多个发射器312和接收器314对,每个发射器312和接收器314对都配置为在与其它发射器312和接收器314对不同的无线网络和/或无线电频带上通信。
图4描绘了可以用于确定HARQ-ACK码本的设备400的另一个实施例。设备400包括网络设备104的一个实施例。此外,网络设备104可以包括处理器402、存储器404、输入装置406、显示器408、和收发器410。如可以了解的,处理器402、存储器404、输入装置406、和显示器408可以分别与UE 102的处理器302、存储器304、输入装置306、和显示器308大体上类似。
在一个实施例中,收发器410配置为与网络设备104无线通信。在某些实施例中,收发器410包括发射器412和接收器414。发射器412用于将DL通信信号传输到UE 102并且接收器414用于接收来自UE 102的UL通信信号。例如,发射器412可以传输一个或多个服务小区上的PDSCH并且接收器414可以接收来自UE 102的对应HARQ-ACK反馈消息。HARQ-ACK反馈消息可以包括HARQ-ACK码本,如下面进一步详细描述的。在另一个示例中,发射器412可以将调度聚合服务小区集合中的一个或多个服务小区上的PDSCH的DCI传输到UE 102。
收发器410可以同时与多个UE 102通信。例如,发射器412可以传输由多个UE 102接收到的DL通信信号。作为另一个示例,接收器414可以同时接收来自多个UE 102的UL通信信号。发射器412和接收器414可以是任何合适类型的发射器和接收器。尽管仅图示了一个发射器412和一个接收器414,但是收发器410可以具有任何合适数量的发射器412和接收器312。例如,网络设备104可以为多个小区和/或小区扇区服务,其中,收发器410包括用于每个小区或小区扇区的发射器412和接收器414。
图5描绘了根据本公开的实施例的具有确定HARQ-ACK码本530的用户设备(UE)102的示例性系统500。系统500包括经由多个服务小区502至520为用户设备102服务的网络设备104。通过UE 102聚合的服务小区的数量(表示为N)是10(例如,N=10),并且HARQ-ACK响应所需的子帧的数量(表示为M)是1(例如,M=1)。假设C-DAI和C-TAI的比特数量是2(例如,QC-DAI=QC-TAI=Q=2)。服务小区502至520配置有支持相同的可在服务小区和子帧中的PDSCH上传输的TB的最大数量(表示为A)的一个或多个传输模式。在所描绘的实施例中,假设在服务小区和子帧中的PDSCH上可以传输最多一个TB,因此A=1。因此,服务小区502至520属于单个小区组522(例如,CG1)。
如所描绘的,网络设备104调度配置的10个服务小区之中的9个服务小区上的PDSCH。具体地,在服务小区502和506至520上调度525PDSCH,同时不利用PDSCH来调度527服务小区504。假设,UE102遗漏了调度服务小区508和514上的PDSCH的PDCCH。因此,UE 102接收到526在服务小区502、506、510、512、514、516、518、和520上的PDSCH。UE 102未接收到528在服务小区504、508、和514上的PDSCH。
UE 102通过首先计算码本大小并且其次计算码本比特排序来确定HARQ-ACK码本530。为了确定HARQ-ACK码本大小,UE确定利用PDSCH调度的服务小区的总数量。因为UE 102遗漏了服务小区508和514的PDCCH,所以UE 102不知道利用PDSCH调度的服务小区的总数量。因此,UE 102不能依赖于接收到的PDCCH和/或接收到的PDSCH的数量来确定利用PDSCH调度的服务小区的总数量。相反,UE 102基于C-DAI和C-TAI来计算利用PDSCH调度的服务小区的总数量。
通过使用上面参照图1和2B描述的其中一种算法,UE 102确定K=2。图5形象地描绘了这点,如IC-DAI在服务小区512处回滚到“1”并且再次在服务小区520处回滚到“1”。因此,K=2。已经计算了K,UE 102使用上面的等式5来确定HARQ-ACK码本530的码本大小CBS。因此,CBS=[2×2^(2)+1]×1=[2×4+1]×1=9。
接着,UE 102使用上面的等式9来确定码本比特排序。假设服务小区g上的PDSCH的HARQ-ACK反馈比特表示为HARQ-ACK(g)。对于服务小区502来说,IC-DAI,g=1,Kg=0。因此,HARQ-ACK(502)占据码本530内的第一比特位置532,因为Kg×2^Q+IC-DAI,g=1。对于服务小区506来说,IC-DAI,g=2,Kg=0。因此,HARQ-ACK(506)占据码本530内的第二比特位置536,因为Kg×2^Q+IC-DAI,g=2。对于服务小区510来说,IC-DAI,g=4,Kg=0。因此,HARQ-ACK(510)占据码本530内的第四比特位置540,因为Kg×2^Q+IC-DAI,g=4。
继续,对于服务小区512来说,IC-DAI,g=1,Kg=1。因此,HARQ-ACK(512)占据码本530内的第五比特位置542,因为Kg×2^Q+IC-DAI,g=5。对于具有索引516的服务小区来说,IC-DAI,g=3,Kg=1。因此,HARQ-ACK(516)占据码本530内的第七比特位置546,因为Kg×2^Q+IC-DAI,g=7。对于服务小区518来说,IC-DAI,g=4,Kg=1。因此,HARQ-ACK(518)占据码本530内的第八比特位置548,因为Kg×2^Q+IC-DAI,g=8。最后,对于服务小区520来说,IC-DAI,g=1,Kg=2。因此,HARQ-ACK(520)占据码本530内的第九比特位置550,因为Kg×2^Q+IC-DAI,g=9。
在处理完具有接收到的PDSCH的所有服务小区之后,UE 102计算HARQ-ACK码本530,CB,如下:CB=[HARQ-ACK(502),HARQ-ACK(506),[未知],HARQ-ACK(510),HARQ-ACK(512),[未知],HARQ-ACK(516),HARQ-ACK(518),HARQ-ACK(520)]。在图5中,在服务小区g上接收到的PDSCH的HARQ-ACK反馈比特表示为“A/N”。
由于遗漏了PDCCH,所以HARQ-ACK码本530中的第三比特位置538和第六比特位置544的HARQ-ACK反馈值还不可用。因此,如果不存在对应接收到的PDSCH,则UE 102将NAK设置到码本530内的第三比特位置538和第六比特位置542。因此,UE 102计算HARQ-ACK码本530,如下:CB=[HARQ-ACK(502),HARQ-ACK(506),NAK,HARQ-ACK(510),HARQ-ACK(512),NAK,HARQ-ACK(516),HARQ-ACK(518),HARQ-ACK(520)]。已经计算了HARQ-ACK码本,UE 102将HARQ-ACK反馈响应(包括HARQ-ACK码本530)传输到网络设备104。
同时,网络设备104按照类似过程来确定HARQ-ACK码本530。在一个实施例中,网络设备104不需要使用C-DAI和C-TAI来导出HARQ-ACK码本530,因为网络设备104已经知道了利用PDSCH调度的服务小区的累积数量和利用PDSCH调度的服务小区的总数量。相反,网络设备104可以使用上面的等式8来确定码本大小CBS。因此,CBS=I×A=9×1=9。如所描述的,尽管使用不同的等式和/或算法,但是UE 102和网络设备104确定的码本大小CBS相同。
网络设备104然后确定码本比特排序。在一个实施例中,网络设备104不使用C-DAI来导出比特排序,因为网络设备已经知道了利用PDSCH调度的服务小区的累积数量。相反,网络设备104可以基于已调度服务小区的服务小区索引并且基于可在服务小区中的PDSCH上传输的TB的最大数量A(回想起A=1)来确定码本比特排序。因此,网络设备104计算码本530,如下:CB=[HARQ-ACK(502),HARQ-ACK(506),HARQ-ACK(508),HARQ-ACK(510),HARQ-ACK(512),HARQ-ACK(514),HARQ-ACK(516),HARQ-ACK(518),HARQ-ACK(520)]。再次,尽管使用不同的等式和/或算法,但是UE 102和网络设备104确定相同的HARQ-ACK码本530。
在接收到来自UE 102的HARQ-ACK码本530时,网络设备104进行调度以重新传输在服务小区508上发送的PDSCH和在服务小区514上发送的PDSCH(例如由于UE 102遗漏了)。
图6描绘了根据本公开的实施例的具有确定HARQ-ACK码本630的用户设备(UE)102的示例性系统600。系统600包括经由多个服务小区602至620为用户设备102服务的网络设备104。通过UE 102聚合的服务小区的数量(表示为N)是10(例如,N=10),并且HARQ-ACK响应所需的子帧的数量(表示为M)是1(例如,M=1)。假设C-DAI和C-TAI的比特数量是2(例如,QC-DAI=QC-TAI=Q=2)。在所描绘的实施例中,假设在服务小区602至610和子帧中的PDSCH上可以传输最多一个TB,并且在服务小区612至620的PDSCH上可以传输最多两个TB。服务小区602至610属于第一小区组622(例如,CG1),而服务小区612至620属于第二小区组624(例如,CG2)。因此,对于第一小区组622来说,ACG1=1,而对于第二小区组624来说,ACG2=2。
如所描绘的,网络设备104调度配置的10个服务小区之中的9个服务小区上的PDSCH。具体地,在服务小区602和606至620上调度625PDSCH,同时不利用PDSCH来调度627服务小区604。假设,UE102遗漏了调度服务小区608和614上的PDSCH的PDCCH。因此,UE 102接收到626在服务小区602、606、610、612、614、616、618、和620上的PDSCH。UE 102未接收到628在服务小区604、608、和614上的PDSCH。
UE 102确定第一小区组622的第一HARQ-ACK码本630a和第二小区组624的第二HARQ-ACK码本630b。UE 102通过计算HARQ-ACK码本630a至630b中的每个HARQ-ACK码本的码本大小和码本比特排序来确定HARQ-ACK码本630a至630b。
为了确定HARQ-ACK码本630a至630b的大小,UE确定小区组内利用PDSCH调度的服务小区的总数量。因为UE 102遗漏了服务小区608和614的PDCCH,所以UE 102不知道先验的利用PDSCH调度的服务小区的总数量。因此,UE 102不能依赖于接收到的PDCCH和/或接收到的PDSCH的数量来确定利用PDSCH调度的服务小区的总数量。相反,UE 102基于C-DAI和C-TAI来计算利用PDSCH调度的服务小区的总数量。
通过使用上面参照图2B描述的算法,UE 102确定Ki。此处,对于第一小区组622来说,K1=0,并且对于第二小区组624来说,K2=1。图6形象地描绘了这点,IC-DAI在服务小区618(第二小区组624)处回滚到“1”。因此,K1=0并且K2=1。已经计算了Ki,UE 102使用上面的等式5来确定码本大小CBS(i,ym)。因此,CBS1=[0×2^(2)+4]×1=[0+4]×1=4并且CBS2=[1×2^(2)+1]×2=[4+1]×2=10。
接着,UE 102使用上面的等式9来确定第一HARQ-ACK码本630a的码本比特排序。服务小区g上的PDSCH的HARQ-ACK反馈比特表示为HARQ-ACK(g)。对于服务小区602来说,IC-DAI,g=1,Kg=0。因此,HARQ-ACK(602)占据码本630a内的第一比特位置632,因为Kg×2^Q+IC-DAI,g=1。对于服务小区606来说,IC-DAI,g=2,Kg=0。因此,HARQ-ACK(606)占据码本630a内的第二比特位置636,因为Kg×2^Q+IC-DAI,g=2。对于服务小区610来说,IC-DAI,g=4,Kg=0。因此,HARQ-ACK(610)占据码本630a内的第四比特位置638,因为Kg×2^Q+IC-DAI,g=4。
在一个实施例中,UE 102也使用上面的等式9来确定第二HARQ-ACK码本630b的码本比特排序。服务小区j的HARQ-ACK反馈比特表示为HARQ-ACK(j),并且是2个比特的值:在PDSCH上传输的第一TB的第一反馈比特和在PDSCH上传输的第二TB的第二反馈比特。对于服务小区612来说,IC-DAI,g=1,Kg=0。因此,HARQ-ACK(612)占据码本630b内的第一指针642,因为Kg×2^Q+IC-DAI,g=1。对于具有索引616的服务小区来说,IC-DAI,g=3,Kg=0。因此,HARQ-ACK(616)占据码本630b内的第三指针646,因为Kg×2^Q+IC-DAI,g=3。对于服务小区618来说,IC-DAI,g=4,Kg=0。因此,HARQ-ACK(618)占据码本630b内的第四指针648,因为Kg×2^Q+IC-DAI,g=4。最后,对于服务小区620来说,IC-DAI,g=1,Kg=2。因此,HARQ-ACK(620)占据码本内的第五比特位置650,因为Kg×2^Q+IC-DAI,g=5。可替代地,UE 102可以使用上面的等式10和11来识别两个反馈比特中的每个反馈比特的比特位置。
在处理完具有接收到的PDSCH的所有服务小区之后,UE 102计算第一HARQ-ACK码本630a CB1,如下:CB1=[HARQ-ACK(602),HARQ-ACK(606),[未知],HARQ-ACK(610)]。UE 102计算第二HARQ-ACK码本630b CB2,如下:CB2=[HARQ-ACK(612),[未知],HARQ-ACK(616),HARQ-ACK(618),HARQ-ACK(620)]。回想起在第二HARQ-ACK码本630b中,每个HARQ-ACK反馈包括两个比特,因此产生10个比特的码本。在图6中,在服务小区g上接收到的PDSCH的HARQ-ACK反馈比特表示为“A/N。”
由于遗漏了PDSCH,所以HARQ-ACK码本630a、630b中的第三比特位置和第二指针的HARQ-ACK反馈值不可用。因此,如果不存在对应接收到的PDSCH,则UE 102将NAK设置到HARQ-ACK码本630a、630b内的任何HARQ-ACK反馈比特位置。因此,UE 102计算第一HARQ-ACK码本630a,如下:CB1=[HARQ-ACK(602),HARQ-ACK(606),NAK,HARQ-ACK(610)]。UE 102计算第二HARQ-ACK码本630b CB2,如下:CB2=[HARQ-ACK(612),NAK,HARQ-ACK(616),HARQ-ACK(618),HARQ-ACK(620)]。在一个实施例中,UE 102将HARQ-ACK码本630a、630b串接在最后的HARQ-ACK码本中并且将HARQ-ACK反馈响应(包括最后的HARQ-ACK码本)传输到网络设备104。
同时,网络设备104按照类似过程来确定HARQ-ACK码本630a和630b。在一个实施例中,网络设备104不需要使用C-DAI和C-TAI来导出HARQ-ACK码本630a至630b,因为网络设备104已经知道了利用PDSCH调度的服务小区的累积数量和利用PDSCH调度的服务小区的总数量。相反,网络设备104可以使用上面的等式8来确定码本大小CBS1和CBS2。因此,对于第一HARQ-ACK码本630a来说,CBS1=I1×A=4×1=4。对于第二HARQ-ACK码本630b来说,CBS2=I2×A=5×2=10。如所描述的,尽管使用不同的等式和/或算法,但是UE 102和网络设备104确定相同的码本大小CBS1和CBS2。
网络设备104然后确定HARQ-ACK码本630a、630b的码本比特排序。在一个实施例中,网络设备104不使用C-DAI来导出比特排序,因为网络设备已经知道了利用PDSCH调度的服务小区的累积数量。相反,网络设备104可以基于已调度服务小区的服务小区索引并且基于可在服务小区中的PDSCH上传输的TB的最大数量A(回想起ACG1=1并且ACG2=2)来确定码本比特排序。因此,网络设备104计算第一HARQ-ACK码本630a,如下:CB1=[HARQ-ACK(602),HARQ-ACK(606),HARQ-ACK(608),HARQ-ACK(610)]。因此,网络设备104计算第二HARQ-ACK码本630b,如下:CB2=[HARQ-ACK(612),HARQ-ACK(614),HARQ-ACK(616),HARQ-ACK(618),HARQ-ACK(620)]。再次,尽管使用不同的等式和/或算法,但是UE 102和网络设备104确定相同的HARQ-ACK码本630a、630b。
在接收到来自UE 102的HARQ-ACK码本630a、630b时,网络设备104进行调度以重新传输在服务小区608上发送的PDSCH和在服务小区614上发送的PDSCH(例如由于UE 102遗漏了)。
图7描绘了根据本公开的实施例的用于UE(诸如,UE 102)确定HARQ-ACK码本730的示例性示意图。示意图700示出了在多个服务小区702至720和多个子帧721至723上接收PDSCH。通过UE 102聚合的服务小区的数量(表示为N)是10(例如,N=10),并且HARQ-ACK响应所需的子帧的数量(表示为M)是2(例如,M=2)。
假设C-DAI和C-TAI的比特数量是2(例如,QC-DAI=QC-TAI=Q=2)。在所描绘的实施例中,假设在服务小区702至710和子帧中的PDSCH上可以传输最多一个TB,并且在服务小区712至720的PDSCH上可以传输最多两个TB。服务小区702至710属于第一小区组722(例如,CG1),而服务小区712至720属于第二小区组724(例如,CG2)。因此,对于第一小区组722来说,ACG1=1,而对于第二小区组724来说,ACG2=2。
如所描绘的,在第一子帧721期间接收726在服务小区702和706至712、和716至720上的PDSCH。还在第二子帧723期间接收726在服务小区704和710至720上的PDSCH。UE未能在第一子帧721期间接收到728在服务小区704和714上的PDSCH,并且未能在第二子帧723期间接收到728在服务小区702、706、和708上的PDSCH。
UE确定四个HARQ-ACK码本730a至730d。针对第一小区组722和第一子帧721的组合来确定第一HARQ-ACK码本730a。针对第二小区组724和第一子帧721的组合来确定第二HARQ-ACK码本730b。针对第一小区组722和第二子帧723的组合来确定第三HARQ-ACK码本730c。针对第二小区组724和第二子帧723的组合来确定第四HARQ-ACK码本730d。UE 102通过计算HARQ-ACK码本730a至730d中的每个HARQ-ACK码本的码本大小和码本比特排序来确定HARQ-ACK码本730a至730d。
为了确定HARQ-ACK码本730a至730d的大小,UE基于C-DAI和C-TAI来确定小区组内利用PDSCH调度的服务小区的总数量。通过使用上面参照图1和2B描述的其中一种算法,UE确定Ki,m。此处,对于第一子帧721期间的第一小区组722来说,K1,1=1,并且对于第一子帧721期间的第二小区组724来说,K2,1=0。UE进一步确定,对于第二子帧723期间的第一小区组722来说,K1,2=0,并且对于第二子帧723期间的第二小区组724来说,K2,2=1。图7形象地描绘了这点,在第一子帧721期间,IC-DAI在服务小区710(第一小区组722)处回滚到“1”,并且在第二子帧723期间,再次在服务小区720(第二小区组724)处回滚到“1”。已经计算了Ki,m,UE使用上面的等式5来确定码本大小CBS(i,ym)。因此,CBS1,1=[1×2^(2)+1]×1=[4+1]×1=5,CBS2,1=[0×2^(2)+4]×2=[0+4]×2=8,CBS1,2=[0×2^(2)+3]×1=[0+3]×1=3并且CBS2,2=[1×2^(2)+1]×2=[4+1]×2=10。
接着,UE使用上面的等式9来确定第一HARQ-ACK码本730a和第三HARQ-ACK码本730c的码本比特排序。UE针对第一子帧721和第二子帧723来执行此操作。子帧m期间的服务小区g上的PDSCH的HARQ-ACK反馈比特表示为HARQ-ACK(g、m),其中,对于第一子帧721来说,m=1,并且对于第二子帧723来说,m=2。
在第一子帧721期间的第一小区组722中,HARQ-ACK比特排序如下:对于服务小区702来说,IC-DAI,g=1,Kg=0。因此,HARQ-ACK(702,1)占据码本730a内的第一比特位置732,因为Kg×2^Q+IC-DAI,g=1。对于服务小区706来说,IC-DAI,g=3,Kg=0。因此,HARQ-ACK(706,1)占据码本730a内的第三比特位置736,因为Kg×2^Q+IC-DAI,g=3。对于服务小区708来说,IC-DAI,g=4,Kg=0。因此,HARQ-ACK(708,1)占据码本730a内的第四比特位置738,因为Kg×2^Q+IC-DAI,g=4。对于服务小区710来说,IC-DAI,g=1,Kg=1。因此,HARQ-ACK(710,1)占据码本730a内的第五比特位置740,因为Kg×2^Q+IC-DAI,g=5。
在第二子帧723期间的第一小区组722中,HARQ-ACK比特排序如下:对于服务小区704来说,IC-DAI,g=1,Kg=0。因此,HARQ-ACK(702,2)占据码本730c内的第一比特位置754,因为Kg×2^Q+IC-DAI,g=1。对于服务小区710来说,IC-DAI,g=3,Kg=0。因此,HARQ-ACK(710,2)占据第三码本730c内的第三比特位置760,因为Kg×2^Q+IC-DAI,g=3。
在一个实施例中,UE 102也使用上面的等式9来确定第二HARQ-ACK码本730b和第四HARQ-ACK码本730d的码本比特排序。服务小区g的HARQ-ACK反馈比特表示为HARQ-ACK(g、m),并且对于第二HARQ-ACK码本730b来说,其为2个比特的值:在PDSCH上传输的第一TB的第一反馈比特和在PDSCH上传输的第二TB的第二反馈比特。可替代地,UE 102可以使用上面的等式10和11来识别HARQ-ACK码本730b、730d的两个反馈比特中的每个反馈比特的比特位置。
在第一子帧721期间的第二小区组724中,HARQ-ACK比特排序如下:对于服务小区712来说,IC-DAI,g=1,Kg=0。因此,HARQ-ACK(712,1)占据码本730b内的第一指针742,因为Kg×2^Q+IC-DAI,g=1。对于具有索引716的服务小区来说,IC-DAI,g=2,Kg=0。因此,HARQ-ACK(716,1)占据码本730b内的第二指针746,因为Kg×2^Q+IC-DAI,g=2。对于服务小区718来说,IC-DAI,g=3,Kg=0。因此,HARQ-ACK(718,1)占据码本730b内的第三指针748,因为Kg×2^Q+IC-DAI,g=3。最后,对于服务小区720来说,IC-DAI,g=4,Kg=0。因此,HARQ-ACK(720,1)占据码本730b内的第四指针750,因为Kg×2^Q+IC-DAI,g=4。
在第二子帧723期间的第二小区组724中,HARQ-ACK比特排序如下:对于服务小区712来说,IC-DAI,g=1,Kg=0。因此,HARQ-ACK(712,2)占据码本730d内的第一指针762,因为Kg×2^Q+IC-DAI,g=1。对于具有索引714的服务小区来说,IC-DAI,g=2,Kg=0。因此,HARQ-ACK(714,2)占据码本730d内的第二指针764,因为Kg×2^Q+IC-DAI,g=2。对于具有索引716的服务小区来说,IC-DAI,g=3,Kg=0。因此,HARQ-ACK(716,2)占据码本730d内的第三指针766,因为Kg×2^Q+IC-DAI,g=3。对于服务小区718来说,IC-DAI,g=4,Kg=0。因此,HARQ-ACK(718,2)占据码本730d内的第四指针748,因为Kg×2^Q+IC-DAI,g=4。最后,对于服务小区720来说,IC-DAI,g=1,Kg=1。因此,HARQ-ACK(720,2)占据码本730d内的第五指针770,因为Kg×2^Q+IC-DAI,g=5。
在处理完具有接收到的PDSCH的所有服务小区之后,UE 102计算第一HARQ-ACK码本730a CB1,1,如下:CB1,1=[HARQ-ACK(702,1),NAK,HARQ-ACK(706,1),HARQ-ACK(708,1),HARQ-ACK(710,1)]。UE 102计算第二HARQ-ACK码本730b CB2,1,如下:CB2,1=[HARQ-ACK(712,1),HARQ-ACK(716,1),HARQ-ACK(718,1),HARQ-ACK(720,1)]。回想起在第二HARQ-ACK码本730b中,每个HARQ-ACK反馈包括两个比特,因此产生8个比特的码本。在图7中,在服务小区g上接收到的PDSCH的HARQ-ACK反馈比特表示为“A/N。”
UE 102计算第三HARQ-ACK码本730c CB1,2,如下:CB1,2=[HARQ-ACK(704,2),NAK,HARQ-ACK(710,2)]。UE 102计算第四HARQ-ACK码本730d CB2,1,如下:CB2,1=[HARQ-ACK(712,2),HARQ-ACK(714,2),HARQ-ACK(716,2),HARQ-ACK(718,2),HARQ-ACK(720,2)]。回想起在第四HARQ-ACK码本730d中,每个HARQ-ACK反馈包括两个比特,因此产生10个比特的码本。
在一个实施例中,UE 102将HARQ-ACK码本730a至730d串接在最后的HARQ-ACK码本中并且将HARQ-ACK反馈响应(包括最后的HARQ-ACK码本)传输到网络设备104。作为示例,可以串接最后的HARQ-ACK码本CBF,如下:CBF=[CB1,1,CB2,1,CB1,2,CB2,2]。
图8描绘了根据本公开的实施例的用于确定HARQ-ACK码本的示例性系统800。系统800包括经由多个服务小区802至820为用户设备102服务的网络设备104。图8示出了根据PDSCH中的TB的最大数量来将小区分组的必要性。此处,通过UE 102聚合的服务小区的数量(表示为N)是10(例如,N=10),并且HARQ-ACK响应所需的子帧的数量(表示为M)是1(例如,M=1)。假设C-DAI和C-TAI的比特数量是2(例如,QC-DAI=QC-TAI=Q=2)。在所描绘的实施例中,假设在服务小区802至810和子帧中的PDSCH上可以传输最多一个TB,并且在服务小区812至820的PDSCH上可以传输最多两个TB。服务小区802至810属于第一小区组822(例如,CG1),而服务小区812至820属于第二小区组824(例如,CG2)。因此,对于第一小区组822来说,ACG1=1,而对于第二小区组824来说,ACG2=2。
如所描绘的,网络设备104调度配置的10个服务小区之中的4个服务小区上的PDSCH。具体地,在服务小区802、808、812、和814上调度825PDSCH,同时不利用PDSCH来调度827服务小区804、806、810、816、818、和820。假设,UE 102遗漏了调度服务小区812上的PDSCH的PDCCH。因此,UE 102接收到826在服务小区802、808、和814上的PDSCH。UE 102未接收到828在服务小区804、806、810、812、816、818、和820上的PDSCH。从服务小区808和814的IC-DAI值(即,分别是2和4),UE 102知道了其遗漏了可以在服务小区810或812上调度PDSCH的一个DL授权。
然而,UE 102不能确定遗漏的DL授权所预期的HARQ-ACK反馈比特的数量,因为在服务小区810上仅可以传输一个TB,同时在服务小区812上可以传输两个TB。然而,eNB不能推出遗漏的是哪个服务小区的PDSCH。此外,在没有HARQ-ACK反馈的情况下,网络设备104不能确定UE 102遗漏了服务小区812上的PDSCH。因此,不可能确保eNB与UE之间的对HARQ-ACK码本的理解相同,因为服务小区810和服务小区812的HARQ-ACK比特数量不同。
相反,存在两个UE 102可以导出的可能的HARQ-ACK码本:第一HARQ-ACK码本830a和第二HARQ-ACK码本830b。第一HARQ-ACK码本830a包括5个比特,而第二HARQ-ACK码本830b包括6个比特。第一HARQ-ACK码本830a包括:服务小区802的HARQ-ACK反馈的第一位置832、服务小区808的HARQ-ACK反馈的第二比特位置838、服务小区810的HARQ-ACK反馈的第三比特位置840(回想起服务小区810所预期的一个反馈比特)、和服务小区814的HARQ-ACK反馈的第四指针844(例如,指向A个HARQ-ACK反馈比特,其中,A=2)。在图8中,在服务小区g上接收到的PDSCH的HARQ-ACK反馈比特表示为“A/N”。
相反,第一HARQ-ACK码本830b包括:服务小区802的HARQ-ACK反馈的第一位置832、服务小区808的HARQ-ACK反馈的第二比特位置838、服务小区812的HARQ-ACK反馈的第三指针(例如,指向A个HARQ-ACK反馈比特,其中,A=2)842(回想起服务小区812所预期的两个反馈比特)、和服务小区814的HARQ-ACK反馈的第四指针844。网络设备104预期第二HARQ-ACK码本830b,因为网络设备104知道它调度了服务小区812上的PDSCH。然而,UE 102可能发送第一HARQ-ACK码本830a来代替,导致HARQ-ACK反馈未对准。因此,根据PDSCH上的TB的最大数量来将小区分组是必要的。
图9A是图示了用于通过UE 102确定HARQ-ACK码本的方法900的一个实施例的示意性流程图。在一些实施例中,方法900由诸如UE102等的设备执行。在某些实施例中,方法900可以通过处理器(例如,微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)执行程序代码来执行。
方法900可以包括:确定905聚合服务小区集合。用户设备可以是通过网络设备104服务的多个UE 102中的其中一个UE 102,其中,通过UE 102来聚合服务小区集合以接收聚合服务小区上的DL通信信号。在一些实施例中,聚合服务小区的数量和集合由高层信令配置,例如,经由无线电资源控制(RRC)层信令。
方法900可以包括:将聚合服务小区分组910成小区组集合。在一个实施例中,将聚合服务小区分组910成小区组包括:基于可传输到单个子帧内的服务小区中的物理下行共享信道(PDSCH)上的用户设备的传输块(TB)的最大数量来形成小区组。在进一步的实施例中,将聚合服务小区分组910成小区组包括:形成小区组,从而在相同小区组中的服务小区具有相同的PDSCH上可传输到UE 102的TB的最大数量。可以基于服务小区的传输模式来预定PDSCH上可传输到UE102的TB的最大数量。
方法900可以包括:针对上行(UL)子帧,确定915要由用户设备在UL子帧中为其传输对应HARQ-ACK的DL子帧集合(例如,集合Y包括子帧(y1、y2、…、yM))。在一些实施例中,确定915DL子帧集合包括:访问引用下行链路关联集合的查找表。在其它实施例中,确定915DL子帧集合是基于聚合服务小区的双工模式和/或UL/DL配置。例如,在LTE-FDD服务小区中(例如,使用FDD双工模式),在子帧n中传输的HARQ-ACK比特与在子帧n-4中接收到的PDSCH相对应;而在LTE-TDD服务小区中(例如,使用TDD双工模式),在子帧n中传输的HARQ-ACK比特与在子帧n-k中接收到的PDSCH相对应,其中,k属于下行链路关联集合K,如上面所讨论的。
方法900可以包括:接收920调度物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)。在一个实施例中,C-DAI指示直到接收到与C-DAI相对应的PDSCH的服务小区的具有用于用户设备的PDSCH的服务小区的累积数量。C-DAI指示特定子帧上的小区组中具有PDSCH的服务小区的累积数量。因此,在存在两个小区组的某些实施例中,在第一小区组中接收到的C-DAI指示第一小区组内具有PDSCH的服务小区的累积数量并且在第二小区组中接收到的C-DAI指示第二小区组内具有PDSCH的服务小区的累积数量。
在一个实施例中,C-TAI指示特定子帧中和小区组内具有用于用户设备的PDSCH的服务小区的总数量。与C-DAI类似,如果存在两个小区组,那么,在第一小区组中接收到的C-TAI指示第一小区组内具有PDSCH的服务小区的总数量并且在第二小区组中接收到的C-TAI指示第二小区组内具有PDSCH的服务小区的总数量。
方法900可以包括:针对小区组和子帧的每个组合来基于C-DAI和C-TAI确定925HARQ-ACK码本,该小区组属于小区组集合并且该子帧属于子帧集合。方法900然后结束。在一些实施例中,针对每个组合来确定925HARQ-ACK码本包括:UE 102确定多个HARQ-ACK码本。例如,在存在两个小区组(CG1、CG2)并且DL子帧集合包括两个子帧(y1、y2)的情况下,针对小区组和子帧的每个组合来确定925HARQ-ACK码本包括:确定四个HARQ-ACK码本:每个HARQ-ACK码本分别针对组合(CG1、y1)、(CG2、y1)、(CG1、y2)、和(CG2、y2)。在某些实施例中,UE102将针对每个组合的HARQ-ACK码本串接在最后的HARQ-ACK码本中并且将HARQ-ACK响应(包括最后的HARQ-ACK码本)传输到网络设备104。
在一些实施例中,确定925HARQ-ACK码本包括:基于C-DAI和C-TAI来确定HARQ-ACK码本大小以及基于C-DAI来确定HARQ-ACK比特排序。在某些实施例中,HARQ-ACK码本大小特定于小区组和子帧,如上面参照图6至7讨论的。HARQ-ACK比特排序也可以特定于小区组和子帧,如上面参照图6至7讨论的。
在某些实施例中,基于利用用于用户设备的PDSCH调度的服务小区的数量和单个子帧内的服务小区中的PDSCH上可传输到用户设备的TB的最大数量来确定HARQ-ACK码本大小。在其它实施例中,基于小区组中的聚合服务小区的数量和可传输到用户设备的TB的最大数量(不管利用PDSCH调度的服务小区的数量如何)来确定HARQ-ACK码本大小。例如,响应于小区组中的聚合服务小区的数量小于某个阈值,基于聚合服务小区的数量(不顾及利用PDSCH调度的服务小区的数量)来确定HARQ-ACK码本大小。
在某些实施例中,HARQ-ACK码本比特排序是基于服务小区的索引或标识符(例如,小区ID)和单个子帧内的服务小区中的PDSCH上可传输到用户设备的TB的最大数量。例如,在A是子帧中的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量的情况下,将基于服务小区标识符/索引排序的HARQ-ACK码本内的A个比特分配给将PDSCH传输到用户设备的小区组中的每个服务小区。确定925HARQ-ACK码本可以进一步包括:获取子帧中接收到PDSCH的小区组中的每个服务小区的A个HARQ-ACK反馈比特,并且针对子帧中接收到PDSCH的小区组中的每个服务小区,在A个比特索引处将A个HARQ-ACK反馈比特插入到码本中。在某些实施例中,UE将确定的HARQ-ACK码本传输到网络设备104。
图9B是图示了用于通过网络设备104确定HARQ-ACK码本的方法950的一个实施例的示意性流程图。在一些实施例中,方法950由诸如网络设备104等的设备执行。在某些实施例中,方法950可以通过处理器(例如,微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA等)执行程序代码来执行。
方法950可以包括:确定955要通过用户设备聚合的服务小区集合。特定用户设备可以是通过网络设备104服务的多个UE 102中的其中一个UE 102。网络设备104可以将多个服务小区分配到特定UE 102,其中,通过UE 102聚合服务小区集合以接收在多个服务小区上的DL通信信号和/或传输在多个服务小区上的UL通信信号。因此,网络设备104确定955要通过特定UE 102聚合的服务小区集合。
方法950可以包括:将聚合服务小区分组960成小区组集合。在一个实施例中,将聚合服务小区分组960成小区组包括:基于可传输到单个子帧内的服务小区中的物理下行共享信道(PDSCH)上的用户设备(例如,特定UE 102)的传输块(TB)的最大数量来形成小区组。在进一步的实施例中,将聚合服务小区分组960成小区组包括:形成小区组,从而在相同小区组中的服务小区具有相同的PDSCH上可传输到UE 102的TB的最大数量。可以基于服务小区的传输模式来预定PDSCH上可传输到UE 102的TB的最大数量。
方法950可以包括:传输965调度用于用户设备的PDSCH的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)。在一个实施例中,C-DAI指示直到接收到与C-DAI相对应的PDSCH的服务小区的具有用于用户设备的PDSCH的服务小区的累积数量。C-DAI指示特定子帧上的小区组中具有PDSCH的服务小区的累积数量。因此,在存在两个小区组的某些实施例中,在第一小区组中接收到的C-DAI指示第一小区组内具有PDSCH的服务小区的累积数量并且在第二小区组中接收到的C-DAI指示第二小区组内具有PDSCH的服务小区的累积数量。
在一个实施例中,C-TAI指示特定子帧中和小区组内具有用于用户设备的PDSCH的服务小区的总数量。与C-DAI类似,如果存在两个小区组,那么,在第一小区组中接收到的C-TAI指示第一小区组内具有PDSCH的服务小区的总数量并且在第二小区组中接收到的C-TAI指示第二小区组内具有PDSCH的服务小区的总数量。
方法950可以包括:针对上行(UL)子帧,确定970要由用户设备在UL子帧中为其传输对应HARQ-ACK的DL子帧集合(例如,集合Y包括子帧(y1、y2、…、yM))。在一些实施例中,确定970DL子帧集合包括:访问引用下行链路关联集合的查找表。在其它实施例中,确定970DL子帧集合是基于双工模式和/或网络设备104的UL/DL配置。
方法950可以包括:针对小区组和子帧的每个组合确定975HARQ-ACK码本,该小区组属于属于子帧集合的子帧中的小区组集合。方法950然后结束。在某些实施例中,网络设备104不基于C-DAI和C-TAI来确定975HARQ-ACK码本,因为网络设备104已经知道了小区组(和子帧)中利用PDSCH调度的服务小区的数量、聚合服务小区(不管PDSCH调度如何)的数量、和子帧内的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量。在其它实施例中,网络设备104可以使用与UE 102类似的C-DAI和C-TAI来确定975HARQ-ACK码本,如上面所讨论的。
在一些实施例中,针对每个组合来确定975HARQ-ACK码本包括:网络设备104确定多个HARQ-ACK码本。例如,在存在两个小区组(CG1、CG2)并且DL子帧集合包括三个子帧(y1、y2、y3)的情况下,针对小区组和子帧的每个组合来确定975HARQ-ACK码本包括:确定六个HARQ-ACK码本:每个HARQ-ACK码本分别针对组合(CG1、y1)、(CG2、y1)、(CG1、y2)、(CG2、y2)、(CG1、y3)、和(CG2、y3)。在某些实施例中,然后将针对每个组合的HARQ-ACK码本串接在最后的HARQ-ACK码本中。
在一些实施例中,确定975HARQ-ACK码本包括:确定HARQ-ACK码本大小和HARQ-ACK比特排序。在某些实施例中,HARQ-ACK码本大小特定于小区组和子帧,如上面参照图6至7讨论的。HARQ-ACK比特排序也可以特定于小区组和子帧,如上面参照图6至7讨论的。
在某些实施例中,基于利用用于用户设备的PDSCH调度的服务小区的数量和单个子帧内的服务小区中的PDSCH上可传输到用户设备的TB的最大数量来确定HARQ-ACK码本大小。在其它实施例中,基于小区组中的聚合服务小区的数量和可传输到用户设备的TB的最大数量(不管利用PDSCH调度的服务小区的数量如何)来确定HARQ-ACK码本大小。例如,响应于小区组中的聚合服务小区的数量小于某个阈值,基于聚合服务小区的数量(不顾及利用PDSCH调度的服务小区的数量)来确定HARQ-ACK码本大小。
在某些实施例中,HARQ-ACK码本比特排序是基于服务小区的索引或标识符(例如,小区ID)和单个子帧内的服务小区中的PDSCH上可传输到用户设备的TB的最大数量。例如,在A是子帧中的小区组的服务小区中的PDSCH上可传输到用户设备的传输块(TB)的最大数量的情况下,将基于服务小区标识符/索引排序的HARQ-ACK码本内的A个比特分配给将PDSCH传输到用户设备的小区组中的每个服务小区。
可以按照其它特定形式来实施实施例。所描述的实施例在各方面仅被认为是说明性的,而不是限制性的。因此,本发明的范围是由随附权利要求书指示的,而不是由前面的描述指示。落入权利要求书的等同的含义和范围内的所有变化都被包括在其范围内。
Claims (33)
1.一种方法,所述方法包括:
确定聚合服务小区集合;
将所述聚合服务小区分组成小区组集合;
针对上行(UL)子帧,确定子帧集合Y,所述子帧集合Y包括要在所述UL子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧(y1、y2、…、yM);
接收调度物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI);以及
针对小区组和子帧的每个组合,基于所述C-DAI和C-TAI确定HARQ-ACK码本,所述小区组属于所述小区组集合并且所述子帧属于所述子帧集合。
2.根据权利要求1所述的方法,所述方法进一步包括:响应于所述小区组集合包含多于一个小区组或者所述子帧集合Y包含多于一个子帧,串接来自所有小区组和所有子帧的所述HARQ-ACK码本。
3.根据权利要求1所述的方法,其中,针对所述聚合服务小区中的服务小区x,对应的所述C-DAI指示在子帧ym和包含服务小区x的所述小区组中直到所述服务小区x的具有PDSCH的服务小区的累积数量,并且其中,对应的所述C-TAI指示在所述子帧ym和包含服务小区x的所述小区组中具有PDSCH的服务小区的总数量,其中,在所述小区组和所述子帧ym中的所述服务小区根据预定规则排序。
4.根据权利要求1所述的方法,其中,将所述聚合服务小区分组成小区组包括:基于在子帧ym内的服务小区中的所述PDSCH上能够传输的传输块(TB)的最大数量来将所述聚合服务小区分组成小区组,其中,相同小区组中的所述服务小区具有相同的在所述PDSCH上能够传输的TB的最大数量。
5.根据权利要求1所述的方法,其中,针对所述小区组集合中的小区组和所述子帧集合中的子帧的组合,基于所述C-DAI和C-TAI确定所述HARQ-ACK码本包括:
使用所述子帧中的所述小区组的所述C-TAI和所述C-DAI来确定所述子帧中的所述小区组的HARQ-ACK码本大小;以及
使用所述子帧中的所述小区组的所述C-DAI来确定所述子帧中的所述小区组的HARQ-ACK比特排序。
6.根据权利要求5所述的方法,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:
获取值Z,该值Z表示服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’,其中,g’<g”并且服务小区j(g’)和j(g”)是所述子帧中接收到PDSCH的所述小区组中的两个服务小区,并且在所述小区组中不存在其它的g’<g”’<g”从而在所述子帧中的服务小区j(g”’)上接收到PDSCH,并且其中,IC-DAI,g是与所述子帧中的所述服务小区j(g)相对应的所述C-DAI的值,并且所述小区组中的服务小区的服务小区索引表示为j(g),1≤g≤|CG|并且|CG|是所述小区组中的服务小区的数量;
响应于U>Z×2^(Q)+IC-TAI来设置K=Z+1的值并且否则设置K=Z的值,其中,U是在所述小区组和所述子帧中接收到的PDSCH的数量,其中,在所述DCI中的所述C-DAI和C-TAI分别包括Q个比特,并且IC-TAI是与所述小区组中的一个或多个所述服务小区相对应的所述C-TAI的值;以及
将所述子帧中的所述小区组的所述HARQ-ACK码本大小计算为[K×2^(Q)+IC-TAI]×A,其中,A是在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量。
7.根据权利要求5所述的方法,其中,确定所述子帧中的所述小区组的所述HARQ-ACK比特排序包括:
将Kg的值设置为服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’,其中,g’<g”≤g并且服务小区j(g’)和j(g”)是所述子帧中接收到PDSCH的所述小区组中的两个服务小区,并且在所述小区组中不存在其它服务小区j(g”’),其中,g’<g”’<g”从而在所述子帧中的服务小区j(g”’)上接收到PDSCH,并且其中,在所述子帧中的服务小区j(g)上接收到PDSCH,并且所述小区组中的服务小区的所述服务小区索引表示为j(g),1≤g≤|CG|并且|CG|是所述小区组中的服务小区的数量;以及
将与在服务小区j(g)上接收到的所述PDSCH相对应的A个HARQ-ACK反馈比特插入到第((Kg×2^QC-DAI+IC-DAI,g–1)×A+1)至第((Kg×2^QC-DAI+IC-DAI,g)×A)个比特位置中,其中,A是在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量。
8.根据权利要求5所述的方法,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:
针对所述集合Y中的每个子帧ym,获取值Zm,该值Zm表示子帧ym中服务小区对(g’、g”)的数量,IC-DAI,g”≤IC-DAI,g’,其中,g’<g”并且服务小区j(g’)和j(g”)是子帧ym中接收到PDSCH的所述小区组中的两个服务小区,并且在所述小区组中不存在其它g’<g”’<g”从而在子帧ym中的服务小区j(g”’)上接收到PDSCH,并且其中,IC-DAI,g是与子帧ym中的所述服务小区j(g)相对应的所述C-DAI的值,并且所述小区组中的服务小区的所述服务小区索引表示为j(g),1≤g≤|CG|并且|CG|是所述小区组中的服务小区的数量;
针对所述集合Y中的每个子帧ym,响应于Um>Zm×2^(Q)+IC-TAI,m来设置Km=Zm+1的值并且否则设置Km=Zm的值,其中,Um是在所述小区组和子帧ym中接收到的PDSCH的数量,其中,在所述DCI中的所述C-DAI和C-TAI分别包括Q个比特,并且IC-TAI,m是所述小区组和子帧ym中的C-TAI的值;以及
将所述子帧中的所述小区组的所述HARQ-ACK码本大小确定为
其中,A是在所述集合Y中的子帧内的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量。
9.根据权利要求5所述的方法,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:响应于在所述小区组中的聚合服务小区的数量小于某个阈值,基于所述小区组中的聚合服务小区的数量和在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量来确定所述子帧中的所述小区组的所述HARQ-ACK码本大小,其中,所述阈值是由高层配置的或者在规范中是固定的。
10.根据权利要求1所述的方法,所述方法进一步包括:在不存在对应接收到的PDSCH的HARQ-ACK反馈比特位置的集合中的每个HARQ-ACK反馈比特位置中设置否定应答。
11.根据权利要求1所述的方法,其中,待为其传输对应HARQ-ACK的所述子帧集合Y是基于双工模式和所述聚合服务小区集合中的每个服务小区的上行链路/下行链路(UL/DL)配置。
12.一种用户设备,所述用户设备包括:
无线电收发器,所述无线电收发器通过移动电信网络通信;
处理器;以及
存储器,所述存储器存储能够由所述处理器执行的代码,所述代码包括:
确定聚合服务小区集合的代码;
将所述聚合服务小区分组成小区组集合的代码;
针对上行(UL)子帧来确定要在所述UL子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧集合的代码;
经由所述无线电收发器接收调度物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)的代码;以及
针对小区组和子帧的每个组合来基于所述C-DAI和C-TAI确定HARQ-ACK码本的代码,所述小区组属于所述小区组集合并且所述子帧属于所述子帧集合。
13.根据权利要求12所述的用户设备,所述用户设备进一步包括:响应于所述小区组集合包含多于一个小区组或者所述子帧集合包含多于一个子帧来串接来自所有小区组和所有子帧的所述HARQ-ACK码本的代码。
14.根据权利要求12所述的用户设备,其中,针对所述聚合服务小区中的服务小区x,对应的所述C-DAI指示在子帧和包含服务小区x的所述小区组中直到所述服务小区x的具有PDSCH的服务小区的累积数量,并且其中,对应的所述C-TAI指示在所述子帧和包含服务小区x的所述小区组中具有PDSCH的服务小区的总数量,其中,在所述小区组和所述子帧中的所述服务小区根据预定规则排序。
15.根据权利要求12所述的用户设备,其中,将所述聚合服务小区分组成小区组包括:基于在属于所述子帧集合的子帧内的服务小区中的所述PDSCH上能够传输的传输块(TB)的最大数量来将所述聚合服务小区分组成小区组,其中,在相同小区组中的所述服务小区具有相同的在所述PDSCH上能够传输的TB的最大数量。
16.根据权利要求12所述的用户设备,其中,针对所述小区组集合中的小区组和所述子帧集合中的子帧的组合,基于所述C-DAI和C-TAI确定所述HARQ-ACK码本包括:
使用所述子帧中的所述小区组的所述C-DAI和所述C-TAI来确定所述子帧中的所述小区组的HARQ-ACK码本大小;以及
使用所述子帧中的所述小区组的所述C-DAI来确定所述子帧中的所述小区组的HARQ-ACK比特排序。
17.根据权利要求16所述的用户设备,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:
确定在所述子帧中具有PDSCH的服务小区的数量;
确定在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量;以及
将所述子帧中的所述小区组的所述HARQ-ACK码本大小计算为I×A,其中,I是所述子帧中具有PDSCH的所述小区组中的服务小区的数量,并且其中,A是在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量。
18.根据权利要求16所述的用户设备,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:响应于在所述小区组中的聚合服务小区的数量小于某个阈值,基于所述小区组中的聚合服务小区的数量和在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量来确定所述子帧中的所述小区组的所述HARQ-ACK码本大小,其中,所述阈值是由高层配置的或者在规范中是固定的。
19.根据权利要求16所述的用户设备,其中,确定所述子帧中的所述小区组的所述HARQ-ACK比特排序包括:
识别接收到PDSCH的所述小区组中的每个服务小区的所述HARQ-ACK码本内的A个比特索引,其中,A是在所述子帧中的所述小区组的服务小区中的PDSCH上能够传输的传输块(TB)的最大数量;
获取所述子帧中接收到PDSCH的所述小区组中的每个服务小区的A个HARQ-ACK反馈比特;以及
针对所述子帧中接收到PDSCH的所述小区组中的每个服务小区,在所述A个比特索引处将所述A个HARQ-ACK反馈比特插入到所述码本中。
20.一种网络设备,所述网络设备包括:
无线电收发器,所述无线电收发器配置为在移动电信网络上与至少一个用户设备通信;
处理器;以及
存储器,所述存储器存储能够由所述处理器执行的代码,所述代码包括:
确定要通过用户设备聚合的服务小区集合的代码;
将所述聚合服务小区分组成小区组集合的代码;
经由所述无线电收发器传输调度用于所述用户设备的物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI)的代码;
针对上行(UL)子帧来确定要由所述用户设备在所述UL子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧集合的代码;以及
针对小区组和子帧的每个组合确定HARQ-ACK码本的代码,所述小区组属于所述小区组集合并且所述子帧属于所述子帧集合。
21.根据权利要求20所述的网络设备,其中,针对所述聚合服务小区中的服务小区x,对应的所述C-DAI指示在子帧和包含服务小区x的所述小区组中直到所述服务小区x的具有用于所述用户设备的PDSCH的服务小区的累积数量,并且其中,对应的所述C-TAI指示在所述子帧和包含服务小区x的所述小区组中具有用于所述用户设备的PDSCH的服务小区的总数量,其中,在所述小区组和所述子帧中的所述服务小区根据预定规则排序。
22.根据权利要求20所述的网络设备,其中,将所述聚合服务小区分组成小区组包括:基于在属于所述子帧集合的子帧内的服务小区中的所述PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量来将所述聚合服务小区分组成小区组,其中,相同小区组中的所述服务小区具有所述PDSCH上的能够传输到所述用户设备的TB的相同的最大数量。
23.根据权利要求20所述的网络设备,其中,针对小区组和子帧的组合确定所述HARQ-ACK码本包括:
确定所述子帧中的所述小区组的HARQ-ACK码本大小;以及
确定所述子帧中的所述小区组的HARQ-ACK比特排序。
24.根据权利要求23所述的网络设备,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:响应于在所述小区组中的聚合服务小区的数量小于某个阈值,基于所述小区组中的聚合服务小区的数量和在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量来确定所述子帧中的所述小区组的所述HARQ-ACK码本大小,其中,所述阈值是由高层配置的或者在规范中是固定的。
25.根据权利要求23所述的网络设备,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:
确定所述子帧中在其上将PDSCH传输到所述用户设备的服务小区的数量;
确定在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量;以及
将所述子帧中的所述小区组的所述HARQ-ACK码本大小计算为I×A,其中,I是所述子帧中具有用于所述用户设备的PDSCH的所述小区组中的服务小区的数量,并且其中,A是在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的TB的最大数量。
26.根据权利要求23所述的网络设备,其中,确定所述子帧中的所述小区组的所述HARQ-ACK比特排序包括:
识别在其上将PDSCH传输到所述用户设备的所述小区组中的每个服务小区的所述HARQ-ACK码本内的A个比特索引,其中,A是在所述子帧中的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量。
27.一种方法,所述方法包括:
确定要通过用户设备聚合的服务小区集合;
将所述聚合服务小区分组成小区组集合;
传输调度用于所述用户设备的物理下行共享信道(PDSCH)的每条下行控制信息(DCI)中的小区域下行分配指示符(C-DAI)和小区域总分配指示符(C-TAI);
针对上行(UL)子帧,确定子帧集合Y,所述子帧集合Y包括要由所述用户设备在所述UL子帧中为其传输对应混合自动重传请求应答(HARQ-ACK)的子帧(y1、y2、…、yM);以及
针对小区组和子帧ym的每个组合确定HARQ-ACK码本,所述小区组属于所述小区组集合。
28.根据权利要求27所述的方法,其中,针对所述聚合服务小区中的服务小区x,对应的所述C-DAI指示在子帧ym和包含服务小区x的所述小区组中直到所述服务小区x的具有用于所述用户设备的PDSCH的服务小区的累积数量,并且其中,对应的所述C-TAI指示在所述子帧ym和包含服务小区x的所述小区组中具有用于所述用户设备的PDSCH的服务小区的总数量,其中,在所述小区组和所述子帧ym中的所述服务小区根据预定规则排序。
29.根据权利要求27所述的方法,其中,将所述聚合服务小区分组成小区组包括:基于在子帧ym内的服务小区中的所述PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量来将所述聚合服务小区分组成小区组,其中,相同小区组中的所述服务小区具有相同的在所述PDSCH上能够传输到所述用户设备的TB的最大数量。
30.根据权利要求27所述的方法,其中,针对小区组和子帧的组合确定所述HARQ-ACK码本包括:
确定所述子帧中的所述小区组的HARQ-ACK码本大小;以及
确定所述子帧中的所述小区组的HARQ-ACK比特排序。
31.根据权利要求30所述的方法,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:响应于在所述小区组中的聚合服务小区的数量小于某个阈值,基于所述小区组中的聚合服务小区的数量和在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量来确定所述子帧中的所述小区组的所述HARQ-ACK码本大小,其中,所述阈值是由高层配置的或者在规范中是固定的。
32.根据权利要求30所述的方法,其中,确定所述子帧中的所述小区组的所述HARQ-ACK码本大小包括:
确定所述子帧中在其上将PDSCH传输到所述用户设备的服务小区的数量;
确定在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量;以及
将所述子帧中的所述小区组的所述HARQ-ACK码本大小计算为I×A,其中,I是所述子帧中具有用于所述用户设备的PDSCH的所述小区组中的服务小区的数量,并且其中,A是在所述子帧内的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的TB的最大数量。
33.根据权利要求30所述的方法,其中,确定所述子帧中的所述小区组的所述HARQ-ACK比特排序包括:
识别在其上将PDSCH传输到所述用户设备的所述小区组中的每个服务小区的所述HARQ-ACK码本内的A个比特索引,其中,A是在所述子帧中的所述小区组的服务小区中的PDSCH上能够传输到所述用户设备的传输块(TB)的最大数量。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2015/086928 WO2017028001A1 (en) | 2015-08-14 | 2015-08-14 | Determining a harq-ack response codebook in a wireless communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN108292974A true CN108292974A (zh) | 2018-07-17 |
CN108292974B CN108292974B (zh) | 2021-09-10 |
Family
ID=58050431
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201580082508.3A Active CN108292974B (zh) | 2015-08-14 | 2015-08-14 | 确定无线通信系统中的harq-ack响应码本 |
Country Status (5)
Country | Link |
---|---|
US (1) | US10341057B2 (zh) |
EP (1) | EP3320637B1 (zh) |
KR (1) | KR102288231B1 (zh) |
CN (1) | CN108292974B (zh) |
WO (1) | WO2017028001A1 (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2020057499A1 (zh) * | 2018-09-18 | 2020-03-26 | 中兴通讯股份有限公司 | 码本确定方法、码本确定装置、终端、基站及存储介质 |
WO2020088466A1 (zh) * | 2018-11-02 | 2020-05-07 | 中兴通讯股份有限公司 | 信息传输方法及装置 |
CN111385067A (zh) * | 2018-12-29 | 2020-07-07 | 北京展讯高科通信技术有限公司 | 下行数据调度harq-ack码本反馈、生成方法及装置、介质 |
WO2020155187A1 (zh) * | 2019-02-03 | 2020-08-06 | 华为技术有限公司 | 数据调度方法、装置及系统 |
CN111585713A (zh) * | 2019-02-15 | 2020-08-25 | 华为技术有限公司 | 一种码本的处理方法及装置 |
WO2020220359A1 (zh) * | 2019-04-30 | 2020-11-05 | Oppo广东移动通信有限公司 | 确定harq码本的方法和设备 |
CN112311512A (zh) * | 2019-07-30 | 2021-02-02 | 中国移动通信有限公司研究院 | 混合自动重传码本的确定、指示方法、终端及网络设备 |
CN112399617A (zh) * | 2019-08-16 | 2021-02-23 | 大唐移动通信设备有限公司 | 一种信息传输方法、终端及网络侧设备 |
CN112585896A (zh) * | 2018-08-01 | 2021-03-30 | 联想(北京)有限公司 | 用于harq-ack码本确定的方法和装置 |
CN112740592A (zh) * | 2018-08-07 | 2021-04-30 | Idac控股公司 | 用于harq增强的方法和装置 |
WO2022061533A1 (en) * | 2020-09-22 | 2022-03-31 | Nec Corporation | Methods for communications, terminal device, network device and computer readable media |
Families Citing this family (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10342005B2 (en) * | 2015-08-14 | 2019-07-02 | Telefonaktiebolaget Lm Ericsson (Publ) | Methods for determining a HARQ-ACK codebook size for a user equipment and base station |
US10498497B2 (en) * | 2015-09-09 | 2019-12-03 | Lg Electronics Inc. | Broadcast signal transmitting device, broadcast signal receiving device, broadcast signal transmitting method and broadcast signal receiving method |
AU2015409323B2 (en) * | 2015-09-15 | 2019-02-21 | Huawei Technologies Co., Ltd. | Control Information Sending Method and Communications Device |
CN107359969B (zh) * | 2016-05-10 | 2020-03-24 | 电信科学技术研究院 | 一种harq的反馈信息传输方法、ue、基站和系统 |
US20210152224A1 (en) * | 2017-06-23 | 2021-05-20 | Ntt Docomo, Inc. | User terminal and radio communication method |
PL3646500T3 (pl) | 2017-06-28 | 2022-05-30 | Telefonaktiebolaget Lm Ericsson (Publ) | Działanie sprzętu użytkownika i radiowego węzła odbiorczego na podstawie książki kodowej harq, skonfigurowanej przez konfigurujący węzeł radiowy |
US11539479B2 (en) | 2017-08-11 | 2022-12-27 | Lenovo (Beijing) Limited | HARQ-ACK for a plurality of carrier groups of a downlink slot set |
CN109474371B (zh) * | 2017-09-08 | 2024-01-19 | 北京三星通信技术研究有限公司 | 一种harq-ack信息反馈方法和设备 |
WO2019066630A1 (en) * | 2017-09-29 | 2019-04-04 | Samsung Electronics Co., Ltd. | UPLINK TRANSMISSION METHOD AND CORRESPONDING EQUIPMENT |
CN117318905A (zh) * | 2017-09-29 | 2023-12-29 | 北京三星通信技术研究有限公司 | 上行传输方法和相应设备 |
US20200322947A1 (en) * | 2017-10-10 | 2020-10-08 | Telefonaktiebolaget Lm Ericsson (Publ) | Physical uplink control channel fallback mode |
US10686576B2 (en) * | 2017-11-17 | 2020-06-16 | Qualcomm Incorporated | Techniques and apparatuses for hybrid automatic repeat request acknowledgement (HARQ-ACK) feedback for carrier aggregation in new radio |
EP3735063B1 (en) * | 2017-12-27 | 2024-04-17 | NTT DoCoMo, Inc. | Base station and radio communication method |
EP3726763A4 (en) * | 2017-12-29 | 2021-06-09 | Beijing Xiaomi Mobile Software Co., Ltd. | METHOD AND DEVICE FOR CONFIGURATION OF THE FEEDBACK OF HYBRID AUTOMATIC REPEAT REQUESTS (HARQ) AND DATA RECEIVER |
CN110166206B (zh) | 2018-02-12 | 2021-01-08 | 维沃移动通信有限公司 | 一种harq-ack码本的确定方法和终端 |
WO2019154358A1 (zh) * | 2018-02-12 | 2019-08-15 | 维沃移动通信有限公司 | Harq-ack码本的确定方法和终端 |
CN112910613B (zh) * | 2018-02-13 | 2022-05-17 | 中兴通讯股份有限公司 | 一种信息处理方法、装置、用户设备、基站和存储介质 |
US10855403B2 (en) * | 2018-02-13 | 2020-12-01 | Mediatek Singapore Pte. Ltd. | Method and apparatus for reducing uplink overhead in mobile communications |
RU2754678C1 (ru) * | 2018-02-15 | 2021-09-06 | Телефонактиеболагет Лм Эрикссон (Пабл) | Обработка отмены планирования sps для динамической кодовой книги для квитирования запроса повторной передачи (harq-ack) на основе группы кодовых блоков |
US11539465B2 (en) | 2018-02-16 | 2022-12-27 | Telefonaktiebolaget Lm Ericsson (Publ) | HARQ codebook structure |
WO2019213957A1 (en) * | 2018-05-11 | 2019-11-14 | Lenovo (Beijing) Limited | Method and apparatus for harq-ack feedback for carrier aggregation |
CN110505040B (zh) | 2018-05-18 | 2020-05-26 | 维沃移动通信有限公司 | 信息传输方法、终端及网络设备 |
KR102656606B1 (ko) | 2018-08-10 | 2024-04-12 | 삼성전자주식회사 | 무선 통신 시스템에서 harq-ack 피드백을 송수신하는 방법 및 장치 |
US20200092068A1 (en) * | 2018-09-19 | 2020-03-19 | Qualcomm Incorporated | Acknowledgement codebook design for multiple transmission reception points |
US11973719B2 (en) * | 2018-09-27 | 2024-04-30 | Mediatek Singapore Pte. Ltd. | Mechanisms for feedback of multiple HARQ procedures in a slot in mobile communications |
EP3878119A4 (en) * | 2018-11-08 | 2022-06-08 | NEC Corporation | METHODS AND DEVICES FOR HYBRID AUTOMATIC REPEAT REQUEST |
CN111385893B (zh) * | 2018-12-29 | 2023-01-24 | 中兴通讯股份有限公司 | 资源的调度处理方法及装置 |
KR20230079501A (ko) | 2019-01-09 | 2023-06-07 | 주식회사 윌러스표준기술연구소 | 무선통신 시스템에서 상향링크 제어채널의 전송 장치 및 방법 |
WO2020167018A1 (ko) * | 2019-02-15 | 2020-08-20 | 엘지전자 주식회사 | 무선 통신 시스템에서 데이터 송수신 방법 및 이에 대한 장치 |
CA3134506A1 (en) * | 2019-03-26 | 2020-10-01 | Panasonic Intellectual Property Corporation Of America | Base station, terminal and communication method |
CN111770572B (zh) * | 2019-03-30 | 2023-08-04 | 华为技术有限公司 | 确定反馈信息的方法和通信装置 |
EP3959923A1 (en) * | 2019-04-25 | 2022-03-02 | Nokia Solutions and Networks Oy | Steering data among serving cells in carrier aggregation |
CN114175542B (zh) * | 2019-08-16 | 2023-09-26 | 华为技术有限公司 | 通信方法以及通信装置 |
CN111835489B (zh) * | 2019-08-16 | 2022-05-10 | 维沃移动通信有限公司 | 一种传输方法、配置方法、终端及网络侧设备 |
WO2021137564A1 (en) * | 2019-12-30 | 2021-07-08 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting control signaling |
US11848781B2 (en) * | 2020-01-06 | 2023-12-19 | Qualcomm Incorporated | Hybrid automatic repeat request acknowledgement codebook determination with different downlink assignment indicator bitwidth |
WO2021159850A1 (en) * | 2020-02-11 | 2021-08-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication methods, user equipment and network device |
US11817959B2 (en) * | 2020-02-19 | 2023-11-14 | Qualcomm Incorporated | Codebook construction for enhanced hybrid automatic repeat request feedback |
CN114070498B (zh) * | 2020-07-31 | 2023-03-14 | 展讯通信(上海)有限公司 | 下行分配指示的确定方法及装置、下行分配指示的配置方法及装置、存储介质、终端、基站 |
US20220094483A1 (en) * | 2020-09-18 | 2022-03-24 | Qualcomm Incorporated | Codebook generation for sps with delayed harq |
US11991696B2 (en) | 2020-12-17 | 2024-05-21 | Samsung Electronics Co., Ltd. | Scheduling multiple downlink transmissions |
KR20220102872A (ko) * | 2021-01-14 | 2022-07-21 | 삼성전자주식회사 | 통신 시스템에서 데이터 채널을 스케줄링하는 방법 및 장치 |
WO2023153854A1 (ko) * | 2022-02-11 | 2023-08-17 | 엘지전자 주식회사 | 무선 통신 시스템에서 상향링크 송수신을 수행하는 방법 및 장치 |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102577209A (zh) * | 2009-10-01 | 2012-07-11 | 交互数字专利控股公司 | 上行链路控制数据传输 |
CN102916789A (zh) * | 2011-08-05 | 2013-02-06 | 财团法人工业技术研究院 | 时分双工无线通信系统与混合自动重复请求确认回报方法 |
CN103312468A (zh) * | 2012-03-16 | 2013-09-18 | 英特尔公司 | Harq/ack电码本大小确定 |
CN104396174A (zh) * | 2012-07-27 | 2015-03-04 | 英特尔公司 | 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成 |
CN104756430A (zh) * | 2013-09-26 | 2015-07-01 | 华为技术有限公司 | 控制信息的反馈方法、用户设备及基站 |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
IN2014DN08962A (zh) | 2012-05-10 | 2015-05-22 | Ericsson Telefon Ab L M | |
EP3248320B1 (en) * | 2015-01-20 | 2021-09-22 | LG Electronics Inc. | Method for transmitting uplink control information and apparatus therefor |
KR102150444B1 (ko) * | 2015-07-01 | 2020-09-01 | 엘지전자 주식회사 | 무선 통신 시스템에서 신호의 전송 방법 및 장치 |
US10492184B2 (en) * | 2016-12-09 | 2019-11-26 | Samsung Electronics Co., Ltd. | Multiplexing control information in a physical uplink data channel |
-
2015
- 2015-08-14 KR KR1020187004093A patent/KR102288231B1/ko active IP Right Grant
- 2015-08-14 EP EP15901207.9A patent/EP3320637B1/en active Active
- 2015-08-14 WO PCT/CN2015/086928 patent/WO2017028001A1/en active Application Filing
- 2015-08-14 US US15/752,560 patent/US10341057B2/en active Active
- 2015-08-14 CN CN201580082508.3A patent/CN108292974B/zh active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102577209A (zh) * | 2009-10-01 | 2012-07-11 | 交互数字专利控股公司 | 上行链路控制数据传输 |
CN102916789A (zh) * | 2011-08-05 | 2013-02-06 | 财团法人工业技术研究院 | 时分双工无线通信系统与混合自动重复请求确认回报方法 |
US20130034029A1 (en) * | 2011-08-05 | 2013-02-07 | Industrial Technology Research Institute | Tdd wireless communication system and method for reporting harq-ack |
CN103312468A (zh) * | 2012-03-16 | 2013-09-18 | 英特尔公司 | Harq/ack电码本大小确定 |
CN104396174A (zh) * | 2012-07-27 | 2015-03-04 | 英特尔公司 | 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成 |
CN104756430A (zh) * | 2013-09-26 | 2015-07-01 | 华为技术有限公司 | 控制信息的反馈方法、用户设备及基站 |
Non-Patent Citations (2)
Title |
---|
HUAWEI ET AL: "HARQ-ACK Codebook size determination and fallback operation for up to 32 component carriers", 《3GPP TSG RAN WG1 MEETING #81; R1-152463》 * |
PRAGUE: "Discussion on HARQ timing of PDSCH transmission with self-scheduling", 《3GPP TSG-RAN WG1 MEETING #76 R1-140597》 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112585896B (zh) * | 2018-08-01 | 2022-10-28 | 联想(北京)有限公司 | 用于harq-ack码本确定的方法和装置 |
CN112585896A (zh) * | 2018-08-01 | 2021-03-30 | 联想(北京)有限公司 | 用于harq-ack码本确定的方法和装置 |
CN112740592A (zh) * | 2018-08-07 | 2021-04-30 | Idac控股公司 | 用于harq增强的方法和装置 |
WO2020057499A1 (zh) * | 2018-09-18 | 2020-03-26 | 中兴通讯股份有限公司 | 码本确定方法、码本确定装置、终端、基站及存储介质 |
CN111147208B (zh) * | 2018-11-02 | 2023-09-26 | 中兴通讯股份有限公司 | 信息传输方法及装置 |
WO2020088466A1 (zh) * | 2018-11-02 | 2020-05-07 | 中兴通讯股份有限公司 | 信息传输方法及装置 |
CN111147208A (zh) * | 2018-11-02 | 2020-05-12 | 中兴通讯股份有限公司 | 信息传输方法及装置 |
CN111385067A (zh) * | 2018-12-29 | 2020-07-07 | 北京展讯高科通信技术有限公司 | 下行数据调度harq-ack码本反馈、生成方法及装置、介质 |
US11991713B2 (en) | 2019-02-03 | 2024-05-21 | Huawei Technologies Co., Ltd. | Data scheduling method, apparatus, and system |
WO2020155187A1 (zh) * | 2019-02-03 | 2020-08-06 | 华为技术有限公司 | 数据调度方法、装置及系统 |
CN111585713A (zh) * | 2019-02-15 | 2020-08-25 | 华为技术有限公司 | 一种码本的处理方法及装置 |
CN111585713B (zh) * | 2019-02-15 | 2021-10-26 | 华为技术有限公司 | 一种码本的处理方法及装置 |
WO2020220359A1 (zh) * | 2019-04-30 | 2020-11-05 | Oppo广东移动通信有限公司 | 确定harq码本的方法和设备 |
CN112311512B (zh) * | 2019-07-30 | 2021-11-09 | 中国移动通信有限公司研究院 | 混合自动重传码本的确定、指示方法、终端及网络设备 |
CN112311512A (zh) * | 2019-07-30 | 2021-02-02 | 中国移动通信有限公司研究院 | 混合自动重传码本的确定、指示方法、终端及网络设备 |
CN112399617B (zh) * | 2019-08-16 | 2022-06-28 | 大唐移动通信设备有限公司 | 一种信息传输方法、终端及网络侧设备 |
CN112399617A (zh) * | 2019-08-16 | 2021-02-23 | 大唐移动通信设备有限公司 | 一种信息传输方法、终端及网络侧设备 |
WO2022061533A1 (en) * | 2020-09-22 | 2022-03-31 | Nec Corporation | Methods for communications, terminal device, network device and computer readable media |
Also Published As
Publication number | Publication date |
---|---|
EP3320637C0 (en) | 2023-11-08 |
CN108292974B (zh) | 2021-09-10 |
EP3320637A1 (en) | 2018-05-16 |
KR102288231B1 (ko) | 2021-08-09 |
WO2017028001A1 (en) | 2017-02-23 |
EP3320637A4 (en) | 2019-03-13 |
US10341057B2 (en) | 2019-07-02 |
EP3320637B1 (en) | 2023-11-08 |
US20180241510A1 (en) | 2018-08-23 |
KR20180031014A (ko) | 2018-03-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108292974A (zh) | 确定无线通信系统中的harq-ack响应码本 | |
US20220039079A1 (en) | Sidelink control information indication | |
US11219048B2 (en) | Scheduling transmission of data | |
US20220174667A1 (en) | Apparatus and method of scheduling multi-tti transmissions | |
EP4340287A2 (en) | Demodulation reference signal configuration | |
US11539479B2 (en) | HARQ-ACK for a plurality of carrier groups of a downlink slot set | |
US11405939B2 (en) | Scheduling request indication | |
EP2828998A2 (en) | Systems and methods for signaling and determining transmission time interval bundling parameters | |
US11424888B2 (en) | Demodulation reference signal configuration | |
CN109075912A (zh) | 无线通信系统中的数据确认 | |
CN112567667A (zh) | 基于cbg的重传 | |
CN110073622B (zh) | 用于数据块组的反馈信息 | |
US11172471B2 (en) | Resource reservation | |
WO2018170916A1 (en) | Pucch format indication and resource allocation | |
WO2019000180A1 (en) | DEMODULATION REFERENCE SIGNAL CONFIGURATION | |
US11658774B2 (en) | Determining a resource field that carries feedback information | |
WO2021007719A1 (en) | Apparatus and method of one-shot harq-ack codebook determination | |
CN109479192A (zh) | 用于上行链路传输的基于前导的接入 | |
CN111630921B (zh) | 控制消息传输 | |
EP3566543B1 (en) | Uplink transmission blanking | |
WO2019028735A1 (en) | UPLINK CONTROL CHANNEL RESOURCE DETERMINATION |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
PB01 | Publication | ||
PB01 | Publication | ||
SE01 | Entry into force of request for substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |