接入节点、移动管理网元以及寻呼消息处理方法 |
|||||||
申请号 | CN201380002944.6 | 申请日 | 2013-12-24 | 公开(公告)号 | CN103875267B | 公开(公告)日 | 2017-09-08 |
申请人 | 华为技术有限公司; | 发明人 | 银宇; 戚彩霞; | ||||
摘要 | 本 发明 公开了一种接入 节点 、移动管理网元以及寻呼消息处理方法。该方法通过移动管理网元接收接入节点发送的节点能 力 通知消息后,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,移动管理网元选择使用用户数据报协议向接入节点发送第一寻呼消息,能够实现满足用户对寻呼消息的可靠性传输需求的同时,降低移动管理网元资源的消耗程度,避免移动管理网元拥塞的发生。 | ||||||
权利要求 | 1.一种寻呼消息的处理方法,其特征在于,包括: |
||||||
说明书全文 | 接入节点、移动管理网元以及寻呼消息处理方法技术领域[0001] 本发明涉及网络通信技术领域,特别是涉及一种接入接点、移动管理网元以及寻呼消息处理方法。 背景技术[0002] 在移动通信网络中,移动管理网元和接入节点之间一般使用一种通信协议,例如流控制传输协议或用户数据报协议,来进行寻呼消息的处理,但是使用一种通信协议很难满足用户对寻呼消息的可靠性传输需求的同时,避免出现移动管理网元由于资源消耗过大而出现拥塞的问题。 [0003] 具体来说,例如,当使用流控制传输协议进行寻呼消息处理时,由于流控制传输协议(Stream Control Transmission Protocol,SCTP)是一种面向连接的数据包传输协议,具有较高的可靠性。但是,为了实现流控制传输协议的高可靠性,移动管理网元在使用流控制协议进行寻呼消息处理时会消耗大量的资源,容易出现移动管理网元拥塞的问题。 [0004] 又例如,当使用用户数据报协议进行寻呼消息处理时,由于用户数据包协议(User Datagram Protocol,UDP)是一种无状态交换,无所谓连接,移动管理网元和接入节点交互时,直接通过目的地址和端口发送数据包即可,由此移动管理网元在使用用户数据包协议进行寻呼消息处理时会消耗的较少的资源,但同时可靠性也较差。 发明内容[0005] 本发明主要解决的技术问题是提供一种接入节点、移动管理网元以及寻呼消息处理方法,能够满足用户对寻呼消息的可靠性传输需求的同时,减少寻呼消息处理过程中移动管理网元的资源消耗,避免出现移动管理网元拥塞的问题。 [0006] 本发明的第一方面提供一种寻呼消息的处理方法,包括:移动管理网元接收接入节点发送的节点能力通知消息,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息;移动管理网元选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0007] 在第一方面的第一种可能的实现方式中,移动管理网元选择使用用户数据报协议向接入节点发送第一寻呼消息,包括:判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生拥塞;当移动管理网元在使用流控制传输协议发送寻呼消息发生拥塞时,选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0008] 结合第一方面的第一种可能的实现方式,在第一方面的第二种可能的实现方式中,判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生拥塞,包括:获取移动管理网元在使用流控制传输协议发送寻呼消息时移动管理网元的中央处理器的使用率并判断使用率是否超过门槛阈值;若使用率超过门槛阈值,则判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。 [0009] 结合第一方面的第一种可能的实现方式,在第一方面的第三种可能的实现方式中,判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生拥塞,包括:判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生数据包丢包现象;若发生数据包丢包现象,则判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。 [0010] 在第一方面的第四种可能的实现方式中,移动管理网元选择使用用户数据报协议向接入节点发送第一寻呼消息,包括:移动管理网元接收服务网关发送的触发寻呼消息的数据包并获取数据包的属性,根据数据包的属性选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0011] 结合第一方面的第四种可能的实现方式,在第一方面的第五种可能的实现方式中,数据包的属性由EPS承载标识、关联承载标识、接入点名称、服务质量分类标识和分配保留优先级中的一个参数确定。 [0012] 结合第一方面的第五种可能的实现方式,在第一方面的第六种可能的实现方式中,获取数据包的属性,包括:获取数据包对应的EPS承载标识,根据EPS承载标识定位到承载上下文得到对应的接入点名称或服务质量分类标识,根据接入点名称或服务质量分类标识确定数据包的属性。 [0013] 结合第一方面的第五种可能的实现方式,在第一方面的第七种可能的实现方式中,获取数据包的属性,包括:获取数据包对应的关联承载标识,根据关联承载标识定位到承载上下文得到对应的接入点名称,根据接入点名称确定数据包的属性。 [0015] 本发明的第二方面提供一种寻呼消息的处理方法,包括:接入节点发送节点能力通知消息至移动管理网元,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息;接入节点接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息。 [0016] 在第二方面的第一种可能的实现方式中,该方法进一步包括:当接入节点接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息后,接入节点根据第一寻呼消息中的移动管理网元标识获取移动管理网元的流控制传输协议连接信息,并判断流控制传输协议连接信息中的第一IP地址与第一寻呼消息中的第二IP地址是否相同;若第一IP地址与第二IP地址相同,接入节点发送第一寻呼消息至用户终端;若第一IP地址与第二IP地址不相同,接入节点丢弃第一寻呼信息。 [0017] 在第一方面的第二种至第三种可能的实现方式中,节点能力通知消息为携带有指示是否支持用户数据报协议的标识的S1建立请求消息或者eNodeB配置更新消息。 [0018] 本发明的第三方面提供一种移动管理网元,包括:消息接收模块,用于接收接入节点发送的节点能力通知消息,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息;消息发送模块,用于选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0019] 在第三方面的第一种可能的实现方式中,消息发送模块包括:判断单元,用于判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生拥塞;消息发送单元,用于当判断单元判断述移动管理网元在使用流控制传输协议发送寻呼消息发生拥塞时,选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0020] 结合第三方面的第一种可能的实现方式,在第三方面的第二种可能的实现方式中,消息发送模块进一步包括:使用率获取单元,用于获取移动管理网元在使用流控制传输协议发送寻呼消息时移动管理网元的中央处理器的使用率;其中,当使用率获取单元获取的中央处理器的使用率超过门槛阈值时,判断单元判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。 [0021] 结合在第三方面的第二种可能的实现方式,在第三方面的第三种可能的实现方式中,消息发送模块进一步包括:丢包判断单元,用于判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生数据包丢包现象;其中,当丢包判断单元判断移动管理网元在使用流控制传输协议发送寻呼消息发生数据包丢包现象时,判断单元判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。 [0022] 结合第三方面的第一种可能的实现方式,在第三方面的第四种可能的实现方式中,消息发送模块进一步包括:数据包接收单元,用于接收服务网关发送的触发寻呼消息的数据包;属性获取单元,用于根据数据包接收单元接收的数据包获取数据包的属性;消息发送单元,用于根据属性获取单元获取的数据包的属性选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0023] 结合第三方面的第四种可能的实现方式,在第三方面的第五种可能的实现方式中,数据包的属性由EPS承载标识、关联承载标识、接入点名称、服务质量分类标识和分配保留优先级中的一个参数确定。 [0024] 结合第三方面的第五种可能的实现方式,在第三方面的第六种可能的实现方式中,属性获取单元用于获取EPS承载标识,根据EPS承载标识定位到承载上下文得到对应的接入点名称或服务质量分类标识,根据接入点名称或服务质量分类标识确定数据包的属性。 [0025] 结合第三方面的第五种可能的实现方式,在第三方面的第七种可能的实现方式中,属性获取单元用于获取关联承载标识,根据关联承载标识定位到承载上下文得到对应的接入点名称,根据接入点名称确定数据包的属性。 [0026] 本发明的第四方面提供一种接入节点,包括:消息发送模块,用于发送节点能力通知消息至移动管理网元,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息;消息接收模块,用于接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息。 [0027] 在第四方面的第一种可能的实现方式中,该接入节点进一步包括:获取模块,用于消息接收模块接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息后,根据第一寻呼消息中的移动管理网元标识获取移动管理网元的流控制传输协议连接信息;判断模块,用于判断连接信息获取模块获取的流控制传输协议连接信息中的第一IP地址与第一寻呼消息中的第二IP地址是否相同;若判断模块判断第一IP地址与第二IP地址相同,消息发送模块发送第一寻呼消息至用户终端;若判断模块判断第一IP地址与第二IP地址不相同,消息发送模块丢弃第一寻呼消息。 [0028] 本发明的第五方面提供一种移动管理网元,包括:处理器、存储器和网络接口;处理器通过网络接口接收接入节点发送的节点能力通知消息,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息;处理器选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0029] 本发明的第六方面提供一种接入节点,包括:处理器、存储器和网络接口;处理器通过网络接口将存储在存储器的节点能力通知消息发送至移动管理网元,节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息;处理器通过网络接口接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息。 [0030] 本发明的有益效果是:区别于现有技术的情况,本发明提供的接入节点、移动管理网元以及寻呼消息处理方法,通过当消息接收模块接收接入节点发送的节点能力通知消息后,消息发送模块选择使用用户数据报协议向接入节点发送第一寻呼消息,能够实现满足用户对寻呼消息的可靠性传输需求的同时,降低移动管理网元资源的消耗程度,避免移动管理网元拥塞的发生。附图说明 [0031] 图1是移动通信网络的网络架构图; [0032] 图2是基于流控制传输协议的eNodeB和MME之间的接口协议栈 [0033] 的架构示意图; [0034] 图3是基于流控制传输协议以及图1所示移动通信网络的寻呼消息 [0035] 处理的架构示意图; [0036] 图4是基于用户数据报协议的eNodeB和MME之间的接口协议栈 [0037] 的架构示意图; [0038] 图5是基于用户数据报协议和图1所示的移动通信网络的寻呼消息 [0039] 处理的架构示意图; [0040] 图6是本发明移动管理网元第一实施方式的结构示意图; [0041] 图7是本发明移动管理网元第二实施方式的结构示意图; [0042] 图8是本发明移动管理网元第三实施方式的结构示意图; [0043] 图9是本发明接入节点第一实施方式的结构示意图; [0044] 图10是本发明寻呼消息处理方法第一实施方式的流程示意图; [0045] 图11是本发明寻呼消息处理方法第二实施方式的流程示意图; [0046] 图12是本发明寻呼消息处理方法第三实施方式的流程示意图; [0047] 图13是本发明寻呼消息处理方法第四实施方式的流程示意图; [0048] 图14是本发明移动管理网元第四实施方式的结构示意图; [0049] 图15是本发明接入节点第二实施方式的结构示意图。 具体实施方式[0050] 下面结合附图和实施方式对本发明进行详细说明。 [0051] 请参阅图1,图1是移动通信网络的网络架构图,如图1所示,移动通信网络为增强的包交换(Enhanced Packet Switch,EPS)网络。用户设备11(User Equipment,UE)通过本地的接入节点12接入,其中接入节点12的网络可以为演进通用陆地无线接入网络(EvolvedUniversal Terrestrial Radio Access Network,E-UTRAN),其由演进型节点B(Evolved NodeB,eNodeB)组成。移动管理网元13主要负责移动性管理、承载管理、用户的鉴权认证等功能,其可以为移动性管理实体(Mobility Management Entity,MME)。服务网关14是用户设备11的本地接入网关,主要负责传输层分组数据的标记、分组数据的路由与转发等功能,其可以为服务网关(Serving Gateway,SGW)。数据网关15是用户设备11访问外部数据网络16的网关,其可以为报文数据网络网关(Packet Data Network Gateway,PGW)。外部数据网络16为运营商的IP服务网络,例如IP多媒体子系统(IP Multimedia Subsystem,IMS),网络视频监控系统(Professional Surveillance System,PSS)等等。 [0052] 其中,通信传输协议具体应用于接入节点12和移动管理网元13之间的消息传输。以接入节点12为eNodeB,移动管理网元13为MME为例来说,请参阅图2,图2是基于流控制传输协议的eNodeB和MME之间的接口协议栈的架构示意图,如图2所示,eNodeB与MME之间以SI接口相交互,eNodeB与MME之间的S1接口可以表示为S1-MME接口,其中,S1接口传输网络层是基于IP协议传输的,IP协议之上采用流控制传输协议,用以为应用层消息提供可靠的传输,而S1接口应用层的协议为S1应用协议(S1Application protocol,S1AP)协议。 [0053] 请参阅图3,图3是基于流控制传输协议以及图1所示移动通信网络的寻呼消息处理的架构示意图。如图3所示,移动管理网元13包括多个用户信令处理模块131和多个接口信令处理模块132。在实际应用中,接口信令处理模块132的数量具体可以达到数百个。多个接入节点12与移动管理网元13分别建立SCTP连接,具体来说,多个接入节点12的多个流控制传输协议连接随机地、平均地分布在移动管理网元13的各个接口信息处理模块132上。 [0054] 当采用流控制传输协议处理寻呼消息时,移动管理网元13对于空闲态的用户设备11,需要向用户设备11所在的注册区域对应的所有接入节点12广播寻呼消息。由于服务于用户设备11的注册区域的接入节点12的数量可以达到数百个,则当一个用户信令处理模块 131发起寻呼时,需要向数百个接口信令处理模块132发送寻呼消息,然后数百个接口信令处理模块132分别在和接入节点12建立的流控制传输协议连接上发送寻呼消息。举例来说,假设用户设备11所在的注册区域有200个接入节点12,移动管理网元13共有100个接口信令处理模块132,如果一个用户信令处理模块131向所有的接口信令处理模块132发送寻呼消息,而这些接口信令处理模块132又向注册区域内的接入节点12发送寻呼消息,则一次寻呼流程移动管理网元13共需要处理300条寻呼消息。在实际应用中,移动管理网元13每秒发起上万次的寻呼,则移动管理网元13需要处理百万级别的寻呼消息。 [0055] 所以,采用流控制传输协议处理寻呼消息时,虽然寻呼消息传输具有很高的可靠性,但当接入节点12数量很多时,将会大大消耗移动管理网元13的资源,给移动管理网元13带来严重的处理负荷,严重时甚至会出现拥塞问题。 [0056] 请参阅图4,图4是基于用户数据报协议的eNodeB和MME之间的接口协议栈的架构示意图,图4与图2的区别在于:IP协议之上采用用户数据报协议,用以为应用层消息提供快速的传输。 [0057] 图5是基于用户数据报协议和图1所示的移动通信网络的寻呼消息处理的架构示意图。如图5所示,因为UDP协议是一种无状态交换,无所谓连接,移动管理网元13和接入节点12交互时,直接通过目的地址和端口发送数据包即可,所以可以通过任何一个接口信令处理模块132来发送。 [0058] 当采用用户数据报协议处理寻呼消息时,用户信令处理模块131可以仅向一个接口信令处理模块132发送寻呼消息,然后该接口信令处理模块132将寻呼消息发送给用户设备11所在注册区域的多个接入节点13,采用用户数据报协议处理寻呼消息时,虽然寻呼消息传输的可靠性较差,但当接入节点12数量很多时,将大大减少移动管理网元13的资源消耗,避免出现拥塞的问题。在其它实施方式中,也可直接由用户信令处理模块131将寻呼消息直接发送给用户设备11注册区域的多个接入节点13,这样可以进一步减少了移动管理网元13的资源消耗。 [0059] 图6是本发明移动管理网元第一实施方式的结构示意图。如图6所示,移动管理网元20包括消息接收模块201和消息发送模块202。 [0060] 消息接收模块201用于接收接入节点发送的节点能力通知消息,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0061] 消息发送模块202用于在消息接收模块201接收接入节点发送的节点能力通知消息后,选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0062] 具体来说,一旦消息接收模块201接收到接入节点发送的节点能力通知消息,则说明消息发送模块202同时支持使用流控制传输协议和用户数据报协议向接入节点发送寻呼消息。此时,消息发送模块202可以按照用户对寻呼消息的可靠性需求以及移动管理网元的资源消耗状况选择使用流控制传输协议或者用户数据报协议向接入节点发送寻呼消息。具体来说,当当前寻呼消息为第一寻呼消息时,若移动管理网元的资源消耗较大时,消息发送模块202选择使用移动管理网元资源消耗较小的通信协议也即用户数据报协议向接入节点发送第一寻呼消息。若用户对第一寻呼消息的可靠性要求较高时,消息发送模块202选择可靠性较高的通信协议也即流控制传输协议向接入节点发送第一寻呼消息。 [0063] 在本发明实施方式,通过当消息接收模块接收接入节点发送的节点能力通知消息后,消息发送模块选择用户数据报协议向接入节点发送第一寻呼消息,从而可以实现满足用户对寻呼消息的可靠性传输需求的同时,降低移动管理网元资源的消耗程度,避免移动管理网元拥塞的发生。 [0064] 图7是本发明移动管理网元第二实施方式的结构示意图。如图7所示,移动管理网元30包括消息接收模块301和消息发送模块302。 [0065] 消息接收模块301用于接收接入节点发送的节点能力通知消息,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0066] 在本实施方式中,节点能力通知消息可以为接入节点与移动管理网元之间新增的接口消息,也可以为携带有指示是否支持用户数据报协议的通信能力标识的接入节点与移动管理网元之间已有的接口消息,例如S1建立请求消息或eNodeB配置更新消息,即通过在已有接口消息中新增信元或扩展信元来实现通信能力标识从而实现节点能力通知消息。 [0067] 消息发送模块302用于在消息接收模块301接收接入节点发送的节点能力通知消息后,选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0068] 具体来说,消息发送模块302包括判断单元3021、消息发送单元3022、使用率获取单元3023和丢包判断单元3024。 [0069] 其中,判断单元3021用于判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生拥塞。具体来说,判断单元3021与使用率获取单元3023和丢包判断单元3024连接,其中,使用率获取单元3023用于获取移动管理网元在使用流控制传输协议发送寻呼消息时移动管理网元的中央处理器的使用率,其中,当使用率获取子单元3023获取的中央处理器的使用率超过门槛阈值时,判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。丢包判断子单元3024用于判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生数据包丢包现象,其中,当丢包判断子单元3024判断移动管理网元在使用流控制传输协议发送寻呼消息时发生数据包丢包现象时,判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。 [0070] 消息发送单元3022用于当判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息发生拥塞时,选择使用用户数据报协议向接入节点发送第一寻呼消息。另外,消息发送单元3022还用于当判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息未发生拥塞时,选择使用流控制传输协议向接入节点发送第一寻呼消息。 [0071] 在本发明实施方式,通过当消息接收模块接收接入节点发送的节点能力通知消息后,判断单元判断移动管理网元在使用流控制传输协议发送寻呼消息发生拥塞时,消息发送单元选择使用用户数据报协议向接入节点发送第一寻呼消息,从而降低移动管理网元资源的消耗程度,进而缓解移动管理网元拥塞的程度。 [0072] 图8是本发明移动管理网元第三实施方式的结构示意图。如图8所示,移动管理网元40包括消息接收模块401、消息发送模块402。 [0073] 消息接收模块401用于接收接入节点发送的节点能力通知消息,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0074] 在本实施方式中,节点能力通知消息可以为接入节点与移动管理网元之间新增的接口消息,也可以为携带有指示是否支持用户数据报协议的通信能力标识的接入节点与移动管理网元之间已有的接口消息,例如S1建立请求消息或eNodeB配置更新消息,即通过在已有接口消息中新增信元或扩展信元来实现通信能力标识从而实现节点能力通知消息。 [0075] 消息发送模块402用于在消息接收模块401接收接入节点发送的节点能力通知消息后,选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0076] 具体来说,消息发送模块402包括数据包接收单元4021、属性获取单元4022和消息发送单元4023。 [0077] 具体来说,数据包接收单元4021用于接收服务网关发送的触发寻呼消息的数据包。属性获取单元4022用于根据数据包接收单元4021接收的数据包获取数据包的属性。消息发送单元4023用于根据属性获取单元4022获取的数据包的属性选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0078] 其中,数据包的属性由EPS承载标识(EPS Bearer Identity,EBI)、关联承载标识(Linked Bearer Identity,LBI)、接入点名称(Access PointName,APN)、服务质量分类标识(Qos Classfier Identity,QCI)和分配保留优先级(Allocation/Retension priority,ARP)中的一个参数确定。 [0079] 具体来说,属性获取单元4022获取数据包对应的EPS承载标识,根据EPS承载标识定位到承载上下文得到对应的接入点名称或服务质量分类标识,根据接入点名称或服务质量分类标识确定数据包的属性。或者属性获取单元4022获取数据包对应的关联承载标识,根据关联承载标识定位到承载上下文得到对应的接入点名称,根据接入点名称确定数据包的属性。 [0080] 在本发明实施方式,通过当消息接收模块接收接入节点发送的节点能力通知消息后,消息发送模块根据数据包的属性选择使用用户数据报协议向接入节点发送第一寻呼消息,从而降低了移动管理网元资源的消耗程度,避免了拥塞的发生。 [0081] 图9是本发明接入节点第一实施方式的结构示意图。如图9所示,接入节点50包括消息发送模块501、消息接收模块502、获取模块503以及判断模块504。 [0082] 消息发送模块501用于发送节点能力通知消息至移动管理网元,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0083] 在本实施方式中,节点能力通知消息可以为接入节点与移动管理网元之间新增的接口消息,也可以为携带有指示是否支持用户数据报协议的通信能力标识的接入节点与移动管理网元之间已有的接口消息,例如S1建立请求消息或eNodeB配置更新消息,即通过在已有接口消息中新增信元或扩展信元来实现通信能力标识从而实现节点能力通知消息。 [0084] 消息接收模块502用于当消息发送模块501发送节点能力通知消息至移动管理网元后,接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息。 [0085] 获取模块503用于当消息接收模块502接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息后,根据第一寻呼消息中的移动管理网元标识获取移动管理网元的流控制传输协议连接信息。其中,流控制传输协议连接信息可以为流控制传输协议连接信息。 [0086] 判断模块504用于判断获取模块503获取的流控制传输协议连接信息中的第一IP地址与第一寻呼消息中的第二IP地址是否相同。其中,第一IP地址为接入节点与移动管理网元建立SCTP连接时对应的移动管理网元的IP地址,第二IP地址为第一寻呼消息中的源IP地址。 [0087] 当判断模块504判断判断第一IP地址与第二IP地址相同时,消息发送模块201发送第一寻呼消息至用户终端;当判断模块504判断第一IP地址与第二IP地址不相同时,消息发送模块501丢弃第一寻呼消息。 [0088] 在本发明实施方式,通过当消息发送模块发送节点能力通知消息至移动管理网元后,消息接收模块接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息,从而降低了移动管理网元资源的消耗,避免了拥塞的发生。 [0089] 图10是本发明寻呼消息处理方法第一实施方式的流程示意图,可由图6的装置来实施。需注意的是,若有实质上相同的结果,本发明的方法并不以图10所示的流程顺序为限。如图10所示,该方法包括如下步骤: [0090] 步骤S101:消息接收模块201接收接入节点发送的节点能力通知消息。 [0091] 在步骤S101中,节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0092] 其中,节点能力通知消息可以直接配置在接入节点上,也可以通过移动通信网络中的其它网元,例如操作维护单元(Operation andMaintenance,OAM)发送给接入节点。 [0093] 节点能力通知消息可以为接入节点与移动管理网元之间新增的接口消息,也可以为携带有指示是否支持用户数据报协议的通信能力标识的接入节点与移动管理网元之间已有的接口消息,例如S1建立请求消息或eNodeB配置更新消息,即通过在已有接口消息中新增信元或扩展信元来实现通信能力标识从而实现节点能力通知消息。 [0094] 具体来说,节点能力通知消息中的通信能力标识可以仅指示接入节点与移动管理网元之间支持通过用户数据报协议进行通信,对于接入节点与移动管理网元不支持通过用户数据报协议进行通信的情况不加以限制。其中一种情况可以是,节点能力通知消息中没有携带通信能力标识时,表示接入节点与移动管理网元之间不支持通过用户数据报协议进行通信。 [0095] 另外,节点能力通知消息中的通信能力标识可以仅指示接入节点与移动管理网元之间不支持通过用户数据报协议进行通信,对于接入节点与移动管理网元支持通过用户数据报协议进行通信的情况不加以限制。其中一种情况可以是,节点能力通知消息中没有携带通信能力标识时,表示接入节点与移动管理网元之间支持通过用户数据报协议进行通信。 [0096] 进一步,节点能力通知消息中的通信能力标识可以同时指示接入节点与移动管理网元之间支持和不支持通过用户数据报协议进行通信。 [0097] 步骤S102:消息发送模块202选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0098] 在步骤S102中,当步骤S101中消息接收模块201接收到接入节点发送的节点能力通知消息后,消息发送模块202选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0099] 在步骤S102中,当接入节点和移动管理网元之间既可以通过流控制传输协议又可以通过用户数据报协议进行通信时,移动管理网元可以根据移动管理网元的资源消耗程度以及用户对寻呼消息的可靠性传输的需求来选择通过流控制传输协议还是用户数据报协议将寻呼消息发送至接入节点。 [0100] 其中,流控制传输协议传输寻呼消息的可靠性高,但需要消耗更多的移动管理网元的资源,而用户数据报协议不需要消耗很多的移动管理网元的资源即可实现传呼消息的快速传输,但可靠性低。 [0101] 当移动管理网元的资源消耗较大时,移动管理网元可以选择通过用户数据报协议传送当前寻呼消息也即第一寻呼消息以降低移动管理网元的资源消耗。当移动管理网元的资源消耗较小时,移动管理网元可以选择通过流控制传输协议传送第一寻呼消息以保证寻呼消息的可靠传输。 [0102] 在其它实施方式中,在处理寻呼消息时,由于移动管理网元需要将寻呼消息传送给与其连接的多个接入节点,则移动管理网元也可以选择部分接入节点通过流控制传输协议传送寻呼消息,剩余的接入节点通过用户数据报协议传送寻呼消息。 [0103] 在本发明实施方式,通过当消息接收模块接收接入节点发送的节点能力通知消息后,消息发送模块选择使用用户数据报协议向接入节点发送第一寻呼消息,能够实现寻呼消息以较高可靠性传输的同时,减少寻呼消息处理过程中移动管理网元的资源消耗,避免出现移动管理网元拥塞的问题。 [0104] 图11是本发明寻呼消息处理方法第二实施方式的流程示意图,可由图7的装置来实施。需注意的是,若有实质上相同的结果,本发明的方法并不以图11所示的流程顺序为限。如图11所示,该方法包括如下步骤: [0105] 步骤S201:消息接收模块301接收接入节点发送的节点能力通知消息。 [0106] 在步骤S201中,节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息,其中,流控制传输协议为流控制传输协议,用户数据报协议为用户数据报协议。 [0107] 步骤S202:判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生拥塞:若判断发生拥塞时,执行步骤S203;若判断未发生拥塞时,执行步骤S204。 [0108] 在步骤S202中,判断单元3021通过使用率获取单元3023获取到的移动管理网元在使用流控制传输协议发送寻呼消息时移动管理网元的中央处理器的使用率,或者丢包判断单元3024判断出的移动管理网元在使用流控制传输协议发送寻呼消息时是否发生数据包丢包现象来判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生拥塞。 [0109] 具体来说,使用率获取单元3023获取移动管理网元在使用流控制传输协议发送寻呼消息时移动管理网元的中央处理器的使用率,其中,当使用率获取单元3023获取的中央处理器的使用率超过门槛阈值(例如,80%)时,判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。丢包判断子单元3024判断移动管理网元在使用流控制传输协议发送寻呼消息时是否发生数据包丢包现象,其中,当丢包判断子单元3024判断移动管理网元在使用流控制传输协议发送寻呼消息时发生数据包丢包现象时,判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息时发生拥塞。 [0110] 步骤S203:消息发送单元3022选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0111] 在步骤S203中,当步骤S202中判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息发生拥塞时,消息发送单元3022选择通过用户数据报协议将当前寻呼消息也即第一寻呼消息发送至接入节点,以降低拥塞的程度。 [0112] 步骤S204:消息发送单元3022选择使用流控制传输协议向接入节点发送第一寻呼消息。 [0113] 在步骤S204中,当步骤S202中判断单元3021判断移动管理网元在使用流控制传输协议发送寻呼消息未发生拥塞时,消息发送单元3022选择使用流控制传输协议将当前寻呼消息也即第一寻呼消息发送至接入节点,以保证第一寻呼消息的可靠传输。 [0114] 在本发明实施方式,通过当消息接收模块接收接入节点发送的节点能力通知消息,且判断单元判断移动管理网元在使用流控制传输协议发送寻呼消息发生拥塞时,消息发送单元选择使用用户数据报协议向接入节点发送第一寻呼消息,可以有效降低移动管理网元拥塞的程度,进而保证移动管理网元正常工作。 [0115] 图12是本发明寻呼消息处理方法第三实施方式的流程示意图,可由图8的装置来实施。需注意的是,若有实质上相同的结果,本发明的方法并不以图12所示的流程顺序为限。如图12所示,该方法包括如下步骤: [0116] 步骤S301:消息接收模块401接收接入节点发送的节点能力通知消息。 [0117] 在步骤S301中,节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息,其中,流控制传输协议为流控制传输协议,用户数据报协议为用户数据报协议。 [0118] 步骤S302:数据包接收单元4021接收服务网关发送的触发寻呼消息的数据包。 [0119] 步骤S303:属性获取单元4022获取数据包的属性。 [0120] 在步骤S303中,数据包的属性由EPS承载标识(EPS Bearer Identity,EBI)、关联承载标识(Linked Bearer Identity,LBI)、接入点名称(AccessPoint Name,APN)、服务质量分类标识(Qos Classfier Identity,QCI)和分配保留优先级(Allocation/Retension priority,ARP)中的一个参数确定。 [0121] 具体来说,当数据包的属性由EPS承载标识来确定时,属性获取单元4022首先获取数据包对应的EPS承载标识,接着根据所述EPS承载标识定位到承载上下文得到对应的接入点名称或服务质量分类标识,最后根据接入点名称或服务质量分类标识确定数据包的属性。 [0122] 当数据包的属性由关联承载标识来确定时,属性获取单元4022首先获取数据包对应的关联承载标识,接着根据关联承载标识定位到承载上下文得到对应的接入点名称,最后根据接入点名称确定数据包的属性。 [0123] 其中,数据包的属性包括数据包的连接属性、时延属性以及优先级属性等等。其中,数据包的连接属性与接入点名称相对应,例如:IMSAPN为IP多媒体子系统对应的接入点的数据包,Internet APN为互联网系统对应的接入点的数据包。数据包的时延属性与QCI相对应,例如:QCI3为时延要求高的数据包,QCI9为时延要求低的数据包。数据包的优先级属性与ARP相对应,例如:ARP中优先级1为高优先级的数据包,ARP中优先级3为低优先级的数据包。 [0124] 步骤S304:消息发送单元4023根据数据包的属性选择使用用户数据报协议向接入节点发送第一寻呼消息。 [0125] 在步骤S304中,承接前述,当数据包的属性为连接属性时,当获取到的数据包的连接属性为IMS APN时,消息发送单元4023选择使用流控制传输协议向接入节点发送第一寻呼消息;当获取到的数据包的连接属性为Internet APN时,消息发送单元4023选择使用用户数据报协议向接入节点发送当前寻呼消息也即第一寻呼消息。 [0126] 当数据包的属性为时延属性,在标准QCI属性中,QCI的值越小其对应的时延要求越高,根据QCI对应的值即可获取数据包的时延属性。当获取到数据包的时延属性为时延要求高的数据包,例如QCI的值为3,消息发送单元4023选择使用流控制传输协议向接入节点发送第一寻呼消息,以保证实时传输;当获取到数据包的时延属性为时延要求低的数据包,例如QCI的值为9,消息发送单元4023选择使用用户数据报协议向接入节点发送第一寻呼消息,以降低移动管理网元的资源消耗。 [0127] 当数据包的属性为优先级属性,在标准ARP属性中,ARP的值越小其对应的优先级越高。根据ARP对应的值即可获取数据包的优先级属性。当获取到数据包的属性为优先级高的数据包,例如ARP的值为1,消息发送单元4023选择使用流控制传输协议向接入节点发送第一寻呼消息,以保证实时传输;当获取到数据包的属性为优先级低的数据包,例如ARP的值为3,消息发送单元4023选择使用用户数据报协议向接入节点发送第一寻呼消息,以降低移动管理网元的资源消耗。 [0128] 在本发明实施方式,通过当消息接收模块接收接入节点发送的节点能力通知消息后,消息发送单元根据数据包的属性选择使用用户数据报协议向接入节点发送第一寻呼消息,可以有效降低移动管理网元资源的消耗,避免移动管理网元拥塞的发生。 [0129] 图13是本发明寻呼消息处理方法第四实施方式的流程示意图,可由图9的装置来实施。需注意的是,若有实质上相同的结果,本发明的方法并不以图13所示的流程顺序为限。如图13所示,该方法包括如下步骤: [0130] 步骤S401:消息发送模块501发送节点能力通知消息至管理网元; [0131] 在步骤S401中,节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0132] 步骤S402:消息接收模块502接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息; [0133] 步骤S403:当消息接收模块502接收到第一寻呼消息后,获取模块503根据第一寻呼消息中的移动管理网元标识获取移动管理网元的流控制传输协议连接信息; [0134] 在步骤S403中,移动管理网元标识用于指示与接入节点建立SCTP连接的移动管理网元。当接入节点通过用户数据报协议接收到寻呼消息后,接入节点根据寻呼消息中移动管理网元标识所指示的移动管理网元获取接入节点与移动管理网元的流控制传输协议连接信息。 [0135] 步骤S404:判断模块504判断流控制传输协议连接信息中的第一IP地址与第一寻呼消息中的第二IP地址是否相同:若相同,执行步骤S405,若不相同,执行步骤S406。 [0136] 在步骤S404中,流控制传输协议中的第一IP地址为接入节点与移动管理网元建立SCTP连接时对应的移动管理网元的IP地址,第一寻呼消息中的第二IP地址为第一寻呼消息中的源IP地址。 [0137] 步骤S405:消息接收模块502发送第一寻呼消息至用户终端。 [0138] 在步骤S405中,当步骤S404中判断模块504判断移动管理网元的IP地址和寻呼消息中的源IP地址相同时,消息接收模块502在其覆盖范围内寻呼用户终端。 [0139] 步骤S406:消息接收模块502丢弃第一寻呼消息。 [0140] 在步骤S406中,当步骤S404中判断模块504判断移动管理网元的IP地址和寻呼消息中的源IP地址不相同时,消息接收模块502丢弃第一寻呼消息。 [0141] 在本发明实施方式,通过消息发送模块发送节点能力通知消息至管理网元后,消息接收模块接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息,可以有效降低移动管理网元资源的消耗,避免移动管理网元拥塞的发生。 [0142] 图14是本发明移动管理网元第四实施方式的结构示意图。如图15所示,移动管理网元60包括处理器601、存储器602、网络接口603以及总线604,其中,处理器601、存储器602、网络接口603分别与总线604进行耦合连接,以进行数据交互。 [0143] 处理器601通过网络接口603接收接入节点发送的节点能力通知消息并存储在存储器602中,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0144] 当处理器601接收到接入节点发送的节点能力通知消息后,处理器601选择使用用户数据报协议将存储在存储器602中的寻呼消息通过网络接口603发送至接入节点。 [0145] 在本发明实施方式,通过当处理器接收到节点能力通知消息后,处理器选择使用用户数据报协议向接入节点发送第一寻呼消息,从而实现了在满足用户对寻呼消息的可靠性传输需求的同时,降低移动管理网元资源的消耗,避免移动管理网元拥塞的发生。 [0146] 图15是本发明接入节点第二实施方式的结构示意图。如图14所示,接入节点70包括处理器701、存储器702、网络接口703以及总线704,其中,处理器701、存储器702、网络接口703分别与总线704进行耦合连接,以进行数据交互。 [0147] 处理器701通过网络接口703发送存储在存储器702中的节点能力通知消息至移动管理网元,其中节点能力通知消息用于指示接入节点支持使用不同于流控制传输协议的用户数据报协议从移动管理网元接收寻呼消息,其中,接入节点支持使用流控制传输协议从移动管理网元接收寻呼消息。 [0148] 节点能力通知消息可以为接入节点与移动管理网元之间新增的接口消息,也可以为携带有指示是否支持用户数据报协议的通信能力标识的接入节点与移动管理网元之间已有的接口消息,例如S1建立请求消息或eNodeB配置更新消息,即通过在已有接口消息中新增信元或扩展信元来实现通信能力标识从而实现节点能力通知消息。 [0149] 处理器701进一步通过网络接口703接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息并存储在存储器702中。 [0150] 在本发明实施方式,通过当处理器发送节点能力通知消息后,处理器通过网络接口接收移动管理网元选择使用用户数据报协议发送的第一寻呼消息,从而实现了在满足用户对寻呼消息的可靠性传输需求的同时,降低移动管理网元资源的消耗,避免移动管理网元拥塞的发生。 [0151] 在本发明所提供的几个实施方式中,应该理解到,所揭露的系统,装置和方法,可以通过其它的方式实现。例如,以上所描述的装置实施方式仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口,装置或单元的间接耦合或通信连接,可以是电性,机械或其它的形式。 [0152] 所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施方式方案的目的。 [0153] 另外,在本发明各个实施方式中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。 [0154] 所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读取存储介质中。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)或处理器(processor)执行本发明各个实施方式所述方法的全部或部分步骤。而前述的存储介质包括:U盘、移动硬盘、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。 |