云視頻會議關(guān)鍵技術(shù)淺析

陳浩然，胡 悅（中國聯(lián)通網(wǎng)絡(luò)技術(shù)研究院，北京100048）

0 前言

近些年，隨著各行各業(yè)對成本費(fèi)用的控制以及對經(jīng)營效益預(yù)期的不斷提高，視頻會議以其便捷、省時、省錢三大優(yōu)勢，打破了地域限制，提高了溝通效率，節(jié)省了溝通成本，越來越受政企客戶青睞，成為日常辦公的剛性需求。與此同時，主流的視頻會議業(yè)務(wù)實現(xiàn)方式也發(fā)生了變革，服務(wù)側(cè)從傳統(tǒng)駐地式硬件設(shè)備向云架構(gòu)平臺遷移，并通過SaaS模式提供視頻會議服務(wù)，終端側(cè)也以手機(jī)端、Pad端與PC端的APP形式為主，進(jìn)一步降低了視頻會議的投資成本。這種云架構(gòu)的視頻會議系統(tǒng)以先進(jìn)的音視頻技術(shù)、豐富的數(shù)據(jù)業(yè)務(wù)、廣泛的終端類型支持、輕資產(chǎn)的投資方式、計費(fèi)靈活的商業(yè)模式，逐漸替代傳統(tǒng)視頻會議系統(tǒng)，并通過技術(shù)的快速迭代滿足企業(yè)用戶日益增長的音視頻實時通話與數(shù)據(jù)協(xié)同業(yè)務(wù)的需求。

1 云視頻會議架構(gòu)類型

架構(gòu)設(shè)計是云視頻會議系統(tǒng)中最核心的技術(shù)。目前云視頻會議架構(gòu)在實現(xiàn)上有MCU資源池架構(gòu)、IMS架構(gòu)、云計算虛擬機(jī)架構(gòu)3種類型，下面對其進(jìn)行詳細(xì)說明與對比。

1.1 MCU資源池架構(gòu)

1.1.1 架構(gòu)描述

MCU資源池架構(gòu)是把分散在各地的專用MCU設(shè)備、流媒體轉(zhuǎn)發(fā)服務(wù)器設(shè)備以及其他高性能服務(wù)器，通過資源抽象的方式虛擬成資源池，實現(xiàn)對全網(wǎng)資源統(tǒng)一的分配、管理、調(diào)度、監(jiān)控。資源池對外統(tǒng)一提供會議端口資源，并可根據(jù)網(wǎng)絡(luò)條件有選擇地實現(xiàn)MCU間以服務(wù)器或板卡為單位的資源負(fù)載均衡和本地/異地容災(zāi)備份，視頻業(yè)務(wù)的使用者只需要通過網(wǎng)絡(luò)就近注冊接入到所轄的資源池即可享受到服務(wù)。網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖1所示，系統(tǒng)架構(gòu)圖如圖2所示。

圖1 MCU資源池的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖

圖2 MCU資源池的系統(tǒng)架構(gòu)圖

由圖2可見，從硬件層到媒體處理層其實是一臺MCU服務(wù)器或MCU業(yè)務(wù)板卡的內(nèi)部架構(gòu)，而最上層的資源池統(tǒng)一調(diào)度平臺真正負(fù)責(zé)資源的抽象與匯聚，MCU資源池主要是通過這一調(diào)度平臺實現(xiàn)對多臺MCU資源使用上的智能判斷，并實現(xiàn)負(fù)載均衡、就近接入、資源災(zāi)備等功能。資源池統(tǒng)一調(diào)度平臺具體實現(xiàn)的功能包括MCU資源獲取、MCU資源池構(gòu)建、會議資源調(diào)配、資源狀態(tài)通知。

1.1.2 架構(gòu)特點

該架構(gòu)多數(shù)為傳統(tǒng)視頻會議廠商的云視頻會議解決方案，技術(shù)成熟，有著較多的成功案例。整個系統(tǒng)網(wǎng)元除MCU資源池外，還包括注冊服務(wù)器（H.323的GateKeeper或SIP的Register Sever），客戶端通常是視頻會議終端或支持H.323/SIP協(xié)議的軟終端。

1.1.3 架構(gòu)的優(yōu)劣勢

該架構(gòu)具有如下2個方面的優(yōu)勢。

a）視頻編解碼、音頻混音由ASIC或DSP硬件實現(xiàn)，設(shè)備有MTBF、MTTR指標(biāo)，系統(tǒng)較穩(wěn)定。

b）對于國際標(biāo)準(zhǔn)H.323、SIP支持較好，不同廠商間設(shè)備兼容性較好。

該架構(gòu)具有如下3個方面的劣勢。

a）受限于H.323、SIP協(xié)議本身，視頻畫面合成由中心側(cè)實現(xiàn)，需要中心側(cè)二次編解碼，終端側(cè)多畫面切換時較不靈活。

b）資源災(zāi)備是以單臺服務(wù)器或板卡為單位的，無法進(jìn)行更細(xì)粒度的資源災(zāi)備。

c）業(yè)務(wù)不靈活，如新增視頻監(jiān)控等視頻融合類型業(yè)務(wù)，還需要新增其他硬件網(wǎng)元設(shè)備。

1.2 IMS架構(gòu)

1.2.1 架構(gòu)描述

IMS架構(gòu)是指遵循IMS體系中信令傳輸、媒體協(xié)商、媒體控制的標(biāo)準(zhǔn)，通過IMS體系定義的會議服務(wù)器、MRFC、MRFP等核心網(wǎng)元，實現(xiàn)視頻會議的業(yè)務(wù)功能。由于以IMS為基礎(chǔ)的架構(gòu)定義了完整的電信業(yè)務(wù)與多媒體服務(wù)，既支持語音、視頻、數(shù)據(jù)等多種形式的會議，又支持多種類型終端接入會議，還可與IMS共用運(yùn)營平臺，充分體現(xiàn)出運(yùn)營商通信網(wǎng)絡(luò)和業(yè)務(wù)的優(yōu)勢。網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖3所示，系統(tǒng)架構(gòu)圖如圖4所示。

由圖4可見，通信能力層與業(yè)務(wù)能力層共同實現(xiàn)了典型的基本通信業(yè)務(wù)，業(yè)務(wù)邏輯層對所提供的能力進(jìn)行組織，形成包括音視頻會議、群組消息、數(shù)據(jù)業(yè)務(wù)等完整的業(yè)務(wù)服務(wù)，并通過業(yè)務(wù)開放層的SDK接口與行業(yè)應(yīng)用進(jìn)行融合。

1.2.2 架構(gòu)特點

圖3 IMS架構(gòu)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖

圖4 IMS架構(gòu)的系統(tǒng)架構(gòu)圖

由于IMS體系結(jié)構(gòu)的設(shè)計初衷是成為下一代網(wǎng)絡(luò)的核心，體系結(jié)構(gòu)包括了電信網(wǎng)的接入層、控制層、承載層和業(yè)務(wù)應(yīng)用層各個部分，故基于IMS架構(gòu)的視頻會議在與其他基礎(chǔ)通信業(yè)務(wù)的融合上有著天然優(yōu)勢，因此該架構(gòu)通常立足于融合通信而非僅僅會議業(yè)務(wù)本身。其次該架構(gòu)中涉及到的業(yè)務(wù)應(yīng)用更為廣泛，涵蓋了數(shù)據(jù)協(xié)同業(yè)務(wù)，并可以以中間件技術(shù)通過SDK提供能力開放接口，與行業(yè)應(yīng)用進(jìn)行融合。主要網(wǎng)元包括 Conf AS、MRFC、MRFP，而其他網(wǎng)元如HSS、CSCF、CCF、SPG可與IMS核心網(wǎng)設(shè)備共用。

1.2.3 架構(gòu)的優(yōu)劣勢

該架構(gòu)具有如下4個方面的優(yōu)勢。

a）支持各種類型電信終端，除專用IMS視頻會議終端外還可接入電話、手機(jī)、IP話機(jī)、各類軟終端以及傳統(tǒng)H.323/SIP視頻會議終端。

b）能夠便捷地與基礎(chǔ)電信業(yè)務(wù)相融合，如通話、短信、傳真等業(yè)務(wù)。

c）可為行業(yè)應(yīng)用提供能力開放接口，如用戶管理、通訊錄同步、狀態(tài)呈現(xiàn)、消息推送、傳真發(fā)送等。

d）IMS提供電信級的QoS保證。在會話建立時，可以按需為策略控制功能和媒體預(yù)留等機(jī)制進(jìn)行網(wǎng)絡(luò)資源分配，優(yōu)先滿足使用者獲得多媒體通信服務(wù)的需求。

該架構(gòu)的劣勢為：IMS整個協(xié)議體系較復(fù)雜，雖然IMS信令基于SIP進(jìn)行擴(kuò)展，但要比傳統(tǒng)SIP視頻會議交互信息更多，交互流程更繁瑣。

1.3 基于云計算虛擬機(jī)架構(gòu)

1.3.1 架構(gòu)描述

基于云計算虛擬機(jī)架構(gòu)的云視頻會議系統(tǒng)是符合NIST對云計算服務(wù)形式定義的真正的云架構(gòu)，該架構(gòu)利用云計算中的虛擬化技術(shù)，將視頻系統(tǒng)業(yè)務(wù)邏輯、信令交互與媒體流處理等過程在云端實現(xiàn)，并支持公有云、私有云或混合云方式部署，一方面以SaaS形式為用戶提供流暢、低延時、高并發(fā)的實時音視頻通信服務(wù)，另一方面以PaaS形式為用戶提供SDK/API調(diào)用的能力，為用戶自有系統(tǒng)集成和個性化定制開發(fā)提供靈活的服務(wù)。網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)如圖5所示，系統(tǒng)架構(gòu)圖如圖6所示。

由圖6可見，IaaS層提供基礎(chǔ)架構(gòu)與基礎(chǔ)服務(wù)，PaaS層提供軟件研發(fā)平臺的服務(wù)，其中PaaS層也存在業(yè)務(wù)的負(fù)載均攤，與IaaS層虛擬機(jī)管理節(jié)點對工作節(jié)點的負(fù)載均攤具有不同維度。SaaS層在PaaS層之上實現(xiàn)了能力開放，為產(chǎn)品多元化與產(chǎn)品定制化提供手段，SaaS層業(yè)務(wù)除基本的視頻會議與數(shù)據(jù)協(xié)同業(yè)務(wù)之外，還支持視頻監(jiān)控、流媒體點播/直播、即時通信以及其他視頻融合業(yè)務(wù)。

圖5 云計算虛擬機(jī)架構(gòu)的網(wǎng)絡(luò)拓?fù)浣Y(jié)構(gòu)圖

圖6 云計算虛擬機(jī)架構(gòu)的系統(tǒng)架構(gòu)圖

1.3.2 架構(gòu)特點

該架構(gòu)是對視頻會議業(yè)務(wù)進(jìn)行軟件化、服務(wù)化、微服務(wù)化的功能性重組，并依托虛擬機(jī)、容器來對計算存儲網(wǎng)絡(luò)資源進(jìn)行分配、管理、調(diào)度、監(jiān)控。由于構(gòu)建于IP互聯(lián)網(wǎng)之上，通常并不關(guān)心IaaS所處的地理位置。部署于多個IDC機(jī)房的云視頻會議系統(tǒng)分為中心區(qū)和可用區(qū)，中心區(qū)是需要集中統(tǒng)一操作功能的軟件模塊，包含管理監(jiān)控各可用區(qū)服務(wù)狀態(tài)、資源使用狀況、許可資源，同步各可用區(qū)間數(shù)據(jù)，跨可用區(qū)間的會議召集時協(xié)調(diào)各可用區(qū)之間的會議智能級聯(lián)，生成媒體在應(yīng)用層面智能路由的策略。而可用區(qū)是可分布式部署的業(yè)務(wù)、信令、媒體功能的軟件模塊，提供會議管理、業(yè)務(wù)Portal提供、多方會議媒體交換等功能。考慮到穩(wěn)定性和擴(kuò)展性，系統(tǒng)設(shè)計會將中心區(qū)、可用區(qū)內(nèi)部采用多臺服務(wù)器集群式部署，進(jìn)而支持異地災(zāi)備與分布式部署就近接入。

1.3.3 架構(gòu)的優(yōu)勢劣勢

該架構(gòu)具有如下4個方面的優(yōu)勢。

a）功能易擴(kuò)展，純軟件的平臺環(huán)境能夠支持更豐富的數(shù)據(jù)業(yè)務(wù)，并可細(xì)粒度將業(yè)務(wù)劃分為原子功能進(jìn)行功能的柔性重組。

b）性能易擴(kuò)容，通過服務(wù)器的堆疊及軟件的再部署，可以響應(yīng)類似互聯(lián)網(wǎng)業(yè)務(wù)指數(shù)型爆發(fā)式增長的速度，實現(xiàn)彈性擴(kuò)容。

c）負(fù)載均衡與資源災(zāi)備以虛擬機(jī)或容器為單位，相比以服務(wù)器或板卡為單位，資源使用效率高、資源恢復(fù)速度快。

d）多畫面合成多數(shù)在終端進(jìn)行，故在中心側(cè)不進(jìn)行二次編解碼，減少了交互時延，畫面窗口的靈活變化使用戶體驗更優(yōu)。

該架構(gòu)具有如下2個方面的劣勢。

a）與基礎(chǔ)通信業(yè)務(wù)互通（如電話入會、移動終端入會（非APP）、VoLTE終端入會）略顯不足。

b）信令為私有信令，故不同廠商間兼容較差，與傳統(tǒng)視頻會議設(shè)備兼容需要網(wǎng)關(guān)服務(wù)單元，網(wǎng)關(guān)服務(wù)單元也是軟件實現(xiàn)的一項服務(wù)，由于需要二次編解碼來完成媒體格式的轉(zhuǎn)換，計算資源占用較大。

1.4 行業(yè)應(yīng)用情況

中國電信商用的“摩云”云視頻會議系統(tǒng)采用第1種架構(gòu)，中國移動商用的“云視訊”視頻會議系統(tǒng)采用第2種架構(gòu)，中國聯(lián)通網(wǎng)研院試商用的“云視聯(lián)”視頻會議系統(tǒng)采用第3種架構(gòu)。第3種架構(gòu)是純粹的互聯(lián)網(wǎng)化架構(gòu)，考慮到未來業(yè)務(wù)提供的靈活性、業(yè)務(wù)使用的便捷性、業(yè)務(wù)增長的爆發(fā)性、前瞻技術(shù)的吸納速度等特征，第3種架構(gòu)將成為實現(xiàn)云視頻會議系統(tǒng)最主流的架構(gòu)。

2 云視頻會議媒體處理的關(guān)鍵技術(shù)

云視頻會議除體系架構(gòu)外，最核心的技術(shù)即是音視頻媒體處理技術(shù)，包含媒體的編解碼、傳輸策略、網(wǎng)絡(luò)適應(yīng)性、安全性等多個方面的內(nèi)容，下面對關(guān)鍵技術(shù)進(jìn)行闡釋說明。

2.1 媒體分層編碼技術(shù)

云視頻會議系統(tǒng)構(gòu)建于IP網(wǎng)絡(luò)之上，不同于帶寬質(zhì)量有保障的專線，使用IP網(wǎng)絡(luò)需要更高的壓縮率、更低的失真率、更魯棒的網(wǎng)絡(luò)變化適應(yīng)性的編碼技術(shù)來保障實時音視頻交互服務(wù)，進(jìn)而提供更佳的主觀體驗。當(dāng)前一項主流技術(shù)是針對不同信宿端網(wǎng)絡(luò)傳輸帶寬以及解碼能力，在信源端提供靈活的時域、空域、質(zhì)量分級編碼來最大限度適應(yīng)網(wǎng)絡(luò)動態(tài)特性和信宿端的處理能力，從而為用戶提供盡可能高的音視頻質(zhì)量，該技術(shù)被稱為分層編碼（Scalable Codec）。

分層編碼對不同能力（包括網(wǎng)絡(luò)收發(fā)能力和處理能力）的節(jié)點提供不同QoS的媒體服務(wù)。通過分層編碼技術(shù)，信源被分成0～n層，0層為基礎(chǔ)層，其余層為增強(qiáng)層，每個信宿端都可以選擇下載其中的0～k層（k≤n），如果只下載0層能夠?qū)崿F(xiàn)基本播放，下載層數(shù)越高播放的品質(zhì)越好，實現(xiàn)了QoS分級的媒體服務(wù)。H.264標(biāo)準(zhǔn)中SVC、H.265標(biāo)準(zhǔn)中的SHVC視頻編碼以及某些廠商私有的SAC音頻編碼都是基于分層編碼來實現(xiàn)的。

2.2 媒體數(shù)據(jù)交換與同步技術(shù)

云視頻會議系統(tǒng)通過媒體數(shù)據(jù)的交換實現(xiàn)不同終端間的互聽互視，媒體數(shù)據(jù)交換主要有“推”和“拉”2種機(jī)制。“推”就是節(jié)點主動向另一個節(jié)點發(fā)送數(shù)據(jù)，通常情況下節(jié)點之間有一種父子關(guān)系，父節(jié)點依據(jù)這種關(guān)系將數(shù)據(jù)主動發(fā)送給子節(jié)點。這種機(jī)制優(yōu)點在于無須發(fā)送數(shù)據(jù)的狀態(tài)信息，無須存儲轉(zhuǎn)發(fā)，所以負(fù)載較低、延遲較低，而缺點在于父節(jié)點失敗后子節(jié)點需要重新選擇父節(jié)點，需要維護(hù)復(fù)雜的樹結(jié)構(gòu)且對動態(tài)變化的應(yīng)對能力較弱。視頻監(jiān)控、視頻直播以及構(gòu)建于組播的業(yè)務(wù)場景一般用“推”的機(jī)制。“拉”是以存儲轉(zhuǎn)發(fā)為基礎(chǔ)，節(jié)點首先獲得對方節(jié)點所擁有的數(shù)據(jù)狀態(tài)信息，而后發(fā)起請求，后者再根據(jù)請求發(fā)送數(shù)據(jù)。這種機(jī)制的優(yōu)點在于可以隨意同時從多個節(jié)點獲取數(shù)據(jù)，節(jié)點間也完全對等，缺點在于需要在每個節(jié)點進(jìn)行必要的數(shù)據(jù)緩沖，傳統(tǒng)視頻會議的MCU、云視頻會議的MRU、視頻點播一般用“拉”的機(jī)制。

云視頻會議系統(tǒng)中音視頻是通過不同的RTP會話通道進(jìn)行傳輸，同一個接收端會接收來自云端的多組媒體流，并在接收端進(jìn)行視頻合成與音頻混音，而在傳輸過程中，由于不同類型的媒體流的網(wǎng)絡(luò)時延不同會造成播放時間偏差，故需要媒體同步技術(shù)來恢復(fù)。同步機(jī)制具體方法是對每個類型的媒體數(shù)據(jù)流單元統(tǒng)一添加時間碼，在發(fā)送時將按時間順序分成單元，在同一時間軸上給每個單元都打上一個統(tǒng)一時間標(biāo)記，在各個媒體到達(dá)信宿端相同時間戳的媒體單元同時進(jìn)行解碼呈現(xiàn)，借此用來保證接收端以正確的時間收到媒體數(shù)據(jù)，實現(xiàn)了不同媒體類型之間的媒體同步。

2.3 媒體網(wǎng)絡(luò)適應(yīng)性技術(shù)

云視頻會議系統(tǒng)需要解決網(wǎng)絡(luò)數(shù)據(jù)包丟失、時延抖動過大、帶寬時變等惡劣網(wǎng)絡(luò)或弱網(wǎng)絡(luò)下的各種問題，解決上述問題的技術(shù)組合稱為媒體網(wǎng)絡(luò)適應(yīng)性技術(shù)，除前文所提的分層編碼之外，還包括自動請求應(yīng)答（ARQ——Automatic Request reQuest）、自適應(yīng)碼率控制（ABC——Adaptive Bitrate Control）、丟失包錯誤隱藏（PLC——Packet Loss Concealment）、前向糾錯（FEC——Forward Error Correction）等技術(shù)。

ARQ技術(shù)是通過重傳關(guān)鍵數(shù)據(jù)包來糾錯的信道保護(hù)算法，有3種常見策略：停等ARQ、退回N步的ARQ和選擇重傳的ARQ，目前主流丟包重傳算法大多都是效率較高的選擇重傳的ARQ，即接收端通過序列號檢查，對未收到序列號的數(shù)據(jù)包向發(fā)送端重新申請。ABC技術(shù)具體方法是發(fā)送端依據(jù)接收端周期性的網(wǎng)絡(luò)狀態(tài)報文對網(wǎng)絡(luò)帶寬進(jìn)行感知，自動調(diào)整碼率來適應(yīng)網(wǎng)絡(luò)環(huán)境的變化，即在網(wǎng)絡(luò)好的情況下，適當(dāng)提高碼率來提高語音視頻的質(zhì)量和降低延遲，在網(wǎng)絡(luò)差的情況下，適當(dāng)降低碼率，適當(dāng)犧牲音畫質(zhì)量來保障語音視頻通話的可用性和流暢性。FEC技術(shù)是通過增加冗余數(shù)據(jù)對丟失的數(shù)據(jù)包進(jìn)行恢復(fù)的信道編碼算法。具體來說，由發(fā)送端對原始數(shù)據(jù)進(jìn)行FEC編碼，生成冗余奇偶校驗數(shù)據(jù)包，原始數(shù)據(jù)和冗余數(shù)據(jù)包合并稱作FEC數(shù)據(jù)塊。接收端接收到FEC數(shù)據(jù)塊后，通過冗余數(shù)據(jù)包和原始數(shù)據(jù)包來恢復(fù)出丟失或者出錯的數(shù)據(jù)包。比較成熟的FEC算法有RS、LDPC、Raptor和Tornado算法。PLC技術(shù)應(yīng)用于實時語音通話的場景，通過前一個語音數(shù)據(jù)包和后一個語音數(shù)據(jù)包的相關(guān)性來“推測出”當(dāng)前丟失的語音數(shù)據(jù)包，從而“隱藏”了信道傳輸所造成的錯誤，減少語音數(shù)據(jù)包丟失對語音通話質(zhì)量的影響。錯誤隱藏PLC算法在接收端進(jìn)行，不需要發(fā)送端參與。

一般情況下，根據(jù)網(wǎng)絡(luò)感知后的往返時延（RTT）和丟包率（PLR——Packet Lost Rate）來智能決定采用哪種策略或哪些策略的組合（見圖7）。

圖7 不同RTT和PLR下的丟包策略組合

2.4 媒體安全技術(shù)

云視頻會議的媒體安全也是系統(tǒng)設(shè)計中的重中之重。早期的媒體安全是依賴國際標(biāo)準(zhǔn)通信協(xié)議的安全服務(wù)協(xié)議，如H.323協(xié)議族中的H.235協(xié)議、SIP協(xié)議族中的HTTPS摘要認(rèn)證與S/MINE的安全協(xié)議，用來解決通信安全面臨的威脅，如注冊劫持、服務(wù)器偽裝、消息篡改、拆卸會話以及拒絕服務(wù)。隨著互聯(lián)網(wǎng)上多媒體應(yīng)用的繁榮，更多媒體應(yīng)用的安全依賴互聯(lián)網(wǎng)媒體的安全協(xié)議，如信令上使用安全傳輸層協(xié)議（TLS）、媒體傳輸上使用數(shù)據(jù)包傳輸層安全性協(xié)議（DTLS）、安全實時傳輸協(xié)議（SRTP）、組合Z的實時傳輸協(xié)議（ZRTP）、安全實時消息傳輸協(xié)議（RTMPS）等，用來解決傳輸安全、編碼安全面臨的威脅，如會話劫持、媒體流截獲。近2年隨著國密算法的成熟以及信息安全技術(shù)國家標(biāo)準(zhǔn)的完善，媒體安全開始更多地關(guān)注于自主可控的國有標(biāo)準(zhǔn)或技術(shù)，逐步構(gòu)建在SM2、SM3、SM4、GB35114等加密算法或安全體系之上，并開始考慮在數(shù)據(jù)、編碼、傳輸、應(yīng)用等角度全方位地實現(xiàn)安全設(shè)計。

3 云視頻會議與新技術(shù)的融合

3.1 云視頻會議+微服務(wù)容器技術(shù)

云視頻會議可以結(jié)合微服務(wù)容器技術(shù)，利用其快速迭代、敏捷交付、彈性部署的特點，迅速滿足業(yè)務(wù)擴(kuò)張過程中對系統(tǒng)架構(gòu)的新要求以及行業(yè)定制化過程中對功能的新需求。使用微服務(wù)技術(shù)，圍繞著視頻業(yè)務(wù)領(lǐng)域來創(chuàng)建可獨立開發(fā)、管理的組件與應(yīng)用，讓產(chǎn)品迭代與交付變得更簡單；而使用容器技術(shù)，將視頻會議輕量級業(yè)務(wù)進(jìn)行隔離部署，通過容器集群調(diào)度技術(shù)，可實現(xiàn)視頻業(yè)務(wù)的高并發(fā)處理、業(yè)務(wù)動態(tài)編排管理，讓彈性部署成為可能，進(jìn)而更迅速地響應(yīng)用戶數(shù)的爆發(fā)式增長。

3.2 云視頻會議+AI技術(shù)

云視頻會議可以結(jié)合主流的AI技術(shù)，為用戶提供更富科技感的操作體驗。使用語音識別技術(shù)，可以實現(xiàn)語音助手協(xié)助下的會議預(yù)約與會議控制，并可自動將語音轉(zhuǎn)換成文本，生成會議記錄；使用圖像識別技術(shù)，可以實現(xiàn)自動點名、人物身份標(biāo)注、會場背景更換、AR效果疊加；使用自然語言處理，可以實現(xiàn)會議摘要生成、會議主題詞云生成以及關(guān)聯(lián)內(nèi)容檢索。AI技術(shù)對云視頻會議的賦能，優(yōu)化了會議流程，簡化了文書記錄操作，方便了會議歷史回放的檢索，讓用戶更關(guān)注于溝通本身信息的傳遞。

3.3 云視頻會議+采集呈現(xiàn)技術(shù)

云視頻會議可以結(jié)合多視點視頻采集、麥克風(fēng)陣列、環(huán)繞立體聲、全息成像、超高清大視場顯示覆蓋等手段以及VR/AR等設(shè)備，營造更為逼真的遠(yuǎn)端環(huán)境，全方位、全場景提升用戶對媒體信息的感受能力，使用戶達(dá)到對媒體影像級的臨場感、沉浸感和真實感。使用VR技術(shù)，既可將全景計算機(jī)虛擬世界進(jìn)行呈現(xiàn)，又可將全維視角進(jìn)行呈現(xiàn)，達(dá)到虛實交融的呈現(xiàn)效果；使用AR技術(shù)，可實現(xiàn)視頻、音頻、圖像、數(shù)據(jù)等多維信息的匯聚融合，將可視化的信息數(shù)據(jù)疊加到現(xiàn)實空間，豐富用戶的信息獲取渠道。超高清高保真的視音頻采集呈現(xiàn)技術(shù)連同VR/AR設(shè)備將進(jìn)一步增進(jìn)視頻通信服務(wù)框架內(nèi)現(xiàn)實世界的遠(yuǎn)端、近端與虛擬世界的互動。

3.4 云視頻會議+5G

云視頻會議可以結(jié)合5G面向視頻業(yè)務(wù)的解決方案，為移動客戶端用戶提供更優(yōu)質(zhì)的音視頻體驗。使用eMBB切片所提供的差異化服務(wù)，能夠滿足移動端4K超高清、低時延的視頻傳輸需求。使用邊緣計算技術(shù)，能夠?qū)⒃朴嬎憧蚣荏w系進(jìn)行系統(tǒng)性延伸，視頻分發(fā)、視頻轉(zhuǎn)碼服務(wù)可下沉至邊緣設(shè)備中，構(gòu)建區(qū)域級小規(guī)模的云視頻業(yè)務(wù)，減少了業(yè)務(wù)數(shù)據(jù)路由，降低了云端計算的負(fù)載，增強(qiáng)了網(wǎng)絡(luò)的韌性。5G技術(shù)能夠從根本上為帶寬消耗時延敏感的視頻交互業(yè)務(wù)提供強(qiáng)有力的傳輸保障。

4 結(jié)束語

云架構(gòu)的視頻會議滿足了當(dāng)前視頻通信系統(tǒng)大規(guī)模服務(wù)的需求，降低了子系統(tǒng)間、組件間的耦合性，實現(xiàn)了功能可擴(kuò)展、性能易擴(kuò)容、數(shù)據(jù)易災(zāi)備、服務(wù)高可用的能力，滿足業(yè)務(wù)內(nèi)容的多樣性、產(chǎn)品迅速迭代的要求。

隨著基礎(chǔ)技術(shù)的迭代式更替與應(yīng)用技術(shù)的顛覆式創(chuàng)新，云視頻會議媒體處理的關(guān)鍵技術(shù)也將不斷向前演進(jìn)。同時，云視頻會議通過與新的Web架構(gòu)技術(shù)、采集顯示技術(shù)、AI技術(shù)、通信技術(shù)的融合，將實現(xiàn)自身的能力重構(gòu)，釋放更大的產(chǎn)業(yè)化潛力。