(57)【特許請求の範囲】
【請求項１】
入力パケットまたはストリームよりベースバンドパケットを生成するベースバンドパケット生成部と、
前記ベースバンドパケットよりベースバンドフレームを生成するベースバンドフレーム生成部と、
前記ベースバンドフレームを送信する送信部とを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、
前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、
前記最小固定長ヘッダは、
前記入力パケットまたはストリームの種別を識別する種別識別情報と、
前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長の情報からなる入力パケット長情報とを有する
送信装置。
【請求項２】
前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報を含む
請求項１に記載の送信装置。
【請求項３】
前記種別識別情報が、前記入力パケットまたはストリームの種別がIPパケットであることを示す場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、および前記入力パケット長の情報として最小入力パケット長情報を含む
請求項２に記載の送信装置。
【請求項４】
前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
前記可変長ヘッダは、前記入力パケット長の下位ビットを最小入力パケット長として、前記最小入力パケット長情報とするとき、その上位ビットからなる可変長パケット長情報、前記入力パケットまたはストリームを分割してベースバンドパケットが構成されているか否かを示す分割フラグ、並びに、前記可変長ヘッダに追加する追加ヘッダの有無を示す追加ヘッダフラグを含む
請求項３に記載の送信装置。
【請求項５】
前記分割フラグが前記入力パケットまたはストリームを分割してベースバンドパケットが構成されていることを示す場合、前記可変長ヘッダは、さらに、分割フラグヘッダを含み、
前記分割フラグヘッダは、前記分割フラグを識別するフラグID、および分割された前記ベースバンドパケットを識別する情報となるフラグカウンタを含む
請求項４に記載の送信装置。
【請求項６】
前記追加ヘッダフラグが、前記追加ヘッダが存在することを示す場合、前記ヘッダは、前記最小固定長ヘッダ、および前記可変長ヘッダに加えて、さらに、追加ヘッダを含み、
前記追加ヘッダは、前記追加ヘッダの種別を識別する追加ヘッダ識別情報、前記入力パケット長を表現する前記可変長パケット長情報よりも上位のビットからなる延長パケット長情報、および追加情報ヘッダの有無を表す追加情報ヘッダフラグを含む
請求項４に記載の送信装置。
【請求項７】
前記追加情報ヘッダフラグが、前記追加情報ヘッダが存在することを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定の情報からなる前記追加情報ヘッダを含む
請求項６に記載の送信装置。
【請求項８】
前記追加ヘッダ識別情報が、ラベル情報であることを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定のラベル情報からなる前記追加情報ヘッダを含む
請求項６に記載の送信装置。
【請求項９】
前記ベースバンドパケット生成部は、前記入力パケットまたはストリームの種別を識別し、識別した種別を種別識別部に登録し、前記識別した種別に応じたベースバンドパケットを生成する
請求項１に記載の送信装置。
【請求項１０】
前記最小入力パケット長情報は、最小パケットサイズに対応するビット数分をオフセットしたビット情報からなる最小固定長の情報である
請求項３に記載の送信装置。
【請求項１１】
前記種別識別情報が、トランスポートストリームパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成しているか否かを識別する空パケット削除情報、および前記ベースバンドパケットに含まれる前記入力パケット長の情報としてトランスポートストリームパケット数を表すトランスポートストリームパケット数情報を含む
請求項１に記載の送信装置。
【請求項１２】
前記空パケット削除情報が、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成していることを示す情報である場合、前記ヘッダは、前記削除された空パケットの数を表す情報をさらに含む
請求項１１に記載の送信装置。
【請求項１３】
前記種別識別情報は、前記入力パケットまたはストリームのプロトコルを特定する情報以外のプロトコルであることを表す不特定プロトコル情報を含み、
前記種別識別情報が、前記不特定プロトコル情報である場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、所定のプロトコルを特定する所定プロトコル情報を含む
請求項１に記載の送信装置。
【請求項１４】
入力パケットまたはストリームよりベースバンドパケットを生成し、
前記ベースバンドパケットよりベースバンドフレームを生成し、
前記ベースバンドフレームを送信するステップを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、
前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、
前記最小固定長ヘッダは、
前記入力パケットまたはストリームの種別を識別する種別識別情報と、
前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する
送信方法。
【請求項１５】
送信されてくるベースバンドフレームからなる信号を受信する受信部と、
受信されたベースバンドフレームよりベースバンドパケットを生成するベースバンドパケット生成部と、
前記ベースバンドパケットより入力パケットまたはストリームを生成する入力パケット生成部とを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、
前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、
前記最小固定長ヘッダは、
前記入力パケットまたはストリームの種別を識別する種別識別情報と、
前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する
受信装置。
【請求項１６】
送信されてくるベースバンドフレームからなる信号を受信し、
受信されたベースバンドフレームよりベースバンドパケットを生成し、
前記ベースバンドパケットより入力パケットまたはストリームを生成するステップを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、
前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、
前記最小固定長ヘッダは、
前記入力パケットまたはストリームの種別を識別する種別識別情報と、
前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置および送信方法、並びに受信装置および受信方法に関し、特に、送信パケット長に応じてヘッダにおけるパケット長の情報を格納するビット数を可変に設定するようにしたことで、ヘッダの冗長性を抑制し、高効率で高速に入力パケットを送受信できるようにした送信装置および送信方法、並びに受信装置および受信方法に関する。
【背景技術】
【０００２】
放送信号のデジタル化と通信技術の発展に伴って、放送と通信の両方で映像や音声などを含むコンテンツの伝送が可能となってきている。【０００３】
放送は、多数の利用者にコンテンツを同時に安定して伝送することができる反面、一方向にしか通信することができない。これに対して、通信は要求に応じて、双方向にコンテンツを伝送できるものの、ネットワークの輻輳が発生することにより、コンテンツを安定して送信できない。【０００４】
そこで、放送においても、通信で広く使われているIPパケットを利用してコンテンツ伝送することで、多種多様なコンテンツの伝送を可能にすると共に、双方向での通信を実現するための技術が提案されている。このような技術の１つとして、例えば、DVB-T2（Digital Video Broadcasting-Terrestrial Second Generation）が挙げられる（例えば、非特許文献１参照）。【０００５】
また、この他にも、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）なども挙げられる。
【先行技術文献】
【非特許文献】
【０００６】
【非特許文献１】ETSI EN 302 755 V1.3.1(2012-04)
【発明の概要】
【発明が解決しようとする課題】
【０００７】
上述した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パケットを送信する際には、ヘッダ内のパケット長のために設定されたビットのうち、上位ビットが使用されないパケットが多く存在する。【００１１】
すなわち、実際には、パケット長が小さいパケットの流通量がある程度の頻度であるにも関わらず、そのヘッダに最大パケット長に対応する情報を格納可能なビット数を用意すると、比較的利用頻度の高い小さいパケット長のパケットにおいては、上位ビットは使用されることがない。結果として、流通するパケットでは、ヘッダが冗長なものとなる恐れがある。【００１２】
本技術は、このような状況に鑑みてなされたものであり、特に、パケットのヘッダにおけるパケット長の情報を格納するビット数をパケット長に応じて設定するようにし、パケット長に応じた利用を実現することで、パケットのヘッダの冗長性を低減し、通信効率を向上させるものである。
【課題を解決するための手段】
【００１３】
本技術の第１の側面の送信装置は、入力パケットまたはストリームよりベースバンドパケットを生成するベースバンドパケット生成部と、前記ベースバンドパケットよりベースバンドフレームを生成するベースバンドフレーム生成部と、前記ベースバンドフレームを送信する送信部とを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、前記最小固定長ヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する。
前記最小固定長ヘッダには、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報を含ませるようにすることができる。
【００１４】
前記種別識別情報が、前記入力パケットまたはストリームの種別がIPパケットであることを示す場合、前記最小固定長ヘッダには、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、および前記入力パケット長の情報として最小入力パケット長情報を含ませるようにすることができる。
【００１５】
前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダには、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含ませるようにすることができ、前記可変長ヘッダには、前記入力パケット長の下位ビットを最小入力パケット長として、前記最小入力パケット長情報とするとき、その上位ビットからなる可変長パケット長情報、前記入力パケットまたはストリームを分割してベースバンドパケットが構成されているか否かを示す分割フラグ、並びに、前記可変長ヘッダに追加する追加ヘッダの有無を示す追加ヘッダフラグを含ませるようにすることができる。
前記最小固定長ヘッダには、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報を含ませるようにすることができる。
【００１６】
前記分割フラグが前記入力パケットまたはストリームを分割してベースバンドパケットが構成されていることを示す場合、前記可変長ヘッダには、さらに、分割フラグヘッダを含ませるようにすることができ、前記分割フラグヘッダには、前記分割フラグを識別するフラグID、および分割された前記ベースバンドパケットを識別する情報となるフラグカウンタを含ませるようにすることができる。【００１７】
前記追加ヘッダフラグが、前記追加ヘッダが存在することを示す場合、前記ヘッダには、前記最小固定長ヘッダ、および前記可変長ヘッダに加えて、さらに、追加ヘッダを含ませるようにすることができ、前記追加ヘッダには、前記追加ヘッダの種別を識別する追加ヘッダ識別情報、前記入力パケット長を表現する前記可変長パケット長情報よりも上位のビットからなる延長パケット長情報、および追加情報ヘッダの有無を表す追加情報ヘッダフラグを含ませるようにすることができる。【００１８】
前記追加情報ヘッダフラグが、前記追加情報ヘッダが存在することを表す場合、前記ヘッダには、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定の情報からなる前記追加情報ヘッダを含ませるようにすることができる。【００１９】
前記追加ヘッダ識別情報が、ラベル情報であることを表す場合、前記ヘッダには、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定のラベル情報からなる前記追加情報ヘッダを含ませるようにすることができる。【００２０】
前記ベースバンドパケット生成部には、前記入力パケットまたはストリームの種別を識別し、識別した種別を種別識別部に登録し、前記識別した種別に応じたベースバンドパケットを生成させるようにすることができる。【００２１】
前記最小入力パケット長情報は、最小パケットサイズに対応するビット数分をオフセットしたビット情報からなる最小固定長の情報とすることができる。【００２２】
前記種別識別情報が、トランスポートストリームパケットである場合、前記最小固定長ヘッダには、前記種別識別情報に加えて、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成しているか否かを識別する空パケット削除情報、および前記ベースバンドパケットに含まれる前記入力パケット長の情報としてトランスポートストリームパケット数を表すトランスポートストリームパケット数情報を含ませるようにすることができる。【００２３】
前記空パケット削除情報が、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成していることを示す情報である場合、前記ヘッダには、前記削除された空パケットの数を表す情報をさらに含ませるようにすることができる。
【００２４】
前記種別識別情報には、前記入力パケットまたはストリームのプロトコルを特定する情報以外のプロトコルであることを表す不特定プロトコル情報を含ませるようにすることができ、前記種別識別情報が、前記不特定プロトコル情報である場合、前記ヘッダには、前記最小固定長ヘッダに加えて、さらに、所定のプロトコルを特定する所定プロトコル情報を含ませるようにすることができる。【００２５】
本技術の第１の側面の送信方法は、入力パケットまたはストリームよりベースバンドパケットを生成し、前記ベースバンドパケットよりベースバンドフレームを生成し、前記ベースバンドフレームを送信するステップを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、前記最小固定長ヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する。
【００２６】
本技術の第２の側面の受信装置は、送信されてくるベースバンドフレームからなる信号を受信する受信部と、受信されたベースバンドフレームよりベースバンドパケットを生成するベースバンドパケット生成部と、前記ベースバンドパケットより入力パケットまたはストリームを生成する入力パケット生成部とを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、前記最小固定長ヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する。
【００２７】
本技術の第２の側面の受信方法は、送信されてくるベースバンドフレームからなる信号を受信し、受信されたベースバンドフレームよりベースバンドパケットを生成し、前記ベースバンドパケットより入力パケットまたはストリームを生成するステップを含み、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、前記最小固定長ヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する。
【００２８】
本技術の第１の側面においては、入力パケットまたはストリームよりベースバンドパケットが生成され、前記ベースバンドパケットよりベースバンドフレームが生成され、前記ベースバンドフレームが送信され、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、前記最小固定長ヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する。
【００２９】
本技術の第２の側面においては、送信されてくるベースバンドフレームからなる信号が受信され、受信されたベースバンドフレームよりベースバンドパケットが生成され、前記ベースバンドパケットより入力パケットまたはストリームが生成され、前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変長のヘッダであり、前記入力パケット長が、前記入力パケット長の最小固定長であるとき、前記ベースバンドパケットのヘッダは、前記ベースバンドパケットのヘッダの最小固定長となる最小固定長ヘッダからなり、前記最小固定長ヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドパケットのペイロードに格納される前記入力パケットまたはストリームのパケット長である入力パケット長に応じた可変のパケット長である入力パケット長の情報からなる入力パケット長情報とを有する。
【発明の効果】
【００３０】
本技術の第１および第２の側面によれば、様々なタイプの入力パケットまたはストリームの送受信をシングルストリームで実現させると共に、様々なサイズの入力パケットまたはストリームを送受信しても、パケットのヘッダの冗長性を抑制し、高効率で送受信させることが可能となる。
【図面の簡単な説明】
【００３１】
【図１】本技術を適用した送信装置の構成例を説明する図である。
【図２】本技術を適用した受信装置の構成例を説明する図である。
【図３】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の構成例を説明する図である。
【図１９】本技術の送信装置および受信装置による送受信処理を説明するフローチャートである。
【発明を実施するための最良の形態】
【００３２】
［送信装置の構成例］
図１は、本技術を適用した送信装置の一実施の形態の構成例を示したものである。この送信装置１１は、放送信号である、例えば、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バイトが付加される。【００６４】
また、種別識別部ＦＨ１−１が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１１１のヘッダ１２１およびBBFペイロード１２２の合計が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バイトからなるBBFペイロード１２２−１乃至１２２−３２のそれぞれに、いずれも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パケット１５１より構成されており、これらがBBFペイロード１２２−３１乃至１２２−３３とされて、BBP１１１−１乃至１１１−３が構成されている。【０１１３】
ところで、図１１の最上段で示されるTSパケット１５１は、通常のTSパケットが188バイトで構成されるのに対して、187バイトで構成されている。これは、図１２の最上段で示されるように、通常は、TSパケット１５１−１乃至１５１−８は、それぞれに同期を取るための1バイトのシンクバイト（0×47）１６１−１乃至１６１−８が設けられており、これを含めて188バイトとされている。そこで、図１１の２段目および図１２の最上段で示されるTSパケット１５１については、シンクバイト１６１が削除された形態でBBFペイロード１２２が形成されている。したがって、BBFペイロード１２２のパケット長は、1496（＝187×8）バイトとなる。【０１１４】
また、ヘッダ１２１は、図１１の最下段、および図１２の最下段で示される構成となる。すなわち、ヘッダ１２１は、１バイトのTSヘッダＦＨ２より構成される。より詳細には、TSヘッダＦＨ２の、種別識別部（Ｔｙｐｅ）ＦＨ１−１、空パケット識別部ＦＨ２−１、およびTSパケット数部ＦＨ２−３には、それぞれ、「00」，「0」、およびTSパケット数の4ビットとして、８個分の「1000」が格納されている。すなわち、図１２のTSヘッダＦＨ２は、入力パケットがTSパケットであり、空パケット削除モードではなく、8個のTSパケットを含んでいることを示している。【０１１５】
BBF１３１−３１，１３１−３２の構成については、図４を参照して説明したBBF１３１と同様であるので、その説明は省略するものとする。【０１１６】
このように、TSモードにおいては、BBP１１１のBBFペイロード１２２を構成するTSパケットからは一律にシンクバイトが削除されるので、例えば、通常のTSパケットが8個であれば、1504バイトとなるが、ヘッダ１２１の1バイトとBBFペイロード１２２の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より入力パケットが生成される。結果として、送受信されるパケットの冗長性が抑制され、高速で、かつ、確実なパケット通信を実現することが可能となる。【０１６０】
なお、本技術の実施の形態は、上述した実施の形態に限定されるものではなく、本技術の要旨を逸脱しない範囲において種々の変更が可能である。【０１６１】
例えば、上述のフローチャートで説明した各ステップは、１つの装置で実行する他、複数の装置で分担して実行することができる。【０１６２】
さらに、１つのステップに複数の処理が含まれる場合には、その１つのステップに含まれる複数の処理は、１つの装置で実行する他、複数の装置で分担して実行することができる。【０１６３】
尚、本技術は、以下のような構成も取ることができる。
（１）  入力パケットまたはストリームよりベースバンドパケットを生成するベースバンドパケット生成部と、
前記ベースバンドパケットよりベースバンドフレームを生成するベースバンドフレーム生成部と、
前記ベースバンドフレームを送信する送信部とを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
送信装置。
（２）  前記種別識別情報が前記入力パケットまたはストリームの種別がIPパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記入力パケット長が最小固定長であるか否かを識別する最小固定長識別情報、および前記入力パケット長の情報として最小入力パケット長情報を含む
（１）に記載の送信装置。
（３）  前記最小固定長識別情報が、前記入力パケット長が前記最小固定長ではないことを示す場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、可変長ヘッダを含み、
前記可変長ヘッダは、前記入力パケット長の下位ビットを前記最小入力パケット長として、前記最小入力パケット長情報とするとき、その上位ビットからなる可変長パケット長情報、前記入力パケットまたはストリームを分割してベースバンドパケットが構成されているか否かを示す分割フラグ、並びに、前記可変長ヘッダに追加する追加ヘッダの有無を示す追加ヘッダフラグとを含む
（２）に記載の送信装置。
（４）  前記分割フラグが前記入力パケットまたはストリームを分割してベースバンドパケットが構成されていることを示す場合、前記可変長ヘッダは、さらに、分割フラグヘッダを含み、
前記分割フラグヘッダは、前記分割フラグを識別するフラグID、および分割された前記ベースバンドパケットを識別する情報となるフラグカウンタを含む
（３）に記載の送信装置。
（５）  前記追加ヘッダフラグが、前記追加ヘッダが存在することを示す場合、前記ヘッダは、前記最小固定長ヘッダ、および前記可変長ヘッダに加えて、さらに、追加ヘッダを含み、
前記追加ヘッダは、前記追加ヘッダの種別を識別する追加ヘッダ識別情報、前記入力パケット長を表現する前記可変長パケット長情報よりも上位のビットからなる延長パケット長情報、および追加情報ヘッダの有無を表す追加情報ヘッダフラグを含む
（３）に記載の送信装置。
（６）  前記追加情報ヘッダフラグが、前記追加情報ヘッダが存在することを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定の情報からなる前記追加情報ヘッダを含む
（５）に記載の送信装置。
（７）  前記追加ヘッダ識別情報が、ラベル情報であることを表す場合、前記ヘッダは、前記最小固定長ヘッダ、前記可変長ヘッダ、および前記追加ヘッダに加えて、さらに、所定のラベル情報からなる前記追加情報ヘッダを含む
（５）に記載の送信装置。
（８）  前記ベースバンドパケット生成部は、前記入力パケットまたはストリームの種別を識別し、識別した種別を種別識別部に登録し、前記識別した種別に応じたベースバンドパケットを生成する
（１）に記載の送信装置。
（９）  前記最小入力パケット長情報は、最小パケットサイズに対応するビット数分をオフセットしたビット情報からなる最小固定長の情報である
（１）に記載の送信装置。
（１０）  前記種別識別情報が、トランスポートストリームパケットである場合、前記最小固定長ヘッダは、前記種別識別情報に加えて、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成しているか否かを識別する空パケット削除情報、および前記ベースバンドパケットに含まれる前記入力パケット長の情報としてトランスポートストリームパケット数を表すトランスポートストリームパケット数情報を含む
（１）に記載の送信装置。
（１１）  前記パケット削除情報が、前記トランスポートストリームパケットのうち空パケットを削除してベースバンドパケットを構成していることを示す情報である場合、前記ヘッダは、前記削除された空パケットの数を表す情報をさらに含む
（１０）に記載の送信装置。
（１２）  前記種別識別情報は、前記入力パケットまたはストリームのプロトコルを特定する情報以外のプロトコルであることを表す不特定プロトコル情報を含み、
前記種別識別情報が、前記不特定プロトコル情報である場合、前記ヘッダは、前記最小固定長ヘッダに加えて、さらに、所定のプロトコルを特定する所定プロトコル情報を含む
（１）に記載の送信装置。
（１３）  入力パケットまたはストリームよりベースバンドパケットを生成し、
前記ベースバンドパケットよりベースバンドフレームを生成し、
前記ベースバンドフレームを送信するステップとを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
送信方法。
（１４）  送信されてくるベースバンドフレームからなる信号を受信する受信部と、
受信されたベースバンドフレームよりベースバンドパケットを生成するベースバンドパケット生成部と、
前記ベースバンドパケットより入力パケットまたはストリームを生成する入力パケット生成部とを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
受信装置。
（１５）  送信されてくるベースバンドフレームからなる信号を受信し、
受信されたベースバンドフレームよりベースバンドパケットを生成し、
前記ベースバンドパケットより入力パケットまたはストリームを生成するステップを含み、
前記ベースバンドパケットのヘッダは、前記入力パケットまたはストリームの種別を識別する種別識別情報と、前記ベースバンドフレームのペイロードに格納される前記入力パケットまたはストリームのパケット長の情報とを有する最小固定長ヘッダを含む
受信方法。
【符号の説明】
【０１６４】
１１  送信装置，  ３１  BBP生成部，  ３２  BBF生成部，  ３３  BBFスクランブラ，  ３４  送信部，  ４１  BBH付加部，  ５１  受信装置，  ７１  受信部，  ７２  BBFデスクランブラ，  ７３  BBP抽出部，  ７３ａ  BBH認識部，  ７４  入力パケット生成部
【図１】
0006499071.tif 000002
【図２】
0006499071.tif 000003
【図３】
0006499071.tif 000004
【図４】
0006499071.tif 000005
【図５】
0006499071.tif 000006
【図６】
0006499071.tif 000007
【図７】
0006499071.tif 000008
【図８】
0006499071.tif 000009
【図９】
0006499071.tif 000010
【図１０】
0006499071.tif 000011
【図１１】
0006499071.tif 000012
【図１２】
0006499071.tif 000013
【図１３】
0006499071.tif 000014
【図１４】
0006499071.tif 000015
【図１５】
0006499071.tif 000016
【図１６】
0006499071.tif 000017
【図１７】
0006499071.tif 000018
【図１８】
0006499071.tif 000019
【図１９】
0006499071.tif 000020