本发明涉及通信领域，尤其涉及一种拥塞控制方法、移动管理网元及设备。
背景技术：
随着物联网(Machine To Machine，M2M)的快速发展，M2M已成为各个标准化组织研究和标准制定的工作重点。第三代合作伙伴计划(The 3rd Generation Partnership Project，3GPP)作为移动通信技术的主要研究和标准制定者，对M2M的相关研究和标准制定也在加紧进行。
未来，物联网中机器类型通信(Machine Type Communication，MTC)终端的数量与传统终端相比，将呈几何数量级的增长。虽然这些MTC终端可能相对静止且产生的业务数据流量也比较少，但是每个MTC终端却产生与传统终端几乎相同的信令数量，因此，当将来大量的MTC终端与网络进行信令交互时，势必会对网络产生巨大的冲击，致使网络产生过载和拥塞。为了应对这一变化，3GPP启动了关于机器类型通信网络增强(Network Improvements for Machine-Type Communications，NIMTC)项目来深入研究MTC通信对3GPP网络的影响及网络实现MTC通信的优化方案。
3GPP对MTC引起的网络过载和拥塞进行了研究，目前3GPP定义的对于移动管理网元侧的拥塞控制机制主要包括：非接入层(Non-Access Stratum，NAS)接口的拥塞控制和GPRS隧道协议(GPRS Tunneling Protocol，GTP)接口的拥塞控制。
对于NAS接口的拥塞控制，3GPP引入了推迟定时器(Back-off timer)机制来限制来自于用户设备(User Equipment，UE)的信令；其具体思想是：
(1)、移动管理网元进行拥塞控制时，拒绝来自于UE的NAS信令请求，并在拒绝消息里指示网络侧拥塞并携带一个Back-off timer值；
(2)、UE在收到携带有拥塞指示的拒绝消息后，根据收到的Back-off timer值，启动对应的Back-off timer；
(3)、在Back-off timer超时之前，UE不会向移动管理网元发起NAS信令请求。
对于GTP接口的拥塞控制，3GPP引入了阀控(Throttling)机制来限制来自于服务网关(Serving Gate Way，S-GW)的信令；其具体实现思想为：
(1)、MME进行拥塞控制时，对于来自于S-GW的下行数据通知(Downlink Data Notification，DDN)消息，根据DDN消息中指示的承载优先级判断是否是低优先级业务。
(2)、若是低优先级业务，则MME拒绝DDN消息，并在向S-GW的DDN应答消息中携带阀控系数(Throttling Factor)与阀控时间(Throttling Delay)信息。
(3)、后续S-GW在收到下行业务数据时，对于低优先级业务根据阀控系数与阀控时间决定是否发起DDN消息到移动管理网元。
另外，在支持SGs接口的演进分组系统(Evolved Packet System，EPS)网络或支持Gs接口的传统2G、3G网络，移动交换中心(Mobile-services Switching Centre，MSC)/拜访位置寄存器(Visitors Location Register，VLR)在收到下行的电路交换(Circuit Switched，CS)语音呼叫或短消息时，会通过SGs或Gs接口向移动管理网元发起寻呼并触发移动管理网元发起到UE的空口寻呼。因此，当移动管理网元由于在分组交换(Packet Switched，PS)业务拥塞时，由于MSC/VLR并不知道移动管理网元拥塞了，则MSC/VLR仍然会通过SGs或Gs接口向移动管理网元发起寻呼，这必然会增加移动管理网元的信令负荷，导致拥塞恶化。但是，目前3GPP标准里，还未在SGs或Gs接口引入拥塞控制机制，这增加了移动管理网元拥塞恶化的风险。
技术实现要素：
本发明实施例提供了一种拥塞控制方法、移动管理网元及设备，可以完善移动管理网元的拥塞控制机制，减少处于拥塞状态的移动管理网元接收的消息数量，降低移动管理网元拥塞恶化的风险。
本发明第一方面提供一种拥塞控制方法，可包括：
移动管理网元处于拥塞状态时，如果接收到来自MSC/VLR的寻呼请求，则向所述MSC/VLR返回携带拥塞控制信息的寻呼响应消息，所述拥塞控制信息用于指示所述MSC/VLR对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述拥塞控制信息包括：第一推迟定时器值；
所述第一推迟定时器值，用于指示所述MSC/VLR启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求。
在第二种可能的实施方式中，所述拥塞控制信息包括：第一拥塞原因；
所述第一拥塞原因，用于指示所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并指示所述MSC/VLR启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
在第三种可能的实施方式中，所述拥塞控制信息包括：第二拥塞原因和第二推迟定时器值；
所述第二拥塞原因，用于所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态；
所述第二推迟定时器值，用于指示所述MSC/VLR启动推迟定时器，并将所述推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第一方面的第一种可能的实施方式、第二种可能的实施方式或第三种可能的实施方式，在第四种可能的实施方式中，所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；
所述第一阀控粒度，包括：第一用户粒度或第一设备粒度，所述第一用户粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第一设备粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；
所述第一阀控类型，用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第一阀控系数，用于指示所述MSC/VLR在所述推迟定时器超时之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第五种可能的实施方式中，所述拥塞控制信息包括：第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间中的至少一项；
所述第二阀控粒度，包括：第二用户粒度或第二设备粒度，所述第二用户粒度用于指示所述MSC/VLR停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第二设备粒度用于指示所述MSC/VLR停止向所述移动管理网元发送寻呼请求；
所述第二阀控类型，用于指示所述MSC/VLR停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第二阀控系数，用于指示所述MSC/VLR设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；
所述阀控时间，用于指示所述MSC/VLR在一个时间段内停止向所述移动管理网元发送寻呼请求。
结合第一方面、第一方面的第一种可能的实施方式、第一方面的第二种可能的实施方式、第一方面的第三种可能的实施方式、第一方面的第四种可能的实施方式或第一方面的第五种可能的实施方式，在第六种可能的实施方式中，所述寻呼响应消息为寻呼拒绝消息、用户设备不可达消息或业务请求消息。
本发明第二方面提供另一种拥塞控制方法，可包括：
移动管理网元进入拥塞状态时，向与所述移动管理网元关联的全部或部分MSC/VLR发送拥塞开始消息，所述拥塞开始消息用于指示所述MSC/VLR对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述拥塞开始消息中携带拥塞控制信息，所述拥塞控制信息包括：第一推迟定时器值或第一拥塞原因；
所述第一推迟定时器值，用于指示所述MSC/VLR启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；
所述第一拥塞原因，用于指示所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并指示所述MSC/VLR启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第二方面的第一种可能的实施方式，在第二种可能的实施方式中，所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型、第一阀控系数中的至少一项；
所述第一阀控粒度，包括：第一用户粒度或第一设备粒度，所述第一用户粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第一设备粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；
所述第一阀控类型，用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第一阀控系数，用于指示所述MSC/VLR在所述推迟定时器超时之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第三种可能的实施方式中，所述方法还包括：
所述移动管理网元离开拥塞状态时，向所述MSC/VLR发送拥塞停止消息，所述拥塞停止消息用于指示所述MSC/VLR停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
结合第二方面的第三种可能的实施方式，在第四种可能的实施方式中，所述拥塞开始消息中携带拥塞控制信息；所述拥塞控制信息包括第三阀控粒度、第三阀控类型、第三阀控系数中的至少一项；
所述第三阀控粒度，包括：第三用户粒度或第三设备粒度，所述第三用户粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第三设备粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送寻呼请求；
所述第三阀控类型，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第三阀控系数，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
本发明第三方面提供又一种拥塞控制方法，可包括：
MSC/VLR向移动管理网元发送寻呼请求；
所述MSC/VLR接收来自所述移动管理网元的寻呼响应消息，所述寻呼响应消息中携带拥塞控制信息；
所述MSC/VLR根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述拥塞控制信息包括：第一推迟定时器值；
所述MSC/VLR根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括：
所述MSC/VLR根据所述第一推迟定时器值启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求。
在第二种可能的实施方式中，所述拥塞控制信息包括：第一拥塞原因；
所述MSC/VLR根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括：
所述MSC/VLR根据所述第一拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
在第三种可能的实施方式中，所述拥塞控制信息包括：第二拥塞原因和第二推迟定时器值；
所述MSC/VLR根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括：
所述MSC/VLR根据所述第二拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并根据所述第二推迟定时器值启动推迟定时器，将所述推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第三方面的第一种可能的实施方式、第二种可能的实施方式或第三种可能的实施方式，在第四种可能的实施方式中，所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；所述第一阀控粒度，包括：第一用户粒度或第一设备粒度；
所述MSC/VLR根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括以下控制中的至少一种：
所述MSC/VLR在所述推迟定时器超时之前，所述根据第一用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述MSC/VLR在所述推迟定时器超时之前，根据第一设备粒度停止向所述移动管理网元发送寻呼请求；
所述MSC/VLR在所述推迟定时器超时之前，根据第一阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述MSC/VLR在所述推迟定时器超时之前，根据第一阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第五种可能的实施方式中，所述拥塞控制信息包括：第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间中的至少一项，所述第二阀控粒度，包括：第二用户粒度或第二设备粒度；
所述MSC/VLR根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括以下控制中的至少一种：
所述MSC/VLR根据第二用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述MSC/VLR根据第二设备粒度停止向所述移动管理网元发送寻呼请求；
所述MSC/VLR根据第二阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述MSC/VLR根据第二阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；
所述MSC/VLR根据阀控时间，在一个时间段内停止向所述移动管理网元发送寻呼请求。
在第六种可能的实施方式中，所述MSC/VLR根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，还包括：
所述MSC/VLR在执行对需要发给所述移动管理网元的寻呼请求进行拥塞控制时，直接向用户设备发起寻呼请求。
结合第三方面、第三方面的第一种可能的实施方式、第三方面的第二种可能的实施方式、第三方面的第三种可能的实施方式、第三方面的第四种可能的实施方式、第三方面的第五种可能的实施方式或第三方面的第六种可能的实施方式，在第七种可能的实施方式中，所述寻呼响应消息为寻呼拒绝消息、用户设备不可达消息或业务请求消息。
本发明第四方面提供又一种拥塞控制方法，可包括：
MSC/VLR接收来自移动管理网元的拥塞开始消息；
所述MSC/VLR根据所述拥塞开始消息对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述拥塞开始消息中携带拥塞控制信息，所述拥塞控制信息包括：第一推迟定时器值或第一拥塞原因；
所述MSC/VLR根据所述拥塞开始消息对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括：
所述MSC/VLR根据所述第一推迟定时器值启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；或者，
所述MSC/VLR根据所述第一拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第四方面的第一种可能的实施方式，在第二种可能的实施方式中，所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型、第一阀控系数中的至少一项；所述第一阀控粒度，包括：第一用户粒度或第一设备粒度；
所述MSC/VLR根据所述拥塞开始消息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括以下控制中的至少一种：
所述MSC/VLR在所述推迟定时器超时之前，根据第一用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述MSC/VLR在所述推迟定时器超时之前，根据第一设备粒度停止向所述移动管理网元发送寻呼请求；
所述MSC/VLR在所述推迟定时器超时之前，根据第一阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述MSC/VLR在所述推迟定时器超时之前，根据第一阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第三种可能的实施方式中，所述方法还包括：
所述MSC/VLR接收到来自所述移动管理网元的拥塞停止消息时，停止对需要发给所述移动管理网元的寻呼请求的拥塞控制。
结合第四方面的第三种可能的实施方式，在第四种可能的实施方式中，所述拥塞开始消息中携带拥塞控制信息；所述拥塞控制信息包括第三阀控粒度、第三阀控类型、第三阀控系数中的至少一项；所述第三阀控粒度，包括：第三用户粒度或第三设备粒度；
所述MSC/VLR根据所述拥塞开始消息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括以下控制中的至少一种：
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三设备粒度停止向所述移动管理网元发送寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
结合第四方面、第四方面的第一种可能的实施方式、第四方面的第二种可能的实施方式、第四方面的第三种可能的实施方式或第四方面的第四种可能的实施方式，在第五种可能的实施方式中，所述MSC/VLR根据所述拥塞开始消息对需要发给所述移动管理网元的寻呼请求进行拥塞控制，包括：
所述MSC/VLR在执行对需要发给所述移动管理网元的寻呼请求进行拥塞控制时，直接向用户设备发起寻呼请求。
本发明第五方面提供一种移动管理网元，可包括：
接收单元，用于接收来自MSC/VLR的寻呼请求；
处理单元，用于在移动管理网元处于拥塞状态时，向所述MSC/VLR返回携带拥塞控制信息的寻呼响应消息，所述拥塞控制信息用于指示MSC/VLR对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述处理单元向所述MSC/VLR返回的寻呼响应消息中携带的所述拥塞控制信息包括：第一推迟定时器值；
所述第一推迟定时器值，用于指示所述MSC/VLR启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求。
在第二种可能的实施方式中，所述处理单元向所述MSC/VLR返回的寻呼响应消息中携带的所述拥塞控制信息包括：第一拥塞原因；
所述第一拥塞原因，用于指示所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并指示所述MSC/VLR启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
在第三种可能的实施方式中，所述处理单元向所述MSC/VLR返回的寻呼响应消息中携带的所述拥塞控制信息包括：第二拥塞原因和第二推迟定时器值；
所述第二拥塞原因，用于指示所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态；
所述第二推迟定时器值，用于指示所述MSC/VLR启动推迟定时器，并将所述推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第五方面的第一种可能的实施方式、第二种可能的实施方式或第三种可能的实施方式，在第四种可能的实施方式中，所述处理单元向所述MSC/VLR返回的寻呼响应消息中携带的所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；
所述第一阀控粒度，包括：第一用户粒度或第一设备粒度，所述第一用户粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第一设备粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；
所述第一阀控类型，用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第一阀控系数，用于指示所述MSC/VLR在所述推迟定时器超时之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第五种可能的实施方式中，所述处理单元向所述MSC/VLR返回的寻呼响应消息中携带的所述拥塞控制信息包括：第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间中的至少一项；
所述第二阀控粒度，包括：第二用户粒度或第二设备粒度，所述第二用户粒度用于指示所述MSC/VLR停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第二设备粒度用于指示所述MSC/VLR停止向所述移动管理网元发送寻呼请求；
所述第二阀控类型，用于指示所述MSC/VLR停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第二阀控系数，用于指示所述MSC/VLR设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；
所述阀控时间，用于指示所述MSC/VLR在一个时间段内停止向所述移动管理网元发送寻呼请求。
结合第五方面、第五方面的第一种可能的实施方式、第五方面的第二种可能的实施方式、第五方面的第三种可能的实施方式、第五方面的第四种可能的实施方式或第五方面的第五种可能的实施方式，在第六种可能的实施方式中，所述寻呼响应消息为寻呼拒绝消息、用户设备不可达消息或业务请求消息。
本发明第六方面提供另一种移动管理网元，可包括：
监测单元，用于监测移动管理网元的状态；
处理单元，用于在所述移动管理网元进入拥塞状态时，向与所述移动管理网元关联的全部或部分MSC/VLR发送拥塞开始消息，所述拥塞开始消息用于指示所述MSC/VLR根据对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述处理单元向所述MSC/VLR发送的所述拥塞开始消息中携带拥塞控制信息，所述拥塞控制信息包括：第一推迟定时器值或第一拥塞原因；
所述第一推迟定时器值，用于指示所述MSC/VLR启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；
所述第一拥塞原因，用于指示所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并指示所述MSC/VLR启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第六方面的第一种可能的实施方式，在第二种可能的实施方式中，所述处理单元向所述MSC/VLR发送的所述拥塞开始消息中携带的所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型、第一阀控系数中的至少一项；
所述第一阀控粒度，包括：第一用户粒度或第一设备粒度，所述第一用户粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第一设备粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；
所述第一阀控类型，用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第一阀控系数，用于指示所述MSC/VLR在所述推迟定时器超时之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第三种可能的实施方式中，所述处理单元还用于在移动管理网元离开拥塞状态时，向所述MSC/VLR发送拥塞停止消息，所述拥塞停止消息用于指示所述MSC/VLR停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
结合第六方面的第三种可能的实施方式，在第四种可能的实施方式中，所述处理单元向所述MSC/VLR发送的所述拥塞开始消息中携带拥塞控制信息；所述拥塞控制信息包括第三阀控粒度、第三阀控类型、第三阀控系数中的至少一项；
所述第三阀控粒度，包括：第三用户粒度或第三设备粒度，所述第三用户粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第三设备粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送寻呼请求；
所述第三阀控类型，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述第三阀控系数，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
本发明第七方面提供一种设备，所述设备为MSC/VLR，可包括：
发送单元，用于向移动管理网元发送寻呼请求；
接收单元，用于接收来自所述移动管理网元的寻呼响应消息，所述寻呼响应消息中携带拥塞控制信息；
处理单元，用于根据所述拥塞控制信息，对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述拥塞控制信息包括：第一推迟定时器值；
所述处理单元具体用于根据所述第一推迟定时器值启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求。
在第二种可能的实施方式中，所述拥塞控制信息包括：第一拥塞原因；
所述处理单元具体用于根据所述第一拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
在第三种可能的实施方式中，所述拥塞控制信息包括：第二拥塞原因和第二推迟定时器值；
所述处理单元具体用于根据所述第二拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并根据所述第二推迟定时器值启动推迟定时器，将所述推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第七方面的第一种可能的实施方式、第二种可能的实施方式或第三种可能的实施方式，在第四种可能的实施方式中，所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；所述第一阀控粒度，包括：第一用户粒度或第一设备粒度；
所述处理单元具体用于执行以下控制中的至少一种：
所述处理单元在所述推迟定时器超时之前，根据第一用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述处理单元在所述推迟定时器超时之前，根据第一设备粒度停止向所述移动管理网元发送寻呼请求；
所述处理单元在所述推迟定时器超时之前，根据第一阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述处理单元在所述推迟定时器超时之前，根据第一阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第五种可能的实施方式中，所述拥塞控制信息包括：第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间中的至少一项，所述第二阀控粒度，包括：第二用户粒度或第二设备粒度；
所述处理单元具体用于执行以下控制中的至少一种：
所述处理单元根据第二用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述处理单元根据第二设备粒度停止向所述移动管理网元发送寻呼请求；
所述处理单元根据第二阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述处理单元根据第二阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；
所述处理单元根据阀控时间，在一个时间段内停止向所述移动管理网元发送寻呼请求。
在第六种可能的实施方式中，所述处理单元还用于在执行对需要发给所述移动管理网元的寻呼请求进行拥塞控制时，直接向用户设备发起寻呼请求。
结合第七方面、第七方面的第一种可能的实施方式、第七方面的第二种可能的实施方式、第七方面的第三种可能的实施方式、第七方面的第四种可能的实施方式、第七方面的第五种可能的实施方式或第七方面的第六种可能的实施方式，在第七种可能的实施方式中，所述寻呼响应消息为寻呼拒绝消息、用户设备不可达消息或业务请求消息。
本发明第八方面提供另一种设备，所述设备为MSC/VLR，可包括：
接收单元，用于接收来自移动管理网元的拥塞开始消息；
处理单元，用于根据所述拥塞开始消息对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第一种可能的实施方式中，所述拥塞开始消息中携带拥塞控制信息，所述拥塞控制信息包括：第一推迟定时器值或第一拥塞原因；
所述处理单元具体用于根据所述第一推迟定时器值启动推迟定时器，并将所述推迟定时器的定时值设置为所述第一推迟定时器值，在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求；或者，
所述处理单元具体用于根据所述第一拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并启动推迟定时器，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求。
结合第八方面的第一种可能的实施方式，在第二种可能的实施方式中，所述拥塞控制信息还包括：第一阀控粒度、第一阀控类型、第一阀控系数中的至少一项；所述第一阀控粒度，包括：第一用户粒度或第一设备粒度；
所述处理单元具体用于执行以下控制中的至少一种：
所述处理单元在所述推迟定时器超时之前，根据第一用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述处理单元在所述推迟定时器超时之前，根据第一设备粒度停止向所述移动管理网元发送寻呼请求；
所述处理单元在所述推迟定时器超时之前，根据第一阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述处理单元在所述推迟定时器超时之前，根据第一阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
在第三种可能的实施方式中，所述接收单元还用于接收来自所述移动管理网元的拥塞停止消息；
所述处理单元还用于根据所述拥塞停止消息，停止对需要发给所述移动管理网元的寻呼请求的拥塞控制。
结合第八方面的第三种可能的实施方式，在第四种可能的实施方式中，所述拥塞开始消息中携带拥塞控制信息；所述拥塞控制信息包括第三阀控粒度、第三阀控类型、第三阀控系数中的至少一项；所述第三阀控粒度，包括：第三用户粒度或第三设备粒度；
所述处理单元具体用于执行以下控制中的至少一种：
所述处理单元在接收到所述拥塞停止消息之前，根据第三用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述处理单元在接收到所述拥塞停止消息之前，根据第三设备粒度停止向所述移动管理网元发送寻呼请求；
所述处理单元在接收到所述拥塞停止消息之前，根据第三阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述处理单元在接收到所述拥塞停止消息之前，根据第三阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
结合第八方面、第八方面的第一种可能的实施方式、第八方面的第二种可能的实施方式、第八方面的第三种可能的实施方式或第八方面的第四种可能的实施方式，所述处理单元还用于在执行对需要发给所述移动管理网元的寻呼请求进行拥塞控制时，直接向用户设备发起寻呼请求。
由上可见，在本发明一些可行的实施方式中，当接收到MSC/VLR的寻呼请求时，处于拥塞状态的移动管理网元向MSC/VLR回复寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息，使得MSC/VLR根据该拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制，通过移动管理网元与MSC/VLR的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
另外，在本发明一些可行的实施方式中，由进入拥塞状态的移动管理网元主动指示与其关联的全部或部分MSC/VLR进行拥塞控制，通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。
图1是本发明实施例提供的一种拥塞控制方法的流程示意图；
图2是本发明实施例提供的另一种拥塞控制方法的流程示意图；
图3是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图4是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图5是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图6是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图7是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图8是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图9是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图10是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图11是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图12是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图13是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图14是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图15是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图16是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图17是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图18是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图19是本发明实施例提供的又一种拥塞控制方法的流程示意图；
图20是本发明实施例提供的一种移动管理网元的结构示意图；
图21是本发明实施例提供的一种设备的结构示意图；
图22是本发明实施例提供的另一种移动管理网元的结构示意图；
图23是本发明实施例提供的另一种设备的结构示意图。
具体实施方式
下面结合附图对本发明的具体实施方式进行说明。
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
在本发明实施例中，用户设备(User Equipment，简称UE)可以为以下任意一种，并且UE可以是静态的，也可以是移动的。静止的UE可以包括为终端(Terminal)、移动台(Mobile Station)、用户单元(Subscriber Unit)或站台(Station)等。移动的UE可以包括蜂窝电话(Cellular Phone)、个人数字助理(Personal Digital Assistant，PDA)、无线调制解调器(modem)，无线通信设备、手持设备(handheld)、膝上型电脑(Laptop Computer)、无绳电话(Cordless Phone)或无线本地环路(Wireless Local Loop，WLL)台等。上述UE可以分布于整个无线网络中。
为了便于本领域技术人员的理解，下面以具体的应用实例来说明。需要说明的是，在本发明实施例中，移动管理网元可以为移动管理实体(Mobility Management Entity，MME)或服务GPRS支持节点(Serving GPRS Support Node，SGSN)中的任一种，MSC与VLR通常合设为同一网元，称为MSC/VLR，或简称为VLR。
首先结合图1至图9，对移动管理网元被动地进行拥塞控制时，移动管理网元和MSC/VLR的工作方式进行说明。需要说明的是，在图1至图9所提供的实施例中，移动管理网元在接收到来自MSC/VLR的寻呼请求后所回复的寻呼响应消息，其作用是对所接收到的寻呼请求进行响应，该寻呼响应消息可以是寻呼拒绝消息，也可以是用户设备不可达消息，还可以是业务请求消息。
请参考图1，是本发明实施例提供的一种拥塞控制方法的流程示意图；图1所示实施例对移动管理网元所执行的拥塞控制方法进行说明，其主要是当移动管理网元处于拥塞状态时，若接收到来自MSC/VLR的寻呼请求，则回复寻呼响应消息，并指示MSC/VLR对需要发给所述移动管理网元的寻呼请求进行拥塞控制。图1所示实施例的拥塞控制方法包括：
步骤S11，移动管理网元接收来自MSC/VLR的寻呼请求。
其中，当移动管理网元是MME时，该寻呼请求为SGs寻呼请求。当移动管理网元是SGSN时，该寻呼请求为Gs寻呼请求。
MSC/VLR通常会向移动管理网元发送寻呼请求的情况是：当UE发起联合注册流程并在移动管理网元和MSC/VLR上成功联合注册后，若MSC/VLR收到下行的语音呼叫或短消息时，会通过SGs接口或者Gs接口向移动管理网元发起寻呼请求，以触发移动管理网元发起到UE的空口寻呼。需要说明的是，UE发起联合注册时，能够注册成功的前提条件是：此时移动管理网元并未处于拥塞状态。
步骤S12，如果移动管理网元处于拥塞状态，则向MSC/VLR返回携带拥塞控制信息的寻呼响应消息，所述拥塞控制信息用于指示MSC/VLR对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，可以预先在移动管理网元上配置拥塞检测机制，根据运营商配置的拥塞条件实时检测移动管理网元是否处于拥塞状态；当移动管理网元进入拥塞状态后，该拥塞检测机制继续运行，并在检测到拥塞不存在时，移动管理网元离开拥塞状态。
当处于拥塞状态的移动管理网元接收到来自MSC/VLR的寻呼请求时，由于移动管理网元已拥塞，为了避免移动管理网元的拥塞恶化，移动管理网元向MSC/VLR返回寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。实际应用中，可以预先在移动管理网元中配置拥塞控制策略，例如：该拥塞控制策略可配置为向所有的MSC/VLR发送寻呼响应消息，或者，可配置为向部分MSC/VLR发送寻呼响应消息；移动管理网元可以根据预先配置的拥塞控制策略选择向全部或部分MSC/VLR发送寻呼响应消息。
具体地，移动管理网元在寻呼响应消息中携带的拥塞控制信息可以按照运营商配置在其上的拥塞控制策略确定，下面将对本发明提供的寻呼响应消息中携带的拥塞控制信息的几种实施方式进行详细阐述，可以理解的是，下述的实施方式仅为举例，本发明提供的拥塞控制信息并不限于下述所描述的实施方式。需要说明的是，下述对拥塞控制信息包括的内容的阐释和说明同样适用于本发明的其它实施例。
在本发明提供的拥塞控制信息的第一种实施方式中，拥塞控制信息可以包括：第一推迟定时器值(Back-off timer value)，用于指示MSC/VLR启动推迟定时器，并将推迟定时器的定时值设置为该第一推迟定时器值，MSC/VLR在推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求，即MSC/VLR在推迟定时器超时之前，不会向移动管理网元发送寻呼请求。
在本发明提供的拥塞控制信息的第二种实施方式中，拥塞控制信息可以包括：第一拥塞原因，用于指示所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并指示所述MSC/VLR启动推迟定时器，在推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求，即MSC/VLR在推迟定时器超时之前，不会向移动管理网元发送寻呼请求。所述推迟定时器的定时值可以被设置为默认值，例如：默认值为第一拥塞原因对应的值。需要说明的是，一种拥塞原因对应于一种默认值，不同的拥塞原因可以对应相同的默认值，也可以对应不同的默认值。
在本发明提供的拥塞控制信息的第三种实施方式中，拥塞控制信息可以包括：第二拥塞原因和第二推迟定时器值；所述第二拥塞原因，用于指示所述MSC/VLR将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态；所述第二推迟定时器值，用于指示所述MSC/VLR启动推迟定时器，并将所述推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求，即MSC/VLR在推迟定时器超时之前，不会向移动管理网元发送寻呼请求。
在本发明提供的拥塞控制信息的第四种实施方式中，拥塞控制信息可以包括：第一推迟定时器值，同时包括第一阀控粒度(Throttling level)、第一阀控类型(Throttling type)和第一阀控系数(Throttling factor)中的至少一项。其中，所述第一推迟定时器值的说明可以参见上述第一种实施方式，在此不赘述。所述第一阀控粒度，包括：第一用户粒度或第一设备粒度，所述第一用户粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即MSC/VLR在推迟定时器超时之前，不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求。所述第一设备粒度用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求，即MSC/VLR在推迟定时器超时之前，不会向所述移动管理网元发送寻呼请求。所述第一阀控类型，用于指示所述MSC/VLR在所述推迟定时器超时之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即MSC/VLR在推迟定时器超时之前，不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；此处，该业务类型包括但不限于：短消息业务、语音呼叫业务、紧急呼叫业务和优先级呼叫业务中的至少一项；例如：第一阀控类型定义为短消息业务，则MSC/VLR在推迟定时器超时之前，停止向移动管理网元发送业务类型属于短消息业务的寻呼请求，即不会向移动管理网元发送业务类型属于短消息业务的寻呼请求。所述第一阀控系数，用于指示所述MSC/VLR在所述推迟定时器超时之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；例如：如果第一阀控系数为50，则MSC/VLR在推迟定时器超时之前，停止发送50%的需要发给所述移动管理网元的寻呼请求，即50%需要发给所述移动管理网元的寻呼请求不会被发给所述移动管理网元。
在本发明提供的拥塞控制信息的第五种实施方式中，拥塞控制信息可以包括：第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。其中，所述拥塞原因的说明可以参见上述第二种实施方式，在此不赘述。所述第一阀控粒度、第一阀控类型和第一阀控系数的说明可以参见上述第四种实施方式，在此不赘述。
在本发明提供的拥塞控制信息的第六种实施方式中，拥塞控制信息可以包括：第二推迟定时器值和第二拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。其中，所述第二推迟定时器值和第二拥塞原因的说明可以参见上述第三种实施方式，在此不赘述。所述第一阀控粒度、第一阀控类型和第一阀控系数的说明可以参见上述第四种实施方式，在此不赘述。
本发明提供的拥塞控制信息的第七种实施方式中，拥塞控制信息可以包括：第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间(Throttling delay)中的至少一项。
其中，第二阀控粒度，用于指示MSC/VLR限制向移动管理网元发送寻呼请求的限制粒度，其包括第二用户粒度或第二设备粒度。第二用户粒度用于指示所述MSC/VLR停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即MSC/VLR不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求。第二设备粒度用于指示所述MSC/VLR停止向所述移动管理网元发送寻呼请求，即MSC/VLR不会向所述移动管理网元发送寻呼请求。需要说明的是，当阀控粒度设置为第二用户粒度时，移动管理网元可以选择当前UE或者按照预置的选取准则选择UE进行拥塞控制，关于预置的UE选取准则包括但不限于：在联合注册时，向移动管理网元指示了其仅支持短消息业务的UE；或者在联合注册时，向移动管理网元指示了其设备优先级为低先级的UE；或者处于漫游状态的UE(如非本网用户)。
第二阀控类型，用于指示所述MSC/VLR停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即MSC/VLR不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；这些业务类型包括但不限于：短消息业务、语音呼叫业务、紧急呼叫业务和优先级呼叫业务中的至少一项。
第二阀控系数，用于指示所述MSC/VLR设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；例如：当第二阀控系数为50时，则MSC/VLR会停止发送50%的需要发给所述移动管理网元的寻呼请求，即50%需要发给所述移动管理网元的寻呼请求不会被发给所述移动管理网元。
阀控时间，用于指示所述MSC/VLR在一个时间段内停止向所述移动管理网元发送寻呼请求，即MSC/VLR在一个时间段内不会向所述移动管理网元发送寻呼请求；例如：当阀控时间为10分钟时，MSC/VLR在收到寻呼响应消息后的10分钟内，不会向移动管理网元发送寻呼请求。
需要说明的是，在上述关于拥塞控制信息的各种实施方式中，当阀控粒度设置为用户粒度时，例如：第一阀控粒度设置为第一用户粒度，或第二阀控粒度设置为第二用户粒度，移动管理网元可以选择当前UE或者按照预置的选取准则选择UE进行拥塞控制，关于预置的UE选取准则包括但不限于：在联合注册时，向移动管理网元指示了其仅支持短消息业务的UE；或者在联合注册时，向移动管理网元指示了其设备优先级为低先级的UE；或者处于漫游状态的UE(如非本网用户)。
本实施例中，当接收到MSC/VLR的寻呼请求时，处于拥塞状态的移动管理网元向MSC/VLR回复寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息，使得MSC/VLR根据该拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制，通过移动管理网元与MSC/VLR的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图2，是本发明实施例提供的另一种拥塞控制方法的流程示意图，图2所示实施例对MSC/VLR所执行的拥塞控制方法进行说明。图2所示实施例的拥塞控制方法包括：
步骤S21，MSC/VLR向移动管理网元发送寻呼请求。
步骤S22，MSC/VLR接收来自移动管理网元的寻呼响应消息，该寻呼响应消息中携带了拥塞控制信息。
其中，寻呼响应消息中所携带的拥塞控制信息可以存在多种实施方式，关于拥塞控制信息的实施方式可以参见图1所示实施例中的说明，在此不再赘述。
步骤S23，MSC/VLR根据拥塞控制信息，对需要发给移动管理网元的寻呼请求进行拥塞控制。
针对不同实施方式的拥塞控制信息，MSC/VLR所执行的拥塞控制也可能存在多种实施方式，下面将MSC/VLR所执行的拥塞控制的几种实施方式进行详细阐述，可以理解的是，由于MSC/VLR根据拥塞控制信息来执行拥塞控制，当拥塞控制信息发生变化时，本发明提供的MSC/VLR所执行的拥塞控制也会相应发生变化，因此，基于拥塞控制信息的MSC/VLR执行的拥塞控制也不限于下述实施方式。
在本发明提供的由MSC/VLR根据拥塞控制信息执行的拥塞控制的第一种实施方式中，拥塞控制信息包括：第一推迟定时器值。MSC/VLR根据该拥塞控制信息，启动推迟定时器，并将推迟定时器的定时值设置为该第一推迟定时器值，MSC/VLR在推迟定时器超时之前，停止向所述移动管理网元发送寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向移动管理网元发送寻呼请求。
在本发明提供的由MSC/VLR根据拥塞控制信息执行的拥塞控制的第二种实施方式中，拥塞控制信息包括：第一拥塞原因。MSC/VLR根据该第一拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并启动推迟定时器，在推迟定时器超时之前，MSC/VLR保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向移动管理网元发送寻呼请求。收到第一拥塞原因启动推迟定时器时，推迟定时器的定时值可以设置为默认值，例如：默认值为第一拥塞原因对应的值。需要说明的是，一种拥塞原因对应于一种默认值，不同的拥塞原因可以对应相同的默认值，也可以对应不同的默认值。
在本发明提供的由MSC/VLR根据拥塞控制信息执行的拥塞控制的第三种实施方式中，拥塞控制信息可以包括：第二拥塞原因和第二推迟定时器值。所述MSC/VLR根据所述第二拥塞原因将与所述MSC/VLR关联的所述移动管理网元的状态设置为拥塞状态，并根据所述第二推迟定时器值启动推迟定时器，将所述推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并停止向所述移动管理网元发送寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向移动管理网元发送寻呼请求。
在本发明提供的由MSC/VLR根据拥塞控制信息执行的拥塞控制的第四种实施方式中，拥塞控制信息可以包括：第一推迟定时器值，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。所述第一阀控粒度，包括：第一用户粒度或第一设备粒度。所述MSC/VLR启动推迟定时器，并将推迟定时器的定时值设置为该第一推迟定时器值，在所述推迟定时器超时之前，根据第一用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求。所述MSC/VLR启动推迟定时器，并将推迟定时器的定时值设置为该第一推迟定时器值，在所述推迟定时器超时之前，根据第一设备粒度停止向所述移动管理网元发送寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送寻呼请求。所述MSC/VLR启动推迟定时器，并将推迟定时器的定时值设置为该第一推迟定时器值，在所述推迟定时器超时之前，根据第一阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；此处，该业务类型包括但不限于：短消息业务、语音呼叫业务、紧急呼叫业务和优先级呼叫业务中的至少一项；例如：第一阀控类型定义为短消息业务，则MSC/VLR在推迟定时器超时之前，不会向移动管理网元发送业务类型属于短消息业务的寻呼请求。所述MSC/VLR启动推迟定时器，并将推迟定时器的定时值设置为该第一推迟定时器值，在所述推迟定时器超时之前，根据第一阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；例如：如果第一阀控系数为50，则MSC/VLR在推迟定时器超时之前，停止发送50%的需要发给所述移动管理网元的寻呼请求，即50%需要发给所述移动管理网元的寻呼请求不会被发给所述移动管理网元。
在本发明提供的由MSC/VLR根据拥塞控制信息执行的拥塞控制的第五种实施方式中，拥塞控制信息可以包括：第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。所述MSC/VLR根据第一拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并启动推迟定时器，将推迟定时器的定时值设置为默认值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求。所述MSC/VLR根据第一拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并启动推迟定时器，将推迟定时器的定时值设置为默认值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一设备粒度停止向所述移动管理网元发送寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送寻呼请求。所述MSC/VLR根据第一拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并启动推迟定时器，将推迟定时器的定时值设置为默认值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；此处，该业务类型包括但不限于：短消息业务、语音呼叫业务、紧急呼叫业务和优先级呼叫业务中的至少一项；例如：第一阀控类型定义为短消息业务，则MSC/VLR在推迟定时器超时之前，停止向移动管理网元发送业务类型属于短消息业务的寻呼请求，即不会向移动管理网元发送业务类型属于短消息业务的寻呼请求。所述MSC/VLR根据第一拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并启动推迟定时器，将推迟定时器的定时值设置为默认值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；例如：如果第一阀控系数为50，则MSC/VLR在推迟定时器超时之前，停止发送50%的需要发给所述移动管理网元的寻呼请求，即50%需要发给所述移动管理网元的寻呼请求不会被发给所述移动管理网元。
在本发明提供的拥塞控制信息的第六种实施方式中，拥塞控制信息可以包括：第二推迟定时器值和第二拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。所述MSC/VLR根据第二拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并根据第二推迟定时器值启动推迟定时器，将推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求。所述MSC/VLR根据第二拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并根据第二推迟定时器值启动推迟定时器，将推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一设备粒度停止向所述移动管理网元发送寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送寻呼请求。所述MSC/VLR根据第二拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并根据第二推迟定时器值启动推迟定时器，将推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即MSC/VLR在所述推迟定时器超时之前，不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；此处，该业务类型包括但不限于：短消息业务、语音呼叫业务、紧急呼叫业务和优先级呼叫业务中的至少一项；例如：第一阀控类型定义为短消息业务，则MSC/VLR在推迟定时器超时之前，停止向移动管理网元发送业务类型属于短消息业务的寻呼请求，即不会向移动管理网元发送业务类型属于短消息业务的寻呼请求。所述MSC/VLR根据第二拥塞原因将与所述MSC/VLR关联的移动管理网元的状态设置为拥塞状态，并根据第二推迟定时器值启动推迟定时器，将推迟定时器的定时值设置为所述第二推迟定时器值，在所述推迟定时器超时之前，保持所述移动管理网元的状态为拥塞状态，并根据第一阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；例如：如果阀控系数为50，则MSC/VLR在推迟定时器超时之前，停止发送50%的需要发给所述移动管理网元的寻呼请求，即50%需要发给所述移动管理网元的寻呼请求不会被发给所述移动管理网元。
本发明提供的拥塞控制信息的第七种实施方式中，拥塞控制信息可以包括：第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间中的至少一项。其中第二阀控粒度包括第二用户粒度或第二设备粒度。所述MSC/VLR在第二阀控粒度的指示下停止向移动管理网元发送需要发给一个用户设备或所有用户设备的寻呼请求，即不会向移动管理网元发送需要发给一个用户设备或所有用户设备的寻呼请求，例如：如果为第二用户粒度，MSC/VLR停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，如果为第二设备粒度，MSC/VLR则停止向所述移动管理网元发送寻呼请求，即不会向所述移动管理网元发送寻呼请求。MSC/VLR在第二阀控类型的指示下停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求，例如：若第二阀控类型为短消息业务，MSC/VLR停止向移动管理网元发送业务类型属于短消息业务的寻呼请求，即MSC/VLR不会向移动管理网元发送业务类型属于短消息业务的寻呼请求。MSC/VLR在第二阀控系数的指示下设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值；例如：当第二阀控系数为50时，则MSC/VLR停止发送50%的需要发给移动管理网元的寻呼请求，即50%需要发给所述移动管理网元的寻呼请求不会被发给所述移动管理网元。MSC/VLR在阀控时间的指示下，在一个时间段内停止向所述移动管理网元发送寻呼请求，即MSC/VLR在一个时间段内不会向所述移动管理网元发送寻呼请求；例如：当阀控时间为10分钟时，MSC/VLR在收到寻呼响应消息后的10分钟内，不会向移动管理网元发送寻呼请求。
本实施例中，MSC/VLR向移动管理网元发送寻呼请求后，如果接收到移动管理网元携带拥塞控制信息的寻呼响应消息，表明移动管理网元当前处于拥塞状态，MSC/VLR则根据寻呼响应消息中的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制，通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图3，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图3所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图3所示实施例的拥塞控制方法包括：
步骤S31，UE发起联合注册流程，并成功注册。
步骤S32，移动管理网元处于拥塞状态并执行拥塞控制。
步骤S33，MSC/VLR向移动管理网元发送寻呼请求。
步骤S34，移动管理网元向MSC/VLR发送寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。
其中，拥塞控制信息包括：第一推迟定时器值。本步骤中关于拥塞控制信息的实施方式可以参照图1所示实施例中关于拥塞控制信息的第一种实施方式的说明，在此不再赘述。
步骤S35，MSC/VLR根据接收到的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。
本步骤中MSC/VLR根据寻呼响应消息中所携带的拥塞控制信息所执行的拥塞控制可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的第一种实施方式的说明，在此不再赘述。
步骤S36，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图4，是本发明实施例提供的又一种拥塞控制方法的流程示意图。图4所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图4所示实施例的拥塞控制方法包括：
步骤S41，UE发起联合注册流程，并成功注册。
步骤S42，移动管理网元处于拥塞状态并执行拥塞控制。
步骤S43，MSC/VLR向移动管理网元发送寻呼请求。
步骤S44，移动管理网元向MSC/VLR发送寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。
其中，拥塞控制信息包括：第一拥塞原因。本步骤中关于拥塞控制信息的实施方式可以参照图1所示实施例中关于拥塞控制信息的第二种实施方式的说明，在此不再赘述。
步骤S45，MSC/VLR根据接收到的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。
本步骤中MSC/VLR根据寻呼响应消息中所携带的拥塞控制信息所执行的拥塞控制可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的第二种实施方式的说明，在此不再赘述。
步骤S46，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图5，是本发明实施例提供的又一种拥塞控制方法的流程示意图。图5所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图5所示实施例的拥塞控制方法流程包括：
步骤S51，UE发起联合注册流程，并成功注册。
步骤S52，移动管理网元处于拥塞状态并执行拥塞控制。
步骤S53，MSC/VLR向移动管理网元发送寻呼请求。
步骤S54，移动管理网元向MSC/VLR发送寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。
其中，拥塞控制信息包括：第二推迟定时器值和第二拥塞原因。本步骤中关于拥塞控制信息的实施方式可以参照图1所示实施例中关于拥塞控制信息的第三种实施方式的说明，在此不再赘述。
步骤S55，MSC/VLR根据接收到的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。
本步骤中MSC/VLR根据寻呼响应消息中所携带的拥塞控制信息所执行的拥塞控制可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的第三种实施方式的说明，在此不再赘述。
步骤S56，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图6，是本发明实施例提供的又一种拥塞控制方法的流程示意图。图6所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图6所示实施例的拥塞控制方法包括：
步骤S61，UE发起联合注册流程，并成功注册。
步骤S62，移动管理网元处于拥塞状态并执行拥塞控制。
步骤S63，MSC/VLR向移动管理网元发送寻呼请求。
步骤S64，移动管理网元向MSC/VLR发送寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。
其中，拥塞控制信息包括：第一推迟定时器值，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。需要说明的是，图6所示的第一阀控信息指第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。本步骤中关于拥塞控制信息的实施方式可以参照图1所示实施例中关于拥塞控制信息的第四种实施方式的说明，在此不再赘述。
步骤S65，MSC/VLR根据接收到的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。
本步骤中MSC/VLR根据寻呼响应消息中所携带的拥塞控制信息所执行的拥塞控制可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的第四种实施方式的说明，在此不再赘述。
步骤S66，在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，MSC/VLR通过A/Iu接口直接发起到用户的寻呼。
请参考图7，是本发明实施例提供的又一种拥塞控制方法的流程示意图。图7所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图7所示实施例的拥塞控制方法包括：
步骤S71，UE发起联合注册流程，并成功注册。
步骤S72，移动管理网元处于拥塞状态并执行拥塞控制。
步骤S73，MSC/VLR向移动管理网元发送寻呼请求。
步骤S74，移动管理网元向MSC/VLR发送寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。
其中，拥塞控制信息包括：第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。需要说明的是，图7所示的第一阀控信息指第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。本步骤中关于拥塞控制信息的实施方式可以参照图1所示实施例中关于拥塞控制信息的第五种实施方式的说明，在此不再赘述。
步骤S75，MSC/VLR根据接收到的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。
本步骤中MSC/VLR根据寻呼响应消息中所携带的拥塞控制信息所执行的拥塞控制可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的第五种实施方式的说明，在此不再赘述。
步骤S76，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图8，是本发明实施例提供的又一种拥塞控制方法的流程示意图。图8所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图8所示实施例的拥塞控制方法包括：
步骤S81，UE发起联合注册流程，并成功注册。
步骤S82，移动管理网元处于拥塞状态并执行拥塞控制。
步骤S83，MSC/VLR向移动管理网元发送寻呼请求。
步骤S84，移动管理网元向MSC/VLR发送寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。
其中，拥塞控制信息包括：第二推迟定时器值和第二拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。需要说明的是，图8所示的第一阀控信息指第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。本步骤中关于拥塞控制信息的实施方式可以参照图1所示实施例中关于拥塞控制信息的第六种实施方式的说明，在此不再赘述。
步骤S85，MSC/VLR根据接收到的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。
本步骤中MSC/VLR根据寻呼响应消息中所携带的拥塞控制信息所执行的拥塞控制可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的第六种实施方式的说明，在此不再赘述。
步骤S86，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图9，是本发明实施例提供的又一种拥塞控制方法的流程示意图。图9所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图9所示实施例的拥塞控制方法包括：
步骤S91，UE发起联合注册流程，并成功注册。
步骤S92，移动管理网元处于拥塞状态并执行拥塞控制。
步骤S93，MSC/VLR向移动管理网元发送寻呼请求。
步骤S94，移动管理网元向MSC/VLR发送寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。
其中，拥塞控制信息包括：第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间中的至少一项。需要说明的是，图9所示的第二阀控信息指第二阀控粒度、第二阀控类型、第二阀控系数和阀控时间中的至少一项。本步骤中关于拥塞控制信息的实施方式可以参照图1所示实施例中关于拥塞控制信息的第七种实施方式的说明，在此不再赘述。
步骤S95，MSC/VLR根据接收到的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。
本步骤中MSC/VLR根据寻呼响应消息中所携带的拥塞控制信息所执行的拥塞控制可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的第七种实施方式的说明，在此不再赘述。
步骤S96，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
在图3至图9所示实施例中，MSC/VLR向移动管理网元发送寻呼请求后，处于拥塞状态的移动管理网元向MSC/VLR返回携带拥塞控制信息的寻呼响应消息，由MSC/VLR根据该拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制，通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
下面结合图10至图19，对移动管理网元主动地进行拥塞控制时，移动管理网元和MSC/VLR的工作方式进行说明。
请参考图10，是本发明提供的拥塞控制方法的又一个实施例的流程示意图；图10所示实施例对移动管理网元所执行的拥塞控制方法进行说明，其主要是移动管理网元进入拥塞状态时，通过拥塞开始消息主动地告知与其相关联的MSC/VLR其已处于拥塞状态，该拥塞开始消息用于指示MSC/VLR对需要发给移动管理网元的寻呼请求进行拥塞控制。图10所示实施例的拥塞控制方法包括：
步骤S101，监测移动管理网元的状态。
步骤S102，如果移动管理网元进入拥塞状态，向与移动管理网元关联的全部或部分MSC/VLR发送携带拥塞控制信息的拥塞开始消息，所述拥塞开始消息用于指示MSC/VLR对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
其中，向移动管理网元关联的MSC/VLR发送拥塞开始消息可以包括：向移动管理网元关联的全部或部分的MSC/VLR发送拥塞开始消息。所述部分的MSC/VLR可以为运营商配置的为特定用户提供特定业务的MSC/VLR，比如M2M(Machine to Machine，机器到机器)专用MSC/VLR。移动管理网元借助于运营商的配置可以知道所关联的MSC/VLR是否为特定MSC/VLR。
本实施例中，拥塞开始消息中携带拥塞控制信息，该拥塞控制信息可以包括：第一推迟定时器值或第一拥塞原因；或者，包括第一推迟定时器值，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；或者，包括第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。关于上述拥塞控制信息的具体实施方式可以参见图1所示实施例中的相关说明，在此不赘述。
本实施例由进入拥塞状态的移动管理网元通过携带拥塞控制信息的拥塞开始消息主动指示与其关联的全部或部分MSC/VLR进行拥塞控制。通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图11，是本发明实施例提供的又一种拥塞控制方法的流程示意图，对应于图10所示实施例的描述，图11所示实施例对MSC/VLR所执行的拥塞控制方法进行说明。图11所示实施例的拥塞控制方法包括：
步骤S111，MSC/VLR接收来自移动管理网元的拥塞开始消息。
步骤S112，所述MSC/VLR根据拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，拥塞开始消息中携带拥塞控制信息，该拥塞控制信息可以包括：第一推迟定时器值或第一拥塞原因；或者，包括第一推迟定时器值，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；或者，包括第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。MSC/VLR根据拥塞开始消息可以获取与所述MSC/VLR相关联的移动管理网元处于拥塞状态，并根据拥塞开始消息中携带的拥塞控制信息执行拥塞控制。需要说明的是，针对拥塞控制信息存在的上述各种实施方式，MSC/VLR在该拥塞控制信息的指示下对需要发给移动管理网元的寻呼请求所执行的拥塞控制的实施方式具体可以参见图2所示实施例的相关说明，在此不赘述。
需要说明的是，在步骤S112之后还可以包括：MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
本实施例由进入拥塞状态的移动管理网元主动指示与其关联的全部或部分MSC/VLR进行拥塞控制，通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图12，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图12所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图12所示实施例的拥塞控制方法流程包括：
步骤S121，UE发起联合注册流程并成功在移动管理网元、MSC/VLR注册。
步骤S122，移动管理网元检测到拥塞时，进入拥塞状态并执行拥塞控制。
步骤S123，移动管理网元在进入拥塞状态时，向关联的全部或部分MSC/VLR发送携带拥塞控制信息的拥塞开始消息。
其中，所述部分的MSC/VLR可以为运营商配置的为特定用户提供特定业务的MSC/VLR，比如M2M专用MSC/VLR。移动管理网元借助于运营商的配置可以知道所关联的MSC/VLR是否为特定MSC/VLR。本实施例中，所述拥塞控制信息包括：第一推迟定时器值。关于拥塞控制信息的实施方式可以参见图1所示实施例的相关说明，在此不赘述。
步骤S124，MSC/VLR获知与所述MSC/VLR关联的移动管理网元处于拥塞状态，并根据所述拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，MSC/VLR接收到拥塞开始消息，即可获知与所述MSC/VLR相关联的移动管理网元处于拥塞状态，MSC/VLR根据拥塞开始消息中的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。关于MSC/VLR根据拥塞控制信息执行拥塞控制的实施方式可以参见图2所示实施例的相关说明，在此不赘述。
步骤S125，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图13，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图13所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图13所示实施例的拥塞控制方法流程包括：
步骤S131，UE发起联合注册流程并成功在移动管理网元、MSC/VLR注册。
步骤S132，移动管理网元检测到拥塞时，进入拥塞状态并执行拥塞控制。
步骤S133，移动管理网元在进入拥塞状态时，向关联的全部或部分MSC/VLR发送携带拥塞控制信息的拥塞开始消息。
本实施例中，所述拥塞控制信息包括：第一拥塞原因。关于拥塞控制信息的此实施方式可以参见图1所示实施例的相关说明，在此不赘述。
步骤S134，MSC/VLR获知与所述MSC/VLR关联的移动管理网元处于拥塞状态，根据所述拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，MSC/VLR根据拥塞开始消息中的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。关于MSC/VLR根据拥塞控制信息执行拥塞控制的实施方式可以参见图2所示实施例的相关说明，在此不赘述。
步骤S135，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图14，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图14所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图14所示实施例的拥塞控制方法流程包括：
步骤S141，UE发起联合注册流程并成功在移动管理网元、MSC/VLR注册。
步骤S142，移动管理网元检测到拥塞时，进入拥塞状态并执行拥塞控制。
步骤S143，移动管理网元在进入拥塞状态时，向关联的全部或部分MSC/VLR发送携带拥塞控制信息的拥塞开始消息。
本实施例中，所述拥塞控制信息包括：第一推迟定时器值，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。图14所示的第一阀控信息指第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。关于拥塞控制信息的实施方式可以参见图1所示实施例的相关说明，在此不赘述。
步骤S144，MSC/VLR获知与所述MSC/VLR关联的移动管理网元处于拥塞状态，根据所述拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，MSC/VLR根据拥塞开始消息中的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。关于MSC/VLR根据拥塞控制信息执行拥塞控制的实施方式可以参见图2所示实施例的相关说明，在此不赘述。
步骤S145，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图15，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图15所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图15所示实施例的拥塞控制方法流程包括：
步骤S151，UE发起联合注册流程并成功在移动管理网元、MSC/VLR注册。
步骤S152，移动管理网元检测到拥塞时，进入拥塞状态并执行拥塞控制。
步骤S153，移动管理网元在进入拥塞状态时，向关联的全部或部分MSC/VLR发送携带拥塞控制信息的拥塞开始消息。
本实施例中，所述拥塞控制信息包括：第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。图15所示的第一阀控信息指第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。关于拥塞控制信息的实施方式可以参见图1所示实施例的相关说明，在此不赘述。
步骤S154，MSC/VLR获知与所述MSC/VLR关联的移动管理网元处于拥塞状态，根据所述拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，MSC/VLR根据拥塞开始消息中的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制。关于MSC/VLR根据拥塞控制信息执行拥塞控制的实施方式可以参见图2所示实施例的相关说明，在此不赘述。
步骤S155，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
请参考图16，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图16实施例对移动管理网元所执行的拥塞控制方法进行说明。图16所示实施例的拥塞控制方法流程包括：
步骤S161，监测移动管理网元状态。
步骤S162，如果移动管理网元进入拥塞状态时，向与移动管理网元关联的MSC/VLR发送拥塞开始消息，使得MSC/VLR根据拥塞开始消息对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
步骤S163，如果移动管理网元离开拥塞状态，向所述MSC/VLR发送拥塞停止消息，使得MSC/VLR根据拥塞停止消息停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
本实施例中，移动管理网元向MSC/VLR发送的拥塞开始消息中没有携带拥塞控制信息，所述MSC/VLR接收到拥塞开始消息则可获知所述移动管理网元处于拥塞状态，从而对需要发给所述移动管理网元的寻呼请求进行拥塞控制。如果移动管理网元离开拥塞状态，移动管理网元向MSC/VLR发送拥塞停止消息，MSC/VLR在接收到该拥塞停止消息时，获知所述移动管理网元离开拥塞状态，则停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
需要说明的是，本实施例中，移动管理网元向MSC/VLR发送的拥塞开始消息中携带拥塞控制信息，该拥塞控制信息包括：第三阀控粒度、第三阀控类型和第三阀控系数中的至少一项。
其中，所述第三阀控粒度，包括：第三用户粒度或第三设备粒度，所述第三用户粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求；所述第三设备粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送寻呼请求，即不会向所述移动管理网元发送寻呼请求。
所述第三阀控类型，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求。
所述第三阀控系数，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
需要说明的是，在上述实施方式中，当阀控粒度设置为用户粒度时，例如：第三阀控粒度设置为第三用户粒度，移动管理网元可以选择当前UE或者按照预置的选取准则选择UE进行拥塞控制，关于预置的UE选取准则包括但不限于：在联合注册时，向移动管理网元指示了其仅支持短消息业务的UE；或者在联合注册时，向移动管理网元指示了其设备优先级为低先级的UE；或者处于漫游状态的UE(如非本网用户)。
本实施例由进入拥塞状态的移动管理网元主动指示与其关联的全部或部分MSC/VLR进行拥塞控制，通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图17，是本发明实施例提供的又一种拥塞控制方法的流程示意图，对应于图16所示实施例的描述，图17所示实施例对MSC/VLR所执行的拥塞控制方法进行说明。图17所示实施例的拥塞控制方法包括：
步骤S171，MSC/VLR接收来自移动管理网元的拥塞开始消息。
步骤S172，所述MSC/VLR根据拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
步骤S173，所述MSC/VLR接收到来自所述移动管理网元的拥塞停止消息时，停止对需要发给移动管理网元的寻呼请求进行拥塞控制。
本实施例中，MSC/VLR接收到的来自移动管理网元的拥塞开始消息中没有携带拥塞控制信息，所述MSC/VLR接收到拥塞开始消息则可获知所述移动管理网元处于拥塞状态，从而对需要发给所述移动管理网元的寻呼请求进行拥塞控制。MSC/VLR在接收到该拥塞停止消息时，获知所述移动管理网元离开拥塞状态，则停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
本实施例中，MSC/VLR接收到的来自移动管理网元的拥塞开始消息中携带拥塞控制信息，该拥塞控制信息可以包括：第三阀控粒度、第三阀控类型和第三阀控系数中的至少一项。所述第三阀控粒度，包括：第三用户粒度或第三设备粒度。
其中，所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三设备粒度停止向所述移动管理网元发送寻呼请求，即不会向向所述移动管理网元发送寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
需要说明的是，在步骤S172与步骤S173之间还可以包括：MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
本实施例由进入拥塞状态的移动管理网元通过拥塞开始消息主动指示与其关联的全部或部分MSC/VLR进行拥塞控制，并通过拥塞停止消息指示MSC/VLR停止拥塞控制。通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图18，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图18所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图18所示实施例的拥塞控制方法流程包括：
步骤S181，UE发起联合注册流程并成功在移动管理网元、MSC/VLR注册。
步骤S182，移动管理网元检测到拥塞时，进入拥塞状态并执行拥塞控制。
步骤S183，移动管理网元在进入拥塞状态时，向关联的全部或部分MSC/VLR发送拥塞开始消息。
本实施例中，所述拥塞开始信息消息中不携带拥塞控制信息。
步骤S184，MSC/VLR获知与所述MSC/VLR关联的移动管理网元处于拥塞状态，根据所述拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，MSC/VLR根据拥塞开始消息获知所述移动管理网元处于拥塞状态，并对需要发给移动管理网元的寻呼请求进行拥塞控制。
步骤S185，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
步骤S186，移动管理网元在离开拥塞状态时，向所述MSC/VLR发送拥塞停止消息
步骤S187，所述MSC/VLR根据所述拥塞停止消息，停止对需要发给移动管理网元的寻呼请求进行拥塞控制。
请参考图19，是本发明实施例提供的又一种拥塞控制方法的流程示意图，图19所示实施例对移动管理网元与MSC/VLR相互交互所执行的拥塞控制方法进行说明。图19所示实施例的拥塞控制方法流程包括：
步骤S191，UE发起联合注册流程并成功在移动管理网元、MSC/VLR注册。
步骤S192，移动管理网元检测到拥塞时，进入拥塞状态并执行拥塞控制。
步骤S193，移动管理网元在进入拥塞状态时，向关联的全部或部分MSC/VLR发送拥塞开始消息。
本实施例中，所述拥塞开始信息消息中携带拥塞控制信息，该拥塞控制信息可以包括：第三阀控粒度、第三阀控类型和第三阀控系数中的至少一项。
其中，所述第三阀控粒度，包括：第三用户粒度或第三设备粒度，所述第三用户粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求；所述第三设备粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送寻呼请求，即不会向所述移动管理网元发送寻呼请求。
所述第三阀控类型，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求。
所述第三阀控系数，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
步骤S194，MSC/VLR获知与所述MSC/VLR关联的移动管理网元处于拥塞状态，根据所述拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
其中，MSC/VLR根据拥塞开始消息获知所述移动管理网元处于拥塞状态，并根据拥塞开始消息中的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制，具体为：
其中，所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三设备粒度停止向所述移动管理网元发送寻呼请求，即不会向所述移动管理网元发送寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述MSC/VLR在接收到所述拥塞停止消息之前，根据第三阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
步骤S195，MSC/VLR在对需要发给移动管理网元的寻呼请求进行拥塞控制的过程中，通过A/Iu接口直接发起到用户的寻呼。
步骤S196，移动管理网元在离开拥塞状态时，向所述MSC/VLR发送拥塞停止消息
步骤S197，所述MSC/VLR根据所述拥塞停止消息，停止对需要发给移动管理网元的寻呼请求进行拥塞控制。
在图18至图19所示实施例中，由进入拥塞状态的移动管理网元通过拥塞开始消息主动指示与其关联的全部或部分MSC/VLR进行拥塞控制，并通过拥塞停止消息指示所述MSC/VLR停止进行拥塞控制。通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
对应于上述拥塞控制方法实施例的描述，下面将结合图20至图23，对本发明实施例提供的移动管理网元和MSC/VLR进行详细介绍，需要说明的是，下述的移动管理网元和MSC/VLR可以应用于上述拥塞控制方法的实施例。
请参考图20，是本发明实施例提供的一种移动管理网元的结构示意图。该移动管理网元包括：接收单元201和处理单元202。
接收单元201，用于接收来自MSC/VLR的寻呼请求。
如果移动管理网元是MME时，该寻呼请求为SGs寻呼请求。如果移动管理网元是SGSN，该寻呼请求为Gs寻呼请求。MSC/VLR通常会向移动管理网元发送寻呼请求的情况是：当UE发起联合注册流程并在移动管理网元和MSC/VLR上成功联合注册后，若MSC/VLR收到下行的语音呼叫或短消息时，会通过SGs接口或者Gs接口向移动管理网元发起寻呼请求，以触发移动管理网元发起到UE的空口寻呼，所述接收单元201则接收来自MSC/VLR的寻呼请求。需要说明的是，UE发起联合注册时，能够注册成功的前提条件是：此时移动管理网元并未处于拥塞状态。
处理单元202，用于在移动管理网元处于拥塞状态时，向所述MSC/VLR返回携带拥塞控制信息的寻呼响应消息，所述拥塞控制信息用于指示MSC/VLR对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
其中，可以预先在移动管理网元上配置拥塞检测机制，根据运营商配置的拥塞条件实时检测移动管理网元是否处于拥塞状态；当移动管理网元进入拥塞状态后，该拥塞检测机制继续运行，并在检测到拥塞不存在时，移动管理网元离开拥塞状态。
当接收单元201接收到来自MSC/VLR的寻呼请求时，如果此时移动管理网元处于拥塞状态，为了避免移动管理网元的拥塞恶化，处理单元202向MSC/VLR返回寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息。实际应用中，可以预先在移动管理网元中配置拥塞控制策略，例如：该拥塞控制策略可配置为向所有的MSC/VLR发送寻呼响应消息，或者，可配置为向部分MSC/VLR发送寻呼响应消息；处理单元202可以根据预先配置的拥塞控制策略选择向全部或部分MSC/VLR发送寻呼响应消息。
其中，寻呼响应消息可以为寻呼拒绝消息，也可以为用户设备不可达消息，还可以为业务请求消息。
具体地，携带在寻呼响应消息中的拥塞控制信息可以按照运营商配置在其上的拥塞控制策略确定，该拥塞控制信息的具体实施方式可以参见图1所示实施例中关于拥塞控制信息的实施方式的描述，在此不赘述。
本实施例中，当接收到MSC/VLR的寻呼请求时，处于拥塞状态的移动管理网元向MSC/VLR回复寻呼响应消息，并在寻呼响应消息中携带拥塞控制信息，使得MSC/VLR根据该拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制，通过移动管理网元与MSC/VLR的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图21，是本发明实施例提供的一种设备的结构示意图。该设备可以为MSC/VLR，其包括发送单元211，接收单元212，和处理单元213：
发送单元211，用于向移动管理网元发送寻呼请求。
接收单元212，用于接收来自移动管理网元的寻呼响应消息，该寻呼响应消息中携带拥塞控制信息。
其中，寻呼响应消息可以为寻呼拒绝消息，也可以为用户设备不可达消息，还可以为业务请求消息。
其中，寻呼响应消息中所携带的拥塞控制信息的具体实施方式可以参见图1所示实施例中的说明，在此不再赘述。
处理单元213，用于根据拥塞控制信息，对需要发给移动管理网元的寻呼请求进行拥塞控制。
针对不同实施方式的拥塞控制信息，处理单元213所执行的拥塞控制也可能存在多种实施方式，所述处理单元213的具体处理方式可以参见图2所示实施例中关于MSC/VLR所执行的拥塞控制的实施方式的说明，在此不赘述。
可选地，所述处理单元213，还用于在执行对需要发给所述移动管理网元的寻呼请求进行拥塞控制时，通过A/Iu接口直接向用户设备发起寻呼请求。
本实施例中，MSC/VLR向移动管理网元发送寻呼请求后，如果接收到移动管理网元的寻呼响应消息，表明移动管理网元当前处于拥塞状态，MSC/VLR则根据寻呼响应消息中的拥塞控制信息对需要发给移动管理网元的寻呼请求进行拥塞控制，通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图22，是本发明实施例提供的另一种移动管理网元的结构示意图。该移动管理网元包括：监测单元221和处理单元222。
监测单元221，用于监测移动管理网元的状态。
处理单元222，用于在移动管理网元进入拥塞状态时，向与移动管理网元关联的全部或部分MSC/VLR发送拥塞开始消息，所述拥塞开始消息用于指示MSC/VLR对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
其中，所述部分的MSC/VLR可以为运营商配置的为特定用户提供特定业务的MSC/VLR，比如M2M专用MSC/VLR。处理单元222借助于运营商的配置可以知道所关联的MSC/VLR是否为特定MSC/VLR。
可选地，所述处理单元222，还用于在移动管理网元离开拥塞状态时，向所述MSC/VLR发送拥塞停止消息，所述拥塞停止消息用于指示所述MSC/VLR停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
如果所述处理单元222向所述MSC/VLR只发送了拥塞开始消息，没有发送拥塞停止消息，此种情况下，本实施例存在以下一种可行的实施方式：
在本实施例的一种可行的实施方式中，所述处理单元222发送的拥塞开始消息可以携带拥塞控制信息，该拥塞控制信息可以包括：第一推迟定时器值或第一拥塞原因；或者，包括第一推迟定时器值，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；或者，包括第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。关于拥塞控制信息的不同实施方式可以参见图1所示实施例中的相关说明，在此不赘述。
如果所述处理单元222向所述MSC/VLR发送了拥塞开始消息与拥塞停止消息，此种情况下，本实施例存在以下两种可行的实施方式：
在第一种可行的实施方式中，所述处理单元222向MSC/VLR发送的拥塞开始消息中没有携带拥塞控制信息，所述MSC/VLR接收到拥塞开始消息则可获知所述移动管理网元处于拥塞状态，从而对需要发给所述移动管理网元的寻呼请求进行拥塞控制。如果移动管理网元离开拥塞状态，移动管理网元向MSC/VLR发送拥塞停止消息，MSC/VLR在接收到该拥塞停止消息时，获知所述移动管理网元离开拥塞状态，则停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第二种可行的实施方式中，处理单元222向MSC/VLR发送的拥塞开始消息中携带拥塞控制信息，该拥塞控制信息包括：第三阀控粒度、第三阀控类型和第三阀控系数中的至少一项。
其中，所述第三阀控粒度，包括：第三用户粒度或第三设备粒度，所述第三用户粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求，所述第三设备粒度用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送寻呼请求，即不会向所述移动管理网元发送寻呼请求。
所述第三阀控类型，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求。
所述第三阀控系数，用于指示所述MSC/VLR在接收到所述拥塞停止消息之前，设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
本实施例由进入拥塞状态的移动管理网元通过拥塞开始消息主动指示与其关联的全部或部分MSC/VLR进行拥塞控制，并可通过拥塞停止消息指示MSC/VLR停止拥塞控制。通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
请参考图23，是本发明实施例提供的另一种设备的结构示意图。该设备可以为MSC/VLR，其包括：接收单元231和处理单元232。
接收单元231，用于接收来自移动管理网元的拥塞开始消息。
处理单元232，用于根据所述拥塞开始消息对需要发给移动管理网元的寻呼请求进行拥塞控制。
可选地，所述接收单元231，还用于接收来自所述移动管理网元的拥塞停止消息。所述处理单元232，还用于根据拥塞停止消息，停止对需要发给移动管理网元的寻呼请求进行拥塞控制。
如果接收单元231只接收到来自移动管理网元的拥塞开始消息，此种情况下，本实施例存在以下一种可行的实施方式：
在本实施例的一种可行的实施方式中，所述拥塞开始消息中携带拥塞控制信息，该拥塞控制信息可以包括：第一推迟定时器值或第一拥塞原因；或者，包括第一推迟定时器值，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项；或者，包括第一拥塞原因，同时包括第一阀控粒度、第一阀控类型和第一阀控系数中的至少一项。处理单元232根据拥塞开始消息可以获取与所述MSC/VLR相关联的移动管理网元处于拥塞状态，并根据拥塞开始消息中携带的拥塞控制信息执行拥塞控制。需要说明的是，针对拥塞控制信息存在的上述各种实施方式，处理单元232在该拥塞控制信息的指示下对需要发给移动管理网元的寻呼请求所执行的拥塞控制的实施方式具体可以参见图2所示实施例中关于MSC/VLR执行的拥塞控制的相关说明，在此不赘述。
如果接收单元231接收到来自移动管理网元的拥塞开始消息和拥塞停止消息，此种情况下，本实施例存在以下两种可行的实施方式：
在第一种可行的实施方式中，所述接收单元231接收到来自移动管理网元的拥塞开始消息中没有携带拥塞控制信息，所述处理单元232接收到拥塞开始消息则可获知所述移动管理网元处于拥塞状态，从而对需要发给所述移动管理网元的寻呼请求进行拥塞控制。在接收到所述拥塞停止消息时，所述处理单元232获知所述移动管理网元离开拥塞状态，则停止对需要发给所述移动管理网元的寻呼请求进行拥塞控制。
在第二种可行的实施方式中，所述接收单元231接收到来自移动管理网元的拥塞开始消息中携带拥塞控制信息，该拥塞控制信息可以包括：第三阀控粒度、第三阀控类型和第三阀控系数中的至少一项。所述第三阀控粒度，包括：第三用户粒度或第三设备粒度。
其中，所述处理单元232在接收到所述拥塞停止消息之前，根据第三用户粒度停止向所述移动管理网元发送需要发给一个用户设备的寻呼请求，即不会向所述移动管理网元发送需要发给一个用户设备的寻呼请求；
所述处理单元232在接收到所述拥塞停止消息之前，根据第三设备粒度停止向所述移动管理网元发送寻呼请求，即不会向所述移动管理网元发送寻呼请求；
所述处理单元232在接收到所述拥塞停止消息之前，根据第三阀控类型停止向所述移动管理网元发送属于至少一种业务类型的寻呼请求，即不会向所述移动管理网元发送属于至少一种业务类型的寻呼请求；
所述处理单元232在接收到所述拥塞停止消息之前，根据第三阀控系数设置停止向所述移动管理网元发送的寻呼请求占需要发给所述移动管理网元的寻呼请求的比例值。
需要说明的是，所述处理单元232还可以用于在执行对需要发给所述移动管理网元的寻呼请求进行拥塞控制时，通过A/Iu接口直接向UE发起寻呼请求。
本实施例由进入拥塞状态的移动管理网元通过拥塞开始消息主动指示与其关联的全部或部分MSC/VLR进行拥塞控制，并可通过拥塞停止消息指示MSC/VLR停止拥塞控制。通过MSC/VLR与移动管理网元的此种交互，可减少处于拥塞状态的移动管理网元接收的请求消息的数量，降低移动管理网元拥塞恶化的风险，有助于移动管理网元的业务恢复，保障上下行业务的顺利进行。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)或随机存储记忆体(Random Access Memory，RAM)等。
以上所揭露的仅为本发明较佳实施例而已，当然不能以此来限定本发明之权利范围，本领域普通技术人员可以理解实现上述实施例的全部或部分流程，并依本发明权利要求所作的等同变化，仍属于发明所涵盖的范围。