一种定位无线网络中产生寻呼黑洞的小区的系统和方法
【专利摘要】本发明公开了一种定位无线网络中产生寻呼黑洞的小区的方法和系统，该系统包括：信令采集子系统，用于采集A接口的信令统计信息和ABIS接口的信令测量信息并发送给寻呼黑洞小区定位子系统；寻呼黑洞小区定位子系统，包括：寻呼失败消息提取模块，用于获取A接口的信令统计信息，并提取发生寻呼未响应的寻呼黑洞事件；网络事件检索模块，用于获取所述寻呼未响应的寻呼黑洞事件，根据所述寻呼黑洞事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件时间最近的用户网络事件；寻呼黑洞小区定位模块，用于获取并分析所述用户网络事件，并确定相应的小区作为产生寻呼黑洞事件的小区。该系统能够精确定位寻呼黑洞所对应的小区。
【专利说明】一种定位无线网络中产生寻呼黑洞的小区的系统和方法
【技术领域】
[0001]本发明公开了一种定位无线网络中产生寻呼黑洞的小区的系统和方法，属于无线网络优化领域。
【背景技术】
[0002]无线寻呼成功率也是一项重要的网络质量指标，直接影响来话接通率和短信接收成功率等其它网络质量指标的优劣。保持和提高无线寻呼成功率一直是网络优化的工作重点。
[0003]寻呼黑洞是指被叫用户不能正常相应网络寻呼立起通话连接的网络覆盖区域(即寻呼无响应区域，下文将每次寻呼无响应称之为寻呼黑洞事件)。
[0004]产生寻呼黑洞的原因非常多，主要包括无线覆盖原因、PCH(寻呼信道)信道资源配置不足原因和SDCCH(独立专用信道)信道资源配置不足原因等，定位非常困难。
[0005]通常来说，收发基站BSC通过PCH信道向手机发送寻呼消息，如果手机有接收到寻呼消息，则会在RACH信道上申请占用SDCCH信道，手机在SDCCH信道占用成功后，在SDCCH信道上发送寻呼响应消息，然后收发基站BSC对寻呼响应消息进行处理后生成完全层三消息，整个寻呼的过程至此结束。
[0006]目前不同设备不同运营商会配置不同的寻呼策略。
[0007]一般来讲，第一次寻呼失败后(一般以TMSI (临时移动用户识别码)来寻呼用户)，会发起第二次甚至第三次寻呼(一般以MSI (国际移动用户识别码)来寻呼)。目前还有次LAC(位置区)寻呼，第一次寻呼可以在某个小区或者某些小区寻呼用户。
[0008]目前定位GSM无线网络寻呼黑洞产生原因的手段主要是通过道路测试或者呼叫质量拨打测试CQT(CalI Quality Test)首先发现寻呼黑洞问题，然后再根据测量得到的下行电平值进行估计寻呼失败的原因。如果下行电平很好(例如大于_85dBm)那么就认为是信道资源配置问题或者是上行覆盖问题，如果下行电平差(例如小于_95dBm)就认为是下行覆盖问题，上行覆盖在道路测试与CQT测试中是看不到的。
[0009]总体来说，现有通过道路测试与CQT测试定位GSM无线网络寻呼黑洞产生原因的方法存在以下缺点:
[0010]1.道路测试和CQT测试只能发现道路上或者重点覆盖区域的寻呼黑洞，但是对全网小区进行全面发现寻呼空洞问题，因此也只能对部分小区覆盖黑洞问题原因进行分析及优化；
[0011]2道路测试与CQT测试可以仅靠下行电平很难定位寻呼黑洞产生的原因，只能看到问题的很小一面。
【发明内容】
[0012]本发明针对现有的定位无线网络中寻呼黑洞和产生原因的方法的缺点，提供了一种定位无线网络中寻呼黑洞小区的方法和系统，该方法具有能够快速定位黑洞小区，并由此进行后续黑洞产生原因的分析。
[0013]本发明解决上述技术问题所采取的技术方案如下:
[0014]一种定位无线网络中产生寻呼黑洞的小区的系统，包括:
[0015]信令采集子系统，用于采集A接口的信令统计信息和ABIS接口的信令测量信息并发送给寻呼黑洞小区定位子系统；
[0016]寻呼黑洞小区定位子系统，该定位子系统包括:
[0017]寻呼失败消息提取模块，用于获取A接口的信令统计信息，并分析所述A接口的统计信息中的寻呼消息，提取发生寻呼未响应的寻呼黑洞事件；
[0018]网络事件检索模块，用于获取所述寻呼未响应的寻呼黑洞事件，根据所述寻呼黑洞事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件时间最近的用户网络事件；
[0019]寻呼黑洞小区定位模块，用于获取并分析所述用户网络事件，并确定相应的小区作为产生寻呼黑洞事件的小区。
[0020]一种定位无线网络中产生寻呼黑洞的小区的方法，包括:采集A接口的信令统计信息和ABIS接口的信令测量信息；
[0021 ] 获取所述A接口的信令统计信息，并分析所述A接口的统计信息中的寻呼消息，提取寻呼未响应的寻呼黑洞事件；获取所述寻呼未响应的寻呼黑洞事件，根据所述寻呼黑洞事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件时间最近的用户网络事件；
[0022]获取并分析所述用户网络事件，并确定相应的小区作为产生寻呼黑洞事件的小区。
[0023]本发明能够通过A+ABIS接口中的信令数据，根据A接口中的数据获取到寻呼黑洞事件，并根据该寻呼黑洞事件在ABIS信令测量数据中获取到与该寻呼黑洞事件最近的网络事件，由此定位对应的黑洞小区，相对于现有技术，该种方法具有定位精度高的优点。
[0024]本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。
【专利附图】
【附图说明】
[0025]下面结合附图对本发明进行详细的描述，以使得本发明的上述优点更加明确。
[0026]图1是本发明定位无线网络中产生寻呼黑洞的小区的系统的一个实施例的结构示意图；
[0027]图2是现有技术中的A接口统计信息的示意图；
[0028]图3是现有技术中的ABIS接口中的测量信息的示意图；
[0029]图4是本发明定位无线网络中产生寻呼黑洞的小区的系统一个实施例中的网络事件检索模块的结构示意图；
[0030]图5本发明定位无线网络中产生寻呼黑洞的小区的方法的实施例的流程示意图；
[0031]图6是本发明定位无线网络中产生寻呼黑洞的小区的方法中进行原因分析的实施例的流程示意图。【具体实施方式】
[0032]以下结合实施例对本发明的系统进行详细的说明，其中，图1是本发明定位无线网络中产生寻呼黑洞的小区的系统的一个实施例的结构示意图。
[0033]其中，具体来说,如图1所示，所述系统包括:
[0034]信令采集子系统101，包括:A接口信令采集数据1011，用于采集A接口的信令统计信息和ABIS接口信令采集数据1012，用于采集ABIS接口的信令测量信息，且上述信息被发送至寻呼黑洞小区定位子系统102中；
[0035]其中，图2和图3分别是现有技术中的A接口统计信息和ABIS接口中的测量信息的示意图，A接口定义为网络子系统(NSS)与基站子系统(BSS)间的通信接口，ABIS接口定义为基站子系统的两个功能实体BSC(基站控制器)和BTS (基站收发信台)之间的通信接口，本发明主要通过分析A接口和ABIS接口中的数据进而定位到黑洞小区，并进一步通过分析获取到寻呼黑洞产生的各种原因以及其权重。
[0036]其中，所述寻呼黑洞小区定位子系统102，包括:寻呼失败消息提取模块1021，用于分析所述A接口的统计信息中的寻呼消息，并提取发生寻呼未响应的寻呼黑洞事件；具体包括:
[0037]分析A接口中的寻呼Paging消息，并根据网络寻呼策略配置信息和与消息之间的关系找到对应的寻呼失败消息，该寻呼失败消息即是寻呼黑洞事件，且该提取模块提取该消息的用户的国际移动用户识别码MSI号码以及发生时刻。
[0038]在优选的实施例中，还设有位置更新事件剔除模块1025，用于剔除所述寻呼失败消息提取模块中的提取的寻呼黑洞事件中属于ABIS接口位置更新流程时间内的黑洞事件，其原因在于上述寻呼黑洞事件属于由于位置区更新原因造成的寻呼未响应事件。
[0039]网络事件检索模块1022，用于获取所述寻呼未响应的寻呼黑洞事件，跟根据所述寻呼黑洞事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件时间最近的用户网络事件。
[0040]图4是本发明定位无线网络中产生寻呼黑洞的小区的系统一个实施例中的网络事件检索模块的结构示意图。
[0041]如图4所示，在实施例中，所述网络事件检索模块，包括:短时间事件检索子模块10221和长时间事件检索子模块10222，其中，所述短时间事件检索子模块10221用于基于所述寻呼黑洞事件在发生的时刻为中心向前和向后在一个短时间窗口内(例如，在一个实施例中，所述短时间窗口设为5分钟)检索距离该次寻呼黑洞事件最接近的ABIS网络事件，并记录被叫发生该事件的小区信息(例如，小区ID信息)，其中，如果上述事件发生在寻呼之前则保存拆线所在的小区信息，如果发生在寻呼之后则使用呼叫所在小区信息。
[0042]所述长时间事件检索子模块10222用于基于所述寻呼黑洞事件在发生的时刻为中心向前和向后在一个长时间窗口内(例如，在一个实施例中，所述长时间窗口尺度设为20分钟)检索距离该次寻呼黑洞事件最接近的ABIS网络事件，并记录被叫发生该事件的小区信息(例如，小区ID信息)，如果上述事件发生在寻呼之前则保存拆线所在的小区信息，如果发生在寻呼之后则使用呼叫所在小区信息。
[0043]其中，采取长时间和短时间两个检索子模块的原因在于，时间窗口越大则寻呼黑洞小区定位精度越低，反之则定位精度较高。作为一个示例，上述ABIS网络事件包括:用户在某个小区进行主叫、被叫、位置更新、短消息发送等操作事件，与上述模块相对应，还设有时间设定子模块10223，用于设定短时间和长时间。
[0044]此外，还设有寻呼黑洞小区定位模块1023，用于获取并分析所述用户网络事件，并选取相应的小区作为产生寻呼黑洞事件的小区，具体来说，所述寻呼黑洞小区定位模块，包括:
[0045]数据接收单元10231，用于接收短时间事件检索子模块和/或长时间事件检索子模块获取的用户网络事件信息；
[0046]数据分析单元10232，用于当所述短时间事件检索子模块和/或长时间事件检索子模块仅获取到一个用户网络事件时，将所述用户网络事件对应的小区作为产生寻呼黑洞事件的小区。
[0047]和/或，当所述长时间事件检索子模块在寻呼黑洞事件前后各获取到一个用户网络事件时，则计算各个小区在短时间窗口内发生寻呼未响应次数和相距寻呼黑洞时刻的时间距离的比值，并将比值大的小区作为产生寻呼黑洞事件的小区。
[0048]更具体地说，由于短时间事件检索子模块10221的数据是准确的数据，因此，只有在所述短时间事件检索子模块10221中并没有获取到对应的网络事件和小区信息时，才会考虑读取长时间事件检索子模块10222的信息。
[0049]由于长时间窗口的时间较长，因此，在上述时间内可能会在距离该黑洞事件向前/向后会出现两个网络时间，则根据如下的规则判断本次寻呼黑洞事件对应的黑洞小区；
[0050]如果COUNTl/--ΜΕΙ > C0UNT2/TIME2,则寻呼未响应发生在CELL1，否则认为寻呼未响应发生在CELL2 ；
[0051]其中COUNTl和C0UNT2分别是短时间窗内CELLl和CELL2发生寻呼未响应次数；其中--ΜΕ1和--ΜΕ2分别是两次事 件相距寻呼黑洞时刻应时间距离，CELLl和CELL2分别是两个寻呼黑洞事件对应的小区。
[0052]此外，本实施例中的寻呼黑洞小区定位子系统中，还设有一个优化黑洞小区定位模块1024，用于获取所述寻呼黑洞小区定位模块中的所有产生寻呼黑洞的小区的信息；统计各个小区发生的寻呼黑洞事件的次数，并将发生寻呼失败次数多的小区确定作为该无线网络中需要进行优化的小区。
[0053]具体来说，统计每个小区发生的寻呼黑洞事件的次数(包括上述长时间窗口和短时间窗口内的所有次数)，并按照发生寻呼黑洞事件的次数进行由多到少地排序，其中，发生寻呼失败次数多的小区(或者寻呼失败次数超过预定的阈值的时候)，即是所要需要优化的黑洞小区。
[0054]其中，本发明采取了上述方案以后，该系统能够基于对A+ABIS接口的数据的采集、分析和统计，并进而获取到某次寻呼黑洞事件所发生的黑洞小区，并进而获取到对应的需要优化的黑洞小区，具有非常好的分析效果。
[0055]此外，本发明优选的实施例中，本方法还可以在定位黑洞小区后，分析并统计出对应的小区黑洞原因以及各个原因的权重，为此，本发明系统还设有ABIS接口被叫信令流程统计子系统103，用于获取并分析所述信令采集子系统采集的ABIS接口的信令测量信息；并根据所述ABIS信令测量信息对所述被叫用户流程进行统计分析，并由此确定对应的产生寻呼黑洞事件每个原因参数的权重；
[0056]其中，所述寻呼黑洞产生的原因参数包括:PCH信道资源不足、SDCCH信道资源不足和无线覆盖原因，其具体分析方法参照下面的方法实施例中的相关描述，在此不详细说明。
[0057]在优选的实施例中，为了更进一步地获取到无线覆盖原因中各个原因参数的权重，还包括:用户网络事件测试报告分析子系统104，包括:数据统计模块1041，用于获取并分析所述信令采集子系统采集的ABIS接口的信令测量信息，并进而获取到信令流程中的包含上下行电平与质量的测量报告信息；
[0058]测量报告信息分析模块1042，用于基于所述包含上下行电平与质量的测量报告信息获取产生无线网络覆盖原因参数中的各种原因参数的权重；
[0059]其中，所述无线网络覆盖原因参数，包括:上行质量、上行电平、下行质量和下行电平原因参数，其具体分析在以下方法实施例中描述，在此不详细说明。
[0060]进一步地，本发明实施例中还设有寻呼黑洞事件原因定位子系统105，用于获取ABIS接口被叫信令流程统计子系统中得到的产生寻呼黑洞事件每个原因参数的权重；
[0061]和用户网络事件测试报告分析子系统中得到的产生无线网络覆盖原因中的各种原因参数的权重；
[0062]根据上述信息得到一次寻呼黑洞事件中每种原因在寻呼黑洞小区中占的可能性权重，其具体分析在以下方法实施例中描述。
[0063]以及，寻呼黑洞小区原因定位子系统106，用于获取所述并分析所述信令采集子系统采集的ABIS接口的信令测量信息，并统计黑洞小区所有的黑洞事件中每种原因的可能性权重；根据上述统计得到黑洞小区中寻呼黑洞产生原因的分布状况，其具体分析在以下方法实施例中描述。
[0064]本发明进一步地获取到由于信道资源不足、SDCCH信道不足以及无线覆盖原因的各种可能性数据信息，也即是说，本发明能够在定位寻呼黑洞小区的基础上，还能够结合ABIS的信令与测量信息，并能将全网的寻呼黑洞小区产生原因统计，并能够从资源和覆盖两个方面给出一个原因量化的分析，不需要人工测试，成本低、效率高，能够为全网优化提升寻呼成功率提供可靠性的参考。
[0065]如图5所示，根据本发明系统的同一构思，本发明还提供了一种定位无线网络中产生寻呼黑洞的小区的方法，图5本发明定位无线网络中产生寻呼黑洞的小区的方法的实施例的流程示意图；所述方法包括:
[0066]步骤601:采集A接口的信令统计信息和ABIS接口的信令测量信息；
[0067]具体包括:监测并获取到A接口的信令统计信息和ABIS接口的信令测量信息，并存储上述信息数据，一个实施例中，具体格式如图2和图3所示。
[0068]步骤602:分析A接口的统计信息中的寻呼消息，并提取寻呼未响应的寻呼黑洞事件；包括:分析A接口中的寻呼Paging消息，并根据网络寻呼策略配置信息和与消息之间的关系找到对应的寻呼失败消息，该寻呼失败消息即是寻呼黑洞事件，且该提取模块提取该消息的用户的MSI号码以及发生时刻；其中，在该步骤中，需要剔除寻呼黑洞事件中属于ABIS接口位置更新流程时间内的黑洞事件。
[0069]步骤603:根据所述寻呼未响应事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件最近的用户网络事件；
[0070]在一个实施例中，是基于复合时间窗口进行网络事件统计和分析的，包括:以寻呼黑洞事件的时刻为中心，设定一个短时间窗口和长时间窗口，并基于寻呼黑洞事件向前和向后检索对应的距离该寻呼黑洞事件最近的用户ABIS网络事件，其中，基于复合时间窗口的原因在于，时间窗口越大则寻呼黑洞小区定位精度越低，但其发现网络事件的可能性最高；时间窗口越短则寻呼黑洞小区定位精度越高，但其发现网络事件的可能性最低，通过复合时间窗口进行网络事件统计，兼顾精度和网络事件检索全面，当然，在其他的实施例，可以仅仅利用短时间窗口进行网络事件检索或者仅仅利用长时间窗口进行网络事件检索，这是本领域技术人员所能知晓的，在此不详细说明。
[0071]其中，基于复合时间窗口进行用户ABIS网络事件检索的过程包括:
[0072]在所述ABIS接口的测量信息中基于所述寻呼黑洞事件的发生时刻向前和向后在一个短时间窗口内检索距离该次寻呼黑洞事件最近的网络事件；
[0073]包括:基于所述寻呼黑洞事件在发生的时刻为中心向前和向后在一个短时间窗口内(例如，在一个实施例中，所述短时间窗口设为5分钟)检索距离该次寻呼黑洞事件最接近的ABIS网络事件，并记录被叫发生该事件的小区信息(例如，小区ID信息)，其中，如果上述事件发生在寻呼之前则保存拆线所在的小区信息，如果发生在寻呼之后则使用呼叫所在小区信息。
[0074]在所述ABIS接口的测量信息中基于所述寻呼黑洞事件的发生时刻向前和向后在一个长时间窗口内检索距离该次寻呼黑洞事件最近的网络事件；
[0075]包括:基于所述寻呼黑洞事件在发生的时刻为中心向前和向后在一个长时间窗口内(例如，在一个实施例中，所述长时间窗口尺度设为20分钟)检索距离该次寻呼黑洞事件最接近的ABIS网络事件，并记录被叫发生该事件的小区信息(例如，小区ID信息)，其中，如果上述事件发生在寻呼之前则保存拆线所在的小区信息，如果发生在寻呼之后则使用呼叫所在小区信息。
[0076]作为一个示例，上述ABIS网络事件包括:用户在某个小区进行主叫、被叫、位置更新、短消息发送等操作事件。
[0077]其中，本实施例中，还包括:基于A+ABIS信令数据中的寻呼未响应时间，将每个小区发生的所有寻呼未响应时间的次数进行统计，并从而获取到对应的短时间窗口和/或长时间窗口内的每一个小区所发生的寻呼未响应事件的次数。
[0078]步骤604:获取并分析所述用户网络事件，并选取相应的小区作为产生寻呼黑洞事件的小区，具体来说，当所述长时间窗口内和/或短时间窗口尺度内仅获取到一个网络事件，将所述网络事件对应的小区作为产生寻呼黑洞事件的小区；即，与短时间窗口内寻呼事件时刻最近的用户网络事件即是寻呼黑洞事件对应的黑洞小区，如果在短时间窗口内没有检索到对应的用户网络事件，而长时间窗口内有一个网络事件，则该网络事件对应的小区即是本次寻呼黑洞事件所对应的小区。
[0079]其中，由于长时间窗口检索的时候，其占据的时间较长，因此，其可能会在寻呼黑洞事件前后各有一个用户网络事件，因此，根据以下的规则判断本次寻呼黑洞事件属于哪一个网络事件所导致的，包括:
[0080]获取各个小区在短时间窗口内发生寻呼未响应次数和相距寻呼黑洞时刻的时间距离的比值，并将比值大的小区作为产生寻呼黑洞事件的小区。
[0081]具体计算方式如下:C0UNT1/HME1 > C0UNT2/HME2，则寻呼未响应发生在CELLl，否则认为寻呼未响应发生在CELL2 ；
[0082]其中COUNTl和C0UNT2分别是短时间窗内CELLl和CELL2发生寻呼未响应次数；其中--ΜΕ1和--ΜΕ2分别是两次事件相距寻呼黑洞时刻应时间距离，CELLl和CELL2分别是两个寻呼黑洞事件对应的小区。
[0083]步骤605:统计小区发生的寻呼黑洞事件的次数，并将发生寻呼失败次数多的小区作为该无线网络中需要进行优化的小区，具体包括:
[0084]统计每个小区发生的寻呼黑洞事件的次数(包括上述长时间窗口和短时间窗口内的所有次数)，并按照发生寻呼黑洞事件的次数进行由多到少地排序，其中，发生寻呼失败次数多的小区，即是所要需要优化的黑洞小区。
[0085]其中，本发明采取了上述方案以后，能够基于对A+ABIS接口的数据的采集、分析和统计，并进而获取到某次寻呼黑洞事件所发生的黑洞小区，并进而获取到对应的需要优化的黑洞小区，具有非常好的分析效果。
[0086]与上述系统相对应，为了分析产生黑洞小区的原因参数，本发明实施例还包括，如图6所示:步骤606:获取寻呼黑洞产生原因的每个原因参数的可能性；
[0087]包括:统计寻呼黑洞小区在寻呼黑洞事件段内的ABIS信令数据，并对被叫用户流程进行统计分析，并从而确定并获取到对应的寻呼黑洞事件产生的每个原因参数的可能性；其中，所述寻呼黑洞事件产生的原因参数包括:PCH信道资源不足、SDCCH信道资源不足和无线覆盖原因参数。
`[0088]具体来说，一个寻呼未响应的过程可以分解为以下的四个过程:
[0089]Processl:寻呼命令(paging Command)过程,这个过程是BSC命令BTS在其小区中寻呼被叫。这个过程的失败原因是寻呼信道资源不足(记为CAUSE1)。如果ABIS接口信令数据中，寻呼黑洞事件时刻前最近一次BTS向BSC发出CCCH load indication消息指示寻呼信道资源不足，则是寻呼资源紧张造成的寻呼未被响应。统计CAUSEl发生的次数COUNTI。
[0090]Process2:BTS寻呼被叫，被叫接入BTS过程。
[0091]这个过程失败原因是无线覆盖原因(记为CAUSE2)。这个过程信令失败由于没有反映在ABIS接口信令流程中，因此其次数无法统计。
[0092]Process3 =SDCCH 信道建立过程，如果 SDCCH 信道建立失败(ChannelActivationNegative ACKnowledge消息标不)且建立失败原因为:Radio link failure或者Radiointerface failure的次数,则是寻呼黑洞事件原因未无线覆盖原因造成(记为CAUSE2)；
[0093]如果出现Channel Required 消息并出现 I_ediate assignment reject 消息的信令流程则寻呼黑洞事件原因是SDCCH信道不足(CAUSE3)。分别统计对应的次数C0UNT3。
[0094]Process4:建立指示过程。
[0095]SDCCH建立之后到Paging Response消息之间的过程,这个过程失败也是无线覆盖原因造成(记为CAUSE2)。
[0096]其中，根据上述分析以后，无线覆盖原因C0UNT2 =总次数-(C0UNT1+C0UNT3)，其中，C0UNT1为寻呼信道资源不足的次数，C0UNT3是SDCCH信道不足的次数。[0097]即本发明能够通过对ABIS信令测试数据的分析，并对被叫用户流程进行统计，从而能够准确地得到寻呼黑洞产生的每个原因的可能性权重。
[0098]步骤607:获取无线覆盖原因参数中各个原因参数的比重，包括:
[0099]在寻呼黑洞事件定位以后，由此，每个未响应用户所在寻呼黑洞小区的网络事件就能够确定下来，这样该网络事件对应的信令流程就可以得到，进一步得到信令流程中的测量报告消息。
[0100]其中，具体来说，所述ABIS接口的测量报告消息中包括:用户终端测量的下行电平与质量，BTS测量的上行电平与质量。
[0101]其中，为了精确地定位出寻呼黑洞原因参数，需要设定一个相对门限，并利用该相对门限与测量报告中的测量各项值进行比对，由此精确定位出黑洞的各种原因，具体来说，是指无线覆盖原因参数中下行电平、下行质量、上行电平和上行执行在总的无线覆盖原因参数中的比例。
[0102]例如，下行电平原因产生的寻呼黑洞比例=下行电平原因权重/(下行电平原因权重+下行质量原因权重+下行质量原因权重+上行质量原因权重)。
[0103]在一个实施例中，上述相对门限设为:下行电平门限为-85dBm，下行质量电平门限为6，上行电平门限为-1OOdBm,上行质量门限为6。
[0104]步骤608:定位一次寻呼黑洞事件中每种原因在寻呼黑洞小区中占的可能性比重，具体包括:
[0105]获取产生寻呼黑洞事件每个原因的权重和产生无线网络覆盖原因中的各种原因参数的权重；
[0106]根据上述信息得到一次寻呼黑洞事件中每种原因参数在寻呼黑洞小区中占的可能性比重，根据上述步骤中得到的结果，例如，在步骤606中，其得出的寻呼黑洞事件每个原因参数的权重如下:
[0107]PCH信道资源不足原因比重COUNTl:EVENT_ffl = CAUSEl/寻呼无响应次数；
[0108]SDCCH信道资源不足原因比重C0UNT3:EVENT_W3 = CAUSE3/寻呼无响应次数；
[0109]无线覆盖原因比重C0UNT2:EVENT_W2 = l-EVENT_ffl-EVENT_W3。
[0110]在步骤608中，其得到的在无线覆盖原因中各个原因的权重如下:
[0111]下行电平原因权重:EVENT_W2-1= EVENT_W2*DL_LEVEL_C0UNT/SUM ；
[0112]下行质量原因权重:EVENT_W2-2= EVENT_W2*DL_RXQUAL_C0UNT/SUM ；
[0113]上行电平原因权重:EVENT_W2-3= EVENT_W2*UL_LEVEL_C0UNT/SUM ；
[0114]上行质量原因权重:EVENT_W2-4= EVENT_W2*UL_RXQUAL_C0UNT/SUM。其中，所述DL_LEVEL_C0UNT:下行电平低于门限测量报告次数；
[0115]DL_RXQUAL_COUNT:下行电平低于门限测量报告次数；
[0116]UL_LEVEL_C0UNT:上行电平低于门限测量报告次数；
[0117]UL_RXQUAL_COUNT:上行电平低于门限测量报告次数；
[0118]且SUM = DL_LEVELJ:OUNT+DL_RXQUAL_OTUNT+UL_LEVELJ:OUNT+UL_RXQUAL_COUNT。
[0119]步骤609:统计黑洞小区所有的黑洞事件中每种原因参数的可能性比重；根据上述统计得到黑洞小区中寻呼黑洞产生原因参数的分布状况。[0120]根据上述实施例，最终得到的某一个小区的寻呼黑洞产生原因参数的分布状况如下:
[0121]小区PCH 信道资源不足原因比重:CELL_W1 = SUM_EVENT_ffl/SUM_EVENT ；
[0122]小区SDCCH 信道资源不足原因比重:CELL_W3 = SUM_EVENT_W3/SUM_EVENT ；
[0123]小区无线覆盖原因比重:CELL_W2= 1_CELL_W1_CELL_W3。
[0124]小区下行电平原因权重:EVENT_W2-1= CELL_W2*EVENT_W2_1 ；
[0125]小区下行质量原因权重:EVENT_W2-2= CELL_W2*EVENT_W2-2 ；
[0126]小区上行电平原因权重:EVENT_W2-3= CELL_W2*EVENT_W2_3 ；
[0127]小区上行质量原因权重:EVENT_W2-4= CELL_W2*EVENT_W2_4。
[0128]其中，SUM_EVENT_W1:小区每次黑洞事件EVENT_W1求和；
[0129]SUM_EVENT_W3:小区每次黑洞事件EVENT_W3求和；
[0130]SUM_EVENT:小区黑洞事件次数。
[0131]其中，本发明与现有技术通过道路测试或者CQT来定位寻呼黑洞产生原因的方法相比，本方法不仅可以定位寻呼黑洞小区，而且可以结合ABIS的信令与测量信息将全网寻呼黑洞小区黑洞产生原因统计出来，而且从资源与覆盖两个方面给出原因量化分析，并且，本发明可以定位全网网络中存在寻呼黑洞的小区问题，不需要人工测试，成本低，效率高，有效指导全网优化，提升全网寻呼成功率。
[0132]需要说明的是，对于上述方法实施例而言，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。
[0133]本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。
[0134]而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。
[0135]最后应说明的是:以上所述仅为本发明的优选实施例而已，并不用于限制本发明，尽管参照前述实施例对本发明进行了详细的说明，对于本领域的技术人员来说，其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换。凡在本发明的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本发明的保护范围之内。
【权利要求】
1.一种定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，包括: 信令采集子系统，用于采集A接口的信令统计信息和ABIS接口的信令测量信息并发送给寻呼黑洞小区定位子系统； 寻呼黑洞小区定位子系统，该定位子系统包括: 寻呼失败消息提取模块，用于获取A接口的信令统计信息，并分析所述A接口的统计信息中的寻呼消息，提取发生寻呼未响应的寻呼黑洞事件； 网络事件检索模块，用于获取所述寻呼未响应的寻呼黑洞事件，根据所述寻呼黑洞事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件时间最近的用户网络事件； 寻呼黑洞小区定位模块，用于获取并分析所述用户网络事件，并确定相应的小区作为产生寻呼黑洞事件的小区。
2.根据权利要求1所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，所述网络事件检索模块，包括: 短时间事件检索子模块，用于在所述ABIS接口的测量信息中基于寻呼黑洞事件的发生时刻向前和向后在一个短时间窗口内检索距离所述寻呼黑洞事件最近的网络事件；和/或， 长时间事件检索子模块，用于在所述ABIS接口的测量信息中基于寻呼黑洞事件的发生时刻向前和向后在一个长 时间窗口内检索距离所述寻呼黑洞事件最近的网络事件。
3.根据权利要求1或2所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，所述寻呼黑洞小区定位子系统中，还设有: 位置更新事件剔除模块，用于剔除所述寻呼失败消息提取模块中的提取的寻呼黑洞事件中属于ABIS接口位置更新流程时间内的黑洞事件，并将剔除后的寻呼未响应的寻呼黑洞事件发送给所述网络事件检索模块。
4.根据权利要求2所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，所述寻呼黑洞小区定位模块，包括: 数据接收单元，用于接收短时间事件检索子模块和/或长时间事件检索子模块获取的用户网络事件信息； 数据分析单元，用于当所述短时间事件检索子模块和/或长时间事件检索子模块仅获取到一个用户网络事件时，将所述用户网络事件对应的小区作为产生寻呼黑洞事件的小区；和/或， 当所述长时间事件检索子模块在寻呼黑洞事件前后各获取到一个用户网络事件时，则计算各个小区在短时间窗口内发生寻呼未响应次数和相距寻呼黑洞时刻的时间距离的比值，并将比值大的小区作为产生寻呼黑洞事件的小区。
5.根据权利要求1或2所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，所述寻呼黑洞小区定位子系统中，还包括:优化黑洞小区定位模块，用于获取所述寻呼黑洞小区定位模块中的所有产生寻呼黑洞的小区的信息； 统计各个小区发生的寻呼黑洞事件的次数，将发生寻呼失败次数超过预定的阈值的小区作为该无线网络中需要进行优化的小区。
6.根据权利要求2所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，还包括:ABIS接口被叫信令流程统计子系统，用于获取并分析所述信令采集子系统采集的ABIS接口的信令测量信息； 根据所述ABIS接口的信令测量信息对被叫用户流程进行统计分析，确定对应的产生寻呼黑洞事件每个原因参数的权重； 其中，所述寻呼黑洞产生的原因参数包括:PCH信道资源不足、SDCCH信道资源不足和无线覆盖原因。
7.根据权利要求6所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，还设有:用户网络事件测试报告分析子系统，包括: 数据统计模块，用于获取并分析所述信令采集子系统采集的ABIS接口的信令测量信息，并获取到信令流程中的包含上下行电平与质量的测量报告信息； 测量报告信息分析模块，用于基于所述包含上下行电平与质量的测量报告信息确定无线网络覆盖原因的各种原因参数的权重； 其中，所述无线网络覆盖原因参数，包括:上行质量、上行电平、下行质量和下行电平原因。
8.根据权利要求7所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，还设有寻呼黑洞事件原因定位子系统，用于获取所述ABIS接口被叫信令流程统计子系统中得到的产生寻呼黑洞事件每个原因参数的权重； 和所述用户网络事件测试报告分析子系统中得到的产生无线网络覆盖原因中的各种原因参数的权重； 根据上述信息得到一次寻呼黑洞`事件中每种原因参数在寻呼黑洞小区中占的可能性权重。
9.根据权利要求8所述的定位无线网络中产生寻呼黑洞的小区的系统，其特征在于，还设有寻呼黑洞小区原因定位子系统，用于获取并分析所述信令采集子系统采集的ABIS接口的信令测量信息，并统计黑洞小区所有的黑洞事件中每种原因参数的可能性的权重； 根据上述统计得到黑洞小区中寻呼黑洞产生原因的分布状况。
10.一种定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，包括:采集A接口的信令统计信息和ABIS接口的信令测量信息； 获取所述A接口的信令统计信息，并分析所述A接口的统计信息中的寻呼消息，提取寻呼未响应的寻呼黑洞事件；获取所述寻呼未响应的寻呼黑洞事件，根据所述寻呼黑洞事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件时间最近的用户网络事件； 获取并分析所述用户网络事件，并确定相应的小区作为产生寻呼黑洞事件的小区。
11.根据权利要求10所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，根据所述寻呼未响应事件在所述ABIS接口的信令测量信息中检索距离该次寻呼黑洞事件最近的用户网络事件，具体包括: 在所述ABIS接口的测量信息中基于所述寻呼黑洞事件的发生时刻向前和向后在一个短时间窗口内检索距离所述寻呼黑洞事件最近的网络事件； 和/或，在所述ABIS接口的测量信息中基于所述寻呼黑洞事件的发生时刻向前和向后在一个长时间窗口内检索距离所述寻呼黑洞事件最近的网络事件。
12.根据权利要求10或11所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，在获取所述寻呼未响应的寻呼黑洞事件，根据所述寻呼黑洞事件在所述ABIS接口的信令测量信息中检索距离所述寻呼黑洞事件时间最近的用户网络事件之前，还包括:剔除所述寻呼黑洞事件中属于ABIS接口位置更新流程时间内的黑洞事件。
13.根据权利要求10所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，所述获取并分析所述用户网络事件，并选取相应的小区作为产生寻呼黑洞事件的小区，包括:接收长时间窗口内和/或短时间窗口尺度内的用户网络事件； 其中，当所述长时间窗口内和/或短时间窗口尺度内仅获取到一个网络事件，将所述网络事件对应的小区作为产生寻呼黑洞事件的小区； 和/或，当所述长时间窗口内获取到在寻呼黑洞事件前后各有一个用户网络事件后，进一步包括: 获取各个小区在短时间窗口内发生寻呼未响应次数和相距寻呼黑洞时刻的时间距离的比值，并将比值大的小区作为产生寻呼黑洞事件的小区。
14.根据权利要求10或11所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，还包括: 获取所有产生寻呼黑洞的小区的信息； 统计小区发生的寻呼黑洞事件的次数，并将发生寻呼失败次数超过预定的阈值的小区作为该无线网络中需要进行优化的小区。
15.根据权利要求10所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，还包括: 获取并分析所述信令采集子系统采集的ABIS接口的信令测量信息；根据所述ABIS接口的信令测量信息对被叫用户流程进行统计分析，确定对应的寻呼黑洞事件产生的每个原因参数的权重； 其中，所述寻呼黑洞事件产生的原因参数包括:PCH信道资源不足、SDCCH信道资源不足和无线覆盖原因。
16.根据权利要求15所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，还包括: 获取并分析所述信令采集子系统采集的ABIS接口的信令测量信息，并获取到信令流程中的包含上下行电平与质量的测量报告信息； 基于所述包含上下行电平与质量的测量报告信息确定产生无线网络覆盖原因中的各种原因参数的权重； 其中，所述无线网络覆盖原因参数，包括:上行质量、上行电平、下行质量和下行电平原因。
17.根据权利要求16所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，还包括: 获取产生寻呼黑洞事件每个原因参数的权重和产生无线网络覆盖原因参数中的各种原因参数的权重； 根据上述信息得到一次寻呼黑洞事件中每种原因参数在寻呼黑洞小区中占的可能性比重。
18.根据权利要求17所述的定位无线网络中产生寻呼黑洞的小区的方法，其特征在于，还包括:统计黑洞小区所有的黑洞事件中每种原因参数的可能性权重；根据上述统计得到黑洞小区中 寻呼黑洞产生原因参数的分布状况。
【文档编号】H04W64/00GK103634824SQ201210298751
【公开日】2014年3月12日 申请日期:2012年8月21日 优先权日:2012年8月21日
【发明者】胡薇, 谭卫, 詹薇, 魏巍, 罗小勇 申请人:中国移动通信集团四川有限公司