欧美在线观看视频网站,亚洲熟妇色自偷自拍另类,啪啪伊人网,中文字幕第13亚洲另类,中文成人久久久久影院免费观看 ,精品人妻人人做人人爽,亚洲a视频

一種網(wǎng)絡(luò)媒體流播放方法與裝置的制作方法

文檔序號(hào):7709614閱讀:170來源:國(guó)知局
專利名稱:一種網(wǎng)絡(luò)媒體流播放方法與裝置的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,具體地涉及一種網(wǎng)絡(luò)媒體流播放方法與裝置。
背景技術(shù)
IPTVdnternet Protocol Television,交互式網(wǎng)絡(luò)電視)是一種利用寬帶IP網(wǎng) 絡(luò),向家庭用戶提供包括數(shù)字電視在內(nèi)的多種交互式服務(wù)的技術(shù)。用戶在家中通過STB(Set Top Box,網(wǎng)絡(luò)機(jī)頂盒)和普通電視機(jī)來享受交互式網(wǎng)絡(luò)電視服務(wù)。CDN(Content Distribution Network,內(nèi)容分發(fā)網(wǎng)絡(luò))和終端之間是通過傳統(tǒng)IP 網(wǎng)絡(luò)互聯(lián)的,一般使用無連接UDP(User Datagram Protocol,用戶數(shù)據(jù)報(bào)協(xié)議)報(bào)文來傳 送媒體內(nèi)容。UDP報(bào)文在經(jīng)過多個(gè)承載網(wǎng)設(shè)備后會(huì)出現(xiàn)隨機(jī)丟失,對(duì)于流媒體內(nèi)容來說可 能造成畫面破損或者聲音停頓。為了解決這個(gè)問題,可以使用TCPCTransmission Control Protocol,傳輸控制協(xié)議)來傳送媒體內(nèi)容,但逐包確認(rèn)機(jī)制對(duì)服務(wù)器和網(wǎng)絡(luò)的開銷較大, 不適合大規(guī)模應(yīng)用。圖1為現(xiàn)有技術(shù)的基于前向糾錯(cuò)技術(shù)的網(wǎng)絡(luò)媒體流傳輸系統(tǒng)的架構(gòu)圖。如圖1所 示,F(xiàn)EC (Forward Error Correction,前向糾錯(cuò))技術(shù)的原理為網(wǎng)絡(luò)媒體流服務(wù)器對(duì)原始媒 體內(nèi)容進(jìn)行前向糾錯(cuò)編碼,將原始媒體內(nèi)容加入一定量的前向糾錯(cuò)冗余信息后一起發(fā)送出 去;客戶端進(jìn)行反向FEC前向糾錯(cuò)解碼,對(duì)丟失的報(bào)文進(jìn)行恢復(fù),以達(dá)到提高視頻質(zhì)量的目 的。FEC前向糾錯(cuò)編碼與解碼的算法有很多種,例如“Raptor”、“ReedSolomon”等,其 復(fù)雜度和糾刪性能都各不相同。在本領(lǐng)域中,糾刪意為恢復(fù)網(wǎng)絡(luò)媒體流在網(wǎng)絡(luò)傳輸過程中 丟失的報(bào)文分片,該糾刪的功能由FEC解碼模塊完成的。FEC解碼模塊一般是集成到STB里 的,有一定的定制化工作。在實(shí)際應(yīng)用當(dāng)中,機(jī)頂盒的生產(chǎn)廠家多種多樣,軟硬件版本也各 不相同,一部分機(jī)頂盒由于廠家開發(fā)進(jìn)度或者硬件性能限制等原因并沒有完成FEC解碼算 法的集成。因此,如何對(duì)這些機(jī)頂盒提供同等內(nèi)容的流服務(wù)就成為一個(gè)非?,F(xiàn)實(shí)的問題。有鑒于此,現(xiàn)有技術(shù)將網(wǎng)絡(luò)媒體流的FEC冗余數(shù)據(jù)復(fù)用到RTPOteal-timeTransport Protocol,實(shí)時(shí)傳送協(xié)議)流中,采用保留的PT (Payload Type,載荷類型)字段進(jìn)行傳送。 PT字段用來表示RTP載荷的格式、類型及確定終端應(yīng)用層程序?qū)Υ溯d荷采取的解析方法, 其中,保留的PT字段可用于標(biāo)識(shí)RTP報(bào)文的類型為網(wǎng)絡(luò)媒體流的FEC冗余數(shù)據(jù)?,F(xiàn)有技術(shù)采用單一數(shù)據(jù)信道分時(shí)傳輸網(wǎng)絡(luò)媒體流及其FEC冗余數(shù)據(jù),例如先傳輸 多個(gè)網(wǎng)絡(luò)媒體流報(bào)文再傳輸一個(gè)FEC冗余數(shù)據(jù)報(bào)文的交替?zhèn)鬏敺绞健,F(xiàn)有技術(shù)在使用RTP 流作為FEC冗余數(shù)據(jù)傳輸通道的情況下,未集成相應(yīng)FEC功能的終端在收到無法識(shí)別或解 析的特定載荷類型的RTP報(bào)文時(shí)必須主動(dòng)丟棄。對(duì)于終端來說,處理FEC冗余報(bào)文是要顯 式感知的,即終端需要從網(wǎng)絡(luò)上收取FEC冗余報(bào)文至應(yīng)用層之后再進(jìn)行判斷處理。

發(fā)明內(nèi)容
本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)媒體流的播放方法及裝置、一種網(wǎng)絡(luò)媒體流發(fā)送方 法及裝置,本發(fā)明實(shí)施例的一種網(wǎng)絡(luò)媒體流的播放方法及裝置通過另一個(gè)端口來接收前向 糾錯(cuò)冗余信息,根據(jù)接收的前向糾錯(cuò)冗余信息來恢復(fù)網(wǎng)絡(luò)媒體流中丟失的數(shù)據(jù)報(bào)文分片, 并播放恢復(fù)后的網(wǎng)絡(luò)媒體流。一方面,本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)媒體流的播放方法,所述方法包括從第一 端口接收媒體數(shù)據(jù)源發(fā)送的網(wǎng)絡(luò)媒體流;從第二端口接收所述媒體數(shù)據(jù)源發(fā)送的所述網(wǎng)絡(luò) 媒體流的前向糾錯(cuò)冗余信息;根據(jù)所述前向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體流。另一方面,本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)媒體流播放裝置,所述裝置包括第一接 收單元,用于從第一端口接收媒體數(shù)據(jù)源發(fā)送的網(wǎng)絡(luò)媒體流;第二接收單元,用于從第二端 口接收所述媒體數(shù)據(jù)源發(fā)送的所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息;播放單元,用于根據(jù) 所述前向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體流。 又一方面,本發(fā)明實(shí)施例提供了 一種網(wǎng)絡(luò)媒體流發(fā)送方法,所述方法包括將網(wǎng)絡(luò) 媒體流發(fā)送給終端設(shè)備的第一端口 ;將所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息發(fā)送給所述終 端設(shè)備的第二端口。再一方面,本發(fā)明實(shí)施例提供了 一種網(wǎng)絡(luò)媒體流發(fā)送裝置,所述裝置包括第一發(fā) 送單元,用于將網(wǎng)絡(luò)媒體流發(fā)送給終端設(shè)備的第一端口 ;第二發(fā)送單元,用于將所述網(wǎng)絡(luò)媒 體流的前向糾錯(cuò)冗余信息發(fā)送給所述終端設(shè)備的第二端口。本發(fā)明實(shí)施例具有如下有益技術(shù)效果本發(fā)明實(shí)施例的媒體數(shù)據(jù)發(fā)送方法及裝置 沒有將前向糾錯(cuò)冗余信息交織到網(wǎng)絡(luò)媒體流中,而是將網(wǎng)絡(luò)媒體流及其前向糾錯(cuò)冗余信息 分別發(fā)送至終端設(shè)備的不同端口,終端應(yīng)用層不需要對(duì)FEC冗余報(bào)文顯示感知,有效地避 免了終端設(shè)備因不支持相應(yīng)前向糾錯(cuò)冗余信息報(bào)文解碼功能而無法播放的缺陷,實(shí)現(xiàn)了對(duì) 各種終端設(shè)備的兼容。


圖1為現(xiàn)有技術(shù)的基于前向糾錯(cuò)技術(shù)的網(wǎng)絡(luò)媒體流傳輸系統(tǒng)的架構(gòu)圖
圖2為本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放方法的整體流程圖3為本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放裝置的功能框圖4為本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流發(fā)送方法的整體流程圖5為本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流發(fā)送裝置的功能框圖6為本發(fā)明實(shí)施例的系統(tǒng)原理圖7為本發(fā)明實(shí)施例進(jìn)行兼容播放的具體實(shí)現(xiàn)方法流程圖8為本發(fā)明實(shí)施例的媒體播放信令流程圖之一;
圖9為本發(fā)明實(shí)施例的媒體播放信令流程圖之二;
圖10為本發(fā)明實(shí)施例的媒體播放信令流程圖之三。
具體實(shí)施例方式
下面結(jié)合附圖對(duì)本發(fā)明實(shí)施例作詳細(xì)闡述,下列示例性描述應(yīng)當(dāng)理解為是對(duì)本發(fā) 明權(quán)利要求的解釋而不是對(duì)本發(fā)明權(quán)利要求的限制。
4
現(xiàn)有技術(shù)采用一個(gè)數(shù)據(jù)信道分時(shí)發(fā)送網(wǎng)絡(luò)媒體流和網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余 數(shù)據(jù)。終端需要將接收到RTP報(bào)文發(fā)送至應(yīng)用層以進(jìn)行識(shí)別、判斷或解析,對(duì)于未集成相應(yīng) FEC功能的終端在收到無法識(shí)別或解析的特定載荷類型(Payload Type)的RTP報(bào)文時(shí)必須 主動(dòng)丟棄,終端對(duì)于保留PT值的FEC冗余RTP報(bào)文是需要顯式感知的。本發(fā)明實(shí)施例提供 的的方法與裝置采用兩個(gè)端口分別接收網(wǎng)絡(luò)媒體流和網(wǎng)絡(luò)媒體流的冗余信息,終端對(duì)該冗 余信息并不需要顯示感知,避免了終端設(shè)備因不支持相應(yīng)前向糾錯(cuò)冗余信息報(bào)文解碼功能 而無法播放的缺陷,實(shí)現(xiàn)了對(duì)各種終端設(shè)備的兼容。圖2為本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放方法的整體流程圖。如圖2所示,本發(fā)明 實(shí)施例的一種網(wǎng)絡(luò)媒體流的播放方法包括如下步驟步驟S201、從第一端口接收媒體數(shù)據(jù)源發(fā)送的網(wǎng)絡(luò)媒體流;步驟S202、從第二端口接收所述媒體數(shù)據(jù)源發(fā)送的所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗 余{曰息;步驟S203、根據(jù)所述前向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體流。具體地,實(shí)際應(yīng)用中,步驟S201之前還包括步驟200 步驟200、打開用于接收網(wǎng)絡(luò)媒體流的第一端口以及用于接收所述網(wǎng)絡(luò)媒體流的 前向糾錯(cuò)冗余信息的第二端口;可選地,步驟S203可以具體包括根據(jù)所述前向糾錯(cuò)冗余信息恢復(fù)所述網(wǎng)絡(luò)媒體 流中丟失的數(shù)據(jù)報(bào)文分片,再播放恢復(fù)后的網(wǎng)絡(luò)媒體流;可選地,步驟S201可以位于步驟S202之后;可選地,步驟S201可以與步驟S202 同時(shí)發(fā)生??蛇x地,該方法還包括通過和所述媒體數(shù)據(jù)源的動(dòng)態(tài)協(xié)商來約定所述第二端口 ;或 根據(jù)配置信息確定所述第二端口。例如,動(dòng)態(tài)協(xié)商的方式可以是在媒體數(shù)據(jù)源與終端設(shè)備之間 通過RTSP(Real Time Streaming Protocol,實(shí)時(shí)流協(xié)議)的“SETUP”命令來傳遞第二端口號(hào)。 第一端口的獲取方式可選地為通過媒體數(shù)據(jù)源與終端設(shè)備之間的RTSP信令交互來獲取。圖3為本發(fā)明實(shí)施例的一種網(wǎng)絡(luò)媒體流的播放裝置的原理框圖,該裝置可以位于 STB中。如圖3所示,本發(fā)明實(shí)施例的一種網(wǎng)絡(luò)媒體流的播放裝置30包括端口監(jiān)聽單元 31,用于打開接收網(wǎng)絡(luò)媒體流的第一端口以及接收所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息的 第二端口,進(jìn)行端口監(jiān)聽;第一接收單元32,用于從所述第一端口接收媒體數(shù)據(jù)源發(fā)送的 網(wǎng)絡(luò)媒體流;第二接收單元33,用于從所述第二端口接收媒體數(shù)據(jù)源發(fā)送的所述網(wǎng)絡(luò)媒體 流的前向糾錯(cuò)冗余信息;播放單元34,用于根據(jù)所述前向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體 流。可選地,播放單元34可以根據(jù)所述前向糾錯(cuò)冗余信息恢復(fù)所述網(wǎng)絡(luò)媒體流中丟失的數(shù) 據(jù)報(bào)文分片,再播放恢復(fù)后的網(wǎng)絡(luò)媒體流。可選地,該網(wǎng)絡(luò)媒體流的播放裝置還具有一個(gè)端口設(shè)置單元35,該單元用于通過 和所述媒體數(shù)據(jù)源的動(dòng)態(tài)協(xié)商來約定所述第二端口 ;或根據(jù)配置信息確定所述第二端口。 第一端口的獲取方式可以沿用現(xiàn)有技術(shù)的方式,如通過媒體數(shù)據(jù)源與終端設(shè)備之間的 RTSP信令交互來獲取。圖4為本發(fā)明實(shí)施例的一種網(wǎng)絡(luò)媒體流發(fā)送方法的整體方法流程圖。如圖4所示, 本發(fā)明實(shí)施例的一種網(wǎng)絡(luò)媒體流發(fā)送方法包括步驟S401、將網(wǎng)絡(luò)媒體流發(fā)送給終端設(shè)備的第一端口 ;
步驟S402、將網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息發(fā)送給終端設(shè)備的第二端口??蛇x地,步驟S401可以位于步驟S402之后;可選地,步驟S401與步驟S402可以 同時(shí)進(jìn)行??蛇x地,該方法還包括通過和所述終端的動(dòng)態(tài)協(xié)商來約定所述第二端口 ;或根 據(jù)配置信息確定所述第二端口。例如,動(dòng)態(tài)協(xié)商的方式可以是在媒體數(shù)據(jù)源與終端設(shè)備之 間通過RTSP的“SETUP”命令來傳遞第二端口號(hào)。第一端口的獲取方式例如可以為通過媒 體數(shù)據(jù)源與終端設(shè)備之間的RTSP信令交互來獲取。圖5為本發(fā)明實(shí)施例的一種網(wǎng)絡(luò)媒體流發(fā)送裝置的原理框圖,該裝置可以位于MS 中。如圖5所示,本發(fā)明實(shí)施例的一種網(wǎng)絡(luò)媒體流發(fā)送裝置50包括第一發(fā)送單元51,用 于將網(wǎng)絡(luò)媒體流發(fā)送給終端設(shè)備的第一端口 ;第二發(fā)送單元52,用于將網(wǎng)絡(luò)媒體流的前向 糾錯(cuò)冗余信息發(fā)送給終端設(shè)備的第二端口??蛇x地,本實(shí)施例的網(wǎng)絡(luò)媒體流發(fā)送裝置50還包括端口設(shè)置單元53,用于通過和 所述終端的動(dòng)態(tài)協(xié)商來約定所述第二端口 ;或根據(jù)配置信息確定所述第二端口??蛇x地,動(dòng) 態(tài)協(xié)商的方式可以是在網(wǎng)絡(luò)媒體流發(fā)送裝置與終端設(shè)備之間通過RTSP的“SETUP”命令來 傳遞第一端口號(hào)和第二端口號(hào)。第一端口的獲取方式為例如通過媒體數(shù)據(jù)源與終端設(shè)備之 間的RTSP信令交互來獲取。圖6為本發(fā)明實(shí)施例的系統(tǒng)原理圖。如圖6所示,本發(fā)明實(shí)施例的系統(tǒng)包括網(wǎng)絡(luò) 媒體流發(fā)送裝置61和網(wǎng)絡(luò)媒體流播放裝置62。網(wǎng)絡(luò)媒體流發(fā)送裝置61可選地為MS或媒 體內(nèi)容源,媒體內(nèi)容源可選地具有一 FEC編碼器;網(wǎng)絡(luò)媒體流發(fā)送裝置61通過IP網(wǎng)絡(luò)連接 于網(wǎng)絡(luò)媒體流播放裝置62,播放裝置62可以為一機(jī)頂盒STB,可選地,STB具有一 FEC解碼 器;與機(jī)頂盒62相連的顯示設(shè)備63可選地為一電視機(jī)、顯示器或計(jì)算機(jī)。圖7為本發(fā)明實(shí)施例進(jìn)行兼容播放的具體實(shí)現(xiàn)方法流程圖。如圖7所示,本實(shí)施 例的兼容播放方法包括如下步驟步驟S701、本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放裝置打開用于接收網(wǎng)絡(luò)媒體流的第一 端口以及用于接收該網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息的第二端口;步驟S702、本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放裝置從第一端口接收媒體數(shù)據(jù)源發(fā)送 的網(wǎng)絡(luò)媒體流;步驟S703、本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放裝置判斷從第二端口接收網(wǎng)絡(luò)媒體流 的前向糾錯(cuò)冗余信息是否超過預(yù)設(shè)的等待時(shí)間,如是,則進(jìn)入步驟S704,如否,則進(jìn)入步驟 S706 ;步驟S704、放棄接收該前向糾錯(cuò)冗余信息,并放棄對(duì)前向糾錯(cuò)冗余信息的解碼;步驟S705、終端設(shè)備直接播放接收到的網(wǎng)絡(luò)媒體流,呈現(xiàn)普通畫質(zhì);步驟S706、終端設(shè)備判斷自身的前向糾錯(cuò)解碼器的軟硬件版本是否具有相應(yīng)的前 向糾錯(cuò)冗余信息解碼功能,如是,則進(jìn)入步驟S707,如否,則進(jìn)入步驟S709 ;步驟S707、終端設(shè)備解碼前向糾錯(cuò)冗余信息;步驟S708、終端設(shè)備根據(jù)前向糾錯(cuò)冗余信息播放媒體數(shù)據(jù),呈現(xiàn)流暢畫質(zhì);該步 驟可進(jìn)一步包括根據(jù)所述前向糾錯(cuò)冗余信息恢復(fù)所述網(wǎng)絡(luò)媒體流中丟失的數(shù)據(jù)報(bào)文分 片,播放恢復(fù)后的網(wǎng)絡(luò)媒體流;步驟S709、終端設(shè)備放棄解碼前向糾錯(cuò)冗余信息;
6
步驟S710、終端設(shè)備直接播放接收到的網(wǎng)絡(luò)媒體流,呈現(xiàn)普通畫質(zhì)。本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流發(fā)送方法與裝置將網(wǎng)絡(luò)媒體流及其前向糾錯(cuò)冗余信 息分別配置不同的目標(biāo)端口號(hào)后發(fā)送到終端設(shè)備的相應(yīng)端口,而沒有破壞原始網(wǎng)絡(luò)媒體 流。本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放方法與裝置,打開兩個(gè)端口分別接收網(wǎng)絡(luò)媒體流及其 前向糾錯(cuò)冗余信息,并根據(jù)前向糾錯(cuò)冗余信息播放網(wǎng)絡(luò)媒體流。圖8為本發(fā)明實(shí)施例的媒體播放信令流程圖之一。在本實(shí)施例中,媒體數(shù)據(jù)播放 裝置為一機(jī)頂盒,可選地為一適用于交互式網(wǎng)絡(luò)電視IPTV的網(wǎng)絡(luò)機(jī)頂盒。媒體數(shù)據(jù)發(fā)送裝 置為一媒體內(nèi)容源,可選地為一適用于交互式網(wǎng)絡(luò)電視IPTV的一多媒體信息服務(wù)器或媒 體內(nèi)容源。本實(shí)施例中機(jī)頂盒與媒體內(nèi)容源之間通信交互的過程如下步驟S801、機(jī)頂盒向媒體內(nèi)容源發(fā)送內(nèi)容請(qǐng)求,例如RTSP、SIP(SessionInitial Protocol,會(huì)話初始協(xié)議)請(qǐng)求;步驟S802、媒體內(nèi)容源向機(jī)頂盒回復(fù)應(yīng)答消息;步驟S803、機(jī)頂盒打開接收網(wǎng)絡(luò)媒體流的第一端口和接收所述網(wǎng)絡(luò)媒體流的前向 糾錯(cuò)冗余信息的第二端口;在本實(shí)施例中,第二端口通過機(jī)頂盒與媒體內(nèi)容源動(dòng)態(tài)協(xié)商約定而得出或由機(jī)頂 盒與媒體內(nèi)容源預(yù)先配置而確定。在本實(shí)施例中,第一端口和第二端口為用戶數(shù)據(jù)報(bào)協(xié)議 (UDP)端 口。步驟S804、媒體內(nèi)容源將網(wǎng)絡(luò)媒體流發(fā)送給機(jī)頂盒的第一端口,將網(wǎng)絡(luò)媒體流的 前向糾錯(cuò)冗余信息發(fā)送給機(jī)頂盒的第二端口;步驟S805、機(jī)頂盒接收網(wǎng)絡(luò)媒體流和網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息,并利用前 向糾錯(cuò)冗余信息進(jìn)行解碼以還原丟失的報(bào)文,展示流暢畫質(zhì)??蛇x地,步驟S805也可以為步驟S805,步驟S805’、如機(jī)頂盒沒有集成相應(yīng)的解碼算法或功能,則放棄解碼,直接播放網(wǎng) 絡(luò)媒體流,以展示普通畫質(zhì),實(shí)現(xiàn)兼容播放。在本實(shí)施例中,媒體內(nèi)容源將網(wǎng)絡(luò)媒體流發(fā)送到機(jī)頂盒的第一端口,將網(wǎng)絡(luò)媒體 流的前向糾錯(cuò)冗余信息發(fā)送到機(jī)頂盒的第二端口,這樣,該機(jī)頂盒將從第一端口接收網(wǎng)絡(luò) 媒體流,并從第二端口接收網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息,當(dāng)機(jī)頂盒的解碼器的軟硬件 版本支持對(duì)該前向糾錯(cuò)冗余信息解碼時(shí),解碼播放該網(wǎng)絡(luò)媒體流,還原丟失的報(bào)文,并呈現(xiàn) 高品質(zhì)的流暢畫質(zhì);反之,機(jī)頂盒放棄解碼,直接播放網(wǎng)絡(luò)媒體流并呈現(xiàn)普通畫質(zhì)。這樣,本 發(fā)明實(shí)施例的媒體內(nèi)容源實(shí)現(xiàn)了對(duì)本發(fā)明實(shí)施例的不同軟硬件版本的機(jī)頂盒的兼容。本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放方法及裝置,引入了和媒體數(shù)據(jù)端口不同的前向 糾錯(cuò)冗余信息接收端口,從而可以主動(dòng)監(jiān)聽發(fā)送至該端口的前向糾錯(cuò)冗余信息,并根據(jù)前 向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體流播放,有效地實(shí)現(xiàn)了對(duì)各種媒體數(shù)據(jù)源提供的網(wǎng)絡(luò)媒 體流的兼容播放。本發(fā)明實(shí)施例的方法可以廣泛應(yīng)用于使于UDP進(jìn)行媒體傳送的場(chǎng)合,例 如IPTV、DTV互動(dòng)電視等。圖9為本發(fā)明實(shí)施例的媒體播放信令流程圖之二,該流程圖揭示了本發(fā)明實(shí)施例 的網(wǎng)絡(luò)媒體流播放裝置與現(xiàn)有技術(shù)中不具有前向糾錯(cuò)編碼能力的媒體內(nèi)容源或服務(wù)器之 間的兼容播放方法。該方法通過在網(wǎng)絡(luò)媒體流播放裝置的第二端口建立超時(shí)處理機(jī)制以實(shí)現(xiàn)兼容播放。圖9的兼容播放方法包括如下步驟步驟S901、機(jī)頂盒向媒體內(nèi)容源發(fā)起媒體內(nèi)容請(qǐng)求,例如RTSP、SIP請(qǐng)求;步驟S902、媒體內(nèi)容源向機(jī)頂盒回復(fù)應(yīng)答消息;步驟S903、機(jī)頂盒打開用于接收網(wǎng)絡(luò)媒體流的第一端口和用于接收網(wǎng)絡(luò)媒體流的 前向糾錯(cuò)冗余信息的第二端口;步驟S904、媒體內(nèi)容源只向第一端口發(fā)送網(wǎng)絡(luò)媒體流;因?yàn)槊襟w內(nèi)容源不具有前 向糾錯(cuò)編碼功能,所以無法生成網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息,故只發(fā)送網(wǎng)絡(luò)媒體流;步驟S905、機(jī)頂盒從第一端口接收網(wǎng)絡(luò)媒體流,并且當(dāng)機(jī)頂盒在預(yù)設(shè)的超時(shí)時(shí)間 內(nèi)沒有在第二端口接收到前向糾錯(cuò)冗余信息就放棄接收,同時(shí)放棄前向糾錯(cuò)解碼,機(jī)頂盒 直接播放網(wǎng)絡(luò)媒體流以實(shí)現(xiàn)普通畫質(zhì)的兼容播放??蛇x地,預(yù)設(shè)的超時(shí)時(shí)間可以是例如100毫秒。在本實(shí)施例中,當(dāng)機(jī)頂盒與不具有前向糾錯(cuò)編碼功能的服務(wù)器進(jìn)行通信時(shí),也能 通過超時(shí)等待機(jī)制來放棄從機(jī)頂盒的第二端口接收前向糾錯(cuò)冗余信息,從而也能對(duì)上述服 務(wù)器提供的媒體內(nèi)容實(shí)現(xiàn)普通畫質(zhì)的兼容播放。圖10為本發(fā)明實(shí)施例的媒體播放信令方法流程圖之三。該流程圖揭示了本實(shí)施 例的一種網(wǎng)絡(luò)媒體流發(fā)送裝置兼容老式機(jī)頂盒的播放方法流程。該老式機(jī)頂盒并不具有專 用于接收網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息的第二端口。圖10的方法包括如下步驟步驟S1001、機(jī)頂盒向媒體內(nèi)容源發(fā)起媒體內(nèi)容請(qǐng)求,例如RTSP、SIP請(qǐng)求;步驟S1002、媒體內(nèi)容源向機(jī)頂盒回復(fù)應(yīng)答消息;步驟S1003、機(jī)頂盒打開網(wǎng)絡(luò)媒體流接收端口 ;步驟S1004、媒體內(nèi)容源采用不同端口向終端分別發(fā)送網(wǎng)絡(luò)媒體流和網(wǎng)絡(luò)媒體流 的前向糾錯(cuò)冗余信息;步驟S1005、由于機(jī)頂盒只監(jiān)聽一個(gè)端口,因此機(jī)頂盒只感知到網(wǎng)絡(luò)媒體流,而對(duì) 未監(jiān)聽端口的前向糾錯(cuò)冗余信息自然丟棄,機(jī)頂盒直接播放網(wǎng)絡(luò)媒體流。在本實(shí)施例中,媒體內(nèi)容源將網(wǎng)絡(luò)媒體流和該網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息分 別發(fā)送給終端機(jī)頂盒的第一端口和第二端口 ;但是,老式機(jī)頂盒只對(duì)第一端口進(jìn)行監(jiān)聽,并 接收到網(wǎng)絡(luò)媒體流,而對(duì)于未監(jiān)聽的第二端口的前向糾錯(cuò)冗余信息,機(jī)頂盒的應(yīng)用程序完 全不感知,因此該前向糾錯(cuò)冗余信息被自然丟棄,從而實(shí)現(xiàn)了老式機(jī)頂盒對(duì)本發(fā)明實(shí)施例 的媒體數(shù)據(jù)源發(fā)送的網(wǎng)絡(luò)媒體流的普通畫質(zhì)的兼容播放。綜上所述,本發(fā)明實(shí)施例的方法與裝置以最小的復(fù)雜性實(shí)現(xiàn)了最大的終端兼容 性。本發(fā)明實(shí)施例的媒體內(nèi)容源能夠兼容不同解碼功能的機(jī)頂盒;同時(shí),本發(fā)明實(shí)施例的機(jī) 頂盒既兼容了本發(fā)明實(shí)施例的媒體內(nèi)容源,也兼容了其它不具有前向糾錯(cuò)編碼功能的媒體 內(nèi)容源。通過以上的實(shí)施方式的描述,本領(lǐng)域的技術(shù)人員可以清楚地了解到本發(fā)明可借助 軟件加必需的硬件平臺(tái)的方式來實(shí)現(xiàn),當(dāng)然也可以全部通過硬件來實(shí)施?;谶@樣的理解, 本發(fā)明的技術(shù)方案對(duì)背景技術(shù)做出貢獻(xiàn)的全部或者部分可以以軟件產(chǎn)品的形式體現(xiàn)出來, 該計(jì)算機(jī)軟件產(chǎn)品可以存儲(chǔ)在存儲(chǔ)介質(zhì)中,如ROM/RAM、磁碟、光盤等,包括若干指令用以使 得一臺(tái)計(jì)算機(jī)設(shè)備(可以是個(gè)人計(jì)算機(jī),服務(wù)器,或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個(gè)實(shí)施例 或者實(shí)施例的某些部分所述的方法。
8
以上實(shí)施例僅用以說明本發(fā)明實(shí)施例的技術(shù)方案,而非對(duì)其限制;盡管參照前述 實(shí)施例對(duì)本發(fā)明實(shí)施例進(jìn)行了詳細(xì)的說明,本領(lǐng)域的普通技術(shù)人員應(yīng)當(dāng)理解其依然可以 對(duì)前述各實(shí)施例所記載的技術(shù)方案進(jìn)行修改,或者對(duì)其中部分技術(shù)特征進(jìn)行等同替換;而 這些修改或者替換,并不使相應(yīng)技術(shù)方案的本質(zhì)脫離本發(fā)明實(shí)施例各實(shí)施例技術(shù)方案的精 神和范圍。
權(quán)利要求
一種網(wǎng)絡(luò)媒體流播放方法,其特征在于,所述方法包括從第一端口接收媒體數(shù)據(jù)源發(fā)送的網(wǎng)絡(luò)媒體流;從第二端口接收所述媒體數(shù)據(jù)源發(fā)送的所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息;根據(jù)所述前向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體流。
2.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述方法還包括當(dāng)在一預(yù)設(shè)時(shí)段內(nèi)未收到所述前向糾錯(cuò)冗余信息時(shí),直接播放所述網(wǎng)絡(luò)媒體流。
3.根據(jù)權(quán)利要求1所述的方法,其特征在于,所述方法還包括 通過和所述媒體數(shù)據(jù)源的動(dòng)態(tài)協(xié)商來約定所述第二端口 ;或 根據(jù)配置信息確定所述第二端口。
4.一種網(wǎng)絡(luò)媒體流播放裝置,其特征在于,所述裝置包括 第一接收單元,用于從第一端口接收媒體數(shù)據(jù)源發(fā)送的網(wǎng)絡(luò)媒體流;第二接收單元,用于從第二端口接收所述媒體數(shù)據(jù)源發(fā)送的所述網(wǎng)絡(luò)媒體流的前向糾 錯(cuò)冗余信息;播放單元,用于根據(jù)所述前向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體流。
5.根據(jù)權(quán)利要求4所述的裝置,其特征在于,所述播放單元,還用于當(dāng)在一預(yù)設(shè)時(shí)段內(nèi)未收到所述前向糾錯(cuò)冗余信息時(shí),直接播放 所述網(wǎng)絡(luò)媒體流。
6.根據(jù)權(quán)利要求4所述的裝置,其特征在于,所述裝置還包括端口設(shè)置單元,用于通過和所述媒體數(shù)據(jù)源的動(dòng)態(tài)協(xié)商來約定所述第二端口 ;或根據(jù) 配置信息確定所述第二端口。
7.—種網(wǎng)絡(luò)媒體流發(fā)送方法,其特征在于,所述方法包括 將網(wǎng)絡(luò)媒體流發(fā)送給終端設(shè)備的第一端口;將所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息發(fā)送給所述終端設(shè)備的第二端口。
8.根據(jù)權(quán)利要求7所述的方法,其特征在于,所述方法還包括通過和所述終端設(shè)備的動(dòng)態(tài)協(xié)商確定所述第二端口 ;或根據(jù)自身配置來確定所述第二端□。
9.一種網(wǎng)絡(luò)媒體流發(fā)送裝置,其特征在于,所述裝置包括 第一發(fā)送單元,用于將網(wǎng)絡(luò)媒體流發(fā)送給終端設(shè)備的第一端口 ;第二發(fā)送單元,用于將所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息發(fā)送給所述終端設(shè)備的第二端口。
10.根據(jù)權(quán)利要求9所述的裝置,其特征在于,所述裝置還包括端口設(shè)置單元,用于通過和所述終端設(shè)備的動(dòng)態(tài)協(xié)商來約定所述第二端口 ;或根據(jù)配 置信息確定所述第二端口。
全文摘要
本發(fā)明實(shí)施例提供了一種網(wǎng)絡(luò)媒體流播放方法與裝置,所述方法包括從第一端口接收媒體數(shù)據(jù)源發(fā)送的網(wǎng)絡(luò)媒體流;從第二端口接收媒體數(shù)據(jù)源發(fā)送的所述網(wǎng)絡(luò)媒體流的前向糾錯(cuò)冗余信息;根據(jù)所述前向糾錯(cuò)冗余信息播放所述網(wǎng)絡(luò)媒體流。本發(fā)明實(shí)施例的網(wǎng)絡(luò)媒體流播放方法與裝置采用不同于媒體數(shù)據(jù)端口的另一個(gè)端口來接收前向糾錯(cuò)冗余信息,能自然兼容未集成前向糾錯(cuò)功能的終端,實(shí)現(xiàn)了最大的終端兼容性。
文檔編號(hào)H04L1/00GK101938324SQ20091015067
公開日2011年1月5日 申請(qǐng)日期2009年6月29日 優(yōu)先權(quán)日2009年6月29日
發(fā)明者胡小翔 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1
闸北区| 甘肃省| 卓资县| 五大连池市| 蒙山县| 彩票| 元谋县| 祁连县| 白朗县| 哈巴河县| 金门县| 新竹市| 伊宁市| 汽车| 镇赉县| 新干县| 德保县| 买车| 饶平县| 迁西县| 志丹县| 晴隆县| 宾川县| 广州市| 泰州市| 台前县| 肃宁县| 海阳市| 伊宁市| 灵宝市| 康马县| 长武县| 基隆市| 井冈山市| 山东省| 三门县| 定日县| 隆回县| 黑山县| 泸西县| 探索|