(57)【特許請求の範囲】
【請求項１】
圧縮された映像信号の伝送において、送信側では、所定圧縮ビットレートで圧縮した圧縮データを、送信側バッファメモリに、始めに少なくとも所定の１ピクチャ分のデータ量を所定ピクチャ時間で書き込み、その後各ピクチャ毎にピクチャ間隔時間内で書き込みながら、当該送信側バッファメモリの蓄積状態がエンプティか否かを示すエンプティフラグに応じ、前記圧縮ビットレートより所定速度早い伝送路の伝送レートで間欠的に読み出すとともに、前記圧縮データに、基準時間情報と、前記伝送レートに対する前記圧縮ビットレート比の関係から演算した、受信側バッファメモリから読み出す時間を示す所定のタイムスタンプ情報を付加して前記伝送路に送出し、受信側では、前記伝送路から取り込んだ前記圧縮データを、前記伝送レートで受信側バッファメモリに間欠的に書き込み、抽出した前記基準時間情報と前記所定のタイムスタンプ情報に基づき、前記受信側バッファメモリから、前記圧縮データを前記圧縮ビットレートに対応する速度で読み出し、当該圧縮データの復号処理を行うことを特徴とする映像信号伝送方法。
【請求項２】
送信側で、圧縮された圧縮データに、基準時間情報とタイムスタンプ情報を付加して伝送路に送出し、受信側で、抽出した前記基準時間と前記タイムスタンプ情報に基づき前記伝送路から取り込んだ前記圧縮データの復号処理を行う映像信号伝送装置において、送信側に、入力映像信号を所定圧縮ビットレートで圧縮する圧縮エンコーダ部と、前記圧縮データを一時的に蓄積するとともに当該蓄積状態がエンプティか否かを示すエンプティフラグを出力する送信側バッファメモリと、蓄積された前記圧縮データを前記エンプティフラグに応じ前記圧縮ビットレートより所定速度早い伝送路の伝送レートで間欠的に読み出すためのリード信号を発生するリード信号発生部と、前記圧縮データに、前記基準時間情報と、前記伝送レートに対する前記圧縮ビットレート比の関係から演算した、受信側バッファメモリから読み出す時間を示す所定のタイムスタンプ情報を付加してシステムストリームを生成するシステムストリーム生成部を備えたことを特徴とする映像信号伝送装置。
【請求項３】
請求項２記載の映像信号伝送装置において、受信側に、伝送された前記システムストリームから、前記圧縮データと前記基準時間情報と前記所定のタイムスタンプ情報を抽出し出力するシステムストリーム解析部と、当該圧縮データを一時的に蓄積する受信側バッファメモリと、該受信側バッファメモリへのライト信号を発生するライト信号発生部と、前記受信側バッファメモリから出力される当該圧縮データを復号して映像信号を出力する圧縮デコーダ部と、抽出された前記基準時間と前記所定のタイムスタンプ情報に基づき、前記受信側バッファメモリへのリード信号を発生する受信側バッファメモリ制御部を備えたことを特徴とする映像信号伝送装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、映像信号の伝送処理技術に係わり、特に、ＭＰＥＧ１，ＭＰＥＧ２(ＩＳＯ／ＩＥＣ  １１１７２−２，ＩＳＯ／ＩＥＣ  １３８１８−２)によって圧縮された映像信号(ビデオストリームとも呼ぶ)を伝送する方法に関する。
【０００２】
【従来の技術】
近年、ＡＴＭ(Asynchronous Transfer Mode)、ディジタルＦＰＵ(Field Pick-up Unit)、ディジタル衛星放送等のディジタル伝送路で映像信号を伝送する装置が急速に増加している。  そして、その多くは、ＭＰＥＧ１，ＭＰＥＧ２などの圧縮技術が利用されている。
映像信号をＭＰＥＧ１またはＭＰＥＧ２で一定レートに圧縮し、伝送する場合の従来技術の一例を図２に示し、簡単に動作説明をする。
まず、イニシャル処理として、ＣＰＵ４５により、圧縮エンコーダ部２９に、伝送路３９の伝送レートを考慮した映像信号の平均圧縮ビットレート又は圧縮率(以下、単に、圧縮ビットレート又は圧縮率という)を設定する。
圧縮エンコーダ部２９は、入力された映像信号２８を、設定された圧縮ビットレートになるように圧縮する。  そして、同時に圧縮エンコーダ部２９は、圧縮データ３１をクロック３２により、送信側バッファメモリ(ＦＩＦＯメモリ)３３に書き込む。
なお、この書き込みは、圧縮エンコーダ部２９における圧縮処理状況に依存したバースト書き込みになる。
【０００３】
ここで、リード信号発生部３７は、前記圧縮データ３１がＦＩＦＯメモリ３３に所定量蓄積されたことを、入力したクロック３２をカウントすることによって検出し、連続したリード信号３５を発生し、これを一定レートで読み出す。この読み出しレートは、前記ＣＰＵ４５で設定された圧縮ビットレートである。
従って、ＦＩＦＯメモリ３３において、データ蓄積量のエンプティやオーバーフローが発生することはない。  これにより、ＦＩＦＯメモリ３３から連続した所定レートの圧縮データ３４を得ることができる。
つまり、このＦＩＦＯメモリ３３は、圧縮エンコーダ部２９が出力するバーストデータ３１を、連続した所定レートの圧縮データ３４に変換する機能がある。
【０００４】
次に、システムストリーム生成部３６は、上記の所定レートの圧縮データ３４とリード信号３５を入力し、圧縮データ３４の各ＰＳＣ(Picture Start Code)に対するタイムスタンプ情報と、ＰＣＲ(Program Clock Reference) またはＳＣＲ(System Clock Reference)と呼ばれる基準時間をサンプリングした基準時間情報を付加し、システムストリーム３８として、伝送路３９に出力する。  ここで、上記基準時間は、ＳＴＣ(System Time Clock)と呼ばれる。
前記ＰＳＣは、圧縮データ３４内の各ピクチャの区切りを示すものである。  また、タイムスタンプ情報は、その各々のピクチャを、どの時点で、デコーダ側のビデオ遅延時間制御情報(video buffering verifier delay： vbv_delay)用のバッファ(以下、vbv_bufferと記す)４６と呼ばれる、受信側バッファメモリから読み出すかを示す時間情報である。  そして、この読み出し時間を規定することにより、デコーダ(受信)側のvbv_buffer４６のオーバーフロー、アンダーフローの発生を防ぐことが可能となる。
【０００５】
つまり、このタイムスタンプ情報は、連続的にスムーズなデコードを実現するための重要な機能を有する。
なお、このタイムスタンプ情報は、前記基準時間の所定時点を示す情報であるため、デコーダ側ではＳＴＣと呼ばれる基準時間情報も必要になる。  つまり、ＳＴＣとタイムスタンプ情報を比較し、一致したときに、上記vbv_buffer４６の読み出しを開始する。
前述のように、ＭＰＥＧ２の規格では、エンコーダ側でＳＴＣを発生し、その値をサンプリングしたＰＣＲまたはＳＣＲを、システムストリーム内に付加し、この情報をもとにデコーダ側で、前記ＳＴＣを再生するようになっている。
【０００６】
一方、システムストリーム解析部４１は、前記システムストリーム生成部３６と逆の処理動作をする。  つまり、伝送路３９から、システムストリーム４０を入力し、圧縮データ４４と、タイムスタンプ情報６０と、ＳＣＲまたはＰＣＲから再生されたＳＴＣ６１を出力する。
そして、所定レートの圧縮データ４４は、vbv_buffer４６と呼ばれるＦＩＦＯメモリに出力される。  なお、このvbv_bufferの名称は、ＭＰＥＧの規格で定義されている。
この時、ライト信号発生部４３は、圧縮データ４４とそれに関係するクロック４２を入力し、ビデオストリームである圧縮データ４４内の前記ＰＳＣ(Picture Start Code)を検出し、検出したピクチャの区切りから、vbv_buffer４６に書き込みが可能なように、ライト信号４７を発生する。
【０００７】
次に、vbv_bufferリード信号発生部５３は、タイムスタンプ情報６０とＳＴＣ６１を入力し、ＳＴＣ６１がタイムスタンプ情報６０と一致するまで遅延した後vbv_buffer４６のリード信号４８の発生を開始する。
基本的には、圧縮デコーダ部５０からのクロック５２を、リード信号発生開始までゲートし、その後はクロック５２をそのままリード信号４８として出力することで実現する。
なお、この圧縮デコーダ部５０からのクロック５２は、基本的に圧縮デコーダ部５０の処理状況に依存した、バーストクロックである。従って、このvbv_buffer４６は、前記エンコーダ側のＦＩＦＯメモリ３３と逆の機能を有する。
圧縮デコーダ部５０は、vbv_buffer４６からの圧縮データ４９を前記バーストのクロック４８で入力し、デコードして映像信号５１として出力する。
【０００８】
ここで、図３により前述のvbv_buffer４６での動作について詳細に説明する。図３は、vbv_buffer４６内の蓄積量の変化の一例を示している。縦軸は蓄積量、横軸は時間(基準時間のＳＴＣに相当する)である。なお、横軸の目盛りは、映像信号のピクチャ表示間隔(または、フレーム周期：３３.3ｍｓ)を一目盛りとしている。また、説明の都合上、圧縮レートは６．７Ｍｂｐｓと仮定する。
まず、ライト信号発生部４３が、ビデオストリームである圧縮データ４４内のＰＳＣ(Picture_Start_Code)６１を検出し、そして、検出したピクチャの区切りからvbv_buffer４６に書き込みを開始した時点が時間(-８)である。
次に、vbv_bufferリード信号発生部５３が、タイムスタンプ情報６０とＳＴＣ６１を入力し、ＳＴＣ６１がタイムスタンプ情報６０と一致するまで遅延され、vbv_buffer４６のリード信号４８の発生を開始した時点が時間(０)である。
つまり、タイムスタンプ情報６０に示されていた時刻が、時間(０)の時点を示していたことになる。
【０００９】
図３の例では、vbv_buffer４６に書き込み初めてから、読み出し始めるまでの時間は、２６６．４ｍｓ(＝３３．３ｍｓ×８)である。  この期間に、蓄積量は一定に増加していく。  この場合の傾きは、圧縮エンコーダ部２９の圧縮ビットレート６．７Ｍｂｉｔに一致する。  その他の期間でも、蓄積量の増加は、同様である。
このようにタイムスタンプ情報６０は、圧縮デコーダ部５０が処理を開始する前に、圧縮データをvbv_buffer４６に蓄積するための時間を示すとも言える。
その目的は、圧縮デコーダ部５０のバースト読み出しに対し、vbv_buffer４６がエンプティやオーバーフローを発生しないようにするものである。
そのために、図３に示すように、vbv_bufferサイズの最大値(１．８Ｍｂｉｔ)付近まで初期蓄積するのが一般的である。なお、このvbv_bufferサイズの最大値は、ＩＳＯ／ＩＥＣ １１１７２−２，ＩＳＯ／ＩＥＣ １３８１８−２で規格化されている。
【００１０】
次に、時間(０)で圧縮デコーダ部５０がバースト読み出しを開始するのだが、図３のグラフでは、極端な例として、一度に１ピクチャ分の符号量を各ピクチャ間隔毎に、読み出す場合を示している。
つまり、時間(０)でピクチャ０、時間(１)でピクチャ１、時間(２)でピクチャ２、……、時間(ｎ)でピクチャｎの符号量を一度に読み出す。  これは、ＩＳＯ／ＩＥＣ １１１７２−２，ＩＳＯ／ＩＥＣ １３８１８−２で、詳細に記述されている。
以上のようにvbv_buffer４６に圧縮データの書き込み、読み出しがされ、その蓄積量の変化が図３のようになる。
なお、図３に示すように各ピクチャごとに符号量に差があるのは、各ピクチャの圧縮モードに依存するためである。  一般的に、ＭＰＥＧでは、Ｉピクチャ，Ｐピクチャ，Ｂピクチャという３種類のモードで圧縮されたピクチャが存在し、上記Ｉピクチャが、他のＰピクチャ，Ｂピクチャに比べ符号量が非常に大きい。
図３の場合のビデオストリーム内のピクチャ構成を図４に示す。ピクチャ０がＩピクチャで、後はＢピクチャ、Ｂピクチャ、Ｐピクチャの順で繰り返し続き、ピクチャｎで、またＩピクチャとなる。  そして、図３に示すように、通常は、Ｉピクチャが、蓄積開始の最初のピクチャである。
【００１１】
【発明が解決しようとする課題】
以上のように、従来技術では、圧縮ビットレートに依存した書き込み速度で、vbv_bufferのサイズの最大値近くまで初期蓄積してからデコード処理を開始するために、必ずこの蓄積時間が必要であった。
図３では、説明の都合上、圧縮ビットレート６．７Ｍｂｐｓとしたが、一般的なＭＰＥＧシステムでは、圧縮ビットレートは、４Ｍｂｐｓである。  従って、その蓄積時間は、下記のように約４５０ｍｓになる。
(1.8×1,000,000)÷４×1,000,000 ＝４５０ｍｓ
但し、(1.8×1,000,000)は、vbv_buffer４６のサイズの最大値を示す。
この時間は、図２の圧縮エンコーダ部２９に映像信号が入力されてから、圧縮デコーダ部５０から映像信号が出力されるまでの遅延時間の大半を占める。
そして、放送局の報道番組のように、双方向通信でリアルタイムに掛け合いをする場合には、この遅延時間が致命的になる。
すなわち、この遅延時間のために、スムーズな会話が実現出来ない。  また、一方向の通信であっても、受信した映像信号により何らかの操作を行うシステム(遠隔操作システム)では、当然のことながら、この遅延時間が問題になる。
本発明は、上記問題に鑑み、全体の遅延時間の大半を占める、vbv_bufferでの遅延時間短縮を可能とし、従来適応が不可能であった双方向通信などのシステムへの適応が可能な映像信号伝送装置を提供するものである。
【００１２】
【課題を解決するための手段】
本発明は上記目的を達成するため、圧縮された映像信号の伝送において、送信側では、所定圧縮ビットレートで圧縮した圧縮データを、当該圧縮ビットレートで送信側バッファメモリに書き込み、前記圧縮ビットレートより所定速度早い伝送路の伝送レートで間欠的に読み出すとともに、前記圧縮データに、基準時間情報と、前記圧縮ビットレートと前記伝送レートの関係から演算した所定のタイムスタンプ情報を付加して前記伝送路に送出し、受信側では、前記伝送路から取り込んだ前記圧縮データを、前記伝送レートで受信側バッファメモリに間欠的に書き込み、抽出した前記基準時間情報と前記所定のタイムスタンプ情報に基づき、前記受信側バッファメモリから、前記圧縮データを前記圧縮ビットレートに対応する速度で読み出し、当該圧縮データの復号処理を行うようにしたものである。
【００１３】
また、送信側で、圧縮された圧縮データに、基準時間情報とタイムスタンプ情報を付加して伝送路に送出し、受信側で、抽出した前記基準時間と前記タイムスタンプ情報に基づき前記伝送路から取り込んだ前記圧縮データの復号処理を行う映像信号伝送装置において、送信側に、入力映像信号を所定圧縮ビットレートで圧縮する圧縮エンコーダ部と、前記圧縮データを一時的に蓄積するとともに当該蓄積状態がエンプティか否かを示すエンプティフラグを出力する送信側バッファメモリと、蓄積された前記圧縮データを前記エンプティフラグに応じ前記圧縮ビットレートより所定速度早い伝送路の伝送レートで間欠的に読み出すためのリード信号を発生するリード信号発生部と、前記圧縮データに、前記基準時間情報と、前記圧縮ビットレートと前記伝送レートの関係から演算した所定のタイムスタンプ情報を付加してシステムストリームを生成するシステムストリーム生成部を備えた映像信号伝送装置としたものである。
さらに、受信側に、伝送された前記システムストリームから、前記圧縮データと前記基準時間情報と前記所定のタイムスタンプ情報を抽出し出力するシステムストリーム解析部と、当該圧縮データを一時的に蓄積する受信側バッファメモリと、該受信側バッファメモリへのライト信号を発生するライト信号発生部と、前記受信側バッファメモリから出力される当該圧縮データを復号して映像信号を出力する圧縮デコーダ部と、抽出された前記基準時間と前記所定のタイムスタンプ情報に基づき、前記受信側バッファメモリへのリード信号を発生する受信側バッファメモリ制御部を備えたものである。
【００１４】
本発明は上記した構成により、受信側圧縮デコーダ部におけるストリーム入力に破綻をきたすことなく、圧縮ビットレートより早いスピードでデータを受信側に伝送することを可能とし、従来問題となっていた、受信側のバッファメモリである、vbv_bufferに対する初期蓄積時間を短縮し、双方向通信や、リモート制御システムへの適用を可能とする。
このために、送信側では、圧縮ビットレートより早いスピードでシステムストリーム生成部にデータを転送する必要がある。  従って、送信側バッファメモリであるＦＩＦＯメモリは、一時的にエンプティが発生する。  そこで、送信側のリード信号発生部は、そのＦＩＦＯメモリのエンプティフラグを監視して、エンプティの時はＦＩＦＯメモリの読み出しを止めるという制御をする。
一方、受信側では、圧縮ビットレートより早い速度でvbv_bufferに書き込みが行われるため、本来よりも早いレートで蓄積されることになる。  従って、このvbv_bufferの読み出しを制御するタイムスタンプ情報が、本来の値のままでは、明らかに、vbv_bufferでオーバーフローが発生してしまう。
そこで、本発明ではこのタイムスタンプ情報を、圧縮ビットレートと伝送路上の圧縮データに与えられたレートから演算した値とする。
これにより、圧縮ビットレートより早いレートで、データを受信側に伝送しても、受信側(デコーダ側)のシステムストリーム解析部、ライト信号発生部、vbv_buffer、vbv_bufferリード信号発生部、圧縮デコーダ部は、従来のままの動作で、vbv_bufferでのオーバーフローやアンダーフローを発生することなく、圧縮デコーダ部にストリームを転送することができ、従来問題となっていたvbv_bufferに対する初期蓄積時間を大幅に短縮することが可能となる。
【００１５】
【発明の実施の形態】
以下、本発明の一実施例を図１により説明する。  図１は、送信部、受信部、伝送路からなる構成を示している。
送信部は、入力映像信号１を、所定の圧縮ビットレートに圧縮し、圧縮データ５とその圧縮データ５に関係するクロック６を出力する圧縮エンコーダ部２と、該圧縮エンコーダ部２の圧縮ビットレートを設定するための設定データ４を発生するＣＰＵ３と、クロック６により前記圧縮データ５を一時的に蓄積し、該蓄積状態がエンプティである場合にエンプティフラグ８を出力可能な送信側バッファメモリであるＦＩＦＯメモリ７と、そのエンプティフラグ８に基づき、ＦＩＦＯメモリ７にリード信号９を発生するリード信号発生部１２と、ＦＩＦＯメモリ７の出力データ１０とリード信号発生部１２からのリード信号９とＣＰＵ３からの圧縮ビットレートを示すデータ４とその圧縮ビットレートに対する伝送路の伝送レートを示すデータ７０に基づき、基準時間のサンプリング情報と、上記データ４，７０から算出したタイムスタンプ情報を圧縮データ１０に付加し、システムストリーム１３を生成するシステムストリーム生成部１１からなる。
一方、受信部は、前述の従来例(図２)と同様であるため、説明を省略する。
【００１６】
次に、図１の実施例の動作について説明する。  説明の都合上、伝送路１４の伝送容量は、２６.８Ｍｂｐｓ，圧縮レートは、６.７Ｍｂｐｓと仮定する。この２６．８Ｍｂｐｓは、例えばＡＴＭで帯域確保をした場合などに相当する。
まず、イニシャル処理として、ＣＰＵ３からの設定データ４により、圧縮エンコーダ部２における圧縮レートを、６．７Ｍｂｐｓに設定する。
圧縮エンコーダ部２は、入力された映像信号１を、設定された６．７Ｍｂｐｓに圧縮し、当該圧縮データ５とそのクロック６を出力する。この時、出力される圧縮データ５のビデオストリームの内容は、図４で説明したのと同様とする。
次に、リード信号発生部１２は、エンプティフラグ８により、ＦＩＦＯメモリ７にデータの書き込みが開始されたのを検出すると、ＦＩＦＯメモリ７にリード信号９を発生し、ＦＩＦＯメモリ７を読み出し状態とする。  この場合の読み出しスピードは、上記伝送レートの２６．８Ｍｂｐｓとする。
そして、ＦＩＦＯメモリ７から読み出された圧縮データ１０は、リード信号９とともにシステムストリーム生成部１１に入力される。
【００１７】
システムストリーム生成部１１では、ＣＰＵ３からの圧縮レートを示すデータ４とその圧縮データに対する伝送路上の伝送レートを示すデータ７０を入力し、基準時間のサンプリング情報とデータ４，７０から算出したタイムスタンプ情報を圧縮データ１０に付加し、システムストリーム１３を生成する。
この場合、圧縮レートが６．７Ｍｂｐｓに対し、ＦＩＦＯメモリ７の読み出しスピードが２６．８Ｍｂｐｓであるため、ＦＩＦＯメモリ７において、間欠的にデータのエンプティが発生する。  この点についてもう少し詳しく説明をする。一般に、ＦＩＦＯメモリ７に書き込まれるデータは、図４で示したのと同様に最初のピクチャはＩピクチャであり、その符号量は他のピクチャより非常に多く、vbv_bufferサイズに近い量となる。
【００１８】
従って、ＦＩＦＯメモリ７では、始めに１ピクチャ分の時間(約３３．３ｍｓ)で、高速に多くのデータ量が書き込まれることになり、２６．８Ｍｂｐｓの読み出しに対しても、しばらくはエンプティにならない。
そして、その後のＰ，Ｂピクチャでは、Ｉピクチャに比べて、符号量が少ないため、やがてＦＩＦＯメモリ７はエンプティになる。
そこで、この時ＦＩＦＯメモリ７から発生するエンプティフラグ８に基づき、リード信号発生部１２は、エンプティの時にはＦＩＦＯメモリ７のデータを読み出さないようにリード信号９をインアクティブにし、またデータが書き込まれてエンプティでなくなったら、２６．８Ｍｂｐｓのスピードで、エンプティになるまで、データの読み出しをするように、リード信号９をアクティブにする。
【００１９】
次に、システムストリーム生成部１１にて、データ４とデータ７０からタイムスタンプ情報を演算する内容について説明する。
ここで算出されるタイムスタンプ情報を、"新タイムスタンプ情報"とし、従来使用されているタイムスタンプ情報を、"従来のタイムスタンプ情報"とすると、以下の式（１）の様になる。
0003642550.tif 000002
ここで、(従来のタイムスタンプ情報−基準時間)は、図３の例で説明すると、０−(-８）＝８  になる。つまり、従来のタイムスタンプ情報は、図３の例では"０”の時間を示す。
【００２０】
そして、このシステムストリーム生成部１１で上記演算をしようとする時は、ほぼピクチャの先頭を伝送路１４に出力しようとする時間に相当し、従ってその時の基準時間は、"-８”になる。
ここで、(データ４／データ７０)は、圧縮レートより早く伝送するために生じる蓄積時間の換算比で、この例では、６．７／２６．８＝１／４  である。
つまり、(従来のタイムスタンプ情報−基準時間)×(データ４／データ７０)に基準時間を加算することで、上記圧縮レートより早いスピードで伝送する場合の新しいタイムスタンプ情報を得ることができる。
例えば、圧縮レート６．７Ｍｂｐｓ，伝送レート２６．８Ｍｂｐｓとすると、上記式（１）より、新タイムスタンプ情報は、以下のようになる。
新タイムスタンプ情報＝（０−(-８)）×（１／４）＋（-８）＝−６
以上が本発明における全体の動作説明であるが、受信側バッファメモリであるvbv_buffer４６の動作について、図５を用いて、より詳細に説明する。図５は、図３と同様のスケールである。
まず、図３と同様に、時間(-８）で、vbv_buffer４６に圧縮データの書き込みを開始したとする。
ここでは、上記のように、式（１）により算出された新タイムスタンプ情報により、vbv_buffer４６からの読み出しは、時間(-６）から開始される。
但し、前述のように、送信部のＦＩＦＯメモリ７は、ある時間の後、間欠的にエンプティになるため、その部分を平均すると、vbv_buffer４６は、伝送レート２６．８Ｍｂｐｓより当然低速の書き込み速度になる。
つまり、図５では各ピクチャ表示間隔毎の書き込み速度を平均化して表示しているため、ある時間後の書き込みの傾きは２６．８Ｍｂｐｓの傾きより下がり、その下がり方は送信部のＦＩＦＯメモリ７におけるエンプティの発生状況に依存することになる。  なお、vbv_buffer４６における、データ読み出しのバースト性については、図５に示したように従来と同様である。
【００２１】
但し、伝送路１４での転送は、圧縮ビットレート６．７Ｍｂｐｓに対し、最高２６．８Ｍｂｐｓのバースト転送をしていることになるため、従来は、送信部のＦＩＦＯメモリ７にてバッファされていたデータが、受信部のvbv_buffer４６にてバッファされることになる。
このため、図３と図５では、対応するピクチャの読み出し時点における蓄積量は、常に従来の図３よりも図５の方が多くなっている。
従って、vbv_buffer４６でオーバーフロが発生する心配がある。
しかしながら、ＦＩＦＯメモリ７の容量とvbv_buffer４６の容量は、おおよそ等しいため、従来の２倍のvbv_bufferサイズを、vbv_buffer４６として確保しておけば、この点における技術的な問題は解決可能である。
以上のように本実施例では、図３に示した従来例に比べ、vbv_bufferにおける初期蓄積時間を、２６６.４ｍｓから、１／４の６６.６ｍｓに短縮可能である。
さらに、本実施例では、説明の都合上、圧縮ビットレートを６．７Ｍｂｐｓとしているが、一般に使用されている４Ｍｂｐｓに適応すれば、さらにvbv_bufferにおける初期蓄積時間の短縮比率を多くすることができる。
【００２２】
【発明の効果】
本発明によれば、映像信号伝送装置による遅延時間の大半を占めるvbv_bufferにおける遅延(蓄積)時間短縮を可能とし、従来適応が不可能であった双方向通信システムや遠隔制御システムへの適応が可能な符号化伝送装置を提供することができる。
また、オーディオデータ、プライベートデータを含めることの可能なシステムストリームのタイムスタンプ情報により、本発明の実現を可能としているため、多くのアプリケーションで実現可能である。
【図面の簡単な説明】
【図１】本発明のシステム構成の一実施例を示すブロック図
【図２】従来技術のシステム構成の一例を示すブロック図
【図３】従来技術におけるvbv_buffer４６での蓄積量の変化を示す図
【図４】ビデオストリーム内のピクチャ構成を示す図
【図５】本発明における、vbv_buffer４６での蓄積量の変化を示す図
【符号の説明】
１：圧縮エンコーダ部、７：ＦＩＦＯメモリ、１１：システムストリーム生成部、１２：リード信号発生部、１４：伝送路、４１：システムストリーム解析部、４３：ライト信号発生部、４６：vbv_buffer、５０：圧縮デコーダ部、５３：vbv_bufferリード信号発生部。
【図１】
0003642550.tif 000003
【図２】
0003642550.tif 000004
【図３】
0003642550.tif 000005
【図４】
0003642550.tif 000006
【図５】
0003642550.tif 000007