專利名稱：一種支撐手持監(jiān)控的后臺視頻代理服務的方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通訊技術(shù)，尤其涉及一種支撐手持監(jiān)控的后臺視頻代理服務的方法。
背景技術(shù)：
隨著網(wǎng)絡(luò)及3G移動通信技術(shù)的發(fā)展，通過移動終端觀看影音視頻成為應用的熱 點，與此相關(guān)的流媒體技術(shù)也有了相應的發(fā)展。流媒體技術(shù)是將音視頻文件和音視頻流通過壓縮處理后，通過網(wǎng)絡(luò)服務器進行分 段傳輸，客戶端計算機不用將整個音視頻文件下載到本地，便可以即時收聽和收看。對于典 型的流媒體服務應用，一般要實現(xiàn)用戶認證、重定向、控制器、會議發(fā)布、計費等多個模塊， 但由于各個流媒體服務器實現(xiàn)技術(shù)并不相同，因而需要研究如何在這些服務器之間建立相 應的集群結(jié)構(gòu)，及其擴展功能，優(yōu)化服務資源，例如建權(quán)控制用戶資源訪問、調(diào)整流媒體服 務器的均衡負載等等。同時視頻監(jiān)控領(lǐng)域中的方法，很大程度上限制了手持監(jiān)控系統(tǒng)的發(fā)展，市場需求 能夠接入已有的不同的視頻服務，同時能夠提供有效的管理測試，實現(xiàn)對手持監(jiān)控視頻服 務的在線支撐。建立了一個具體的訪問控制層，此控制層獨立于具體流媒體客戶端服務器 端的實現(xiàn)，通過異構(gòu)數(shù)據(jù)控制的方法實現(xiàn)對用戶流媒體服務請求的控制，從而起到控制用 戶訪問和流媒體服務負載均衡等作用。

發(fā)明內(nèi)容
本發(fā)明所解決的技術(shù)問題在于提供一種支撐手持監(jiān)控的后臺視頻代理服務的方 法，以解決上述背景技術(shù)中的缺點。一種支撐手持監(jiān)控的后臺視頻代理服務的方法，利用服務器和客戶端雙方對RTSP (即TCP長連接)的連接內(nèi)容的利用，可實現(xiàn)控制客戶端和服務器的訪問，這是一種簡單而有 效的方式，無須對RTSP、RTP、RTCP內(nèi)容進行全部信息解碼，可以減少代理系統(tǒng)在操作時的 額外時間開銷，為了達到上述描述的目的，此時要考慮的內(nèi)容包括
1)、訪問控制對客戶端和服務器端RTSP(TCP連接)數(shù)據(jù)流的支持；
2)、訪問控制對客戶端和服務器端RTP和RTCP的支持。在本發(fā)明中，流媒體服務對應的客戶端和服務器端之間的數(shù)據(jù)交互，通過控制 RTSP, RTCP及RTP的數(shù)據(jù)流向，實現(xiàn)代理服務分組交換功能。采用了三層結(jié)構(gòu)模型，代理服 務對客戶端和服務器的連接起到中間“透明”銜接的作用，其可操作性在JDK5. 0平臺，流媒 體服務器Darwin 5. 5及客戶端pvplayer 3. 0. 1上驗證通過，以下分析代理中連接數(shù)及效 率。其控制方式具體包括下列幾個方面
服務器的連接數(shù)使用UDP傳輸?shù)腞TP、RTCP端口，通過兩對端口進行傳送控制視頻和 音頻，TCP連接的RTSP需要一個，因此當N個客戶端發(fā)起請求時，最壞情況下需要N個TCP 和(N+2)個UDP連接才能提供服務。
客戶端它包括一個RTSP方式的TCP連接，兩對UDP連接，當N個客戶端發(fā)起請求 時，最壞情況下其連接數(shù)為N個TCP及4*N個UDP連接。監(jiān)控代理的服務器對單個客戶端服務而言，它包括2個分別服務于客戶端和服 務端的TCP連接，4個用以虛擬客戶端的UDP連接，2個用以提供虛擬服務器的UDP連接。當 客戶端個數(shù)為N時，最壞情況下需要2*N個TCP連接和4*N+2個UDP代理連接才能完成代 理服務。作為本發(fā)明的進一步特征，本發(fā)明中所述手持客戶端包括手機、PDA和筆記本。有益效果本發(fā)明具使用方便，操作簡單，更為重要的是節(jié)省網(wǎng)絡(luò)資源，集成異構(gòu) 的流媒體網(wǎng)絡(luò)服務器，可以支撐手持監(jiān)控系統(tǒng)平臺，具有使用成本低，價格便宜等效果，且 可隨時隨地的為手持監(jiān)控系統(tǒng)前端提供服務，使得手持監(jiān)控為生活帶來便利。


圖1為本發(fā)明的代理服務器內(nèi)部連接模塊結(jié)構(gòu)圖。
具體實施例方式下面將分為幾個部分來說明，每一個部分都將詳細的說明這些動作與細節(jié)。如圖1所示，本發(fā)明提出的一種支撐手持監(jiān)控的后臺視頻代理服務的方法。對于 RTP和RTCP的端口確立，在SETUP方法之后方能確定雙方端口的建立，而SETUP方法通過 RTSP的UTF8明文內(nèi)容傳遞。例如在客戶端發(fā)起SETUP消息
SETUP RTSP://211. 136. 109. 148554/sample_50kbit. 3gp/trackID=3 RTSP/1. 0 Transport: RTP/AVP； unicast; client—port= 9700-9701
其中client_port=9700-9701為用戶端告訴服務端自身對應的RTP和RTCP端口號。通過訪問代理控制模塊之后發(fā)向服務器端的對應的客戶端數(shù)據(jù)
SETUP RTSP//XXX. XXX. XXX. XXX:554/sample_50kbit. 3gp/trackID=3 RTSP/1. 0 Transport: RTP/AVP； unicast; client—port= 7000-7001
其中的XXX. XXX. XXX. XXX為流媒體服務器真正的地址，client_port被修改為訪問代 理控制使用的連接端口號，用于充當虛擬的客戶端。對上述客戶端發(fā)起的SETUP命令，此時服務器返回的數(shù)據(jù)包含以下主要數(shù)據(jù)片 斷
Server: DSS/5. 5 (Build/489. 7； Platform/ffin32； Release/Darwin;) Transport:RTP/AVP; unicast; source = XXX. XXX. XXX. XXX； client_port = 7000-7001; server_port=6970-6971； ssrc= 0000018 通過代理控制模塊之后的服務器端數(shù)據(jù)
Server: DSS/5.5 (Build/489. 7； Platform/ffin32； Release/Darwin;) Transport :RTP/AVP；unicast；source = 21 1. 13 6. 109. 148 ； client_ port=9700-9701；server_port =6000-6001；ssrc=0000018 利用修改RTSP明文的地址端口，來改變數(shù)據(jù)發(fā)送的流向。使用代理服務器進行實體端口的建立和數(shù)據(jù)端口 UDP (RTP，RTCP)的映射，需要建 立地址和端口映射來路由UDP報文，五元組描述如下G = {P, S_A, S_P, D_A, D_P}；
P控制代理的偵聽端口 ；
S_A 表示接收到的UDP包的源地址；
S_P 表示接收到的UDP包的源端口 ；
D_A 表示UDP數(shù)據(jù)要發(fā)送的目的地址；
D_P 表示UDP數(shù)據(jù)要發(fā)送的目的端口 ；
訪問代理控制通過檢測端口(在SETUP方法時建立)每接收到一個UDP (RTP, RTCP)數(shù) 據(jù)報文，就用哈希搜索UDP報文源地址和源端口 ；而后通過五元組信息中的P、S_A、S_P找 到D_A、D_P,決定數(shù)據(jù)發(fā)送的目的地址和端口，進而把數(shù)據(jù)投遞出去，代理服務器框架偽代 碼算法如下
Module of proxy
Parse method of RTSP describe utf-8 text
case (method in [RTSP method]){
setup:
to find setup ports of server and client and register them, to setup TCP and UDP mapping router, play[pause, stop]:
to play[pause,stop] proxy UDP streaming to set stat to playing[pause, stop]
ι
if ( stat is playing){ to find the target server and client ports inspectively. to send the UDP package to target port
以上顯示和描述了本發(fā)明的基本原理和主要特征和本發(fā)明的優(yōu)點。本行業(yè)的技術(shù)人員 應該了解，本發(fā)明不受上述實施例的限制，上述實施例和說明書中描述的只是說明本發(fā)明 的原理，在不脫離本發(fā)明精神和范圍的前提下，本發(fā)明還會有各種變化和改進，這些變化和 改進都落入要求保護的本發(fā)明范圍內(nèi)。本發(fā)明要求保護范圍由所附的權(quán)利要求書及其等效 物界定。
權(quán)利要求
1.一種支撐手持監(jiān)控的后臺視頻代理服務的方法，利用服務器和客戶端雙方對RTSP (即TCP長連接)的連接內(nèi)容的利用，可實現(xiàn)控制客戶端和服務器的訪問，其特征在于，流媒 體服務對應的客戶端和服務器端之間的數(shù)據(jù)交互，通過控制RTSP，RTCP及RTP的數(shù)據(jù)流向， 實現(xiàn)代理服務分組交換功能，采用了三層結(jié)構(gòu)模型，代理服務對客戶端和服務器的連接起 到中間銜接的作用。
2.根據(jù)權(quán)利要求1所述的一種支撐手持監(jiān)控的后臺視頻代理服務的方法，其特征在 于，其控制方式具體包括下列幾個方面服務器的連接數(shù)使用UDP傳輸?shù)腞TP、RTCP端口，通過兩對端口進行傳送控制視頻和 音頻，TCP連接的RTSP需要一個，因此當N個客戶端發(fā)起請求時，最壞情況下需要N個TCP 和(N+2)個UDP連接才能提供服務；客戶端它包括一個RTSP方式的TCP連接，兩對UDP連接，當N個客戶端發(fā)起請求時， 最壞情況下其連接數(shù)為N個TCP及4*N個UDP連接；監(jiān)控代理的服務器對單個客戶端服務而言，它包括2個分別服務于客戶端和服務端 的TCP連接，4個用以虛擬客戶端的UDP連接，2個用以提供虛擬服務器的UDP連接；當客戶端個數(shù)為N時，最壞情況下需要2*N個TCP連接和4*N+2個UDP代理連接才能 完成代理服務。
全文摘要
本發(fā)明公開一種支撐手持監(jiān)控的后臺視頻代理服務的方法，包括為了充分利用網(wǎng)絡(luò)資源，實現(xiàn)并對客戶端數(shù)據(jù)鏈接進行控制；建立流媒體代理訪問控制的集成方法，通過調(diào)整網(wǎng)絡(luò)數(shù)據(jù)流，控制RTSP、RTCP、RTP在服務器端與客戶端數(shù)據(jù)的傳輸，實現(xiàn)流媒體數(shù)據(jù)服務器的代理功能；支撐手持監(jiān)控系統(tǒng)。本發(fā)明具使用方便，可集成異構(gòu)流媒體服務器，操作簡單、使用成本低。
文檔編號H04L29/06GK102075536SQ20111000628
公開日2011年5月25日 申請日期2011年1月13日 優(yōu)先權(quán)日2011年1月13日
發(fā)明者丁亞, 吳操, 朱世交, 肖龍, 趙明 申請人:湖南超視物聯(lián)智能網(wǎng)絡(luò)科技有限公司