CN102075411A

CN102075411A - 一种互联网协议语音的呼叫允许控制方法及呼叫处理器

Info

Publication number: CN102075411A
Application number: CN2009102412306A
Authority: CN
Inventors: 吴平; 卢曦
Original assignee: Hangzhou H3C Technologies Co Ltd
Current assignee: Hangzhou H3C Technologies Co Ltd
Priority date: 2009-11-25
Filing date: 2009-11-25
Publication date: 2011-05-25

Abstract

本发明提供了一种互联网协议语音的呼叫允许控制方法及呼叫处理器。本发明通过呼叫处理器维护带宽限制节点的剩余带宽信息，并据此判断呼叫的路径中的带宽限制节点是否有足够带宽资源建立呼叫，进而决定是否允许该呼叫。本发明可以在树形拓扑网络中实现呼叫允许控制，并且能够降低设备成本，简化呼叫处理器的相关配置并提高语音通话的质量。

Description

一种互联网协议语音的呼叫允许控制方法及呼叫处理器

技术领域

本发明涉及互联网协议语音(VoIP，Voice over Internet Protocol)技术领域，具体涉及一种VOIP的呼叫允许控制方法及呼叫处理器。

背景技术

在网络中传输数据时，通常可以使用队列机制，缓冲机制和丢弃分组来解决拥塞问题。但是对于实时的或者对延迟和分组丢失敏感的流量产生的拥塞，是不能使用以上方法来解决的。对于语音这类对时延敏感的实时流量，拥塞时直接拒绝新的网络访问(如拒绝建立新的通话)，相对于允许流量通过但流量存在产生较大的时延或被丢弃会更好些，否则，语音质量将会出现声音延迟，断续，通话内容丢失等问题，并且不只是影响新建立的语音通话，之前语音质量良好的通话也会受到同样的影响。因此，为了保证服务质量，VOIP的呼叫允许控制(CAC，Call Admission Control)是相当重要的。

呼叫允许控制是在建立语音呼叫前，基于网络是否还有资源支持新的呼叫，决定新的呼叫是否被允许。通常，局域网的带宽是足够大的，在进行VOIP的CAC时，是不考虑局域网的；CAC只用于广域网(WAN，Wide Area Network)的带宽控制。

常用的CAC技术有本地CAC机制(在网关上，基于节点本地状况实现)，基于测量的CAC(使用网络探测方式实现)和基于资源预留的CAC(通常有H323的资源可用性指示，基于呼叫处理器的CAC，资源预留协议等)。本发明只涉及基于呼叫处理器(如H.323网守或SIP服务器(Sip Server))的CAC技术。

现有技术中常见的基于呼叫处理器的CAC有两种实现方式：

实现方式1：每个呼叫处理器管理的终端划为两个或多个区域，设置区域带宽限制，以控制终端间的带宽；同时设置域间带宽限制对，以控制多个呼叫处理器所辖区域之间的带宽。

如图1所示，在单呼叫处理器组网时，设置一个区域带宽限制，以控制终端间的带宽。图1中，如果两个语音网关(VG1，Voice Gateway)和VG2之间链路的广域网带宽只能承载到2个呼叫，那么可以配置区域带宽限制为2路。当两个VG间已有2路呼叫时，呼叫处理器将拒绝VG间的第3个呼叫。

图1的组网方式的缺陷在于，当网络更复杂时，比如区域内有3个VG通过广域网连接，VG1的链路允许2路，VG2的链路允许4路，VG3的链路允许10路，那么单呼叫处理器上配置的区域带宽限制只能设置为2路，很明显浪费了VG2和VG3之间的带宽。其解决方法就是增加呼叫处理器的数量，使用多呼叫处理器组网，如图2所示。

图2示出了多呼叫处理器组网的示意图。图2中在每个呼叫处理器上设置域间带宽限制对，以控制各呼叫处理器所辖区域之间的带宽。例：在分部1的呼叫处理器2上设置分部1到总部的域间带宽限制对为2路，分部1到分部2的域间带宽限制对为2路；在分部2的呼叫处理器3设置分部2到分部1的域间带宽限制对为2路，分部2到总部的域间带宽限制对为4路；在总部的呼叫处理器1设置总部到分部的域间带宽限制对为2路，总部到分部2的域间带宽限制对为4路。总部内的网关均连接在同一局域网上，因此区域带宽限制设置为不受限制，而分部1和分部2都只有一个VG，因此无需设置区域带宽限制。

图2的组网方式适用于每个呼叫处理器所辖区域内的VG都通过局域网连接的情况，如果某个呼叫处理器所辖区域内的VG是通过广域网相互连接，那么对于这个区域，带宽浪费的缺点还是存在，如图3所示。

图3的组网方式中，虽然zone1，zone2，zone3各有一个呼叫处理器，可以保证各呼叫处理器所辖区域间的带宽控制，但是因为zone1中的2个VG是通过广域网连接的，它们各自的广域网出口处理能力不同，这又会导致类似于图1的带宽浪费。为此，可以将呼叫处理器管理的终端分为多个区域，每个区域设置自己的区域带宽限制，从而可以解决了一个区域内的VG通过广域网连接导致的浪费带宽的问题。

以上介绍了现有技术中的CAC的具体实现方式。上述实现方式在某些应用环境中仍然会存在不足。例如，对于一个典型的企业网络，通常是按照部门或地理位置的分布各自组建局域网，然后通过广域网逐级向上级机构汇聚，形成一个树型拓扑的网络结构。当多个VG是通过逐级汇聚的方式通过广域网进行连接时，只能把这些VG整个划为一个区域，而无法划分为多个区域。为了避免浪费带宽，现有技术只能通过部署多台呼叫处理器的方式来进行呼叫允许控制，这就大大增加了设备成本和网络管理的复杂性。并且，当网络中的呼叫处理器较多时，在呼叫处理器间设置域间带宽限制对的配置也变得非常复杂。

发明内容

本发明所要解决的技术问题是提供一种VOIP的呼叫允许控制方法及呼叫处理器，用以在树形拓扑网络中实现呼叫允许控制管理。

为解决上述技术问题，本发明提供方案如下：

一种互联网协议语音VOIP的呼叫允许控制方法，

呼叫处理器管辖的网络中的各个节点形成一树形拓扑网络中，且所述呼叫处理器设置在所述树形拓扑网络中的根节点处，用于处理并转发所述树形拓扑网络中的终端发起的呼叫请求和发往所述本树形拓扑网络中的呼叫请求；所述呼叫允许控制方法包括：

所述呼叫处理器在接收到第一呼叫请求后，确定所述第一呼叫请求对应的第一呼叫在所述树形拓扑网络中的第一路径，并根据自身维护的所述树形拓扑网络中各个带宽限制节点的剩余带宽信息，判断所述第一路径中各个带宽限制节点的剩余带宽是否都不小于所述第一呼叫所需的带宽，若是，则允许所述第一呼叫请求；否则拒绝所述第一呼叫请求。

优选地，上述呼叫允许控制方法中，所述带宽限制节点包括语音网关和连接到广域网的局域网出口节点。

优选地，上述呼叫允许控制方法中，在所述第一呼叫请求支持至少两种语音编码方式时，所述判断所述第一路径中各个带宽限制节点的剩余带宽是否都不小于所述呼叫所需的带宽，包括：

计算所述第一呼叫在不同语音编码方式下对应的带宽，得到至少两个带宽；

判断所述至少两个带宽中的所有带宽是否都满足第一条件，所述第一条件是不大于所述第一路径中各个带宽限制节点的剩余带宽：

在所述所有带宽都满足所述第一条件时，允许所述第一呼叫请求，并直接转发所述第一呼叫请求；

在所述所有带宽都不满足所述第一条件时，拒绝所述第一呼叫请求；

在所述所有带宽中的部分带宽不满足所述第一条件时，允许所述呼叫请求，并修改所述第一呼叫请求支持的语音编码方式，然后再转发所述第一呼叫请求，其中，所述修改是将所述部分带宽对应的语音编码方式，从所述第一呼叫请求支持的语音编码方式中删除。

优选地，上述呼叫允许控制方法中，所述带宽限制节点的带宽共包括为预定类别呼叫预留的预留带宽、和分配给除所述预定类别呼叫之外的常规呼叫的常规带宽；

所述第一呼叫属于常规呼叫，所述带宽限制节点的剩余带宽等于所述带宽限制节点的常规带宽减去常规呼叫占用的所述带宽限制节点的带宽。

优选地，上述呼叫允许控制方法中，还包括：

所述呼叫处理器接收到对应于第二呼叫的第二呼叫请求，所述第二呼叫属于所述预定类别呼叫；

所述呼叫处理器确定所述第二呼叫在所述树形拓扑网络中的第二路径，并判断所述第二路径中各个带宽限制节点的剩余预留带宽是否都不小于所述第二呼叫所需的带宽，其中，带宽限制节点的剩余预留带宽等于带宽限制节点的预留带宽减去预定类别呼叫占用的所述带宽限制节点的带宽：

若是，则允许所述第二呼叫请求；

否则，拒绝所述第二呼叫请求。

优选地，上述呼叫允许控制方法中，在判断所述第二路径中各个带宽限制节点的剩余预留带宽不是都不小于所述第二呼叫所需的带宽时，所述呼叫处理器进一步判断所述第二路径中各个带宽限制节点的剩余带宽是否都不小于所述第二呼叫所需的带宽，若是，则允许所述第二呼叫请求；否则拒绝所述第二呼叫请求。

本发明还提供了一种呼叫处理器，设置在树形拓扑网络中的根节点处，包括：

接收处理单元，用于在接收到第一呼叫请求后，确定所述第一呼叫请求对应的第一呼叫在所述树形拓扑网络中的第一路径，并根据自身维护的所述树形拓扑网络中各个带宽限制节点的剩余带宽信息，判断所述第一路径中各个带宽限制节点的剩余带宽是否都不小于所述第一呼叫所需的带宽，若是，则触发第一允许所述第一呼叫请求；否则拒绝所述第一呼叫请求。

优选地，上述的呼叫处理器中，所述带宽限制节点包括语音网关和连接到广域网的局域网出口节点。

优选地，上述的呼叫处理器中，所述接收处理单元具体包括：

计算单元，用于在所述第一呼叫请求支持至少两种语音编码方式时，计算所述第一呼叫在不同语音编码方式下对应的带宽，得到至少两个带宽；

判断单元，用于判断所述至少两个带宽中的所有带宽是否都满足第一条件，所述第一条件是不大于所述第一路径中各个带宽限制节点的剩余带宽：

第一处理单元，用于在所述所有带宽都满足所述第一条件时，允许所述第一呼叫请求，并直接转发所述第一呼叫请求；

第二处理单元，用于在所述所有带宽都不满足所述第一条件时，拒绝所述第一呼叫请求；

第三处理单元，用于在所述所有带宽中的部分带宽不满足所述第一条件时，允许所述呼叫请求，并修改所述第一呼叫请求支持的语音编码方式，然后再转发所述第一呼叫请求，其中，所述修改是将所述部分带宽对应的语音编码方式，从所述第一呼叫请求支持的语音编码方式中删除。

优选地，上述的呼叫处理器中，所述带宽限制节点的带宽共包括为预定类别呼叫预留的预留带宽、和分配给除所述预定类别呼叫之外的常规呼叫的常规带宽；

优选地，上述的呼叫处理器中，所述接收处理单元，还用于接收对应于第二呼叫的第二呼叫请求，所述第二呼叫属于所述预定类别呼叫；确定所述第二呼叫在所述树形拓扑网络中的第二路径，并判断所述第二路径中各个带宽限制节点的剩余预留带宽是否都不小于所述第二呼叫所需的带宽，其中，带宽限制节点的剩余预留带宽等于带宽限制节点的预留带宽减去预定类别呼叫占用的所述带宽限制节点的带宽：若是，则允许所述第二呼叫请求；否则，拒绝所述第二呼叫请求。

优选地，上述的呼叫处理器中，所述接收处理单元，还用于在判断所述第二路径中各个带宽限制节点的剩余预留带宽不是都不小于所述第二呼叫所需的带宽时，进一步判断所述第二路径中各个带宽限制节点的剩余带宽是否都不小于所述第二呼叫所需的带宽，若是，则允许所述第二呼叫请求；否则拒绝所述第二呼叫请求。

从以上所述可以看出，本发明提供的VOIP的呼叫允许控制方法及呼叫处理器，在树形拓扑网络中仅设置一台呼叫处理服务器，由该呼叫处理器根据用户的网络树形拓扑结构，精细地配置各级机构所占用的带宽，有效地实现了各级带宽限制节点上语音呼叫所占用的带宽的控制，保证了语音通话的质量，大大减少了树形拓扑网络中需要部署的呼叫处理器数量，降低了设备成本并简化了呼叫处理器上的相关配置。并且，本发明还通过呼叫处理器实现了语音编码方式的智能化管理，在带宽限制节点的剩余带宽较少时，选择占用带宽较小的语音编码方式建立呼叫，从而充分利用了网络带宽资源，提高了呼叫成功率。本发明还能够为预先定义的特殊呼叫预留出相应的带宽，提高这类呼叫的呼叫优先级。

附图说明

图1为现有技术中单呼叫处理器组网情况下呼叫允许控制的示意图；

图2为现有技术中多呼叫处理器组网情况下呼叫允许控制的示意图；

图3为现有技术中多呼叫处理器通过广域网连接组网情况下呼叫允许控制的示意图；

图4为本发明实施例所述呼叫允许控制方法的流程示意图；

图5为本发明实施例所述呼叫允许控制方法的应用举例示意图；

图6为本发明实施例所述呼叫处理器的结构示意图。

具体实施方式

本发明提供了一种VOIP的呼叫允许控制方法，其核心思想在于：根据呼叫在网络中的访问路径，计算整个路径上的所有带宽限制节点的剩余带宽是否都大于或者等于呼叫所需的带宽，进而决定是否允许呼叫。以下将结合附图，通过具体实施例对本发明作进一步的说明。

本发明实施例所述VOIP的呼叫允许控制方法，通过呼叫处理器对网络中的呼叫进行呼叫允许控制。其中，所述呼叫处理器管辖的网络中的各个节点形成一树形拓扑网络中，且所述呼叫处理器设置在所述树形拓扑网络中的根节点处(呼叫处理器具体可以是H.323网守或SIP服务器)，用于实现所述树形拓扑网络中的呼叫路由功能，例如处理并转发所述树形拓扑网络中的所有终端发起的呼叫请求和发往所述本树形拓扑网络中的所有呼叫请求。如图4所示，本实施例所述呼叫允许控制方法包括：

步骤41，所述呼叫处理器接收到第一呼叫请求，确定所述第一呼叫请求对应的第一呼叫在所述树形拓扑网络中的第一路径。

这里，所述第一呼叫请求可以是所述呼叫处理器所辖的树形拓扑网络中的某个终端发出的，也可以是来自于该树形拓扑网络之外的其它网络。所述第一呼叫经过的完整路径可能还包括所述第一路径之外的其它部分，但本实施例中所述呼叫处理器仅关心第一呼叫在自身所辖的树形拓扑网络中的路径。

步骤42，所述呼叫处理器根据自身维护的所述树形拓扑网络中各个带宽限制节点的剩余带宽信息，判断所述第一路径中各个带宽限制节点的剩余带宽是否都不小于所述第一呼叫所需的带宽，若是，则进入步骤43；否则进入步骤44。

这里，所述带宽限制节点是所述树形拓扑网络中的具有限制带宽的节点设备，具体可以包括语音网关和连接到广域网的局域网出口节点。

步骤43，所述呼叫处理器允许所述第一呼叫请求，此时转发所述第一呼叫请求至对应的目的地。

步骤44，所述呼叫处理器拒绝所述第一呼叫请求，此时呼叫处理器不再继续转发所述第一呼叫请求，而是向发送所述第一呼叫请求的节点返回一个呼叫拒绝的消息。

上述方法中，在树形拓扑网络中只需设置一台呼叫处理器，由该呼叫处理器根据网络拓扑结构，在自身内部构建出一个虚拟的树型拓扑，维护各个带宽限制节点的剩余带宽信息，进而根据呼叫的访问路径和访问路径上的带宽限制节点的剩余带宽信息进行精细化的呼叫允许控制，实现了网络带宽的充分应用，解决了现有技术在网关分布在多级广域网时无法避免的带宽浪费的问题。同时，相对于现有技术，上述方法在保证语音通话的质量的同时，大大减少了需要部署的呼叫处理器数量，便于客户的VOIP网络集中管理，同时简化了呼叫处理器间带宽控制的相关配置。

以下简单说明本实施例中呼叫处理器是如何维护带宽限制节点的剩余带宽。

假设树形拓扑网络中包括有G1、G2、...、Gn共n个带宽限制节点(带宽限制节点可以是语音网关VG，或者是局域网出口的网络设备如路由器等)，记为Gx(x∈1...n)。以W1、W2、...、Wn分别表示G1、G2、...、Gn各自的剩余带宽(不包括后文中所述的为预定类别呼叫预留的预留带宽)，记为Wx(x∈1...n)。所有的Gx和Wx及其对应关系在呼叫处理器上都有分级记录。某一路呼叫，其在该树形拓扑网络中必定经过m个带宽限制节点(1≤m≤n)，即Gx1、Gx2、...、Gxm，此路径上的每个带宽限制节点的剩余带宽Wx1、Wx2、...、Wxm中只要有一个不满足建立该呼叫的最小带宽需求，则该呼叫就不允许被建立；反之，如果该路径上的所有Wx都大于或等于呼叫建立所需的最小带宽，则呼叫允许正常建立。考虑到局域网中的带宽通常都比较大，能够满足较多的呼叫，为简化处理，如果呼叫并没有经过广域网链路，则可以不计算呼叫路径上各个节点的剩余带宽。在呼叫建立后，呼叫处理器将所有的Wx更新为更新前的Wx减去该呼叫占用的带宽；当该路呼叫释放后，呼叫处理器将所有的Wx更新为更新前的Wx加上所释放呼叫占用的带宽。即呼叫处理器上维护的带宽限制节点的剩余带宽随着呼叫的建立和拆除而动态调整。

实际应用中，一个呼叫请求通常可以支持两个以上的语音编码方式，主叫在呼叫请求中携带自身支持的语音编码方式的信息，主、被叫双方通过协商最终确定呼叫采用的语音编码方式。一个呼叫在不同的语音编码方式对应的带宽有所不同，因此本实施例在上述第一呼叫请求支持至少两种语音编码方式时，在上述步骤42～44中判断所述第一路径中各个带宽限制节点的剩余带宽是否都不小于所述呼叫所需的带宽时，具体包括：

计算所述第一呼叫在不同语音编码方式下对应的带宽，得到至少两个带宽；判断所述至少两个带宽中的所有带宽是否都满足第一条件，所述第一条件是不大于所述第一路径中各个带宽限制节点的剩余带宽：

通过上述处理，在呼叫处理器实现了根据实际呼叫使用的语音编码进行智能化的带宽管理：在带宽限制节点的剩余带宽较少时，例如，在采用低带宽的语音编码可以建立呼叫，而高带宽的语音编码将导致呼叫建立失败时，选择占用带宽较小的语音编码方式建立呼叫，从而充分利用了网络带宽资源，提高了呼叫成功率。

例如，以会话初始协议(SIP，Session Initiation Protocol)呼叫为例，当主叫的呼叫请求(INVITE)消息发送到呼叫处理器后，该INVITE消息包括有会话描述协议(SDP，Session Description Protocol)消息体，其中包含有主叫所支持的媒体能力集信息，如语音编码方式，用于与会话对端进行媒体能力协商。呼叫处理器解析INVITE消息中的SDP，获得主叫支持的语音编码方式，假设包括G.711a和G.729两种：

如果该INVITE消息对应的呼叫路径上剩余带宽最小的带宽限制节点Gmin的剩余带宽Wmin大于或等于SDP中最大的语音编码占用的带宽(如SDP中占用带宽最大的打包时长为20毫秒的G.711a占用的带宽为84k比特，而Wmin为120k比特)，则允许建立呼叫，呼叫处理器正常转发该INVITE消息；

如果Wmin小于SDP中最大的语音编码占用的带宽，但是SDP中存在着占用带宽小于Wmin的语音解码(如Wmin为60k比特时，SDP中有打包时长为20毫秒的G.711a占用带宽为84k比特、打包时长为20毫秒的G.729占用带宽为28k比特，而28＜60＜84)，因此呼叫处理器将G.711a的语音编码从该INVITE消息的SDP中删除后，再将该INVITE消息转发给被叫端；

如果Wmin小于SDP中最小语音编码占用的带宽，则呼叫处理器直接将该INVITE消息拒绝。

为帮助理解本实施例所述呼叫允许控制方法，下面以典型的树形拓扑网络来说明本实施例的具体实施。

图5示出了一种网络拓扑结构，其中，左侧和右侧分别是一个包括有多级机构的典型的树形拓扑网络，其中左侧的呼叫处理器A管理A省的所有机构，右侧的呼叫处理器B管理B省的所有机构。图中WAN表示相邻的两个节点通过广域网连接，LAN表示相邻的两个节点通过局域网连接。假设所有带宽限制节点的带宽(带宽单位为比特)如下表1～3所示：

节点A1	节点A2-1	节点A2-2	节点A3-1	节点A3-2	节点A3-2-1
						4M	2M	512k	512k	512k	128k

表1

节点B1	节点B2-1	节点B2-2	节点B3-1	节点B3-2
					4M	2M	512k	256k	256k

表2

VG1

VG2

VG3

VG4

VG5

VG6

VG7

512k

256k

1M

512k

表3

下面通过几个呼叫的例子进行具体说明：

1、同一节点下的终端之间的呼叫

A省的终端2呼叫终端3，呼叫处理器A接收到相应的呼叫请求后，判断出该呼叫对应的路径并没有经过广域网链路，因此可以简化处理，不计算带宽，不进行呼叫允许控制处理，直接转发所述呼叫请求。

2、主叫是终端，被叫是呼叫处理器(如拨打语音信箱业务)

终端4呼叫语音信箱，呼叫处理器A接收到相应的呼叫请求后，需要计算并判断的带宽包括：节点A3-2的剩余带宽(VG3到节点A3-2的连接为局域网连接，局域网通常都有足够的带宽，为简化处理，可以不计算VG3的带宽)，节点A2-1的剩余带宽，节点A1的剩余带宽。

假设呼叫使用G.729语音编码，预计使用的带宽是28k，则呼叫处理器判断上述剩余带宽是否均大于28k：若是，则允许所述呼叫请求并建立呼叫，否则拒绝所述呼叫请求。

3、主、被叫均为终端，且在同一个呼叫处理器管理的域下

终端2呼叫终端7，此时呼叫处理器需要计算并判断的带宽包括：节点A3-1的剩余带宽，节点A2-1的剩余带宽。节点A1的剩余带宽，节点A2-2的剩余带宽，VG4的剩余带宽。假设呼叫请求INVITE消息中建议呼叫使用G.711a或G.729语音编码，预计使用的带宽是G.711a为84k，G.729为28k，G.711a为第一优先级。如果满足WA3-1，WA2-1，WA1，WA2-2，WVG4的剩余带宽均大于或等于84k，则可以使用G.711a建立呼叫，此时直接转发所述INVITE消息。假设A2-2的剩余带宽为60k，呼叫处理器A发现WA2-2＝60k＜84k，因此无法使用G.711a建立呼叫，但是上述节点的剩余带宽能够使用G.729语音编码建立呼叫，此时呼叫处理器将G.711a语音编码从INVITE消息的SDP中删除，这样SDP中仅包括有G.729一种语音编码方式，然后再将INVITE消息转发给被叫端。这样主、被叫双方通过协商，最终可以采用G.729语音编码建立呼叫。

4、主、被叫分别归属于不同的呼叫处理器管辖的域下

假设A省的终端8呼叫B省的终端13：

呼叫处理器A需要计算A3-2-1的剩余带宽，A3-2的剩余带宽，A2-1的剩余带宽，A1的剩余带宽，即该呼叫在呼叫处理器A管辖的树形拓扑网络中的路径中的所有带宽限制节点，呼叫处理器A不考虑被叫端局侧的剩余带宽。假设呼叫处理器A判断上述带宽限制节点的剩余带宽都满足建立呼叫(具体的判断处理方式类似于第3项中所述)，它将按照现有技术的转发处理方式，将呼叫请求消息转发给呼叫处理器B；

呼叫处理器B将根据呼叫请求消息指示的目的地址，确定该呼叫在呼叫处理器B管辖的树形拓扑网络中的路径中的所有带宽限制节点，呼叫处理器B需要计算B 1的剩余带宽，B2-2的剩余带宽，B3-2的剩余带宽，然后判断这些带宽限制节点的剩余带宽是否满足建立呼叫(具体的判断处理方式类似于第3项中所述)，如果满足，则转发呼叫请求消息到被叫的节点；如果不满足，则拒绝该呼叫请求消息。

以上说明了本实施例是如何进行呼叫允许控制的。更进一步的，本实施例还可以在带宽限制节点的带宽分成两部分，其中一部分是为预定类别呼叫预留的预留带宽，另一部分是除实施预留带宽之外的常规带宽。即，在带宽限制节点的带宽中预留出一定的预留带宽，专门用于预定类别的特殊呼叫，例如拨打报警电话等的紧急呼叫、拨打会议电话号码的呼叫等，以提高所述预定类别的特殊呼叫的优先级，保证其呼叫成功率。在这种情况下，呼叫处理器在接收到某个呼叫请求(假设为第二呼叫请求)时，检查该第二呼叫请求对应的第二呼叫是否属于所述预定类别呼叫：

如果不属于所述预定类别呼叫，则按照上述步骤41～43进行处理，此时所述带宽限制节点的剩余带宽等于所述带宽限制节点的常规带宽减去当前的常规呼叫占用的所述带宽限制节点的带宽。

如果属于所述预定类别呼叫，此时呼叫处理器确定所述第二呼叫在所述树形拓扑网络中的第二路径，并判断所述第二路径中各个带宽限制节点的剩余预留带宽是否都不小于所述第二呼叫所需的带宽，其中，带宽限制节点的剩余预留带宽等于带宽限制节点的预留带宽减去预定类别呼叫占用的所述带宽限制节点的带宽：若是，则允许所述第二呼叫请求；否则，拒绝所述第二呼叫请求。

在上述判断剩余预留带宽是否都不小于所述第二呼叫所需的带宽的过程中，如果第二呼叫请求支持两种以上的语音编码方式，则可以分别判断第二呼叫在不同语音编码方式下对应的各个带宽是否都满足第二条件，所述第二条件是不大于所述第二路径中各个带宽限制节点的剩余预留带宽：

在所述各个带宽都满足所述第二条件时，允许所述第二呼叫请求，并直接转发所述第二呼叫请求；

在所述各个带宽都不满足所述第二条件时，拒绝所述第一呼叫请求；

在所述各个带宽中存在若干带宽不满足所述第二条件时，允许所述呼叫请求，并修改所述第二呼叫请求支持的语音编码方式，然后再转发所述第二呼叫请求，其中，所述修改是将所述若干带宽对应的语音编码方式，从所述第二呼叫请求支持的语音编码方式中删除。

当然，为进一步提高特殊类别呼叫的呼叫成功率，本实施例在预留带宽不足时，所述呼叫处理器还可以进一步占用常规带宽来优先建立特殊类别呼叫，即在判断所述第二路径中各个带宽限制节点的剩余预留带宽不是都不小于所述第二呼叫所需的带宽时，所述呼叫处理器还可以进一步判断所述第二路径中各个带宽限制节点的剩余带宽是否都不小于所述第二呼叫所需的带宽，若是，则允许所述第二呼叫请求；否则拒绝所述第二呼叫请求。

从以上所述可以看出，本实施例所述呼叫允许控制方法，可以让一台呼叫处理服务器设备，根据用户的网络树形拓扑结构，精细地配置各级机构所占用的带宽，有效地实现了各级带宽限制节点上语音呼叫所占用的带宽的控制，保证了语音通话的质量，大大减少了树形拓扑网络中需要部署的呼叫处理器数量。同时，本实施例还可以提高预定特殊呼叫的呼叫优先级。

基于上述呼叫允许控制方法，本实施例还提供了一种呼叫处理器，该呼叫处理器设置在树形拓扑网络中的根节点处，用于处理并转发所述树形拓扑网络中的终端发起的呼叫请求和发往所述本树形拓扑网络中的呼叫请求。如图6所示，该呼叫处理器包括：

接收处理单元61，用于在接收到第一呼叫请求后，确定所述第一呼叫请求对应的第一呼叫在所述树形拓扑网络中的第一路径，并根据自身维护的所述树形拓扑网络中各个带宽限制节点的剩余带宽信息，判断所述第一路径中各个带宽限制节点的剩余带宽是否都不小于所述第一呼叫所需的带宽，若是，则触发第一允许所述第一呼叫请求；否则拒绝所述第一呼叫请求；

其中，所述带宽限制节点包括语音网关和连接到广域网的局域网出口节点。

优选地，图6所示的呼叫处理器中，所述接收处理单元61具体包括：

计算单元611，用于在所述第一呼叫请求支持至少两种语音编码方式时，计算所述第一呼叫在不同语音编码方式下对应的带宽，得到至少两个带宽；

判断单元612，用于判断所述至少两个带宽中的所有带宽是否都满足第一条件，所述第一条件是不大于所述第一路径中各个带宽限制节点的剩余带宽：

第一处理单元613，用于在所述所有带宽都满足所述第一条件时，允许所述第一呼叫请求，并直接转发所述第一呼叫请求；

第二处理单元614，用于在所述所有带宽都不满足所述第一条件时，拒绝所述第一呼叫请求；

第三处理单元615，用于在所述所有带宽中的部分带宽不满足所述第一条件时，允许所述呼叫请求，并修改所述第一呼叫请求支持的语音编码方式，然后再转发所述第一呼叫请求，其中，所述修改是将所述部分带宽对应的语音编码方式，从所述第一呼叫请求支持的语音编码方式中删除。

这里，所述带宽限制节点的带宽共包括为预定类别呼叫预留的预留带宽、和分配给除所述预定类别呼叫之外的常规呼叫的常规带宽；所述第一呼叫属于常规呼叫，所述带宽限制节点的剩余带宽等于所述带宽限制节点的常规带宽减去常规呼叫占用的所述带宽限制节点的带宽。

优选地，图6所示的呼叫处理器中，所述接收处理单元61，还用于接收对应于第二呼叫的第二呼叫请求，所述第二呼叫属于所述预定类别呼叫；确定所述第二呼叫在所述树形拓扑网络中的第二路径，并判断所述第二路径中各个带宽限制节点的剩余预留带宽是否都不小于所述第二呼叫所需的带宽，其中，带宽限制节点的剩余预留带宽等于带宽限制节点的预留带宽减去预定类别呼叫占用的所述带宽限制节点的带宽：若是，则允许所述第二呼叫请求；否则，拒绝所述第二呼叫请求。

优选地，图6所示的呼叫处理器中，所述接收处理单元61，还用于在判断所述第二路径中各个带宽限制节点的剩余预留带宽不是都不小于所述第二呼叫所需的带宽时，进一步判断所述第二路径中各个带宽限制节点的剩余带宽是否都不小于所述第二呼叫所需的带宽，若是，则允许所述第二呼叫请求；否则拒绝所述第二呼叫请求。

综上所述，本发明实施例提供的呼叫允许控制方法及呼叫处理器，可以精细地配置各级机构所占用的带宽，实现各级带宽限制节点上语音呼叫所占用的带宽的控制，并能够减少树形拓扑网络中需要部署的呼叫处理器数量。

以上所述仅是本发明的实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本发明原理的前提下，还可以作出若干改进和润饰，这些改进和润饰也应视为本发明的保护范围。

Claims

1.一种互联网协议语音VOIP的呼叫允许控制方法，其特征在于，

2.如权利要求1所述的呼叫允许控制方法，其特征在于，所述带宽限制节点包括语音网关和连接到广域网的局域网出口节点。

3.如权利要求1所述的呼叫允许控制方法，其特征在于，在所述第一呼叫请求支持至少两种语音编码方式时，所述判断所述第一路径中各个带宽限制节点的剩余带宽是否都不小于所述呼叫所需的带宽，包括：

4.如权利要求2或3所述的呼叫允许控制方法，其特征在于，

所述带宽限制节点的带宽共包括为预定类别呼叫预留的预留带宽、和分配给除所述预定类别呼叫之外的常规呼叫的常规带宽；

5.如权利要求4所述的呼叫允许控制方法，其特征在于，还包括：

若是，则允许所述第二呼叫请求；

否则，拒绝所述第二呼叫请求。

6.如权利要求5所述的呼叫允许控制方法，其特征在于，

在判断所述第二路径中各个带宽限制节点的剩余预留带宽不是都不小于所述第二呼叫所需的带宽时，所述呼叫处理器进一步判断所述第二路径中各个带宽限制节点的剩余带宽是否都不小于所述第二呼叫所需的带宽，若是，则允许所述第二呼叫请求；否则拒绝所述第二呼叫请求。

7.一种呼叫处理器，设置在树形拓扑网络中的根节点处，其特征在于，包括：

8.如权利要求7所述的呼叫处理器，其特征在于，所述带宽限制节点包括语音网关和连接到广域网的局域网出口节点。

9.如权利要求7所述的呼叫处理器，其特征在于，所述接收处理单元具体包括：

10.如权利要求8或9所述的呼叫处理器，其特征在于，

11.如权利要求10所述的呼叫处理器，其特征在于，

所述接收处理单元，还用于接收对应于第二呼叫的第二呼叫请求，所述第二呼叫属于所述预定类别呼叫；确定所述第二呼叫在所述树形拓扑网络中的第二路径，并判断所述第二路径中各个带宽限制节点的剩余预留带宽是否都不小于所述第二呼叫所需的带宽，其中，带宽限制节点的剩余预留带宽等于带宽限制节点的预留带宽减去预定类别呼叫占用的所述带宽限制节点的带宽：若是，则允许所述第二呼叫请求；否则，拒绝所述第二呼叫请求。

12.如权利要求11所述的呼叫处理器，其特征在于，

所述接收处理单元，还用于在判断所述第二路径中各个带宽限制节点的剩余预留带宽不是都不小于所述第二呼叫所需的带宽时，进一步判断所述第二路径中各个带宽限制节点的剩余带宽是否都不小于所述第二呼叫所需的带宽，若是，则允许所述第二呼叫请求；否则拒绝所述第二呼叫请求。