CN102511182A

CN102511182A - 拥塞的控制方法及装置

Info

Publication number: CN102511182A
Application number: CN201080001618XA
Authority: CN
Inventors: 于益俊
Original assignee: Huawei Technologies Co Ltd
Current assignee: Huawei Technologies Co Ltd
Priority date: 2010-06-22
Filing date: 2010-06-22
Publication date: 2012-06-20
Also published as: WO2011160287A1

Abstract

本发明实施例公开了拥塞的控制方法及装置。一种拥塞的控制方法包括以下步骤：移动管理网元获取用户设备发送的请求消息，所述移动管理网元或其他网络设备处于拥塞状态；所述移动管理网元向所述用户设备发送等待寻呼指示信息。通过本发明的实施例，在移动管理网元或其他网络设备处于拥塞状态时，移动管理网元可以指示用户设备停止向网络发送信令消息，等待网络的寻呼，从而使得在拥塞状况尚未得到有效解决之前，减少网络中的信令数量，进而避免了由于信令冲击导致的网络设备故障，保证了通信业务的正常进行。

Description

拥塞的控制方法及装置技术领域

本发明实施例涉及通信技术领域，特别涉及拥塞的控制方法及装置。背景技术

机器对机器（ Machine To Machine, 简称 M2M )通信（简称为机器通信）也可称为机器类型通信 ( Machine Type Communication, 简称 MTC ) 的一个典型特点是终端数量巨大，所述终端一般也称为用户设备（ User Equipment, 简称 UE )或者机器类型通信设备（ MTC Device ), 本发明实施例中统一称为用户设备。机器通信往往与业务强相关，这会导致大量用户设备在某一个时刻同时执行某个业务（例如：电表数据上报），导致大量的上述用户设备在短时间内同时接入网络时，网络设备可能会因此产生拥塞，从而需要进行拥塞控制，例如：拒绝或直接丟弃用户设备的请求消息。

由于在网络设备的拥塞状况尚未得到有效解决之前，用户设备可能会频繁向网络重新发起业务请求，从而增加了网络的信令，由于大量的信令冲击，可能会导致网络设备故障，影响了通信业务的正常进行。发明内容

本发明实施例提供拥塞的控制方法及装置，用以在网络设备的拥塞状况尚未得到有效解决之前，减少网络的信令，避免由于信令冲击导致的网络设备故障，保证通信业务的正常进行，以及在网络设备的拥塞状况得到解决之后，有效控制用户设备再次发起请求，提高网络处理拥塞的主动性和时效性。

本发明实施例提供了一种拥塞的控制方法，包括：

移动管理网元获取用户设备发送的请求消息，所述移动管理网元或其他网络设备处于拥塞状态；所述移动管理网元向所述用户设备发送等待寻呼指示信息。

本发明实施例提供了另一种拥塞的控制方法，包括：

移动管理网元获知自身或其他网络设备拥塞恢复；

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程。

本发明实施例提供了再一种拥塞的控制方法，包括：

移动管理网元获知自身或其他网络设备拥塞恢复；

所述移动管理网元向用户设备发送寻呼消息，所述寻呼消息中包含操作指示，以供所述用户设备执行所述操作指示对应的流程。

本发明实施例还提供了一种移动管理网元，所述移动管理网元或其他网络设备处于拥塞状态，包括：

获取模块，用于获取用户设备发送的请求消息；

指示模块，用于向所述用户设备发送等待寻呼指示信息。

本发明实施例还提供了另一种移动管理网元，包括：

获知模块，用于获知自身或其他网络设备拥塞恢复；

寻呼模块，用于向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程。

本发明实施例还提供了再一种移动管理网元，包括：

获知模块，用于获知自身或其他网络设备拥塞恢复；

寻呼模块，用于向用户设备发送寻呼消息，所述寻呼消息中包含操作指示，以供所述用户设备执行所述操作指示对应的流程。

由上述技术方案可知，本发明实施例当移动管理网元或其他网络设备处于拥塞状态时，通过上述移动管理网元获取到用户设备发送的请求消息，可以向上述用户设备发送等待寻呼指示信息，用以指示用户设备停止向网络发送信令消息，等待网络的寻呼，使得在移动管理网元或其他网络设备的拥塞状况尚未得到有效解决之前，能够减少网络的信令，从而避免了由于信令冲击导致的网络设备故障，保证了通信业务的正常进行；通过移动管理网元获知自身或其他网络设备拥塞恢复，可以向用户设备发送寻呼消息，用以指示用户设备根据预先获取的等待寻呼指示信息，执行相应的流程，或者执行上述寻呼消息中包含的操作指示对应的流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起请求，提高了网络处理拥塞的主动性和时效性。附图说明施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图 1为本发明实施例一提供的一种拥塞的控制方法的流程示意图；图 2为本发明实施例二提供的另一种拥塞的控制方法的流程示意图；图 3为本发明实施例三提供的再一种拥塞的控制方法的流程示意图；图 4为本发明实施例四提供的拥塞控制的处理方法的流程示意图；图 5为本发明实施例五提供的拥塞控制的处理方法的流程示意图；图 6为本发明实施例六提供的拥塞控制的处理方法的流程示意图；图 7为本发明实施例七提供的一种移动管理网元的结构示意图；图 8为本发明实施例八提供的另一种移动管理网元的结构示意图；图 9为本发明实施例九提供的再一种移动管理网元的结构示意图。具体实施方式

下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。图 1为本发明实施例一提供的一种拥塞的控制方法的流程示意图，如图 1 所示，本实施例的拥塞的控制方法可以包括以下步骤：

步骤 101、移动管理网元获取用户设备发送的请求消息，上述移动管理网元或其他网络设备处于拥塞状态；

其中，上述请求消息可以为附着请求（Attach Request ) 消息、路由区更新请求 ( Routing Area Update Request )消息、跟踪区更新请求 ( Tracking Area Update Request ) 消息、月良务请求 ( Service Request ) 消息、扩展的月良务请求（ Extended Service Request ) 消息等消息。

步骤 102、上述移动管理网元向上述用户设备发送等待寻呼指示信息，用以指示上述用户设备等待网络的寻呼。

本实施例中，用户设备在接收到网络的寻呼之后，可以根据上述等待寻呼指示信息，重新执行获取上述等待寻呼指示信息时执行的附着流程或服务请求流程 /扩展的服务请求流程。

可选地，本实施例中的等待寻呼指示信息中还可以进一步包含操作指示，例如：附着指示、位置更新指示（路由区更新指示 /跟踪区更新指示）、服务请求指示 /扩展的服务请求指示等操作指示，用户设备在接收到网络的寻呼之后，可以根据上述操作指示，执行对应的附着流程、路由区更新流程 /跟踪区更新流程、服务请求流程 /扩展的服务请求流程等流程。

本实施例中，当移动管理网元或其他网络设备处于拥塞状态时，上述移动管理网元获取到用户设备发送的请求消息，可以向上述用户设备发送等待寻呼指示信息，用以指示用户设备停止向网络发送信令消息，等待网络的寻呼 ,使得在移动管理网元或其他网络设备的拥塞状况尚未得到有效解决之前 , 能够减少网络的信令，从而避免了由于信令冲击导致的网络设备故障，保证了通信业务的正常进行。

图 2为本发明实施例二提供的另一种拥塞的控制方法的流程示意图，如图 2所示，本实施例的拥塞的控制方法可以包括以下步骤：

步骤 201、移动管理网元获知自身或其他网络设备拥塞恢复；

步骤 202、上述移动管理网元向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程。

本实施例中，用户设备接收到移动管理网元发送的寻呼消息之后，可以根据预先获取的等待寻呼指示信息，重新执行获取上述等待寻呼指示信息时执行的附着流程或服务请求流程 /扩展的服务请求流程。

可选地，上述等待寻呼指示信息中还可以进一步包含操作指示，例如：附着指示、位置更新指示（路由区更新指示 /跟踪区更新指示）、服务请求指示 /扩展的服务请求指示等操作指示，用户设备可以根据上述操作指示，执行对应的附着流程、路由区更新流程 /跟踪区更新流程、服务请求流程 /扩展的服务请求流程等流程。

本实施例中，移动管理网元通过获知自身或其他网络设备拥塞恢复，可以向用户设备发送寻呼消息，用以指示用户设备根据预先获取的等待寻呼指示信息，执行相应的流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起请求，提高了网络处理拥塞的主动性和时效性。

图 3为本发明实施例三提供的再一种拥塞的控制方法的流程示意图，如图 3所示，本实施例的拥塞的控制方法可以包括以下步骤：

步骤 301、移动管理网元获知自身或其他网络设备拥塞恢复；

步骤 302、上述移动管理网元向用户设备发送寻呼消息，上述寻呼消息中包含操作指示，以供上述用户设备执行上述操作指示对应的流程。

本实施例中，上述操作指示可以为附着指示、位置更新指示（路由区更新指示 /跟踪区更新指示）、服务请求指示 /扩展的服务请求指示等操作指示，用户设备可以根据上述操作指示，执行对应的附着流程、路由区更新流程 /跟踪区更新流程、服务请求流程 /扩展的服务请求流程等。本实施例中，移动管理网元通过获知自身或其他网络设备拥塞恢复，向用户设备发送包含操作指示的寻呼消息，用以指示用户设备执行上述寻呼消息中包含的操作指示对应的流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起请求，提高了网络处理拥塞的主动性和时效性。

本发明实施例的拥塞的控制方法可以适用于多种无线接入网，例如：演进通用移动通信系统陆地无线接入网（ Evolved Universal Mobile Telecommunication System Territorial Radio Access Network , 简称 E-UTRAN )、 UMTS 陆地无线接入网（ UMTS Territorial Radio Access Network, 简称 UTRAN )、全球移动通信系统（Global System for Mobile Communications, 简称 GSM ) /提高数据速率的 GSM演进技术（ Enhanced Data rate for GSM Evolution, 简称 EDGE )无线接入网（ GSM EDGE Radio Access Network, 简称 GERAN )等网络。

其中的移动管理网元可以为 E-UTRAN 中的移动性管理网元（Mobility Management Entity, 简称 MME ), 还可以为 UTRAN/GERAN中的服务通用分组无线服务（General Packet Radio Service , 简称 GPRS ) 支持节点 ( Serving GPRS Supporting Node, 简称 SGSN )。

图 4为本发明实施例四提供的拥塞控制的处理方法的流程示意图，如图 4 所示，本实施例的拥塞控制的处理方法可以包括以下步骤：

步骤 401、 UE向移动管理网元发送附着请求（Attach Request ) 消息，上述移动管理网元或其他网络设备处于拥塞状态；

本实施例中，移动管理网元能够获知自身处于拥塞状态，或者获知其他相关的网络设备，例如：归属位置寄存器（Home Location Register, 简称 HLR ) /归属用户服务器（Home Subscriber Server, 简称 HSS )、网关通用分组无线服务支持节点（Gateway GPRS Supporting Node, 简称 GGSN )、服务网关（ Serving Gateway, 简称 SGW )、分组数据网络网关（ Packet Data Network Gateway, 简称 PGW )等网络设备处于拥塞状态。

步骤 402、移动管理网元向 UE 发送安全模式命令（Security Mode Command ) 消息，将集成性保护算法和加密算法均设置为空；

本步骤中，集成性保护算法的取值为曰 AO, 即表示空的集成性保护算法 ( null integrity protection algorithm ); 力口密算法的取值为 EEAO, 即表示空的力口密算法 ( null ciphering algorithm )。

步骤 403、 UE 向移动管理网元发送安全模式完成（Security Mode Complete ) 消息；

上述步骤 402与步骤 403为可选步骤。

步骤 404、移动管理网元向 UE发送附着接受（Attach Accept ) 消息，上述附着接受消息中包含位置区标识、为 UE分配的临时标识和等待寻呼指示信息；

本步骤中，移动管理网元接收到 UE发送的附着请求消息之后，为 UE 建立上下文，记录 UE处于等待寻呼的状态。上述 UE的上下文可以通过 UE 的国际移动用户识别码（ International Mobile Subscriber Identity,简称 IMSI ) 进行标识，如果无法获取 UE的 IMSI , 则移动管理网元也可以分配一个唯一的内部索引进行标识。移动管理网元可以在上述 UE的上下文中记录步骤 401 中基站设备上报的 UE的位置信息和移动管理网元接收到步骤 401 中的附着请求消息之后为 UE分配的临时标识。具体地，移动管理网元可以为多个 UE 分配相同的临时标识，例如：移动管理网元可以为处于相同位置区的所有 U E 分配相同的临时标识；或者移动管理网元还可以为处于相同位置区一定数量的 UE (例如： 500个 UE )分配相同的临时标识。

在 UTRAN/GERAN中 , SGSN可以在上述 UE的上下文中记录步骤 401 中基站控制器（ Base Station Controller,简称 BSC ) /无线网络控制器（ Radio Network Controller, 简称 RNC )上艮的路由区标识（ Routing Area Identity, 简称 RAI )和 SGSN为 UE分配的分组临时移动用户标识（ Packet Temporary Mobile Subscriber Identity, 简称 P-TMSI )。

在 E-UTRAN中， MME则可以在上述 UE的上下文中记录步骤 401中演进基站（ Evolved NodeB, 简称 eNodeB )上报的跟踪区标识（ Tracking Area Identity,简称 TAI )和 MME为 UE分配的全球唯一临时标识（ Globally Unique Temporary UE Identity, 简称 GUTI )。 MME除了可以为多个 UE分配相同的临时标识（GUTI ), 还可以为具有相同临时标识的所有 UE 分配相同的 TAI 列表（TAI List )。

步骤 405、 UE记录上述附着接受消息中包含的位置区标识、为 UE分配的临时标识和等待寻呼指示信息，并根据上述等待寻呼指示信息，停止向网络发送信令消息；

可选地，若执行了上述步骤 402和步骤 403, 则本步骤中 UE则可以根据上述等待寻呼指示信息，构造本地的安全密钥（K_ASME ), 以供后续流程进行信令加密使用。

步骤 406、移动管理网元获知自身或其他网络设备拥塞恢复；

步骤 407、移动管理网元向基站设备发送寻呼（Paging ) 消息，上述寻呼消息中包含位置区标识（ RAI或 TAI list ), UE的临时标识和附着指示；其中， UE的临时标识即是上述步骤 404中移动管理网元为 UE分配的临时标识，例如： P-TMSI或系统架构演进 ( System Architecture Evolution, 简称 SAE )临时移动用户标识（ SAE Temporary Mobile Subscriber Identity, 简称 S-TMSI ), S-TMSI是 GUTI的一部分，用来作为寻呼标识，本发明中上述临时标识可以被同一位置区内的多个 UE共享。

上述附着指示可以是寻呼消息中的一个新的信元，也可以是一个新的原因值，本发明实施例对其具体形式不做限制。

步骤 408、基站设备在上述位置区标识对应的位置区广播寻呼消息，上述寻呼消息中包含 UE的临时标识和附着指示；

步骤 409、 UE根据上述附着指示，执行附着流程。本步骤中上述的附着流程为标准流程，此处不再赘述。

本实施例中，由于多个 UE具有相同的临时标识，因此上述位置区内会有多个 UE执行上述步骤 409。

可选地，上述步骤 407和步骤 408中的寻呼消息中可以不包含附着指示，相应地，步骤 409中的 UE在接收到上述寻呼消息之后，则可以根据上述步骤 405中记录的等待寻呼指示信息，执行附着流程。

可选地，上述步骤 404中，上述移动管理网元向 UE提供的等待寻呼指示信息中还可以进一步包含附着指示。如果等待寻呼指示信息中包含了附着指示，则 UE在步骤 405中还需要记录上述附着指示。此时，上述步骤 407 和步骤 408中的寻呼消息中也可以不包含附着指示，相应地，步骤 409中的 UE在接收到上述寻呼消息之后，则可以根据上述步骤 405中记录的等待寻呼指示信息中包含的附着指示，执行附着流程。

本实施例中，当移动管理网元或其他网络设备处于拥塞状态时，移动管理网元在收到用户设备发送的附着请求后，仅执行最少的信令交互，不与其他网络设备交互，例如：不与 HLR/HSS 交互获取用户签约数据等，就直接接受用户设备的附着请求。上述方法减少了用户设备与网络之间的信令交互，避免了网络内部不同网络设备之间的信令交互，从而减少了对移动管理网元的信令冲击，避免了对网络内部其他网络设备的信令冲击。此外，移动管理网元通过要求用户设备不再发起附着请求，从而避免了用户设备不断重试带来的新的系统拥塞，保证了通信业务的正常进行。

此外，当移动管理网元获知自身或其他网络设备拥塞恢复时，通过向用户设备发送寻呼消息，用以指示用户设备根据预先获取的等待寻呼指示信息，执行附着流程，或者指示用户设备根据预先获取的等待寻呼指示信息，执行上述等待寻呼指示信息中包含的附着指示对应的附着流程，或者指示用户设备执行上述寻呼消息中包含的附着指示对应的附着流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起附着请求，提高了网络处理拥塞的主动性和时效性。

图 5为本发明实施例五提供的拥塞控制的处理方法的流程示意图，如图 5 所示，本实施例的拥塞控制的处理方法可以包括以下步骤：

步骤 501、 UE 向移动管理网元发送路由区更新请求（Routing Area Update Request ) 消息 /跟踪区更新请求 ( Tracking Area Update Request ) 消息 , 上述移动管理网元或其他网络设备处于拥塞状态；

本实施例中，移动管理网元能够预先获知自身处于拥塞状态，或者获知其他相关的网络设备，例如：归属位置寄存器（Home Location Register, 简称 HLR ) /归属用户服务器（Home Subscriber Server, 简称 HSS )、网关通用分组无线服务支持节点（Gateway GPRS Supporting Node , 简称 GGSN )、服务网关（Serving Gateway, 简称 SGW )、分组数据网络网关 ( Packet Data Network Gateway, 简称 PGW )等网络设备处于拥塞状态。

若移动管理网元上没有上述 UE的上下文，例如：附着在老的移动管理网元上的 UE更换了新的移动管理网元， UE向新的移动管理网元执行路由区更新 /跟踪区更新；或者 UE 执行系统间改变（Inter-system change ) 从 GERAN/UTRAN切换到 E-UTRAN或反之，则移动管理网元与 UE还可以进一步执行安全模式流程，详细内容可以参见上述本发明实施例四中步骤 402 和步骤 403的相关内容，此处不再赘述。

步骤 502、移动管理网元向 UE 发送路由区更新接受（Routing Area Update Accept )消息艮踪区更新接受 ( Tracking Area Update Accept )消息，上述路由区更新接受消息 /跟踪区更新接受消息中包含位置区标识、为 UE分配的临时标识和等待寻呼指示信息；

若移动管理网元上存在上述 UE的上下文，移动管理网元则可以重用上述 UE已有的上下文，而不用建立新的 UE的上下文，记录 UE处于等待寻呼的状态。移动管理网元可以在上述 UE的上下文中记录步骤 501 中基站设备上报的 UE的位置信息和移动管理网元接收到步骤 501 中的路由区更新请求消息 /跟踪区更新请求消息之后为 UE分配的临时标识。具体地，移动管理网元可以为多个 UE分配相同的临时标识，详细内容可以参见上述本发明实施例四中的相关内容，此处不再赘述。

若移动管理网元上没有上述 UE的上下文，移动管理网元则可以建立新的 UE的上下文，记录 UE处于等待寻呼的状态。上述 UE的上下文可以通过 UE的国际移动用户识别码 ( International Mobile Subscriber Identify, 简称 IMSI )进行标识，如果无法获取 UE的 IMSI , 则移动管理网元也可以分配一个唯一的内部索引进行标识。移动管理网元可以在上述 UE的上下文中记录步骤 501 中基站设备上报的 UE的位置信息和移动管理网元接收到步骤 501 中的路由区更新请求消息 /跟踪区更新请求消息之后为 UE分配的临时标识。具体地，移动管理网元可以为多个 U E分配相同的临时标识，伴细内容可以参见上述本发明实施例四中的相关内容，此处不再赘述。

步骤 503、 UE记录上述路由区更新接受消息 /跟踪区更新接受消息中包含的位置区标识、为 UE分配的临时标识和等待寻呼指示信息，并根据上述等待寻呼指示信息，停止向网络发送信令消息；

可选地，若移动管理网元与 UE执行了安全模式流程，则本步骤中 UE 则可以根据上述等待寻呼指示信息，构造本地的安全密钥（K_ASME )以供后续流程加密信令使用。

步骤 504、移动管理网元获知自身或其他网络设备拥塞恢复；

步骤 505、移动管理网元向基站设备发送寻呼（Paging ) 消息，上述寻呼消息中包含位置区标识（ RAI或 TAI list ), UE的临时标识和位置更新指示或附着指示；

其中， UE的临时标识即是上述步骤 502中移动管理网元为 UE分配的临时标识，例如： P-TMSI或 SAE临时移动用户标识（ SAE Temporary Mobile Subscriber Identity, 简称 S-TMSI ), S-TMSI是 GUTI的一部分，用来作为寻呼标识，上述临时标识可以被同一位置区内的多个 UE共享。若移动管理网元在步骤 501之前存在上述 UE的上下文，上述寻呼消息中则包含位置更新指示；若移动管理网元在步骤 501之前没有上述 UE的上下文，上述寻呼消息中则包含附着指示。

上述位置更新指示 /附着指示可以是寻呼消息中的一个新的信元，也可以只一个新的原因值，本发明实施例对其具体形式不做限制。

步骤 506、基站设备在上述位置区标识对应的位置区广播寻呼消息，上述寻呼消息中包含 UE的临时标识和位置更新指示或附着指示；

步骤 507、 UE根据上述位置更新指示或附着指示，执行路由区更新流程 /跟踪区更新流程或附着流程。

本步骤中上述的路由区更新流程 /跟踪区更新流程或附着流程为标准流程，此处不再赘述。

本实施例中，由于多个 UE具有相同的临时标识，因此上述位置区内会有多个 UE执行上述步骤 507。

可选地，上述步骤 502中，上述移动管理网元向 UE提供的等待寻呼指示信息中还可以进一步包含位置更新指示或附着指示。所述位置更新指示或附着指示的提供的具体方法可以参见上述步骤 505中的相关内容，此处不再赘述。如果等待寻呼指示信息中包含了位置更新指示或附着指示，则 UE在步骤 503中还需要记录上述位置更新指示或附着指示。此时，上述步骤 505 和步骤 506中的寻呼消息中也可以不包含位置更新指示或附着指示，相应地，步骤 507中的 UE在接收到上述寻呼消息之后，则可以根据上述步骤 503中记录的等待寻呼指示信息中包含的位置更新指示或附着指示，执行路由区更新流程 /跟踪区更新流程或附着流程。

本实施例中，当移动管理网元或其他网络设备处于拥塞状态时，移动管理网元在收到用户设备发送的路由区更新 /跟踪区更新请求后，仅执行最少的信令交互，不与其他网络设备交互，例如：不与 HLR/HSS 交互获取用户签约数据等，就直接接受用户设备的路由区更新 /跟踪区更新请求。上述方法减少了用户设备和网络之间的信令交互，避免了网络内部不同网络设备之间的信令交互，从而减少了对移动管理网元的信令冲击，避免了对网络内部其他网络设备的信令冲击，此外，移动管理网元通过要求用户设备不再发起路由区更新请求 /跟踪区更新请求，从而避免了用户设备不断重试带来的新的系统拥塞，保证了通信业务的正常进行。

此外，当移动管理网元获知自身或其他网络设备拥塞恢复时，通过向用户设备发送寻呼消息，用以指示用户设备根据预先获取的等待寻呼指示信息中包含的位置更新指示或附着指示，执行位置更新指示对应的路由区更新流程 /跟踪区更新流程或附着指示对应的附着流程，或者指示用户设备执行上述寻呼消息中包含的位置更新指示对应的路由区更新流程 /跟踪区更新流程或附着指示对应的附着流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起路由区更新请求 /跟踪区更新请求或附着请求，提高了网络处理拥塞的主动性和时效性。

图 6为本发明实施例六提供的拥塞控制的处理方法的流程示意图，如图 6 所示，本实施例的拥塞控制的处理方法可以包括以下步骤：

步骤 601、 UE向移动管理网元发送服务请求（Service Request ) 消息 / 扩展的服务请求（Extended Service Request ) 消息，上述移动管理网元或其他网络设备处于拥塞状态；

本发明实施例针对 UE执行服务请求（ Service Request )或者扩展的服务请求（Extended Service Request ) 流程，因此 UE在执行上述流程即步骤 601之前，已经在当前服务的移动管理网元上正常附着，移动管理网元上具有正确合法的 UE的上下文（包括位置区标识和为 UE分配的临时标识），而不用建立新的 UE的上下文，记录 UE处于等待寻呼的状态。

步骤 602、移动管理网元向 UE发送服务拒绝（ Service Reject ) 消息，上述服务拒绝消息中包含等待寻呼指示信息；

步骤 603、 UE记录上述服务拒绝消息中包含的等待寻呼指示信息，并根据上述等待寻呼指示信息 , 停止向网络发送信令消息；

步骤 604、移动管理网元获知自身或其他网络设备拥塞恢复；

步骤 605、移动管理网元向基站设备发送寻呼（Paging ) 消息，上述寻呼消息中包含位置区标识（ RAI或 TAI list ), UE的临时标识和服务请求指示或扩展的服务请求指示；

其中， UE的临时标识即是上述步骤 602中移动管理网元存储的步骤 601 之前为 UE分配的临时标识，例如： P-TMSI或 SAE临时移动用户标识（ SAE Temporary Mobile Subscriber Identity, 简称 S-TMSI ), S-TMSI是 GUTI的一部分，用来作为寻呼标识。

上述服务请求指示 /扩展的服务请求指示可以是寻呼消息中的一个新的信元，也可以只一个新的原因值，本发明实施例对其具体形式不做限制。

步骤 606、基站设备在上述位置区标识对应的位置区广播寻呼消息，上述寻呼消息中包含 UE的临时标识和服务请求指示或扩展的服务请求指示；步骤 607、 UE根据上述服务请求指示或扩展的服务请求指示，执行服务请求流程或扩展的服务请求流程。

本步骤中上述的服务请求流程或扩展的服务请求流程为标准流程，此处不再赘述。

可选地，上述步骤 605和步骤 606中的寻呼消息中可以不包含服务请求指示或扩展的服务请求指示，相应地，步骤 607中的 UE在接收到上述寻呼消息之后，则可以根据上述步骤 603中记录的等待寻呼指示信息，执行服务请求流程或扩展的服务请求流程。

可选地，上述步骤 602中，上述移动管理网元向 UE提供的等待寻呼指示信息中还可以进一步包括服务请求指示或扩展的服务请求指示。如果等待寻呼指示信息中包含了服务请求指示或扩展的服务请求指示，则 UE在步骤 603 中还需要记录上述服务请求指示或扩展的服务请求指示。此时，上述步骤 605和步骤 606中的寻呼消息中也可以不包含服务请求指示或扩展的服务请求指示，相应地，步骤 607中的 UE在接收到上述寻呼消息之后，则可以根据上述步骤 603中记录的等待寻呼指示信息中包含的服务请求或扩展的服务请求指示，执行服务请求流程或扩展的服务请求流程。

本实施例中，当移动管理网元或其他网络设备处于拥塞状态时，移动管理网元在收到用户设备发送的服务请求或扩展的服务请求后，直接拒绝用户设备的请求，并且指示用户设备不要发起后续流程。上述方法减少了用户设备与网络之间的信令交互，特别是避免了用户设备后续可能会发起的激活承载等信令流程，从而减少了对移动管理网元的信令冲击，保证了通信业务的正常进行。

此外，当移动管理网元获知自身或其他网络设备拥塞恢复时，通过向用户设备发送寻呼消息，用以指示用户设备根据预先获取的等待寻呼指示信息，执行服务请求流程或扩展的服务请求流程，或者指示用户设备根据预先获取的等待寻呼指示信息，执行上述等待寻呼指示信息中包含的服务请求指示或扩展的服务请求指示对应的服务请求流程或扩展的服务请求流程，或者指示用户设备执行上述寻呼消息中包含的服务请求指示或者扩展的服务请求指示对应的服务请求流程或扩展的服务请求流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起服务请求或扩展的服务请求完成后续业务，提高了网络处理拥塞的主动性和时效性。

需要说明的是：对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本发明并不受所描述的动作顺序的限制，因为依据本发明，某些步骤可以釆用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本发明所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

图 7为本发明实施例七提供的一种移动管理网元的结构示意图，所述移动管理网元或其他网络设备处于拥塞状态，如图 7所示，本实施例的移动管理网元可以包括获取模块 71和指示模块 72。其中，获取模块 71获取用户设备发送的请求消息，指示模块 72向上述用户设备发送等待寻呼指示信息，用以指示上述用户设备等待网络的寻呼。

上述本发明实施例一中移动管理网元、本发明实施例四中移动管理网元、本发明实施例五中移动管理网元和本发明实施例六中移动管理网元的功能均可以由本实施例提供的移动管理网元实现。

本实施例中，当移动管理网元或其他网络设备处于拥塞状态时，通过获取模块获取到用户设备发送的请求消息，指示模块则可以向上述用户设备发送等待寻呼指示信息，用以指示用户设备停止向网络发送信令消息，等待网络的寻呼，使得在移动管理网元或其他网络设备的拥塞状况尚未得到有效解决之前，能够减少网络的信令，从而避免了由于信令冲击导致的网络设备故障，保证了通信业务的正常进行。

进一步地，获取模块 71 具体可以用于获取用户设备发送的附着请求消息；指示模块 72具体可以用于向上述用户设备发送附着接受消息，上述附着接受消息中包含等待寻呼指示信息；或者

获取模块 71 具体可以用于获取用户设备发送的路由区更新请求消息 /跟踪区更新请求消息；指示模块 72具体可以用于向上述用户设备发送路由区更新接受消息 /跟踪区更新接受消息，上述路由区更新接受消息 /跟踪区更新接受消息中包含等待寻呼指示信息；或者

获取模块 71 具体可以用于获取用户设备发送的服务请求消息 /扩展的服务请求消息；指示模块 72具体可以用于向上述用户设备发送服务拒绝消息，上述服务拒绝消息中包含等待寻呼指示信息。

图 8为本发明实施例八提供的另一种移动管理网元的结构示意图，如图 8 所示，本实施例的移动管理网元可以包括获知模块 81和寻呼模块 82。其中，获知模块 81获知自身或其他网络设备拥塞恢复，寻呼模块 82向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程。

上述本发明实施例二中移动管理网元、本发明实施例四中移动管理网元、本发明实施例五中移动管理网元和本发明实施例六中移动管理网元的功能均可以由本实施例提供的移动管理网元实现。

本实施例中，通过获知模块获知自身或其他网络设备拥塞恢复，寻呼模块则可以向用户设备发送寻呼消息，用以指示用户设备根据预先获取的等待寻呼指示信息，执行相应的流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起请求，提高了网络处理拥塞的主动性和时效性。

进一步地，寻呼模块 82具体可以用于向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息，执行附着流程；或者还可以用于向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息，执行服务请求流程或扩展的服务请求流程。

可选地，上述等待寻呼指示信息中还可以进一步包含操作指示，寻呼模块 82进一步可以用于向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息中包含的操作指示，执行相应的流程。具体地，寻呼模块 82具体可以用于向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息中包含的附着指示，执行附着流程；或者还可以用于向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息中包含的位置更新指示或附着指示，执行路由区更新流程 /跟踪区更新流程或附着流程；或者还可以用于向用户设备发送寻呼消息，以供上述用户设备根据预先获取的等待寻呼指示信息中包含的服务请求指示或扩展的服务请求指示，执行服务请求流程或扩展的服务请求流程。

图 9为本发明实施例九提供的再一种移动管理网元的结构示意图，如图 9 所示，本实施例的移动管理网元可以包括获知模块 91和寻呼模块 92。其中，获知模块 91获知自身或其他网络设备拥塞恢复，寻呼模块 92向用户设备发送寻呼消息，上述寻呼消息中包含操作指示，以供上述用户设备执行上述操作指示对应的流程。

上述本发明实施例三中移动管理网元、本发明实施例四中移动管理网元、本发明实施例五中移动管理网元和本发明实施例六中移动管理网元的功能均可以由本实施例提供的移动管理网元实现。

本实施例中，通过获知模块获知自身或其他网络设备拥塞恢复，寻呼模块则可以向用户设备发送包含操作指示的寻呼消息，用以指示用户设备执行上述寻呼消息中包含的操作指示对应的流程，使得在移动管理网元或其他网络设备的拥塞状况得到有效解决之后，能够有效控制用户设备再次发起请求，提高了网络处理拥塞的主动性和时效性。

进一步地，寻呼模块 92具体可以用于向用户设备发送寻呼消息，上述寻呼消息中包含附着指示，以供上述用户设备执行上述附着指示对应的附着流程；或者还可以用于向用户设备发送寻呼消息，上述寻呼消息中包含位置更新指示或附着指示，以供上述用户设备执行上述位置更新指示对应的路由区更新流程 /跟踪区更新流程或附着指示对应的附着流程；或者还可以用于向用户设备发送寻呼消息，上述寻呼消息中包含服务请求指示或扩展的服务请求指示，以供上述用户设备执行上述服务请求指示对应的服务请求流程或扩展的服务请求指示对应的扩展的服务请求流程。本领域普通技术人员可以理解：实现上述方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成，前述的程序可以存储于一计算机可读取存储介质中，该程序在执行时，执行包括上述方法实施例的步骤；而前述的存储介质包括： ROM、 RAM, 磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。

Claims

权利要求

1、一种拥塞的控制方法，其特征在于，包括：

移动管理网元获取用户设备发送的请求消息，所述移动管理网元或其他网络设备处于拥塞状态；

所述移动管理网元向所述用户设备发送等待寻呼指示信息。
2、根据权利要求 1所述的方法，其特征在于，

所述请求消息包括附着请求消息，所述移动管理网元向所述用户设备发送等待寻呼指示信息包括：

所述移动管理网元向所述用户设备发送附着接受消息，所述附着接受消息中包含等待寻呼指示信息；或者

所述请求消息包括路由区更新请求消息 /跟踪区更新请求消息，所述移动管理网元向所述用户设备发送等待寻呼指示信息包括：

所述移动管理网元向所述用户设备发送路由区更新接受消息 /跟踪区更新接受消息，所述路由区更新接受消息 /跟踪区更新接受消息中包含等待寻呼指示信息；或者

所述请求消息包括服务请求消息 /扩展的服务请求消息，所述移动管理网元向所述用户设备发送等待寻呼指示信息包括：

所述移动管理网元向所述用户设备发送服务拒绝消息，所述服务拒绝消息中包含等待寻呼指示信息。
3、根据权利要求 1或 2所述的方法，其特征在于，所述等待寻呼指示信息中包含操作指示。
4、一种拥塞的控制方法，其特征在于，包括：

移动管理网元获知自身或其他网络设备拥塞恢复；

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程。
5、根据权利要求 4所述的方法，其特征在于，所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程包括：

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行附着流程；或者

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行服务请求流程或扩展的服务请求流程。
6、根据权利要求 4所述的方法，其特征在于，所述等待寻呼指示信息中包含操作指示，所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程包括：

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的操作指示，执行相应的流程。
7、根据权利要求 6所述的方法，其特征在于，所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中的操作指示，执行相应的流程包括：

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的附着指示，执行附着流程；或者

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的位置更新指示，执行路由区更新流程 /跟踪区更新流程；或者

所述移动管理网元向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的服务请求指示或扩展的服务请求指示，执行服务请求流程或扩展的服务请求流程。
8、一种拥塞的控制方法，其特征在于，包括：

移动管理网元获知自身或其他网络设备拥塞恢复；

所述移动管理网元向用户设备发送寻呼消息，所述寻呼消息中包含操作指示，以供所述用户设备执行所述操作指示对应的流程。 9、根据权利要求 8所述的方法，其特征在于，所述移动管理网元向用户设备发送寻呼消息，所述寻呼消息中包含操作指示，以供所述用户设备执行所述操作指示对应的流程包括：

所述移动管理网元向用户设备发送寻呼消息，所述寻呼消息中包含附着指示，以供所述用户设备执行附着流程；或者

所述移动管理网元向用户设备发送寻呼消息，所述寻呼消息中包含位置更新指示，以供所述用户设备执行路由区更新流程 /跟踪区更新流程；或者所述移动管理网元向用户设备发送寻呼消息，所述寻呼消息中包含服务请求指示或扩展的服务请求指示，以供所述用户设备执行服务请求流程或扩展的服务请求流程。
10、一种移动管理网元，所述移动管理网元或其他网络设备处于拥塞状态，其特征在于，包括：

获取模块，用于获取用户设备发送的请求消息；

指示模块，用于向所述用户设备发送等待寻呼指示信息。
11、根据权利要求 10所述的移动管理网元，其特征在于，

所述获取模块具体用于获取用户设备发送的附着请求消息；所述指示模块具体用于向所述用户设备发送附着接受消息，所述附着接受消息中包含等待寻呼指示信息；或者

所述获取模块具体用于获取用户设备发送的路由区更新请求消息 /跟踪区更新请求消息；所述指示模块具体用于向所述用户设备发送路由区更新接受消息 /跟踪区更新接受消息，所述路由区更新接受消息 /跟踪区更新接受消息中包含等待寻呼指示信息；或者

所述获取模块具体用于获取用户设备发送的服务请求消息 /扩展的服务请求消息；所述指示模块具体用于向所述用户设备发送服务拒绝消息，所述服务拒绝消息中包含等待寻呼指示信息。
12、一种移动管理网元，其特征在于，包括：获知模块，用于获知自身或其他网络设备拥塞恢复；

寻呼模块，用于向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行相应的流程。
13、根据权利要求 12 所述的移动管理网元，其特征在于，所述寻呼模块具体用于

向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行附着流程；或者

向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息，执行服务请求流程或扩展的服务请求流程。
14、根据权利要求 12 所述的移动管理网元，其特征在于，所述等待寻呼指示信息中包含操作指示，所述寻呼模块进一步用于向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的操作指示，执行相应的流程。
15、根据权利要求 14 所述的移动管理网元，其特征在于，所述寻呼模块具体用于

向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的附着指示，执行附着流程；或者

向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的位置更新指示，执行路由区更新流程 /跟踪区更新流程；或者

向用户设备发送寻呼消息，以供所述用户设备根据预先获取的等待寻呼指示信息中包含的服务请求指示或扩展的服务请求指示，执行服务请求流程或扩展的服务请求流程。
16、一种移动管理网元，其特征在于，包括：

获知模块，用于获知自身或其他网络设备拥塞恢复；

寻呼模块，用于向用户设备发送寻呼消息，所述寻呼消息中包含操作指示，以供所述用户设备执行所述操作指示对应的流程。
17、根据权利要求 16 所述的移动管理网元，其特征在于，所述寻呼模块具体用于

向用户设备发送寻呼消息，所述寻呼消息中包含附着指示，以供所述用户设备执行附着流程；或者

向用户设备发送寻呼消息，所述寻呼消息中包含位置更新指示，以供所述用户设备执行路由区更新流程 /跟踪区更新流程；或者

向用户设备发送寻呼消息，所述寻呼消息中包含服务请求指示或扩展的服务请求指示，以供所述用户设备执行服务请求流程或扩展的服务请求流程。