婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av

主頁 > 知識庫 > 多媒體軟交換會話關系模型的定義

多媒體軟交換會話關系模型的定義

熱門標簽:神呼智能電話機器人 無錫語音外呼系統公司 牡丹江快速地圖標注地點 高德地圖標注動態聚合 銀川人工外呼系統供應商 公司申請的400電話號碼 征服眼市場地圖標注 前鋒辦理400電話申請 烏魯木齊語音電銷機器人加盟

分析已經指出多媒體會話關系模型應能夠描述多媒體會話的“信令連接”和“媒體連接”兩類拓撲結構。但是從Parlay呼叫模型的定義中可以看出,它主要體現了信令連接的拓撲關系,盡管在多媒體呼叫中增加了一個lpMultiMediaChannel接口對象,并與CallLeg相關聯,但其只能表達某一個呼叫方所具有的媒體通道連接,而對于多媒體會話中不同參與方之間的“媒體連接"的拓撲結構的表達能力非常有限。因此為了充分提供多媒體會話的控制功能,UniNet對Parlay的多媒體呼叫控制服務加以擴展,形成了一個新的會話關系模型,現有的Parlay呼叫模型可以看成是它的子集。

一、多媒體會話的對象建模

UniNet軟交換對多媒體會話關系的建模同樣也是采用面向對象的方法。需要注意的是,UniNet軟交換設計的多媒體會話關系模型采用的是集中控制模式。換句話說,一個多媒體業務的所有媒體連接都是在同一個VoIP軟交換控制下完成的。在UniNet多媒體會話關系模型中,定義了4種主要對象:會話(Session入呼叫方(Party入連接點(ConnectionPoint)以及媒體支路(Leg),它們構成的對象模型如圖所示。

從會話的視點看,Party對象代表了會話中涉及的一個可尋址的用戶終端,它可以是一個真實的用戶終端或者是一個網絡實體(如媒體服務器);Leg對象繼承自智能網連接視圖模型的概念,代表通向一個可尋址的用戶終端的媒體通路,根據狀態的不同可以或不可以傳送媒體信息(如語音、視頻、數據等);ConnectionPoint對象繼承自智能網連接視圖模型的概念,代表了各Leg的相互連接關系,并允許媒體信息在Leg之間流動。Connec-tionPoint只允許轉發從一個Leg到另一個Leg的媒體信息,一個ConnectionPoint代表兩個Leg之間的基本連接功能,或者代表3個或多個Leg之間的會議橋接功能。在VoIP軟交換網絡中,ConnectionPoint可能代表虛擬的網絡資源,比如在兩個用戶終端之間直接建立端到端的RTP流時,ConnectionPoint代表一個邏輯意義上的虛擬連接點;也可能代表一個真實的網絡資源,比如當兩個或多個用戶終端都連接到一個媒體網關、媒體服務器或多點處理器上時,ConnectionPoint代表MGCP/Megaco協議中的Context(上下文)概念。

Session對象用來代表整個多媒體會話,它包括與一個多媒體會話相連的所有Party以及與之相連的所有ConnectionPoint。Session對象維護與多媒體會話相關的全局信息,如會話上下文、呼叫方數據、連接點數據等,并轉發多個呼叫方之間的控制信令(包括呼叫控制信令和媒體控制信)。

顯然,上圖所示的對象模型可以很清晰地表示出一個多媒體會話中包含的各種成員和資源,以及彼此之間的關系。它既可以反映媒體連接信息(如Leg和Connection?Point之間的相互關系以及Leg和Party之間的關系),又能夠反映信令連接信息(如Par?ty和Session之間的關系),這些信息都可以由業務邏輯實例使用并實現對會話的控制。

因此,通過上述多媒體會話關系模型,可以向業務邏輯提供深入的呼叫控制和媒體控制能力,比如提供以下4類控制命令。

1、對多媒體會話的整體控制:主要表現為建立或拆除一個多媒體會話,建立一個多媒體會話是指在多個參與方之間建立會話關系(即信令連接),而拆除一個多媒體會話則同時刪除其包含的信令連接及所有的媒體連接。

2、對單條媒體支路的控制:主要表現為創建到某個參與方(該參與方已加人多媒體會話)的新的媒體支路、刪除到某個參與方的已存在的媒體支路或修改媒體支路的屬性等。

3、對媒體連接點的控制:例如對于媒體連接點的合并、刪除、拆分等操作,對一個媒體連接點的控制將影響所有與該連接點關聯的媒體支路。

4、對單個呼叫方的控制:此命令將同時作用千與該呼叫方關聯的所有媒體連接和信令連接。例如增加、刪除呼叫方等操作。

二、會話關系模型的對象定義

下圖顯示了在定義的多媒體會話關系模型中各個對象之間的關系。圖中各對象之間的關系名稱讀法,或者是從上往下,或者是從左往右。例如,呼叫方只能擁有唯一的一個會話;呼叫方能加入到一個會話中;連接點可連接多條分支;一個會話中可包含多條媒體連接等。這里所謂的Party擁有Session,是指會話是由該Party對象發起的,并且該Party對象擁有對此會話的控制權,比如多媒體會議的主席,一旦該Party對象被刪除,將導致整個多媒體會話的刪除。

上圖給出的會話關系模型代表了一個多媒體會話的集中視圖,可以被用千存儲一個會話實例的完整結構,記錄會話涉及的呼叫方、所使用的網絡資源以及它們之間的關聯關系。會話控制功能可以利用它向外部業務功能提供一個了解其內部多媒體會話處理狀態和事件信息的窗口,每一個業務邏輯實例通過唯一的會話關系模觀實例實現對VoIP軟交換網絡中特定多媒體會話的控制,比如指示VoIP軟交換設備控制會話拓撲結構或者改變已有的會話拓撲配置關系。業務邏輯能夠直接在會話關系模型的基礎上進行增加或者刪除呼叫方和媒體連接的操作,也可以請求會話關系模型上報呼叫狀態和事件信息。

1、對象定義

UniNet多媒體會話關系模型中各對象的含義及其包含的信息說明如下。

Session:Session代表一個多媒體會話涉及到的所有呼叫方以及媒體連接之間的關聯關系的總和。

Party:在一個會話中可以有若干個Party,Party可以是終端用戶,也可以是網絡實體(如網關、媒體服務器、應用服務器等)。如果是網絡實體充當連接方時,則稱之為虛擬呼叫方。在會話中,創建該會話的一方被稱為會話的擁有者,因此,一個會話至少應有一個呼叫方加入。ConnectionPoint:ConnectionPoint代表Party之間的媒體連接方式,它是一個虛擬的或者物理的媒體信息轉發點/匯聚點。

Leg:一條媒體連接可由若干條Leg組成,Leg表示媒體連接點到某一呼叫方的通信鏈路。一條媒體支路可通過媒體連接點與其他媒體支路相連。媒體支路和媒體連接點的關系決定了媒體連接的拓撲結構。如果一條媒體連接僅含兩條媒體支路,那么它就是點到點的連接;如果是點到多點的連接,則該媒體連接點應關聯兩條以上的媒體支路。

2、對象屬性定義

上圖所示的會話關系模型中,各對象都擁有自己的狀態屬性。這些對象狀態屬性可以在一個更高的層次上描述該對象所代表的網絡實體的狀態變化,它們所包含的信息是對呼叫控制狀態模型或者媒體控制狀態模觀信息的進一步提煉。

(1)、Party對象狀態屬性

Party對象的狀態屬性以及狀態屬性之間的關系如圖所示,各狀態的含義如下。

? Pending(懸置):表示該呼叫方與會話之間的呼叫連接關系正在建立過程中;

? Joined(加入):表示該呼叫方與會話的呼叫連接關系已建立;

? Active(激活):表示至少已經建立一條到該呼叫方的媒體連接,使其可以與其他呼叫方通信;

? Surrogate(代理):表示該呼叫方指向一個網絡實體(如SCP或AS)而不是指向外部的一個終端用戶。

(2)、ConnectionPoint對象狀態屬性

ConnectionPoint對象的狀態屬性以及狀態屬性之間的關系如圖所示,各狀態的含義如下。

? Establishing(正在建立):表示以該連接點為中心的媒體連接正在建立過程中。在該狀態下,至少有一個與該連接點關聯的Leg還沒有建立起來;

? Established(已建立):表示以該連接點為中心的媒體連接已建立完畢,可以傳輸媒體信息。在該狀態下,所有與該媒體連接相關聯的Leg都已建立;

? Releasing(正在釋放):表示以該連接點為中心的媒體連接正在釋放過程中,在該狀態下,至少有一條與該媒體連接點相關聯的媒體支路正在釋放或已釋放;

? Released(已釋放):表示該媒體連接已釋放完畢,在該狀態下,所有與該媒體連接相關聯的媒體支路都已釋放。

三、 與Parlay多媒體呼叫模型的比較

Parlay多媒體呼叫控制模型與UniNet多媒體會話關系模型的主要區別在于前者不支持獨立的媒體連接拓撲結構。在前文中已經指出,Parlay規范中定義的多媒體呼叫模型存在不足之處,尤其是沒有明確定義代表一個完整媒體連接的對象,只能通過Leg對象間接地控制相應的媒體連接,因此其對媒體連接的表達能力非常有限,對媒體連接的控制操作也比較有限。

UniNet軟交換采用的多媒體會話關系模型則明確定義了代表媒體連接的對象以及代表媒體連接到某一呼叫方的媒體支路的對象,可以彌補Parlay多媒體呼叫控制API在這方面的不足之處。實際上,Parlay多方呼叫模型可以看成是UniNet多媒體會話關系模型的一個子集。圖8.g所示會話關系模型中各對象與Parlay多媒體呼叫控制對象模型中各對象之間的映射關系如表所示。

UniNet多媒體會話關系模型對象與Parlay對象對應關系UniNet多媒體會話關系模型對象

四、 UniNet會話關系模型控制下的多媒體會話建立過程

下面以一個多媒體會話為例,說明如何使用UniNet多媒體會話關系模型來控制多媒體會話。為簡化起見,只描述了這個多媒體會話在最初兩個參與方之間的呼叫建立過程以及其中的一條媒體連接的建立過程,如圖8.13所示。

(1)用戶A發起一個多媒體呼叫,VoIP軟交換會話控制功能創建一個Session對象和Party_A對象實例。Party_A擁有Session,并加入到該Session中。然后,VoIP軟交換控制功能執行相應的呼叫建立操作。在這一過程中,Party_A對象處于Pending狀態。

(2)VoIP軟交換會話控制功能創建Party_B對象實例,并將其加入到Session中,然后發起到Party_B的呼叫建立指示。在這一過程中,Party_A和Party_B都處千Pending狀態,表示正處在建立呼叫的階段。

(3) )被叫應答,VoIP軟交換會話控制功能完成Party_A與Party_B之間的呼叫建立,Par?ty_A和Party_B都進入Joined狀態。

(4) Party_A發起創建一條媒體連接(比如語音通道,假設這是一個雙向媒體通道)的請求,VoIP軟交換會話控制功能在Session對象之下創建ConnectionPoint_1對象,并將Party_A通過媒體支路Leg_Al鏈接到ConnectionPoint_1上,Party_A擁有并控制該媒體連接。然后,VoIP軟交換會話控制功能創建到Party_B的媒體支路Leg_Bl。在此狀態下,Leg_Al處千正在打開狀態,Leg_Bl處千正在打開狀態,ConnectionPoint_1本身也處于正在建立狀態。

(5) Party_B通過媒體支路Leg_Bl鏈接到ConnectionPoint_1上,兩條媒體支路Leg_Al和Leg_Bl的狀態都轉為己打開狀態,ConnectionPoint_l也已建立起來,呈現Es?tablished狀態。此時,Party_A和Party_B都進入激活狀態,開始進行媒體信息的交互。

UniNet多媒體會話關系模型的控制方式

標簽:烏魯木齊 黃石 東營 肇慶 廣西 吐魯番 晉城 漢中

巨人網絡通訊聲明:本文標題《多媒體軟交換會話關系模型的定義》,本文關鍵詞  多媒體,軟,交換,會話,關系,;如發現本文內容存在版權問題,煩請提供相關信息告之我們,我們將及時溝通與處理。本站內容系統采集于網絡,涉及言論、版權與本站無關。
  • 相關文章
  • 下面列出與本文章《多媒體軟交換會話關系模型的定義》相關的同類信息!
  • 本頁收集關于多媒體軟交換會話關系模型的定義的相關信息資訊供網民參考!
  • 推薦文章
    婷婷综合国产,91蜜桃婷婷狠狠久久综合9色 ,九九九九九精品,国产综合av
    五月天激情综合| 欧美一区二区三区系列电影| 久久精品国产99久久6| 午夜久久福利影院| 亚洲精品一卡二卡| 亚洲成年人网站在线观看| 亚洲1区2区3区视频| 天堂蜜桃91精品| 麻豆精品久久精品色综合| 日本欧美一区二区| 国产在线国偷精品产拍免费yy| 国产做a爰片久久毛片| 国产乱子伦视频一区二区三区 | 蜜臀av一区二区| 老司机精品视频线观看86| 国产一区在线视频| 成人高清免费在线播放| 色88888久久久久久影院野外| 欧美三级视频在线播放| 91精品国产色综合久久不卡电影 | 色欲综合视频天天天| 92精品国产成人观看免费| 欧美午夜在线一二页| 日韩欧美亚洲另类制服综合在线 | 色94色欧美sute亚洲13| 91精品国产手机| 国产精品久久久久婷婷二区次| 亚洲一区二区在线播放相泽| 麻豆一区二区99久久久久| 岛国精品在线播放| 欧美色综合天天久久综合精品| 精品欧美久久久| 亚洲人成人一区二区在线观看| 日韩精品成人一区二区三区| 成人精品国产一区二区4080| 欧美日韩在线一区二区| 欧美国产日韩亚洲一区| 石原莉奈在线亚洲二区| 99久久综合狠狠综合久久| 91精品国产美女浴室洗澡无遮挡| 中文字幕 久热精品 视频在线| 亚洲成人一区二区| 成人美女视频在线看| 日韩一区二区三区免费看| 亚洲同性gay激情无套| 久久er99热精品一区二区| 欧美最新大片在线看| 欧美经典一区二区| 日韩电影在线免费| 欧美亚洲综合在线| 国产精品久久久久婷婷| 国产精品亚洲成人| 91.com在线观看| 伊人婷婷欧美激情| 99久久免费精品高清特色大片| 精品国产一区二区三区忘忧草| 亚洲精品国产高清久久伦理二区| 国产成人av网站| 欧美精品一区二区三区在线播放| 亚洲1区2区3区4区| 欧美三日本三级三级在线播放| 中文字幕日韩精品一区| 国产福利一区在线观看| 久久青草国产手机看片福利盒子| 男女男精品视频网| 7777女厕盗摄久久久| 亚洲高清免费一级二级三级| 日本韩国精品一区二区在线观看| 国产精品久99| bt7086福利一区国产| 最新中文字幕一区二区三区 | 色天使色偷偷av一区二区 | 欧美午夜宅男影院| 亚洲一区日韩精品中文字幕| 色婷婷综合久久久久中文 | 欧美一区二区视频在线观看2020 | 激情五月婷婷综合| 欧美精品一区二区三区四区| 久久草av在线| 国产色婷婷亚洲99精品小说| 成人免费视频播放| 亚洲六月丁香色婷婷综合久久| 91亚洲国产成人精品一区二三| 亚洲人被黑人高潮完整版| 欧美综合亚洲图片综合区| 亚洲一级在线观看| 日韩欧美三级在线| 成人爱爱电影网址| 亚洲人成网站在线| 欧美一级黄色大片| 国产乱码精品一区二区三| 国产精品女主播在线观看| 色综合久久久久综合体| 日本美女视频一区二区| 久久久久9999亚洲精品| 99久久99久久精品免费看蜜桃| 一区二区三区欧美久久| 欧美一卡二卡在线观看| 丰满亚洲少妇av| 亚洲一区二区视频| 精品捆绑美女sm三区| bt欧美亚洲午夜电影天堂| 一区二区免费看| 精品国产91久久久久久久妲己| av影院午夜一区| 日韩影视精彩在线| 国产精品丝袜一区| 欧美二区乱c少妇| av欧美精品.com| 精品中文字幕一区二区| 亚洲精品亚洲人成人网| 日韩午夜在线播放| 色诱视频网站一区| 国产真实乱偷精品视频免| 夜夜揉揉日日人人青青一国产精品 | 日本一区二区免费在线观看视频| 欧美日韩一级二级| eeuss鲁片一区二区三区| 久久99国产精品麻豆| 亚洲精品ww久久久久久p站| 26uuu欧美| 91精品在线观看入口| 色伊人久久综合中文字幕| 国产精品99久久不卡二区| 免费看黄色91| 亚洲成a人片在线不卡一二三区| 亚洲国产精品二十页| 日韩午夜电影在线观看| 在线亚洲高清视频| 91蝌蚪国产九色| 成人爱爱电影网址| 国产成人啪免费观看软件| 蜜桃av噜噜一区二区三区小说| 亚洲一卡二卡三卡四卡五卡| 日韩美女久久久| 国产精品不卡一区二区三区| 久久久久久久综合狠狠综合| 日韩一区国产二区欧美三区| 欧美日韩亚洲综合| 欧美视频在线一区二区三区| 色婷婷狠狠综合| 色综合一区二区三区| 国产成人午夜片在线观看高清观看 | 国产婷婷色一区二区三区在线| 91精品国产综合久久香蕉麻豆| 欧美日韩在线三级| 欧美日韩中文一区| 制服丝袜亚洲色图| 日韩一级大片在线观看| 日韩精品中午字幕| 精品欧美乱码久久久久久1区2区| 26uuu久久天堂性欧美| 久久免费午夜影院| 国产女主播在线一区二区| 中文字幕精品一区二区三区精品| 国产精品久久久久久久久免费相片 | 欧美浪妇xxxx高跟鞋交| 欧美电影影音先锋| 欧美α欧美αv大片| 久久久久久久综合狠狠综合| 日本一区二区成人在线| 亚洲男帅同性gay1069| 亚洲综合偷拍欧美一区色| 日日摸夜夜添夜夜添精品视频| 蜜桃视频在线一区| 国内精品第一页| 99久久99久久免费精品蜜臀| 在线观看日韩国产| 在线电影欧美成精品| 久久久亚洲精品一区二区三区| 国产精品国产精品国产专区不片| 亚洲欧美日韩国产成人精品影院| 午夜欧美在线一二页| 国产尤物一区二区| 91丝袜美腿高跟国产极品老师 | 亚洲素人一区二区| 水蜜桃久久夜色精品一区的特点| 韩国精品免费视频| 91麻豆免费看| 精品国产乱码久久久久久牛牛| 国产精品丝袜一区| 日本在线播放一区二区三区| 国产99久久久国产精品免费看 | 久久成人免费网| 成人午夜电影网站| 欧美一卡2卡三卡4卡5免费| 国产精品灌醉下药二区| 亚洲第一成人在线| 国产不卡高清在线观看视频| 欧美日产国产精品| 国产欧美一区二区精品性| 亚洲国产va精品久久久不卡综合| 国产高清亚洲一区| 欧美福利视频一区| 亚洲欧美二区三区| 粉嫩av一区二区三区| 欧美大黄免费观看| 天天操天天干天天综合网| aaa欧美色吧激情视频| 久久久综合视频|