处理网关消息拥塞的方法 【技术领域】
本发明涉及移动通讯领域，具体的说，涉及移动通讯系统中控制和呼叫分离技术中消息拥塞的处理方法。
背景技术
随着移动通讯系统在经济和社会生活等各个领域日益广泛的应用，移动通讯系统技术本身也在快速发展之中，从目前正在广泛使用的第二代移动通讯系统，到正在成熟完善的第三代移动通讯系统，技术上的发展正在日益满足用户对于通讯系统的需求。国际标准化组织3GPP和3GPP2分别负责第三代移动通讯系统国际标准WCDMA标准和CDMA2000标准的制定和修改。在两种类型的标准中，H.248协议被3GPP/3GPP2等组织广泛采用。
在移动通讯系统的控制和呼叫分离技术中，通过将传统的控制和呼叫集中的设备分离为MGC(Media Gateway Controller，网关控制器)和MG(Media Gateway，网关)两个部分，利用IP/ATM传输网络地特点，一方面可以实现语音、图象、数据的交互，另一方面MGC(Media Gateway Controller，网关控制器)还可以更多更容易地引入业务。H.248协议就是作为网关控制器和网关之间的主要媒体网关协议而得到广泛应用的。在网关控制器控制下，H.248协议可以完成网关中的媒体通道的建立和释放、媒体通道和承载通道的连接和拆除连接、对媒体通道和承载通道的属性的配置；还可以在网关中完成网关控制器对媒体通道和承载通道的操作，包括放音、审计等；通过H.248协议，网关可以将自身发生的事件上报给网关控制器。可以看出，H.248是一种上下控制协议，网关控制器完全控制网关的行为。在H.248协议的具体使用中，往往会涉及到MG(Media Gateway，网关)、网关控制器、事务、动作和命令等内容，其中，MG可以将一种网络的媒体类型转化为另外一种网络要求的媒体格式，而MGC则控制网关连接媒体通道的部分呼叫状态。当MG出现故障或MG和MGC之间的链路有故障，MG在短时间内会有大量的消息发向MGC，由于一个MGC往往管理多个MG，这种来自故障MG的拥塞消息会超出MGC的处理能力，从而影响到MGC对整个网络中MG的管理。如果来自MG的拥塞消息数量很大而且持续时间很长，可能会耗尽MGC的系统资源，将引起MGC崩溃，目前尚无有效技术能够解决该问题。
【发明内容】
本发明所要解决的技术问题是提供一种处理网关消息拥塞的方法，以解决现有技术无法克服的故障MG大量消息占用MGC系统开销，或因为故障MG消息拥塞，影响到MGC对正常MG处理、甚至MGC崩溃的缺点。
为实现上述目的，本发明提出了一种处理网关消息拥塞的方法，其特征在于，包括以下步骤：
第一步：当MGC判断出MG的消息异常，即短时间内收到该MG大量的消息，超出MGC对该MG的处理能力，则认为该MG出现故障，启动对该MG的处理过程；
第二步：系统采取两种措施减少MG占用MGC的系统开销和MGC发向故障MG的消息数：
(1)对于收到来自MG的消息处理过程中，当解码分析得到MG的消息标识符MID(Message Identifier，消息实体提供的标识)时，一旦发现是故障MG，立即终止对该事务的处理，仅对网关的请求事务回一个事务的响应；
(2)对于需要发向网关的事务，先分析对端的MID，一旦发现事务是发向故障MG的，立即终止处理流程；
第三步：MGC继续统计来自故障MG的消息数，在一段时间内，如果判断故障MG没有出现消息拥塞，便解除对该故障MG的特殊处理流程，将其作为一个正常的MG来管理。
本发明所述方法通过网关控制器对网关故障的分析判断，停止对故障网关具体的事务分析和处理处理，从而减轻网关控制器和网关的负荷，缓解网关的消息拥塞，解决了故障MG大量消息占用MGC系统开销，或因为故障MG消息拥塞，影响到MGC对正常MG处理、甚至MGC崩溃的缺点。
【附图说明】
图1是本发明所述处理网关消息拥塞的方法流程图。
图2是作为本发明具体实施方式的方法流程图。
【具体实施方式】
下面结合附图和具体实施方式对本发明所述方法做进一步描述。
图1示出了本发明所述的处理网关消息拥塞的方法，当MGC判断出MG的消息异常，即短时间内收到该MG大量的消息，超出MGC对该MG的处理能力，则认为该MG出现故障，启动对该MG的处理过程。系统采取两种措施减少MG占用MGC的系统开销和MGC发向故障MG的消息数：(1)对于收到来自MG的消息的处理过程中，当解码分析的到MG的消息标识符MID(Message Identifier(MID)消息实体提供的标识)，一旦发现是故障MG，立即终止对该事务的处理，仅对网关的请求事务回一个事务的响应；(2)对于需要发向网关的事务，先分析对端的MID，一旦发现事务是发向故障MG的，立即终止处理流程。然后MGC继续统计来自故障MG的消息数，在一段时间内，如果判断故障MG没有出现消息拥塞，便解除对该故障MG的特殊处理流程，将其作为一个正常的MG来管理。
在图2所示的方法流程图中，当MGC判断出MG的消息异常，即短时间内收到了该MG大量的消息，超出了MGC对该MG的处理能力，于是认为该MG出现故障，启动了对该MG的特殊处理流程；特殊处理流程从两个方面减少MG占用MGC的系统开销和MGC发向故障MG的消息数：一方面对于收到来自MG的消息的处理过程中，当解码分析的到MG的MID(域名/域名地址/设备名)时，一旦发现是故障MG，立即终止对该事务的处理，所述事务由若干动作组成，事务具有完整性，同一个事务中的动作和命令要求顺序执行。所述动作由若干命令组合而成，动作一般有具体的含义，特殊情况下，一个动作由一条命令组成，动作实际上是一组命令的标识。所述命令是MGC和MGW实现交互信息的基本单位，命令中包括各种命令参数。其中所有的命令都要含有参数Termination ID。另一方面，对于需要发向网关的事务，也是先分析对端的MID，一旦发现事务是发向故障MG的，则立即终止处理流程，这样MGC就不会响应故障MG的消息，也不会主动给故障MG发送消息。通常情况下，MG能更快的恢复消息拥塞状况，故障MG更容易恢复正常。事实上，MGC仅仅花了很小的系统开销，就完成大量来自故障MG消息的处理。因此，不会影响对其它正常MG的管理。
MGC继续统计来自故障MG的消息数，当一段时间内，如果判断故障MG没有出现消息拥塞，便解除对该故障MG的特殊处理流程，将其作为一个正常的MG来管理。事实上，本发明同时可应用多个MG同时出现故障的情况。
下面结合图1和图2所示，对本发明的具体实施方式详细说明如下：
1、假设MGC的处理能力是每秒钟1000条来自MG的消息。MGC共管理10个MG，这样可以将每个MG消息拥塞告警阀值定为100条/秒；
2、如果连续5秒内，MGC统计从MG发送过来的消息数量，每秒钟都大于100条，可认为该MG出现了故障或与该MG的连接的链路出现异常；
3、停止对该MG发送消息和停止对该故障MG过来的拥塞消息的响应，启动故障MG特殊处理流程；
4、收到来自MG的消息的处理过程中，当解码分析的到MG的MID(域名/域名地址/设备名)时，一旦发现是故障MG，立即终止对该事务的处理；
5、要发向MG的事务，也是先分析对端的MID，一旦发现事务是发向故障MG的，立即终止处理流程；
6、在40秒内，该MG没有出现没有超出消息拥塞的告警阀值，即解除对该MG的特殊处理流程。将其作为正常的MG来管理。
由此实施例可以发现，尽管故障MG的大量拥塞消息发向MGC，但是不会影响到MGC对正常MG的处理，或造成MGC的崩溃。