寻呼处理方法、通信装置及通信系统制造方法及图纸

技术编号:9977543 阅读:80 留言:0更新日期:2014-04-28 20:45
本发明专利技术实施例公开了一种能提高为用户提供的业务服务质量的寻呼处理方法、通信装置及通信系统。该寻呼处理方法,包括:移动管理网元接收下行数据通知消息,所述下行数据通知消息包含数据的业务属性信息;获取业务属性信息;根据所述业务属性信息对用户终端发起不同策略的寻呼。一种通信装置,包括:接收单元,用于接收下行数据通知消息,所述下行数据通知消息包含数据的业务属性信息;信息单元,用于获取业务属性信息;处理单元,用于根据所述业务属性信息对用户终端发起不同策略的寻呼。本发明专利技术实施例还提供相应的通信系统。

【技术实现步骤摘要】
寻呼处理方法、通信装置及通信系统
本专利技术涉及通信
,具体涉及一种寻呼处理方法、通信装置及通信系统。
技术介绍
在移动通信网络中,用户终端(UE,UserEquipment)附着到网络后有两种状态:连接态和空闲态。在连接态下,用户终端和网络侧之间可以直接传输用户面数据包。在空闲态下,网络侧释放为用户终端分配的资源。如果网络侧有数据包要发送给处于空闲态的用户终端,网络侧寻呼用户终端,触发用户终端发起服务请求流程,恢复网络侧与用户终端的信令连接和用户面承载。当网络侧的服务网关(SGW,ServingGateway)收到用户终端的下行数据包后,如果发现下行隧道无效,服务网关缓存数据包,发送下行数据通知消息给移动管理网元,下行数据通知消息一般用于指示移动管理网元恢复用户终端的无线接入承载,如果此时终端处于空闲态,即用户终端和网络的信令连接被释放,则由移动管理网元寻呼用户终端,使得用户终端根据寻呼发起服务请求流程,恢复与网络侧的信令连接和用户面承载在空口侧的无线接入承载,然后服务网关将缓存的数据包发送给用户终端。在对此方法的研究和实践过程中,本专利技术的专利技术人发现:现有技术中服务网关发送给移动管理网元的下行数据通知消息只包含了移动管理网元为服务网关分配的隧道端点标识(TEID,TunnelEndpointID),移动管理网元可以通过TEID定位到被叫的用户终端,对用户终端进行寻呼,但是移动管理网元无法区分用户终端的业务属性,例如无法区分是用户终端的哪类业务触发寻呼,则无法对寻呼进行区分处理,只按统一原则处理,从而降低了为用户提供的业务服务质量。专利技术内容本专利技术实施例提供一种能提高为用户提供的业务服务质量的寻呼处理方法、通信装置及通信系统。本专利技术实施例提供一种寻呼处理方法,包括:移动管理网元接收下行数据通知消息,所述下行数据通知消息包含数据的业务属性信息;获取业务属性信息;根据所述业务属性信息对用户终端发起不同策略的寻呼。本专利技术实施例提供一种通信装置,包括:接收单元,用于接收下行数据通知消息,所述下行数据通知消息包含数据的业务属性信息;信息单元,用于获取业务属性信息;处理单元,用于根据所述业务属性信息对用户终端发起不同策略的寻呼。本专利技术实施例提供一种通信装置,包括:生成单元,用于生成下行数据通知消息,所述下行数据通知消息包含数据的业务属性信息;发送单元,用于发送所述生成单元生成的通知消息,以便移动管理网元根据所述业务属性信息对用户终端发起不同策略的寻呼。本专利技术实施例提供一种通信系统,包括:第一通信装置,用于发送下行数据通知消息,所述下行数据通知消息包含数据的业务属性信息;第二通信装置,用于接收所述第一通信装置发送的下行数据通知消息,获取所述下行数据通知消息中的业务属性信息,根据所述业务属性信息对用户终端发起不同策略的寻呼。上述技术方案可以看出,本专利技术实施例技术方案是在下行数据通知消息中包含了数据的业务属性信息,那么在获取这些业务属性信息后,就可以根据业务属性信息对用户终端发起不同策略的寻呼,从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷,使得一些重要及需要优先考虑的业务能够优先建立,从而提高了为用户提供的业务服务质量,又能节省网络侧寻呼用户终端的开销。附图说明图1是本专利技术实施例一的寻呼处理方法流程图;图2是本专利技术实施例二的寻呼处理方法流程图;图3是本专利技术实施例三的寻呼处理方法流程图;图4是本专利技术实施例四的寻呼处理方法流程图;图5是本专利技术实施例五的寻呼处理方法流程图;图6是本专利技术实施例的通信装置一结构示意图;图7是本专利技术实施例的通信装置二结构示意图;图8是本专利技术实施例的通信系统结构示意图。具体实施方式本专利技术实施例提供一种能提高为用户提供的业务服务质量的寻呼处理方法。本专利技术实施例还提供相应的一种通信装置及通信系统。以下分别进行详细说明。图1是本专利技术实施例一的寻呼处理方法流程图,主要包括步骤:步骤101、移动管理网元接收下行数据通知消息,所述下行数据通知消息包含数据的业务属性信息;步骤102、获取所述业务属性信息;步骤103、根据所述业务属性信息对用户终端发起不同策略的寻呼。其中,所述下行数据通知消息包含的数据的业务属性信息为以下中的至少一项:接入点名称APN、承载标识EBI、服务质量等级标识QCI、缺省承载标识LBI和服务标识SI;所述根据所述业务属性信息对用户终端发起不同策略的寻呼包括:根据所述APN、QCI或者SI对用户终端发起不同策略的寻呼;根据所述EBI定位到承载上下文得到对应的APN或者QCI,根据所述APN或者QCI对用户终端发起不同策略的寻呼;或者,根据所述LBI定位到承载上下文得到对应的APN,根据所述APN对用户终端发起不同策略的寻呼。或者,所述下行数据通知消息包含的数据的业务属性信息为由以下中的至少一项:数据包的IP地址、协议类型、端口号、IP安全IPSec参数索引、区分服务码点优先级DSCP/业务类别TOS、流标签FlowLabel、业务类型和业务特性;所述根据所述业务属性信息对用户终端发起不同策略的寻呼包括:根据所述业务类型或者业务特性对用户终端发起不同策略的寻呼;根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者FlowLabel与业务类型的对应关系,获知业务类型,根据所述业务类型对用户终端发起不同策略的寻呼;或者,根据预先配置的所述数据包的IP地址、协议类型、端口号、IPSec参数索引、DSCP/TOS或者FlowLabel与业务特性的对应关系,获知业务特性,根据所述业务特性对用户终端发起不同策略的寻呼。实施例一内容可以看出,本专利技术实施例技术方案是在下行数据通知消息中包含了数据的业务属性信息,那么在获取这些业务属性信息后,就可以根据业务属性信息对用户终端发起不同策略的寻呼,从而解决现有技术中无法区分业务而采用统一寻呼策略所导致的缺陷,使得一些重要及需要优先考虑的业务能够优先建立,从而提高了为用户提供的业务服务质量,又能节省网络侧寻呼用户终端的开销。以下对本专利技术实施例技术方案进行更详细介绍。图2是本专利技术实施例二的寻呼处理方法流程图:本专利技术以演进分组系统(EvolvedPacketSystem)为例进行说明。图2中移动管理网元可以指移动管理实体(MME,MobilityManagementEntity)或者GPRS服务支撑节点(SGSN,ServingGPRSSupportNode),服务网关指SGW(ServingGateway),用户终端指UE,数据网关指PGW(PublicDataNetworkGateway)。图2主要包括步骤:步骤201、服务网关接收数据包,获取该数据包对应的业务属性信息;服务网关收到数据网关发送的下行数据包后,获知该数据包对应的下行隧道无效,则缓存该数据包,并获取该数据包对应的业务属性信息。该业务属性信息可以为以下中的至少一项:接入点名称(APN,AccessPointName)、承载标识(EBI,EPSBearerIdentity)、服务质量等级标识(QCI,QoSClassIdentifier)、缺省承载标识(LBI,LinkedBearerIdentity)和服务标识(SI,Servic本文档来自技高网...
寻呼处理方法、通信装置及通信系统

【技术保护点】

【技术特征摘要】
1.一种寻呼处理方法,其特征在于,包括:移动管理网元接收下行数据通知消息,所述下行数据通知消息包括区分服务码点优先级DSCP/业务类别TOS所述移动性管理网元获取所述DSCP/TOS对应的寻呼策略;所述移动性管理网元应用所述寻呼策略对用户终端发起寻呼。2.根据权利要求1所述的寻呼处理方法,其特征在于,所述DSCPTOS是服务网关从数据网关发送的所述数据包中获取的。3.一种移动管理网元,其特征在于,包括:接收单元,用于接收下行数据通知消息,所述下行数据通知消息包含包括区分服务码点优先级DSCP/业务类别TOS;处理单元,用于获取所述DSCP/TOS对应的寻呼策略,应用所述寻呼策略对用户终端发起寻呼。4.根据权利要求3所述的移动管理网元,其特征在于,所述DSCP/TOS是服务...

【专利技术属性】
技术研发人员:银宇戚彩霞
申请(专利权)人:华为技术有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1