相关申请的交叉引用
本公开要求于2015年3月23日提交的美国临时申请号62/137,101的优先权，其通过引用并入本文。
背景技术：
无线电信网络不断演进。随着无线电信技术扩散，新的基站被安装以向使用增加数据量的不断增加数量的用户提供服务。此外，现有的基站被服务以维护和升级现有的站点。
基站的安装和维护由受训且熟练的人员执行。然而，蜂窝装备非常复杂，并且通常未针对易于安装而设计。安装和维护基站装备时产生错误，这导致受损的性能。
虽然一些技术人员错误易于检测和解决，但其他错误更难以检测。在网络中发生的一个错误是在小区站点处的交叉或不正确的天线馈电（feed）。
在蜂窝网络中，每个小区站点可以容纳属于不同频率和技术的多个小区。对于特定的频率和技术，站点也可以具有多个小区。这些可以对应于不同区段（sector），并且可能意图使用指向不同方向的天线来提供沿这些不同方向的覆盖。
每个小区站点具有一个或多个天线。天线可能指向不同方向。这些天线也可以用于发射和/或接收目的。
每个小区具有一个或多个天线馈线（feeder）。来自小区的天线馈线需要连接到小区站点处的正确天线。术语“正确天线”是指指向意图用于小区和/或天线馈线的意图目的的方向的天线，其可以发射或接收。由于可能是每个天线多个小区（属于不同的频率或技术）的事实，所以安装进一步复杂。来自多个小区的馈线可以被组合成一个物理电缆，其通过使用rf合成器来对天线进行馈电。
交叉馈线可以以多种方式出现，包括在区段之间或者在区段处的发射天线和接收天线之间。交叉馈线也可以在设置中在多个位置处出现，包括在rf合成器之前或之后。
当存在交叉天线馈电时，用于目标天线的指令被不正确地递送到交叉天线。因此，这些站点处的小区的一些实际配置参数（例如天线指向方向和天线仰角）将不同于小区的规划配置。这可能导致依赖于准确的小区配置信息的网络性能管理操作（诸如容量和覆盖优化、小区中断（outage）补偿等）的非预期行为。
在大多数场景中，交叉天线在网络性能上的表现使得直接推断作为交叉天线馈线的问题的根本原因不是容易的。例如，在小区站点处的交叉天线问题可能导致欠佳的扰码消歧（disambiguation）。然而，将该问题映射到特定站点处的交叉天线馈线不是容易的。此外，在新基站的情况下，不存在控制数据，因此难以将潜在的交叉天线馈电与可能影响性能的其他变量区别开来。
网络运营商意识到与交叉天线馈电相关的潜在问题。常规地，进行路测以将天线配置数据与实际测量的数据进行比较。在路测中，技术人员将驾驶到特定的地理区域测量小区特性。然而，路测是昂贵的、耗时的、并且容易出错的。网络将受益于可靠地检测交叉天线馈电的系统和方法以及使交叉天线馈电检测的至少一部分自动化的系统和方法。
技术实现要素：
本公开的实施例针对检测交叉天线馈电的存在。特别地，可以使用至少方向信息和切换信息来标识交叉天线馈电。
在一个实施例中，一种用于蜂窝电信网络的方法包括：选择分别与第一和第二天线相关联的作为共址（co-site）小区的第一和第二源小区；标识第一小区的第一邻居小区和第二小区的第二邻居小区；通过将第一邻居小区的位置与第一天线的指向方向进行比较来确定用于第二小区的天线馈电正在对第一天线进行馈电。该方法还可以包括从第一天线断开用于第二天线的天线馈电；和将用于第二天线的天线馈电连接到第二天线。
在一个实施例中，第一天线的指向方向是由网络存储的第一天线的方位（azimuth）值所限定的分区，并且将第一邻居小区的位置与第一天线的指向方向进行比较包括确定在所述分区中的第一邻居小区的部分。该分区可以通过预定角度从第一天线的方位值划界（bound）。
在一个实施例中，将第一邻居小区的位置与第一天线的指向方向进行比较包括确定第一小区的邻居小区列表的邻居小区的预定部分是否在第一天线之后。
该方法还可以包括基于第一邻居小区的位置来计算用于第一小区的第一交叉天线馈电分数，其中第一交叉天线馈电分数用于确定用于第二小区的天线馈电正在对第一天线进行馈电。计算用于第一小区的第一交叉天线馈电分数可以包括确定用于从第一小区到第一邻居小区的切换的切换数据。第一邻居小区是第一小区的邻居小区列表（ncl）上的小区，并且可以通过分析第一小区与第一邻居小区中的每个之间的关系来计算第一交叉天线馈电分数。
在一个实施例中，该方法包括通过分析第二小区与第一邻居小区中的每个之间的关系来计算用于第二小区的第二交叉天线馈电分数。该方法还可以包括将第一交叉天线馈电分数与第二交叉天线馈电分数进行比较以确定用于第二小区的天线馈电正在对第一天线进行馈电。
在一个实施例中，确定用于第二小区的天线馈电正在对第一天线进行馈电包括确定从第一小区接收切换的第一邻居小区中的大多数不在第一天线的指向方向内。
附图说明
图1图示了根据一个实施例的无线通信系统。
图2图示了根据一个实施例的网络资源控制器。
图3图示了用于标识用于交叉天线馈电的候选的过程的实施例。
图4图示了地理区域中的源小区和邻居小区。
图5图示了用于确定源小区是否指向一组邻居的过程的实施例。
图6图示了天线指向方向。
图7示出了对于检测交叉天线馈电的存在有用的源和邻居关系。
图8图示了用于检测交叉天线馈电的存在的过程的实施例。
具体实施方式
本文档提出了一种可以标识其中天线馈线可能潜在地被不正确分配的站点和相关联的小区的系统和方法。本公开使用术语“交叉”来指不正确的天线馈电分配。如本文所使用的，术语“交叉”是指对不正确的天线进行馈电的天线馈电。这适用于其中两个馈电互换的情况，例如，用于第一天线的第一天线馈电附接到第二天线，而用于第二天线的天线馈电附接到第一天线。术语“交叉”还指其中单个基站的三个或更多个天线馈电被不正确分配的情况。术语“交换”也可以用于描述这些场景。
本公开的实施例可以应用于许多蜂窝技术，包括但不限于gsm（2g）、umts（3g）、lte（4g）、lte高级、cdma、wimax等等。此外，本公开的实施例可以应用于来自不同网络供应商的系统和装备，诸如爱立信、诺基亚、华为等。
本公开的实施例检索诸如邻居列表上的小区的位置、天线方位值、邻居列表、位置和方位信息之类的配置管理信息以及诸如用于所选小区的切换统计之类的网络操作数据。
在实施例的第一阶段中，基于切换统计来标识小区的利用最多的邻居。小区的利用最多的邻居中的大多数通常被预期成位于小区的天线指向方向上（或者朝向其规划的覆盖区域的方向）。创建不满足这些准则的小区的列表。这些小区可能或可能不具有交叉天线电缆。可以使用配置参数来在第一阶段中调整可疑小区标识准则以及可疑小区的结果所得的数量。
在实施例的第二阶段中，针对交叉天线电缆的附加证据而检查可疑小区位于其处的站点。如果站点具有仅一个可疑小区技术层，则该站点可以被确定为不具有交叉天线馈线。具有针对技术层的多于一个可疑小区的站点可能被更详细地调查。各种实施例可以标识频间交叉小区或频内交叉小区。
位置信息、天线指向方向和切换统计被用于计算用于站点处的可疑小区的交叉天线分数。然后在实际上交叉可疑小区的指向方向之后重新计算交叉天线分数。交叉后的分数的提高是该站点处的潜在交叉天线问题的证据。潜在交叉天线站点以及决定的置信水平可以被记录并向运营商报告。
本公开的实施例标识具有潜在交叉天线馈线问题的站点。其天线在这些站点处交叉的小区也被标识。由于交叉天线情况的标识可能不总是确切的，所以该算法可以另外提供指示交叉天线馈线场景的确定的置信水平的分数。
下面连同附图一起提供实施例的详细描述。本公开的范围仅由权利要求限制，并且包含许多替代物、修改和等同物。虽然各种过程的步骤以特定的次序呈现，但是实施例不一定限于以所列出的次序执行。在一些实施例中，某些操作可以同时地、以不同于所描述的次序的次序执行，或者根本不执行。
在以下的描述中阐述了许多具体细节以便提供透彻的理解。这些细节是为了示例的目的而提供的，并且实施例可以在没有这些具体细节中的一些或全部的情况下根据权利要求来实施。为了清楚的目的，在与本公开相关的技术领域中已知的技术材料未被详细描述，使得本公开不被不必要地模糊。
图1图示了根据本公开的实施例的联网通信系统100。系统100可以包括一个或多个基站102，其每个装配有一个或多个天线104。每个天线104可以提供用于一个或多个小区106中的用户设备108的无线通信。如本文所使用的，术语“基站”是指位置中提供的无线通信站，并用作无线网络的中枢（hub）。例如，在lte中，基站可以是enodeb。基站可以为宏小区、微小区、微微小区或毫微微小区提供服务。在本公开中，术语“小区站点”可以用于指代基站的位置。
一个或多个ue108可以包括小区电话设备、膝上型计算机、手持游戏单元、电子书设备和平板pc、以及可以由基站102提供无线通信服务的任何其他类型的常见便携式无线计算设备。在一个实施例中，任何ue108可以与常见移动计算设备（例如膝上型计算机、平板计算机、蜂窝电话、手持游戏单元、电子书设备、个人音乐播放器、mifitm设备、录像机等等）的任何组合相关联，其具有采用任何常见无线数据通信技术的无线通信能力，包括但不限于：gsm、umts、3gpplte、lte高级、wimax等等。
系统100可以包括回程部分116，所述回程部分116可以促进回程装备110、112和114与一个或多个基站102之间的分布式网络通信。如本领域技术人员将理解的，在大多数数字通信网络中，网络的回程部分可以包括网络的骨干（其通常是有线线路）与位于网络的外围处的子网络或基站之间的中间链路118。例如，与一个或多个基站102通信的蜂窝用户设备（例如，ue108）可以构成本地子网络。任何基站102与世界的其他地方之间的网络连接可以利用到提供商的通信网络的回程部分的链路（例如经由存在的点）来发起。
在一个实施例中，图1的系统100的回程部分102可以采用以下常见通信技术中的任何一种：光纤、同轴电缆、双绞线电缆、以太网电缆和电力线电缆以及本领域中已知的任何其他无线通信技术。在关于本发明的各种实施例的上下文中，应当理解，与各种数据通信技术相关联的无线通信覆盖（例如，基站102）通常基于网络的类型和部署在网络的特定区域内的系统基础结构而在不同的服务提供商网络之间变化（例如gsm、umts、lte、lte高级和基于wimax的网络和部署在每种网络类型中的技术之间的差异）。
网络控制器设备110、112和114中的任何一个可以是从基站远程提供或在基站处提供的专用网络资源控制器（nrc）。网络控制器设备110、112和114中的任何一个可以是除其他之外提供nrc功能的非专用设备。在另一个实施例中，nrc是自组织网络（son）服务器。在一个实施例中，网络控制器设备110、112和114和/或一个或多个基站102中的任何一个可以独立地或协作地起作用以实现与本公开的各种实施例相关联的过程。
根据标准gsm网络，网络控制器设备110、112和114中的任何一个（其可以是nrc设备或可选地具有nrc功能的其他设备）可以与基站控制器（bsc）、移动交换中心（msc）、数据调度器或本领域中已知的任何其他常见服务提供商控制设备（诸如无线电资源管理器（rrm））相关联。根据标准umts网络，网络控制器设备110、112和114中的任何一个（可选地具有nrc功能）可以与nrc、服务gprs支持节点（sgsn）或者本领域中已知的任何其他常见网络控制器设备（诸如rrm）相关联。根据标准lte网络，网络控制器设备110、112和114中的任何一个（可选地具有nrc功能）可以与enodeb基站、移动性管理实体（mme）或者本领域中已知的任何其他常见网络控制器设备（诸如rrm）相关联。
在一个实施例中，网络控制器设备110、112和114中的任何一个、基站102以及ue108中的任何一个可以被配置为运行任何公知的操作系统，包括但不限于：microsoft®windows®、macos®、google®chrome®、linux®、unix®、或任何移动操作系统，包括symbian®、palm®、windowsmobile®、google®android®、mobilelinux®等。网络控制器设备110、112和114中的任何一个或者任何基站102可以采用任何数量的常见服务器、台式电脑、膝上型电脑和个人计算设备。
图2图示了可以表示网络控制器设备110、112和114中的任何一个的nrc200的框图。因此，nrc200可以表示网络管理服务器（nms）、元件管理服务器（ems）、移动性管理实体（mme）、性能管理（pm）服务器或son服务器。nrc200具有包括cpu204的一个或多个处理器设备。
cpu204负责执行存储在易失性（ram）和非易失性（rom）存储器202和存储设备212（例如，hdd或ssd）上的计算机程序。在一些实施例中，存储设备212可以将程序指令存储为逻辑硬件，诸如asic或fpga。存储设备212可以存储例如方位数据214、小区点216和邻居数据218。
nrc200还可以包括允许管理员与nrc的软件和硬件资源交互并且显示系统100的性能和操作的用户接口206。此外，nrc200可以包括用于与联网计算机系统中的其他组件进行通信的网络接口206、以及促进nrc200的硬件资源之间的数据通信的系统总线210。
除了网络控制器设备110、112和114之外，nrc200还可以用于实现其他类型的计算机设备，诸如天线控制器、rf规划引擎、核心网络元件、数据库系统等。基于由nrc提供的功能，这样的计算机的存储设备充当用于软件的储存库和到其的数据库。
图3图示了用于标识一个或多个交叉天线候选小区的过程300。过程300以及本公开的其他方面可以针对无线网络中的一个或多个小区而执行。在一个实施例中，过程300针对蜂窝区域或市场中的每个天线或小区执行。单个天线可以服务使用不同频率和技术的多个小区，其任何部分可以通过过程300分析。
在另一个实施例中，针对区域中的一组或多组天线选择性地执行过程300。过程300可以由耦合到网络的回程部分的计算机实体（诸如网络资源控制器200）执行。被分析的特定天线和小区被称为源小区和源天线。
在s302处检索网络数据。网络数据可以从一个或多个网络实体（诸如基站、mme或pm服务器）检索。以下数据是可以在s302处检索的数据的非排他性列表：诸如小区的纬度和经度坐标的位置信息、蜂窝标识符、天线方位角、用于小区的频率和技术层、用于每个小区的频内邻居小区列表、基站标识符和由每个基站所服务的小区的身份、包括切换度量的切换数据（诸如给定时间内的切换成功、切换尝试和失败的数量）、用户接口参数、配置参数等。
图4示出了包括多个基站的网络区段的实施例，所述多个基站中的每个服务三个小区。在图4中，基站408服务在相同的频率范围内的三个不同的小区402、404和406。图4将小区示出为表示基站的单个圆周围的三个不同六边形。然而，图4的六边形不是小区覆盖区域的准确表示，更确切地说，提供它们以示出服务小区的天线的大致指向方向。
在图4中，标记为“a”的周围频内邻居小区非常可能是小区402的移动性邻居，而标记为“b”的小区非常可能是小区404的移动性邻居。换言之，从小区402的切换的大多数将被预期成出现到“a”小区，而从小区404的切换的大多数将被预期成发生到标记为“b”的小区。发生这样的切换的可能性随着与源基站408的距离而减小。
去向和来自小区的切换目标在与小区的指向方向相反的方向上是可能的交叉天线馈电的指示符。此外，当用于两个频内共址小区的切换目标的大多数在与小区的指向方向相反的侧上时，在基站处可能存在交叉天线馈电。因此，过程300的元件分析邻居列表、切换数据和小区的指向方向，以标识交叉天线馈电候选。
如果源小区具有低数量的邻居小区，则可能不存在足够的数据点来以高置信程度做出邻居小区是否在源天线的指向方向上的可靠确定。检测候选源小区的可靠性与针对源小区进行分析的邻居小区的数量成比例。
因此，在一个实施例中，过程300并且特别是s304可以包括将源小区的邻居小区列表上的小区的数量与预定值进行比较，并且如果邻居小区的数量少于预定值，则确定该小区不是针对交叉天线馈电检测的候选。可以使用的阈值的示例是五，使得源小区必须在其邻居小区列表上具有至少五个小区，以便被标识为针对交叉天线馈电的候选。
源小区的邻居小区在s304处被确定或标识。可以检索由自动邻居关系（anr）过程使用的源小区的邻居小区列表（ncl），并且邻居列表上的邻居小区可以是在s304处确定的该组邻居。在一个实施例中，仅使用频内邻居列表。源小区的邻居小区列表上的并非每个邻居小区都与标识交叉天线馈电相关。因此，可以削减源小区的邻居小区列表以在s304处确定该组邻居。
例如，共址的邻居小区通常出现在源小区的邻居列表上，但是它们相对于源小区的位置不指示是否存在交叉天线馈电。此外，共址的邻居小区通常不在源小区的规划覆盖区域中，因此它们的存在将削弱后续的位置分析。因此，共址的小区可以在s306处安全地从该组邻居中移除，而不会损害过程300的功效。
邻居小区与标识的相关性在一定程度上取决于源小区与邻居小区之间的活动的程度。与邻居小区的越多数量的切换指示该邻居小区是源小区的实际指向方向的可靠指示符。
因此，可以在s308处从该组邻居小区中移除低活动邻居。低活动邻居可以是其与源小区的切换活动少于预定阈值的邻居。例如，在一个实施例中，从源小区到特定邻居小区的切换的数量可以与切换活动的最低水平进行比较，诸如在前一天中的10或100次切换，并且如果切换的数量少于阈值，则该邻居小区从该组中移除。在s308处使用的精确的阈值可能在诸如都市中心的高活动网络区域中较高，而在诸如农村地区的较低活动区域中较低。
在针对源小区标识了一组邻居之后，过程300在s310处确定源小区天线是否指向邻居。确定源小区是否指向该组邻居的实施例被图示为图5中的过程500。
图6示出了由具有特定天线方向的天线所服务的基站608的源小区606的示例。在一个实施例中，如果邻居小区在与天线的指向方向正交（normal）的平面的正向（forwards），则该邻居小区在源天线的指向方向内。这由图6中的分区610图示。
回到图5，在s502处确定源天线的天线方向或方位。天线方向可能已经在s302处被检索。
在s504处建立源天线和目标天线之间的线。图7示出了源基站站点708和目标基站站点712以及将源天线连接到目标天线的线714。本文，基站的位置可以用作天线的位置。位置可以表达为经度和纬度坐标。
在s506处确定源天线指向方向与参考方向之间的第一角度720（βs）。在图7的示例中，参考方向是北。然而，在其他实施例中，可以使用不同的参考方向，其可以是非基本方向。在s508处确定参考方向与源和目标天线之间的线714之间的第二角度722（αs）。
在s510处通过从另一角度减去一个角度来计算这些角度之间的第一差异724。此外，可以从360度（或对应于圆的一个完整旋转或者圆的圆周除以圆的半径的角度）中减去第一差异以确定第二差异。可以在s512处将这些差异与预定阈值进行比较，并且如果第一和第二差异中的任一个大于阈值，则目标天线被确定为在源天线的指向方向上。
在一个实施例中，阈值是90度。当阈值是90度时，指向方向由与天线指向方向正交的平面限定，如图6中所示。在其他实施例中，可以使用其他阈值，诸如100度和75度。
在一个实施例中，这可以基于源小区天线指向方向相对于邻居小区位置的相对定向来完成。相对定向由度量“src2nbr”捕获，该度量被限定为源小区方位和将源小区联接到邻居小区位置的线之间的角度。该度量通过过程500根据以下等式1来计算：
[等式1]
本文，
针对用于给定的源小区的该组邻居小区中的每个目标小区确定src2nbr度量。换言之，过程500可以针对在s304处确定的该组邻居小区中的每个邻居小区而执行。回到过程300，然后可以在s312处计算被认为是在源天线的指向方向上的该组邻居的百分比。
可以通过将在源天线的指向方向内的邻居的百分比与预定值进行比较来做出关于源天线是否指向其邻居的确定。例如，当如由过程500所确定的那样50％或更多的邻居在源天线的指向方向内时，则s310可以确定源天线指向其邻居。实施例不限于50％值。在其他实施例中，可以使用诸如40％和60％的百分比。
当源天线指向其邻居时，则其不被认为是针对交叉天线馈电的候选。另一方面，邻居小区的百分比小于预定值暗示了邻居小区主要在源天线之后，因此源天线被指定为针对具有交叉天线馈电的候选。
图8示出了评估在过程300中标识的交叉天线馈线候选的过程800的实施例。过程800可以检测交叉天线馈电的存在。由过程300标识的每个候选天线可以由过程800单独地分析。
在s802处确定在特定基站站点处存在多个候选天线。在一个实施例中，针对基站的技术和频率的每个组合执行s802。例如，如果基站服务针对2g蜂窝技术的一组频率和lte技术的两个单独的频带，则三个频率/技术组合中的每个将被单独地评估。在另一实施例中，s802仅针对基站处的每种技术执行。
本公开的实施例在s802处确定在用于小区站点的每个频率/技术组合内是否存在多个交叉天线馈电候选。在一个实施例中，当针对给定频率/技术组合找到仅一个候选小区时，则该候选不被进一步调查。然而，一些实施例可能不执行s802，而是分析小区站点的所有天线。
在s804处针对源天线的小区计算交叉天线度量或分数。交叉天线度量可以考虑源和邻居小区的相对地理定向以及源和邻居小区之间的切换。
在一个实施例中，用于源小区和给定邻居小区的交叉天线度量考虑与小区相关联的天线的定向、以及小区之间的切换活动的水平。特别地，分数可以考虑从邻居小区到源小区的成功切换的水平。
在一个特定实施例中，度量根据以下等式2来限定：
[等式2]
在等式2中，变量src2nbr是指将源天线连接到邻居天线的线与源小区的方位之间的角度。这样的角度在图7中示出为源天线708的天线方向与将源天线连接到邻居天线712的线714之间的角度724。关于图7，变量nbr2src是指邻居小区天线712的方位与源天线708和邻居天线之间的线714之间的角度734。
在等式2中，intrahosucc是指在给定时间段内从源小区到邻居小区的成功频内切换的数量。ttlhosucc是在给定时间段内从源小区到所有邻居小区的成功频内切换的总数量。minhoactivity是阈值。例如，在一个实施例中，如果从源小区到邻居小区的成功频内切换的数量是从源小区到其所有邻居的切换成功的至少1％，则将仅评估邻居。在一个实施例中，minho是用于在s308处确定相关邻居的相同变量。给定时间段可以是例如一天或一周。
在s806处计算用于源小区的第二交叉天线分数或总交叉天线分数。用于源小区的交叉天线分数可以通过对在s804处确定的源天线的每个邻居天线的每个交叉天线度量进行总计来执行。在一个实施例中，针对由源天线所服务的每个频率和技术组合执行s806。在另一实施例中，仅针对通过过程300被标识为候选小区的小区计算分数。
在另一实施例中，可以使用平均分数而不是总计的分数。在又一个实施例中，平均分数根据与小区相关联的活动量被规范化。
在s808处标识交叉天线候选对。交叉天线对是其中用于第一小区的天线馈电与第二小区的天线互换的场景。
在一个实施例中，在s808处标识交叉天线馈电的所有组合。例如，在具有两个小区a和b的站点处，两个方向对a>b和b>a是可能的。当基站服务三个小区a、b和c时，六个交叉天线候选对针对小区是可能的：a>b、a>c、b>a、b>c、c>a和c>b（3c2*2）。在这些对中，第一小区可以被称为源小区，并且第二小区可以被称为目的地小区。例如，当用于小区a的馈电附接到小区b时，小区a是源小区，并且小区b是目的地小区。
在另一实施例中，交叉天线对仅针对通过过程300被标识为交叉天线候选的天线而标识。
在s810处，源小区的天线方位代替在s808处标识的每个可能方向对的目的地小区的方位，并且新的交叉天线分数基于该确定来计算。计算新的交叉天线分数可以以与在s806处计算的交叉天线分数相同的方式来完成，包括计算用于每个源/邻居对的值并基于所有源/邻居对值来计算最终分数。因此，s810可以包括使用源小区的天线方位和目的地小区的邻居组来执行过程500。
此外，在s812处针对每个目的地小区确定在目的地小区的天线的指向方向内的源小区的邻居的百分比。确定在天线的指向方向内的邻居的百分比可以以与上述相同的方式来完成，包括根据等式1确定src2nbr值。
在一个实施例中，如果方向对的目的地小区的天线方向上的源小区的邻居小区的百分比大于阈值，则该方向对可以被添加到站点处的可能方向交叉对的列表，并且基于该方向对的目的地小区的天线方向针对源小区计算的新天线分数度量大于其原始天线分数度量。由本公开描述的等式被设计成促进这样的比较，并且其他实施例可以使用其他具体准则来标识方向交叉对。用于比较天线方向度量中的邻居的百分比的阈值的示例是50％。
一旦评估了站点处的候选小区的所有可能方向对，则分析可以从这些方向对形成的站点处的可能交叉场景。为此，可以在s814处创建可以从站点处的候选小区的数量形成的可能交叉场景的列表。当在站点处存在多达4个可疑小区时的交叉场景的数量如下。
针对两个候选小区（a和b），一个交叉场景是可能的，其中天线馈线在小区a和b之间被互换。在该场景中，涉及两个方向对（a>b和b>a）。
针对三个候选小区（a、b和c），三（3c2）个对交叉（a＆b、b＆c和c＆a）并且两个3-小区交叉场景（场景1：a与b交叉，b与c交叉，c与a交叉，场景2：a与c交叉，b与a交叉，并且c与b交叉）是可能的。在场景1中，涉及方向对a>b、b>c和c>a。类似地，在场景2中，涉及方向对a>c、b>a和c>b。
针对四个候选小区（a、b、c和d），12（4c2）个交叉对、8（3c2）个3-小区以及6（3！）个4-小区交叉是可能的。如果形成交叉场景的所有方向对都包括在可能方向交叉对的列表中，则该交叉场景可以被添加到可能交叉场景的列表。
虽然通过本公开详细地描述了具体实施例，但是实施例不受说明书限制。多个替代物是可能的。例如，另一个实施例可以简单地测试网络中的交叉天线的每个可能组合。
然后在s816处确定可能交叉天线馈电场景。在一个实施例中，针对每个测试的场景计算在交叉天线馈电场景中涉及的方向对的交叉天线的集体改进的量度。例如，可以根据以下等式4来计算针对给定场景的交叉天线馈电分数中的提高：
[等式4]
在等式4中，n是交叉场景中的方向对的数量，并且x是交叉场景中的方向对的一组源小区。在一个实施例中，在s816处选择具有最大改进的场景作为最可能的场景。
在具有4个或更多个候选小区的站点的情况下，如果交叉场景被标识为最可能交叉天线场景，则剩余小区可以被包括在其他潜在交叉天线场景中。如果由剩余小区所形成的场景是可能交叉场景的列表的部分，则它们也可能被包括为针对站点的可能交叉天线场景。
当标识了潜在交叉天线场景时，可以在s818处计算所标识的场景中的置信度。在一个实施例中，这可以基于等式4的xantscrimprovement度量来完成。换言之，置信度值可以是基于邻居和切换的度量通过代替第一小区被改进到的程度。
在另一实施例中，可以在s818处基于最小改进度量来确定置信度，该最小改进度量基于交叉天线之后的方向对中的最小改进。在一个实施例中，使用最小改进的所标识场景中的置信度可以在最小改进小于0.5时被确定为低，在该改进在0.5和2.0之间时被确定为中等，并且如果最小分数在2以上则被确定为高。然而，所有这些具体值仅被提供以说明实施例，并且置信度缩放的许多变化是可能的。
在一个实施例中，也使用源小区的指向方向上的邻居小区的百分比来确定置信度。置信度随着源小区的指向方向上的邻居小区的百分比增大而增大。因此，作为改进分数的附加或代替，可以根据源天线的指向方向上的邻居的百分比来缩放在s818处确定的置信度，等等。
虽然上面的实施例被解释为应用于候选小区，但是其他实施例可以评估更多情况。在各种实施例中，可以使用过程800来测试小区站点的所有小区。在另一实施例中，仅测试通过过程300标识为交叉天线馈电候选的小区。在另一实施例中，当基站的一个小区被标识为候选时，在过程800中测试所有可能的天线馈电交叉场景。
然后可以将最可能场景或多个可能场景提供给可以被派遣到小区站点以在s820处校正交叉天线馈电的技术人员。在另一实施例中，当候选小区的组合的多个场景存在于小区站点处时，小区站点和关于小区站点的信息被提供给可以确认和解决针对站点的交叉天线馈电的技术人员。
在一个实施例中，可以检查参数的一致性以确保数据是准确的。实施例可以使用站点的天线方位、经度和纬度信息来确保该信息在预期的数字限制内并且是一致的。
在一个实施例中，在s306处，在确定邻居组之前，可以针对网络的小区运行anr模块以确保邻居小区信息是当前的且准确的。
在针对umts网络的一个实施例中，可以利用检测集合报告（dsr）信息来加强算法的性能。由源小区的ue的检测集合报告从不必是邻居的小区提供信号强度测量。这提供了关于小区的覆盖区域的信息，即使umts邻居列表具有丢失的邻居。因此，可以使用dsr信息来验证小区的覆盖区域在其天线指向方向上并且潜在地标识交叉天线馈线。
lte网络提供度量以指导mimo传输模式。这些包括信道排名指示符和用于ue和基站之间的信道的最合适的传输模式。在针对lte网络的实施例中，可以在交叉馈线天线算法内利用这些度量来增强具有交叉馈线问题的站点的标识。
本公开的实施例标识天线馈线可能在其处在属于不同区段的小区之间潜在地交叉的站点。在一些实现中，可以可选地使用来自路测的数据、在站点处的测量、或者与地理位置工具结合使用的ue测量来确认站点处的交叉天线的存在。
当标识交叉天线馈电时，其可以通过在站点处回交天线馈线或者通过更新小区的配置信息使得其与站点处的实际物理配置一致来固定。
标识和解析交叉馈线天线可以改进网络性能管理操作的有效性，包括覆盖和容量优化、小区中断补偿、负载平衡和anr操作。