專利名稱：一種互聯(lián)網(wǎng)協(xié)議語音的呼叫允許控制方法及呼叫處理器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及互聯(lián)網(wǎng)協(xié)議語音(VoIP，Voice over Internet Protocol)技術(shù)領(lǐng)域， 具體涉及一種VOIP的呼叫允許控制方法及呼叫處理器。
背景技術(shù)：
在網(wǎng)絡(luò)中傳輸數(shù)據(jù)時，通?？梢允褂藐?duì)列機(jī)制，緩沖機(jī)制和丟棄分組來解決擁塞 問題。但是對于實(shí)時的或者對延遲和分組丟失敏感的流量產(chǎn)生的擁塞，是不能使用以上方 法來解決的。對于語音這類對時延敏感的實(shí)時流量，擁塞時直接拒絕新的網(wǎng)絡(luò)訪問(如拒 絕建立新的通話)，相對于允許流量通過但流量存在產(chǎn)生較大的時延或被丟棄會更好些，否 則，語音質(zhì)量將會出現(xiàn)聲音延遲，斷續(xù)，通話內(nèi)容丟失等問題，并且不只是影響新建立的語 音通話，之前語音質(zhì)量良好的通話也會受到同樣的影響。因此，為了保證服務(wù)質(zhì)量，VOIP的 呼叫允許控制(CAC, Call Admission Control)是相當(dāng)重要的。呼叫允許控制是在建立語音呼叫前，基于網(wǎng)絡(luò)是否還有資源支持新的呼叫，決定 新的呼叫是否被允許。通常，局域網(wǎng)的帶寬是足夠大的，在進(jìn)行VOIP的CAC時，是不考慮局 域網(wǎng)的；CAC只用于廣域網(wǎng)(WAN，Wide Area Network)的帶寬控制。常用的CAC技術(shù)有本地CAC機(jī)制(在網(wǎng)關(guān)上，基于節(jié)點(diǎn)本地狀況實(shí)現(xiàn))，基于測量 的CAC (使用網(wǎng)絡(luò)探測方式實(shí)現(xiàn))和基于資源預(yù)留的CAC (通常有H323的資源可用性指示， 基于呼叫處理器的CAC，資源預(yù)留協(xié)議等)。本發(fā)明只涉及基于呼叫處理器(如H. 323網(wǎng)守 或SIP服務(wù)器(Sip Server))的CAC技術(shù)?，F(xiàn)有技術(shù)中常見的基于呼叫處理器的CAC有兩種實(shí)現(xiàn)方式實(shí)現(xiàn)方式1 每個呼叫處理器管理的終端劃為兩個或多個區(qū)域，設(shè)置區(qū)域帶寬限 制，以控制終端間的帶寬；同時設(shè)置域間帶寬限制對，以控制多個呼叫處理器所轄區(qū)域之間 的帶寬。如圖1所示，在單呼叫處理器組網(wǎng)時，設(shè)置一個區(qū)域帶寬限制，以控制終端間的帶 寬。圖1中，如果兩個語音網(wǎng)關(guān)(VG1，Voice Gateway)和VG2之間鏈路的廣域網(wǎng)帶寬只能 承載到2個呼叫，那么可以配置區(qū)域帶寬限制為2路。當(dāng)兩個VG間已有2路呼叫時，呼叫 處理器將拒絕VG間的第3個呼叫。圖1的組網(wǎng)方式的缺陷在于，當(dāng)網(wǎng)絡(luò)更復(fù)雜時，比如區(qū)域內(nèi)有3個VG通過廣域網(wǎng) 連接，VGl的鏈路允許2路，VG2的鏈路允許4路，VG3的鏈路允許10路，那么單呼叫處理器 上配置的區(qū)域帶寬限制只能設(shè)置為2路，很明顯浪費(fèi)了 VG2和VG3之間的帶寬。其解決方 法就是增加呼叫處理器的數(shù)量，使用多呼叫處理器組網(wǎng)，如圖2所示。圖2示出了多呼叫處理器組網(wǎng)的示意圖。圖2中在每個呼叫處理器上設(shè)置域間帶 寬限制對，以控制各呼叫處理器所轄區(qū)域之間的帶寬。例在分部1的呼叫處理器2上設(shè)置 分部1到總部的域間帶寬限制對為2路，分部1到分部2的域間帶寬限制對為2路；在分部 2的呼叫處理器3設(shè)置分部2到分部1的域間帶寬限制對為2路，分部2到總部的域間帶寬 限制對為4路；在總部的呼叫處理器1設(shè)置總部到分部的域間帶寬限制對為2路，總部到分部2的域間帶寬限制對為4路。總部內(nèi)的網(wǎng)關(guān)均連接在同一局域網(wǎng)上，因此區(qū)域帶寬限制 設(shè)置為不受限制，而分部1和分部2都只有一個VG，因此無需設(shè)置區(qū)域帶寬限制。圖2的組網(wǎng)方式適用于每個呼叫處理器所轄區(qū)域內(nèi)的VG都通過局域網(wǎng)連接的情 況，如果某個呼叫處理器所轄區(qū)域內(nèi)的VG是通過廣域網(wǎng)相互連接，那么對于這個區(qū)域，帶 寬浪費(fèi)的缺點(diǎn)還是存在，如圖3所示。圖3的組網(wǎng)方式中，雖然zonel，ZOne2，zone3各有一個呼叫處理器，可以保證各呼 叫處理器所轄區(qū)域間的帶寬控制，但是因?yàn)閦onel中的2個VG是通過廣域網(wǎng)連接的，它們 各自的廣域網(wǎng)出口處理能力不同，這又會導(dǎo)致類似于圖1的帶寬浪費(fèi)。為此，可以將呼叫處 理器管理的終端分為多個區(qū)域，每個區(qū)域設(shè)置自己的區(qū)域帶寬限制，從而可以解決了一個 區(qū)域內(nèi)的VG通過廣域網(wǎng)連接導(dǎo)致的浪費(fèi)帶寬的問題。以上介紹了現(xiàn)有技術(shù)中的CAC的具體實(shí)現(xiàn)方式。上述實(shí)現(xiàn)方式在某些應(yīng)用環(huán)境中 仍然會存在不足。例如，對于一個典型的企業(yè)網(wǎng)絡(luò)，通常是按照部門或地理位置的分布各自 組建局域網(wǎng)，然后通過廣域網(wǎng)逐級向上級機(jī)構(gòu)匯聚，形成一個樹型拓?fù)涞木W(wǎng)絡(luò)結(jié)構(gòu)。當(dāng)多個 VG是通過逐級匯聚的方式通過廣域網(wǎng)進(jìn)行連接時，只能把這些VG整個劃為一個區(qū)域，而無 法劃分為多個區(qū)域。為了避免浪費(fèi)帶寬，現(xiàn)有技術(shù)只能通過部署多臺呼叫處理器的方式來 進(jìn)行呼叫允許控制，這就大大增加了設(shè)備成本和網(wǎng)絡(luò)管理的復(fù)雜性。并且，當(dāng)網(wǎng)絡(luò)中的呼叫 處理器較多時，在呼叫處理器間設(shè)置域間帶寬限制對的配置也變得非常復(fù)雜。

發(fā)明內(nèi)容
本發(fā)明所要解決的技術(shù)問題是提供一種VOIP的呼叫允許控制方法及呼叫處理 器，用以在樹形拓?fù)渚W(wǎng)絡(luò)中實(shí)現(xiàn)呼叫允許控制管理。為解決上述技術(shù)問題，本發(fā)明提供方案如下一種互聯(lián)網(wǎng)協(xié)議語音VOIP的呼叫允許控制方法，呼叫處理器管轄的網(wǎng)絡(luò)中的各個節(jié)點(diǎn)形成一樹形拓?fù)渚W(wǎng)絡(luò)中，且所述呼叫處理器 設(shè)置在所述樹形拓?fù)渚W(wǎng)絡(luò)中的根節(jié)點(diǎn)處，用于處理并轉(zhuǎn)發(fā)所述樹形拓?fù)渚W(wǎng)絡(luò)中的終端發(fā)起 的呼叫請求和發(fā)往所述本樹形拓?fù)渚W(wǎng)絡(luò)中的呼叫請求；所述呼叫允許控制方法包括所述呼叫處理器在接收到第一呼叫請求后，確定所述第一呼叫請求對應(yīng)的第一呼 叫在所述樹形拓?fù)渚W(wǎng)絡(luò)中的第一路徑，并根據(jù)自身維護(hù)的所述樹形拓?fù)渚W(wǎng)絡(luò)中各個帶寬限 制節(jié)點(diǎn)的剩余帶寬信息，判斷所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于 所述第一呼叫所需的帶寬，若是，則允許所述第一呼叫請求；否則拒絕所述第一呼叫請求。優(yōu)選地，上述呼叫允許控制方法中，所述帶寬限制節(jié)點(diǎn)包括語音網(wǎng)關(guān)和連接到廣 域網(wǎng)的局域網(wǎng)出口節(jié)點(diǎn)。優(yōu)選地，上述呼叫允許控制方法中，在所述第一呼叫請求支持至少兩種語音編碼 方式時，所述判斷所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于所述呼叫所 需的帶寬，包括計(jì)算所述第一呼叫在不同語音編碼方式下對應(yīng)的帶寬，得到至少兩個帶寬；判斷所述至少兩個帶寬中的所有帶寬是否都滿足第一條件，所述第一條件是不大 于所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬在所述所有帶寬都滿足所述第一條件時，允許所述第一呼叫請求，并直接轉(zhuǎn)發(fā)所述第一呼叫請求；在所述所有帶寬都不滿足所述第一條件時，拒絕所述第一呼叫請求；在所述所有帶寬中的部分帶寬不滿足所述第一條件時，允許所述呼叫請求，并修 改所述第一呼叫請求支持的語音編碼方式，然后再轉(zhuǎn)發(fā)所述第一呼叫請求，其中，所述修 改是將所述部分帶寬對應(yīng)的語音編碼方式，從所述第一呼叫請求支持的語音編碼方式中刪 除。優(yōu)選地，上述呼叫允許控制方法中，所述帶寬限制節(jié)點(diǎn)的帶寬共包括為預(yù)定類別 呼叫預(yù)留的預(yù)留帶寬、和分配給除所述預(yù)定類別呼叫之外的常規(guī)呼叫的常規(guī)帶寬；所述第一呼叫屬于常規(guī)呼叫，所述帶寬限制節(jié)點(diǎn)的剩余帶寬等于所述帶寬限制節(jié) 點(diǎn)的常規(guī)帶寬減去常規(guī)呼叫占用的所述帶寬限制節(jié)點(diǎn)的帶寬。優(yōu)選地，上述呼叫允許控制方法中，還包括所述呼叫處理器接收到對應(yīng)于第二呼叫的第二呼叫請求，所述第二呼叫屬于所述 預(yù)定類別呼叫；所述呼叫處理器確定所述第二呼叫在所述樹形拓?fù)渚W(wǎng)絡(luò)中的第二路徑，并判斷所 述第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬是否都不小于所述第二呼叫所需的帶寬， 其中，帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬等于帶寬限制節(jié)點(diǎn)的預(yù)留帶寬減去預(yù)定類別呼叫占用 的所述帶寬限制節(jié)點(diǎn)的帶寬若是，則允許所述第二呼叫請求；否則，拒絕所述第二呼叫請求。優(yōu)選地，上述呼叫允許控制方法中，在判斷所述第二路徑中各個帶寬限制節(jié)點(diǎn)的 剩余預(yù)留帶寬不是都不小于所述第二呼叫所需的帶寬時，所述呼叫處理器進(jìn)一步判斷所述 第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于所述第二呼叫所需的帶寬，若是， 則允許所述第二呼叫請求；否則拒絕所述第二呼叫請求。本發(fā)明還提供了一種呼叫處理器，設(shè)置在樹形拓?fù)渚W(wǎng)絡(luò)中的根節(jié)點(diǎn)處，包括接收處理單元，用于在接收到第一呼叫請求后，確定所述第一呼叫請求對應(yīng)的第 一呼叫在所述樹形拓?fù)渚W(wǎng)絡(luò)中的第一路徑，并根據(jù)自身維護(hù)的所述樹形拓?fù)渚W(wǎng)絡(luò)中各個帶 寬限制節(jié)點(diǎn)的剩余帶寬信息，判斷所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不 小于所述第一呼叫所需的帶寬，若是，則觸發(fā)第一允許所述第一呼叫請求；否則拒絕所述第 一呼叫請求。優(yōu)選地，上述的呼叫處理器中，所述帶寬限制節(jié)點(diǎn)包括語音網(wǎng)關(guān)和連接到廣域網(wǎng) 的局域網(wǎng)出口節(jié)點(diǎn)。優(yōu)選地，上述的呼叫處理器中，所述接收處理單元具體包括計(jì)算單元，用于在所述第一呼叫請求支持至少兩種語音編碼方式時，計(jì)算所述第 一呼叫在不同語音編碼方式下對應(yīng)的帶寬，得到至少兩個帶寬；判斷單元，用于判斷所述至少兩個帶寬中的所有帶寬是否都滿足第一條件，所述 第一條件是不大于所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬第一處理單元，用于在所述所有帶寬都滿足所述第一條件時，允許所述第一呼叫 請求，并直接轉(zhuǎn)發(fā)所述第一呼叫請求；第二處理單元，用于在所述所有帶寬都不滿足所述第一條件時，拒絕所述第一呼叫請求；第三處理單元，用于在所述所有帶寬中的部分帶寬不滿足所述第一條件時，允許 所述呼叫請求，并修改所述第一呼叫請求支持的語音編碼方式，然后再轉(zhuǎn)發(fā)所述第一呼叫 請求，其中，所述修改是將所述部分帶寬對應(yīng)的語音編碼方式，從所述第一呼叫請求支持的 語音編碼方式中刪除。優(yōu)選地，上述的呼叫處理器中，所述帶寬限制節(jié)點(diǎn)的帶寬共包括為預(yù)定類別呼叫 預(yù)留的預(yù)留帶寬、和分配給除所述預(yù)定類別呼叫之外的常規(guī)呼叫的常規(guī)帶寬；所述第一呼叫屬于常規(guī)呼叫，所述帶寬限制節(jié)點(diǎn)的剩余帶寬等于所述帶寬限制節(jié) 點(diǎn)的常規(guī)帶寬減去常規(guī)呼叫占用的所述帶寬限制節(jié)點(diǎn)的帶寬。優(yōu)選地，上述的呼叫處理器中，所述接收處理單元，還用于接收對應(yīng)于第二呼叫的 第二呼叫請求，所述第二呼叫屬于所述預(yù)定類別呼叫；確定所述第二呼叫在所述樹形拓?fù)?網(wǎng)絡(luò)中的第二路徑，并判斷所述第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬是否都不小 于所述第二呼叫所需的帶寬，其中，帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬等于帶寬限制節(jié)點(diǎn)的預(yù) 留帶寬減去預(yù)定類別呼叫占用的所述帶寬限制節(jié)點(diǎn)的帶寬若是，則允許所述第二呼叫請 求；否則，拒絕所述第二呼叫請求。優(yōu)選地，上述的呼叫處理器中，所述接收處理單元，還用于在判斷所述第二路徑中 各個帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬不是都不小于所述第二呼叫所需的帶寬時，進(jìn)一步判斷 所述第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于所述第二呼叫所需的帶寬，若 是，則允許所述第二呼叫請求；否則拒絕所述第二呼叫請求。從以上所述可以看出，本發(fā)明提供的VOIP的呼叫允許控制方法及呼叫處理器，在 樹形拓?fù)渚W(wǎng)絡(luò)中僅設(shè)置一臺呼叫處理服務(wù)器，由該呼叫處理器根據(jù)用戶的網(wǎng)絡(luò)樹形拓?fù)浣Y(jié) 構(gòu)，精細(xì)地配置各級機(jī)構(gòu)所占用的帶寬，有效地實(shí)現(xiàn)了各級帶寬限制節(jié)點(diǎn)上語音呼叫所占 用的帶寬的控制，保證了語音通話的質(zhì)量，大大減少了樹形拓?fù)渚W(wǎng)絡(luò)中需要部署的呼叫處 理器數(shù)量，降低了設(shè)備成本并簡化了呼叫處理器上的相關(guān)配置。并且，本發(fā)明還通過呼叫處 理器實(shí)現(xiàn)了語音編碼方式的智能化管理，在帶寬限制節(jié)點(diǎn)的剩余帶寬較少時，選擇占用帶 寬較小的語音編碼方式建立呼叫，從而充分利用了網(wǎng)絡(luò)帶寬資源，提高了呼叫成功率。本發(fā) 明還能夠?yàn)轭A(yù)先定義的特殊呼叫預(yù)留出相應(yīng)的帶寬，提高這類呼叫的呼叫優(yōu)先級。


圖1為現(xiàn)有技術(shù)中單呼叫處理器組網(wǎng)情況下呼叫允許控制的示意圖；圖2為現(xiàn)有技術(shù)中多呼叫處理器組網(wǎng)情況下呼叫允許控制的示意圖；圖3為現(xiàn)有技術(shù)中多呼叫處理器通過廣域網(wǎng)連接組網(wǎng)情況下呼叫允許控制的示 意圖；圖4為本發(fā)明實(shí)施例所述呼叫允許控制方法的流程示意圖；圖5為本發(fā)明實(shí)施例所述呼叫允許控制方法的應(yīng)用舉例示意圖；圖6為本發(fā)明實(shí)施例所述呼叫處理器的結(jié)構(gòu)示意圖。
具體實(shí)施例方式本發(fā)明提供了一種VOIP的呼叫允許控制方法，其核心思想在于根據(jù)呼叫在網(wǎng)絡(luò)中的訪問路徑，計(jì)算整個路徑上的所有帶寬限制節(jié)點(diǎn)的剩余帶寬是否都大于或者等于呼叫 所需的帶寬，進(jìn)而決定是否允許呼叫。以下將結(jié)合附圖，通過具體實(shí)施例對本發(fā)明作進(jìn)一步 的說明。本發(fā)明實(shí)施例所述VOIP的呼叫允許控制方法，通過呼叫處理器對網(wǎng)絡(luò)中的呼叫 進(jìn)行呼叫允許控制。其中，所述呼叫處理器管轄的網(wǎng)絡(luò)中的各個節(jié)點(diǎn)形成一樹形拓?fù)渚W(wǎng) 絡(luò)中，且所述呼叫處理器設(shè)置在所述樹形拓?fù)渚W(wǎng)絡(luò)中的根節(jié)點(diǎn)處(呼叫處理器具體可以是 H. 323網(wǎng)守或SIP服務(wù)器)，用于實(shí)現(xiàn)所述樹形拓?fù)渚W(wǎng)絡(luò)中的呼叫路由功能，例如處理并轉(zhuǎn) 發(fā)所述樹形拓?fù)渚W(wǎng)絡(luò)中的所有終端發(fā)起的呼叫請求和發(fā)往所述本樹形拓?fù)渚W(wǎng)絡(luò)中的所有 呼叫請求。如圖4所示，本實(shí)施例所述呼叫允許控制方法包括步驟41，所述呼叫處理器接收到第一呼叫請求，確定所述第一呼叫請求對應(yīng)的第 一呼叫在所述樹形拓?fù)渚W(wǎng)絡(luò)中的第一路徑。這里，所述第一呼叫請求可以是所述呼叫處理器所轄的樹形拓?fù)渚W(wǎng)絡(luò)中的某個終 端發(fā)出的，也可以是來自于該樹形拓?fù)渚W(wǎng)絡(luò)之外的其它網(wǎng)絡(luò)。所述第一呼叫經(jīng)過的完整路 徑可能還包括所述第一路徑之外的其它部分，但本實(shí)施例中所述呼叫處理器僅關(guān)心第一呼 叫在自身所轄的樹形拓?fù)渚W(wǎng)絡(luò)中的路徑。步驟42，所述呼叫處理器根據(jù)自身維護(hù)的所述樹形拓?fù)渚W(wǎng)絡(luò)中各個帶寬限制節(jié)點(diǎn) 的剩余帶寬信息，判斷所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于所述第 一呼叫所需的帶寬，若是，則進(jìn)入步驟43 ；否則進(jìn)入步驟44。這里，所述帶寬限制節(jié)點(diǎn)是所述樹形拓?fù)渚W(wǎng)絡(luò)中的具有限制帶寬的節(jié)點(diǎn)設(shè)備，具 體可以包括語音網(wǎng)關(guān)和連接到廣域網(wǎng)的局域網(wǎng)出口節(jié)點(diǎn)。步驟43，所述呼叫處理器允許所述第一呼叫請求，此時轉(zhuǎn)發(fā)所述第一呼叫請求至 對應(yīng)的目的地。步驟44，所述呼叫處理器拒絕所述第一呼叫請求，此時呼叫處理器不再繼續(xù)轉(zhuǎn)發(fā) 所述第一呼叫請求，而是向發(fā)送所述第一呼叫請求的節(jié)點(diǎn)返回一個呼叫拒絕的消息。上述方法中，在樹形拓?fù)渚W(wǎng)絡(luò)中只需設(shè)置一臺呼叫處理器，由該呼叫處理器根據(jù) 網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，在自身內(nèi)部構(gòu)建出一個虛擬的樹型拓?fù)洌S護(hù)各個帶寬限制節(jié)點(diǎn)的剩余帶 寬信息，進(jìn)而根據(jù)呼叫的訪問路徑和訪問路徑上的帶寬限制節(jié)點(diǎn)的剩余帶寬信息進(jìn)行精細(xì) 化的呼叫允許控制，實(shí)現(xiàn)了網(wǎng)絡(luò)帶寬的充分應(yīng)用，解決了現(xiàn)有技術(shù)在網(wǎng)關(guān)分布在多級廣域 網(wǎng)時無法避免的帶寬浪費(fèi)的問題。同時，相對于現(xiàn)有技術(shù)，上述方法在保證語音通話的質(zhì)量 的同時，大大減少了需要部署的呼叫處理器數(shù)量，便于客戶的VOIP網(wǎng)絡(luò)集中管理，同時簡 化了呼叫處理器間帶寬控制的相關(guān)配置。以下簡單說明本實(shí)施例中呼叫處理器是如何維護(hù)帶寬限制節(jié)點(diǎn)的剩余帶寬。假設(shè)樹形拓?fù)渚W(wǎng)絡(luò)中包括有Gl、G2.....共η個帶寬限制節(jié)點(diǎn)(帶寬限制節(jié)
點(diǎn)可以是語音網(wǎng)關(guān)VG，或者是局域網(wǎng)出口的網(wǎng)絡(luò)設(shè)備如路由器等)，記為e 1... η)。
以Wl、W2.....Wn分別表示Gl、G2.....&ι各自的剩余帶寬(不包括后文中所述的為預(yù)
定類別呼叫預(yù)留的預(yù)留帶寬)，記為ffx(x e l...n)。所有的foe和Wx及其對應(yīng)關(guān)系在呼 叫處理器上都有分級記錄。某一路呼叫，其在該樹形拓?fù)渚W(wǎng)絡(luò)中必定經(jīng)過m個帶寬限制
節(jié)點(diǎn)(1彡m彡η)，即foci、Gx2.....Gxm，此路徑上的每個帶寬限制節(jié)點(diǎn)的剩余帶寬fel、
Wx2.....Wxm中只要有一個不滿足建立該呼叫的最小帶寬需求，則該呼叫就不允許被建立；反之，如果該路徑上的所有fe都大于或等于呼叫建立所需的最小帶寬，則呼叫允許正常建 立?？紤]到局域網(wǎng)中的帶寬通常都比較大，能夠滿足較多的呼叫，為簡化處理，如果呼叫并 沒有經(jīng)過廣域網(wǎng)鏈路，則可以不計(jì)算呼叫路徑上各個節(jié)點(diǎn)的剩余帶寬。在呼叫建立后，呼叫 處理器將所有的·更新為更新前的化減去該呼叫占用的帶寬；當(dāng)該路呼叫釋放后，呼叫處 理器將所有的ffx更新為更新前的Wx加上所釋放呼叫占用的帶寬。即呼叫處理器上維護(hù)的 帶寬限制節(jié)點(diǎn)的剩余帶寬隨著呼叫的建立和拆除而動態(tài)調(diào)整。實(shí)際應(yīng)用中，一個呼叫請求通常可以支持兩個以上的語音編碼方式，主叫在呼叫 請求中攜帶自身支持的語音編碼方式的信息，主、被叫雙方通過協(xié)商最終確定呼叫采用的 語音編碼方式。一個呼叫在不同的語音編碼方式對應(yīng)的帶寬有所不同，因此本實(shí)施例在上 述第一呼叫請求支持至少兩種語音編碼方式時，在上述步驟42 44中判斷所述第一路徑 中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于所述呼叫所需的帶寬時，具體包括計(jì)算所述第一呼叫在不同語音編碼方式下對應(yīng)的帶寬，得到至少兩個帶寬；判斷 所述至少兩個帶寬中的所有帶寬是否都滿足第一條件，所述第一條件是不大于所述第一路 徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬在所述所有帶寬都滿足所述第一條件時，允許所述第一呼叫請求，并直接轉(zhuǎn)發(fā)所 述第一呼叫請求；在所述所有帶寬都不滿足所述第一條件時，拒絕所述第一呼叫請求；在所述所有帶寬中的部分帶寬不滿足所述第一條件時，允許所述呼叫請求，并修 改所述第一呼叫請求支持的語音編碼方式，然后再轉(zhuǎn)發(fā)所述第一呼叫請求，其中，所述修 改是將所述部分帶寬對應(yīng)的語音編碼方式，從所述第一呼叫請求支持的語音編碼方式中刪 除。通過上述處理，在呼叫處理器實(shí)現(xiàn)了根據(jù)實(shí)際呼叫使用的語音編碼進(jìn)行智能化的 帶寬管理在帶寬限制節(jié)點(diǎn)的剩余帶寬較少時，例如，在采用低帶寬的語音編碼可以建立呼 叫，而高帶寬的語音編碼將導(dǎo)致呼叫建立失敗時，選擇占用帶寬較小的語音編碼方式建立 呼叫，從而充分利用了網(wǎng)絡(luò)帶寬資源，提高了呼叫成功率。例如，以會話初始協(xié)議(SIP, Session Initiation Protocol)呼叫為例，當(dāng)主叫的 呼叫請求(INVITE)消息發(fā)送到呼叫處理器后，該INVITE消息包括有會話描述協(xié)議(SDP， Session Description Protocol)消息體，其中包含有主叫所支持的媒體能力集信息，如語 音編碼方式，用于與會話對端進(jìn)行媒體能力協(xié)商。呼叫處理器解析INVITE消息中的SDP，獲 得主叫支持的語音編碼方式，假設(shè)包括G. 711a和G. 729兩種如果該INVITE消息對應(yīng)的呼叫路徑上剩余帶寬最小的帶寬限制節(jié)點(diǎn)Gmin的剩余 帶寬Wmin大于或等于SDP中最大的語音編碼占用的帶寬(如SDP中占用帶寬最大的打包 時長為20毫秒的G. 711a占用的帶寬為84k比特，而Wmin為120k比特)，則允許建立呼叫， 呼叫處理器正常轉(zhuǎn)發(fā)該INVITE消息；如果Wmin小于SDP中最大的語音編碼占用的帶寬，但是SDP中存在著占用帶寬小 于Wmin的語音解碼(如Wmin為60k比特時，SDP中有打包時長為20毫秒的G. 711a占用 帶寬為84k比特、打包時長為20毫秒的G. 729占用帶寬為^k比特，而觀< 60 < 84)，因 此呼叫處理器將G. 711a的語音編碼從該INVITE消息的SDP中刪除后，再將該INVITE消息 轉(zhuǎn)發(fā)給被叫端；
如果Wmin小于SDP中最小語音編碼占用的帶寬，則呼叫處理器直接將該INVITE 消息拒絕。為幫助理解本實(shí)施例所述呼叫允許控制方法，下面以典型的樹形拓?fù)渚W(wǎng)絡(luò)來說明 本實(shí)施例的具體實(shí)施。圖5示出了一種網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)，其中，左側(cè)和右側(cè)分別是一個包括有多級機(jī)構(gòu)的 典型的樹形拓?fù)渚W(wǎng)絡(luò)，其中左側(cè)的呼叫處理器A管理A省的所有機(jī)構(gòu)，右側(cè)的呼叫處理器B 管理B省的所有機(jī)構(gòu)。圖中WAN表示相鄰的兩個節(jié)點(diǎn)通過廣域網(wǎng)連接，LAN表示相鄰的兩 個節(jié)點(diǎn)通過局域網(wǎng)連接。假設(shè)所有帶寬限制節(jié)點(diǎn)的帶寬(帶寬單位為比特)如下表1 3 所示
權(quán)利要求
1.一種互聯(lián)網(wǎng)協(xié)議語音VOIP的呼叫允許控制方法，其特征在于，呼叫處理器管轄的網(wǎng)絡(luò)中的各個節(jié)點(diǎn)形成一樹形拓?fù)渚W(wǎng)絡(luò)中，且所述呼叫處理器設(shè)置 在所述樹形拓?fù)渚W(wǎng)絡(luò)中的根節(jié)點(diǎn)處，用于處理并轉(zhuǎn)發(fā)所述樹形拓?fù)渚W(wǎng)絡(luò)中的終端發(fā)起的呼 叫請求和發(fā)往所述本樹形拓?fù)渚W(wǎng)絡(luò)中的呼叫請求；所述呼叫允許控制方法包括所述呼叫處理器在接收到第一呼叫請求后，確定所述第一呼叫請求對應(yīng)的第一呼叫在 所述樹形拓?fù)渚W(wǎng)絡(luò)中的第一路徑，并根據(jù)自身維護(hù)的所述樹形拓?fù)渚W(wǎng)絡(luò)中各個帶寬限制節(jié) 點(diǎn)的剩余帶寬信息，判斷所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于所述 第一呼叫所需的帶寬，若是，則允許所述第一呼叫請求；否則拒絕所述第一呼叫請求。
2.如權(quán)利要求1所述的呼叫允許控制方法，其特征在于，所述帶寬限制節(jié)點(diǎn)包括語音 網(wǎng)關(guān)和連接到廣域網(wǎng)的局域網(wǎng)出口節(jié)點(diǎn)。
3.如權(quán)利要求1所述的呼叫允許控制方法，其特征在于，在所述第一呼叫請求支持至 少兩種語音編碼方式時，所述判斷所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不 小于所述呼叫所需的帶寬，包括計(jì)算所述第一呼叫在不同語音編碼方式下對應(yīng)的帶寬，得到至少兩個帶寬； 判斷所述至少兩個帶寬中的所有帶寬是否都滿足第一條件，所述第一條件是不大于所 述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬在所述所有帶寬都滿足所述第一條件時，允許所述第一呼叫請求，并直接轉(zhuǎn)發(fā)所述第 一呼叫請求；在所述所有帶寬都不滿足所述第一條件時，拒絕所述第一呼叫請求； 在所述所有帶寬中的部分帶寬不滿足所述第一條件時，允許所述呼叫請求，并修改所 述第一呼叫請求支持的語音編碼方式，然后再轉(zhuǎn)發(fā)所述第一呼叫請求，其中，所述修改是將 所述部分帶寬對應(yīng)的語音編碼方式，從所述第一呼叫請求支持的語音編碼方式中刪除。
4.如權(quán)利要求2或3所述的呼叫允許控制方法，其特征在于，所述帶寬限制節(jié)點(diǎn)的帶寬共包括為預(yù)定類別呼叫預(yù)留的預(yù)留帶寬、和分配給除所述預(yù) 定類別呼叫之外的常規(guī)呼叫的常規(guī)帶寬；所述第一呼叫屬于常規(guī)呼叫，所述帶寬限制節(jié)點(diǎn)的剩余帶寬等于所述帶寬限制節(jié)點(diǎn)的 常規(guī)帶寬減去常規(guī)呼叫占用的所述帶寬限制節(jié)點(diǎn)的帶寬。
5.如權(quán)利要求4所述的呼叫允許控制方法，其特征在于，還包括所述呼叫處理器接收到對應(yīng)于第二呼叫的第二呼叫請求，所述第二呼叫屬于所述預(yù)定 類別呼叫；所述呼叫處理器確定所述第二呼叫在所述樹形拓?fù)渚W(wǎng)絡(luò)中的第二路徑，并判斷所述 第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬是否都不小于所述第二呼叫所需的帶寬，其 中，帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬等于帶寬限制節(jié)點(diǎn)的預(yù)留帶寬減去預(yù)定類別呼叫占用的 所述帶寬限制節(jié)點(diǎn)的帶寬若是，則允許所述第二呼叫請求； 否則，拒絕所述第二呼叫請求。
6.如權(quán)利要求5所述的呼叫允許控制方法，其特征在于，在判斷所述第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬不是都不小于所述第二呼 叫所需的帶寬時，所述呼叫處理器進(jìn)一步判斷所述第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于所述第二呼叫所需的帶寬，若是，則允許所述第二呼叫請求；否則拒絕所述第二呼叫請求。
7.—種呼叫處理器，設(shè)置在樹形拓?fù)渚W(wǎng)絡(luò)中的根節(jié)點(diǎn)處，其特征在于，包括接收處理單元，用于在接收到第一呼叫請求后，確定所述第一呼叫請求對應(yīng)的第一呼 叫在所述樹形拓?fù)渚W(wǎng)絡(luò)中的第一路徑，并根據(jù)自身維護(hù)的所述樹形拓?fù)渚W(wǎng)絡(luò)中各個帶寬限 制節(jié)點(diǎn)的剩余帶寬信息，判斷所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬是否都不小于 所述第一呼叫所需的帶寬，若是，則觸發(fā)第一允許所述第一呼叫請求；否則拒絕所述第一呼 叫請求。
8.如權(quán)利要求7所述的呼叫處理器，其特征在于，所述帶寬限制節(jié)點(diǎn)包括語音網(wǎng)關(guān)和 連接到廣域網(wǎng)的局域網(wǎng)出口節(jié)點(diǎn)。
9.如權(quán)利要求7所述的呼叫處理器，其特征在于，所述接收處理單元具體包括計(jì)算單元，用于在所述第一呼叫請求支持至少兩種語音編碼方式時，計(jì)算所述第一呼 叫在不同語音編碼方式下對應(yīng)的帶寬，得到至少兩個帶寬；判斷單元，用于判斷所述至少兩個帶寬中的所有帶寬是否都滿足第一條件，所述第一 條件是不大于所述第一路徑中各個帶寬限制節(jié)點(diǎn)的剩余帶寬第一處理單元，用于在所述所有帶寬都滿足所述第一條件時，允許所述第一呼叫請求， 并直接轉(zhuǎn)發(fā)所述第一呼叫請求；第二處理單元，用于在所述所有帶寬都不滿足所述第一條件時，拒絕所述第一呼叫請求；第三處理單元，用于在所述所有帶寬中的部分帶寬不滿足所述第一條件時，允許所述 呼叫請求，并修改所述第一呼叫請求支持的語音編碼方式，然后再轉(zhuǎn)發(fā)所述第一呼叫請求， 其中，所述修改是將所述部分帶寬對應(yīng)的語音編碼方式，從所述第一呼叫請求支持的語音 編碼方式中刪除。
10.如權(quán)利要求8或9所述的呼叫處理器，其特征在于，所述帶寬限制節(jié)點(diǎn)的帶寬共包括為預(yù)定類別呼叫預(yù)留的預(yù)留帶寬、和分配給除所述預(yù) 定類別呼叫之外的常規(guī)呼叫的常規(guī)帶寬；所述第一呼叫屬于常規(guī)呼叫，所述帶寬限制節(jié)點(diǎn)的剩余帶寬等于所述帶寬限制節(jié)點(diǎn)的 常規(guī)帶寬減去常規(guī)呼叫占用的所述帶寬限制節(jié)點(diǎn)的帶寬。
11.如權(quán)利要求10所述的呼叫處理器，其特征在于，所述接收處理單元，還用于接收對應(yīng)于第二呼叫的第二呼叫請求，所述第二呼叫屬于 所述預(yù)定類別呼叫；確定所述第二呼叫在所述樹形拓?fù)渚W(wǎng)絡(luò)中的第二路徑，并判斷所述第 二路徑中各個帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬是否都不小于所述第二呼叫所需的帶寬，其 中，帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬等于帶寬限制節(jié)點(diǎn)的預(yù)留帶寬減去預(yù)定類別呼叫占用 的所述帶寬限制節(jié)點(diǎn)的帶寬若是，則允許所述第二呼叫請求；否則，拒絕所述第二呼叫請 求。
12.如權(quán)利要求11所述的呼叫處理器，其特征在于，所述接收處理單元，還用于在判斷所述第二路徑中各個帶寬限制節(jié)點(diǎn)的剩余預(yù)留帶寬 不是都不小于所述第二呼叫所需的帶寬時，進(jìn)一步判斷所述第二路徑中各個帶寬限制節(jié)點(diǎn) 的剩余帶寬是否都不小于所述第二呼叫所需的帶寬，若是，則允許所述第二呼叫請求；否則拒絕所述第二呼叫請求。
全文摘要
本發(fā)明提供了一種互聯(lián)網(wǎng)協(xié)議語音的呼叫允許控制方法及呼叫處理器。本發(fā)明通過呼叫處理器維護(hù)帶寬限制節(jié)點(diǎn)的剩余帶寬信息，并據(jù)此判斷呼叫的路徑中的帶寬限制節(jié)點(diǎn)是否有足夠帶寬資源建立呼叫，進(jìn)而決定是否允許該呼叫。本發(fā)明可以在樹形拓?fù)渚W(wǎng)絡(luò)中實(shí)現(xiàn)呼叫允許控制，并且能夠降低設(shè)備成本，簡化呼叫處理器的相關(guān)配置并提高語音通話的質(zhì)量。
文檔編號H04L12/44GK102075411SQ200910241230
公開日2011年5月25日 申請日期2009年11月25日 優(yōu)先權(quán)日2009年11月25日
發(fā)明者盧曦, 吳平 申請人:杭州華三通信技術(shù)有限公司