一种下行调度方法及装置与流程
本发明涉及通信领域，尤其涉及一种下行调度方法及装置。
背景技术：
在长期演进(longtermevolution，lte)集群系统中，根据目前中国通信标准化协会(chinacommunicationsstandardsassociation，ccsa)组织提出的宽带集群通信(broadbandtrunkingcommunicating，b-trunc)标准，集群基站需要支持在同一个下行传输时间间隔(transmissiontimeinterval，tti)中同时调度单播业务和组播业务，而对于多个组播业务，每一个组播业务都需要在同一个集群基站的多个小区中进行组播。由于下行集群组呼业务是点对多点的业务，为了节省空口资源，该标准中提出了群组共享信道，即同一个群组中多个终端共享相同的集群控制信道(trunkingcontrolchannel，tcch)和集群业务信道(trunkingtrafficchannel，ttch)，tcch和ttch都映射到下行共享信道(dl-sch)，同时b-trunc还新增了集群寻呼控制信道(trunkingpagingcontrolchannel，tpcch)和集群寻呼传输信道(trunkingpaging，tpch)用于集群寻呼，具体信道映射关系参阅图1所示。
核心网在建立每个下行集群组呼业务时是以跟踪区(trackingarea，ta)为单位建立，ta用ta码(trackingareacode，tac)标识，一个ta可包含一个或多个小区，每个下行集群组呼业务建立一个集群组呼承载tdrb，每个集群组呼承载映射到一个ttch，由于ttch也是映射到dl-sch上，所以集群基站需要考虑如何调度下行集群组呼业务。
现有技术下，在lte集群系统中，下行调度方法为，按照传统的媒体访问控制(mediaaccesscontrol，mac)下行调度方法，每个小区的mac层在下行调度时需要考虑所有有数据发送的资源块(resourceblock，rb)(数据无线承载(dataradiobearer，drb)或者tdrb)，对这些有数据发送的rb按照某种原则进行优先级的排队，对排队后的rb汇总到用户终端(userequipment，ue)或者群组的优先级，按照ue或者群组的优先级进行调度，然后每个小区对调度到的ue或者群组进行资源分配。
参阅图2所示，假如lte集群基站下有两个小区cell1和cell2，每个小区下分别有一个ue，分别是ue1和ue2，核心网建立两个集群组呼group1和group2，建立这两个集群组呼的ta覆盖了这两个小区cell1和cell2，那么调度过程具体参阅图2所示，cell1和cell2分别对group1和group2的集群组呼业务进行调度。
由此可见，现有技术下，这种调度方法cell1和cell2都需要为group1和group2的集群组呼业务进行调度和资源分配，由于是和非集群组呼业务一起调度，各个小区对group1和group1的集群组呼业务的调度结果是不一样的，分配的资源也是不一样的，重复的资源分配增加了lte集群基站的处理复杂度，并且，在同频组网的情况下，容易导致处于边缘的集群终端在接收集群组呼业务时会受到较大的同频干扰。
技术实现要素：
本发明实施例提供一种下行调度方法及装置，以解决现有技术中对let下行集群组呼业务调度复杂且容易造成干扰的问题。
本发明实施例提供的具体技术方案如下：
一种下行调度方法，包括：
基站针对所有的下行集群组呼业务，建立一个逻辑小区，并为所述逻辑小区分配第一频域资源；
基站基于所述第一频域资源，分别对所述逻辑小区中的所有的下行集群组呼业务进行调度，得到所述所有下行集群组呼业务各自对应的资源分配结果；
基站根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端。
较佳的，进一步包括：
基站基于除所述第一频域资源之外的第二频域资源，分别对下行非集群组呼业务进行调度。
较佳的，进一步包括：
若基站分别对所述逻辑小区中的所有的下行集群组呼业务调度结束后，仍有剩余的第一频域资源，则基站继续基于所述剩余的第一频域资源，分别对下行非集群组呼业务进行调度；或，
若基站分别对下行非集群组呼业务调度结束后，仍有剩余的第二频域资源，则基站继续基于所述剩余的第二频域资源，分别对下行集群组呼业务进行调度。
较佳的，基站根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端，具体包括：
基站根据预设的ta和物理小区之间的映射关系，分别确定所述所有的下行集群组呼业务各自对应的物理小区；
基站根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端。
较佳的，基站根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端，具体包括：
基站根据所述所有的下行集群组呼业务，确定所述所有的下行集群组呼业务归属的各个群组，并针对每一群组，分别确定一个g-rnti；
基站针对所述所有的下行集群组呼业务，根据预设的规则，确定一个pci；
基站根据确定的g-rnti和pci，分别对所述所有的下行集群组呼业务的下行业务数据进行加扰，并根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，分别将加扰后的下行业务数据发送给终端。
一种下行调度装置，包括：
分配单元，用于针对所有的下行集群组呼业务，建立一个逻辑小区，并为所述逻辑小区分配第一频域资源；
调度单元，用于基于所述第一频域资源，分别对所述逻辑小区中的所有的下行集群组呼业务进行调度，得到所述所有下行集群组呼业务各自对应的资源分配结果；
发送单元，用于根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端。
较佳的，调度单元进一步用于：
基于除所述第一频域资源之外的第二频域资源，分别对下行非集群组呼业务进行调度。
较佳的，调度单元进一步用于：
若分别对所述逻辑小区中的所有的下行集群组呼业务调度结束后，仍有剩余的第一频域资源，则继续基于所述剩余的第一频域资源，分别对下行非集群组呼业务进行调度；或，
若分别对下行非集群组呼业务调度结束后，仍有剩余的第二频域资源，则继续基于所述剩余的第二频域资源，分别对下行集群组呼业务进行调度。
较佳的，根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端时，发送单元具体用于：
根据预设的ta和物理小区之间的映射关系，分别确定所述所有的下行集群组呼业务各自对应的物理小区；
根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端。
较佳的，根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端时，发送单元具体用于：
根据所述所有的下行集群组呼业务，确定所述所有的下行集群组呼业务归属的各个群组，并针对每一个群组，分别确定一个g-rnti；
针对所述所有的下行集群组呼业务，根据预设的规则，确定一个pci；
根据确定的g-rnti和pci，分别对所述所有的下行集群组呼业务的下行业务数据进行加扰，并根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，分别将加扰后的下行业务数据发送给终端。
本发明的有益效果如下：
综上所述，本发明实施例中，基站针对所有的下行集群组呼业务，建立一个逻辑小区，并为所述逻辑小区分配第一频域资源；基站基于所述第一频域资源，分别对所述逻辑小区中的所有的下行集群组呼业务进行调度，得到所述所有下行集群组呼业务各自对应的资源分配结果；基站根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端，这样，可以对所有的下行集群组呼业务进行统一调度，不同的下行集群组呼业务得到资源分配结果不同，避免了不同下行集群组呼业务之间的干扰；并且，同一个下行集群组呼业务可以得到相同的资源分配结果，以及，同一个下行集群组呼业务的下行业务数据，采用相同的加扰方式，可以得到相同的加扰后的下行业务数据，在避免干扰的情况下给集群终端也带来了接收增益。
附图说明
图1为现有技术中，信道映射关系示意图；
图2为现有技术中，下行调度过程示意图；
图3为本发明实施例中，下行调度方法流程图；
图4为本发明实施例中，物理层的下行物理信道的处理过程示意图；
图5为本发明实施例中，下行调度过程示意图；
图6为本发明实施例中，下行调度装置结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，并不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
为了解决现有技术中在let集群系统中，对下行集群组呼业务调度复杂且容易造成干扰的问题，本发明实施例中，基站建立一个逻辑小区，将所有的下行集群组呼业务归到该逻辑小区中，并为该逻辑小区分配第一频域资源，基站基于第一频域资源，分别调度逻辑小区中的下行集群组呼业务，得到各自对应的资源分配结果，以及，根据各自对应的资源分配结果，采用预设的加扰方式，将下行业务数据发送给终端。
下面通过具体实施例对本发明方案进行详细描述，当然，本发明并不限于以下实施例。
值得说明的是，本发明实施例，主要针对lte集群系统，因此，本发明实施例中的基站也就是lte集群基站，为方便叙述，以下均采用基站来进行描述。
参阅图3所示，本发明实施例中，下行调度方法的具体流程如下：
步骤100：基站针对所有的下行集群组呼业务，建立一个逻辑小区，并为上述逻辑小区分配第一频域资源。
实际中，在lte集群系统中，同一个基站下，可能有多个物理小区，建立的集群组呼可能覆盖多个物理小区，在对集群组呼采用共享信道的情况下，不同的物理小区都需要对同一个集群组呼业务进行调度，本发明实施例中，针对集群组呼业务，不再采用不同的物理小区分别调度，而是，建立一个逻辑小区，将所有的下行集群组呼业务都归到该逻辑小区中，该基站下的所有的下行集群组呼业务都在该逻辑小区下调度，实现了下行集群组呼业务的统一调度。
执行步骤100时，具体包括：
首先，基站针对所有的下行集群组呼业务，建立一个逻辑小区。
这样，是为了实现对该基站下的所有的下行集群组呼业务的统一调度，这里的逻辑小区并没有其它实际的含义，也无需有其它的配置，仅仅是一个逻辑概念。
然后，基站为逻辑小区分配第一频域资源。
其中，第一频域资源用于逻辑小区的调度结果的资源分配。
进一步地，基站为物理小区分配除第一频域资源之外的第二频域资源。这里的物理小区是相对与逻辑小区而言的，也即是通信中基站下实际建立的小区。
其中，第二频域资源用于物理小区的调度结果的资源分配。
具体为：基站将总带宽划分为两部分：f1和f2，其中，f1即为第一频域资源，f2即为第二频域资源。
基站为逻辑小区分配单独的第一频域资源，这是因为，逻辑小区并没有实际的配置，逻辑小区的调度结果，即资源分配结果，还必须由物理小区从空口发送给集群终端，而lte集群系统中，为共享传输信道，为避免不同的下行集群组呼业务和下行非集群组呼业务分配相同的频域资源，造成干扰，因此，需要为逻辑小区分配单独的第一频域资源。
步骤110：基站基于上述第一频域资源，分别对上述逻辑小区中的所有的下行集群组呼业务进行调度，得到上述所有下行集群组呼业务各自对应的资源分配结果。
进一步地，基站基于除上述第一频域资源之外的第二频域资源，分别对下行非集群组呼业务进行调度，即在物理小区中调度单呼业务。
也就是说，基站在逻辑小区中调度下行集群组呼业务，在物理小区中调度下行非集群组呼业务。
值得说明的是，基站如何对逻辑小区中的所有的下行集群组呼业务进行调度以及如何对物理小区中的所有的下行非集群组呼业务进行调度，可以采用现有技术中的调度算法，例如，轮询算法、比例公平算法等，本发明实施例中并不进行限制。
进一步地，对下行集群组呼业务的调度也可以采用第二频域资源，并且对下行非集群组呼的调度也可以采用第一频域资源，具体分为以下两种情况：
第一种情况：若基站分别对上述逻辑小区中的所有的下行集群组呼业务调度结束后，仍有剩余的第一频域资源，则基站继续基于上述剩余的第一频域资源，分别对下行非集群组呼业务进行调度。
第二种情况：若基站分别对下行非集群组呼业务调度结束后，仍有剩余的第二频域资源，则基站继续基于上述剩余的第二频域资源，分别对下行集群组呼业务进行调度。
具体实现可以将整个调度过程分为两轮：
第一轮调度为：逻辑小区在第一频域资源内进行调度下行集群组呼业务，物理小区在第二频域资源内进行调度下行非集群组呼业务。
第二轮调度为：若仍有剩余的第一频域资源，且第一轮调度时，未能对所有的下行非集群组呼业务进行调度，即第二频域资源不足以调度所有的下行非集群组呼业务时，则可以继续基于剩余的第一频域资源，对未调度的下行非集群组呼业务进行调度；
同样地，若仍有剩余的第二频域资源，且第一轮调度时，未能对所有的下行集群组呼业务进行调度，即第一频域资源不足以调度所有的下行集群组呼业务时，则可以继续基于剩余的第二频域资源，对未调度的下行集群组呼业务进行调度。
进一步地，当第一轮调度时，就已经完成了所有的下行集群组呼业务和/或下行非集群组呼业务的调度，则无需执行第二轮调度的相应过程了。
这样，在一个tti内同时调度下行集群组呼业务和下行非集群组呼业务时，可以充分利用一个tti内的频域资源，避免资源的浪费。
执行完步骤110，完成了基站内下行集群组呼业务和下行非集群组呼业务的综合调度，并且由于是对所有的下行集群组呼业务统一调度，因此，同一个基站内不同的下行集群组呼业务在一个tti内的频域资源是不同的，从而避免了基站内不同下行集群群组呼业务之间的干扰。
并且，基站基于第一频域资源，对逻辑小区中的所有的下行集群组呼业务进行统一调度，对于同一个下行集群组呼业务无需区分是否在不同的物理小区下，仅是针对该同一个下行集群组呼业务进行调度，这样，对于一个基站中的同一个下行集群组呼业务，基站下的不同物理小区分配了完全相同的时频资源。
步骤120：基站根据上述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将上述所有的下行集群组呼业务的下行业务数据发送给终端。
执行步骤120时，具体包括：
首先，基站根据预设的ta和物理小区之间的映射关系，分别确定上述所有的下行集群组呼业务各自对应的物理小区。
实际中，建立每一个下行集群组呼业务时是以ta为单元建立的，并且基站侧也会进行数据配置，得到ta和物理小区之间的映射关系。
由于逻辑小区不能进行空口数据的发送，因此，必须先找到对应的物理小区，由物理小区将下行集群组呼的下行业务数据从空口发送给集群终端。
然后，基站根据上述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，采用预设的加扰方式，分别将上述所有的下行集群组呼业务的下行业务数据发送给终端，具体为：
1)基站根据上述所有的下行集群组呼业务，确定所有的下行集群组呼业务归属的各个群组，并针对每一个群组，分别确定一个群组无线网络临时鉴定(group-radionetworktemporaryidentifier，g-rnti)。
也就是说，一个群组可能有多个下行集群组呼业务，基站针对同一个群组只分配一个g-rnti，每一个群组分配一个g-rnti，这样，各物理小区在对同一个群组中的下行集群组呼业务的下行业务数据进行加扰时使用相同的g-rnti。
2)基站针对上述所有的下行集群组呼业务，根据预设的规则，确定一个物理小区标识(physical-layercellidentity，pci)。
也就是说，基站针对所有的下行集群组呼业务，由于所有的下行集群组呼业务对应的各物理小区的pci是不同的，为了使各物理小区统一，在各物理小区进行加扰时，根据预设的规则，确定一个相同的pci，所有物理小区对于所有的下行集群组呼业务，都使用相同的pci，例如，对所有的下行集群组呼业务使用最小的pci进行加扰，也可以采用最大的pci进行加扰，具体规则，本发明实施例中并不进行限定，只要提前约定好，保证所有的下行集群组呼业务对应的各物理小区在进行加扰时，使用的pci是相同的即可。
3)基站根据确定的g-rnti和pci，分别对上述所有的下行集群组呼业务的下行业务数据进行加扰，并根据上述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，分别将加扰后的下行业务数据发送给终端。
根据1)、2)可知，针对同一个下行集群组呼业务，进行加扰时，各物理小区使用的g-rnti和pci都是相同的，这样，进行加扰后的下行业务数据也是相同的。
下面具体介绍下其原因：
参阅图4所示，为物理层的下行物理信道的处理过程示意图，可知，加扰过程对各物理小区间的下行业务数据在空口的信号构成差异。
根据3gpp36.211协议，加扰过程如下：
例如，对于码字q，其序列为
根据公式(1)可知，由于下行集群组呼业务是映射到物理下行共享信道(physicaldownlinksharedchannel，pdsch)的，因此，本发明实施例中，对于pdsch的cinit的计算方法进行改进。对于相同的码字q，为了达到集群终端的接收增益的效果，各物理小区的cinit需要统一，而同一子帧中影响各个物理小区cinit的是rnti值及物理小区的
因此，本发明实施例中，rnti值可以在基站内针对一个群组只分配一个g-rnti，各物理小区在对同一个群组业务码字进行加扰时使用同一个g-rnti。
另外一个影响cinit的是
其中，foruepdsch表示对于下行非集群组呼业务，forgrouppdsch表示对于下行集群组呼业务。
这样，根据步骤110，针对同一个下行集群组呼业务，分配了完全相同的时频资源，不同的下行集群组呼业务，分配了不同的时频资源，根据步骤120，针对同一个下行集群组呼业务，各物理小区对同一个下行集群组呼业务的下行业务数据采用相同的加扰方式，产生了相同的加扰后的下行业务数据，这样，当终端在本物理小区盲检到物理下行控制信道(physicaldownlinkcontrolchannel，pdcch)是集群组呼的资源分配后，获取到该集群组呼的频域位置后，就可以接收到各个物理小区发送的该集群组呼业务的下行业务数据，并且可以对各个物理小区发送的该集群组呼业务的下行业务数据正确解析，进而通过终端的合并处理，就会将不同物理小区的同频干扰转化为接收分集的信号增益，达到了集群终端接收增益的效果。
下面采用一个具体的应用场景对上述实施例作出进一步详细说明。具体参阅图5所示，本发明实施例中，下行调度方法的具体执行过程如下：
例如，在lte集群系统中，基站下有两个物理小区cell1和cell2，每个物理小区下分别有一个ue，分别是ue1和ue2，核心网建立两个集群组呼group1和group2，建立这两个集群组呼的ta覆盖了这两个物理小区cell1和cell2。
首先，建立一个逻辑小区，将所有的下行集群组呼业务归到该逻辑小区中。
例如，下行集群组呼业务有group1rb1、group1rb2、group2rb1、group2rb2。
对于下行非集群组呼业务，不需要进行处理，仍是在其实际对应的物理小区中。
例如，cell1中下行非集群组呼业务有ue1rb1、ue1rb2，cell2中下行非集群组呼业务有ue2rb1、ue2rb2。
然后，进行rb排队，并将逻辑小区中的下行集群组呼业务归纳为群组列表，将cell1和cell2中的下行非集群组呼业务归纳为ue列表。
本发明实施例中，进行rb排队的具体原则，并不进行限制，可以使用现有技术中的方法进行优先级的排队。
然后，分别对逻辑小区中的下行集群组呼业务进行调度，以及，分别对cell1和cell2中的下行非集群组呼业务进行调度，得到相应的资源分配结果。
最后，根据调度结果，即资源分配结果，在pdsch上发送下行业务数据。
具体为：在发送之前，针对同一个下行集群组呼业务，在加扰时，采用相同的加扰方式。
例如，基站分别为group1和group2各分配一个g-rnti，例如分别为g-rnti1和g-rnti2，cell1和cell2针对group1和group2中的所有下行集群组呼业务，确定一个相同的pci，例如为cell1的pci，为pci1。
这样，例如，通过cell1和cell2分别发送group1rb1的下行业务数据时，在对下行业务数据进行加扰时，都使用相同的g-rnti1和pci1，这样，cell1和cell2发送的加扰后的下行业务数据也是相同的。
这样，终端检测pdcch信道，若检测到pdcch中的g-rnti，即检测到pdcch是集群组呼业务的资源分配结果，获取到相应的频域位置后，可以接收到cell1和cell2发送的group1rb1的下行业务数据，也就在避免干扰的情况下达到了终端接收增益的效果。
基于上述实施例，参阅图6所示，本发明实施例中，下行调度装置，具体包括：
分配单元20，用于针对所有的下行集群组呼业务，建立一个逻辑小区，并为所述逻辑小区分配第一频域资源；
调度单元21，用于基于所述第一频域资源，分别对所述逻辑小区中的所有的下行集群组呼业务进行调度，得到所述所有下行集群组呼业务各自对应的资源分配结果；
发送单元22，用于根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端。
较佳的，调度单元21进一步用于：
基于除所述第一频域资源之外的第二频域资源，分别对下行非集群组呼业务进行调度。
较佳的，调度单元21进一步用于：
若分别对所述逻辑小区中的所有的下行集群组呼业务调度结束后，仍有剩余的第一频域资源，则继续基于所述剩余的第一频域资源，分别对下行非集群组呼业务进行调度；或，
若分别对下行非集群组呼业务调度结束后，仍有剩余的第二频域资源，则继续基于所述剩余的第二频域资源，分别对下行集群组呼业务进行调度。
较佳的，根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端时，发送单元22具体用于：
根据预设的ta和物理小区之间的映射关系，分别确定所述所有的下行集群组呼业务各自对应的物理小区；
根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端。
较佳的，根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端时，发送单元22具体用于：
根据所述所有的下行集群组呼业务，确定所述所有的下行集群组呼业务归属的各个群组，并针对每一个群组，分别确定一个g-rnti；
针对所述所有的下行集群组呼业务，根据预设的规则，确定一个pci；
根据确定的g-rnti和pci，分别对所述所有的下行集群组呼业务的下行业务数据进行加扰，并根据所述所有的下行集群组呼业务各自对应的资源分配结果，通过各自对应的物理小区，分别将加扰后的下行业务数据发送给终端。
综上所述，本发明实施例中，基站针对所有的下行集群组呼业务，建立一个逻辑小区，并为所述逻辑小区分配第一频域资源；基站基于所述第一频域资源，分别对所述逻辑小区中的所有的下行集群组呼业务进行调度，得到所述所有下行集群组呼业务各自对应的资源分配结果；基站根据所述所有的下行集群组呼业务各自对应的资源分配结果，采用预设的加扰方式，分别将所述所有的下行集群组呼业务的下行业务数据发送给终端，这样，可以对所有的下行集群组呼业务进行统一调度，不同的下行集群组呼业务得到资源分配结果不同，避免了不同下行集群组呼业务之间的干扰；并且，同一个下行集群组呼业务可以得到相同的资源分配结果，以及，同一个下行集群组呼业务的下行业务数据，采用相同的加扰方式，可以得到相同的加扰后的下行业务数据，在避免干扰的情况下给集群终端也带来了接收增益。
本领域内的技术人员应明白，本发明的实施例可提供为方法、系统、或计算机程序产品。因此，本发明可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本发明可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、cd-rom、光学存储器等)上实施的计算机程序产品的形式。
本发明是参照根据本发明实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管已描述了本发明的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例作出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本发明范围的所有变更和修改。
显然，本领域的技术人员可以对本发明实施例进行各种改动和变型而不脱离本发明实施例的精神和范围。这样，倘若本发明实施例的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。
- 还没有人留言评论。精彩留言会获得点赞！