發(fā)送/接收系統(tǒng)以及在發(fā)送/接收系統(tǒng)中處理數(shù)據(jù)的方法本申請是原案申請?zhí)枮?00980155898.7的發(fā)明專利申請(國際申請?zhí)枺篜CT/KR2009/004024，申請日：2009年7月21日，發(fā)明名稱：發(fā)送/接收系統(tǒng)以及在發(fā)送/接收系統(tǒng)中處理數(shù)據(jù)的方法)的分案申請。
技術領域：
本發(fā)明涉及一種用于發(fā)送數(shù)字廣播信號的發(fā)送系統(tǒng)、用于接收從發(fā)送系統(tǒng)所發(fā)送的數(shù)字廣播信號的接收系統(tǒng)(或接收器)和在發(fā)送系統(tǒng)和接收系統(tǒng)(或接收器)中處理數(shù)據(jù)的方法。
背景技術：
：在北美和韓國被采用作為數(shù)字廣播標準的殘留邊帶傳輸模式是使用單載波方法的系統(tǒng)。因此，在差的信道環(huán)境中，接收系統(tǒng)的接收性能會惡化。具體地說，由于當使用便攜式和/或移動廣播接收器時更加需要抵抗信道的變化和噪聲，當通過VSB傳輸模式發(fā)送移動業(yè)務數(shù)據(jù)時，接收性能可能會更加惡化。技術實現(xiàn)要素：技術問題因此，本發(fā)明致力于提供一種充分地消除了由于相關技術的局限和缺點所導致的一個或更多個問題的發(fā)送/接收系統(tǒng)以及數(shù)據(jù)處理方法。技術方案本發(fā)明的一個目的是提供一種能夠高度抵抗信道變化和噪聲的發(fā)送/接收系統(tǒng)以及數(shù)據(jù)處理方法。本發(fā)明的另一個目的是提供一種通過利用信令信息可以執(zhí)行有效的信道設置的發(fā)送/接收系統(tǒng)以及數(shù)據(jù)處理方法。本發(fā)明的再一個目的是提供一種還可以通過利用快速信息信道(FIC：fastinformationchannel)執(zhí)行有效的信道設置的發(fā)送/接收系統(tǒng)以及數(shù)據(jù)處理方法。本發(fā)明的其它優(yōu)點、目的及特征一部分將在以下的說明書中進行闡述，并且一部分對于本領域的技術人員來說將在研讀以下內(nèi)容后變得清楚，或者可以從本發(fā)明的實踐獲知。本發(fā)明的這些目的和其它優(yōu)點可以通過在本書面描述及其權利要求書及附圖中具體指出的結構來實現(xiàn)和獲得。如這里所具體實施和廣泛描述的，為了實現(xiàn)這些目的和其它優(yōu)點，并且根據(jù)本發(fā)明的目的，接收系統(tǒng)包括接收單元、第一處理單元和第二處理單元。接收系統(tǒng)從至少一個時隙接收包括移動業(yè)務數(shù)據(jù)的廣播信號。這里，傳輸幀由用于接收至少一個系綜和至少一個移動業(yè)務的多個子幀構成，并且子幀由多個時隙構成。第一處理單元獲取從至少一個子幀的FIC塊所劃分的FIC段。這里，每個FIC段包括2個字節(jié)的段報頭和35個字節(jié)的段有效載荷。段報頭包括FIC類型信息、對應的FIC段的編號和在從所述FIC塊所劃分的所述FIC段中的最后一個FIC段的編號。第二處理單元基于所獲取的各個FIC段的FIC類型信息、所述對應的FIC段的編號和所述最后一個FIC段的編號，從所述FIC段的各自有效載荷中獲得包括至少一個系綜和至少一個移動業(yè)務之間的信令信息的FIC塊。在本文中，F(xiàn)IC塊可以由5個字節(jié)的塊報頭和可變長度的塊有效載荷構成，并且，在至少一個系綜和至少一個移動業(yè)務之間的所述信令信息可以被包括在所述塊有效載荷中。而且，F(xiàn)IC塊的最后一個FIC段可以包括N個填充數(shù)據(jù)字節(jié)，其中N是整數(shù)并且等于或大于“0”(N≥0)。并且，可以通過兩個或更多個子幀來接收從FIC塊所劃分的FIC段。而且，可以通過一個子幀來接收從兩個或更多個FIC塊所劃分的FIC段。此外，可以通過至少一個子幀來接收M個空FIC段，其中M是等于或大于“0”的整數(shù)(M≥0)。并且可以利用對應的空FIC段的段報頭內(nèi)的FIC類型信息來識別各個空FIC段。最后，可以從接收到的廣播信號中獲取包括識別信息的傳輸參數(shù)信道(TPC：transmissionparameterchannel)數(shù)據(jù)，其中，所述識別信息能夠識別所述FIC塊的數(shù)據(jù)結構的更新。根據(jù)本發(fā)明的另一方面，接收系統(tǒng)的數(shù)據(jù)處理方法包括以下步驟：從至少一個時隙接收包括移動業(yè)務數(shù)據(jù)的廣播信號，其中，傳輸幀由用于接收至少一個系綜和至少一個移動業(yè)務的多個子幀構成，并且其中，子幀由多個時隙構成；獲取從至少一個子幀的FIC塊所劃分的FIC段，其中，每個FIC段包括2個字節(jié)的段報頭和35個字節(jié)的段有效載荷，并且其中，所述段報頭包括FIC類型信息、對應的FIC段的編號和在從所述FIC塊所劃分的所述FIC段中的最后一個FIC段的編號；以及基于所獲取的各個FIC段的FIC類型信息、所述對應的FIC段的編號和所述最后一個FIC段的編號，從所述FIC段的各自有效載荷中獲得包括至少一個系綜和至少一個移動業(yè)務之間的信令信息的FIC塊。應當理解的是，前面的一般描述和后面的具體描述都是示例性和解釋性的，并旨在對所要求保護的本發(fā)明提供進一步的解釋。有益效果根據(jù)本發(fā)明的發(fā)送系統(tǒng)和接收系統(tǒng)以及其數(shù)據(jù)處理方法具有以下優(yōu)點。本發(fā)明可以通過利用FIC塊以信號來傳送在至少一個系綜和至少一個移動業(yè)務之間的映射(或信令)信息，并且可以將FIC塊劃分為FIC段單元并進行發(fā)送，從而使接收系統(tǒng)能夠執(zhí)行快速的業(yè)務獲取。此外，當FIC塊的數(shù)據(jù)大小小于或大于正在通過單個子幀進行傳送的FIC段的數(shù)據(jù)大小時，本發(fā)明可以通過單個子幀或通過多個子幀來傳送從FIC塊所劃分的多個FIC段，從而防止FIC段被浪費。此外，本發(fā)明可以通過FIC段的報頭來傳送與FIC段相對應的FIC塊的協(xié)議版本信息，從而即使當在單個M/H幀中同時存在不同的協(xié)議版本的FIC塊時，也能使得接收系統(tǒng)能夠通過利用包括對應的協(xié)議版本的FIC段精確地恢復FIC塊。本發(fā)明也可以傳送識別信息，該識別信息用于識別通過FIC段的報頭傳送至對應的FIC段的有效載荷的信令信息是與當前M/H幀的信令信息相對應，還是否與下一M/H幀的信令信息相對應，從而即使當在單個M/H幀中同時存在以信號傳送當前M/H幀的系綜配置信息的FIC塊與以信號傳送下一M/H幀的系綜配置信息的FIC塊時，也能使得接收系統(tǒng)通過利用對應的M/H幀的FIC段能夠精確地恢復FIC塊。更具體地說，本發(fā)明高度地抵御(或抵抗)當通過信道傳送移動業(yè)務數(shù)據(jù)時可以發(fā)生的任何噪聲。并且，本發(fā)明也與傳統(tǒng)的接收系統(tǒng)高度地兼容。此外，即使在具有嚴重的幻影(ghost)效應和噪聲的信道中，本發(fā)明也可以沒有任何差錯地接收移動業(yè)務數(shù)據(jù)。此外，通過在數(shù)據(jù)區(qū)域內(nèi)的特定的位置插入已知數(shù)據(jù)并且傳送處理的數(shù)據(jù)，即使在易受頻率改變影響的信號環(huán)境中，也可以增強接收系統(tǒng)的接收性能。最后，在將本發(fā)明應用至易受信道中頻率變化的影響的以及需要抵御(或抵擋)嚴重的噪聲的移動和便攜式接收器時更加有效。附圖說明附圖被包括在本申請中以提供對本發(fā)明的進一步理解，并結合到本申請中且構成本申請的一部分，附圖示出了本發(fā)明的多個實施方式，且與說明書一起用于解釋本發(fā)明的原理。在附圖中：圖1例示了示出根據(jù)本發(fā)明的一個實施方式的接收系統(tǒng)的總體結構的框圖；圖2例示了根據(jù)本發(fā)明的數(shù)據(jù)組的一個示例性結構；圖3例示了根據(jù)本發(fā)明的一個實施方式的RS幀；圖4例示了根據(jù)本發(fā)明的用于發(fā)送和接收移動業(yè)務數(shù)據(jù)的M/H幀結構的一個示例；圖5例示了一般的VSB幀結構的一個示例；圖6例示了根據(jù)本發(fā)明的一個實施方式的在物理層的數(shù)據(jù)傳輸結構；圖7例示了根據(jù)本發(fā)明的一個實施方式的分層的信令結構；圖8例示了根據(jù)本發(fā)明的一個實施方式的FIC塊的語法結構；圖9例示了根據(jù)本發(fā)明的一個實施方式的FIC塊報頭的語法結構；圖10例示了根據(jù)本發(fā)明的在FIC塊的副協(xié)議版本中的示例性改變；圖11例示了當根據(jù)本發(fā)明的FIC塊的副協(xié)議版本改變時處理FIC塊的示例性過程；圖12例示了根據(jù)本發(fā)明的一個實施方式的FIC塊有效載荷的語法結構；圖13例示了根據(jù)本發(fā)明的FIC塊的分段處理的一個示例；圖14例示了根據(jù)本發(fā)明的一個實施方式所傳送的FIC段；圖15例示了根據(jù)本發(fā)明的另一個實施方式所傳送的FIC段；圖16例示了根據(jù)本發(fā)明的一個實施方式的FIC段報頭的語法結構；圖17例示了根據(jù)本發(fā)明的通過接收FIC段來恢復(或獲取)一個或更多個FIC塊的一個示例；圖18例示了根據(jù)本發(fā)明的通過接收FIC段來恢復(或獲取)一個或更多個FIC塊的另一示例；圖19例示了根據(jù)本發(fā)明的當通過接收FIC段來恢復一個或更多個FIC塊時可能出現(xiàn)的差錯的一個示例；圖20例示了根據(jù)本發(fā)明的另一個實施方式的FIC段報頭的語法結構；圖21例示了根據(jù)本發(fā)明的通過接收FIC段來恢復一個或更多個FIC塊的另一個示例；圖22例示了根據(jù)本發(fā)明的示例性發(fā)生的FIC塊的重構；圖23例示了根據(jù)本發(fā)明的通過對FIC塊執(zhí)行提前的信令發(fā)送的示例性RS幀獲取處理；圖24例示了根據(jù)本發(fā)明的通過對FIC塊執(zhí)行提前的信令發(fā)送的另一示例性RS幀獲取處理；圖25例示了根據(jù)本發(fā)明的通過接收FIC段來恢復一個或更多個FIC塊是發(fā)生的差錯的另一示例；圖26例示了根據(jù)本發(fā)明的另一個實施方式的FIC段報頭的語法結構；圖27例示了根據(jù)本發(fā)明的一個實施方式的TPC數(shù)據(jù)的語法結構；圖28例示了例示了根據(jù)本發(fā)明的通過接收FIC段來恢復一個或更多個FIC塊的另一示例；以及圖29和圖30例示了根據(jù)本發(fā)明的一個實施方式的通過接收FIC段來恢復一個或更多個FIC塊的流程圖。具體實施方式下面將詳細描述本發(fā)明的優(yōu)選實施方式，在附圖中例示出了本發(fā)明的優(yōu)選實施方式的示例。盡可能在整個附圖中用相同的標號代表相同或類似部件。此外，盡管本發(fā)明中所使用的術語是選自公知公用的術語，但是本發(fā)明的說明書中所提及的部分術語是申請人根據(jù)他或她自己的考慮而選擇的，在本文說明書中的相關部分對這些術語的詳細含義做出了說明。此外，不能簡單地通過實際使用的術語來理解本發(fā)明，而是需要通過各個術語中內(nèi)在的意義來理解本發(fā)明。在本發(fā)明的描述中所使用的術語之中，主業(yè)務數(shù)據(jù)與可以通過固定的接收系統(tǒng)接收的數(shù)據(jù)相對應，并且可以包括音頻/視頻(A/V)數(shù)據(jù)。更具體地說，主業(yè)務數(shù)據(jù)可以包括高清(HD：highdefinition)或標清(SD：standarddefinition)級別的A/V數(shù)據(jù)，并且也可以包括針對數(shù)據(jù)廣播所需的多種數(shù)據(jù)類型。而且，已知數(shù)據(jù)與根據(jù)接收系統(tǒng)和發(fā)送系統(tǒng)之間預設的協(xié)議預先已知數(shù)據(jù)相對應。此外，在本發(fā)明所使用的術語中，“M/H”(或MH)與“移動”和“手持”的首字母相對應，并且表示與固定式的系統(tǒng)相反的概念。此外，M/H業(yè)務數(shù)據(jù)可以包括移動業(yè)務數(shù)據(jù)和手持業(yè)務數(shù)據(jù)中的至少一個，并且為了簡單，也可以將其稱為“移動業(yè)務數(shù)據(jù)”。以下，將M/H、MH和移動用作相同的含義。在本文中，移動業(yè)務數(shù)據(jù)不僅對應于M/H業(yè)務數(shù)據(jù)而且可以包括具有移動或便攜特征的任何類型的業(yè)務數(shù)據(jù)。因此，根據(jù)本發(fā)明的移動業(yè)務數(shù)據(jù)不僅僅限于M/H業(yè)務數(shù)據(jù)。上述移動業(yè)務數(shù)據(jù)可以對應于具有例如程序執(zhí)行文件、股票信息等的信息的數(shù)據(jù)，并且也可以對應于A/V數(shù)據(jù)。更具體地說，移動業(yè)務數(shù)據(jù)可以與具有與主業(yè)務數(shù)據(jù)相比更低的分辨率和更低的數(shù)據(jù)速率的A/V數(shù)據(jù)相對應。例如，如果用于傳統(tǒng)的主服務的A/V編解碼器對應于MPEG-2編解碼器，則具有更好的視頻圖像壓縮效率的MPEG-4先進視頻編碼(AVC：advancedvideocoding)或可分級視頻編碼(SVC：scalablevideocoding)可以用作針對移動業(yè)務的A/V編解碼器。此外，任何類型的數(shù)據(jù)可以作為移動業(yè)務數(shù)據(jù)來進行發(fā)送。例如，用于廣播實時傳輸信息的傳輸協(xié)議專家組(TPEG：transportprotocolexpertgroup)數(shù)據(jù)可以作為主業(yè)務數(shù)據(jù)來進行發(fā)送。而且，利用移動業(yè)務數(shù)據(jù)的數(shù)據(jù)服務可以包括天氣預報服務、交通信息服務、股票信息服務、觀眾參與測試程序、實時投票和調查、交互式教育廣播程序、游戲服務、提供關于肥皂劇或連續(xù)劇的劇情簡介、人物、背景音樂和拍攝地點的信息的服務、提供關于過去的比賽比分和運動員個人檔案與成就的信息的服務和提供關于使采購訂單能夠被處理的由服務、媒介、時間和主題所分類的產(chǎn)品信息和程序的信息的服務。在本文中，本發(fā)明不僅限于以上提及的服務。在本發(fā)明中，發(fā)送系統(tǒng)提供主業(yè)務數(shù)據(jù)中的向后兼容性，以便通過傳統(tǒng)的接收系統(tǒng)進行接收。這里，將主業(yè)務數(shù)據(jù)和移動業(yè)務數(shù)據(jù)多路復用至相同的物理信道，然后進行發(fā)送。在本發(fā)明中，發(fā)送系統(tǒng)提供主業(yè)務數(shù)據(jù)中的向后兼容性，以便通過傳統(tǒng)的接收系統(tǒng)進行接收。這里，將主業(yè)務數(shù)據(jù)和移動業(yè)務數(shù)據(jù)多路復用至相同的物理信道，然后進行發(fā)送。此外，根據(jù)本發(fā)明的發(fā)送系統(tǒng)對移動業(yè)務數(shù)據(jù)執(zhí)行另外的編碼、并且插入接收系統(tǒng)和發(fā)送系統(tǒng)已知的數(shù)據(jù)(例如，已知數(shù)據(jù))，從而發(fā)送經(jīng)過處理的數(shù)據(jù)。因此，當使用根據(jù)本發(fā)明的發(fā)送系統(tǒng)時，接收系統(tǒng)可以在移動狀態(tài)中接收移動業(yè)務數(shù)據(jù)，并且即便在信道中存在各種失真和噪聲，也可以穩(wěn)定地接收移動業(yè)務數(shù)據(jù)。根據(jù)本發(fā)明的一個實施方式，發(fā)送系統(tǒng)和接收系統(tǒng)對兩種不同類型的數(shù)據(jù)信道進行操作：用于發(fā)送內(nèi)容的RS幀數(shù)據(jù)信道和用于獲取服務的快速信息信道(FIC：fastinformationchannel)數(shù)據(jù)信道。更具體地說，本發(fā)明可以通過使用FIC塊用信號傳送系綜和移動業(yè)務之間映射信息，并且可以將FIC塊劃分為FIC段單元，并發(fā)送劃分后的FIC段單元，從而使得接收系統(tǒng)能夠進行快速服務獲取。此外，當FIC塊的數(shù)據(jù)大小小于或者大于通過單個子幀發(fā)送的FIC段的數(shù)據(jù)大小時，本發(fā)明可以通過單個子幀或者通過多個子幀發(fā)送從FIC塊劃分的多個FIC段，從而防止FIC段被浪費。此外，本發(fā)明可以通過FIC段的報頭發(fā)送與FIC段相對應的FIC塊的協(xié)議版本信息，從而使得即使在單個的M/H幀中同時存在不同的協(xié)議版本的FIC塊，接收系統(tǒng)也能通過利用配置有對應的協(xié)議版本的FIC段來精確地恢復(或得到)FIC塊。本發(fā)明也可以發(fā)送識別信息，該識別信息用于識別被發(fā)送至對應的FIC段的有效載荷的信令信息是否與當前M/H幀的信令信息或下一M/H幀的信令信息相對應，從而使得即使在單個M/H幀中同時存在當前M/H幀的FIC塊信令系綜配置信息和下一M/H幀的FIC塊信令系綜配置信息，接收系統(tǒng)也能通過使用對應的M/H幀的FIC段來精確地恢復FIC塊。接收系統(tǒng)圖1例示了根據(jù)本發(fā)明的一個實施方式的接收系統(tǒng)的總體結構的框圖。參照圖1，虛線示出的箭頭指示數(shù)據(jù)路徑，實線示出的箭頭指示控制信號路徑。根據(jù)本發(fā)明的接收系統(tǒng)包括操作控制器100、調諧器111、解調器112、均衡器113、已知序列檢測器(或已知數(shù)據(jù)檢測器)114、塊解碼器115、主里德-所羅門(RS)幀解碼器116、輔RS幀解碼器117、信令解碼器118和基帶控制器119。根據(jù)本發(fā)明的接收系統(tǒng)還可以包括FIC處理機121、業(yè)務管理器122、業(yè)務信令管理器123和第一存儲單元124。根據(jù)本發(fā)明的接收系統(tǒng)還可以包括主RS幀緩沖器131、輔RS幀緩沖器132和傳輸包(TS)處理機133。根據(jù)本發(fā)明的接收系統(tǒng)還可以包括網(wǎng)際協(xié)議(IP：InternetProtocol)數(shù)據(jù)報處理機141、解擾器142、用戶數(shù)據(jù)報協(xié)議(UDP：UserDatagramProtocol)數(shù)據(jù)報處理機143、實時傳輸協(xié)議/實時傳輸控制協(xié)議(RTP/RTCP)數(shù)據(jù)報處理機144、網(wǎng)絡時間協(xié)議(NTP：NetworkTimeProtocol)數(shù)據(jù)報處理機145、業(yè)務保護流處理機146、第二存儲單元147、異步分層編碼/分層編碼傳輸(ALC/LCT)流處理機148、可擴展標記語言(XML)解析器150和現(xiàn)場設備工具(FDT：FieldDeviceTool)處理機151。根據(jù)本發(fā)明的接收系統(tǒng)還可以包括音頻/視頻(A/V)解碼器161、文件解碼器162、第三存儲單元163、中間件(M/W)引擎164和服務指南(SG)處理機165。根據(jù)本發(fā)明的接收系統(tǒng)還可以包括電子節(jié)目指南(EPG：ElectronicProgramGuide)管理器171、應用管理器172和用戶界面(UI)管理器173。為了本發(fā)明描述的簡明，在本文中，將操作控制器100、調諧器111、解調器112、均衡器113、已知序列檢測器(或已知數(shù)據(jù)檢測器)114、塊解碼器115、主RS幀解碼器116、輔RS幀解碼器117、信令解碼器118和基帶控制器119統(tǒng)稱為基帶處理器110。將FIC處理機121、業(yè)務管理器122、業(yè)務信令管理器123和第一存儲單元124統(tǒng)稱為業(yè)務復用器120。將主RS幀緩沖器131、輔RS幀緩沖器132和TS處理機133統(tǒng)稱為IP自適應模塊130。將IP數(shù)據(jù)報處理機141、解擾器142、UDP數(shù)據(jù)報處理機143、RTP/RTCP數(shù)據(jù)報處理機144、NTP數(shù)據(jù)報處理機145、業(yè)務保護流處理機146、第二存儲單元147、ALC/LCT流處理機148、XML解析器150和FDT處理機151統(tǒng)稱為公共IP模塊140。將A/V解碼器161、文件解碼器162、第三存儲單元163、M/W引擎164和SG處理機165統(tǒng)稱為應用模塊160。此外，盡管圖1中所使用的術語是選自公知公用的術語，但是在圖1的描述中所提及的部分術語是申請人根據(jù)他或她自己的考慮而選擇的，在本文說明書中的相關部分對這些術語的詳細含義做出了說明。此外，不能簡單地通過實際使用的術語來理解本發(fā)明，而是需要通過各個術語中內(nèi)在的意義來理解本發(fā)明。參照圖1，基帶控制器119對包括在基帶處理器110中的各個塊的操作進行控制。調諧器111通過將接收系統(tǒng)調諧到特定的物理信道頻率(或者物理傳輸信道頻率，PTC)使得接收系統(tǒng)能夠接收到主業(yè)務數(shù)據(jù)(對應于用于固定類型的廣播接收系統(tǒng)的廣播信號)和移動業(yè)務數(shù)據(jù)(對應于用于移動廣播接收系統(tǒng)的廣播信號)。此處，將調諧到特定物理信道的頻率向下變頻為中頻(IF)信號，由此將其輸出到解調器112和已知序列檢測器114。從調諧器111輸出的通帶數(shù)字IF信號可以只包括主業(yè)務數(shù)據(jù)，或者可以只包括移動業(yè)務數(shù)據(jù)，或者可以既包括主業(yè)務數(shù)據(jù)又包括移動業(yè)務數(shù)據(jù)。解調器112對從調諧器111輸入的通帶數(shù)字IF信號執(zhí)行自增益控制、載波恢復及定時恢復處理，由此將IF信號轉換為基帶信號。隨后，解調器112將基帶信號輸出到均衡器113和已知序列檢測器114。解調器112在定時和/或載波恢復期間使用從已知序列檢測器114輸入的已知數(shù)據(jù)符號序列，由此來提高解調性能。均衡器113對包括在經(jīng)過解調器112解調后的信號中的與信道相關的失真予以補償。隨后，均衡器113將經(jīng)過失真補償后的信號輸出到塊解碼器115。均衡器113通過使用從已知序列檢測器114輸入的已知數(shù)據(jù)符號序列來提高均衡性能。此外，均衡器113可以從塊解碼器115接收對解碼結果的反饋，由此來提高均衡性能。已知序列檢測器114從輸入/輸出數(shù)據(jù)(即，被解調之前的數(shù)據(jù)或正在被部分解調處理的數(shù)據(jù))中檢測由發(fā)送系統(tǒng)插入的已知數(shù)據(jù)地點(或位置)。隨后，已知序列檢測器114將檢測到的已知數(shù)據(jù)位置信息以及根據(jù)檢測到的位置信息而生成的已知數(shù)據(jù)序列輸出到解調器112、均衡器113和基帶控制器119。另外，為了使得塊解碼器115識別出已由發(fā)送系統(tǒng)使用附加編碼進行了處理的移動業(yè)務數(shù)據(jù)、以及尚未經(jīng)過任何附加編碼處理的主業(yè)務數(shù)據(jù)，已知序列檢測器114將這種相應的信息輸出到塊解碼器115。如果經(jīng)過均衡器113進行信道均衡且被輸入到塊解碼器115的數(shù)據(jù)對應于由發(fā)送系統(tǒng)利用串行級聯(lián)卷積碼(SCCC：serialconcatenatedconvolutioncode)方法的塊編碼和網(wǎng)格編碼(trellis-encoding)兩者進行處理之后的數(shù)據(jù)(即，RS幀內(nèi)的數(shù)據(jù)、信令數(shù)據(jù))，則塊解碼器115可以執(zhí)行作為發(fā)送系統(tǒng)的逆處理的網(wǎng)格解碼(trellis-decoding)和塊解碼。另一方面，如果經(jīng)過均衡器113進行了信道均衡且被輸入到塊解碼器115的數(shù)據(jù)對應于只由發(fā)送系統(tǒng)進行了網(wǎng)格編碼但未進行塊編碼處理的數(shù)據(jù)(即，主業(yè)務數(shù)據(jù))，則塊解碼器115可以只執(zhí)行網(wǎng)格解碼。信令解碼器118對從均衡器113輸入且已經(jīng)過信道均衡的信令數(shù)據(jù)進行解碼。假設輸入到信令解碼器118的信令數(shù)據(jù)(或者信令信息)對應于由發(fā)送系統(tǒng)利用塊編碼和網(wǎng)格編碼兩者進行處理之后的數(shù)據(jù)。這樣的信令數(shù)據(jù)的示例可以包括傳輸參數(shù)信道(TPC)數(shù)據(jù)和快速信息信道(FIC)數(shù)據(jù)。例如，在被輸入的數(shù)據(jù)之中，信令解碼器118對與信令信息區(qū)域相對應的數(shù)據(jù)執(zhí)行并行級聯(lián)卷積碼(PCCC：parallelconcatenatedconvolutioncode)方法的回歸turbo解碼(regressiveturbodecoding)。隨后，信令解碼器118從回歸turbo解碼的信令數(shù)據(jù)中分離出FIC數(shù)據(jù)和TPC數(shù)據(jù)。此外，信令解碼器118對分離的TPC數(shù)據(jù)執(zhí)行作為發(fā)送系統(tǒng)的逆處理的RS解碼，從而將經(jīng)過處理的數(shù)據(jù)輸出至基帶控制器119。而且，信令解碼器118對分離的FIC數(shù)據(jù)以子幀為單位進行解交織，以對解交織的FIC數(shù)據(jù)執(zhí)行作為發(fā)送系統(tǒng)的逆處理的RS解碼，從而將經(jīng)過處理的數(shù)據(jù)輸出至FIC處理機121。以FIC段為單位來發(fā)送從信令解碼器118被解交織和RS解碼并輸出至FIC處理機121的FIC數(shù)據(jù)。FIC處理機121從信令解碼器118接收FIC數(shù)據(jù)，以提取用于業(yè)務獲取的信令信息(即，系綜和移動業(yè)務之間的映射信息)。為此，F(xiàn)IC處理機121可以包括FIC段緩沖器、FIC段解析器和FIC塊解析器。FIC段緩沖器對從信令解碼器118以M/H幀為單位輸入的FIC段組進行緩存，從而將緩存的FIC段組輸出至FIC段解析器。其后，F(xiàn)IC段解析器提取存儲在FIC段緩沖器中的各個FIC段的報頭，以對提取出的報頭進行分析。接著，基于分析的結果，F(xiàn)IC段解析器將各個FIC段的有效載荷輸出至FIC塊解析器。FIC塊解析器使用從FIC段解析器輸出的分析的結果以從FIC段有效載荷恢復FIC塊數(shù)據(jù)結構，從而分析接收的FIC塊數(shù)據(jù)結構。隨后，F(xiàn)IC塊解析器提取用于業(yè)務獲取的信令信息。將從FIC塊解析器獲取的信令信息輸出至業(yè)務管理器122。同時，業(yè)務信令處理機123包括業(yè)務信令緩沖器和業(yè)務信令解析器。這里，業(yè)務信令管理器123對從UDP數(shù)據(jù)報處理機143發(fā)送的業(yè)務信令信道的表區(qū)段進行緩存，從而對緩存的表區(qū)段進行分析和處理。同樣地，將通過業(yè)務信令管理器123所處理的信令信息也輸出至業(yè)務管理器122。業(yè)務管理器122利用從FIC處理機121和業(yè)務信令管理器123各自收集的信令信息，以對業(yè)務映射進行配置。其后，業(yè)務管理器122利用從服務指南(SG)處理機165收集的服務指南(SG)，以擬定節(jié)目指南。接著，業(yè)務管理器122控制基帶控制器119，使得用戶可以通過參照業(yè)務映射和業(yè)務指南來接收(或被提供)用戶請求的移動業(yè)務。此外，業(yè)務管理器122也可以控制接收系統(tǒng)，使得可以基于用戶的輸入在至少一部分顯示屏上顯示節(jié)目指南。第一存儲單元124存儲由業(yè)務管理器122所擬定的業(yè)務映射和業(yè)務指南。而且，基于來自業(yè)務管理器122和EPG管理器171的請求，第一存儲單元124提取所需的數(shù)據(jù)，然后將其傳送至業(yè)務管理器122和/或EPG管理器171。基帶控制器119接收已知數(shù)據(jù)位置信息和TPC數(shù)據(jù)，從而將M/H幀時間信息、指示在選擇的隊列中是否存在數(shù)據(jù)組的信息、在對應的數(shù)據(jù)組中的已知數(shù)據(jù)的位置信息、功率控制信息等傳送至基帶處理器110中的各個塊。稍后將具體地描述TPC數(shù)據(jù)。同時，根據(jù)本發(fā)明，發(fā)送系統(tǒng)按照編碼單位(unit)來使用RS幀。在本文中，可以將RS幀劃分成主RS幀和輔RS幀。然而，根據(jù)本發(fā)明的實施方式，將依據(jù)相應數(shù)據(jù)的重要程度來劃分主RS幀和輔RS幀。主RS幀解碼器116接收從塊解碼器115輸出的數(shù)據(jù)。此處，根據(jù)本發(fā)明的實施方式，主RS幀解碼器116只從塊解碼器115接收已經(jīng)經(jīng)過了里德-所羅門(RS)編碼和/或循環(huán)冗余校驗(CRC)編碼的移動業(yè)務數(shù)據(jù)。在本文中，主RS幀解碼器116只接收移動業(yè)務數(shù)據(jù)而不接收主業(yè)務數(shù)據(jù)。主RS幀解碼器116執(zhí)行針對包括在數(shù)字廣播發(fā)送系統(tǒng)中的RS幀編碼器(未示出)的逆處理，由此來糾正在主RS幀內(nèi)存在的錯誤。更具體地說，主RS幀解碼器116通過對多個數(shù)據(jù)組進行成組來形成主RS幀，隨后，以主RS幀為單位進行糾錯。換言之，主RS幀解碼器116對正被發(fā)送用于實際廣播業(yè)務的主RS幀進行解碼。將通過主RS幀解碼器116所解碼的主RS幀輸出至主RS幀緩沖器131。主RS幀緩沖器131對主RS幀進行緩存，然后以各行為單位來配置M/HTP。主RS幀的M/HTP輸出至TP處理機133。另外，輔RS幀解碼器117接收從塊解碼器115輸出的數(shù)據(jù)。此處，根據(jù)本發(fā)明的實施方式，輔RS幀解碼器117只從塊解碼器115接收已經(jīng)經(jīng)過了RS編碼和/或CRC編碼的移動業(yè)務數(shù)據(jù)。此處，輔RS幀解碼器117只接收移動業(yè)務數(shù)據(jù)而不接收主業(yè)務數(shù)據(jù)。輔RS幀解碼器117執(zhí)行針對包括在數(shù)字廣播發(fā)送系統(tǒng)中的RS幀編碼器(未示出)的逆處理，由此來糾正輔RS幀中存在的錯誤。更具體地說，輔RS幀解碼器117通過對多個數(shù)據(jù)組進行成組來形成輔RS幀，隨后，以輔RS幀為單位進行糾錯。換言之，輔RS幀解碼器117對正被發(fā)送用于移動音頻業(yè)務數(shù)據(jù)、移動視頻業(yè)務數(shù)據(jù)、指南數(shù)據(jù)等的輔RS幀進行解碼。將通過輔RS幀解碼器117所解碼的輔RS幀輸出至輔RS幀緩沖器132。輔RS幀緩沖器132對輔RS幀進行緩存，然后以各個行為單位配置M/HTP。輔RS幀的M/HTP輸出至TP處理機133。TP處理機133包括TP緩沖器和TP解析器。TP處理機133對從主RS幀緩沖器131和輔RS幀緩沖器132輸入的M/HTP進行緩存，然后提取并分析緩存的M/HTP的各個報頭，從而從對應的M/HTP的各個有效載荷恢復IP數(shù)據(jù)報。將恢復的IP數(shù)據(jù)報輸出至IP數(shù)據(jù)報處理機141。IP數(shù)據(jù)報處理機141包括IP數(shù)據(jù)報緩沖器和IP數(shù)據(jù)報解析器。IP數(shù)據(jù)報處理機141對從TP處理機133傳送來的IP數(shù)據(jù)報進行緩存，然后提取并分析緩存的IP數(shù)據(jù)報的報頭，從而從對應的IP數(shù)據(jù)報的有效載荷恢復UDP數(shù)據(jù)報。將恢復的UDP數(shù)據(jù)報輸出至UDP數(shù)據(jù)報處理機143。如果UDP數(shù)據(jù)報被加擾，則通過解擾器142對加擾的UDP數(shù)據(jù)報進行解擾，并且將解擾的UDP數(shù)據(jù)報輸出至UDP數(shù)據(jù)報處理機143。例如，當在接收的IP數(shù)據(jù)報之中的UDP數(shù)據(jù)報被加擾時，解擾器142通過從業(yè)務保護流處理機146輸入加密密鑰等來對UDP數(shù)據(jù)報進行解擾，并且將解擾的UDP數(shù)據(jù)報輸出至UDP數(shù)據(jù)報處理機143。UDP數(shù)據(jù)報處理機143包括UDP數(shù)據(jù)報緩沖器和UDP數(shù)據(jù)報解析器。UDP數(shù)據(jù)報處理機143對從IP數(shù)據(jù)報處理機141或解擾器142傳送來的UDP數(shù)據(jù)報進行緩存，然后對緩存的UDP數(shù)據(jù)報的報頭進行提取和分析，從而恢復通過對應的UDP數(shù)據(jù)報的有效載荷所傳送的數(shù)據(jù)。如果所恢復的數(shù)據(jù)是RTP/RTCP數(shù)據(jù)報，則將恢復的數(shù)據(jù)輸出至RTP/RTCP數(shù)據(jù)報處理機144。如果所恢復的數(shù)據(jù)也是NTP數(shù)據(jù)報，則將恢復的數(shù)據(jù)輸出至NTP數(shù)據(jù)報處理機145。此外，如果所恢復的數(shù)據(jù)是業(yè)務保護流，則將恢復的數(shù)據(jù)輸出至業(yè)務保護流處理機146。并且，如果所恢復的數(shù)據(jù)是ALC/LCT流，則將恢復的數(shù)據(jù)輸出至ALC/LCT流處理機148。RTP/RTCP數(shù)據(jù)報處理機144包括RTP/RTCP數(shù)據(jù)報緩沖器和RTP/RTCP數(shù)據(jù)報解析器。RTP/RTCP數(shù)據(jù)報處理機144緩存從UDP數(shù)據(jù)報處理機143輸出的RTP/RTCP結構的數(shù)據(jù)，然后從緩存的數(shù)據(jù)中提取A/V流，從而將提取的A/V流輸出至A/V解碼器161。A/V解碼器161利用音頻和視頻解碼算法分別對從RTP/RTCP數(shù)據(jù)報處理機144輸出的音頻和視頻流進行解碼。將解碼的音頻和視頻數(shù)據(jù)輸出至呈現(xiàn)管理器170。此處，可以將AC-3解碼算法、MPEG2音頻解碼算法、MPEG4音頻解碼算法、AAC解碼算法、AAC+解碼算法、HEAAC解碼算法、AACSBR解碼算法、MPEG環(huán)繞解碼算法和BSAC解碼算法中的至少一個用作音頻解碼算法，并且可以將MPEG2視頻解碼算法、MPEG4視頻解碼算法、H.264解碼算法、SVC解碼算法和VC-1解碼算法中的至少一個用作視頻解碼算法。NTP數(shù)據(jù)報處理機145包括NTP數(shù)據(jù)報緩沖器和NTP數(shù)據(jù)報解析器。NTP數(shù)據(jù)報處理機145緩存具有NTP結構的數(shù)據(jù)，該數(shù)據(jù)從UDP數(shù)據(jù)報處理機143輸出。然后，NTP數(shù)據(jù)報處理機145從緩存的數(shù)據(jù)中提取NTP流。其后，將提取的NTP流輸出至A/V解碼器161以進行解碼。業(yè)務保護流處理機146還可以包括業(yè)務保護流緩沖器。此處，業(yè)務保護流處理機146緩存為進行業(yè)務保護所指定(或所需)的數(shù)據(jù)，該數(shù)據(jù)從UDP數(shù)據(jù)報處理機143輸出。隨后，業(yè)務保護流處理機146從所提取的數(shù)據(jù)中提取進行解擾所需的信息。進行解擾所需的信息包括密鑰值，例如SKTM和LKTM。將用于解擾的信息存儲在第二存儲單元147中，當需要時，將用于解擾的信息輸出至解擾器142。ALC/LCT流處理機148包括ALC/LCT流緩沖器和ALC/LCT流解析器。并且，ALC/LCT流處理機148緩存具有ALC/LCT結構的數(shù)據(jù)，該數(shù)據(jù)從UDP數(shù)據(jù)報處理機143輸出。然后，ALC/LCT流處理機148分析來自緩存的數(shù)據(jù)的ALC/LCT會話的報頭和報頭擴展?；贏LC/LCT會話的報頭和報頭擴展的分析結果，當正被傳送至ALC/LCT會話的數(shù)據(jù)對應于XML結構時，將對應的數(shù)據(jù)輸出至XML解析器150。另選地，當正被傳送至ALC/LCT會話的數(shù)據(jù)對應于文件結構時，將對應的數(shù)據(jù)輸出至文件解碼器162。此時，當正被傳送至ALC/LCT會話的數(shù)據(jù)是壓縮的時，通過解壓縮器149對壓縮的數(shù)據(jù)進行解壓縮，從而輸出至XML解析器150或文件解碼器162。XML解析器150對通過ALC/LCT會話傳送的XML數(shù)據(jù)進行分析。然后，當分析的數(shù)據(jù)與對基于文件的業(yè)務指定的數(shù)據(jù)相對應時，XML解析器150將對應的數(shù)據(jù)輸出至FDT處理機151。另一方面，如果分析的數(shù)據(jù)與對業(yè)務指南指定的數(shù)據(jù)相對應，XML解析器150將對應的數(shù)據(jù)輸出至SG處理機165。FDT處理機151分析并處理FLUTE協(xié)議的文件描述表，其以XML結構通過ALC/LCT會話來進行傳送。SG處理機165收集并分析對業(yè)務指南指定的數(shù)據(jù)，該數(shù)據(jù)以XML結構進行傳送，從而將分析的數(shù)據(jù)輸出至業(yè)務管理器122。文件解碼器162對具有文件結構并通過ALC/LCT會話發(fā)送的數(shù)據(jù)進行解碼，從而將解碼后的數(shù)據(jù)發(fā)送至中間件引擎164或者將解碼后的數(shù)據(jù)存儲在第三存儲單元163中。此處，中間件引擎164解釋文件結構數(shù)據(jù)(即，應用)并且執(zhí)行解釋的應用。其后，可以通過呈現(xiàn)管理器170將應用輸出至例如顯示屏或揚聲器的輸出裝置。根據(jù)本發(fā)明的一個實施方式，中間件引擎164對應于基于JAVA的中間件引擎?；谟脩糨斎?，EPG管理器171通過業(yè)務管理器122或者通過SG處理機165接收EPG數(shù)據(jù)，以將接收的EPG數(shù)據(jù)轉換至顯示格式，從而將轉換的數(shù)據(jù)輸出至呈現(xiàn)管理器170。應用管理器172執(zhí)行與按照對象格式、文件格式等來發(fā)送的應用數(shù)據(jù)的處理相關的總體的管理。此外，基于通過UI管理器173輸入的用戶指令，操作控制器100控制業(yè)務管理器122、EPG管理器171、應用管理器172和呈現(xiàn)管理器170中的至少一個，以使得可以執(zhí)行用戶請求的功能。UI管理器173通過UI將用戶輸入轉移至操作控制器100。最后，呈現(xiàn)管理器170通過揚聲器和/或顯示屏將從A/V解碼器161輸出的音頻數(shù)據(jù)和視頻數(shù)據(jù)與從EPG管理器171輸出的EPG數(shù)據(jù)中的至少一個提供至用戶。數(shù)據(jù)格式結構同時，在根據(jù)本發(fā)明的實施方式的移動廣播技術中使用的數(shù)據(jù)結構可以包括數(shù)據(jù)組結構和RS幀結構，現(xiàn)在將對其進行詳細描述。圖2例示了根據(jù)本發(fā)明的數(shù)據(jù)組的示例性結構。圖2示出了將根據(jù)本發(fā)明的數(shù)據(jù)結構的數(shù)據(jù)組劃分成10個M/H塊(即，M/H塊1(B1)到M/H塊10(B10))的一個示例。在該示例中，各個M/H塊長度為16個段。參照圖2，只將RS奇偶校驗數(shù)據(jù)分配給M/H塊1(B1)的之前5段和M/H塊10(B10)之后5段的部分。在數(shù)據(jù)組的區(qū)域A到D中不包括RS奇偶校驗數(shù)據(jù)。更具體地說，當假設將一個數(shù)據(jù)組劃分成區(qū)域A、B、C和D時，可以根據(jù)該數(shù)據(jù)組內(nèi)的各個M/H塊的特性而將各個M/H塊包括在從區(qū)域A到區(qū)域D的任意一個中。在本文中，將數(shù)據(jù)組劃分成將被用于不同用途的多個區(qū)域。更具體地說，與具有較高干擾程度的區(qū)域相比，可以認為沒有干擾或具有極低干擾程度的主業(yè)務數(shù)據(jù)的區(qū)域具有更強抵抗力的(或更強的)接收性能。另外，當使用在數(shù)據(jù)組中插入和發(fā)送已知數(shù)據(jù)的系統(tǒng)時(其中，已知數(shù)據(jù)基于發(fā)送系統(tǒng)與接收系統(tǒng)之間的協(xié)定而已知)，并且當要在移動業(yè)務數(shù)據(jù)中周期性地插入相繼的較長已知數(shù)據(jù)時，可以將具有預定長度的已知數(shù)據(jù)周期性地插入到不受主業(yè)務數(shù)據(jù)干擾的區(qū)域中(即，未混有主業(yè)務數(shù)據(jù)的區(qū)域)。然而，由于主業(yè)務數(shù)據(jù)的干擾，難以將已知數(shù)據(jù)周期性地插入到受主業(yè)務數(shù)據(jù)干擾的區(qū)域，并且也難以將相繼的較長已知數(shù)據(jù)插入到受主業(yè)務數(shù)據(jù)干擾的區(qū)域。參照圖2，M/H塊4(B4)到M/H塊7(B7)對應于不受主業(yè)務數(shù)據(jù)干擾的區(qū)域。圖2所示的數(shù)據(jù)組內(nèi)的M/H塊4(B4)到M/H塊7(B7)對應于沒有出現(xiàn)來自主業(yè)務數(shù)據(jù)的干擾的區(qū)域。在該示例中，在各個M/H塊的起始和結尾都插入了較長已知數(shù)據(jù)序列。在本發(fā)明的說明書中，將包括M/H塊4(B4)到M/H塊7(B7)的區(qū)域表示為“區(qū)域A(＝B4+B5+B6+B7)”。如上所述，當該數(shù)據(jù)組包括具有插入在各個M/H塊的起始和結尾的較長已知數(shù)據(jù)序列的區(qū)域A時，接收系統(tǒng)能夠通過使用可從該已知數(shù)據(jù)獲得的信道信息來執(zhí)行均衡。因此，從區(qū)域A到區(qū)域D中的一個區(qū)域中可以獲得(或得到)最強的均衡性能。在圖2所示的數(shù)據(jù)組的示例中，M/H塊3(B3)和M/H塊8(B8)對應于具有很少的來自主業(yè)務數(shù)據(jù)的干擾的區(qū)域。在本文中，只在各個M/H塊B3和B8的一端插入較長已知數(shù)據(jù)序列。更具體地說，由于來自主業(yè)務數(shù)據(jù)的干擾，在M/H塊3(B3)的結尾插入較長已知數(shù)據(jù)序列，并且在M/H塊8(B8)的起始插入了另一個較長已知數(shù)據(jù)序列。在本發(fā)明中，將把包括M/H塊3(B3)和M/H塊8(B8)的區(qū)域表示為“區(qū)域B(＝B3+B8)”。如上所述，當該數(shù)據(jù)組包括具有只插入在各個M/H塊的一端(起始或結尾)的較長已知數(shù)據(jù)序列的區(qū)域B時，接收系統(tǒng)能夠通過使用可從該已知數(shù)據(jù)獲得的信道信息來執(zhí)行均衡。因此，與區(qū)域C/D相比，可以獲得(或得到)更強的均衡性能。參照圖2，M/H塊2(B2)和M/H塊9(B9)對應于與區(qū)域B相比具有更強的來自主業(yè)務數(shù)據(jù)的干擾的區(qū)域。在M/H塊2(B2)和M/H塊9(B9)的任一端均不能插入較長已知數(shù)據(jù)序列。在本文中，將包括M/H塊(B2)和M/H塊9(B9)的區(qū)域稱為“區(qū)域C(＝B2+B9)”。最后，在圖2所示的示例中，M/H塊1(B1)和M/H塊10(B10)對應于與區(qū)域C相比具有更強的來自主業(yè)務數(shù)據(jù)的干擾的區(qū)域。類似地，不能在M/H塊1(B1)和M/H塊10(B10)的任一端插入較長已知數(shù)據(jù)序列。在本文中，將包括M/H塊1(B1)和M/H塊10(B10)的區(qū)域稱為“區(qū)域D(＝B1+B10)”。由于區(qū)域C/D與該已知數(shù)據(jù)序列相隔更遠，因此當信道環(huán)境經(jīng)受頻繁和突然的變化時，會使區(qū)域C/D的接收性能劣化。另外，該數(shù)據(jù)組包括指定(或分配)了信令信息的信令信息區(qū)域。在本發(fā)明中，信令信息區(qū)域可以從第4M/H塊(B4)的第一段開始到第二段的一部分為止。根據(jù)本發(fā)明的一個實施方式，用于插入信令信息的信令信息區(qū)域可以從第4M/H塊(B4)的第一段開始到第二段的一部分為止。更具體地說，將各個數(shù)據(jù)組中的第4M/H塊(B4)的276(＝207+69)個字節(jié)指定為信令信息區(qū)域。換言之，信令信息區(qū)域由第4M/H塊(B4)的第1段的207個字節(jié)和第2段的前69個字節(jié)組成。第4M/H塊(B4)的第1段對應于VSB場的第17段或第173段。在本文中，可以按照兩種不同類型的信令信道數(shù)據(jù)(即，傳輸參數(shù)信道(TPC)數(shù)據(jù)和快速信息信道(FIC)數(shù)據(jù))來識別通過信令信息區(qū)域發(fā)送的信令數(shù)據(jù)。而且，TPC數(shù)據(jù)包括主要在物理層模塊中使用的參數(shù)。并且，由于TPC數(shù)據(jù)未經(jīng)交織而進行發(fā)送，在接收系統(tǒng)中可以以時隙為單位來訪問TPC數(shù)據(jù)。提供FIC數(shù)據(jù)以使得接收系統(tǒng)能夠執(zhí)行快速業(yè)務獲取。在本文中，F(xiàn)IC數(shù)據(jù)包括物理層和上層之間的跨層信息。以子幀為單位對FIC數(shù)據(jù)進行交織然后將其發(fā)送。例如，如圖2所示，當數(shù)據(jù)組包括6個已知數(shù)據(jù)序列時，信令信息區(qū)域位于第一已知數(shù)據(jù)序列和第二已知數(shù)據(jù)序列之間。更具體地說，在第3M/H塊(B3)的最后2段中插入第一已知數(shù)據(jù)序列，并且在第4M/H塊(B4)的第2和第3段中插入第二已知數(shù)據(jù)序列。此外，在第4、第5、第6及第7M/H塊(B4、B5、B6及B7)中的每一個的后2段中分別地插入第3已知數(shù)據(jù)序列到第6已知數(shù)據(jù)序列。第1已知數(shù)據(jù)序列與第3已知數(shù)據(jù)序列到第6已知數(shù)據(jù)序列之間相隔16個段。圖3例示了根據(jù)本發(fā)明的一個實施方式的RS幀。在將接收系統(tǒng)切換到時間分片模式的條件下，針對各個M/H幀接收RS幀。各個RS幀包括各個移動業(yè)務數(shù)據(jù)或信令數(shù)據(jù)的IP流，并且業(yè)務映射表(SMT)區(qū)段數(shù)據(jù)可以存在于全部RS幀中。SMT區(qū)段數(shù)據(jù)可以是IP流類型，或者是不同的數(shù)據(jù)類型。將RS幀數(shù)據(jù)分配至與多個數(shù)據(jù)組相對應的區(qū)域，并且發(fā)送至接收系統(tǒng)。根據(jù)本發(fā)明的實施方式的RS幀由至少一個M/H傳輸包(TP)組成。在本文中，M/HTP包括M/H報頭和M/H有效載荷。M/H有效載荷可包括移動業(yè)務數(shù)據(jù)以及信令數(shù)據(jù)。更具體地說，M/H有效載荷可以只包括移動業(yè)務數(shù)據(jù)，或可以只包括信令數(shù)據(jù)，或可以既包括移動業(yè)務數(shù)據(jù)又包括信令數(shù)據(jù)。根據(jù)本發(fā)明的實施方式，M/H報頭可以對包括在M/H有效載荷中的數(shù)據(jù)類型進行標識(或區(qū)分)。更具體地說，當M/HTP包括第一M/H報頭時，這表示該M/H有效載荷只包括信令數(shù)據(jù)。另外，當M/HTP包括第二M/H報頭時，這表示該M/H有效載荷既包括信令數(shù)據(jù)又包括移動業(yè)務數(shù)據(jù)。最后，當M/HTP包括第三M/H報頭時，這表示該M/H有效載荷只包括移動業(yè)務數(shù)據(jù)。在圖3所示的示例中，RS幀分配有用于SMT的IP數(shù)據(jù)報(IP數(shù)據(jù)報1)和用于兩種業(yè)務類型的IP數(shù)據(jù)報(IP數(shù)據(jù)報2和IP數(shù)據(jù)報3)。數(shù)據(jù)傳輸結構圖4例示了根據(jù)本發(fā)明的用于發(fā)送和接收移動業(yè)務數(shù)據(jù)的M/H幀的結構。在圖4所示的示例中，一個M/H幀由5個子幀組成，其中每個子幀包括16個時隙。在該情況下，根據(jù)本發(fā)明的M/H幀包括5個子幀和80個時隙。另外，在包等級中，一個時隙由156個數(shù)據(jù)包(即，傳輸流包)構成，在符號等級中，一個時隙由156個數(shù)據(jù)段構成。這里，一個時隙的尺寸對應于VSB場的一半(1/2)。更具體地說，由于一個207字節(jié)的數(shù)據(jù)包具有與數(shù)據(jù)段相同的數(shù)據(jù)量，因此，被交織之前的數(shù)據(jù)包也可以用作數(shù)據(jù)段。此處，將兩個VSB場進行成組以形成VSB幀。圖5例示了VSB幀的示例性結構，其中，一個VSB幀由2個VSB場(即，奇數(shù)場和偶數(shù)場)組成。在本文中，各個VSB場都包括場同步段和312個數(shù)據(jù)段。時隙對應于對移動業(yè)務數(shù)據(jù)和主業(yè)務數(shù)據(jù)進行復用的基本時間單位。在本文中，一個時隙或者可以包括移動業(yè)務數(shù)據(jù)，或者可以只由主業(yè)務數(shù)據(jù)構成。如果時隙內(nèi)的前118個數(shù)據(jù)包對應于數(shù)據(jù)組，則其余38個數(shù)據(jù)包成為主業(yè)務數(shù)據(jù)包。在另一個示例中，當在時隙中不存在數(shù)據(jù)組時，相應的時隙由156個主業(yè)務數(shù)據(jù)包構成。同時，可以將一個RS幀內(nèi)的移動業(yè)務數(shù)據(jù)指定到相應的數(shù)據(jù)組內(nèi)的全部區(qū)域A/B/C/D，或者將其指定到區(qū)域A/B/C/D中的至少一個。在本發(fā)明的實施方式中，可以將一個RS幀內(nèi)的移動業(yè)務數(shù)據(jù)指定到全部區(qū)域A/B/C/D，或者將其指定到區(qū)域A/B和區(qū)域C/D中的至少一個。如果按后一種情況(即，區(qū)域A/B和區(qū)域C/D中的一個)來分配移動業(yè)務數(shù)據(jù)，則被指定到相應數(shù)據(jù)組內(nèi)的區(qū)域A/B的RS幀與被指定到相應數(shù)據(jù)組內(nèi)的區(qū)域C/D的RS幀彼此不同。根據(jù)本發(fā)明的實施方式，為了簡潔，將被指定到相應數(shù)據(jù)組內(nèi)的區(qū)域A/B的RS幀稱為“主RS幀”，將被指定到相應數(shù)據(jù)組內(nèi)的區(qū)域C/D的RS幀稱為“輔RS幀”。另外，主RS幀與輔RS幀形成(或構成)一個隊列。更具體地說，當將一個RS幀內(nèi)的移動業(yè)務數(shù)據(jù)指定到相應的數(shù)據(jù)組內(nèi)的全部區(qū)域A/B/C/D時，一個隊列發(fā)送一個RS幀。相反，當將一個RS幀內(nèi)的移動業(yè)務數(shù)據(jù)指定到區(qū)域A/B和區(qū)域C/D中的任一個時，一個隊列可發(fā)送最多2個RS幀。更具體地說，RS幀模式指示隊列是否發(fā)送一個RS幀，或隊列是否發(fā)送兩個RS幀。將這種RS幀模式作為TPC數(shù)據(jù)來進行發(fā)送。下面，表1示出了RS幀模式的一個示例?！颈?】表1例示了分配兩個比特以表示RS幀模式的示例。例如，參照表1，當RS幀模式值等于‘00’時，這表示一個隊列發(fā)送一個RS幀。并且，當RS幀模式值等于‘01’時，這表示一個隊列發(fā)送兩個RS幀，即，主RS幀與輔RS幀。更具體地說，當RS幀模式值等于‘01’時，將針對區(qū)域A/B的主RS幀的數(shù)據(jù)指定到相應數(shù)據(jù)組的區(qū)域A/B并進行發(fā)送。同樣地，將針對區(qū)域C/D的輔RS幀的數(shù)據(jù)指定到相應數(shù)據(jù)組的區(qū)域C/D并進行發(fā)送。如在數(shù)據(jù)組的指定中所述的，還將隊列指定成在子幀內(nèi)彼此盡可能遠地隔開。因而，接收系統(tǒng)能夠對子幀中可能發(fā)生的任何突發(fā)錯誤進行迅速和有效地響應。此外，指定隊列的方法可相同地應用于全部M/H幀，或差異地應用于各個M/H幀。根據(jù)本發(fā)明的實施方式，可以針對各個M/H幀差異地指定隊列，并且針對M/H幀內(nèi)的全部子幀相同地指定隊列。更具體地說，M/H幀結構可以以M/H幀為單位而變化。因此，可以更加頻繁和靈活地調整系綜速率(ensemblerate)。即，在本發(fā)明的實施方式中應用了M/H系綜的概念，從而定義業(yè)務的集合(或組)。各個M/H系綜承載相同的QoS，并且以相同的FEC碼對其進行編碼。而且，各個M/H系綜具有相同的唯一的標識符(即，系綜ID)并且與連續(xù)的RS幀相對應。圖6例示了根據(jù)本發(fā)明的實施方式的在物理層的數(shù)據(jù)傳輸結構。更具體地說，圖6示出了包括在各個數(shù)據(jù)組中并被發(fā)送的FIC數(shù)據(jù)的一個示例。如上所述，將大約0.968秒的M/H幀分為5個子幀，其中，與多個系綜相對應的數(shù)據(jù)組以組合的方式存在于各個子幀中。而且，以M/H幀為單位對與各個系綜相對應的數(shù)據(jù)組進行交織，以對屬于一個系綜的RS幀進行配置。在圖6中，在各個子幀中存在兩種系綜(其中，NoG＝4和NoG＝3)。此外，各個數(shù)據(jù)組的預定的部分(例如，37個字節(jié)/數(shù)據(jù)組)用于與RS幀數(shù)據(jù)信道分離地單獨傳送經(jīng)過編碼的FIC數(shù)據(jù)。分配至各個數(shù)據(jù)組的FIC區(qū)域包括一個FIC段。此處，以子幀為單位對對各個FIC段進行交織。例如，將RS編碼和SCCC編碼處理應用至RS幀數(shù)據(jù)，并且將RS編碼和PCCC編碼處理應用至FIC數(shù)據(jù)。而且，與FIC數(shù)據(jù)相同，將RS編碼和PCCC編碼處理應用至TPC數(shù)據(jù)。更具體地說，將(187+P,187)-RS編碼處理應用至RS幀數(shù)據(jù)，將(51,37)-RS編碼處理應用至FIC數(shù)據(jù)，并且將(18,10)-RS編碼處理應用至TPC。此處，P是奇偶校驗字節(jié)數(shù)量。分級信令結構圖7例示了根據(jù)本發(fā)明的一個實施方式的分級信令結構。如圖7所示，根據(jù)本發(fā)明的實施方式的移動廣播技術采用利用FIC和業(yè)務映射表(SMT)的信令方法。在本發(fā)明的說明書中，將該信令結構稱為分級信令結構。更具體地說，圖7例示了在IP級移動業(yè)務信令信道中提供通過FIC塊和業(yè)務映射表(SMT)進行業(yè)務獲取所需的數(shù)據(jù)的分級信令結構。如圖7所示，F(xiàn)IC塊利用其快速特征，以將業(yè)務和系綜之間的映射關系傳送至接收系統(tǒng)。更具體地說，F(xiàn)IC塊快速地定位(或找到)能夠傳送接收系統(tǒng)所需的服務的系綜，從而向接收系統(tǒng)提供可以使接收系統(tǒng)迅速地接收各個系綜的RS幀的信令數(shù)據(jù)?？焖傩畔⑿诺?FIC)為了更快速(或更迅速地)地訪問目前正在廣播的業(yè)務，根據(jù)本發(fā)明的接收系統(tǒng)采用了快速信息信道(FIC)。更具體地說，圖1的FIC處理機121對來自FIC段的FIC塊進行配置。接著，在解析FIC塊之后，F(xiàn)IC處理機121將解析的結果輸出到業(yè)務管理器122。圖8例示了通過FIC來映射移動業(yè)務和系綜之間的關系的FIC塊的語法結構。此處，F(xiàn)IC塊包括FIC塊報頭和FIC塊有效載荷。圖9例示了根據(jù)本發(fā)明的一個實施方式的FIC塊報頭的語法結構。此處，F(xiàn)IC塊報頭以信號表示在對應的FIC塊中非向后兼容的主協(xié)議版本改變，并且還以信號表示向后兼容的副協(xié)議版本改變。此外，F(xiàn)IC塊報頭還以信號表示可以由副協(xié)議版本改變來產(chǎn)生的FIC塊報頭的擴展的長度、系綜循環(huán)報頭的擴展的長度和移動業(yè)務循環(huán)的擴展的長度。根據(jù)本發(fā)明的一個實施方式，能夠采用對應的副協(xié)議版本改變的接收器(或者接收系統(tǒng))可以處理對應的擴展字段，而不能采用對應的副協(xié)議版本改變的傳統(tǒng)(常規(guī))的接收器可以通過利用各個對應的長度信息來跳過對應的擴展字段。例如，在接收系統(tǒng)能接受對應的副協(xié)議版本改變的情況下，在對應的擴展字段中給出的方向可以是已知的。此外，接收系統(tǒng)可以根據(jù)在對應的擴展字段中給出的方向來執(zhí)行操作。根據(jù)本發(fā)明的一個實施方式，通過分別在包括在前一副協(xié)議版本FIC塊的FIC塊報頭的結尾部分、系綜循環(huán)報頭和移動業(yè)務循環(huán)處插入附加字段來執(zhí)行在FIC塊中的副協(xié)議版本改變。根據(jù)本發(fā)明的實施方式，在任何其它情況下，或者當不能由FIC塊報頭中的各個擴展長度來表示(或指示)附加字段的長度時，或者當FIC塊有效載荷內(nèi)的特定字段丟失(或無法找到)時，或者當分配給對應的字段的比特數(shù)或者對應的字段的定義改變(或更改)時，更新對應的FIC塊的主協(xié)議版本。而且，F(xiàn)IC塊報頭以信號表示對應的FIC塊有效載荷的數(shù)據(jù)是否承載了當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息，或者對應的FIC塊有效載荷的數(shù)據(jù)是否承載了下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息。此外，F(xiàn)IC塊報頭也以信號表示用以發(fā)送當前FIC塊的移動業(yè)務的傳輸流ID的數(shù)量和通過對應的移動業(yè)務所發(fā)送的系綜的數(shù)量。因此，為此，F(xiàn)IC塊報頭可以包括FIC_major_protocol_version字段、FIC_minor_protocol_version字段、FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段、M/H_service_loop_extension_length字段、current_next_indicator字段、transport_stream_id字段和num_ensembles字段。FIC_major_protocol_version字段對應于表示FIC塊語法的主版本級別的2比特無符號整數(shù)字段。主版本級別的改變將指示非向后兼容級別的改變。當FIC_major_protocol_version字段更新時，可以處理FIC塊協(xié)議的先前的主版本的傳統(tǒng)(常規(guī))的接收器將避開處理FIC塊。FIC_minor_protocol_version字段對應于表示FIC塊語法的副版本級別的3比特無符號整數(shù)字段。當假設主版本級別保持相同時，副版本級別的改變將指示向后兼容級別的改變。更具體地說，當更新FIC_minor_protocol_version字段時，能夠處理相同的主版本的FIC塊協(xié)議的傳統(tǒng)(常規(guī))的接收器可以處理一部分FIC塊。FIC_chunk_header_extension_length字段對應于識別FIC塊報頭擴展字節(jié)的長度的3比特無符號整數(shù)字段，通過對應的FIC塊的副協(xié)議版本更新來生成該字段。此處，將擴展字節(jié)附加(或增加)在對應的FIC塊報頭的結尾處。ensemble_loop_header_extension_length字段對應于識別系綜報頭擴展字節(jié)的長度的3比特無符號整數(shù)字段，通過對應的FIC塊的副協(xié)議版本更新來生成該字段。此處，將擴展字節(jié)附加(或增加)在對應的系綜循環(huán)報頭的結尾處。而且，M/H_service_loop_extension_length字段對應于識別系綜報頭擴展字節(jié)的長度的4比特無符號整數(shù)字段，通過M/H服務循環(huán)的副協(xié)議版本更新來生成該字段。此處，將擴展字節(jié)附加(或增加)在對應的M/H服務循環(huán)的結尾處。current_next_indicator字段對應于1比特指示符，其中，當設置為“1”時，其指示對應的FIC塊當前是可應用的。另選地，當將current_next_indicator字段設置為“0”時，current_next_indicator字段指示對應的FIC塊將應用于下一M/H幀。此處，當將current_next_indicator字段設置為“0”時，以設置為“1”的current_next_indicator字段來傳送的FIC塊的最近的版本將是當前可應用的。更具體地說，當將current_next_indicator字段設置為“1”時，這指示對應的FIC塊發(fā)送當前的M/H幀的信令數(shù)據(jù)。此外，當將current_next_indicator字段設置為“0”時，這指示對應的FIC塊發(fā)送下一M/H幀的信令數(shù)據(jù)。當發(fā)生重新配置時，其中，當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息不同于下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息，將重新配置之前的M/H幀稱為當前M/H幀，并且將重新配置之后的M/H幀稱為下一M/H幀。transport_stream_id字段對應于16比特無符號整數(shù)字段，其充當用于識別對應的M/H廣播的標記。對應的transport_stream_id字段的值將等于包括在主ATSC廣播的MPEG-2傳輸流的節(jié)目關聯(lián)表(PAT：programassociationtable)中的transport_stream_id字段的值。num_ensembles字段對應于8比特無符號整數(shù)字段，其指示通過對應的物理傳輸信道所承載的M/H系綜的數(shù)量。圖10例示了根據(jù)本發(fā)明的實施方式的當使用FIC塊語法和協(xié)議版本結構時協(xié)議版本的示例性改變。在圖10中示出的結構包括2個系綜(即，系綜0和系綜1)。此處，通過系綜0發(fā)送兩個移動業(yè)務，并且通過系綜1發(fā)送一個移動業(yè)務。這時，當FIC塊的副協(xié)議版本改變時，F(xiàn)IC_minor_protocol_version字段的值增大，并且指示這種增大。而且，分別通過FIC塊報頭的FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段、M/H_service_loop_extension_length字段來以信號表示通過對應的副協(xié)議版本所增加的FIC塊報頭的擴展字節(jié)、系綜循環(huán)報頭的擴展字節(jié)和移動業(yè)務循環(huán)的擴展字節(jié)各自的長度信息。更具體地說，以信號來表示各個長度信息，使得不能沿用對應的副協(xié)議版本改變的傳統(tǒng)的接收器可以跳過對應的擴展字節(jié)。在圖10的情況中，F(xiàn)IC塊的FIC_minor_protocol_version字段的值從“000”改變至“001”。并且，將FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段和M/H_service_loop_extension_length字段增加(或附加)至改變的副協(xié)議版本的FIC塊報頭。此時，當FIC塊報頭擴展1個字節(jié)時，F(xiàn)IC_chunk_header_extension_length字段被標記為“001”。在這種情況下，將1個字節(jié)的擴展字段(即，F(xiàn)IC_Chunk_header_extension_bytes字段)增加至FIC塊報頭的末尾。而且，傳統(tǒng)的接收器跳過增加在FIC塊報頭的末尾處的1個字節(jié)的擴展字段，而不處理對應的擴展字段。此外，當FIC塊內(nèi)的系綜循環(huán)報頭擴展2個字節(jié)時，F(xiàn)IC_chunk_header_extension_length字段被標記為“010”。在這種情況下，將2個字節(jié)的擴展字段(即，Ensemble_loop_header_extension_bytes字段)分別增加至系綜0循環(huán)報頭的末尾和系綜1循環(huán)報頭的末尾。而且，傳統(tǒng)的接收器跳過分別增加在系綜0循環(huán)報頭的末尾處和系綜1循環(huán)報頭的末尾處的2個字節(jié)的擴展字段，而不處理對應的2個字節(jié)的擴展字段。此外，當FIC塊的移動業(yè)務循環(huán)擴展1個字節(jié)時，M/H_service_loop_extension_length字段被標記為“001”。在這種情況下，將1個字節(jié)的擴展字段(即，M/H_service_loop_extension_bytes字段)分別增加至通過系綜0循環(huán)傳送的2個移動業(yè)務循環(huán)的末尾處和通過系綜1循環(huán)傳送的1個移動業(yè)務循環(huán)的末尾處。并且，傳統(tǒng)的接收器跳過分別增加至通過系綜0循環(huán)傳送的2個移動業(yè)務循環(huán)的末尾處和通過系綜1循環(huán)傳送的1個移動業(yè)務循環(huán)的末尾處的1個字節(jié)的擴展字段，而不處理對應的1個字節(jié)的擴展字段。圖11例示了當如圖10所示的FIC塊的副協(xié)議版本信息改變時處理FIC塊的示例性過程。當FIC_minor_protocol_version字段改變時，傳統(tǒng)(或，常規(guī))的接收器(即，不能沿用在對應的FIC塊中的副協(xié)議版本改變的接收器)處理從擴展字段分離的字段。其后，傳統(tǒng)的接收器使用FIC_chunk_header_extension_length字段、ensemble_loop_header_extension_length字段、M/H_service_loop_extension_length字段，以跳過對應的擴展字段，而不處理對應的字段。當使用能沿用FIC塊的對應的副協(xié)議版本改變的接收系統(tǒng)時，各個長度字段用于處理甚至對應的擴展字段。圖12例示了根據(jù)本發(fā)明的一個實施方式的FIC塊有效載荷的示例性語法結構。對于與圖9的FIC塊報頭內(nèi)的num_ensembles字段相對應的各個系綜，F(xiàn)IC塊有效載荷包括各個系綜的配置信息和關于通過各個系綜發(fā)送的移動業(yè)務的信息。FIC塊有效載荷包括系綜循環(huán)和該系綜循環(huán)之下的移動業(yè)務循環(huán)。FIC塊有效載荷使得接收器能夠確定通過哪個系綜來發(fā)送請求的(或期望的)移動業(yè)務。(通過ensemble_id字段和M/H_service_id字段之間的映射來執(zhí)行該處理)。因而，接收器可以接收屬于對應的系綜的RS幀。為此，F(xiàn)IC塊有效載荷的系綜循環(huán)可以包括ensemble_id字段、ensemble_structure_major_version字段、ensemble_structure_minor_version字段、SLT_ensemble_indicator字段、GAT_ensemble_indicator字段、M/H_service_configuration_version字段和num_M/H_services字段，它們共同重復如num_ensembles字段值那樣多的次數(shù)。移動業(yè)務循環(huán)可以包括multi_ensemble_service字段、M/H_service_status字段和SP_indicator字段，它們共同重復如num_M/H_services字段值那樣多的次數(shù)。ensemble_id字段對應于8比特無符號整數(shù)字段，其指示對應的系綜的唯一的標識符。例如，可以向ensemble_id字段分配“0x00”至“0x7F”的范圍內(nèi)的值。ensemble_id字段將移動業(yè)務與各個系綜進行成組(或關聯(lián))。此處，優(yōu)選地是，通過TPC數(shù)據(jù)所承載(或發(fā)送)的parade_id字段來得到ensemble_id字段的值。如果通過主RS幀來發(fā)送對應的系綜，則將最高有效位設置為“0”，并且將剩余的低有效位用作對應的隊列的parade_id字段值。同時，如果通過輔RS幀來發(fā)送對應的系綜，則將最高有效位設置為“0”，并且將剩余的低有效位用作對應的隊列的parade_id字段值。ensemble_major_protocol_version字段對應于2比特無符號整數(shù)字段，其表示對應的系綜結構的主級別版本(具體地，對應的RS幀結構和移動業(yè)務結構)。此處，主協(xié)議版本的改變將指示非向后兼容級別的改變。ensemble_minor_protocol_version字段對應于3比特無符號整數(shù)字段，其表示對應的系綜結構的次級版本(具體地，各個RS幀結構和各個M/H業(yè)務信令信道)。假設主版本級別保持不變，則副協(xié)議版本級別的改變將指示向后兼容級別的改變。此處，可以從FIC塊有效載荷中省略ensemble_structure_major_version字段和ensemble_structure_minor_version字段。SLT_ensemble_indicator字段對應于1比特指示符，其中，當設置為“1”時，將指示在對應的系綜的M/H業(yè)務信令信道中承載業(yè)務標簽表(SLT)。GAT_ensemble_indicator字段對應于1比特指示符，其中，當設置為“1”時，將指示在對應的系綜的信令流中承載指南訪問表(GAT)。M/H_service_configuration_version字段對應于5比特字段，其指示對應的M/H系綜的各個M/H業(yè)務信令信道的版本號。M/H_service_configuration_version字段的值是“對32取?！保⑶颐慨攲南稻C的M/H業(yè)務信令信道中所承載的任何表發(fā)生改變時，該字段的值以1為單位遞增(或增大)。num_M/H_services字段對應于8比特無符號整數(shù)字段，其表示通過對應的M/H系綜所承載的M/H業(yè)務的數(shù)量。例如，當FIC塊的副協(xié)議版本改變時，并且如果擴展字段被增加至系綜循環(huán)報頭，則在num_M/H_services字段之后增加擴展字段。例如，當FIC塊報頭中的副協(xié)議版本改變時，并且當將擴展字段增加至系綜循環(huán)報頭時，擴展字段增加在緊隨num_M/H_services字段之后。根據(jù)本發(fā)明的另一個實施方式，如果num_M/H_services字段包括在移動業(yè)務循環(huán)中，則將在系綜循環(huán)報頭中要增加的擴展字段增加在緊隨M/H_service_configuration_version字段之后。移動業(yè)務循環(huán)的M/H_service_id字段對應于16比特無符號整數(shù)字段，其識別對應的M/H業(yè)務。M/H_service_id字段的值(或，號)在移動(M/H)廣播中是唯一的。當M/H業(yè)務在多個M/H系綜中具有成分時，與各個系綜中的業(yè)務相對應的IP流的集合將被視為用于信令的單獨的業(yè)務，例外的是在FIC中針對對應的業(yè)務的條目都具有相同的M/H_service_id字段值。因而，相同的M/H_service_id字段值可以出現(xiàn)在多于一個num_ensembles循環(huán)中。并且，因此，M/H_service_id字段值將表示全部組合的業(yè)務，從而保持M/H_service_id字段值的唯一性。multi_ensemble_service字段對應于2比特計算的字段，其識別是否通過多于一個M/H系綜來承載對應的M/H業(yè)務。而且，multi_ensemble_service字段識別是否僅用通過對應的M/H系綜所承載的一部分M/H業(yè)務來有目的地表達M/H業(yè)務。M/H_service_status字段對應于2比特枚舉字段，其識別對應的M/H業(yè)務的狀態(tài)。例如，M/H_service_status字段的最高有效位指示對應的M/H業(yè)務是激活的(當設置為“1”時)還是非激活的(當設置為“0”時)。此外，最低有效位指示對應的M/H業(yè)務是否是隱藏的(當設置為“1”時)或者沒有隱藏(當設置為“0”時)。SP_indicator字段對應于1比特字段，其中，當設置為“1”時，其指示業(yè)務保護是否被應用到提供對應的M/H業(yè)務的重要的呈現(xiàn)所需的至少一個成分。例如，當FIC塊的副協(xié)議版本改變時，并且如果擴展字段被增加至移動業(yè)務循環(huán)，則將擴展字段增加至SP_indicator字段之后。而且，F(xiàn)IC塊有效載荷可以包括FIC_chunk_stuffing()字段。為了使FIC塊的邊界與在屬于FIC塊的FIC段中的最后一個FIC段的邊界保持對齊，F(xiàn)IC_chunk_stuffing()字段的填充(stuffing)可以存在于FIC塊中。通過在在填充前解析整個FIC塊有效載荷之后剩下多少空間來確定填充的長度。此時，如圖13所示，根據(jù)本發(fā)明的發(fā)送系統(tǒng)(未示出)將FIC塊劃分為多個FIC段，從而以FIC段為單位將劃分的FIC段輸出至接收系統(tǒng)。各個FIC段的大小是37個字節(jié)，并且各個FIC段包括2字節(jié)的FIC段報頭和35字節(jié)的FIC段有效載荷。更具體地說，如圖13(a)所示，F(xiàn)IC塊包括FIC塊報頭和FIC塊有效載荷，如圖13(b)所示，以35個字節(jié)為單位對FIC塊進行分段。而且，如圖13(c)所示，將FIC段配置為在35字節(jié)單位的各個段前面增加2字節(jié)的FIC段報頭。根據(jù)本發(fā)明的一個實施方式，F(xiàn)IC塊有效載荷的長度是可變的。此處，F(xiàn)IC塊的長度的變化取決于通過對應的物理傳輸信道所發(fā)送的系綜的數(shù)量和包括在各個系綜中的移動業(yè)務的數(shù)量。而且，F(xiàn)IC塊有效載荷可以包括填充數(shù)據(jù)。在這種情況下，根據(jù)本發(fā)明的實施方式，填充數(shù)據(jù)用于FIC塊和在屬于FIC塊的FIC段中的最后一個FIC段的邊界對準。因此，通過將填充數(shù)據(jù)的長度最小化，可以減少FIC段的不必要的浪費。此處，通過利用以下的等式1可以計算在FIC塊中插入的填充數(shù)據(jù)的數(shù)量。等式1填充數(shù)據(jù)字節(jié)的數(shù)量＝35-jj＝(5+被插入在FIC塊有效載荷中的信令數(shù)據(jù)字節(jié)的數(shù)量)對35取模例如，當在FIC塊內(nèi)所增加的5個字節(jié)的報頭和被插入在FIC塊內(nèi)的有效載荷的信令數(shù)據(jù)的總長度等于205字節(jié)時，因為j在等式1中等于30，所以FIC塊的有效載荷可以包括5個字節(jié)的填充數(shù)據(jù)。而且，包括填充數(shù)據(jù)的FIC塊有效載荷的長度等于210個字節(jié)。其后，將FIC塊分為6個FIC段，然后將其發(fā)送。此處，將段號順序地分配給從FIC塊劃分的6個FIC段的每一個段。此外，如圖14所示，本發(fā)明可以將從單個FIC塊劃分的FIC段發(fā)送至單個子幀，或者可以將劃分的FIC段發(fā)送至多個子幀。如果如圖14所示的后面的情況那樣將FIC塊進行劃分并發(fā)送至多個子幀，即使當通過FIC塊發(fā)送的數(shù)據(jù)的數(shù)量大于通過單個子幀發(fā)送的FIC段的數(shù)量時(這種情況對應于當執(zhí)行多個具有非常低的比特率的業(yè)務時)，所需的信令數(shù)據(jù)可以都通過FIC塊來進行發(fā)送。圖14例示了當對應的移動廣播的TNoG等于“6”時，通過4個FIC段進行發(fā)送的FIC塊的數(shù)據(jù)的一個示例。更具體地說，圖14示出了被重復地發(fā)送了兩次的FIC塊的一個示例。參照圖14，從FIC塊所劃分的所有的FIC段通過2個子幀(子幀1和子幀2)來進行發(fā)送，以及從FIC塊所劃分的所有的FIC段僅通過2個子幀的一個(子幀1)來進行發(fā)送。更具體地說，本發(fā)明指出可以通過單個子幀來發(fā)送多個FIC塊。在圖14中，2個FIC塊的內(nèi)容可以彼此相同或者可以彼此不同。此處，在圖14中所指示的FIC段的編號表示在各個FIC塊中的FIC段的編號，并不是在各個子幀中的FIC段編號。因而，可以消除FIC塊和子幀之間的從屬關系，從而減少FIC段的過度的浪費。此外，本發(fā)明可以增加空FIC段。不管FIC塊的重復的發(fā)送，并且當在對應的M/H幀中需要進行填充時，使用空FIC段來處理剩余的FIC段。例如，假設TNoG等于“3”并且將FIC塊劃分為2個FIC段。此處，當通過單個M/H幀內(nèi)的5個子幀重復地發(fā)送FIC塊時，通過5個子幀中的一個子幀(例如，以時間順序位于最后的序位的子幀)僅發(fā)送兩個FIC段。在這種情況下，將一個空FIC段分配給對應的子幀，從而進行發(fā)送。更具體地說，該空FIC段用于將FIC塊的邊界和M/H幀的邊界進行對準。此時，由于空FIC段不是從FIC塊中劃分的FIC段，所以不將FIC段編號分配給空FIC段。在本發(fā)明中，當單個FIC塊被劃分為多個FIC段時，并且當劃分后的FIC段被包括在M/H幀內(nèi)的至少一個子幀的各個數(shù)據(jù)組中以進行傳送時，以從對應的M/H幀內(nèi)的最后的子幀開始的相反的順序分配對應的FIC段。根據(jù)本發(fā)明的實施方式，如果存在空FIC段，則空FIC段位于M/H幀內(nèi)的子幀中，所以對應的空FIC段可以作為最后的(或最終的)段來進行發(fā)送。圖15例示了當對應的移動廣播的TNoG等于“6”時通過8個FIC段發(fā)送FIC塊的數(shù)據(jù)的一個示例。在這種情況下，通過FIC塊發(fā)送的數(shù)據(jù)量大于通過單個子幀發(fā)送的FIC段的數(shù)量。此處，如圖15所示，由于通過2個子幀來發(fā)送從FIC塊所劃分的FIC段，可以通過單個FIC塊來發(fā)送所有所需的信令數(shù)據(jù)。而且，在這種情況下，分配給各個FIC段的編號對應于包括在FIC塊中的各個FIC段的編號。更具體地說，即使當FIC塊數(shù)據(jù)的數(shù)量大于通過單個子幀發(fā)送的FIC段數(shù)據(jù)的數(shù)量時，所有的FIC塊數(shù)據(jù)也會被發(fā)送而不留下任何未發(fā)送的數(shù)據(jù)部分。這時，為了使接收系統(tǒng)能夠丟棄空FIC段而不需處理對應的空FIC段，需要能夠識別(或區(qū)分)空FIC段的識別信息。根據(jù)本發(fā)明的一種實施方式，本發(fā)明使用在空FIC段的報頭內(nèi)的FIC_type字段作為用于識別空FIC段的識別信息。在該實施方式中，將空FIC段報頭內(nèi)的FIC_type字段的值設置為“11”，以識別對應的空FIC段。更具體地說，當空FIC段報頭內(nèi)的FIC_type字段的值被設置為“11”并且被發(fā)送至接收系統(tǒng)時，接收系統(tǒng)可以丟棄FIC_type字段值被設置為“11”的FIC段的有效載荷，而不需處理對應的FIC段有效載荷。此處，值“11”僅是給出以促進并簡化本發(fā)明的理解的示例性的值。只要建立了接收系統(tǒng)和發(fā)送系統(tǒng)之間的預先配置，可以對FIC_type字段指定任何能夠識別空FIC段的值。因此，本發(fā)明不僅僅限定于說明書中所展現(xiàn)的示例集合。此外，也可以使用FIC段報頭內(nèi)的另一字段來指示能夠識別空FIC段的識別信息。圖16例示了根據(jù)本發(fā)明的一個實施方式的FIC段報頭的示例性語法結構。此處，F(xiàn)IC段報頭可以包括FIC_type字段、error_indicator字段、FIC_segment_num字段和FIC_last_segment_num字段。下面將描述各個字段。FIC_type字段對應于2比特字段，當將其設置為“00”時，指示對應的FIC段承載一部分FIC塊。另選地，當將FIC_type字段設置為“11”時，F(xiàn)IC_type字段指示對應的FIC段是發(fā)送填充數(shù)據(jù)的空FIC段。此處，其余值為將來的使用而保留。error_indicator字段對應于1比特字段，其指示傳輸期間在對應的FIC段中是否發(fā)生差錯。此處，當發(fā)生差錯時，將error_indicator字段設置為“1”。并且當不存在(或沒有發(fā)生)差錯時，將error_indicator字段設置為“0”。更具體地說，在配置FIC段的處理期間，當存在未修復的差錯時，將error_indicator字段設置為“1”。更具體地說，error_indicator字段使得接收系統(tǒng)能夠識別在對應的FIC段中的差錯的存在或出現(xiàn)。FIC_segment_num字段對應于4比特無符號整數(shù)字段，其指示對應的FIC段的編號。例如，如果對應的FIC段是FIC塊的第一個FIC段，則FIC_segment_num字段的值將被設為“0x0”。另外，如果對應的FIC段是FIC塊的第二個FIC段，則FIC_segment_num字段的值將被設為“0x1”。更具體地說，F(xiàn)IC_segment_num字段將隨著FIC塊中的各個附加的FIC段以一為單位遞增。此處，如果FIC塊被劃分為4個FIC段，則FIC塊內(nèi)的最后一個FIC段的FIC_segment_num字段值將被指示為“0x3”。FIC_last_segment_num字段對應于4比特無符號整數(shù)字段，其指示完整的FIC塊內(nèi)的最后一個FIC段(即，具有最高的FIC_segment_num字段值的FIC段)的編號。在傳統(tǒng)的方法中，針對一個子幀內(nèi)的各個FIC段來順序地指定(或分配)FIC段編號。因此，在這種情況下，最后一個FIC段的編號總是與TNoG相匹配(即，最后一個FIC段的編號總是等于TNoG)。但是，當使用根據(jù)本發(fā)明的FIC編號分配方法時，最后一個FIC段的編號并不總是與TNoG相匹配。更具體地說，最后一個FIC段的編號可以與TNoG相匹配，或者最后一個FIC段的編號可以沒有與TNoG相匹配。TNoG表示分配(或指定)至單個子幀的數(shù)據(jù)組的總數(shù)。例如，當TNoG等于“6”時，并且當FIC塊被劃分為8個FIC段時，TNoG等于“6”，并且最后一個FIC段編號是“8”。根據(jù)本發(fā)明的另一實施方式，可以通過利用FIC段報頭內(nèi)的FIC_segment_num字段的值來識別空FIC段。更具體地說，由于沒有對空FIC段分配FIC段編號，發(fā)送系統(tǒng)將空數(shù)據(jù)分配至空FIC段的FIC_segment_num字段值，并且接收系統(tǒng)可以允許使空數(shù)據(jù)分配至FIC_segment_num字段值的FIC段被識別為空FIC段。此處，可以將接收系統(tǒng)和發(fā)送系統(tǒng)預先設置的數(shù)據(jù)分配至FIC_segment_num字段值，來代替空數(shù)據(jù)。如上所述，將FIC塊劃分為多個FIC段，從而通過單個子幀來發(fā)送或者通過多個子幀來發(fā)送。而且，可以通過單個子幀來發(fā)送從單個FIC塊劃分的FIC段，或者可以通過單個子幀來發(fā)送從多個單獨的FIC塊所劃分的FIC段。此時，分配至各個FIC段的編號與對應的FIC塊內(nèi)的編號(即，F(xiàn)IC_seg_number值)相對應，而不與對應的子幀內(nèi)的編號相對應。而且，可以發(fā)送空FIC段以對M/H幀的邊界和FIC塊的邊界進行對準。此時，不將FIC段編號分配至空FIC段。如上所述，可以通過多個子幀來發(fā)送一個FIC塊，或者通過單個子幀來發(fā)送多個FIC塊。然而，根據(jù)本發(fā)明的實施方式，以子幀為單位對FIC段進行交織并且進行發(fā)送。圖17例示了如在圖13至圖15中所示的當通過多個子幀發(fā)送單個FIC塊時或者當通過單個子幀發(fā)送多個FIC塊時，接收并恢復一個或更多個FIC塊的接收系統(tǒng)的一個示例。更具體地說，根據(jù)本發(fā)明的接收系統(tǒng)的信令解碼器118收集針對各個子幀的數(shù)據(jù)組內(nèi)的信令信息區(qū)域的FIC數(shù)據(jù)，以便以子幀為單位對所收集的數(shù)據(jù)進行交織。其后，信令解碼器118對解交織的FIC段進行RS解碼，從而將經(jīng)過RS解碼的數(shù)據(jù)輸出至FIC處理機121。FIC處理機121的FIC段緩沖器臨時存儲經(jīng)過RS解碼的FIC段，然后將臨時存儲的FIC段輸出至FIC段解析器。FIC段解析器提取并分析FIC段報頭。隨后，基于分析的結果，F(xiàn)IC段解析器收集構成單個FIC塊的FIC段。其后，F(xiàn)IC段解析器移除(或丟棄)所收集的FIC段的FIC段報頭，從而恢復(或形成)單個FIC塊。例如，F(xiàn)IC段解析器利用FIC段報頭內(nèi)的FIC_segment_num字段和FIC_last_segment_num字段來收集構成一個FIC塊的FIC段。然后將恢復的FIC塊輸出至FIC塊解析器。FIC塊解析器提取并分析正在被輸入的FIC塊的報頭。然后，基于分析的結果，F(xiàn)IC塊解析器提取包括在對應的FIC塊的有效載荷中的信令數(shù)據(jù)，從而將提取的信令數(shù)據(jù)輸出至業(yè)務管理器122。更具體地說，F(xiàn)IC段解析器提取并分析被緩沖然后被輸入的FIC段的報頭。其后，F(xiàn)IC段解析器搜索(或定位)FIC_segment_num字段值是“0”的FIC段(即，包括FIC塊數(shù)據(jù)的第一個字節(jié)的FIC段)。一旦FIC段解析器定位了FIC塊的第一個FIC段，F(xiàn)IC段解析器順序地收集從第一個FIC段開始到具有相同的FIC_segment_num字段值和FIC_last_segment_num字段值的FIC段的數(shù)據(jù)。其后，F(xiàn)IC段解析器移除所收集的FIC段的FIC段報頭，以構成FIC塊，從而將構成的FIC塊輸出至FIC塊解析器。例如，如圖17所示，假設對應的移動廣播的TNoG等于“6”，并且將FIC塊劃分為5個FIC段以進行傳送。參照圖17，或者通過2個子幀來傳送一個FIC塊的FIC段，或者將2個FIC塊的FIC段傳送至一個子幀。然而，明顯的是，以子幀為單位來進行解交織處理。而且，收集從FIC_segment_num字段值是“0”的FIC段開始到FIC_segment_num字段值是“4”的FIC段的5個FIC段。其后，當移除各個FIC段的FIC段報頭時，恢復了一個FIC塊。更具體地說，當收集了所有5個FIC段的有效載荷時，恢復(或構成)了一個FIC塊。此時，通過對應的空FIC段報頭內(nèi)的FIC_type字段識別了空FIC段。然而，空FIC段被丟棄，而不在FIC塊恢復處理中使用。圖18例示了當通過8個FIC段來傳送FIC塊時，并且當對應的移動廣播的TNoG等于“6”時，接收系統(tǒng)接收FIC段以恢復FIC塊的一個示例。而且，在圖18中，雖然通過2個子幀來傳送一個FIC塊的FIC段，但是明顯的是，以子幀為單位進行解交織處理。由于圖18的FIC塊恢復處理與圖17的FIC塊恢復處理相同，可以對圖17進行參照，并且為了簡潔將省略對相同部分的具體描述。更具體地說，收集從FIC_segment_num字段值是“0”的FIC段開始到FIC_segment_num字段值是“7”的FIC段的8個FIC段。其后，當移除了各個FIC段的FIC段報頭時，恢復了一個FIC塊。更具體地說，當收集了8個FIC段的有效載荷時，恢復(構成)了一個FIC塊。此時，通過對應的空FIC段報頭內(nèi)的FIC_type字段識別了空FIC段。然而，空FIC段被丟棄，而不在FIC塊恢復處理中使用。同時，假設通過一個M/H幀來傳送各自具有不同的協(xié)議版本的多個FIC塊，并且接收系統(tǒng)能夠處理各自具有不同的協(xié)議版本的所有的FIC塊。此時，當從多個FIC塊所劃分的各自具有不同的協(xié)議版本的FIC段被正常接收而沒有任何差錯時，接收系統(tǒng)可以對各自具有不同的協(xié)議版本的多個FIC塊執(zhí)行正常的恢復。然而，如果在各自具有不同的協(xié)議版本的多個FIC塊中出現(xiàn)由突發(fā)噪聲導致的差錯，則接收系統(tǒng)不能對各自具有不同的協(xié)議版本的多個FIC塊執(zhí)行正常的恢復。例如，假設將主協(xié)議版本為“00”的FIC塊和主協(xié)議版本為“01”的FIC塊同時發(fā)送至一個FIC(即，一個M/H幀)。并且，如圖19(a)所示，也假設由于突發(fā)噪聲造成的差錯導致發(fā)送主協(xié)議版本為“00”的FIC塊的FIC段4至FIC段7和發(fā)送主協(xié)議版本為“01”的FIC塊的FIC段0至FIC段3沒有被接收系統(tǒng)接收。在這種情況下，接收系統(tǒng)也使用FIC段報頭內(nèi)的FIC_segment_num字段和FIC_last_segment_num字段，以收集從FIC_segment_num字段值為“0”的FIC段開始到FIC_segment_num字段值為“7”的FIC段的8個FIC段。其后，如圖19(b)所示，移除8個FIC段各自的FIC段報頭，從而構成一個FIC塊。在這種情況下，由于FIC_segment_num字段值為“0”的FIC段與從主協(xié)議版本為“00”的FIC塊所劃分的FIC段相對應，所以接收系統(tǒng)將所構成的FIC塊的主協(xié)議版本識別為“00”，如圖19(b)所示。然而，在圖19(b)所示的FIC塊的情況下，F(xiàn)IC段0至FIC段3與主協(xié)議版本為“00”的FIC塊的FIC段傳輸數(shù)據(jù)相對應，并且FIC段4至FIC段7與主協(xié)議版本為“01”的FIC塊的FIC段傳輸數(shù)據(jù)相對應。因此，當由于突發(fā)噪聲在FIC段中發(fā)生丟失時，接收系統(tǒng)會將傳輸具有2種不同的協(xié)議版本的FIC塊的FIC段的集合識別為傳輸具有單個的協(xié)議版本的FIC塊的FIC段的集合，從而在恢復FIC塊時產(chǎn)生問題。此外，當如上所述在FIC塊恢復處理中出現(xiàn)差錯時，接收系統(tǒng)不能識別出沒有正確地執(zhí)行FIC塊恢復。因此，接收系統(tǒng)會獲取與所請求的移動業(yè)務的系綜相對應的RS幀，從而導致非常嚴重的問題。為了解決上述問題，本發(fā)明通過各個FIC段的FIC段報頭來傳送FIC塊的協(xié)議版本信息。根據(jù)本發(fā)明的實施方式，通過FIC段報頭所傳送的FIC塊的協(xié)議版本信息與對應的FIC塊的主協(xié)議版本信息和副協(xié)議版本信息中的至少一個相對應圖20例示了根據(jù)本發(fā)明的另一實施方式的FIC段報頭的語法結構。此處，將FIC_Chunk_major_protocol_version字段另外增加至圖16中所示的FIC段報頭的語法結構。更具體地說，圖20的FIC段報頭可以包括FIC_type字段、FIC_Chunk_major_protocol_version字段、error_indicator字段、FIC_segment_num字段和FIC_last_segment_num字段。除了FIC_Chunk_major_protocol_version字段以外，其余字段與圖16中描述的字段相同。因此，為了簡明，在圖20中將省略相同內(nèi)容的具體描述。根據(jù)本發(fā)明的一個實施方式，F(xiàn)IC_Chunk_major_protocol_version字段對應于2比特字段，其指示對應的FIC塊的主協(xié)議版本。更具體地說，在FIC段報頭中的FIC_Chunk_major_protocol_version字段具有與對應的FIC塊報頭內(nèi)的FIC_major_protocol_version字段相同的值。針對FIC塊語法的主協(xié)議版本可以參照圖9中的FIC塊報頭的描述。因此，為了簡明將在此省略相同內(nèi)容的具體描述。圖21例示了接收具有如圖20所示的FIC段報頭的FIC段和恢復FIC塊的一個示例。在這種情況下，也假設多個FIC塊(例如，2個FIC塊)被發(fā)送至一個FIC(即，一個M/H幀)，兩個FIC塊的各個主協(xié)議版本彼此不同，并且接收系統(tǒng)可以處理各自具有不同的主協(xié)議版本的兩個FIC塊。更具體地說，如圖21(a)所示，假設將主協(xié)議版本為“00”的FIC塊和主協(xié)議版本為“01”的FIC塊同時發(fā)送至一個FIC(即，一個M/H幀)，并且由于突發(fā)噪聲所導致的差錯，接收系統(tǒng)沒有接收到用于發(fā)送主協(xié)議版本為“00”的FIC塊的FIC段4至FIC段7和用于發(fā)送主協(xié)議版本為“01”的FIC塊的FIC段0至FIC段3。此時，接收系統(tǒng)利用FIC段報頭中的FIC_segment_num字段、FIC_last_segment_num字段和FIC_Chunk_major_protocol_version字段來恢復FIC塊。更具體地說，由于從FIC段0起始到FIC段3的FIC_Chunk_major_protocol_version字段值與從FIC段4起始到FIC段7的FIC_Chunk_major_protocol_version字段值分別不同，雖然FIC段編號是連續(xù)的，但是如果FIC塊協(xié)議版本彼此不同，則數(shù)據(jù)不能構成單個FIC塊。如圖21(b)所示，根據(jù)本發(fā)明的接收系統(tǒng)的FIC處理機121收集從FIC_segment_num字段值為“0”的FIC段起始到FIC_segment_num字段值為“3”的FIC段的4個FIC段。其后，移除4個FIC段各自的FIC段報頭，從而構成主協(xié)議版本為“00”的FIC塊。此外，F(xiàn)IC處理機121收集從FIC_segment_num字段值為“4”的FIC段起始到FIC_segment_num字段值為“7”的FIC段的4個FIC段。其后，移除4個FIC段各自的FIC段報頭，從而構成主協(xié)議版本為“01”的FIC塊。因此，可以防止以下問題：當由于突發(fā)噪聲在FIC段中發(fā)生丟失時，接收系統(tǒng)會將傳輸具有2種不同的協(xié)議版本的FIC塊的FIC段的集合識別為傳輸具有單個協(xié)議版本的FIC塊的FIC段的集合。更具體地說，通過甚至在FIC段報頭內(nèi)分配對應的FIC塊的協(xié)議版本信息，即使接收到與在單個M/H幀中具有不同的協(xié)議版本的FIC塊相對應的多個FIC段的混合體，本發(fā)明也可以僅收集與相同的協(xié)議版本相對應的FIC段，從而恢復FIC塊。此時，當FIC塊被恢復時，如圖21所示，F(xiàn)IC塊沒有被完全恢復。例如，主協(xié)議版本為“00”的FIC塊丟失了從FIC_segment_num字段值為“4”的FIC段起始到FIC_segment_num字段值為“7”的FIC段的4個FIC段。此外，主協(xié)議版本為“01”的FIC塊丟失了從FIC_segment_num字段值為“1”的FIC段起始到FIC_segment_num字段值為“3”的FIC段的4個FIC段。因此，根據(jù)本發(fā)明的實施方式，在這種情況下FIC塊沒有被恢復。更具體地說，當收集了具有相同的主協(xié)議版本的所有FIC段時，并且當所收集的FIC段的數(shù)量小于從對應的FIC塊所劃分的FIC段的數(shù)量時，則對應的FIC塊沒有被恢復。此時，可以以單個子幀為單位或以單個M/H幀為單位來執(zhí)行收集FIC段以恢復一個FIC塊的處理。這是因為相同的FIC塊可以重復，然后在單個子幀內(nèi)進行傳送，并且因為相同的FIC塊可以重復，然后在單個M/H幀內(nèi)進行傳送。此外，也可以以預定(或預先指定的)數(shù)量的子幀為單位或以預定的(或預先指定的)數(shù)量的M/H幀為單位來執(zhí)行收集FIC段的處理。此外，根據(jù)本發(fā)明的一個實施方式，假設在單個M/H幀內(nèi)同時并存具有另一主協(xié)議版本的FIC塊，并且接收系統(tǒng)能夠處理各自具有不同的主協(xié)議版本的兩種FIC塊。在這種情況下，檢查各個FIC段的當前FIC段編號、最后的FIC段的編號和主協(xié)議版本，所以可以收集具有與接收系統(tǒng)的主協(xié)議版本相同的主協(xié)議版本的FIC段，從而構成FIC塊。另選地，當假設在單個M/H幀中同時存在具有另一主協(xié)議版本的FIC塊時，并且假設接收系統(tǒng)僅能夠處理兩種主協(xié)議版本中的一個，從以信號來表示其可處理的主協(xié)議版本的FIC段來恢復FIC塊。同時，如上所述，本發(fā)明使用FIC塊，以在M/H幀內(nèi)發(fā)送系綜和移動業(yè)務之間的映射(或配置)信息。此處，當發(fā)生重構時，其中，在當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息不同于下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息，本發(fā)明可以在對應的重構之前使用來自M/H幀的至少一個FIC塊，以提前用信號表示在M/H幀內(nèi)系綜和移動業(yè)務之間的映射信息(或者執(zhí)行提前信令)，在該M/H幀內(nèi)發(fā)生重構。在本發(fā)明的描述中，將重構發(fā)生前的M/H幀稱為當前M/H幀，并且在重構發(fā)生之后的M/H幀稱為下一M/H幀。此外，根據(jù)本發(fā)明的實施方式，從單個M/H幀交替地發(fā)送在當前M/H幀內(nèi)以信號表示系綜和移動業(yè)務之間的映射信息的FIC塊與在下一M/H幀內(nèi)以信號表示系綜和移動業(yè)務之間的映射信息的FIC塊。此處，根據(jù)本發(fā)明的實施方式，按照時間先后順序將在下一M/H幀內(nèi)以信號表示系綜和移動業(yè)務之間的映射信息的FIC塊置于在當前M/H幀內(nèi)以信號表示系綜和移動業(yè)務之間的映射信息的FIC塊之后，并在當前M/H幀內(nèi)以信號表示系綜和移動業(yè)務之間的映射信息的FIC塊之后進行傳送。更具體地說，接收系統(tǒng)首先接收在當前M/H幀內(nèi)以信號表示系綜和移動業(yè)務之間的映射信息的FIC塊，接著稍后接收在下一M/H幀內(nèi)以信號表示系綜和移動業(yè)務之間的映射信息的FIC塊。此時，當接收FIC塊并對其進行恢復時，接收系統(tǒng)的FIC處理機121利用恢復的FIC塊報頭中的current_next_indicator字段，以確定包括在各個FIC塊的有效載荷中的信令信息是對應于在當前M/H幀中的系綜和移動業(yè)務之間的映射信息、還是對應于在下一M/H幀中的系綜和移動業(yè)務之間的映射信息。為了簡明，以下將M/H幀中的系綜和移動業(yè)務之間的映射信息也稱為M/H幀的系綜配置信息。圖22例示了示例性發(fā)生重構的情形，其中，當前M/H幀的系綜配置信息不同于下一M/H幀的系綜配置信息。參照圖22，由“…、k-1、k、k+1、k+2、k+3、…”指示的部分表示各個M/H幀。并且，在該示例中，重構發(fā)生在第(k+2)個M/H幀。如圖22所示，在發(fā)生重構之前的M/H幀包括兩個系綜和七個TNoG。并且，在發(fā)生重構之后的M/H幀包括三個系綜和七個TNoG如圖22所示，當由于傳送至各個M/H幀的系綜的數(shù)量、傳送至各個系綜的移動業(yè)務的數(shù)量和各個子幀的TNoG的數(shù)量的改變而使重構發(fā)生時，F(xiàn)IC塊的主協(xié)議版本信息和副協(xié)議版本信息保持不變。然而，TPC數(shù)據(jù)內(nèi)的FIC_version字段值發(fā)生改變。圖22示出了在第(k+1)個M/H幀中的TPC數(shù)據(jù)內(nèi)的FIC_version字段值增加(或遞增)“1”之后被更新至“6”的示例，并且示出了在第(k+1)個M/H幀中的FIC塊報頭內(nèi)的current_next_indicator字段值被改變至“0”的示例。圖23例示了當在第(k+2)個M/H幀中發(fā)生重構時、并且當從第(k+1)個M/H幀交替地傳送當前M/H幀的系綜配置信息和下一M/H幀的系綜配置信息時示例性的RS幀獲取處理。參照圖23的第(k+1)個M/H幀，以信號發(fā)送當前M/H幀的系綜配置信息的FIC塊早于以信號發(fā)送下一M/H幀的系綜配置信息的FIC塊被接收，從而被恢復。此時，如圖23所示，當在第(k+1)個M/H幀的中部對包括所需的系綜的物理信道進行調諧時，可以從第(k+1)個M/H幀獲取第(k+2)個M/H幀的系綜配置信息。更具體地說，當發(fā)生重構時，通過執(zhí)行提前將以對發(fā)生重構的M/H幀的系綜配置信息進行信號發(fā)送的FIC塊發(fā)送給對應的重構之前的M/H幀來改變移動廣播內(nèi)的系綜和移動業(yè)務之間的映射信息，本發(fā)明能夠迅速地獲取其中發(fā)生了對應的重構的M/H幀(即，發(fā)生了對應的重構的M/H幀)的系綜配置信息。而且，通過利用從第(k+1)個M/H幀所獲取的第(k+2)個M/H幀的系綜配置信息，本發(fā)明可以獲取傳送至第(k+2)個M/H幀的RS幀，從而能夠完全恢復所獲取的RS幀。參照圖24，除了在第k個M/H幀的末尾部分對包括所需的系綜的物理信道執(zhí)行調諧以外，其余的調諧處理與圖23中所示的處理步驟相同。此時，當接收系統(tǒng)無法接收與大約M/H幀的20％相對應的RS幀的部分時，可以通過使用RS-CRC解碼和SCCC解碼處理來恢復整個RS幀。例如，假設在第k個M/H幀的末尾部分對包括所需的系綜的物理信道執(zhí)行調諧，并且從第(k+1)個M/H幀的第一個FIC塊完整地(或完全地)獲取第(k+1)個M/H幀的信令信息。在這種情況下，當接收第(k+1)個M/H幀的第一個FIC塊時，尚未能接收傳送至第(k+1)個M/H幀的RS幀。然而，當未接收的部分相當于第(k+1)個M/H幀的大約20％時，通過使用RS-CRC解碼和SCCC解碼處理來恢復傳送至第(k+1)個M/H幀的整個RS幀。此外，即使在第(k+1)個M/H幀中發(fā)生重構，本發(fā)明可以使用從第(k+1)個M/H幀所獲取的第(k+2)個M/H幀的信令信息，以完整地恢復傳送至第(k+2)個M/H幀的RS幀。如上所述，基于物理信道的調諧點和在發(fā)生重構之前的M/H幀中的FIC塊數(shù)據(jù)結構，本發(fā)明可以迅速地獲取并恢復RS幀，從而能夠向用戶提供所需的RS幀。然而，如上所述，當在單個M/H幀中同時存在以信號傳送當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊與以信號傳送下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊時，在這種情況下也會出現(xiàn)當在單個M/H幀中接收具有不同的協(xié)議版本的FIC塊時出現(xiàn)的相同的問題。更具體地說，從傳送以信號傳送當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段與傳送以信號傳送下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段恢復一個FIC塊，這其中會出現(xiàn)差錯。如上所述，當在FIC塊的恢復過程中出現(xiàn)差錯時，從所恢復的FIC塊無法合適地獲取下一M/H幀的系綜配置信息。因此，也無法合適地獲取并恢復傳送至下一M/H幀的RS幀。例如，當以混合的順序接收到以信號傳送當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段與以信號傳送下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段時，接收系統(tǒng)無法確定所接收到的對應的FIC段與屬于以信號傳送當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段相對應，還是與屬于以信號傳送下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段相對應。因此，會出現(xiàn)上述的問題。此外，當由于突發(fā)噪聲導致的差錯使FIC段丟失時，接收系統(tǒng)也會無法確定所接收到的對應的FIC段與屬于以信號傳送當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段相對應，還是與屬于以信號傳送下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段相對應。因此，在這種情況下，也會發(fā)生上述的問題。同樣地，當如圖23所示接收到TPC數(shù)據(jù)和FIC段時，上述問題也會發(fā)生。更具體地說，如圖25的①所示，在以信號傳送下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的第一個FIC段中，TPC數(shù)據(jù)內(nèi)的FIC_version字段值增加了“1”。相應地，如圖25的②所示，接收系統(tǒng)會從時間分片模式退出，從而收集(或，采集)FIC段。此外，如圖25的③所示，接收系統(tǒng)利用所收集的FIC段的各個FIC段報頭內(nèi)的FIC_segment_num字段和FIC_last_segment_num字段，以僅僅收集構成單個FIC塊的FIC段，從而以各個FIC段編號的順序來調整各個FIC段。其后，接收系統(tǒng)從各個調整的FIC段移除報頭。相應地，如圖25的④所示，構成了單個FIC塊。然后，接收系統(tǒng)從構成的FIC塊獲取M/H幀的系綜配置信息。隨后，如圖25的⑤所示，根據(jù)所獲取的系綜配置信息，接收系統(tǒng)進入時間分片模式。然而，參照如圖25的③所示的收集的FIC段，顯然，以信號傳送當前M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段與以信號傳送下一M/H幀內(nèi)的系綜和移動業(yè)務之間的映射信息的FIC塊的FIC段是混合的(同時存在的)。更具體地說，圖25的③示出不正確地收集FIC段的示例。這是因為接收系統(tǒng)無法確定對應的FIC段是屬于以信號傳送當前M/H幀內(nèi)的系綜配置信息的FIC塊的FIC段，還是屬于以信號傳送下一M/H幀內(nèi)的系綜配置信息的FIC塊的FIC段。此外，當如圖25的④所示來構成FIC塊時，接收系統(tǒng)確定對應的FIC塊正在以信號傳送下一M/H幀的系綜配置信息。然而，F(xiàn)IC塊包含包括在以信號傳送當前M/H幀內(nèi)的系綜配置信息的FIC塊中的部分數(shù)據(jù)。更具體地說，圖25的④示出當FIC塊包括錯誤的(不正確的)信息時被恢復的一個示例。相應地，由于從不正確恢復的FIC塊所獲取的系綜配置信息對應于不正確的信息，所以傳送至下一M/H幀的RS幀不會被正確地獲取和恢復。根據(jù)本發(fā)明的實施方式，為了解決這種問題，在通過各個FIC段的FIC段報頭來傳送M/H幀識別信息時，M/H幀識別信息告知對應的FIC段是以信號傳送當前M/H幀內(nèi)的系綜配置信息的FIC塊的FIC段，還是以信號傳送下一M/H幀內(nèi)的系綜配置信息的FIC塊的FIC段。根據(jù)本發(fā)明的實施方式，通過FIC段報頭所傳送的M/H幀識別信息與current_next_indicator字段相對應。圖26例示了根據(jù)本發(fā)明的另一實施方式的FIC段報頭的語法結構。更具體地說，current_next_indicator字段還包括在圖20所示的FIC段報頭的語法結構中。根據(jù)本發(fā)明，將current_next_indicator字段指定為1比特。更具體地說，圖26的FIC段報頭可以包括FIC_type字段、FIC_Chunk_major_protocol_version字段、current_next_indicator字段、error_indicator字段、FIC_segment_num字段和FIC_last_segment_num字段。由于針對FIC_type字段、error_indicator字段、FIC_segment_num字段和FIC_last_segment_num字段的描述可以參照圖16，所以為了簡明將省略相同內(nèi)容的具體描述。FIC_Chunk_major_protocol_version字段對應于2比特字段，其指示對應的FIC塊的主協(xié)議版本。此時，F(xiàn)IC_Chunk_major_protocol_version字段應該與對應的FIC塊報頭中的FIC_major_protocol_version字段的值相同。由于可以參照圖9所示的FIC塊報頭的描述，為了簡明，將省略FIC塊語法的主協(xié)議版本的具體描述。current_next_indicator字段對應于1比特指示符，其中，當設置為“1”時，將指示對應的FIC段承載了適用于當前的M/H幀的FIC塊的一部分。另選地，當將current_next_indicator字段設置為“0”時，current_next_indicator字段將指示FIC段承載了適用于下一M/H幀的對應的FIC塊的一部分。在前一種情況中，以設置為“1”的current_next_indicator字段值來傳送的FIC塊的最近的版本將在當前是可用的。此外，在數(shù)據(jù)組中的信令信息區(qū)域中，與FIC數(shù)據(jù)一同分配接著被傳送的TPC數(shù)據(jù)包括主要在物理層模塊中使用的參數(shù)。并且，由于TPC數(shù)據(jù)未經(jīng)交織而進行傳送，接收系統(tǒng)能夠以時隙為單位來訪問TPC數(shù)據(jù)。根據(jù)本發(fā)明的實施方式，通過使用使包括FIC_version字段的TPC數(shù)據(jù)能夠以時隙為單位來接收的特性，當更新FIC塊時，接收系統(tǒng)可以使用TPC數(shù)據(jù)的FIC_version字段以確定對應的FIC塊的更新狀態(tài)。而且，當檢測到對應的FIC塊的更新狀態(tài)時，接收系統(tǒng)從時間分片模式退出，以使FIC段能夠被集成(或組合)。圖27例示了TPC數(shù)據(jù)的語法結構的一個示例。TPC數(shù)據(jù)可以包括sub_frame_number字段、slot_number字段、parade_id字段、starting_group_number(SGN)字段、number_of_groups(NoG)字段、parade_repetition_cycle(PRC)字段、RS_frame_mode字段、RS_code_mode_primary字段、RS_code_mode_secondary字段、SCCC_block_mode字段、SCCC_outer_code_mode_A字段、SCCC_outer_code_mode_B字段、SCCC_outer_code_mode_C字段、SCCC_outer_code_mode_D字段、FIC_version字段、parade_continuity_counter字段、TNoG字段和TPC_protocol_version字段。sub_frame_number字段指示對應的M/H幀內(nèi)的當前子幀的編號，將其傳送是為了進行M/H幀同步。sub_frame_number字段的值將在從0至4的范圍內(nèi)。slot_number字段是子幀內(nèi)的當前時隙編號，將其傳送是為了進行M/H幀同步。其值將在從0至15的范圍內(nèi)。parade_id字段識別該組所屬于的隊列。該字段的值可以是任何7比特的值。在M/H傳送中的各個隊列將具有唯一的parade_id。在這種情況下，將利用ensemble_id來執(zhí)行parade_id在物理層和管理層之間的通信，其中，通過向parade_id的左邊增加一比特來形成ensemble_id。如果ensemble_id是針對通過該隊列所傳送的主系綜，則增加的最高有效位(MSB)將是“0”。否則，如果ensemble_id是針對通過該隊列所傳送的輔系綜，則增加的最高有效位(MSB)將是“1”。starting_group_number(SGN)字段是該組(group)所屬于的隊列(為了已經(jīng)計算的所有在前的隊列的時隙編號之后)的第一個slot_number。number_of_groups(NoG)字段是在子幀中對該組所屬于的隊列分配的組的數(shù)量減1，例如，NoG＝0表示在子幀中一個組被分配至該隊列。NoG的值的范圍將是從0至7。可以根據(jù)SGN和NoG來計算分配至對應的隊列的時隙數(shù)。parade_repetition_cycle(PRC)字段是以M/H幀為單位來指定的傳送隊列的循環(huán)時間減1。RS_frame_mode字段指示單個隊列承載單個RS幀還是承載兩個RS幀。RS_code_mode_primary字段指示針對主RS幀的RS代碼模式。RS_code_mode_secondary字段指示針對輔RS幀的RS代碼模式。SCCC_block_mode字段指示如何將數(shù)據(jù)組內(nèi)的M/H塊分配至SCCC塊。SCCC_outer_code_mode_A字段指示在數(shù)據(jù)組中針對區(qū)域A的SCCC外部模式代碼。SCCC_outer_code_mode_B字段指示在數(shù)據(jù)組中針對區(qū)域B的SCCC外部模式代碼。SCCC_outer_code_mode_C字段指示在數(shù)據(jù)組中針對區(qū)域C的SCCC外部模式代碼。SCCC_outer_code_mode_D字段指示在數(shù)據(jù)組中針對區(qū)域D的SCCC外部模式代碼。FIC_version字段指示FIC數(shù)據(jù)的版本。更具體地說，F(xiàn)IC_version字段表示FIC塊數(shù)據(jù)結構的版本。該字段的值將被設置為與通過一個M/H幀所傳送的所有TPC數(shù)據(jù)結構相同，并且每當在傳送TPC數(shù)據(jù)結構的子幀中存在current_next_indicator字段被設置為“0”的FIC段時，該字段的值將遞增1。例如，當包括在系綜0中的移動業(yè)務的編號從2改變?yōu)?時，F(xiàn)IC_version字段的值不變。parade_continuity_counter字段遞增至0至15，并且針對每(PRC+1)個M/H幀遞增1。例如，如果PRC＝011，則parade_continuity_counter字段針對每四個M/H幀遞增。TNoG字段指示在子幀中傳送的數(shù)據(jù)組的總數(shù)。換言之，它是子幀中的所有隊列的NoG的和。其值將在0至16的范圍內(nèi)(包括1和16)。TNoG字段的使用既針對當前M/H幀信息也針對提前的信令。TPC_protocol_version字段對應于5比特無符號整數(shù)，并且表示對應的TPC語法結構的版本。2個最高有效位是主版本級別；三個最低有效位是副版本級別，將其解讀為：主版本級別的改變將指示非向后兼容級別的改變。假設主版本級別保持不變，則副版本級別的改變將指示向后兼容級別的改變。該字段的初始值將是“11111”。每一次該標準的將來的版本改變TPC結構時，至少一個比特將被改變以形成該字段的以前未使用過的值。其它的版本值可以在將來用于預留比特使用或者用于定義的語法的改變。第一個這種改變將是改變?yōu)椤?0”或“000”，所以該字段以與其它字段相同的方式遞增以用于以后的改變。然而，在此呈現(xiàn)的包括在TPC數(shù)據(jù)中的信息僅是示例性的。并且，由于本領域普通技術人員可以容易地對包括在TPC中的信息的增加和刪除進行調整和修改，因此不將本發(fā)明限定于本文所闡明的示例。由于針對各個隊列的TPC數(shù)據(jù)(除了Sub_Frame_number字段和Slot_number字段以外)的值在M/H幀期間不改變，因此通過在M/H幀中屬于對應的隊列的所有的M/H組來重復地傳送相同的信息。這允許非常健壯并可靠地接收TPC數(shù)據(jù)。因為Sub_Frame_number和Slot_number為遞增的計數(shù)器值，由于傳送了規(guī)律的期望值，因此這種Sub_Frame_number和Slot_number也是健壯的。圖28例示了接收各自具有如圖26所示的FIC段報頭的FIC段和具有如圖27所示的結構的TPC數(shù)據(jù)、從而恢復FIC塊的一個示例。更具體地說，如圖28的①所示，當TPC數(shù)據(jù)結構的FIC_version字段值增加“1”時，接收系統(tǒng)確定對應的FIC塊的數(shù)據(jù)結構被更新。然后，如圖28的②所示，接收系統(tǒng)從時間分片模式退出，以收集(或采集)FIC段。其后，如圖28的③所示，接收系統(tǒng)利用所收集的FIC段的各個FIC段報頭內(nèi)的FIC_segment_num字段、FIC_last_segment_num字段和current_next_indicator字段，以僅僅收集構成一個FIC塊的FIC段。隨后，接收系統(tǒng)以各個FIC段編號的順序來調整各個收集的FIC段。然后，如圖28的④所示，接收系統(tǒng)移除各個FIC段的報頭，從而構成FIC塊。然后，如圖28的⑤所示，接收系統(tǒng)從構成的FIC塊獲取M/H幀的系綜配置信息，以根據(jù)所獲取的系綜配置信息進入時間分片模式。在圖28的③的情況下，當僅收集構成一個FIC塊的FIC段時，可以另外使用FIC段報頭內(nèi)的FIC_Chunk_major_protocol_version字段。更具體地說，接收系統(tǒng)可以使用segment_num字段、FIC_last_segment_num字段、current_next_indicator字段和FIC_Chunk_major_protocol_version字段，以僅收集以信號傳送與相同的協(xié)議版本相對應的下一(或，當前)M/H幀的系綜配置信息的FIC塊的FIC段。隨后，接收系統(tǒng)以各個FIC段編號的順序調整各個收集的FIC段。然后，接收系統(tǒng)移除各個FIC段的報頭，從而構成FIC塊。如圖28的④所示，當如上所述構成FIC塊時，可以僅由與以信號傳送下一M/H幀的系綜配置信息的FIC塊相對應的FIC段來構成FIC塊。因此，接收系統(tǒng)可以防止通過收集屬于以信號傳送當前M/H幀內(nèi)的系綜配置信息的FIC塊的FIC段和屬于以信號傳送下一M/H幀內(nèi)的系綜配置信息的FIC塊的FIC段來構造單個FIC塊的問題。更具體地說，本發(fā)明將M/H幀識別信息分配至各個FIC段報頭。此處，M/H幀識別信息可以識別被傳送至各個FIC段的有效載荷的信令信息是與當前M/H幀的信令信息相對應，還是與下一M/H幀的信令信息相對應。因而，接收系統(tǒng)能夠沒有任何差錯地從FIC塊獲取下一M/H幀的系綜配置信息。相應地，接收系統(tǒng)能夠正確地獲取并恢復將要傳送至下一M/H幀的RS幀。圖29和圖30分別例示了根據(jù)本發(fā)明的一個實施方式的從FIC段恢復FIC塊的處理的流程圖。參照圖29和圖30，假設在單個M/H幀中接收到具有相同的FIC塊主協(xié)議版本的FIC塊。也假設接收系統(tǒng)能夠接收并處理FIC塊協(xié)議版本的FIC塊。更具體地說，當接收系統(tǒng)調諧至包括用戶選擇的移動業(yè)務的物理傳輸信道時(S501)，接收系統(tǒng)從所調諧到的物理傳輸信道識別傳送用戶選擇的移動業(yè)務的移動廣播信號(S502)。然后，接收系統(tǒng)找出所識別的移動廣播信號所傳送到的子幀以及分配至該子幀的時隙(S503)。隨后，收集通過在步驟503中所找到的子幀的時隙所接收到的數(shù)據(jù)組(S504)。然后，對在所收集的數(shù)據(jù)組的各個信令信息區(qū)域中所接收的FIC數(shù)據(jù)執(zhí)行PCCC解碼，以子幀為單位對經(jīng)過PCCC解碼的FIC數(shù)據(jù)執(zhí)行解交織，從而執(zhí)行作為發(fā)送系統(tǒng)的逆處理的RS解碼(S505)。因此，可以針對各個子幀恢復FIC段。這里，沒有對在信令信息區(qū)域中所接收的TPC數(shù)據(jù)進行解交織。然而，執(zhí)行作為發(fā)送系統(tǒng)的逆處理的PCCC解碼和RS解碼。在執(zhí)行步驟505之后，分析第一個接收的FIC段的段報頭，然后，將第一個接收的FIC段存儲在FIC處理機121內(nèi)的FIC段緩沖器中(S506)。更具體地說，對包括在第一個接收到的FIC段的報頭中的FIC_segment_num字段和FIC_last_segment_num字段進行解析，從而將FIC段編號、最后一個的FIC段編號和從與該FIC段相對應的FIC塊所劃分的FIC段的數(shù)量存儲在FIC段緩沖器中。其后，接收系統(tǒng)捕獲下一FIC段，以分析所捕獲的下一FIC段的報頭，從而檢查FIC段編號(S507)。換言之，通過通過對下一FIC段的報頭內(nèi)的FIC_segment_num字段進行解析，接收系統(tǒng)提取對應的FIC段的FIC段編號。隨后，接收系統(tǒng)檢驗FIC段是否已經(jīng)存儲在FIC段緩沖器中(S508)。該信息可以從在步驟507中所提取的FIC段編號(即，F(xiàn)IC_segment_num字段)獲知。當在步驟508中證實對應的FIC段已經(jīng)存儲在FIC段緩沖器中時，丟棄(或刪除)對應的FIC段而不進行存儲(S509)。然而，當在步驟508中證實對應的FIC段沒有存儲在FIC段緩沖器中時，將對應的FIC段存儲在FIC段緩沖器中(S510)。在執(zhí)行步驟509或步驟510之后，接收系統(tǒng)檢驗FIC塊的FIC段是否全部被接收并且存儲在FIC段緩沖器中(S511)?？梢酝ㄟ^對存儲在FIC段緩沖器中的FIC段的數(shù)量與FIC_last_segment_num字段的值進行比較來驗證該信息。當在步驟511中證實并非FIC塊的所有的FIC段被存儲在FIC段緩沖器中時，接收系統(tǒng)返回步驟507，以重復與下一FIC段相對應的處理步驟。另一方面，當在步驟511中證實FIC塊的所有的FIC段都被存儲在FIC段緩沖器中時，接收系統(tǒng)以FIC段編號的順序對存儲在FIC段緩沖器中的FIC段進行調整，然后順序地移除各個FIC段的報頭(S512)。從而，恢復了一個FIC塊(S513)。對于本領域技術人員而言很明顯的是，在不偏離本發(fā)明的精神或范圍的條件下，可以對本發(fā)明做出各種修改和變型。因此，本發(fā)明旨在涵蓋落入所附權利要求及其等同物范圍內(nèi)的本發(fā)明的這些修改例和變型例。工業(yè)適用性根據(jù)本發(fā)明的用于發(fā)送和接收信號的方法和用于發(fā)送和接收信號的裝置的實施方式可以用于廣播和通信領域。當前第1頁1 2 3