專利名稱：一種無mcu的視頻指揮/會議系統(tǒng)及方法
技術領域：
本發(fā)明涉及視頻、語音通信技術領域，尤其涉及視頻指揮/會議系統(tǒng)中的無MCU分 布式視頻流處理方法，以及支持多路視頻Push與單路視頻申請結合的視頻會議與視頻監(jiān) 控有機結合的應用模式，也涉及一種移動式視頻采集及通信終端、以及一種融合會議終端 與PC顯示器的一體化桌面終端。
背景技術：
伴隨行業(yè)用戶提高管理水平、提升安全生產意識的發(fā)展趨勢，如何降低運營成本、 提高工作效率、加強異地各部門之間的聯(lián)系、保證上級對下級工作環(huán)境和工作狀況的清晰 了解、提升應急情況的快速定位及解決等問題逐漸顯現(xiàn)出來，傳統(tǒng)的視頻會議和視頻監(jiān)控 系統(tǒng)均無法滿足用戶的此類需求，由此視頻指揮/會議系統(tǒng)應運而生。視頻指揮/會議系統(tǒng)是在獨立的視頻會議、視頻監(jiān)控系統(tǒng)的基礎之上進行擴展， 將視頻會議、視頻監(jiān)控有機結合的視頻通信應用系統(tǒng)，針對現(xiàn)有的視頻會議、視頻監(jiān)控結合 應用方式存在的問題進行針對性優(yōu)化。由于視頻會議、視頻監(jiān)控為獨立的兩套系統(tǒng)，因此視頻會議、視頻監(jiān)控系統(tǒng)結合的 模式通常是將來自視頻監(jiān)控系統(tǒng)的監(jiān)控視頻流(已壓縮編碼)進行預解碼后接入視頻會議 終端，MCU將監(jiān)控系統(tǒng)的監(jiān)控視頻流(已預解碼)作為一路虛擬的視頻會議終端配置到視 頻會議中，并由MCU控制視頻會議終端將該路監(jiān)控視頻圖像向會場中的其他會議終端進行 廣播，由此實現(xiàn)視頻會議與視頻監(jiān)控的結合。目前這種模式由于其結合實現(xiàn)的固有不足，只能是由會議主席將固定的某路監(jiān)控 視頻圖像向事先設定的會議終端進行廣播，導致了系統(tǒng)應用模式固定單一，只能實現(xiàn)分會 場觀看主會場或會議主席選定的固定某路監(jiān)控視頻。當某一個分會場或多個分會場在觀看 指定的監(jiān)控視頻圖像外，還希望根據(jù)自身具體情況觀看其他監(jiān)控視頻時，現(xiàn)有模式則無法 滿足用戶的需求。而在行業(yè)用戶中，這種共性化需求基礎上的個性化需求是普遍存在的?；贛CU的視頻會議系統(tǒng)，用戶所選擇的MCU型號，就決定了其視頻會議網(wǎng)絡所能 容納的終端數(shù)量，網(wǎng)絡容量的擴展就意味著MCU的配置增加或者甚至是MCU的更換或級聯(lián)。 MCU本身的高價格，包括擴容導致更換或級聯(lián)MCU都意味著用戶為此付出的高昂投資，也意 味著基于MCU體系的視頻會議系統(tǒng)其網(wǎng)絡擴展性差，只能在MCU的端口配置范圍內擴容。從用戶操作的層面講，現(xiàn)有模式操作繁瑣，會議開始前需要熟悉系統(tǒng)軟件硬件的 會議操作人員，對系統(tǒng)進行相應的設置，包括會議成員編輯、傳輸網(wǎng)絡參數(shù)配置等，同時還 需要遠端分會場人員配合進行分會場會議終端的調試。這樣一種專業(yè)化的使用模式，使得 用戶無法象熟悉的電話撥號那樣隨時使用業(yè)務。綜上所述，現(xiàn)有模式的固有缺陷，導致了行業(yè)用戶在面對其特有的生產調度、應急 搶險指揮、遠程會商等個性化需求時，采用現(xiàn)有系統(tǒng)不能滿足用戶需求，并且部署及使用均 不便。本專利基于目前應用成熟的SIP通信協(xié)議，提出的無MCU、無獨立應用服務器、非組播式的視頻指揮/會議系統(tǒng)解決方案，能夠很好的解決上述問題，在面向行業(yè)用戶單位 范圍內的指揮調度、應急搶險、遠程會商等應用環(huán)境下中應用優(yōu)勢明顯。

發(fā)明內容
本發(fā)明的目的是克服現(xiàn)有應用模式的缺點，基于SIP標準，提供一種視頻指揮/會 議系統(tǒng)解決方案及其媒體處理方法。本系統(tǒng)無需MCU，也不需要標準軟交換架構的獨立應用 服務器，終端即插即用、系統(tǒng)部署快捷，用戶操作方便可靠。且不需要底層傳輸網(wǎng)絡支持組 播模式，可以有效保護用戶前期在傳輸網(wǎng)絡建設中的投資。本發(fā)明的技術方案如下在本視頻指揮/會議系統(tǒng)中，系統(tǒng)構件包括1.ICC可視化視頻指揮終端，擁有會議或指揮的控制權限，相當于會議主席或指揮 員的角色，直接參與指揮調度和會議控制；系統(tǒng)可以存在多個ICC，主ICC和其它低等級ICC 之間在指揮權限和配置管理權限上存在差異；2. DVT桌面視頻通信終端，具有一定的指揮控制權限(主要是對視頻采集設備的 控制權限)，但是更多是以顧問(聽說均可)的身份與會，為會議的參與方；3. MVC移動視頻采集及通信終端，為指揮系統(tǒng)中的下級，負責接受指揮方的指揮并 對指揮方發(fā)出的命令做出相應的動作；MVC采用無線技術，使得生產、搶險現(xiàn)場的人員可以 在一定的無線覆蓋范圍內移動，從而有利于將現(xiàn)場的情況更清晰和靈活的展現(xiàn)；4. FVC固定視頻采集及通信終端，為指揮系統(tǒng)中的下級，其視頻采集設備可以接受 指揮方的指揮(鏡頭拉遠、轉動等)做出相應的動作；FVC只能固定設置在某個現(xiàn)場位置；5. VDR錄像服務器注MVC、FVC均支持語音的雙向通信功能MVC和FVC是視頻監(jiān)控子功能涉及的系統(tǒng)構件，由其完成對生產調度、應急搶險等 現(xiàn)場的監(jiān)控圖像單向采集功能；同時其也支持語音的雙向通信功能，既支持點對點語音通 信，也支持將接收到的來自ICC智能混音后的會場音頻信息解碼播放。從這個意義上講， MVC、FVC也是會議終端，由此體現(xiàn)視頻監(jiān)控功能和視頻會議功能的融合。MVC和FVC所采 集的視頻圖像(已壓縮編碼)，無需實施預解碼即可進入視頻指揮系統(tǒng)，只需要MVC、FVC在 ICC注冊后ICC即可將監(jiān)控圖像直接Push給相關會議終端觀看，也可由各個終端通過SIP 對話申請調看監(jiān)控圖像?？梢?，在本發(fā)明的技術方案中，視頻監(jiān)控系統(tǒng)和視頻會議系統(tǒng)已經 實現(xiàn)有機融合，MVC, FVC已經成為視頻指揮/視頻會議系統(tǒng)的有機構件。系統(tǒng)各個構件內部集成了 SIP模塊，互相之間采用標準SIP協(xié)議作為呼叫控制協(xié) 議，將視頻指揮或視頻會議解析為多個ICC之間，以及ICC與MVC、FVC、DVT、VDR等終端設備 之間的SIP會話，每組會話由參與會話的相關構件分布式獨立地進行呼叫處理和媒體協(xié)商 工作。系統(tǒng)除VDR外的各個構件(指10、0￥1\1^(、？￥0，具有媒體處理單元，包括音頻處 理模塊和視頻處理模塊。每個構件在采集本地音頻信息和視頻信息后首先進行時戳標記， 然后分別傳輸進入系統(tǒng)網(wǎng)絡中，由接收端自行完成音頻/視頻同步以及媒體處理。ICC擁有會議或指揮的控制權限，相當于會議主席或指揮員的角色，直接參與指揮 調度和會議控制。ICC的指揮權限及會議控制權限，是指發(fā)起指揮會議、確定指揮會議成員、 同意其它終端的數(shù)據(jù)流調看/調聽請求、選擇需要廣播的視頻圖像/會議語音等權限。DVT則控制權限相對較小，主要是對視頻采集設備的控制權限，更多是以顧問(聽說均可)的身 份參與指揮。ICC控制會議開始，在這個視頻指揮或視頻會議所涉及的多組SIP會話中的主被 叫成功連接后，主ICC、低等級ICC、DVT、MVC、FVC的音頻處理模塊負責采集本地音頻信號， 低等級ICC、DVT、MVC、FVC還需要將其采集的本地語音發(fā)送到主ICC，由主ICC負責將主ICC 本地音頻以及來自其它會議成員的音頻進行智能混音?；煲艉铣珊蟮闹笓]/會議音頻由主 ICC控制向指定的會議成員廣播，由會議成員自行音頻解碼后播放。ICC可以控制某個會議 成員，屏蔽其會議發(fā)言或阻斷其接收合成后的會議音頻。混音后的音頻發(fā)送給VDR進行錄 音保存。詳見附圖2。主ICC、低等級ICC、DVT、MVC、FVC的視頻處理模塊負責采集本地視頻圖像，并在 ICC的指揮控制下通過底層數(shù)據(jù)網(wǎng)絡全部發(fā)給主ICC，但不經過ICC的合路處理，而是由主 ICC根據(jù)指揮/會議邏輯直接轉發(fā)給相關接收終端。ICC能夠控制(接收并轉發(fā))的視頻 路數(shù)，即本發(fā)明系統(tǒng)的會議容量，可以達到64方以上；但ICC可以管理的會議成員(包括視 頻監(jiān)控)的數(shù)量遠遠大于其能夠處理的方數(shù)。進一步地，視頻流分發(fā)有兩種模式。一種模 式是ICC根據(jù)指揮或會議需要，將需要與各會議終端分享或討論的多路視頻圖像(可以是 多路來自MVC、FVC的監(jiān)控視頻，也可以使來自ICC和DVT的會場視頻)，強行Push給與會 終端。被Push的多路視頻，由主ICC直接轉發(fā)給接收終端。第二種模式是與會終端，基于 其現(xiàn)場的特殊情況，需要在被Push的多路視頻之外個性化的調看某一路視頻(可以是監(jiān)控 視頻，也可以是會場視頻)，這時可以在向ICC申請并經ICC同意后，該路單獨申請調看的視 頻由主ICC轉發(fā)給提出申請的接收會議終端。對于接收終端而言，其本地視頻、被Push的 多路視頻以及申請調看的視頻，均由該接收終端自行進行解碼后顯示。需要錄像的視頻由 ICC指定后由主ICC轉發(fā)給VDR進行錄制保存。詳見附圖3。與現(xiàn)有技術相比，本發(fā)明基于軟交換架構，以SIP協(xié)議作為呼叫控制協(xié)議，在每個 系統(tǒng)構件中集成SIP模塊，指揮或會議業(yè)務邏輯由ICC可視化指揮控制臺進行設定控制，將 視頻指揮或視頻會議解析為將多個系統(tǒng)構件之間的多組SIP會話，而多組SIP會話的有機 結合就是一個視頻指揮或視頻會議。從系統(tǒng)架構上看，本發(fā)明不存在一個獨立的應用服務 器。在媒體處理上，媒體流控制由ICC完成，媒體流的處理模式為音頻媒體流處理采用ICC 集中混音后發(fā)送的處理策略；視頻媒體流處理則采用了 End-to-EncK端到端)的架構，主 ICC根據(jù)會議需要選取會議相關的各會議終端，相關的各會議終端將其本地視頻媒體流發(fā) 送到主ICC進行匯聚，由主ICC根據(jù)指揮/會議邏輯進行視頻流轉發(fā)，視頻流處理則由ICC、 DVT等會議終端自行分布式完成。主ICC的畫面顯示內容(包括監(jiān)控視頻和會場視頻)由 主ICC根據(jù)會議需要自行選取，會議中也可以臨時變更其顯示視頻內容；主ICC控制低等級 ICC、多個DVT的畫面顯示內容(包括Push的視頻和終端單獨申請調看的視頻)由ICC控 制，畫面顯示布局則由終端自行調整。整個系統(tǒng)架構采用了無MCU、無應用服務器的全分布式架構，使得系統(tǒng)部署簡單、 快捷，整個系統(tǒng)的造價低廉，極大地擴展了系統(tǒng)的應用環(huán)境。而相比通常網(wǎng)絡視頻會議系 統(tǒng)，本發(fā)明的系統(tǒng)容量規(guī)模有數(shù)量級提升，采用目前主流配置PC，即可達到64方以上會議， 完全可以滿足行業(yè)用戶對于應急指揮搶險、生產調度等的需求。并且系統(tǒng)的部署不需要底 層數(shù)據(jù)傳輸網(wǎng)絡升級支持組播模式，有效保護了用戶前期的基礎網(wǎng)絡建設投資。
從本發(fā)明的功能看，ICC Push多路會場及監(jiān)控視頻圖像，與分會場申請調看Push 圖像之外的視頻圖像，兩種模式的結合，使得本發(fā)明在快捷滿足多數(shù)會場共性化需求的同 時，還可以滿足分會場的個性化需求。從用戶日常使用和維護來看，ICC、DVC、MVC、FVC、DVR等系統(tǒng)構件，只要在用戶的 內網(wǎng)上即可支持即插即用，且ICC、DVC、MVC、FVC、DVR等所有系統(tǒng)構件均以RJ45以太網(wǎng)接 口與網(wǎng)絡連接，用戶使用如同撥號般簡單，使得用戶的使用和維護簡單易行。終端的遷移， 也無需進行配置修改。


圖1所示為系統(tǒng)各構件SIP呼叫模型2所示為采用智能混音模式的系統(tǒng)音頻處理模型3所示為系統(tǒng)視頻處理模型圖
具體實施例方式下面根據(jù)附圖和實例對本發(fā)明做進一步詳細說明實例系統(tǒng)簡化模型如圖1所示，假定與會方為ICC指揮方㈧，參與方DVTl⑶，參 與方DVT2 (C)，現(xiàn)場視頻采集及通信終端MVC (D)、現(xiàn)場固定視頻采集及通信終端FVC (E)，錄 像服務器DVR(F)。其中A、B、C、F位于用戶辦公所在地，D、E位于指揮、搶險、救災等現(xiàn)場位 置。各個終端的指揮或會議權限為，A、B、C均可發(fā)言討論及可見視頻，D可發(fā)言討論，E不 參與指揮討論只上傳現(xiàn)場固定監(jiān)控音視頻。DVR錄音錄像的視頻來自A、B、C、D。則本發(fā)明 的視頻指揮/視頻會議的詳細步驟(流程圖參見圖2及圖幻為1. ICC、DVT、MVC、FVC、DVR開機后，通過SIP協(xié)議，均在ICC進行注冊。ICC對會 議涉及的ICC、DVT、MVC、FVC、DVR構件進行權限設定A、B、C為音頻/視頻雙向收發(fā)權限， D為音頻雙向收發(fā)權限(D的視頻僅能夠單向傳送)，E為音頻單向傳送權限(E的視頻僅能 夠單向傳送)。指揮中心ICC選擇將A、B、C、D、E等5路視頻全部顯示在其本地，將來自A、 B、C的三路指揮/會議視頻和一路來自D的監(jiān)控視頻強制Push給與會的B、C兩個會議成 員，共同對來自D的現(xiàn)場搶險監(jiān)控視頻圖像進行會商。B為了更進一步了解現(xiàn)場情況，在收 看Push的4路視頻外，向A申請單獨調看來自E的現(xiàn)場固定監(jiān)控視頻。經過會商形成的決 策指令以語音指令的方式下法給現(xiàn)場搶險或調度人員D。F對來自A、B、C、D的音頻視頻進 行錄像保存。2. A、B、C、D、E五個終端各自采集自己的本地音頻信號和視頻信號，進行時戳標記 后，分別傳輸進入系統(tǒng)網(wǎng)絡中。3.音頻信號處理A、B、C、D、E五個終端各自采集自己的本地音頻信號，B、C、D、E
將自己的本地音頻信號經過數(shù)據(jù)網(wǎng)絡發(fā)送給A，由A匯聚后進行智能會議混音。根據(jù)上述實 施實例業(yè)務邏輯，混音后的指揮/會議音頻信息由A同時發(fā)送給B、C、D(A自己有混音后的 語音)，由B、C、D自行將混音音頻進行解碼后播放。E由于指揮/會議邏輯設定，只能發(fā)送 本地音頻信息，接收不到會議語音信息。4.視頻信號處理A、B、C、D、E五個終端各自采集自己的本地視頻信號。根據(jù)詳 細步驟1所述，A選擇顯示(A、B、C、D、E五路視頻)，則B、C、D、E均將其本地視頻流匯聚到A ；由A按照本實施實例的指揮/會議邏輯設定，將A、C、D視頻信號直接轉發(fā)給B，將A、B、D 視頻信號直接轉發(fā)給C。A自行將B、C、D、E兩路指揮/會議視頻信號和兩路現(xiàn)場監(jiān)控視頻 信號進行解碼，并連同A的本地視頻共5路視屏圖像一起顯示；C自行將A、B兩路指揮/會 議視頻信號和D —路現(xiàn)場監(jiān)控視頻信號進行解碼，并連同C的本地視頻共4路視屏圖像一 起顯示。除接受被A Push的4路視頻(A、C、D三路視頻及C的本地視頻)外，B向A申請 單獨調看來自E的監(jiān)控圖像，A同意后，A將E的現(xiàn)場固定監(jiān)控視頻轉發(fā)給B。B自行將A、C 兩路指揮/會議視頻信號和D、E兩路現(xiàn)場監(jiān)控視頻信號進行解碼，并連同B的本地視頻共 5路視屏圖像一起顯示。由此C終端上顯示的視頻圖像為來自A、B、C的會場視頻和來自D 的現(xiàn)場移動視頻；B終端上顯示的視頻圖像為來自A、B、C的會場視頻和來自D的現(xiàn)場移動 監(jiān)控視頻，以及B單獨申請調看的來自E的現(xiàn)場固定監(jiān)控視頻。A作為指揮人員或會議的主 席較色，其權限可以根據(jù)需要自行調看任意會議視頻和監(jiān)控視頻，根據(jù)前述實例系統(tǒng)描述， A終端上顯示的視頻圖像為來自A、B、C的會場視頻和來自D、E的現(xiàn)場視頻；A可以在會議 中增加(總的顯示視頻路數(shù)的上限是畫面顯示格局5+1所限定的6路)或變更在其本地顯 示的視頻圖像。5.指揮/會議錄音、錄像F對來自A、B、C、D、E的本地視頻進行錄像保存，并保存 會議混音音頻。以上所述，僅為本發(fā)明典型的具體實施方式
，但本發(fā)明的保護范圍并不局限于此， 任何熟悉該技術的人在本發(fā)明所揭露的技術范圍內，可輕易想到的變化或替換，都應涵蓋 在本發(fā)明的保護范圍之內。
權利要求
1.一種無MCU的視頻指揮/會議系統(tǒng)及方法，包括ICC可視化視頻指揮終端、DVT桌 面視頻通信終端、MVC移動視頻采集及通信終端、FVC固定視頻采集及通信終端、VDR錄像服 務器。該系統(tǒng)涉及一種移動式視頻采集及通信終端、以及一種融合會議終端與PC顯示器的 一體化桌面終端(ICC、DVT均可使用該終端，可以替換辦公PC的桌面顯示器)。本發(fā)明涉及 的系統(tǒng)，其特征是作為視頻指揮或視頻會議的終端設備，包括指揮員或會議主席、參與方、 被指揮方或會議中的普通成員，任何注冊在ICC上的終端設備(ICC、DVT、MVC、FVC)均可作 為會議成員直接參與會議，包括傳統(tǒng)意義上的視頻監(jiān)控功能構件(MVC、FVC)。
2.根據(jù)權利要求1所述的系統(tǒng)，其特征在于，作為指揮員或會議主席角色的ICC可視化 視頻指揮終端，負責指揮和會議的調度及業(yè)務控制，包括發(fā)起組成會議的SIP呼叫、邀請成 員入會、同意其它終端的數(shù)據(jù)流調看/調聽請求、選擇需要廣播的視頻圖像/會議語音、控 制媒體流的流向(來自哪個終端設備，轉發(fā)給哪個終端設備)、選擇需要錄音錄像的終端、 結束會議等；作為指揮員或會議主席的終端設備，ICC在采集本地音頻的同時，還接收來自 其他終端設備的音頻媒體包，由ICC內部的媒體處理功能模塊進行智能混音處理后分發(fā)給 各會議成員，媒體處理功能模塊還需要采集本地視頻以及自行對需要在ICC上顯示的其他 多路會議視頻圖像進行解碼后顯示。
3.根據(jù)權利要求1所述的系統(tǒng)，其特征在于，作為會議參與者或參謀角色的DVT桌面視 頻通信終端，具有一定的控制權限(主要是對MVC、FVC視頻采集設備的控制權限)，但是更 主要是接收ICC Push的多路視頻圖像，以及通過申請的方式調看其他任意視頻圖像，參與 指揮或會議討論；作為會議成員的終端設備，DVT在采集本地音頻的同時，還接收來自ICC 智能混音處理后分發(fā)的會議語音，經過DVT內部的媒體處理功能模塊進行解碼播音，媒體 處理功能模塊還需要采集本地視頻以及自行對ICC指定(即Push)的并經ICC轉發(fā)的、需 要在DVT上顯示的其他多路視頻圖像進行解碼后顯示。
4.根據(jù)權利要求1所述的系統(tǒng)，其特征在于，作為設置在搶險等現(xiàn)場的被指揮方角色 的MVC、FVC,負責將現(xiàn)場音頻、視頻回傳到指揮中心或主會場，同時接受指揮方的語音指令 并根據(jù)指揮方發(fā)出的命令要求做出相應的動作；作為指揮系統(tǒng)中的下級和被指揮對象的終 端設備，MVC、FVC在采集本地音頻的同時，還接收來自ICC智能混音處理后分發(fā)的會議語 音，經過MVC、FVC內部的媒體處理功能模塊進行解碼播音，媒體處理功能模塊還需要采集 來自現(xiàn)場的本地視頻，在ICC控制之下發(fā)送給ICC，由ICC根據(jù)指揮或會議邏輯轉發(fā)給相關 的會議成員終端設備。
5.根據(jù)權利要求1所述的系統(tǒng)，其特征在于，在ICC注冊后的視頻監(jiān)控功能構件MVC 和FVC所采集的監(jiān)控視頻圖像(已壓縮編碼)，無需實施預解碼即可進入視頻指揮/會議 系統(tǒng)，由ICC將監(jiān)控圖像直接Push給相關會議終端觀看，也可由各個終端通過SIP對話向 ICC申請調看監(jiān)控圖像。由此實現(xiàn)視頻會議系統(tǒng)和視頻監(jiān)系統(tǒng)的有機融合。
6.根據(jù)權利要求4所述的系統(tǒng)，其特征在于，MVC和FVC僅支持單向的視頻圖像采集功 能，從這個角度看是傳統(tǒng)意義上的視頻監(jiān)控功能構件；而MVC和FVC還支持雙向的音頻通信 功能，以音頻通信方式參與指揮或會議，從這個角度看又是傳統(tǒng)意義上的會議功能構件。這 個特征也是視頻會議系統(tǒng)和視頻監(jiān)控系統(tǒng)有機融合的標志。
7.根據(jù)權利要求2、3、4、5、6所述的系統(tǒng)，其特征在于，系統(tǒng)由此實現(xiàn)的視頻指揮/會 議的業(yè)務模式，既滿足了被指揮方或分會場的共性化需求，也能夠滿足個別被指揮方或分會場的個性化需求。指揮員或會議主席將指定的某幾路監(jiān)控視頻圖像/會場視頻向與會的 會議終端進行Push，強制會議終端收看指定的視頻圖像，由此滿足被指揮方或分會場的共 性化需求；同時，個別被指揮方或分會場根據(jù)其自身的特殊情況和特有需求，向ICC申請調 看被Push視頻圖像之外的自己感興趣的任意會場圖像或監(jiān)控視頻圖像。這樣，視頻指揮/ 會議即可更加靈活，與會各方根據(jù)ICC Push的多路視頻進行指揮會商或會議，分會場或被 指揮方可以靈活調看其它視頻圖像形成自己的意見后在會議上討論。
8.根據(jù)權利要求4所述的系統(tǒng)，其特征在于，采用無線接入技術的MVC終端，使得生產、 搶險現(xiàn)場的人員(被指揮方)可以在一定的無線覆蓋范圍內根據(jù)指揮命令自由移動。FVC 固定視頻采集及通信終端，可以固定設置在某個現(xiàn)場位置，通過接受指揮方的指揮(鏡頭 拉遠、轉動等)做出相應的動作。MVC和FVC終端，將現(xiàn)場的情況更清晰和靈活的回傳展現(xiàn)， 也使得本發(fā)明所述的系統(tǒng)，不局限于應用在辦公環(huán)境下，真正意義上實現(xiàn)視頻指揮/會議 業(yè)務。
9.根據(jù)權利要求1所述的系統(tǒng)，其特征在于，所述的終端設備(ICC、DVT、MVC、FVC、DVR) 都是基于SIP協(xié)議，終端設備ICC、DVT、MVC、FVC都具有媒體控制和處理功能。終端設備 ICC、DVT、MVC、FVC具有媒體處理功能模塊，包括音頻處理功能模塊和視頻處理功能模塊，并 由終端自行完成其接收到的會議混音音頻和會議/監(jiān)控視頻的同步。所述的全部終端設備 (ICC、DVT、MVC、FVC、DVR)都集成有SIP通信模塊，可以通過SIP協(xié)議在ICC的控制之下完 成呼叫連接和媒體流傳輸。
10.根據(jù)權利要求9所述的系統(tǒng)，其特征在于所述的系統(tǒng)基于軟交換架構，以SIP協(xié)議 作為呼叫控制協(xié)議，將視頻指揮或視頻會議解析為將多個系統(tǒng)構件之間的多組SIP會話。
全文摘要
本發(fā)明旨在提供一種無MCU的視頻指揮/會議系統(tǒng)及方法，適用于電力、石化、軍隊等行業(yè)的生產調度、應急指揮等領域。系統(tǒng)基于軟交換架構，包括多個ICC視頻指揮終端、DVT桌面視頻通信終端、MVC移動視頻采集及通信終端、FVC固定視頻采集及通信終端，以及VDR錄像服務器。系統(tǒng)各個構件之間采用SIP作為呼叫控制協(xié)議。在一個視頻指揮或視頻會議會話中，音頻由ICC的智能混音模塊進行混音處理后發(fā)送給相關終端；視頻由ICC PUSH給多個DVT觀看，DVT和低等級ICC也可主動申請調看某路視頻。視頻由接收端自行分布式進行處理，由此實現(xiàn)一種無MCU、非組播模式的視頻指揮/會議。
文檔編號H04N7/15GK102065264SQ20091010964
公開日2011年5月18日 申請日期2009年11月18日 優(yōu)先權日2009年11月18日
發(fā)明者劉孝先, 吳維農, 崔燕明, 梁柯, 魯彬, 黃波 申請人:深圳市邦彥信息技術有限公司, 重慶市電力公司