專利名稱：上行數(shù)據(jù)的發(fā)送方法及終端、服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及移動通信技術(shù)領(lǐng)域，尤其涉及一種上行數(shù)據(jù)的發(fā)送方法及終 端、服務(wù)器。
背景技術(shù)：
隨著寬帶網(wǎng)絡(luò)建設(shè)的不斷完善，以及圖像壓縮編碼和流媒體技術(shù)的逐步演 進，基于寬帶技術(shù)的網(wǎng)絡(luò)圖像應(yīng)用在無線視頻監(jiān)控中逐步得到推廣使用，使得 視頻監(jiān)控已不僅僅局限于安全防范，而成為一種對各行業(yè)都較為行之有效的監(jiān) 督手段和管理方法。
無線視頻監(jiān)控系統(tǒng)中視頻監(jiān)控終端與視頻監(jiān)控管理服務(wù)器之間的交互建
立過程如圖l所示，具體的流程說明如下
步驟Sl,視頻監(jiān)控終端通過發(fā)送無線撥號請求的方式，向視頻監(jiān)控管理服 務(wù)器發(fā)送注冊信息，包含該視頻監(jiān)控終端的屬性、用戶名、口令等信息；
步驟S2，視頻監(jiān)控管理服務(wù)器驗證、存儲視頻監(jiān)控終端的注冊信息；
步驟S3，在驗證通過后，視頻監(jiān)控管理服務(wù)器允許該視頻監(jiān)控終端接入網(wǎng) 絡(luò)，建立無線通信鏈路；
步驟S4，視頻監(jiān)控終端開始向視頻監(jiān)控管理服務(wù)器傳送實時監(jiān)控現(xiàn)場的音 視頻媒體流。
相對于傳統(tǒng)的有線視頻監(jiān)控系統(tǒng)，無線視頻監(jiān)控系統(tǒng)可以實現(xiàn)更為靈活的 部署，可以通過無線接入的方式迅速靈活地在任何無線覆蓋區(qū)域部署監(jiān)控點， 但是，目前通過通用無線分組業(yè)務(wù)(GPRS， General Packet Radio Service) / GSM用的增強型數(shù)據(jù)速率(EDGE, Enhanced Data rates for GSM Evolution ) /碼分多址才妻入(CDMA, Code Division Multiple Access )無線網(wǎng)纟備傳輸視頻監(jiān)
5控圖像時，由于均采用固定上行數(shù)據(jù)發(fā)送方式，即采用分組交換(PS， Packet Switched)的數(shù)據(jù)發(fā)送方式，并以固定速率384Kbps無線承載高速^L頻，因此 存在如下三方面的不足
1、 采用PS的數(shù)據(jù)發(fā)送方式，固定384Kbps的上行業(yè)務(wù)速率接入時，對無 線帶寬資源的利用率較低，對網(wǎng)絡(luò)傳輸資源的要求較高。如在時分同步CDMA
(TD-SCDMA， Time Division Synchronized Code Division Multiple Access)系 統(tǒng)中，在基站3: 3: 3配比的情況下，以PS的數(shù)據(jù)發(fā)送方式，固定384Kbps 的業(yè)務(wù)速率上行傳輸一路4^頻信號時，將占用小區(qū)一個頻點的全部時隙，占用 1/3的小區(qū)容量；而且若監(jiān)控點處于小區(qū)的邊界，那么上行較高的傳輸速率將 可能對其他小區(qū)產(chǎn)生較強的干擾，從而影響整個網(wǎng)絡(luò)的性能；
2、 上行傳輸速率較高且不間斷監(jiān)控時，對系統(tǒng)存儲容量的要求較高，造 成實際網(wǎng)絡(luò)建設(shè)的成本相對較高；
3、 采用PS的數(shù)據(jù)發(fā)送方式，固定384Kbps的上行業(yè)務(wù)速率接入時，使得 傳輸時^目對較大，實時性相對不高，不能滿足實時性要求較高的應(yīng)用場景。

發(fā)明內(nèi)容
本發(fā)明實施例提供一種上行數(shù)據(jù)的發(fā)送方法，以能靈活采用不同的發(fā)送方 式上行發(fā)送數(shù)據(jù)。
相應(yīng)的，本發(fā)明實施例還提供一種視頻監(jiān)控終端、#見頻監(jiān)控管理服務(wù)器。 本發(fā)明實施例提出了一種上行數(shù)據(jù)的發(fā)送方法，包括網(wǎng)絡(luò)側(cè)基于上行數(shù) 據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定上行數(shù)據(jù)的發(fā)送方 式；并向終端側(cè)下發(fā)所述確定的上行數(shù)據(jù)的發(fā)送方式；終端側(cè)基于接收到的上 行數(shù)據(jù)的發(fā)送方式，上行發(fā)送數(shù)據(jù)。
本發(fā)明實施例提出了一種視頻監(jiān)控終端，包括方式接收單元，用于接收 網(wǎng)絡(luò)側(cè)基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定并 下發(fā)的上行數(shù)據(jù)的發(fā)送方式；上行發(fā)送單元，用于基于接收到的上行數(shù)據(jù)的發(fā)
6送方式，上行發(fā)送數(shù)據(jù)。
本發(fā)明實施例提出了一種視頻監(jiān)控管理服務(wù)器，包括方式確定單元，用
于基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定上行數(shù)
據(jù)的發(fā)送方式；方式下發(fā)單元，用于向終端側(cè)下發(fā)所述確定的上行數(shù)據(jù)的發(fā)送 方式。
本發(fā)明實施例提出的上行數(shù)據(jù)發(fā)送方法，基于網(wǎng)絡(luò)側(cè)確定并下發(fā)的上行數(shù) 據(jù)的發(fā)送方式，進行上行數(shù)據(jù)的發(fā)送，以能靈活采用不同的發(fā)送方式上4亍發(fā)送 視頻監(jiān)控數(shù)據(jù)，從而提高了對無線帶寬資源的利用率。


圖1為無線視頻監(jiān)控系統(tǒng)中視頻監(jiān)控終端與視頻監(jiān)控管理服務(wù)器之間交互 建立的流程示意圖2a為本發(fā)明實施例提出的上行數(shù)據(jù)發(fā)送方法的流程示意圖2b為網(wǎng)絡(luò)側(cè)確定上行數(shù)據(jù)發(fā)送方式的示意圖3為本發(fā)明實施例提出的視頻監(jiān)控終端的結(jié)構(gòu)示意圖4為傳統(tǒng)無線通信-漠塊的結(jié)構(gòu)示意圖5為本發(fā)明實施例提出的無線通信模塊的結(jié)構(gòu)示意圖6為本發(fā)明實施例一提出的上行數(shù)據(jù)發(fā)送方法的流程示意圖7為本發(fā)明實施例二提出的上行數(shù)據(jù)發(fā)送方法的流程示意圖8為本發(fā)明實施例提出的視頻監(jiān)控終端的結(jié)構(gòu)示意圖9為本發(fā)明實施例提出的視頻監(jiān)控管理服務(wù)器的結(jié)構(gòu)示意圖。
具體實施例方式
本發(fā)明實施例提出的上行數(shù)據(jù)的發(fā)送方案為根據(jù)網(wǎng)絡(luò)側(cè)確定并下發(fā)的上 行數(shù)據(jù)的發(fā)送方式，進行上行數(shù)據(jù)的發(fā)送。
下面結(jié)合說明書附圖來說明本發(fā)明的具體實施方式
。圖2a為本發(fā)明實施例提出的上行數(shù)據(jù)發(fā)送方法的流程示意圖，具體的流 程說明如下
步驟21:終端側(cè)確定終端所請求的上行數(shù)據(jù)的發(fā)送方式； 終端側(cè)確定終端所請求的上行數(shù)據(jù)發(fā)送方式的過程具體為終端側(cè)獲取待 上行發(fā)送的數(shù)據(jù)的生成速率；并基于預(yù)先存儲的數(shù)據(jù)生成速率與數(shù)據(jù)發(fā)送方式 的對應(yīng)關(guān)系，及所述獲取的待上行發(fā)送的數(shù)據(jù)的生成速率，確定終端所^清求的 上行數(shù)據(jù)的發(fā)送方式。
例如在視頻監(jiān)控系統(tǒng)中，視頻監(jiān)控終端可以根據(jù)采集到的視頻前端圖像的 前后相關(guān)性強弱壓縮編碼進行判斷，在判斷出采集到的凄t據(jù)碼流速率低時，確 定終端所請求的上^f亍數(shù)據(jù)發(fā)送方式為電3各交換(CS， Circuit Switched)方式； 在判斷出采集到的數(shù)據(jù)碼流速率高時，確定終端所請求的上行數(shù)據(jù)發(fā)送方式為 PS方式。
視頻監(jiān)控終端可以具備對外界觸發(fā)條件的偵測能力以及自適應(yīng)調(diào)整能力。 比如監(jiān)控場景畫面的光線變化、偵測畫面物體運動速度的變化等，并4艮據(jù)本地 存儲的信息做出判斷，判斷出釆用何種上行數(shù)據(jù)的發(fā)送方式進行上行數(shù)據(jù)發(fā)送 最為合適；
步驟22:終端側(cè)在確定出終端所請求的上行數(shù)據(jù)的發(fā)送方式發(fā)生變化時， 向網(wǎng)絡(luò)側(cè)請求該變化后的上行數(shù)據(jù)的發(fā)送方式；
即視頻監(jiān)控終端在判斷出的合適的上行數(shù)據(jù)發(fā)送方式發(fā)生變化時，向視頻 監(jiān)控管理服務(wù)器發(fā)起請求，請求該判斷出的上行數(shù)據(jù)發(fā)送方式；
當然，終端側(cè)也可以周期性地執(zhí)行步驟21以確定終端所請求的上行數(shù)據(jù) 的發(fā)送方式，并向網(wǎng)絡(luò)側(cè)請求該確定的上行數(shù)據(jù)的發(fā)送方式，而無需判斷確定 出的終端所請求的上行數(shù)據(jù)的發(fā)送方式是否發(fā)生變化。
步驟23:網(wǎng)絡(luò)側(cè)確定上行數(shù)據(jù)的發(fā)送方式；
網(wǎng)絡(luò)側(cè)在接收到上行數(shù)據(jù)發(fā)送方式的請求后，通過對當前實時采集到的音 視頻數(shù)據(jù)進行判斷，判斷是否允許視頻監(jiān)控終端估文出上行數(shù)據(jù)發(fā)送方式的調(diào)
8整。網(wǎng)絡(luò)側(cè)判斷是否允許視頻監(jiān)控終端做出上行數(shù)據(jù)發(fā)送方式調(diào)整的過程，即 為網(wǎng)絡(luò)側(cè)確定上行數(shù)據(jù)發(fā)送方式的過程，當網(wǎng)絡(luò)側(cè)確定的上行數(shù)據(jù)的發(fā)送方式 與該請求的上行數(shù)據(jù)的發(fā)送方式吻合時，則允許視頻監(jiān)控終端調(diào)整上行凄史據(jù)的 發(fā)送方式，反之，拒絕視頻監(jiān)控終端調(diào)整上行數(shù)據(jù)的發(fā)送方式。
當然，網(wǎng)絡(luò)側(cè)在沒有接收到上行數(shù)據(jù)發(fā)送方式的請求時，也可以主動根據(jù)
業(yè)務(wù)需求及網(wǎng)絡(luò)的承載能力，確定出上行數(shù)據(jù)的發(fā)送方式，即步驟21-22可選。 網(wǎng)絡(luò)側(cè)確定上行數(shù)據(jù)發(fā)送方式的過程具體為網(wǎng)絡(luò)側(cè)獲取影響上行數(shù)據(jù)發(fā) 送方式的因素的當前值，并基于預(yù)先存儲的所述影響上行數(shù)據(jù)發(fā)送方式的因素 的值與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，及所述獲取的當前值，確定上行凄史據(jù)的 發(fā)送方式。
其中，影響上行數(shù)據(jù)發(fā)送方式的因素為上行數(shù)據(jù)的傳輸質(zhì)量的要求，上行 數(shù)據(jù)的傳輸質(zhì)量包括，視頻圖像的清晰度、傳輸?shù)臅r延等。例如預(yù)先存儲不 同時間段、和/或不同清晰度要求，和/或不同實時性要求，和/或不同網(wǎng)絡(luò)的承 載能力的情況下，對應(yīng)的不同上行數(shù)據(jù)發(fā)送方式。
參照圖2b所示，網(wǎng)絡(luò)側(cè)確定上行數(shù)據(jù)發(fā)送方式的過程為
A、 網(wǎng)絡(luò)側(cè)基于預(yù)先存儲的時間段與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定 出當前時段上行數(shù)據(jù)的發(fā)送方式；例如在道路監(jiān)控環(huán)境下，在高峰期采用PS 數(shù)據(jù)發(fā)送方式，默認發(fā)送速率為384Kbps;在非高峰期采用CS數(shù)據(jù)發(fā)送方式， 默認發(fā)送速率為64Kbps。
B、 網(wǎng)絡(luò)側(cè)基于預(yù)先存儲的清晰度要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系， 確定出當前清晰度要求下上行數(shù)據(jù)的發(fā)送方式；例如在公交監(jiān)控或警車監(jiān)控環(huán) 境下，對于清晰度要求高的情形，采用PS數(shù)據(jù)發(fā)送方式，默認發(fā)送速率為 384Kbps;在清晰度要求低的情形采用CS數(shù)據(jù)發(fā)送方式，默認發(fā)送速率為 64Kbps。
C、 網(wǎng)絡(luò)側(cè)基于預(yù)先存儲的實時性要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系， 確定出當前實時性要求下上行數(shù)據(jù)的發(fā)送方式；例如在室內(nèi)監(jiān)控環(huán)境下，對于
9數(shù)據(jù)發(fā)送方式，默i人發(fā)送速率為384Kbps;在 實時性要求高的情形采用CS數(shù)據(jù)發(fā)送方式，默認發(fā)送速率為64Kbps。
D、網(wǎng)絡(luò)側(cè)基于預(yù)先存儲的網(wǎng)絡(luò)承載能力與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系， 確定出當前網(wǎng)絡(luò)承載能力下上行數(shù)據(jù)的發(fā)送方式。例如在網(wǎng)絡(luò)承載能力強時， 確定采用PS數(shù)據(jù)發(fā)送方式，默認發(fā)送速率為384Kbps;在網(wǎng)絡(luò)承載能力弱時 采用CS數(shù)據(jù)發(fā)送方式，默認發(fā)送速率為64Kbps。
當然，網(wǎng)絡(luò)側(cè)也可以綜合以上因素，進行確定上行數(shù)據(jù)的發(fā)送方式，例如 預(yù)先存儲在T1時間段、清晰度要求大于閾值A(chǔ)l小于閾值B1、實時性要求大 于閾值C1小于闊值D1、網(wǎng)絡(luò)承載能力大于閾值E1小于閾值F1時，釆用的上 行數(shù)據(jù)發(fā)送方式為PS方式；在T2時間段、清晰度要求大于閾值A(chǔ)2小于閾值 B2，實時性要求大于閾值C2小于閾值D2、網(wǎng)絡(luò)承載能力大于閾值E2小于閾 值F2時，采用的上行數(shù)據(jù)發(fā)送方式為CS方式等，那么網(wǎng)絡(luò)側(cè)即可綜合各因素 確定上行數(shù)據(jù)的發(fā)送方式；
步驟24:網(wǎng)絡(luò)側(cè)在確定出上行數(shù)據(jù)的發(fā)送方式發(fā)生變化時，下發(fā)該變化后 的上行數(shù)據(jù)的發(fā)送方式；
網(wǎng)絡(luò)側(cè)在確定出上行數(shù)據(jù)的發(fā)送方式發(fā)生變化時，發(fā)起無線鏈路控制信令 來調(diào)節(jié)視頻監(jiān)控終端的上行數(shù)據(jù)發(fā)送方式，實現(xiàn)不同上行數(shù)據(jù)發(fā)送方式之間的 切換，例如PS方式與CS方式之間的切換；
同樣，網(wǎng)絡(luò)側(cè)也可以主動周期性地執(zhí)行步驟23以確定上行凄t據(jù)的發(fā)送方 式，并向終端側(cè)下發(fā)該確定的上行數(shù)據(jù)的發(fā)送方式，而無需判斷確定出的上行 數(shù)據(jù)的發(fā)送方式是否發(fā)生變化。
步驟25:終端側(cè)接收網(wǎng)絡(luò)側(cè)下發(fā)的上行數(shù)據(jù)的發(fā)送方式；
步驟26:基于接收到的上行數(shù)據(jù)的發(fā)送方式，上行發(fā)送數(shù)據(jù)；
通常CS數(shù)據(jù)發(fā)送方式的速率為64Kbps,而PS數(shù)據(jù)發(fā)送方式的速率有多 種，例如384Kbps， 128Kbps等，所以如果網(wǎng)絡(luò)側(cè)與終端側(cè)協(xié)商好各數(shù)據(jù)發(fā)送 方式下的數(shù)據(jù)發(fā)送速率時，終端側(cè)可以按照接收到的上行數(shù)據(jù)的發(fā)送方式，以
10及該協(xié)商好的數(shù)據(jù)發(fā)送速率，上行發(fā)送數(shù)據(jù)；當然網(wǎng)絡(luò)側(cè)也可以在確定上行數(shù) 據(jù)發(fā)送方式的同時，確定上行數(shù)據(jù)的發(fā)送速率，并將該確定出的上行數(shù)據(jù)的發(fā) 送速率也下發(fā)給終端側(cè)，終端側(cè)基于接收到的上行數(shù)據(jù)的發(fā)送方式和發(fā)送速 率，進行上行數(shù)據(jù)的發(fā)送。
下面以兩個具體的實施例來^兌明本發(fā)明方案。
現(xiàn)有技術(shù)中，在視頻監(jiān)控系統(tǒng)的視頻監(jiān)控終端設(shè)置時，是以最高的速率進 行上行數(shù)據(jù)發(fā)送方式和發(fā)送速率的設(shè)置，例如設(shè)置上行數(shù)據(jù)的發(fā)送方式為PS 發(fā)送方式，速率為384Kbps。
下面先介紹一下視頻監(jiān)控終端的功能構(gòu)造，如圖3所示，從設(shè)備的功能上， 可以將視頻監(jiān)控終端模塊化為音視頻采集模塊、音視頻編碼模塊、控制模塊 和無線通信模塊。其中，音視頻采集模塊用于采集監(jiān)控現(xiàn)場的音視頻信息；音 視頻編碼模塊把采集的音視頻信息壓縮編碼，轉(zhuǎn)換成相應(yīng)的數(shù)據(jù)碼流；傳統(tǒng)的 無線通信模塊(如圖4所示)將壓縮編碼后的數(shù)據(jù)碼流，經(jīng)過PS數(shù)據(jù)處理之 后通過無線網(wǎng)絡(luò)傳送至視頻監(jiān)控管理服務(wù)器?？刂撇拍獕K為本發(fā)明實施例在視頻 監(jiān)控終端上提出的新增模塊，控制模塊用于接收來自視頻監(jiān)控管理服務(wù)器的無 線鏈路信令，解析該無線鏈路信令后控制無線通信模塊與音視頻編碼模塊，對 視頻監(jiān)控終端的上行數(shù)據(jù)的發(fā)送方式做出相應(yīng)的調(diào)整；另一方面，控制模塊可 以根據(jù)觸發(fā)條件向視頻監(jiān)控管理服務(wù)器發(fā)起無線鏈路請求信令，請求切換上行 數(shù)據(jù)的發(fā)送方式。
本發(fā)明實施例提出的無線通信模塊(如圖5所示)相比傳統(tǒng)的無線通信模 塊也有所改進，引入了 CS數(shù)據(jù)處理部分，增加了支持CS與PS數(shù)據(jù)處理的相 互切換功能，切換功能部分可以接收來自控制模塊的信令，實現(xiàn)CS與PS數(shù) 據(jù)處理的切換。
下面詳細介紹用于說明本發(fā)明方案的實施例一，本實施例中，以視頻監(jiān)控 管理服務(wù)器根據(jù)觸發(fā)條件發(fā)起無線鏈路控制信令，來調(diào)節(jié)纟見頻監(jiān)控終端進行上 行數(shù)據(jù)發(fā)送方式的切換為例。
ii圖6為本發(fā)明實施例一才是出的上行數(shù)據(jù)發(fā)送方法的流程示意圖，具體的流 程說明如下
S61:視頻監(jiān)控管理服務(wù)器實時監(jiān)控接收到的媒體流，根據(jù)不同的應(yīng)用業(yè) 務(wù)需求重新調(diào)度，要求視頻監(jiān)控終端以相應(yīng)的CS數(shù)據(jù)發(fā)送方式或PS發(fā)送方 式，進行上行數(shù)據(jù)的發(fā)送，即視頻監(jiān)控管理服務(wù)器在確定出上行數(shù)據(jù)的發(fā)送方 式發(fā)生變化后，向視頻監(jiān)控終端發(fā)起無線控制鏈路信令；
S62:視頻監(jiān)控終端的無線通信模塊首先接收到該無線控制鏈路信令，并 將該信令轉(zhuǎn)發(fā)給視頻監(jiān)控終端的控制模塊；
S63:控制模塊接收到無線控制鏈路信令后，解析該信令，并根據(jù)解析得 到的上行數(shù)據(jù)發(fā)送方式，控制音視頻編碼模塊和無線通信才莫塊分別執(zhí)行相應(yīng)的 功能設(shè)置調(diào)整，實現(xiàn)上行數(shù)據(jù)發(fā)送方式的切換，以能按照視頻監(jiān)控管理服務(wù)器 指派的上行數(shù)據(jù)發(fā)送方式，進行上行數(shù)據(jù)的發(fā)送；具體地，控制模塊通過向音 視頻編碼模塊和無線通信模塊發(fā)起setup命令，控制音視頻編碼模塊和無線通 信模塊分別執(zhí)行相應(yīng)的功能設(shè)置調(diào)整，音視頻編碼模塊和無線通信模塊分別向 4空制4莫塊回送setup命令響應(yīng)；
S64:在實現(xiàn)^L頻監(jiān)控終端上行發(fā)送數(shù)據(jù)方式的切換調(diào)整后，控制模塊通 過無線通信模塊響應(yīng)視頻監(jiān)控管理服務(wù)器發(fā)起的無線鏈路控制信令；
S65:無線鏈路重新建立完成。之后，基于切換后的上行數(shù)據(jù)發(fā)送方式， 視頻監(jiān)控終端采集的數(shù)據(jù)信號即可通過建立的無線鏈路上行發(fā)送給視頻監(jiān)控 管理服務(wù)器。
下面詳細介紹用于說明本發(fā)明方案的實施例二，本實施例中，以視頻監(jiān)控 終端具有對外界觸發(fā)條件的偵測能力以及自適應(yīng)調(diào)整能力為例，即首先由視頻 監(jiān)控終端確定所請求的上行數(shù)據(jù)的發(fā)送方式，并向視頻監(jiān)控管理服務(wù)器請求該 確定的數(shù)據(jù)發(fā)送方式；然后由視頻監(jiān)控管理服務(wù)器基于該請求，進行判斷后重 新調(diào)度，來調(diào)節(jié)視頻監(jiān)控終端進行上行數(shù)據(jù)發(fā)送方式的切換。
圖7為本發(fā)明實施例二提出的上行數(shù)據(jù)發(fā)送方法的流程示意圖，具體的流
12程說明如下
S71:視頻監(jiān)控終端的音視頻采集模塊將實時采集的數(shù)據(jù)傳輸給音視頻編 碼模塊；
S72:音視頻編碼模塊將采集的音視頻數(shù)據(jù)壓縮編碼后傳送給無線通信模 塊，并通過無線網(wǎng)絡(luò)傳輸視頻監(jiān)控管理服務(wù)器(圖中未示出)；同時音視頻編 碼模塊將編碼后的數(shù)據(jù)碼流信息傳遞給控制模塊；
S73:控制模塊根據(jù)數(shù)據(jù)碼流信息判斷采用何種的上行數(shù)據(jù)發(fā)送方式最有 利；例如如果數(shù)據(jù)碼流速率高，采用PS發(fā)送方式，如果數(shù)據(jù)碼流速率低，采 用CS發(fā)送方式；
S74:控制模塊發(fā)起請求命令，由無線通信模塊轉(zhuǎn)發(fā)給視頻監(jiān)控管理服務(wù) 器，請求切換上行業(yè)務(wù)數(shù)據(jù)的發(fā)送方式；
S75:視頻監(jiān)控管理服務(wù)器接收到請求命令，通過對當前實時采集到的音 視頻數(shù)據(jù)進行判斷，或依據(jù)當前網(wǎng)絡(luò)的承載能力進行判斷，判斷出是否允許視 頻監(jiān)控終端做出上行發(fā)送方式的調(diào)整；
S76:如果視頻監(jiān)控管理服務(wù)器的判斷結(jié)果為允許調(diào)整，則重新進行調(diào)度， 響應(yīng)該請求命令；
-觀頻監(jiān)控終端的無線通信;溪塊首先接收到該響應(yīng)，并將該響應(yīng)轉(zhuǎn)發(fā)給^L頻 監(jiān)控終端的控制模塊；然后，控制模塊控制音視頻編碼模塊和無線通信模塊分 別執(zhí)行相應(yīng)的功能設(shè)置調(diào)整，實現(xiàn)上行數(shù)據(jù)發(fā)送方式的切換；具體地，控制模 塊通過向音視頻編碼模塊和無線通信模塊發(fā)起setup命令，控制音視頻編碼模 塊和無線通信模塊分別執(zhí)行相應(yīng)的功能設(shè)置調(diào)整，音視頻編碼模塊和無線通信 模塊分別向控制模塊回送setup命令響應(yīng)，以使無線鏈路重新建立。之后，基 于切換后的上行數(shù)據(jù)發(fā)送方式，視頻監(jiān)控終端采集的數(shù)據(jù)信號，通過建立的無 線鏈路上行發(fā)送給視頻監(jiān)控管理服務(wù)器。
當然，如果視頻監(jiān)控管理服務(wù)器的判斷結(jié)果為不允許調(diào)整，則視頻監(jiān)控終 端仍以原先的上行數(shù)據(jù)發(fā)送方式，進行上行數(shù)據(jù)的發(fā)送。本發(fā)明實施例提出的視頻監(jiān)控終端如圖8所示，包括方式接收單元81, 用于接收網(wǎng)絡(luò)側(cè)基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān) 系，確定并下發(fā)的上行數(shù)據(jù)的發(fā)送方式；上行發(fā)送單元82，用于基于接收到的 上行數(shù)據(jù)的發(fā)送方式，上行發(fā)送數(shù)據(jù)。
較佳地，該視頻監(jiān)控終端還包括速率接收單元83,用于接收網(wǎng)絡(luò)側(cè)下發(fā)的 上行數(shù)據(jù)的發(fā)送速率；
上行發(fā)送單元82具體包括獲取子單元，用于獲取方式接收單元接收的 上行數(shù)據(jù)的發(fā)送方式，以及速率接收單元接收的上行數(shù)據(jù)的發(fā)送速率；發(fā)送子 單元，用于按照所述獲取的上行數(shù)據(jù)的發(fā)送方式和發(fā)送速率，上行發(fā)送數(shù)據(jù)。
該視頻監(jiān)控終端還包括獲取單元84，用于獲取待上行發(fā)送的數(shù)據(jù)的生成 速率；確定單元85,用于基于預(yù)先存儲的數(shù)據(jù)生成速率與數(shù)據(jù)發(fā)送方式的對應(yīng) 關(guān)系，及所述獲取的待上行發(fā)送的數(shù)據(jù)的生成速率，確定本-見頻監(jiān)控終端所請 求的上行數(shù)據(jù)的發(fā)送方式；上報單元86,用于向網(wǎng)絡(luò)側(cè)上報所述確定的本視頻 監(jiān)控終端所請求的上行數(shù)據(jù)的發(fā)送方式。
較佳地，上報單元86具體包括判斷子單元，用于判斷所述確定的本視 頻監(jiān)控終端所請求的上行數(shù)據(jù)的發(fā)送方式是否發(fā)生變化；上才艮子單元，用于在 判斷出確定的本視頻監(jiān)控終端所請求的上行數(shù)據(jù)的發(fā)送方式發(fā)生變化時，向網(wǎng) 絡(luò)側(cè)上報所述變化后的上行數(shù)據(jù)的發(fā)送方式。
本發(fā)明實施例提出的視頻監(jiān)控管理服務(wù)器如圖9所示，包括方式確定單 元91,用于基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確 定上行數(shù)據(jù)的發(fā)送方式；方式下發(fā)單元92，用于向終端側(cè)下發(fā)所述確定的上行 數(shù)據(jù)的發(fā)送方式。
方式下發(fā)單元92具體包括判斷子單元，用于判斷所述確定的上行數(shù)據(jù) 的發(fā)送方式是否發(fā)生變化；下發(fā)子單元，用于在判斷出確定的上行數(shù)據(jù)的發(fā)送 方式發(fā)生變化時，下發(fā)所述變化后的上行數(shù)據(jù)的發(fā)送方式。
較佳地，該視頻監(jiān)控管理服務(wù)器還包括速率下發(fā)單元93，用于下發(fā)上行數(shù)據(jù)的發(fā)送速率。
釆用本發(fā)明實施例提出的上行凝:據(jù)的發(fā)送方法，可以實現(xiàn)CS與PS發(fā)送 方式之間的靈活切換，以及不同PS業(yè)務(wù)速率之間的靈活切換，服務(wù)器端可以 針對不同的業(yè)務(wù)應(yīng)用需求以及網(wǎng)絡(luò)的承栽能力，靈活分配上行數(shù)據(jù)的發(fā)送方 式，從而能夠節(jié)省存儲容量，提高無線帶寬資源的利用率，降低網(wǎng)絡(luò)建設(shè)成本。
采用本發(fā)明實施例提出的上行數(shù)據(jù)的發(fā)送方法，可以滿足不同業(yè)務(wù)的需 求，例如滿足視頻監(jiān)控畫面的實時性要求和清晰性要求，給用戶提供更加良好 的體驗。
采用本發(fā)明實施例提出的上行數(shù)據(jù)的發(fā)送方法，可以節(jié)約系統(tǒng)的存儲空 間。假設(shè)視頻監(jiān)控系統(tǒng)采用上行PS數(shù)據(jù)發(fā)送方式，以384Kbps的速率一天24 小時進行不間斷的上行數(shù)據(jù)發(fā)送時，視頻監(jiān)控管理服務(wù)器不間斷存儲該發(fā)送來 的數(shù)據(jù)，則在一周內(nèi)需要的存儲容量要求G為
G二wx38橋戸24x60x60x 7/1000/8 = wx29.03G^
n為視頻監(jiān)控終端的總數(shù)。
如果一天只有12個小時采用PS數(shù)據(jù)發(fā)送方式，以384Kbps速率發(fā)送數(shù)據(jù)，
而其它時間采用CS數(shù)據(jù)發(fā)送方式，以64Kbps的速率發(fā)送數(shù)據(jù)，則視頻監(jiān)控
管理服務(wù)器不間斷存儲該發(fā)來的數(shù)據(jù)，在一周內(nèi)需要的存儲容量要求G為
G二wx38楊戸12x60x60x7/1000/8 十wx6橋戸12x60x60x7/1000/8
n為視頻監(jiān)控終端的總數(shù)。
綜上，采用本發(fā)明方案,如果確定一天只有12個小時有必要采用PS發(fā)送 方式，384Kbps的數(shù)據(jù)發(fā)送速率，其它時間只需采用CS發(fā)送方式，64Kbps的 發(fā)送速率時，那么一天的數(shù)據(jù)存儲容量比傳統(tǒng)采用固定PS發(fā)送方式，384Kbps 的上行數(shù)據(jù)發(fā)送速率，所需要的存儲容量減少了 42%，從而降低了對系統(tǒng)存儲 容量的要求，節(jié)約了存儲空間。采用本發(fā)明方案，切換到CS數(shù)據(jù)發(fā)送方式，64Kbps的數(shù)據(jù)發(fā)送速率時， 盡管畫面質(zhì)量清晰度有所下降，但是時延相應(yīng)減小，畫面的傳輸實時性4交高， 能夠滿足對于實時性要求較高的視頻監(jiān)控應(yīng)用場景。
明的精神和范圍。這樣，倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及 其等同技術(shù)的范圍之內(nèi)，則本發(fā)明也意圖包含這些改動和變型在內(nèi)。
權(quán)利要求
1、一種上行數(shù)據(jù)的發(fā)送方法，用于視頻監(jiān)控領(lǐng)域，其特征在于，包括網(wǎng)絡(luò)側(cè)基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定上行數(shù)據(jù)的發(fā)送方式；并向終端側(cè)下發(fā)所述確定的上行數(shù)據(jù)的發(fā)送方式；終端側(cè)基于接收到的上行數(shù)據(jù)的發(fā)送方式，上行發(fā)送數(shù)據(jù)。
2、 如權(quán)利要求1所述的方法，其特征在于，所述網(wǎng)絡(luò)側(cè)確定上行凄t據(jù)的 發(fā)送方式，具體包括網(wǎng)絡(luò)側(cè)基于時間段要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定出當前所處 時間段上行數(shù)據(jù)的發(fā)送方式；或網(wǎng)絡(luò)側(cè)基于清晰度要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定出當前清晰 度要求下，上行數(shù)據(jù)的發(fā)送方式；或網(wǎng)絡(luò)側(cè)基于實時性要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定出當前實時 性要求下，上行數(shù)據(jù)的發(fā)送方式；或網(wǎng)絡(luò)側(cè)基于網(wǎng)絡(luò)承載能力與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定出當前網(wǎng) 絡(luò)承載能力下，上行數(shù)據(jù)的發(fā)送方式。
3、 如權(quán)利要求1所述的方法，其特征在于，網(wǎng)絡(luò)側(cè)向終端側(cè)下發(fā)上行數(shù) 據(jù)的發(fā)送方式，具體包括在判斷出確定的上行數(shù)據(jù)的發(fā)送方式發(fā)生變化時，下發(fā)所述變化后的上行 數(shù)據(jù)的發(fā)送方式。
4、 如權(quán)利要求1所述的方法，其特征在于，終端側(cè)在上行發(fā)送數(shù)據(jù)之前， 還包括接收網(wǎng)絡(luò)側(cè)下發(fā)的上行數(shù)據(jù)的發(fā)送速率；所述終端側(cè)基于上行數(shù)據(jù)的發(fā)送方式上行發(fā)送數(shù)據(jù)具體為 終端側(cè)按照上行數(shù)據(jù)的發(fā)送方式和所述接收到的發(fā)送速率，上行發(fā)送數(shù)據(jù)。
5、 如權(quán)利要求1所述的方法，其特征在于，在接收到終端側(cè)上報的終端 所請求的上行數(shù)據(jù)的發(fā)送方式時，網(wǎng)絡(luò)側(cè)執(zhí)行所述確定上行凝:據(jù)的發(fā)送方式；所述終端側(cè)上"^艮終端所請求的上行數(shù)據(jù)的發(fā)送方式，具體包括 終端側(cè)獲取待上行發(fā)送的數(shù)據(jù)的生成速率；并基于預(yù)先存儲的數(shù)據(jù)生成速率與數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，及所述獲取的 待上行發(fā)送的數(shù)據(jù)的生成速率，確定終端所請求的上行數(shù)據(jù)的發(fā)送方式；以及 向網(wǎng)絡(luò)側(cè)上報所述確定的終端所請求的上行數(shù)據(jù)的發(fā)送方式。
6、 如權(quán)利要求5所述的方法，其特征在于，所述終端側(cè)向網(wǎng)絡(luò)側(cè)上報終 端所請求的上行數(shù)據(jù)的發(fā)送方式，具體包括終端側(cè)判斷所述確定的終端所請求的上行數(shù)據(jù)的發(fā)送方式是否發(fā)生變化；以及在判斷出確定的終端所請求的上行數(shù)據(jù)的發(fā)送方式發(fā)生變化時，向網(wǎng)絡(luò)側(cè) 上報所述變化后的上行數(shù)據(jù)的發(fā)送方式。
7、 如權(quán)利要求1-6任一項所述的方法，其特征在于，所述數(shù)據(jù)的發(fā)送方 式包括電路交換方式和分組交換方式。
8、 一種^f見頻監(jiān)控終端，其特征在于，包括方式接收單元，用于接收網(wǎng)絡(luò)側(cè)基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù) 發(fā)送方式的對應(yīng)關(guān)系，確定并下發(fā)的上行數(shù)據(jù)的發(fā)送方式；上行發(fā)送單元，用于基于接收到的上行數(shù)據(jù)的發(fā)送方式，上行發(fā)送數(shù)據(jù)。
9、 如權(quán)利要求8所述的視頻監(jiān)控終端，其特征在于，還包括 速率接收單元，用于接收網(wǎng)絡(luò)側(cè)下發(fā)的上行數(shù)據(jù)的發(fā)送速率； 所述上行發(fā)送單元具體包括獲取子單元，用于獲取方式接收單元接收的上行數(shù)據(jù)的發(fā)送方式，以及速 率接收單元接收的上行數(shù)據(jù)的發(fā)送速率；發(fā)送子單元，用于按照所述獲取的上行數(shù)據(jù)的發(fā)送方式和發(fā)送速率，上行發(fā)送數(shù)據(jù)。
10、 如權(quán)利要求8或9所述的視頻監(jiān)控終端，其特征在于，還包括 獲取單元，用于獲取待上行發(fā)送的數(shù)據(jù)的生成速率；確定單元，用于基于預(yù)先存儲的數(shù)據(jù)生成速率與數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān) 系，及所述獲取的待上行發(fā)送的數(shù)據(jù)的生成速率，確定本^f見頻監(jiān)控終端所請求 的上行數(shù)據(jù)的發(fā)送方式；上報單元，用于向網(wǎng)絡(luò)側(cè)上報所述確定的本視頻監(jiān)控終端所請求的上行數(shù) 據(jù)的發(fā)送方式。
11、 如權(quán)利要求10所述的^f見頻監(jiān)控終端，其特征在于，所述上報單元具 體包括判斷子單元，用于判斷所述確定的本視頻監(jiān)控終端所請求的上行數(shù)據(jù)的發(fā) 送方式是否發(fā)生變化；上報子單元，用于在判斷出確定的本視頻監(jiān)控終端所請求的上行數(shù)據(jù)的發(fā) 送方式發(fā)生變化時，向網(wǎng)絡(luò)側(cè)上報所述變化后的上行數(shù)據(jù)的發(fā)送方式。
12、 一種視頻監(jiān)控管理服務(wù)器，其特征在于，包括方式確定單元，用于基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的 對應(yīng)關(guān)系，確定上朽H據(jù)的發(fā)送方式；方式下發(fā)單元，用于向終端側(cè)下發(fā)所述確定的上行數(shù)據(jù)的發(fā)送方式。
13、 如權(quán)利要求12所述的視頻監(jiān)控管理服務(wù)器，其特征在于，所述方式 下發(fā)單元具體包括判斷子單元，用于判斷所述確定的上行數(shù)據(jù)的發(fā)送方式是否發(fā)生變化； 下發(fā)子單元，用于在判斷出確定的上行數(shù)據(jù)的發(fā)送方式發(fā)生變化時，下發(fā) 所述變化后的上行l(wèi)t據(jù)的發(fā)送方式。
14、 如權(quán)利要求12或13所述的視頻監(jiān)控管理服務(wù)器，其特征在于，還包 括速率下發(fā)單元，用于下發(fā)上行數(shù)據(jù)的發(fā)送速率。
全文摘要
本發(fā)明公開了一種上行數(shù)據(jù)的發(fā)送方法及終端、服務(wù)器，用于視頻監(jiān)控領(lǐng)域。上行數(shù)據(jù)的發(fā)送方法包括網(wǎng)絡(luò)側(cè)基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定上行數(shù)據(jù)的發(fā)送方式；并向終端側(cè)下發(fā)所述確定的上行數(shù)據(jù)的發(fā)送方式；終端側(cè)基于接收到的上行數(shù)據(jù)的發(fā)送方式，上行發(fā)送數(shù)據(jù)。視頻監(jiān)控終端包括方式接收單元，用于接收網(wǎng)絡(luò)側(cè)基于上行數(shù)據(jù)傳輸質(zhì)量的要求與上行數(shù)據(jù)發(fā)送方式的對應(yīng)關(guān)系，確定并下發(fā)的上行數(shù)據(jù)的發(fā)送方式；上行發(fā)送單元，用于基于接收到的上行數(shù)據(jù)的發(fā)送方式，上行發(fā)送數(shù)據(jù)。采用本發(fā)明方案，能夠靈活采用不同的發(fā)送方式上行發(fā)送數(shù)據(jù)，以提高對無線帶寬資源的利用率。
文檔編號H04N7/24GK101686386SQ20081022286
公開日2010年3月31日 申請日期2008年9月23日 優(yōu)先權(quán)日2008年9月23日
發(fā)明者曲嘉杰, 欣 馬 申請人:中國移動通信集團公司