數字廣播系統和在數字廣播系統中處理數據的方法

專利名稱：：數字廣播系統和在數字廣播系統中處理數據的方法
技術領域：
：本發明涉及數字廣播系統，更具體地，涉及一種數字廣播系統和數據處理方法。
背景技術：
：在北美及韓國被采用為數字廣播標準的殘余邊帶(VSB，vestigialsideband)傳送模式是一種使用單載波方法的系統。因此，在不良的信道環境中，數字廣播接收系統的接收性能會惡化。具體地說，由于在使用便攜式和/或移動廣播接收機時會要求對信道變化及噪聲的更高的抵抗能力，因此在使用VSB傳送模式發送移動業務數據時接收性能可能會更加惡化。
發明內容技術問題本發明的一個目的是提供一種對信道變化和噪聲具有很高的抵抗力的數字廣播系統和數據處理方法。本發明的一個目的是提供一種能夠通過使發送系統(或發射機)對移動業務數據執行附加編碼而提高接收系統(或接收機)的接收性能的數字廣播系統和在該數字廣播系統中處理數據的方法。本發明的另一個目的是提供一種能夠通過在數據區內的預定區域中插入根據接收系統和發送系統之間預先達成的協定而已知的已知數據來同樣提高數字廣播接收系統的接收性能的數字廣播系統和在該數字廣播系統中處理數據的方法。本發明的另一個目的是提供一種能夠按照恒定的比特率對在時間上不連續地接收的業務數據進行處理的數字廣播系統和在該數字廣播系統中使用的數據處理方法。技術方案本發明提供了一種數據處理方法。該數據處理方法包括以下步驟接收復用了主業務數據和移動業務數據的廣播信號；解調所述廣播信號以獲取快速信息信道信令信息，該快速信息信道信令信息包括用于系統時鐘的參考時間信息，并且輸出所述廣播信號的幀的特定位置的解調時間信息；解碼所述快速信息信道信令信息，并且根據輸出的解調時間信息在解調時間將所述參考時間信息確定為所述系統時鐘；以及根據所述系統時鐘來解碼所述移動業務數據。在另一個方面，本發明提供了一種數字廣播系統。該數字廣播系統包括接收機，其被配置成接收復用了主業務數據和移動業務數據的廣播信號；解調器，其被配置成解調所述廣播信號以獲取快速信息信道信令信息，該快速信息信道信令信息包括用于系統時鐘的參考時間信息，并且輸出所述廣播信號的幀的特定位置的解調時間信息；管理器，其被配置成使用所述快速信息信道信令信息、根據解調時間信息在解調時間將所述參考時間信息確定為所述系統時鐘；解碼器，其被配置成根據所述系統時鐘來解碼所述移動業務數據；以及顯示器，其被配置成顯示包含在解碼后的移動業務數據中的內容數據。所述參考時間信息是網絡時間協議(NTP，networktimeprotocol)時間戳。所述移動業務數據被包含在所述廣播信號的數據組中，所述數據組是以時間不連續的方式被接收的。使用根據所述參考時間信息的所述系統時間來輸出包含在所述移動業務數據中的內容數據。有益效果根據本發明的數字廣播系統和數據處理方法對當在信道上發送移動業務數據時發生的任何錯誤都具有較強的抵抗力，并且能夠很容易地與常規接收機兼容。根據本發明的數字廣播系統通常能夠在具有很多重影和噪聲的不良信道上沒有任何錯誤地接收移動業務數據。根據本發明的數字廣播系統在數據區的特定位置處插入已知數據，并且執行信號傳輸，由此在非常不穩定的信道環境中提高接收性能。另外，根據本發明的數字廣播系統和數據處理方法能夠按照恒定的比特率來處理在時間上不連續地接收到的業務數據。圖1例示了根據本發明的一個實施方式的數字廣播接收系統的總體結構的框圖；圖2例示了根據本發明的數據組(datagroup)的示例性結構；圖3例示了根據本發明的一個實施方式的RS幀；圖4例示了根據本發明的用于發送和接收移動業務數據的MH幀結構的一個示例；圖5例示了一般VSB幀結構的一個示例；圖6例示了子幀的前4個時隙在空間區域內相對于與VSB幀的映射位置的一個示例；圖7例示了子幀的前4個時隙在時序(或時間)區域內相對于VSB幀的映射位置的一個示例；圖8例示了根據本發明的、被指定到構成MH幀的5個子幀中的一個子幀的數據組的示例性次序；圖9例示了根據本發明的、被指定到MH幀的單個隊列(parade)的一個示例；圖10例示了指定到根據本發明的MH幀的3個隊列的一個示例；圖11例示了將圖10所示的指定3個隊列的過程擴展到MH幀內的5個子幀的一個示例；圖12例示了根據本發明的一個實施方式的數據傳輸結構，其中，將信令數據包括在數據組中、以進行發送；圖13例示了根據本發明的一個實施方式的分級信令結構；圖14例示了根據本發明的一個實施方式的示例性FIC主體格式；圖15例示了根據本發明的一個實施方式的、關于FIC段的示例性比特流語法結構；圖16例示了當FIC類型字段值等于“0”時的、根據本發明的FIC段的有效載荷的示例性比特流語法結構；圖17例示了根據本發明的業務映射表的示例性比特流語法結構；圖18例示了根據本發明的MH音頻描述符的示例性比特流語法結構；圖19例示了根據本發明的MHRTP有效載荷類型描述符的示例性比特流語法結構；圖20例示了根據本發明的MH當前事件描述符的示例性比特流語法結構；圖21例示了根據本發明的MH下一事件描述符的示例性比特流語法結構；圖22例示了根據本發明的MH系統時間描述符的示例性比特流語法結構；圖23例示了根據本發明的業務映射表的分段和封裝過程；圖24例示了根據本發明的、利用FIC和SMT來訪問虛擬信道的流程圖；圖25示出了根據本發明的定時模型的一個示例；圖26示出了當按照根據本發明的時間分片方案發送和接收信號時隨著時間發生變化的比特率；圖27是根據本發明的FIC段數據的另一個示例；圖28是例示了根據本發明的另一個實施方式的數字廣播系統的框圖；圖29示出了根據本發明的PMT中NTP時間戳和PCR之間的關系；圖30是根據本發明的FIC段的另一個示例；圖31是根據本發明的FIC段的另一個示例；以及圖32是例示了根據本發明的數據處理方法的流程圖。具體實施例方式現在將詳細地參考本發明的能夠實現目的優選實施方式。在本文中，在附圖中例示的且通過參考附圖而描述的本發明的結構和操作是實施方式，并且本發明的技術精神和核心結構并不限于這些實施方式。實施方式中使用的術語的定義盡管本發明中所使用的術語是選自公知公用的術語，但是本發明的說明書中所提及的部分術語是申請人根據他或她自己的考慮而選擇的，在說明書中的相關部分對這些術語的詳細含義做出了說明。此外，不能簡單地通過實際使用的術語來理解本發明，而是需要通過各個術語中內在的意義來理解本發明。在本發明的說明書所使用的術語中，“主業務數據”對應于可以由固定接收系統接收的數據，并可以包括音頻/視頻(A/V)數據。更具體地說，主業務數據可包括高清(HDhighdefinition)或標清(SD:standarddefinition)等級的A/V數據，并且也可包括數據廣播所需的各種數據類型。另外，“已知數據”對應于根據接收系統與發送系統之間預先達成的協定而預知的數據。另外，在本發明所使用的術語中，“MH”對應于“移動(mobile)”和“手持(handheld)”的首字母，并且表示與固定類型系統相反的概念。此外，MH業務數據可包括移動業務數據及手持業務數據中的至少一種，并且可以將其簡稱為“移動業務數據”。這里，移動業務數據不僅對應于MH業務數據，而且還可以包括具有移動或便攜特性的任意類型的業務數據。因此，根據本發明的移動業務數據并不僅限于MH業務數據。上述移動業務數據可對應于具有諸如程序執行文件、證券信息等信息的數據，并且也可以對應于A/V數據。最具體地說，移動業務數據可對應于與主業務數據相比具有較低分辨率和較低數據速率的A/V數據。例如，如果用于傳統主業務的A/V編解碼器對應于MPEG-2編解碼器，則具有更好的圖像壓縮效率的MPEG-4高級視頻編碼(AVCadvancedvideocoding)或可擴展視頻編碼(SVCscalablevideocoding)可用作針對移動業務的A/V編解碼器。此外，可以將任意類型的數據作為移動業務數據來發送。例如，可以將用于廣播實時傳輸信息的傳輸協議專家組(TPEGtransportprotocolexpertgroup)數據作為主業務數據來發送。此外，使用移動業務數據的數據業務可包括天氣預報服務、交通信息服務、證券信息服務、觀眾參與問答節目、實時投票及調查、互動教育廣播節目、游戲服務、用于提供關于肥皂劇或連續劇的情節摘要、人物、背景音樂及拍攝場地的信息的服務、用于提供關于過去比賽分數和選手簡介和成績的信息的服務、以及用于提供關于按照業務、介質、時間及主題而分類的使得能夠處理購買訂單的產品信息和節目的信息的服務。在本文中，本發明并不僅限于上述業務。在本發明中，發送系統提供主業務數據的向下兼容性，以使得傳統接收系統可接收主業務數據。在本文中，將主業務數據與移動業務數據復用到同一物理信道，然后進行發送。另外，根據本發明的數字廣播發送系統對移動業務數據執行附加編碼并插入對于接收系統與發送系統已知的數據(例如，已知數據)，由此來發送處理后的數據。因此，當使用根據本發明的發送系統時，盡管在信道中出現各種失真和噪聲，但是接收系統仍然可以在移動狀態下接收到移動業務數據并且還可以穩定地接收移動業務數據。接收系統圖1例示了根據本發明的一個實施方式的數字廣播接收系統的總體結構的框圖。根據本發明的數字廣播接收系統包括基帶處理器100、管理處理器200以及呈現處理器300。基帶處理器100包括操作控制器110、調諧器120、解調器130、均衡器140、已知序列檢測器(或已知數據檢測器)150、塊解碼器(或移動手持塊解碼器)160、主Reed-Solomon(RS)幀解碼器170、輔RS幀解碼器180以及信令解碼器190。操作控制器110對包括在基帶處理器100中的各個塊的操作進行控制。通過將接收系統調諧到特定的物理信道頻率，調諧器120使得接收系統能夠接收到主業務數據(對應于用于固定類型的廣播接收系統的廣播信號)和移動業務數據(對應于用于移動廣播接收系統的廣播信號)。此處，將調諧到特定物理信道的頻率向下變頻為中頻(IF)信號，由此將其輸出到解調器130和已知序列檢測器150。從調諧器120輸出的通帶數字IF信號可以只包括主業務數據，或者可以只包括移動業務數據，或者可以既包括主業務數據又包括移動業務數據。解調器130對從調諧器120輸入的通帶數字IF信號執行自增益控制、載波恢復及定時恢復處理，由此將IF信號改變為基帶信號。隨后，解調器130將基帶信號輸出到均衡器140和已知序列檢測器150。解調器130在定時和/或載波恢復期間使用從已知序列檢測器150輸入的已知數據符號序列，由此來提高解調性能。均衡器140對包括在經過解調器130解調后的信號中的與信道相關的失真予以補償。隨后，均衡器140將經過失真補償后的信號輸出到塊解碼器160。通過使用從已知序列檢測器150輸入的已知數據符號序列，均衡器140可以提高均衡性能。此外，均衡器140可以從塊解碼器160接收對解碼結果的反饋，由此來提高均衡性能。已知序列檢測器150從輸入/輸出數據(即，被解調之前的數據或正在被部分解調處理的數據)中檢測由發送系統插入的已知數據地點(或位置)。隨后，已知序列檢測器150將檢測到的已知數據位置信息以及根據檢測到的位置信息而生成的已知數據序列，輸出到解調器130和均衡器140。另外，為了使得塊解碼器160識別出已由發送系統使用附加編碼進行了處理的移動業務數據、以及尚未經過任何附加編碼處理的主業務數據，已知序列檢測器150將相應的信息輸出到塊解碼器160。如果經過均衡器140進行信道均衡且被輸入到塊解碼器160的數據對應于由發送系統利用塊編碼和網格編碼(trellis-encoding)兩者進行處理之后的數據(即，RS幀內的數據、信令數據)，則塊解碼器160可以執行作為發送系統的逆處理的網格解碼(trellis-decoding)和塊解碼。另一方面，如果經過均衡器140信道進行均衡且被輸入到塊解碼器160的數據對應于只由發送系統進行了網格編碼但未進行塊編碼處理的數據(即，主業務數據)，則塊解碼器160可以只執行網格解碼。信令解碼器190對從均衡器140輸入的已經過信道均衡的信令數據進行解碼。假設輸入到信令解碼器190的信令數據對應于由發送系統利用塊編碼和網格編碼兩者進行處理之后的數據。這樣的信令數據的示例可以包括傳輸參數信道(TPC)數據和快速信息信道(FIC)數據。稍后將更加詳細描述各種類型的數據。將經過信令解碼器190解碼的FIC數據輸出到FIC處理機215。并且，將經過信令解碼器190解碼的TPC數據輸出到TPC處理機214。同時，根據本發明，發送系統按照編碼單位(unit)來使用RS幀。在本文中，可以將RS幀劃分成主RS幀和輔RS幀。然而，根據本發明的實施方式，將依據相應數據的重要程度來劃分主RS幀和輔RS幀。主RS幀解碼器170接收從塊解碼器160輸出的數據。此處，根據本發明的實施方式，主RS幀解碼器170只從塊解碼器160接收已經經過了Reed-Solomon(RS)編碼和/或循環冗余校驗(CRC)編碼的移動業務數據。在本文中，主RS幀解碼器170只接收移動業務數據而不接收主業務數據。主RS幀解碼器170執行針對包括在數字廣播發送系統中的RS幀編碼器(未示出)的逆處理，由此來糾正在主RS幀內存在的錯誤。更具體地說，主RS幀解碼器170通過對多個數據組進行成組來形成主RS幀，隨后，以主RS幀為單位進行糾錯。換言之，主RS幀解碼器170對正被發送用于實際廣播業務的主RS幀進行解碼。另外，輔RS幀解碼器180接收從塊解碼器160輸出的數據。此處，根據本發明的實施方式，輔RS幀解碼器180只從塊解碼器160接收已經經過了RS編碼和/或CRC編碼的移動業務數據。此處，輔RS幀解碼器180只接收移動業務數據而不接收主業務數據。輔RS幀解碼器180執行針對包括在數字廣播發送系統中的RS幀編碼器(未示出)的逆處理，由此來糾正輔RS幀中存在的錯誤。更具體地說，輔RS幀解碼器180通過對多個數據組進行成組來形成輔RS幀，隨后，以輔RS幀為單位進行糾錯。換言之，輔RS幀解碼器180對正被發送用于移動音頻業務數據、移動視頻業務數據、指南數據等的輔RS幀進行解碼。同時，根據本發明的一個實施方式的管理處理器200包括MH物理自適應處理器210、IP網絡棧220、流處理機230、系統信息(SI)處理機240、文件處理機250、多用途互聯網郵件擴展(MIME)類型處理機260、電子業務指南(ESG)處理機270、ESG解碼器280及存儲單元290。MH物理自適應處理器210包括主RS幀處理機211、輔RS幀處理機212、MH傳輸包(TP)處理機213、TPC處理機214、FIC處理機215及物理自適應控制信號處理機216。TPC處理機214接收并處理與MH物理自適應處理器210相對應的模塊所需的基帶信息。以TPC數據的形式來輸入該基帶信息。在本文中，TPC處理機214使用該信息來處理已從基帶處理器100發送出的FIC數據。經由數據組的預定區域將TPC數據從發送系統發送到接收系統。TPC數據可以包括以下中的至少一種MH系綜ID、MH子幀號、MH組的總數(TNoG)、RS幀連續性計數器、RS幀的列尺寸(N)及FIC版本號。在本文中，MH系綜ID是指相應的信道中所承載的各個MH系綜的標識號。MH子幀號表示用于標識MH幀中的MH子幀號的數字，其中，發送了與相應的MH系綜相關聯的各個MH組。TNoG表示包括全部MH組在內的MH組的總數，這些MH組屬于包括在MH子幀中的全部MH隊列。RS幀連續性計數器指示用作承載了相應MH系綜的RS幀的連續性計數器的數字。在本文中，針對每個相繼的RS幀，RS幀連續性計數器的值應當按照1除以16的余數(1mod16)而累加。N表示屬于相應MH系綜的RS幀的列尺寸。在本文中，N的值決定各個MHTP的尺寸。最后，FIC版本號表示在相應物理信道上承載的FIC主體的版本號。如上所述，經由信令解碼器190將各種TPC數據輸入到TPC處理機214，如圖1所示。隨后，由TPC處理機214對接收到的TPC數據進行處理。FIC處理機215也可以使用接收到的TPC數據、以處理FIC數據。FIC處理機215通過將從基帶處理器100接收到的FIC數據與TPC數據相關聯，來處理FIC數據。物理自適應控制信號處理機216收集通過FIC處理機215接收到的FIC數據和通過RS幀接收到的SI數據。隨后，物理自適應控制信號處理機216使用收集到的FIC數據和SI數據來構造并處理移動廣播業務的IP數據報(datagram)和訪問信息。之后，物理自適應控制信號處理機216將處理后的IP數據報和訪問信息存儲到存儲單元290。主RS幀處理機211對從基帶處理器100的主RS幀解碼器170接收到的主RS幀進行逐行識別，以構造MHTP。之后，主RS幀處理機211將所構造的MHTP輸出到MHTP處理機213。輔RS幀處理機212對從基帶處理器100的輔RS幀解碼器180接收到的輔RS幀進行逐行識別，以構造MHTP。之后，輔RS幀處理機212將所構造的MHTP輸出到MHTP處理機213。MH傳輸包(TP)處理機213從由主RS幀處理機211和輔RS幀處理機212接收到的各個MHTP中提取報頭，由此確定包括在相應MHTP中的數據。隨后，當所確定的數據對應于SI數據(S卩，未封裝到IP數據報的SI數據)時，將相應數據輸出到物理自適應控制信號處理機216。或者，當所確定的數據對應于IP數據報時，將相應數據輸出到IP網絡棧220。IP網絡棧220對正以IP數據報的形式發送的廣播數據進行處理。更具體地說，IP網絡棧220對經由用戶數據報協議(UDP)、實時傳輸協議(RTP)、實時傳輸控制協議(RTCP)、異步分層編碼/分層編碼傳輸(ALC/LCTasynchronouslayeredcoding/layeredcodingtransport)、單向傳輸的文件傳送(FLUTE:filedeliveryoverunidirectionaltransport)等輸入的數據進行處理。在本文中，當處理的數據對應于流數據時，將相應數據輸出到流處理機230。并且，當處理的數據對應于文件格式的數據時，將相應數據輸出到文件處理機250。最后，當處理的數據對應于SI相關數據時，將相應數據輸出到SI處理機240。SI處理機240接收并處理輸入至IP網絡棧220的、具有IP數據報形式的SI數據。當與SI相關聯的輸入數據對應于MIME類型數據時，將輸入的數據輸出到MIME類型處理機260。MIMI類型處理機260接收從SI處理機240輸出的MIME類型的SI數據，并對接收到的MIME類型的SI數據進行處理。文件處理機250從IP網絡棧220接收符合ALC/LCT和FLUTE結構的對象格式的數據。文件處理機250對接收到的數據進行成組，以創建文件格式。在本文中，當相應的文件包括ESG時，將該文件輸出到ESG處理機270。另一方面，當相應的文件包括用于其它基于文件的業務的數據時，將該文件輸出到呈現處理器300的呈現控制器330。ESG處理機270對從文件處理機250接收到的ESG數據進行處理，并將處理后的ESG數據存儲到存儲單元290。另選的是，ESG處理機270可以將處理后的ESG數據輸出到ESG解碼器280，由此使得ESG解碼器280能夠使用ESG數據。存儲單元290將從物理自適應控制信號處理機210和ESG處理機270接收到的系統信息(Si)存儲在其中。之后，存儲單元290將所存儲的SI數據發送到各個塊。ESG解碼器280或者對存儲在存儲單元290中的ESG數據和SI數據進行恢復，或者對從ESG處理機270發送來的ESG數據進行恢復。隨后，ESG解碼器280按照能夠向用戶輸出的格式來將所恢復的數據輸出到呈現控制器330。流處理機230從IP網絡棧220接收數據，其中，所接收的數據的格式與RTP和/或RTCP結構相符。流處理機230從接收到的數據中提取音頻流/視頻流，并隨后將它們輸出到呈現處理器300的音頻/視頻(A/V)解碼器310。音頻/視頻解碼器310隨后對從流處理機230接收到的音頻流和視頻流中的每一個進行解碼。呈現處理器300的顯示模塊320接收分別經過A/V解碼器310解碼的音頻信號和視頻信號。隨后，顯示模塊320通過揚聲器和/或屏幕將接收到的音頻信號和視頻信號提供給用戶。呈現控制器330對應于將接收系統所接收的數據輸出給用戶的控制器管理模塊。信道業務管理器340管理與用戶的接口，該接口使得用戶能夠使用基于信道的廣播業務，諸如信道映射管理、信道業務連接等。應用管理器350對使用ESG顯示或其它不與基于信道的業務對應的應用業務的與用戶的接口進行管理。同時，流處理機230可以包括臨時地存儲音頻/視頻數據的緩沖器。數字廣播接收系統周期性地向系統時間時鐘設置參考時間信息，隨后可以按照恒定的比特率將所存儲的音頻/視頻數據傳送到A/V解碼器310。因此，可以按照比特率來處理音頻/視頻數據，并且可以提供音頻/視頻業務。數據格式結構同時，在根據本發明的實施方式的移動廣播技術中使用的數據結構可以包括數據組結構和RS幀結構，現在將對其進行詳細描述。圖2例示了根據本發明的數據組的示例性結構。圖2示出了把根據本發明的數據結構的數據組劃分成10個MH塊的示例。在該示例中，各個MH塊長度為16個段。參照圖2，只將RS奇偶校驗數據分配給MH塊I(Bl)的前5段和MH塊IO(BlO)的后5段的部分。在數據組的區域A到D中不包括RS奇偶校驗數據。更具體地說，當假設將一個數據組劃分成區域A、B、C和D時，可以根據該數據組內的各個MH塊的特性而將各個MH塊包括在從區域A到區域D的任意一個中。在本文中，將數據組劃分成將被用于不同用途的多個區域。更具體地說，與具有較高干擾程度的區域相比，可以認為沒有干擾或具有極低干擾程度的主業務數據的區域具有更強抵抗力的(或更強的)接收性能。另外，當使用在數據組中插入和發送已知數據的系統時(其中，已知數據基于發送系統與接收系統之間的協定而已知)，并且當要在移動業務數據中周期性地插入相繼的較長已知數據時，可以將具有預定長度的已知數據周期性地插入到不受主業務數據干擾的區域中(即，未混有主業務數據的區域)。然而，由于主業務數據的干擾，難以將已知數據周期性地插入到受主業務數據干擾的區域，并且也難以將相繼的較長已知數據插入到受主業務數據干擾的區域。參照圖2，MH塊4(B4)到MH塊7(B7)對應于不受主業務數據干擾的區域。圖2所示的數據組內的MH塊4(B4)到MH塊7(B7)對應于沒有出現來自主業務數據的干擾的區域。在該示例中，在各個MH塊的起始和結尾都插入了較長已知數據序列。在本發明的說明書中，將包括MH塊4(B4)到MH塊7(B7)的區域表示為“區域A(=B4+B5+B6+B7)”。如上所述，當該數據組包括具有插入在各個MH塊的起始和結尾的較長已知數據序列的區域A時，接收系統能夠通過使用可從該已知數據獲得的信道信息來執行均衡。因此，從區域A到區域D中的一個區域中可以獲得(或得到)最強的均衡性能。在圖2所示的數據組的示例中，MH塊3(B3)和MH塊8(B8)對應于具有很少的來自主業務數據的干擾的區域。在本文中，只在各個MH塊B3和B8的一端插入較長已知數據序列。更具體地說，由于來自主業務數據的干擾，在MH塊3(B3)的結尾插入較長已知數據序列，并且在MH塊8(B8)的起始插入了另一個較長已知數據序列。在本發明中，將把包括MH塊3(B3)和MH塊8(B8)的區域表示為“區域B(=B3+B8)”。如上所述，當該數據組包括具有只插入在各個MH塊的一端(起始或結尾)的較長已知數據序列的區域B時，接收系統能夠通過使用可從該已知數據獲得的信道信息來執行均衡。因此，與區域C/D相比，可以獲得(或得到)更強的均衡性能。參照圖2，MH塊2(B2)和MH塊9(B9)對應于與區域B相比具有更強的來自主業務數據的干擾的區域。在MH塊2(B2)和MH塊9(B9)的任一端均不能插入較長已知數據序列。在本文中，將包括MH塊(B2)和MH塊9(B9)的區域稱為“區域C(=B2+B9)”。最后，在圖2所示的示例中，MH塊I(Bl)和MH塊IO(BlO)對應于與區域C相比具有更強的來自主業務數據的干擾的區域。類似地，不能在MH塊I(Bl)和MH塊10(BlO)的任一端插入較長已知數據序列。在本文中，將包括MH塊I(Bl)和MH塊IO(BlO)的區域稱為“區域D(=B1+B10)”。由于區域C/D與該已知數據序列相隔更遠，因此當信道環境經受頻繁和突然的變化時，會使區域C/D的接收性能劣化。另外，該數據組包括指定(或分配)了信令信息的信令信息區域。在本發明中，信令信息區域可以從第4MH塊(B4)的第一段開始到第二段的一部分為止。根據本發明的實施方式，用于插入信令信息的信令信息區域可以從第4MH塊(B4)的第一段開始到第二段的一部分為止。更具體地說，將各個數據組中的第4MH塊(B4)的276(=207+69)個字節指定為信令信息區域。換言之，信令信息區域由第4MH塊(B4)的第1段的207個字節和第2段的前69個字節組成。第4MH塊(B4)的第1段對應于VSB場的第17段或第173段。在本文中，可以按照兩種不同類型的信令信道(即，傳輸參數信道(TPC)和快速信息信道(FIC))來識別信令信息。在本文中，TPC數據可以包括以下中的至少一種MH系綜ID、MH子幀號、MH組的總數(TNoG)、RS幀持續性計數器、RS幀的列尺寸(N)及FIC版本號。然而，本文中所述的TPC數據(或信息)僅是示例性的。并且，由于本領域技術人員能夠容易地調整和修改對包括在TPC數據中的信令信息的增加和刪除，因此本發明并不限于本文中闡述的示例。此外，提供FIC以使得數據接收機能夠實現快速業務獲取，并且FIC包括物理層與(多個)上層之間的跨層信息。例如，如圖2所示，當數據組包括6個已知數據序列時，信令信息區域位于第一已知數據序列和第二已知數據序列之間。更具體地說，在第3MH塊(B3)的最后2段中插入第一已知數據序列，并且在第4MH塊(B4)的第2和第3段中插入第二已知數據序列。此外，在第4、第5、第6及第7MH塊(B4、B5、B6及B7)中的每一個的后2段中分別地插入第3已知數據序列到第6已知數據序列。第1已知數據序列與第3已知數據序列到第6已知數據序列之間相隔16個段。圖3例示了根據本發明的一個實施方式的RS幀。圖3所示的RS幀對應于一個或更多個數據組的集合。在接收系統接收FIC并處理所接收的FIC的情況下、以及在將接收系統切換到時間分片模式以使得接收系統可以接收包括ESG進入點(entrypoint)在內的MH系綜的情況下，接收針對各個MH幀的RS幀。各個RS幀都包括各種業務或ESG的IP流，并且SMT區段數據可以存在于全部RS幀中。根據本發明的實施方式的RS幀由至少一個MH傳輸包(TP)組成。在本文中，MHTP包括MH報頭和MH有效載荷。MH有效載荷可包括移動業務數據以及信令數據。更具體地說，MH有效載荷可以只包括移動業務數據，或可以只包括信令數據，或可以既包括移動業務數據又包括信令數據。根據本發明的實施方式，MH報頭可以對包括在MH有效載荷中的數據類型進行標識(或區分)。更具體地說，當MHTP包括第一MH報頭時，這表示該MH有效載荷只包括信令數據。另外，當MHTP包括第二MH報頭時，這表示該MH有效載荷既包括信令數據又包括移動業務數據。最后，當MHTP包括第三MH報頭時，這表示該MH有效載荷只包括移動業務數據。在圖3所示的示例中，RS幀指定有用于兩種業務類型的IP數據報(IP數據報1和IP數據報2)。RS幀中的MH-TP中的IP數據報可以包括參考時間信息(例如，網絡時間戳(NTP))，參考時間信息的詳細描述將通過參照圖25到圖29來公開。數據傳輸結構圖4例示了根據本發明的用于發送和接收移動業務數據的MH幀的結構。在圖4所示的示例中，一個MH幀由5個子幀組成，其中各個子幀包括16個時隙。在該情況下，根據本發明的MH幀包括5個子幀和80個時隙。另外，在包等級中，一個時隙由156個數據包(即，傳輸流包)構成，在符號等級中，一個時隙由156個數據段構成。這里，一個時隙的尺寸對應于VSB場的一半(1/2)。更具體地說，由于一個207字節的數據包具有與數據段相同的數據量，因此，被交織之前的數據包也可以用作數據段。此處，將兩個VSB場進行成組、以形成VSB幀。圖5例示了VSB幀的示例性結構，其中，一個VSB幀由2個VSB場(即，奇數場合偶數場)組成。在本文中，各個VSB場都包括場同步段和312個數據段。時隙對應于對移動業務數據和主業務數據進行復用的基本時間單位。在本文中，一個時隙或者可以包括移動業務數據，或者可以只由主業務數據構成。如果時隙內的前118個數據包對應于數據組，則其余38個數據包成為主業務數據包。在另一個示例中，當在時隙中不存在數據組時，相應的時隙由156個主業務數據包構成。同時，當將時隙指定給VSB幀時，每個指定的位置都存在偏移(off-set)。圖6例示了在空間區域內相對于VSB幀來指定子幀的前4個時隙的位置的映射示例。此外，圖7例示了在時序(或時間)區域內相對于VSB幀來指定子幀的前4個時隙的位置的映射示例。參照圖6和圖7，第1時隙(時隙#0)的第38數據包(TS包#37)被映射到奇數VSB場的第1數據包。第2時隙(時隙#1)的第38數據包(TS包#37)被映射到奇數VSB場的第157數據包。另外，第3時隙(時隙#2)的第38數據包(TS包#37)被映射到偶數VSB場的第1數據包。同樣，第4時隙(時隙#3)的第38數據包(TS包#37)被映射到偶數VSB場的第157數據包。類似地，使用相同的方法來將相應子幀中的其余12個時隙映射在后續的VSB幀中。圖8例示了被指定到5個子幀中的一個子幀的數據組的示例性指定次序，其中，由5個子幀構成了MH幀。例如，指定數據組的方法可以相同地應用于全部MH幀，或者可以差異地應用于各個MH幀。此外，指定數據組的方法可以相同地應用于全部子幀，或者可以差異地應用于各個子幀。此處，當假設在相應的MH幀的全部子幀中都使用相同的方法來指定數據組時，被指定到MH幀的數據組的總數等于‘5’的倍數。根據本發明的實施方式，將多個相繼的數據組指定成在MH幀內盡可能遠地彼此相隔開。因此，系統可以對子幀中可能發生的任何突發錯誤進行迅速和有效地響應。例如，當假設將3個數據組指定到一個子幀時，分別將這些數據組指定到該子幀中的第1時隙(時隙#0)、第5時隙(時隙#4)及第9時隙(時隙#8)。圖8例示了使用上述模式(或規則)來在一個子幀內指定16個數據組的示例。換言之，將各個數據組依次指定到對應于以下編號的16個時隙:0、8、4、12、1、9、5、13、2、10、6、14、3、11、7及15。下面，式1示出了上述用于在子幀中指定數據組的規則(或模式)。數學式1j=(4i+0)mod16這里，0=0ifi<4,0=2elseifi<8，0=lelseifi<12，0=3else.這里，j表示子幀內的時隙號。j的值可為從0到15(即，0彡j彡15)。另外，變量i表示數據組號。i的值可為從0到15(即，0彡i彡15)。在本發明中，將包括在MH幀中的數據組的集合稱為“隊列(parade)”。基于RS幀模式，隊列發送至少一個特定RS幀的數據。可以將一個RS幀內的移動業務數據指定到相應的數據組內的全部區域A/B/C/D，或者將其指定到區域A/B/C/D中的至少一個。在本發明的實施方式中，可以將一個RS幀內的移動業務數據指定到全部區域A/B/C/D，或者將其指定到區域A/B和區域C/D中的至少一個。如果按后一種情況(即，區域A/B和區域C/D中的一個)來指定移動業務數據，則被指定到相應數據組內的區域A/B的RS幀與被指定到區域C/D的RS幀彼此不同。根據本發明的實施方式，為了簡潔，將被指定到相應數據組內的區域A/B的RS幀稱為“主RS幀”，將被指定到相應數據組內的區域C/D的RS幀稱為“輔RS幀”。另外，主RS幀與輔RS幀形成(或構成)一個隊列。更具體地說，當將一個RS幀內的移動業務數據指定到相應的數據組內的全部區域A/B/C/D時，一個隊列發送一個RS幀。相反，當將一個RS幀內的移動業務數據指定到區域A/B和區域C/D中的至少一個時，一個隊列可發送最多2個RS幀。更具體地說，RS幀模式表示隊列是否發送一個RS幀，或隊列是否發送兩個RS幀。這種RS幀模式被作為上述的TPC數據來發送。下面，表1示出了RS幀模式的示例。表1RS幀模式Γ^Ι~~00對于全部組的區域，只有一個主RS幀~~01存在兩個單獨的RS中貞-針對組區域A和B的主RS幀-針對組區域C和D的輔RS幀"οUm"TlUm表1例示了分配兩個比特以表示RS幀模式的示例。例如，參照表1，當RS幀模式值等于‘00’時，這表示一個隊列發送一個RS幀。并且，當RS幀模式值等于‘01’時，這表示一個隊列發送兩個RS幀，即，主RS幀與輔RS幀。更具體地說，當RS幀模式值等于‘01’時，將針對區域A/B的主RS幀的數據指定到相應數據組的區域A/B并發送。類似地，將針對區域C/D的輔RS幀的數據指定到相應數據組的區域C/D并發送。如在數據組的指定中所述的，還將隊列指定成在子幀內盡可能遠地彼此相隔開。因此，系統能夠對子幀中可能發生的任何突發錯誤進行迅速和有效地響應。此外，指定隊列的方法可相同地應用于全部MH幀，或差異地應用于各個MH幀。根據本發明的實施方式，可以針對各個MH幀差異地指定隊列，并且針對MH幀內的全部子幀相同地指定隊列。更具體地說，MH幀結構可以按照MH幀為單位而變化。因此，可以更加頻繁和靈活地調整系綜速率(ensemblerate)。圖9例示了被指定(或分配)到MH幀的單個隊列的多個數據組的一個示例。更具體地說，圖9例示了包括在單個隊列中的、被分配到MH幀的多個數據組的示例，其中，包括在子幀中的數據組的數量等于‘3’。參照圖9，按照4個時隙的周期來將3個數據組依次地指定到子幀。因此，當在相應的MH幀所包括的5個子幀中等同地執行該處理時，將15個數據組指定到單個MH幀。這里，15個數據組對應于包括在一個隊列中的數據組。因此，由于一個子幀由4個VSB幀構成，并且由于一個子幀中包括3個數據組，因此沒有將相應隊列的數據組指定到子幀內的4個VSB幀中的一個。例如，當假設一個隊列發送一個RS幀時，且假設包括在發送系統中的RS幀編碼器(未示出)對相應的RS幀執行RS編碼，由此將24個字節的奇偶校驗數據添加到相應的RS幀中并發送處理后的RS幀，則奇偶校驗數據占總碼字長度的大約11.37%(=24/(187+24)xlOO)。此外，當一個子幀包括3個數據組時，并且當如圖9所示指定了包括在隊列中的數據組時，則由總共15個數據組形成RS幀。因此，即使由于信道內的突發噪聲而在整個數據組中發生錯誤時，百分比僅是6.67%(=1/15X100)。因此，接收系統可通過執行消除RS解碼處理(erasureRSdecodingprocess)來糾正全部錯誤。更具體地說，當執行消除RS解碼時，可糾正與RS奇偶校驗字節的數量相對應的多個信道錯誤。這樣，接收系統可糾正一個隊列內的至少一個數據組的錯誤。因此，可由RS幀糾正的最小突發噪聲長度超過1個VSB幀。同時，當如圖9所示指定了隊列的數據組時，或者將主業務數據指定在各個數據組之間，或者可以將與不同隊列相對應的數據組指定在各個數據組之間。更具體地說，將與多個隊列相對應的數據組指定到一個MH幀。基本上，指定與多個隊列相對應的數據組的方法與指定與單個隊列相對應的數據組的方法非常相似。換言之，也可以根據4個時隙的周期來分別指定了包括在要指定到MH幀的其它隊列中的數據組。在這一點上，可以利用循環法來將不同隊列的數據組依次指定到各個時隙。這里，將數據組指定到從尚未被指定有之前隊列的數據組的時隙開始的時隙。例如，當假設如圖9所示指定了與隊列相對應的數據組時，可以將與下一個隊列相對應的數據組指定到從子幀的第12個時隙開始的子幀。然而，這僅是示例性的。在另一示例中，也可以從第3時隙開始按照4個時隙的周期來將下一個隊列的數據組依次指定到子幀內的不同時隙。圖10例示了將3個隊列(隊列#0、隊列#1及隊列#2)發送到MH幀的示例。更具體地說，圖10例示了發送包括在5個子幀中的一個子幀中的隊列的示例，其中，由5個子幀構成一個MH幀。當第1隊列(隊列#0)包括針對各個子幀的3個數據組時，通過在式1中用值‘0’到‘2’來替換i，可以獲得子幀內各個數據組的位置。更具體地說，將第1隊列(隊列#0)的數據組依次指定到子幀內的第1時隙、第5時隙及第9時隙(時隙#0、時隙#4及時隙#8)。另外，當第2隊列包括針對各個子幀的2個數據組時，通過在式1中用值‘3’和“4”來替換i，可以獲得子幀內的各個數據組的位置。更具體地說，將第2隊列(隊列#1)的數據組依次指定到子幀內的第2時隙和第12時隙(時隙#3和時隙#11)。最后，當第3隊列包括針對各個子幀的2個數據組時，通過在式1中用值‘5’和‘6’來替換i，可以獲得子幀內的各個數據組的位置。更具體地說，將第3隊列(隊列#2)的數據組依次指定到子幀內的第7時隙和第11時隙(時隙#6和時隙#10)。如上所述，可以將多個隊列的數據組指定到單個MH幀，并且，在各個子幀中，從左到右地將數據組依次分配到具有4個時隙的組空間。因此，每個子幀的一個隊列的組數量(NoG)可對應于從‘1’到‘8’中的任一整數。這里，由于一個MH幀包括5個子巾貞，因此可以分配到MH幀的隊列內的數據組的總數可對應于從‘5，到‘40’內的任意一個5的倍數。圖11例示了將3個隊列的指定過程(如圖10所示)擴展到MH幀內的5個子幀的示例。圖12例示了根據本發明的一個實施方式的數據傳輸結構，其中，將信令數據包括在數據組中、以進行發送。如上所述，將MH幀劃分成5個子幀。與多個隊列相對應的數據組共存于各個子幀中。這里，以MH幀為單位來對與各個隊列相對應的數據組進行成組，由此構成單個隊列。圖12所示的數據結構包括3個隊列、一個ESG專用信道(EDC)隊列(即，NoG=1的隊列)及2個業務隊列(即NoG=4的隊列和NoG=3的隊列)。此外，各個數據組的預定部分(即，37個字節/數據組)用于傳送(或發送)與移動業務數據相關的FIC信息，其中，根據RS編碼處理來單獨地對該FIC信息進行編碼。被指定到各個數據組的FIC區域由一個FIC段組成。這里，以MH子幀為單位對各個段進行交織，由此構成與完整的FIC傳輸結構對應的FIC主體。然而只要需要，就可以以MH幀為單位而不是以MH子幀為單位來對各個段進行交織，由此以MH幀為單位而完成。同時，在本發明的實施方式中應用了MH系綜的概念，由此來定義業務集合(或業務組)。各個MH系綜承載同一QoS，并且用同一FEC碼來進行編碼。另外，各個MH系綜具有相同的唯一標識符(即，系綜ID)，并且對應于相繼的RS幀。如圖12所示，與各個數據組相對應的FIC段描述了相應的數據組所屬的MH系綜的業務信息。當將子幀內的FIC段進行成組并解交織時，可以獲得用于發送相應的FIC的物理信道的全部業務信息。因此，接收系統可以在子幀周期期間獲得相應物理信道的已通過物理信道調諧處理的信道信息。此外，圖12例示了一種還包括與業務隊列分離的單獨EDC隊列的結構，并且其中，在各個子幀的第ι時隙中發送電子業務指南(ESG)數據。如果數字廣播接收系統識別出MH幀(或MH子幀)的幀開始點或幀結束點，則數字廣播接收系統可以在幀開始點或幀結束點處向系統時間時鐘設置參考時間信息。參考時間信息可以是網絡時間協議(NTPnetworktimeprotocol)時間戳。參考時間信息的詳細描述將通過參照圖25到圖29來公開。分級信令結構圖13例示了根據本發明的一個實施方式的分級信令結構。如圖13所示，根據本發明的實施方式的移動廣播技術采用利用FIC和SMT的信令方法。在本發明的說明書中，將該信令結構稱為分級信令結構。此后，將參照圖13給出關于接收系統如何經由FIC和SMT來訪問虛擬信道的詳細描述。MH傳輸(Ml)中所定義的FIC主體針對各個虛擬信道識別各個數據流的物理位置，并且提供對各個虛擬信道的非常高級別的描述。作為MH系綜級別的信令信息，業務映射表(SMT)提供MH系綜級別的信令信息。SMT提供屬于各個MH系綜(其內部承載了SMT)的各個虛擬信道的IP訪問信息。SMT還提供對于虛擬信道業務獲取所需的全部IP流成分級別的信息。參照圖13，各個MH系綜(S卩，系綜0、系綜1、···、系綜K)包括關于各個相關的(或相應的)虛擬信道的流信息(例如，虛擬信道OIP流、虛擬信道IIP流及虛擬信道2IP流)。例如，系綜0包括虛擬信道OIP流和虛擬信道IIP流。并且，各個MH系綜都包括關于相關虛擬信道的各種信息(即，虛擬信道0表條目、虛擬信道0訪問信息、虛擬信道1表條目、虛擬信道1訪問信息、虛擬信道2表條目、虛擬信道2訪問信息、虛擬信道N表條目、虛擬信道N訪問信息等)。FIC主體有效載荷包括關于MH系綜的信息(例如，ensemblejd字段，并且在圖13中將其稱為“系綜位置”)和關于與相應MH系綜相關聯的虛擬信道的信息(例如，當這種信息對應于major_channel_num字段和minor_channel_num字段時，在圖13中將該信息表示成虛擬信道0、虛擬信道1、…、虛擬信道N)。現在將詳細描述接收系統中的信令結構的應用。當用戶選擇了他或她希望查看的信道(此后為了簡潔，將用戶選擇的信道稱為“信道Θ”)時，接收系統首先解析接收到的FIC。隨后，接收系統獲得關于MH系綜的信息(即，系綜位置)，該信息與對應于信道θ的虛擬信道相關聯(此后為了簡潔，將相應的MH系綜稱為“ΜΗ系綜Θ”)。通過使用時間分片方法來獲得只對應于MH系綜θ的時隙，接收系統構成了系綜θ。如上所述構成的系綜θ包括關于相關聯的虛擬信道(包括信道Θ)的SMT和關于相應的虛擬信道的IP流。因此，接收系統使用包括在MH系綜θ中的SMT，以獲得關于信道θ的各種信息(例如，虛擬信道θ表條目)和關于信道θ的流訪問信息(例如，虛擬信道θ訪問信息)。接收系統使用關于信道θ的流訪問信息，來只接收相關聯的IP流，由此將信道θ業務提供給用戶。快速信息信道(FIC)根據本發明的數字廣播接收系統采用了快速信息信道(FIC)，快速信息信道(FIC)用于更快速地訪問目前正在廣播的業務。更具體地說，圖1的FIC處理機215對與FIC傳輸結構相對應的FIC主體進行解析，并且將解析的結果輸出到物理自適應控制信號處理機216。圖14例示了根據本發明的一個實施方式的示例性FIC主體格式。根據本發明的實施方式，FIC格式由FIC主體報頭和FIC主體有效載荷組成。同時，根據本發明的實施方式，以FIC段為單位通過FIC主體報頭和FIC主體有效載荷來發送數據。各個FIC段的大小為37個字節，并且各個FIC段由2個字節的FIC段報頭和35個字節的FIC段有效載荷組成。更具體地說，以35個數據字節為單位來對由FIC主體報頭和FIC主體有效載荷構成的FIC主體進行分段，然后將其承載在至少一個FIC段中的FIC段有效載荷內、以進行發送。在本發明的說明書中，將給出將一個FIC段插入到一個數據組內、然后將其發送的示例。在該情況下，接收系統通過時間分片法來接收與各個數據組相對應的時隙。包括在圖1所示的接收系統中的信令解碼器190收集插入到各個數據組中的各個FIC段。隨后，信令解碼器190使用收集到的FIC段來生成單個FIC主體。之后，信令解碼器190對所生成的FIC主體的FIC主體有效載荷執行解碼處理，使得解碼后的FIC主體有效載荷對應于包括在發送系統中的信令編碼器(未示出)的編碼結果。隨后，將解碼后的FIC主體有效載荷輸出到FIC處理機215。FIC處理機215對包括在FIC主體有效載荷中的FIC數據進行解析，并且隨后將解析后的FIC數據輸出到物流自適應控制信號處理機216。物流自適應控制信號處理機216使用輸入的FIC數據來執行與MH系綜、虛擬信道、SMT等相關聯的處理。根據本發明的一個實施方式，當將FIC主體進行分段時，并且當最后的分段部分的尺寸小于35個數據字節時，假設通過在FIC段有效載荷中添加與所缺少的數據字節相同數量的填充(stuffing)字節而補足了所缺少數量的數據字節，使得最后的FIC段的尺寸可以等于35個數據字節。然而，上述數據字節值(即，FIC段的37個字節、FIC段報頭的2個字節及FIC段有效載荷的35個字節)顯然只是示例性的，并且并不限制本發明的范圍。圖15例示了根據本發明的一個實施方式的、關于FIC段的示例性比特流語法結構。這里，FIC段表示用于發送FIC數據的單位。FIC段由FIC段報頭和FIC段有效載荷組成。參照圖15，FIC段有效載荷對應于從‘for’循環語句開始的部分。同時，FIC段報頭可以包括FIC_type字段、error_indicator字段、FIC_seg_number字段及FIC_last_Seg_nUmber字段。現在將給出各個字段的詳細描述。FIC_type字段是2比特字段，其表示相應的的類型。errorjndicator字段是1比特字段，其表示在數據傳輸期間在FIC段內是否發生了錯誤。如果發生錯誤，則將errorjndicator字段值設為‘1’。更具體地說，當在FIC段的構成過程期間仍然存在不能恢復的錯誤時，將errorjndicator字段值設為‘1’。error,indicator字段使得接收系統能夠識別出FIC數據內存在錯誤。FIC_seg_number字段是4比特字段。在這里，當將一個FIC主體劃分成多個FIC段來進行發送時，FIC_seg_number字段表示相應的FIC段的編號。最后，FIC_last_seg_number字段也是4比特字段。FIC_last_seg_number字段表示位于相應的FIC主體內最后FIC段的編號。圖16例示了當FIC類型字段值等于‘0’時的、根據本發明的關于FIC段的有效載荷的示例性比特流語法結構。根據本發明的實施方式，將FIC段的有效載荷劃分成3個不同的區域。只有當FIC_Seg_nUmber字段值等于‘0’時，才存在FIC段有效載荷的第一區域。這里，第一區域可以包括current—next_indicator字段、ESG—version字段及transport—stream—id字段。然而，根據本發明的實施方式，可以假設3個字段中的各個字段都存在，而與FIC_Seg_nUmber字段無關。current_next_indicator字段是1比特字段。current_next_indicator字段用作以下這種指示符其標識了相應的FIC數據是否承載包括當前FIC段在內的MH幀的MH系綜構成信息，或者標識了相應的FIC數據是否承載下一個MH幀的MH系綜構成信息。ESG_VerSi0n字段是5比特字段，其表示ESG版本信息。這里，通過提供關于相應ESG的業務指南提供信道的版本信息，ESG_versi0n字段使得接收系統能夠對相應的ESG是否已被更新進行通知。最后，transport_stream_id字段是16比特字段，其用作用于發送相應的FIC段的廣播流的唯一標識符。FIC段有效載荷的第二區域對應于系綜循環區域，該區域包括ensemblejd字段、SI_version字段及num_channel字段。更具體地說，ensemblejd字段是8比特字段，其表示用于發送MH業務的MH系綜的標識符。稍后將更加詳細描述MH業務。這里，ensemblejd字段將MH業務與MH系綜綁定起來。SI_version字段是4比特字段，其表示正在RS幀內發送的、包括在相應系綜中的SI數據的版本信息。最后，nunucharmel字段是8比特字段，其表示正在經由相應的系綜發送的虛擬信道的數量。FIC段有效載荷的第三區域信道循環區域，其包括charmeltype字段、channel,activity^f肖、CA_indicator^f肖、stand_alone_service_indicator^f肖、major_channel_num字段及minor_channel_num字段。charmeltype字段是5比特字段，其表示相應虛擬信道的業務類型。例如，charmeltype字段可以表示音頻/視頻信道、音頻/視頻與數據信道、音頻信道、數據信道、文件下載信道、ESG傳送信道、通知信道等。channel_activity字段是2比特字段，其表示相應虛擬信道的活躍性信息。更具體地說，channel_activity字段可以表示當前的虛擬信道是否正在提供當前的業務。CAjndicator字段是1比特字段，其表示有條件訪問(CA)是否應用于當前的虛擬信道。stand_alone_service_indicator字段也是1比特字段，其表示相應虛擬信道的業務是否對應于獨立業務。major_channel_num字段是8比特字段，其表示相應的虛擬信道主信道號。最后，minor_channel_num字段也是8比特字段，其表示相應虛擬信道的次信道號。業務表映射圖17例示了根據本發明的業務映射表(后面稱為“SMT”)的示例性比特流語法結構。根據本發明的實施方式，以MPEG-2專用區段的格式來構成SMT。然而，這并不是對本發明的范圍和精神的限制。根據本發明的實施方式的SMT包括針對單個MH系綜內的各個虛擬信道的描述信息。并且，在各個描述符區域內還可以包括附加信息。這里，根據本發明的實施方式的SMT包括至少一個字段，并且可以將SMT從發送系統發送到接收系統。如圖3所示，可以通過將SMT區段包括在RS幀內的MHTP中的方式來發送SMT區段。在該情況下，圖1所示的RS幀解碼器170和180中的每一個分別對輸入的RS幀進行解碼。隨后，將各個經過解碼的RS幀輸出到各自的RS幀處理機211和212。之后，各個RS幀處理機211和212以行為單位來識別輸入的RS幀，以生成MHTP,由此將所生成的MHTP輸出到MHTP處理機213。當基于各個輸入的MHTP中的報頭而確定了相應的MHTP包括SMT區段時，MHTP處理機213解析相應的SMT區段，以將位于經過解析的SMT區段內的SI數據輸出到物理自適應控制信號處理機216。但是，這限于并未將SMT區段封裝到IP數據報中的情況。同時，當未將SMT封裝到IP數據報時、以及當基于各個輸入的MHTP中的報頭而確定了相應的MHTP包括SMT區段時，MHTP處理機213將SMT區段輸出到IP網絡棧220。因此，IP網絡棧220對輸入的SMT區段執行IP和UDP處理，隨后將處理后的SMT區段輸出到SI處理機240。SI處理機240解析輸入的SMT區段并控制系統，使得可以將經過解析的SI數據存儲在存儲單元290中。以下部分對應于可以通過SMT發送的字段的示例。table_id字段對應于8比特無符號整數，其表示表區段的類型。table_id字段使得將相應的表定義成業務映射表(SMT)。ensemble_id字段是8比特無符號整數字段，其對應于與相應MH系綜相關的ID值。這里，可以將范圍為從‘0x00’到‘0x3F’的值指定給ensemblejd字段。優選地，從自MH物理層子系統的基帶處理器傳送的TPC數據的paradejd得到ensemblejd字段的值。當通過主RS幀來發送(或承載)相應MH系綜時，可以將值‘0’用于最高有效位(MSB)，其余7個比特可用作相關的MH隊列的paradejd值(即，用于最低有效的7位)。另選的是，當通過輔RS幀來發送(或承載)相應的MH系綜時，可以將值‘1，用于最高有效位(MSB)。num_channels字段是8比特字段，其指定了相應SMT區段中的虛擬信道的數量。同時，根據本發明的實施方式的SMT使用‘for’循環語句來提供關于多個虛擬信道的信息。major_channel_num字段對應于8比特字段，其表示與相應虛擬信道相關聯的主信道號。這里，可以將從‘0x00，到‘OxFF，的值指定給maj0r_Channel_num字段。minor_channel_num字段對應于8比特字段，其表示與相應虛擬信道相關聯的次信道號。這里，可將從‘0x00，到‘OxFF，的值指定給min0r_Channel_num字段。short_channel_name字段表示虛擬信道的簡稱。service_id字段是16比特無符號整數(或值)，其標識了虛擬信道業務。service_type字段是6比特枚舉類型字段，其指定了如表2所定義的在相應虛擬信道中所承載的業務的類型。表2<table>tableseeoriginaldocumentpage20</column></row><table>virtual_channel_activity字段是2比特枚舉字段，其標識了相應虛擬信道的活躍性(activity)狀態。當virtual_channel_activity字段的最高有效位(MSB)是‘1’時，該虛擬信道是活躍的，而當virtualcharmelactivity字段的最高有效位(MSB)是‘0’時，該虛擬信道是不活躍的。另外，當virtualcharmelactivity字段的最低有效位(LSB)是‘1’時，隱藏了虛擬信道(當設為1時)，而當virtualcharmelactivity字段的最低有效位(LSB)是‘0’時，不隱藏虛擬信道。nUm_C0mp0nents字段是5比特字段，其指定了在相應虛擬信道中的IP流成分的數量。IP_version_flag字段對應于1比特指示符。更具體地說，當IP_version_flag字段的值設為‘1’時，其表示source_IP_address字段、virtual_channel_target_IP_address字段及component_target_IP_address字段是IPv6地址。另選的是，當IP_version_flag字段的值設為'0'時，其表不source_IP_address字段、virtual_channel_target_IP_address^f^iMcomponent_targt_IP_addressIPv4。source_IP_address_flag字段是1比特布爾標志，當設定了該標志時，其表示針對特定多播源存在相應虛擬信道的源IP地址。virtual_channel_target_IP_address字段是1比特布爾標志，當設定了該標志時,其表示通過具有與virtual_channel_target_address不同的目標IP地址的IP數據報來傳送相應的IP流成分。因此，當設定了該標志時，接收系統(或接收機)使用componenttarget_IP_address作為target_IP_address，以訪問相應的IP流成分。因此，接收系統(或接收機)可以忽略包括在num_channels循環中的virtual_channel_target_IP_address字段。source_IP_address字段對應于32比特字段或128比特字段。這里，當source_IP_address_flag字段的值設為‘1，時，source_IP_address字段為有效(或存在)。然而，當source_IP_address_flag字段的值設為‘O，時，source_IP_address字段將變得無效(或不存在)。更具體地說，當s0urce_ip_address_flag字段值設為‘1’時，且當IP_version_flag字段值設為‘O，時，source_IP_address字段表示32位IPv4地址，其示出了相應虛擬信道的源。或者，當IP_verSi0n_flag字段值設為‘1，時，SOurCe_IP_addreSS字段表示128位IPv6地址，其示出了相應虛擬信道的源。virtual_channel_target_IP_address字段也對應于32比特字段或128比特字段。這里，當virtual_channel_target_IP_address_flag字段的值設為‘1，時，virtual—channel_target_IP_address字段為有效(或存在)。然而，當virtual_channel_target_IP_address_flag字段的值設為'0'時，virtual_channel_target_IP_address字段將變得無效(或不存在)。更具體地說，當virtual_channel_target_IP_address_flag字段值設為‘1’時，且當IP_version_flag字段值設為‘1’時，virtual_channel_target_IP_address字段表示與相應虛擬信道相關聯的32位目標IPv4地址。另選的是，當Virtual_Channel_target_IP_address_flag字段值設為‘1，時，且當IP_version_flag字段值設為‘1，時，virtual_channel_target_IP_address字段表示與相應虛擬信道相關聯的64位目標IPv6地址。如果virtual_channel_target_IP_address字段無效(或不存在),貝Unum_channels循環內的componenttargetJPjddress字段將變得有效(或存在)。并且為了使得接收系統能夠訪問IP流成分，應使用component_target_IP_address字段。同時，根據本發明的實施方式的SMT使用‘for’循環語句，以提供關于多個成分的芯息ο這里，被指定了7個比特的RTP_payl0ad_type字段基于表3來標識了各個成分的編碼格式。當未將IP流成分封裝到RTP時，應忽略(或忽視)RTP_payload_type字段。下面，表3示出了RTP有效載荷類型的一個示例。表3<table>tableseeoriginaldocumentpage21</column></row><table>component_target_IP_address_flag字段是1比特布爾標志，當設定了該標志時,其表示通過帶有與virtual_channel_target_IP_address不同的目標IP地址的IP數據報來發送相應的IP流成分。此外，當設定了component_target_IP_address_flag時，接收系統(或接收機)使用componenttargetJPjddress字段作為用于訪問相應的IP流成分的目標IP地址。因此，接收系統(或接收機)將忽略包括在nunucharmels循環中的virtual_channel_target_IP_address字段。component_target_IP_address字段對應于32比特字段或128比特字段。這里，當IP_version_flag字段的值設為'0'時，component_target_IP_address字段表示與相應IP流成分相關聯的32位目標IPv4地址。并且，當IP_VerSi0n_flag字段的值設為‘1，時，component_target_IP_address字段表示與相應IP流成分相關聯的128位IPv6地址。port_num_count字段是6比特字段，其表示與相應的IP流成分相關聯的UDP端口的數量。目標UDP端口號值從target_UDP_p0rt_nUm字段值開始并增加1(或累加1)。對于RTP流，目標UDP端口號應從target_UDP_p0rt_num字段值開始并增加2(或累加2)。這是為了對與RTP流相關聯的RTCP流進行合并。target_UDP_p0rt_num字段是16比特無符號整數字段，其表示了針對相應IP流成分的目標UDP端口號。當將該字段用于RTP流時，target_UDP_p0rt_num字段的值應當對應于偶數。并且，下一個更高的值應當表示相關的RTCP流的目標UDP端口號。component_level_descriptor()表示零或表示更多個用于提供關于相應IP流成分的附加信息的描述符。virtual_channel_level_descriptor()表示零或表示更多個用于提供針對相應虛擬信道的附加信息的描述符。ensemble_level_descriptor()表示零或表示更多個用于提供針對由相應SMT所描述的MH系綜的附加信息的描述符。圖18例示了根據本發明的MH音頻描述符的示例性比特流語法結構。當存在作為當前事件的成分的至少一個音頻業務時，MH_audio_descriptor()應當用作SMT的component_level_descriptor。MH_audio_descriptor()可以將音頻語言類型禾口立體聲模式狀態通知給系統。如果不存在與當前事件相關聯的音頻業務，則優選地將MH_audi0_descriptor()視為對于當前事件無效(或不存在)。現在將詳細描述在圖18的比特流語法中示出的各個字段。descriptor_tag字段是具有TBD值的8比特無符號整數，其表示了相應的描述符是MH_audio_descriptor()。descriptor_length字段也是8比特無符號整數，其表示從descriptor_length字段之后開始、直到MH_audio_descriptor()的結尾為止的部分的長度(以字節為單位)。charmelconfiguration字段對應于8比特字段，其表示了音頻信道的編號和構造。范圍為從‘1’到‘6’的數值分別表示了如IS0/IEC13818-72006的Table42中所給出的“Defaultbitstreamindexnumber”的音頻信道的編號和構造。其它全部值表示了并未定義音頻信道的編號和構造。sample_rate_code字段是3比特字段，其表示了編碼后的音頻數據的抽樣速率。這里，該指示可以對應于一個特定的抽樣速率，或者可以對應于如在ATSCA/52B的TableA3.3中所定義的、包括有編碼后的音頻數據的抽樣速率的一組值。bit_rate_COde字段對應于6比特字段。這里，在這6個比特中，較低的5個比特表示標稱比特率。更具體地說，當最高有效位(MSB)是‘0’時，相應的比特率是準確的。另一方面，當最高有效位(MSB)是‘0，時，該比特率對應于在ATSCA/53B的TableA3.4中所定義的上限。IS0_639_language_code字段是24比特(即，3個字節)字段，其表示了符合ISO639.2/B[x]的、用于音頻流成分的語言。當在相應的音頻流成分中不存在特定的語言時，各個字節的值都應設為‘0x00’。圖19例示了根據本發明的MHRTP有效載荷類型描述符的示例性比特流語法結構。MH_RTP_payload_type_descriptor()指定了RTP有效載荷類型。然而，MH_RTP_payload_type_descriptor()僅僅在SMT的num_components循環內的RTP_payload_type字段的動態值處于‘96’到‘127’的范圍內時才存在。MH_RTP_payload_type_descriptor()用作SMT的component_level_descriptor。MH_RTP_payload_type_descriptor將動態的RTP_payload_type字段值解釋成(或匹配于)MIME類型。因此，接收系統(或接收機)可以收集(或搜集)封裝到RTP的IP流成分的編碼格式。現在將詳細描述包括在MH_RTP_payload_type_descriptor()中的字段。descriptor_tag字段對應于具有TBD值的8比特無符號整數，其將當前描述符標識為MH_RTP_payload_type_descriptor()。descriptor_length字段也對應于8比特無符號整數，其表示了從descriptorlength字段之后開始、直至MH_RTP_payload_type_descriptor()的結尾為止的部分的長度(以字節為單位)。RTP_payl0ad_type字段對應于7比特字段，其標識了IP流成分的編碼格式。這里，RTP_payload_type字段的動態值處于‘96’到‘127’的范圍內。MIME_type_length字段指定了MIME_type字段的長度(以字節為單位)。MIME_type字段表示與MH_RTP_payload_type_descriptor()所描述的IP流成分的編碼格式相對應的MIME類型。圖20例示了根據本發明的MH當前事件描述符的示例性比特流語法結構。MH_current_event_descriptor()應當用作SMT內的virtual_channel_level_descriptorO。這里，MH_current_event_descriptor()提供了關于經由各個虛擬信道所發送的當前事件的基本信息(例如，當前事件的開始時間、持續時間及標題等)。現在將詳細描述包括在MH_current_event_descriptor()中的字段。descriptor_tag字段對應于具有TBD值的8比特無符號整數，其將當前描述符標識為MH_current_event_descriptor()。descriptor_length字段也對應于8比特無符號整數，其表示了從descriptorlength字段之后開始、直至MH_current_event_descriptor()的結尾為止的部分的長度(以字節為單位)。current_event_start_time字段對應于32比特無符號整數。current_event_start_time字段表示了當前事件的開始時間，更具體地說，其表示了按照自1980年1月6日00:00:00UTC以來的GPS秒的數量的開始時間。current_event_duration字段對應于24比特字段。這里，current_event_duration字段按照小時、分鐘及秒來表示了當前事件的持續時間(其中，該格式為6個數字，4位BCD=24比特)。title_length字段指定title_text字段的長度(以字節為單位)。這里，值‘0，表示相應的事件不存在標題。title_text字段按照如ATSCA/65C[x]中所定義的多字符串結構的格式來表示在事件標題中的相應事件的標題。圖21例示了根據本發明的MH下一事件描述符的示例性比特流語法結構。可選的MH_next_event_descriptor()應當用作SMT內的virtual_channel_level_descriptor()。這里，MH_next_event_descriptor()提供了關于經由各個虛擬信道發送的下一事件的基本信息(例如，下一事件的開始時間、持續時間及標題等)。現在將詳細描述包括在MH_next_event_descriptor()中的字段。descriptor_tag字段對應于具有TBD值的8比特無符號整數，其將當前描述符標識為MH_next_event_descriptor()。descriptor_length字段也對應于8比特無符號整數，其表示了從descriptorlength字段之后開始、直至MH_next_event_desCriptor()的結尾為止的部分的長度(以字節為單位)。next_event_start_time字段對應于32比特無符號整數。next_event_start_time字段表示了下一事件的開始時間，更具體地說，其表示了按照自1980年1月6日00:00:OOUTC以來的GPS秒的數量的開始時間。next_event_duration字段對應于24比特字段。這里，next_event_duration字段按照小時、分鐘及秒來表示了下一事件的持續時間(其中，該格式為6個數字，4位BCD=24比特)。title_length字段指定了title_text字段的長度(以字節為單位)。這里，值‘0’表示相應的事件不存在標題。title_text字段按照如ATSCA/65C[x]中所定義的多字符串結構的格式來表示了在事件標題中的相應事件的標題。圖22例示了根據本發明的MH系統時間描述符的示例性比特流語法結構。MH_system_time_descriptor()應當用作SMT內的ensemble_level_descriptor()。這里，MH_system_time_descriptor()提供了關于當前時間和日期的信息。在考慮到MH業務數據的移動/便攜特性的情況下，MH_system_time_descriptor()字段還提供了關于發送相應廣播流的發送系統(或發射機)所在的時區的信息。現在將詳細描述包括在MH_system_time_descriptor()中的字段。descriptor_tag字段對應于具有TBD值的8比特無符號整數，其將當前描述符標識為MH_system_time_descriptor()。descriptor_length字段也對應于8比特無符號整數，其表示了從descriptorlength字段之后開始、直至MH_SyStem_time_desCriptor()的結尾為止的部分的長度(以字節為單位)。system_time字段對應于32比特無符號整數。systemjime字段表示當前的系統時間，更具體地說，其表示了按照自1980年1月6日00:00:00UTC以來的GPS秒的數量的當前系統的時間。GPS_UTC_offset字段對應于8比特無符號整數，其定義了在GPS與UTC時間標準之間以整秒為單位的當前偏移。為了將GPS時間轉換成UTC時間，從GPS時間減去GPS_υ—οβθο^^Μ^Ρ^^Μ]^(InternationalBureauofWeightsandMeasures)當前偏移的誤差太大，就可以增加(或減去)額外的閏秒(leapsecond)。因此，GPS_UTC_offset字段值將反映出該變化。time_zone_offset_polarity字段是1比特字段，其表示了廣播站所在時區的時間是否超過(或領先或快于)或落后(或滯后于或慢于)UTC時間。當time_Z0ne_0ffset_polarity字段的值等于‘0’時，其表示當前時區的時間超過UTC時間。因此，將time_Zone_offset_polarity字段的值增加到UTC時間值。相反，當time_zone_offset_polarity字段的值等于‘1’時，其表示當前時區的時間落后于UTC時間。因此，將time_Z0ne_0ffset_polarity字段值從UTC時間值中減去。time_zone_offset字段是31比特無符號整數。更具體地說，time_zone_offset字段以GPS秒為單位來表示與UTC時間相比的廣播站所在的時區的時間偏移。daylight_savings字段對應于16比特字段，其提供了關于夏令時(即，夏時制時間)的信息。time_Z0ne字段對應于(5X8)比特字段，其表示了發送相應的廣播流的發送系統(或發射機)所在的時區。圖23例示了根據本發明的業務映射表(SMT)的分段和封裝過程。根據本發明，在將目標IP地址與目標UDP端口號包括在IP數據報中的情況下，將SMT封裝到UDP。更具體地說，首先將SMT分段成預定數量的區段，隨后將其封裝到UDP報頭，最后封裝到IP報頭。此外，SMT區段提供了與包含在MH系綜(其包括相應的SMT區段)中的全部虛擬信道相關的信令信息。將描述了MH系綜的至少一個SMT區段，包括在該相應MH系綜中所包括的各個RS幀中。最后，通過包括在各個區段中的ensemblejd來標識SMT區段。根據本發明的實施方式，通過將目標IP地址和目標UDP端口號通知給接收系統，可以對相應的數據(即，目標IP地址和目標UDP端口號)進行解析，而無需使得接收系統請求其它的附加信息。圖24例示了根據本發明的、利用FIC和SMT來訪問虛擬信道的流程圖。更具體地說，對物理信道進行調諧(S501)。并且當確定了在所調諧的物理信道中存在MH信號時(S502)，解調相應的MH信號(S503)。另外，根據解調后的MH信號以子幀為單位來對FIC段進行成組(S504和S505)。根據本發明的實施方式，將FIC段插入到數據組中，從而進行發送。更具體地說，對應于各個數據組的FIC段描述了關于相應的數據組所屬的MH系綜的業務信息。當以子幀為單位來對FIC段進行成組并隨后對其解交織時，可以獲得與用于發送相應FIC段的物理信道有關的全部業務信息。因此，在調諧過程后，接收系統可以在子幀周期內獲得關于相應物理信道的信道信息。一旦在S504和S505中對FIC段進行了成組，則識別出用于發送相應FIC段的廣播流(S506)。例如，通過對將FIC段成組而構成的FIC主體的transportstream_id字段進行解析，可以識別出廣播流。此外，從FIC主體中提取出系綜標識符、主信道號、次信道號、信道類型信息等(S507)。并且，通過使用提取出的系綜信息，使用時間分片方法獲得了僅與所指定的系綜相對應的時隙，以構成系綜(S508)。隨后，解碼與所指定的系綜相對應的RS幀(S509)，并打開用于接收SMT的IP套接字(socket)(S510)。根據本發明的實施方式所給出的示例，在將目標IP地址與目標UDP端口號包括在IP數據報中的情況下，將SMT封裝到UDP。更具體地說，首先將SMT分段成預定數量的區段，隨后將其封裝到UDP報頭，最后封裝到IP報頭。根據本發明的實施方式，通過將目標IP地址和目標UDP端口號通知給接收系統，接收系統可以對SMT區段和各個SMT區段的描述符進行解析，而無需請求其它附加信息(S511)。SMT區段提供了與包含在MH系綜(其包括相應的SMT區段)中的全部虛擬信道有關的信令信息。將描述了MH系綜的至少一個SMT區段包括在該相應MH系綜中所包括的各個RS幀中。另外，通過包括在各個區段中的ensemblejd來標識各個SMT區段。此外，各個SMT提供與屬于相應MH系綜(其包括各個SMT)的各個虛擬信道有關的IP訪問信息。最后，SMT提供了對于服務相應的虛擬信道所需的IP流成分級別信息。因此，通過使用從SMT解析出的信息，可以訪問屬于請求接收所需的虛擬信道的IP流成分(S513)。因此，可以將與相應的虛擬信道相關聯的業務提供給用戶(S514)。FIC數據與其它數據之間的關系如上所述，在MH廣播信號中對移動業務數據與主業務數據進行了復用，并且發送了MH廣播信號中的復用后的數據。為了發送移動業務數據，在TPC數據中設置了傳輸參數信道信令信息，并且在FIC數據中設置了快速信息信道信令信息。對TPC數據和FIC數據進行復用和隨機化處理，對1/4并行級聯卷積碼(PCCC=ParallelConcatenatedCon-volutionalCode)進行糾錯編碼，使得將經過PCCC編碼的數據發送到數據組。否則，對包含在系綜中的移動業務數據進行串行級聯卷積碼(SCCC=SerialConcatenatedConvolutionalCode)外部編碼，使得將經過SCCC編碼的數據發送到數據組。移動業務數據包括用于構成業務的內容數據以及用于描述該業務的業務表信息。該業務表信息包括用于指示至少一個虛擬信道組的系綜的信道信息，并且包括基于信道信息的業務描述信息。為了描述的簡便，如果盡管數據段位于同一信號幀(或同一數據組)中、但多個數據段在發送單元處經過了不同的調制處理或者在接收單元處經過了不同的解調處理，則這表示由于經由不同路徑而對這些數據段進行信令處理，因此這些數據段被傳送到不同的數據信道。例如，這可以表示將TPC數據和FIC數據發送到與用于發送內容數據和業務表信息的數據信道不同的數據信道。這是由于TPC數據和FIC數據所應用的糾錯編碼/解碼處理與包含在系綜中的內容數據和業務表信息所應用的糾錯編碼/解碼處理不同。在上述假設的情況下，將描述一種用于接收MH廣播信號的方法。根據本發明的數字廣播系統接收對移動業務數據與主業務數據進行復用的廣播信號。該系統從移動業務數據中的第一數據信道中接收到的TPC數據中獲取FIC數據的版本信息，并且從該FIC數據中獲取系綜與包含在該系綜中的虛擬信道的綁定信息。因此，可以識別出哪一個系綜發送了由用戶選擇的虛擬信道的業務。因此，該系統能夠按照隊列格式來接收用于傳送相應虛擬信道的系綜。該系統能夠根據在接收機中接收到的隊列而獲取包含在一系列時隙中的數據組。如果僅在一個MH幀期間內收集數據組，則該系統能夠獲取配備有該系綜的RS幀。因此，該系統解碼該RS幀，并且對包含在解碼后的RS幀中的業務表信息進行解析。該系統能夠利用用于描述由用戶選擇的虛擬信道的信息、根據解析出的業務表信息來獲取虛擬信道的業務。傳送到第一數據信道的FIC數據可以表示系綜和與該系綜相關的虛擬信道的綁定信息，其中，將該系綜傳送到第二數據信道。該系統能夠使用該綁定信息對包含在特定系綜中的業務表信息進行解析，使得可以迅速地顯示該業務。FIC數據以及包含在FIC數據中的信息的示例如下。更具體地說，如果使用FIC數據來提供上述的業務，則此后將詳細地描述能夠在構成該業務的成分間建立同步的數字廣播系統和在該數字廣播系統中使用的數據處理方法。圖25示出了根據本發明的定時模型的一個示例。如果發送了視頻成分和音頻成分，則接收系統對視頻成分和音頻成分進行同步的示例如下。對視頻成分和音頻成分中的每一個都進行編碼，使得編碼后的視頻和音頻成分可以存儲在數據處理系統或發送系統的緩沖器中。數據處理系統或發送系統對緩沖器中存儲的音頻和視頻成分進行編碼/復用，使得數據處理系統或傳輸系統可以存儲或發送復用后的信號。回放系統或接收系統對緩沖器中存儲的視頻/音頻復用后的信號進行解碼和解復用。將解復用后的視頻/音頻成分中的每一個都存儲在回放系統或接收系統的緩沖器中，并且由回放系統或接收系統的各個解碼器對解復用后的視頻/音頻成分進行解碼，使得可以從回放系統或接收系統的各個解碼器輸出解碼后的視頻/音頻成分。將在上述信號流程中被同步的視頻和音頻成分中的每一個都經歷了時間延遲。例如，假設該定時模型具有恒定的時間延遲，可以將該恒定的時間延遲存儲在存儲單元中或傳送到存儲單元(恒定延遲1)。可以根據系統來改變將數據臨時地存儲在數據處理系統或發送系統的緩沖器中、或存儲在回放系統或接收系統的緩沖器中的臨時存儲時間，因此視頻/音頻成分是按照不同的方式發生時間延遲的(可變延遲)。然而，為了使視頻/音頻成分同步并輸出同步后的視頻/音頻成分，假設在將視頻成分和音頻成分發送到定時模型并隨后將其從定時模型輸出時所需要的時間延遲是恒定的(恒定延遲2)。如果上述的定時模型沒有起作用，則視頻/音頻成分彼此不同步，使得接收并觀看具有該視頻/音頻成分的內容數據的用戶感覺不舒服。為了克服上述的問題，MPEG-2TS系統將系統時間時鐘定義為值27MHz，使得視頻/音頻成分可以彼此同步。根據MPEG-2TS系統定義的內容，發送系統對系統時鐘頻率執行PCR(節目時鐘參考，ProgramClockReference)編碼，并且將編碼后的結果發送到接收系統。該PCR值用于將傳輸系統時間設置為MPEG-2TS的program_clock_reference_base_field信息范圍內的值27MHz。接收系統將program_clock_reference_base_field的最后一個比特的接收時間設置為系統時間時鐘(STC:SyStemtimeclock)。如果按照PCR校正的STC值是包含在打IaWS^l(PES:packetizedelementarystream)巾白勺角軍石馬(DTS:decodingtimestamp)和顯示時間戳(PTSpresentationtimestamp)，則接收系統解碼對應的基本流，并在外部顯示解碼的結果。為了說明的方便，把在MPEG-2TS系統中使用的27MHz的系統時鐘誤差范圍設置為+/-810MHz，并且假設在0.1秒或更短時間內完成了對聯接的PCR的值的傳輸。數字廣播接收系統中的MPEG-2系統解碼器的輸入信號是調諧器或信道解碼器的輸出信號。為了針對廣播信號處理而維持廣播流的恒定比特率，對數字廣播接收系統的全部構成部件進行操作。如果在數字廣播接收系統中按照與MH廣播信號相同的方式在時間軸上不連續地接收移動業務數據，則數字廣播接收系統可以使用時間分片方法減少電力消耗量。圖26示出了當按照根據本發明的時間分片方案發送和接收信號時隨著時間發生變化的比特率。例如，如果在MH廣播信號的隊列中接收到第一業務(事件)(業務1)和第二業務(事件)(業務2)(即，如果按照隊列索引1，2，和3的順序接收業務)，則所發送的廣播信號的量在時間上并不是恒定的。假設與數字廣播接收系統使用時間分片方法接收移動業務數據的特定情況相同的方式按照平均比特率來接收與該特定情況相同的數據量。通過時間分片方法接收到的移動業務數據的帶寬是當按照平均比特率接收數據時獲得的另一個帶寬的N倍。假設一種方法的數據量等于另一種方法的數據量。因此，盡管當數字廣播接收系統使用時間分片方法接收廣播信號時獲得的數據量與當數字廣播接收系統持續接收廣播信號時獲得的另一個數據量相等，但是根據時間分片方法，可以將電力消耗量減少了1/N+a。然而，如果數字廣播接收系統接收廣播信號，則數字廣播接收系統不能按照恒定的比特率來接收廣播信號，這使得數字廣播接收系統在連續地接收和解碼廣播信號時可能在管理它的緩沖器方面存在困難。例如，如果在定時點tl和t2(以X表示)處對時間參考值進行編碼，并且按照MPEG-2TS方案來發送編碼得到的結果，則時間參考字段的值可能與實際的系統時間參考的值不同。例如，在按照實際的平均比特率接收廣播信號的情況下，在時間t2處編碼的時間參考值可以對應于時間t3處的時間參考值。如果根據上述方案發送和接收時間參考值，則應當在數字廣播接收系統中包含額外的緩沖器，把在隊列中接收到的廣播信號存儲在這個額外的緩沖器中，隨后可以按照平均比特率來輸出得到的廣播信號。然而，上述的方案比較復雜，并且用于按照平均比特率來恢復原始的時間參考的處理可以被連續地累積，使得該處理被視為一種遞歸處理，這會使得數字廣播接收系統越來越不穩定。盡管按照上述方案恢復了時間參考值，但是可以根據數字廣播接收系統的解碼器對廣播信號進行解碼的時間來改變該恢復后的時間參考值。因此，即使使用相同的數字廣播接收系統，但是恢復后的時間參考值也可能被改變為另一個時間參考值。例如，數字廣播接收系統的啟動時間或將信道改變到另一個信道的時間可能在內容數據的回放中造成時間差。為了更容易地闡釋上述問題，此后將參照圖12來進行以下說明。如果數字廣播接收系統接收隊列中的一個MH幀，則數字廣播接收系統能夠獲取包括一個或兩個系綜的RS幀。如上所述，系綜包括至少一個傳送移動業務數據的虛擬信道組。為了說明的方便和更好地理解本發明，假設數字廣播接收系統能夠從一個MH幀接收到一個系綜。因此，數字廣播接收系統需要968msec(大約1秒鐘)的預定時間來接收一個系綜，因此數字廣播接收系統不能使用由MPEG-2TS定義的方案來恢復系統時間。在使用圖3所示的網際協議來發送和接收業務的情況下，以實時傳輸協議(RTPReal-timeTransportProtocol)包的方式來發送和接收由音頻和視頻數據組成的業務的構成成分。RTP包的報頭具有時間戳值，該時間戳值充當了能夠處理諸如視頻幀的訪問單元(AU,accessunit)的時間單位。作為該時間戳的參考時間，可以將網絡時間協議(NTP:NetworkTimeProtocol)的時間戳和與該時間戳相對應的系統參考時鐘的時間戳值同時發送到RTP控制協議(RTCP)的發送方報告(SRsenderreport)。數字廣播接收系統能夠對在該系統參考時鐘中接收到的音頻/視頻(A/V)數據建立同步。然而，可以向獨立的數字廣播接收系統差異地指定傳送到網際協議的絕對時間的接收時間，使得各個數字廣播接收系統都能夠通過參考相同的時間來重現音頻、視頻(A/V)內容數據。然而，數字廣播接收系統的顯示內容可能彼此不同步。因此，數字廣播系統能夠建立業務(事件)的構成成分的同步，并且能夠在顯示向該業務(事件)提供的內容數據中沒有任何時間差地顯示該內容數據。數字廣播接收系統接收MH廣播信號，并且能夠在MH信號幀的特定時間發送參考時間值，以使得數字廣播接收系統獲得了被傳送到接收的廣播信號的移動業務。為了說明的方便和更好地理解本發明，此后把傳送MH信號幀的時間參考值稱為參考時間。例如，如果數字廣播接收系統接收MH廣播信號，可以使用MH信號處理的特定時間(例如，MH信號幀的開始時間或MH信號子幀中任一個的開始時間)作為建立參考時間的時間。在該示例中，可以將MH信號幀的MH幀開始時間作為參考時間建立時間。如果將MH信號幀的開始時間用作參考時間建立時間，則接收MH廣播信號的數字廣播接收系統可以在與以上忽略了多普勒效應時的參考時間建立時間相同的時間建立參考時間。另外，可以在與以上參考數據建立時間相同的時間將發送到MH信號幀的實際的參考時間值設置為系統時間時鐘。在上述的實施方式中，可以將參考時間傳送到包含在MH信號幀中的FIC數據。如果把傳送到MH子幀的FIC主體數據分割成多個段，則把各個段稱為FIC段。此后將參照圖15來描述該FIC段的格式。FIC段的報頭可以包括FIC類型。FIC段數據的格式可以根據FIC類型的值而不同。作為參考，可以將FIC數據包含在各個數據組中并且可以將所得到的包括FIC數據的數據組傳送到目的地。如果包含在各個組中的FIC數據的尺寸是SOF且包含在系綜中的數據組的數量是NoG(組的數量)，則由下式來表示系綜將數據傳送到一個MH幀的比特率式NoGXSOFX5(MH子幀的數量)/0.986字節每秒圖27是根據本發明的FIC段數據的另一個示例。FIC段包括FIC段報頭字段和FIC段有效載荷字段。可以差異地確定各個字段的尺寸。FIC段報頭可以包括2個比特的FIC_type字段。如果FIC_type字段被設為‘1’，則FIC段報頭在FIC_type字段后可以包括6個比特的保留字段。例如，如果FIC_type字段被設為‘1’，則其表示FIC段有效載荷當前在發送參考時間。FIC段有效載荷包括3個比特的擴展字段、5個比特的長度字段和擴展有效載荷字段。例如，如果3個比特的擴展字段被設為‘00’，則擴展有效載荷字段能夠發送參考時間。例如，參考時間可以是基于64比特的RTCP的NTP(網絡時間協議)時間戳值。5個比特的長度字段可以表示擴展有效載荷字段的長度。數字廣播接收系統使用NTP時間戳值作為參考時間值，因此可以將該參考時間值用作在對所有的業務進行回放或解碼時可以參考的通用的掛鐘。另外，該參考時間值可以在IP層上與作為RCTP的發送方報告(SR)包而發送的其它NTP時間戳彼此協同使用。如果3個比特的擴展字段被設為111，則其表示擴展有效載荷是無意義的數據值。如果擴展字段從OOl到110，則該擴展字段可以用作保留值。可以將傳送該參考值的FIC段數據包含在MH信號幀中所包含的任一個MH子幀中。為了說明的方便，假設將FIC段數據包含在第五個MH子幀中。例如，與第五個MH子幀相對應的FIC段數據的參考時間值是NTP時間戳，并且可以將該MH信號幀的開始時間設置為系統時鐘的建立時間。圖28是例示了根據本發明的另一個實施方式的數字廣播系統的框圖。參照圖28，調諧器410接收廣播信號。廣播信號可以是復用了移動業務數據和主業務數據的信號。解調器420對接收信號進行解調。如果接收信號是MH信號幀，則解調器420可以輸出MH信號幀的開始時間(即，MH幀開始)或MH信號幀的各個子幀的開始時間。也就是說，解調器420可以輸出接收到的信號的特定位置的解調時間。解調器420從MH信號幀中提取TPC或FIC數據，并且輸出提取出的TPC或FIC數據，并且輸出包括移動業務數據的系綜的RS幀。FIC處理機450可以將包含在FIC數據中的NTP時間戳輸出到管理器440。可以在MH幀開始時間處向系統時鐘設置NTP時間戳值。管理器440根據系統時鐘來解碼或顯示包含在MH廣播信號中的數據。例如，管理器440使用參考時間來恢復系統時鐘，并且控制業務表信息處理機465、IP過濾器475、數據處理機480、A/V解碼器490，使得可以按照恒定的比特率來處理包含在業務表信息緩沖器460中的數據和包含在IP數據報緩沖器470中的數據。管理器440的信道管理器447基于FIC數據構建信道映射表，因此信道管理器447根據表示系綜與虛擬信道之間的關系的綁定信息來輸出并顯示表示哪一個系綜包括對應的虛擬信道的特定信息。RS幀解碼器430解碼RS幀，因此RS幀解碼器430輸出業務表信息和被用作內容數據的業務數據。可以將IP數據報包含在RS幀所包含的MH傳輸包(ΜΗTP)中。盡管圖1的示例將業務表信息和業務數據都包括在IP數據報中，但是可以將區段格式的業務表信息包括在MH傳輸包(ΜΗTP)中而將業務數據包括在圖1所示的IP數據報中。在該示例中，RS幀解碼器430將業務表信息輸出到業務表信息緩沖器460，并且將充當內容數據的業務數據輸出到IP數據報緩沖器470。業務表信息處理機465解碼業務表信息，并且將解碼后的業務表信息存儲在業務表信息數據庫(DB)480中。IP過濾器475可以對包括期望的業務數據的IP數據報進行過濾并且輸出過濾的結果。數據處理機480對包括在IP數據報中的數據廣播下載數據進行處理。中間件引擎485可以使用數據處理機480的輸出數據將數據發送到數據廣播應用。例如，經由A/V后處理器495使用OSD將上述的應用輸出給用戶。A/V解碼器490對包括在IP數據報中的業務數據中的音頻/視頻(A/V)數據進行解碼，并且輸出解碼后的A/V數據。A/V解碼器490能夠根據按照以上參考時間而恢復的系統時鐘來解碼A/V數據。接口單元445從用戶接收用于管理和建立數字廣播系統的控制信號，例如，信道改變信號和應用驅動信號。A/V后處理器495從A/V解碼器490接收A/V數據，顯示該A/V數據，并且根據從接口單元445接收到的控制信號來輸出該A/V數據。從A/V后處理器495生成的A/V數據經由顯示器(未示出)傳送到用戶。顯示器可以根據按照參考時間而恢復的系統時鐘向用戶提供A/V數據。管理器440控制A/V后處理器495以根據在接收信號幀的特定位置處建立的NTP時間戳來對A/V數據進行同步，并且顯示器將同步后的A/V數據輸出給用戶。盡管圖28的實施方式與圖1的實施方式相似，但是圖1的實施方式能夠處理其中MHTP(傳輸包)中的IP數據報將業務表信息(Si)和內容數據包括在IP數據報中的信號。本實施方式能夠處理其中MHTP直接地包括區段格式的業務表信息(Si)的信號。因此，如圖1所示，在MH信號幀的特定時間處，可以按照系統時間來操作充當包含在FIC數據中的NTP時間戳值的參考時間。如果將業務表信息或內容數據傳送到包含在MHTP中的MPEG-2TS，則需要上述的NTP時間戳和表示MPEG-2TS與NTP時間戳之間的關系的其它信息。按照與各個節目(對應于上述實施方式的業務)對應的方式傳送MPEG-2TS的節目映射表(PMT)。PMT包括用于構建節目的信息、和傳送PCR的PID(PCR_PID)，該PCR用于恢復節目的基本流所參照的系統時間時鐘。圖29示出了根據本發明的PMT中NTP時間戳和PCR之間的關系。在該情況下，由NTP_PCR描述符來表示這個描述符。descriptor_tag字段和descriptor_length字段分別表示描述符標識符和描述符長度。NTP_timestamp字段表示上述的參考時間，而PCR_base字段是MPEG-2TS的STC。如果NTP_PCR描述符被包含在PMT中，則可以獲得NTP時間戳與傳送到MPEG-2TS的節目的STC之間的關系。上述的NTP_PCR描述符可以描述與NTP時間戳相對應的MPEG-2TS的PCR。圖30和圖31是根據本發明的FIC段的其他示例。此后將詳細地描述圖30的FIC段字段。FIC_type字段表示FIC段的類型。3比特的FIC_segment_number字段表示FIC段的序號。3比特的FIC_Last_segment_Number字段表示FIC段中的最后一個段的號碼。4比特的FIC_update_N0tifier字段可以表示FIC數據的更新時間。例如，如果FIC_update_Notifier字段被設置為0000，則其表示沒有對FIC數據進行更新，而是在經過具有與相應的字段的值相同的值的MH信號幀之后對FIC數據進行更新。4比特的ESGjersion字段表示傳送到下述系綜的業務指南信息的版本信息，該系綜為該業務指南信息所專門地傳送到的系綜。包含在FIC段有效載荷中的信息如下。FIC段有效載荷包括FIC_Ensemble_Header字段和FIC_Ensemble_Payload字段中的至少一個。FIC_Ensemble_Headerg@Ensemble_idψg、RS_Frame_Continuity_counter字段、signaling—version字段、禾口Numcharmels字段。8比特的Ensemble_id字段表示系綜標識符。4比特的RS_Frame_Continuity_Counter字段表示傳送該系綜的RS幀是否連續。4比特的signalingjersion字段表示包括在RS幀中的系綜的信令信息的版本信息。例如，可以通過SMT(業務映射表)來描述系綜中的業務，并且可以在signaling—version字段中確定該SMT(業務映射表)的版本信息。此外，如果由其它的信令信息來描述以區段為單位傳送的系綜，則可以在該signaling,version字段中確定該信令信息的版本信息。為了說明的方便，假設在系綜中根據被用作預定傳輸單位的區段格式來傳送業務表信息并且該業務表信息描述了包含在系綜中的移動業務數據。8比特的Numcharmels字段表示包含在各個系綜中的虛擬信道的數量。FIC_Ensemble_Payloadg@Channel_typeψg、CA_indicatorψg、Primary_Service_Indicator^j^;>major_channel_num_、禾口minor_charmel_num6比特的Charmeltype字段表示傳送到相應的虛擬信道的業務的類型。此后將描述這個字段值的示例值。1比特的CAjndicator字段具有表示相應的虛擬信道是否是限制訪問的信道的條件訪問信息。例如，如果CAjndicator字段被設定為1，則對相應虛擬信道的訪問受到限制。1比特的Primary_service_Indicator字段表示相應虛擬信道是否是主要業務。8比特的maj0r_Channel_num字段表示相應虛擬信道的主編號，而8個比特的minor_channel_num字段表示相應虛擬信道的次編號。根據信道的數量可以在FIC有效載荷中重復從Charmeltype字段到minor_channel_num字段的多個字段。圖31是根據本發明的FIC段的另一個示例。參照圖31，2個比特的FIC_type字段表示段的類型。6比特的NumCharmels字段表示傳送到相應的FIC所發送到的系綜的虛擬信道的數量。8比特的FIC_Segment_number字段表示在通過對FIC主體數據進行分割而生成的若干個段中選擇的相應的段的號碼。8比特的FIC_Last_segment_Number字段表示包含在相應的FIC主體數據中的最后的段的號碼。FIC段有效載荷可以包括FIC_channel_header字段和FIC_channel_payload字段。FIC_channel_header字段可以包括ESG_requirement_flag字段、num_streams字段、IP_address_flag字段、禾口Target_IP_address字段。1比特的ESG_requirement_flag字段表示期望查看相應的虛擬信道的數據的用戶是否需要業務指南信息。例如，如果ESG_reqUirement_flag字段具有值1，則該字段表示期望查看相應的虛擬信道的用戶需要業務指南信息。因此該用戶可以通過參考業務指南信息來選擇期望的虛擬信道。6比特的nunustreams字段表示了傳送到相應的虛擬信道的視頻數據、音頻數據及數據流的數量。1比特的1_3(1(1儀88_打38字段表示可以按照1版本4(1￥4)或IP版本6(IPv6)來表示的提供相應的虛擬信道的IP地址。IP版本4(IPv4)的地址可對應于32位，IP版本6(IPv6)的地址可對應于48位。Target_ip_address字段表示能夠接收相應的虛擬信道的IP地址。FIC_channel_payload字段可以包括stream_type字段、target_port_number字段、以及IS0_639_language_code字段。8比特的Stream_type字段表示傳送到相應的虛擬信道的流的類型。8比特的target_p0rt_nUmber字段表示能夠獲得相應的流的傳輸端口號。如果流是音頻流，則以8*3比特表示的IS0_639_language_COde字段表示了該音頻的語言。圖32是例示了根據本發明的數據處理方法的流程圖。參照圖32，數字廣播接收系統在步驟S801接收復用了主業務數據和移動業務數據的信號。關于復用后得到的信號的示例，可以將MH廣播信號作為復用后得到的信號的示例。可以按照時間上不連續的方式來接收移動業務數據。系統解調接收到的廣播信號，獲得其中建立了將被用作系統時鐘的參考時間信息的快速信息信道信令信息。另外，系統在步驟S803獲得了廣播信號幀的特定位置的參考時間信息。例如，幀的特定位置的解調時間信息可以是MH信號幀的開始時間或者是MH信號幀的各個子幀的開始時間。系統通過解碼快速信息信道信令信息來獲得參考之間，并且在步驟S805在解調時間對系統時鐘設置所獲得的參考時間。快速信息信道信令信息被包含在信號幀的特定時段中。在該特定時段中，使用內容數據和其它糾錯編碼方案對數據進行編碼。在對內容數據或描述了該內容數據的業務表信息進行解碼之前，對該特定時段的數據進行解碼。系統在步驟S807根據建立的系統時鐘來解碼移動業務數據。因此，可以根據在特定時間建立的參考時間來解碼或顯示接收到的廣播信號。結果，盡管在數字廣播接收系統中不連續地接收移動業務數據，但是可以按照恒定的比特率來處理接收到的移動業務數據。以本發明的‘最佳模式’描述了本發明的實施方式。在廣播領域和通信領域中可以使用根據本發明的數字廣播系統和數據處理方法。權利要求一種數據處理方法，該方法包括以下步驟接收復用了主業務數據和移動業務數據的廣播信號；解調所述廣播信號以獲取快速信息信道信令信息，該快速信息信道信令信息包括用于系統時鐘的參考時間信息，并且輸出所述廣播信號的幀的特定位置的解調時間信息；解碼所述快速信息信道信令信息，并且根據輸出的解調時間信息在解調時間將所述參考時間信息確定為所述系統時鐘；以及根據所述系統時鐘來解碼所述移動業務數據。2.根據權利要求1所述的方法，其中，所述參考時間信息是網絡時間協議NTP時間戳。3.根據權利要求1所述的方法，其中，所述移動業務數據被包含在所述廣播信號的數據組中，所述數據組是以在時間上不連續的方式被接收的。4.根據權利要求1所述的方法，該方法還包括以下步驟使用根據所述參考時間信息的所述系統時鐘來顯示包含在所述移動業務數據中的內容數據。5.一種數字廣播系統，該數字廣播系統包括接收機，其被配置成接收復用了主業務數據和移動業務數據的廣播信號；解調器，其被配置成解調所述廣播信號以獲取快速信息信道信令信息，該快速信息信道信令信息包括用于系統時鐘的參考時間信息，并且輸出所述廣播信號的幀的特定位置的解調時間信息；管理器，其被配置成使用所述快速信息信道信令信息根據所述解調時間信息在解調時間將所述參考時間信息確定為所述系統時鐘；解碼器，其被配置成根據所述系統時鐘來解碼所述移動業務數據；以及顯示器，其被配置成顯示包含在解碼后的移動業務數據中的內容數據。6.根據權利要求5所述的數字廣播系統，其中，所述參考時間信息是網絡時間協議NTP時間戳。7.根據權利要求5所述的數字廣播系統，其中，所述接收機被配置成接收在所述廣播信號的數據組中包含的所述移動業務數據，所述數據組是以在時間上不連續的方式被接收的。8.根據權利要求5所述的數字廣播系統，其中所述顯示器使用根據所述參考時間信息的所述系統時鐘來顯示包含在所述移動業務數據中的內容數據。全文摘要公開了一種數字廣播系統和一種處理數據的方法。該數據處理方法包括以下步驟接收復用了主業務數據和移動業務數據的廣播信號；解調該廣播信號以獲取快速信息信道信令信息，該快速信息信道信令信息包括用于系統時鐘的參考時間信息，并且輸出所述廣播信號的幀的特定位置的解調時間信息；解碼所述快速信息信道信令信息，并且根據輸出的解調時間信息在解調時間將參考時間信息確定為所述系統時鐘；以及根據該系統時鐘來解碼所述移動業務數據。文檔編號H04N7/015GK101836447SQ200880112818公開日2010年9月15日申請日期2008年8月25日優先權日2007年8月24日發明者催仁煥,宋在炯,宋沅奎,徐琮烈,李哲秀,李炯坤,郭國淵,金昞吉,金鎮佑,金鎮泌申請人:Lg電子株式會社