[發(fā)明專利]流媒體丟包重傳實現(xiàn)方法和系統(tǒng)

有效

• 申請?zhí)枺?/td>: 201110004889.7
• 申請日: 2011-01-11
• 公開（公告）號: CN102595251A
• 公開（公告）日: 2012-07-18
• 發(fā)明（設(shè)計）人: 王芳;劉繼年;趙宇;孫健;陳光亮
• 申請（專利權(quán)）人: 中興通訊股份有限公司
• 主分類號: H04N21/647
• 分類號: H04N21/647;H04N21/65;H04N21/6375;H04N21/6437
• 代理公司: 北京安信方達知識產(chǎn)權(quán)代理有限公司 11262
• 代理人: 田紅娟;龍洪

技術(shù)領(lǐng)域

本發(fā)明涉及流媒體技術(shù)領(lǐng)域，更具體地，涉及一種流媒體應用中，流媒體丟包重傳實現(xiàn)的方法和系統(tǒng)。

背景技術(shù)

隨著寬帶網(wǎng)的普及和多媒體技術(shù)的發(fā)展，流媒體技術(shù)的應用也越來越廣泛，如數(shù)字廣播業(yè)務、IPTV(交互式網(wǎng)絡(luò)電視)業(yè)務、移動流媒體業(yè)務等。這些業(yè)務的共同特點，都是將多媒體數(shù)據(jù)按一定規(guī)則封裝打包后，通過底層的通信網(wǎng)絡(luò)，進行數(shù)據(jù)的分發(fā)。例如IPTV應用中，使用TS?over?RTP(Transport?Stream?over?Real-time?Transport?Protocol，傳輸流承載在實時傳輸協(xié)議上)或者TS?over?UDP(Transport?Stream?over?User?Datagram?Protocol，傳輸流承載在用戶數(shù)據(jù)報協(xié)議上)的方式，通過IP網(wǎng)絡(luò)進行分發(fā)。數(shù)字廣播領(lǐng)域，更是將TS(Transport?Stream，傳輸流)直接承載在鏈路層上進行數(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)域，缺乏這種丟包信令的通知和反饋機制。

目前常見的做法，是通過將TS(Transport?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應用中，對于直播頻道，接收端通常只能獲取到對應于頻道碼流的一個組播地址和端口。由于TS的PSI(Program?Specific?Information，節(jié)目特定信息)中包含有內(nèi)部各個媒體流的詳細信息，例如媒體流類型、編碼格式、標識等信息，而且TS流承載在RTP上的PT(Payload?Type，RTP包頭中的PT字段，用于標識負載類型)值也是確定的，所以無論是TS?over?UDP還是TS?over?RTP，這種方式接收端都可以正常接收碼流并解碼播放。沒有RTSP鏈接，沒有SDP，則上述的重傳規(guī)范等信息，接收端都無從獲取。而且，當該信息有變化時，也無法及時通知接收端。另外，依靠RTSP/RTCP的方式，反饋丟包信息，也存在需要維護多個鏈接的問題，在有NAT防火墻時，問題也比較多，處理比較復雜。

發(fā)明內(nèi)容

本發(fā)明要解決的技術(shù)問題是提供一種流媒體丟包重傳實現(xiàn)方法和系統(tǒng)，以提高流媒體傳輸可靠性。

為解決以上技術(shù)問題，本發(fā)明提供了一種流媒體丟包重傳實現(xiàn)方法，該方法包括：

發(fā)送端采用與媒體碼流相同的傳輸方式發(fā)送重傳配置信息，所述重傳配置信息包括反饋規(guī)范標識及重傳規(guī)范標識；

接收端接收并配置所述重傳配置信息；

所述接收端檢測到丟包時，按照緩存的重傳配置信息構(gòu)造并發(fā)送丟包反饋消息；

所述發(fā)送端接收所述丟包反饋消息后，根據(jù)所述重傳配置信息構(gòu)造重傳包并發(fā)送；

所述接收端根據(jù)緩存的重傳配置信息接收所述重傳包。

進一步地，所述重傳配置信息還包括重傳流標識或服務器支持的重傳窗口大小。

進一步地，發(fā)送端周期性發(fā)送所述重傳配置信息。

進一步地，所述重傳配置信息有修改時，所述發(fā)送端發(fā)送更新后的重傳配置信息，所述發(fā)送端和接收端根據(jù)所述更新后的重傳配置信息分別構(gòu)造丟包反饋消息和重傳包。

進一步地，所述重傳配置信息基于擴展的運動圖像專家組(MPEG)協(xié)議或擴展的實時傳輸協(xié)議(RTP)發(fā)送。

為解決以上技術(shù)問題，本發(fā)明還提供了一種流媒體丟包重傳實現(xiàn)系統(tǒng)，該系統(tǒng)包括發(fā)送端和接收端，其中，所述發(fā)送端包括：