(57)【要約】【課題】  データの伝送効率を向上することを可能とする再多重化装置、分離装置及びチップを提供する。【解決手段】  再多重化装置は、階層データを処理する第１送信処理部と、前記階層化データに付加される付加データを処理する第２送信処理部と、前記第１送信処理部から出力されるデータ及び前記第２送信処理部から出力されるデータの多重によって伝送パケットを生成し、生成された伝送パケットを変調器に出力する多重部とを備え、前記第１送信処理部は、シンボル単位よりも少なくとも大きい単位で前記階層データを処理し、前記第２送信処理部は、シンボル単位で前記付加データを処理し、前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位である。【選択図】  図２
2018078557.tif 000002
【特許請求の範囲】
【請求項１】
１以上の階層データを再多重化する再多重化装置であって、
前記階層データを処理する第１送信処理部と、
前記階層データに付加される付加データを処理する第２送信処理部と、
前記第１送信処理部から出力されるデータ及び前記第２送信処理部から出力されるデータを多重することによって伝送パケットを生成し、生成された前記伝送パケットを変調器に出力する多重部とを備え、
前記第１送信処理部は、シンボル単位よりも少なくとも大きい単位で前記階層データを処理し、
前記第２送信処理部は、シンボル単位で前記付加データを処理し、
前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位である、再多重化装置。
【請求項２】
前記第１送信処理部は、単位時間においてデータ量の比率が定められた２以上の階層データを処理し、
前記多重部は、前記単位時間において定められた前記データ量の比率が維持されるように、前記２以上の階層データを構成する伝送パケットを前記変調器に出力する、請求項１に記載の再多重化装置。
【請求項３】
前記第１送信処理部は、前記階層データを構成する第１入力パケットに基づいて誤り訂正ブロックを生成し、前記誤り訂正ブロックに基づいて前記伝送パケットの一部を生成し、前記伝送パケットの一部を前記多重部に出力し、
前記第２送信処理部は、前記付加データを構成する第２入力パケットに基づいて誤り訂正ブロックを生成せずに、前記第２入力パケットを構成するデータをシンボル単位で前記多重部に出力する、請求項１又は請求項２に記載の再多重化装置。
【請求項４】
送信装置から送信されるＯＦＤＭ信号を復調する復調器から取得される伝送フレームから階層データ及び前記階層データに付加される付加データを分離する分離部と、
前記階層データを処理する第１受信処理部と、
前記付加データを処理する第２受信処理部とを備え、
前記階層データは、シンボル単位よりも少なくとも大きい単位で処理された上で伝送されており、
前記付加データは、シンボル単位で処理された上で伝送され、
前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位である、分離装置。
【請求項５】
受信装置に搭載されるチップであって、
送信装置から送信されるＯＦＤＭ信号を復調する復調器から取得される伝送フレームから階層データ及び前記階層データに付加される付加データを分離する分離部と、
前記階層データを処理する第１受信処理部と、
前記付加データを処理する第２受信処理部とを備え、
前記階層データは、シンボル単位よりも少なくとも大きい単位で処理された上で伝送されており、
前記付加データは、シンボル単位で処理された上で伝送され、
前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位である、チップ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、再多重化装置、分離装置及びチップに関する。
【背景技術】
【０００２】
日本における地上デジタル放送伝送方式であるＩＳＤＢ−Ｔ（Ｉｎｔｅｇｒａｔｅｄ  Ｓｅｒｖｉｃｅｓ  Ｄｉｇｉｔａｌ  Ｂｒｏａｄｃａｓｔｉｎｇ  -  Ｔｅｒｒｅｓｔｒｉａｌ）方式では、送信装置は、データフレーム及び制御信号（ＴＭＣＣ情報やＡＣ信号）によって構成される伝送フレーム（ＯＦＤＭフレーム）毎に、映像・音声等のデータを送信する（例えば、非特許文献１）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】「地上デジタルテレビジョン放送の伝送方式  標準規格」  ＡＲＩＢ  ＳＴＤ−Ｂ３１
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年では、次世代の地上デジタル放送伝送方式の検討が進められている。次世代の地上デジタル放送伝送方式では、データの伝送効率を向上するために様々な検討がなされている。
【０００５】
そこで、本発明は、上述した課題を解決するためになされたものであり、データの伝送効率を向上することを可能とする再多重化装置、分離装置及びチップを提供することを目的とする。
【課題を解決するための手段】
【０００６】
第１の特徴は、１以上の階層データを再多重化する再多重化装置であって、前記階層データを処理する第１送信処理部と、前記階層データに付加される付加データを処理する第２送信処理部と、前記第１送信処理部から出力されるデータ及び前記第２送信処理部から出力されるデータを多重することによって伝送パケットを生成し、生成された前記伝送パケットを変調器に出力する多重部とを備え、前記第１送信処理部は、シンボル単位よりも少なくとも大きい単位で前記階層データを処理し、前記第２送信処理部は、シンボル単位で前記付加データを処理し、前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位であることを要旨とする。
【０００７】
第２の特徴は、分離装置であって、送信装置から送信されるＯＦＤＭ信号を復調する復調器から取得される伝送フレームから階層データ及び前記階層データに付加される付加データを分離する分離部と、前記階層データを処理する第１受信処理部と、前記付加データを処理する第２受信処理部とを備え、前記階層データは、シンボル単位よりも少なくとも大きい単位で処理された上で伝送されており、前記付加データは、シンボル単位で処理された上で伝送され、前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位であることを要旨とする。
【０００８】
第３の特徴は、受信装置に搭載されるチップであって、送信装置から送信されるＯＦＤＭ信号を復調する復調器から取得される伝送フレームから伝送パケットを抽出し、抽出された伝送パケットから階層データ及び前記階層データに付加される付加データを分離する分離部と、前記階層データを処理する第１受信処理部と、前記付加データを処理する第２受信処理部とを備え、前記階層データは、シンボル単位よりも少なくとも大きい単位で処理された上で伝送されており、前記付加データは、シンボル単位で処理された上で伝送され、前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位であることを要旨とする。
【発明の効果】
【０００９】
一態様によれば、データの伝送効率を向上することを可能とする再多重化装置、分離装置及びチップを提供することができる。
【図面の簡単な説明】
【００１０】
【図１】図１は、実施形態に係る送信装置１０を示す図である。
【図２】図２は、実施形態に係る再多重化装置１５を示す図である。
【図３】図３は、実施形態に係る受信装置２０を示す図である。
【図４】図４は、実施形態に係る分離装置２２を示す図である。
【図５】図５は、実施形態に係るデータフレームを示す図である。
【図６】図６は、実施形態に係るＸＭＩパケットを示す図である。
【図７】図７は、実施形態に係るＸＭＩヘッダを示す図である。
【図８】図８は、実施形態に係るＬｃｈデータ処理を示す図である。
【図９】図９は、実施形態に係るＬｃｈデータの多重を示す図である。
【図１０】図１０は、実施形態に係るＸＭＩヘッダを示す図である。
【図１１】図１１は、実施形態に係る同期制御情報を示す図である。
【図１２】図１２は、実施形態に係るＬｃｈデータを構成するＴＬＶパケットの受信処理を示す図である。
【図１３】図１３は、変更例１に係るＸＭＩパケットの出力方法を示す図である。
【図１４】図１４は、変更例２に係るＴＬＶパケット（フラグ情報）を示す図である。
【図１５】図１５は、変更例２に係るＴＬＶパケット（フラグ情報）を示す図である。
【図１６】図１６は、変更例２に係るＴＬＶパケット（フラグ情報）を示す図である。
【図１７】図１７は、変更例３に係るＬｃｈデータの多重を示す図である。
【発明を実施するための形態】
【００１１】
以下において、実施形態について説明する。なお、以下の図面の記載において、同一又は類似の部分には、同一又は類似の符号を付している。但し、図面は模式的なものであり、各寸法の比率などは現実のものとは異なる場合があることに留意すべきである。
【００１２】
従って、具体的な寸法などは以下の説明を参酌して判断すべきものである。また、図面相互間においても互いの寸法の関係や比率が異なる部分が含まれる場合があることは勿論である。
【００１３】
［実施形態の概要］
実施形態に係る再多重化装置は、１以上の階層データを再多重化する。前記再多重化装置は、階層データを処理する第１送信処理部と、前記階層データに付加される付加データを処理する第２送信処理部と、前記第１送信処理部から出力されるデータ及び前記第２送信処理部から出力されるデータを多重することによって伝送パケットを生成し、生成された伝送パケットを変調器に出力する多重部とを備え、前記第１送信処理部は、シンボル単位よりも少なくとも大きい単位で前記階層データを処理し、前記第２送信処理部は、シンボル単位で前記付加データを処理し、前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位である。
【００１４】
実施形態に係る分離装置は、送信装置から送信されるＯＦＤＭ信号を復調する復調器から取得される伝送フレームから伝送パケットを抽出し、抽出された伝送パケットから階層データ及び付加データを分離する分離部と、前記階層データを処理する第１受信処理部と、前記付加データを処理する第２受信処理部とを備える。前記階層データは、シンボル単位よりも少なくとも大きい単位で処理された上で伝送されており、前記付加データは、シンボル単位で処理された上で伝送され、前記シンボル単位よりも少なくとも大きい単位は、データフレーム単位又は誤り訂正ブロック単位である。
【００１５】
実施形態では、階層データに多重される付加データがシンボル単位で処理されるため、付加データの遅延が抑制される。
【００１６】
［実施形態］
（デジタル放送システム）
以下において、実施形態に係るデジタル放送システムについて説明する。デジタル放送システムは、送信装置及び受信装置によって構成される。
【００１７】
実施形態において、デジタル放送システムは、次世代の地上放送方式に対応するデジタル放送システムである。例えば、デジタル放送システムでは、ＳＩＳＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）技術、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）技術、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）技術、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）技術が適用される。デジタル放送システムでは、送信装置から受信装置に対して、複数の階層に属する階層データ（例えば、１〜９セグメントの部分セグメントを含む３６セグメント）が送信される。実施形態では、階層データとして、Ａ階層データ、Ｂ階層データ、Ｃ階層データが送信されるケースについて例示する。
【００１８】
（送信装置）
以下において、実施形態に係る送信装置について説明する。図１は、実施形態に係る送信装置１０を示す図である。
【００１９】
図１に示すように、送信装置１０は、エンコーダ１１と、ＭＭＴ多重化部１２と、スクランブル部１３と、エンコーダ１４Ａと、ＭＭＴ多重化部１４Ｂと、スクランブル部１４Ｃと、再多重化装置１５と、変調器１６とを有する。
【００２０】
エンコーダ１１は、各階層データ（映像データ、音声データ及び字幕データ）を符号化する。符号化方式としては、例えば、ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）やＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）を用いる方式が挙げられる。実施形態では、エンコーダ１１として、Ａ階層データを処理するエンコーダ１１Ａと、Ｂ階層データを処理するエンコーダ１１Ｂと、Ｃ階層データを処理するエンコーダ１１Ｃとが設けられる。
【００２１】
ＭＭＴ多重化部１２は、エンコーダ１１から出力される符号化データ（映像データ、音声データ及び字幕データ）を多重化する。多重化は、例えば、ＭＭＴＰ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に準拠する方式で行われる（ＩＳＯ／ＩＥＣ  ２３００８−１及びＡＲＩＢ  ＳＴＤ−Ｂ６０を参照）。具体的には、ＭＭＴ多重化部１２は、符号化データに基づいて、ＭＭＴＰヘッダ及びＭＭＴＰペイロードを含むＭＭＴＰパケットを生成し、ＭＭＴＰパケットに基づいてＩＰパケットを生成する。実施形態では、ＭＭＴ多重化部１２として、Ａ階層データを処理するＭＭＴ多重化部１２Ａと、Ｂ階層データを処理するＭＭＴ多重化部１２Ｂと、Ｃ階層データを処理するＭＭＴ多重化部１２Ｃとが設けられる。
【００２２】
スクランブル部１３は、ＭＭＴ多重化部１２から出力されるＩＰパケットのスクランブルを行う。スクランブルは、例えば、ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）などに準拠する暗号鍵を用いて行われる。実施形態では、スクランブル部１３として、Ａ階層データを処理するスクランブル部１３Ａと、Ｂ階層データを処理するスクランブル部１３Ｂと、Ｃ階層データを処理するスクランブル部１３Ｃとが設けられる。
【００２３】
エンコーダ１４Ａは、エンコーダ１１と同様の機能を有しており、付加データを符号化する。ＭＭＴ多重化部１４Ｂは、ＭＭＴ多重化部１２と同様の機能を有しており、符号化データ（付加データ）を多重化する。スクランブル部１４Ｃは、スクランブル部１３と同様の機能を有しており、ＭＭＴ多重化部１４Ｂから出力されるデータのスクランブルを行う。
【００２４】
ここで、付加データ（Ｌｃｈデータ）とは、映像データ、音声データ及び字幕データに付加されるデータであればよい。特に限定されるものではないが、Ｌｃｈデータの内容は、例えば、災害情報などであってもよい。Ｌｃｈデータは、２系統のデータ（Ｌ０ｃｈデータ及びＬ１ｃｈデータ）を含んでもよい。例えば、Ｌ０ｃｈデータは、１〜９セグメントの部分セグメントに用いるＬｃｈデータであり、Ｌ１ｃｈデータは、３６セグメントの全体セグメントに用いるＬｃｈデータである。
【００２５】
再多重化装置１５は、各階層データ及びＬｃｈデータを再多重する。ここでは、再多重化装置１５は、ＳＦＮ（Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）における時空間符号化（ＳＴＣ；Ｓｐａｃｅ  Ｔｉｍｅ  Ｃｏｄｉｎｇ）を想定して、２系統のデータを出力する。再多重化装置１５の詳細については後述する（図２を参照）。
【００２６】
変調器１６は、再多重化装置１５から出力されるデータビットのキャリア変調を行うとともに伝送フレーム（以下、ＯＦＤＭフレーム）を生成する。ＯＦＤＭフレームは、所定数のキャリアシンボル（周波数軸）及び所定数のシンボル数（時間軸）によって定義される。ＯＦＤＭフレームは、ＴＭＣＣ（Ｔｒａｎｓｍｉｓｓｉｏｎ  ａｎｄ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｎｔｒｏｌ）信号を含む。ＴＭＣＣ信号は、複数の階層のそれぞれの伝送パラメータ（変調方式、セグメント数、符号化率等）を示す信号、ＯＦＤＭフレームの同期をとるための同期信号を含む。実施形態では、空間符号化処理が用いられるケースを想定しており、変調器１６として、変調器１６Ａ及び変調器１６Ｂが設けられる。変調器１６（変調器１６Ａ及び変調器１６Ｂ）は、ＯＦＤＭフレームを構成する各キャリアシンボルに対して、空間符号化処理を行って２系統の信号を生成して、２系統の信号に対してＩＦＦＴ処理及び直交変換を行って無線信号Ｔｘ１，Ｔｘ２を生成する。変調器１６Ａは、複数のアンテナを用いて無線信号Ｔｘ１，Ｔｘ２を受信装置２０に送信し、変調器１６Ｂは、複数のアンテナを用いて無線信号Ｔｘ１，Ｔｘ２を受信装置２０に送信する。なお、２系統の無線信号Ｔｘ１，Ｔｘ２は、同一の信号であってもよいが、伝送効率の観点では、異なる信号であることが好ましい。
【００２７】
（再多重化装置）
以下において、実施形態に係る再多重化装置について説明する。図２は、実施形態に係る再多重化装置１５を示す図である。
【００２８】
図２に示すように、再多重化装置１５は、パケットフィルタ１５１と、ＴＬＶパケット処理部１５２と、ＦＥＣブロック生成部１５３と、パケット出力部１５４と、パケットフィルタ１５５Ａと、ＴＬＶパケット処理部１５５Ｂと、シンボルデータ出力部１５５Ｃと、同期制御情報生成部１５６と、スタッフパケット生成部１５７と、多重部１５８とを有する。
【００２９】
パケットフィルタ１５１は、各階層データを構成するＩＰパケットのフィルタリングを行う。具体的には、パケットフィルタ１５１は、ＩＰパケットのヘッダに含まれる情報（ＩＰヘッダの送信元ＩＰアドレス、宛先ＩＰアドレス及びプロトコル種別、ＵＤＰヘッダの送信元ポート番号、宛先ポート番号）に基づいて、ＩＰパケットのフィルタリングを行う。実施形態では、パケットフィルタ１５１として、Ａ階層データを処理するパケットフィルタ１５１Ａと、Ｂ階層データを処理するパケットフィルタ１５１Ｂと、Ｃ階層データを処理するパケットフィルタ１５１Ｃとが設けられる。
【００３０】
ＴＬＶパケット処理部１５２は、パケットフィルタ１５１から出力されるＩＰパケットに基づいてＴＬＶ（Ｔｙｐｅ  Ｌｅｎｇｔｈ  Ｖａｌｕｅ）パケットを生成する。ＴＬＶパケット処理部１５２は、必要に応じてＩＰパケットのヘッダ圧縮を行ってもよい。ＴＬＶパケットは、例えば、ＡＲＩＢ  ＳＴＤ−Ｂ３２の第３部で規定されるパケットである。ＴＬＶパケット処理部１５２は、ＴＬＶパケットを格納するバッファを有する。なお、再多重化装置１５に入力されるパケットがＴＬＶパケットである場合には、ＴＬＶパケットの生成処理をバイパスして、ＴＬＶパケットがバッファに格納されてもよい。実施形態では、ＴＬＶパケット処理部１５２として、Ａ階層データを処理するＴＬＶパケット処理部１５２Ａと、Ｂ階層データを処理するＴＬＶパケット処理部１５２Ｂと、Ｃ階層データを処理するＴＬＶパケット処理部１５２Ｃとが設けられる。
【００３１】
ＦＥＣブロック生成部１５３は、各階層データを構成するＴＬＶパケットに基づいて誤り訂正ブロック（以下、ＦＥＣブロック）を生成する。ＦＥＣブロックは、所定数のデータビット及び誤り訂正符号が挿入される領域を含む固定長のブロックである。実施形態では、ＦＥＣブロック生成部１５３として、Ａ階層データを処理するＦＥＣブロック生成部１５３Ａと、Ｂ階層データを処理するＦＥＣブロック生成部１５３Ｂと、Ｃ階層データを処理するＦＥＣブロック生成部１５３Ｃとが設けられる。
【００３２】
なお、誤り訂正符号化方式は、例えば、ＬＤＰＣ（Ｌｏｗ  Ｄｅｎｓｉｔｙ  Ｐａｒｉｔｙ  Ｃｈｅｃｋ）方式である。実際の誤り訂正符化処理は、上述した変調器１６で行われる。
【００３３】
パケット出力部１５４は、ＦＥＣブロック生成部１５３から出力されるＦＥＣブロックに基づいてデータフレームを生成する。１つのデータフレームは、２以上のＦＥＣブロックを含んでいてもよく、１つのＦＥＣブロックは、２以上のデータフレームに跨がっていてもよい。データフレームのサイズは、ＯＦＤＭフレームのサイズに応じて定められてもよい。パケット出力部１５４は、データフレームを構成するデータに基づいて伝送パケット（以下、ＸＭＩパケット）の一部を生成し、生成されたＸＭＩパケットの一部を出力する。ＸＭＩパケットは、ＩＰヘッダ、ＵＤＰヘッダ、ＭＭＴＰヘッダ、ＸＭＩヘッダ、ＸＭＩペイロードを含む。データフレームを構成するデータは、ＸＭＩペイロードに格納される。実施形態では、パケット出力部１５４として、Ａ階層データを処理するパケット出力部１５４Ａと、Ｂ階層データを処理するパケット出力部１５４Ｂと、Ｃ階層データを処理するパケット出力部１５４Ｃとが設けられる。
【００３４】
実施形態では、パケットフィルタ１５１、ＴＬＶパケット処理部１５２、ＦＥＣブロック生成部１５３及びパケット出力部１５４は、階層データ処理部１８を構成する。階層データ処理部１８は、階層データを処理する第１送信処理部を構成する。階層データ処理部１８は、シンボル単位よりも少なくとも大きい単位で階層データを処理する。具体的には、階層データ処理部１８は、階層データを構成するＴＬＶパケット（第１入力パケット）に基づいてＦＥＣブロックを生成し、ＦＥＣブロックに基づいてＸＭＩパケットの一部を生成し、ＸＭＩパケットの一部を多重部１５８に出力する。階層データ処理部１８として、Ａ階層データを処理する階層データ処理部１８Ａと、Ｂ階層データを処理する階層データ処理部１８Ｂと、Ｃ階層データを処理する階層データ処理部１８Ｃとが設けられる。
【００３５】
なお、実施形態では、ＦＥＣブロックに基づいてデータフレームが生成されるため、シンボル単位よりも少なくとも大きい単位は、データフレーム単位である。但し、データフレームという概念がない場合には、シンボル単位よりも少なくとも大きい単位は、ＦＥＣブロック単位と考えてもよい。
【００３６】
パケットフィルタ１５５Ａは、パケットフィルタ１５１と同様の機能を有しており、Ｌｃｈデータを構成するＩＰパケットのフィルタリングを行う。ＴＬＶパケット処理部１５５Ｂは、ＴＬＶパケット処理部１５２と同様の機能を有しており、パケットフィルタ１５５Ａから出力されるＩＰパケットに基づいてＴＬＶパケットを生成する。なお、再多重化装置１５に入力されるパケットがＴＬＶパケットである場合には、ＴＬＶパケットの生成処理をバイパスして、ＴＬＶパケットがバッファに格納されてもよい。シンボルデータ出力部１５５Ｃは、ＴＬＶパケット処理部１５５Ｂから出力されるＴＬＶパケットを出力する。具体的には、１つのシンボルを構成するデータ単位で、ＴＬＶパケットを構成するデータを出力する。
【００３７】
実施形態では、パケットフィルタ１５５Ａ、ＴＬＶパケット処理部１５５Ｂ及びシンボルデータ出力部１５５Ｃは、Ｌｃｈデータ処理部１９を構成する。Ｌｃｈデータ処理部１９は、Ｌｃｈデータをシンボル単位で処理する第２送信処理部を構成する。Ｌｃｈデータ処理部１９は、Ｌｃｈデータを構成するＴＬＶパケット（第２入力パケット）に基づいてＦＥＣブロックを生成せずに、ＴＬＶパケットを構成するデータをシンボル単位で多重部１５８に出力する。
【００３８】
同期制御情報生成部１５６は、伝送パケットの同期又は制御に用いる同期制御情報を生成する。同期制御情報の詳細については後述する（図１１を参照）。
【００３９】
スタッフパケット生成部１５７は、スタッフパケットを生成する。スタッフパケットは、再多重化装置１５から一定のレートでＸＭＩパケットが出力される前提下において、ＸＭＩパケットが不足する場合に、ＸＭＩパケットの代わりに再多重化装置１５から出力されるパケットである。
【００４０】
多重部１５８は、階層データ処理部１８から出力されるデータ及びＬｃｈデータ処理部１９から出力されるデータを多重することによってＸＭＩパケットを生成する。多重部１５８は、同期制御情報を含むＸＭＩパケットを生成する。多重部１５８は、生成されたＸＭＩパケットを変調器１６に出力する。多重部１５８は、ＸＭＩパケットを一定のレートで出力する。ＸＭＩパケットは固定長である。
【００４１】
実施形態では、多重部１５８は、ＸＭＩパケットのペイロードに格納するデータが不足する場合には、ＸＭＩパケットのペイロードにスタッフビットを追加する。多重部１５８は、ＸＭＩパケットが不足する場合に、スタッフパケットを出力する。
【００４２】
（受信装置）
以下において、実施形態に係る受信装置について説明する。図３は、実施形態に係る受信装置２０を示す図である。
【００４３】
図３に示すように、受信装置２０は、復調器２１と、分離装置２２と、デスクランブル部２３と、ＭＭＴ分離部２４と、デコーダ２５と、デスクランブル部２６Ａと、ＭＭＴ分離部２６Ｂと、デコーダ２６Ｃとを有する。
【００４４】
復調器２１は、複数のアンテナを用いて、無線信号Ｒｘ１，Ｒｘ２（ＯＦＤＭ信号）を受信する。復調器２１は、周波数変換によって、無線信号Ｒｘ１，Ｒｘ２をベースバンド信号に変換してＡＤ変換などによってデジタル化する。復調器２１は、２系統の信号に対してＦＦＴ処理及びＭＩＭＯ復調処理を行って、所定数のキャリアシンボル（周波数軸）及び所定数のシンボル数（時間軸）によって定義されるＯＦＤＭフレームを取得する。ＯＦＤＭフレームの同期は、上述したＴＭＣＣ信号によって行われる。
【００４５】
分離装置２２は、２系統のＯＦＤＭフレームから各階層データ及びＬｃｈデータを分離する。分離装置２２の詳細については後述する（図４を参照）。
【００４６】
デスクランブル部２３は、分離装置２２から出力されるＩＰパケットのデスクランブルを行う。デスクランブルは、例えば、ＡＥＳ（Ａｄｖａｎｃｅｄ  Ｅｎｃｒｙｐｔｉｏｎ  Ｓｔａｎｄａｒｄ）などに準拠する暗号鍵を用いて行われる。実施形態では、デスクランブル部２３として、Ａ階層データを処理するデスクランブル部２３Ａと、Ｂ階層データを処理するデスクランブル部２３Ｂと、Ｃ階層データを処理するデスクランブル部２３Ｃとが設けられる。
【００４７】
ＭＭＴ分離部２４は、デスクランブル部２３から出力されるデータを符号化データ（映像データ、音声データ及び字幕データ）に分離する。分離は、例えば、ＭＭＴＰ（ＭＰＥＧ  Ｍｅｄｉａ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）に準拠する方式で行われる（ＩＳＯ／ＩＥＣ  ２３００８−１及びＡＲＩＢ  ＳＴＤ−Ｂ６０を参照）。具体的には、ＭＭＴ分離部２４は、ＭＭＴ分離部２４に入力されるＩＰパケットに基づいてＭＭＴＰパケットを生成し、ＭＭＴＰパケットに基づいて符号化データを生成する。実施形態では、ＭＭＴ分離部２４として、Ａ階層データを処理するＭＭＴ分離部２４Ａと、Ｂ階層データを処理するＭＭＴ分離部２４Ｂと、Ｃ階層データを処理するＭＭＴ分離部２４Ｃとが設けられる。
【００４８】
デコーダ２５は、ＭＭＴ分離部２４から出力される符号化データ（映像データ、音声データ及び字幕データ）を復号する。復号方式としては、例えば、ＨＥＶＣ（Ｈｉｇｈ  Ｅｆｆｉｃｉｅｎｃｙ  Ｖｉｄｅｏ  Ｃｏｄｉｎｇ）やＡＡＣ（Ａｄｖａｎｃｅｄ  Ａｕｄｉｏ  Ｃｏｄｉｎｇ）を用いる方式が挙げられる。実施形態では、デコーダ２５として、Ａ階層データを処理するデコーダ２５Ａと、Ｂ階層データを処理するデコーダ２５Ｂと、Ｃ階層データを処理するデコーダ２５Ｃとが設けられる。
【００４９】
デスクランブル部２６Ａは、デスクランブル部２３と同様の機能を有しており、分離装置２２から出力されるＩＰパケットのデスクランブルを行う。ＭＭＴ分離部２６Ｂは、ＭＭＴ分離部２４と同様の機能を有しており、デスクランブル部２６Ａから出力される符号化データ（Ｌｃｈデータ）を分離する。デコーダ２６Ｃは、デコーダ２５と同様の機能を有しており、Ｌｃｈデータを復号する。
【００５０】
（分離装置）
以下において、実施形態に係る分離装置について説明する。図４は、実施形態に係る分離装置２２を示す図である。
【００５１】
図４に示すように、分離装置２２は、分離部２２１と、ＦＥＣブロック抽出部２２５と、ＴＬＶパケット処理部２２６と、パケット出力部２２７と、データ系列入力部２２８Ａと、ＴＬＶパケット処理部２２８Ｂと、パケット出力部２２８Ｃとを有する。
【００５２】
分離部２２１は、２系統のＯＦＤＭフレームから各階層データを構成するデータシンボル及びＬｃｈデータを構成するＬｃｈシンボルを分離する。分離部２２１は、階層毎のデータフレームをＦＥＣブロック抽出部２２５に出力し、Ｌｃｈシンボルによって構成されるＬｃｈデータをデータ系列入力部２２８Ａに出力する。
【００５３】
ＦＥＣブロック抽出部２２５は、分離部２２１から出力されるデータフレームからＦＥＣブロックを抽出し、ＦＥＣブロックに基づいてＴＬＶパケットを生成する。実施形態では、ＦＥＣブロック抽出部２２５として、Ａ階層データを処理するＦＥＣブロック抽出部２２５Ａと、Ｂ階層データを処理するＦＥＣブロック抽出部２２５Ｂと、Ｃ階層データを処理するＦＥＣブロック抽出部２２５Ｃとが設けられる。
【００５４】
ＴＬＶパケット処理部２２６は、ＴＬＶパケットに基づいてＩＰパケットを生成する。ＩＰパケットは、ＭＭＴＰパケットに基づいて生成されている。ＴＬＶパケット処理部２２６は、必要に応じてＩＰパケットのヘッダ伸張を行ってもよい。なお、分離装置２２から出力されるパケットがＴＬＶパケットである場合には、ＩＰパケットの生成処理をバイパスして、ＴＬＶパケットが出力されてもよい。実施形態では、ＴＬＶパケット処理部２２６として、Ａ階層データを処理するＴＬＶパケット処理部２２６Ａと、Ｂ階層データを処理するＴＬＶパケット処理部２２６Ｂと、Ｃ階層データを処理するＴＬＶパケット処理部２２６Ｃとが設けられる。
【００５５】
パケット出力部２２７は、ＴＬＶパケット処理部２２６から出力されるＩＰパケットを出力する。ＩＰパケットの生成処理がバイパスされている場合には、パケット出力部２２７は、ＴＬＶパケットを出力する。
【００５６】
実施形態では、ＦＥＣブロック抽出部２２５、ＴＬＶパケット処理部２２６及びパケット出力部２２７は、階層データ処理部２８を構成する。階層データ処理部２８は、階層データを処理する第１受信処理部を構成する。具体的には、階層データ処理部２８は、階層データを構成するＦＥＣブロックを抽出する。階層データ処理部２８は、ＦＥＣブロックに基づいてＴＬＶパケットを生成し、ＴＬＶパケットに基づいてＩＰパケットを生成し、ＩＰパケットをデスクランブル部２３に出力する。階層データ処理部２８として、Ａ階層データを処理する階層データ処理部２８Ａと、Ｂ階層データを処理する階層データ処理部２８Ｂと、Ｃ階層データを処理する階層データ処理部２８Ｃとが設けられる。
【００５７】
データ系列入力部２２８Ａは、分離部２２１から出力されるＬｃｈデータのデータ系列を抽出する。ＴＬＶパケット処理部２２８Ｂは、ＴＬＶパケット処理部２２６と同様の機能を有しており、ＴＬＶパケットに基づいてＩＰパケットを生成する。パケット出力部２２８Ｃは、パケット出力部２２７と同様の機能を有しており、ＴＬＶパケット処理部２２８Ｂから出力されるＩＰパケットを出力する。
【００５８】
実施形態では、データ系列入力部２２８Ａ、ＴＬＶパケット処理部２２８Ｂ及びパケット出力部２２８Ｃは、Ｌｃｈデータ処理部２９を構成する。Ｌｃｈデータ処理部２９は、Ｌｃｈデータを処理する第２受信処理部を構成する。Ｌｃｈデータ処理部２９は、分離部２２１から出力されるＬｃｈデータに基づいてＦＥＣブロックを生成せずにＴＬＶパケットを生成し、ＴＬＶパケットに基づいてＩＰパケットを生成し、ＩＰパケットをデスクランブル部２６Ａに出力する。
【００５９】
（データフレーム）
以下において、実施形態に係るデータフレームについて説明する。図５は、実施形態に係るデータフレームを示す図である。図５に示すように、データフレームは、フレームヘッダ及びＦＥＣブロック領域を有する。
【００６０】
フレームヘッダは、例えば、同期ビット（Ｓｙｎｃ）、ポインタ、リザーブビット、ＦＥＣパリティビットを含む。同期ビット（Ｓｙｎｃ）は、データフレームの先頭位置を特定するためのビットである。ポインタは、データフレームの先頭位置に対するデータフレームの先頭に含まれるＦＥＣブロックの先頭位置のオフセット（ビット数）を示す。リザーブビットは、将来の拡張のために確保されたビット列である。ＦＥＣパリティビットは、データフレームのヘッダの誤り訂正を行うためのビットである。
【００６１】
ＦＥＣブロック領域は、ＦＥＣブロックを連結したもの又はＦＥＣブロックの断片を含む。上述したように、１つのデータフレームは、２以上のＦＥＣブロックを含んでいてもよく、１つのＦＥＣブロックは、２以上のデータフレームに跨がっていてもよいためである。ＦＥＣブロック領域のサイズは、変調方式、ＦＦＴサイズ、ガードインターバル比、パイロット信号比率及びセグメント数の指定によって定まる。
【００６２】
ここで、データフレームは、ＸＭＩパケットを生成するために、固定長（例えば、１０４４８ビット）のデータユニットに分割される。データフレームのビット長は、固定長で割り切れなくてもよい。
【００６３】
（ＸＭＩパケット）
以下において、実施形態に係るＸＭＩパケットについて説明する。図６は、実施形態に係るＸＭＩパケット（伝送パケット）を示す図である。図６に示すように、ＸＭＩパケットは、ＸＭＩヘッダ及びＸＭＩペイロードを有する。ここでは、Ｌｃｈデータ多重前のＸＭＩパケットが例示されている。
【００６４】
ＸＭＩヘッダ領域は、ＩＰヘッダ（ここでは、ＩＰｖ４ヘッダ）、ＵＤＰヘッダ、ＭＭＴＰヘッダ及びＸＭＩヘッダを含む。ＩＰヘッダ及びＵＤＰヘッダは、ＡＲＩＢ  ＳＴＤ−Ｂ３２に準拠する。ＭＭＴＰヘッダは、ＩＳＯ／ＩＥＣ  ２３００８−１及びＡＲＩＢ  ＳＴＤ−Ｂ６０に準拠する。ＸＭＩヘッダの詳細については後述する（図７及び図１０を参照）。
【００６５】
ＸＭＩペイロードは、同期制御情報、データユニット及びスタッフの中から選択されたビットを含む。同期制御情報又はデータユニットのビット長が固定長（例えば、１０４４８ビット）に満たない場合には、スタッフビットが挿入される。さらに、一定レートで出力されるＸＭＩパケットが不足する場合に、ペイロードの全てがスタッフビットによって構成されるスタッフパケットが出力される。
【００６６】
なお、ＸＭＩパケットのＭＡＣフレームは、ＸＭＩパケットに加えて、ヘッダ（宛先ＭＡＣアドレス、送信元ＭＡＣアドレス、タイプ）及びＦＣＳ（Ｆｒａｍｅ  Ｃｈｅｃｋ  Ｓｅｑｕｅｎｃｅ）を含む。ＭＡＣフレームは、例えば、ＩＥＥＥ８０２．３に準拠する。
【００６７】
（ＸＭＩヘッダ）
以下において、実施形態に係るＸＭＩヘッダについて説明する。図７は、実施形態に係るＸＭＩヘッダを示す図である。図７に示すように、ＸＭＩヘッダは、Ｌ０先頭シンボルフラグ、Ｌ０シンボル開始フラグ、Ｌ１先頭シンボルフラグ、Ｌ１シンボル開始フラグ、フレーム番号、データユニット種別、シーケンス番号、ＣＲＣ３２及びデータユニット長を含む。ここでは、Ｌｃｈデータ多重前のＸＭＩヘッダが例示されている。
【００６８】
Ｌ０先頭シンボルフラグは、後述する“Ｌ０＿ｔｏｐ＿ｓｙｍｂｏｌ＿ｆｌａｇ”と同様であり、Ｌ０シンボル開始フラグは、後述する“Ｌ０＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”と同様である。Ｌ１先頭シンボルフラグは、後述する“Ｌ１＿ｔｏｐ＿ｓｙｍｂｏｌ＿ｆｌａｇ”と同様であり、Ｌ１シンボル開始フラグは、後述する“Ｌ１＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”と同様である。これらの情報要素の詳細については後述する（図１０を参照）。
【００６９】
フレーム番号は、ＸＭＩパケットに含まれるデータユニットが属するデータフレームの番号である。フレーム番号は、例えば、０〜６５５３５の範囲で表される。
【００７０】
データユニット種別は、ＸＭＩパケットに含まれるデータの種別を示す。データの種別は、例えば、同期制御情報、Ａ階層に属するデータユニット、Ｂ階層に属するデータユニット、Ｃ階層に属するデータユニット、スタッフパケットなどの種別である。
【００７１】
シーケンス番号は、ＯＦＤＭフレームにおけるＸＭＩパケットの順序を示す番号である。シーケンス番号は、例えば、０〜４０９５の範囲で表される。
【００７２】
ＣＲＣ３２は、誤り検出符号である。ＣＲＣ３２は、例えば、ＩＴＵ−Ｔ勧告Ｈ．２２２．０に準拠する。
【００７３】
データユニット長は、ＸＭＩパケットに含まれるデータのデータ長を示す。データユニット長は、例えば、バイト単位で表される。
【００７４】
（Ｌｃｈデータ処理）
以下において、実施形態に係るＬｃｈデータ処理について説明する。図８は、実施形態に係るＬｃｈデータ処理を示す図である。
【００７５】
図８に示すように、再多重化装置１５（階層データ処理部１８）は、時刻ｔ０において、階層データを構成するＴＬＶパケットの取得を開始する。上述したように、再多重化装置１５は、階層データを構成するＴＬＶパケットに基づいてＦＥＣブロックを生成し、ＦＥＣブロックに基づいてデータフレームを生成し、データフレームに基づいてＸＭＩパケットの一部（Ｌｃｈデータを除く）を生成する。従って、再多重化装置１５は、時刻ｔ０においてデータフレームの生成を開始し、時刻ｔ１においてデータフレームの生成を完了する。すなわち、データフレームの生成時間は、時刻ｔ１−時刻ｔ０である。再多重化装置１５は、時刻ｔ１において、データフレームを構成するＸＭＩパケットの出力を開始する。時刻ｔ２−時刻ｔ１は、再多重化装置１５から変調器１６への伝送遅延である。変調器１６は、時刻ｔ２においてＯＦＤＭフレーム（Ｌｃｈデータに相当するシンボルを除く）の生成を開始し、時刻ｔ１においてＯＦＤＭフレーム（Ｌｃｈデータに相当するシンボルを除く）の生成を完了する。すなわち、ＯＦＤＭフレーム（Ｌｃｈデータに相当するシンボルを除く）の生成時間は、時刻ｔ３−時刻ｔ２である。
【００７６】
これに対して、再多重化装置１５（Ｌｃｈデータ処理部１９）は、時刻ｔ０において、Ｌｃｈデータを構成するＴＬＶパケットの取得を開始する。上述したように、再多重化装置１５は、Ｌｃｈデータを構成するＴＬＶパケットに基づいてＦＥＣブロックを生成せずに、Ｌｃｈデータを構成するＴＬＶパケットに基づいてＸＭＩパケットに多重するデータをシンボル単位で生成する。従って、再多重化装置１５は、時刻ｔ０においてＸＭＩパケットに多重するデータ（１以上のシンボルに相当するデータ）の生成を開始し、時刻ｔ４においてＸＭＩパケットに多重するデータの生成を完了する。すなわち、ＸＭＩパケットに多重するデータの生成時間は、時刻ｔ４−時刻ｔ０である。再多重化装置１５は、時刻ｔ４において、１以上のシンボルに相当するデータが格納されたＸＭＩパケットの出力を開始する。時刻ｔ５−時刻ｔ４は、再多重化装置１５から変調器１６への伝送遅延である。変調器１６は、時刻ｔ５においてＯＦＤＭフレーム（Ｌｃｈデータに相当するシンボル）の生成を開始し、時刻ｔ６においてＯＦＤＭフレーム（Ｌｃｈデータに相当するシンボル）の生成を完了する。すなわち、ＯＦＤＭフレーム（Ｌｃｈデータに相当するシンボル）の生成時間は、時刻ｔ６−時刻ｔ５である。
【００７７】
このように、ＴＬＶパケットの取得開始タイミング（時刻ｔ０）を基準とした場合に、Ｌｃｈデータの遅延は、階層データの遅延よりも抑制される。
【００７８】
（Ｌｃｈデータの多重）
以下において、実施形態に係るＬｃｈデータの多重について説明する。図９は、実施形態に係るＬｃｈデータの多重を示す図である。図９では、ＸＭＩパケットのペイロード（例えば、データユニット）の最大サイズが１０４４８ビット、１ＯＦＤＭフレーム時間あたりに出力されるＸＭＩパケットの個数が３２０８個であるケースが例示されている。
【００７９】
図９に示すように、ＯＦＤＭフレームは、同期制御情報を含むＸＭＩパケット、Ａ階層データを含むＸＭＩパケット、Ｂ階層データを含むＸＭＩパケット及びＣ階層データを含むＸＭＩパケットを含む。さらに、各階層データを含むＸＭＩパケットは、２系統のＬｃｈデータ（Ｌ０ｃｈデータ及びＬ１ｃｈデータ）を含む。すなわち、Ｌｃｈデータは、階層データと多重される。ＯＦＤＭフレームは、必要に応じてスタッフパケットを含む。
【００８０】
ここで、ＸＭＩパケットに多重されるＬｃｈデータ（Ｌ０ｃｈデータ及びＬ１ｃｈデータ）の長さは可変長である。ＬｃｈデータはＸＭＩパケットに多重されなくてもよい。なお、Ｌ０ｃｈデータがＸＭＩパケットに多重され、Ｌ１ｃｈデータがＸＭＩパケットに多重されなくてもよい。或いは、Ｌ０ｃｈデータがＸＭＩパケットに多重されず、Ｌ１ｃｈデータがＸＭＩパケットに多重されてもよい。
【００８１】
詳細には、ＸＭＩパケットが有するフィールドとして、Ｌ０ｃｈ用フィールド及びＬ１ｃｈ用フィールドが定義される。Ｌ０ｃｈ用フィールドとして、Ｌ０ｃｈ情報フィールド及びＬ０ｃｈデータフィールドが定義される。Ｌ１ｃｈ用フィールドとして、Ｌ１ｃｈ情報フィールド及びＬ１ｃｈデータフィールドが定義される。
【００８２】
Ｌ０ｃｈ情報フィールドは、Ｌ０ｃｈ情報フィールドに続くＬ０ｃｈデータフィールドのサイズを示すＬ０ｃｈ情報が格納されるフィールドである。Ｌ０ｃｈ情報は、Ｌ０ｃｈデータフィールドのサイズをバイト単位で表してもよい。Ｌ０ｃｈデータフィールドは、Ｌ０ｃｈデータが格納されるフィールドである。同様に、Ｌ１ｃｈ情報フィールドは、Ｌ１ｃｈ情報フィールドに続くＬ１ｃｈデータフィールドのサイズを示すＬ１ｃｈ情報が格納されるフィールドである。Ｌ１ｃｈ情報は、Ｌ１ｃｈデータフィールドのサイズをバイト単位で表してもよい。Ｌ１ｃｈデータフィールドは、Ｌ１ｃｈデータが格納されるフィールドである。
【００８３】
但し、後述するように、Ｌ０ｃｈ情報フィールドがＸＭＩパケットに含まれていなくてもよい。同様に、Ｌ１ｃｈ情報フィールドがＸＭＩパケットに含まれていなくてもよい。
【００８４】
以下において、Ｌ０ｃｈ用フィールド及びＬ１ｃｈ用フィールドをＬｃｈ用フィールド（付加フィールド）と総称することもある。Ｌ０ｃｈ情報フィールド及びＬ１ｃｈ情報フィールドをＬｃｈ情報フィールドと総称することもある。同様に、Ｌ０ｃｈデータフィールド及びＬ１ｃｈデータフィールドをＬｃｈデータフィールドと総称することもある。同様に、Ｌ０ｃｈ情報及びＬ１ｃｈ情報をＬｃｈ情報と総称することもある。
【００８５】
（ＸＭＩヘッダ）
以下において、実施形態に係るＸＭＩヘッダについて説明する。図１０は、実施形態に係るＸＭＩヘッダを示す図である。図１０に示すように、ＸＭＩヘッダは、“Ｌ０＿ｔｏｐ＿ｓｙｍｂｏｌ＿ｆｌａｇ”、“Ｌ０＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”、“Ｌ１＿ｔｏｐ＿ｓｙｍｂｏｌ＿ｆｌａｇ”、“Ｌ１＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”、“ｒｅｓｅｒｖｅｄ”、“ｆｒａｍｅ＿ｎｕｍｂｅｒ”、“ｄａｔａ＿ｕｎｉｔ＿ｔｙｐｅ”、“ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ”、“ＣＲＣ３２”及び“ｄａｔａ＿ｕｎｉｔ＿ｌｅｎｇｔｈ”を含む。ここでは、Ｌｃｈデータ多重後のＸＭＩヘッダが例示されている。
【００８６】
“Ｌ０＿ｔｏｐ＿ｓｙｍｂｏｌ＿ｆｌａｇ”は、ＸＭＩパケットに多重されるＬ０ｃｈ情報又はＬ０ｃｈデータに相当するシンボルがＯＦＤＭフレームの先頭シンボルであるか否かを示すフラグである。例えば、Ｌ０ｃｈデータに相当するシンボルがＯＦＤＭフレームの先頭シンボルである場合に“１”がセットされ、Ｌ０ｃｈデータに相当するシンボルがＯＦＤＭフレームの先頭シンボルでない場合に“０”がセットされる。
【００８７】
“Ｌ０＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”は、Ｌ０ｃｈ情報フィールドがあるか否かを示すフラグである。例えば、例えば、Ｌ０ｃｈ情報フィールドがある場合に“１”がセットされ、Ｌ０ｃｈ情報フィールドがない場合に“０”がセットされる。“１”は、Ｌ０ｃｈ情報によって示されるサイズのＬ０ｃｈデータが引き続くＸＭＩパケットを含め格納されていることを意味する。“０”は、直前のＸＭＩパケットから継続するＬ０ｃｈデータがＬｃｈデータフィールドに格納されている、或いは、スタッフビットがＬｃｈデータフィールドに格納されていることを意味する。
【００８８】
“Ｌ１＿ｔｏｐ＿ｓｙｍｂｏｌ＿ｆｌａｇ”は、ＸＭＩパケットに多重されるＬ１ｃｈ情報又はＬ１ｃｈデータに相当するシンボルがＯＦＤＭフレームの先頭シンボルであるか否かを示すフラグである。例えば、Ｌ１ｃｈデータに相当するシンボルがＯＦＤＭフレームの先頭シンボルである場合に“１”がセットされ、Ｌ１ｃｈデータに相当するシンボルがＯＦＤＭフレームの先頭シンボルでない場合に“０”がセットされる。
【００８９】
“Ｌ１＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”は、Ｌ１ｃｈ情報フィールドがあるか否かを示すフラグである。例えば、例えば、Ｌ１ｃｈ情報フィールドがある場合に“１”がセットされ、Ｌ１ｃｈ情報フィールドがない場合に“０”がセットされる。“１”は、Ｌ１ｃｈ情報によって示されるサイズのＬ１ｃｈデータが引き続くＸＭＩパケットを含め格納されていることを意味する。“０”は、直前のＸＭＩパケットから継続するＬｃｈデータがＬｃｈデータフィールドに格納されている、或いは、スタッフビットがＬｃｈデータフィールドに格納されていることを意味する。
【００９０】
なお、Ｌ０ｃｈ用フィールドのサイズは、後述するように、同期制御情報に含まれる情報要素（ｎｕｍｂｅｒ＿ｏｆ＿Ｌ０＿ｉｎｆｏ＿ｆｉｅｌｄ）によって示されており、Ｌ１ｃｈ用フィールドのサイズは、後述するように、同期制御情報に含まれる情報要素（ｎｕｍｂｅｒ＿ｏｆ＿Ｌ１＿ｉｎｆｏ＿ｆｉｅｌｄ）によって示される。
【００９１】
以下において、“Ｌ０＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”及び“Ｌ１＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”を“Ｌ＿ｓｙｍｂｏｌ＿ｓｔａｒｔ＿ｆｌａｇ”と総称することもある。
【００９２】
“ｒｅｓｅｒｖｅｄ”は、将来の拡張のために確保されたビット列である。“ｆｒａｍｅ＿ｎｕｍｂｅｒ”、“ｄａｔａ＿ｕｎｉｔ＿ｔｙｐｅ”、“ｓｅｑｕｅｎｃｅ＿ｎｕｍｂｅｒ”、“ＣＲＣ３２”及び“ｄａｔａ＿ｕｎｉｔ＿ｌｅｎｇｔｈ”は、図７で説明した論理フレーム番号、データユニット種別、シーケンス番号、ＣＲＣ３２及びデータユニット長と同様である。
【００９３】
（同期制御情報）
以下において、実施形態に係る同期制御情報について説明する。図１１は、実施形態に係る同期制御情報を示す図である。図１１に示すように、同期制御情報は、“ｃｕｒｒｅｎｔ＿ｔｉｍｅｓｔａｍｐ”、“ｌｅａｐ＿ｉｎｄｉｃａｔｏｒ”、“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ０＿ｉｎｆｏ＿ｆｉｅｌｄ”、“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ１＿ｉｎｆｏ＿ｆｉｅｌｄ”及び“ｎｅｘｔ＿ｆｒａｍｅ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ”を含む。
【００９４】
“ｃｕｒｒｅｎｔ＿ｔｉｍｅｓｔａｍｐ”は、ＸＭＩパケットが再多重化装置１５から出力される時刻を示す。時刻は、例えば、ＮＴＰ（Ｎｅｔｗｏｒｋ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）に準拠する形式で表される。
【００９５】
“ｌｅａｐ＿ｉｎｄｉｃａｔｏｒ”は、再多重化装置１５の閏秒調整を行う際に、閏秒調整の度合いを示す値である。
【００９６】
“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ０＿ｉｎｆｏ＿ｆｉｅｌｄ”は、Ｌ０ｃｈ用フィールドのサイズを示す。“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ０＿ｉｎｆｏ＿ｆｉｅｌｄ”は、例えば、Ｌ０ｃｈ用フィールドのサイズをバイト単位で表してもよい。
【００９７】
“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ１＿ｉｎｆｏ＿ｆｉｅｌｄ”は、Ｌ１ｃｈ用フィールドのサイズを示す。“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ１＿ｉｎｆｏ＿ｆｉｅｌｄ”は、例えば、Ｌ１ｃｈ用フィールドのサイズをバイト単位で表してもよい。
【００９８】
以下において、“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ０＿ｉｎｆｏ＿ｆｉｅｌｄ”及び“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ１＿ｉｎｆｏ＿ｆｉｅｌｄ”を“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ＿ｉｎｆｏ＿ｆｉｅｌｄ”と総称することもある。
【００９９】
このように、同期制御情報に含まれる“ｎｕｍｂｅｒ＿ｏｆ＿Ｌ＿ｉｎｆｏ＿ｆｉｅｌｄ”は、Ｌｃｈ用フィールドのサイズを表している。すなわち、上述した多重部１５８は、同期制御情報に基づいて、Ｌｃｈデータ処理部１９から出力される可変長のデータをＬｃｈデータとしてＸＭＩパケットに多重する。同様に、上述した分離部２２１は、同期制御情報に基づいて、ＸＭＩパケットに多重される可変長のデータをＬｃｈデータとして分離する。
【０１００】
“ｎｅｘｔ＿ｆｒａｍｅ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ”は、次のＯＦＤＭフレームの同期制御情報である。“ｎｅｘｔ＿ｆｒａｍｅ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ”は、例えば、変調パラメータ、伝送モード・ガードインターバル比、伝送モード・ガードインターバル比の切り替えタイミング、ガードインターバル比、伝送モード、ＴＭＣＣ情報、ＳＦＮ同期情報の有無、ＳＦＮ同期情報、基準時刻差、最大遅延時間などのように、次のＯＦＤＭフレームの処理に必要な情報を含む。
【０１０１】
ここで、“ｎｅｘｔ＿ｆｒａｍｅ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ”は、少なくとも、“ｎｅｘｔ＿ｆｒａｍｅ＿ｔｒａｓｎｍｉｔ＿ｔｉｍｅｓｔａｍｐ”を含む。“ｎｅｘｔ＿ｆｒａｍｅ＿ｔｒａｓｎｍｉｔ＿ｔｉｍｅｓｔａｍｐ”は、次のＯＦＤＭフレームを変調器１６が送信する時刻を示す時刻情報である。“ｎｅｘｔ＿ｆｒａｍｅ＿ｔｒａｓｎｍｉｔ＿ｔｉｍｅｓｔａｍｐ”は、絶対時刻で表されており、例えば、ＰＴＰ（Ｐｒｅｃｉｓｉｏｎ  Ｔｉｍｅ  Ｐｒｏｔｏｃｏｌ）に準拠する形式で表される。例えば、上位４８ビットは、基準タイミング（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ａｔｏｍｉｃ  Ｔｉｍｅ（ＴＡＩ）で１９７０年１月１日０：００：００）からの経過秒数を表しており、下位３２ビットは、１秒以下の経過時間を表してもよい。
【０１０２】
（Ｌｃｈデータを構成するＴＬＶパケットの受信処理）
以下において、実施形態に係るＬｃｈデータを構成するＴＬＶパケットの受信処理について説明する。図１２は、実施形態に係るＬｃｈデータを構成するＴＬＶパケットの受信処理を示す図である。
【０１０３】
第１に、分離装置２２（Ｌｃｈデータ処理部２９）は、ＯＦＤＭフレームから分離されるＬｃｈデータのデータ系列を取得する。具体的には、分離装置２２は、Ｌｃｈシンボルに相当するビットの列をつなぐことで、Ｌｃｈデータのデータ系列を取得することが可能である。
【０１０４】
第２に、分離装置２２（Ｌｃｈデータ処理部２９）は、Ｌｃｈデータのデータ系列から、Ｌｃｈデータを構成するＴＬＶパケット（出力パケット）を抽出する抽出処理を実行する。具体的には、分離装置２２は、Ｌｃｈデータのデータ系列から、所定ビット系列（例えば、０ｘ７Ｆ）をｎ番目のＴＬＶパケットの先頭位置候補として抽出する。分離装置２２は、ｎ番目のＴＬＶパケットの先頭位置候補に基づいて、Ｌｃｈデータのデータ系列からｎ番目のＴＬＶパケットのサイズ情報が格納されるサイズ領域候補を特定する。分離装置２２は、特定されたサイズ領域候補に格納されるサイズ情報に基づいてｎ＋１番目のＴＬＶパケットの先頭位置候補を特定する。分離装置２２は、ｎ＋１番目のＴＬＶパケットの先頭位置候補が所定ビット系列（例えば、０ｘ７Ｆ）である場合に、ｎ番目のＴＬＶパケットを抽出する。
【０１０５】
ここで、Ｌｃｈデータを構成するＴＬＶパケットは、所定ビット系列（例えば、０ｘ７Ｆ）の２バイト後にサイズ情報が格納されるように構成されている。但し、所定ビット系列は、ＴＬＶパケットの先頭位置を表す専用のビット系列ではないため、ＴＬＶパケットの先頭位置以外においてＴＬＶパケットに含まれる可能性がある。従って、上述したように、所定ビット系列がＴＬＶパケットの先頭位置を表しているか否かを確認するために、上述した抽出処理が行われる。
【０１０６】
さらに、ＴＬＶパケットの先頭位置の特定精度を向上するために、分離装置２２は、抽出処理において、ｎ＋ｋ（ｋは２以上の整数）番目の出力パケットの先頭位置候補の全てが所定ビット系列である場合に、ｎ番目の出力パケットを抽出してもよい。
【０１０７】
例えば、ｋ＝３である場合について図１２を参照しながら説明する。
【０１０８】
図１２の成功例に示すように、サイズ領域候補（ｎ番目、ｎ＋１番目、ｎ＋２番目）に格納されるサイズ情報に基づいて特定された先頭位置候補（ｎ＋１番目、ｎ＋２番目、ｎ＋３番目）の全てが所定ビット系列である場合に、先頭位置候補及びサイズ情報に基づいてＴＬＶパケットが抽出される。
【０１０９】
図１２の失敗例に示すように、サイズ領域候補（ｎ＋１番目）に格納されるサイズ情報に基づいて特定された先頭位置候補が所定ビット系列でない場合に、先頭位置候補（ｎ番目）がＴＬＶパケットの先頭位置ではないことが特定される。
【０１１０】
（作用及び効果）
実施形態では、階層データに多重されるＬｃｈデータがシンボル単位で処理されるため、Ｌｃｈデータの遅延が抑制される。
【０１１１】
実施形態では、ＸＭＩパケットに多重されるＬｃｈデータ（Ｌ０ｃｈデータ及びＬ１ｃｈデータ）の長さは可変長である。従って、ＦＦＴサイズに応じてＬｃｈデータが増加した場合にも、これを遅延なく変調器１６に伝送することができる。
【０１１２】
実施形態では、ｎ番目のＯＦＤＭフレームに含まれる同期制御情報は、ｎ＋１番目のＯＦＤＭフレームが変調器１６から送出される時刻を示す時刻情報（“ｎｅｘｔ＿ｆｒａｍｅ＿ｃｏｎｆｉｇｕｒａｔｉｏｎ”）を含む。従って、ｎ＋１番目のＯＦＤＭフレームの同期を適切にとることができる。
【０１１３】
実施形態では、分離装置２２（Ｌｃｈデータ処理部２９）は、ｎ番目のサイズ領域候補に格納されるサイズ情報に基づいてｎ＋１番目のＴＬＶパケットの先頭位置候補を特定し、ｎ＋１番目のＴＬＶパケットの先頭位置候補が所定ビット系列である場合に、ｎ番目のＴＬＶパケットを抽出する。従って、ＴＬＶパケットの先頭位置を表す専用のビット系列が準備されていなくても、Ｌｃｈデータのデータ系列から適切にＴＬＶパケットを抽出することができる。
【０１１４】
［変更例１］
以下において、実施形態の変更例１について説明する。以下においては、実施形態に対する相違点について主として説明する。
【０１１５】
実施形態で説明したように、再多重化装置１５（多重部１５８）は、一定のレートでＸＭＩパケットを変調器１６に出力する。変更例１においては、単位時間において各階層データのデータ量の比率が定められているケースを想定する。単位時間は、例えば、１ＯＦＤＭフレーム時間である。具体的には、多重化装置１５（多重部１５８）は、上述した比率が維持されるように、各階層データを含むＸＭＩパケットを変調器１６に出力する。
【０１１６】
例えば、図９と同様に、１ＯＦＤＭフレーム時間において３２０８個のＸＭＩパケットが送信されるケースを例示する。１つのＸＭＩパケットは同期制御情報を含むＸＭＩパケットである。ここで、１ＯＦＤＭフレーム時間において、Ｋ個のＡ階層ＸＭＩパケットを含み、Ｌ個のＢ階層ＸＭＩパケットを含み、Ｍ個のＣ階層ＸＭＩパケットを含むケースについて考える。なお、Ａ階層ＸＭＩパケットは、Ａ階層データを含むＸＭＩパケットであり、Ｂ階層ＸＭＩパケットは、Ｂ階層データを含むＸＭＩパケットであり、Ｃ階層ＸＭＩパケットは、Ｃ階層データを含むＸＭＩパケットである。すなわち、Ａ階層ＸＭＩパケットの個数：Ｂ階層ＸＭＩパケットの個数：Ｃ階層ＸＭＩパケットの個数がＫ：Ｌ：Ｍである。但し、Ｋは、Ｌ及びＭよりも小さいものとする。
【０１１７】
このようなケースにおいて、図１３に示すように、１個のＡ階層ＸＭＩパケット、ｃｅｉｌ（Ｌ／Ｋ）個のＢ階層ＸＭＩパケット及びｃｅｉｌ（Ｍ／Ｋ）個のＣ階層ＸＭＩパケットを１つのユニットと考えると、１ＯＦＤＭフレーム時間において、このようなユニットの出力がＫ回繰り返される。但し、ｃｅｉｌ（ｘ）は、整数ｘを超える最小の正整数を表す。
【０１１８】
但し、Ｌ／Ｋ及びＭ／Ｋが整数ではない場合には、Ｋ回目のユニットの出力において端数調整が行われる。Ｂ階層ＸＭＩパケットの端数調整は、Ｋ回目のユニットが｛Ｌ−ｃｅｉｌ（Ｌ／Ｋ）×（Ｋ−１）｝個のＢ階層ＸＭＩパケットを含むように行われる。Ｃ階層ＸＭＩパケットの端数調整は、Ｋ回目のユニットが｛Ｍ−ｃｅｉｌ（Ｍ／Ｋ）×（Ｋ−１）｝個のＢ階層ＸＭＩパケットを含むように行われる。
【０１１９】
なお、ＯＦＤＭフレームの出力終了を表すＸＭＩパケットとして、１つのスタッフパケットが出力される。従って、スタッフパケットの個数は、３２０８−（Ｋ＋Ｌ＋Ｍ＋１）＋１である。
【０１２０】
（作用及び効果）
変更例１では、多重化装置１５（多重部１５８）は、単位時間において定められた各階層データのデータ量の比率が維持されるように、各階層データを含むＸＭＩパケットを変調器１６に出力する。従って、変調器１６において、各階層データを含むＸＭＩパケットが揃わずに、ＯＦＤＭフレームを生成する際に、不足する階層データを含むＸＭＩパケットの待ち時間が生じにくい。すなわち、ＯＦＤＭフレームの生成に係る遅延時間が抑制される。
【０１２１】
［変更例２］
以下において、実施形態の変更例２について説明する。以下においては、実施形態に対する相違点について主として説明する。
【０１２２】
変更例２においては、Ｌｃｈデータは、ＸＭＩパケットの処理に用いる拡張情報を含む。例えば、Ｌｃｈデータを構成するＴＬＶパケットとして、拡張情報を含むＴＬＶパケット（以下、拡張ＴＬＶパケット）が新たに定義されてもよい。
【０１２３】
拡張情報は、階層データ処理部１８、Ｌｃｈデータ処理部１９、階層データ処理部２８及びＬｃｈデータ処理部２９が属するレイヤ（例えば、ＩＰレイヤやＭＡＣレイヤなど）よりも上位のレイヤ（例えば、アプリケーションレイヤ）で扱われる。
【０１２４】
拡張情報は、ＸＭＩパケットヘッダに格納される情報要素（例えば、図７及び図１０を参照）以外の情報要素である。拡張情報は、同期制御情報（図１１を参照）以外の情報要素である。例えば、拡張情報は、受信機アップデートフラグや緊急警報放送起動フラグなどの情報要素である。
【０１２５】
ここで、Ｌｃｈデータとして拡張情報を含むＴＬＶパケットは、図１４〜図１６に示すように、所定ビット系列（例えば、０ｘ７Ｆ）と、パケット種別と、データ長と、Ｌｃｈデータとを含む。所定ビット系列（例えば、０ｘ７Ｆ）は、図１２で説明したようにＴＬＶパケットの抽出に用いるビット系列である。パケット種別は、ＴＬＶパケットに含まれるＬｃｈデータ（図１４〜図１６では、フラグ情報）の種別を示す情報である。データ長は、ＴＬＶパケットに含まれるＬｃｈデータの長さを示す情報である。
【０１２６】
例えば、図１４に示すように、パケット種別が集合フラグである場合において、フラグ情報の最上位ビットが受信機アップデートフラグであり、フラグ情報の最下位ビットが緊急警報放送起動フラグであってもよい。或いは、図１５に示すように、パケット種別が受信機アップデートフラグである場合に、フラグ情報の最下位ビットが受信機アップデートフラグであってもよい。或いは、図１６に示すように、パケット種別が緊急警報放送起動フラグである場合に、フラグ情報の最下位ビットが緊急警報放送起動フラグであってもよい。
【０１２７】
例えば、受信機アップデートフラグが取り得る値は、受信機のアップデートがない旨を示す“０”及び受信機のアップデートがある旨を示す“１”である。同様に、緊急警報放送起動フラグの取り得る値は、緊急警報放送に関する起動制御がない旨を示す“０”及び緊急警報放送に関する起動制御がある旨を示す“１”である。
【０１２８】
（作用及び効果）
変更例２では、Ｌｃｈデータが拡張情報を含むため、階層データ処理部１８、Ｌｃｈデータ処理部１９、階層データ処理部２８及びＬｃｈデータ処理部２９が属するレイヤ（例えば、ＩＰレイヤやＭＡＣレイヤなど）で扱う情報要素として全ての情報要素を定義しなくてもよい。例えば、リアルタイム性が要求されないような情報要素は、Ｌｃｈデータに含まれる拡張情報で定義すればよい。
【０１２９】
［変更例３］
以下において、実施形態の変更例３について説明する。以下においては、実施形態に対する相違点について主として説明する。
【０１３０】
実施形態において、図９に示すように、各階層データを含むＸＭＩパケットが２系統のＬｃｈデータ（Ｌ０ｃｈデータ及びＬ１ｃｈデータ）を含む一例について説明した。すなわち、実施形態において、Ｌｃｈデータは階層データと多重されていた。
【０１３１】
しかしながら、Ｌｃｈデータが階層データと多重される場合、スタッフパケットを再多重化装置１５が変調器１６に出力している時間において、再多重化装置１５がＬｃｈデータを変調器１６に出力することができないため、Ｌｃｈデータに遅延が生じ得る。かかる遅延は、１ＯＦＤＭフレーム時間に含まれるスタッフパケットの数が多い場合に顕著な問題になり得る。
【０１３２】
このため、変更例３においては、図１７に示すように、Ｌｃｈデータを格納するフィールドをスタッフパケットに設ける。以下において、Ｌｃｈデータを格納するフィールドを有するスタッフパケットを「Ｌｃｈデータパケット」と称する。Ｌｃｈデータパケットは、階層データと多重されないＬｃｈデータを含むＸＭＩパケットである。Ｌｃｈデータパケットを用いることにより、Ｌｃｈデータに伝送遅延が生じることを回避できる。
【０１３３】
具体的には、ＬｃｈデータパケットはＬ０ｃｈ用フィールド及びＬ１ｃｈ用フィールドを有する。再多重化装置１５の多重部１５８は、Ｌ０ｃｈ用フィールド及びＬ１ｃｈ用フィールドにＬ０ｃｈデータ及びＬ１ｃｈデータをそれぞれ格納し、その後にスタッフィングのためのダミーデータ（スタッフデータ）を格納することによって、固定長のＬｃｈデータパケットを生成する。
【０１３４】
図１７の例においては、１ＯＦＤＭフレーム時間に含まれる複数のスタッフパケットのうち一部のスタッフパケットのみをＬｃｈデータパケットとして用いており、残りのスタッフパケットにはＬ０ｃｈ用フィールド及びＬ１ｃｈ用フィールドを設けていない。但し、１ＯＦＤＭフレーム時間に含まれる全てのスタッフパケットをＬｃｈデータパケットとして用いてもよい。
【０１３５】
例えば、再多重化装置１５の多重部１５８は、１ＯＦＤＭフレーム時間に含まれるスタッフパケットの数又は割合が所定値を超える場合に、１ＯＦＤＭフレーム時間に含まれる一部又は全部のスタッフパケットをＬｃｈデータパケットとして用いて、ＬｃｈデータパケットにＬｃｈデータを格納してもよい。
【０１３６】
また、変更例３においては、表１に示すように、ＸＭＩヘッダの「データユニット種別」フィールド（図７参照）に、Ｌｃｈデータ（Ｌ０／Ｌ１シンボルデータ）を示す値を追加する。
【０１３７】
【表１】
2018078557.tif 000003
【０１３８】
表１の例において、ＸＭＩヘッダの「データユニット種別」フィールドの値が“０”である場合、このＸＭＩヘッダが付加されたＸＭＩペイロードに同期制御情報が含まれることを示し、このＸＭＩヘッダを含むＸＭＩパケットが同期制御ＸＭＩパケットであることを示す。
【０１３９】
ＸＭＩヘッダの「データユニット種別」フィールドの値が“１”〜“３”のいずれかである場合、このＸＭＩヘッダが付加されたＸＭＩペイロードに階層データ（すなわち、階層別フレームのデータユニット）及びＬｃｈデータが含まれることを示す。
【０１４０】
ＸＭＩヘッダの「データユニット種別」フィールドの値が“４”である場合、このＸＭＩヘッダが付加されたＸＭＩペイロードにＬｃｈデータが含まれることを示し、このＸＭＩヘッダを含むＸＭＩパケットがＬｃｈデータパケットであることを示す。
【０１４１】
ＸＭＩヘッダの「データユニット種別」フィールドの値“５”〜“１４”は、将来における拡張のために予約されている値である。
【０１４２】
ＸＭＩヘッダの「データユニット種別」フィールドの値が“１５”である場合、このＸＭＩヘッダが付加されたＸＭＩペイロードがスタッフデータを含むスタッフパケットであることを示し、このＸＭＩヘッダを含むＸＭＩパケットがスタッフパケットであることを示す。
【０１４３】
［変更例４］
以下において、実施形態の変更例４について説明する。以下においては、実施形態に対する相違点について主として説明する。
【０１４４】
実施形態において、ＯＦＤＭフレームの出力終了を表すＸＭＩパケットとしてスタッフパケットを用いる一例を説明した。しかしながら、変更例３において説明したＬｃｈデータパケットを用いる場合、１ＯＦＤＭフレーム時間に含まれる全てのスタッフパケットがＬｃｈデータパケットとして用いられることも想定される。
【０１４５】
よって、ＯＦＤＭフレームの出力終了を表すために必ずしもスタッフパケットを用いなくてもよい。ＯＦＤＭフレームの出力終了を表すスタッフパケットを用いなくても、ＯＦＤＭフレームの先頭に位置する同期制御ＸＭＩパケットによってＯＦＤＭフレームの区切りを示すことができる。
【０１４６】
［変更例５］
以下において、実施形態の変更例５について説明する。以下においては、実施形態に対する相違点について主として説明する。
【０１４７】
実施形態において、再多重化装置１５のＬｃｈデータ処理部１９は、ＬｃｈデータのＴＬＶパケットを構成するデータをシンボル単位で多重部１５８に出力していた。一方、多重部１５８が取り扱うデータの単位（例えば、ＸＭＩパケットのデータサイズ）はバイト単位である。
【０１４８】
ここで、Ｌｃｈデータのビット数、すなわち、１シンボルあたりのビット数は、ＦＦＴサイズ及びセグメント数に応じて定まる。例えば、８Ｋ  ＦＦＴにおいてセグメント数をＮとした場合、４×Ｎビットである。
【０１４９】
このため、セグメント数が奇数である場合には、ビット数が８の倍数（すなわち、バイト単位）にならず、４ビットの端数が生じる。Ｌｃｈシンボルのビット数がバイト単位にならないと、バイト単位で構成されたＴＬＶパケット（ＬｃｈデータのＴＬＶパケット）をＬｃｈシンボルに配置することができない。このため、８Ｋ  ＦＦＴ、かつセグメント数Ｎが奇数である場合、再多重化装置１５は、ＬｃｈデータのＴＬＶパケットを構成するデータを、Ｌｃｈシンボルを跨いで配置する。例えば、連続する２つのＬｃｈシンボルデータを結合し、４ビットの端数を２つまとめて８ビットとすることができるため、結合されたＬｃｈシンボルデータの全体のビット数を８の倍数（すなわち、バイト単位）にすることができる。
【０１５０】
ここで、１つのフレームに対応するＬｃｈシンボルの数が奇数である場合、これらのＬｃｈシンボルの総ビット数がバイト単位にならない。この場合、再多重化装置１５は、フレームの最終Ｌｃｈシンボルについては、１バイトに満たなかった４ビットを捨てる。また、再多重化装置１５は、フレームの最終Ｌｃｈシンボルの後に４ビットのヌルデータを追加する。そして、再多重化装置１５は、４ビットのヌルデータが追加されたＬｃｈシンボルをＸＭＩパケットに格納する。なお、追加されたヌルデータは、変調器１６において取り除かれる。
【０１５１】
［その他の実施形態］
本発明は上述した実施形態によって説明したが、この開示の一部をなす論述及び図面は、この発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなろう。
【０１５２】
実施形態では、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）技術が用いられるシステムについて例示した。しかしながら、実施形態は、これに限定されるものではない。実施形態は、ＭＩＳＯ（Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）技術又はＳＩＳＯ（Ｓｉｎｇｌｅ  Ｉｎｐｕｔ  Ｓｉｎｇｌｅ  Ｏｕｔｐｕｔ）技術が用いられるシステムに適用されてもよい。
【０１５３】
実施形態では、変調方式としてＯＦＤＭが用いられるケースについて例示した。しかしながら、実施形態は、これに限定されるものではない。変調方式は、例えば、ＦＢＭＣ（Ｆｉｌｔｅｒ  Ｂａｎｋ  Ｍｕｌｔｉ  Ｃａｒｒｉｅｒ）やシングルキャリア方式であってもよい。
【０１５４】
実施形態では、各階層データが送信されるケースを例示したが、実施形態は、これに限定されるものではない。送信装置１０から受信装置２０に送信されるデータは、階層化されていなくてもよい。
【０１５５】
実施形態では特に触れていないが、送信装置１０及び受信装置２０が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ等の記録媒体であってもよい。
【０１５６】
或いは、送信装置１０及び受信装置２０が行う各処理を実行するためのプログラムを記憶するメモリ及びメモリに記憶されたプログラムを実行するプロセッサによって構成されるチップが提供されてもよい。
【符号の説明】
【０１５７】
１０…送信装置、１１…エンコーダ、１２…ＭＭＴ多重化部、１３…スクランブル部、１４Ａ…エンコーダ、１４Ｂ…ＭＭＴ多重化部、１４Ｃ…スクランブル部、１５…再多重化装置、１６…変調器、１８…階層データ処理部、１９…Ｌｃｈデータ処理部、２０…受信装置、２１…復調器、２２…分離装置、２３…デスクランブル部、２４…ＭＭＴ分離部、２５…デコーダ、２６Ａ…デスクランブル部、２６Ｂ…ＭＭＴ分離部、２６Ｃ…デコーダ、２８…階層データ処理部、２９…Ｌｃｈデータ処理部、１５１…パケットフィルタ、１５２…ＴＬＶパケット処理部、１５３…ＦＥＣブロック生成部、１５４…パケット出力部、１５５Ａ…パケットフィルタ、１５５Ｂ…ＴＬＶパケット処理部、１５５Ｃ…シンボルデータ出力部、１５６…同期制御情報生成部、１５７…スタッフパケット生成部、１５８…多重部、２２１…分離部、２２５…ＦＥＣブロック抽出部、２２６…ＴＬＶパケット処理部、２２７…パケット出力部、２２８Ａ…データ系列入力部、２２８Ｂ…ＴＬＶパケット処理部、２２８Ｃ…パケット出力部
【図１】
2018078557.tif 000004
【図２】
2018078557.tif 000005
【図３】
2018078557.tif 000006
【図４】
2018078557.tif 000007
【図５】
2018078557.tif 000008
【図６】
2018078557.tif 000009
【図７】
2018078557.tif 000010
【図８】
2018078557.tif 000011
【図９】
2018078557.tif 000012
【図１０】
2018078557.tif 000013
【図１１】
2018078557.tif 000014
【図１２】
2018078557.tif 000015
【図１３】
2018078557.tif 000016
【図１４】
2018078557.tif 000017
【図１５】
2018078557.tif 000018
【図１６】
2018078557.tif 000019
【図１７】
2018078557.tif 000020