專利名稱：流媒體丟包重傳實現(xiàn)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及流媒體技術(shù)領(lǐng)域，更具體地，涉及ー種流媒體應(yīng)用中，流媒體丟包重傳實現(xiàn)的方法和系統(tǒng)。
背景技術(shù)：
隨著寬帶網(wǎng)的普及和多媒體技術(shù)的發(fā)展，流媒體技術(shù)的應(yīng)用也越來越廣泛，如數(shù)字廣播業(yè)務(wù)、IPTV(交互式網(wǎng)絡(luò)電視)業(yè)務(wù)、移動流媒體業(yè)務(wù)等。這些業(yè)務(wù)的共同特點，都是將多媒體數(shù)據(jù)按一定規(guī)則封裝打包后，通過底層的通信網(wǎng)絡(luò)，進(jìn)行數(shù)據(jù)的分發(fā)。例如IPTV 奴用中，使用 TS over RTP (Transport Stream over Real-time Transport Protocol,傳輸流承載在實時傳輸協(xié)議上)或者TS over UDP(Transport Stream over User Datagram I^otocol，傳輸流承載在用戶數(shù)據(jù)報協(xié)議上)的方式，通過IP網(wǎng)絡(luò)進(jìn)行分發(fā)。數(shù)字廣播領(lǐng)域，更是將TS (Transport Mream，傳輸流)直接承載在鏈路層上進(jìn)行數(shù)據(jù)的分發(fā)。由于底層網(wǎng)絡(luò)的傳輸不可靠性，將不可避免的存在數(shù)據(jù)包發(fā)生誤碼、丟失等情況。此時，可以通過接收端提出丟包重傳的反饋請求，發(fā)送端將丟失或錯誤的數(shù)據(jù)包重新發(fā)送給接收端，來解決這個問題。要做丟包重傳，就需要接收端能夠向發(fā)送端反饋所丟失的數(shù)據(jù)包信息，同時也需要能從發(fā)送端發(fā)送的碼流中識別出正常的碼流和重傳的碼流。而MPEG-2 (Moving Pictures Experts Group，運動圖像專家組)TS規(guī)范最初設(shè)計出來，只是用于數(shù)據(jù)廣播領(lǐng)域，缺乏這種丟包信令的通知和反饋機制。目前常見的做法，是通過將TSd^ransport Stream,傳輸流)承載在 RTP (Real-time Transport protocol，實時傳輸協(xié)議)上，然后通過 RTSP (Real-time Streaming Protocol，實時流協(xié)議)/RTP的架構(gòu)，以帶外的方式提供丟包重傳的信令通知和反饋。即首先通過SDP的方式，通知接收端，系統(tǒng)支持的重傳規(guī)范，包括丟包反饋的方式、重傳碼流的傳輸通道和格式等。接收端檢測到數(shù)據(jù)包丟失后，則通過RTCP (Real-time Transport Control Protocol，實時傳送控制協(xié)議)或RTSP的方式，向發(fā)送端反饋。但是在某些情況下，接收端可能缺少這種通過SDP等帶外方式獲取重傳規(guī)范等信息的手段。例如目前很多IPTV應(yīng)用中，對于直播頻道，接收端通常只能獲取到對應(yīng)于頻道碼流的一個組播地址和端ロ。由于TS的PSI (Program Specific ^formation，節(jié)目特定信息)中包含有內(nèi)部各個媒體流的詳細(xì)信息，例如媒體流類型、編碼格式、標(biāo)識等信息，而且TS流承載在RTP上的PT (Payload Type, RTP包頭中的PT字段，用于標(biāo)識負(fù)載類型)值也是確定的，所以無論是TS over UDP還是TS over RTP，這種方式接收端都可以正常接收碼流并解碼播放。沒有RTSP鏈接，沒有SDP，則上述的重傳規(guī)范等信息，接收端都無從獲取。 而且，當(dāng)該信息有變化吋，也無法及時通知接收端。另外，依靠RTSP/RTCP的方式，反饋丟包信息，也存在需要維護(hù)多個鏈接的問題，在有NAT防火墻時，問題也比較多，處理比較復(fù)雜
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問題是提供ー種流媒體丟包重傳實現(xiàn)方法和系統(tǒng)，以提高流媒體傳輸可靠性。為解決以上技術(shù)問題，本發(fā)明提供了 ー種流媒體丟包重傳實現(xiàn)方法，該方法包括發(fā)送端采用與媒體碼流相同的傳輸方式發(fā)送重傳配置信息，所述重傳配置信息包括反饋規(guī)范標(biāo)識及重傳規(guī)范標(biāo)識；接收端接收并配置所述重傳配置信息；所述接收端檢測到丟包吋，按照緩存的重傳配置信息構(gòu)造并發(fā)送丟包反饋消息；所述發(fā)送端接收所述丟包反饋消息后，根據(jù)所述重傳配置信息構(gòu)造重傳包并發(fā)
達(dá)；所述接收端根據(jù)緩存的重傳配置信息接收所述重傳包。進(jìn)ー步地，所述重傳配置信息還包括重傳流標(biāo)識或服務(wù)器支持的重傳窗ロ大小。進(jìn)ー步地，發(fā)送端周期性發(fā)送所述重傳配置信息。進(jìn)ー步地，所述重傳配置信息有修改吋，所述發(fā)送端發(fā)送更新后的重傳配置信息， 所述發(fā)送端和接收端根據(jù)所述更新后的重傳配置信息分別構(gòu)造丟包反饋消息和重傳包。進(jìn)ー步地，所述重傳配置信息基于擴展的運動圖像專家組(MPEG)協(xié)議或擴展的實時傳輸協(xié)議(RTP)發(fā)送。為解決以上技術(shù)問題，本發(fā)明還提供了ー種流媒體丟包重傳實現(xiàn)系統(tǒng)，該系統(tǒng)包括發(fā)送端和接收端，其中，所述發(fā)送端包括收發(fā)模塊，用于采用與媒體碼流相同的傳輸方式發(fā)送重傳配置信息，接收丟包反饋消息，以及發(fā)送重傳包，其中所述重傳配置信息包括反饋規(guī)范標(biāo)識及重傳規(guī)范標(biāo)識；重傳處理模塊，用于在接收所述丟包反饋消息后，根據(jù)所述重傳配置信息構(gòu)造所述重傳包；所述接收端包括收發(fā)模塊，用于接收并配置所述重傳配置信息，發(fā)送所述丟包反饋消息，以及根據(jù)緩存的重傳配置信息接收所述重傳包；丟包反饋消息構(gòu)造模塊，用于在檢測到丟包時，按照緩存的重傳配置信息構(gòu)造所述丟包反饋消息。本發(fā)明流媒體丟包重傳實現(xiàn)方法和系統(tǒng)通過帶內(nèi)方式傳遞重傳配置信息，這樣只要接收端能夠收到媒體碼流，就可以獲取到相應(yīng)的重傳配置信息，并可以方便的實現(xiàn)該信息的動態(tài)更新。


圖1是本發(fā)明流媒體丟包重傳實現(xiàn)方法的示意圖；圖2是利用RTP通道傳輸重傳配置信息的碼流示意圖；圖3是用于傳遞重傳配置信息的RTP擴展頭結(jié)構(gòu)；圖4是用于在RTP包中傳遞重傳配置信息參數(shù)的數(shù)據(jù)結(jié)構(gòu)；圖5是本發(fā)明流媒體丟包重傳實現(xiàn)系統(tǒng)的模塊結(jié)構(gòu)示意圖。
具體實施例方式本發(fā)明流媒體丟包重傳實現(xiàn)方法和系統(tǒng)的基本思想，就是通過帶內(nèi)方式傳遞重傳配置信息，這樣只要接收端能夠收到媒體碼流，就可以獲取到相應(yīng)的重傳配置信息，并可以方便的實現(xiàn)該信息的動態(tài)更新。下文中將結(jié)合附圖對本發(fā)明的實施例進(jìn)行詳細(xì)說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合。如圖1所示，本發(fā)明流媒體丟包重傳實現(xiàn)方法包括步驟101 發(fā)送端采用與媒體碼流相同的傳輸方式發(fā)送重傳配置信息；發(fā)送端將重傳配置信息進(jìn)行封裝打包，采用與媒體碼流相同的傳輸方式發(fā)送。重傳配置信息可以通過在媒體數(shù)據(jù)包中増加相關(guān)字段攜帯，也可以通過定義新的數(shù)據(jù)包格式，然后復(fù)用媒體碼流的傳輸通道的方式，隨媒體碼流發(fā)送。本方案對此不作限制。其中重傳配置信息包括但不限于如下信息重傳規(guī)范標(biāo)識——不同的重傳規(guī)范可以有不同的重傳包格式，以及重傳包到原始包的映射規(guī)則。該參數(shù)是必選的，以便接收端可以正確的解析重傳包。；所遵循的反饋規(guī)范標(biāo)識——不同的反饋規(guī)范，可以有不同的反饋消息格式和反饋機制。該參數(shù)是必須的，以便接收端正確地構(gòu)造和發(fā)送丟包反饋消息；重傳流標(biāo)識——如果缺少了該參數(shù)，接收端可以通過排除所有可以識別的碼流， 來識別出重傳流，但是存在干擾碼流的時候，可能會導(dǎo)致誤判。所以優(yōu)選地在重傳配置信息中始終包含該參數(shù)，以便接收端能夠明確識別出重傳碼流；服務(wù)器支持的重傳窗ロ大小——服務(wù)器對處于重傳窗口內(nèi)的數(shù)據(jù)包提供重傳服務(wù)。優(yōu)選地，接收端可以根據(jù)該參數(shù)判斷，是否有必要發(fā)起丟包重傳請求，以盡量減少無效的反饋消息的發(fā)送。當(dāng)缺少該參數(shù)時，接收端可以根據(jù)自己的策略，以及接收端當(dāng)前的網(wǎng)絡(luò)狀況和緩存播放狀態(tài)等進(jìn)行決策。對于直播碼流的情況，該重傳配置信息可以周期性的發(fā)送，以保證新接入的接收端可以及時獲取到相關(guān)信息。當(dāng)重傳配置信息有修改更新時，發(fā)送端按照新的參數(shù)構(gòu)造相關(guān)信息，然后按上述方式發(fā)送更新后的信息。步驟102 接收端接收并配置所述重傳配置信息；接收端接收媒體碼流的同吋，也會接收到與媒體碼流采用相同方式傳送的重傳配置信息，接收端解析該信息，并據(jù)此進(jìn)行配置，具體指接收端在本地記錄這些信息，可以保存在內(nèi)存中，例如直接修改程序中相關(guān)對象實例的參數(shù)，也可以是記錄在存儲設(shè)備上，例如文件中。具體配置方式由接收端的具體實現(xiàn)決定。只要保證接收端后續(xù)能按照這里獲取到的信息處理媒體碼流即可。。步驟103 所述接收端檢測到丟包時，按照緩存的重傳配置信息構(gòu)造并發(fā)送丟包反饋消息；如接收端接收到更新后的重傳配置信息后，則更新緩存的重傳配置信息，并按照更新后參數(shù)進(jìn)行處理。丟包反饋消息也稱為自動重傳請求消息。步驟104 所述發(fā)送端接收所述丟包反饋消息后，根據(jù)所述重傳配置信息構(gòu)造重傳包并發(fā)送；服務(wù)器收到接收端的丟包反饋后，從歷史緩存中獲取指定的媒體包，按重傳配置信息中指定的方式，構(gòu)造重傳包，發(fā)送給接收端。步驟105 所述接收端根據(jù)緩存的重傳配置信息接收所述重傳包。所述重傳配置信息有修改吋，所述發(fā)送端發(fā)送更新后的重傳配置信息，所述發(fā)送端和接收端根據(jù)所述更新后的重傳配置信息分別構(gòu)造丟包反饋消息和重傳包。所述重傳配置信息可以基于擴展的運動圖像專家組(MPEG)協(xié)議或擴展的實時傳輸協(xié)議(RTP)發(fā)送。以下就這兩種協(xié)議的擴展分別給出具體實施例實施例1本實施例在MPEG-2 TS基礎(chǔ)上，實現(xiàn)帶內(nèi)方式傳遞重傳配置信息。例如，采用如下的技術(shù)方案對MPEG-2 TS作擴展1、在PMT (Program Map Table，節(jié)目映射表)中增加ー個節(jié)目級別的arq_signal_ descriptor,定義如ド
權(quán)利要求
1.ー種流媒體丟包重傳實現(xiàn)方法，其特征在于，該方法包括發(fā)送端采用與媒體碼流相同的傳輸方式發(fā)送重傳配置信息，所述重傳配置信息包括反饋規(guī)范標(biāo)識及重傳規(guī)范標(biāo)識；接收端接收并配置所述重傳配置信息；所述接收端檢測到丟包吋，按照緩存的重傳配置信息構(gòu)造并發(fā)送丟包反饋消息；所述發(fā)送端接收所述丟包反饋消息后，根據(jù)所述重傳配置信息構(gòu)造重傳包并發(fā)送；所述接收端根據(jù)緩存的重傳配置信息接收所述重傳包。
2.如權(quán)利要求1所述的方法，其特征在于所述重傳配置信息還包括重傳流標(biāo)識或服務(wù)器支持的重傳窗ロ大小。
3.如權(quán)利要求1所述的方法，其特征在于發(fā)送端周期性發(fā)送所述重傳配置信息。
4.如權(quán)利要求1所述的方法，其特征在于所述重傳配置信息有修改吋，所述發(fā)送端發(fā)送更新后的重傳配置信息，所述發(fā)送端和接收端根據(jù)所述更新后的重傳配置信息分別構(gòu)造丟包反饋消息和重傳包。
5.如權(quán)利要求1所述的方法，其特征在于所述重傳配置信息基于擴展的運動圖像專家組(MPEG)協(xié)議或擴展的實時傳輸協(xié)議(RTP)發(fā)送。
6.ー種流媒體丟包重傳實現(xiàn)系統(tǒng)，其特征在干，該系統(tǒng)包括發(fā)送端和接收端，其中，所述發(fā)送端包括收發(fā)模塊，用于采用與媒體碼流相同的傳輸方式發(fā)送重傳配置信息，接收丟包反饋消息，以及發(fā)送重傳包，其中所述重傳配置信息包括反饋規(guī)范標(biāo)識及重傳規(guī)范標(biāo)識；重傳處理模塊，用于在接收所述丟包反饋消息后，根據(jù)所述重傳配置信息構(gòu)造所述重傳包；所述接收端包括收發(fā)模塊，用于接收并配置所述重傳配置信息，發(fā)送所述丟包反饋消息，以及根據(jù)緩存的重傳配置信息接收所述重傳包；丟包反饋消息構(gòu)造模塊，用于在檢測到丟包時，按照緩存的重傳配置信息構(gòu)造所述丟包反饋消息。
7.如權(quán)利要求6所述的系統(tǒng)，其特征在于所述重傳配置信息還包括重傳流標(biāo)識或服務(wù)器支持的重傳窗ロ大小。
8.如權(quán)利要求6所述的系統(tǒng)，其特征在于發(fā)送端周期性發(fā)送所述重傳配置信息。
9.如權(quán)利要求6所述的系統(tǒng)，其特征在于所述發(fā)送端的收發(fā)模塊發(fā)送更新后的重傳配置信息，所述接收端的丟包反饋消息構(gòu)造模塊和發(fā)送端的重傳處理模塊根據(jù)所述更新后的重傳配置信息分別構(gòu)造丟包反饋消息和重傳包。
10.如權(quán)利要求6所述的系統(tǒng)，其特征在于所述重傳配置信息基于擴展的運動圖像專家組(MPEG)協(xié)議或擴展的實時傳輸協(xié)議(RTP)發(fā)送。
全文摘要
本發(fā)明涉及一種流媒體丟包重傳實現(xiàn)方法和系統(tǒng)，該方法包括發(fā)送端采用與媒體碼流相同的傳輸方式發(fā)送重傳配置信息，所述重傳配置信息包括反饋規(guī)范標(biāo)識及重傳規(guī)范標(biāo)識；接收端接收并配置所述重傳配置信息；所述接收端檢測到丟包時，按照緩存的重傳配置信息構(gòu)造并發(fā)送丟包反饋消息；所述發(fā)送端接收所述丟包反饋消息后，根據(jù)所述重傳配置信息構(gòu)造重傳包并發(fā)送；所述接收端根據(jù)緩存的重傳配置信息接收所述重傳包。本發(fā)明流媒體丟包重傳實現(xiàn)方法和系統(tǒng)可以提高流媒體傳輸可靠性。
文檔編號H04N21/65GK102595251SQ201110004889
公開日2012年7月18日 申請日期2011年1月11日 優(yōu)先權(quán)日2011年1月11日
發(fā)明者劉繼年, 孫健, 王芳, 趙宇, 陳光亮 申請人:中興通訊股份有限公司