CN103095395B - Pucch的资源配置方法、传输方法、装置和系统 - Google Patents

Pucch的资源配置方法、传输方法、装置和系统 Download PDF

Info

Publication number
CN103095395B
CN103095395B CN201110342316.5A CN201110342316A CN103095395B CN 103095395 B CN103095395 B CN 103095395B CN 201110342316 A CN201110342316 A CN 201110342316A CN 103095395 B CN103095395 B CN 103095395B
Authority
CN
China
Prior art keywords
resource
pucch
prb
resource index
nack
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
Application number
CN201110342316.5A
Other languages
English (en)
Other versions
CN103095395A (zh
Inventor
仲丽媛
孙云锋
郭森宝
毕峰
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.)
ZTE Corp
Original Assignee
ZTE Corp
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 ZTE Corp filed Critical ZTE Corp
Priority to CN201110342316.5A priority Critical patent/CN103095395B/zh
Priority to PCT/CN2012/084031 priority patent/WO2013064106A1/zh
Priority to EP12845747.0A priority patent/EP2768265B1/en
Priority to US14/355,842 priority patent/US9578628B2/en
Publication of CN103095395A publication Critical patent/CN103095395A/zh
Application granted granted Critical
Publication of CN103095395B publication Critical patent/CN103095395B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • 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
    • H04L1/00Arrangements for detecting or preventing errors in the information received
    • H04L1/12Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16Arrangements 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/18Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829Arrangements specially adapted for the receiver end
    • H04L1/1861Physical mapping arrangements
    • 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/0032Distributed allocation, i.e. involving a plurality of allocating devices, each making partial allocation
    • H04L5/0035Resource allocation in a cooperative multipoint environment
    • 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/0037Inter-user or inter-terminal allocation
    • 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
    • H04L5/0055Physical resource allocation for ACK/NACK
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04WWIRELESS COMMUNICATION NETWORKS
    • H04W28/00Network traffic management; Network resource management
    • H04W28/02Traffic management, e.g. flow control or congestion control
    • H04W28/0252Traffic management, e.g. flow control or congestion control per individual bearer or channel
    • 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/0058Allocation criteria
    • H04L5/0073Allocation arrangements that take into account other cell interferences

Abstract

本发明公开了一种PUCCH的资源配置、传输方法、装置和系统。其中,该方法包括:为配置采用增强PUCCH来传输上行控制信息的UE分配专用的物理资源块PRB,基于所述专用PRB为所述UE中位于不同小区的UE分配正交资源。通过本发明,解决了PUCCH小区间干扰较大的问题,保证了PUCCH的接收质量。

Description

PUCCH的资源配置方法、传输方法、装置和系统
技术领域
本发明涉及通信领域,具体而言,涉及一种物理上行控制信道(Physical UplinkControl Channel,简称为PUCCH)的资源配置方法、传输方法、装置和系统。
背景技术
在LTE-A中为了提高小区平均的频谱利用率和小区边缘频谱利用率,采用了多点协作传输(Coordinated Multi Point Transmission/Reception,简称为CoMP)技术。CoMP技术分为DLCoMP(下行多点协作传输)和UL CoMP(上行多点协作传输)技术,两者都可以在很大程度上提高小区的平均频谱效率和小区边缘用户的服务质量。CoMP分为以下四种场景:
场景1:同构网mtra-site CoMP;
场景2:高发射功率RRHs(Remote radio head,远程无线头)的同构网;
场景3:宏小区覆盖范围内存在低功率RRHs的异构网,且RRHs与宏小区的小区ID不同;
场景4:宏小区覆盖范围内存在低功率RRHs的异构网,且RRHs与宏小区的虚拟小区ID相同。
在LTE R8/R9/R10协议版本中,PUCCH信道格式可分为三大类,共七种。第一类包含三种格式,即forma1、format1a、format1b,第二类同样也包含三种格式,即format2、format2a、format2b,第三类包含一种格式,即format3。第一类PUCCH用于传输调度请求(Scheduling Request,简称为SR)及确认(Acknowledgement,简称为ACK)/非确认(Negative Acknowledgement,简称为NACK)信令。第二类PUCCH主要用于传输信道状态信息(Channel State Information,简称为CSI)。目前第三类PUCCH主要是在载波聚合场景下,UE配置了多个服务小区的情况下,用于反馈多个小区的ACK/NACK信令。如图1,是PUCCH在一个时隙上的资源分配示意图,其中混合RB表示在这个RB中既存在forma1/1a/1b又存在format2/2a/2b,一个时隙中混合RB最多有一个,参数表示format2/2a/2b占用的物理资源块(Physical Resource Block,简称为PRB)的数量,此参数由高层配置。
对于第一类PUCCH来说,可用的资源n_r由三个子资源表示,分别为:(n_cs,n_oc,n_PRB)。其中,n_cs代表循环移位(Cyclic shift,简称为CS)的资源序号,n_oc代表正交码(Orthogonal Code,简称为OC)的资源序号,n_PRB代表PRB的资源序号。这三个子资源都与资源索引一一对应。对于第二类PUCCH来说,可用的资源n_r由两个子资源表示,分别为:包括(n_cs,n_PRB)。第二类PUCCH的可用资源与资源索引一一对应。对于第三类PUCCH来说,可用的资源n_r由两个子资源表示,分别为:(n_oc,n_PRB)。第三类PUCCH的可用资源与资源索引一一对应。
第一类PUCCH中的format 1的资源索引由高层配置。子帧n上的PUCCHformat1a/1b的资源索引的取值分为两种方式,下面以在频分双工(FrequencyDivision Duplex,简称为FDD)系统中UE配置了一个服务小区的情况为例进行说明:
如果主服务小区的子帧n-4上的物理下行共享信道(Physical Downlink SharedChannel,简称为PDSCH)没有检测到相应的物理下行控制信道(Physical DownlinkControl Channel,简称为PDCCH),则上述的将根据高层配置以及表1来获得,本文中把这样的ACK/NACK称为半静态ACK/NACK(也可以称为半静态A/N)。
如果主服务小区的子帧n-4上的PDSCH检测到相应的PDCCH,或该PDCCH用于指示的是下行半静态调度(Semi-Persistent Scheduling,简称为SPS)释放,则上述的根据以下方式获得其中nCCE表示的是PDCCH的第一个控制信道粒子(Control Channel Element,简称为CCE)索引,为高层配置的一个参数,表示为SR及半静态ACK/NACK(也可以成称为SR及半静态A/N)预留的资源索引的数量,如图2所示的是PUCCH的资源索引配置示意图,对于第二个天线口的信道资源,将采用如下方式获得:本文中把这样的ACK/NACK称为动态ACK/NACK(也可以称为动态A/N)。
表1
表中,传输功率控制(Transmission Power Control,简称为TPC)域在相应的PDCCH上。由高层配置。第三类PUCCH的资源索引根据高层配置和表2获得。
表2
然后根据资源索引和高层配置的参数计算得到可用资源后,进行信道化过程,不同格式的PUCCH信道化过程不同,下面分别予以简单介绍:
format1/1a/1b的信道化过程是:数据比特进行调制,然后乘以CS扩展到12个子载波上,再乘以OC码,实现时域扩展,接着进行码道加扰,得到的符号映射到相应的PRB上。
format2/2a/2b的信道化过程是:数据比特先进行加扰处理,然后进行调制,再乘以CS,得到的符号映射到相应的PRB上。
format 3的信道化过程是:数据比特先进行加扰处理,然后进行调制,再乘以OC码,并进行相位旋转,接着进行小区专用的符号级别的循环移位,经过离散傅里叶变换(Discrete Fourier Transformation,简称为DFT)后映射到相应的PRB上。
在LTE R8/R9/R10协议版本中,一个用户设备(User Equipment,简称为UE)对应一个PUCCH信道,对于PUCCH信道,小区内不同的UE是通过码分复用(Code DivisionMultiplexing,简称为CDM)或者频分复用(Frequency Division Multiplexing,简称为FDM)的方式进行复用的,FDM即分配到不同的PRB,CDM即采用不同的循环移位序列(CS)或不同的正交码(OC)。这里不同的循环移位序列指的是同一根序列对应的不同循环移位。根序列是长度=12的计算机生成的恒幅零自相关(Computer-Generated Constant AmplitudeZero Auto-Correlation,简称为CG-CAZAC)序列,同一根序列的不同循环移位间正交,不同根序列之间非正交。根序列与小区ID一一对应。因此,同一小区内的PUCCH间可实现正交,当小区ID不同时,小区间PUCCH非正交。
在LTE R10协议版本中,为了降低小区间干扰,对所有PUCCH格式,均采用了小区专用的符号级别的循环移位来进行小区间干扰随机化。
因此,在LTE R8/R9/R10协议版本中,当小区ID不同,小区间PUCCH非正交。在CoMP场景3中,宏小区和RRH的小区ID不同,而宏小区的UE和RRH的UE可能在相同的时频资源上发送PUCCH,此时两者的PUCCH之间非正交。当宏小区UE在RRH覆盖范围的边缘,且发送的PUCCH功率较大,到达RRH时,与RRH UE发送的PUCCH功率相当或大于RRHUE发送的PUCCH功率时,会对RRHUE发送的PUCCH造成强干扰,使RRH接收到的PUCCH信号质量很差。在上行(Uplink,简称为UL)CoMP的联合接收(Joint Reception,简称为JR)情况下,多个节点联合接收同一UE发送的PUCCH,当目标PUCCH来自相邻小区,那么此目标PUCCH与来自本小区内的PUCCH非正交,来自本小区的PUCCH对目标PUCCH造成干扰,使目标PUCCH接收质量很差,严重影响CoMP增益。
针对相关技术中PUCCH小区间干扰较大的间题,目前尚未提出有效的解决方案。
发明内容
针对相关技术中PUCCH小区间的干扰较大的问题,本发明提供了一种PUCCH的资源配置方法、传输方法、装置和系统,以至少解决上述问题。
根据本发明的一个方面,提供了一种PUCCH的资源配置方法,包括:为配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB;基于专用PRB为上述UE中位于不同小区的UE分配正交资源。
上述为配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB包括:将配置采用增强PUCCH来传输上行控制信息的UE作为第一类UE,除第一类UE之外的UE作为第二类UE;根据第一类UE中的UE数目,在第二类UE的调度请求SR和半静态ACK/NACK资源与动态ACK/NACK资源之间预留指定个PRB,将指定个PRB作为第一类UE的专用的PRB。
上述基于专用PRB为上述UE中位于不同小区的UE分配正交资源包括:根据第一类UE与第二类UE的接入情况计算总预留资源索引的数量和下偏移值其中,为专用的PRB中动态ACK/NACK的资源索引数量;将通知给第一类UE。
上述基于专用PRB为上述UE中位于不同小区的UE分配正交资源包括:根据第一类UE与第二类UE的数量计算总预留资源索引的数量和为第一类UE与第二类UE预留的SR及半静态ACK/NACK的资源索引数量通知给第一类UE,将通知给第二类UE。
上述基于专用PRB为上述UE中位于不同小区的UE分配正交资源包括:为第一类UE设置虚拟小区标识ID。
为第一类UE设置虚拟小区ID包括以下方式之一:设置一个固定的虚拟小区ID,将小区ID配置给第一类UE;选择一个虚拟小区ID,通过高层信令把ID通知给第一类UE;通过高层信令向第一类UE指示多个虚拟小区ID,并通过相应的PDCCH指示当前使用的虚拟小区ID;通过PDCCH将虚拟小区ID通知第一类UE。
上述为配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB包括:为配置采用增强PUCCH来传输上行控制信息的UE分配的资源索引,其中,为所述配置采用增强PUCCH来传输上行控制信息的UE中位于不同小区的UE分配的资源索引对应不同的PRB。
上述为配置采用增强PUCCH来传输上行控制信息的UE指示资源索引的方式包括:为配置采用增强PUCCH来传输上行控制信息的UE中的每个UE分配指定个资源值,并通过相应的PDCCH指示每个UE当前使用的资源值。
根据本发明的另一个方面,提供了一种PUCCH的传输方法,包括:第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引;其中,该第一类UE为配置采用增强PUCCH来传输上行控制信息的UE;第一类UE根据确定的资源索引传输PUCCH。
上述网络指示包括总预留资源索引的数量和下偏移值第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:第一类UE中的UE在接收到后,设置动态ACK/NACK的资源索引为第二类UE计算动态ACK/NACK的资源索引的公式减去其中,第二类UE为除第一类UE之外的UE。
上述网络指示包括预留的第一类UE与第二类UE的SR及半静态ACK/NACK的资源索引数量以及总预留资源索引的数量其中,第二类UE为除第一类UE之外的UE;第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:第一类UE在接收到后,根据确定动态ACK/NACK区域的起始位置;上述方法还包括:第二类UE收到后,根据确定的动态A/N区域的起始位置。
上述方法还包括:第一类UE中的UE在传输PUCCH时,根据设置的虚拟小区ID得到循环移位的根序列,根据根序列对PUCCH进行信道化过程。
上述第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:第一类UE中的UE根据高层参数和相应的PDCCH指示来确定当前的资源索引。
根据本发明的再一个方面,提供了一种PUCCH的资源配置装置,包括:资源分配模块,用于为配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB;资源指示模块,用于基于资源分配模块分配的专用PRB为上述UE中位于不同小区的UE分配正交资源。
上述资源分配模块包括:用户分类单元,用于将配置采用增强PUCCH来传输上行控制信息的UE作为第一类UE,除第一类UE之外的UE作为第二类UE;资源预留单元,用于根据第一类UE中的UE数目,在第二类UE的调度请求SR和半静态ACK/NACK资源与动态ACK/NACK资源之间预留指定个PRB;资源确定单元,用于将资源预留单元预留的指定个PRB作为第一类UE的专用的PRB。
上述资源分配模块包括:资源分配单元,用于为配置采用增强PUCCH来传输上行控制信息的UE分配的资源索引,其中,为所述配置采用增强PUCCH来传输上行控制信息的UE中位于不同小区的UE分配的资源索引对应不同的PRB。
根据本发明的又一个方面,提供了一种PUCCH的传输装置,该装置设置在配置采用增强PUCCH来传输上行控制信息的UE上,包括:资源索引确定模块,用于根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引;PUCCH传输模块,用于根据资源索引确定模块确定的资源索引传输PUCCH。
根据本发明的还一个方面,提供了一种PUCCH的传输系统,包括:基站和UE;其中,基站包括上述PUCCH的资源配置装置:UE包括上述PUCCH的传输装置。
通过本发明,在对UE进行PUCCH资源分配时,为上述配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB,并基于该专用PRB为上述UE中位于不同小区的UE分配正交资源,解决了PUCCH小区间干扰较大的问题,保证了PUCCH的接收质量。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的PUCCH的资源分配示意图;
图2是根据相关技术的PUCCH的资源索引配置示意图;
图3是根据本发明实施例的PUCCH的资源配置方法的流程图;
图4是根据本发明实施例的资源划分示意图;
图5是根据本发明实施例的资源划分的另一种示意图;
图6是根据本发明实施例的资源划分的第三种示意图;
图7是根据本发明实施例的PUCCH的资源配置装置的结构框图;
图8是根据本发明实施例的PUCCH的资源配置装置的另一种结构框图;
图9是根据本发明实施例的PUCCH的资源配置装置的第三种结构框图;
图10是根据本发明实施例的PUCCH的传输系统的结构框图;
图11是根据本发明实施例的PUCCH小区间干扰优化方案的示意图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
本发明实施例主要考虑存在PUCCH小区间干扰较大的问题,提供了一种PUCCH的资源配置方法、传输方法、装置和系统。其中,该方法可以应用于上述场景3,即宏小区覆盖范围内存在低功率RRHs的异构网,且RRHs与宏小区的小区ID不同。当然,本发明实施例提供的PUCCH的传输方法、装置和系统适用于场景4和同构网中。下面通过实施例进行详细说明。
在以下实施例中提供了一种PUCCH的资源配置方法,该方法可以在网络侧的基站上进行,也可以在其他网络侧设备上进行。本实施例以在基站上实现为例进行说明,如图3所示的是PUCCH的资源指示方法的流程图,该方法包括以下步骤(步骤S302-步骤S304):
步骤S302,为配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB。
例如,在对UE进行PUCCH资源分配时,可以将UE分为两类,第一类UE为配置采用增强PUCCH来传输上行控制信息的UE,包括PUCCH进行联合接收的UE,还包括宏基站与RRH小区ID不同的场景下,接入到宏基站,且功率较高,到达RRH时,与RRH的UE功率相当或大于,因而对RRH的UE造成干扰的UE;第二类UE为除第一类UE之外的UE,即第二类UE为不需要PUCCH正交性增强的UE;对于场景3对应的异构网而言,RRHs与宏小区的小区ID不同,在实现时,该专用的PRB选择与第二类UE占用的PRB不同的PRB。
步骤S304,基于专用PRB为上述UE中位于不同小区的UE分配正交资源。
例如,向上述第一类UE下发网络指示信息,该资源指示信息包括指示第一类UE在专用的PRB上传输PUCCH的资源索引信息,有时还需要包括虚拟小区ID。
通过上述方法,在UE进行PUCCH资源分配时,为上述配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB,基于专用PRB为上述UE中位于不同小区的UE分配正交资源解决了PUCCH小区间干扰较大的问题,保证了PUCCH的接收质量。
以CoMP场景3为例,上述的第一类UE也可以称为“R11干扰UE”,例如指CoMP场景3中出现强干扰的UE,第二类UE也可以称为普通UE,普通UE包括R8/9/10的UE和R11中没有出现强干扰的UE,即CoMP场景3除第一类UE之外的UE。
上述方法中基站为第一类UE分配专用的PRB时,可以采用两种方式实现,其中,第一种方式为:根据第一类UE中的UE数目,在第二类UE的SR和半静态ACK/NACK资源与动态ACK/NACK资源之间预留指定个PRB,将指定个PRB作为第一类UE的专用的PRB。如图4所示的是根据本发明实施例的资源划分示意图,斜线覆盖区域是为第一类UE分配的专用资源。图4中NP表示第二类UE的SR及半静态ACK/NACK所占用的物理PRB的数量,NQ表示第一类UE所占用的PRB数量,这里既包括SR及半静态ACK/NACK所需的资源,又包括动态ACK/NACK所需的资源,图中的虚线表示两者通过资源索引区分,可能占用相同的PRB,也可能占用不同的PRB。这样可以区分出第一类UE和第二类UE各自所占用的PRB,为后续的PUCCH传输过程中的减小干扰提供条件。
在基站为第一类UE预留出一定PRB之后,基站将上述专用的资源通知给第一类UE,本实施例可以采用以下两种方案,在第一种方案中,基站根据第一类UE与第二类UE的接入情况计算总预留资源索引的数量和下偏移值如图5所示的资源划分的另一种示意图,表示为专用的PRB中动态ACK/NACK预留的资源索引的数量,表示总的预留的资源索引的数量,包括第二类UE的SR及半静态ACK/NACK,第一类UE的SR及半静态ACK/NACK,和第一类UE的动态ACK/NACK,即(NP+NQ)个物理资源块所对应的资源索引的总数。在计算出上述两个参数之后,基站通过高层信令把参数通知给所有UE(包括第一类UE和第二类UE),将通知给第一类UE。
用户侧的第一类UE接收到参数后,设置动态ACK/NACK的资源索引为第二类UE计算动态ACK/NACK的资源索引的公式减去其中,第二类UE动态ACK/NACK资源索引的计算方式可以采用R8/9/10中的公式。第一类UE根据计算出的动态ACK/NACK的资源索引确定上述专用的PRB,该方式计算简单易行,开发成本低。
基站将上述专用的资源通知给第一类UE,可以采用的第二种方案是:网络侧分别给第一类UE和第二类UE通知动态ACK/NACK资源起始位置,基站根据第一类UE与第二类UE的接入情况计算总预留资源索引的数量(或称为)和为第一类UE与第二类UE预留的SR及半静态ACK/NACK的资源索引数量(或称为),如图6所示的是资源划分的第三种示意图,表示总的预留的资源索引的数量,包括第二类UE的SR及半静态ACK/NACK,第一类UE的SR及半静态ACK/NACK,和第一类UE的动态ACK/NACK,即(NP+NQ)个物理资源块所对应的资源索引的总数。表示为第二类UE和第一类UE预留的SR及半静态ACK/NACK的资源索引的数量。基站通过高层信令将通知给第二类UE,将通知给第一类UE。
用户侧的第一类UE收到后,根据和相应的公式得到动态A/N的资源索引第二类UE收到后,根据和相应的公式得到动态A/N的资源索引。其中,第二类UE和第一类UE的动态ACK/NACK资源索引计算公式都与R8/9/10中相同。
基站为第一类UE分配专用的PRB之后,为第一类UE设置虚拟小区标识(cell ID);
第一类UE在发送PUCCH时采用上述虚拟小区ID得到循环移位的根序列,再采用此根序列进行信道化过程,。设置虚拟小区ID的方法有四个,可以采用其中任意一种,其中,方法一:固定虚拟小区ID设置,即设置一个固定的虚拟小区ID值,网络侧和UE都已知这个虚拟小区ID值;方法二:半静态虚拟小区ID设置,网络侧通过高层信令把虚拟小区ID通知给第一类UE;方法三:半静态与动态结合的虚拟小区ID设置方法,网络侧通过高层信令给第一类UE指示出多个可用的虚拟小区ID,通过相应的PDCCH指示具体使用其中的哪一个;方法四:动态虚拟小区ID设置,网络侧通过PDCCH把虚拟小区ID通知给第一类UE。
为第一类UE分配专用的PRB的第二种方式是:为配置采用增强PUCCH来传输上行控制信息的UE(即上述第一类UE)分配的资源索引,其中,为所述配置采用增强PUCCH来传输上行控制信息的UE中位于不同小区的UE分配的资源索引对应不同的PRB。。即把不同小区的第一类UE的PUCCH分配到不同的PRB上。这些PRB的位置不固定,基站分配资源时只需保证这些PRB与其他PUCCH/PUSCH不重叠即可。基站先给每个第一类UE分配指定个(例如,4个)资源值,通过高层信令通知给UE,通过相对应的PDCCH上的DCI format上的TPC域的两个比特来指示选择这指定个资源值中的哪一个,对应关系见表1。第一类UE采用的资源索引通过高层信令和表1得到。当配置了两个天线端口,每个资源值对应两个PUCCH资源,第一个资源用于天线端口p0,第二个资源用于天线端口p1。此种方式中不区分动态ACK/NACK和半静态ACK/NACK,所有ACK/NACK都采用上述方法得到资源索引。
上述资源配置方法是从网络侧(如基站)进行描述的,与之对应的,本实施例还提供了在用户侧的PUCCH的传输方法,该传输方法包括:第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引;其中,该第一类UE为配置采用增强PUCCH来传输上行控制信息的UE;第一类UE根据确定的资源索引传输PUCCH。
对于上述第一种专用PRB的配置方式,若上述网络指示包括总预留资源索引的数量和下偏移值相应的,上述第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:第一类UE中的UE在接收到后,设置动态ACK/NACK的资源索引为第二类UE计算动态ACK/NACK的资源索引的公式减去其中,该第二类UE为除第一类UE之外的UE。
对于上述第一种专用PRB的配置方式,若上述网络指示包括预留的第一类UE与第二类UE的SR及半静态ACK/NACK的资源索引数量以及总预留资源索引的数量其中,第二类UE为除第一类UE之外的UE;相应的,上述第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:第一类UE在接收到后,根据确定动态ACK/NACK区域的起始位置;上述方法还包括:第二类UE收到后,根据确定的动态A/N区域的起始位置。
采用第一种配置方式时,网络指示还包括虚拟小区ID,上述方法还包括:第一类UE中的UE在传输PUCCH时,根据设置的虚拟小区ID得到循环移位的根序列,根据根序列对PUCCH进行信道化过程。
对于第二种配置方式,上述第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:第一类UE中的UE根据高层参数和相应的PDCCH指示来确定当前的资源索引。
对应于上述PUCCH的资源配置方法,本实施例还提供了一种PUCCH的资源配置装置,该装置用于实现上述实施例中的资源配置方法。图7是根据本发明实施例的PUCCH的资源配置装置的结构框图,如图7所示,该装置包括:资源分配模块74和资源指示模块76。下面对该结构进行说明。
资源分配模块74,用于为配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB;
其中,该配置采用增强PUCCH来传输上行控制信息的UE即为上述第一类UE;
资源指示模块76,连接至资源分配模块74,用于基于资源分配模块74分配的专用PRB为上述UE中位于不同小区的UE分配正交资源。
通过上述装置,在对UE进行PUCCH资源分配时,资源分配模块74为上述第一类UE分配专用的PRB,并通过资源指示模块76为上述UE中位于不同小区的UE分配正交资源,解决了PUCCH小区间干扰较大的问题,保证了PUCCH的接收质量。
为第一类UE分配专用的PRB可以采用如下方式,如图8所示的是PUCCH的传输装置的另一种结构框图,如图8所示,该装置除了包括上述图7中的各个模块之外,上述资源分配模块74还包括:用户分类单元742、资源预留单元744和资源确定单元746。下面对该结构进行说明。
用户分类单元742,将配置采用增强PUCCH来传输上行控制信息的UE作为第一类UE,除第一类UE之外的UE作为第二类UE;
资源预留单元744,连接至用户分类单元742,用于根据上述第一类UE中的UE数目,在上述第二类UE的调度请求SR和半静态确认ACK/非确认NACK资源与动态ACK/NACK资源之间预留指定个PRB;
资源确定单元746,连接至资源预留单元744,用于将资源预留单元744预留的上述指定个PRB作为第一类UE的专用的PRB。
为第一类UE分配专用的PRB还可以采用如下方式,如图9所示的PUCCH的传输装置的第三种结构框图,该装置除了包括上述图7中的各个模块之外,上述资源分配模块74还包括:资源分配单元748,用于为配置采用增强PUCCH来传输上行控制信息的UE(即第一类UE)分配的资源索引,其中,为所述配置采用增强PUCCH来传输上行控制信息的UE中位于不同小区的UE分配的资源索引对应不同的PRB。这些PRB的位置不固定,基站分配资源时只需保证这些PRB与其他PUCCH/PUSCH不重叠即可。ACK/NACK的资源索引的计算方法在前面已经进行了详细的介绍,在此不再赘述。
对应于上述方法和装置,本实施例还提供了一种PUCCH的传输系统,该系统用于实现上述实施例。图10是根据本发明实施例的PUCCH的传输系统的结构框图,如图10所示,该系统包括基站70和UE 10,其中基站70可以采用上述图7-9对应的任一个装置实现,本实施例以采用图7所示的装置实现为例进行说明,该基站包括:资源分配模块74和资源指示模块76,UE 10与基站70连接,包括第一类UE100和第二类UE102,第一类UE100包括资源索引确定模块1000和PUCCH传输模块1002。下面对该结构进行说明。
资源索引确定模块1000,用于根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引;
PUCCH传输模块1002,用于根据资源索引确定模块1000确定的资源索引传输PUCCH。
其余模块的功能与上述描述相同,这里不再赘述。PUCCH的具体传输过程在上述各个实施例中已经进行了详细描述,在此不再赘述。
为使本发明的目的、技术方案和优点更加清楚明白,下面结合优选实施例和附图对上述实施例的实现过程进行详细说明。本发明可以在网络侧的基站上进行,也可以在其他网络侧设备上进行。下面的实施例以在基站上实现为例进行说明,
实施例一:
本实施例针对FDD系统进行说明,其中,基站为第一类UE分配专用的PRB时所采用的是第一种方式,基站将专用的资源通知给第一类UE采用的是第一种方案,设置虚拟小区ID的方法采用的是第一种方法。
具体地,基站在保证R11干扰UE和普通UE占用不同的物理资源块的前提下,计算得到普通UE的SR及半静态ACK/NACK,以及R11干扰UE的SR及半静态ACK/NACK和动态ACK/NACK总共所预留的资源索引的数量以及为R11干扰UE动态ACK/NACK所预留的资源索引的数量和所有UE的SR及半静态ACK/NACK的资源索引
基站通过高层信令,将SR及半静态ACK/NACK的资源索引通知给相应的UE,将通知给所有UE,将通知给R11干扰UE。UE接收到高层信令通知后,根据以下规则获得资源索引:
SR的资源索引根据高层配置得到;
FDD系统中,当UE只配置了一个服务小区时,子帧n上的PUCCH format1a/1b的资源索引的获得方式如下所示:
第一种方式:如果主服务小区的子帧n-4上的PDSCH没有检测到相应的PDCCH,则上述的将根据高层配置以及表1来获得。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
第二种方式:如果主服务小区的子帧n-4上的PDSCH检测到相应的PDCCH,或该PDCCH用于指示的是下行SPS释放,则上述的根据以下公式获得:针对普通UE,对第一个天线端口:其中nCCE表示的是相应的PDCCH的第一个CCE索引。对于第二个天线端口:针对R11干扰UE,对第一个天线端口:对第二个天线端口:
计算出R11干扰UE的资源索引后,采用固定虚拟小区ID分配方式,这种方式下,网络侧基站和R11干扰UE均事先已知此虚拟小区ID。
普通UE根据本身的小区ID得到循环移位根序列,R11干扰UE根据虚拟小区ID得到循环移位根序列。所有UE根据获得的资源索引计算出循环移位序列的资源序号,正交码的资源序号以及物理资源块的资源序号。再进行信道化过程,并将信道化结果映射到相应的时频资源上。
实施例二:
本实施例针对FDD系统进行说明,在本实施例中,基站为第一类UE分配专用的PRB时所采用的是第一种方式,基站将专用的资源通知给第一类UE采用的是第一种方案,设置虚拟小区ID的方法采用的是第二种方法。
具体地,基站在保证R11干扰UE和普通UE占用不同的物理资源块的前提下,计算得到普通UE的SR及半静态ACK/NACK,以及R11干扰UE的SR及半静态ACK/NACK和动态ACK/NACK总共所预留的资源索引的数量以及为R11干扰UE动态ACK/NACK所预留的资源索引的数量和所有UE的SR及半静态ACK/NACK的资源索引
基站通过高层信令,将SR及半静态ACK/NACK的资源索引通知给相应的UE,将通知给所有UE,将通知给R11干扰UE。
UE接收到高层信令通知后,根据以下规则获得资源索引:
SR的资源索引根据高层配置得到;
在FDD系统中,当UE只配置了一个服务小区时,子帧n上的PUCCH format1a/1b的资源索引的获得方式如下所示:
第一种方式:如果主服务小区的子帧n-4上的PDSCH没有检测到相应的PDCCH,则上述的将根据高层配置以及表1来获得。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
第二种方式:如果主服务小区的子帧n-4上的PDSCH检测到相应的PDCCH,或该PDCCH用于指示的是下行SPS释放,则上述的根据以下公式获得:针对普通UE,对第一个天线端口:其中nCCE表示的是相应的PDCCH的第一个CCE索引。对于第二个天线端口:针对R11干扰UE,对第一个天线端口:对第二个天线端口:
网络侧基站选择一个虚拟小区ID,通过高层信令通知给R11干扰UE。
普通UE根据本身的小区ID得到循环移位根序列,R11干扰UE根据高虚拟小区ID得到循环移位根序列。所有UE根据获得的资源索引计算出循环移位序列的资源序号,正交码的资源序号以及物理资源块的资源序号。再进行信道化过程,并将信道化结果映射到相应的时频资源上。
实施例三:
本实施例针对FDD系统进行说明,在本实施例中,基站为第一类UE分配专用的PRB时所采用的是第一种方式,基站将专用的资源通知给第一类UE采用的是第一种方案,设置虚拟小区ID的方法采用的是第三种方法。
具体地,基站在保证R11干扰UE和普通UE占用不同的物理资源块的前提下,计算得到普通UE的SR及半静态ACK/NACK,以及R11干扰UE的SR及半静态ACK/NACK和动态ACK/NACK总共所预留的资源索引的数量以及为R11干扰UE动态ACK/NACK所预留的资源索引的数量和所有UE的SR及半静态ACK/NACK的资源索引
基站通过高层信令,将SR及半静态ACK/NACK的资源索引通知给相应的UE,将通知给所有UE,将通知给R11干扰UE。
UE接收到高层信令通知后,根据以下规则获得资源索引:
SR的资源索引根据高层配置得到;
在FDD系统中,当UE只配置了一个服务小区时,子帧n上的PUCCH format1a/1b的资源索引的获得方式如下所示:
第一种方式:如果主服务小区的子帧n-4上的PDSCH没有检测到相应的PDCCH,则上述的将根据高层配置以及表1来获得。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
第二种方式:如果主服务小区的子帧n-4上的PDSCH检测到相应的PDCCH,或该PDCCH用于指示的是下行SPS释放,则上述的根据以下方式获得:针对普通UE,对第一个天线端口:其中nCCE表示的是相应的PDCCH的第一个CCE索引。对于第二个天线端口:针对R11干扰UE,对第一个天线端口:对第二个天线端口:
网络侧基站通过高层信令给R11干扰UE指示出多个可用的虚拟小区ID,并通过PDCCH指示UE具体采用其中哪一个虚拟小区ID。
R11干扰UE根据高层信令和PDCCH获得虚拟小区ID,并根据虚拟小区ID得到循环移位根序列。普通UE根据本身的小区ID得到循环移位根序列。所有UE根据获得的资源索引计算出循环移位序列的资源序号,正交码的资源序号以及物理资源块的资源序号。进行信道化过程,并将信道化结果映射到相应的时频资源上。
实施例四:
本实施例针对FDD系统进行说明,在本实施例中,基站为第一类UE分配专用的PRB时所采用的是第一种方式,基站将专用的资源通知给第一类UE采用的是第一种方案,设置虚拟小区ID的方法采用的是第四种方法。
具体地,基站在保证R11干扰UE和普通UE占用不同的物理资源块的前提下,计算得到普通UE的SR及半静态ACK/NACK,以及R11干扰UE的SR及半静态ACK/NACK和动态ACK/NACK总共所预留的资源索引的数量以及为R11干扰UE动态ACK/NACK所预留的资源索引的数量和所有UE的SR及半静态ACK/NACK的资源索引
基站通过高层信令,将SR及半静态ACK/NACK的资源索引通知给相应的UE,将通知给所有UE,将通知给R11干扰UE。
UE接收到高层信令通知后,根据以下规则获得资源索引:
SR的资源索引根据高层配置得到;
在FDD系统中,当UE只配置了一个服务小区时,子帧n上的PUCCH format1a/1b的资源索引的获得方式如下所示:
第一种方式:如果主服务小区的子帧n-4上的PDSCH没有检测到相应的PDCCH,则上述的将根据高层配置以及表1来获得。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
第二种方式:如果主服务小区的子帧n-4上的PDSCH检测到相应的PDCCH,或该PDCCH用于指示的是下行SPS释放,则上述的根据以下方式获得:针对普通UE,对第一个天线端口:其中nCCE表示的是相应的PDCCH的第一个CCE索引。对于第二个天线端口:针对R11干扰UE,对第一个天线端口:对第二个天线端口:
网络侧基站通过PDCCH通知UE虚拟小区ID。
普通UE根据本身的小区ID得到循环移位根序列,R11干扰UE根据虚拟小区ID得到循环移位根序列。所有UE根据获得的资源索引计算出循环移位序列的资源序号,正交码的资源序号以及物理资源块的资源序号。进行信道化过程,并将信道化结果映射到相应的时频资源上。
实施例五:
本实施例针对FDD系统进行说明,在本实施例中,基站为第一类UE分配专用的PRB时所采用的是第一种方式,基站将专用的资源通知给第一类UE采用的是第二种方案,设置虚拟小区ID的方法采用的是第一种方法。
具体地,基站在保证R11干扰UE和普通UE占用不同的物理资源块的前提下,计算得到普通UE的SR及半静态ACK/NACK,以及R11干扰UE的SR及半静态ACK/NACK和动态ACK/NACK总共所预留的资源索引的数量以及普通UE和R11干扰UE的SR及半静态ACK/NACK所预留的资源索引的数量同时计算出所有UE的SR及半静态ACK/NACK的资源索引
基站通过高层信令,将SR及半静态ACK/NACK的资源索引通知给相应的UE,将通知给普通UE,将通知给R11干扰UE。
UE接收到高层信令通知后,根据以下规则获得资源索引:
SR的资源索引根据高层配置得到;
在FDD系统中,当UE只配置了一个服务小区时,子帧n上的PUCCH format1a/1b的资源索引的获得方式如下所示:
第一种方式:如果主服务小区的子帧n-4上的PDSCH没有检测到相应的PDCCH,则上述的将根据高层配置以及表1来获得。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
第二种方式:如果主服务小区的子帧n-4上的PDSCH检测到相应的PDCCH,或该PDCCH用于指示的是下行SPS释放,则上述的根据以下方式获得:对第一个天线端口:其中nCCE表示的是相应的PDCCH的第一个CCE索引。对于第二个天线端口:
采用固定虚拟小区ID分配方式,这种方式下,网络侧基站和R11 UE均事先已知此虚拟小区ID。
普通UE根据本身的小区ID得到循环移位根序列,R11干扰UE根据虚拟小区ID得到循环移位根序列。所有UE根据获得的资源索引计算出循环移位序列的资源序号,正交码的资源序号以及物理资源块的资源序号。进行信道化过程,并将信道化结果映射到相应的时频资源上。
实施例六:
本实施例针对TDD系统进行说明,在本实施例中,基站为第一类UE分配专用的PRB时所采用的是第一种方式,基站将专用的资源通知给第一类UE采用的是第一种方案,设置虚拟小区ID的方法采用的是第一种方法。具体地,基站在保证R11干扰UE和普通UE占用不同的物理资源块的前提下,计算得到普通UE的SR及半静态ACK/NACK,以及R11干扰UE的SR及半静态ACK/NACK和动态ACK/NACK总共所预留的资源索引的数量以及为R11干扰UE动态ACK/NACK所预留的资源索引的数量和所有UE的SR及半静态ACK/NACK的资源索引
基站通过高层信令,将SR及半静态ACK/NACK的资源索引通知给相应的UE,将通知给所有UE,将通知给R11干扰UE。
UE接收到高层信令通知后,根据以下规则获得资源索引:
SR的资源索引根据高层配置得到;
在TDD系统中,当UE只配置了一个服务小区时,采用TDD HARQ-ACK multiplexing方式且M=1,M表示需要在上行子帧n上反馈ACK/NACK的下行子帧的数量,或者TDDHARQ-ACKbundling方式时,在子帧n上的资源索引获得方式如下所示:第一种方式:如果在与上行子帧n对应的M个下行子帧中至少有一个PDSCH是有PDCCH与之对应的或者其中一个子帧上有PDCCH用于指示的是下行SPS释放时,针对普通UE,对于第一个天线口的计算公式是其中nCCE是这M个下行子帧上接收到的最后一个对应的PDCCH所占的第一个CCE的序号,其中,m为最后一个接收到的PDSCH所在的下行子帧在上行子帧n所对应的M个下行子帧中的序号,且有O≤m≤M-1。其中n表示当前ACK/NACK所在的子帧号,Nc为一个子帧前c个符号所包含的CCE的数量,且c∈{0,1,2,3}的选择应保证Nc≤nCCE<Nc+1,且其中,表示下行带宽对应的RB数,表示一个RB内的子载波数,对于第二个天线口的计算公式是且c∈{0,1,2,3}的选择应保证Nc≤nCCE+1<Nc+1
针对R11干扰UE,对于第一个天线口的计算公式是 对于第二个天线口的计算公式是 且c∈{0,1,2,3}的选择应保证Nc≤nCCE+1<Nc+1
上述ACK/NACK multiplexing指的是与上行子帧n对应的M个下行子帧中,有Q个下行子帧上有某个UE的PDSCH,每个下行子帧只产生1bit的ACK/NACK反馈信息,单码字流时,这个码字的ACK/NACK就是这个下行子帧的反馈信息,两码字流时,将这两个码字的ACK/NACK进行“逻辑与”,得到这个下行子帧的反馈信息。
上述ACK/NACK bundling指的是与上行子帧n对应的M个下行子帧中,有Q个下行子帧上有某个UE的PDSCH,则对于某个码字,将这些PDSCH的ACK/NACK进行“逻辑与”,得到这个码字bundling后的ACK/NACK(1bit)。
第二种方式:如果在与上行子帧n对应的M个下行子帧中没有一个PDSCH是有PDCCH与之对应的,则上述的将根据高层配置以及表1来获得。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
在TDD系统中,当UE只配置了一个服务小区,且采用TDD HARQ-ACK multiplexing方式,且M>1时,在子帧n上需反馈M个子帧的ACK/NACK,第i个的资源索引0≤i≤M-1的获得方式如下所示:
第一种方式:如果在与上行子帧n对应的M个下行子帧中至少有一个PDSCH是有PDCCH与之对应的或者其中一个子帧上有PDCCH用于指示的是下行SPS释放:
针对普通UE,计算公式是其中nCCE,i是相对应的PDCCH所占用的第一个CCE的序号,Nc为一个子帧前c个符号所包含的CCE的数量,且c∈{0,1,2,3}的选择应保证Nc≤nCCE,i<Nc+1,且
针对R11 CoMP UE,第i个的资源索引的计算公式是
第二种方式:如果在与上行子帧n对应的M个下行子帧中没有一个PDSCH是有PDCCH与之对应的,则上述的将根据高层配置以及表1来获得。
然后基站采用固定虚拟小区ID分配方式,这种方式下,网络侧基站和R11 UE均事先已知此虚拟小区ID。
普通UE根据本身的小区ID得到循环移位根序列,R11干扰UE根据虚拟小区ID得到循环移位根序列。所有UE根据获得的资源索引计算出循环移位序列的资源序号,正交码的资源序号以及物理资源块的资源序号。进行信道化过程,并将信道化结果映射到相应的时频资源上。
实施例七:
本实施例针对FDD系统进行说明,在本实施例中,基站为第一类UE分配专用的PRB时所采用的是第二种方式。如图11所示的是PUCCH小区间干扰优化方案的示意图,以有两个小区中存在R11干扰UE为例。根据UE接入情况,网络侧按照R10中的规则计算出普通UEPUCCH的相关参数,如SR及半静态ACK/NACK的资源索引,为SR及半静态ACK/NACK预留的资源索引数量等,并通过高层信令通知给相应的UE,同时给R11干扰UE(或预留)专用的PRB用于发送PUCCH,一部分专用PRB分给小区1的R11干扰UE,记为小区1PRB,另一部分专用PRB分给小区2的R11干扰UE,记为小区2PRB。网络侧分别计算出小区1专用PRB和小区2PRB上的可用资源值,并把这些资源分别分配给两个小区的R11干扰UE。参见图11,中把这些专用PRB放在普通UE的format2/2a/2b的位置为例。配置专用PRB上的资源时,先给每个R11干扰UE分配4个资源值,并通过高层信令通知给UE,并把PDCCH的DCI format上的TPC域的两个比特用于指示当前采用的资源值。
UE接收到网络侧的指示后,根据以下规则获得资源索引:
针对普通UE采取下述方式得到资源索引:
(1)SR的资源索引根据高层配置得到;
(2)FDD系统中,当UE只配置了一个服务小区时,子帧n上的PUCCH format1a/1b的资源索引的获得方式如下所示:
第一种方式:如果主服务小区的子帧n-4上的PDSCH没有检测到相应的PDCCH,则上述的将根据高层配置以及表1来获得。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
第二种方式:如果主服务小区的子帧n-4上的PDSCH检测到相应的PDCCH,或该PDCCH用于指示的是下行SPS释放,则上述的根据以下方式获得:对第一个天线端口:其中nCCE表示的是相应的PDCCH的第一个CCE索引。对于第二个天线端口:
针对R11干扰UE,其资源索引根据高层配置和表1得到。通过相应的PDCCH中的TPC域的两个比特决定采用这4个高层配置的资源中的哪一个,对应关系见表1。当UE的配置是两个天线端口,表中的每个PUCCH资源值对应两个资源索引,第一个用于天线端口p0,第二个用于天线端口p1。
UE根据本来的小区ID计算出循环移位根序列,根据获得的资源索引计算出循环移位序列的资源序号,正交码的资源序号以及物理资源块的资源序号。进行信道化过程,并将信道化结果映射到相应的时频资源上。
其中R11干扰UE的PRB位置是不固定的,可以在频带内任意位置,本发明不限于此。
从以上的描述中可以看出,在PUCCH资源分配时,本发明通过采用为R11干扰UE分配专用的资源,并在此专用资源上的所有UE(包括小区内的和小区间的)采用正交的方式进行PUCCH传输的方法,解决了CoMP场景3中,PUCCH小区间干扰的问题,保证了PUCCH接收质量,同时保证了对LTE R8/9/10版本的兼容性。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而,可以将它们存储在存储装置中由计算装置来执行,并且在某些情况下,可以以不同于此处的顺序执行所示出或描述的步骤,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上所述仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。

Claims (16)

1.一种物理上行控制信道PUCCH的资源配置方法,其特征在于包括:
为配置采用增强PUCCH来传输上行控制信息的用户设备UE分配专用的物理资源块PRB;将配置采用增强PUCCH来传输上行控制信息的UE作为第一类UE,除第一类UE之外的UE作为第二类UE;根据第一类UE中的UE数目,在第二类UE的调度请求SR和半静态确认ACK/非确认NACK资源与动态ACK/NACK资源之间预留指定个PRB,将所述指定个PRB作为所述第一类UE的专用的PRB;
基于所述专用PRB为所述UE中位于不同小区的UE分配正交资源。
2.根据权利要求1所述的方法,其特征在于,基于所述专用PRB为所述UE中位于不同小区的UE分配正交资源包括:
根据第一类UE与第二类UE的接入情况计算总预留资源索引的数量和下偏移值其中,所述为所述专用的PRB中动态ACK/NACK的资源索引数量;
将所述通知给所述第一类UE。
3.根据权利要求1所述的方法,其特征在于,基于所述专用PRB为所述UE中位于不同小区的UE分配正交资源包括:
根据第一类UE与第二类UE的数量计算总预留资源索引的数量和为第一类UE与第二类UE预留的SR及半静态ACK/NACK的资源索引数量
将所述通知给所述第一类UE,将所述通知给所述第二类UE。
4.根据权利要求1所述的方法,其特征在于,基于所述专用PRB为所述UE中位于不同小区的UE分配正交资源包括:为第一类UE设置虚拟小区标识ID。
5.根据权利要求4所述的方法,其特征在于,为第一类UE设置虚拟小区ID包括以下方式之一:
设置一个固定的虚拟小区ID,将所述小区ID配置给所述第一类UE;
选择一个虚拟小区ID,通过高层信令把所述小区ID通知给所述第一类UE;
通过高层信令向所述第一类UE指示多个虚拟小区ID,并通过相应的PDCCH指示当前使用的小区ID;
通过PDCCH将虚拟小区ID通知所述第一类UE。
6.根据权利要求1所述的方法,其特征在于,为配置采用增强PUCCH来传输上行控制信息的UE分配专用的PRB包括:
为配置采用增强PUCCH来传输上行控制信息的UE分配资源索引,其中,为所述配置采用增强PUCCH来传输上行控制信息的UE中位于不同小区的UE分配的资源索引对应不同的PRB。
7.根据权利要求6所述的方法,其特征在于,为配置采用增强PUCCH来传输上行控制信息的UE指示资源索引的方式包括:
为所述配置采用增强PUCCH来传输上行控制信息的UE中的每个UE分配指定个资源值,并通过相应的物理下行控制信道PDCCH指示所述每个UE当前使用的资源值。
8.一种物理上行控制信道PUCCH的传输方法,其特征在于包括:
第一类用户设备UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引;其中,第一类UE为配置采用增强PUCCH来传输上行控制信息的UE;所述第一类UE根据确定的资源索引传输PUCCH,将配置采用增强PUCCH来传输上行控制信息的UE作为第一类UE,除第一类UE之外的UE作为第二类UE;根据第一类UE中的UE数目,在第二类UE的调度请求SR和半静态确认ACK/非确认NACK资源与动态ACK/NACK资源之间预留指定个PRB,将所述指定个PRB作为所述第一类UE的专用的PRB。
9.根据权利要求8所述的方法,其特征在于,其中,所述网络指示包括总预留资源索引的数量和下偏移值所述第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:
所述第一类UE中的UE在接收到所述后,设置动态ACK/NACK的资源索引为所述第二类UE计算动态ACK/NACK的资源索引的公式减去其中,所述第二类UE为除所述第一类UE之外的UE。
10.根据权利要求8所述的方法,其特征在于,所述网络指示包括预留的第一类UE与第二类UE的SR及半静态ACK/NACK的资源索引数量以及总预留资源索引的数量其中,所述第二类UE为除所述第一类UE之外的UE;
所述第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:所述第一类UE在接收到后,根据所述确定所述动态ACK/NACK区域的起始位置;
所述方法还包括:所述第二类UE收到后,根据所述确定所述的动态ACK/NACK区域的起始位置。
11.根据权利要求9或10所述的方法,其特征在于,所述方法还包括:所述第一类UE中的UE在传输PUCCH时,根据设置的虚拟小区ID得到循环移位的根序列,根据所述根序列对所述PUCCH进行信道化过程。
12.根据权利要求8所述的方法,其特征在于,所述第一类UE中的UE根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引包括:
所述第一类UE中的UE根据高层参数和相应的PDCCH指示来确定当前的资源索引。
13.一种物理上行控制信道PUCCH的资源配置装置,其特征在于包括:
资源分配模块,用于为配置采用增强PUCCH来传输上行控制信息的用户设备UE分配专用的物理资源块PRB;用户分类单元,用于将配置采用增强PUCCH来传输上行控制信息的UE作为第一类UE,除第一类UE之外的UE作为第二类UE;资源预留单元,用于根据第一类UE中的UE数目,在第二类UE的调度请求SR和半静态确认ACK/非确认NACK资源与动态ACK/NACK资源之间预留指定个PRB;资源确定单元,用于将所述资源预留单元预留的所述指定个PRB作为所述第一类UE的专用的PRB;
资源指示模块,用于基于所述资源分配模块分配的所述专用PRB为所述UE中位于不同小区的UE分配正交资源。
14.根据权利要求13所述的装置,其特征在于,所述资源分配模块包括:
资源分配单元,用于为配置采用增强PUCCH来传输上行控制信息的UE分配的资源索引,其中,为所述配置采用增强PUCCH来传输上行控制信息的UE中位于不同小区的UE分配的资源索引对应不同的PRB。
15.一种物理上行控制信道PUCCH的传输装置,其特征在于,所述装置设置在配置采用增强PUCCH来传输上行控制信息的用户设备UE上,包括:
资源索引确定模块,用于根据网络指示和预先配置的资源确定方式确定分配给自己的资源索引;
PUCCH传输模块,用于根据资源索引确定模块确定的资源索引传输PUCCH,将配置采用增强PUCCH来传输上行控制信息的UE作为第一类UE,除第一类UE之外的UE作为第二类UE;根据第一类UE中的UE数目,在第二类UE的调度请求SR和半静态确认ACK/非确认NACK资源与动态ACK/NACK资源之间预留指定个PRB,将所述指定个PRB作为所述第一类UE的专用的PRB。
16.一种物理上行控制信道PUCCH的传输系统,其特征在于包括:基站和用户设备UE;其中,所述基站包括权利要求13至14任一项所述的装置;所述UE包括权利要求15所述的装置。
CN201110342316.5A 2011-11-02 2011-11-02 Pucch的资源配置方法、传输方法、装置和系统 Active CN103095395B (zh)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CN201110342316.5A CN103095395B (zh) 2011-11-02 2011-11-02 Pucch的资源配置方法、传输方法、装置和系统
PCT/CN2012/084031 WO2013064106A1 (zh) 2011-11-02 2012-11-02 Pucch的资源配置方法、传输方法、装置和系统
EP12845747.0A EP2768265B1 (en) 2011-11-02 2012-11-02 Pucch resource configuration method, transmission method, device and system
US14/355,842 US9578628B2 (en) 2011-11-02 2012-11-02 PUCCH resource configuration method, transmission method, device and system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110342316.5A CN103095395B (zh) 2011-11-02 2011-11-02 Pucch的资源配置方法、传输方法、装置和系统

Publications (2)

Publication Number Publication Date
CN103095395A CN103095395A (zh) 2013-05-08
CN103095395B true CN103095395B (zh) 2017-09-22

Family

ID=48191367

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110342316.5A Active CN103095395B (zh) 2011-11-02 2011-11-02 Pucch的资源配置方法、传输方法、装置和系统

Country Status (4)

Country Link
US (1) US9578628B2 (zh)
EP (1) EP2768265B1 (zh)
CN (1) CN103095395B (zh)
WO (1) WO2013064106A1 (zh)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN103037515B (zh) * 2011-09-30 2016-01-27 上海贝尔股份有限公司 在CoMP通信系统中基于簇标识确定正交资源的方法
JP6050021B2 (ja) * 2012-04-19 2016-12-21 シャープ株式会社 端末装置、基地局装置、通信システム、通信方法および集積回路
CN104284425B (zh) * 2013-07-05 2017-11-21 电信科学技术研究院 2天线端口的上行控制信道资源分配方法和基站
CN104284423B (zh) * 2013-07-05 2019-06-07 株式会社Ntt都科摩 移动通信方法、无线基站和移动台
EP3021509B1 (en) 2013-08-01 2019-10-09 Huawei Technologies Co., Ltd. Method and device for information configuration and data receiving
CN106165329A (zh) * 2013-08-09 2016-11-23 联发科技股份有限公司 自适应tdd系统中ul控制信道的物理资源分配
PL3050239T3 (pl) * 2013-09-27 2019-07-31 Nokia Solutions And Networks Oy Alokacja zasobów PUCCH i ich wykorzystanie
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
CN104754742B (zh) * 2013-12-25 2019-02-05 中国移动通信集团公司 一种资源分配方法及装置
CN104767595A (zh) * 2014-01-07 2015-07-08 中兴通讯股份有限公司 Harq-ack反馈信息的传输方法、系统及终端和基站
JP6443890B2 (ja) * 2014-01-31 2018-12-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカPanasonic Intellectual Property Corporation of America 端末、基地局、送信方法及び受信方法
KR101865643B1 (ko) 2014-03-21 2018-06-08 후아웨이 테크놀러지 컴퍼니 리미티드 제어 정보 강화 전송 방법, 사용자 기기, 기지국, 및 통신 시스템
PL3637920T3 (pl) 2014-06-24 2022-06-20 Sun Patent Trust Terminal, stacja bazowa, sposób transmisji i sposób odbioru
CN104159309B (zh) * 2014-08-13 2017-11-03 大唐移动通信设备有限公司 一种资源分配优化方法及装置
US9844072B2 (en) 2014-09-26 2017-12-12 Qualcomm Incorporated Ultra-low latency LTE uplink frame structure
US9980257B2 (en) 2014-09-26 2018-05-22 Qualcomm Incorporated Ultra-low latency LTE reference signal transmission
US9955462B2 (en) 2014-09-26 2018-04-24 Qualcomm Incorporated Ultra-low latency LTE control data communication
CN104837207B (zh) * 2015-04-15 2018-03-13 上海华为技术有限公司 一种资源分配方法、基站及通讯系统
WO2017111808A1 (en) * 2015-12-24 2017-06-29 Intel IP Corporation Collision avoidance technology for an enhanced physical uplink control channel
GB2545916A (en) * 2015-12-30 2017-07-05 Tcl Communication Ltd Cellular communication system devices
WO2017118627A1 (en) * 2016-01-07 2017-07-13 Nokia Solutions And Networks Oy Method and apparatus for allocating acknowledgement resources
EP3399681A4 (en) * 2016-01-19 2018-12-26 Huawei Technologies Co., Ltd. Feedback method and device for uplink channel
CN107770871B (zh) 2016-08-22 2021-09-14 华为技术有限公司 消息收发方法、终端设备和网络设备
US10826670B2 (en) * 2016-10-09 2020-11-03 Huawei Technologies Co., Ltd. Signal resource configuration method, terminal, and access network device
US10411864B2 (en) * 2017-02-06 2019-09-10 Qualcomm Incorporated Resource allocation for physical uplink control channel (PUCCH)
US10225826B2 (en) * 2017-03-24 2019-03-05 Nokia Technologies Oy Transmission of uplink control information for multiple control channel format lengths
US10574309B2 (en) * 2017-04-14 2020-02-25 Qualcomm Incorporated Feedback techniques in wireless communications
CN108809555B (zh) * 2017-04-28 2021-05-25 普天信息技术有限公司 一种专有lte网络pucch信道映射方法及装置
CN109121205B (zh) * 2017-06-22 2021-08-24 维沃移动通信有限公司 一种资源指示方法、移动终端及基站
CN109495973B (zh) * 2017-09-11 2021-01-26 大唐移动通信设备有限公司 一种上行资源自适应调度方法及基站
WO2019051768A1 (zh) * 2017-09-15 2019-03-21 华为技术有限公司 一种传输资源分配方法及装置
CN109756974B (zh) * 2017-11-02 2023-07-11 成都鼎桥通信技术有限公司 一种物理上行控制信道的发送方法及装置
CN110011769A (zh) * 2018-01-04 2019-07-12 大唐移动通信设备有限公司 一种资源配置方法及网络设备
CN110324896B (zh) * 2018-03-28 2021-10-22 大唐移动通信设备有限公司 资源指示、确定方法及装置
CN110324130B (zh) * 2018-03-30 2021-08-24 北京紫光展锐通信技术有限公司 Pucch资源的指示及确定方法、基站、终端、可读介质
CN113541905B (zh) 2018-05-11 2022-11-15 中兴通讯股份有限公司 信道配置、功控方法和装置、用户设备、基站及存储介质
EP3796706A4 (en) * 2018-06-12 2021-06-02 Huawei Technologies Co., Ltd. INFORMATION TRANSFER METHOD AND DEVICE
CN110943815B (zh) * 2018-09-21 2021-06-29 大唐移动通信设备有限公司 一种harq-ack的传输方法、终端设备及网络设备
CN111093269B (zh) * 2018-10-23 2023-01-17 海能达通信股份有限公司 一种pucch资源分配方法及相关装置
WO2021167749A1 (en) 2020-02-21 2021-08-26 Commscope Technologies Llc Spectrum-efficient utilization of an uplink control channel

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489255A (zh) * 2009-01-09 2009-07-22 中兴通讯股份有限公司 一种上行控制信道的发送方法、装置及系统
CN101925113A (zh) * 2009-06-12 2010-12-22 大唐移动通信设备有限公司 一种上行控制信道的传输处理方法及设备
CN102045140A (zh) * 2009-10-10 2011-05-04 中兴通讯股份有限公司 一种利用上行子帧反馈确认/非确认信息的方法及终端
CN102195703A (zh) * 2010-03-17 2011-09-21 华为技术有限公司 中继链路物理上行控制信道信息生成方法及设备
WO2011120011A1 (en) * 2010-03-25 2011-09-29 Qualcomm Incorporated Subframe dependent physical uplink control channel (pucch) region design
CN102215094A (zh) * 2011-06-01 2011-10-12 电信科学技术研究院 上行反馈信息发送及接收方法、系统和设备

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
GB2477082A (en) * 2010-01-11 2011-07-27 Nokia Siemens Networks Oy Determining resource index information on the uplink control channel for an aggregated or component carrier downlink channel
US8995385B2 (en) * 2011-08-05 2015-03-31 Samsung Electronics Co., Ltd. Apparatus and method for UE-specific demodulation reference signal scrambling

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101489255A (zh) * 2009-01-09 2009-07-22 中兴通讯股份有限公司 一种上行控制信道的发送方法、装置及系统
CN101925113A (zh) * 2009-06-12 2010-12-22 大唐移动通信设备有限公司 一种上行控制信道的传输处理方法及设备
CN102045140A (zh) * 2009-10-10 2011-05-04 中兴通讯股份有限公司 一种利用上行子帧反馈确认/非确认信息的方法及终端
CN102195703A (zh) * 2010-03-17 2011-09-21 华为技术有限公司 中继链路物理上行控制信道信息生成方法及设备
WO2011120011A1 (en) * 2010-03-25 2011-09-29 Qualcomm Incorporated Subframe dependent physical uplink control channel (pucch) region design
CN102215094A (zh) * 2011-06-01 2011-10-12 电信科学技术研究院 上行反馈信息发送及接收方法、系统和设备

Also Published As

Publication number Publication date
WO2013064106A1 (zh) 2013-05-10
US9578628B2 (en) 2017-02-21
EP2768265A4 (en) 2015-08-26
US20140301338A1 (en) 2014-10-09
EP2768265A1 (en) 2014-08-20
CN103095395A (zh) 2013-05-08
EP2768265B1 (en) 2019-10-16

Similar Documents

Publication Publication Date Title
CN103095395B (zh) Pucch的资源配置方法、传输方法、装置和系统
US10356762B2 (en) System and method for multiple point communications
US10477525B2 (en) Method and device for processing uplink control data in a wireless network
CN105122932B (zh) 用于设备到设备通信的方法和装置
CN104885543B (zh) 用于在无线通信系统中确定传输块大小的方法和设备
CN104125610B (zh) D2d通信中的数据发送方法和设备
US8976660B2 (en) Method for transmitting ACK/NACK signals, and base station and user equipment for the method
CN104662827B (zh) 在无线通信系统中接收或发送下行链路控制信号的方法和装置
US9247546B2 (en) Allocation of resources for device-to-device (D2D) communication and method and apparatus for transmitting and receiving signal on the basis of the resource allocation
CN103517426B (zh) 一种pucch资源的确定方法及装置
US9717060B2 (en) Method for transmitting or receiving ACK/NACK signal
CN102315870B (zh) 一种下行控制信息指示方法及装置
CN109417453A (zh) 通信系统中的参考信号的发射
CN101651986B (zh) 多天线系统物理上行控制信道资源分配映射方法和系统
CN109565862A (zh) 无线蜂窝通信系统中的信道发送方法和设备
CN104205972A (zh) 通信系统、基站装置、移动终端装置以及通信方法
CN103249147B (zh) 物理上行控制信道的资源配置方法和系统
CN103490864B (zh) 一种harq‑ack消息的传输及其控制方法、装置
JP7027440B2 (ja) アップリンク伝送方法、装置、端末装置、アクセスネットワーク装置及びシステム
CN107371272A (zh) 下行控制信息的传输方法、装置及系统
CN105379391A (zh) 终端、基站以及通信方法
CN105144606A (zh) 用于在小区内载波聚合系统中发送控制信道的方法和装置
CN107404365A (zh) 发送和接收控制信息的方法及装置
CN103546253B (zh) 一种数据传输方法及系统
CN102238649B (zh) 一种异构系统中上行控制信道干扰避免的方法和设备

Legal Events

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