專利名稱：媒體服務器資源管理方法
技術(shù)領域：
本發(fā)明涉及通信領域，并且特別地，涉及一種々某體服務器資源 管理方法。
背景技術(shù)：
應用月良務器(Application Server, AS)是下一4<網(wǎng)纟各(Next Generation Network,簡稱NGN)網(wǎng)纟各或IP多i某體子系統(tǒng)(IP Multimedia Subsystem, IMS)網(wǎng)絡中實現(xiàn)業(yè)務邏輯控制的實體，通 過會i舌誶刀:^臺十辦i義(Session Initialization Protocol, SIP )、 J 某體網(wǎng)關4空 制十辦i義(Media Gateway Control Protocol, MGCP )等十辦i義與外部網(wǎng) 元或設備進行交互。會議系統(tǒng)通過AS在媒體服務器上創(chuàng)建會議， 會議的所有成員在同一臺媒體服務器上占據(jù)不同的端口，由媒體服 務器實現(xiàn)會議成員之間的媒體互通，從而實現(xiàn)成員之間的語音、視 頻交互。
目前，在現(xiàn)有的會議系統(tǒng)中，同一個會議業(yè)務發(fā)起的所有會i義 都在同一臺媒體服務器上召開，這種做法所帶來的問題是當會議 成員較多或者會議時長較長時，將給々某體服務器自身的負荷帶來很 大的壓力；并且，當會議成員數(shù)達到4某體服務器所能提供的最大端 口數(shù)時，必須等到已召開的會議結(jié)束，才能有足夠的空余端口資源 以正常召開之后的會議；另外，當AS與當前媒體服務器的鏈路異 常時，AS不能創(chuàng)建會i義。
在目前現(xiàn)有的技術(shù)方案中，尚未有能夠有效解決媒體服務器負 荷重、不能有效分配媒體服務器資源、會議創(chuàng)建方式固定的問題的 技術(shù)方案。

發(fā)明內(nèi)容
考慮到上述問題而做出本發(fā)明，為此，本發(fā)明的主要目的在于 提供一種媒體服務器資源管理方法，以解決相關技術(shù)中媒體服務器 負荷重、不能均勻分配媒體服務器資源、會議創(chuàng)建方式固定的問題。
根據(jù)本發(fā)明的一個方面，提供了 一種媒體服務器資源管理方法。
根據(jù)本發(fā)明的媒體服務器資源管理方包括應用服務器在其數(shù) 據(jù)庫中配置多個媒體服務器中每個媒體服務器的參數(shù)；應用服務器 根據(jù)配置的參數(shù)在多個媒體服務器上輪詢預留會議業(yè)務的會議的資源。
其中，應用服務器響應于業(yè)務邏輯向應用服務器發(fā)送的會議的 創(chuàng)建會議請求進行資源的輪詢預留。
優(yōu)選地，創(chuàng)建會議請求包含以下信息會i義的時間段、會議成 員數(shù)量、和會議的資源類型。
并且，應用服務器根據(jù)創(chuàng)建會議請求以及配置的參數(shù)在多個媒 體服務器上實現(xiàn)輪詢預留。
其中，應用服務器根據(jù)創(chuàng)建會議請求以及配置的參數(shù)實現(xiàn)輪詢 預留的處理具體為應用服務器判斷創(chuàng)建會議_清求與多個媒體服務
否能夠進行會議；在該媒體服務器的參數(shù)匹配且能夠進行會議的情 況下，應用服務器在該媒體服務器上預留資源；否則應用服務器判斷其他媒體服務器的參數(shù)是否匹配且是否能夠進行會議，直至多個 媒體服務器的參數(shù)均不匹配和/或無法進行會議，處理結(jié)束。
并且，在應用服務器在多個媒體服務器上實現(xiàn)輪詢預留的情況 下，該方法可進一步包括設置4侖詢索引，將輪詢索引的值置為O, 并在每次輪詢過一個可用的媒體服務器之后將輪詢索引的值加1 , 在輪詢索引的值等于可用的媒體服務器的數(shù)量的情況下，確定多個 媒體服務器的參數(shù)均不匹配和/或無法進行會議。
優(yōu)選地，對多個々某體服務器配置的參數(shù)包括以下信息編號、
類型、IP地址、端口號、端口數(shù)量、和備份設備。
并且，媒體服務器的參數(shù)與創(chuàng)建會議請求匹配是指媒體服務器 的類型與創(chuàng)建會議請求所對應的會議的資源類型 一致。
優(yōu)選地，々某體月良務器的類型包括以下至少之一會話初始協(xié)議 類、媒體網(wǎng)關控制協(xié)議類。
其中，在媒體服務器的類型為會話初始協(xié)議類的情況下，應用 服務器內(nèi)部的呼叫控制模塊在創(chuàng)建會議時將預留了會議的資源的媒 體服務器的編號發(fā)送給應用服務器內(nèi)的會話初始協(xié)議模塊，會話初 始協(xié)議模塊獲取與其接收的編號相對應的其它參數(shù)；在類型為媒體 網(wǎng)關控制協(xié)議類的情況下，應用服務器內(nèi)部的呼叫控制模塊在創(chuàng)建
內(nèi)的媒體網(wǎng)關控制協(xié)議模塊，媒體網(wǎng)關控制協(xié)議模塊獲取與其接收 的編號相》t應的其它參凄史。
并且，在會話初始協(xié)議模塊或媒體網(wǎng)關控制協(xié)議模塊收到來自 呼叫控制模塊的編號后，判斷該編號所對應的媒體月l務器與應用服 務器之間的連接是否正常，并在判斷為是的情況下創(chuàng)建會議，否則 確定會i義創(chuàng)建失敗。通過本發(fā)明的上述技術(shù)方案，能夠有效地解決々某體服務器負荷 集中的問題，平均分配媒體服務器資源，避免會"i義創(chuàng)建長時間等待 的現(xiàn)象。


此處所i兌明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并
不構(gòu)成對本發(fā)明的不當限定。在附圖中
圖1是根據(jù)本發(fā)明實施例的媒體服務器資源管理方法的流程
圖2是根據(jù)本發(fā)明方法實施例的々某體服務器資源管理方法的業(yè) 務模塊組成的框i義資源控制和管理才幾制的實現(xiàn)流程圖。
具體實施方式
方法實施例
在本實施例中，提供了一種媒體服務器資源管理方法。
如圖1所示，根據(jù)本發(fā)明實施例的々某體服務器資源管理方包括 步驟S102,應用服務器在其數(shù)據(jù)庫中配置多個媒體服務器中每個媒 體服務器的參數(shù)；步驟S104，應用服務器根據(jù)配置的參數(shù)在多個媒 體服務器上輪詢預留會議業(yè)務的會議的資源。
其中，應用服務器響應于業(yè)務邏輯向應用服務器發(fā)送的會議的 創(chuàng)建會議請求進行資源的輪詢預留。優(yōu)選地，創(chuàng)建會議請求包含以下信息會i義的時間段、會議成 員數(shù)量、和會漢的資源類型。
并且，應用服務器根據(jù)創(chuàng)建會議請求以及配置的參數(shù)在多個媒 體月l務器上實現(xiàn)輪詢預留。
其中，應用服務器根據(jù)創(chuàng)建會議請求以及配置的參數(shù)實現(xiàn)輪詢 預留的處理具體為應用服務器判斷創(chuàng)建會議請求與多個媒體服務 器中的一個可用的媒體服務器的參數(shù)是否匹配以及該媒體服務器是 否能夠進行會議；在該媒體服務器的參數(shù)匹配且能夠進行會議的情 況下，應用服務器在該媒體服務器上預留資源；否則應用服務器判 斷其他J 某體服務器的參數(shù)是否匹配且是否能夠進4亍會議，直至多個 媒體服務器的參數(shù)均不匹配和/或無法進行會議，處理結(jié)束。
并且，在應用服務器在多個媒體服務器上實現(xiàn)輪詢預留的情況 下，該方法可進一步包括設置輪詢索引，將輪詢索引的值置為O, 并在每次輪詢過一個可用的媒體服務器之后將輪詢索引的值加1 ， 在輪詢索引的值等于可用的媒體服務器的數(shù)量的情況下，確定多個 媒體服務器的參數(shù)均不匹配和/或無法進行會議。
優(yōu)選地，對多個々某體服務器配置的參數(shù)包4舌以下信息編號、 類型、IP地址、端口號、端口數(shù)量、和備份設備。
并且，媒體服務器的參數(shù)與創(chuàng)建會議請求匹配是指媒體服務器 的類型與創(chuàng)建會議請求所對應的會議的資源類型 一致。
優(yōu)選地，J 某體力良務器的類型包括以下至少之一會話初始協(xié)議 類、々某體網(wǎng)關控制協(xié)議類。
其中，在媒體服務器的類型為會話初始協(xié)議類的情況下，應用 服務器內(nèi)部的呼叫控制模塊(可以是應用服務器中的Parlay狀態(tài)機(Parlay-Scsm ))在創(chuàng)建會議時將預留了會議的資源的媒體服務器 的編號發(fā)送給應用服務器內(nèi)的會話初始協(xié)議模塊，會話初始協(xié)議模 塊獲取與其接收的編號相對應的其它參數(shù)；在類型為媒體網(wǎng)關控制
協(xié)議類的情況下，應用服務器內(nèi)部的呼叫控制才莫塊在創(chuàng)建會議時將
網(wǎng)關控制協(xié)議模塊，媒體網(wǎng)關控制協(xié)議模塊獲取與其接收的編號相 對應的其它參凄t。
并且，在會話初始協(xié)議模塊或媒體網(wǎng)關控制協(xié)議模塊收到來自 呼叫控制模塊的編號后，判斷該編號所對應的々某體月l務器與應用服 務器之間的連接是否正常，并在判斷為是的情況下創(chuàng)建會議，否則 確定會議創(chuàng)建失敗。
圖2示出了在實際應用中能夠?qū)崿F(xiàn)上述處理的模塊組合。
如圖2所示，包4舌以下才莫塊DB (數(shù)據(jù)庫)202用于存儲々某體 服務器的相關信息，AS 204從DB 202中獲取這些信息并且進行保 存。AS 204包括三種業(yè)務模塊會議業(yè)務206、 Parlay-Scsm 208和 SIP 210/MGCP 212。其中，會議業(yè)務206用于處理會議的業(yè)務邏輯； Parlay-Scsm 208是呼叫控制模塊，用于將業(yè)務邏輯轉(zhuǎn)化成內(nèi)部消息 發(fā)送給SIP 210/MGCP 212模塊，由SIP 210/MGCP 212模塊用標準 的SIP/MGCP協(xié)議與外部網(wǎng)元或設備進行交互，并且，Parlay-Scsm 208也能將交互結(jié)果通過內(nèi)部消息告訴會議業(yè)務，會漢資源控制和 管理功能主要就是在Parlay-Scsm 208中實現(xiàn)的；SIP 210/MGCP 212 是協(xié)議才莫塊，用于將AS 204的內(nèi)部消息轉(zhuǎn)化成標準的SIP/MGCP 協(xié)議，與外部網(wǎng)元或設備進行交互；SIP-MS 214是SIP類型的媒體 服務器，可與AS 204用SIP協(xié)議進行交互；MGCP-MS 216是MGCP 類型的媒體服務器，與AS 204用MGCP協(xié)議進行交互。
圖3示出了根據(jù)本發(fā)明方法實施例的會議資源控制和管理機制 的實現(xiàn)流^E。如圖3所示，具體的步^^如下
首先，在流程開始"^丸行之前，AS 204在啟動時，在DB 202中 配置獲取媒體服務器的相關信息，并從中獲取該相關信息，之后保 存該相關信息。這樣，AS204就獲得了為會議業(yè)務配置的媒體服務 器的總個數(shù)、每個士某體服務器的編號、類型等信息(圖3中省略了 AS 202讀取DB 202的過程)。
初始狀態(tài)下，專侖詢索引為O;
步驟302，會議業(yè)務206發(fā)起創(chuàng)建會i義請求，向Parlay-Scsm 208 攜帶本次請求的會議時間段、會議成員數(shù)等；
步驟304, Parlay-Scsm 208收到業(yè)務請求，根據(jù)會議業(yè)務名獲 取該業(yè)務能使用的所有媒體服務器的編號，并得到相應的類型等其 它參數(shù)信息；
步驟306,如果為該會議業(yè)務配置的媒體服務器的個數(shù)為0，則 創(chuàng)建會議失敗，執(zhí)行步驟320;否則執(zhí)行步驟308,并進入循環(huán)；
步驟308,判斷輪詢索引是否大于或等于為該業(yè)務配置的媒體 服務器的總個數(shù)，如果判斷結(jié)果為是，則執(zhí)行步驟310;如果判斷 結(jié)果為否，則省略步驟310,直4妻執(zhí)4于步驟312;
步驟310將l侖詢索引置0，并扭^亍步-驟312;
步驟312,在輪詢索引指示的々某體服務器上進朽4某體資源預留， 同時4侖詢索引力口 1;步驟314，判斷當前輪詢索引指示的媒體服務器是否滿足資源 預留原則，如果判斷結(jié)果為否，則執(zhí)4于步-驟316;如果判斷結(jié)果為 是，則執(zhí)行步驟322;
步驟316，判斷循環(huán)次數(shù)是否達到為該業(yè)務配置的媒體服務器 的總個凄t，如果判斷結(jié)構(gòu)為是，則執(zhí)行步驟318;如果判斷結(jié)果為 否，則執(zhí)行步驟308;
步驟318，預留媒體資源失敗，并執(zhí)行步驟320;
步艱《320,創(chuàng)建會i義失??；
步驟322, Parlay-Scsm 208記錄當前選擇出的々某體服務器在當 前請求時間,殳內(nèi)占用的端口凄t;
步艱艮324，如果是即時會i義，或者予貞約會i義開會時間到，則 Parlay-Scsm 208通過內(nèi)部消息將選擇出的々某體服務器的編號發(fā)送給 SIP 210/MGCP 212模塊(如果選擇出的媒體服務器是SIP類型，則 發(fā)送給SIP210模塊，否則發(fā)送給MGCP 212模塊)；
步驟326， SIP 210/MGCP 212模塊檢查與當前編號表示的媒體 月良務器之間的鏈^各是否正常，如果判斷結(jié)果為正常，則執(zhí)行步驟 328;如果判斷結(jié)果不正常，則執(zhí)行步驟330;
步驟328，與當前編號代表的媒體服務器進行交互以創(chuàng)建會議， 其中，利用與該媒體服務器的編號相對應的其它參數(shù)(包括類型、 端口號等參數(shù)信息，其中，通過端口號和IP地址能夠?qū)崿F(xiàn)后續(xù)的消
息交互)進4于交互；
步驟330,根據(jù)其它參數(shù)中的備份設備信息判斷是否為該媒體 服務器配置了備份設備，并且與備份設備之間的鏈路是否正常。如
果判斷結(jié)果為否，即，無備份設備或者與所有備份設備之間的鏈路
都不通，則執(zhí)行步驟320;如果判斷結(jié)果為是，則執(zhí)行步驟332; 步驟332，與鏈路正常的備份設備進行交互； 步驟334，創(chuàng)建會議。
會議結(jié)束后，Parlay-Scsm 208釋放在當前使用的媒體服務器上 預留的會議(端口 )資源(圖3中未示出該步驟)。
綜上所述，本發(fā)明通過AS的資源預留機制和輪詢機制實現(xiàn)了 對媒體服務器的媒體資源的控制和管理，為媒體服務器提供有效的 資源預約管理機制，解決了相關技術(shù)中媒體服務器負荷重且負荷集 中的問題，均勻分配媒體服務器資源，減少了會議創(chuàng)建的等待時間， 達到了媒體服務器預約管理、備份、負荷分擔的目的。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明， 對于本4頁i或的才支術(shù)人員來i兌，本發(fā)明可以有各種更改和變^b。凡在 本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等， 均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種媒體服務器資源管理方法，其特征在于，包括應用服務器在其數(shù)據(jù)庫中配置多個媒體服務器中每個媒體服務器的參數(shù)；所述應用服務器根據(jù)配置的所述參數(shù)在所述多個媒體服務器上輪詢預留會議業(yè)務的會議的資源。
2. 根據(jù)權(quán)利要求1所述的方法，其特征在于，所述應用服務器響 應于業(yè)務邏輯向所述應用力l務器發(fā)送的所述會議的創(chuàng)建會議 請求進行資源的輪詢預留。
3. 根據(jù)權(quán)利要求2所述的方法，其特征在于，所述創(chuàng)建會議請求 包含以下信息會議的時間段、會議成員數(shù)量、和會議的資源 類型。
4. 根據(jù)權(quán)利要求3所述的方法，其特征在于，所述應用服務器根 據(jù)所述創(chuàng)建會議請求以及配置的所述參數(shù)在所述多個媒體服 務器上實現(xiàn)輪詢預留。
5. 根據(jù)權(quán)利要求4所述的方法，其特征在于，所述應用服務器根 據(jù)所述創(chuàng)建會議請求以及配置的所述參數(shù)實現(xiàn)輪詢預留的處 理具體為所述應用服務器判斷所述創(chuàng)建會議請求與所述多個媒體 月良務器中的 一個可用的媒體服務器的參數(shù)是否匹配以及該媒 體服務器是否能夠進行所述會議；在該媒體服務器的參數(shù)匹配且能夠進4于所述會議的情況 下，所述應用力l務器在該媒體力l務器上預留資源；否則所述應用服務器判斷其他媒體服務器的參數(shù)是否匹配且是否能夠進 4亍所述會議，直至所述多個^某體月l務器的參凄t均不匹配和/或 無法進行所述會議，處理結(jié)束。
6. 根據(jù)權(quán)利要求5所述的方法，其特征在于，進一步包括在所述應用服務器在所述多個媒體服務器上實現(xiàn)輪詢預 留的情況下，設置輪詢索引，將所述輪詢索引的值置為0,并 在每次輪詢過一個可用的媒體服務器之后將所述輪詢索引的 值加1,在所述輪詢索引的值等于所述可用的々某體服務器的數(shù) 量的情況下，確定所述多個媒體服務器的參數(shù)均不匹配和/或 無法進行所述會議。
7. 根據(jù)權(quán)利要求1至5中任一項所述的方法，其特征在于，對所 述多個媒體服務器配置的所述參數(shù)包括以下信息編號、類型、IP地址、端口號、端口凄t量、和備^f分設備。
8. 根據(jù)權(quán)利要求7所述的方法，其特征在于，媒體服務器的參數(shù) 與所述創(chuàng)建會議請求匹配是指所述媒體服務器的類型與所述 創(chuàng)建會議請求所對應的會議的資源類型 一致。
9. 才艮據(jù)斥又利要求7所述的方法，其特4正在于，所述類型包括以下 至少之一會話初始協(xié)議類、媒體網(wǎng)關控制協(xié)議類。
10. 根據(jù)權(quán)利要求9所述的方法，其特征在于，在所述類型為會話 初始協(xié)議類的情況下，所述應用服務器內(nèi)部的呼叫控制模塊在號發(fā)送給所述應用服務器內(nèi)的會話初始協(xié)i義才莫塊，所述會話初 始協(xié)議才莫塊獲耳又與其接收的所述編號相對應的其它參ft;在所 述類型為媒體網(wǎng)關控制協(xié)議類的情況下，所述應用服務器內(nèi)部 的呼叫控制模塊在創(chuàng)建所述會議時將預留了所述會議的資源的媒體服務器的編號發(fā)送給所述應用服務器內(nèi)的媒體網(wǎng)關控 制協(xié)議模塊，所述媒體網(wǎng)關控制協(xié)議模塊獲取與其接收的所述 編號相對應的其它參數(shù)。
11.根據(jù)權(quán)利要求10所述的方法，其特征在于，在所述會話初始協(xié)議模塊或所述媒體網(wǎng)關控制協(xié)議模塊收到來自所述呼叫控 制模塊的所述編號后，判斷該編號所對應的媒體服務器與所述 應用服務器之間的連接是否正常，并在判斷為是的情況下創(chuàng)建 所述會議，否則確定會議創(chuàng)建失敗。
全文摘要
本發(fā)明公開了一種媒體服務器資源管理方法，該方法包括應用服務器在其數(shù)據(jù)庫中配置多個媒體服務器中每個媒體服務器的參數(shù)；應用服務器根據(jù)配置的參數(shù)在多個媒體服務器上輪詢預留會議業(yè)務的會議的資源。通過本發(fā)明的上述技術(shù)方案，能夠有效地解決媒體服務器負荷集中的問題，平均分配媒體服務器資源，避免會議創(chuàng)建長時間等待的現(xiàn)象。
文檔編號H04L12/58GK101345767SQ20081021023
公開日2009年1月14日 申請日期2008年8月11日 優(yōu)先權(quán)日2008年8月11日
發(fā)明者梅君君 申請人:中興通訊股份有限公司