(57)【特許請求の範囲】
【請求項１】
上位層にメディアデータを含む多重化トランスポートパケットを持つ第１の伝送パケットが連続的に配置された伝送ストリームを送信する送信部と、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報を挿入する情報挿入部と、
上記第１の伝送パケットにおける上記開始バイトの位置を示すオフセット情報を含む第２の伝送パケットを上記伝送ストリームに挿入する伝送パケット挿入部を備える
送信装置。
【請求項２】
上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである
請求項１に記載の送信装置。
【請求項３】
上記第１および第２の伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである
請求項１に記載の送信装置。
【請求項４】
送信部により、上位層にメディアデータを含む多重化トランスポートパケットを持つ第１の伝送パケットが連続的に配置された伝送ストリームを送信する送信ステップと、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報を挿入する情報挿入ステップと、
上記第１の伝送パケットにおける上記開始バイトの位置を示すオフセット情報を含む第２の伝送パケットを上記伝送ストリームに挿入する伝送パケット挿入ステップを有する
送信方法。
【請求項５】
上位層にメディア情報を含む多重化トランスポートパケットを持つ第１の伝送パケットが連続的に配置された伝送ストリームを受信する受信部を備え、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報が挿入されており、
上記伝送ストリームに、上記第１の伝送パケットにおける上記開始バイトの位置を示すオフセット情報を含む第２の伝送パケットが挿入されており、
上記受信された伝送ストリームを、上記識別情報および上記オフセット情報を用いて処理する処理部をさらに備える
受信装置。
【請求項６】
上記第１の伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである
請求項５に記載の受信装置。
【請求項７】
上記第１および第２の伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである
請求項５に記載の受信装置。
【請求項８】
受信部により、上位層にメディア情報を含む多重化トランスポートパケットを持つ第１の伝送パケットが連続的に配置された伝送ストリームを受信する受信ステップを有し、
上記第１の伝送パケットのヘッダに、該第１の伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報が挿入されており、
上記伝送ストリームに、上記第１の伝送パケットにおける上記開始バイトの位置を示すオフセット情報を含む第２の伝送パケットが挿入されており、
上記受信された伝送ストリームを、上記識別情報および上記オフセット情報を用いて処理する処理ステップをさらに有する
受信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本技術は、送信装置、送信方法、受信装置および受信方法に関し、詳しくは、伝送パケットが連続的に配置された伝送ストリームを送信する送信装置等に関する。
【背景技術】
【０００２】
ＩＰパケットの上にサービスストリームを供給するような場合、伝送路の変調を行う物理レイヤ（Physical layer）と、データをパケット化するＩＰパケットレイヤとの間のインタフェースとしてカプセル・レイヤを設ける場合がある（例えば、特許文献１参照）。従来は、カプセル・レイヤがコンテナする情報として、時間管理の束縛がないデータやファイルダウンロードが適するものとされていた。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−０１５８７５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
放送波によるサービスとＩＰ配信サービスとを共有するサービスを行う場合、放送波のサービスのパケットをＩＰパケットに載せ、そのＩＰパケットを放送波で伝送するためにカプセル・レイヤを介するといった、従来のファイルダウンロード的な用途だけでない、リアルタイム系のサービスをカプセル・レイヤで送ることが考えられる。【０００５】
カプセル・レイヤのパケットの上には、ＩＰパケットのレイヤがあり、その上にはＵＤＰあるいはＴＣＰなどのインターネットパケットのレイヤがあり、その上にメディアのトランスポートレイヤがあり、その上に、映像、音声、字幕などのメディア符号化レイヤがある。これらの各レイヤのサイズは、各々のレイヤにおける符号化に依存し、可変である。これらの多段に重ねられた可変長のレイヤを復号化していく場合、システム全体としての遅延が発生する。【０００６】
メディアデータに関しては、ピクチャなどのアクセスユニットごとに暗号化されたり、されなかったりする。非メディアデータである、シグナリング情報は暗号化されていない場合もある。また、画像データの符号化データは暗号化され、画像データを符号化した際のメタ情報は暗号化されなかったりする。アクセスユニットごとに暗号化が初期化される場合、ストリーム上で暗号化の解読を素早く行うには、暗号化の初期化位置から解読を行う必要がある。初期化位置が分からないと、解読開始が行えず、映像、音声などのメディアの再生に遅延が生ずるか、あるいは再生自体が困難になることがある。【０００７】
メディアデータのアクセスユニットの開始位置、あるいは暗号化の初期化位置が、多段の可変長符号化レイヤを跨いで解析せずとも、下位レイヤから素早く検出できることは、メディア再生側にとって重要な機能である。【０００８】
本技術の目的は、メディアデータのアクセスユニットの開始バイトの検出を伝送パケットのレイヤから容易かつ高速に行い得るようにすることにある。
【課題を解決するための手段】
【０００９】
本技術の概念は、
上位層にメディアデータを含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームを送信する送信部と、
上記伝送パケットのヘッダに、該伝送パケットに上記メディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報を挿入する情報挿入部を備える
送信装置にある。【００１０】
本技術において、送信部により、上位層にメディアデータを含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームが送信される。例えば、伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである、ようにされてもよい。この場合、例えば、伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである、ようにされてもよい。情報挿入部により、伝送パケットのヘッダに、この伝送パケットにメディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報が挿入される。【００１１】
このように本技術においては、伝送パケットにメディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報が挿入されるものであり、受信側では、メディアデータのアクセスユニットの開始バイトの検出を伝送パケットのレイヤから容易かつ高速に行うことが可能となる。【００１２】
なお、本技術において、例えば、送信部は、伝送パケットにおけるメディアデータのアクセスユニットの開始バイトの位置を示すオフセット情報をさらに送信する、ようにされてもよい。この場合、例えば、送信部は、オフセット情報を含むシグナリングパケットを持つ伝送パケットを伝送ストリームに挿入する、ようにされてもよい。これにより、受信側では、伝送パケットに存在するメディアデータのアクセスユニットの開始バイトの位置を容易に把握可能となる。【００１３】
また、本技術の他の概念は、
上位層にメディア情報を含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームを受信する受信部を備え、
上記伝送パケットのヘッダに、該伝送パケットに上記メディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報が挿入されており、
上記受信された伝送ストリームを、上記識別情報を用いて処理する処理部をさらに備える
受信装置にある。【００１４】
本技術において、受信部により、上位層にメディア情報を含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームが受信される。伝送パケットのヘッダに、この伝送パケットにメディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報が挿入されている。処理部により、受信された伝送ストリームが識別情報を用いて処理される。【００１５】
例えば、伝送パケットは、ペイロードに多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである、ようにされてもよい。この場合、例えば、伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである、ようにされてもよい。【００１６】
このように本技術においては、伝送パケットが連続的に配置された伝送ストリームを受信して処理するものである。この場合、伝送パケットに挿入されているメディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報を用いて処理するものである。そのため、メディアデータのアクセスユニットの開始バイトの検出を伝送パケットのレイヤから容易かつ高速に行うことができ、メディアデータの処理遅延の低減を図ることが可能となる。【００１７】
なお、本技術において、例えば、受信部は、伝送パケットにおけるメディアデータのアクセスユニットの開始バイトの位置を示すオフセット情報をさらに受信し、処理部は、受信された伝送ストリームを、そのオフセット情報を用いて処理する、ようにされてもよい。これにより、受信側では、伝送パケットにおけるメディアデータのアクセスユニットの開始バイトの位置を容易に把握でき、メディアデータの処理効率を高めることが可能となる。
【発明の効果】
【００１８】
本技術によれば、メディアデータのアクセスユニットの開始バイトの検出を伝送パケットのレイヤから容易かつ高速に行い得る。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。
【図面の簡単な説明】
【００１９】
【図１】実施の形態としての送受信システムの構成例を示すブロック図である。
【図２】伝送プロトコル・スタックを示す図である。
【図３】伝送フレームにおけるＴＭＣＣ情報の構造例を示す図である。
【図４】伝送フレームにおけるＴＭＣＣ情報の構造例の主要な内容を説明するための図である。
【図５】伝送フレームの各スロットのデータ領域にＴＬＶパケットを収納する例を示す図である。
【図６】ＴＬＶパケットの配置が各伝送フレームの開始に同期しない例および同期する例を示す図である。
【図７】伝送プロトコル・スタックのパケット構成略図である。
【図８】ＴＬＶパケット（TLV packet()）の構造例を示す図である。
【図９】ＴＬＶパケットのより詳細な構造例を示す図である。
【図１０】ＴＬＶパケットヘッダの「media_entry_start_bit」の内容を示す図である。
【図１１】ＴＬＶパケットヘッダの「packet_type」が示すパケットタイプと、「media_entry_start_bit」と「packet_type」の主要な要素の組み合わせを説明するための図である。
【図１２】エントリ・オフセット・ポジション・シグナリングパケットの構造例と、その構造例における主要な内容を示す図である。
【図１３】ＴＬＶパケットが連続的に配置された伝送ストリームの一例を示す図である。
【図１４】ＩＰヘッダの構造例を示す図である。
【図１５】ＵＤＰヘッダとペイロードの構造例を示す図である。
【図１６】送信装置の構成例を示すブロック図である。
【図１７】受信装置の構成例を示すブロック図である。
【図１８】受信装置における各ＴＬＶパケットの処理を概略的に示すフローチャートである。
【図１９】ＴＬＶパケットのヘッダにおいてＭＥＳ＝０であるとき、このＴＬＶパケットのペイロードに、メディアデータのアクセスユニットの開始バイトが含まれることを示す図である。
【発明を実施するための形態】
【００２０】
以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例
【００２１】
＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、送信装置１００と、受信装置２００とを有する構成となっている。
【００２２】
送信装置１００は、伝送パケットとしてのＴＬＶ（Type Length Value）パケットが連続的に配置された伝送ストリームを、放送波に載せ、ＲＦ伝送路を通じて受信側に送信する。ＴＬＶパケットは、上位層に多重化トランスポートパケット、そしてビデオ、オーディオなどのメディアデータを持つ多階層構成のパケットであり、ペイロードに多重化トランスポートパケットを含むＩＰパケットや伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）をカプセル化して得られたカプセル・レイヤのパケットである。
【００２３】
この実施の形態において、伝送パケットのヘッダに、この伝送パケットにメディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報が挿入される。また、この実施の形態において、送信装置１００は、ＴＬＶパケットにおけるメディアデータのアクセスユニットの開始バイトの位置を示すオフセット情報を、放送波に載せ、ＲＦ伝送路を通じて受信側に送信する。この場合、送信装置１００は、オフセット情報を含むシグナリングパケットを持つＴＬＶパケットを、伝送ストリームに挿入する。
【００２４】
受信装置２００は、送信装置１００から放送波に載せて送られてくる伝送ストリームを受信する。この伝送ストリームには、伝送パケットとしてのＴＬＶパケットが連続的に配置されており、このＴＬＶパケット伝送パケットのヘッダに、このＴＬＶパケットにメディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報が挿入されている。また、受信装置２００は、送信装置１００から、ＴＬＶパケットにおけるメディアデータのアクセスユニットの開始バイトの位置を示す、このＴＬＶパケットの先頭からのオフセット情報を受信する。受信装置２００は、識別情報やオフセット情報に基づいて、メディアデータを処理し、メディアデータによる画像表示や音声出力などを行う。
【００２５】
図２は、伝送プロトコル・スタックを示している。一番下に伝送路変調レイヤがある。この伝送路変調レイヤの上に伝送スロットがあり、この伝送スロットの中に、ＴＬＶパケットがあり、このＴＬＶパケットの上にはＩＰパケットがある。そして、このＩＰパケットの上に、図示しないＵＤＰパケットあるいはＴＣＰパケットを介して、ビデオ、オーディオのメディアデータや制御系データを含む多重化トランスポートパケットがある。
【００２６】
伝送スロットは、ひとつの伝送フレームに、変調方式に応じて、最大１２０個まで含まれる。各伝送スロットには、ＴＭＣＣ（Transmission and Multiplexing Configuration Control）情報が付加されている。このＴＭＣＣ情報は、各伝送スロットに対する伝送ストリームの割り当てや伝送方式との関係など、伝送制御に関する情報で構成される。このＴＭＣＣ情報の一つとして、伝送スロット中のＴＬＶパケットの位置を示すポインタ情報が含まれている。このポインタ情報を参照することで、ＴＬＶパケットの最初から正しく解析を始めることが可能になっている。
【００２７】
このＴＭＣＣ情報の伝送に利用できる領域は、伝送フレームあたり９４２２ビットである。伝送方式等の切り替えが行われる場合には、ＴＭＣＣ情報は実際の切り替えタイミングに対して２フレーム先行して切り替え後の情報を伝送する。なお、ＴＭＣＣ情報の最小更新間隔は、例えば１フレームとされる。図３は、伝送フレームにおけるＴＭＣＣ情報の構造例（Syntax）を示している。
【００２８】
高度広帯域衛星デジタル放送方式においては、最大１６のストリームをひとつの衛星中継器で伝送可能である。「相対ストリーム／スロット情報」は、スロットのそれぞれに対して、０から１５のいずれかの相対ストリーム番号を割り当て、同一の相対ストリーム番号をもつスロットのデータは、ひとつのストリームであることを示す。
【００２９】
また、「相対ストリーム／伝送ストリームＩＤ情報」は、相対ストリーム番号０〜１５の各相対ストリームに伝送ストリームＩＤを割り当てる。ここで、伝送ストリームＩＤは、例えば、相対ストリームがＭＰＥＧ２−ＴＳの場合は「ＴＳ＿ＩＤ」とされ、相対ストリームがＴＬＶの場合は「ＴＬＶストリームＩＤ」とされる。また、「相対ストリーム／ストリーム種別情報」は、図４（ａ）に示すように、各相対ストリーム番号のストリームの種別を表す。図４（ｂ）に示すように、例えば、“０ｘ０１”はＭＰＥＧ２−ＴＳを示し、“０ｘ０２”はＴＬＶを示す。
【００３０】
「ポインタ/スロット情報」は、各スロットに対するトップポインタとラストポインタで構成され、主にパケット同期とパケット無効化に用いられる。図５は、各スロットのデータ領域にＴＬＶパケットを収納する例を示す。トップポインタは各スロットに収納されるパケットのうち、最初のパケット先頭バイト位置を示す。ラストポインタは各スロットに収納されるパケットのうち、最後のパケット末尾バイト位置＋１を示す。
【００３１】
なお、トップポインタが「０ｘＦＦＦＦ」であるとき、スロット中の最初のＴＬＶパケットの先頭バイトが不在であることを示す。これは、スロット中の最初のＴＬＶパケットは、前のスロットから続いていることを意味する。また、ラストポインタが「０ｘＦＦＦＦ」であるとき、スロット中の最後のＴＬＶパケットの最終バイトが不在であることを示す。これは、スロット中の最後のＴＬＶパケットは、次のスロットまで続くことを意味する。
【００３２】
図６（ａ）は、ＴＬＶパケットの配置が各伝送フレームの開始に同期しない例を示している。各スロットの開始は、伝送フレームで一意に決まる。ＴＬＶパケットは、スロットとは無関係に存在する。複数の伝送フレームを跨いでＴＬＶパケットが続く場合には、２つの伝送フレームに分断されるＴＬＶパケットが存在する。
【００３３】
図６（ｂ）は、ＴＬＶパケットの配置が各伝送フレームの開始に同期する例を示している。各スロットの開始は、伝送フレームで一意に決まる。ＴＬＶパケットは、スロットとは必ずしも同期しないが、伝送フレームの開始はＴＬＶパケットの開始になる。すなわち、各伝送フレームの最初のスロット（Slot 1）の開始は、ＴＬＶパケットの開始となる。
【００３４】
図６（ｂ）の場合には、伝送フレームの最後に無効（null）の領域が発生することが多く、図６（ａ）の場合に比べて伝送効率は低下する。なお、図面の簡単化のため、図示の例においては、各伝送フレームには３個のスロットが存在するものとして示している。実際には、上述したように、変調方式に応じて、最大１２０個まで含まれる。
【００３５】
図７は、伝送プロトコル・スタックのパケット構成略図を示している。伝送スロットは、スロットヘッダと伝送スロットデータとからなる。伝送スロットデータに、ＴＬＶパケットが含まれる。ＴＬＶパケットは、ヘッダとデータとからなる。この実施の形態おいて、このＴＬＶパケットのヘッダに、このＴＬＶパケットにメディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報として、ＭＥＳ（Media_entry_start_bit）が挿入される。
【００３６】
また、このＴＬＶパケットのデータとして、ＩＰパケットあるいは伝送制御信号が含まれる。伝送制御信号は、「ＴＬＶ−ＮＩＴ」あるいは「ＡＭＴ」である。「ＴＬＶ−ＮＩＴ」は、変調周波数や放送の他のプログラムとの関連付け情報である。「ＡＭＴ」は、放送サービスに関係するＩＰアドレスである。
【００３７】
ＩＰパケットは、ＩＰヘッダと、データとしての、ＵＤＰパケットあるいはＴＣＰパケットとからなる。ここで、ＵＤＰパケットはＵＤＰヘッダとデータとからなり、ＴＣＰパケットはＴＣＰヘッダとデータとからなる。このＵＤＰパケットあるいはＴＣＰパケットのデータとして、多重化トランスポートパケットが含まれる。この多重化トランスポートパケットは、パケットヘッダと、ペイロードヘッダと、トランスポートデータとからなる。
【００３８】
この多重化トランスポートパケットのトランスポートデータとして、ビデオ、オーディオなどの伝送メディアの符号化ストリームを構成するアクセスユニット（ＡＵ：Access Unit）の全体あるいは一部が含まれる。ビデオの場合、１アクセスユニットは、１ピクチャのデータを意味する。オーディオの場合、１アクセスユニットは、所定数、例えば１０２４サンプルのデータをひとまとめにしたオーディオのアクセスユニットを意味する。多重化トランスポートパケットは、例えば、ＭＭＴ（MPEG Media Transport）パケット、あるいはＲＴＰ（Real-time Transport Protocol）パケット、あるいはＭＰ４と称されるＩＳＯＢＭＦＦ（ISO Base Media File Format）のパケットなどである。
【００３９】
図８は、ＴＬＶパケット（TLV packet）の構造例（Syntax）を示している。このＴＬＶパケットは、３２ビットのＴＬＶヘッダ（TLV_header）と、可変長のＴＬＶペイロード（TLV_payload）とからなっている。
【００４０】
図９は、ＴＬＶパケット（TLV packet()）のより詳細な構造例（Syntax）を示している。“０１”の２ビットフィールドと、「media_entry_start_bit」の１ビットフィールドと、「reserved_future_use」の５ビットフィールドと、「packet_type」の８ビットフィールドと、「length」の１６ビットフィールドにより、３２ビットのＴＬＶヘッダ（TLV_header）が構成されている。
【００４１】
図１０に示すように、「media_entry_start_bit」の１ビットフィールドは、ペイロードに、メディアデータのアクセスユニットの開始バイトを含むか否かを示す。“０”は、メディアデータのアクセスユニットの開始バイトを含むことを示す。“１”は、メディアデータのアクセスユニットの開始バイトを含まないことを示す。
【００４２】
「packet_type」の８ビットフィールドは、ＴＬＶパケットのパケット種別を示す（図１１（ａ）参照）。“０ｘ０１”は、ＩＰｖ４パケットを含むことを示す。“０ｘ０２”は、ＩＰｖ６パケットを含むことを示す。“０ｘ０３”は、ヘッダ圧縮したＩＰパケットを含むことを示す。０ｘＦＥ“は、伝送制御信号（Transmission Control Signal）を含むことを示す。”０ｘＦＦ“は、ヌルパケットであることを示す。「length」の１６ビットフィールドは、ＴＬＶヘッダ（TLV_header）に続く、可変長のＴＬＶペイロード（TLV_payload）のサイズを示す。
【００４３】
図１１（ｂ）は、「media_entry_start_bit」と「packet_type」の主要な要素の組み合わせを示している。「media_entry_start_bit」が「０」で「packet_type」が“１”、“２”、“３”である場合、ＴＬＶパケットのペイロードにＩＰパケットが含まれ、そのＩＰパケットにメディアデータのアクセスユニットの開始バイトが含まれること、を意味する。
【００４４】
また、「media_entry_start_bit」が「１」で「packet_type」が“１”、“２”、“３”である場合、ＴＬＶパケットのペイロードにＩＰパケットが含まれ、そのＩＰパケットにメディアデータのアクセスユニットの開始バイトが含まれないこと、を意味する。また、「media_entry_start_bit」が「１」で「packet_type」が“０ｘＦＥ”である場合、ＴＬＶパケットのペイロードに、エントリ・オフセット・ポジション・シグナリングパケット（entry_offset_position signaling packet）が含まれること、を意味する。
【００４５】
送信装置１００は、このエントリ・オフセット・ポジション・シグナリングパケットを含むＴＬＶパケットを、ＴＬＶパケット（ＭＥＳ＝０）におけるメディアデータのアクセスユニットの開始バイトの位置を示すために、伝送ストリームに挿入する。なお、このエントリ・オフセット・ポジション・シグナリングパケットを含むＴＬＶパケットは、ＭＥＳ＝０であるＴＬＶパケットよりも前に配置される。
【００４６】
図１２（ａ）は、エントリ・オフセット・ポジション・シグナリングパケットの構造例を示している。図１２（ｂ）は、その構造例における主要な内容を示している。「signaling_id」の８ビットフィールドは、シグナリングパケットのＩＤを示す。例えば、“０ｘ１０”で、エントリ・オフセット・ポジション・シグナリングパケットであることを示す。「entry_offset_position」の１６ビットフィールドは、ＴＬＶパケットの先頭からメディアデータのアクセスユニットの開始バイトまでのオフセット値ＦＯを示す。
【００４７】
図１３（ａ）は、ＴＬＶパケットが連続的に配置された伝送ストリームの一例を示している。ペイロードに、メディアデータのアクセスユニットの開始バイトを含むＴＬＶパケットの場合、そのヘッダのＭＥＳ（media_entry_start_bit）は“０”とされる。また、このＴＬＶパケットの場合、その開始バイトは、ＴＬＶパケットの先頭からオフセット値ＦＯだけオフセットした位置に存在する。
【００４８】
ここで、オフセット値ＦＯは、図１３（ｂ）に示すように、各ヘッダサイズの加算値として求められる。すなわち、ＦＯは、カプセル・レイヤのパケットであるＴＬＶパケットのヘッダサイズ（３２ビット）と、ＩＰパケットのヘッダサイズ（３２＊５ビット）と、ＵＤＰヘッダのサイズ（３２＊２ビット）、トランスポートパケットのヘッダサイズと、メディアデータのヘッダ（parameter set, 補助データ）のサイズを加算したものとなる。
【００４９】
図１４は、ＩＰ（Internet Protocol）ヘッダの構造例（Syntax）を示している。「IHL=Hdr Len」の４ビットフィールドは、ＩＰヘッダ自身の長さを、３２ビットを１単位として表す。この実施の形態において、オプション（Option）はなしとされ、「IHL= 5」で固定とされる。図１５は、ＵＤＰヘッダとペイロードの構造例（Syntax）を示している。「length」の１６ビットフィールドは、８バイト固定長のヘッダとペイロードのサイズの加算値を示す。
【００５０】
図１６は、送信装置１００の構成例を示している。この送信装置１００は、エンコーダ部１１２と、マルチプレクサ部１１３と、フレーミング部１１４と、モジュレータ/エミッション部１１５を有している。エンコーダ部１１２は、ビデオ、オーディオなどのメディアデータに符号化を施して、符号化データを得る。例えば、ビデオデータに対しては、代表例としてＭＰＥＧ４−ＡＶＣ、あるいはＨＥＶＣ（high Efficiency Video Coding）などの符号化が行われる。
【００５１】
また、エンコーダ部１１２は、ビデオ、オーディオなどの符号化データをパケット化して、メディア毎に、多重化トランスポートパケットを生成する。例えば、多重化トランスポートパケットは、ＭＭＴパケット、あるいはＲＴＰパケット、あるいはＭＰ４と称されるＩＳＯＢＭＦＦ（ISO Base Media File Format）のパケットなどである。また、エンコーダ部１１２は、多重化トランスポートパケットに対して、ＵＤＰあるいはＴＣＰにパケット化し、さらに、ＩＰヘッダを付加して、多重化トランスポートパケットを含むＩＰパケットを生成する。エンコーダ部１１２は、各ＩＰパケットをマルチプレクサ部１１３に送る。マルチプレクサ部１１３は、各ＩＰパケットを多重化する。
【００５２】
また、マルチプレクサ部１１３は、ビデオ、オーディオなどの符号化データを含むＩＰパケットに基づいて、メディアデータのアクセスユニットの開始バイトを含むか否かを判断する。あるいは、マルチプレクサ部１１３は、エンコーダ部１１２からＩＰパケットの供給を受けるとき、同時に、破線図示のように、メディアデータのアクセスユニットの開始バイトを含むか否かの情報の供給も受ける。
【００５３】
また、マルチプレクサ部１１３は、ＩＰパケットの多重化ストリームをフレーミング部１１４に供給する。この際、マルチプレクサ部１１３は、破線図示するように、ＩＰパケットの供給に対応させて、メディアデータのアクセスユニットの開始バイトを含むか否かの情報も、フレーミング部１１４に供給する。
【００５４】
フレーミング部１１４は、多重化されたＩＰパケットをカプセル化したＴＬＶパケットを生成する。フレーミング部１１４は、さらに、伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）をカプセル化したＴＬＶパケットも生成する。フレーミング部１１４は、カプセル化する際に、ＴＬＶヘッダに含まれる、メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報、つまり「media_entry_start_bit」の１ビットフィールドの設定を行う（図９参照）。
【００５５】
また、フレーミング部１１４は、ペイロードに、エントリ・オフセット・ポジション・シグナリングパケットを含むＴＬＶパケットも生成する。エントリ・オフセット・ポジション・シグナリングパケットは、上述したように、ＴＬＶパケットの先頭からメディアデータのアクセスユニットの開始バイトまでのオフセット値ＦＯを持っている。
【００５６】
フレーミング部１１４は、さらに、各ＴＬＶパケットを伝送フレームのスロットに格納するフレーミング処理を行う。フレーミング部１１４は、生成された伝送フレームをモジュレータ/エミッション部１１５に供給する。モジュレータ/エミッション部１１５は、伝送フレームにＲＦ変調処理を行って放送波とし、ＲＦ伝送路を通じて受信側に送る。
【００５７】
図１７は、受信装置２００の構成例を示している。この受信装置２００は、チューナ/デモジュレータ部２１２と、デフレーミング部２１３と、デマルチプレクサ部２１４と、デコーダ部２１５を有している。チューナ/デモジュレータ部２１２は、ＲＦ伝送路を通じて放送波を受信し、さらに、ＲＦ復調処理を行って、伝送スロットにＴＬＶパケットを含む伝送フレームを得る。チューナ/デモジュレータ部２１２は、この伝送フレームを、デフレーミング部２１３に供給する。
【００５８】
デフレーミング部２１３は、伝送フレームから、各スロットに含まれるＴＬＶパケットを抽出する。デフレーミング部２１３は、さらに、抽出された各ＴＬＶパケットに対してデカプセル化の処理を行って、ＩＰパケットや伝送制御信号（ＴＬＶ−ＮＩＴ，ＡＭＴ）などを得る。ここで、伝送制御信号には、ＴＬＶパケットの先頭からメディアデータのアクセスユニットの開始バイトまでのオフセット値ＦＯを持つエントリ・オフセット・ポジション・シグナリングパケットも含まれる。
【００５９】
デフレーミング部２１３は、得られた伝送制御信号を、図示しない制御部に供給する。また、デフレーミング部２１３は、得られたＩＰパケットをデマルチプレクサ部２１４に供給する。このとき、デフレーミング部２１３は、各ＩＰパケットの供給に対応させて、破線図示のように、ＴＬＶヘッダに含まれていた、メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報も、デマルチプレクサ部２１４に供給する。
【００６０】
デマルチプレクサ部２１４は、デフレーミング部２１３からのＩＰパケットに対し、ペイロードに含まれるデータの種別毎に抽出する処理を行う。デマルチプレクサ部２１４は、抽出された各種別のＩＰパケットを対応するデコーダ部２１５に供給する。このとき、デマルチプレクサ部２１４は、各ＩＰパケットの供給に対応させて、破線図示のように、メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報も、デコーダ部２１５に供給する。
【００６１】
デコーダ部２１５は、種別毎に、ＩＰパケットに対して、デパケット化処理、さらには必要に応じて、暗号化データに対する復号化処理を行い、またさらに符号化データに対するデコード処理を行う。デコーダ部２１５は、例えば放送チャネルの切換え時に、制御部の制御のもと、識別情報やオフセット情報に基づいて、アクセスユニットの開始バイトを含むＴＬＶパケットから暗号化復号の処理、符号化データのデコード処理などを開始する。デコーダ部２１５は、ビデオデータを図示しない表示部に供給し、オーディオデータを図示しない音声出力部に供給する。
【００６２】
図１８のフローチャートは、受信装置２００における各ＴＬＶパケットの処理を概略的に示している。受信装置２００は、ステップＳＴ１において、処理を開始する。その後、受信装置２００は、ステップＳＴ２において、復調処理を行い、ステップＳＴ３において、デフレーミング化を行って伝送フレームからＴＬＶパケットを取り出す。
【００６３】
次に、受信装置２００は、ステップＳＴ４において、ＴＬＶパケットのヘッダを解析する。そして、受信装置２００は、ステップＳＴ５において、パケットタイプ（Packet_type）を検査する。次に、受信装置２００は、ステップＳＴ６において、パケットタイプがＩＰパケットであるか否か、つまりペイロードにＩＰパケットが含まれているか否かを判断する。
【００６４】
パケットタイプがＩＰパケットでないとき、受信装置２００は、ステップＳＴ７において、ペイロードにエントリ・オフセット・ポジション・シグナリングパケットが含まれているか否かを判断する。エントリ・オフセット・ポジション・シグナリングパケットが含まれていないとき、受信装置２００は、ステップＳＴ６の処理に戻る。一方、エントリ・オフセット・ポジション・シグナリングパケットが含まれているとき、受信装置２００は、ステップＳＴ８において、「entry_offset_position」を得る。
【００６５】
ステップＳＴ６でパケットタイプがＩＰパケットであるとき、受信装置２００は、ステップＳＴ９において、ＭＥＳ（media_entry_start_bit）＝０であるか否かを判断する。ＭＥＳ＝０であるとき、受信装置２００は、ステップＳＴ１０において、「entry_offset_position」によりメディアデータのアクセスユニットの開始バイトの位置を検知する。上述したように、「entry_offset_position」は、ＴＬＶパケットの先頭からメディアデータのアクセスユニットの開始バイトまでのオフセット値ＦＯを示している。
【００６６】
次に、受信装置２００は、ステップＳＴ１１において、ＩＰヘッダを解析する。次に、受信装置２００は、ステップＳＴ１２において、ＵＤＰあるいはＴＣＰのヘッダを解析する。次に、受信装置２００は、ステップＳＴ１３において、トランスポートヘッダを解析する。そして、受信装置２００は、ステップＳＴ１４において、暗号化復号の処理を初期化する。次に、受信装置２００は、ステップＳＴ１５において、暗号化アルゴリズムをメディアデータのアクセスユニットの開始バイトの位置から起動する。
【００６７】
受信装置２００は、ステップＳＴ１５の処理の後、ステップＳＴ１６の処理に移る。なお、ステップＳＴ９でＭＥＳ＝１であるとき、受信装置２００は、直ちにステップＳＴ１６の処理に移る。このステップＳＴ１６において、受信装置２００は、暗号化復号の処理が施された後のメディアデータの符号化データをデコードし、提示する。ここで、提示は、例えば、メディアデータがビデオデータの場合は画像表示を意味し、メディアデータがオーディオデータである場合は音声出力を意味する。受信装置２００は、ステップＳＴ１６の処理の後、ステップＳＴ１７において、処理を終了する。
【００６８】
図１９の実線矢印は、ＴＬＶパケットのヘッダにおいてＭＥＳ＝０であるとき、このＴＬＶパケットのペイロードに、メディアデータのアクセスユニットの開始バイトが含まれることを示している。この場合、メディアデータのアクセスユニットの開始バイトが含まれるか否かを判断するために、階層的なパケット解析を行う必要はなく、最下層のＴＬＶパケットのヘッダを解析するだけで済む。従って、例えば、放送チャネル切換えなどにおいて、メディアデータのアクセスユニットの開始バイトを検出してデコード・提示するまでの遅延を抑制できる。
【００６９】
上述したように、図１に示す送受信システム１０においては、送信側において、ＴＬＶパケットのヘッダに、メディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報として、ＭＥＳ（media_entry_start_bit）が挿入される。そのため、受信側において、メディアデータのアクセスユニットの開始バイトが含まれるか否かを判断するために、階層的なパケット解析を行う必要はなく、最下層のＴＬＶパケットのヘッダを解析するだけで済む。従って、例えば、放送チャネル切換えなどにおいて、メディアデータのアクセスユニットの開始バイトを検出してデコード・提示するまでの遅延を少なく抑えることができる。
【００７０】
また、図１に示す送受信システム１０においては、送信側において、エントリ・オフセット・ポジション・シグナリングパケットを含むＴＬＶパケットが伝送ストリームに挿入される。このエントリ・オフセット・ポジション・シグナリングパケットには、ＴＬＶパケットの先頭位置からのメディアデータのアクセスユニットの開始バイトまでのオフセット値が含まれている。そのため、受信側において、ＭＥＳ＝０、つまりメディアデータのアクセスユニットの開始バイトを含むＴＬＶパケットにおいて、その開始バイトの位置を容易に把握できる。
【００７１】
＜２．変形例＞
なお、上述実施の形態においては、エントリ・オフセット・ポジション・シグナリングパケットの「entry_offset_position」のフィールドは、ＴＬＶパケットの先頭からメディアデータのアクセスユニットの開始バイトまでのオフセット値ＦＯを示す、旨の説明を行った。しかし、「entry_offset_position」のフィールドが、ＴＬＶパケットのペイロードの先頭位置からメディアデータのアクセスユニットの開始バイトまでのオフセット値を示す、ようにされてもよい。
【００７２】
また、上述実施の形態においては、エントリ・オフセット・ポジション・シグナリングパケットを含むＴＬＶパケットを伝送ストリームに挿入することで、オフセット値ＦＯを送信する例を示した。しかし、オフセット値ＦＯを送信する方法は、この例に限定されない。例えば、ＭＥＳ＝０のＴＬＶパケットのヘッダあるいはペイロードにオフセット値ＦＯを挿入して送信することなども考えられる。
【００７３】
また、上述していないが、カプセル・レイヤパケットのヘッダサイズ、ＩＰパケットのヘッダサイズ、ＵＤＰヘッダ（ＴＣＰヘッダ）のサイズおよびトランスポートパケットのヘッダサイズの合計が固定になるように送信することで、メディアデータのヘッダの開始位置を固定値として運用する、ようにされてもよい。
【００７４】
また、上述実施の形態においては、放送におけるカプセル・レイヤのパケットとしてＴＬＶパケットを用いる例を示した。しかし、カプセル・レイヤのパケットは、ＴＬＶパケットに限定されるものではなく、例えば、ＧＳＥ（Generic Stream Encapsulation）パケット、あるいはＴＬＶパケットやＧＳＥパケットと同様の役割を果たす他のパケットなどであってもよい。
【００７５】
また、本技術は、以下のような構成を取ることもできる。
（１）上位層にメディアデータを含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームを送信する送信部と、
上記伝送パケットのヘッダに、該伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報を挿入する情報挿入部を備える
送信装置。
（２）上記送信部は、
上記伝送パケットにおける上記開始バイトの位置を示すオフセット情報をさらに送信する
前記（１）に記載の送信装置。
（３）上記送信部は、
上記オフセット情報を含むシグナリングパケットを持つ伝送パケットを上記伝送ストリームに挿入する
前記（２）に記載の送信装置。
（４）上記伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである
前記（１）から（３）のいずれかに記載の送信装置。
（５）上記伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（４）に記載の送信装置。
（６）送信部により、上位層にメディアデータを含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームを送信する送信ステップと、
上記伝送パケットのヘッダに、該伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報を挿入する情報挿入ステップを有する
送信方法。
（７）上位層にメディア情報を含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームを受信する受信部を備え、
上記伝送パケットのヘッダに、該伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報が挿入されており、
上記受信された伝送ストリームを、上記識別情報を用いて処理する処理部をさらに備える
受信装置。
（８）上記伝送パケットは、ペイロードに上記多重化トランスポートパケットを含むＩＰパケットをカプセル化して得られたカプセル・レイヤのパケットである
前記（７）に記載の受信装置。
（９）上記伝送パケットは、ＴＬＶパケットあるいはＧＳＥパケットである
前記（８）に記載の受信装置。
（１０）上記受信部は、上記伝送パケットにおける上記開始バイトの位置を示すオフセット情報をさらに受信し、
上記処理部は、上記受信された伝送ストリームを、上記オフセット情報を用いて処理する
前記（７）から（９）のいずれかに記載の受信装置。
（１１）受信部により、上位層にメディア情報を含む多重化トランスポートパケットを持つ伝送パケットが連続的に配置された伝送ストリームを受信する受信ステップを有し、
上記伝送パケットのヘッダに、該伝送パケットに上記メディアデータのアクセスユニットの開始バイトを含むか否かを識別する識別情報が挿入されており、
上記受信された伝送ストリームを、上記識別情報を用いて処理する処理ステップをさらに有する
受信方法。
【００７６】
本技術の主な特徴は、ＴＬＶパケットのヘッダにメディアデータのアクセスユニットの開始バイトが存在するか否かを識別する識別情報（ＭＥＳ）を挿入することで、受信側において、ＴＬＶパケットのヘッダを解析するだけメディアデータのアクセスユニットの開始バイトが含まれるか否かを判断可能としたことである（図７、図９参照）。
【符号の説明】
【００７７】
１０・・・送受信システム
１００・・・送信装置
１１２・・・エンコーダ部
１１３・・・マルチプレクサ部
１１４・・・フレーミング部
１１５・・・モジュレータ/エミッション部
２００・・・受信装置
２１２・・・チューナ/デモジュレータ部
２１３・・・デフレーミング部
２１４・・・デマルチプレクサ部
２１５・・・デコーダ部
【図１】
0006575514.tif 000002
【図２】
0006575514.tif 000003
【図３】
0006575514.tif 000004
【図４】
0006575514.tif 000005
【図５】
0006575514.tif 000006
【図６】
0006575514.tif 000007
【図７】
0006575514.tif 000008
【図８】
0006575514.tif 000009
【図９】
0006575514.tif 000010
【図１０】
0006575514.tif 000011
【図１１】
0006575514.tif 000012
【図１２】
0006575514.tif 000013
【図１３】
0006575514.tif 000014
【図１４】
0006575514.tif 000015
【図１５】
0006575514.tif 000016
【図１６】
0006575514.tif 000017
【図１７】
0006575514.tif 000018
【図１８】
0006575514.tif 000019
【図１９】
0006575514.tif 000020