專利名稱：一種抗rtp媒體包網(wǎng)絡(luò)丟包的方法
技術(shù)領(lǐng)域：
本發(fā)明屬于媒體數(shù)據(jù)網(wǎng)絡(luò)傳輸技術(shù)領(lǐng)域，具體涉及ー種VOIP業(yè)務(wù)中抗RTP媒體包網(wǎng)絡(luò)丟包的方法。
背景技術(shù)：
RTP (實(shí)時(shí)傳輸協(xié)議)是Real-time Transport Protocol的縮寫，通常用于音視頻媒體數(shù)據(jù)的實(shí)時(shí)傳輸，在VOIP和音視頻會(huì)議業(yè)務(wù)中得到廣泛的應(yīng)用。RTP底層基本使用UDP來(lái)傳輸,實(shí)行基于RTP序號(hào)的有序傳送,但由于UDP本身是不可靠傳輸協(xié)議，因此很容易出現(xiàn)丟包問(wèn)題。為了解決RTP丟包問(wèn)題，IETF分別制訂了 NACK和FEC兩種算法來(lái)解決這個(gè)問(wèn)題。但是這兩種方法単獨(dú)使用的過(guò)程中，都有各自不同的缺陷=NACK算法引入了確認(rèn)重傳，會(huì)導(dǎo)致媒體數(shù)據(jù)的實(shí)時(shí)性較差；FEC算法増加了數(shù)據(jù)冗余，會(huì)導(dǎo)致占用的網(wǎng)絡(luò)帶寬較多。

發(fā)明內(nèi)容
為解決上述技術(shù)問(wèn)題，本發(fā)明提供ー種抗RTP媒體包網(wǎng)絡(luò)丟包的方法，綜合了NACK和FEC兩種算法的優(yōu)點(diǎn)，同時(shí)規(guī)避了各自単獨(dú)使用時(shí)存在的缺陷，能更好的適用目前大部分網(wǎng)絡(luò)情況。為達(dá)到上述目的，本發(fā)明的技術(shù)方案如下:ー種抗RTP媒體包網(wǎng)絡(luò)丟包的方法，包括以下步驟:A.客戶端上行到服務(wù)器的數(shù)據(jù)，使用NACK算法，服務(wù)器接收時(shí)，根據(jù)RTP包序號(hào)，檢測(cè)是否出現(xiàn)RTP包丟包，當(dāng)服務(wù)器檢測(cè)到客戶端上行到服務(wù)器的RTP包出現(xiàn)丟包時(shí)，服務(wù)器通過(guò)NACK報(bào)文告知客戶端丟失的包的包序號(hào)，要求客戶端重傳對(duì)應(yīng)的包；B.服務(wù)器下行發(fā)送數(shù)據(jù)給客戶端吋，使用FEC算法，服務(wù)器對(duì)發(fā)送的RTP進(jìn)行網(wǎng)絡(luò)層FEC冗余處理后，將加入了冗余機(jī)制的包下發(fā)給客戶端；C.客戶端接收服務(wù)器的RTP數(shù)據(jù)后，進(jìn)行RTP去冗余處理，同時(shí)對(duì)出現(xiàn)的丟包通過(guò)FEC算法從冗余數(shù)據(jù)進(jìn)行恢復(fù)。優(yōu)選的，所述客戶端系統(tǒng)與所述服務(wù)器系統(tǒng)遵循RTP協(xié)議。通過(guò)上述技術(shù)方案，本發(fā)明提供的抗RTP媒體包網(wǎng)絡(luò)丟包的方法，綜合了 NACK和FEC兩種算法的優(yōu)點(diǎn)，通過(guò)NACK保證了終端上行數(shù)據(jù)的可靠性，通過(guò)FEC的冗余機(jī)制能有效抵抗數(shù)據(jù)下行的網(wǎng)絡(luò)丟包。同時(shí)規(guī)避了各自単獨(dú)使用時(shí)存在的缺陷，能更好的適用目前大部分網(wǎng)絡(luò)情況。


為了更清楚地說(shuō)明本發(fā)明實(shí)施例中的技術(shù)方案，下面將對(duì)實(shí)施例描述中所需要使用的附圖作簡(jiǎn)單地介紹。圖1為本發(fā)明實(shí)施例所公開(kāi)的ー種抗RTP媒體包網(wǎng)絡(luò)丟包的方法的系統(tǒng)終端發(fā)送 RTP包的處理流程圖。
具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對(duì)本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述。本發(fā)明提供的抗RTP媒體包網(wǎng)絡(luò)丟包的方法，包括以下步驟:A.客戶端上行到服務(wù)器的數(shù)據(jù)，使用NACK算法，服務(wù)器接收時(shí)，根據(jù)RTP包序號(hào)，檢測(cè)是否出現(xiàn)RTP包丟包，當(dāng)服務(wù)器檢測(cè)到客戶端上行到服務(wù)器的RTP包出現(xiàn)丟包時(shí)，服務(wù)器通過(guò)NACK報(bào)文告知客戶端丟失的包的包序號(hào)，要求客戶端重傳對(duì)應(yīng)的包；B.服務(wù)器下行發(fā)送數(shù)據(jù)給客戶端吋，使用FEC算法，服務(wù)器對(duì)發(fā)送的RTP進(jìn)行網(wǎng)絡(luò)層FEC冗余處理后，將加入了冗余機(jī)制的包下發(fā)給客戶端；C.客戶端接收服務(wù)器的RTP數(shù)據(jù)后，進(jìn)行RTP去冗余處理，同時(shí)，對(duì)出現(xiàn)的丟包，通過(guò)FEC算法從冗余數(shù)據(jù)進(jìn)行恢復(fù)。其中，所述客戶端系統(tǒng)與所述服務(wù)器系統(tǒng)遵循RTP協(xié)議。本發(fā)明所提供的ー種抗PTP媒體包網(wǎng)絡(luò)丟包的方法的技術(shù)方案采取如下的步驟處理:1、終端建立時(shí)效為200ms的緩存RTP包隊(duì)列；2、服務(wù)器接收RTP包，出現(xiàn)預(yù)期接收的包序號(hào)和實(shí)際接收不一致時(shí)，啟用NACK算法，請(qǐng)求終端重傳丟失的包；3、終端收到重傳請(qǐng)求，到緩存隊(duì)列中查找對(duì)應(yīng)序號(hào)的包。如果找到對(duì)應(yīng)序號(hào)的包，就重傳；4、服務(wù)器下發(fā)數(shù)據(jù)給終端，數(shù)據(jù)經(jīng)過(guò)FEC處理，増加冗余信息發(fā)送給終端；5、終端將接收的數(shù)據(jù)放入接收緩沖區(qū)，這個(gè)緩沖區(qū)的數(shù)據(jù)需要經(jīng)過(guò)去冗余和丟包恢復(fù)處理后，提供給上層業(yè)務(wù)使用。實(shí)施例:圖1為本發(fā)明實(shí)施例所公開(kāi)的ー種抗RTP媒體包網(wǎng)絡(luò)丟包的方法的系統(tǒng)終端發(fā)送RTP包的處理流程圖參見(jiàn)附圖1，假定服務(wù)器已經(jīng)收到了終端的序號(hào)為7012的包，接下來(lái)收到了序號(hào)為7014的包，那么服務(wù)器認(rèn)為丟失了 7013的包，發(fā)送重傳請(qǐng)求給終端，終端從緩存隊(duì)列里面找到序號(hào)為7013的包，重傳給服務(wù)器。終端從服務(wù)器收到序號(hào)為7424、7426、7427的包，序號(hào)為7425的包丟失。由于7424、7426、7427三個(gè)包中都帶了 7525的冗余信息，經(jīng)過(guò)冗余恢復(fù)，終端還原出7424、7425、7426、7427四個(gè)包，提供給上層業(yè)務(wù)使用。本發(fā)明提供的抗RTP媒體包網(wǎng)絡(luò)丟包的方法，綜合了 NACK和FEC兩種算法的優(yōu)點(diǎn)，通過(guò)NACK保證了終端上行數(shù)據(jù)的可靠性，通過(guò)FEC的冗余機(jī)制能有效抵抗數(shù)據(jù)下行的網(wǎng)絡(luò)丟包，同時(shí)規(guī)避了各自単獨(dú)使用時(shí)存在的缺陷，能更好的適用目前大部分網(wǎng)絡(luò)情況。對(duì)這些實(shí)施例的多種修改對(duì)本領(lǐng)域的專業(yè)技術(shù)人員來(lái)說(shuō)將是顯而易見(jiàn)的，本文中所定義的一般原理可以在不脫離本發(fā)明的精神或范圍的情況下，在其它實(shí)施例中實(shí)現(xiàn)。
權(quán)利要求
1.ー種抗RTP媒體包網(wǎng)絡(luò)丟包的方法，其特征在于，包括以下步驟: A.客戶端上行到服務(wù)器的數(shù)據(jù)，使用NACK算法，服務(wù)器接收時(shí)，根據(jù)RTP包序號(hào)，檢測(cè)是否出現(xiàn)RTP包丟包，當(dāng)服務(wù)器檢測(cè)到客戶端上行到服務(wù)器的RTP包出現(xiàn)丟包時(shí)，服務(wù)器通過(guò)NACK報(bào)文告知客戶端丟失的包的包序號(hào)，要求客戶端重傳對(duì)應(yīng)的包； B.服務(wù)器下行發(fā)送數(shù)據(jù)給客戶端吋，使用FEC算法，服務(wù)器對(duì)發(fā)送的RTP進(jìn)行網(wǎng)絡(luò)層FEC冗余處理后，將加入了冗余機(jī)制的包下發(fā)給客戶端； C.客戶端接收服務(wù)器的RTP數(shù)據(jù)后，進(jìn)行RTP去冗余處理，同時(shí)對(duì)出現(xiàn)的丟包通過(guò)FEC算法從冗余數(shù)據(jù)進(jìn)行恢復(fù)。
2.根據(jù)權(quán)利要求1所述的ー種抗RTP媒體包網(wǎng)絡(luò)丟包的方法，其特征在于，所述客戶端系統(tǒng)與所述服務(wù)器系統(tǒng)遵循RTP協(xié)議。
全文摘要
本發(fā)明公開(kāi)了一種抗RTP媒體包網(wǎng)絡(luò)丟包的方法，通過(guò)混合使用NACK和網(wǎng)絡(luò)層FEC技術(shù)，最大限度減少客戶端占用的上行帶寬，在終端發(fā)送媒體數(shù)據(jù)到服務(wù)器的上行路徑上，使用NACK算法，保證客戶端上行到服務(wù)器的媒體數(shù)據(jù)可靠送達(dá)服務(wù)器；在服務(wù)器發(fā)送媒體數(shù)據(jù)到客戶端的下行路徑上，服務(wù)器使用FEC算法，通過(guò)網(wǎng)絡(luò)層數(shù)據(jù)冗余，提高下行數(shù)據(jù)抗網(wǎng)絡(luò)丟包能力；客戶端接收服務(wù)器的下行媒體數(shù)據(jù)，如果出現(xiàn)丟包，客戶端使用FEC算法，可以通過(guò)丟包的前后幾個(gè)包恢復(fù)丟掉的包數(shù)據(jù)。本發(fā)明所公開(kāi)的一種抗RTP媒體包網(wǎng)絡(luò)丟包的方法，通過(guò)不對(duì)稱的使用兩種抗網(wǎng)絡(luò)丟包算法，不但能集合上述兩個(gè)算法的優(yōu)點(diǎn)，同時(shí)規(guī)避了上述兩種算法各自的缺陷。
文檔編號(hào)H04L12/823GK103107952SQ20131007381
公開(kāi)日2013年5月15日 申請(qǐng)日期2013年3月8日 優(yōu)先權(quán)日2013年3月8日
發(fā)明者蘭玉杰 申請(qǐng)人:蘇州工業(yè)園區(qū)云視信息技術(shù)有限公司