(57)【要約】      （修正有）【課題】下位互換性のある方法において同一の受信条件において損傷しないデータを引き出すことができるデータパケットの数を増加する。【解決手段】ディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのデータを伝送するための主サービスチャネル内におけるサブチャネル構造を提供する。サブチャネル構造は、所定の数のデータパケット、および所定の数のエラー制御パケットを含み、その際、それぞれのエラー制御パケットは、エラー制御コードフィールドを含み、このエラー制御フィールドのデータは、データパケットのパケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生され、かつそれぞれのエラー制御パケットは、エラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを含んでいる。【選択図】      図１
2005333629.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのアプリケーションのデータを伝送するためのディジタルオーディオ放送システムにおける主サービスチャネル内におけるサブチャネル構造であって、
所定の数のデータパケットを含み、その際、それぞれのデータパケットが、
関連するアプリケーションおよびパケットデータフィールドの長さを識別することを可能にするヘッダを含み、かつ
前記識別されたアプリケーションのアプリケーションデータを有するフィールドを含むパケットデータフィールドを含み、
さらにサブチャネル構造が、
所定の数のエラー制御パケットを含み、その際、それぞれのエラー制御パケットが、
エラー制御コードフィールドを含み、その際、エラー制御フィールドのデータが、前記データパケットのパケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生され、かつ
前記エラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを含む
ことを特徴とするサブチャネル構造。
【請求項２】
前記データパケットおよび前記エラー制御パケットが、所定の長さのものであることを特徴とする、請求項１に記載のサブチャネル構造。
【請求項３】
データパケットおよびエラー制御パケットの個々のバイトが、マトリクスの形で表現可能であり、
その際、マトリクスのそれぞれの行が、
それに対して前記のエラーコードフィールドのデータが発生されたデータパケットのバイトを含み、または
エラー制御パケットの前記エラー制御コードフィールドの前記データのエラー制御コードバイトを含み、かつ
その際、マトリクスのそれぞれの列のそれぞれのエラー制御バイトが、前記行におけるデータパケットのバイトに基づいて発生される
ことを特徴とする、請求項２に記載のサブチャネル構造。
【請求項４】
さらに前記データパケットのパケットデータフィールドが、パケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生されるエラー制御コードフィールドを含むことを特徴とする、請求項１ないし３の１つに記載のサブチャネル構造。
【請求項５】
前記のエラー制御パケット内における前記のエラー制御コードフィールドのデータおよび／または前記のデータパケットが、リードソロモンコード、ターボコードまたはその他のフォワードエラー訂正コードを利用して発生されるエラー制御コードデータを構成することを特徴とする、請求項１ないし４の１つに記載のサブチャネル構造。
【請求項６】
ディジタルオーディオ放送システムにおけるパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータを伝送する方法であって、
所定の数のデータパケットを形成し、その際、それぞれのデータパケットが、パケットデータフィールド内における関連するアプリケーションおよびアプリケーションデータの長さを識別することを可能にするパケットヘッダ、および関連するアプリケーションの前記アプリケーションデータを有するフィールドを含むパケットデータフィールドを連結することによって形成され、
所定の数のエラー制御パケットを形成し、その際、それぞれのエラー制御パケットが、そのデータをパケットデータフィールドの少なくとも一部および／またはパケットヘッドの少なくとも一部に基づいて発生するエラー制御コードフィールド、および前記エラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを連結することによって形成され、
前記データパケットおよび前記エラー制御パケットを連結することによってサブチャネル構造を形成し、
前記形成されたサブチャネル構造を含む伝送フレームのシーケンスを発生し、かつ
前記伝送フレームを伝送する
ステップを含むことを特徴とする方法。
【請求項７】
前記データパケットおよび前記エラー制御パケットが、所定の長さのものであることを特徴とする、請求項６に記載の方法。
【請求項８】
データパケットおよびエラー制御パケットの個々のバイトが、マトリクスの形で表現可能であり、
その際、マトリクスのそれぞれの行が、
それに対して前記エラーコードフィールドのデータが発生されたデータパケットのバイトを含み、または
エラー制御パケットの前記エラー制御コードフィールドの前記データのエラー制御コードバイトを含み、かつ
さらに方法が、前記行におけるデータパケットのバイトに基づいてマトリクスのそれぞれの列のそれぞれのエラー制御バイトを発生するステップを含む
ことを特徴とする、請求項７に記載の方法。
【請求項９】
さらにそれぞれのデータパケットのパケットデータフィールドが、パケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生されるエラー制御コードフィールドを含むことを特徴とする、請求項６ないし８の１つに記載の方法。
【請求項１０】
リードソロモンコードまたはターボコードまたはその他のフォワードエラー訂正コードを利用して前記エラー制御パケットの前記エラー制御コードフィールドの前記データおよび／または前記データパケットを発生するステップをさらに含むことを特徴とする、請求項６に記載の方法。
【請求項１１】
エラー制御パケットの前記エラー制御コードフィールドのデータおよび／またはデータパケットを発生するために利用されるエラー制御コードにおける情報を伝送するステップをさらに含み、かつ情報データ流内における相応する少なくとも１つのエラー制御コード方式が、伝送フレームの一部であることを特徴とする、請求項１０に記載の方法。
【請求項１２】
ディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのパケットベースのデータ流を受信する方法であって、
前記データ流を含む伝送信号を受信し、
前記伝送信号から前記データ流を含む少なくとも１つの伝送フレームを抽出し、
前記伝送フレームから主サービスチャネルを抽出し、
前記主サービスチャネルから所定の数のデータパケットおよび所定の数のエラー制御パケットの連結を含むサブチャネル構造を抽出し、その際、それぞれのエラー制御パケットが、前記データパケットの少なくとも一部を保護するエラー制御コードデータを含み、かつそれぞれのデータパケットがＣＲＣフィールドを含み、
前記ＣＲＣフィールドを利用して前記データパケットのデータの完全性を検証し、その際、データの完全性が確認されなかったデータパケットが、マークされ、かつ
少なくとも１つの前記エラー制御パケットを利用して前記マークされたデータパケットにおけるエラーを訂正する
ステップを含むことを特徴とする方法。
【請求項１３】
それぞれのデータパケットが、エラー制御コードデータ、エラー制御コードフィールドをさらに含み、かつ
さらに方法が、データパケットの前記エラー制御コードデータを利用してデータパケット内におけるエラーを訂正するステップを含み、かつ
その際、データパケットの前記エラー制御コードデータを利用してエラーが訂正できなかった場合、データパケットがマークされる
ことを特徴とする、請求項１２に記載の方法。
【請求項１４】
データパケットおよびエラー制御パケットが、所定の長さのものであることを特徴とする、請求項１２または１３に記載の方法。
【請求項１５】
それぞれのデータパケットが、パケットデータフィールド内に関連するアプリケーションおよびアプリケーションの長さを識別することを可能にするパケットヘッダを含み、かつパケットデータフィールドが、関連するアプリケーションの前記アプリケーションデータを有するフィールドを含み、
それぞれのエラー制御パケットが、エラー制御コードフィールドを含み、このエラー制御コードフィールドのデータが、パケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生され、かつエラー制御パケットが、前記のエラー制御コードフィールドの前にこのエラー制御コードフィールドを保護するためにＣＲＣフィールドを含む
ことを特徴とする、請求項１２ないし１４の１つに記載の方法。
【請求項１６】
それぞれのエラー制御パケットの前記エラー制御コードフィールドのデータの完全性を検証し
かつデータの完全性が検証された前記マークされたデータパケットを訂正するためにこれらのエラー制御コードパケットだけを利用するステップをさらに含む
ことを特徴とする、請求項１５に記載の方法。
【請求項１７】
データパケットおよびエラー制御パケットの個々のバイトが、マトリクスの形で表現可能であり、
その際、マトリクスのそれぞれの行が、
それに対して前記エラーコードフィールドのデータが発生されたデータパケットのバイトを含み、または
エラー制御パケットの前記エラー制御コードフィールドの前記データのエラー制御コードバイトを含み、かつ
さらに方法が、前記行における少なくとも１つのマークされたデータパケットのバイトを訂正するためにそれぞれの列のエラー制御バイトを利用するステップを含む
ことを特徴とする、請求項１５または１６に記載の方法。
【請求項１８】
伝送フレームから情報データ流を抽出し、かつ
前記エラー制御パケットおよび／または前記データパケット内にエラー制御コードデータを発生するために利用される少なくとも１つの供給されるエラー制御コードおよび少なくとも１つの相応するエラー制御コード方式において、情報データ流から情報を抽出する
ステップをさらに含むことを特徴とする、請求項１２ないし１７の１つに記載の方法。
【請求項１９】
ディジタルオーディオ放送システムにおけるパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータを伝送する放送局であって、
所定の数のデータパケットを形成するために処理手段を有し、その際、それぞれのデータパケットが、パケットデータフィールドにおける関連するアプリケーションおよびアプリケーションの長さを識別することを可能にするパケットヘッダ、および関連するアプリケーションの前記アプリケーションデータを有するフィールドを含むパケットデータフィールドを連結することによって形成され、
その際、処理手段が、さらに所定の数のエラー制御パケットを形成するようになっており、その際、それぞれのエラー制御パケットが、パケットデータフィールドの少なくとも一部および／またはパケットヘッドの少なくとも一部に基づいてデータを発生するエラー制御コードフィールド、および前記のエラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを連結することによって形成され、
前記データパケットおよび前記エラー制御パケットを連結することによってサブチャネル構造を形成し、かつ
前記形成されたサブチャネル構造を含む伝送フレームを発生し、かつ
前記伝送フレームを伝送するために送信機を有する
ことを特徴とする放送局。
【請求項２０】
請求項６ないし１１の１つに記載の方法を実施するように適応された手段をさらに含むことを特徴とする、請求項１９に記載の放送局。
【請求項２１】
ディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのパケットベースのデータ流を受信する端末であって、
データ流を含む伝送信号を受信する受信機を有し、
伝送信号から前記データ流を含む少なくとも１つの伝送フレームを抽出する処理手段を有し、
その際、処理手段が、伝送フレームから主サービスチャネルを抽出するようになっており、かつ
主サービスチャネルから所定の数のデータパケットおよび所定の数のエラー制御パケットの連結を含むサブチャネル構造を抽出するようになっており、その際、それぞれのエラー制御パケットが、前記データパケットの少なくとも一部を保護するエラー制御データを含み、かつそれぞれのデータパケットが、ＣＲＣフィールドを含み、
前記ＣＲＣフィールドを利用して前記データパケットのデータの完全性を検証する検証手段を有し、その際、データの完全性が確認されなかったデータパケットがマークされ、かつ
少なくとも１つの前記エラー制御パケットを利用して前記マークされたデータパケット内におけるエラーを訂正するエラー訂正手段を有する
ことを特徴とする端末。
【請求項２２】
請求項１２ないし１８の１つに記載の方法を実施するように適応された手段をさらに含むことを特徴とする、請求項２１に記載の端末。
【請求項２３】
請求項１ないし５の１つに記載のパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータを伝送することを特徴とする、ディジタルオーディオ放送システム。
【請求項２４】
プロセッサにおいて実行されたときに、ディジタルオーディオ放送システムにおけるパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータをプロセッサに伝送させる命令を記憶するコンピュータ読み取り可能な媒体であって、
所定の数のデータパケットを形成し、その際、それぞれのデータパケットが、パケットデータフィールドにおける関連するアプリケーションおよびアプリケーションの長さを識別することを可能にするパケットヘッダ、および関連するアプリケーションの前記アプリケーションデータを有するフィールドを含むパケットデータフィールドを連結することによって形成され、
所定の数のエラー制御パケットを形成し、その際、それぞれのエラー制御パケットが、パケットデータフィールドの少なくとも一部および／またはパケットヘッドの少なくとも一部に基づいてデータを発生するエラー制御コードフィールド、および前記エラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを連結することによって形成され、
前記データパケットおよび前記エラー制御パケットを連結することによってサブチャネル構造を形成し、かつ
前記形成されたサブチャネル構造を含む伝送フレームを発生し、かつ
前記伝送フレームを伝送する
ことを特徴とするコンピュータ読み取り可能な媒体。
【請求項２５】
プロセッサによって実行されたときに、請求項６ないし１１の１つに記載の方法ステップの実施を引き起こす命令をさらに記憶することを特徴とする、請求項２４に記載のコンピュータ読み取り可能な媒体。
【請求項２６】
プロセッサにおいて実行されたときに、ディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのパケットベースのデータ流をプロセッサに受信させる命令を記憶するコンピュータ読み取り可能な媒体であって、
データ流を含む伝送信号を受信し、
前記伝送信号から前記データ流を含む少なくとも１つの伝送フレームを抽出し、
前記伝送フレームから主サービスチャネルを抽出し、
主サービスチャネルから所定の数のデータパケットおよび所定の数のエラー制御パケットの連結を含むサブチャネル構造を抽出し、その際、それぞれのエラー制御パケットが、前記データパケットの少なくとも一部を保護するエラー制御データを含み、かつそれぞれのデータパケットが、ＣＲＣフィールドを含み、
前記ＣＲＣフィールドを利用して前記データパケットのデータの完全性を検証し、その際、データの完全性が確認されなかったデータパケットがマークされ、かつ
少なくとも１つの前記エラー制御パケットを利用して前記マークされたデータパケット内におけるエラーを訂正する
ことを特徴とするコンピュータ読み取り可能な媒体。
【請求項２７】
プロセッサによって実行されたときに、請求１２ないし１８の１つに記載の方法ステップの実施を引き起こす命令をさらに記憶することを特徴とする、請求項２４に記載のコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＤＡＢまたはＤＲＭのようなディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのデータを伝送する主サービスチャネル内におけるサブチャネル構造に関する。さらに本発明は、サブチャネル構造を利用してアプリケーションデータを送信しかつ受信する方法、および相応する放送局および受信端末を提供する。さらに本発明は、提案されたサブチャネル構造を利用してデータを伝送するディジタル放送システムを提供する。
【背景技術】
【０００２】
ディジタルオーディオ放送（ＤＡＢ）は、ユーロピアン・ブロードキャスティング・ユニオン（ＥＢＵ）との密な共同作業において、ユーロピアン・ユーレカ１４７／ＤＢＡプロジェクトによって開発されており、かつ非特許文献１において最終的に標準化されている。
【０００３】
ＤＡＢは、高品質の音響およびデータ、およびあらゆるタイプの受信機、たとえば家庭用ハイファイ、携帯、個人および自動車用の端末に対してきわめて丈夫な受信品質を提供する。ＣＯＦＤＭ（コーデッド・オルソゴナル・フリーケンシー・ディビジョン・マルチプレックス）を利用すれば、伝送媒体は、既存のＶＨＦ／ＦＭ音響放送によって可能なものよりも多くの聴取者にかつさらに丈夫にプログラムサービスを引き渡すことができる。
【０００４】
ＤＡＢ伝送信号は、図１に示すように、３つのチャネル：すなわち同期チャネル１０２、高速情報チャネル（ＦＩＣ）１０３および主サービスチャネル（ＭＳＣ）１０４を含む時分割多重方式に基づいて構成されている。一緒になってこれらの３つのチャネルは、いわゆる伝送フレーム１０１を形成している。
【０００５】
同期チャネル
【０００６】
同期チャネル１０２は、自動周波数制御（ＡＦＣ），自動利得制御（ＡＧＣ）および位相基準のような基本的な受信機の制御機構を組み込んでいる。符号化された送信機識別情報を有することも利用することができる。
【０００７】
高速情報チャネル
【０００８】
高速情報チャネル（ＦＩＣ）１０３は、データ伝送のために制限された容量を有するが、主サービスチャネルが可能にするものよりも高速で受信機に情報を供給することができる。このことは、ＦＩＣにおけるデータが、主サービスチャネル（ＭＳＣ）１０４を介して送られるデータのようなＣＯＦＤＭ符号化プロセスにおける時間インターリーブ（ｔｉｍｅ−ｉｎｔｅｒｌｅａｖｉｎｇ）を受けないからである。
【０００９】
ＦＩＣデータの保護の程度は、さもなければいっそう高速の応答によってさえかついっそう良好な保護によってさえ、別の可能性を信号通知するために別のレベルの信号通知を必要とするので、ほぼ１／３の永久的に固定された符号速度における畳み込み符号化によって与えることができる。許容可能なエラー特性を達成するために、ＦＩＣデータは、規則的に繰り返される。ＦＩＣ１０３の主アプリケーションは、受信機への多重構成情報（ＭＣＩ）の提供である。多重構成情報は、ＭＳＣ１０４におけるデータの多重構造を定義する。さらにＦＩＣ１０３は、サービス情報（ＳＩ）を含んでいる。ＦＩＣ内において、その他のデータサービスコンポーネントを伝送することもできる。
【００１０】
さらにサービスの連続性を維持したまま、多重構成を変更することができる。この場合、２つのセットの多重構造情報を、ＦＩＣにおいて並列に伝送することができ（現在／次構成）、このＦＩＣは、サービス情報および／またはデータサービスコンポーネントを送るために残りの容量を一時的に減少する。
【００１１】
主サービスチャネル
【００１２】
主サービスチャネル（ＭＳＣ）１０４は、伝送データの大部分を有するＤＡＢアンサンブルのもっとも大きな部分である。
【００１３】
アンサンブルは、規則的にかつ密接して間隔を置いた直交する搬送波のセットを含む伝送される信号と解することができる。アンサンブルは、受信されかつ処理される全体であることができ、かつプログラムおよびデータサービスを含むことができる。
【００１４】
主サービスチャネル１０４は、放送のための種々のオーディオサービスコンポーネントを提供するためにたとえばサブチャネルに分割することができる。ＤＡＢの専門用語において、サービスは、（オーディオ）プログラムサービスおよびデータサービスの両方であると考えられ、かつサービスプロバイダによって提供される。ＤＡＢの使用によれば、ＭＳＣが、受信機に種々のアプリケーションまたはサービスのデータ流を提供する１ないし４の共通のインターリーブされたフレーム（ＣＩＦ）を含むことができることは、注目に値する。
【００１５】
それぞれのサブチャネルは、ＤＡＢオーディオフレームを有する場合、プログラムに関するデータ（ＰＡＤ）も有することができる。ＰＡＤは、オーディオ同期情報であることができ、かつその内容は、オーディオに密接な関係を有することができる。連続するオーディオフレーム内におけるＰＡＤバイトは、ＰＡＤチャネルを構成することができる。ＰＡＤは、たとえば雑音の多い環境において聞くためにオーディオ信号のダイナミックレンジに受信機を適応することができるようにするダイナミックレンジ制御（ＤＲＣ）、伝送される音響が音楽を含むかまたは音声を含むかどうかを表示する音楽／音声表示、および／または音楽に同期して復号器に特殊指令を運搬する指令チャネルを提供することができる。プログラムに関するテキストおよび／または汎用製品コード／ヨーロッパ物品番号は、ディジタルで伝送される場合、あらかじめ記録されたソフトウエアのものを有する。
【００１６】
ＭＳＣ１０４は、２．３Ｍビット／ｓの全体の容量を有する。畳み込みコードの速度に依存して、このことは、０．６と１．８Ｍビット／ｓとの間の正味のビット速度に通じる。ソース信号のデータサンプルは、１６の論理フレーム周期にわたって広がっている（時間的なインターリーブ）。伝送される信号は、Ｄ−ＱＰＳＫ（ディファレンシャル・クワドラチャー・フェーズ・シフト・キーイング）および周波数インターリーブによって発生された連続ＣＯＦＤＭ（コーデッド・オルソゴナル・フリーケンシー・ディビジョン・マルチプレックス）コードからなる。
【００１７】
ＤＡＢ送り機構
【００１８】
ＤＡＢは、基本的にコンテンツのために４つの送り機構を提供する。コンテンツデータは、ＭＳＣ流オーディオとして、ＭＳＣ流データとして、高速情報データチャネル（ＦＩＤＣ）内において、またはＭＳＣパケットデータとして（パケットモード）伝送することができる。
【００１９】
受信条件および適用される畳み込みエラー制御コード速度に依存して、受信されたＤＡＢデータパケットの一部は、−パケットモードで動作する場合−損傷を受けることがあり、かつ廃棄されることがある。
【００２０】
ＤＡＢネットワークは、典型的には畳み込み復号化の後に受信機において１０−４のビットエラー率に対して設計されている。ある種のユーザアプリケーションに対して、たとえばビデオアプリケーションは、大幅に妨害されない表示のために１０−８ないし１０−１０のオーダのそれより低いビットエラー率（ＢＥＲ）を必要とする。
【００２１】
ＤＡＢまたはＤＲＭ伝送のためのＢＥＲを改善するために、本出願人の係属中のヨーロッパ特許出願（一連番号ＥＰ０４００３６３４．５号、”エンハンスド・エラー・プロテクション・フォー・パケットベースド・サービス・デリバリー・イン・ディジタル・ブロードキャスティング・システムズ”）は、後にさらに詳細に説明する新しいパケット構造を提案する。係属中の出願に提案されたパケット構造が、ガウスのチャネルモデルを仮定した場合に、十分にシステムの特性を増進することができるとはいえ、通常自動車チャネルは、係属中の出願の提案された方法を利用して訂正することができないいっそう長いバーストエラーを有する。１つの可能性は、伝送チェーン内にいっそう長いインターリーブ構造を利用することにあることができる。このことは、エラー分布をガウスの形に変更することができ、係属中の出願により提案されるエラー訂正機構の利用を再び容易にする。しかしながら既存のかつすでに引き渡された受信機は、いっそう長いインターリーブ構造を利用した信号を受信できないことがある。したがってこの解決策は、下位互換性がない。
【００２２】
【非特許文献１】ＥＴＳＩ  ＥＮ  ３００  ４０１：”レディオ・ブロードキャスティング・システムズ；ディジタル・オーディオ・ブロードキャスティング（ＤＡＢ）・トゥー・モービル、ポータブル・アンド・フィックスド・レシーバ”（ｈｔｔｐ：／／ｗｗｗ．ｅｔｓｉ．ｏｒｇにおいて利用可能）
【発明の開示】
【発明が解決しようとする課題】
【００２３】
本発明の目的は、下位互換性のある方法において同一の受信条件において損傷しないデータを引き出すことができるデータパケットの数を増加することにある。
【課題を解決するための手段】
【００２４】
目的は、特許請求の範囲の独立請求項の主題によって解決される。本発明の有利な実施例は、特許請求の範囲の従属請求項の主題である。
【００２５】
本発明の構成によれば、少なくとも１つのアプリケーションのデータを伝送するために、ディジタルオーディオ放送システムにおける主サービスチャネル内におけるサブチャネル構造が提供される。サブチャネル構造は、所定の数のデータパケットを含むことができ、その際、それぞれのデータパケットは、関連するアプリケーションおよびパケットデータフィールドの長さを識別することを可能にするヘッダを含み、かつ識別されたアプリケーションのアプリケーションデータを有するフィールドを含むパケットデータフィールドを含んでいる。さらにサブチャネル構造は、所定の数のエラー制御パケットを含み、その際、それぞれのエラー制御パケットは、エラー制御コードフィールドを含み、このエラー制御フィールドのデータは、パケットデータフィールドの少なくとも一部および／またはデータパケットのパケットヘッダの少なくとも一部に基づいて発生され、かつエラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを含んでいる。
【００２６】
別の構成において、データパケットおよびエラー制御パケットは、所定の長さのものであることができる。
【００２７】
データパケットおよびエラー制御パケットの個々のバイトは、マトリクスの形で表現可能であり、その際、マトリクスのそれぞれの行は、それに対してエラーコードフィールドのデータが発生されたデータパケットのバイトを含み、またはエラー制御パケットのエラー制御コードフィールドのデータのエラー制御コードバイトを含み、かつその際、マトリクスのそれぞれの列のそれぞれのエラー制御バイトは、行におけるデータパケットのバイトに基づいて発生される。
【００２８】
さらに本発明の別の構成は、サブチャネル構造を提供し、その際、さらにデータパケットのパケットデータフィールドは、パケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生されるエラー制御コードフィールドを含んでいる。
【００２９】
さらにエラー制御パケット内におけるエラー制御コードフィールドのデータおよび／またはデータパケットは、リードソロモンコードまたはターボコードまたはその他のフォワードエラー訂正コードを利用して発生されるエラー制御コードデータを構成することができる。
【００３０】
本発明の別の構成は、ディジタルオーディオ放送システムにおけるパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータを伝送する方法を提供する。方法は、所定の数のデータパケットを形成し、その際、それぞれのデータパケットが、パケットデータフィールド内における関連するアプリケーションおよびアプリケーションデータの長さを識別することを可能にするパケットヘッダ、および関連するアプリケーションのアプリケーションデータを有するフィールドを含むパケットデータフィールドを連結することによって形成されるステップを含むことができる。さらに方法は、所定の数のエラー制御パケットを形成し、その際、それぞれのエラー制御パケットが、そのデータをパケットデータフィールドの少なくとも一部および／またはパケットヘッドの少なくとも一部に基づいて発生するエラー制御コードフィールド、およびエラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを連結することによって形成され、データパケットおよびエラー制御パケットを連結することによってサブチャネル構造を形成することを提案している。形成されたサブチャネル構造を含む伝送フレームのシーケンスを発生する際に、伝送フレームを伝送することができる。
【００３１】
前に概要を述べたように、データパケットおよびエラー制御パケットの個々のバイトは、マトリクスの形で表現可能であり、その際、マトリクスのそれぞれの行は、それに対してエラーコードフィールドのデータが発生されたデータパケットのバイトを含み、またはエラー制御パケットのエラー制御コードフィールドのデータのエラー制御コードバイトを含んでいる。別の構成においてかつこのマトリクス表現に基づいて、さらに方法は、行におけるデータパケットのバイトに基づいてマトリクスのそれぞれの列のそれぞれのエラー制御バイトを発生するステップを含んでいる。
【００３２】
さらにそれぞれのデータパケットのパケットデータフィールドは、さらにパケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生されるエラー制御コードフィールドを含むことができる。
【００３３】
別の構成において、リードソロモンコードまたはターボコードまたはその他のフォワードエラー訂正コードを利用して、エラー制御パケットのエラー制御コードフィールドのデータおよび／またはデータパケットを発生することができる。
【００３４】
さらにエラー制御パケットのエラー制御コードフィールドのデータおよび／またはデータパケットを発生するために利用されるエラー制御コードにおける情報、および相応する少なくとも１つのエラー制御コード方式は、伝送フレームの一部である情報データ流内において伝送することができる。たとえば情報データ流は、ＦＩＣであることができる。
【００３５】
本発明の別の構成は、ディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのパケットベースのデータ流を受信する方法を提供する。方法は、データ流を含む伝送信号を受信し、伝送信号からデータ流を含む少なくとも１つの伝送フレームを抽出し、かつ伝送フレームから主サービスチャネルを抽出するステップを含むことができる。さらに主サービスチャネルから、所定の数のデータパケットおよび所定の数のエラー制御パケットの連結を含むサブチャネル構造を抽出することができ、その際、それぞれのエラー制御パケットは、データパケットの少なくとも一部を保護するエラー制御コードデータを含み、かつそれぞれのデータパケットは、ＣＲＣフィールドを含んでいる。次にＣＲＣフィールドを利用してデータパケットのデータの完全性を検証することができ、その際、データの完全性が確認されなかったデータパケットは、マークされ、かつ少なくとも１つのエラー制御パケットを利用して、マークされたデータパケットにおけるエラーを訂正することができる。
【００３６】
別の構成において、それぞれのデータパケットは、エラー制御コードデータ、エラー制御コードフィールドをさらに含み、かつデータパケットのエラー制御コードデータを利用して、データパケット内におけるエラーを訂正することができる。この構成において、データパケットのエラー制御コードデータを利用してエラーが訂正できなかった場合、データパケットはマークされる。
【００３７】
別の構成において、それぞれのデータパケットは、パケットデータフィールド内に関連するアプリケーションおよびアプリケーションの長さを識別することを可能にするパケットヘッダを含むことができ、かつパケットデータフィールドが、関連するアプリケーションのアプリケーションデータを有するフィールドを含んでいる。それぞれのエラー制御パケットは、エラー制御コードフィールドを含むことができ、このエラー制御コードフィールドのデータは、パケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいて発生され、かつエラー制御パケットは、エラー制御コードフィールドの前にこのエラー制御コードフィールドを保護するためにＣＲＣフィールドを含むことができる。
【００３８】
別の構成において、方法は、それぞれのエラー制御パケットのエラー制御コードフィールドのデータの完全性を検証し、かつデータの完全性が検証されたマークされたデータパケットを訂正するためにこれらのエラー制御コードパケットだけを利用するするステップをさらに含んでいる。
【００３９】
データパケットおよびエラー制御パケットの個々のバイトは、前に概要を述べたように、マトリクスの形で表現可能であり、さらに方法は、行における少なくとも１つのマークされたデータパケットのバイトを訂正するためにそれぞれの行のエラー制御バイトを利用するステップを含んでいる。
【００４０】
別の構成において、伝送フレームから情報データ流を抽出することができ、かつエラー制御パケットおよび／またはデータパケット内にエラー制御コードデータを発生するために利用される少なくとも１つの供給されるエラー制御コードおよび少なくとも１つの相応するエラー制御コード方式において、情報データ流から情報を抽出することができる。
【００４１】
別の構成によれば、本発明は、ディジタルオーディオ放送システムにおけるパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータを伝送する放送局を提供する。
【００４２】
放送局は、所定の数のデータパケットを形成するために処理手段を含むことができ、その際、それぞれのデータパケットは、パケットデータフィールドにおける関連するアプリケーションおよびアプリケーションの長さを識別することを可能にするパケットヘッダ、および関連するアプリケーションのアプリケーションデータを有するフィールドを含むパケットデータフィールドを連結することによって形成され、その際、処理手段は、さらに所定の数のエラー制御パケットを形成するようになっており、その際、それぞれのエラー制御パケットは、パケットデータフィールドの少なくとも一部および／またはパケットヘッドの少なくとも一部に基づいてデータを発生するエラー制御コードフィールド、およびエラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを連結することによって形成され、データパケットおよびエラー制御パケットを連結することによってサブチャネル構造を形成し、かつ形成されたサブチャネル構造を含む伝送フレームを発生する。さらに放送局は、伝送フレームを伝送するために送信機を含んでいる。
【００４３】
さらに放送局は、前に概要を述べた種々の構成にしたがって伝送方法のステップを実施するようになった手段を含むことができる。
【００４４】
別の構成によれば、ディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのパケットベースのデータ流を受信する端末が提供される。端末は、データ流を含む伝送信号を受信する受信機を含むことができ、かつ伝送信号からデータ流を含む少なくとも１つの伝送フレームを抽出する処理手段を含むことができ、その際、処理手段は、伝送フレームから主サービスチャネルを抽出するようになっており、かつ主サービスチャネルから所定の数のデータパケットおよび所定の数のエラー制御パケットの連結を含むサブチャネル構造を抽出するようになっており、その際、それぞれのエラー制御パケットは、データパケットの少なくとも一部を保護するエラー制御データを含み、かつそれぞれのデータパケットは、ＣＲＣフィールドを含んでいる。さらに端末は、ＣＲＣフィールドを利用してデータパケットのデータの完全性を検証する検証手段を含むことができ、その際、データの完全性が確認されなかったデータパケットがマークされ、かつ端末は、少なくとも１つのエラー制御パケットを利用してマークされたデータパケット内におけるエラーを訂正するエラー訂正手段を含むことができる。
【００４５】
さらに端末は、前に概要を述べたいずれかの構成にしたがって受信方法を実施するようになった手段を含むことができる。
【００４６】
本発明の別の構成は、前に概要を述べた構成のうちの１つにしたがってパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータを伝送するディジタルオーディオ放送システムを提供する。
【００４７】
本発明によるさらに別の構成は、プロセッサにおいて実行されたときに、ディジタルオーディオ放送システムにおけるパケットのサブチャネル構造内における少なくとも１つのアプリケーションのデータをプロセッサに伝送させる命令を記憶するコンピュータ読み取り可能な媒体を提供し、所定の数のデータパケットを形成し、その際、それぞれのデータパケットは、パケットデータフィールドにおける関連するアプリケーションおよびアプリケーションの長さを識別することを可能にするパケットヘッダ、および関連するアプリケーションのアプリケーションデータを有するフィールドを含むパケットデータフィールドを連結することによって形成され、所定の数のエラー制御パケットを形成し、その際、それぞれのエラー制御パケットは、パケットデータフィールドの少なくとも一部および／またはパケットヘッダの少なくとも一部に基づいてデータを発生するエラー制御コードフィールド、およびエラー制御コードフィールドの前においてこのエラー制御コードフィールドを保護するためのＣＲＣフィールドを連結することによって形成され、データパケットおよびエラー制御パケットを連結することによってサブチャネル構造を形成し、かつ形成されたサブチャネル構造を含む伝送フレームを発生し、かつ伝送フレームを伝送する。
【００４８】
さらにコンピュータ読み取り可能な媒体は、プロセッサによって実行されたときに、前に概要を述べた構成のうちの１つにしたがって伝送方法ステップの実施を引き起こす命令を記憶することができる。
【００４９】
本発明によるさらに別の構成は、プロセッサにおいて実行されたときに、ディジタルオーディオ放送システムにおける少なくとも１つのアプリケーションのパケットベースのデータ流をプロセッサに受信させる命令を記憶するコンピュータ読み取り可能な媒体を提供し、データ流を含む伝送信号を受信し、伝送信号からデータ流を含む少なくとも１つの伝送フレームを抽出し、伝送フレームから主サービスチャネルを抽出し、主サービスチャネルから所定の数のデータパケットおよび所定の数のエラー制御パケットの連結を含むサブチャネル構造を抽出し、その際、それぞれのエラー制御パケットは、データパケットの少なくとも一部を保護するエラー制御データを含み、かつそれぞれのデータパケットは、ＣＲＣフィールドを含み、ＣＲＣフィールドを利用して前記のデータパケットのデータの完全性を検証し、その際、データの完全性が確認されなかったデータパケットがマークされ、かつ少なくとも１つのエラー制御パケットを利用してマークされたデータパケット内におけるエラーを訂正する。
【００５０】
さらにコンピュータ読み取り可能な媒体は、プロセッサによって実行されたときに、前に概要を述べた構成のうちの少なくとも１つにしたがって受信方法ステップの実施を引き起こす命令を記憶することができる。
【発明を実施するための最良の形態】
【００５１】
次に本発明を添付の図および図面を引用してさらに詳細に説明する。図において同様なまたは対応する詳細は、同じ参照符号によってマークされている。
【００５２】
前に概要を述べたように、本発明は、下位互換性のある方法においてたとえばＤＡＢまたはＤＲＭのようなディジタルオーディオ放送システムにおける伝送に追加的なエラー保護機構を提供する。
【００５３】
本発明の種々の様相のうちの１つによれば、ＤＡＢ伝送信号にスーパーフレーム構造を構成しかつこのスーパーフレーム構造にエラーブロック符号化を適用する方法は、受信されるＤＡＢパケットのパケットエラー率（ＰＥＲ）を低下するために提案される。それによりスーパーフレーム構造は、受信されたスーパーフレームをメッセージおよびパリティーパケットに分割することができる。このスーパーフレーム構造は、受信機の電力節約モードにおいて有利に利用することもでき：たとえばすべてのデータパケットが成功して受信された場合、受信機は、データパケットの訂正を可能にするスーパーフレーム構造のエラー制御パケットを受信しなくともよい。
【００５４】
サブチャネルのスーパーフレーム構造は、いくつかの後続の伝送フレーム内において送ることができるので、受信機は、エラー制御パケットを提供することができる後続の伝送フレーム（ＣＩＦ）を受信する前に、データパケットの成功した受信を検出することができる。したがってエラー制御パケットが予測される時間周期にわたって、受信機内における受信手段をターンオフすることができ、または単純にこれを処理しないことができる。
【００５５】
本発明において利用されるエラー制御コードは、たとえばアリスター、バルによって“モジュレーション・アンド・コーディング・フォー・ワイヤレス・コミュニケーションズ”第５章、プレンティス・ホール、２００１に記載されたようなフィードバックチャネルが無くても訂正するいわゆるフォワードエラー訂正符号化である。エラー制御コードは、データパケット内に場合によっては存在するエラーの検出および訂正を可能にする追加的な冗長度−たとえばパリティービット−を含んでいてもよい。これに対してパケットＣＲＣ３０３，４０３（図３および４参照）は、エラーの検出を可能にするだけであり、訂正は可能にしない。このようなエラー制御コードに対する例は、ＢＣＨ、リードソロモン（ＲＳ）またはターボコードのような巡回ブロックコードである。エラー制御コード方式は、パケットの全長、有用データの長さおよびマザーコードを記述することができる。このような方式に対する例は、ＲＳ（２０４，１８８）が２０４バイトのパケット長さおよび１８８バイトの有用データを含む短縮されたリードソロモンコードＲＳ（２５５，２３９）を記述することができることにある。
【００５６】
本発明の１つの構成によれば、本発明によって提案される機構は、本出願人の係属中のヨーロッパ特許出願（一連番号ＥＰ０４００３６３４．５号、“エンハンスド・エラー・プロテクション・フォー・パケットベースド・サービス・デリバリー・イン・ディジタル・ブロードキャスティング・システムズ”）に提案されたような増強されたパケット構造とともに利用することもできる。このことは、パケットＢＥＲが、下位互換性を維持したまま、従来のシステムと比較してなおさらに減少することができるという利点を有することができる。
【００５７】
ＢＥＲを減少するために、図３に図示されたＤＡＢのためのデータパケットの新しいパケット構造を利用することが提案されている。ＤＡＢに対して特定されるような従来のデータパケットは、図５に示されている。さらに詳細に本発明の基本方式の概要を述べるために、次の節において従来のおよび増強されたパケット構造の理解について説明する。
【００５８】
図５の従来のデータパケット構造および図３の新しいデータパケット構造は、両方ともパケットヘッダ３０１，５０１、パケットデータフィールド３０２，５０２およびパケットＣＲＣフィールド３０３，５０３を含んでいる。
【００５９】
パケットヘッダ５０１，３０１は、全データパケット長さを表示するパケット長さフィールド３０４，５０４を含むことができる。パケット長さは、たとえばバイトによって表現することができる。パケット長さは、所定の数の異なっているが固定のサイズのデータパケット構造の中から選択することができ、その際、パケットヘッダ３０１，５０１およびパケットＣＲＣ３０３，５０３は一定の長さのものであるが、パケットデータフィールドの長さは変化する。たとえば異なったデータパケット長さの４つのデータパケット構造が存在する場合、パケット長さフィールドは、４つの選択の間において区別するために２ビットを利用することができる。
【００６０】
パケットヘッダの連続性のインデックス３０５，５０５は、同じアドレス３０７，５０７を有するシリーズにおいて連続するパケットごとに１つずつ増加されるカウンタを表わすことができる。パケットの長さに関係なく同じサービスコンポーネント、すなわちデータ流を有する連続するデータパケットの間にリンクを設けることができる。たとえばモジュロ４カウンタとして実施する場合、このフィールドを符号化するために、２ビットで十分である。
【００６１】
最初／最後のフラグ３０６，５０６は、同じサービスコンポーネントのデータグループを有するデータパケットの連続を形成する特定のデータパケットを識別するために利用することができる。データグループを含まずに送られるサービスコンポーネントのために、フラグは０にセットすることができる。サービスコンポーネントを送るためにデータグループが利用される場合、最初／最後のフラグ３０６は、たとえば００にセットされた場合、シリーズの中間のパケットを表示することができ、０１にセットされた場合、シリーズの最後のデータパケットを、１０にセットされた場合、シリーズの最初のデータパケットを、１１にセットされた場合、データパケットだけを表示することができる。
【００６２】
アドレスフィールド３０７，５０７は、サブチャネル内に特定のサービスコンポーネントを含むデータパケットを識別することができる。単一のサブチャネル内に多重のサービスコンポーネントの準備を可能にするため、このフィールドを符号化するために、１０のビットを利用することができる。パディングパケットのためにアドレス０を予約した場合、サブチャネル内に同時に１０２３までのサービスコンポーネントを有することができる。
【００６３】
パケットヘッダ３０１，５０１のコマンドフィールド３０８，５０８は、パケットが一般的なデータのために利用されるか、または特定のコマンドのために利用されるかどうかを表示することができる。最後に本発明のこの構成によれば、パケットヘッダ３０１，５０１は、後続のパケットデータフィールド３０２，５０２における関連する有用なデータフィールド３１０，５１０のバイトにおける長さを表わすために、符号なし２進数として符号化することができる有用なデータ長さフィールド３０９，５０９を含んでいる。
【００６４】
パケットデータフィールド３０２，５０２は、有用なデータフィールド３１０，５１０およびパディングフィールド３１１，５１１を含むことができる。有用なデータフィールド３１０，５１０は、有用なサービスコンポーネントデータ、すなわちデータパケット内において伝送されるデータ流の現在のペイロードデータを含むことができる。さらに両方の構造は、パケット長さフィールド３０４，５０４によって与えられた値に全パケット長さを合わせるために、パケットデータフィールドを完成するために必要なバイトを含むパディングフィールドを含むことができる。
【００６５】
図５に示した従来のパケット構造に対して、図３の提案されたパケット構造は、さらに後にさらに詳細に概要を説明するように、データパケット内における伝送エラーを訂正するために、受信機に追加的なエラー訂正能力を提供するエラー制御コードフィールドを含んでいる。
【００６６】
パディングフィールド３１１は、パケットヘッダ３０１、有用なデータフィールド３１０、エラー制御コードフィールド３１２およびパケットＣＲＣデータ３０３の長さが、所望の所定のパケット長さよりも短い場合に、存在することがあるだけである。この状況において、パディングフィールド３１１は、所望のパケット長さに合わせるために含まれることができる。データパケットのエラー制御フィールド３１２の前に、パディングフィールド３１１を配置することは望ましいことがある。なぜならこのようにして受信機は、データパケットの有用なデータ長さフィールド３０９が誤っていた場合でさえ、エラー制御フィールド３１２を検出することができるからである。
【００６７】
最後に両方のパケット構造において、パケットＣＲＣ３０３，５０３は、パケットヘッダ３０１，５０１およびパケットデータフィールド３０２，５０２において計算された１６ビットのＣＲＣワードとして構成することができる。パケットＣＲＣ３０３，５０３の発生は、たとえばＩＴＵ−Ｔ勧告Ｘ．２５において提案された多項式に基づくことができる。
【００６８】
それぞれのデータパケットは、２バイトのＣＲＣデータ３０３，５０３を有し、このＣＲＣデータは、データパケットが損傷しているか否かを判定することを可能にする。損傷している場合、通常のディジタルオーディオ放送システムにおいて完全に廃棄しなければならない。なぜならパケットアドレスフィールド３０７，５０７もデータパケット長さ３０４，５０４も、もはや一義的に識別することができないからである。このことは、データパケット内における１つまたは複数の誤ったビットの位置がわかっていないためであることがある。
【００６９】
それ故に所望のユーザアプリケーションに対する損傷していないデータペイロード３１０を抽出するために必要なデータパケットにまたは少なくともこれらの部分に追加的なエラー制御コードを加えることによって、データパケットに改善された保護を提供する１つの可能性が存在することがある（図３におけるデータフィールド３０２のエラー制御コードフィールド３１２を参照）。誤ったデータパケットの部分を訂正する場合、ＣＲＣチェックが失敗したデータパケットからアプリケーションデータを抽出することが可能なことがある。したがってペイロードは、追加的なエラー制御符号化の存在しない場合に実行できるものよりも多くの受信されたデータパケットから引き出すことができる。
【００７０】
それぞれのデータパケットに新たに導入される追加的なエラー制御符号化を認識しない既存のディジタルオーディオ放送受信機も、ＣＲＣチェックが成功した場合、所望のユーザアプリケーションのためにデータペイロード３１０，５１０を引き出すことができることがある（完全な下位互換性）。
【００７１】
別の可能性は、特定のパケットアドレスのデータパケットのパケットデータフィールド３０２，５０２内における追加的なエラー制御コード情報の存在が受信機に信号通知される必要がなく、所定のエラー訂正符号化が適用されている場合、エラー制御コードフィールドが一定の長さのものと仮定される解決策であることができる。
【００７２】
しかしながらさらに融通性のあるエラー制御符号化を考慮するために、利用されるエラ制御コード（たとえばリードソロモンコード、ターボコード）、およびその対応するエラー制御コード方式（たとえばリードソロモン（２０４，１８８））、および情報データ流内におけるエラー制御コードフィールド３１２の長さは、受信機に信号通知することができる。たとえばＦＩＣの高速情報グループ（ＦＩＧ）は、エラー制御符号化パラメータを信号通知するために利用することができる。
【００７３】
パケットベースのディジタルオーディオ放送送り機構のために追加的なエラー制御符号化を導入する提案された新しいパケットフォーマットを利用することによって、伝送されるデータ流のためにＢＥＲが減少するだけでなく、係属中の特許出願において提案された解決策は、前記の目的を解決するための完全に下位互換性のある方法も提供し、すなわち従来の受信機に何の変更も必要としない。
【００７４】
提案された新しいデータパケット構造の利点を説明した後に、次に本発明の１つの構成によるデータパケットおよびエラー制御パケットを含むサブチャネル構造を、図６を引用して概要を説明する。サブチャネル識別子（ＳｕｂＣｈＩｄ）ａｉを有するサブチャネルは、関連するデータパケットの少なくとも一部を保護するために、所定の数のデータパケットおよび追加的なエラー制御パケットを連結することによって形成される。図６においてデータパケットおよびエラー制御パケットは、種々のＣＩＦ内において送られる。
【００７５】
図７に示した別の構成によれば、サブチャネルは、たとえば３８４バイトの容量を含むことができ、かつ９６バイトデータパケットサイズを利用することができる。エラー制御パケットも、９６バイトの長さのものである。異なったサイズのデータパケットおよび／またはエラー制御パケットを利用することも可能であることに注意する。図７に示した例によるサブチャネルにおいて、８つのエラー制御パケットが続く９２のデータパケットが存在することができる。
【００７６】
それぞれのエラー制御パケットは、パケットの残りのフィールドにおいて計算されたＣＲＣシーケンスを提供するＣＲＣフィールド７０１を含んでいる。ＣＲＣフィールド７０１は、受信機においてエラー制御パケットのエラー制御コードデータのデータの完全性を検証するために利用することができる。
【００７７】
さらにエラー制御パケットは、データパケットのパケットヘッダのすべてまたはサブセットに基づいて計算されたパケットヘッダＳＦＥＣ（スーパーフレーム順方向エラー訂正）フィールドを含んでいる。利用されるそれぞれのエラー制御パケットは、パケットヘッダの別のサブセットにおいて構成することができ、またはパケットヘッダＳＦＥＣフィールド７０１におけるエラー制御コードデータを計算するために、別の発生器多項式を利用することができる。
【００７８】
同様にエラー制御パケットのペイロードＳＦＥＣフィールド７０２は、データパケットのサブセットまたはすべてのペイロードフィールドに基づいて構成することができる。パケットヘッダＳＦＥＣ７０１およびペイロードＳＦＥＣフィールド７０２は、エラー制御パケットのエラー制御フィールドを形成することができる。本発明の構成によれば、このエラー制御フィールドのデータは、図７に示すように、データパケットの完全なヘッダおよびペイロードデータに基づいて計算することができる。その代わりにエラー制御パケットのこのフィールドは、これらのデータパケットフィールドのうちの一方、すなわちヘッダまたはペイロードだけを、またはこれらのフィールドの個々の部分だけを保護することができる。したがって別の代案構成において、エラー制御パケットのエラー制御コードフィールドは、たとえばデータパケットのペイロード部分、およびパケットアドレス３０７、有用データ長さフィールド３０９および／またはパケット長さフィールド３０４のようなその個々のヘッダフィールドだけにおいて発生することができる。
【００７９】
同じことは、エラー制御パケットのエラー制御コードフィールドの少なくとも一部のエラー制御コードフィールドに対して保護を提供することができるＳＦＥＣエラー制御コード７０４に適用される。このフィールドは、たとえばパケットヘッダＳＦＥＣフィールド７０１およびペイロードＳＦＥＣフィールド７０２データの完全性を検証するために利用することができ、かつこれらのフィールドの訂正を可能にする冗長度を提供することができる。
【００８０】
本発明の１つの構成によれば、エラー制御パケットのＣＲＣフィールドが残りのフィールドの前にあることに注意する。理論的にＣＲＣフィールドは、エラー制御パケット内の別のどの位置に配置してもよいが、パケットの最後に訂正ＣＲＣを加えることは、ＣＲＣフィールドに基づいて完全性が確認された“データパケット”を検出する従来の受信機の混乱を引き起こすことがあるため、エラー制御パケットの最後におけるＣＲＣフィールド７０１の配置は、不可能なことがある。ＣＲＣフィールド７０１が、たとえばエラー制御パケットのその他のフィールドの前にある場合、“データパケット”に対するＣＲＣチェックは失敗するので、従来の受信機は、データを廃棄する。したがってエラー制御パケットは、ＣＲＣチェックの失敗のために従来の受信機によって削除されるので、エラー制御パケットの提案されたサブチャネル構造またはフォーマットは、本発明の下位互換性のある実施を可能にすることができる。
【００８１】
別の構成によれば、エラーパケットに追加的なＳＦＥＣエラー制御コード７０４を追加することは、受信機が受信されたデータ内に“有効”データパケットを検出することを妨げることがあるため、ＣＲＣフィールド７０１は省略してもよい。しかしながらエラー制御パケットおよびデータパケットの一定のパケット長さとして追加的なＳＦＥＣエラー制御コード７０４が、たとえばリードソロモン復号化プロセスよりも簡単な方法で維持することができ、かつＣＲＣチェックが、通常それより速く行うことができる場合であっても、ＣＲＣフィールド７０１は、エラー制御パケット内に含まれていてもよい。
【００８２】
実施例において、データパケットは、図３および４に示したものに相当することができる。しかしながら従来のデータパケットを利用することも可能である。後者の場合、データパケットのエラー制御フィールドに対してエラー保護を提供するエラー制御コードパケット内におけるエラー制御コードＳＦＥＣフィールド７０４を省略することが可能である。
【００８３】
さらに提案されたスーパーフレーム構造が、あらかじめ定義されたＣＩＦ計数においてスタートする連続した共通のインターリーブしたフレーム（ＣＩＦ）のために、あらかじめ定義された数のサブチャネルデータを含むことができることに注意する。ＣＩＦ計数は、０から４９９９までの連続する数であり、かつＦＩＧタイプ０、エクステンションタイプ０内に含まれている（ＦＩＧ０／０）。それぞれのＣＩＦは、数モジュロ５０００によってマークすることができる。スーパーフレームの長さは、５０００の除数であり、たとえば２５である。第１の数は０である。したがってスーパーフレームのスタートを行なうＣＩＦ計数は、０，２５，５０，７５、・・・４９７５である。それぞれのスーパーフレームは、同じ長さのデータパケットおよびパリティーパケット（エラー制御パケット）を含むことができる。スーパーフレームが、所定の数のエラー制御パケットが追従する所定の数のデータパケットを含むものと仮定した場合、受信機は、ＣＩＦ計数を利用したそれぞれのスーパーフレームの開始を容易に認識することができる。
【００８４】
たとえばスーパーフレームが１００のパケット（９２のデータパケットおよび８のエラー制御パケット、それぞれ９６バイトの長さ）を含む場合、かつ３８４バイトのサブチャネル容量を仮定した場合、スーパーフレームはスタートし、すなわちデータパケットは、ＣＩＦ計数ｎ・２５において提供される（ｎ＝０ないし１９９）。エラー制御パケットの始めは、ＣＩＦ計数ｎ・２５＋２３にある。次のスーパーフレームは、ＣＩＦ計数（ｎ＋１）・２５においてスタートする。
【００８５】
ＣＩＦ計数ｎ・２５＋２３における２３は、次のように見出される：すなわちサブチャネルの容量は、３８４バイトである。９６バイトのパケットサイズを仮定した場合、単一のＣＩＦ内に４つのパケットを収容することができる。したがって９２のデータパケットを送るために９２：４＝２３のＣＩＦが得られる。したがってＣＩＦ計数が０においてスタートした場合、ＣＩＦ計数ｎ・２５＋２３およびｎ・２５＋２４におけるＣＩＦにおいて、８つのエラー制御パケットを含んでいる。
【００８６】
本発明の別の構成によれば、エラー制御パケットの種々のＳＦＥＣフィールドにおけるエラー制御コードデータは、バイトごとのべースに基づいて計算することができる。このことは、図８に示されている。データパケットおよびエラー制御パケットは、２バイトの長さのＣＲＣフィールドを含むことができることに注意する。データパケットのＣＲＣフィールドを保護することができない場合（図７も参照）、エラーデータパケットのバイト１ないし９４は、エラー制御パケットのバイト３ないし９６にマッピングされる。
【００８７】
しかしながらエラー制御パケットおよびヘッダフィールド、ペイロードおよびエラー制御コードフィールド（および選択的に存在するならばパディング）のエラー制御バイトが、マトリクスの形にして表現することができることは、図７および８から明らかになり、その際、それぞれの列における情報（たとえば１つのバイトの長さ）は、データパケットの情報にパリティー情報の簡単な関連を可能にする同じ列に整列されたエラー制御パケットのエラー制御コードデータによって保護される。
【００８８】
図９および１０は、本発明の構成による提案されたスーパーフレーム構造を利用する伝送プロセスのフローチャートの例を示している。図に示されたステップが、部分的に選択的であり、かつ必然的に実行する必要がないことに注意する。ステップのシーケンスも、図に例示のために示されたものに制限されない。
【００８９】
第１のステップ９０１において、送信機は、サブチャネルに属する複数ではあるが所定の数のデータパケットのためにパケットヘッダを発生する。データパケットは、たとえば図３に示したものに相当することができる。次にステップ９０２において、サブチャネルのサービスコンポーネントデータまたはアプリケーションデータは、データパケットのパケットデータフィールドを発生するために利用される。
【００９０】
たとえば図３に示したパケット構造を利用する場合、エラー制御コードおよびその相応するエラー制御コード方式は、データパケットのペイロードに含まれるそれぞれのデータパケットのデータの少なくとも一部および／またはパケットヘッダの少なくとも一部にエラー制御符号化を適用することによって、データパケットのためにエラー制御コードを発生するために利用することができる。サービスコンポーネントのデータの一部だけおよびパケットヘッダにおける関連するほとんどの部分を保護することができる。データパケットのためのエラー制御フィールドおよびその長さは、この発生プロセスから結果として生じる。ステップ９０２において、それぞれのデータパケットのためのエラー制御フィールドデータも、それぞれのデータパケットのパケットデータフィールドに追加することができる。
【００９１】
次にステップ９０３において、パケットヘッダおよび発生されたパケットデータを連結することができ、かつステップ９０４において、種々の所定のデータパケット長さの数から適当なデータパケット長さを選択することができる。本発明の本構成は、それぞれのデータパケットが所定のパケット長さを有するように、固定の長さのデータパケットを利用することができる。
【００９２】
さらにステップ９０５において、送信機は、パケットヘッダおよびパケットデータフィールドの連結の結果、その最後にＣＲＣフィールドを含む場合に、判定された所定のパケット長さとなっているか否かを判定することができる。パケットヘッダ、パケットデータフィールドおよびＣＲＣフィールドを含むことによって、完全なデータパケットを満たすために十分なビットが存在しない場合、ステップ９０６において、送信機は、適当なサイズにデータパケット長さを合わせるために、個々のパケットのパケットデータフィールドにパディングビットを加えることができる。
【００９３】
一度パケットヘッダおよびパケットデータフィールドの適当な長さが得られると、ステップ９０７において、パケットヘッダおよびパケットデータフィールドのためのＣＲＣデータを計算することができる。それに続くステップ９０８において、データパケットは、パケットヘッダ、パケットデータフィールドおよび発生されたＣＲＣデータを連結することによって形成することができる。
【００９４】
次にステップ９１０において、送信機／放送局は、エラー制御コードおよび相応するエラー制御コード方式、たとえばＲＳ（１００，９２）コードを利用して、発生されたデータパケットのためにエラー制御コードデータを発生することができる。図７および８を引用して前に説明したように、これらのエラー制御コードデータは、マトリクスの形のデータパケットの整列に基づいて発生され、その際、それぞれのパケットヘッダＳＦＥＣフィールドデータは、データパケットのパケットヘッダの少なくとも一部に基づいて計算され、それぞれのペイロードＳＦＥＣフィールドデータは、データパケットなどのペイロードフィールドの少なくとも一部に基づいて計算される。エラー制御パケットのエラー制御データの計算は、図８に示したように、ビットごとのベースにおいて行なってもよい。
【００９５】
図１０において、ステップ９１０において発生されたエラー制御コードフィールドデータのためのＣＲＣが計算される（ステップ１００１参照）。ＣＲＣデータは、エラー制御パケットのペイロードが、すなわち提供されるエラー制御コードデータが伝送の間に誤ったかどうかを判定するために、受信機によって利用することができる。そうである場合、ＣＲＣデータは、誤ったデータパケットのデータを訂正するために利用することができない。
【００９６】
ＣＲＣフィールドデータを計算した場合、エラー制御パケットは、たとえば図７に示したように、エラー制御パケット構造を形成するために、ステップ１００２において計算されたエラー制御コードデータおよびＣＲＣを連結することによって構成することができる。
【００９７】
エラー制御パケットのデータを発生するために利用されるエラー制御コード、およびその対応するエラー制御方式が可変である場合、ステップ１００３において、これらのパラメータは、ユーザアプリケーション情報を満たすためにデータを発生するために利用される。ユーザアプリケーション情報の定義は、図２を引用して次の部分のうち１つにおいて概要を説明する。これらのユーザアプリケーション情報は、放送局においてエラー制御パケット内にデータを発生するために利用されるエラー制御コードおよび方式に関して受信機に知らせるために、ＦＩＣに適合することができる（ステップ１００５参照）。
【００９８】
別の構成によれば、相応する機構は、さらに図３または４に図示したように、データパケットのエラー制御コードフィールドを発生するために、種々のエラー制御コードを利用する場合に利用することができる。この場合、利用されるエラー制御コードおよび方式、およびエラー制御コードフィールドの長さを受信機に信号通知することも望ましいことがある。
【００９９】
さらにデータパケットおよびエラー制御パケットは、主サービスチャネル（ＭＳＣ）の発生プロセス１００４によって利用することができる。このステップにおいて、種々のサービスは、主サービスチャネルを形成するＣＩＦに多重化される。それにより図６または７に示したようなサブチャネル構造は、ＭＳＣにおいてこれらを多重化するために所望のシーケンスにおいてデータパケットおよびエラー制御パケットを提供することによって発生することができる。
【０１００】
ブロック１００４へのデータパケットおよびエラー制御パケットの入力は、主サービスチャネルの発生プロセスにおいて、ステップ９０８および１００２において発生されたパケットも主サービスチャネル内に含まれることを表わすためのものである。
【０１０１】
さらにユーザアプリケーション情報は、ステップ１００５において、高速情報チャネル内に、またはさらに一般的には、情報データ流に含めることができる。このステップにおいて、高速情報チャネル（ＦＩＣ）が発生される。ＦＩＣは、その他のデータ（たとえばＦＩＤＣ、ＭＣＩ）の中で、エラー制御パケット内におけるエラー制御コードフィールドデータの発生に関連するパラメータの関連する信号通知を含むことができる。
【０１０２】
図１１にも示すように、主サービスチャネル、すなわちＣＩＦおよびＦＩＣの連結は、前置伝送フレームを発生するために多重化される。次に前置伝送フレームの、すなわち高速情報チャネルおよび主サービスチャネルの記号は、ステップ１００７において発生される。これらの記号に対して、ステップ１００８において、伝送フレームの記号を形成するために、同期チャネル記号が加えられる。ステップ１００９において、伝送フレーム記号のＯＦＤＭ信号が発生され、かつステップ１０１０において、ＯＦＤＮ信号は、受信機に伝送される。
【０１０３】
次に本発明による構造を有するサブチャネルを受信するための受信プロセスの種々の構成を、次に図１４ａ、１４ｂ、１５ａおよび１５ｂを引用して説明する。図に示されたステップが、部分的に選択的であり、かつ必然的に実施する必要がないことに注意する。ステップのシーケンスも、図に例示のために示されたものに制限されていない。
【０１０４】
図１４ａは、本発明の構成によって伝送フレーム内にパケットベースのデータ流を含むサブチャネル構造の例示する受信方法のフローチャートを示している。ステップ１４０１において、放送局から伝送データを受信する際、ステップ１４０２において、伝送データが処理され、かつここから高速情報チャネルを抽出することができる。提案されたスーパーフレーム構造のエラー制御パケットのエラー制御コードデータを発生するために利用されるエラー制御コードおよび相応するエラー制御コード方式（エラー制御コードＳＦＥＣおよびエラー制御コード方式ＳＦＥＣ）における情報は、ステップ１４０３において、高速情報チャネルから抽出することができる。さらに主サービスチャネルのサブチャネル内におけるパケット位置、すなわちデータパケットまたはエラー制御パケットの位置も、ステップ１４０４において、高速情報チャネルから抽出することができる。
【０１０５】
この情報が得られた際、次にステップ１４０５において、主サービスチャネルは、伝送データから抽出することができ、かつステップ１４０６において、パケット位置情報および抽出された主サービスチャネルを利用して、それぞれのサービスコンポーネントを運ぶデータパケットおよびエラー制御パケットが、主サービスチャネルから抽出することができる。
【０１０６】
主サービスチャネルからデータパケットが得られた場合、ステップ１４０７において、ここからそのパケットＣＲＣが抽出できる。ステップ１４０８において、ＣＲＣデータは、伝送の間の個々のデータパケットが変造されたかどうかを判定するために利用することができる。データパケットの完全性が検証された場合、フローは、ブロック１４１４に進み、ここにおいて、完全なデータパケットは、その後の処理段階、たとえばユーザアプリケーションに提供される。
【０１０７】
ＣＲＣチェックにおいてデータパケットの完全性が検証されなかった場合、エラー制御パケット内におけるエラー制御コードデータは、データパケットを訂正するために利用することができる。
【０１０８】
ステップ１４０８において、１つまたは複数のデータパケットに対するＣＲＣチェックが失敗した場合、受信機は、エラー制御パケットのエラー制御コードを利用して、データパケット内におけるエラーを訂正することを試みることができる。第１のステップにおいてステップ１４０９において、ＳＦＥＣエラー制御コードフィールド７０４のデータは、エラー制御パケットから抽出することができ、かつここにおいてＣＲＣを抽出することができる。ステップ１４１０において、抽出された情報に基づいて、どのエラー制御パケットが成功して受信されたかを判定することができる。たとえばエラー制御パケットのＣＲＣは、このために利用することができ、かつエラー制御パケットのエラー制御フィールド内における可能なエラー（図７参照）は、ＳＦＥＣエラー制御コードデータを利用して訂正することができる。
【０１０９】
次にステップ１４１１において、受信機は、誤った（かつ訂正することができなかった）データパケットの数が誤らないまたは訂正されるエラー制御パケットの数より少ないかどうかを判定することができる。このことが成り立つ場合、エラー制御パケットは、本発明の実施例によれば、誤ったデータパケットの成功を可能にするために十分な冗長度を含んでいる。
【０１１０】
したがってステップ１４１１において、数の比較が、否定的な結果になった場合、誤ったデータパケットは訂正することができないので、復号化エラーが出力される。
【０１１１】
誤った（かつ訂正することができなかった）データパケットの数が、誤らないまたは訂正されるエラー制御パケットの数より少ないことがわかった場合、ステップ１４１４において、誤らないまたは訂正されるエラー制御パケット内におけるエラー制御フィールドのデータが抽出され、かつステップ１４１３において、誤ったデータパケットにおけるエラーは訂正することができる。ステップ１４１４において、訂正されたデータパケットおよび成功して受信されたデータパケットは、その後の処理のために進められる。図１４ａおよび１４ｂにおけるブロック１４１４は、同一である。
【０１１２】
図１５ａおよび１５ｂは、本発明の構成にしたがって伝送フレーム内にパケットベースのデータ流を含むサブチャネル構造の別の例の受信方法のフローチャートを示している。この構成において、図３に示したようなデータパケット構造を利用することができる。したがってそれぞれのデータパケットは、パケット内におけるエラーを訂正することができる追加的なエラー制御コードを含んでいる。エラー制御コードおよび方式とデータパケットおよびエラー制御パケットのエラー制御コードデータとの区別をいっそう良好にするために、エラー制御パケットのデータ、利用されるコードおよび利用される方式は、これに相応する情報／データに“ＳＦＥＣ”を添付することによってマークされている。
【０１１３】
図１５ａのステップ１４０１ないし１４０７は、図１４ａのものに相当する。したがって簡潔にするために、詳細な説明は省略する。しかしながらステップ１５０１において、エラー制御パケットのためのエラー制御コードおよび方式情報（エラー制御コードＳＦＥＣおよびエラー制御コード方式ＳＦＥＣ）に加えて、データパケットのエラー制御コードおよび方式およびエラー制御コードフィールド長さに関する情報も抽出される。
【０１１４】
次に図１５ｂにおけるステップ１６０１において、データパケットの完全性は、ここから抽出されたデータパケットＣＲＣを利用して検証される。データパケットが完全性のチェックに合格した場合、ステップ１６０２において、このデータパケットは、その後の処理のために進めることができる。
【０１１５】
ＣＲＣチェックにおいてデータパケットの完全性が検証されなかった場合、エラー制御コードおよび方式およびエラー制御コードフィールド長さに関する情報は、データパケットからエラー制御フィールドデータを抽出する１６０３のために利用することができる。抽出されたデータを利用した場合、ステップ１６０４において、受信されるデータパケット内における伝送エラーは、訂正することができる。次にステップ１６０５において、訂正されたデータパケットのデータの完全性が、再びチェックすることができ、その結果、データパケットの完全性が検証され、フローは、ステップ１４１４に進むようになる。
【０１１６】
訂正されたデータパケットのデータの完全性がいぜんとして検証されない場合、受信機は、エラー制御パケットのエラー制御コードを利用して、データパケット内におけるエラーを訂正することを試みることができる。前に概要を説明したように、ＳＦＥＣエラー制御コードフィールド７０４のデータは、エラー制御パケットから抽出することができ、かつステップ１４１０において、ＣＲＣ（ステップ１４０９参照）は、どのエラー制御パケットが成功して受信されたかを判定するために抽出することができる。
【０１１７】
それから１４１１において、受信機は、誤った（かつ訂正することができなかった）データパケットの数が、誤らないまたは訂正されるエラー制御パケットの数より少ないかどうかを判定することができる。ステップ１４１１において、数の比較が否定的な結果になった場合、誤ったデータパケットは訂正することができないので、復号化エラーが出力される。
【０１１８】
誤った（かつ訂正することができなかった）データパケットの数が誤らないまたは訂正されるエラー制御パケットの数より少ないことがわかった場合、ステップ１４１４において、誤らないまたは訂正されるエラー制御パケットにおけるエラー制御フィールドのデータが抽出される。
【０１１９】
抽出されたデータを利用した場合、ステップ１４１３において、受信機は、誤ったデータパケット内におけるエラーを訂正することができる。ステップ１４１４において、訂正されたデータパケットおよび成功して受信されたデータパケットは、その後の処理のために進めることができる。
【０１２０】
次に本発明の１つの構成にしたがって、エラー制御パケットおよび／またはデータパケット内にエラー制御データを発生するために利用されるエラー制御コードおよび方式に関する情報が受信機にどのように提供することができるかを示す例示のために、ＤＡＢにおいて利用される伝送フォーマットのいくつかの基本方式の概要を説明する。図１は、同期チャネル１０２、高速情報チャネル（ＦＩＣ）１０３および主サービスチャネル（ＭＳＣ）１０４を含む伝送フレーム１０１を示している。ＦＩＣ１０３は、いわゆる高速情報ブロック（ＦＩＢ）１０５，１０６の連結を含んでいる。主サービスチャネル１０４は、いくつかの共通のインターリーブフレーム（ＣＩＦ）１０７，１０８から構成されている。一般に伝送モードに依存して１ないし４のＣＩＦが設けられている。
【０１２１】
それぞれの高速情報ブロック１０５，１０６は、ＦＩＢデータフィールド１０９およびＣＲＣ１１０を含んでいる。ＦＩＢデータフィールド１０９は、高速情報グループ（ＦＩＧ）１１１，１１２，１１３の連結によって形成されており、かつその最後にエンドマーカ１１４およびパディングフィールド１１５を含んでいる。パディングフィールド１１５は、ＦＩＢデータフィールド１０９を所定の長さに合わせなければならない場合に利用することができる。それぞれの高速情報グループ１１１，１１２，１１３は、ＦＩＧヘッダ１１８およびＦＩＧデータフィールド１１９を含んでいる。ＦＩＧヘッダ１１８は、ＦＩＧタイプ１１６およびＦＩＧデータフィールドにおけるデータの長さ（ＦＩＧデータフィールド長さ１１７）を示唆している。
【０１２２】
本発明の実施例において、サービスコンポーネントデータに関連するサービス情報は、“ＦＩＧタイプ０エクステンション１３”フォーマットにおいて信号通知することができる。
【０１２３】
このフォーマットは、図２にさらに詳細に示されている。パケットモードにして設けられたコンポーネントサービスデータに関するエラー制御コード情報を設けるため、かつ追加的なエラー制御コードパケットを含むスーパーフレーム構造によって保護されるための新しいＦＩＧタイプを定義することも可能であることに注意する。別の構成において、このフィールドは、サブチャネルのデータパケットに適用される利用されるエラー制御コードおよび方式に関するエラー制御コード情報を含むために利用することができる（たとえば図３および４参照）。
【０１２４】
ＦＩＧヘッダ１１８は、この例においてゼロまで送られるＦＩＧタイプフィールド１１６を含んでいる。さらにＦＩＧデータフィールド１１９は、タイプゼロフィールドに設けられた多重構成の現在のバージョンを表示することができるＣ／Ｎフラグ２０１を含み、データベースを提供する場合には、データベースのスタートまたはデータベースの連続の状態、またはデータベースへのチェーンが信号通知されることを必要とする場合には、現在の次のフラグが、変化する事象を信号通知するために利用することができる。ＯＥフィールド２０２は、高速情報グループ１１１，１１２，１１３内に提供される情報がこのアンサンブルに関するか、またはその他のものに関するかどうかを表示することができる。
【０１２５】
Ｐ／Ｄフラグ２０３は、たとえば１６ビットまたは３２ビットの長さであることができるサービス識別子２０９の長さを表示するためのものである。サービス識別子２０９は、たとえば次の部分において説明するユーザアプリケーション情報サブフィールド２０６，２０７，２０８内に含まれている。
【０１２６】
ＦＩＧデータフィールド１１９のエクステンションフィールド２０４は、タイプ０フィールドのために利用されるエクステンションを表示している。この例において、エクステンションは、１３に等しいことができる。タイプ０フィールドは、この例において、ユーザアプリケーション情報サブフィールド２０６，２０７，２０８の連結を含んでいる（いくつかのユーザアプリケーションの情報を信号通知しなければならない場合）。
【０１２７】
それぞれのユーザアプリケーション情報サブフィールド２０６，２０７，２０８は、ユーザアプリケーション情報が関連するサービスを識別するサービス識別子２０９、およびユーザアプリケーション情報サブフィールド２０６，２０７，２０８が関連するサービス内のサービスコンポーネントを識別するサービス内のサービスコンポーネント識別子２１０を含んでいる。
【０１２８】
サービス識別子２０９およびサービス内のサービスコンポーネント識別子２１０の組み合わせは、特定のサービスコンポーネントに対して全体として有効な識別子を提供する。したがってこれらの２つのフィールドの組み合わせによって、サービスコンポーネントとして受信機にパケットモードにおいて提供されるデータ流は、明白に識別することができる。
【０１２９】
２つの識別子２０９，２１０に続いて、ユーザアプリケーションフィールドの数２１１は、ユーザアプリケーションデータ２１２，２１３，２１４（ユーザアプリケーションｎｏ．１、ユーザアプリケーションｎｏ．ｉ等）の後続のリスト内に含まれるアプリケーションの数を表示することができる。それぞれのユーザアプリケーションフィールド２１２，２１３，２１４は、サービス識別子２０９およびサービス内のサービスコンポーネント識別子２１０によって識別されるチャネル内のデータを復号化するために利用すべきユーザアプリケーションを識別するユーザアプリケーションタイプ２１５、およびユーザアプリケーションデータフィールド２１７の長さを表示するユーザアプリケーションデータ長さ２１６を含んでいる。一緒になってユーザアプリケーションタイプフィールド２１５、ユーザアプリケーションデータ長さフィールド２１６およびユーザアプリケーションデータフィールド２１７は、いわゆるユーザアプリケーション情報２１８を形成している。
【０１３０】
ユーザアプリケーションデータフィールド内において、サービスコンポーネントデータに関する、またはさらに特定すれば所定の数のエラー制御パケットを発生するために利用されるエラー制御コードおよびその相応するエラー制御コード方式に関する、かつ選択的に−図３または４によるパケット構造に利用する場合、−データパケットのエラー制御フィールドを発生するために利用されるエラー制御コード方式に関するエラー制御コードフィールド情報、およびこのエラー制御コードフィールドの長さを表示することができる。
【０１３１】
適当な長さの種々のビット組み合わせを利用することによって、受信機は、たとえばリードソロモンコードが利用されたか、またはターボコードが利用されたかどうかを区別することができる。別のビット組み合わせは、利用されるエラー制御コード方式を表示することができ、かつユーザアプリケーションデータ内における別のフィールドは、エラー制御パケットおよび／またはデータパケット内におけるエラー制御フィールドの長さについて、受信機に知らせることができる。
【０１３２】
前記のサービス識別子２０９およびサービス内のサービスコンポーネント識別子２１０は、ユーザアプリケーションを含むサービスコンポーネントを識別することができる。パケットアドレスおよびサブチャネル識別子は、高速情報チャネル内に含まれるサービスコンポーネント情報から引き出すことができる。伝送フレーム内におけるパケットの位置は、パケットアドレスおよびサブチャネル識別子から引き出すことができる。
【０１３３】
次に図１１を引用して、本発明の構成による構想のＤＡＢミッションのブロック図の概要を説明する。たとえば図１３に示すようなコンテンツプロバイダ１３０１は、放送局１３０２を介して受信端末１３０３に、サービスコンポーネントデータおよび関連するサービス情報を提供する。たとえばマルチメディアデータ流であることができるサービスコンポーネントデータは、パケット形成器１１１４に入力される。
【０１３４】
パケット形成器１１１４は、種々の入力流を収集し、かつこれらをデータパケット内にマッピングする。したがって種々のコンテンツプロバイダのいくつかのサービスデータコンポーネントは、パケット形成器１１１４に引き渡される。本発明の別の構成において、パケット形成器１１１４は、さらにデータパケット内に含まれるエラー制御コードフィールドの情報を発生するために、適当なデータパケット長さおよびデータパケットの少なくとも一部のエラー制御符号化の選択を提供する。たとえば図３のデータパケット構造を利用することができる。しかしながら前に概要を述べたように、サブチャネル内において一定のパケット長さを利用することが可能なことがある。
【０１３５】
さらにパケット形成器１１１４は、単一のユーザアプリケーションインスタンスのサービスコンポーネントデータに相応するパケットアドレス３０７（図３参照）を割り当てることができる。したがって種々のデータパケットアドレス３０７を利用することによって、種々のユーザアプリケーションインスタンスとその関連するサービスコンポーネントデータとの区別をすることが可能である。
【０１３６】
パケットマルチプレックスアセンブラ＆エラー制御符号器１１０１は、サブチャネルにおいてパケットモードの伝送の利用を行なう種々のユーザアプリケーションインスタンスに対して、データパケット内にカプセル化されたデータを利用可能なサブチャネルに満たす。さらにマルチプレックスアセンブラ＆エラー制御符号器１１０１は、前に概要を述べたように、所定の数のデータパケットに追加的な保護機構を提供するために、たとえば図７に示すようなエラー制御コードパケットを発生することもできる。したがってマルチプレックスアセンブラ＆エラー制御符号器１１０１は、本発明によって提案された適当なサブチャネル構造を形成するように応答することができる。
【０１３７】
さらにパケットマルチプレックスアセンブラ＆エラー制御符号器１１０１は、サブチャネルを満たすための種々の戦略を適用することができる。種々のユーザアプリケーションインスタンスのアプリケーションデータは、たとえば順に提供することができ、またはパケットは、種々のパケットアドレス３０７を利用して種々のユーザアプリケーションインスタンスに対して並列に提供することができる。パケットシーケンス戦略に対するそれ以上の選択は、隣接するシーケンスにおいて送られる同じアドレス３０７の複数のパケットにおけるデータバーストの長さおよび期間であることができる。ほとんどの適当な伝送戦略を支持するために、パケットマルチプレックスアセンブラ＆エラー制御符号器１１０１は、その完全にまたは個別的にファイルごとに１つまたは複数のユーザアプリケーションインスタンスを優先するように構成することができる。いずれの場合においても、パケットマルチプレックスアセンブラ＆エラー制御符号器１１０１は、所定の数のデータパケットおよび所定の数のエラー制御パケットの提案された順序を維持し、すなわち提案されたスーパーフレーム構造を維持する。
【０１３８】
パケットマルチプレックスアセンブラ＆エラー制御符号器１１０１は、エネルギー分散スクランブラ１１０２にパケットモードのデータを出力する。エネルギー分散スクランブラ１１０２は、系統的なパターンの結果として伝送される信号内に不所望な規則性が生じる可能性を減少するように、論理フレーム内のビットの確定論的かつ選択的な相補性を提供する。スクランブルしたパケットモードのデータは、畳み込み符号器１１０３において畳み込み符号化され、かつ時間インターリーブ器１１０４においてインターリーブされる。それからインターリーブされたデータは、次に説明する図１１に示した上側のブランチのデータと、主サービスマルチプレクサ１１０８において多重化される。
【０１３９】
ディジタルオーディオ放送は、送信機から受信機に種々のデータのタイプを引き渡すことができる。図１１における上側のブランチは、ＤＡＢによって運ぶことができるその他の可能なサービスを要約しようとするものである。たとえばサービス情報、ＤＡＢオーディオフレームおよび流れモードのデータも、その動作能力においてエネルギー分散スクランブラ１１０２に相当するエネルギー分散スクランブラ１１０５においてスクランブルすることができる。スクランブルされたデータは、従来の符号器１１０６において符号化され、かつ符号化されたデータは、時間インターリーブ器１１０７においてインターリーブされる。それから時間インターリーブされたデータは、共通のインターリーブされたフレーム（ＣＩＦ）を形成するために、主サービスマルチプレクサ１１０８において、スクランブルされ、符号化されかつインターリーブされたパケットモードのデータとともに多重化される。
【０１４０】
ＣＩＦは、伝送フレームの主サービスチャネル部分に含まれた主サービスマルチプレクサ１１０８からの直列ディジタル出力である。伝送システムを例とすると、共通のインターリーブフレームは、すべての伝送モードにとって共通であり、かつ５５２９６ビット、すなわち７６８の容量のユニットを含んでいる。
【０１４１】
次に図１１に示された下側のブランチをさらに詳細に説明する。サービス情報の受信機にサービス情報、すなわちサービスラベルおよびプログラムタイプコードのようなサービスに関する補助情報を提供する第２の可能性は、図１１の下側のブランチ１１０９，１１１０，１１１１および１１１２においていっそう密接していることができる。パケットマルチプレックスアセンブラ＆エラー制御符号器１１０１に入力されるサービスコンポーネントのデータに関するサービス情報も、サービス情報アセンブラ１１０９に提供される。サービス情報アセンブラ１１０９は、高速情報ブロックアセンブラ１１１０に出力される高速情報グループ（ＦＩＧ）にその入力端子におけるサービス情報をアセンブルする。高速情報ブロックアセンブラ１１１０は、ディジタルオーディオ放送システムの高速情報チャネル（ＦＩＣ）内に提供される種々のＦＩＧを収集する。ＤＡＢサービス情報の例を利用した場合、多重制御情報（ＭＣＩ）および高速情報データチャネル（ＦＩＤＣ）は、高速情報ブロックアセンブラ１１１０に入力を提供することができる。
【０１４２】
多重構成情報（ＭＣＩ）は、主サービスチャネル内における多重の構成を定義する情報であることができる。多重構成情報は、主サービスチャネル内におけるサービス、サービスコンポーネントおよびサブチャネル、およびこれらの対象物の間のリンクに関する現在の詳細を含むことができる。切迫した再構成の場合、サービス、サービスコンポーネントおよびサブチャネル、およびこれらの対象物の間のリンクに関する来たる詳細は、追加的に多重構成情報内に提供することができる。
【０１４３】
ＭＣＩは、ＭＳＣ内に記憶されたサービスコンポーネントに先立って受信機がこの情報を解釈することができるようにするために、高速情報チャネル内に含まれることができる。アンサンブルおよびデータおよび時間マーカの識別を含むこともできる。
【０１４４】
高速情報ブロックアセンブラ１１１０の出力は、たとえば図１に示すように、高速情報ブロック（ＦＩＢ）の連結である。ＦＩＢは、エネルギー分散スクランブラ１１１１においてスクランブルすることができ、かついわゆる高速情報チャネル（ＦＩＣ）を形成するために、符号器１１１２において畳み込み符号化することができる。高速情報チャネルおよび共通のインターリーブされたフレームは、前置伝送フレームを出力するためにＦＩＣ＆ＣＩＦマルチプレクサ１１１３における乗数であることができる。用語“前置伝送フレーム”は、この関係において、たとえば図１の伝送フレーム構造に示すように、完全な伝送フレームがさらに同期チャネルを含むことを表示するために利用される。
【０１４５】
携帯および移動装置に注意を払うべきコンテンツを送るために、ＤＡＢは、それぞれのサブチャネルに対する独立の畳み込み符号化のため、かつすべての多重化の処理がさらに低い受信機特性を必要とする代わりに（“アドバンスタイムスライシング”）、ちょうど多重化の関連する部分を処理するため、最近開発されたＤＶＢ−Ｈシステムよりも効率的であることができる。さらにＤＡＢは、データ速度のどのような劣化もなく、４００ｋｍ／ｈの速度までの移動環境に適用することもできる。さらに差動変調（ＤＱＰＳＫ）は、ＤＡＢにおけるように、ＤＶＢ−Ｔ、ＤＶＢ−Ｈに対する整合性チャネル評価よりも低い受信機特性を必要とする。ＤＡＢは、単一周波数ネットワーク（ＳＦＮ）の無制限のサイズを考慮するが、一方ＤＶＢ−ＨのＳＦＮは、２００ｋｍのオーダにＳＦＮのサイズを制限する。
【０１４６】
さらに本発明の別の構成によれば、本発明の基礎となる基本方式および思想は、放送システムＤＲＭ（ディジタルラジオモンディエール）にも適用することができる。次の部分は、ＤＲＭにおけるデータの構想の伝送（図１２参照）の概要を簡単に述べており、かつ新しいＤＲＭデータパケット構造（図４参照）を提示している。
【０１４７】
従来のディジタルラジオモンディエール（ＤＲＭ）は、コンテンツを引き渡すために従来のＤＡＢシステムと同様の送り機構を利用する。ＤＲＭシステムは、３０ＭＨｚより下のいずれかの周波数において、すなわち長波、中波及び短波の放送帯域内において利用されるように構成されており、これらの帯域を通して可変のチャネル設定および伝搬条件を含む。
【０１４８】
図１２は、本発明の構成による新しい構想のＤＲＭ放射のブロック図を示しており、これは、情報（オーディオ、データ等）の種々のクラスの一般的な流れを示しており、かつ情報の１つまたは複数のクラス内において運ぶことができる種々のサービス間の区別はしていない。
【０１４９】
ソース符号器１２０１および前置符号器１２０８，１２１１は、適当なディジタル伝送フォーマットへの入力流の適応を保証する。オーディオソース符号化の場合、この動作能力は、オーディオ圧縮技術を含んでいる。ソース符号器１２０１およびデータ流前置符号器１２０２，１２０８，１２１１の出力は、後続のチャネル符号器内における異なったレベルの保護を必要とする２つの部分を含むことができる。すべてのサービスは、保護の同じ２つのレベルを利用しなければならない。
【０１５０】
前置符号器＆エラー制御符号器１２０２は、適当なディジタル伝送フォーマットへの入力流の適応を、なかでもデータパケットへのデータ流のマッピングを保証する。本発明の構成によれば、前置符号器＆エラー制御符号器１２０２は、さらに前記の方法にしたがってエラー制御パケットを発生することができ、かつこれをパケット流に加えることができる。
【０１５１】
さらに本発明の別の構成において、前置符号器＆エラー制御符号器１２０２は、アプリケーションデータおよび／または発生されたパケットヘッダの少なくとも一部のエラー制御符号化を行うことができ、かつたとえば図７に示すような構造を有するエラー制御パケットを形成する。前置符号器＆エラー制御符号器１２０２は、受信機に信号通知することができるエラー制御コードおよび方式の情報を提供することもできる。
【０１５２】
マルチプレクサ１２０３は、すべてのデータおよびオーディオサービスの保護レベルを結合することができる。エネルギー分散１２０４，１２０９，１２１２は、系統的なパターンの結果として伝送される信号内に不所望な規則性が生じる可能性を減少するために、ビットの確定論的かつ選択的な相補性を提供する。
【０１５３】
チャネル符号器１２０５，１２１０，１２１３は、擬似的にエラーのない伝送のための手段として冗長な情報を加え、ＱＡＭセルへのディジタル符号化した情報のマッピングを定義する。
【０１５４】
セルインターリーブ１２０６は、時間周波数分散チャネルにおいて丈夫な伝送を提供するために、時間および周波数において擬似ランダムに分離したセルのシーケンスに連続したＱＡＭセルを広げる。パイロット発生器は、受信機においてチャネル状態情報を引き出すために手段を提供し、信号の整合性のある復調を考慮している。
【０１５５】
ＯＦＤＭセルマッパ１２１４は、セルの高速アクセスチャネル（ＦＡＣ）およびサービス記述チャネル（ＳＤＣ）とともに、種々のオーディオ流およびデータ流のクラスを収集し、かつこれらを時間周波数格子上に配置する。ＯＦＤＭ信号発生器は、同じ時間インデックスを有するセルのそれぞれのアンサンブルを信号の時間領域表現に変換することができる。したがってＯＦＤＭ記号は、信号の一部の周期的な繰り返しとしてガードインターバルを挿入することによって、この時間領域の表現から得ることができる。
【０１５６】
変調器は、ＯＦＤＭ信号のディジタル表現を空中におけるアナログ信号に変換する。この操作は、ディジタル−アナログ変換、およびスペクトル要求にしたがわなければならないフィルタ処理を含んでいる。
【０１５７】
データ流は、パケットモードと称するパケット引き渡しシステムからなることができる。パケット引き渡しシステムは、同じデータ流における種々のサービスに対して、非同期流およびファイルの引き渡しを可能にし、かつ種々のサービスの間においてフレームごとのベースで割り当てるべき（同期）データ流のビット速度を可能にする。
【０１５８】
サービスは、一連の信号パケットによってまたは一連のデータユニットとして運ぶことができる。データユニットは、エラー取り扱いに関する１つのエンティティと考えられる一連のパケットであり、データユニット内において１つの受信された誤ったパケットは、すべてのデータユニットを拒絶させる。この機構は、ファイルの転送のために、かつ非同期流の簡単な同期を可能にするためにも利用することができる。
【０１５９】
前に概要を述べたように、本発明の基礎となる基本方式は、従来のパケット構造、またはたとえば図４に示すような進歩したパケット構造を利用して、ＤＲＭに適用することもできる。提案されたＤＲＭデータパケット構造は、パケットヘッダ４０１、パケットデータフィールド４０２およびパケットＣＲＣ４０３を含んでいる。再びデータパケット長さは、あらかじめ決めることができる。ＤＡＢ（図３参照）に対して、パケット長さは、分離したヘッダフィールド（パケット長さフィールド３０４参照）において信号通知されるのではなく、たとえばアプリケーション情報データとして定義されたフォーマットにおいて−ＤＲＭ仕様におけるタイプ５、“ディジタル・ラジオ・モンディエール；システム・スペシフィケーション”（ＥＴＳＩ  ＴＳ  ４１  ９８０、ｈｔｔｐ：／／ｗｗｗ．ｅｔｓｉ．ｏｒｇにおいて入手可能）、サービス記述チャネル（ＳＤＣ）において受信機に信号通知することができる。
【０１６０】
ＤＲＭ規格におけるパケットヘッダおよびパケットデータフィールドの定義に対して、本発明によれば、これらの定義がわずかに異なっていることに注意する。本発明の構成によれば、有用なデータフィールド４１０の長さを表示する有用なデータ長さフィールド４０９は、パケットデータフィールド４０２にエラー制御コードフィールド４１２を導入するために、すべてのデータパケット内に存在することができる場合、パケットヘッダ４０１の一部と考えられる（それ以上の詳細については下の節を参照）。
【０１６１】
最初／最後のフラグ４０６および連続性のインデックス４０５は、その動作能力において図３に示したＤＡＢデータパケット構造のそれぞれの最初／最後のフラグ３０６および連続性のインデックス３０５に相当する。データパケットＩＤ４０７は、図３のＤＡＢパケット構造におけるアドレスフィールド３０７に相当する。
【０１６２】
従来のＤＲＭデータパケットにおいて、ＰＰＩ（パデッドパケットインディケータ）は、データパケットがそのパケットデータフィールド内に有用データ長さフィールドを含むかどうかを表示する。パディングが存在しない場合、パケットデータフィールド内に有用データ長さフィールドは存在せず、かつパケットデータフィールドは、ペイロード部分だけを含んでいる。
【０１６３】
この構成によれば、図４の新しいＤＲＭパケット構造は、そのパケットデータフィールド４０２内に有用データフィールド４１０およびエラー制御コードフィールド４１２を含んでいる。したがってＰＰＩフラグ４０４は、提案されたパケット構造を利用するすべてのデータパケットのために、“パディング”が存在することを表示することができる。
【０１６４】
本発明の別の構成において、すべてのデータパケットにおいて有用データ長さフィールド４０９が存在するように、すべてのデータパケットが有用データフィールド４１０およびエラー制御コードフィールド４１２を含む場合、この構造を利用するすべてのデータパケットは、パケットヘッダ４０１におけるＰＰＩフラグ４０４を省略することができる。
【０１６５】
前記の２つの構成に関係なく、パケットヘッダ長さ、有用データフィールド長さ、エラー制御コードフィールド長さおよびパケットＣＲＣ長さを考慮するとき、固定のサイズのデータパケットの所望の全長に達しない場合、パケットデータフィールド４０２は、パディングフィールド４１１を含むこともできる。したがってこの場合に、パディングフィールドを加えることによって、データパケット全長は、所望の長さに整合することができる。
【０１６６】
ＤＡＢ実施に関する構成において説明されたように、エラー制御コードワードは、提案されたパケット構造を利用する場合、データ引き渡しの信頼性を改善する（達成されたＢＥＲに関して）ように、ＤＲＭシステムにエラー訂正能力を導入することができる。再びデータパケット構造への新しいエラー制御コードフィールド４１２の導入は、下位互換性のある実現を可能にする。
【０１６７】
エラー制御コードおよびその相応する方式、およびエラー制御コードフィールド長さが一定の場合、これらのパラメータの追加的な信号通知は必要ないことがある。利用されるエラー制御コードならびに方式および選択的にエラー制御コードフィールド長さも選択するための自由を提供するさらに融通性のある実現の場合、前記のＤＡＢに関する構成に対するように、受信機にパラメータを信号通知することができる。
【０１６８】
前記の例示したＤＡＢ実施に対して、ＤＲＭは、ＭＳＣに多重構造を提供するための高速アクセスチャネル（ＦＡＣ）、およびＭＳＣに設けられたサービスに関するデータを信号通知するためのサービス記述チャネル（ＳＤＣ）を提供する。したがって２つのチャネルは、一緒になってＤＡＢにおけるＦＩＣに対比することができる。
【０１６９】
したがってエラー制御パケット内に（かつ選択的にデータパケット内にも）エラー制御コードデータを発生するために利用されるエラー制御コードおよび方式のようにエラー制御コードフィールドデータに関する情報は、たとえば前記のアプリケーション情報データエンティティ−タイプ５を利用して、ＳＤＣを介して受信機に信号通知することができる。その代わりに同様にこの情報を信号通知するために、別のデータタイプを定義することができる。
【０１７０】
前の部分において、ディジタルオーディオ放送システムにおける個々のサブチャネルのために提案されたスーパーフレームに関して、思想および基本方式を説明した。サブチャネル構造を形成するために結合されたデータパケットおよびエラー制御パケットは、前に主として図３，４，５および７に示したパケット構造に関して、種々の構成において定義されている。図３および図４に示されたように、データパケットは、それぞれのデータパケットにおけるエラーの訂正を可能にすることができるエラー制御フィールド３１２，４１２を備えることができる。エラーの検出を可能にするだけでなく、エラーの訂正も可能にすることができるように、適当な追加的な情報を加えることによって、それぞれのデータパケットが個別的に保護されるので、このことは、内部エラー制御符号化方式と称することもできる。
【０１７１】
提案されたサブチャネル構造を形成するために、データパケットとともに多重化される分離したエラー制御パケット内に追加的なエラー訂正データを提供するので、提案されたサブチャネル構造の準備は、外部エラー制御符号化方式と称することもできる。したがって所定の数のデータパケットに“添付された”所定の数のエラー制御パケットは、たとえばヨーロッパ特許第０３２３６０６号明細書に記載されたように、データパケットのための抹消保護方式を提供することができる。それにより外部エラー制御符号化方式は、選ばれた内部エラー制御コード方式の存在および／またはタイプに無関係であることができる。
【０１７２】
別の実施例によれば、次の内部エラー制御符号化方式も利用することができる。この方式は、それぞれのデータパケットにエラー制御コードフィールド３１２，４１２（図３および図４参照）を設けない。その代わりにたとえばサブチャネル内に設けられたアプリケーションのペイロードデータの所定の数のバイトのデータブロック、たとえば１８８バイトのブロックを形成することができる。アプリケーションのペイロードデータは、選ばれたデータパケットサイズに依存して−従来のデータパケット、たとえば１８８バイトに対して３つのデータパケット内において伝送することができる。
【０１７３】
さらにエラー制御コードバイトは、ペイロードデータブロックに基づいて計算することができ、かつこれらのエラー制御データは、ペイロードデータを収容するデータパケットに続いて伝送することができる。たとえばデータ流内におけるその位置を検出するために計算されたエラー制御データおよび同期バイトを含むことができる新しいパケットフォーマットを利用することができる。受信機は、所定の数のデータパケットの後に、流れ内において、エラー制御データを含む１つまたは複数のパケットが追従することを認識しているので、同期バイトを検出することができ、かつ前のデータパケットに設けられた関連するアプリケーションデータブロックのためにエラー制御コードデータを抽出することができる。
【０１７４】
この構成において概要を説明したような内部エラー制御符号化方式を利用する場合、本発明の基本方式を適用することもできる。前に概要を述べたスーパーフレーム構造と同様に、これは、外部エラー制御符号化方式を提供するために次の所定の数のエラー制御パケットによって追従される所定の数のデータパケット（およびアプリケーションデータブロックのためにエラー制御データを提供するパケット）のセットとして定義することができる。データパケットの少なくとも一部に基づいてエラー制御コードのエラー制御コードデータを計算することを可能にすることができ、すなわちアプリケーションデータブロックのためにエラー制御データを提供するパケットの保護を提供しなくともよい。データパケットのエラー検出および訂正は、図１４ａ、１４ｂまたは１５ａ、１５ｂに関連して概要を述べた基本方式にしたがって行うことができる。
【０１７５】
本発明の別の構成は、ハードウエアおよびソフトウエアを利用して前記の種々の構成を実現することに関する。前記の種々の方法および前記の種々の論理ブロック、モジュール、回路は、たとえば汎用プロセッサ、ディジタル信号プロセッサ（ＤＳＰ）、アプリケーション固有の集積回路（ＡＳＩＣ）、フィールドプログラミング可能なゲートアレイ（ＦＰＧＡ）またはその他のプログラミング可能な論理装置等のような計算装置を利用して実現可能または実施可能である。本発明の種々の構成は、これらの装置の組み合わせによって実行可能または実現可能である。
【０１７６】
さらに本発明の種々の構成は、プロセッサによって実行されるソフトウエアモジュールによって、または直接ハードウエアにおいて実現することもできる。ソフトウエアモジュールとハードウエア実装との組み合わせも可能である。ソフトウエアモジュールは、あらゆる種類のコンピュータ読み取り可能な記憶媒体、たとえばＲＡＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリ、レジスタ、ハードディスク、ＣＤＲＯＭ、ＤＶＤ等に記憶することができる。
【図面の簡単な説明】
【０１７７】
【図１】ＤＡＢにおける伝送フレームの構造を例示する略図である。
【図２】ＤＡＢにおける高速情報グループ（ＦＩＧ）の構造を例示する略図である。
【図３】追加的なエラー制御コードフィールドを含むＤＡＢデータパケット構造を示す図である。
【図４】追加的なエラー制御コードフィールドを含むＤＲＭデータパケット構造を示す図である。
【図５】従来のデータパケットのＤＡＢパケット構造を示す図である。
【図６】本発明の構成による主サービスチャネルのサブチャネル構造を示す図である。
【図７】本発明の構成によるマトリクス表示にした固定の長さのパケットを利用する主サービスチャネルのサブチャネル構造を示す図である。
【図８】本発明の構成によるサブチャネルパケットのビットごとの配置を示す図である。
【図９】本発明の構成によるサブチャネルデータの伝送を示すフローチャートである。
【図１０】本発明の構成によるサブチャネルデータの伝送を示すフローチャートである。
【図１１】本発明の構成による構想のＤＡＢ放射ブロック図である。
【図１２】本発明の構成による構想のＤＲＭ放射ブロック図である。
【図１３】本発明の構成によるコンテンツプロバイダから放送局を介して端末にサービスコンポーネントデータの例示した引き渡し機構を示す図である。
【図１４ａ】本発明の構成による伝送フレーム内におけるパケットベースのデータ流を含むサブチャネル構造の例示した受信方法を示すフローチャートである。
【図１４ｂ】本発明の構成による伝送フレーム内におけるパケットベースのデータ流を含むサブチャネル構造の例示した受信方法を示すフローチャートである。
【図１５ａ】本発明の構成による伝送フレーム内におけるパケットベースのデータ流を含むサブチャネル構造の別の例示した受信方法を示すフローチャートである。
【図１５ｂ】本発明の構成による伝送フレーム内におけるパケットベースのデータ流を含むサブチャネル構造の別の例示した受信方法を示すフローチャートである。
【符号の説明】
【０１７８】
１０１  伝送フレーム
１０２  同期チャネル
１０３  高速情報チャネル（ＦＩＣ）
１０４  主サービスチャネル（ＭＳＣ）
１０５  高速情報ブロック（ＦＩＢ）
１０６  高速情報ブロック（ＦＩＢ）
１０７  共通インターリーブフレーム（ＣＩＦ）
１０８  共通インターリーブフレーム（ＣＩＦ）
１０９  ＦＩＢデータフィールド
１１０  ＣＲＣ
１１１  高速情報グループ（ＦＩＧ）＃ｉ
１１２  高速情報グループ（ＦＩＧ）＃ｉ＋ｘ
１１３  高速情報グループ（ＦＩＧ）＃ｉ＋ｙ
１１４  エンドマーカ
１１５  パディング
１１６  ＦＩＧタイプ
１１７  ＦＩＧデータフィールド長さ
１１８  ＦＩＧヘッダ
１１９  ＦＩＧデータフィールド
２０１  Ｃ／Ｎ
２０２  ＯＥ
２０３  Ｐ／Ｄ
２０４  エクステンション
２０５  タイプ０フィールド
２０６  ユーザアプリケーション情報サブフィールドｉ
２０７  ユーザアプリケーション情報サブフィールドｉ＋ｘ
２０８  ユーザアプリケーション情報サブフィールドｉ＋ｙ
２０９  サービス識別子
２１０  サービス内のサービスコンポーネント識別子
２１１  ユーザアプリケーションの数
２１２  ユーザアプリケーションｎｏ．１
２１３  ユーザアプリケーションｎｏ．ｉ
２１４  ユーザアプリケーションｎｏ．ｎ
２１５  ユーザアプリケーションタイプ
２１６  ユーザアプリケーションデータ長さ
２１７  ユーザアプリケーションデータ
２１８  ユーザアプリケーションｎｏ．１の情報
３０１  パケットヘッダ
３０２  パケットデータフィールド
３０３  パケットＣＲＣ
３０４  パケット長さ
３０５  連続性のインデックス
３０６  最初／最後
３０７  アドレス
３０８  コマンド
３０９  有用データ長さ
３１０  有用データフィールド
３１１  パディング
３１２  エラー制御コードフィールド
４０１  パケットヘッダ
４０２  パケットデータフィールド
４０３  パケットＣＲＣ
４０４  ＰＰＩ
４０５  連続性のインデックス
４０６  最初／最後
４０７  パケットＩＤ
４０９  有用データ長さ
４１０  有用データフィールド
４１１パディング
４１２  エラー制御コードフィールド
５０１  パケットヘッダ
５０２  パケットデータフィールド
５０３  パケットＣＲＣ
５０４  パケット長さ
５０５  連続性のインデックス
５０６  最初／最後
５０７  アドレス
５０８  コマンド
５０９  有用データ長さ
５１０  有用データフィールド
５１１  パディング
【図１】
2005333629.tif 000003
【図２】
2005333629.tif 000004
【図３】
2005333629.tif 000005
【図４】
2005333629.tif 000006
【図５】
2005333629.tif 000007
【図６】
2005333629.tif 000008
【図７】
2005333629.tif 000009
【図８】
2005333629.tif 000010
【図９】
2005333629.tif 000011
【図１０】
2005333629.tif 000012
【図１１】
2005333629.tif 000013
【図１２】
2005333629.tif 000014
【図１３】
2005333629.tif 000015
【図１４ａ】
2005333629.tif 000016
【図１４ｂ】
2005333629.tif 000017
【図１５ａ】
2005333629.tif 000018
【図１５ｂ】
2005333629.tif 000019
【外国語明細書】
2005333629.tif 000020
2005333629.tif 000021
2005333629.tif 000022
2005333629.tif 000023
2005333629.tif 000024
2005333629.tif 000025
2005333629.tif 000026
2005333629.tif 000027
2005333629.tif 000028
2005333629.tif 000029
2005333629.tif 000030
2005333629.tif 000031
2005333629.tif 000032
2005333629.tif 000033
2005333629.tif 000034
2005333629.tif 000035
2005333629.tif 000036
2005333629.tif 000037
2005333629.tif 000038
2005333629.tif 000039
2005333629.tif 000040
2005333629.tif 000041
2005333629.tif 000042
2005333629.tif 000043
2005333629.tif 000044
2005333629.tif 000045
2005333629.tif 000046
2005333629.tif 000047
2005333629.tif 000048
2005333629.tif 000049
2005333629.tif 000050
2005333629.tif 000051
2005333629.tif 000052
2005333629.tif 000053
2005333629.tif 000054
2005333629.tif 000055
2005333629.tif 000056
2005333629.tif 000057
2005333629.tif 000058
2005333629.tif 000059
2005333629.tif 000060
2005333629.tif 000061
2005333629.tif 000062
【図１】
2005333629.tif 000063
【図２】
2005333629.tif 000064
【図３】
2005333629.tif 000065
【図４】
2005333629.tif 000066
【図５】
2005333629.tif 000067
【図６】
2005333629.tif 000068
【図７】
2005333629.tif 000069
【図８】
2005333629.tif 000070
【図９】
2005333629.tif 000071
【図１０】
2005333629.tif 000072
【図１１】
2005333629.tif 000073
【図１２】
2005333629.tif 000074
【図１３】
2005333629.tif 000075
【図１４ａ】
2005333629.tif 000076
【図１４ｂ】
2005333629.tif 000077
【図１５ａ】
2005333629.tif 000078
【図１５ｂ】
2005333629.tif 000079