專(zhuān)利名稱(chēng)：一種廣播系統(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)行支 持和保障，而且終端廠(chǎng)商常需要對(duì)新推出數(shù)據(jù)服務(wù)的標(biāo)準(zhǔn)開(kāi)發(fā)對(duì)應(yīng)的軟硬
件。無(wú)論的數(shù)據(jù)服務(wù)標(biāo)準(zhǔn)的制定還是終端廠(chǎng)商為某項(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)中各類(lèi)業(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ù)的類(lèi)型，對(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層獲取用戶(hù)數(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ù)類(lèi)型相對(duì)應(yīng)。
進(jìn)一步的，透過(guò)TCP/IP層獲取用戶(hù)數(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頭中的凈荷類(lèi)型判斷數(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é)議模塊和/或解碼器、及 訪(fǎng)問(wèn)模塊；
所述接收模塊根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理是指
接收模塊根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷所接收的XPE包中業(yè)務(wù)數(shù) 據(jù)的類(lèi)型，如果為流媒體數(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ù)，則等待訪(fǎng)問(wèn)模塊讀?。?br> 所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊用于接收所述流媒體數(shù)據(jù)包，將其構(gòu)造為IP包
并發(fā)送到終端里的TCP/IP層；
所述解碼器用于接收所述音頻包和/或視頻包并解碼得到音/視頻流；
所述訪(fǎng)問(wèn)模塊用于訪(fǎng)問(wèn)存儲(chǔ)模塊中的文件模式數(shù)據(jù)；還用于在需要顯示 流媒體數(shù)據(jù)時(shí)透過(guò)TCP/IP層獲取用戶(hù)數(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ù)類(lèi)型相對(duì)應(yīng)。
進(jìn)一步的，所述訪(fǎng)問(wèn)模塊透過(guò)TCP/IP層獲取用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP包并 用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放是指訪(fǎng)問(wèn)模塊中保存有目標(biāo)端口號(hào) 與流媒體播放軟件的對(duì)應(yīng)關(guān)系，訪(fǎng)問(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頭中的凈荷類(lèi)型判斷數(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)的各類(lè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ù)包括兩類(lèi)， 一類(lèi)是流模式數(shù)據(jù)，指如 音視頻數(shù)據(jù)、ECM(授權(quán)控制信息)、EMM(授權(quán)管理信息)、音頻廣播、 數(shù)據(jù)流形式的數(shù)據(jù)服務(wù)等以數(shù)據(jù)流方式呈現(xiàn)給用戶(hù)的業(yè)務(wù)類(lèi)型；另一類(lèi)為以 文件方式呈現(xiàn)給用戶(hù)的文件模式數(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ú)線(xiàn)終端。
發(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包稱(chēng)為 XPE-FEC包，將XPE-FEC包的XPE頭稱(chēng)為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位。可以定義本字段取值"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è)字段。
凈荷類(lèi)型，用于表示本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位。可以定義本字段取值"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位?？梢远x本字段取值"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ò)算法的類(lèi)型；可以但不限于占 用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頭中的凈荷類(lèi)型判斷數(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ù)的
類(lèi)型，對(duì)流模式數(shù)據(jù)進(jìn)行實(shí)時(shí)解析，將文件模式數(shù)據(jù)存儲(chǔ)在本地，供用戶(hù)瀏
覽時(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層獲取用 戶(hù)數(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ù)類(lèi)型相對(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層獲取用戶(hù)數(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ǔ)模塊及訪(fǎng)問(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頭中的凈荷類(lèi)型 判斷數(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ù)的類(lèi)型，如果為流媒體數(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í)，由訪(fǎng)問(wèn)模塊讀取并播放，不需要顯示時(shí)則丟棄；如果是授 權(quán)信息則可以按現(xiàn)有技術(shù)進(jìn)行相應(yīng)處理。
本發(fā)明實(shí)施例所述的解碼器用于接收所述音頻包和/或視頻包并進(jìn)行解 碼，得到音/纟見(jiàn)頻流。
本發(fā)明實(shí)施例所述的存儲(chǔ)模塊用于存儲(chǔ)所述文件模式數(shù)據(jù)，供用戶(hù)瀏覽。
本發(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ù)類(lèi)型相對(duì)應(yīng)。
本發(fā)明實(shí)施例所述的訪(fǎng)問(wèn)模塊用于訪(fǎng)問(wèn)存儲(chǔ)模塊中的文件模式數(shù)據(jù)，可 以但不限于用瀏覽器進(jìn)行訪(fǎng)問(wèn)；還用于在需要顯示流々某體數(shù)據(jù)時(shí)透過(guò)TCP/IP 層獲取用戶(hù)數(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í)施例所述的訪(fǎng)問(wèn)模塊透過(guò)TCP/IP層獲取用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP
包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放可以是指訪(fǎng)問(wèn)模塊中保存有目 標(biāo)端口與流媒體播放軟件的對(duì)應(yīng)關(guān)系，訪(fǎng)問(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ù)的類(lèi)型，對(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層獲取用戶(hù)數(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ù)類(lèi)型相對(duì)應(yīng)。
7、如權(quán)利要求5所述的接收方法，其特征在于，透過(guò)TCP/IP層獲取用戶(hù)數(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頭中的凈荷類(lèi)型判斷數(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é)議模塊和/或解碼器、及訪(fǎng)問(wèn)模塊；所述接收模塊根據(jù)XPE頭中的信息對(duì)業(yè)務(wù)數(shù)據(jù)進(jìn)行相應(yīng)處理是指接收模塊根據(jù)XPE頭中的業(yè)務(wù)模式指示判斷所接收的XPE包中業(yè)務(wù)數(shù)據(jù)的類(lèi)型，如果為流媒體數(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ù)，則等待訪(fǎng)問(wèn)模塊讀??；所述網(wǎng)絡(luò)協(xié)議轉(zhuǎn)換模塊用于接收所述流媒體數(shù)據(jù)包，將其構(gòu)造為IP包并發(fā)送到終端里的TCP/IP層；所述解碼器用于接收所述音頻包和/或視頻包并解碼得到音/視頻流；所述訪(fǎng)問(wèn)模塊用于訪(fǎng)問(wèn)存儲(chǔ)模塊中的文件模式數(shù)據(jù)；還用于在需要顯示流媒體數(shù)據(jù)時(shí)透過(guò)TCP/IP層獲取用戶(hù)數(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ù)類(lèi)型相對(duì)應(yīng)。
15、 如權(quán)利要求13所述的終端，其特征在于，所述訪(fǎng)問(wèn)模塊透過(guò)TCP/IP層獲取用戶(hù)數(shù)據(jù)報(bào)協(xié)議UDP包并用相應(yīng)的標(biāo)準(zhǔn)流媒體播放軟件進(jìn)行播放是 指訪(fǎng)問(wèn)模塊中保存有目標(biāo)端口號(hào)與流媒體播放軟件的對(duì)應(yīng)關(guān)系，訪(fǎng)問(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頭中的凈荷類(lèi)型判斷數(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)中各類(lèi)業(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)毅視訊科技有限公司