首頁>>廠商>>系統(tǒng)集成及應用軟件開發(fā)商>>中國普天

IMS中會議業(yè)務的實現(xiàn)

盛云鵬 韓磊 2006/03/16

摘要:介紹基于3GPP提出的IMS的會議業(yè)務的實現(xiàn)。
關鍵詞:IMS 會議業(yè)務 應用服務器 SIP

一、 引言

  3GPP提出的IP多媒體子系統(tǒng)(IMS),引起了人們越來越多的關注。IMS是疊加在原有的電路域和分組域的基礎上一個相對獨立多媒體子域。它提供開放的業(yè)務接口,實現(xiàn)了用戶平面、控制平面、業(yè)務平面的分離,使得業(yè)務的實現(xiàn)能夠獨立于下層的承載網(wǎng)絡,這也為開展更加靈活的、豐富多彩的業(yè)務提供了一個契機。

  傳統(tǒng)的會議業(yè)務通常是由需要業(yè)務提供商提供一整套系統(tǒng),包含會議業(yè)務應用服務器、媒體服務器、接入網(wǎng)絡服務器等。這就無形之中增加了成本,也使得會議業(yè)務的使用對象受到了限制,會議業(yè)務通常商用于企業(yè)級的客戶。而隨著IMS概念的引入,使得業(yè)務提供商可以更專注于業(yè)務的提供,而無需過多的關注業(yè)務層以下的實現(xiàn),同時由于IMS和接入網(wǎng)絡無關的特性,能夠讓不同網(wǎng)絡中的用戶接入到會議業(yè)務中來。因此,隨著網(wǎng)絡的融合和網(wǎng)絡能力的升級,在未來的會議業(yè)務中,不再僅僅是面向企業(yè)級用戶,也可以面向更多的普通用戶,如:即時聊天室業(yè)務、多方視頻通信業(yè)務等,讓更多的人們更方便地感受到會議業(yè)務帶來的生動體驗。

  本文主要從業(yè)務實現(xiàn)的角度出發(fā),著重討論基于IMS的會議業(yè)務的實現(xiàn)。

二、 基于IMS的業(yè)務架構

  UMTS中的IMS業(yè)務架構包括3種業(yè)務平臺:SIP、OSA、CAMEL。它們接入到IMS的邏輯架構如圖一所示。圖一中的實體:

圖一:基于IMS網(wǎng)絡架構圖

  S-CSCF(服務CSCF):作為一個SIP Proxy用來控制呼叫和會話,并且監(jiān)測何時以及怎樣控制增值業(yè)務的業(yè)務邏輯。S-CSCF提供了一個ISC(IMS Service Control interface)的統(tǒng)一的接口,該接口采用了SIP協(xié)議,這樣做避免了S-CSCF控制功能的復雜性,不同的業(yè)務接入到IMS時,只需要提供一個協(xié)議轉(zhuǎn)換功能實體來完成到ISC接口的協(xié)議轉(zhuǎn)換,因此可以方便地利用多種應用服務平臺開展業(yè)務。

  x-CSCF:可以是I-CSCF或者P-CSCF。IMS中的SIP信令路由經(jīng)過的元素。P-CSCF是接入網(wǎng)到IMS網(wǎng)絡的第一個接入點,從接入網(wǎng)中收到UA(User Agent)發(fā)來的SIP注冊和會話建立消息,轉(zhuǎn)發(fā)到歸屬域中的I-CSCF,再發(fā)至相應的S-CSCF。I-CSCF為每個呼叫靈活選擇相應的S-CSCF。

  IMS其他網(wǎng)元:IMS中的其他網(wǎng)絡實體,如:MGCF、HSS、BGCF、MRFC、MRFP等,在這里沒有分別逐個列出。這些網(wǎng)絡元素執(zhí)行IMS相應的功能,如:信令連接、承載連接、數(shù)據(jù)庫等等。

  SIP AS:是一種應用服務器,用于提供各種各樣的增值業(yè)務。這里的AS可以是一個會議的AS,或者是游戲的服務器等等。本文要介紹的會議就是基于SIP AS來實現(xiàn)的。其他類型的AS(如OSA AS等)不作介紹。

  不同的網(wǎng)絡:用戶可以通過不同類型的網(wǎng)絡接入方便地接入到IMS中,這里的網(wǎng)絡可以是各種各樣的網(wǎng)絡,可以是Internet、PLMN、WLAN、PSTN等,這就體現(xiàn)了IMS在網(wǎng)絡融合中所起的作用。用戶通過IMS中S-CSCF查詢用戶簽約檔案,激活用戶簽約的所有業(yè)務邏輯。具體業(yè)務由相應的SIP AS提供。

三、 會議業(yè)務

  會議業(yè)務可以實現(xiàn)多方用戶同時進行通信。會議可以用于各種各樣的媒體流類型的通信,如音頻、視頻和文本類型的會議。由于會議所能提供的實時性和高質(zhì)量保證,使得更多基于會議業(yè)務的應用可以被人們所接收,如文件和白板的共享,游戲業(yè)務等等。

  會議的類型主要松耦合會議、完全分布式會議和緊耦合會議:

  由于不同會議類型帶來的實現(xiàn)上和管理上的不同,從可運營的角度來看,在IMS中的所關注的主要是緊耦合的會議。本文以下涉及到的會議也是緊耦合會議。

1、功能實體架構


圖二:會議中的功能實體圖

  會議中的功能實體如圖二所示。一個完整的會議中包含以下的功能實體:會議參加者、會議中心、媒體混合器、會議策略服務器、會議訂閱服務器和會議策略。

  會議參加者:在基于SIP的會議中,會議的參加者可以分為participant(普通的會議參加者)和moderator(會議主席)。他們具有的權限不同:participant可以申請加入會議,或者申請某種媒體資源;moderator有更多的權限,能夠在會議過程中管理主持會議,比如決定是否允許新的用戶的接入,對用戶申請的媒體資源的批準等等。

  participant可以是自己主動要求加入會議,或者是被通知邀請加入會議的。而moderator可以是提前指定的,如果沒有指定,則moderator是會議創(chuàng)建者。

  會議中心:是一個會議的核心。它可以看作是一個SIP UA,并且通過一個URI(如:conference123@example.net)標識來表示一個會議。會議中心負責維持和所有的會議參加者之間的信令關系,來確認會議參加者連接到會議中。同時,會議中心還會執(zhí)行會議策略(利用SIP 協(xié)議)。

  媒體混合器(Mixer):主要功能是將接收到的各種類型的媒體流混合處理,然后將處理后的結果媒體流分發(fā)到會議參加者。這里的媒體傳輸可以使用RTP協(xié)議。

  會議策略服務器(CPS):會議策略服務器是一個邏輯上的功能實體,主要是用來操作管理會議策略。它可以其他相關的非SIP協(xié)議(如CPCP或者其他協(xié)議)來執(zhí)行對會議策略的管理。CPS可能是實際物理上并不存的實體。

  會議訂閱通知服務器:事實上會議訂閱通知服務器是由會議中心分離出來的一個邏輯功能。主要是為了提供用戶訂閱會議狀態(tài)的業(yè)務,并且當會議狀態(tài)改變時,通知這些訂閱用戶。如,有新的用戶加入或者離開會議。

  會議策略:是控制一個會議的規(guī)則的完整的集合。會議策略可以在會議創(chuàng)建之前或者會議創(chuàng)建時被制定,用來指導會議中心主持和管理一個會議。


圖三:會議的邏輯架構圖

  緊耦合會議的邏輯架構圖如圖三所示。會議中的核心是"會議中心(conference focus)",每一個會議都有一個會議中心,由一個URI標識,用戶通過聯(lián)系這個URI參加到一個會議中去。會議中心和用戶之間的拓撲結構為星性結構。會議中心為用戶提供并維持一個信令連接,并且可以執(zhí)行會議策略,實現(xiàn)對會議的控制和管理。

2、會議舉例

  會議流程:

  下面通過一個會議例子來介紹會議業(yè)務中的關鍵的流程。

  首先,假設某個運營商提供會議業(yè)務,并且給出一個公共業(yè)務標識(PSI),該PSI是一個SIP AS的URI,如conference-factory1@ example.net。用戶A想要創(chuàng)建一個會議,就可以向該PSI發(fā)出SIP請求。具體流程如圖四所示:


圖四:創(chuàng)建會議

  AS在接收到這個SIP INVITE請求之后,就會為該會議請求分配一個會議中心,并返回183響應表示會話正在進行,會議中心的URI(如:conf1234@example.net)包含在該響應中。然后用戶和會議中心之間按照SIP會話建立的流程繼續(xù)進行,這當中可能會使用到一些SIP擴展方法,如:PRACK、UPDATE等,通過這些方法完成媒體的協(xié)商和所需資源的預留。

  用戶參加會議。其他的用戶可以有兩種方法加入到這個會議。

  1. 用戶A發(fā)出邀請;

  2. 會議中心發(fā)出邀請。
  需要注意的是2類邀請的觸發(fā)條件可以變化,可以不是用戶A直接發(fā)出REFER請求,而是用戶通過會議策略創(chuàng)建會議時,在將來某一時間點,由會議中心按照會議策略給出的呼出列表(dailed-out list)主動發(fā)出請求邀請用戶B加入到會議中。

  會議進行過程中。會議中心可以主持會議中的"公共的會話",這時所有的會議參加者都可以參與;另外,也可以根據(jù)某些用戶具體的需要建立"私下的會話",這時只在特定的用戶之間進行會話,不會影響到公共的會話。

  會議的參加者可以通過向"會議中心"發(fā)送Bye請求,隨時離開會議。而"會議中心"也可以移除某個用戶,這可以根據(jù)會議策略或者是具有特殊權限用戶(一般是會議的創(chuàng)建者)提出的要求。當某個用戶離開會議之后,相關的資源就被移除。

  一個會議的終止可以由"會議中心"執(zhí)行,其觸發(fā)條件是:
  當滿足上述條件時,移除所有的會議參加者,并刪除CPS中的會議策略。并且釋放分配的conference URI。

  會議過程中的管理

  會議中的管理可以分為兩部分:一、會議的管理;二、會議的底層控制(floor control)。
會議的管理可以包含會議中的一般的管理,如:會話的創(chuàng)建和終止,會議的策略,會議的參加者,會議參加者的身份的鑒權,會議參加者的權限和優(yōu)先級等,另外還可以管理添加新的媒體(如:添加一個視頻到會議中去)。該部分管理可以通過SIP協(xié)議實現(xiàn)。

  會議的底層控制:主要是為了更充分地利用公共的媒體資源。會議應用(application)通常共享一些資源,比如:會議中的發(fā)言權、接入到有限帶寬的視頻信道,接入到一個共享的文件或者游戲"room"中去。底層控制則使得用戶能夠安全地接入到一個共享的實體或者資源中去。另外,它還為MRFP提供媒體流如何混合和如何被分發(fā)的信息。該部分可以通過floor control協(xié)議結合SOAP或者SIP協(xié)議實現(xiàn)

  底層控制可以支持不同的底層控制策略,比如:moderator控制,或者自動排隊(queue)先接入先服務規(guī)則。當moderator控制時,每一個底層可以由一個moderator進行管理,在這一個底層中被管理的資源可以不止一種,如:發(fā)送一個聲音信道到語音信道中,接入到共享視頻信道中等。

3、計費和安全

  會議業(yè)務可以采取多種計費方式,可以根據(jù)會議的規(guī)模(參加人數(shù)等因素),所采用的媒體的形式,會議的持續(xù)時間等進行計費。計費的架構遵從IMS的計費架構。會議業(yè)務計費的網(wǎng)絡結構如圖五所示。


圖五:計費網(wǎng)絡結構圖

  IMS體系既支持在線計費能力,也支持離線計費能力。在線計費就是線計費系統(tǒng)與IMS實體進行實時交互,并控制和監(jiān)視與業(yè)務使用有關的計費過程。離線計費主要是指在會話之后收集計費信息,而且計費系統(tǒng)不會實時地影響所使用的業(yè)務。所有的IMS網(wǎng)元都要求應用離線計費,而業(yè)務層面的AS同時要求應用在線計費。

  圖中在線計費時AS通過Rf接口將計費信息發(fā)往OCS(Online Charging System),采用離線計費時AS通過Ro參考點將計費信息發(fā)往CCF(Charging Collection Function)。在Rf和Ro接口,AS均使用DIAMETER協(xié)議的ACR消息發(fā)送計費信息到OCS或CCF,并應用DIAMETER協(xié)議的ACA消息從OCS或CCF接收應答。

  IMS中獨立的安全體系模型,可以為在其中開展的各項業(yè)務提供安全保證,詳細內(nèi)容在這里不作深入的介紹。業(yè)務提供商可以放心地在基于IMS開展多種多樣的會議業(yè)務。

4、應用的擴展

  會議業(yè)務可以在IMS中靈活的開展,人們所熟悉的會議業(yè)務也將不再局限于傳統(tǒng)的電話會議業(yè)務。會議業(yè)務也可以結合各種其他的業(yè)務開展新的應用模型。

  例如:隨著移動網(wǎng)絡的快速發(fā)展,會議業(yè)務可以和3GPP中的組業(yè)務相結合,普通的用戶可以通過自己建立的好友的組,隨時進行一個好友之間的聊天會議;或者,基于IMS的SIP應用服務器的靈活性,可以在會議過程中提供即時語言翻譯功能,這就可以實現(xiàn)不同語言之間的會議。

四、 總結

  業(yè)務和網(wǎng)絡的融合并不是神話,基于IMS實現(xiàn)的會議業(yè)務,形式更加地靈活,內(nèi)容更加地豐富,應用也更加地廣泛,將提供給用戶實實在在的業(yè)務。因此,會議業(yè)務的潛力需要進一步深入的挖掘,相信在未來的網(wǎng)絡世界里,會議業(yè)務將會給用戶帶來更多的驚喜!

參考文獻

[1] Miikka Poiskselka,Georg Mayer, Hisham, Khartbil, Aki Niemi. The IMS: IP multimedia Concepts and Services in the Mobile Domain, June, 2004.
[2] 3GPP TS 23.228: "IP Multimedia Subsystem(IMS)".
[3] 3GPP TS 23.228: "IP Multimedia Call Control Protocol based on Session Initiation Protocol (SIP) and Session Description Protocol (SDP)".
[4] 3GPP TS 32.260: "Charging management; IP Multimedia Subsystem(IMS)charging ".
[5] 3GPP TS 23.228: " Conferencing using the IP Multimedia (IM) Core Network (CN) subsystem ".
[6] RFC3261:SIP:Session Initiation Protocol.
[7] draft-ietf-sipping-conferencing-framework-05: A Framework for Conferencing with the Session Initiation Protocol
[8] draft-wu-sipping-floor-control-00: Use SIP and SOAP for conference floor control

普天信息技術研究院供稿 CTI論壇編輯



相關鏈接:
中國普天透露其15大行業(yè)應用業(yè)務發(fā)展方向 2009-09-21
中國普天電信增值業(yè)務發(fā)展迅速 2009-09-21
中國普天電信增值解決方案 2009-09-17
支持多媒體廣播業(yè)務的3G融合業(yè)務運營管理平臺 2008-10-31
IMS中會議業(yè)務的實現(xiàn) 2006-05-26

相關頻道:  移動_與_會議電話  移動_與_融合通信           文摘   行業(yè)_移動_解決方案   技術_會議電話_新聞   技術_融合通信_文摘