CN104811960A - 基于业务感知的寻呼控制方法和系统 - Google Patents
基于业务感知的寻呼控制方法和系统 Download PDFInfo
- Publication number
- CN104811960A CN104811960A CN201410031966.1A CN201410031966A CN104811960A CN 104811960 A CN104811960 A CN 104811960A CN 201410031966 A CN201410031966 A CN 201410031966A CN 104811960 A CN104811960 A CN 104811960A
- Authority
- CN
- China
- Prior art keywords
- priority
- downlink data
- service
- paging
- notification 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
Landscapes
- Mobile Radio Communication Systems (AREA)
Abstract
本发明公开一种基于业务感知的寻呼控制方法和系统。其中服务网关在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型;在目标用户终端处于休眠状态时,根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级;判断下行数据的业务寻呼优先级是否为低优先级;若下行数据的业务寻呼优先级为低优先级,则丢弃下行数据;若下行数据的业务寻呼优先级为中优先级或高优先级,则将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。从而通过业务感知实现寻呼优化,加强运营商的网络控制能力,有效缓解网络压力,提升价值用户的体验。
Description
技术领域
本发明涉及通信领域,特别涉及一种基于业务感知的寻呼控制方法和系统。
背景技术
LTE(Long Term Evolution,长期演进)移动通信技术在标准上不再保留电路交换的设计,语音、数据统一承载在永久在线的分组交换网络上。在核心网侧永久保留注册用户的缺省承载,无线侧的资源则根据设定的定时器时长及时动态释放,用户进入空闲态,有业务需要的时候再发起无线链路及S1接口的重建,重建成功,用户进入激活态。无线侧链接重建的过程,可以是用户根据需要主动性地发起接入请求,申请无线侧的资源;也可以是网络侧根据需要,通过寻呼的方式唤醒用户,实现无线链接的建立。
网络侧触发的寻呼流程如图1所示。其中:
步骤1,PDN(Packet Data Network,分组数据网络)GW(GateWay,网关)将下行数据(Downlink Data)转发给相应的SGW(Serving GateWay,服务网关)。
步骤2,SGW接收到下行数据,根据本地存储的用户信息判断目标用户是否已经进入休眠(idle)状态。若未进入休眠状态,则直接为目标用户转发数据(未在图中示出)。若目标用户已经进入休眠状态,则将该数据包缓存,同时向接入控制设备发送下行数据通知(DownlinkData Notification),并携带寻呼原因、IMSI(International MobileSubscriber Identification Number,国际移动用户识别码)、EPS(Evolved Packet System,演进分组系统)承载标识(Bearer ID)、分配/预留优先级别(Allocation/Retention Priority)等。
其中,在4G网络中,接入控制设备可以为MME(MobilityManagement Entity,移动性管理实体),在2G/3G网络中,接入控制设备可以为SGSN(Serving GPRS Support Node,服务GPRS支持节点)。
步骤3,接入控制设备在接收到下行数据通知后,向SGW发送下行数据通知确认(Downlink Data Notification Ack)。
步骤4,接入控制设备根据用户最近的位置注册信息,通知对应跟踪区内的基站发送寻呼消息。
其中,在4G网络中,基站设备可以为eNodeB(Evolved Node B,演进型节点B),在2G/3G网络中,基站设备可以为RNC(Radio NetworkController,无线网络控制器)/BSC(Base Station Controller,基站控制器)。
步骤5,基站在空口发送寻呼消息。
步骤6,终端用户收到寻呼,发起业务请求的流程,建立RRC(RadioResource Control,无线资源控制)连接,完成无线资源的申请和配置,即可正常进行上下行的通信,收到下行数据。
正常状况下,SGW一旦收到针对空闲态用户的下行数据,即通知接入控制设备启动寻呼流程,接入控制设备在对应的区域内下发寻呼消息。
在具备拥塞控制能力的网络中,可以实现基于承载优先级的寻呼控制,即接入控制设备可以基于所在承载的ARP(Address ResolutionProtocol,地址解析协议)确定触发寻呼的优先级。这种寻呼控制方法有着自身的弊端:1、实际的情况是,大量的业务承载在同一条缺省承载上,这种拥塞处理方式没有办法做到区分具体业务的寻呼优先级。2、这种处理方法仅考虑了接入控制设备拥塞控制的场景,接入控制设备向基站下发的寻呼消息中不再携带寻呼优先级的指示,而拥塞和资源紧张情况较多的出现在无线侧和空口上,即基站相关的场景。
随着移动互联网的发展,应用越来越多样化,应用服务器层面可能基于自身的目的,频繁驱动一些非用户需要的低价值下行数据(如应用服务器可能基于自身的需要,发起心跳包/网络侧推送等下行数据报文唤醒用户),引发不必要的寻呼和无线链路建立信令,造成网络资源的浪费,大量的不加控制的下行业务引起的寻呼也会造成网络侧的拥塞,频繁的唤醒也造成终端电量等的耗费。
发明内容
本发明实施例提供一种基于业务感知的寻呼控制方法和系统。通过业务感知实现寻呼优化,通过针对性的管控增强整个系统的寻呼能力,优化寻呼资源的分配,解决基站拥塞及空口寻呼资源紧张的问题,加强网络层对应用层的控制能力。
根据本发明的一个方面,提供一种基于业务感知的寻呼控制方法,包括:
服务网关在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型;
判断与下行数据相关联的目标用户终端是否处于休眠状态;
若所述目标用户终端处于休眠状态,则根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级;
判断下行数据的业务寻呼优先级是否为低优先级;
若下行数据的业务寻呼优先级为低优先级,则丢弃下行数据;
若下行数据的业务寻呼优先级为中优先级或高优先级,则将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。
优选的,将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理的步骤包括:
生成下行数据通知消息,其中下行数据通知消息包括业务优先级字段,业务优先级字段中包括下行数据的业务寻呼优先级;
将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。
优选的,当接入控制设备为移动性管理实体MME时,业务优先级字段包括在GTP-C包头中。
优选的,接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理的步骤包括:
接入控制设备在接收到下行数据通知消息后,向基站发送寻呼消息,其中寻呼消息中包括在下行数据通知消息中包括的业务优先级字段;
基站接收到寻呼消息后,读取寻呼消息的业务优先级字段中包括的业务寻呼优先级;
基站判断自身负荷是否超过负荷门限;
若自身负荷超过负荷门限,则基站进一步判断读取的业务寻呼优先级是否为高优先级;
若业务寻呼优先级为高优先级,则基站向所述目标用户终端发送寻呼消息;
若业务寻呼优先级不是高优先级,则基站不向所述目标用户终端发送寻呼消息。
优选的,若业务寻呼优先级不是高优先级,则基站不向所述目标用户终端发送寻呼消息的步骤包括:
若业务寻呼优先级不是高优先级,则基站进一步判断读取的业务寻呼优先级是否为中优先级;
若业务寻呼优先级是中优先级,则基站延迟预定的时间间隔后,重复执行判断自身负荷是否超过负荷门限的步骤;
若业务寻呼优先级是低优先级,则基站不向所述目标用户终端发送寻呼消息。
根据本发明的另一方面,提供一种基于业务感知的寻呼控制系统,包括服务网关和接入控制设备,其中:
服务网关,用于在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型;判断与下行数据相关联的目标用户终端是否处于休眠状态;若所述目标用户终端处于休眠状态,则根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级;判断下行数据的业务寻呼优先级是否为低优先级;若下行数据的业务寻呼优先级为低优先级,则丢弃下行数据;若下行数据的业务寻呼优先级为中优先级或高优先级,则将下行数据通知消息发送给接入控制设备;
接入控制设备,用于在接收到服务网关发送的下行数据通知消息时,根据下行数据通知消息对所述目标用户终端进行寻呼处理。
优选的,服务网关具体在判断下行数据的业务寻呼优先级为中优先级或高优先级时,生成下行数据通知消息,其中下行数据通知消息包括业务优先级字段,业务优先级字段中包括下行数据的业务寻呼优先级;将下行数据通知消息发送给接入控制设备。
优选的,当接入控制设备为移动性管理实体MME时,业务优先级字段包括在GTP-C包头中。
优选的,系统还包括基站,其中:
接入控制设备具体在接收到下行数据通知消息后,向基站发送寻呼消息,其中寻呼消息中包括在下行数据通知消息中包括的业务优先级字段;
基站,用于在接收到接入控制设备发送的寻呼消息后,读取寻呼消息的业务优先级字段中包括的业务寻呼优先级;判断自身负荷是否超过负荷门限,若自身负荷超过负荷门限,则进一步判断读取的业务寻呼优先级是否为高优先级;若业务寻呼优先级为高优先级,则向所述目标用户终端发送寻呼消息;若业务寻呼优先级不是高优先级,则不向所述目标用户终端发送寻呼消息。
优选的,基站还用于在业务寻呼优先级不是高优先级时,进一步判断读取的业务寻呼优先级是否为中优先级;若业务寻呼优先级是中优先级,则延迟预定的时间间隔后,重复执行判断自身负荷是否超过负荷门限的操作;若业务寻呼优先级是低优先级,则不向所述目标用户终端发送寻呼消息。
本发明通过服务网关在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型,在与下行数据相关联的目标用户终端处于休眠状态时,根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级,判断下行数据的业务寻呼优先级是否为低优先级。若下行数据的业务寻呼优先级为低优先级,则丢弃下行数据;若下行数据的业务寻呼优先级为中优先级或高优先级,则将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。从而实现对价值不高的业务不触发下行寻呼,加强运营商的网络控制能力,有效缓解网络压力,提升价值用户的体验。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1为现有技术中网络侧触发寻呼流程一个实施例的示意图。
图2为本发明基于业务感知的寻呼控制方法一个实施例的示意图。
图3为本发明基于业务感知的寻呼控制方法另一实施例的示意图。
图4为本发明基于业务感知的寻呼控制系统一个实施例的示意图。
图5为本发明基于业务感知的寻呼控制系统另一实施例的示意图。
图6为本发明系统架构一个实施例的示意图。
具体实施方式
下面将结合本发明实施例中的附图,对本发明实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明一部分实施例,而不是全部的实施例。以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。基于本发明中的实施例,本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为授权说明书的一部分。
在这里示出和讨论的所有示例中,任何具体值应被解释为仅仅是示例性的,而不是作为限制。因此,示例性实施例的其它示例可以具有不同的值。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
图2为本发明基于业务感知的寻呼控制方法一个实施例的示意图。如图2所示,本实施例的方法步骤如下:
步骤201,服务网关在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型。
例如,对下行数据的检测包括单不限于数据包的源IP和端口、业务类型、是否为心跳或推送报文等。
例如,可通过DPI(Deep Packet Inspection,深度包检测)进行相应的检测。
步骤202,判断与下行数据相关联的目标用户终端是否处于休眠状态。
步骤203,若所述目标用户终端处于休眠状态,根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级。
例如,可将业务寻呼优先级分为低优先级、中优先级和高优先级。
步骤204,判断下行数据的业务寻呼优先级是否为低优先级。若下行数据的业务寻呼优先级为低优先级,则执行步骤205;若下行数据的业务寻呼优先级为中优先级或高优先级,则执行步骤206。
步骤205,丢弃下行数据。之后,不再执行本实施例的其它步骤。
步骤206,将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。
基于本发明上述实施例提供的基于业务感知的寻呼控制方法,通过业务感知实现寻呼优化,从而实现对价值不高的业务不触发下行寻呼,加强运营商的网络控制能力,有效缓解网络压力,提升价值用户的体验。
在一个实施例中,下行数据的业务类型与相应的业务寻呼优先级如表1所示。
表1
优选的,上述将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理的步骤可包括:
生成下行数据通知消息,其中下行数据通知消息包括业务优先级字段,业务优先级字段中包括下行数据的业务寻呼优先级。将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。
优选的,当接入控制设备为MME时,业务优先级字段可包括在GTP-C(GPRS Tunnelling Protocol-Control,GPRS隧道协议-控制面)包头中。
图3为本发明基于业务感知的寻呼控制方法另一实施例的示意图。与图2所示实施例相比,在图3所示实施例中,除了服务网关根据下行数据的业务寻呼优先级对寻呼进行控制之外,基站还进一步根据下行数据的业务寻呼优先级对寻呼进行控制处理。
步骤301,服务网关在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型。
步骤302,判断与下行数据相关联的目标用户终端是否处于休眠状态。若所述目标用户终端不处于休眠状态,则执行步骤303;若所述目标用户终端处于休眠状态,则执行步骤304。
步骤303,将下行数据转发给目标用户终端。之后,不再执行本实施例的其它步骤。
步骤304,根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级。
步骤305,判断下行数据的业务寻呼优先级是否为低优先级。若下行数据的业务寻呼优先级为低优先级,则执行步骤306;若下行数据的业务寻呼优先级为中优先级或高优先级,则执行步骤307。
步骤306,丢弃下行数据。之后,不再执行本实施例的其它步骤。
步骤307,将下行数据通知消息发送给接入控制设备。
步骤308,接入控制设备在接收到下行数据通知消息后,向基站发送寻呼消息,其中寻呼消息中包括在下行数据通知消息中包括的业务优先级字段。
步骤309,基站接收到寻呼消息后,读取寻呼消息的业务优先级字段中包括的业务寻呼优先级。
步骤310,基站判断自身负荷是否超过负荷门限。若自身负荷超过负荷门限,则执行步骤311;若自身负荷未超过负荷门限,则执行步骤315。
步骤311,基站进一步判断读取的业务寻呼优先级是否为高优先级。若业务寻呼优先级为高优先级,则执行步骤315;若业务寻呼优先级不是高优先级,则执行步骤312。
步骤312,基站进一步判断读取的业务寻呼优先级是否为中优先级。若业务寻呼优先级是中优先级,则执行步骤313;若业务寻呼优先级是低优先级,则执行步骤314。
步骤313,基站延迟预定的时间间隔后,重复执行步骤310。
步骤314,基站不向所述目标用户终端发送寻呼消息。之后,不再执行本实施例的其它步骤。
优选的,对于不执行的寻呼,可向上游网元返回寻呼失败消息,以说明具体原因,例如网络忙等。
步骤315,基站向所述目标用户终端发送寻呼消息。由此进行标准的寻呼流程。
下面通过具体实施例对本发明进行说明。
实施例一:
某应用提供商拥有大量的LTE移动网络用户,他们经常同时向大量用户推送广告链接等一些信息,大部分用户对这些内容不感兴趣,当SGW检测到下行的业务数据属于推送广告类的业务,且该用户处于休眠状态,会丢弃该下行数据,且不向用户发送寻呼消息。
实施例二:
SGW将检测到的下行业务,按照运营商的策略,将触发寻呼的业务类型分成高、中、低三类,并将分类结果携带在寻呼消息中转发给基站,基站在负荷比较高时,会优先发送高优先级用户的高优先级业务触发的寻呼。由此,在资源紧张的情况下,可优先发送高优先级业务触发的寻呼,而对低优先级业务触发的寻呼延迟发送,或者直接丢弃。在资源相对宽裕的情况下,为了降低网络负荷,也可以直接丢弃一些低价值业务触发的寻呼。
图4为本发明基于业务感知的寻呼控制系统一个实施例的示意图。如图4所示,该系统包括服务网关401和接入控制设备402。其中:
服务网关401,用于在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型;判断与下行数据相关联的目标用户终端是否处于休眠状态;若所述目标用户终端处于休眠状态,则根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级;判断下行数据的业务寻呼优先级是否为低优先级;若下行数据的业务寻呼优先级为低优先级,则丢弃下行数据;若下行数据的业务寻呼优先级为中优先级或高优先级,则将下行数据通知消息发送给接入控制设备402。
接入控制设备402,用于在接收到服务网关401发送的下行数据通知消息时,根据下行数据通知消息对所述目标用户终端进行寻呼处理。
基于本发明上述实施例提供的基于业务感知的寻呼控制系统,通过业务感知实现寻呼优化,从而实现对价值不高的业务不触发下行寻呼,加强运营商的网络控制能力,有效缓解网络压力,提升价值用户的体验。
优选的,在4G网络中,接入控制设备可以为MME,在2G/3G网络中,接入控制设备可以为SGSN。
优选的,服务网关401具体在判断下行数据的业务寻呼优先级为中优先级或高优先级时,生成下行数据通知消息,其中下行数据通知消息包括业务优先级字段,业务优先级字段中包括下行数据的业务寻呼优先级;将下行数据通知消息发送给接入控制设备。
优选的,当接入控制设备为移动性管理实体MME时,业务优先级字段包括在GTP-C包头中。
图5为本发明基于业务感知的寻呼控制系统另一实施例的示意图。与图4所示实施例相比,在图5所示实施例中,该系统还包括基站501。其中:
接入控制设备402具体在接收到下行数据通知消息后,向基站501发送寻呼消息,其中寻呼消息中包括在下行数据通知消息中包括的业务优先级字段。
基站501,用于在接收到接入控制设备发送的寻呼消息后,读取寻呼消息的业务优先级字段中包括的业务寻呼优先级;判断自身负荷是否超过负荷门限,若自身负荷超过负荷门限,则进一步判断读取的业务寻呼优先级是否为高优先级;若业务寻呼优先级为高优先级,则向所述目标用户终端发送寻呼消息;若业务寻呼优先级不是高优先级,则不向所述目标用户终端发送寻呼消息。
优选的,在4G网络中,基站设备可以为eNodeB,在2G/3G网络中,基站设备可以为RNC/BSC。
优选的,基站501还用于在业务寻呼优先级不是高优先级时,进一步判断读取的业务寻呼优先级是否为中优先级;若业务寻呼优先级是中优先级,则延迟预定的时间间隔后,重复执行判断自身负荷是否超过负荷门限的操作;若业务寻呼优先级是低优先级,则不向所述目标用户终端发送寻呼消息。
图6为本发明系统架构一个实施例的示意图。如图6所示,在3GPP(3rd Generation Partnership Project,第三代合作伙伴计划)的标准架构中,SGW是处于休眠状态用户的下行数据报文缓存的锚点,即对于休眠状态用户的下行数据报文,先缓存在SGW上,通过寻呼唤醒用户建立无线连接后,下行报文才能正常转发给用户。为了简便设计,尽量依托现有的标准化架构,可以在SGW中设置业务感知模块,在基站设置寻呼优化模块,从而使SGW和基站各自具有图4和图5中各实施例具备的功能。
其中,业务感知模块的作用在于深度解析下行数据,判断该数据是否触发下行寻呼,及设定业务的寻呼优先级,并将该信息携带在下行寻呼消息中。整个模块由业务深度解析、判断是否触发寻呼的触发器、业务解析结果映射等几部分功能组成。
寻呼判断模块在接收到扩展的下行寻呼消息后,基于当前的基站负荷、资源占用情况、用户优先级、触发寻呼的业务优先级等,判断寻呼的优先级排序。
SGW在触发寻呼的下行数据通知消息中,S11接口通过GTP-C头部扩展字段携带业务寻呼优先级;S1-MME接口通过寻呼消息中扩展业务优先级字段携带业务寻呼优先级。
这里,可按照运营商的策略将业务深层解析的结果对应到不同的寻呼优先级上,并通过1-2个字节较小开销的方式将该信息传递到基站,映射方式可如表1所示。
本发明对于现有的寻呼技术来说是一种增强,在本发明中,基于业务的深层解析结果,将触发寻呼的业务类型分类,判断是否有必要寻呼唤醒用户,或将业务类型伴随寻呼消息传递给基站,由基站结合自身的资源占用情况灵活地进行寻呼消息的优先级排序。一方面可以加强网络层对于应用的控制能力,由网络而不是应用来决定什么样的业务可以建立起无线连接,部分解决高频小流量业务带来的信令风暴问题,带来终端省电性能的提升;另一方面,可以增强寻呼的灵活性和智能性,让高价值的、紧急的业务优先建立起连接,提升价值用户的业务体验,降低基站和空口的压力。
基于现有的标准架构和标准的接口流程,进行简单的扩展,实现基于业务寻呼优先级的寻呼优化流程,简单易实现。
本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,上述提到的存储介质可以是只读存储器,磁盘或光盘等。
本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。
Claims (10)
1.一种基于业务感知的寻呼控制方法,其特征在于,包括:
服务网关在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型;
判断与下行数据相关联的目标用户终端是否处于休眠状态;
若所述目标用户终端处于休眠状态,则根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级;
判断下行数据的业务寻呼优先级是否为低优先级;
若下行数据的业务寻呼优先级为低优先级,则丢弃下行数据;
若下行数据的业务寻呼优先级为中优先级或高优先级,则将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。
2.根据权利要求1所述的方法,其特征在于,
将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理的步骤包括:
生成下行数据通知消息,其中下行数据通知消息包括业务优先级字段,业务优先级字段中包括下行数据的业务寻呼优先级;
将下行数据通知消息发送给接入控制设备,以便接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理。
3.根据权利要求2所述的方法,其特征在于,
当接入控制设备为移动性管理实体MME时,业务优先级字段包括在GTP-C包头中。
4.根据权利要求2所述的方法,其特征在于,
接入控制设备根据下行数据通知消息对所述目标用户终端进行寻呼处理的步骤包括:
接入控制设备在接收到下行数据通知消息后,向基站发送寻呼消息,其中寻呼消息中包括在下行数据通知消息中包括的业务优先级字段;
基站接收到寻呼消息后,读取寻呼消息的业务优先级字段中包括的业务寻呼优先级;
基站判断自身负荷是否超过负荷门限;
若自身负荷超过负荷门限,则基站进一步判断读取的业务寻呼优先级是否为高优先级;
若业务寻呼优先级为高优先级,则基站向所述目标用户终端发送寻呼消息;
若业务寻呼优先级不是高优先级,则基站不向所述目标用户终端发送寻呼消息。
5.根据权利要求4所述的方法,其特征在于,
若业务寻呼优先级不是高优先级,则基站不向所述目标用户终端发送寻呼消息的步骤包括:
若业务寻呼优先级不是高优先级,则基站进一步判断读取的业务寻呼优先级是否为中优先级;
若业务寻呼优先级是中优先级,则基站延迟预定的时间间隔后,重复执行判断自身负荷是否超过负荷门限的步骤;
若业务寻呼优先级是低优先级,则基站不向所述目标用户终端发送寻呼消息。
6.一种基于业务感知的寻呼控制系统,其特征在于,包括服务网关和接入控制设备,其中:
服务网关,用于在接收到下行数据后,对下行数据进行检测,以确定下行数据的业务类型;判断与下行数据相关联的目标用户终端是否处于休眠状态;若所述目标用户终端处于休眠状态,根据预先设定的寻呼策略,查询与下行数据的业务类型相关联的业务寻呼优先级;判断下行数据的业务寻呼优先级是否为低优先级;若下行数据的业务寻呼优先级为低优先级,则丢弃下行数据;若下行数据的业务寻呼优先级为中优先级或高优先级,则将下行数据通知消息发送给接入控制设备;
接入控制设备,用于在接收到服务网关发送的下行数据通知消息时,根据下行数据通知消息对所述目标用户终端进行寻呼处理。
7.根据权利要求6所述的系统,其特征在于,
服务网关具体在判断下行数据的业务寻呼优先级为中优先级或高优先级时,生成下行数据通知消息,其中下行数据通知消息包括业务优先级字段,业务优先级字段中包括下行数据的业务寻呼优先级;将下行数据通知消息发送给接入控制设备。
8.根据权利要求7所述的系统,其特征在于,
当接入控制设备为移动性管理实体MME时,业务优先级字段包括在GTP-C包头中。
9.根据权利要求7所述的系统,其特征在于,还包括基站,其中:
接入控制设备具体在接收到下行数据通知消息后,向基站发送寻呼消息,其中寻呼消息中包括在下行数据通知消息中包括的业务优先级字段;
基站,用于在接收到接入控制设备发送的寻呼消息后,读取寻呼消息的业务优先级字段中包括的业务寻呼优先级;判断自身负荷是否超过负荷门限,若自身负荷超过负荷门限,则进一步判断读取的业务寻呼优先级是否为高优先级;若业务寻呼优先级为高优先级,则向所述目标用户终端发送寻呼消息;若业务寻呼优先级不是高优先级,则不向所述目标用户终端发送寻呼消息。
10.根据权利要求9所述的系统,其特征在于,
基站还用于在业务寻呼优先级不是高优先级时,进一步判断读取的业务寻呼优先级是否为中优先级;若业务寻呼优先级是中优先级,则延迟预定的时间间隔后,重复执行判断自身负荷是否超过负荷门限的操作;若业务寻呼优先级是低优先级,则不向所述目标用户终端发送寻呼消息。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410031966.1A CN104811960B (zh) | 2014-01-23 | 2014-01-23 | 基于业务感知的寻呼控制方法和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201410031966.1A CN104811960B (zh) | 2014-01-23 | 2014-01-23 | 基于业务感知的寻呼控制方法和系统 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN104811960A true CN104811960A (zh) | 2015-07-29 |
CN104811960B CN104811960B (zh) | 2019-01-25 |
Family
ID=53696345
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201410031966.1A Active CN104811960B (zh) | 2014-01-23 | 2014-01-23 | 基于业务感知的寻呼控制方法和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN104811960B (zh) |
Cited By (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN105357756A (zh) * | 2015-10-13 | 2016-02-24 | 中国联合网络通信集团有限公司 | 一种寻呼的方法及通信网络系统 |
WO2017031763A1 (zh) * | 2015-08-27 | 2017-03-02 | 华为技术有限公司 | 一种语音业务建立方法、装置及设备 |
CN106612521A (zh) * | 2015-10-22 | 2017-05-03 | 大唐移动通信设备有限公司 | 一种消除寻呼子信道拥塞的方法及无线网络控制设备 |
CN106612545A (zh) * | 2015-10-23 | 2017-05-03 | 中国移动通信集团广东有限公司 | 一种寻呼方法、p-cscf、s-gw以及寻呼网络系统 |
CN106912106A (zh) * | 2015-12-22 | 2017-06-30 | 中国电信股份有限公司 | 数据传输方法以及服务网关 |
CN108990151A (zh) * | 2018-08-01 | 2018-12-11 | 京信通信系统(中国)有限公司 | 寻呼合并方法、装置及网关和基站 |
CN109451849A (zh) * | 2017-08-30 | 2019-03-08 | 北京小米移动软件有限公司 | 寻呼消息发送和接收方法及装置、基站、用户设备 |
CN111800857A (zh) * | 2019-08-27 | 2020-10-20 | 维沃移动通信有限公司 | 一种寻呼方法和设备 |
WO2021037136A1 (zh) * | 2019-08-27 | 2021-03-04 | 维沃移动通信有限公司 | 业务指示方法和设备 |
CN112689295A (zh) * | 2019-10-18 | 2021-04-20 | 中国移动通信集团辽宁有限公司 | 寻呼消息的业务识别方法、装置、计算设备及存储介质 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852596A (zh) * | 2005-11-30 | 2006-10-25 | 华为技术有限公司 | 区分业务级别发送寻呼消息的方法和系统 |
CN101371611A (zh) * | 2006-01-25 | 2009-02-18 | 卢森特技术有限公司 | 无线通信系统中意识到QoS的寻呼 |
EP2458905A1 (en) * | 2009-08-17 | 2012-05-30 | ZTE Corporation | Method and system for paging an emergency service user |
CN102986283A (zh) * | 2010-05-21 | 2013-03-20 | 思科技术公司 | 利用寻呼优先级的多层寻呼支持 |
-
2014
- 2014-01-23 CN CN201410031966.1A patent/CN104811960B/zh active Active
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1852596A (zh) * | 2005-11-30 | 2006-10-25 | 华为技术有限公司 | 区分业务级别发送寻呼消息的方法和系统 |
CN101371611A (zh) * | 2006-01-25 | 2009-02-18 | 卢森特技术有限公司 | 无线通信系统中意识到QoS的寻呼 |
EP2458905A1 (en) * | 2009-08-17 | 2012-05-30 | ZTE Corporation | Method and system for paging an emergency service user |
CN102986283A (zh) * | 2010-05-21 | 2013-03-20 | 思科技术公司 | 利用寻呼优先级的多层寻呼支持 |
Cited By (17)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2017031763A1 (zh) * | 2015-08-27 | 2017-03-02 | 华为技术有限公司 | 一种语音业务建立方法、装置及设备 |
CN106538020A (zh) * | 2015-08-27 | 2017-03-22 | 华为技术有限公司 | 一种语音业务建立方法、装置及设备 |
CN105357756B (zh) * | 2015-10-13 | 2019-05-14 | 中国联合网络通信集团有限公司 | 一种寻呼的方法及通信网络系统 |
CN105357756A (zh) * | 2015-10-13 | 2016-02-24 | 中国联合网络通信集团有限公司 | 一种寻呼的方法及通信网络系统 |
CN106612521A (zh) * | 2015-10-22 | 2017-05-03 | 大唐移动通信设备有限公司 | 一种消除寻呼子信道拥塞的方法及无线网络控制设备 |
CN106612545A (zh) * | 2015-10-23 | 2017-05-03 | 中国移动通信集团广东有限公司 | 一种寻呼方法、p-cscf、s-gw以及寻呼网络系统 |
CN106612545B (zh) * | 2015-10-23 | 2020-07-31 | 中国移动通信集团广东有限公司 | 一种寻呼方法、p-cscf、s-gw以及寻呼网络系统 |
CN106912106A (zh) * | 2015-12-22 | 2017-06-30 | 中国电信股份有限公司 | 数据传输方法以及服务网关 |
CN109451849A (zh) * | 2017-08-30 | 2019-03-08 | 北京小米移动软件有限公司 | 寻呼消息发送和接收方法及装置、基站、用户设备 |
CN109451849B (zh) * | 2017-08-30 | 2022-02-01 | 北京小米移动软件有限公司 | 寻呼消息发送和接收方法及装置、基站、用户设备 |
US11350383B2 (en) | 2017-08-30 | 2022-05-31 | Beijing Xiaomi Mobile Software Co., Ltd. | Paging message sending and receiving method and apparatus, base station, and user equipment |
CN108990151A (zh) * | 2018-08-01 | 2018-12-11 | 京信通信系统(中国)有限公司 | 寻呼合并方法、装置及网关和基站 |
CN108990151B (zh) * | 2018-08-01 | 2022-02-01 | 京信网络系统股份有限公司 | 寻呼合并方法、装置及网关和基站 |
CN111800857A (zh) * | 2019-08-27 | 2020-10-20 | 维沃移动通信有限公司 | 一种寻呼方法和设备 |
WO2021037136A1 (zh) * | 2019-08-27 | 2021-03-04 | 维沃移动通信有限公司 | 业务指示方法和设备 |
CN112689295A (zh) * | 2019-10-18 | 2021-04-20 | 中国移动通信集团辽宁有限公司 | 寻呼消息的业务识别方法、装置、计算设备及存储介质 |
CN112689295B (zh) * | 2019-10-18 | 2023-09-05 | 中国移动通信集团辽宁有限公司 | 寻呼消息的业务识别方法、装置、计算设备及存储介质 |
Also Published As
Publication number | Publication date |
---|---|
CN104811960B (zh) | 2019-01-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN104811960A (zh) | 基于业务感知的寻呼控制方法和系统 | |
KR102287842B1 (ko) | 무선 통신 시스템에서의 등록 해제 방법 및 이를 위한 장치 | |
US9674830B2 (en) | Method for processing data associated with session management and mobility management | |
US11363647B2 (en) | Method for controlling connection between user equipment and network, and mobility management entity | |
US9615194B2 (en) | Service control method for machine type communications device and related apparatus and system | |
US9794969B2 (en) | Bearer allocation method, user equipment, base station, and serving gateway | |
EP2385720B1 (en) | Overload control in a packet mobile communication system | |
US11184817B2 (en) | Support of mobile-terminated communication in an evolved packet system | |
CN107005930B (zh) | 一种寻呼用户设备的方法和mme | |
US20160212773A1 (en) | Pool of network gateways | |
CN101977416A (zh) | 一种mtc设备的过载控制方法和系统 | |
US10285076B2 (en) | Method and apparatus for controlling of DDN message, and computer readable medium for the same | |
CN103096376A (zh) | 一种网络拥塞控制的方法和系统 | |
CN104684021B (zh) | 一种建立nas连接的方法、系统及无线接入网节点 | |
CN104219656A (zh) | 机器类型通讯设备的业务控制方法和相关装置及系统 | |
CN101605364B (zh) | 承载参数发送方法、策略与计费规则功能装置及服务网关 | |
WO2013097337A1 (zh) | 一种网络拥塞控制方法及系统 | |
CN103582172A (zh) | 挂起方法、装置及系统 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
C06 | Publication | ||
PB01 | Publication | ||
C10 | Entry into substantive examination | ||
SE01 | Entry into force of request for substantive examination | ||
GR01 | Patent grant | ||
GR01 | Patent grant |