CN103096376A - 一种网络拥塞控制的方法和系统 - Google Patents

一种网络拥塞控制的方法和系统 Download PDF

Info

Publication number
CN103096376A
CN103096376A CN201110344949XA CN201110344949A CN103096376A CN 103096376 A CN103096376 A CN 103096376A CN 201110344949X A CN201110344949X A CN 201110344949XA CN 201110344949 A CN201110344949 A CN 201110344949A CN 103096376 A CN103096376 A CN 103096376A
Authority
CN
China
Prior art keywords
mtc
iwf
congestion
mtc iwf
congested
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.)
Pending
Application number
CN201110344949XA
Other languages
English (en)
Inventor
谢宝国
李志军
吴昊
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
ZTE Corp
Original Assignee
ZTE Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by ZTE Corp filed Critical ZTE Corp
Priority to CN201110344949XA priority Critical patent/CN103096376A/zh
Priority to PCT/CN2012/083825 priority patent/WO2013064067A1/zh
Publication of CN103096376A publication Critical patent/CN103096376A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0215—Traffic management, e.g. flow control or congestion control based on user or device properties, e.g. MTC-capable devices
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W28/00—Network traffic management; Network resource management
    • H04W28/02—Traffic management, e.g. flow control or congestion control
    • H04W28/0289—Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/70—Services for machine-to-machine communication [M2M] or machine type communication [MTC]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/02—Access restriction performed under specific conditions
    • H04W48/06—Access restriction performed under specific conditions based on traffic conditions
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H04W76/18—Management of setup rejection or failure

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

本发明公开了一种网络拥塞控制的方法和系统，在机器类型通信互连功能实体(MTC IWF)出现信令拥塞时，根据拥塞机制及时通知第三代合作伙伴计划(3GPP)网络及MTC服务器，3GPP网络及MTC服务器悬挂或拒绝低优先级MTC UE或普通MTC UE的非紧急信令消息，这样既保证了紧急信令能得到及时处理，也避免了MTC IWF在拥塞期间仍接收及处理大量的信令使拥塞加剧；使MTC增强架构能有效应对大量信令流并发的场景，保障了MTC UE及时与MTC服务器进行数据通信，满足了物联网业务需求。

Description

一种网络拥塞控制的方法和系统
技术领域
本发明涉及通信技术领域，尤其涉及一种网络拥塞控制的方法和系统。
背景技术
近年来机器到机器间的通信(M2M，Machine to Machine)业务逐渐开始得到应用，如物流系统、远程抄表、智能家居等应用。M2M服务商使用现有的无线网络，如通用分组无线业务(GPRS，General Packet Radio Service)网络、演进分组系统(EPS，Evolved Packet System)网络等分组交换(PS，PacketSwitching)网络开展M2M业务。由于M2M业务相比人与人之间的通信(H2H，Human to Human)业务有明显的差异性，因此需要对现有的网络进行必要的优化，以获得最佳的网络管理与网络通讯质量。
GPRS网络是一个基于包交换的第二代移动通信网络，到了第三代移动通信系统，GPRS演进为通用移动通信系统分组交换(UMTS PS，Universal MobileTelecommunication System Packet Switch)域。GPRS网络架构中包含如下网元：
无线网络系统(RNS，Radio Network System)，RNS中包含节点B(NodeB)与无线网络控制器(RNC，Radio Network Controller)，NodeB为终端提供空口连接，RNC主要用于管理无线资源以及控制NodeB。RNC与NodeB之间通过Iub口连接，终端通过RNS接入UMTS的分组域核心网(Packet Core)；
服务GPRS支持节点(SGSN，Serving GPRS Support Node)，用于保存用户的路由区位置信息，负责安全和接入控制，SGSN通过Iu口与RNS相连；
网关GPRS支持节点(GGSN，Gateway GPRS Support Node)，用于负责分配终端的IP地址和到外部网络的网关功能，在内部通过Gn口与SGSN相连；
归属位置寄存器(HLR，Home Location Register)，用于保存用户的签约数据和当前所在的SGSN地址，通过Gr口与SGSN相连，通过Gc口与GGSN相连；
分组数据网络(PDN，Packet Data Network)，用于为用户提供基于分组的业务网，通过Gi口与GGSN相连；
机器类型通信服务器(MTC Server，Machine Type Communication Server)为M2M应用服务器，用于为用户提供M2M应用，通过MTCi接口与GGSN相连。
随着无线宽带技术的发展，业务层对传输层的带宽、时延等性能要求越来越高。为提高其网络性能，降低网络建设及运营成本，第三代合作伙伴计划(3GPP)致力于系统架构演进(SAE，System Architecture Evolution)的研究，目的是使得演进的分组网(EPC，Evolved Packet Core)可提供更高的传输速率、更短的传输延时、优化分组，及支持演进的UTRAN(E-UTRAN，EvolvedUTRAN)、UTRAN、无线局域网(WLAN，Wireless Local Area Network)及其他非3GPP的接入网络之间的移动性管理。
SAE的架构中包含了无线接入网络eNodeB、核心网控制面网元MME、核心网用户面网元Serving GW/PDN GW等各类网元。其中，演进的无线接入网(E-RAN，Evolved Radio Access Network)中包含的网元是演进节点B(eNodeB，Evolved NodeB)，属于RNS系统，用于为用户的接入提供无线资源；分组数据网(PDN，Packet Data Network)是为用户提供业务的网络；EPC核心网提供了更低的延迟，并允许更多的无线接入系统接入，其包括如下网元：
移动管理实体(MME，Mobility Management Entity)，是控制面功能实体，临时存储用户数据的服务器，负责管理和存储用户设备(UE，User Equipment)的上下文(比如用户标识、移动性管理状态、用户安全参数等)，为用户分配临时标识，当UE驻扎在该跟踪区域或者该网络时，负责对该用户进行鉴权；
服务网关(S-GW，Serving Gateway)，是一个用户面实体，负责用户面数据路由处理，终结处于空闲(ECM_IDLE)状态的UE的下行数据；管理和存储UE的SAE承载(bearer)上下文，比如IP承载业务参数和网络内部路由信息等；S-GW是3GPP系统内部用户面的锚点，一个用户在一个时刻只能有一个S-GW；
分组数据网网关(P-GW，PDN Gateway)，是负责UE接入PDN的网关，分配用户IP地址，也是3GPP和非3GPP接入系统的移动性锚点，P-GW的功能还包括策略实施、计费支持；用户在同一时刻能够接入多个P-GW；策略与计费实施功能实体(PCEF，Policy and Charging Enforcement Function)也位于P-GW中；
归属用户服务器(HSS，Home Subscriber Server)，负责永久存储用户签约数据，HSS存储的内容包括UE的国际移动用户识别码(IMSI，InternationalMobile Subscriber Identification)和P-GW的IP地址。
在物理上，S-GW和P-GW可以合设，EPC系统用户面网元包括S-GW和P-GW。
M2M业务是以机器终端智能交互为核心的、网络化的应用与服务，它采用智能机器终端，通过无线网络传输信息，为客户提供的信息化解决方案，用于满足客户对监控、指挥调度、数据采集和测量等方面的信息化需求。
M2M的通信对象为机器对机器，可以是人与机器之间的通信，机器与服务器之间的通信，不同智能终端之间的通信。不同应用的MTC设备具有不同的特性，如电梯等升降机设备具有低移动性、PS only属性，而监视、警报设备除具有低移动性、PS only外，还具有低数据传输和高可用性等属性。因此，需要针对不同应用的MTC设备进行不同的系统优化，可有效的对MTC设备进行管理、监控、付费等。
同时，由于MTC设备具有无人值守的特征，因此，需要对3GPP网络进行优化，使网络具有可以激活终端的能力，这样当MTC Server需要MTC设备上报数据或对其进行控制，就可以随时触发MTC设备与MTC Server建立数据通信。
根据M2M业务需求，需要网络实现对终端进行激活、小数据量传输的各类需求，因此对PS分组网络架构进行了增强，PS网络的MTC增强架构如图1所示，在PS网络架构中引入了MTC互连功能实体(IWF，Inter-Working Function)及相关接口。图1中，MTC Server用于为用户提供M2M应用控制，MTC Server主要负责对MTC设备(MTC UE)的信息采集和数据存储/处理等工作，并可对MTC设备进行必要的管理；MTC Server通过MTCi接口与P-GW相连。MTCIWF网元负责进行网络拓扑隐藏及应用层、承载层协议转换，采用MTCsp接口与MTC Server连接，采用S6m接口与HSS/HLR连接，采用T5a/d与SGSN/MME连接。现有MTC IWF的功能主要是接收MTC Server的激活消息，并通过3GPP网络相关网元将激活消息下发给MTC UE。
现有MTC网络增强的技术实现，主要考虑采用MTC IWF进行激活的流程，如图2所示，包括以下步骤：
步骤201，MTC UE在3GPP分组域，包括GPRS网络与EPS网络，需要向无线接入网络RNS(eNodeB或RNC)(简称RNS，下同)发起附着请求，其中携带了MTC UE的标识(即IMSI)、MTC UE的网络接入能力、请求分配IP的指示和终端接入代理能力等信息。若终端在线时位置改变，发起的是位置更新(TAU)流程。
RNS为MTC UE选择一个为之服务的MME/SGSN(MME或SGSN)，并将附着请求转发到该MME/SGSN，同时将附着消息中携带的相关信息也携带给MME/SGSN。
MME/SGSN向MTC UE归属网的HSS发送位置更新请求，其中携带MME/SGSN的地址信息和MTC UE的标识(IMSI)，向HSS告知MTC UE当前所接入的区域；HSS根据MTC UE的标识(IMSI)查找出签约用户数据，发送给MME/SGSN。
若终端允许接入，SGSN/MME就向该终端发送附着接入，将该终端接入到3GPP网络。
步骤202，MTC Server根据应用需求，需要对MTC UE进行激活。MTCServer将对MTC UE的激活请求通过MTCsp接口发给归属MTC IWF，激活请求消息中携带激活(trigger)信息、MTC UE标识等信息。
步骤203，MTC IWF根据激活请求消息中的MTC UE标识，从HSS/HLR中获取MTC UE附着的SGSN/MME的IP地址及MTC UE的IMSI标识。
步骤204，MTC IWF向SGSN/MME发送激活终端的请求，其中携带trigger信息及IMSI标识等信息。
步骤205，MME/SGSN根据运营商策略，在本地先保存该激活请求，等待MTC UE发起TAU流程。
步骤206，MTC UE向MME/SGSN发起周期性TAU请求或因位置改变发起的TAU请求。
步骤207，SGSN/MME收到TAU请求后，进行承载修改等相关的位置更新过程的处理。
步骤208，MME/SGSN在TAU响应的非接入层(NAS)信令中携带该终端的激活请求，将激活请求消息发送给MTC UE。
步骤209，MTC UE将TAU完成消息发给SGSN/MME，消息中携带激活请求已接受信息。
步骤210，MME/SGSN向MTC IWF返回激活请求发送成功消息。
步骤211，MTC UE收到MTC Server的激活请求后，在3GPP网络建立用户面承载，然后与MTC Server通过3GPP网络的用户面承载建立起应用层连接，实现业务数据的交互。
在现有的MTC增强架构与具体的流程中，没有考虑MTC IWF拥塞场景下trigger消息如何发送、如何响应等处理流程，也没有考虑MTC IWF拥塞场景下小数据如何通过MTC IWF进行传输、紧急消息及监控消息如何通过MTCIWF进行传输等问题。
MTC IWF是需要处理来自3GPP网络与MTC Server的大量信令，有信令拥塞的可能。当发生信令拥塞时，如果仍然收到大量的信令，程度轻的会造成MTC IWF与网络及MTC Server的信令接口长时间堵塞，MTC相关信令无法得到处理；程度重的可能造成MTC IWF网元崩溃，造成网络故障。
因此，针对MTC增强架构，需要解决MTC IWF拥塞时，MTC IWF如何与网络及MTC Server进行交互、及建立MTC IWF的拥塞处理机制，使得MTCIWF在拥塞期间能尽可能少的接收与处理信令，尽快恢复正常状态；避免MTCIWF长时间拥塞或系统崩溃，使M2M业务无法得到正常的处理及实现，影响M2M用户体验。
发明内容
有鉴于此，本发明的主要目的在于提供一种网络拥塞控制的方法和系统，以避免MTC IWF拥塞时仍然接收和处理大量来自接口的信令，造成MTC IWF最终因严重拥塞无法正常工作的问题。
为达到上述目的，本发明的技术方案是这样实现的：
本发明提供了一种网络拥塞控制的方法，该方法包括：
当机器类型通信互连功能实体MTC IWF拥塞时，所述MTC IWF将拥塞情况通知给第三代合作伙伴计划3GPP网络控制面网元或MTC服务器；
所述3GPP网络控制面网元或MTC服务器在MTC IWF拥塞期间不再发送非紧急信令消息给所述MTC IWF。
该方法进一步包括：
在所述MTC IWF拥塞期间，所述3GPP网络控制面网元或MTC服务器将携带紧急标识的紧急信令消息发送给所述MTC IWF。
所述非紧急信令消息包括与低优先级MTC UE或普通MTC UE相关的不携带紧急标识的信令消息。
该方法进一步包括：
当所述MTC IWF的拥塞解除后，所述3GPP网络控制面网元或MTC服务器将非紧急信令消息发送给所述MTC IWF。
该方法进一步包括：
所述3GPP网络控制面网元收到来自所述MTC IWF的拥塞情况通知后，对于在所述MTC IWF拥塞前已收到的来自MTC UE的激活消息，在激活有效时间到期时，将所述MTC UE的激活成功或失败的响应消息发送给所述MTCIWF；所述MTC IWF根据本地策略进行处理。
所述MTC IWF通过设备间系统消息将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器，
所述设备间系统消息包括拥塞开始消息和拥塞结束消息。
所述MTC IWF通过在与所述MTC UE相关的终端信令消息中携带MTCIWF拥塞指示及延时时间，将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器。
该方法进一步包括：
所述3GPP网络控制面网元或MTC服务器在所述延时时间结束后，尝试向所述MTC IWF发送非紧急信令消息，若所述MTC IWF拥塞解除，则对所接收的非紧急信令消息进行正常处理；若所述MTC IWF拥塞仍未解除，则所述MTCIWF对所接收的非紧急信令消息进行拒绝处理，并重新通知拥塞指示和延时时间给所述3GPP网络控制面网元或MTC服务器。
本发明还提供了一种网络拥塞控制的系统，该系统包括：机器类型通信互连功能实体MTC IWF，还包括：第三代合作伙伴计划3GPP网络控制面网元或MTC服务器，其中，
所述MTC IWF，用于在自身发生拥塞时，将拥塞情况通知给所述3GPP网络控制面网元或MTC服务器；
所述3GPP网络控制面网元或MTC服务器，用于在MTC IWF拥塞期间不再发送非紧急信令消息给所述MTC IWF。
所述3GPP网络控制面网元或MTC服务器进一步用于，在所述MTC IWF拥塞期间，将携带紧急标识的紧急信令消息发送给所述MTC IWF。
所述非紧急信令消息包括与低优先级MTC UE或普通MTC UE相关的不携带紧急标识的信令消息。
所述3GPP网络控制面网元或MTC服务器进一步用于，在所述MTC IWF的拥塞解除后，将非紧急信令消息发送给所述MTC IWF。
所述3GPP网络控制面网元进一步用于，在收到来自所述MTC IWF的拥塞情况通知后，对于在所述MTC IWF拥塞前已收到的来自MTC UE的激活消息，在激活有效时间到期时，将所述MTC UE的激活成功或失败的响应消息发送给所述MTC IWF；所述MTC IWF根据本地策略进行处理。
所述MTC IWF进一步用于，通过设备间系统消息将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器，
所述设备间系统消息包括拥塞开始消息和拥塞结束消息。
所述MTC IWF进一步用于，通过在与MTC UE相关的终端信令消息中携带MTC IWF拥塞指示及延时时间，将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器。
所述3GPP网络控制面网元或MTC服务器进一步用于，在所述延时时间结束后，尝试向所述MTC IWF发送非紧急信令消息；
相应的，若所述MTC IWF拥塞解除，则所述MTC IWF对所接收的非紧急信令消息进行正常处理；若所述MTC IWF拥塞仍未解除，则所述MTC IWF对所接收的非紧急信令消息进行拒绝处理，并重新通知拥塞指示和延时时间给所述3GPP网络控制面网元或MTC服务器。
本发明所提供的一种网络拥塞控制的方法和系统，在MTC IWF出现信令拥塞时，根据拥塞机制及时通知3GPP网络及MTC Server，3GPP网络及MTCServer悬挂或拒绝低优先级MTC UE或普通MTC UE的非紧急信令，这样既保证了紧急信令能得到及时处理，也避免了MTC IWF在拥塞期间仍接收及处理大量的信令使拥塞加剧；使MTC增强架构能有效应对大量信令流并发的场景，保障了MTC UE及时与MTC Server进行数据通信，满足了物联网业务需求。
附图说明
图1为现有技术中PS网络的MTC增强架构的示意图；
图2为现有技术中MTC Server通过MTC IWF对MTC UE进行激活的流程图；
图3为本发明一种网络拥塞控制的方法流程图；
图4为本发明实施例在激活流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的流程图一；
图5为本发明实施例在小数据包传输流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的流程图一；
图6为本发明实施例在激活流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的流程图二；
图7为本发明实施例在小数据包传输流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的流程图二；
图8为本发明实施例在激活流程中，MTC IWF拥塞时通知MTC Server的流程图一；
图9为本发明实施例在激活过程中，MTC IWF拥塞时通知MTC Server的流程图二。
具体实施方式
下面结合附图和具体实施例对本发明的技术方案进一步详细阐述。
本发明为避免MTC IWF拥塞时仍接收并处理大量的MTC相关信令造成拥塞加剧的问题，当MTC IWF拥塞时，MTC IWF主动将拥塞情况通知给与之有信令交互的各相关实体，如3GPP网络中的控制面网元SGSN/MME、负责MTC业务控制及终端管理的MTC Server。SGSN/MME或MTC Server得知MTC IWF已经信令拥塞，就不再将非紧急信令消息发送给MTC IWF进行处理，只发送紧急信令消息，这样就大大减少了MTC IWF的信令处理压力，使MTC IWF能够快速恢复到正常状态。
MTC IWF拥塞情况通知是比较灵活的，可采用设备间的系统消息通知，如拥塞开始消息、拥塞结束消息进行通知，这需要对MTC IWF与SGSN/MME交互的T5接口、及MTC IWF与MTC Server交互的MTCsp接口进行增强，以支持该系统消息。为避免增加系统消息造成接口的增强，使系统过于复杂，另一种方式可采用在终端相关的终端信令消息中来传递MTC IWF拥塞标识以通知MTC Server或SGSN/MME，并携带一个延时时间，在该延时时段内，MTC Server或SGSN/MME需要避免将非紧急的信令发给MTC IWF处理。
本发明所提供的一种网络拥塞控制的方法，如图3所示，主要包括以下步骤：
步骤301，当MTC IWF拥塞时，MTC IWF将拥塞情况通知给3GPP网络控制面网元或MTC Server。
步骤302，3GPP网络控制面网元或MTC Server在MTC IWF拥塞期间不再发送非紧急信令消息给所述MTC IWF。
在MTC IWF拥塞期间，3GPP网络控制面网元或MTC Server可以将携带紧急标识的紧急信令消息发送给MTC IWF。
所述非紧急信令消息包括与低优先级MTC UE或普通MTC UE相关的不携带紧急标识的信令消息。所述MTC UE的低优先级或普通MTC UE的属性可根据MTC UE的实际应用需求由网络运营商进行定义和配置。
较佳的，3GPP网络控制面网元收到来自MTC IWF的拥塞情况通知后，对于在MTC IWF拥塞前已收到的来自MTC UE的激活消息，在激活有效时间到期时，将MTC UE的激活成功或失败的响应消息发送给MTC IWF；MTC IWF根据本地策略进行处理。
当MTC IWF的拥塞解除后，3GPP网络控制面网元或MTC Server将非紧急信令消息发送给MTC IWF。
作为本发明的一种实现方式，MTC IWF可以通过设备间系统消息将自身的拥塞情况通知给3GPP网络控制面网元或MTC Server，所述设备间系统消息包括拥塞开始消息和拥塞结束消息。
作为本发明的另一种实现方式，MTC IWF也可以通过在与MTC UE相关的终端信令消息中携带MTC IWF拥塞指示及延时时间，将自身的拥塞情况通知给3GPP网络控制面网元或MTC Server。
3GPP网络控制面网元或MTC Server在所述延时时间结束后，尝试向MTCIWF发送非紧急信令消息，若MTC IWF拥塞解除，则对所接收的非紧急信令消息进行正常处理；若MTC IWF拥塞仍未解除，则MTC IWF对所接收的非紧急信令消息进行拒绝处理，并重新通知拥塞指示和延时时间给3GPP网络控制面网元或MTC Server。
下面结合具体实施例对本发明的网络拥塞控制方法和系统进一步详细阐述。
图4示出了在激活流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的一种流程。图4中，MTC IWF拥塞时，MTC IWF向3GPP网络的SGSN/MME发送拥塞开始通知消息，SGSN/MME根据运营商策略，在MTC UE激活流程中，对于低优先级终端或普通终端的非紧急激活响应信令不再发送给MTC IWF；紧急激活响应信令在MTC IWF拥塞期间仍可以发送给MTC IWF处理。当MTC IWF拥塞解除后，MTC IWF向3GPP网络的SGSN/MME发送拥塞结束通知消息，SGSN/MME得知MTC IWF已解除拥塞，就不再执行拥塞控制的限制，可将所有激活响应信令都发给MTC IWF进行处理。图4所示流程主要包括以下步骤：
步骤401，MTC UE向3GPP分组网络发起附着请求，SGSN/MME收到附着请求后从HSS/HLR下载用户的签约数据，保存终端上下文并允许终端进行接入到3GPP网络，MTC UE成功附着到3GPP网络。
步骤402，MTC Server根据应用需求，需要对MTC UE进行激活。MTCServer将对MTC UE的激活请求通过MTCsp接口发给MTC IWF，MTC IWF从HSS/HLR中获取MTC UE附着的SGSN/MME的IP地址及MTC UE的IMSI标识，并将该激活请求发给SGSN/MME，激活请求中可包含激活有效时间、激活信息等内容。
步骤403，SGSN/MME收到激活请求后，可临时进行保存，并根据激活有效时间启动激活定时器，当MTC UE发起TAU时将激活信息下发给MTC UE。若激活成功就向MTC IWF上报激活成功响应。若当激活定时器溢出时仍不能成功激活MTC UE，就上报激活失败消息给MTC IWF，由MTC IWF将激活响应消息发给MTC Server。
步骤404，MTC IWF出现了信令拥塞。信令拥塞是可以进行预先设定的，如MTC IWF处理资源不足30％，可定义为信令拥塞。
步骤405，MTC IWF向SGSN/MME发送拥塞开始消息，通知SGSN/MME有关MTC IWF的拥塞状况。
步骤406，SGSN/MME收到拥塞开始消息后，就执行拥塞控制的限制措施，根据运营商策略，对于低优先级终端或普通终端的相关不携带紧急标识的非紧急MTC激活响应信令，不再发送给MTC IWF进行处理，可以将未能发送的信令消息在SGSN/MME进行暂存或拒绝。
对于紧急激活的响应，响应消息可以是紧急激活成功或紧急激活失败的消息，该消息携带紧急标识，SGSN/MME可直接发给MTC IWF进行处理，不受拥塞控制的限制。MTC IWF将该紧急激活响应发给MTC Server。
步骤407(包括407a、407b)，对于MTC IWF未拥塞前，某些终端的激活消息已经发给SGSN/MME的情况，当激活有效时间到期时，根据运营商策略，SGSN/MME可以将该终端的激活成功或失败的响应消息发送给MTC IWF，由MTC IWF根据策略决定是否将激活响应消息发给MTC Server。
步骤408，拥塞解除时，MTC IWF向SGSN/MME发送拥塞结束消息，通知SGSN/MME拥塞已解除。
步骤409，SGSN/MME得知MTC IWF拥塞已解除，就正常与MTC IWF进行信令交互，将待发的非紧急激活响应消息，包括低优先级终端及普通终端相关的激活响应消息发给MTC IWF，MTC IWF处理后将激活响应消息发给MTC Server。
图5示出了在小数据包传输流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的一种流程。在图5中，MTC IWF拥塞时，MTC IWF向3GPP网络的SGSN/MME发送拥塞开始通知消息，SGSN/MME根据运营商策略，在小数据包发送流程中，对于包含低优先级终端或普通终端的小数据包的非紧急信令消息不再发送给MTC IWF；对于紧急小数据包的信令在MTC IWF拥塞期间仍可以发送给MTC IWF处理。当MTC IWF拥塞解除后，MTC IWF向3GPP网络的SGSN/MME发送拥塞结束通知消息，SGSN/MME得知MTC IWF已解除拥塞，就不再执行拥塞控制的限制，可将所有包含小数据包的信令消息都发给MTC IWF进行处理。图5所示的流程主要包括以下步骤：
步骤501，MTC UE向3GPP分组网络发起附着请求，SGSN/MME收到附着请求后从HSS/HLR下载用户的签约数据，保存终端上下文并允许终端进行接入到3GPP网络，MTC UE成功附着到3GPP网络。
步骤502，MTC IWF出现了信令拥塞。信令拥塞是可以进行预先设定的，如MTC IWF处理资源不足30％，可定义为信令拥塞。
步骤503，MTC IWF向SGSN/MME发送拥塞开始消息，通知SGSN/MME有关MTC IWF的拥塞状况。
SGSN/MME收到拥塞开始消息后，就执行拥塞控制的限制措施，根据运营商策略，对于低优先级终端或普通终端相关的不携带紧急标识的包含小数据包的非紧急信令消息，不再发送给MTC IWF进行处理，可以将未能发送的包含小数据包的信令在SGSN/MME进行拒绝处理。
步骤504，MTC UE将携带小数据包的NAS信令发给SGSN/MME。
步骤505，如果是紧急小数据包，在NAS信令中携带紧急标识通知SGSN/MME。
对于包含紧急小数据包的信令消息，该信令消息可携带紧急标识，SGSN/MME可直接将该信令发给MTC IWF进行处理，不受拥塞控制的限制。MTC IWF将该小数据包发给MTC Server。
步骤506，对于低优先级终端相关或普通终端相关的包含小数据包的非紧急NAS信令，根据运营商策略，当SGSN/MME得知MTC IWF拥塞后，就会响应NAS信令拒绝消息，在拒绝消息中携带延时接入时间及MTC IWF拥塞的原因值给MTC UE。MTC UE得知MTC IWF拥塞后，与MTC IWF相关的NAS信令在延时接入时间周期内不再发起，等延时接入时间到期后再尝试进行发起包含小数据包的NAS信令。
步骤505和506的执行不分先后，根据对MTC UE发送的携带小数据包的NAS信令的判断结果决定执行步骤505或506。
步骤507，拥塞解除时，MTC IWF向SGSN/MME发送拥塞结束消息，通知SGSN/MME拥塞已解除。
步骤508，当MTC UE有小数据包要发送时，MTC UE将携带小数据包的NAS信令发给SGSN/MME；或是当延时接入时间到期后，先前的MTC UE又一次尝试发起包含小数据包的NAS信令。
步骤509，SGSN/MME得知MTC IWF拥塞已解除，就正常与MTC IWF进行信令交互，将待发的包含小数据包的信令消息，无论是低优先级终端还是普通终端相关的信令消息都发给MTC IWF，MTC IWF处理后将小数据包发给MTC Server。
图6示出了在激活流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的另一种流程。在图6中，MTC IWF拥塞时，MTC IWF拒绝3GPP网络的SGSN/MME发送的激活响应消息，在拒绝消息中携带MTC IWF拥塞指示及延时时间。SGSN/MME根据运营商策略，在MTC UE激活流程中，对于低优先级终端或普通终端的激活响应信令不再发送给MTC IWF；紧急激活响应信令在MTC IWF拥塞期间仍可以发送给MTC IWF处理。
当延时时间结束后，SGSN/MME尝试向MTC IWF再次发起低优先级终端或普通终端的非紧急激活响应信令，如果MTC IWF已恢复正常，就可以正常处理信令，若SGSN/MME未再次收到携带MTC IWF拥塞指示的拒绝消息，就默认MTC IWF恢复正常，不再执行拥塞控制的限制，可将所有激活响应信令都发给MTC IWF进行处理；如果MTC IWF仍处于拥塞，则再次在拒绝消息中携带MTC IWF拥塞指示及延时时间，SGSN/MME等下一次延时时间结束后再尝试发送激活响应消息，直至MTC IWF恢复正常。
图6所示的流程主要包括以下步骤：
步骤601，MTC UE向3GPP分组网络发起附着请求，SGSN/MME收到附着请求后从HSS/HLR下载用户的签约数据，保存终端上下文并允许终端进行接入到3GPP网络，MTC UE成功附着到3GPP网络。
步骤602，MTC Server根据应用需求，需要对MTC UE进行激活。MTCServer将对MTC UE的激活请求通过MTCsp接口发给MTC IWF，MTC IWF从HSS/HLR中获取MTC UE附着的SGSN/MME的IP地址及MTC UE的IMSI标识，并将该激活请求发给SGSN/MME，激活请求中可包含激活有效时间、激活信息等内容。
步骤603，SGSN/MME收到激活请求后，可临时进行保存，并根据激活有效时间启动激活定时器，当MTC UE发起TAU时将激活信息下发给MTC UE。若激活成功就向MTC IWF上报激活成功响应。若当激活定时器溢出时仍不能成功激活MTC UE，就上报激活失败消息给MTC IWF，由MTC IWF将激活响应消息发给MTC Server。
步骤604，MTC IWF出现了信令拥塞。信令拥塞是可以进行预先设定的，如MTC IWF处理资源不足30％，可定义为信令拥塞。
步骤605，SGSN/MME收到MTC UE的激活响应消息后，或是激活定时器溢出还未能激活MTC UE，SGSN/MME向MTC IWF发送低优先级终端或普通终端相关的不携带紧急标识的非紧急激活响应消息。
步骤606，MTC IWF判断自身已信令拥塞，就不再处理该信令消息，直接发起拒绝响应给SGSN/MME，在响应消息中携带MTC IWF拥塞指示及延时时间。
SGSN/MME收到携带有MTC IWF拥塞指示的拒绝响应后，就执行拥塞控制的限制措施，根据运营商策略，对于低优先级终端或普通终端的相关的非紧急MTC激活响应信令，不再发送给MTC IWF进行处理，可以将未能发送的信令消息在SGSN/MME进行暂存或拒绝。并启动延时时间定时器，当定时器溢出时再执行发送激活响应的尝试。
步骤607，对于紧急激活的响应，响应消息可以是紧急激活成功或紧急激活失败的消息，该消息可携带紧急标识，SGSN/MME可直接发给MTC IWF进行处理，不受拥塞控制的限制。MTC IWF将该紧急激活响应发给MTC Server。
步骤608(包括608a、608b)，对于MTC IWF未拥塞前，某些MTC UE的激活消息已经发给SGSN/MME的情况，当激活定时器溢出时时，根据运营商策略，SGSN/MME可以将该MTC UE的激活成功或失败消息发送给MTC IWF，由MTC IWF根据策略决定是否将激活响应消息发给MTC Server。
步骤609(包括609a、609b)，当延时时间定时器溢出后，SGSN/MME再次尝试发起低优先级终端或普通终端相关的激活响应消息给MTC IWF。
步骤610(包括610a、610b)，若MTC IWF还处于信令拥塞，MTC IWF会再次发起拒绝响应，并在响应消息中携带MTC IWF拥塞指示及延时时间，对应步骤610a。SGSN/MME等待下一次延时时间到期后再进行尝试，直至MTCIWF正常。
若MTC IWF已恢复正常状态，MTC IWF不再拒绝该激活响应消息，而是处理后将激活响应消息发给MTC Server，对应步骤610b。
SGSN/MME发出激活响应消息后，没有再次收到携带MTC IWF拥塞的拒绝响应，就默认MTC IWF拥塞已解除，就正常与MTC IWF进行信令交互，SGSN/MME将待发的激活响应消息，包括低优先级终端及普通终端相关的激活响应消息发给MTC IWF，MTC IWF处理后将激活响应消息发给MTC Server。
图7示出了在小数据包传输流程中，MTC IWF拥塞时通知3GPP网络中SGSN/MME网元的另一种流程。在图7中，MTC IWF拥塞时，MTC IWF拒绝3GPP网络的SGSN/MME发送的小数据包传输的非紧急信令消息，在拒绝消息中携带MTC IWF拥塞指示及延时时间。SGSN/MME根据运营商策略，在小数据包发送流程中，对于包含低优先级终端或普通终端的小数据包的非紧急信令消息不再发送给MTC IWF；对于紧急小数据包的信令消息在MTC IWF拥塞期间仍可以发送给MTC IWF处理。
当延时时间结束后，SGSN/MME尝试向MTC IWF再次发起包含低优先级终端或普通终端的小数据包的非紧急信令消息，如果MTC IWF已恢复正常，就可以正常处理该信令消息，若SGSN/MME未再次收到携带MTC IWF拥塞指示的拒绝消息，就默认MTC IWF恢复正常，不再执行拥塞控制的限制，可将所有小数据包传输信令都发给MTC IWF进行处理；如果MTC IWF仍处于拥塞，则再次在拒绝消息中携带MTC IWF拥塞指示及延时时间，SGSN/MME等下一次延时时间结束后再尝试发送小数据包传输消息，直至MTC IWF恢复正常。
图7所示的流程主要包括以下步骤：
步骤701，MTC UE向3GPP分组网络发起附着请求，SGSN/MME收到附着请求后从HSS/HLR下载用户的签约数据，保存终端上下文并允许终端进行接入到3GPP网络，MTC UE成功附着到3GPP网络。
步骤702，MTC IWF出现了信令拥塞。信令拥塞是可以进行预先设定的，如MTC IWF处理资源不足30％，可定义为信令拥塞。
步骤703，MTC UE将携带小数据包的NAS信令发给SGSN/MME。若是紧急小数据包，在NAS信令中携带紧急标识。
步骤704，SGSN/MME将小数据包传输消息发给MTC IWF，携带MTC UE标识及紧急标识等信息。
步骤705，MTC IWF判断自身已信令拥塞，就不再处理该非紧急的小数据包传输信令消息，直接发起拒绝响应，在响应消息中携带MTC IWF拥塞指示及延时时间。
SGSN/MME收到携带有MTC IWF拥塞指示的拒绝响应后，就执行拥塞控制的限制措施，根据运营商策略，对于低优先级终端或普通终端相关的包含小数据包的非紧急信令消息，不再发送给MTC IWF进行处理，可以将未能发送的包含小数据包的信令在SGSN/MME进行拒绝处理。并启动延时时间定时器，当定时器溢出时再执行发送激活响应的尝试。
步骤706，如果是紧急小数据包，可以在NAS信令中携带紧急标识通知SGSN/MME。
对于包含紧急小数据包的信令消息，该信令消息可携带紧急标识，SGSN/MME可直接将该信令发给MTC IWF进行处理，不受拥塞控制的限制。MTC IWF将该小数据包发给MTC Server。
步骤707，对于低优先级终端相关或普通终端相关的包含小数据包的非紧急NAS信令，根据运营商策略，当SGSN/MME得知MTC IWF拥塞后，就会响应NAS信令拒绝消息，在拒绝消息中携带延时时间及MTC IWF拥塞的原因值给MTC UE。MTC UE得知MTC IWF拥塞后，与MTC IWF相关的NAS信令在延时接入时间周期内不再发起，等延时接入时间到期后再尝试进行发起包含小数据包的NAS信令。
步骤708，当MTC UE有小数据包要发送时，MTC UE将携带小数据包的NAS信令发给SGSN/MME；或是当延时接入时间到期后，先前的MTC UE又一次尝试发起包含小数据包的NAS信令。
步骤709(包括709a、709b)，当SGSN/MME侧的延时时间定时器溢出后，SGSN/MME再次尝试发起低优先级终端或普通终端相关的小数据包传输消息给MTC IWF。
步骤710(包括710a、710b)，若MTC IWF还处于信令拥塞，MTC IWF会再次发起拒绝响应，并在响应消息中携带MTC IWF拥塞指示及延时时间，对应步骤710a。SGSN/MME等待下一次延时时间到期后再进行尝试，直至MTCIWF正常。
若MTC IWF已恢复正常状态，MTC IWF不再拒绝该小数据包传输消息，而是处理后将小数据包传输消息发给MTC Server，对应步骤710b。
SGSN/MME发出小数据包传输信令消息后，没有再次收到携带MTC IWF拥塞的拒绝响应，就默认MTC IWF拥塞已解除，正常与MTC IWF进行信令交互，SGSN/MME将后续的小数据包传输消息，包括低优先级终端及普通终端相关的小数据包传输消息发给MTC IWF，MTC IWF处理后将小数据包消息发给MTC Server。
图8示出了在激活流程中，MTC IWF拥塞时通知MTC Server的一种流程。在图8中，MTC IWF拥塞时，MTC IWF向MTC Server发送拥塞开始通知消息，在MTC UE激活流程中，MTC Server对于低优先级终端或普通终端的非紧急激活请求信令不再发送给MTC IWF；紧急激活请求信令在MTC IWF拥塞期间仍可以发送给MTC IWF处理。当MTC IWF拥塞解除后，MTC IWF向MTC Server发送拥塞结束通知消息，MTC Server得知MTC IWF已解除拥塞，就不再执行拥塞控制的限制，可将所有激活请求信令都发给MTC IWF进行处理。
图8所示的流程主要包括以下步骤：
步骤801，MTC UE向3GPP分组网络发起附着请求，SGSN/MME收到附着请求后从HSS/HLR下载用户的签约数据，保存终端上下文并允许终端进行接入到3GPP网络，MTC UE成功附着到3GPP网络。
步骤802，MTC IWF出现了信令拥塞。信令拥塞是可以进行预先设定的，如MTC IWF处理资源不足30％，可定义为信令拥塞。
步骤803，MTC IWF向MTC Server发送拥塞开始消息，通知MTC Server有关MTC IWF的拥塞状况。
步骤804，MTC Server收到拥塞开始消息后，就执行拥塞控制的限制措施，对于低优先级终端或普通终端的非紧急激活请求信令，就不再发送给MTC IWF进行处理。
MTC Server根据应用需求，需要对MTC UE进行激活。MTC Server将对MTC UE的激活请求通过MTCsp接口发给MTC IWF。对于紧急激活请求，该激活请求消息携带紧急标识，MTC Server直接发给MTC IWF进行处理，不受拥塞控制的限制。MTC IWF将紧急激活请求发给SGSN/MME。
步骤805，若MTC UE处于空闲(idle)状态，SGSN/MME向MTC UE发起寻呼(paging)请求，通知MTC UE建立无线连接。
步骤806，MTC UE向SGSN/MME发送业务请求(service request)，SGSN/MME与MTC UE建立起无线连接。
步骤807，SGSN/MME在业务请求响应消息中，将紧急激活请求发给MTCUE。
步骤808，SGSN/MME激活终端成功后，将紧急激活响应发给MTC IWF，MTC IWF处理后将紧急激活响应发给MTC Server。
步骤809，MTC UE紧急激活成功后，建立紧急承载，与MTC Server进行紧急数据通信业务。
步骤810，MTC IWF恢复正常后，向MTC Server发送拥塞结束消息，通知MTC Server拥塞已解除。
步骤811～814，MTC Server得知MTC IWF拥塞已解除，就正常与MTC IWF进行信令交互，将待发的激活请求消息，包括低优先级终端及普通终端相关的非紧急激活请求消息发给MTC IWF，MTC IWF处理后将激活请求消息发给SGSN/MME，由SGSN/MME在TAU响应消息中交付给MTC UE。
步骤815，MTC UE正常激活成功后，建立普通承载，与MTC Server进行正常数据通信业务。
图9示出了在激活流程中，MTC IWF拥塞时通知MTC Server的另一种流程。在图9中，MTC IWF拥塞时，MTC IWF拒绝MTC Server发送的非紧急激活请求消息，在拒绝消息中携带MTC IWF拥塞指示及延时时间通知给MTCServer。在MTC UE激活流程中，MTC Server对于低优先级终端或普通终端的非紧急激活请求信令不再发送给MTC IWF；紧急激活响应信令在MTC IWF拥塞期间仍可以发送给MTC IWF处理。
当延时时间结束后，MTC Server尝试向MTC IWF再次发起低优先级终端或普通终端的非紧急激活响应信令，如果MTC IWF已恢复正常，就可以正常处理信令，若MTC Server未再次收到携带MTC IWF拥塞指示的拒绝消息，就默认MTC IWF恢复正常，不再执行拥塞控制的限制，可将所有激活请求信令都发给MTC IWF进行处理；如果MTC IWF仍处于拥塞，则再次在拒绝消息中携带MTC IWF拥塞指示及延时时间，MTC Server等下一次延时时间结束后再尝试发送激活请求消息，直至MTC IWF恢复正常。
图9所示的流程主要包括以下步骤：
步骤901，MTC UE向3GPP分组网络发起附着请求，SGSN/MME收到附着请求后从HSS/HLR下载用户的签约数据，保存终端上下文并允许终端进行接入到3GPP网络，MTC UE成功附着到3GPP网络。
步骤902，MTC IWF出现了信令拥塞。信令拥塞是可以进行预先设定的，如MTC IWF处理资源不足30％，可定义为信令拥塞。
步骤903，MTC Server根据应用需求，需要对MTC UE进行激活。MTCServer将对MTC UE的激活请求通过MTCsp接口发给MTC IWF。
步骤904，MTC IWF判断自身已信令拥塞，就不再处理该激活请求信令消息，直接发起拒绝响应，在响应消息中携带MTC IWF拥塞指示及延时时间给MTC Server。MTC Server收到携带有MTC IWF拥塞指示的拒绝响应后，就执行拥塞控制的限制措施，对于低优先级终端或普通终端的非紧急MTC激活请求信令，就不再发送给MTC IWF进行处理。并启动延时时间定时器，当定时器溢出时再执行发送非紧急激活请求的尝试。
步骤905，对于紧急激活请求，该激活请求消息携带紧急标识，MTC Server直接发给MTC IWF进行处理，不受拥塞控制的限制。MTC IWF将紧急激活请求发给SGSN/MME。
步骤906，若终端处于idle状态，SGSN/MME向MTC UE发起paging请求，通知MTC UE建立无线连接。
步骤907，MTC UE向SGSN/MME发送service request，SGSN/MME与MTC UE建立起无线连接。
步骤908，SGSN/MME在业务请求响应消息中，将紧急激活请求发给MTCUE。
步骤909，SGSN/MME激活终端成功后，将紧急激活响应发给MTC IWF，MTC IWF处理后将紧急激活响应发给MTC Server。
步骤910，MTC UE紧急激活成功后，建立紧急承载，与MTC Server进行紧急数据通信业务。
步骤911，当延时时间定时器溢出后，MTC Server再次尝试发起低优先级终端或普通终端相关的非紧急激活请求消息给MTC IWF。
步骤912～916，若MTC IWF还处于信令拥塞，MTC IWF会再次发起拒绝响应，并在响应消息中携带MTC IWF拥塞指示及延时时间。MTC Server等待下一次延时时间到期后再进行尝试，直至MTC IWF正常。
若MTC IWF已恢复正常状态，MTC IWF不再拒绝该激活请求消息，而是处理后将激活请求消息发给SGSN/MME，由SGSN/MME在MTC UE进行TAU过程时在TAU响应消息中携带给MTC UE。并在激活成功后将激活响应发给MTC Server。
MTC Server发出非紧急激活请求消息后，若没有再次收到携带MTC IWF拥塞指示的拒绝响应，就默认MTC IWF拥塞已解除，正常与MTC IWF进行信令交互，MTC Server后续可正常发送紧急或非紧急的终端激活请求消息。
步骤917，MTC UE正常激活成功后，建立普通承载，与MTC Server进行正常数据通信业务。
对应上述网络拥塞控制的方法，本发明还提供了一种网络拥塞控制的系统实施例，包括：MTC IWF，还包括：3GPP网络控制面网元或MTC Server。
其中，MTC IWF，用于在自身发生拥塞时，将拥塞情况通知给3GPP网络控制面网元或MTC Server；
3GPP网络控制面网元或MTC Server，用于在MTC IWF拥塞期间不再发送非紧急信令消息给MTC IWF。
所述非紧急信令消息包括与低优先级MTC UE或普通MTC UE相关的不携带紧急标识的信令消息。
较佳的，3GPP网络控制面网元或MTC Server还可用于，在MTC IWF拥塞期间，将携带紧急标识的紧急信令消息发送给所述MTC IWF。
较佳的，3GPP网络控制面网元或MTC Server还可用于，在MTC IWF的拥塞解除后，将非紧急信令消息发送给MTC IWF。
较佳的，3GPP网络控制面网元还可用于，在收到来自MTC IWF的拥塞情况通知后，对于在MTC IWF拥塞前已收到的来自MTC UE的激活消息，在激活有效时间到期时，将MTC UE的激活成功或失败的响应消息发送给MTCIWF；MTC IWF根据本地策略进行处理。
较佳的，MTC IWF还可用于，通过设备间系统消息将自身的拥塞情况通知给3GPP网络控制面网元或MTC Server，
所述设备间系统消息包括拥塞开始消息和拥塞结束消息。
MTC IWF还用于，通过在与MTC UE相关的信令消息中携带MTC IWF拥塞指示及延时时间，将自身的拥塞情况通知给3GPP网络控制面网元或MTCServer。
3GPP网络控制面网元或MTC Server还可用于，在所述延时时间结束后，尝试向MTC IWF发送非紧急信令消息；
相应的，若MTC IWF拥塞解除，则MTC IWF对所接收的非紧急信令消息进行正常处理；若MTC IWF拥塞仍未解除，则MTC IWF对所接收的非紧急信令消息进行拒绝处理，并重新通知拥塞指示和延时时间给3GPP网络控制面网元或MTC服务器；
上述操作循环进行，直至MTC IWF解除拥塞。
根据上述实施例，可以实现MTC IWF拥塞控制机制，当MTC IWF拥塞时，尽量少的处理来自3GPP网络及MTC Server的信令，使MTC IWF尽快从拥塞状态恢复到正常状态，保障网络及M2M业务流程的健壮性，避免影响M2M业务实现，尽可能提高用户体验。
以上所述，仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。

Claims (16)

1.一种网络拥塞控制的方法，其特征在于，该方法包括：
当机器类型通信互连功能实体MTC IWF拥塞时，所述MTC IWF将拥塞情况通知给第三代合作伙伴计划3GPP网络控制面网元或MTC服务器；
所述3GPP网络控制面网元或MTC服务器在MTC IWF拥塞期间不再发送非紧急信令消息给所述MTC IWF。
2.根据权利要求1所述网络拥塞控制的方法，其特征在于，该方法进一步包括：
在所述MTC IWF拥塞期间，所述3GPP网络控制面网元或MTC服务器将携带紧急标识的紧急信令消息发送给所述MTC IWF。
3.根据权利要求1所述网络拥塞控制的方法，其特征在于，所述非紧急信令消息包括与低优先级MTC UE或普通MTC UE相关的不携带紧急标识的信令消息。
4.根据权利要求1所述网络拥塞控制的方法，其特征在于，该方法进一步包括：
当所述MTC IWF的拥塞解除后，所述3GPP网络控制面网元或MTC服务器将非紧急信令消息发送给所述MTC IWF。
5.根据权利要求1所述网络拥塞控制的方法，其特征在于，该方法进一步包括：
所述3GPP网络控制面网元收到来自所述MTC IWF的拥塞情况通知后，对于在所述MTC IWF拥塞前已收到的来自MTC UE的激活消息，在激活有效时间到期时，将所述MTC UE的激活成功或失败的响应消息发送给所述MTCIWF；所述MTC IWF根据本地策略进行处理。
6.根据权利要求1至5任一项所述网络拥塞控制的方法，其特征在于，所述MTC IWF通过设备间系统消息将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器，
所述设备间系统消息包括拥塞开始消息和拥塞结束消息。
7.根据权利要求1至5任一项所述网络拥塞控制的方法，其特征在于，所述MTC IWF通过在与所述MTC UE相关的终端信令消息中携带MTC IWF拥塞指示及延时时间，将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器。
8.根据权利要求7所述网络拥塞控制的方法，其特征在于，该方法进一步包括：
所述3GPP网络控制面网元或MTC服务器在所述延时时间结束后，尝试向所述MTC IWF发送非紧急信令消息，若所述MTC IWF拥塞解除，则对所接收的非紧急信令消息进行正常处理；若所述MTC IWF拥塞仍未解除，则所述MTCIWF对所接收的非紧急信令消息进行拒绝处理，并重新通知拥塞指示和延时时间给所述3GPP网络控制面网元或MTC服务器。
9.一种网络拥塞控制的系统，其特征在于，该系统包括：机器类型通信互连功能实体MTC IWF，还包括：第三代合作伙伴计划3GPP网络控制面网元或MTC服务器，其中，
所述MTC IWF，用于在自身发生拥塞时，将拥塞情况通知给所述3GPP网络控制面网元或MTC服务器；
所述3GPP网络控制面网元或MTC服务器，用于在MTC IWF拥塞期间不再发送非紧急信令消息给所述MTC IWF。
10.根据权利要求9所述网络拥塞控制的系统，其特征在于，所述3GPP网络控制面网元或MTC服务器进一步用于，在所述MTC IWF拥塞期间，将携带紧急标识的紧急信令消息发送给所述MTC IWF。
11.根据权利要求9所述网络拥塞控制的系统，其特征在于，所述非紧急信令消息包括与低优先级MTC UE或普通MTC UE相关的不携带紧急标识的信令消息。
12.根据权利要求9所述网络拥塞控制的系统，其特征在于，所述3GPP网络控制面网元或MTC服务器进一步用于，在所述MTC IWF的拥塞解除后，将非紧急信令消息发送给所述MTC IWF。
13.根据权利要求9所述网络拥塞控制的系统，其特征在于，所述3GPP网络控制面网元进一步用于，在收到来自所述MTC IWF的拥塞情况通知后，对于在所述MTC IWF拥塞前已收到的来自MTC UE的激活消息，在激活有效时间到期时，将所述MTC UE的激活成功或失败的响应消息发送给所述MTCIWF；所述MTC IWF根据本地策略进行处理。
14.根据权利要求9至13任一项所述网络拥塞控制的系统，其特征在于，所述MTC IWF进一步用于，通过设备间系统消息将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器，
所述设备间系统消息包括拥塞开始消息和拥塞结束消息。
15.根据权利要求9至13任一项所述网络拥塞控制的系统，其特征在于，所述MTC IWF进一步用于，通过在与MTC UE相关的终端信令消息中携带MTC IWF拥塞指示及延时时间，将自身的拥塞情况通知给所述3GPP网络控制面网元或MTC服务器。
16.根据权利要求15所述网络拥塞控制的系统，其特征在于，
所述3GPP网络控制面网元或MTC服务器进一步用于，在所述延时时间结束后，尝试向所述MTC IWF发送非紧急信令消息；
相应的，若所述MTC IWF拥塞解除，则所述MTC IWF对所接收的非紧急信令消息进行正常处理；若所述MTC IWF拥塞仍未解除，则所述MTC IWF对所接收的非紧急信令消息进行拒绝处理，并重新通知拥塞指示和延时时间给所述3GPP网络控制面网元或MTC服务器。
CN201110344949XA 2011-11-04 2011-11-04 一种网络拥塞控制的方法和系统 Pending CN103096376A (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN201110344949XA CN103096376A (zh) 2011-11-04 2011-11-04 一种网络拥塞控制的方法和系统
PCT/CN2012/083825 WO2013064067A1 (zh) 2011-11-04 2012-10-31 一种网络拥塞控制的方法和系统

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201110344949XA CN103096376A (zh) 2011-11-04 2011-11-04 一种网络拥塞控制的方法和系统

Publications (1)

Publication Number Publication Date
CN103096376A true CN103096376A (zh) 2013-05-08

Family

ID=48191335

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201110344949XA Pending CN103096376A (zh) 2011-11-04 2011-11-04 一种网络拥塞控制的方法和系统

Country Status (2)

Country Link
CN (1) CN103096376A (zh)
WO (1) WO2013064067A1 (zh)

Cited By (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104185214A (zh) * 2013-05-24 2014-12-03 华为终端有限公司 一种发送上行信令的方法和设备
CN104684021A (zh) * 2013-11-29 2015-06-03 中兴通讯股份有限公司 一种建立nas连接的方法、系统及无线接入网节点
CN107819823A (zh) * 2017-09-26 2018-03-20 深圳市诚壹科技有限公司 一种信息处理方法、服务器及计算机可读存储介质
WO2018196761A1 (zh) * 2017-04-26 2018-11-01 华为技术有限公司 异常数据传输方法、装置和系统
WO2019192546A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 一种定位方法及装置
CN114158141A (zh) * 2020-09-08 2022-03-08 华硕电脑股份有限公司 无线通信系统中用于连接恢复程序的方法和设备

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101977416A (zh) * 2010-05-19 2011-02-16 中兴通讯股份有限公司 一种mtc设备的过载控制方法和系统
CN102170662A (zh) * 2011-05-28 2011-08-31 西安电子科技大学 物联网过载控制方法

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN101977416A (zh) * 2010-05-19 2011-02-16 中兴通讯股份有限公司 一种mtc设备的过载控制方法和系统
CN102170662A (zh) * 2011-05-28 2011-08-31 西安电子科技大学 物联网过载控制方法

Non-Patent Citations (3)

* Cited by examiner, † Cited by third party
Title
3GPP: "System Improvements for Machine-Type Communications", 《3GPP TR 23.888 V1.5.0》 *
HTC: "Load/Overload Control via MTC-IWF", 《3GPP SA WG2 MEETING #87 S2-114140》 *
HTC: "Load/Overload Control via MTC-IWF", 《3GPP SA WG2 MEETING #87,S2-114523》 *

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104185214A (zh) * 2013-05-24 2014-12-03 华为终端有限公司 一种发送上行信令的方法和设备
CN104185214B (zh) * 2013-05-24 2019-01-11 华为终端有限公司 一种发送上行信令的方法和设备
CN104684021A (zh) * 2013-11-29 2015-06-03 中兴通讯股份有限公司 一种建立nas连接的方法、系统及无线接入网节点
CN104684021B (zh) * 2013-11-29 2020-01-14 中兴通讯股份有限公司 一种建立nas连接的方法、系统及无线接入网节点
WO2018196761A1 (zh) * 2017-04-26 2018-11-01 华为技术有限公司 异常数据传输方法、装置和系统
CN108809550A (zh) * 2017-04-26 2018-11-13 华为技术有限公司 异常数据传输方法、装置和系统
CN107819823A (zh) * 2017-09-26 2018-03-20 深圳市诚壹科技有限公司 一种信息处理方法、服务器及计算机可读存储介质
WO2019192546A1 (zh) * 2018-04-04 2019-10-10 华为技术有限公司 一种定位方法及装置
CN114158141A (zh) * 2020-09-08 2022-03-08 华硕电脑股份有限公司 无线通信系统中用于连接恢复程序的方法和设备
CN114158141B (zh) * 2020-09-08 2024-03-22 华硕电脑股份有限公司 无线通信系统中用于连接恢复程序的方法和设备

Also Published As

Publication number Publication date
WO2013064067A1 (zh) 2013-05-10

Similar Documents

Publication Publication Date Title
US11596023B2 (en) Overload control and coordination between M2M service layer and 3GPP networks
US11019566B2 (en) Service capability server / EPC coordination for power savings mode and paging
US10499326B2 (en) User equipment paging method and MME
EP2905990B1 (en) Method and device for controlling multipriority in wireless communication system
JP6053837B2 (ja) パケット・モバイル通信システムにおける過負荷制御
CN113225782A (zh) 用于会话管理的系统和方法
US10051458B2 (en) Method and apparatus for efficiently transmitting small amounts of data in wireless communication systems
US20100312846A1 (en) Method for releasing buffered data of a serving gateway
CN106658601B (zh) 数据传输的处理方法及装置
CN102056265A (zh) 限制mtc设备接入和通信的方法、移动管理单元及网关单元
CN102238520A (zh) 一种小数据包传输的方法和系统
US11224096B2 (en) Method and apparatus for configuring power consumption parameter
WO2011154761A1 (en) Method for transfer of downlinik data in a wireless communication system
CN103096376A (zh) 一种网络拥塞控制的方法和系统
KR20160060091A (ko) 페이징 방법, 네트워크 디바이스 및 통신 시스템
CN108307490B (zh) 对用户设备进行轻连接控制的方法及相应设备
TW201924388A (zh) 一種觸發網路切換的方法及裝置、電腦存儲媒介
US11968618B2 (en) EPC enhancement for long DRX and power saving state
WO2013000345A1 (zh) 一种疏导终端接入网络的方法及系统
CN102480799B (zh) 一种无线通信网络及其通知机器类通信设备离线的方法
CN102448111B (zh) 一种机器类通信中的拥塞处理方法及设备
CN102883297A (zh) 一种激活终端的方法和系统
WO2013097337A1 (zh) 一种网络拥塞控制方法及系统
CN102291735B (zh) 一种epc网络的gtpc信令交互方法及装置
WO2016201707A1 (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
RJ01 Rejection of invention patent application after publication

Application publication date: 20130508

RJ01 Rejection of invention patent application after publication