(57)【特許請求の範囲】
【請求項１】
映像データを含む少なくとも一つの入力データストリームを別のデータストリームに変換して送信する通信装置であって、１つ以上のデータストリームを入力する入力手段と、前記入力データストリームに含まれるヘッダから所定の情報を抽出し並べ替えることによって別のヘッダ情報を作成するヘッダ情報抜き出し・合成手段と、前記入力データストリームに含まれる映像データを抽出し所定の順に並べる映像データ抜き出し・合成手段と、前記ヘッダ情報の抜き出し・合成手段の出力と、前記映像データの抜き出し・合成手段の出力とを多重して１つのラッパー伝送ブロックに合成するラッパー生成手段とを具備し、前記ラッパー生成手段の出力を伝送することを特徴とする映像データ通信装置。
【請求項２】
入力されるデータストリームは、少なくともＳＭＰＴＥ規格３０５Ｍで規定されたＳＤＴＩストリーム、ＩＥＴＦ(Internet Engineering Task Force)で規定されたＩＰパケットデータ、ＡＮＳＩ規格であるＦＣ−ＡＶストリームのいずれかを含むことを特徴とする請求項１記載の映像データ通信装置。
【請求項３】
前記データストリームのペイロードとして伝送される映像データは、ＤＶ方式またはＤＶＣＰＲＯ方式（ＳＭＰＴＥ規格、３１４Ｍ）のデータであることを特徴とする請求項２記載の映像データ通信装置。
【請求項４】
前記入力されるデータストリームがＳＤＴＩストリームであり、ヘッダ情報の抜き出し・合成手段は、入力される前記ＳＤＴＩストリームより、ＳＭＰＴＥ規格３０５Ｍにおいて規定された５３ワードからなるＳＤＴＩヘッダーのうち、"Ancillary Data Flag"に相当する３ワードを除去し、かつ、"Line Number 1"を"Reserved data"とした５０ワードのデータの各ワードの下位８ビットを抽出した信号であるＳＤＴＩ情報を抜き出すことを特徴とする請求項２記載の映像データ通信装置。
【請求項５】
前記ＳＤＴＩ情報は、１フレームの映像データに対して１回多重されて出力されることを特徴とする請求項４記載の映像データ通信装置。
【請求項６】
前記ラッパー生成手段の出力である前記ラッパー伝送ブロックを入力するＡＴＭアダプテーションレイヤ・タイプ１の処理手段をさらに具備することを特徴とする請求項１記載の映像データ通信装置。
【請求項７】
前記ラッパー生成手段の出力である前記ラッパー伝送ブロックが入力され前記ブロックに受信側でのクロック情報再生のためのタイミング情報を付加するクロック・リカバリー処理手段と、前記クロック・リカバリー処理手段の出力を入力しＡＴＭ網における少なくともビットエラーまたはセルロスのいずれかを補償するエラー補償手段と、ＡＴＭアダプテーションレイヤ・タイプ５のユーザＰＤＵ処理手段をさらに具備し、前記エラー補償手段の出力を、前記ユーザＰＤＵ処理手段に出力することを特徴とする請求項１記載の映像データ通信装置。
【請求項８】
前記ラッパー生成手段は、入力される映像データのフレーム信号より得られるフレームタイミングを用いて前記映像データの１フレーム期間内に１つの前記ラッパー伝送ブロックを生成することを特徴とする請求項１記載の映像データ通信装置。
【請求項９】
前記ラッパー生成手段は、入力される映像データの１つのプログラムの１フレーム期間に相当するデータに対して、それぞれ１単位のラッパー伝送ブロックを生成することを特徴とする請求項１記載の映像データ通信装置。
【請求項１０】
前記入力されるデータストリームがＩＰパケットを含むＩＰストリームであり、前記情報の抜き出し・合成手段は、前記ＩＰパケットよりＩＰヘッダーを抜き出し、ＩＰ情報を出力することを特徴とする請求項２記載の映像データ通信装置。
【請求項１１】
前記ＩＰ情報のデータ形式は、ＩＰバージョン情報と、リザーブドデータと、ＩＰ情報ペイロードのすべてを含むことを特徴とする請求項１０記載の映像データ通信装置。
【請求項１２】
前記リザーブドデータは、ＩＰ情報のサイズであることを特徴とする請求項１１記載の映像データ通信装置。
【請求項１３】
前記ラッパー生成手段の出力データストリームと同等の入力データストリームを受信し映像データを抽出する受信手段と、
前記受信手段で抽出された映像データを一時記憶する記憶手段と、
前記記憶手段に一時記憶されている前記受信手段で抽出された映像データのエラーの有無を検出するエラー検出手段と、
前記エラー検出手段で検出された映像データのエラー部を補償するエラー補償手段と、
をさらに具備することを特徴とする請求項１記載の映像データ通信装置。
【請求項１４】
前記受信手段で抽出された映像データの少なくとも一部の再送を要求し、前記要求にもとづき再送された映像データにもとづいて、前記記憶手段に一時記憶されている前記受信手段で抽出された映像データのエラー部を修正するエラー処理手段と、
前記エラー補償手段によってエラー補償された映像データを出力する第１の出力手段と、
前記エラー処理手段によってエラー修正された映像データを出力する第２の出力手段と、
をさらに具備することを特徴とする請求項１３記載の映像データ通信装置。
【請求項１５】
前記受信手段は、ＡＴＭ網を通じて伝送されてきたＡＴＭセルを受信するＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部と、前記ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部で受信した前記ＡＴＭセルを入力するＡＡＬ５ユ−ザＰＤＵ受信処理部とからなり、
前記エラー補償手段は、前記ＡＡＬ５ユ−ザＰＤＵ受信処理部のＰＤＵデ−タおよびエラ−フラグ出力を入力しエラ−補償を行うエラ−補償処理部と、前記エラ−補償処理部の出力を前記記憶手段の受信信号書込み領域に入力する第１受信側バッファ書込み処理部と、前記記憶手段よりＤＶベ−ス形式の信号を読み出す第１受信側バッファ読み出し処理部とからなり、
前記第１の出力手段は、前記第１受信側バッファ読み出し処理部の出力を低遅延タイプのライブ伝送用デ−タストリ−ムに変換する第１ＤＶベ−スデ−タストリーム構築部を具備するライブ伝送出力手段であり、
前記エラー処理手段は、前記エラ−補償処理部より前記ＰＤＵデ−タおよび前記エラ−フラグ出力を入力してエラ−を特定し、そのエラ−を含む特定の大きさの再送ブロックデ−タを再送要求し、再送されてきたデ−タからエラ−レス信号を再構成するエラ−レス信号再構成処理部と、前記エラ−レス信号再構成処理部で構築されたエラ−レスブロック信号を前記バッファのエラ−を含むブロック信号領域にオ−バライトする第２の受信側バッファ再書込み処理部と、前記バッファのエラ−レス信号を読み出す第２受信側バッファ読み出し処理部とからなり、
前記第２の出力手段は、前記第２受信側バッファ読み出し処理部の出力をエラ−レスタイプの素材伝送デ−タストリ−ムに変換する第２ＤＶベ−スデ−タストリーム構築部を具備する素材伝送出力手段であることを特徴とする請求項１４に記載の映像データ通信装置。
【請求項１６】
ＤＶベースデ−タを含むストリ−ムを入力する入力端子と、
前記入力端子より入力されたデ−タストリ−ムよりＤＶベ−スデ−タを抽出するＤＶベ−スデ−タ抽出部と、前記ＤＶベ−スデ−タ抽出部の出力を入力し前記記憶手段の伝送信号書込み領域に書込む送信側バッファ書込み処理部と、前記記憶手段より所定の規則で前記ＤＶベ−スデ−タを読出す送信側バッファ読出し処理部と、前記送信側バッファ読出し処理部の出力をＡＡＬ５のユ−ザＰＤＵに変換するＡＡＬ５ユ−ザＰＤＵ送信処理部とを具備する信号変換手段と、前記ＡＡＬ５ユ−ザＰＤＵ送信処理部の出力をＡＡＬ５形式のＡＴＭセルに変換して特定のバ−チャルパス（ＶＰ）およびバ−チャルチャネル（ＶＣ）により指定されたＡＴＭ網に送出する手段と、前記エラ−レス信号再構成処理部より入力された前記再送ブロックデ−タをＡＡＬ５により前記ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部を用いて再送処理するＡＡＬ５再送処理部を具備する再送手段とをさらに具備したことを特徴とする請求項１５に記載の映像データ通信装置。
【請求項１７】
前記入力端子より入力されるデ−タストリ−ムは、ＩＥＥＥ１３９４により伝送されるＩＥＥＥ１３９４ストリ−ム、または、ＳＭＰＴＥ規格３０５Ｍで規定されたＳＤＴＩストリ−ム、または、ＩＥＴＦ（Ｉｎｔｅｒｎｅｔ  Ｅｎｇｉｎｅｅｒｉｎｇ  Ｔａｓｋ  Ｆｏｒｃｅ）で規定されたＩＰパケットデ−タ、または、ＡＮＳＩ規格であるＦＣ−ＡＶストリ−ムであることを特徴とする請求項１６に記載の映像データ通信装置。
【請求項１８】
前記ＩＥＥＥ１３９４ストリ−ム、またはＳＤＴＩストリ−ム、または、ＩＰパケットデ−タ、または、ＦＣ−ＡＶストリ−ムのペイロ−ドとして伝送されるＤＶベ−スデ−タは、ＤＶ方式またはＤＶＣＰＲＯ方式（ＳＭＰＴＥ規格、３１４Ｍ）のデ−タであることを特徴とする請求項１７に記載の映像データ通信装置。
【請求項１９】
ＡＡＬ５再送処理部は、ＴＣＰプロトコル、または、ＳＳＣＯＰプロトコルを用いてエラ−デ−タの再送を行うことを特徴とする請求項１６記載の映像データ通信装置。
【請求項２０】
前記エラ−補償処理部にエラ−フラグが入力した場合には、前記フラグによって特定されるエラ−を含むデ−タブロックを別のエラ−レスのデ−タブロックと置き換えるコンシ−ル処理を行なうことを特徴とする請求項１５または１６に記載の映像データ通信装置。
【請求項２１】
前記所定の規則は、１フレ−ムのＤＶベ−スデ−タを特定の周期律を持った読み出し規則でｎ個（ただし、ｎは自然数）に分割し読み出す方法であり、前記コンシール処理は前記特定の周期律にしたがって実行されることを特徴とする請求項２０に記載の映像データ通信装置。
【請求項２２】
前記受信手段は、ＡＡＬ５を用いた伝送処理において、ネイティブＡＴＭ方式、または、ＵＤＰ／ＩＰ方式によるストリ−ム伝送を行うことを特徴とする請求項１５記載の映像データ通信装置。
【請求項２３】
前記受信手段は、イーサネット伝送方式に対応するものであり、ＵＤＰ／ＩＰ方式によるストリ−ム伝送を行うことを特徴とする請求項１３に記載の映像データ通信装置。
【請求項２４】
前記エラ−補償処理部において受信されたシ−ケンス番号またはタイムコ−ドの情報より廃棄されたＡＡＬ５形式ＰＤＵを効率的に特定するために、前記送信側バッファ書込み処理部は、ＤＩＦベ−スデ−タを特定の規則で複数のサブデ−タ群に分割し、それぞれの前記サブデ−タ群に前記シ−ケンス番号および前記タイムコ−ドの少なくとも一方を付加した後に前記記憶手段に出力することを特徴とする請求項１６に記載の映像データ通信装置。
【請求項２５】
前記送信側バッファ読出し処理部は、前記記憶手段より特定の規則で前記ＤＶベ−スデ−タを読出し、前記読み出されたデ−タに、シ−ケンス番号およびタイムコ−ドの少なくとも一方を付加した後に前記ＡＡＬ５ユ−ザＰＤＵ送信処理部に出力することを特徴とする請求項１６に記載の映像データ通信装置。
【請求項２６】
前記送信側バッファ読出し処理部は、前記記憶手段より特定の規則で前記ＤＶベ−スデ−タを読出し、前記読み出されたＤＶベ−スデ−タより音声デ−タだけをコピ−して抜き出し音声デ−タブロックを作成した後、前記ＤＶベ−スデ−タと前記音声デ−タブロックの双方を前記ＡＡＬ５ユ−ザＰＤＵ送信処理部に出力し、前記受信手段で受信したデ−タを用いて前記エラ−補償処理部においてエラ−の無い連続的な音声デ−タを再構築することを特徴とする請求項１６、請求項２４、請求項２５のいずれかに記載の映像データ通信装置。
【請求項２７】
前記送信側バッファ読出し処理部において生成された音声デ−タブロックは、前記ＡＡＬ５ユ−ザＰＤＵ送信処理部に出力し、前記ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部より前記ＤＶデ−タブロックが伝送されるＶＰ、ＶＣ（バ−チャルパス、バ−チャルチャネル）とは別のＶＰ，ＶＣにより伝送されることを特徴とする請求項２６に記載の映像データ通信装置。
【請求項２８】
前記音声デ−タブロックを伝送する前記別のＶＰ，ＶＣの帯域幅（またはピ−クセルレ−ト）は前記ＤＶデ−タブロック伝送の帯域幅より狭い帯域に設定することを特徴とする請求項２７に記載の映像データ通信装置。
【請求項２９】
前記エラ−を含む特定の大きさの再送ブロックデ−タの再送処理において、再送デ−タの伝送は、前記ＤＶデ−タブロックが伝送されるＶＰ、ＶＣ（バ−チャルパス、バ−チャルチャネル）とは別のＶＰ，ＶＣにより伝送されることを特徴とする請求項１６に記載の映像データ通信装置。
【請求項３０】
エラ−信号の再送に要する時間を測定するためのテストデ−タを生成する手段と、前記エラ−レス信号再構成処理部を介してＡＡＬ５再送処理部からＡＴＭネットワ−クに前記テストデ−タを出力する手段と、受信側でデ−タを正常に受信したことを示す受信側から送られる識別信号を確認するまでに要する時間であるラウンドトリップ時間を測定するラウンドトリップ時間測定手段とをさらに具備し、前記ラウンドトリップ時間に所定のマ−ジンを加えて前記第２受信側バッファ読み出し処理部のバッファ読み出しアドレスポインタを設定することを特徴とする請求項１６記載の映像データ通信装置。
【請求項３１】
前記エラ−レス信号再構成送処理部によるエラ−信号の再送回数を制限する再送回数制限処理部を具備し、制限された回数の再送にてエラ−がなくならない場合には、前記再送回数制限部内のメモリに前記エラ−ブロックに関連するシ−ケンス番号またはタイムコ−ドとともに、前記ＤＶデ−タブロックのフレ−ム識別情報を一時記憶させ、再送を繰り返し行い正常なデ−タが得られた時に、前記正常なデ−タをフレ−ム単位で前記再送回数制限部内のメモリに前記シ−ケンス番号またはタイムコ−ドとともに一時記憶し、ネットワ−クを通じたストリ−ム伝送が終了した後に、前記フレ−ム単位のＤＶデ−タを素材伝送出力から出力することを特徴とする請求項３０記載の映像データ通信装置。
【請求項３２】
前記送信側と前記受信側との間のフレ−ム同期は、共通の外部同期信号により行うことを特徴とする請求項３０に記載の映像データ通信装置。
【請求項３３】
前記共通の外部同期信号は、ＧＰＳ信号、標準電波信号、地上波テレビ放送信号、衛星テレビ放送信号のうちのいずれかから作成されたものであることを特徴とする請求項３２に記載の映像データ通信装置。
【請求項３４】
映像データを含む少なくとも一つの入力データストリームを
別のデータストリームに変換して送信する通信方法であって、１つ以上のデータストリームを入力するステップと、前記入力データストリームに含まれるヘッダから所定の情報を抽出し並べ替えることによって別のヘッダ情報を作成するヘッダ情報抜き出し・合成ステップと、前記入力データストリームに含まれる映像データを抽出し所定の順に並べる映像データ抜き出し・合成ステップと、前記ヘッダ情報の抜き出し・合成ステップの出力と、前記映像データの抜き出し・合成ステップの出力とを多重して１つのラッパー伝送ブロックに合成するラッパー生成ステップとを具備し、前記ラッパー生成ステップの出力を伝送することを特徴とする映像データ通信方法。
【請求項３５】
前記ラッパー生成ステップの出力データストリームと同等の入力データストリームを受信し映像データを抽出する受信ステップと、
前記受信ステップで抽出された映像データを一時記憶する記憶ステップと、
前記記憶ステップに一時記憶されている前記受信ステップで抽出された映像データのエラーの有無を検出するエラー検出ステップと、
前記エラー検出ステップで検出された映像データのエラー部を補償するエラー補償ステップと、
をさらに具備することを特徴とする請求項３４記載の映像データ通信方法。
【請求項３６】
前記受信手段で抽出された映像データの少なくとも一部の再送を要求し、前記要求にもとづき再送された映像データにもとづいて、前記記憶ステップに一時記憶されている前記受信ステップで抽出された映像データのエラー部を修正するエラー処理ステップと、
前記エラー補償ステップによってエラー補償された映像データを出力する第１の出力ステップと、
前記エラー処理ステップによってエラー修正された映像データを出力する第２の出力ステップと、
をさらに具備することを特徴とする請求項３５記載の映像データ通信方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、入力された映像データストリームを変換して所定の伝送路を介して通信する映像データ通信装置および方法に関する。
【０００２】
【従来の技術】
近年、光ファイバ等を利用した通信システムの発達で、通信容量が大幅に拡大し、コンピュータ等で使用するディジタルデータだけではなく、例えば画像信号や音声信号およびその他の付加情報をディジタル化し伝送するシステムが実用化されている。例えば、非同期転送モード（ATM:Asynchronous Transfer Mode）等を用いれば、155メガビット／秒以上のネットワークを用いた高速伝送が可能となるため、ＡＴＭ上で映像データを通信するシステムが実用化されている。
【０００３】
ＡＴＭに関しては、ITU-T（International Telecommunication Union-Telecommunication Standardization Sector：国際電気通信連合−電気通信標準化部門）、および、The ATM Forum等で審議、規格化がされており、関連書物も多数発行されている。
【０００４】
例えば、民生用のディジタルＶＴＲの符号化方式の画像データ等を、ＡＴＭネットワークで伝送する例としては、１９９７年、映像情報メディア学会年次大会、Ｎｏ．２３−５、「ＡＴＭ／ＷＡＮを用いたＤＶＣノンリニア編集システム」や、１９９７年１２月、映像情報メディア学会冬の大会、Ｎｏ．３−６、「ＡＴＭ網によるDV/DVCPROデータのマルチキャスト／リアルタイム伝送」や、１９９８年７月、映像情報メディア学会大会、「ＡＴＭ網によるDVCPRO50圧縮信号のリアルタイム伝送」、１９９８年１１月、International Broadcasting Convention (IBC) conference paper, pp567,「DVCPRO25/50 Transmission System over ATM and Fibre Channel」などに示されている。
【０００５】
前述した方式では、ＤＶ方式またはＤＶＣＰＲＯ方式（ＳＭＰＴＥ規格３１４Ｍに記載されている圧縮方式）により圧縮符合化されたいわゆるＤＶベース信号をＡＴＭセルにのせる伝送プロトコルとして、まず第１にＴＣＰ／ＩＰプロトコルを利用している。ＴＣＰ／ＩＰでは、ネットワーク上の伝送エラーを補償するための再送処理時間分以上にバッファーを多く確保しなければならず、遅延が数十フルーム以上と大きくなってしまう。そこで、遠距離にある２者間でのリアルタイム中継における会話などで音声、画像が遅れるため通話が不自然になり、この遅延時間の短縮が望まれている。
【０００６】
次に、遅延を減少させるために、ＤＶベース信号を、ＴＣＰ／ＩＰプロトコルを使用せずに直接ＡＴＭ層にマッピングし、いわゆるNative ATM伝送を行う方法が考えられる。このためには、ＡＴＭアダプテーション・タイプ１（ＡＡＬ１）または、ＡＴＭアダプテーション・タイプ５（ＡＡＬ５）を用いる。ＡＡＬ１方式はクロック情報の伝送機構およびフォーワードエラー訂正（ＦＥＣ）機構を具備しているため、受信側でクロック再生およびＡＴＭ網のエラー補償が可能である。
【０００７】
よって、放送、プロダクション用などコンテンツ制作に関係する素材伝送（contribution)分野において、ＡＡＬ１の使用が始まりつつある。
【０００８】
しかしながら、現在、ＡＡＬ１方式を用いた伝送装置は高価であり、通信システムにコストをかけられない一般業務用分野においてはより安価なＡＡＬ５伝送方式が求められている。
【０００９】
一方、ＡＡＬ５方式は、ＡＡＬ層でのプロトコル処理が単純であるためコンピュータネットワークの分野でよく使用されている。ＡＡＬ５を用いてリアルタイム性を要求するＡＶ信号の伝送には、ＡＡＬ５層の上層にクロック再生機構やエラー補償機構を付加する必要があり、前述した方式で実現されている。
【００１０】
【発明が解決しようとする課題】
しかしながら、これら従来の方式では、ＡＡＬ１またはＡＡＬ５を用いてＤＶベース信号しか伝送できない。たとえば、ＤＶベース信号の４倍速伝送や複数プログラムの伝送を可能とするＳＤＴＩ方式（ＳＭＰＴＥ３０５Ｍ規格）で伝送されてきたストリームを直接、すなわち、他の伝送フォーマットに変換することなくシームレスに、ＡＴＭ信号に変換してＡＴＭ網で中継できない。
【００１１】
また、現在、WDM(wavelength division multiplex)技術などを適用した次世代の高速ＩＰ網、あるいは次世代インターネット（NGI, Next  Generation Internet )の研究開発が活発にすすめられている。IETF（Internet Engineering Task Force)で規格を検討されるインターネット・プロトコル（ＩＰ）、すなわち、現在使用されているＩＰｖ４や、今後大きく発展すると考えられているＩＰｖ６への高品質ＡＶ信号の適応が要望されているが、現在、ＤＶベース信号などの高品質ＡＶ信号をＩＰパケット化し、高速IP網や、"IP over WDM" などの次世代高速基幹網で伝送し、受信されたＩＰパケットを直接ＡＴＭパケットに変換してＡＴＭ網での伝送することができないという問題点がある。
【００１２】
ＡＡＬ５方式を用いたストリ−ミングにおいては、受信側でＡＴＭセル損失またはビットエラ−を検出すればそのエラ−を含むＰＤＵ（プロトコル・デ−タ・ユニット）を廃棄するだけの単純な処理であり、端末間エンド・ツ−・エンドでの伝送遅延が小さくなる。一方、エラ−によりＰＤＵが廃棄されれば、そのＰＤＵを用いて再構成するフレ−ムデ−タが不完全となり、映像信号はコンシ−ル、音声信号はミュ−ティング等を行い、エラ−の波及を最小に抑制しなければならない。すなわち、ＡＡＬ５を用いたストリ−ミングは低遅延であるのでリアルタイムのライブ伝送に適しているが、エラ−のない情報伝送が求められる素材伝送には適していない。
【００１３】
【課題を解決するための手段】
本発明は上記問題点に鑑みＳＤＴＩ信号やＩＰパケットで送信されてきた情報を直接、ＡＴＭパケットへの変換を可能とする映像データ通信装置を提供すること、
さらに、ＡＡＬ５を用いて、低遅延のライブ伝送と、エラ−のない素材伝送の両方が可能な映像データ通信装置を提供することを目的とする。
【００１４】
上記目的を達成するため本発明の第１の発明は、映像データを含む少なくとも一つの入力データストリームを別のデータストリームに変換して送信する通信装置であって、映像データを含む１つ以上のデータストリームを入力する入力手段と、前記入力データストリームに含まれるヘッダから所定の情報を抽出し並べ替えることによって別のヘッダ情報を作成するヘッダ情報抜き出し・合成手段と、前記入力データストリームに含まれる映像データを抽出し所定の順に並べる映像データ抜き出し・合成手段と、前記ヘッダ情報の抜き出し・合成手段の出力と、前記映像データの抜き出し・合成手段の出力とを多重して１つのラッパー伝送ブロックに合成するラッパー生成手段とを具備し、前記ラッパー生成手段の出力を伝送する映像データ通信装置を提供する。本発明に係る映像データ通信装置において、前記入力手段に入力されるデータストリームは、ＳＤＴＩストリーム、ＩＰパケットデータ、または、ＡＮＳＩ規格であるＦＣ−ＡＶストリームであり、上記データストリームのペイロードとして伝送される映像データがＤＶ方式またはＤＶＣＰＲＯ方式のデータである場合に本発明は特に有効である。
【００１５】
また、上記目的を達成するため本発明の第２の発明は、本発明の第１の発明において、前記ラッパー生成手段の出力データストリームと同等の入力データストリームを受信し映像データを抽出する受信手段と、前記受信手段で抽出された映像データを一時記憶する記憶手段と、前記記憶手段に一時記憶されている前記受信手段で抽出された映像データのエラーの有無を検出するエラー検出手段と、前記エラー検出手段で検出された映像データのエラー部を補償するエラー補償手段と、をさらに具備する映像データ通信装置を提供する。
また、上記目的を達成するため本発明の第３の発明は、本発明の第２の発明において、前記受信手段で抽出された映像データの少なくとも一部の再送を要求し、前記要求にもとづき再送された映像データにもとづいて、前記記憶手段に一時記憶されている前記受信手段で抽出された映像データのエラー部を修正するエラー処理手段と、前記エラー補償手段によってエラー補償された映像データを出力する第１の出力手段と、前記エラー処理手段によってエラー修正された映像データを出力する第２の出力手段と、をさらに具備する映像データ通信装置を提供する。
【００１６】
上記本発明の第３の発明における第１の出力手段は、前記エラー補償手段によってエラー補償された映像データをライブ出力として出力し、第２の出力手段は、前記エラー処理手段によってエラー修正された映像データを素材出力として出力する。ライブ出力は、受信データを参考にしてエラー補償処理を行って出力するので低遅延である。素材出力は、再送データに基づいてエラー箇所を修正するので、エラーがない。したがって、モニタ上にはライブ画像を出力することができ、またＶＴＲには伝送によるエラーのない映像データを記録することができる。
【００１７】
【発明の実施の形態】
以下本発明の実施の形態について、図面を参照しながら詳細に説明する。
【００１８】
以下の実施の形態においては、ＤＶベース信号など高品位ＡＶ信号を広域ＡＴＭなどで伝送する場合について説明する。ＤＶベース信号としては、例として、ＳＭＰＴＥ３１４規格における25Mbps圧縮、525/60を用いるとする。また、これらＤＶベース信号の基となるＤＶ規格については、「Specifications of Consumer-Use Digital VCRs using 6.3mm magnetic tape」 December,1994 HD DIGITAL VCR CONFERENCEに記載されており、またそのディジタルインターフェースについては、「Specifications of Digital Interface for Consumer Electric Audio/Video Equipment」December,1995 HD DIGITAL VCR CONFERENCE に記載されている。また、ＳＤＴＩの規格はＳＭＰＴＥ３０５Ｍである。
【００１９】
ＡＴＭとは、Asynchronous Transfer Mode、非同期転送モードのことであり、重要な規格を以下に示す。ATMプロトコルはITU-T I.361、また、AAL1プロトコルは ITU-T I.363.1に、さらに、AAL5プロトコルは、ITU-T I.363.5 に、それぞれ規定されている。また、シグナリングに関しては、たとえば、ITU-T Q.2931がある。一方、ATM網に求められる網品質に関しては ITU-T、I.356 に規定されている。また、User Network Interfaceについては、The ATM Forum、ATM User- Network Interface Specification Version 3.0（以下、UNI3.0）、The ATM Forum、ATM User-Network Interface Specification Version 3.1（以下、UNI3.1）、The ATM Forum、ATM User-Network Interface Specification Version 4.0（以下、UNI4.0）等で規格化されている。
【００２０】
（第１の実施の形態）
図１は本発明の実施の形態に係る通信装置の概略構成を示すブロック図である。
【００２１】
図１において１０１はＡＴＭラッパー変換部である。
【００２２】
図１において、ＤＶベース信号をペイロードとしたＳＤＴＩ信号がＳＤＴＩバッファ１０２に入力される。バッファ１０２に入力したＳＤＴＩ信号は、バッファ／セレクタ１０４経由で、ＳＤＴＩ情報抽出／構築部１０５に送られ、ＳＤＴＩ情報を抽出される。また、同様にＤＶベースデータ抽出／構築部１０６に送られ、ＤＶベース信号を抽出される。
【００２３】
前記１０５でＳＤＴＩ信号のＳＤＴＩヘッダーから抽出され、構築されるＳＤＴＩ情報を図２に示す。図２におけるＳＤＴＩ情報は、ＳＭＰＴＥ規格３０５Ｍにおいて規定されているＳＤＴＩヘッダーを変換した情報で、１ワード１０ビットで５３ワードからなるＳＤＴＩヘッダーのうち、"Ancillary Data Flag"３ワードを除去し、かつ、"Line Number 1"を"Reserved data"とした後、５０ワードのデータのすべてのワードのＬＳＢより下位８ビットを抜き出した信号である。
【００２４】
ＤＶベースデータ抽出／構築部１０６においては、入力されるＳＤＴＩ信号からＤＶベース信号を抽出する。抽出される２５Ｍｂｐｓ圧縮のＤＶベース信号の例を図３に示す。
【００２５】
さて、図１において、ＡＴＭラッパー生成部１０９においては、１０５および１０６より入力されたＳＤＴＩ情報およびＤＶベース信号を、図４に示すプロトコル処理によりＡＴＭラッパー伝送ブロックに変換する。
【００２６】
図４を参照しながらATMラッパー構造の一例について説明する。ATMラッパーは、上層のアプリケーション層と下層の共通層とから構成される。まず、アプリケーション層は、上層のオブジェクト層と下層のCompressed-AV層に分かれている。オブジェクト層では、SDTI情報と、Stream  Descriptorと、Stream  Time  Stampと、CDS  Packet  Lengthと、１フレーム分のDIF信号が存在する。ここで、SDTI情報と、Stream  Descriptorと、Stream  Time  Stampと、CDS  Packet  Lengthとは、伝送装置に入力してくるSDTI信号より生成される。また、Compressed  AV  Stream層では、Stream  Descriptorと、Stream  Time  Stampと、CDS  Packet  Lengthと、１フレーム分のDIF信号から生成される。
【００２７】
また、共通層は、上層のコンテナ層と下層の同期層とに分かれている。コンテナ層では、前記SDTI情報と、Compressed  AV  StreamからFC-AVで規定されたコンテナヘッダーが生成される。次に同期層では、SYNCパターン、SSBサイズ、Time  Stamp、コンテナ数、コンテナ情報と、コンテナそのものが組み合わされATMラッパーブロックを生成する。
【００２８】
ATMラッパー伝送ブロックはAAL層を介して、ATM物理層に渡される。
【００２９】
以上は、送信側での動作であるが、受信側では、逆の動作となる。
【００３０】
ここで、上記コンテナ層におけるコンテナ構造は、以下の文書に記載されている。 T11 Project 1237-D/Rev 1.0, Information technology, Fibre Channel, AudioVideo(FC-AV)、September30,1998。（出展はhttp//www.fibrechannel.com/search/ index.htm,  98-042vA.pdf, Chapter.10）
このＦＣ−ＡＶコンテナーの「オブジェクト０」に「ＳＤＴＩ情報」を用い、また、「オブジェクト２」に「コンプレストＡＶストリーム」を介して「ＤＶベース信号」を用いて、それぞれマッピングする。図４に示す様なプロトコル構造を持つことにより、複数のオブジェクト、すなわち複数の情報を１つの伝送ブロックにまとめることができる。図４では、１つのＡＴＭ伝送ブロックに１フレーム分のデータがマッピングされているので、ＳＤＴＩ情報のオーバヘッドはＳＤＴＩ伝送路よりも小さくなる。また、「ＡＴＭラッパー伝送ブロック」におけるＳＹＮＣパターンはフレーム分のデータ同期を取るために使用する。「ＡＴＭラッパー伝送ブロック」においては、コンテナー数と、プログラム数をそのヘッダー情報として伝送するので、１つの「ＡＴＭラッパー伝送ブロック」中に、複数コンテナー、複数プログラムがある場合でも、プログラムナンバーなどの識別が容易にできる。
【００３１】
図２６に１つのＡＴＭラッパー伝送ブロックで１プログラムを伝送する場合、図２７に１つのＡＴＭラッパー伝送ブロックで２プログラムを伝送する場合の概念図を示す。
【００３２】
なお、上の説明では省略したが、遠隔制御情報抽出／構築部１０８では、必要に応じて入力信号に含まれた遠隔制御情報(Odetics,LauthなどのRS422制御信号準拠)を抽出し、ＡＴＭラッパー生成部１０９に送り１０５および１０６より入力されたＳＤＴＩ情報、ＤＶベース信号に対してさらに遠隔制御情報を付け加えＡＴＭラッパー伝送ブロックに変換する。
【００３３】
図１において、このＡＴＭラッパー伝送ブロックが、ＡＡＬ１処理部１１０に送られ、ＩＴＵ−ＴＩ３６３．１で規定された処理に従い、ＡＴＭパケットに変換されＡＴＭ網へ送り出される。
【００３４】
ＳＤＴＩ信号をＡＴＭ網を介して伝送する場合の構成を図５を参照して説明する。図５において、デジタルＶＴＲ（１）５０１より、ＳＤＴＩ−ＡＴＭ変換装置５０２に対して、ＳＤＴＩ伝送路を介してＳＤＴＩ信号が伝送される。ＳＤＴＩ−ＡＴＭ変換装置５０２においては、前述した信号変換によりＡＴＭラッパー伝送ブロックが生成され、ＡＴＭパケットに分解された後、ＡＴＭ網５０３を介して、ＳＤＴＩ−ＡＴＭ変換装置５０４に伝送される。ＳＤＴＩ−ＡＴＭ変換装置５０４では、ＡＴＭラッパー伝送パケットからＳＤＴＩ情報と、ＤＶベース信号が復元され、その後ＳＤＴＩ信号に再構成されデジタルＶＴＲ（２）５０５に伝送される。これらの信号処理は、論理関数的にはＳＤＴＩ−ＡＴＭ変換装置５０２における処理の逆変換処理である。定常伝送状態においては、ＳＤＴＩ情報は固定パターンであるため、ＳＤＴＩ−ＡＴＭ変換装置における信号処理遅延を非常に小さくできる。また、図５において、前述とは逆の処理を行い、デジタルＶＴＲ（２）５０５より、ＡＴＭ網５０３を介してデジタルＶＴＲ（１）５０１に伝送することも可能である。なお、本実施の形態においては、入力される映像信号をＤＶベース信号としたが、デジタル映像信号であればＭＰＥＧなど他の圧縮方式によるもの、また非圧縮信号のいずれでもよい。
【００３５】
（第２の実施の形態）
次に、再び図１を用いて、本発明の第２の実施の形態について説明する。図１において、ＤＶベース信号をペイロードとしたＩＰパケット信号がバッファ１０３に入力される。バッファ１０３に入力したＩＰパケット信号は、ＩＰバッファ／セレクタ１０４経由で、ＩＰ情報抽出／構築部１０７とＤＶベースデータ抽出／構築部１０６に送られ、それぞれＩＰパケット情報、ＤＶベース信号を抽出される。
【００３６】
ＩＰ情報抽出／構築部１０７において抽出されるＩＰパケット情報を図６に示す。図６におけるＩＰパケット情報は、ＩＥＦＴ( Internet Engineering Task force)において規定されているＩＰｖ４（ＲＦＣ７９１）、または、ＩＰｖ６（ＲＦＣ２４６０）をペイロードとするデータブロックである。図６において、ＩＰバージョンは４ビット、サイズは４ビットである。ＩＰｖ４の場合、ＩＰ情報のサイズは２１バイトまたは２５バイトとなる。ＩＰｖ６の場合、ＩＰ情報のサイズは４１バイトとなる。
【００３７】
図１において、ＡＴＭラッパー生成部においては、１０７および１０６より入力されたＩＰ情報およびＤＶベース信号を、図７に示すプロトコル処理によりＡＴＭラッパー伝送ブロックに変換する。ＡＴＭラッパー伝送ブロックは、第１の実施の形態と同様のものである。ＦＣ−ＡＶコンテナーの「オブジェクト０」に「ＩＰ情報」を用い、また、「オブジェクト２」に「コンプレストＡＶストリーム」を介して「ＤＶベース信号」を用いて、それぞれマッピングする。図７に示す様なプロトコル構造を持つことにより、複数のオブジェクト、すなわち複数の情報を１つの伝送ブロックにまとめることができる。図７では、１つの「ＡＴＭラッパー伝送ブロック」に１フレーム分のデータがマッピングされているので、ＩＰ情報のオーバヘッドはＩＰ伝送路よりも小さくなる。また、ＡＴＭラッパー伝送ブロックにおけるＳＹＮＣパターンはフレーム分のデータ同期を取るために使用する。「ＡＴＭラッパー伝送ブロック」では、そのヘッダー情報としてコンテナー数と、プログラム数を伝送するので、１つの「ＡＴＭラッパー伝送ブロック」中に、複数のコンテナー、複数プログラムがある場合でも、プログラムナンバーなどの識別が容易にできる。
【００３８】
図１において、この「ＡＴＭラッパー伝送ブロック」は、第１の実施の形態と同様に、ＡＡＬ１処理部１１０に送られ、ＩＴＵ−ＴＩ３６３．１で規定された処理に従い、ＡＴＭパケットに変換されＡＴＭ網へ送り出される。
【００３９】
また、図１において、このＡＴＭラッパー伝送ブロックは、クロック再生処理部１１１に送られ、タイムスタンプおよび同期パターンを付加された後、エラー補償処理部１１２に送られ、たとえば前述した文献に示したＦＥＣ処理やインタリーブ処理が行われた後、ＡＡＬ５ユーザＰＤＵ処理部１１３、ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１１４によってＩＴＵ−ＴＩ３６３．５で規定されたＡＡＬ５処理によりＡＴＭパケットに変換されＡＴＭ網へ送り出される。
【００４０】
また、ＩＰパケットＰＤＵ分割／再構成部１１５、ＩＰパケットＰＤＵ処理部１１６によって、所定の処理がなされた場合には、ＩＰパケットとしてＩＰパケット網へ伝送されることができる。
【００４１】
ＩＰパケット信号をＡＴＭ網を介して伝送する場合の構成を図８を参照して説明する。図８において、デジタルＶＴＲ（１）８０１より、ＩＰパケット−ＡＴＭ変換装置８０２に対して、ＩＰパケット伝送路を介してＩＰパケットが伝送される。ＩＰパケット−ＡＴＭ変換装置８０２においては、前述した信号変換により「ＡＴＭラッパー伝送ブロック」が生成され、ＡＴＭパケットに分解された後、ＡＴＭ網８０３を介して、ＩＰパケット−ＡＴＭ変換装置８０４に伝送される。ＩＰパケット−ＡＴＭ変換装置８０４では、「ＡＴＭラッパー伝送パケット」からＩＰ情報と、ＤＶベース信号が復元され、その後ＩＰパケットに再構成されデジタルＶＴＲ（２）８０５に伝送される。これらの信号処理は、論理関数的にはＩＰパケット−ＡＴＭ変換装置８０２における処理の逆変換処理である。定常伝送状態においては、ＩＰ情報は固定パターンであるため、ＩＰパケット−ＡＴＭ変換装置における信号処理遅延を非常に小さくできる。
【００４２】
次に前述したＳＤＴＩ−ＡＴＭ変換装置とＩＰパケット−ＡＴＭ変換装置の組み合わせであるＡＴＭラッパー変換装置（図１に示された構成）を使用した場合、運用例を図９を参照して説明する。図９において、デジタルＶＴＲ（１）９０１より、ＡＴＭラッパー変換装置９０２に対して、ＳＤＴＩ伝送路を介してＳＤＴＩ信号が伝送される。ＡＴＭラッパー変換装置９０２においては、第１の実施の形態において説明した信号変換によりＡＴＭラッパー伝送ブロックが生成され、ＡＴＭパケットに分解された後、ＡＴＭ網９０３を介して、ＡＴＭラッパー変換装置９０４に伝送される。ＡＴＭラッパー変換装置９０４では、ＡＴＭラッパー伝送パケットからＳＤＴＩ情報と、ＤＶベース信号が復元され、その後ＳＤＴＩ信号に再変換されデジタルＶＴＲ（２）９０５に伝送される。これらの信号処理は、第１の実施の形態で述べた処理と同様である。
【００４３】
図９において、更に、デジタルＶＴＲ（３）９０６より、ＳＤＴＩ−ＩＰ変換装置９０７に対して、ＳＤＴＩ伝送路を介してＳＤＴＩ信号が伝送される。ＳＤＴＩ−ＩＰ変換装置９０７においては、第１の実施の形態の送信側と同様の信号変換により「ＡＴＭラッパー伝送ブロック」が生成される。その後、ＳＤＴＩ−ＩＰ変換装置９０７において、「ＡＴＭラッパー伝送ブロック」が、さらに第２の実施の形態の受信側と同様の方式でＩＰパケットに変換される。このＩＰパケットは、既存IP(IPv4)網、IPv6をサポートするIP網、ＩＰ over WDM をサポートするＩＰ網の単独網または組み合わせ網であるＩＰパケット網９０８を介して、ＳＤＴＩ−ＩＰ変換装置９０９に伝送され、ＳＤＴＩ−ＩＰ変換装置９０７における処理と逆の処理が行われＳＤＴＩ信号がデジタルＶＴＲ（４）９１０に伝送される。また、図９において、前述とは逆の処理を行い、デジタルＶＴＲ（４）９１０より、ＩＰパケット網９０８を介してデジタルＶＴＲ（３）９０６に伝送することも可能である。
【００４４】
さて、図９において、ＳＤＴＩ−ＩＰ変換装置９０７より出力されたＩＰパケットがＩＰパケット網９０８を経由して、ＡＴＭラッパー変換装置９０２に入力され、ＡＴＭパケットに変換された後、ＡＴＭ網９０３を経由してＡＴＭラッパー変換装置９０４に入力される場合でも本ＡＴＭラッパー装置は、ＳＤＴＩ信号、ＩＰパケットおよびＡＴＭパケット間で、小さい変換オーバーヘッドで有効にパケット変換を行うことができる。ＡＴＭラッパー変換装置９０４の出力であるＳＤＴＩ信号をデジタルＶＴＲに伝送することができる。さらに、ＡＴＭラッパー変換装置９０４の出力であるＩＰパケットをＩＰパケット網９０８を経由させてＳＤＴＩ−ＩＰ変換装置９０９に伝送し、デジタルＶＴＲ（４）９１０に送信することもできる。また、図９において、デジタルＶＴＲ（１）９０１、デジタルＶＴＲ（２）９０５、デジタルＶＴＲ（３）９０６、およびデジタルＶＴＲ（４）９１０より、ＡＴＭ網９０３およびＩＰパケット網９０８を介して任意のそれぞれのデジタルＶＴＲ方向に伝送することも可能である。
【００４５】
（第３の実施の形態）
次に、再び図１を用いて、本発明の第３の実施の形態について説明する。図１は本発明の実施の形態に係る通信装置の概略構成を示すブロック図である。図１において１０１はＡＴＭラッパー変換部である。図１において、ＤＶベース信号をペイロードとしたＳＤＴＩ信号がバッファ１０２に入力される。また、同様にＤＶベース信号をペイロードとしたＩＰパケット信号がバッファ１０３に入力される。
【００４６】
バッファ１０２に入力したＳＤＴＩ信号は、バッファ／セレクタ１０４経由で、ＳＤＴＩ情報抽出／構築部１０５に送られ、ＳＤＴＩ情報が抽出される。また、バッファ１０２に入力したＳＤＴＩ信号は、バッファ／セレクタ１０４経由で、ＤＶベースデータ抽出／構築部１０６に送られ、ＤＶベース信号が抽出される。
【００４７】
ＳＤＴＩ情報抽出／構築部１０５において抽出されるＳＤＴＩ情報は第１の実施の形態と同様、図２に示す５０バイトの情報である。また、ＤＶベースデータ抽出／構築部１０６において抽出される２５Ｍｂｐｓ圧縮のＤＶベース信号も第１の実施の形態と同様であり、図３に示す。
【００４８】
さて、図１において、ＡＴＭラッパー生成部１０９においては、１０５および１０６より入力されたＳＤＴＩ情報およびＤＶベース信号を、図４に示すプロトコル処理により第１の実施の形態で記述したものと同様の「ＡＴＭラッパー伝送ブロック」に変換する。
【００４９】
第１の実施の形態においては、このＡＴＭラッパー伝送ブロックが、ＡＡＬ１処理部１１０に送られ、ＩＴＵ−ＴＩ３６３．１で規定された処理に従い、ＡＴＭパケットに変換されＡＴＭ網へ送り出される。
【００５０】
本実施の形態においては、図１において、さらに、前記ＡＴＭラッパー伝送ブロックが、クロック再生処理部１１１に送られ、タイムスタンプおよび同期パターンを付加された後、エラー補償処理部１１２に送られ、たとえば前述した文献に示したＦＥＣ処理やインタリーブ処理が行われた後、ＩＴＵ−ＴＩ３６３．５で規定されたＡＡＬ５処理によりＡＡＬ５プロトコルに準拠したＡＴＭパケットに変換されＡＴＭ網へ送り出される。ＡＴＭ網経由でＳＤＴＩ−ＡＴＭ変換装置５０４で受信されたＡＡＬ５方式のＡＴＭパケットをＦＥＣ処理を行うのに適切な量だけバッファに蓄積した後、ＦＥＣによるエラー訂正を行う。エラー訂正後、さらに、伝送されてきたタイムスタンプなどクロック情報を基に、受信側（端末）で送信側（端末）のクロック再生を行う。これによりＡＡＬ５方式を用いた場合でもＡＴＭ網のビットエラーやセルロスなどに影響されずにエラーの無いデータを送信することが可能である。また、送信側と受信側で同期を取ることができる。
【００５１】
ＡＡＬ５方式の場合でも、ＳＤＴＩ−ＡＴＭ変換装置５０４では、ＡＴＭラッパー伝送パケットからＳＤＴＩ情報と、ＤＶベース信号が復元され、その後ＳＤＴＩ信号に再変換されデジタルＶＴＲ（２）５０５に伝送される。これらの信号処理は、論理関数的にはＳＤＴＩ−ＡＴＭ変換装置５０２における処理の逆変換処理である。定常伝送状態においては、ＳＤＴＩ情報は固定パターンであるため、ＳＤＴＩ−ＡＴＭ変換装置における信号処理遅延を非常に小さくできる。
【００５２】
図１０は前述したプロトコル処理を階層的に表現したものである。伝送するデータペイロードとして、DV-basedデータ(SMPTE 314M準拠)、SDTI情報(SMPTE 305M準拠)、IP情報(IPパケット規格準拠）、IEEE1393情報（すなわち、IEC61883規格で定められたＩＥＥＥ１３９４に関連するアイソクロナスパケットおよびアシンクロナスパケットなどの有効データを抽出・合成した伝送データ）、遠隔制御情報(Odetics,LauthなどのRS422制御信号準拠)、さらにMPEGデータ (ES, PES,TSなどのストリーム)をATMラッパー生成機能を用いて単一のＡＴＭラッパー伝送ブロックにまとめあげ、AAL1方式で伝送する。または、ＡＴＭラッパー伝送ブロックにクロック再生機能およびエラー補償機能を付加しＡＡＬ５方式で伝送する。
【００５３】
（第４の実施の形態）
図１１は本発明の実施の概念図である。スポ−ツ、コンサ−ト、またはニュ−ス等のライブ中継入力がデジタルＶＴＲ（１）１１０１に入力される。上記ＶＴＲは、ＤＶベ−スデ−タに変換し、記録するとともに前記ＤＶベ−スデ−タをペイロ−ドとしたストリ−ムに変換し、ＩＥＥＥ１３９４伝送路１１０３を介してＤＶベ−スデ−タ−ＡＴＭ変換装置１１０２に入力する。ＤＶベ−スデ−タ−ＡＴＭ変換装置１１０２では、入力されるＩＥＥＥ１３９４ストリ−ムよりＤＶベ−スデ−タを抽出しＡＴＭセルに変換する。このＡＴＭセルは、ＡＴＭ網１１０４を介してＤＶベ−スデ−タ−ＡＴＭ変換装置１１０５に伝送される。ＤＶベ−スデ−タ−ＡＴＭ変換装置１１０５では、受信したＡＴＭセルをＤＶベ−スデ−タに復元する。ここで、ＤＶベ−スデ−タ−ＡＴＭ変換装置１１０５の出力は２系統あり、１つはライブ伝送出力１１０６であり、他方は素材伝送出力１１０７である。
【００５４】
ライブ伝送出力１１０６は、ＤＶベ−スデ−タ−ＡＴＭ変換装置１１０２の入力からＤＶベ−スデ−タ−ＡＴＭ変換装置１１０５の出力までの伝送時間が最小であり、伝送エラ−は前フレ−ム信号等で置換（コンシ−ル）されたものである。すなわち、受信出力にエラ−が存在するのを許容するが、送受信処理時間が小さく、２つの端末間での双方向伝送における「かけあいすなわちリアルタイムの会話」等に適している。また、素材伝送出力は、受信出力が出てくるのには遅延があるが、受信出力のエラ−は再送により補償されたものである。
【００５５】
図１２は本発明の実施の形態に係る通信装置の概略構成を示すブロック図である。図１２は、図１１のＤＶベースデータ−ＡＴＭ変換装置１１０２の詳細なブロック図である。まず、送信側としての動作を説明する。図１２において１２０１はバッファ−処理部であり、また、１２０２はＡＡＬ５処理部である。
【００５６】
図１２において、ＤＶベ−ス信号をペイロ−ドとしたＩＥＥＥ１３９４ストリ−ムがＤＶベ−スデ−タ抽出部１２０３に入力される。１２０３に入力したＩＥＥＥ１３９４ストリ−ムは、ＤＶベ−スデ−タを抽出し、送信側バッファ書込み処理部１２０４に送る。送信側バッファ書込み処理部１２０４は、前記ＤＶベ−スデ−タ抽出部の出力を入力しバッファ１２０５の伝送信号書込み領域に書込む。また、前記バッファより前記ＤＶベ−スデ−タを読出す送信側バッファ読出し処理部１２０６を持つ。
【００５７】
前に示した図３はＤＶベ−スデ−タ抽出部１２０３において抽出される２５Ｍｂｐｓ圧縮のＤＶベ−ス信号であり、ＤＩＦ信号とも呼ばれる。図３の信号は、ＳＭＰＴＥ規格３１４Ｍで説明されている。図３において示されているＤＩＦブロック信号（８０バイト）を、たとえば２０個ずつ（１６００バイトずつ）切り出して１ＰＤＵのペイロ−ドとして伝送する。
【００５８】
送信側バッファ読出し処理部１２０６では図１３で示したサブＤＩＦシ−ケンス単位のデ−タをＡＡＬ５ユ−ザＰＤＵ送信処理部１２０７に送る。ＡＡＬ５ユ−ザＰＤＵ送信処理部１２０７はデ−タをユ−ザＰＤＵデ−タに変換し、ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１２０８に送る。ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１２０８は、ＡＡＬ５形式のＡＴＭセルに変換してあらかじめ指定された特定のバ−チャルパス（ＶＰ）およびバ−チャルチャネル（ＶＣ）により指定されたＡＴＭ網に送出する。ＡＡＬ５を用いたＮａｔｉｖｅ−ＡＴＭ方式伝送の場合におけるＤＩＦ信号からＡＴＭセルへの変換プロセスの一例を図１４に示す。また、ＡＡＬ５を用いたＵＤＰ／ＩＰ方式伝送の場合におけるＤＩＦ信号からＡＴＭセルへの変換プロセスの一例を図１５に示す。
【００５９】
次に受信側としての動作について説明する。図１２でＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１２０８は、ＡＴＭ網を通じて伝送されてきたＡＴＭセルを受信し、ＡＴＭセルからＣＰＣＳ−ＰＤＵを構築する。この構築プロセスは、図１４、図１５が参考となり、またＩＴＵ−ＴＩ．３６３．５規格等に記述されている。次に、ＡＡＬ５ユ−ザＰＤＵ受信処理部１２０９は、再構築したＰＤＵデ−タおよびエラ−フラグ出力をエラ−補償処理部１２１０に入力する。エラ−補償処理部１２１０は、受信ＰＤＵデ−タおよびエラ−フラグ出力を入力してエラ−を特定し、廃棄されたＰＤＵに関連する前フレ−ム等相関性の高いフレ−ムデ−タでコンシ−ルによるデ−タ補償を行ない、この補償されたデ−タを第１受信側バッファ書込み処理部１２１１に渡す。ここで、コンシ−ルはフレ−ム単位で行われる。第１受信側バッファ書込み処理部１２１１は、エラ−補償された連続的なサブＤＩＦシ−ケンスデ−タをバッファ１２０５に書込む。なお、エラ−補償された連続的なフレ−ムデ−タはＰＤＵデ−タから再構成されたものであり、図１４、図１５が参考となる。
【００６０】
次に、第１受信側バッファ読出し処理部１２１２は、第１受信側バッファ書込み処理部１２１１によりバッファ１２０５に書込まれたＤＩＦベ−スフレ−ムデ−タを即座に読み出し、第１ＤＶベ−スデ−タストリーム構築部１２１３に送り、ここで低遅延タイプのライブ伝送用デ−タストリ−ムに変換し、ＩＥＥＥ１３９４伝送路を介してライブ伝送出力を出力する。
【００６１】
次に、素材伝送出力の構築について説明する。前述のエラ−補償処理部１２１０は、受信ＰＤＵデ−タおよびエラ−フラグ出力を入力してエラ−フレ−ムを特定し、廃棄されたＰＤＵに関連したフレ−ムデ−タ全ての再送を行うためにエラ−レス信号再構成処理部１２１４に対してエラ−ＰＤＵに関する特定情報を送る。そして、受信側端末におけるＡＡＬ５再送処理部１２１５はＴＣＰプロトコルを用い、ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１２０８を介し、送信側端末に対してエラ−の再送を要求する。ここで、再送プロトコルはＳＳＣＯＰ等一般に知られている他の再送プロトコルでもよい。送信側端末においては、ＡＡＬ５再送処理部１２１５より受けた要求に従い、エラ−レス信号再構成処理部１２１４を介して第２送信側バッファ読み出し処理部が送信エラ−となったフレ−ムをすべて含むすべてのサブＤＩＦシ−ケンスブロックデ−タを読み出し、受信側端末に再送する。なお、一般的なＡＴＭ網における再送の発生頻度については前述した通りであり、約１００万ＰＤＵに１個のエラ−ＰＤＵ伝送のオ−ダ−である。
【００６２】
受信側端末において、エラ−レス信号再構成処理部１２１４に再送されてきたＰＤＵデ−タからエラ−レスのフレ−ム信号が再構成されると、第２受信側バッファ再書込み処理部１２１６に送り、ここでエラ−レス信号をバッファ１２０５のエラ−を含むブロック信号領域にオ−バライトし、バッファにあったエラ−を正しいデ−タと置換する。以上により、受信デ−タはすべて正しいデ−タとなったので、より正しいデ−タが要求される素材伝送出力として使用できる。第２受信側バッファ読出し処理部１２１８はバッファ１２０５のエラ−レス信号を読み出し、第２ＤＶベ−スデ−タストリーム構築部１２１９よりＩＥＥＥ１３９４伝送路を介してエラ−レスタイプの素材伝送デ−タストリ−ムを出力する。
【００６３】
以上のように本実施の形態によれば、ＡＡＬ５方式を用い、伝送遅延が最小であるライブ伝送出力とエラ−フリ−な素材伝送出力を同時に提供することができる。
【００６４】
（第５の実施の形態）
次に、第５の実施の形態について図１２を参照しながら説明する。第４の実施の形態とは、素材伝送用出力を得るためのエラ−デ−タ再送処理が異なる。具体的には、送信側バッファ書込み処理部１２０４が、ＤＶベ−スデ−タを特定の規則でバッファ１２０５の伝送信号書込み領域に書込む、あるいは、特定の規則でバッファから読み出される。
【００６５】
この特定の書込む規則について説明する。図３に示したＤＩＦブロック信号を、図１３で示したサブＤＩＦシ−ケンス単位のデ−タに再分割する。そしてこの再分割された周期的なデ−タブロックをＡＡＬ５ユ−ザＰＤＵ送信処理部１２０７に送る。
【００６６】
ＰＤＵデ−タを映像フレ−ム中で周期的なサブブロックに分割することで、コンシ−ル処理を単純にすることができる。確率的な話であるが、たとえば、受信側で２フレ−ム連続して同じＤＩＦブロック番号のＤＩＦブロックにビットエラ−が存在した場合、フレ−ム先頭から単に同じ距離のサブブロックを置換すれば十分なのでエラ−処理が簡単になる。また、第１の実施の形態では１フレ−ムすべてのデ−タを再送する必要があったが、再送もサブＤＩＦシ−ケンスデ−タだけで済む。
【００６７】
受信側としての動作を説明する。ライブ伝送出力を得る処理は、第４の実施の形態とほぼ同じであるが、前の実施の形態ではエラ−補償処理部１２１０が、受信ＰＤＵデ−タおよびエラ−フラグ出力を入力してエラ−を特定し、廃棄されたＰＤＵに対して相関性の高い前フレ−ム全体でデータ補償を行ったが、この実施の形態では廃棄されたＰＤＵに対して相関性の高い前フレ−ムのサブブロックデ−タでコンシ−ルによるデ−タ補償を行なうことである。補償されたデ−タを第１受信側バッファ書込み処理部１２１１に渡す。第１受信側バッファ書込み処理部１２１１は、エラ−補償された連続的なサブＤＩＦシ−ケンスデ−タをバッファ１２０５に書込む。なお、エラ−補償された連続的なサブＤＩＦシ−ケンスデ−タは図１４、図１５にもとづいてＰＤＵデ−タから再構成されたものであり、以下実施の形態４と同様にライブ伝送用デ−タストリ−ムに変換し、ＩＥＥＥ１３９４伝送路を介してライブ伝送出力を出力する。
【００６８】
本実施の形態では図１３のようにサブＤＩＦシ−ケンスを定義し、これを１ＰＤＵのペイロ−ドとすることで、受信側でのコンシ−ル処理が効率的に行われ受信エラ−を目立たなくすることができる。
【００６９】
次に、素材伝送出力の構築について説明する。前述のエラ−補償処理部１２１０は、受信ＰＤＵデ−タおよびエラ−フラグ出力を入力してエラ−を特定し、廃棄されたＰＤＵの再送を行うためにエラ−レス信号再構成処理部１２１４に対してエラ−ＰＤＵに関する特定情報を送る。そして、受信側端末におけるＡＡＬ５再送処理部１２１５はＴＣＰプロトコルを用い、ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１２０８を介し、送信側端末に対してエラ−の再送を要求する。ここで、再送プロトコルはＳＳＣＯＰ等一般に知られている他の再送プロトコルでもよい。送信側端末においては、ＡＡＬ５再送処理部１２１５より受けた要求に従い、エラ−レス信号再構成処理部１２１４を介して第２送信側バッファ読み出し処理部が送信エラ−となったサブＤＩＦシ−ケンスブロックデ−タを読み出し、受信側端末に再送する。
【００７０】
受信側端末において、エラ−レス信号再構成処理部１２１４に再送されてきたＰＤＵデ−タからエラ−レス信号が再構成されると、第２受信側バッファ再書込み処理部１２１６に送り、ここでエラ−レス信号をバッファ１２０５のエラ−を含むブロック信号領域にオ−バライトし、バッファにあったエラ−を正しいデ−タと置換する。以上により、受信デ−タはすべて正しいデ−タとなったので、より正しいデ−タが要求される素材伝送出力として使用できる。第２受信側バッファ読出し処理部１２１８はバッファ１２０５のエラ−レス信号を読み出し、第２ＤＶベ−スデ−タストリーム構築部１２１９よりＩＥＥＥ１３９４伝送路を介してエラ−レスタイプの素材伝送デ−タストリ−ムを出力する。
【００７１】
以上のように本実施の形態によればＰＤＵデ−タを映像フレ−ムに周期的なサブブロックに分割することで、伝送エラ−発生時のコンシ−ル処理を単純化できる。また、再送デ−タを小さくできるので、コンシ−ル後の画質を向上することができる。
【００７２】
（第６の実施の形態）
次に、第６の実施の形態について図１２を参照しながら説明する。本実施の形態が第４および第５の実施の形態と異なる点は、素材伝送用出力を得るためのエラ−デ−タの効率的な再送処理の点である。
【００７３】
具体的には、送信側バッファ書込み処理部１２０４が、シ−ケンス番号およびタイムコ−ドの少なくとも一方とＤＶベ−スデ−タとを特定の規則でバッファ１２０５の伝送信号書込み領域に書込む、あるいは、特定の規則でバッファから読み出される。
【００７４】
このシ−ケンス番号について図１６を用いて説明する。この図は、図３に示した１フレームのＤＩＦブロック信号を、５つのサブＤＩＦシ−ケンス単位のデ−タに分割する。さらにこのサブＤＩＦシ−ケンス毎にシ−ケンス番号を付加する。図１６に示したこのシ−ケンス番号とＤＩＦブロックの組み合わせである周期的なデ−タブロックをＡＡＬ５ユ−ザＰＤＵ送信処理部１２０７に送る。
【００７５】
ＰＤＵデ−タを映像フレ−ムに周期的なサブブロックに分割し、さらにシ−ケンス番号を付加することにより、再送処理およびコンシ−ル処理を効率的に行うことができる。
【００７６】
サブＤＩＦシ−ケンスに付加するサブＤＩＦシ−ケンス番号の一例を図１７に示す。サブＤＩＦシ−ケンス番号は４バイトのタイムコ−ドと２バイトのシ−ケンス番号から成り立っている。また、２バイトのシ−ケンス番号は、１２ビットのフレ−ムシ−ケンス番号と、４ビットのサブＤＩＦシ−ケンス番号から成り立っている。これらのタイムコ−ドやシ−ケンス番号を使用することにより、下記に示すようにエラ−ＰＤＵの検出、コンシ−ル、再送処理がより効率的になる。
【００７７】
以下、受信側としての動作を説明する。ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１２０８は、ＡＴＭ網を通じて伝送されてきたＡＴＭセルを受信し、ＡＴＭセルからＣＰＣＳ−ＰＤＵを構築する。この構築プロセスは、図１８を参考にして行われる。またＩＴＵ−ＴＩ．３６３．５規格等に記述されている。次に、ＡＡＬ５ユ−ザＰＤＵ受信処理部１２０９は、再構築したＰＤＵデ−タおよびエラ−フラグ出力をエラ−補償処理部１２１０に入力する。エラ−補償処理部１２１０は、受信ＰＤＵデ−タおよびエラ−フラグ出力を入力してエラ−を特定し、廃棄されたＰＤＵに対して相関性の高い前フレ−ムのサブブロックデ−タでコンシ−ルによるデ−タ補償を行ない、この補償されたデ−タを第１受信側バッファ書込み処理部１２１１に渡す。第１受信側バッファ書込み処理部１２１１は、エラ−補償された連続的なサブＤＩＦシ−ケンスデ−タをバッファ１２０５に書込む。なお、エラ−補償された連続的なサブＤＩＦシ−ケンスデ−タはＰＤＵデ−タから図９に示す手順を参考にして再構成されたものである。以下、第４の実施の形態と同様にライブ伝送用データストリームが出力される。
【００７８】
以上述べたように図３のＤＩＦブロックを１フレ−ム抽出して並べ直し図１６のようにシ−ケンス番号を付加したサブＤＩＦシ−ケンスを定義し、これを１ＰＤＵのペイロ−ドとすることで、受信側でのコンシ−ル処理が効率的に行われ受信エラ−を目立たなくすることができる。
【００７９】
つぎに素材伝送出力の構築について説明する。前述のエラ−補償処理部１２１０は、受信ＰＤＵデ−タおよびエラ−フラグ出力を入力してエラ−を特定し、廃棄されたＰＤＵの再送を行うためにエラ−レス信号再構成処理部１２１４に対してエラ−ＰＤＵに関する特定情報としてシ−ケンス番号を送る。すなわち、受信側端末におけるＡＡＬ５再送処理部１２１５はＴＣＰプロトコルを用い、ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部１２０８を介し、送信側端末に対してエラ−の再送を要求する。再送プロトコルはＳＳＣＯＰ等一般に知られている他の再送プロトコルでもよい。送信側端末においては、ＡＡＬ５再送処理部より受けた要求に従い、エラ−レス信号再構成処理部１２１４を介して第２送信側バッファ読み出し処理部が送信エラ−となったサブＤＩＦシ−ケンスブロックデ−タを読み出し、受信側端末に再送する。
【００８０】
受信側端末において、エラ−レス信号再構成処理部１２１４に再送されてきたＰＤＵデ−タからエラ−レス信号が再構成されると、第２受信側バッファ再書込み処理部１２１６に送り、ここでエラ−レス信号をバッファ１２０５のエラ−を含むブロック信号領域にオ−バライトし、バッファにあったエラ−を正しいデ−タと置換する。以上により、受信デ−タはすべて正しいデ−タとなったので、より正しいデ−タが要求される素材伝送出力として使用できる。第２受信側バッファ読出し処理部１２１８はバッファ１２０５のエラ−レス信号を読み出し、第２ＤＶベ−スデ−タストリーム構築部１２１９よりエラ−レスタイプの素材伝送デ−タストリ−ムを出力する。
【００８１】
以上のように本実施の形態によれば、ＰＤＵデ−タを映像フレ−ムに周期的なサブブロックに分割し、さらにシ−ケンス番号を付加することにより、再送処理およびコンシ−ル処理をさらに効率的にできる。
【００８２】
（第７の実施の形態）
次に、第７の実施の形態について図２を参照しながら説明する。第７の実施の形態は、音声のエラ−耐性を向上させるために音声デ−タの伝送を２重に行うものである。第７の実施の形態において、たとえば、サブＤＩＦシ−ケンスブロックを図１９の如く構成する。図１９においては音声に関係するＤＩＦブロックが、元の位置より２サブＤＩＦシ−ケンスの距離だけずれて、ＤＩＦデ−タブロックの前に配置される。ＰＤＵが連続して２つ廃棄された場合でもミュ−ティングのない連続した音声を遠隔地に送ることができる。
【００８３】
ＡＡＬ５の場合、ＰＤＵ境界でエラ−が発生すると２ＰＤＵが廃棄されるので図１９に示した様に音声ＤＩＦブロックを、元の位置より２サブＤＩＦシ−ケンスの距離だけずらせて配置するのは有効である。同様に、図２０に示すように音声専用のサブＤＩＦシ−ケンスブロックを選ぶことも可能である。
【００８４】
以上のように本実施の形態によれば、音声デ−タの伝送を２重に行ない、音声の伝送エラ−耐性を向上させることができる。
【００８５】
（第８の実施の形態）
次に、第８の実施の形態について図２１を参照しながら説明する。第８の実施の形態は、再送用に専用のバ−チャルチャネルを設定することである。これにより、バ−スト的に発生するＴＣＰ／ＩＰ等の再送デ−タトラフィックの影響を受けずに、安定したＤＶベ−スデ−タのストリ−ム伝送が可能となる。図２１においてＡＴＭ網へのＡＴＭセルの送受信以外は、第１の実施の形態と同様である。図２１において、ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部から、ストリ−ムはストリ−ム専用ＶＣ、（ＶＰ，ＶＣ）＝（ＶＰ０，ＶＣ０）を経由して受信側に伝送される。また、再送されるデ−タは再送専用ＶＣ、（ＶＰ，ＶＣ）＝（ＶＰ０，ＶＣ１）を経由して伝送される。
【００８６】
ＡＴＭではＰＣＲ（ピ−クセルレ−ト）をあらかじめ設定するが、ストリ−ム伝送用のＶＣと、バ−スト的なデ−タ伝送用のＶＣを１つにまとめた場合、バ−スト伝送トラフィックが急激に増加した瞬間のＰＣＲが、網の監視しているＰＣＲ値を超えた場合、網の管理メカニズムによりセル廃棄される可能性がある。廃棄が発生すると、再送が発生し、また新たな廃棄に繋がり伝送が破綻する危険性がある。そこで、ＶＣを分けることにより、この廃棄を防止することができる。
【００８７】
以上のように、本実施の形態によれば再送用に専用のバ−チャルチャネルを設定することにより、バ−スト的に発生する再送デ−タトラフィックの影響を受けずに、安定したストリ−ム伝送が可能となる。
【００８８】
（第９の実施の形態）
次に、第９の実施の形態について図２２を参照しながら説明する。第９の実施の形態は、音声のエラ−耐性を向上させるために音声ストリ−ムデ−タの伝送をＤＩＦベ−スデ−タストリ−ムとは別のＶＣにて２重に行うものである。これにより、バ−スト的に発生するＴＣＰ／ＩＰ等の再送デ−タトラフィックの影響を受けずに、安定したＤＶベ−スデ−タのストリ−ム伝送が可能となる。音声ストリ−ムの例としては図２０のサブＤＩＦシ−ケンスＮｏ．５をフレ−ムごとに連続させ使用する。
【００８９】
図２２においてＡＴＭ網へのＡＴＭセルの送受信以外は、第４の実施の形態と同様である。図２２において、ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部から、ストリ−ムはストリ−ム専用ＶＣ、（ＶＰ，ＶＣ）＝（ＶＰ０，ＶＣ０）を経由して受信側に伝送される。また、再送されるデ−タは再送専用ＶＣ、（ＶＰ，ＶＣ）＝（ＶＰ０，ＶＣ１）を経由して伝送される。さらに、本実施の形態では、音声ストリ−ムは音声専用ＶＣ、（ＶＰ，ＶＣ）＝（ＶＰ０，ＶＣ２）を経由して伝送される。
【００９０】
ＡＴＭではＰＣＲ（ピ−クセルレ−ト）をあらかじめ設定するが、ストリ−ム伝送用のＶＣと、バ−スト的なデ−タ伝送用のＶＣを１つにまとめた場合、バ−スト伝送トラフィックが急激に増加した瞬間のＰＣＲが、網の監視しているＰＣＲ値を超えた場合、網の管理メカニズムによりセル廃棄される可能性がある。廃棄が発生すると、再送が発生し、また新たな廃棄に繋がり伝送が破綻する危険性がある。そこで、ＶＣを分けることにより、この廃棄を防止することができる。特に音声ストリ−ムを論理的だけでなく、物理的にも別の光ファイバに設定することにより、エラ−耐性は更に向上する。
【００９１】
以上のように本実施の形態によれば、バ−スト的に発生する再送デ−タトラフィックの影響を受けずに、音声のエラ−耐性を向上させ、安定した音声伝送が可能となる。特に音声の途切れは聞き苦しいので効果的である。
【００９２】
（第１０の実施の形態）
次に、第１０の実施の形態について図２３を参照し説明する。図２３においてランドトリップ時間測定処理部に関わる処理以外は、第４から第９までの実施の形態と同様である。本実施の形態は、素材伝送出力の動作を確実なものとするための必要条件を決めるための、再送ラウンドトリップ時間の評価部を具備する。
【００９３】
図２４に示すように送信端末と受信端末間のラウンドトリップ時間を測定する。第１受信側バッファ書込み処理部１２１１のバッファ１２０５へのデ−タ書込みタイミング（ｔ＿ｗｒｉｔｅｌ）に対して、第２受信側バッファ読出し処理部１２１８のバッファ１２０５からの読み出しタイミング（ｔ＿ｒｅａｄ２）の必要条件を決めることが可能である。図２４の再送処理時間（ｔ＿ｒｅ）に対して１０倍程度の余裕を見れば十分である。すなわち、
（ｔ＿ｒｅａｄ２）−（ｔ＿ｗｒｉｔｅｌ）≒１０×（ｔ＿ｒｅ）
と決めれば良い。これにより、図２４において、素材伝送出力のエラ−フリ−を補償することが可能となるバッファ１２０５の構成を決定することが可能となる。
【００９４】
以上のように本実施の形態によれば、ラウンドトリップ時間を測定することにより素材伝送出力のエラ−フリ−を補償することが可能となるバッファ構成を効率的に決定することが可能となる。
【００９５】
（第１１の実施の形態）
第１１の実施の形態について図２５を参照し説明する。図２５において再送回数制限部に関わる処理以外は、第１０までの実施の形態と同様である。本実施の形態は、送信側のバッファ量の肥大化を制限するための再送回数制限処理部を具備する。
【００９６】
図２４に示すように送信端末と受信端末間のラウンドトリップ時間を測定する。第１受信側バッファ書込み処理部１２１１のバッファ１２０５へのデ−タ書込みタイミング（ｔ＿ｗｒｉｔｅ１）に対して、第２受信側バッファ読出し処理部１２１８のバッファ１２０５からの読み出しタイミング（ｔ＿ｒｅａｄ２）の必要条件を決めることが可能である。たとえば、機器コストを削減するために、送信側および受信側バッファサイズの最小化をすることが可能である。たとえば、再送回数を２回に制限するなら、
（ｔ＿ｒｅａｄ２）−（ｔ＿ｗｒｉｔｅ１）≒２×（ｔ＿ｒｅ）
となる。これにより、図２５において、送信側、および受信側のバッファサイズを最小な大きさに設定することが可能となる。
【００９７】
なお、送受信端末間の同期は、共通の外部同期信号により行うことができる。たとえば、ＧＰＳ信号や、電波時計の時間あわせを行う標準電波から作成されたものを利用できる。地上波テレビ放送信号または衛星テレビ放送信号からも作成することができる。
【００９８】
以上のように本実施の形態によれば、再送回数制限部を具備することにより、送信側、および受信側のバッファサイズを最小サイズに設定でき、機器コストを削減できる。
【００９９】
以上説明したように本発明では以下の様な効果を有する。すなわち、ＳＤＴＩ信号やＩＰパケットで送信されてきた複数のプログラム情報を１つのＡＴＭ伝送データ形式で統一的に取り扱うことを可能とするＡＴＭラッパー伝送ブロックを構成できる装置を提供する。また、ＡＴＭラッパー伝送ブロックは、ＡＡ１方式およびＡＡＬ５方式の両方に対応できるため、ＡＴＭネットワークがＡＡＬ１とＡＡＬ５を用いている場合でも、ＡＴＭラッパー層でＡＡＬ１伝送とＡＡＬ５伝送を切り替えてシーケンシャルな接続をすることができる。
【０１００】
またＡＡＬ５を用いた伝送装置でも、遅延の最小なリアルタイムストリ−ミングと、エラ−レスの素材伝送が同時に可能となる。
【０１０１】
【発明の効果】
本発明によれば、ＳＤＴＩ信号やＩＰ信号で送られてきたデジタル映像入力信号をＡＴＭネットワークに伝送できる。一つのプログラムだけでなく複数のプログラムを同時に伝送することができる。またＡＴＭ伝送の際にＡＡＬ１方式、ＡＡＬ５方式の両方の方式をシーケンシャルに切り換えて伝送することができる。
【０１０２】
また、ＡＴＭネットワークのＡＡＬ５方式でライブ伝送と素材伝送の両方の要求を満たす映像データを通信することができる。したがって、高速ＡＴＭ網および高速ＩＰ網を組み合わせて、地球レベルの広域で、高品位映像・音声コンテンツの伝送、交換をシ−ムレスに安価に提供することが可能となる。これにより、ＡＴＭによる映像伝送の用途を放送コンテンツの素材伝送だけでなく、遠隔医療、遠隔教育、企業間の高画質ＡＶ伝送、家庭への映像コンテンツ配信等に広げることができる。
【図面の簡単な説明】
【図１】  第１の実施の形態の通信装置の概略構成を示すブロック図
【図２】  ＳＤＴＩ情報の説明図
【図３】  ＤＶベース信号の説明図
【図４】  ＳＤＴＩ情報とＤＶベース信号よりＡＴＭラッパー伝送ブロックを生成する例の説明図
【図５】  ＡＴＭ網を用いた伝送システム構成例の説明図
【図６】  ＩＰ情報の説明図
【図７】  ＩＰ情報とＤＶベース信号よりＡＴＭラッパー伝送ブロックを生成する例の説明図
【図８】  ＩＰ網を用いた伝送システム構成例の説明図
【図９】  ＡＴＭ網とＩＰ網の組み合わせを用いた伝送システム構成例の説明図
【図１０】  ＡＴＭラッパー伝送ブロックを用いたＡＴＭ伝送装置のプロトコルの説明図
【図１１】  第４の実施の形態における通信装置の動作概念を説明する図
【図１２】  第４の実施の形態における送受信端末の構成に関する説明図
【図１３】  ＤＶベ−スデ−タ信号のサブブロックへの分割に関する説明図
【図１４】  Ｎａｔｉｖｅ−ＡＴＭ方式による伝送のプロトコルレイヤ−の説明図
【図１５】  ＵＤＰ／ＩＰ方式による伝送プロトコルレイヤ−の説明図
【図１６】  シ−ケンス番号を付加したＤＶベ−スデ−タ信号のサブブロックへの分割に関する説明図
【図１７】  シ−ケンス番号の構成例を示す図
【図１８】  シ−ケンス番号を付加した場合のＵＤＰ／ＩＰ方式による伝送プロトコルレイヤ−の説明図
【図１９】  音声デ−タを２重化した場合のＤＶベ−スデ−タ信号のサブブロックへの分割に関する説明図
【図２０】  音声デ−タを独立ブロックとして２重化した場合のサブブロックへの分割に関する説明図
【図２１】  再送用に専用ＶＣを設けた場合の送受信端末構成に関する説明図
【図２２】  音声専用ストリ−ム処理を具備する場合の送受信端末構成に関する説明図
【図２３】  ラウンドトリップ時間の評価部を具備する場合の送受信端末の構成に関する説明図
【図２４】  ラウンドトリップ時間に関する説明図
【図２５】  再送回数を制限する場合の送受信端末の構成に関する説明図
【図２６】  １つのＡＴＭラッパー伝送ブロックで１プログラムを伝送する場合の概念図
【図２７】  １つのＡＴＭラッパー伝送ブロックで２プログラムを伝送する場合の概念図
【符号の説明】
１０１  ＡＴＭラッパー変換部
１０２  ＳＤＴＩバッファ
１０３  ＩＰバッファ
１０４  バッファ／セレクタ
１０５  ＳＤＴＩ情報抽出／構築部
１０６  ＤＶベースデータ抽出／構築部
１０７  ＩＰ情報抽出／構築部
１０８  遠隔制御情報抽出／構築部
１０９  ＡＴＭラッパー生成部
１１０  ＡＡＬ１処理部
１１１  クロック再生処理部
１１２  エラー補償処理部
１１３  ＡＡＬ５ユーザＰＤＵ処理部
１１４  ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部
１１５  ＩＰパケットＰＤＵ分割／再構成部
１１６  ＩＰパケットＰＤＵ処理部
１１０１  デジタルＶＴＲ（１）
１１０２  ＤＶベ−スデ−タ−ＡＴＭ変換装置
１１０３  ＩＥＥＥ１３９４伝送路
１１０４  ＡＴＭ網
１１０５  ＤＶベ−スデ−タ−ＡＴＭ変換装置
１１０６  ライブ伝送出力
１１０７  素材伝送出力
１１０８  デジタルＶＴＲ（２）
１２０１  バッファ−処理部
１２０２  ＡＡＬ５処理部
１２０３  ＤＶベ−スデ−タ抽出部
１２０４  送信側バッファ書込み処理部
１２０５  バッファ
１２０６  送信側バッファ読出し処理部
１２０７  ＡＡＬ５ユ−ザＰＤＵ送信処理部
１２０８  ＡＡＬ５ＣＰＣＳ−ＰＤＵ処理部
１２０９  ＡＡＬ５ユ−ザＰＤＵ受信処理部
１２１０  エラ−補償処理部
１２１１  第１受信側バッファ書込み処理部
１２１２  第１受信側バッファ読出し処理部
１２１３  第１ＤＶベ−スデ−タストリーム構築部
１２１４  エラ−レス信号再構成処理部
１２１５  ＡＡＬ５再送処理部
１２１６  第２受信側バッファ再書込み処理部
１２１７  第２送信側バッファ再書込み処理部
１２１８  第２受信側バッファ読出し処理部
１２１９  第２ＤＶベ−スデ−タストリーム構築部
【図１】
0003807229.tif 000002
【図２】
0003807229.tif 000003
【図３】
0003807229.tif 000004
【図４】
0003807229.tif 000005
【図５】
0003807229.tif 000006
【図６】
0003807229.tif 000007
【図７】
0003807229.tif 000008
【図８】
0003807229.tif 000009
【図９】
0003807229.tif 000010
【図１０】
0003807229.tif 000011
【図１１】
0003807229.tif 000012
【図１２】
0003807229.tif 000013
【図１３】
0003807229.tif 000014
【図１４】
0003807229.tif 000015
【図１５】
0003807229.tif 000016
【図１６】
0003807229.tif 000017
【図１７】
0003807229.tif 000018
【図１８】
0003807229.tif 000019
【図１９】
0003807229.tif 000020
【図２０】
0003807229.tif 000021
【図２１】
0003807229.tif 000022
【図２２】
0003807229.tif 000023
【図２３】
0003807229.tif 000024
【図２４】
0003807229.tif 000025
【図２５】
0003807229.tif 000026
【図２６】
0003807229.tif 000027
【図２７】
0003807229.tif 000028