網(wǎng)絡(luò)實時通信：實時通信增強網(wǎng)絡(luò)能力

　　【賽迪網(wǎng)訊】6月25日消息，自從HTML和Mosaic瀏覽器問世以來，Web平臺已成為跨越終端設(shè)備、 操作系統(tǒng)、語言和文化障礙的通用接口。

　　Web平臺為人們?yōu)g覽海量內(nèi)容提供了一種獨特的方式，為開發(fā)人員提供了一個開發(fā)一次、任何地方部署的模式，可支持服務(wù)提供商在全球范圍內(nèi)部署服務(wù)。以HTML5為代表的Web瀏覽器的技術(shù)升級浪潮，以及正在進(jìn)行的將實時通信功能融入Web平臺的工作，為通信與數(shù)據(jù)的結(jié)合以及改善用戶體驗創(chuàng)造了新的機遇(見圖1)。

　　HTML5和Web瀏覽器的發(fā)展

　　信息通信技術(shù)ICT在技術(shù)、社會文化、當(dāng)?shù)丶叭�球�(qū)用娴淖兏锟梢栽谝灰怪�間發(fā)生。伴隨先進(jìn)技術(shù)迅速成為主流，人們快速采納新的解決方案。HTML5，即第5版網(wǎng)頁通用技術(shù)標(biāo)準(zhǔn)，的發(fā)展就是各種因素推動下的改變創(chuàng)造新事物的典型實例，其本身也是推動創(chuàng)新的催化劑。這些因素包括越來越普及的固定和移動寬帶、消費者與企業(yè)對多媒體和通信業(yè)務(wù)的需求，以及對一平臺的需要，其在可控成本下通過各種設(shè)備讓用戶可達(dá)。當(dāng)前以HTML5為主導(dǎo)的瀏覽器的發(fā)展演進(jìn)正推動瀏覽器的能力日益接近原生(Native)應(yīng)用環(huán)境。支持實現(xiàn)WebRTC，即基于Web的實時通訊正在出現(xiàn)。為確保本地瀏覽器能夠支持實時通信的API協(xié)議方面，目前萬維網(wǎng)聯(lián)盟(W3C)正與互聯(lián)網(wǎng)工程任務(wù)組(IETF)聯(lián)合開展標(biāo)準(zhǔn)化的協(xié)同工作，這只是第一步。愛立信的原型瀏覽器和開發(fā)者版本的Google Chrome都可以早期實施支持實時通信的API(應(yīng)用程序接口)。目前為止，結(jié)果很令人鼓舞。但是，在所有主流瀏覽器和所有類型設(shè)備上實現(xiàn)互操作的道路還很長，沒有人完全有把握取得成功。

　　標(biāo)準(zhǔn)化工作的目標(biāo)是創(chuàng)建實現(xiàn)Web應(yīng)用在任何設(shè)備上都可以運行的API，以便在瀏覽器之間點對點接收和發(fā)送實時媒體和數(shù)據(jù)流。在瀏覽器上運行的API大多都需要在瀏覽器內(nèi)核使用現(xiàn)有的協(xié)議和編碼解碼器。API的設(shè)計使網(wǎng)絡(luò)開發(fā)人員能夠自由使用各種功能，以發(fā)現(xiàn)和連接通訊會話的參與者。Web平臺需要支持跨越不同設(shè)備和操作系統(tǒng)，并融合通信與數(shù)據(jù)，是解決方案能滿足目前及未來各種需求的一項關(guān)鍵技術(shù)。開放瀏覽器標(biāo)準(zhǔn)化的最大優(yōu)勢之一就是它利用萬維網(wǎng)聯(lián)盟W3C和互聯(lián)網(wǎng)工程任務(wù)組IETF等機構(gòu)以及其他高能力的瀏覽器技術(shù)組織(如蘋果公司成立的WebKit開放源項目和網(wǎng)絡(luò)超文本應(yīng)用技術(shù)工作小組即WHATWG)的工作。這些群體積極共享知識，根據(jù)開發(fā)者和用戶需求，逐步開發(fā)解決方案，一步步演進(jìn)Web平臺。

　　Web成為應(yīng)用的平臺

　　Web設(shè)計之初并沒有考慮到應(yīng)用開發(fā)。隨著時間的推移，網(wǎng)絡(luò)已發(fā)展成為充分支持應(yīng)用的平臺。開發(fā)者快速創(chuàng)建創(chuàng)新解決方案的需要推動了Web功能的提升。JavaScript語言、DOM協(xié)定和其他一些(常常是專有的)功能為基于Web的應(yīng)用開發(fā)現(xiàn)代化鋪平了道路。新APIs的加入可改善現(xiàn)有應(yīng)用，并使其在功能上與本地應(yīng)用處于同等水平。

　　用來開發(fā)Web應(yīng)用的功能數(shù)量不斷增加，它們常被稱為開放Web平臺。一項特定功能的成功最終是由它是否被納入主流瀏覽器所決定。盡管HTML5僅是開放Web的一個組成部分，但它也常被視為“實現(xiàn)進(jìn)展”的同義詞。

　　HTML作為網(wǎng)絡(luò)標(biāo)記語言，是結(jié)構(gòu)化的應(yīng)用和數(shù)據(jù)，使應(yīng)用能夠與CSS集成在一起，并用JavaScript語言進(jìn)行控制。

　　通過HTTP基礎(chǔ)架構(gòu)提供的HTML、CSS和JavaScript等技術(shù)是開放Web平臺的基石。它們與腳本APIs一起構(gòu)成了吸引應(yīng)用開發(fā)者的基礎(chǔ)，包括用戶界面的描述和命名方式，以及動態(tài)腳本語言所具有的多功能性。

　　Web應(yīng)用大量增加的部分原因是進(jìn)入門檻低- 代碼碎片在開發(fā)人員中被復(fù)制、粘貼和共享，所需工具只有瀏覽器和文本編輯器。內(nèi)容更全面的用途也常常被收入JavaScript庫，從而產(chǎn)生了擁有自己開發(fā)人員群體、書籍的整個框架(在某些情況下甚至還有會議)。除了它們對開發(fā)人員的吸引力外，幾乎所有設(shè)備都支持瀏覽器這樣一種現(xiàn)實可能最終起到?jīng)Q定作用，傾向于利用Web而非其他技術(shù)進(jìn)行應(yīng)用開發(fā)。如果任何設(shè)備上所用瀏覽器都充分符合標(biāo)準(zhǔn)，那么所有遵守標(biāo)準(zhǔn)的應(yīng)用都可以在這些設(shè)備上運行，無論其采用任何操作系統(tǒng)和硬件架構(gòu)。在一些情況下，為多種設(shè)備開發(fā)應(yīng)用的成本是合理的，而在其他情況下，最好是針對具體的設(shè)備平臺。但是，在多數(shù)情況下，從成本或產(chǎn)品上市時間角度來看，瞄準(zhǔn)所有可能平臺并不可行。應(yīng)用的成功由可達(dá)范圍決定，以合理成本支持可達(dá)范圍的解決方案將最終在平臺競爭中成為勝者。

　　瀏覽器和標(biāo)準(zhǔn)化

　　目前有四種Web瀏覽器引擎能夠運行高級Web應(yīng)用。其中兩種為開放源，分別是Firefox使用的Mozilla Gecko引擎和蘋果Safari、谷歌Chrome使用的WebKit。另外兩種引擎是Opera的Presto和微軟的Trident(已在Internet Explorer上使用)，它們都是封閉源。Web標(biāo)準(zhǔn)化目前正與瀏覽器引擎技術(shù)齊頭并進(jìn)，同步發(fā)展。

　　任何人都可以提出新功能，但只有那些能夠?qū)嵤┨囟üδ�，并展現(xiàn)出具有在更大環(huán)境中工作所需技能和知識的開發(fā)人員才有直接優(yōu)勢決定哪些新功能會被接受并最終在主瀏覽器實施。

　　具體來講，在大多數(shù)情況下，開放源項目和Web標(biāo)準(zhǔn)化的實施工作采用精英管理，與設(shè)計團(tuán)隊相比，更注重個人成績。萬維網(wǎng)聯(lián)盟在Web標(biāo)準(zhǔn)化中扮演著重要作用。但是，規(guī)范受到各瀏覽器廠商商業(yè)決策的影響- 在現(xiàn)實中，Web瀏覽器廠商決定著采用哪些功能。

　　WHATWG常被視為Web瀏覽器廠商聯(lián)盟，但它實際上是由代表主流瀏覽器廠商從事相關(guān)行業(yè)的個人組成的松散聯(lián)合體(微軟例外)。

　　走向Web實時通信

　　2006年，首個便于Web應(yīng)用點對點連接的API 被增加到WHATWG網(wǎng)絡(luò)應(yīng)用1.0。該API是專門為發(fā)送數(shù)據(jù)而開發(fā)的。2009年晚些時候，WHATWG規(guī)范中增添了設(shè)備元素和MediaStream API。這一新元素實現(xiàn)授權(quán)用戶能訪問某些隱私和安全敏感的設(shè)備(如網(wǎng)絡(luò)攝像頭和耳機)，而且增加這一API是為了處理來自這些設(shè)備的媒體流。該API將來自媒體采集設(shè)備的內(nèi)容本地存儲，并將它們錄入二進(jìn)制大數(shù)據(jù)格式供以后上傳。

　　2010年上半年，點對點通信API初步方案加入WHATWG規(guī)范。這些方案采用了ICE建立連接和RTP over UDP協(xié)議，將本地媒體流傳送到遠(yuǎn)端對等方進(jìn)行實時呈現(xiàn)。除了API外，方案包括了點對點數(shù)據(jù)通信和文件傳送的方式。2010年晚些時候，谷歌舉辦了一場研討會，邀請了包括愛立信在內(nèi)的Web和電信行業(yè)多家知名企業(yè)參加。

　　研討會期間，各企業(yè)一致同意繼續(xù)在相關(guān)標(biāo)準(zhǔn)化論壇上公開合作，而不是專門為此形成一個聯(lián)盟。

　　2011年3月，WHATWG方案經(jīng)過全面修訂。設(shè)備元素被丟棄，轉(zhuǎn)而采用純JavaScript API。這一版本的API內(nèi)容詳細(xì)全面，達(dá)到了實施水平。信令經(jīng)過更新到與SDP offer/answer兼容，包括點對點之間實際SDPs的帶外傳輸，由應(yīng)用開發(fā)人員決定如何通過服務(wù)器將信令消息傳輸給遠(yuǎn)端對等方。如何傳輸與媒體平面無直接關(guān)系的所有高層信號也完全由應(yīng)用開發(fā)人員決定。

　　2011年8月，萬維網(wǎng)聯(lián)盟工作小組決定對WHATWG規(guī)范進(jìn)行深入調(diào)查，之后在Web實時通信(WebRTC)工作小組的現(xiàn)有工作基礎(chǔ)上對調(diào)查結(jié)果進(jìn)行了一系列修訂，但原始規(guī)范的基本結(jié)構(gòu)和原則保持不變。

　　API有兩個基本概念：MediaStream和PeerConnection。MediaStream是實際媒體流的抽象表現(xiàn)。它是管理流內(nèi)容展示、錄音或發(fā)送給遠(yuǎn)端對等方等媒體流行為的抓手。LocalMediaStream代表來自本地攝像機、耳機或其他媒體采集設(shè)備的媒體流。為獲取本地流，Web應(yīng)用必須要求用戶訪問(通過“getUserMedia”功能)。該應(yīng)用確定它要求訪問的媒體類型：音頻或是視頻。瀏覽器接口的設(shè)備選擇器作為同意或拒絕訪問的機制。PeerConnection代表與遠(yuǎn)端對等方的聯(lián)系，通常是指另一個在遠(yuǎn)端運行相同Web應(yīng)用的實例。一旦對等連接建立后，MediaStream對象可以發(fā)送給遠(yuǎn)端對等方。對等連接機制使用ICE穿越NAT和防火墻。使用ICE提供安全手段，它可以防止非信任的網(wǎng)頁和應(yīng)用向主機隨意發(fā)送數(shù)據(jù)。媒體平面的信令在點對點之間帶外發(fā)送。API將發(fā)送將被大多數(shù)應(yīng)用視為不透明二進(jìn)制對象的信令消息，但它們必須由Web應(yīng)用安全有效地傳輸?shù)狡渌麑Φ确�。每個信令消息到達(dá)后將立即被輸入到負(fù)責(zé)接收的對等連接，同時RTP攜帶著媒體數(shù)據(jù)。對等連接概念包含一個功能，即Web應(yīng)用可以向遠(yuǎn)端對等方發(fā)送通用數(shù)據(jù)。

　　只開發(fā)媒體控制平面API的主要動機是許多可能受益于這一技術(shù)的現(xiàn)有服務(wù)已經(jīng)有了用戶相互尋找的成熟管理機制。在一些情況下，雙向、低延時通道可用于在端點之間傳送信令消息。以社交網(wǎng)絡(luò)服務(wù)為例，用戶是服務(wù)的基本組成部分。用戶相互尋找途徑和互動交流是主要服務(wù)。根據(jù)人們對朋友、同事和校友的分類，自然地形成不同的用戶群。視頻聊天等服務(wù)是服務(wù)的延伸。這種情況下就需要找到妥善向現(xiàn)有平臺增添更多服務(wù)的解決方案。該API就是這樣一種解決方案，它僅負(fù)責(zé)在端點之間建立起媒體流，而不關(guān)心這些端點如何、何時和為什么決定進(jìn)行通信。

　　社交平臺上當(dāng)用戶群在輕松會議環(huán)境中進(jìn)行通信時，點對點模式可能需要補充網(wǎng)絡(luò)基礎(chǔ)設(shè)施才能連接多于2個或3個以上的參與者。一般用戶可用的上行帶寬可能不足以與多人同時并行通信，但是這一模式可以得到演進(jìn)，以便使端點成為會議混音器。

　　應(yīng)用開發(fā)人員和Web服務(wù)提供商決定如何發(fā)現(xiàn)和連接Web應(yīng)用的對等實例(Peer)。API要求瀏覽器內(nèi)核具有建立所需音頻和視頻通道的功能。正在進(jìn)行的標(biāo)準(zhǔn)化工作尚未就那些編碼(Codec)做出定論。目前假定所有媒體和數(shù)據(jù)流始終是加密。

　　未來通信服務(wù)

　　WebRTC API工作重點是提供Web應(yīng)用基本功能(媒體處理、建立連接和NAT穿越)，使開發(fā)人員自由設(shè)計用戶體驗，與網(wǎng)絡(luò)服務(wù)相結(jié)合，提供發(fā)現(xiàn)和連接機制(即呼叫控制機制)。這種方法與Web瀏覽器的固有能力結(jié)合起來，使云和網(wǎng)絡(luò)服務(wù)滿足使用不同終端設(shè)備的客戶需求，從而為開發(fā)創(chuàng)新Web應(yīng)用提供強有效的工具箱。

　　過去20年來，移動電話服務(wù)主導(dǎo)了實時、同步通信的發(fā)展�，F(xiàn)在情況正在發(fā)生變化。未來通信服務(wù)的發(fā)展方向受到多種因素的影響，其中一個就是功能強大的智能電話、平板電腦和筆記本電腦價格正越來越有吸引力，數(shù)十億用戶將能使用支持WebRTC的應(yīng)用設(shè)備：固定和移動寬帶的功能與可用性正在增加 - 盡管不能期待普遍實現(xiàn)Mbps級的廣域覆蓋，但人口稠密區(qū)域的傳輸需要將觸發(fā)實時通信RTC的業(yè)務(wù)演進(jìn)(特別是視頻)；日益城鎮(zhèn)化在全球和地區(qū)帶來挑戰(zhàn)的同時也創(chuàng)造了需要創(chuàng)新解決方案和服務(wù)的商業(yè)機遇；在對高效、減排的會議替代系統(tǒng)需求的推動下，企業(yè)通信日益數(shù)字化；借助高效通信工具，創(chuàng)新一片興旺，顯示出生生不息的特性。

　　通信服務(wù)的許多改進(jìn)包括支持用戶進(jìn)行通信焦點的組件，如視頻通話與協(xié)作。許多應(yīng)用都將依靠實時通信(RTC)實現(xiàn)，而且隨著Web平臺向?qū)崟r通信與服務(wù)的發(fā)展，組合業(yè)務(wù)能力的HTML技術(shù)將突顯出來�；�于Web的實時通信解決方案，在社交網(wǎng)絡(luò)服務(wù)、教育、客戶關(guān)愛和醫(yī)療保健支持等領(lǐng)域?qū)⒂�加重要�?/p>

　　未來創(chuàng)新將圍繞兩個中軸發(fā)展：

　　提高使用實時通信功能的處理效率；

　　為那些擁有更強大功能的終端、生活日益數(shù)字化的人們創(chuàng)造新服務(wù)。

　　為了說明實時通信Web平臺帶來的機遇，Ericsson Research已開發(fā)了數(shù)種應(yīng)用原型，包括電子健康應(yīng)用(e-Health)，和提供PSTN接入與MMTel服務(wù)的Web應(yīng)用。

　　案例：與醫(yī)生交流

　　設(shè)想一種情形：一位感覺身體不舒服的病人連接健康服務(wù)熱線，不管這條熱線是私人、政府還是國際聯(lián)盟提供的(見圖2)。連接健康服務(wù)熱線時，這位病人使用的Web應(yīng)用可以提示他輸入癥狀描述，之后他啟動語音呼叫，隨后為其指派了最適合的醫(yī)護(hù)人員。醫(yī)護(hù)人員(這里指護(hù)士)看到了這位病人輸入的癥狀描述，以及Web應(yīng)用從醫(yī)療數(shù)據(jù)庫中檢索到的患者數(shù)據(jù)。護(hù)士開始與患者交談，核實與補充癥狀描述，以確定隨后的最佳治療方案。在這種情況下，護(hù)士決定詢問專業(yè)治療人員。應(yīng)用根據(jù)患者信息(包括病歷)為護(hù)士顯示出幾種不同選擇。然后，護(hù)士選擇其中一位聯(lián)系。利用推薦引擎，定制的“發(fā)現(xiàn)和連接”機制將通過終端設(shè)備上的專門應(yīng)用通知專業(yè)治療人員。

　　然后，醫(yī)療專業(yè)人員可通過通知終端設(shè)備或另一臺終端設(shè)備加入到咨詢中。為提高咨詢效果，醫(yī)療專業(yè)人員還可以升級會話，采用視頻形式。高清視頻、患者數(shù)據(jù)和實時互動能力將共同增加成功的機率，并將步驟推薦給患者。這里所說明的系統(tǒng)必須安全管理數(shù)據(jù)。必須堅持患者數(shù)據(jù)隱私保護(hù)法律，限制使用這類敏感數(shù)據(jù)，在系統(tǒng)中醫(yī)療專業(yè)人員的位置和安排也是如此。這一案例是為了向所有各方說明潛在的巨大企業(yè)價值。

　　大醫(yī)院可以獨立實施和管理這樣的解決方案。其他自身能力不太強的組織可以將基礎(chǔ)設(shè)施外包給運營商或IT提供商。無論是哪種方式，提供良好用戶體驗所需的傳輸對任何服務(wù)提供商都是一個潛在挑戰(zhàn)，通過平板電腦大小的設(shè)備舉行高清視頻會議需要傳輸速度達(dá)到約800kbps。支持這一速度的傳輸能力并不普遍，服務(wù)提供商需要與運營商協(xié)作仔細(xì)規(guī)劃覆蓋范圍。這樣有商業(yè)機會來提供不同的移動寬帶服務(wù)質(zhì)量QoS水平。在特定情況下，患者可能有盡力而為(Best-Effort)QoS的個人數(shù)據(jù)方案。為了支持會話，如運營商，可以通過LTE QoS提供動態(tài)QoS。

　　除了數(shù)據(jù)傳輸外，運營商還可以提供ICE服務(wù)器來管理NAT穿越、代碼轉(zhuǎn)換媒體服務(wù)器、多方會議支持和推送服務(wù)器。運營商可以(或許應(yīng)該)利用其自有的傳輸基礎(chǔ)設(shè)施，或其他運營商的基礎(chǔ)設(shè)施，提供連接參與者所需的傳輸。根據(jù)情況，假定選擇了安全機制，運營商可以提供增值媒體服務(wù)，如媒體記錄、語言到文本翻譯和基于位置的“發(fā)現(xiàn)和連接”，以及復(fù)雜的計費和收費方案。

　　數(shù)據(jù)和通信以這種方式融合可應(yīng)用于類似情景，人們需要聯(lián)系服務(wù)提供商或需要進(jìn)行協(xié)作，如教育或遠(yuǎn)程工作環(huán)境。

　　網(wǎng)絡(luò)電信資產(chǎn)

　　電信網(wǎng)絡(luò)是開發(fā)未來通信服務(wù)解決方案的重要組成部分。具有QoS的固定和移動寬帶接入是推動網(wǎng)絡(luò)服務(wù)發(fā)展的關(guān)鍵促進(jìn)器。Web實時通信(WebRTC)的出現(xiàn)已經(jīng)營造了新環(huán)境，利用其他電信資產(chǎn)補充運營商所提供連接方式。

　　基于Web的實時解決方案相似于電信行業(yè)已經(jīng)提供的解決方案。例如，支持代碼轉(zhuǎn)換和多方服務(wù)的媒體處理功能、呼叫控制、推送和計費等，都可重復(fù)使用在許多需要實時通信的Web應(yīng)用環(huán)境中。一些電信技術(shù)也可重用在Web平臺環(huán)境中，也可能需要其他功能。為此可能需要作出一些改變，如在終端設(shè)備和網(wǎng)絡(luò)之間引入HTTP-to-SIP網(wǎng)關(guān)；在3GPP IMS定義的會話邊界網(wǎng)關(guān)(SBG)中提供基本的ICE支持和支持WebSocket。在這些變更情況下，Web平臺需要了支持和實現(xiàn)這些普通功能。在安全機制方面，無論是為了進(jìn)行跨域通信還是為了接入用戶攝像頭，都很重要。

　　增添實時通信功能到Web平臺創(chuàng)造了新的需求，包括如何驗證對等方身份，或是如何協(xié)調(diào)Web平臺和移動寬帶解決方案以提高服務(wù)質(zhì)量。

　　使用電信基礎(chǔ)設(shè)施構(gòu)建Web應(yīng)用已經(jīng)超出了使用單一技術(shù)的范圍。通過利用現(xiàn)有電信互通關(guān)系，運營商能夠超出他們自己的覆蓋/可達(dá)范圍提供傳運輸和呼叫控制。這種聯(lián)合模式可能迎來有機健康發(fā)展，最初只有幾個參與者，隨著時間的推移范圍不斷擴大，但利用現(xiàn)有和演進(jìn)的解決方案實現(xiàn)不同通信服務(wù)(如RCS和高清視頻會議HDVC)之間的互通。除了使用電信技術(shù)提供從瀏覽器到瀏覽器的通信，另一套解決方案需要使用Web平臺為客戶使用電信通信服務(wù)，如PSTN互通接入和MMTel服務(wù)。這種情況下，需要有能管理網(wǎng)絡(luò)差異性的網(wǎng)關(guān)和基本技術(shù)。使用精選的IMS技術(shù)的示例見圖3。

　　運營商可以提供這里所描述的捆綁服務(wù)，通常包括傳輸。服務(wù)提供商為應(yīng)對人們對具有本地和全球覆蓋能力的信息通信技術(shù)(ICT)解決方案預(yù)期的增加，捆綁包含通過接入網(wǎng)絡(luò)的傳輸和骨干網(wǎng)的服務(wù)，并與云服務(wù)的結(jié)合提供實時通信，這將非常具有吸引力。互聯(lián)網(wǎng)傳輸缺乏有保障的QoE將是許多企業(yè)和服務(wù)提供商的關(guān)鍵業(yè)務(wù)的驅(qū)動因素。確保移動寬帶(MBB) 服務(wù)質(zhì)量的定制傳輸服務(wù)將成為頗具吸引力的方案，是企業(yè)VPN(虛擬專用網(wǎng)絡(luò))和移動服務(wù)的組成部分。

　　結(jié)論

　　過去二十年來，互聯(lián)網(wǎng)和Web技術(shù)在通信方面發(fā)揮了中心作用。隨著HTML5和Web實時通信WebRTC等標(biāo)準(zhǔn)的問世，這一作用愈加顯著。

　　從短期來看，實時通信Web平臺將成為本地應(yīng)用的必要補充。從長期來看，它具有在各方面(除少數(shù)幾個應(yīng)用外)與本地應(yīng)用環(huán)境成功競爭的潛力。

　　Web平臺為跨終端設(shè)備應(yīng)用環(huán)境提供綜合服務(wù)的固有能力，使其成為重要的集成工具。補充了實時通信能力的Web網(wǎng)絡(luò)將為創(chuàng)建多種新服務(wù)和應(yīng)用提供可能，這些服務(wù)和應(yīng)用結(jié)合特定環(huán)境數(shù)據(jù)，并與嵌入的通信功能一起使用。這將有利于Web成為多種服務(wù)的首選平臺。

　　Web實時通信應(yīng)用程序接口(WebRTC API)有望成為Web應(yīng)用開發(fā)者的良好工具。不過，盡管這一框架提高了Web平臺的能力，但仍缺乏一些內(nèi)容。為支持那些使用實時通信Web平臺的Web應(yīng)用，運營商可以提供與較高層服務(wù)捆綁在一起的傳輸服務(wù)。

　　與現(xiàn)有和新出現(xiàn)的電信網(wǎng)絡(luò)服務(wù)，如PSTN和MMTel，互通的網(wǎng)關(guān)，將為服務(wù)提供商帶來更多價值。

　　通過充分利用與其他運營商的現(xiàn)有互通協(xié)議提供全球覆蓋范圍(見圖4)，這樣的策略可能對那些使用通信作為業(yè)務(wù)流程之一的企業(yè)產(chǎn)生積極影響，從而創(chuàng)造新的商業(yè)機遇和增加收入。

　　簡而言之，HTML5和WebRTC以兩種方式向前推動了通信發(fā)展前景：他們將群體/社區(qū)或垂直應(yīng)用(如電子健康、教育或社交網(wǎng)絡(luò))的通信豐富化了，并將實現(xiàn)在大眾市場通信服務(wù)市場的更快部署。

　　作者：宇然