1、中國電信無線視頻監(jiān)控應用介紹

　　中國電信推出的“全球眼”無線視頻監(jiān)控應用主要分為手機視頻瀏覽應用和無線視頻采集應用。手機視頻瀏覽應用通過內(nèi)置監(jiān)控客戶端軟件的手機終端實現(xiàn)對監(jiān)控現(xiàn)場的遠程視頻瀏覽、云鏡控制、錄像、視頻截圖等，滿足客戶遠程視頻查看、遠程應急指揮的要求。無線視頻采集應用通過部署支持中國電信移動網(wǎng)絡接入的“全球眼”前端設備實現(xiàn)對現(xiàn)場圖像的實時采集，滿足客戶在移動場景、應急場景或臨時應用場景下視頻實時采集的要求。

　　手機視頻瀏覽應用定位于：已經(jīng)部署了監(jiān)控點，需要隨時隨地對這些監(jiān)控點進行視頻監(jiān)控的客戶應用場景。一般以手機終端作為普通監(jiān)控客戶端（PC、監(jiān)控器）的補充，使用對象一般為管理者、外勤人員等。其主要應用場景如下：

　　·治安監(jiān)控、交通路況管理、城市服務管理、道路管理、建筑施工管理、環(huán)保污染源監(jiān)控、安監(jiān)危險源監(jiān)控等巡查執(zhí)法類場景；

　　·加油站管理監(jiān)控、連鎖門店管理監(jiān)控、營業(yè)場所管理監(jiān)控等生產(chǎn)經(jīng)營類場景；

　　·勞動密集型企業(yè)生產(chǎn)監(jiān)控（質(zhì)量監(jiān)控）；

　　·賣場/商鋪商情查看，如客流、物流等；

　　·企業(yè)形象宣傳及產(chǎn)品展示。

　　無線視頻采集應用定位于：服務于監(jiān)控現(xiàn)場具有移動性、臨時性、固網(wǎng)線路難以接入等特征監(jiān)控點的接入。其主要應用場景包括：

　　·治安巡邏車載監(jiān)控、交警巡邏車載監(jiān)控、城管執(zhí)法車載監(jiān)控、工商執(zhí)法車載監(jiān)控、軍隊巡邏車載監(jiān)控、營運車輛車載監(jiān)控及調(diào)度管理等車載監(jiān)控類場景；

　　·城市應急管理、重大事故（事件）現(xiàn)場播報等應急處置類場景；

　　·臨時會場監(jiān)控管理、大型活動監(jiān)控管理等臨時監(jiān)控類場景；

　　·地理位置較分散、有線網(wǎng)絡無法到達、監(jiān)控環(huán)境有線鋪設相對收入回報不平衡或鋪設困難（如林業(yè)、河流管理等）等場景。

　　2、無線視頻監(jiān)控應用系統(tǒng)的架構(gòu)

　　為實現(xiàn)手機視頻瀏覽應用，視頻監(jiān)控平臺增加了移動客戶端接入服務器(MSP)、媒體轉(zhuǎn)碼網(wǎng)關(guān)（VAU）、移動流媒體服務器（PSS），實現(xiàn)了對手機客戶端的接入。為實現(xiàn)無線視頻采集應用，平臺提供了對無線前端設備(R_PU)（包括無線視頻服務器、無線網(wǎng)絡攝像機）的支持，根據(jù)3G前端設備的不同應用場景，設備形態(tài)可分為車載型、單兵型和固定型。無線視頻監(jiān)控應用系統(tǒng)的架構(gòu)如圖1所示。

　　3、無線視頻監(jiān)控應用典型問題及原因分析

　　3.1手機視頻瀏覽應用典型問題及原因分析

　　（1）視頻圖像不清晰，經(jīng)常出現(xiàn)馬賽克、拖影現(xiàn)象

　　目前，基于cdma2000EV-DO網(wǎng)絡的視頻瀏覽一般配置如下：分辨率格式為QVGA；碼率為100kbit/s；幀率為8～10幀/s。若能夠有效地提高帶寬，則視頻質(zhì)量將得到改善。此外，監(jiān)控前端設備（PU）和VAU的編碼算法以及VAU、M_CU的解碼算法中參數(shù)極多，任何參數(shù)的微調(diào)都可能會影響視頻質(zhì)量，因此產(chǎn)品開發(fā)人員在視頻編/解碼方面的開發(fā)經(jīng)驗將決定產(chǎn)品可達到的視頻質(zhì)量。

　　（2）視頻瀏覽延時較長

　　手機視頻瀏覽業(yè)務流程如圖2所示。

　　從手機視頻瀏覽業(yè)務流程來看，可能產(chǎn)生延時的環(huán)節(jié)有以下幾個：

　　·M_CU和PSS經(jīng)無線網(wǎng)絡進行HTTP重定向；

　　·M_CU和PSS經(jīng)無線網(wǎng)絡建立TCP連接；

　　·M_CU和PSS之間RTSP交互；

　　·PSS轉(zhuǎn)發(fā)；

　　·VAU轉(zhuǎn)碼；

　　·PSS碼流經(jīng)無線網(wǎng)絡發(fā)送到M_CU；

　　·MCU解碼。

　　從現(xiàn)網(wǎng)測試情況來看，PSS轉(zhuǎn)發(fā)需20ms，VAU解碼需約500ms，都在正常范圍內(nèi)，引發(fā)延時的主要是以下幾個環(huán)節(jié)。

　　·當所請求的視頻正被訪問時，VAU開始解碼時間產(chǎn)生延遲（≤2s）。VAU向固網(wǎng)VTDU（視頻分發(fā)單元）請求對應PU的碼流，VTDU把接收到的PU RTP包轉(zhuǎn)發(fā)給VAU，如果該路視頻正在被訪問，那么VAU接收到的第一個RTP包中不一定有I幀，VAU將其丟棄，直到第一個含有I幀的包到達，VAU才開始解碼。現(xiàn)網(wǎng)PU設置的I幀間隔時間為2 s。為保證視頻播放時不出現(xiàn)馬賽克，同時減少無用數(shù)據(jù)的傳送，這個過程是需要的。

　　·部分PSS對RTP包的校驗產(chǎn)生延時（≤2s）。出于安全考慮，PSS將丟棄前3個RTP包。PSS在收到VAU的Describe回應后，保留SDP中的源端IP和端口，只有該IP和端口發(fā)送過來的數(shù)據(jù)包才有必要處理和轉(zhuǎn)發(fā)，所以PSS對前3個RTP包都進行了校驗，并且沒有轉(zhuǎn)發(fā)給M_CU。

　　·客戶端緩沖時間設置過長產(chǎn)生延時。考慮到網(wǎng)絡丟包、包亂序等情況，部分客戶端設置了較長的緩沖時間，帶來了較長的延時。