提高帶寬利用率的點播方法【專利摘要】本發(fā)明公開了一種提高帶寬利用率的點播方法，包括以下步驟：若流媒體數(shù)據(jù)邊下載邊播放，分段下載流媒體數(shù)據(jù)，在客戶端分配固定的內(nèi)存，用于緩存流媒體數(shù)據(jù)；客戶端向音視頻服務器發(fā)送下載請求，創(chuàng)建下載通道，下載通道包括QAM和IP兩種下載通道；若客戶端分配的固定內(nèi)存已經(jīng)被緩存的流媒體數(shù)據(jù)全部占用，則關(guān)閉下載通道，釋放QAM資源；判斷客戶端內(nèi)緩存的流媒體數(shù)據(jù)是否即將播放完畢，若是，則再次發(fā)送下載請求，通知音視頻服務器下載的起始位置，重新申請QAM資源，重復本步驟直至停止播放。本發(fā)明在流媒體數(shù)據(jù)邊下載邊播放的應用場景下，增加分段下載，利用空閑的QAM資源，提高流媒體數(shù)據(jù)的下載速度，解決了下載流媒體速度慢，視頻播放不流暢的問題?！緦＠f明】提高帶寬利用率的點播方法
技術(shù)領(lǐng)域：
[0001]本發(fā)明涉及流媒體下載
技術(shù)領(lǐng)域：
，特別是指一種提高帶寬利用率的點播方法?！?br>背景技術(shù)：
】[0002]目前現(xiàn)有的流媒體下載方式主要采用IP方式下載，以普通用戶帶寬2Mbit/s的網(wǎng)速下載50M數(shù)據(jù)，需要200s的下載時間，這樣下載時間太長，用戶點播觀看某視頻時出現(xiàn)視頻播放不流暢現(xiàn)象。【
發(fā)明內(nèi)容】[0003]本發(fā)明提出一種提高帶寬利用率的點播方法，利用空閑的QAM資源下載流媒體數(shù)據(jù)，解決了下載流媒體速度慢，視頻播放不流暢的問題。[0004]本發(fā)明的技術(shù)方案是這樣實現(xiàn)的：[0005]-種提高帶寬利用率的點播方法，具體包括以下步驟：[0006]步驟1，若流媒體數(shù)據(jù)為邊下載邊播放，分段下載流媒體數(shù)據(jù)，在客戶端分配固定的內(nèi)存，用于緩存流媒體數(shù)據(jù)；[0007]步驟2，客戶端向音視頻服務器發(fā)送下載請求，創(chuàng)建下載通道，下載通道包括QAM和IP兩種下載通道；[0008]步驟3,若客戶端分配的固定內(nèi)存已經(jīng)被緩存的流媒體數(shù)據(jù)全部占用，則關(guān)閉下載通道，釋放QAM資源；[0009]步驟4,判斷客戶端內(nèi)緩存的流媒體數(shù)據(jù)是否即將播放完畢，若是，則再次發(fā)送下載請求，通知音視頻服務器下載的起始位置，重新申請QAM資源，重復本步驟直至停止播放。[0010]進一步的，在步驟2中，檢測QAM下載通道是否存在丟包情況，若是，判斷丟包個數(shù)是否超過10%，若是，則請求音視頻服務器重新發(fā)送流媒體數(shù)據(jù)，或者采用IP下載通道下載流媒體數(shù)據(jù)。[0011]進一步的，下載請求包括依次排列的統(tǒng)一資源標識符、音視頻服務器的IP地址、監(jiān)聽端口、流媒體數(shù)據(jù)包名稱、指定帶寬以及客戶端的區(qū)域碼，下載請求還包括會話序號、請求傳輸模式、下載起始區(qū)域號、數(shù)據(jù)類型以及客戶端標識。[0012]進一步的，步驟2具體包括以下步驟：[0013]步驟201，客戶端向音視頻服務器發(fā)送下載請求，創(chuàng)建下載通道；[0014]步驟202,音視頻服務器接收到客戶端的下載請求，為客戶端分配下載通道資源，并發(fā)送相應的回應給客戶端；[0015]步驟203,客戶端準備接收流媒體數(shù)據(jù)，發(fā)送命令通知音視頻服務器開始發(fā)送流媒體數(shù)據(jù)；[0016]步驟204,音視頻服務器按照客戶端的下載請求，選擇相應的下載通道發(fā)送流媒體數(shù)據(jù)至客戶端；[0017]步驟205，音視頻服務器提示客戶端流媒體數(shù)據(jù)發(fā)送完畢；[0018]步驟206,客戶端結(jié)束會話。[0019]進一步的，步驟203之前還包括以下步驟：[0020]客戶端接收到音視頻服務器的回應；[0021]客戶端每隔財少向音視頻服務器發(fā)送OPTIONS命令，表示客戶端在線狀態(tài);N為整數(shù)，N大于1;[0022]若音視頻服務器連續(xù)3個周期內(nèi)未接收到OPTIONS命令，則結(jié)束會話，釋放資源；[0023]若音視頻服務器接收到OPTIONS命令，回應2000K給客戶端；[0024]若客戶端連續(xù)3個周期未收到音視頻服務器回應的2000K，則結(jié)束會話。[0025]進一步的，在步驟1之前，還包括以下步驟[0026]采集音視頻數(shù)據(jù)，對其進行編碼，得到流媒體文件；[0027]對流媒體文件進行打包，封裝成TS流文件；[0028]將TS流文件上傳至音視頻服務器。[0029]進一步的，音視頻服務器包括QAM服務器和IP服務器。[0030]進一步的，步驟202中，音視頻服務器發(fā)給客戶端的回應包括以下四種；[0031]第一種回應為:分配下載通道資源成功，音視頻服務器回應2000K;[0032]第二種回應為：流媒體數(shù)據(jù)在另一音視頻服務器上，該音視頻服務器發(fā)送302MovedTemporarily，客戶端重新發(fā)送下載請求；[0033]第三種回應為:流媒體數(shù)據(jù)不存在，音視頻服務器回應404N〇tFound;[0034]第四種回應為:帶寬不足，音視頻服務器回應453NotEnoughBandwidth。[0035]本發(fā)明的有益效果在于:在流媒體數(shù)據(jù)邊下載邊播放的應用場景下，增加分段下載，利用空閑的QAM資源，提高流媒體數(shù)據(jù)的下載速度，解決了下載流媒體速度慢，視頻播放不流暢的問題【附圖說明】[0036]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。[0037]圖1為本發(fā)明提高帶寬利用率的點播方法的流程圖；[0038]圖2為圖1中客戶端與音視頻服務器建立會話的流程圖?！揪唧w實施方式】[0039]下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。[0040]如圖1和圖2所示，本發(fā)明提出了一種提高帶寬利用率的點播方法，具體包括以下步驟：[0041]步驟1，若流媒體數(shù)據(jù)為邊下載邊播放，分段下載流媒體數(shù)據(jù)，在客戶端分配固定的內(nèi)存，用于緩存流媒體數(shù)據(jù);在客戶端分配的固定內(nèi)存的大小根據(jù)客戶端的空閑內(nèi)存而定。[0042]具體的，在本實施例中，客戶端指的是機頂盒。[0043]步驟2，客戶端向音視頻服務器發(fā)送下載請求，創(chuàng)建下載通道，下載通道包括QAM和IP兩種下載通道；[0044]具體的，本發(fā)明采用的實時下載協(xié)議為RTDP(realtimedownloadprotocol)，相當于RTSP.[0045]客戶端通過發(fā)送SETUP命令，向音視頻服務器發(fā)送下載請求，建立下載通道。[0046]下載請求包括依次排列的統(tǒng)一資源標識符、音視頻服務器的IP地址、監(jiān)聽端口、流媒體數(shù)據(jù)包名稱、指定帶寬以及客戶端的區(qū)域碼，下載請求還包括會話序號、請求傳輸模式、下載起始區(qū)域號、數(shù)據(jù)類型以及客戶端標識。[0047]示例如下：[0048]SETUP[0049]rtdp://192.168.36.78:554/xiaoxiongweini.ts?bandwidth=38000000&areacode=1[0050]RTDP/1.0\r\n[0051]CSeq:l\r\n[0052]Transport:QAM\r\n[0053]Range:0-10,15,17,20-\r\n[0054]Type:l\r\n[0055]User-Agent:iPanel-Application-Download-(Version_l·0)\r\n[0056]\r\n[0057]其中關(guān)鍵字定義如下：[0058]rtdp:URL前綴，URI的格式與HTTP的URI意義一致，緊跟著的為音視頻服務器IP地址，監(jiān)聽端口號以及具體應用包名稱。應用包名稱指的是流媒體數(shù)據(jù)的名稱，比如用戶點播一個娛樂節(jié)目，該娛樂節(jié)目對應一些流媒體數(shù)據(jù)，該娛樂節(jié)目的名稱即為應用包名稱，其代表的是娛樂節(jié)目對應的流媒體數(shù)據(jù)。bandwidth用于帶寬指定，不指定則以音視頻服務器默認為準。areacode指用戶所在的區(qū)域碼。CSeq:表示會話的序號，用于確認request和response的--對應關(guān)系，每一次信令交互完自動加1[0059]Transport:表示請求的傳輸模式，有QAM和IP兩種模式[0060]Range:表示請求下載的起始sectionnumber，與HTTP的Range意義一樣，但數(shù)字是指setion索引號而不是byte。采集的音視頻信號編碼后按照section進行打包，根據(jù)每個section的編號封裝成TS流。[0061]Type:申請數(shù)據(jù)的控制類型，Type為1，表示客戶端是媒體播放器，音視頻服務器端要盡可能把文件當做媒體文件特殊處理，媒體文件的特殊處理包括：（1)搜索iFrame，Range盡可能第一個包就包含I幀(盡可能從I幀開始），（2)盡可能計算媒體播放總時長，給Media-Duration賦值;Type為0，或者不附帶Type，則表示，正常推送數(shù)據(jù)（下載普通文件而不是媒體文件的特殊處理）。[0062]User-Agent:客戶端的標識以及版本號。[0063]步驟3,若客戶端分配的固定內(nèi)存已經(jīng)被緩存的流媒體數(shù)據(jù)全部占用，則關(guān)閉下載通道，釋放QAM資源；[0064]步驟4,判斷客戶端內(nèi)緩存的流媒體數(shù)據(jù)是否即將播放完畢，若是，則再次發(fā)送下載請求，通知音視頻服務器下載的起始位置，重新申請QAM資源，重復本步驟直至停止播放。[0065]在優(yōu)選的實施例中，在步驟2中，檢測QAM下載通道是否存在丟包情況，若是，判斷丟包個數(shù)是否超過10%，若是，則請求音視頻服務器重新發(fā)送流媒體數(shù)據(jù)，或者采用IP下載通道下載流媒體數(shù)據(jù)。[0066]在優(yōu)選的實施例中，步驟2具體包括以下步驟：[0067]步驟201，客戶端向音視頻服務器發(fā)送下載請求，創(chuàng)建下載通道；[0068]步驟202,音視頻服務器接收到客戶端的下載請求，為客戶端分配下載通道資源，并發(fā)送相應的回應給客戶端；[0069]步驟202中，音視頻服務器發(fā)給客戶端的回應包括以下四種；[0070]第一種回應為:分配下載通道資源成功，音視頻服務器回應2000K;[0071]示例如下：[0072]QAM模式下：[0073]RTDP/1.02000K\r\n[0074]CSeq:l\r\n[0075]Session:24988119744980\r\n[0076]Range:5-40/1001\r\n[0077]Content-Type:application/ts\r\n[0078]Content-Length:18000\r\n[0079]Media-Duration:12345\r\n[0080]SDP-Vide〇-Num:1[0081]SDP-Vide〇-Pidl:129[0082]SDP-Vide〇-Typel:4[0083]SDP-Audi〇-Num:2[0084]SDP-Audi〇-Pidl:128[0085]SDP-Audi〇-Typel:96[0086]SDP-Audi〇-Pid2:188[0087]SDP-Audi〇-Type2:99[0088]x-Timeshift_Range:%s-%s\r\n[0089]X-Frequency:6260000\r\n[0090]X-Pid:32\r\n[0091]X-Tableid:3\r\n[0092]\r\n[0093]IP模式下：[0094]RTDP/1.02000K\r\n[0095]CSeq:l\r\n[0096]Session:24988119744980\r\n[0097]Range:5-40/1001\r\n[0098]Content-Type:application/ts\r\n[0099]Content-Length:18000\r\n[0100]Media-Duration:12345\r\n[0101]\r\n[0102]其中新增關(guān)鍵字定義如下：[0103]Session:音視頻服務器分配的至少8個字節(jié)的會話ID，標識會話的唯一性，后續(xù)的信令交互都需要帶上這個字段[0104]Range:左邊界為音視頻服務器開始推流的sectionnumber.〃/〃右邊界為文件總的sectionnumber，客戶端根據(jù)總的section數(shù)量，來檢查數(shù)據(jù)收取的完整性。[0105]X-Frequency:頻點，單位為Μ赫茲[0106]X-Pid:ts流中的pid[0107]X-Tableid:ts流中的tableid[0108]Content-Type:文件數(shù)據(jù)類型，具體意義另外定義（類似HTTP的Content-Type)[0109]文件擴展名方式來表示文件種類，特別約定：[0110](1)TS流媒體文件為:application/ts[0111](2)MP4媒體文件為:application/mp4[0112](3)普通下載文件為:application/dat[0113]Media-Duration:對于音視頻文件(Type==1)，是播放總時長，單位為秒，若非音視頻文件(Type!=1)，或者音視頻服務器難以計算，則總是返回100*1000。[0114]Content-Length:文件的真實長度(字節(jié)數(shù)），因為Range表示的長度只是section數(shù)量，不準確。[0115]SDP:對于TS格式的文件，此信息需要填寫，針對MPTS只處理第一路，假如有多路音頻，[0116]SDP-Vide〇-Num:1[0117]SDP-Vide〇-Pidl:129[0118]SDP-Vide〇-Typel:4[0119]SDP-Audi〇-Num:2[0120]SDP-Audi〇-Pidl:128[0121]SDP-Audi〇-Typel:96[0122]SDP-Audi〇-Pid2:188[0123]SDP-Audi〇-Type2:99[0124]x-Timeshift_Range:%s-%s[0125]如果非時移則未攜帶此字段[0126]如果x-Timeshift_Range:%Y%m%dT%H%M%S.08Z-%Y%m%dT%H%M%S.08Z則代表時移。[0127]第二種回應為：流媒體數(shù)據(jù)在另一音視頻服務器上，該音視頻服務器發(fā)送302MovedTemporarily，客戶端重新發(fā)送下載請求；[0128]示例如下：[0129]RTDP/1.0302MovedTemporarily\r\n[0130]CSeq:l\r\n[0131]Location:RTDP://192.168.35.48/xiaoxiongweini.ts\r\n[0132]\r\n[0133]其中新增關(guān)鍵字如下：[0134]Location:表示重定向后的url[0135]第三種回應為:流媒體數(shù)據(jù)不存在，音視頻服務器回應404N〇tFound;[0136]示例如下：[0137]RTDP/1.0404NotFound\r\n[0138]CSeq:l\r\n[0139]\r\n[0140]第四種回應為:帶寬不足，音視頻服務器回應453NotEnoughBandwidth。[0141]示例如下：[0142]RTDP/1.0453NotEnoughBandwidth\r\n[0143]CSeq:l\r\n[0144]\r\n[0145]對于Transport的模式選擇，客戶端請求的時候首先應以QAM模式進行請求，如果音視頻服務器回應分配QAM資源失敗(453NotEnoughBandwidth)，再根據(jù)項目要求是否以IP方式進行請求，IP方式下載時間較長，需要提示用戶，出現(xiàn)QAM資源分配不足時，也可以等待幾秒鐘再次申請分配QAM資源，同樣也可以將模式的選擇交給用戶，后續(xù)由應用考慮那種方案更好一些。[0146]接收到SETUP的回應時，客戶端開始鎖頻，鎖頻5秒仍然失敗的話，采用IP方式進行下載，客戶端以IP模式重新發(fā)送SETUP建立IP下載通道。[0147]步驟203,客戶端準備接收流媒體數(shù)據(jù)，發(fā)送命令通知音視頻服務器開始發(fā)送流媒體數(shù)據(jù)；[0148]QAM模式下鎖頻成功，或者IP模式下收到SETUP2000K回應時，客戶端準備接收數(shù)據(jù)，發(fā)送PUSH命令通知音視頻服務器開始播發(fā)數(shù)據(jù)，具體格式如下：[0149]PUSHrtdp://192.168.36.78:554/xiaoxiongweini.tsRTDP/1.0\r\n[0150]CSeq:2\r\n[0151]Session:24988119744980\r\n[0152]Transport:QAM\r\n[0153]Range:0-10,15,17，20_\r\n[0154]Range:20121212T111101.08Z\r\n[0155]Type:l\r\n[0156]User-Agent:iPanel-Application-Download-(Version_l·0)\r\n[0157]\r\n[0158]步驟204,音視頻服務器按照客戶端的下載請求，選擇相應的下載通道發(fā)送流媒體數(shù)據(jù)至客戶端；[0159]音視頻服務器端收到PUSH命令后，需要將推流文件大小回應給客戶端，即：[0160]RTDP/1.02000K\r\n[0161]Cseq:2\r\n[0162]Session:24988119744980\r\n[0163]Range:5-40/1001\r\n[0164]Range如果后面帶有clock的標志則代表是時移的搜索[0165]Content-Type:application/ts\r\n[0166]Content-Length:18000\r\n[0167]Media-Duration:12345\r\n[0168]SDP-Vide〇-Num:1[0169]SDP-Vide〇-Pidl:129[0170]SDP-Vide〇-Typel:4[0171]SDP-Audi〇-Num:2[0172]SDP-Audi〇-Pidl:128[0173]SDP-Audi〇-Typel:96[0174]SDP-Audi〇-Pid2:188[0175]SDP-Audi〇-Type2:99[0176]x-Timeshift_Range:%s-%s\r\n[0177]Ts-Version:l\r\n[0178]\r\n[0179]音視頻服務器回應2000K后開始推流，并且只推一次，即QAM模式的話，只播發(fā)一次，把應用包(按照固定合適封裝)文件播發(fā)完就停止推流。[0180]Type:同SETUP意義。[0181]Range是一定需要的，客戶端需要根據(jù)range來調(diào)整位置。[0182]Ts-Version:下推ts數(shù)據(jù)流的版本號.特別約定:Push支持在保持音視頻服務器連接的情況下多次請求數(shù)據(jù)，每次發(fā)起push則必然造成版本的變更，setup總是把版本號歸0，后面每Push-次，Ts-Version就加1，2~5循環(huán)（即0~31)。注意，正式推流之后（不包括前面的空包流），每個ts包里面都帶上當前的版本號，版本號的表示方法不是采用pmt的version_number，而是在每個ts包前面加上調(diào)節(jié)字段(adaption_field_control均為10或11),ield_length==3,T^transport_private_data_flag==1(第6個字節(jié)的值是0x02)，第7個字節(jié)是transport_private_data_length==1，第8個字節(jié)private_data_byte就是當前的版本號，版本號這里是用私有數(shù)據(jù)存儲，8bit，但是，其循環(huán)值是5bit，即從0-31·[0183]步驟205，音視頻服務器提示客戶端流媒體數(shù)據(jù)發(fā)送完畢；[0184]音視頻服務器每次響應PUSH，推完數(shù)據(jù)后需要發(fā)送ANNOUNCE命令提示終端推流完畢等，具體格式如下：[0185]ANNOUNCErtdp://192.168.36.78:554/xiaoxiongweini.tsRTDP/1.0\r\n[0186]Cseq:3\r\n[0187]Session:24988119744980\r\n[0188]X-Notice:PushStreamEnd\r\n[0189]\r\n[0190]客戶端收到ANNOUNCE消息后需要回應2000K消息：[0191]RTDP/1.02000K\r\n[0192]Cseq:3\r\n[0193]Session:24988119744980\r\n[0194]\r\n[0195]步驟206,客戶端結(jié)束會話。[0196]TEARD0WN命令用于客戶端結(jié)束會話，具體格式如下：[0197]TEARDOWNrtdp://192.168.36.78:554/xiaoxiongweini.tsRTDP/1.0\r\n[0198]CSeq:6\r\n[0199]Session:24988119744980\r\n[0200]TearType:1[0201]User-Agent:iPanelApplicationDownload(Version3.0)\r\n[0202]\r\n[0203]音視頻服務器回應：[0204]RTDP/1.02000K\r\n[0205]Cseq:6\r\n[0206]Session:24988119744980\r\n[0207]\r\n[0208]TearType1緩沖器慢的時候觸發(fā)的[0209]TearType0真正斷開[0210]在優(yōu)選的實施例中，步驟203之前還包括以下步驟：[0211]客戶端接收到音視頻服務器的回應；[0212]客戶端每隔財少向音視頻服務器發(fā)送OPTIONS命令，表示客戶端在線狀態(tài);N為整數(shù)，N大于1;[0213]若音視頻服務器連續(xù)3個周期內(nèi)未接收到OPTIONS命令，則結(jié)束會話，釋放資源；[0214]若音視頻服務器接收到OPTIONS命令，回應2000K給客戶端；[0215]若客戶端連續(xù)3個周期未收到音視頻服務器回應的2000K，則結(jié)束會話。[0216]示例如下：[0217]RTDP通過OPTIONS命令來維持心跳，客戶端在收到SETUP響應后，每隔10秒發(fā)送OPTIONS命令表示客戶端在線狀態(tài)，音視頻服務器端應該在連續(xù)3個心跳周期沒有收到客戶端OPTIONS命令的話將客戶端剔除，釋放會話資源，具體命令格式如下：[0218]OPTIONSrtdp://192.168.36.78:554/xiaoxiongweini.tsRTDP/1.0\r\n[0219]CSeq:5\r\n[0220]Session:24988119744980\r\n[0221]\r\n[0222]音視頻服務器需要回應2000K給客戶端[0223]RTDP/1.02000K\r\n[0224]Cseq:5\r\n[0225]Session:24988119744980\r\n[0226]x-Timeshift_Range:%s-%s\r\n[0227]\r\n[0228]客戶端連續(xù)3個心跳命令沒有收到2000K的話也將會話剔除，退出下載在優(yōu)選的實施例中，在步驟1之前，還包括以下步驟[0229]采集音視頻數(shù)據(jù)，對其進行編碼，得到流媒體文件；[0230]對流媒體文件進行打包，封裝成TS流文件；[0231]將TS流文件上傳至音視頻服務器。[0232]section封裝說明如下：[0235]在優(yōu)選的實施例中，音視頻服務器包括QAM服務器和IP服務器。[0236]以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。【主權(quán)項】1.一種提高帶寬利用率的點播方法，其特征在于，具體包括以下步驟：步驟1，若流媒體數(shù)據(jù)為邊下載邊播放，分段下載流媒體數(shù)據(jù)，在客戶端分配固定的內(nèi)存，用于緩存流媒體數(shù)據(jù)；步驟2，客戶端向音視頻服務器發(fā)送下載請求，創(chuàng)建下載通道，下載通道包括QAM和IP兩種下載通道；步驟3,若客戶端分配的固定內(nèi)存已經(jīng)被緩存的流媒體數(shù)據(jù)全部占用，則關(guān)閉下載通道，釋放QAM資源；步驟4,判斷客戶端內(nèi)緩存的流媒體數(shù)據(jù)是否即將播放完畢，若是，則再次發(fā)送下載請求，通知音視頻服務器下載的起始位置，重新申請QAM資源，重復本步驟直至停止播放。2.根據(jù)權(quán)利要求1所述的提高寬帶利用率的點播方法，其特征在于，在步驟2中，檢測QAM下載通道是否存在丟包情況，若是，判斷丟包個數(shù)是否超過10%，若是，則請求音視頻服務器重新發(fā)送流媒體數(shù)據(jù)，或者采用IP下載通道下載流媒體數(shù)據(jù)。3.根據(jù)權(quán)利要求1所述的提高寬帶利用率的點播方法，其特征在于，下載請求包括依次排列的統(tǒng)一資源標識符、音視頻服務器的IP地址、監(jiān)聽端口、流媒體數(shù)據(jù)包名稱、指定帶寬以及客戶端的區(qū)域碼，所述下載請求還包括會話序號、請求傳輸模式、下載起始區(qū)域號、數(shù)據(jù)類型以及客戶端標識。4.根據(jù)權(quán)利要求1所述的提高寬帶利用率的點播方法，其特征在于，步驟2具體包括以下步驟：步驟201，客戶端向音視頻服務器發(fā)送下載請求，創(chuàng)建下載通道；步驟202，音視頻服務器接收到客戶端的下載請求，為客戶端分配下載通道資源，并發(fā)送相應的回應給客戶端；步驟203，客戶端準備接收流媒體數(shù)據(jù)，發(fā)送命令通知音視頻服務器開始發(fā)送流媒體數(shù)據(jù)；步驟204,音視頻服務器按照客戶端的下載請求，選擇相應的下載通道發(fā)送流媒體數(shù)據(jù)至客戶端；步驟205，音視頻服務器提示客戶端流媒體數(shù)據(jù)發(fā)送完畢；步驟206,客戶端結(jié)束會話。5.根據(jù)權(quán)利要求4所述的提高寬帶利用率的點播方法，其特征在于，步驟203之前還包括以下步驟：客戶端接收到音視頻服務器的回應；客戶端每隔N秒向音視頻服務器發(fā)送OPTIONS命令，表示客戶端在線狀態(tài);N為整數(shù)，N大于1;若音視頻服務器連續(xù)3個周期內(nèi)未接收到OPTIONS命令，則結(jié)束會話，釋放資源；若音視頻服務器接收到OPTIONS命令，回應2000K給客戶端；若客戶端連續(xù)3個周期未收到音視頻服務器回應的2000K，則結(jié)束會話。6.根據(jù)權(quán)利要求1所述的提高寬帶利用率的點播方法，其特征在于，在步驟1之前，還包括以下步驟采集音視頻數(shù)據(jù)，對其進行編碼，得到流媒體文件；對流媒體文件進行打包，封裝成TS流文件；將TS流文件上傳至音視頻服務器。7.根據(jù)權(quán)利要求1所述的提高寬帶利用率的點播方法，其特征在于，音視頻服務器包括QAM服務器和IP服務器。8.根據(jù)權(quán)利要求4或5所述的提高寬帶利用率的點播方法，其特征在于，步驟202中，音視頻服務器發(fā)給客戶端的回應包括以下四種；第一種回應為:分配下載通道資源成功，音視頻服務器回應2000K;第二種回應為：流媒體數(shù)據(jù)在另一音視頻服務器上，該音視頻服務器發(fā)送302MovedTemporarily，客戶端重新發(fā)送下載請求；第三種回應為:流媒體數(shù)據(jù)不存在，音視頻服務器回應404NotFound;第四種回應為:帶寬不足，音視頻服務器回應453NotEnoughBandwidth。【文檔編號】H04L12/873GK106027418SQ201610540992【公開日】2016年10月12日【申請日】2016年7月8日【發(fā)明人】徐佳宏,徐蘭蘭【申請人】深圳市茁壯網(wǎng)絡股份有限公司