CN108781466B - 分布式天线系统中的有效传送调度 - Google Patents

Abstract

一种方法包括具有天线的集合的分布式天线系统中的基站。针对每个天线，基站存储指示天线或者处于传送状态或者处于不传送状态的状态信息。针对由天线的状态信息指示为处于传送状态的每个天线，基站确定在下一传输时间间隔（TTI)内是否已经将空闲信道指示（CCI）给予了天线。在下一TTI，基站将数据传送到UE，其中基站使用包括在所述天线的集合中的i）由天线的状态信息指示为处于传送状态并且ii）已经被给予了CCI的天线来将数据传送到UE。基站依照传送状况来调整状态信息。

Description

分布式天线系统中的有效传送调度

技术领域

本文中公开的是例如用于分布式天线系统（DAS）中的有效传送调度的方法和网络节点。

背景技术

今天，分派给蜂窝运营商的任务是利用更多频谱来解决对于移动数据的日益增加的需求。由于大量带宽的可用性导致蜂窝运营商对长期演进（LTE）在未授权频谱上的使用（即LTE-U或者授权辅助接入（LAA））越来越感兴趣。

分布式天线系统（DAS）是用来通过在整个建筑物安装数个相对小的天线来处理大型建筑物内不良覆盖的孤立点的方式。天线被物理连接到中央控制器，所述中央控制器被连接到无线载波网络的基站。典型地，在利用多个天线的系统中，从所有天线发送相同的信号而不考虑天线部署和信号预定给的无线通信装置（WCD）（也称为用户设备（UE））的位置。当利用LTE的DAS部署正在未授权频率上工作时，进一步需要的是，在传送信号之前，执行空闲信道评估（CCA）以允许从特定天线的传送。就是说，仅当天线已经接收到天线被配置为在其上传送信号的信道（“工作信道”）空闲（例如没有其他系统正在使用所述信道或者所述信道是无噪声的）的指示时，DAS的天线被用来传送信号。这样的空闲信道指示被称为“成功的CCA”。不具有成功的CCA的天线被静默（例如不被用来传送信号）。CCA包括接收器，所述接收器检测工作信道中的能量（例如噪声或业务）并且在例如检测到业务或过多噪声（即空闲信道未被指示）时，退避数据传送，从而避免干扰。

未授权频谱允许移动运营商通过使用已经被Wi-Fi装置填充的未授权频带来增加它们的蜂窝网络中的覆盖。虽然运营商通常依赖他们具有独占授权的无线电频谱，但是LTE-U与Wi-Fi设备（诸如已经使用那个频带的智能手机和膝上型电脑）共享空间。

如果在不考虑UE在DAS内的位置的情况下执行UE的调度，多个不利的且不希望有的场景将会发生。例如，在传统的DAS中，在授权的LTE频带上工作（例如，对于将要被允许进行传送的单独天线来说不需要CCA），主要缺点是将会使用不在UE所在的位置处提供覆盖的天线来潜在地调度UE。这样的传送未改进用于那个特定UE的无线电链路，而是相反，有助于无线电网络干扰的增加，这不利地影响了网络容量和性能。

在另一个示例中，在未授权频谱中使用的CCA要求将复杂度添加到网络中。例如，在未授权频谱中的最基本的解决方案中，系统中的任何天线一旦已经接收到成功的CCA就调度某个UE。然而，因为没有关于特定UE是否在具有成功的CCA的一个或多个天线的覆盖区域中的认识，所以存在如下可能性：传送将不会到达UE，触发重传，并且在最差的情况下，最终导致停止和无线电链路故障。这些基本的解决方案把非常高且不希望有的要求放在了DAS的实际物理安装上。

此外，在DAS中，在其中无线电环境与剩余的天线有太多区别的系统中具有一个或几个天线是不可行的。例如，在其中在地下室中安装一个天线而在建筑物中的更高楼层上安装其余天线（图1（A））的情形中，在地下室中无线电环境可以是良好的（触发成功的CCA），而建筑物中更高层的无线电环境将会更差。这种场景导致将会只在无法被UE听到的天线上调度更高楼层上的UE，产生了先前讨论的不希望有的影响。类似的情形在走廊（图1（B））中出现，其中无线电条件可在走廊的不同部分处变化。

发明内容

根据一些实施例，一种方法由具有天线的集合的分布式天线系统中的基站来执行，其中所述天线的集合至少包括第一天线和第二天线。所述方法包括针对包括在所述天线的集合中的每个天线，基站为天线存储指示天线或者处于传送状态或者处于不传送状态的状态信息。所述方法进一步包括针对由天线的状态信息指示为处于传送状态的每个天线，基站确定在下一传输时间间隔（TTI）内是否已经将空闲信道指示（CCI）给予了天线。所述方法进一步包括在下一TTI，基站将数据传送到UE，其中基站使用包括在所述天线的集合中的i）由天线的状态信息指示为处于传送状态并且ii）已经被给予了CCI的天线来将数据传送到UE，使得基站不使用包括在所述天线的集合中的其他天线中的任何一个天线来传送数据。所述方法进一步包括基站接收指示到UE的数据传送是否成功的传送状况。所述方法还包括基站依照传送状况来调整状态信息。

根据一些实施例，分布式天线系统中的基站具有天线的集合，所述天线的集合至少包括第一天线和第二天线。所述基站包括处理器和耦合至处理器的计算机可读介质，其中计算机可读介质包含可由处理器执行的指令。所述基站操作用来针对包括在所述天线的集合中的每个天线来为天线存储指示天线或者处于传送状态或者处于不传送状态的状态信息。所述基站进一步操作用来针对由天线的状态信息指示为处于传送状态的每个天线来确定在下一传输时间间隔（TTI）内是否已经将空闲信道指示（CCI）给予了天线。所述基站进一步操作用来在下一TTI将数据传送到UE，其中基站使用包括在所述天线的集合中的i）由天线的状态信息指示为处于传送状态并且ii）已经被给予了CCI的天线来将数据传送到UE，使得基站不使用包括在所述天线的集合中的其他天线中的任何一个天线来传送数据。所述基站进一步操作用来接收指示到UE的数据传送是否成功的传送状况。所述基站进一步操作用来依照传送状况来调整状态信息。

附图说明

在本文中结合的并且形成说明书的一部分的附图说明了各种实施例。

图1A说明了高层建筑物中的DAS。

图1B说明了走廊中的DAS。

图2说明了根据一些实施例的示范的无线通信系统。

图3说明了根据一些实施例的DAS。

图4说明了根据示范的实施例的流程图。

图5说明了根据示范的实施例的学习模块。

图6说明了根据示范的实施例的学习模块的部署。

图7说明了根据示范的实施例的流程图。

图8说明了根据示范的实施例的基站的框图。

图9说明了根据示范的实施例的UE的框图。

具体实施方式

根据一些实施例，在DAS内考虑UE的定位（无线电方式（radio wise）），其使能空中的更有效的调度。无线电方式定位提供哪个天线或哪些天线向处在它的当前位置的UE提供覆盖的标识。定位可以基于与关于哪些天线具有空闲信道指示（例如成功的空闲信道评估（CCA））以用于在某个TTI进行传送的认识结合的混合自动重传请求（HARQ）反馈。在一些实施例中，当被天线使用的信道上的信号电平被测得在预定的时间段低于预定阈值时，天线接收空闲信道指示（CCI）。因此，在一些实施例中，连接到DAS的天线的节点为每个天线确定经由天线接收到的信号的功率电平并且基于功率电平来确定天线是否应当接收CCI。

在一些实施例中，为DAS中的每个天线存储状态信息。状态信息指示天线处于“传送”状态和“不传送”状态的其中之一。这个状态信息可被用来导出具有与相应的天线对应的位串的掩码，其中“1”指示天线处于传送状态，并且“0”指示天线处于不传送状态。此外，诸如信号干扰加噪声比和能量检测阈值的其他信息可以被用来确定哪些天线要用于传送到UE。

在一些实施例中，掩码指示哪些天线具有CCI以及当到UE的传送是成功的时候哪些天线正在进行传送。在一些实施例中，在即将来临的TTI内，只有包括在掩码中的、被提供了CCI的天线将触发相同UE的调度。

根据一些实施例，在到新UE的第一传送，重置“掩码”（即，将每个天线的状态设置为“传送”），其中具有CCI的所有天线被用来将信号传送到UE并且使用HARQ反馈来评价传送。当存在有成功的传送时（例如，UE通过传送ACK来响应信号），代表未获得CCI的天线的掩码中的位可以被清零（即，设置为0）并且不被用于即将来临的TTI。当存在有不成功的传送时，代表获得了CCI的天线的位可以被清零。如果确定全部掩码被清零，即由于所有天线处于不传送状态，所以无天线候选用于下一TTI，可以重置掩码（即，将掩码中的所有位设置为1，指示所有天线现在处于传送状态）。

当存在有到UE的重复的不成功的传送时，可以重置掩码（即，将掩码中所有位设置为1）以临时地再次考虑所有天线。在一些实施例中，为了实现不太激进的行为，可要求在天线的状态被改变至不传送之前多个不成功的传送必须发生。在一些实施例中，当存在有重复的连续失败以及其中由于处于传送状态的天线中没有一个天线接收到CCI导致未调度UE的重复的TTI时，算法可以重启，其中重置掩码以便再次考虑所有天线。

图2说明了无线通信系统200的实施例。系统包括E-UTRAN和增强型分组核心（EPC）。一个或多个UE 202可以与E-UTRAN中的eNB 204和206通信。UE包括但不限于移动电话、个人数字助手、电子阅读器以及便携式电子平板电脑。

E-UTRAN包括提供朝向UE 202的E-UTRAN用户平面（PDCP/RLC/MAC/PHY）和控制平面（RRC）协议终止的基站（例如eNB）204和206。eNB 204和26借助于X2接口彼此互连。eNB还借助于S1接口被连接到EPC，更具体地借助于S1-MME接口被连接到移动管理实体（MME）208并且借助于S1-U接口被连接到服务网关（S-GW）210。MME 208借助于S6a接口被连接到归属订户服务器（HSS）214。S-GW 208借助于S5/S8接口被连接到分组数据网络网关（PGW）212。PGW 212经由Gx接口被连接到策略和计费规则功能（PCRF）节点216。另外，PGW 212被连接到网络，诸如因特网。

图3说明了分布式天线系统（DAS）300的实施例。系统可以包括具有天线304A-304H的eNB 302。另外，提供了Wi-Fi接入点306、310和312。如图3中说明的，天线304C、304D和304E“在掩码中”（即，掩码中的位被设置为“1”以指示传送状态）并且已经接收到CCI，而天线304A、304B、304F、304G和304H尚未接收到CCI。因此，在一些实施例中，只调度天线304C、304D和304E以传送到UE，诸如UE的组308。

图4说明了由诸如图2中的eNB 204和206的基站执行的过程的实施例。过程通常可以开始于步骤400，其中将掩码中的所有位设置为传送状态（例如“1”）并且将参数“f”和“n”设置为0。参数“f”可以代表到UE的数据传送的连续失败的数量。参数“n”可以代表UE未被调度来接收数据（例如，未获得针对掩码中的任何天线的成功的CCA）的连续TTI的数量。

在步骤402，确定在下一传输时间间隔（TTI）内是否存在有针对掩码中的任何天线的CCI。例如，如果在DAS中存在有5个天线并且将天线中的3个设置为传送状态（例如，3个天线在掩码中具有“1”），则只针对这3个天线来检查CCI（即，只在使它的位在掩码中被设置为“1”的天线上启动CCA）。如果为掩码中的天线提供至少一个CCI，过程进行到步骤404，其中将参数“n”设置为0并且调度UE以用于数据传送。在步骤406，确定数据传送是否是成功的。作为示例，如果由基站接收的确认信号（例如HARQ反馈）指示数据传送是成功的，则数据传送是成功的。如果数据传送是成功的，过程进行到步骤408，其中针对未获得CCI的天线的掩码中的位被设置为不传送状态（例如“0”）。

在步骤402，如果确定没有为掩码中的任何天线提供CCI，过程进行到步骤410，其中使参数“n”增加1并且未调度UE来接收数据传送。在步骤412，确定参数“n”是否超过阈值N，所述阈值N代表其中未调度UE来接收数据的连续TTI的最大数量。如果确定参数“n”未超过阈值N，过程返回到步骤402。然而，如果确定参数“n”超过了N，过程返回到步骤400。

在步骤406，如果确定到UE的数据传送是不成功的，使参数“f”增加1并且将针对确实获得CCI的天线的掩码中的位设置为不传送状态（例如“0”）。在步骤416，确定参数“f”是否超过阈值F，所述阈值F代表连续数据传送失败的最大允许数量。如果确定参数“f”超过阈值F，过程返回到步骤400。如果确定参数“f”未超过阈值F，过程进行到418，其中确定掩码中的所有位是否被设置为不传送状态（例如掩码中的所有位是“0”）。如果掩码中的所有位处于不传送状态，过程返回到步骤400。如果掩码中的至少一位未处于不传送状态，过程返回到步骤402。此外，图4中说明的过程可以使用SINR或能量检测阈值来确定哪些天线要用于将数据传送到UE。

根据一些实施例，可以设置长期学习模块（根据无线电方式部署）。图5说明了学习模块500的实施例。学习模块通过以最佳方式使用天线来提高性能。学习模块可以分辨出使用什么部署。通过知道使用什么部署，知道应该一起使用的天线（例如，一些天线在常用的掩码中可以被分组在一起）也是可能的。在一些实施例中，学习模块500接收HARQ反馈、来自天线的CCA、以及被用来输出新掩码的先前掩码作为输入。

在一些实施例中，如果经常使用某个掩码，那么这个掩码对于其他传送来说可以是好的通用的掩码替代品。此外，如果从未使用过某个CCA掩码，这个掩码对于所有传送来说可能是不良替代品。作为示例，如果确定掩码被用于数据传送达预定次数并且接收高百分比的HARQ确认（即，成功的数据传送的百分比超过预定阈值），那么可以使用这个掩码而不是将初始掩码中的所有位设置为传送状态。此外，在一些实施例中，如果掩码不具有成功的数据传送达预定次数，可以生成错误报告或告警来指示掩码中的天线存在有问题，而且图4中说明的过程可以不使用这个掩码。

根据一些实施例，可以从长时间CCA信息中学习地理部署。CCA信息可以提供可被用于部署学习的好的新信息。例如，如果两个天线总是具有相同的CCA模式（例如，同时接收到CCI达预定次数），很可能这些天线处于相同的地理区域。通过在一段时间内使用来自天线的CCA信息（例如图4中说明的过程的迭代的预定数量），可以执行模式分析以识别几何模型。此外，HARQ反馈和附加信息（诸如能量检测阈值）以及数据传送的信号干扰加噪声比用于确定哪些天线要使用。这个部署模型可以被用来分配建议的新掩码。天线被部署在一起的信息可以被用于使被使用的掩码更鲁棒并且还可以处理天线之间的UE移动。

图6说明了天线的示例分组。如图6中说明的，建筑物包括第一楼层600、第二楼层602和第三楼层604。第一楼层600包括三个天线的组600a。第二楼层602包括三个天线的组602a。第三楼层604包括第一组604a和第二组604b。如图6中说明的，UE 606在第二楼层602上。因此，在一些实施例中，UE可以同时从组602a中的每个天线接收数据传送并且可以同时传送到组602a中的每个天线。

图7说明了由具有天线的集合的分布式天线系统中的基站执行的过程的实施例。过程可以开始于步骤700，其中针对包括在所述天线的集合中的每个天线，基站为天线存储指示天线或者处于传送状态或者处于不传送状态的状态信息。在步骤702，针对由天线的状态信息指示为处于传送状态的每个天线，基站确定在下一传输时间间隔（TTI）内是否已经将CCI给予了天线。

在步骤704，在下一TTI，基站将数据传送到UE，其中基站使用包括在天线的集合中的i）由天线的状态信息指示为处于传送状态并且ii）已经被给予了CCI的天线来将数据传送到UE，使得基站不使用包括在所述天线的集合中的其他天线中的任何一个天线来传送数据。在步骤706，基站接收指示到UE的数据传送是否成功的传送状况。在步骤708，基站依照传送状况来调整状态信息。

在一些实施例中，响应于确定传送状况指示到UE的数据传送是成功的，基站针对未接收到CCI的每个天线而将状态信息从传送状态改变到不传送状态。

在一些实施例中，响应于确定传送状况指示到UE的数据传送是不成功的，基站针对接收到CCI的每个天线而将状态信息从传送状态改变到不传送状态。

在一些实施例中，响应于确定对于所述集合中的任何天线来说未接收到CCI，基站使代表UE未被调度来从基站接收数据的连续TTI的数量的参数N增加1；并且响应于确定参数N超过预定阈值，基站将每个天线的状态信息设置为传送状态。

在一些实施例中，响应于确定对于至少一个天线来说已经接收到CCI，基站将参数N设置为0。

在一些实施例中，响应于确定传送状况指示到UE的数据传送是不成功的，基站使代表到UE的数据传送不成功的连续次数的参数F增加1；并且响应于确定参数F超过预定阈值，基站将每个天线的状态信息设置为传送状态。

在一些实施例中，响应于确定参数F未超过预定阈值，基站确定每个天线的状态信息是否处于不传送状态；并且响应于确定每个天线处于不传送状态，基站将每个天线的状态信息设置为传送状态。

在一些实施例中，基站和UE之间的信道在未授权频谱上。在一些实施例中，将站信息存储为具有与所述天线的集合中的相应天线对应的位的集合的掩码。

在一些实施例中，响应于确定传送状况指示到UE的数据传送是成功的，基站响应于确定与数据传送相关联的信号干扰加噪声比超过预定阈值而取消选择未接收到CCI的每个天线。

在一些实施例中，响应于确定传送状况指示到UE的数据传送是成功的，基站响应于确定在空闲信道评估（CCA）期间检测到的能级低于预定阈值而不会取消选择未接收到CCI的每个天线。

在一些实施例中，响应于确定第一天线和第二天线同时接收到CCI达预定次数而使第一天线和第二天线在相同组中关联，并且相同组中的第一天线和第二天线同时分别地将数据传送到UE和从UE接收数据。

在一些实施例中，响应于确定掩码还未具有成功的数据传送达预定次数，基站生成错误报告或告警。在一些实施例中，基站不使用与错误报告或告警相关联的掩码。

在一些实施例中，响应于确定掩码接收到指示成功的数据传送达预定次数的传送状况，基站为到新UE的第一传送重新使用掩码。

本文中公开的实施例提供了只有在向UE提供覆盖的天线中的一个或多个天线被允许传送（例如成功的CCA）的时候才调度特定UE的显著有利的特征，其最大化了特定UE以及系统的性能，因为失败的传送的数量被最小化了。此外，因为将会只使用向UE提供覆盖的天线（而并非DAS中的所有天线）来空中调度UE，网络中的干扰水平被最小化，这提高了整个网络性能和容量并且因此增加了在相同频率上工作的其他系统访问信道的可能性。此外，本文中公开的实施例提供了对DAS的物理安装的不太严格的要求。

图8说明了示范的基站（诸如图2中的eNB 204和206）的框图。如图8中所示出的，网络节点可以包括下列项或者由下列项组成：计算机系统（CS）802，所述计算机系统（CS）802可以包括一个或多个处理器855（例如通用微处理器）和/或一个或多个电路，诸如专用集成电路（ASIC）、现场可编程门阵列（FPGA）、逻辑电路等等；供将网络节点连接到网络之用的网络接口803；以及数据存储系统806，所述数据存储系统806可以包括一个或多个非易失性存储装置和/或一个或多个易失性存储装置（例如随机存取存储器（RAM））。在其中网络节点包括处理器855的实施例中，可以提供计算机程序产品（CPP）833。CPP 833包括或者是存储包括有计算机可读指令（CRI）844的计算机程序（CP）843的计算机可读介质（CRM）842。CRM 842是非暂时性计算机可读介质，诸如但不限于磁介质（例如硬盘）、光介质（例如DVD）、固态装置（例如随机存取存储器（RAM）、闪速存储器）等等。在一些实施例中，计算机程序843的CRI844被配置为使得在被计算机系统802执行时，CRI促使网络节点执行上面描述的步骤（例如上面参考流程图和附图中示出的消息流所描述的步骤）。在其他实施例中，网络节点可以被配置为执行本文中描述的步骤而不需要计算机程序。就是说，例如，计算机系统802可以仅由一个或多个ASIC组成。因此，可以在硬件和/或软件中实现本文中描述的实施例的特征。

图9是根据一些实施例的UE的框图。如图9中示出的，UE可以包括下列项或者由下列项组成：计算机系统（CS）902，所述计算机系统（CS）902可以包括一个或多个处理器955（例如通用微处理器）和/或一个或多个电路，诸如专用集成电路（ASIC）、现场可编程门阵列（FPGA）、逻辑电路等等；耦合至天线922以用于无线传送和接收数据的收发器905；以及数据存储系统906，所述数据存储系统906可以包括一个或多个非易失性存储装置和/或一个或多个易失性存储装置（例如随机存取存储器（RAM））。在其中UE包括处理器955的实施例中，可以提供计算机程序产品（CPP）933。CPP 933包括或者是存储包括有计算机可读指令（CRI）944的计算机程序（CP）943的计算机可读介质（CRM）942。CRM 942是非暂时性计算机可读介质，诸如但不限于磁介质（例如硬盘）、光介质（例如DVD）、固态装置（例如随机存取存储器（RAM）、闪速存储器）等等。在一些实施例中，计算机程序943的CRI 944被配置为使得在被计算机系统902执行时，CRI促使UE执行上面描述的步骤（例如上面参考流程图和附图中示出的消息流所描述的步骤）。在其他实施例中，UE可以配置为执行本文中描述的步骤而不需要计算机程序。就是说，例如，计算机系统902可以仅由一个或多个ASIC组成。因此，可以在硬件和/或软件中实现本文中描述的实施例的特征。如图9中所示出的，UE可以包括显示屏933、扬声器924和麦克风（“mica”），它们中的所有被耦合至CS 902。

虽然在本文中描述了本公开的各种实施例，但是应当理解只是通过示例的方式而不是限制的方式呈现了它们。因此，本公开的广度和范围不应当受限于上面描述的示范的实施例中的任何示范的实施例。此外，除非本文中另有表明或者上下文明显矛盾，本公开包括其中的所有可能的变化中的上述要素的任何组合。

另外，虽然上面描述的且在附图中说明的过程被示出为步骤的序列，但是这只是为了说明而做的。因此，预期可以添加一些步骤，可以省略一些步骤，可以重新安排步骤的顺序并且可以并行执行一些步骤。

缩写

3GPP 第三代合作伙伴项目

CCA 空闲信道评估

DAS 分布式天线系统

eNB 演进的节点B

HARQ 混合自动重传请求

HSS 归属订户服务器

LAA 授权辅助接入

LTE 长期演进

LTE-U 未授权的LTE

MME 移动管理实体

PCRF 策略和计费规则功能

PGW 分组数据网络（PDN）网关

SGW 服务网关节点

TTI 传输时间间隔

UE 用户设备。

Claims (30)

1.一种由具有天线的集合（304A-304H）的分布式天线系统中的基站（204、206、302）执行的方法，所述天线的集合至少包括第一天线和第二天线，所述方法包括：

针对包括在所述天线的集合中的每个天线，所述基站为所述天线存储（700）指示所述天线或者处于传送状态或者处于不传送状态的状态信息；

针对由所述天线的所述状态信息指示为处于所述传送状态的每个天线，所述基站确定（402、702）在下一传输时间间隔（TTI）内是否已经将空闲信道指示（CCI）给予了所述天线；

在所述下一TTI，所述基站将数据传送（404、704）到UE（202），其中所述基站使用包括在所述天线的集合中的i）由所述天线的所述状态信息指示为处于所述传送状态并且ii）已经被给予了所述CCI的天线来将所述数据传送到所述UE，使得所述基站不使用包括在所述天线的集合中的其他天线中的任何一个天线来传送所述数据；

所述基站接收（406、706）指示到所述UE的所述数据传送是否成功的传送状况；以及

所述基站依照所述传送状况来调整（708）所述状态信息。

2.如权利要求1所述的方法，其中响应于确定所述传送状况指示到所述UE的所述数据传送是成功的（408），所述基站针对未接收到所述CCI的每个天线来将所述状态信息从所述传送状态改变到所述不传送状态。

3.如权利要求1所述的方法，其中响应于确定所述传送状况指示到所述UE的所述数据传送是不成功的（414），所述基站针对接收到所述CCI的每个天线来将所述状态信息从所述传送状态改变到所述不传送状态。

4.如权利要求1所述的方法，所述方法进一步包括：

响应于确定对于所述集合中的任何天线来说未接收到所述CCI（410），所述基站使代表所述UE未被调度来从所述基站接收数据的连续TTI的数量的参数N增加1；以及

响应于确定参数N超过预定阈值（412），所述基站将每个天线的所述状态信息设置为所述传送状态。

5.如权利要求4所述的方法，所述方法进一步包括：

响应于确定对于至少一个天线来说已经接收到所述CCI，所述基站将所述参数N设置为0（404）。

6.如权利要求1所述的方法，所述方法进一步包括：

响应于确定所述传送状况指示到所述UE的所述数据传送是不成功的（414），所述基站使代表到所述UE的所述数据传送不成功的连续次数的参数F增加1；以及

响应于确定所述参数F超过预定阈值（416），所述基站将每个天线的所述状态信息设置为所述传送状态（400）。

7.如权利要求6所述的方法，所述方法进一步包括：

响应于确定所述参数F未超过所述预定阈值，所述基站确定每个天线的所述状态信息是否处于所述不传送状态（418）；以及

响应于确定每个天线处于所述不传送状态，所述基站将每个天线的所述状态信息设置为所述传送状态（400）。

8.如权利要求1所述的方法，其中所述基站和所述UE之间的信道在未授权频谱上。

9.如权利要求1所述的方法，其中将所述状态信息存储为具有与所述天线的集合中的相应天线对应的位的集合的掩码。

10.如权利要求1所述的方法，其中响应于确定所述传送状况指示到所述UE的所述数据传送是成功的，所述方法进一步包括：

所述基站响应于确定与所述数据传送相关联的信号干扰加噪声比超过预定阈值而取消选择未接收到所述CCI的每个天线。

11.如权利要求1所述的方法，其中响应于确定所述传送状况指示到所述UE的所述数据传送是成功的，所述方法进一步包括：

所述基站响应于确定在空闲信道评估（CCA）期间检测到的能级低于预定阈值而不会取消选择未接收到所述CCI的每个天线。

12.如权利要求1所述的方法，其中

响应于确定所述第一天线和第二天线同时接收到所述CCI达预定次数而使所述第一天线和所述第二天线在相同组中关联，以及

所述相同组中的所述第一天线和第二天线同时将数据传送到所述UE。

13.如权利要求9所述的方法，其中所述基站响应于确定掩码还未具有成功的数据传送达预定次数而生成错误报告或告警。

14.如权利要求13所述的方法，其中所述基站不使用与所述错误报告或告警相关联的所述掩码。

15.如权利要求9所述的方法，其中响应于确定掩码接收到指示成功的数据传送达预定次数的传送状况，所述基站为到新UE的第一传送重新使用所述掩码。

16.一种具有天线的集合（304A-304H）的分布式天线系统中的基站（204、206、302），所述天线的集合至少包括第一天线和第二天线，所述基站包括：

处理器（855）；以及

耦合至所述处理器的计算机可读介质（842），所述计算机可读介质包含能够由所述处理器执行的指令（844），由此所述基站操作用来：

针对包括在所述天线的集合中的每个天线，为所述天线存储（700）指示所述天线或者处于传送状态或者处于不传送状态的状态信息，

针对由所述天线的所述状态信息指示为处于所述传送状态的每个天线，确定（402、702）在下一传输时间间隔（TTI）内是否已经将CCI给予了所述天线，

在所述下一TTI，将数据传送（404、704）到UE（202），其中所述基站使用包括在所述天线的集合中的i）由所述天线的所述状态信息指示为处于所述传送状态并且ii）已经被给予了所述CCI的天线来将所述数据传送到所述UE，使得所述基站不使用包括在所述天线的集合中的其他天线中的任何一个天线来传送所述数据，

接收（406、706）指示到所述UE的所述数据传送是否成功的传送状况，以及

依照所述传送状况来调整（708）所述状态信息。

17.如权利要求16所述的基站，其中响应于确定所述传送状况指示到所述UE的所述数据传送是成功的（408），所述基站进一步操作用来针对未接收到所述CCI的每个天线而将所述状态信息从所述传送状态改变到所述不传送状态。

18.如权利要求16所述的基站，其中响应于确定所述传送状况指示到所述UE的所述数据传送是不成功的（414），所述基站进一步操作用来针对接收到所述CCI的每个天线而将所述状态信息从所述传送状态改变到所述不传送状态。

19.如权利要求16所述的基站，由此所述基站进一步操作用来：

响应于确定对于所述集合中的任何天线来说未接收到所述CCI（410），使代表所述UE未被调度来从所述基站接收数据的连续TTI的数量的参数N增加1；以及

响应于确定参数N超过预定阈值（412），将每个天线的所述状态信息设置为所述传送状态。

20.如权利要求19所述的基站，由此所述基站进一步操作用来：

响应于确定对于至少一个天线来说已经接收到所述CCI，将所述参数N设置为0（404）。

21.如权利要求16所述的基站，由此所述基站进一步操作用来：

响应于确定所述传送状况指示到所述UE的所述数据传送是不成功的（414），使代表到所述UE的所述数据传送不成功的连续次数的参数F增加1；以及

响应于确定所述参数F超过预定阈值（416），将每个天线的所述状态信息设置为所述传送状态（400）。

22.如权利要求21所述的基站，由此所述基站进一步操作用来：

响应于确定所述参数F未超过所述预定阈值，确定每个天线的所述状态信息是否处于所述不传送状态（418）；以及

响应于确定每个天线处于所述不传送状态，将每个天线的所述状态信息设置为所述传送状态（400）。

23.如权利要求16所述的基站，其中所述基站和所述UE之间的信道在未授权频谱上。

24.如权利要求16所述的基站，其中将所述状态信息存储为具有与所述天线的集合中的相应天线对应的位的集合的掩码。

25.如权利要求16所述的基站，其中响应于确定所述传送状况指示到所述UE的所述数据传送是成功的，所述基站进一步操作用来：

响应于确定与所述数据传送相关联的信号干扰加噪声比超过预定阈值而取消选择未接收到所述CCI的每个天线。

26.如权利要求16所述的基站，其中响应于确定所述传送状况指示到所述UE的所述数据传送是成功的，所述基站进一步操作用来：

响应于确定在空闲信道评估（CCA）期间检测到的能级低于预定阈值而取消选择未接收到所述CCI的每个天线。

27.如权利要求16所述的基站，其中

响应于确定所述第一天线和第二天线同时接收到所述CCI达预定次数而使所述第一天线和所述第二天线在相同组中关联，以及

所述相同组中的所述第一天线和第二天线同时将数据传送到所述UE。

28.如权利要求24所述的基站，其中所述基站进一步操作用来响应于确定掩码还未具有成功的数据传送达预定次数而生成错误报告或告警。

29.如权利要求28所述的基站，其中所述基站不使用与所述错误报告或告警相关联的所述掩码。

30.如权利要求24所述的基站，其中响应于确定掩码接收到指示成功的数据传送达预定次数的传送状况，所述基站进一步操作用来在到所述UE的下一数据传送时重新使用所述掩码而不检查另外的传送状况。

Images