售前電話(huà)
135-3656-7657
售前電話(huà) : 135-3656-7657
IMS會(huì)議業(yè)務(wù)可以實(shí)現(xiàn)多方用戶(hù)同時(shí)進(jìn)行通信,包括音頻、視頻和文本類(lèi)型的會(huì)議等。由于會(huì)議所能提供的實(shí)時(shí)性和高質(zhì)量保證,使得更多基于會(huì)議業(yè)務(wù)的應(yīng)用可以被人們所接受,如文件和白板的共享、游戲業(yè)務(wù)等。
一、會(huì)議類(lèi)型基于SIP協(xié)議的會(huì)議類(lèi)型主要包括松耦合會(huì)議、完全分布式會(huì)議和緊耦合會(huì)議。
•松耦合會(huì)議中每個(gè)參加者之間沒(méi)有信令連接關(guān)系,也沒(méi)有會(huì)議中心,通常這種會(huì)議可以利用SIP會(huì)話(huà)描述中的組播地址支持。
•完全分布式會(huì)議中,每個(gè)參加者之間都建立信令連接,會(huì)議中同樣沒(méi)有會(huì)議中心。
•緊耦合會(huì)議中含有一個(gè)會(huì)議中心,每個(gè)會(huì)議參加者都與該會(huì)議中心建立連接關(guān)系。會(huì)議中心執(zhí)行各種各樣的會(huì)議控制功能以及媒體混合功能。
由于不同會(huì)議類(lèi)型具有不同的實(shí)現(xiàn)和管理需求,從可運(yùn)營(yíng)的角度來(lái)看,在IMS中所關(guān)注的主要是緊耦合的會(huì)議。
緊耦合會(huì)議中的核心是“會(huì)議中心(ConferenceFocus)",由一個(gè)URI標(biāo)識(shí),用戶(hù)通過(guò)聯(lián)系這個(gè)URI而加入到一個(gè)會(huì)議中。會(huì)議中心和用戶(hù)之間的拓?fù)浣Y(jié)構(gòu)為星形結(jié)構(gòu)。會(huì)議中心為用戶(hù)提供并維持一個(gè)信令連接,并且可以執(zhí)行會(huì)議策略,實(shí)現(xiàn)對(duì)會(huì)議的控制和管理。緊耦合會(huì)議的邏輯架構(gòu)圖如圖所示。下文中提到的會(huì)議都是指緊耦合會(huì)議。
二、功能實(shí)體架構(gòu)
緊耦合會(huì)議中的功能實(shí)體如圖所示,它標(biāo)識(shí)了不同的功能實(shí)體以及它們之間的接口和使用的協(xié)議。一個(gè)完整的會(huì)議包含以下的功能實(shí)體:會(huì)議參加者(用戶(hù)入會(huì)議中心、媒體混合器、會(huì)議策略服務(wù)器、會(huì)議通知服務(wù)器和會(huì)議策略。
(1)會(huì)議參加者
在基于SIP的會(huì)議中,會(huì)議的參加者可以分為Participant(普通的會(huì)議參加者)和Moderator(會(huì)議主席)。他們具有的權(quán)限不同:Participant可以申請(qǐng)加入會(huì)議,或者申請(qǐng)某種媒體資源;Moderator有更多的權(quán)限,能夠在會(huì)議過(guò)程中管理和主持會(huì)議,比如決定是否允許新用戶(hù)的接入,對(duì)用戶(hù)申請(qǐng)的媒體資源的批準(zhǔn)等。Participant可以是自己主動(dòng)要求加入會(huì)議,或者是被邀請(qǐng)加入會(huì)議。而Moderator可以是提前指定的,如果沒(méi)有指定,則Moderator是會(huì)議創(chuàng)建者。
(2)會(huì)議中心
會(huì)議中心是一個(gè)會(huì)議的核心。它可以看成是一個(gè)SIPUA,并且通過(guò)一個(gè)URI<如,conferencel23@bupt.edu.en)標(biāo)識(shí)來(lái)表示一個(gè)會(huì)議。會(huì)議中心負(fù)責(zé)維持與所有會(huì)議參加者之間的信令關(guān)系,并確認(rèn)會(huì)議參加者連接到會(huì)議中。同時(shí),會(huì)議中心還負(fù)責(zé)執(zhí)行會(huì)議策略(利用SIP協(xié)議)。
(3))媒體混合器(Mixer)
媒體混合器的主要功能是將接收到的各種類(lèi)型的媒體流混合處理,然后將處理后的結(jié)果媒體流分發(fā)到會(huì)議參加者。這里的媒體傳輸可以使用RTP。
(4)會(huì)議策略服務(wù)器
會(huì)議策略服務(wù)器是一個(gè)邏輯上的功能實(shí)體,可能在物理上并不存在,主要是用來(lái)操作管理會(huì)議策略。它可以使用其他的非SIP協(xié)議(如會(huì)議策略控制協(xié)議或者其他協(xié)議)來(lái)執(zhí)行對(duì)會(huì)議策略的管理。
(5)會(huì)議通知服務(wù)器
事實(shí)上會(huì)議通知服務(wù)器是由會(huì)議中心分離出來(lái)的一個(gè)邏輯功能。主要是為了提供用戶(hù)訂閱會(huì)議狀態(tài)的業(yè)務(wù),并且當(dāng)會(huì)議狀態(tài)改變時(shí),通知這些簽約用戶(hù),比如會(huì)議召開(kāi),有新的用戶(hù)加入或者離開(kāi)會(huì)議等。
(6)會(huì)議策略
會(huì)議模型中最復(fù)雜的就是策略部分,會(huì)議策略是控制一個(gè)會(huì)議的規(guī)則的集合,實(shí)現(xiàn)以下目的:會(huì)議準(zhǔn)入機(jī)制及權(quán)限控制;主席管理功能;媒體管理,資源管理;會(huì)議參數(shù)配置等。會(huì)議策略可以在會(huì)議創(chuàng)建之前或者會(huì)議創(chuàng)建時(shí)被制定,用來(lái)指導(dǎo)會(huì)議中心主持和管理一個(gè)會(huì)議。
創(chuàng)建一個(gè)會(huì)議的方式有很多。一種方式是使用SIPINVITE請(qǐng)求生成一個(gè)特定的(AdHoc)會(huì)議。AdHoc會(huì)議是指沒(méi)有日程安排的會(huì)議,并且生存期限比較短。有日程安排的會(huì)議通過(guò)會(huì)議策略控制協(xié)議(CPCP,ConferencePolicyControlProtocol)來(lái)創(chuàng)建,并且授予會(huì)議創(chuàng)建者對(duì)會(huì)議策略的更多控制能力。CPCP是一個(gè)客戶(hù)端/服務(wù)器協(xié)議,用戶(hù)可以通過(guò)它來(lái)操控會(huì)議的規(guī)則。會(huì)議策略通過(guò)一個(gè)URI來(lái)表示,并且對(duì)于每個(gè)會(huì)議是唯一的。會(huì)議策略URI指向一個(gè)會(huì)議策略服務(wù)器,它可以處理相關(guān)的會(huì)議策略。
三、會(huì)議流程 (1)會(huì)議的建立下面通過(guò)一個(gè)會(huì)議例子來(lái)介紹會(huì)議業(yè)務(wù)中的關(guān)鍵流程。該過(guò)程與建立一個(gè)基本SIP會(huì)話(huà)類(lèi)似,具體流程如圖所示。