專利名稱：語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中帶寬管理的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種帶寬管理方法，特別是一種語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中帶寬管理的方法。
背景技術(shù)：
隨著IP技術(shù)的發(fā)展，IP電話/傳真技術(shù)成為一大熱點(diǎn)。IP電話/傳真網(wǎng)絡(luò)一般由網(wǎng)守(GK)、網(wǎng)關(guān)(GW)、終端(Terminal)、支撐IP電話/傳真?zhèn)鬏數(shù)腎P網(wǎng)絡(luò)以及相應(yīng)的網(wǎng)管、計(jì)費(fèi)和營(yíng)業(yè)系統(tǒng)構(gòu)成。IP電話網(wǎng)守是整個(gè)IP電話系統(tǒng)的關(guān)鍵設(shè)備，負(fù)責(zé)構(gòu)建IP電話網(wǎng)絡(luò)并完成IP電話網(wǎng)絡(luò)的路由管理，安全管理和其他網(wǎng)絡(luò)的對(duì)接。網(wǎng)關(guān)和終端提供實(shí)時(shí)的、雙向的語(yǔ)音、視頻(可選)、數(shù)據(jù)(可選)服務(wù)。在H.323網(wǎng)絡(luò)中，網(wǎng)守和它管轄下的網(wǎng)關(guān)、終端等實(shí)體的集合稱為域(Zone)。在一個(gè)域中，有且只有一個(gè)網(wǎng)守；域可以是和網(wǎng)絡(luò)拓普結(jié)構(gòu)無(wú)關(guān)的，比如一個(gè)域可以跨域由路由器或其它設(shè)備連接的多個(gè)網(wǎng)段。
網(wǎng)守的一個(gè)重要功能是進(jìn)行呼叫的帶寬管理。根據(jù)ITU_T的H.323協(xié)議描述，網(wǎng)關(guān)的接入請(qǐng)求消息(ARQ)中帶有本次呼叫預(yù)計(jì)要使用的帶寬，需要注意的是，這里的帶寬是雙向呼叫中需要用到的帶寬，例如，一個(gè)128kbit/s的呼叫應(yīng)該被標(biāo)記為256kbit/s；網(wǎng)守在接入允許消息(ACF)中將本次呼叫可用的最大帶寬信息帶給網(wǎng)關(guān)，這個(gè)值可能會(huì)小于網(wǎng)關(guān)申請(qǐng)的帶寬；呼叫開(kāi)始后，網(wǎng)關(guān)用帶寬請(qǐng)求消息(BRQ)申請(qǐng)更改帶寬；如果網(wǎng)守同意更改則回復(fù)帶寬允許消息(BCF)，否則回復(fù)帶寬拒絕消息(BRJ)；在呼叫結(jié)束時(shí)，網(wǎng)關(guān)通知網(wǎng)守帶寬已經(jīng)釋放。
H.323協(xié)議只是給出了用于帶寬管理的幾種操作，并沒(méi)有對(duì)網(wǎng)守如何管理帶寬給出建議。例如帶寬是網(wǎng)關(guān)接入到INTERNET上的總帶寬還是兩個(gè)網(wǎng)關(guān)之間可用帶寬，網(wǎng)守在何種情況下對(duì)網(wǎng)關(guān)的帶寬申請(qǐng)(ARQ、BRQ)予以確認(rèn)(ACF、BCF)，又在什么情況下進(jìn)行拒絕(ARJ、BRJ)……。
現(xiàn)有的網(wǎng)守設(shè)備的通常處理辦法是對(duì)網(wǎng)關(guān)接入到Internet上的總帶寬進(jìn)行管理。即在網(wǎng)守上為其管理的每個(gè)網(wǎng)關(guān)設(shè)置一個(gè)總帶寬，每次呼叫建立時(shí)，從總帶寬中減去相應(yīng)數(shù)值；帶寬更改時(shí)，釋放原帶寬，占用新帶寬；呼叫釋放時(shí)，釋放本次呼叫占用的帶寬。
這種方式在實(shí)際應(yīng)用中就會(huì)遇到如下的問(wèn)題如圖1網(wǎng)關(guān)之間的帶寬同網(wǎng)絡(luò)的拓普結(jié)構(gòu)有關(guān)，例如某公司在北京、深圳、上海有分支機(jī)構(gòu)，在每個(gè)地方設(shè)置一些網(wǎng)關(guān)，北京的某網(wǎng)關(guān)使用100M以太網(wǎng)卡連接到公司的內(nèi)部網(wǎng)絡(luò)上，北京同上海之間的帶寬是10M，而北京同深圳之間的帶寬是20M。如果簡(jiǎn)單的將北京的網(wǎng)關(guān)總帶寬定義為10M或小于10M，北京同深圳之間的網(wǎng)絡(luò)帶寬無(wú)法得到充分的利用；如果定義為20M或20M以上，北京和上海之間的呼叫量大，使用帶寬超過(guò)10M時(shí)，網(wǎng)守?zé)o法在帶寬申請(qǐng)時(shí)拒絕掉呼叫，結(jié)果北京和上海之間的網(wǎng)絡(luò)丟包，語(yǔ)音質(zhì)量下降，甚至無(wú)法正常通話。因此，這是一種粗獷的帶寬管理方式。
為實(shí)現(xiàn)全面的帶寬管理，也可以通過(guò)私有協(xié)議，并增加非標(biāo)準(zhǔn)的網(wǎng)絡(luò)實(shí)體實(shí)現(xiàn)帶寬管理。這種方案要求網(wǎng)關(guān)支持私有協(xié)議，在同其它廠商設(shè)備互通時(shí)會(huì)出現(xiàn)問(wèn)題。為用戶的升級(jí)擴(kuò)容帶來(lái)困難。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中帶寬管理的方法，在不對(duì)H.323協(xié)議進(jìn)行擴(kuò)展的情況下在網(wǎng)守上實(shí)現(xiàn)一種完善的帶寬管理。
根據(jù)本發(fā)明的一個(gè)方面，所提供的語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中管理的方法包括以下步驟將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；服務(wù)器利用BMG內(nèi)總帶寬、BMG出口總帶寬、任兩個(gè)BMG間總帶寬的全部或部分對(duì)帶寬進(jìn)行集中管理。
根據(jù)本發(fā)明的另一個(gè)方面，所提供的語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中管理的方法包括以下步驟將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；主叫網(wǎng)關(guān)通過(guò)服務(wù)器呼叫位于同一BMG的被叫網(wǎng)關(guān)；服務(wù)器根據(jù)主被叫網(wǎng)關(guān)在呼叫過(guò)程中有關(guān)帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬是否都足夠，然后判斷主叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬是否足夠；如果所述任何一個(gè)帶寬不滿足，則服務(wù)器拒絕呼叫，否則允許呼叫。
根據(jù)本發(fā)明的再一個(gè)方面，所提供的語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中管理的方法包括以下步驟將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；主叫網(wǎng)關(guān)通過(guò)服務(wù)器呼叫位于不同BMG的被叫網(wǎng)關(guān)；服務(wù)器根據(jù)主被叫網(wǎng)關(guān)在呼叫過(guò)程中有關(guān)帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的出口總帶寬是否都足夠，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的BMG的內(nèi)部總帶寬是否都足夠，然后判斷主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BMG帶寬是否足夠；如果所述任何一個(gè)帶寬不滿足，則服務(wù)器拒絕呼叫，否則允許呼叫。
其中，在呼叫結(jié)束后，恢復(fù)呼叫占用的帶寬。
其中，服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬是否都足夠，如果呼叫需要占用的帶寬分別小于主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬，則判斷所述出口總帶寬足夠。
其中，服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷判斷主叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬是否足夠，如果呼叫需要占用的帶寬小于主叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬，則判斷所述BGM內(nèi)部總帶寬足夠。
其中，服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷判斷被叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬是否足夠，如果呼叫需要占用的帶寬小于被叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬，則判斷所述BGM內(nèi)部總帶寬足夠。
其中，服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷判斷主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BMG內(nèi)部總帶寬是否足夠，如果呼叫需要占用的帶寬小于主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BMG帶寬，則判斷所述主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BGM寬足夠。
盡管本發(fā)明是針對(duì)H.323協(xié)議框架對(duì)這種帶寬管理方案進(jìn)行闡述的，但這種思想并不局限于H.323網(wǎng)絡(luò)，對(duì)于SIP、MGCP等NGN網(wǎng)絡(luò)也同樣適用。
通過(guò)下面的結(jié)合附圖以具體實(shí)例的說(shuō)明，能夠使本發(fā)明的上述和其它目的、優(yōu)點(diǎn)和特點(diǎn)變得更加明白。


圖1顯示了現(xiàn)有技術(shù)的網(wǎng)關(guān)之間的帶寬同網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)；圖2顯示了本發(fā)明的網(wǎng)關(guān)之間的帶寬同網(wǎng)絡(luò)的拓?fù)浣Y(jié)構(gòu)；圖3顯示了H.323中路由呼叫的另一個(gè)流程；
圖4顯示了SIP呼叫的流程。
具體實(shí)施例方式
與本發(fā)明有關(guān)的縮略語(yǔ)和關(guān)鍵術(shù)語(yǔ)定義VOIPVoice over IP基于IP技術(shù)的語(yǔ)音H.323ITU-T制定的VOIP協(xié)議GKGateKeeper H.323協(xié)議中的網(wǎng)絡(luò)實(shí)體，主要功能是注冊(cè)管理、呼叫管理、地址解析、帶寬管理。需要注意的是，在SIP、MGCP等NGN網(wǎng)絡(luò)中由服務(wù)器實(shí)現(xiàn)類似功能，因此在本文中，將關(guān)守GK視為一種服務(wù)器。
NGNNext Generation Network下一代網(wǎng)絡(luò)。
GWGateway網(wǎng)關(guān)，本文中特指VOIP網(wǎng)關(guān)。
IPInternet Protocol，網(wǎng)際協(xié)議網(wǎng)關(guān)IP網(wǎng)關(guān)的網(wǎng)際協(xié)議地址ARQAddress Request H.323協(xié)議中的接入請(qǐng)求消息ACFAddress Confirm H.323協(xié)議中的接入確認(rèn)消息，對(duì)ARQ消息的確認(rèn)消息ARJAddress Reject H.323協(xié)議中的接入確認(rèn)消息，對(duì)ARQ消息的拒絕消息BRQBandwith Request H.323協(xié)議中的帶寬變更請(qǐng)求消息BCFBandwith Confirm H.323協(xié)議中的帶寬變更確認(rèn)消息，對(duì)BRQ消息的確認(rèn)消息BRJBandwith Request H.323協(xié)議中的帶寬變更拒絕消息，對(duì)BRQ消息的拒絕消息BMG帶寬管理組(Bandwidth Management Group)在網(wǎng)絡(luò)拓普結(jié)構(gòu)圖中，帶寬特性相同的一組網(wǎng)關(guān)組成一個(gè)帶寬管理組。
BMG概念先介紹一個(gè)新概念——網(wǎng)關(guān)帶寬管理組BMG(Bandwidth ManagementGroup)在網(wǎng)絡(luò)拓普結(jié)構(gòu)圖中，帶寬特性相同的一組網(wǎng)關(guān)組成BMG。在上面的例子里，所有在北京的網(wǎng)關(guān)就組成了一個(gè)BMG，所有在上海的網(wǎng)關(guān)屬于另一個(gè)BMG。
劃分BMG在關(guān)守上，將網(wǎng)關(guān)歸類為若干個(gè)BMG；當(dāng)某些網(wǎng)關(guān)無(wú)需進(jìn)行帶寬管理，或無(wú)法進(jìn)行帶寬管理(比如域外的網(wǎng)關(guān))，可以將他們歸類為一個(gè)特殊的BMG，也可以默認(rèn)將不屬于任何一個(gè)BMG的網(wǎng)關(guān)都屬于這個(gè)特殊的BMG。
相關(guān)參數(shù)有了BMG概念，帶寬管理會(huì)涉及到4個(gè)參數(shù)網(wǎng)關(guān)接入帶寬，BMG內(nèi)部帶寬，BMG出口總帶寬，BMG間帶寬。
●網(wǎng)關(guān)接入帶寬在網(wǎng)守上預(yù)定義一個(gè)網(wǎng)關(guān)時(shí)，為其設(shè)置的屬性，一般來(lái)說(shuō)使用快速以太網(wǎng)的網(wǎng)關(guān)是100M，使用千兆以太網(wǎng)的網(wǎng)關(guān)是1000M。
●BMG內(nèi)部帶寬為每一個(gè)BMG配置內(nèi)部帶寬總量，這是描述一個(gè)BMG內(nèi)的網(wǎng)關(guān)之間最多可用帶寬的一個(gè)參數(shù)。對(duì)無(wú)需進(jìn)行內(nèi)部帶寬管理的BMG，可設(shè)置為無(wú)限大。
●BMG出口總帶寬為每一個(gè)BMG配置出口總帶寬，這是描述BMG內(nèi)部和外部所有網(wǎng)關(guān)通話最多可用帶寬的一個(gè)參數(shù)。當(dāng)無(wú)需對(duì)BMG出口總帶寬進(jìn)行管理時(shí)，可設(shè)置為無(wú)限大。
●BMG間帶寬任何兩個(gè)BMG之間都可以定義BMG間總帶寬，這是描述兩個(gè)BMG之間通過(guò)最多可用帶寬的一個(gè)參數(shù)。當(dāng)無(wú)需對(duì)某兩個(gè)BMG之間帶寬進(jìn)行管理時(shí)，可設(shè)置為無(wú)限大。
域內(nèi)BMG和外部BMGGK上配置的BMG或者是內(nèi)部的，或者是外部的。如果BMG中的網(wǎng)關(guān)都是本GK管轄下的，這就是一個(gè)內(nèi)部BMG；如果BMG中的網(wǎng)關(guān)不是本GK管轄下的，這是一個(gè)外部BMG。當(dāng)外部GW數(shù)目非常多時(shí)，維護(hù)多個(gè)外部BMG會(huì)很復(fù)雜，可以簡(jiǎn)化配置如果一個(gè)網(wǎng)關(guān)不屬于任何一個(gè)確定的BMG，則它屬于一個(gè)名為“其它”的BMG。
內(nèi)部的BMG，可以管理BMG中的網(wǎng)關(guān)接入總帶寬、內(nèi)部總帶寬、出口總帶寬、此BMG同其它BMG之間的帶寬。對(duì)于外部的BMG，只能管理它同內(nèi)部BMG之間的帶寬。
一般來(lái)說(shuō)，主叫網(wǎng)關(guān)呼叫包括呼叫位于同一BMG的被叫網(wǎng)關(guān)和呼叫位于不同BMG的被叫網(wǎng)關(guān)兩種情況，因此本發(fā)明的語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中管理的方法包括以下兩種方法第一種集中管理的方法包括以下步驟
將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；主叫網(wǎng)關(guān)通過(guò)服務(wù)器呼叫位于同一BMG的被叫網(wǎng)關(guān)；服務(wù)器根據(jù)主被叫網(wǎng)關(guān)在呼叫過(guò)程中有關(guān)帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬是否都足夠，然后判斷主叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬是否足夠；如果所述任何一個(gè)帶寬不滿足，則服務(wù)器拒絕呼叫，否則允許呼叫。
第二種集中管理的方法包括以下步驟將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；主叫網(wǎng)關(guān)通過(guò)服務(wù)器呼叫位于不同BMG的被叫網(wǎng)關(guān)；服務(wù)器根據(jù)主被叫網(wǎng)關(guān)在呼叫過(guò)程中有關(guān)帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的出口總帶寬是否都足夠，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的BMG的內(nèi)部總帶寬是否都足夠，然后判斷主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BMG帶寬是否足夠；如果所述任何一個(gè)帶寬不滿足，則服務(wù)器拒絕呼叫，否則允許呼叫。
下面通過(guò)通過(guò)幾個(gè)實(shí)例說(shuō)明服務(wù)器如何通過(guò)這幾個(gè)參數(shù)進(jìn)行全面帶寬管理的方法。
如圖2所示，北京的各個(gè)網(wǎng)關(guān)通過(guò)快速以太網(wǎng)連接到局域網(wǎng)中，每個(gè)網(wǎng)關(guān)的接入帶寬都是100M；北京的各個(gè)網(wǎng)關(guān)在同一個(gè)局域網(wǎng)中，其內(nèi)部帶寬100M，(如果局域網(wǎng)是一個(gè)全部由交換機(jī)組成的交換網(wǎng)絡(luò)，可以將內(nèi)部總帶寬設(shè)置為無(wú)限大)；北京的出口總帶寬是50M，因此北京BMG的出口帶寬為50M；北京到上海的最大帶寬是20M，到深圳的最大帶寬為40M，則北京BMG同上海BMG的帶寬為20M，北京BMG同深圳BMG的帶寬為40M。
如果一個(gè)呼叫從GW1的某個(gè)端口到GW1的另外一個(gè)端口，呼叫過(guò)程中不使用網(wǎng)絡(luò)帶寬，呼叫建立、釋放過(guò)程中不影響GK上的各個(gè)帶寬管理參數(shù)。
如果一個(gè)呼叫從GW1呼叫GW2。GK收到GW1的主叫ARQ，經(jīng)過(guò)解析得知呼叫是到GW2的，首先判斷GW1和GW2的出口總帶寬是否都足夠，然后判斷北京BMG的內(nèi)部總帶寬是否足夠。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW2、和北京BMG的總帶寬將被減少，呼叫結(jié)束后，恢復(fù)占用的帶寬。
如果一個(gè)呼叫從北京BMG的GW1呼叫到上海BMG的GW3。GK收到GW1的主叫ARQ，經(jīng)過(guò)解析(即，ARQ中有被叫號(hào)碼，GK上有號(hào)碼到網(wǎng)關(guān)IP的映射表，通過(guò)查表可以得知哪些網(wǎng)關(guān)支持這個(gè)號(hào)碼)得知呼叫是到GW3的，首先判斷GW1和GW3的出口總帶寬是否足夠(即。ARQ中有這次呼叫需要占用的帶寬，通過(guò)判斷GW1和GW3的網(wǎng)絡(luò)出口總帶寬就可以知道能否支持這路呼叫)，然后判斷北京BMG的內(nèi)部總帶寬是否足夠(即，ARQ中有這次呼叫需要占用的帶寬，已經(jīng)知道呼叫建立在GW1和GW3之間，也就知道呼叫建立在上海BMG和北京BMG之間，要分別占用兩個(gè)BMG的內(nèi)部總帶寬，通過(guò)判斷兩個(gè)BMG內(nèi)部總帶寬是否大于這次呼叫需要的帶寬就可以知道能否支持這次呼叫)，判斷上海BMG的內(nèi)部帶寬是否足夠，判斷北京上海間的BMG帶寬是否足夠(即，判斷這次呼叫占用的帶寬是否大于北京BMG和上海BMG間帶寬，就可以知道這次呼叫能否建立)。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW3、、北京BMG的總帶寬、上海BMG的總帶寬、北京上海BMG帶寬將被減少，呼叫結(jié)束后，恢復(fù)占用的帶寬。
上述判斷的過(guò)程可以歸納為服務(wù)器在收到ARQ，通過(guò)被叫號(hào)碼得知被叫網(wǎng)關(guān)，也就知道呼叫建立在哪兩個(gè)網(wǎng)關(guān)之間，分別判斷這次呼叫占用的帶寬是否小于每個(gè)網(wǎng)關(guān)的出口總帶寬，無(wú)論呼叫在同一個(gè)BMG還是兩個(gè)BMG之間，都要占用主被叫所在BMG的帶寬，因此需要判斷這個(gè)參數(shù)；如果呼叫是在兩個(gè)BMG之間，要判斷BMG間帶寬是否滿足。
上面列舉的是H.323 Direct Call的呼叫流程。此外還有其它幾種呼叫控制流程，對(duì)于帶寬管理而言，只是Server要根據(jù)不同的策略采集網(wǎng)關(guān)上呼叫所用的帶寬。
1、H.323中的另一種路由呼叫如圖3所示，該流程中GW1和GK間的信令中并沒(méi)有明確指明這路呼叫使用多少帶寬，但GK可以從H.225或H.245消息中得到呼叫使用的編解碼類型，根據(jù)編解碼類型可以計(jì)算出這路呼叫需要占用的帶寬。
具體流程如下主叫網(wǎng)關(guān)(GW1)向GK發(fā)起呼叫(Setup)，在快啟方式下，包括這次呼叫中主叫支持的編解碼列表。CallProceeding是對(duì)SETUP消息的確認(rèn)。
GK將Setup發(fā)送給被叫，被叫回復(fù)CallProceeding消息確認(rèn)已經(jīng)收到Setup被叫振鈴，被叫網(wǎng)關(guān)GW2給GK回復(fù)Alerting，表示被叫已經(jīng)振鈴，GK將Alerting轉(zhuǎn)發(fā)給主叫網(wǎng)關(guān)GW1；被叫摘機(jī)后，被叫網(wǎng)關(guān)GW2給GK發(fā)送Connect，表示被叫已經(jīng)摘機(jī)，在快啟方式下，其中包括這次呼叫使用的編解碼類型(GW2從Setup中的編解碼列表中按照選擇一個(gè)優(yōu)先級(jí)最高的)。GK可以通過(guò)Connect中的編解碼計(jì)算出這次呼叫所使用的帶寬，根據(jù)帶寬判斷是否可以接受這次呼叫。
判斷過(guò)程同上文基本類似如果GW1和GW2是同一個(gè)網(wǎng)關(guān)，允許呼叫，不影響任何參數(shù)；如果GW1和GW2是在同一個(gè)BMG中，判斷GW1和GW2的出口總帶寬是否都足夠，然后判斷他們所在BMG的內(nèi)部總帶寬是否足夠。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW2、和北京BMG的總帶寬將被減少，呼叫結(jié)束后，恢復(fù)占用的帶寬；如果GW1和GW3在不同的BMG中，首先判斷GW1和GW2的出口總帶寬是否足夠，然后判斷GW1所在BMG的內(nèi)部總帶寬是否足夠，判斷GW2所在BMG的內(nèi)部帶寬是否足夠，判斷GW1所在BMG和GW2所在BMG之間帶寬是否足夠。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW2、GW1所在BMG的總帶寬、GW2所在BMG的總帶寬、GW1所在BMG和GW2所在BMG之間帶寬，呼叫結(jié)束后，恢復(fù)占用的帶寬。
如果帶寬允許，GK轉(zhuǎn)發(fā)Connect消息到主叫網(wǎng)關(guān)GW1，否則釋放呼叫。
在非快啟流程中，Setup和Connect中沒(méi)有編解碼的協(xié)商，這要通過(guò)后續(xù)的H.245過(guò)程完成，基本過(guò)程是GW1將其支持的編解碼類型發(fā)送給GK，GK轉(zhuǎn)發(fā)到GW2，GW2選擇優(yōu)先級(jí)最高的，發(fā)送給GK，GK知道編解碼類型后，可以計(jì)算出所用帶寬。通過(guò)這個(gè)帶寬使用上文提到的方法判斷是否允許呼叫，如果允許，轉(zhuǎn)發(fā)消息給GW1，否則，釋放呼叫。(判斷方法是如果GW1和GW2是同一個(gè)網(wǎng)關(guān)，允許呼叫，不影響任何參數(shù)；如果GW1和GW2是在同一個(gè)BMG中，判斷GW1和GW2的出口總帶寬是否都足夠，然后判斷他們所在BMG的內(nèi)部總帶寬是否足夠。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW2、和北京BMG的總帶寬將被減少，呼叫結(jié)束后，恢復(fù)占用的帶寬；如果GW1和GW3在不同的BMG中，首先判斷GW1和GW2的出口總帶寬是否足夠，然后判斷GW1所在BMG的內(nèi)部總帶寬是否足夠，判斷GW2所在BMG的內(nèi)部帶寬是否足夠，判斷GW1所在BMG和GW2所在BMG之間帶寬是否足夠。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW2、GW1所在BMG的總帶寬、GW2所在BMG的總帶寬、GW1所在BMG和GW2所在BMG之間帶寬，呼叫結(jié)束后，恢復(fù)占用的帶寬。)當(dāng)GK采集到帶寬之后，同樣利用上文提到的幾個(gè)參數(shù)對(duì)VOIP網(wǎng)絡(luò)的帶寬進(jìn)行管理。
2、SIP呼叫圖4顯示了SIP呼叫的流程。同H.323路由呼叫類似，GW和SIP Server之間的信令也沒(méi)有帶寬參數(shù)，但在INVITE、200、ACK中有SDP信息描述這路呼叫使用的編解碼，SIP Server根據(jù)編解碼可以計(jì)算出這路呼叫需要占用的帶寬，當(dāng)SIP Server采集到帶寬之后，同樣利用上文提到的幾個(gè)參數(shù)對(duì)VOIP網(wǎng)絡(luò)的帶寬進(jìn)行管理。
具體流程如下主叫網(wǎng)關(guān)(GW1)向SIP SERVER發(fā)起呼叫(INVITE)，包括這次呼叫中主叫支持的編解碼列表。100Trying是對(duì)INVITE消息的確認(rèn)。
SIP Server將INVITE發(fā)送給被叫，被叫回復(fù)100Trying消息確認(rèn)已經(jīng)收到INVITE被叫振鈴，被叫網(wǎng)關(guān)GW2給SIP SERVER回復(fù)180Ringing，表示被叫已經(jīng)振鈴，SIP SERVER將180Ringin轉(zhuǎn)發(fā)給主叫網(wǎng)關(guān)GW1被叫摘機(jī)后，被叫網(wǎng)關(guān)GW2給SIP SERVER發(fā)送200，表示被叫已經(jīng)摘機(jī)，其中包括這次呼叫使用的編解碼類型(GW2從INVITE中的編解碼列表中按照選擇一個(gè)優(yōu)先級(jí)最高的)。SIP SERVER可以通過(guò)200中的編解碼計(jì)算出這次呼叫所使用的帶寬，根據(jù)帶寬判斷是否可以接受這次呼叫。
判斷過(guò)程同上文基本類似如果GW1和GW2是同一個(gè)網(wǎng)關(guān)，允許呼叫，不影響任何參數(shù)；如果GW1和GW2是在同一個(gè)BMG中，判斷GW1和GW2的出口總帶寬是否都足夠，然后判斷他們所在BMG的內(nèi)部總帶寬是否足夠。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW2、和北京BMG的總帶寬將被減少，呼叫結(jié)束后，恢復(fù)占用的帶寬；如果GW1和GW3在不同的BMG中，首先判斷GW1和GW2的出口總帶寬是否足夠，然后判斷GW1所在BMG的內(nèi)部總帶寬是否足夠，判斷GW2所在BMG的內(nèi)部帶寬是否足夠，判斷GW1所在BMG和GW2所在BMG之間帶寬是否足夠。其中任何一個(gè)帶寬不滿足，則拒絕呼叫，否則允許呼叫。呼叫允許后，GW1、GW2、GW1所在BMG的總帶寬、GW2所在BMG的總帶寬、GW1所在BMG和GW2所在BMG之間帶寬，呼叫結(jié)束后，恢復(fù)占用的帶寬。
如果帶寬允許，SIP SERVER轉(zhuǎn)發(fā)200消息到主叫網(wǎng)關(guān)GW1，否則釋放呼叫。
ACK消息是對(duì)200消息的確認(rèn)。
SIP在建立呼叫時(shí)通過(guò)INVITE-200(或180或183消息)-ACK三次握手進(jìn)行編解碼協(xié)商，上面的例子是通過(guò)INVITE和200進(jìn)行編解碼協(xié)商，也可以通過(guò)INVITE和180(或183)進(jìn)行協(xié)商，還可以通過(guò)200和ACK進(jìn)行編解碼協(xié)商(即INVITE中沒(méi)有編解碼信息，被叫先把自己支持的編解碼列表通過(guò)200發(fā)送給主叫，主叫選擇后通過(guò)ACK回復(fù)給被叫)。無(wú)論哪種方式，消息都要SIP Server，SIP Server可以采用同樣的方法進(jìn)行帶寬管理。這里就不一一詳細(xì)介紹了。
3MGCP呼叫中，MGCP Server(MGC)同樣通過(guò)網(wǎng)關(guān)上報(bào)的SDP信息計(jì)算出這路呼叫占用的帶寬，進(jìn)行帶寬管理。
網(wǎng)關(guān)互通性因?yàn)闆](méi)有對(duì)協(xié)議進(jìn)行任何私有擴(kuò)展，具有本文中提到的帶寬管理功能的網(wǎng)守可以同任何網(wǎng)關(guān)組網(wǎng)，而不影響帶寬管理的實(shí)施。
同不具有帶寬管理功能的網(wǎng)守間的互通性這種BMG的管理方法不存在多網(wǎng)守配合的問(wèn)題，具有本文中提到的帶寬管理功能的網(wǎng)守可以同任何其它網(wǎng)守組網(wǎng)，無(wú)論是處理域內(nèi)呼叫還是域間呼叫，都不影響帶寬管理的實(shí)施。
具有不同帶寬管理策略的網(wǎng)守間的互通性如果兩個(gè)網(wǎng)守都具有這種BMG的管理功能，但具有不同的帶寬策略，比如對(duì)兩個(gè)BMG之間總帶寬定義了不同的數(shù)值。因?yàn)檫@種BMG的管理方法不存在多網(wǎng)守配合的問(wèn)題，因此不影響帶寬管理的實(shí)施。
綜上所述，可以得知，本發(fā)明在不對(duì)協(xié)議進(jìn)行擴(kuò)展的前提下，實(shí)現(xiàn)靈活多樣的帶寬管理，適應(yīng)各種網(wǎng)絡(luò)拓普，并且不引入互通性問(wèn)題。
權(quán)利要求
1.一種語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中管理的方法，包括以下步驟將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；服務(wù)器利用BMG內(nèi)總帶寬、BMG出口總帶寬、任兩個(gè)BMG間總帶寬的全部或部分對(duì)帶寬進(jìn)行集中管理。
2.一種語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中管理的方法，包括以下步驟將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；主叫網(wǎng)關(guān)通過(guò)服務(wù)器呼叫位于同一BMG的被叫網(wǎng)關(guān)；服務(wù)器根據(jù)主被叫網(wǎng)關(guān)在呼叫過(guò)程中有關(guān)帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬是否都足夠，然后判斷主叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬是否足夠；如果所述任何一個(gè)帶寬不滿足，則服務(wù)器拒絕呼叫，否則允許呼叫。
3.根據(jù)權(quán)利要求2所述的方法，其中，在呼叫結(jié)束后，恢復(fù)呼叫占用的帶寬。
4.根據(jù)權(quán)利要求2所述的方法，其中服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬是否都足夠，如果呼叫需要占用的帶寬分別小于主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬，則判斷所述出口總帶寬足夠。
5.根據(jù)權(quán)利要求2所述的方法，其中服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷判斷主叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬是否足夠，如果呼叫需要占用的帶寬小于主叫網(wǎng)關(guān)BMG內(nèi)部總帶寬，則判斷所述BGM內(nèi)部總帶寬足夠。
6.一種語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中管理的方法，包括以下步驟將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；主叫網(wǎng)關(guān)通過(guò)服務(wù)器呼叫位于不同BMG的被叫網(wǎng)關(guān)；服務(wù)器根據(jù)主被叫網(wǎng)關(guān)在呼叫過(guò)程中有關(guān)帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的出口總帶寬是否都足夠，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的BMG的內(nèi)部總帶寬是否都足夠，然后判斷主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BMG帶寬是否足夠；如果所述任何一個(gè)帶寬不滿足，則服務(wù)器拒絕呼叫，否則允許呼叫。
7.根據(jù)權(quán)利要求6所述的方法，其中，在呼叫結(jié)束后，恢復(fù)呼叫占用的帶寬。
8.根據(jù)權(quán)利要求6所述的方法，其中服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬是否都足夠，如果呼叫需要占用的帶寬分別小于主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)出口總帶寬，則判斷所述出口總帶寬足夠。
9.根據(jù)權(quán)利要求6所述的方法，其中服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷判斷主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬是否都足夠，如果呼叫需要占用的帶寬分別小于主叫網(wǎng)關(guān)和被叫網(wǎng)關(guān)的BMG內(nèi)部總帶寬，則判斷所述BGM內(nèi)部總帶寬足夠。
10.根據(jù)權(quán)利要求6所述的方法，其中服務(wù)器利用ARQ中含有的呼叫需要占用帶寬的信息，判斷判斷主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BMG內(nèi)部總帶寬是否足夠，如果呼叫需要占用的帶寬小于主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BMG帶寬，則判斷所述主叫網(wǎng)關(guān)與被叫網(wǎng)關(guān)間的BGM寬足夠。
11.根據(jù)權(quán)利要求6所述的方法，其中，服務(wù)器通過(guò)主被叫網(wǎng)關(guān)的編解碼得到呼叫所使用的帶寬信息。
全文摘要
本發(fā)明公開(kāi)了一種語(yǔ)音網(wǎng)絡(luò)中服務(wù)器進(jìn)行集中帶寬管理的方法，其特點(diǎn)是，將帶寬特性相同的一組網(wǎng)關(guān)組成網(wǎng)關(guān)帶寬管理組BMG；服務(wù)器利用BMG內(nèi)總帶寬、BMG出口總帶寬、任兩個(gè)BMG間總帶寬的全部或部分對(duì)帶寬進(jìn)行集中管理。本發(fā)明的優(yōu)點(diǎn)是，本發(fā)明在不對(duì)協(xié)議進(jìn)行擴(kuò)展的前提下，實(shí)現(xiàn)靈活多樣的帶寬管理，適應(yīng)各種網(wǎng)絡(luò)拓普，并且不引入互通性問(wèn)題。
文檔編號(hào)H04L12/24GK1722672SQ200410068940
公開(kāi)日2006年1月18日 申請(qǐng)日期2004年7月14日 優(yōu)先權(quán)日2004年7月14日
發(fā)明者于海, 周斌 申請(qǐng)人:杭州華為三康技術(shù)有限公司