[发明专利]寻呼消息的业务识别方法、装置、计算设备及存储介质

说明书

本发明实施例涉及大数据技术领域，公开了一种寻呼消息的业务识别方法、装置、计算设备及、存储介质，该方法包括：记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率。通过上述方式，本发明实施例能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。

技术领域

本发明实施例涉及大数据技术领域，具体涉及一种寻呼消息的业务识别方法、装置、计算设备及存储介质。

背景技术

当前的运营商中的长期演进(Long Term Evolution，LTE)统一深度检测技术(Deep Packet Inspection，DPI)可以按照既定的规范和LTE网络的信令内容，进行码流数据分析挖掘，生成相应的接口外部数据表示法(External Data Representation，XDR)话单记录。目前，主要的几个流程的识别中，对于寻呼(Paging)消息的识别，如果单从S1-MME接口挖掘，其消息形态区分度较差。当前S1-MME接口中，至少存在长期演进语音承载(Voiceover Long-Term Evolution，VoLTE)的Paging和LTE上网业务的Paging两个种类的寻呼，此消息只携带了分组交换(PacketSwitch，PS)域，即数据交换域，的标识，未有进一步标识寻呼类型的信息内容，使得无法准确识别VOLTE和LTE上网的寻呼消息内容。对于不同类型的寻呼的聚焦分析，在现网的运维中存在重要意义。因此这种不能准确识别寻呼和区分寻呼的识别技术，对于DPI的日常生产支撑能力，是一个极大的限制。

网络运维当中一项非常关键的考评指标就是寻呼成功率，当发现一个网元或者一个城市的寻呼成功率下降的时候，运维人员对于寻呼失败的排查显得非常重要。因此，DPI精准识别各类寻呼信息，进而计算出寻呼成功率，是非常有必要的。目前，寻呼消息没有失败的状态提示，更不会指示出失败的原因。一般来说：网络侧下发一次寻呼，如果对端没有正常收到或者接受失败，没有反馈消息，网络侧会按照既定的时间进行等待，如果超时没有成功消息反馈，网络侧会再发一次寻呼请求，仍然执行固定的时间等待，周而复始重复一定数量的周期，如果在规定数量的周期内一直都没有成功消息，那么本次寻呼定义为失败。不同商家的设备，可能在寻呼方案上存在差别，但是DPI从单接口的码流中挖掘出来的数据又找不出差别，那么DPI则无法区分具体的寻呼，同样，由于寻呼失败的条件不同，更无法准确识别寻呼成功与否。一般都采用折中处理方案：不区分具体的寻呼类型，取15秒为门限，如果超过15秒无成功应答则记为失败。而折中处理方案根本无法做到准确识别寻呼类型和寻呼成功与否，不能对重复寻呼消息去重处理，并且，对于超过15秒的寻呼响应，直接记为失败，由此计算出的寻呼成功率不能反应网络实际情况。

发明内容

鉴于上述问题，本发明实施例提供了一种寻呼消息的业务识别方法、装置、计算设备及存储介质，克服了上述问题或者至少部分地解决了上述问题。

根据本发明实施例的一个方面，提供了一种寻呼消息的业务识别方法，所述方法包括：记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率。

在一种可选的方式中，所述根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型，包括：根据所述寻呼消息的CN域字段判断所述寻呼消息为CS域的CSFB业务寻呼消息或PS域的业务寻呼消息；如果所述寻呼消息为PS域的业务寻呼消息，则根据UE Paging ID字段关联用户的上一条消息；根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型。