專利名稱：流媒體數(shù)據(jù)的傳輸方法及系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，更具體地涉及一種流媒體數(shù)據(jù)的傳輸方 法及系統(tǒng)。
背景技術(shù)：
現(xiàn)有P2P流媒體視頻直播、視頻點播產(chǎn)品在流數(shù)據(jù)傳輸方面， 絕大部分都是采用傳輸控制協(xié)議(Transfer Control Protocol,簡稱 TCP)傳送數(shù)據(jù)。TCP協(xié)議雖然能保證數(shù)據(jù)完整地到達(dá)終端，但在 互聯(lián)網(wǎng)上的傳輸速度較慢。更重要的是，目前互聯(lián)網(wǎng)80%的用戶都 是在內(nèi)網(wǎng)或防火墻內(nèi)，用戶與用戶很難進(jìn)行P2P鏈接，用戶要想觀 看-見頻必須通過月良務(wù)器進(jìn)4亍傳輸，無法達(dá)到P2P的歲文果，同時又占 用了服務(wù)器大量的帶寬，造成服務(wù)器數(shù)據(jù)堵塞，速度纟爰'ft,且用戶 端的觀看效果很不理想，比如畫面不清晰、不流暢、易中斷等。對 于月l務(wù)商來i兌，又增大了運營成本，減少了經(jīng)濟效益。也有少許產(chǎn)品采用用戶數(shù)據(jù)凈艮十辦i義(User Datagram Protocl ，簡 稱UDP)傳送數(shù)據(jù)。由于UDP傳輸在網(wǎng)絡(luò)中的速度是任何協(xié)議都 無法比擬的，所以在P2P流々某體凄史l居傳llr中，大家還老卩希望利用 UDP傳輸。但是，UDP傳輸是一種無鏈接的不可靠的網(wǎng)絡(luò)傳輸方式。 它的無連接性造成了它在大量數(shù)據(jù)傳輸?shù)倪^程中鏈接的不穩(wěn)定，丟 包率極高，從而導(dǎo)致傳輸速度下降、流數(shù)據(jù)質(zhì)量不高、經(jīng)常出現(xiàn)在 網(wǎng)絡(luò)傳輸中丟包、— 見頻畫面缺幀現(xiàn)象的眾多問題。發(fā)明內(nèi)容鑒于以上所述的一個或多個問題，本發(fā)明提供了 一種流媒體數(shù) 據(jù)的傳輸方法及系統(tǒng)。才艮據(jù)本發(fā)明的一個實施例的流士某體數(shù)據(jù)的傳輸方法包括發(fā)送 方在向接收方發(fā)送流々某體數(shù)據(jù)的同時，將所發(fā)送的流:煤體數(shù)據(jù)保存 到發(fā)送隊列中；發(fā)送方以第一時間為周期向接收方發(fā)送發(fā)送隊列中 保存的所有流^ 某體數(shù)據(jù)。才艮據(jù)本發(fā)明的一個實施例的流A某體數(shù)據(jù)的傳輸方法還包括發(fā) 送方接收來自接收方的分別用于標(biāo)識接收方接收到的來自發(fā)送方的 一個或多個流々某體lt據(jù)的一個或多個標(biāo)識信息，并#4居該一個或多 個標(biāo)識信息將該一個或多個流媒體數(shù)據(jù)從發(fā)送隊列中刪除。其中，發(fā)送方通過包括以下內(nèi)容中的一種或多種的流數(shù)據(jù)協(xié)i義 格式向接收方發(fā)送流》某體數(shù)據(jù)發(fā)送流々某體數(shù)據(jù)需占用的總數(shù)據(jù)長 度、發(fā)送流媒體數(shù)據(jù)的協(xié)議代碼、用于標(biāo)識流媒體凄t據(jù)的標(biāo)識號、 以及流i某體數(shù)據(jù)的數(shù)據(jù)體。根據(jù)本發(fā)明的一個實施例的流媒體數(shù)據(jù)的傳輸方法還包括接 收方接收來自發(fā)送方的流媒體數(shù)據(jù)，并將用于標(biāo)識流々某體數(shù)據(jù)的標(biāo) 識信息保存在4妾收隊列中；接收方以第二時間為周期向發(fā)送方發(fā)送 接收隊列中保存的分別用于標(biāo)識接收方接收到的來自發(fā)送方的一個 或多個流媒體數(shù)據(jù)的一個或多個標(biāo)識信息。其中，4妄收方通過包括以下內(nèi)容中的一種或多種的確認(rèn)協(xié)議才各 式向發(fā)送方發(fā)送分別用于標(biāo)識接收方接收到的來自發(fā)送方的一個或 多個流媒體數(shù)據(jù)的一個或多個標(biāo)識信息發(fā)送分別用于標(biāo)識一個或 多個流媒體數(shù)據(jù)的一個或多個標(biāo)識信息需占用的數(shù)據(jù)總長度、使用的協(xié)議代碼、以及分別用于標(biāo)識接收方接收到的來自發(fā)送方的 一個 或多個流4某體數(shù)據(jù)的一個或多個標(biāo)識信息本身。才艮據(jù)本發(fā)明的另 一個實施例的流纟某體數(shù)據(jù)的傳，俞方法，包括以下步驟接收方接收來自發(fā)送方的流媒體數(shù)據(jù)，并將用于標(biāo)識流媒 體數(shù)據(jù)的標(biāo)識信息保存在4妄收隊列中；接收方以第二時間為周期向自發(fā)送方的一個或多個流:煤體數(shù)據(jù)的一個或多個標(biāo)識4言息。其中，接收方通過包括以下內(nèi)容中的一種或多種的確認(rèn)協(xié)議格 式向發(fā)送方發(fā)送分別用于標(biāo)識接收方4妄收到的來自發(fā)送方的一個或 多個流:樣體數(shù)據(jù)的一個或多個標(biāo)識信息發(fā)送分別用于標(biāo)識接收方 接收到的來自發(fā)送方的一個或多個流^泉體數(shù)據(jù)的一個或多個標(biāo)識信 息需占用的數(shù)據(jù)總長度、使用的協(xié)議代碼、以及分別用于標(biāo)識接收 方接收到的來自發(fā)送方的 一個或多個流媒體數(shù)據(jù)的 一個或多個標(biāo)識 信息本身。沖艮據(jù)本發(fā)明又一實施例的流媒體凄文據(jù)的傳輸系統(tǒng)包4舌數(shù)據(jù)發(fā) 送單元，用于向數(shù)據(jù)接收單元發(fā)送流媒體數(shù)據(jù)，以及將流媒體數(shù)據(jù) 保存到發(fā)送隊列中；數(shù)據(jù)重發(fā)單元，用于以第一時間為周期向數(shù)據(jù) 接收單元發(fā)送發(fā)送隊列中保存的所有流媒體數(shù)據(jù)，以及用于在接收 到來自接收確認(rèn)單元的分別用于標(biāo)識數(shù)據(jù)接收單元接收到的來自數(shù) 據(jù)發(fā)送單元的一個或多個流媒體數(shù)據(jù)的一個或多個標(biāo)識信息時，將 一個或多個流媒體數(shù)據(jù)從發(fā)送隊列中刪除；數(shù)據(jù)接收單元，用于接 收來自It據(jù)發(fā)送單元的流々某體數(shù)據(jù)，以及將用于標(biāo)識流々某體數(shù)據(jù)的 標(biāo)識信息^呆存在4妄收隊列中；以及4妄收確i人單元，用于以第二時間接收到的來自數(shù)據(jù)發(fā)送單元的一個或多個流々某體教::梧的一個或多個 標(biāo)識信息。其中，數(shù)據(jù)發(fā)送單元和數(shù)據(jù)重發(fā)單元用于向數(shù)據(jù)4妄收單元發(fā)送流々某體^t據(jù)的流凝:據(jù)協(xié)"i義4各式包括以下內(nèi)容中的一種或多種發(fā)送 流媒體數(shù)據(jù)需占用的總數(shù)據(jù)長度、發(fā)送流i某體數(shù)據(jù)的協(xié)議代碼、用 于標(biāo)識流媒體數(shù)據(jù)的標(biāo)識號、以及流媒體數(shù)據(jù)的數(shù)據(jù)體。接收確認(rèn) 單元用于向數(shù)據(jù)重發(fā)單元發(fā)送分別用于標(biāo)識凄t據(jù)接收單元4妄收到的 來自數(shù)據(jù)發(fā)送單元的一個或多個流4某體數(shù)據(jù)的一個或多個標(biāo)識信息 的確認(rèn)協(xié)議格式包括以下內(nèi)容中的一種或多種發(fā)送分別用于標(biāo)識 數(shù)據(jù)接收單元接收到的來自數(shù)據(jù)發(fā)送單元的一個或多個流媒體數(shù)據(jù) 的一個或多個標(biāo)識信息需占用的數(shù)據(jù)總長度、使用的協(xié)議代碼、以多個流々某體數(shù)據(jù)的一個或多個標(biāo)識信息本身。在本發(fā)明中，將需要傳輸?shù)牧髅襟w數(shù)據(jù)全部進(jìn)行標(biāo)識，在整個 傳輸過程中發(fā)送方均以接收方發(fā)出的接收確認(rèn)信息確定每塊流媒體 數(shù)據(jù)是否傳輸成功。本發(fā)明大大降低了用戶數(shù)據(jù)報協(xié)議(UDP )傳 輸?shù)膩G包情況，保持了 UDP的傳輸速度，確保了接收方接收數(shù)據(jù)的 完整有效，從而保障了視頻流媒體播放過程的流暢和穩(wěn)定。


此處所i兌明的附圖用來提供對本發(fā)明的進(jìn)一步理解，構(gòu)成本申 請的一部分，本發(fā)明的示意性實施例及其i兌明用于解釋本發(fā)明，并 不構(gòu)成對本發(fā)明的不當(dāng)限定。在附圖中圖1是根據(jù)本發(fā)明的第一實施例的流媒體數(shù)據(jù)的傳輸方法的流 程圖；圖2是根據(jù)本發(fā)明的第二實施例的流々某體數(shù)據(jù)的傳輸方法的流 程圖；以及圖3是根據(jù)本發(fā)明的第二實施例的流媒體數(shù)據(jù)的傳輸系統(tǒng)的框圖。
具體實施方式
下面參考附圖，詳細(xì)i兌明本發(fā)明的具體實施方式
。圖1是根據(jù)本發(fā)明的第一實施例的流媒體數(shù)據(jù)的傳輸方法的流 程圖。如圖1所示，該傳l命方法包括S102，發(fā)送方在向4妄收方發(fā) 送流媒體數(shù)據(jù)的同時，將所發(fā)送的流媒體數(shù)據(jù)保存到發(fā)送隊列中； S104,發(fā)送方以第 一 時間為周期向接收方發(fā)送發(fā)送隊列中保存的所 有流媒體數(shù)據(jù)。具體地，在圖l所示的方法中，發(fā)送方在P2P流媒體數(shù)據(jù)傳輸 過程中，首先建立發(fā)送隊列。然后，發(fā)送方向接收方每發(fā)送一個流 媒體數(shù)據(jù)，都同時將所發(fā)送的流媒體數(shù)據(jù)插入到發(fā)送隊列中。其中，發(fā)送隊列中的所有流媒體數(shù)據(jù)均需要包含其數(shù)據(jù)的全部信息內(nèi)容， 以保證發(fā)送隊列中的所有流媒體數(shù)據(jù)的完整有效。因為UDP是一種無連接不可靠的傳輸協(xié)議，所以發(fā)送方發(fā)送過 的流媒體數(shù)據(jù)，接收方不一定都能接收到，所以發(fā)送方需要采用定 時循環(huán)的方法，重新將發(fā)送隊列里的流媒體數(shù)據(jù)發(fā)送給接收方。圖2是根據(jù)本發(fā)明的第二實施例的流媒體數(shù)據(jù)的傳輸方法的流 程圖。如圖2所示，該傳輸方法包括S202,接收方接收來自發(fā)送 方的流媒體數(shù)據(jù)，并將用于標(biāo)識流媒體數(shù)據(jù)的標(biāo)識信息保存在接收 隊列中；S204,接收方以第二時間為周期向所述發(fā)送方發(fā)送接收隊 列中保存的分別用于標(biāo)識*接收方接收到的來自發(fā)送方的一個或多個 流々某體^t據(jù)的 一個或多個標(biāo)識信息。具體地，在圖2所示的方法中，4妄收方首先建立4妄收隊列，并 在接收到發(fā)送方的流媒體數(shù)據(jù)后(或排序、或保存、或插_放)，將所 接收的流媒體數(shù)據(jù)的標(biāo)識信息保存到接收隊列里。然后，接收方會 定時將接收隊列里的標(biāo)識信息發(fā)送給發(fā)送方，以使發(fā)送方接收到來 自4妄收方的標(biāo)識信息后，獲知接收方已成功4妾收對應(yīng)于來自4妄收方 的標(biāo)識信息的流々某體4fet據(jù)。為了進(jìn)一步改進(jìn)接收方和發(fā)送方的發(fā)送裝置和接收裝置的運轉(zhuǎn) 性能，可以將圖1和圖2所示的方法結(jié)合在一起來l吏用。具體地， 結(jié)合圖1和圖2所示的方法在接收方和發(fā)送方傳輸流々某體數(shù)據(jù)的過 程包4舌以下內(nèi)容(1 )在P2P流媒體數(shù)據(jù)的傳輸過程中，在發(fā)送方建立發(fā)送隊列， 在4妄4文方建立4妄"丈隊列。(2) 發(fā)送方向接收方發(fā)送流媒體數(shù)據(jù)，同時將所發(fā)送的流媒體 數(shù)據(jù)插入到發(fā)送隊列中。其中，發(fā)送隊列中的所有流々某體數(shù)據(jù)均需 要包含其數(shù)據(jù)的全部信息內(nèi)容，以保證發(fā)送隊列中的所有流媒體數(shù) 據(jù)的完整有效。(3) 因為UDP是一種無連接不可靠的傳輸協(xié)議，發(fā)送方發(fā)送過 的流士某體數(shù)據(jù)4妄收方不一定都能接收到，所以發(fā)送方會采用定時循 環(huán)的方法，重新發(fā)送發(fā)送隊列里的流J 某體數(shù)據(jù)給接收方。(4) 接收方接收到發(fā)送方的流:煤體數(shù)據(jù)后(或排序、或保存、 或播放)，將所接收的流媒體數(shù)據(jù)的標(biāo)識信息保存到接收隊列中。其 中，接收隊列與發(fā)送隊列不同，接收方的接收隊列只是包含接收方所接收的流媒體數(shù)據(jù)的標(biāo)識信息，這些標(biāo)識信息主要是用來定位各 流媒體數(shù)據(jù)。(5) 接收方定時將接收隊列里的標(biāo)識信息發(fā)送給發(fā)送方，發(fā)送 方接收到來自接收方的標(biāo)識信息后，便根據(jù)標(biāo)識信息4巴接收方已經(jīng) 接收到的流媒體數(shù)據(jù)從發(fā)送隊列中清除掉，以避免下次重新循環(huán)發(fā) 送時重復(fù)發(fā)送該流媒體數(shù)據(jù)。(6) 當(dāng)發(fā)送方多次發(fā)送某一流々某體數(shù)據(jù)時，他有可能也多次接 收到了該流々某體數(shù)據(jù)的標(biāo)識信息，但z池只對第一次接收的標(biāo)識信息 進(jìn)行處理(把該標(biāo)識信息指定的流々某體數(shù)據(jù)從發(fā)送隊列中清除掉)， 該流々某體^:據(jù)的其他標(biāo)識信息則^皮拋棄掉。其中，發(fā)送方可以通過包括以下內(nèi)容中的一種或多種的流凄t據(jù) 協(xié)議格式向接收方發(fā)送流J 某體數(shù)據(jù)發(fā)送流^ 某體數(shù)據(jù)需占用的總數(shù) 據(jù)長度(Length ),占用16位；發(fā)送流媒體數(shù)據(jù)的協(xié)議代碼(Protocol Code),占16位；用于標(biāo)識流媒體數(shù)據(jù)的標(biāo)識號(DataNO.),占用 16位、以及流々某體數(shù)據(jù)的凄t據(jù)體(Data Streaming),即一見頻數(shù)據(jù)。其中，接收方可以通過包括以下內(nèi)容中的一種或多種的確認(rèn)協(xié) 議格式向發(fā)送方發(fā)送分別用于標(biāo)識接收方接收到的來自發(fā)送方的一 個或多個流々某體數(shù)據(jù)的一個或多個標(biāo)識信息發(fā)送分別用于標(biāo)識一 個或多個流媒體數(shù)據(jù)的 一個或多個標(biāo)識信息需占用的數(shù)據(jù)總長度 (Length),占用16位、4吏用的協(xié)議代碼(Protocol Code ),占用16 位、以及分別用于標(biāo)識4妄收方接收到的來自發(fā)送方的 一個或多個流 々某體凄t據(jù)的一個或多個標(biāo)識信息本身(Data NO.)，每個流々某體凄史據(jù) 的順序號，占用16位。圖3是根據(jù)本發(fā)明的第二實施例的流媒體數(shù)據(jù)的傳輸系統(tǒng)的框圖。如圖3所示，該傳輸系統(tǒng)包括凄t據(jù)發(fā)送單元302,用于向數(shù)據(jù)接收單元發(fā)送流媒體數(shù)據(jù)，以及將流媒體數(shù)據(jù)保存到發(fā)送隊列中；數(shù)據(jù)重發(fā)單元304,用于以第一時間為周期向凄t據(jù)4妄收單元發(fā)送發(fā)送隊列中保存的所有流媒體數(shù)據(jù)，以及用于在接收到來自接收確認(rèn)單元的分別用于標(biāo)識數(shù)據(jù)4妄收單元4妄收到的來自數(shù)據(jù)發(fā)送單元的一個或多個流媒體數(shù)據(jù)的一個或多個標(biāo)識信息時，將一個或多個流媒體數(shù)據(jù)從發(fā)送隊列中刪除；數(shù)據(jù)接收單元306，用于接收來自數(shù)據(jù)發(fā)送單元的流J 某體lt據(jù)，以及將用于標(biāo)識流:樣體數(shù)據(jù)的標(biāo)識信息保存在接收隊列中；以及接收確認(rèn)單元308，用于以第二時間為周期向數(shù)據(jù)重發(fā)單元發(fā)送接收隊列中保存的分別用于標(biāo)識接收方接收到的來自凄欠據(jù)發(fā)送單元的一個或多個流々某體數(shù)據(jù)的一個或多個標(biāo)識信 自下面以在北京和上海之間傳送例如—見頻文件《長江七號》為例 對上述方法和上述系統(tǒng)時限的過程進(jìn)4亍i兌明。其中，北京的非對稱凄t字用戶線^各(ADSL)為lMb帶寬，上海的ADSL為1Mb帶寬。 發(fā)送方Al (位于北京)、 <接收方Bl (位于上海)均為內(nèi)網(wǎng)(非/>網(wǎng) IP，局域網(wǎng))用戶?！堕L江七號》的大小為396,620,620B，格式為 RMVB。具體地，該過禾呈包括以下內(nèi)容(1) 由于兩終端均在局域網(wǎng)內(nèi)，兩終端無法直4妄進(jìn)4亍鏈接，首 先利用服務(wù)器程序中的UDP穿透模塊，將兩終端進(jìn)行穿透，能夠 利用UDP協(xié)議相互傳送數(shù)據(jù)。(2) 發(fā)送方Al建立發(fā)送隊列，此發(fā)送隊列目前為空；接收方 Bl建立接收隊列，此接收隊列也為空。(3) 為了使接收方B1的視頻流暢播放，此視頻文件的數(shù)據(jù)將 按照P2P機制進(jìn)行傳輸，也就是此視頻文件的數(shù)據(jù)將被很多個終端分別傳送給接收方B1，每個終端傳送《長江七號》的不同數(shù)據(jù)塊， 發(fā)送方Al只是眾多個終端中的一個，故發(fā)送方Al也只負(fù)責(zé)《長江 七號》數(shù)據(jù)中的一塊數(shù)椐。(4 )根據(jù)服務(wù)器程序的數(shù)據(jù)分配模塊，發(fā)送方Al被分配了大 小為10* 1024* 1024 B的凝:據(jù)流。(5 )發(fā)送方Al首先將10*1024*1024 B的數(shù)據(jù)流分割成5 * 1024個凄t據(jù)包，每個包大小為2*1024 B。(6 )將在每個數(shù)據(jù)包的前端加上標(biāo)識凄t據(jù)(標(biāo)識號)，占用兩 個字節(jié)；再在每個lt據(jù)標(biāo)識的前端加上協(xié)i義代碼(20023 )，占用兩 個字節(jié)。(7) 計算出包含數(shù)據(jù)流、標(biāo)識號和協(xié)議代碼的長度。(8) 將該長度在加上2 (因為長度本身也要占用兩個字節(jié))， 形成完整數(shù)據(jù)包總長度，總長度為2*1024+ 2+ 2 +2 B。(9) 將總長度加到協(xié)議代碼的前端，占用兩個字節(jié)。(10) 將完整數(shù)據(jù)包插入到發(fā)送隊列中(根據(jù)機制，每次只插 入500個完整凄t據(jù)包)。(11 )設(shè)計定時器。(12)根據(jù)定時器的設(shè)置，發(fā)送方Al會每次發(fā)送一個完整數(shù) 據(jù)包給接收方Bl。(13 )4妄收方Bl 4妄收發(fā)送方Al發(fā)送的完整lt據(jù)包，由于UDP 是無連接的傳輸協(xié)議，它并不能保i正發(fā)送方Al發(fā)送的所有完整數(shù)據(jù)包都能到達(dá)接收方Bl，所以接收方Bl只能接收到發(fā)送方Al發(fā) 送#:據(jù)的70%左右，其中30%的完整#:據(jù)包，^皮網(wǎng)絡(luò)拋棄掉。(14)接收方B1接收到來自發(fā)送方Al的完整數(shù)據(jù)包后，先進(jìn) 行拆包，把協(xié)議代碼、標(biāo)識數(shù)據(jù)(標(biāo)識號)和視頻數(shù)據(jù)流分離出來， 數(shù)據(jù)流根據(jù)標(biāo)識號的順序，將被保存到數(shù)據(jù)緩存中，以供接收方B1 的播放器播放。(15 )在標(biāo)識數(shù)據(jù)(標(biāo)識號)的前端加上協(xié)議代碼(20024 )， 占用兩個字節(jié)。(16) 在協(xié)議代碼的前端加上長度，占用兩個字節(jié)，總長度為 6個字節(jié)，形成確認(rèn)數(shù)據(jù)包(每接收到一個完整數(shù)據(jù)包，都要組合 成一個確i人凄t據(jù)包)。(17) 接收方Bl將這些確認(rèn)數(shù)據(jù)包插入到接收隊列中，根據(jù) 定時器和網(wǎng)絡(luò)的實際情況，*接收方Bl會定時發(fā)送一個或多個確"i人 數(shù)據(jù)包給Al;(18) 發(fā)送方Al接收到發(fā)送方Bl的確認(rèn)數(shù)據(jù)包后，先拆包， 把協(xié)議代碼和標(biāo)識數(shù)據(jù)(標(biāo)識號)分離出來。(19) 發(fā)送方Al才艮據(jù)分離出來的標(biāo)識號，將發(fā)送隊列中含有 該標(biāo)識號的完整數(shù)據(jù)包刪除掉。(20) 根據(jù)定時器的設(shè)置，發(fā)送方Al會定時發(fā)送發(fā)送隊列中 剩余的完整lt據(jù)包，4妻著1"更會重復(fù)處理13—19的步驟，直到發(fā)送隊 列為空。(21 )才艮據(jù)傳輸?shù)膶嶋H情況，接收方B1在50秒內(nèi)全部接收到 10*1024*1024 B的數(shù)據(jù)流，發(fā)送方A1重復(fù)發(fā)送了 7次后，發(fā)送方Al的發(fā)送隊列為空，即將10*1024*1024B的數(shù)據(jù)流全部發(fā)送完畢， 時間為35牙少。綜上所述，在整個傳輸過程中，發(fā)送方和接收方會各自建立隊 列，發(fā)送隊列存放的是已傳送的流媒體數(shù)據(jù)的完整數(shù)據(jù)包，而接收 隊列存放的只是接收方接收到的流媒體數(shù)據(jù)的標(biāo)識信息。接收方接 收到流媒體數(shù)據(jù)時，會向發(fā)送方發(fā)送該流媒體數(shù)據(jù)的標(biāo)識信息，發(fā) 送方接收到該標(biāo)識信息后，會根據(jù)標(biāo)識信息將發(fā)送隊列里與該標(biāo)識 信息對應(yīng)的流媒體數(shù)據(jù)清除掉。發(fā)送隊列中未被刪除的流媒體數(shù)據(jù)， 即是發(fā)送方?jīng)]有收到其標(biāo)識信息的流4某體數(shù)據(jù)，這些留在發(fā)送隊列 中的流^ 某體數(shù)據(jù)會被發(fā)送方重新發(fā)送給接收方，并在等到接收方的 標(biāo)識信息后刪除，完成一個lt據(jù)包的傳輸過程。整個傳輸過程采用 這種循環(huán)傳輸方法，直到發(fā)送隊里沒有數(shù)據(jù)為止。通過本發(fā)明，大大降低了用戶數(shù)據(jù)報協(xié)議(UDP)傳輸?shù)膩G包 情況，保持了 UDP的傳輸速度，確保了接收方接收數(shù)據(jù)的完整有效， 從而保障了視頻流媒體播放過程的流暢和穩(wěn)定。以上所述^f又為本發(fā)明的實施例而已，并不用于限制本發(fā)明，對 于本領(lǐng)域的4支術(shù)人員來"i兌，本發(fā)明可以有各種更改和變化。凡在本 發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均 應(yīng)包含在本發(fā)明的權(quán)利要求范圍之內(nèi)。
權(quán)利要求
1.一種流媒體數(shù)據(jù)的傳輸方法，其特征在于，包括發(fā)送方在向接收方發(fā)送流媒體數(shù)據(jù)的同時，將所發(fā)送的流媒體數(shù)據(jù)保存到發(fā)送隊列中；所述發(fā)送方以第一時間為周期向所述接收方發(fā)送所述發(fā)送隊列中保存的所有流媒體數(shù)據(jù)。
2. 根據(jù)權(quán)利要求1所述的流媒體數(shù)據(jù)的傳輸方法，其特征在于， 還包括所述發(fā)送方4妄收來自所述4妄收方的分別用于標(biāo)識所述4姿 收方接收到的來自所述發(fā)送方的一個或多個流々某體數(shù)據(jù)的一 個或多個標(biāo)識信息，并才艮據(jù)所述一個或多個標(biāo)識信息將所述一 個或多個流4某體凝:才居/人所述發(fā)送隊列中刪除。
3. 根據(jù)權(quán)利要求1或2所述的流媒體數(shù)據(jù)的傳輸方法，其特征在 于，所述發(fā)送方通過包括以下內(nèi)容中的一種或多種的流數(shù)據(jù)協(xié) 議格式向所述接收方發(fā)送所述流媒體數(shù)據(jù)發(fā)送所述流纟某體數(shù) 據(jù)需占用的總數(shù)據(jù)長度、發(fā)送所述流々某體數(shù)據(jù)的協(xié)議代碼、用 于標(biāo)識所述流媒體數(shù)據(jù)的標(biāo)識號、以及所述流々某體數(shù)據(jù)的數(shù)據(jù) 體。
4. 根據(jù)權(quán)利要求2所述的流媒體數(shù)據(jù)的傳輸方法，其特征在于， 還包括所述接收方接收來自所述發(fā)送方的所述流々某體數(shù)據(jù)，并將 用于標(biāo)識所述流々某體凄t據(jù)的標(biāo)識信息^呆存在4妄收隊列中；所述接收方以第二時間為周期向所述發(fā)送方發(fā)送所述接 收隊列中保存的分別用于標(biāo)識所述接收方接收到的來自所述 發(fā)送方的所述一個或多個流々某體數(shù)據(jù)的所述一個或多個標(biāo)識 信息。
5. 根據(jù)權(quán)利要求4所述的流媒體數(shù)據(jù)的傳輸方法，其特征在于， 所述4妾收方通過包4舌以下內(nèi)容中的 一種或多種的確i人協(xié)議格 式向所述發(fā)送方發(fā)送分別用于標(biāo)識所述接收方4妄收到的來自 所述發(fā)送方的所述 一 個或多個流媒體數(shù)據(jù)的所述 一 個或多個 標(biāo)識信息發(fā)送分別用于標(biāo)識所述一個或多個流々某體數(shù)據(jù)的所 述一個或多個標(biāo)識信息需占用的數(shù)據(jù)總長度、 <吏用的協(xié)議代 碼、以及分別用于標(biāo)識所述接收方接收到的來自所述發(fā)送方的 所述一個或多個流J 某體數(shù)據(jù)的所述一個或多個標(biāo)識信息本身。
6. —種流媒體數(shù)據(jù)的傳輸方法，其特征在于，包括接收方接收來自發(fā)送方的流媒體數(shù)據(jù)，并將用于標(biāo)識所述 流々某體數(shù)據(jù)的標(biāo)識信息保存在4妄收隊列中；所述接收方以第二時間為周期向所述發(fā)送方發(fā)送所述接 收隊列中保存的分別用于標(biāo)識所述接收方接收到的來自所述 發(fā)送方的一個或多個流々某體凝:據(jù)的一個或多個標(biāo)識信息。
7. 根據(jù)權(quán)利要求6所述的流媒體數(shù)據(jù)的傳輸方法，其特征在于， 所述4妄收方通過包4舌以下內(nèi)容中的 一 種或多種的確i人協(xié)i義才各 式向所述發(fā)送方發(fā)送分別用于標(biāo)識所述接收方4妾收到的來自 所述發(fā)送方的所述一個或多個流J 某體^:據(jù)的所述一 個或多個 標(biāo)識信息發(fā)送分別用于標(biāo)識所述接收方接收到的來自所述發(fā) 送方的所述一個或多個流i某體凄t據(jù)的所述一個或多個標(biāo)識信 息需占用的數(shù)據(jù)總長度、使用的協(xié)議代碼、以及分別用于標(biāo)識所述接收方接收到的來自所述發(fā)送方的所述一個或多個流媒 體數(shù)據(jù)的所述一個或多個標(biāo)識信息本身。
8. —種流媒體數(shù)據(jù)的傳輸系統(tǒng)，其特征在于，包括數(shù)據(jù)發(fā)送單元，用于向數(shù)據(jù)*接收單元發(fā)送流々某體#1:據(jù)，以 及將所述流媒體數(shù)據(jù)保存到發(fā)送隊列中；數(shù)據(jù)重發(fā)單元，用于以第一時間為周期向所述數(shù)據(jù)接收單 元發(fā)送所述發(fā)送隊列中保存的所有流媒體數(shù)據(jù)，以及用于在接收到的來自所述數(shù)據(jù)發(fā)送單元的一個或多個流J 某體數(shù)據(jù)的一 個或多個標(biāo)識信息時，將所述一個或多個流媒體數(shù)據(jù)從所述發(fā) 送隊列中刪除；所述數(shù)據(jù)接收單元，用于接收來自所述數(shù)據(jù)發(fā)送單元的所 述流々某體數(shù)據(jù)，以及將用于標(biāo)識所述流々某體數(shù)才居的標(biāo)識信息保 存在4妄收隊列中；以及4妄收確:〖人單元，用于以第二時間為周期向所述^:據(jù)重發(fā)單到的來自所述數(shù)據(jù)發(fā)送單元的所述一個或多個流々某體數(shù)據(jù)的 所述一個或多個標(biāo)識信息。
9. 根據(jù)權(quán)利要求8所述的流媒體數(shù)據(jù)的傳輸系統(tǒng)，其特征在于， 所述數(shù)據(jù)發(fā)送單元和所述數(shù)據(jù)重發(fā)單元用于向所述數(shù)據(jù)^接收 單元發(fā)送所述流4某體凄史據(jù)的流凄U居協(xié)i義格式包4舌以下內(nèi)容中 的一種或多種發(fā)送所述流媒體數(shù)據(jù)需占用的總數(shù)據(jù)長度、發(fā) 送所述流々某體數(shù)據(jù)的協(xié)議代碼、用于標(biāo)識所述流々某體ft據(jù)的標(biāo) 識號、以及所述流々某體數(shù)據(jù)的^t據(jù)體。
10. 根據(jù)權(quán)利要求8所述的流媒體數(shù)據(jù)的傳輸系統(tǒng)，其特征在于， 所述接收確認(rèn)單元用于向所述數(shù)據(jù)重發(fā)單元發(fā)送分別用于標(biāo)識所述數(shù)據(jù)4妄收單元4妄收到的來自所述lt據(jù)發(fā)送單元的所述 一個或多個流媒體數(shù)據(jù)的所述一個或多個標(biāo)識信息的確認(rèn)協(xié)議格式包括以下內(nèi)容中的一種或多種發(fā)送分別用于標(biāo)識所述 數(shù)據(jù)接收單元接收到的來自所述數(shù)據(jù)發(fā)送單元的所述一個或 多個流媒體數(shù)據(jù)的所述一個或多個標(biāo)識信息需占用的數(shù)據(jù)總 長度、使用的協(xié)議代碼、以及分別用于標(biāo)識所述凄史據(jù)接收單元 接收到的來自所述數(shù)據(jù)發(fā)送單元的所述一個或多個流媒體數(shù) 據(jù)的所述一個或多個標(biāo)識信息本身。
全文摘要
本發(fā)明公開了一種流媒體數(shù)據(jù)的傳輸方法及系統(tǒng)。其中，該傳輸方法包括發(fā)送方在向接收方發(fā)送流媒體數(shù)據(jù)的同時，將所發(fā)送的流媒體數(shù)據(jù)保存到發(fā)送隊列中；發(fā)送方以第一時間為周期向接收方發(fā)送發(fā)送隊列中保存的所有流媒體數(shù)據(jù)。通過本發(fā)明，大大降低了用戶數(shù)據(jù)報協(xié)議傳輸?shù)膩G包情況，保持了用戶數(shù)據(jù)報協(xié)議的傳輸速度，確保了接收方接收數(shù)據(jù)的完整有效，從而保障了視頻流媒體播放過程的流暢和穩(wěn)定。
文檔編號H04L29/06GK101277270SQ20081009740
公開日2008年10月1日 申請日期2008年5月23日 優(yōu)先權(quán)日2008年5月23日
發(fā)明者姚建渠, 瞻 李, 郭曉東 申請人:北京中訊宏達(dá)科技有限公司