專利名稱：一種遠(yuǎn)程視頻監(jiān)控方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種遠(yuǎn)程一見頻監(jiān)控方法。
背景技術(shù)：
視頻監(jiān)控作為一種傳統(tǒng)視頻技術(shù)與現(xiàn)代通信技術(shù)相結(jié)合的應(yīng)用，目前在 國內(nèi)外已引起了越來越多的關(guān)注，并在金融、公安、交通等領(lǐng)域被廣泛應(yīng)用。 最早的視頻監(jiān)控系統(tǒng)是全模擬的視頻監(jiān)控系統(tǒng)，也稱閉路電視監(jiān)控系統(tǒng)。圖 像信息通過視頻電纜，以模擬數(shù)據(jù)的方式從監(jiān)控攝像機(jī)傳輸至監(jiān)視器， 一般 傳輸距離不能太遠(yuǎn)，主要應(yīng)用于小范圍內(nèi)的監(jiān)控，監(jiān)控圖像一般只能在控制中心查看。隨著數(shù)字技術(shù)的發(fā)展，數(shù)字視頻監(jiān)控系統(tǒng)從20世紀(jì)90年代中期 開始出現(xiàn)，數(shù)字視頻監(jiān)控系統(tǒng)以數(shù)字控制的視頻設(shè)備替代原來的模擬視頻設(shè) 備，以數(shù)字硬盤錄像機(jī)替代原來的模擬錄像機(jī)，將原來的磁帶存儲模式轉(zhuǎn)變 成數(shù)字存儲錄像，在此基礎(chǔ)上產(chǎn)生了全數(shù)字的視頻監(jiān)控系統(tǒng)，可以基于PC (Personal Computer,個人電腦)或嵌入式設(shè)備構(gòu)成監(jiān)控系統(tǒng)，并進(jìn)行多媒 體管理。這類系統(tǒng)是目前視頻監(jiān)控市場的主流。隨著有線寬帶網(wǎng)絡(luò)的普及，視頻監(jiān)控逐漸從本地監(jiān)控向遠(yuǎn)程監(jiān)控發(fā)展， 出現(xiàn)了以網(wǎng)絡(luò)視頻服務(wù)器為代表的遠(yuǎn)程網(wǎng)絡(luò)視頻監(jiān)控系統(tǒng)。網(wǎng)絡(luò)視頻服務(wù)器解決了視頻流在網(wǎng)絡(luò)上的傳輸問題，從圖像采集開始即進(jìn)行數(shù)字化處理和傳 輸，這樣使得傳輸線路的選擇更加多樣性，只要是網(wǎng)絡(luò)存在的地方，就可以 提供圖像傳輸。由上可知，無論是模擬視頻監(jiān)控系統(tǒng)還是數(shù)字監(jiān)控系統(tǒng)都需要監(jiān)控攝像 機(jī)與監(jiān)視器之間存在有線網(wǎng)絡(luò)連接，對于不便于鋪設(shè)有線網(wǎng)絡(luò)的區(qū)域，或大 范圍移動的被監(jiān)視對象都無法使用。近年來，隨著第三代移動通訊技術(shù)(3G) 的發(fā)展，視頻數(shù)據(jù)通過移動通訊網(wǎng)絡(luò)的實時傳輸已經(jīng)不存在無法克服的技術(shù) 障礙。因此，3GPP ( 3rd Generation Partnership Project,第三^C合作伙伴計劃)提出了基于電路域傳輸?shù)囊苿涌梢曤娫捊鉀Q方案3G-324M協(xié)議集。3G-324M協(xié)議集包含H.324M協(xié)議、H.223復(fù)用協(xié)議、H.245會話控制 協(xié)議、視音頻編碼協(xié)議等。其中，R245會話控制協(xié)議消息通過控制信道傳 輸，用以完成VT (Visual Telephone,可視電話)主從決定、能力交換、邏 輯信道管理、復(fù)合表項管理等會話控制過程。如圖1所示，基于3G-324M協(xié)議集的可視電話業(yè)務(wù)流程包含如下步驟 (以;故叫終端處理流程為例)101: MSC (Mobile Switching Center,移動交換中心)接收到主叫終端 發(fā)起的VT起呼消息后，向被叫終端發(fā)起尋呼消息；102:被叫終端接收到上述尋呼消息后，發(fā)起請求進(jìn)行信令交互，建立 與主叫終端之間的CSD ( Circuit Switched Data,電路交換數(shù)據(jù))鏈路；103:被叫終端接收到MSC發(fā)送的CSD鏈路建立成功消息后，啟動VT 應(yīng)用模塊；104: VT應(yīng)用模塊振鈴；MMI ( Man Machine Interface,人機(jī)接口 )顯 示來電信息；105:用戶選擇接聽該VT呼叫，VT應(yīng)用模塊通過AT命令接口通知無 線接口接聽該VT呼叫，并啟動3G-324M協(xié)議棧，根據(jù)H.245會話控制過 程進(jìn)行可視電話業(yè)務(wù)協(xié)商；如果用戶拒絕接聽該VT呼叫或者選擇按語音方式接聽(即回退語音)， 則VT應(yīng)用4莫塊通知無線接口 ，釋放3G-324M協(xié)議棧，本流程結(jié)束。106:被叫終端根據(jù)可視電話業(yè)務(wù)協(xié)商結(jié)果中包含的終端能力、邏輯通 道參數(shù)和媒體參數(shù)信息配置攝像頭、麥克風(fēng)和揚(yáng)聲器設(shè)備，開啟編/解碼器 和視頻、音頻邏輯通道，進(jìn)入可視通話狀態(tài)；107:被叫用戶按下掛機(jī)鍵或被叫終端接收到主叫終端的掛機(jī)消息后， 停止/卸載3G-324M協(xié)議棧，通知無線接口掛機(jī)，拆除CSD鏈路；MMI提 示通話結(jié)束，顯示會話時長等信息。由上可知，由于采用3G-324M協(xié)議集可以實現(xiàn)移動終端之間或移動終 端和其他可視終端之間進(jìn)行音頻和視頻的信息交互，因此也可以用于雙向遠(yuǎn)程視頻監(jiān)控。但是，采用基于3G-324M協(xié)議集的可視電話業(yè)務(wù)進(jìn)行遠(yuǎn)程視頻監(jiān)控存 在如下問題一、 由于可視電話視頻數(shù)據(jù)是雙向傳輸，浪費(fèi)了大量的通訊資源，對作 為被監(jiān)視方的移動終端的軟硬件要求較高；此外，在某些情況下，監(jiān)控方也 不希望被監(jiān)控方獲得本端的視頻數(shù)據(jù)，在這種情況下無法使用可視電話業(yè)務(wù) 進(jìn)行遠(yuǎn)程纟見頻監(jiān)控；二、 可視電話業(yè)務(wù)的被叫方需要手動接聽VT呼叫才能正常進(jìn)行遠(yuǎn)程視 頻監(jiān)控；三、 可視電話業(yè)務(wù)占用了部分帶寬和資源進(jìn)行音頻數(shù)據(jù)的傳輸，在不需 要音頻數(shù)據(jù)進(jìn)行遠(yuǎn)程視頻監(jiān)控的情況下，造成了浪費(fèi)。發(fā)明內(nèi)容本發(fā)明所要解決的技術(shù)問題是，克服現(xiàn)有技術(shù)的不足，提出一種成本較 低，節(jié)省通訊資源的基于3G-324M協(xié)議集的遠(yuǎn)程視頻監(jiān)控方法。為了解決上述問題，本發(fā)明提供一種遠(yuǎn)程視頻監(jiān)控方法，應(yīng)用于支持 3G-324M協(xié)議集的通訊終端，其特征在于，當(dāng)所述一方通訊終端向另一方 通訊終端發(fā)起VT呼叫，并在雙方之間建立電路交換數(shù)據(jù)鏈路后，作為被監(jiān) 控方的所述通訊終端根據(jù)H. 245協(xié)議將本端能力集中的視頻接收能力設(shè)置 為空，以實現(xiàn)視頻數(shù)據(jù)僅由被監(jiān)控方向作為監(jiān)控方的所述通訊終端單向傳 輸。此外，當(dāng)監(jiān)控方和被監(jiān)控方之間建立電路交換數(shù)據(jù)鏈路后，該方法包含 如下步驟A:被監(jiān)控方判斷當(dāng)前應(yīng)用模式，若是遠(yuǎn)程監(jiān)控模式，則執(zhí)行下一步；B:被監(jiān)控方根據(jù)H. 245協(xié)議將本端能力集中的視頻接收能力設(shè)置為空；C:被監(jiān)控方和監(jiān)控方進(jìn)行包含能力交換過程的可視電話業(yè)務(wù)協(xié)商；D:被監(jiān)控方和監(jiān)控方根據(jù)可視電話業(yè)務(wù)協(xié)商結(jié)果進(jìn)行軟硬件配置，進(jìn) 入遠(yuǎn)程監(jiān)控通訊狀態(tài)。此外，當(dāng)被監(jiān)控方為所述VT呼叫的被叫方時，所述步驟A和B之間還 包含如下步驟A，被監(jiān)控方根據(jù)終端參數(shù)中指定的接聽方式接聽所述 VT呼叫。此外，所述步驟A和C之間還包含如下步驟被監(jiān)控方根據(jù)終端參數(shù) 中指定的本端能力集參數(shù)將所述本端能力集中的音頻接收能力設(shè)置為空或 非空。此外，所述步驟C之前還包含如下步驟監(jiān)控方根據(jù)H. 245協(xié)議將本 端能力集中的音頻接收能力設(shè)置為空或非空。此外，所述接聽方式包含自動接聽和手動接聽。此外，在所述步驟A之前還包含如下步驟所述被監(jiān)控方用戶通過MMI 設(shè)置所述終端參數(shù)。此外，所述終端參數(shù)還包含應(yīng)用模式參數(shù)，用于指示當(dāng)前終端的應(yīng)用模 式為遠(yuǎn)程監(jiān)控模式或可視電話模式。此外，可視電話業(yè)務(wù)協(xié)商包含包括依照R245協(xié)議進(jìn)行主從決定、能力 交換、邏輯信道管理、復(fù)合表項管理。此外，所述軟硬件配置包括配置攝像頭、麥克風(fēng)和揚(yáng)聲器，開啟編/ 解碼器和視頻、音頻邏輯通道。由上可知，在現(xiàn)有的基于3G-324M協(xié)議集的可視電話業(yè)務(wù)的基礎(chǔ)上， 本發(fā)明根據(jù)H.245協(xié)議將被監(jiān)控方能力集中的音頻和視頻接收能力設(shè)置為 空，使監(jiān)控方不發(fā)送音頻和視頻數(shù)據(jù)，僅接收被監(jiān)控方發(fā)送視頻數(shù)據(jù)，節(jié)省 了通訊資源，降低了被監(jiān)控方終端的成本。


圖l是基于3G-324M協(xié)議集的可視電話業(yè)務(wù)流程圖；圖2是本發(fā)明實施例基于3G-324M協(xié)議集的遠(yuǎn)程-見頻監(jiān)控方法的流程圖。
具體實施方式
在現(xiàn)有的基于3G-324M協(xié)議集的可視電話業(yè)務(wù)的基礎(chǔ)上，本發(fā)明根據(jù) H.245協(xié)議將被監(jiān)控方能力集中的音頻和視頻接收能力設(shè)置為空，使監(jiān)控方 不發(fā)送音頻和纟見頻數(shù)據(jù)。下面將結(jié)合附圖和實施例對本發(fā)明進(jìn)行詳細(xì)描述。圖2為本發(fā)明實施例基于3G-324M協(xié)議集的遠(yuǎn)程視頻監(jiān)控方法的流程 圖。其中，被叫終端和主叫終端都是支持3G-324M協(xié)議集的移動終端，被 叫終端具備攝像功能。如圖2所示，以被叫終端作為被監(jiān)控方為例，遠(yuǎn)程視 頻監(jiān)控方法包含如下步驟201: MSC (Mobile Switching Center,移動交換中心)4妄收到主叫終端 發(fā)起的VT起呼消息后，向被叫終端發(fā)起尋呼消息；202:被叫終端接收到上述尋呼消息后，發(fā)起請求進(jìn)行信令交互，建立 與主叫終端之間的CSD ( Circuit Switched Data,電路交換數(shù)據(jù))鏈路；203:被叫終端接收到MSC發(fā)送的CSD鏈路建立成功消息后，啟動VT 應(yīng)用模塊；204: VT應(yīng)用才莫塊啟動3G-324M協(xié)議棧； 205: VT應(yīng)用才莫塊判斷當(dāng)前應(yīng)用模式若當(dāng)前應(yīng)用模式為遠(yuǎn)程監(jiān)控模式，則自動接聽該呼叫；將根據(jù)H. 245 協(xié)議進(jìn)行能力交換所使用的能力集中的本端音頻和視頻接收能力設(shè)置為空； 進(jìn)行可視電話業(yè)務(wù)協(xié)商；否則(可視電話模式)，進(jìn)入正常的可視電話流程完成該VT呼叫，本 方法結(jié)束。上述可視電話業(yè)務(wù)協(xié)商包括依照H.245協(xié)議進(jìn)行主從決定、能力交換、 邏輯信道管理、復(fù)合表項管理等過程。若接聽方式設(shè)置為自動接聽該呼叫，則被叫終端在接收到尋呼消息后無需振鈴提示用戶。在遠(yuǎn)程監(jiān)控模式下也可以將接聽方式設(shè)置為手動接聽，即 通過振鈴等方式通知被叫方用戶，由被叫方用戶決定是否4妄聽或何時4妄聽該VT呼叫。由于被叫終端將能力交換所使用的能力集中的本端音頻和視頻接收能 力設(shè)置為空，主叫方則不會向被叫方發(fā)送音頻和視頻數(shù)據(jù)。被叫終端也可以僅將能力集中的本端視頻接收能力設(shè)置為空，而音頻接 收能力不為空。在這種情況下，被叫終端可以接收到主叫方的音頻數(shù)據(jù)，在 進(jìn)行遠(yuǎn)程視頻監(jiān)控時監(jiān)控方(主叫方)可以向被監(jiān)控方(被叫方)發(fā)送語音 指令。在可視電話業(yè)務(wù)協(xié)商過程中，主叫方可將能力集中的音頻接收能力設(shè)置 為空，使監(jiān)控方僅能接收到被監(jiān)控方的視頻數(shù)據(jù)，而無法接收音頻數(shù)據(jù)。206:被叫終端根據(jù)可視電話業(yè)務(wù)協(xié)商結(jié)果中包含的主叫終端能力、邏 輯通道和媒體參數(shù)信息進(jìn)行軟硬件配置，包括配置攝像頭、麥克風(fēng)和揚(yáng)聲 器設(shè)備，開啟編/解碼器和^L頻、音頻邏輯通道，進(jìn)入遠(yuǎn)程監(jiān)控通訊狀態(tài)， 向主叫終端發(fā)送i見頻和音頻數(shù)據(jù)流；若主叫終端能力集中的音頻接收能力為空，則被叫終端不向其發(fā)送音頻 數(shù)據(jù)。207:被叫用戶按下掛機(jī)鍵或被叫終端接收到主叫終端的掛機(jī)消息后， 停止/卸載3G-324M協(xié)議棧，通知無線接口掛機(jī)，拆除CSD鏈路；MMI提 示通話結(jié)束，顯示會話時長等信息。在本發(fā)明的另 一實施例中，被叫用戶可以在上述步驟201之前通過MMI 進(jìn)行終端參數(shù)設(shè)置，所述步驟201至207中根據(jù)終端參數(shù)指定的接聽方式和 本端能力參數(shù)進(jìn)行相應(yīng)的操作。具體地說，終端參數(shù)設(shè)置包含應(yīng)用模式參 數(shù)設(shè)置，將被叫終端設(shè)置為可視電話模式或遠(yuǎn)程監(jiān)控模式；本端能力設(shè)置， 與H. 245協(xié)議進(jìn)行能力交換所使用的能力集相對應(yīng)，可將被叫終端的視頻 接收能力設(shè)置為空、視頻發(fā)送能力不為空，并且可選擇將被叫終端的音頻接 收能力、音頻發(fā)送能力設(shè)置為空或非空；接收方式設(shè)置，在遠(yuǎn)程監(jiān)控模式下將被叫終端設(shè)置為自動接聽或手動接聽。上述步驟201至207以被叫終端作為被監(jiān)控方為例介紹了本發(fā)明的遠(yuǎn)程 監(jiān)控方法，在上述實施例的基礎(chǔ)上，本發(fā)明還可以有其它的變換方式。例如， 將主叫方作為被監(jiān)控方進(jìn)行遠(yuǎn)程視頻監(jiān)控。在發(fā)起VT呼叫前，主叫方進(jìn)行 參數(shù)設(shè)置，包括應(yīng)用模式設(shè)置，將主叫終端設(shè)置為遠(yuǎn)程監(jiān)控模式；本端能 力集參數(shù)設(shè)置，將主叫終端的視頻接收能力設(shè)置為空。具體流程與步驟201 至207類似，只是該VT呼叫由被監(jiān)控方發(fā)起，因此無需接聽操作。
權(quán)利要求
1、一種遠(yuǎn)程視頻監(jiān)控方法，應(yīng)用于支持3G-324M協(xié)議集的通訊終端，其特征在于，當(dāng)所述一方通訊終端向另一方通訊終端發(fā)起VT呼叫，并在雙方之間建立電路交換數(shù)據(jù)鏈路后，作為被監(jiān)控方的所述通訊終端根據(jù)H.245協(xié)議將本端能力集中的視頻接收能力設(shè)置為空，以實現(xiàn)視頻數(shù)據(jù)僅由被監(jiān)控方向作為監(jiān)控方的所述通訊終端單向傳輸。
2、 如權(quán)利要求1所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，當(dāng)監(jiān)控方和 被監(jiān)控方之間建立電路交換數(shù)據(jù)鏈路后，該方法包含如下步驟A:被監(jiān)控方判斷當(dāng)前應(yīng)用模式，若是遠(yuǎn)程監(jiān)控模式，則執(zhí)行下一步；B:被監(jiān)控方根據(jù)H. 245協(xié)議將本端能力集中的視頻接收能力設(shè)置為空；C:被監(jiān)控方和監(jiān)控方進(jìn)行包含能力交換過程的可^L電話業(yè)務(wù)協(xié)商；D:被監(jiān)控方和監(jiān)控方根據(jù)可視電話業(yè)務(wù)協(xié)商結(jié)果進(jìn)行軟硬件配置，進(jìn) 入遠(yuǎn)程監(jiān)控通訊狀態(tài)。
3、 如權(quán)利要求2所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，當(dāng)被監(jiān)控方 為所述VT呼叫的被叫方時，所述步驟A和B之間還包含如下步驟A':被監(jiān)控方根據(jù)終端參數(shù)中指定的接聽方式接聽所述VT呼叫。
4、 如權(quán)利要求2所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，所述步驟A 和C之間還包含如下步驟被監(jiān)控方根據(jù)終端參數(shù)中指定的本端能力集參 數(shù)將所述本端能力集中的音頻接收能力設(shè)置為空或非空。
5、 如權(quán)利要求2所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，所述步驟C 之前還包含如下步驟監(jiān)控方根據(jù)H. 245協(xié)議將本端能力集中的音頻接收 能力設(shè)置為空或非空。
6、 如權(quán)利要求3所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，所述接聽方 式包含自動接聽和手動接聽。
7、 如權(quán)利要求3、 4所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，在所述步驟A之前還包含如下步驟所述被監(jiān)控方用戶通過MMI設(shè)置所述終端參數(shù)。
8、 如權(quán)利要求7所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，所述終端參 數(shù)還包含應(yīng)用模式參數(shù)，用于指示當(dāng)前終端的應(yīng)用模式為遠(yuǎn)程監(jiān)控模式或可 視電話模式。
9、 如權(quán)利要求2所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，可視電話業(yè) 務(wù)協(xié)商包含包括依照R245協(xié)議進(jìn)行主從決定、能力交換、邏輯信道管理、 復(fù)合表項管理。
10、 如權(quán)利要求2所述的遠(yuǎn)程視頻監(jiān)控方法，其特征在于，所述軟硬件 配置包括配置攝像頭、麥克風(fēng)和揚(yáng)聲器，開啟編/解碼器和視頻、音頻邏 輯通道0
全文摘要
一種遠(yuǎn)程視頻監(jiān)控方法，應(yīng)用于支持3G-324M協(xié)議集的通訊終端，其特征在于，當(dāng)所述一方通訊終端向另一方通訊終端發(fā)起VT呼叫，并在雙方之間建立電路交換數(shù)據(jù)鏈路后，作為被監(jiān)控方的所述通訊終端根據(jù)H.245協(xié)議將本端能力集中的視頻接收能力設(shè)置為空，以實現(xiàn)視頻數(shù)據(jù)僅由被監(jiān)控方向作為監(jiān)控方的所述通訊終端單向傳輸。本發(fā)明在現(xiàn)有的基于3G-324M協(xié)議集的可視電話業(yè)務(wù)的基礎(chǔ)上，根據(jù)H.245協(xié)議將被監(jiān)控方能力集中的音頻和視頻接收能力設(shè)置為空，使監(jiān)控方不發(fā)送音頻和視頻數(shù)據(jù)，僅接收被監(jiān)控方發(fā)送視頻數(shù)據(jù)，節(jié)省了通訊資源，降低了被監(jiān)控方終端的成本。
文檔編號H04N7/18GK101335878SQ20071010948
公開日2008年12月31日 申請日期2007年6月26日 優(yōu)先權(quán)日2007年6月26日
發(fā)明者閆曉梅 申請人:中興通訊股份有限公司