大會(huì)rundown anatoli webrtc拓展ip多媒體通信_(tái)第1頁(yè)
大會(huì)rundown anatoli webrtc拓展ip多媒體通信_(tái)第2頁(yè)
大會(huì)rundown anatoli webrtc拓展ip多媒體通信_(tái)第3頁(yè)
大會(huì)rundown anatoli webrtc拓展ip多媒體通信_(tái)第4頁(yè)
大會(huì)rundown anatoli webrtc拓展ip多媒體通信_(tái)第5頁(yè)
已閱讀5頁(yè),還剩20頁(yè)未讀, 繼續(xù)免費(fèi)閱讀

下載本文檔

版權(quán)說(shuō)明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請(qǐng)進(jìn)行舉報(bào)或認(rèn)領(lǐng)

文檔簡(jiǎn)介

WebRTC:拓展IP多媒體通信的世界Anatoli

Levine,

Developer

Tools

BU,

思博倫通信Anatoli

Levine思博倫通信公司開(kāi)發(fā)工具業(yè)務(wù)部產(chǎn)品總監(jiān)國(guó)際多媒體電信協(xié)會(huì)(IMTC)主席成立于1936年,公開(kāi)上市公司(倫敦證交所上市代碼:SPT)通信測(cè)試工具的領(lǐng)導(dǎo)者-網(wǎng)絡(luò)、移動(dòng)、安全、汽車、客戶體驗(yàn)。能力實(shí)現(xiàn)解決方案及開(kāi)發(fā)者構(gòu)建要素領(lǐng)域領(lǐng)先供應(yīng)商N(yùn)ov

10

-

11,

2015

|

Beijing

China議程基于標(biāo)準(zhǔn)的IP視頻會(huì)議關(guān)于WebRTC將WebRTC與企業(yè)互聯(lián)未來(lái)方向IP多媒體通信的最新發(fā)展今天的企業(yè)多媒體通信具備如下特點(diǎn):基于標(biāo)準(zhǔn)(主體是SIP,但H.323仍在使用)質(zhì)量非常高:分辨率1080p–4K先進(jìn)的視頻和音頻編碼解碼器-H.264、H.265(HEVC)、AMR-WB、G.722在不受管理的網(wǎng)絡(luò)上具有很強(qiáng)的彈性–SVC、FEC、NetSense可在企業(yè)內(nèi)無(wú)縫部署先進(jìn)性-畫(huà)中畫(huà)(PiP)、演示分享、會(huì)議控制等穿透防火墻和NAT時(shí)具備良好的操作便利性(SBC、ICE/STUN/TURN、專有隧道技術(shù))普遍適用于所有平臺(tái)–移動(dòng)、桌面、會(huì)議室系統(tǒng)沉浸式遠(yuǎn)程存在系統(tǒng)今天的企業(yè)多媒體通信不具備如下特點(diǎn):易用性-軟件客戶端可能很難安裝、配置和升級(jí);會(huì)議室系統(tǒng)需要專門的IT支持。很容易跨越企業(yè)邊界:無(wú)通用的撥號(hào)規(guī)則企業(yè)間的連接未定義未得到服務(wù)商的完全支持,沒(méi)有云與云之間互聯(lián)基于狀態(tài)服務(wù)的普遍-某些解決方案會(huì)好些(例如Skype4B),但支持并不普及。適用于支持基于實(shí)用程序的計(jì)算模型(云+瀏覽器)持久的安全性-使用強(qiáng)大的加密和驗(yàn)證技術(shù)并未成為普遍的強(qiáng)制要求。About

WebRTC為什么了選擇WebRTC?解決企業(yè)部署的問(wèn)題在瀏覽器中工作!易于使用,無(wú)需下載,無(wú)需安裝或配置任何內(nèi)容適用于任何垂直“服務(wù)的”優(yōu)秀工具遠(yuǎn)程保健銀行業(yè)/金融支持和服務(wù)零售可作為獨(dú)立解決方案部署在企業(yè)中云主機(jī)服務(wù)(在經(jīng)營(yíng)場(chǎng)所)基于標(biāo)準(zhǔn)的企業(yè)解決方案在經(jīng)過(guò)擴(kuò)展后可支持WebRTC客戶端。WebRTC的優(yōu)勢(shì)易于使用-無(wú)需下載,只需要點(diǎn)擊鏈接即可。范例變化-Web開(kāi)發(fā)vs

應(yīng)用開(kāi)發(fā)。永遠(yuǎn)安全-DTLS/SRTP是必備的。原生防火墻/NAT穿透(ICE+復(fù)用)。數(shù)據(jù)信道-額外的加密通信設(shè)施。將WebRTC與企業(yè)通信聯(lián)接起來(lái)WebRTC的企業(yè)互聯(lián)需求媒體服務(wù)器/媒體網(wǎng)關(guān)基于SIP的呼叫中心SIP

PBXSBC視頻會(huì)議橋接/云視頻/音頻端點(diǎn)使用WebRTC網(wǎng)關(guān)SIP/WebRTC網(wǎng)關(guān)+Web服務(wù)器基于SIP的互聯(lián)SIP

代理/注冊(cè)方基于瀏覽器的客戶端、jsSIP+

WebRTC替代路徑–WebSocket上的SIPWebRTC加密媒體+數(shù)據(jù)基于SIP的傳統(tǒng)視頻客戶端思博倫DTBU

WebRTC互聯(lián)解決方案客戶端產(chǎn)品和項(xiàng)目SIP服務(wù)器產(chǎn)品整包式解決方案-專業(yè)服務(wù)客戶端產(chǎn)品和項(xiàng)目SIP服務(wù)器框架多媒體終端框架SIP

狀態(tài)消息服務(wù)器核心 與事件B2BUANAT穿透MSRPA-RTP協(xié)議工具包DiameterH.323MEGACOMGCP3G-324M測(cè)試和監(jiān)測(cè)產(chǎn)品測(cè)試和驗(yàn)證技術(shù)基礎(chǔ):完整的開(kāi)發(fā)人員產(chǎn)品組合SIP

IMS開(kāi)發(fā)套裝BFCP工具包的亮點(diǎn)超凡性能高靈活性的API完整的源代碼廣泛的樣例代碼開(kāi)源無(wú)憂與平臺(tái)和操作系統(tǒng)無(wú)關(guān)完整且友好的文檔擁有巨大的安裝基礎(chǔ)極高的互通性同級(jí)最佳的支持WebRTC互聯(lián)解決方案的組成部分-標(biāo)準(zhǔn)WebSocket

傳輸(RFC

6455)DTLS傳輸(RFC

6347)WebSocket上的SIP(RFC

7118)RTP/SRTP,包含單端口復(fù)用支持(RFC

5761)ICE,包含單端口復(fù)用支持(RFC

5761)WebRTC互聯(lián)解決方案的架構(gòu)WebSocketSIP

TKA-RTP

TKICE

TK復(fù)用器通用核心SRTP應(yīng)用DTLS使用DTBU

WebRTC互聯(lián)解決方案獲?。ɑ蛏?jí)至)SIP、A-RTP和ICE工具包的最新版本。WebSocket、DTLS和隧道功能將作為通用核心庫(kù)的擴(kuò)展(新模塊)獲得支持。高階WebRTC

API。適用于Windows、Linux、嵌入式Linux、Mac、Android和iOS。WebRTC的下一步WebRTC與IMS運(yùn)營(yíng)商希望通過(guò)瀏覽器提供語(yǔ)音/視頻服務(wù)。3GPP(Release

13)中有許多問(wèn)題亟待解決。3GPP

Release

12

TR

23.701,關(guān)于WebRTC接入IMS的研究。接入層本地網(wǎng)絡(luò)/漫游等媒體層WebRTC特定編碼解碼器安全相互作用QoS供應(yīng)計(jì)費(fèi)驗(yàn)證和控制3GPP

Release

13中的WebRTC增強(qiáng)特性3GPP

TS

23.228:WebRTCIMS架構(gòu)及參考模型WebRTC–未來(lái)方向

溫馨提示

  • 1. 本站所有資源如無(wú)特殊說(shuō)明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請(qǐng)下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請(qǐng)聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁(yè)內(nèi)容里面會(huì)有圖紙預(yù)覽,若沒(méi)有圖紙預(yù)覽就沒(méi)有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫(kù)網(wǎng)僅提供信息存儲(chǔ)空間,僅對(duì)用戶上傳內(nèi)容的表現(xiàn)方式做保護(hù)處理,對(duì)用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對(duì)任何下載內(nèi)容負(fù)責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當(dāng)內(nèi)容,請(qǐng)與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準(zhǔn)確性、安全性和完整性, 同時(shí)也不承擔(dān)用戶因使用這些下載資源對(duì)自己和他人造成任何形式的傷害或損失。

最新文檔

評(píng)論

0/150

提交評(píng)論