專利名稱:一種廣播系統(tǒng)中數(shù)據(jù)的接收方法及終端的制作方法
技術(shù)領(lǐng)域:
本發(fā)明涉及移動(dòng)多媒體廣播系統(tǒng),具體涉及一種廣播系統(tǒng)中數(shù)據(jù)的接收 方法及纟冬端。
背景技術(shù):
現(xiàn)有廣播系統(tǒng)中,對(duì)于音視頻數(shù)據(jù)通常采用復(fù)用方式傳輸廣播信道幀 由多個(gè)復(fù)用幀構(gòu)成,每一復(fù)用幀又由復(fù)用幀頭、 一個(gè)或多個(gè)復(fù)用子幀和填充 組成。如圖l所示,每一復(fù)用子幀又由子幀頭、視頻段、音頻段和數(shù)據(jù)段組 成,其中,在子幀頭中又包含一些控制信息及保留位。通常,l個(gè)復(fù)用子幀 是1套視音頻節(jié)目的1秒數(shù)據(jù)碼流,其中,視頻碼流大小為384kbit,音頻 碼流大小為64kbit。
基于現(xiàn)有的復(fù)用幀結(jié)構(gòu),對(duì)于流媒體數(shù)據(jù)通常需要進(jìn)行拆封重裝,對(duì)流 媒體數(shù)據(jù)包的標(biāo)準(zhǔn)格式進(jìn)行改造。例如,對(duì)于RTP(實(shí)時(shí)傳輸協(xié)議,Real-time Transport Protocol)格式的流i(某體處理方式中,通常需要拆掉原有RTP封裝 格式,重新組裝成現(xiàn)有復(fù)用幀凈荷,其中,復(fù)用塊與RTP包進(jìn)行對(duì)應(yīng),負(fù) 載頭才各式存在轉(zhuǎn)換關(guān)系。對(duì)于其它格式的音^見(jiàn)頻數(shù)據(jù),例如WINDOWS流 媒體wmv、或asf等格式的流媒體數(shù)據(jù),同樣需要進(jìn)行改造后,再進(jìn)行封裝 纟且?guī)幚矸绞絼t不盡相同。
在廣播系統(tǒng)中對(duì)流媒體業(yè)務(wù)數(shù)據(jù)進(jìn)行傳輸時(shí),對(duì)各種標(biāo)準(zhǔn)的流媒體數(shù)據(jù) 需要進(jìn)行改造,破壞固有的數(shù)據(jù)格式, 一方面,在廣播發(fā)射端額外增加了處 理過(guò)程;另一方面,在接收端還需要對(duì)流媒體數(shù)據(jù)進(jìn)行重裝還原,同時(shí)還會(huì) 增加了處理時(shí)間、給終端造成額外負(fù)擔(dān),增加終端本身的技術(shù)復(fù)雜度。
例如,在現(xiàn)有l(wèi)支術(shù)中,采用H264的3見(jiàn)頻編碼和AAC的音頻編碼,將 每一秒鐘的音視頻數(shù)據(jù)進(jìn)行打包,在包頭信息中加入H264幀及AAC幀在 整個(gè)包中的相對(duì)位置和相對(duì)時(shí)間等信息。通過(guò)CRC對(duì)包頭信息進(jìn)行保護(hù)。
其主要問(wèn)題在于,如果包頭的數(shù)據(jù)出現(xiàn)CRC錯(cuò)誤,則丟掉整個(gè)包的音視頻 數(shù)據(jù),并且其復(fù)用標(biāo)準(zhǔn)中只規(guī)定了所允許傳播的音視頻格式,缺乏可擴(kuò)展性, 不能適用多種音視頻格式的流媒體數(shù)據(jù)。
同時(shí),基于圖l所示的復(fù)用幀,由于每個(gè)復(fù)用子幀數(shù)據(jù)包過(guò)大,僅在各 音頻、視頻、數(shù)據(jù)段頭設(shè)計(jì)了 CRC校驗(yàn),對(duì)視音頻的凈荷部分的沒(méi)有保護(hù), 數(shù)據(jù)傳輸過(guò)程中出現(xiàn)誤碼或丟包后,會(huì)影響整個(gè)數(shù)據(jù)包的解碼,出現(xiàn)嚴(yán)重馬 賽克效應(yīng),影響正常收視體驗(yàn)。如果包頭出錯(cuò),需要丟掉整個(gè)視頻段、音頻 段。
另外,在現(xiàn)有廣播系統(tǒng)中,對(duì)于數(shù)據(jù)服務(wù)沒(méi)有一個(gè)統(tǒng)一的標(biāo)準(zhǔn)來(lái)進(jìn)行支 持和保障,而且終端廠商常需要對(duì)新推出數(shù)據(jù)服務(wù)的標(biāo)準(zhǔn)開(kāi)發(fā)對(duì)應(yīng)的軟硬
件。無(wú)論的數(shù)據(jù)服務(wù)標(biāo)準(zhǔn)的制定還是終端廠商為某項(xiàng)數(shù)據(jù)服務(wù)的開(kāi)發(fā),都消 耗了寶貴的時(shí)間和人力物力資源。這樣的模式制約了新的數(shù)據(jù)服務(wù)的推出和 應(yīng)用。
因此,隨著廣播系統(tǒng)中技術(shù)的快速發(fā)展以及不斷演進(jìn),需要一種兼容性 更高、擴(kuò)展性更好、簡(jiǎn)便統(tǒng)一的數(shù)據(jù)傳輸技術(shù),以適用多種流媒體數(shù)據(jù)及數(shù) 據(jù)服務(wù)的廣播傳輸,使得廣播系統(tǒng)中數(shù)據(jù)傳輸質(zhì)量更高、確保數(shù)據(jù)正確及高 效,更具通用性并具有良好的可擴(kuò)展性,以適應(yīng)移動(dòng)多媒體廣播系統(tǒng)的演進(jìn) 發(fā)展。
發(fā)明內(nèi)容
本發(fā)明要解決的技術(shù)問(wèn)題是提供一種廣播系統(tǒng)中數(shù)據(jù)的接收方法及終 端,使得終端能夠以簡(jiǎn)便易行統(tǒng)一的方式,實(shí)現(xiàn)廣播系統(tǒng)中各類業(yè)務(wù)數(shù)據(jù)的 接收,并且能夠選擇使用標(biāo)準(zhǔn)的流媒體播放軟件實(shí)現(xiàn)流媒體數(shù)據(jù)的播放,降 低了接收的復(fù)雜度;提高了終端的通用性和擴(kuò)展能力。
為了解決上述技術(shù)問(wèn)題,本發(fā)明提供了 一種廣播系統(tǒng)中數(shù)據(jù)的接收方 法,包括
A、接收廣播數(shù)據(jù)后,從復(fù)用子幀的數(shù)據(jù)段中提取出可擴(kuò)展協(xié)議封裝 XPE包;B、 根據(jù)XPE頭里的信息提取本XPE包中的數(shù)據(jù)凈荷,得到業(yè)務(wù)數(shù)據(jù);
C、 根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。 進(jìn)一步的,步驟C具體包括
根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷業(yè)務(wù)數(shù)據(jù)的類型,對(duì)流模式數(shù)據(jù)進(jìn) 行實(shí)時(shí)解析,將文件模式數(shù)據(jù)存儲(chǔ)在本地;
所述流模式數(shù)據(jù)以數(shù)據(jù)流的方式展現(xiàn),所述文件模式數(shù)據(jù)以文件的方式 展現(xiàn)。
進(jìn)一步的,對(duì)流模式數(shù)據(jù)進(jìn)行實(shí)時(shí)解析具體包括 對(duì)流Jf某體數(shù)據(jù)進(jìn)行解碼;
對(duì)流模式數(shù)據(jù)服務(wù),在需要顯示其內(nèi)容時(shí)加載對(duì)應(yīng)的解釋程序進(jìn)行讀取 并播放。
進(jìn)一步的,對(duì)流媒體數(shù)據(jù)進(jìn)行解碼是指
直接將流媒體數(shù)據(jù)包中的音頻包及視頻包送到相應(yīng)的解碼器中進(jìn)行解 碼得到音/視頻流,在需要顯示時(shí)進(jìn)行播放。
進(jìn)一 步的,對(duì)流媒體數(shù)據(jù)進(jìn)行解碼是指
將提取出的流媒體數(shù)據(jù)包構(gòu)造為IP包并發(fā)送到本地的TCP/IP層,需要 顯示時(shí)透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播 放軟件進(jìn)行播放。
進(jìn)一步的,構(gòu)造IP包是指
將所述流媒體數(shù)據(jù)包按UDP協(xié)議封包后再按IP協(xié)議封包,其中目標(biāo)端 口號(hào)與流媒體數(shù)據(jù)包中的數(shù)據(jù)類型相對(duì)應(yīng)。
進(jìn)一步的,透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn) 流媒體播放軟件進(jìn)行播放是指
本地保存有目標(biāo)端口號(hào)與流媒體播放軟件的對(duì)應(yīng)關(guān)系,終端透過(guò)TCP/IP 層獲取到所述IP包里的UDP包后,根據(jù)所述對(duì)應(yīng)關(guān)系,使用UDP包頭中 目標(biāo)端口號(hào)所對(duì)應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件來(lái)播放UDP包中的流媒體數(shù)據(jù)。
進(jìn)一步的,步驟B還包括
根據(jù)XPE頭中的開(kāi)始標(biāo)志和結(jié)束標(biāo)志判斷本XPE包中的數(shù)據(jù)凈荷是分 拆過(guò)的時(shí),將其與其它相應(yīng)XPE包中的數(shù)據(jù)凈荷組合,恢復(fù)為分拆前的數(shù)據(jù)。
進(jìn)一步的,步驟B還包括
如果XPE頭中循環(huán)校驗(yàn)碼CRC指示表示本XPE包進(jìn)行過(guò)CRC校驗(yàn), 則先根據(jù)XPE包中的CRC數(shù)據(jù)對(duì)本XPE包中的數(shù)據(jù)凈荷進(jìn)行CRC檢驗(yàn), 如果正確則提取所述XPE包里的數(shù)據(jù)凈荷。
進(jìn)一步的,步驟B還包括
如果根據(jù)XPE頭中的凈荷類型判斷數(shù)據(jù)凈荷是進(jìn)行過(guò)前向糾錯(cuò)FEC的 業(yè)務(wù)數(shù)據(jù),則先根據(jù)XPE頭找到封裝了糾錯(cuò)數(shù)據(jù)的XPE包,然后提取出糾 錯(cuò)數(shù)據(jù)以確定所采用的FEC算法及參數(shù),從而對(duì)所述數(shù)據(jù)凈荷進(jìn)行FEC。
進(jìn)一步的,步驟B前還包括
首先根據(jù)XPE頭中的校驗(yàn)和字段判斷是否該XPE包是否正確被接收; 如果正確^皮接收,則進(jìn)行步驟B;如果沒(méi)有正確祐_接收,則通過(guò)XPE包前 的頭部HEADER找到下面的XPE包。
本發(fā)明還提供了一種廣播系統(tǒng)中的終端,包括接收模塊;
所述接收模塊用于接收廣播數(shù)據(jù),從復(fù)用子幀的數(shù)據(jù)段中提取出XPE 包,并根據(jù)XPE頭里的信息提取出所述XPE包里的數(shù)據(jù)凈荷,得到業(yè)務(wù)數(shù) 據(jù);并根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。
進(jìn)一步的,所述終端還包括存儲(chǔ)模塊、網(wǎng)絡(luò)協(xié)議模塊和/或解碼器、及 訪問(wèn)模塊;
所述接收模塊根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理是指
接收模塊根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷所接收的XPE包中業(yè)務(wù)數(shù) 據(jù)的類型,如果為流媒體數(shù)據(jù)包則發(fā)送給網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊或?qū)⑵渲械囊纛l 包和/或視頻包發(fā)給相應(yīng)的解碼器;如果為文件模式數(shù)據(jù)則發(fā)給存儲(chǔ)模塊, 所述文件模式數(shù)據(jù)包括流模式數(shù)據(jù)服務(wù)對(duì)應(yīng)的解釋程序;如果是流模式數(shù)據(jù) 服務(wù),則等待訪問(wèn)模塊讀??;
所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊用于接收所述流媒體數(shù)據(jù)包,將其構(gòu)造為IP包
并發(fā)送到終端里的TCP/IP層;
所述解碼器用于接收所述音頻包和/或視頻包并解碼得到音/視頻流;
所述訪問(wèn)模塊用于訪問(wèn)存儲(chǔ)模塊中的文件模式數(shù)據(jù);還用于在需要顯示 流媒體數(shù)據(jù)時(shí)透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流 々某體播放軟件進(jìn)行播放;還用于在需要顯示流模式數(shù)據(jù)服務(wù)內(nèi)容時(shí)加載存儲(chǔ) 模塊中保存的對(duì)應(yīng)的解釋程序讀取流模式數(shù)據(jù)服務(wù)并播放。
進(jìn)一步的,所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊構(gòu)造IP包是指
網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊將所述流i某體數(shù)據(jù)包按UDP協(xié)議封包后再按IP協(xié)議 封包;其中目標(biāo)端口號(hào)與流纟!某體數(shù)據(jù)包中的數(shù)據(jù)類型相對(duì)應(yīng)。
進(jìn)一步的,所述訪問(wèn)模塊透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并 用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放是指訪問(wèn)模塊中保存有目標(biāo)端口號(hào) 與流媒體播放軟件的對(duì)應(yīng)關(guān)系,訪問(wèn)模塊透過(guò)TCP/IP層獲取到所述IP包里 的UDP包后,根據(jù)所述對(duì)應(yīng)關(guān)系,使用UDP包頭中目標(biāo)端口號(hào)所對(duì)應(yīng)的標(biāo) 準(zhǔn)流媒體播放軟件來(lái)播放UDP包中的流J 某體數(shù)據(jù)。
進(jìn)一步的,所述接收模塊還用于當(dāng)根據(jù)XPE頭中的開(kāi)始標(biāo)志和結(jié)束標(biāo) 志判斷本XPE包中的數(shù)據(jù)凈荷是分拆過(guò)的時(shí),將其與其它相應(yīng)XPE包中的 數(shù)據(jù)凈荷組合,恢復(fù)為分拆前的數(shù)據(jù)。
進(jìn)一步的,所述接收模塊還用于當(dāng)XPE頭中CRC指示表示本XPE包 進(jìn)行過(guò)CRC校驗(yàn)時(shí),先根據(jù)XPE包中的CRC數(shù)據(jù)對(duì)本XPE包中的數(shù)據(jù)凈 荷進(jìn)行CRC檢驗(yàn),如果正確再提取所述XPE包里的數(shù)據(jù)凈荷。
進(jìn)一步的,所述接收模塊還用于當(dāng)根據(jù)XPE頭中的凈荷類型判斷數(shù)據(jù) 凈荷是進(jìn)行過(guò)FEC的業(yè)務(wù)數(shù)據(jù)時(shí),則先根據(jù)XPE頭找到封裝了糾錯(cuò)數(shù)據(jù)的 XPE包,然后提取出糾錯(cuò)數(shù)據(jù)以確定所釆用的FEC算法及參數(shù),從而對(duì)所 述進(jìn)行過(guò)FEC的數(shù)據(jù)凈荷進(jìn)行FEC。
進(jìn)一步的,所述接收模塊還用于先根據(jù)XPE頭中的校驗(yàn)和字段判斷是 否該XPE包是否正確被接收;如果正確被接收,則根據(jù)XPE頭中的信息提 取所述XPE包里的數(shù)據(jù)凈荷;如果沒(méi)有正確被接收,則通過(guò)XPE包前的HEADER找到下面的XPE包。
本發(fā)明的技術(shù)方案使用統(tǒng)一標(biāo)準(zhǔn)接收包括流媒體數(shù)據(jù)、數(shù)據(jù)服務(wù)、授權(quán) 信息等在內(nèi)的各類數(shù)據(jù),能增強(qiáng)系統(tǒng)的通用性、兼容性、并有利于新的數(shù)據(jù) 服務(wù)的推出和應(yīng)用;并且具有技術(shù)體系簡(jiǎn)單、業(yè)務(wù)可擴(kuò)展性好等特點(diǎn),同時(shí) 對(duì)目前的IPTV以及今后的3G應(yīng)用,可實(shí)現(xiàn)兼容以及可能的技術(shù)平臺(tái)共享。 進(jìn)一步的,其優(yōu)化方案引入CRC校驗(yàn)、前向糾錯(cuò)等措施,提高了傳輸可靠 性。進(jìn)一步的,其優(yōu)化方案使終端設(shè)備可以利用目前已有的標(biāo)準(zhǔn)流媒體解碼 /播放器,而無(wú)須為每種流媒體數(shù)據(jù)單獨(dú)開(kāi)發(fā)軟件,節(jié)省了成本。
圖l是現(xiàn)有技術(shù)中的一種廣播復(fù)用幀結(jié)構(gòu)示意圖2是凈荷為業(yè)務(wù)數(shù)據(jù)并且進(jìn)行CRC校驗(yàn)時(shí)XPE包的結(jié)構(gòu)示意圖3是XPE-FEC包的結(jié)構(gòu)示意圖4為本發(fā)明提供的廣播系統(tǒng)中數(shù)據(jù)的接收方法的具體實(shí)施流程圖; 圖5為本發(fā)明提供的廣播系統(tǒng)中的終端的具體實(shí)施框圖。
具體實(shí)施例方式
下面將結(jié)合附圖及實(shí)施例對(duì)本發(fā)明的技術(shù)方案進(jìn)行更詳細(xì)的說(shuō)明。
針對(duì)于現(xiàn)有技術(shù)中存在的問(wèn)題,要釆用 一種新的傳輸技術(shù)進(jìn)行廣播系統(tǒng) 中數(shù)據(jù)廣播業(yè)務(wù)數(shù)據(jù)的傳輸,其核心思想是將業(yè)務(wù)數(shù)據(jù)按統(tǒng)一格式封裝為 XPE (可擴(kuò)展協(xié)議封裝)包,將這些XPE包作為復(fù)用子幀的數(shù)據(jù)段的內(nèi)容 通過(guò)廣播網(wǎng)絡(luò)傳輸。要傳輸?shù)臉I(yè)務(wù)數(shù)據(jù)包括兩類, 一類是流模式數(shù)據(jù),指如 音視頻數(shù)據(jù)、ECM(授權(quán)控制信息)、EMM(授權(quán)管理信息)、音頻廣播、 數(shù)據(jù)流形式的數(shù)據(jù)服務(wù)等以數(shù)據(jù)流方式呈現(xiàn)給用戶的業(yè)務(wù)類型;另一類為以 文件方式呈現(xiàn)給用戶的文件模式數(shù)據(jù),包括流模式數(shù)據(jù)服務(wù)對(duì)應(yīng)的解釋程 序。對(duì)于流模式數(shù)據(jù)包可以不用進(jìn)行重新構(gòu)造,直接封裝為XPE包,或是將原流模式數(shù)據(jù)包中的數(shù)據(jù)凈荷封裝為XPE包;而對(duì)于文件模式數(shù)據(jù)也可 以直接封裝為XPE包。
所述新的傳輸技術(shù)在發(fā)射端的過(guò)程包括廣播系統(tǒng)中的發(fā)射系統(tǒng)將業(yè)務(wù) 數(shù)據(jù)作為數(shù)據(jù)凈荷,加上XPE頭封裝為XPE包,然后將XPE包作為復(fù)用子 幀的數(shù)據(jù)段的內(nèi)容通過(guò)廣播網(wǎng)絡(luò)傳輸給無(wú)線終端。
發(fā)射系統(tǒng)可以在封裝XPE包前,先對(duì)待封裝的業(yè)務(wù)數(shù)據(jù)進(jìn)行FEC (前 向糾錯(cuò))檢驗(yàn),然后將進(jìn)行過(guò)FEC檢驗(yàn)后的業(yè)務(wù)數(shù)據(jù)及糾錯(cuò)數(shù)據(jù)作為數(shù)據(jù) 凈荷分別加上XPE頭后封裝為XPE包。將封裝糾錯(cuò)數(shù)據(jù)的XPE包稱為 XPE-FEC包,將XPE-FEC包的XPE頭稱為XPE-FEC頭;所述糾錯(cuò)數(shù)據(jù)為 前向糾錯(cuò)信息。
發(fā)射系統(tǒng)還可以在封裝XPE包時(shí),先對(duì)待封裝的數(shù)據(jù)凈荷一一即業(yè)務(wù) 數(shù)據(jù)和/或糾錯(cuò)數(shù)據(jù)進(jìn)行循環(huán)校驗(yàn)碼CRC校驗(yàn),并在數(shù)據(jù)凈荷后加上CRC 數(shù)據(jù)后, 一起封裝為XPE包;即各XPE包中包括XPE頭、數(shù)據(jù)凈荷和CRC 數(shù)據(jù)。所述CRC數(shù)據(jù)可以但不限于為32位的CRC_32數(shù)據(jù)。
發(fā)射系統(tǒng)還可以在封裝XPE包時(shí),當(dāng)待封裝的數(shù)據(jù)_一即業(yè)務(wù)數(shù)據(jù)包 或糾錯(cuò)數(shù)據(jù)的長(zhǎng)度超過(guò)XPE最大數(shù)據(jù)單元長(zhǎng)度(4096字節(jié))時(shí),則進(jìn)行分 割,可以將數(shù)據(jù)分拆在多個(gè)XPE包中。
發(fā)射系統(tǒng)還可以在封裝XPE包時(shí),在XPE包前面加4個(gè)BYTE的 HEADER (頭部),這樣可以在XPE頭判斷錯(cuò)誤的時(shí)候,通過(guò)此HEADER 找到下面的XPE包。
所述的XPE頭可以包括以下字段中的任意一個(gè)或幾個(gè)
開(kāi)始標(biāo)志,用于表示業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)的開(kāi)始部分是否在本XPE包 (包括XPE-FEC包)中;可以但不限于占用l位??梢远x本字li取值 "1"表示本XPE包(包括XPE-FEC包)中攜帶著業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)的
開(kāi)始部分,取值"0"表示業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)的開(kāi)始部分不在本XPE包(包
括XPE-FEC包)內(nèi)。
結(jié)束標(biāo)志,用于表示業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)的結(jié)束部分是否在本XPE包 (包括XPE-FEC包)中;可以但不限于占用l位??梢远x本字段取值"1"表示本XPE包(包括XPE-FEC包)攜帶著業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)的結(jié) 束部分,取值"0"表示業(yè)務(wù)數(shù)據(jù)/糾錯(cuò)數(shù)據(jù)的結(jié)束部分不在本XPE包(包括 XPE-FEC包)內(nèi)。
比如一個(gè)業(yè)務(wù)數(shù)據(jù)包未分拆,全部封裝在一個(gè)XPE包里,則開(kāi)始標(biāo)志 和結(jié)束標(biāo)志的值均為"1"。
如果對(duì)業(yè)務(wù)數(shù)據(jù)/糾錯(cuò)數(shù)據(jù)不進(jìn)行分拆,則可以沒(méi)有這兩個(gè)字段。
凈荷類型,用于表示本XPE包(包括XPE-FEC包)中的數(shù)據(jù)凈荷是未 進(jìn)行FEC的業(yè)務(wù)數(shù)據(jù)、進(jìn)行過(guò)FEC的業(yè)務(wù)數(shù)據(jù)、還是糾錯(cuò)數(shù)據(jù);可以但不 限于占用2位。可以定義本字段取值"00"表示數(shù)據(jù)凈荷為未進(jìn)行FEC 的業(yè)務(wù)數(shù)據(jù);取值"01"表示數(shù)據(jù)凈荷為進(jìn)行過(guò)FEC的業(yè)務(wù)數(shù)據(jù);取值"10" 表示數(shù)據(jù)凈荷為糾錯(cuò)數(shù)據(jù);"11"保留。
凈荷長(zhǎng)度,用于表示本XPE包(包括XPE-FEC包)攜帶的凈荷長(zhǎng)度, 單位為字節(jié);可以但不限于占用12位,取值范圍0~4095。若業(yè)務(wù)數(shù)據(jù)或 糾錯(cuò)數(shù)據(jù)未進(jìn)行分割,則本字段即為業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)的數(shù)據(jù)包總長(zhǎng)度。
CRC指示,用于表示本XPE包(包括XPE-FEC包)的凈荷是否進(jìn)行過(guò) CRC^32校驗(yàn);可以但不限于占用1位??梢远x本字段取值"0"表示 本XPE包(包括XPE-FEC包)的凈荷未進(jìn)行CRC一32校驗(yàn),取值"1"表 示本XPE包(包括XPE-FEC包)的凈荷進(jìn)行CRC—32校驗(yàn),并且本XPE 包(包括XPE-FEC包)中,數(shù)據(jù)凈荷后帶有CRC—32數(shù)據(jù)。
數(shù)據(jù)包標(biāo)識(shí),用于標(biāo)識(shí)XPE包;可以^E不限于占用7位,在0 ~ 127范 圍內(nèi)循環(huán)遞增加1取值,初值為0。
數(shù)據(jù)包總長(zhǎng)度,只有當(dāng)業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)進(jìn)行分割時(shí)才需要傳輸本字 段;用于表示數(shù)據(jù)凈荷未分割時(shí)的數(shù)據(jù)包總長(zhǎng)度,單位為字節(jié);可以但不限 于占用16位,取值范圍0-65535。若業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)未分割,則不傳 輸本字段,凈荷長(zhǎng)度字段即表示業(yè)務(wù)數(shù)據(jù)或糾錯(cuò)數(shù)據(jù)的數(shù)據(jù)包總長(zhǎng)度。
業(yè)務(wù)模式指示,該字段只使用在凈荷為業(yè)務(wù)數(shù)據(jù)的XPE包中,用于表 示業(yè)務(wù)數(shù)據(jù)的協(xié)議;可以但不限于占用1位。可以定義本字段取值"0" 表示業(yè)務(wù)數(shù)據(jù)為流模式數(shù)據(jù);取值"0"表示業(yè)務(wù)數(shù)據(jù)為文件模式數(shù)據(jù)。保留位,可以但不限于占用7位。
FEC算法標(biāo)識(shí),該字段只使用在凈荷為糾錯(cuò)數(shù)據(jù)的XPE包——即 XPE-FEC包中,用于標(biāo)識(shí)所采用的前向糾錯(cuò)算法的類型;可以但不限于占 用8位??梢远x本字段取值"0x00"表示采用RS (255, 191 );其它 值保留。
FEC參數(shù)長(zhǎng)度,該字段只使用在XPE-FEC包中,用于表示后續(xù)前向糾 錯(cuò)參數(shù)信息的總長(zhǎng)度,單位為字節(jié);可以但不限于占用8位,取值范圍0~ 255。
FEC參數(shù),該字段只使用在XPE-FEC包中,用于指示所采用的前向糾 錯(cuò)算法的參數(shù)。本字段的語(yǔ)法跟前向糾錯(cuò)算法相關(guān),長(zhǎng)度由"FEC參數(shù)長(zhǎng)度" 字段指定。定義前向糾錯(cuò)算法時(shí),需要同時(shí)定義本字段。
校驗(yàn)和,用于對(duì)XPE頭(包括XPE-FEC頭)信息進(jìn)行校驗(yàn),是本字段 前面所有字節(jié)進(jìn)行XOR運(yùn)算的值。
凈荷為業(yè)務(wù)數(shù)據(jù)并且進(jìn)行CRC校驗(yàn)時(shí)的XPE包如圖2所示;XPE-FEC 包如圖3所示。
本發(fā)明針對(duì)上述傳輸技術(shù)提供了相應(yīng)的接收方法和終端,下面將結(jié)合附 圖進(jìn)4亍詳細(xì)"i兌明。
本發(fā)明針對(duì)上述傳輸技術(shù)提供了 一種廣播系統(tǒng)中數(shù)據(jù)的接收方法,如圖 4所示,包括
A、 終端接收廣播數(shù)據(jù)后,從復(fù)用子幀的數(shù)據(jù)段中提取出XPE包。
B、 終端根據(jù)XPE頭里的信息提取本XPE包中的數(shù)據(jù)凈荷,得到業(yè)務(wù)數(shù)據(jù)。
本步驟還可以包括終端首先根據(jù)XPE頭中的校驗(yàn)和字段判斷是否該 XPE包是否正確被接收;如果正確被接收,則根據(jù)XPE頭中的信息提取所 述XPE包里的數(shù)據(jù)凈荷。如果沒(méi)有正確被接收,并且XPE包前有HEADER 時(shí),終端可以通過(guò)所述HEADER找到下面的XPE包。
本步驟還可以包括如果XPE頭中CRC指示表示本XPE包進(jìn)行過(guò)CRC
校驗(yàn),則終端先根據(jù)XPE包中的CRC數(shù)據(jù)對(duì)本XPE包中的數(shù)據(jù)凈荷進(jìn)行 CRC纟全驗(yàn),如果正確則提取所述XPE包里的數(shù)據(jù)凈荷。
本步驟還可以包括如果根據(jù)XPE頭中的凈荷類型判斷數(shù)據(jù)凈荷是進(jìn) 行過(guò)FEC的業(yè)務(wù)數(shù)據(jù),則終端先根據(jù)XPE頭找到封裝了糾錯(cuò)數(shù)據(jù)的XPE包, 然后提取出糾錯(cuò)數(shù)據(jù)以確定所采用的FEC算法及參數(shù),從而對(duì)所述數(shù)據(jù)凈 荷進(jìn)行FEC。
本步驟還可以包括終端根據(jù)XPE頭中的開(kāi)始標(biāo)志和結(jié)束標(biāo)志判斷本 XPE包中的數(shù)據(jù)凈荷是分拆過(guò)的時(shí),將其與其它相應(yīng)XPE包中的數(shù)據(jù)凈荷 組合,恢復(fù)為分拆前的數(shù)據(jù)。
C、終端根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。
本步驟具體包括根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷所述業(yè)務(wù)數(shù)據(jù)的
類型,對(duì)流模式數(shù)據(jù)進(jìn)行實(shí)時(shí)解析,將文件模式數(shù)據(jù)存儲(chǔ)在本地,供用戶瀏
覽時(shí)解析。
流模式數(shù)據(jù)包括流媒體數(shù)據(jù)、授權(quán)信息和流模式數(shù)據(jù)服務(wù);本步驟中, 終端對(duì)流模式數(shù)據(jù)進(jìn)行實(shí)時(shí)解析是指
對(duì)流媒體數(shù)據(jù)進(jìn)行解碼;
對(duì)授權(quán)信息按照現(xiàn)有技術(shù)進(jìn)行處理;
對(duì)流模式數(shù)據(jù)服務(wù),在不需要讀取時(shí)丟棄;需要顯示其內(nèi)容時(shí)加載對(duì)應(yīng) 的解釋程序進(jìn)行讀取并插j文。
其中,對(duì)流媒體數(shù)據(jù)進(jìn)行解碼可以是指終端直接將接收到的流媒體數(shù) 據(jù)包中的音頻包及視頻包送到相應(yīng)的解碼器中;解碼器將其解碼得到音/視 頻流,需要顯示時(shí)將解碼后的音/視頻流播放出來(lái);不需要顯示時(shí)則丟棄。
對(duì)流媒體數(shù)據(jù)進(jìn)行解碼還可以是指終端將提取出的流J(某體數(shù)據(jù)包構(gòu)造 為IP包并發(fā)送到本終端里的TCP/IP層,需要顯示時(shí)透過(guò)TCP/IP層獲取用 戶數(shù)據(jù)才艮協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流士某體播放軟件進(jìn)行播放。
本發(fā)明實(shí)施例所述的構(gòu)造IP包可以是指將所述流媒體數(shù)據(jù)包(例如 RTP包)按UDP協(xié)議封包后再按IP協(xié)議封包;本發(fā)明實(shí)施例所述的按照IP協(xié)議進(jìn)行封包即將UDP包前加上IP包頭;本發(fā)明實(shí)施例所述的按照UDP 協(xié)議進(jìn)行封包即將將流媒體數(shù)據(jù)包加上UDP包頭,其中目標(biāo)端口號(hào)與流媒 體數(shù)據(jù)包中的數(shù)據(jù)類型相對(duì)應(yīng),比如一見(jiàn)頻對(duì)應(yīng)端口號(hào)8000,音頻對(duì)應(yīng)端口 號(hào)8002,該對(duì)應(yīng)關(guān)系可以事先存儲(chǔ)在終端本地,也可以通過(guò)配置文件的形 式廣播給終端。
本發(fā)明實(shí)施例所述的終端透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并 用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放可以是指終端里保存有目標(biāo)端口號(hào) 與流媒體播放軟件的對(duì)應(yīng)關(guān)系,終端透過(guò)TCP/IP層獲取到所述IP包里的 UDP包后,根據(jù)所述對(duì)應(yīng)關(guān)系,使用UDP包頭中目標(biāo)端口號(hào)所對(duì)應(yīng)的標(biāo)準(zhǔn) 流媒體播放軟件來(lái)播放UDP包中的流媒體數(shù)據(jù)。
本發(fā)明還針對(duì)上述傳輸技術(shù)提供了一種廣播系統(tǒng)中的終端,如圖5所 示,包括接收模塊、網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊和/或解碼器、存儲(chǔ)模塊及訪問(wèn)模塊。
本發(fā)明實(shí)施例所述的接收模塊用于接收廣播數(shù)據(jù),從復(fù)用子幀的數(shù)據(jù)段 中提取出XPE包,并根據(jù)XPE頭里的信息提取出所述XPE包里的數(shù)據(jù)凈荷, 得到業(yè)務(wù)數(shù)據(jù),根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。
本發(fā)明實(shí)施例所述的接收模塊還可以用于先根據(jù)XPE頭中的校驗(yàn)和字 段判斷是否該XPE包是否正確被接收;如果正確被接收,則再根據(jù)XPE頭 中的信息提取所述XPE包里的數(shù)據(jù)凈荷;如果沒(méi)有正確被接收,則通過(guò)XPE 包前的HEADER找到下面的XPE包。
本發(fā)明實(shí)施例所述的接收模塊還可以用于當(dāng)XPE頭中CRC指示表示本 XPE包進(jìn)行過(guò)CRC校驗(yàn)時(shí),先根據(jù)XPE包中的CRC數(shù)據(jù)對(duì)本XPE包中的 數(shù)據(jù)凈荷進(jìn)行CRC檢驗(yàn),如果正確再提取所述XPE包里的數(shù)據(jù)凈荷。
本發(fā)明實(shí)施例所述的接收模塊還可以用于當(dāng)根據(jù)XPE頭中的凈荷類型 判斷數(shù)據(jù)凈荷是進(jìn)行過(guò)FEC的業(yè)務(wù)數(shù)據(jù)時(shí),則先4艮據(jù)XPE頭找到封裝了糾 錯(cuò)數(shù)據(jù)的XPE包,然后提取出糾錯(cuò)數(shù)據(jù)以確定所采用的FEC算法及參數(shù), 從而對(duì)所述進(jìn)行過(guò)FEC的數(shù)據(jù)凈荷進(jìn)行FEC。
本發(fā)明實(shí)施例所述的接收模塊還可以用于當(dāng)根據(jù)XPE頭中的開(kāi)始標(biāo)志 和結(jié)束標(biāo)志判斷本XPE包中的數(shù)據(jù)凈荷是分拆過(guò)的時(shí),將其與其它相應(yīng)XPE 包中的數(shù)據(jù)凈荷組合,恢復(fù)為分拆前的數(shù)據(jù)。
本發(fā)明實(shí)施例所述接收模塊根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng) 處理是指接收模塊根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷所接收的XPE包中 業(yè)務(wù)數(shù)據(jù)的類型,如果為流媒體數(shù)據(jù)包發(fā)送給網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊或?qū)⑵渲械?音頻包和/或視頻包發(fā)給相應(yīng)的解碼器;如果為文件模式數(shù)據(jù)(包括流模式 數(shù)據(jù)服務(wù)對(duì)應(yīng)的解釋程序)則發(fā)給存儲(chǔ)模塊;如果是流模式數(shù)據(jù)服務(wù),在需 要顯示其內(nèi)容時(shí),由訪問(wèn)模塊讀取并播放,不需要顯示時(shí)則丟棄;如果是授 權(quán)信息則可以按現(xiàn)有技術(shù)進(jìn)行相應(yīng)處理。
本發(fā)明實(shí)施例所述的解碼器用于接收所述音頻包和/或視頻包并進(jìn)行解 碼,得到音/纟見(jiàn)頻流。
本發(fā)明實(shí)施例所述的存儲(chǔ)模塊用于存儲(chǔ)所述文件模式數(shù)據(jù),供用戶瀏覽。
本發(fā)明實(shí)施例所述的網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊用于接收所述流媒體數(shù)據(jù)包,將 其構(gòu)造為IP包并發(fā)送到終端里的TCP/IP層。
本發(fā)明實(shí)施例所述的網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊構(gòu)造IP包可以是指網(wǎng)絡(luò)協(xié)議 轉(zhuǎn)換模塊將所述流媒體數(shù)據(jù)包按UDP協(xié)議封包后再按IP協(xié)議封包;本發(fā)明 實(shí)施例所述的按照IP協(xié)議進(jìn)行封包即將UDP包前加上IP包頭;本發(fā)明實(shí) 施例所述的按照UDP協(xié)議進(jìn)行封包即將將流媒體數(shù)據(jù)包加上UDP包頭,其 中目標(biāo)端口號(hào)與流媒體數(shù)據(jù)包中的數(shù)據(jù)類型相對(duì)應(yīng)。
本發(fā)明實(shí)施例所述的訪問(wèn)模塊用于訪問(wèn)存儲(chǔ)模塊中的文件模式數(shù)據(jù),可 以但不限于用瀏覽器進(jìn)行訪問(wèn);還用于在需要顯示流々某體數(shù)據(jù)時(shí)透過(guò)TCP/IP 層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放, 或用于播放解碼器解碼后的音/視頻流;還用于在需要顯示流模式數(shù)據(jù)服務(wù) 內(nèi)容時(shí)加載存儲(chǔ)模塊中保存的對(duì)應(yīng)的解釋程序讀取流模式數(shù)據(jù)服務(wù)并播放。
本發(fā)明實(shí)施例所述的訪問(wèn)模塊透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP
包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放可以是指訪問(wèn)模塊中保存有目 標(biāo)端口與流媒體播放軟件的對(duì)應(yīng)關(guān)系,訪問(wèn)模塊透過(guò)TCP/IP層獲取到所述 IP包里的UDP包后,根據(jù)所述對(duì)應(yīng)關(guān)系,使用UDP包頭中目標(biāo)端口號(hào)所對(duì) 應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件來(lái)播放UDP包中的流媒體數(shù)據(jù)。
當(dāng)然,本發(fā)明還可有其他多種實(shí)施例,在不背離本發(fā)明精神及其實(shí)質(zhì)的 形,但這些相應(yīng)的改變和變形都應(yīng)屬于本發(fā)明所附的權(quán)利要求的保護(hù)范圍。
權(quán)利要求
1、一種廣播系統(tǒng)中數(shù)據(jù)的接收方法,其特征在于,包括A、接收廣播數(shù)據(jù)后,從復(fù)用子幀的數(shù)據(jù)段中提取出可擴(kuò)展協(xié)議封裝XPE包;B、根據(jù)XPE頭里的信息提取本XPE包中的數(shù)據(jù)凈荷,得到業(yè)務(wù)數(shù)據(jù);C、根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。
2、 如權(quán)利要求1所述的接收方法,其特征在于,步驟C具體包括根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷業(yè)務(wù)數(shù)據(jù)的類型,對(duì)流模式數(shù)據(jù)進(jìn) 行實(shí)時(shí)解析,將文件模式數(shù)據(jù)存儲(chǔ)在本地;所述流模式數(shù)據(jù)以數(shù)據(jù)流的方式展現(xiàn),所述文件模式數(shù)據(jù)以文件的方式 展現(xiàn)。
3、 如權(quán)利要求2所述的接收方法,其特征在于,對(duì)流模式數(shù)據(jù)進(jìn)行實(shí) 時(shí)解析具體包括對(duì)流媒體數(shù)據(jù)進(jìn)行解碼;對(duì)流模式數(shù)據(jù)服務(wù),在需要顯示其內(nèi)容時(shí)加載對(duì)應(yīng)的解釋程序進(jìn)行讀取 并播放。
4、 如權(quán)利要求3所述的接收方法,其特征在于,對(duì)流媒體數(shù)據(jù)進(jìn)行解 碼是指直接將流媒體數(shù)據(jù)包中的音頻包及視頻包送到相應(yīng)的解碼器中進(jìn)行解 碼得到音/視頻流,在需要顯示時(shí)進(jìn)行播放。
5、 如權(quán)利要求3所述的接收方法,其特征在于,對(duì)流4某體數(shù)據(jù)進(jìn)行解 碼是指-.將提取出的流媒體數(shù)據(jù)包構(gòu)造為IP包并發(fā)送到本地的TCP/IP層,需要 顯示時(shí)透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播 放軟件進(jìn)行播放。
6、如權(quán)利要求5所述的接收方法,其特征在于,構(gòu)造IP包是指將所述流媒體數(shù)據(jù)包按UDP協(xié)議封包后再按IP協(xié)議封包,其中目標(biāo)端口號(hào)與流媒體數(shù)據(jù)包中的數(shù)據(jù)類型相對(duì)應(yīng)。
7、如權(quán)利要求5所述的接收方法,其特征在于,透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放是指本地保存有目標(biāo)端口號(hào)與流媒體播放軟件的對(duì)應(yīng)關(guān)系,終端透過(guò)TCP/IP層獲取到所述IP包里的UDP包后,根據(jù)所述對(duì)應(yīng)關(guān)系,使用UDP包頭中目標(biāo)端口號(hào)所對(duì)應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件來(lái)播放UDP包中的流媒體數(shù)據(jù)。
8、如權(quán)利要求1到7中任一項(xiàng)所述的接收方法,其特征在于,步驟B 還包括根據(jù)XPE頭中的開(kāi)始標(biāo)志和結(jié)束標(biāo)志判斷本XPE包中的數(shù)據(jù)凈荷是分拆過(guò)的時(shí),將其與其它相應(yīng)XPE包中的數(shù)據(jù)凈荷組合,恢復(fù)為分拆前的數(shù)據(jù)。
9、如權(quán)利要求1到7中任一項(xiàng)所述的接收方法,其特征在于,步驟B 還包括如果XPE頭中循環(huán)校驗(yàn)碼CRC指示表示本XPE包進(jìn)行過(guò)CRC校驗(yàn),則先根據(jù)XPE包中的CRC數(shù)據(jù)對(duì)本XPE包中的數(shù)據(jù)凈荷進(jìn)行CRC檢驗(yàn),如果正確則提取所述XPE包里的數(shù)據(jù)凈荷。
10、如權(quán)利要求1到7中任一項(xiàng)所述的接收方法,其特征在于,步驟B 還包括如果根據(jù)XPE頭中的凈荷類型判斷數(shù)據(jù)凈荷是進(jìn)行過(guò)前向糾錯(cuò)FEC的業(yè)務(wù)數(shù)據(jù),則先根據(jù)XPE頭找到封裝了糾錯(cuò)數(shù)據(jù)的XPE包,然后提取出糾錯(cuò)數(shù)據(jù)以確定所采用的FEC算法及參數(shù),從而對(duì)所述數(shù)據(jù)凈荷進(jìn)行FEC。
11、如權(quán)利要求1到7中任一項(xiàng)所述的接收方法,其特征在于,步驟B前還包括首先根據(jù)XPE頭中的校驗(yàn)和字段判斷是否該XPE包是否正確被接收;如果正確被接收,則進(jìn)行步驟B;如果沒(méi)有正確被接收,則通過(guò)XPE包前的頭部HEADER找到下面的XPE包。
12、 一種廣播系統(tǒng)中的終端,包括接收模塊;其特征在于所述接收模塊用于接收廣播數(shù)據(jù),從復(fù)用子幀的數(shù)據(jù)段中提取出XPE 包,并根據(jù)XPE頭里的信息提取出所述XPE包里的數(shù)據(jù)凈荷,得到業(yè)務(wù)數(shù)據(jù);并根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。
13、 如權(quán)利要求12所述的終端,其特征在于還包括存儲(chǔ)模塊、網(wǎng)絡(luò)協(xié)議模塊和/或解碼器、及訪問(wèn)模塊;所述接收模塊根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理是指接收模塊根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷所接收的XPE包中業(yè)務(wù)數(shù)據(jù)的類型,如果為流媒體數(shù)據(jù)包則發(fā)送給網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊或?qū)⑵渲械囊纛l包和/或視頻包發(fā)給相應(yīng)的解碼器;如果為文件模式數(shù)據(jù)則發(fā)給存儲(chǔ)模塊, 所述文件模式數(shù)據(jù)包括流模式數(shù)據(jù)服務(wù)對(duì)應(yīng)的解釋程序;如果是流模式數(shù)據(jù)服務(wù),則等待訪問(wèn)模塊讀?。凰鼍W(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊用于接收所述流媒體數(shù)據(jù)包,將其構(gòu)造為IP包并發(fā)送到終端里的TCP/IP層;所述解碼器用于接收所述音頻包和/或視頻包并解碼得到音/視頻流;所述訪問(wèn)模塊用于訪問(wèn)存儲(chǔ)模塊中的文件模式數(shù)據(jù);還用于在需要顯示流媒體數(shù)據(jù)時(shí)透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流 媒體播放軟件進(jìn)行播放;還用于在需要顯示流模式數(shù)據(jù)服務(wù)內(nèi)容時(shí)加載存儲(chǔ)模塊中保存的對(duì)應(yīng)的解釋程序讀取流模式數(shù)據(jù)服務(wù)并播放。
14、 如權(quán)利要求13所述的終端,其特征在于,所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊構(gòu)造IP包是指網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊將所述流媒體數(shù)據(jù)包按UDP協(xié)議封包后再按IP協(xié)議封包;其中目標(biāo)端口號(hào)與流媒體數(shù)據(jù)包中的數(shù)據(jù)類型相對(duì)應(yīng)。
15、 如權(quán)利要求13所述的終端,其特征在于,所述訪問(wèn)模塊透過(guò)TCP/IP層獲取用戶數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放是 指訪問(wèn)模塊中保存有目標(biāo)端口號(hào)與流媒體播放軟件的對(duì)應(yīng)關(guān)系,訪問(wèn)模塊 透過(guò)TCP/IP層獲取到所述IP包里的UDP包后,根據(jù)所述對(duì)應(yīng)關(guān)系,使用 UDP包頭中目標(biāo)端口號(hào)所對(duì)應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件來(lái)播放UDP包中的流 媒體數(shù)據(jù)。
16、 如權(quán)利要求12到15任一項(xiàng)所述的終端,其特征在于所述接收模塊還用于當(dāng)根據(jù)XPE頭中的開(kāi)始標(biāo)志和結(jié)束標(biāo)志判斷本 XPE包中的數(shù)據(jù)凈荷是分拆過(guò)的時(shí),將其與其它相應(yīng)XPE包中的數(shù)據(jù)凈荷 組合,恢復(fù)為分拆前的數(shù)據(jù)。
17、 如權(quán)利要求12到15任一項(xiàng)所述的終端,其特征在于所述接收模塊還用于當(dāng)XPE頭中CRC指示表示本XPE包進(jìn)行過(guò)CRC 校驗(yàn)時(shí),先根據(jù)XPE包中的CRC數(shù)據(jù)對(duì)本XPE包中的數(shù)據(jù)凈荷進(jìn)行CRC 檢驗(yàn),如果正確再提取所述XPE包里的數(shù)據(jù)凈荷。
18、 如權(quán)利要求12到15任一項(xiàng)所述的終端,其特征在于所述接收模塊還用于當(dāng)根據(jù)XPE頭中的凈荷類型判斷數(shù)據(jù)凈荷是進(jìn)行過(guò)FEC的業(yè)務(wù)數(shù)據(jù)時(shí),則先根據(jù)XPE頭找到封裝了糾錯(cuò)數(shù)據(jù)的XPE包,然后提取出糾錯(cuò)數(shù)據(jù)以確定所采用的FEC算法及參數(shù),從而對(duì)所述進(jìn)行過(guò)FEC 的數(shù)據(jù)凈荷進(jìn)行FEC。
19、 如權(quán)利要求12到15任一項(xiàng)所述的終端,其特征在于是否正確被接收;如果正確被接收,則根據(jù)XPE頭中的信息提取所述XPE 包里的數(shù)據(jù)凈荷;如果沒(méi)有正確被接收,則通過(guò)XPE包前的HEADER找到 下面的XPE包。
全文摘要
本發(fā)明公開(kāi)了一種廣播系統(tǒng)中數(shù)據(jù)的接收方法和終端;所述接收方法包括A.接收廣播數(shù)據(jù)后,從復(fù)用子幀的數(shù)據(jù)段中提取出可擴(kuò)展協(xié)議封裝XPE包;B.根據(jù)XPE頭里的信息提取本XPE包中的數(shù)據(jù)凈荷,得到業(yè)務(wù)數(shù)據(jù);C.根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。所述終端包括接收模塊,用于接收廣播數(shù)據(jù),從復(fù)用子幀的數(shù)據(jù)段中提取出XPE包,并根據(jù)XPE頭里的信息提取出所述XPE包里的數(shù)據(jù)凈荷,得到業(yè)務(wù)數(shù)據(jù);并根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理。本發(fā)明使得終端能夠以簡(jiǎn)便易行統(tǒng)一的方式,實(shí)現(xiàn)廣播系統(tǒng)中各類業(yè)務(wù)數(shù)據(jù)的接收降低了接收的復(fù)雜度;提高了終端的通用性和擴(kuò)展能力。
文檔編號(hào)H04L1/00GK101207460SQ20071017958
公開(kāi)日2008年6月25日 申請(qǐng)日期2007年12月14日 優(yōu)先權(quán)日2007年12月14日
發(fā)明者呂義柱, 孫家旺, 輝 張, 楊君云, 王西強(qiáng), 兵 肖, 鄒暢捷, 郭洛瑋 申請(qǐng)人:北京創(chuàng)毅視訊科技有限公司