[go: up one dir, main page]

JP2011151813A - デジタルブロードキャスティングネットワークにおけるバースト伝送 - Google Patents

デジタルブロードキャスティングネットワークにおけるバースト伝送 Download PDF

Info

Publication number
JP2011151813A
JP2011151813A JP2011028595A JP2011028595A JP2011151813A JP 2011151813 A JP2011151813 A JP 2011151813A JP 2011028595 A JP2011028595 A JP 2011028595A JP 2011028595 A JP2011028595 A JP 2011028595A JP 2011151813 A JP2011151813 A JP 2011151813A
Authority
JP
Japan
Prior art keywords
data
burst
fec
mpe
frame
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2011028595A
Other languages
English (en)
Other versions
JP2011151813A5 (ja
Inventor
Jussi Vesma
ユッシー ヴェスマ
Harri Pekonen
ハリー ペコネン
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Nokia Inc
Original Assignee
Nokia Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Nokia Inc filed Critical Nokia Inc
Publication of JP2011151813A publication Critical patent/JP2011151813A/ja
Publication of JP2011151813A5 publication Critical patent/JP2011151813A5/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86—Arrangements characterised by the broadcast information itself
    • H04H20/95—Arrangements characterised by the broadcast information itself characterised by a specific format, e.g. an encoded audio stream
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/431—Generation of visual interfaces for content selection or interaction; Content or additional data rendering
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/03—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words
    • H03M13/05—Error detection or forward error correction by redundancy in data representation, i.e. code words containing more digits than the source words using block codes, i.e. a predetermined number of check bits joined to a predetermined number of information bits
    • H03M13/13—Linear codes
    • H03M13/15—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes
    • H03M13/151—Cyclic codes, i.e. cyclic shifts of codewords produce other codewords, e.g. codes defined by a generator polynomial, Bose-Chaudhuri-Hocquenghem [BCH] codes using error location or error correction polynomials
    • H03M13/1515—Reed-Solomon codes
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/27—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques
    • H03M13/2703—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes using interleaving techniques the interleaver involving at least two directions
    • H03M13/2707—Simple row-column interleaver, i.e. pure block interleaving
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/35—Unequal or adaptive error protection, e.g. by providing a different level of protection according to significance of source information or by adapting the coding according to the change of transmission channel characteristics
    • H03M13/356—Unequal error protection [UEP]
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/63—Joint error correction and other techniques
    • H03M13/635—Error control coding in combination with rate matching
    • H03M13/6362—Error control coding in combination with rate matching by puncturing
    • H—ELECTRICITY
    • H03—ELECTRONIC CIRCUITRY
    • H03M—CODING; DECODING; CODE CONVERSION IN GENERAL
    • H03M13/00—Coding, decoding or code conversion, for error detection or error correction; Coding theory basic assumptions; Coding bounds; Error probability evaluation methods; Channel models; Simulation or testing of codes
    • H03M13/65—Purpose and implementation aspects
    • H03M13/6522—Intended application, e.g. transmission or communication standard
    • H03M13/6541—DVB-H and DVB-M
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0057—Block codes
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0067—Rate matching
    • H04L1/0068—Rate matching by puncturing
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0056—Systems characterized by the type of code used
    • H04L1/0071—Use of interleaving
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/0078—Avoidance of errors by organising the transmitted data in a format specifically designed to deal with errors, e.g. location
    • H04L1/0083—Formatting with frames or packets; Protocol or part of protocol for error control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64315—DVB-H
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/02—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information
    • H04H60/07—Arrangements for generating broadcast information; Arrangements for generating broadcast-related information with a direct linking to broadcast information or to broadcast space-time; Arrangements for simultaneous generation of broadcast information and broadcast-related information characterised by processes or methods for the generation
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/004—Arrangements for detecting or preventing errors in the information received by using forward error control
    • H04L1/0075—Transmission of coding parameters to receiver

Landscapes

  • Engineering & Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Signal Processing (AREA)
  • Theoretical Computer Science (AREA)
  • Probability & Statistics with Applications (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Multimedia (AREA)
  • Mathematical Physics (AREA)
  • Pure & Applied Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Algebra (AREA)
  • Detection And Prevention Of Errors In Transmission (AREA)
  • Time-Division Multiplex Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Mobile Radio Communication Systems (AREA)

Abstract

【課題】デジタルブロードキャスティングネットワークでバーストを伝送する方法、ネットワーク要素及び端末を提供する。
【解決手段】データグラム及びＦＥＣデータを含むマルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレーム。ＭＰＥエンキャプスレータは、ＭＰＥセクション内にデータグラムを配置し、ＭＰＥ−ＦＥＣセクション内にＦＥＣデータを配置する。タイムスライシングブロックは、バーストのシーケンスを形成し、ＭＰＥ−ＦＥＣフレームをバースト間で分割し、これによりＭＰＥセクションが少なくとも２つのバーストで送信されるようになる。タイムスライシングブロックは、バースト番号パラメータをＭＰＥ及びＭＰＥ−ＦＥＣセクションのヘッダに付加し、これにより端末はＭＰＥ−ＦＥＣフレームからデータを搬送する追加バーストが予期されるかどうかを判定できる。
【選択図】図２

Description

本発明は、デジタルブロードキャスティングネットワークにおいてバーストを伝送する方法に関し、詳細には、限定ではないが、デジタルビデオブロードキャスティング（ＤＶＢ）ネットワークにおいてバーストを伝送する方法に関する。
本発明はまた、デジタルブロードキャスティングネットワークで伝送されことになるバーストを作成するためのネットワーク要素に関し、詳細には、限定ではないが、ＤＶＢネットワークで使用するマルチプロトコルエンキャプスレータ（ＭＰＥ）に関する。
本発明は更に、デジタルブロードキャスティングネットワークからデータを受信するための端末に関し、詳細には、限定ではないが、ＤＶＢネットワークからのデータを受信するための移動ハンドヘルド端末に関する。
ＥＴＳＩ ＥＮ ３０２ ３０４「デジタルビデオブロードキャスティング（ＤＶＢ）；ハンドヘルド端末向け伝送システム（ＤＶＢ−Ｈ）」Ｖ１．１．１（２００４−０６）は、マルチメディアサービスをＤＶＢネットワークを経由して移動ハンドヘルド端末に配信するためのシステムの仕様を定めている。このシステムは、ＥＴＳＩ ＥＮ ３０１ １９２「デジタルビデオブロードキャスティング（ＤＶＢ）；データブロードキャスティングのためのＤＶＢ仕様」Ｖ１．４．１（２００４−０６）で規定されたＤＶＢデータブロードキャスティングに基づく。
ＤＶＢデータブロードキャスティングでは、データはデータグラムで端末に配信され、データグラムはマルチプロトコル・エンキャプスレーション（ＭＰＥ）を使用してセクション内に配置される。ＭＰＥセクションは、伝送のため、ＩＳＯ／ＩＥＣ規格１３８１８−１「情報技術−動画及び関連する音声情報の汎用コーディング：システム」に従ってＭＰＥＧ−２トランスポートストリーム（ＴＳ）パケットにマップされる。
バッテリー駆動の移動端末でのデータ受信は、商用電源駆動の固定端末よりも困難である。例えば移動受信は、特にインパルス雑音の影響を受けやすい。更に、端末のバッテリーパワーは限られている。
ＤＶＢ−Ｈは、順方向誤り訂正（ＦＥＣ）を利用して雑音に対するロバスト性を与え、タイムスライシングを使用して端末がバッテリー寿命を節約することができるようにする。
データ及び関連するＦＥＣパリティデータは、ＭＰＥ−ＦＥＣフレームとして公知のデータフレームで作成することができ、ＥＮ ３０２ ３０４同書の節９．３を参照されたい。
従来のＭＰＥ−ＦＥＣフレームは、２５５の列とフレキシブルな数の行とを有するマトリックスとして配列される。行の数は、サービス情報（ＳＩ）において信号が送られ、最大１０２４の値を有することができる。マトリックスの各ポジションは１バイトのデータを保持しているので、ＭＰＥ−ＦＥＣフレームは、最大でほぼ２メガビットのデータを保持することができる。
１９１の最左端列からなるＭＰＥ−ＦＥＣフレームの左部分は、インターネットプロトコル（ＩＰ）データグラムなどのＯＳＩレイヤ３（言い換えれば、ネットワークレイヤ）データグラム及び利用可能なパディングの専用に設けられており、アプリケーションデータテーブルと呼ばれる。６４の最右端列からなるＭＰＥ−ＦＥＣフレームの右部分は、ＦＥＣコードのパリティ情報用専用であり、ＲＳデータテーブルと呼ばれる。アプリケーションデータテーブルの各バイトポジションは、０から１９１×ｎｏ＿ｏｆ＿ｒｏｗｓ−１にわたるアドレスを有する。同様に、ＲＳデータテーブルの各バイトポジションは、０から６４×ｎｏ＿ｏｆ＿ｒｏｗｓ−１にわたるアドレスを有する。
レイヤ３データグラムは、データグラム毎に導入され、マトリックスの上方左コーナの第１データグラムの最初のバイトから始め、第１列を下方に進む。データグラムの長さは、データグラム毎に任意に変わる可能性がある。１つのデータグラムの終わりの直後に次のデータグラムが始まる。データグラムが列の終わりで正確に終了しない場合、データグラムは次の列のトップに続く。全データグラムがアプリケーションデータテーブルを入力すると、満たされていないあらゆるバイトポジションはゼロバイトでパッドされ、これによって最左端の１９１の列は完全に満たされる。
最左端の１９１列の全てが満たされると、各行について、１９１バイトのデータから６４パリティバイト及び可能なパディングを計算することができる。使用されるコードは、Ｒｅｅｄ−Ｓｏｌｏｍｏｎ（リード−ソロモン）ＲＳ（２５５，１９１，６４）である。この場合各行は１つのＲＳコードワードを包含する。ＲＳデータテーブルの最右端列の一部は廃棄することができ、従って、伝送されずにパンクチュアリングを可能にする。パンクチュアされたＲＳ列の正確な数は明示的に信号を送る必要はなく、フレーム間で動的に変化させることができる。従って、ＲＳデータテーブルは満たされ、ＭＰＥ−ＦＥＣフレームが完成する。
ＩＰデータグラムはＭＰＥセクションにマップされ、ＲＳ列はＭＰＥ−ＦＥＣセクションにマップされる。
データグラムは、ＭＰＥ−ＦＥＣが使用されるかどうかに関係なくＤＶＢ規格に準拠してＭＰＥセクションで搬送される。これによって、ＭＰＥ−ＦＥＣを知らない受信器と完全に下位互換性があるようになる。各セクションは、セクションヘッダでペイロードに対する開始アドレスを搬送する。このアドレスは、セクションペイロードの最初のバイトのアプリケーションデータテーブルでのバイトポジションを示す。データグラムが複数のＭＰＥセクションに分割される場合、各ＭＰＥセクションは、セクション内で搬送されるデータグラムフラグメントの最初のバイトのアプリケーションデータテーブルにおけるバイトポジションを示す。次いで、セクションが正しいことをセクションＣＲＣ−３２チェックが示しているときには、受信器は、受信されたデータグラムをアプリケーションデータテーブルでの正しいバイトポジションに配置し、これらのポジションをＲＳデコーダに対して「信頼できる」ものとしてマークすることができる。
アプリケーションデータテーブルの最後のセクションは、アプリケーションデータテーブル内のデータグラムの終わりを示すテーブル境界フラグを包含する。アプリケーションデータテーブル内の全ての前のセクションが正確に受信された場合、受信器は、どのＭＰＥ−ＦＥＣセクションも受信する必要がなく、タイムスライシングが使用された場合、受信器は、ＲＳデータを受信及び復号することなくスイッチオフにすることができる。また、ＭＰＥ−ＦＥＣセクションが受信された場合、アプリケーションデータテーブルでのパディング列の数（パディングバイトのみで満たされた列）は、ＭＰＥ−ＦＥＣセクションのセクションヘッダにおける８ビットで示され、この値は、ＲＳ復号が行われる場合に使用される。
ＲＳ列は、ＭＰＥ−ＦＥＣセクションで搬送される。各セクションは、ＲＳデータテーブルの正確に１つの列を搬送する。パンクチュアされた列は伝送されず、明示的に信号を送らない。
データはタイムスライシングバーストで伝送することができ、ＥＮ ３０２ ３０４同書の節９．２を参照されたい。
タイムスライシングは、データが従来の帯域幅管理を使用して伝送された場合に必要とされるビットレートに比べて、非常に高いビットレートを使用してバーストでデータを送信することを含む。バースト内で、次のバーストの開始前の時間（デルタ−ｔ）が示される。バースト間では、エレメンタリ・ストリームのデータは伝送されず、他のエレメンタリ・ストリームが他の割り当てられた帯域幅を使用することができるようにする。これによって、受信器は、要求されるサービスのバーストを受信する間、時間の１つのフラグメントについてのみアクティブのままでいることが可能となる。
従来では、１つのＭＰＥ−ＦＥＣフレームのコンテンツは、１つのタイムスライスされたバーストで伝送されていた。しかしながら、この構成には少なくとも２つの欠点がある。
第１に、アプリケーションデータとＲＳデータのインターリービングの長さが短いので、バーストが雑音の影響を受けやすい。１つの解決策は、バーストの持続時間を長くすることである。しかしながら、これによりタイムスライシングの利点が縮小される。
第２に、バーストが１つよりも多いサービスにデータを搬送する場合、同じレベルの誤り保護が使用される。
本発明は、デジタルブロードキャスティングネットワークでバーストを伝送する方法、デジタルブロードキャスティングネットワークでの伝送におけるバーストを作成するためのネットワーク要素、及び／又はデジタルブロードキャスティングネットワークからバーストを受信するための端末を提供することを追求している。
本発明の第１の態様によれば、デジタルブロードキャスティングネットワークでバーストを伝送する方法が提供され、該方法は、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、バーストのシーケンスを形成する段階と、第１データフレームをバースト間で分割する段階とを含み、データの第１セットは、少なくとも２つのバースト間で分割される。従って、データフレームのインターリービングの長さを増大させることができる。
少なくとも１つのバーストは、ＦＥＣデータを含むことができない。
本方法は、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、第２データフレーム内の第２データとＦＥＣデータの第２セットとを複数のバースト間で分割する段階を更に含むことができる。本方法は、第１データフレームをデータフレームブロックの第１セットに分割する段階と、第２データフレームをデータフレームブロックの第２セットに分割する段階と、データフレームブロックの第１及び第２セットをインターリーブする段階と、インターリーブされたデータフレームブロックを複数のバーストに順次配置する段階とを含むことができる。
本発明の第２の態様によれば、デジタルブロードキャスティングネットワークでバーストを伝送する方法が提供され、本方法は、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、前記第１及び第２データフレームを含むバーストを形成する段階とを含む。従って、異なるレベルの順方向誤り訂正を備えたデータの第１及び第２セットを伝送することが求められた場合、これらは同じバーストで伝送される。
本方法は、データの起点を識別するためのそれぞれのラベルを各データフレームに付与する段階を更に含むことができる。本方法は更に、データフレームのシーケンスにおいてデータフレームを位置付けるためのそれぞれのラベルを各データフレームに付与する段階を含むことができる。本方法は更に、バーストのシーケンス内のバーストを識別するためのそれぞれのラベルを各バーストに付与する段階を含むことができる。第１データフレームを提供する段階は、第１及び第２部分を含む第１アレイを提供する段階と、第１アレイ部分の少なくとも一部をデータの第１セットで満たす段階と、第１アレイ部分のデータに基づいてＦＥＣデータの第１セットを求める段階と、ＦＥＣデータの第１セットを第２アレイ部分に配置する段階とを含むことができる。
本方法は、データの第１セットをマルチプロトコル・エンキャプスレーション（ＭＰＥ）セクションの第１セットにエンキャプスレートする段階と、対応するＦＥＣデータをＭＰＥセクションの第２セットにエンキャプスレートする段階とを含むことができる。複数のバーストを形成する段階は、ＭＰＥセクションの第１及び第２セットを時間的にオフセットされたグループに構成する段階を含むことができる。第１データフレームは、マルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレームとすることができる。
デジタルブロードキャスティングネットワークは、デジタルビデオブロードキャスティングネットワークとすることができる。
本発明の第３の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法が提供され、本方法は、データフレームのためのデータを含む第１バーストを受信する段階と、データをデータフレーム内に配置する段階と、第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を第１バーストから抽出する段階と、データフレームのための追加データを含む第２バーストを受信する段階と、データフレームに追加データを配置する段階とを含む。
本発明の第４の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法が提供され、本方法は、複数のデータフレームのためのデータを含むバーストを受信する段階と、データのセットと該データのセットが属するデータフレームに関する指標とをバーストからを抽出する段階と、対応するデータフレームにデータの各セットを配置する段階とを含む。
本発明の第５の態様によれば、データ処理装置に対して、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、バーストのシーケンスを形成させ、データの第１セットが少なくとも２つのバースト間で分割されるように第１データフレームをバースト間で分割させる命令を含むコンピュータプログラムが提供される。
本発明の第６の態様によれば、データ処理装置に対して、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供させ、第１及び第２データフレームを含むバーストを形成させるための命令を含むコンピュータプログラムが提供される。
本発明の第７の態様によれば、データ処理装置に対して、データフレームのためのデータを含む第１バーストを受信させ、データフレーム内にデータを配置させ、第１バーストを含むバーストのシーケンスにおいて第２バーストが従う指標を第１バーストから抽出させ、データフレームのための追加データを含む第２バーストを受信させ、データフレーム内に追加データを配置させるための命令を含むコンピュータプログラムが提供される。
本発明の第８の態様によれば、データ処理装置に対して、複数のデータフレームのためのデータを含むバーストを受信させ、データのセットと該データのセットが属するデータフレームに関する指標とをバーストから抽出させ、データのセットを対応するデータフレーム内に配置させるための命令を含むコンピュータプログラムが提供される。
コンピュータプログラムは、データキャリア上又はメモリ内に記憶することができる。
本発明の第９の態様によれば、デジタルブロードキャスティングネットワークにおいてバーストを伝送するためのシステムが提供され、本システムは、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、バーストのシーケンスを形成する段階と、第１データフレームをバースト間で分割する段階とを含み、データの第１セットは少なくとも２つのバースト間で分割されることを特徴とする。
本発明の第１０の態様によれば、デジタルブロードキャスティングネットワークにおいてバーストを伝送するためのシステムが提供され、本システムは、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、第１及び第２データフレームを含むバーストを形成する段階とを含む。
本発明の第１１の態様によれば、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、バーストのシーケンスを形成し、データの第１セットは少なくとも２つのバースト間で分割されるように第１データフレームをバースト間で分割するように構成されたネットワーク要素が提供される。
本発明の第１２の態様によれば、データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供し、第１及び第２データフレームを含むバーストを形成するように構成されたネットワーク要素が提供される。
ネットワーク要素は、マルチプロトコル・エンキャプスレーション（ＭＰＥ）エンキャプスレータとすることができる。
本発明の第１３の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末が提供され、本端末は、データフレームのためのデータを含む第１バーストを受信し、データをデータフレーム内に配置し、第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を第１バーストから抽出し、データフレームのための追加データを含む第２バーストを受信し、追加データをデータフレーム内に配置するように構成されている。
本発明の第１４の態様によれば、デジタルブロードキャスティングネットワークからバーストを受信するための端末が提供され、本端末は、複数のデータフレームのためのデータを含むバーストを受信し、データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出し、データのセットを対応するデータフレーム内に配置するように構成されている。
本発明によるデジタルブロードキャスティングネットワークの実施形態及びハンドヘルド端末の実施形態を示す概略図である。 本発明によるマルチプロトコルエンキャプスレータ（ＭＰＥ）の実施形態と送信器を示す機能ブロック図である。 図２に示されるマルチプロトコルエンキャプスレータ（ＭＰＥ）を動作する方法を示すプロセスフロー図である。 図２に示されるマルチプロトコルエンキャプスレータ（ＭＰＥ）を動作する方法を示すプロセスフロー図である。 インターネットプロトコル（ＩＰ）ストリームのセットの実施例を示す図である。 ＩＰデータグラムを示す簡単な概略図である。 図４に示されるＩＰストリームからフィルタ処理されたＩＰストリームを示す図である。 マルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレームを記憶するための第１及び第２コーディングテーブルを示す図である。 ＩＰデータグラムで満たされている第１及び第２コーディングテーブルを示す図である。 ＩＰデータグラム及びパリティコードワードで満たされた第１及び第２コーディングテーブルを示す図である。 フレームアイデンティティ及びフレームカウンタパラメータと共に図９に示される完成したコーディングテーブルをビューする異なる方法を示す図である。 第１及び第２コーディングテーブルから読み出されるデータグラムを示す図である。 ＭＰＥ−ＦＥＣフレームブロックのインターリービングを示す図である。 ＭＰＥセクションの作成を示す図である。 ＭＰＥ−ＦＥＣセクションの作成を示す図である。 ＭＰＥセクションの概略図である。 ＭＰＥ−ＦＥＣセクションの概略図である。 ＭＰＥ及びＭＰＥ−ＦＥＣセクションのストリームを示す図である。 ＭＰＥ又はＭＰＥ−ＦＥＣセクションへのデルタ−ｔ及びバースト番号パラメータの付加を示す図である。 本発明による複数のバースト間でのＭＰＥ−ＦＥＣフレームの分割を示す図である。 ＭＰＥ−ＦＥＣフレームを分割する別の方法を示す図である。 １つのバーストでＭＰＥ−ＦＥＣフレームを伝送する従来技術の方法を示す図である。 本発明による複数のバースト間での大きなＭＰＥ−ＦＥＣフレームの分割を示す図である。 １つのバーストへの複数のＭＰＥ−ＦＥＣフレームの結合を示す図である。 送信器を動作する方法に関する簡単なプロセスフロー図である。 トランスポートストリーム（ＴＳ）パケットへのセクションフラグメントのエンキャプスレーションを示す図である。 ＴＳパケットの概略図である。 多重化ＴＳパケットを示す図である。 タイムスライス及びＦＥＣ識別記述子を示す概略図である。 ネットワーク情報テーブル（ＮＩＴ）の概略図である。 移動端末の概略図である。 移動端末の一部の機能ブロック図である。 本発明による図３０に示される携帯電話を動作させる方法のプロセスフロー図である。 本発明による図３０に示される携帯電話を動作させる方法のプロセスフロー図である。 タイムスライスバッファにおける復号テーブルを示す図である。 ＭＰＥ又はＭＰＥ−ＦＥＣセクションのデキャプスレーティングを示す図である。 ＭＰＥ及びＭＰＥ−ＦＥＣセクションのペイロードで復号テーブルを満たす段階を示す図である。 完全な復号テーブルを示す図である。 誤り訂正を示す図である。 復号テーブルの別の実施例を示す図である。 復号テーブルの更なる実施例を示す図である。
本発明の実施形態を添付図面を参照しながら例証として説明する。
デジタルブロードキャスティングネットワーク１
図１を参照すると、本発明による移動端末２にコンテンツを配信するための通信ネットワーク１が示されている。通信ネットワーク１は、ハンドヘルドデジタルビデオブロードキャスティング（ＤＶＢ−Ｈ）ネットワークを含み、該ネットワークは、インターネットプロトコルデータキャスティング（ＩＰＤＣ）サービスとしてコンテンツを配信するブロードキャストアクセスネットワークとして使用される。しかしながら、地上ＤＶＢ（ＤＶＢ−Ｔ）ネットワーク、ケーブルＤＶＢ（ＤＶＢ−Ｃ）ネットワーク若しくは衛星ＤＶＢ（ＤＶＢ−Ｓ）ネットワーク、デジタル音声ブロードキャスティング（ＤＡＢ）ネットワーク、米国次世代テレビシステム委員会（ＡＴＳＣ）ネットワーク、地上統合サービスデジタルブロードキャスティング地上（ＩＳＤＢ−Ｔ）ネットワーク、及びこれらのネットワークに類似した或いはこれらに基づく他のネットワークなど、ＤＶＢネットワークの他のタイプを含む他のデジタルブロードキャストネットワークを使用することができる。
ネットワーク１は、例えばビデオ、音声、及びデータファイルの形式のコンテンツソース３1、３2と、コンテンツを検索し、再フォーマットし、記憶するコンテンツプロバイダ４と、サービス構成を決定するデータキャストサービスシステムサーバー５と、マルチプロトコル・エンキャプスレーション（ＭＰＥ）エンキャプスレータ６と、信号８を変調して移動端末２を含む受信器（図示せず）にブロードキャストするための送信器７とを含む。
信号８を受信し再送信するための１つ又はそれ以上のギャップフィラー送信器（図示せず）などの他のネットワーク要素を設けることもできる。更に、好ましくはそれぞれＧＳＭ又はＵＭＴＳのような第２世代又は第３世代移動体ネットワークの形式の公衆陸上移動ネットワークなどの通信ネットワーク（図示せず）を備え、移動端末２からデジタルブロードキャスティングネットワーク１への戻りチャンネルを提供することができる。インターネットなどの別の通信ネットワーク（図示せず）を備え、コンテンツプロバイダ４及びサービスシステムサーバー５などのデジタルブロードキャスティングネットワーク１の分散要素を接続することができる。
ＭＰＥエンキャプスレータ６
図２を参照すると、ＭＰＥエンキャプスレータ６及び送信器７の機能ブロック図が示されている。
ＭＰＥエンキャプスレータ６は、種々のＩＰアドレス及びサービス情報データ１０を有する複数のインターネットプロトコル（ＩＰ）ストリーム９の形式でコンテンツを受信し、サービス情報データ１０は、ＭＰＥＧプログラム仕様情報（ＰＳＩ）及びＤＶＢサービス情報（ＳＩ）を作成するのに使用される。
ＭＰＥエンキャプスレータ６は、ＩＰ逆多重化ブロック１１を含み、１つ又はそれ以上の所要のＩＰストリームをフィルタ処理し、フィルタ処理されたＩＰストリームを１つ又はそれ以上のフィルタ処理されたストリーム１２に構成する。各フィルタ処理されたストリーム１２は、１つ又はそれ以上のＩＰストリームを含むことができる。逆多重化ブロック１１は、フィルタ処理されたストリーム１２を符号化ブロック１３に転送する。
ＭＰＥエンキャプスレータ６は、フィルタ処理されたストリーム１２用の順方向誤り訂正（ＦＥＣ）を可能にする符号化ブロック１３を含む。符号化ブロック１３は、ＭＰＥ−ＦＥＣフレーム１４を作成し転送する。ＦＥＣが所与のフィルタ処理されたストリーム１２に対して使用されない場合、エンコーダ１３は符号化を行わず、ストリーム１２をバッファするだけである。エンコーダ１３はまた、以下に詳細に説明されるようにインターリービングを行うことができる。
ＭＰＥエンキャプスレータ６は更に、ＭＰＥＣ−ＦＥＣフレーム１４に含まれるデータをＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７にマップするためのＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５を含む。ＥＴＳＩ ＥＮ ３０１ １９２「デジタルビデオブロードキャスティング（ＤＶＢ）；データブロードキャスティングのためのＤＶＢ仕様」Ｖ１．４．１（２００４−０６）を参照されたい。
ＭＰＥエンキャプスレータ６はまた、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７をバースト１９にタイムスライスするためのタイムスライシングブロック１８を含む。以下に詳細に説明されるように、ＭＰＥエンキャプスレータ６は、本発明による１つよりも多いバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４からデータを送信し、及び／又は１つのバースト１９において１つよりも多いＭＰＥ−ＦＥＣフレーム１４からデータを送信することができる。ＭＰＥエンキャプスレータ６はまた、従来の方法で１つのバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４を送信することができるが、これはここでは詳細には説明しない。
ＭＰＥエンキャプスレータ６はまた、ＥＴＳＩ ＥＮ ３００ ４６８「デジタルビデオブロードキャスティング（ＤＶＢ）；ＤＶＢシステムにおけるサービス情報（ＳＩ）のための仕様」Ｖ１．６．１（２００４−６）に従って、ＳＩテーブルをセクション２１にマップするためのＳＩ／ＰＳＩセクション・エンキャプスレーティングブロック２０を含む。
ＭＰＥエンキャプスレータ６はまた、図２に示されるエンキャプスレータの他の要素を管理するための制御ブロック２２を含む。
ＭＰＥエンキャプスレータ６の機能は、コンピュータプログラム（図示せず）を実行するコンピュータ（図示せず）によって実装することができる。
送信器７は、トランスポートストリーム（ＴＳ）生成及び多重化ブロック２３を含む。ＴＳ生成及び多重化ブロック２３は、バースト１９内に含まれるＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７をフラグメントに分割し、これをＴＳパケット２５Aに配置（図２５）して、例えばＭＰＥＧ−２ＴＶサービス２４を搬送する他のパケットと共に多重化し、ＴＳパケットをＩＳＯ／ＩＥＣ規格１３８１８−１「情報技術−動画及び関連する音声情報の汎用コーディング：システム」に従ったマルチプレックス２５にする。
送信器７はまた、ＥＴＳＩ ＥＮ ３００ ７４４「デジタルビデオブロードキャスティング（ＤＶＢ）；デジタル地上テレビ（ＤＶＢ−Ｔ）のためのフレーミング構造、チャンネル符号化及び変調」Ｖ１．５．１（２００４−０６）に従って無線周波数信号８を生成するための変調ブロック２６を含む。
ＭＰＥエンキャプスレータ６を動作する方法
図２から１８を参照し、ＭＰＥエンキャプスレータ６を動作する方法について説明する。
ＩＰストリーム９の所与のセットにおいて、ＭＰＥエンキャプスレータ６は、本発明による１つよりも多いバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４からデータを送信し、及び／又は１つのバースト１９において１つよりも多いＭＰＥ−ＦＥＣフレーム１４からデータを送信することができる。
ＭＰＥエンキャプスレータ６は、ＭＰＥ−ＦＥＣフレーム１４を保持する複数のコーディングテーブル２７を作成する（ステップＳ１）。これは単に、各コーディングテーブル２７に対してメモリを割り当てる段階を含むことができる。以下に詳細に説明されるように、コーディングテーブル２７及びＭＰＥ−ＦＥＣフレーム１４は、２つよりも多いメガビットのデータを保持することができる。
ＭＰＥエンキャプスレータ６は、タイムスライシング及びＭＰＥ−ＦＥＣについての情報を信号で送り、受信器がバースト１９を受信することができるようにする（ステップＳ２）。これは、以下に詳細に説明する。
図４を詳細に参照すると、デマルチプレクサ１１（図２）は、第１及び第２ストリーム９1、９2を含む複数のストリーム９を受信する。第１ストリーム９1は、データグラム２８1,1、２８1,2、２８1,3、２８1,4を含むレイヤ３データグラムの第１セット２８1を含む。第２ストリーム９2は、データグラム２８2,1、２８2,2を含むレイヤ３データグラムの第２セット２８2を含む。
図５を参照すると、データグラムの第１及び第２セット２８1、２８2の各データグラム２８は、インターネットプロトコル（ＩＰ）データグラムの形式であり、ヘッダ２９とペイロード３０を含む。しかしながら、ＵＤＰデータグラムなどのデータフレームの他のタイプを使用することが可能である。
ここで図６を参照すると、デマルチプレクサ１１（図２）は、第１及び第２のＩＰストリーム９1、９2をフィルタ処理し、第１及び第２のフィルタ処理されたストリーム１２1、１２2にそれぞれ出力する（ステップＳ３）。この実施例において、各フィルタ処理されたストリーム１２1、１２2は、単一のＩＰストリーム９1、９2を含む。しかしながら、フィルタ処理されたストリーム１２1、１２2は、１つよりも多いＩＰストリームを含むことができる。
図７を参照すると、ＭＰＥ−ＦＥＣエンコーダ１３は、第１及び第２のフィルタ処理されたストリーム１２1、１２2（図６）それぞれのための第１及び第２コーディングテーブル２７1、２７2を含む。例えば、追加のフィルタ処理されたストリーム用に、更にコーディングテーブル（図示せず）を設けることもできる。加えて、又は代替的に、同じフィルタ処理されたストリーム用に更にコーディングテーブルを設けてもよく、これらを組み合わせて単一のより大きなコーディングテーブルを形成することができる。
第１コーディングテーブル２７1は、アプリケーションデータテーブル３２1とパリティデータテーブル３３1を提供する。同様に、第２コーディングテーブル２７2は、アプリケーションデータテーブルとパリティデータテーブルを記憶するための部分３２2、３３3を提供する。
第１コーディングテーブル３２1は、２５５列３４1及びフレキシブルな数の行３５1を有するマトリックスとして構成することができる。行の数３５1は、サービス情報（ＳＩ）１０（図２）において信号として送られる。コーディングテーブル２７1の各ポジション３６1は、１バイトのデータを保持する。
第２コーディングテーブル２７2は、２５５列３４2及びフレキシブルな数の行３５2を有するマトリックスとして構成することができる。行の数３５2は、サービス情報（ＳＩ）１０（図２）において信号として送られる。コーディングテーブル２７2の各ポジション３６2は１バイトのデータを保持する。
各ポジション３６1、３６2は、ほぼ１バイトまでのデータを保持することができる。
第１コーディングテーブル２７1では、アプリケーションデータテーブル３２1は、コーディングテーブル２７1の最左端部分によって提供することができ、１９１列を含むことができる。アプリケーションデータテーブル３２1は、第１のフィルタ処理されたストリーム１２1（図６）及びオプションのパディングデータ（図示せず）からのデータグラム２８1（図６）用に確保される。パリティデータテーブル３３1は、第１コーディングテーブル２７1の最右端部分によって提供することができ、６４列を含むことができる。パリティデータテーブル３３1は、パリティデータ用に確保される。アプリケーションデータテーブル３２ 1における各ポジションは、０から（１９１×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。同様に、ＲＳデータテーブル３３1における各ポジションは、０から（６４×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。第１コーディングテーブル２７1は異なるように構成することができ、異なる数の列を含むことができる。例えば、コーディングテーブル２７1は反転させてもよい。アプリケーションデータテーブル３２1は、コーディングテーブル２７1の最右端部分によって提供することができる。コーディングテーブル２７1は、コーディングテーブル２７1の最上位又は最下位部分によって提供されるアプリケーションデータテーブル３２1で横方向に分割することができる。
第２コーディングテーブル２７2では、アプリケーションデータテーブル３２2は、コーディングテーブル２７2の最左端部分によって提供することができ、１９１列３４2を含むことができる。アプリケーションデータテーブル３２2は、第２のフィルタ処理されたストリーム１２2（図６）及びオプションのパディングデータ（図示せず）からのデータグラム２８2（図４ｃ）用に確保される。パリティデータテーブル３３2は、コーディングテーブル２７2の最右端部分によって提供することができ、６４列３４2を含むことができる。パリティデータテーブル３３2は、パリティデータ用に確保される。アプリケーションデータテーブル３２2における各ポジションは、０から（１９１×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。同様に、パリティデータテーブル３３2における各ポジションは、０から（６４×ｎｏ＿ｏｆ＿ｒｏｗｓ−１）に及ぶアドレスを有する。第２コーディングテーブル２７2は異なるように構成することができ、異なる数の列を含むことができる。
コーディングテーブル２７1、２７2は、異なるように構成することができる。例えば、アプリケーションデータテーブル３２1、３２2は、テーブル２７1、２７2の最右端列を含むことができる。コーディングテーブル２７1、２７2は、垂直方向ではなく横方向で上位部分と下位部分とに分割することができる。
第１及び第２コーディングテーブル２７1、２７2は、様々なサイズのパリティデータテーブル３３1、３３2を有することができる。言い換えると、ＦＥＣコーディングの種々のレベルを使用することができる。
ＩＰストリーム９1、９2は、第１及び第２コーディングテーブルに向けられる（ステップＳ４）。
図８を参照すると、データグラムの第１セット２８1は、データグラム毎に導入され、第１コーディングテーブル２７1の上位左コーナにおける第１データグラム２８1,1の第１バイト３７1から始まり、第１の最左端列３４1,1において下方に進む。第１データグラム２８1,1の終わりの直後に第２データグラム２８1,2が始まり、その後に第３データグラム２８1,3、第４データグラム２８1,4等々が続く。
第１及び第２コーディングテーブル２７1，２７2は、異なるように満たすことができる。例えば、第１データグラム２８1,1の第１バイト３７1は、第１コーディングテーブル２７1の上位右コーナに配置して下方に進み、或いは下位左コーナ若しくは右コーナに配置し上方に進むことができる。
各データグラム２８1は、アプリケーションデータテーブル３２1のそれぞれの列３４1を占める。しかしながら、データグラム２８1は各々、１列３４1よりも少なく、或いは１列３４1よりも多く占めることができる。更に、各データグラム２８1の長さは、データグラム毎に変えることができる。データグラム２８1が列３４1の終わりで終了しない場合、次の列３４1の上部に続くことができる。データグラム２８1の全てがアプリケーションデータテーブル３２1に入力されると、満たされていないあらゆるバイトポジションはゼロバイトでパッドされ（図示せず）、従って、最左端１９１列を完全に満たす。しかしながらパディングは、明示的に追加される必要はない。
同様に、データグラムの第２セット２８2は、データグラム毎に導入され、第２コーディングテーブル２７2の上位左コーナにおける第１データグラム２８2,1の第１バイト３７2から始まり、第１最左端列３４2,1で下方に進む。第１データグラム２８2,1の終わりの直後に第２データグラム２８2,2が始まり、以下同様である。
各データグラム２８2は、アプリケーションデータテーブル３２2におけるそれぞれの列３４2を占める。しかしながら、データグラム２８2は、１列３４2より少なく又は１列３４2より多くを占めることができる。更に、データグラム２８2の長さは、データグラム毎に変えることができる。データグラム２８2が列３４2の終わりで終了しない場合、次の列３４2の上部に続くことができる。全データグラム２８がアプリケーションデータテーブル３２2を入力した場合、満たされていないあらゆるバイトポジションはゼロバイト（図示せず）でパッドされ、従って、最左端１９１列を完全に満たす。しかしながら、パディングは明示的に追加される必要はない。
ここで図９を参照すると、アプリケーションデータテーブル３２1は、データグラム２８1,1、２８1,2、２８1,3、２８1,4、２８1,r-1、２８1,r、２８1,r+1、２８1,n-1、２８1,nを含むデータグラム２８1で満たされる。上述のように、場合によってはアプリケーションデータテーブル３２1は、データグラム２８1で部分的に満たされるだけであり、パディングデータを付加してこれを満たすことができる。
アプリケーションデータテーブル３２1が満たされると、パリティコードワード３８1,1、３８1,2、３８1,pを含むパリティコードワードのセット３８1の形式のパリティデータ３８1が計算され、パリティデータテーブル３３1に配置される（ステップＳ５）。従って、最後のパリティコードワード３８1,pが最後の行３５1,pに対して計算されるまで、第１パリティコードワード３８1,1が第１行３５1,1に対して計算され、第２パリティコードワード３８1,2が第２行３５1,2に対して計算され、以下同様である。
同様に、第２アプリケーションデータテーブル３２2は、データグラム２８2,1、２８2,2、２８2,3、２８2,4、２８2,5、２８2,s-1、２８2,s、２８2,s+1、２８2,m-1、２８2,mを含むデータグラム２８2で満たされる。
第２アプリケーションデータテーブル３２2が満たされると、パリティコードワード３８2,1、３８2,2、３８2,qを含むパリティコードワード３８2の形式のパリティデータ３８2が計算され、パリティデータテーブル３３2に配置される。
リード−ソロモン（ＲＳ）パリティコード、すなわち、この実施例ではＲＳ（２５５，１９１，６４）コードが使用される。従って、パリティデータテーブル３３1、３３2は、以下でＲＳパリティデータテーブルと呼び、パリティコードワード３８1、３８2は、以下でＲＳコードワードと呼ぶ。ＲＳデータテーブル３３1、３３2の列の幾つかは廃棄することができ、従って送信されず、パンクチュアリングを可能にする。パンクチュアされたＲＳ列の正確な数は、明示的に信号で送る必要はなく、フレーム間で動的に変化させることができる。しかしながら他のコードを使用してもよい。
図１０を参照すると、本明細書でＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1と呼ばれるデータのそれぞれのフレームを保持する完成された第１及び第２コーディングテーブル２７1、２７2が示されている。
第１ＲＳデータテーブル３３1は、列別に分割され、ＲＳ列４０1,1、４０1,2、４０1,u-2、４０1,u-1、４０1,uを含むＲＳ列データ４０1を提供する。同様に、第２ＲＳデータテーブル３３2は、列別に分割され、ＲＳ列４０2,1、４０2,2、４０2,v-2、４０2,v-1、４０2,vを含むＲＳ列データ４０2を提供する。
一連のＭＰＥ−ＦＥＣフレーム１４1,1、１４1,2、１４2,1、１４2,1（図１９）が、各フィルタ処理されたストリーム１２1、１２2に対して生成される。各フレーム１４1,1、１４1,2、１４2,1、１４2,1を識別するために、フレーム１４1,1、１４1,2、１４2,1、１４2,1（図１９）は、フレームアイデンティティパラメータＦｒａｍｅ＿ｉｄを使用して示されるフィルタ処理されたストリーム１２1、１２2に従って、及びフレームカウンタパラメータＦｒａｍｅ＿ｃｏｕｎｔｅｒを使用して示されるフレームのシリーズ内のポジションに従ってラベル付けされる。
従って、フレームアイデンティティ及びフレームカウンタパラメータ４１1,1、４２1,1、４１2,1、４２2,1は、各フレーム１４1,1、１４2,1に対して生成される。この実施例では、第１ＭＰＥ−ＦＥＣフレーム１４1,1に対してＦｒａｍｅ＿ｉｄ＝１及びＦｒａｍｅ＿ｃｏｕｎｔｅｒ＝１、第２ＭＰＥ−ＦＥＣフレーム１４2,1に対してＦｒａｍｅ＿ｉｄ＝２及びＦｒａｍｅ＿ｃｏｕｎｔｅｒ＝ｉである。
上述のように、ＭＰＥエンキャプスレータ６は、本発明による１つよりも多いバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４からデータを送信し、及び／又は１つのバースト１９において１つよりも多いＭＰＥ−ＦＥＣフレーム１４からデータを送信することができる。ＭＰＥエンキャプスレータ６はまた、従来の方法で１つのバースト１９において１つのＭＰＥ−ＦＥＣフレーム１４を送信することができるが、これについては説明しない。
この場合、各ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は、１つよりも多いバースト１９1、１９2、１９3において送信される（図１９）。
図１１を参照すると、データグラム２８1、２８2は、コーディングテーブル２７1、２７2から読み出される。
各データグラム２８1又はＲＳ列４０1が第１コーディングテーブル２７1から読み出されるときに、エンコーダ１３はまた、データグラム２８1の第１バイトのアドレス４３1、データグラム２８1又はＲＳ列４０1がフレーム１４1,1の最後であるかどうかを示すテーブル境界フラグ４４1、及びフレーム境界フラグ４５1を出力することができる。
同様に、各データグラム２８2又はＲＳ列４０2が第２コーディングテーブル２７2から読み出されるときに、エンコーダ１３はまた、データグラム２８2又はＲＳ列４０2の第１バイトのアドレス４３2、データグラム２８1又はＲＳ列４０2がフレーム１４2,1の最後であるかどうかを示すためのテーブル境界フラグ４４2、及びフレーム境界フラグ４５2を出力することができる。
データグラム２８1、２８2及びＲＳ列４０1、４０2は、インターリーブされる（ステップＳ６及びＳ７）。
ｒ−１番目のデータグラム２８1,r-1が読み出されるまで、第１データグラム２８1,1は第１コーディングテーブル２７1から読み出され、データグラムは第１コーディングテーブル２７1から順次読み出される。次に、ｓ−１番目のデータグラム２８1,s-1が読み出されるまで、第１データグラム２８2,1は第２コーディングテーブル２７2から読み出され、データグラムは第２コーディングテーブル２７2から順次読み出される。
ｎ番目のデータグラム２８1,nが読み出されるまで、ｒ番目のデータグラム２８1,rは第１コーディングテーブル２７1から読み出され、データグラムは、第１コーディングテーブル２７1から順次読み出される。次に、ｍ番目のデータグラム２８2,mが読み出されるまで、ｓ番目のデータグラム２８2,sは第２コーディングテーブル２７2から読み出され、データグラムは第２コーディングテーブル２７2から順次読み出される。
ｕ番目のＲＳ列４０1,uが読み出されるまで、第１ＲＳ列４０1,1は、第１コーディングテーブル２７1から読み出され、ＲＳ列は第１コーディングテーブル２７1から順次読み出される。次に、ｖ番目のＲＳ列４０2,vが読み出されるまで、第１ＲＳ列４０2,1は第２コーディングテーブル２７2から読み出され、ＲＳ列は第２コーディングテーブル２７2から順次読み出される。
図１２を参照すると、上記に説明された順序でコーディングテーブル２７1、２７2からデータグラム２８1、２８2及びＲＳ列４０1、４０2を選択的に読み出す効果は、各ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1を３つのフレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3に分割し、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3をインターリーブすることである。フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3は、サイズが同じではない。しかしながら、ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は各々、可能な限り同じサイズか或いは同じサイズに近いフレームブロックに分割することができる。ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は、より少ないか又はより多いブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3に分割することができ、或いは全く分割されなくともよい。更に、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3は、異なる順序でインターリーブすることができる。更に、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3は、他のフレームからの他のフレームブロック（図示せず）でインターリーブすることができ、その少なくとも一部は、同じフィルタ処理されたストリーム１２1、１２2から生じることができる。
図１３及び１４を参照すると、フレームブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3（図１２）に含まれるデータグラム２８及びＲＳ列４０は、これらが属するフレーム１４1,1、１４2,1（図１１）及びそれぞれのアドレスデータ４３用のそれぞれのフレームアイデンティティ及びフレームカウンタパラメータ４１、４２、テーブル境界フラグ４４、及びバースト境界フラグ４５と共に、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５に供給される。
図１３を詳細に参照すると、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５は、ＭＰＥセクション１６を生成して出力し、各ＭＰＥセクション１６はヘッダ４６、ペイロード４７、及びトレーラ４８を含む（ステップＳ８）。
ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５がデータグラム２８を受信すると、データグラム２８をペイロード４７にマップし、対応するフレームアイデンティティ及びフレームカウンタパラメータ４１、４２をヘッダ４６内に配置する（ステップＳ９）。ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５はまた、アドレスデータ４３、テーブル境界フラグ４４、及びフレーム境界フラグ４５をヘッダ４６内に配置することができる（ステップＳ１０）。ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５は、１つよりも多いデータグラム２８をペイロード４７にマップすることができる。
図１４を参照すると、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５はまた、ＭＰＥ−ＦＥＣセクション１７を生成して出力し、各ＭＰＥ−ＦＥＣセクション１７は、ヘッダ４９、ペイロード５０、及びトレーラ５１を含む。
ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５がＲＳ列４０を受信すると、ＲＳ列４０をＭＰＥ−ＦＥＣセクション１７のペイロード５０にマップし、対応するフレームアイデンティティ及びフレームカウンタパラメータ４１、４２をヘッダ４９内に配置する。ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５はまた、アドレスデータ４３、テーブル境界フラグ４４、及びフレーム境界フラグ４５をヘッダ４９に配置することができる。
ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７は、以下の表１に示されるデジタル記憶媒体コマンド及び制御（ＤＳＭ−ＣＣ）セクションフォーマットに準拠している。
表１
Figure 2011151813
図１５を参照すると、ＭＰＥセクション１６において５番目のＭＡＣアドレスフィールドを分割し、フレームアイデンティティとフレームカウンタパラメータ４１、４２をそれぞれ記憶するための第１及び第２フィールド５２、５３を提供することができる。第１及び第２フィールド５２、５３は各々、４ビット含むことができる。第１、第２、第３、及び第４ＭＡＣアドレスフィールドは、リアルタイムパラメータフィールド５４を提供するのに使用される。確保されたフィールドは、３又は４ビット含むことができるバースト番号６３（図１８）を記憶するための第３及び第４フィールド５５、５６を提供するのに使用される。バースト番号は、以下に詳細に説明する。第１、第２、第３、及び第４フィールド５２、５３、５５、５６は、より小さな値又はより大きな値の使用を可能にするために異なるように配分することができる。異なるヘッダ構造が使用される場合、或いは更なるビットが利用可能になる場合、フレームアイデンティティ、フレームカウンタ、及びバースト番号４１、４２、６３のより大きな値を使用することができる。
図１６を参照すると、ＭＰＥ−ＦＥＣセクション１７において、第５ＭＡＣアドレスフィールドを分割し、フレームアイデンティティ及びフレームカウンタパラメータ４１、４２をそれぞれ記憶するための第１及び第２フィールド５７、５８を提供することができる。第１及び第２フィールド５７、５８は各々、４ビット含むことができる。第１、第２、第３、及び第４ＭＡＣアドレスフィールドは、リアルタイムパラメータフィールド５９を提供するのに使用される。確保されたフィールドは、３又は４ビット含むことができるバースト番号６３（図１８）を記憶するための第３及び第４フィールド６０、６１を提供するのに使用される。第１、第２、第３、及び第４フィールド５７、５８、６０、６１は、より小さな値又はより大きな値の使用を可能にするために異なるように配分することができる。異なるヘッダ構造が使用される場合、或いは更なるビットが利用可能になる場合、フレームアイデンティティ、フレームカウンタ、及びバースト番号４１、４２、６３のより大きな値を使用することができる。
リアルタイムパラメータフィールド５４、５９は、以下の表２に示されるシンタックスに準拠している。
表２
Figure 2011151813
バースト境界フィールドｂｕｒｓｔ＿ｂｏｕｎｄａｒｙは、バーストの終わりを示すのに使用され、バースト境界フラグ４５を受け取る（図１３）。フレーム境界フラグ４５は、同じバーストにおいて種々のフレームを示すのに使用することができる。
図１７を参照すると、ＭＰＥ／ＭＰＥ−ＦＥＣセクション・エンキャプスレーティングブロック１５は、１６1、１６2、１６3、１６4、１６a-1、１６a、１６a+1、１６a+2、１６a+3、１６b-1、１６b、１６b+1、１６c-2、１６c-1、１６c、１６c+1、１６d-2、１６d-1を含むＭＰＥセクション１６と、１７1、１７2、１７e-3、１７e-2、１７e-1、１７e、１７e+1、１７f-3、１７f-2、１７f-1を含むＭＰＥ−ＦＥＣセクション１７とを出力する。
ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７は、上述の順序でインターリーブされたデータグラム２８1,1、２８1,2、２８1,3、２８1,4、２８1,r-1、２８1,r、２８1,r+1、２８1,n-1、２８1,n、データグラム２８2,1、２８2,2、２８2,3、２８2,4、２８2,s-1、２８2,s、２８2,s+1、２８2,m-1、２８2,m、ＲＳ列４０1,1、４０1,2、４０1,u-2、４０1,u-1、４０1,u、及びＲＳ列４０2,1、４０2,2、４０2,v-2、４０2,v-1、４０2,vを含む。しかしながら、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７は、他の異なる順序でインターリーブさせることができる。
データグラム２８は、ＭＰＥ−ＦＥＣが使用されるかどうかに関わらずＭＰＥセクション１６において搬送される。これは、受信をＭＰＥ−ＦＥＣに対して利用可能でない受信器（図示せず）と完全に下位互換性のあるものにする。上記のように、各ＭＰＥセクション１６は、セクションヘッダ４６（図１３）においてペイロード４７（図１３）のための開始アドレス４３（図１３）を搬送する。このアドレス４３（図１３）は、セクションペイロード４７（図１３）の第１バイトのアプリケーションデータテーブルでのバイトポジションを示す。データグラム２８が複数のＭＰＥセクション１６にわたり分割される場合、各ＭＰＥセクション１６は、セクション内で搬送されるデータグラムのフラグメントの第１バイトのアプリケーションデータテーブルにおけるバイトポジションを示す。受信器（図示せず）は、アプリケーションデータテーブルでの正しいバイトポジションに受信されたデータグラム２８を置き、セクションが正確であることをセクションＣＲＣ−３２チェックが示した場合、ＲＳデコーダにとって「信頼できる」ものとしてこれらのポジションをマーク付けする。
アプリケーションデータテーブルの最後のセクションは、アプリケーションデータテーブル内のデータグラムの終わりを示すテーブル境界フラグを包含する。アプリケーションデータテーブル内の前のセクション全てが正確に受信された場合、受信器は、これ以上ＭＰＥ−ＦＥＣセクションを受信する必要はなく、タイムスライシングが使用される場合、受信器は、ＲＳデータを受信及び復号することなくスイッチをオフすることができる。また、ＭＰＥ−ＦＥＣセクション１７が受信される場合、アプリケーションデータテーブルにおけるパディング列すなわちパディングバイトのみで満たされた列の数は、ＭＰＥ−ＦＥＣセクションのセクションヘッダにおける８バイトで示される。この値は、ＲＳ復号が実行される場合にのみ必要とされる。ｔａｂｌｅ＿ｂｏｕｎｄａｒｙを搬送するセクションが失われた場合、受信器（図示せず）は、アプリケーションデータが終了しパディングが始まる正確なポジションを知らない可能性がある。しかしながら受信器は、パディング列から幾つの完全な列がパディングされているのかを認識し、これらを信頼できるものとしてマーク付けすることができる。
ＲＳ列は、ＭＰＥ−ＦＥＣセクション１７で搬送される。各ＭＰＥ−ＦＥＣセクション１７は、ＲＳデータテーブルの正確に１つの列を搬送するが、これらは、１よりも少ない列又は１よりも多い列を搬送することができる。パンクチュアされた列は送信されず、パンクチュアされた列の数は明示的に信号で送られることはないが、ＭＰＥ−ＦＥＣセクションヘッダにおける最後のセクション番号が信号で送られる。
図１８を参照すると、タイムスライシングモジュール１８は、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を受信し、各セクション１６、１７用のデルタｔ６２とバースト番号６３の対応する値をセクション１６、１７のヘッダ４６、４９に配置する（ステップＳ１１及びＳ１２）。タイムスライシングモジュール１８はまた、各セクション１６、１７に対する巡回冗長コード（ＣＲＣ−３２）データ６４を計算し、ＣＲＣ−３２データ６４をセクション１６、１７のトレーラ４８、５１に配置する。
ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７は、バッファ６５に転送される。同じバースト番号６３を有するセクション１６、１７は、バースト１９におけるのと同様に収集されて送信器７（図２）に転送される（ステップＳ１３）。
図１９を参照すると、第１及び第４フレームブロック１４1,1,1、１４2,1,1において搬送され、ＭＰＥセクション１６1、１６2、１６3、１６4、１６a-1、１６a、１６a+1、１６a+2、１６a+3、１６b-1（図１７）を含むＭＰＥセクション１６は、第１バースト１９1に構成される。第２及び第５フレームブロック１４1,1,2、１４2,1,2で搬送され、ＭＰＥセクション１６b、１６b+1、１６c-2、１６c-1、１６c、１６c+1、１６d-2、１６d-1（図１７）を含むＭＰＥセクション１６は、第２バースト１９2に構成される。第３及び第６フレームブロック１４1,1,3、１４2,1,3で搬送され、ＭＰＥ−ＦＥＣセクション１７1、１７2、１７e-3、１７e-2、１７e-1、１７e、１７e+1、１７f-3、１７f-2、１７f-1（図１７）を含むＭＰＥ−ＦＥＣセクション１７は、第３バースト１９3に構成される。バースト１９1、１９2、１９3は各々、ビットレートＢbで送信され、バースト持続時間Ｂdを有する。
各バースト１９の最後のセクションは、バースト境界フラグ４５（図１３）を使用するなどで識別される。例えば、セクション１６b-1におけるバースト境界フラグ４５（図１３）は「１」に設定される。受信器（図示せず）は、バースト境界フラグ４５（図１３）を使用してバーストを受信した時点、従って「スリープ」しなければならない時点を判定することができる。
各セクション１６、１７は、セクション１６、１７の送信時間から次のバースト１９における第１セクション１６、１７の送信時間までの持続時間の値を搬送する。例えば、ＭＰＥセクション１６bが送信されるまでの持続時間を示す第１ＭＰＥセクション１６aのデルタ−ｔ６２1,1が例証される。受信器（図示せず）は、デルタ−ｔパラメータ６２（図１８）を使用して「起動」すべき時間を求め、次のバースト１９を受信することができる。
バースト番号パラメータ６３（図１８）の同じ値は、同じバースト１９内のセクション１６、１７において使用される。この実施例では、バーストは、逆に数えて番号付けされ、値２で始まりゼロで終わる。受信器（図示せず）は、バースト番号パラメータ６３（図１８）を使用して、バースト１９が失われたかどうか、或いは受信器が所与のＭＰＥ−ＦＥＣフレーム１４に対してバーストの全てを受信したかどうかを判定することができる。
バースト番号パラメータ６３に対して３ビットが使用される場合、バーストは、最大１５までのバースト番号で始めることができる。４ビットが、例えばＭＰＥセクション１６において確保されたフィールド５５、５６（図１５）又はＭＰＥ−ＦＥＣセクション１７における確保されたフィールド６０、６１（図１６）によって提供される構成単位である場合、バーストは最大３１までのバースト番号で始めることができる。バースト番号は、ゼロに達した後で再度１５から（又は３１から）始まる巡回とすることができる。
ＭＰＥ−ＦＥＣフレームを作成し送信するプロセスは、第１及び第２コーディングテーブル２７1、２７2を使用して作成された第３及び第４ＭＰＥ−ＦＥＣフレーム１４1,2、１４2,2の作成及び送信を続け、該第４ＭＰＥ−ＦＥＣフレームは、フィルタ処理されたストリーム１２1、１２2におけるデータグラム２８1、２８2が送信完了する（ステップＳ１５）まで、第４、第５、及び第６バースト１９4、１９5、１９6で送信される（ステップＳ１４）。
ここで説明された実施例では、第１及び第２ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は各々、３つのブロック１４1,1,1、１４1,1,2、１４1,1,3、１４2,1,1、１４2,1,2、１４2,1,3に分割された。しかしながら、ＭＰＥ−ＦＥＣフレーム１４1,1、１４2,1は、より少ない又はより多いブロックに分割することができる。ブロックは、同じサイズ又は同じではないサイズにすることができる。
図２０を参照すると、第１ＭＰＥ−ＦＥＣフレーム１４1は、４つのブロック１４1,1,1’、１４1,1,2’、１４1,1,3’、１４1,1,4’に分割し、４つのバースト１９1’、１９2’、１９3’、１９4’で送信することができる。同様に、第２ＭＰＥ−ＦＥＣフレーム１４1（図１９）は、４つのブロック（図示せず）に分割することができる。更に、ブロック１４1,1,3’は、アプリケーションデータテーブル３２1,1とＲＳデータテーブル３３1,2の両方からデータを搬送することができ、言い換えるとＭＰＥセクション１６とＭＰＥ−ＦＥＣセクション１７を搬送する。
１つよりも多いバースト間に１つのＭＰＥ−ＦＥＣフレームからデータを分配する利点は、フレームに対するインターリービングの長さが増大する点である。バーストに影響を与える雑音の「ショット」が存在する場合、１つのＭＰＥ−ＦＥＣフレームからデータの全てを失う可能性が低減される。雑音のショットから生じるデータのあらゆる誤りは、ＦＥＣパリティデータを使用して訂正することができる。
付加的に或いは代替として、以下に詳細に説明するようにより大きなＭＰＥ−ＦＥＣフレーム１４を使用して、複数のバースト１９間の１つのＭＰＥ−ＧＥＣフレーム１４からのデータの分配の助けとすることができる。
図２１を参照すると、ＭＰＥ−ＦＥＣフレームを送信するための従来の構成が示されている。従来の構成では、各々が１０２４の行を有する６つのＭＰＥ−ＦＥＣフレーム６６1,1、６６1,2、６６1,3、６６1,4、６６1,5、６６1,6が、それぞれのバースト６７1、６７2、６７3、６７4、６７5、６７6で送信される。この構成の欠点は、短いインターリービング深さ６８を有することである。上述のように、雑音のショットがバーストの１つ、例えば第２バースト６７2に影響を与える場合には、この実施例では第２ＭＰＥ−ＦＥＣフレーム６６1,2であるＭＰＥ−ＦＥＣフレームに含まれるデータの全てが失われる可能性がある。
図２２を参照すると、本発明によるＭＰＥ−ＦＥＣフレームを送信するための例示的な構成が示されている。この実施例では、ＭＰＥ−ＦＥＣフレーム１４1,1’は６×１０２４行を有する。従って、フレーム１４1,1’は、１２メガビットのデータを保持することができる。ＭＰＥ−ＦＥＣフレームは、Ｎ×Ｍ行を有することができ、ここでＮ＝２、３、４、又は５、Ｍ＝１０２４である。Ｎは６よりも大きな値を有することができる。更に、Ｍは１０２４に等しくなくてよい。例えばＭは、６４、１２８、１９２、２５６、３２０、３８４、４４８、５１２、５７６、６４０、７０４、７６８、８３２、８９６、又は９６０に等しいものとすることができる。ＭＰＥ−ＦＥＣフレーム１４1,1’は、列別に６つのブロック１４1,1,1”、１４1,1,2”、１４1,1,3”、１４1,1,4”、１４1,1,5”、１４1,1,6”に分割され、これらは６つのそれぞれのバースト１９1”、１９2”、１９3”、１９4”、１９5”、１９6”で送信される。各バースト１９1”、１９2”、１９3”、１９4”、１９5”、１９6”は、２メガビットのデータを含む。この構成は、インターリービング深さ６８’を有する。従って、雑音のショットが、バーストの１つ、例えば第２バースト１９2’に影響を与える場合、データは、ＦＥＣを使用して回復される可能性が高い。以下に詳細に説明するように、ＭＰＥ−ＦＥＣフレーム１４1,1’などのより大きなＭＰＥ−ＦＥＣフレームを受信できるようにするために、移動端末（図示せず）は、より大きなタイムスライシングバッファ１０６（図３１）を含むことができる。
従って、ＭＰＥ−ＦＥＣフレームのサイズを大きくし、及び／又は複数のＭＰＥ−ＦＥＣフレームからのデータをインターリービングすることによって、インターリービング長を増大させ雑音に対して堅牢性を与える助けとなる。
上述の実施例では、２つのＩＰストリーム９1、９2（図６）からのデータグラム２８1、２８2（図６）は、バースト１９1、１９2、１９3（図１９）の１つのセットで送信される。コーディングの同じレベルが、各ＩＰストリーム９1、９2（図６）に対して使用される。言い換えると、アプリケーションデータテーブル３２1、３２2（図７）は各々同じサイズを有し、ＲＳデータテーブル３３1、３３2（図７）は各々同じサイズを有する。
しかしながら、異なるＩＰストリーム９は、異なるコーディングレート、すなわち異なるレベルのコーディングを必要とする可能性がある。ＩＰストリーム９は種々の優先順位によって分配することが必要になる場合があることから、これが発生する可能性がある。コーディングの異なるレベルに符号化されたＩＰストリームは、受信器で復号するために異なる時間量と処理能力を必要とする。
図２３を参照すると、エンコーダ１３は、各々がそれぞれのＩＰストリーム９3、９4、９5を含む、第３、第４、及び第５のフィルタ処理されたストリーム１２3、１２4、１２5のための第３、第４、及び第５コーディングテーブル２７3、２７4、２７5をそれぞれ提供することができる。コーディングテーブル２７3、２７4、２７5は、それぞれのアプリケーションデータテーブル３２3、３２4、３２5とＲＳデータテーブル３３3、３３4、３３5を含む。
例えば、ビデオデータは第３ＩＰストリーム９3で送信され、音声データは第４ＩＰストリーム９4で送信され、関連のデータは第５ＩＰストリーム９5で送信される。ビデオデータは低い優先順位、関連データは高い優先順位、及び音声データは中間の優先順位で送信することが望ましい。
種々の優先順位を達成するために、異なるコーディングレベルが使用される。
例えば、第３コーディングテーブル２７3はＲＳ（２５５，２３９，１６）コードを使用し、第４コーディングテーブル２７4はＲＳ（２５５，２２３，３２）を使用し、第５コーディングテーブル２７5はＲＳ（２５５，１９１，６４）を使用する。従って、第３アプリケーションデータテーブル３２3は２５５列３４3のうちの２３９を含み、第４アプリケーションデータテーブル３２4は２５５列３４4のうちの２２３を含み、第５アプリケーションデータテーブル３２5は２５５列３４5のうちの２２３を含む。種々のコードを使用する代わりに、コーディングレートは幾つかのＲＳ列をパンクチュアすることによって低下させることができ、アプリケーションデータテーブルにおいてパディングを使用することによって増大させることができる。
この実施例において、第３及び第４コーディングテーブル２７3、２７4は各々、３８４行３４3、３４4を含み、第５コーディングテーブル２７5は２５６行３４4を含む。従って、３つのＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1は、単一の２メガビットバースト１９7で送信することができる。
コーディングテーブル２７3、２７4、２７5は各々、より少ないか若しくはより多い列３５3、３５4、３５5及び／又はより少ないか若しくはより多い行３４3、３４4、３４5を有することができる。より大きな又はより小さなサイズのバースト１９7を使用することができる。しかしながら、コーディングテーブル２７3、２７4、２７5が記憶できるデータの量がバースト１９7のサイズ以下とすべき点を理解されたい。２メガビットよりも大きなバーストを使用することができる。
コーディングテーブル２７3、２７4、２７5は、上述のものと類似の方法で計算されたデータグラム２８3、２８4、２８5及びＲＳ列４０3、４０4、４０5で満たされ、ＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1を生成する（ステップＳ３からＳ５）。
ＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1は、上述のものと類似の方法で作成されたコーディングテーブル２７3、２７4、２７5及びバースト１９7から読み出される。しかしながら、インターリービングを使用する必要はない（ステップＳ６及びＳ７）。
データグラム２８3、２８4、２８5及びＲＳ列４０3、４０4、４０5は、エンキャプスレートされる（ステップＳ８）。フレームアイデンティティ及びフレームカウンタパラメータ４１、４２（図１３）は、ＭＰＥセクション１６h及びＭＰＥ−ＦＥＣセクション１７iのヘッダに付加される（ステップＳ９及びＳ１０）。
タイムスライシングブロック１９（図２）では、デルタ−ｔ及びバーストパラメータ６２、６３は、ＭＰＥセクション１６h及びＭＰＥ−ＦＥＣセクション１７iのヘッダに付加され（ステップＳ１１及び１２）、ＭＰＥセクション１６h及びＭＰＥ−ＦＥＣセクション１７iは、単一のバースト１９7に構成される（ステップＳ１３）。この場合、バースト番号パラメータ６３（図１８）はｂｕｒｓｔ＿ｎｏ＝０に設定することができる。デルタ−ｔは、次のバースト１９8の到達を示すために設定され、これは、コーディングテーブル２７3、２７4、２７5を使用して作成されたＭＰＥ−ＦＥＣフレームの次のセット（図示せず）を含むことができる。
２、３、又はそれよりも多いＭＰＥ−ＦＥＣフレーム１４は、１つのバースト１９で送信することができ、ＭＰＥ−ＦＥＣフレームの少なくとも１つは、他のＭＰＥ−ＦＥＣフレームとは異なるコーディングレートを有することができる点を理解されたい。
図２４及び図２５から図２７を参照し、送信器の動作方法を次に説明する。
図２５を詳細に参照すると、ＭＰＥセクション１６1、１６2、１６3、１６4を含むＭＰＥセクション１６とＭＰＥ−ＦＥＣセクション１７f-2、１７f-1を含むＭＰＥ−ＦＥＣセクション１７との間欠的ストリームの形式におけるバースト１９（図１８）は、ＴＳストリーム生成及び多重化ブロック２３（図２）によって受信され、フラグメント６９1、６９2、６９3、６９4、６９g-1、６９gを含むセクションフラグメントに分割される。各フラグメント６９は対応するＴＳパケット２５Aに配置される。例えば、フラグメント６９1、６９2、６９3、６９4、６９g-1、６９gは、ＴＳパケット２５A,1、２５A,2、２５A,3、２５A,4、２５A,g-1、２５A,gにそれぞれ配置される。
図２６を参照すると、ＴＳパケット２５Aは通常、１８８バイトの長さであり、ＩＳＯ／ＩＥＣ規格１３８１８−１「情報技術−動画及び関連音声情報の汎用コーディング：システム」に準拠している。各ＴＳパケット２５Aは、パケット識別子（ＰＩＤ）７１を用いたパケットヘッダ７０を含む。パケット識別子７０を用いて、ＴＳパケットペイロード７２のコンテンツを識別することができる。
ＴＳストリーム生成及び多重化ブロック２３（図２）は、同じフィルタ処理されたストリーム１２又はフィルタ処理されたストリーム１２のセット（図２）用のＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を搬送するバーストのセットに応じてＰＩＤを付加する。
図２７を参照すると、ＴＳストリーム生成及び多重化ブロック２３（図２）は、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を搬送するＴＳパケット２５AをＳＩ及びＰＳＩテーブルセクション２２（図２）を搬送するＴＳパケット２５Bと１つ又はそれ以上のＭＰＥＧ−２ＴＶサービス２４（図２）を搬送するＴＳパケット２５Cと共に多重化して共通マルチプレックス２５にする。ＳＩ／ＰＳＩテーブルセクション２１（図２）及びＭＰＥＧ−２ＴＶサービス２４（図２）はタイムスライスされない。マルチプレックス２５は、無線周波数信号８（図１）として変調、増幅、及び送信用の変調ブロック２６に転送される。
図２を参照すると、ＭＰＥエンキャプスレータ６は、ＩＰ／ＭＡＣ通知テーブル（ＩＮＴ）（図示せず）を含むＳＩ及びＰＳＩ／ＳＩ並びにＳＩデータを作成するのに使用されるサービス情報データ１０を受信し、データ２１を移動端末２（図１）を含む受信器（図示せず）に送信する。
ＳＩ／ＰＳＩセクション・エンキャプスレーティングブロック２０（図２）は、ＩＮＴ（図示せず）をセクション（図示せず）にセグメント化し、テーブルセクションをＴＳストリーム発生器及び多重化手段２４に渡し、ＰＩＤ＝０ｘ００４Ｃを有するＴＳパケット２５Bにマップされ、マルチプレックス２５（図２）に多重化されるようにする。ＩＮＴは、ＥＮ ３０１ １９２同書の節７．６に詳細に記載されている。
上記で簡潔に述べたように、サービス記述セクションを使用して送信されるサービス記述テーブル（ＳＤＴ）のデータブロードキャスト記述子は、第１、第２、第３、及び第４ＭＡＣアドレスフィールドを使用して、デルタ−ｔなどのリアルタイムパラメータを搬送することを示す。ブロードキャスト記述子は、第５ＭＡＣアドレスフィールド及び確保されたフィールドがフレームアイデンティティ、フレームカウンタ、及びバースト番号のようなパラメータを搬送するのに使用されることになる点を示すことができる。サービス記述セクション及びデータブロードキャスト記述子は、ＥＮ ３００ ４６８同書の節６及び７に詳細に記載されている。
図２８を参照すると、タイムスライス及びＦＥＣ識別記述子７３は、所与のエレメンタリ・ストリームに対するＭＰＥ−ＦＥＣ及びタイムスライシングについての情報を信号で送るのに使用される。
記述子７３は、タイムスライシング及び／又はＭＰＥ−ＦＥＣが所与のエレメンタリ・ストリームで使用されるかどうかを識別している、ＥＮ ３０１ １９２同書の節９．５に記述されたタイムスライス及びＦＥＣ識別記述子７４に類似している。しかしながら、記述子７３は、単一のＭＰＥ−ＦＥＣフレームを送信するのに使用されるバーストの数を示すためのフィールド７５、ＭＰＥ−ＦＥＣフレームのサイズを示すためのフィールド７６、及び単一のバーストで搬送されるＭＰＥ−ＦＥＣフレームの数を示すためのフィールド７７を含む、付加的なフィールドを含む。バージョン番号、特にＲＳ（２５５，１９１，６４）以外の場合のコーディングのタイプ、及び特に最大バーストサイズ以外の場合の最大フレームサイズを示すことができる。
図２９を参照すると、タイムスライス識別記述子７３は、第１及び第２記述子ループ７９、８０を有するネットワーク情報テーブル（ＮＩＴ）７８で使用される。
第１記述子ループ７９に位置付けられた場合、記述子７３は、テーブル７８内で通知された全トランスポートストリームに適用される。記述子７３は、トランスポートストリームのいずれにおいても所与のストリームタイプフィールド値を有する全エレメンタリ・ストリームに適用される。０ｘ０Ｄのストリームタイプフィールド値は、ＭＰＥのみのストリームを搬送するエレメンタリ・ストリームに対して使用することができる。０ｘ８０のストリームタイプフィールド値は、ＭＰＥ及びＦＥＣセクションを搬送するエレメンタリ・ストリームに対して使用することができる。０ｘ８０と０ｘＦＦとの間のストリーム＿タイプフィールド値は、ＦＥＣセクションのみを搬送するエレメンタリ・ストリームに対して使用することができる。
第２記述子ループ８０に位置付けられた場合、記述子７３は、トランスポートストリームフィールド（図示せず）で指定された当該トランスポートストリームに適用される。記述子７３は、所与のストリームタイプフィールド値を有する全てのエレメンタリ・ストリームに適用される。この記述子７３は、第１記述子ループにおける利用可能な記述子を上書きする。
記述子７３は、ＩＮＴ（図示せず）のようなテーブルの他のタイプに含むことができる。
ＩＮＴ（図示せず）のプラットフォーム記述子ループ（図示せず）に位置付けられた場合、記述子は、テーブルの範囲まで照会される全てのエレメンタリ・ストリームに適用される。この記述子は、ＮＩＴにおける利用可能な記述子を上書きする。
ＩＮＴ（図示せず）のターゲット記述子ループ（図示せず）に位置付けられた場合、記述子は、記述子の出現後に当該ターゲット記述子ループ（図示せず）内で照会される全てのエレメンタリ・ストリームに適用される。この記述子は、プラットフォーム記述子ループ及びＮＩＴにおける利用可能な記述子を上書きする。エレメンタリ・ストリームがＩＮＴ内の複数のロケーションから照会される場合、各々は同じ信号方式を含む。
ＳＩ／ＰＳＩセクション・エンキャプスレーティングブロック２０（図２）は、ＮＩＴ７８をセクション（図示せず）にセグメント化し、該セクションをＴＳストリーム発生器及び多重化ブロック２４に渡してＰＩＤ＝０ｘ００１０を有するＴＳパケット２６Bにマップされ、マルチプレックス２６（図２）に多重化されるようにする。
受信器は通常、ネットワーク１（図１）に接続するときにＮＩＴ７８にアクセスするだけである。
受信器（図示せず）は、１つのトランスポートストリームから別のトランスポートストリーム（図示せず）に変わる場合にＩＮＴのコンテンツを読み出すことが必要になる場合があり、通常は２回以上読み出すことはない。ＩＮＴでの変化は、ＰＭＴテーブル（図示せず）を使用してＰＳＩで信号を送り、従って、確実にＩＮＴの一定のフィルタ処理が必要でないようにすることができる。
ＰＭＴ（図示せず）のようなＰＳＩテーブルは通常、１００ミリ秒毎に少なくとも１回再送信される。バーストの持続時間が１００ミリ秒より長い場合、受信器は、バーストを受信すると同時にＰＭＴへアクセスする。より短いバーストでは、受信器は、全ての必要とされるＰＳＩテーブルが受信されるまでスイッチをオンに保持するよう選択することができる。
移動端末２
図３０を参照すると、デジタルブロードキャスティングネットワーク１（図１）からコンテンツを受信するための移動端末２が示されている。
移動端末２は、マルチメディア機能を有する携帯電話ハンドセットの形式である。移動端末２は、第１及び第２アンテナ８１1、８１2、受信器８２1、及び送受信器８２2を含む。この実施例では、第１アンテナ８１1及び受信器８２1は、ブロードキャスティングネットワーク１（図１）から信号を受信するのに使用される。第２アンテナ８１2及び送受信器８２2は、ＰＬＭＮのような第２通信ネットワーク（図示せず）に信号を送信し、これから信号を受信するのに使用される。受信器及び送受信器８１1、８２2は各々、受信信号を増幅し且つ復調するためのそれぞれの無線周波数信号処理回路（図示せず）と、チャンネル復号及び逆多重化のためのそれぞれのプロセッサ（図示せず）とを含む。
移動端末２はまた、プロセッサ８３、ユーザーインターフェース８４、メモリ８５、オプションのスマートカードリーダー８６、スマートカードリーダー８６に収容されるオプションのスマートカード８７、コーダ／デコーダ（コーデック）８８、対応する増幅器９０を備えたスピーカー８９、及び対応する前置増幅器９２を備えたマイクロフォン９１を含む。
ユーザーインターフェース８４は、ディスプレイ９３及びキーパッド９４を含む。ディスプレイ９３は、例えば、従来の携帯電話のディスプレイよりも大きく及び／又はより優れた解像度を有し、カラー画像が可能であることで画像及びビデオを表示するように適合されている。移動端末２はまたバッテリー９５を含む。
プロセッサ８３は、メモリ８５に記憶されたコンピュータソフトウェア（図示せず）の指示の下で移動端末２のオペレーションを管理する。例えば、コントローラ８３は、ディスプレイ９３への出力を可能にし、キーパッド９４からの入力を受け取る。
移動端末２は、ブロードキャスティングネットワーク１（図１）及び第２通信ネットワーク（図示せず）から信号を受信するように適合された単一の受信器と、第２通信ネットワーク（図示せず）に信号を送信するように適合された送信器とを設けるように修正することができる。或いは、両方の通信ネットワークのための単一の送受信器を備えることができる。
図３１を参照すると、受信器８２1は、無線周波数信号８を復調し、プロセッサ８３によって処理するためのＴＳパケット２６を出力するための復調器９６を含む。しかしながら処理は、プロセッサ８３によって実行する必要はなく、受信器８２1内で、或いは専用デジタル信号プロセッサ（図示せず）で行ってもよい。プロセッサ８３によって実行されるプロセスは、図３１に機能ブロック図として示されている。
ＴＳフィルタリングブロック９７は、ＴＳストリーム２５’を受信し、ＴＳパケットヘッダ７０（図２６）内に保持されるＰＩＤ値７１（図２６）に従ってＴＳパケット２５A、２５Bをフィルタ処理し、フィルタ処理されたＴＳパケット２５A、２５Bをセクションパージングブロック９８に渡す。ＭＰＥＧ−２ＴＶを搬送するＴＳパケット２５Cもまた、従来の方式でフィルタ及び処理される。
セクションパージングブロック９８は、ＴＳパケット２５A、２５Bのペイロード７２（図２６）をデキャプスレートし、ＭＰＥセクション１６、ＭＰＥ−ＦＥＣセクション１７、及びＳＩ／ＰＳＩテーブルセクション２２を出力する。テーブルセクション２１は、ＮＩＴ７８（図２９）及びＩＮＴ（図示せず）を搬送するセクション（図示せず）を含む。
移動端末２がユーザーによってスイッチオンされた場合、ＴＳフィルタリングブロック９７は、ユーザーが利用したいサービス（又は複数のサービス）を提供するフィルタ処理されたストリーム１２を搬送するＴＳパケット２５AのＰＩＤ値を知らない可能性がある。従って、最初に、ＴＳフィルタリングブロック９７は、例えばＥＮ ３０１ １９２同書に記載されるようなサービス発見に使用されるＮＩＴ７８（図２９）及びＩＮＴ（図示せず）を搬送するＴＳパケット２５Bだけを受信しフィルタ処理することができる。ユーザーには、サービスを選択することができる電子サービスガイド（図示せず）が提示される。プロセッサ８３（図３０）は、ＮＩＴ７８（図２９）又はＩＮＴ（図示せず）において選択されたサービスのＰＩＤを探し、ＴＳフィルタリングブロック９７にＰＩＤを提供してＴＳパケット２５Aをフィルタ処理するようにする。
セクション・デキャプスレーティングブロック９９は、ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７のヘッダ４６、４９（図１３及び１４）からリアルタイムパラメータであるｆｒａｍｅ＿ｉｄ及びｆｒａｍｅ＿ｃｏｕｎｔｅｒパラメータを抽出し、これらをコントローラブロック１００に提供する。
セクション・デキャプスレーティングブロック９９は、ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７のペイロード４７、５０（図１３及び１４）並びにＳＩ／ＰＳＩテーブルセクション２１からデータグラム及びＲＳ列を抽出し、これらをＭＰＥ−ＦＥＣ復号ブロック１０２及びＰＳＩ／ＳＩパーサ１０３にそれぞれ転送する。セクション・デキャプスレーティングブロック９９はまた、アドレス４３（図１３）をＭＰＥ−ＦＥＣ復号ブロック１０２に転送する。
コントローラブロック１００はまた、リアルタイムパラメータを分析し、受信器８２1にスイッチオフするか或いは電力を節約するように命令する制御信号１０４を生成する。コントローラブロック１００はまた、他の処理ブロックにスイッチオフ又は電力を節約するように命令する他の制御信号（図示せず）を生成することができる。
コントローラブロック１００はまたリアルタイムパラメータを分析し、バーストの終わりが失われた場合に復号を始めるようＭＰＥ−ＦＥＣ復号ブロック１０２に命令する制御信号１０５を生成する。
ＭＰＥ−ＦＥＣ復号ブロック１０２は、１つ又はそれ以上の復号テーブル１０６を含む。以下に詳細に説明するように、復号テーブル１０６の数及びサイズは、ＭＰＥ−ＦＥＣフレーム構成に基づいて決定することができる。
ＭＰＥ−ＦＥＣ復号ブロック１０２は、ＩＰパージング及びフィルタリングブロック１０７に出力し、フィルタ処理されたストリーム１２をＩＰアドレスに従ってＩＰストリーム９をフィルタリングする。
図３０、３１、及び３２を参照し、移動端末２の動作方法について説明する。
移動端末２がユーザーによって或いは別の適切な時間にスイッチオンされると、プロセッサ８３はＮＩＴ７８（図２９）及びＩＮＴ（図示せず）をダウンロードし、これらをメモリ８５内に記憶する（ステップＳ１８及びＳ１９）。
ＮＩＴ（図２９）及びＩＮＴ（図示せず）を使用して、必要な場合に適切なＳＩテーブル（図示せず）をダウンロードし、これによって電子サービスガイド（ＥＳＧ）（図示せず）を提供できるようにする。移動端末ユーザー（図示せず）は、ディスプレイ９３を介してＥＳＧを閲覧し、キーパッド９４を使用してサービスを選択することができる（ステップＳ１９）。
ユーザーは、フィルタ処理されたストリーム１２1、１２2（図４）によって提供されるサービスを利用することを望む。
サービスが選択されると、プロセッサ８３は、対応するタイムスライス及びＦＥＣ識別記述子７３についてメモリ８５内に記憶されたネットワークＮＩＴ７８をサーチする。プロセッサ８３は、記述子７３のタイムスライシング、ＭＰＥ ＦＥＣ、最大バースト持続時間、最大平均レート、バーストサイズ及びフレームサイズ、並びにタイムスライス・アイデンティティフィールド（図示せず）を調べ、タイムスライシング及びＭＰＥ−ＦＥＣが使用されるかどうかを判定し、使用される場合には、タイムスライシング及びＭＰＥ−ＦＥＣパラメータを収集する。
更に、プロセッサ８３は、バースト番号フィールド７５、フレームサイズフィールド７６、ＭＰＥ−ＦＥＣフレーム番号フィールド７７、及びバーストサイズフィールドを調べ、単一のＭＰＥ−ＦＥＣフレームを送信するのに使用されるバーストの数、ＭＰＥ−ＦＥＣフレームのサイズ及び単一のバーストで搬送されるＭＰＥ−ＦＥＣフレームの数を求める。これらのパラメータは、ＴＳフィルタリングブロック９７、セクションデマルチプレクサ９９、及びＭＰＥ−ＦＥＣ復号ブロック１０２に渡される。
図３３を参照すると、ＭＰＥ−ＦＥＣ復号ブロック１０２は、バッファ１０６、この実施例では第１及び第２バッファ１０６1、１０６2を作成し、これらは、第１及び第２コーディングテーブル２７1、２７2（図７）に対応し、それぞれアプリケーションデータテーブル１０７1、１０７2、ＲＳデータテーブル１０８1、１０８2を含み、２５５列１０９1、１０９2と１０２４行１１０1、１１０2を有し、バッファ１０６1、１０６2内の各ポジション１１１1、１１１2が１バイトのデータを保持している（ステップＳ２１）。バッファ１０６を作成する段階は、サイズＬ×２メガビット（Ｌ＞１）を有する単一のバッファの部分を所与のＭＰＥ−ＦＥＣフレームに割り当てる段階を含むことができる。
受信器８２1がまだスイッチオンされていない場合、コントローラ１００は、受信器８２1にスイッチオンを命令する（ステップＳ２２）。
受信器８２1は信号８を復調し、ＴＳストリーム２５’を出力する。ＴＳストリーム２５’は、マルチプレックス２５（図２７）の少なくとも一部を含む。
ＴＳフィルタリングブロック９７は、ＰＩＤ７１（図２６）に従ってＴＳパケット２５A（図２５）をフィルタ処理する（ステップＳ２３）。ＴＳフィルタリングブロック９７は、誤りを含むあらゆるＴＳパケット２５Aを廃棄することができる。
セクションパージングブロック９８はＴＳパケット２５Aを受信し、ＴＳパケット２５Aからセクションフラグメント６９（図２５）をデキャプスレートして、例えば、図１７に示されるものに類似したＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を出力する（ステップＳ２４）。
図３４を参照すると、セクション・デキャプスレーティングブロック９９は、ＭＰＥセクション１６及びＭＰＥ−ＦＥＣセクション１７を受信し、ＭＰＥ及びＭＰＥ−ＦＥＣセクション１６、１７からのそのペイロード４７、５０からデータグラム２８及びＲＳ列４０をデキャプスレートし（ステップＳ２５）、ヘッダ４６、４９からアドレス（ステップＳ２６）、フレームアイデンティティ及びフレームカウンタパラメータ（ステップＳ２７）、並びにバースト番号（ステップＳ２８）を含むリアルタイムパラメータを抽出する。
図３５を参照すると、ＭＰＥ−ＦＥＣ復号ブロック１０２は、対応するフレームアイデンティティ及びフレームカウンタパラメータ４１、４２、アドレスデータ４３、テーブルフラグ４４、バーストエンドフラグ４５、及びバーストカウンタ６０と共に、例えばデータグラム２８1,1、２８1,2、２８2,1、２８2,2、２８2,3、２８2,4を含むデータグラム２８1、２８2及びＲＳ列４０1、４０2を受信する。
フレームアイデンティティパラメータ４１に基づいて、ＭＰＥ−ＦＥＣ復号ブロック１０６は、データグラム２８及びＲＳ列４０を第１及び第２バッファ１０６1、１０６2に配向し、これらをアドレスデータ４３に従って第１及び第２バッファ１０６1、１０６2に配置する（ステップＳ２９）。
ＭＰＥ−ＦＥＣ復号ブロック１０２は、バーストの終わりに達したかどうかをチェックする（ステップＳ３０）。これは、リアルタイムパラメータフィールド５４、５９（図１５及び１６）におけるバーストエンドフィールドをチェックする段階と、「１」がバーストの終わりを示す場合にバーストエンドフィールドが「１」に等しいかどうかを判定する段階を含む。バーストの終わりに達していない場合、ＴＳパケット２５A及びセクション１６、１７の処理は継続する（ステップＳ２３からＳ３０）。
バーストの終わりに達した場合、ＭＰＥ−ＦＥＣ復号ブロック１０２は、同じＭＰＥ−ＦＥＣフレームから追加のデータを搬送する更なるバーストが予期されるかどうかをチェックする（ステップＳ３１）。これは、バーストカウンタ６０をチェックする段階と、バーストカウンタが「０」に等しいかどうかを判定する段階とを含む。これはまた、バーストが複数のＭＰＥ−ＦＥＣフレーム全体を含む単一のバーストであるかどうかをチェックするのに使用することができる。
図３６を参照すると、バーストが１つ又はそれ以上のＭＰＥ−ＦＥＣフレームを搬送する順番の終わりであることによるかどうかに関係なく、或いはバーストが複数のＭＰＥ−ＦＥＣフレーム全体を含むか否かに関係なく、同じＭＰＥ−ＦＥＣフレームから追加のデータを搬送する更なるバーストが予期されない場合には、前記又は各ＭＰＥ−ＦＥＣフレーム１４1、１４2は、受信が完了したと見なすことができる。
ＭＰＥ−ＦＥＣ復号ブロック１０２は、ＲＳ列４０1、４０2を受信する必要がないか、或いは無視することができる。
図３７を参照すると、ＭＰＥ−ＦＥＣ復号ブロック１０２は、前記又は各ＭＰＥ−ＦＥＣフレーム１４1、１４2を復号する（ステップＳ３１）。これは、ＲＳコードワード３８1、３８2を使用して、誤りバイト１１２1,1などの誤りをチェックし訂正する段階を含む。
ＭＰＥ−ＦＥＣ復号ブロック１０２は、前記又は各ＭＰＥ−ＦＥＣフレーム１４1、１４2を復号する必要はない。
ＭＰＥ−ＦＥＣ復号ブロック１０２は、バッファ１０６1、１０６2からデータグラム２８1、２８2を読み出す（ステップＳ３３）。
フィルタリングブロック１０７は、そのＩＰアドレスに従ってデータグラム２８1、２８2をフィルタ処理し、これらをアプリケーション（図示せず）又はメモリに渡して、記憶、追加処理、レンダリング、又は他の利用を行う（ステップＳ３３）。サービスが配信されたか或いはこれ以上必要とされない場合、このサービスのＴＳパケット２５Aの受信及び処理を中止することができる（ステップＳ３５）。
更なるバーストが予期される場合、コントローラ１００は、受信器８２1にスイッチオフを命令（ステップＳ３６）し、好ましくはバーストの最後のセクションで受信された値を使用してデルタ−ｔを待機し（ステップＳ３７）、更に、次のバーストを受信するために受信器８２1にスイッチオンするよう命令する（ステップＳ２２）。
図３８を参照すると、２メガビットよりも大きなＭＰＥ−ＦＥＣフレーム、例えばＭＰＥ−ＦＥＣフレーム１４1,1’（図２２）が受信されることになる場合、従来のタイムスライシングバッファよりも大きい、すなわち２メガビットよりも大きい復号テーブル１０６1’を作成することができる。
図３９を参照すると、複数のＭＰＥ−ＦＥＣフレーム、例えばＭＰＥ−ＦＥＣフレーム１４3,1、１４4,1、１４5,1が単一のバーストで受信される場合、それぞれの復号テーブル１０６3、１０６4、１０６5を作成することができる。
上記に記載された実施形態に対し多くの修正を行うことができる点は理解されるであろう。例えば、移動端末２は、少なくとも第１通信ネットワーク１を介して信号を受信できるパーソナルデータアシスタント（ＰＤＡ）又は他の移動端末とすることができる。移動端末はまた、自動車などの乗物において搬送される端末のような半固定又は半携帯型端末とすることができる。
６ ＭＰＥエンキャプスレータ
７ 送信器
１１ デマルチプレックス
１３ ＭＰＥ−ＦＥＣ符号化 テーブル
１５ ＭＰＥ／ＭＰＥ−ＦＥＣセクションエンキャプスレーティング
１８ タイムスライシング
２０ ＳＩ／ＰＳＩセクションエンキャプスレーティング
２２ 制御
２３ 多重化
２６ ＤＶＢ−Ｔ変調

Claims (27)

  1. デジタルブロードキャスティングネットワークでバーストを伝送する方法であって、
    データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
    バーストのシーケンスを形成する段階と、
    前記第１データフレームを前記バースト間で分割する段階と、
    を含み、前記データの第１セットが少なくとも２つのバースト間で分割されることを特徴とする方法。
  2. 少なくとも１つのバーストは、ＦＥＣデータを含まないことを特徴とする請求項１に記載の方法。
  3. データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、
    前記第２データフレームにおいて前記第２データと前記ＦＥＣデータの第２セットとを前記複数のバースト間で分割する段階と、
    を更に含む請求項１に記載の方法。
  4. 前記第１データフレームをデータフレームブロックの第１セットに分割する段階と、
    前記第２データフレームをデータフレームブロックの第２セットに分割する段階と、
    前記データフレームブロックの第１及び第２セットをインターリーブする段階と、
    前記インターリーブされたデータフレームブロックを前記複数のバーストに順次配置する段階と、
    を含む請求項３に記載の方法。
  5. 前記データの起点を識別するためのそれぞれのラベルを各データフレームに付与する段階を更に含む請求項１に記載の方法。
  6. 前記データフレームのシーケンスにおいて前記データフレームを位置付けるためのそれぞれのラベルを各データフレームに付与する段階を更に含む請求項１に記載の方法。
  7. 前記複数のバースト内で前記バーストを識別するためのそれぞれのラベルを各バーストに付与する段階を更に含む請求項１に記載の方法。
  8. 前記第１データフレームを提供する段階が、
    第１及び第２部分を含む第１アレイを提供する段階と、
    前記第１アレイ部分の少なくとも一部を前記データの第１セットで満たす段階と、
    前記第１アレイ部分のデータに基づいて前記ＦＥＣデータの第１セットを求める段階と、
    前記ＦＥＣデータの第１セットを前記第２アレイ部分に配置する段階と、
    を含む請求項１に記載の方法。
  9. 前記データの第１セットをマルチプロトコル・エンキャプスレーション（ＭＰＥ）セクションの第１セットにエンキャプスレートする段階と、
    前記対応するＦＥＣデータをＭＰＥセクションの第２セットにエンキャプスレートする段階と、
    を含む請求項１に記載の方法。
  10. 前記複数のバーストを形成する段階が、
    前記ＭＰＥセクションの第１及び第２セットを時間的にオフセットされたグループに構成する段階を含む請求項９に記載の方法。
  11. 前記第１データフレームは、マルチプロトコル・エンキャプスレーション順方向誤り訂正（ＭＰＥ−ＦＥＣ）フレームであることを特徴とする請求項１に記載の方法。
  12. 前記デジタルブロードキャスティングネットワークは、デジタルビデオブロードキャスティングネットワークであることを特徴とする請求項１に記載の方法。
  13. デジタルブロードキャスティングネットワークでバーストを伝送する方法であって、
    データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
    データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、
    前記第１及び第２データフレームを含むバーストを形成する段階と、
    を含む方法。
  14. デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法であって、
    データフレームのためのデータを含む第１バーストを受信する段階と、
    前記データをデータフレーム内に配置する段階と、
    前記第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を前記第１バーストから抽出する段階と、
    前記データフレームのための追加のデータを含む前記第２バーストを受信する段階と、 前記追加データを前記データフレーム内に配置する段階と、
    を含む方法。
  15. デジタルブロードキャスティングネットワークからバーストを受信するための端末の動作方法であって、
    複数のデータフレームのためのデータを含むバーストを受信する段階と、
    データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出する段階と、
    前記データの各セットを対応するデータフレーム内に配置する段階と、
    を含む方法。
  16. データ処理装置に対して、
    データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、
    バーストのシーケンスを形成させ、
    前記データの第１セットが少なくとも２つのバースト間で分割されるように前記第１データフレームを前記バースト間で分割させる命令を含むコンピュータプログラム。
  17. データ処理装置に対して、
    データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供させ、
    データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供させ、
    前記第１及び第２データフレームを含むバーストを形成させる命令を含むコンピュータプログラム。
  18. データ処理装置に対して、
    データフレームのためのデータを含む第１バーストを受信させ、
    前記データをデータフレーム内に配置させ、
    前記第１バーストを含むバーストのシーケンスにおいて第２バーストが従う指標を前記第１バーストから抽出させ、
    前記データフレームのための追加データを含む前記第２バーストを受信させ、
    前記追加データを前記データフレーム内に配置させるための命令を含むコンピュータプログラム。
  19. データ処理装置に対して、
    複数のデータフレームのためのデータを含むバーストを受信させ、
    データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出させ、
    前記データの各セットを対応するデータフレーム内に配置させるための命令を含むコンピュータプログラム。
  20. データキャリア上に記憶されることを特徴とする請求項１９に記載のコンピュータプログラム。
  21. デジタルブロードキャスティングネットワークでバーストを伝送するためのシステムであって、
    データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
    バーストのシーケンスを形成する段階と、
    前記第１データフレームを前記バースト間で分割する段階と、
    を含み、
    前記データの第１セットは少なくとも２つのバースト間で分割されることを特徴とするシステム。
  22. デジタルブロードキャスティングネットワークでバーストを伝送するためのシステムであって、
    データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供する段階と、
    データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供する段階と、
    前記第１及び第２データフレームを含むバーストを形成する段階と、
    を含むシステム。
  23. データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、
    バーストのシーケンスを形成し、
    前記データの第１セットが少なくとも２つのバースト間で分割されるように前記第１データフレームを前記バースト間で分割する、
    ように構成されたネットワーク要素。
  24. データの第１セットと順方向誤り訂正（ＦＥＣ）データの対応する第１セットとを含む第１データフレームを提供し、
    データの第２セットとＦＥＣデータの対応する第２セットとを含む第２データフレームを提供し、
    前記第１及び第２データフレームを含むバーストを形成する、
    ように構成されたネットワーク要素。
  25. マルチプロトコル・エンキャプスレーション（ＭＰＥ）エンキャプスレータであることを特徴とする請求項２３に記載のネットワーク要素。
  26. デジタルブロードキャスティングネットワークからバーストを受信するための端末であって、
    データフレームのためのデータを含む第１バーストを受信し、
    前記データをデータフレーム内に配置し、
    前記第１バーストを含むバーストのシーケンスにおける第２バーストが従う指標を前記第１バーストから抽出し、
    前記データフレームのための追加データを含む前記第２バーストを受信し、
    前記追加データを前記データフレーム内に配置する、
    ように構成された端末。
  27. デジタルブロードキャスティングネットワークからバーストを受信するための端末であって、
    複数のデータフレームのためのデータを含むバーストを受信し、
    データのセットと該データのセットが属するデータフレームに関する指標とを前記バーストから抽出し、
    前記データを対応するデータフレーム内に配置する、
    ように構成された端末。
JP2011028595A 2004-09-15 2011-02-14 デジタルブロードキャスティングネットワークにおけるバースト伝送 Pending JP2011151813A (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
GB0420540.7 2004-09-15
GB0420540A GB0420540D0 (en) 2004-09-15 2004-09-15 Burst transmission in a digital broadcasting network

Related Parent Applications (1)

Application Number Title Priority Date Filing Date
JP2007531880A Division JP5097547B2 (ja) 2004-09-15 2005-08-12 デジタルブロードキャスティングネットワークにおけるバースト伝送

Publications (2)

Publication Number Publication Date
JP2011151813A true JP2011151813A (ja) 2011-08-04
JP2011151813A5 JP2011151813A5 (ja) 2012-09-27

Family

ID=33306635

Family Applications (2)

Application Number Title Priority Date Filing Date
JP2007531880A Expired - Lifetime JP5097547B2 (ja) 2004-09-15 2005-08-12 デジタルブロードキャスティングネットワークにおけるバースト伝送
JP2011028595A Pending JP2011151813A (ja) 2004-09-15 2011-02-14 デジタルブロードキャスティングネットワークにおけるバースト伝送

Family Applications Before (1)

Application Number Title Priority Date Filing Date
JP2007531880A Expired - Lifetime JP5097547B2 (ja) 2004-09-15 2005-08-12 デジタルブロードキャスティングネットワークにおけるバースト伝送

Country Status (11)

Country Link
US (1) US8209586B2 (ja)
EP (1) EP1790097B1 (ja)
JP (2) JP5097547B2 (ja)
KR (1) KR100891902B1 (ja)
CN (1) CN101040469B (ja)
AU (1) AU2005283852B2 (ja)
BR (1) BRPI0519989B1 (ja)
CA (1) CA2580396A1 (ja)
GB (1) GB0420540D0 (ja)
TW (1) TWI377805B (ja)
WO (1) WO2006030329A1 (ja)

Families Citing this family (34)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2006073284A1 (en) 2005-01-07 2006-07-13 Samsung Electronics Co., Ltd. Apparatus and method for transmitting/receiving multiuser packet in a mobile communication system
US7823048B2 (en) * 2005-05-31 2010-10-26 Nokia Corporation Buffering of data from a data stream having error correction elements
FR2890274A1 (fr) * 2005-08-30 2007-03-02 France Telecom Procede d'adressage pour le transport de donnees sur un reseau de telecommunication,signal de structure d'adresse, passerelle et programme d'ordinateur correspondants
TWI401910B (zh) * 2005-09-19 2013-07-11 St Ericsson Sa 在包含多層級與可適性消除資料的移動式無線應用中用來校正錯誤的裝置與方法
KR100827075B1 (ko) 2006-01-20 2008-05-02 삼성전자주식회사 디지털 비디오 방송 수신기에서 방송 데이터 수신 장치 및방법
WO2007091779A1 (en) 2006-02-10 2007-08-16 Lg Electronics Inc. Digital broadcasting receiver and method of processing data
US7577898B2 (en) * 2006-04-10 2009-08-18 At&T Intellectual Property I, L.P. System and method of correcting video data errors
DE602006004005D1 (de) 2006-04-25 2009-01-15 Dibcom Gerät und Verfahren zur Leistungsverwaltung
WO2007126196A1 (en) 2006-04-29 2007-11-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
JP5653616B2 (ja) 2006-05-11 2015-01-14 トムソン ライセンシングＴｈｏｍｓｏｎ Ｌｉｃｅｎｓｉｎｇ データ伝送方法及び装置
WO2007136166A1 (en) 2006-05-23 2007-11-29 Lg Electronics Inc. Digital broadcasting system and method of processing data
US7525993B2 (en) * 2006-05-24 2009-04-28 Newport Media, Inc. Robust transmission system and method for mobile television applications
EP2067318A4 (en) 2006-07-25 2012-03-07 Thomson Licensing RESTORATION AFTER BURST PACKET LOSS IN WIRELESS NETWORKS BASED ON THE INTERNET PROTOCOL USING STAGGERCASTING AND CROSS PACKAGE TRANSFER ERROR CORRECTION
US7873104B2 (en) 2006-10-12 2011-01-18 Lg Electronics Inc. Digital television transmitting system and receiving system and method of processing broadcasting data
KR101253176B1 (ko) * 2006-11-02 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101221913B1 (ko) 2006-12-20 2013-01-15 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101253185B1 (ko) 2007-03-26 2013-04-10 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285887B1 (ko) 2007-03-26 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
KR101285888B1 (ko) * 2007-03-30 2013-07-11 엘지전자 주식회사 디지털 방송 시스템 및 데이터 처리 방법
EP2009828B1 (en) * 2007-06-28 2016-01-27 Alcatel Lucent Method for providing unequal error protection to data packets in a burst transmission system
WO2009005326A2 (en) 2007-07-04 2009-01-08 Lg Electronics Inc. Digital broadcasting system and method of processing data
US8332896B2 (en) * 2007-07-05 2012-12-11 Coherent Logix, Incorporated Transmission of multimedia streams to mobile devices with cross stream association
US8358687B2 (en) * 2007-09-07 2013-01-22 Qualcomm Incorporated Method and apparatus for receiving multiple simultaneous stream bursts with limited DVB receiver memory
US10320500B2 (en) * 2007-09-18 2019-06-11 Qualcomm Incorporated Method and apparatus to enable fast channel switching with limited DVB receiver memory
EP2238798B1 (en) * 2008-01-29 2018-05-16 Nokia Technologies Oy System and method for burst separation and extended interleaving length
KR101107316B1 (ko) * 2008-12-18 2012-01-20 한국전자통신연구원 분산 영상 코덱의 픽셀 인터리빙 방법
JP5204006B2 (ja) * 2009-02-27 2013-06-05 株式会社東芝 データを送信する装置、方法およびプログラム
US9136981B2 (en) 2010-03-03 2015-09-15 Qualcomm Incorporated Block aggregation of objects in a communication system
KR20120005371A (ko) * 2010-07-08 2012-01-16 한국전자통신연구원 블록 코드 심볼을 중복하여 버스트 데이터 손실을 복구하는 방법 및 장치
CN102088640A (zh) * 2011-01-10 2011-06-08 西安电子科技大学 基于视频内容的自适应选择重传方法
KR101765123B1 (ko) * 2011-01-14 2017-08-04 삼성전자주식회사 통신시스템에서 전송 신호의 호환성을 제공하기 위한 장치 및 방법
CN103138849B (zh) * 2011-11-23 2016-12-07 深圳市中兴微电子技术有限公司 一种特殊突发序列检测方法和系统
JP2020102743A (ja) * 2018-12-21 2020-07-02 ソニーセミコンダクタソリューションズ株式会社 受信機、および、受信機の制御方法
JP2020171003A (ja) * 2019-04-05 2020-10-15 ソニーセミコンダクタソリューションズ株式会社 受信装置、受信方法及び受信プログラム

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH11196072A (ja) * 1997-12-30 1999-07-21 Sony Corp 誤り訂正符号化方法及びその装置並びにデータ伝送方法
JPH11331108A (ja) * 1998-05-20 1999-11-30 Mitsubishi Electric Corp 多重化送信装置、多重化受信装置および多重化伝送システム
JP2000508128A (ja) * 1995-10-24 2000-06-27 ジェネラル・インスツルメント・コーポレイション マルチレイヤー送信フォーマットの物理的レイヤーを通じた可変長バースト送信
WO2003069885A2 (en) * 2002-02-14 2003-08-21 Nokia Corporation Time-slice signaling for broadband digital broadcasting
JP2003527033A (ja) * 2000-03-10 2003-09-09 ヒューズ・エレクトロニクス・コーポレーション Ｔｃｐ／ｉｐ衛星ベースネットワークにｔｄｍａ帯域幅を効率的に割当てるための装置および方法
WO2004082181A1 (ja) * 2003-03-10 2004-09-23 Matsushita Electric Industrial Co., Ltd. Ｏｆｄｍ信号の送信方法、送信装置及び受信装置

Family Cites Families (37)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH04290316A (ja) * 1991-03-19 1992-10-14 Fujitsu Ltd ビット誤り低減方式
US5371734A (en) 1993-01-29 1994-12-06 Digital Ocean, Inc. Medium access control protocol for wireless network
US5382949A (en) 1993-02-01 1995-01-17 Motorola, Inc. Method for increasing battery life for selective call receivers
JP3058796B2 (ja) * 1993-07-05 2000-07-04 三菱電機株式会社 伝送フレームの誤り制御送信装置及び誤り制御受信装置及び誤り訂正符号付伝送フレーム送信方法と受信方法
US6175557B1 (en) 1994-10-31 2001-01-16 Telefonaktiebolaget Lm Ericsson (Publ) Layer 2 protocol in a cellular communication system
JPH09214473A (ja) * 1996-02-06 1997-08-15 Fujitsu Ltd インタリーブ通信方式及びその装置
JPH10117335A (ja) * 1996-10-08 1998-05-06 Toshiba Corp ビデオ・オン・デマンド・システム用情報処理装置
US5923655A (en) 1997-06-10 1999-07-13 E--Net, Inc. Interactive video communication over a packet data network
US6035434A (en) 1997-06-12 2000-03-07 Advanced Micro Devices, Inc. System and method for bit interleaving of half-rate speech data
US6101465A (en) * 1997-06-12 2000-08-08 Advanced Micro Devices, Inc. System and method for bit interleaving of full-rate speech data
US6577610B1 (en) 1997-06-30 2003-06-10 Spacenet, Inc. Flex slotted Aloha transmission system and method
US6839332B1 (en) 1997-10-20 2005-01-04 Comsat Corporation Method for transmission of circuits, packets, and cells in a satellite/wireless TDMA system
JPH11355854A (ja) * 1998-06-10 1999-12-24 Matsushita Electric Ind Co Ltd デジタルデータ送受信方法、デジタルデータの送受信に用いられる基地局装置、およびデジタルデータの送受信に用いられる移動体端末装置
EP1049281B1 (fr) 1999-04-19 2004-12-01 Alcatel Système TDMA multipoint à point utilisant une structure de burst particulière et émetteur correspondant
JP4688244B2 (ja) * 1999-05-13 2011-05-25 ソニー株式会社 信号処理装置および方法、並びにコンピュータ読み取り可能な媒体
US6993009B2 (en) 2000-03-10 2006-01-31 Hughes Electronics Corporation Method and apparatus for deriving uplink timing from asynchronous traffic across multiple transport streams
US6920113B1 (en) * 2000-03-28 2005-07-19 Telsima Inc. Transport of iscochronous and bursty data on a sonet ring
US6441782B2 (en) 2000-04-14 2002-08-27 Hughes Electronics Corporation Method and system of directing an antenna in a two-way satellite system
US7305696B2 (en) 2000-04-17 2007-12-04 Triveni Digital, Inc. Three part architecture for digital television data broadcasting
JP4290316B2 (ja) 2000-05-11 2009-07-01 Ｎｅｃエレクトロニクス株式会社 配線ショート箇所の検査方法及び検査装置
US6477382B1 (en) 2000-06-12 2002-11-05 Intel Corporation Flexible paging for packet data
US6842441B2 (en) 2000-12-19 2005-01-11 Lucent Technologies Inc. Data transmission in a wireless communication system
EP2627008A3 (en) 2000-12-29 2013-09-11 Intel Mobile Communications GmbH Channel codec processor configurable for multiple wireless communications standards
SE0101034L (sv) 2001-03-23 2002-09-24 Etheractive Solutions Ab Bärbar mottagare, rundradiosystem samt förfarande för styrning av detta
US8077679B2 (en) 2001-03-28 2011-12-13 Qualcomm Incorporated Method and apparatus for providing protocol options in a wireless communication system
WO2003001338A2 (en) * 2001-06-22 2003-01-03 Broadcom Corporation System, method and computer program product for mitigating burst noise in a communications system
US7089478B2 (en) * 2001-06-22 2006-08-08 Broadcom Corporation FEC block reconstruction system, method and computer program product for mitigating burst noise in a communications system
GB0203538D0 (en) * 2002-02-14 2002-04-03 Nokia Corp Improvements in and relating to content delivery
JP2004088388A (ja) * 2002-08-27 2004-03-18 Ntt Data Corp 受信装置、受信データのデータ処理方法及びプログラム
BR0314652A (pt) 2002-09-27 2005-08-02 Ibiquity Digital Corp Métodos e aparelhos para intercalar bits de um sinal digital representativo de dados e/ou áudio em um sistema de radiodifusão de áudio digital, para radiodifundir informação digital representativa de dados e/ou áudio em um sistema de radiodifusão de áudio digital, para desintercalar bits recebidos de um sinal digital representativo de dados e/ou áudio em um sistema de radiodifusão de áudio digital e para receber informação digital representativa de dados e/ou áudio em um sistema de radiodifusão de áudio digital
ATE445289T1 (de) 2003-01-21 2009-10-15 Nokia Corp Verfahren, system und netzwerkeinheit zur bereitstellung digitaler breitbandübertragung
WO2004079982A1 (en) * 2003-03-05 2004-09-16 Nokia Corporation Method and system for forward error correction
GB2401759A (en) 2003-05-13 2004-11-17 Nokia Corp Method of signalling in a mobile communications network
GB2402307A (en) * 2003-05-30 2004-12-01 Nokia Corp Encapsulating irregular burst transmissions with overhead information specifying the timing interval to the next burst
GB2406488A (en) * 2003-09-29 2005-03-30 Nokia Corp Sigalling in a communications network
GB2406483A (en) 2003-09-29 2005-03-30 Nokia Corp Burst transmission
US8543931B2 (en) 2005-06-07 2013-09-24 Apple Inc. Preview including theme based installation of user interface elements in a display environment

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2000508128A (ja) * 1995-10-24 2000-06-27 ジェネラル・インスツルメント・コーポレイション マルチレイヤー送信フォーマットの物理的レイヤーを通じた可変長バースト送信
JPH11196072A (ja) * 1997-12-30 1999-07-21 Sony Corp 誤り訂正符号化方法及びその装置並びにデータ伝送方法
JPH11331108A (ja) * 1998-05-20 1999-11-30 Mitsubishi Electric Corp 多重化送信装置、多重化受信装置および多重化伝送システム
JP2003527033A (ja) * 2000-03-10 2003-09-09 ヒューズ・エレクトロニクス・コーポレーション Ｔｃｐ／ｉｐ衛星ベースネットワークにｔｄｍａ帯域幅を効率的に割当てるための装置および方法
WO2003069885A2 (en) * 2002-02-14 2003-08-21 Nokia Corporation Time-slice signaling for broadband digital broadcasting
WO2004082181A1 (ja) * 2003-03-10 2004-09-23 Matsushita Electric Industrial Co., Ltd. Ｏｆｄｍ信号の送信方法、送信装置及び受信装置

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JPN6011020869; Ｊａｎｉ　Ｖ．，　ｅｔ　ａｌ．: 'Ｓｏｆｔ　Ｈａｎｄｏｖｅｒ　ｉｎ　Ｔｒｒｅｓｔｒｉａｌ　Ｂｒｏａｄｃａｓｔ　Ｎｅｔｗｏｒｋｓ' Ｍｏｂｉｌｅ　Ｄａｔａ　Ｍａｎａｇｅｍｅｎｔ，　２００４．　Ｐｒｏｃｅｅｄｉｎｇｓ．　２００４　ＩＥＥＥ　Ｉｎｔｅｒｎａｔｉｏｎａｌ　Ｃｏｎｆｅｒｅｎｃｅ　ｏｎ , 200401 *

Also Published As

Publication number Publication date
CN101040469B (zh) 2012-12-12
TWI377805B (en) 2012-11-21
CN101040469A (zh) 2007-09-19
EP1790097A1 (en) 2007-05-30
US20070277077A1 (en) 2007-11-29
EP1790097B1 (en) 2014-03-12
KR20070061869A (ko) 2007-06-14
JP2008514084A (ja) 2008-05-01
TW200635259A (en) 2006-10-01
CA2580396A1 (en) 2006-03-23
BRPI0519989A2 (pt) 2009-04-07
KR100891902B1 (ko) 2009-04-03
JP5097547B2 (ja) 2012-12-12
AU2005283852A1 (en) 2006-03-23
GB0420540D0 (en) 2004-10-20
WO2006030329A1 (en) 2006-03-23
AU2005283852B2 (en) 2010-03-04
US8209586B2 (en) 2012-06-26
EP1790097A4 (en) 2011-04-27
BRPI0519989B1 (pt) 2019-02-12

Similar Documents

Publication Publication Date Title
JP5097547B2 (ja) デジタルブロードキャスティングネットワークにおけるバースト伝送
US11496534B2 (en) Device for transmitting broadcast signal, device for receiving broadcast signal, method for transmitting broadcast signal, and method for receiving broadcast signal
USRE46880E1 (en) Broadcasting signal receiver and method for transmitting/receiving broadcasting signal
EP1629615B1 (en) Burst transmission
US8250619B2 (en) Method of receiving a broadcasting signal and receiving system for receiving a broadcasting signal
USRE46304E1 (en) Broadcasting signal receiver and method for transmitting/receiving broadcasting signal
KR100885429B1 (ko) 포워드 에러 정정 디코더들
KR100765306B1 (ko) 서비스 정보에서 타임-슬라이싱 매개변수들을 시그널링하는방법
US9444578B2 (en) Method and apparatus of processing digital broadcasting signal in transmitter and receiver
EP1680927B1 (en) Forward error correction decoders
EP1816767A2 (en) Method for transmitting/receiving data in a digital multimedia broadcasting system, and system thereof

Legal Events

Date Code Title Description
A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20120809

A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20130123

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130204

A521 Written amendment

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20130501

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20130805

A602 Written permission of extension of time

Free format text: JAPANESE INTERMEDIATE CODE: A602

Effective date: 20131108

A02 Decision of refusal

Free format text: JAPANESE INTERMEDIATE CODE: A02

Effective date: 20140407