寻呼失败处理方法及装置制造方法及图纸

本发明专利技术实施例公开了一种寻呼失败处理方法及装置，所述方法包括：从通信网络接口提取表征寻呼失败的寻呼失败消息；依据所述寻呼失败消息，确定出寻呼失败的用户设备的设备标识；基于设备标识获取所述用户设备的与寻呼关联的关联信息；基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因。

【技术实现步骤摘要】

本专利技术涉及通信领域，尤其涉及一种寻呼黑洞失败处理方法及装置。
技术介绍
寻呼黑洞是寻呼失败率大于一定阈值的区域，又可称为寻呼黑洞小区。长期演进(LongTermEvolution，LTE)系统中，对于空闲态的用户设备设备(User，Equipment，UE)，当UE有业务到达时；或者对于空闲态或连接态的UE，当系统消息需要变更或者需要进行地震海啸预警或商业移动预警服务时，网络需要对相应的UE进行寻呼。寻呼流程通常是：为UE服务的移动管理实体(MobileManagementEntity，MME)向跟踪区域(TrackingArea，TA)范围内的所有演进型基站(演进型基站又可称为eNodeB或eNB)发送寻呼消息，当eNodeB接收到MME发送的寻呼消息时再向其管辖范围内的UE下发寻呼消息。在LTE系统核心网架构中，服务网关(ServingGateway，S-GW)保存UE的用户设备面上下文，如UE的网络协议(InternetProtocol，IP)地址和路由信息等，MME发送寻呼信息到eNodeB，并与S-GW进行信息交互；演进的通用陆地无线接入网(EvolutionUniversalTerrestrialRadioAccessNetwork，E-UTRAN)可以包括多个eNB，接收到MME发送的寻呼消息的eNB会将寻呼消息发送到连接的小区。EPS网络中的详细寻呼过程如图1所示，当S-GW需要向UE发送下行数据却发现因UE处于空闲状态，而没有用户设备连接时，则向UE注册的MME发送下行数据通知消息；MME首先确定UE所注册的跟踪区域列表(TrackingAreaList，TAL)，再向该TAL里所有的eNB发送寻呼消息查找UE，消息中携带有与该TAlist中全部TA一一对应的跟踪区标识(TrackingAreaIdentifier，TAI)；eNB接收到该寻呼消息后，查找哪些小区属于TAL所包含的TA，向查找出的小区发送该寻呼消息；当前处于小区中的UE接收到该寻呼消息后，发送寻呼响应消息到与其所在小区相连的eNB，eNB通知MME寻呼已响应；MME则不继续向eNB下发寻呼消息。寻呼成功率是移动通信系统的重要网络质量指标，它直接影响无线接入性与其它网络质量指标的优劣。若出现寻呼黑洞将直接影响寻呼成功率。在现有技术中通常采用以下三种方法进行寻呼黑洞的处理，以提高寻呼成功率。第一，通过道路测试或者呼叫质量拨打测试(CallQualityTest，CQT)发现寻呼黑洞问题，然后再根据测量得到的下行电平值进行估计寻呼失败的原因。如果下行电平大于良好阈值，那么就认为是信道资源配置问题或者是上行覆盖问题，如果下行电平差(例如小于-95dBm)就认为是下行覆盖问题，上行覆盖在道路测试与CQT测试中是看不到的；故仅能对定位到部分寻呼黑洞，处理效果不佳。第二，在没有监测LTE系统S1接口(或GSM系统A接口、UMTS系统Iu-CS接口)信令前，寻呼成功率指标只能通过MME(或MSC)的统计报告中提取，只能采集TA级别的寻呼成功率，通过MME下所有TA的寻呼成功率指标对比，发现寻呼较差的TA并关联到相应的地理范围，显然不能精确定位寻呼黑洞的位置所在，处理效率及处理效果都不够理想。第三，在监测LTE系统S1接口信令后(或GSM系统A接口、UMTS系统Iu-CS接口)，可通过S1接口关键信令中提取寻呼无响应的统计，具体现象体现为MME在收到SGS口上MSC发来的寻呼消息后，在S1-MME口给用户设备所在TAC区的eNodeB下发寻呼消息，但未收到用户设备的任何响应。由于没有eNodeB返回的响应消息，从S1接口无法得到用户设备出现问题所在的接入网的小区识别码，(E-UTRANCellIndentifier，ECI)信息，只能从S1寻呼消息中拿到用户设备所处的跟踪区域码(TracingAreaCode，TAC)。根据用户设备最近一次发生业务的确定寻呼黑洞，但是实践证明这种方式确定的寻呼黑洞准确度低，结果不可靠。故提出一种能够精确定位出寻呼黑洞的方法是现有技术亟待解决的问题。
技术实现思路
有鉴于此，本专利技术实施例期望提供一种寻呼黑洞失败处理方法及装置，能够至少部分解决上述问题。为达到上述目的，本专利技术的技术方案是这样实现的：本专利技术实施例第一方面提供一种寻呼失败处理方法，所述方法包括：从通信网络接口提取表征寻呼失败的寻呼失败消息；依据所述寻呼失败消息，确定出寻呼失败的用户设备的设备标识；基于设备标识获取所述用户设备的与寻呼关联的关联信息；基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因。优选地，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从S1-MME接口采集寻呼失败消息；所述依据所述寻呼失败消息，确定出寻呼失败的用户设备的设备标识，包括：解析从S1-MME接口采集的寻呼失败消息，确定寻呼失败的用户设备的设备标识；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：基于所述设备标识确定出所述用户设备寻呼成功的跟踪区更新的目标小区；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：确定与所述目标小区不属于同一跟踪区列表的小区为所述寻呼黑洞小区和/或确定同一MME内部的跟踪区更新导致了寻呼黑洞小区。优选地，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从S6a接口采集跨MME的跟踪区更新TAU完成消息及从SGs接口采集寻呼失败消息；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：基于所述设备标识确定出所述用户设备寻呼成功的跟踪区更新的目标小区；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：确定与所述目标小区不属于同一跟踪区列表的小区为所述寻呼黑洞小区和/或确定跨MME的跟踪区更新导致了寻呼黑洞小区。优选地，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从SGs接口或S1-MME接口的寻呼失败消息；其中，所述第一类用户设备为需要通过语音回流进行语音通信的用户设备；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：依据从S6a接口采集第一类用户设备从第一通信制式网络重选回第二通信制式网络的注册信息；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：解析所述注册信息和所述寻呼失败消息，确定出所述注册信息及所述寻呼失败消息同时包括的设备标识；若所述注册信息及所述寻呼失败消息同时包括的设备标识；基于所述设备标识确定所述用户设备所述从第一通信制式网络重选回第二通信制式网络的目标小区；确定所述第一类用户设备在所述第二通信制式网络最后连接的小区；若所述从第一通信制式网络重选回第二通信制式网络的目标小区为所述第一类用户设备在所述第二通信制式网络最后连接的小区，则确定从所述第一通信制式网络重选回所述第二通信制式网络导致了所述寻呼黑洞小区。优选地，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从SGs接口采集的寻呼失败消息；所述基于设备标识获取所述用户设备的与寻呼关联本文档来自技高网...

【技术保护点】
一种寻呼失败处理方法，其特征在于，所述方法包括：从通信网络接口提取表征寻呼失败的寻呼失败消息；依据所述寻呼失败消息，确定出寻呼失败的用户设备的设备标识；基于设备标识获取所述用户设备的与寻呼关联的关联信息；基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因。

【技术特征摘要】
1.一种寻呼失败处理方法，其特征在于，所述方法包括：从通信网络接口提取表征寻呼失败的寻呼失败消息；依据所述寻呼失败消息，确定出寻呼失败的用户设备的设备标识；基于设备标识获取所述用户设备的与寻呼关联的关联信息；基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因。2.根据权利要求1所述的方法，其特征在于，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从S1-MME接口采集寻呼失败消息；所述依据所述寻呼失败消息，确定出寻呼失败的用户设备的设备标识，包括：解析从S1-MME接口采集的寻呼失败消息，确定寻呼失败的用户设备的设备标识；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：基于所述设备标识确定出所述用户设备寻呼成功的跟踪区更新的目标小区；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：确定与所述目标小区不属于同一跟踪区列表的小区为所述寻呼黑洞小区和/或确定同一MME内部的跟踪区更新导致了寻呼黑洞小区。3.根据权利要求1所述的方法，其特征在于，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从S6a接口采集跨MME的跟踪区更新TAU完成消息及从SGs接口采集寻呼失败消息；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：基于所述设备标识确定出所述用户设备寻呼成功的跟踪区更新的目标小区；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：确定与所述目标小区不属于同一跟踪区列表的小区为所述寻呼黑洞小区和/或确定跨MME的跟踪区更新导致了寻呼黑洞小区。4.根据权利要求1所述的方法，其特征在于，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从SGs接口或S1-MME接口的寻呼失败消息；其中，所述第一类用户设备为需要通过语音回流进行语音通信的用户设备；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：依据从S6a接口采集第一类用户设备从第一通信制式网络重选回第二通信制式网络的注册信息；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：解析所述注册信息和所述寻呼失败消息，确定出所述注册信息及所述寻呼失败消息同时包括的设备标识；若所述注册信息及所述寻呼失败消息同时包括的设备标识；基于所述设备标识确定所述用户设备所述从第一通信制式网络重选回第二通信制式网络的目标小区；确定所述第一类用户设备在所述第二通信制式网络最后连接的小区；若所述从第一通信制式网络重选回第二通信制式网络的目标小区为所述第一类用户设备在所述第二通信制式网络最后连接的小区，则确定从所述第一通信制式网络重选回所述第二通信制式网络导致了所述寻呼黑洞小区。5.根据权利要求1所述的方法，其特征在于，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：从SGs接口采集的寻呼失败消息；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：确定所述寻呼失败消息中的设备标识是否包括在所述重附着消息中；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼
\t黑洞小区的原因，包括：若所述寻呼失败消息中的设备标识有包括在所述重附着消息中，则确定小区的弱覆盖导致所述寻呼黑洞小区。6.根据权利要求1所述的方法，其特征在于，所述从通信网络接口提取表征寻呼失败的寻呼失败消息，包括：依据从S1-MME接口和SGs接口采集的寻呼失败消息；所述基于设备标识获取所述用户设备的与寻呼关联的关联信息，包括：基于所述设备标识采集所述用户设备的寻呼失败的出现频次；所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：若寻呼失败的所述设备标识的出现频次达到指定次数，则确定用户设备故障导致了所述寻呼黑洞小区。7.根据权利要求1至6任一项所述的方法，其特征在于，所述基于所述关联信息，确定导致寻呼失败的寻呼黑洞小区和/或导致寻呼黑洞小区的原因，包括：在寻呼失败发生时所在的时间窗口内，基于寻呼失败的设备标识检索所述用户设备在发送所述寻呼失败前执行最后一次网络事件时所连接的小区，确定该小区为所述寻呼黑洞小区。8.根据权利要求1至6任一项所述的...

【专利技术属性】
技术研发人员：郭宝，张阳，李大伟，毛帅，吕军晖，梁秀娟，
申请(专利权)人：中国移动通信集团山西有限公司，中国移动通信集团公司，
类型：发明
国别省市：山西;14