专利名称：多天线故障检测方法及系统的制作方法
技术领域：
本发明实施例涉及无线通信领域，尤其涉及一种多天线故障检测方法及系统。
背景技术：
随着无线通信技术的快速发展，多天线技术已经越来越多地应用于各种无线通 信系统，例如长期演进(Long Term Evolution，以下简称LTE)系统，全球微波互联接入 (Worldwide Interoperability for Microwave Access，WIMAX) 。
指在发射端和接收端均采用多个天线来发送或接收信号，即采用多天线技术的多天线系统 包括多个发送通道和多个接收通道。由于天线个数增多，多天线系统可以大幅的提高信道 容量和频谱利用率。但是随着天线个数的增多，多天线系统的复杂性也大大增加。如果多 天线系统发生故障，而没有及时检测出发生故障的通道，则会导致多天线系统性能下降，从 而影响用户的使用感受，因此，对多天线系统的通道进行监测十分重要。现有技术对多天线系统通道的监测主要是利用通道中的器件进行告警，具体的， 当某通道的器件发生故障时，该发生故障的器件或该通道里其它器件会发出告警信号，以 警示该通道发生了故障。在实现本发明过程中，发明人发现现有技术中至少存在如下问题在实际应用中，考虑到成本因素，不可能做到对所有可能发生故障的通道进行 100%的监测，另外，发出告警信号的器件也可能发生故障，因此有时候多天线系统已经发 生了故障，却没有出现告警信号，在这种情况下，将很难快速确定出发生故障的通道。
发明内容
本发明实施例提供一种多天线故障检测方法及系统，可以快速确定出故障通道。本发明实施例提供了一种多天线故障检测方法，包括多天线的无线通信设备接收指定的通道号，其中，所述通道号包括接收通道号和 发送通道号；所述多天线的无线通信设备通过所述接收通道号对应的接收通道接收终端发起 的第一业务测试请求；所述多天线的无线通信设备通过所述发送通道号对应的发送通道向所述终端发 送第一业务测试数据；所述终端计算所述第一业务测试数据的吞吐量，并判断所述第一业务测试数据的 吞吐量是否超过预设阈值，如果否，则所述指定的通道号对应的通道为故障通道。本发明实施例提供了一种多天线故障检测系统，所述系统包括多天线的无线通 信设备和终端；所述多天线的无线通信设备包括操作维护模块和处理模块；所述操作维护模块，用于接收指定的通道号，其中，所述通道号包括发送通道号和 接收通道号；所述处理模块，用于通过所述操作维护模块接收的指定的接收通道号对应的接收
5通道接收所述终端发起的第一业务测试请求；还用于通过所述操作维护模 块接收的指定的 发送通道号对应的发送通道向所述终端发送第一业务测试数据；所述终端，用于计算所述处理模块发送的第一业务测试数据的吞吐量，并判断所 述第一业务测试数据的吞吐量是否超过预设阈值，如果否，则所述指定的通道号对应的通 道为故障通道。本发明实施例的多天线故障检测方法及系统，多天线的无线通信设备接收指定的 通道号，并通过指定的通道号与终端进行业务测试，终端计算收到的多天线的无线通信设 备发送的业务测试数据的吞吐量，并判断该吞吐量是否超过预设阈值，如果否，则多天线的 无线通信设备接收的指定的通道号对应的通道为故障通道，因此本发明实施例可以快速确 定出发生故障的通道，提高了故障定位效率。
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现 有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本发 明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根 据这些附图获得其它的附图。图1是本发明多天线故障检测方法的第一实施例流程示意图；图2是本发明多天线故障检测方法的第二实施例流程示意图；图3是本发明多天线故障检测方法的第三实施例流程示意图；图4是本发明多天线故障检测系统的第一实施例结构示意图；图5为本发明实施例为4T4R基站采用MIM0天线进行测试的结构示意图。
具体实施例方式为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例 中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是 本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员 在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。图1是本发明多天线故障检测方法的第一实施例流程示意图，如图1所示，该方法 包括步骤101、多天线的无线通信设备接收指定的通道号，其中，该通道号包括接收通 道号和发送通道号；步骤102、多天线的无线通信设备通过上述接收通道号对应的接收通道接收终端 发起的第一业务测试请求；步骤103、多天线的无线通信设备通过上述发送通道号对应的发送通道向上述终 端发送第一业务测试数据；步骤104、终端计算接收到的第一业务测试数据的吞吐量，并判断该第一业务测试 数据的吞吐量是否超过预设阈值，如果否，则指定的通道号对应的通道为故障通道。本发明实施例中将多天线的无线通信设备以基站为例进行说明，但不限于基站， 也可以是无线保真(WirelessFidelity，以下简称WiFi)系统中的接入点(AccessPoint，以下简称AP)。具体的，本发明实施例中终端进行的业务测试以FTP下载为例进行说明，但不限 于FTP下载，还可以是其它的业务数据下载。基站接收到指定的通道号后，基站通过指定的 通道号中的接收通道号对应的接收通道接收终端发起的FTP下载请求；并通过指定的通道 号中的发送通道号对应的发送通道向终端发送FTP下载数据；终端计算收到的FTP下载数 据的吞吐量，并判断该吞吐量是否超过预设阈值，如果否，则终端表现出收到FTP下载数据 的速度特别慢，也就是说，终端的显示界面在超过预设时间后都没有完全显示出FTP下载 数据，则控制终端向基站发起第一业务测试请求的测试人员就可以确定给基站指定的通道 号对应的通道为故障通道。其中，图2为本发明多天线故障检测方法的第二实施例流程示意图，图2的前面四 个步骤与图1类似，不同的是当图1步骤104中终端判断第一业务测试数据的吞吐量超过 预设阈值时，如图2所示，该方法还包括步骤105、基站接收重新指定的通道号，其中，重新指定的通道号包括重新指定的 接收通道号和重新指定的发送通道号；步骤106、基站通过上述重新指定的接收通道号对应的接收通道接收上述终端发 起的第二业务测试请求；步骤107、基站通过上述重新指定的发送通道号对应的发送通道向上述终端发送 第二业务测试数据；步骤108、上述终端计算收到的第二业务测试数据的吞吐量，并判断该第二业务测 试数据的吞吐量是否超过预设阈值，如果否，则重新指定的通道号对应的通道为故障通道。继续上述例子，如果FTP下载的吞吐量高于预设阈值，则表明指定的接收通道为 正常通道，没有发生故障，则基站接收重新指定的通道号，并通过重新指定的通道号中的接 收通道号对应的接收通道接收上述终端第二次发起的FTP下载请求；然后再通过上述重新 指定的通道号中的发送通道号对应的发送通道向上述终端第二次发送FTP下载数据；终端 收到基站第二次发送的FTP下载数据后，计算第二次收到的FTP下载数据的吞吐量，并判 断该吞吐量是否超过预设阈值，如果否，则说明重新指定的通道号对应的通道为故障通道， 如果是，则说明重新指定的通道号对应的通道仍旧没有发生故障，则再次执行步骤105至 108，直到确定出故障通道。本发明实施例可以适用于任何具有多天线技术的通信系统中，例如，LTE系统和 WIMAX系统。需要说明的是，本发明实施例在开始指定通道号时，可以一次指定一组通道，一组 通道包括一个发送通道和一个接收通道，一次指定一组通道进行故障定位，实现起来比较 容易；也可以一次指定多组通道，即多个发送通道和多个接收通道，这样可以减少故障定位 的次数，提高故障定位的效率。在一次指定多组通道进行故障定位时，如果确定出故障就发生在该多组通道中， 则需要再在该多组通道中指定一组或多组通道，直到最终确定出故障发生在哪一组通道 上。本发明以四发四收(4 Transmission 4 Rec印tion，以下简称4T4R)基站为例进行 说明，刚开始进行故障定位时，为了提高效率，可以先任意指定其中两组通道，即先利用形
7成的两发两收^Transmission 2Reception,以下简称2T2R)工作模式进行故障定位。本发 明实施例以首先指定第1个接收通道、第2个接收通道和第1个发送通道、第3个发送通道 构成的两组通道为例进行说明，则4T4R的基站收到指定的通道号后，通过第1个接收通道 和第2个接收通道接收终端发起的业务测试请求，然后通过第1个发送通道和第3个发送 通道向终端发送业务测试数据，终端收到该业务测试数据后，判断该业务测试数据的吞吐 量是否超过预设阈值，如果是，则说明指定的该两组通道均是正常通道，没有发生故障；如 果否，则说明指定的该两组通道中有故障通道，由于只剩下两组通道，因此接下来可以一次 指定一组通道，即利用形成的一发一收(lTransmission IRec印tion，以下简称1T1R)工作 模式进行故障定位；如果剩下的通道大于两组，则仍然可以一次指定两组或两组以上通道 进行故障定位；以此类推，对于八发八收(8Transmission 8Rec印tion，简称8T8R)基站，可以从 形成的4T4R工作模式开始进行故障定位，然后是2T2R工作模式，最终通过1T1R工作模式 确定出发生故障的通道具体是哪一组。当确定出指定的通道号对应的通道为故障通道，若故障通道包括第一发送通道和 第一接收通道时，还可以进一步确定故障通道究竟是第一发送通道还是第一接收通道，具 体确定方法如下基站接收重新指定的发送通道号；基站通过上述第一接收通道接收终端发起的第 三业务测试请求；基站通过重新指定的发送通道号对应的发送通道向终端发送第三业务测 试数据；终端计算第三业务测试数据的吞吐量，并判断该第三业务测试数据的吞吐量是否 超过预设阈值，如果是，则上述第一发送通道为故障通道。例如，如果确定出故障通道为第1接收通道和第1发送通道，则基站接收重新指定 的第3发送通道号，然后基站通过第1接收通道接收终端发送的业务测试请求，并通过重新 指定的第3发送通道向终端发送业务测试数据，终端收到业务测试数据后，计算该业务测 试数据的吞吐量，并判断该吞吐量是否超过预设阈值，如果该吞吐量超过预设阈值，说明第 1接收通道和重新指定的第3发送通道均为正常通道，这就表明第1发送通道为故障通道。或者，确定方法也可以是基站接收重新指定的接收通道号；基站通过重新指定的接收通道号对应的接收通 道接收终端发起的第四业务测试请求；基站通过上述第一发送通道向终端发送第四业务测 试数据；终端计算收到的第四业务测试数据的吞吐量，并判断该第四业务测试数据的吞吐 量是否超过预设阈值，如果是，则上述第一接收通道为故障通道。同上述例子，如果确定出故障通道为第1接收通道和第1发送通道，则基站可以接 收重新指定的第3接收通道号，然后基站通过重新指定的第3接收通道接收终端发送的业 务测试请求，并通过第1发送通道向终端发送业务测试数据，终端收到业务测试数据后，计 算该业务测试数据的吞吐量，并判断该吞吐量是否超过预设阈值，如果该吞吐量超过预设 阈值，说明重新指定的第3接收通道和第1发送通道均为正常通道，这就表明第1接收通道 为故障通道。其中，确定出故障通道之后，可以及时将该故障通道隔离，以减小发生的故障对多 天线系统性能产生的影响，因此，图3是本发明多天线故障检测方法的第三实施例流程示 意图，如图3所示，该方法还包括
8
步骤109、基站接收故障通道的隔离命令，该隔离命令中携带故 障通道的通道号；步骤110、基站将故障通道号对应的故障通道进行隔离。需要说明的是，如图3所示，步骤109和步骤110可以是在图1所示的步骤104之 后，也可以是在图2所示的步骤108之后。现有技术由于在没有告警的情况下，无法及时确定故障通道，因此也就不能及时 的进行修复，产生了更多的损失；由于通道发生故障后一般需要更换单板或天线、馈线，短 时间内很难完成，本发明实施例在快速确定出发生故障的通道后，及时对该发生故障的通 道进行隔离，减小了多天线系统发生故障带来的影响，也减少了损失，同时也为故障维修赢 得了更多的时间。需要说明的是，将故障通道隔离后，如果剩下的发送通道和接收通道都可以正常 工作，可以根据实际需要来设置，例如设置系统进入2T2R或1T1R的工作模式。本发明实施例中所使用的终端可以是维修人员在进行故障定位时携带的用于测 试的终端。本发明实施例中多天线系统可以是多输入多输出 (Multiple-InputMultiple-Output,以下简称MIM0)系统，也可以是智能天线系统，智能天 线技术利用各个移动用户间信号空间特征的差异，通过阵列天线技术在同一信道上接收和 发射多个移动用户信号而不发生相互干扰，使无线电频谱的利用和信号的传输更为有效。 在不增加系统复杂度的情况下，使用智能天线可满足服务质量和网络扩容的需要。本发明实施例中基站接收到指定的通道号后，通过指定的通道号中的接收通道号 对应的接收通道接收终端发起的业务测试请求，并通过指定的通道号中的发送通道向终端 发送业务测试数据，终端计算收到的业务测试数据的吞吐量，并判断该吞吐量是否超过预 设阈值，如果否，则表明基站接收的指定的通道号对应的通道为故障通道，因此本发明实施 例可以快速确定出故障通道，提高了故障定位的效率，尤其是在多天线系统发生故障时，又 没有任何告警信号的情况下，本发明实施例的技术方案可以很好的解决问题；并及时将该 故障通道隔离，减小了多天线系统发生故障带来的影响，减少了损失，同时也为故障维修赢 得了更多的时间，提高了用户的使用感受。图4是本发明多天线故障检测系统的第一实施例结构示意图，如图4所示，该系统 包括多天线的无线通信设备21和终端22 ；多天线的无线通信设备21包括操作维护模块 201和处理模块202 ；本发明实施例中所使用的终端22可以是测试人员在进行故障定位时携带的用于 测试的终端。操作维护模块201，用于接收指定的通道号，该通道号包括发送通道号和接收通道 号；处理模块202，用于通过操作维护模块201接收的指定的接收通道号对应的接收 通道接收终端22发起的第一业务测试请求；还用于通过操作维护模块201接收的指定的发 送通道号对应的发送通道向终端22发送第一业务测试数据；终端22，用于计算处理模块202发送的第一业务测试数据的吞吐量，并判断该第 一业务测试数据的吞吐量是否超过预设阈值，如果否，则表明指定的通道号对应的通道为 故障通道。
其中，当终端22判断出第一业务测试数据的吞吐量超过预设阈值时，表明原先指 定的通道号对应的通道为正常通道，没有发生故障，则操作维护模块201，还用于接收重新 指定的通道号，其中，重新指定的通道号包括重新指定的接收通道号和重新指定的发送通 道号；相应的，处理模块202，还用于通过重新指定的接收通道号对应的接收通道接收终 端22发起的第二业务测试请求；还用于通过重新指定的发送通道号对应的发送通道向终 端22发送第二业务测试数据；终端22，用于计算处理模块202发送的第二业务测试数据的吞吐量，并判断该第 二业务测试数据的吞吐量是否超过预设阈值，如果否，则表明重新指定的通道号对应的通 道为故障通道。本发明实施例中多天线的无线通信设备可以是基站，也可以是具有多天线的WiFi 系统中的AP。当终端22确定出指定的通道号对应的通道为故障通道，若该故障通道包括第一 发送通道或第一接收通道时，还可以进一步确定故障通道究竟是第一发送通道还是第一接 收通道，因此，操作维护模块201，还用于接收重新指定的发送通道号；相应的，处理模块202，还用于通过上述第一接收通道接收终端22发起的第三业 务测试请求；还用于通过操作维护模块201收到的重新指定的发送通道号对应的发送通道 向终端22发送第三业务测试数据；终端22，用于计算处理模块202发送的第三业务测试数据的吞吐量，并判断该第 三业务测试数据的吞吐量是否超过预设阈值，如果是，则表明上述第一发送通道号对应的 通道为故障通道。需要说明的是，对于多天线故障检测系统实施例而言，由于其基本相应于方法实 施例，所以相关之处参见方法实施例的部分说明即可。或者，操作维护模块201，还用于接收重新指定的接收通道号；处理模块202，还用于通过操作维护模块201收到的重新指定的接收通道号对应 的接收通道接收终端22发起的第四业务测试请求；还用于通过第一发送通道向终端22发 送第四业务测试数据；终端22，用于计算处理模块202发送的第四业务测试数据的吞吐量，并判断该第 四业务测试数据的吞吐量是否超过预设阈值，如果是，则表明上述第一接收通道号对应的 通道为故障通道。在确定出故障通道后，可以及时将该故障通道隔离，以减小发生的故障对多天线 系统性能产生的影响，操作维护模块201，还用于接收故障通道的隔离命令，该隔离命令中 携带所述故障通道的通道号；处理模块202，还用于将操作维护模块201接收的隔离命令中携带的故障通道号 对应的故障通道进行隔离。现有技术由于在没有告警的情况下，无法及时确定出发生故障的通道，因此也就 不能及时的进行修复，产生了更多的损失；由于通道发生故障后一般需要更换单板或天线、 馈线，短时间内很难完成，本发明实施例在快速确定出发生故障的通道后，及时对该发生故 障的通道进行隔离，减小了多天线系统发生故障带来的影响，也减少了损失，同时也为故障维修赢得了更多的时间。需要说明的是，将故障通道隔离后，如果剩下的发送通道和接收通道都可以正常 工作，则可以根据实际需要来设置，例如设置系统进入2T2R或1T1R的工作模式。本发明实施例中多天线系统可以是MIM0系统，也可以是智能天线系统。图5为 本发明实施例4T4R基站采用MIM0天线进行测试的结构示意图，该4T4R基站正常工作时， 每一个接收通道都能接收业务测试请求，每一个发送通道也都能发送业务测试数据。当该 4T4R基站发生故障，又没有任何告警的情况下，操作维护模块可以通过人机接口接收指定 的通道号，假设指定的通道号中接收通道号为1、4，发送通道号为1、3，操作维护模块收到 该指定的通道号后，向处理模块通知接收到的通道号，处理模块中的接收处理模块通过指 定的接收通道号为1和4的接收通道接收终端发送的业务测试请求，然后接收处理模块将 该业务测试请求发送到网络侧，网络侧接收到该业务测试请求，进行业务测试数据的下载， 并将下载的业务测试数据发送给处理模块中的发送处理模块；然后处理模块中的发送处理 模块根据指定的发送通道号为1和3的发送通道对从网络侧中获取的业务测试数据进行多 天线编码，然后将编码后的业务测试数据发送给发送通道号为1和3的发送通道，最后通过 发送通道号为1和3的发送通道对应的MIM0天线将业务测试数据发送给终端；终端收到 业务测试数据后，计算该业务测试数据的吞吐量，并计算该吞吐量是否超过预设阈值，如果 否，则表明指定的接收通道号为1、4，发送通道号为1、3中有故障通道，则可以再指定一个 接收通道号和一个发送通道进行再次测试，直到确定出具体的故障通道。本发明实施例中基站接收到指定的通道号后，通过指定的通道号中的接收通道号 对应的接收通道接收终端发起的业务测试请求，并通过指定的通道号中的发送通道向终端 发送业务测试数据，终端计算收到的业务测试数据的吞吐量，并判断该吞吐量是否超过预 设阈值，如果否，则表明基站接收的指定的通道号对应的通道为故障通道，因此在多天线系 统发生故障时，又没有任何告警信号的情况下，本发明实施例可以快速确定出故障通道，提 高了故障定位的效率；并及时将该故障通道隔离，减小了多天线系统发生故障带来的影响， 减少了损失，同时也为故障维修赢得了更多的时间，提高了用户的使用感受。本领域普通技术人员可以理解实现上述方法实施例的全部或部分步骤可以通过 程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序 在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括R0M、RAM、磁碟或者 光盘等各种可以存储程序代码的介质。最后应说明的是以上实施例仅用以说明本发明的技术方案，而非对其限制；尽 管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解其依然 可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替 换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精 神和范围。
权利要求
一种多天线故障检测方法，其特征在于，包括多天线的无线通信设备接收指定的通道号，其中，所述通道号包括接收通道号和发送通道号；所述多天线的无线通信设备通过所述接收通道号对应的接收通道接收终端发起的第一业务测试请求；所述多天线的无线通信设备通过所述发送通道号对应的发送通道向所述终端发送第一业务测试数据；所述终端计算所述第一业务测试数据的吞吐量，并判断所述第一业务测试数据的吞吐量是否超过预设阈值，如果否，则所述指定的通道号对应的通道为故障通道。
2.根据权利要求1所述的多天线故障检测方法，其特征在于，当所述第一业务测试数 据的吞吐量超过预设阈值时，所述方法还包括所述多天线的无线通信设备接收重新指定的通道号，其中，所述重新指定的通道号包 括重新指定的接收通道号和重新指定的发送通道号；所述多天线的无线通信设备通过所述重新指定的接收通道号对应的接收通道接收所 述终端发起的第二业务测试请求；所述多天线的无线通信设备通过所述重新指定的发送通道号对应的发送通道向所述 终端发送第二业务测试数据；所述终端计算所述第二业务测试数据的吞吐量，并判断所述第二业务测试数据的吞吐 量是否超过预设阈值，如果否，则所述重新指定的通道号对应的通道为故障通道。
3.根据权利要求1所述的多天线故障检测方法，其特征在于，所述故障通道包括第一 发送通道和第一接收通道，所述方法还包括所述多天线的无线通信设备接收重新指定的发送通道号；所述多天线的无线通信设备通过所述第一接收通道接收所述终端发起的第三业务测 试请求；所述多天线的无线通信设备通过所述重新指定的发送通道号对应的发送通道向所述 终端发送第三业务测试数据；所述终端计算所述第三业务测试数据的吞吐量，并判断所述第三业务测试数据的吞吐 量是否超过预设阈值，如果是，则所述第一发送通道为故障通道。
4.根据权利要求1所述的多天线故障检测方法，其特征在于，所述故障通道包括第一 发送通道和第一接收通道，则所述方法还包括所述多天线的无线通信设备接收重新指定的接收通道号；所述多天线的无线通信设备通过所述重新指定的接收通道号对应的接收通道接收所 述终端发起的第四业务测试请求；所述多天线的无线通信设备通过所述第一发送通道向所述终端发送第四业务测试数据；所述终端计算所述第四业务测试数据的吞吐量，并判断所述第四业务测试数据的吞吐 量是否超过预设阈值，如果是，则所述第一接收通道为故障通道。
5.根据权利要求1至4任一项所述的多天线故障检测方法，其特征在于，所述方法还包括所述多天线的无线通信设备接收所述故障通道的隔离命令，所述隔离命令中携带所述 故障通道的通道号；所述多天线的无线通信设备将所述故障通道号对应的故障通道进行隔离。
6.一种多天线故障检测系统，其特征在于，所述系统包括多天线的无线通信设备和 终端；所述多天线的无线通信设备包括操作维护模块和处理模块；所述操作维护模块，用于接收指定的通道号，其中，所述通道号包括发送通道号和接收 通道号；所述处理模块，用于通过所述操作维护模块接收的指定的接收通道号对应的接收通道 接收所述终端发起的第一业务测试请求；还用于通过所述操作维护模块接收的指定的发送 通道号对应的发送通道向所述终端发送第一业务测试数据；所述终端，用于计算所述处理模块发送的第一业务测试数据的吞吐量，并判断所述第 一业务测试数据的吞吐量是否超过预设阈值，如果否，则所述指定的通道号对应的通道为 故障通道。
7.根据权利要求6所述的多天线故障检测系统，其特征在于，当所述终端判断出所述 第一业务测试数据的吞吐量超过预设阈值时，所述操作维护模块，还用于接收重新指定的 通道号，其中，所述重新指定的通道号包括重新指定的接收通道号和重新指定的发送通道 号；所述处理模块，还用于通过所述重新指定的接收通道号对应的接收通道接收所述终端 发起的第二业务测试请求；还用于通过所述重新指定的发送通道号对应的发送通道向所述 终端发送第二业务测试数据；所述终端，用于计算所述处理模块发送的第二业务测试数据的吞吐量，并判断所述第 二业务测试数据的吞吐量是否超过预设阈值，如果否，则所述重新指定的通道号对应的通 道为故障通道。
8.根据权利要求6所述的多天线故障检测系统，其特征在于，所述故障通道包括第一 发送通道和第一接收通道，所述操作维护模块，还用于接收重新指定的发送通道号；所述处理模块，还用于通过所述第一接收通道接收所述终端发起的第三业务测试请 求；还用于通过所述重新指定的发送通道号对应的发送通道向所述终端发送第三业务测试 数据；所述终端，用于计算所述处理模块发送的第三业务测试数据的吞吐量，并判断所述第 三业务测试数据的吞吐量是否超过预设阈值，如果是，则所述第一发送通道号对应的通道 为故障通道。
9.根据权利要求6所述的多天线故障检测系统，其特征在于，所述故障通道包括第一 发送通道和第一接收通道，所述操作维护模块，还用于接收重新指定的接收通道号；所述处理模块，还用于通过所述重新指定的接收通道号对应的接收通道接收所述终端 发起的第四业务测试请求；还用于通过所述第一发送通道向所述终端发送第四业务测试数 据；所述终端，用于计算所述处理模块发送的第四业务测试数据的吞吐量，并判断所述第 四业务测试数据的吞吐量是否超过预设阈值，如果是，则所述第一接收通道号对应的通道 为故障通道。
10.根据权利要求6至9任一项所述的多天线故障检测系统，其特征在于，所述操作维 护模块，还用于接收所述故障通道的隔离命令，所述隔离命令中携带所述故障通道的通道 号；所述处理模块，还用于将所述操作维护模块接收的隔离命令中携带的故障通道号对应 的故障通道进行隔离。
全文摘要
本发明实施例提供一种多天线故障检测方法及系统，属于无线通信领域。方法包括多天线的无线通信设备接收指定的通道号，通道号包括接收通道号和发送通道号；多天线的无线通信设备通过接收通道号对应的接收通道接收终端发起的第一业务测试请求；多天线的无线通信设备通过发送通道号对应的发送通道向终端发送第一业务测试数据；终端计算第一业务测试数据的吞吐量，并判断第一业务测试数据的吞吐量是否超过预设阈值，如果否，则指定的通道号对应的通道为故障通道。系统包括多天线的无线通信设备和终端；多天线的无线通信设备包括操作维护模块和处理模块。本发明实施例可以快速确定出发生故障的通道，提高了故障定位效率。
文档编号H04B7/06GK101835188SQ20101014206
公开日2010年9月15日 申请日期2010年4月7日 优先权日2010年4月7日
发明者曾勇军, 肖宁, 陈爱军 申请人:华为技术有限公司