(57)【特許請求の範囲】
【請求項１】
実時間データに基づいて、所定の固定ビットレートを最大符号量として符号化信号を発生すると共に、発生した前記符号化信号の符号量が、前記最大符号量に対して不足するとき、前記不足する符号量に対応する非実時間データが挿入された前記符号化信号を送信し、
前記符号化信号は、格納する前記実時間データ、または、前記非実時間データの開始位置に関する情報を含む
送信装置。
【請求項２】
実時間データが所定の固定ビットレートを最大符号量として符号化され、前記最大符号量に対して不足するとき、前記不足する符号量に対する非実時間データが挿入された符号化信号を受信し、
前記符号化信号は、格納する前記実時間データ、または、前記非実時間データの開始位置に関する情報を含む
受信装置。
【請求項３】
所定の固定ビットレートが最大符号量となるように、一定遅延時間内で送信すべき実時間データの符号化信号を発生し、前記固定ビットレートに対して不足する符号量だけ空パケットを挿入する符号化部と、
前記実時間データの符号化信号に対応する実時間データのパケットを生成し、実時間データのパケットから前記空パケットを削除するパケット生成部と、
前記パケット生成部により削除された空パケットの符号量に対応する非実時間データのパケットを供給する非実時間データ供給部と、
前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報を生成するヘッダ付加部と、
前記実時間データのパケット、前記非実時間データのパケット、および前記ヘッダ情報に基づいて、所定長のフレームデータを生成するフレームデータ生成部と、
前記フレームデータを送信する送信部と
を含む送信装置。
【請求項４】
前記符号化部は、複数の放送番組の実時間データの統計的な符号量から、前記所定の固定ビットレートの最大符号量を超えない範囲で、それぞれの放送番組の品質を最適化するように符号量を制御して符号化信号を発生する
請求項３に記載の送信装置。
【請求項５】
前記符号化部は、
複数の放送番組の実時間データの統計的な符号量から、前記所定の固定ビットレートの最大符号量を超えない範囲で、それぞれの放送番組の品質を最適化するように符号量を制御して符号化信号を発生し、前記最大符号量に対して不足するとき空パケットを挿入する空パケット挿入部を含む
請求項３に記載の送信装置。
【請求項６】
前記パケット生成部は、
前記実時間データの符号化信号のうち、前記空パケットを削除する空パケット削除部をさらに含む
請求項３に記載の送信装置。
【請求項７】
前記パケット生成部は、前記空パケット削除部により、前記実時間データの符号化信号より削除された前記空パケットの符号量の情報を前記非実時間データ供給部に供給する
請求項６に記載の送信装置。
【請求項８】
前記非実時間データを記憶する非実時間データバッファをさらに含み、
前記非実時間データ供給部は、前記非実時間データバッファに対して、前記実時間データの符号化信号より削除された前記空パケットの符号量に対応する符号量の非実時間データを要求し、前記要求に応じた前記削除された前記空パケットの符号量に対応する符号量の非実時間データを前記非実時間データバッファより取得して、前記フレームデータ生成部に供給する
請求項７に記載された送信装置。
【請求項９】
前記フレームデータ生成部は、前記実時間データのパケット、前記非実時間データのパケット、および前記ヘッダ情報に基づいて、所定長のフレームデータを生成し、
前記フレームデータが前記所定のビットレートの最大符号量に対して不足するとき、前記空パケットを挿入する空パケット挿入部をさらに含む
請求項３に記載の送信装置。
【請求項１０】
前記ヘッダ情報は、
前記フレームデータのヘッダ情報であり、
前記フレームデータに先頭から格納されるパケットの開始位置を示す
請求項３に記載の送信装置。
【請求項１１】
所定の固定ビットレートが最大符号量となるように、一定遅延時間内で送信すべき実時間データの符号化信号を発生し、前記固定ビットレートに対して不足する符号量だけ空パケットを挿入し、
前記実時間データの符号化信号に対応する実時間データのパケットを生成し、前記実時間データのパケットから前記空パケットを削除し、
削除された空パケットの符号量に対応する非実時間データのパケットを供給し、
前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報を生成し、
前記実時間データのパケット、前記非実時間データのパケット、および前記ヘッダ情報に基づいて、所定長のフレームデータを生成し、
前記フレームデータを送信する
ステップを含む送信方法。
【請求項１２】
一定遅延時間内で送信すべき伝送データであって、所定の固定ビットレートが最大符号量となるように符号化信号にされた実時間データのパケット、前記最大符号量に不足する符号量に対応する非実時間データのパケット、および前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報に基づいて生成された所定長のフレームデータを受信する受信部と、
前記受信部により受信された前記所定長のフレームデータを、前記実時間データのパケットと、前記非実時間データのパケットとに分離する分離部と、
前記実時間データのパケットに基づいて前記実時間データを出力する実時間データ出力部と、
前記非実時間データのパケットに基づいて前記非実時間データを出力する非実時間データ出力部と
を含む受信装置。
【請求項１３】
一定遅延時間内で送信すべき伝送データであって、所定の固定ビットレートが最大符号量となるように符号化信号にされた実時間データのパケット、前記最大符号量に不足する符号量に対応する非実時間データのパケット、および前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報に基づいて生成された所定長のフレームデータを受信し、
受信された前記所定長のフレームデータを、前記ヘッダ情報に基づいて、前記実時間データのパケットと、前記非実時間データのパケットとに分離し、
前記実時間データのパケットに基づいて、前記実時間データを出力し、
前記非実時間データのパケットに基づいて、前記非実時間データを出力する
ステップを含む受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置および送信方法、並びに受信装置および受信方法に関し、特に、物理層において、固定ビットレートで伝送される放送信号に含まれる空パケットを非同期信号に置き換えることにより、高効率の送受信を実現できるようにした送信装置および送信方法、並びに受信装置および受信方法に関する。
【背景技術】
【０００２】
一般的に放送で使われる物理層（PHY）の帯域は固定ビットレートである。すなわち、通常のデジタル放送信号ではバッファモデルにより一定遅延時間内で送信装置から受信装置へ伝送することが決められている。これを実現するため、可変長ビットレートである複数の番組のプログラムからなる発生符号量が、物理層の固定ビットレートを超えない範囲で、それぞれの番組の品質（主に画質）を最適化するようにビデオおよびオーディオからなる放送信号のエンコードが制御される。【０００３】
このとき、固定ビットレートに対して不足する部分には、空パケット（Null Packet）が挿入されて固定ビットレートに調整される。【０００４】
物理層でも、ヘッダ圧縮技術や可変長ヘッダ技術により、発生符号量が減少されるが、固定ビットレートに対して不足する場合には、空パケット（Null Packet）が挿入されてしまう。【０００５】
ところが、ATSC（Advanced Television System Committee）3.0などでは限られた帯域を有効利用することが求められており、無効データである空パケットは、伝送効率を下げる原因であることから、使わないことが望ましい。【０００６】
理想的には物理層で確保される帯域と同量の発生符号量を割り当てることが考えられる。ところが、デジタル放送の伝送においては時々刻々と発生符号量が変化するため、リアルタイムで高精度に制御する必要があることから、物理層で確保される帯域と同量の発生符号量を割り当てることは現実的ではなかった。【０００７】
そこで、例えば、DVB-T2（Digital Video Broadcasting Terrestrial Second Generation）では、物理層で空パケットを検出し、これを削除する、空パケット削除処理（Null Packet Deletion）を実現している（非特許文献１参照）。この方式においては、見かけ上広くなった帯域に対して複数接続される、より多くの符号量を発生することが可能である。
【先行技術文献】
【非特許文献】
【０００８】
【非特許文献１】ETSI EN 302 755 V1.3.1(2012-04)
【発明の概要】
【発明が解決しようとする課題】
【０００９】
しかしながら、上述した空パケット削除処理を利用する場合でも発生符号量を、物理層で許容される符号量に合わせて制御する方式が確立されていないため、放送信号のようにエンコードとデコードまでの遅延時間を一定時間内とする必要がある実時間データの遅延を一定に保つことを保証しながら、最適な符号量に制御することが難しい。【００１０】
本技術は、このような状況に鑑みてなされたものであり、特に、空パケットに代えて、非実時間データからなるパケットを挿入することで、空パケットを低減し、通信効率を向上させるものである。
【課題を解決するための手段】
【００１１】
本技術の第１の側面の送信装置は、実時間データに基づいて、所定の固定ビットレートを最大符号量として符号化信号を発生すると共に、発生した前記符号化信号の符号量が、前記最大符号量に対して不足するとき、前記不足する符号量に対応する非実時間データが挿入された前記符号化信号を送信し、前記符号化信号は、格納する前記実時間データ、または、前記非実時間データの開始位置に関する情報を含む。
【００１２】
本技術の第１の側面においては、実時間データに基づいて、所定の固定ビットレートを最大符号量として符号化信号が発生されると共に、発生された前記符号化信号の符号量が、前記最大符号量に対して不足するとき、前記不足する符号量に対応する非実時間データが挿入された前記符号化信号が送信され、前記符号化信号には、格納する前記実時間データ、または、前記非実時間データの開始位置に関する情報が含まれる。
【００１３】
本技術の第２の側面の受信装置は、実時間データが所定の固定ビットレートを最大符号量として符号化され、前記最大符号量に対して不足するとき、前記不足する符号量に対する非実時間データが挿入された符号化信号を受信し、前記符号化信号は、格納する前記実時間データ、または、前記非実時間データの開始位置に関する情報を含む。
【００１４】
本技術の第２の側面においては、実時間データが所定の固定ビットレートを最大符号量として符号化され、前記最大符号量に対して不足するとき、前記不足する符号量に対する非実時間データが挿入された符号化信号が受信され、前記符号化信号には、格納する前記実時間データ、または、前記非実時間データの開始位置に関する情報が含まれる。
【００１５】
本技術の第３の側面の送信装置は、所定の固定ビットレートが最大符号量となるように、一定遅延時間内で送信すべき実時間データの符号化信号を発生し、前記固定ビットレートに対して不足する符号量だけ空パケットを挿入する符号化部と、前記実時間データの符号化信号に対応する実時間データのパケットを生成し、実時間データのパケットから前記空パケットを削除するパケット生成部と、前記パケット生成部により削除された空パケットの符号量に対応する非実時間データのパケットを供給する非実時間データ供給部と、前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報を生成するヘッダ付加部と、前記実時間データのパケット、前記非実時間データのパケット、および前記ヘッダ情報に基づいて、所定長のフレームデータを生成するフレームデータ生成部と、前記フレームデータを送信する送信部とを含む。
【００１６】
前記符号化部には、複数の放送番組の実時間データの統計的な符号量から、前記所定の固定ビットレートの最大符号量を超えない範囲で、それぞれの放送番組の品質を最適化するように符号量を制御して符号化信号を発生させるようにすることができる。【００１７】
前記符号化部には、複数の放送番組の実時間データの統計的な符号量から、前記所定の固定ビットレートの最大符号量を超えない範囲で、それぞれの放送番組の品質を最適化するように符号量を制御して符号化信号を発生させるようにすることができ、前記最大符号量に対して不足するとき空パケットを挿入する空パケット挿入部を含ませるようにすることができる。【００１８】
前記パケット生成部には、前記実時間データの符号化信号のうち、前記空パケットを削除する空パケット削除部をさらに含ませるようにすることができる。【００１９】
前記パケット生成部には、前記空パケット削除部により、前記実時間データの符号化信号より削除された前記空パケットの符号量の情報を前記非実時間データ供給部に供給させるようにすることができる。【００２０】
前記非実時間データを記憶する非実時間データバッファをさらに含ませるようにすることができ、前記非実時間データ供給部には、前記非実時間データバッファに対して、前記実時間データの符号化信号より削除された前記空パケットの符号量に対応する符号量の非実時間データを要求させるようにすることができ、前記要求に応じた前記削除された前記空パケットの符号量に対応する符号量の非実時間データを前記非実時間データバッファより取得して、前記フレームデータ生成部に供給させるようにすることができる。【００２１】
前記フレームデータ生成部は、前記実時間データのパケット、前記非実時間データのパケット、および前記ヘッダ情報に基づいて、所定長のフレームデータを生成し、前記フレームデータが前記所定のビットレートの最大符号量に対して不足するとき、前記空パケットを挿入する空パケット挿入部をさらに含ませるようにすることができる。
【００２２】
前記ヘッダ情報は、前記フレームデータのヘッダ情報であり、前記フレームデータに先頭から格納されるパケットの開始位置を示すようにすることができる。
【００２３】
本技術の第３の側面の送信方法は、所定の固定ビットレートが最大符号量となるように、一定遅延時間内で送信すべき実時間データの符号化信号を発生し、前記固定ビットレートに対して不足する符号量だけ空パケットを挿入し、前記実時間データの符号化信号に対応する実時間データのパケットを生成し、前記実時間データのパケットから前記空パケットを削除し、削除された空パケットの符号量に対応する非実時間データのパケットを供給し、前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報を生成し、前記実時間データのパケット、前記非実時間データのパケット、および前記ヘッダ情報に基づいて、所定長のフレームデータを生成し、前記フレームデータを送信するステップを含む。
【００２４】
本技術の第３の側面においては、所定の固定ビットレートが最大符号量となるように、一定遅延時間内で送信すべき実時間データの符号化信号が発生され、前記固定ビットレートに対して不足する符号量だけ空パケットが挿入され、前記実時間データの符号化信号に対応する実時間データのパケットが生成され、実時間データのパケットから前記空パケットが削除され、削除された空パケットの符号量に対応する非実時間データのパケットが供給され、前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報が生成され、前記実時間データのパケット、前記非実時間データのパケット、および前記ヘッダ情報に基づいて、所定長のフレームデータが生成され、前記フレームデータが送信される。
【００２５】
本技術の第４の側面の受信装置は、一定遅延時間内で送信すべき伝送データであって、所定の固定ビットレートが最大符号量となるように符号化信号にされた実時間データのパケット、前記最大符号量に不足する符号量に対応する非実時間データのパケット、および前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報に基づいて生成された所定長のフレームデータを受信する受信部と、前記受信部により受信された前記所定長のフレームデータを、前記実時間データのパケットと、前記非実時間データのパケットとに分離する分離部と、前記実時間データのパケットに基づいて前記実時間データを出力する実時間データ出力部と、前記非実時間データのパケットに基づいて前記非実時間データを出力する非実時間データ出力部とを含む。
【００２６】
本技術の第４の側面の受信方法は、一定遅延時間内で送信すべき伝送データであって、所定の固定ビットレートが最大符号量となるように符号化信号にされた実時間データのパケット、前記最大符号量に不足する符号量に対応する非実時間データのパケット、および前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報に基づいて生成された所定長のフレームデータを受信し、受信された前記所定長のフレームデータを、前記ヘッダ情報に基づいて、前記実時間データのパケットと、前記非実時間データのパケットとに分離し、前記実時間データのパケットに基づいて、前記実時間データを出力し、前記非実時間データのパケットに基づいて、前記非実時間データを出力するステップを含む。
【００２７】
本技術の第４の側面においては、一定遅延時間内で送信すべき伝送データであって、所定の固定ビットレートが最大符号量となるように符号化信号にされた実時間データのパケット、前記最大符号量に不足する符号量に対応する非実時間データのパケット、および前記実時間データのパケット、または、前記非実時間データのパケットの開始位置に関する情報を含むヘッダ情報に基づいて生成された所定長のフレームデータが受信され、前記受信部により受信された前記所定長のフレームデータが、前記実時間データのパケットと、前記非実時間データのパケットとに分離され、前記実時間データのパケットに基づいて前記実時間データが出力され、前記非実時間データのパケットに基づいて前記非実時間データが出力される。
【発明の効果】
【００２８】
本技術によれば、物理層において、固定ビットレートで伝送される放送信号に含まれる空パケットを非同期信号に置き換えることにより、高効率の送受信を実現させることが可能となる。
【図面の簡単な説明】
【００２９】
【図１】本技術を適用した送信装置の第１の構成例を説明する図である。
【図２】本技術を適用した受信装置の第１の構成例を説明する図である。
【図３】BBPのヘッダの構成例を説明する図である。
【図４】可変長モードにおけるBBPとBBFの構成例を説明する図である。
【図５】BBFのフレーム長を説明する図である。
【図６】BBPのヘッダの具体的な構成例を説明する図である。
【図７】ショートパケットモードにおけるBBPとBBFの構成例を説明する図である。
【図８】ショートパケットモードにおけるBBPのヘッダの構成例を説明する図である。
【図９】分割モードにおけるBBPのヘッダの構成例を説明する図である。
【図１０】追加可変長モードにおけるBBPのヘッダの構成例を説明する図である。
【図１１】TSモードであって空パケット削除モードでない場合のBBPとBBFの構成例を説明する図である。
【図１２】TSモードであって空パケット削除モードでない場合のBBPのヘッダの構成例を説明する図である。
【図１３】TSモードであって空パケット削除モードでない場合のDVB-T2におけるBBFの構成例を説明する図である。
【図１４】TSモードであって空パケット削除モードである場合のBBPのヘッダの構成例を説明する図である。
【図１５】TSモードであって空パケット削除モードである場合のDVB-T2におけるBBFの構成例を説明する図である。
【図１６】ビットストリームパケット送信する際のBBPのヘッダの構成例を説明する図である。
【図１７】BBFのBBHの構成例を説明する図である。
【図１８】DVB-T2におけるBBFのBBHの構成例を説明する図である。
【図１９】本技術の第１の送信装置および第１の受信装置による送受信処理を説明するフローチャートである。
【図２０】発生符号量に対する空パケットの割合を説明する図である。
【図２１】本技術を適用した送信装置の第２の構成例を説明する図である。
【図２２】RTデータのBBPと、NRTデータのBBPに基づいたBBFの生成方法を説明する図である。
【図２３】本技術を適用した受信装置の第２の構成例を説明する図である。
【図２４】本技術の第２の送信装置および第２の受信装置による送受信処理を説明するフローチャートである。
【図２５】本技術の第２の送信装置および第２の受信装置による送受信処理による効果を説明するフローチャートである。
【図２６】本技術を適用した送信装置の第２の構成例の変形例を説明する図である。
【発明を実施するための最良の形態】
【００３０】
なお、説明は以下の順序で行う。
１．第１の実施の形態（空パケットをそのまま使用する例）
２．第２の実施の形態（空パケットに非同期データを挿入する例）【００３１】
＜１．第１の実施の形態＞
＜放送信号の通信技術＞
放送信号のデジタル化と通信技術の発展に伴って、放送と通信の両方で映像や音声などを含むコンテンツの伝送が可能となってきている。【００３２】
放送は、多数の利用者にコンテンツを同時に安定して伝送することができる反面、一方向にしか通信することができない。これに対して、通信は要求に応じて、双方向にコンテンツを伝送できるものの、ネットワークの輻輳が発生することにより、コンテンツを安定して送信できない。【００３３】
そこで、放送においても、通信で広く使われているIPパケットを利用してコンテンツ伝送することで、多種多様なコンテンツの伝送を可能にすると共に、双方向での通信を実現するための技術が提案されている。このような技術の１つとして、例えば、DVB-T2（Digital Video Broadcasting-Terrestrial Second Generation）が挙げられる（例えば、ETSI EN 302 755 V1.3.1(2012-04)参照）。【００３４】
また、この他にも、IPパケットを伝送可能な放送方式が提案されており、例えば、高度BS（Broadcasting Satellite）デジタル放送、ISDB-TSB（Integrated Services Digital Broadcasting-Terrestrial Sound Broadcasting）、DVB-S2（Digital Video Broadcasting-Satellite Second Generation）、およびATSC-DTV（Advanced Television System Committee-Digital Television）なども挙げられる。【００３５】
上述したIPパケットも送信可能な放送方式においては、例えば、高度デジタルBS放送、ISDB-T、DVB-T2、DVB-S2、およびATSC-DTVの場合、それぞれ多重時の形式としてTLV（Type Length Value）パケット、TS（Transport Stream）パケット、（DVB-T2、DVB-S2共に）GSE（Generic Stream Encapsulation）パケット、およびTSパケットが使用されている。ここで、TSパケットを利用するISDB-TSS、およびATSC-DTVについては、IPパケットを送信する際、ULE（Unidirectional Lightweight Encapsulation）およびATSC-MPE（Multi-Protocol Encapsulation）といった方式で、IPパケットがTSパケットにカプセル化して伝送される。また、それ以外の方式において、IPパケットは、TSパケットを使用することなく伝送される。【００３６】
放送用コンテンツのパケットとIPパケットとを混在して送信する場合、様々なパケット長のパケットが流通することになる。すなわち、制御情報などからなる最小と考えられるIPパケットのパケット長は、TCP/IP（Transmission Control Protocol/Internet Protocol）においては、40バイト（B）であり、UDP/IP（User Datagram Protocol/Internet Protocol）においては、28バイト（B）となる。また、TSパケットについては、例えば、188バイトと固定されている。さらに、中間パケット長として、576バイト程度のIPパケットなどもあるが、一方で、IPパケットのMTU（Maximum Transmission Unit）は1500バイトでもある。【００３７】
このようにIPパケットのパケット長は、様々なものが挙げられる。ところが、IPパケットも伝送可能な放送方式において、実際に使用されるパケット長の統計をとったところ、最小サイズと最大サイズのパケットの利用頻度が最も高く、中間サイズのパケットの利用は比較的低いという傾向が確認された。【００３８】
従って、IPパケットを含めた放送方式において、ヘッダ中に最大パケット長の情報が格納できるようにビット数が設定されると、数バイト程度のIPパケットを送信する際には、ヘッダ内のパケット長のために設定されたビットのうち、上位ビットが使用されないパケットが多く存在する。【００３９】
すなわち、実際には、パケット長が小さいパケットの流通量がある程度の頻度であるにも関わらず、そのヘッダに最大パケット長に対応する情報を格納可能なビット数を用意すると、比較的利用頻度の高い小さいパケット長のパケットにおいては、上位ビットは使用されることがない。結果として、流通するパケットでは、ヘッダが冗長なものとなる恐れがある。【００４０】
そこで、まず、パケットのヘッダにおけるパケット長の情報を格納するビット数をパケット長に応じて設定するようにし、パケット長に応じた利用を実現することで、パケットのヘッダの冗長性を低減し、通信効率を向上させる技術について説明する。【００４１】
＜第１の送信装置の構成例＞
図１は、本技術を適用した送信装置の第１の実施の形態の構成例を示したものである。この送信装置１１は、放送信号である、例えば、TS（トランスポートストリーム）パケット、IPパケット、およびビットストリームパケットなどのその他のパケットから構成される様々な入力パケットを、図２を参照して説明する受信装置に送信するものである。この際、送信装置１１は、複数の入力パケットをまとめることにより、BBP（Baseband Packet：ベースバンドパケット）を生成する。この際、送信装置１１は、BBPのヘッダにおけるパケット長を表現するために必要とされるビット数として複数のビット数のものを用意し、BBPのパケットサイズに応じて、切り替えてBBPヘッダを構成することにより、BBPヘッダの冗長性を抑制する。【００４２】
より詳細には、送信装置１１は、BBP生成部３１、BBF（Baseband Flame：ベースバンドフレーム）生成部３２、BBFスクランブラ３３、および送信部３４を備えている。さらに、BBF生成部３２は、BBH（BBFヘッダ）付加部４１を備えている。【００４３】
BBP生成部３１は、入力パケットの種別を識別し、識別した種別に応じて、複数の入力パケットをまとめてBBPを生成し、生成したBBPをBBF生成部３２に供給する。この際、BBP生成部３１は、BBPのヘッダにおけるBBPのパケット長を表現するためのビット数を複数の種類に切り替えて設定することが可能であり、入力パケットのパケット長によりビット数を切り替える。結果として、BBPのパケット長が変化することに起因するヘッダの冗長性を抑制することが可能となる。尚、BBP生成部３１により生成されるBBPの詳細については、図３以降を参照して後述する。【００４４】
BBF生成部３２は、所定のフレーム長となるように、必要とされるBBPをまとめてBBFを生成し、生成したBBFをBBFスクランブラ３３に供給する。この際、BBF生成部３２は、BBH付加部４１を制御して、BBFのヘッダであるBBHを生成させて付加する。【００４５】
BBFスクランブラ３３は、BBF生成部３２により生成されたBBFにスクランブルを掛けて送信部３４に供給する。【００４６】
送信部３４は、ネットワークや放送網を介してスクランブルが掛けられているBBFを受信装置に送信する。【００４７】
＜第１の受信装置の構成例＞
図２は、図１を参照して説明した送信装置１１より送信されてくるBBFを受信して、BBFよりBBPを生成し、さらに、BBPより入力パケットを生成して出力する受信装置の第１の構成例を示している。【００４８】
より詳細には、図２の受信装置５１は、受信部７１、BBFデスクランブラ７２、BBP抽出部７３、およびデータ生成部７４を備えている。受信部７１は、ネットワークや放送網などを介して送信装置１１より送信されてきたBBFを受信し、BBFデスクランブラ７２に供給する。【００４９】
BBFデスクランブラ７２は、受信部７１より供給されてきたスクランブルが掛けられているBBFにデスクランブルを掛けることにより、スクランブルが掛けられていない状態のBBFにして、BBP抽出部７３に供給する。【００５０】
BBP抽出部７３は、BBH認識部７３ａを備えている。BBP抽出部７３は、BBH認識部７３ａを制御して、BBFのヘッダであるBBHの情報を認識させる。BBP抽出部７３は、認識したBBHの情報に基づいて、BBFよりBBPを抽出し、データ生成部７４に供給する。【００５１】
データ生成部７４は、BBP抽出部７３より供給されてくるBBPより、送信元である送信装置１１に入力された入力パケットを復元して生成し、出力する。【００５２】
＜BBPの構成＞
次に、図３を参照して、送信装置１１のBBP生成部３１が、入力パケットに基づいて生成するBBPの構成について説明する。【００５３】
BBPは、ヘッダ、およびBBPペイロードを構成するデータフィールドより構成される。図３においては、図中の最下段のペイロードを構成するデータフィールド（Data Field）ＤＦ、および、後述する削除TSパケット数部ＤＮＰＣを除く構成の組み合わせることでヘッダが形成される。BBPのヘッダは、BBPのパケット長に応じて、パケット長を記憶するためのビット数を３種類に切り替えて使用することができる。【００５４】
入力パケットが最小固定長であるときのヘッダは、図３の左部の上から２段目に示される最小固定長ヘッダＦＨ１である。最小固定長ヘッダＦＨ１は、1バイト（8ビット）で構成されている。また、最小固定長ヘッダＦＨ１は、2ビット（bit）の種別識別部（Ｔｙｐｅ）ＦＨ１−１、1ビットのモード識別部（Ｍｏｄｅ）ＦＨ１−２、および5ビットのパケット長部（Ｌｅｎｇｔｈ（ＬＳＢ））ＦＨ１−３より構成される。【００５５】
種別識別部ＦＨ１−１は、入力パケットの種別を示すものである。より詳細には、種別識別部ＦＨ１−１は、図３で示されるように、２ビットで４種類の入力パケットの種別を識別するものである。図３の例においては、種別識別部ＦＨ１−１が、00,01,10,11であるとき、それぞれ入力パケットの種別がTS-Gp（TS（Transport Stream）パケットのグループ）、IPv4（Internet Protocol version 4），IPv6（Internet Protocol version 6），およびother（その他）であることを示している。【００５６】
最小固定長ヘッダＦＨ１のその他の６ビットの構成は、種別識別部ＦＨ１−１において識別される種別に応じて変化する。すなわち、種別識別部ＦＨ１−１が01,10,11のいずれかであり、すなわち、種別識別部ＦＨ１−１により指定される種別が、IPv4，IPv6，およびother（その他）である場合、図３中の左の上から２段目で示される構成となる。すなわち、左からショートパケット（SP）モードであるか否かを示すモード識別部ＦＨ１−２の1ビットと、IPパケットのパケット長を示すパケット長部ＦＨ１−３の5ビットより構成される。【００５７】
ショートパケットモードとは、ヘッダが最小固定長ヘッダＦＨ１のみで構成されるBBPのヘッダのモードのことである。ここでは、モード識別部ＦＨ１−２が1を格納する場合、ショートパケットモードであり、0を格納する場合、ショートパケットモードではないことを示している。例えば、モード識別部ＦＨ１−２が1を格納する場合、ショートパケットモードであるので、ヘッダは、最小固定長ヘッダＦＨ１によってのみ構成され、この最小固定長ヘッダＦＨ１にBBPペイロードを構成するデータフィールドＤＦが付加されることでBBPが構成される。【００５８】
従って、この場合、ペイロードとなるデータフィールドＤＦのパケット長は、最大で5ビットで表現される。ただし、現実のパケット長は、5ビットよりも大きなビット数である。これはパケット長の最小値分だけオフセットさせて5ビットでパケット長が表現されているためである。【００５９】
一方、モード識別部ＦＨ１−２が0を格納する場合、すなわち、ショートパケット（SP）モードではなく、ヘッダが、最小固定長ヘッダＦＨ１のみではない場合、図３の右上部で示される可変長ヘッダＶＨ１が最小固定長ヘッダＦＨ１に追加されてヘッダが構成される。【００６０】
可変長ヘッダＶＨ１は、1バイト（8ビット）で構成されている。より詳細には、可変長ヘッダＶＨ１は、6ビットのパケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＶＨ１−１、1ビットのフラグ部（Ｆｒａｇ．）ＶＨ１−２、および1ビットの追加ヘッダ識別部（Ａｄｄ Ｈｅａｄ）ＶＨ１−３より構成される。【００６１】
パケット長部ＶＨ１−１は、BBPのパケット長を示す上位6ビットを格納する。一方、ここでは、最小固定長ヘッダＦＨ１の5ビットのパケット長部ＦＨ１−３により、下位の5ビットが格納される。従って、この場合、BBPのパケット長は合計11ビットの情報として格納される。【００６２】
フラグ部ＶＨ１−２は、入力パケットが分割されてBBPが構成される分割モードの有無を示す情報を格納する。より詳細には、フラグ部ＶＨ１−２は、入力パケットが分割されてBBPが構成される分割モードではない場合、0を格納し、分割モードである場合、1を格納する。さらに、フラグ部ＶＨ１−２に1が格納されて、分割モードであることが示される場合、可変長ヘッダＶＨ１に加えて、図３の右部の上から２段目で示されるフラグヘッダＶＨ２が付加される。【００６３】
フラグヘッダＶＨ２は、1バイト（8ビット）で構成されており、分割元となるIPパケットを格納する3ビットのフラグＩＤ部（Ｆｒａｇ． ＩＤ）ＶＨ２−１と、5ビットの分割された個別のペイロードを識別するための分割番号を格納するフラグカウンタ部（Ｆｒａｇ． Ｃｏｕｎｔｅｒ）ＶＨ２−２とから構成される。【００６４】
追加ヘッダ識別部ＶＨ１−３は、追加ヘッダＡＨ１、またはプロトコルタイプヘッダＶＨ３の有無を示す情報を格納し、追加ヘッダＡＨ１、またはプロトコルタイプヘッダＶＨ３が存在しない場合、0を格納し、存在する場合、1を格納する。さらに、追加ヘッダ識別部ＶＨ１−３に1が格納されている場合、例えば、図３の左部の下から３段目で示される追加ヘッダＡＨ１、または、左部の上から３段目で示されるプロトコルタイプヘッダＶＨ３が追加される。【００６５】
追加ヘッダＡＨ１は、1バイト（8ビット）で構成されており、2ビットのラベルタイプ部（Ｌａｂｅｌ Ｔｙｐｅ）ＡＨ１−１、5ビットのパケット長部（Ｌｅｎｇｔｈ （Ｅ−ＭＳＢ））ＡＨ１−２、および1ビットの延長ヘッダ識別部（Ｅｘｔ．）ＡＨ１−３より構成される。【００６６】
ラベルタイプ部（Ｌａｂｅｌ Ｔｙｐｅ）ＡＨ１−１は、ヘッダとして追加して格納されるラベルのタイプを識別する情報を格納する。パケット長部ＡＨ１−２は、BBPのパケット長を示す最上位の5ビットの情報を格納する。【００６７】
従って、この場合、BBPのパケット長は、最下位の5ビットを最小固定長ヘッダＦＨ１のパケット長部ＦＨ１−３が格納し、最下位の5ビットより上位の6ビットを可変長ヘッダＶＨ１のパケット長部ＶＨ１−１が格納し、最上位の5ビットが追加ヘッダＡＨ１のパケット長部ＡＨ１−２を格納する。結果として、BBPのヘッダにおいては、パケット長の情報が16ビットの情報として格納される。【００６８】
すなわち、パケット長を表現するに当たっては、最小固定長ヘッダＦＨ１における5ビットのパケット長部ＦＨ１−３からなる第１のモード、可変長ヘッダＶＨ１のパケット長部ＶＨ１−１の6ビットを追加した11ビットからなる第２のモード、および、追加ヘッダＡＨ１のパケット長部ＡＨ１−２の5ビットを、さらに追加した16ビットからなる第３のモードに、ヘッダの構成を切り替えて設定することが可能となる。【００６９】
この結果、BBPのヘッダは、BBPのパケット長に応じて、パケット長部に設定するビット数を３段階に調整することが可能となるので、パケット長部のビット数を必要に応じて増減させることができる。結果として、BBPの冗長性を抑制することが可能となり、通信速度を向上させることが可能となる。尚、以降においては、第１のモードをショートパケットモード、第２のモードを可変長モード、第３のモードを追加可変長モードとも称するものとする。さらに、この例においては、5ビット、11ビット、および16ビットの三種類のビット長を、パケット長を記憶するために予め設ける例について説明するものとするが、パケット長を格納するビットして、それ以上の種類のビット数を設定するようにしてもよく、このようにして選択肢を多くすることで、より冗長性を低減させるようにしてもよい。【００７０】
また、ラベルタイプ部ＡＨ１−１は、図３で示されるように、2ビットでヘッダに付加する４種類のラベルの種別を識別する情報を格納する。より具体的には、図３の例においては、ラベルタイプ部ＡＨ１−１が、00,01,10,11を格納するとき、それぞれ追加されるラベルの種別がNo.Label（ラベルの追加がない）、ReUse（前回のラベルの再利用），3BLabel（3バイト長のラベル）、および6BLabel（6バイト長のラベル）であることを示している。尚、ここでいうラベルとは、例えば、機器を識別するMacアドレス（Media Access Control address）などである。さらに、ラベルタイプ部ＡＨ１−１が、10,11を格納するとき、すなわち、3バイト長、または6バイト長のラベルが追加されるとき、図３の左部の下から２段目で示されるように、3バイトまたは6バイトのラベルヘッダ（Ｌａｂｅｌ）ＡＨ３が追加ヘッダＡＨ１の後段に付加される。【００７１】
延長ヘッダ識別部ＡＨ１−３は、延長ヘッダＡＨ２の有無を示す情報を格納する。より詳細には、延長ヘッダ識別部ＡＨ１−３は、延長ヘッダＡＨ２が存在しない場合、0を格納し、延長ヘッダＡＨ２が存在する場合、1を格納すると共に、図３の右部下から２段目で示されるように任意のＮ１バイトからなる延長ヘッダＡＨ２が追加ヘッダＡＨ１に付加される。延長ヘッダ（Ｅｘｔｅｎｓｉｏｎ Ｈｅａｄｅｒｓ）ＡＨ２は、任意のヘッダ情報を格納する。【００７２】
さらに、最小固定長ヘッダＦＨ１において、種別識別部ＦＨ１−１が11であり指定される種別が、IPv4，IPv6などではないother（その他）である場合、図３中、左部の上から３段目で示されるプロトコルタイプヘッダ（Ｐｒｏｔｏｃｏｌ Ｔｙｐｅ）ＶＨ３の2バイトが付加される。【００７３】
より具体的には、プロトコルタイプヘッダＶＨ３は、例えば、下位3ビットが000,001,010,011,100,101,110を格納するとき、それぞれのプロトコルタイプが、Signaling、IPv4 NRT（Non Real Time）（Header Compression）、IPv6 NRT（Header Compression）、TS NRT（Header Compression）、IPv4 NRT、IPv6 NRT、およびTS NRTであることを示している。ここで、NRTとは、非実時間データを対象としており、例えば、放送信号などのような実時間処理される必要のあるデータ（一定遅延時間内に処理されるべきデータ）とは、異なるものであり、例えば、実時間で扱う必要の無い蓄積型コンテンツのデータ、パリティ、および付加データ等を示すものである。さらに、Header Compressionは、プロトコルタイプが、ヘッダを圧縮する処理を加えたヘッダとすることを示すものであるか否かを示している。すなわち、例えば、IPv6 NRT（Header Compression）は、非実時間のデータを扱うものであって、ヘッダの圧縮処理が加えられる、IPv6であることを示している。また、例えば、IPv6 NRTは、非実時間のデータを扱うものであって、ヘッダの圧縮処理が加えられない、IPv6であることを示している。尚、プロトコルタイプヘッダＶＨ３は、上述した2バイトのうち、これ以外の値については、空き領域となっている。【００７４】
また、種別識別部ＦＨ１−１が00であり、指定される情報がTSパケット（TS-Gp）である場合、最小固定長ヘッダＦＨ１は、種別識別部ＦＨ１−１の2ビット以外の6ビットが、図３の左上部で示されるTSヘッダＦＨ２の構成となる。【００７５】
TSヘッダＦＨ２は、種別識別部ＦＨ１−１と合わせ1バイト（8ビット）で構成されており、空パケットを削除する空パケット削除（Null Packet Deletion）モードであるか否かを示す1ビットの空パケット識別部ＦＨ２−１と、BBPのペイロードを構成するTSパケット数を示す4ビットのTSパケット数部ＦＨ２−３より構成されている。尚、1ビットは、空きビット（ＴＢＤ）ＦＨ２−２となっている。ここで、空パケット識別部ＦＨ２−１は、BBPを生成する際、ペイロードから空パケットを削除する空パケット削除モードでないとき0を格納し、空パケット削除モードであるとき1を格納する。また、空パケット削除モードであるとき、さらに、データフィールドＤＦの後段に削除されたTSパケット数を示す、1バイトからなる削除TSパケット数部ＤＮＰＣが付加される。【００７６】
尚、以降においては、入力パケットがTSパケットであるときのモードをTSモードと称するものとする。また、図３においては、TSヘッダＦＨ２は、空パケット識別部ＦＨ２−１、およびBBPのペイロードを構成するTSパケット数を示す4ビットのTSパケット数部ＦＨ２−３、並びに、空きビット（ＴＢＤ）ＦＨ２−２より構成されるように示されているが、以降においては、さらに、種別識別部ＦＨ１−１の2ビットを含めた1バイト分をTSヘッダＦＨ２とも称する。【００７７】
＜可変長モードのBBPからなるBBFの構成例＞
次に、図４を参照して、可変長モードのBBPからなるBBFの構成例について説明する。【００７８】
図４の最上段で示されるように、入力パケット（Input Packets）１０１−１乃至１０１−３が入力されるものとする。ここで、入力パケット１０１−１乃至１０１−３について、個別に区別する必要がない場合、単に入力パケット１０１と称するものとし、その他の構成についても同様に称するものとする。また、入力パケット１０１は、IPv4対応のIPパケットであるものとし、2046バイトよりも小さい、すなわち、パケット長をバイト単位で11ビットにより表現可能なパケット長であるものとする。【００７９】
この場合、BBP生成部３１により、図４の上から２段目で示されるように、入力パケット（Input Packets）１０１−１乃至１０１−３のそれぞれに対して、ヘッダ１２１−１乃至１２１−３が設けられ、BBP（Payload）ペイロード１２２−１乃至１２２−３が付加されたBBP（Baseband Packets）１１１−１乃至１１１−３が生成される。ここで、BBPペイロード１２２は、入力パケット１０１そのものである。【００８０】
また、ヘッダ１２１は、図４の最下段で示される構成となる。尚、図中においては、図中下から２段目のBBF１３１内に格納されたBBP１１１のヘッダ１２１の内容が示されているが、上から２段目で示されるBBP１１１のヘッダ１２１と同一の構成である。【００８１】
すなわち、BBPのパケット長は、2048バイトが最大であることから、11ビット必要となる。このため、ヘッダ１２１は、可変長モードとなるので、最小固定長ヘッダＦＨ１および可変長ヘッダＶＨ１より構成される。より詳細には、最小固定長ヘッダＦＨ１の、種別識別部（Ｔｙｐｅ）ＦＨ１−１、モード識別部（ＳＰ）ＦＨ−２、およびパケット長部（ＬＳＢ Ｌｅｎｇｔｈ）ＦＨ−３には、それぞれ、01，0、および入力パケットの5ビットのパケット長の情報が格納される。すなわち、図４の最小固定長ヘッダＦＨ１は、入力パケットがIPv4であり、ショートパケットモードではないことを示しており、5ビットのパケット長の情報がBBPのパケット長の下位5ビットとして格納される。【００８２】
また、可変長ヘッダＶＨ１の、パケット長部ＶＨ１−１、フラグ部ＶＨ１−２、および追加ヘッダ識別部ＶＨ１−３には、それぞれパケット長の6ビット、0、および0が格納される。すなわち、図４の可変長ヘッダＶＨ１は、入力パケットであるBBPのパケット長の上位6ビットが格納され、分割モードではなく、また、追加ヘッダも存在しないことを示している。【００８３】
さらに、このパケット長部ＦＨ１−１，ＶＨ１−１により11ビットで表現可能な2048ビットまでの入力パケットのパケット長を表現することができる。【００８４】
BBF生成部３２は、図４の上から２段目で示されるようなBBPを図４の上から３段目で示されるようなBBF１３１−１，１３１−２に変換する。【００８５】
すなわち、BBF１３１−１，１３１−２は、それぞれ、そのヘッダ（BBH）１４１−１，１４１−２、およびBBFペイロード１４２−１，１４２−２より構成される。また、BBF１３１のフレーム長は、符号長と符号化率により特定されている。すなわち、BBF１３１のフレーム長は、例えば、図５で示されるように符号長と符号化率に応じて設定されており、BBF生成部３２は、この符号長と符号化率に応じて設定されるフレーム長のBBF１３１を生成する。【００８６】
すなわち、図５においては、左部で示されるように、BBF１３１のフレーム長がＫ＿ｂｃｈで示されている。また、図５の右部の表においては、左から、BBPをLDPC（Low Density Parity-check Code）符号化する際の符号化率（LDPC符号化率）、入力符号長Nldpc[bits]、符号化後の符号長Kbch[bits]、および符号化後の符号長をバイト単位に変換したデータ長Kbch[B]がそれぞれ示されている。LDPCの符号化率は、図中、上から６／１５乃至１３／１５であり、符号長Kldpc[bits]は、上から64800，16200ビットである。ここで、符号化後の符号長が、BBF１３１のフレーム長とされる。【００８７】
ここで、入力符号長Nldpcと符号化後の符号長Kbchとの関係については、図５の左下部で示される関係となる。すなわち、図５の左下部で示されるように、入力符号長Nldpcには、BBFRAME（＝符号長Kbch）、BCHFEC（いわゆる外符号の前方誤り訂正符号FEC（Forward Error Correction））、LDPCFEC（いわゆる内符号のFEC）が含まれた構成となっている。従って、入力符号長Nldpcが符号化率に応じて符号化されることにより求められるのは、BCHFECを含めた符号長Kldpcとなる。また、図５の右部で示されるBBF１３１のフレーム長Kbch（＝BBFRAME）は、BCHFECを含めた符号化後の符号長KldpcからBCHFEC分を減算した値となっている。BCHFECは、入力符号長Nldpcにより特定されるものであり、例えば、入力符号長Nldpcが64800であるとき192ビットであり、また、入力符号長Nldpcが16200であるとき168ビットである。【００８８】
従って、例えば、図中の横長の太線内で示されるように、入力データ長Kldpcが64800[bits]で、LDPC符号化率が10/15である場合、符号化後のデータ長Kbchは、43008（＝64800×10/15−192）[bits]であり、5376[B]となる。【００８９】
すなわち、図５の右部における最右列の縦長の太線枠内の数値がフレーム長とされ、図５の表内においてBBFの最大フレーム長は、6996[B]となる。このため、BBF１３１のヘッダ（BBH）１４１においては、少なくとも１３ビットのアドレスが必要となる。【００９０】
また、このようにBBF１３１は、フレーム長が符号長と符号化率により特定されているものであるので、図４の上から３段目で示されるように、BBP１２１は、ヘッダ１４１が先頭に格納された後、順番にフレーム長分だけBBFペイロード１４２に格納される。その結果、図４の上から３段目で示されるように、BBF１３１−１においては、先頭位置にヘッダ１４１−１が格納されると、その直後にBBP１１１−１が格納される。さらに、その後段にBBP１１１−２が格納されるが、全体が格納できないので、一部としてヘッダ１２１−２およびBBPペイロード１２２−２の一方の一部１２２−２−１が格納される。【００９１】
さらに、次のBBF１３１−２において、ヘッダ１４１−２が先頭位置に格納された直後に、BBPペイロード１２２−２の他方の一部１２２−２−２が格納されて、その後にBBP１１１−３が格納される。ヘッダ（BBH）１４１は、2バイトで構成され、BBF１３１内に格納されているBBPの先頭位置を示すポインタの情報を格納している。このため、BBF１３１−１のヘッダ１２１−２、BBPペイロード１２２−２−１、および、BBF１３１−２のヘッダ１４１−２の直後に格納されているBBPペイロード１２２−２−２を結合することで、BBP１１１−２を復元することが可能となる。また、ヘッダ１４１−２の情報に基づいて、BBP１１１−３のヘッダ１２１−３が格納されている先頭位置がポインタにより確認できるので、先頭に格納されているBBP１１１−３を適切に読み出すことが可能となる。【００９２】
＜可変長モードのBBPのヘッダの具体的な構成例＞
次に、図６を参照して、可変長モードのBBP１１１の具体的なヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が1500Bであるものとする。また、入力パケットについては、分割せずに１のBBPに変換するものとし、さらに、追加ヘッダ等の付加はないものとする。【００９３】
すなわち、図６の最上段で示されるように、入力パケット１０１は、1500Bであるので、パケット長は、少なくとも6ビット以上必要となるので、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１−３の５ビットのみでは、パケット長を表現することができない。一方、可変長ヘッダＶＨ１におけるパケット長部ＶＨ１−１の６ビットを追加すると、１１ビットでの表現が可能となり、2048バイトまでは表現することができる。また、入力パケットを分割することは想定されていないので、ヘッダ１２１は、可変長モードとなり、最小固定長ヘッダＦＨ１と可変長ヘッダＶＨ１とからなる2バイトで構成されることになる。ここで、BBPのパケット長は、図６の上から２段目で示されるように1502（＝1500＋2）バイトとなる。【００９４】
さらに、入力パケット１２１は、IPv4/UDPであるから、IPパケットの最小パケット長が20バイトで、かつ、UDPの最小パケット長が8バイトであることから、入力パケットの最小パケット長は、28バイトとなる。従って、BBP１３１のパケット長を表現するに当たり、28バイト分は、必ず発生するため、パケット長を識別する情報としては不要である。そこで、パケット長部ＦＨ１−３の5ビットとパケット長部ＶＨ１−１の6ビットとからなる11ビットにおいては、BBPのパケット長である1502バイトから最小パケット長である28バイトを減算した1474バイトによりパケット長を表現する。従って、10進数で表現される1474を2進数で表現すると、「10111000010」となる。【００９５】
以上の情報により、ヘッダ１２１は、可変長モードとなるので、図６の最下段で示される最小固定長ヘッダＦＨ１と可変長ヘッダＶＨ１とから構成される。図６の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１−１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１−２は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ ＭＳＢ）ＦＨ１−３は、入力パケット長を表現する下位5ビットとして、「00010」を格納する。さらに、可変長ヘッダＶＨ１のパケット長部（Ｌｅｎｇｔｈ ＭＳＢ）ＶＨ１−１は、入力パケット長を表現する上位6ビットとして「101110」を格納する。フラグ部（Ｆｒａｇ）ＶＨ１−２は、分割モードではないことを示す「0」を格納し、追加ヘッダ識別部（Ａｄｄ）ＶＨ１−３は、追加ヘッダが存在しないことを示す「0」を格納する。【００９６】
＜ショートパケットモードのBBPからなるBBFの構成例＞
次に、図７を参照して、ショートパケットモードのBBPからなるBBFの構成例について説明する。【００９７】
図７の最上段で示されるように、入力パケット（Input IPv4 Packets）１０１−１１乃至１０１−１３が入力されるものとする。ここで、入力パケット１０１−１１乃至１０１−１３は、例えば、それぞれ46バイト（B），40バイト（B），50バイト（B）であるものとする。【００９８】
この場合、BBP生成部３１により、図７の上から２段目で示されるように、入力パケット１０１−１１乃至１０１−１３のそれぞれに対して、ヘッダ１２１−１１乃至１２１−１３が設けられ、BBP（Payload）ペイロード１２２−１１乃至１２２−１３が付加されたBBP１１１−１１乃至１１１−１３が生成される。ここで、BBPペイロード１２２は、入力パケット１０１そのものである。【００９９】
また、ヘッダ１２１は、図７の最下段で示される構成となる。ここでも、上から２段目におけるヘッダ１２１と上から３段目におけるヘッダ１２１はいずれも同一の構成である。【０１００】
すなわち、ヘッダ１２１は、ショートパケットモードであるので、最小固定長ヘッダＦＨ１のみから構成される。より詳細には、最小固定長ヘッダＦＨ１の、種別識別部（Ｔｙｐｅ）ＦＨ１−１、モード識別部（ＳＰ）ＦＨ−２、およびパケット長部（ＬＳＢ Ｌｅｎｇｔｈ）ＦＨ−３には、それぞれ、01，1、および入力パケットの5ビットのパケット長の情報が格納されている。すなわち、図７の最小固定長ヘッダＦＨ１は、入力パケットがIPv4であり、ショートパケットモードであることを示しており、5ビットのパケット長の情報を格納している。【０１０１】
BBF生成部３２は、図７の上から２段目で示されるようなBBPを図７の上から３段目で示されるようなBBF１３１−１１，１２１−１２に変換する。【０１０２】
すなわち、BBF１３１−１１，１２１−１２は、それぞれ、そのヘッダ（BBH）１４１−１１，１４１−１２、およびBBFペイロード１４２−１１，１４２−１２より構成される。また、BBF１３１のフレーム長は、図５を参照して説明したように、符号長と符号化率により特定されている。【０１０３】
このようにBBF１３１は、フレーム長が符号長と符号化率により設定されるものであるので、図７の上から３段目で示されるように、BBP１２１が先頭から順番にフレーム長分だけBBFペイロード１４２に格納される。その結果、図７の上から３段目で示されるように、BBF１３１−１１においては、先頭位置にヘッダ１４１−１１が格納されると、その直後にBBP１１１−１１乃至１１１−１３が格納される。しかしながら、BBP１１１−１４は、全体を格納できないので、BBP１１１−１４の一部であるBBP１１１−１４−１のヘッダ１２１−１４−１４およびBBPペイロード１２２−１４の一部であるBBPペイロード１２２−１４−１が格納されている。さらに、BBF１３１−１２は、ヘッダ１４１−１２が先頭位置に格納された直後に、BBP１１１−１４の一部であるBBP１１１−１４−２のBBPペイロード１２２−１４の他方の一部１２２−１４−２が格納され、その後段に、BBP１１１−１５が格納される。ヘッダ（BBH）１４１は、2バイトで構成され、格納されているBBPの先頭位置を示すポインタの情報を格納している。このため、BBF１３１−１１のヘッダ１２１−１４、BBPペイロード１２２−１４−１、および、BBF１３１−２のヘッダ１４１−１２の直後に格納されているBBPペイロード１２２−１４−２を結合することで、BBP１１１−１４を復元することが可能となる。また、ヘッダ１４１−１２の情報に基づいて、BBP１１１−１５のヘッダ１２１−１５が格納されている先頭位置がポインタにより確認できるので、先頭に格納されているBBP１１１−１５を適切に読み出すことが可能となる。【０１０４】
＜ショートパケットモードのBBPのヘッダの具体的な構成例＞
次に、図８を参照して、ショートパケットモードのBBP１１１の具体的なヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が36バイトであるものとする。【０１０５】
すなわち、図８の最上段で示されるように、入力パケット１０１は、36バイトであるので、パケット長の情報は、少なくとも6ビット以上必要となるが、上述したように最小パケット長である28Bをオフセットさせることができる。このため、ヘッダ１２１の１バイトを付加して、合計パケット長は9バイトとなり、パケット長部ＦＨ１−３の5ビットで表現することが可能となる。より具体的には、10進数で表現される9を2進数で表現すると、01001となる。【０１０６】
以上の情報により、ヘッダ１２１は、ショートパケットモードであるので、図８の最下段で示される最小固定長ヘッダＦＨ１のみから構成される。図８の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１−１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１−２は、ショートパケットモードであることを示す「1」を格納する。パケット長部（ＭＳＢ）ＦＨ１−３は、入力パケット長を表現する5ビットとして、「01001」を格納する。【０１０７】
尚、以上においては、入力パケットがIPv4/UDPであるので、最小パケット長として28Bをオフセットさせる例について説明してきたが、入力パケットの種別に応じて最小パケット長分をオフセットさせればよいものである。例えば、IPv6/UDPであるような場合、最小IPパケット長が40バイトであり、最小UDPパケット長が8バイトであることから、この場合、パケット長部ＦＨ１−３の5ビットにより、最小パケット長として48バイトだけオフセットされた値で表現することができる。【０１０８】
＜追加可変長モードのBBPのヘッダの構成例＞
次に、図９を参照して、追加可変長モードのBBP１１１の具体的なヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が65533Bであるものとする。また、分割モードではないものとし、入力パケットについては、分割せずに１のBBPに変換するものとする。【０１０９】
すなわち、図９の最上段で示されるように、入力パケット１０１は、65533Bであるので、パケット長は、少なくとも16ビット必要となるので、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１−３の5ビット、および可変長ヘッダＶＨ１におけるパケット長部ＶＨ１−１の6ビットからなる11ビットでは不足することになる。そこで、追加ヘッダＡＨ１のパケット長部ＡＨ−２の5ビットが必要となる。このため、可変長ヘッダＶＨ１の追加ヘッダ識別部ＶＨ１−３は、追加ヘッダＡＨ１が存在することを示す「1」を格納する。【０１１０】
また、図９の最下段で示されるように、パケット長は、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１−３の5ビット、および可変長ヘッダＶＨ１におけるパケット長部ＶＨ１−１の6ビット、並びに、追加ヘッダＡＨ１のパケット長部ＡＨ−２の5ビットからなる合計16ビットで表現する。従って、65536ビットまでのパケット長を表現することが可能となる。ただし、図９の上から３段目で示されるように、最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、および追加ヘッダＡＨ１の、それぞれ1バイトがパケット長に含まれる。従って、BBP１１１を構成するヘッダ１２１のみで3バイトが必要となる。結果として、図９の最上段で示されるように、入力パケットとして、表現可能な最大パケット長は65533Bとなり、図９の上から２段目で示されるように、BBP１１１のヘッダ１２１およびBBPペイロード１２２の合計が65536Bまでの表現が可能である。【０１１１】
以上の情報により、ヘッダ１２１は、追加可変長モードとなるので、図９の上から３段目で示されるように、最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、および追加ヘッダＡＨ１から構成される。図９の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１−１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１−２は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ ＬＳＢ）ＦＨ１−３は、入力パケット長を表現する最下位5ビットを格納する。【０１１２】
また、可変長ヘッダＶＨ１のパケット長部（Ｌｅｎｇｔｈ ＭＳＢ）ＶＨ１−１は、入力パケット長を表現する最下位の5ビットより上位の6ビットを格納する。フラグ部（Ｆｒａｇ）ＶＨ１−２は、分割モードではないことを示す「0」を格納し、追加ヘッダ識別部（Ａｄｄ Ｈｅａｄ．）ＶＨ１−３は、追加ヘッダが存在することを示す「1」を格納する。【０１１３】
さらに、追加ヘッダＡＨ１のラベルタイプ部ＡＨ１−１は、ラベルが追加されないことを示す「00」を格納する。パケット長部（Ｌｅｎｇｔｈ（Ｅ−ＭＳＢ））ＡＨ１−２は、入力パケット長を表現する最上位の5ビットを格納する。延長ヘッダ識別部（Ｅｘｔ．）ＡＨ１−３は、延長ヘッダＡＨ２が存在しないことを示す「0」を格納する。【０１１４】
以上のように、追加可変長モードにより、BBP１１１のヘッダ１２１は、合計3バイトとすることが可能となり、冗長性を抑制することが可能となる。例えば、GSE（Generic Stream Encapsulation）やTLV（Type Length Value）などでもヘッダは4バイトが設定されており、本技術のヘッダは、これらのヘッダよりも小さくすることができるので、冗長性を抑制することが可能となる。【０１１５】
＜可変長モードで分割モードが利用される場合のBBPのヘッダ構成例＞
次に、図１０を参照して、可変長モードで分割モードが利用される場合のBBP１１１のヘッダ１２１の構成例について説明する。尚、ここで入力パケット１０１を構成するIPパケットは、IPv4（Internet Protocol version 4）/UDP（User Datagram Protocol）であり、パケット長が65440Bであるものとする。【０１１６】
すなわち、図１０の最上段で示されるように、入力パケット１０１は、65440バイト（B）である。また、BBP１１１のヘッダ１２１は、可変長モードであって、かつBBP１１１は分割モードである。そこで、ヘッダ１２１には、最小固定長ヘッダＦＨ１のパケット長部ＦＨ１−３および可変長ヘッダＶＨ１のパケット長部ＶＨ１−１からなるパケット長を表現するための11ビットが設けられている。従って、入力パケット１０１を分割して生成されるBBPの最大パケット長は、2048バイトとなる。ここで、ヘッダ１２１−１，１２１−２は、図１０の最下段、および下から２段目で示されるように、それぞれ最小固定長ヘッダＦＨ１−１、可変長ヘッダＶＨ１−１、およびフラグヘッダＶＨ２−１、並びに最小固定長ヘッダＦＨ１−２、可変長ヘッダＶＨ１−２、およびフラグヘッダＶＨ２−２で構成される。このため、各ヘッダ１２１は、いずれも3バイトが必要となる。【０１１７】
従って、入力パケット１０１は、最大でも2045（＝2048−3）バイト単位とされる。このため、図１０の場合、上から２段目で示されるように、入力パケット１０１に対して、32（＝65440/2045）個のBBP１１１−１乃至１１１−３２（１１１−３以降は図示せず）が生成される。ここでは、BBP１１１−１乃至１１１−３２においては、入力パケットが３２分割された2045バイトからなるBBPペイロード１２２−１乃至１２２−３２のそれぞれに、いずれも3バイトのヘッダ１２１−１乃至１２１−３２が付加される。すなわち、図１０の例においては、BBP１１１−１乃至１１１−３２は、いずれも最大パケット長である2048バイトとなっている。【０１１８】
以上の情報により、ヘッダ１２１−１は、可変長モードであって、かつ、分割モードであるので、図１０の上から３段目で示される最小固定長ヘッダＦＨ１−１、可変長ヘッダＶＨ１−１、およびフラグヘッダＶＨ２−１とから構成される。図１０の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１−１−１は、IPv4を示す「01」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１−２−１は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＦＨ１−３−１は、入力パケット長を表現する下位5ビットを格納する。さらに、可変長ヘッダＶＨ１−１のパケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＶＨ１−１−１は、入力パケット長を表現する上位6ビットを格納する。フラグ部（Ｆｒａｇ）ＶＨ１−２−１は、分割モードであることを示す「1」を格納し、追加ヘッダ識別部（Ａｄｄ）ＶＨ１−３−１は、追加ヘッダＡＨ２が存在しないことを示す「0」を格納する。さらに、追加ヘッダＡＨ２−１のフラグＩＤ部ＶＨ２−１−１は、分割された個別のペイロードを識別する情報として、例えば、先頭であるので「000」を格納し、フラグカウンタ部ＶＨ２−２−１は、分割された個別のペイロードを識別するための分割番号として、例えば、先頭であるので「00000」を格納する。【０１１９】
一方、ヘッダ１２１−２は、図１０の最下段で示される。尚、ヘッダ１２１−１とヘッダ１２１−２については、フラグカウンタ部ＶＨ２−２−２がフラグカウンタ部ＶＨ２−２−１と異なる以外は同一であるので、説明を省略する。すなわち、フラグカウンタ部ＶＨ２−２−２は、BBP１１１−１に続く番号として、「00001」を格納する。【０１２０】
以上のように、分割モードを使用することで、ヘッダが増えることにより、送信パケット量は増えるが、パケット長の長い入力パケット１０１を分割して送信することが可能となる。従って、例えば、より優先順位の高いパケットを先に送信しなければならない場合には、パケット長の長い入力パケット１０１の転送を一時的に中断して、優先順位の高いパケットを先に割り込み送信させるようにしてから、再び分割したパケットを送信することが可能となる。【０１２１】
＜TSモードであって空パケット削除モードでない場合のBBPからなるBBFの構成例＞
次に、図１１を参照して、TSモードであって空パケット削除（Null Packet Deletion）モードではない場合のBBPからなるBBFの構成例について説明する。【０１２２】
図１１の最上段で示されるように、入力パケット（Input Packets）１０１−３１乃至１０１−３３が入力されるものとする。ここで、入力パケット１０１−３１乃至１０１−３３は、それぞれ、TSパケット１５１−１乃至１５１−８、TSパケット１５１−１１乃至１５１−１８、およびTSパケット１５１−２１乃至１５１−２８から構成されている。すなわち、入力パケット１０１は、いずれも8個のTSパケット１５１より構成されており、これらがBBPペイロード１２２−３１乃至１２２−３３とされて、BBP１１１−１乃至１１１−３が構成されている。【０１２３】
ところで、図１１の最上段で示されるTSパケット１５１は、通常のTSパケットが188バイトで構成されるのに対して、187バイトで構成されている。これは、図１２の最上段で示されるように、通常は、TSパケット１５１−１乃至１５１−８は、それぞれに同期を取るための1バイトのシンクバイト（0×47）１６１−１乃至１６１−８が設けられており、これを含めて188バイトとされている。そこで、図１１の２段目および図１２の最上段で示されるTSパケット１５１については、シンクバイト１６１が削除された形態でBBPペイロード１２２が形成されている。したがって、BBPペイロード１２２のパケット長は、1496（＝187×8）バイトとなる。【０１２４】
また、ヘッダ１２１は、図１１の最下段、および図１２の最下段で示される構成となる。すなわち、ヘッダ１２１は、１バイトのTSヘッダＦＨ２より構成される。より詳細には、TSヘッダＦＨ２の、種別識別部（Ｔｙｐｅ）ＦＨ１−１、空パケット識別部ＦＨ２−１、およびTSパケット数部ＦＨ２−３には、それぞれ、「00」，「0」、およびTSパケット数の4ビットとして、８個分の「1000」が格納されている。すなわち、図１２のTSヘッダＦＨ２は、入力パケットがTSパケットであり、空パケット削除モードではなく、8個のTSパケットを含んでいることを示している。【０１２５】
BBF１３１−３１，１３１−３２の構成については、図４を参照して説明したBBF１３１と同様であるので、その説明は省略するものとする。【０１２６】
このように、TSモードにおいては、BBP１１１のBBPペイロード１２２を構成するTSパケットからは一律にシンクバイトが削除されるので、例えば、通常のTSパケットが8個であれば、1504バイトとなるが、ヘッダ１２１の1バイトとBBPペイロード１２２の1496バイトとから1498バイトとすることができ、6バイト分を圧縮することが可能となる。【０１２７】
また、例えば、DVB-T2の場合、TSモードにおいては、BBPの概念がなく、図１３の上段で示されるようなTSパケットが入力される場合、図１３の下段で示されるように、BBF２０１の１０バイト（B）からなるヘッダ２１１を設けて、シンクバイトを除いたTSパケットがペイロード２１２に格納される。ここで、後述する空パケット削除モードの有無については、ヘッダ２１１に含まれることになる。このため、TSパケットの送信が開始されると、より優先度の高いパケットを先に送るようなことができない状態となる。【０１２８】
これに対して、本技術におけるTSモードにおいては、BBP１１１を構成することができるので、優先度の高いパケットがTSパケットの送信中に発生しても、優先して送信することが可能となる。【０１２９】
＜TSモードであって空パケット削除モードである場合のBBPの構成例＞
次に、図１４を参照して、TSモードであって空パケット削除モードであるときのBBPの構成例について説明する。【０１３０】
図１４の最上段で示されるように、入力パケット（Input Packets）は、TSパケット１５１−６１乃至１５１−６８から構成されており、それぞれの先頭位置に1バイトのシンクバイト１６１−６１乃至１６１−６８が設けられている。このうち、TSパケット１５１−６７，１５１−６８が空パケット、すなわち、いわゆるNullパケットである場合、BBP１１１−６１は、図１４の上から２段目で示されるように構成される。【０１３１】
すなわち、この場合のBBP１１１−６１は、図１４の左最下段で示されるように１バイトのTSヘッダＦＨ２より構成され、以降に空パケットではないTSパケット１５１−６１乃至１５１−６６のみが格納されて、空パケットであるTSパケット１５１−６７，１５１−６８は削除される。さらに、図１４の右最下段で示されるように、削除されたTSパケット数を表す１バイト分の削除TSパケット数部ＤＮＰＣ（Deleted Null Packet Counter）が格納される。【０１３２】
このときもTSパケット１５１は、シンクバイトが削除された状態で格納される。したがって、この例においては、BBP１１１−６１は、1124（＝1＋187×6＋1）バイトとなる。【０１３３】
また、ヘッダ１２１は、図１４の左最下段で示されるように、１バイトのTSヘッダＦＨ２より構成される。より詳細には、TSヘッダＦＨ２の、種別識別部（Ｔｙｐｅ）ＦＨ１−１、空パケット識別部ＦＨ２−１、およびTSパケット数部ＦＨ２−３には、それぞれ、「00」，「1」、およびTSパケット数の4ビットとして、６個分の「0110」が格納される。すなわち、図１４のTSヘッダＦＨ２は、入力パケットがTSパケットであり、空パケット削除モードであり、BBP１１１−６１に6個のTSパケットを含んでいることを示している。【０１３４】
さらに、図１４の右最下段で示されるように、TSパケット１５１−６６の後段に1バイトの削除TSパケット数部ＤＮＰＣが設定され、この例においては、TSパケット１５１−６，１５１−６８の２個が削除されているので、「00000010」と登録されている。【０１３５】
尚、削除される空パケットのTSパケットは、１のBBP１１１を構成するTSパケット１５１のうち、連続して存在する場合にのみ、１のBBP１１１において複数のTSパケット１５１を削除することができる。したがって、空パケット削除モードの場合、空パケットが、空パケットではないTSパケット１５１と交互に存在するようなときには、1個のTSパケット１５１からなるBBP１１１が構成され、それぞれにヘッダ１２１と削除TSパケット数部ＤＮＰＣとが設けられたBBPが構成されることになる。【０１３６】
ところで、DVB-T2の場合、やはり空パケット削除モードが存在する。より詳細には、図１５の上段で示されるように、TSパケット１５１−６１乃至１５１−７０が入力される場合であって、TSパケット１５１−６７，１５１−６８が空パケットであるとき、図１５の下段で示されるような構成となる。【０１３７】
すなわち、DVB-T2については、上述したようにTSモードにおいてBBPの概念がないので、BBF２０１が構成されて、１０バイトのヘッダ２１１に空パケット削除モードであることを示す情報が格納される。さらに、以降のペイロード２１２は、TSパケット１５１の後段に１バイトの削除パケット数部２２１が設けられる構成となっている。そして、TSパケット１５１−６７，１５１−６８が削除された後に配置されるTSパケット１５１−６９の後段の削除パケット数部２２１−６９に２個削除されたことを示す情報が格納される。したがって、削除されるTSパケットの有無に関わらず、記録されたTSパケット１５１の後段には必ず1バイトの削除パケット数部２２１が設けられており、削除されたTSパケット数の情報が登録される。【０１３８】
これに対して、本技術においては、削除の有無に関わらず、１のBBPに対して１バイトの削除パケット数部ＤＮＰＣが設けられるのみであるため、BBFを構成する際にも十分に冗長性を抑制することが可能となる。また、TSパケットを送信する場合であっても、BBP１１１を構成することができるので、優先度の高いパケットがTSパケットの送信中に発生しても、優先して割り込み送信することが可能となる。【０１３９】
＜ビットストリームパケットにおけるBBPのヘッダの構成例＞
次に、図１６を参照して、入力パケットがビットストリームパケットである場合のBBPのヘッダの構成例について説明する。【０１４０】
図１６の最上段で示されるように、入力パケットとしてビットストリーム（Continuous Bit Stream）３０１が入力されるものとする。【０１４１】
この場合、BBP生成部３１により、図１６の上から２段目で示されるように、ビットストリーム３０１が、2044バイト単位で区切られて、それぞれにヘッダ１２１−９１，１２１−９２・・・が設けられ、ビットストリームからなるBBP（Payload）ペイロード１２２−９１，１２２−９２・・・が付加されたBBP１１１−９１，１１１−９２・・・が生成される。ここで、BBPペイロード１２２は、入力されたビットストリームが2044バイト単位で区切られたものである。従って、各BBP１１１は、4バイトのヘッダ１２１と、2044バイトのBBPペイロード１２２より構成されるため、パケット長は、最大パケット長となる2048バイトとなる。【０１４２】
また、ヘッダ１２１は、図１６の最下段で示される構成となる。すなわち、ヘッダ１２１は、最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、およびプロトコルタイプヘッダＶＨ３より構成される。より詳細には、最小固定長ヘッダＦＨ１の、種別識別部（Ｔｙｐｅ）ＦＨ１−１、モード識別部（ＳＰ）ＦＨ−２、およびパケット長部（Ｌｅｎｇｔｈ（ＬＳＢ））ＦＨ−３には、それぞれ、11，0、および入力パケットのパケット長が格納される。すなわち、図１６の最小固定長ヘッダＦＨ１は、入力パケットの種別がその他の種別（other）であり、ショートパケットモードではないことが示されており、5ビットのパケット長の情報として下位5ビットが格納されている。【０１４３】
また、可変長ヘッダＶＨ１の、パケット長部ＶＨ１−１、フラグ部ＶＨ１−２、および追加ヘッダ識別部ＶＨ１−３には、それぞれパケット長の6ビット、0、および1が格納される。すなわち、図１６の可変長ヘッダＶＨ１は、入力パケットであるBBPペイロードのパケット長の上位6ビットが格納され、分割モードではなく、また、追加ヘッダが存在することを示している。すなわち、プロトコルタイプヘッダＶＨ３が追加ヘッダとして存在することが示されている。【０１４４】
このパケット長部ＦＨ１−１，ＶＨ１−１により11ビットからなるBBP１１１のパケット長の情報が格納される。【０１４５】
さらに、プロトコルタイプヘッダＶＨ３は、2バイト（16ビット）からなる入力パケットであるビットストリームのプロトコルタイプの情報を格納する。【０１４６】
以上の情報により、図１６のヘッダ１２１は、図１６の最下段で示される最小固定長ヘッダＦＨ１、可変長ヘッダＶＨ１、およびプロトコルタイプヘッダＶＨ３から構成される。また、図１６の最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１−１は、その他の種別（other）を示す「11」を格納し、ショートパケットモードであるか否かを示すモード識別部（ＳＰ）ＦＨ１−２は、ショートパケットモードではないことを示す「0」を格納する。パケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＦＨ１−３は、入力パケット長を表現する下位5ビットとして、「11111」を格納する。さらに、可変長ヘッダＶＨ１のパケット長部（Ｌｅｎｇｔｈ（ＭＳＢ））ＶＨ１−１は、入力パケット長を表現する上位6ビットとして「111111」を格納する。すなわち、図１６の場合、BBP１１１のパケット長が最大パケット長である2048バイトであることが示されている。フラグ部（Ｆｒａｇ）ＶＨ１−２は、分割モードではないことを示す「0」を格納し、追加ヘッダ識別部（Ａｄｄ． Ｈｅａｄ）ＶＨ１−３は、追加ヘッダであるプロトコルタイプヘッダＶＨ３が存在することを示す「1」を格納する。そして、プロトコルタイプヘッダＶＨ３は、BBPペイロード１２２に格納されているビットストリームのプロトコルタイプの情報を格納している。【０１４７】
このような構成により、様々な種別のビットストリームよりBBPを構成して送信、または受信することが可能となる。【０１４８】
尚、IPv4，IPv6のヘッダ圧縮技術として、RoHC(Robust Header Compression)の技術が広く知られている。RoHCはIPヘッダを圧縮するものとして優れているが、処理が複雑で、種類が多く、まだ放送に適しているU-mode (Unidirectionalモード)では圧縮は双方向のモードと比較して低いので、必ずしも実装されない。しかしながら、本技術においては、RoHCをもサポートすることが可能である。すなわち、上述した図１６で示されるように、最小固定長ヘッダＦＨ１の種別識別部（Ｔｙｐｅ）ＦＨ１−１において、11を格納させて、otherを示す情報を登録させ、プロトコルタイプヘッダＶＨ３において、RoHCの情報を格納させることで、ヘッダとしてRoHCを定義することが可能となる。また、この他にも、同様に手法により、様々な圧縮方式を採用することが可能となる。【０１４９】
＜BBFのBBHの構成例＞
次に、図１７を参照して、BBFにおけるBBHの構成例について説明する。【０１５０】
例えば、図１７の最上段で示されるようなヘッダ１２１−１０１，１２１−１０２，・・・と、BBPペイロード１２２−１０１，１２２−１０２，・・・より構成されるBBP１１１−１０１，１１１−１０２，・・・が入力される場合、BBF生成部３２は、図１７の２段目で示されるようにBBF１３１−１，１３１−２・・・を生成する。【０１５１】
すなわち、BBF生成部３２は、図１７の上から２段目で示されるように、入力パケットのパケット長と符号化率とに応じて設定されるデータ長のBBF１３１−１，１３１−２，・・・を構成する。より詳細には、BBF生成部３２は、例えば、BBF１３１−１の先頭位置にBBH１４１−１を格納し、その後段に、設定されたデータ長のBBFとなるように順次BBP１１１−１００，１１１−１０１，・・・を格納する。この際、図１７の２段目で示されるように、BBP１１１−１０２が途中までしか格納できない場合、途中までの分をBBP１１１−１０２−１として格納し、次のBBF１３１−２の先頭に、BBH１４１−２を格納して、引き続きBBP１１１−１０２の後段を、BBP１１１−１０２−２として格納する。そして、BBF生成部３２は、引き続き連続してBBF１３２−２のデータ長となるまでBBP１１１−１０３，・・・を格納する処理を繰り返す。【０１５２】
このとき、BBF生成部３２は、BBH付加部４１を制御して、図１７の右下部で示されるような構成例で示されるようなBBH１４１を各BBF１３１の先頭位置に格納させる。すなわち、BBH１４１は、2バイト（16bit）で構成され、先頭の13ビットのポインタ格納部（Pointer to Start of Next BBP）３２１に先頭から格納されるBBP１１１のBBF１３１上の開始位置を示すポインタの情報を格納する。すなわち、図１７の２段目の場合、BBH１４１−２においては、直前のBBF１３１−１において、格納できなかったBBP１１１−１０２の後段となるBBP１１１−１０２−２を格納するため、矢印で示されるように、新たに先頭から格納されるBBP１１１−１０３の開始位置がポインタとして格納される。尚、BBH１４１の3ビットは、空き領域（ＴＢＤ）３２２とされている。【０１５３】
ところで、DVB-T2におけるBBFのBBHにおいては、図１８で示されるような構成となっている。ここで、図１８の上段は、通常モード（Normal Mode）における場合のBBHであり、下段は、高効率モード（High Efficiency Mode）における場合のBBHである。【０１５４】
DVB-T2におけるBBHは、いずれのモードにおいても10バイトより構成されている。通常モードの場合、BBHは、MATYPE（2バイト）、UPL（2バイト）、DFL（2バイト）、SYNC（1バイト）、SYNCD（2バイト）、およびCRC-8MODE（1バイト）から構成される。また、高効率モードの場合、BBHは、MATYPE（2バイト）、ISSY 2MSB（2バイト）、DFL（2バイト）、ISSY LSB（1バイト）、SYNCD（2バイト）、およびCRC-8MODE（1バイト）から構成される。【０１５５】
MATYPEは、入力ストリームフォーマットを、UPL（User Packet Length）は、ユーザパケット長を、DFL（Data Field Length）は、データフィールドにおけるデータ長を、SYNCは、いわゆるシンクバイトをそれぞれ表すものである。また、SYNCDは、データフィールドの開始位置からデータの開始位置までの距離を、CRC-8MODEは、CRC-8におけるモードを、ISSY（Input Stream Synchronization Indicator） LSB、およびISSY 2MSBは、それぞれ入力ストリーム同期検知情報を、それぞれ表すものである。【０１５６】
すなわち、DVB-T2においては、BBHは、データ量も多く、またその種別も様々なものを含んでいる。このため、処理そのものが複雑なものとなるだけでなく、BBHのデータ長が大きいため、流通するデータ量も増えてしまう。【０１５７】
これに対して、本技術のBBHは、上述したように格納される情報は、BBF毎に新たに先頭から格納されるBBPの開始位置を示すポインタのみであるので、読み出しにあたり受信後の処理も容易で、かつ、データ量を抑えることが可能となる。【０１５８】
また、このような構造により、受信装置５１におけるBBP抽出部７３は、順次供給されてくるBBF１３１よりBBP１１１を抽出するに当たって、単純に、BBF１３１をBBH１４１の情報に基づいて、先頭位置から抽出するだけでよいので、容易で、かつ適切にBBP１１１を抽出することが可能となる。結果として、より高速で、かつ、確実なパケット通信を実現することが可能となる。【０１５９】
＜図１の送信装置と図２の受信装置による送受信処理＞
次に、図１９のフローチャートを参照して、図１の送信装置１１と図２の受信装置５１による送受信処理について説明する。【０１６０】
ステップＳ１１において、BBP生成部３１は、入力パケットに基づいて、上述した処理によりBBPを生成してBBF生成部３２に供給する。より詳細には、BBP生成部３１は、入力パケットの種別を識別し、IPパケットである場合、入力パケットのパケット長に応じて図７を参照して説明したショートパケットモード、図４を参照して説明した可変長モード、または、図９を参照して説明した追加可変長モードのいずれかによりBBPを生成する。また、BBP生成部３１は、入力パケットが、TSパケットである場合、図１１または図１４を参照して説明したTSパケットモードのBBPを生成する。さらに、IPパケットでも、TSパケットでもない場合、BBP生成部３１は、図１５を参照して説明したビットストリームパケットよりBBPを生成したように、プロトコルヘッダＶＨ３に認識した種別の情報を登録して、BBPを生成する。また、BBP生成部３１は、必要に応じて分割モードや、空パケット削除モードに応じたヘッダを生成してBBPを生成する。【０１６１】
ステップＳ１２において、BBF生成部３２は、供給されてきたBBPに基づいて、BBFを生成してBBFスクランブラ３３に供給する。より詳細には、BBF生成部３２は、BBH付加部４１を制御して、上述した手法によりBBF毎に新たに先頭から格納されるBBPの開始位置を示すポインタの情報を生成させて、BBFの先頭位置に格納する。さらに、BBF生成部３２は、入力パケットの符号長と、符号化率により設定されるフレーム長のBBFに順次BBPを格納させることによりBBFを生成し、BBFスクランブラ３３に供給する。【０１６２】
ステップＳ１３において、BBFスクランブラ３３は、供給されてきたBBFに対してスクランブルを掛けて送信部３４に供給する。【０１６３】
ステップＳ１４において、送信部３４は、スクランブルが施されたBBFを受信装置５１に対して送信する。【０１６４】
ステップＳ３１において、受信装置５１の受信部７１は、送信装置１１より送信されてきたBBFを受信し、BBFデスクランブラ７２に供給する。【０１６５】
ステップＳ３２において、BBFデスクランブラ７２は、供給されてきたスクランブルが施されたBBFをデスクランブルしてBBP抽出部７３に供給する。【０１６６】
ステップＳ３３において、BBP抽出部７３は、デスクランブルされたBBFよりBBPを順次抽出する。より詳細には、BBP抽出部７３は、BBH認識部７３ａを制御して、BBFにおけるBBHに記録されたBBF毎に新たに先頭から格納されるBBPの開始位置を示すポインタの情報を認識させて、BBF内におけるBBPを順次抽出し、データ生成部７４に供給する。【０１６７】
ステップＳ３４において、データ生成部７４は、BBP抽出部７３より供給されてくるBBPより送信装置１１に入力された入力パケットを生成する。【０１６８】
ステップＳ３５において、データ生成部７４は、生成した入力パケットを出力する。【０１６９】
以上の処理により、入力パケットが上述したBBPに変換され、変換されたBBPに基づいてBBFが生成され、BBFに基づいて、送信され、さらに、受信されたBBFに基づいてBBPが生成されて、BBPより入力パケットが生成される。結果として、送受信されるパケットの冗長性が抑制され、高速で、かつ、確実なパケット通信を実現することが可能となる。【０１７０】
＜２．第２の実施の形態＞
＜Null PacketにNRTデータを挿入する例＞
ところで、一般的に放送で使われる物理層（PHY）の帯域は固定ビットレートである。すなわち、通常のデジタル放送信号ではバッファモデルにより一定遅延時間内で送信装置から受信装置へ伝送することが決められている。これを実現するため、可変長ビットレートである複数の番組データの発生符号量は、物理層の固定ビットレートを超えない範囲で、それぞれの番組の品質（主に画質）を最適化するようにビデオおよびオーディオからなる放送信号のエンコードが制御される。【０１７１】
このとき、固定ビットレートに対して不足する部分には、空パケット（Null Packet）が挿入されて固定ビットレートに調整される。【０１７２】
物理層でも、上述したようなヘッダ圧縮技術や可変長ヘッダ技術により、発生符号量が減少されるが、固定ビットレートに対して不足する場合には、空パケット（Null Packet）が挿入されてしまう。【０１７３】
この様子が、図２０で示されている。図２０の波形Ｌは、横軸である時間の経過に対する、縦軸である通常のデジタル放送における発生符号量の関係を示した例であり、波形Ｌ以下の範囲Ｚ０の面積が発生符号量の合計となる。すなわち、発生符号量は、波形Ｌで示されるように、物理層の固定ビットレートとなる発生符号量Ｓｘを最大値として変化する。【０１７４】
しかしながら、物理層においては、固定ビットレートで伝送させる必要があるため、波形Ｌの最大値となる発生符号量Ｓｘとなるタイミングの除いたタイミングについては、符号量が不足する状態となるため、空パケット（Null Packet）が挿入される。すなわち、図２０で示されるように、最大値である発生符号量Ｓｘ以外のタイミングにおいては、波形Ｌ以上であって、発生符号量Ｓｘの最大値より小さい範囲Ｚ１が、無効データである空パケット（Null Packet）の符号量となる。【０１７５】
ところが、上述したように、ATSC3.0では限られた帯域を有効利用することが求められており、無効データである空パケットは、伝送効率を下げる原因であることから、使わないことが望ましい。【０１７６】
理想的には物理層で確保される帯域と同量の発生符号量が割り当てることが考えられる。ところが、デジタル放送の伝送においては時々刻々と発生符号量が変化するため、リアルタイムで高精度に制御する必要があることから、現実的ではなかった。【０１７７】
例えば、DVB-T2では、物理層で空パケットを検出し、これを削除する、空パケット削除処理（Null Packet Deletion）を実現している。この方式においては、見かけ上広くなった帯域に対して複数接続される、より多くの符号量を発生することが可能である。【０１７８】
しかしながら、この場合でも発生符号量と物理層との間の符号量の制御方式は確立されていないため、放送信号のようにエンコードとデコードまでの遅延時間を一定時間内とする必要があるデータの遅延を一定に保つことを保証しながら、最適な符号量となるように制御することが難しく、一般にはこの方式は用いられていない。【０１７９】
そこで、放送番組であるストリーム型のデータからなるリアルタイム（実時間）（Real time：RT）データと共に、空パケットに代えて、蓄積型コンテンツやアプリケーションプログラムなどの非リアルタイム（非実時間）（non-realtime：NRT）データを伝送することで、伝送効率を向上させることができる。【０１８０】
＜第２の送信装置の構成例＞
図２１は、RTデータを送信すると共に、RTデータの送信に伴って発生していた空パケット（Null Packet）に代えて、蓄積型コンテンツやアプリケーションプログラムなどの非リアルタイム（非実時間）（non-realtime：NRT）データを伝送するようにした送信装置１１の構成例を示している。尚、図１の送信装置１１と同一の機能を備えた構成については、同一の名称および符号を付しており、その説明は適宜省略するものとする。【０１８１】
図２１の送信装置１１において、図１の送信装置１１と異なるのは、新たに、統計多重化部３４１、NRTデータバッファ３４２、およびNRTデータバッファ制御部３４３が設けられた点である。また、BBP生成部３１は、必要に応じて空パケットを削除するNPD（Null Packet Deletion）３６１をさらに備える。また、BBF生成部３２は、生成されたBBFの、物理層の固定ビットレートに対して不足する符号量に対応する空パケット（Null Packet）を付加するNPI（Null Packet Insertion）３７１をさらに備えている。【０１８２】
統計多重化部３４１は、RTデータである、例えば、放送番組からなるプログラム１乃至３の放送信号の入力を受け付けると、統計的な符号量から、物理層の固定ビットレートを超えない範囲で、それぞれの番組の品質（主に画質）を最適化するようにビデオ信号およびオーディオ信号のエンコードを制御して、１本の伝送データを生成する。これにより、例えば、図２０で示されるように、発生符号量の最大値Ｓｘが物理層の固定ビットレートとなるような波形Ｌで示されるような発生符号量に調整される。また、統計多重化部３４１は、NPI３５１を備えており、エンコードに際して、固定ビットレートに対して不足する部分にNPI３５１を制御して空パケットを挿入させることで固定ビットレートする。【０１８３】
BBP生成部３１は、入力パケットの種別を識別し、識別した種別に応じて、複数の入力パケットをまとめてBBPを生成し、生成したBBPをBBF生成部３２およびNRTデータバッファ制御部３４３に供給する。この際、BBP生成部３１は、必要に応じて、上述したNPI３５１により挿入された空パケットを、NPD３６１を制御して削除させ、削除した空パケットの符号量の情報もNRTデータバッファ制御部３４３に供給する。【０１８４】
NRTデータバッファ３４２は、非実時間データである蓄積型コンテンツのデータ、パリティなどのNRTデータの入力を受け付けて、一時的に記憶する。尚、NRTデータとしては、非実時間に扱うデータやプログラムであれば、この他のものでもよく、例えば、アプリケーションプログラムなどでもよい。【０１８５】
NRTデータバッファ制御部３４３は、BBP生成部３１より供給されてくるBBPと、NPD３６１により削除された空パケットに相当する符号量の情報に基づいて、対応する符号量のNRTデータをNRTデータバッファ３４２に要求する。このとき、NRTデータバッファ３４２は、NRTデータバッファ制御部３４３より要求のあった符号量に応じたNRTデータをNRTデータバッファ制御部３４３に読み出す。これにより、NRTデータバッファ制御部３４３は、NRTデータバッファ３４２より供給されてきたNRTデータに基づいて、NRTデータのBBPを生成して、BBF生成部３２に供給する。【０１８６】
BBF生成部３２は、必要とされるRTデータからなるBBPと、NRTデータからなるBBPとをまとめて、所定のフレーム長となるようにBBFを生成し、生成したBBFをBBFスクランブラ３３に供給する。この際、BBF生成部３２は、BBH付加部４１を制御して、BBFのヘッダであるBBHを生成させて付加する。また、必要に応じて、BBF生成部３２は、NPI３７１を制御して、生成されたBBFの、物理層の固定ビットレートに対して不足する符号量に対応する空パケット（Null Packet）を付加させる。【０１８７】
＜RTデータのBBPとNRTデータのBBPとを含むBBF＞
BBF生成部３２は、例えば、図２２で示されるように、RTデータのBBPとNRTデータのBBPとを含むBBFを生成する。【０１８８】
例えば、図２２の最上段で示されるようなヘッダ１２１−３０１，１２１−３０２，・・・と、BBPペイロード１２２−３０１，１２２−３０２，・・・より構成される、RTデータのBBP１１１−３０１，１１１−３０２，・・・と、図２２の２段目で示されるようなヘッダ１２１−３１１，１２１−３１２，・・・と、BBPペイロード１２２−３１１，１２２−３１２，・・・より構成される、NRTデータのBBP１１１−３１１，１１１−３１２，・・・とが入力される場合、BBF生成部３２は、図２２の３段目で示されるようにBBF１３１−４０１，１３１−４０２・・・を生成する。【０１８９】
すなわち、BBF生成部３２は、図２２の上から３段目で示されるように、入力パケットのパケット長と符号化率とに応じて設定されるデータ長のBBF１３１−４０１，１３１−４０２，・・・を構成する。より詳細には、BBF生成部３２は、例えば、BBF１３１−４０１の先頭位置にBBH１４１−４０１を格納し、その後段に、設定されたデータ長のBBFとなるようにRTデータのBBP１１１−３０１を格納し、その後段に、NRTデータのBBP１１１−３１１を格納するといったように、RTデータのBBP１１１とNRTデータのBBP１１１とを交互に格納する。この際、図２２の３段目で示されるように、BBP１１１−３０２が途中までしか格納できない場合、途中までの分をBBP１１１−３０２−１として格納し、次のBBF１３１−４０２の先頭に、BBH１４１−４０２を格納して、引き続きBBP１１１−３０２の後段を、BBP１１１−３０２−２として格納する。そして、BBF生成部３２は、引き続き連続してBBF１４２−４０２のデータ長となるまでBBP１１１−３１２，・・・となるように、RTデータのBBP１１１と、NRTデータのBBP１１１とを交互に格納する処理を繰り返す。もちろん、NRTデータ、またはRTデータのいずれかが無くなった場合、それ以降については、いずれか存在するデータのBBPが格納される。また、RTデータとNRTデータとのいずれを先頭とするかはいずれであってもよい。【０１９０】
このとき、BBF生成部３２は、BBH付加部４１を制御して、図２２の右下部で示されるような構成例で示されるようなBBH１４１を各BBF１３１の先頭位置に格納させる。尚、このBBH１４１については、図１７のBBH１４１と同様のものであるので、その説明は省略するものとする。【０１９１】
尚、この際、物理層の固定ビットレートに対して削除した空パケットと完全に一致する符号量のNRTデータが取得できないこともあるため、このような場合、NPI３７１を制御して、不足分の符号量の空パケットを挿入させる。【０１９２】
＜第２の受信装置の構成例＞
次に、図２３を参照して、図２１の送信装置１１より送信されてくるBBFを受信して、BBFよりBBPを生成し、さらに、BBPより入力されたデータを生成し、データより放送番組であるプログラム１乃至３を分離して出力する受信装置の第２の構成例について説明する。尚、図２３の受信装置５１において、図２の受信装置と同一の機能を備えた構成については、同一の名称および符号を付しており、その説明は適宜省略するものとする。すなわち、図２３の受信装置５１において、図２の受信装置５１と異なる点は、分離部３９１、NRTデータバッファ３９２、および分割部３９３が設けられた点である。【０１９３】
BBP抽出部７３は、BBH認識部７３ａを備えている。BBP抽出部７３は、BBH認識部７３ａを制御して、BBFのヘッダであるBBHの情報を認識させる。BBP抽出部７３は、認識したBBHの情報に基づいて、BBFよりBBPを抽出し、分離部３９１に供給する。【０１９４】
分離部３９１は、抽出されたBBPがRTデータであるか、NRTデータであるかを識別して分離し、RTデータをデータ生成部７４に、NRTデータをNRTデータバッファ３９２にそれぞれ供給する。【０１９５】
データ生成部７４は、BBP抽出部７３より供給されてくるRTデータのBBPより、送信元である送信装置１１に入力された伝送パケットを復元して生成し、出力する。【０１９６】
一方、NRTデータバッファ３９２は、必要に応じて格納したパリティや非実時間データであるNRTデータを出力する。【０１９７】
＜図２１の送信装置と図２３の受信装置による送受信処理＞
次に、図２４のフローチャートを参照して、図２１の送信装置１１と図２３の受信装置５１による送受信処理について説明する。【０１９８】
ステップＳ５１において、統計多重化部３４１は、RTデータである、例えば、放送番組からなるプログラム１乃至３の放送信号の入力を受け付けると、統計的な符号量から、物理層の固定ビットレートを超えない範囲で、それぞれの番組の品質（主に画質）を最適化するようにビデオ信号およびオーディオ信号のエンコードを制御して、１本の伝送データを生成し、BBP生成部３１に出力する。この際、統計多重化部３４１は、エンコードに際して、固定ビットレートに対して不足する部分にNPI３５１を制御して空パケットを挿入させることで固定ビットレートする。【０１９９】
ステップＳ５２において、NRTデータバッファ３４２は、蓄積型コンテンツやアプリケーションプログラムなどのデータや、パリティなどのNRTデータの入力を受け付けてバッファリングする。【０２００】
ステップＳ５３において、BBP生成部３１は、入力パケットに基づいて、上述した処理によりBBPを生成してBBF生成部３２に供給する。この際、BBP生成部３１は、NPD３６１により削除された空パケットの符号量の情報をNRTデータバッファ制御部３４３に供給する。【０２０１】
より詳細には、BBP生成部３１は、入力パケットの種別を識別し、IPパケットである場合、入力パケットのパケット長に応じて図７を参照して説明したショートパケットモード、図４を参照して説明した可変長モード、または、図９を参照して説明した追加可変長モードのいずれかによりBBPを生成する。また、BBP生成部３１は、入力パケットが、TSパケットである場合、図１１または図１４を参照して説明したTSパケットモードのBBPを生成する。さらに、IPパケットでも、TSパケットでもない場合、BBP生成部３１は、図１５を参照して説明したビットストリームパケットよりBBPを生成したように、プロトコルヘッダＶＨ３に認識した種別の情報を登録して、BBPを生成する。また、BBP生成部３１は、必要に応じて分割モードや、空パケット削除モードに応じたヘッダを生成してBBPを生成し、BBF生成部３２に出力する。【０２０２】
この際、プロトコルヘッダＶＨ３の下位３ビットが、001,010,011であって、IPv4 NRT（Header Compression）、IPv6 NRT（Header Compression）、およびTS NRT（Header Compression）の場合、BBP生成部３１は、ヘッダを圧縮してNRTデータのBBPを生成する。また、プロトコルヘッダＶＨ３の下位３ビットが、100,101,110であって、IPv4 NRT、IPv6 NRT、およびTS NRTの場合、BBP生成部３１は、ヘッダを圧縮することなくNRTデータのBBPを生成する。【０２０３】
さらに、BBP生成部３１は、NPD３６１を制御して、挿入されている空パケットを削除させ、削除した空パケットの符号量の情報をNRTデータバッファ制御部３４３に出力する。【０２０４】
ステップＳ５４において、NRTデータバッファ制御部３４３は、BBP生成部３１より供給されてくるBBPに基づいて、NPD３６１により削除された空パケットに相当する符号量を求め、対応する符号量のNRTデータをNRTデータバッファ３４２に要求する。【０２０５】
ステップＳ５５において、NRTデータバッファ３４２は、NRTデータバッファ制御部３４３より要求のあった符号量に応じたNRTデータをNRTデータバッファ制御部３４３に読み出す。これにより、NRTデータバッファ制御部３４３は、NRTデータバッファ３４２より供給されてきたNRTデータを受け取って、NRTデータに基づいたBBPを生成して、BBF生成部３２に供給する。【０２０６】
ステップＳ５６において、BBF生成部３２は、RTデータからなるBBPとNRTデータからなるBBPとに基づいて、例えば、上述した図２２を参照して説明したように、BBFを生成してBBFスクランブラ３３に供給する。この際、必要に応じて、BBF生成部３２は、NPI３７１を制御して、生成されたBBFの、物理層の固定ビットレートに対して不足する符号量に対応する空パケット（Null Packet）を付加させる。【０２０７】
ステップＳ５７において、BBFスクランブラ３３は、供給されてきたBBFに対してスクランブルを掛けて送信部３４に供給する。【０２０８】
ステップＳ５８において、送信部３４は、スクランブルが施されたBBFを受信装置５１に対して送信する。【０２０９】
ステップＳ７１において、受信装置５１の受信部７１は、送信装置１１より送信されてきたBBFを受信し、BBFデスクランブラ７２に供給する。【０２１０】
ステップＳ７２において、BBFデスクランブラ７２は、供給されてきたスクランブルが施されたBBFをデスクランブルしてBBP抽出部７３に供給する。【０２１１】
ステップＳ７３において、BBP抽出部７３は、デスクランブルされたBBFよりBBPを順次抽出する。より詳細には、BBP抽出部７３は、BBH認識部７３ａを制御して、BBFにおけるBBHに記録されたBBF毎に新たに先頭から格納されるBBPの開始位置を示すポインタの情報を認識させて、BBF内におけるBBPを順次抽出し、データ生成部７４に供給する。【０２１２】
ステップＳ７４において、分離部３９１は、抽出されたBBPを順次、RTデータのBBPと、NRTデータのBBPとに分離し、それぞれデータ生成部７４、およびNRTデータバッファ３９２に出力する。【０２１３】
ステップＳ７５において、データ生成部７４は、分離部３９１より供給されてくるRTデータのBBPより伝送データを生成する。【０２１４】
ステップＳ７６において、分割部３９３は、データ生成部７４より供給されてくる伝送データを放送番組であるプログラム１乃至３に分割する。【０２１５】
ステップＳ７７において、分割部３９３は、分割した放送番組であるプログラム１乃至３としてそれぞれ出力する。【０２１６】
ステップＳ７８において、NRTデータバッファ３９２は、適宜、必要なタイミングでNRTデータである、蓄積型コンテンツやアプリケーションプログラムなどのデータや、パリティなどを出力する。【０２１７】
以上の処理により、RTデータを送信する際に、物理層の固定ビットレートに対して発生する空パケットに代えて、NRTデータを送信するようにしたので、例えば、図２５で示されるように、空パケットを低減させて送信効率を向上させることが可能となる。【０２１８】
尚、図２５は、図２０の波形Ｌに対応するものである。すなわち、最大値である発生符号量Ｓｘ以外のタイミングにおいて、波形Ｌから発生符号量Ｓｘの最大値までの範囲における範囲Ｚ１２が、空パケット（Null Packet）に代えて、NRTデータの符号量とされる。ただし、空パケットとされる符号量に対して、完全に対応する符号量のNRTデータを含ませることはできないことがあるので、範囲Ｚ１２の上の範囲Ｚ１１が、低減された空パケットの符号量となる。このように、範囲Ｚ０，Ｚ１２が有効な伝送パケットとなる。結果として、固定ビットレートの発生符号量の最大値Ｓｘのほぼ全範囲を使い切ることが可能となるので、伝送効率を向上させることが可能となる。【０２１９】
＜変形例＞
以上においては、NRTデータとRTデータとが個別の系統で入力される例について説明してきたが、これらを双方向の多重化通信により１系統にするようにしても良い。ただし、この際、NRTデータおよびRTデータを構成するパケットが、IPパケットである系統とTSパケットである系統とにそれぞれ系統が分かれる。【０２２０】
図２６は、NRTデータとRTデータとを１系統にして入力できるようにした送信装置１１の構成例である。ここで、図２６の送信装置１１において、図２１の送信装置１１と異なるのは、統計多重化部３４１およびNRTデータバッファ３４２の後段に多重化部４５１，４５３を設けて、BBP生成部３１およびNRTデータバッファ制御部３４３の前段に分離部４５２，４５４を設けた点である。【０２２１】
多重化部４５１は、RTデータである統計多重化部３４１の出力のうちのIPパケットと、NRTデータであるNRTデータバッファ３４２の出力のうちのIPパケットとを多重化して分離部４５２に出力する。【０２２２】
分離部４５２は、多重化されたデータを分離して、RTデータのIPパケットについては、BBP生成部３１に出力し、NRTデータのIPパケットについては、NRTデータバッファ制御部３４３に出力する。ただし、この際、NRTデータバッファ制御部３４３が、NRTデータバッファ３４２に対して、削除された空パケットに対応する符号量のNRTデータを要求する情報については、分離部４５２より多重化部４５１を介してNRTデータバッファ３４２に供給できるものとする。【０２２３】
同様に、多重化部４５３は、RTデータである統計多重化部３４１の出力のうちのTSパケットと、NRTデータであるNRTデータバッファ３４２の出力のうちのTSパケットとを多重化して分離部４５４に出力する。【０２２４】
分離部４５４は、多重化されたデータを分離して、RTデータのTSパケットについては、BBP生成部３１に出力し、NRTデータのTSパケットについては、NRTデータバッファ制御部３４３に出力する。ただし、この際、NRTデータバッファ制御部３４３が、NRTデータバッファ３４２に対して、削除された空パケットに対応する符号量のNRTデータを要求する情報については、分離部４５４より多重化部４５３を介してNRTデータバッファ３４２に供給できるものとする。【０２２５】
この場合、受信装置５１については、図２３の受信装置５１と同様のもので対応可能である。また、送受信処理については、NRTデータとRTデータとのIPパケットおよびTSパケットのそれぞれについて１系統にする点を除いて、図２５のフローチャートを参照して説明した処理と同様であるので、その説明は省略するものとする。【０２２６】
また、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。【０２２７】
例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。【０２２８】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。【０２２９】
尚、本技術は、以下のような構成も取ることができる。
（１）  実時間データに基づいて、所定の固定ビットレートを最大符号量として符号化信号を発生すると共に、発生した前記符号化信号の符号量が、前記最大符号量に対して不足するとき、前記不足する符号量の非実時間データを挿入した符号化信号を送信する
送信装置。
（２）  実時間データが所定の固定ビットレートを最大符号量として符号化され、前記最大符号量に対して不足するとき、前記不足する符号量の非実時間データが挿入された符号化信号を受信する
受信装置。
（３）  一定遅延時間内で送信すべき実時間データを、所定の固定ビットレートを最大符号量となるように符号化信号を発生し、前記固定ビットレートに対してする不足する符号量だけ空パケットを挿入する符号化部と、
前記実時間データの符号化信号のうち、前記空パケットを削除して、パケット化するパケット生成部と、
前記パケット生成部により削除された空パケットの符号量に対応する非実時間データのパケットを供給する非実時間データ供給部と、
前記実時間データのパケットと、前記非実時間データのパケットとに基づいて、所定長のフレームデータを生成するフレームデータ生成部と、
前記フレームデータを送信する送信部と
を含む送信装置。
（４）  前記符号化部は、複数の放送番組の実時間データの統計的な符号量から、前記所定の固定ビットレートの最大符号量を超えない範囲で、それぞれの放送番組の品質を最適化するように符号量を制御して符号化信号を発生する
（３）に記載の送信装置。
（５）  前記符号化部は、
複数の放送番組の実時間データの統計的な符号量から、前記所定の固定ビットレートの最大符号量を超えない範囲で、それぞれの放送番組の品質を最適化するように符号量を制御して符号化信号を発生し、前記最大符号量に対して不足するとき空パケットを挿入する空パケット挿入部を含む
（３）または（４）に記載の送信装置。
（６）  前記パケット生成部は、
前記実時間データの符号化信号のうち、前記空パケットを削除する空パケット削除部をさらに含む
（３）乃至（５）のいずれかに記載の送信装置。
（７）  前記パケット生成部は、前記空パケット削除部により、前記実時間データの符号化信号より削除された前記空パケットの符号量の情報を前記非実時間データ供給部に供給する
（６）に記載の送信装置。
（８）  前記非実時間データを記憶する非実時間データバッファをさらに含み、
前記非実時間データ供給部は、前記非実時間データバッファに対して、前記実時間データの符号化信号より削除された前記空パケットの符号量に対応する符号量の非実時間データを要求し、前記要求に応じた前記削除された前記空パケットの符号量に対応する符号量の非実時間データを前記非実時間データバッファより取得して、前記フレームデータ生成部に供給する
（７）に記載された送信装置。
（９）  前記フレームデータ生成部は、前記実時間データのパケットと、前記非実時間データのパケットに基づいて、所定長のフレームデータを生成し、
前記フレームデータが前記所定のビットレートの最大符号量に対して不足するとき、前記空パケットを挿入する空パケット挿入部をさらに含む
（３）乃至（８）のいずれかに記載の送信装置。
（１０）  前記実時間データと、前記非実時間データとを多重化して多重化信号を生成する多重化部と、
前記多重化部により生成された前記多重化信号を、前記実時間データと、前記非実時間データとに分離する分離部とを含む
（３）乃至（９）のいずれかに記載の送信装置。
（１１）  一定遅延時間内で送信すべき実時間データを、所定の固定ビットレートを最大符号量となるように符号化信号を発生し、前記固定ビットレートに対してする不足する符号量だけ空パケットを挿入し、
前記実時間データの符号化信号のうち、前記空パケットを削除して、パケット化し、
削除された空パケットの符号量に対応する非実時間データのパケットを供給し、
前記実時間データのパケットと、前記非実時間データのパケットとに基づいて、所定長のフレームデータを生成し、
前記フレームデータを送信する
ステップを含む送信方法。
（１２）  一定遅延時間内で送信すべき伝送データであって、所定の固定ビットレートを最大符号量となるように符号化信号にされた実時間データのパケットと、前記最大符号量に不足する符号量の非実時間データのパケットとに基づいて生成された所定長のフレームデータを受信する受信部と、
前記受信部により受信された前記所定長のフレームデータを、前記実時間データのパケットと、前記非実時間データのパケットとに分離する分離部と、
前記実時間データのパケットに基づいて前記実時間データを出力する実時間データ出力部と、
前記非実時間データのパケットに基づいて前記非実時間データを出力する非実時間データ出力部と
を含む受信装置。
（１３）  一定遅延時間内で送信すべき伝送データであって、所定の固定ビットレートを最大符号量となるように符号化信号にされた実時間データのパケットと、前記最大符号量に不足する符号量の非実時間データのパケットとに基づいて生成された所定長のフレームデータを受信し、
受信された前記所定長のフレームデータを、前記実時間データのパケットと、前記非実時間データのパケットとに分離し、
前記実時間データのパケットに基づいて、前記実時間データを出力し、
前記非実時間データのパケットに基づいて、前記非実時間データを出力する
ステップを含む受信方法。
【符号の説明】
【０２３０】
１１  送信装置，  ３１  BBP生成部，  ３２  BBF生成部，  ３３  BBFスクランブラ，  ３４  送信部，  ４１  BBH付加部，  ５１  受信装置，  ７１  受信部，  ７２  BBFデスクランブラ，  ７３  BBP抽出部，  ７３ａ  BBH認識部，  ７４  入力パケット生成部，  ３４１  統計多重化部，  ３４２  NRTデータバッファ，  ３４３  NRTデータバッファ制御部，  ３５１  NPI，  ３６１  NPD，  ３７１  NPI，  ３９１  分離部，  ３９２  NRTデータバッファ，  ３９３  分割部，  ４５１  多重化部，  ４５２  分離部，４５３  多重化部，  ４５４  分離部
【図１】
0006610960.tif 000002
【図２】
0006610960.tif 000003
【図３】
0006610960.tif 000004
【図４】
0006610960.tif 000005
【図５】
0006610960.tif 000006
【図６】
0006610960.tif 000007
【図７】
0006610960.tif 000008
【図８】
0006610960.tif 000009
【図９】
0006610960.tif 000010
【図１０】
0006610960.tif 000011
【図１１】
0006610960.tif 000012
【図１２】
0006610960.tif 000013
【図１３】
0006610960.tif 000014
【図１４】
0006610960.tif 000015
【図１５】
0006610960.tif 000016
【図１６】
0006610960.tif 000017
【図１７】
0006610960.tif 000018
【図１８】
0006610960.tif 000019
【図１９】
0006610960.tif 000020
【図２０】
0006610960.tif 000021
【図２１】
0006610960.tif 000022
【図２２】
0006610960.tif 000023
【図２３】
0006610960.tif 000024
【図２４】
0006610960.tif 000025
【図２５】
0006610960.tif 000026
【図２６】
0006610960.tif 000027