CN109156030B - Pucch资源分配 - Google Patents
Pucch资源分配 Download PDFInfo
- Publication number
- CN109156030B CN109156030B CN201780014189.1A CN201780014189A CN109156030B CN 109156030 B CN109156030 B CN 109156030B CN 201780014189 A CN201780014189 A CN 201780014189A CN 109156030 B CN109156030 B CN 109156030B
- Authority
- CN
- China
- Prior art keywords
- subframe
- user equipment
- control channel
- timing indicator
- subframes
- 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
- H04L5/00—Arrangements affording multiple use of the transmission path
- H04L5/0001—Arrangements for dividing the transmission path
- H04L5/0014—Three-dimensional division
- H04L5/0023—Time-frequency-space
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
-
- 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/1861—Physical mapping arrangements
-
- 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
-
- 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
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/20—Control channels or signalling for resource management
- H04W72/23—Control channels or signalling for resource management in the downlink direction of a wireless link, i.e. towards a terminal
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/02—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas
- H04B7/04—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas
- H04B7/06—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station
- H04B7/0613—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission
- H04B7/0615—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal
- H04B7/0617—Diversity systems; Multi-antenna system, i.e. transmission or reception using multiple antennas using two or more spaced independent antennas at the transmitting station using simultaneous transmission of weighted versions of same signal for beam forming
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1812—Hybrid protocols; Hybrid automatic repeat request [HARQ]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1822—Automatic repetition systems, e.g. Van Duuren systems involving configuration of automatic repeat request [ARQ] with parallel processes
Landscapes
- Engineering & Computer Science (AREA)
- Signal Processing (AREA)
- Computer Networks & Wireless Communication (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
在第一子帧(210‑2—210‑5)中,由网络节点在DL共享信道(240)中向UE发送数据并且在PDCCH(220)中向UE发送定时指示符(570),定时指示符(570)指示相对于第一子帧(210‑2—210‑5)的偏移,UE应当使用该偏移以便确定第二子帧,该第二子帧用于在PUCCH(230)中发送针对在第一子帧(210‑2—210‑5)的DL共享信道(240)中接收的数据的确认信息。确认信息是由网络节点在第二子帧(210‑7)的PUCCH(230)中从UE接收的。UE接收数据和定时指示符(570),并且至少使用该定时指示符(570)来确定第二子帧(210‑7)。UE在第二子帧(210‑7)的PUCCH(230)中发射确认信息。公开了装置、计算机程序和产品、以及方法。
Description
技术领域
本发明总体上涉及无线网络中的控制信道,并且更具体地,涉及PUCCH(物理上行链路控制信道)资源分配。
背景技术
本部分旨在提供以下公开的本发明的背景或者上下文。本文中的描述可以包括能够被探寻但不一定先前已经被构思、实现或描述的概念。因此,除非本文另有明确指示,否则本部分描述的内容并非是本申请中的描述的现有技术,并且不因包括在本部分中而被承认是现有技术。下文在具体实施方式部分的主体部分之后,定义了可以在说明书和/或附图中找到的缩写。
用于移动台和类似无线设备(通常被称为用户设备)的数据的无线通信标准已经前进了几代。当前这一代被称为4G LTE,并且现在正在开发和实现的一代通常被称为5G。5G的设计使用了多种技术以将数据速率提高到4G之上。
例如,基于RF波束成形的大规模MIMO是促进成本高效的Gb/s和用于在更高频段(例如,厘米波、毫米波)的通信的关键推动因素之一。例如,其可以利用在发射机和/或接收机处的合理量的数字处理来实现高波束成形增益。RF波束成形是一种将来自基站或其他RF发射机的传输朝向(例如,在移动台上的)接收机“照射”的技术。
为了支持这些改进的技术和更快的数据速率,上行链路控制信息(UCI)布置有助于很多5G KPI,例如,延时、频谱效率(例如,通过***开销)、以及利用某些实现支持的同时UE的数目。具体地,经由(一个或多个)UL信道承载(carry)UL控制信息(例如,HARQ-ACK和/或CSI)的PUCCH应当支持正在对5G进行的改进。
发明内容
本部分旨在包括示例,并且并非意在限制。
在示例性实施例中,方法包括:由网络节点在第一子帧中,在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向用户设备发送定时指示符。该定时指示符指示相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息。方法包括由网络节点在第二子帧的物理上行链路控制信道中从用户设备接收确认信息。
实施例的另外示例包括计算机程序,计算机程序包括用于当该计算机程序在处理器上运行时执行前一段落所述的方法的代码。根据本段的计算机程序,其中该计算机程序是包括计算机可读介质的计算机程序产品,计算机可读介质承载实施在其中以用于与计算机一起使用的计算机程序代码。
装置的示例包括一个或多个处理器以及包括计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码与一个或多个处理器一起被配置为使装置至少执行一些:由网络节点在第一子帧中,在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向用户设备发送定时指示符,该定时指示符指示相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息;以及由网络节点在第二子帧的物理上行链路控制信道中从用户设备接收确认信息。
计算机程序产品的示例包括计算机可读存储介质,计算机可读存储介质承载实施在其中以用于与计算机一起使用的计算机程序代码。该计算机程序代码包括:用于由网络节点在第一子帧中在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向用户设备发送定时指示符的代码,该定时指示符指示了相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息;以及用于由网络节点在第二子帧的物理上行链路控制信道中从用户设备接收确认信息的代码。
在实施例的另一示例中,一种装置包括:用于由网络节点在第一子帧中,在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向用户设备发送定时指示符的部件,该定时指示符指示相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息;以及用于由网络节点在第二子帧的物理上行链路控制信道中从用户设备接收确认信息的部件。
在另外的示例性实施例中,一种方法包括在用户设备处在第一子帧中,在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从网络节点接收定时指示符。该定时指示符指示相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送确针对在第一子帧的下行链路共享信道中接收的数据的确认信息。方法包括由用户设备至少使用定时指示符确定第二子帧,以及由用户设备,在第二子帧的物理上行链路控制信道中向网络节点发射确认信息。
实施例的另外示例包括计算机程序,计算机程序包括用于当计算机程序在处理器上运行时执行前一段落所述的方法的代码。根据本段的计算机程序,其中该计算机程序是包括计算机可读介质的计算机程序产品,计算机可读介质承载实施在其中以用于与计算机一起使用的计算机程序代码。
装置的示例包括一个或多个处理器和包括计算机程序代码的一个或多个存储器。一个或多个存储器和计算机程序代码与一个或多个处理器一起被配置为使装置至少执行以下:在用户设备处在第一子帧中,在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从网络节点接收定时指示符,该定时指示符指示相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息。方法包括由用户设备至少使用定时指示符确定第二子帧;以及由用户设备,在第二子帧的物理上行链路控制信道中向网络节点发射确认信息。
计算机程序产品的示例包括计算机可读存储介质,该计算机可读存储介质承载实施在其中以用于与计算机一起使用的计算机程序代码。该计算机程序代码包括:用于在用户设备处在第一子帧中在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从网络节点接收定时指示符的代码,该定时指示符指示相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息;以及用于由用户设备在第二子帧的物理上行链路控制信道中向网络节点发射确认信息的代码。
在实施例的另一示例中,一种装置包括:用于在用户设备处在第一子帧中在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从网络节点接收定时指示符的部件,该定时指示符指示相对于第一子帧的偏移,用户设备应当使用偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧中接收的数据的确认信息;用于由用户设备至少使用定时指示符来确定第二子帧的部件;用于由用户设备在第二子帧的物理上行链路控制信道中向网络节点发射确认信息的部件。
附图说明
在附图中:
图1是其中示例性实施例可以被实现的一种可能且非限制性的示例性***的框图;
图2包括图2a、图2b和图2c,示出了针对xPUCCH的不同可能场景;
图3是示出了用于LTE TDD的下行链路关联集索引K:{k0,k1,…kM-1}的表,参见例如,3GPP TS 36.213 V12.8.0(2015-12)的表10.1.3.1-1;
图4图示了Multefire场景中的PUCCH以及对应的HARQ-ACK反馈;
图5图示了资源优化分配(UE/eNB处理时间被假定为大约两个子帧),其中较大箭头对应于使用xPDCCH的xPUCCH调度,以及较小箭头对应于使用xPDCCH的xPDSCH调度;
图6图示了时延优化分配(UE/eNB处理时间被假定为大约两个子帧),其中较大箭头对应于使用xPDCCH的xPUCCH调度,以及较小箭头对应于使用xPDCCH的xPDSCH调度;
图7图示了xPDCCH资源单元与xPUCCH资源单元之间的一对一映射;
图8是由网络节点执行的PUCCH资源分配的逻辑流程图,并且图示了示例性方法的操作、实施在计算机可读存储器上的计算机程序指令、由实现在硬件中的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连部件的执行结果;以及
图9是由用户设备执行的PUCCH资源分配的逻辑流程图,并且示出了示例性方法的操作、实施在计算机可读存储器上的计算机程序指令、由实现在硬件中的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连部件的执行结果。
具体实施方式
词语“示例性”在本文中用于意指“用作示例、实例或者说明”。本文描述为“示例性”的实施例不一定被解释为比其他实施例优选或有优势。在具体实施方式中描述的所有实施例是为了使本领域技术人员能够制作或使用本发明、并且并非限制由权利要求限定的发明范围而提供的示例性实施例。
为了便于参考,本公开被分成若干部分。首先,提供介绍,然后呈现针对一些实施例的详细描述。
介绍:示例可能的***
本文的示例性实施例描述了用于PUCCH资源分配的技术,特别是重点在于用于混合波束成形架构的xPUCCH资源分配。注意,缩写“xPUCCH”在本文用于与LTE/4G PUCCH区别开,但是本文所呈现的技术并非限定于特定的PUCCH。在描述了示例性实施例可以在其中使用的***之后,呈现这些技术的附加描述和附加介绍。
参考图1,该附图示出了其中可以实践示例性实施例的一种可能且非限制性的示例性***的框图。在图1中,用户设备(UE)110与无线网络100进行无线通信。UE是可以访问无线网络的无线的、通常移动的设备。UE 110包括通过一个或多个总线127而互连的一个或多个处理器120、一个或多个存储器125、以及一个或多个收发机130。一个或多个收发机130中的每一个包括接收机Rx 132和发射机Tx 133。一个或多个总线127可以是地址总线、数据总线、或控制总线,并且可以包括任何互连机制,例如母板或集成电路上的一组线、光纤或其它光通信设备等。一个或多个收发机130被连接到一个或多个天线128。一个或多个存储器125包括计算机程序代码123。UE 110包括PUCCH RA模块140,其包括可以以多种方式实现的部分140-1和/或140-2中的一个或两个。PUCCH RA模块140可以在硬件中被实现为PUCCHRA模块140-1,例如被实现为一个或多个处理器120的一部分。PUCCH RA模块140-1还可以被实现为集成电路,或者通过诸如可编程门阵列的其他硬件来实现。在另一示例中,PUCCH RA模块140可以被实施为PUCCH RA模块140-2,其可以被实现为计算机程序代码123并且由一个或多个处理器120执行。例如,一个或多个存储器125和计算机程序代码123可以被配置为,与一个或多个处理器120一起使得用户设备120执行如本文所描述的操作中的一个或多个。UE 110经由无线链路110与eNB 170通信。
eNB(演进型节点B)170是提供诸如UE 110的无线设备对无线网络100的访问的基站(例如,用于LTE,长期演进)。eNB 170包括通过一个或多个总线157而互连的一个或多个处理器152、一个或多个存储器155、一个或多个网络接口((一个或多个)N/W I/F)161、以及一个或多个收发机160。一个或多个收发机160中的每一个包括接收机Rx 162和发射机Tx163。一个或多个收发机160被连接到一个或多个天线158。一个或多个存储器155包括计算机程序代码153。eNB 170包括PUCCH RA模块150,其包括可以以多种方法实现的部分150-1和/或150-2中的一个或两个。PUCCH RA模块150可以在硬件中被实现为PUCCH RA模块150-1,例如被实现为一个或多个处理器152的一部分。PUCCH RA模块150-1还可以被实现为集成电路,或者通过诸如可编程门阵列的其他硬件来实现。在另一示例中,PUCCH RA模块150可以被实现为PUCCH RA模块150-2,其可以被实现为计算机程序代码153并且由一个或多个处理器152执行。例如,一个或多个存储器155和计算机程序代码被配置为,与一个或多个处理器152一起使得eNB 170执行本文所描述的操作中的一个或多个。一个或多个网络接口161通过网络进行通信,例如经由链路176和131。两个或更多个eNB 170使用例如链路176通信。链路176可以是有线的或无线的或者两者兼有的,并且可以实现例如X2接口。
一个或多个总线157可以是地址总线、数据总线、或控制总线,并且可以包括任何互连机制,例如母板或集成电路上的一组线、光纤或者其他光通信设备、无线信道等。例如,一个或多个收发机160可以被实现为远程无线电头(RRH)195,其中eNB 170的其他元件在物理上位于与RRH不同的位置,并且一个或多个总线157可以部分地被实现为将eNB的其他元件连接到RRH 195的光纤线缆。RRH 195和/或eNB170可以是提供与UE 110的无线通信的网络节点。
无线网络100可以包括网络控制元件(NCE)190,其可以包括MME(移动性管理实体)/SGW(服务网关)功能,并且其提供与诸如电话网络和/或数据通信网络(例如,互联网)之类的另外的网络的连接性。eNB 170经由链路131耦合到NCE 190。链路131可以被实现为例如S1接口。NCE 190包括通过一个或多个总线185而互连的一个或多个处理器175、一个或多个存储器171、以及一个或多个网络接口(N/W I/F(s))180。一个或多个存储器171包括计算机程序代码173。一个或多个存储器171和计算机程序代码173被配置为,与一个或多个处理器175一起使得NCE 190执行一个或多个操作。
无线网络100可以实现网络虚拟化,网络虚拟化是将硬件和软件网络资源以及网络功能组合成单个的基于软件管理的实体、虚拟网络的过程。网络虚拟化涉及通常与资源虚拟化相结合的平台虚拟化。网络虚拟化被分类为外部(将很多网络、或者网络的部分组合成虚拟单元)、或内部(向单个***上的软件容器提供类似网络的功能)。注意,由网络虚拟化产生的虚拟化实体在某种程度上仍然使用诸如处理器152或175以及存储器155和171的硬件来实现,并且这样的虚拟实体也产生技术效果。
计算机可读存储器125、155和171可以具有适合于本地技术环境的任何类型,并且可以使用任何合适数据存储技术来实现,例如基于半导体的存储设备、闪存、磁存储设备和***、光存储设备个***、固定存储器和可移除存储器。计算机可读存储器125、155和177可以是用于执行存储功能的部件。存储器125、152和175可以具有适合于本地技术环境的任何类型,并且可以包括通用计算机、专用计算机、微处理器、数字信号处理器(DSP)以及基于多核处理器架构的处理器中的一个或多个(作为非限制性示例)。处理器120、152和175可以是用于执行诸如控制UE 110、eNB170的功能和本文所描述的其他功能的部件。
通常,用户设备110的各种实施例可以包括但不限于:诸如智能电话的蜂窝电话,平板计算机,具有无线通信能力的个人数字助理(PDA),具有无线通信能力的便携式计算机,具有无线通信能力的诸如数字相机的图像捕获设备,具有无线通信能力的游戏设备,具有无线通信能力的音乐存储和回放装置,许可无线互联网访问和浏览的互联网设备,具有无线通信能力的平板计算机,以及包含这样的功能的组合的便携式单元或终端。
因此,在已经介绍了针对本发明的示例性实施例的实践的一个合适但非限制性的技术背景之后,提供了附加的介绍。
介绍:混合收发机架构和对应的PUCCH
在更高频带(例如,厘米波、毫米波)的无线通信通常是基于TDD(时分双工)半双工技术,其中节点可以一次在特定频带上发射或者接收。使用混合收发机架构时的典型操作模式是基于波束的操作,其中BS(例如,eNB)可以一次向某个空间方向发射或者从某个空间方向接收。即,可以通过一个波束或多个波束一次仅捕获扇区或小区空间/角度域中的一部分。由基带天线端口(其是可以由接收机唯一区分的逻辑实体)的数目和RF链(收发机单元)的数目来确定并行波束的数目。以下可以是针对特定BS实现的设计参数。例如,BS可以具有8个天线端口和包括四个双极化天线面板的天线阵列(如天线158)。两个天线端口被连接到每个面板。在典型操作中,由一个面板(两个极化波束)生成的RF波束将总是指向相同方向,从而提供一次向四个不同方向发射的部件。同样应用于接收。该配置将总是分别至少提供为二的发射分集和接受分集程度。
利用这种混合收发机架构,复用容量主要由并行波束的数目以及波束的波束宽度确定。为了实现高天线增益,波束可能非常窄,并且因此一个波束一次仅可以服务有限数目的UE 110,在一些情况下仅可以服务单个UE 110。因此,为了向分布在扇区的角度域内的大量UE提供xPDSCH HARQ-ACK资源,时域复用(即,在每个波束内)是重要的考虑因素。
另一方面,经由xPUCCH发射xPDSCH HARQ-ACK的UE数目取决于eNB 170调度决策而有很大变化。这在以下描述的示出图2a、图2b和图2c的图2中图示。图2中的每张图具有四个子帧210-1至210-4,并且示出了xPDCCH 220、xPUCCH 230、xPDSCH 240和xPUSCH 250。“x”用于将信道与对应的LTE/4G信道区分开。已知,诸如子帧210的子帧是具有OFDM符号(在时间上,在图中被示出为水平轴线)和多个子载波(在频率中,在图中被示出为竖直轴线)的二维资源空间。应当注意,当前示例假设在不同信道之间进行时分复用,例如,在xPUCCH与xPUSCH之间进行时分复用。同样还可以考虑不同信道之间的不同复用解决方案,例如,频分复用、和/或码分复用、和/或空分复用。图2图示了以下内容:
·图2a中的场景图示了用于4个同时UE的PDSCH HARQ-ACK,其中子帧210-4中的xPUCCH 230包含用于通过子帧210-2和210-3中的PDSCH 240来接收信息的4个UE的HARQ-ACK信息;
·图2b中的场景图示了用于8个同时UE的PDSCH HARQ-ACK,其中子帧210-4中的xPUCCH 220包含用于通过子帧210-2和210-3中的PDSCH 240来接收信息的8个UE的HARQ-ACK消息;以及
·图2c中的场景图示了用于0(零)个同时UE的PDSCHHARQ-ACK,其中在子帧210中不存在PDSCH 240,而是子帧包含了PUSCH 250。
如图2所示,xPUCCH 230需要是可扩展的,例如,以平衡xPUCCH的开销和容量/覆盖范围。为此,子帧可能需要包含可变数目的xPUCCH符号(例如,OFDM符号)。另一方面,每个xPUCCH资源需要在所分配的资源元素/子载波的数目方面是可扩展的。这允许可变的xPUCCH有效载荷,并且还有可调整的处理增益量(其在干扰受限的场景下是有益的)。此外,某些UL波束可以相对于彼此具有良好的空间分离,这可以允许在相同的xPUCCH符号期间针对多个UE/波束使用相同的xPUCCH资源元素(这可以被视为用于xPUCCH的多用户MIMO形式)。最终,由eNB 170限定如何在发射xPUCCH230的UE之间共享可用的接收机Rx波束。例如,eNB 170可以仅分配一个波束用于邻近于基站而定位的UE,以及分配两个或更多个波束用于定位在小区边缘的UE。
基于此,发明人认为xPUCCH资源应当在时间、频率和“空间”上扩展。本文考虑的两个问题涉及混合波束成形架构的能力(其受eNB实现方式的限制)、以及如何分配xPUCCH资源。
关于混合波束成形架构的能力,这些受eNB实现方式的限制。考虑以下。窄RF波束一次仅可以服务一个方向。因此,每个UE通常需要专用的波束资源。例如,xPUCCH复用容量/符号受接收机RF波束数目的限制。另外,为了为xPUCCH提供足够的性能,向正在发射xPUCCH的UE分配至少两个(例如,X-pol)接收机RF波束是有意义的。实际上(至少从xPUCCH维度的角度来看),UE/符号的数目等于接收机RF波束的数目除以2。在eNB 170处可用的接收机RF波束的数目取决于实现方式。另一方面,经由xPUCCH 230发射xPDSCH HARQ-ACK的UE 170的数目取决于eNB调度决策而变化。总之,UL控制平面可能是混合波束成形架构的瓶颈之一。
关于如何分配xPUCCH资源,这些资源应当被分配以使得xPUCCH开销和HARQ-ACK反馈延时可以以灵活的方式被权衡,并且xPUCCH资源分配开销可以被最小化,同时维持以下项:RE/信道方面的可扩展的资源大小;不同Rx波束间配对的可扩展的多用户MIMO;xPUCCH符号/小区的可扩展的资源大小数目;可扩展有效载荷/信道;和/或接收机处可扩展的Rx波束数目。
下文中,在一些附加的介绍刑材料之后描述如何解决这些问题。
介绍:LTE TDD中的HARQ-ACK定时
(包括UCI子***的)当前***被定义以用于数字架构。它们利用xPDSCH 220与xPUCCH 230之间的固定HARQ-ACK定时。这种***的示例是以下讨论的LTE TDD。
当考虑LTE中的HARQ-ACK反馈布置时,理解图3中所示表格描绘的下行链路关联集的概念是有帮助的。另参见,例如,3GPP TS 36.213 V12.8.0(2015-12)的表10.1.3.1-1。图3中的DL关联集针对每个UL子帧n定义了在其中针对每个DL/特定子帧的HARQ反馈被发射的定时和顺序。也就是说,使用UL-DL配置#0,在UL子帧#n=2中PUCCH可以承载针对6个子帧之前的DL子帧的HARQ-ACK,即这种情况下的HARQ延迟是6个子帧。类似地,对于UL-DL配置1,在UL子帧#2中,HARQ-ACK可以针对7个和/或6个子帧之前的DL子帧而被信令,并且PUCCH资源以该特定顺序被填充(首先是针对Dl子帧n-7的HARQ-ACK,然后是针对DL子帧n-6的HARQ-ACK)。换言之,图3中的表格图示了与每个DL子帧相关联的HARQ-ACK反馈延迟(以毫秒计)。如可见的,延迟的范围从4ms到13ms。
已经在Multefire(在非授权频带上的LTE单独操作)的环境中讨论了具有可扩展HARQ-ACK定时的一些实现。在Multefire联盟(Alliance)场景中,HARQ-ACK反馈主要基于恰好位于DL Tx突发之后的短PUCCH(参见图4)。在图4中,在一个DL Tx突发中存在子帧210-1至210-5,并且另一DL Tx突发也包括三个子帧210-6至210-8。针对子帧210-1和210-2上的PDSCH 340的HARQ-ACK信息在动态sPUCCH 330-1上被报告,并且针对子帧210-3至210-5上的PDSCH 340的HARQ-ACK信息在动态sPUCCH 330-2上被报告。PDCCH还被示为子帧210中的每一个的一部分。
用于HARQ-ACK反馈布置的另一选项是使用由eNB触发的所谓的ePUCCH。ePUCCH的动机是为eNB提供机会以轮询未处理的HARQ-ACK,例如,由于负LBT可能已经阻止某些UE经由常规sPUCCH发送HARQ-ACK的事实。
示例实现概述
在下文中,提出了灵活的xPUCCH资源配置方案。示例性提出的分配方案覆盖针对xPUCCH的子帧分配和在xPUCCH子帧内的资源分配。可以将针对xPUCCH的子帧分配和资源分配表述为例如DL授权中的一个或多个信息元素。
示例实现概述:针对xPUCCH的子帧分配
在继续进行子帧分配的附加描述之前,首先提供图5和图6的介绍。尽管子帧还可以支持xPUSCH(也如图2所示)的传输,但是在这些示例中我们仅考虑DL繁重的场景(因为从xPUCCH信令的角度来看,这更为重要)。图5图示了资源优化分配(UE/eNB处理时间被假设成约为两个子帧)。较大箭头对应于使用xPDCCH调度的xPUCCH,以及较小箭头对应于使用xPDCCH调度的xPDSCH。存在所示的11个子帧210-1至210-11。还为大多数子帧示示出了PDSCH HARQ过程ID 510。每个子帧210包括xPDCCH 220和xPDSCH 240。子帧210-3(还用为1的PDSCH HARQ过程ID 510来标记)、子帧210-7(还用为5的PDSCH HARQ过程ID 510来标记)和子帧210-11(还用1的PDSCH HARQ过程ID 510来标记)包含xPUCCH 230。没有子帧210用xPUSCH 250示出。HARQ-ACK捆绑窗口长度520是四。这与被映射到相同的xPUCCH子帧的DL子帧的数目相对应。应当注意,在某些捆绑窗口中的子帧在时间上不是连续的(例如,其间可以存在xPUSCH子帧)。另一值得注意的问题是,捆绑窗口内的xPDSCH HARQ过程可能不是如图6所示的连续过程,但是HARQ过程可以是在0与(K-1)之间的任何HARQ过程,其中K是针对UE支持和/或配置的HARQ过程的数目。用于xPDSCH Rx和xPUCCH准备(准备)的UE处理时间530被图示为两个子帧(该示例中的210-6、210-7),并且用于HARQ-ACK Rx和xPDCCH/xPDSCH准备的eNB处理时间540被图示为两个子帧(该示例中的210-8、210-9)。该图还图示了xPUCCH定时指示符(3)570-3、(2)570-2、(1)570-1和(0)570-0。
图6图示了延时优化分配(UE/eNB处理时间被假设为约两个子帧)。已经参考附图5描述了大多数附图标记,因此仅描述附图之间的差异。在图6中,仅示出了八个子帧210-1至210-8。在该示例中,HARQ-ACK捆绑窗口长度520是一。两个较大箭头550-1和550-2对应于使用xPDCCH调度的xPUCCH,以及较小箭头560对应于使用xPDCCH调度的xPDSCH。存在两个xPUCCH定时指示符(0)570-0,每个子帧210-2和210-3一个定时指示符。用于PDSCH Rx和xPUCCH准备(准备)的UE处理时间530被图示为两个子帧(该示例中的210-3、210-4),以及用于HARQ-ACK Rx和xPDCCH准备的eNB处理时间540被示出为两个子帧(该示例中的210-5、210-6)。没有子帧210用xPUSCH 250示出。
现在,已经提供了针对图5和图6的介绍,在示例性实施例中,xPUCCH由包括在DL授权(例如,在xPDCCH中)中的xPUCCH定时指示符位570触发(见图5和图6)。DL授权用于调度xPDSCH,并且在与定时指示符相同的子帧中被发射。此外,如另一备选方案,定时指示符可以在与包含针对xPDSCH的DL授权的子帧不同的子帧中被发射。在每个DL授权中可以存在例如2、3或4个xPUCCH定时指示符位。所需的位的数目取决于DL HARQ过程的(例如,最大的)数目。
在另一示例性实施例中,xPUCCH定时指示符570指示所分配的xPDCCH与xPUCCH之间的子帧偏移。另外,一个值(例如,最高代码点)可以指示xPUCCH尚未被eNB定义。附加选项如下。
·选项#1:偏移不包括UE处理时间。这在图5和图6中所示的示例中已经被假设。xPUCCH的子帧定位如下来获取:承载xPDCCH/xPDSCH的子帧号+由xPUCCH定时指示符570位限定的偏移+UE处理时间。例如,在图5中,假设用于子帧210-2的SFN是一(1)。因此,xPUCCH的子帧定位针对子帧210-1如下来获得:承载xPDCCH/xPDSCH的子帧号(1)+由xPUCCH定时指示符570位限定的偏移(3)+UE处理时间(2)=1+3+2=6。如图5中所示,具有SFN=6的子帧是子帧号210-7。
UE处理时间可以是用于所有UE的共同参数,或者备选地,处理时间可以是UE能力/无线电承载/服务相关的参数。在后一种情况下,初始访问(例如,包括直至RRC连接建立的后续xPUCCH传输)可以基于预定义(例如,保守)值,例如三个或四个子帧。图5和图6假设UE处理时间等于(约)两个子帧。从信令的角度来看,选项#1具有对不同UE处理时间透明的益处(例如,为指示符预留的位数保持相同,而与UE的力无关)。
·选项#2:由xPUCCH定时指示符570位限定的偏移还包括UE处理器时间。xPUCCH的子帧定位如下来获取:承载xPDCCH/xPDSCH的子帧号+由xPUCCH定时指示符位定义的偏移。
提出的这些示例性技术允许eNB 170以UE特定的方式并且动态地选择期望的xPUCCH操作模式(参见以下示例实现部分中的更多细节)。针对xPUCCH的子帧分配可以是子帧内的隐式xPUCCH资源分配的一部分(下文讨论)。
示例实现概述:子帧内的xPUCCH资源分配
针对xPUCCH资源提出隐式资源分配,以便最小化xPDCCH的资源消耗(例如,如与显式资源分配相比)。
假设是根据(基本上)相同的物理资源单元粒度和索引方案来限定xPDCCH和xPUCCH。词语“基本上”还可以覆盖其中xPUCCH资源单元(或者备选地,xPDCCH)大小与xPDCCH(或者备选地,xPUCCH)的资源单元大小相比为2x或者3x(或者通用的Nx)的情况(其中“x”指大小的倍乘,使得2x是两倍大,3x是三倍大,Nx是N倍大)。
xPUCCH的开始资源单元索引可以从对应的xPDCCH的预定资源单元隐式地得到。附加示例如下。
作为一个示例,可以存在xPDCCH的最低资源单元与xPUCCH的最低资源单元之间的一对一映射(参见图7)。在图7中,子帧210中的每个xPDCCH资源单元710(其中示出了单元710-0至710-24)具有与对应的xPUCCH资源单元720(其中示出了单元720-1至720-24)的一对一映射。资源单元710、720是频率中的。如下文所描述的,eNB 170可以具有不同的策略。例如,eNB 170可以在HARQ-ACK绑定窗口期间保持xPDCCH分配不变。另一种策略是根据子帧之间的xPDCCH/xPUCCH的加载情况来变化分配。
作为另一示例,当xPUCCH覆盖针对多个子帧的HARQ-ACK的情况下,根据预定的子帧(例如,在HARQ-ACK绑定窗口中接收的最后一个子帧,或者是具有最小xPUCCH定时指示符值的子帧)和对应的最低xPDCCH资源单元可以得到xPUCCH中的资源。
在另外的示例中,xPUCCH/xPDCCH遵循索引方案,其在多个物理资源单元被分配的情况下产生局部分配。另一选项是使用产生分布式分配的索引方案。例如,eNB 170可以单独地调度xPDCCH(具有不同的定时指示符值)和相关的xPDSCH。xPDCCH资源元素可以因此改变或者不改变。UE 110将基于与调度xPDSCH的xPDCCH相关的(一个或多个)预定规则来对应地得到(一个或多个)xPUCCH资源(如果使用隐式资源分配)(例如,具有最低PUCCH定时指示符值的xPDSCH的子帧将之后-经由规则-指示哪个xPUCCH资源将被至少用于来自该子帧的确认信息)。在最后一个xPDCCH未被UE正确检测的情况下,相关的xPUCCH资源可以因此改变。eNB 170可以并行监视多个xPUCCH资源,并且能够检测与xPDCCH检测有关的可能的(一个或多个)信令错误。
在附加的示例中,xPDCCH和xPUCCH的局部分配还促进针对xPDCCH和xPUCCH两者的FDPS(频域分组调度)增益。换言之,当eNB 170基于信道知识将xPDCCH分配在“最优”频域资源中时,xPUCCH将因此受益于FDPS增益。特别是,该想法是UL和DL两者在频率上具有类似的资源单元。另一问题涉及TDD***——在这种***中的无线电信道应当是互逆的。这意味着,至少当忽略干扰(其在UL和DL之间不是互逆的)的影响时,由eNB确定的对于某些UE为良好的某一资源单元应当对DL(xPDCCH)和UL(xPUUCH)两者同样是良好的。
可以在xPDCCH中显式地将以xPUCCH资源单元计的资源大小用信令发送。这可以覆盖例如两个或三个位。
作为一个选项,以xPUCCH资源单元计的资源大小可以取决于用于xPDCCH的(一个或多个)聚合等级,如由以下示例所示。另外,多个xPUCCH资源单元可以被映射到一个或者多个xPUCCH符号。
例如,用于PDCCH的聚合等级是二或更高,则附加的xPUCCH符号被隐式地分配给xPUCCH。某些xPDCCH聚合等级(例如,四)可以隐式地分配长xPUCCH格式,其在频域映射可以如上文所讨论的那样基于PDCCH资源元素而得到的情况下可以发生在xPUSCH资源上。术语“长”可以涉及其中xPUCCH资源单元被映射到多个xPUCCH符号的场景(例如,为了改善覆盖范围)。此外,此处的频域映射重新使用关于如何为从xPDCCH频域资源得到的xPUCCH分配频域资源的上述方法。此处,附加的方面是xPDCCH聚合等级可以是时间上的依赖分配。另一选项还是根据用于xPDCCH的聚合等级来分配频域中的资源,以降低用于xPUCCH的编码速率,并且因此增加对干扰的容忍。两个选项均是可能的:xPDCCH聚合等级依赖的xPUCCH资源分配可以在时间和/或频域上执行。
作为另一示例,通常,针对xPUCCH的资源分配可以与xPDCCH聚合等级相关联(例如,该特征可以由BS例如经由RRC等级配置来配置为开启/关闭)。用于xPDCCH的某个(或某些)聚合等级还可以隐式地将xPUCCH的有效载荷大小置于上限。在一个示例中,如果UE 110要发送CSI报告(例如,对于大有效载荷情况),则用于xPDCCH的大聚合等级可以迫使UE,例如,将CSI从xPUCCH中除去(drop),或者作为备选,隐式地为上行链路控制分配UE xPUSCH资源。
示例实现
eNB170可以通过xPUCCH定时指示符位动态地并且以UE特定的方式来选择xPUCCH操作模式,如以下备选方案所指示。
备选方案#1:该备选方案涉及资源优化分配。xPUCCH开销/容量可以在小区中被优化(例如,以HARQ-ACK延时为代价)。参见图5。多个DL子帧被映射到单个xPUCCH子帧。需要/消耗大量的DLHARQ过程。
备选方案#2:该备选方案涉及延时优化分配。延时性能可以针对(一个或多个)UE被优化。参见图6。少量DL子帧(例如,仅一个)被映射到单个的xPUCCH子帧。相对于备选方案#1,需要/消耗更少数目的DL HARQ过程。
因此,eNB 170可以使用两种模式,一种模式用于备选方案#1并且另一种模式用于备选方案#2,并且可以在两种模式之间切换,例如,通过在下行链路子帧的对应子帧中发送合适的定时指示符。
在下文中,提供了针对xPUCCH资源分配方案的示例。
以下可以是DL授权中的xPUCCH资源分配位:
·2-3位,例如,用于xPUCCCH定时指示符;
·2位,例如,用于xPUCCH资源大小(如果不是从xPDSCH隐式地得到);
·动态偏移,例如,1-2位(可选);以及
·4-6位,例如,用于xPUCCH开始资源单元(如果不是从xPDSCH隐式地得到)。
UE 110从对应的xPDCCH的最低资源单元确定xPUCCH的最低资源单元(参见图7)。可以存在DL授权中可用的附加偏移以由预定值的量来修改开始资源单元,例如,使得开始位置是从倒数第二个xPUCCH符号开始,而不是从最后一个开始。其他可能的偏移值也可以被使用。xPUCCH占据由DL授权限定的多个连续资源单元。
xPUCCH利用预定的传输方案。以下是一个实现的示例。
·QPSK调制;
·HARQ-ACK、CSI、SR(BSR)和可变数目的输入位之间(基于CSI的存在)的联合编码;
·基于限定的DL HARQ过程的数目的固定HARQ-ACK有效载荷(=位图);
·未使用的HARQ过程被映射到“NACK”;
·根据包括在DL授权中的CSI触发的CSI位;
·始终包括8位CRC(用于提高鲁棒性);
·由编码方案限定的输出位的数目(例如,应用咬尾卷积码(1/3));以及
·输出位在可用的xPUCCH资源元素(由xPUCCH资源单元的数目限定)周围进行速率匹配。
转向图8,该图图示了用于由网络节点执行PUCCH资源分配的逻辑流程图。该图还图示了示例性方法的操作、实施在计算机可读存储器上的计算机程序指令、由实现在硬件中的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连部件的执行结果。图8中的框可以由诸如RRH 195或eNB 170的网络节点执行。例如,PUCCH RA模块150可以包括图8中的框中的多个框,其中每个所包括的框是用于执行框中功能的互连部件。假设图8中的框由网络节点执行,例如,至少部分处于PUCCH RA模块的控制之下。
在框810中,网络节点在第一子帧中,在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向用户设备发送定时指示符。定时指示符指示相对于第一子帧的偏移,用户设备应当使用该偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息。在框820中,网络节点在第二帧的物理上行链路控制信道中从用户设备接收确认信息。
注意,此处主要的重点在于定时指示符和数据两者处于相同(例如,第一)的子帧中。然而,如框815中所指示的,网络节点(例如,eNB170)可以在一个第一子帧中发送数据,并且在不同的第一子帧中发送定时指示符。在一个示例中,从xPDCCH(DL授权)到xPDSCH的延迟将被限定为与从xPDCCH(UL授权)到xPUSCH(上行链路数据)的延迟(其通常是一个或多个子帧)相同。然而,在一些情况中,可以允许xPDSCH可以不在与xPDCCH(DL授权和xPUCCH资源分配,例如,定时指示符)相同的子帧之中。
还要注意,术语“用户设备”可以意指单个UE 110或多个UE 110。例如,图8的方法可以应用于单个UE 110或多个UE 110。图5和/或图6中的技术可以例如取决于状况和实现而应用于单个UE 110或多个UE 110。
以下是附加示例。在这些示例中,图8中的方法被称为示例1。
示例2。如示例1的方法,其中定时指示符不包括用于用户设备的处理时间。
示例3。如示例1的方法,其中定时指示符包括用于用户设备的处理时间。
示例4。如示例1至3中的任一个的方法,其中:
发送针对多个第一子帧被执行,并且对应的定时指示符针对多个第一子帧被修改,使得用户设备能够计算相同的第二子帧以用于针对由用户设备在多个第一子帧中接收的数据的确认信息;以及
接收还包括由网络节点在第二子帧的物理上行链路控制信道中从用户设备接收确认信息,其中第二子帧用于针对由用户设备在多个第一子帧中接收的数据的确认信息。
示例5。如示例1至4中的任一个的方法,其中:
接收还包括由网络节点基于第二子帧的物理上行链路控制信道的开始资源单元索引从用户设备接收确认信息,并且其中第二子帧的物理上行链路控制信道的开始资源单元索引是从对应的物理下行链路控制信道的预定资源单元中隐式地得到的。
示例6,如示例1至4中的任一个的方法,其中:
接收还包括由网络节点在第二子帧的物理上行链路控制信道的资源中从用户设备接收确认信息,并且其中资源在第二子帧的物理上行链路控制信道中的定位是根据预定子帧和对应的最低物理下行链路控制信道资源单元得到的。
示例7。如示例6的方法,其中预定子帧是由用户设备在HARQ-ACK捆绑窗口中接收的最后一个子帧、或者具有定时指示符的最小值的子帧中的一个。
示例8。如示例1至7中的任一个的方法,还包括网络节点将以物理上行链路控制信道的资源单元计的资源大小用信令发送,并且其中接收还包括:由网络节点在第二子帧的物理上行链路控制信道中并且基于以物理上行链路控制信道的资源单元计的资源大小来从用户设备接收确认信息。
示例9。如示例1至8中的任一个的方法,其中:
第一子帧中的每一个包括物理下行链路控制信道;以及
在第二子帧的物理上行链路控制信道中的来自用户设备的确认信息使用以物理上行链路控制信道中的资源单元计的资源大小,并且该资源大小取决于用于物理下行链路控制信道的一个或多个聚合等级。
示例10。如示例9的方法,其中响应于用于物理下行链路控制信道的聚合等级为二或更大,附加的物理上行链路控制信道符号和/或附加的资源元素被隐式地分配给物理上行链路控制信道。
示例11。如示例9的方法,其中针对物理上行链路控制信道的资源分配与物理下行链路控制信道聚合等级相关联。
示例12。如示例11的方法,其中用于物理下行链路控制信道的一个或多个聚合等级中的某些聚合等级还隐式地对用于物理上行链路控制信道的有效载荷大小设置上限。
示例13。如示例1至12中的任一个的方法,其中供物理上行链路控制信道的确认信息使用的资源单元的分配是隐式的,并且其中物理上行链路控制信道的隐式分配资源单元基本上基于应用于物理下行链路控制信道和物理上行链路控制信道两者的相同的资源单元粒度和索引方案。
示例14。如示例13的方法,其中隐式分配基于与在物理下行链路共享信道的物理下行链路控制信道上调度相关的一个或多个预定规则。
关于示例1的附加示例如下。如上文的示例性示例(例如,示例1-13)所述方法中的任一个,其中定时指示符指示相对于第一子帧的偏移取决于以下属性中的至少一项:用户设备的能力、无线电承载和服务。本段中的方法,其中直到用于定时的更高层配置已经被为止,指示相对于第一子帧的偏移的定时指示符是基于包括以下一项的共同参数:三个子帧或四个子帧。
上文示例性方法中的任一个,其中网络节点以动态方式在下行链路子帧、上行链路子帧和双向子帧之间改变子帧类型。上文示例性方法中的任一个,其中承载物理上行链路控制信道的正交频分复用符号的数目在子帧与子帧之间动态变化。上文示例性方法中的任一个,还包括网络节点信号将以物理上行链路控制信道的资源单元计的资源大小用信令发送,并且其中接收还包括:由网络节点在第二子帧的物理上行链路控制信道中并且基于以物理上行链路控制信道的资源单元计的资源大小从用户设备接收确认信息。
参考图9,这是用于由用户设备执行的PUCCH资源分配的逻辑流程图。该图还图示了示例性方法的操作、实施在计算机可读存储器中的计算机程序指令、由实现在硬件中的逻辑执行的功能、和/或用于执行根据示例性实施例的功能的互连部件的执行结果。例如,PUCCH RA模块140可以包括图9中的框中的多个框,其中每个所包括的框是用于执行框中功能的互连部件。假设图9中的框由UE 110执行,例如至少部分处于PUCCH RA模块的控制之下。
在框910中,UE 110在第一子帧中在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从网络节点接收定时指示符。定时指示符指示相对于第一子帧的偏移,用户设备应当使用该偏移以便确定第二子帧,该第二子帧用于在物理上行链路控制信道中发送针对在第一子帧中接收的数据的确认信息。在框920中,UE 110至少使用定时指示符确定第二子帧。在框930中,UE 110向网络节点在第二子帧的物理上行链路控制信道中发射确认信息。
与图8相同,在图9中此处的重点在于定时指示符和数据处于相同(例如,第一)的子帧中。然而,如框915中所指示,UE 110可以在一个第一子帧中接收数据,并且还可以在不同的第一子帧中接收定时指示符。如上所述,从xPDCCH(DL授权)到xPDSCH的延迟将被限定为与从xPDCCH(UL授权)到xPUSCH(上行链路数据)的延迟(其通常是一个或多个子帧)相同。然而,在一些情况中,可以允许xPDSCH可以不在与xPDCCH(DL授权和xPUCCH资源分配,例如,定时指示符)相同的子帧中。
现在呈现附加的示例。在这些示例中,图9被称为示例15。
示例16。如示例15的方法,其中:
定时指示符不包括用于用户设备的处理时间;
确定包括通过使用以下公式计算第二子帧的子帧号:第一子帧的子帧号+由与定时指示符相对应的值限定的偏移+用户设备的处理时间;以及
发射包括在子帧的物理上行链路控制信道中发射确认信息,其中该子帧具有使用该公式确定的第二子帧的子帧号。
示例17。如示例15的方法,其中:
定时指示符包括用于用户设备的处理时间;
确定包括使用以下公式计算第二子帧的子帧号:第一子帧的子帧号+由与定时指示符相对应的值限定的偏移;以及
发射包括在子帧的物理上行链路控制信道中发射确认信息,其中该子帧具有使用该公式确定的第二子帧的子帧号。
示例18。如示例15至17中的任一个方法,其中:
接收针对多个第一子帧被执行,并且对应的定时指示符针对多个第一子帧被修改;
确定还包括基于对应的定时指示符计算相同的第二子帧,以用于针对由用户设备在多个第一子帧中接收的数据的确认信息,其中对应的定时指示符被修改以使得计算产生相同的第二子帧;以及
发射还包括由用户设备在相同的第二子帧的物理上行链路控制信道中发射针对由用户设备在多个第一子帧中接收的数据的确认信息。
示例19,如示例15至18中的任一个的方法,其中:
确定还包括从对应的物理下行链路控制信道的预定资源单元隐式地得到第二子帧的物理上行链路控制信道的开始资源单元索引;以及
发射还包括:基于第二子帧的物理上行链路控制信道的开始资源单元索引,在第二子帧的物理上行链路控制信道中的一个或多个资源单元上发射确认信息。
示例20。如示例15至18中的任一个的方法,其中:
确定还包括:根据预定子帧和对应的最低物理下行链路控制信道资源单元,得到要用于在第二子帧的物理上行链路控制信道中发送确认信息的资源的定位;以及
发射还包括:在第二子帧的物理上行链路控制信道的资源的得到的定位处从用户设备发射确认信息。
示例21。如示例20的方法,其中预定子帧是由用户设备在HARQ-ACK捆绑窗口中接收的最后一个子帧、或具有定时指示符的最小值的子帧中的一个。
示例22。如示例15至21中的任一个的方法,还包括由用户设备从网络节点接收以物理上行链路控制信道的资源单元计的信令资源大小,并且其中发射还包括:在第二子帧的物理上行链路控制信道中并且基于以物理上行链路控制信道的资源单元计的资源大小从用户设备发射确认信息。
示例23。如示例15至22中的任一个的方法,其中:
多个第一子帧中的每一个包括物理下行链路控制信道;并且
发射还包括:使用以物理上行链路控制信道中的资源单元计的资源大小,在第二子帧的物理上行链路控制信道中从用户设备发射确认信息,并且资源大小取决于用于物理下行链路控制信道的一个或多个聚合等级。
示例24。如示例23的方法,其中响应于用于物理下行链路控制信道的聚合等级为二或更大,附加的物理上行链路信道符号和/或附加的资源元素被隐式地分配给物理上行链路控制信道。
示例25。如示例23的方法,其中用于物理上行链路控制信道的资源分配与物理下行链路控制信道的聚合等级相关联。
示例26。如示例25的方法,其中用于物理下行链路控制信道的一个或多个聚合等级中的某些聚合等级还隐式地对用于物理上行链路控制信道的有效载荷大小设置上限。
示例27。如示例15至26中的任一个的方法,其中供物理上行链路控制信道的确认信息使用的资源单元的分配是隐式的,并且其中物理上行链路控制信道的隐式分配资源单元基本上基于应用于物理下行链路控制信道和物理上行链路控制信道两者的相同的资源单元粒度和索引方案。
另外的示例如下。如上文的方法(例如,示例15-27),其中定时指示符指示相对于第一子帧的偏移取决于以下属性中的至少一项:用户设备的能力、无线电承载和服务。本段中的方法,其中直到用于定时的更高层配置已经被建立为止,指示相对于第一子帧的偏移的定时指示符基于包括以下一项的共同参数:三个子帧或四个子帧。
如上文示例性方法中的方法,其中子帧类型以动态方式在下行链路子帧、上行链路子帧和双向子帧之间变化。如上文示例性方法中的方法,其中承载物理上行链路控制信道的正交频分复用符号的数目在子帧与子帧之间动态变化。如上文示例性方法中的方法,还包括由用户设备从网络节点接收以物理上行链路控制信道的资源单元计的资源大小,并且其中发射还包括:在第二子帧的物理上行链路控制信道中并且基于以物理上行链路控制信道的资源单元计的资源大小从用户设备发射确认信息。
示例28。一种计算机程序,包括用于当计算机程序在处理器上运行时执行示例1至27中的任一个的方法的代码。
示例29。根据示例28的计算机程序,其中该计算机程序是包括计算机可读介质的计算机程序产品,计算机可读介质承载实施在其中以用于与计算机一起使用的计算机程序代码。
示例30。一种装置,包括:
至少一个处理器;以及
包含计算机程序代码的至少一个存储器;
该至少一个存储器和该计算机程序代码与该至少一个处理器一起被配置为使装置执行示例1至14中的任一个的方法。
示例31。一种装置,包括:
至少一个处理器;以及
包括计算机程序代码的至少一个存储器;
该至少一个存储器和该计算机程序代码与该至少一个处理器一起被配置为使装置执行如示例15至27中的任一个的方法。
示例32。一种装置,包括:
用于由网络节点在第一子帧中在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向用户设备发送定时指示符的部件,该定时指示符指示相对于第一子帧的偏移,用户设备应当使用该偏移以便确定第二子帧,第二子帧用于在物理上行链路控制信道中发送针对在第一子帧的下行链路共享信道中接收的数据的确认信息;以及
用于由网络节点在第二子帧的物理上行链路控制信道中从用户设备接收确认信息的部件。
示例33。如示例32的装置,还包括用于执行如示例2至14中的任一个的方法的部件。
示例34。一种装置,包括:
用于在用户设备处在第一子帧中在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从网络节点接收定时指示符的部件,该定时指示符指示相对于第一子帧的偏移,用户设备应当使用该偏移以便确定第二子帧,第二子帧用于在物理上行链路控制信道中发送针对在第一子帧中接收的数据的确认信息;
用于由用户设备至少使用定时指示符来确定第二子帧的部件;以及
用于由用户设备在第二子帧的物理上行链路控制信道中向网络节点发射确认信息的部件。
示例35。如示例34的装置,还包括用于执行如示例16至27中的任一个的方法的部件。
示例36。一种***,包括如示例32或者33的装置中的任一装置以及如示例34或35的装置中的任一装置。
示例37。一种基站,包括如示例32或33的装置中的任一装置。
示例38。一种用户设备,包括如示例34或35的装置中的任一装置。
在不以任何方式限制本文所示权利要求的范围、解释或应用的情况下,本文公开的示例实施例中的一个或多个示例实施例的技术效果和优点是对用于缺乏波束和硬件资源的混合架构的PDSCH-HARQACK反馈信令的有效支持。本文公开的示例实施例中的一个或多个示例实施例的另一技术效果和优点是是实现方式为eNB提供基于各种需求(例如,延时、UE类别等)来均衡延时与xPUCCH开销的机会。本文公开的示例实施例中的一个或多个示例实施例的另一技术效果和优点是所提出的技术最小化对显式资源分配信令的需求。本文公开的示例实施例中的一个或多个示例实施例的另一技术效果和优点是所提出的技术还可以用于数字架构中,并且因此可以被视为与收发机无关的xPUCCH设计,其被视为5G规范的重要属性以使得5G***能够跨从3GHz一直到70GHz的不同载波频率操作。
本文的实施例可以以软件(由一个或多个处理器执行)、硬件(例如,专用集成电路)、或者软件和硬件结合的方式来实现。在示例实施例中,软件(例如,应用逻辑、指令集)被维护在各种传统计算机可读介质中的任何一个上。在本文件的上下文中,“计算机可读介质”可以是能够包含、存储、传送、传播或者传输供指令执行***、装置、或者设备使用的或者与指令执行***、装置、或者设备结合使用的指令的任何介质或者部件,指令执行***、装置或者设备诸如计算机,具有例如图1中所描述和描绘计算机的一个示例。计算机可读介质可以包括计算机可读存储介质(例如,存储器125、155、171或者其他设备),其可以是能够包含、存储、和/或传输供诸如计算机的指令执行***、装置、或者设备使用的或者与诸如计算机的指令执行***、装置、或者设备结合使用的指令的任何介质或者部件。计算机可读存储介质不包括传播信号。
如果希望,本文所讨论的不同功能可以以相互不同顺序和/或同时地被执行。此外,如果希望,上文所述功能中的一个或多个可以是可选的或者可以被结合。
尽管独立权利要求阐述了本发明的各个方面,但是本发明的其他方面包括来自所描述的实施例的特征和/或具有独立权利要求的特征的从属权利要求的其他组合,而不仅仅是权利要求中明确阐述的组合。
本文中还要注意,尽管上文描述了本发明的示例实施例,但是这些描述不应被视为具有限制意义。相反,存在若干变化和修改,其可以在不脱离所附权利要求所限定的本发明的范围的情况下做出。
可以在说明书和/或附图中找到的以下缩写被定义如下:
4G ***;
5G 第五代;
ACK 确认;
BS 基站;
BSR 缓存状态报告;
cmWave 厘米波;
CSI 信道状态信息;
DL 下行链路(从网络到用户设备)
eNB(或eNodeB) 演进型节点B(例如,LTE基站);
FDPS 频域分组调度;
Gb/s 千兆字节每秒;
HARQ 混合自动重复请求;
ID 标识;
I/F 接口;
KPI 关键性能指标;
LBT 对话前监听;
LTE 长期演进;
MIMO 多输入多输出;
MME 移动性管理实体;
mmWave 毫米波;
ms 毫秒;
NCE 网络控制元素;
N/W 网络;
OFDM 正交频分复用;
PDCCH 物理下行链路控制信道;
PDSCH 物理下行链路共享信道;
PUCCH 物理上行链路控制信道;
PUSCH 物理上行链路共享信道;
RA 资源分配;
RE 资源元素;
RF 射频;
RRC 无线电资源控制;
RRH 远程无线电头;
Rx或RX 接收机或接收;
SFN 子帧号;
SGW 服务网关;
sPUCCH 短PUCCH;
SR 调度请求;
TDD 时分复用;
TS 技术标准
Tx或TX 发射机或者发射;
UCI 上行链路控制信息;
UE 用户设备;
UL 上行链路(从用户设备到网络);
xPDCCH 用于5G及以上的物理下行链路控制信道;
xPDSCH 用于5G及以上的物理下行链路共享信道;
xPUCCH 用于5G及以上的物理上行链路控制信道;
xPUSCH 用于5G及以上的物理上行链路共享信道;
X-pol 交叉极化。
Claims (23)
1.一种用于无线通信的方法,包括:
由网络节点在第一子帧中,在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向所述用户设备发送定时指示符,所述定时指示符指示相对于所述第一子帧的偏移,所述用户设备应当使用所述偏移以便确定第二子帧,所述第二子帧用于在物理上行链路控制信道中发送针对在所述第一子帧的所述下行链路共享信道中接收的所述数据的确认信息;
由所述网络节点将以所述物理上行链路控制信道的资源单元计的资源大小用信令发送给所述用户设备;以及
由所述网络节点在所述第二子帧的所述物理上行链路控制信道中,基于所述资源大小从所述用户设备接收所述确认信息。
2.根据权利要求1所述的方法,其中所述定时指示符不包括用于所述用户设备的处理时间。
3.根据权利要求1所述的方法,其中所述定时指示符包括用于所述用户设备的处理时间。
4.根据权利要求1至3中的任一项所述的方法,其中:
所述发送针对多个第一子帧被执行,并且对应的定时指示符针对所述多个第一子帧被修改,使得所述用户设备能够计算相同的第二子帧以用于针对由所述用户设备在所述多个第一子帧中接收的所述数据的确认信息;以及
接收还包括由所述网络节点在所述第二子帧的所述物理上行链路控制信道中从所述用户设备接收所述确认信息,所述第二子帧用于针对由所述用户设备在所述多个第一子帧中接收的所述数据的确认信息。
5.根据权利要求1至3中的任一项所述的方法,其中所述定时指示符指示相对于所述第一子帧的所述偏移取决于以下属性中的至少一项:用户设备的能力、无线电承载和服务。
6.根据权利要求5所述的方法,其中直到用于定时的更高层配置已经被建立为止,指示相对于所述第一子帧的所述偏移的所述定时指示符是基于包括以下一项的共同参数:三个子帧、或四个子帧。
7.根据权利要求1至3中的任一项所述的方法,其中所述网络节点以动态方式在下行链路子帧、上行链路子帧和双向子帧之间变化子帧类型。
8.根据权利要求1至3中的任一项所述的方法,其中承载所述物理上行链路控制信道的正交频分复用符号的数目在子帧与子帧之间动态变化。
9.一种用于无线通信的方法,包括:
在用户设备处在第一子帧中,在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从所述网络节点接收定时指示符,所述定时指示符指示相对于所述第一子帧的偏移,所述用户设备应当使用所述偏移以便确定第二子帧,所述第二子帧用于在物理上行链路控制信道中发送针对在所述第一子帧中接收的所述数据的确认信息;
由所述用户设备至少使用所述定时指示符来确定所述第二子帧;
由所述用户设备从所述网络节点,接收以所述物理上行链路控制信道的资源单元计的资源大小;以及
由所述用户设备在所述第二子帧的所述物理上行链路控制信道中,基于所述资源大小向所述网络节点发射所述确认信息。
10.根据权利要求9所述的方法,其中:
所述定时指示符不包括用于所述用户设备的处理时间;
所述确定包括通过使用以下来计算所述第二子帧的子帧号:所述第一子帧的子帧号+与所述定时指示符相对应的值所限定的偏移+用于所述用户设备的所述处理时间;以及
所述发射包括在子帧的所述物理上行链路控制信道中发射所述确认信息,所述子帧具有所述第二子帧的所计算的所述子帧号。
11.根据权利要求9所述的方法,其中:
所述定时指示符包括用于所述用户设备的处理时间;
所述确定包括通过使用以下来计算所述第二子帧的子帧号:所述第一子帧的子帧号+与所述定时指示符相对应的值所限定的偏移;以及
所述发射包括在子帧的所述物理上行链路控制信道中发射所述确认信息,所述子帧具有所述第二子帧的所计算的所述子帧号。
12.根据权利要求9至11中的任一项所述的方法,其中:
所述接收针对多个第一子帧被执行,并且对应的定时指示符针对所述多个第一子帧被修改;
确定还包括基于所述对应的定时指示符来计算相同的第二子帧以用于针对由所述用户设备在所述多个第一子帧中接收的所述数据的确认信息,其中所述对应的定时指示符被修改以使得所述计算产生所述相同的第二子帧中;并且
发射还包括:由所述用户设备在所述相同的第二子帧的所述物理上行链路控制信道中,发射针对由所述用户设备在所述多个第一子帧中接收的所述数据的所述确认信息。
13.根据权利要求9至11中的任一项所述的方法,其中所述定时指示符指示相对于所述第一子帧的所述偏移取决于以下属性中的至少一项:用户设备的能力、无线电承载和服务。
14.根据权利要求13所述的方法,其中直到用于定时的更高层配置已经被建立为止,指示相对于所述第一子帧的所述偏移的所述定时指示符是基于包括以下一项的共同参数:三个子帧、或四个子帧。
15.根据权利要求9至11中的任一项所述的方法,其中子帧类型以动态方式在下行链路子帧、上行链路子帧和双向子帧之间变化。
16.根据权利要求9至11中的任一项所述的方法,其中承载所述物理上行链路控制信道的正交频分复用符号的数目在子帧与子帧之间动态变化。
17.一种计算机可读存储介质,所述计算机可读存储介质存储指令,所述指令在由装置的至少一个处理单元执行时,使所述装置执行根据权利要求1至16中的任一项所述的方法。
18.一种用于无线通信的装置,包括:
用于由网络节点在第一子帧中、在下行链路共享信道中向用户设备发送数据并且在物理下行链路控制信道中向所述用户设备发送定时指示符的部件,所述定时指示符指示相对于所述第一子帧的偏移,所述用户设备应当使用偏移以便确定第二子帧,所述第二子帧用于在物理上行链路控制信道中发送针对在所述第一子帧的所述下行链路共享信道中接收的所述数据的确认信息;
用于由所述网络节点将以所述物理上行链路控制信道的资源单元计的资源大小用信令发送给所述用户设备的部件;以及
用于由所述网络节点在所述第二子帧的所述物理上行链路控制信道中基于所述资源大小从所述用户设备接收所述确认信息的部件。
19.根据权利要求18所述的装置,还包括用于执行根据权利要求2至8中的任一项所述方法的部件。
20.一种用于无线通信的装置,包括:
用于在用户设备处在第一子帧中、在下行链路共享信道中从网络节点接收数据并且在物理下行链路控制信道中从所述网络节点接收定时指示符的部件,所述定时指示符指示相对于所述第一子帧的偏移,所述用户设备应当使用所述偏移以便确定第二子帧,所述第二子帧用于在物理上行链路控制信道中发送针对在所述第一子帧中接收的所述数据的确认信息;
用于由所述用户设备至少使用所述定时指示符来确定所述第二子帧的部件;
用于由所述用户设备从所述网络节点接收以所述物理上行链路控制信道的资源单元计的资源大小的部件;以及
用于由所述用户设备在所述第二子帧的所述物理上行链路控制信道中基于所述资源大小向所述网络节点发射所述确认信息的部件。
21.根据权利要求20所述的装置,还包括用于执行根据权利要求10至16中的任一项所述方法的部件。
22.一种用于无线通信的装置,包括:至少一个处理器;以及包括计算机程序代码的至少一个存储器,所述至少一个存储器和所述计算机程序代码与所述至少一个处理器一起被配置为使所述装置执行根据权利要求1至8中的任一项所述的方法。
23.一种用于无线通信的装置,包括:至少一个处理器;以及包括计算机程序代码的至少一个存储器,所述至少一个存储器和所述计算机程序代码与所述至少一个处理器一起被配置为使所述装置执行根据权利要求9至16中的任一项所述的方法。
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201662301867P | 2016-03-01 | 2016-03-01 | |
US62/301,867 | 2016-03-01 | ||
PCT/FI2017/050070 WO2017149194A1 (en) | 2016-03-01 | 2017-02-08 | Pucch resource allocation |
Publications (2)
Publication Number | Publication Date |
---|---|
CN109156030A CN109156030A (zh) | 2019-01-04 |
CN109156030B true CN109156030B (zh) | 2021-11-30 |
Family
ID=59743430
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201780014189.1A Active CN109156030B (zh) | 2016-03-01 | 2017-02-08 | Pucch资源分配 |
Country Status (7)
Country | Link |
---|---|
US (1) | US10932237B2 (zh) |
EP (1) | EP3424258B1 (zh) |
JP (1) | JP6560457B2 (zh) |
KR (1) | KR102144207B1 (zh) |
CN (1) | CN109156030B (zh) |
PH (1) | PH12018501860A1 (zh) |
WO (1) | WO2017149194A1 (zh) |
Families Citing this family (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN115460705A (zh) * | 2017-03-23 | 2022-12-09 | 苹果公司 | 基站和用户设备的基带处理器及方法 |
US11350451B2 (en) * | 2018-11-08 | 2022-05-31 | Acer Incorporated | Method of handling communication in unlicensed spectrum and related communication device |
EP3697013A1 (en) * | 2019-02-14 | 2020-08-19 | Panasonic Intellectual Property Corporation of America | User equipment and system performing transmission and reception operations |
CN111585712A (zh) * | 2019-02-15 | 2020-08-25 | 大唐高鸿数据网络技术股份有限公司 | 资源分配方法、信息反馈、获取方法、终端及网络设备 |
US11412497B2 (en) | 2019-03-27 | 2022-08-09 | Electronics And Telecommunications Research Institute | Method and apparatus for transmitting or receiving uplink feedback information in communication system |
WO2021016997A1 (en) * | 2019-08-01 | 2021-02-04 | Lenovo (Beijing) Limited | Apparatus and method of harq-ack feedback |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103476120A (zh) * | 2012-06-07 | 2013-12-25 | 中兴通讯股份有限公司 | 物理上行控制信道的发送、处理方法及装置 |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5872820A (en) * | 1996-09-30 | 1999-02-16 | Intel Corporation | Synchronization in TDMA systems in a non-realtime fashion |
US8483156B2 (en) | 2010-05-03 | 2013-07-09 | Nokia Siemens Networks Oy | Feedback for inter-radio access technology carrier aggregation |
KR101191216B1 (ko) * | 2010-11-24 | 2012-10-16 | 엘지전자 주식회사 | 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국 |
KR101907528B1 (ko) | 2011-02-18 | 2018-10-12 | 삼성전자 주식회사 | 이동 통신 시스템 및 그 이동 통신 시스템에서 채널 송수신 방법 |
US10447439B2 (en) * | 2012-02-21 | 2019-10-15 | Telefonaktiebolaget Lm Ericsson (Publ) | Retransmission protocol feedback handling with multiple feedback times |
US9143984B2 (en) * | 2012-04-13 | 2015-09-22 | Intel Corporation | Mapping of enhanced physical downlink control channels in a wireless communication network |
US9681426B2 (en) | 2012-06-08 | 2017-06-13 | Lg Electronics Inc. | Method and device for transmitting uplink control signal in wireless communication system |
SG11201501279UA (en) * | 2012-08-23 | 2015-04-29 | Interdigital Patent Holdings | Providing physical layer resources to different serving sites |
WO2014032724A1 (en) | 2012-08-31 | 2014-03-06 | Nokia Siemens Networks Oy | Scheduling wireless communications |
US11245507B2 (en) * | 2012-11-02 | 2022-02-08 | Texas Instruments Incorporated | Efficient allocation of uplink HARQ-ACK resources for LTE enhanced control channel |
JP6161377B2 (ja) | 2013-04-12 | 2017-07-12 | 株式会社Nttドコモ | 無線基地局、ユーザ端末及び無線通信方法 |
KR101996620B1 (ko) | 2013-09-27 | 2019-07-04 | 노키아 솔루션스 앤드 네트웍스 오와이 | eIMTA를 위한 HARQ-ACK 자원 할당 및 이용 |
US9473289B2 (en) | 2013-09-27 | 2016-10-18 | Nokia Solutions And Networks Oy | PUCCH resource allocation and use |
US9408144B2 (en) | 2013-11-07 | 2016-08-02 | Apple Inc. | Shortened HARQ timelines for low bandwidth applications |
US10028283B2 (en) * | 2015-04-10 | 2018-07-17 | Alcatel-Lucent Usa Inc. | Dynamic physical uplink control channel (PUCCH) |
-
2017
- 2017-02-08 JP JP2018542216A patent/JP6560457B2/ja active Active
- 2017-02-08 EP EP17759322.5A patent/EP3424258B1/en active Active
- 2017-02-08 CN CN201780014189.1A patent/CN109156030B/zh active Active
- 2017-02-08 WO PCT/FI2017/050070 patent/WO2017149194A1/en active Application Filing
- 2017-02-08 KR KR1020187028126A patent/KR102144207B1/ko active IP Right Grant
- 2017-02-08 US US16/075,710 patent/US10932237B2/en active Active
-
2018
- 2018-08-31 PH PH12018501860A patent/PH12018501860A1/en unknown
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN103476120A (zh) * | 2012-06-07 | 2013-12-25 | 中兴通讯股份有限公司 | 物理上行控制信道的发送、处理方法及装置 |
Also Published As
Publication number | Publication date |
---|---|
EP3424258A1 (en) | 2019-01-09 |
KR20180121937A (ko) | 2018-11-09 |
EP3424258A4 (en) | 2019-10-23 |
KR102144207B1 (ko) | 2020-08-13 |
EP3424258B1 (en) | 2024-04-10 |
US10932237B2 (en) | 2021-02-23 |
WO2017149194A1 (en) | 2017-09-08 |
JP2019505138A (ja) | 2019-02-21 |
US20190053219A1 (en) | 2019-02-14 |
JP6560457B2 (ja) | 2019-08-14 |
CN109156030A (zh) | 2019-01-04 |
PH12018501860A1 (en) | 2019-05-15 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11057185B2 (en) | NR PUCCH coverage extension | |
US11425697B2 (en) | Dynamic management of uplink control signaling resources in wireless network | |
CN109156030B (zh) | Pucch资源分配 | |
US9497682B2 (en) | Central processing unit and methods for supporting coordinated multipoint transmission in an LTE network | |
US20160007232A1 (en) | Flexible configuration of uplink and downlink ratio by exchanging information using an x2 interface | |
US9736834B2 (en) | Apparatus, method, and system of inter-node communication | |
GB2499786A (en) | Indication of a preferred duplex operating mode | |
KR20220113394A (ko) | 무선 통신 시스템에서 그룹 기반 다중 빔 동작을 위한 방법 및 장치 | |
EP2847893A1 (en) | Method, system and apparatus of time-division-duplex (tdd) uplink-downlink (ul-dl) configuration management | |
JP7142069B2 (ja) | データ伝送のための制御リソースの使用 | |
KR20230149710A (ko) | 확인응답 정보를 가진 pucch 전송을 위한 자원들을 결정하기 위한 방법 및 장치 | |
JP2022542997A (ja) | 多数の優先順位タイプを有するサービスに対するスケジューリング | |
KR20230014748A (ko) | 데이터 및 제어 정보를 전송하기 위한 방법 및 장치 | |
US20230059731A1 (en) | Dynamically enabling and disabling physical downlink shared channel scheduling using downlink control information | |
KR102374244B1 (ko) | 업링크 제어 채널을 전송하기 위한 방법 및 장치 | |
WO2019192500A1 (zh) | 通信方法和通信装置 | |
US11843560B2 (en) | Determination of feedback timing |
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 |