專利名稱：支持多媒體會議預(yù)約的系統(tǒng)及方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種支持多媒體會議預(yù)約的系統(tǒng)及方法，特別是一種由服務(wù) 器主動發(fā)起，并支持多種接入方式的多媒體會議預(yù)約的系統(tǒng)及方法。
背景技術(shù)：
在高節(jié)奏生活的今天，快速、有效的溝通和交流已成為人們的基本需求； 隨著世界經(jīng)濟的快速發(fā)展，分布于各地的公司及其部門的商業(yè)活動越來越頻 繁，會議交流不可避免。與傳統(tǒng)的會議室面對面會議方式相比，大多數(shù)情況 下人們更愿意利用現(xiàn)代化的通訊手段來召開會議，以節(jié)省旅行的時間和會議費用。傳統(tǒng)的公用電話交換網(wǎng)(public switched telephone network ，簡稱PSTN)或移動網(wǎng)絡(luò)能夠提供簡單的電話會議，但它只能提供基于語音、視頻的會議， 而且還存在容量小、會議管理、控制功能薄弱等局限，所以一直沒有得到很 好的應(yīng)用。而單純的會議橋雖然在功能上有所增強，但仍然存在設(shè)備昂貴、 接入手段單一、只支持語音等缺點，具體包括第一、接入手段單一，局限于固定電話或者移動終端，導(dǎo)致了只能繪聲 而不能繪形，這對于充斥了大量數(shù)據(jù)結(jié)構(gòu)分析、發(fā)展狀態(tài)把握的現(xiàn)代會議而 言，顯然是遠遠不夠的；第二、會議橋的控制功能不強，只能在會議主持者登陸后，再根據(jù)會議 主持者的指令分別通知與會人員，造成了時間上的浪費，還可能因為人員不 齊的問題影響了會議的進程，因此，預(yù)約會議的效果不佳；第二、與會者加入會議的方式單一，都是根據(jù)已加入會場者的邀請，提 供用戶名/密碼登錄后才能進入，這種輸入確認機制同樣帶來了時間上的延 誤。綜上所述，就目前技術(shù)而言，尚未提供能夠支持多種接入方式的、高效率的預(yù)約多媒體會議的系統(tǒng)及方法。但隨著下一代互聯(lián)網(wǎng)(NGN)中IP多媒 體子系統(tǒng)(IP Multimedia Subsystem,簡稱IMS)的出現(xiàn)，為克服上速問題提 供了可能，這是因為，基于IMS本身的特點，能夠?qū)崿F(xiàn)對多種接入方式，如 WEB/WAP、 PC客戶端、交互式語音應(yīng)答(Interactive Voice Response,筒稱 IVR)、移動終端語音/短信等的支持，本發(fā)明就是基于網(wǎng)絡(luò)發(fā)展所能夠?qū)崿F(xiàn) 的功能提出的支持多媒體會議預(yù)約的系統(tǒng)及方法。發(fā)明內(nèi)容本發(fā)明的目的是提供一種支持多媒體會議預(yù)約的系統(tǒng)及方法，以克服目 前多々某體會議接入形式單一、效率不高的缺陷。為實現(xiàn)上述目的，本發(fā)明提供了一種支持多媒體會議預(yù)約的系統(tǒng)，包括 媒體資源服務(wù)器，用于根據(jù)會議的不同類型，提供并控制相應(yīng)的媒體資源；會"R應(yīng)用服務(wù)器，用于接收預(yù)約會議請求及會場策略；并根據(jù)接收到的 預(yù)約會議請求，向所述媒體資源服務(wù)器請求媒體資源預(yù)留，以及進行會議的 監(jiān)控；并通過IP多i某體子系統(tǒng)與與會終端建立會話連接。為了實現(xiàn)對業(yè)務(wù)路由的支持，可以兩種技術(shù)方案一種情況是還包括業(yè)務(wù)網(wǎng)關(guān)，用于提供進行會議預(yù)約和會場策略設(shè)置的 路徑，并為預(yù)約會議通知的下發(fā)提供路徑。則此種情況下，會議應(yīng)用服務(wù)器 可包括策略控制模塊，用于配置加載會議策略；會議中心模塊，與所述策 略控制模塊連接，用于根據(jù)接收到的預(yù)約會議請求及會場策略，向所述媒體 資源服務(wù)器請求媒體資源預(yù)留，以及進行會議的監(jiān)控,，另 一種情況是會議應(yīng)用服務(wù)器包括策略控制模塊，用于配置加載會議策略；會議中心模塊，與所述策略控 制沖莫塊連接，用于根據(jù)接收到的預(yù)約會議請求及會場策略，向所述々某體資源服務(wù)器請求媒體資源預(yù)留，以及進行會議的監(jiān)控；會議應(yīng)用網(wǎng)關(guān)，與所述會 議中心模塊和所述策略控制模塊連接，用于將接收到的會場策略設(shè)置指令發(fā) 送給策略控制模塊，預(yù)約會議請求發(fā)送給會議中心模塊，并將會議中心模塊 發(fā)送的信息發(fā)送出去。上述兩種情況下，會議應(yīng)用服務(wù)器還可以包括會場信息發(fā)布模塊，所述 會議中心模塊通過所述會場信息發(fā)布模塊與所述會議應(yīng)用網(wǎng)關(guān)連接，所述會場信息發(fā)布模塊用于接收會場狀態(tài)和會議成員的加入/退出事件，并通知給所 述會議中心模塊。本發(fā)明支持多媒體會議預(yù)約的系統(tǒng)還可以包括消息服務(wù)器，接收所述會 議應(yīng)用服務(wù)器下發(fā)的預(yù)約會議通知并發(fā)送給與會終端。為了提供對用戶列表的支持，還可以包括群組管理服務(wù)器，用于根據(jù)所 述會議應(yīng)用服務(wù)器的指令，完成群組信息的創(chuàng)建、修改和查詢。還包括網(wǎng)管服務(wù)器，用于對媒體資源服務(wù)器所提供的網(wǎng)元性能進行管理 和維護，并向所述會議應(yīng)用服務(wù)器提供反饋。為了進一步提供配套業(yè)務(wù)功能，還可以包括業(yè)務(wù)管理系統(tǒng)，與所述會議 應(yīng)用服務(wù)器連接，用于執(zhí)行用戶信息的保存、提供，支持通信網(wǎng)絡(luò)應(yīng)用業(yè)務(wù) 以及計費功能。本發(fā)明還提供了 一種支持多媒體會議預(yù)約的方法，包括以下步驟 步驟1、會議應(yīng)用服務(wù)器接收到預(yù)約會議請求，所述預(yù)約會議請求中包括會議策略設(shè)置信息及與會終端信息；步驟2、所述會議應(yīng)用服務(wù)器根據(jù)會議策略設(shè)置信息確定會議類型，創(chuàng)建會場；步驟3、所述會議應(yīng)用服務(wù)器根據(jù)與會終端信息向媒體資源服務(wù)器請求 預(yù)留相應(yīng)的媒體資源，資源預(yù)留成功則執(zhí)行步驟4，否則結(jié)束； 步驟4、所述會議應(yīng)用服務(wù)器向與會終端發(fā)出會議通知； 步驟5、到達會議預(yù)約時間，所述會議應(yīng)用服務(wù)器通過IP多媒體子系統(tǒng)向所述與會終端發(fā)起加入會議指令；步驟6、接收到加入會議指令的終端加入會議。進一步的，步驟1中所述接收到的與會終端信息為用戶列表，所述用戶 列表包括與會終端的通知方式，所述通知方式包括但不限于PC終端的IP地 址、移動終端、固定終端的號碼以及PC終端和/或移動終端的客戶端用戶名?；蛘?，步驟1中所述接收到的與會終端信息為群組信息。則所述步驟2 之前還包括所述會議應(yīng)用服務(wù)器根據(jù)所述群組信息查詢組管理服務(wù)器，獲 取用戶列表，所述用戶列表包括與會終端的通知方式，所述通知方式包括但 不限于PC終端的IP地址、移動終端、固定終端的號碼以及PC終端和/或移 動終端的客戶端用戶名。所述步驟2具體為所述會議應(yīng)用服務(wù)器根據(jù)會議策略設(shè)置信息確定會 議類型為音頻會議、視頻會議或者數(shù)據(jù)會議；并創(chuàng)建會場，包括創(chuàng)建會議號 和/或密碼，會"i義的開始/結(jié)束時間，會議的參加終端及通知方式。所述步驟3具體為步驟31、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器請求預(yù)留會場資源，所 述請求中包括媒體通道類型與數(shù)量；步驟32、所述媒體資源服務(wù)器根據(jù)所述請求進行資源查詢，當前資源滿 足所述請求，則執(zhí)行步驟33,否則返回預(yù)留失敗信息并結(jié)束；步驟33、所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信 息，并發(fā)送預(yù)留成功信息給所述會議應(yīng)用服務(wù)器。所述步驟33還包括所述會議應(yīng)用服務(wù)器向會議發(fā)起終端反饋預(yù)約成功 信息。所述步驟6可具體為接收到加入會i義指令的終端直4妄響應(yīng)所述加入會議 指令，建立到多媒體會議的鏈接?；蛘撸襟E4中所述會議通知中包括會場標識所述會場標識為會議號信 息或者會議號和密碼信息。1則所述步驟5之后還包括未及時響應(yīng)加入會議指令的終端，通過輸入會議號或者會議號及密碼加 入會議。所述步驟6之后還包括步驟71、已加入會議的終端向會議應(yīng)用服務(wù)器發(fā)起對用戶列表之外的終 端的邀i青；步驟72、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器申請當前會議類型1T媒' 體通道；取所述終端的媒體信息；步驟74、所述會議應(yīng)用服務(wù)器向所述媒體資源服務(wù)器申請根據(jù)所述媒體 信息轉(zhuǎn)換所述媒體通道的類型，成功則所述媒體資源服務(wù)器向所述會議應(yīng)用 服務(wù)器返回媒體通道信息，并執(zhí)行步驟75,否則返回預(yù)留失敗指令，結(jié)束；步驟75、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入^i義指令；步驟76、所述終端加入會議?；蛘撸霾襟E6之后還包括步驟7r 、未接收到會議通知的終端主動請求加入會議，所述請求中攜 帶所述終端的J 某體信息；步驟72'、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器申請對應(yīng)所述媒體信 息的通道；步驟73'、所述媒體資源服務(wù)器進行所述媒體通道的預(yù)留，預(yù)留成功則 所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信息，并執(zhí)行步驟 74',否則il回預(yù)留失敗指令，結(jié)束；步驟7f 、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入會議指令；步驟75'、所述終端加入會議。特別的，還包括已加入會議終端向所述會議應(yīng)用服務(wù)器發(fā)出訂閱會場狀態(tài)指令；當所述會場狀態(tài)發(fā)生變化時，所述會議應(yīng)用服務(wù)器向所述已訂閱會 場狀態(tài)的終端發(fā)出通知。由上述技術(shù)方案可知，本發(fā)明基于網(wǎng)絡(luò)發(fā)展對多種接入方式的支持，采用提供用戶列表的方式，具有以下有益效果1、 支持多種接入多媒體會議的方式，克服了接入形式單一的缺陷，支持 了加入多士某體會議方式的多樣化；2、 會"^義服務(wù)器主動在預(yù)定時間創(chuàng)建多媒體會議，避免了會議邀請者逐一邀請逐一建立會議橋所帶來的時間浪費和不良感受。下面通過附圖和實施例，對本發(fā)明的技術(shù)方案做進一步的詳細描述。


圖1為本發(fā)明提供支持多媒體會議預(yù)約的系統(tǒng)實施例1的框圖；圖2為圖1所示系統(tǒng)實施例2的框圖；圖3為圖1所示系統(tǒng)實施例3的框圖；圖4為會議應(yīng)用服務(wù)器一個具體實施例的框圖；圖5為本發(fā)明提供的支持多媒體會議預(yù)約方法的流程圖；圖6為圖5未及時響應(yīng)的終端加入會議的流程圖；圖7為圖5所示方法中已加入會議的終端發(fā)起邀請的流程圖；圖8為圖5所示方法中終端主動加入會議的流程圖；圖9為圖5所示方法的實施例1的流程圖；圖10為圖5所示方法的實施例2的流程圖。
具體實施方式
本發(fā)明提供了 一種支持多媒體會議預(yù)約的系統(tǒng)及方法，從而克服現(xiàn)有技 術(shù)中接入形式單一,逐個創(chuàng)建會議橋以及加入會議形式單一的缺陷。下面對本 發(fā)明所提供的支持多媒體會議預(yù)約的系統(tǒng)及方法進行詳細闡述。參見圖1,為本發(fā)明提供的支持多媒體會議預(yù)約的系統(tǒng)實施例1的框圖， 包括々某體資源服務(wù)器(Media Resource Server,簡稱MRS ) 1,用于根據(jù)會議 的不同類型，通過媒體流分發(fā)來提供媒體資源，并控制相應(yīng)的媒體資源的占 用和流量；會議應(yīng)用服務(wù)器(Conference Application Server,筒稱Conference AS ) 2, 用于接收預(yù)約會議請求及會場策略；還用于根據(jù)接收到的預(yù)約會議請求，向 所述MRS1請求媒體資源預(yù)留，以及進行預(yù)約會議的監(jiān)控，比如會議創(chuàng)建、 會場刪除以及會場狀態(tài)發(fā)布等等。但是，在發(fā)起加入會議指令時，為了實現(xiàn)對多種終端的支持，必須經(jīng)過 IMS網(wǎng)絡(luò)進行媒體流的發(fā)送接收，也就是通過IMS網(wǎng)絡(luò)向與會終端5發(fā)起加 入會議指令，建立會話連接。這樣，可以同時多種不同類型終端5對會議的 參與，比如，可以是多媒體會議業(yè)務(wù)PC客戶端軟件，在個人電腦上安裝該 客戶端軟件后，用戶即可通過改客戶端軟件使用業(yè)務(wù)，能夠通過IMS網(wǎng)絡(luò)實 現(xiàn)對音頻、視頻和數(shù)據(jù)等各種會議類型的支持；也可以是電路域的普通終端， 接入多媒體會議后，能夠兼容音頻業(yè)務(wù)。消息服務(wù)器(Message Server) 3,接收所述會議應(yīng)用服務(wù)器2下發(fā)的預(yù) 約會i義通知并發(fā)送給與會終端，比如，通過即時消息、電子郵件以及短信方 式下達通知。本領(lǐng)域技術(shù)人員應(yīng)當了解，本實施例中的消息服務(wù)器3僅僅是 為預(yù)約會議通知的下發(fā)提供支持的一種形式而非限制，比如當本發(fā)明提供的 支持多媒體會議預(yù)約的系統(tǒng)具有語音服務(wù)功能時，也可以直接下達預(yù)約會議 通知。在本系統(tǒng)中，會議應(yīng)用服務(wù)器2中可以集合業(yè)務(wù)Porta！門戶的功能，直 接提供進行會議預(yù)約和會場策略設(shè)置的路徑，并為預(yù)約會議通知的下發(fā)提供 路徑；也可以通過系統(tǒng)所提供的業(yè)務(wù)網(wǎng)關(guān)4 (圖中未示)來實現(xiàn)該功能。無 論是集合在會議應(yīng)用服務(wù)器2中的業(yè)務(wù)Portal門戶還是業(yè)務(wù)網(wǎng)管4,都可以為IP網(wǎng)絡(luò)或者移動通信網(wǎng)絡(luò)或者電信網(wǎng)絡(luò)提供支持，將通知信息發(fā)送給用戶終端5。比如，用戶可以直接在業(yè)務(wù)Porta門戶或者業(yè)務(wù)網(wǎng)關(guān)上以http協(xié)議來預(yù) 約會議以及設(shè)置會場策略，也可以通過會話初始協(xié)議(Session Initiation Protocol,簡稱SIP)來預(yù)約會議以及設(shè)置會場策略。參見圖2,為本發(fā)明提供的支持多媒體會議預(yù)約的系統(tǒng)實施例2的框圖， 在實施例1的基礎(chǔ)上，進一步包括業(yè)務(wù)網(wǎng)關(guān)4，用于提供進行會議預(yù)約和會 場策略^1置的路徑，并為預(yù)約會議通知的下發(fā)提供路徑。參見圖3,為圖1所示支持多媒體會議預(yù)約的系統(tǒng)的實施例3的框圖， 以業(yè)務(wù)網(wǎng)關(guān)4未集成于會議應(yīng)用服務(wù)器為例。除了包括實施例1中所述模塊 以外，還包括群組管理服務(wù)器(Group Management Server,簡稱GMS) 6, 用于根據(jù)所述會議應(yīng)用服務(wù)器2的指令，完成群組信息的管理，比如用戶列 表的創(chuàng)建、《奮改和查詢。還包括網(wǎng)管服務(wù)器(Network Management Server,筒稱NMS) 7,用于 對MRS1所提供的網(wǎng)元性能進行管理和維護，包括各網(wǎng)元的拓樸信息、告警、 曰志、維測、配置、統(tǒng)計等功能，并向所述會議應(yīng)用服務(wù)器2提供反饋；這 樣，能夠充分保證MRS1所提供的媒體資源的可用性。所述會i義應(yīng)用服務(wù)器2與業(yè)務(wù)管理系統(tǒng)(Business Management Server, 簡稱BMS)8連接，所述BMS7為現(xiàn)有網(wǎng)絡(luò)中的配套設(shè)施，用于執(zhí)行用戶信 息的保存、提供，對通信網(wǎng)絡(luò)應(yīng)用業(yè)務(wù)的支持以及相應(yīng)的計費功能，比如， 業(yè)務(wù)的加載、發(fā)布，用戶開戶、銷戶以及計費的相應(yīng)設(shè)置等。其中，BMS7 中特別包括IMS用戶信息服務(wù)器(Home Subscriber Server,簡稱HSS ) 9,用 于保存IMS用戶的基本信息，為會議應(yīng)用服務(wù)器2與用戶終端5建立會話提 供路由支持。參見圖4,為會議應(yīng)用服務(wù)器2—個具體實施例的框圖，在會議應(yīng)用服 務(wù)器2集成了業(yè)務(wù)Portal門戶功能的情況下，該會議應(yīng)用服務(wù)器2包括 策略控制模塊2a,用于配置加載會議策略；會議中心模塊2b,與所述策略控制模塊2a連接，用于根據(jù)接收到的預(yù) 約會議請求及會場策略，向MRS1請求媒體資源預(yù)留，以及進行會議的監(jiān)控； 具體的，會議中心模塊2b可以進一步分為會場控制、媒體控制、用戶控制三 種功能，負責維護會議中每個參與者之間的信令關(guān)系，確保每個參與者都能 夠收到媒體流，也負責執(zhí)行會議策略；會議應(yīng)用網(wǎng)關(guān)2c，與所述會議中心模塊和所述策略控制模塊連接，用于 實現(xiàn)業(yè)務(wù)Portal門戶功能，即將接收到的會場策略設(shè)置指令發(fā)送給策略控制 模塊2a，預(yù)約會議請求發(fā)送給會議中心模塊2b,并將會議中心模塊2b發(fā)送 的信息發(fā)送出去。為了實現(xiàn)對會場狀態(tài)的通知，較佳的方案是還包括會場信息發(fā)布模塊2d, 所述會議中心模塊2b通過所述會場信息發(fā)布模塊2d與所述會議應(yīng)用網(wǎng)關(guān)3c 連接，所述會場信息發(fā)布模塊2d用于接收會場狀態(tài)和會議成員的加入/退出 事件，并通過會議應(yīng)用網(wǎng)關(guān)2c通知給已訂閱會場信息的終端。本領(lǐng)域技術(shù)人員應(yīng)當理解，在會議應(yīng)用服務(wù)器2未集成業(yè)務(wù)Portal門戶 功能的情況下，將不會包括會議應(yīng)用網(wǎng)關(guān)2c,而由業(yè)務(wù)網(wǎng)關(guān)4提供對路由功 能的支持。通過上述實施例可以看出，當進行多媒體會議預(yù)約時，能夠通過會議應(yīng) 用服務(wù)器的主動建立會話機制，克服現(xiàn)有技術(shù)中逐一創(chuàng)建會議橋的缺陷；同 時，通過IMS網(wǎng)絡(luò)直接建立會話，能夠?qū)崿F(xiàn)對多種接入方式的支持。參見圖5,為本發(fā)明所提供的支持多媒體會議預(yù)約的方法的流程圖，包 括以下步驟步驟1、會議應(yīng)用服務(wù)器接收到預(yù)約會議請求，所述預(yù)約會議請求中包 括會議策略設(shè)置信息及與會終端信息；步驟2、所述會議應(yīng)用服務(wù)器沖艮據(jù)會議策略設(shè)置信息確定會議類型，創(chuàng) 建會場；步驟3、所述會議應(yīng)用服務(wù)器根據(jù)與會終端信息向MRS請求預(yù)留相應(yīng)的媒體資源，資源預(yù)留成功則執(zhí)行步驟4，否則結(jié)束；步駛《4、所述會議應(yīng)用服務(wù)器向與會終端發(fā)出會議通知；步驟5、到達會議預(yù)約時間，所迷會議應(yīng)用服務(wù)器通過IMS向所述與會終端發(fā)起加入會議指令；步驟6、接收到加入會議指令的終端加入會議。由于會議應(yīng)用服務(wù)器相對獨立于IMS網(wǎng)絡(luò)，因此本發(fā)明不局限于通過 IMS網(wǎng)絡(luò)進行預(yù)約，從而本發(fā)明步驟l之前，PC客戶端或者移動終端或者 固定終端或者其它可進行視音頻通信的設(shè)備，可以以WEB或者WAP或者短 消息系統(tǒng)(Short Message System,簡稱SMS )或者IVR或者其它通信形式， 通過業(yè)務(wù)portal向會議應(yīng)用服務(wù)器發(fā)出的預(yù)約會議請求,比如，PC客戶端/移 動終端都可以通過Portal以WEB形式發(fā)出預(yù)約會議請求；移動終端/固定終 端都可以通過坐席系統(tǒng)(Presence)以IVR形式發(fā)出預(yù)約會議請求，由話務(wù) 員完成在業(yè)務(wù)Portal上的預(yù)定流程；或者，PC終端上嵌入portal的鏈沖妄，通 過客戶端直接接入；這樣，可以充分利用現(xiàn)有的網(wǎng)絡(luò)資源，比如IP網(wǎng)絡(luò)、2G、 3G網(wǎng)絡(luò)或者LAN網(wǎng)絡(luò)，而不必擠占IMS網(wǎng)絡(luò)的帶寬。開時再行通知，但這顯然不是較佳的技術(shù)方案。與會者信息可以通過以下兩 種方式4是供， 一種是步驟1中所述接收到的與會終端信息為用戶列表；另一 種是步驟1中所述接收到的與會終端信息為群組信息。對于群組信息的情況，則要求步驟2之前還要包括所述會議應(yīng)用服務(wù) 器根據(jù)所述群組信息查詢組管理服務(wù)器，獲取用戶列表。該用戶列表是預(yù)先 保存在組管理服務(wù)器中的，比如用戶的"好友"組，"同事"組等。在用戶列表中包括與會終端的通知方式，所述通知方式包括但不限于PC 終端的1P地址，移動終端、固定終端的號碼以及PC終端和/或移動終端的客 戶端用戶名。進一步的，本發(fā)明能夠提供即時會議以及預(yù)約會議。比如，用戶申請創(chuàng)建會議，設(shè)置會議主題，會議應(yīng)用服務(wù)器創(chuàng)建一個會場，并將該用戶加入到 會議中。該用戶作為會議發(fā)起者，被默認為會議的主持人，并在成功創(chuàng)建會 場后，自動為該用戶訂閱會場的狀態(tài)信息，即當會場狀態(tài)變化時，用戶會接 到通知。如果申請創(chuàng)建的是即時會議，則立即創(chuàng)建會場，否則達到預(yù)設(shè)時間 再創(chuàng)建會場。即時會議一般稱為Ad-hoc方式，是指不需要預(yù)定且形式比較自由的會 議，其與預(yù)約會議的區(qū)別就在于時間的設(shè)定不同，因此不再本發(fā)明中繼續(xù)闡述。顯然，本發(fā)明所提供的基于IMS實現(xiàn)預(yù)約多媒體會議的方法與傳統(tǒng)創(chuàng)建 會議方法的不同之處在于由于通過IMS建立會話，能夠提供對多種終端的 支持，因此擴展了參與的方式與自由度；同時，由會議應(yīng)用服務(wù)器主動創(chuàng)建 會議，并通知給用戶列表上的參與方，避免了由主持人一個一個的邀請，再 由會議應(yīng)用服務(wù)器對應(yīng)著一個一個通知并建立會議橋的繁瑣過程。在步驟l中，該會議請求除了包含與會者信息外，具體還可以包括以下 內(nèi)容設(shè)置會議的召開開始時間、結(jié)束時間、會議參加人員、是否允許參與 方列表外的用戶加入會場、最大參與方數(shù)、會議類型(音頻、視頻、數(shù)據(jù)) 以及會議信息的通知方式和會議議程。所述步驟2具體為所述會議應(yīng)用服務(wù)器根據(jù)會議策略設(shè)置信息確定會 議類型為音頻會議、視頻會議或者數(shù)據(jù)會議；并創(chuàng)建會場，包括創(chuàng)建會議會 議號和/或密碼，會議的開始/結(jié)束時間，會議的參加終端及通知方式。在本發(fā)明所提供的方法中，會議應(yīng)用服務(wù)器創(chuàng)建會場的操作包括以下步驟步驟31、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器請求預(yù)留會場資源，所 述請求中包括媒體通道類型與數(shù)量；步驟32、所述J 某體資源服務(wù)器根據(jù)所述請求進行資源查詢，當前資源滿 足所述請求，則^丸行步驟33,否則返回預(yù)留失敗信息并結(jié)束；步驟33、所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信 息，并發(fā)送預(yù)留成功信息給所述會議應(yīng)用服務(wù)器。此外，步騍33還包括所迷舍議應(yīng)用服務(wù)器向舍議發(fā)起終端反饋預(yù)約成功信息。可以看出，針對不同與會終端的類型，創(chuàng)建相應(yīng)的媒體通道，避免了單 純根據(jù)會議類型預(yù)留大量資源的問題，比如，對于視頻會議，可能與會終端 中^l有部分，比如PC客戶端，能夠支持視頻，而有些情況下，局限于當時 的環(huán)境，比如僅有電路域的普通終端，則有可能僅就音頻或者數(shù)據(jù)加以支持， 那么根據(jù)預(yù)估參加方預(yù)留出大量的視頻資源顯然將會造成資源浪費，因此， ^^艮據(jù)與會終端的類型進行資源預(yù)留，能夠達到節(jié)約IMS網(wǎng)絡(luò)資源的目的。在通知與會終端時，通知方式也并不要求在IMS網(wǎng)絡(luò)中發(fā)生，而是可以 包括^f旦不限于郵件或者短信或者即時消息或者WAP或者PUSH MAIL方式。通知內(nèi)容包括會場標識，還包括召集者、與會者、會議主題、會議時間、 會i義類型以及會議的參與方數(shù)等。其中，會場標識為會議號和/或密碼信息。會議指令，包括根據(jù)通知方式呼叫對應(yīng)的移動/固定電話終端，或者與PC客 戶端建立連接。 一旦終端響應(yīng)，比如按下接聽鍵，則加入會議。通過會場標識的加入，在上述的方法中，即使參與方未及時響應(yīng)，包括 沒有及時接收會議指令，或者有其他終端比接收到會議指令的終端更適合參 加多媒體會議，則也可以在隨后的任意時間、使用任意的終端加入。如圖6 所示，包4舌步驟61、未及時響應(yīng)加入會議指令的終端，通過輸入會議號或者會議號 及密碼請求加入會議；步驟62、會議應(yīng)用服務(wù)器獲取所述終端的媒體信息，查詢與用戶列表中 的媒體信息相比，是否發(fā)生變化，是則執(zhí)行步驟63,否則執(zhí)行步驟64;步驟63、所述會議應(yīng)用服務(wù)器向所述媒體資源服務(wù)器申請根據(jù)所述媒體信息轉(zhuǎn)換原預(yù)留媒體通道的類型，成功則所述媒體資源服務(wù)器向所述會議應(yīng) 用服務(wù)器返回媒體通道信息，并執(zhí)行步驟64,否則返回預(yù)留失敗指令，結(jié)束；步驟65、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入會議指令； 步驟66、所述終端加入會議。則對于彩:據(jù)類為主的多媒體會議，用戶可以選擇通過移動終端或者PDA 接入，可移動性好；對于視頻為主的會議，用戶可以選擇通過PC終端接入， 保i正詳見頻質(zhì)量，同時避免占用過多的無線帶寬。而同時能夠支持移動終端以 及PC終端等多種接入方式，正是本發(fā)明的優(yōu)勢之一。此外，本發(fā)明還支持已加入會議的終端邀請用戶列表之外的終端加入會 議，如圖7所示，步驟6之后還包括步驟71、已加入會議的終端向會議應(yīng)用服務(wù)器發(fā)起對用戶列表之外的終 端的邀請；步驟72、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器申請當前會議類型的媒 體通道；取所述終端的+某體信息；步驟74、所述會議應(yīng)用服務(wù)器向所述4某體資源服務(wù)器申請根據(jù)所述媒體 信息轉(zhuǎn)換所述^ 某體通道的類型，成功則所述媒體資源服務(wù)器向所述會議應(yīng)用 服務(wù)器返回媒體通道信息，并執(zhí)行步驟75,否則返回預(yù)留失敗指令，結(jié)束；步驟75、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入會議指令；步驟76、所述終端加入會議。本發(fā)明還支持用戶列表之外的終端主動加入會議，比如對于某些開放式 的會議，其他終端可以通過查詢當前會議列表獲得會議號。參見圖8，是在本發(fā)明所4是供的方法步驟6之后還包括以下步驟步驟71'、未接收到會議通知的終端主動請求加入會議，所述請求中攜 帶所述終端的^^某體信息；步驟72'、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器申請對應(yīng)所述媒體信息的通道；步驟73'、所述媒體資源服務(wù)器進行所述媒體通道的預(yù)留，預(yù)留成功則所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信息，并執(zhí)行步驟74',否則返回預(yù)留失敗指令，結(jié)束；步驟74'、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入會議指令； 步-驟75'、所述終端加入會i義。進一步的，本方法還包括已加入會議終端向所述會議應(yīng)用服務(wù)器發(fā)出訂 閱會場狀態(tài)指令；當所述會場狀態(tài)發(fā)生變化時，所述會議應(yīng)用服務(wù)器向所述 已訂閱會場狀態(tài)的終端發(fā)出通知。更佳的技術(shù)方案是，會議應(yīng)用服務(wù)器監(jiān)控會場狀態(tài)，隨時釋放不被占用 的媒體通道，以保證資源的最大利用率。下面通過具體實施例對本發(fā)明所提供的支持多媒體會議預(yù)約的方法進行 說明。實施例1:參見圖9,是應(yīng)用本發(fā)明所提供方法的一個實現(xiàn)即時會議的實施例，包 括以下步驟步驟101 、 PC終端A通過Portal發(fā)出預(yù)約會議請求，包括會場屬性信息 為視頻會議及預(yù)約時間為即時的信息，還包括用戶列表，給出了移動終端B 和C， PC終端A和D，固定終端E的會話描述協(xié)議(Session Description Prottol, 簡稱SDP);步驟102、會議應(yīng)用服務(wù)器接收到該預(yù)約會議請求；步驟103、會議應(yīng)用服務(wù)器確定會議類型為視頻會議，創(chuàng)建會場，包括 為所述預(yù)留會場設(shè)置會議號以及密碼；步驟104、會議應(yīng)用服務(wù)器根據(jù)SDP向媒體資源服務(wù)器請求預(yù)留會場資 源，包括為移動終端B和C、固定終端E創(chuàng)建音頻媒體通道，為PC終端A和D創(chuàng)建視頻媒體通道；其中，會議應(yīng)用服務(wù)器提供給MRS的SDP中，c 行地址置為0.0.0.0 (IP4)，則說明此端口不用于建立視頻媒體通道；步驟105、媒體資源服務(wù)器進行資源查詢，當前資源滿足會場資源要求， 則執(zhí)行步驟106，否則返回預(yù)約失敗信息并結(jié)束；步驟106、媒體資源服務(wù)器預(yù)留會場資源，并發(fā)送預(yù)留成功信息給會議 應(yīng)用服務(wù)器；步驟107、所述會議應(yīng)用服務(wù)器向預(yù)約會議的終端A反饋預(yù)約成功信息， 并按照預(yù)先設(shè)定的通知方式，通過PUSHMAIL方式，向用戶列表上的終端， 包括移動終端B和C， PC終端A和D,固定終端E發(fā)起會議通知，該加入 會議通知中包括會議的會議號和密碼；步驟108、因為是即時會議，即預(yù)約時間為當前，因此會議應(yīng)用服務(wù)器 即時通過IMS網(wǎng)全各，主動向上述終端發(fā)起加入會i義指令；步驟109、接收加入會議指令的部分終端加入會議，包括PC終端A、移 動終端B和固定終端E，即時加入會議；但移動終端C的用戶由于認為^L頻 會議更適合PC終端進行，因此沒有即時響應(yīng)；而PC終端D的用戶則未及時 接收；步驟IIO、終端A、 B訂閱會場狀態(tài)；步驟lll、移動終端C的用戶通過一臺PC終端，以及PC終端D,在延 遲一定時間后，使用會議通知中的會議號和密碼建立到會場的鏈接；步-驟112、會"i義應(yīng)用服務(wù)器向終端A、 B發(fā)送C、 D加入的通知。通過上述實施例，完成了即時會議的過程。本實施例不僅適用于即時會 議，同樣適用于預(yù)約一定時間的會議，其差別僅僅是即時會議是立即發(fā)送加 入會議指令，而預(yù)約一定時間的會議則是到預(yù)約時間后才啟動加入會議指令。實施例2:參見圖i0,是應(yīng)用本發(fā)明方法的另一個具體實施例，包括以下步驟 步驟201、移動終端B通過SMS發(fā)出預(yù)約會議請求，包括會場屬性信息為視頻會議及預(yù)約時間為即時的信息，還包括群組信息；步驟202、會議應(yīng)用服務(wù)器接收到預(yù)約會議請求；步驟203、會議應(yīng)用服務(wù)器確定會議類型為視頻會議，創(chuàng)建會場，包括 為所述預(yù)留會場設(shè)置會議號以及密碼；步驟204、會議應(yīng)用服務(wù)器查詢組管理服務(wù)器，獲取用戶列表，給出了 移動終端B和C, PC終端A和D,固定終端E的SDP;步驟205、會議應(yīng)用服務(wù)器根據(jù)SDP向媒體資源服務(wù)器請求預(yù)留會場資 源，包括為移動終端B和C、固定終端E創(chuàng)建音頻:樣體通道，為PC終端A 和D創(chuàng)建4見頻+某體通道，成功則執(zhí)行步驟206,否則結(jié)束；括移動終端B和C, PC終端A和D,固定終端E，該會議通知中包括會議 的會議號和密碼信息；步驟207、到達預(yù)約時間T,會議應(yīng)用服務(wù)器通過IMS網(wǎng)絡(luò)向上述終端 發(fā)起加入會議指令；步驟208、接收到加入會議指令的終端加入會議；步驟209、已加入會議的移動終端B,通過應(yīng)用服務(wù)器對用戶列表以外 的移動終端F發(fā)起邀請；步驟210、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器申請會場中當前媒體 的通道；步驟211、所述媒體資源服務(wù)器進行所述媒體通道的預(yù)留，預(yù)留成功則 所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信息，并執(zhí)行步驟 212,否則返回預(yù)留失敗指令，結(jié)束；步驟212、所述會議應(yīng)用服務(wù)器向所述用戶列表之外的終端F發(fā)起邀請， 獲取所述終端F的媒體信息；步驟213、所述會議應(yīng)用服務(wù)器向所述媒體資源服務(wù)器申請根據(jù)所述媒 體信息轉(zhuǎn)換所述媒體通道的類型，成功則所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信息，并執(zhí)行步驟214，否則返回預(yù)留失敗指令，結(jié) 束；步驟214、會議應(yīng)用服務(wù)器向所述終端F發(fā)起加入會議指令； 步驟215、接收到加入會議指令的被邀請終端F加入會議。 最后所應(yīng)說明的是，以上實施例僅用以說明本發(fā)明的技術(shù)方案而非限制， 盡管參照較佳實施例對本發(fā)明進行了詳細說明，本領(lǐng)域的普通技術(shù)人員應(yīng)當 理解，可以對本發(fā)明的技術(shù)方案進行修改或者等同替換，而不脫離本發(fā)明技 術(shù)方案的^"神和范圍。
權(quán)利要求
1. 一種支持多媒體會議預(yù)約的系統(tǒng)，其特征在于包括媒體資源服務(wù)器，用于根據(jù)會議的不同類型，提供并控制相應(yīng)的媒體資源；會議應(yīng)用服務(wù)器，用于接收預(yù)約會議請求及會場策略；并根據(jù)接收到的預(yù)約會議請求，向所述媒體資源服務(wù)器請求媒體資源預(yù)留，以及進行會議的監(jiān)控；并通過IP多媒體子系統(tǒng)與與會終端建立會話連接。
2、 根據(jù)權(quán)利要求1所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在于還包 括業(yè)務(wù)網(wǎng)關(guān)，用于提供進行會議預(yù)約和會場策略設(shè)置的路徑，并為預(yù)約會議 通知的下發(fā)提供路徑。
3、 根據(jù)權(quán)利要求2所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在于所述 會議應(yīng)用服務(wù)器包括策略控制;^莫塊，用于配置加載會議策略；會i義中心才莫塊，與所述策略控制模塊連接，用于根據(jù)接收到的預(yù)約會議 請求及會場策略，向所述媒體資源服務(wù)器請求媒體資源預(yù)留，以及進行會議 的監(jiān)控。
4、 才艮據(jù)權(quán)利要求1所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在于所述 會議應(yīng)用服務(wù)器包括策略控制模塊，用于配置加載會議策略；會議中心模塊，與所述策略控制模塊連接，用于根據(jù)接收到的預(yù)約會議 請求及會場策略，向所述媒體資源服務(wù)器請求媒體資源預(yù)留，以及進行會議 的監(jiān)控；會議應(yīng)用網(wǎng)關(guān)，與所述會議中心模塊和所述策略控制模塊連接，用于將 接收到的會場策略設(shè)置指令發(fā)送給策略控制模塊，預(yù)約會議請求發(fā)送給會議 中心模塊，并將會議中心模塊發(fā)送的信息發(fā)送出去。
5、 根據(jù)權(quán)利要求4所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在于所述會議應(yīng)用服務(wù)器還包括會場信息發(fā)布模塊，所述會議中心模塊通過所述 會場信息發(fā)布模塊與所述會議應(yīng)用網(wǎng)關(guān)連接，所述會場信息發(fā)布模塊用于接 收會場狀態(tài)和會議成員的加入/退出事件，并通過會議應(yīng)用網(wǎng)關(guān)通知給已訂閱 會場信息的終端。
6、 根據(jù)權(quán)利要求l-5任一所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在 于還包括消息服務(wù)器，接收所述會議應(yīng)用服務(wù)器下發(fā)的預(yù)約會議通知并發(fā)送 給與會終端。
7、 根據(jù)權(quán)利要求l-5任一所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在 于還包括群組管理服務(wù)器，用于根據(jù)所述會議應(yīng)用服務(wù)器的指令，完成群組 信息的創(chuàng)建、^f奮改和查詢。
8、 根據(jù)權(quán)利要求1-5任一所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在 于還包括網(wǎng)管服務(wù)器，用于對媒體資源服務(wù)器所提供的網(wǎng)元性能進行管理和 維護，并向所述會議應(yīng)用服務(wù)器提供反饋。
9、 根據(jù)權(quán)利要求l-5任一所述的支持多媒體會議預(yù)約的系統(tǒng)，其特征在 于還包括業(yè)務(wù)管理系統(tǒng)，與所述會議應(yīng)用服務(wù)器連接，用于執(zhí)行用戶信息的 保存、提供，支持通信網(wǎng)絡(luò)應(yīng)用業(yè)務(wù)以及計費功能。
10、 一種支持多媒體會議預(yù)約的方法，其特征在于包括以下步驟 步驟1、會議應(yīng)用服務(wù)器接收到預(yù)約會議請求，所述預(yù)約會議請求中包括會議策略設(shè)置信息及與會終端信息；步驟2、所述會議應(yīng)用服務(wù)器根據(jù)會議策略設(shè)置信息確定會議類型，創(chuàng) 建會場；步驟3、所述會議應(yīng)用服務(wù)器根據(jù)與會終端信息向媒體資源服務(wù)器請求 預(yù)留相應(yīng)的媒體資源，資源預(yù)留成功則執(zhí)行步驟4，否則結(jié)束； 步驟4、所述會議應(yīng)用服務(wù)器向與會終端發(fā)出會議通知； 步驟5、到達會議預(yù)約時間，所述會議應(yīng)用服務(wù)器通過IP多媒體子系統(tǒng) 向所述與會終端發(fā)起加入會議指令；歩驟6、 ^接收到加入會議指令的終端加入會議。
11、 根據(jù)權(quán)利要求IO所述的支持多媒體會議預(yù)約的方法，其特征在于步 驟1中所述接收到的與會終端信息為用戶列表，所述用戶列表包括與會終端 的聯(lián)系方式，所述聯(lián)系方式包括但不限于PC終端的IP地址、移動終端、固 定終端的號碼以及PC終端和/或移動終端的客戶端用戶名。
12、 才艮據(jù)權(quán)利要求IO所述的支持多媒體會議預(yù)約的方法，其特征在于步驟1中所述接收到的與會終端信息為群組信息。
13、 才艮據(jù)權(quán)利要求12所述的支持多媒體會議預(yù)約的方法，其特征在于所 述步驟2之前還包括所述會議應(yīng)用服務(wù)器根據(jù)所述群組信息查詢組管理服 務(wù)器，獲取用戶列表，所述用戶列表包括與會終端的通知方式，所述通知方 式包括但不限于PC終端的IP地址，移動終端、固定終端的號碼以及PC終 端和/或移動終端的客戶端用戶名。
14、 根據(jù)權(quán)利要求10所述的支持多媒體會議預(yù)約的方法，其特征在于所 述步驟2具體為所述會議應(yīng)用服務(wù)器根據(jù)會議策略設(shè)置信息確定會議類型 為音頻會議、 一見頻會議或者數(shù)據(jù)會議；并創(chuàng)建會場，包括創(chuàng)建會議號和/或密 碼，會議的開始/結(jié)束時間，會議的參加終端及通知方式。
15、 才艮據(jù)權(quán)利要求10所述的支持多媒體會議預(yù)約的方法，其特征在于所 述步驟3具體為步驟31、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器請求預(yù)留會場資源，所 述請求中包括媒體通道類型與數(shù)量；步驟32、所述i某體資源服務(wù)器根據(jù)所述請求進行資源查詢，當前資源滿 足所述請求，則執(zhí)行步驟33，否則返回預(yù)留失敗信息并結(jié)束；步驟33、所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信 息，并發(fā)送預(yù)留成功信息給所述會議應(yīng)用服務(wù)器。
16、 根據(jù)權(quán)利要求15所述的支持多媒體會議預(yù)約的方法，其特征在于所
17、根據(jù)權(quán)利要求IO所述的支持多媒體會議預(yù)約的方法，其特征在于所述步驟6具體為接收到加入會議指令的終端直接響應(yīng)所述加入會議指令，建立到多媒體會議的鏈接。
18.<image>image see original document page 0</image>驟4中所述會議通知中包括會場標識，所述會場標識為會議號信息或者會議號和密碼信息。
19、 根據(jù)權(quán)利要求18所述的支持多媒體會議預(yù)約的方法，其特征在于所 述步驟5之后還包括步驟61、未及時響應(yīng)加入會議指令的終端，通過輸入會議號或者會議號 及密碼請求加入會議；步驟62、會議應(yīng)用服務(wù)器獲取所述終端的媒體信息，查詢與用戶列表中 的媒體信息相比，是否發(fā)生變化，是則執(zhí)行步驟63,否則執(zhí)行步驟64;步驟63、所述會議應(yīng)用服務(wù)器向所述媒體資源服務(wù)器申請根據(jù)所述媒體 信息轉(zhuǎn)換原預(yù)留媒體通道的類型，成功則所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信息，并執(zhí)行步驟64,否則返回預(yù)留失敗指令，結(jié)束； 步驟65、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入會議指令； 步驟66、所述終端加入會議。
20、 根據(jù)權(quán)利要求IO所述的支持多媒體會議預(yù)約的方法，其特征在于所 述步驟6之后還包括端的邀i青；步驟72、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器申請當前會議類型的媒 體通道；步驟73、所述會議應(yīng)用服務(wù)器向所述用戶列表之外的終端發(fā)起邀請，獲 取所述終端的媒體信息；步驟74、所述會議應(yīng)用服務(wù)器向所述i某體資源服務(wù)器申請根據(jù)所述々某體信息轉(zhuǎn)換所述^ 某體通道的類型，成功則所述媒體資源服務(wù)器向所述會議應(yīng)用服務(wù)器返回媒體通道信息，并執(zhí)行步驟75，否則返回預(yù)留失敗指令，結(jié)束； 步驟75、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入會議指令； 步驟76、所述終端加入會議。
21、 4艮據(jù)權(quán)利要求IO所述的支持多媒體會議預(yù)約的方法，其特征在于所 述步驟6之后還包括步驟71'、未接收到會議通知的終端主動請求加入會議，所述請求中攜 帶所述終端的媒體信息；步驟72'、所述會議應(yīng)用服務(wù)器向媒體資源服務(wù)器申請對應(yīng)所述媒體信 息的通道；步驟73'、所述媒體貴源服務(wù)器進行所述媒體通道的預(yù)留，預(yù)留成功則74',否則返回預(yù)留失敗指令，結(jié)束；步驟74'、所述會議應(yīng)用服務(wù)器向所述終端發(fā)起加入會議指令； 步驟75'、所述終端加入會議。
22、 根據(jù)權(quán)利要求10-21任一所述的支持多媒體會議預(yù)約的方法，其特 征在于還包括已加入會議終端向所述會議應(yīng)用服務(wù)器發(fā)出訂閱會場狀態(tài)指 令；當所述會場狀態(tài)發(fā)生變化時，所述會議應(yīng)用服務(wù)器向所述已訂閱會場狀 態(tài)的終端發(fā)出通知。
全文摘要
本發(fā)明公開了一種支持多媒體會議預(yù)約的系統(tǒng)，包括媒體資源服務(wù)器、會議應(yīng)用服務(wù)器。還公開了一種支持多媒體會議預(yù)約的方法，包括會議應(yīng)用服務(wù)器接收到預(yù)約會議請求；會議應(yīng)用服務(wù)器創(chuàng)建會場，向媒體資源服務(wù)器請求預(yù)留相應(yīng)的媒體資源；資源預(yù)留成功則向與會終端發(fā)出通知；到達會議預(yù)約時間，會議應(yīng)用服務(wù)器通過IMS向與會終端發(fā)起加入會議指令；接收到加入會議指令的終端加入會議。通過本發(fā)明公開的方法，克服了接入形式單一的缺陷，支持了加入多媒體會議方式的多樣化；實現(xiàn)了會議服務(wù)器主動在預(yù)定時間創(chuàng)建多媒體會議，避免了會議邀請者逐一邀請并逐一建立會議橋所帶來的時間浪費和不良感受。
文檔編號H04M3/56GK101257395SQ200710064079
公開日2008年9月3日 申請日期2007年2月27日 優(yōu)先權(quán)日2007年2月27日
發(fā)明者唐劍峰, 萍 王, 王崇萍, 鄭健平 申請人:中國移動通信集團公司