午夜毛片免费看,老师老少妇黄色网站,久久本道综合久久伊人,伊人黄片子

為不同類型的終端提供iptv業(yè)務(wù)的方法和iptv業(yè)務(wù)系統(tǒng)的制作方法

文檔序號(hào):7970832閱讀:125來(lái)源:國(guó)知局
專利名稱:為不同類型的終端提供iptv業(yè)務(wù)的方法和iptv業(yè)務(wù)系統(tǒng)的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及通信領(lǐng)域,尤其涉及IPTV(IP Television,基于IP的電視業(yè)務(wù))提供技術(shù)。
背景技術(shù)
IPTV是以IP技術(shù)為承載,通過(guò)可管理的網(wǎng)絡(luò),向用戶提供以音視頻及流服務(wù)為主的交互式業(yè)務(wù),其包括電視直播、視頻點(diǎn)播、時(shí)移電視等基礎(chǔ)業(yè)務(wù),以及在此平臺(tái)基礎(chǔ)上開(kāi)展的包含通信、數(shù)據(jù)、視頻在內(nèi)的triple play(三重播放)業(yè)務(wù)。
隨著人們的不斷需求,IPTV業(yè)務(wù)從原來(lái)單一的固定網(wǎng)絡(luò)、固定終端,發(fā)展到移動(dòng)網(wǎng)絡(luò)和移動(dòng)終端,這同時(shí)要求各個(gè)運(yùn)營(yíng)商在建設(shè)IPTV業(yè)務(wù)平臺(tái)時(shí),能同時(shí)滿足固網(wǎng)用戶和移動(dòng)用戶的需求,以減少重復(fù)建設(shè)的投資成本,因此,IPTV媒體分發(fā)系統(tǒng)同時(shí)支持多種終端,包括PC(Personal Computer,個(gè)人計(jì)算機(jī))、STB(STBSet Top Box,機(jī)頂盒)、移動(dòng)終端等,是業(yè)務(wù)發(fā)展的必然趨勢(shì)。
不同類型的終端播放媒體數(shù)據(jù)主要受三個(gè)因素影響網(wǎng)絡(luò)接入類型、分辨率和支持的編碼格式。不同類型的終端支持的編碼格式各不相同,因此很有必要根據(jù)終端支持的編碼格式來(lái)發(fā)送媒體數(shù)據(jù)。目前,已經(jīng)形成多種視頻編碼標(biāo)準(zhǔn),包括MPEG-2、MPEG-4、H.263、H.264、AVS、Miscrosoft Windows MediaVideo等。
與本發(fā)明有關(guān)的現(xiàn)有技術(shù)提供了一種通過(guò)分層編碼方式為多種終端提供媒體業(yè)務(wù)的方法,其主要思想是采用固定的編碼格式,并且按層對(duì)媒體信息進(jìn)行編碼,形成一個(gè)多層次的媒體文件,并存放在媒體服務(wù)器上。所述媒體服務(wù)器根據(jù)客戶端對(duì)碼率和分辨率的不同要求,采用不同層信息的不同組合向客戶端播放媒體數(shù)據(jù)。
現(xiàn)有技術(shù)中,由于采用固定的編碼格式,并且按層對(duì)媒體信息進(jìn)行編碼,因此靈活性不高,不支持不同編碼格式的適配;并且文件編碼比較復(fù)雜。

發(fā)明內(nèi)容
本發(fā)明的實(shí)施例提供一種為不同類型的終端提供IPTV業(yè)務(wù)的方法和IPTV業(yè)務(wù)系統(tǒng),以支持不同編碼格式的適配,并且文件編碼比較簡(jiǎn)單。
本發(fā)明通過(guò)如下技術(shù)方案實(shí)現(xiàn)本發(fā)明的實(shí)施例提供一種為不同類型的終端提供IPTV業(yè)務(wù)的方法,其包括EPG(電子節(jié)目單)服務(wù)器,從CMS(內(nèi)容管理系統(tǒng))中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;終端根據(jù)所述鏈接路徑向媒體服務(wù)器請(qǐng)求對(duì)應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù)。
本發(fā)明的實(shí)施例還提供一種為不同類型的終端提供IPTV業(yè)務(wù)的方法,其包括當(dāng)媒體文件正在播放的過(guò)程中,終端周期性地發(fā)送RTCP RR(Real-TimeControl Protocal,實(shí)時(shí)傳輸控制協(xié)議)包;其中攜帶包丟失率和/或抖動(dòng)率信息;媒體服務(wù)器根據(jù)所述包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,根據(jù)當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量選擇與終端靜態(tài)屬性信息對(duì)應(yīng)的媒體文件,并停止當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),將選擇的媒體文件的媒體數(shù)據(jù)傳輸給所述終端。
本發(fā)明的實(shí)施例還提供一種IPTV業(yè)務(wù)系統(tǒng),其包括終端、EPG服務(wù)器、CMS和媒體服務(wù)器;所述EPG服務(wù)器從所述CMS中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;
所述終端根據(jù)所述鏈接路徑向所述媒體服務(wù)器請(qǐng)求對(duì)應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù)。
本發(fā)明的實(shí)施例還提供一種媒體服務(wù)器,其包括媒體文件選擇單元,用于根據(jù)不同類型終端的請(qǐng)求,為所述終端選擇相應(yīng)的媒體文件;數(shù)據(jù)傳輸單元,用于將所述媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。
由上述本發(fā)明提供的具體實(shí)施方案可以看出,電子節(jié)目單EPG服務(wù)器,從CMS中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;終端根據(jù)所述鏈接路徑向媒體服務(wù)器請(qǐng)求對(duì)應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù),因此本發(fā)明能夠根據(jù)不同類型的終端支持的網(wǎng)絡(luò)接入類型、分辨率、編碼格式等屬性信息發(fā)送適合的媒體數(shù)據(jù),從而實(shí)現(xiàn)了支持不同類型終端的適配;而且文件編碼比較簡(jiǎn)單。


圖1為本發(fā)明提供的第一實(shí)施例的流程圖;圖2為本發(fā)明提供的第一實(shí)施例中當(dāng)用戶切換終端后的處理流程圖;圖3為本發(fā)明提供的第一實(shí)施例中根據(jù)終端的動(dòng)態(tài)屬性調(diào)整傳輸媒體數(shù)據(jù)的處理流程圖;圖4為本發(fā)明提供的第二實(shí)施例的結(jié)構(gòu)圖;圖5為本發(fā)明提供的第三實(shí)施例的結(jié)構(gòu)圖。
具體實(shí)施例方式
本發(fā)明提供的第一實(shí)施例是一種為不同類型的終端提供IPTV業(yè)務(wù)的方法。在實(shí)施第一實(shí)施例前,需要在媒體服務(wù)器中,為每一個(gè)節(jié)目保存了多個(gè)媒體文件,所述媒體文件與所述終端的屬性信息對(duì)應(yīng)。還需要在CMS中,保存了每一個(gè)節(jié)目對(duì)應(yīng)的多個(gè)媒體文件的元數(shù)據(jù)(包括URL)等。還需要各個(gè)終端搜集自己的各種上下文信息,所述上下文信息中主要包括終端類型、網(wǎng)絡(luò)接入類型、分辨率、支持的編碼格式等終端屬性信息。其流程如圖1所示,包括如下過(guò)程步驟S101,當(dāng)終端需要媒體業(yè)務(wù)時(shí),向EPG(Electric Program Guide,電子節(jié)目單)服務(wù)器發(fā)送HTTP(Hypetext Tranfer Protocal,超文本傳輸協(xié)議)請(qǐng)求消息,其中攜帶終端搜集的上下文信息。
步驟S101的實(shí)現(xiàn),需要對(duì)當(dāng)前的HTTP協(xié)議進(jìn)行擴(kuò)展,即在HTTP請(qǐng)求消息中的Entity header(實(shí)體頭)中添加“X-up-bearer-type”、“X-resolution”兩個(gè)新參數(shù)。其中“X-up-bearer-type”參數(shù)表示網(wǎng)絡(luò)接入類型,用于確定終端接入帶寬的大致范圍;所述“X-resolution”參數(shù)表示終端的分辨率。
步驟S102,EPG服務(wù)器接收到所述請(qǐng)求消息后,根據(jù)終端的上下文信息解析并獲得終端的屬性信息,如通過(guò)請(qǐng)求中的“X-up-bearer-type”獲取終端當(dāng)前的網(wǎng)絡(luò)接入類型,從而得到終端的接入帶寬的大致范圍,確定一個(gè)推薦的播放碼率;通過(guò)請(qǐng)求中的“X-resolution”獲得終端的分辨率;通過(guò)請(qǐng)求中的“Accept”獲得終端支持的編碼格式。
步驟S103,EPG服務(wù)器將所述終端的屬性信息發(fā)送給所述CMS。
步驟S104,所述CMS根據(jù)所述終端的屬性信息選取相應(yīng)的媒體文件的元數(shù)據(jù),并將其發(fā)送給所述EPG服務(wù)器。
步驟S105,所述EPG服務(wù)器根據(jù)所述元數(shù)據(jù)生成媒體文件的鏈接路徑,并將所述鏈接路徑傳輸給所述終端。
步驟S106,所述終端根據(jù)所述鏈接路徑鏈接所述媒體服務(wù)器中相應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù)。
經(jīng)過(guò)上述第一實(shí)施例可以實(shí)現(xiàn)對(duì)不同類型的終端進(jìn)行靜態(tài)適配,使其得到與終端的屬性信息相匹配的媒體數(shù)據(jù)。但是在媒體文件正在播放的過(guò)程中,可能會(huì)出現(xiàn)用戶改變終端類型的情況,在這種情況下,流媒體服務(wù)器發(fā)送媒體數(shù)據(jù)時(shí)不應(yīng)該從節(jié)目的起始位置開(kāi)始,而是接著上一次最后發(fā)送的關(guān)鍵幀的位置開(kāi)始發(fā)送。
為了能夠平滑地實(shí)現(xiàn)終端切換,對(duì)存儲(chǔ)在媒體服務(wù)器上的媒體文件建立I幀(關(guān)鍵幀)索引表,該索引表有兩個(gè)基本字段File-offset和Time,分別表示本I幀在媒體文件中的位置和采樣時(shí)間。其他字段可以根據(jù)需要自行進(jìn)行擴(kuò)展。具體實(shí)現(xiàn)過(guò)程如圖2所示,如下步驟S201,在媒體文件正在播放的過(guò)程中,如果用戶從原終端準(zhǔn)備切換到新終端,則所述媒體服務(wù)器從正在播放媒體文件中找到即將發(fā)送的I幀,并根據(jù)媒體文件的各個(gè)I幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,得到所述I幀的采樣時(shí)間以及所述I幀在媒體文件中的位置,并停止發(fā)送媒體文件中位于所述I幀的位置以后的數(shù)據(jù)。
步驟S202,當(dāng)用戶已經(jīng)切換到新終端后,所述新終端向EPG服務(wù)器發(fā)送HTTP請(qǐng)求消息。
步驟S203,EPG服務(wù)器接收到所述請(qǐng)求消息后,根據(jù)所述新終端的上下文信息解析終端能力信息,獲得所述新終端的屬性信息,如新終端支持的網(wǎng)絡(luò)接入類型、終端分辨率和/或終端支持的編碼格式等屬性信息,并將所述新終端的屬性信息發(fā)送給所述CMS。
步驟S204,所述CMS根據(jù)所述新終端的屬性信息選取相應(yīng)的媒體文件的元數(shù)據(jù),并將所述元數(shù)據(jù)傳輸給所述EPG服務(wù)器。
步驟S205,所述EPG服務(wù)器根據(jù)所述元數(shù)據(jù),生成到媒體文件的鏈接路徑,并將所述鏈接路徑傳輸給所述新終端。
步驟S206,所述新終端根據(jù)所述鏈接路徑,鏈接所述媒體服務(wù)器中的媒體文件。
步驟S207,所述媒體服務(wù)器根據(jù)媒體文件的各個(gè)I幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,以及上次最后發(fā)送的I幀的采樣時(shí)間,獲得所述I幀在所述新終端請(qǐng)求的媒體文件中的位置;并根據(jù)所述位置,在所述新終端請(qǐng)求的媒體文件中找到對(duì)應(yīng)的I幀,并發(fā)送所述I幀對(duì)應(yīng)的數(shù)據(jù),以及所述I幀后續(xù)的數(shù)據(jù)。
下面舉例對(duì)步驟S201至步驟S207之間的過(guò)程進(jìn)行說(shuō)明,如下假設(shè)用戶關(guān)閉原有終端準(zhǔn)備切換到新終端時(shí),正在播放媒體文件A,此時(shí),媒體服務(wù)器找到即將發(fā)送的I幀。根據(jù)所述I幀在媒體文件中的位置查詢A的I幀索引表,獲得所述I幀的采樣時(shí)間a,以及所述I幀在媒體文件中的位置,并停止發(fā)送媒體文件中位于所述I幀的位置以后的數(shù)據(jù)。
用戶通過(guò)新終端獲取到與所述新終端適配的EPG鏈路,并通過(guò)所述EPG鏈路鏈接媒體服務(wù)器中適配的媒體文件B。
所述媒體服務(wù)器找到新終端適配的媒體文件B,并查找媒體文件B的I幀索引表,找到采樣時(shí)間等于a的I幀在媒體文件B中的位置b。
根據(jù)位置b在媒體文件B中找到對(duì)應(yīng)的I幀,然后發(fā)送所述I幀的數(shù)據(jù)包及其后續(xù)數(shù)據(jù)包。從而完成不同類型終端的平滑切換。
由于終端的屬性信息隨著網(wǎng)絡(luò)環(huán)境的變化而變化,因此還要考慮根據(jù)終端的動(dòng)態(tài)屬性進(jìn)行動(dòng)態(tài)的適配。本發(fā)明的實(shí)施例采用在服務(wù)端根據(jù)終端的動(dòng)態(tài)屬性進(jìn)行動(dòng)態(tài)適配的方式來(lái)實(shí)現(xiàn),具體實(shí)現(xiàn)如圖3所示,包括如下過(guò)程步驟301,終端周期性地向媒體服務(wù)器發(fā)送RTCP RR包,其中攜帶包丟失率和/或包抖動(dòng)率信息。
RTCP RR包中包含字段“fraction lost”和字段“interarrival jitter”?!癴ractionlost”字段的值表示包丟失率,包丟失率=從播放開(kāi)始時(shí)刻到當(dāng)前時(shí)刻的丟包數(shù)÷當(dāng)前最大序列號(hào);“interarrival jitter”字段的值表示抖動(dòng)率,抖動(dòng)率=前一個(gè)包的抖動(dòng)率+(|相鄰RTP包的間戳差-相鄰RTP包的實(shí)際到達(dá)時(shí)間差|-前一個(gè)包的抖動(dòng)率)÷16。
媒體服務(wù)器根據(jù)RTCP RR包的包丟失率和抖動(dòng)率來(lái)確定網(wǎng)絡(luò)QoS質(zhì)量,并根據(jù)所述當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。具體如下步驟S302,媒體服務(wù)器分析RTCP RR包的包丟失率和抖動(dòng)率,當(dāng)發(fā)現(xiàn)包丟失率和/或抖動(dòng)率持續(xù)呈上升狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第一設(shè)定時(shí)間時(shí),媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量下降,則采取碼率動(dòng)態(tài)調(diào)整策略,停止當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),選擇適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量并與終端靜態(tài)屬性信息對(duì)應(yīng)的的低碼率媒體文件,開(kāi)將所述媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。
在步驟S302中,為了能夠采取碼率動(dòng)態(tài)調(diào)整策略對(duì)當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)進(jìn)行調(diào)整,需要使用媒體服務(wù)器上媒體文件的I幀索引表,接著就可以根據(jù)所述I幀索引表進(jìn)行無(wú)損碼率調(diào)整,下面以網(wǎng)絡(luò)質(zhì)量下降的情況為例對(duì)進(jìn)行無(wú)損碼率調(diào)整的過(guò)程進(jìn)行說(shuō)明,具體描述如下媒體服務(wù)器正在播放媒體文件C,當(dāng)網(wǎng)絡(luò)質(zhì)量下降時(shí),媒體服務(wù)器找到即將發(fā)送的I幀,通過(guò)媒體文件C的I幀索引表獲得所述幀的采樣時(shí)間a,以及所述I幀在媒體文件C中的位置,并停止發(fā)送媒體文件中位于所述I幀的位置以后的數(shù)據(jù);根據(jù)終端的鏈接請(qǐng)求,媒體服務(wù)器找到與媒體文件C節(jié)目?jī)?nèi)容相同但編碼的碼率稍低的另外的一個(gè)媒體文件D;查找媒體文件D的I幀索引表,找到采樣時(shí)間等于a的I幀在媒體文件D中的位置d;根據(jù)位置d在媒體文件D中找到對(duì)應(yīng)的I幀,媒體服務(wù)器發(fā)送所述I幀對(duì)應(yīng)的數(shù)據(jù)及其后續(xù)數(shù)據(jù)。
當(dāng)媒體服務(wù)器發(fā)現(xiàn)包丟失率和/或抖動(dòng)率持續(xù)呈上升狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第二設(shè)定時(shí)間時(shí),則媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量下降,并采取流瘦化策略,按照先停止發(fā)送音頻媒體數(shù)據(jù),再停止發(fā)送預(yù)測(cè)幀視頻媒體數(shù)據(jù),最后停止關(guān)鍵幀媒體數(shù)據(jù)的順序,調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。具體實(shí)現(xiàn)如下步驟S303,當(dāng)媒體服務(wù)器發(fā)現(xiàn)包丟失率和/或抖動(dòng)率繼續(xù)持續(xù)呈上升狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第二設(shè)定時(shí)間時(shí),則媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量下降,并采取流瘦化策略,先停止發(fā)送音頻媒體數(shù)據(jù),發(fā)送適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并與終端靜態(tài)屬性信息對(duì)應(yīng)的預(yù)測(cè)幀視頻媒體數(shù)據(jù)。
步驟S304,當(dāng)媒體服務(wù)器發(fā)現(xiàn)包丟失率和/或抖動(dòng)率繼續(xù)持續(xù)呈上升狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第二設(shè)定時(shí)間時(shí),則媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量下降,并采取流瘦化策略,停止發(fā)送預(yù)測(cè)幀視頻媒體數(shù)據(jù),發(fā)送適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并與終端靜態(tài)屬性信息對(duì)應(yīng)的關(guān)鍵幀媒體數(shù)據(jù)。
步驟S305,當(dāng)發(fā)現(xiàn)包丟失率和/或抖動(dòng)率持續(xù)呈下降狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第一設(shè)定時(shí)間時(shí),媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量上升,并采取碼率動(dòng)態(tài)調(diào)整策略,停止發(fā)送當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),指定適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量的高碼率媒體文件,并所述媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。
步驟S305的實(shí)現(xiàn)同樣需要使用媒體服務(wù)器上媒體文件的I幀索引表,確定最后發(fā)送的I幀對(duì)應(yīng)的采樣時(shí)間,并依據(jù)所述采樣時(shí)間在新適配的媒體文件中找到對(duì)應(yīng)所述采樣時(shí)間對(duì)應(yīng)的I幀的位置,然后根據(jù)所述位置找到對(duì)應(yīng)的I幀,并發(fā)送所述I幀對(duì)應(yīng)的數(shù)據(jù)包,以及所述I幀后續(xù)的數(shù)據(jù)包。具體實(shí)現(xiàn)與步驟S302中的相關(guān)描述類似,這里不再詳細(xì)描述。
本發(fā)明提供的第一實(shí)施例是一種IPTV業(yè)務(wù)系統(tǒng),其結(jié)構(gòu)如圖4所示,包括終端、EPG服務(wù)器、CMS和媒體服務(wù)器。
所述終端搜集終端的各種上下文信息,所述上下文信息主要包括終端類型、網(wǎng)絡(luò)接入類型、分辨率、支持的編碼格式等終端屬性信息。
在所述媒體服務(wù)器中,為每一個(gè)節(jié)目保存了多個(gè)媒體文件,所述媒體文件與所述終端的屬性信息對(duì)應(yīng)。
所述CMS中,保存了每一個(gè)節(jié)目對(duì)應(yīng)的多個(gè)媒體文件的鏈接路徑,如媒體文件的元數(shù)據(jù)(包括URL)等。
系統(tǒng)中各個(gè)元器件間的信號(hào)傳遞關(guān)系如下終端向EPG服務(wù)器發(fā)送HTTP請(qǐng)求消息,其中攜帶“Accept”、“X-up-bearer-type”、“X-resolution”等參數(shù);這里需要對(duì)當(dāng)前的HTTP協(xié)議進(jìn)行擴(kuò)展,即在HTTP請(qǐng)求消息中的Enity header中添加“X-up-bearer-type”、“X-resolution”兩個(gè)新參數(shù)。其中“X-up-bearer-type”參數(shù)表示網(wǎng)絡(luò)接入類型,用于確定終端接入帶寬的大致范圍;所述“X-resolution”參數(shù)表示終端的分辨率。
EPG服務(wù)器接收到所述請(qǐng)求消息后,根據(jù)終端的上下文信息解析并獲得終端的屬性信息,如通過(guò)請(qǐng)求中的“X-up-bearer-type”獲取終端支持的網(wǎng)絡(luò)接入類型,從而得到終端的接入帶寬的大致范圍,確定一個(gè)推薦的播放碼率;通過(guò)請(qǐng)求中的“X-resolution”獲得終端的分辨率;通過(guò)請(qǐng)求中的“Accept”獲得終端支持的編碼格式。
EPG服務(wù)器將所述終端的屬性信息發(fā)送給所述CMS。
所述CMS根據(jù)所述終端的屬性信息選取相應(yīng)的媒體文件的元數(shù)據(jù),并將其發(fā)送給所述EPG服務(wù)器。
所述EPG服務(wù)器根據(jù)所述元數(shù)據(jù)生成到對(duì)應(yīng)媒體文件的鏈接路徑,并將所述鏈接路徑傳輸給所述終端。
所述終端根據(jù)所述鏈接路徑連接所述媒體服務(wù)器中相應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù)。
在媒體文件正在播放的過(guò)程中,如果用戶從原終端準(zhǔn)備切換到新終端,則所述媒體服務(wù)器從正在播放媒體文件中找到即將發(fā)送的I幀,并根據(jù)媒體文件的各個(gè)I幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,得到所述I幀的采樣時(shí)間以及所述I幀在媒體文件中的位置,并停止發(fā)送媒體文件中位于所述I幀的位置以后的數(shù)據(jù)。
當(dāng)用戶已經(jīng)切換到新終端后,所述新終端向EPG服務(wù)器發(fā)送HTTP請(qǐng)求消息。
EPG服務(wù)器接收到所述新終端的請(qǐng)求后,根據(jù)所述新終端的上下文信息解析終端能力信息,獲得所述新終端的屬性信息,如新終端的網(wǎng)絡(luò)接入類型、終端分辨率和終端支持的編碼格式等屬性信息。然后將所述新終端的屬性信息發(fā)送給所述CMS。
所述CMS根據(jù)所述新終端的屬性信息選取相應(yīng)的媒體文件的元數(shù)據(jù),并將其發(fā)送給所述EPG服務(wù)器。
所述EPG服務(wù)器根據(jù)所述元數(shù)據(jù)生成到對(duì)應(yīng)媒體文件的鏈接路徑,并將所述鏈接路徑傳輸給所述新終端。
所述新終端根據(jù)所述鏈接路徑連接所述媒體服務(wù)器中相應(yīng)的媒體文件。
所述媒體服務(wù)器根據(jù)媒體文件的各個(gè)I幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,以及最后發(fā)送的I幀的采樣時(shí)間,獲得所述I幀在所述新終端請(qǐng)求的媒體文件中的位置;并根據(jù)所述位置,在所述新終端請(qǐng)求的媒體文件中找到對(duì)應(yīng)的I幀,并發(fā)送所述I幀對(duì)應(yīng)的數(shù)據(jù),以及所述I幀后續(xù)的數(shù)據(jù)。
所述媒體服務(wù)器中通過(guò)RTCP協(xié)議和終端進(jìn)行交互,獲得網(wǎng)絡(luò)的丟包情況和抖動(dòng)情況,根據(jù)這些情況的變化,媒體服務(wù)器調(diào)整發(fā)向終端的媒體數(shù)據(jù)。終端與所述媒體服務(wù)器的具體處理過(guò)程如下當(dāng)包丟失率和/或抖動(dòng)率持續(xù)呈上升或下降狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第一設(shè)定時(shí)間時(shí),媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量發(fā)生改變,并采取碼率動(dòng)態(tài)調(diào)整策略,停止發(fā)送當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),選擇適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量的高碼率(網(wǎng)絡(luò)質(zhì)量上升時(shí))/低碼率(網(wǎng)絡(luò)質(zhì)量下降時(shí))媒體文件,并所述媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。
當(dāng)包丟失率和/或抖動(dòng)率持續(xù)呈上升狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第二設(shè)定時(shí)間時(shí),則媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量下降,并采取流瘦化策略,按照先停止發(fā)送音頻媒體數(shù)據(jù),再停止發(fā)送預(yù)測(cè)幀視頻媒體數(shù)據(jù),最后停止關(guān)鍵幀媒體數(shù)據(jù)的順序,調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。
具體實(shí)施過(guò)程,與方法實(shí)施例中的相關(guān)描述雷同,這里不再詳細(xì)描述。
上述第一設(shè)定時(shí)間和第二設(shè)定時(shí)間可采用定時(shí)器實(shí)現(xiàn)。
假設(shè)媒體服務(wù)器上對(duì)每個(gè)節(jié)目生成了12個(gè)媒體文件,對(duì)應(yīng)的碼率分別為2Mbps、1.5Mbps和200Kbps,對(duì)應(yīng)的編碼格式分別為MPEG-4和H.264,對(duì)應(yīng)的分辨率分別為240×320和1024×768。下面以一個(gè)用戶分別使用固定終端和移動(dòng)終端享受同一IPTV點(diǎn)播業(yè)務(wù)為例,對(duì)本發(fā)明提供的第一實(shí)施例和第二實(shí)施例進(jìn)行說(shuō)明Mr Smith在回家的路上想通過(guò)收看TV來(lái)打發(fā)無(wú)聊的時(shí)光,通過(guò)移動(dòng)終端-手機(jī)基于HTTP協(xié)議向EPG服務(wù)器請(qǐng)求點(diǎn)播的EPG節(jié)目單。
EPG服務(wù)器解析來(lái)自所述移動(dòng)終端的HTTP請(qǐng)求,發(fā)現(xiàn)所述移動(dòng)終端的接入網(wǎng)為GPRS,分辨率為240×320,支持MPEG-4等的編碼格式。
EPG服務(wù)器進(jìn)行靜態(tài)終端適配,發(fā)往所述移動(dòng)終端的EPG節(jié)目單中的每個(gè)節(jié)目鏈接的媒體文件的碼率為200Kbps(根據(jù)網(wǎng)絡(luò)接入類型GPRS確定播放的碼率為200Kbps),分辨率為240×320,編碼格式為MPEG-4。
Mr Smith選擇需要的節(jié)目后,通過(guò)所述移動(dòng)終端向媒體服務(wù)器發(fā)送授權(quán)請(qǐng)求,媒體服務(wù)器根據(jù)本地緩存的用戶profile進(jìn)行授權(quán)檢查。授權(quán)通過(guò)后,媒體服務(wù)器選擇碼率為200Kbps、分辨率為240×320、編碼格式為MPEG-4媒體文件向移動(dòng)終端發(fā)送。
Mr Smith到家以后,感覺(jué)用所述移動(dòng)終端收看節(jié)目,效果不好,想用電視機(jī)繼續(xù)收看這個(gè)節(jié)目。他就在手機(jī)上中止收看,同時(shí)打開(kāi)電視機(jī)和STB。此時(shí),媒體服務(wù)器記錄下該節(jié)目播放的當(dāng)前位置,即最后發(fā)送的I幀對(duì)應(yīng)的采樣時(shí)間。STB接入的網(wǎng)絡(luò)類型為ADSL,支持的編碼格式H.264,電視機(jī)的分辨率為1024×768。此時(shí),媒體服務(wù)器再次進(jìn)行靜態(tài)終端適配,發(fā)送的EPG節(jié)目單中的每個(gè)節(jié)目鏈接的媒體文件的碼率為2Mbps(根據(jù)網(wǎng)絡(luò)接入類型ADSL確定播放的碼率為2Mbps),編碼格式為H.264,支持的分辨率為1024×768。媒體服務(wù)器根據(jù)最后發(fā)送的I幀對(duì)應(yīng)的采樣時(shí)間,在新的媒體文件中找到所述I幀,開(kāi)始發(fā)送這個(gè)新的媒體文件中I幀后續(xù)的數(shù)據(jù)包,Mr Smith可以在電視機(jī)上接著收看在手機(jī)上未看完的節(jié)目。
到了某一個(gè)時(shí)間點(diǎn)時(shí),由于使用網(wǎng)絡(luò)的人非常多,媒體服務(wù)器發(fā)現(xiàn)發(fā)往Mr Smith家的數(shù)據(jù)包丟失嚴(yán)重。此時(shí),媒體服務(wù)器就可以動(dòng)態(tài)調(diào)整碼率,向終端發(fā)送碼率為1.5Mbps的媒體文件代替碼率為2Mbps的媒體文件。
本發(fā)明提供的第三實(shí)施例是一種媒體服務(wù)器,其結(jié)構(gòu)如圖5所示,包括媒體文件建立單元、媒體文件選擇單元、數(shù)據(jù)傳輸單元和動(dòng)態(tài)適配模塊。
所述媒體文件建立單元,用于根據(jù)不同類型終端的屬性信息建立不同的媒體文件,以及建立媒體文件的各個(gè)關(guān)鍵幀(I幀)與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系。
所述媒體文件選擇單元根據(jù)不同類型終端的業(yè)務(wù)請(qǐng)求,為所述終端選擇相應(yīng)的媒體文件;所述數(shù)據(jù)傳輸單元將所選擇媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。如果在媒體文件播放過(guò)程中,用戶從原有終端切換到新終端,所述數(shù)據(jù)傳輸單元還從正在播放媒體文件中找到即將發(fā)送的I幀,并根據(jù)媒體文件的各個(gè)I幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,得到所述I幀的采樣時(shí)間,以及所述I幀在所述媒體文件中的位置,并停止發(fā)送媒體文件中位于所述I幀以后的數(shù)據(jù);所述媒體服務(wù)器接收到所述新終端的請(qǐng)求后,所述數(shù)據(jù)傳輸單元根據(jù)媒體文件的各個(gè)I幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,以及最后發(fā)送的I幀的采樣時(shí)間,獲得所述I幀在新適配到的媒體文件中的位置;并根據(jù)所述位置,在所述媒體文件中找到對(duì)應(yīng)的I幀,并發(fā)送所述I幀對(duì)應(yīng)的數(shù)據(jù),以及所述I幀后續(xù)的數(shù)據(jù)。
當(dāng)媒體文件正在播放的過(guò)程中,所述動(dòng)態(tài)適配模塊根據(jù)終端發(fā)送的RTCPRR包中攜帶包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并根據(jù)所述當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。具體實(shí)施過(guò)程與第一實(shí)施例中的相關(guān)描述雷同,這里不再詳細(xì)描述。
由上述本發(fā)明提供的具體實(shí)施方案可以看出,電子節(jié)目單EPG服務(wù)器,從CMS中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;終端根據(jù)所述鏈接路徑向媒體服務(wù)器請(qǐng)求對(duì)應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù),因此本發(fā)明能夠根據(jù)不同類型的終端支持的網(wǎng)絡(luò)接入類型、分辨率、編碼格式等屬性信息發(fā)送適合的媒體數(shù)據(jù),從而實(shí)現(xiàn)了支持不同類型終端的適配;而且文件編碼比較簡(jiǎn)單。
另外,通過(guò)本發(fā)明,不同類型終端可以使用相同的媒體服務(wù)器,可以統(tǒng)一調(diào)度媒體服務(wù)器的媒體資源,使得不同媒體服務(wù)器間負(fù)載均衡。
另外,通過(guò)本發(fā)明,不同類型的終端可以使用相同的IPTV業(yè)務(wù)平臺(tái),而且在增加新終端時(shí),只需根據(jù)所述終端的屬性信息在媒體服務(wù)器中添加相應(yīng)的媒體文件,而不需單獨(dú)為它構(gòu)建媒體分發(fā)系統(tǒng),這樣不僅方便了新終端的擴(kuò)展,而且避免了IPTV業(yè)務(wù)平臺(tái)的重復(fù)建設(shè)。
顯然,本領(lǐng)域的技術(shù)人員可以對(duì)本發(fā)明進(jìn)行各種改動(dòng)和變型而不脫離本發(fā)明的精神和范圍。這樣,倘若本發(fā)明的這些修改和變型屬于本發(fā)明權(quán)利要求及其等同技術(shù)的范圍之內(nèi),則本發(fā)明也意圖包含這些改動(dòng)和變型在內(nèi)。
權(quán)利要求
1.一種為不同類型的終端提供IPTV業(yè)務(wù)的方法,其特征在于,包括電子節(jié)目單EPG服務(wù)器,從內(nèi)容管理系統(tǒng)CMS中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;終端根據(jù)所述鏈接路徑向媒體服務(wù)器請(qǐng)求對(duì)應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù)。
2.如權(quán)利要求1所述的方法,其特征在于,還包括在媒體服務(wù)器中根據(jù)不同類型終端的屬性信息建立不同的媒體文件;以及,在CMS中建立不同類型終端的屬性信息與媒體文件的鏈接信息之間的對(duì)應(yīng)關(guān)系。
3.如權(quán)利要求1所述的方法,其特征在于,還包括在媒體服務(wù)器中建立媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系。
4.如權(quán)利要求3所述的方法,其特征在于,還包括如果在媒體文件播放過(guò)程中,用戶準(zhǔn)備從原有終端切換到新終端,媒體服務(wù)器從正在播放媒體文件中找到即將發(fā)送的關(guān)鍵幀,并根據(jù)媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,得到所述關(guān)鍵幀的采樣時(shí)間和所述關(guān)鍵幀在媒體文件中的位置,并停止發(fā)送媒體文件中位于所述關(guān)鍵幀的位置以后的數(shù)據(jù)。
5.如權(quán)利要求4所述的方法,其特征在于,還包括如果在媒體文件播放過(guò)程中,用戶切換到新終端后,所述新終端通過(guò)EPG服務(wù)器,從CMS中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并通過(guò)EPG服務(wù)器根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;所述新終端根據(jù)所述鏈接路徑向媒體服務(wù)器請(qǐng)求新適配到的媒體文件;所述媒體服務(wù)器根據(jù)媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,以及最后發(fā)送的關(guān)鍵幀的采樣時(shí)間,獲得所述最后發(fā)送的關(guān)鍵幀在所述新適配到的媒體文件中的位置;根據(jù)所述位置,在所述新適配到的媒體文件中找到對(duì)應(yīng)的關(guān)鍵幀,并發(fā)送所述關(guān)鍵幀對(duì)應(yīng)的數(shù)據(jù),以及所述關(guān)鍵幀后續(xù)的數(shù)據(jù)。
6.如權(quán)利要求1至5任意一項(xiàng)所述的方法,其特征在于,所述終端通過(guò)EPG服務(wù)器,從CMS中獲得與所述終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接路徑的過(guò)程,具體包括終端發(fā)送媒體業(yè)務(wù)請(qǐng)求到EPG服務(wù)器;EPG服務(wù)器接收到終端的媒體業(yè)務(wù)請(qǐng)求后,根據(jù)終端的上下文信息獲得終端的靜態(tài)屬性信息;根據(jù)所述終端的靜態(tài)屬性信息,從所述CMS中獲得與所述終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成到對(duì)應(yīng)的媒體文件的鏈接路徑,并將其傳輸給所述終端。
7.如權(quán)利要求6所述的方法,其特征在于,所述終端的靜態(tài)屬性信息包括網(wǎng)絡(luò)接入類型、終端的分辨率和/或支持的編碼格式。
8.如權(quán)利要求7所述的方法,其特征在于,當(dāng)媒體文件正在播放的過(guò)程中,還包括終端周期性地發(fā)送實(shí)時(shí)傳輸控制協(xié)議RTCP RR包;其中攜帶包丟失率和/或抖動(dòng)率信息;媒體服務(wù)器根據(jù)所述包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并根據(jù)所述當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。
9.如權(quán)利要求8所述的方法,其特征在于,所述媒體服務(wù)器根據(jù)所述包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并根據(jù)所述當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)的過(guò)程,具體包括當(dāng)包丟失率和/或抖動(dòng)率持續(xù)呈上升或下降狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第一設(shè)定時(shí)間時(shí),則媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量發(fā)生改變,并采取碼率動(dòng)態(tài)調(diào)整策略,停止當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),選擇適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量的高碼率/低碼率媒體文件,并將所述媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。
10.如權(quán)利要求9所述的方法,其特征在于,所述媒體服務(wù)器根據(jù)所述包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并根據(jù)所述當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)的過(guò)程,還包括當(dāng)包丟失率和/或抖動(dòng)率持續(xù)呈上升狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第二設(shè)定時(shí)間時(shí),則媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量下降,并采取流瘦化策略,按照先停止發(fā)送音頻媒體數(shù)據(jù),再停止發(fā)送預(yù)測(cè)幀視頻媒體數(shù)據(jù),最后停止關(guān)鍵幀媒體數(shù)據(jù)的順序,調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。
11.一種為不同類型的終端提供IPTV業(yè)務(wù)的方法,其特征在于,包括當(dāng)媒體文件正在播放的過(guò)程中,終端周期性地發(fā)送實(shí)時(shí)傳輸控制協(xié)議RTCP RR包;其中攜帶包丟失率和/或抖動(dòng)率信息;媒體服務(wù)器根據(jù)所述包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,根據(jù)當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量選擇與終端靜態(tài)屬性信息對(duì)應(yīng)的媒體文件,并停止當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),將選擇的媒體文件的媒體數(shù)據(jù)傳輸給所述終端。
12.如權(quán)利要求11所述的方法,其特征在于,所述媒體服務(wù)器根據(jù)所述包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,根據(jù)當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量選擇與終端靜態(tài)屬性信息對(duì)應(yīng)的媒體文件,并停止當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),將選擇的媒體文件的媒體數(shù)據(jù)傳輸給所述終端的過(guò)程,具體包括當(dāng)包丟失率和/或抖動(dòng)率持續(xù)呈上升或下降狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第一設(shè)定時(shí)間時(shí),媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量發(fā)生改變,并采取碼率動(dòng)態(tài)調(diào)整策略,停止當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),選擇適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,且與終端靜態(tài)屬性信息對(duì)應(yīng)的高碼率/低碼率媒體文件,并將所述媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。
13.如權(quán)利要求11所述的方法,其特征在于,所述媒體服務(wù)器根據(jù)所述包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,根據(jù)當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量選擇與終端靜態(tài)屬性信息對(duì)應(yīng)的媒體文件,并停止當(dāng)前傳輸?shù)拿襟w數(shù)據(jù),并將選擇的媒體文件的媒體數(shù)據(jù)傳輸給所述終端的過(guò)程,還包括當(dāng)包丟失率和/或抖動(dòng)率持續(xù)呈上升狀態(tài),且持續(xù)超過(guò)設(shè)定閾值的時(shí)間到達(dá)第二設(shè)定時(shí)間時(shí),則媒體服務(wù)器確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量下降,并采取流瘦化策略,按照先停止發(fā)送音頻媒體數(shù)據(jù),再停止發(fā)送預(yù)測(cè)幀視頻媒體數(shù)據(jù),最后停止關(guān)鍵幀媒體數(shù)據(jù)的順序,選擇適合當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并與終端靜態(tài)屬性信息對(duì)應(yīng)的媒體文件,并將對(duì)應(yīng)所述媒體文件的媒體數(shù)據(jù)傳輸給所述終端。
14.一種IPTV業(yè)務(wù)系統(tǒng),其特征在于,包括終端、電子節(jié)目單EPG服務(wù)器、內(nèi)容管理系統(tǒng)CMS和媒體服務(wù)器;所述EPG服務(wù)器從所述CMS中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;所述終端根據(jù)所述鏈接路徑向所述媒體服務(wù)器請(qǐng)求對(duì)應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù)。
15.如權(quán)利要求14所述的系統(tǒng),其特征在于,所述媒體服務(wù)器還用于根據(jù)不同類型終端的屬性信息建立不同的媒體文件。
16.如權(quán)利要求14所述的系統(tǒng),其特征在于,所述媒體服務(wù)器還用于建立媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系。
17.如權(quán)利要求16所述的系統(tǒng),其特征在于,所述媒體服務(wù)器還用于當(dāng)在媒體文件播放過(guò)程中,用戶從原有終端切換到新終端時(shí),從正在播放媒體文件中找到即將發(fā)送的關(guān)鍵幀,并根據(jù)媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,得到所述關(guān)鍵幀的采樣時(shí)間和所述關(guān)鍵幀在媒體文件中的位置,并停止發(fā)送媒體文件中位于所述關(guān)鍵幀的位置以后的數(shù)據(jù);所述媒體服務(wù)器接收到所述新終端的請(qǐng)求后,根據(jù)媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,以及最后發(fā)送的關(guān)鍵幀的采樣時(shí)間,獲得所述關(guān)鍵幀在所述新適配到的媒體文件中的位置;并根據(jù)所述位置,在所述所述新適配到的媒體文件中找到對(duì)應(yīng)的關(guān)鍵幀,并發(fā)送所述關(guān)鍵幀對(duì)應(yīng)的數(shù)據(jù),以及所述關(guān)鍵幀后續(xù)的數(shù)據(jù)。
18.如權(quán)利要求17所述的系統(tǒng),其特征在于,所述媒體服務(wù)器還用于當(dāng)媒體文件正在播放的過(guò)程中,媒體服務(wù)器根據(jù)終端發(fā)送的實(shí)時(shí)傳輸控制協(xié)議RTCP RR包中攜帶包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并根據(jù)所述當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。
19.如權(quán)利要求14所述的系統(tǒng),其特征在于,所述CMS還用于建立不同類型終端的屬性信息與媒體文件的鏈接信息之間的對(duì)應(yīng)關(guān)系。
20.如權(quán)利要求14所述的系統(tǒng),其特征在于,所述終端還用于獲取終端的上下文信息,所述上下文信息中包括終端屬性信息。
21.一種媒體服務(wù)器,其特征在于,包括媒體文件選擇單元,用于根據(jù)不同類型終端的請(qǐng)求,為所述終端選擇相應(yīng)的媒體文件;數(shù)據(jù)傳輸單元,用于將所述媒體文件中的媒體數(shù)據(jù)傳輸給所述終端。
22.如權(quán)利要求21所述的媒體服務(wù)器,其特征在于,還包括媒體文件建立單元,用于根據(jù)不同類型終端的屬性信息建立不同的媒體文件。
23.如權(quán)利要求21所述的媒體服務(wù)器,其特征在于,所述媒體文件建立單元還用于建立媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系。
24.如權(quán)利要求23所述的媒體服務(wù)器,其特征在于,所述數(shù)據(jù)傳輸單元還用于當(dāng)在媒體文件播放過(guò)程中,用戶從原有終端切換到新終端時(shí),從正在播放媒體文件中找到即將發(fā)送的關(guān)鍵幀,并根據(jù)媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,得到所述關(guān)鍵幀的采樣時(shí)間以及所述關(guān)鍵幀在媒體文件中的位置,并停止發(fā)送媒體文件中位于所述關(guān)鍵幀的位置以后的數(shù)據(jù);所述媒體服務(wù)器接收到所述新終端的請(qǐng)求后,根據(jù)媒體文件的各個(gè)關(guān)鍵幀與其在媒體文件的位置、采樣時(shí)間之間的對(duì)應(yīng)關(guān)系,以及最后發(fā)送的關(guān)鍵幀的采樣時(shí)間,獲得所述關(guān)鍵幀在所述新適配到的媒體文件中的位置;并根據(jù)所述位置,在所述新適配到的媒體文件中找到對(duì)應(yīng)的關(guān)鍵幀,并發(fā)送所述關(guān)鍵幀對(duì)應(yīng)的數(shù)據(jù),以及所述關(guān)鍵幀后續(xù)的數(shù)據(jù)。
25.如權(quán)利要求24所述的媒體服務(wù)器,其特征在于,還包括動(dòng)態(tài)適配模塊,用于當(dāng)媒體文件正在播放的過(guò)程中,媒體服務(wù)器根據(jù)終端發(fā)送的實(shí)時(shí)傳輸控制協(xié)議RTCP RR包中攜帶包丟失率和/或抖動(dòng)率信息,確定當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量,并根據(jù)所述當(dāng)前網(wǎng)絡(luò)服務(wù)質(zhì)量調(diào)整當(dāng)前傳輸?shù)拿襟w數(shù)據(jù)。
全文摘要
本發(fā)明公開(kāi)了一種為不同類型的終端提供IPTV業(yè)務(wù)的方法和IPTV業(yè)務(wù)系統(tǒng),其核心是EPG服務(wù)器,從CMS中獲得與終端的靜態(tài)屬性信息對(duì)應(yīng)的媒體文件的鏈接信息,并根據(jù)所述鏈接信息生成相關(guān)的鏈接路徑;終端根據(jù)所述鏈接路徑向媒體服務(wù)器請(qǐng)求對(duì)應(yīng)的媒體文件,并獲得相應(yīng)的媒體數(shù)據(jù)。通過(guò)本發(fā)明,能夠根據(jù)不同類型的終端支持的網(wǎng)絡(luò)接入類型、分辨率、編碼格式等屬性信息發(fā)送適合的媒體數(shù)據(jù),從而實(shí)現(xiàn)了支持不同類型終端的適配;而且文件編碼比較簡(jiǎn)單。
文檔編號(hào)H04L29/06GK1960260SQ20061014488
公開(kāi)日2007年5月9日 申請(qǐng)日期2006年11月28日 優(yōu)先權(quán)日2006年11月28日
發(fā)明者尚志豪, 黃卉 申請(qǐng)人:華為技術(shù)有限公司
網(wǎng)友詢問(wèn)留言 已有0條留言
  • 還沒(méi)有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1