CN103875259A - 用于使用基于多个下行链路控制信道的资源分配进行上行链路控制信道发射分集的方法和系统 - Google Patents
用于使用基于多个下行链路控制信道的资源分配进行上行链路控制信道发射分集的方法和系统 Download PDFInfo
- Publication number
- CN103875259A CN103875259A CN201280050208.3A CN201280050208A CN103875259A CN 103875259 A CN103875259 A CN 103875259A CN 201280050208 A CN201280050208 A CN 201280050208A CN 103875259 A CN103875259 A CN 103875259A
- Authority
- CN
- China
- Prior art keywords
- resource
- subset
- control channel
- downlink control
- uplink
- 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.)
- Pending
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1829—Arrangements specially adapted for the receiver end
- H04L1/1861—Physical mapping arrangements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04J—MULTIPLEX COMMUNICATION
- H04J11/00—Orthogonal multiplex systems, e.g. using WALSH codes
- H04J11/0023—Interference mitigation or co-ordination
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04B—TRANSMISSION
- H04B7/00—Radio transmission systems, i.e. using radiation field
- H04B7/24—Radio transmission systems, i.e. using radiation field for communication between two or more posts
- H04B7/26—Radio transmission systems, i.e. using radiation field for communication between two or more posts at least one of which is mobile
- H04B7/2612—Arrangements for wireless medium access control, e.g. by allocating physical layer transmission capacity
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0015—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy
- H04L1/0016—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the adaptation strategy involving special memory structures, e.g. look-up tables
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0028—Formatting
- H04L1/0031—Multiple signaling transmission
-
- 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/0001—Systems modifying transmission characteristics according to link quality, e.g. power backoff
- H04L1/0023—Systems modifying transmission characteristics according to link quality, e.g. power backoff characterised by the signalling
- H04L1/0032—Without explicit signalling
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L1/00—Arrangements for detecting or preventing errors in the information received
- H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
- H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
- H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
- H04L1/1867—Arrangements specially adapted for the transmitter end
- H04L1/1896—ARQ related signaling
-
- 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
- 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/12—Wireless traffic scheduling
- H04W72/1263—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows
- H04W72/1268—Mapping of traffic onto schedule, e.g. scheduled allocation or multiplexing of flows of uplink data flows
-
- 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
Abstract
用于分配针对用户设备(UE)处的混合自动重传请求确认的上行链路资源的方法和网络元件,所述方法包括:向所述用户设备指示第一上行链路资源集合;以及使用在小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道(DCCH)的位置来指示所述第一上行链路资源集合中所述UE可以在其上进行发送的第一子集。此外,一种在用户设备(UE)处用于接收针对HARQ确认的上行链路资源的分配的方法,所述方法接收第一上行链路资源集合;使用主小区上的第一下行链路控制信道内的下行链路控制信息比特来导出上行链路资源中的UE可以在其上进行发送的第一子集,以及在第二下行链路控制信道内导出第一上行链路资源集合中UE可以在其上进行发送的第二子集。
Description
要求优先权
本申请要求以下各项的优先权:于2011年8月11日提交的美国临时申请No.61/522,434;于2011年9月29日提交的美国专利申请No.13/248,638;于2011年9月30日提交的美国临时申请No.61/541,848;于2011年11月4日提交的美国临时申请No.61/555,572;于2011年11月7日提交的美国临时申请No.61/556,356;以及于2012年6月19日提交的美国专利申请No.13/527,017,其全部内容通过引用的方式并入本文。
技术领域
本公开涉及资源分配,具体地,涉及针对上行链路发射分集的资源分配。
背景技术
空间发射分集利用多个天线来发送信号。因为从不同发射天线发送的信号在接收机处相互干扰,因此在发射机和接收机处需要额外的信号处理以在移除或至少衰减空间干扰的同时实现分集。
多天线发射分集通常被分为两类:开环和闭环。开环是指在发射机处不需要信道知识的系统。
很多开环信道选择发射分集方案的一个问题是在每一个天线上发送不同的PUCCH资源。因此,必须由每一个开环发射分集用户设备指示来自小区的至少两个资源。当混合自动重传请求(HARQ)-ACK比特(也称作Ack/Nack比特)与一个物理下行链路共享信道(PDSCH)子帧相对应时(例如,当在M=1的情况下使用空间复用时)或者当使用基于Ack/Nack资源指示符(ARI)的资源分配时,使用LTE版本-10的时分双工(TDD)资源分配进行信道选择是容易的,这是因为在这两个模式中,使用一个PDCCH指示两个物理上行链路控制信道(PUCCH)资源。
然而,当在M>1时使用两个PDCCH指示来自一个小区的两个PUCCH资源时,问题并非如此简单,这是因为版本10的TDD隐式资源分配根据每一个物理下行链路控制信道(PDCCH)单独地指示一个PUCCH资源。
附图说明
将参照附图来更好地理解本公开,在附图中:
图1是具有包括正常循环前缀的PUCCH格式1a和1b的结构的传统子帧的示意图;
图2是用于指定PUCCH以供用户设备使用的传统显式和隐式信令的示意图;
图3是示出了资源选择发射分集发射机的框图;
图4是隐式-显式资源指示的流程图;
图5是网络元件的简化框图;以及
图6是示例移动设备的框图。
具体实施方式
本公开提供了一种分配针对用户设备(UE)处的混合自动重传请求确认的上行链路资源的方法,所述方法包括:向所述用户设备指示第一上行链路资源集合;以及使用在小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道(DCCH)的位置来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集。
本公开还提供了一种用于分配针对混合自动重传请求确认的上行链路资源的网络元件,所述网络元件包括:处理器;以及通信子系统,其中,所述处理器和所述通信子系统被配置为:向用户设备(UE)指示第一上行链路资源集合;以及使用在小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道(DCCH)的位置来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集。
本公开还提供了一种在用户设备(UE)处用于接收针对混合自动重传请求确认的上行链路资源的分配的方法,所述方法包括:从网络元件接收第一上行链路资源集合;以及使用在小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道(DCCH)的位置来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集。
本公开还提供了一种用于接收针对混合自动重传请求确认的上行链路资源的分配的用户设备(UE),所述用户设备包括:处理器;以及通信子系统,其中,所述处理器和所述通信子系统被配置为:从网络元件接收第一上行链路资源集合;以及使用在小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道(DCCH)的位置来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集。
本公开还提供了一种分配针对用户设备(UE)处的混合自动重传请求确认的上行链路资源的方法,所述方法包括:向所述用户设备指示第一上行链路资源集合;使用在主小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道内的下行链路控制信息比特来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集,其中,所述第一下行链路控制信道是在所述主小区上发送的;以及通过第二下行链路控制信道中的下行链路控制信息比特来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第二子集,其中,所述第二子集中的上行链路资源能够与上行链路资源的第一子集中的上行链路资源相同。
本公开还提供了一种用于分配针对混合自动重传请求确认的上行链路资源的网络元件,所述网络元件包括:处理器;以及通信子系统,其中,所述处理器和所述通信子系统被配置为:向用户设备(UE)指示第一上行链路资源集合;使用在主小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道内的下行链路控制信息比特来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集,其中,所述第一下行链路控制信道是在所述主小区上发送的;以及通过第二下行链路控制信道中的下行链路控制信息比特来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第二子集,其中,所述第二子集中的上行链路资源能够与上行链路资源的第一子集中的上行链路资源相同。
本公开还提供了一种在用户设备(UE)处用于接收针对混合自动重传请求确认的上行链路资源的分配的方法,所述方法包括:接收针对所述用户设备的第一上行链路资源集合;以及使用在主小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道中的下行链路控制信息比特来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集,其中,所述第一下行链路控制信道是在所述主小区上接收的;以及通过第二下行链路控制信道中的下行链路控制信息比特来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第二子集,其中,所述第二子集中的上行链路资源能够与所述上行链路资源的第一子集中的上行链路资源相同。
本公开还提供了一种用于接收针对混合自动重传请求确认的上行链路资源的分配的用户设备(UE),所述用户设备包括:处理器;以及通信子系统,其中,所述处理器和所述通信子系统被配置为:接收针对所述用户设备的第一上行链路资源集合;以及使用在主小区上调度下行链路共享信道(DSCH)的第一下行链路控制信道中的下行链路控制信息比特来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集,其中,所述第一下行链路控制信道是在所述主小区上接收的;以及通过第二下行链路控制信道中的下行链路控制信息比特来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第二子集,其中,所述第二子集中的上行链路资源能够与所述上行链路资源的第一子集中的上行链路资源相同。
因为长期演进(LTE)标准版本8(下文的“版本-8”)帧结构2(时分双工[TDD])可能具有比上行链路子帧更多的下行链路子帧并且因为下行链路子帧中的每一个承载多达两个传输块,因此版本-8TDD在子帧中支持多达4个Ack/Nack(A/N)比特的传输。如果需要多于4个A/N比特,则支持捆绑相同下行链路子帧的两个Ack/Nack比特的空间捆绑。可以使用信道选择来传输这4个Ack/Nack比特。最近,LTE版本10(下文中的“版本-10”)针对多达4个Ack/Nack比特使用信道选择以针对两个帧结构(即,频分双工(FDD)和TDD)支持载波聚合。因此,使用信道选择来进行Ack/Nack反馈越来越受关注。
在LTE中,在物理上行链路控制信道(PUCCH)资源上使用PUCCH格式“1a”和“1b”来承载Ack/Nack比特,如下所述。因为可以在这些PUCCH格式中承载最多两个比特,因此需要两个额外信息比特来承载4个Ack/Nack比特。可以通过信道选择来传达这些额外的两个比特。
有时在下文中称作“客户端节点”的用户设备(UE)通过选择要在其上进行发送的PUCCH资源来利用信道选择对信息进行编码。信道选择使用4个PUCCH资源来传达这两个比特。可以使用下面的表格1中的数据来描述这一点:
表格1:PUCCH格式1b的信道选择
表格的每一列指示要发送的Ack/Nack比特(或“码字”)的组合。表格的每一行表示PUCCH资源。每一个小区包含在PUCCH资源上发送的用于指示码字的QPSK符号。“DRes”列指示哪一个PUCCH资源承载QPSK符号,“RRes”列指示用于承载参考符号的PUCCH资源。应当注意的是,对于版本8信道选择而言,数据和参考符号资源是相同的。注意,表格的每一列仅包含一个非零条目,这是因为信道选择要求一次仅在一个传输路径上发送一个资源。在一个传输路径上进行发送维持了在PUCCH上承载的信号的良好峰均功率特性。术语“传输路径”是指包含至少一个功率放大器并且连接到一个天线的RF链路。
例如,当要发送Ack/Nack比特“0110”时,UE可以使用PUCCH资源“1”来发送QPSK数据符号“-j”。参考信号传输也可以在PUCCH资源“1”上。
LTE在物理上行链路控制信道(PUCCH)的格式1a和1b上承载Ack/Nack信令,如版本10中所规定的。在图1中示出了具有正常循环前缀的PUCCH格式1a和1b的子帧结构的示例。每一个格式1a/1bPUCCH可以处于由两个时隙110和120构成的子帧100中。可以在两个时隙中使用相同的调制符号“d”130。在没有信道选择的情况下,格式1a和1b集合分别承载一个和两个Ack/Nack比特。根据使用一个还是两个Ack/Nack比特,使用BPSK或QPSK调制来将这些比特编码为调制符号“d”。
使用序列132对每一个数据调制符号d进行扩频,使得它具有12个采样的长度,12是大多数情况下LTE资源块中的子载波的数量。(例如,本领域技术人员将理解的是,当子载波间隔7.5kHz时,多媒体广播多播服务单频网(MBSFN)传输可以使用资源块中的24个子载波)。接下来,扩频采样被映射到PUCCH要占用的12个子载波,然后使用IDFT转换到时域,如框140所示。因为在LTE中很少将PUCCH与其他物理信道同时发送,因此不与PUCCH相对应的子载波被设置为零。然后,将扩频信号的四个副本中的每一个与正交覆盖序列wp(m)的一个元素相乘,如框150所示,其中,m∈{0,1,2,3}与时隙中的4个承载数据的OFDM符号中的每一个相对应。在每一个时隙110和120中存在3个参考符号(R1、R2和R3),这些参考符号允许信道估计以对格式1a/1b进行相干解调。
可以存在12个正交扩频序列(其与相对应,其中,一{0,1,.,11}指示循环移位),并且其中之一用于对每一个数据符号进行扩频。此外,在版本8中,存在3个正交覆盖序列wp(m),其中,p∈{0,1,2}且m∈{0,1,2,3}。每一个扩频序列与正交覆盖序列之一一起使用,以形成正交资源。因此,针对PUCCH的每一个资源块可以利用多达12*3=36个正交资源。然后,可以承载Ack/Nack的资源的总数是分配给格式1/1a/1b的资源块(RB)的数量的36倍。
每一个正交资源可以承载一个Ack/Nack调制符号“d”,因此多达36个UE可以在没有相互干扰的情况下在相同的OFDM资源单元上发送Ack/Nack符号。类似地,当UE从多个天线发送不同的正交资源时,这些资源往往不会相互干扰或者干扰从其他UE发送的不同正交资源。当不存在信道选择时,eNB已知UE使用的正交资源。如下文所讨论的,在信道选择的情况下,预定的信息比特集合确定要利用的正交资源。eNB通过识别哪个正交资源正在承载其他信息比特来检测该信息比特集合。
以与数据符号类似的方式生成用于参考符号的正交资源。也使用施加于多个参考信号上行链路调制符号的循环移位和正交覆盖序列来生成正交资源。因为在时隙中存在不同数量的参考和数据调制符号,因此针对数据和参考信号,正交覆盖序列具有不同的长度。但是,存在相同数量的可用于数据和参考信号的正交资源。因此,单个索引可以用于指代由UE针对数据和参考信号使用的两个正交资源,并且这一点从版本8开始就已经使用。在版本8中将该索引作为PUCCH资源索引进行信号通知,并且在LTE规范中将该索引作为变量进行指示。前述LTE规范包括:(1)3GPP TS36.213V10.1.0,“3rdGeneration Partnership Project;Technical Specification Group RadioAccess Network;Evolved Universal Terrestrial Radio Access(E-UTRA);Physical Layer Procedures(Release10)”,March,2011(下文的参考文献“1”)和(2)3GPP TS36.211V10.1.0,“3rd Generation PartnershipProject;Technical Specification Group Radio Access Network;EvolvedUniversal Terrestrial Radio Access(E-UTRA);Physical Channels andModulation(Release10)”,March,2011(下文的参考文献“2”)。该索引指示用于承载数据和参考信号的RB和正交资源,并且被编了索引(indexed)的资源因此在3GPP用语中被称作“PUCCH资源”。
一个循环移位可以用于发送时隙中与天线相关联的所有符号(包括数据和参考符号)。在该情况下,α的值在时隙期间是恒定的。然而,LTE版本8还支持循环移位跳变,其中,α在时隙期间变化。在小区中同步循环移位跳变传输,使得遵循小区特定跳变模式的UE不会相互干扰。如果相邻小区也使用循环移位跳变,则针对时隙中的每一个符号,相邻小区中的不同UE将往往对服务小区中的UE造成干扰。这提供了“干扰平均”行为,该行为可以减轻一个相邻小区UE或少量相邻小区UE对服务小区中的UE造成强干扰的情况。因为不论是否使用循环移位跳变,在小区中都可以利用相同数量的不相互干扰的PUCCH资源,因此可以针对跳变情况和非跳变情况等同地处理PUCCH资源。因此,在下文中,当提及PUCCH资源时,它可以是跳变的或非跳变的。
图1中所示的PUCCH格式1a/1b结构根据几个特殊情况而改变。对于格式1a/1b的一些Tx分集设计而言重要的一个结构变形是如附图标记160所示的时隙1的最后一个符号可以被丢弃(不发送),以便不会对来自其他UE的SRS传输造成干扰。
在LTE版本10中,可以使用信道选择来指示多达4个Ack/Nack比特的载波聚合。可以使用隐式信令和显式信令的组合来信号通知UE要使用的PUCCH资源。例如,如图2中所示,使用UE的主小区(PCell)的物理下行链路控制信道(PDCCH)上的针对UE的调度准许的位置来隐式地信号通知一个或多个资源,如附图标记210所示,并且可以使用包含在UE的辅小区(SCell)之一的PDCCH上的针对UE的准许中的Ack/Nack资源指示符(ARI)比特来指示一个或多个资源,如附图标记220所示。
虽然图2中未示出,但是本领域技术人员将理解的是,还可以使用隐式信令来分配所有PUCCH资源。这在使用跨载波调度在Pcell上发送SCell的PDCCH时发生。
可以在仅UE特定的控制信道单元(CCE)集合上调度UE。在图2中将CCE集合指示为UE特定搜索空间(UESS)230。UE特定搜索空间230在每一个子帧中通常是不同的。
可以通过在小区上调度物理下行链路共享信道的物理下行链路控制信道的位置来隐式地信号通知LTE PUCCH资源。位置是在PCellPDCCH上向UE发送的用于该目的的准许所占用的第一CCE的索引(在图2中标记为nCCE,i=L)。在版本10中,可以通过这种方式根据一个PDCCH来确定多达两个PUCCH资源。当隐式地信号通知两个资源时,可以使用由UE检测到的PDCCH的第一CCE之后的下一个CCE(即nCCE,i=L+1,如图2中所示)来计算第二PUCCH资源索引。如3GPP TS36.213V10.1.0的部分10.1“3rd Generation PartnershipProject;Technical Specification Group Radio Access Network;EvolvedUniversal Terrestrial Radio Access(E-UTRA);PhysicalLayerProcedures(Release10)”,March,2011中所讨论的,分别使用 和 根据第一CCE索引来映射第一和第二隐式PUCCH资源索引,它们是相邻资源。由于在LTE中对PUCCH资源编索引的方式,因此除非两个资源之一靠近物理资源块(PRB)中的第一个资源或最后一个资源,否则这意味着它们通常将共享相同的PUCCH PRB。
因为UE特定搜索空间随着子帧而改变,因此通过其CCE映射所至的PUCCH资源也改变。因此,隐式资源可以根据子帧而处于多个不同的RB中。
在LTE版本10中,SCell上的PDCCH的两个比特可以用作Ack/Nack资源指示符(ARI)比特。此外,可以通过SCell的PDCCH来指示多达两个PUCCH资源。这意味着通过ARI指示4个PUCCH资源组合,并且每一个组合包括一个或两个PUCCH资源。
与隐式信令相比,从向UE信号通知的PUCCH资源集合中选择显式PUCCH资源。通过ARI来寻址UE要使用的PUCCH资源,并且向每一个UE半静态地分配PUCCH资源集合。因此,除非使用更高层信令来重新配置UE,否则显式PUCCH资源不在PUCCH RB之间移动。因为隐式信号通知的PUCCH资源以子帧为基础占用不同的RB,但是在重新配置UE之前显式信号通知的PUCCH资源占用相同的RB,因此显式PUCCH资源和隐式PUCCH资源通常不会处于相同的PUCCH RB中。
独立地信号通知与每一个Ack/Nack资源指示符(ARI)状态相对应的显式资源对,使得它们可以被定位于PUCCH资源中的任意位置处。可以使用PUCCH-Config信息单元的RRC信令来实现这一点,如3GPP TS36.331V10.1.0的部分6.3.2“3rd Generation PartnershipProject;Technical Specification Group Radio Access Network;EvolvedUniversal Terrestrial Radio Access(E-UTRA);Radio Resource Control(RRC);Protocol specification(Release10),”March,2011中所公开的。这意味着PUCCH资源可以但不一定被配置为处于相同的PRB中。
LTE时分双工(TDD)支持非对称操作,其中,分配给下行链路传输和上行链路传输的子帧的数量是不同的。在该情况下,在一个子帧中从UE发送的混合自动重传请求(HARQ)-ACK信息可以与多个下行链路子帧相对应。UE针对其提供HARQ-ACK信息的服务小区上的下行链路子帧的数量通常称作变量M。因为在给定上行链路子帧中要求HARQ-ACK的下行链路子帧的数量可以随时间而改变,因此变量M是子帧索引的函数。
因为UE可能未接收到PDCCH传输,因此在TDD PDCCH中承载的下行链路控制信息(DCI)中包括2比特的下行链路指派索引(DAI)。例如如下面的表格2中所示地对DAI进行编码,这参照3GPPTS36.213V10.1.0的部分7.3“3rdGeneration Partnership Project;Technical Specification Group Radio Access Network;Evolved UniversalTerrestrial Radio Access(E-UTRA);Physical Layer Procedures(Release10)”,March2011,其内容通过引用的方式并入本文。
如本文所使用的,DAI=1是指表格2的第一行,包含DAI状态(0,0)。DAI=2是指表格2的第二行,包含DAI状态(0,1)。类似地,DAI=3和DAI=4分别是指表格2的第三行和第四行。
表格2:下行链路指派索引的值
在与多个下行链路子帧相对应的一个上行链路子帧中具有HARQ-ACK信息的能力导致与频分双工(FDD)略微不同的PUCCH资源分配机制。当M>1并且使用隐式资源分配时,在不同的下行链路子帧中发送的多个PDCCH用于确定在一个子帧中使用的PUCCH资源。这一点在例如3GPP TS36.213规范的部分10.1.3中描述。
已经提出了用于信道选择的多种开环上行链路发射分集方案,包括:使用少量PUCCH资源的资源选择发射分集(RSTD)发射分集方案。此类方案使用少于单天线发射的两倍的PUCCH资源,并且被称作“资源有效的”发射分集。因为版本10资源分配可能在一些情况下难以应用于资源有效的发射分集方案,因此它可以有利地与本文的实施例一起使用并且如下所述。
RSTD在多天线发射场景中使用额外空间维度来传送Ack/Nack信息,因此与单天线信道选择相比,改善了性能。在RSTD中,对于每一个Ack/Nack比特组合,选择一个正交资源对以用于两个天线上的发射。通过不同的正交资源对和/或不同的调制符号来区分不同的码字(Ack/Nack比特的组合)。通过该结构,RSTD可以采用利用相同或略微更大数量的可用于单天线信道选择的正交资源的发射分集。
具体地,参照图3,图3示出了示例性RSTD发射。
具体地,向QPSK调制器314提供两个比特310和312。此外,向信道选择器324提供两个比特320和322。
QPSK调制器314向天线330和332提供调制符号。具体地,调制被提供给天线330的时隙340和342以及天线332的时隙350和352。
类似地,信道选择器324向时隙340、342、350和352中的每一个提供数据资源和参考符号资源。
因此,考虑一般框架,可以假设用于不同参考符号的资源可以与用于数据的资源不同。因此,针对每一个Ack/Nack比特组合,可以选择用于数据的资源对和用于RS传输的资源对。此外,第二天线承载的调制符号在两个时隙之间可以不同,并且在相同时隙中,这些符号中的每一个符号可以与在第一天线上承载的符号不同。
现在参照下面的表格3,表格示出了针对四个Ack/Nack比特的情况的RSTD码。具体地,在表格3中,行表示Ack/Nack比特的组合,列表示用于数据或参考符号的PUCCH资源。“DTX”指示PDCCH未被UE接收到,“NACK/DTX”指示UE未成功地对PDSCH传输块进行解码或者UE未接收到准许PDSCH传输块的PDCCH,以及“ACK”指示UE接收到PDCCH准许并且成功地对传输块进行解码。在表格3的相应行与列的交叉点处的单元中指示针对每一个Ack/Nack比特组合发送的数据符号。在两个列集合中列出了天线端口。因为假设发送的数据符号在时隙之间可以不同,因此针对每一个Ack/Nack比特组合使用两个符号对每一个天线进行标记,如表格3所示。
表格3∶4比特RSTD
在与资源相对应的列和与Ack/Nack比特相对应的行的交叉点处的单元中使用“r”来指示用于Ack/Nack比特组合的参考信号的PUCCH资源。在表格3的示例中,假设用于参考信号的调制符号不在时隙之间改变,因此在一行上针对每一个天线仅需要一个“r”。
此外,如表格3所示,针对一个传输需要两个不同的PUCCH资源。具体地,针对天线端口0需要一个资源并且针对天线端口1需要一个资源。此外,总共使用四个PUCCH资源来发送四个Ack/Nack比特,这与上文所描述的针对单天线发射的四个Ack/NAck比特所需的数量相同。
针对很多开环信道选择发射分集方案的一个问题是在每一个天线上发送不同的PUCCH资源。因此,必须由每一个开环发射分集UE指示来自小区的至少两个资源。当Ack/Nack比特与一个PDSCH子帧相对应时(例如,当在M=1的情况下使用空间复用时)或者当使用基于ARI的资源分配时,使用LTE版本-10的TDD资源分配进行信道选择是容易的,这是因为在这两个模式中,使用一个PDCCH指示两个PUCCH资源。在M=1时进行空间复用的情况下,ncce+1用于指示第二资源,并且当使用ARI来指示PUCCH资源时,可以直接指示两个资源。因此,在这两个模式中,不需要额外PUCCH开销。
然而,当在M>1时使用两个PDCCH来指示来自一个小区的两个PUCCH资源时,问题并非如此简单,这是因为版本10的TDD隐式资源分配根据每一个PDCCH单独地指示一个PUCCH资源。如果使用两个PDCCH并且一次只可以调度其中一个,则必须根据PDCCH之一来确定资源对。通常,存在两种选择。第一个选择是仅根据一个PDCCH来确定两个资源,第二个选择是根据两个PDCCH来确定两个资源。
如果使用两个PDCCH,则因为每一个PDCCH指示两个PUCCH资源,因此可以分配总共四个资源,这是一个小区所需的两倍。因为这不支持资源有效的发射分集方案,因此是不期望的。
如果使用一个PDCCH,则现有的TDD Ack/Nack映射方法可能需要修改,以支持用于PUCCH资源分配的PDCCH针对开环发射分集是不连续传输(DTX)或Nack/DTX的情况。
例如,现在参照下面的表格4。表格4示出了在M=2的情况下在版本10TDD中的单天线发射的示例,其中,使用4个Ack/Nack比特。在表格中示出了HARQ状态和相应的PUCCH资源分配,其中,HARQ-ACK(i)与四个PDSCH之一相对应。
与版本10不同,使用四个PDCCH中的两个来确定PUCCH资源。假设通过调度与HARQ-ACK(0)相对应的PDSCH的第一PDCCH来指示PUCCH资源和并且通过调度与HARQ-ACK(2)相对应的PDSCH的第三PDCCH来指示PUCCH资源和在表格4中,强调了HARQ-ACK(0)和HARQ-ACK(2)可以是DTX的情况,因此资源对和或者和将不可用。用黑体示出了HARQ-ACK(0)可以是DTX并且资源对和可能不可用的情况,并且HARQ-ACK(2)可以是DTX并且资源对和不可用的相应情况是黑体且斜体的。此外,针对潜在存在不可用资源的行,资源和是黑体的,并且在这些情况下,资源和是黑体且斜体的。(*)被放置在如果PDCCH是DTX则UE需要在其上进行发送的资源可能不可用的单元中。
表格4:针对A=4的HARQ-ACK复用的传输
如表格4中所示,存在丢失的PDCCH将引起UE不能利用所需资源的四种情况。一个解决方案是修改支持的HARQ-ACK组合以使UE针对这些情况不进行发送。然而,这可能是不期望的,其原因在于这减少了eNB调度器可用的信息。因此,在M>1时针对TDD的版本10隐式资源分配方案的情况下使用两个PDCCH可能是有问题的。在一个实施例中,当PDCCH可以是DTX时,资源分配可能起作用,但是这不需要使用额外的PUCCH资源或者修改版本10中支持的HARQ-ACK状态。
根据本公开,提供了两个解决方案。第一个解决方案是混合隐式-显式资源指示解决方案。第二个解决方案是主小区上的显式资源指示解决方案。下面讨论每一个解决方案。
混合隐式-显式资源指示
根据混合隐式-显式资源指示解决方案,提供了四个主要组成部分。这些主要组成部分是(1)针对第一PDCCH存在修改的隐式资源分配;(2)针对其余PDCCH使用显式资源分配;(3)避免重复资源指示;以及(4)对资源分配进行歧义消除。
具体地,提供了针对第一PDCCH的修改的隐式资源分配。针对在服务小区c上调度PDSCH的第一PDCCH修改隐式资源分配。在一个实施例中,不需要在服务小区c上发送PDCCH。可以将PDCCH识别为针对服小区c具有DAI=1的PDCCH。备选地,可以将PDCCH识别为具有最小起始CCE索引ncce,m的PDCCH。PDCCH的位置用于指示向UE信号通知的Nari个PDCCH资源之一。可以根据等式1来实现这一点。
其中:
LCCE是PDCCH的以CCE为单位的长度;
ncce,m是针对第m个PDCCH的第一CCE的索引;
NARIis是可以向UE动态地信号通知的显式PUCCH资源集合的数量。为了与版本10的ARI相一致,该值通常为4;以及
mod(x,y)是当整数x除以整数y时的余数。
查找函数ARI(x)通过与版本10LTE相同的方式从预先分配的PUCCH资源集合中选择PUCCH资源的子集。该函数包括每一行包含PUCCH资源集合的表格,其中,针对整数x的值来选择该行上的PUCCH资源集合。向UE半静态地信号通知PUCCH资源集合。
在一个实施例中,如果针对PDCCH使用显式资源分配,则不使用隐式资源分配,并且取而代之地使用下面所描述的解决方案。
然后在在服务小区c上调度PDSCH的其余PDCCH上使用针对其余PDCCH的显式资源分配。这是通过与版本10ARI相同的方式完成的。PDCCH上的通常用于针对PUCCH的功率控制比特的与下行链路控制信息有关的比特被取而代之地用作ARI比特。根据下面的等式2表达上面的内容。
其中:
因此,在该实施例中,显式资源分配针对PUCCH利用功率控制比特来提供Ack/Nack资源指示符。如果UE和eNB已知哪些比特用于该目的,则备选的实施例可以使用由PDCCH承载的下行链路控制信息中的其他比特。
关于重复资源指示,因为PDCCH指示多个PUCCH资源,因此可能重复地分配资源。为了避免该情况,由修改的隐式资源分配和针对在小区上调度PDSCH的其余PDCCH的显式资源分配所指示的资源可以是相同的。换言之,如果pc_bits_state=mod(nCCE,m,NARI),则 因此,针对小区c的等式1和针对在小区c上调度PDSCH的其余PDCCH的显式资源分配,使用相同查找函数ARI()以及相同的半静态信号通知的PUCCH资源。
关于资源分配歧义消除,因为存在来自修改的隐式资源分配和来自一个或多个显式资源分配的多个资源指示,因此UE需要确定它应当使用哪一个。也即是说,UE需要根据和中的一个或多个来确定单个分配其中,是要用于发送的资源。
存在用于资源分配歧义消除的两个可能方式。第一个可能方式是不能假设修改的隐式资源分配和显式资源分配是相同的。也即是说, 并不总是成立的。如果修改的隐式分配和所有显式资源分配未被约束为相同的,则UE必须确定它应当使用哪一个。一种方式将是使用与相同小区上的PDSCH相对应的PDCCH集合中具有最低CCE索引的PDCCH来确定PUCCH资源。备选地,使用与相同小区上的PDSCH相对应的PDCCH集合中具有特定DAI值(例如1)的PDCCH来确定PUCCH资源。
在用于资源分配歧义消除的第二可能方式中,可以假设修改的隐式资源分配和所有显式资源分配是相同的。也即是说, 应当始终成立。在该情况下,可以由UE执行来决定它选择或中的哪一个作为用于发送的资源。在一个实施例中,可以规定UE执行挑选的选择和/或UE可以假设服务小区c的每一个PDCCH指示与服务小区c的其他PDCCH相同的PUCCH资源。备选地,可以象在不能假设资源相同的情况一样地使用诸如第一检测资源或特定DAI值等的相同规则。
基于上文,现在参照图4,图4描述了在UE中用于确定分配给该UE的PUCCH资源的方法。图4的过程在框410处开始,并且前进至框412,在框412中,在服务小区c上调度PDSCH的PDCCH的第一CCE的索引由UE使用以确定分配给该UE的第一PUCCH资源集合。这依据上文所述的修改的隐式分配。
该过程从框412前进至框414,在框414中,UE根据上文所述的显式资源分配从在服务小区c上调度PDSCH的其余PDCCH中确定其余PUCCH资源。在一个实施例中,使用功率控制比特进行ARI分配。
该过程从框414前进至框418,在框418中,进行检查以确定UE是否可以假设所有修改的隐式资源分配和显式资源分配是相同的。如果否,则该过程前进至框420,并且使用固定规则来进行歧义消除。然后,该过程前进至框422并且结束。
相反,如果隐式资源分配和显式资源分配相同,则该过程从框418前进至框430,在框430中,UE可以决定要使用哪一个分配。然后,该过程前进至框422并且结束。
本领域技术人员将清楚的是,在UE处可以不存在框418处的检查,而是可以在制造设备时或者基于UE的标准实现来预定义对框420或430的选择。
主小区上的显式资源指示
除了资源不再是根据PDCCH的CCE索引导出的之外,第二实施例与第一实施例相同。就这一点而言,使用显式资源分配来替代第一实施例的第一组成部分,即,针对第一PDCCH的修改的隐式资源分配。因此,在隐式资源分配将用于在小区上调度PDSCH的第一PDCCH的隐式资源分配的情况下,使用显式资源分配来替代隐式资源分配。PDCCH上的通常用于针对PUCCH的功率控制比特的下行链路控制信息中的比特被取而代之地用作ARI比特,并且以与第一实施例中第二组成部分(即,用于其余PDCCH的显式资源分配)相同的方式来计算资源分配。因此,在图4中,第二实施例将直接从框410前进至框414。
在一个实施例中,在小区c上调度PDSCH的第一PDCCH可以被识别为具有DAI=1的PDCCH。
因为功率控制比特用于PUCCH资源分配而不是功率控制,因此如果期望PUCCH功率控制,则可能需要其他机制。可以使用以下方式之一来导出针对PUCCH的功率控制:
CRC掩蔽的TPC
用于指示要在UE的天线中的哪一个上进行发送的版本8机制可以重新用于指示功率控制比特。使用相同的CRC掩蔽技术和天线选择掩码来指示单个功率控制比特。
因为与版本8不同,在该实施例中,针对每一个PDCCH信号通知一个功率控制比特,并且因为被配置用于载波聚合的UE可以在子帧中仅接收一个PDCCH,因此在子帧中仅一个功率控制比特可用于PUCCH。因此,可以通过针对每一个子帧支持一个功率控制比特的方法来替代针对包含2个功率控制比特的DCI格式的2比特PUCCH功率控制方法。
使用与用于通过DCI格式3A进行版本8PUCCH功率控制的机制类似的机制来提供1比特的功率控制。在该情况下,所提供的功率控制比特可以使用与LTE版本8相同的映射,如下面关于表格5所示。
来自掩蔽的CRC的TPC命令字段 | 累积的δPUSCH,c[dB] |
0 | -1 |
1 | 1 |
表格5:根据掩蔽的CRC导出的TPC命令到累积的δPUSCH,c值的映射
表格5具有与3GPP TS36.213技术标准的表格5.1.1.1-3相同的值。此外,功率控制机制的其余部分遵循针对版本8所规定的功率控制机制,如3GPP TS36.213技术标准的部分5.1.2.1中所定义的。
CRC掩蔽操作按如下方式工作。在一个实施例中,天线选择掩码与3GPP TS36.212技术标准中的表格5.3.3.2-1中的掩码相同。
在TPC命令CRC掩蔽被配置并且可应用的情况下,在附加以后,使用如表格6中所指示的TPC命令掩码xAs,0,xAS,1,...,xAs,15和相应的RNTI xrntu,0,xrnti,1,xrnti,15来对具有DCI格式0的PDCCH的CRC校验比特进行加扰,以形成比特序列c0,c1,c2,c3,...,cB-1。ck与bk之间的关系为:
ck=bk 针对k=0,1,2,...,A-1
ck=(bk+xrnti,k-A+xAS,k-A)mod2针对k=A,A+1,A+2,..,A+15。
TPC命令 | TPC命令掩码<xAs,0,xAS,1,…,xAS,15> |
0 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0> |
1 | <0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,1> |
表格6:TPC命令掩码
在PDCCH上承载的诸如DAI等的信息比特用于确定在小区上调度PDSCH的第一PDCCH的情况下,UE可能难以在它对PDCCH进行解码之前确定哪一个PDCCH是第一个PDCCH。在该情况下,UE将不能可靠地确定在小区上调度PDSCH的第二PDCCH是否具有未使用TPC命令掩蔽的CRC。如果功率控制命令为“1”或者如果错误地接收到CRC的比特,则CRC校验将未通过。因此,UE不能可靠地确定是可靠地接收到PDCCH但是具有功率控制命令“1”还是在具有比特错误的情况下接收到PDCCH。
因为UE难以确定第二PDCCH是否包含CRC掩蔽的TPC,因此在小区上调度PDSCH的所有PDCCH可能期望在它们中的至少一个承载CRC掩蔽的TPC时承载CRC掩蔽的TPC。在该情况下,UE将从PDCCH接收到多个功率控制比特。因为期望针对每一个子帧具有单个功率控制命令,因此在该解决方案中,UE可以在它接收到承载要在子帧中施加的针对PUCCH的TPC命令的多个PDCCH时导出单个功率控制命令。
在一个实施例中,TPC命令不能被假设为是相同的。在该情况下,UE可以使用相同的函数或算法来确定要使用的单个功率控制命令。UE可以使用来自PDCCH的在子帧中发送的TPC命令,该子帧与当PUCCH将被发送时的子帧最近。如果在相同的子帧中发送多个TPC命令,则UE可以使用额外机制来区分它们。在该情况下,一个解决方案可以是从具有特定DAI值(例如1)的PDCCH中选择TPC命令。另一解决方案将是从具有最小CCE索引的PDCCH中选择TPC命令。该解决方案集合的益处将是功率控制命令可以更加即时,这是因为最近的功率控制命令可以用于PUCCH。
在第二实施例中,TPC命令可以被假设为是相同的。在该情况下,一个解决方案将是规定UE可以假设TPC命令是相同的。因此,在该解决方案中,由UE执行来决定要使用哪一个TPC命令,这是因为结果应当是相同的。
另一解决方案是允许UE假设TPC命令是不同的但是由UE执行来决定当TPC命令不同时UE要使用TPC命令中的哪一个。该解决方案或多或少与上面的第一解决方案相当,这是因为如果eNB希望可靠的功率控制,则它通常将TPC命令设置为相同的。第二实施例的一个益处是TPC命令的处理可能是简单的,这是因为由UE执行来决定UE要使用多个TPC命令中的哪一个。
格式3/3A组功率控制
当期望在单个PDCCH中发送针对多个UE的PUCCH的功率控制命令时,其TPC命令被ARI替换的UE的PUCCH的TPC也可以通过DCI格式3和3A来提供。在版本10以及先前的版本中,UE不需要同时接收包含针对PUCCH的格式3或3A功率控制命令的PDCCH以及针对专用于包含PUCCH功率控制命令的一个UE的PDCCH。换言之,这些PDCCH是具有DCI格式1A、1B、1D、1、2A、2B、2C和2的PDCCH。因此,格式3/3A功率控制可能不能在它持续地接收针对PDSCH的准许的同时用于UE。针对该问题的解决方案是通过要求UE除了对使用其他RNTI(包括C-RNTI)掩蔽的PDCCH进行解码之外还对通过TPC-PUCCH-RNTI掩蔽的PDCCH进行解码来增加UE必须进行的PDCCH解码的次数。因为在版本10中仅根据在PCell上发送的PDCCH来获得PUCCH TPC,因此这可能足以额外地监控从仅PCell发送的PUCCH上的TPC-PUCCH-CRNTI。
上文可以由任何网络元件来执行。关于图5示出了简化的网络元件。
在图5中,网络元件510包括处理器520和通信子系统530,其中,处理器520和通信子系统530协作以执行上文所述的方法。
此外,可以由任何UE执行上述方法。下面关于图6描述了一个示例性设备。
UE600通常是具有语音和数据通信能力的双向无线通信设备。UE600通常具有在互联网上与其他计算机系统进行通信的能力。根据所提供的确切功能,UE可以被称作例如数据消息传送设备、双向寻呼机、无线电子邮件设备、具有数据消息传送能力的蜂窝电话、无线互联网器件、无线设备、移动设备或数据通信设备。
在UE600具有双向通信能力的情况下,它可以合并通信子系统611,通信子系统611包括接收机612和发射机614二者以及相关联的组件,例如,一个或多个天线阵列616和618、本地振荡器(LO)613和诸如数字信号处理器(DSP)620等的处理模块。如通信领域技术人员将清楚的是,通信子系统611的特定设计将取决于设备旨在在其中进行操作的通信网络。通信子系统611的射频前端可以是上述实施例中的任意一个实施例。
网络接入需求也将根据网络619的类型而改变。在一些网络中,网络接入与UE600的订户或用户相关联。UE可能需要可拆卸用户标识模块(RUIM)或订户标识模块(SIM)卡以在网络上操作。SIM/RUIM接口644通常与可以在其中插入或弹出SIM/RUIM卡的卡槽类似。SIM/RUIM卡可以具有存储器,并且保存很多密钥配置651和其他信息653,例如,标识和订户相关信息。
当已经完成所需的网络注册或激活过程时,UE600可以通过网络619发送和接收通信信号。如图6所示,网络619可以由与UE进行通信的多个基站构成。
天线阵列616通过通信网络619接收的信号被输入到接收机612,接收机612可以执行诸如信号放大、下变频、滤波、信道选择等的此类常见接收机功能。对接收信号执行的A/D转换允许在DSP620中执行诸如解调和解码等的更复杂的通信功能。以类似方式,要发送的信号由DSP620处理(包括例如调制和编码),并被输入到发射机614以进行数模转换、上变频、滤波、放大并经由天线阵列618通过通信网络619来发送。DSP620不仅处理通信信号,而且还提供接收机和发射机控制。例如,可以通过在DSP620中实现的自动增益控制算法来对接收机612和发射机614中施加到通信信号的增益进行自适应控制。
通常,UE600包括控制设备的总体操作的处理器638。通过通信子系统611来执行包括数据通信和语音通信的通信功能。处理器638还与其他设备子系统交互,其他设备子系统例如是显示器622、闪存624、随机存取存储器(RAM)626、辅助输入/输出(I/O)子系统628、串行端口630、一个或更多个键盘或键区632、扬声器634、麦克风636、其他通信子系统640(例如短距离通信子系统)和统称为642的任何其他设备子系统。串行端口630可以包括USB端口或本领域技术人员已知的其他端口。
图6中所示的子系统中的一些子系统执行与通信有关的功能,而其他子系统可以提供“驻留”或设备上的功能。显然,诸如键盘632和显示器622等的一些子系统可以用于与通信有关的功能(例如,输入文本消息以通过通信网络传输)和设备驻留功能(例如,计算器或任务列表)。
处理器638使用的操作系统软件可以存储在诸如闪存624等的永久存储设备中,该永久存储设备可以取而代之的是只读存储器(ROM)或类似存储元件(未示出)。本领域技术人员将清楚的是,操作系统、特定设备应用或其各个部分可以临时加载到易失性存储器(例如RAM626)中。接收的通信信号也可以存储在RAM626中。
如图所示,闪存624可以被划分为不同的区域,以用于计算机程序658和程序数据存储650、652、654和656。这些不同的存储类型指示每个程序可以分配闪存624的一部分用于其自身的数据存储需要。处理器638除了其操作系统功能之外,还可以实现软件应用在UE上的执行。控制基本操作的应用的预定集合(至少包括例如数据通信应用和语音通信应用)通常可以在制造期间安装在UE600上。可以接着或动态地安装其他应用。
应用和软件可以存储在任何计算机可读存储介质上。计算机可读存储介质可以是有形的或者可以在诸如光存储器(例如,CD、DVD等)、磁存储器(例如,磁带)或在本领域中已知的其他存储器等的瞬时性/非瞬时性介质中。
一个软件应用可以是个人信息管理器(PIM)应用,其具有组织和管理与UE的用户相关的数据项的能力,数据项例如但不限于:电子邮件、日程事件、语音邮件、约会和任务项。自然地,一个或更多个存储器在UE上可用,以便于存储PIM数据项。这种PIM应用可以具有经由无线网络619发送和接收数据项的能力。其他应用也可以通过网络619、辅助I/O子系统628、串行端口630、短距离通信子系统640或任何其他合适子系统642加载至UE600上,并由用户安装在RAM626或非易失性存储设备(未示出)中,以由处理器638执行。这种应用安装的灵活性可以增加设备的功能,并且可以提供增强的设备上功能、与通信有关的功能或两者兼有。例如,安全通信应用可以使得能够使用UE600来执行电子商务功能和其他这种金融交易。
在数据通信模式中,接收信号(例如文本消息或网页下载)将由通信子系统611处理,并输入到处理器638,处理器638可以对接收信号进行进一步处理,以输出到显示器622或备选地输出到辅助I/O设备628。
UE600的用户也可以使用键盘632与显示器622和可能的辅助I/O设备628相结合来编写数据项,例如电子邮件消息,键盘632优选地是完整字母数字键盘或电话类型键区。然后,可以通过通信子系统611在通信网络上发送这种编写的项目。
对于语音通信,除了接收信号通常将输出到扬声器634并且用于发送的信号将由麦克风636生成以外,UE600的总体操作类似。还可以在UE600上实现备选的语音或音频I/O子系统,例如语音消息记录子系统。虽然语音或音频信号输出通常主要通过扬声器634来实现,但是显示器622也可以用于提供对例如主叫方身份、语音呼叫的持续时间或其他与语音呼叫有关的信息的指示。
图6中的串行端口630通常实现在个人数字助理(PDA)型的UE中,对于这种UE,可能需要与用户的台式计算机(未示出)同步,但是这种端口是可选的设备组件。这种端口630将使用户能够通过外部设备或软件应用来设置偏好,并且可以通过以不同于通过无线通信网络的方式来向UE600提供信息或软件下载来扩展UE600的能力。备选的下载路径例如可以用于通过直接从而可靠和可信的连接将加密密钥加载到设备上,从而实现安全设备通信。本领域技术人员将清楚的是,串行端口630还可以用于将UE连接到计算机以用作调制解调器。
其他通信子系统640(例如短距离通信子系统)是可以提供UE600与不同系统或设备(不一定是类似设备)之间的通信的其他可选的组件。例如,子系统640可以包括红外设备和相关联电路和组件或蓝牙TM通信模块,以提供与具有类似能力的系统和设备的通信。子系统640还可以包括非蜂窝通信,例如,WiFi或WiMAX。
本文描述的实施例是具有与本申请的技术的要素相对应的要素的结构、系统或方法的示例。这种书面描述可以使本领域技术人员能够做出和使用具有同样与本申请的技术的要素相对应的备选要素的实施例。因此,本申请的技术的预期范围包括与本文描述的本申请的技术无差别的其他结构、系统或方法,并且还包括与本文描述的本申请的技术具有非实质性差别的其他结构、系统或方法。
Claims (24)
1.一种分配针对用户设备UE处的混合自动重传请求确认的上行链路资源的方法,所述方法包括:
向所述用户设备指示第一上行链路资源集合;以及
使用在小区上调度下行链路共享信道DSCH的第一下行链路控制信道DCCH的位置来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集。
2.根据权利要求1所述的方法,还包括:使用在所述小区上调度所述DSCH的其余下行链路控制信道内的下行链路控制信息比特来指示上行链路资源中所述UE能够在其上进行发送的第二子集。
3.根据权利要求1所述的方法,其中,所述第一DCCH的位置基于所述第一DCCH中的控制信道单元的索引。
4.根据权利要求2所述的方法,其中,所述下行链路控制信息比特利用功率控制比特。
5.根据权利要求2所述的方法,还包括:
利用相同的查找函数来指示所述第一子集和指示所述第二子集。
6.根据权利要求2所述的方法,还包括:
假设通过指示所述第一子集得到的资源与通过指示所述第二子集得到的资源并不始终相同;以及
利用规则来对所述第一子集和所述第二子集进行歧义消除。
7.一种在用户设备UE处用于接收针对混合自动重传请求确认的上行链路资源的分配的方法,所述方法包括:
从网络元件接收第一上行链路资源集合;以及
使用在小区上调度下行链路共享信道DSCH的第一下行链路控制信道DCCH的位置来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集。
8.根据权利要求7所述的方法,还包括:
使用在所述小区上调度所述DSCH的其余下行链路控制信道内的下行链路控制信息比特来导出上行链路资源中所述UE能够在其上进行发送的第二子集。
9.根据权利要求7所述的方法,其中,所述第一DCCH的位置基于所述第一DCCH中的控制信道单元的索引。
10.根据权利要求8所述的方法,其中,所述下行链路控制信息比特利用功率控制比特。
11.根据权利要求8所述的方法,还包括:
利用相同的查找函数来导出所述第一子集和导出所述第二子集。
12.根据权利要求8所述的方法,还包括:
假设通过导出所述第一子集得到的资源与通过导出所述第二子集得到的资源并不始终相同;以及
利用规则来对所述第一子集和所述第二子集进行歧义消除。
13.一种分配针对用户设备UE处的混合自动重传请求确认的上行链路资源的方法,所述方法包括:
向所述用户设备指示第一上行链路资源集合;
使用在主小区上调度下行链路共享信道DSCH的第一下行链路控制信道内的下行链路控制信息比特来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集,其中,所述第一下行链路控制信道是在所述主小区上发送的;以及
通过第二下行链路控制信道中的下行链路控制信息比特来指示所述第一上行链路资源集合中所述UE能够在其上进行发送的第二子集,其中,所述第二子集中的上行链路资源能够与上行链路资源的第一子集中的上行链路资源相同。
14.根据权利要求13所述的方法,其中,所述下行链路控制信息比特利用功率控制比特。
15.根据权利要求14所述的方法,还包括:
利用由发射功率控制比特所掩蔽的循环冗余校验来导出针对上行链路控制信道UCCH的功率控制。
16.根据权利要求14所述的方法,其中,至少所述第一下行链路控制信道和所述第二下行链路控制信道中的每一个利用由发射功率控制比特所掩蔽的循环冗余校验来导出针对上行链路控制信道UCCH的功率控制。
17.根据权利要求16所述的方法,其中,如果由发射功率控制比特所掩蔽的所有循环冗余校验不相同,则所述方法还包括:区分由发射功率控制比特所掩蔽的循环冗余校验。
18.根据权利要求17所述的方法,其中,所述区分选择由至少所述第一下行链路控制信道和所述第二下行链路控制信道中具有特定的下行链路指派索引的一个下行链路控制信道中的发射功率控制比特所掩蔽的循环冗余校验。
19.一种用于接收针对混合自动重传请求确认的上行链路资源的分配的用户设备UE,所述用户设备包括:
处理器;以及
通信子系统,
其中,所述处理器和所述通信子系统被配置为:
接收针对所述用户设备的第一上行链路资源集合;以及
使用在主小区上调度下行链路共享信道DSCH的第一下行链路控制信道中的下行链路控制信息比特来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第一子集,其中,所述第一下行链路控制信道是在所述主小区上接收的;以及
通过第二下行链路控制信道中的下行链路控制信息比特来导出所述第一上行链路资源集合中所述UE能够在其上进行发送的第二子集,其中,所述第二子集中的上行链路资源能够与所述上行链路资源的第一子集中的上行链路资源相同。
20.根据权利要求19所述的用户设备,其中,所述下行链路控制信息比特利用功率控制比特。
21.根据权利要求20所述的用户设备,其中,所述处理器和所述通信子系统被进一步配置为利用由发射功率控制比特所掩蔽的循环冗余校验来导出针对上行链路控制信道UCCH的功率控制。
22.根据权利要求20所述的用户设备,其中,至少所述第一下行链路控制信道和所述第二下行链路控制信道中的每一个利用由发射功率控制比特所掩蔽的循环冗余校验来导出针对上行链路控制信道UCCH的功率控制。
23.根据权利要求22所述的用户设备,其中,如果由发射功率控制比特所掩蔽的所有循环冗余校验不相同,则所述处理器和所述通信子系统被进一步配置为:区分由发射功率控制比特所掩蔽的循环冗余校验。
24.根据权利要求23所述的用户设备,其中,所述区分使用由至少所述第一下行链路控制信道和所述第二下行链路控制信道中具有特定的下行链路指派索引的一个下行链路控制信道中的发射功率控制比特所掩蔽的循环冗余校验。
Applications Claiming Priority (13)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201161522434P | 2011-08-11 | 2011-08-11 | |
US61/522,434 | 2011-08-11 | ||
US13/248,638 US8917586B2 (en) | 2010-10-01 | 2011-09-29 | Orthogonal resource selection transmit diversity and resource assignment |
US13/248,638 | 2011-09-29 | ||
US201161541848P | 2011-09-30 | 2011-09-30 | |
US61/541,848 | 2011-09-30 | ||
US201161555572P | 2011-11-04 | 2011-11-04 | |
US61/555,572 | 2011-11-04 | ||
US201161556356P | 2011-11-07 | 2011-11-07 | |
US61/556,356 | 2011-11-07 | ||
US13/527,017 US20130039290A1 (en) | 2011-08-11 | 2012-06-19 | Method and System for Uplink Control Channel Transmit Diversity Using Multiple Downlink Control Channel Based Resource Allocation |
US13/527,017 | 2012-06-19 | ||
PCT/US2012/050411 WO2013023168A1 (en) | 2011-08-11 | 2012-08-10 | Method and system for uplink control channel transmit diversity using multiple downlink control channel based resource allocation |
Publications (1)
Publication Number | Publication Date |
---|---|
CN103875259A true CN103875259A (zh) | 2014-06-18 |
Family
ID=47669000
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201280050208.3A Pending CN103875259A (zh) | 2011-08-11 | 2012-08-10 | 用于使用基于多个下行链路控制信道的资源分配进行上行链路控制信道发射分集的方法和系统 |
Country Status (6)
Country | Link |
---|---|
US (1) | US20130039290A1 (zh) |
EP (1) | EP2696526A3 (zh) |
KR (1) | KR20140058599A (zh) |
CN (1) | CN103875259A (zh) |
CA (1) | CA2843494A1 (zh) |
WO (1) | WO2013023168A1 (zh) |
Cited By (11)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016184211A1 (zh) * | 2015-05-15 | 2016-11-24 | 中兴通讯股份有限公司 | 上行控制信息的发送方法及装置 |
WO2016192433A1 (zh) * | 2015-05-29 | 2016-12-08 | 中兴通讯股份有限公司 | 多无线链路共享资源的配置方法、信号传输方法及节点 |
CN107733626A (zh) * | 2016-08-12 | 2018-02-23 | 株式会社Kt | 用于针对bl/ce用户终端发送或接收多播控制信道的方法和装置 |
CN108206732A (zh) * | 2016-12-19 | 2018-06-26 | 维沃移动通信有限公司 | 数据传输方法、资源指示信息的获取方法、终端及基站 |
CN108990166A (zh) * | 2017-05-05 | 2018-12-11 | 华为技术有限公司 | 一种获取控制信息的方法及装置 |
CN110708144A (zh) * | 2018-07-10 | 2020-01-17 | 中国移动通信有限公司研究院 | 一种资源指示方法、装置和存储介质 |
CN111464246A (zh) * | 2016-07-29 | 2020-07-28 | 三星电子株式会社 | 用于在移动通信系统中报告信道状态信息的方法和设备 |
CN111726213A (zh) * | 2019-03-21 | 2020-09-29 | 华硕电脑股份有限公司 | 物理上行链路共享信道的波束指示的方法和设备 |
CN112602283A (zh) * | 2018-08-09 | 2021-04-02 | 联想(新加坡)私人有限公司 | 用于下行链路控制信道的下行链路指派 |
CN112930705A (zh) * | 2018-11-01 | 2021-06-08 | 联发科技(新加坡)私人有限公司 | 移动通信中harq过程以及pucch资源选择的方法和装置 |
CN114915385A (zh) * | 2017-06-15 | 2022-08-16 | 日本电气株式会社 | 用于交叉数字基本配置调度的方法和设备 |
Families Citing this family (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105227266B (zh) * | 2012-01-12 | 2019-06-14 | 华为技术有限公司 | 传输上行控制信息的方法、用户设备和基站 |
US9503224B2 (en) * | 2012-03-19 | 2016-11-22 | Lg Electronics Inc. | Method and wireless equipment for performing HARQ |
FI4040710T3 (fi) | 2012-08-02 | 2023-12-13 | Blackberry Ltd | Uplink-ohjauskanavan resurssien allokointi matkaviestinjärjestelmän parannettua downlink-ohjauskanavaa varten |
US10700845B2 (en) | 2015-03-09 | 2020-06-30 | Comcast Cable Communications, Llc | Secondary cell deactivation in a wireless device and a base station |
US10327236B2 (en) | 2015-03-09 | 2019-06-18 | Comcast Cable Communications, Llc | Secondary cell in a wireless device and wireless network |
US9820264B2 (en) | 2015-03-09 | 2017-11-14 | Ofinno Technologies, Llc | Data and multicast signals in a wireless device and wireless network |
US9820298B2 (en) | 2015-03-09 | 2017-11-14 | Ofinno Technologies, Llc | Scheduling request in a wireless device and wireless network |
US10182406B2 (en) | 2015-03-09 | 2019-01-15 | Comcast Cable Communications, Llc | Power headroom report for a wireless device and a base station |
US9877334B2 (en) | 2015-04-05 | 2018-01-23 | Ofinno Technologies, Llc | Cell configuration in a wireless device and wireless network |
US11641255B2 (en) | 2015-04-05 | 2023-05-02 | Comcast Cable Communications, Llc | Uplink control information transmission in a wireless network |
US10200177B2 (en) | 2015-06-12 | 2019-02-05 | Comcast Cable Communications, Llc | Scheduling request on a secondary cell of a wireless device |
US9894681B2 (en) | 2015-06-12 | 2018-02-13 | Ofinno Technologies, Llc | Uplink scheduling in a wireless device and wireless network |
US9948487B2 (en) | 2015-06-15 | 2018-04-17 | Ofinno Technologies, Llc | Uplink resource allocation in a wireless network |
US10542558B2 (en) * | 2016-09-30 | 2020-01-21 | Qualcomm Incorporated | Devices and methods for uplink control channel design in regular bursts for new radio (NR) networks |
WO2018229727A1 (en) * | 2017-06-16 | 2018-12-20 | Telefonaktiebolaget Lm Ericsson (Publ) | Sending commands in downlink control channel |
BR112020010592A2 (pt) * | 2017-11-29 | 2020-11-10 | Ntt Docomo, Inc. | terminal, método de radiocomunicação para um terminal e estação base |
US11290220B2 (en) * | 2018-04-06 | 2022-03-29 | Nokia Technologies Oy | Selection of physical uplink control channel resources |
US20210160910A1 (en) * | 2018-05-02 | 2021-05-27 | Ntt Docomo, Inc. | User terminal and radio base station |
CN112740770A (zh) * | 2018-07-20 | 2021-04-30 | 株式会社Ntt都科摩 | 基站以及用户终端 |
BR112021001358A2 (pt) * | 2018-07-27 | 2021-04-20 | Ntt Docomo, Inc. | terminal de usuário |
Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080316957A1 (en) * | 2007-06-21 | 2008-12-25 | Zukang Shen | Selection of Orthogonal Covering Sequences and Phase Ramped Sequences |
US20100165931A1 (en) * | 2008-12-31 | 2010-07-01 | Motorola, Inc. | Apparatus and Method for Communicating Control Information Over a Data Channel in the Absence of User Data |
WO2010128817A2 (en) * | 2009-05-07 | 2010-11-11 | Lg Electronics Inc. | Method and apparatus for transmitting ack/nack |
Family Cites Families (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
KR101384078B1 (ko) * | 2007-01-10 | 2014-04-09 | 삼성전자주식회사 | 무선통신 시스템에서 애크/내크 채널 자원을 할당하고시그널링하는 방법 및 장치 |
US7986959B2 (en) * | 2007-02-14 | 2011-07-26 | Qualcomm Incorporated | Preamble based uplink power control for LTE |
US8068457B2 (en) * | 2007-03-13 | 2011-11-29 | Samsung Electronics Co., Ltd. | Methods for transmitting multiple acknowledgments in single carrier FDMA systems |
KR101459147B1 (ko) * | 2008-02-04 | 2014-11-10 | 엘지전자 주식회사 | 무선통신 시스템에서 전송 파워 제어 명령 전송 방법 |
KR100913473B1 (ko) * | 2008-03-20 | 2009-08-25 | 엘지전자 주식회사 | 무선 통신 시스템에서 pdcch 모니터링 방법 |
US8687652B2 (en) * | 2008-03-27 | 2014-04-01 | Qualcomm Incorporated | Uplink ACK/NAK resource allocation |
EP2286537B1 (en) * | 2008-05-15 | 2013-02-27 | Telefonaktiebolaget L M Ericsson (PUBL) | Increasing reliability of hybrid automatic repeat request protocol |
CN102113398B (zh) * | 2008-08-01 | 2014-07-02 | Lg电子株式会社 | 在包括中继站的无线通信系统中的对于回程链路和接入链路的资源分配方法 |
JP5359254B2 (ja) * | 2008-12-19 | 2013-12-04 | 富士通株式会社 | 送信電力制御情報設定方法 |
US8565066B2 (en) * | 2009-01-08 | 2013-10-22 | Samsung Electronics Co., Ltd. | System and method for an uplink acknowledgement transmission in carrier-aggregated wireless communication systems |
KR101715938B1 (ko) * | 2009-03-03 | 2017-03-14 | 엘지전자 주식회사 | 다중 안테나 시스템에서 harq ack/nack 신호 전송 방법 및 장치 |
WO2010104352A2 (en) * | 2009-03-11 | 2010-09-16 | Samsung Electronics Co., Ltd. | Transmission of acknowledgement signals in a communication system |
KR101470063B1 (ko) * | 2009-03-12 | 2014-12-12 | 인터디지탈 패튼 홀딩스, 인크 | 업링크 일차 반송파를 선택 및 재선택하는 방법 및 장치 |
US8682327B2 (en) * | 2009-03-13 | 2014-03-25 | Qualcomm Incorporated | Resource search in a communication network |
KR101731333B1 (ko) * | 2009-03-25 | 2017-04-28 | 엘지전자 주식회사 | Ack/nack을 전송하는 방법 및 장치 |
US8665775B2 (en) * | 2009-05-24 | 2014-03-04 | Lg Electronics Inc. | Method and apparatus in which a relay station makes a hybrid automatic repeat request in a multi-carrier system |
US8599715B2 (en) * | 2009-07-30 | 2013-12-03 | Lg Electronics Inc. | Apparatus and method for transmitting channel state information in a mobile communication system |
US8848623B2 (en) * | 2009-08-21 | 2014-09-30 | Blackberry Limited | System and method for channel timing offset |
US8848601B2 (en) * | 2009-08-21 | 2014-09-30 | Blackberry Limited | System and method for carrier activation |
CN107104780B (zh) * | 2009-10-01 | 2020-10-16 | 交互数字专利控股公司 | 上行链路控制数据传输 |
US8804639B2 (en) * | 2010-10-04 | 2014-08-12 | Qualcomm Incorporated | Control channel resources for multi-bit ACK/NAK |
-
2012
- 2012-06-19 US US13/527,017 patent/US20130039290A1/en not_active Abandoned
- 2012-08-10 WO PCT/US2012/050411 patent/WO2013023168A1/en active Application Filing
- 2012-08-10 EP EP12180172.4A patent/EP2696526A3/en not_active Withdrawn
- 2012-08-10 CN CN201280050208.3A patent/CN103875259A/zh active Pending
- 2012-08-10 CA CA2843494A patent/CA2843494A1/en not_active Abandoned
- 2012-08-10 KR KR1020147005883A patent/KR20140058599A/ko not_active Application Discontinuation
Patent Citations (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080316957A1 (en) * | 2007-06-21 | 2008-12-25 | Zukang Shen | Selection of Orthogonal Covering Sequences and Phase Ramped Sequences |
US20100165931A1 (en) * | 2008-12-31 | 2010-07-01 | Motorola, Inc. | Apparatus and Method for Communicating Control Information Over a Data Channel in the Absence of User Data |
WO2010128817A2 (en) * | 2009-05-07 | 2010-11-11 | Lg Electronics Inc. | Method and apparatus for transmitting ack/nack |
Non-Patent Citations (4)
Title |
---|
3RD GENERATION PARTNERSHIP PROJECT: ""Evolved Universal Terrestrial Radio Access (E-UTRA);Physical layer procedures"", 《3GPP TS 36.213 V10.2.0》 * |
LG ELECTRONICS: ""ACK/NACK resource allocation for FDD"", 《3GPP TSG RAN WG1 #62BIS R1-105339》 * |
LG ELECTRONICS: ""PUCCH resource allocation for ACK/NACK"", 《3GPP TSG RAN WG1 #63 R1-106129》 * |
NTT DOCOMO: ""Remaining Issue Regarding Resource Allocation for Channel Selection"", 《3GPP TSG RAN WG1 MEETING #64 R1-110857》 * |
Cited By (18)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2016184211A1 (zh) * | 2015-05-15 | 2016-11-24 | 中兴通讯股份有限公司 | 上行控制信息的发送方法及装置 |
US10708937B2 (en) | 2015-05-29 | 2020-07-07 | Xi'an Zhongxing New Software Co., Ltd. | Configuration method for resource sharing among multiple wireless links, signal transmission method and node |
CN106304352A (zh) * | 2015-05-29 | 2017-01-04 | 中兴通讯股份有限公司 | 多无线链路共享资源的配置方法、信号传输方法及节点 |
CN106304352B (zh) * | 2015-05-29 | 2019-01-22 | 中兴通讯股份有限公司 | 多无线链路共享资源的配置方法、信号传输方法及节点 |
WO2016192433A1 (zh) * | 2015-05-29 | 2016-12-08 | 中兴通讯股份有限公司 | 多无线链路共享资源的配置方法、信号传输方法及节点 |
CN111464246A (zh) * | 2016-07-29 | 2020-07-28 | 三星电子株式会社 | 用于在移动通信系统中报告信道状态信息的方法和设备 |
CN111464246B (zh) * | 2016-07-29 | 2022-12-02 | 三星电子株式会社 | 用于在移动通信系统中报告信道状态信息的方法和设备 |
CN107733626A (zh) * | 2016-08-12 | 2018-02-23 | 株式会社Kt | 用于针对bl/ce用户终端发送或接收多播控制信道的方法和装置 |
CN108206732A (zh) * | 2016-12-19 | 2018-06-26 | 维沃移动通信有限公司 | 数据传输方法、资源指示信息的获取方法、终端及基站 |
CN108206732B (zh) * | 2016-12-19 | 2020-09-25 | 维沃移动通信有限公司 | 数据传输方法、资源指示信息的获取方法、终端及基站 |
CN108990166A (zh) * | 2017-05-05 | 2018-12-11 | 华为技术有限公司 | 一种获取控制信息的方法及装置 |
CN108990166B (zh) * | 2017-05-05 | 2019-11-19 | 华为技术有限公司 | 一种获取控制信息的方法及装置 |
US11240793B2 (en) | 2017-05-05 | 2022-02-01 | Huawei Technologies Co., Ltd. | Control information obtaining method and apparatus |
CN114915385A (zh) * | 2017-06-15 | 2022-08-16 | 日本电气株式会社 | 用于交叉数字基本配置调度的方法和设备 |
CN110708144A (zh) * | 2018-07-10 | 2020-01-17 | 中国移动通信有限公司研究院 | 一种资源指示方法、装置和存储介质 |
CN112602283A (zh) * | 2018-08-09 | 2021-04-02 | 联想(新加坡)私人有限公司 | 用于下行链路控制信道的下行链路指派 |
CN112930705A (zh) * | 2018-11-01 | 2021-06-08 | 联发科技(新加坡)私人有限公司 | 移动通信中harq过程以及pucch资源选择的方法和装置 |
CN111726213A (zh) * | 2019-03-21 | 2020-09-29 | 华硕电脑股份有限公司 | 物理上行链路共享信道的波束指示的方法和设备 |
Also Published As
Publication number | Publication date |
---|---|
CA2843494A1 (en) | 2013-02-14 |
KR20140058599A (ko) | 2014-05-14 |
US20130039290A1 (en) | 2013-02-14 |
EP2696526A3 (en) | 2016-01-06 |
WO2013023168A1 (en) | 2013-02-14 |
EP2696526A2 (en) | 2014-02-12 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN103875259A (zh) | 用于使用基于多个下行链路控制信道的资源分配进行上行链路控制信道发射分集的方法和系统 | |
US9432988B2 (en) | Resource indexing for acknowledgement signals in response to receptions of multiple assignments | |
CN102379150B (zh) | 在多天线系统中发射harq ack/nack信号的方法和设备 | |
CN103733587B (zh) | 用于无线通信系统中的信息传输的方法和装置 | |
EP3540997B1 (en) | Method for transmitting uplink signal in wireless communication system and device therefor | |
CN104363645B (zh) | 在无线通信系统中控制发送功率的方法和装置 | |
US10827437B2 (en) | Method and device for controlling transmission power for uplink control channel in carrier aggregation system | |
EP2680654B1 (en) | Method and system for cross-subframe scheduling during carrier aggregation | |
KR101925031B1 (ko) | 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국 | |
CN103190183B (zh) | 用于调节探测基准信号发送功率的方法和装置 | |
CN103238288B (zh) | 在基于时分双工的无线通信系统中发送ack/nack的方法和装置 | |
EP2717506B1 (en) | Method and user equipment for determining control channel resource | |
EP3036856B1 (en) | A node and method for uplink scheduling and hybrid automatic repeat request timing | |
CN103262456B (zh) | 在基于tdd的无线通信系统中发射ack/nack的方法和装置 | |
CN103493416A (zh) | 在无线通信系统中发射ack/nack信息的方法和装置 | |
CN103229447A (zh) | 基于tdd的无线通信系统中用于ack/nack发送的方法和装置 | |
CN104798334A (zh) | 传输和接收上行链路控制信道 | |
CN103516474A (zh) | 物理上行控制信道资源确定方法及用户设备 | |
CN112567848A (zh) | 无线通信系统中接收物理控制信道的方法及使用其的设备 | |
US20220182195A1 (en) | Special Subframe Utilization for NB-IoT Transmission in TDD Mode | |
WO2024020891A1 (en) | Methods and apparatuses for determining dmrs port mode |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20140618 |
|
WD01 | Invention patent application deemed withdrawn after publication |