特開 2024-35737 送信装置及びプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024035737

(43)【公開日】2024-03-14

(54)【発明の名称】送信装置及びプログラム

(51)【国際特許分類】

   H03M 13/19 20060101AFI20240307BHJP

   H04L 27/26 20060101ALI20240307BHJP

   H04W 28/06 20090101ALI20240307BHJP

   H04W 4/90 20180101ALI20240307BHJP

   H04W 28/04 20090101ALI20240307BHJP

   H04N 21/2383 20110101ALI20240307BHJP

【ＦＩ】

H03M13/19

H04L27/26 113

H04W28/06 110

H04W4/90

H04W28/04

H04N21/2383

【審査請求】未請求

【請求項の数】4

【出願形態】ＯＬ

(21)【出願番号】P 2022140391

(22)【出願日】2022-09-02

(71)【出願人】

【識別番号】000004352

【氏名又は名称】日本放送協会

(74)【代理人】

【識別番号】100147485

【弁理士】

【氏名又は名称】杉村 憲司

(74)【代理人】

【識別番号】230118913

【弁護士】

【氏名又は名称】杉村 光嗣

(74)【代理人】

【識別番号】100161148

【弁理士】

【氏名又は名称】福尾 誠

(72)【発明者】

【氏名】平林 祐紀

(72)【発明者】

【氏名】朝倉 慎悟

(72)【発明者】

【氏名】神原 浩平

【テーマコード（参考）】

5C164

5J065

5K067

【Ｆターム（参考）】

5C164FA04

5C164SB23P

5C164SB41S

5C164YA21

5J065AC02

5J065AD07

5J065AH01

5K067AA21

5K067DD28

5K067EE71

5K067HH26

(57)【要約】

【課題】ＬＬｃｈのさらなる低遅延化を実現する。
【解決手段】送信装置１は、データパケットが入力されない場合には、ペイロードをヌル埋めしたヌルパケットを生成するヌル挿入部１７と、データパケット及びヌルパケットに対してＬＤＰＣ符号化を行い、固定長のブロックを生成するＬＤＰＣ符号化部１８と、ブロックを低遅延チャンネルキャリアに割り当て、所定の変調方式で変調してＯＦＤＭフレームを構成するＯＦＤＭフレーム構成部１９と、を備える。ヌルパケットのサイズは、データパケットよりも短い。
【選択図】図１

【特許請求の範囲】

【請求項1】

低遅延チャンネルのデータパケットを符号化して送信する送信装置であって、
前記データパケットが入力されない場合には、ペイロードをヌル埋めしたヌルパケットを生成するヌル挿入部と、
前記データパケット及び前記ヌルパケットに対してＬＤＰＣ符号化を行い、固定長のブロックを生成するＬＤＰＣ符号化部と、
前記ブロックを低遅延チャンネルキャリアに割り当て、所定の変調方式で変調してＯＦＤＭフレームを構成するＯＦＤＭフレーム構成部と、を備え、
前記ヌルパケットのサイズは、前記データパケットよりも短い、送信装置。

【請求項2】

前記ヌルパケットのサイズは、ｎを２以上の整数とすると、前記データパケットのサイズのｎ分の１であり、且つ前記データパケットのヘッダーのサイズ以上である、請求項１に記載の送信装置。

【請求項3】

前記ブロックのデータ領域のサイズと前記データパケットのサイズは、同じＫバイトであり、
前記ＬＤＰＣ符号化部は、前記データパケット及び前記ヌルパケットを入力順に前記ブロックを構成するデータ領域に挿入し、前記ブロックを構成するデータ領域にＬバイトのヌルパケットが先に挿入されていた場合には、前記データパケットのうち（Ｋ－Ｌ）バイトのデータを前記データ領域に挿入し、前記データパケットのうち残りのＬバイトのデータを次のブロックを構成するデータ領域の先頭に挿入する、請求項１又は２に記載の送信装置。

【請求項4】

コンピュータを、請求項１に記載の送信装置として機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、送信装置及びプログラムに関する。

【背景技術】

【0002】

次世代の地上テレビジョン放送高度化方式（以下、「高度化方式」という。）では、現行のＩＳＤＢ－Ｔ(Integrated Services Digital Broadcasting-Terrestrial)のＡＣ（Auxiliary Channel）と同様に、映像・音声などのデータ伝送に用いない専用のサブキャリアが信号帯域内にランダムに配置される（例えば、非特許文献１参照）。本明細書ではこのサブキャリアをＬｃｈと称し、Ｌｃｈを利用して緊急情報のような情報を低遅延・高耐性に伝送するチャンネルを低遅延チャンネル（ＬＬｃｈ：Low-Latency Channel)と称する。ＬＬｃｈでは、キャリア変調には差動ＢＰＳＫ（Differential Binary Phase Shift Keying）を採用し、また誤り訂正符号のうち内符号であるＬＤＰＣ（Low Density Parity Check）符号もＬＬｃｈ専用とした低符号化率のものを設定しており、これらにより高耐性を実現している。さらに、ＬＬｃｈでは時間インターリーブを行わないことにより、低遅延を実現している。

【先行技術文献】

【非特許文献】

【0003】

【非特許文献1】朝倉, 外４名, “地上放送の高度化に向けた低遅延高耐性伝送の一検討”, 信学技報, vol. 121, no. 234, RCS2021-167, pp. 124-129, 2021

【発明の概要】

【発明が解決しようとする課題】

【0004】

一般に緊急情報の伝送は、可能な限り迅速、すなわち低遅延であることが好ましい。例えば、津波のような、避難に一刻を争うような緊急事態では、低遅延であることは非常に有効であると容易に想像できる。しかし、ＬＬｃｈのパケットは不規則な周期で送信装置に流れてくるため、瞬時に符号化処理を行うことができずに遅延が発生することがある。

【0005】

かかる事情に鑑みてなされた本発明の目的は、ＬＬｃｈのさらなる低遅延化を実現することが可能な送信装置及びプログラムを提供することにある。

【課題を解決するための手段】

【0006】

上記課題を解決するため、一実施形態に係る送信装置は、低遅延チャンネルのデータパケットを符号化して送信する送信装置であって、前記データパケットが入力されない場合には、ペイロードをヌル埋めしたヌルパケットを生成するヌル挿入部と、前記データパケット及び前記ヌルパケットに対してＬＤＰＣ符号化を行い、固定長のブロックを生成するＬＤＰＣ符号化部と、前記ブロックを低遅延チャンネルキャリアに割り当て、所定の変調方式で変調してＯＦＤＭ（Orthogonal Frequency Division Multiplexing）フレームを構成するＯＦＤＭフレーム構成部と、を備え、前記ヌルパケットのサイズは、前記データパケットよりも短いことを特徴とする。

【0007】

さらに、一実施形態において、前記ヌルパケットのサイズは、ｎを２以上の整数とすると、前記データパケットのサイズのｎ分の１であり、且つ前記データパケットのヘッダーのサイズ以上であってもよい。

【0008】

さらに、一実施形態において、前記ブロックのデータ領域のサイズと前記データパケットのサイズは、同じＫバイトであり、前記ＬＤＰＣ符号化部は、前記データパケット及び前記ヌルパケットを入力順に前記ブロックを構成するデータ領域に挿入し、前記ブロックを構成するデータ領域にＬバイトのヌルパケットが先に挿入されていた場合には、前記データパケットのうち（Ｋ－Ｌ）バイトのデータを前記データ領域に挿入し、前記データパケットのうち残りのＬバイトのデータを次のブロックを構成するデータ領域の先頭に挿入してもよい。

【0009】

また、一実施形態係るプログラムは、コンピュータを、上記送信装置として機能させる。

【発明の効果】

【0010】

本発明によれば、ＬＬｃｈのさらなる低遅延化を実現することが可能となる。

【図面の簡単な説明】

【0011】

【図1】一実施形態に係る送信装置の構成例を示すブロック図である。

【図2】ＴＬＶパケット及びＦＥＣブロックの構造例を示す図である。

【図3】一実施形態に係る送信装置におけるＬＤＰＣ符号化部の処理手順を示すフローチャートである。

【図4】ヌルパケットのサイズが１８バイトの場合と６バイトの場合における処理を比較した第１の例を示す図である。

【図5】ヌルパケットのサイズが１８バイトの場合と６バイトの場合における処理を比較した第２の例を示す図である

【発明を実施するための形態】

【0012】

以下、一実施形態について、図面を参照して詳細に説明する。

【0013】

図１は、階層数が３である場合の送信装置の構成例を示すブロック図である。送信装置１は、図示しない再多重化装置からパケットを受信する。受信するパケットの形式は、ＴＬＶ（Type Length Value）／ＩＰ（Internet Protocol）パケット形式であってもよいし、ＸＭＩ（eXtensibleModulator Interface）／ＩＰパケット形式であってもよいし、地上高度化方式向けのプログラム伝送信号プロトコルであるＳＴＬＰ（Studio To Transmitter Link Protocol）パケット形式であってもよい。本実施形態では、ＴＬＶ／ＩＰパケット形式の例で説明する。

【0014】

図１に示す送信装置１は、階層分離部１１と、階層処理部１２と、階層合成部１３と、時間・周波数インターリーブ部１４と、パイロット信号生成部１５と、ＴＭＣＣ（Transmission and Multiplexing Configuration Control）信号生成部１６と、ヌル挿入部１７と、ＬＤＰＣ符号化部１８と、ＯＦＤＭフレーム構成部１９と、ＯＦＤＭ変調部２０と、を備える。また、階層処理部１２は、誤り訂正符号化部１２１と、ビットインターリーブ部１２２と、マッピング部１２３と、を備える。

【0015】

階層分離部１１は、ＴＬＶ／ＩＰパケットを受信し、各階層に属するＴＬＶパケットを分離し、各階層処理部１２に振り分ける。また、ＬＬｃｈのＴＬＶパケットを、ＬＤＰＣ符号化部１８に出力する。また、階層分離部１１は、同期制御情報をパイロット信号生成部１５及びＴＭＣＣ信号生成部１６に出力する。

【0016】

誤り訂正符号化部１２１は、ＯＦＤＭ信号の受信側で伝送誤りを訂正可能とするために、階層分離部１１から入力した信号を誤り訂正符号化（例えば、ＬＤＰＣ符号化）し、符号化信号を生成する。そして、誤り訂正符号化部１２１は、生成した符号化信号をビットインターリーブ部１２２に出力する。

【0017】

ビットインターリーブ部１２２は、誤り訂正符号の性能を高めるために、誤り訂正符号化部１２１から入力した符号化信号をビット単位でインターリーブ処理してビットデータを生成する。そして、ビットインターリーブ部１２２は、生成したビットデータをマッピング部１２３に出力する。

【0018】

マッピング部１２３は、ビットインターリーブ部１２２から入力したビットデータをＩＱ平面（複素平面）へマッピングし、変調方式に応じたキャリア変調が施されたキャリアシンボルを生成する。そして、マッピング部１２３は、生成したキャリアシンボルを階層合成部１３に出力する。

【0019】

階層合成部１３は、各階層のマッピング部１２３から入力したキャリアシンボルを合成し、時間・周波数インターリーブ部１４に出力する。

【0020】

時間・周波数インターリーブ部１４は、階層合成部１３から入力したキャリアシンボルの順序を時間方向及び周波数方向に並べ替えてインターリーブ処理されたインターリーブ信号を生成する。そして、時間・周波数インターリーブ部１４は、生成したインターリーブ信号をＯＦＤＭフレーム構成部１９に出力する。

【0021】

パイロット信号生成部１５は、階層分離部１１から入力した同期制御情報からパイロット信号（ＳＰ信号及びＣＰ信号）を生成する。そして、パイロット信号生成部１５は、生成したパイロット信号をＯＦＤＭフレーム構成部１９に出力する。

【0022】

ＴＭＣＣ信号生成部１６は、階層分離部１１から入力した同期制御情報からＴＭＣＣ信号を生成し、ＯＦＤＭフレーム構成部１９に出力する。

【0023】

ヌル挿入部１７は、ＬＬｃｈを監視し、ＬＬｃｈのＴＬＶパケット（以下、「データパケット」と称する。）が入力されない場合には、ペイロードをヌル埋めしたＴＬＶパケット（以下、「ヌルパケット」と称する。）を生成する。そして、ヌル挿入部１７は、生成したヌルパケットをＬＤＰＣ符号化部１８に出力する。

【0024】

ヌル挿入部１７が生成するヌルパケットのサイズは、データパケットよりも短い。より好適には、ヌルパケットのサイズは、ｎを２以上の整数とすると、データパケットのサイズのｎ分の１であり、且つデータパケットのヘッダー（以下、「ＴＬＶヘッダー」という。）のサイズ以上である。これにより、処理を簡便化することが可能となる。

【0025】

図２は、ＴＬＶパケット及びＦＥＣ（Forward Error Correction）ブロックの構造例を示す図である。ＴＬＶヘッダーは、予約領域と、パケットタイプと、データ長と、を含む。パケットタイプは、該ＴＬＶパケットがＩＰｖ４、ＩＰｖ６、圧縮ＩＰ等のいずれであるかを特定するパケット種別を示す。データ長は、ペイロードに格納されるデータのサイズを示す。予約領域については、例えば全ビットを“１”としてもよい。なお、ＴＬＶパケットの仕様については、例えば下記の参考文献を参照されたい。
［参考文献］電波産業会、「デジタル放送における映像符号化，音声符号化及び多重化方式」、ARIB STD-B32 v3.11、2018年7月

【0026】

１４バイトのペイロードは、地震情報（緊急地震速報ＥＥＷ）、災害情報、有事情報などの緊急情報である。緊急情報は、例えば、開始／終了フラグ、更新フラグ、信号識別、現在時刻、ページ種別、都道府県情報（地域コード）、詳細情報、及び誤り検出用パリティビットを含む情報ビットである。入力データがない際は、ペイロードにヌルが挿入される。

【0027】

本実施形態では、図２に示すようにデータパケットのサイズは１８バイトで固定である。一方、ヌルパケットのサイズは、データパケットのサイズの３分の１の６バイトとする。なお、ヌルパケットのサイズはこれに限定されず、例えばデータパケットのサイズの２分の１の９バイトとしてもよい。

【0028】

ＬＤＰＣ符号化部１８は、階層分離部１１から入力したデータパケット、及びヌル挿入部１７から入力したヌルパケットに対してＬＤＰＣ符号化を行い、固定長（図２に示すように符号長が１５３バイトでデータ長が１８バイト）のＦＥＣブロックを生成する。そして、ＬＤＰＣ符号化部１８は、生成したＦＥＣブロックをＯＦＤＭフレーム構成部１９に出力する。

【0029】

ＦＥＣブロックのデータ領域のサイズとデータパケットのサイズは、同じＫバイト（本実施形態では１８バイト）である。ＬＤＰＣ符号化部１８は、データパケット及びヌルパケットを入力順にＦＥＣブロックを構成するデータ領域に挿入し、データ領域にＬバイト（本実施形態では６バイト又は１２バイト）のヌルパケットが先に挿入されていた場合には、データパケットのうち（Ｋ－Ｌ）バイトのデータを該データ領域に挿入し、データパケットのうち残りのＬバイトのデータを次のＦＥＣブロックを構成するデータ領域の先頭に挿入する。

【0030】

ＯＦＤＭフレーム構成部１９は、時間・周波数インターリーブ部１４から入力したインターリーブ信号に、パイロット信号生成部１５から入力したパイロット信号、及びＴＭＣＣ信号生成部１６から入力したＴＭＣＣ信号を挿入する。また、ＯＦＤＭフレーム構成部１９は、ＬＤＰＣ符号化部１８から入力したＦＥＣブロックをＬＬｃｈ用のサブキャリアであるＬｃｈキャリアに割り当て、所定の変調方式（例えば、ＤＢＰＳＫ（differential binary phase shift keying））で変調してＯＦＤＭフレームを構成する。そして、ＯＦＤＭフレーム構成部１９は、生成したＯＦＤＭフレームをＯＦＤＭ変調部２０に出力する。

【0031】

ＯＦＤＭ変調部２０は、ＯＦＤＭフレーム構成部１９から入力したＯＦＤＭフレームに対してＯＦＤＭ変調処理を行ってＯＦＤＭ信号を生成する。より詳細には、ＯＦＤＭ変調部２０は、ＯＦＤＭフレーム構成部１９から入力したＯＦＤＭフレームのＯＦＤＭシンボルに対して、ＩＦＦＴ（Inverse Fast Fourier Transform：逆高速フーリエ変換）処理を行って時間領域の有効シンボル信号を生成する。そして、ＯＦＤＭ変調部２０は、有効シンボル信号の先頭にガードインターバルを挿入した後、直交変調処理及びＤ／Ａ変換処理を行ってＯＦＤＭ信号を生成する。そして、ＯＦＤＭ変調部２０は、生成したＯＦＤＭ信号を、図示しない受信装置に送信する。

【0032】

次に、ＬＤＰＣ符号化部１８の処理について、図３を参照して説明する。図３は、ＬＤＰＣ符号化部１８による処理手順を示すフローチャートである。ＬＤＰＣ符号化部１８は、「データパケットが入力されているか」の判定を３段階で行い、データパケットが入力されていない場合は、逐次６バイトのヌルパケットを、ＦＥＣブロックを構成するデータ領域に挿入する。データパケットが入力された場合は、６バイトごとの区切りで挿入を始め、１８バイト蓄積されたところで、ＦＥＣブロックを生成する。

【0033】

ステップＳ１０１では、データパケットが入力されているか否かを判定する。そして、データパケットが入力されている場合には処理をステップＳ１０２に進め、データパケットが入力されていない場合には処理をステップＳ１０４に進める。

【0034】

ステップＳ１０２では、データパケットのサイズが１８バイトであるか否かを判定する。そして、データパケットが１８バイトである場合には処理をステップＳ１０３に進め、データパケットが１８バイトでない場合には処理をステップＳ１０６に進める。

【0035】

ステップＳ１０３では、データ領域に１８バイト蓄積されたので、ＬＤＰＣ符号化を行ってＦＥＣブロックを生成し、出力する。そして、処理をステップＳ１０１に戻す。

【0036】

ステップＳ１０４では、ヌル挿入部１７から入力された６バイトのヌルパケットを、ＦＥＣブロックを構成するデータ領域に挿入する。そして、処理をステップＳ１０５に進める。

【0037】

ステップＳ１０５では、データパケットが入力されているか否かを判定する。そして、データパケットが入力されている場合には処理をステップＳ１０３に進め、データパケットが入力されていない場合には処理をステップＳ１０８に進める。この時点では、ＦＥＣブロックを構成するデータ領域（１８バイト）にヌルパケットが挿入されているため、次のステップＳ１０３では残りの領域にデータパケット（１８バイト）の一部（前方）を挿入する。データパケットの超過分は、次のＦＥＣブロックを構成するデータ領域に挿入されることとなる。

【0038】

ステップＳ１０６では、データパケットのサイズが１２バイト又は６バイトであるか否かを判定する。このデータパケットは、一部（前方）が前のＦＥＣブロックを構成するデータ領域に挿入済みである。そして、データパケットのサイズが６バイトである場合には処理をステップＳ１０７に進め、データパケットのサイズが１２バイトである場合には処理をステップＳ１０９に進める。

【0039】

ステップＳ１０７では、データパケットの一部（後方）の６バイトを、ＦＥＣブロックを構成するデータ領域に挿入する。そして、処理をステップＳ１０５に進める。

【0040】

ステップＳ１０８では、ヌル挿入部１７から入力された６バイトのヌルパケットを、ＦＥＣブロックを構成するデータ領域に挿入する。そして、処理をステップＳ１１０に進める。

【0041】

ステップＳ１０９では、データパケットの一部（後方）の１２バイトを、ＦＥＣブロックを構成するデータ領域に挿入する。そして、処理をステップＳ１１０に進める。

【0042】

ステップＳ１１０では、データパケットが入力されているか否かを判定する。そして、データパケットが入力されている場合には処理をステップＳ１０３に進め、データパケットが入力されていない場合には処理をステップＳ１１１に進める。

【0043】

ステップＳ１１１では、ヌル挿入部１７から入力された６バイトのヌルパケットを、ＦＥＣブロックを構成するデータ領域に挿入する。そして、処理をステップＳ１０３に進める。

【0044】

送信装置１に対して、ＬＬｃｈのデータパケットが一定間隔で流れてくるわけではないため、データの到達時間によってはヌルパケットの伝送時間だけ余分な遅延が発生する可能性がある。この遅延について、図４及び図５を参照して説明する。

【0045】

図４は、ヌルパケットのサイズが１８バイトの場合と、ヌルパケットのサイズが６バイトの場合において、ＬＤＰＣ符号化部１８が、ヌルパケット、データパケット１、ヌルパケット・・・の順でパケットを取得したときのＦＥＣブロックを示す図である。図中の矢印の下に記載された数字はパケットの長さを示しており、単位はバイトである。図４（ａ）はヌルパケットのサイズがデータパケットと同じ１８バイトである場合のＦＥＣブロックを示しており、図４（ｂ）はヌルパケットのサイズがデータパケットの１／３の６バイトである場合のＦＥＣブロックを示している。ＬＤＰＣ符号化部１８は、順次ＬＤＰＣ符号化を行い、ＦＥＣブロック１、ＦＥＣブロック２、ＦＥＣブロック３・・・を生成する。ＬＤＰＣ符号化部１８がヌルパケットの直後にデータパケット１を取得した場合、図４（ａ）ではＦＥＣブロック２にデータパケット１が格納され、図４（ｂ）ではＦＥＣブロック１にデータパケット１の一部が格納される。

【0046】

図５は、ヌルパケットのサイズが１８バイトの場合と、ヌルパケットのサイズが６バイトの場合において、ＬＤＰＣ符号化部１８に、ヌルパケット、データパケット１、データパケット２、ヌルパケット・・・の順でパケットを取得したときのＦＥＣブロックを示す図である。図中の矢印の下に記載された数字はパケットの長さを示しており、単位はバイトである。図５（ａ）はヌルパケットのサイズがデータパケットと同じ１８バイトである場合のＦＥＣブロックを示しており、図５（ｂ）はヌルパケットのサイズがデータパケットの１／３の６バイトである場合のＦＥＣブロックを示している。ＬＤＰＣ符号化部１８は、順次ＬＤＰＣ符号化を行い、ＦＥＣブロック１、ＦＥＣブロック２、ＦＥＣブロック３・・・を生成する。ＬＤＰＣ符号化部１８がヌルパケットの直後にデータパケット１及びデータパケット２を取得した場合、図５（ａ）ではＦＥＣブロック３にデータパケット２が格納され、図５（ｂ）ではＦＥＣブロック２にデータパケット２の一部が格納される。

【0047】

次に、本発明の効果について説明する。図４（ａ）及び図５（ａ）に示すように、ヌルパケットのサイズがデータパケットのサイズと同じ場合、ＬＤＰＣ符号化部１８がヌルパケットの直後にデータパケットを取得すると、１ＦＥＣブロック分の遅延が発生する。そこで、本発明に係る送信装置１は、ヌル挿入部１７により、ヌルパケットのサイズをデータパケットのサイズよりも短くする。こうした１８バイトより短いヌルパケットを導入することで、図４（ｂ）及び図５（ｂ）に示すように、ＦＥＣブロックの生成途中でもデータパケットの一部を挿入することができ、該データパケットの一部については１ＦＥＣブロック分の遅延発生を防止することが可能となる。すなわち、データパケットが入力されてからＦＥＣブロックに変換されるまでの所要時間を短縮することができる。

【0048】

例えば、ＦＦＴサイズが１６ｋ、ガードインターバル長が１２６μｓである伝送パラメータのＯＦＤＭシンボル長（ガードインターバル込み）は２７１８μｓであるから、１７個のＯＦＤＭシンボルにより伝送されるＬＬｃｈのＦＥＣブロック一つの生成には約４６ｍｓ要することとなる。６バイトのヌルパケットを導入すると、最大の遅延時間がその１／３である約１５ｍｓまで短縮することができ、最大約３１ｍｓの遅延時間を削減可能である。図４（ｂ）及び図５（ｂ）に示す例では、データパケットのうち前方１２バイト分について、遅延時間が短縮される。

【0049】

ＩＳＤＢ－ＴにおけるＡＣでは、先頭から表１に示すようなビット割り当てとなっている。詳細については、例えば下記の参考文献を参照されたい。優先度が高い情報ほど符号の前方にビットアサインされており、例えば起動フラグ（開始／終了フラグ）はＢ１７，Ｂ１８に該当する。
［参考文献］“地上デジタル放送の伝送方式”, ARIB STD-B31, 2.2版, 一般社団法人電波産業会, 2014

【0050】

【表1】

【0051】

高度化方式においても、表１に示すビット割り当てを踏襲すると考えられるが、優先度が高い情報を符号の前方にビットアサインしたとしても、従来手法ではその情報だけ先に送信することはできなかった。一方、本発明ではデータパケットよりもサイズが短いヌルパケットを使用するため、起動フラグ（有事であることを示す信号）のように優先度が高い情報をデータパケットの前方にビットアサインすることにより、優先度の高い情報を即時に受信装置に送信することが可能となる。受信装置ではその分だけ早く備えることができ、迅速な情報提供に繋げることができる。

【0052】

（プログラム）
なお、上述した送信装置１として機能させるためにコンピュータを好適に用いることができ、そのようなコンピュータは、送信装置１の各機能を実現する処理内容を記述したプログラムを該コンピュータの記憶部に格納しておき、該コンピュータのＣＰＵによってこのプログラムを読み出して実行させることで実現することができる。なお、このプログラムは、コンピュータ読取り可能な記録媒体に記録可能である。

【0053】

また、プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭ，ＤＶＤ－ＲＯＭなどの記録媒体であってもよい。

【0054】

また、上述した送信装置１は、１つ又は複数の半導体チップにより構成されてもよい。この半導体チップは、送信装置１の各機能を実現する処理内容を記述したプログラムを実行するＣＰＵを搭載してもよい。

【0055】

このように、本発明では、ＬＬｃｈ入力がヌルであるときに挿入されるヌルパケットについて、データパケットが固定長であることを活かし、その１／（整数）となるような、データパケットよりも短いヌルパケットを導入する。これにより、従来と比較して細やかなＦＥＣブロック生成制御が可能となり、ＦＥＣブロック生成時の遅延を低減することが可能となる。

【0056】

上述の実施形態は代表的な例として説明したが、本発明の趣旨及び範囲内で、多くの変更及び置換ができることは当業者に明らかである。したがって、本発明は、上述の実施形態によって制限するものと解するべきではなく、特許請求の範囲から逸脱することなく、種々の変形、変更などが可能である。

【符号の説明】

【0057】

１ 送信装置
１１ 階層分離部
１２ 階層処理部
１３ 階層合成部
１４ 時間・周波数インターリーブ部
１５ パイロット信号生成部
１６ ＴＭＣＣ信号生成部
１７ ヌル挿入部
１８ ＬＤＰＣ符号化部
１９ ＯＦＤＭフレーム構成部
２０ ＯＦＤＭ変調部
１２１ 誤り訂正符号化部
１２２ ビットインターリーブ部
１２３ マッピング部

【図1】

【図2】

【図3】

【図4】

【図5】