JPH11502389A - 受信機及び改善されたフォーマットでデータを提供する方法 - Google Patents

Abstract

(57)【要約】 他のシーケンスと共にディジタルデータシーケンス内に埋め込まれるシーケンスを、この他のシーケンスとは別個に該ディジタルデータシーケンスの少なくとも一部に付加する受信機及び方法を紹介する。このようなシーケンスの一例として、ＤＡＢディジタルデータシーケンスにおけるプログラムに関連付けられたデータ（ＰＡＤ）があり、このＰＡＤは、オーディオデータと共にオーディオフレーム内に埋め込まれる。ある実施例においては、ＤＡＢディジタルデータシーケンスが、ＩＥＣ９５８フォーマットによるシーケンスに変換される。すなわち、復元されたＰＡＤが、ＩＥＣ９５８フレーム内のユーザデータチャネル内に挿入される。これにより、オーディオフレームを分析し、ディジタルデータシーケンスからＰＡＤを復元する必要なく、該ディジタルデータシーケンスからＰＡＤを復元することを容易にする。

Description

【発明の詳細な説明】 受信機及び改善されたフォーマットでデータを提供する方法 技術分野 本発明は、ディジタル送信信号を受信する受信機であって、該信号は符号化さ れたディジタルデータシーケンスを有し、該データシーケンスは種々のデータタ イプの複数のシーケンスを有し、これら複数のシーケンスからの少なくとも一つ のシーケンスは、該複数のシーケンスからの少なくとも一つの他のシーケンスと 共に前記ディジタルデータシーケンス内に埋め込まれていて、 − 受信したディジタル送信信号をデコードする手段と、 − 前記受信されデコードされた信号から前記ディジタルデータシーケンスの少 なくとも一部を供給する手段と − 前記ディジタルデータシーケンスから前記少なくとも一つのシーケンスを復 元する手段とを有する受信機に関する。 本発明はさらに、ディジタルデータシーケンスの少なくとも一部を供給する方 法であって、該データシーケンスは種々のデータタイプの複数のシーケンスを有 し、これら複数のシーケンスからの少なくとも一つのシーケンスは、該複数のシ ーケンスからの少なくとも一つの他のシーケンスと共に前記ディジタルデータシ ーケンス内に埋め込まれる方法に関する。 背景技術 冒頭による受信機は、１９９５年２月オランダのフィリップス・コンシューマ ・エレクトロニクス社出版のパンフレット「ＤＡＢ４５２ディジタル・オーディ オ放送試験受信機(DAB452 Digital Audio Broadcasting test receiver)”から 既知である。この既知の受信機においては、受信したディジタルオーディオ放送 信号が、ディジタルデータシーケンスに、周波数変換され、高速フーリエ変換装 置により復調され、インターリーブ解除され、デコードされる。このデータシー ケンスは、例えばオーディオフレームを有する主サービスチャネルデータ、高 速情報チャネルデータ等の種々のデータタイプの複数のシーケンスを有するもの である。主サービスチャネル内のオーディオフレームは、オーディオデータ及び プログラムに関連付けられたデータ（ＰＡＤ）を有する。オーディオフレーム内 のオーディオデータの最大量は、該フレーム内のＰＡＤの量に依存する。すなわ ち、ＰＡＤは、オーディオデータと共に前記ディジタルデータシーケンス内に埋 め込まれている。前記既知のＤＡＢ受信機は、これら目的のために、オーディオ デコード手段を有する。このオーディオデコード手段は、前記オーディオフレー ムからオーディオデータを復元するだけではなく、これらオーディオフレームか らＰＡＤも復元する。 発明の開示 本発明の目的は、改善された受信機及びディジタルデータシーケンスを供給す る改善された方法を提供することにある。 本発明による受信機は、前記供給手段が、前記少なくとも一つの他のシーケン スとは別個に前記復元された少なくとも一つのシーケンスを、前記ディジタルデ ータシーケンスの少なくとも一部に付加するように構成されることを特徴とする 。本発明は、前記ディジタルデータシーケンスを受信する周辺装置が、埋め込ま れたデータを復元するためのデコード手段を常に有してはいないことの認識に基 づいている。すなわち、これら周辺装置は、このようなデータを得るための余分 な分析及び復元手段を持つ必要がある。固定されたフォーマットのデータストリ ームに前記少なくとも一つのシーケンスを２回付加することにより、周辺装置は 、前記ディジタルデータシーケンスからの前記少なくとも一つのシーケンスをよ り容易に識別し復元することができ、これにより、該周辺装置の複雑さを減少さ せることができる。例えば、ＤＡＢ受信機においては、オーディオフレームをデ コードするためのデコード手段が与えられる。これらオーディオデコード手段に おいては、ＰＡＤも同様にデコードされる。このように復元されたＰＡＤはＤＡ Ｂ受信機内で既に利用可能であるため、これは、前記供給手段にＰＡＤを供給す るために有利に使用することができる。 本発明のある実施例は、前記供給手段が、前記少なくとも一つのシーケンス内 のデータタイプを識別するため、データタイプ識別子を前記復元された少なくと も一つのシーケンスに付加するように動作することを特徴とする。この手段によ り、前記ディジタルデータシーケンス内の前記少なくとも一つのシーケンスが容 易に認識できる。これは、データが、パケット自体で情報を含み、ヘッダを有す る、これらパケットに構築されるようなディジタルデータシーケンスにおいて特 に有利である。 本発明のある実施例は、前記供給手段が、前記少なくとも一つのシーケンスの 長さを識別するため、長さインジケータを前記復元された少なくとも一つのシー ケンスに付加するように動作することを特徴とする。この手段により、前記少な くとも一つのシーケンスがどの様な長さであるかを周辺装置が知ることができる 。これは、前記少なくとも一つのシーケンスが可変の長さを持つ可能性がある場 合特に有利であり、データがパケットに構築される場合非常に役立つ。 本発明のある実施例は、前記ディジタル送信信号が、ディジタルオーディオ放 送信号であり、前記少なくとも一つのシーケンスが、プログラムに関連付けられ たデータであることを特徴とする。本発明によるこれら手段は、前記少なくとも 一つのシーケンスがプログラムに関連付けられたデータであるような、ＤＡＢ受 信機における適用に関して特に有利である。 本発明のある実施例は、前記ディジタルデータシーケンスの少なくとも一部が 、ＩＥＣ９５８フォーマットにより構築されることを特徴とする。これは、ＤＡ Ｂデータシーケンスが非常に特殊なフォーマットを持つが、ＩＥＣ９５８インタ フェースはより共通的に使用されるため、周辺装置と共により標準化されたイン タフェースを実現する。 本発明のある実施例は、前記供給手段が、前記少なくとも一つのシーケンスを 前記ＩＥＣ９５８フォーマットでユーザデータチャネルに付加するように構成さ れることを特徴とする。ＩＥＣ９５８インタフェース内のユーザデータチャネル は、複数の目的に対して利用可能である。ＰＡＤを搬送するためのユーザデータ チャネルを選択することにより、復元されたＰＡＤが、ＩＥＣ９５８フォーマッ トの通常のフレーム構造に付加される必要がなく、すなわち、オリジナルのデー タに関してデータ容量をセーブする。 本発明の上述の目的及び特徴は、以下の図を参照して、以下の好ましい実施例 の記載からより明白になるであろう。 図面の簡単な説明 第１図は、本発明によるディジタル記号を受信するための受信機の一実施例の 図である。 第２図は、ＤＡＢ送信フレームの図である。 第３Ａ図は、本発明の一実施例による第２のシーケンスのフレームの図である 。 第３Ｂ図は、ＩＥＣ９５８サブフレームの図である。 第４図は、本発明による受信機において使用するためのＰＡＤメッセージの構 造の一例の図である。 第５Ａ図は、ユーザ・データ・メッセージの第１のヘッダＩＵの図である。 第５Ｂ図は、ユーザ・データ・メッセージの第２のヘッダＩＵの図である。 第５Ｃ図は、ユーザ・データ・メッセージの第３のヘッダＩＵの図である。 第５Ｄ図は、ユーザ・データ・メッセージのデータＩＵの図である。 図中、同じ要素には同じ参照番号がつけてある。 発明を実施するための最良の形態 第１図は、本発明によるディジタル信号を受信する受信機の一実施例の図であ る。受信アンテナ２は、当該受信機の第１の入力に接続されている。この受信機 の入力は、フロント・エンド・ユニット４に接続されている。フロント・エンド ・ユニット４の出力は、ＦＦＴプロセッサ６の入力に接続されている。ＦＦＴプ ロセッサ６の出力は、チャネル・デコーダ８の入力に接続されている。 ディジタル信号を受信するための受信機は、ディジタル・オーディオ放送シス テム（ＤＡＢ）で使用することができる。複数のキャリアを有し、これらキャリ ア上でディジタル信号は変調されているようなＯＦＤＭ信号が、前記受信機によ り受信され、フロント・エンド・ユニット４で増幅され、周波数変調される。次 いで、フロント・エンド・ユニット４の出力信号は、ＦＦＴプロセッサ６に送ら れ、前記ディジタル信号を得るために復調される。ＦＦＴプロセッサ６の出力に おいて、コード化され、インタリーブされた信号が得られる。ＦＦＴプロセッサ ６はまた、フロント・エンド・ユニット４の同期を行うために、信号プロセッサ １４に情報を送る。この信号プロセッサはまた、受信した送信の電界強度及び該 送信の識別、送信識別情報すなわちＴＩＩに関する、ＦＦＴプロセッサ６からの 情報を復元することもできる。このＴＩＩは、各ＤＡＢフレームの開始時のヌル 記号に存する。ＦＦＴプロセッサ６の出力における信号は、再構築されたディジ タル信号を得るために、デコーダ８によりインタリーブ解除され、デコードされ る。例えば、フィリップスのＳＡＡ２５００のようなオーディオ・デコーダが、 オーディオ・フレームを有する前述のディジタル信号をデコードするために、デ コーダ８の出力に結合されている。第１の出力において、オーディオ・デコーダ １０は、オーディ・フレームに埋め込まれているプログラムに関連付けられたデ ータ３６、すなわち、ＰＡＤを供給する。このＰＡＤは、制御ユニット１２に送 られ、さらに処理される。第２の出力において、オーディオ・デコーダ１０はオ ーディオ・データ３２を供給する。制御ユニット１２はさらに、受信機の同調及 びデコーダ８でのデコード処理を制御する。制御ユニット１２は、ユーザから情 報を受信し、情報をユーザに供給するデータ３４を用いるインターフェースを備 えている。 第２図は、ＤＡＢ送信フレームのである。ＤＡＢフレームは３つのフィールド を含む。すなわち、同期チャネルＳＣ、高速情報チャネルＦＩＣ及び主サービス ・チャネルＭＳＣである。ＦＩＣは、多数の高速情報ブロックＦＩＢを含む。Ｆ ＩＢの数は、ＤＡＢ送信モードに依存する。モードＩの場合には、ＤＡＢフレー ムは、１２個のＦＩＢを含み、、モードＩＩの場合には、３個のＦＩＢ、モード ＩＩＩの場合には、４個のＦＩＢを含む。主サービスチャネルは、多数の共通イ ンターリーブフレームＣＩＦを有する。この数も、ＤＡＢ送信モードに依存する 。モードＩの場合には、ＤＡＢフレームは、４個のＣＩＦを、モードＩＩの場合 には、１個のＣＩＦを、モードＩＩＩの場合には、１個のＣＩＦを含む。モード Ｉの場合には、第１の３個のＦＩＢが、第１のＣＩＦに割り当てられ、第２の３ 個のＦＩＢが、第２のＣＩＦ等に割り当てられる。主サービス・チャネルは、そ れぞれがサブチャネル識別番号ＳｕｂＣｈＩｄを持つ、多数のサブチャネルに 分割される時間的にインタリーブされたデータ・チャネルであり、各サブチャネ ルは、オーディオ及びデータ等の一つ以上のサービス要素を搬送することができ る。ＭＳＣは、６４ビットの複数の容量ユニットにさらに分割され、サブチャネ ルは、これら容量ユニットの一つ以上を占有することができる。サブチャネルの 組織及びこれらサブチャネルの容量ユニットにおける位置は、他のアイテムと一 緒にＦＩＣにより送信される。ＤＡＢ送信フレーム、該フレームの構造及び内容 の詳細な説明については、１９９５年にソフィア・アンチポリス所在のヨーロッ パ遠隔通信規格協会が発行した「無線放送システム；移動、携帯及び定置受信機 に対するディジタル・オーディオ放送（ＤＡＢ）」ＥＴＳ３００ ４０１を参照 されたい。 第１図の受信機においては、現在使用されているデコーダ８は、ＤＡＢシーケ ンス全部をデコードすることができず、ＤＡＢデータの選択された部分しかデコ ードできない。例えば、ユーザは、制御ユニット１２に，例えば、「無線３」の ようなあるプログラムからのオーディオ・データを、オーディオ・デコーダ１０ に供給するように命令する。次いで、制御ユニット１２は、ＦＩＣを分析し、「 無線３」のプログラムが、主サービス・チャネルのどのサブチャネル上に存在す るのかを決定する。次いで、制御ユニット１２は、どの容量ユニットが上記サブ チャネルに割り当てられているか、例えば、ＣＵ６、７及び８を決定する。次い で、制御ユニット１２は、デコーダ８に、デコードし、ＣＵ６、７及び８からデ コードしたデータを出力し、デコードしたデータがあることを知らせるために、 第１のウィンドウ信号を活性化するように命令する。オーディオ・デコーダ１０ は、上記データ及びウィンドウ信号を受信し、該出力に含まれるオーディオ・デ ータを供給する。すなわち、デコーダ８は、限られたデータ量しか供給できない 。将来のデコーダ８は、ＤＡＢ信号から完全なデコードされたデータをＤＡＢ信 号から供給することができるであろう。 本発明によれば、第１図の受信機はさらに、 − 第１のシーケンスのデータを受信するためデコーダ８の出力に結合される第 １の入力（前述のように、このシーケンスは、デコーダ８に依存して、完全なＤ ＡＢデータ・シーケンスか少なくとも該ＤＡＢデータ・シーケンスの一部の何れ かを有する） − 第２のタイプのフレームで構築されたの第２のシーケンスのデータ３６を供 給するための出力（第１のタイプのフレームのフレーム長は、第２のタイプのフ レームのフレーム長とは異なる。第２のシーケンスは、少なくとも２つの別個の シーケンスを有する。これら別個のシーケンス各々は、異なるデータ・タイプの ために予約され、第２のタイプのフレーム内に配置されている。ここで、第２タ イプの各フレームは、第２のシーケンス内のこれら別個のシーケンスを識別する ためのフレーム・タイプ識別子を含む。） とを持つ変換手段１６を有している。 本発明の他の態様によれば、変換手段１６は、ＤＡＢ信号のヌル記号に含まれ ているＴＩＩを受信するため、信号プロセッサ１４の第２の出力に結合されてい る第２の入力を持っている。この信号プロセッサ１４はまた、ヌル記号のＦＦＴ から測定した相対的な電界強度を供給し、必要ならば、選択されたキャリヤ・ペ アの同相及び直角位相成分の値も供給する。次いで、変換手段１６は、信号プロ セッサ１４により供給されるＴＩＩ及び他のデータを、第２のシーケンスに挿入 することができる。その方法については、第２のシーケンス内のフレームの内容 について扱う際にさらに詳細に説明する。 前述の態様とは別個のものとさえ見られるかもしれない、本発明の他の態様に よれば、変換手段１６が、ＰＡＤを供給するオーディオ・デコーダ１０の第２の 出力に結合されている第３の入力を持つことである。次いで、このＰＡＤも、前 記シーケンス中に挿入される。この挿入は、ＴＩＩ及び関連データの挿入方法と 同様に行うことができ、ＰＡＤに対して個別のデータ・タイプ識別子を供給し、 個別のパケット内にＰＡＤを挿入する。これについてはこれ以上詳細に説明しな い。後で詳細に説明する好適な実施例においては、第２のタイプのフレームが、 ＩＥＣ９５８フォーマットによるフレームである場合、ＰＡＤはユーザ・データ ・チャネルの第２のシーケンス内に挿入される。 変換手段１６は、供給手段とも呼ばれる。何故なら、変換手段は、実際に外部 、例えば、周辺装置等に第２のシーケンスのデータを供給するからである。 第３Ａ図は、本発明の一実施例による第２のシーケンスのフレームの図である 。 本発明においては、第１のシーケンスのデータは、該第１のシーケンスのフレー ム長とは異なるフレーム長を有する第２のシーケンスのデータに変換される。一 実施例においては、第２のシーケンスのフレーム長は、２４ビットの長さに選択 され、そのうち最初の２０ビットは、すなわち、ｂ０．．ｂ１９ビットは、デー タ（ＤＴ）用に予約され、ｂ２０．．ｂ２３ビットは、フレーム・タイプ識別子 （ＦＴＩ）用に予約されている。このように選択することにより、第２のシーケ ンスのフレームをＩＥＣ９５８規格によるサブフレームに組み込むことができる 。この規格の詳細については、１９８９年に、スイスの国際電子技術委員会、中 央部局が発行した国際規格ＩＥＣ９５８の「ディジタル・オーディオ・インター フェース」の文献を参照されたい。 第３Ｂ図は、ＩＥＣ９５８サブフレームの図である。ＩＥＣ９５８は、４ビッ トのプリアンブルＰＲ、補助データＡＸＤ用の４ビット・フィールド、オーディ オ・データＡＤ用の２０ビット・フィールド及び４つの１ビット・フィールド、 すなわち、妥当性フラグ・ビットＶ、ユーザ・データ・チャネル・ビットＵ、チ ャネル状態ビットＣ、及びパリティ・ビットＰを含む。チャネル状態ビットＣは 、１ビットのチャネル状態語を含み、チャネルを通して送られるデータの情報を 与える。ユーザ・データ・チャネル・ビットＵは、１ビットのユーザ・データ・ チャネルを含む。第２のシーケンスのフレームが、ＩＥＣ９５８サブフレームに 組み込まれている場合には、該フレームはビット位置ａ４．．ａ２７に収容され る。この場合、妥当性フラグ・ビットＶは、オーディオ・デコーダにより誤って デコードされないように、「１」に設定されるべきである。チャネル状態語にお いては、状態が「非オーディオ」（バイト０のビットを１）に設定され、「コピ ーライト」主張（バイト０のビット２＝「０」）されるべきである。バイト０の ビット３、４及び５は、「０００」に設定され、バイト０のビット６及び７は、 モード０（＝「００」）に設定されるべきである。ディジタル・オーディオの放 送受信用のカテゴリコード「００１」が、使用されるべきである（バイト１のビ ット０、１、２＝「００１」）。発生状態ビットは、「オリジナル」（バイト１ のビット７＝「０」）に設定されるべきである。バイト２においては、ソース番 号及びチャネル番号が、「無指定」（バイト２＝「００００００００」）に設定 され るべきである。サンプリング周波数は、４８ｋＨｚ（バイト３のビット０、１、 ２、３＝「０１００」）であるべきである。±１０００ｐｐｍのクロック精度が 、「レベルＩＩ」（バイト３のビット４、５＝「００」）であるべきである。す なわち、チャネル状態語の最初の４つのバイトを次のように、すなわち、バイト ０を「０１００００００」、バイト１を「００１００１００」、バイト２を「０ ０００００００」、バイト３を「０１００００００」に設定することが推奨され る。バイト１のビット３、４、５、６は、「００１０」に設定される。これは、 入力「ＤＡＢ」がカテゴリ「放送受信」に規定されるべきであることを提示して いる。 表１は、フレーム・タイプ識別子のビットｂ２０．．ｂ２３の値の例である。 フレーム・タイプ識別子の値、「０００１」、「ＸＸ１０］、「０１００」及 び「０１１１」は、パケットでのデータ転送を示す。値「０００１」及び「０１ １１」は、パケットの始まりを通知し、この値「０１１１」はさらに、パケット 内のデータ・タイプも識別している。値「ＸＸ１０］は、パケットの継続を通知 し、値「０１００」は、パケットの終わりを示す。パケットでのデータ転送の利 点は、使用されるオーバーヘッドが少なくて済むということである。何故なら、 例えば、データ・タイプ及びパケットの長さを通知するヘッダ・フレーム（及び あれば付随(trailer)フレーム）しかオーバーヘッドとして使用されないからで ある。この高容量データ転送は、完全なＤＡＢデータをデコードすることができ る将来のチャネル・デコーダ８と組合わせる場合に役立つ。 値「ＸＸ１０］のフレーム・タイプ識別子は、ビットｂ２０及びｂ２１の値は 無視してよいということを意味する。これは、ビットｂ０．．ｂ１９により供給 された２０個のデータ・ビットでは不十分で、１つ以上のデータ・ビットが継続 しているフレーム内に必要とされる場合に特に役立つ。この場合、ビットｂ２０ 及びｂ２１が、データ・ビットに追加され、それにより２２ビットのデータ・フ ィールドが実現される。ビットｂ２０及びｂ２１は、パケット内のデータ・タイ プに依存して、データ・ビットとしては使用されない場合、これらビットは、好 適には「００」に設定されるべきである。例えば、ＭＳＣデータの場合、ビット ｂ２０及びｂ２１は、データ・フィールドに追加される。一方、ＦＩＣまたはＴ ＩＩデータの場合、ビットｂ２０及びｂ２１は、フレーム・タイプ識別子の一部 である。 値「１１１１」のフレーム・タイプ識別子は、データ及び該データのデータ・ タイプ識別子を含むフレームを通知する。各フレームがこのような識別子を含ん でいるので、各フレームを相互に独立して処理することができる。これは、今全 てのフレームがデータ・タイプ識別子を含む必要があるので多量のオーバーヘッ ドを犠牲にするが、受信側におけるフレーム処理を非常に容易にする。 値「００００」のフレーム・タイプ識別子は、ｂ０．．ｂ１９の全ての位置に 置いて通常論理値「０」しか持たない、パディング・フレームを通知する。この フレーム・タイプは、転送できる状態のデータがない場合に使用され、データが 存在しない場合、第２のシーケンスにおける継続的なフレームの流れを確実にす る。 値「０１０１」のフレーム・タイプ識別子は、第１のシーケンスにおけるフレ ームの開始、すなわち、例えば、論理ＤＡＢフレームの開始を知らせる。このフ レームは、残りのビット位置ｂ０．．ｂ１９上にいくつかの情報を含ませること ができる。さらに、ビットｂ０．．ｂ３は、同期フレームコンテンツインジケー タＳＦＣＩ用に予約され、例えば「０００１」の値を持つような場合、コンテン ツフィールドＣＦ、すなわち、残りのビット、ｂ４．．ｂ１９は、過去のＤＡＢ フレームのＦＩＣの再符号化により検出された訂正エラーの数を含むことを指示 する。他のビットｂ０．．ｂ３の値は予約されている。 （「ＸＸ１０］及び「０１００」に関連付けられる、値「０１１１」のＴＩＩ フレーム・タイプ識別子、及び値「１１１１」のフレーム・タイプ識別子を用い る）低容量データ転送の場合、フレーム・タイプ識別子の値が「１１１１」であ るフレームは、例えば、ＩＥＣ９５８フォーマットのチャネルＡを通じて送信さ れ、あるならば、次いで、ＴＩＩフレームが、ＩＥＣ９５８フォーマットのチャ ネルＢを通じて送信される。低容量データ伝送は、限られたデータ量しか搬送さ れる必要がないので、現在用いられているチャネル・デコーダ８と組合わせた場 合特に有用である。 このように、変換手段１６は、ＴＩＩデータ及び関連付けられるデータを、高 容量データ転送に対してパケット内に収容するか、低容量データ転送に対してパ ケット内に収容する。ＭＳＣデータ及びＦＩＣデータ等の他のデータに対しても 同様である。上記の説明は単に例示としてのものに過ぎず、本発明を制限するも のでないことは明らかであろう。 表１に示すように、低容量データ転送に対するフレーム・タイプ識別子がある 。これらのフレーム・タイプ識別子は、（パケットの残りを指示するため関連付 けられる値「ＸＸ１０」及び「０１００」と共に）「１１１１」及び「０１１１ 」の値を有する。 「１１１１」の値のフレーム・タイプ識別子を持つフレームは、好適には、第 ３Ａ図のフレーム内のビット位置ｂ８．．ｂ１５に位置する８ビットのデータＤ Ｔを有する。データ・タイプ識別子ＤＴＩは、表２に示すように、データの出所 を示すため及びフレームのビットｂ０．．ｂ５内の６ビット・フィールドＩＤＦ が使用されていることを示すために、ビットｂ６及びｂ７の位置で該フレームに 追加される。 サブチャネル識別子ＳｕｂＣｈＩｄは、すでに説明したように、ＭＳＣ内のサ ブチャネルを識別するための識別子である。第１図のチャネル・デコーダ８は、 ＤＡＢデータ・シーケンスと共にウィンドウ信号を供給することができる。この ようなウィンドウ信号は、あるデータ・タイプに属するデータがＤＡＢデータ・ シーケンス内に存在する間活性化される。例えば、制御ユニットは、特定のサブ チャネルがＭＳＣの容量ユニット６、７及び８内に存する限り、ＦＩＣから得ら れる。ここで、制御ユニットは、チャネル・デコーダ８に、容量ユニット６、７ 及び８からのデコードされたデータがチャネル・デコーダ８の出力に存在する間 、ウィンドウ信号１を活性化するように指示する。ここで、ウィンドウ信号１は 、当該出力に容量ユニット６、７及び８からデコードされたデータが存在するこ とを通知し、前記制御ユニットはこのデータが特定のサブチャネル番号に関連付 けられていることが分かる。フレーム・フォーマットにおいて、フレーム内のビ ット位置ｂ１６．．ｂ１９に、４ビットのウィンドウ信号識別子を設けることに より、前記チャネル・デコーダからの１６個の異なるウィンドウ信号を識別する ことができる。ウィンドウ信号は、データがＭＳＣからのものである場合には、 フレームのビット位置ｂ０．．ｂ５における識別フィールド内にサブチャネル識 別子を挿入することにより、サブチャネルとリンクさせることができる。他の場 合には、識別フィールドは予約されている。ウィンドウ信号の１つを、パディン グに対して使用し、獲得できるデータがないことを示しても良い。 値が「０１１１」のフレーム・タイプ識別子は、低容量データ転送に対するＴ ＩＩ情報パケットのヘッダを示し、すなわち、データタイプ識別子としても機能 する。「ＸＸ１０」及び「０１００」の値のフレームタイプを持つフレームが、 データを搬送する。（値が「０１１１」である）ヘッダ・フレーム内には、ビッ ト位置ｂ１１．．ｂ１５の５ビットワードが、受信される送信数（ＮＲＴ）を指 示するために予約されている。ＮＲＴは、１−２４の範囲内とすることができる 。他の値は予約されている。（ＮＲＴ−１）個の継続フレーム及び一個の付随フ レームがあり、これらフレームは以下のように満たされる。これらのフレーム各 々は、ビット位置ｂ８．．ｂ１２に５ビットのサブ識別子を、ビット位置ｂ１３ ．．ｂ１９に７ビットの主識別子を含み、主識別子及びサブ識別子は、１９９５ 年にソフィア・アンチポリス所在のヨーロッパ遠隔通信規格協会発行の「移動、 携帯、定置受信機に対するディジタル・オーディオ放送（ＤＡＢ）」、ＥＴＳ３ ００４０１の「無線放送システム」の文献の８．１．９項に記載されている。さ らに、微弱の信号を指示する「００１」から非常に強い信号を示す「１１１」ま での範囲の相対的な電界強度を指示するために、３ビット（ｂ５．．ｂ７）が予 約されている。値「０００」は、「信号が送られていない」ことを示す。残りの ビット、ｂ０．．ｂ４は予約されている。すでに説明したように、最後のデータ ・フレームは、値「０１００」のフレーム・タイプ識別子を有するが、特定の付 随フレームは必要ないので、前記継続フレームと同じ種類のデータを含む。 低容量データ転送の場合には、ＴＩＩフレームを、フレーム・タイプ１１１１ のデータ・フレームと変更することができる。パディング・フレームは自由に挿 入することができる。 低容量データ伝送の場合には、ＴＩＩフレームをフレームタイプ「１１１１」 のデータ・フレームと交互に使用できる。パディング・フレームは自由に挿入す ることができる。 値が「０００１」であるフレームタイプ識別子は、高容量データ伝送用のパケ ットのヘッダ・フレームを識別する。表３に示すように、この目的のために、ヘ ッダ・フレーム内のビット、ｂ１８およびｂ１９は、データタイプ識別子を形成 し、パケット内に含まれるデータタイプを示すために予約される。 値が「ＸＸ１０］のフレームタイプ識別子は、継続フレーム、すなわち、パケ ットの一部であるフレームを示し、値が「０１００」のフレームタイプ識別子は 、パケットの終わりを示す付随フレームと見なすことができる。 ＭＳＣデータが送信されている場合には（ｂ１８＝０ ｂ１９＝１）、ヘッダ ・フレームは、ビット、ｂ０．．ｂ１１に、ＲＤＩフレームの数Ｍ、すなわち、 パケットの長さを、そしてビット、ｂ１２．．ｂ１７にサブチャネル識別子を設 けることができる。継続フレームは、全てのデータを搬送する。パケット内の終 わりから二番目のフレームは、データを含むことができ、データ・ビットの総数 であるパディング・ビットは、パケット内の使用可能なビットの総数に対応して なくてもよい。付随フレームは、１６ビットのフィールドを含み、このフィール ドは再復号化の際に検出された訂正エラーの数を特定する。例外としては、コー ド「１１１１ １１１１ １１１１ １１１１」は、この情報が送信されないも のであることを示すべきである。ＭＳＣデータを送信中の場合には、「ＸＸ１０ ］の値を有するフレームタイプ識別子は、望ましくは最後の２ビット「１０」に 短縮することが好ましい。表１を見れば、継続フレームであることを認識するに は、これら最後の２ビット（ｂ２０およびｂ２１）で十分であることが明らかで あろう。この結果、余分の２ビット（ｂ２０およびｂ２１）がデータ用に使用さ れることになり、データ・フィールドが２０ビットから２４ビットに拡張する。 この２ビットを必要としない他の場合には、これらデータは「００」にセットさ れる。 ＦＩＣデータが送信されている場合には（ｂ１８＝０ ｂ１９＝１）、ヘッダ ・フレームは、例えば、ビットｂ１４およびｂ１５は、ＤＡＢ送信モードを示す 二つのビットを有する。表４は、ビットｂ１４およびビットｂ１５の値と、関 連するＤＡＢ送信モードを示す。 ＦＩＣヘッダ・フレームにおいて、ＦＩＢ数用に４ビット（例えば、ビットｂ １０．．ｂ１３）が予約されている。ＤＡＢ送信モードＩＩおよびＩＩＩの場合 には、ＦＩＢ数フィールドは、ＦＩＢを指定する、符号を持たない二進数にコー ド化される。表５にＦＩＢ数のコード化を示す。 フレームタイプ識別子の値が「０１００」である付随フレームは、ＦＩＣパケ ットの場合には下記のものを含む。３桁のビット（例えば、ビットｂ１６．．ｂ １８のような）は、エラー表示タイプ（ＥＩＴ）用に予約され、１６桁のビット （例えば、ビットｂ０．．ｂ１５のような）は、エラー・チェック・フィールド （ＥＣＦ）を指定する。表６は、ＥＩＴに対するコードおよびＥＣＦ内の関連す る内容を示す。 ＤＡＢ送信モードＩの場合には、一つの送信フレーム内に含まれている１２の ＦＩＢを９６ｍｓ毎に一回で、または２４ｍｓの間隔を置いて３のＦＩＢずつ４ 回に分けて送信することができる。 ＴＩＩデータを送信している場合には（ｂ１８＝１ ｂ１９＝０）、ヘッダ・ フレームは、この例示の場合には、さらに３ビット、すなわち、ｂ８．．ｂ１０ を含むＴＩＩフォーマット識別子を有する。「０１０」の数を有するＴＩＩフォ ーマット識別子は、基本フォーマットを示し、値「００１」は拡張フォーマット を示す。低容量フォーマットの場合と同じように（フレームタイプ識別子値＝「 ０１１１」）、ビット、ｂ１１．．ｂ１５はＮＲＴを含む。 基本フォーマットの場合（ヘッダ中のｂ８．．ｂ１０は「０１０」に等しい） 、ＴＩＩパケットの残りの部分は、低容量フォーマット内と同じである。 拡張フォーマットの場合（ヘッダ中のｂ８．．ｂ１０は「００１」に等しい） 、第一のＮＲＴ継続フレームの内容は、基本フォーマットの内容と同じであるが 、ビットｂ１．．ｂ４は下記のように使用される。ビットｂ１は、ヌル記号イン ジケータであり、新しいヌル記号からのデータが最初に送信されるときに変化す る。拡張フォーマットの場合には、選択したキャリヤ・ペアのヌル記号のサンプ ルに対して、第１図のプロセッサ６内で行われた離散フーリエ変換の複合結果が 供給される。この目的のために、ビットｂ２．．ｂ４は、主識別子および副識別 子によって識別された送信機に関する情報が送られるキャリヤ・ペア（ＮＣＰ） の数を示す。上記のＮＲＴフレームの数の後にある継続フレームにおいては、２ の補数としてコード化された１６ビットが、ＮＲＴフレームの数内で識別された 各送信機に対して、ＮＣＰによって指定されたキャリヤ・ペアの各数に対するヌ ル記 号のいくつかのサンプルに関するＦＦＴの結果の実数および虚数部分を含む。 ＭＳＣサブチャネルからのデータ、任意のフォーマットのＦＩＣおよびＴＩＩ の送信の時間的順序は自由である。パディング・フレームは、任意の場所に挿入 することができる。しかし、通常、一つの論理的ＤＡＢフレームに関連するすべ てのデータは、同期フレームの二つの連続送信により指定された間隔中に送信し なければならない。必要ならば、ＴＩＩデータはいくつかのパケットに分割して 送信することができる。各キャリヤ・ペアのＴＩＩ情報は、好適には評価された ヌル記号一つにつき一度だけ送信することが好ましく、またそうしなければなら ない。しかし、この情報は、いくつかの論理フレームに分割することができる。 新しいデータ・セットの開始は、ヌル記号インジケータの新しい値により表示さ れる。 第一のシーケンスの場合には、ＦＩＣにすでに内蔵されている一つのＴＩＩデ ータ以外のＴＩＩデータは含まれていない。ＤＡＢ信号は、また各ＤＡＢフレー ムの開始時に、ヌル記号内にＴＩＩデータを含む。本発明では、このＴＩＩデー タが、受信した送信機の相対的電界強度と共にＦＦＴプロセッサ６から受信され 、第二のシーケンス内に挿入される。 第一のシーケンスの場合には、ビット・ストリーム上のオーディオ情報と一緒 に、ＰＡＤデータが埋め込まれる。このＰＡＤデータを検索するには、最初にオ ーディオ・フレームを検索し、その後でそこからのＰＡＤデータを検索する必要 がある。これは厄介な動作であり、余分なハードウェアを必要とする。大部分の ＤＡＢ受信機は、オーディオ複合化手段を有し、この復号化手段もオーディオ・ フレームからＰＡＤデータを検出する。本発明では、個別シーケンスである第二 のシーケンス内にこのＰＡＤを挿入することによって、この検索を有利に使用す ることができる。このため、第二のシーケンスを受信する周辺装置は、第二のシ ーケンスからＰＡＤデータを非常に容易に検索することができる。何故なら、オ ーディオ復号化手段を必要としないからである。 第４図は、本発明の受信機内で使用する、ＰＡＤメッセージの構造の一例であ る。この場合、ＰＡＤは検索され、第二のシーケンス内に挿入される。ＰＡＤメ ッセージは下記の構成を含む。すなわち、 − メッセージが、後で説明する構造を持つことを知らせるためのヘッダ（ＨＤ Ｒ）、 − ＰＡＤメッセージ内で、後に続くバイト数を指定するバイト長インジケータ （ＬＩ）、 − ＥＴＳ３００ ４０１で規定されているＦ−ＰＡＤを運ぶ２バイトのフィー ルド（Ｆ−ＰＡＤ）、 − 必要ならば、ＥＴＳ３００ ４０１に指定されているＸ−ＰＡＤフィールド からの多数のバイトを運ぶもう一つのフィールド（Ｘ−ＰＡＤ）。これらバイト もまた論理的な順序に配列されている。 ヘッダもバイト長インジケータも、好適には１バイト・フィールドであること が好ましい。この場合、ヘッダはメッセージの構造を識別するるための１６進法 の値「ＡＤ」を含む。Ｘ−ＰＡＤフィールドは任意のものである。その存在およ び長さは、バイト長インジケータＬＩから入手することができる。ＤＡＢ受信機 は、実際にＸ−ＰＡＤデータ内に含まれているものよりも多くのバイトをＸ−Ｐ ＡＤ内に供給できることに注意されたい。この場合、ＤＡＢ受信機は、それらが オーディオ・データを含む場合、ＰＡＤを含む場合を区別しないで、オーディオ ・フレームの終わりの部分からバイトを搬送する。 望ましい実施例においては、ＩＥＣ９５８インターフェースのユーザ・データ ・チャネルを通して、ＰＡＤメッセージを送信することができる。このことは、 第一のビットが、常に「１」にセットされているスタート・フラグ（ＳＦ）であ り、それぞれがその後に７つの情報ビットが続く、８つのビットを含む情報ユニ ット（ＩＵ）により送信されることを意味している。ユーザ・データ・メッセー ジは、三つのＩＵのヘッダおよび多数のデータＩＵを有する。 第５Ａ図は、ユーザ・データ・メッセージの第一ヘッダＩＵの図である。第一 のＩＵは、メッセージのタイプを識別するための識別子（ＴＭＩ）を有する第一 の５ビットフィールドを有する。望ましくは、このフィールドは二進法の値「１ ００１０」を有する。上記フィールドは、さらに、最終フラグビット（ＬＦ）を 有する。このフラグは、当該メッセージが或るＰＡＤメッセージと共に搬送する 一連のユーザ・データ・メッセージの最後がメッセージである場合、「１」にセ ットされる。他の場合、ＬＦを「０」にセットしなければならない。最後に、上 記フィールドは、第一フラグ・ビット（ＦＦ）を有する。このビットは、当該メ ッセージが或るＰＡＤメッセージと共に搬送する一連のユーザ・データ・メッセ ージの最初がメッセージである場合、「１」にセットしなければならない。他の 場合、ＦＦを「０」にセットしなければならない。 第５Ｂ図は、ユーザ・データ・メッセージの第二のヘッダＩＵの図である。こ のヘッダ内の第２のＩＵは、７ビットのメッセージ長インジケータ（ＬＩ）を有 する。第３のヘッダＩＵは、この長さの値内に含まれていることに留意されたい 。 第５Ｃ図は、ユーザ・データ・メッセージの第３のＩＵの図である。このヘッ ダ内の第３のＩＵは、望ましくはＩＥＣ９５８フォーマットのチャネル状態の元 の分類コード（バイト１のビットｂ０．．ｂ６）を複製する７ビットのフィール ド（ＯＣＣ）を含む。 第５Ｄ図は、ユーザ・データ・メッセージのデータＩＵの図である。ＩＵがデ ータ、すなわち、ＰＡＤメッセージの一部を含んでいる場合には、残りの７のビ ットをユーザ・データ・フィールド（ＵＤＦ）内のデータのために使用すること ができる。望ましい実施例の場合、ＩＵの第２のビット（７ビットのユーザ・デ ータ・フィールドの第１のビット）を、後続の６のユーザ・データ・ビット内で エラーを検出したかどうかを知らせるためのエラー・フラグ（ＥＦ）用に予約で きる。即ち、ユーザ・データＩＵは、望ましくは、ユーザ・データ・フィールド （ＵＤＦ）により、６ビットのユーザ・データを搬送でき、エラー・フラグがな くてすむ場合には、７ビットを送ることができる。メッセージ内の最後のＵＤＦ は、６ビット（または７ビット）以下のビットが使用されている場合には、多数 のパディング・ビットを設けることができる。 ユーザ・データ・メッセージ内のＩＵは、最大８のパディング・ビットを持ち 、論理的値が「０」であるパディング・ビットにより分離することができる。あ るビットの値が「１」である場合は、論理値「０」を有する後続の９の連続ビッ トが、新しいユーザ・データ・メッセージに最初の部分であると認識される。 異なるユーザ・データ・メッセージに属するＩＵの間のパディングは、その長さ が少なくとも９ビットである限りは、最大の長さに制限はない。一つのユーザ・ デ ータ・メッセージに収容できないＰＡＤメッセージは、いくつかのユーザ・デー タ・メッセージに分割することができる。ＰＡＤメッセージは、バイト単位で分 割する必要はない。ユーザ・データ・メッセージのヘッダは、ＰＡＤメッセージ を作成すると共に、メッセージがＤＡＢ−ＰＡＤを含んでいることを示し、また 、ユーザ・データ・メッセージの長さや、メッセージがスタート部分であるのか 継続メッセージであるのか、一連のメッセージの終了部分であるのかということ を示す。 ＩＥＣ９５８ユーザ・データ・チャネル内へＰＡＤメッセージを追加挿入する 上述の例は、次のような理由で特に優れている。その理由は、ユーザ・データ・ チャネル内の他のデータのコード化および復号化とは別に、コード化および復号 化を行うことができる電子回路が容易に入手できることである。このことは、特 にＰＡＤのみのアクセスが必要な上記周辺装置の場合には、コード化／復号化が 簡単になるので非常に有利である。 上述の実施例は、単に本発明を説明するためのものに過ぎない。埋設データは ＤＡＢデータ内のＰＡＤに限定されない。さらに、本発明の範囲から逸脱しない で、ＰＡＤをＩＥＣ９５８に適合しない他のビット・ストリームおよび他の構造 内に挿入することができる。

Claims (1)

1. 【特許請求の範囲】 １．ディジタル送信信号を受信する受信機であって、該信号は符号化されたディ ジタルデータシーケンスを有し、該データシーケンスは種々のデータタイプの複 数のシーケンスを有し、これら複数のシーケンスからの少なくとも一つのシーケ ンスは、該複数のシーケンスからの少なくとも一つの他のシーケンスと共に前記 ディジタルデータシーケンス内に埋め込まれていて、 − 受信したディジタル送信信号をデコードする手段と、 − 前記ディジタルデータシーケンスから前記少なくとも一つのシーケンスを復 元する手段と、 − 前記受信されデコードされた信号から前記ディジタルデータシーケンスの少 なくとも一部を供給する手段とを有する受信機において、 前記供給手段は、前記少なくとも一つの他のシーケンスとは別個の前記復元 された少なくとも一つのシーケンスを、前記ディジタルデータシーケンスの少な くとも一部に付加するように構成されることを特徴とする受信機。 ２．請求項１に記載の受信機において、 前記供給手段は、前記少なくとも一つのシーケンス内のデータタイプを識別す るため、データタイプ識別子を前記復元された少なくとも一つのシーケンスに付 加するように動作することを特徴とする受信機。 ３．請求項１または２に記載の受信機において、 前記供給手段は、前記少なくとも一つのシーケンスの長さを識別するため、長 さインジケータを前記復元された少なくとも一つのシーケンスに付加するように 動作することを特徴とする受信機。 ４．請求項１、２または３に記載の受信機において、 前記ディジタル送信信号はディジタルオーディオ放送信号であり、 前記少なくとも一つのシーケンスは、プログラムに関連付けられたデータであ ることを特徴とする受信機。 ５．請求項１、２、３または４に記載の受信機において、 前記ディジタルデータシーケンスの少なくとも一部は、ＩＥＣ９５８フォーマ ットにより構築されることを特徴とする受信機。 ６．請求項５に記載の受信機において、 前記供給手段は、前記少なくとも一つのシーケンスを前記ＩＥＣ９５８フォー マットでユーザデータチャネルに付加するように構成されることを特徴とする受 信機。 ７．ディジタルデータシーケンスの少なくとも一部を供給する方法であって、該 シーケンスは種々のデータタイプの複数のシーケンスを有し、これら複数のシー ケンスからの少なくとも一つのシーケンスは、該複数のシーケンスからの少なく とも一つの他のシーケンスと共に前記ディジタルデータシーケンス内に埋め込ま れる方法において、 − 前記複数のシーケンスからの前記少なくとも一つのシーケンスを復元する工 程と、 − 前記少なくとも一つの他のシーケンスと発呼の前記少なくとも一つのシーケ ンスを前記ディジタルデータシーケンスの少なくとも一部内に挿入する工程とを 有することを特徴とする方法。 ８．請求項７に記載の方法において、 データタイプ識別子が、前記少なくとも一つのシーケンス内のデータタイプを 識別するため、前記復元された少なくとも一つのシーケンスに付加されることを 特徴とする方法。 ９．請求項７または８に記載の方法において、 長さインジケータが、前記少なくとも一つのシーケンスの長さを識別するため 、前記復元された少なくとも一つのシーケンスに付加されることを特徴とする方 法。 １０．請求項７、８または９に記載の方法において、 前記ディジタル送信信号はディジタルオーディオ放送信号であり、 前記少なくとも一つのシーケンスは、プログラムに関連付けられたデータであ ることを特徴とする方法。 １１．請求項７、８、９または１０に記載の方法において、 前記ディジタルデータシーケンスの少なくとも一部は、ＩＥＣ９５８フォーマ ットにより構築されることを特徴とする方法。 １２．請求項１１に記載の受信機において、 前記復元された少なくとも一つのシーケンスが、前記ＩＥＣ９５８フォーマッ ト内のユーザデータチャネル内に挿入されることを特徴とする方法。