CN102932932A - Srs与pusch的协调传输方法及*** - Google Patents

Abstract

本发明提供了一种SRS与PUSCH的协调传输方法及***。在上述方法中，服务小区分别与协作集中各个协作小区交互SRS与PUSCH的资源配置信息；服务小区和各个协作小区分别根据交互的资源配置信息为本小区的UE协调配置SRS资源或PUSCH资源，其中，为服务小区的UE配置的资源与为各个协作小区的UE配置的资源之间交叠最小；服务小区和各个协作小区分别将为本小区的UE配置的资源的配置信息发送至本小区的UE，以使该UE根据接收到的配置信息进行SRS或PUSCH传输。根据本发明提供的技术方案，避免了CoMP协作集内不同小区SRS和PUSCH之间的互相干扰。

Description

SRS与PUSCH的协调传输方法及***

技术领域

本发明涉及通信领域，具体而言，涉及一种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所示，终端U₁₁处于CoMP模式；C₁为U₁₁的服务小区；为CoMP协作集内的其它协作小区。假设U₁₁处于联合处理模式，协作小区C₂C₃...Cn也会接收U₁₁的发送信号，因此在C₂C₃...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；此时，U₁₁发送的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所示，存在如下场景：某个子帧，U₁₁发送SRS，C₂C₃...C_N中有UE发送PUSCH；此时，C₂C₃...C_N中UE(Comp或非Comp UE)发送的PUSCH可能会影响U₁₁发送的SRS的测量精度；而U₁₁发送的SRS也可能会影响C₂C₃...C_N中PUSCH的解调精度。

为解决上述场景中SRS和PUSCH互相干扰的问题，依据本发明提出的SRS和PUSCH协调传输方法，主要包括以下处理：

步骤1：服务小区和各协作小区交互SRS和PUSCH资源配置信息；

(1)服务小区向各协作小区发送的信息可以包括但不限于以下至少之一：

(a)SRS发送使用的频域资源

(b)SRS发送使用的时域资源

(c)SRS发送使用的序列

以LTE为例，SRS可以半静态地进行小区特定的资源配置，也可以动态地进行UE特定的资源配置。

一种可行的SRS频率资源配置方式为：高层参数srs-BandwidthConfigC_SRS∈{0，1，2，3，4，5，6，7}用于确定小区特定的SRS传输的频域资源。对不同的上行带宽

每个C_SRS给出了4种可用的SRS带宽m_SRS，0，m_SRS，1，m_SRS，2，m_SRS，3。高层参数srs-BandwidthB_SRS∈{0，1，2，3}用于确定UE特定的SRS传输的频域资源。C_SRS和B_SRS一起可确定UE带宽m_SRS，b，由于SRS在频域上是隔一个子载波放置一个，相应地，SRS长度为

因此SRS的频域范围为其中频域起始位置k₀定义为：

$k_0^{\left(p\right)}={\stackrel{\‾}{k}}_0^{\left(p\right)}+\underset{b=0}{\overset{B_{\mathrm{SRS}}}{\mathrm{\Σ}}}{2M}_{\mathrm{sc},b}^{\mathrm{RS}}{n}_b$

其中，对普通上行子帧，

定义为：

对UpPTS定义为：

${\stackrel{\‾}{k}}_0^p=\left\{\begin{array}{cc}(N_{\mathrm{RB}}^{\mathrm{UL}}-m_{\mathrm{SRS},0}^{\max })N_{\mathrm{sc}}^{\mathrm{RB}}+k_{\mathrm{TC}}^{\left(p\right)}& \mathrm{if}(\left(n_f\mathrm{mod}2\right)\×(2-N_{\mathrm{SP}})+n_{\mathrm{hf}})\mathrm{mod}2=0\\ k_{\mathrm{TC}}^{\left(p\right)}& \mathrm{otherwise}\end{array}\right.$

其中，传输梳齿

用于确定SRS是在奇数/偶数子载波上进行传输。n_f表示帧号，N_SP表示上下行转换点个数，n_b是频率位置索引，n_hf对无线帧的第一个半帧中的UpPTS取0，对第二个半帧取1。

一种可行的SRS时域资源配置方式为：高层参数srs-SubframeConfig用于确定小区特定的子帧配置周期T_SFC和子帧偏移Δ_SFC。只有满足

子帧才能用于传输SRS。10比特的高层参数srs-Configlndex/srs-ConfiglndexAp用于确定周期SRS传输/非周期SRS传输时UE特定的子帧周期T_SRS和子帧偏移T_offset，只有满足下面条件的子帧才能用于SRS传输：

$\left\{\begin{array}{c}(10\·n_f+k_{\mathrm{SRS}}-T_{\mathrm{offset}})\mathrm{mod}{T}_{\mathrm{SRS}}=0,\mathrm{forTDDwith}{T}_{\mathrm{SRS}}>2\mathrm{andforFDD}\\ (k_{\mathrm{SRS}}-T_{\mathrm{offset}})\mathrm{mod}5=0,\mathrm{forTDDwith}{T}_{\mathrm{SRS}}=2\end{array}\right.$

其中，k_SRS在FDD中是子帧号，在TDD中SRS仅在配置的上行子帧或UpPTS中传输，因此k_SRS是UpPTS符号和可能为上行子帧的子帧的编号。

表1～4示出了SRS小区特定的SRS资源配置和UE特定的SRS资源配置示例。

表1上行带宽

时，m_SRS，b和N_b，b＝0，1，2，3

表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模式的k_SRS(摘自TS36.213Table 8.2-3)

SRS发送的序列信息可以由基序列序列组号、基序列号、序列组跳变、序列跳变模式、循环移位来表示。只有当进行干扰消除时才需要SRS发送序列信息。

(2)各协作小区向服务小区发送的信息为：PUSCH可能使用的频域资源信息；

以LTE为例，PUSCH资源分配可以是一块连续的RB资源，表示为[RB_START，RB_START+L_CRBs]；也可以是两块连续的RB资源，每块包含若干个连续的资源块组(RBG，Resource Block Group)，每个RBG的大小P∈{1，2，3，4}，以s₀和s₁-1表示第一块RB资源的起始RBG索引，以s₂和s₃-1表示第二块RB资源的起始RBG索引。简便起见，用 $[{\mathrm{RB}}_{\mathrm{START}}^{\left(1\right)},{\mathrm{RB}}_{\mathrm{START}}^{\left(1\right)}+L_{\mathrm{CRBs}}^{\left(1\right)}],[{\mathrm{RB}}_{\mathrm{START}}^{\left(2\right)},{\mathrm{RB}}_{\mathrm{START}}^{\left(2\right)}+L_{\mathrm{CRBs}}^{\left(2\right)}]$ 表示两块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 C_SRS∈{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所示，还存在如下场景：某个子帧，U₁₁发送PUSCH，C₂C₃...C_N中有UE(Comp或非Comp UE)发送SRS。此时，U₁₁发送的PUSCH可能会影响C₂C₃...C_N中UE发送的SRS的测量精度；而C₂C₃...C_N中UE发送的SRS也可能会影响U₁₁发送的PUSCH的解调精度。

为解决上述场景中SRS和PUSCH互相干扰的问题，依据本发明提出的SRS和PUSCH协调传输方法，主要包括以下处理：

步骤1：服务小区和各协作小区交互SRS和PUSCH资源配置信息。

(1)服务小区向各协作小区发送的信息为：Comp UE PUSCH可能使用的频域资源信息。

类似于实施例一，服务小区可向各协作小区发送CoMP UE PUSCH可能使用的频域资源信息， $[{\mathrm{RB}}_{\mathrm{START}}^{\left(1\right)},{\mathrm{RB}}_{\mathrm{START}}^{\left(1\right)}+L_{\mathrm{CRBs}}^{\left(1\right)}],[{\mathrm{RB}}_{\mathrm{START}}^{\left(2\right)},{\mathrm{RB}}_{\mathrm{START}}^{\left(2\right)}+L_{\mathrm{CRBs}}^{\left(2\right)}],$ 当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 C_SRS∈{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；此时，U₁₁发送的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的资源配置信息。

Images