CN107743695B - 用于传输上行链路控制信息的方法和装置 - Google Patents
用于传输上行链路控制信息的方法和装置 Download PDFInfo
- Publication number
- CN107743695B CN107743695B CN201680033893.7A CN201680033893A CN107743695B CN 107743695 B CN107743695 B CN 107743695B CN 201680033893 A CN201680033893 A CN 201680033893A CN 107743695 B CN107743695 B CN 107743695B
- Authority
- CN
- China
- Prior art keywords
- control channel
- automatic repeat
- repeat request
- hybrid automatic
- transmitting
- 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/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- 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/1854—Scheduling and prioritising 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/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1858—Transmission or retransmission of more than one copy of acknowledgement message
-
- 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/1671—Details of the supervisory signal the supervisory signal being transmitted together with control information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L27/00—Modulated-carrier systems
- H04L27/0006—Assessment of spectral gaps suitable for allocating digitally modulated signals, e.g. for carrier allocation in cognitive radio
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
提供了用于经由非授权频谱传输上行链路(UL)控制信息的***、方法和装置。一种方法,包括由网络节点动态分配控制信道资源以传输上行链路控制信息(UCI)。该方法还包括针对每个混合自动重传请求(HARQ)确认/否定确认(A/N),在多个上行链路子帧中在控制信道上为用户设备调度多个传输机会。
Description
相关申请的交叉引用
本申请要求2015年6月12日提交的美国临时专利申请NO.62/174,921的优先权,该较早提交的申请的全部内容在此通过引用而整体合并到本文。
技术领域
本发明的实施例一般涉及无线通信网络,诸如但不限于通用移动电信***(UMTS)陆地无线接入网络(UTRAN)、长期演进(LTE)演进型UTRAN(E-UTRAN)、演进的LTE(LTE-A)、未来5G无线接入技术、和/或高速分组接入(HSPA)。
背景技术
通用移动电信***(UMTS)陆地无线接入网络(UTRAN)是指包括基站或节点B以及例如无线网络控制器(RNC)的通信网络。UTRAN允许用户设备(UE)与核心网络之间的连接。RNC为一个或多个节点B提供控制功能。RNC及其对应的节点B被称为无线网络子***(RNS)。在E-UTRAN(增强型UTRAN)的情况下,不存在RNC,并且大多数RNC功能被包含在增强型节点B(eNodeB或eNB)中。
长期演进(LTE)或E-UTRAN是指通过改进的效率和服务、更低的成本和使用新的频谱的机会来改进UMTS。具体地,LTE是提供例如至少每载波75兆比特每秒(Mbps)的上行链路峰值速率和例如至少每载波300Mbps的下行链路峰值速率的3GPP标准。LTE支持从20MHz向下到1.4MHz的可扩展载波带宽,并且支持频分双工(FDD)和时分双工(TDD)两者。
如上所述,LTE还可以提高网络中的频谱效率,允许运营商在给定的带宽上提供更多的数据和语音服务。因此,除了高容量的语音支持之外,LTE还可被设计为满足高速数据和介质传输的需求。LTE的优势例如包括高吞吐量、低延迟、在同一平台上支持FDD和TDD、改进的终端用户体验以及简单的架构,从而产生低运营成本。
3GPP LTE的某些版本(例如,LTE Rel-10、LTE Rel-11、LTE Rel-12、LTE Rel-13)针对高级国际移动电信(IMT-A)***,在此为了方便起见简称为演进的LTE(LTE-A)。
LTE-A旨在扩展和优化3GPP LTE无线接入技术。LTE-A的目标是通过更高的数据速率、更少的延迟和降低的成本来提供显著增强的服务。LTE-A是一个更优化的无线***,在保持向后兼容性的同时,满足对高级IMT的国际电信联盟无线电(ITU-R)要求。在LTE Rel-10中引入的LTE-A的一个关键特征是载波聚合,其允许通过两个或多个LTE载波的聚合来提高数据速率。
发明内容
一个实施例针对一种装置,该装置可包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码可被配置为与至少一个处理器一起,使该装置至少动态分配控制信道资源以经由非授权或共享频谱或者经由LAA小区来传输UCI。在实施例中,至少一个存储器和计算机程序代码可进一步被配置为与至少一个处理器一起,使该装置至少针对每个HARQ A/N,在多个UL子帧中在控制信道上为UE调度多个传输机会。在某些实施例中,至少一个存储器和计算机程序代码可进一步被配置为与至少一个处理器一起,使该装置至少将基于在M个连续的DL子帧中使用的相同CCE的HARQ A/N映射到不同的控制信道资源。根据另一个实施例,至少一个存储器和计算机程序代码可进一步被配置为与至少一个处理器一起,该装置至少将每个DL子帧的HARQ A/N反馈映射到具有不同定时的多个UL子帧机会。在某些实施例中,控制信道可以是诸如PUCCH的上行链路控制信道。在一个实施例中,至少一个存储器和计算机程序代码可进一步被配置为与至少一个处理器一起,使该装置至少在M个连续的UL子帧中为UE确保上行链路控制信道资源。
另一个实施例针对一种方法,该方法可包括动态分配控制信道资源以经由非授权或共享频谱或者经由LAA小区来传输UCI。在实施例中,该方法可包括针对每个HARQ A/N,在多个UL子帧中在控制信道上为UE调度多个传输机会。在某些实施例中,该方法可包括将基于在M个连续的DL子帧中使用的相同CCE的HARQ A/N映射到不同的上行链路控制信道资源。根据另一个实施例,该方法可包括将每个DL子帧的HARQ A/N反馈映射到具有不同定时的多个UL子帧机会。在某些实施例中,控制信道可以是诸如PUCCH的上行链路控制信道。在一个实施例中,该方法可进一步包括在M个连续的UL子帧中为UE确保上行链路控制信道资源。
另一个实施例针对一种装置,该装置可包括用于动态分配控制信道资源以经由非授权或共享频谱或者经由LAA小区来传输UCI的装置。在实施例中,该装置可包括用于针对每个HARQ A/N,在多个UL子帧中在控制信道上为UE调度多个传输机会的装置。在某些实施例中,该装置可包括用于将基于在M个连续的DL子帧中使用的相同CCE的HARQ A/N映射到不同的上行链路控制信道资源的装置。根据另一个实施例,该装置可包括用于将每个DL子帧的HARQ A/N反馈映射到具有不同定时的多个UL子帧机会的装置。在某些实施例中,控制信道可以是诸如PUCCH的上行链路控制信道。在一个实施例中,该装置可包括用于在M个连续的UL子帧中为UE确保上行链路控制信道资源的装置。
另一个实施例针对一种装置,该装置可包括至少一个处理器和包括计算机程序代码的至少一个存储器。至少一个存储器和计算机程序代码可被配置为与至少一个处理器一起,使该装置至少在由网络节点(例如,eNB)调度的多个传输机会中的至少一个中,经由非授权或共享频谱或者经由LAA小区来传输UCI。更具体地,根据实施例,UCI的传输可包括在由网络节点动态分配的控制信道资源上经由非授权或共享频谱或者经由LAA小区来传输HARQ A/N。根据一个实施例,该装置可针对DL子帧#N中的下行链路数据而被调度,并在M个连续的UL子帧中被确保控制信道资源。在该实施例中,该装置可被控制为如果由该装置刚好在UL子帧#N+K前执行的LBT过程失败,或者如果该装置知道对应的子帧不是UL子帧,则对接下来的M-1个UL子帧,重复相同的过程。该装置可被控制为当LBT过程成功时,使用针对DL子帧SFN#N而确定的控制信道资源来开始传输HARQ A/N。在实施例中,该装置传输每个HARQA/N仅一次。可替代地,该装置可被控制为使用能够包含多个比特的上行链路控制信道格式(例如,PUCCH格式3)来开始传输HARQ A/N,其中,比特位置被预留以用于M个DL子帧的HARQA/N。在实施例中,该装置传输每个HARQ A/N达到M次。PUCCH资源可在子帧#N的DL分配中或随后的DL分配中被指示。在某些实施例中,控制信道可以是诸如PUCCH的上行链路控制信道。在一个实施例中,该装置可在M个连续的UL子帧中被确保上行链路控制信道资源。
另一个实施例针对一种方法,该方法可包括在由网络节点(例如,eNB)调度的多个传输机会中的至少一个中,由UE经由非授权或共享频谱或者经由LAA小区来传输UCI。更具体地,根据实施例,UCI的传输可包括在由网络节点动态分配的控制信道资源上经由非授权或共享频谱或者经由LAA小区来传输HARQ A/N。根据一个实施例,UE可针对DL子帧#N中的下行链路数据而被调度,并在M个连续的UL子帧中被确保控制信道资源。在该实施例中,该方法可包括如果由UE刚好在UL子帧#N+K前执行的LBT过程失败,或者如果UE知道对应的子帧不是UL子帧,则对接下来的M-1个UL子帧,重复相同的过程。该方法可包括当LBT过程成功时,使用针对DL子帧SFN#N而确定的控制信道资源来开始传输HARQ A/N。在实施例中,UE传输每个HARQ A/N仅一次。可替代地,该方法可以包括使用能够包含多个比特的上行链路控制信道格式(例如,PUCCH格式3)来开始传输HARQ A/N,其中,比特位置被预留以用于M个DL子帧的HARQ A/N。在实施例中,UE可传输每个HARQ A/N达到M次。PUCCH资源可在子帧#N的DL分配中或随后的DL分配中被指示。在某些实施例中,控制信道可以是诸如PUCCH的上行链路控制信道。在一个实施例中,UE可在M个连续的UL子帧中被确保上行链路控制信道资源。
另一个实施例针对一种装置,该装置可包括用于在由网络节点(例如,eNB)调度的多个传输机会中的至少一个中,经由非授权或共享频谱或者经由LAA小区来传输UCI的装置。更具体地,根据实施例,用于传输UCI的装置可包括用于在由网络节点动态分配的控制信道资源上经由非授权或共享频谱或者经由LAA小区来传输HARQ A/N的装置。根据一个实施例,该装置可针对DL子帧#N中的下行链路数据而被调度,并在M个连续的UL子帧中被确保控制信道资源。在该实施例中,该装置可包括用于如果由该装置刚好在UL子帧#N+K前执行的LBT过程失败,或者如果该装置知道对应的子帧不是UL子帧,则对接下来的M-1个UL子帧,重复相同的过程的装置。该装置可包括用于当LBT过程成功时,使用针对DL子帧SFN#N而确定的控制信道资源来开始传输HARQ A/N的装置。在实施例中,该装置传输每个HARQ A/N仅一次。可替代地,该装置可包括用于使用能够包含多个比特的上行链路控制信道格式(例如,PUCCH格式3)来开始传输HARQ A/N的装置,其中,比特位置被预留以用于M个DL子帧的HARQ A/N。在实施例中,该装置可传输每个HARQ A/N达到M次。PUCCH资源可在子帧#N的DL分配中或随后的DL分配中被指示。在某些实施例中,控制信道可以是诸如PUCCH的上行链路控制信道。在一个实施例中,该装置可在M个连续的UL子帧中被确保上行链路控制信道资源。
附图说明
为了正确理解本发明,应当参照附图,其中:
图1示出根据实施例的PUCCH资源分配的原理;
图2示出根据另一个实施例的PUCCH资源分配的原理;
图3示出根据一个实施例的当LBT阻止在一些子帧上传输时的PUCCH资源分配操作;
图4示出根据实施例的可替代的PUCCH资源分配方法;
图5示出根据实施例的HARQ A/N反馈排序的示例;
图6示出根据另一个实施例的HARQ A/N反馈排序的示例;
图7示出根据一个实施例的在M个LBT阻止的传输机会之后的机会性HARQ A/N反馈传输的示例;
图8a示出根据实施例的装置的示例性框图;
图8b示出根据实施例的装置的示例性框图;
图9a示出根据一个实施例的方法的示例性流程图;
图9b示出根据另一个实施例的方法的示例性流程图。
具体实施方式
将容易理解,如在本文的附图中概括描述和示出的本发明的组件可以采用各种不同的配置来布置和设计。因此,以下详细描述的如在附图中所示的用于经由非授权频谱传输上行链路(UL)控制信息的***、方法、装置和计算机程序产品的实施例并非旨在限制本发明的范围,而仅仅代表本发明的一些选定的实施例。
在本说明书中描述的本发明的特征、结构或特性可以在一个或多个实施例中采用任何合适的方式进行组合。例如,短语“某些实施例”、“一些实施例”或其它类似的语言在本说明书中的使用是指结合实施例描述的特定特征、结构或特性可被包括在本发明的至少一个实施例中。因此,在本说明书中出现的短语“在某些实施例中”、“在一些实施例中”、“在其它实施例中”或其它类似的语言并非都是指同一组实施例,所描述的特征、结构或特性可在一个或多个实施例中采用任何合适的方式进行组合。
此外,如果需要,则在下面讨论的不同功能可以采用不同的顺序执行和/或彼此同时执行。此外,如果需要,则所描述的功能中的一个或多个可以是可选的或者可以进行组合。因此,以下描述应当被认为仅仅是对本发明的原理、教导和实施例的说明,而不是对其进行限制。
本发明的实施例涉及预计在LTE Rel-14中出现的授权辅助接入(LAA)演进。更具体地,某些实施例提供了用于经由LAA小区或经由非授权频谱来传输上行链路控制信息的框架。该框架还可被用于经由共享频谱来传输UCI(上行链路控制信息),其中共享可由各种机制来管理。这种需求可能涉及非授权频带使用的特定场景。这种场景的示例是双连接,其中LAA小区可能与授权频谱上的小区不在同一地点,并且授权频谱上的小区的回程延迟太长以至于无法支持载波聚合。因此,需要经由非授权频谱来支持UCI/PUCCH传输。另一个潜在的用例是非授权频谱上的独立LTE操作。这些超出了正在进行的Rel-13LAA研究项目(SI)的范围,其规定:“LAA SI(RP-141646)的目标是找到一个增强LTE的单一全球解决方案,使得在与其它技术共存并且满足管理要求的同时,支持对非授权频谱的授权辅助接入。Rel-13侧重于LTE载波聚合配置和架构,其中一个或多个低功率SCell(即,基于管理功率限制)在非授权频谱中操作,并且仅仅是DL或者包含UL和DL,并且其中PCell在授权频谱中操作,并且可以是LTE FDD或者LTE TDD”。
在Rel-13中基于CA框架的标准化解决方案可能基于上行链路控制信息(UCI)的传输,至少是在主小区(PCell)(授权频带)上在PUCCH上传输的UCI。然而,有兴趣看到具有双连接操作的LAA(即,假定在授权频谱中的PCell与非授权频谱中的辅小区(SCell)之间的非理想回程),甚至是在非授权频谱中的独立LTE操作。这些LAA模式显然将需要在非授权频谱中传输UCI/PUCCH。
针对在LTE中传输UCI/PUCCH而标准化的解决方案依赖于在每个下行链路传输机会与用于在上行链路中传输对应的控制信息(主要是混合自动重传请求(HARQ)确认(ACK))的时间之间的精确定时。
由于在非授权频谱中的传输受到先听后说(LBT)过程的支配,因此非授权信道在其中UE应该传输上行链路控制信息的子帧中可能忙。因此,需要对标准化的LTE机制进行修改以在物理上行链路控制信道(PUCCH)和/或物理上行链路共享信道(PUSCH)上提供UCI,以在非授权频谱中支持具有双连接的LAA和/或独立LTE操作。
一个与UL传输有关的特定问题是UE用来准备包含UCI的传输的时间相当有限。可假定PUSCH在UE由于LBT的原因而不被允许传输的情况下可被丢弃,因为eNB总是可以调度重传。然而,由于UCI可能覆盖多个LAA小区的HARQ-ACK,因此对于UCI(特别是HARQ-ACK),这可能不是可接受的方法。当UE丢弃这样的UCI传输时,eNB需要在多个LAA小区上重新调度对应的PDSCH数据传输。因此,如将在下面详细讨论的,本发明的实施例提供了一种经由非授权频谱来传输上行链路控制信息的框架。应当注意,在本文中讨论的某些实施例侧重于促进PUCCH传输,尤其是非授权频谱上的HARQ-ACK。然而,其它实施例也可以涵盖其它信号/信道,诸如周期性信道状态信息(CSI)报告、调度请求、物理随机接入信道和探测参考信号(SRS)。此外,某些实施例可支持上行链路信号的不同组合,例如HARQ-ACK和CSI以及HARQ-ACK和SR。
某些实施例涵盖控制信道资源(诸如LTE中的PUCCH资源)的动态分配,以用于在非授权频谱中传输混合自动重传请求(HARQ)确认/否定确认(A/N)。一个实施例针对每个HARQA/N,在多个(M个)UL子帧中在PUCCH上引入多个传输机会。
LTE将所谓的隐式资源分配用于对应于动态调度的PDSCH的上行链路HARQ-ACK资源。隐式分配的思想是在最低PDCCH(或EPDCCH)控制信道元素索引(CCE或eCCE)与对应的在预定的子帧上携带HARQ-ACK的PUCCH格式1a/1b资源之间存在一对一映射。根据实施例,用于从在子帧#N中在(E)PDCCH上使用的(增强型)控制信道元素(CCE)映射到在UL子帧(#N+K)中使用的动态A/N PUCCH资源的规则与传统LTE相比较发生改变,以确保HARQ A/N基于在M个连续的DL子帧中使用的相同CCE而被映射到不同的PUCCH资源。例如,在PUCCH格式1/1a/1b类型的HARQ-ACK反馈方案的情况下,可能需要这种映射。这在图1中示出(对于K=4)。具体地,图1示出了PUCCH资源分配的原理,其中P=1。图2示出了PUCCH资源分配的原理,其中P=2。在这些示例中,参数P(1/子帧)与所提供的PUCCH传输机会的周期性相对应。
在TDD中,潜在多个DL子帧的HARQ A/N反馈被映射到具有固定定时的单个UL子帧。根据实施例,每个DL子帧的HARQ A/N反馈被映射到具有不同定时的多个UL子帧传输机会。
通过这种方式,针对DL子帧#N中的传输而被调度的UE在M个连续的UL子帧中被确保PUCCH资源。如果由UE刚好在UL子帧#N+K前执行的LBT过程失败(或者如果UE知道对应的子帧不是UL子帧),则UE可对接下来的M-1个UL子帧重复相同的过程,而当LBT过程成功时,使用针对DL子帧SFN#N而确定的PUCCH资源来开始传输A/N。UE将传输每个HARQ A/N仅一次。
根据另一个实施例,每P个子帧存在一个PUCCH机会。这在实践中可能是重要的,因为由于欧洲电信标准协会(ETSI)规则的原因,可能不能够支持1ms的固定帧周期。在这种情况下,为UE确保的PUCCH机会的数量等于M/P,即,如果M=P,则仅存在一个PUCCH传输的机会。
在再一个实施例中,(例如,被包含在多个(M个)UL子帧上PUCCH格式3或任何其它潜在的PUCCH格式上的)比特位置可被预留以用于HARQ反馈中的每个HARQ A/N。
在一个实施例中,可根据在以上所讨论的图1以及在图3中所示的原理来进行PUCCH资源的复用。具体地,图3示出了当LBT阻止在一些子帧(P=1)上传输时的PUCCH资源分配操作。与某个DL子帧相对应的HARQ-ACK资源相对于其它DL子帧处于固定位置。这意味着,当DL部分结束时,则UE可以准备要传输的UCI。UCI的格式不会从UL子帧到UL子帧变化。这意味着取决于LBT成功,UE不需要准备多个UCI变形。
在替代的实施例中,如图4中所示,针对DL子帧#N-4的HARQ A/N资源处于固定位置,针对DL子帧#N-5的HARQ A/N资源处于(另一个)固定位置,等等。这意味着当LBT不阻止传输时,PUCCH始终使用相同的UL资源。
如上所述,还可以将实施例应用于其它类型的HARQ-A/N方案,诸如在Rel-13CA工作项目(WI)中所考虑的PUCCH格式3或新的PUCCH格式。在这种情况下,与在某个子帧中的不同分量载波相对应的HARQ-A/N比特位根据(在授权载波上应用的)常规过程而被确定并排序。然后,根据在图5和图6中所示的针对固定和自适应码本大小的原理,不同子帧的HARQA/N比特位的块被排序。
在实施例中,码本或HARQ A/N反馈大小可以是固定不变的。可替代地,如果码本自适应被应用,则可根据某一过程为每个子帧确定码本大小。所应用的码本大小可被确定为用于DL子帧N...N+M-1的码本大小之和。每个HARQ A/N比特位可在M个PUCCH传输机会期间发生的每个PUCCH传输中被传输。
UE可能在某一HARQ A/N比特位的M个传输机会期间无法接入信道。在实施例中,例如在以下条件下,即使在M个传输机会之后UE也可机会性地传输HARQ A/N:
·UE使用具有预定的固定码本大小的PUCCH格式3或新的PUCCH格式。
·UE在子帧N+M...N+M+L上接收触发PUCCH 3或新的PUCCH格式传输的DL分配(其中,L是预配置参数)。
·延迟HARQ A/N比特位的比特位置在要传输的HARQ A/N反馈中仍然是空缺的,未被用于随后的DL分配的HARQ A/N重写。
图7示出了这种在M个LBT阻止的传输机会之后的机会性HARQ A/N反馈传输的示例,其中,M=4,P=2,固定码本大小。由于只要反馈比特位置未被预留以用于随后的DL分配的HARQ A/N,UE就将传输延迟的HARQ A/N比特位,所以如果UE错过了重写随后的DL分配,则会发生错误情况。eNB可通过在L个随后的子帧期间不调度重写DL分配来避免错误情况。
在本发明的实施例中,包含PUCCH资源的UL子帧的实际存在可以取决于需要。根据一个实施例,如果不需要为PUCCH预留的资源(时间),则子帧还可被动态地用于DL传输。
图8a示出了根据实施例的装置10的示例。在实施例中,装置10可以是通信网络中或服务这样的网络的节点、主机或服务器。例如,装置10可以是无线接入网络的网络节点或接入节点,诸如基站、节点B或eNB,或者5G无线接入技术的接入节点。应当注意,本领域的普通技术人员将理解,装置10可包括在图8a中未示出的组件或特征。
如在图8a中所示,装置10包括用于处理信息和执行指令或操作的处理器22。处理器22可以是任何类型的通用或专用处理器。虽然在图8a中示出了单个处理器22,但根据其它实施例可使用多个处理器。实际上,处理器22例如可包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、专用集成电路(ASIC)和基于多核处理器架构的处理器中的一个或多个。
装置10可进一步包括或被耦合到存储器14(内部或外部的),该存储器可被耦合到处理器22,用于存储可由处理器22执行的信息和指令。存储器14可以是一个或多个存储器,可以是适合于本地应用环境的任何类型,并且可使用任何合适的易失性或非易失性数据存储技术来实现,诸如基于半导体的存储器件、磁存储器件和***、光存储器件和***、固定存储器和可移除存储器。例如,存储器14可包括随机存取存储器(RAM)、只读存储器(ROM)、诸如磁盘或光盘的静态存储设备或任何其它类型的非暂时性机器或计算机可读介质的任何组合。存储在存储器14中的指令可包括程序指令或计算机程序代码,这些程序指令或计算机程序代码在由处理器22执行时,使装置10能够执行如在本文中所描述的任务。
在一些实施例中,装置10还可包括或被耦合到用于向装置10传输信号和/或数据和从装置10接收信号和/或数据的一个或多个天线25。装置10可进一步包括或被耦合到被配置为传输和接收信息的收发信机28。例如,收发信机28可被配置为将信息调制到载波波形上以通过天线25来传输和解调经由天线25接收到的信息以通过装置10的其它元件来进一步处理。在其它实施例中,收发信机28可能够直接传输和接收信号或数据。
处理器22可执行与装置10的操作相关联的功能,例如可包括天线增益/相位参数的预编码,形成通信消息的各个比特位的编码和解码,信息的格式化,以及装置10的整体控制,包括与通信资源的管理有关的过程。
在实施例中,存储器14可存储在由处理器22执行时提供功能的软件模块。这些模块例如可包括为装置10提供操作***功能的操作***。存储器还可存储诸如应用或程序的一个或多个功能模块来为装置10提供附加功能。装置10的组件可采用硬件来实现或实现为硬件和软件的任何合适的组合。
在一个实施例中,如上所述,装置10例如可以是网络节点或接入节点,诸如基站、节点B或eNB,或者5G的接入节点。根据一个实施例,装置10可由存储器14和处理器22控制以动态分配控制信道资源,以经由非授权或共享频谱或者经由LAA小区来传输UCI。例如,在实施例中,装置10可由存储器14和处理器22控制,以针对每个HARQ A/N,在多个(M个)UL子帧中在控制信道上为UE调度多个传输机会。在某些实施例中,控制信道可以是上行链路控制信道,诸如LTE中的PUCCH。
在某些实施例中,装置10可由存储器14和处理器22控制,以将基于在M个连续的DL子帧中使用的相同CCE的HARQ A/N映射到不同的控制信道(例如,PUCCH)资源。根据另一个实施例,装置10可由存储器14和处理器22控制,以将每个DL子帧的HARQ A/N反馈映射到具有不同定时的多个UL子帧机会。
在实施例中,装置10可由存储器14和处理器22控制,以在M个连续的UL子帧中为针对DL子帧#N中的下行链路数据而被调度的UE确保PUCCH资源。在另一个实施例中,装置10可由存储器14和处理器22控制,以调度每P个子帧的控制信道(例如,PUCCH)机会,使得为UE确保的控制信道机会的数量等于M/P。根据再一个实施例,装置10可由存储器14和处理器22控制,以为在多个(M个)UL子帧上在上行链路控制信道格式(例如,PUCCH格式3)上包含的HARQ反馈中的每个HARQ A/N预留比特位置。根据实施例,装置10可由存储器14和处理器22控制,以在M个连续的UL子帧中为UE确保上行链路控制信道资源。上行链路控制信道资源可在子帧#N的DL分配中或在随后的DL分配中被指示。
图8b示出了根据另一个实施例的装置20的示例。在实施例中,装置20可以是通信网络中或与这样的网络相关联的节点或元件,诸如UE、移动设备、移动装置或其它设备。例如,在一些实施例中,装置20可以是LTE、LTE-A或5G中的UE。应当注意,本领域的普通技术人员将理解,装置20可包括在图8b中未示出的组件或特征。
如在图8b中所示,装置20包括用于处理信息和执行指令或操作的处理器32。处理器32可以是任何类型的通用或专用处理器。虽然在图8b中示出了单个处理器32,但根据其它实施例可使用多个处理器。实际上,处理器32例如可包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)、现场可编程门阵列(FPGA)、专用集成电路(ASIC)和基于多核处理器架构的处理器中的一个或多个。
装置20可进一步包括或被耦合到存储器34(内部或外部的),该存储器可被耦合到处理器32,用于存储可由处理器32执行的信息和指令。存储器34可以是一个或多个存储器,可以是适合于本地应用环境的任何类型,并且可使用任何合适的易失性或非易失性数据存储技术来实现,诸如基于半导体的存储器件、磁存储器件和***、光存储器件和***、固定存储器和可移除存储器。例如,存储器34可包括随机存取存储器(RAM)、只读存储器(ROM)、诸如磁盘或光盘的静态存储设备或任何其它类型的非暂时性机器或计算机可读介质的任何组合。存储在存储器34中的指令可包括程序指令或计算机程序代码,这些程序指令或计算机程序代码在由处理器32执行时,使装置20能够执行如在本文中所描述的任务。
在一些实施例中,装置20还可包括或被耦合到用于向装置20传输信号和/或数据和从装置10接收信号和/或数据的一个或多个天线35。装置20可进一步包括或被耦合到被配置为传输和接收信息的收发信机38。例如,收发信机38可被配置为将信息调制到载波波形上以通过天线35来传输和解调经由天线35接收到的信息以通过装置20的其它元件来进一步处理。在其它实施例中,收发信机38可能够直接传输和接收信号或数据。
处理器22可执行与装置20的操作相关联的功能,包括但不限于天线增益/相位参数的预编码,形成通信消息的各个比特位的编码和解码,信息的格式化,以及装置20的整体控制,包括与通信资源的管理有关的过程。
在实施例中,存储器34存储在由处理器32执行时提供功能的软件模块。这些模块例如可包括为装置20提供操作***功能的操作***。存储器还可存储诸如应用或程序的一个或多个功能模块来为装置20提供附加功能。装置20的组件可采用硬件来实现或实现为硬件和软件的任何合适的组合。
如上所述,根据一个实施例,装置20可以是移动设备,诸如UE。在该实施例中,装置20可由存储器34和处理器32控制,以在由网络节点(例如,eNB)调度的多个传输机会中的至少一个中,经由非授权或共享频谱或者经由LAA小区来传输UCI。更具体地,根据实施例,装置20可由存储器34和处理器32控制,以在由网络节点动态分配的控制信道资源上经由非授权或共享频谱或者经由LAA小区来传输HARQ A/N。在某些实施例中,控制信道可以是上行链路控制信道,诸如LTE中的PUCCH。
根据一个实施例,装置20可针对DL子帧#N中的下行链路数据而被调度,并在M个连续的UL子帧中被确保控制信道(例如,PUCCH)资源。在该实施例中,装置20可被控制为如果由装置20刚好在UL子帧#N+K前执行的LBT过程失败,或者如果装置20知道对应的子帧不是UL子帧,则对接下来的M-1个UL子帧,重复相同的过程。
装置20可被控制为当LBT过程成功时,使用针对DL子帧SFN#N而确定的控制信道(例如,PUCCH)资源来开始传输HARQ A/N。在实施例中,装置20可由存储器34和处理器32控制以传输每个HARQ A/N仅一次。可替代地,装置20可被控制为使用能够包含多个比特的上行链路控制信道格式(例如,PUCCH格式3)来开始传输HARQ A/N,其中,比特位置被预留以用于M个DL子帧的HARQ A/N。在实施例中,装置20可由存储器34和处理器32控制以传输每个HARQ A/N达到M次。PUCCH资源可在子帧#N的DL分配中或在随后的DL分配中被指示。
在一个实施例中,装置20可能在某一HARQ A/N比特位的M个传输机会期间,无法接入信道。在该实施例中,装置20可被控制为例如在以下条件下,即使在M个传输机会之后也机会性地传输HARQ A/N:装置20使用具有预定的固定码本大小的上行链路控制信道格式,例如被设计为携带HARQ A/N的PUCCH格式3或一些其它PUCCH格式;装置20在子帧N+M...N+M+L上接收触发上行链路控制信道格式(例如,PUCCH格式3)传输的DL分配(其中,L是预配置参数);和/或,延迟HARQ A/N比特位的比特位置在要传输的HARQ A/N反馈中仍然是空缺的,未被用于随后的DL分配的HARQ A/N重写。
图9a示出根据一个实施例的方法的示例性流程图。在实施例中,图9a的方法可由诸如基站或eNB的网络节点或接入节点来执行。如在图9a中所示,该方法可包括:在900处,动态分配控制信道(例如,PUCCH)资源以经由非授权或共享频谱或者经由LAA小区来传输UCI。例如,在实施例中,该方法可包括:在910处,针对每个HARQ A/N,在多个UL子帧中在控制信道(例如,PUCCH)上为UE调度多个传输机会。
在某些实施例中,该方法可包括将基于在M个连续的DL子帧中使用的相同CCE的HARQ A/N映射到不同的上行链路控制信道资源。根据另一个实施例,该方法可包括将每个DL子帧的HARQ A/N反馈映射到具有不同定时的多个UL子帧机会。
在实施例中,该方法可包括:在M个连续的UL子帧中为针对DL子帧#N中的下行链路数据而被调度的UE确保上行链路控制信道资源。在另一个实施例中,该方法可包括调度每P个子帧的控制信道(例如,PUCCH)机会,使得为UE确保的控制信道机会的数量等于M/P。根据再一个实施例,该方法可包括为在多个(M个)UL子帧上在上行链路控制信道格式(例如,PUCCH格式3)上包含的HARQ反馈中的每个HARQ A/N预留比特位置。
图9b示出了根据另一个实施例的方法的示例性流程图。在实施例中,图9b的方法可由诸如UE的移动设备来执行。如在图9b中所示,该方法可包括:在950处,在由网络节点(例如,eNB)调度的多个传输机会中的至少一个中,经由非授权或共享频谱或者经由LAA小区来传输UCI。更具体地,根据实施例,该传输可包括在由网络节点动态分配的控制信道(例如,PUCCH)资源上经由非授权或共享频谱或者经由LAA小区来传输HARQ A/N。
根据一个实施例,UE可针对DL子帧#N中的传输而被调度,并在M个连续的UL子帧中被确保控制信道(例如,PUCCH)资源。在该实施例中,该方法可包括在960处,如果由UE刚好在UL子帧#N+K前执行的LBT过程失败,或者如果UE知道对应的子帧不是UL子帧,则对接下来的M-1个UL子帧,重复相同的过程。
该方法可包括在970处,当LBT过程成功时,使用针对DL子帧SFN#N而确定的上行链路控制信道资源来开始传输HARQ A/N。在实施例中,UE传输每个HARQ A/N仅一次。可替代地,该方法可包括使用能够包含多个比特的上行链路控制信道格式(例如,PUCCH格式3)来开始传输HARQ A/N,其中,比特位置被预留以用于M个DL子帧的HARQ A/N。在实施例中,UE可传输每个HARQ A/N达到M次。PUCCH资源可在子帧#N的DL分配中或在随后的DL分配中被指示。
在一个实施例中,该方法可包括如果UE在某一HARQ A/N比特位的M个传输机会期间无法接入信道,则例如在以下条件下,即使在M个传输机会之后也可机会性地传输HARQA/N:UE使用具有预定的固定码本大小的上行链路控制信道格式(例如,PUCCH格式3);UE在子帧N+M...N+M+K上接收触发上行链路控制信道格式传输的DL分配(其中,K是预配置参数);和/或,延迟HARQ A/N比特位的比特位置在要传输的HARQ A/N反馈中仍然是空缺的,未被用于随后的DL分配的HARQ A/N重写。
在一些实施例中,在本文中描述的任何方法(诸如在以上所讨论的图9a和图9b中示出的那些)的功能可通过存储在存储器或其它计算机可读或有形介质中并由处理器执行的软件和/或计算机程序代码或其一部分来实现。在一些实施例中,在本文中描述的装置可以是至少一个软件应用、模块、单元或实体,可被包括在至少一个软件应用、模块、单元或实体中,或者可与至少一个软件应用、模块、单元或实体相关联,所述至少一个软件应用、模块、单元或实体被配置为算术运算,或者被配置为程序或其一部分(包括添加或更新的软件例程),由至少一个操作处理器来执行。
包括软件例程、小应用程序和宏的程序(也被称为程序产品或计算机程序)可被存储在任何装置可读的数据存储介质中,并且它们包括执行特定任务的程序指令。一种计算机程序产品,可包括一个或多个计算机可执行要素,其在程序被运行时,被配置为执行实施例。一个或多个计算机可执行要素可以是至少一个软件代码或其一部分。实现实施例的功能所需的修改和配置可作为例程来执行,其可被实现为添加或更新的软件例程。软件例程可被下载到装置中。
软件或计算机程序代码或其一部分可采用源代码形式、目标代码形式或一些中间形式,并且可存储在可以是能够执行程序的任何实体或设备的某种载体、分发介质或计算机可读介质中。例如,这样的载体包括记录介质、计算机存储器、只读存储器、光电和/或电载波信号、电信信号和软件分发包。取决于所需的处理能力,计算机程序可在单个电子数字计算机中执行,或者可在多个计算机间分布。计算机可读介质或计算机可读存储介质可以是非暂时性介质。
在其它实施例中,在本文中描述的任何方法或装置的功能可通过硬件(例如通过使用专用集成电路(ASIC)、可编程门阵列(PGA)、现场可编程门阵列(FPGA))或硬件和软件的任何其它组合来执行。在再一个实施例中,功能可被实现为可由从因特网或其它网络中下载的电磁信号携带的信号、非有形形式。
根据实施例,诸如节点、设备或对应的组件的装置可被配置为计算机或微处理器,诸如单芯片计算机元件或芯片组,至少包括用于提供用于算术运算的存储容量的存储器和用于执行算术运算的运算处理器。
在示例性实施例中,诸如用户设备或基站的装置可包括用于执行上述实施例及其任何组合的装置。
本领域的普通技术人员将容易理解,如以上所讨论的本发明可采用不同顺序的步骤和/或采用与所公开的那些配置不同的配置的硬件元件来实现。因此,虽然已经基于这些优选的实施例描述了本发明,但是对于本领域的技术人员显而易见地,某些修改、变形和替代结构将是显而易见的,而仍落入本发明的精神和范围内。因此,应当参考所附的权利要求来确定本发明的界限。
Claims (40)
1.一种用于传输上行链路控制信息的装置,包括:
分配装置,用于分配控制信道资源以传输上行链路控制信息;
调度装置,用于针对每个混合自动重传请求确认/否定确认,在多个上行链路子帧中在控制信道上为用户设备调度多个传输机会;以及
接收装置,用于取决于先听后说过程的成功,在由所述装置分配的上行链路控制信道资源上接收混合自动重传请求确认/否定确认。
2.根据权利要求1所述的装置,其中,所述分配装置进一步包括:
装置,用于分配所述控制信道资源,以经由非授权或共享频谱、或经由授权辅助接入小区、或经由采用所述先听后说过程的小区来传输所述上行链路控制信息。
3.根据权利要求1所述的装置,其中,所述多个传输机会发生在不同时间的不同频率上。
4.根据权利要求1所述的装置,其中,所述混合自动重传请求确认/否定确认与下行链路传输有关。
5.根据权利要求1所述的装置,进一步包括:
装置,用于使用能够包含多个比特的上行链路控制信道格式来接收所述混合自动重传请求确认/否定确认,其中,比特位置被预留以用于多个下行链路子帧的混合自动重传请求确认/否定确认。
6.根据权利要求1至5中任一项所述的装置,进一步包括:
映射装置,用于将基于在至少两个连续的下行链路子帧中使用的相同控制信道元素的混合自动重传请求确认/否定确认映射到不同的控制信道资源。
7.根据权利要求1至5中任一项所述的装置,进一步包括:
映射装置,用于将每个下行链路子帧的混合自动重传请求确认/否定确认反馈映射到在不同时间的多个上行链路子帧机会。
8.根据权利要求1至5中任一项所述的装置,进一步包括:
装置,用于在至少两个连续的上行链路子帧中为所述用户设备分配所述上行链路控制信道资源。
9.根据权利要求1至5中任一项所述的装置,进一步包括:
装置,用于接收所述混合自动重传请求确认/否定确认仅一次。
10.根据权利要求1至5中任一项所述的装置,进一步包括:
装置,用于接收所述混合自动重传请求确认/否定确认多次。
11.一种用于传输上行链路控制信息的方法,包括:
由网络节点分配控制信道资源以传输上行链路控制信息;
针对每个混合自动重传请求确认/否定确认,在多个上行链路子帧中在控制信道上为用户设备调度多个传输机会;以及
取决于先听后说过程的成功,在由所述网络节点分配的上行链路控制信道资源上接收混合自动重传请求确认/否定确认。
12.根据权利要求11所述的方法,其中,所述分配进一步包括:
分配所述控制信道资源,以经由非授权或共享频谱、或经由授权辅助接入小区、或经由采用所述先听后说过程的小区来传输所述上行链路控制信息。
13.根据权利要求11所述的方法,其中,所述多个传输机会发生在不同时间的不同频率上。
14.根据权利要求11所述的方法,其中,所述混合自动重传请求确认/否定确认与下行链路传输有关。
15.根据权利要求11所述的方法,进一步包括:
使用能够包含多个比特的上行链路控制信道格式来接收所述混合自动重传请求确认/否定确认,其中,比特位置被预留以用于多个下行链路子帧的混合自动重传请求确认/否定确认。
16.根据权利要求11至15中任一项所述的方法,进一步包括:
将基于在多个连续的下行链路子帧中使用的相同控制信道元素的混合自动重传请求确认/否定确认映射到不同的控制信道资源。
17.根据权利要求11至15中任一项所述的方法,进一步包括:
将每个下行链路子帧的混合自动重传请求确认/否定确认反馈映射到具有不同定时的多个上行链路子帧机会。
18.根据权利要求11至15中任一项所述的方法,进一步包括:
在至少两个连续的上行链路子帧中为所述用户设备分配所述上行链路控制信道资源。
19.根据权利要求11至15中任一项所述的方法,进一步包括:
接收所述混合自动重传请求确认/否定确认仅一次。
20.根据权利要求11至15中任一项所述的方法,进一步包括:
接收所述混合自动重传请求确认/否定确认多次。
21.一种用于传输上行链路控制信息的装置,包括:
传输装置,用于在由网络节点调度的多个传输机会中的至少一个中传输上行链路控制信息,
其中,所述传输装置包括:
装置,用于取决于先听后说过程的成功,在由所述网络节点分配的控制信道资源上传输混合自动重传请求确认/否定确认。
22.根据权利要求21所述的装置,其中,所述传输装置进一步包括:
装置,用于经由非授权或共享频谱、或经由授权辅助接入小区、或经由采用所述先听后说过程的小区来传输上行链路控制信息。
23.根据权利要求21所述的装置,其中,所述装置针对下行链路子帧#N中的下行链路数据而被调度,并在M个连续的上行链路子帧中被分配控制信道资源。
24.根据权利要求23所述的装置,其中,所述装置进一步包括:
重复装置,用于当由所述装置在上行链路子帧#N+K前执行的所述先听后说过程失败时,对接下来的M-1个上行链路子帧,重复所述先听后说过程。
25.根据权利要求24所述的装置,其中,所述装置进一步包括:
装置,用于当所述先听后说过程成功时,使用针对下行链路子帧SFN#N而确定的控制信道资源来传输所述混合自动重传请求确认/否定确认。
26.根据权利要求21至25中任一项所述的装置,其中,所述传输装置进一步包括:
装置,用于传输所述混合自动重传请求确认/否定确认仅一次。
27.根据权利要求21至25中任一项所述的装置,其中,所述传输装置进一步包括:
装置,用于传输所述混合自动重传请求确认/否定确认多次。
28.根据权利要求21至25中任一项所述的装置,进一步包括:
装置,用于使用能够包含多个比特的上行链路控制信道格式来传输所述混合自动重传请求确认/否定确认,其中,比特位置被预留以用于多个下行链路子帧的混合自动重传请求确认/否定确认。
29.根据权利要求21至25中任一项所述的装置,其中,所述装置在多个连续的上行链路子帧中被确保所述上行链路控制信道资源。
30.一种用于传输上行链路控制信息的方法,包括:
由用户设备在由网络节点调度的多个传输机会中的至少一个中传输上行链路控制信息,
其中,所述传输包括取决于先听后说过程的成功,在由所述网络节点分配的控制信道资源上传输混合自动重传请求确认/否定确认。
31.根据权利要求30所述的方法,其中,所述传输进一步包括:
经由非授权或共享频谱、或经由授权辅助接入小区、或经由采用所述先听后说过程的小区来传输上行链路控制信息。
32.根据权利要求30所述的方法,其中,所述用户设备针对下行链路子帧#N中的下行链路数据而被调度,并在M个连续的上行链路子帧中被确保控制信道资源。
33.根据权利要求32所述的方法,其中,所述方法进一步包括:
当由所述用户设备在上行链路子帧#N+K前执行的所述先听后说过程失败时,对接下来的M-1个上行链路子帧,重复所述先听后说过程。
34.根据权利要求33所述的方法,其中,所述方法进一步包括:
当所述先听后说过程成功时,使用针对下行链路子帧SFN#N而确定的控制信道资源来传输所述混合自动重传请求确认/否定确认。
35.根据权利要求30至34中任一项所述的方法,其中,所述传输进一步包括:
传输所述混合自动重传请求确认/否定确认仅一次。
36.根据权利要求30至34中任一项所述的方法,其中,所述传输进一步包括:
传输所述混合自动重传请求确认/否定确认多次。
37.根据权利要求30至34中任一项所述的方法,进一步包括:
使用能够包含多个比特的上行链路控制信道格式来传输所述混合自动重传请求确认/否定确认,其中,比特位置被预留以用于多个下行链路子帧的混合自动重传请求确认/否定确认。
38.根据权利要求30至34中任一项所述的方法,其中,所述用户设备在多个连续的上行链路子帧中被分配所述上行链路控制信道资源。
39.一种计算机可读介质,在其上存储指令,所述指令被配置为控制处理器以执行过程,所述过程包括:
由网络节点分配控制信道资源以传输上行链路控制信息;
针对每个混合自动重传请求确认/否定确认,在多个上行链路子帧中在控制信道上为用户设备调度多个传输机会;以及
取决于先听后说过程的成功,在由所述网络节点分配的上行链路控制信道资源上接收混合自动重传请求确认/否定确认。
40.一种计算机可读介质,在其上存储指令,所述指令被配置为控制处理器以执行过程,所述过程包括:
由用户设备在由网络节点调度的多个传输机会中的至少一个中传输上行链路控制信息,
其中,所述传输包括取决于先听后说过程的成功,在由所述网络节点分配的控制信道资源上传输混合自动重传请求确认/否定确认。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201562174921P | 2015-06-12 | 2015-06-12 | |
US62/174,921 | 2015-06-12 | ||
PCT/FI2016/050282 WO2016198734A1 (en) | 2015-06-12 | 2016-05-03 | Transmission of uplink control information in unlicensed spectrum |
Publications (2)
Publication Number | Publication Date |
---|---|
CN107743695A CN107743695A (zh) | 2018-02-27 |
CN107743695B true CN107743695B (zh) | 2020-09-08 |
Family
ID=56072349
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201680033893.7A Active CN107743695B (zh) | 2015-06-12 | 2016-05-03 | 用于传输上行链路控制信息的方法和装置 |
Country Status (4)
Country | Link |
---|---|
US (1) | US10461895B2 (zh) |
EP (1) | EP3308490B1 (zh) |
CN (1) | CN107743695B (zh) |
WO (1) | WO2016198734A1 (zh) |
Families Citing this family (26)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10588117B2 (en) * | 2015-09-25 | 2020-03-10 | Telefonaktiebolaget Lm Ericsson (Publ) | Information bits packaging |
EP3361663B1 (en) * | 2015-10-07 | 2020-05-13 | LG Electronics Inc. | Method and apparatus for transmitting retransmission data using harq in wireless communication system |
EP3361804B1 (en) * | 2016-02-04 | 2021-05-19 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for transmitting uplink information on unlicensed carrier |
US20190053265A1 (en) * | 2016-03-28 | 2019-02-14 | Lg Electronics Inc. | Method for transmitting uplink control channel in wireless communication system supporting unlicensed band and device supporting same |
CN107295663B (zh) * | 2016-04-01 | 2021-06-29 | 上海诺基亚贝尔股份有限公司 | 获取混合自动重传请求确认信息反馈的方法和装置 |
CN107332646B (zh) * | 2016-04-29 | 2021-05-11 | 中兴通讯股份有限公司 | Harq-ack的发送方法及装置 |
CN107359969B (zh) * | 2016-05-10 | 2020-03-24 | 电信科学技术研究院 | 一种harq的反馈信息传输方法、ue、基站和*** |
CN108023706A (zh) * | 2016-11-03 | 2018-05-11 | 夏普株式会社 | 无授权传输的应答信息反馈方法、基站和用户设备 |
CN108289015B (zh) * | 2017-01-09 | 2023-04-07 | 北京三星通信技术研究有限公司 | 发送harq-ack/nack的方法和设备及下行传输方法和设备 |
CN116405165A (zh) | 2017-01-09 | 2023-07-07 | 北京三星通信技术研究有限公司 | 发送harq-ack/nack的方法和设备及下行传输方法和设备 |
EP3454582B1 (en) | 2017-09-08 | 2021-04-28 | Tdf | Method for offloading control data in a mobile network |
US11102763B2 (en) * | 2017-12-08 | 2021-08-24 | Qualcomm Incorporated | Techniques for multiplexing of uplink channels in a shared radio frequency spectrum band |
AU2018409153A1 (en) | 2018-02-13 | 2020-10-08 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Method and device for transmitting HARQ information, and computer storage medium |
US11483829B2 (en) | 2018-02-13 | 2022-10-25 | Beijing Xiaomi Mobile Software Co., Ltd. | Method and device for transmitting information to achieve flexible scheduling of unlicensed spectrum resources in a licensed spectrum, base station, and user equipment |
CN110650537B (zh) * | 2018-06-26 | 2022-11-08 | 珠海市魅族科技有限公司 | 用于指示确认消息帧接收的方法及确认消息帧的接收方法 |
US11832221B2 (en) * | 2018-10-16 | 2023-11-28 | Beijing Xiaomi Mobile Software Co., Ltd. | Information retransmission method and apparatus, base station, and terminal |
US11943069B2 (en) | 2018-10-31 | 2024-03-26 | Beijing Xiaomi Mobile Software Co., Ltd. | Data transmission method and device, base station, terminal and storage medium |
US11350451B2 (en) | 2018-11-08 | 2022-05-31 | Acer Incorporated | Method of handling communication in unlicensed spectrum and related communication device |
EP4398505A2 (en) | 2018-12-28 | 2024-07-10 | Lenovo (Beijing) Limited | Harq-ack transmission on unlicensed spectrum |
CN111181706B (zh) * | 2019-01-09 | 2021-12-24 | 维沃移动通信有限公司 | 混合自动重传请求确认的发送方法和终端 |
EP3751880B1 (en) * | 2019-01-18 | 2024-07-03 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Wireless communication method for unlicensed spectrum, and device |
US11582077B2 (en) * | 2019-02-25 | 2023-02-14 | Huawei Technologies Co., Ltd. | Systems and methods for transmission of uplink control information over multiple carriers in unlicensed spectrum |
US11463195B2 (en) * | 2019-04-19 | 2022-10-04 | Qualcomm Incorporated | Handling downlink assignment indicators for different types of downlink control information |
US20220183060A1 (en) * | 2019-04-29 | 2022-06-09 | Apple Inc. | Uplink (UL) Transmission in Wideband Carrier and Carrier Aggregation in NR Systems Operating on Unlicensed Spectrum |
CN112235869B (zh) * | 2019-07-15 | 2022-07-29 | 华为技术有限公司 | 数据传输方法和设备 |
KR20210037375A (ko) * | 2019-09-27 | 2021-04-06 | 삼성전자주식회사 | 무선 통신 시스템에서 상향링크 제어 정보 송수신 방법 및 장치 |
Family Cites Families (13)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US8184579B2 (en) * | 2008-02-15 | 2012-05-22 | Texas Instruments Incorporated | ACK/NAK repetition schemes in wireless networks |
US8004992B2 (en) | 2008-03-03 | 2011-08-23 | Qualcomm Incorporated | Adding hybrid ARQ to WLAN protocols with MAC based feedback |
US8160018B2 (en) | 2008-03-14 | 2012-04-17 | Samsung Electronics Co., Ltd. | Methods of uplink channelization in LTE |
CN101296513B (zh) | 2008-04-22 | 2013-05-08 | 中兴通讯股份有限公司 | 一种物理上行控制信道干扰随机化的方法 |
EP2293619A4 (en) * | 2008-06-23 | 2016-05-04 | Ntt Docomo Inc | MOBILE COMMUNICATION SYSTEM, COMMUNICATION DEVICE, AND COMMUNICATION METHOD |
WO2010140826A2 (en) | 2009-06-03 | 2010-12-09 | Samsung Electronics Co., Ltd. | Selective application of frequency hopping for transmission of control signals |
WO2012141462A2 (ko) * | 2011-04-11 | 2012-10-18 | 엘지전자 주식회사 | 이동통신시스템에서 수신확인정보 전송 방법 및 장치 |
CN103477699B (zh) * | 2011-04-11 | 2017-08-25 | 安华高科技通用Ip(新加坡)公司 | 用于提供上行链路反馈优化的方法和设备 |
KR101574402B1 (ko) * | 2011-05-02 | 2015-12-03 | 엘지전자 주식회사 | 무선 통신 시스템에서 제어 정보 적용 방법 및 장치 |
US9065545B2 (en) * | 2012-03-12 | 2015-06-23 | Blackberry Limited | Handling scheduling request collisions with an ACK/NACK repetition signal |
US9648500B2 (en) * | 2013-10-04 | 2017-05-09 | Qualcomm Incorporated | Techniques for enabling wireless communications using subframe structures having different subframe durations |
CN104581908B (zh) * | 2015-01-30 | 2018-10-26 | 深圳酷派技术有限公司 | 非连续接收模式的参数配置方法和装置 |
US10015778B2 (en) * | 2015-03-17 | 2018-07-03 | Telefonaktiebolaget Lm Ericsson (Publ) | Systems and methods for uplink control information signaling design |
-
2016
- 2016-05-03 EP EP16724680.0A patent/EP3308490B1/en active Active
- 2016-05-03 US US15/574,953 patent/US10461895B2/en active Active
- 2016-05-03 WO PCT/FI2016/050282 patent/WO2016198734A1/en active Application Filing
- 2016-05-03 CN CN201680033893.7A patent/CN107743695B/zh active Active
Non-Patent Citations (1)
Title |
---|
Ack/Nack repetition and Implicit Resource Allocation for PUCCH;PANASONIC;《3GPP TSG RAN WG1 Meeting #53》;20080509;全文 * |
Also Published As
Publication number | Publication date |
---|---|
US20180175973A1 (en) | 2018-06-21 |
EP3308490A1 (en) | 2018-04-18 |
US10461895B2 (en) | 2019-10-29 |
CN107743695A (zh) | 2018-02-27 |
EP3308490B1 (en) | 2021-03-24 |
WO2016198734A1 (en) | 2016-12-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107743695B (zh) | 用于传输上行链路控制信息的方法和装置 | |
KR102508791B1 (ko) | 통신 방법 및 디바이스 | |
KR102503604B1 (ko) | 공유 통신 매체 상에서의 업링크 절차들 | |
CN111213416B (zh) | 无线网络中上行链路控制信令资源的动态管理 | |
US10454632B2 (en) | Method and apparatus for hybrid automatic repeat request transmission | |
US20220255702A1 (en) | B-IFDMA Configuration for Unlicensed Band Operation | |
JP6795507B2 (ja) | 無線通信ネットワークにおける制御データの通信 | |
US10812243B2 (en) | Feedback information transmission and reception method and apparatus and communication system | |
US9635584B2 (en) | Method and apparatus for operating subframe and transmitting channel information for controlling interference in communication system | |
EP3455991B1 (en) | Configuration of downlink transmissions | |
US20170099664A1 (en) | Method, apparatus and computer program for transmission scheduling | |
US20180359072A1 (en) | Hybrid Automatic Repeat Request Acknowledgment Feedback Using Periodic and Aperiodic Physical Uplink Control Channel Resources | |
US20150103703A1 (en) | Resource Allocation In Different TDD Configurations With Cross Carrier Scheduling | |
KR101996620B1 (ko) | eIMTA를 위한 HARQ-ACK 자원 할당 및 이용 | |
CN109314985B (zh) | 用于根据上行链路控制信息传输的跳过传输块传输的方法和装置 | |
KR101763207B1 (ko) | Tdd에서 epdcch에 대한 pucch 자원 배정에서 aro 값들 | |
CN104601303B (zh) | 上行控制信息的发送方法和装置、以及接收方法和装置 | |
US10306605B2 (en) | Allocation of uplink control channel resources from mapped resource region | |
CN111615861B (zh) | 多比特调度请求 | |
US20180368161A1 (en) | Usage of Physical Uplink Control Channel for Quasi-Periodic Control Signals | |
US20150163022A1 (en) | Method and Network Node for Allocating Resources of an Uplink Subframe | |
US20200287671A1 (en) | Block-ifdma multiplexing scheme with flexible payload | |
RU2823041C1 (ru) | Способ генерирования кодовой книги harq-ack, способ передачи кодовой книги harq-ack и способ приема pdsch | |
US20220232617A1 (en) | Method and apparatus for uplink data transmission skipping in 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 |