CN107431932A - 用于增强型载波聚集的pucch管理 - Google Patents

用于增强型载波聚集的pucch管理 Download PDF

Info

Publication number
CN107431932A
CN107431932A CN201680014495.0A CN201680014495A CN107431932A CN 107431932 A CN107431932 A CN 107431932A CN 201680014495 A CN201680014495 A CN 201680014495A CN 107431932 A CN107431932 A CN 107431932A
Authority
CN
China
Prior art keywords
pucch
transmission
group
cellular cells
subframe
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
Application number
CN201680014495.0A
Other languages
English (en)
Other versions
CN107431932B (zh
Inventor
陈万士
J·达蒙佳诺维克
M·S·瓦贾佩亚姆
P·盖尔
H·徐
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Qualcomm Inc
Original Assignee
Qualcomm Inc
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Qualcomm Inc filed Critical Qualcomm Inc
Publication of CN107431932A publication Critical patent/CN107431932A/zh
Application granted granted Critical
Publication of CN107431932B publication Critical patent/CN107431932B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W74/00Wireless channel access
    • H04W74/08Non-scheduled access, e.g. ALOHA
    • H04W74/0808Non-scheduled access, e.g. ALOHA using carrier sensing, e.g. carrier sense multiple access [CSMA]
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT
    • H04L5/001Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT the frequencies being arranged in component carriers
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0048Allocation of pilot signals, i.e. of signals known to the receiver
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/003Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053Allocation of signaling, i.e. of overhead other than pilot signals
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W16/00Network planning, e.g. coverage or traffic planning tools; Network deployment, e.g. resource partitioning or cells structures
    • H04W16/14Spectrum sharing arrangements between different networks
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0446Resources in time domain, e.g. slots or frames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/04Wireless resource allocation
    • H04W72/044Wireless resource allocation based on the type of the allocated resource
    • H04W72/0453Resources in frequency domain, e.g. a carrier in FDMA
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W72/00Local resource management
    • H04W72/20Control channels or signalling for resource management
    • H04W72/21Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00Arrangements affording multiple use of the transmission path
    • H04L5/0001Arrangements for dividing the transmission path
    • H04L5/0003Two-dimensional division
    • H04L5/0005Time-frequency
    • H04L5/0007Time-frequency the frequencies being orthogonal, e.g. OFDM(A), DMT

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

提供了用于无线通信的方法、装置和计算机可读介质。该装置经由多个经聚集分量载波(CC)群中的第一CC群来接收数据。该第一CC群对应于无执照或共享频率。该装置从第一CC群中的至少两个CC中选择用于物理上行链路控制信道(PUCCH)上的传输的CC。对CC的选择至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态。该装置经由所选择的CC来传送PUCCH。

Description

用于增强型载波聚集的PUCCH管理
相关申请的交叉引用
本申请要求于2015年3月12日提交的题为“PUCCH MANAGEMENT FOR ENHANCEDCARRIER AGGREGATION(用于增强型载波聚集的PUCCH管理)”的美国临时申请S/N.62/132,461以及于2016年3月1日提交的题为“PUCCH MANAGEMENT FOR ENHANCED CARRIERAGGREGATION(用于增强型载波聚集的PUCCH管理)”的美国专利申请No.15/057,795的权益,这两篇申请通过援引被整体明确纳入于此。
背景
领域
本公开一般涉及通信系统,并且更具体地涉及管理用于增强型载波聚集(eCA)的物理上行链路控制信道(PUCCH)。
背景技术
无线通信系统被广泛部署以提供诸如电话、视频、数据、消息收发、和广播等各种电信服务。典型的无线通信系统可采用能够通过共享可用系统资源来支持与多个用户通信的多址技术。此类多址技术的示例包括码分多址(CDMA)系统、时分多址(TDMA)系统、频分多址(FDMA)系统、正交频分多址(OFDMA)系统、单载波频分多址(SC-FDMA)系统、以及时分同步码分多址(TD-SCDMA)系统。
这些多址技术已经在各种电信标准中被采纳以提供使不同的无线设备能够在城市、国家、地区、以及甚至全球级别上进行通信的共同协议。示例电信标准是长期演进(LTE)。LTE是由第三代伙伴项目(3GPP)颁布的通用移动电信系统(UMTS)移动标准的增强集。LTE被设计成通过在下行链路上使用OFDMA、在上行链路上使用SC-FDMA、以及使用多输入多输出(MIMO)天线技术而改善频谱效率、降低成本、以及改善服务来支持移动宽带接入。然而,随着对移动宽带接入的需求持续增长,存在对LTE技术中的进一步改进的需要。这些改进也可适用于其他多址技术以及采用这些技术的电信标准。
在载波聚集(CA)中,用户装备(UE)可配置有最多达5个分量载波(CC)。然而,可能存在对于将CC数目增加到超过5个以提供更高带宽和增加的数据率的需要。
概述
以下给出一个或多个方面的简要概述以提供对这些方面的基本理解。此概述不是所有构想到的方面的详尽综览,并且既非旨在标识出所有方面的关键性或决定性要素亦非试图界定任何或所有方面的范围。其唯一的目的是以简化形式给出一个或多个方面的一些概念以作为稍后给出的更详细描述之序言。
在CA中,UE可配置有最多达5个CC。每个CC可以是后向兼容的。每个CC的带宽可以最多达20MHz。因为UE可在CA中配置有最多达5个CC,所以可为UE配置最多达100MHz。
然而,可存在对于将CC的数目增加到超过5个以提供更高带宽和增加的数据率的需要。这在本文中可被称为增强型CA,根据该增强型CA,UE可针对CA配置有不止5个CC(例如,在6个CC与32个CC之间)。增强型CA可能需要开发用于副蜂窝小区(SCell)上的PUCCH的物理层规范,并且针对增加数目的用于DL和UL的CC(例如,用于下行链路(DL)和上行链路(UL)的32个CC)来启用LTE CA的机制可被指定。这些机制可包括对关于增加数目的CC的DL控制信令的增强(可能包括自调度和跨载波调度两者)。这些机制可包括对关于大于5个数目的CC的UL控制信令的增强。这些增强可包括对支持PUCCH上关于增加数目的DL载波的上行链路控制信息(UCI)反馈的增强。例如,这些增强可涉及UCI信令格式以支持关于不止5个DL载波的UCI反馈。这些机制还可包括对支持PUSCH上关于不止5个DL载波的UCI反馈的增强。用于增强型CA UCI反馈的各种办法可在以下在“详细描述”中讨论。
在本公开的一方面,可提供方法、计算机程序产品、计算机可读介质和装置。一种方法包括经由多个经聚集CC群中的第一CC群来接收数据。该第一CC群对应于无执照或共享频率。从第一CC群中的至少两个CC中选择用于PUCCH上的(例如,信令的)传输的CC。对CC的选择可至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态。该方法还包括经由所选择的CC来在PUCCH上进行传送。
一种装置包括至少一个处理器,该至少一个处理器被配置成经由多个经聚集CC群中的第一CC群来接收数据。该第一CC群对应于无执照或共享频率。该至少一个处理器被进一步配置成从该第一CC群中的至少两个CC中选择用于PUCCH上的(例如,信令的)传输的CC。对CC的选择可至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态。该至少一个处理器还被配置成经由所选择的CC来在PUCCH上进行传送。存储器耦合至该至少一个处理器。
一种装备包括用于经由多个经聚集CC群中的第一CC群来接收数据的装置。该第一CC群对应于无执照或共享频率。该装备进一步包括用于从第一CC群中的至少两个CC中选择用于PUCCH上的(例如,信令的)传输的CC的装置。对CC的选择可至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态。该装备还包括用于经由所选择的CC来在PUCCH上进行传送的装置。
一种计算机可读介质包括用于经由多个经聚集CC群中的第一CC群来接收数据的代码。该第一CC群对应于无执照或共享频率。该计算机可读介质进一步包括用于从第一CC群中的至少两个CC中选择用于PUCCH上的(例如,信令的)传输的CC的代码。对CC的选择可至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态。该计算机可读介质还包括用于经由所选择的CC来在PUCCH上进行传送的代码。
根据另一方面,一种方法包括传送信息,该信息用于将UE配置成选择多个经聚集CC中的至多第一CC或第二CC以用于PUCCH上的(例如,信令的)传输。第一CC和第二CC对应于无执照或共享频率。对至多第一CC或第二CC的选择可至少基于第一CC和第二CC中的每一者的上行链路传输畅通状态。该方法还包括经由所选择的至多第一CC或第二CC来接收PUCCH上的传输。
一种装置包括配置成传送信息的至少一个处理器,该信息用于将UE配置成选择多个经聚集CC中的至多第一CC或第二CC以用于PUCCH上的(例如,信令的)传输。第一CC和第二CC对应于无执照或共享频率。对至多第一CC或第二CC的选择可至少基于第一CC和第二CC中的每一者的上行链路传输畅通状态。该至少一个处理器还被配置成经由所选择的至多第一CC或第二CC来接收PUCCH上的传输。存储器耦合至该至少一个处理器。
一种装备包括用于传送信息的装置,该信息用于将UE配置成选择多个经聚集CC中的至多第一CC或第二CC以用于PUCCH上的(例如,信令的)传输。第一CC和第二CC对应于无执照或共享频率。对至多第一CC或第二CC的选择可至少基于第一CC和第二CC中的每一者的上行链路传输畅通状态。该装备还包括用于经由所选择的至多第一CC或第二CC来接收PUCCH上的传输的装置。
一种计算机可读介质包括用于传送信息的代码,该信息用于将UE配置成选择多个经聚集CC中的至多第一CC或第二CC以用于PUCCH上的(例如,信令的)传输。第一CC和第二CC对应于无执照或共享频率。对至多第一CC或第二CC的选择可至少基于第一CC和第二CC中的每一者的上行链路传输畅通状态。该计算机可读介质还包括用于经由所选择的至多第一CC或第二CC来接收PUCCH上的传输的代码。
为能达成前述及相关目的,这一个或多个方面包括在下文中充分描述并在所附权利要求中特别指出的特征。以下描述和附图详细阐述了这一个或多个方面的某些解说性特征。但是,这些特征仅仅是指示了可采用各种方面的原理的各种方式中的若干种,并且本描述旨在涵盖所有此类方面及其等效方案。
附图简述
图1是解说无线通信系统和接入网的示例的示图。
图2A、2B、2C和2D是分别解说DL帧结构、DL帧结构内的DL信道、UL帧结构以及UL帧结构内的UL信道的LTE示例的示图。
图3是解说接入网中的演进型B节点(eNB)和用户装备(UE)的示例的示图。
图4是解说MAC层数据聚集的示图。
图5A是解说连续载波聚集的示例的示图。
图5B是解说非连续载波聚集的示例的示图。
图6解说了其中存在最多两个半静态地管理的PUCCH蜂窝小区的配置。
图7解说了其中不止两个PUCCH蜂窝小区可被半静态地管理的配置。
图8解说了其中两个PUCCH蜂窝小区中的一者被动态管理的配置。
图9解说了从PUCCH蜂窝小区群中的两个蜂窝小区之中选择PUCCH蜂窝小区的示例。
图10解说了从PUCCH蜂窝小区群中的两个蜂窝小区之中选择PUCCH蜂窝小区的另一示例。
图11是无线通信方法的流程图。
图12是解说示例性装备中的不同组件/装置之间的数据流的概念性数据流图。
图13是解说采用处理系统的装备的硬件实现的示例的示图。
图14是无线通信方法的流程图。
图15是解说示例性装备中的不同组件/装置之间的数据流的概念性数据流图。
图16是解说采用处理系统的装备的硬件实现的示例的示图。
详细描述
以下结合附图阐述的详细描述旨在作为各种配置的描述,而无意表示可实践本文所描述的概念的仅有配置。本详细描述包括具体细节以提供对各种概念的透彻理解。然而,对于本领域技术人员将显而易见的是,没有这些具体细节也可实践这些概念。在一些实例中,以框图形式示出众所周知的结构和组件以避免淡化此类概念。
现在将参照各种装置和方法给出电信系统的若干方面。这些装置和方法将在以下详细描述中进行描述并在附图中由各种框、组件、电路、过程、算法等(统称为“元素”)来解说。这些元素可使用电子硬件、计算机软件、或其任何组合来实现。此类元素是实现成硬件还是软件取决于具体应用和加诸于整体系统上的设计约束。
作为示例,元素、或元素的任何部分、或者元素的任何组合可被实现为包括一个或多个处理器的“处理系统”。处理器的示例包括:微处理器、微控制器、图形处理单元(GPU)、中央处理单元(CPU)、应用处理器、数字信号处理器(DSP)、精简指令集计算(RISC)处理器、片上系统(SoC)、基带处理器、专用集成电路(ASIC)、现场可编程门阵列(FPGA)、可编程逻辑器件(PLD)、状态机、门控逻辑、分立的硬件电路以及其他配置成执行本公开中通篇描述的各种功能性的合适硬件。处理系统中的一个或多个处理器可以执行软件。软件应当被宽泛地解释成意为指令、指令集、代码、代码段、程序代码、程序、子程序、软件组件、应用、软件应用、软件包、例程、子例程、对象、可执行件、执行的线程、规程、函数等,无论其是用软件、固件、中间件、微代码、硬件描述语言、还是其他术语来述及皆是如此。
相应地,在一个或多个示例实施例中,所描述的功能可以在硬件、软件、或其任何组合中实现。如果在软件中实现,则各功能可作为一条或多条指令或代码存储或编码在计算机可读介质上。计算机可读介质包括计算机存储介质。存储介质可以是能被计算机访问的任何可用介质。作为示例而非限定,此类计算机可读介质可包括随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程ROM(EEPROM)、闪存存储器、相变存储器、光盘存储、磁盘存储、其他磁存储设备、前述类型的计算机可读介质的组合、或可被用来存储指令或数据结构形式的能被计算机访问的计算机可执行代码的任何其它介质。
图1是解说无线通信系统和接入网100的示例的示图。无线通信系统(亦称为无线广域网(WWAN))包括基站102、UE 104、以及演进型分组核心(EPC)160。基站102可包括宏蜂窝小区(高功率蜂窝基站)和/或小型蜂窝小区(低功率蜂窝基站)。宏蜂窝小区包括eNB等。小型蜂窝小区包括毫微微蜂窝小区、微微蜂窝小区、微蜂窝小区等。
基站102(统称为演进型通用移动电信系统(UMTS)地面无线电接入网(E-UTRAN))通过回程链路132(例如,S1接口)与EPC 160对接。除了其他功能,基站102可执行以下功能中的一者或多者:用户数据的传递、无线电信道加密和解密、完整性保护、报头压缩、移动性控制功能(例如,切换、双连通性)、蜂窝小区间干扰协调、连接建立和释放、负载平衡、非接入阶层(NAS)消息的分发、NAS节点选择、同步、无线电接入网(RAN)共享、多媒体广播多播服务(MBMS)、订户和装备追踪、RAN信息管理(RIM)、寻呼、定位、以及警告消息的递送。基站102可在回程链路134(例如,X2接口)上彼此直接或间接(例如,通过EPC 160)通信。回程链路134可以是有线的或无线的。
基站102可与UE 104进行无线通信。每个基站102可为各自相应的地理覆盖区域110提供通信覆盖。可能存在交叠的地理覆盖区域110。例如,小型蜂窝小区102'可具有与一个或多个宏基站102的覆盖区域110交叠的覆盖区域110'。包括小型蜂窝小区和宏蜂窝小区的网络可被称为异构网络。异构网络还可包括归属演进型B节点(eNB)(HeNB),该HeNB可向被称为封闭订户群(CSG)的受限群提供服务。基站102与UE 104之间的通信链路120可包括从UE 104到基站102的上行链路(UL)(亦称为反向链路)传输和/或从基站102到UE 104的下行链路(DL)(亦称为前向链路)传输。通信链路120可使用MIMO天线技术,包括空间复用、波束成形、和/或发射分集。这些通信链路可通过一个或多个载波。对于在每个方向上用于传输的总共最多达Yx MHz(x个分量载波)的载波聚集中分配的每个载波,基站102/UE 104可使用最多达Y Mhz(例如,5、10、15、20MHz)带宽的频谱。这些载波可以彼此毗邻或者可以不彼此毗邻。载波的分配可以关于DL和UL是非对称的(例如,与UL相比可将更多或更少载波分配给DL)。分量载波可包括主分量载波以及一个或多个副分量载波。主分量载波可被称为主蜂窝小区(PCell),并且副分量载波可被称为副蜂窝小区(SCell)。
无线通信系统可进一步包括在5GHz无执照频谱中经由通信链路154与Wi-Fi(STA)152处于通信的Wi-Fi接入点(AP)150。当在无执照频谱中通信时,STA 152/AP 150可在通信之前执行畅通信道评估(CCA)以确定该信道是否可用。
小型蜂窝小区102'可在有执照和/或无执照频谱中操作。当在无执照频谱中操作时,小型蜂窝小区102'可采用LTE并且使用与由Wi-Fi AP 150使用的频谱相同的5GHz无执照频谱。在无执照频谱中采用LTE的小型蜂窝小区102'可推升接入网的覆盖和/或增加接入网的容量。无执照频谱中的LTE可被称为LTE无执照(LTE-U)、有执照辅助式接入(LAA)、或MuLTEfire。
EPC 160可包括移动性管理实体(MME)162、其他MME 164、服务网关166、多媒体广播多播服务(MBMS)网关168、广播多播服务中心(BM-SC)170、以及分组数据网络(PDN)网关172。MME 162可以与归属订户服务器(HSS)174处于通信。MME 162是处理UE 104与EPC 160之间的信令的控制节点。一般而言,MME 162提供承载和连接管理。所有用户网际协议(IP)分组通过服务网关166来传递,服务网关166自身连接到PDN网关172。PDN网关172提供UE IP地址分配以及其他功能。PDN网关172和BM-SC 170连接到IP服务176。IP服务176可包括因特网、内联网、IP多媒体子系统(IMS)、PS流送服务(PSS)、和/或其他IP服务。BM-SC 170可提供用于MBMS用户服务置备和递送的功能。BM-SC 170可用作内容提供商MBMS传输的进入点、可用来授权和发起公共陆地移动网(PLMN)内的MBMS承载服务、并且可用来调度MBMS传输。MBMS网关168可用来向属于广播特定服务的多播广播单频网(MBSFN)区域的基站102分发MBMS话务,并且可负责会话管理(开始/停止)并负责收集eMBMS(演进型或增强型MBMS)相关的收费信息。
基站也可被称为B节点、演进型B节点(eNB)、接入点、基收发机站、无线电基站、无线电收发机、收发机功能、基本服务集(BSS)、扩展服务集(ESS)、或其他某个合适的术语。基站102可以为UE 104提供去往EPC 160的接入点。UE 104的示例包括蜂窝电话、智能电话、会话发起协议(SIP)电话、膝上型设备、个人数字助理(PDA)、卫星无线电、定位/导航设备、多媒体设备、视频设备、数字音频播放器(例如,MP3播放器)、相机、游戏控制台、平板设备、上网本、超级本、智能设备、可穿戴设备(例如,智能手表、智能眼镜、智能项链、智能腕带、智能戒指、智能服装、抬头显示器)、无人机、机器人/机器人设备、医疗设备、车载设备、或任何其他类似功能的设备。UE 104也可被称为站、移动站、订户站、移动单元、订户单元、无线单元、远程单元、移动设备、无线设备、无线通信设备、远程设备、移动订户站、终端、接入终端、移动终端、无线终端、远程终端、手持机、用户代理、移动客户端、客户端、或一些其他合适的术语。UE可被实现为机器类型通信(MTC)设备、增强型或演进型MTC(eMTC)设备、万物联网(IoE)设备、或物联网(IoT)设备(例如,窄带IoT(NB-IoT)设备)。这些类型的设备可以参与涉及在通信的至少一端的至少一个远程设备的通信,并且可包括涉及不一定需要人类交互的一个或多个实体的数据通信形式。此类设备的示例可包括传感器、计量器、监视器、位置标签、无人机、追踪器、机器人/机器人设备等。
再次参照图1,在某些方面,UE 104可被配置成:经由多个经聚集CC群中的第一CC群来接收数据,该第一CC群对应于无执照或共享频率;从第一CC群中的至少两个CC中选择用于PUCCH上的传输的CC,其中对CC的选择可至少基于该至少两个CC中的每一者的上行链路传输畅通状态;以及经由所选择的CC来在PUCCH上进行传送(198)。在其他方面,eNB 102、104可被配置成:传送信息,该信息用于将UE配置成选择多个经聚集CC中的至多第一CC或第二CC以用于PUCCH上的(例如,信令的)传输,其中第一CC和第二CC对应于无执照或共享频率;以及经由所选择的至多第一CC或第二CC来接收PUCCH。
图2A是解说LTE中的DL帧结构的示例的示图200。图2B是解说LTE中的DL帧结构内的信道的示例的示图230。图2C是解说LTE中的UL帧结构的示例的示图250。图2D是解说LTE中的UL帧结构内的信道的示例的示图280。其他无线通信技术可具有不同的帧结构和/或不同的信道。在LTE中,帧(10ms)可被划分成10个相等大小的子帧。每个子帧可包括两个连贯的时隙。资源网格可被用于表示这两个时隙,每个时隙包括一个或多个时间并发的资源块(RB)(亦称为物理RB(PRB))。该资源网格被划分成多个资源元素(RE)。在LTE中,对于正常循环前缀,RB包含频域中的12个连贯副载波以及时域中的7个连贯码元(对于DL而言为OFDM码元;对于UL而言为SC-FDMA码元),总共84个RE。对于扩展循环前缀而言,RB包含频域中的12个连贯副载波以及时域中的6个连贯码元,总共72个RE。由每个RE携带的比特数取决于调制方案。
如图2A中解说的,一些RE携带用于UE处的信道估计的DL参考(导频)信号(DL-RS)。DL-RS可包括因蜂窝小区而异的参考信号(CRS)(有时也称为共用RS)、因UE而异的参考信号(UE-RS)、以及信道状态信息参考信号(CSI-RS)。图2A解说了用于天线端口0、1、2、和3的CRS(分别指示为R0、R1、R2和R3)、用于天线端口5的UE-RS(指示为R5)、以及用于天线端口15的CSI-RS(指示为R)。图2B解说了帧的DL子帧内的各种信道的示例。物理控制格式指示符信道(PCFICH)在时隙0的码元0内,并且携带指示物理下行链路控制信道(PDCCH)占据1个、2个、还是3个码元(图2B解说了占据3个码元的PDCCH)的控制格式指示符(CFI)。PDCCH在一个或多个控制信道元素(CCE)内携带下行链路控制信息(DCI),每个CCE包括9个RE群(REG),每个REG包括OFDM码元中的4个连贯RE。UE可用因UE而异的还携带DCI的增强型PDCCH(ePDCCH)来配置。ePDCCH可具有2个、4个、或8个RB对(图2B示出了2个RB对,每个子集包括1个RB对)。物理混合自动重复请求(ARQ)(HARQ)指示符信道(PHICH)也在时隙0的码元0内,并且携带基于物理上行链路共享信道(PUSCH)来指示HARQ确收(ACK)/否定ACK(NACK)反馈的HARQ指示符(HI)。主同步信道(PSCH)在帧的子帧0和5内的时隙0的码元6内,并且携带由UE用于确定子帧定时和物理层身份的主同步信号(PSS)。副同步信道(SSCH)在帧的子帧0和5内的时隙0的码元5内,并且携带由UE用于确定物理层蜂窝小区身份群号的副同步信号(SSS)。基于物理层身份和物理层蜂窝小区身份群号,UE可确定物理蜂窝小区标识符(PCI)。基于PCI,UE可确定上述DL-RS的位置。物理广播信道(PBCH)在帧的子帧0的时隙1的码元0、1、2、3内,并且携带主信息块(MIB)。MIB提供DL系统带宽中的RB数目、PHICH配置、以及系统帧号(SFN)。物理下行链路共享信道(PDSCH)携带用户数据、不通过PBCH传送的广播系统信息(诸如系统信息块(SIB))、以及寻呼消息。
如图2C中解说的,一些RE携带用于eNB处的信道估计的解调参考信号(DM-RS)。UE可在帧的最后一个码元中附加地传送探通参考信号(SRS)。SRS可具有梳状结构,并且UE可在梳齿(comb)之一上传送SRS。SRS可由eNB用于信道质量估计以在UL上启用取决于频率的调度。图2D解说了帧的UL子帧内的各种信道的示例。物理随机接入信道(PRACH)可基于PRACH配置在帧的一个或多个子帧内。PRACH可包括子帧内的6个连贯RB对。PRACH允许UE执行初始系统接入并且达成UL同步。物理上行链路控制信道(PUCCH)可位于UL系统带宽的边缘。PUCCH携带上行链路控制信息(UCI),诸如调度请求、信道质量指示符(CQI)、预编码矩阵指示符(PMI)、秩指示符(RI)、以及HARQ ACK/NACK反馈。PUSCH携带数据,并且可附加地用于携带缓冲器状态报告(BSR)、功率净空报告(PHR)、和/或UCI。
图3是接入网中eNB 310与UE 350处于通信的框图。在DL中,来自EPC160的IP分组可被提供给控制器/处理器375。控制器/处理器375实现层3和层2功能性。层3包括无线电资源控制(RRC)层,并且层2包括分组数据汇聚协议(PDCP)层、无线电链路控制(RLC)层、以及媒体接入控制(MAC)层。控制器/处理器375提供与系统信息(例如,MIB、SIB)的广播、RRC连接控制(例如,RRC连接寻呼、RRC连接建立、RRC连接修改、以及RRC连接释放)、无线电接入技术(RAT)间移动性、以及UE测量报告的测量配置相关联的RRC层功能性;与报头压缩/解压缩、安全性(加密、解密、完整性保护、完整性验证)、以及切换支持功能相关联的PDCP层功能性;与上层分组数据单元(PDU)的传递、通过ARQ的纠错、级联、分段、以及RLC服务数据单元(SDU)的重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序相关联的RLC层功能性;以及与逻辑信道和传输信道之间的映射、将MAC SDU复用到传输块(TB)上、MAC SDU从TB解除复用、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先级区分相关联的MAC层功能性。
发射(TX)处理器316和接收(RX)处理器370实现与各种信号处理功能相关联的层1功能性。包括物理(PHY)层的层1可包括传输信道上的错误检测、传输信道的前向纠错(FEC)编码/解码、交织、速率匹配、映射到物理信道上、物理信道的调制/解调、以及MIMO天线处理。TX处理器316基于各种调制方案(例如,二进制相移键控(BPSK)、正交相移键控(QPSK)、M相移键控(M-PSK)、M正交调幅(M-QAM))来处置至信号星座的映射。经编码和经调制的码元可随后被拆分成并行流。每个流可随后被映射到OFDM副载波、在时域和/或频域中与参考信号(例如,导频)复用、并且随后使用快速傅里叶逆变换(IFFT)组合到一起以产生携带时域OFDM码元流的物理信道。该OFDM流被空间预编码以产生多个空间流。来自信道估计器374的信道估计可被用来确定编码和调制方案以及用于空间处理。该信道估计可以从由UE 350传送的参考信号和/或信道状况反馈推导出来。每个空间流随后可经由分开的发射机318TX被提供给一不同的天线320。每个发射机318TX可用相应空间流来调制RF载波以供传输。
在UE 350处,每个接收机354RX通过其各自相应的天线352来接收信号。每个接收机354RX恢复出调制到RF载波上的信息并将该信息提供给接收(RX)处理器356。TX处理器368和RX处理器356实现与各种信号处理功能相关联的层1功能性。RX处理器356可对该信息执行空间处理以恢复出以UE 350为目的地的任何空间流。如果有多个空间流以该UE 350为目的地,那么它们可由RX处理器356组合成单个OFDM码元流。RX处理器356随后使用快速傅里叶变换(FFT)将该OFDM码元流从时域变换到频域。该频域信号对该OFDM信号的每个副载波包括单独的OFDM码元流。通过确定最有可能由eNB 310传送了的信号星座点来恢复和解调每个副载波上的码元、以及参考信号。这些软判决可以基于由信道估计器358计算出的信道估计。这些软判决随后被解码和解交织以恢复出原始由eNB 310在物理信道上传送的数据和控制信号。这些数据和控制信号随后被提供给实现层3和层2功能性的控制器/处理器359。
控制器/处理器359可以与存储程序代码和数据的存储器360相关联。存储器360可被称为计算机可读介质。在UL中,控制器/处理器359提供传输信道与逻辑信道之间的分用、分组重组、解密、报头解压缩以及控制信号处理以恢复出来自EPC 160的IP分组。控制器/处理器359还负责使用ACK和/或NACK协议进行检错以支持HARQ操作。
类似于结合由eNB 310进行的DL传输所描述的功能性,控制器/处理器359提供与系统信息(例如,MIB、SIB)捕获、RRC连接、以及测量报告相关联的RRC层功能性;与报头压缩/解压缩、以及安全性(加密、解密、完整性保护、完整性验证)相关联的PDCP层功能性;与上层PDU的传递、通过ARQ的纠错、级联、分段、以及RLC SDU的重组、RLC数据PDU的重新分段、以及RLC数据PDU的重新排序相关联的RLC层功能性;以及与逻辑信道和传输信道之间的映射、将MAC SDU复用到TB上、从TB分用MAC SDU、调度信息报告、通过HARQ的纠错、优先级处置、以及逻辑信道优先级区分相关联的MAC层功能性。
由信道估计器358从由eNB 310所传送的参考信号或者反馈推导出的信道估计可由TX处理器368用来选择恰适的编码和调制方案,以及促成空间处理。由TX处理器368生成的空间流可经由分开的发射机354TX被提供给不同的天线352。每个发射机354TX可用相应空间流来调制RF载波以供传输。
在eNB 310处以与结合UE 350处的接收机功能所描述的方式相类似的方式来处理UL传输。每个接收机318RX通过其各自相应的天线320来接收信号。每个接收机318RX恢复出调制到RF载波上的信息并将该信息提供给RX处理器370。
控制器/处理器375可以与存储程序代码和数据的存储器376相关联。存储器376可被称为计算机可读介质。在UL中,控制器/处理器375提供传输信道与逻辑信道之间的分用、分组重组、解密、报头解压缩、控制信号处理以恢复出来自UE 350的IP分组。来自控制器/处理器375的IP分组可被提供给EPC 160。控制器/处理器375还负责使用ACK和/或NACK协议进行检错以支持HARQ操作。控制器/处理器375和359可分别指导eNB 310和UE 350处的操作。例如,eNB 310处的控制器/处理器375和/或其他处理器和模块可执行或指导图14中解说的操作1400、和/或用于本文中所描述的技术的其他过程。类似地,UE 350处的控制器/处理器359和/或其他处理器和模块可执行或指导图11中解说的操作1100、和/或用于本文中所描述的技术的过程。存储器376和360可分别存储供eNB 310和UE 350用的数据和程序代码。
图4解说了在媒体接入控制(MAC)层处聚集来自不同分量载波的传输块(TB)。通过MAC层数据聚集,每个分量载波可在MAC层中具有其自己的独立混合自动重复请求(HARQ)实体,且在物理层中具有其自己的传输配置参数(例如,发射功率、调制和编码方案、以及多天线配置)。类似地,在物理层中,可为每个分量载波提供一个HARQ实体。
UE可使用在用于每个方向上的传输的最多达总共100MHz(5个分量载波)的载波聚集中所分配的最多达20MHz带宽的频谱。一般而言,在上行链路上传送的话务可以比下行链路少,因此UL频谱分配可以比DL分配更小。例如,如果20MHz被指派给UL,则DL可被指派100Mhz。这些非对称FDD指派节约频谱,并且可有利于由宽带订户进行的通常非对称的带宽利用。
可以有两种类型的载波聚集(CA)方法,即连续CA和非连续CA。这两种类型的CA方法可以在图5A和5B中解说。非连续CA发生在多个可用CC可沿频带分隔开时(图5B)。另一方面,连续CA发生在多个可用的分量载波可以彼此毗邻时(图5A)。非连续CA和连续CA两者均聚集多个LTE/分量载波以服务单个UE。
在CA中,UE可配置有最多达5个CC。每个CC可以是后向兼容的。每个CC的带宽可以最多达20MHz。因为UE可在CA中配置有最多达5个CC,所以可为UE配置最多达100MHz。
经聚集CC可以全部被配置成用于FDD,或者可以全部被配置成用于TDD。替换地,经聚集CC可以是配置成用于FDD的至少一个CC和配置成用于TDD的至少一个CC的混合(例如,组合)。配置成用于TDD的不同CC可具有相同或不同的DL/UL配置。针对配置成用于TDD的不同CC,可不同地配置特殊子帧。
在经聚集CC之中,一个CC可被配置为用于UE的主CC(PCC)。PCC可以是可携带关于UE的PUCCH和共用搜索空间(CSS)的CC。所有其他CC可被称为副CC(SCC)。
对于UE,可以在CA中的两个CC上启用PUCCH。例如,除了PCC之外,一个SCC也可携带PUCCH。这可帮助解决例如双连通性和PUCCH负载平衡需要。
在一些情形中,蜂窝小区(CC)可能不具有理想的回程(例如,eNB之间的连接),并且因此由于有限的回程容量和不可忽略的回程等待时间(例如,数十毫秒),蜂窝小区之间的紧密协调可能是不可能的。双连通性可解决这些问题。
在双连通性中,蜂窝小区可被划分成两个群。这两个群可以是主蜂窝小区群(PCG)和副蜂窝小区群(SCG)。每个群可在CA配置中具有一个或多个蜂窝小区。每个群可具有携带PUCCH的单个蜂窝小区。在PCG中,被称为PCell的主蜂窝小区可携带关于PCG的PUCCH。在SCG中,副蜂窝小区可携带关于SCG的PUCCH。这个副蜂窝小区也可被称为SCell。
UCI可经由与每个群相关联的PUCCH分开地传达给每个群。共用搜索空间可在SCG中由UE监视。半持久调度(SPS)(或半静态调度)和(诸)调度请求(SR)也可由SCG支持。
可能存在对于将CC数目增加到超过5个以提供更高带宽和增加的数据率的需要。这在本文中可被称为增强型CA,根据该增强型CA,UE可针对CA配置有不止5个CC(例如,在6个CC与32个CC之间)。增强型CA可能需要开发用于SCell上的PUCCH的物理层规范,并且针对增加数目的用于DL和UL的CC(例如,用于DL和UL的32个CC)来启用LTE CA的机制可被指定。这些机制可包括对关于增加数目的CC的DL控制信令的增强(可能包括自调度和跨载波调度两者)。这些机制可包括对关于大于5个数目的CC的UL控制信令的增强。这些增强可包括对支持PUCCH上关于增加数目的DL载波的UCI反馈的增强。例如,这些增强可涉及UCI信令格式以支持关于不止5个DL载波的UCI反馈。这些机制还可包括对支持PUSCH上关于不止5个DL载波的UCI反馈的增强。
可以利用用于增强型CA UCI反馈的各种办法。根据一种办法,关于不止5个DL载波(例如,至多达32个DL载波)的UCI反馈可以在主蜂窝小区(PCell)的PUCCH上携带。另外,关于不止5个DL载波(例如,至多达32个DL载波)的UCI反馈可以在一个蜂窝小区的PUSCH上携带。无论UL CA是否可被配置成用于具有UL CA能力的设备(例如,具有UL CA能力的UE),这种办法均可以是适用的。这种办法也可适用于不具有UL CA能力的设备(例如,不具有UL CA能力的UE)。
根据另一办法,两个或更多个PUCCH蜂窝小区群可被配置成用于不止5个DL载波(例如,至多达32个DL载波)。例如,每一个DL载波可与一个PUCCH蜂窝小区群相关联。这种办法可以在配置UL CA时适用。
本公开的各方面可以涉及在配置两个或更多个PUCCH蜂窝小区群时管理和/或处置UCI反馈。UCI可包括HARQ ACK/NACK、CSI和/或SR。
在配置两个或更多个PUCCH蜂窝小区群时,可以跨PUCCH蜂窝小区群独立地管理PUCCH上的(例如,信令的)传输。可独立地管理的各方面可包括:DL HARQ-ACK定时的确定;关于HARQ-ACK和/或CSI的PUCCH资源确定;PUCCH上同时的HARQ-ACK+CSI的较高层配置;以及一个子帧中同时的HARQ-ACK+SRS的较高层配置。
PUCCH蜂窝小区群指代利用至少一个PUCCH(例如,单个PUCCH)来发送UL UCI反馈的蜂窝小区群。PUCCH蜂窝小区群的PUCCH蜂窝小区指代可在PUCCH上携带(例如,发送或传送)信令的蜂窝小区。PUCCH蜂窝小区可以是主蜂窝小区或副蜂窝小区。
当UE可配置有一个或多个PUCCH蜂窝小区时,没有PUCCH蜂窝小区可以利用无执照或共享频谱。例如,每个PUCCH蜂窝小区可利用不由两个或更多个运营商共享的有执照频谱。相应地,可能不存在不同运营商对PUCCH资源的竞争并且可能不会丢失PUCCH上的传送机会。
在以上情况下,可以定义一个或多个PUCCH蜂窝小区群。在PUCCH蜂窝小区群内,关于该PUCCH蜂窝小区群的CC的UCI可以在该PUCCH蜂窝小区群的对应PUCCH上传送。例如,关于PUCCH蜂窝小区群的CC的UCI可以经由该PUCCH蜂窝小区群的PUCCH(或者在该PUCCH上)而不是经由另一PUCCH蜂窝小区群的PUCCH来传送。相应地,可以存在跨不同PUCCH蜂窝小区群拆分的正交UCI。另外,可以不执行PUCCH上的对UCI的跨蜂窝小区群传输,这是因为例如由于不同运营商之间的竞争而可能潜在地丢失PUCCH上的传送机会。
此外,当没有PUCCH蜂窝小区利用无执照或共享频谱时,可按半静态方式配置至多两个PUCCH蜂窝小区群。这两个PUCCH蜂窝小区群包括:主蜂窝小区上的PUCCH蜂窝小区群;以及副蜂窝小区上的PUCCH蜂窝小区群。利用此办法可以不执行对每个PUCCH蜂窝小区群内的PUCCH蜂窝小区的动态切换。
如以上讨论的,当没有PUCCH蜂窝小区利用无执照或共享频谱时,可能不会丢失每个PUCCH蜂窝小区上的PUCCH传送机会。在此情况下,执行UCI的交叠传输或者动态PUCCH蜂窝小区更新以例如促成两个PUCCH蜂窝小区的PUCCH负载平衡可能不是必需的。
当至少一个PUCCH蜂窝小区利用无执照或共享频谱时,可能发生此类蜂窝小区中PUCCH传输的传送机会的丢失。在此情况下,可要求UE竞争对PUCCH蜂窝小区中的频谱的使用。作为示例,Wi-Fi网络可在无执照频谱中操作,并且因此可供在所确立的用于提供公平频谱接入的规则下由各种实体(例如,两个或更多个运营商)使用。在获得信道接入并且使用无执照频谱进行传送之前,传送方设备(例如,UE)可执行先听后讲规程以获得信道接入。该先听后讲规程可包括用于确定特定载波是否可用的CCA。如果该载波不可用,则可在稍后的时间再次执行CCA。
关于其中至少一个PUCCH蜂窝小区可利用无执照或共享频谱的情况,以下描述三种配置。在第一配置中,最多达两个PUCCH蜂窝小区可被半静态地管理。在第二配置中,不止两个PUCCH蜂窝小区可被半静态地管理。第三配置可包括例如最多达两个PUCCH蜂窝小区,其中至少一个蜂窝小区可被动态地管理。
图6解说了其中最多达两个PUCCH蜂窝小区可被半静态地管理的配置600。该配置可包括主PUCCH蜂窝小区群610和副PUCCH蜂窝小区群620。主PUCCH蜂窝小区群610可包括两个CC:CC1和CC2。CC1可利用有执照频谱,并且CC2可利用无执照或共享频谱。CC1可被指定为主PUCCH蜂窝小区群610的PUCCH蜂窝小区。相应地,CC1可携带关于主PUCCH蜂窝小区群610的PUCCH,并且可携带关于主PUCCH蜂窝小区群610中的所有CC(CC1、CC2)的UCI反馈。因为CC1可利用有执照频谱,所以主PUCCH蜂窝小区群610中的PUCCH传输可以不涉及由于不同运营商之间的竞争而导致的PUCCH上的传送机会的潜在丢失。
副PUCCH蜂窝小区群620可包括两个CC:CC3和CC4。CC3和CC4两者利用无执照或共享频谱。CC3可被指定为副PUCCH蜂窝小区群620的PUCCH蜂窝小区。相应地,CC2可携带关于副PUCCH蜂窝小区群620的PUCCH,并且可携带关于副PUCCH蜂窝小区群620中的所有CC(CC3、CC4)的UCI反馈。
因为PUCCH蜂窝小区CC3可利用无执照或共享频谱,所以CC3可能不享有受保障传输机会的益处。例如,在LTE-U中,CC3可被要求在执行传输之前执行先听后讲,并且如果存在其他正在进行中的传输(例如,由一个或多个其他运营商进行的传输),则传输可能失败。结果,如果PUCCH蜂窝小区未能抓取信道,则在相同蜂窝小区群中的其他蜂窝小区上不存在PUSCH传输的情况下可能不会发生关于PUCCH蜂窝小区群中的所有CC的UCI的传输。由此,可以从传输中省略UCI(例如,UCI可以不在此传输机会期间传送)。
例如,参照图6,PUCCH蜂窝小区CC3可携带关于副PUCCH蜂窝小区群620中的所有蜂窝小区(CC3、CC4)的UCI反馈。然而,因为CC3利用无执照频谱,所以CC3可能不是在所有时间期间对于UL传输而言均是畅通的。如果PUCCH蜂窝小区CC3未能抓取信道,则可能不会发生关于CC3和CC4两者的UCI的传输(例如,在CC4上没有PUSCH传输的情况下)。
另一配置可包括可被半静态地管理的不止两个PUCCH蜂窝小区。例如,PUCCH蜂窝小区可包括有执照频谱中的至多两个PUCCH蜂窝小区,以及无执照/共享频谱中的一个或多个PUCCH蜂窝小区。关于有执照频谱,至多两个PUCCH蜂窝小区可被认为是足够的。关于无执照/共享频谱,由于伺机PUCCH传输,两个或更多个PUCCH蜂窝小区可被配置以增加PUCCH上的UCI传输的可能性,特别是在无执照/共享频谱中的PUCCH蜂窝小区的数目可灵活地配置的情况下。
图7解说了其中不止两个PUCCH蜂窝小区被半静态地管理的配置700。如所解说的,该配置包括主PUCCH蜂窝小区群710和副PUCCH蜂窝小区群720和730。主PUCCH蜂窝小区群710包括两个CC:CC1和CC2。CC1利用有执照频谱,并且CC2利用无执照或共享频谱。CC1可被指定为主PUCCH蜂窝小区群710的PUCCH蜂窝小区,并且可携带关于主PUCCH蜂窝小区群710中的所有CC(CC1、CC2)的UCI反馈。因为CC1利用有执照频谱,所以主PUCCH蜂窝小区群710中的PUCCH传输是受保障的。
副PUCCH蜂窝小区群720可包括CC3,并且副PUCCH蜂窝小区群730可包括CC4。CC3和CC4利用无执照或共享频谱。CC3可被指定为副PUCCH蜂窝小区群720的PUCCH蜂窝小区,并且可携带关于副PUCCH蜂窝小区群720中的所有CC(CC3)的UCI反馈。CC4可被指定为副PUCCH蜂窝小区群730的PUCCH蜂窝小区,并且可携带关于副PUCCH蜂窝小区群730中的所有CC(CC4)的UCI反馈。
因为CC3利用无执照频谱,所以CC3可能不是在所有时间期间对于UL传输而言均是畅通的(例如,在CCA不畅通时)。如果PUCCH蜂窝小区CC3未能抓取信道,则关于CC3的UCI的传输可能不会发生。然而,在此时间期间,CC4对于UL传输而言可以是畅通的(例如,在CCA畅通时)。相应地,关于CC4的UCI可被传送,即使关于CC3的UCI的传输可能不会发生。因此,CC3抓取信道失败可能未必与关于CC4的UCI的被省略传输相一致。相应地,CC3抓取信道失败可导致关于较少数目的载波(例如,CC3)而不是关于较大数目的载波(例如,CC3和CC4)的UCI的被省略传输。
类似地,因为CC4利用无执照频谱,所以CC4可能不是在所有时间期间对于UL传输而言均是畅通的。如果PUCCH蜂窝小区CC4未能抓取信道,则关于CC4的UCI的传输可能不会发生。然而,在此时间期间,CC3对于UL传输而言可以是畅通的。相应地,关于CC3的UCI可被传送,即使关于CC4的UCI的传输可能不发生。因此,CC4抓取信道失败可能未必与关于CC3的UCI的被省略传输相一致。
另一配置可包括数个PUCCH蜂窝小区(例如,最多达两个PUCCH蜂窝小区),这些PUCCH蜂窝小区包括被动态地管理的至少一个PUCCH蜂窝小区。被动态地管理的PUCCH蜂窝小区可位于PUCCH蜂窝小区群中,其中该群中的所有蜂窝小区利用无执照/共享频谱。如将在以下更详细地描述的,一蜂窝小区可在特定时间(例如,在特定帧处、在特定子帧处)被指定(或选择)为PUCCH蜂窝小区群的PUCCH蜂窝小区。该选择可取决于蜂窝小区ID以及该蜂窝小区对于UL传输而言是否畅通。
图8解说了其中两个PUCCH蜂窝小区群之一中的PUCCH蜂窝小区被动态管理的配置800。该配置包括主PUCCH蜂窝小区群810和副PUCCH蜂窝小区群820。主PUCCH蜂窝小区群810可包括两个CC:CC1和CC2。CC1利用有执照频谱,并且CC2利用无执照或共享频谱。CC1可被指定为主PUCCH蜂窝小区群810的PUCCH蜂窝小区,并且可携带关于主PUCCH蜂窝小区群中的所有CC(CC1、CC2)的UCI反馈。因为CC1利用有执照频谱,所以主PUCCH蜂窝小区群810中的PUCCH传输是受保障的。
副PUCCH蜂窝小区群820可包括CC3和CC4。CC3和CC4利用无执照或共享频谱。在某一时间(例如,在一特定帧或无线电帧的一特定子帧处),CC3可被指定为副PUCCH蜂窝小区群820的PUCCH蜂窝小区并且可携带关于副PUCCH蜂窝小区群820中的所有CC(CC3、CC4)的UCI反馈。在另一时间(例如,在另一帧或相同无线电帧的另一子帧处),CC4可被指定为副PUCCH蜂窝小区群820的PUCCH蜂窝小区并且可携带关于副PUCCH蜂窝小区群820中的所有CC(CC3、CC4)的UCI反馈。因为副PUCCH蜂窝小区群820的PUCCH蜂窝小区在一个时间可以是CC3并且在另一时间可以是CC4,所以针对副PUCCH蜂窝小区群820动态地管理该PUCCH蜂窝小区。
因为CC3利用无执照频谱,所以CC3可能在特定时间对于UL传输而言不是畅通的。然而,CC4在该时间对于UL传输而言可以是畅通的。如果副PUCCH蜂窝小区群820的PUCCH蜂窝小区被动态地管理以使得CC4可被相应地选择为PUCCH蜂窝小区,则可在该时间期间(例如,经由CC4)传送关于CC3和CC4的UCI。
类似地,因为CC4利用无执照频谱,所以CC4可能在特定时间对于UL传输而言不是畅通的。然而,CC3在该时间对于UL传输而言可以是畅通的。如果副PUCCH蜂窝小区群820的PUCCH蜂窝小区被动态地管理以使得CC3可被相应地选择为PUCCH蜂窝小区,则可在该时间期间(例如,经由CC3)传送关于CC3和CC4的UCI。
相应地,只要副PUCCH蜂窝小区群820中的一个CC(例如,CC3或CC4)在特定时间对于UL传输而言可以是畅通的,就可以在该时间期间传送关于这些CC的UCI。因此,可以达成由于不同运营商之间的竞争而可能发生PUCCH上的传送机会的丢失的可能性的降低。
现在将参照各个方面来描述其中PUCCH管理被动态地执行的PUCCH蜂窝小区群(例如,副PUCCH蜂窝小区群820)中所包括的CC。另外,将参照各个方面来描述对此类PUCCH蜂窝小区群中的PUCCH蜂窝小区的动态选择。
根据一个方面,相同PUCCH蜂窝小区群中所包括的蜂窝小区(例如,副PUCCH蜂窝小区群820的CC3和CC4)关于UL传输可以是同步的。就此而言,任何两个蜂窝小区的UL传输时间的差异可以相对较短(例如,小于或等于约31.3微秒)。此类蜂窝小区可属于不同的定时提前群(TAG)。另外,这些蜂窝小区可具有相同或不同的系统类型(例如,FDD/TDD)和/或不同的DL/UL子帧配置(例如,关于TDD)。
根据一个方面,当两个或更多个蜂窝小区具有异步的UL传输(例如,以使得UL传输时间的差异大于约31.3微秒)时,这些蜂窝小区可被指派到不同的PUCCH蜂窝小区群,以使得可以在每个PUCCH蜂窝小区群内达成同步的UL传输。否则,确定特定PUCCH蜂窝小区群的PUCCH蜂窝小区可涉及除了考虑(诸)其他因素之外还考虑UL定时。因此,根据一个方面,可针对具有异步UL传输的蜂窝小区(例如,不同频带)配置不同的PUCCH蜂窝小区群。
如稍早参照图8所描述的,可以从副PUCCH蜂窝小区群820中选择CC3或CC4作为携带该蜂窝小区群的PUCCH的PUCCH蜂窝小区。将领会,此类PUCCH蜂窝小区群可包括不止两个CC(例如,5个CC)。根据一个方面,PUCCH蜂窝小区群中的任何CC可被选择以在特定时间用作PUCCH蜂窝小区。通过增加可从其中选择PUCCH蜂窝小区的CC的数目,还可以增加PUCCH蜂窝小区群的成功PUCCH传输的可能性。就此而言,可以增强性能。
根据另一方面,PUCCH蜂窝小区群中的任何CC子集可被选择以在特定时间用作PUCCH蜂窝小区。例如,如果特定PUCCH蜂窝小区群可包括5个CC,则这5个CC的特定子集中所包括的任何CC可被选择以在特定时间用作PUCCH蜂窝小区。作为示例,该子集可包括这5个CC中的不超过3个CC。通过减少可从其中选择PUCCH蜂窝小区的CC的数目,从UE的角度而言以及从eNB的角度而言可以降低复杂度。例如,准备传送PUCCH的UE可以在确定哪个CC可传送PUCCH时分析较少的CC。相应地,可以降低操作复杂度。
PUCCH蜂窝小区群中的该CC子集(例如,该子集中的CC的身份)可直接或间接地被传达给UE。例如,RRC配置信息可被用于传达蜂窝小区群中的CC子集。替换地(或附加地),DCI可被用于以较动态的方式来传达蜂窝小区群中的CC子集。作为另一示例,UE可基于被检测到的受调度CC来识别蜂窝小区群中的CC子集中的CC的身份。受调度CC可包括被调度用于PUSCH传输的CC和/或预先配置成用于UCI传输的CC。
关于特定PUCCH蜂窝小区群,可以在每帧或每子帧基础上执行对PUCCH蜂窝小区的选择。如果该选择是在每帧基础上执行的,则特定蜂窝小区可被选择为PUCCH蜂窝小区并且随后可在整个帧期间(例如,在该帧的所有UL子帧期间)用作PUCCH蜂窝小区。不同的蜂窝小区可在后续帧期间被选择为PUCCH蜂窝小区,并且可在该后续帧期间被用作PUCCH蜂窝小区。
如果该选择是在每子帧基础上执行的,则特定蜂窝小区可针对特定子帧(例如,特定UL子帧)被选择为PUCCH蜂窝小区并且随后可在该子帧期间被用作PUCCH蜂窝小区。不同的蜂窝小区(或相同的蜂窝小区)可在后续子帧期间被选择为PUCCH蜂窝小区,并且可在该后续子帧期间被用作PUCCH蜂窝小区。由此,一个蜂窝小区可针对特定帧的子帧被选择为PUCCH蜂窝小区,并且不同的蜂窝小区可针对相同帧的不同子帧被选择为PUCCH蜂窝小区。
PUCCH蜂窝小区群的PUCCH蜂窝小区可基于各种因素中的一者或多者来选择。例如,一个因素可以是蜂窝小区对于传输而言是否畅通。例如,蜂窝小区可在CCA时段期间执行先听后讲以确定该蜂窝小区对于传输而言是否畅通。
蜂窝小区对于传输而言是否畅通的确定可以按本领域技术人员已知的各种方式中的任何一种方式来执行。例如,传送方设备(例如,UE)可监听蜂窝小区(或信道)达特定次数。如果该蜂窝小区每次都是畅通的,则该蜂窝小区可被确定为对于传输而言是畅通的。
如果该蜂窝小区对于传输而言是畅通的,则该蜂窝小区可被考虑选择为PUCCH蜂窝小区。根据进一步示例,可以考虑其中蜂窝小区对于传输而言是畅通的特定子帧。就此而言,在稍早(而不是稍晚)子帧中对于传输而言是畅通的蜂窝小区可被给予胜过另一蜂窝小区的优先级。
作为进一步示例,如果PUCCH蜂窝小区的选择是在每帧基础上执行的,则可被考虑的另一因素是被指定为上行链路子帧的第一子帧的子帧索引。例如,具有稍早的上行链路子帧的CC可在PUCCH蜂窝小区的选择期间被给予优先。
可以在每帧基础上还是在每子帧基础上执行PUCCH蜂窝小区的选择可以涉及一个或多个RRC参数。例如,在选择PUCCH蜂窝小区时,可具有较低蜂窝小区ID的蜂窝小区可被给予胜过另一蜂窝小区的优先级。
图9解说了从PUCCH蜂窝小区群中的两个蜂窝小区(CC1和CC2)之中选择PUCCH蜂窝小区的示例900。CC1和CC2两者均利用无执照(或共享)频谱。为每个CC示出了上行链路-下行链路配置。图9中解说的配置是为了解说目的,并且应当理解,其他配置是可能的而不脱离本公开的范围。在每个上行链路-下行链路配置中,‘D’指示无线电帧的特定子帧被保留用于DL传输,并且‘U’指示特定子帧被保留用于UL传输。‘S’指示特定子帧是特殊子帧。该特殊子帧可具有三个字段:DL导频时隙(DwPTS)、保护时段(GP)、以及UL导频时隙(UpPTS)。
在针对CC1的上行链路-下行链路配置中,子帧0、1、2和3被保留用于DL传输。子帧4被指定为特殊子帧。子帧5、6、7和8被保留用于UL传输。子帧9被指定为特殊子帧。
在针对CC2的上行链路-下行链路配置中,子帧0、1和2被保留用于DL传输。子帧3被指定为特殊子帧。子帧4、5、6、7和8被保留用于UL传输。子帧9被指定为特殊子帧。
继续参照图9,作为示例,假定CC1和CC2在第一UL子帧之前的特殊子帧4中对于UL传输而言是畅通的。传输的畅通性可以按子帧、码元、或任何其他时间单位的粒度来提供。作为示例,最小传送时间区间(TTI)可以按子帧为单位来计,并且结果针对特定子帧执行信道畅通性。作为另一示例,最小TTI可以按码元为单位来计,并且结果针对特定码元执行信道畅通性。如图9中所描绘的,对于CC1,第一UL子帧是子帧5。由此,CC1在子帧4中对于UL传输而言可以是畅通的。对于CC2,第一UL子帧是子帧4。由此,CC2在子帧3中对于UL传输而言可以是畅通的。此外,CC1可具有比CC2低的蜂窝小区索引。
现在将参照一个方面来描述在每帧基础上(从CC1和CC2中)选择PUCCH蜂窝小区。如稍早提及的,CC1和CC2两者对于UL传输而言均可以是畅通的。因为CC2可以在比CC1早的子帧中对于UL传输而言是畅通的,所以对于图9中解说的帧,CC2可被选择为PUCCH蜂窝小区。替换地(或附加地),可以考虑被指定为UL子帧的第一子帧的子帧索引。对于CC1,第一UL子帧的子帧索引是5。对于CC2,第一UL子帧的子帧索引是4。因为CC2的子帧索引早于CC1的子帧索引,所以对于图9中解说的帧,CC2可被选择为PUCCH蜂窝小区。相应地,PUCCH可以在该帧内的CC2的UL子帧(子帧4、5、6、7和8)中携带。PUCCH可携带关于CC1和CC2两者的UCI。
现在将参照一个方面来描述在每子帧基础上(从CC1和CC2中)选择PUCCH蜂窝小区。如稍早提及的,CC1在子帧4中对于UL传输而言是畅通的,并且CC2在子帧3中对于UL传输而言是畅通的。因为子帧0、1、2和3不是CC1或CC2的UL子帧,所以对于这些子帧而言,CC1和CC2均不可被选择为PUCCH蜂窝小区。子帧4不是CC1的UL子帧。然而,子帧4是CC2的UL子帧。因此,对于子帧4,CC2可被选择为PUCCH蜂窝小区。
关于子帧5、6、7和8,所有这四个子帧都是CC1和CC2两者的UL子帧。相应地,在确定要选择哪个CC时可以考虑附加因素。根据一个方面,可以考虑CC1和CC2的蜂窝小区索引。如稍早提及的,CC1可具有比CC2低的蜂窝小区索引。因此,在CC1与CC2之间,CC1可被给予优先。相应地,对于子帧5、6、7和8,CC1可被选择为PUCCH蜂窝小区。
图10解说了从PUCCH蜂窝小区群中的两个蜂窝小区(CC1和CC2)之中选择PUCCH蜂窝小区的示例1000。CC1和CC2两者均利用无执照(或共享)频谱。出于解说而非限定的目的,针对每个CC示出了上行链路-下行链路配置。
在针对CC1的上行链路-下行链路配置中,子帧0、1、2和3被保留用于DL传输。子帧4被指定为特殊子帧。子帧5、6、7和8被保留用于UL传输。子帧9被指定为特殊子帧。
在针对CC2的上行链路-下行链路配置中,子帧0、1和2被保留用于DL传输。子帧3被指定为特殊子帧。子帧4、5、6、7和8被保留用于UL传输。子帧9被指定为特殊子帧。
继续参照图10,作为示例,假定CC1可在第一UL子帧之前的特殊子帧4中对于UL传输而言是畅通的。对于CC1,第一UL子帧是子帧5。因此,CC1可在子帧4中对于UL传输而言是畅通的。然而,例如,CC2在CC2的前两个UL子帧中对于UL传输而言可能不是畅通的,并且在直至子帧6之前对于UL传输而言可能不是畅通的。因此,尽管子帧4和5在针对CC2的上行链路-下行链路配置中可被指定为UL子帧,但是CC2在这些子帧中对于UL传输而言可能不是畅通的。此外,CC1可具有比CC2低的蜂窝小区索引。
现在将参照一个方面来描述在每帧基础上(从CC1和CC2中)选择PUCCH蜂窝小区。如稍早提及的,CC1可在子帧4中对于UL传输而言是畅通的,而CC2在直至子帧6之前对于UL传输而言可能不是畅通的。因为CC1可以在稍早的子帧中对于UL传输而言是畅通的,所以对于图10中解说的帧,CC1可被选择为PUCCH蜂窝小区。相应地,CC1可被用于在该帧内的CC1的UL子帧(子帧5、6、7和8)中携带PUCCH。PUCCH可携带关于CC1和CC2两者的UCI。
现在将参照图10来描述在每子帧基础上(从CC1和CC2中)选择PUCCH蜂窝小区。如以上讨论的,CC1可在子帧4中对于UL传输而言是畅通的,而CC2可在子帧6中对于UL传输而言是畅通的。因为子帧0、1、2和3不是CC1或CC2的UL子帧,所以对于这些子帧而言,CC1和CC2均不可被选择为PUCCH蜂窝小区。子帧4不是CC1的UL子帧,却是CC2的UL子帧。然而,CC2在子帧4中对于UL传输而言可能不是畅通的。因此,对于子帧4,CC1和CC2均不可被选择为PUCCH蜂窝小区。
子帧5是CC1和CC2两者的UL子帧。CC1可在子帧5中对于UL传输而言是畅通的。然而,CC2在该子帧中对于UL传输而言可能不是畅通的。因此,对于子帧5,CC1可被选择为PUCCH蜂窝小区。
关于子帧6、7和8,所有这三个子帧都是CC1和CC2两者的UL子帧。此外,CC1和CC2两者可在子帧6、7和8中对于UL传输而言是畅通的。相应地,在确定要选择哪个CC时可以考虑附加因素。根据一个方面,可以考虑CC1和CC2的蜂窝小区索引。如稍早提及的,CC1可具有比CC2低的蜂窝小区索引。因此,在CC1与CC2之间,CC1可被给予优先。因此,对于子帧6、7和8,CC1可被选择为PUCCH蜂窝小区。
如以上描述的(例如,图9和10中解说的示例),可在每帧基础上或每子帧基础上选择PUCCH蜂窝小区。在每子帧基础上选择时,对于相同帧内的不同子帧,不同蜂窝小区可被选择为PUCCH蜂窝小区(例如,图9的示例)。
根据各个方面,如果所有PUCCH蜂窝小区使用有执照频谱,则可配置最多达两个PUCCH蜂窝小区群。如果至少一个PUCCH蜂窝小区利用无执照/共享频谱,则可配置最多两个利用有执照频谱的PUCCH蜂窝小区。如果使用无执照/共享频谱的CC不在CA中执行异步传输,则这些CC可被编组到PUCCH蜂窝小区群中,并且可为该PUCCH蜂窝小区群选择一个或多个PUCCH蜂窝小区。在每个PUCCH蜂窝小区群内,可以在每帧基础上或每子帧基础上执行动态PUCCH蜂窝小区管理。
关于以上参照图6、7和8描述的配置,一旦使用无执照/共享频谱的PUCCH蜂窝小区未能抓取信道,UE就可考虑在另一PUCCH蜂窝小区群的PUCCH上传送与对应于该PUCCH蜂窝小区的蜂窝小区相关联的UCI。例如,UE可考虑使用利用有执照频谱的不同PUCCH蜂窝小区来传送与对应于PUCCH蜂窝小区的蜂窝小区相关联的UCI。例如,参照图6,UE可考虑经由主PUCCH蜂窝小区群610的PUCCH蜂窝小区CC1来传送与副PUCCH蜂窝小区群620中的蜂窝小区相关联的UCI。这可增加副PUCCH蜂窝小区群620的成功UCI传输的可能性,但是可导致增加的复杂度。
根据另一方面,UE还可考虑选择特定PUCCH蜂窝小区群中的不止一个PUCCH蜂窝小区(例如,两个PUCCH蜂窝小区)。例如,UE可从对于UL传输而言已经畅通的蜂窝小区之中选择不止一个蜂窝小区。这也可增加成功UCI传输的可能性。然而,这个办法可导致增加的盲检测和操作复杂度水平。
图11是无线通信方法的流程图1100。该方法可由UE(例如,UE 150、装备1202/1202')来执行。
根据一个配置,在1102,UE经由多个经聚集CC群中的第一CC群(包括例如图5A或5B的经聚集CC)来接收数据。该第一CC群利用无执照或共享频率。
在1104,UE可接收标识第一CC群中的至少两个CC的信息。例如,该信息可经由RRC配置信息或经由DCI来接收。
在1106,UE从第一CC群中的至少两个CC(例如,1104的所标识出的至少两个CC)中选择用于PUCCH上的传输的CC。对CC的选择可至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态。
例如,关于1106,UE可分析并比较该至少两个CC中的每一个CC的上行链路传输畅通状态。参照图9和10,UE还可分析一个或多个其他因素,诸如每个CC的第一UL子帧、CC的蜂窝小区索引等。基于此类因素,UE选择这些CC之一。UE将所选择的CC指定为PUCCH蜂窝小区。
在1108,UE利用所选择的CC来在对应的PUCCH上进行传送。
图12是解说示例性装备1202中的不同组件/装置之间的数据流的概念性数据流图1200。该装备可以是UE。该装备可包括经由多个经聚集CC群中的第一CC群来接收数据以及接收标识第一CC群中的至少两个CC的信息的组件1204。该装备可进一步包括从第一CC群中的至少两个CC中选择用于PUCCH上的传输的CC的组件1206。组件1206可至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态来选择CC。该装备可进一步包括(例如,向eNB1250)传送上行链路数据和控制信息的组件1208。
该装备可包括执行前述图11的流程图中的算法的每个框的附加组件。如此,前述图11的流程图中的每个框可由一组件执行且该装备可包括那些组件中的一个或多个组件。这些组件可以是专门配置成实施所述过程/算法的一个或多个硬件组件、由配置成执行所述过程/算法的处理器实现、存储在计算机可读介质中以供由处理器实现、或其某个组合。
图13是解说采用处理系统1314的装备1202'的硬件实现的示例的示图1300。处理系统1314可用由总线1324一般化地表示的总线架构来实现。取决于处理系统1314的具体应用和整体设计约束,总线1324可包括任何数目的互连总线和网桥。总线1324将各种电路链接在一起,包括一个或多个处理器和/或硬件组件(由处理器1304,组件1204、1206、1208以及计算机可读介质/存储器1306表示)。总线1324还可链接各种其他电路(诸如定时源、外围设备、稳压器和功率管理电路),这些电路在本领域中是众所周知的,并且因此将不再进一步描述。
处理系统1314可被耦合至收发机1310。收发机1310可耦合至一个或多个天线1320。收发机1310提供用于在传输介质上与各种其他装置进行通信的手段。收发机1310从一个或多个天线1320接收信号,从接收到的信号中提取信息,并向处理系统1314(具体而言是接收组件1204)提供所提取的信息。另外,收发机1310从处理系统1314(具体而言是传输组件1208)接收信息,并基于接收到的信息来生成将应用于一个或多个天线1320的信号。处理系统1314可包括耦合到计算机可读介质/存储器1306的处理器1304。处理器1304可负责一般性处理,包括执行存储在计算机可读介质/存储器1306上的软件。该软件在由处理器1304执行时可使处理系统1314执行上文针对任何特定装备描述的各种功能。计算机可读介质/存储器1306还可被用于存储可由处理器1304在执行软件时操纵的数据。处理系统进一步可包括组件1204、1206、1208中的至少一个组件。这些组件可以是在处理器1304中运行的软件组件、驻留/存储在计算机可读介质/存储器1306中的软件组件、耦合至处理器1304的一个或多个硬件组件、或其某种组合。处理系统1314可以是UE 350的组件且可包括存储器360和/或包括TX处理器368、RX处理器356、和控制器/处理器359中的至少一者。
在一个配置中,用于无线通信的装备1202/1202'可包括用于经由多个经聚集CC群中的第一CC群来接收数据的装置(1204、1310),该第一CC群对应于无执照或共享频率。该装备1202/1202'还可包括用于从第一CC群中的至少两个CC中选择用于PUCCH的传输的CC的装置(1206、1304)。对CC的选择至少基于该至少两个CC中的每一个CC的上行链路传输畅通状态。装备1202/1202'还可包括用于经由所选择的CC来传送PUCCH的装置(1208、1310)。
在进一步配置中,所选择的CC可以在无线电帧的多个上行链路子帧中的每一者期间用于PUCCH上的传输。
在进一步配置中,对CC的选择可进一步基于该至少两个CC中的每一者的蜂窝小区索引。所选择的CC可以在无线电帧的单个上行链路子帧期间用于PUCCH上的传输。用于选择的装置(1206、1304)可被配置成在无线电帧的第一子帧期间从该至少两个CC中选择第一CC以用于PUCCH的传输,以及在该无线电帧的第二子帧期间从该至少两个CC中选择第二CC以用于PUCCH上的传输。所选择的第一CC和所选择的第二CC可以彼此相同。
在进一步配置中,装备1202/1202'还可包括用于接收标识第一CC群中的该至少两个CC的信息的装置(1204、1310)。标识第一CC群中的该至少两个CC的信息可以经由至少RRC配置信息或DCI来接收。
在进一步配置中,第一CC群中的该至少两个CC对应于为上行链路传输调度的CC。
在进一步配置中,PUCCH包括关于第一CC群中的两个或更多个CC中的每一者的UCI。该两个或更多个CC可包括该至少两个CC。
在进一步配置中,第一CC群对应于其中上行链路传输可以是同步的蜂窝小区。
在进一步配置中,该多个经聚集CC群进一步包括至多两个对应于有执照频谱的CC群。
前述装置可以是装备1202的前述组件和/或装备1202'的处理系统1314中被配置成执行由前述装置叙述的功能的一个或多个组件。如前文所述,处理系统1314可包括TX处理器368、RX处理器356、以及控制器/处理器359。如此,在一种配置中,前述装置可以是被配置成执行由前述装置所叙述的功能的TX处理器368、RX处理器356、以及控制器/处理器359。
图14是无线通信方法的流程图1400。该方法可由eNB(例如,eNB 102、装备1200/1202')来执行。
根据一个配置,在1402,eNB可传送标识来自多个经聚集CC中的第一CC和第二CC的信息。例如,该信息可经由RRC配置信息或经由DCI来传送。
在1404,eNB传送用于将UE配置成选择该多个经聚集CC中的至多第一CC或第二CC以用于PUCCH的传输的信息。第一CC和第二CC对应于无执照或共享频率。例如,UE可以在图6中解说的配置下操作(其中最多达两个PUCCH蜂窝小区可被半静态地管理)。所传送的信息可以使UE切换至不同配置。例如,所传送的信息可以使UE开始在图8中解说的配置下操作(其中两个PUCCH蜂窝小区之一可被动态地管理)。对至多第一CC或第二CC的选择可至少基于第一CC和第二CC中的每一者的上行链路传输畅通状态。
在1406,eNB经由所选择的至多第一CC或第二CC来接收PUCCH上的传输。
图15是解说示例性装备1502中的不同组件/装置之间的数据流的概念性数据流图1500。该装备可以是eNB。该装备可包括(例如,从UE 1550)接收数据和PUCCH的组件1504,以及传送标识来自多个经聚集CC中的第一CC和第二CC的信息和用于将UE配置成选择该多个经聚集CC中的至多第一CC或第二CC以用于PUCCH的传输的信息的组件1506。
该装备可包括执行前述图14的流程图中的算法的每个框的附加组件。如此,前述图14的流程图中的每个框可由一组件执行且该装置可包括那些组件中的一个或多个组件。这些组件可以是专门配置成实施所述过程/算法的一个或多个硬件组件、由配置成执行所述过程/算法的处理器实现、存储在计算机可读介质中以供由处理器实现、或其某个组合。
图16是解说采用处理系统1614的装备1502'的硬件实现的示例的示图1600。处理系统1614可用由总线1624一般化地表示的总线架构来实现。取决于处理系统1614的具体应用和整体设计约束,总线1624可包括任何数目的互连总线和网桥。总线1624将各种电路链接在一起,包括一个或多个处理器和/或硬件组件(由处理器1604,组件1504、1506以及计算机可读介质/存储器1606表示)。总线1624还可链接各种其他电路(诸如定时源、外围设备、稳压器和功率管理电路),这些电路在本领域中是众所周知的,并且因此将不再进一步描述。
处理系统1614可被耦合至收发机1610。收发机1610可耦合至一个或多个天线1620。收发机1610提供用于在传输介质上与各种其他装置进行通信的手段。收发机1610从一个或多个天线1620接收信号,从接收到的信号中提取信息,并向处理系统1614(具体而言是接收组件1504)提供所提取的信息。另外,收发机1610从处理系统1614(具体而言是传输组件1506)接收信息,并基于接收到的信息来生成将应用于一个或多个天线1620的信号。处理系统1614可包括耦合到计算机可读介质/存储器1606的处理器1604。处理器1604可负责一般性处理,包括执行存储在计算机可读介质/存储器1606上的软件。该软件在由处理器1604执行时可使处理系统1614执行上文针对任何特定装备描述的各种功能。计算机可读介质/存储器1606还可被用于存储可由处理器1604在执行软件时操纵的数据。处理系统进一步可包括组件1504、1506中的至少一个组件。这些组件可以是在处理器1604中运行的软件组件、驻留/存储在计算机可读介质/存储器1606中的软件组件、耦合至处理器1604的一个或多个硬件组件、或其某种组合。处理系统1614可以是eNB 310的组件且可包括存储器376和/或包括TX处理器616、RX处理器370、和控制器/处理器375中的至少一者。
在一个配置中,装备1502/1502'可包括用于传送将UE配置成选择多个经聚集CC中的至多第一CC或第二CC以用于PUCCH的传输的信息的装置(1506、1610)。第一CC和第二CC对应于无执照或共享频率,并且对至多第一CC或第二CC的选择可至少基于第一CC和第二CC中的每一者的上行链路传输畅通状态。装备1502/1502'进一步可包括用于经由所选择的至多第一CC或第二CC来接收PUCCH的装置(1504、1610)。
在进一步配置中,装备1502/1502'进一步可包括用于传送标识来自该多个经聚集CC中的第一CC和第二CC的信息的装置(1506、1610)。标识第一CC和第二CC的信息可经由至少RRC配置信息或DCI来传送。
在进一步配置中,第一CC和第二CC对应于可为上行链路传输调度的CC。
前述装置可以是装备1502的前述组件和/或装备1502'的处理系统1614中被配置成执行由前述装置叙述的功能的一个或多个组件。如前文所述,处理系统1614可包括TX处理器316、RX处理器370、以及控制器/处理器375。如此,在一种配置中,前述装置可以是被配置成执行由前述装置所叙述的功能的TX处理器316、RX处理器370、以及控制器/处理器375。
应理解,所公开的过程/流程图中的各个框的具体次序或层次是示例性办法的解说。应理解,基于设计偏好,可以重新编排这些过程/流程图中的各个框的具体次序或层次。此外,一些框可被组合或被略去。所附方法权利要求以范例次序呈现各种框的要素,且可以并不意味着被限定于所呈现的具体次序或层次。
应理解,所公开的过程/流程图中的各个框的具体次序或层次是示例性办法的解说。应理解,基于设计偏好,可以重新编排这些过程/流程图中的各个框的具体次序或层次。此外,一些框可被组合或被略去。所附方法权利要求以范例次序呈现各种框的要素,且并不意味着被限定于所呈现的具体次序或层次。
提供先前描述是为了使本领域任何技术人员均能够实践本文中所述的各种方面。对这些方面的各种修改将容易为本领域技术人员所明白,并且在本文中所定义的普适原理可被应用于其他方面。因此,权利要求并非旨在被限定于本文中所示的方面,而是应被授予与语言上的权利要求相一致的全部范围,其中对要素的单数形式的引述除非特别声明,否则并非旨在表示“有且仅有一个”,而是“一个或多个”。措辞“示例性”在本文中用于表示“用作示例、实例或解说”。本文中描述为“示例性”的任何方面不必被解释为优于或胜过其他方面。除非特别另外声明,否则术语“某个”指的是“一个或多个”。诸如“A、B或C中的至少一者”、“A、B或C中的一者或多者”、“A、B和C中的至少一者”、“A、B和C中的一者或多者”以及“A、B、C或其任何组合”之类的组合包括A、B和/或C的任何组合,并且可包括多个A、多个B或者多个C。具体地,诸如“A、B或C中的至少一者”、“A、B或C中的一者或多者”、“A、B和C中的至少一者”、“A、B和C中的一者或多者”、以及“A、B、C或其任何组合”之类的组合可以是仅A、仅B、仅C、A和B、A和C、B和C、或者A和B和C,其中任何此类组合可包含A、B或C中的一个或多个成员。本公开通篇描述的各种方面的要素为本领域普通技术人员当前或今后所知的所有结构上和功能上的等效方案通过引述被明确纳入于此,且旨在被权利要求所涵盖。此外,本文中所公开的任何内容都并非旨在贡献给公众,无论这样的公开是否在权利要求书中被显式地叙述。措辞“模块”、“机制”、“元件”、“设备”等等可以不是措辞“装置”的代替。如此,没有任何权利要求元素应被解释为装置加功能,除非该元素是使用短语“用于……的装置”来明确叙述的。

Claims (30)

1.一种无线通信的方法,包括:
经由多个经聚集分量载波(CC)群中的第一CC群来接收数据,所述第一CC群对应于无执照或共享频率;
从所述第一CC群中的至少两个CC中选择用于物理上行链路控制信道(PUCCH)上的传输的CC,其中对所述CC的选择至少基于所述至少两个CC中的每一者的上行链路传输畅通状态;以及
经由所选择的CC来在所述PUCCH上进行传送。
2.如权利要求1所述的方法,其特征在于,所选择的CC在无线电帧的多个上行链路子帧中的每一者期间用于所述PUCCH上的传输。
3.如权利要求1所述的方法,其特征在于,对所述CC的选择进一步基于所述至少两个CC中的每一者的蜂窝小区索引。
4.如权利要求3所述的方法,其特征在于:
所选择的CC在无线电帧的单个上行链路子帧期间用于所述PUCCH上的传输;并且
选择所述CC包括:
在所述无线电帧的第一子帧期间从所述至少两个CC中选择第一CC以用于所述PUCCH上的传输;以及
在所述无线电帧的第二子帧期间从所述至少两个CC中选择第二CC以用于所述PUCCH上的传输。
5.如权利要求4所述的方法,其特征在于,所选择的第一CC和所选择的第二CC彼此相同。
6.如权利要求1所述的方法,其特征在于,进一步包括:
接收标识所述第一CC群中的所述至少两个CC的信息。
7.如权利要求6所述的方法,其特征在于,标识所述第一CC群中的所述至少两个CC的所述信息是经由至少无线电资源控制(RRC)配置信息或下行链路控制信息(DCI)来接收的。
8.如权利要求1所述的方法,其特征在于,所述第一CC群中的所述至少两个CC对应于为上行链路传输调度的CC。
9.如权利要求1所述的方法,其特征在于,所述PUCCH包括关于所述第一CC群中的两个或更多个CC中的每一者的上行链路控制信息(UCI)。
10.如权利要求9所述的方法,其特征在于,所述两个或更多个CC包括所述至少两个CC。
11.如权利要求1所述的方法,其特征在于,所述第一CC群对应于其中上行链路传输是同步的蜂窝小区。
12.如权利要求1所述的方法,其特征在于,所述多个经聚集CC群进一步包括至多两个对应于有执照频率的CC群。
13.一种无线通信的方法,包括:
传送将用户装备(UE)配置成选择多个经聚集分量载波(CC)中的至多第一CC或第二CC以用于物理上行链路控制信道(PUCCH)上的传输的信息,
其中所述第一CC和所述第二CC对应于无执照或共享频率;以及
经由所选择的至多所述第一CC或所述第二CC来接收所述PUCCH上的传输。
14.如权利要求13所述的方法,其特征在于,进一步包括:
传送标识来自所述多个经聚集CC中的所述第一CC和所述第二CC的信息。
15.如权利要求14所述的方法,其特征在于,标识所述第一CC和所述第二CC的信息是经由至少无线电资源控制(RRC)配置信息或下行链路控制信息(DCI)来传送的。
16.如权利要求13所述的方法,其特征在于,所述第一CC和所述第二CC对应于为上行链路传输调度的CC。
17.一种用于无线通信的装置,包括:
存储器;以及
至少一个处理器,其耦合到所述存储器并且被配置成:
经由多个经聚集分量载波(CC)群中的第一CC群来接收数据,所述第一CC群对应于无执照或共享频率;
从所述第一CC群中的至少两个CC中选择用于物理上行链路控制信道(PUCCH)上的传输的CC,其中对所述CC的选择至少基于所述至少两个CC中的每一者的上行链路传输畅通状态;以及
经由所选择的CC来在所述PUCCH上进行传送。
18.如权利要求17所述的装置,其特征在于,所选择的CC在无线电帧的多个上行链路子帧中的每一者期间用于所述PUCCH上的传输。
19.如权利要求17所述的装置,其特征在于,对所述CC的选择进一步基于所述至少两个CC中的每一者的蜂窝小区索引。
20.如权利要求19所述的装置,其特征在于:
所选择的CC在无线电帧的单个上行链路子帧期间用于所述PUCCH上的传输;并且
所述至少一个处理器被进一步配置成通过以下操作来选择所述CC:
在所述无线电帧的第一子帧期间从所述至少两个CC中选择第一CC以用于所述PUCCH上的传输;以及
在所述无线电帧的第二子帧期间从所述至少两个CC中选择第二CC以用于所述PUCCH上的传输。
21.如权利要求20所述的装置,其特征在于,所选择的第一CC和所选择的第二CC彼此相同。
22.如权利要求17所述的装置,其特征在于,所述至少一个处理器被进一步配置成:
接收标识所述第一CC群中的所述至少两个CC的信息。
23.如权利要求22所述的装置,其特征在于,标识所述第一CC群中的所述至少两个CC的所述信息是经由至少无线电资源控制(RRC)配置信息或下行链路控制信息(DCI)来接收的。
24.如权利要求17所述的装置,其特征在于,所述第一CC群中的所述至少两个CC对应于为上行链路传输调度的CC。
25.如权利要求17所述的装置,其特征在于,所述PUCCH包括关于所述第一CC群中的两个或更多个CC中的每一者的上行链路控制信息(UCI)。
26.如权利要求25所述的装置,其特征在于,所述两个或更多个CC包括所述至少两个CC。
27.如权利要求17所述的装置,其特征在于,所述第一CC群对应于其中上行链路传输是同步的蜂窝小区。
28.如权利要求17所述的装置,其特征在于,所述多个经聚集CC群进一步包括至多两个对应于有执照频率的CC群。
29.一种用于无线通信的装置,包括:
存储器;以及
至少一个处理器,其耦合到所述存储器并且被配置成:
传送将用户装备(UE)配置成选择多个经聚集分量载波(CC)中的至多第一CC或第二CC以用于物理上行链路控制信道(PUCCH)上的传输的信息,
其中所述第一CC和所述第二CC对应于无执照或共享频率;以及
经由所选择的至多所述第一CC或所述第二CC来接收所述PUCCH上的传输。
30.如权利要求29所述的装置,其特征在于,所述至少一个处理器被进一步配置成:
传送标识来自所述多个经聚集CC中的所述第一CC和所述第二CC的信息。
CN201680014495.0A 2015-03-12 2016-03-02 用于增强型载波聚集的pucch管理 Active CN107431932B (zh)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201562132461P 2015-03-12 2015-03-12
US62/132,461 2015-03-12
US15/057,795 2016-03-01
US15/057,795 US10172157B2 (en) 2015-03-12 2016-03-01 PUCCH management for enhanced carrier aggregation
PCT/US2016/020512 WO2016144651A1 (en) 2015-03-12 2016-03-02 Pucch management for enhanced carrier aggregation

Publications (2)

Publication Number Publication Date
CN107431932A true CN107431932A (zh) 2017-12-01
CN107431932B CN107431932B (zh) 2021-05-14

Family

ID=55863176

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201680014495.0A Active CN107431932B (zh) 2015-03-12 2016-03-02 用于增强型载波聚集的pucch管理

Country Status (7)

Country Link
US (1) US10172157B2 (zh)
EP (1) EP3269168B1 (zh)
JP (1) JP6783785B2 (zh)
KR (1) KR20170128279A (zh)
CN (1) CN107431932B (zh)
BR (1) BR112017019172A2 (zh)
WO (1) WO2016144651A1 (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110808819A (zh) * 2018-08-06 2020-02-18 华为技术有限公司 信息传输的方法和装置

Families Citing this family (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10568103B2 (en) * 2015-06-11 2020-02-18 Lg Electronics Inc. Method and apparatus for communicating with a network on cellular internet-of-things carriers
US11356956B2 (en) 2015-06-20 2022-06-07 Ofinno, Llc Uplink power control in a wireless device
US10321420B2 (en) * 2015-09-14 2019-06-11 Ofinno, Llc Uplink transmission timing of a wireless device
US10425200B2 (en) 2016-04-13 2019-09-24 Qualcomm Incorporated System and method for beam adjustment request
US11088747B2 (en) 2016-04-13 2021-08-10 Qualcomm Incorporated System and method for beam management
US10517021B2 (en) 2016-06-30 2019-12-24 Evolve Cellular Inc. Long term evolution-primary WiFi (LTE-PW)
US20200128579A1 (en) * 2017-06-12 2020-04-23 Intel IP Corporation CHANNEL DESIGN FOR ENHANCED MACHINE TYPE COMMUNICATION IN AN UNLICENSED SPECTRUM (eMTC-U) SYSTEM
US10210764B2 (en) * 2017-07-07 2019-02-19 Verizon Patent And Licensing Inc. Aerial radio frequency (RF) management
CN107682287A (zh) * 2017-09-14 2018-02-09 上海无线通信研究中心 通信信号的检测方法/系统、计算机可读存储介质及设备
CN116420334A (zh) * 2020-08-14 2023-07-11 弗劳恩霍夫应用研究促进协会 用于通过无线网络进行通信的用户设备和用于将用户设备连接到无线网络的无线网络节点

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100271970A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums
US20100272048A1 (en) * 2009-04-24 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation
US20110206030A1 (en) * 2008-10-30 2011-08-25 Panasonic Corporation Radio communication device and radio communication method
CN102577209A (zh) * 2009-10-01 2012-07-11 交互数字专利控股公司 上行链路控制数据传输
US20140362780A1 (en) * 2013-06-11 2014-12-11 Qualcomm Incorporated Lte/lte-a uplink carrier aggregation using unlicensed spectrum

Family Cites Families (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
ES2905362T3 (es) 2009-04-23 2022-04-08 Interdigital Patent Holdings Inc Método y aparato para acceso aleatorio en comunicaciones inalámbricas multiportadoras
US9107208B2 (en) * 2010-05-12 2015-08-11 Lg Electronics Inc. Method for transmitting an SRS-triggering-based SRS in a wireless communication system
JP5927801B2 (ja) * 2011-08-02 2016-06-01 シャープ株式会社 基地局、端末および通信方法
WO2013027963A2 (ko) * 2011-08-19 2013-02-28 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
JP6234670B2 (ja) * 2012-11-30 2017-11-22 株式会社Nttドコモ ユーザ装置、及び上り制御情報送信方法
US20160242186A1 (en) * 2015-02-12 2016-08-18 Nokia Technologies Oy Dynamic Carrier Selection Via Auxiliary Carriers In Unlicensed Band

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110206030A1 (en) * 2008-10-30 2011-08-25 Panasonic Corporation Radio communication device and radio communication method
US20100271970A1 (en) * 2009-04-22 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for transmitting uplink control information for carrier aggregated spectrums
US20100272048A1 (en) * 2009-04-24 2010-10-28 Interdigital Patent Holdings, Inc. Method and apparatus for sending hybrid automatic repeat request feedback for component carrier aggregation
CN102577209A (zh) * 2009-10-01 2012-07-11 交互数字专利控股公司 上行链路控制数据传输
US20140362780A1 (en) * 2013-06-11 2014-12-11 Qualcomm Incorporated Lte/lte-a uplink carrier aggregation using unlicensed spectrum

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
NOKIA CORPORATION, NOKIA NETWORKS: "Overview of possible LAA impact to RAN2", 《3GPP TSG-RAN WG2 MEETING #89, R2-150188》 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN110808819A (zh) * 2018-08-06 2020-02-18 华为技术有限公司 信息传输的方法和装置
CN110808819B (zh) * 2018-08-06 2021-03-30 华为技术有限公司 信息传输的方法和装置

Also Published As

Publication number Publication date
BR112017019172A2 (pt) 2018-05-02
KR20170128279A (ko) 2017-11-22
WO2016144651A1 (en) 2016-09-15
EP3269168B1 (en) 2020-11-25
US10172157B2 (en) 2019-01-01
JP2018508160A (ja) 2018-03-22
JP6783785B2 (ja) 2020-11-11
EP3269168A1 (en) 2018-01-17
US20160270063A1 (en) 2016-09-15
CN107431932B (zh) 2021-05-14

Similar Documents

Publication Publication Date Title
EP3590293B1 (en) Narrowband time-division duplex frame structure for narrowband communications
TWI698143B (zh) 用於窄頻通訊的窄頻分時雙工訊框結構
CN107637154B (zh) 主设备和从设备处的畅通信道评估规程
CN107646176B (zh) 单播信号与多播信号之间的非正交多址
CN107431932A (zh) 用于增强型载波聚集的pucch管理
CN109644110A (zh) 支持不同的参数设计配置
CN110383745A (zh) 超可靠低等待时间通信指示信道化设计
CN108476089A (zh) 基于设备到设备的中继通信的速率控制
CN109478991A (zh) 设备到设备通信系统中基于优先级的资源选择
CN109075838A (zh) 基于波束参考信号的窄带信道测量和cqi报告
CN110249577A (zh) 传送上行链路控制信息
US11259300B2 (en) Time-division multiplexing transmission time intervals within a subframe or slot for MMW scheduling
CN109923818A (zh) 用于映射上行链路控制信息的系统和方法
CN107431933A (zh) 用于基于争用的共享频谱的调度增强
CN107852716A (zh) 用于车辆到车辆通信的半持久调度机制
CN107852296A (zh) 用于设备到设备通信的调度指派优化
CN107873127A (zh) 针对传统用户设备作为基本层的非正交多址的参考信号和信令设计
TWI689179B (zh) 用於窄頻傳輸的帶內信號產生的相位旋轉
CN108029101A (zh) 用于交通工具到交通工具通信的基于位置和先听后调度的资源分配
CN108353401A (zh) 用于v2x应用的lte-d通信
CN108886454A (zh) 通过pdcch来指示pdsch和pusch的开始和停止码元
CN108886451A (zh) 用于解调参考信号传输的下行链路控制
CN109314609A (zh) 用于具有极性码的混合自动重复请求(harq)机制的技术
CN108702264A (zh) 具有改进的峰值数据率的hd-fdd通信
US10003489B2 (en) Communication device using a spectral shaped low peak-to-average power discrete Fourier transform waveform

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
GR01 Patent grant
GR01 Patent grant