JPH11262001A - 符号化伝送方式におけるタイムスタンプ値演算方法 - Google Patents

Abstract

(57)【要約】 【課題】 従来必要であった３３ビットというビット幅
の広いメモリや関連するアドレス発生部などを必要せ
ず、また、ビデオ符号化処理部に大容量なメモリや高精
度なデータ転送制御部を必要としない、符号化伝送方式
におけるＴＳ値の演算方法を提供する。 【解決手段】 少なくともビデオ信号を含む一つ以上の
信号を圧縮符号化し、当該圧縮符号化信号を所定のデー
タ長に分割し、タイムスタンプ値等のヘッダを付加して
一つのストリームに生成して伝送する符号化伝送方式に
おいて、前記ヘッダ内に付加される当該ビデオ信号の所
定の(最初の)タイムスタンプ値を、前記ストリーム内に
付加されるビデオ復号化処理部のバッファ遅延時間に相
当するビデオ遅延時間制御情報に基づき演算し、後続の
タイムスタンプ値を、前回求めたタイムスタンプ値とビ
デオ信号の周期に基づき演算する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、オーディオ信号
や、ビデオ信号を符号化伝送する場合に必要とするタイ
ムスタンプ値の演算方法に関するものである。

【０００２】

【従来の技術】一般に、オーディオ信号及びビデオ信号
を多重伝送する符号化伝送装置では、オーディオ、ビデ
オそれぞれの復号化処理部において両者の同期をとり、
出力をする必要がある。これは、画像とオーディオの同
期をとること、例えば、ビデオの復号化処理部が、
「あ」という音を発生している人の顔を出力している
時、オ−ディオ復号化処理部の出力は、「あ」という音
を出力している必要があるということである。このよう
に、画像とオーディオの同期を可能とするために、国際
標準の符号化方式であるＭＰＥＧ２(Moving Picture Im
age Coding Experts Group Phase2)、ＭＰＥＧ１等で
は、タイムスタンプ(time stamp：以下、ＴＳと記す)と
いう出力タイミング情報を使用することになっている。
該ＴＳには、プレゼンテーションタイムスタンプ(prese
ntation time stamp：以下、ＰＴＳと記す)と、デコー
ディングタイムスタンプ(decoding time stamp:以下、
ＤＴＳと記す)とがあり、基本的には、ＰＴＳで指示さ
れた時間に従って復号化処理をしたオーディオ信号ある
いはビデオ信号を出力すれば、同期が可能となる。一般
に、オーディオ信号が符号化されたデータ(以下、オー
ディオストリームと記す)と、ビデオ信号が符号化され
たデータ(以下、ビデオストリームと記す）とを多重し
たストリームを、システムストリームと呼ぶが、このシ
ステムストリームには、オーディオ、ビデオそれぞれの
ＴＳが付加される。なお、これらのＴＳは、オーディオ
信号の場合には シンクワード(オ−ディオストリーム内
の一定ワードごとにあるコード)、ビデオ信号の場合に
は ピクチャスタートコード( picture start code：ビ
デオストリーム内にある、ピクチャの区切りを示すコー
ド)部分を基準に付加される。

【０００３】ここで、図２に、従来の符号化伝送装置の
概略ブロック図を示す。符号化伝送装置は、大別して、
送信側、伝送路、受信側で構成されている。図２におい
て、送信側では、入力オーディオ信号５０が、オーディ
オ符号化処理部５１にて符号化され、オーディオストリ
ーム５２となり、マルチプレクサ部５６へ出力される。
また、入力ビデオ信号５３は、ビデオ符号化処理部５４
で符号化され、ビデオストリーム５５となり、マルチプ
レクサ部５６へ出力される。マルチプレクサ部５６に入
力したオーディオストリーム５２とビデオストリーム５
５は多重され、システムストリーム６１となり、伝送路
６２へ出力される。さらに、多重を行なうマルチプレク
サ部５６の説明をすると、マルチプレクサ部５６は、シ
ステムタイムクロック( system time clock：以下、Ｓ
ＴＣと記す）発生部５７、オーディオパケッタイズ部５
９、ビデオパケッタイズ部６０、スイッチ部１０５で構
成されている。なお、ＳＴＣは、ＭＰＥＧ２、ＭＰＥＧ
１などで定義されているもので、図２に示すような信号
処理系における、共通の時計のようなものである。

【０００４】オーディオパケッタイズ部５９は、入力し
たオーディオストリーム５２を一定長に区切り、パケッ
トを形成し、データ１０３をスイッチ部１０５へ出力す
る。そして、スイッチ部１０５によって選択され、シス
テムストリーム６１として、パケット単位で多重され
る。このとき、オーディオストリーム５２のパケッタイ
ズされるデータ長の中に、シンクワードがあれば、当該
パケットのヘッダ部分にＴＳを付加する。 なお、この
ＴＳは、ＳＴＣ発生部５７のＳＴＣデータ５８を基に求
めている。一方、ビデオパケッタイズ部６０も、入力さ
れたビデオストリーム５５を一定長に区切り、パケット
を形成し、データ１０４をスイッチ部１０５へ出力す
る。そして、スイッチ部１０５によって選択され、シス
テムストリーム６１として、パケット単位で多重され
る。このとき、ビデオストリーム５５のパケッタイズさ
れるデータ長の中に、ピクチャスタートコードがあれ
ば、当該パケットのヘッダ部分にＴＳを付加する。な
お、このＴＳは、ＳＴＣ発生部５７のＳＴＣデータ５８
を基に求めている。そして、さらに受信側でＳＴＣの再
生が可能なように、周期的にＳＴＣデータ５８は、スイ
ッチ部１０５により選択され、システムストリーム６１
として多重される。

【０００５】つぎに受信側では、伝送路６２を伝送され
てきたシステムストリーム６３が、デマルチプレクサ部
６４にて分離され、オーディオストリーム６７とオーデ
ィオＴＳ１１２、ビデオストリーム７０とビデオＴＳ１
１３、ＳＴＣデータ１１０となり、出力される。さら
に、この分離を行なうデマルチプレクサ部６４の説明を
すると、デマルチプレクサ部６４は、スイッチ部１０
６、ＳＴＣ再生部１１１、オーディオパケット解析部６
５、ビデオパケット解析部６６で構成されている。この
デマルチプレクサ部６４では、スイッチ部１０６を使用
して、入力されたシステムストリーム６３から、オーデ
ィオパケットデータ１０７を、オーディオパケット解析
部６５へ、ビデオパケットデータ１０９を、ビデオパケ
ット解析部６６へ、ＳＴＣデータ１０８を、ＳＴＣ再生
部１１１へ出力する。オーディオパケット解析部６５
は、入力したオーディオパケットデータ１０７を解析
し、オーディオストリーム６７とオーディオＴＳ１１２
に分離し、オーディオ復号化処理部６８へ出力する。一
方、ビデオパケット解析部６６は、入力したビデオパケ
ットデータ１０９を解析し、ビデオストリーム７０とビ
デオＴＳ１１３に分離し、ビデオ復号化処理部７１へ出
力する。

【０００６】また、ＳＴＣ再生部１１１では、入力した
ＳＴＣデータ１０８から、送信側のＳＴＣ発生部５７が
出力するＳＴＣデータ５８と常に同一の出力となるよう
に、ＳＴＣデータ１１０を再生し、オーディオ復号化処
理部６８およびビデオ復号化処理部７１へ出力する。ま
た、オーディオ復号化処理部６８では、入力したオーデ
ィオストリーム６７を、オーディオＴＳ１１２とＳＴＣ
データ１１０を参照して復号化し、ＴＳ値に従った時間
で、出力オーディオ信号６９を出力する。ビデオ復号化
処理部７１では、入力したビデオストリーム７０を、ビ
デオＴＳ１１３とＳＴＣデータ１１０を参照して復号化
し、ＴＳ値に従った時間で、出力ビデオ信号７２を出力
する。つぎに、各々の復号化処理部でのＴＳによる出力
動作について、さらに具体的に説明する。ＴＳによる出
力動作は、オーディオ復号化処理部６８と、ビデオ復号
化処理部７１とで、オーディオとビデオのそれぞれのＴ
ＳのＰＴＳの値と、ＳＴＣデータの値とが一致したとき
に、対応するデータ部分を出力することで実現される。
例えば、オーディオストリーム６７の或るシンクワード
Ａｎに対応するＰＴＳの値を、ＰＴＳ(Ａｎ)とすれば、
ＳＴＣデータ１１０の値がＰＴＳ(Ａｎ)と同じになった
時に、オーディオ復号化処理部６８は、シンクワードＡ
ｎ部分の復号化されたデータを出力する。

【０００７】同様に、ビデオストリーム７０の或るピク
チャスタートコードＶｎに対応するＰＴＳの値を、ＰＴ
Ｓ(Ｖｎ)とすれば、ＳＴＣデータ１１０の値がＰＴＳ
(Ｖｎ)と同じになった時に、ビデオ復号化処理部７１
は、ピクチャスタートコードＶｎ部分の復号化されたデ
ータを出力する。ここで、図２に示す符号化伝送装置に
おいて、送信側のオーディオ符号化処理部５１に入力オ
ーディオ信号５０が入力されてから、受信側のオーディ
オ復号化処理部６８より出力オーディオ信号６９が出力
されるまでの時間がｔａであるとする。同様に、送信側
のビデオ符号化処理部５４に入力ビデオ信号５３が入力
されてから、受信側のビデオ復号化処理部７１より、出
力ビデオ信号７２が出力されるまでの時間がｔｖである
とする。この場合、オーディオとビデオの同期をとるた
めには、上記入力から出力までの時間が、ｔａ＝ｔｖと
なるように、各伝送処理系の時間を設定し、その時間を
基に、それぞれのＰＴＳの値を設定すれば良いことにな
る。

【０００８】次に、マルチプレクサ５６を構成するオー
ディオパケッタイズ部５９とビデオパケッタイズ部６０
におけるＴＳ算出について説明する。まず、オーディオ
信号の入力から出力までの時間ｔａの内、マルチプレク
サ部５６に入力されるまでの時間がｔａ1で、残りの時
間がｔａ2であるとする。ここで、マルチプレクサ部５
６に入力されたオーディオストリーム５２のパケッタイ
ズされるべきデータ長の中に、或るシンクワードＡｎが
あり、パケットのヘッダ部分にＴＳを付加するときのＳ
ＴＣデータ５８の値がＳＴＣ２(Ａｎ)であるとすれば、
ＰＴＳ(Ａｎ)は、以下のように求めることができる。 ＰＴＳ(Ａｎ)＝ＳＴＣ２(Ａｎ)＋ｔａ2 同様に、ビデオについても、ビデオ信号の入力から出力
までの時間ｔｖの内、マルチプレクサ部５６に入力され
るまでの時間がｔｖ1で、残りの時間がｔｖ2であるとす
る。ここで、マルチプレクサ部５６に入力したビデオス
トリーム５５のパケッタイズされるべきデータ長の中に
或るピクチャスタートコードＶｎがあり、パケットのヘ
ッダ部分にＴＳを付加するときのＳＴＣデータ５８の値
がＳＴＣ２(Ｖｎ)であるとすれば、ＰＴＳ(Ｖｎ)も、下
記のように求めることができるはずである。 ＰＴＳ(Ｖｎ)＝ＳＴＣ２(Ｖｎ)＋ｔｖ2 しかし、ビデオの場合、ｔｖ1 は、ビデオ信号の符号化
状況によって変動するため、ｔｖ2 も変動することにな
る。 なぜならば、ｔｖは、常に固定であり、ｔｖ2＝
ｔｖ−ｔｖ1 であるため。

【０００９】従って、上記式のＳＴＣ２(Ｖｎ)に加算す
べきｔｖ2 を、あらかじめ設定することができないとい
う問題があり、オーディオと同様に、ＰＴＳ(Ｖｎ)を求
めることは不可能である。 このｔｖ1の変動の主な原
因は、下記の２つである。 （１）ピクチャ単位の入れ替わりによる変動 （２）可変長符号化による変動 また、上記の原因（１）のピクチャ単位の入れ替わりが
あるために、ＤＴＳも求める必要がある。

【００１０】ここで、ピクチャ単位の入れ替わりについ
て、図３の概略図を使用して説明をする。図３では、ピ
クチャ単位の入れ替わりに関する遅延時間は考慮されて
いるが、その他の処理時間等は省略している。図３にお
いて、（ａ）は、ビデオ符号化処理部５４に入力する入
力ビデオ信号５３、（ｂ）は、ビデオ符号化処理部５４
から出力されるビデオストリーム５５(あるいは、ビデ
オパケット解析部６６から出力されるビデオストリーム
７０)、（ｃ）は、ビデオ復号化処理部７１から出力さ
れる出力ビデオ信号７２を示している。これらのいずれ
の信号にも記載されている、符号Ｉ，Ｐ，Ｂは、ＭＰＥ
Ｇ２、ＭＰＥＧ１等で定義されている、ピクチャコーデ
ィングタイプ(picture codingtype)を示している。

【００１１】また、図３の例では、ＩあるいはＰピクチ
ャのピクチャ間隔は３ピクチャ分であり、このＩあるい
はＰピクチャのピクチャ間隔のことを、一般にＭ値と呼
んでいる(図３の場合、Ｍ値＝３となる)。なお、各信号
の上部の ( )内に示す数値はテンポラルリファレンス(t
emporal reference)の値で、これは、入力ビデオ信号５
３におけるピクチャの順番を示している。ピクチャ単位
の入れ替わりは、つぎのように行なわれる。まず、ビデ
オ符号化処理部５４において、（ａ）に示す入力ビデオ
信号５３は、Ｂピクチャのみを、後方のＩあるいはＰピ
クチャの後に、順次遅延し、挿入してピクチャの順番を
入れ替え、（ｂ）に示すビデオストリーム５５の状態と
する。なお、この入れ替わりの状態は、ビデオストリー
ム７０でも変わらない。次に、ビデオ復号化処理部７１
において、逆にビデオストリーム７０のＩ，Ｐピクチャ
を、後方の連続するＢピクチャの後に順次遅延し挿入し
て、元の順番に戻し、（ｃ）に示すビデオ出力信号７２
のように元の順番とする。このように、ビデオ復号化処
理部７１で順番を戻すことを、リオーダ(reorder)と呼
んでいる。

【００１２】次に、ビデオ復号化処理部７１でのリオー
ダにおけるＰＴＳとＤＴＳの関係を図４に示し、説明す
る。ビデオ復号化処理部７１に入力したビデオストリー
ム７０は、可変長符号化による時間軸上での変動分を吸
収するため、ビデオ復号化バッファ７３に記憶された
後、ビデオストリーム７４としてビデオ復号化回路７５
へ出力される。ビデオ復号化回路７５は、入力したビデ
オストリーム７４を復号化し、データ７６とする。ここ
で、データ７６のＢピクチャ部分は、そのまま出力ビデ
オ信号７２として出力される。一方、データ７６のＩま
たはＰピクチャ部分は、ビデオリオーダバッファ７７で
遅延されデータ７８となり、ビデオ出力信号７２として
出力される。 これを切り替え、選択しているのがスイ
ッチ部７９である。また、ビデオリオーダバッファ７７
での遅延時間は、（Ｍ値×ピクチャ周期）となる。この
ビデオ復号化処理部７１の手段で、ピクチャ単位の順番
を元に戻すことが可能となる。

【００１３】図４において、ＰＴＳは、ビデオ復号化処
理部７１から出力される出力ビデオ信号７２の出力時間
を示すものであるが、ＤＴＳは、ビデオ復号化バッファ
７３から出力されるビデオストリーム７４の出力が持つ
時間を示すものである。ＭＰＥＧ２、ＭＰＥＧ１では、
ＴＳの定義において、ビデオ復号化回路７５の処理時間
はゼロと仮定している。 従って、Ｂピクチャの場合、
ＤＴＳ＝ＰＴＳとなる。すなわち、 Ｉ，Ｐピクチャ：ＰＴＳとＤＴＳが付加される。 Ｂピクチャ：ＰＴＳだけが付加される。（ＤＴＳ＝ＰＴ
Ｓのため） 以上がｔｖ1 の変動原因（１）に関するものであるが、
上述したように、その変動は、Ｍ値とピクチャコーディ
ングタイプとピクチャ周期が分かっていれば、変動量を
求めることが可能である。

【００１４】ここまでの説明に使用した、ピクチャスタ
ートコード、テンポラルリファレンス、ピクチャコーデ
ィングタイプが、図２のビデオストリーム５５に付加さ
れている構成例を図６に示す。これは、ＭＰＥＧ２にお
ける例である。図６に示すように、入力ビデオ信号５３
(図２)の各フレーム又は各フィールドに対応する符号デ
ータ部分は、ピクチャレイヤ(picture layer）と呼ば
れ、３２ビットの固定値であるピクチャスタートコード
で始まる。 このコードに続き、１０ビットのテンポラ
ルリファレンスがあり、さらに、３ビットのピクチャコ
ーディングタイプがある。 そして、その後に、１６ビ
ットのビデオ遅延時間制御情報(video buffering verif
ier delay : vbv_delay)などのヘッダが付加されてお
り、そのヘッダの後に、実際の符号データが続いてい
る。ここで、ビデオ遅延時間制御情報は、前述のｔｖ1
の変動原因（２）に関するものである。 可変長符号化
された符号データ、つまり、部分的に可変長の符号デー
タを、その平均レートとしての一定レートで受信して復
号化するために必要なビデオ復号化処理部内のバッファ
(図４のビデオ復号化バッファ７３)における遅延時間を
示す情報である。

【００１５】従って、このビデオ遅延時間制御情報に基
づき、前記バッファの読み出し制御をすることにより、
バッファのアンダーフローやオーバーフローの回避が可
能になり、連続的に復号化することが可能になる。つま
り、このビデオ遅延時間制御情報は、可変長符号化によ
り変動したｔｖ1の変動分を、復号化側で吸収させるた
めの時間である。なお、このビデオ遅延時間制御情報
は、ビデオ符号化処理部５４の内部で生成して付加して
いる。 このとき一般的には、受信側のビデオ復号化処
理部７１内の前記目的のためのバッファの容量と、各ピ
クチャごとの圧縮された結果である符号量と、前記平均
レートから、各ピクチャ単位に演算して生成している。
ＭＰＥＧ２では、ビデオ遅延時間制御情報を vbv_delay
と呼び、前記バッファをVBV bufferと呼ぶ。この情報
は、可変長符号化による符号長に依存するため、それぞ
れのピクチャごとに異なる。

【００１６】一般にビデオ遅延時間制御情報は、図２の
一定レートのビデオストリーム５５を直接ビデオ復号化
処理部で復号するときには有効であるが、マルチプレク
サ部５６などで、さらにヘッダが付加され、一定レート
と異なるレートのストリームに変換されたり、時分割多
重のため、時間軸方向にシフトしたストリームに変換さ
れた場合は、その変換内容に応じて正確さが失われる。
このため、多重化されたシステムストリームの段階で
は、ビデオ遅延時間制御情報の替わりに、ＴＳが使用さ
れる。すなわち、ＴＳに基づいて、ビデオ復号化処理部
内のバッファ（ビデオ復号化バッファ７３）の読み出し
制御をすれば、バッファのアンダーフローやオーバーフ
ローの回避が保証されることにもなり、連続的な復号が
可能になる。このように、ＴＳには、多重化される信号
間の同期機能のみでなく、バッファのアンダーフローや
オーバーフローの回避機能もある。このため、システム
ストリームが、単一の信号(例えば、ビデオのみ)の場合
においても、ＴＳは必要になる。

【００１７】ここで、従来技術におけるＴＳ値の演算方
式について説明する。従来技術においては、前述したよ
うに、ｔｖ1の変動があるため、ＳＴＣ2(Ｖｎ)を使用す
るのではなく、図２に示す、ＳＴＣ1(Ｖｎ)を使用して
いる。これは、ビデオストリーム５５のピクチャスター
トコード部分に対応する部分つまり、各ピクチャの先頭
データが、ビデオ符号化処理部５４に入力された時間Ｓ
ＴＣ1(Ｖｎ) に、入力から出力までの時間ｔｖを加算す
れば、ＰＴＳ(Ｖｎ)が求まるからである。 前述のよう
に、ｔｖは常に固定である。しかしながら、ビデオ符号
化処理部５４では、信号処理にある程度の処理時間(数
十ミリ秒)を必要とするため、このＳＴＣ1(Ｖｎ) 値
を、実際にＴＳ値の演算に用いるまでの間、メモリに記
憶させておく必要がある。さらに、ビデオ符号化処理部
５４では、前述のようなピクチャ単位の入れ替わりがあ
るため、記憶されたＳＴＣ1(Ｖｎ）を用いる時にも、そ
れを考慮しなければならない。また、前記メモリの制御
において、ビデオ符号化処理部５４のピクチャの先頭デ
ータ(フレーム)単位の入力に依存して、一定周期に動作
するライト制御部と、可変長符号化されたビデオストリ
ーム５５のピクチャスタートコードの入力に依存して、
一定周期でない動作をするリード制御部とは、互いに、
非同期の関係であるため、リード、ライトタイミングの
発生の競合を回避する手段が、必ず必要である。このた
めに、ビデオパケッタイズ部６０は、処理が複雑なもの
となる。

【００１８】このような従来の符号化伝送装置では、送
信側のマルチプレクサ部において、ＳＴＣ(システムタ
イムクロック)の値をホールドし、ホールドしたＳＴＣ
をＴＳ(タイムスタンプ)値の演算に使用するまでに、数
十ミリ秒のオーダの遅延時間が生じるため、ＳＴＣ用の
メモリが必要であった。さらに、このメモリのアクセス
には、ピクチャ単位の入れ替わりをも考慮した複雑なア
クセスをしなければならず、また、国際標準の符号化方
式のＭＰＥＧ２，ＭＰＥＧ１などでは、ＴＳに使用する
ＳＴＣのビット長は、３３ビットであるため、メモリの
数も多くなり、加えて前記メモリに対するライトとリー
ドの関係は非同期であるため、それらのタイミングの競
合に対する調整回路も必須となる等の諸問題があった。

【００１９】前記問題を解決するための第２の従来技術
として、ビデオ符号化処理部が出力するビデオストリー
ム中のビデオ遅延時間制御情報(vbv_delay)を基に ＴＳ
値を算出することにより、従来必要であった３３ビット
というビット幅の広いメモリや関連するアドレス発生部
等と、書き込みと読み出しが同時発生した場合の調整回
路も必要としない、符号化伝送方式におけるＴＳ値の演
算方法がある。この第２の従来技術の符号化伝送方式に
おけるタイムスタンプ値演算方法は、少なくともビデオ
信号を含む一つ以上の信号を圧縮符号化して、当該圧縮
符号化信号を所定のデータ長に分割し、タイムスタンプ
値等のヘッダを付加して一つのストリームに生成して伝
送する符号化伝送方式において、前記ヘッダ内に付加さ
れる前記ビデオ信号のタイムスタンプ値を、前記ストリ
ーム内に付加されるビデオ復号化処理部のバッファ遅延
時間に相当するビデオ遅延時間制御情報に基づき演算す
るものである。また、第２の従来技術におけるタイムス
タンプ値演算方法は、前記ヘッダ内に付加される前記ビ
デオ信号のタイムスタンプ値を、前記圧縮符号化された
ビデオ信号が前記一つのストリームに生成される信号処
理部に入力された時間情報と、前記ビデオストリーム内
に付加されるビデオ復号化処理部のバッファ遅延時間に
相当するビデオ遅延時間制御情報と、前記圧縮符号化信
号の所定の分割データ長および前記ビデオ信号の符号化
のモードに応じて定まる固定の時間情報との加算により
演算するものである。

【００２０】この第２の従来技術による符号化伝送装置
を、図５を使用し、図２を参照して説明する。図５は、
図２に示す符号化伝送装置を構成するマルチプレクサ部
５６のビデオパケッタイズ部６０におけるＴＳ値の演算
に関する部分の構成を示している。ＳＴＣ発生部５７の
出力であるＳＴＣデータ５８は、ＴＳ演算部１１６に入
力されている。入力ビデオ信号５３がビデオ符号化処理
部５４において符号化されたデータであるビデオストリ
ーム５５は、ピクチャスタートコード検出部８６と、ピ
クチャコーディングタイプ検出部８７と、ビデオ遅延時
間制御情報(vbv_delay)検出部１１５とに入力されてい
る。また、ピクチャスタートコード検出部８６には、ビ
デオ符号化処理部５４から出力されるビデオストリーム
有効信号８２も入力されている。一方、ピクチャスター
トコード検出部８６の出力であるデータ８９、ピクチャ
コーディングタイプ検出部８７の出力であるデータ９
３、ビデオ遅延時間制御情報検出部１１５の出力である
データ１１７は、それぞれＴＳ演算部１１６に入力され
ている。また、ピクチャスタートコード検出部８６の出
力であるデータ８９は、ピクチャコーディングタイプ検
出部８７とビデオ遅延時間制御情報検出部１１５にも入
力されている。さらに、ＴＳ演算部１１６には、符号化
のモードを示す情報であるＭ値パラメータ９９と固定の
オフセット遅延量の情報である遅延パラメータ１００と
が入力されている。 そして、ＴＳ演算部１１６から
は、バッファ１０１へデータ９７と制御信号９８とが出
力されている。 バッファ１０１からは、データ１０４
がスイッチ部１０５(図２参照)へ出力されている。

【００２１】次に、この動作について説明する。この従
来例による符号化伝送装置では、ビデオ符号化処理部５
４から出力されるビデオストリーム５５のパケッタイズ
されるべきデータ長の中にあるピクチャスタートコード
が、マルチプレクサ部５６に入力された時間(ＳＴＣ2
(Ｖｎ）値)をＴＳ値の演算に使用する。ただし、図２に
示す、ｔｖ2 が変動してしまうため、ビデオストリーム
５５を構成するビデオ遅延時間制御情報という情報を利
用する。次に、ビデオ遅延時間制御情報と符号化伝送装
置の処理時間との関係を図７に示す。 図７に示すｔｖ
は、前述のように、入力ビデオ信号５３がビデオ符号化
処理部５４に入力されてから、ビデオ復号化処理部７１
より出力ビデオ信号７２として出力されるまでの時間と
する。このｔｖは固定である。このｔｖのうち、入力ビ
デオ信号５３がビデオ符号化処理部５４で処理されてマ
ルチプレクサ部１１８に入力されるまでの時間をｔｖ1
、残りのビデオ復号化処理部７１より出力されるまで
の時間をｔｖ2 とする。このｔｖ1,ｔｖ2 の時間は、前
述のように変動する。しかし、ｔｖ＝ｔｖ1＋ｔｖ2は、
常に固定である。従って、前述のｔｖ1 の変動の２つの
原因は、ｔｖ2 で吸収される。ここで、ｔｖ2 の時間
を、さらに、ｔｖ3 とｔｖ4 とｔｖ5 とに分割する。ｔ
ｖ3 は、マルチプレクサ部１１８に入力されてから、ビ
デオ復号化処理部７１に入力されるまでの時間、ｔｖ4
は、ビデオ復号化処理部７１内のビデオ復号化バッファ
７３での遅延時間、ｔｖ5 は、ビデオ復号化処理部７１
内のビデオリオーダバッファ７７での遅延時間である。

【００２２】ビデオ遅延時間制御情報(vbv_buffer)は、
ビデオ復号化処理部７１内のビデオ復号化バッファ７３
での遅延時間であるｔｖ4 に関するものであり、該ｔｖ
4 は変動するもので、前記ｔｖ1 の変動原因（２）を吸
収するための変動である。また、ｔｖ5 も変動し、その
変動は前記ｔｖ1 の変動原因（１）を吸収するための変
動であり、前述のリオーダ時間にあたる。この変動する
ｔｖ5 については、前述のようにＭ値とピクチャ周期と
ピクチャコーディングタイプに依存するが、Ｍ値とピク
チャ周期はシステムの初期設定パラメータとして固定さ
れる。従って、符号化中の動的な変動は、ピクチャコー
ディングタイプに依存する。残りのｔｖ3 は、多重化パ
ケット長や、伝送路符号化などの要因に依存するもの
で、固定値である。従って、各ピクチャにおいて、その
ピクチャコーディングタイプとそのビデオ遅延時間制御
情報とマルチプレクサ部１１８に入力された時間(ＳＴ
Ｃ2(Ｖｎ)の値)を基に、ＴＳ値の演算が可能となる。

【００２３】ここで、ＴＳ値演算の具体的動作につい
て、図５を用いて説明をする。まず、ピクチャスタート
コード検出部８６は、入力したビデオストリーム有効信
号８２で、ビデオストリーム５５が有効となったことを
認識し、有効なビデオストリーム５５内のピクチャスタ
ートコードを検出する。 そして、該ピクチャスタート
コードを検出すると、データ８９をＴＳ演算部１１６と
ピクチャコーディングタイプ検出部８７とビデオ遅延時
間制御情報検出部１１５へ出力する。このピクチャスタ
ートコードの検出をきっかけにして、ピクチャコーディ
ングタイプ検出部８７とビデオ遅延時間制御情報検出部
１１５は、それぞれその後にある、ピクチャコーディン
グタイプとビデオ遅延時間制御情報を検出し、データ９
３、データ１１７をそれぞれＴＳ演算部１１６へ出力す
る。ここでＴＳ演算部１１６は、データ８９によるピク
チャスタートコードの検出をきっかけに、ＳＴＣ発生部
５７からのＳＴＣデータ５８をホールドし、データ９
３、データ１１７、Ｍ値パラメータ９９、遅延パラメー
タ１００により、ＴＳを演算する。

【００２４】まず、データ９３によって、ピクチャコー
ディングタイプを判別し、続いて、それぞれのピクチャ
コーディングタイプごとに、以下のようにＴＳを演算す
る。 ［ＩあるいはＰピクチャの場合］ ＰＴＳ＝ＳＴＣデータ５８＋遅延パラメータ１００＋デ
ータ１１７＋（Ｍ値パラメータ９９×ピクチャ周期） ＤＴＳ＝ＳＴＣデータ５８＋遅延パラメータ１００＋デ
ータ１１７ ［Ｂピクチャの場合］ ＰＴＳ＝ＳＴＣデータ５８＋遅延パラメータ１００＋デ
ータ１１７ 上記の式において、ＳＴＣデータ５８は、ピクチャスタ
ートコードの検出時点にホールドした値で、図７のＳＴ
Ｃ2(Ｖｎ）に相当し、遅延パラメータ１００は図７に示
したｔｖ3 に相当する固定値であり、データ１１７は、
ビデオ遅延時間制御情報の値で、図７に示すｔｖ4 に相
当する。また、（Ｍ値パラメータ９９×ピクチャ周期）
は、図７に示すビデオリオーダバッファ７７による遅延
時間(ｔｖ5)に相当する。ｔｖ5に関しては、Ｂピクチャ
の場合は、ビデオリオーダバッファを通過しないのでゼ
ロである。

【００２５】また通常、システムの初期値設定におい
て、このＭ値とピクチャ周期は固定値に設定される。

【００２６】なお、前述の式は、Ｂピクチャを含むビデ
オストリームの場合(Ｍ＞１)であるが、Ｂピクチャを含
まない場合(Ｍ＝１)は、Ｉ，Ｐピクチャについては、ビ
デオリオーダ処理が不要となる。このために、ビデオ復
号化処理部７１内のビデオリオーダバッファ７７による
遅延時間ｔｖ5は、ゼロである(ＰＴＳ＝ＤＴＳ)。した
がって、この場合は、以下の式によってＴＳを演算す
る。 ［ＩあるいはＰピクチャの場合］ ＰＴＳ＝ＳＴＣデータ５８＋遅延パラメータ１００＋デ
ータ１１７ そして、この演算されたＴＳ値は、データ９７として、
制御信号９８により、バッファ１０１に書き込まれる。
その後、ビデオパケットヘッダのＴＳ出力タイミングの
ときに、データ１０４として、バッファ１０１内に書き
込まれたＴＳ値が出力される。従って、各ピクチャにお
いて、そのピクチャコーディングタイプとそのビデオ遅
延時間制御情報とマルチプレクサ部１１８に入力された
時間(ＳＴＣ2(Ｖｎ)）を基に、ＴＳ値の演算が可能とな
る。以上により、ピクチャスタートコードがマルチプレ
クサ部１１８に入力された時点のＳＴＣデータ５８(Ｓ
ＴＣ2(Ｖｎ）値)をホールドして、そのピクチャコーデ
ィングタイプとそのビデオ遅延時間制御情報を基にし
て、直ちにＴＳ値の演算が可能なため、ＳＴＣ用のメモ
リを不要とすることができ、また、メモリ制御の複雑な
回路も不要とすることができる。

【００２７】上記第２の従来例では、該当ピクチャの全
てに対し、ピクチャスタートコードがマルチプレクサ部
に入力された時点のＳＴＣ値とそのビデオ遅延時間制御
情報を基にＴＳを演算することが基本となっている。
しかし、この実現にはマルチプレクサ部に正確な平均レ
ートで入力しなければならない、という厳しい制約があ
る。ビデオ遅延時間制御情報は、正確な平均レートで連
続にデータ転送している時に意味を持つ情報である。
つまり、ビデオ遅延時間制御情報は、各ピクチャ毎の圧
縮された結果である符号量と平均レートから算出されて
いる。 このため、その正確な平均レートでマルチプレ
クサ部に入力されないと、ピクチャスタートコードがマ
ルチプレクサ部に入力された時点のＳＴＣ値と、そのビ
デオ遅延時間制御情報の本来の関係が乱れ、求めたＴＳ
値の連続性に誤差を生じる。具体的には、例えば、連続
する２つのピクチャスタートコードに対するＴＳ値の差
は、当然のことながらピクチャ周期に一致しなければな
らない。 つまり、仮に連続する全てのピクチャスター
トコードにＴＳ値を付加するとすれば、それらのＴＳ値
は正確にピクチャ周期単位に変化すべきである。 とこ
ろが、正確な平均レートで、マルチプレクサ部に入力さ
れないと、ピクチャスタートコードがマルチプレクサ部
に入力された時点のＳＴＣ値とそのビデオ遅延時間制御
情報の本来の関係が乱れ、演算結果のＴＳ値の関係は、
正確にピクチャ周期単位ごとの変化にはならなくなる。
そして、この誤差が大きくなればＴＳ値を基に出力制御
をしている受信側のバッファに破綻が生じ、システムと
して、致命的なエラーにつながる。

【００２８】また、この平均レートは、一般に、可変長
符号の結果の符号量をビデオ符号化処理部内のレート制
御により、ある一定のレートに制御するための目標レー
トに相当する。 そして、このレート制御は通常時定数
が大きいため、数ピクチャの符号量を平均して目標レー
トが達成できるものである。つまり、個々のピクチャの
符号量は、その目標レートに対し増減したものになる。
従って、符号データを正確な平均レートでマルチプレク
サ部に入力するには、数ピクチャ分の符号データを蓄積
してから、上記レート制御で目標としたレートと完全に
一致する正確な平均レートで出力するような構成(バッ
ファ)が、ビデオ符号化処理部に要求される。 このた
め、数ピクチャの符号データを蓄積可能とする大容量の
バッファメモリが、ビデオ符号化処理部に必要となる。
また、そのバッファメモリから、正確なレートで、デー
タをマルチプレクサに入力する高精度なデータ転送制御
部が必要となる。

【００２９】

【発明が解決しようとする課題】従来の符号化伝送装置
は、送信側のマルチプレクサ部において、ＳＴＣの値を
ホールドして、ホールドしたＳＴＣをＴＳ(タイムスタ
ンプ)値の演算に使用するまでに、数十ミリ秒のオーダ
の遅延時間が生じるため、ＳＴＣ用のメモリが必要であ
った。さらに、このメモリのアクセスには、ピクチャ単
位の入れ替わりをも考慮した複雑なアクセスをしなけれ
ばならず、また、国際標準の符号化方式のＭＰＥＧ２，
ＭＰＥＧ１などでは、ＴＳに使用するＳＴＣのビット長
は、３３ビットであるため、メモリの数も多くなり、さ
らには、このメモリに対するライトとリードの関係は非
同期であるため、それらのタイミングの競合に対する調
整回路も必須となる等の諸問題があった。また、上記第
２の従来例では、符号データを、マルチプレクサ部に正
確な平均レートで入力しなければならない、という厳し
い制約がある。 このため、符号データを、正確な平均
レートでマルチプレクサ部に入力するには、数ピクチャ
分の符号データを蓄積してから、その平均レートで出力
するような構成が、ビデオ符号化処理部に要求され、数
ピクチャの符号データを蓄積可能とする、大容量のバッ
ファメモリがビデオ符号化処理部に必要となる。また、
そのバッファメモリから、正確なレートで、データをマ
ルチプレクサに入力する高精度なデータ転送制御部が必
須となる等の諸問題があった。本発明は、これらの欠点
を除去し、従来必要であった３３ビットというビット幅
の広いメモリや関連するアドレス発生部などを必要せ
ず、また、ビデオ符号化処理部に大容量なメモリや、高
精度なデータ転送制御部を必要としない、符号化伝送方
式におけるＴＳ値の演算方法を提供することを目的とす
る。

【００３０】

【課題を解決するための手段】前記目的を達成するた
め、本発明の符号化伝送方式におけるタイムスタンプ値
演算方法は、少なくともビデオ信号を含む一つ以上の信
号を圧縮符号化し、当該圧縮符号化信号を所定のデータ
長に分割し、タイムスタンプ値等のヘッダを付加して一
つのストリームに生成して伝送する符号化伝送方式にお
いて、前記ヘッダ内に付加される前記ビデオ信号の所定
のタイムスタンプ値を、前記ストリーム内に付加される
ビデオ復号化処理部のバッファ遅延時間に相当するビデ
オ遅延時間制御情報に基づき演算し、後続のタイムスタ
ンプ値を、前回求めたタイムスタンプ値と当該ビデオ信
号の周期に基づき演算するものである。また、本発明の
符号化伝送方式におけるタイムスタンプ値演算方法は、
前記ヘッダ内に付加される前記ビデオ信号の所定のタイ
ムスタンプ値を、前記圧縮符号化されたビデオ信号が前
記一つのストリームに生成される信号処理部に入力され
た時間情報と、前記ビデオストリーム内に付加されるビ
デオ復号化処理部のバッファ遅延時間に相当するビデオ
遅延時間制御情報と、前記圧縮符号化信号の所定の分割
データ長および前記ビデオ信号の符号化のモードに応じ
て定まる固定の時間情報との加算により演算し、後続の
タイムスタンプ値を、前回求めたタイムスタンプ値と当
該ビデオ信号の周期に基づき演算するものである。さら
に、本発明の符号化伝送方式におけるタイムスタンプ値
演算方法は、前記一つのストリームに生成される信号と
して、少なくとも前記圧縮符号化されたビデオ信号と圧
縮符号化されたオーディオ信号とを含むものである。

【００３１】

【発明の実施の形態】以下、本発明の符号化伝送装置の
一実施例の構成を図１に示し、説明する。図１は、図２
に示す符号化伝送装置を構成するマルチプレクサ部５６
のビデオパケッタイズ部６０におけるＴＳ値の演算に関
する部分の構成を示している。従来技術を示す図５と
は、ＴＳ演算部２００が異なっている。ＳＴＣ発生部５
７の出力であるＳＴＣデータ５８は、ＴＳ演算部２００
に入力されている。また、入力ビデオ信号５３がビデオ
符号化処理部５４(図２)において符号化されたデータで
あるビデオストリーム５５は、ピクチャスタートコード
検出部８６とピクチャコーディングタイプ検出部８７と
ビデオ遅延時間制御情報(vbv_delay)検出部１１５とに
入力されている。また、ピクチャスタートコード検出部
８６には、ビデオ符号化処理部５４から出力されるビデ
オストリーム有効信号８２も入力されている。一方、ピ
クチャスタートコード検出部８６の出力であるデータ８
９、ピクチャコーディングタイプ検出部８７の出力であ
るデータ９３、ビデオ遅延時間制御情報検出部１１５の
出力であるデータ１１７は、それぞれＴＳ演算部２００
に入力されている。また、ピクチャスタートコード検出
部８６の出力であるデータ８９は、ピクチャコーディン
グタイプ検出部８７とビデオ遅延時間制御情報検出部１
１５にも入力されている。更に、ＴＳ演算部２００に
は、符号化モードを示す情報であるＭ値パラメータ９９
と固定のオフセット遅延量の情報である遅延パラメータ
１００とが入力されている。 そして、ＴＳ演算部２０
０からは、バッファ１０１へのデータ９７と制御信号９
８とが出力されている。また、バッファ１０１からは、
データ１０４が、スイッチ部１０５(図２参照)へ出力さ
れている。また、ＴＳ演算部２００へは、入力ビデオ信
号のピクチャ周期２０１とリセット信号２０２も入力さ
れている。

【００３２】次に、この動作について説明する。本発明
による符号化伝送装置においては、リセット信号２０２
による、所定の(リセット後の初めての)タイムスタンプ
値については、図５で説明したのと同様に、遅延時間制
御情報を利用して演算する。但し、図５の従来例では、
以後のＴＳ値も、遅延時間制御情報を利用していた。こ
のため、遅延時間制御情報が意味のある状態とするため
に、符号データを正確な平均レートで転送する必要があ
り、ビデオ符号化処理部内に大容量のバッファメモリを
必要としたり、高精度なデータ転送制御部が必要であっ
た。そこで、本発明では、最初のＴＳ値以後は、前回求
めたＴＳ値と、ＴＳ演算部２００に入力されているピク
チャ周期２０１を基に、演算するものとする。これによ
り、最初のＴＳ値以後は、遅延時間制御情報を利用しな
いため、必ずしも、符号データの転送レートを、正確な
平均レートとする必要がなく、大容量のメモリや高精度
なデータ転送制御部を不要とすることができる。具体的
には、符号データを平均レートより早いレートで転送す
るようにする。これにより、バッファメモリの容量を縮
小でき、転送レートも、とにかく平均レートより早けれ
ば問題ないので、容易なデータ転送制御部で実現可能で
ある。但し、平均レートよりも早く転送するため、該バ
ッファメモリがエンプティになる場合があるため、エン
プティ時は転送を一時的に止める制御が必要となる。し
かし、これは、バッファメモリのエンプティフラグで制
御するのみなので、実現は非常に容易である。 なお、
メモリ容量を、できるだけ縮小したければ、より早いレ
ートで転送すれば可能である。

【００３３】では次に、初めてのＴＳ値演算以降のＴＳ
値の演算例について以下に示す。まず、前述のＭ値が、
Ｍ＝１のモードでは、前回のＰＴＳと、ピクチャ周期を
基準に、以下のように演算する。 （１）Ｍ＝１の場合 ＰＴＳ(PIC_cur)＝ＰＴＳ(PIC_ref)＋PIC_TIME×Ｎ ここで、PIC_cur：現在対象としているピクチャ、PIC_r
ef：ＰＴＳのリファレンスとしているピクチャ、 PIC_
TIME：ピクチャの周期、Ｎ：PIC_curとPIC_ref間のピク
チャ数、ＰＴＳ(PIC_cur)：PIC_curのＰＴＳ、 ＰＴＳ
(PIC_ref)：PIC_refのＰＴＳである。このモードでは、
前述したようにピクチャのリオーダを考慮することがな
く、ＰＴＳだけを求めることになる。 また、Ｎについ
ては現在処理対象としているパケット内に、幾つのピク
チャスタートコードが含まれているかを、データ８９を
カウントすることで得ることができる。これにより、前
回リファレンスとしたピクチャと、現在処理対象として
いるパケット内のピクチャの間のピクチャ数が得られ
る。したがって、上記のように、リファレンスとしてい
る(前回求めた)ＰＴＳに、ピクチャ周期をＮ倍して加算
すれば、対象ピクチャのＰＴＳを演算可能である。この
ように、ＳＴＣ値とビデオ遅延時間制御情報を使用しな
いで、前回のＴＳ値を基準にして演算するため、マルチ
プレクサ部への入力レートに対する厳しい制限を、不要
とすることができる。

【００３４】次に、Ｍ＞１のモードの場合について、以
下に示し説明する。 この場合は、前回のＰＴＳを参照
すると、ピクチャのリオーダを考慮しなければならない
ため、複雑な処理となる。 このため、前回のＤＴＳと
ピクチャ周期を基準にして、以下のように演算する。
なお、マルチプレクサ入力部分では、ＤＴＳは基本的に
ピクチャ順にピクチャ周期単位で増加する。 （２）Ｍ＞１の場合 ＤＴＳ(PIC_cur)＝ＤＴＳ(PIC_ref)＋PIC_TIME×Ｎ ここで、もし、ピクチャコーディングタイプが、ＩかＰ
ならば、以下のようにＤＴＳ(PIC_cur)から、ＰＴＳ(PI
C_cur)を演算する。 ＰＴＳ(PIC_cur)＝ＤＴＳ(PIC_cur)＋PIC_TIME×Ｎ また、ピクチャコーディングタイプが、Ｂであるなら
ば、以下に示すように、ＤＴＳ(PIC_cur)を、ＰＴＳ(PI
C_cur)とする。 なぜならば、このＢピクチャはリオー
ダをしないため、ＰＴＳ＝ＤＴＳになるからである。 ＰＴＳ(PIC_cur)＝ＤＴＳ(PIC_cur) ここで、PIC_cur：現在対象としているピクチャ、PIC_r
ef：ＤＴＳのリファレンスとしているピクチャ、 PIC_
TIME：ピクチャの周期、Ｎ：PIC_curとPIC_ref間のピク
チャ数、ＰＴＳ(PIC_cur)：PIC_curのＰＴＳ、 ＤＴＳ
(PIC_cur)：PIC_curのＤＴＳ、 ＤＴＳ(PIC_ref)：PIC
_refのＤＴＳである。以上のように、Ｍ＞１の場合に
も、ＳＴＣ値とビデオ遅延時間制御情報を使用しない
で、前回のＴＳを基準にして、ＴＳ値の演算可能なた
め、マルチプレクサへの入力レートに対する厳しい制限
を、不要とすることができる。

【００３５】以下、本発明の具体的な演算手順を、図
８、図９に示し、説明する。図８、図９は、タイムスタ
ンプ演算部２００内におけるタイムスタンプ値演算動作
フローを示すものである。この具体的な実現方法は、ハ
ードウエアでもソフトウェアでも、また、両方を組み合
わせた方法でも可能である。 なお、図８、図９は、そ
れぞれ、パケット単位にスタートから始まり、リターン
で戻るものとしている。 更に、パケット内に複数のピ
クチャ(ピクチャスタートコード)が存在する場合、先頭
のピクチャに対し、ＴＳ値を演算するものとする。図８
は、Ｍ＝１の場合のタイムスタンプ値演算動作フローで
ある。まず、該当するパケットの処理をするため、ステ
ップ３０１から始まる。そして、ステップ３０２で、リ
セット後初回のタイムスタンプ演算かを判断し、もし初
回ならば、ステップ３０３の処理をする。 この処理ス
テップ３０３は、図５で説明した従来例と同様である。

【００３６】次の処理ステップ３０４は、次のＰＴＳ演
算処理のためのものである。つまり、ステップ３０３で
求めたＰＴＳ(PIC_cur)を、次の処理のリファレンスと
するために、ＰＴＳ(PIC_ref)＝ＰＴＳ(PIC_cur)として
いる。 そして、次にタイムスタンプ値を求めるべきピ
クチャまでのピクチャ間隔Ｎを、現在のパケット内に含
まれているピクチャの数(ピクチャスタートコードの数)
を設定することで求める。 これで、初回のタイムスタ
ンプ演算処理を終わり、ステップ３０７から処理を抜け
る。次のパケットの処理をするには、再び、ステップ３
０１から処理を開始する。今度は初回のタイムスタンプ
演算ではないので、ステップ３０５の処理する。ここ
で、ステップ３０４で設定された、前回のＰＴＳ(PIC_r
ef)とＮが 用いられ、ＰＴＳ(PIC_cur)が求まる。 ステ
ップ３０６は、前記ステップ３０４と同様、次の演算処
理のためのものである。 そして、ステップ３０７で処
理を抜ける。後続のパケットに対するタイムスタンプ値
の演算は、上記と同様に、ステップ３０１から処理を開
始し、ステップ３０５、ステップ３０６の処理を繰り返
す。

【００３７】図９は、Ｍ＞１の場合のタイムスタンプ値
演算動作フローである。まず、該当するパケットの処理
をするために、ステップ４０１から始まる。そして、ス
テップ４０２で、リセット後初回のタイムスタンプ演算
かを判断し、もし初回ならば、ステップ４０３で更にピ
クチャコーディングタイプを判断し、ステップ４０４
(Ｉ，Ｐピクチャの場合)か、ステップ４０５(Ｂピクチ
ャの場合)の処理をする。このステップ４０３，４０
４，４０５は、図５で説明した従来例と同様である。な
お、ステップ４０５で、ＤＴＳ(PIC_cur)＝ＰＴＳ(PIC_
cur)としているのは、次の処理ステップ４０６で、ＤＴ
Ｓ(PIC_ref)を設定するためであり、本来は、ＰＴＳ＝
ＤＴＳなので、あえて、ＤＴＳを求める必要はない。
なお、ステップ４０６は、次のＰＴＳ演算処理のための
ものである。つまり、ステップ４０４またはステップ４
０５で求めた、ＤＴＳ(PIC_cur) を次の演算処理のリフ
ァレンスとするために、ＤＴＳ(PIC_ref)＝ＤＴＳ(PIC_
cur)としている。

【００３８】そして、次にタイムスタンプ値を求めるべ
きピクチャまでのピクチャ間隔Ｎを、現在のパケット内
に含まれているピクチャの数(ピクチャスタートコード
の数)を設定することで求める。 これで、初回のタイ
ムスタンプ演算処理を終わり、ステップ４１２から処理
を抜ける。次のパケットの処理をするには、再び、ステ
ップ４０１から処理を開始する。今度は初回のタイムス
タンプ演算ではないので、ステップ４０７の処理をす
る。ここで、ステップ４０６で設定された、前回のＤＴ
Ｓ(PIC_ref)とＮが 使用され、ＤＴＳ(PIC_cur)が求ま
る。次に、ステップ４０８でピクチャコーディングタイ
プを判別し、処理ステップ４０９(Ｉ，Ｐピクチャの場
合)か、ステップ４１０(Ｂピクチャの場合)の処理をす
る。ステップ４０９では、ステップ４０７で求めたＤＴ
Ｓ(PIC_cur) に、ピクチャリオーダ時間を加算し、ＰＴ
Ｓ(PIC_cur)を求める。また、ステップ４１０では、Ｂ
ピクチャのため、ＰＴＳ＝ＤＴＳであるから、ＰＴＳ(P
IC_cur)＝ＤＴＳ(PIC_cur)より、ＰＴＳを求める。 次
の処理ステップ４１１は、前記ステップ４０６と同様、
次の演算処理のためのものである。そして、ステップ４
１２にて処理を抜ける。 後続のパケットに対するタイ
ムスタンプ値の演算は、上記と同様、ステップ４０１か
ら処理を開始し、ステップ４０９、ステップ４１０の処
理を繰り返す。

【００３９】

【発明の効果】本発明によれば、ビデオ符号化処理部が
出力するビデオストリームに対して、最初のＴＳ値算出
時のみ、ビデオストリーム中のビデオ遅延時間情報を基
にし、その後のＴＳ値算出には、前回求めたＴＳ値にピ
クチャ周期のＮ倍を加算をして求めるようにすること
で、従来必要であった、３３ビットというビット幅の広
いメモリや関連するアドレス発生部などを必要せず、ま
た、ビデオ符号化処理部に大容量のメモリや、高精度な
データ転送制御部を必要としない、符号化伝送方式にお
けるＴＳ値の演算方法を提供することができる。

【図面の簡単な説明】

【図１】本発明のタイムスタンプ値演算処理部分の構成
を示すブロック図。

【図２】一般的な符号化伝送装置のブロック図。

【図３】ビデオ信号符号化処理におけるピクチャ単位の
入れ替わり説明図。

【図４】ビデオ符号化処理部のブロック図。

【図５】従来技術のタイムスタンプ値演算処理部分の構
成を示すブロック図。

【図６】ビデオストリームの構成説明図。

【図７】符号化伝送装置におけるビデオ遅延時間制御情
報と処理時間との関係説明図。

【図８】本発明のタイムスタンプ値演算処理手順の一例
を説明する図

【図９】本発明のタイムスタンプ値演算処理手順の一例
を説明する図

【符号の説明】

５４：ビデオ符号化処理部、５６、１１８：マルチプレ
クサ部、５７：システムタイムクロック発生部、６０：
ビデオパケッタイズ部、６２：伝送路、６４：デマルチ
プレクサ部、６６：ビデオパケット解析部、７１：ビデ
オ復号化処理部、７３：ビデオ復号化バッファ、７５：
ビデオ復号化回路、７７：ビデオリオーダバッファ、８
６：ピクチャスタートコード検出部、８７：ピクチャコ
ーディングタイプ検出部、１０１：バッファ、１１１：
システムタイムクロック再生部、１１５：ビデオ遅延時
間制御情報検出部、２００：タイムスタンプ演算部、２
０１：ピクチャ周期、２０１：リセット。

Claims (3)

【特許請求の範囲】
1. 【請求項１】 少なくともビデオ信号を含む一つ以上の
   信号を圧縮符号化し、当該圧縮符号化信号を所定のデー
   タ長に分割し、タイムスタンプ値等のヘッダを付加して
   一つのストリームに生成して伝送する符号化伝送方式に
   おいて、前記ヘッダ内に付加される前記ビデオ信号の所
   定のタイムスタンプ値を、前記ストリーム内に付加され
   るビデオ復号化処理部のバッファ遅延時間に相当するビ
   デオ遅延時間制御情報に基づき演算し、後続のタイムス
   タンプ値を、前回求めたタイムスタンプ値と当該ビデオ
   信号の周期に基づき演算することを特徴とする符号化伝
   送方式におけるタイムスタンプ値演算方法。
2. 【請求項２】 請求項１において、前記ヘッダ内に付加
   される前記ビデオ信号の所定のタイムスタンプ値を、前
   記圧縮符号化されたビデオ信号が前記一つのストリーム
   に生成される信号処理部に入力された時間情報と、前記
   ビデオストリーム内に付加されるビデオ復号化処理部の
   バッファ遅延時間に相当するビデオ遅延時間制御情報
   と、前記圧縮符号化信号の所定の分割データ長および前
   記ビデオ信号の符号化のモードに応じて定まる固定の時
   間情報との加算によって演算し、前記後続のタイムスタ
   ンプ値を、前回求めたタイムスタンプ値と当該ビデオ信
   号の周期に基づき演算することを特徴とする符号化伝送
   方式におけるタイムスタンプ値演算方法。
3. 【請求項３】 請求項１または２において、前記一つの
   ストリームに生成される信号として、少なくとも前記圧
   縮符号化されたビデオ信号と圧縮符号化されたオーディ
   オ信号とを含むことを特徴とする符号化伝送方式におけ
   るタイムスタンプ値演算方法。