JP5708866B1 - 送信装置、送信方法、受信装置および受信方法 - Google Patents

Abstract

【課題】ＩＰ方式で伝送する放送方式においてクロック同期、提示同期を良好に実現する。【解決手段】外部から取得された時刻情報に同期したクロックを生成する。このクロックの周波数情報を含む、外部から取得された時刻情報に同期した時刻情報を生成する。伝送メディアと、生成された時刻情報に基づいて得られた伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、生成された時刻情報を含む放送信号を送信する。【選択図】図３３

Description

本技術は、送信装置、送信方法、受信装置および受信方法に関し、詳しくは、ビデオ、オーディオなどの伝送メディアを含むＩＰ方式の放送信号を送信する送信装置等に関する。

次世代の放送方式として、ＩＰプロトコルをベースにＭＰ４ ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔに基づいたコンテンツフォーマットで伝送するＭＭＴ等の伝送方式が検討されている（例えば、非特許文献１参照）。ＭＰ４ ＩＳＯ Ｂａｓｅ Ｍｅｄｉａ Ｆｉｌｅ Ｆｏｒｍａｔにより、従来のＭＰＥＧ２ Ｓｙｓｔｅｍｓで供給されていたピクチャ単位のＰＴＳ/ＤＴＳを得るために、ｍｏｏｆ ｂｏｘというメタデータに相当する時刻情報を伝送することが可能である。

この場合、効率的な伝送を行うためには、ＧＯＰ単位の符号化データに対するメタデータをまとめて伝送することが要求される。その場合、送信側か受信側においてＧＯＰ分の遅延（delay）を持たせる必要があり、全体の遅延量がＧＯＰ分増えて低遅延の要求に合致しなくなる。また、上記メタデータがＧＯＰ分まとまっていることによりパケットロスによる影響が大きくなる。

Study of ISO/IEC CD 23008-1 MPEG Media Transport ,[online],[平成２５年５月７日検索]、インターネット＜ＵＲＬ： http://mpeg.chiariglione.org/standards/mpeg-h/mpeg-media-transport＞

本技術の目的は、ＩＰ方式で伝送する放送方式においてクロック同期、提示同期を良好に実現することにある。

本技術の概念は、
外部から取得された時刻情報に同期したクロックを生成するクロック生成部と、
上記クロック生成部で生成されたクロックの周波数情報を含む上記外部から取得された時刻情報に同期した時刻情報を生成する時刻情報生成部と、
伝送メディアと、上記時刻情報生成部で生成された時刻情報に基づいて得られた該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、上記時刻情報生成部で生成された時刻情報を含む放送信号を送信する送信部とを備える
送信装置にある。

本技術において、クロック生成部により、外部から取得された時刻情報に同期したクロックが生成される。例えば、時刻情報は、ＮＴＰ（Network Time Protocol）によりＮＴＰサーバから、あるいはＩＥＥＥ１５８８ＰＴＰにより他の装置から、ＮＴＰロングフォーマット（NTP long format）で取得される。

時刻情報生成部により、クロック生成部で生成されたクロックの周波数情報を含む、外部から取得された時刻情報に同期した時刻情報が生成される。例えば、クロック生成部で生成されるクロックの周波数は２**ｎＨｚである、ようにされてもよい。これにより、時刻情報生成部で、ＮＴＰロングフォーマットに対応した時刻情報を生成することが可能となる。

送信部により、伝送メディアと、時刻情報生成部で生成された時刻情報に基づいて得られた伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻情報と、時刻情報生成部で生成された時刻情報を含む放送信号が送信される。

例えば、時刻取得情報は、伝送メディアの所定数の提示単位からなる提示単位グループ毎に、提示単位グループの最初の提示単位の提示時刻と、提示単位グループの各提示単位のデコード時刻および提示時刻を最初の提示単位の提示時刻を参照して算出するための時間長情報とからなる、ようにされてもよい。

例えば、時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる、ようにされてもよい。この場合、各提示単位の時間長が固定である場合には、時間長情報の送信に必要とするビット数を抑制することが可能となる。

また、例えば、時間長情報は、各提示単位の、最初の提示単位の提示時刻からのオフセット時間長で示したデコード時刻情報と、デコード時刻からのオフセット時間長で示した提示時刻情報とからなる、ようにされてもよい。この場合、各提示単位のデコード時刻のそれぞれを最初の提示単位の提示時刻にオフセット時間長で示したデコード時刻情報を加算することで求めることができ、算出処理が簡単となる。

また、例えば、時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、２番目以降の各提示単位の前の提示単位のデコード時刻からのオフセット時間長で示したデコード時刻情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる、ようにされてもよい。この場合、２番目以降のデコード時刻情報が各提示単位の前の提示単位のデコード時刻からのオフセット時間長で示されることから、このデコード時刻情報に必要とするビット数を抑制することが可能となる。

例えば、放送信号は、伝送メディアを含む第１のパケットと、伝送メディアに関する情報を含む第２のパケットと、時刻情報生成部で生成された時刻情報を含む第３のパケットを持ち、最初の提示時刻および時間長情報は、第２のパケットに挿入される、ようにされてもよい。この場合、時間長情報が伝送メディアに関する情報を含む第２のパケットに挿入されることから、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。

また、例えば、放送信号は、伝送メディアを含む第１のパケットと、伝送メディアに関する情報を含む第２のパケットと、時刻情報生成部で生成された時刻情報を含む第３のパケットを持ち、最初の提示時刻は、第２のパケットに挿入され、時間長情報は、第１のパケットに挿入される、ようにされてもよい。この場合、時間長情報が伝送メディアを含む第１の伝送パケットに挿入されることから、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。

この場合、例えば、時間長情報は、第１のパケットの拡張ヘッダに挿入される、ようにされてもよい。そして、この場合、例えば、第１のパケットには、提示単位の先頭が含まれるとき、拡張ヘッダが設けられる、ようにされてもよい。これにより、発生情報量を抑え、帯域節約を図ることが可能となる。また、この場合、例えば、第１のパケットには、常に、拡張ヘッダが設けられ、この拡張ヘッダには、この第１のパケットに提示単位の先頭が含まれるか否かを示すフラグ情報がさらに挿入される、ようにされてもよい。これにより、ヘッダ情報量の乱れを抑えることができ、受信側におけるヘッダ処理の単純化が可能となる。

このように本技術においては、放送信号に、外部から取得された時刻情報に同期したクロックの周波数情報を含む時刻情報が含まれるものである。そのため、受信側では、この時刻情報に基づいて送信側と同様のクロック（システムクロック）を生成でき、クロック同期の実現が可能となる。

また、本技術においては、放送信号に、さらに、外部から取得された時刻情報に同期したクロックの周波数情報を含み、この外部から取得された時刻情報に同期した時刻情報に基づいて得られた伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報が含まれるものである。そのため、受信側では、送信信号に含まれる時刻情報に基づいて生成される時刻情報と、伝送メディアの提示単位毎の提示時刻情報とに基づき、提示同期の実現が可能となる。

また、本技術の他の概念は、
伝送メディアと、該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、外部から取得された時刻情報に同期したクロックの周波数情報を含み、上記外部から取得された時刻情報に同期した時刻情報を含む放送信号を受信する受信部と、
上記放送信号に含まれる時刻情報に基づいてクロックを生成し、該クロックを用いて該時刻情報と同期した時刻情報を生成する時刻情報生成部と、
上記放送信号に含まれる上記時刻取得情報に基づいて、上記伝送メディアの提示単位毎のデコード時刻および提示時刻を求める時刻算出部と、
上記放送信号に含まれる伝送メディアを、提示単位毎に、上記時刻算出部で算出されたデコード時刻および提示時刻と、上記時刻情報生成部で生成された時刻情報とに基づいて処理する処理部を備える
受信装置にある。

本技術において、受信部により、放送信号が受信される。この放送信号には、伝送メディアと、この伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、外部から取得された時刻情報に同期したクロックの周波数情報を含み、外部から取得された時刻情報に同期した時刻情報が含まれる。

例えば、伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報は、伝送メディアの所定数の提示単位からなる提示単位グループ毎に、提示単位グループの最初の提示単位の提示時刻と、提示単位グループの各提示単位のデコード時刻および提示時刻を最初の提示単位の提示時刻を参照して算出するための時間長情報とからなる、ようにされてもよい。そして、この場合、時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる、ようにされてもよい。

また、例えば、放送信号は、伝送メディアを含む第１のパケットと、伝送メディアに関する情報を含む第２のパケットと、時刻情報を含む第３のパケットを持ち、最初の提示時刻および時間長情報は、第２のパケットに挿入されている、ようにされてもよい。また、例えば、放送信号は、伝送メディアを含む第１のパケットと、伝送メディアに関する情報を含む第２のパケットと、時刻情報を含む第３のパケットを持ち、最初の提示時刻は、第２のパケットに挿入され、時間長情報は、第１のパケットに挿入されている、ようにされてもよい。

時刻情報生成部により、放送信号に含まれる時刻情報に基づいてクロックが生成され、このクロックを用いてその時刻情報と同期した時刻情報が生成される。また、時刻算出部により、放送信号に含まれる時刻取得情報に基づいて、伝送メディアの提示単位毎のデコード時刻および提示時刻が求められる。そして、処理部により、放送信号に含まれる伝送メディアが、提示単位毎に、時刻算出部で算出されたデコード時刻および提示時刻と、時刻情報生成部で生成された時刻情報とに基づいて処理される。

このように本技術においては、放送信号に含まれる外部から取得された時刻情報に関連した時刻情報に基づいて送信側と同様のクロック（システムクロック）と、このクロックの周波数情報を含む時刻情報が生成されるものである。そして、これらのクロックおよび時刻情報と、放送信号に含まれる時刻取得情報に基づいて求められた伝送メディアの提示単位毎のデコード時刻および提示時刻とに基づいて、伝送メディアが、提示単位毎に処理されるものである。そのため、クロック同期および提示同期の実現が可能となる。

本技術によれば、ＩＰ方式で伝送する放送方式においてクロック同期、提示同期を良好に実現できる。なお、本明細書に記載された効果はあくまで例示であって限定されるものではなく、また付加的な効果があってもよい。

実施の形態としての送受信システムの構成例を示すブロック図である。 送信・受信システムにおけるクロック同期と提示同期について説明するための図である。 ＭＭＴ方式のプロトコルスタックを示す図である。 ＭＭＴ方式放送ストリーム（放送信号）の構成例を示す図である。 ＭＭＴパケットおよびＭＭＴ拡張ヘッダの構成例を示す図である。 ＭＭＴＰペイロードおよびＤＵヘッダの構成例を示す図である。 ＭＭＴファイルとＭＭＴＰペイロードとの対応関係の一例を示す図である。 ＰＡメッセージおよびＭＰテーブルの構成例を示す図である。 ＰＡメッセージの主要なパラメータの説明を示す図である。 ＭＰテーブルの主要なパラメータの説明を示す図である。 ＭＰＵタイムスタンプ・デスクリプタの構造例を示す図である。 ＭＭＴ方式の放送ストリームにおける伝送順を説明するための図である。 第１の形態のオフセット情報が挿入される拡張ヘッダの構造例を示す図である。 第１の形態のオフセット情報が挿入される拡張ヘッダの構造例における主要な情報の内容を示す図である。 受信側における第１の形態のオフセット情報によるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示す図である。 各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴの算出式等を示す図である。 第２の形態のオフセット情報が挿入される拡張ヘッダの構造例を示す図である。 第２の形態のオフセット情報が挿入される拡張ヘッダの構造例における主要な情報の内容を示す図である。 受信側における第２の形態のオフセット情報によるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示す図である。 各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴの算出式等を示す図である。 拡張ヘッダの伝送頻度の第１の形態を示す図である。 拡張ヘッダの伝送頻度の第２の形態を示す図である。 ＭＰＵ拡張タイムスタンプ・デスクリプタの構造例を示す図である。 受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示す図である。 ＭＰＵ拡張タイムスタンプ・デスクリプタの他の構造例を示す図である。 ＭＰＵ拡張タイムスタンプ・デスクリプタの他の構造例を示す図である。 受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示す図である。 各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴの算出式等を示す図である。 ＭＰＵ拡張タイムスタンプ・デスクリプタが挿入されるＭＰＴとＡＶ符号化データの遅延調整を説明するための図である。 放送送出システムの構成例を示すブロック図である。 受信機の構成例を示すブロック図である。 ＮＴＰサーバおよびこのＮＴＰサーバが提供する時刻情報のフォーマットを説明するための図である。 ＭＭＴ方式におけるクロック同期・提示同期方式を説明するための放送送出システム側の構成例を示すブロック図である。 ＭＭＴ方式におけるクロック同期・提示同期方式を説明するための受信機側の構成例を示すブロック図である。

以下、発明を実施するための形態（以下、「実施の形態」とする）について説明する。なお、説明を以下の順序で行う。
１．実施の形態
２．変形例

＜１．実施の形態＞
［送受信システムの構成例］
図１は、実施の形態としての送受信システム１０の構成例を示している。この送受信システム１０は、放送送出システム１００と、受信機２００により構成されている。

放送送出システム１００は、ビデオ、オーディオなどの伝送メディアを含むＩＰ（Internet Protocol）方式の放送信号を送信する。放送送出システム１００は、時刻情報を外部から取得する。例えば、ＮＴＰ（Network Time Protocol）によりＮＴＰサーバから、あるいはＩＥＥＥ１５８８ＰＴＰにより他の装置から、ＮＴＰロングフォーマット（NTP long format）で取得する。

放送送出システム１００は、外部から取得された時刻情報に同期したクロック（システムクロック）と、このクロックの周波数情報を含む時刻情報を生成する。この実施の形態において、クロックの周波数は、従来の放送システムに適用されてきた２７ＭＨｚではなく、２**ｎＨｚとされる。そして、この実施の形態では、ｎ＝２４とされるが、ｎは、その他の整数、例えば２４から２８のいずれかの整数とされてもよい。このようにクロックの周波数が２**ｎＨｚとされることで、外部から取得するＮＴＰロングフォーマットの時刻情報に同期した時刻情報の生成が容易となり、また、生成される時刻情報はＮＴＰロングフォーマットに対応したものとなる。

放送信号は、伝送メディアと共に、生成された時刻情報に基づいて得られた伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、生成された時刻情報とを含む。この実施の形態では、時刻取得情報は、伝送メディアの所定数の提示単位からなる提示単位グループ毎に、提示単位グループの最初の提示単位の提示時刻と、提示単位グループの各提示単位のデコード時刻および提示時刻を最初の提示単位の提示時刻を参照して算出するためのオフセット情報とからなる。

受信機２００は、放送送出システム１００から送られてくる上述のＩＰ方式の放送信号を受信する。受信機２００は、放送信号に含まれる時刻情報に基づいて、この時刻情報に同期した、２**ｎＨｚのクロック（システムクロック）と、この２**ｎＨｚのクロックの周波数情報を含む時刻情報を生成する。また、受信機２００は、放送信号に含まれる時刻取得情報に基づいて、伝送メディアの提示単位毎のデコード時刻および提示時刻を求める。そして、受信機２００は、放送信号に含まれる伝送メディアを、提示単位毎に、求められたデコード時刻および提示時刻と、生成された時刻情報に基づいて処理する。

送受信システム１０においては、放送送出システム１００および受信機２００を上述した構成とすることで、従来のＭＰＥＧ２−ＴＳ方式と同様に、クロック同期と提示同期を実現する。

図２を用いて、送信・受信システムにおけるクロック同期と提示同期について説明する。送信システム、受信システムは、それぞれ、例えば、上述の放送送出システム１００、受信機２００に対応する。送信システムは、２**ｎＨｚのシステムクロックを生成するクロック生成部１１と、時刻情報を生成する時計部（時刻情報生成部）１２を有している。また、送信システムは、エンコード処理部１３と、パケット化/タイムスタンプ付加部１４と、エンコードバッファ１５を有している。

エンコード処理部１３では、ビデオ、オーディオなどの伝送メディアが符号化される。パケット化/タイムスタンプ付加部１４では、符号化後の伝送メディアのパケット化が行われると共に、時計部１２で生成される時刻情報に基づいて伝送メディアの提示単位毎に提示時刻情報が付加される。そして、伝送メディアのパケットは、エンコードバッファ１５に一時的に蓄積され、適宜なタイミングで送信される。

受信システムは、２**ｎＨｚのシステムクロックを生成するクロック生成部２１と、時刻情報を発生する時計部（時刻情報生成部）２２を有している。また、受信システムは、デコードバッファ２３と、デパケット化/タイミング調整部２４と、デコード処理部２５を有している。

デコードバッファ２３では、受信された伝送メディアのパケットを一時的に蓄積する。デパケット化/タイミング調整部２４では、デコードバッファ２３に蓄積されている伝送メディアのパケットが、時計部２２で生成される時刻情報が参照され、付加されている提示時刻情報のタイミングで取り出されてデパケット化される。デコード処理部２５では、デパケット化により得られた伝送メディアが復号化され、ベースバンドの伝送メディアが得られる。

図１に示す送受信システム１０においては、クロック同期および提示同期が実現されている。このクロック同期・提示同期方式の詳細については、後述する。ここで、クロック同期とは、基本的に、送信システムのクロック生成部１１で生成されるシステムクロックの周波数と、受信システムのクロック生成部２１で生成されるシステムクロックの周波数が、同一周波数となることを意味する。但し、必ずしも同一周波数でなくても、周波数が整数倍などの関係が保持されればよい。クロック同期が実現されていない場合、受信側で受信を継続しているうちにフレーム飛び等が発生するなどの破たんが起きる。

また、提示同期とは、送信システムの時計部１２の時刻情報と受信システムの時計部２２の時刻情報を合わせ、かつ伝送メディアの提示単位毎の提示時刻情報を伝送メディアのパケットに付加することを意味する。なお、ここで、送信システムの時計部１２の時刻情報に受信システムの時計部２２の時刻情報を合わせる場合には、送信システムから受信システムへの伝送遅延が考慮される。提示同期が実現されていない場合、受信側でビデオ、オーディオの同期をとってバッファを破たんさせずに適切に提示するということができなくなる。

図１に戻って、上述したように、放送送出システム１００から受信機２００には、ＩＰ方式の放送信号が送信される。この実施の形態において、ＩＰ方式の放送信号は、ＭＭＴ（MPEG Media Transport）方式とされる。

図３は、ＭＭＴ方式のプロトコルスタックを示している。下位に物理レイヤ（ＰＨＹ）がある。この物理レイヤには、変調方式、誤り訂正方式などが含まれる。この物理レイヤの上に、ＴＬＶ（Type Length Value）の伝送パケットのレイヤがある。このＴＬＶの伝送パケットの上にＩＰパケットが載る。

このＩＰパケットの上に、さらに、ＵＤＰ（User Datagram Protocol）が載る。一方、ＴＬＶの伝送パケットの上に、シグナリング（Signaling）情報としての伝送制御信号も載る。また、ＵＤＰの上に、ＭＭＴパケットが載る。このＭＭＴパケットのペイロード部には、ビデオ、オーディオ等の伝送メディアの符号化データを含むＭＦＵ（MMT Fragment Unit）、あるいは伝送メディアに関する情報を含むシグナリングメッセージ（Signaling Message）が含まれる。なお、図示のように、ＵＤＰの上に、さらに時刻情報を含むＮＴＰ（Network Time Protocol）パケットが存在する。

図４は、ＭＭＴ方式放送ストリーム（放送信号）の構成例を示している。図４（ａ）は、ビデオのエレメンタリストリーム（Video ES）を示している。このビデオのエレメンタリストリームは、所定の大きさの固まりに分割され、図４（ｂ）に示すように、ＭＦＵのペイロード部に配置される。

図４（ｃ）に示すように、ＭＦＵにＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴＰペイロード（MMTP payload）が構成される。そして、図４（ｄ）に示すように、このＭＭＴＰペイロードにさらにＭＭＴヘッダ（MMT header）が付加されて、ＭＭＴパケット（MMT packet）が構成される。なお、ペイロード部に、シグナリングメッセージ（Signaling Message）を含むＭＭＴパケットも存在する。図４（ｅ）に示すように、ＭＭＴパケットに、ＵＤＰヘッダ、ＩＰヘッダおよびＴＬＶヘッダが付加されて、ＭＭＴ方式放送ストリームを構成するＴＬＶパケット(TLV packet)が生成される。

なお、ＴＬＶパケットには、ＮＴＰの時刻情報を含むＮＴＰパケットも存在する。なお、図示は省略されているが、ＴＬＶパケットとしては、さらに、オーディオ、字幕などのその他の伝送メディアのＭＭＴパケットを含むＴＬＶパケットも存在する。このＭＭＴ方式放送ストリームは、伝送メディアを含む第１のパケット（ＭＭＴパケット）と、シグナリング情報を含む第２のパケット（ＭＭＴパケット）と、時刻情報を含む第３のパケット（ＮＴＰパケット）を持つものとなる。

図５（ａ）は、ＭＭＴパケットの構成例(Syntax)を示している。ＭＭＴパケットは、ＭＭＴヘッダ（MMT header）と、ＭＭＴペイロード（MMT payload）とからなる。「C」の１ビットフラグ情報は、「packet_counter」のフィールドが存在するか否かを示す。図示の例では、「packet_counter」が存在している例を示している。“FEC”の２ビットフィールドは、ＦＥＣ（forward error correction）のフォーマットを示す。

“X”の１ビットフラグ情報は、ＭＭＴ拡張ヘッダ、つまり「header_extension」のフィールドが存在しているか否かを示す。図示の例では、「header_extension」が存在している例を示している。“R”の１ビットフラグ情報は、ランダムアクセスポイント、従ってＩピクチャを含んでいるか否かを示す。

「type」の６ビットフィールドは、ＭＭＴパケットのタイプを示す。例えば、「０ｘ００」はペイロードにＭＰＵ（Media Processing Unit）を含むＭＭＴパケットであることを示し、「０ｘ０２」はペイロードにシグナリングメッセージ（Signaling message）を含むＭＭＴパケットであることを示す。

「packet_id」の１６ビットフィールドは、ビデオ、オーディオ等のアセット（Asset）を識別するための識別子である。「timestamp」の３２ビットフィールドは、伝送のためのタイプスタンプ、すなわちＭＭＴパケットが送信側から出ていくときの時刻を示す。この時刻は、ＮＴＰショートフォーマット（NTP short format）で表される。「packet_sequence_number」は、同一の「packet_id」を持つＭＭＴパケットのシーケンス番号を示す。「packet_counter」の３２ビットフィールドは、「packet_id」のに関係なく、全てのＭＭＴパケットのシーケンス番号を示す。

上述の「X」の１ビットフラグ情報が「１」であるとき、「packet_counter」の３２ビットフィールドの後に、ＭＭＴ拡張ヘッダである「header_extension」のフィールドが配置される。その後に、ＭＭＴＰペイロード（MMTP payload）を構成する「payload data」のフィールドおよび「source_FEC_payload_ID」のフィールドが存在する。

図５（ｂ）は、ＭＭＴ拡張ヘッダの構成例(Syntax)を示している。「type」の１６ビットフィールドは、拡張ヘッダのタイプを示す。「length」の１６ビットフィールドは、これ以降の拡張ヘッダのバイトサイズを示す。この拡張ヘッダのバイトサイズは、拡張ヘッダのタイプにより異なる。「header_extension_value」のフィールドに、拡張ヘッダの本体が挿入される。

図６（ａ）は、上述のＭＭＴパケットの「payload data」のフィールドに配置されるＭＭＴＰペイロード（MMTP payload）の構成例(Syntax)を示している。なお、この例は、ＭＭＴヘッダの「type」が「０ｘ００」であるＭＰＵモードである場合を示している。最初にヘッダ情報が存在する。「length」の１６ビットフィールドは、ＭＭＴＰペイロード全体のバイトサイズを示す。“FT“の４ビットフィールドは、フィールドタイプを示す。 “０”は「MPU metadata」を含むことを示し、“１”は「Movie Fragment metadata」を含むことを示し、“２”は「ＭＦＵ」を含むことを示す。

ここで、ＭＦＵ（MMT Fragment Unit）は、ＭＰＵが細分化、すなわちフラグメント（Fragment）化されたものである。例えば、ビデオの場合、このＭＦＵを一つのＮＡＬユニットに相当するように設定できる。また、例えば、通信ネットワーク伝送路で送る場合、このＭＦＵを一つまたは複数のＭＴＵサイズ（MTU size）で構成することもできる。

また、ＭＰＵは、ランダムアクセスポイント（ＲＡＰ：Random Access Pint）から始まるものであり、一つまたは複数のアクセスユニット（ＡＵ：Access Unit）を含むものである。具体的には、例えば、一つのＧＯＰ（Group Of Picture）のピクチャが、一つのＭＰＵの構成となることがある。このＭＰＵは、アセット別に定義されるものとなっている。したがって、ビデオのアセットからはビデオデータのみを含むビデオのＭＰＵが作成され、オーディオのアセットからはオーディオデータのみを含むオーディオのＭＰＵが作成される。

「T」の１ビットフラグ情報は、タイムドメディア（Timed Media）を伝送するか、ノンタイムドメディア（Non-Timed Media）を伝送するかを示す。“１”はタイムドメディアを示し、“０”はノンタイムドメディアを示す。この実施の形態では、タイムドメディア（Timed Media）の伝送を想定している。

「f_i」の２ビットフィールドは、「DU payload」のフィールドに、整数個のデータユニット（ＤＵ：Data Unit）が入っているか、データユニットが断片化されて得られたフラグメント（Fragment）の最初（first）、中間、最後（last）のいずれが入っているかを示す。“０”は整数個のデータユニットが入っていることを示し、“１”は最初のフラグメントが入っていることを示し、“２”は中間のフラグメントが入っていることを示し、“３”は最後のフラグメントが入っていることを示す。

「A」の１ビットフラグ情報は、「DU payload」のフィールドに、複数個のデータユニットが入っているか否かを示す。“１”は入っていることを示し、“０”が入っていないことを示す。「frag_counter」の８ビットフィールドは、「f_i」が１〜３であるとき、何番目のフラグメントであるかを示す。

「MPU_sequence_number」の３２ビットフィールドは、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。例えば、１つのＧＯＰが１つのＭＰＵを構成する場合、あるＧＯＰの「MPU_sequence_number」が「ｉ」であるとき、次のＧＯＰの「MPU_sequence_number」は「ｉ＋１」となる。

この「MPU_sequence_number」のフィールドの後に、「DU_length」、「DU_header」、「DU_payload」の各フィールドが配置される。「DU_length」の１６ビットフィールドは、上述の「A=0」である場合、つまり「DU payload」のフィールドに複数個のデータユニットが入っていない場合は存在しない。また、「DU_header」のフィールドは、“FT=0/1”である場合、つまり「MPU metadata」や「Movie Fragment metadata」を含む場合は存在しない。

図６（ｂ）は、「DU_header」の構成例(Syntax)を示している。なお、この例は、「T=1」の場合、つまりタイムドメディア（Timed Media）を伝送する場合を示している。「movie_fragment_sequence_number」の３２ビットフィールドは、ＭＦＵ単位でのシーケンス番号を示す。例えば、Ｉピクチャを分割したとき、その一つ一つがＭＦＵとなる。「sample_number」の３２ビットフィールドは、例えばビデオの場合はピクチャ単位の番号を示す。「offset」の３２ビットフィールドは、例えばビデオの場合はピクチャの先頭からのオフセット値（バイト値）を示す。

ＭＭＴ方式では、ビデオなどの伝送メディアを、フラグメント化されたＩＳＯＢＭＦＦ（ISO Base Media File Format）に基づいたコンテンツフォーマットで伝送する。図７は、一つのＧＯＰのビデオデータを送るときのＭＭＴファイル（MMT file）とＭＭＴＰペイロード（MMTP payload）との対応関係の一例を示している。

ＭＭＴファイルの構成は、基本的には、ＭＰ４のファイル構成とほぼ同等である。最初に“styp”のボックス（Box）がある。続いて、セグメントインフォメーションとしての“sidx”のボックスがある。続いて、ＭＭＴ独自の“mmpu”のボックスがある。続いて、ファイル全体のメタデータとしての“moov”のボックスがある。

続いて、ムービーフラグメント（Movie Fragment）がある。このムービーフラグメントは、制御情報が入る“moof”ボックスと、ビデオの符号化データが入る“mdat”ボックスからなる。ここでは、一つのＧＯＰが一つのＭＰＵの構成となることを想定しているので、ムービーフラグメントは一組だけ存在する。

“styp”，“sidx”，“mmpu”，“moov”の各ボックスのメタデータは、「MPU metadata」として、一つのＭＭＴパケットで伝送される。この場合、“FT=0”である。“moof”ボックスのメタデータは、「Movie Fragment metadata」として、一つのＭＭＴパケットで伝送される。この場合、“FT=1”である。“mdat”ボックスに含まれるビデオの符号化データは、「ＭＦＵ」に断片化され、それぞれが一つのＭＭＴパケットで伝送される。この場合、“FT=2”である。

次に、ＭＰＴ（MMT Package Table）について説明する。ＭＭＴパケットには、上述したように、ペイロードに、シグナリングメッセージ（Signaling message）を含むＭＭＴパケットも存在する。このシグナリングメッセージの一つとして、ＭＰＴを含むＰＡメッセージ（Package Access Message）がある。ＭＰＴは、一つの放送サービスがどのようなコンポーネント（アセット）で構成されているかを示す。

図８は、ＰＡメッセージ（Package Access Message）およびＭＰテーブル（ＭＰＴ：MMT Package Table）の構成例を示している。また、図９は、ＰＡメッセージの主要なパラメータの説明を示し、図１０は、ＭＰテーブルの主要なパラメータの説明を示している。

「message_id」は、各種シグナリング情報において、ＰＡメッセージを識別する固定値である。「version」は、ＰＡメッセージのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＰＡメッセージのサイズを示すバイト数である。

「extension」のフィールドには、ペイロード（Payload）のフィールドに配置されるテーブルのインデックス情報が配置される。このフィールドには、「table_id」、「table_version」、「table_length」の各フィールドが、テーブル数だけ配置される。「table_id」は、テーブルを識別する固定値である。「table_version」は、テーブルのバージョンを示す。「table_length」は、テーブルのサイズを示すバイト数である。

ＰＡメッセージのペイロード（Payload）のフィールドには、ＭＰＴと、所定数のその他のテーブル（Other table）が配置される。以下、ＭＰＴの構成について説明する。

「table_id」は、各種シグナリング情報において、ＭＰテーブルを識別する固定値である。「version」は、ＭＰテーブルのバージョンを示す８ビット整数値である。例えば、ＭＰテーブルを構成する一部のパラメータでも更新した場合には、＋１インクリメントされる。「length」は、このフィールドの直後からカウントされる、ＭＰテーブルのサイズを示すバイト数である。

「pack_id」は、放送信号で伝送される全ての信号、ファイルを構成要素とする全体のパッケージとしての識別情報である。この識別情報は、テキスト情報である。「pack_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「MPT_descripors」のフィールドは、パッケージ全体に関わる記述子の格納領域である。「MPT_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。

「num_of_asset」は、パッケージを構成する要素としてのアセット（信号、ファイルト）の数を示す。この数分だけ、以下のアセットループが配置される。「asset_id」は、アセットをユニークに識別する情報（アセットＩＤ）である。この識別情報は、テキスト情報である。「asset_id_len」は、そのテキスト情報のサイズ（バイト数）を示す。「gen_loc_info」は、アセットの取得先のロケーションを示す情報である。

「asset_descriptors」のフィールドは、アセットに関わる記述子の格納領域である。「asset_dsc_len」は、そのフィールドのサイズ（バイト数）を示す。この「asset_descriptors」のフィールドに格納される記述子として、ＭＰＵタイムスタンプ・デスクリプタ（MPU_timestamp_descriptor）がある。このデスクリプタには、ＭＰＵの先頭の提示単位の提示時刻が記述される。

図１１は、ＭＰＵタイムスタンプ・デスクリプタの構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、デスクリプタタイプを示す。ここでは、ＭＰＵタイムスタンプ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。

そして、ＭＰＵの個数分だけ、「MPU_sequence_number」と、「MPU_presentation_time」の組が存在する。「MPU_sequence_number」の３２ビットフィールドは、上述したように、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。「MPU_presentation_time」の６４ビットフィールドは、ＭＰＵの先頭の提示単位の提示時刻を示す。例えば、ＭＰＵ＝ＧＯＰである場合、この提示時刻は、ＧＯＰの先頭のピクチャの提示時刻を示す。

図１２は、ＭＭＴ方式の伝送順の一例を示している。図示では、一つのＧＯＰのビデオデータからなるＭＰＵを伝送する例を示している。最初に、ＭＰＴを含むシグナリングメッセージをペイロードに持つＭＭＴパケットが伝送される。このＭＰＴには、上述したＭＰＵタイムスタンプ・デスクリプタが挿入される。エンコーダでエンコードされる際に、ＧＯＰの先頭のピクチャの提示時刻が割出され、その提示時刻がＭＰＵタイムスタンプ・デスクリプタに記述される。

このＭＰＴを含むシグナリングメッセージをペイロードに持つＭＭＴパケットが伝送された後に、ＧＯＰをペイロードに持つＭＭＴパケットが伝送される。この場合、ＧＯＰが断片化されて、ＭＦＵの単位で伝送される。ＭＦＵの前にＭＭＴペイロードヘッダ（MMT payload header）が付加されてＭＭＴＰペイロードが構成される。そして、このＭＭＴＰペイロード全体がＭＭＴパケットのペイロードデータとなる。

このとき、「MPU metadata」はＧＯＰのデータの前に伝送されるが、「Movie fragment metadata」は、ＧＯＰのデータの後に伝送される。この「Movie fragment metadata」には、ＧＯＰの各ピクチャのデコード時刻（ＤＴ：Decoding time）、提示時刻(ＰＴ：presentation time)を算出するためのメタデータが含まれる。基本的に、ＧＯＰのデータをエンコードした後でないと、ＧＯＰの各ピクチャのＤＴ，ＰＴを算出するための情報が得られない。そのため、「Movie fragment metadata」は、ＧＯＰのデータの後に伝送される。

デコーダでは、「Movie fragment metadata」を用いてＧＯＰの各ピクチャのＤＴ，ＰＴを算出する場合、ＧＯＰのデータを、「Movie fragment metadata」が受信されるまで遅延することが必要となる。したがって、送信側で、ＧＯＰのデータを遅延させなくとも、受信側で遅延させることになる。

［ＤＴ/ＰＴ情報の伝送］
この実施の形態においては、伝送メディアの提示単位（サンプル）毎のデコード時刻ＤＴ、提示時刻ＰＴを得るための時刻取得情報（ＤＴ/ＰＴ情報）を、ペイロードにＭＰＵ（Media Processing Unit）を含むＭＭＴパケット、あるいはペイロードにシグナリングメッセージ（Signaling message）を含むＭＭＴパケットに挿入して伝送する。これにより、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。

「ＭＭＴパケットのＭＭＴ拡張ヘッダの利用」
最初に、ＭＰＵ（ＭＦＵ）を含むＭＭＴパケットのＭＭＴ拡張ヘッダ（図５参照）を利用する場合について説明する。この場合、各サンプル（提示単位）のＤＴ/ＰＴ情報を、そのサンプルを含むＭＭＴパケットの拡張ヘッダ（header_extension）に配置する。

具体的には、ＤＴ/ＰＴ情報を示す特定のタイプ情報を有する拡張ヘッダに、ＤＴ/ＰＴ情報が配置される。この場合、拡張ヘッダには、ＤＴ/ＰＴ情報として、提示単位のデコード時刻および提示時刻を、上述のＭＰＴのＭＰＵタイムスタンプ・デスクリプタに記述されるＭＰＵの先頭の提示単位の提示時刻を参照して算出するための時間長情報が挿入される。

この時間長情報としては、例えば、以下の第１、第２の形態が考えられる。第１の形態の時間長情報について説明する。この第１の形態のオフセット情報は、最初の提示単位の提示時刻からのオフセット時間長で示したデコード時刻情報と、デコード時刻からのオフセット時間長で示した提示時刻情報とからなる。

図１３は、第１の形態の時間長情報が挿入される拡張ヘッダ（header_extension）の構造例（syntax）を示している。図１４は、その構造例における主要な情報の内容（Semantics）を示している。「type」の１６ビットフィールドは、ＤＴ/ＰＴ情報が配置された拡張ヘッダ、つまり「dt_pt_shortcut_extension」であることを示す。

「length」の１６ビットフィールドは、これ以降の拡張ヘッダのバイトサイズを示す。ここでは、「４」の固定値となる。「PU_start_indicator」の１ビットフラグ情報は、当該ＭＭＴパケットに、サンプル（提示単位）の先頭が含まれているか否かを示す。“１”は含まれていることを示し、“０”は含まれていないことを示す。

「decoding_time_offset」の１７ビットフィールドは、最初の提示単位の提示時刻からのオフセット時間長で示したデコード時刻情報を示す。つまり、このフィールドは、当該ＭＭＴパケットに含まれるビデオ、オーディ等のサンプル（提示単位）に関し、そのサンプルのデコード時刻（Decoding time）を、ＭＰＵタイムスタンプ・デスクリプタの当該サンプルを含むＭＰＵの「MPU_presentation_time」からのオフセット時間長で示す。

この場合、例えば、1/(２**16)秒単位の値で示される。この場合、約６５ＫＨｚの精度となる。なお、この場合、「decoding_time_offset」は正負の符号ビットを持つので、例えば、ＧＯＰが１５ピクチャからなり、その時間長が０．５秒であるときには、「decoding_time_offset」の１７ビットフィールドにより２ＧＯＰ分の時間幅をカバー可能となる。なお、例えば、精度を上げて、1/(2**17)秒単位の値で示される場合には、１ＧＯＰ分の時間幅をカバー可能となる。

「presentation_time_offset」の１４ビットフィールドは、デコード時刻からのオフセット時間長で示した提示時刻情報を示す。つまり、当該ＭＭＴパケットに含まれるビデオ、オーディ等のサンプル（提示単位）に関し、同一サンプルのデコード時刻（Decoding time）と提示時刻（Presentation time）の時間長を示す。この場合、例えば、1/(２**16)秒単位の値で示される。

図１５は、受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示している。図示のように、シグナリングメッセージとしてのＭＰＴに含まれるＭＰＵタイムスタンプ・デスクリプタの「MPU_presentation_time」のフィールドから、最初の提示単位の提示時刻ｍｐｔが取得される。また、ＭＭＴパケットの拡張ヘッダの「decoding_time_offset」、「presentation_time_offset」のフィールドから、提示単位（サンプル）毎に、デコード時刻情報ｄｔｏ、提示時刻情報ｐｔｏが取得される。

受信側では、これらの取得情報に基づいて、各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴは、図１６（ｂ）に示すように、以下の（１）式、（２）式で、算出される。
ＤＴ＝ｍｐｔ＋ｄｔｏ ・・・（１）
ＰＴ＝ＤＴ＋ｐｔｏ ・・・（２）

そして、受信側では、図１６（ａ）に示すように、後述するように送信側から送られてきた時刻情報に基づいて生成された時刻情報（ＮＴＰ）と、算出されたデコード時刻ＤＴおよび提示時刻ＰＴとにより、伝送メディアの各提示単位のデコードおよび提示の制御が行われる。

次に、第２の形態の時間長情報について説明する。この第２の形態の時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、２番目以降の各提示単位の前の提示単位のデコード時刻からのオフセット時間長で示したデコード時刻情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる。

図１７は、第２の形態の時間長情報が挿入される拡張ヘッダ（header_extension）の構造例（syntax）を示している。図１８は、その構造例における主要な情報の内容（Semantics）を示している。「type」の１６ビットフィールドは、ＤＴ/ＰＴ情報が配置された拡張ヘッダ、つまり「dt_pt_shortcut_extension」であることを示す。

「length」の１６ビットフィールドは、これ以降の拡張ヘッダのバイトサイズを示す。ここでは、「４」の固定値となる。「PU_start_indicator」の１ビットフラグ情報は、当該ＭＭＴパケットに、サンプル（提示単位）の先頭が含まれているか否かを示す。“１”は含まれていることを示し、“０”は含まれていないことを示す。

「decoding_time_offset」の１６ビットフィールドは、最初の提示単位に関しては、その提示時刻からのオフセット時間長で示したデコード時刻情報を示す。また、２番目以降の各提示単位に関しては、その前の提示単位のデコード時刻からのオフセット時間長で示したデコード時刻情報を示す。

つまり、当該ＭＭＴパケットに含まれるビデオ、オーディ等のサンプル（提示単位）に関し、そのサンプルのデコード時刻（Decoding time）を、直前のサンプルからのオフセット時間長で示す。ただし、最初のサンプルの場合のみ、ＭＰＵタイムスタンプ・デスクリプタの当該サンプルを含むＭＰＵの「MPU_presentation_time」からのオフセット時間長で示す。

この場合、例えば、1/(2**16)秒単位の値で示される。この場合、約６５ＫＨｚの精度となる。なお、この場合、「decoding_time_offset」は正負の符号ビットを持つので、例えば、ＧＯＰが１５ピクチャからなり、その時間長が０．５秒であるときには、「decoding_time_offset」の１６ビットフィールドにより１ＧＯＰ分の時間幅をカバー可能となる。なお、第２の形態のオフセット情報の場合、「decoding_time_offset」の値は、第１の形態のオフセット情報と異なり、それほど大きくならないと予想される。そのため、例えば、精度をより上げて、1/(2**18)秒単位の値で示されてもよい。

「presentation_time_offset」の１５ビットフィールドは、デコード時刻からのオフセット時間長で示した提示時刻情報を示す。つまり、当該ＭＭＴパケットに含まれるビデオ、オーディ等のサンプル（提示単位）に関し、同一サンプルのデコード時刻（Decoding time）と提示時刻（Presentation time）の時間長を示す。この場合、例えば、1/(2**16)秒単位の値で示される。

図１９は、受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示している。図示のように、シグナリングメッセージとしてのＭＰＴに含まれるＭＰＵタイムスタンプ・デスクリプタの「MPU_presentation_time」のフィールドから、最初の提示単位の提示時刻ｍｐｔが取得される。また、ＭＭＴパケットの拡張ヘッダの「decoding_time_offset」、「presentation_time_offset」のフィールドから、提示単位（サンプル）毎に、デコード時刻情報ｄｔｏ、提示時刻情報ｐｔｏが取得される。

受信側では、これらの取得情報に基づいて、各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴは、図２０（ｂ）に示すように、以下の（３）式、（４）式で、算出される。
ＤＴ＝ｍｐｔ＋Σｄｔｏ ・・・（３）
ＰＴ＝ＤＴ＋ｐｔｏ ・・・（４）

そして、受信側では、図２０（ａ）に示すように、後述するように送信側から送られてきた時刻情報に基づいて生成された時刻情報（ＮＴＰ）と、算出されたデコード時刻ＤＴおよび提示時刻ＰＴとにより、伝送メディアの各提示単位のデコードおよび提示の制御が行われる。

「拡張ヘッダの伝送頻度」
次に、拡張ヘッダ（header_extension）の伝送頻度に関し、例えば、以下の第１、第２の形態が考えられる。第１の形態では、図２１に示すように、ＭＭＴパケットには、サンプル（提示単位）の先頭が含まれる場合にのみ、ＭＭＴ拡張ヘッダが設けられる。この場合、発生情報量を抑え、帯域節約を図ることが可能となる。

第２の形態では、図２２に示すように、ＭＭＴパケットには、常に、ＭＭＴ拡張ヘッダが設けられる。この場合、サンプル（提示単位）の先頭が含まれる場合にのみ、「PU_start_indicator = 1」とされる。この場合、ヘッダ情報量の乱れを抑えることができ、受信側におけるヘッダ処理の単純化が可能となる。

上述したように、ＭＭＴパケットのＭＭＴ拡張ヘッダにＤＴ/ＰＴ情報を挿入して伝送することで、ＭＰＵのデータを遅延させることなく、各提示単位（サンプル）のデータの受信に対応して、その提示単位のデコード時刻および提示時刻を直ちに算出できる。そのため、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。

「ＭＰＵ拡張タイムスタンプ・デスクリプタの利用」
次に、新規定義するＭＰＵ拡張タイムスタンプ・デスクリプタ（MPU_extended_timestamp_descriptor）を利用する場合について説明する。この場合、ＭＰＵ拡張タイムスタンプ・デスクリプタに、ＭＰＵの各サンプル（提示単位）のＤＴ/ＰＴ情報を配置する。

このＭＰＵ拡張タイムスタンプ・デスクリプタは、ＭＰＴ（図８参照）の「asset_descriptors」のフィールドに格納される。このＭＰＵ拡張タイムスタンプ・デスクリプタに含まれる各サンプル（提示単位）のＤＴ/ＰＴ情報として、上述のＭＭＴパケットのＭＭＴ拡張ヘッダに挿入される場合で説明したと同様に、第１、第２の形態が考えられる。

すなわち、第１の形態の時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示したデコード時刻情報と、デコード時刻からのオフセット時間長で示した提示時刻情報とからなる。また、第２の形態の時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、２番目以降の各提示単位の前の提示単位のデコード時刻からのオフセット時間長で示したデコード時刻情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる。

図２３は、ＭＰＵ拡張タイムスタンプ・デスクリプタの構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、デスクリプタタイプを示す。ここでは、ＭＰＵ拡張タイムスタンプ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。

ＭＰＵの個数分だけ、「MPU_sequence_number」と「number_of_PU」が存在する。「MPU_sequence_number」の３２ビットフィールドは、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。「number_of_PU」の１６ビットフィールドは、ＭＰＵに含まれるサンプル（提示単位）の個数を示す。また、このサンプル（提示単位）の個数分だけ、「presentation_time_offset」の１６ビットフィールドと、「decoding_time_offset」の１６ビットフィールドの組が存在する。

「decoding_time_offset」、「presentation_time_offset」のフィールドには、詳細説明は省略するが、上述したＭＭＴパケットのＭＭＴ拡張ヘッダ（図１３、図１７参照）の「decoding_time_offset」、「presentation_time_offset」のフィールドに配置されると同様のデコード時刻情報、提示時刻情報が配置される。

図２４は、受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示している。この例は、ＤＴ/ＰＴ情報としての時間長情報が第２の形態の時間長情報である場合を示している。

図示のように、シグナリングメッセージとしてのＭＰＴに含まれるＭＰＵタイムスタンプ・デスクリプタの「MPU_presentation_time」のフィールドから、最初の提示単位の提示時刻ｍｐｔが取得される。また、シグナリングメッセージとしてのＭＰＴに含まれるＭＰＵ拡張タイムスタンプ・デスクリプタの「decoding_time_offset」、「presentation_time_offset」のフィールドから、各提示単位（サンプル）のデコード時刻情報ｄｔｏ、提示時刻情報ｐｔｏが取得される。

受信側では、これらの取得情報に基づいて、各提示単位のデコード時刻ＤＴおよび提示時刻ＰＴが、上述の（３）式、（４）式で、算出される（図２０（ｂ）参照）。そして、受信側では、後述するように送信側から送られてきた時刻情報に基づいて生成された時刻情報（ＮＴＰ）と、算出されたデコード時刻ＤＴおよび提示時刻ＰＴとにより、伝送メディアの各提示単位のデコードおよび提示の制御が行われる（図２０（ａ）参照）。

また、ＭＰＵ拡張タイムスタンプ・デスクリプタに含まれる各サンプル（提示単位）のＤＴ/ＰＴ情報として、上述のＭＭＴパケットのＭＭＴ拡張ヘッダに挿入される場合では説明していない第３の形態の時間長情報も考えられる。すなわち、第３の時間長情報は、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる。

図２５、図２６は、ＭＰＵ拡張タイムスタンプ・デスクリプタの構造例（Syntax）を示している。「descriptor_tag」の１６ビットフィールドは、デスクリプタタイプを示す。ここでは、ＭＰＵ拡張タイムスタンプ・デスクリプタであることを示す。「descriptor_length」の８ビットフィールドは、デスクリプタの長さ（サイズ）を示し、デスクリプタの長さとして、以降のバイト数を示す。

「timescale_flg」の１ビットフィールドは、時間単位指定を記述するか否かを示すフラグである。時間単位指定を記述する場合には、“１”に設定される。なお、あらかじめ規定される時間単位を用いる場合には、“０”に設定される。「PU_duration_description_type」の２ビットフィールドは、提示単位時間長の記述タイプを示す。あらかじめ規定される固定値の場合は“０”であり、固定値を指定する場合は“１”であり、提示単位毎に指定する場合は“２”である。

「timescale_flg = 1」であるとき、「timescale」の３２ビットフィールドが存在する。このフィールドは、本デスクリプタにおける時間長の単位を示す値であり、９０ｋ、２**ｎなどの値である。１秒を本値で割った時間長を単位とする。なお、３２ビットは大きいので、例えば８ビットとして、“１”は９０ｋ、“２”は２**16を表すなど、モード的に値を表すようにすることも考えられる。

「PU_duration_description_type = 1」であるとき、「default_PU_duration」の１６ビットフィールドが存在する。このフィールドは、本デスクリプタの有効範囲における提示単位時間長の固定値であるデフォルト提示単位時間長を上記時間単位に基づき示す。この提示単位時間長は、「PU_duration_description_type = 1」における各提示単位の時間長を示す情報である。なお、「PU_duration_description_type = 0」の場合は各提示単位の時間長は規定される固定値であるので、「PU_duration_description_type = 0」自体が各提示単位の時間長を示す情報ということになる。

また、ＭＰＵの個数分だけ、「MPU_sequence_number」、「SAP_type」、「initial_decoding_time_offset」、「number_of_PU」の各フィールドが存在する。「MPU_sequence_number」の３２ビットフィールドは、ＭＰＵの順番を示す番号であり、ＭＰＵを識別する情報である。

「SAP_type」の３ビットフィールドは、ＭＰＵとしてのＧＯＰの構成と独立性を示す。例えば、「SAP_type = 1」は、Ｉピクチャから始まり、かつクローズドＧＯＰであることを示す。また、例えば、「SAP_type = 2」は、Ｂピクチャから始まり、かつクローズドＧＯＰであることを示す。また、例えば、「SAP_type = 3」は、オープンＧＯＰであることを示す。

「initial_decoding_time_offset」の１６ビットフィールドは、最初に伝送される提示単位のデコード時刻を起点からのオフセット時間で上記時間単位に基づき示す、初期デコード時間オフセットである。この初期デコード時間オフセットは、最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報である。

「number_of_PU」の８ビットフィールドは、ＭＰＵに含まれるサンプル（提示単位）の個数を示す。また、このサンプルの個数分だけ、「decoding_presentation_time_offset」の１６ビットフィールドが存在する。このフィールドは、同一提示単位のデコード時刻から提示時刻までの時間長を上記時間単位に基づき示す、デコード・提示時間オフセットである。このデコード・提示時間オフセットは、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報である。

「PU_duration_description_type = 2」であるとき、ＭＰＵに含まれるサンプル（提示単位）の個数分だけ、「PU_duration」の１６ビットフィールドが存在する。このフィールドは、サンプル（提示単位）毎の提示単位時間長を上記時間単位に基づき示す。この提示単位時間長は、「PU_duration_description_type = 2」における各提示単位の時間長を示す情報である。

図２７は、受信側におけるデコード時刻ＤＴおよび提示時刻ＰＴの算出方法を示している。図示のように、シグナリングメッセージとしてのＭＰＴに含まれるＭＰＵタイムスタンプ・デスクリプタの「MPU_presentation_time」のフィールドから、最初の提示単位の提示時刻ｍｐｔが取得される。

また、シグナリングメッセージとしてのＭＰＴに含まれるＭＰＵ拡張タイムスタンプ・デスクリプタの「initial_decoding_time_offset」のフィールドから、最初に伝送される提示単位（サンプル）のデコード時刻情報ｉｄｔｏが取得される。また、このデスクリプタの「decoding_presentation_time_offset」のフィールドから各提示単位（サンプル）の提示時刻情報ｄｐｔｏが取得される。

さらに、このデスクリプタの記述情報に基づいて各提示単位の時間長を示す情報ＰＵｄが取得される。すなわち、「PU_duration_description_type = 0」の場合、各提示単位の時間長を示す情報ＰＵｄは、あらかじめ規定される固定値とされる。また、「PU_duration_description_type = 1」の場合、各提示単位の時間長を示す情報ＰＵｄは、「default_PU_duration」のフィールドから固定値として取得される。さらに、「PU_duration_description_type = 2」の場合、各提示単位の時間長を示す情報ＰＵｄは、「PU_duration」のフィールドから取得される。

受信側では、これらの取得情報に基づいて、各提示単位のデコード時刻ＤＴｋよび提示時刻ＰＴｋが、図２８（ｂ）に示すように、以下の（５）式、（６）式、（７）式で、算出される。
ＤＴｋ＝ｍｐｔ＋（（ｋ−１）＊ＰＵｄ−ｉｄｔｏ）＊２^Ｎ/ｔｓ
・・・（５）
ＤＴｋ＝ｍｐｔ＋（ΣＰＵｄｉ−ｉｄｔｏ）＊２^Ｎ/ｔｓ
・・・（６）
ＰＴｋ＝ＤＴｋ＋ｄｐｔｏｋ＊２^Ｎ/ｔｓ ・・・（７）

なお、（５）式は、「PU_duration_description_type = 0/1」の場合における各提示単位のデコード時刻ＤＴｋの算出式である。また、（６）式は「PU_duration_description_type = 2」の場合における各提示単位のデコード時刻ＤＴｋの算出式である。ここで、「ΣＰｕｄｉ」の項は、ｋ＝１の場合は０となり、ｋ＞１の場合はｉ＝１からｋ−１までの和となる。

また、各算出式は、ＤＴｋ，ＰＴｋを、ＭＰＵタイムスタンプ・デスクリプタの「MPU_presentation_time」のフィールドから取得される最初の提示単位の提示時刻ｍｐｔの単位、すなわち１/（２**N）秒に合致させた状態で得るようになっている（図２８（ａ）参照）。各式において、「２^Ｎ/ｔｓ」の項では、「timescale」で示される単位をｍｐｔの単位に合わせるための換算を行っている。

受信側では、後述するように送信側から送られてきた時刻情報に基づいて生成された時刻情報（ＮＴＰ）と、上述のように算出されたデコード時刻ＤＴｋおよび提示時刻ＰＴｋとにより、伝送メディアの各提示単位のデコードおよび提示の制御が行われる（図２８（ａ）参照）。

次に、ＭＰＵ拡張タイムスタンプ・デスクリプタの伝送順について説明する。ＭＰＵタイムスタンプ・デスクリプタがＭＰＵのＡＶデータの前に配置されるのに対し、ＭＰＵ拡張タイムスタンプ・デスクリプタは、図２９に示すように、ＡＶ信号のエンコーダバッファ（Enc Buffer）入力以前のＤＴ/ＰＴ決定時点で即時にＭＰＴに配置されて放送ストリームで伝送される。

ＡＶデータはバッファでＧＯＰ分以上の遅延があるとすると、ＭＰＵ拡張タイムスタンプ・デスクリプタは上記遅延がないので、デコーダバッファ（Dec Buffer）出力時点では確実にＤＴ/ＰＴ情報を受信機で利用可能な状態とすることが可能である。

上述したように、ＭＰＵ拡張タイムスタンプ・デスクリプタにＤＴ/ＰＴ情報を挿入して伝送することで、ＭＰＵのデータを遅延させることなく、各提示単位（サンプル）のデータの受信に対応して、その提示単位のデコード時刻および提示時刻を直ちに算出できる。そのため、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。

図３０は、放送送出システム１００の構成例を示している。この放送送出システム１００は、ＮＴＰクロック生成部（時計部）１１１と、信号送出部１１２と、ビデオエンコーダ１１３と、オーディオエンコーダ１１４と、ＭＭＴシグナリングエンコード部１１５を有している。また、この放送送出システム１００は、ＴＬＶシグナリング発生部１１６と、Ｎ個のＩＰサービス・マルチプレクサ１１７-1〜１１７-Nと、ＴＬＶ・マルチプレクサ１１８と、変調/送信部１１９を有している。

ＮＴＰクロック生成部（時計部）１１１では、外部から取得されたＮＴＰ時刻情報に同期したＮＴＰ時刻情報が生成され、このＮＴＰ時刻情報を含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。信号送出部１１２は、例えば、ＴＶ局のスタジオとか、ＶＴＲ等の記録再生機であり、伝送メディアとしてのビデオ、オーディオなどのベースバンド信号を送出するシステムである。

ビデオエンコーダ１１３では、信号送出部１１２から送出されるビデオ信号が符号化され、さらにパケット化されて、ビデオのＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。オーディオエンコーダ１１４では、信号送出部１１２から送出されるオーディオ信号が符号化され、さらにパケット化されて、オーディオのＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。

ここで、上述したようにＭＭＴパケットのＭＭＴ拡張ヘッダを利用する場合には、ビデオのＭＭＴパケットやオーディオのＭＭＴパケットに、そのパケットに含まれるサンプル（提示単位）のデコード時刻（ＤＴ）、提示時刻（ＰＴ）を得るための時刻取得情報（ＤＴ/ＰＴ情報）を持つ拡張ヘッダ（header_extension）が配置される。

ＭＭＴシグナリングエンコード部１１５では、シグナリングメッセージが発生され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットがＩＰサービス・マルチプレクサ１１７-1に送られる。このシグナリングメッセージには、ＭＰＴ（MMT Package Table）が含まれる。このＭＰＴには、ＭＰＵタイムスタンプ・デスクリプタ（MPU_timestamp_descriptor）が挿入される。ここで、上述したように新規定義するＭＰＵ拡張タイムスタンプ・デスクリプタ（MPU_extended_timestamp_descriptor）を利用する場合には、このＭＰＴに、ＭＰＵ拡張タイムスタンプ・デスクリプタがさらに挿入される。

ＩＰサービス・マルチプレクサ１１７-1では、各エンコーダから送られてくるＩＰパケットの時分割多重化が行われる。この際、ＩＰサービス・マルチプレクサ１１７-1では、各ＩＰパケットにＵＤＰヘッダおよびＴＬＶヘッダが付加されて、ＴＬＶパケットとされる。ＩＰサービス・マルチプレクサ１１７-1では、一つのトランスポンダの中に入れる一つのチャネル部分が構成される。ＩＰサービス・マルチプレクサ１１７-2〜１１７-Nでは、ＩＰサービス・マルチプレクサ１１７-1と同様の機能を持ち、その一つのトランスポンダの中にいれる他のチャネル部分が構成される。

ＴＬＶシグナリング発生部１１６では、シグナリング（Signaling）情報が発生され、このシグナリング（Signaling）情報をペイロード部に配置するＴＬＶパケットが生成される。ＴＬＶ・マルチプレクサ１１８では、ＩＰサービス・マルチプレクサ１１７-1〜１１７-NおよびＴＬＶシグナリング発生部１１６で生成されるＴＬＶパケットが多重化されて、ＭＭＴ方式の放送ストリーム（図４（ｅ）参照）が生成される。変調/送信部１１９では、ＴＬＶ・マルチプレクサ１１８で生成されるＭＭＴ方式の放送ストリームに対して、ＲＦ変調処理が行われて、ＲＦ伝送路に送出される。

図３１は、受信機２００の構成例を示している。この受信機２００は、チューナ/復調部２０１と、デマルチプレクサ２０２と、ＮＴＰクロック再生部（時計部）２０３と、システム制御部２０４とを有している。また、この受信機２００は、ビデオ制御部２０５と、ビデオデコードバッファ２０６と、ビデオデコーダ２０４と、オーディオ制御部２０８と、オーディオデコードバッファ２０９と、オーディオデコーダ２１０を有している。

チューナ/復調部２０１では、図示しないアンテナからの中間周波信号が受信され、復調処理が行われて、ＭＭＴ方式の放送ストリーム（図４（ｅ）参照）が得られる。デマルチプレクサ２０２では、この放送ストリームに対して、デマルチプレクス処理およびデパケット化処理が行われて、ＮＴＰ時刻情報、シグナリング情報、さらにはビデオ、オーディオの符号化データ、ビデオ、オーディオのＤＴ/ＰＴ情報が取り出される。

デマルチプレクサ２０２では、ＭＭＴ−ＳＩフィルタ部２０２ａでフィルタリングされてＭＭＴのシグナリング情報（シグナリングメッセージ）が取り出され、システム制御部２０４に送られる。また、デマルチプレクサ２０２では、ＴＬＶ−ＳＩフィルタ部２０２ｂでフィルタリングされてＴＬＶシグナリング情報を取り出され、システム制御部２０４に送られる。

デマルチプレクサ２０２で取り出されるＮＴＰ時刻情報は、ＮＴＰクロック再生部２０３に送られる。ＮＴＰクロック再生部２０３では、そのＮＴＰ時刻情報に同期したＮＴＰ時刻情報が再生される。このように再生されたＮＴＰ時刻情報は、ビデオ制御部２０５およびオーディオ制御部２０８に送られる。

デマルチプレクサ２０２で取り出されるビデオの符号化データは、ビデオデコードバッファ２０６に一時的に蓄積される。また、デマルチプレクサ２０２で取り出されるオーディオの符号化データは、オーディオデコードバッファ２０９に一時的に蓄積される。

上述したようにＭＭＴパケットのＭＭＴ拡張ヘッダを利用する場合、デマルチプレクサ２０２では、ビデオ、オーディオのＭＭＴパケットのＭＭＴ拡張ヘッダからビデオ、オーディオのＤＴ/ＰＴ情報が取り出され、それぞれ、ビデオ制御部２０５、オーディオ制御部２０８に送られる。

一方、上述したようにＭＰＵ拡張タイムスタンプ・デスクリプタを利用する場合、システム制御部２０４では、ＭＰＴのビデオ、オーディオのＭＰＵ拡張タイムスタンプ・デスクリプタ（図２３あるいは図２５、図２６参照）から、ビデオ、オーディオのＤＴ/ＰＴ情報が取り出され、それぞれ、ビデオ制御部２０５、オーディオ制御部２０８に送られる。

また、システム制御部２０４では、ＭＰＴのビデオ、オーディオのＭＰＵタイムスタンプ・デスクリプタ（図１１参照）から、ビデオ、オーディオのＭＰＵの最初のサンプル（提示単位）の提示時刻が取り出され、それぞれ、ビデオ制御部２０５、オーディオ制御部２０８に送られる。

ビデオ制御部２０５では、ＭＰＵの最初のサンプル（提示単位）の提示時刻と、ＭＰＵの各サンプル（提示単位）のＤＴ/ＰＴ情報に基づいて、各サンプル（提示単位）のデコード時刻ＤＴおよび提示時刻ＰＴが求められる（上述の（１）式、（２）式、あるいは（３）式、（４）式、あるいは（５）式、（６）式、（７）式参照）。

ビデオ制御部２０５では、ビデオデコーダ２０７に対して、ビデオデコードバッファ２０６に蓄積されている各サンプル（提示単位）の符号化ビデオに対する、デコードおよび提示の指示が行われる。この場合、ビデオ制御部２０５では、それらの指示が、ＮＴＰクロック再生部２０３から供給されるＮＴＰ時刻情報が参照され、上述したように求められたデコード時刻ＤＴおよび提示時刻ＰＴのタイミングで行われる。

ビデオデコーダ２０７では、ビデオ制御部２０５からの指示に基づいて、ビデオデコードバッファ２０６に蓄積されている各サンプル（提示単位）の符号化ビデオのデコード処理が行われる。そして、このビデオデコーダ２０７から、各サンプル（提示単位）のビデオが提示時刻ＰＴのタイミングで順次出力される。

また、オーディオ制御部２０８では、ＭＰＵの最初のサンプル（提示単位）の提示時刻と、ＭＰＵの各サンプル（提示単位）のＤＴ/ＰＴ情報に基づいて、各サンプル（提示単位）のデコード時刻ＤＴおよび提示時刻ＰＴが求められる（上述の（１）式、（２）式、あるいは（３）式、（４）式、あるいは（５）式、（６）式、（７）式参照）。

オーディオ制御部２０８では、オーディオデコーダ２１０に対して、オーディオデコードバッファ２０９に蓄積されている各サンプル（提示単位）の符号化オーディオに対する、デコードおよび提示の指示が行われる。この場合、オーディオ制御部２０８では、それらの指示が、ＮＴＰクロック再生部２０３から供給されるＮＴＰ時刻情報が参照され、上述したように求められたデコード時刻ＤＴおよび提示時刻ＰＴのタイミングで行われる。

オーディオデコーダ２１０では、オーディオ制御部２０８からの指示に基づいて、オーディオデコードバッファ２０９に蓄積されている各サンプル（提示単位）の符号化オーディオのデコード処理が行われる。そして、このオーディオデコーダ２１０から、各サンプル（提示単位）のオーディオが提示時刻ＰＴのタイミングで順次出力される。

ここで、ＮＴＰ（Network Time Protocol）について説明する。ＮＴＰは、ＩＴＵ（International Telecommunication Union）でインターネットの標準として規定されているプロトコルである。パーソナルコンピュータ、スマートフォンなどのクライアントからＮＴＰプロトコルによりＮＴＰサーバにアクセスすることで、時刻情報を得ることができる。

図３２（ａ）に示すように、ＮＴＰサーバには、階層（Stratum）が存在し、番号が若いほど高精度となっている。例えば、階層１（Stratum 1）のＮＴＰサーバは原子時計と直結していて、時刻情報の誤差は１μs未満である。ＮＴＰサーバが提供する時刻情報は、１９００年１月１日からの積算秒数（ＵＴＣ：Coordinated Universal Time）で表現されている。

図３２（ｂ）は、ＮＴＰサーバが提供する時刻情報のフォーマット（NTP time stamp long format）を示している。この時刻情報は、６４ビットフォーマットであり、上位３２ビットはＵＴＣの積算秒数を示し、下位３２ビットは秒未満を示している。図３２（ｃ）は、ＮＴＰサーバが提供する時刻情報のフォーマット（NTP time stamp short format）を示している。この時刻情報は、３２ビットフォーマットであり、上位１６ビットはＵＴＣの積算秒数を示し、下位１６ビットは秒未満を示している。

パーソナルコンピュータ、スマートフォンなどのクライアントからＮＴＰプロトコルでＮＴＰサーバにアクセスして時刻情報を取得するときには、どの階層のＮＴＰサーバにサクセスするか不明である。そのため、複数のＮＴＰサーバに同期アクセスして平均値を取ることで、ばらつきを抑え、より正確な時刻情報を得るようになされる。

図３３、図３４は、ＭＭＴ方式におけるクロック同期・提示同期方式を示している。図３３は、放送送出システム１００側の構成例を示している。図３４は、受信機２００側の構成例を示している。

最初に、図３３を参照して、放送送出システム１００側の構成例を説明する。この放送送出システム１００は、ＮＴＰ/ＩＰインタフェース１３１と、３２ビットレジスタ１３２ａ，１３２ｂを有している。また、この放送送出システム１００は、２**２４Ｈｚのクロック（システムクロック）を生成する電圧制御発振器１３３と、時計部を構成する８ビットカウンタ１３４ａ、１６ビットカウンタ１３４ｂおよび３２ビットカウンタ１３４ｃと、比較器１３５を有している。また、この放送送出システム１００は、パケット化部１３６と、ビデオエンコード処理部１３７と、パケット化部１３８と、エンコードバッファ１３９と、ビデオ同期制御部１４０と、ＭＭＴシグナリングエンコード部１４１と、マルチプレクサ１４２を有している。

ＮＴＰ/ＩＰインタフェース１３１により、例えば、インターネット経由で図示しないＮＴＰサーバに所定の時間間隔でアクセスされ、６４ビットフォーマットの時刻情報（図３２（ｂ）参照）が取得される。３２ビットレジスタ１３２ａ，１３２ｂでは、ＮＴＰ/ＩＰインタフェース１３１で取得される６４ビットフォーマットの時刻情報が保持される。３２ビットレジスタ１３２ａには上位３２ビットのビットデータが保持され、３２ビットレジスタ１３２ｂには下位３２ビットのビットデータが保持される。３２ビットレジスタ１３２ａ，１３２ｂの保持内容は、ＮＴＰ/ＩＰインタフェース１３１で６４ビットフォーマットの時刻情報を取得する毎に更新される。

ここで時刻情報を取得する頻度が十分高い場合にはこのままの構成でよいが、低い場合にはレジスタ１３２ａ，１３２ｂはＮＴＰサーバの時計を再現するように自動的に時刻を示すカウンタとして継続動作することも考えられる。ここで、取得した時刻情報の下位３２ビットを示すレジスタ１３２ｂの出力がオール０となった時点で、時刻情報の上位３２ビットを示すレジスタ１３２ａの出力を３２ビットカウンタ１３４ｃの初期値としてセットし、かつ１６ビットカウンタ１３４ｂと８ビットカウンタ１３４ａをそれぞれオール０にセットする。この設定動作は放送送出システム１００が動作開始する1回のみに限定される。

電圧制御発振器１３３では、２**２４Ｈｚのクロック（システムクロック）が発生される。８ビットカウンタ１３４ａでは、電圧制御発振器１３３から出力される２**２４Ｈｚのクロックがカウントされる。１６ビットカウンタ１３４ｂでは、８ビットカウンタ１３４ａの桁上げ出力がカウントされる。つまり、この実施の形態では、８ビットカウンタ１３４ａと１６ビットカウンタ１３４ｂにより、２４ビットカウンタが構成されている。

３２ビットカウンタ１３４ｃでは、１６ビットカウンタ１３４ｂの桁上げ出力である１Ｈｚのクロックがカウントされて、秒精度の時刻情報（Regenerated UTC）である３２ビットのビット出力が得られる。８ビットカウンタ１３４ａ、１６ビットカウンタ１３４ｂおよび３２ビットカウンタ１３４ｃの５６ビットのビット出力は、初期値からの上記カウンタ動作により、時刻情報としてのシステム・タイム・クロック（ＳＴＣ：System Time Clock）となる。

比較器１３５では、３２ビットレジスタ１３２ａ，１３２ｂの保持内容が更新されるタイミングで、上述の５６ビットのシステム・タイム・クロックがラッチされ、レジスタ保持内容、つまりＮＴＰサーバから取得された時刻情報（下位８ビットを除く）と比較される。そして、比較器１３５から電圧制御発振器１３３に、比較誤差信号が制御信号として供給される。

電圧制御発振器１３３、カウンタ１３４ａ，１３４ｂ，１３４ｃおよび比較器１３５により、ＰＬＬ（Phase Locked Loop）回路が構成される。そのため、電圧制御発振器１３３では、ＮＴＰサーバから取得された６４ビットフォーマットの時刻情報に同期した２**２４Ｈｚのクロック（システムクロック）が生成される。また、カウンタ１３４ａ，１３４ｂ，１３４ｃでは、この２**２４Ｈｚのクロックの周波数情報を含み、ＮＴＰサーバから取得された６４ビットフォーマットの時刻情報に同期した、５６ビットの時刻情報が生成される。

この５６ビットの時刻情報は、パケット部１３６に供給される。パケット化部１３６では、この５６ビットの時刻情報の下位にオールゼロの８ビットを付加して、６４ビットフォーマットの時刻情報（図２８（ｂ）参照）とする。そして、このパケット化部１３６では、この６４ビットの時刻情報に基づき、２**２４Ｈｚのクロックの周波数情報を持つＮＴＰ・クロック・リファレンス（ＮＴＰ_ＣＲ：NTP Clock Reference）を含むＩＰパケットが生成される。

ビデオエンコード処理部１３７では、電圧制御発振器１３３で得られる２**２４Ｈｚのクロックに同期して、ビデオ（ビデオデータ）が符号化される。この場合、２**２４Ｈｚのクロックは、適宜、逓倍や分周が行われて、所望の周波数に変換されて使用される。パケット化部１３８では、符号化後のビデオのエレメンタリストリームが所定の大きさの固まりに分割され、それぞれの固まりをペイロード部に含むＭＭＴパケット（MMT packet）が生成される。このＭＭＴパケットは、エンコードバッファ１３９を通じてマルチプレクサ１４２に供給される。

ＭＭＴシグナリングエンコード部１４１では、シグナリングメッセージが発生され、ペイロード部にこのシグナリングメッセージが配置されたＭＭＴパケットを含むＩＰパケットがマルチプレクサ１４２に送られる。

ビデオ同期制御部１４０には、カウンタ１３４ａ，１３４ｂ，１３４ｃで得られる５６ビットの時刻情報が供給される。ビデオ同期制御部１４０では、ビデオエンコード処理部１３８でエンコードされるビデオのＧＯＰ毎に、先頭のピクチャ（サンプル＝提示単位）のエンコードタイミングを基に、そのピクチャの提示時刻（ＰＴ：Presentation Time）が求められる。この提示時刻ｍｐｔは、ＭＭＴシグナリング発生部１４１に供給される。

ＭＭＴシグナリングエンコード部１４１では、ビデオエンコード処理部１３８でエンコードされるビデオのＧＯＰ毎に、そのピクチャの提示時刻ｍｐｔを持つＭＰＵタイムスタンプ・デスクリプタ（MPU_timestamp_descriptor）が生成され、このデスクリプタが挿入されたＭＰＴ（MMT Package Table）を含むシグナリングメッセージが発生される。

また、ビデオ同期制御部１４０では、ビデオエンコード処理部１３８でエンコードされるビデオのＧＯＰ毎に、各ピクチャのエンコードタイミングを基に、上述のＤＴ/ＰＴ情報（デコード時刻ＤＴ、提示時刻ＰＴを得るための時刻取得情報）が生成される。

ビデオ同期制御部１４０で生成されるＤＴ/ＰＴ情報は、上述したようにＭＭＴパケットのＭＭＴ拡張ヘッダを利用する場合には、パケット化部１３８に供給される。パケット化部１３８では、ビデオのＭＭＴパケットに、ＤＴ/ＰＴ情報を持つＭＭＴ拡張ヘッダ（header_extension）が配置される。

また、ビデオ同期制御部１４０で生成されるＤＴ/ＰＴ情報は、上述したようにＭＰＵ拡張タイムスタンプ・デスクリプタ（MPU_extended_timestamp_descriptor）を利用する場合には、ＭＭＴシグナリングエンコード部１４１に供給される。ＭＭＴシグナリングエンコード部１４１では、ビデオエンコード処理部１３８でエンコードされるビデオのＧＯＰ毎に、各ピクチャのＤＴ/ＰＴ情報を持つＭＰＵ拡張タイムスタンプ・デスクリプタが生成され、このデスクリプタが挿入されたＭＰＴ（MMT Package Table）を含むシグナリングメッセージが発生される。

マルチプレクサ１４２には、上述したように、ＮＴＰ・クロック・リファレンスを含むＩＰパケット、符号化ビデオを含むＭＭＴパケットおよびシグナリングメッセージを含むＭＭＴパケットが供給される。なお、図示は省略されているが、符号化オーディオなどを含むＭＭＴパケットも、符号化ビデオを含むＭＭＴパケットと同様に生成され、マルチプレクサ１４２に供給される。マルチプレクサ１４２では、各パケットにさらに必要なヘッダが付加され、ＭＭＴ方式の放送ストリームが生成される。このＭＭＴ方式の放送ストリームが、放送信号として送信される。

次に、図３０を参照して、受信機２００側の構成例を説明する。この受信機２００は、デマルチプレクサ２３１と、２**２４Ｈｚのクロック（システムクロック）を生成する電圧制御発振器２３２と、時計を構成する８ビットカウンタ２３３ａ、１６ビットカウンタ２３３ｂおよび３２ビットカウント２３３ｃと、比較器２３４を有している。また、この受信機２００は、ＭＭＴシグナリングデコード部２３５と、ビデオ同期制御部２３６と、デパケット化部２３７と、デコードバッファ２３８と、ビデオデコード処理部２３８を有している。ここで、システムクロックを生成する電圧制御発振器２３２は必ずしも送信システムと同じ周波数である必要はなく、例えば、２＊＊２２Ｈｚでも、２＊＊ｎ（ｎは整数）であればよい。

デマルチプレクサ２３１には、受信放送信号であるＭＭＴ方式の放送ストリームが供給される。デマルチプレクサ２３１では、ＮＴＰ・クロック・リファレンス（ＮＴＰ_ＣＲ）を含むＩＰパケットからＮＴＰ_ＣＲが抽出される。選局時や電源投入時において、最初に受信された６４ビットのＮＴＰ＿ＣＲのうち上位５６ビットはカウンタ２３３a、カウンタ２３３ｂおよびカウンタ２３３ｃからなる５６ビットのカウンタに初期値としてセットされる、その後に受信したこのＮＴＰ_ＣＲは、比較器２３４に供給される。

電圧制御発振器２３２、カウンタ２３３ａ，２３３ｂ，２３３ｃおよび比較器２３４により、ＰＬＬ（Phase Locked Loop）回路が構成される。そのため、電圧制御発振器２３２ではＮＴＰ_ＣＲに同期した２**２４Ｈｚのクロックが生成される。この２**２４Ｈｚのクロックの周波数は、上述し放送送出システム１００の電圧制御発振器１３３で生成されるクロックの周波数と等しくなり、クロック同期が実現される。

また、カウンタ２３３ａ，２３３ｂ，２３３ｃでは、ＮＴＰ_ＣＲに同期したシステム・タイム・クロックが生成される。このシステム・タイム・クロックは、上述した放送送出システム１００のカウンタ１３４ａ，１３４ｂ，１３４ｃで生成されるシステム・タイム・クロックと合ったものとなる。そのため、上述したように、ＭＭＴ方式の放送ストリームに、ビデオ、オーディオの提示単位毎のデコード時刻ＤＴおよび提示時刻ＰＴを求めるための情報（提示時刻ｍｐｔ、ＤＴ/ＰＴ情報）が挿入されていることと相俟って、提示同期が実現される。

デマルチプレクサ２３１で抽出されるシグナリングメッセージは、ＭＭＴシグナリングデコード部２３５に供給される。このＭＭＴシグナリングデコード部２３５では、ＭＰＴ（MMT Package Table）に含まれるＭＰＵタイムスタンプ・デスクリプタ（MPU_timestamp_descriptor）から、ビデオのＧＯＰ毎に、そのピクチャの提示時刻ｍｐｔが取り出される。この提示時刻ｍｐｔは、ビデオ同期制御部２３６に供給される。

なお、上述したようにＭＰＵ拡張タイムスタンプ・デスクリプタ（MPU_extended_timestamp_descriptor）を利用する場合には、このＭＭＴシグナリングデコード部２３５では、ＭＰＴ（MMT Package Table）に含まれるＭＰＵ拡張タイムスタンプ・デスクリプタから、ビデオのＧＯＰ毎に、各ピクチャのＤＴ/ＰＴ情報が取り出される。このＤＴ/ＰＴ情報は、ビデオ同期制御部２３６に供給される。

デマルチプレクサ２３１で抽出される符号化ビデオを含むＭＭＴパケットは、デパケット化部２３７に供給されてデパケット化の処理が行われる。デパケット化部２３７で得られる符号化ビデオはデコードバッファ２３８に一時的に蓄積される。

なお、上述したようにＭＭＴパケットのＭＭＴ拡張ヘッダを利用する場合には、このデパケット化部２３７では、ビデオのＧＯＰ毎に、ＭＭＴパケットに設けられているＭＭＴ拡張ヘッダ（header_extension）から、各ピクチャのＤＴ/ＰＴ情報が取り出される。このＤＴ/ＰＴ情報は、ビデオ同期制御部２３６に供給される。

カウンタ２３３ａ，２３３ｂ，２３３ｃで生成されるシステム・タイム・クロックは、ビデオ同期制御部２３６に供給される。この場合、５６ビットの全てを供給する必要はなく、ビデオ同期制御部２３６で算出されるデコード時刻ＤＴおよび提示時刻ＰＴの精度に対応したビット部分だけが供給されてもよい。

例えば、ビデオ同期制御部２３６で算出されるデコード時刻（ＤＴ）および提示時刻（ＰＴ）の精度が１/２**１６秒（約１５μ秒）である場合には、３２ビットカウンタ２３３ｃと１６ビットカウンタ２３３ｂの（３２＋１６）ビットの出力だけで足りる。また、それ以上の精度、例えば１/２**１８秒（３．８μ秒）である場合には、８ビットカウンタ２３３ａのビット出力も必要となる。

ビデオ同期制御部２３６では、提示時刻ｍｐｔとＤＴ/ＰＴ情報に基づいて、ビデオのＧＯＰ毎に、各ピクチャのデコード時刻ＤＴおよび提示時刻ＰＴが求められる（上述の（１）式、（２）式、あるいは（３）式、（４）式、あるいは（５）式、（６）式、（７）式参照）。ビデオ同期制御部２３６では、ビデオデコード処理部２３９に対して、デコードバッファ２３８に蓄積されている各ピクチャの符号化ビデオに対する、デコードおよび提示の指示が行われる。この場合、ビデオ同期制御部２３６では、それらの指示が、カウンタ２３３ａ，２３３ｂ，２３３ｃで生成されるシステム・タイム・クロックが参照され、上述したように求められたデコード時刻ＤＴおよび提示時刻ＰＴのタイミングで行われる。

ビデオデコード処理部２３９では、ビデオ同期制御部２３６からの指示に基づいて、デコードバッファ２３８に蓄積されている各ピクチャの符号化ビデオのデコード処理が行われる。そして、このビデオデコード処理部２３９から、各ピクチャのビデオが提示時刻ＰＴのタイミングで順次出力される。なお、図示は省略されているが、デマルチプレクサ２３１では、符号化オーディオを含むＭＭＴパケットも抽出され、上述のビデオの場合と同様に処理されてベースバンドのオーディオデータが得られ、音声出力が行われる。

上述したように、図１に示す送受信システム１０においては、ＭＭＴ方式の放送ストリームに外部から取得された時刻情報に同期したクロックの周波数情報を含む時刻情報（ＮＴＰ_ＣＲ）が含まれるものである。そのため、受信側では、この時刻情報に基づいて送信側と同様のクロック（システムクロック）を生成でき、クロック同期を実現できる。

この場合、クロックの周波数が２**ｎＨｚ（例えば、ｎ＝２４〜２８）とされることで、外部から取得するＮＴＰロングフォーマットの時刻情報に同期した時刻情報の生成が容易となると共に、生成される時刻情報をＮＴＰロングフォーマットに対応したものとすることができる。

また、図１に示す送受信システム１０においては、ＭＭＴ方式の放送ストリームには、外部から取得された時刻情報に同期した時刻情報（システム・タイム・クロック）に基づいて得られた、ビデオ、オーディオの提示単位毎のデコード時刻ＤＴおよび提示時刻ＰＴを求めるための情報（提示時刻ｍｐｔ、ＤＴ/ＰＴ情報）が挿入されるものである。そのため、この情報と、時刻情報（システム・タイム・クロック）に基づき、提示同期の実現が可能となる。

また、図１に示す送受信システム１０においては、各サンプル（提示単位）のデコード時刻ＤＴおよび提示時刻ＰＴを求めるためのＤＴ/ＰＴ情報の伝送に、ＭＭＴパケットのＭＭＴ拡張ヘッダあるいは新規定義するＭＰＵ拡張タイムスタンプ・デスクリプタを利用するものである。そのため、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることが可能となる。

＜２．変形例＞
なお、上述実施の形態では、ＭＭＴ方式の放送ストリームを取り扱う例を示した。詳細説明は省略するが、本技術は、同様の放送ストリームを取り使う場合にも同様に適用できることが勿論である。

また、本技術は、以下のような構成を取ることもできる。
（１）外部から取得された時刻情報に同期したクロックを生成するクロック生成部と、
上記クロック生成部で生成されたクロックの周波数情報を含み、上記外部から取得された時刻情報に同期した時刻情報を生成する時刻情報生成部と、
伝送メディアと、上記時刻情報生成部で生成された時刻情報に基づいて得られた該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、上記時刻情報生成部で生成された時刻情報を含む放送信号を送信する送信部とを備える
送信装置。
（２）上記時刻取得情報は、
上記伝送メディアの所定数の提示単位からなる提示単位グループ毎に、
上記提示単位グループの最初の提示単位の提示時刻と、
上記提示単位グループの各提示単位のデコード時刻および提示時刻を上記最初の提示単位の提示時刻を参照して算出するための時間長情報とからなる
前記（１）に記載の送信装置。
（３）上記時間長情報は、
上記最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる
前記（２）に記載の送信装置。
（４）上記時間長情報は、
上記各提示単位の、上記最初の提示単位の提示時刻からのオフセット時間長で示したデコード時刻情報と、デコード時刻からのオフセット時間長で示した提示時刻情報とからなる
前記（２）に記載の送信装置。
（５）上記時間長情報は、
上記最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、２番目以降の各提示単位の前の提示単位のデコード時刻からのオフセット時間長で示したデコード時刻情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる
前記（２）に記載の送信装置。
（６）上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットと、上記時刻情報生成部で生成された時刻情報を含む第３のパケットを持ち、
上記最初の提示時刻および上記時間長情報は、上記第２のパケットに挿入される
前記（２）から（４）のいずれかに記載の送信装置。
（７）上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットと、上記時刻情報生成部で生成された時刻情報を含む第３のパケットを持ち、
上記最初の提示時刻は、上記第２のパケットに挿入され、
上記時間長情報は、上記第１のパケットに挿入される
前記（２）から（４）のいずれかに記載の送信装置。
（８）上記時間長情報は、上記第１のパケットの拡張ヘッダに挿入される
前記（７）に記載の送信装置。
（９）上記第１のパケットには、提示単位の先頭が含まれるとき、上記拡張ヘッダが設けられる
前記（８）に記載の送信装置。
（１０）上記第１のパケットには、常に、上記拡張ヘッダが設けられ、該拡張ヘッダには、該第１のパケットに提示単位の先頭が含まれるか否かを示すフラグ情報がさらに挿入される
前記（８）に記載の送信装置。
（１１）上記クロック生成部で生成されるクロックの周波数は、２**ｎＨｚである
前記（１）から（１０）のいずれかに記載の送信装置。
（１２）外部から取得された時刻情報に同期したクロックを生成するクロック生成ステップと、
上記クロック生成ステップで生成されたクロックの周波数情報を含み、上記外部から取得された時刻情報に同期した時刻情報を生成する時刻情報生成ステップと、
伝送メディアと、上記時刻情報生成ステップで生成された時刻情報に基づいて得られた該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻情報と、上記時刻情報生成ステップで生成された時刻情報を含む放送信号を送信する送信ステップとを有する
送信方法。
（１３）伝送メディアと、該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、外部から取得された時刻情報に同期したクロックの周波数情報を含み、上記外部から取得された時刻情報に同期した時刻情報を含む放送信号を受信する受信部と、
上記放送信号に含まれる時刻情報に基づいてクロックを生成し、該クロックを用いて該時刻情報と同期した時刻情報を生成する時刻情報生成部と、
上記放送信号に含まれる上記時刻取得情報に基づいて、上記伝送メディアの提示単位毎のデコード時刻および提示時刻を求める時刻算出部と、
上記放送信号に含まれる伝送メディアを、提示単位毎に、上記時刻算出部で算出されたデコード時刻および提示時刻と、上記時刻情報生成部で生成された時刻情報とに基づいて処理する処理部を備える
受信装置。
（１４）上記伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報は、
上記伝送メディアの所定数の提示単位からなる提示単位グループ毎に、
上記提示単位グループの最初の提示単位の提示時刻と、
上記提示単位グループの各提示単位のデコード時刻および提示時刻を上記最初の提示単位の提示時刻を参照して算出するための時間長情報とからなる
前記（１３）に記載の受信装置。
（１５）上記時間長情報は、
上記最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる
前記（１４）に記載の受信装置。
（１６）上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットと、上記時刻情報を含む第３のパケットを持ち、
上記最初の提示時刻および上記時間長情報は、上記第２のパケットに挿入されている
前記（１４）または（１５）に記載の受信装置。
（１７）上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットと、上記時刻情報を含む第３のパケットを持ち、
上記最初の提示時刻は、上記第２のパケットに挿入され、
上記時間長情報は、上記第１のパケットに挿入されている
前記（１４）または（１５）に記載の受信装置。
（１８）伝送メディアと、該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報と、外部から取得された時刻情報に同期したクロックの周波数情報を含み、上記外部から取得された時刻情報に同期した時刻情報を含む放送信号を受信する受信ステップと、
上記放送信号に含まれる時刻情報に基づいてクロックを生成し、該クロックを用いて該時刻情報と同期した時刻情報を生成する時刻情報生成ステップと、
上記放送信号に含まれる上記時刻取得情報に基づいて、上記伝送メディアの提示単位毎のデコード時刻および提示時刻を求める時刻算出ステップと、
上記放送信号に含まれる伝送メディアを、提示単位毎に、上記時刻算出ステップで算出されたデコード時刻および提示時刻と、上記時刻情報生成ステップで生成された時刻情報とに基づいて処理する処理ステップを有する
受信方法。
（１９）外部から取得された時刻情報に同期した２**ｎＨｚのクロックを生成するクロック生成部と、
上記クロック生成部で生成された２**ｎＨｚのクロックの周波数情報を含み、上記外部から取得された時刻情報に同期した時刻情報を生成する時刻情報生成部と、
伝送メディアと、上記時刻情報生成部で生成された時刻情報に基づいて得られた該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻情報と、上記時刻情報生成部で生成された時刻情報を含む放送信号を送信する送信部とを備える
送信装置。
（２０）上記ｎは、２４から２８のいずれかの整数である
前記（１９）に記載の送信装置。

本技術の主な特徴は、各サンプル（提示単位）のデコード時刻ＤＴおよび提示時刻ＰＴを求めるためのＤＴ/ＰＴ情報の伝送に、ＭＭＴパケットのＭＭＴ拡張ヘッダあるいは新規定義するＭＰＵ拡張タイムスタンプ・デスクリプタを利用することで、受信側でデコード時刻および提示時刻による処理を行うための遅延を低く抑えることを可能としたことである（図１５、図１９、図２４、図２７参照）。また、本技術の主な特徴は、システムクロックの周波数を２**ｎＨｚ（例えば、ｎ＝２４〜２８）とすることで、外部から取得するＮＴＰロングフォーマットの時刻情報に同期した時刻情報の生成を容易とし、しかも生成される時刻情報をＮＴＰロングフォーマットに対応したものとすることを可能としたことである（図３３参照）。

１０・・・送受信システム
１００・・・放送送出システム
１１１・・・ＮＴＰクロック生成部
１１２・・・信号送出部
１１３・・・ビデオエンコーダ
１１４・・・オーディオエンコーダ
１１５・・・ＭＭＴシグナリングエンコード部
１１６・・・ＴＬＶシグナリング発生部
１１７-1〜１１７-N・・・ＩＰサービス・マルチプレクサ
１１８・・・ＴＬＶ・マルチプレクサ
１１９・・・変調/送信部
１３１・・・ＮＴＰ/ＩＰインタフェース
１３２ａ，１３２ｂ・・・３２ビットレジスタ
１３３・・・電圧制御発振器
１３４ａ・・・８ビットカウンタ
１３４ｂ・・・１６ビットカウンタ
１３４ｃ・・・３２ビットカウンタ
１３５・・・比較器
１３６・・・パケット化部
１３７・・・ビデオエンコード処理部
１３８・・・パケット化部
１３９・・・エンコードバッファ
１４０・・・ビデオ同期制御部
１４１・・・ＭＭＴシグナリングエンコード部
１４２・・・マルチプレクサ
２００・・・受信機
２０１・・・チューナ/復調部
２０２・・・デマルチプレクサ
２０２ａ・・・ＭＭＴ−ＳＩフィルタ部
２０２ｂ・・・ＴＬＶ−ＳＩフィルタ部
２０３・・・ＮＴＰクロック再生部
２０４・・・システム制御部
２０５・・・ビデオ制御部
２０６・・・ビデオデコードバッファ
２０７・・・ビデオデコーダ
２０８・・・オーディオ制御部
２０９・・・オーディオデコードバッファ
２１０・・・オーディオデコーダ
２３１・・・デマルチプレクサ
２３２・・・電圧制御発振器
２３３ａ・・・８ビットカウンタ
２３３ｂ・・・１６ビットカウンタ
２３３ｃ・・・３２ビットカウンタ
２３４・・・比較器
２３５・・・ＭＭＴシグナリングデコード部
２３６・・・ビデオ同期制御部
２３７・・・デパケット化部
２３８・・・デコードバッファ
２３９・・・ビデオデコード処理部

Claims (4)

1. 伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報を生成する時刻取得情報生成部と、
   上記伝送メディアと上記時刻取得情報を含む放送信号を送信する送信部とを備え、
   上記時刻取得情報は、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎に、上記提示単位グループの最初の提示単位の提示時刻と、上記提示単位グループの各提示単位のデコード時刻および提示時刻を上記最初の提示単位の提示時刻を参照して算出するための時間長情報とからなり、
   上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットを含み、
   上記最初の提示単位の提示時刻および上記時間長情報は、上記第２のパケットに挿入され、
   上記時間長情報は、上記最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる
   送信装置。
2. 伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報を生成する時刻取得情報生成ステップと、
   上記伝送メディアと上記時刻取得情報を含む放送信号を送信する送信ステップとを有し、
   上記時刻取得情報は、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎に、上記提示単位グループの最初の提示単位の提示時刻と、上記提示単位グループの各提示単位のデコード時刻および提示時刻を上記最初の提示単位の提示時刻を参照して算出するための時間長情報とからなり、
   上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットを含み、
   上記最初の提示単位の提示時刻および上記時間長情報は、上記第２のパケットに挿入され、
   
   上記時間長情報は、上記最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなる
   送信方法。
3. 伝送メディアと該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報を含む放送信号を受信する受信部を備え、
   上記時刻取得情報は、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎に、上記提示単位グループの最初の提示単位の提示時刻と、上記提示単位グループの各提示単位のデコード時刻および提示時刻を上記最初の提示単位の提示時刻を参照して算出するための時間長情報とからなり、
   上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットを含み、
   上記最初の提示単位の提示時刻および上記時間長情報は、上記第２のパケットに挿入されており、
   上記時間長情報は、上記最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなり、
   上記放送信号に含まれる上記時刻取得情報に基づいて、上記伝送メディアの提示単位毎のデコード時刻および提示時刻を求める時刻算出部と、
   上記放送信号に含まれる伝送メディアを、提示単位毎に、上記時刻算出部で算出されたデコード時刻および提示時刻に基づいて処理する処理部をさらに備える
   受信装置。
4. 伝送メディアと該伝送メディアの提示単位毎のデコード時刻および提示時刻を得るための時刻取得情報を含む放送信号を受信する受信ステップを有し、
   上記時刻取得情報は、上記伝送メディアの所定数の提示単位からなる提示単位グループ毎に、上記提示単位グループの最初の提示単位の提示時刻と、上記提示単位グループの各提示単位のデコード時刻および提示時刻を上記最初の提示単位の提示時刻を参照して算出するための時間長情報とからなり、
   上記放送信号は、上記伝送メディアを含む第１のパケットと、上記伝送メディアに関する情報を含む第２のパケットを含み、
   上記最初の提示単位の提示時刻および上記時間長情報は、上記第２のパケットに挿入されており、
   上記時間長情報は、上記最初の提示単位の提示時刻からのオフセット時間長で示した最初に伝送される提示単位のデコード時刻情報と、各提示単位の時間長を示す情報と、各提示単位のデコード時刻からのオフセット時間長で示した提示時刻情報とからなり、
   上記放送信号に含まれる上記時刻取得情報に基づいて、上記伝送メディアの提示単位毎のデコード時刻および提示時刻を求める時刻算出ステップと、
   上記放送信号に含まれる伝送メディアを、提示単位毎に、上記時刻算出ステップで算出されたデコード時刻および提示時刻に基づいて処理する処理ステップをさらに有する
   受信方法。

Images