CN102932932A - Srs与pusch的协调传输方法及*** - Google Patents
Srs与pusch的协调传输方法及*** Download PDFInfo
- Publication number
- CN102932932A CN102932932A CN2011102315322A CN201110231532A CN102932932A CN 102932932 A CN102932932 A CN 102932932A CN 2011102315322 A CN2011102315322 A CN 2011102315322A CN 201110231532 A CN201110231532 A CN 201110231532A CN 102932932 A CN102932932 A CN 102932932A
- Authority
- CN
- China
- Prior art keywords
- srs
- resource
- pusch
- serving cell
- cell
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 230000005540 biological transmission Effects 0.000 title claims abstract description 74
- 238000000034 method Methods 0.000 title claims abstract description 67
- 238000013468 resource allocation Methods 0.000 claims description 58
- 230000008030 elimination Effects 0.000 claims description 30
- 238000003379 elimination reaction Methods 0.000 claims description 30
- 230000002452 interceptive effect Effects 0.000 claims description 24
- 238000011282 treatment Methods 0.000 claims description 6
- 238000001514 detection method Methods 0.000 claims description 4
- 239000012467 final product Substances 0.000 description 12
- 238000005259 measurement Methods 0.000 description 10
- 238000012545 processing Methods 0.000 description 8
- 238000004080 punching Methods 0.000 description 8
- 230000011664 signaling Effects 0.000 description 8
- 238000012546 transfer Methods 0.000 description 7
- 238000011144 upstream manufacturing Methods 0.000 description 7
- 241000760358 Enodes Species 0.000 description 5
- 208000036357 GUCY2D-related recessive retinopathy Diseases 0.000 description 5
- 238000004364 calculation method Methods 0.000 description 5
- 238000004891 communication Methods 0.000 description 5
- 238000005516 engineering process Methods 0.000 description 4
- 241000209094 Oryza Species 0.000 description 2
- 235000007164 Oryza sativa Nutrition 0.000 description 2
- 238000013459 approach Methods 0.000 description 2
- 125000004122 cyclic group Chemical group 0.000 description 2
- 238000012217 deletion Methods 0.000 description 2
- 230000037430 deletion Effects 0.000 description 2
- 238000010586 diagram Methods 0.000 description 2
- 235000021186 dishes Nutrition 0.000 description 2
- 230000007774 longterm Effects 0.000 description 2
- 238000012986 modification Methods 0.000 description 2
- 230000004048 modification Effects 0.000 description 2
- 235000009566 rice Nutrition 0.000 description 2
- CIWBSHSKHKDKBQ-JLAZNSOCSA-N Ascorbic acid Chemical compound OC[C@H](O)[C@H]1OC(=O)C(O)=C1O CIWBSHSKHKDKBQ-JLAZNSOCSA-N 0.000 description 1
- 101100433727 Caenorhabditis elegans got-1.2 gene Proteins 0.000 description 1
- 101100151946 Caenorhabditis elegans sars-1 gene Proteins 0.000 description 1
- 239000012141 concentrate Substances 0.000 description 1
- 230000000977 initiatory effect Effects 0.000 description 1
- 238000007493 shaping process Methods 0.000 description 1
- 238000011269 treatment regimen Methods 0.000 description 1
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明提供了一种SRS与PUSCH的协调传输方法及***。在上述方法中,服务小区分别与协作集中各个协作小区交互SRS与PUSCH的资源配置信息;服务小区和各个协作小区分别根据交互的资源配置信息为本小区的UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小;服务小区和各个协作小区分别将为本小区的UE配置的资源的配置信息发送至本小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输。根据本发明提供的技术方案,避免了CoMP协作集内不同小区SRS和PUSCH之间的互相干扰。
Description
技术领域
本发明涉及通信领域,具体而言,涉及一种SRS与PUSCH的协调传输方法及***。
背景技术
协作多点(Coordinated Multi-Point,简称为CoMP)技术可用于扩大高数据率的小区覆盖范围和提高小区边缘用户的吞吐量,进而提高***吞吐量。高级长期演进(Long-TermEvolution Advance,简称为LTE-Advance)***采用了这一技术,来提高***整体性能。
CoMP的基本思想是在不同地理位置上的多个传输点协同为一个或多个用户服务。
CoM P可分为intra-site CoM P和inter-site CoM P两种:intra-site CoM P协作发生在一个站点(site,例如,eNode B)内,一个eNode B控制的多个小区(Cell)为一边缘用户服务,每个传输点(Point)只具备射频功能,当接收到上行数据后,直接通过专门的物理链路传给该eNode B进行基带处理;Inter-site CoMP协作发生在多个站点间,不同站点(eNode B)控制下的多个小区为同一用户服务,每个传输点都对应着一个逻辑小区,可以独立处理接收到的上行数据。若小区间需要进行信息交换,需要使用X2接口进行传输。典型的CoMP场景指的是Inter-Site CoMP协作情形。
在CoMP协作中,发送物理下行控制信道(Physical Downlink Control Channel,简称为PDCCH)控制信息或接收物理上行控制信道(Physical Uplink Control Channel,简称为PUCCH)控制信息的小区被称为服务小区,其余小区称为协作小区。参与具体某次PUSCH/PDSCH传输的点被称为CoMP传输点,所有CoMP传输点的集合被称为CoMP协作集。
CoM P上行技术可分为协作调度和联合接收两种情况。协作调度是指协作集内的多个传输点参与协作调度,调度的结果是在同一时频资源上只有一个点接收UE的上行数据。联合接收是指多个点之间进行协作,同时接收来自于一个UE的上行数据。
LTE上行链路中,使用探测参考信号(Sounding Reference Signal,简称为SRS)来进行信道质量探测、功率控制,以及支持下行波束赋形。LTE中SRS传输有周期性传输和非周期性传输两种模式。对于FDD模式下,所有上行子帧均为普通子帧,都可以进行SRS传输。对于TDD模式,SRS既可以在普通上行子帧中传输,也可以在特殊子帧的上行导频时隙(Uplink Pilot Time Slot,简称为UpPTS)上进行传输。UpPTS可以持续1或2个OFDM符号,这1或2个OFDM符号都可以用于SRS传输;对于除特殊子帧外的所有子帧,SRS应在子帧的最后一个符号上传输。
LTE上行链路中,使用物理上行共享信道(Physical Uplink Shared Channel,简称为PUSCH)发送上行数据,PUSCH只能在普通上行子帧中进行传输。在非CoMP模式(单小区)模式下,eNode B会针对这两种模式,进行小区特定的SRS配置和UE特定的SRS配置,使得不同UE的SRS资源之间、SRS资源与PUSCH资源之间互相正交,不会发生互相干扰。
在Inter-site CoMP协作、联合接收的情况下,处于CoMP模式的UE发送的SRS或PUSCH,可以被协作集中的所有小区接收。因此可能面临如下问题:如果联合接收的不同小区SRS配置可能出现的子帧不一致,可能某UL-CoMP UE占用了某子帧的一个OFDM符号发送数据,而协作小区中有UE在该子帧的对应OFDM符号发送SRS,则在该子帧的这个OFDM符号上,SRS和PUSCH存在互相干扰。具体可以参见图1。
图1是根据相关技术的CoMP***中SRS与PUSCH互相干扰的场景示意图。如图1所示,终端U11处于CoMP模式;C1为U11的服务小区;为CoMP协作集内的其它协作小区。假设U11处于联合处理模式,协作小区C2C3...Cn也会接收U11的发送信号,因此在C2C3...Cn接收端,SRS和PUSCH可能互相造成干扰。
因此,有必要提出一种在上行协作多点传输时,避免SRS和PUSCH互相造成干扰的方案。
发明内容
针对相关技术中在上行协作多点传输时,SRS和PUSCH互相造成干扰的问题,本发明提供了一种SRS与PUSCH协调传输的方法及装置,以解决上述问题至少之一。
根据本发明的一个方面,提供了一种SRS与PUSCH的协调传输方法。
根据本发明的SRS与PUSCH的协调传输方法包括:服务小区分别与协作集中各个协作小区交互SRS与PUSCH的资源配置信息;服务小区和各个协作小区分别根据交互的资源配置信息为本小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小;服务小区和各个协作小区分别将为本小区的UE配置的资源的配置信息发送至本小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输。
上述服务小区分别与各个协作小区交互SRS与PUSCH的资源配置信息包括:服务小区向各个协作小区发送服务小区的UE的SRS的资源配置信息;各个协作小区向服务小区发送本协作小区的UE的PUSCH的资源配置信息。
上述服务小区和各个协作小区分别为本小区的用户设备UE协调配置SRS资源或PUSCH资源包括以下至少之一:各个协作小区将本小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,协调为与服务小区的UE的SRS的资源配置一致;服务小区协调配置服务小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源交叠最小;各协作小区为各协作小区中需要进行PUSCH发送的UE协调配置PUSCH资源,其中,服务小区的UE与各个协作小区的UE所配置的资源交叠最小;在无法协调资源的情况下,服务小区和各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
上述服务小区发送的协调后的配置信息包括:服务小区通过协调获得的SRS配置信息和/或各个协作小区在协调后获得的PUSCH配置信息;各个协作小区发送的协调后的配置信息包括:各个协作小区通过协调获得的PUSCH配置信息和/或服务小区在协调后获得的SRS配置信息。
上述服务小区分别与各个协作小区交互SRS与PUSCH的资源配置信息包括:服务小区向各个协作小区发送服务小区的UE的PUSCH的资源配置信息;各个协作小区向服务小区发送本协作小区的UE的SRS的资源配置信息。
上述服务小区和各个协作小区分别为本小区的用户设备UE协调配置SRS资源或PUSCH资源包括以下至少之一:由协作集内第一个发送SRS的协作小区发起,将协作集内所有协作小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,规划为与该协作小区的UE的SRS的资源配置一致;服务小区综合各个协作小区的UE的SRS资源配置,将各个协作小区的UE的SRS资源配置求并集,并为处于CoMP模式的UE协调配置PUSCH资源,其中,为服务小区的UE配置的资源与各个协作小区的UE配置的资源交叠最小;各个协作小区协调配置本小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源交叠最小;在无法协调资源的情况下,服务小区和各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
上述服务小区发送的协调后的配置信息包括:服务小区通过协调获得的PUSCH配置信息和/或各个协作小区在协调后获得的SRS配置信息;各个协作小区发送的协调后的配置信息包括:各个协作小区通过协调获得的SRS配置信息和/或服务小区在协调后获得的PUSCH配置信息。
上述SRS的资源配置信息包括以下至少之一:SRS发送所使用的频域资源;SRS发送所使用的时域资源;SRS发送所使用的序列。
上述PUSCH的资源配置信息包括:PUSCH发送所使用的频域资源。
上述协调后的配置信息包括:干扰指示信息,其中,干扰指示信息用于指示协调结果所对应的后续处理。
上述干扰指示信息包括以下至少之一:频域资源正交,干扰已不可能存在;频域资源有交叠,PUSCH应将最后一个符号空出来;频域资源有交叠,SRS发送做冲突避免;频域资源有交叠,PUSCH接收进行干扰消除。
根据本发明的一个方面,提供给了一种SRS与PUSCH的协调传输***。
根据本发明的SRS与PUSCH的协调传输***包括:服务小区以及协作集中各个协作小区;其中,服务小区包括:第一交互模块,用于与协作集中各个协作小区交互SRS与PUSCH的资源配置信息;第一协调模块,用于根据交互的资源配置信息为本服务小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小;第一发送模块,用于将协调后为该服务小区的UE配置的配置信息发送至该服务小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输;各个协作小区均包括:第二交互模块,用于与服务小区交互SRS与PUSCH的资源配置信息;第二协调模块,用于根据交互的资源配置信息为本小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小;第二发送模块,用于将为本小区的UE配置的资源的配置信息发送至本小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输。
上述第一交互模块,用于向各个协作小区发送服务小区的UE的SRS的资源配置信息;第二交互模块,用于向服务小区发送本协作小区的UE的PUSCH的资源配置信息。
上述第一交互模块,用于向各个协作小区发送服务小区的UE的PUSCH的资源配置信息;第二交互模块,用于向服务小区发送本协作小区的UE的SRS的资源配置信息。
通过本发明,服务小区分别与协作集中各个协作小区交互SRS与PUSCH的资源配置信息,服务小区和各个协作小区分别根据交互的资源配置信息为本小区的UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与各个协作小区的UE配置的资源之间交叠最小,将协调后的配置信息发送至本小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输。解决了相关技术中在上行协作多点传输时,SRS和PUSCH互相造成干扰的问题,进而可以有效避免CoMP协作集内不同小区SRS和PUSCH之间的互相干扰,提高SRS和PUSCH的传输正确性,从而改善了SRS测量和PUSCH数据解调的性能。
附图说明
此处所说明的附图用来提供对本发明的进一步理解,构成本申请的一部分,本发明的示意性实施例及其说明用于解释本发明,并不构成对本发明的不当限定。在附图中:
图1是根据相关技术的CoMP***中SRS与PUSCH互相干扰的场景示意图;
图2是根据本发明实施例的SRS与PUSCH的协调传输方法的流程图;
图3是根据本发明实施例的SRS与PUSCH协调传输***的结构框图。
具体实施方式
下文中将参考附图并结合实施例来详细说明本发明。需要说明的是,在不冲突的情况下,本申请中的实施例及实施例中的特征可以相互组合。
图2是根据本发明实施例的SRS与PUSCH协调传输的方法的流程图。如图2所示,该SRS与PUSCH协调传输的方法主要包括以下处理:
步骤S202:服务小区分别与协作集中各个协作小区交互SRS与PUSCH的资源配置信息;
步骤S204:服务小区和各个协作小区分别根据交互的资源配置信息为本小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小;
步骤S206:服务小区和各个协作小区分别将为本小区的UE配置的资源的配置信息发送至本小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输。
相关技术中在上行协作多点传输时,SRS和PUSCH可能会互相造成干扰。采用图2所示的方法,通过对CoMP协作集内不同小区间的SRS和PUSCH传输进行资源协调,从而避免了CoMP协作集内不同小区SRS和PUSCH之间的互相干扰,提高SRS和PUSCH的传输正确性,从而改善了SRS测量和PUSCH数据解调的性能。
图2所示的技术方案可以适用于两种场景。具体如下:
第一种场景是,某个子帧,服务小区的UE发送SRS,Comp协作集的协作小区中有UE发送PUSCH;此时,协作小区中UE(Comp或非Comp UE)发送的PUSCH可能会影响上述服务小区的UE的SRS的测量精度;而服务小区的UE发送的SRS也可能会影响协作小区中PUSCH的解调精度。
第二种场景是,某个子帧,服务小区的UE发送PUSCH,Comp协作集的协作小区中有UE发送SRS;此时,U11发送的PUSCH可能会影响协作小区中UE发送的SRS的测量精度;而协作小区中UE发送的SRS也可能会影响服务小区的UE的PUSCH的解调精度。
优选地,针对第一种场景,上述步骤S202可以进一步包括以下处理:
(1)服务小区向各个协作小区发送该服务小区的UE的SRS的资源配置信息;
(2)各个协作小区向服务小区发送本协作小区的UE的PUSCH的资源配置信息。
优选地,步骤S204中,服务小区和各个协作小区分别为本小区的用户设备UE协调配置SRS资源或PUSCH资源包括以下至少之一的方法:
(1)各个协作小区将本小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,协调为与服务小区的UE的SRS的资源配置一致;
(2)服务小区协调配置服务小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源交叠最小;
(3)各协作小区为各协作小区中需要进行PUSCH发送的UE协调配置PUSCH资源,其中,服务小区的UE与各个协作小区的UE所配置的资源交叠最小;
(4)在无法协调资源的情况下,服务小区和各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
其中,上述服务小区发送的协调后的配置信息包括:服务小区通过协调获得的SRS配置信息和/或各个协作小区在协调后获得的PUSCH配置信息;上述各个协作小区发送的协调后的配置信息包括:各个协作小区通过协调获得的PUSCH配置信息和/或服务小区在协调后获得的SRS配置信息。
优选地,针对第二种场景,上述步骤S202可以进一步包括以下处理:
(1)服务小区向各个协作小区发送服务小区的UE的PUSCH的资源配置信息;
(2)各个协作小区向服务小区发送本协作小区的UE的SRS的资源配置信息。
优选地,步骤S204中,上述服务小区和各个协作小区分别为本小区的用户设备UE协调配置SRS资源或PUSCH资源包括以下至少之一的方法:
(1)由协作集内第一个发送SRS的协作小区发起,将协作集内所有协作小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,规划为与该协作小区的UE的SRS的资源配置一致;
(2)服务小区综合各个协作小区的UE的SRS资源配置,将各个协作小区的UE的SRS资源配置求并集,并为处于CoMP模式的UE协调配置PUSCH资源,其中,为服务小区的UE配置的资源与各个协作小区的UE配置的资源交叠最小;
(3)各个协作小区协调配置本小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源交叠最小;
(4)在无法协调资源的情况下,服务小区和各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
其中,服务小区发送的协调后的配置信息包括:服务小区通过协调获得的PUSCH配置信息和/或各个协作小区在协调后获得的SRS配置信息;各个协作小区发送的协调后的配置信息包括:各个协作小区通过协调获得的SRS配置信息和/或服务小区在协调后获得的PUSCH配置信息。
需要注意的是,上述提到的SRS的资源配置信息包括以下至少之一:SRS发送所使用的频域资源;SRS发送所使用的时域资源;SRS发送所使用的序列。PUSCH的资源配置信息包括:PUSCH发送所使用的频域资源。
优选地,上述协调后的配置信息包括:干扰指示信息,其中,该干扰指示信息用于指示协调结果所对应的后续处理。
其中,干扰指示信息可以包括但不限于以下至少之一:
频域资源正交,干扰已不可能存在;
频域资源有交叠,PUSCH应将最后一个符号空出来;
频域资源有交叠,SRS发送做冲突避免;
频域资源有交叠,PUSCH接收进行干扰消除。
在优选实施过程中,上述干扰指示信息可用采用标识实现。例如,0表示频域资源正交,干扰已不可能存在;1表示频域资源有交叠,PUSCH应将最后一个符号空出来;2表示频域有交叠,SRS发送做冲突避免。3表示频域有交叠,PUSCH接收进行干扰消除。
在优选实施过程中,针对第一种场景:
服务小区的Comp UE可按照下列方法发送SRS:
若干扰指示信息为0或者1,服务小区Comp UE根据步骤S206中得到的SRS配置信息,正常发送SRS即可。
若干扰指示信息为2,服务小区CoMP UE有SRS发送时,判断是否与其它各协作小区的PUSCH资源冲突,如果冲突则放弃本次SRS发送,否则,正常发送SRS。
协作小区的UE可按照下列方法发送PUSCH:
若干扰指示信息为0/2,各协作小区UE根据步骤S206中得到的PUSCH配置信息,正常发送PUSCH即可。
若干扰指示信息为1,各协作小区UE发送PUSCH时,应将最后一个OFDM符号空出来。以免与服务小区的SRS冲突。
在优选实施过程中,针对第二种场景:
服务小区的Comp UE可按照下列方法发送PUSCH:
若干扰指示信息为0,服务小区Comp UE根据步骤S206中得到的PUSCH配置信息,正常发送PUSCH即可。
若干扰指示信息为1,服务小区CoMP UE PUSCH发送时,应将对应子帧的最后一个符号空出来,以免与协作小区的SRS发生冲突
协作小区的UE可按照下列方法发送SRS:
若干扰指示信息为2,各协作小区UE有SRS发送时,判断是否与服务小区的PUSCH冲突,如果冲突则放弃本次SRS发送,否则,正常发送SRS。
若干扰指示信息为3,各协作小区UE根据步骤S206中得到的SRS配置信息,正常发送SRS即可,在联合接收PUSCH时,将各协作小区发送的SRS作为干扰依次进行干扰消除,例如,采用串行干扰消除(Serial Interference Cancelation,简称为SIC)算法进行干扰消除。
以下结合两个实施例详细描述上述两种场景下,SRS与PUSCH的协调传输方法。
实施例一:
如图1所示,存在如下场景:某个子帧,U11发送SRS,C2C3...CN中有UE发送PUSCH;此时,C2C3...CN中UE(Comp或非Comp UE)发送的PUSCH可能会影响U11发送的SRS的测量精度;而U11发送的SRS也可能会影响C2C3...CN中PUSCH的解调精度。
为解决上述场景中SRS和PUSCH互相干扰的问题,依据本发明提出的SRS和PUSCH协调传输方法,主要包括以下处理:
步骤1:服务小区和各协作小区交互SRS和PUSCH资源配置信息;
(1)服务小区向各协作小区发送的信息可以包括但不限于以下至少之一:
(a)SRS发送使用的频域资源
(b)SRS发送使用的时域资源
(c)SRS发送使用的序列
以LTE为例,SRS可以半静态地进行小区特定的资源配置,也可以动态地进行UE特定的资源配置。
一种可行的SRS频率资源配置方式为:高层参数srs-BandwidthConfigCSRS∈{0,1,2,3,4,5,6,7}用于确定小区特定的SRS传输的频域资源。对不同的上行带宽每个CSRS给出了4种可用的SRS带宽mSRS,0,mSRS,1,mSRS,2,mSRS,3。高层参数srs-BandwidthBSRS∈{0,1,2,3}用于确定UE特定的SRS传输的频域资源。CSRS和BSRS一起可确定UE带宽mSRS,b,由于SRS在频域上是隔一个子载波放置一个,相应地,SRS长度为因此SRS的频域范围为其中频域起始位置k0定义为:
对UpPTS定义为:
一种可行的SRS时域资源配置方式为:高层参数srs-SubframeConfig用于确定小区特定的子帧配置周期TSFC和子帧偏移ΔSFC。只有满足子帧才能用于传输SRS。10比特的高层参数srs-Configlndex/srs-ConfiglndexAp用于确定周期SRS传输/非周期SRS传输时UE特定的子帧周期TSRS和子帧偏移Toffset,只有满足下面条件的子帧才能用于SRS传输:
其中,kSRS在FDD中是子帧号,在TDD中SRS仅在配置的上行子帧或UpPTS中传输,因此kSRS是UpPTS符号和可能为上行子帧的子帧的编号。
表1~4示出了SRS小区特定的SRS资源配置和UE特定的SRS资源配置示例。
表2帧类型2SRS子帧配置(摘自TS36.211 Table 5.5.3.3-2)
srs-SubframeConfig | Binary | 子帧配置周期TSFC | 子帧偏移ΔSFC |
0 | 0000 | 5 | {1} |
1 | 0001 | 5 | {1,2} |
2 | 0010 | 5 | {1,3} |
3 | 0011 | 5 | {1,4} |
4 | 0100 | 5 | {1,2,3} |
5 | 0101 | 5 | {1,2,4} |
6 | 0110 | 5 | {1,3,4} |
7 | 0111 | 5 | {1,2,3,4} |
8 | 1000 | 10 | {1,2,6} |
9 | 1001 | 10 | {1,3,6} |
10 | 1010 | 10 | {1,6,7} |
11 | 1011 | 10 | {1,2,6,8} |
12 | 1100 | 10 | {1,3,6,9} |
13 | 1101 | 10 | {1,4,6,7} |
14 | 1110 | reserved | reserved |
15 | 1111 | reserved | reserved |
表3触发类型0,TDD模式,UE特定的SRS周期和子帧偏移配置(摘自TS36.213Table 8.2-2)
SRS配置索引ISRS | SRS周期TSRS(ms) | SRS子帧偏移Toffset |
0 | 2 | 0.1 |
1 | 2 | 0.2 |
2 | 2 | 1.2 |
3 | 2 | 0.3 |
4 | 2 | 1.3 |
5 | 2 | 0.4 |
6 | 2 | 1.4 |
7 | 2 | 2.3 |
8 | 2 | 2.4 |
9 | 2 | 3.4 |
10-14 | 5 | ISRS-10 |
15-24 | 10 | ISRS-15 |
25-44 | 20 | ISRS-25 |
45-84 | 40 | ISRS-45 |
85-164 | 80 | ISRS-85 |
165-324 | 160 | ISRS-165 |
325-644 | 320 | ISRS-325 |
645-1023 | reserved | reserved |
表4TDD模式的kSRS(摘自TS36.213Table 8.2-3)
SRS发送的序列信息可以由基序列序列组号、基序列号、序列组跳变、序列跳变模式、循环移位来表示。只有当进行干扰消除时才需要SRS发送序列信息。
(2)各协作小区向服务小区发送的信息为:PUSCH可能使用的频域资源信息;
以LTE为例,PUSCH资源分配可以是一块连续的RB资源,表示为[RBSTART,RBSTART+LCRBs];也可以是两块连续的RB资源,每块包含若干个连续的资源块组(RBG,Resource Block Group),每个RBG的大小P∈{1,2,3,4},以s0和s1-1表示第一块RB资源的起始RBG索引,以s2和s3-1表示第二块RB资源的起始RBG索引。简便起见,用 表示两块PUSCH频域资源。当CoMP UE只使用一块RB资源时,第二个集合为空。
将各协作小区的PUSCH频域资源求并集,以供服务小区参考。
步骤2:服务小区和各协作小区根据上述交互的信息为本小区的UE协调配置SRS或PUSCH资源。其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小。并增加1个干扰指示信息,以指示协调结果对应的后续处理。例如,0表示频域资源正交,干扰已不可能存在;1表示频域资源有交叠,PUSCH应将最后一个符号空出来;2表示频域有交叠,SRS发送做冲突避免。3表示频域有交叠,PUSCH接收进行干扰消除。
服务小区和各协作小区进行协调配置的方法主要包括以下处理:
(1)协作集内所有协作小区将本小区的周期性SRS配置和/或非周期性SRS配置,规划为与服务小区一致。这样协作小区内发送PUSCH时,按照单小区时的规则发送,即可避免与本小区的SRS发生冲突,也可以避免对服务小区的SRS造成干扰。采用该方法时干扰指示应设为1。
例如,一种可行的方法是各小区配置相同的高层参数srs-BandwidthConfig CSRS∈{0,1,2,3,4,5,6,7},则各小区SRS可用的频域资源相同。PUSCH发送时,不会与本小区的SRS发生冲突,也不会对服务小区的SRS造成干扰。
(2)服务小区协调配置周期性SRS和/或非周期性SRS使用的频域资源,保证其不和其他协作小区的PUSCH频域资源冲突。
在优选实施过程中,服务小区首先判断本小区有SRS发送的UE的小区级SRS频域资源,若与协作小区的PUSCH资源正交,则正常发送SRS即可;若小区级SRS频域资源与PUSCH资源在频域上有交叠,则进一步设置UE特定的SRS频域资源,以避免与PUSCH资源冲突;若可避免频域冲突,则干扰指示设为0,否则干扰指示设为1。
(3)各协作小区为本小区需要进行PUSCH发送的UE协调配置PUSCH资源,尽量保证这些UE的PUSCH资源和服务小区的SRS资源不冲突。
在优选实施过程中,协作小区首先判断本小区需要进行PUSCH发送的UE的PUSCH频域资源;
(a)若与服务小区的SRS频域资源正交,则正常发送PUSCH即可;
(b)若与服务小区的SRS资源在频域上有交叠,且为FDD模式,或服务小区与协作小区上下行子帧配置相同的TDD模式,则应释放PUSCH子帧的最后一个OFDM符号,即不在PUSCH子帧的最后一个OFDM符号上传输数据。例如,可以采用对PUSCH打孔或者对PUSCH截短的方法,其中打孔是指对完成编码、速率匹配的PUSCH,将每个子帧的最后一个符号上的数据进行打孔删除;截短是指在编码、速率匹配阶段就按照不在子帧的最后一个符号上传输数据的模式来计算传输块长度、码率等相关信息,编码、速率匹配后的数据,不需要在子帧的最后一个符号上进行传输。若可以释放最后一个OFDM符号资源,则干扰指示设为1,否则设为2。
(4)在资源无法协调的情况下,依靠后续步骤进行碰撞避免或者干扰消除。此种情况下干扰指示设为2,后续进行冲突避免,或者设置为3,后续进行干扰消除。
例如如下两种情形:
(a)服务小区无法调整本小区UE的SRS资源,协作小区也无法调整本小区的PUSCH资源,例如,本身就已经采用了最高码率编码,如果再打孔或截短就会造成码率大于1等情况。这种方法需要依赖于后续步骤进行碰撞避免或干扰消除。
(b)服务小区的SRS资源与协作小区的PUSCH资源在频域上有交叠,且为服务小区与协作小区上下行子帧配置不相同的TDD模式,这时可采用SRS发送碰撞避免或干扰消除的方式。
步骤3:服务小区和各协作小区将协调的配置信息通过空口发送给本小区的UE。
(1)服务小区通过RRC信令和/或动态信令为本小区的Comp UE配置如下信息:步骤2中获得的SRS配置信息和/或各协作小区发过来的PUSCH配置信息。
(2)各协作小区通过RRC信令和/或动态信令为本小区的UE配置如下信息:步骤2中获得的PUSCH配置信息和/或服务小区发过来的SRS配置信息。
步骤4:服务小区和各协作小区的UE按照配置信息发送SRS或者PUSCH。
服务小区的Comp UE可按照下列方法发送SRS:
(1)若步骤3中得到的干扰指示信息为0/1/3(即0或1或3),服务小区Comp UE根据步骤3中得到的SRS配置信息,正常发送SRS即可。
(2)若步骤3中得到的干扰指示信息为2,服务小区CoMP UE有SRS发送时,判断是否与其它各协作小区的PUSCH资源冲突,如果冲突则放弃本次SRS发送,否则,正常发送SRS。
协作小区的UE可按照下列方法发送PUSCH:
(1)若步骤3中得到的干扰指示信息为0/2,各协作小区UE根据步骤3中得到的PUSCH配置信息,正常发送PUSCH即可。
(2)若步骤3中得到的干扰指示信息为1,各协作小区UE发送PUSCH时,应将最后一个OFDM符号空出来。以避免与服务小区的SRS冲突。
(3)若步骤3中得到的干扰指示信息为3,各协作小区UE发送PUSCH时,正常发送即可,但协作集的小区在接收PUSCH时,需要将SRS当做已知干扰进行消除。
实施例二:
如图1所示,还存在如下场景:某个子帧,U11发送PUSCH,C2C3...CN中有UE(Comp或非Comp UE)发送SRS。此时,U11发送的PUSCH可能会影响C2C3...CN中UE发送的SRS的测量精度;而C2C3...CN中UE发送的SRS也可能会影响U11发送的PUSCH的解调精度。
为解决上述场景中SRS和PUSCH互相干扰的问题,依据本发明提出的SRS和PUSCH协调传输方法,主要包括以下处理:
步骤1:服务小区和各协作小区交互SRS和PUSCH资源配置信息。
(1)服务小区向各协作小区发送的信息为:Comp UE PUSCH可能使用的频域资源信息。
类似于实施例一,服务小区可向各协作小区发送CoMP UE PUSCH可能使用的频域资源信息, 当CoMP UE只使用一块RB资源时,第二个集合为空。
各协作小区向服务小区发送的信息可以包括但不限于以下至少之一:
(a)SRS发送使用的频域资源
(b)SRS发送使用的时域资源
(c)SRS发送使用的序列
类似于实施例一,各协作小区分别向服务小区发送小区特定/UE特定的SRS频域/时域资源配置。各协作小区的SRS频域/时域资源配置信息需要求并集,以供服务小区参考。各协作小区还需要向服务小区提供本小区要进行SRS传输的UE的SRS发送序列信息,包括但不限于以下至少之一的信息:基序列序列组号、基序列号、序列组跳变、序列跳变模式、循环移位。只有当进行干扰消除时才需要SRS发送序列信息。
步骤2:服务小区和各协作小区根据上述交互的信息为本小区的UE协调配置SRS或PUSCH资源。
其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小。并增加1个干扰指示信息,以指示协调结果对应的后续处理。例如,0表示频域资源正交,干扰已不可能存在;1表示频域资源有交叠,PUSCH应将最后一个符号空出来;2表示频域有交叠,SRS发送做冲突避免。3表示频域有交叠,PUSCH接收进行干扰消除。
服务小区和各协作小区进行协调配置的方法主要包括以下处理:
(1)由协作集内第一个发送SRS的协作小区发起,将协作集内所有协作小区的周期性SRS配置和/或非周期性SRS配置,规划为与该协作小区一致。这样服务小区发送PUSCH时,按照单小区时的规则发送,即可避免与本小区的SRS发生冲突,也可以避免对各协作小区的SRS造成干扰。采用该方法时干扰指示应设为1。
例如,一种可行的方法是各小区与发起协作小区配置相同的高层参数srs-BandwidthConfig CSRS∈{0,1,2,3,4,5,6,7},则各小区SRS可用的频域资源相同。服务小区进行PUSCH发送时,不会与本小区的SRS发生冲突,也不会对协作小区的SRS造成干扰。
(2)服务小区综合考虑各协作小区的SRS资源配置,将各协作小区的SRS资源配置求并集,并为处于CoMP模式的UE协调配置PUSCH资源,保证该UE的PUSCH资源和协作集中所有协作小区的SRS资源交叠最小(即不冲突)。
服务小区首先判断本小区需要进行PUSCH发送的UE的PUSCH频域资源。
(a)若与协作小区的SRS频域资源正交,则正常发送PUSCH即可;
(b)若与协作小区的SRS资源在频域上有交叠,且为FDD模式,或服务小区与协作小区上下行子帧配置相同的TDD模式,则应释放PUSCH子帧的最后一个OFDM符号,即不在PUSCH子帧的最后一个OFDM符号上传输数据。例如可以采用对PUSCH打孔或者对PUSCH截短的方法,其中打孔是指对完成编码、速率匹配的PUSCH,将每个子帧的最后一个符号上的数据进行打孔删除;截短是指在编码、速率匹配阶段就按照不在子帧的最后一个符号上传输数据的模式来计算传输块长度、码率等相关信息,编码、速率匹配后的数据,不需要在子帧的最后一个符号上进行传输。若可以释放最后一个OFDM符号资源,则干扰指示设为1,否则设为2。
(3)各协作小区协调配置本小区周期性SRS和/或非周期性SRS使用的频域资源,保证其与服务小区的PUSCH频域资源交叠最小。
各协作小区首先判断本小区有SRS发送的UE的小区级SRS频域资源,若与服务小区的PUSCH资源正交,则无需协调SRS资源;若小区级SRS频域资源与服务小区PUSCH资源在频域上有交叠,则进一步设置UE特定的SRS频域资源,以避免与服务小区PUSCH资源冲突;若可避免频域冲突,则干扰指示设为0,否则干扰指示设为1。
(3)在资源无法协调的情况下,依靠后续步骤进行碰撞避免或者干扰消除。此种情况下干扰指示设为2,后续进行冲突避免,或者设置为3,后续进行干扰消除。
例如如下两种情形:
(a)服务小区无法调整本小区UE的PUSCH资源,协作小区也无法调整本小区的SRS资源,例如本身就已经采用了最高码率编码,如果再打孔或截短就会造成码率大于1等情况。这种方法需要依赖于后续步骤进行碰撞避免或干扰消除。
(b)服务小区的PUSCH资源与协作小区的SRS资源在频域上有交叠,且为服务小区与协作小区上下行子帧配置不相同的TDD模式,这时可采用SRS发送碰撞避免或干扰消除的方式。
步骤3:服务小区和各协作小区将协调的配置信息通过空口发送给本小区的UE。
(1)服务小区通过RRC信令和/或动态信令为本小区的Comp UE配置如下信息:步骤2中获得的PUSCH配置信息和/或各协作小区发过来的SRS配置信息。
(2)各协作小区通过RRC信令和/或动态信令为本小区的UE配置如下信息:步骤2中获得的SRS配置信息和/或服务小区发过来的PUSCH配置信息。
步骤4:服务小区和各协作小区的UE按照配置信息发送SRS或者PUSCH。
服务小区的Comp UE可按照下列方法发送PUSCH:
(1)若步骤3中得到的干扰指示信息为0,服务小区Comp UE根据步骤3中得到的PUSCH配置信息,正常发送PUSCH即可。
(2)若步骤3中得到的干扰指示信息为1,服务小区CoMP UE PUSCH发送时,应将子帧的最后一个符号空出来,以免与协作小区的SRS发生冲突。
协作小区的UE可按照下列方法发送SRS:
(1)若步骤3中得到的干扰指示信息为2,各协作小区UE有SRS发送时,判断是否与服务小区的PUSCH冲突,如果冲突则放弃本次SRS发送,否则,正常发送SRS。
(2)若步骤3中得到的干扰指示信息为3,各协作小区UE根据步骤3中得到的SRS配置信息,正常发送SRS即可,在联合接收服务小区发送的PUSCH时,将各协作小区发送的SRS作为干扰依次进行干扰消除,例如,采用串行干扰消除(Serial InterferenceCancelation,简称为SIC)算法进行干扰消除。
图3是根据本发明实施例的SRS与PUSCH协调传输***的结构框图。如图3所示,该SRS与PUSCH协调传输***包括:服务小区10以及协作集中各个协作小区(20,22...2N)。
其中,服务小区10包括:
第一交互模块100,用于与协作集中各个协作小区交互SRS与PUSCH的资源配置信息;
第一协调模块102,用于根据交互的资源配置信息为本服务小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小;
第一发送模块104,用于将协调后为该服务小区的UE配置的配置信息发送至该服务小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输;
各个协作小区均包括:
第二交互模块200,用于与服务小区交互SRS与PUSCH的资源配置信息;
第二协调模块202,用于根据交互的资源配置信息为本小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小;
第二发送模块204,用于将为本小区的UE配置的资源的配置信息发送至本小区的UE,以使该UE根据接收到的配置信息进行SRS或PUSCH传输。
在图3所示的***中,通过对CoMP协作集内不同小区间的SRS和PUSCH传输进行资源协调,从而避免了CoMP协作集内不同小区SRS和PUSCH之间的互相干扰,提高SRS和PUSCH的传输正确性,从而改善了SRS测量和PUSCH数据解调的性能。
优选地,第一交互模块100,用于向各个协作小区发送服务小区的UE的SRS的资源配置信息;第二交互模块200,用于向服务小区发送本协作小区的UE的PUSCH的资源配置信息。
优选地,第一交互模块100,用于向各个协作小区发送服务小区的UE的PUSCH的资源配置信息;第二交互模块200,用于向服务小区发送本协作小区的UE的SRS的资源配置信息。
由此可见,图3所示的技术方案可以适用于两种场景。具体如下:
第一种场景是,某个子帧,服务小区的UE发送SRS,Comp协作集的协作小区中有UE发送PUSCH;此时,协作小区中UE(Comp或非Comp UE)发送的PUSCH可能会影响上述服务小区的UE的SRS的测量精度;而服务小区的UE发送的SRS也可能会影响协作小区中PUSCH的解调精度。
第二种场景是,某个子帧,服务小区的UE发送PUSCH,Comp协作集的协作小区中有UE发送SRS;此时,U11发送的PUSCH可能会影响协作小区中UE发送的SRS的测量精度;而协作小区中UE发送的SRS也可能会影响服务小区的UE的PUSCH的解调精度。
对于第一种场景,上述第一协调模块和第二协调模块可以采用以下至少之一的协调方法:
(1)各个协作小区将本小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,协调为与服务小区的UE的SRS的资源配置一致;
(2)服务小区协调配置服务小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源交叠最小;
(3)各协作小区为各协作小区中需要进行PUSCH发送的UE协调配置PUSCH资源,其中,服务小区的UE与各个协作小区的UE所配置的资源交叠最小;
(4)在无法协调资源的情况下,服务小区和各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
其中,服务小区发送的协调后的配置信息包括:服务小区通过协调获得的SRS配置信息和/或各个协作小区在协调后发送的PUSCH配置信息;各个协作小区发送的协调后的配置信息包括:各个协作小区通过协调获得的PUSCH配置信息和/或服务小区在协调后发送的SRS配置信息。
对于第二种场景,上述第一协调模块和第二协调模块可以采用以下至少之一的协调方法:
(1)由协作集内第一个发送SRS的协作小区发起,将协作集内所有协作小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,规划为与该协作小区的UE的SRS的资源配置一致;
(2)服务小区综合各个协作小区的UE的SRS资源配置,将各个协作小区的UE的SRS资源配置求并集,并为处于CoMP模式的UE协调配置PUSCH资源,其中,为服务小区的UE配置的资源与各个协作小区的UE配置的资源交叠最小;
(3)各个协作小区协调配置本小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为服务小区的UE配置的资源与为各个协作小区的UE配置的资源交叠最小;
(4)在无法协调资源的情况下,服务小区和各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
其中,服务小区发送的协调后的配置信息包括:服务小区通过协调获得的PUSCH配置信息和/或各个协作小区在协调后发送的SRS配置信息;各个协作小区发送的协调后的配置信息包括:各个协作小区通过协调获得的SRS配置信息和/或服务小区在协调后发送的PUSCH配置信息。
需要注意的是,上述第一交互模块和第二交互模块交互的SRS的资源配置信息包括以下至少之一:SRS发送所使用的频域资源;SRS发送所使用的时域资源;SRS发送所使用的序列。PUSCH的资源配置信息包括:PUSCH发送所使用的频域资源。
优选地,上述协调后的配置信息包括:干扰指示信息,其中,该干扰指示信息用于指示协调结果所对应的后续处理。
其中,干扰指示信息可以包括但不限于以下至少之一:频域资源正交,干扰已不可能存在;频域资源有交叠,PUSCH应将最后一个符号空出来;频域资源有交叠,SRS发送做冲突避免;频域资源有交叠,PUSCH接收进行干扰消除。
在优选实施过程中,上述干扰指示信息可用采用标识实现。例如,0表示频域资源正交,干扰已不可能存在;1表示频域资源有交叠,PUSCH应将最后一个符号空出来;2表示频域有交叠,SRS发送做冲突避免。3表示频域有交叠,PUSCH接收进行干扰消除。
综上所述,借助本发明提供的上述实施例,通过对CoMP协作集内不同小区间的SRS和PUSCH传输进行资源协调,从而避免了CoMP协作集内不同小区SRS和PUSCH之间的互相干扰,提高SRS和PUSCH的传输正确性,从而改善了SRS测量和PUSCH数据解调的性能。
显然,本领域的技术人员应该明白,上述的本发明的各模块或各步骤可以用通用的计算装置来实现,它们可以集中在单个的计算装置上,或者分布在多个计算装置所组成的网络上,可选地,它们可以用计算装置可执行的程序代码来实现,从而可以将它们存储在存储装置中由计算装置来执行,或者将它们分别制作成各个集成电路模块,或者将它们中的多个模块或步骤制作成单个集成电路模块来实现。这样,本发明不限制于任何特定的硬件和软件结合。
以上仅为本发明的优选实施例而已,并不用于限制本发明,对于本领域的技术人员来说,本发明可以有各种更改和变化。凡在本发明的精神和原则之内,所作的任何修改、等同替换、改进等,均应包含在本发明的保护范围之内。
Claims (14)
1.一种探测参考信号SRS与物理上行共享信道PUSCH的协调传输方法,其特征在于,包括:
服务小区分别与协作集中各个协作小区交互SRS与PUSCH的资源配置信息;
所述服务小区和所述各个协作小区分别根据交互的所述资源配置信息为本小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为所述服务小区的UE配置的资源与为所述各个协作小区的UE配置的资源之间交叠最小;
所述服务小区和所述各个协作小区分别将为本小区的UE配置的资源的配置信息发送至所述本小区的UE,以使该UE根据接收到的所述配置信息进行SRS或PUSCH传输。
2.根据权利要求1所述的方法,其特征在于,所述服务小区分别与所述各个协作小区交互SRS与PUSCH的资源配置信息包括:
所述服务小区向所述各个协作小区发送所述服务小区的UE的SRS的资源配置信息;
所述各个协作小区向所述服务小区发送本协作小区的UE的PUSCH的资源配置信息。
3.根据权利要求2所述的方法,其特征在于,所述服务小区和所述各个协作小区分别为本小区的用户设备UE协调配置SRS资源或PUSCH资源包括以下至少之一:
所述各个协作小区将本小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,协调为与所述服务小区的UE的SRS的资源配置一致;
所述服务小区协调配置所述服务小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为所述服务小区的UE配置的资源与为所述各个协作小区的UE配置的资源交叠最小;
所述各协作小区为所述各协作小区中需要进行PUSCH发送的UE协调配置PUSCH资源,其中,所述服务小区的UE与所述各个协作小区的UE所配置的资源交叠最小;
在无法协调资源的情况下,所述服务小区和所述各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
4.根据权利要求2或3所述的方法,其特征在于,
所述服务小区发送的所述协调后的配置信息包括:所述服务小区通过协调获得的SRS配置信息和/或所述各个协作小区在协调后获得的PUSCH配置信息;
所述各个协作小区发送的所述协调后的配置信息包括:所述各个协作小区通过协调获得的PUSCH配置信息和/或服务小区在协调后获得的SRS配置信息。
5.根据权利要求1所述的方法,其特征在于,所述服务小区分别与所述各个协作小区交互SRS与PUSCH的资源配置信息包括:
所述服务小区向所述各个协作小区发送所述服务小区的UE的PUSCH的资源配置信息;
所述各个协作小区向所述服务小区发送本协作小区的UE的SRS的资源配置信息。
6.根据权利要求5所述的方法,其特征在于,所述服务小区和所述各个协作小区分别为本小区的用户设备UE协调配置SRS资源或PUSCH资源包括以下至少之一:
由所述协作集内第一个发送SRS的协作小区发起,将所述协作集内所有协作小区的UE的周期性SRS资源配置和/或非周期性SRS资源配置,规划为与该协作小区的UE的SRS的资源配置一致;
所述服务小区综合所述各个协作小区的UE的SRS资源配置,将所述各个协作小区的UE的SRS资源配置求并集,并为处于CoMP模式的UE协调配置PUSCH资源,其中,为所述服务小区的UE配置的资源与所述各个协作小区的UE配置的资源交叠最小;
所述各个协作小区协调配置本小区的UE的周期性SRS和/或非周期性SRS使用的频域资源,其中,为所述服务小区的UE配置的资源与为所述各个协作小区的UE配置的资源交叠最小;
在无法协调资源的情况下,所述服务小区和所述各个协作小区在进行SRS或PUSCH传输的过程中进行碰撞避免或干扰消除。
7.根据权利要求5或6所述的方法,其特征在于,
所述服务小区发送的所述协调后的配置信息包括:所述服务小区通过协调获得的PUSCH配置信息和/或所述各个协作小区在协调后获得的SRS配置信息;
所述各个协作小区发送的所述协调后的配置信息包括:所述各个协作小区通过协调获得的SRS配置信息和/或服务小区在协调后获得的PUSCH配置信息。
8.根据权利要求2或5所述的方法,其特征在于,所述SRS的资源配置信息包括以下至少之一:
SRS发送所使用的频域资源;
SRS发送所使用的时域资源;
SRS发送所使用的序列。
9.根据权利要求2或5所述的方法,其特征在于,所述PUSCH的资源配置信息包括:PUSCH发送所使用的频域资源。
10.根据权利要求1所述的方法,其特征在于,所述协调后的配置信息包括:干扰指示信息,其中,所述干扰指示信息用于指示协调结果所对应的后续处理。
11.根据权利要求10所述的方法,其特征在于,所述干扰指示信息包括以下至少之一:
频域资源正交,干扰已不可能存在;
频域资源有交叠,PUSCH应将最后一个符号空出来;
频域资源有交叠,SRS发送做冲突避免;
频域资源有交叠,PUSCH接收进行干扰消除。
12.一种探测参考信号SRS与物理上行共享信道PUSCH的协调传输***,其特征在于,包括:服务小区以及协作集中各个协作小区;
所述服务小区包括:
第一交互模块,用于与协作集中各个协作小区交互SRS与PUSCH的资源配置信息;
第一协调模块,用于根据所述交互的资源配置信息为本服务小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为所述服务小区的UE配置的资源与为所述各个协作小区的UE配置的资源之间交叠最小;
第一发送模块,用于将协调后为该服务小区的UE配置的配置信息发送至该服务小区的UE,以使该UE根据接收到的所述配置信息进行SRS或PUSCH传输;
所述各个协作小区均包括:
第二交互模块,用于与服务小区交互SRS与PUSCH的资源配置信息;
第二协调模块,用于根据所述交互的资源配置信息为本小区的用户设备UE协调配置SRS资源或PUSCH资源,其中,为所述服务小区的UE配置的资源与为所述各个协作小区的UE配置的资源之间交叠最小;
第二发送模块,用于将为本小区的UE配置的资源的配置信息发送至所述本小区的UE,以使该UE根据接收到的所述配置信息进行SRS或PUSCH传输。
13.根据权利要求12所述的***,其特征在于,
所述第一交互模块,用于向所述各个协作小区发送所述服务小区的UE的SRS的资源配置信息;
所述第二交互模块,用于向所述服务小区发送本协作小区的UE的PUSCH的资源配置信息。
14.根据权利要求12所述的***,其特征在于,
所述第一交互模块,用于向所述各个协作小区发送所述服务小区的UE的PUSCH的资源配置信息;
所述第二交互模块,用于向所述服务小区发送本协作小区的UE的SRS的资源配置信息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110231532.2A CN102932932B (zh) | 2011-08-12 | 2011-08-12 | Srs与pusch的协调传输方法及*** |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201110231532.2A CN102932932B (zh) | 2011-08-12 | 2011-08-12 | Srs与pusch的协调传输方法及*** |
Publications (2)
Publication Number | Publication Date |
---|---|
CN102932932A true CN102932932A (zh) | 2013-02-13 |
CN102932932B CN102932932B (zh) | 2017-10-27 |
Family
ID=47647588
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201110231532.2A Expired - Fee Related CN102932932B (zh) | 2011-08-12 | 2011-08-12 | Srs与pusch的协调传输方法及*** |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN102932932B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105122679A (zh) * | 2013-04-15 | 2015-12-02 | Lg电子株式会社 | 在无线接入***中发送探测参考信号的方法和设备 |
CN105451339A (zh) * | 2014-08-07 | 2016-03-30 | 上海贝尔股份有限公司 | 一种用于CoMP状态报告的方法、装置与*** |
WO2018161800A1 (en) * | 2017-03-09 | 2018-09-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Methods and devices for information transmission and reception and storage medium |
CN108737010A (zh) * | 2017-04-19 | 2018-11-02 | 中兴通讯股份有限公司 | 一种信息交互的方法及装置 |
CN108886449A (zh) * | 2016-04-04 | 2018-11-23 | 高通股份有限公司 | 动态探测参考信号调度 |
CN110247748A (zh) * | 2016-02-26 | 2019-09-17 | 北京佰才邦技术有限公司 | 探测参考信号的传输方法、装置及终端 |
WO2020113997A1 (zh) * | 2018-12-06 | 2020-06-11 | 电信科学技术研究院有限公司 | 传输方法及终端 |
CN111294976A (zh) * | 2019-04-26 | 2020-06-16 | 北京展讯高科通信技术有限公司 | 上行传输方法、用户终端及计算机可读存储介质 |
CN111385823A (zh) * | 2018-12-29 | 2020-07-07 | 中兴通讯股份有限公司 | 信号的处理方法及装置 |
CN112769528A (zh) * | 2019-11-01 | 2021-05-07 | 维沃移动通信有限公司 | 上行探测导频发送方法、接收方法及相关设备 |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841921A (zh) * | 2010-04-29 | 2010-09-22 | 北京邮电大学 | 协作多点场景下信道探测导频的发送方法 |
-
2011
- 2011-08-12 CN CN201110231532.2A patent/CN102932932B/zh not_active Expired - Fee Related
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN101841921A (zh) * | 2010-04-29 | 2010-09-22 | 北京邮电大学 | 协作多点场景下信道探测导频的发送方法 |
Non-Patent Citations (5)
Title |
---|
Consideration on UL CoMP;Fujitsu;《3GPP TSG RAN WG1 Meeting #64 R1-111038》;20110225;全文 * |
FUJITSU: "《3GPP TSG RAN WG1 Meeting #64 R1-111038》", 25 February 2011 * |
QUALCOMM INCORPORATED: "《3GPP TSG-RAN WG1 #60bis R1-102341》", 16 April 2010 * |
SRS Enhancements for LTE-A;Qualcomm Incorporated;《3GPP TSG-RAN WG1 #60bis R1-102341》;20100416;全文 * |
SRS Enhancements for LTE-A;Qualcomm Incorporated;《3GPP TSG-RAN WG1 #60bis R1-102341》;20100416;正文第2页 * |
Cited By (20)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US9935751B2 (en) | 2013-04-15 | 2018-04-03 | Lg Electronics Inc. | Methods and devices for transmitting sounding reference signal in wireless access system |
CN105122679B (zh) * | 2013-04-15 | 2018-09-25 | Lg电子株式会社 | 在无线接入***中发送探测参考信号的方法和设备 |
CN105122679A (zh) * | 2013-04-15 | 2015-12-02 | Lg电子株式会社 | 在无线接入***中发送探测参考信号的方法和设备 |
CN105451339A (zh) * | 2014-08-07 | 2016-03-30 | 上海贝尔股份有限公司 | 一种用于CoMP状态报告的方法、装置与*** |
CN105451339B (zh) * | 2014-08-07 | 2019-01-08 | 上海诺基亚贝尔股份有限公司 | 一种用于CoMP状态报告的方法、装置与*** |
CN110247748A (zh) * | 2016-02-26 | 2019-09-17 | 北京佰才邦技术有限公司 | 探测参考信号的传输方法、装置及终端 |
CN108886449A (zh) * | 2016-04-04 | 2018-11-23 | 高通股份有限公司 | 动态探测参考信号调度 |
CN108886449B (zh) * | 2016-04-04 | 2021-06-01 | 高通股份有限公司 | 动态探测参考信号调度 |
CN110521259B (zh) * | 2017-03-09 | 2020-11-20 | Oppo广东移动通信有限公司 | 信息发送方法及装置、信息接收方法及装置以及存储介质 |
WO2018161800A1 (en) * | 2017-03-09 | 2018-09-13 | Guangdong Oppo Mobile Telecommunications Corp., Ltd. | Methods and devices for information transmission and reception and storage medium |
TWI664865B (zh) * | 2017-03-09 | 2019-07-01 | 大陸商廣東歐珀移動通信有限公司 | 訊息發送方法及裝置以及訊息接收方法 |
CN110521259A (zh) * | 2017-03-09 | 2019-11-29 | Oppo广东移动通信有限公司 | 信息发送方法及装置、信息接收方法及装置以及存储介质 |
CN108737010A (zh) * | 2017-04-19 | 2018-11-02 | 中兴通讯股份有限公司 | 一种信息交互的方法及装置 |
CN108737010B (zh) * | 2017-04-19 | 2024-04-30 | 中兴通讯股份有限公司 | 一种信息交互的方法及装置 |
WO2020113997A1 (zh) * | 2018-12-06 | 2020-06-11 | 电信科学技术研究院有限公司 | 传输方法及终端 |
CN111385823A (zh) * | 2018-12-29 | 2020-07-07 | 中兴通讯股份有限公司 | 信号的处理方法及装置 |
CN111385823B (zh) * | 2018-12-29 | 2023-08-01 | 南京中兴新软件有限责任公司 | 信号的处理方法及装置 |
CN111294976A (zh) * | 2019-04-26 | 2020-06-16 | 北京展讯高科通信技术有限公司 | 上行传输方法、用户终端及计算机可读存储介质 |
CN112769528A (zh) * | 2019-11-01 | 2021-05-07 | 维沃移动通信有限公司 | 上行探测导频发送方法、接收方法及相关设备 |
CN112769528B (zh) * | 2019-11-01 | 2024-03-01 | 维沃移动通信有限公司 | 上行探测导频发送方法、接收方法及相关设备 |
Also Published As
Publication number | Publication date |
---|---|
CN102932932B (zh) | 2017-10-27 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN102932932A (zh) | Srs与pusch的协调传输方法及*** | |
CN103458513B (zh) | 无线通信方法和基站及终端 | |
CN103929779B (zh) | 控制信息的发送、控制信息的接收方法和装置 | |
JP6577577B2 (ja) | 非権限周波数帯でのデータ伝送方法、データ受信方法及び装置 | |
EP3282622B1 (en) | Method for realizing channel transmission and base station | |
EP2352328A1 (en) | Method and network device for determining resource mapping in coordinated multi-point transmission, and sysytem thereof | |
CN103858500A (zh) | 控制信息发送方法、接收方法和设备 | |
CN103563468B (zh) | 发送装置、接收装置、发送方法及接收方法 | |
CN104125610A (zh) | D2d通信中的数据发送方法和设备 | |
CN104604315A (zh) | 利用窄带epdcch在用于机器型通信的虚拟载波上进行资源分配的移动通信***、网络部件和方法 | |
CN103081386A (zh) | 基站、终端、发送方法及接收方法 | |
CN104995980A (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
CN104584460A (zh) | 在无线通信***中接收下行链路控制信道的方法和设备 | |
CN104685955A (zh) | 上行链路传输方法和上行链路传输装置 | |
CN104205669A (zh) | 用于增强的物理下行链路控制信道的导频加扰的装置和方法 | |
CN103947144A (zh) | 在无线通信***中发送/获得控制信息的方法和设备 | |
CN111405665A (zh) | 物理下行控制信道的资源分配方法和装置 | |
CN104040920A (zh) | 用于接收数据的方法和无线装置 | |
CN103546233A (zh) | 一种盲检方式确定方法、盲检方法及装置 | |
CN104541561A (zh) | 通信装置及方法 | |
CN101958869A (zh) | 用于在无线通信***中生成测距前导码的方法和装置 | |
CN103200687A (zh) | 一种控制信道资源映射方法、基站及用户设备 | |
CN104995979A (zh) | 终端装置、基站装置、通信方法以及集成电路 | |
CN105991274B (zh) | 数据传输的方法、反馈信息传输方法及相关设备 | |
US20230156798A1 (en) | Transmission method and device |
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 | ||
CF01 | Termination of patent right due to non-payment of annual fee | ||
CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20171027 Termination date: 20200812 |