現在，我們期待未來(lái)幾年內B2B的視頻會(huì )議是能夠得到廣泛的應用，假設這一點(diǎn)能夠實(shí)現，那么對于一個(gè)優(yōu)秀的B2B視頻會(huì )議服務(wù)，我們有些什么要求呢？本文中我跟大家分享一下自己的想法，如果我的思慮不夠周全，有所遺漏，也歡迎各位留下自己的想法。

　　連通性、帶寬和QoS

　　第一點(diǎn)，也是最重要的一點(diǎn)，那就是我們的網(wǎng)絡(luò )必須是連通的，以保證帶寬，并能創(chuàng )建端到端的服務(wù)質(zhì)量（QoS）。但在互聯(lián)網(wǎng)上的連接既不會(huì )提供帶寬保證，也不會(huì )有持續的QoS。因此，所提出的任何一個(gè)解決方案都必須有一條精心規劃的路徑，能夠同時(shí)保證帶寬、識別等級標志，并且對高優(yōu)先級的視頻流采取正確的轉發(fā)措施，最終達到較低的數據包丟失率和較少的抖動(dòng)。

　　雖然大部分企業(yè)和服務(wù)提供商都同意通過(guò)差異化的服務(wù)標準來(lái)支持服務(wù)等級（CoS），而事實(shí)上他們都沒(méi)有規范執行這種差異化的服務(wù)。企業(yè)都是自行決定執行的級別分多少種、如何安排各種應用所屬級別、使用何種記號標識各個(gè)等級。因此，一旦要對兩個(gè)不同企業(yè)的視頻流進(jìn)行連接時(shí)，可能就會(huì )出現這種情況：視頻會(huì )議的一方把這次的通訊標識為AF41,而另一方卻標為CS4。鑒于雙方的通訊是跨網(wǎng)絡(luò )的，因此，在進(jìn)行B2B的視頻會(huì )議連接時(shí)，我們必須要解決這種通信的不匹配和重標識問(wèn)題，這樣接收端的企業(yè)網(wǎng)才能對接收到的數據包進(jìn)行正確的處理。如果不使用上述的方法，那么我們就必須為特殊應用類(lèi)型的標識建立一個(gè)國際標準。

　　安全

　　下一個(gè)要解決的關(guān)鍵問(wèn)題就是安全，這里我把安全分為兩種：網(wǎng)絡(luò )安全和通話(huà)安全。網(wǎng)絡(luò )安全是指對企業(yè)網(wǎng)絡(luò )適度的保護，讓企業(yè)網(wǎng)絡(luò )內的數據傳輸不會(huì )受視頻流流入流出的影響。為了確保網(wǎng)絡(luò )安全，企業(yè)在流程和基礎設施上的投入都非常龐大，不少企業(yè)都不太愿意在他們的企業(yè)網(wǎng)上增加新的通信類(lèi)型。

　　要解決網(wǎng)絡(luò )安全問(wèn)題，我們需要一個(gè)明確定義的安全架構，不僅要讓視頻通信涉及的視頻流可以通過(guò)企業(yè)網(wǎng)，而且還要確保只有這部分的視頻流能夠通過(guò)企業(yè)網(wǎng)。

　　通話(huà)安全是用來(lái)確保企業(yè)之間在進(jìn)行視頻通話(huà)時(shí)不會(huì )被第三方監聽(tīng)，保證雙方談話(huà)或會(huì )議內容的私密性。這個(gè)問(wèn)題比較新奇，因為在我們現在的電話(huà)系統中也很少會(huì )有這種類(lèi)型的安全措施。不過(guò)在B2B的視頻會(huì )議中，這個(gè)問(wèn)題就會(huì )凸顯出來(lái)了。許多企業(yè)不僅希望對能夠發(fā)起視頻通話(huà)的視頻端點(diǎn)進(jìn)行限制，同時(shí)也希望能限定通話(huà)另一方的公司，并且還要確保未經(jīng)事先審核的公司不能給他們發(fā)起視頻通話(huà)。因此，企業(yè)的這些考量也是需要解決的。

　　要保證視頻通話(huà)不被第三方竊聽(tīng)，似乎最有希望的解決方法就是加密。現在大多數視頻會(huì )議系統都有內置的標準化加密系統。對使用服務(wù)提供商提供的第三方服務(wù)和網(wǎng)橋的用戶(hù)也可以通過(guò)流程、信任關(guān)系及其它可能的加密手段來(lái)解決這個(gè)問(wèn)題。

　　資源的預訂

　　視頻會(huì )議需要耗費大量的網(wǎng)絡(luò )資源，如網(wǎng)橋和帶寬。我預計至少在開(kāi)始的幾年內，在許多情況下，這些資源都是需要事先預訂的，這是因為提供需求高峰期所需的充足帶寬是不符合經(jīng)濟效益的，因而也就產(chǎn)生了使用高峰期的資源調度問(wèn)題。

　　從上面的分析我們可以看出，要使得一個(gè)B2B視頻會(huì )議順利進(jìn)行，尤其是已經(jīng)預定日程的會(huì )議，在使用高峰期時(shí)，用戶(hù)需要提前預訂帶寬和網(wǎng)橋資源。臨時(shí)發(fā)起的視頻會(huì )議呼叫可能只會(huì )返回一個(gè)忙音信號，會(huì )議也就不得不延期了，而提前預定了的會(huì )議則會(huì )獲得有保障的資源。那么這些資源又該如何預訂呢？又是誰(shuí)去預訂呢？而資源預訂的服務(wù)到底是由服務(wù)提供商提供，還是經(jīng)由視頻管理服務(wù)來(lái)提供，又或者是讓私有企業(yè)來(lái)提供呢？

　　視頻托管服務(wù)提供商間的協(xié)作

　　現在有很多網(wǎng)真系統設備的安裝、圖像架構的正確性都是由托管服務(wù)提供商確定的，并且在許多情況下服務(wù)提供商還要為用戶(hù)建立視頻會(huì )議連接，而與會(huì )者只要在預定的時(shí)間出現在預訂的會(huì )議室中就可以了。由于不同的企業(yè)可能選擇各自不同的托管服務(wù)提供商，因此，在B2B的視頻會(huì )議中，可能會(huì )涉及兩個(gè)或多個(gè)托管服務(wù)提供商。那么這種牽涉多個(gè)服務(wù)提供商的視頻會(huì )議的具體流程究竟是如何的？又是由誰(shuí)來(lái)提供網(wǎng)橋資源？此外，又該采用何種建立和錯誤管理機制？

　　正如我們對WAN服務(wù)提供商提出了能相互連接的要求，我們也希望托管服務(wù)提供商能通過(guò)彼此間的協(xié)作提供應用級的互聯(lián)，為用戶(hù)提供最優(yōu)質(zhì)的服務(wù)。

　　設備的兼容

　　雖然當前大部分視頻會(huì )議產(chǎn)品使用的是H.264壓縮標準，視頻流的傳輸也多遵循RTP協(xié)議，但是，在建立視頻通信時(shí)，還是存在了不少不兼容問(wèn)題。企業(yè)視頻會(huì )議設備的資深廠(chǎng)商一般都支持H.323協(xié)議和SIP協(xié)議，并且也都支持互操作性。桌面解決方案通常都使用基于服務(wù)器的結構模型，而所采用的協(xié)議卻是其它類(lèi)型的。與統一會(huì )議解決方案的融合通常需要支持SIP協(xié)議，不過(guò)也可能會(huì )有其它的要求。

　　在網(wǎng)真級的B2B視頻會(huì )議中，我們也面臨了上述提及的所有問(wèn)題，另外還有一個(gè)不兼容問(wèn)題就是，多點(diǎn)編解碼器在網(wǎng)絡(luò )上是如何實(shí)現多路復用的，而有些多點(diǎn)編解碼器其實(shí)并不需要多路復用。此外，還存在一些不兼容的問(wèn)題：會(huì )議室的設計，不同尺寸的屏幕的布局，以及在會(huì )議室沒(méi)有得到充分利用之前，攝像機角度和選擇相關(guān)的問(wèn)題。不兼容問(wèn)題可能還不是短期內可以解決的，我們可能會(huì )先獲得部署一個(gè)可靠的，單屏到單屏的B2B解決方案。

　　對于B2B視頻會(huì )議的部署，你認為有什么條件是必備的呢？