一种拥塞控制的方法和设备
技术领域
本发明涉及通信技术领域,尤其涉及一种拥塞控制的方法和设备。
背景技术
在现有协议中,提出了基于APN(Access Point Name,接入点名称)的拥塞控制(APN based Congestion control)机制,且其可以分为基于APN的移动管理控制(APN based Mobility Management control)以及基于APN的会话管理控制(APN based Session Management control)。
在基于APN的移动管理控制中,网络侧需要对签约了特殊APN的UE(User Equipment,用户设备)进行拥塞控制,且当签约了特殊APN的UE发送移动管理请求到网络侧时,网络侧判断该特殊APN是否发生拥塞,如果是,则网络侧拒绝此移动管理请求,并在向UE返回的拒绝消息中携带移动管理退避定时器(back-off timer);且UE在接收到移动管理退避定时器之后,需要在此移动管理退避定时器超时之前不再发起任何移动管理过程。
在基于APN的会话管理控制中,当网络侧判定出某APN正处于拥塞状态,则网络侧需要拒绝针对此APN的PDN(Packet Data Network,分组数据网络)连接请求(Connectivity Request),并在向UE返回的拒绝消息中携带会话管理退避定时器;且UE在接收到会话管理退避定时器之后,需要在此移动管理退避定时器超时之前不再发起任何针对此APN的会话管理过程。
此外,除了基于APN的拥塞控制,当前还提出了NAS(Non Access Stratum,非接入层)层的移动管理拥塞控制机制;具体的,在网络过载的条件下,网络侧可以拒绝UE的任何移动管理请求,并在向UE返回的拒绝消息中携带移动管理退避定时器;且UE在接收到移动管理退避定时器之后,需要在此移动管理退避定时器超时之前不再发起任何移动管理过程。
在实现本发明的过程中,发明人发现现有技术中至少存在以下问题:
由于NAS的分层设计,使得移动管理层和会话管理层被独立维护,UE在收到针对移动管理请求的拒绝消息以及移动管理退避定时器后,不能再发起移动管理请求;但是对于会话管理过程,其拥塞控制是基于APN的,当UE进入连接态后,网络过载时UE也将允许发送会话管理消息,从而增加网络负载。
发明内容
本发明实施例提供一种拥塞控制的方法和设备,以减轻网络负载。
为了达到上述目的,本发明实施例提供一种拥塞控制的方法,包括:
网络侧设备接收来自用户设备UE的会话管理请求消息;如果当前网络处于过载状态,则:
当所述会话管理请求消息是为了请求建立紧急emergency业务的分组数据网络PDN连接,或者所述会话管理请求消息不是为了请求建立emergency业务的PDN连接且当前已建立emergency业务的PDN连接时,
所述网络侧设备将通过发起PDN去连接disconnection过程删除所述UE上下文中的非emergency业务的PDN连接,使所述UE进入紧急附着emergency attach状态。
本发明实施例提供一种网络侧设备,包括:
接收模块,用于接收来自用户设备UE的会话管理请求消息;
处理模块,用于如果当前网络处于过载状态,则:当所述会话管理请求消息是为了请求建立紧急emergency业务的分组数据网络PDN连接,或者所述会话管理请求消息不是为了请求建立emergency业务的PDN连接且当前已建立emergency业务的PDN连接时,
将通过发起PDN去连接disconnection过程删除所述UE上下文中的非emergency业务的PDN连接,使所述UE进入紧急附着emergency attach状态。
与现有技术相比,本发明实施例至少具有以下优点:本发明实施例中,通过发起PDN disconnection(去连接)过程删除UE上下文中的非emergency(紧急)业务的PDN连接,从而减少核心网节点的拥塞程度,减轻网络负载。
附图说明
为了更清楚地说明本发明的技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本发明实施例一提供的一种拥塞控制的方法流程示意图;
图2是本发明实施例二提供的一种拥塞控制的方法流程示意图;
图3是本发明实施例三提供的一种拥塞控制的方法流程示意图;
图4是本发明实施例四提供的一种网络侧设备的结构示意图。
具体实施方式
下面将结合本发明中的附图,对本发明中的技术方案进行清楚、完整地描述,显然,所描述的实施例仅仅是本发明的一部分实施例,而不是全部的实施例。基于本发明中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本发明保护的范围。
实施例一
本发明实施例一提供一种拥塞控制的方法,如图1所示,该方法包括:
步骤101,网络侧设备接收来自UE的会话管理请求消息;其中,该网络侧设备可以为SGSN(Serving GPRS Supporting Node,服务GPRS支持节点)或者MME(Mobility Management Entity,移动性管理实体)。
本发明实施例中,该会话管理请求消息包括但不限于:分组数据网连接请求PDN CONNECTIVITY REQUEST;BEARER RESOURCE ALLOCATION REQUEST(承载资源分配请求)消息;BEARER RESOURCE MODIFICATION REQUEST(承载资源修改请求)消息等。
本发明实施例中,如果当前网络处于过载状态,则:
当会话管理请求消息是为了请求建立emergency业务的PDN连接,或者会话管理请求消息不是为了请求建立emergency业务的PDN连接且当前已建立emergency业务的PDN连接时,执行步骤102;
当会话管理请求消息不是为了请求建立emergency业务的PDN连接且当前未建立emergency业务的PDN连接时,执行步骤103。
需要注意的是,网络侧设备(即核心网控制实体)在启动通用的NAS级拥塞控制机制时,可以根据配置准则判定网络(即核心网)是否处于过载(overload)状态;具体的,如果当前网络的负载超过了预配置的过载门限时,则该网络侧设备可以判定出网络处于过载状态。
步骤102,网络侧设备通过发起PDN disconnection过程删除UE上下文中的非emergency业务的PDN连接,使UE进入emergency attach(附着)状态。
步骤103,网络侧设备通过发起Detach(去附着)过程使UE进入Detach状态;或者,发起接口Release(释放)过程(如S1/Iu接口Release过程)使UE进入Idle(空闲)状态。
本发明实施例中,当会话管理请求消息是为了请求建立emergency业务的PDN连接时,该网络侧设备还可以接受该会话管理请求消息,并完成emergency业务的PDN连接的建立过程。
本发明实施例中,当会话管理请求消息不是为了请求建立emergency业务的PDN连接,且当前已建立emergency业务的PDN连接时,则该网络侧设备还可以拒绝该会话管理请求消息。
本发明实施例中,当会话管理请求消息不是为了请求建立emergency业务的PDN连接,且当前未建立emergency业务的PDN连接时,则该网络侧设备还可以拒绝该会话管理请求消息。
综上所述,本发明实施例中,在接收到会话管理请求消息后,
(1)如果该会话管理请求消息是为了请求建立emergency业务的PDN连接,则该网络侧设备接受该会话管理请求消息(即建立emergency业务的PDN连接),并发起PDN disconnection过程删除所有非emergency业务的PDN连接,使得UE进入Emergency Attach状态。
(2)如果该会话管理请求消息不是为了请求建立emergency业务的PDN连接,且该UE已经建立有emergency业务的PDN连接,则该网络侧设备拒绝该会话管理请求消息,并发起PDN disconnection过程删除所有非emergency业务的PDN连接,使得UE进入Emergency Attach状态。
(3)如果该会话管理请求消息不是为了请求建立emergency业务的PDN连接,且该UE也没有建立emergency业务的PDN连接,则该网络侧设备拒绝该会话管理请求消息,并发起Detach过程使UE进入Detach状态;或者,发起S1/Iu Release过程使UE进入Idle状态。
需要注意的是,本发明实施例中,上述UE为需要进行拥塞控制的UE,且该UE具体为处于连接态的UE。
以下结合具体的应用场景对本发明实施例进行详细说明。
实施例二
本发明实施例二提供一种拥塞控制的方法,如图2所示,该方法包括:
步骤201,SGSN/MME接收来自UE的PDN Connectivity Request消息,且该PDN Connectivity Request消息中,Request Type(类型)=Emergency。
步骤202,SGSN/MME在确定网络发生过载(overload)后,接受该PDN Connectivity Request消息,建立emergency业务的PDN连接。
步骤203,SGSN/MME发起PDN disconnection过程删除所有非emergency业务PDN连接。
实施例三
本发明实施例三提供一种拥塞控制的方法,如图3所示,该方法包括:
步骤301,SGSN/MME接收来自UE的PDN Connectivity Request消息,该PDN Connectivity Request消息中,Request Type不为Emergency,或是UE Requested Bearer(承载)Resource(资源)Modification(修改)Request等。
步骤302,SGSN/MME在确定网络发生过载(overload)后,拒绝该PDN Connectivity Request消息。
步骤303,SGSN/MME向UE发送PDN连接拒绝消息,并检查该UE是否存在emergency业务的PDN连接。
步骤304,如果存在emergency业务的PDN连接,则SGSN/MME发起PDN disconnection过程删除所有非emergency业务的PDN连接;如果不存在emergency业务的PDN连接,则SGSN/MME发起Detach过程使UE进入Detach状态,或者发起S1/Iu Release过程使得UE进入Idle状态。
实施例四
基于与上述方法同样的发明构思,本发明实施例中还提供了一种网络侧设备,如图4所示,该网络侧设备包括:
接收模块11,用于接收来自用户设备UE的会话管理请求消息;
处理模块12,用于如果当前网络处于过载状态,则:当所述会话管理请求消息是为了请求建立紧急emergency业务的分组数据网络PDN连接,或者所述会话管理请求消息不是为了请求建立emergency业务的PDN连接且当前已建立emergency业务的PDN连接时,
将通过发起PDN去连接disconnection过程删除所述UE上下文中的非emergency业务的PDN连接,使所述UE进入紧急附着emergency attach状态。
当所述会话管理请求消息是为了请求建立紧急emergency业务的PDN连接时,所述处理模块12,还用于接受所述会话管理请求消息,并完成emergency业务的PDN连接的建立过程。
所述处理模块12,还用于当所述会话管理请求消息不是为了请求建立emergency业务的PDN连接且当前未建立emergency业务的PDN连接时,
通过发起去附着Detach过程使所述UE进入Detach状态;或者,发起接口释放Release过程使所述UE进入空闲Idle状态。
当所述会话管理请求消息不是为了请求建立emergency业务的PDN连接时,所述处理模块12,还用于拒绝所述会话管理请求消息。
本发明实施例中,所述会话管理请求消息包括:分组数据网连接请求PDN CONNECTIVITY REQUEST;承载资源分配请求BEARER RESOURCE ALLOCATION REQUEST消息;承载资源修改请求BEARER RESOURCE MODIFICATION REQUEST消息。
本发明实施例中,所述UE具体为处于连接态的UE。
其中,本发明装置的各个模块可以集成于一体,也可以分离部署。上述模块可以合并为一个模块,也可以进一步拆分成多个子模块。
通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到本发明可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本发明的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质中,包括若干指令用以使得一台计算机设备(可以是个人计算机,服务器,或者网络设备等)执行本发明各个实施例所述的方法。
本领域技术人员可以理解附图只是一个优选实施例的示意图,附图中的模块或流程并不一定是实施本发明所必须的。
本领域技术人员可以理解实施例中的装置中的模块可以按照实施例描述进行分布于实施例的装置中,也可以进行相应变化位于不同于本实施例的一个或多个装置中。上述实施例的模块可以合并为一个模块,也可以进一步拆分成多个子模块。
上述本发明实施例序号仅仅为了描述,不代表实施例的优劣。
以上公开的仅为本发明的几个具体实施例,但是,本发明并非局限于此,任何本领域的技术人员能思之的变化都应落入本发明的保护范围。