CN112689295A - 寻呼消息的业务识别方法、装置、计算设备及存储介质 - Google Patents
寻呼消息的业务识别方法、装置、计算设备及存储介质 Download PDFInfo
- Publication number
- CN112689295A CN112689295A CN201910995509.7A CN201910995509A CN112689295A CN 112689295 A CN112689295 A CN 112689295A CN 201910995509 A CN201910995509 A CN 201910995509A CN 112689295 A CN112689295 A CN 112689295A
- Authority
- CN
- China
- Prior art keywords
- paging
- message
- service
- field
- paging message
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明实施例涉及大数据技术领域，公开了一种寻呼消息的业务识别方法、装置、计算设备及、存储介质，该方法包括：记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率。通过上述方式，本发明实施例能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。
Description
技术领域
本发明实施例涉及大数据技术领域，具体涉及一种寻呼消息的业务识别方法、装置、计算设备及存储介质。
背景技术
当前的运营商中的长期演进(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域的寻呼业务类型。
在一种可选的方式中，所述根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型，包括：如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，则确定所述寻呼消息为数据业务寻呼消息；如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为6，则确定所述寻呼消息为VOLTE业务寻呼消息；如果所述上一条消息为S6a接口的***用户数据请求消息，且Eps位置信息请求字段及当前位置信息请求字段的信元取值为1，则确定所述寻呼消息为VOLTE业务寻呼消息；如果所述上一条消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，则确定所述寻呼消息为短信业务寻呼消息。
在一种可选的方式中，所述按照不同的所述寻呼业务类型分别计算寻呼成功率，包括：按照不同的所述寻呼业务类型，获取预设时间内所述寻呼消息的寻呼请求次数和寻呼响应次数；按照不同的所述寻呼业务类型，根据所述寻呼请求次数和所述寻呼响应次数计算所述寻呼成功率。
在一种可选的方式中，所述按照不同的所述寻呼业务类型，获取所述寻呼消息的寻呼请求次数，包括：按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的所述预设时间内，计算用户的对所述寻呼业务类型的寻呼请求的寻呼请求次数，其中，对于同一用户同一种业务的寻呼请求，所述寻呼请求次数计为1次，对于不同用户的寻呼请求，所述寻呼请求次数加1。
在一种可选的方式中，所述按照不同的所述寻呼业务类型，获取所述寻呼消息的寻呼响应次数，包括：按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的预设时间内，计算用户的一次寻呼响应次数和二次寻呼响应次数，其中，所述一次寻呼响应次数为发送一次寻呼请求后收到响应所述寻呼请求的寻呼响应的次数，所述二次寻呼响应次数为两次或两次以上寻呼请求后收到响应所述寻呼请求的寻呼响应的次数。
在一种可选的方式中，按照不同的所述寻呼业务类型，所述寻呼成功率＝(一次寻呼响应次数+二次寻呼响应次数)/寻呼请求次数*100％。
根据本发明实施例的另一个方面，提供了一种寻呼消息的业务识别装置，所述装置包括：消息记录单元，用于记录寻呼消息的CN域字段和UE Paging ID字段；业务识别单元，用于根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；成功率计算单元，用于按照不同的所述寻呼业务类型分别计算寻呼成功率。
根据本发明实施例的另一方面，提供了一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行上述寻呼消息的业务识别方法的步骤。
根据本发明实施例的又一方面，提供了一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使所述处理器执行上述寻呼消息的业务识别方法的步骤。
本发明实施例通过记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率，能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。
上述说明仅是本发明实施例技术方案的概述，为了能够更清楚了解本发明实施例的技术手段，而可依照说明书的内容予以实施，并且为了让本发明实施例的上述和其它目的、特征和优点能够更明显易懂，以下特举本发明的具体实施方式。
附图说明
通过阅读下文优选实施方式的详细描述，各种其他的优点和益处对于本领域普通技术人员将变得清楚明了。附图仅用于示出优选实施方式的目的，而并不认为是对本发明的限制。而且在整个附图中，用相同的参考符号表示相同的部件。在附图中：
图1示出了本发明实施例的寻呼消息触发的网络接口拓扑示意图；
图2示出了本发明实施例提供的寻呼消息的业务识别方法的流程示意图；
图3示出了本发明实施例提供的另一寻呼消息的业务识别方法的流程示意图；
图4示出了本发明实施例提供的寻呼消息的业务识别装置的结构示意图；
图5示出了本发明实施例提供的计算设备的结构示意图。
具体实施方式
下面将参照附图更详细地描述本发明的示例性实施例。虽然附图中显示了本发明的示例性实施例，然而应当理解，可以以各种形式实现本发明而不应被这里阐述的实施例所限制。相反，提供这些实施例是为了能够更透彻地理解本发明，并且能够将本发明的范围完整的传达给本领域的技术人员。
图1示出了本发明实施例的寻呼消息触发的网络接口拓扑示意图。如图1所示，位于基站(eNodeB)与移动性管理实体(Mobile Managenment Entity，MME)之间的S1-MME接口的不同业务的寻呼消息可以分别由位于MME与***架构演进网关(System ArchitectureEvolution GateWay，SAEGW)之间的S11接口、位于MME与归属签约用户服务器(HomeSubscriber Server，HSS)之间的S6a接口以及位于MME与移动交换中心(MobileSwitching Center，MSC)之间的SGs接口触发。MME应用S1-MME接口发送寻呼消息至eNodeB，再通过eNodeB发送至用户设备(User Equipment，UE)，UE接收到寻呼消息后，经eNodeB返回寻呼响应消息至MME。
现有DPI***的组成分为信令面接口和用户面接口，其中信令面包括S1-MME、SGS和S6a接口，用户面包括S11和S1-U接口，其中S11信令消息中的国际移动用户识别码(International Mobile Subscriber Identification Number，IMSI)、移动台国际用户识别码(Mobile Subscriber International ISDN number，MSISDN)等信息用于S1-U接口消息的关联回填，来区分不同用户的S1-U消息。本发明实施例根据寻呼(Paging)消息需要关联的接口、关联的消息、关联的字段以及对应的响应消息对Paging消息进行识别。
图2示出了本发明实施例提供的寻呼消息的业务识别方法的流程示意图。如图2所示，寻呼消息的业务识别方法包括：
步骤S11：记录寻呼消息的CN域字段和UE Paging ID字段。
获取S1-MME接口的Paging消息，记录消息中的核心网(core network，CN)域(domain)和UE Paging ID字段。其中，CN domain字段用于区分寻呼消息为电路交换(Circuit Switch，CS)域寻呼或PS域寻呼，UE Paging ID字段中有用户的s-TMSI消息，可以用来关联该用户的其他接口的消息。
步骤S12：根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型。
在本发明实施例中，寻呼消息可以为CSFB业务寻呼消息、数据业务寻呼消息、VOLTE业务寻呼消息和CS短信业务寻呼消息的其中一种，可以应用寻呼消息识别规则识别寻呼消息所属的以上四种业务中的一种。寻呼消息识别规则如表1所示，根据寻呼消息需要关联的接口、关联的消息、关联的字段以及响应消息对寻呼消息进行业务识别。
表1寻呼消息识别规则
从表1中可以看出，数据业务的寻呼消息的CN domain字段取值为PS，由S11接口的下行数据通知(Downlink Data Notification)消息触发，其中EPS承载标识(EPS BearerID)字段取值为5。相应的响应消息为用户(UE)发送的服务请求(Service Request)。
VOLTE业务的寻呼消息的CN domain字段取值也是PS，可以由S11接口的DownlinkData Notification消息触发，其中EPS Bearer ID字段取值为6；对于签约了智能网业务的VOLTE被叫用户，相应的寻呼消息由S6a接口的***用户数据请求(Insert SubscriberData Request，IDR)消息触发，其中Eps位置信息请求(EPS Location InformationRequest)及当前位置信息请求(Current Location Request)信元取值为1。相应的响应消息为UE发送的Service Request。
CSFB语音业务的寻呼消息的CN domain字段取值为CS，由SGs接口的SGs寻呼请求(SGsAP Paging Request)消息触发，其中服务标志(Service indicator)字段取值为CS呼叫标志(CS call indicator)，相应的响应消息为UE发送的扩展服务请求(Extend ServiceRequest)消息。
CS短信业务的寻呼消息的CN domain字段取值也为PS，由SGs接口的SGsAP PagingRequest消息触发，其中Service indicator字段取值为短讯服务(Short MessagingService，SMS)标志(SMS indicator)，相应的响应消息为UE发送的Service Request消息。
在步骤S12中，根据所述寻呼消息的CN域字段判断所述寻呼消息为CS域的CSFB业务寻呼消息或PS域的业务寻呼消息；如果所述寻呼消息为PS域的业务寻呼消息，则根据UEPaging ID字段关联用户的上一条消息；根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型。
在本发明实施例中，如果CN域字段取值为CS，则确定该寻呼消息为CS域的CSFB业务寻呼消息。如果CN域字段取值为PS，则确定该寻呼消息为PS域的业务寻呼消息，根据UEPaging ID字段关联该用户的上一条消息。如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，则确定所述寻呼消息为数据业务寻呼消息。如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为6，则确定所述寻呼消息为VOLTE业务寻呼消息。如果所述上一条消息为S6a接口的***用户数据请求消息，且Eps位置信息请求字段及当前位置信息请求字段的信元取值为1，则确定所述寻呼消息为VOLTE业务寻呼消息。如果所述上一条消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，则确定所述寻呼消息为短信业务寻呼消息。
在本发明实施例中，更具体的识别方法如图3所示，包括：
步骤S200：开始。
步骤S201：识别SI-MME接口的寻呼消息。
从位于eNodeB与MME之间的S1-MME接口获取并识别寻呼消息。
步骤S202：记录寻呼消息中的CN域字段及UE Paging ID字段。
CN domain字段用于区分寻呼消息为CS域寻呼或PS域寻呼，根据UE Paging ID字段关联该用户的其他接口的消息。
步骤S203：判断CN域字段的取值是否为PS。如果否，则执行步骤S204；如果是，则跳转至执行步骤S205。
CN域字段的取值为PS，说明寻呼消息为PS域的的业务寻呼。CN域字段的取值不为PS，则为CS，说明寻呼消息为CS域的的业务寻呼，
步骤S204：确定为CSFB语音业务。然后跳转至执行步骤S214。
CN域字段的取值不为PS，则为CS，而CS域的业务寻呼只有CSFB业务寻呼，因此可以确定寻呼消息为CSFB业务寻呼消息。
步骤S205：根据UE Paging ID字段查询该用户的上一条消息。
CN域字段的取值为PS时，根据UE Paging ID字段查询上一条消息以对寻呼消息进行进一步的识别。
步骤S206：判断是否为S11接口的下行数据通知消息。如果是，则执行步骤S207，如果否，则跳转至执行步骤S210。
上一条寻呼消息为S11接口的下行数据通知消息，说明寻呼消息可以为数据业务寻呼消息或VOLTE业务寻呼消息。
步骤S207：判断EPS承载标识字段是否为5。如果是，则执行步骤S208；如果否，则跳转至执行步骤S209。
步骤S208：确定为数据业务。然后跳转至执行步骤S214。
上一条寻呼消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，该寻呼消息为数据业务寻呼消息。
步骤S209：判断EPS承载标识字段是否为6。如果是，则执行步骤S211；如果否，则跳转至执行步骤S214。
步骤S210：判断是否为S6a接口的IDR消息，且Eps位置信息请求及当前位置信息请求信元取值为1。如果是，则执行步骤S211；如果否，则跳转至执行步骤S212。
步骤S211：确定为VOLTE业务。然后跳转至执行步骤S214。
上一条寻呼消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，该寻呼消息为VOLTE业务寻呼消息。
上一条寻呼消息为S6a接口的IDR消息，且Eps位置信息请求及当前位置信息请求信元取值为1，该寻呼消息亦为VOLTE业务寻呼消息。
步骤S212：判断是否为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志。如果是，则执行步骤S213；如果否，则跳转至执行步骤S214。
步骤S213：确定为短信业务。然后跳转至执行步骤S214。
上一条寻呼消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，该寻呼消息亦为短信业务寻呼消息。
步骤S214：结束。
本发明实施例通过关联单用户的不同接口的不同消息的某些字段，通过不同接口对于寻呼业务流程的关联分析，能够准确区分现网不同业务类型的寻呼。
步骤S13：按照不同的所述寻呼业务类型分别计算寻呼成功率。
在步骤S13中，按照不同的所述寻呼业务类型，获取预设时间内所述寻呼消息的寻呼请求次数和寻呼响应次数；按照不同的所述寻呼业务类型，根据所述寻呼请求次数和所述寻呼响应次数计算所述寻呼成功率。
在本发明实施例中，对于不同业务的寻呼，寻呼失败的定义如表2。不同的寻呼业务类型，其对应的预设时间为如表2所示的寻呼方案中规定的总时间。例如，对数据业务寻呼，其对应的预设时间为2+6+6＝14秒。对于VOLTE业务寻呼，其对应的预设时间为3*3＝9秒。对于CSFB语音业务寻呼，其对应的预设时间为6+5+5＝16秒。对于CS短信业务寻呼，其对应的预设时间为6+5+5＝16秒。
在步骤S13中，寻呼请求次数的计算方法为：按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的所述预设时间内，计算用户的对所述寻呼业务类型的寻呼请求的寻呼请求次数，其中，对于同一用户同一种业务的寻呼请求，所述寻呼请求次数计为1次，对于不同用户的寻呼请求，所述寻呼请求次数加1。也就是说，对于同一用户同一种业务的寻呼请求，预设时间内的所有的请求次数计为1次，即不统计针对同一用户的第二次、第三次寻呼请求。而如果是不同用户的寻呼请求，则寻呼请求次数加1。
表2不同业务的寻呼失败定义
寻呼响应次数的计算方法为：按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的预设时间内，计算用户的一次寻呼响应次数和二次寻呼响应次数，其中，所述一次寻呼响应次数为发送第一次寻呼请求后收到响应所述寻呼请求的寻呼响应的次数，所述二次寻呼响应次数为两次或两次以上寻呼请求后收到响应所述寻呼请求的寻呼响应的次数。每收到一次寻呼响应，寻呼响应次数加1。
对于数据业务寻呼，一次寻呼响应次数的统计方法为：MME发送第一次寻呼请求消息后，2秒内收到UE发送的寻呼响应Service Request的次数。对于VOLTE业务寻呼，一次寻呼响应次数的统计方法为：MME发送第一次寻呼请求消息后，3秒内收到UE发送的寻呼响应Service Request的次数。对于CSFB语音业务寻呼，一次寻呼响应次数的统计方法为：MME发送第一次寻呼请求消息后，6秒内收到UE发送的寻呼响应Extended Service Request的次数。对于CS短信业务寻呼，一次寻呼响应次数的统计方法为：MME发送第一次寻呼请求消息后，6秒内收到UE发送的寻呼响应Service Request的次数。
二次寻呼响应次数的统计方法为：预设时间内，MME发送二次或二次以上某种业务的寻呼请求消息后，收到UE发送的响应该寻呼请求的寻呼响应Service Request或Extended Service Request的次数。
按照不同的所述寻呼业务类型，所述寻呼成功率＝(一次寻呼响应次数+二次寻呼响应次数)/寻呼请求次数*100％。本发明实施例分别统计四类业务的寻呼请求及响应次数，可以分MME、分地市、分跟踪区域码(Tracking Area Code，TAC)等维度计算出相应范围的寻呼成功率。
本发明实施例通过多接口信令关联分析，结合现网不同厂家不同业务类型寻呼的寻呼方案，准确判断寻呼成功与否，做到对同一用户同一业务的寻呼消息去重处理，并更加准确的记录寻呼成功与否，从而对于不同业务计算出的寻呼成功率更加符合实际情况，大幅提升了寻呼类型和寻呼成功与否的准确性，已经可以做到接近100％的识别精度，为现网中常用到的寻呼失败分析提供有效支撑，对于提升现网运维的支撑能力具备较高的价值。
本发明实施例通过记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率，能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。
图4示出了本发明实施例的寻呼消息的业务识别装置的结构示意图。如图4所示，该寻呼消息的业务识别装置包括：消息记录单元401、业务识别单元402以及成功率计算单元403。其中：
消息记录单元401用于记录寻呼消息的CN域字段和UE Paging ID字段；业务识别单元402用于根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；成功率计算单元403用于按照不同的所述寻呼业务类型分别计算寻呼成功率。
在一种可选的方式中，业务识别单元402用于：根据所述寻呼消息的CN域字段判断所述寻呼消息为CS域的CSFB业务寻呼消息或PS域的业务寻呼消息；如果所述寻呼消息为PS域的业务寻呼消息，则根据UE Paging ID字段关联用户的上一条消息；根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型。
在一种可选的方式中，业务识别单元402用于：如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，则确定所述寻呼消息为数据业务寻呼消息；如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为6，则确定所述寻呼消息为VOLTE业务寻呼消息；如果所述上一条消息为S6a接口的***用户数据请求消息，且Eps位置信息请求字段及当前位置信息请求字段的信元取值为1，则确定所述寻呼消息为VOLTE业务寻呼消息；如果所述上一条消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，则确定所述寻呼消息为短信业务寻呼消息。
在一种可选的方式中，成功率计算单元403用于：按照不同的所述寻呼业务类型，获取预设时间内所述寻呼消息的寻呼请求次数和寻呼响应次数；按照不同的所述寻呼业务类型，根据所述寻呼请求次数和所述寻呼响应次数计算所述寻呼成功率。
在一种可选的方式中，成功率计算单元403用于：按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的所述预设时间内，计算用户的对所述寻呼业务类型的寻呼请求的寻呼请求次数，其中，对于同一用户同一种业务的寻呼请求，所述寻呼请求次数计为1次，对于不同用户的寻呼请求，所述寻呼请求次数加1。
在一种可选的方式中，成功率计算单元403用于：按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的预设时间内，计算用户的一次寻呼响应次数和二次寻呼响应次数，其中，所述一次寻呼响应次数为发送一次寻呼请求后收到响应所述寻呼请求的寻呼响应的次数，所述二次寻呼响应次数为两次或两次以上寻呼请求后收到响应所述寻呼请求的寻呼响应的次数。
在一种可选的方式中，按照不同的所述寻呼业务类型，所述寻呼成功率＝(一次寻呼响应次数+二次寻呼响应次数)/寻呼请求次数*100％。
本发明实施例通过记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率，能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。
本发明实施例提供了一种非易失性计算机存储介质，所述计算机存储介质存储有至少一可执行指令，该计算机可执行指令可执行上述任意方法实施例中的寻呼消息的业务识别方法。
可执行指令具体可以用于使得处理器执行以下操作：
记录寻呼消息的CN域字段和UE Paging ID字段；
根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；
按照不同的所述寻呼业务类型分别计算寻呼成功率。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
根据所述寻呼消息的CN域字段判断所述寻呼消息为CS域的CSFB业务寻呼消息或PS域的业务寻呼消息；
如果所述寻呼消息为PS域的业务寻呼消息，则根据UE Paging ID字段关联用户的上一条消息；
根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，则确定所述寻呼消息为数据业务寻呼消息；
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为6，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为S6a接口的***用户数据请求消息，且Eps位置信息请求字段及当前位置信息请求字段的信元取值为1，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，则确定所述寻呼消息为短信业务寻呼消息。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，获取预设时间内所述寻呼消息的寻呼请求次数和寻呼响应次数；
按照不同的所述寻呼业务类型，根据所述寻呼请求次数和所述寻呼响应次数计算所述寻呼成功率。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的预设时间内，计算用户的对所述寻呼业务类型的寻呼请求的寻呼请求次数，其中，对于同一用户同一种业务的寻呼请求，所述寻呼请求次数计为1次，对于不同用户的寻呼请求，所述寻呼请求次数加1。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的所述预设时间内，计算用户的一次寻呼响应次数和二次寻呼响应次数，其中，所述一次寻呼响应次数为发送一次寻呼请求后收到响应所述寻呼请求的寻呼响应的次数，所述二次寻呼响应次数为两次或两次以上寻呼请求后收到响应所述寻呼请求的寻呼响应的次数。
在一种可选的方式中，按照不同的所述寻呼业务类型，所述寻呼成功率＝(一次寻呼响应次数+二次寻呼响应次数)/寻呼请求次数*100％。
本发明实施例通过记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率，能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。
本发明实施例提供了一种计算机程序产品，所述计算机程序产品包括存储在计算机存储介质上的计算机程序，所述计算机程序包括程序指令，当所述程序指令被计算机执行时，使所述计算机执行上述任意方法实施例中的寻呼消息的业务识别方法。
可执行指令具体可以用于使得处理器执行以下操作：
记录寻呼消息的CN域字段和UE Paging ID字段；
根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；
按照不同的所述寻呼业务类型分别计算寻呼成功率。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
根据所述寻呼消息的CN域字段判断所述寻呼消息为CS域的CSFB业务寻呼消息或PS域的业务寻呼消息；
如果所述寻呼消息为PS域的业务寻呼消息，则根据UE Paging ID字段关联用户的上一条消息；
根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，则确定所述寻呼消息为数据业务寻呼消息；
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为6，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为S6a接口的***用户数据请求消息，且Eps位置信息请求字段及当前位置信息请求字段的信元取值为1，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，则确定所述寻呼消息为短信业务寻呼消息。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，获取预设时间内所述寻呼消息的寻呼请求次数和寻呼响应次数；
按照不同的所述寻呼业务类型，根据所述寻呼请求次数和所述寻呼响应次数计算所述寻呼成功率。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的预设时间内，计算用户的对所述寻呼业务类型的寻呼请求的寻呼请求次数，其中，对于同一用户同一种业务的寻呼请求，所述寻呼请求次数计为1次，对于不同用户的寻呼请求，所述寻呼请求次数加1。
在一种可选的方式中，所述可执行指令使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的所述预设时间内，计算用户的一次寻呼响应次数和二次寻呼响应次数，其中，所述一次寻呼响应次数为发送一次寻呼请求后收到响应所述寻呼请求的寻呼响应的次数，所述二次寻呼响应次数为两次或两次以上寻呼请求后收到响应所述寻呼请求的寻呼响应的次数。
在一种可选的方式中，按照不同的所述寻呼业务类型，所述寻呼成功率＝(一次寻呼响应次数+二次寻呼响应次数)/寻呼请求次数*100％。
本发明实施例通过记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率，能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。
图5示出了本发明实施例提供的计算设备的结构示意图，本发明具体实施例并不对设备的具体实现做限定。
如图5所示，该计算设备可以包括：处理器(processor)502、通信接口(Communications Interface)504、存储器(memory)506、以及通信总线508。
其中：处理器502、通信接口504、以及存储器506通过通信总线508完成相互间的通信。通信接口504，用于与其它设备比如客户端或其它服务器等的网元通信。处理器502，用于执行程序510，具体可以执行上述寻呼消息的业务识别方法实施例中的相关步骤。
具体地，程序510可以包括程序代码，该程序代码包括计算机操作指令。
处理器502可能是中央处理器CPU，或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit)，或者是被配置成实施本发明实施例的一个或各个集成电路。设备包括的一个或各个处理器，可以是同一类型的处理器，如一个或各个CPU；也可以是不同类型的处理器，如一个或各个CPU以及一个或各个ASIC。
存储器506，用于存放程序510。存储器506可能包含高速RAM存储器，也可能还包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。
程序510具体可以用于使得处理器502执行以下操作：
记录寻呼消息的CN域字段和UE Paging ID字段；
根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；
按照不同的所述寻呼业务类型分别计算寻呼成功率。
在一种可选的方式中，所述程序510使所述处理器执行以下操作：
根据所述寻呼消息的CN域字段判断所述寻呼消息为CS域的CSFB业务寻呼消息或PS域的业务寻呼消息；
如果所述寻呼消息为PS域的业务寻呼消息，则根据UE Paging ID字段关联用户的上一条消息；
根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型。
在一种可选的方式中，所述程序510使所述处理器执行以下操作：
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，则确定所述寻呼消息为数据业务寻呼消息；
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为6，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为S6a接口的***用户数据请求消息，且Eps位置信息请求字段及当前位置信息请求字段的信元取值为1，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，则确定所述寻呼消息为短信业务寻呼消息。
在一种可选的方式中，所述程序510使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，获取预设时间内所述寻呼消息的寻呼请求次数和寻呼响应次数；
按照不同的所述寻呼业务类型，根据所述寻呼请求次数和所述寻呼响应次数计算所述寻呼成功率。
在一种可选的方式中，所述程序510使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的预设时间内，计算用户的对所述寻呼业务类型的寻呼请求的寻呼请求次数，其中，对于同一用户同一种业务的寻呼请求，所述寻呼请求次数计为1次，对于不同用户的寻呼请求，所述寻呼请求次数加1。
在一种可选的方式中，所述程序510使所述处理器执行以下操作：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的所述预设时间内，计算用户的一次寻呼响应次数和二次寻呼响应次数，其中，所述一次寻呼响应次数为发送一次寻呼请求后收到响应所述寻呼请求的寻呼响应的次数，所述二次寻呼响应次数为两次或两次以上寻呼请求后收到响应所述寻呼请求的寻呼响应的次数。
在一种可选的方式中，按照不同的所述寻呼业务类型，所述寻呼成功率＝(一次寻呼响应次数+二次寻呼响应次数)/寻呼请求次数*100％。
本发明实施例通过记录寻呼消息的CN域字段和UE Paging ID字段；根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；按照不同的所述寻呼业务类型分别计算寻呼成功率，能够准确区分现网不同业务类型的寻呼，从而对于不同业务计算出的寻呼成功率更加准确且符合实际情况，为寻呼失败分析提供有效支撑。
在此提供的算法或显示不与任何特定计算机、虚拟***或者其它设备固有相关。各种通用***也可以与基于在此的示教一起使用。根据上面的描述，构造这类***所要求的结构是显而易见的。此外，本发明实施例也不针对任何特定编程语言。应当明白，可以利用各种编程语言实现在此描述的本发明的内容，并且上面对特定语言所做的描述是为了披露本发明的最佳实施方式。
在此处所提供的说明书中，说明了大量具体细节。然而，能够理解，本发明的实施例可以在没有这些具体细节的情况下实践。在一些实例中，并未详细示出公知的方法、结构和技术，以便不模糊对本说明书的理解。
类似地，应当理解，为了精简本发明并帮助理解各个发明方面中的一个或多个，在上面对本发明的示例性实施例的描述中，本发明实施例的各个特征有时被一起分组到单个实施例、图、或者对其的描述中。然而，并不应将该公开的方法解释成反映如下意图：即所要求保护的本发明要求比在每个权利要求中所明确记载的特征更多的特征。更确切地说，如下面的权利要求书所反映的那样，发明方面在于少于前面公开的单个实施例的所有特征。因此，遵循具体实施方式的权利要求书由此明确地并入该具体实施方式，其中每个权利要求本身都作为本发明的单独实施例。
本领域那些技术人员可以理解，可以对实施例中的设备中的模块进行自适应性地改变并且把它们设置在与该实施例不同的一个或多个设备中。可以把实施例中的模块或单元或组件组合成一个模块或单元或组件，以及此外可以把它们分成多个子模块或子单元或子组件。除了这样的特征和/或过程或者单元中的至少一些是相互排斥之外，可以采用任何组合对本说明书(包括伴随的权利要求、摘要和附图)中公开的所有特征以及如此公开的任何方法或者设备的所有过程或单元进行组合。除非另外明确陈述，本说明书(包括伴随的权利要求、摘要和附图)中公开的每个特征可以由提供相同、等同或相似目的的替代特征来代替。
此外，本领域的技术人员能够理解，尽管在此的一些实施例包括其它实施例中所包括的某些特征而不是其它特征，但是不同实施例的特征的组合意味着处于本发明的范围之内并且形成不同的实施例。例如，在下面的权利要求书中，所要求保护的实施例的任意之一都可以以任意的组合方式来使用。
应该注意的是上述实施例对本发明进行说明而不是对本发明进行限制，并且本领域技术人员在不脱离所附权利要求的范围的情况下可设计出替换实施例。在权利要求中，不应将位于括号之间的任何参考符号构造成对权利要求的限制。单词“包含”不排除存在未列在权利要求中的元件或步骤。位于元件之前的单词“一”或“一个”不排除存在多个这样的元件。本发明可以借助于包括有若干不同元件的硬件以及借助于适当编程的计算机来实现。在列举了若干装置的单元权利要求中，这些装置中的若干个可以是通过同一个硬件项来具体体现。单词第一、第二、以及第三等的使用不表示任何顺序。可将这些单词解释为名称。上述实施例中的步骤，除有特殊说明外，不应理解为对执行顺序的限定。
Claims (10)
1.一种寻呼消息的业务识别方法，其特征在于，所述方法包括：
记录寻呼消息的CN域字段和UE Paging ID字段；
根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；
按照不同的所述寻呼业务类型分别计算寻呼成功率。
2.根据权利要求1所述的方法，其特征在于，所述根据所述寻呼消息的CN域字段以及UEPaging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型，包括：
根据所述寻呼消息的CN域字段判断所述寻呼消息为CS域的CSFB业务寻呼消息或PS域的业务寻呼消息；
如果所述寻呼消息为PS域的业务寻呼消息，则根据UE Paging ID字段关联用户的上一条消息；
根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型。
3.根据权利要求2所述的方法，其特征在于，所述根据关联的所述上一条消息判断所述寻呼消息所属的PS域的寻呼业务类型，包括：
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为5，则确定所述寻呼消息为数据业务寻呼消息；
如果所述上一条消息为S11接口的下行数据通知消息，且EPS承载标识字段为6，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为S6a接口的***用户数据请求消息，且Eps位置信息请求字段及当前位置信息请求字段的信元取值为1，则确定所述寻呼消息为VOLTE业务寻呼消息；
如果所述上一条消息为SGs接口的SGsAP寻呼消息，且服务标志字段为短讯服务标志，则确定所述寻呼消息为短信业务寻呼消息。
4.根据权利要求1所述的方法，其特征在于，所述按照不同的所述寻呼业务类型分别计算寻呼成功率，包括：
按照不同的所述寻呼业务类型，获取预设时间内所述寻呼消息的寻呼请求次数和寻呼响应次数；
按照不同的所述寻呼业务类型，根据所述寻呼请求次数和所述寻呼响应次数计算所述寻呼成功率。
5.根据权利要求4所述的方法，其特征在于，所述按照不同的所述寻呼业务类型，获取所述寻呼消息的寻呼请求次数，包括：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的预设时间内，计算用户的对所述寻呼业务类型的寻呼请求的寻呼请求次数，其中，对于同一用户同一种业务的寻呼请求，所述寻呼请求次数计为1次，对于不同用户的寻呼请求，所述寻呼请求次数加1。
6.根据权利要求4所述的方法，其特征在于，所述按照不同的所述寻呼业务类型，获取所述寻呼消息的寻呼响应次数，包括：
按照不同的所述寻呼业务类型，在与所述寻呼业务类型对应的所述预设时间内，计算用户的一次寻呼响应次数和二次寻呼响应次数，其中，所述一次寻呼响应次数为发送一次寻呼请求后收到响应所述寻呼请求的寻呼响应的次数，所述二次寻呼响应次数为两次或两次以上寻呼请求后收到响应所述寻呼请求的寻呼响应的次数。
7.根据权利要求6所述的方法，其特征在于，按照不同的所述寻呼业务类型，所述寻呼成功率＝(一次寻呼响应次数+二次寻呼响应次数)/寻呼请求次数*100％。
8.一种寻呼消息的业务识别装置，其特征在于，所述装置包括：
消息记录单元，用于记录寻呼消息的CN域字段和UE Paging ID字段；
业务识别单元，用于根据所述寻呼消息的CN域字段以及UE Paging ID字段应用寻呼消息识别规则识别所述寻呼消息所属的寻呼业务类型；
成功率计算单元，用于按照不同的所述寻呼业务类型分别计算寻呼成功率。
9.一种计算设备，包括：处理器、存储器、通信接口和通信总线，所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信；
所述存储器用于存放至少一可执行指令，所述可执行指令使所述处理器执行根据权利要求1-7任一项所述寻呼消息的业务识别方法的步骤。
10.一种计算机存储介质，所述存储介质中存储有至少一可执行指令，所述可执行指令使处理器执行根据权利要求1-7任一项所述寻呼消息的业务识别方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910995509.7A CN112689295B (zh) | 2019-10-18 | 2019-10-18 | 寻呼消息的业务识别方法、装置、计算设备及存储介质 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910995509.7A CN112689295B (zh) | 2019-10-18 | 2019-10-18 | 寻呼消息的业务识别方法、装置、计算设备及存储介质 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN112689295A true CN112689295A (zh) | 2021-04-20 |
| CN112689295B CN112689295B (zh) | 2023-09-05 |
Family
ID=75445077
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910995509.7A Active CN112689295B (zh) | 2019-10-18 | 2019-10-18 | 寻呼消息的业务识别方法、装置、计算设备及存储介质 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN112689295B (zh) |
Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101291461A (zh) * | 2008-06-06 | 2008-10-22 | 中兴通讯股份有限公司 | 短消息终呼方法及*** |
| CN101742692A (zh) * | 2008-11-07 | 2010-06-16 | 华为技术有限公司 | 寻呼处理、信息显示方法、装置及*** |
| CN101778348A (zh) * | 2009-01-09 | 2010-07-14 | 华为技术有限公司 | 一种cs域业务的处理方法、设备及*** |
| CN103747527A (zh) * | 2009-06-26 | 2014-04-23 | 华为技术有限公司 | 寻呼处理方法、通信装置及通信*** |
| CN104619023A (zh) * | 2013-11-05 | 2015-05-13 | ***通信集团江苏有限公司 | 智能寻呼方法及智能寻呼设备 |
| CN104811960A (zh) * | 2014-01-23 | 2015-07-29 | 中国电信股份有限公司 | 基于业务感知的寻呼控制方法和*** |
| US20170064671A1 (en) * | 2015-08-25 | 2017-03-02 | Intel Corporation | Evolved node-b, user equipment, and methods for paging using a bitmap of paging indicators |
| CN107836127A (zh) * | 2016-06-08 | 2018-03-23 | 北京小米移动软件有限公司 | 寻呼方法、装置及*** |
| WO2018082598A1 (zh) * | 2016-11-03 | 2018-05-11 | 电信科学技术研究院 | 一种寻呼方法、基站及终端 |
| WO2019104734A1 (zh) * | 2017-12-01 | 2019-06-06 | Oppo广东移动通信有限公司 | 一种寻呼消息的发送方法及装置、计算机存储介质 |
-
2019
- 2019-10-18 CN CN201910995509.7A patent/CN112689295B/zh active Active
Patent Citations (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN101291461A (zh) * | 2008-06-06 | 2008-10-22 | 中兴通讯股份有限公司 | 短消息终呼方法及*** |
| CN101742692A (zh) * | 2008-11-07 | 2010-06-16 | 华为技术有限公司 | 寻呼处理、信息显示方法、装置及*** |
| CN101778348A (zh) * | 2009-01-09 | 2010-07-14 | 华为技术有限公司 | 一种cs域业务的处理方法、设备及*** |
| CN103747527A (zh) * | 2009-06-26 | 2014-04-23 | 华为技术有限公司 | 寻呼处理方法、通信装置及通信*** |
| CN104619023A (zh) * | 2013-11-05 | 2015-05-13 | ***通信集团江苏有限公司 | 智能寻呼方法及智能寻呼设备 |
| CN104811960A (zh) * | 2014-01-23 | 2015-07-29 | 中国电信股份有限公司 | 基于业务感知的寻呼控制方法和*** |
| US20170064671A1 (en) * | 2015-08-25 | 2017-03-02 | Intel Corporation | Evolved node-b, user equipment, and methods for paging using a bitmap of paging indicators |
| CN107836127A (zh) * | 2016-06-08 | 2018-03-23 | 北京小米移动软件有限公司 | 寻呼方法、装置及*** |
| WO2018082598A1 (zh) * | 2016-11-03 | 2018-05-11 | 电信科学技术研究院 | 一种寻呼方法、基站及终端 |
| WO2019104734A1 (zh) * | 2017-12-01 | 2019-06-06 | Oppo广东移动通信有限公司 | 一种寻呼消息的发送方法及装置、计算机存储介质 |
Non-Patent Citations (2)
| Title |
|---|
| HUAWEI, HISILICON/LIN: "C1-183240 \"Correction on service request as paging response\"", 3GPP TSG_CT\\WG1_MM-CC-SM_EX-CN1, no. 1 * |
| 傅芳: "移动交换网寻呼参数优化", 《中国新通信》 * |
Also Published As
| Publication number | Publication date |
|---|---|
| CN112689295B (zh) | 2023-09-05 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN108092685B (zh) | 双卡槽终端的双卡状态识别方法、装置、设备及介质 | |
| US20180376404A1 (en) | Restriction control apparatus, restriction control system, and restriction control method | |
| WO2018170700A1 (zh) | 一种寻呼方法及相关设备 | |
| CN114258052B (zh) | 数据关联***、数据关联方法及装置、设备及介质 | |
| EP3185598B1 (en) | Application registration method and apparatus | |
| CN108391223B (zh) | 一种确定失联用户的方法及装置 | |
| CN113329338B (zh) | 一种用户流动行为处理方法、装置、电子设备及存储介质 | |
| CN115174472A (zh) | 一种消息转发处理方法及相关装置 | |
| CN113038523B (zh) | 终端识别方法和装置 | |
| CN111787483A (zh) | 位置确定方法和装置 | |
| CN112689295B (zh) | 寻呼消息的业务识别方法、装置、计算设备及存储介质 | |
| US10015727B2 (en) | Automatic detection of a network operator for a mobile network device | |
| CN115002808B (zh) | 一种信息转发方法、装置、设备及存储介质 | |
| US20130023244A1 (en) | Method, network entity, telecommunications network and computer program product for handling subscription data in a telecommunications network | |
| US10506021B2 (en) | Method and device for providing communication connection for a plurality of candidate applications in a mobile device | |
| CN114222284B (zh) | 终端设备识别方法、装置及可读存储介质 | |
| WO2011143987A1 (zh) | Mtc终端接入方法及***和mtc终端 | |
| WO2018044412A1 (en) | Reducing fraudulent activity associated with mobile networks | |
| US9788299B2 (en) | Base station paging based on traffic content type | |
| EP2871875B1 (en) | Security method for the verification of an information retrieval request | |
| CN112148508A (zh) | 一种信息处理的方法及相关装置 | |
| WO2017114171A1 (zh) | 寻呼统计方法及装置、基站 | |
| WO2014063313A1 (zh) | 业务分析方法及设备 | |
| CN110839250B (zh) | Gsm随机接入方法及相关产品 | |
| CN112182340B (zh) | 物联网信息查询方法、订阅方法、装置及电子设备 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |