一种异常情况下的寻呼控制方法及装置制造方法及图纸

本发明专利技术公开了一种异常情况下的寻呼控制方法及装置，用于解决MME发送大量寻呼消息造成负荷过重而引发设备故障，以及不区分UE等级导致对优先级高的UE无法优先处理的问题，该方法为：在设定的检测周期内，每次对UE发送寻呼消息之前，获取在检测周期内累计的寻呼消息条数，并判断寻呼消息条数是否大于第一设定阈值；在判定寻呼消息条数大于第一设定阈值时，进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值，若是，则发送寻呼消息，否则，在确定寻呼消息的寻呼类型为指定寻呼类型时，再发送寻呼消息；在判定寻呼消息条数小于或等于第一设定阈值时，发送寻呼消息。采用上述方法，可以有效对寻呼过程进行控制。

【技术实现步骤摘要】
一种异常情况下的寻呼控制方法及装置
本专利技术涉及通信领域，尤其涉及一种异常情况下的寻呼控制方法及装置。
技术介绍
UE注册到LTE网络中，当没有业务发生时，一般会处于空闲(ECM-1DLE)状态，该状态是用于指示UE和移动管理实体(Mobile Management Entity,MME)之间的信令连接释放，即SI链路释放。参阅图1所示的网络侧发起的寻呼过程，具体包括步骤I至步骤6b，其中，当网络侧有下行数据或者有下行信令时(即步骤I和步骤2)，需要对处于ECM-1DLE态的UE发起寻呼(即步骤3和步骤4)，UE收到MME对其的寻呼消息后，发起服务请求过程(即步骤5)来恢复SI链路连接，在恢复SI链路连接后，下行数据或者下行信令才会下发到终端。根据3GPP协议，以下几种情况MME都需要对UE进行寻呼:参阅图2所示的专用承载激活过程，具体包括步骤I至步骤12，3GPP协议记载:服务网关发送给MME创建承载请求，若UE处于ECM-1DLE态，从步骤3处，MME将会触发网络触发服务请求。(The Serving Gff sends the Create Bearer Request message to theMME.1f the UE is in ECM-1DLE state the MME will trigger the Network TriggeredService Request from step3.)参阅图3所示的MME发起的去附着过程，具体包括步骤I至步骤14，以及参阅图4所示的HSS发起的去附着过程，具体包括步骤Ia至步骤10a，3GPP协议记载:若UE处于ECM-1DLE态，MME会寻呼UEJIf the UE is in ECM-1DLE state the MME pages the UE.)参阅图5所示的UE在激活状态下的F1DN GW发起的承载去激活过程,具体包括步骤I至步骤11，3GPP协议记载:MME通过发送给UE去附着请求消息，隐式地将UE去附着。若UE 处于 ECM-1DLE 态,MME 会寻呼 UE。(the MME explicitly detaches the UE by sendinga Detach Request message to the UE.1f the UE is in ECM-1DLE state the MME pagesthe UE.)在某些突发或者异常的情况下，如分组数据网(Packet Data Network, PDN)向大量UE发送业务推送消息或者分组数据网网关(PDN Gateway, PGW)因为故障而需要释放掉所有的用户等等异常情况。在上述异常情况下，若大量的UE处于ECM-1DLE态，根据3GPP协议，MME需要对所有UE发起寻呼，MME瞬间会有大量的寻呼消息下发，大量的寻呼消息可能会造成MME的负荷饱和从而引发MME设备故障(如宕机)，严重时会造成整个网络的瘫痪。并且寻呼消息的下发并不区分UE等级，导致对于优先级高的UE无法保证可以优先处理。
技术实现思路
本专利技术实施例提供一种异常情况下的寻呼控制方法及装置，用以解决现有技术中存在的异常情况下，MME对UE发起寻呼，瞬间产生大量寻呼消息下发至UE时，造成MME负荷过重，从而引发设备故障的问题，以及在MME的负荷加重时，对寻呼消息的下发并不区分UE等级，导致对优先级高的UE无法优先处理的问题。本专利技术实施例提供一种异常情况下的寻呼控制方法及装置。第一方面，一种异常情况下的寻呼控制方法，该方法包括:在设定的检测周期内，每次对UE发送寻呼消息之前，获取在检测周期内累计的寻呼消息条数，并判断寻呼消息条数是否大于第一设定阈值；在判定寻呼消息条数大于第一设定阈值时，进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值，若是，则发送寻呼消息，否则，在确定寻呼消息的寻呼类型为指定寻呼类型时，再发送寻呼消息；在判定寻呼消息条数小于或等于第一设定阈值时，发送寻呼消息。结合第一方面，在第一种可能的实现方式中，获取在当前检测周期内累计的寻呼消息条数之后，在判断寻呼消息条数是否大于第一设定阈值之前，进一步包括:判定寻呼消息条数小于当前检测周期内能够发送的最大寻呼条数时，确定执行后续判断操作。结合第一方面的第一种可能的实现方式，在第二种可能的实现方式中，进一步包括:在判定寻呼消息条数大于或等于当前检测周期内能够发送的最大寻呼条数时，丢弃寻呼消息，其中，丢弃的寻呼消息不进行累计。通过这种可能的实现方式，在寻呼消息条数大于或等于当前检测周期内能够发送的最大寻呼条数时，不再发送待发送的寻呼消息，可以使得MME设备不至于达到负荷最大的状态而导致设备瘫痪。结合第一方面，在第三种可能的实现方式中，在判定寻呼消息条数大于第一设定阈值后，在进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值之前，进一步包括:判定当前寻呼由创建承载过程触发或者由发送下行数据触发时，确定执行后续判断操作。通过这种可能的实现方式，处于空闲态的用户在多种情况下会发生寻呼过程，对于创建承载过程以及发送下行数据时触发而发送的寻呼消息过程，用户感知明显，因此，需要优先处理。结合第一方面的第三种可能的实现方式，在第四种可能的实现方式中，进一步包括:判定当前寻呼不是由创建承载过程触发或者由发送下行数据触发时，在进一步确定寻呼消息的寻呼类型为指定寻呼类型时，再发送寻呼消息。结合第一方面或第一方面的上述任意一种可能的实现方式，在第五种可能的实现方式中，在确定当前待发送的寻呼消息所针对的UE的优先级未达到第二设定阈值之后，进一步包括:在确定寻呼消息的寻呼类型不为指定寻呼类型时，丢弃寻呼消息，丢弃的寻呼消息不进行累计。通过这种可能的实现方式，通过指定寻呼类型，排除MME给全网发送寻呼消息对应的寻呼类型，以减少MME发送寻呼消息的条数。结合第一方面或第一方面的第一至第四种中任意一种实现方式，在第六种可能的实现方式中，在确定寻呼消息的寻呼类型为指定寻呼类型之后，在发送寻呼消息之前，进一步包括:判断寻呼消息不为重发寻呼消息时，初步确定能够发送寻呼消息。结合第一方面的第六种可能的实现方式，在第七种可能的实现方式中，进一步包括:确定寻呼消息为重发寻呼消息时，丢弃寻呼消息，其中，丢弃的寻呼消息不进行累计。通过这种可能的实现方式，可以尽可能的少发寻呼消息，有效的对寻呼消息进行控制，不对重发的寻呼消息，再次重复发送。第二方面，一种异常情况下的寻呼控制装置，该装置包括:第一处理单元，用于在设定的检测周期内，每次对UE发送寻呼消息之前，获取在检测周期内累计的寻呼消息条数，并判断寻呼消息条数是否大于第一设定阈值；第二处理单元，用于在判定寻呼消息条数大于第一设定阈值时，进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值，若是，则发送寻呼消息，否则，在确定寻呼消息的寻呼类型为指定寻呼类型时，再发送寻呼消息；第三处理单元，用于在判定寻呼消息条数小于或等于第一设定阈值时，发送寻呼消息。结合第二方面，在第一种可能的实现方式中，第一处理单元，还用于:在获取在当前检测周期内累计的寻呼消息条数之后，在判断寻呼消息条数是否大于本文档来自技高网...

【技术保护点】
一种异常情况下的寻呼控制方法，其特征在于，该方法包括：在设定的检测周期内，每次对UE发送寻呼消息之前，获取在所述检测周期内累计的寻呼消息条数，并判断所述寻呼消息条数是否大于第一设定阈值；在判定所述寻呼消息条数大于第一设定阈值时，进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值，若是，则发送所述寻呼消息，否则，在确定所述寻呼消息的寻呼类型为指定寻呼类型时，再发送所述寻呼消息；在判定所述寻呼消息条数小于或等于第一设定阈值时，发送所述寻呼消息。

【技术特征摘要】
1.一种异常情况下的寻呼控制方法，其特征在于，该方法包括: 在设定的检测周期内，每次对UE发送寻呼消息之前，获取在所述检测周期内累计的寻呼消息条数，并判断所述寻呼消息条数是否大于第一设定阈值； 在判定所述寻呼消息条数大于第一设定阈值时，进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值，若是，则发送所述寻呼消息，否则，在确定所述寻呼消息的寻呼类型为指定寻呼类型时，再发送所述寻呼消息； 在判定所述寻呼消息条数小于或等于第一设定阈值时，发送所述寻呼消息。2.如权利要求1所述的方法，其特征在于，获取在当前检测周期内累计的寻呼消息条数之后，在判断所述寻呼消息条数是否大于第一设定阈值之前，进一步包括: 判定所述寻呼消息条数小于所述当前检测周期内能够发送的最大寻呼条数时，确定执行后续判断操作。3.如权利要求2所述的方法，其特征在于，进一步包括: 在判定所述寻呼消息条数大于或等于所述当前检测周期内能够发送的最大寻呼条数时，丢弃所述寻呼消息，其中，丢弃的寻呼消息不进行累计。4.如权利要求1所述的方法，其特征在于，在判定所述寻呼消息条数大于第一设定阈值后，在进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值之前，进一步包括: 判定当前寻呼由创建承载过程触发或者由发送下行数据触发时，确定执行后续判断操作。5.如权利要求4所述的方法，其特征在于，进一步包括: 判定当前寻呼不是由创建承载过程触发或者由发送下行数据触发时，在进一步确定所述寻呼消息的寻呼类型为指定寻呼类型时，再发送所述寻呼消息。6.如权利要求1一 5任一项所述的方法，其特征在于，在确定当前待发送的寻呼消息所针对的UE的优先级未达到第二设定阈值之后，进一步包括: 在确定所述寻呼消息的寻呼类型不为指定寻呼类型时，丢弃所述寻呼消息，丢弃的寻呼消息不进行累计。7.如权利要求1一 5任一项所述的方法，其特征在于，在确定所述寻呼消息的寻呼类型为指定寻呼类型之后，在发送所述寻呼消息之前，进一步包括: 判断所述寻呼消息不为重发寻呼消息时，初步确定能够发送所述寻呼消息。8.如权利要求7所述的方法，其特征在于，进一步包括: 确定所述寻呼消息为重发寻呼消息时，丢弃所述寻呼消息，其中，丢弃的寻呼消息不进行累计。9.一种异常情况下的寻呼控制装置，其特征在于，该装置包括: 第一处理单元，用于在设定的检测周期内，每次对UE发送寻呼消息之前，获取在所述检测周期内累计的寻呼消息条数，并判断所述寻呼消息条数是否大于第一设定阈值； 第二处理单元，用于在判定所述寻呼消息条数大于第一设定阈值时，进一步判断当前待发送的寻呼消息所针对的UE的优先级是否达到第二设定阈值，若是，则发送所述寻呼消息，否则，在确定所述寻呼消息的寻呼类型为指定寻呼类型时，再发送所述寻呼消息； 第三处理单元，用于在判定所述寻呼消息条数小于或等于第一设定阈值时，发送所述寻呼消息。10.如权利要求9所述的装置，其特征在于，所述第一处理单元，还用于: 在获取在当前检测周期内累计的寻呼消息条数之后，在判断所述寻呼消息条数是否大于第一设定阈值之前，判定所述寻呼消息条数小于所述当前检测周期内能够发送的最大寻呼条数时，确定执行后续判断操作。11.如权利要求10所述的装置，其特征在于，所述第一处理单元，还用于: 在判定所述寻呼消息条数大于或等于所述当前检测周期内能够发送的最大寻呼条数时，丢弃所述寻呼消息，其中，丢弃的寻呼消息不进行累计。12.如权利要求9所述的装置，其特征在于，所述第二处理单元，还用于: 在判定所述寻呼消息条数大于第一设定阈值...

【专利技术属性】
技术研发人员：苏丽芳，习建德，
申请(专利权)人：大唐移动通信设备有限公司，
类型：发明
国别省市：