CN101009579A - 一种保护互联网协议语音技术网关媒体通道的方法 - Google Patents

Abstract

本发明公开了一种保护VOIP网关媒体通道的方法，通过判断VOIP网关接收媒体流的源端口号与媒体协商时确定的对端接收端口号是否相同，在相同时赋予媒体流以最高的接收优先级，保证其优先接入。对于收发端不同的媒体流，则对其优先级进行动态管理，为后收到的合法媒体流设置更高的优先级，从收到的多个媒体流中选择优先级最高的媒体流发给DSP。使用本发明的方法来保护VOIP网关的媒体通道，可以防止VOIP网关在对方吊死的情况下不断向本网关发包而导致本地网关瘫痪；也可以防止网络黑客伪造数据包进行恶意攻击，从而保护了网关；增强了VOIP系统的安全性和抗干扰能力。

Description

一种保护互联网协议语音技术网关媒体通道的方法

技术领域

本发明涉及一种保护VOIP(互联网协议语音技术)网关(以下简称为网关)媒体通道的方法。

背景技术

电路交换为基础的传统通讯业务已经不能满足人们进行多媒体信息交流的需要。日益发展壮大的IP网络以其低廉的价格、各种媒体信息的可集成性、设备的高可重用性等特性成为人们的首要选择。

目前，许多新开发的多媒体通讯业务采用分组交换技术，承载网络是IP分组交换网络，比如因特网。分组交换的优点是网络利用率高，通讯的成本底，而且由于使用了开放式的架构，新业务的开发、推广比较快速。

当使用IP或其他分组交换网络作为承载网络时，通常使用DSP(数字信号处理器)完成PCM(脉冲编码调制)话音到分组话音的双向转换，一个用户的话音通过DSP后转换为数据包在分组网络上传输，数据包到达对端后，再由对方的DSP转换为话音，反之亦然。在一般情况下，网关的语音处理通道在同一时间段内只能支持一个来源的媒体流(同一源IP地址和同一源端口)，如果接收到的两个数据包的源IP不同或源端口号不同，即收到两个媒体流，轻则引入延迟和抖动，影响话音质量，重则引起网关媒体通道异常，甚至会造成系统瘫痪。

使用IP网络提供的多媒体通讯业务时，IP网络不如电路交换网络健壮和可靠。通常网关在媒体协商时，本端网关可以确定本端的接收端口号、对端的IP地址和对端的接收端口号，并不知道对端的发送端口号。在媒体通道建立之后，网关接收媒体流时不检查所到达的数据包的源端口，即对端的发送端口。因此会遇到以下问题：

1)当网关收到来自于网络的无效数据包的时候，由于接收的媒体端口在网关设定的范围内，这个数据包会被认为是合法的数据包。但是当对端网关由于某种原因出现了异常，比如端口吊死，会不断应用合法的IP和端口发出无效数据包。

例如，网关A包括相邻用户线端口P1和P2，P1在通话过程中吊死，还会不断的向与之通话的网关B的端口P1发包。此时，如果非异常端的用户挂机，重新发起对另一个用户的呼叫且该用户与原异常用户处在同一个网关，此时发送端的IP地址与上一通话相同，使用另一发送端口P2，其对端的接收端口可能仍为P1，这样网关B的端口P1就会收到两个不同的媒体流，不能正确接收来自网关A端口P2的新的通话的媒体流。

2)某些恶意的网络攻击程序发出非法的数据包，这些数据包端口也可能在网关设定的范围内。此时，如果有新的通话要使用网关上接收这些数据包的端口，非法的数据包和正常通话的数据包就会同时使用同一语音处理通道，引起该语音处理通道的异常。

中国专利申请(申请号：03125107)公开了一种根据RTP(实时传送协议)数据包的序号进行排序以消除其抖动延时的方法；该方法只是利用RTP包头中序列号去抖动，如果某一非法媒体流的包序列也满足输出条件，也会被输入到DSP通道中，不能保证语音处理通道在一段时间内只接收一个媒体流，防止发生异常，也不能正常接收新的合法通话的媒体流。

中国专利申请(申请号：03125108)公开了一种利用RTP数据包的时戳进行排序以消除其抖动延时的方法。该方法是利用时间戳去抖动，不能过滤掉非法媒体流的包。如果出现无效报文，或者某一非法媒体流的包序列也满足输出条件，也会被输入到DSP通道中。因此不能保证语音处理通道在一段时间内只接收一个媒体流，防止发生异常，也不能正常接收新的合法通话的媒体流。

发明内容

本发明所要解决的技术问题是提供一种保护互联网协议语音技术网关媒体通道的方法，可以在某些异常发生时，能够接入正常通话，且避免网关的语音处理通道在同一段时间内接收多个媒体流而发生异常。

为了解决上述技术问题，本发明提供了一种保护互联网协议语音技术网关媒体通道的方法，包括以下步骤：

(a)网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，判断该数据包的源端口号与媒体协商确定的对端接收端口号是否相同，如果相同，执行下一步，否则，执行步骤(c)；

(b)将当前接收优先级置为最高优先级，将该数据包提交后续模块处理，返回步骤(a)；

(c)判断当前接收优先级是否为最高优先级，如果是，直接返回步骤(a)。

进一步地，上述方法还可具有以下特点：所述步骤(b)之后还包括步骤(c)：如所述媒体流的源端口号与媒体协商确定的对端接收端口号相同，则在对应的通话结束后，将当前接收优先级复位为低于所述最高优先级的接收优先级。

进一步地，上述方法还可具有以下特点：所述网关在初次收到某一媒体流的合法的数据包后，还为该媒体流启动一个计数器，所述步骤(a)网关判断该数据包的源端口号与媒体协商确定的对端接收端口号相同时，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S1，如果是，再执行步骤(b)，否则，将该媒体流对应的计数值加一，返回步骤(a)继续收包。

进一步地，上述方法还可具有以下特点：所述对端网关为MGCP网关、H.248网关或SIP网关。

为了解决上述技术问题，本发明又提供了一种保护互联网协议语音技术网关媒体通道的方法，包括以下步骤：

(A)在网关上为各接收端口分别设置多个接收优先级，并将对应的当前接收优先级初始化为最低的接收优先级；

(B)所述网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，根据其源端口号查找是否记录了该媒体流的接收优先级，如果是，执行步骤(C)，否则，执行步骤(D)；

(C)判断该媒体流的接收优先级是否大于等于当前接收优先级，如果是，将该数据包提交后续模块处理，返回步骤(B)，否则直接返回步骤(B)；

(D)将当前接收优先级提高一级，并将该媒体流的接收优先级置为提高后的当前接收优先级，记录该媒体流的源端口号及其接收优先级，将该数据包提交后续模块处理，返回步骤(B)。

进一步地，上述方法还可具有以下特点：所述步骤(D)之后还包括步骤(E)：在已有记录的所述媒体流对应的通话结束后，所述网关删除所有媒体流的记录。

进一步地，上述方法还可具有以下特点：所述网关在初次收到某一媒体流的合法的数据包后，还为该媒体流启动一个计数器，所述步骤(B)如果所述网关查找不到所述媒体流的记录，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S2，如果是，再执行步骤(D)，否则，将该媒体流对应的计数值加一，返回步骤(B)继续收包。

进一步地，上述方法还可具有以下特点：所述步骤(a)中网关建立了表PP和表PC，其中表PP用于记录所述的媒体流源端口号及其接收优先级，其容纳的最大记录数m小于设置的接收优先级数目；表PC用于记录所述的媒体流源端口号及其计数值，在所述表PP或表PC已满而不能添加记录时，清空该表再添加记录，且在清空表PP时，将当前接收优先级置为最低的接收优先级。

为了解决上述技术问题，本发明还提供了一种保护互联网协议语音技术网关媒体通道的方法，包括以下步骤：

(O)在网关上为各接收端口分别设置多个接收优先级，并将对应的当前接收优先级初始化为最低的接收优先级；

(P)所述网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，判断该数据包的源端口号与媒体协商确定的对端接收端口号是否相同，如果相同，执行下一步，否则，执行步骤(R)；

(Q)将当前接收优先级置为最高优先级，将该数据包提交后续模块处理，返回步骤(P)；

(R)根据该数据包的源端口号查找是否记录了对应媒体流的接收优先级，如果是，执行步骤(S)，否则，执行步骤(T)；

(S)判断该媒体流的接收优先级是否大于等于当前接收优先级，如果是，将该数据包提交后续模块处理，返回步骤(P)，否则直接返回步骤(P)；

(T)将当前接收优先级提高一级但不能达到最高接收优先级，将该媒体流的接收优先级置为提高后的当前接收优先级，记录该媒体流的源端口号及其接收优先级，将该数据包提交后续模块处理，返回步骤(P)。

进一步地，上述方法还可具有以下特点：所述网关一次通话结束后，将所有记录清空并且将当前接收优先级复位。

进一步地，上述方法还可具有以下特点：所述网关在初次收到某一媒体流的合法的数据包后，还为该媒体流启动一个计数器，所述步骤(P)网关判断该数据包的源端口号与媒体协商确定的对端接收端口号相同时，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S1，如果是，再执行步骤(Q)，否则，将该媒体流对应的计数值加一，返回步骤(P)继续收包。

进一步地，上述方法还可具有以下特点：所述网关设置了最大允许记录的媒体流数目，该数目应小于设置的接收优先级数目，在记录数目超过该最大数目时，应删除已有的部分或所有记录，保证源端口号与媒体协商确定的对端接收端口号不同的媒体流的接收优先级总是小于最高优先级。

进一步地，上述方法还可具有以下特点：所述步骤(P)网关判断该数据包的源端口号与媒体协商确定的对端接收端口号不同，且在步骤(R)判断出还没有记录该数据包对应的媒体流时，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S2，如果是，再执行步骤(T)，否则，将该媒体流对应的计数值加一，返回步骤(P)继续收包。

进一步地，上述方法还可具有以下特点：所述步骤(O)中网关建立了表PP和表PC，其中表PP用于记录所述的媒体流源端口号及其接收优先级，其容纳的最大记录数m小于设置的接收优先级数目；表PC用于记录所述的媒体流源端口号及其计数值，在所述表PP或表PC已满而不能添加记录时，清空该表再添加记录，且在清空表PP时，将当前接收优先级置为最低的接收优先级Low。

综上所述，本发明解决了现有技术中VOIP媒体网关接收到大量的无效的数据包造成系统性能异常和受到恶意攻击的问题。提高了网关的安全性和防攻击能力，使VOIP设备具备很强的鲁棒性和抗干扰能力。并且能够优先接入新的通话的媒体流。本方法可以适用于所有使用RTP作为媒体传输协议的通讯系统。不需要现有的呼叫控制协议做修改。

附图说明

图1a、图1b为本发明第一实施例方法的处理流程图。

图2是本发明一个应用实例的正常通话过程的端口关系示意图。

图3是本发明一个应用实例的异常通话过程的端口关系示意图。

具体实施方式

第一实施例

网关在收到数据包后，通过判断其源IP地址和源端口号可以唯一确定一个媒体流。本发明通过对接收端口收到的媒体流加以识别和记录，并且为媒体流设定不同的接收优先级，优先将接收优先级最高的媒体流发给DSP，就可以保证语音处理通道在同一时间段内只支持一个来源的媒体流，从而解决了当多个媒体流发送到VOIP网关同一个媒体处理通道时，网关会出现异常的问题。进一步地，通过合理的接收优先级设定规则，还可以使网关优先接收新的合法通话，避免因原通话一端吊死后，对端接收端口无法接收新的通话的媒体流，或者网关上某一接收端口收到非法程序的恶意攻击，而无法正常接收通话的媒体流。

对于MGCP、H.248、SIP网关，正常情况下发送端口号与接收端口号一般是相同的。此时，网关将协商时确定的对端接收端口号与接收到的数据包的源端口号，即对端发送端口号相比较，如果两者相同，则说明该数据包是本次协商的媒体流的数据包。本发明中将此情况下网关收到的源端口号与对端接收端口号相同的媒体流的接收优先级设为最高，优先发送到DSP进行处理，就可以使新的通话的有效媒体流得到正常发送，避免了因端口吊死，该接收端口一直收到非法数据包而无法再发送后续通话媒体流的情况。注意当呼叫释放后应将该媒体流的接收优先级复位，因此在通话中端口吊死后，该端口发送的无效媒体流的接收优先级在呼叫释放后即已降低，因而新的通话的媒体流可以得以发送，并且通话过程中不会受到无效数据包的干扰。

对于H.323网关，一般情况下本端的发送端口号与接收端口号不同。此时就不能够通过以上方法来保证后一合法通话的媒体流的正常发送。在这种情况下，为了避免网关的接收端口因收到无效数据包或非法数据包而不能正常接收合法的数据包，本发明对媒体流的接收优先级进行动态管理，使后接收的媒体流的接收优先级比先接收的媒体流高，从而避免无效或非法的媒体流始终占据该接收端口。

为了动态管理收发端口号不同的媒体流的接收优先级，网关在初始化时建立以下两个表。本申请中，所述收发端口号相同或不同，其中的收、发端口分别指发送该媒体流的发送端网关上的发送端口号和接收端口号。

源端口号-媒体接收优先级映射表，简称表PP(Port-Priority表)，表中每个记录包含媒体流的源端口号和接收优先级两个字段。为表PP分配的缓冲区可以容纳n个记录，n小于设置的优先级数目，使得表PP记录的媒体流的接收优先级就不会达到最高优先级。

源端口号-收包计数值映射表，简称表PC(Port-Counter表)，表中每个记录包含媒体流的源端口号和收包计数值两个字段。为表PC分配的缓冲区可以容纳m个记录，m小于设置的优先级数目。

同时，定义多个接收优先级。并定义当前接收优先级CurrentRxPriority，用于记录当前正在发给DSP的媒体流的优先级，将其初始化为最低的接收优先级Low(Low取值为0)。定义计数值Counter0，用于统计接收的收发端口号相同数据包数目，初始化为0。

上述参数可以灵活配置，例如：门限S，表PP的深度n，表PC的深度m。这些条件可以适当组合，灵活修改。达到在工程上找到最优值的目的。

另外，所述网关在初次收到某一媒体流的合法的数据包后，还为该媒体流启动一个计数器。

完成上述配置后，VOIP网关收到媒体流的数据包时的处理流程如图1a、图1b所示，包括以下步骤：

步骤101，网关在该接收端口接收数据包，当有数据包到达该接收端口时，执行下一步；

步骤102，判断该数据包的源地址IPAddress和目的端口号DestPort是否分别与媒体协商确定的对端IP地址IpAddr和本地接收端口号DstPort相同，如果不同，该数据包不是本端要接收的包，丢弃该包，返回步骤101；如果相同，进行步骤103；

步骤103，判断该数据包的源端口号SourcePort与媒体协商确定的对端接收端口号PeerRxPort是否相同，如果相同，进行步骤104，否则进行步骤106；

步骤104，判断计数值Counter0是否大于门限值S(S可取5或更大的值)，如果是，进行步骤105，否则，Counter0值加一，返回步骤101；

步骤105，更新当前接收优先级为最高优先级(可取值0xFF)，该媒体流是优先接收的媒体流，将该数据包发给DSP进行处理，返回步骤101继续收包；

可以看出，对于收发端口号相同的媒体流，除最初的少量数据包外，其它的数据总会被优先送到DSP进行处理。通话结束后，由语音业务处理流程通知网关将当前接收优先级复位为最低的优先级，并清空表PP和表PC的所有记录。即上述处理流程只是针对一个通话过程中的。

另外，在确定该媒体流是否是优先接收的媒体流时设置一个门限可以提高对数据包合法性的判断，这样导致的丢弃的少量数据包并不影响接下来的正常通话，如要将其缓存则开销比较大。

下面是对收发端口不同的媒体流的处理：

步骤106，查找表PP，判断表中是否有源端口号与该数据包源端口SourcePort相同的记录PPIteml，如果有，进行步骤107，否则进行步骤108；

步骤107，判断记录PPIteml中的接收优先级是否大于等于当前接收优先级，如果是，将该数据包发给DSP进行处理，返回步骤101继续收包；否则直接返回步骤101；

步骤108，查找表PC，判断表中是否有源端口号与该数据包源端口SourcePort相同的记录PCIteml，如果没有，进行步骤109，否则进行步骤111；

步骤109，判断表PC是否已满，如果是，清空表PC，进行步骤110，否则直接进行步骤110；

步骤110，在表PC中增加一个记录，设该记录的源端口号为SourcePort，计数值置为1，返回步骤101继续收包；

步骤111，判断记录PCIteml的计数值是否大于门限S，如果是，进行步骤112，否则将记录PCIteml的计数值加1，返回步骤101继续收包；

步骤112，判断表PP是否已满，如果是，进行步骤113，否则进行步骤114；

步骤113，清空表PP，复位当前接收优先级为Low，然后在表PP中增加一条记录PPItem2，该记录的源端口号等于SourcePort，接收优先级等于最低的优先级Low，进行步骤115；

当然，在表PP最大容纳的记录数n比设置的接收优先级数目小于2时，设为Low加一也是可以的，但需要保证表中的记录填满时其接收优先级也要小于最高优先级。

步骤114，在表PP中增加一条记录PPItem2，该记录的源端口号等于SourcePort，接收优先级等于表PP所有记录中最高的接收优先级加一，进行步骤115；

步骤115，在当前接收优先级小于该新记录的接收优先级时，更新当前接收优先级为该新记录的接收优先级，返回步骤101继续收包。

在一次通话结束后，由语音业务处理流程通知网关清空上述表PP和表PC，并将当前接收优先级复位。

总之，本实施例对收发端口不同的媒体流的处理，是在收到某一媒体流一定数目的数据包后，就将其优先级置为所有收发端口不同的媒体流中最高的，在当前没有收发端口相同的媒体流时，该媒体流可以中断先前收发端口不同的媒体流。在记录的媒体流对应通话结束之后再删除所有记录应复位当前接收优先级，从而在保证语音处理通道在同一时间段内只支持一个来源的媒体流的同时，使得后接入的通话具有较高的优先级，避免了非法和无效的数据长期占用一接收端口的情况。

下面拿一个应用实例过程来模拟本发明的流程，假定该实例中的对端网关B收发端口相同，请参照图2和图3。

网关A的用户a上电后，呼叫网关B的用户b，媒体协商结果是：a的接收端口4000，IP：192.168.1.100，b的接收端口4002，IP：192.168.1.200，在随后的通话过程中，用户b发给用户a的语音包中源IP为192.168.1.200，源端口号为4002(b的发送端口号)，目的端口号为4000(a的接收端口号)。若本次通话出现异常，网关B的发送端口4002吊死，不断向网关A的接收端口4000发包。a用户挂机后，再呼叫B网关上的用户c，此时，该新的呼叫媒体协商结果是：a的接收端口号仍为4000，IP：192.169.1.100；c的接收端口号为4004，IP：192.169.1.200，对端发送c用户的数据包(源IP地址192.168.1.200，源端口号为4004，目的端口号为4000)到达该VOIP网关端口，此时，接收端口4000(a用户)既要接收来自对端发送端口4002(b用户)的包，又要接收来自对端发送端口4004(c用户)的包，导致a用户所在网关A发生异常。

而按本发明方法，网关A保存媒体协商中c的接收端口4004，然后判断发来的数据包的源端口是否与4004相等，若相等，优先接收。显然，此时b用户发的包源端口为4002，而c用户发的包的源端口为4004，因而网关A会优先接收c用户发的包，而不接收b用户发的包。

第二实施例

本实施例所应用的网络使用的是MGCP、H.248、SIP等类型的网关(也不仅限于此)，也可只考虑优先发送收发端口相同的媒体流，而对于收发端口不同的媒体流可以不做接收优先级的动态设置。其接收数据包的处理流程如下：

步骤一，网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，判断该数据包的源端口号与媒体协商确定的对端接收端口号是否相同，如果相同，执行步骤二，否则，执行步骤四；

步骤二，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S，如果是，再执行步骤三，否则，将该媒体流对应的计数值加一，返回步骤一继续收包。

步骤三，将当前接收优先级置为最高优先级，将该数据包提交后续模块处理，返回步骤一；

步骤四，判断当前接收优先级是否为最高优先级，如果是，直接返回步骤一继续收包，不将该数据包发送给DSP，以保证收发端口相同的数据包总是优先接收。

对于收发端口不同的媒体流，本实施例可以采用以下两种处理方式：

第一种，是不予以记录，此时在异常情况下，有可能会出现两个媒体流共用一个通道，但是也已经避免了收发端相同的媒体流接入时出现两个媒体流同时共用一个通道的情况。

第二种，记录收到的媒体流的源端口但不区别相互之间的优先级，并且在一次通话过程中只接收来自一个源端口的数据包。这样可保证语音处理通道只支持一个媒体流，但不能优先接入收发端不同的后续通话的媒体流。

同样地，在源端口号与媒体协商确定的对端接收端口号相同的媒体流对应的通话结束后，也需要将当前接收优先级复位。

第三实施例

本实施例所应用的网络使用的是H.323网关，此时可以只考虑媒体流做记录并对媒体流的接收优先级做动态管理，而不管是不是收发端口相同的媒体流。

本实施例中，网关需要为各接收端口分别设置多个接收优先级，并将对应的当前接收优先级初始化为最低的接收优先级。其接收数据包的处理流程如下：

步骤1，所述网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，根据其源端口号查找是否记录了该媒体流的接收优先级，如果是，执行步骤2，否则，执行步骤3；

步骤2，判断该媒体流的接收优先级是否大于等于当前接收优先级，如果是，将该数据包提交后续模块处理，返回步骤1，否则直接返回步骤1；

步骤3，判断收到的该媒体流的数据包数目是否已大于一设定门限值S，如果是，再执行步骤4，否则，将该媒体流对应的计数值加一，返回步骤1继续收包；

步骤4，将当前接收优先级提高一级，并将该媒体流的接收优先级置为提高后的当前接收优先级，记录该媒体流的源端口号及其接收优先级，将该数据包提交后续模块处理，返回步骤1。

本实施例中，也可以如第一实施例一样建立表PP和表PC，其中表PP用于记录所述的媒体流源端口号及其接收优先级，其容纳的最大记录数m小于设置的接收优先级数目；表PC用于记录所述的媒体流源端口号及其计数值，在所述表PP或表PC已满而不能添加记录时，清空该表再添加记录，且在清空表PP时，将当前接收优先级置为接收优先级Low，该接收优先级Low与最高优先级之间的优先级数目应大于等于m-1。

同样地，在已有记录的所述媒体流对应的通话结束后，所述网关也需要删除所有记录。

本实施例可以保证语音处理通道在同一时间段只支持一个媒体流，并且可以优先接入后续通话的媒体流。

本领域技术人员都可以理解，在优先级动态管理和收发端口相同的媒体流优先发送的具体流程实现上，可以有很多变换的方式，特别是在不改变逻辑关系时部分步骤的顺序调换、变量的设置等环节。因此，在不背离本发明精神及其实质的情况下，熟悉本领域的技术人员当可根据本发明做出各种相应的改变和变形，但这些相应的改变和变形都应属于本发明所附的权利要求的保护范围。

Claims (14)

1、一种保护互联网协议语音技术网关媒体通道的方法，包括以下步骤：

(a)网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，判断该数据包的源端口号与媒体协商确定的对端接收端口号是否相同，如果相同，执行下一步，否则，执行步骤(c)；

(b)将当前接收优先级置为最高优先级，将该数据包提交后续模块处理，返回步骤(a)；

(c)判断当前接收优先级是否为最高优先级，如果是，直接返回步骤(a)。

2、如权利要求1所述的方法，其特征在于，所述步骤(b)之后还包括步骤(c)：如所述媒体流的源端口号与媒体协商确定的对端接收端口号相同，则在对应的通话结束后，将当前接收优先级复位为低于所述最高优先级的接收优先级。

3、如权利要求1所述的方法，其特征在于，所述网关在初次收到某一媒体流的合法的数据包后，还为该媒体流启动一个计数器，所述步骤(a)网关判断该数据包的源端口号与媒体协商确定的对端接收端口号相同时，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S1，如果是，再执行步骤(b)，否则，将该媒体流对应的计数值加一，返回步骤(a)继续收包。

4、如权利要求1所述的方法，其特征在于，所述对端网关为MGCP网关、H.248网关或SIP网关。

5、一种保护互联网协议语音技术网关媒体通道的方法，包括以下步骤：

(A)在网关上为各接收端口分别设置多个接收优先级，并将对应的当前接收优先级初始化为最低的接收优先级；

(B)所述网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，根据其源端口号查找是否记录了该媒体流的接收优先级，如果是，执行步骤(C)，否则，执行步骤(D)；

(C)判断该媒体流的接收优先级是否大于等于当前接收优先级，如果是，将该数据包提交后续模块处理，返回步骤(B)，否则直接返回步骤(B)；

(D)将当前接收优先级提高一级，并将该媒体流的接收优先级置为提高后的当前接收优先级，记录该媒体流的源端口号及其接收优先级，将该数据包提交后续模块处理，返回步骤(B)。

6、如权利要求5所述的方法，其特征在于，所述步骤(D)之后还包括步骤(E)：在已有记录的所述媒体流对应的通话结束后，所述网关删除所有媒体流的记录。

7、如权利要求5所述的方法，其特征在于，所述网关在初次收到某一媒体流的合法的数据包后，还为该媒体流启动一个计数器，所述步骤(B)如果所述网关查找不到所述媒体流的记录，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S2，如果是，再执行步骤(D)，否则，将该媒体流对应的计数值加一，返回步骤(B)继续收包。

8、如权利要求7所述的方法，其特征在于，所述步骤(a)中网关建立了表PP和表PC，其中表PP用于记录所述的媒体流源端口号及其接收优先级，其容纳的最大记录数m小于设置的接收优先级数目；表PC用于记录所述的媒体流源端口号及其计数值，在所述表PP或表PC已满而不能添加记录时，清空该表再添加记录，且在清空表PP时，将当前接收优先级置为最低的接收优先级。

9、一种保护互联网协议语音技术网关媒体通道的方法，包括以下步骤：

(O)在网关上为各接收端口分别设置多个接收优先级，并将对应的当前接收优先级初始化为最低的接收优先级；

(P)所述网关的某接收端口收到对端网关发来的源地址和目的端口号合法的媒体流的数据包后，判断该数据包的源端口号与媒体协商确定的对端接收端口号是否相同，如果相同，执行下一步，否则，执行步骤(R)；

(Q)将当前接收优先级置为最高优先级，将该数据包提交后续模块处理，返回步骤(P)；

(R)根据该数据包的源端口号查找是否记录了对应媒体流的接收优先级，如果是，执行步骤(S)，否则，执行步骤(T)；

(S)判断该媒体流的接收优先级是否大于等于当前接收优先级，如果是，将该数据包提交后续模块处理，返回步骤(P)，否则直接返回步骤(P)；

(T)将当前接收优先级提高一级但不能达到最高接收优先级，将该媒体流的接收优先级置为提高后的当前接收优先级，记录该媒体流的源端口号及其接收优先级，将该数据包提交后续模块处理，返回步骤(P)。

10、如权利要求9所述的方法，其特征在于，所述网关一次通话结束后，将所有记录清空并且将当前接收优先级复位。

11、如权利要求9所述的方法，其特征在于，所述网关在初次收到某一媒体流的合法的数据包后，还为该媒体流启动一个计数器，所述步骤(P)网关判断该数据包的源端口号与媒体协商确定的对端接收端口号相同时，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S1，如果是，再执行步骤(Q)，否则，将该媒体流对应的计数值加一，返回步骤(P)继续收包。

12、如权利要求9所述的方法，其特征在于，所述网关设置了最大允许记录的媒体流数目，该数目应小于设置的接收优先级数目，在记录数目超过该最大数目时，应删除已有的部分或所有记录，保证源端口号与媒体协商确定的对端接收端口号不同的媒体流的接收优先级总是小于最高优先级。

13、如权利要求9所述的方法，其特征在于，所述步骤(P)网关判断该数据包的源端口号与媒体协商确定的对端接收端口号不同，且在步骤(R)判断出还没有记录该数据包对应的媒体流时，先判断收到的该媒体流的数据包数目是否已大于一设定门限值S2，如果是，再执行步骤(T)，否则，将该媒体流对应的计数值加一，返回步骤(P)继续收包。

14、如权利要求13所述的方法，其特征在于，所述步骤(O)中网关建立了表PP和表PC，其中表PP用于记录所述的媒体流源端口号及其接收优先级，其容纳的最大记录数m小于设置的接收优先级数目；表PC用于记录所述的媒体流源端口号及其计数值，在所述表PP或表PC已满而不能添加记录时，清空该表再添加记录，且在清空表PP时，将当前接收优先级置为最低的接收优先级Low。

Images