CN109075912B - 无线通信***中的数据确认方法和装置 - Google Patents
无线通信***中的数据确认方法和装置 Download PDFInfo
- Publication number
- CN109075912B CN109075912B CN201680085431.XA CN201680085431A CN109075912B CN 109075912 B CN109075912 B CN 109075912B CN 201680085431 A CN201680085431 A CN 201680085431A CN 109075912 B CN109075912 B CN 109075912B
- Authority
- CN
- China
- Prior art keywords
- harq
- burst
- ack
- codebook size
- ack codebook
- 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.)
- Active
Links
Images
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/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/08—Arrangements for detecting or preventing errors in the information received by repeating transmission, e.g. Verdan system
-
- 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
- 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/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Detection And Prevention Of Errors In Transmission (AREA)
Abstract
公开用于数据确认的装置、方法和***。一种装置包括确定用于下行链路(“DL”)突发的持续时间的处理器。该装置包括:发送器,所述发送器发送具有持续时间的DL突发,以及指示用于传输与DL突发相对应的混合自动重传请求确认(“HARQ‑ACK”)反馈的HARQ‑ACK码本大小的信令。
Description
技术领域
本文公开的主题一般涉及无线通信,并且更具体地涉及无线通信***中的数据确认。
背景技术
在此定义下述缩写,其中至少一些在下述描述中被引用:第三代合作伙伴计划(“3GPP”)、肯定确认(“ACK”)、二进制相移键控(“BPSK”)、空闲信道评估(“CCA”)、循环前缀(“CP”)、信道状态信息(“CSI”)、公共搜索空间(“CSS”)、下行链路控制信息(“DCI”)、下行链路(“DL”)、增强的空闲信道评估(“eCCA”)、演进节点B(“eNB”)、欧洲电信标准协会(“ETSI”)、基于帧的设备(“FBE”)、频分双工(“FDD”)、频分多址接入(“FDMA”)、混合自动重复请求(“HARQ”)、许可辅助接入(“LAA”)、基于负载的设备(“LBE”)、先听后说(“LBT”)、长期演进(“LTE”)、否定确认(“NACK”)或(“NAK”)、正交频分复用(“OFDM”)、主小区(“PCell”)、物理广播信道(“PBCH”)、物理下行链路控制信道(“PDCCH”)、物理下行链路共享信道(“PDSCH”)、物理混合ARQ指示符信道(“PHICH”)、物理随机接入信道(“PRACH”)、物理资源块(“PRB”)、物理上行链路控制信道(“PUCCH”)、物理上行链路共享信道(“PUSCH”)、服务质量(“QoS”)、正交相移键控(“QPSK”)、无线电资源控制(“RRC”)、接收(“RX”)、单载波频分多址(“SC-FDMA”)、辅助小区(“SCell”)、共享信道(“SCH”)、信号与干扰加噪声比(“SINR”)、传输块(“TB”)、传输块大小(“TBS”)、时分双工(“TDD”)、时分复用(“TDM”)、发送(“TX”)、上行链路控制信息(“UCI”)、用户实体/设备(移动终端)(“UE”)、上行链路(“UL”)、通用移动电信***(“UMTS”) 和全球微波接入互操作性(“WiMAX”)。
在无线通信网络中,DL TB可以在PDSCH上被承载。可以在一个服务小区和子帧中的PDSCH上发送最多两个TB。如这里所使用的,“HARQ-ACK”可以共同表示肯定确认(“ACK”)和否定确认 (“NAK”)。ACK意指TB被正确地接收,同时NAK意指TB被错误地接收。
可以在PUCCH上或在PUSCH上发送与PDSCH相对应的 HARQ-ACK反馈比特。对于3GPP版本8LTE FDD,在子帧n中发送与在子帧n-4中接收的PDSCH相对应的HARQ-ACK反馈比特。参见 3GPP TS36.213v12.6.0。此外,对于3GPP版本8LTE TDD,在子帧n 中发送与在子帧n-k中接收的PDSCH相对应的HARQ-ACK反馈比特,其中k属于集合K({k0,k1,...kM-1})。应注意,对于LTE TDD,集合K中的元素取决于TDD UL/DL配置以及子帧索引n,如表1所示。 HARQ-ACK码本大小由用于TDD UL/DL配置的集合k的元素的数目确定。
表格1
LTE TDD UL/DL配置在表2中被示出。应注意,在表2中,“D”表示DL子帧,“U”表示UL子帧,并且“S”表示特殊子帧。包含 PDSCH的子帧与包含对应的HARQ-ACK反馈的子帧之间的定时关系可以称为HARQ定时。
[表2]
可以在某些配置中使用用于LTE FDD的帧结构。10毫秒(“ms”) 的无线电帧可以包括10个子帧,每个子帧是1ms。每个子帧还可以包括两个时隙,每个时隙是0.5ms。在每个时隙内,可以发送多个OFDM 符号。天线端口上的每个时隙中的发送的信号可以由包括个子载波和个OFDM符号的资源网格来被描述,其中是DL中的 RB的数目(取决于小区的传输带宽);是每个RB中的子载波的数目;并且每个子载波占据一定大小的频率Δf。Δf以及的值可以取决于表3中所示的循环前缀。
表3
在某些配置中,天线端口可以指代逻辑天线端口(即,其可以不必指代物理天线或天线元件)。天线端口和物理天线元件之间的映射可以是特定于实现的。换句话说,不同的设备可以具有不同的物理天线元件到同一天线端口的映射。接收设备可以假设在相同天线端口上发送的信号通过相同的信道。此外,接收设备不能假设在不同天线端口上发送的信号通过相同的信道。
在某些配置中,可以使用载波聚合,使得UE可以聚合多于一个载波以提高传输数据速率。UE能够在下行链路和上行链路中聚合不同数目的载波。对于RRC_CONNECTED UE(例如,其中已建立RRC连接的UE),每个聚合的载波可以是用于UE的服务小区。在多个聚合的服务小区当中,只有一个小区可以是主小区,而其他小区是辅小区。在一些配置中,可以在主小区和辅小区上发送PUCCH。因此,PUCCH 开销可以从主小区卸载到辅小区。
在一些配置中,作为载波聚合的一部分,为了DL传输支持许可频谱和非许可频谱上的服务小区的聚合。在这样的配置中,未许可频谱中的服务小区可以仅是对UE的辅小区。对未许可载波的操作由许可载波的操作协助,因此名称为许可辅助接入(“LAA”)。
在某些配置中,LAA包括对未许可频谱中的LAA辅小区操作的 UL支持。LAA还可以允许Wi-Fi和LAA之间的公平共存以及不同 LAA***之间的公平共存。共存措施可能仍然允许所有共存技术的有效运行。可以在未许可载波上执行PUCCH传输,以将PUCCH开销从许可载波卸载到未许可载波。为了支持对于LAA操作的双连接(例如,托管许可载波的网络节点和托管未许可载波的网络节点在地理上非并置并且与非理想回程连接),可以支持未许可载波中的PUCCH传输。
在各种配置中,如果在未许可频谱中存在大量载波并且在许可频谱中存在有限数目的载波,则将一些UCI从许可频谱卸载到未许可频谱可能是有用的。在一些情况下,未许可频谱的信道质量可能比许可频谱的信道质量差,并且可能存在未许可频谱的不可预测的信道接入。因此,可以在许可频谱中发送与许可频谱中的PDSCH相对应的 HARQ-ACK。此外,在非许可频谱上在上行链路中发送的HARQ-ACK 可以对应于在未许可频谱上发送的PDSCH。可以通过eNB配置来促进此。
可以理解,可以在未许可频谱上的传输之前执行LBT,以促进与相同未许可频谱上的其他无线***公平共存。此外,对于未许可载波上的HARQ-ACK传输,可以在实际HARQ-ACK传输之前执行LBT。在LBT成功之后,UE可以根据DL HARQ定时关系在LAA上行链路子帧中开始HARQ-ACK传输。相反,响应于用于上行链路信道接入的失败的LBT,可以不在LAA辅小区上行链路上发送与LAA辅小区中的DL传输相对应的HARQ-ACK传输。不发送HARQ-ACK传输可以降低DL吞吐量性能。
在未许可的载波上,由于潜在作为下行链路子帧或上行链路子帧的未授权载波上的每个子帧,诸如具有如表2中所示的在UL子帧的数目与DL子帧的数目之间的一系列预定比率的UL/DL配置的某些配置是不合适的。因此,由于未许可的载波上没有特定的UL/DL配置,所以对于eNB和/或UE来说可能没有获知HARQ-ACK码本大小。
发明内容
公开用于数据确认的装置。方法和***还执行装置的功能。在一个实施例中,该装置是确定用于下行链路(“DL”)突发的持续时间的处理器。在各种实施例中,该装置包括发送器,该发送器发送具有持续时间的DL突发,以及指示用于传输与DL突发相对应的 HARQ-ACK反馈的混合自动重传请求确认(“HARQ-ACK”)码本大小的信令。
在一个实施例中,HARQ-ACK码本大小与DL突发占用的子帧的数目相对应。在另一实施例中,DL突发占用的子帧的数目包括DL突发占用的部分子帧。在一些实施例中,发送器多次发送指示HARQ-ACK 码本大小的信令。在某些实施例中,指示HARQ-ACK码本大小的信令在DL突发的最后子帧中被发送。在另一实施例中,指示HARQ-ACK 码本大小的信令在DL突发的最后子帧之前的子帧中被发送。在各种实施例中,指示HARQ-ACK码本大小的信令在公共搜索空间中的下行链路控制信息(“DCI”)中被发送。在一些实施例中,指示HARQ-ACK 码本大小的信令在DL许可中被发送。
在一个实施例中,一种用于数据确认的方法包括确定DL突发的持续时间。在各种实施例中,该方法可以包括发送具有持续时间的DL 突发,以及指示用于传输与DL突发相对应的HARQ-ACK反馈的 HARQ-ACK码本大小的信令。
在一个实施例中,一种装置包括:接收器,该接收器接收来自DL 突发的数据,并且接收指示用于传输与DL突发相对应的HARQ-ACK 反馈的HARQ-ACK码本大小的信令。在各种实施例中,该装置可以包括处理器,该处理器基于该信令确定HARQ-ACK码本大小。
在某些实施例中,HARQ-ACK码本大小与DL突发占用的子帧的数目相对应。在这样的实施例中,DL突发占用的子帧的数目包括DL 突发占用的部分子帧。在各种实施例中,接收器多次接收指示 HARQ-ACK码本大小的信令。在一些实施例中,接收器在DL突发的最后子帧中接收指示HARQ-ACK码本大小的信令。
在一个实施例中,接收器在DL突发的最后子帧之前的子帧中接收指示HARQ-ACK码本大小的信令。在某些实施例中,接收器在公共搜索空间中的DCI中接收指示HARQ-ACK码本大小的信令。在一些实施例中,接收器在DL许可中接收指示HARQ-ACK码本大小的信令。在各种实施例中,该装置包括发送器。在这样的实施例中,处理器生成与DL突发对应的HARQ-ACK反馈,并且发送器发送HARQ-ACK 反馈。在一个实施例中,对于一码字传输模式,HARQ-ACK反馈中的 HARQ-ACK比特的数目与HARQ-ACK码本大小匹配。在某些实施例中,对于双码字传输模式,HARQ-ACK反馈中的HARQ-ACK比特的数目是HARQ-ACK码本大小的两倍。
在一个实施例中,用于数据确认的另一种方法包括接收来自DL 突发的数据,以及接收指示用于传输与DL突发相对应的HARQ-ACK 反馈的HARQ-ACK码本大小的信令。在各种实施例中,该方法包括基于信令确定HARQ-ACK码本大小。
附图说明
通过参考在附图中图示的特定实施例,将呈现在上面简要地描述的实施例的更加具体的描述。应理解,这些附图仅描绘一些实施例,并且因此不应认为是对范围的限制,将通过使用附图以额外的特征和细节来描述和解释实施例,其中:
图1是图示用于数据确认的无线通信***的一个实施例的示意性框图;
图2是图示可以被用于发送数据确认的装置的一个实施例的示意性框图;
图3是图示可以被用于接收数据确认的装置的一个实施例的示意性框图;
图4图示用于建立HARQ-ACK码本大小以供数据确认的通信的一个实施例;
图5是图示用于发送HARQ-ACK码本大小的方法的一个实施例的示意性流程图;以及
图6是图示用于接收HARQ-ACK码本大小的方法的一个实施例的示意性流程图。
具体实施方式
如本领域的技术人员将会理解的,实施例的各方面可以体现为***、装置、方法或程序产品。因此,实施例可以采取完全硬件实施例、完全软件实施例(包括固件、常驻软件、微代码等)或者组合在本文中通常都可以被称为“电路”、“模块”或“***”的软件和硬件方面的实施例的形式。此外,实施例可以采取体现在存储在下文中被称为代码的机器可读代码、计算机可读代码和/或程序代码的一个或多个计算机可读存储设备中的程序产品的形式。存储设备可以是有形的、非暂时的和/或非传输的。存储设备可能不体现信号。在某个实施例中,存储设备仅采用用于访问代码的信号。
本说明书中描述的某些功能单元可以被标记为模块,以便于更具体地强调它们的实现独立性。例如,模块可以实现为包括定制的超大规模集成(“VLSI”)电路或门阵列的硬件电路、诸如逻辑芯片的现成半导体、晶体管或其他分立元件。模块还可以在可编程硬件设备,诸如现场可编程门阵列、可编程阵列逻辑、可编程逻辑设备等中实现。
模块也可以用代码和/或软件实现,用于由各种类型的处理器执行。所识别的代码模块可以例如包括可执行代码的一个或多个物理或逻辑块,其可以例如被组织为对象、过程或功能。然而,所识别的模块的可执行文件不需要在物理上位于一起,而是可以包括存储在不同位置的不同指令,当在逻辑上结合在一起时,其包括模块并实现模块的所陈述的目的。
实际上,代码模块可以是单个指令或许多指令,并且甚至可以分布在数个不同的代码段上、不同的程序当中以及跨越数个存储器设备。类似地,操作数据可以在本文中在模块内被识别和图示,并且可以以任何合适的形式体现并且被组织在任何合适类型的数据结构内。操作数据可以作为单个数据集收集,或者可以分布在包括在不同的计算机可读存储设备上的不同的位置上。在模块或模块的部分以软件实现的情况下,软件部分存储在一个或多个计算机可读存储设备上。
可以利用一个或多个计算机可读介质的任何组合。计算机可读介质可以是计算机可读存储介质。计算机可读存储介质可以是存储代码的存储设备。存储装置可以是例如但不限于电子、磁、光、电磁、红外、全息、微机械或半导体***、装置或设备、或前述的任何合适的组合。
存储设备的更具体示例(非详尽列表)将包括以下:具有一条或多条电线的电连接、便携式计算机磁盘、硬盘、随机存取存储器 (“RAM”)、只读存储器(“ROM”)、可擦除可编程只读存储器 (“EPROM”或闪存)、便携式光盘只读存储器(“CD-ROM”)、光学存储设备、磁存储设备、或者前述的任何合适的组合。在本文件的上下文中,计算机可读存储介质可以是任何有形介质,其能够包含或存储由指令执行***、装置或设备使用或与其结合使用的程序。
用于执行对于实施例的操作的代码可以是任何数目的行,并且可以以包括诸如Python、Ruby、Java、Smalltalk、C++等的面向对象的编程语言和诸如“C”编程语言等的传统的编程语言以及/或诸如汇编语言的机器语言的一种或多种编程语言的任何组合来编写。代码可以完全在用户的计算机上,作为独立的软件包部分在用户的计算机上,部分在用户的计算机上,部分在远程计算机上或完全在远程计算机或服务器上执行。在后一种情况下,远程计算机可以通过包括局域网 (“LAN”)或广域网(“WAN”)的任何类型的网络连接到用户的计算机,或者可以对外部计算机进行连接(例如,通过互联网使用互联网服务提供商)。
贯穿本说明书对“一个实施例”、“实施例”或类似语言的引用意指结合该实施例描述的特定特征、结构或特性被包括在至少一个实施例中。因此,贯穿本说明书出现的短语“在一个实施例中”、“在实施例中”以及类似语言可以但不一定全部指的是相同的实施例,而是意指“一个或多个但不是所有实施例”,除非另有明确说明。除非另有明确说明,否则术语“包括”、“包含”、“具有”及其变体意指“包括但不限于”。除非另有明确说明,否则列举的项目列表并不隐含任何或所有项目是互斥的。除非另有明确说明,否则术语“一”、“一个”和“该”也指的是“一个或多个”。
此外,所描述的实施例的特征、结构或特性可以以任何合适的方式组合。在下面的描述中,提供许多具体细节,诸如编程、软件模块、用户选择、网络事务、数据库查询、数据库结构、硬件模块、硬件电路、硬件芯片等的示例,以提供对实施例的全面理解。然而,相关领域的技术人员将认识到,可以在没有一个或多个具体细节的情况下或者利用其他方法、组件、材料等来实践实施例。在其他情况下,未详细示出或描述公知的结构、材料或操作以避免模糊实施例的各方面。
下面参考根据实施例的方法、装置、***和程序产品的示意性流程图和/或示意性框图来描述实施例的各方面。将会理解,示意性流程图和/或示意性框图的每个框以及示意性流程图和/或示意性框图中的框的组合能够通过代码实现。这些代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器以产生机器,使得经由计算机的处理器或其他可编程数据处理装置执行的指令创建用于实现在示意性流程图和/或示意性框图块或块中指定的功能/动作的装置。
代码还可以存储在存储设备中,该存储设备能够指导计算机、其他可编程数据处理装置或其他设备以特定方式运行,使得存储在存储设备中的指令产生包括实现在示意性流程图和/或示意性框图块或者块中指定的功能/动作的指令的制品。
代码也可以加载到计算机、其他可编程数据处理装置或其他设备上,以使在计算机、其他可编程装置或其他设备上执行一系列操作步骤,以产生计算机实现的过程,使得在计算机或其他可编程装置上执行的代码提供用于实现流程图和/或框图块或者块中指定的功能/动作的过程。
附图中的示意性流程图和/或示意性框图图示根据各种实施例的装置、***、方法和程序产品的可能实现的架构、功能和操作。在这方面,示意性流程图和/或示意性框图中的每个框可以表示代码的模块、片段或部分,其包括用于实现指定的逻辑功能的代码的一个或多个可执行指令。
还应注意,在一些可替选的实施方式中,框中记录的功能可以不按附图中所记录的顺序发生。例如,连续示出的两个块实际上可以基本上同时执行,或者块有时可以以相反的顺序执行,这取决于所涉及的功能。可以设想其他步骤和方法,其在功能、逻辑或效果上等同于所图示的附图的一个或多个块或其部分。
尽管在流程图和/或框图中可以采用各种箭头类型和线类型,但是理解它们不限制相应实施例的范围。实际上,一些箭头或其他连接器可以被用于仅指示所描绘实施例的逻辑流程。例如,箭头可以指示所描绘的实施例的枚举步骤之间的未指定持续时间的等待或监视时段。还将会注意,框图和/或流程图的每个框以及框图和/或流程图中的块的组合能够由执行特定功能或动作的基于专用硬件的***,或专用硬件和代码的组合来实现。
每个图中的元件的描述可以参考前述附图的元件。相同的数字指的是所有附图中的相同元件,包括相同元件的可替选实施例。
图1描绘用于数据确认的无线通信***100的实施例。在一个实施例中,无线通信***100包括远程单元102和基本单元104。即使图 1中描绘特定数目的远程单元102和基本单元104,本领域的技术人员将认识到任意数目的远程单元102和基本单元104可以包括在无线通信***100中。
在一个实施例中,远程单元102可以包括计算设备,诸如台式计算机、膝上型计算机、个人数字助理(“PDA”)、平板计算机、智能电话、智能电视(例如,连接到因特网的电视)、机顶盒、游戏控制台、安全***(包括安全摄像机)、车载计算机、网络设备(例如,路由器、交换机、调制解调器)等。在一些实施例中,远程单元102 包括可穿戴设备,诸如智能手表、健身带、光学头戴式显示器等。此外,远程单元102可以被称为订户单元、移动设备、移动站、用户、终端、移动终端、固定终端、订户站、UE、用户终端、设备、或者通过本领域中使用的其他术语。远程单元102可以经由UL通信信号直接与一个或多个基本单元104通信。
基本单元104可以分布在地理区域上。在某些实施例中,基本单元104还可以称为接入点、接入终端、基地(base)、基站(base station)、节点B、eNB、家庭节点B、中继节点、设备、或者通过本领域中使用的任何其他术语。基本单元104通常是无线电接入网络的一部分,其包括可通信地耦合到一个或多个对应的基本单元104的一个或多个控制器。无线电接入网络通常可通信地耦合到一个或多个核心网络,其可以耦合到其他网络,如互联网和公共交换电话网络、以及其它网络。无线电接入和核心网络的这些和其他元件未被图示,但是本领域的普通技术人员通常是众所周知的。
在一个实施方式中,无线通信***100符合3GPP协议的LTE,其中基本单元104在DL上使用OFDM调制方案进行发送,并且远程单元102使用SC-FDMA方案在UL上进行发送。然而,更一般地,无线通信***100可以实现一些其他开放或专有通信协议,例如, WiMAX,以及其它协议。本公开不旨在限于任何特定无线通信***架构或协议的实现。
基本单元104可以经由无线通信链路服务于服务区域内的多个远程单元102,例如,小区或小区扇区。基本单元104在时间、频率和/ 或空间域中发送DL通信信号以服务远程单元102。
在一个实施例中,基本单元104可以确定用于DL突发的持续时间。基本单元104可以发送具有持续时间的DL突发,以及指示用于传输与DL突发相对应的HARQ-ACK反馈的HARQ-ACK码本大小的信令。因此,远程单元102可以接收指示HARQ-ACK码本大小的信息。
在另一实施例中,远程单元102可以接收来自DL突发的数据,并且接收指示用于传输与DL突发相对应的HARQ-ACK反馈的 HARQ-ACK码本大小的信令。在这样的实施例中,远程单元102可以基于信令确定HARQ-ACK码本大小。
图2描绘可以被用于发送数据确认的装置200的一个实施例。装置200包括远程单元102的一个实施例。此外,远程单元102可以包括处理器202、存储器204、输入设备206、显示器208、发送器210 和接收器212。在一些实施例中,输入设备206和显示器208被组合成单个设备,诸如触摸屏。在某些实施例中,远程单元102可以不包括任何输入设备206和/或显示器208。在各种实施例中,远程单元102 可以包括处理器202、存储器204、发送器210和接收器212中的一个或多个,并且可以不包括输入设备206和/或显示器208。
在一个实施例中,处理器202可以包括能够执行计算机可读指令和/或能够执行逻辑操作的任何已知控制器。例如,处理器202可以是微控制器、微处理器、中央处理单元(“CPU”)、图形处理单元(“GPU”)、辅助处理单元、现场可编程门阵列(“FPGA”)、或类似的可编程控制器。在一些实施例中,处理器202执行存储在存储器204中的指令以执行本文描述的方法和例程。处理器202通信地耦合到存储器204、输入设备206、显示器208、发送器210和接收器212。在某些实施例中,处理器202可以根据从DL突发接收到的数据确定HARQ-ACK码本大小。
在一个实施例中,存储器204是计算机可读存储介质。在一些实施例中,存储器204包括易失性计算机存储介质。例如,存储器204 可以包括RAM,包括动态RAM(“DRAM”)、同步动态RAM (“SDRAM”)和/或静态RAM(“SRAM”)。在一些实施例中,存储器204包括非易失性计算机存储介质。例如,存储器204可以包括硬盘驱动器、闪存或任何其他合适的非易失性计算机存储设备。在一些实施例中,存储器204包括易失性和非易失性计算机存储介质。在一些实施例中,存储器204存储与要提供给另一设备的指示有关的数据。在一些实施例中,存储器204还存储程序代码和相关数据,诸如在远程单元102上操作的操作***或其他控制器算法。
在一个实施例中,输入设备206可以包括任何已知的计算机输入设备,包括触摸板、按钮、键盘、触控笔、麦克风等。在一些实施例中,输入设备206可以与显示器208集成,例如,作为触摸屏或类似的触敏显示器。在一些实施例中,输入设备206包括触摸屏,使得可以使用在触摸屏上显示的虚拟键盘和/或通过触摸屏上的手写来输入文本。在一些实施例中,输入设备206包括两个或更多个不同的设备,诸如键盘和触摸板。
在一个实施例中,显示器208可以包括任何已知的电子可控显示器或显示设备。显示器208可以被设计为输出视觉、听觉和/或触觉信号。在一些实施例中,显示器208包括能够向用户输出视觉数据的电子显示器。例如,显示器208可以包括但不限于LCD显示器、LED显示器、OLED显示器、投影仪或能够向用户输出图像、文本等的类似显示设备。作为另一非限制性示例,显示器208可以包括可穿戴显示器,诸如智能手表、智能眼镜、抬头显示器等。此外,显示器208可以是智能电话、个人数字助理、电视、台式计算机、笔记本(膝上型)计算机、个人计算机、车辆仪表板等的组件。
在某些实施例中,显示器208包括用于产生声音的一个或多个扬声器。例如,显示器208可以产生可听警报或通知(例如,嘟嘟声或钟声)。在一些实施例中,显示器208包括用于产生振动、运动或其他触觉反馈的一个或多个触觉设备。在一些实施例中,显示器208的全部或部分可以与输入设备206集成。例如,输入设备206和显示器 208可以形成触摸屏或类似的触敏显示器。在其他实施例中,显示器 208可以位于输入设备206附近。
发送器210被用于向基本单元104提供UL通信信号,并且接收器212被用于从基本单元104接收DL通信信号。在一个实施例中,发送器210被用于向基本单元104发送与DL突发相对应的HARQ-ACK 反馈。在某些实施例中,接收器212可以被用于接收数据。在某些实施例中,接收器212被用于接收来自DL突发的数据,并且接收指示用于传输对应于DL突发的HARQ-ACK反馈的HARQ-ACK码本大小的信令。尽管仅图示一个发送器210和一个接收器212,但是远程单元 102可以具有任何合适数目的发送器210和接收器212。发送器210和接收器212可以是任何合适类型的发送器和接收器。在一个实施例中,发送器210和接收器212可以是收发器的一部分。
图3描绘可以被用于接收数据确认的装置300的一个实施例。装置300包括基本单元104的一个实施例。此外,基本单元104可包括处理器302、存储器304、输入设备306、显示器308、发送器310和接收器312。如可以理解的,处理器302、存储器304、输入设备306 和显示器308可以分别基本上类似于远程单元102的处理器202、存储器204、输入设备206和显示器208。在某些实施例中,处理器302可以被用于DL突发的持续时间。
发送器310被用于向远程单元102提供DL通信信号,并且接收器312被用于从远程单元102接收UL通信信号。在某些实施例中,发送器310被用于发送具有持续时间的DL突发,并且发送指示用于传输与DL突发相对应的HARQ-ACK反馈的HARQ-ACK码本大小的信令。在一个实施例中,接收器312被用于响应于DL突发从远程单元102 接收确认。尽管仅图示一个发送器310和一个接收器312,但是基本单元104可以具有任何合适数目的发送器310和接收器312。发送器310 和接收器312可以是任何合适类型的发送器和接收器。在一个实施例中,发送器310和接收器312可以是收发器的一部分。
图4图示用于建立HARQ-ACK码本大小以供数据确认的通信400 的一个实施例。具体地,图示从基本单元104到远程单元102的DL突发402。DL突发402包括第一信令404、第二信令406和UL许可408。响应于DL突发402,远程单元104可以在执行LBT 412之后利用数据确认410进行响应。数据确认410可以被视为包括多个HARQ-ACK比特的HARQ-ACK反馈。HARQ-ACK比特均指示与DL突发402的部分相对应的肯定确认或否定确认。
如这里所使用的,HARQ-ACK码本大小指的是要被用于HARQ-ACK反馈的多个HARQ-ACK比特。在一个实施例中, HARQ-ACK码本大小由DL突发402的长度(例如,持续时间)确定。例如,DL突发402的长度是五个子帧。在某些实施例中,DL突发402 的长度是DL突发402中的DL子帧的数目,如果PDSCH在部分子帧中发送,则其包括部分子帧。部分子帧可以是初始部分子帧和/或结束部分子帧。通过改变DL突发402的长度,可以动态地改变HARQ-ACK 码本大小。
在某些实施例中,可以在第一信令404和/或第二信令406中发送 HARQ-ACK码本大小(例如,DL突发402长度)。第一信令404和/ 或第二信令406可以在公共搜索空间中在DCI中被发送。例如,第一信令404和/或第二信令406可以在LAA SCell上以公共DCI格式1C 发送。在一个实施例中,用于指示HARQ-ACK码本大小的多个所需比特取决于可能的突发长度。根据某些规则要求,最大信道占用时间是 10ms,使得用于指示HARQ-ACK码本大小的所需比特数是4以覆盖从1ms到10ms的突发长度。在另一实施例中,可能的突发长度可以被配置在集合中,并且集合中的每个元素指的是信道占用时间,例如,集合{4,6,8,10}或集合{2,4,6,8};因此,两个比特足以指示每个信道占用时间。在另一实施例中,对于集合{2,4,6,8,10},需要三个比特。
在一个实施例中,基本单元104可以获知DL突发402的初始子帧和结束子帧的位置以及突发长度。因此,基本单元104可以在结束 DL子帧中使用第二信令406在LAA SCell上以公共DCI格式1C指示 HARQ-ACK码本大小(例如,DL突发长度),并且在结束DL子帧之前的DL子帧中使用第一信令404在LAA SCell上以公共DCI格式1C 指示HARQ-ACK码本大小(例如,DL突发长度)。因为此DCI格式 1C在两个连续子帧中发送,所以增加信令的可靠性。
在另一实施例中,LAA SCell上的远程单元102在使用第二信令 406的结束DL子帧中和使用第一信令404的结束DL子帧之前的DL 子帧中接收公共DCI格式1C时,远程单元102可以获知HARQ-ACK 码本大小和当前DL突发402长度。由于一个DL突发402中发送的子帧在时域中是连续的,并且远程单元102通过检测LAA SCell中的公共DCI格式1C获知当前DL突发402的结束位置,远程单元102可以导出整个突发并生成与当前DL突发402内的每个DL子帧相对应的 HARQ-ACK反馈。
在某些实施例中,对于单码字传输模式(例如,传输模式1、2、 5、6和7),生成的HARQ-ACK比特的数目可以等于所指示的 HARQ-ACK码本大小。在各种实施例中,对于双码字传输模式(例如,传输模式3、4、8和9),生成的HARQ-ACK比特的数目可以是指示的HARQ-ACK码本大小的两倍。在确定HARQ-ACK比特之后,远程单元102可以在LAA SCell PUSCH或PUCCH上发送那些比特。在远程单元102没有检测到自身的任何PDSCH传输的情况下,远程单元102可以不在LAA SCell上发送任何HARQ-ACK反馈。
在一些实施例中,可以在每个DL许可中发送HARQ-ACK码本大小,用于在未许可载波上进行PDSCH调度。在远程单元102处,在接收到每个DL许可和当前突发的结束子帧中的HARQ-ACK码本大小时,可以生成HARQ-ACK反馈。对于一码字传输模式(例如,传输模式1、2、5、6和7),所生成的HARQ-ACK比特的数目可以等于所指示的HARQ-ACK码本大小。对于双码字传输模式(例如,传输模式 3、4、8和9),所生成的HARQ-ACK比特的数目可以是所指示的HARQ-ACK码本大小的两倍。在确定HARQ-ACK比特之后,远程单元102可以在LAA SCellPUSCH或PUCCH上发送那些比特。在远程单元102没有检测到自身的任何PDSCH传输的情况下,远程单元102 可以不在LAA SCell上发送任何HARQ-ACK反馈。
如上所述,远程单元102可以获知HARQ-ACK码本大小并且将此知识与基本单元104同步。应注意,用于确定本文描述的HARQ-ACK 码本大小的任何方法可以在HARQ的情况下工作,其中在一个上行链路LAA SCell PUSCH或PUCCH上发送与多个未许可载波上的DL传输相对应的HARQ-ACK反馈。
图5是图示用于发送HARQ-ACK码本大小的方法500的一个实施例的示意性流程图。在一些实施例中,方法500由诸如基本单元104 的装置执行。在某些实施例中,方法500可以由执行程序代码的处理器,例如,微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA 等执行。
方法500可以包括确定502DL突发的持续时间。在一个实施例中, DL突发的持续时间可以匹配DL突发占用的子帧的数目,其可以包括 DL突发占用的部分子帧。方法500还可以包括发送504具有持续时间的DL突发,以及指示用于传输与DL突发相对应的HARQ-ACK反馈的HARQ-ACK码本大小的信令,并且方法500可以结束。在一些实施例中,方法500包括多次发送指示HARQ-ACK码本大小的信令。在某些实施例中,指示HARQ-ACK码本大小的信令在DL突发的最后子帧中发送。在另一实施例中,指示HARQ-ACK码本大小的信令在DL突发的最后子帧之前的子帧中发送。在各种实施例中,指示HARQ-ACK 码本大小的信令在公共搜索空间中的下行链路控制信息(“DCI”)中发送。在一些实施例中,指示HARQ-ACK码本大小的信令在DL许可中发送。
在一个实施例中,HARQ-ACK码本大小与DL突发占用的子帧的数目相对应。在另一实施例中,DL突发占用的子帧的数目包括DL突发占用的部分子帧。
图6是图示用于接收HARQ-ACK码本大小的方法600的一个实施例的示意性流程图。在一些实施例中,方法600由诸如远程单元102 的装置执行。在某些实施例中,方法600可以由执行程序代码的处理器,例如,微控制器、微处理器、CPU、GPU、辅助处理单元、FPGA 等执行。
方法600可以包括接收602来自DL突发的数据;和接收指示用于传输与DL突发相对应的HARQ-ACK反馈的HARQ-ACK码本大小的信令。在各种实施例中,方法600包括多次接收指示HARQ-ACK码本大小的信令。在一些实施例中,方法600包括在DL突发的最后子帧中接收指示HARQ-ACK码本大小的信令。在一个实施例中,方法600 包括在DL突发的最后子帧之前的子帧中接收指示HARQ-ACK码本大小的信令。在某些实施例中,方法600包括在公共搜索空间中接收指示DCI中的HARQ-ACK码本大小的信令。在一些实施例中,方法600 包括在DL许可中接收指示HARQ-ACK码本大小的信令。方法600还可以包括基于信令确定604HARQ-ACK码本大小,并且方法600可以结束。
在某些实施例中,HARQ-ACK码本大小与DL突发占用的子帧的数目相对应。在这样的实施例中,DL突发占用的子帧的数目包括DL 突发占用的部分子帧。在各种实施例中,方法600包括生成与DL突发相对应的HARQ-ACK反馈并且发送HARQ-ACK反馈。在一个实施例中,对于一码字传输模式,HARQ-ACK反馈中的HARQ-ACK比特的数目与HARQ-ACK码本大小匹配。在某些实施例中,对于双码字传输模式,HARQ-ACK反馈中的HARQ-ACK比特的数目是HARQ-ACK码本大小的两倍。
虽然可以描述用于在未许可频谱的载波上的HARQ-ACK传输或接收的本文描述的实施例。所公开的实施例可以同样适用于经许可频谱的载波上的HARQ-ACK传输或接收。
实施例可以以其他特定形式实施。所描述的实施例在所有方面都应被视为仅是说明性的而非限制性的。因此,本发明的范围由所附权利要求而不是前述的描述指示。在权利要求的含义和等同范围内的所有变化都包含在其范围内。
Claims (32)
1.一种装置,包括:
处理器,所述处理器确定用于下行链路(“DL”)突发的持续时间,其中所述DL突发包括包含部分子帧的多个连续子帧;以及
发送器,所述发送器发送具有所述持续时间的所述DL突发,以及指示用于传输与所述DL突发相对应的混合自动重传请求确认(“HARQ-ACK”)反馈的HARQ-ACK码本大小的信令,其中,所述HARQ-ACK反馈中的HARQ-ACK比特的数目:
等于单码字传输模式的HARQ-ACK码本大小;或
为双码字传输模式的HARQ-ACK码本大小的两倍。
2.根据权利要求1所述的装置,其中所述HARQ-ACK码本大小与所述DL突发占用的子帧的数目相对应。
3.根据权利要求2所述的装置,其中所述DL突发占用的子帧的所述数目包括所述DL突发占用的部分子帧。
4.根据权利要求1所述的装置,其中所述发送器多次发送指示所述HARQ-ACK码本大小的所述信令。
5.根据权利要求1所述的装置,其中指示所述HARQ-ACK码本大小的所述信令在所述DL突发的最后子帧中被发送。
6.根据权利要求1所述的装置,其中指示所述HARQ-ACK码本大小的所述信令在所述DL突发的最后子帧之前的子帧中被发送。
7.根据权利要求1所述的装置,其中指示所述HARQ-ACK码本大小的所述信令在公共搜索空间中的下行链路控制信息(“DCI”)中被发送。
8.根据权利要求1所述的装置,其中指示所述HARQ-ACK码本大小的所述信令在DL许可中被发送。
9.一种方法,包括:
确定用于下行链路(“DL”)突发的持续时间,其中所述DL突发包括包含部分子帧的多个连续子帧;以及
发送具有所述持续时间的所述DL突发,以及指示用于传输与所述DL突发相对应的混合自动重传请求确认(“HARQ-ACK”)反馈的HARQ-ACK码本大小的信令,其中,所述HARQ-ACK反馈中的HARQ-ACK比特的数目:
等于单码字传输模式的HARQ-ACK码本大小;或
为双码字传输模式的HARQ-ACK码本大小的两倍。
10.根据权利要求9所述的方法,其中所述HARQ-ACK码本大小与所述DL突发占用的子帧的数目相对应。
11.根据权利要求10所述的方法,其中所述DL突发占用的子帧的所述数目包括所述DL突发占用的部分子帧。
12.根据权利要求9所述的方法,进一步包括:多次发送指示所述HARQ-ACK码本大小的所述信令。
13.根据权利要求9所述的方法,其中指示所述HARQ-ACK码本大小的所述信令在所述DL突发的最后子帧中被发送。
14.根据权利要求9所述的方法,其中指示所述HARQ-ACK码本大小的所述信令在所述DL突发的最后子帧之前的子帧中被发送。
15.根据权利要求9所述的方法,其中指示所述HARQ-ACK码本大小的所述信令在公共搜索空间中的下行链路控制信息(“DCI”)中被发送。
16.根据权利要求9所述的方法,其中指示所述HARQ-ACK码本大小的所述信令在DL许可中被发送。
17.一种装置,包括:
接收器,所述接收器接收来自下行链路(“DL”)突发的数据,并且接收指示用于传输与所述DL突发相对应的混合自动重传请求确认(“HARQ-ACK”)反馈的HARQ-ACK码本大小的信令,其中所述DL突发包括包含部分子帧的多个连续子帧;
处理器,所述处理器基于所述信令确定所述HARQ-ACK码本大小;以及
发送器,其中所述处理器生成与所述DL突发相对应的HARQ-ACK反馈,并且所述发送器发送所述HARQ-ACK反馈,其中,所述HARQ-ACK反馈中的HARQ-ACK比特的数目:
等于单码字传输模式的HARQ-ACK码本大小;或
为双码字传输模式的HARQ-ACK码本大小的两倍。
18.根据权利要求17所述的装置,其中所述HARQ-ACK码本大小与所述DL突发占用的子帧的数目相对应。
19.根据权利要求18所述的装置,其中所述DL突发占用的子帧的所述数目包括所述DL突发占用的部分子帧。
20.根据权利要求17所述的装置,其中所述接收器多次接收指示所述HARQ-ACK码本大小的所述信令。
21.根据权利要求17所述的装置,其中所述接收器在所述DL突发的最后子帧中接收指示所述HARQ-ACK码本大小的所述信令。
22.根据权利要求17所述的装置,其中所述接收器在所述DL突发的最后子帧之前的子帧中接收指示所述HARQ-ACK码本大小的所述信令。
23.根据权利要求17所述的装置,其中所述接收器在公共搜索空间中的下行链路控制信息(“DCI”)中接收指示所述HARQ-ACK码本大小的所述信令。
24.根据权利要求17所述的装置,其中所述接收器在DL许可中接收指示所述HARQ-ACK码本大小的所述信令。
25.一种方法,包括:
接收来自下行链路(“DL”)突发的数据,并且接收指示用于传输与所述DL突发相对应的混合自动重传请求确认(“HARQ-ACK”)反馈的HARQ-ACK码本大小的信令,其中所述DL突发包括包含部分子帧的多个连续子帧;以及
基于所述信令确定所述HARQ-ACK码本大小;
生成与所述DL突发相对应的HARQ-ACK反馈;
发送所述HARQ-ACK反馈,其中,所述HARQ-ACK反馈中的HARQ-ACK比特的数目:
等于单码字传输模式的HARQ-ACK码本大小;或
为双码字传输模式的HARQ-ACK码本大小的两倍。
26.根据权利要求25所述的方法,其中所述HARQ-ACK码本大小与所述DL突发占用的子帧的数目相对应。
27.根据权利要求26所述的方法,其中所述DL突发占用的子帧的所述数目包括所述DL突发占用的部分子帧。
28.根据权利要求25所述的方法,进一步包括:多次接收指示所述HARQ-ACK码本大小的所述信令。
29.根据权利要求25所述的方法,其中在所述DL突发的最后子帧中接收指示所述HARQ-ACK码本大小的所述信令。
30.根据权利要求25所述的方法,其中在所述DL突发的最后子帧之前的子帧中接收指示所述HARQ-ACK码本大小的所述信令。
31.根据权利要求25所述的方法,其中在公共搜索空间中的下行链路控制信息(“DCI”)中接收指示所述HARQ-ACK码本大小的所述信令。
32.根据权利要求25所述的方法,其中在DL许可中接收指示所述HARQ-ACK码本大小的所述信令。
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
PCT/CN2016/082101 WO2017193390A1 (en) | 2016-05-13 | 2016-05-13 | Data acknowledgement in a wireless communication system |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109075912A CN109075912A (zh) | 2018-12-21 |
CN109075912B true CN109075912B (zh) | 2022-12-06 |
Family
ID=60266239
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680085431.XA Active CN109075912B (zh) | 2016-05-13 | 2016-05-13 | 无线通信***中的数据确认方法和装置 |
Country Status (5)
Country | Link |
---|---|
US (2) | US11115158B2 (zh) |
EP (1) | EP3427429A4 (zh) |
KR (1) | KR102640127B1 (zh) |
CN (1) | CN109075912B (zh) |
WO (1) | WO2017193390A1 (zh) |
Families Citing this family (9)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108289015B (zh) * | 2017-01-09 | 2023-04-07 | 北京三星通信技术研究有限公司 | 发送harq-ack/nack的方法和设备及下行传输方法和设备 |
CN116405165A (zh) | 2017-01-09 | 2023-07-07 | 北京三星通信技术研究有限公司 | 发送harq-ack/nack的方法和设备及下行传输方法和设备 |
WO2019004881A1 (en) * | 2017-06-27 | 2019-01-03 | Telefonaktiebolaget Lm Ericsson (Publ) | FEEDBACK SIGNALING FORMAT SELECTION |
KR102369471B1 (ko) * | 2017-08-07 | 2022-03-03 | 삼성전자 주식회사 | 무선 통신 시스템에서 추가적인 상향링크 주파수를 지원하기 위한 방법 및 장치 |
US11489635B2 (en) | 2018-02-07 | 2022-11-01 | Lenovo (Beijing) Limited | Method and apparatus for determining a dynamic HARQ-ACK codebook |
CN111788787B (zh) * | 2018-02-13 | 2022-10-11 | 联想(北京)有限公司 | 用于半静态harq-ack码本确定的回落操作的方法及设备 |
US11444727B2 (en) | 2018-05-18 | 2022-09-13 | Lenovo (Beijing) Limited | Method and apparatus for HARQ-ACK payload reduction for semi-static HARQ-ACK codebook determination |
CN110830174B (zh) * | 2018-08-10 | 2020-11-27 | 北京紫光展锐通信技术有限公司 | 半静态harq-ack码本的生成方法、用户终端、可读存储介质 |
EP3963776A4 (en) * | 2019-05-03 | 2022-11-23 | Lenovo (Beijing) Limited | METHOD AND APPARATUS FOR SEMI-STATIC HARQ-ACK CODEBOOK DETERMINATION |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102468928A (zh) * | 2010-11-15 | 2012-05-23 | ***通信集团公司 | 下行mimo子带信道状态信息的反馈方法、装置及设备 |
CN103312468A (zh) * | 2012-03-16 | 2013-09-18 | 英特尔公司 | Harq/ack电码本大小确定 |
CN104247320A (zh) * | 2012-04-27 | 2014-12-24 | 高通股份有限公司 | 用于tdd重配置的方法和装置 |
CN104396174A (zh) * | 2012-07-27 | 2015-03-04 | 英特尔公司 | 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成 |
CN105493597A (zh) * | 2013-08-21 | 2016-04-13 | 高通股份有限公司 | Pucch资源映射和harq-ack反馈 |
CN105580303A (zh) * | 2013-09-26 | 2016-05-11 | 高通股份有限公司 | 用于针对LTE中的eIMTA有效使用DAI比特的方法和装置 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
MY167906A (en) * | 2011-11-09 | 2018-09-26 | Ericsson Telefon Ab L M | Robust harq-ack design for mf-hsdpa |
US9526091B2 (en) * | 2012-03-16 | 2016-12-20 | Intel Corporation | Method and apparatus for coordination of self-optimization functions in a wireless network |
CN104335498B (zh) | 2012-05-11 | 2019-02-22 | 黑莓有限公司 | 用于载波聚合的上行链路harq和csi复用的方法和*** |
CN103516496B (zh) * | 2012-06-27 | 2018-12-25 | 北京三星通信技术研究有限公司 | 一种发送harq-ack反馈信息的方法 |
EP3328142A1 (en) * | 2012-08-03 | 2018-05-30 | INTEL Corporation | Multiplexing of channel state information and hybrid automatic repeat request - acknowledgement information |
BR112015006724B1 (pt) * | 2012-09-28 | 2022-08-16 | Telefonaktiebolaget Lm Ericsson (Publ) | Equipamentos de usuário e nó de rede em um sistema de comunicações sem fio de múltiplas antenas, métodos relacionados e meio de armazenamento legível por computador |
US20150236824A1 (en) | 2012-09-28 | 2015-08-20 | Nokia Corporation | Uplink downlink assignment indicator ambiguity handling for inter-band time division duplex carrier aggregation |
WO2015042835A1 (en) * | 2013-09-26 | 2015-04-02 | Qualcomm Incorporated | METHOD AND APPARATUS FOR EFFICIENT USAGE OF DAI BITS FOR eIMTA IN LTE |
US9918336B2 (en) * | 2014-11-03 | 2018-03-13 | Avago Technologies General Ip (Singapore) Pte. Ltd. | LAA-LTE communication in an unlicensed spectrum |
WO2016072814A1 (en) * | 2014-11-07 | 2016-05-12 | Samsung Electronics Co., Ltd. | Method and apparatus for transmitting group message to user equipment (ue) |
EP3018938B1 (en) * | 2014-11-07 | 2020-09-16 | Panasonic Intellectual Property Corporation of America | System for LTE licensed assisted access in unlicensed bands |
CN107409014B (zh) * | 2015-01-28 | 2020-09-15 | 交互数字专利控股公司 | 用于操作大量载波的上行链路反馈方法 |
ES2899945T3 (es) * | 2015-08-10 | 2022-03-15 | Huawei Tech Co Ltd | Método y aparato de transmisión de información de control de enlace ascendente |
US10616886B2 (en) * | 2015-08-25 | 2020-04-07 | Idac Holdings, Inc. | Framing, scheduling, and synchronization in wireless systems |
CN105451341B (zh) * | 2015-11-06 | 2019-03-15 | 北京佰才邦技术有限公司 | 非授权频段中配置参考信号的方法和装置 |
-
2016
- 2016-05-13 EP EP16901345.5A patent/EP3427429A4/en active Pending
- 2016-05-13 US US16/301,380 patent/US11115158B2/en active Active
- 2016-05-13 CN CN201680085431.XA patent/CN109075912B/zh active Active
- 2016-05-13 WO PCT/CN2016/082101 patent/WO2017193390A1/en active Application Filing
- 2016-05-13 KR KR1020187032464A patent/KR102640127B1/ko active IP Right Grant
-
2021
- 2021-08-25 US US17/411,470 patent/US11606172B2/en active Active
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN102468928A (zh) * | 2010-11-15 | 2012-05-23 | ***通信集团公司 | 下行mimo子带信道状态信息的反馈方法、装置及设备 |
CN103312468A (zh) * | 2012-03-16 | 2013-09-18 | 英特尔公司 | Harq/ack电码本大小确定 |
CN104247320A (zh) * | 2012-04-27 | 2014-12-24 | 高通股份有限公司 | 用于tdd重配置的方法和装置 |
CN104396174A (zh) * | 2012-07-27 | 2015-03-04 | 英特尔公司 | 用于带间时分双工(tdd)载波聚合(ca)的混合自动重传请求确认(harq-ack)码本生成 |
CN105493597A (zh) * | 2013-08-21 | 2016-04-13 | 高通股份有限公司 | Pucch资源映射和harq-ack反馈 |
CN105580303A (zh) * | 2013-09-26 | 2016-05-11 | 高通股份有限公司 | 用于针对LTE中的eIMTA有效使用DAI比特的方法和装置 |
Non-Patent Citations (2)
Title |
---|
R1-155376:HARQ-ACK payload adaptation for Rel-13 CA;LG Electronics;《3GPP TSG RAN WG1 Meeting #82bis》;20151009;文章正文第1部分、第2部分Alt1-4 * |
R1-156452:Remaining issues for dynamic HARQ-ACK codebook determination;Huawei等;《3GPP TSG RAN WG1 Meeting #83》;20151122;全文 * |
Also Published As
Publication number | Publication date |
---|---|
EP3427429A1 (en) | 2019-01-16 |
WO2017193390A1 (en) | 2017-11-16 |
US11606172B2 (en) | 2023-03-14 |
US20210385026A1 (en) | 2021-12-09 |
EP3427429A4 (en) | 2019-11-13 |
US20200322098A1 (en) | 2020-10-08 |
CN109075912A (zh) | 2018-12-21 |
US11115158B2 (en) | 2021-09-07 |
KR102640127B1 (ko) | 2024-02-22 |
KR20190004714A (ko) | 2019-01-14 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11606172B2 (en) | Data acknowledgement in a wireless communication system | |
US11184130B2 (en) | Demodulation reference signal configuration | |
US11424867B2 (en) | Data acknowledgement in a wireless communication system | |
US10700824B2 (en) | Non-orthogonal communication | |
US10833813B2 (en) | Retransmission indication | |
US20210212024A1 (en) | Device-to-device transmission | |
US20190182834A1 (en) | Timing advance adjustment communication | |
CN109565369B (zh) | 混合自动重传请求应答捆绑 | |
WO2022029728A1 (en) | Multiplexing hybrid automatic repeat request acknowledgment information | |
CN110121917B (zh) | 上行链路传输消隐 | |
WO2018045580A1 (en) | Pusch transmissions in a wireless communication system |
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 |