用于对来自无线设备的传输执行CoMP接收的网络节点及其中的方法与流程

本公开涉及无线通信，并且具体涉及用于执行来自由服务无线基站(RBS)服务的无线设备的传输的协作多点(CoMP)接收的网络节点以及由网络节点执行的方法。

背景技术：

无线通信系统或网络覆盖被划分为无线电覆盖区域(例如，被称为无线小区或扇区)的地理区域。各无线电覆盖区域由有时被称为NodeB或eNodeB、eNB的RBS来服务。接收点被称为向一个无线电覆盖区域提供覆盖的一组共址的天线。一个RBS可以服务一个或若干无线电覆盖区域。

上行协作多点(CoMP)是多天线技术，该多天线技术通常涉及在对来自无线设备的传输执行接收时使用来自多于一个这种接收点的接收信号。这可以与正常情况相比较，在正常情况中，在执行针对无线设备的接收时仅使用一个接收点，即，服务接收点。

如果所有接收点连接到同一RBS，则多点信号接收的信号处理变得非常容易，因为在RBS之间不需要CoMP数据的另外传输。但有时针对特定无线设备的最有利协作接收点候选并不共址于同一RBS内。当使用属于不同RBS的接收点之间的上行CoMP(下文中还被称为CoMP接收)时，已经从相应RBS的协同接收点接收的传输必须被传输到服务RBS。

使用多个天线用于传输或接收具有在容量、吞吐量以及鲁棒性方面的提高系统性能的高潜力。比如，多个天线可以用于传输/接收同一信息的不同副本，因此提高分集和鲁棒性。另选地，这些天线可以用于借助空间复用传输/接收不同信息。传输和/或接收天线可以被共址或分布，并且甚至可以属于不同的接收点或RBS。

上行链路CoMP是这样一种多天线技术，其中不仅使用服务接收点的天线处的接收信号还使用相邻、或协作接收点的天线处的接收信号来接收并组合无线设备的传输信号。要使用哪些相邻(协作)接收点的选择可以基于例如这些接收点从无线设备的传输接收了多少功率。

使用上行CoMP时的一个挑战是：有时最有利的协作接收点不位于同一RBS内。这意味着服务RBS必须从属于不同RBS的相邻接收点请求CoMP数据。协作RBS之间的X2连接可能存在但通常通过具有有限容量或带宽的回程。简单的解决方案是在X2接口上供应更高的容量，以便还能够在RBS之间发送CoMP数据。X2和S1这两者都是逻辑接口，即，它们不需要例如借助于物理电缆直接连接。它们通常根据因特网协议(IP)来运行。即使X2是用于从一个RBS到另一个RBS的“直接连接”的接口，在实际情况下，流量也可以沿着与S1相关流量相同的回程来运送。然而，该解决方案可能由于现有架构而非常昂贵甚至不可能。可能存在的其他限制的示例是回程上太高的时延、处理进入的CoMP数据的服务RBS的能力、或协作RBS向服务RBS发送CoMP数据的能力。

所有这些限制合计起来是甚至从传输时间间隔(TTI)到TTI快速变化的汇集的回程容量限制。通过在确定协作候选时将该限制用作输入，可以决定协作是否将成功。然而，将该评估准则用于选择协作候选，可能结果是排除可能本来有利于协作的候选。

技术实现要素：

目的是解决上面概述的问题中的至少一些。具体地，目的是提供用于执行对来自由服务RBS服务的无线设备的传输的CoMP接收的网络节点以及由网络节点执行的方法。这些目的和其他目的可以通过提供根据下面所附的独立权利要求的网络节点和网络节点中的方法来获得。

根据一个方面，提供了一种方法，该方法由用于执行对来自由服务RBS服务的无线设备的传输的CoMP接收的网络节点执行。方法包括以下步骤：确定服务RBS的接收点和相应另外的(多个)RBS的至少一个潜在接收点的可用回程容量；以及确定从无线设备传输的、由服务RBS的接收点接收的且由相应另外的RBS的至少一个潜在接收点接收的接收信号的接收信号质量。方法还包括以下步骤：基于所确定的可用回程容量和接收信号质量，从相应另外的(多个)RBS的至少一个潜在接收点中确定要包括在对来自无线设备的传输的CoMP接收中的协作接收点，并且确定用于来自无线设备的传输的传输块大小(TBS)；以及将所确定协作接收点在CoMP接收中的参与通知所确定协作接收点的相应RBS。

根据一个方面，提供了一种网络节点，该网络节点适于执行对来自由服务RBS服务的无线设备的传输的CoMP接收。网络节点被配置为确定服务RBS的接收点和相应另外的(多个)RBS的至少一个潜在接收点的可用回程容量；并且确定从无线设备传输的、由服务RBS的接收点接收的且由相应另外的(多个)RBS的至少一个潜在接收点接收的接收信号的接收信号质量。网络节点还被配置为基于所确定的可用回程容量和接收信号质量，从相应另外的(多个)RBS的至少一个潜在接收点中确定要包括在对来自无线设备的传输的CoMP接收中的协作接收点，并且确定用于来自无线设备的传输的TBS；并且向所确定协作接收点的相应RBS通知其在CoMP接收中的参与。

由网络节点执行的方法和网络节点可以具有若干可能的优点。一个可能的优点是可用无线电和传输资源可以被高效地利用以使整体系统性能最大化。另一个可能优点是可以避免接口(例如，回程)的可能过载，因此可以避免其他更重要流量的潜在中断。又一个可能的优点是可以确保协作请求可以成功，因此支持期望的性能改善。又一可能的优点是数据不会由于拥塞而丢失，因为在回程拥塞的情况下可以不执行CoMP接收。

附图说明

现在将关于附图更详细地描述实施例，附图中：

图1a是根据示例实施例的、由用于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点执行的方法的流程图。

图1b是根据又一个示例实施例的、由用于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点执行的方法的流程图。

图1c是根据又一个示例实施例的、由用于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点执行的方法的流程图。

图1d是根据另一个示例实施例的、由用于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点执行的方法的流程图。

图1e是根据另外的示例实施例的、由用于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点执行的方法的流程图。

图2a是服务RBS、无线设备以及协作RBS的图。

图2b是在可用回程容量限制RBS之间的协作时TBS作为信号与干扰加噪声之比SINR的函数的图。

图2c是在可用回程容量允许RBS之间的协作时TBS作为SINR的函数的图。

图2d在可用回程容量允许以使用可用回程容量的适应TBS大小进行RBS之间的协作时TBS作为SINR的函数的图。

图3是根据示例实施例的、适于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点的框图。

图4是根据示例实施例的、用于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点的框图。

图5是根据示例实施例的、适于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点中的布置的框图。

具体实施方式

简要描述，提供了用于对来自由服务RBS服务的无线设备的传输执行CoMP接收的网络节点以及由网络节点执行的方法。网络节点获得与当前可用回程容量和服务RBS的接收点和相应RBS的至少一个潜在协作接收点的接收信号质量有关的信息。然后，基于当前可用回程容量和服务接收点以及潜在协作接收点的相应接收信号质量这两者，网络节点确定哪些接收点要包括在CoMP接收中和用于来自无线设备的传输的TBS。

因为回程还承载各种不同的S1或X2流量，所以CoMP接收方案将不得不与这种流量共享回程。RBS可以在与移动管理实体(MME)的S1-MME(移动管理实体)接口上使用S1应用协议，用于控制平面流量。

现在将参照图1a-图1e描述由无线通信网络中的用于对来自由RBS服务的无线设备的传输的执行CoMP接收的、网络节点执行的方法的实施例。

图1a图示了方法100，该方法100包括：确定110服务RBS的接收点和相应另外的RBS的至少一个潜在接收点的可用回程容量；以及确定120从无线设备传输的、由服务RBS的接收点接收的且由相应另外的(多个)RBS的至少一个潜在接收点接收的接收信号的接收信号质量。方法还包括：基于所确定的可用回程容量和所接收信号质量，从相应另外的RBS的至少一个潜在接收点中确定130要包括在对来自无线设备的传输的CoMP接收中的协作接收点，并且确定用于来自无线设备的传输的传输块大小(TBS)；以及将所确定的(多个)协作接收点在CoMP接收中的参与通知140所确定协作接收点的相应RBS。

网络节点负责做出关于是否对来自无线设备的传输执行CoMP接收的决策。网络节点可以是服务RBS或控制服务RBS的无线网络控制器(RNC)。

为了决定执行CoMP接收，网络节点应具有一些信息，以将该决定基于该信息。因此，网络节点确定用于接收点的服务RBS的可用回程容量。因为CoMP需要至少两个接收点来接收来自无线设备的传输，并且因为该至少两个接收点可以被包括在、或被耦合到不同RBS，所以RBS需要能够通信。例如，协作接收点的RBS应该能够向服务RBS的接收点转发所接收的传输。这在回程上进行，因此在回程上应存在足够的可用容量来这样做。可用回程容量可以通过测量回程负载情况的使用等级来确定，然而，确定可用回程容量的方式在本公开的范围之外。

网络节点还确定从无线设备传输的、由服务RBS的接收点接收的且由相应另外的(多个)RBS的至少一个潜在接收点接收的、接收信号的接收信号质量。该接收信号不是CoMP接收可能要针对其执行的、来自无线设备的到来的传输，而是另一个信号，该信号可以为从无线设备传输且由至少两个接收点接收的数据传输或参考信号。为了使CoMP接收高效，协作接收点应具有至少相对好的接收信号质量。进一步地，如果服务RBS的接收信号质量良好或卓越，则关于信号质量可能有很小的增益来进行CoMP，然而，如下面将更详细说明的，可能存在仍然从事CoMP接收的其他原因。因此，确定服务RBS的接收点的接收信号质量和相应另外的RBS的潜在接收点的接收信号质量。

基于可用回程容量和服务RBS的接收点的接收信号质量和相应另外的RBS的潜在(多个)接收点的接收信号质量，网络节点从相应另外的RBS的至少一个潜在接收点中确定要被包括在对来自无线设备的传输的CoMP接收中的协作接收点。同样基于相同信息，网络节点确定用于来自无线设备的传输的TBS。对于LTE，TBS可以根据例如调制编码方案(MCS)、所分配物理资源块(PRB)的数量、可用资源元素(RE)的数量、参考符号(RS)等计算，该可用资源元素(RE)的数量取决于保留多少RE用于物理下行控制信道(PDCCH)。

一旦网络节点已经确定哪些接收点(因此还确定哪些RBS)将参与CoMP接收，则网络节点通知所确定协作接收点的相应RBS所确定协作接收点在CoMP接收中的参与。执行这些以使相应(多个)RBS向服务RBS转发所接收传输，使得RBS可以使用所接收传输的它自己的版本和协作接收点的相应版本来处理来自无线设备的传输。

由网络节点执行的方法可以具有若干可能的优点。一个可能的优点是可用无线电传输资源和传输资源可以被高效地使用已使整个系统性能最大化。另一个可能优点是可以避免接口(例如，回程)的可能过载，并且因此可以避免其他更重要流量的潜在中断。又一可能的优点是可以确保协作请求可以成功，因此支持期望的性能提高。又一个可能的优点是数据不会由于拥塞而丢失，因为在回程拥塞时可以不执行CoMP接收。

如图1b所示，方法100还可以包括：确定125潜在(多个)接收点的相应RBS的相应负载情况，其中确定130、130a要被包括在对来自无线设备的传输的CoMP接收中的(多个)协作接收点还基于潜在接收点的相应RBS的所确定的负载情况。

除了确定可用回程容量以及服务RBS的接收点的接收信号质量和属于相应另外的RBS的(多个)潜在接收点的接收信号质量之外，网络节点确定(多个)潜在接收点的(多个)相应RBS的负载情况。在潜在接收点的RBS经历相对高的负载的情况下，即使该接收点的接收信号质量相对好，将该RBS包括在CoMP接收中也可能将不必要的压力(strain)置于该RBS上。因此，网络节点可以决定在CoMP接收中不包括该接收点，以便使RBS免于向服务RBS转发所接收传输的额外负担。

(多个)潜在接收点的相应(多个)RBS的负载可以以不同方式来确定，例如，网络节点可以接收指示相应RBS的独立负载的、相应RBS的报告。

在图1c所示的示例中，当可用回程容量低于第一阈值时，方法包括：抑制132a与来自相应另外的RBS的至少一个潜在接收点的、任意其他相应RBS的任意其他接收点协作，并且基于由服务RBS接收的、来自无线设备的接收的传输的信号质量确定TBS。

当可用回程容量低于第一阈值时，这充当向网络节点的指示，该指示为：在回程上存在有限或很少可用容量。因此，在该示例中，网络节点确定抑制与任意其他相应RBS的任意其他接收点协作，以便不引发回程上的另外负载。

因为将没有任何其他RBS的其他协作接收点，所以网络节点基于由服务RBS接收的、来自无线设备的所接收的传输的信号质量来确定TBS。

在另一个示例中，当可用回程容量高于第二阈值时，方法包括：基于可用回程容量和所确定的由服务RBS的接收点和相应另外的RBS的协作接收点接收的信号的信号质量这两者来确定134该TBS。

在该示例中，可用回程容量高，意味着关于CoMP接收存在很少限制或不存在限制。与上述第一阈值相比，假定第二阈值高于第一阈值。网络节点需要对可用回程容量进行有限考虑或者甚至不考虑。相反，网络节点可以主要基于或仅基于潜在接收点的接收信号质量从相应另外的RBS的至少一个潜在接收点中确定哪些协作接收点将被包括在对来自无线设备的传输的CoMP接收中。

一旦网络节点已经确定哪些接收点将被包括在CoMP接收中，则网络节点基于可用回程容量和所确定的由服务RBS的接收点和相应另外的RBS的协作接收点接收的信号的信号质量这两者来确定TBS。

在又一个示例中，当可用回程容量高于第一阈值并且低于第二阈值时，方法包括：修改135TBS，使得TBS比在回程容量将高于第二阈值时小，且比在回程容量将低于第一回程阈值时大。

非常简化的，在一些情况下，可以说回程容量越多，可能的TBS越大。然而，如下面将更详细说明的，可以存在还基于要用CoMP接收实现什么来确定TBS的许多其他因素。当可用回程容量高于第一阈值且低于第二阈值时，存在比可用容量高于第二阈值时更有限的容量。因此，网络节点不能自由地确定TBS，而必须考虑TBS将对回程容量的影响。因此，网络节点适配TBS，使得TBS比回程容量将高于第二阈值时小且比在回程容量将低于第一回程阈值时大。

以该方式，网络节点可以利用具有以下TBS的协作接收点来执行CoMP接收，该TBS也许不会引起回程上的过载，并且仍然提高资源使用和整个系统性能。

在另外的示例中，当可用回程容量等于或低于第一阈值、指示存在有限数量的回程资源和/或TBS不能大于基于由服务RBS接收的来自无线设备的传输的信号质量的TBS时，其中如果回程容量仍然允许RBS之间的协作，则方法包括：基于所确定的可用回程容量和接收信号质量两者，选择132b TBS，该TBS小于或与基于由服务RBS接收的来自无线设备的传输的信号质量的TBS相同；以及确定要被包括在利用所选TBS进行的传输的CoMP接收中的协作接收点。

当可用回程容量等于或低于第一阈值时，回程正经历相对高的负载。因此，存在有限数量的可用回程资源。如果未使用CoMP接收，那么TBS不能大于基于由服务RBS接收的来自无线设备的传输的信号质量的TBS。因为可用回程容量等于或低于第一阈值，所以在回程上仍然可以留有一些容量，特别是在可用回程容量等于或稍低于第一阈值时。

然而，即使回程容量有限时，仍然可以期望减少用于服务RBS的空中接口资源使用。回程容量仍然可以允许RBS之间的协作，并且因此允许网络节点基于所确定的可用回程容量和接收信号质量这两者，选择132b小于或与基于由服务RBS接收的来自无线设备的传输的信号质量的TBS相同的TBS，并且确定要被包括在利用所选的TBS进行的传输的CoMP接收中的协作接收点。以该方式，可以减少用于服务RBS的空中接口资源使用，并且可以有效使用可用回程资源。

换言之，网络节点可以使用同一TBS，但具有更少空中接口资源使用(更小的分配大小)，这可能导致空中接口容量可以被其他无线设备使用。另一个选项是使用比仅通过服务RBS的接收点来接收传输可以实现的TBS更小的TBS，例如，在无线设备处于确实差的无线电环境中并且覆盖范围通过增加用于CoMP接收的协作接收点显著增大的时候。

根据实施例，当可用回程容量等于或低于第一阈值、指示存在有限数量的回程资源和/或TBS不能大于基于由服务RBS接收的来自无线设备的传输的信号质量的TBS时，方法包括：指令协作接收点减少用于在到服务RBS的回程上的CoMP数据交换的比特的数目。

为了仍然能够使用有限数量的回程容量中的一些，网络节点可以尝试限制由于CoMP接收引起的对回程容量的影响。通过指令协作接收点减少用于在到服务RBS的回程上的CoMP数据交换的比特的数目，协作接收点到服务RBS的对接收的传输的转发将通过减少回程上每个传输的比特的总数目而引发回程上更少的负载，从而使能由服务RBS和协作接收点进行CoMP接收。

以该方式，可以减少用于回程上每个传输的数据总量，以便降低其负载，从而使能由服务RBS和协作接收点进行CoMP接收。

根据又一实施例，当可用回程容量等于或低于第一阈值、指示存在有限数量的回程资源和/或TBS不能大于基于由服务RBS接收的来自无线设备的传输的信号质量的TBS时，方法包括：指令协作接收点的RBS在到服务RBS的回程上传输经解码的数据，而不是传输经编码的数据。

这是如何减少在回程上传输的数据的总量的另一个示例。因为经编码的数据携带比经解码的数据更多的开销，所以协作接收点的RBS可以向服务RBS传输经解码的数据。因此，协作接收点的RBS接收来自无线设备的传输，解码所接收的传输，然后向服务RBS传输所接收传输的经解码的版本。

服务RBS将还接收来自无线设备的传输，并且将接收协作接收点的经解码的版本，并且然后可以基于传输的它自己接收的版本和来自协作接收点的、传输的接收的解码版本来处理来自无线设备的传输。

与可用回程容量有关的阈值可以被动态设置且基于服务RBS的当前负载、相应协作接收点的当前负载中的至少一个。

与回程负载限制有关的不同阈值可以是静态的，或者可以动态地来确定。阈值的设置可以由网络节点来确定或由例如操作管理维护(OAM)节点来确定。阈值可以基于一个或更多个特性(单独或以任意组合)来动态地设置。例如，与可用回程容量有关的阈值可以通过计算使用所计算的TBS将引起的、所生成的回程负载来确定。因此，第一阈值可以为仅使用服务小区的TBS结果生成的回程负载，并且第二阈值可以为使用以下TBS结果的负载，该TBS结果使用从CoMP接收获得的额外SINR增益。换言之，这些阈值取决于调度参数的范围和所估计CoMP增益而是用户特定的。与定义CoMP接收可以使用的资源量的回程负载限制有关的阈值可以经由OAM节点来设置，该阈值可以为静态的或者可以通过使用(来自S1流量和其他CoMP流量的)多个容量限制和当前负载情况来动态确定。

例如，阈值可以基于例如服务RBS的当前负载或服务RBS的干扰情况来动态设置。在服务RBS的当前负载高、可能产生不利的干扰情况的情况下，对CoMP接收的需要可能远远强于在相反情况下的需要。如果是这样，那么阈值可以被设置为比服务RBS的负载低且干扰情况时有利时的阈值更低。

在示例中，网络节点为服务RBS，方法还包括：接收来自无线设备的传输；接收来自协作接收点的相同传输的版本；以及将所接收传输与相同传输的所接收的版本组合成一个接收的传输。

如上面简要描述的，服务RBS将接收来自无线设备的传输。同样地，协作接收点将接收来自无线设备的传输。协作接收点将它/其接收的传输的版本转发到服务RBS。因此，RBS将具有它自己的在传输由服务RBS接收时该传输的版本，以及由协作接收点所接收的传输的版本。RBS然后例如，通过组合不同的版本，来处理不同的版本，以推断一个所接收的传输。

图2a是服务RBS 210、无线设备220以及协作RBS 200的图示。无线设备220由服务RBS 210的接收点连接到服务RBS 210，并且服务RBS 210还包括数字单元(未显示)，该数字单元处理服务RBS的接收点，并且可以负责执行组合信号处理或其部分，用于来自协作接收点的数据的CoMP接收。用于无线设备220的调度决策和协作接收点选择还可以发生在处理服务接收点的服务RBS 210或发生控制服务RBS 210的RNC。测量结果被收集，以便在将接收点添加到用于CoMP接收的接收点集合时进行关于潜在增益的适当评估。要被评估的接收点实际上可以为网络中的任意接收点。然而，所谓的“搜索集合”(即，潜在协作接收点的集合)通常被仅限于一些候选，例如，被限于全部定义的相邻RBS或被限于支持CoMP方案的RBS的接收点。该集合可以为运营商配置的接收点的集合或例如由基于自优化网络(SON)的功能自动配置的集合。

要从潜在协作接收点的集合收集的测量可以帮助网络节点评估在例如吞吐量、覆盖、或降低的空中接口资源使用上实现的潜在增益。该增益的一个实现示例被称为信号与干扰加噪声之比(SINR)增益。当候选接收点属于另一个RBS，例如，图2中的200，而不是服务接收点的RBS 210时，关于回程230的可用容量的信息应该可用。该容量或限制可以是可以基于当前回程负载情况的测量和其他限制因素的固定可配置限制或适应限制。一旦这些测量结果可用，则用于无线设备220的接收点评估和调度可以发生。该过程的一个示例如下：

1)属于与服务接收点不同的RBS的一个或若干接收点被识别，以给出用于无线设备220的SINR增益。该无线设备220将进入调度评估，该调度评估最终将确定多个传输参数，诸如TBS。

2)网络节点评估仅基于服务接收点中的所估计的SINR的最大TBS和可以通过与所识别RBS协作实现的最大TBS大小。

3)网络节点中的调度器了解来自讨论中的相应RBS的可用回程容量或回程限制。该可用容量或限制可以由若干不同的机制来强加。限制的示例可以为连接RBS的传输网络的传输容量、服务RBS或协作RBS的容量、或使用该可用资源的其他已调度的无线设备。在图2b中，回程限制调度器(限制1)选择潜在的协作RBS，因为TBS将在回程上产生超过当前可用容量或限制的负载。在这种情况下，将最好仅使用服务接收点或继续搜索其他协作候选。在图2c中，调度器推断可以通过与另一个RBS协作来实现更大的TBS。回程也允许该协作发生，因为当前可用回程容量或限制(限制2)大大高于由该协作请求产生的额外的负载。在图2d中，调度器根据所估计的RBS之间的协作将给出的SINR增益而推断不可能增大TBS。然而，因为回程负载限制(限制3)(该限制对应于可用容量)允许以减小的但仍然大于仅使用服务接收点210的TBS进行协作，所以调度器适配TBS，使得一旦传送CoMP接收，则CoMP接收不使回程230过载。调度器在这些类型的情况下动态适应于可用回程容量的能力允许更高效地使用空闲的传输容量。

4)可用回程容量或回程限制被更新，使得将要被调度的下一无线设备可以适当评估。

5)无线设备220接收用于传输的许可(该传输许可由服务RBS 210的调度器来发出)，并且如果成功选择，则RBS 200的协作接收点将从无线设备220接收传输。服务接收点210然后将接收CoMP接收并进行传输块的最后组装。

注意，接收点之间的协作不限于仅包括一个协作接收点。调度期间的接收点选择可以评估所有候选，并且接收点可以在其有助于性能时被添加到协作接收点的集合，并且可以在其变得过时或其他限制被强加时从集合去除。

在另一个示例中，调度器认识到例如由于一些回程限制(诸如低可用回程容量)而不可能增大TBS大小。然而，调度器认识到如果发起两个或若干接收点之间的协作，则可以用更小的分配大小来实现相同的TBS大小。如果当前回程负载限制将允许该协作发生，则用于该特定被调度的无线设备的减小的分配大小可以释放可以由小区中的另一个无线设备使用的资源。该示例将允许调度器在额外的回程负载可用时将额外的回程负载与不足的空中接口资源交换。

这里的实施例还涉及网络节点，该网络节点适于对来自由服务RBS服务的无线设备的传输执行CoMP接收。网络节点具有与由网络节点执行的方法相同的技术特征、优点以及目的。因此参照图2和图3简要描述网络节点，以便避免不必要的重复。

图3和图4图示了网络节点(300、400)，该网络节点(300、400)被配置为：确定服务RBS的接收点和相应另外的RBS的至少一个潜在接收点的可用回程容量；并且确定从无线设备传输的、由服务RBS的接收点接收的且由相应另外的RBS的至少一个潜在接收点接收的接收信号的接收信号质量。网络节点300、400还被配置为基于所确定的可用回程容量和接收信号质量，从相应另外的RBS的至少一个潜在接收点中确定要被包括在对来自无线设备的传输的CoMP接收中的协作接收点，并且确定用于来自无线设备的传输的TBS；并且将所确定协作接收点在CoMP接收中的参与通知所确定协作接收点的相应RBS。

网络节点300、400可以以不同方式来实现。图3中图示了示例实施方式。图3图示了包括处理器321和存储器322的网络节点300，存储器包括例如借助于计算机程序323的指令，该指令在由处理器321执行时，使得网络节点300确定服务RBS的接收点和相应另外的RBS的至少一个潜在接收点的回程容量，并且确定从无线设备传输的、由服务RBS的接收点接收的且由相应另外的RBS的至少一个潜在接收点接收的接收信号的接收信号质量。指令在由处理器321执行时，可以进一步使得网络节点300基于所确定的可用回程容量和接收信号质量，从相应另外的RBS的至少一个潜在接收点中确定要被包括在对来自无线设备的传输的CoMP接收中的协作接收点，并且确定用于来自无线设备的传输的TBS；并且将所确定的协作接收点在CoMP接收中的参与通知所确定协作接收点的相应RBS。

图4中图示了网络节点的另选示例实施方式。图4图示了网络节点400，该网络节点400包括确定单元403，该确定单元用于确定服务RBS的接收点和相应另外的RBS的至少一个潜在接收点的回程容量；用于确定从无线设备传输的、由服务RBS的接收点接收的且由相应另外的RBS的至少一个潜在接收点接收的接收信号的接收信号质量；并且用于基于所确定的可用回程容量和接收信号质量，从相应另外的的RBS的至少一个潜在接收点中确定要被包括在对来自无线设备的传输的CoMP接收中的协作接收点，并且确定用于来自无线设备的传输的TBS。图4还图示了网络节点400，该网络节点400包括通知单元404，该通知单元404用于将所确定协作接收点在CoMP接收中的参与通知所确定协作接收点的相应RBS。

网络节点具有与由网络节点执行的方法相同的可能优点。一个可能的优点是可用无线电资源和传输资源可以被高效地使用已使整个系统性能最大化。另一个可能优点是：可以避免接口(例如，回程)的可能过载，并且因此可以避免其他更重要流量的可能的中断。又一可能的优点是可以确保协作请求可以成功，因此支持期望的性能提升。又一个可能的优点是数据不会由于拥塞而丢失，因为在回程拥塞的情况下可以不执行CoMP接收。

根据实施例，网络节点300、400还被配置为确定潜在接收点的相应RBS的相应负载情况，其中网络节点300、400还被配置为还基于潜在接收点的相应RBS的所确定的负载情况来确定要被包括在对来自无线设备的传输的CoMP接收中的协作接收点。

根据又一个实施例，当可用回程容量低于第一阈值时，网络节点300、400被配置为抑制与来自相应另外的RBS的至少一个潜在接收点的、任意其他相应RBS的任意其他接收点协作，并且基于由服务RBS接收的、来自无线设备的接收的传输的信号质量来确定TBS。

根据又一个实施例，当可用回程容量高于第二阈值时，网络节点300、400还被配置为基于可用回程容量和所确定的由服务RBS的接收点和相应另外的RBS的协作接收点接收的信号的信号质量这两者来确定TBS。

根据另一个实施例，当可用回程容量高于第一阈值且低于第二阈值时，网络节点300、400还被配置为适配TBS，使得TBS比回程容量将高于第二阈值时小且比在回程容量将低于第一回程阈值时大。

根据另外的实施例，当可用回程容量等于或低于第一阈值、指示存在有限数量的回程资源和/或TBS不能大于基于由服务RBS接收的来自无线设备的传输的信号质量的TBS时，其中如果回程容量仍然允许RBS之间的协作，则网络节点300、400还被配置为基于所确定的可用回程容量和接收信号质量这两者，选择小于或与基于由服务RBS接收的来自无线设备的传输的信号质量的TBS相同的TBS，并且确定要被包括在对利用所选TBS进行的传输的CoMP接收中的协作接收点。

根据又一个实施例，当可用回程容量等于或低于第一阈值、指示存在有限数量的回程资源和/或TBS不能大于基于由服务RBS接收的来自无线设备的传输的信号质量的TBS时，网络节点300、400被配置为指令协作接收点减少用于在到服务RBS的回程上的CoMP数据交换的比特的数目。

根据又一个进一步的实施例，当可用回程容量等于或低于第一阈值、指示存在有限数量的回程资源和/或TBS不能大于基于由服务RBS接收的来自无线设备的传输的信号质量的TBS时，网络节点300、400被配置为指令协作接收点的RBS在到服务RBS的回程上传输经解码的数据，而不是传输经编码的数据。

阈值可以被动态设置并且基于服务RBS的当前负载、相应协作接收点的当前负载中的至少一个。

根据另一个实施例，网络节点为服务RBS，网络节点300、400还被配置为接收来自无线设备的传输；接收来自协作接收点的、相同传输的版本；并且将所接收的传输与相同传输的所接收的版本组合成一个所接收的传输。

在图4中，网络节点400还被图示为包括通信单元401。借助该单元，网络节点400适于与无线通信网络中的其他节点和/或实体通信。通信单元401可以包括多于一个接收布置。例如，通信单元401可以连接到电线和天线这两者，借助于通信单元401，使得网络节点400能够与无线通信网络中的其他节点和/或实体通信。类似地，通信单元401可以包括多于一个传输布置，传输布置进而可以连接到电线和天线这两者，借助于传输结构，使得网络节点400能够与无线通信网络中的其他节点和/或实体通信。网络节点400还包括用于存储数据的存储器402。进一步地，网络节点400可以包括进而被连接到不同单元403-404的控制或处理单元(未显示)。应指出，这仅是图示性示例，并且网络节点400可以包括以与图4所示的单元相同的方式执行网络节点400的功能的更多、更少或其他单元或模块。

应注意，图4仅在逻辑意义上图示了网络节点400中的各种功能单元。功能实际上可以使用任意合适的软件和硬件装置/电路等来实现。因此，实施例通常不限于网络节点400和功能单元的所示出的结构。因此，之前描述的示例性实施例可以以许多方式来实现。例如，一个实施例包括上面存储有指令的计算机可读介质，指令可由用于执行网络节点400中的方法步骤的控制或处理单元来执行。可由计算系统执行且存储在计算机可读介质上的指令执行如权利要求中阐述的网络节点400的方法步骤。

图5示意性显示了网络节点中的结构500的实施例。这里包括在网络节点中的布置500中的是例如具有数字信号处理器(DSP)的处理单元506。处理单元506可以为单个单元或用于执行这里所述过程的不同动作的多个单元。网络节点还可以包括用于从其他实体接收信号的输入单元502和用于向其他实体提供信号的输出单元504。输入单元和输出单元可以被布置为集成实体或如图4的示例所示的被布置为一个或更多个接口401。

此外，网络节点中的布置包括至少一个计算机程序产品508，该计算机程序产品508为非易失性存储器的形式，例如，电可擦可编程只读存储器(EEPROM)、闪存以及硬件驱动器。计算机程序产品508包括计算机程序510，计算机程序510包括代码装置，当该代码装置在网络节点中的布置中的处理单元506中执行时，使得网络节点执行动作，例如之前结合图1a-图1e描述的过程。

计算机程序510可以被配置为在计算机程序模块510a-510e中构造的计算机程序代码。因此，在示例实施例中，网络节点的计算机程序中的代码装置包括确定单元或模块，该确定单元或模块用于确定服务RBS的接收点和相应另外的RBS的至少一个潜在接收点的回程容量；用于确定从无线设备传输的、由服务RBS的接收点接收的且由相应另外的RBS的至少一个潜在接收点接收的接收信号的接收信号质量；并且用于基于所确定的可用回程容量和接收信号质量，从相应另外的的RBS的至少一个潜在接收点中确定要被包括在对来自无线设备的传输的CoMP接收中的协作接收点，并且确定用于来自无线设备的传输的TBS。计算机程序还包括通知单元或模块，该通知单元或模块用于将所确定的协作接收点在CoMP接收中的参与通知所确定的协作接收点的相应RBS。

计算机程序模块可以基本上执行图1a中所示的流程的动作，以模仿网络节点400。换言之，当在处理单元506中执行不同的计算机程序模块时，这些程序模块可以对应于图4的单元403-404。

虽然上面结合图4公开的实施例中的代码装置被实现为计算机程序模块，该计算机程序模块在处理单元中执行时，使得网络节点执行上面结合上述附图描述的动作，但代码装置中的至少一个在另选实施例中可以至少部分被实现为硬件电路。

处理器可以为单个中央处理单元(CPU)，但是还可以包括两个或更多个处理单元。例如，处理器可以包括通用微处理器；指令集处理器和/或相关芯片集和/或专用微处理器(诸如专用集成电路(ASIC))。处理器还可以包括用于缓存目的的在板存储器。计算机程序可以由连接到处理器的计算机程序产品来承载。计算机程序产品可以包括上面存储有计算机程序的计算机可读介质。例如，计算机程序产品可以为闪存、随机存取存储器(RAM)、只读存储器(ROM)或EEPROM，并且上述计算机程序模块在另选实施例中可以被分布在网络节点内存储器形式的不同计算机程序产品上。

要理解，交互单元的选择以及本公开内单元的命名仅是用于示例目的，并且适于执行上述方法中的任意一个方法的节点可以以多个另选方式来配置，以便能够执行所提出的过程动作。

还应注意，本公开所述的单元要被认为是逻辑实体，并且不是必须被认为是单独的物理实体。

虽然已经关于若干实施例描述了实施例，但预期的是，实施例的替换、修改、置换以及其等同物将在阅读本说明书并研究附图时变得清晰。因此，旨在以下所附权利要求包括落在实施例的范围和申请审理的权利要求限定的范围内的这种替换、修改、置换以及等同物。