(57)【要約】【課題】転送過程で損失されたデータの特性に基づきデータの再転送を効率よく行えるデータ送受信システム及び方法を提供する。【解決手段】データ転送装置はデータの種類、データの順序及び/またはパケットの生成順序を含む識別情報が付加されたデータパケットを送信する。データ受信装置は正常に受信したデータパケットから受信エラーが発生したデータパケットの識別情報及びパケット番号を抽出し、抽出された識別情報及びパケット番号に基づき再転送制御情報を生成して転送する。データ転送装置は受信した再転送制御情報に基づき受信エラーが発生したデータパケットを再転送する。【選択図】図４
2006166489.tif 000002
【特許請求の範囲】
【請求項１】
データの種類、データの順序及び/またはパケットの生成順序による識別情報が付加されたデータパケットを生成するパケット生成部と、
前記識別情報が付加された前記データパケットを転送するパケット転送部と、
受信エラーが発生した前記データパケットに対する再転送制御情報を受信する受信部と、
前記再転送制御情報に基づいて受信エラーが発生した前記データパケットを再転送する再転送部と、
を備えることを特徴とするデータ転送装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はデータ送受信システム及び方法に係り、さらに詳しくはリアルタイム転送プロトコルを使用してマルチメディアデータを送受信するシステムにおいて送信過程で損失されるパケットに対する再転送制御が可能なデータ送受信システム及び方法に関する。
【背景技術】
【０００２】
動映像データ、音声データなどのようにリアルタイム転送が要求されるデータはリアルタイム応用データ転送のためのトランスポートプロトコルであるリアルタイム転送プロトコル(Real-time Transport Protocol : ＲＴＰ)によって転送される。しかし、ＲＴＰは資源予約に対する内容は取り扱っておらず、特に適時データ転送、ＱｏＳ(Quality of Service)保障、変わった順序の転送防止のような機能を提供しない。従って、ＲＴＰはリアルタイムデータ転送の特性に重点を設けて制定した標準であると言える。ＲＴＰパケットはＵＤＰを用いて伝達される。
【０００３】
図１はＲＴＰパケットの形態を示した図である。図１を参照すれば、ＲＴＰパケットヘッダは固定サイズを有し、ヘッダの次に特定情報及びデータが追従する。ＲＴＰパケットヘッダの各フィールドを簡単に説明すれば、Ｖフィールドはバージョンフィールドであり、Ｐフィールドは３２ビット単位でパケットを構成するために使用される。Ｘフィールドはヘッダが拡張したか否かを表示する。ＣＣフィールドはＣＳＲＣ識別子(contributing source identifier)の個数を指す。Ｍフィールドはマルチメディア情報に対するフレーム領域を示す。すなわち、パケット中で音声と映像情報などを区別するのに使用される。ＰＴフィールドはＩＥＴＦオーディオビデオ/転送(Internet Engineering Task Force Audio/Video Transport)によってＲＦＣ１８９０で定義されたプロファイルのＲＴＰペイロードのフォームを指し、応用プログラムによって解釈される。シーケンス番号フィールドはＲＴＰパケットの順序を示す。タイムスタンプ（Timestamp）フィールドはＲＴＰパケットの一番目オクテットがサンプリングされた時点を示す。ＳＳＲＣ(Synchronization source)フィールドはカメラまたはマイクなどのデータ源泉地の識別子を意味する。ＣＳＲＣフィールドはＲＴＰパケットが中間システムで混合された場合にそのソースを区別できる識別子を指す。
【０００４】
一方、制御情報はリアルタイム転送制御プロトコル(Real-Time Transport Control Protocol:ＲＴＣＰ)によって転送する。例えば、リアルタイム電子会議システムにおいて、ＲＴＣＰは会議参与間に紛失されたパケット数、ジッター間隔、前のパケットとの遅延時間などのＱｏＳ情報を交換してアプリケーションが適当なＱｏＳを評価して適応的エンコーディングを提供するようにする。また、ＲＴＣＰは多数の参加者のスケールのためにパケット送信率を計算し、ユーザインタフェースの参加者ＩＤを指す最小限のセション制御情報を転送する。またデータの源泉地識別子が衝突されたり再び作る場合に変更されるべきなのでＣＮＡＭＥ(Canonial NAME)と呼ばれる永久トランスポート識別子を運搬する。ＲＴＣＰは制御パケットを周期的に全ての参加者に転送する。これを行なうためのＲＴＣＰパケットの類型は次の通りである。
【０００５】
ＳＲ(sender report):送信者が自分の送受信に対する統計情報を知らせるのに使用する。
ＲＲ(receiver report):送信者ではなく参加者が自分の送受信に対する統計情報を知らせるのに使用する。
ＳＤＥＳ(Source DEScription):ＣＮＡＭＥを含んでソース名を記述するのに使用する。
ＢＹＥ(ＢＹＥ):ＲＴＰセションを抜け出る時使用する。
ＡＰＰ(APPlication):新たな応用または新たな機能を試験する際その応用に限定された機能を指定するのに使用する。
このようなＲＴＣＰパケットは少なくとも二つのパケット(報告パケットとソース技術パケット)を含む混合されたパケットで送られる。
【０００６】
図２は、ユーザデータグラムプロトコル(User Datagram Protocol : UDP)パケットにカプセル化された複数のＲＴＣＰパケットを示した図である。
図２を参照すれば、複数のＲＴＣＰパケットが一つのＵＤＰパケットにカプセル化されていることが分かる。このようなＲＴＣＰパケットは固定されたヘッダフィールドとパケット形態によって可変長を有するフィールドが追従する。ＵＤＰパケット２００にはＳＲパケット２１０、ＳＤＥＳパケット２２０、及びＢＹＥパケット２３０がカプセル化されている。
【０００７】
図１及び図２を参照して説明したＲＴＰパケットは、有線または無線を介して転送される。しかしＲＴＰパケットの転送過程において一部ビットの流失、雑音によるデータの損傷などによって受信側でパケットの一部あるいは全部を正しく受信できない状況が発生する場合もある。特に、ＲＴＰパケットは一般にＵＤＰパケットにカプセル化され転送され、ＵＤＰは非保障型プロトコルであって受信側におけるデータ受信に対する保障はしない。また、受信側から転送されるデータパケットが正しい順序通り受信されるという保障がない。このようなＵＤＰ環境下では受信側でデータ損失に対する補償処理を行なうべきであり、パケットの複製機能、パケットの再整列機能を受信側が具備しているべきである。
【０００８】
一方、一般の転送環境下で転送される信号は雑音の影響を相当受け、特定区間で発生するバーストによって損傷される可能性が高く、他の信号による干渉が存在する。このようなデータの損傷または損失は特に無線区間で一層問題になる。従って、不可避にデータの受信エラーが発生し、ＴＣＰパケットの場合安定的なデータの転送を保障できないプロトコルなので、ＴＣＰパケットでデータを送受信する場合に受信エラーが発生したデータの再転送が保障されるべきである。
【０００９】
図３は、従来のデータ転送システムにおけるデータ再転送過程を示した図である。同図を参照すれば、従来のデータシステム３０では受信側３２でデータ転送要請があれば送信側３４ではパケットを受信側３２に転送する。受信側３２は受信エラーが発生したパケットを把握して送信側３４に該当パケットの番号(例えば、転送されたパケットのパケット番号が１３０番とする際、受信エラーが発生したパケットが８、９、１０、１６番パケットの場合に該当パケットの番号)を転送して再転送を要請する。送信側３４は受信したパケットの番号に該当するパケットを既に設定された回数ほど再転送する。
【００１０】
このような従来の損失されたパケットの再転送は媒体と帯域幅に観点をおいた再転送でなく全てのデータについて規格化された再転送方法を用いた。すなわち、再転送の回数を定め、この回数内でエラーが発生したパケットを再転送した。しかし、このような再転送方法はマルチメディアデータの特性を全く考慮しないものである。
【００１１】
しかし、再転送要請のあるデータが全てデータの復元に同一な影響を与えない場合が存在する。特に、イントラ画像及びインター画像で構成されるＭＰＥＧ方式でコーディングされた動映像データにおいては各映像がデータ復元に与える影響力が相異なる。また、同一な種類の映像であっても時間関連シーケンスによってデータ復元に与える影響力が違う場合がある。従って、この場合はデータの特性が再転送制御に反映される必要性が存在する。
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は前述した問題点を解決するために案出されたもので、その目的は効率的な再転送のためにデータの特性が反映されたデータパケットを転送するデータ転送装置及び方法を提供するところにある。
本発明の他の目的は、データの特性に基づいたデータの再転送制御が可能なデータ受信装置及び方法を提供するところにある。
本発明のさらに他の目的は、転送過程で損失されたデータの特性に基づきデータの再転送を効率よく行なえるデータ送受信システム及び方法を提供するところにある。
【課題を解決するための手段】
【００１３】
前述した技術的課題を達成するための本発明に係るデータ転送装置は、データの種類、データの順序及び/またはパケットの生成順序による識別情報が付加されたデータパケットを生成するパケット生成部と、前記識別情報が付加された前記データパケットを転送するパケット転送部と、受信エラーが発生した前記データパケットに対する再転送制御情報を受信する受信部、及び前記再転送制御情報に基づき受信エラーが発生した前記データパケットを再転送する再転送部と、を有する。
【００１４】
前記パケット生成部は前記データパケットのヘッダに前記識別情報を付加する。
前記データはイントラ画像及びインター画像のうちいずれか一つであることが望ましく、前記パケット生成部は前記イントラ画像について前記インター画像より優先順位を有する前記識別情報を付加する。
望ましくは、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送回数を含む。この場合、前記再転送部は前記再転送制御情報を受信すれば、前記パケット番号に該当する前記データパケットをそれぞれについて設定された前記再転送回数によって再転送する。
【００１５】
これとは違って、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送優先順位を含む。この場合、前記再転送部は前記再転送制御情報を受信すれば、前記パケット番号に該当する前記データパケットをそれぞれについて設定された前記再転送優先順位に応じて再転送する。
前記データパケットはリアルタイムプロトコル(ＲＴＰ)によって転送される。
【００１６】
本発明に係るデータ転送方法は、データの種類、データの順序及び/またはパケットの生成順序による識別情報が付加されたデータパケットを生成する段階、及び前記識別情報が付加された前記データパケットを転送する段階と、を備える。
望ましくは、前記識別情報は前記データパケットのヘッダに付加される。
前記データはイントラ画像及びインター画像のうちいずれか一つであることが望ましく、この場合前記生成段階は前記イントラ画像について前記インター画像より優先順位を有する前記識別情報を付加する。
【００１７】
本発明に係るデータ転送方法は、前記受信エラーが発生した前記データパケットに対する再転送制御情報を受信する段階、及び前記再転送制御情報に基づき転送エラーが発生した前記データパケットを再転送する段階をさらに含む。
前記再転送制御情報は転送エラーが発生した前記データパケットのパケット番号及び再転送回数を含み、前記再転送段階は前記パケット番号に該当する前記データパケットをそれぞれについて設定された前記再転送回数ほど再転送する。
【００１８】
これとは違って、前記再転送制御情報は転送エラーが発生した前記データパケットのパケット番号及び再転送優先順位を含み、前記再転送段階は前記パケット番号に該当する前記データパケットをそれぞれについて設定された前記再転送優先順位に応じて再転送する。
望ましくは、前記データパケットはリアルタイムプロトコルによって転送される。
【００１９】
前述した他の技術的課題を達成するための本発明に係るデータ受信装置は、データパケットを受信し、受信エラーが発生した前記データパケットに対する再転送制御情報を送信する通信部、及び受信した前記データパケットから受信エラーが発生した前記データパケットのデータの種類、データの順序及び/またはパケットの生成順序を含む識別情報及びパケット番号を抽出し、抽出された前記識別情報及び前記パケット番号に基づき生成された前記再転送制御情報を出力する再転送制御部を有する。
【００２０】
前記再転送制御部は、受信した前記データパケットから受信エラーが発生した前記データパケットの前記パケット番号を確認する確認部と、受信した前記データパケットの前記識別情報に基づき受信エラーが発生された前記データパケットの前記識別情報を抽出する識別情報抽出部、及び抽出された前記識別情報及び前記パケット番号によって前記再転送制御情報を生成する再転送制御情報生成部を有する。
【００２１】
望ましくは、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送回数を備える。これとは違って、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送優先順位を含む。
望ましくは、前記再転送制御情報はリアルタイム制御プロトコルによって転送される。
【００２２】
本発明に係るデータ受信方法は、受信したデータパケットから受信エラーが発生した前記データパケットのパケット番号を確認する段階と、受信した前記データパケットから受信エラーが発生した前記データパケットのデータの種類、データの順序及び/またはパケットの生成順序を含む識別情報を抽出する段階と、抽出された前記識別情報及び前記パケット番号に基づき再転送制御情報を生成する段階、及び生成された前記再転送制御情報を転送する段階と、を備える。
望ましくは、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送回数を含む。これとは違って、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送優先順位を含む。
望ましくは、前記再転送制御情報はリアルタイム制御プロトコルパケットによって転送される。
【００２３】
前述したさらに他の技術的課題を達成するための本発明に係るデータ送受信システムは、データの種類、データの順序及び/またはパケットの生成順序による識別情報が付加されたデータパケットを転送するデータ転送部、及び前記データパケットを受信し、受信した前記データパケットから受信エラーが発生した前記データパケットの前記識別情報及びパケット番号を抽出し、抽出された前記識別情報及び前記パケット番号に基づき生成された前記再転送制御情報を出力するデータ受信部を有する。
【００２４】
前記データ転送部は、データの種類、データの順序及び/またはパケットの生成順序による識別情報が付加されたデータパケットを生成するパケット生成部と、前記識別情報が付加された前記データパケットを転送するパケット転送部と、受信エラーが発生した前記データパケットに対する再転送制御情報を受信する受信部、及び前記再転送制御情報に基づき受信エラーが発生した前記データパケットを再転送する再転送部を有する。
望ましくは、前記パケット生成部は前記データパケットのヘッダに前記識別情報を付加する。
【００２５】
前記データはイントラ画像及びインター画像のうちいずれか一つであることが望ましい。この場合、前記パケット生成部は前記イントラ画像について前記インター画像より優先順位を有する前記識別情報を付加する。
望ましくは、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送回数を含む。この場合、前記再転送部は前記再転送制御情報を受信すれば、前記パケット番号に該当する前記データパケットをそれぞれについて設定された前記再転送回数によって再転送する。
【００２６】
これとは違って、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送優先順位を含む。この場合、前記再転送部は前記再転送制御情報を受信すれば、前記パケット番号に該当する前記データパケットをそれぞれについて設定された前記再転送優先順位に応じて再転送する。
前記データ受信部は、データパケットを受信し受信エラーが発生した前記データパケットに対する再転送制御情報を送信する通信部、及び受信した前記データパケットから受信エラーが発生した前記データパケットのデータの種類、データの順序及び/またはパケットの生成順序を含む識別情報及びパケット番号を抽出し、抽出された前記識別情報及び前記パケット番号に基づき生成された前記再転送制御情報を出力する再転送制御部と、を有する。
【００２７】
前記再転送制御部は、受信した前記データパケットから受信エラーが発生した前記データパケットの前記パケット番号を確認する確認部と、受信した前記データパケットの前記識別情報に基づき受信エラーが発生された前記データパケットの前記識別情報を抽出する識別情報抽出部、及び抽出された前記識別情報及び前記パケット番号によって前記再転送制御情報を生成する再転送制御情報生成部と、を有する。
望ましくは、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送回数を含む。これとは違って、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送優先順位を含む。
望ましくは、前記再転送制御情報はリアルタイム制御プロトコルによって転送される。
【００２８】
本発明に係るデータ送受信方法は、データの種類、データの順序及び/またはパケットの生成順序による識別情報が付加されたデータパケットを転送する段階と、前記データパケットを受信し、受信エラーが発生した前記データパケットについて前記識別情報を抽出し、抽出された前記識別情報に基づき生成された前記再転送制御情報に基づき再転送制御情報を出力する段階を備える。
望ましくは、前記識別情報は前記データパケットのヘッダに付加される。
【００２９】
前記データはイントラ画像及びインター画像のうちいずれか一つであることが望ましい。この場合、前記生成段階は前記イントラ画像について前記インター画像より優先順位を有する前記識別情報を付加する。
望ましくは、前記データパケットはリアルタイムプロトコル（ＲＴＰ）によって転送される。
【００３０】
前記制御情報出力段階は、前記受信したデータパケットから受信エラーが発生した前記データパケットのパケット番号を確認する段階と、受信した前記データパケットから受信エラーが発生した前記データパケットのデータの種類、データの順序及び/またはパケットの生成順序を含む識別情報を抽出する段階と、抽出された前記識別情報及び前記パケット番号に基づき再転送制御情報を生成する段階、及び生成された前記再転送制御情報を転送する段階と、を備える。
望ましくは、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送回数を備える。この場合、前記再転送制御情報に基づき前記再転送を要請された前記データパケットをそれぞれについて設定された前記再転送回数ほど再転送する段階をさらに備えることが望ましい。
【００３１】
これとは違って、前記再転送制御情報は受信エラーが発生した前記データパケットのパケット番号及び再転送優先順位を備える。この場合、前記再転送制御情報に基づき前記再転送を要請された前記データパケットをそれぞれについて設定された前記再転送優先順位に応じて再転送する段階をさらに備えることが望ましい。
望ましくは、前記再転送制御情報はリアルタイム制御プロトコルパケットによって転送される。
【００３２】
一方、前述したような技術的課題を解決するためのネットワークを通してストリーミングマルチメディアデータを送受信するデータ送受信システムは、前記マルチメディアデータのフレームタイプを検出し、前記フレームタイプに基づき識別情報を生成し、前記識別情報を含むＲＴＰデータパケットを生成し、前記生成されたＲＴＰデータパケットを転送し、受信した再転送制御情報に基づき損失及び/または損傷されたＲＴＰデータパケットを再転送するプログラム化したコンピュータプロセッサを含む送信機、及び前記生成されたＲＴＰデータパケットを受信し、前記受信したＲＴＰデータパケットで前記識別情報に基づき前記再転送制御情報を生成し、前記送信機に前記再転送制御情報を転送し、前記再転送された損失及び/または損傷ＲＴＰデータパケットを受信するプログラム化したコンピュータプロセッサを含む受信器と、を備える。
【００３３】
さらに詳しくは、前記プロセッサは前記ＲＴＰデータパケットに転送された分割されたフレームに対応するパケット生成シーケンスを前記識別情報として生成する。また、前記マルチメディアデータはＭＰＥＧ規格に基づき符号化される。
ネットワークを介してストリーミングマルチメディアデータを送受信する方法は、前記マルチメディアデータのストリーミング-復元特性によって損失及び/または損傷されたデータパケットを再転送するＲＴＰデータパケットを制御する。
これにより、転送されるデータの特性によって再転送回数または再転送優先順位を相違にすることによって、データの特性に適した再転送が可能でありデータの復元に影響力が多大なデータを一層安定的に受信することができる。 
【発明の効果】
【００３４】
本発明に係るデータ送受信システム及び方法によれば、転送されるデータの特性によって再転送回数または再転送優先順位を相違にすることによって、データの特性に適した再転送が可能でありデータの復元に影響力が多大なデータを一層安定的に受信することができる。特に、本発明はＲＴＰパケットにデータが転送される場合に応用プログラムである上位階層でデータの復元時効果的なデコーディングが可能なように画像をストリーミングできる。
【００３５】
以上で代表的な実施形態を通して本発明について詳述したが、本発明の属する技術分野において通常の知識を有する者は前述した実施形態について本発明の範疇を逸脱しない範囲内で多様な変形が可能であることを理解するだろう。従って、本発明の権利範囲は説明された実施形態に限られてはいけなく、特許請求の範囲だけでなく特許請求の範囲と均等物によって定められるべきである。
【発明を実施するための最良の形態】
【００３６】
以下、添付した図面に基づき本発明をさらに詳述する。
図４は、本発明に係るデータ転送装置に対する望ましい実施形態の構成を示したブロック図である。
同図を参照すれば、本発明に係るデータ転送装置４０は、パケット生成部４２、送信部４４、受信部４５、貯蔵部４６、及び再転送部４８を有する。
パケット生成部４２は、データの種類、データの順序及び/またはパケットの生成順序によって識別情報が付加されたデータパケットを生成する。この場合、パケット生成部４２はリアルタイム転送プロトコル（ＲＴＰ）パケットでデータパケットを生成することが望ましい。生成されたデータパケットをパケット生成部４２の動作をデータがＭＰＥＧ方式でコーティングされた動映像データの場合を例として説明する。
【００３７】
ＭＰＥＧ方式でコーディングされた映像データは他の映像フレームを参照しないイントラ映像フレームとコーディングされる映像の前映像及び/または後映像を参照して作成されるインター画像フレームで構成される。またインター画像フレームは時間順で作成される。このようなＭＰＥＧ映像においてイントラ画像フレームはそれ自体だけで復元が可能なのでランダムアクセスの基準になり一定間隔に隔てて挿入される。従ってＭＰＥＧ映像において、イントラ画像フレームはインター画像フレームより高い重要度を有し、インター画像フレームの場合は時間的に先に作成された映像フレームが後順位の画像フレームより高い重要度を有する。
【００３８】
従って、パケット生成部４２はデータの種類、すなわちイントラ画像フレームなのか、それともインター画像フレームなのかを把握してＲＴＰパケットのヘッダに記録する。データの種類はヘッダ内で用途が定められないフィールドに記録されたりヘッダに別に追加されたフィールドに記録できる。また、パケット生成部４２はデータの順序、すなわち同種の映像フレームに対する順序を把握してＲＴＰパケットのヘッダに記録する。
【００３９】
一方、マルチメディアデータのリアルタイム転送時、データは転送帯域幅、転送遅延時間などの問題を考慮して一つの映像を多数のパケットに分割して転送される。一般に、ＲＴＰパケットは各パケットのサイズが２５６バイト、５１２バイトなどになるよう作成される。従って、パケット生成部４２はＲＴＰパケットのヘッダ内のシーケンス番号フィールドにＲＴＰパケットの生成順序を記録する。
【００４０】
最初のイントラ画像Ｉ１が５個のＲＴＰパケットで作成され転送される場合に例えば、パケット生成部４２はイントラ画像Ｉ１についてＩ１ａ、Ｉ１ｂ、Ｉ１ｃ、Ｉ１ｄ、Ｉ１ｅなどのような識別情報を生成する。Ｉ１ａ、Ｉ１ｂ、Ｉ１ｃ、Ｉ１ｄ、Ｉ１ｅそれぞれはイントラ画像Ｉ１に対する５個のＲＴＰパケットヘッダに付加される識別情報である。識別情報においてＩはイントラ画像から生成されたパケットであることを意味し、１は一番目イントラ画像であることを意味し、ａｅはそれぞれパケットの生成順序を意味する。
【００４１】
パケット生成部４２はそれぞれのイントラ画像及びインター画像について前述した識別情報作成方式によって生成された識別情報が付加されたＲＴＰパケットを生成する。前記で特定の識別情報の形態を記述したが、識別情報は多様な形態で作成されうる。すなわち、識別情報はデータの種類、データの順序、パケット生成順序などを表現できる形態で作成すれば良い。
【００４２】
一方、ＲＴＰパケットが無線を通して転送される場合はＲＴＰパケットを無線リンクプロトコル(Radio Link Protocol : ＲＬＰ)パケットに変換するパケット変換部(図示せず)をさらに備えることが望ましい。これは、無線区間である移動局と基地局間は無線リンク層(Radio Link Layer :ＲＬＬ)の転送単位であるＲＬＰ単位で転送がなされるよう規定されているからである。
【００４３】
一方、パケット生成部４２で生成されたＲＴＰパケットは貯蔵部４６に貯蔵される。貯蔵部４６に貯蔵されているＲＴＰパケットは受信側から再転送要請がある場合読み出されて受信側への再転送時使用される。
【００４４】
送信部４４はＲＴＰパケットを送信し、受信部４５は再転送制御情報を受信する。無線通信環境下ではＲＬＰにパケット化したＲＴＰデータが送信される。再転送制御情報はリアルタイム転送制御プロトコル(ＲＴＣＰ)パケットにより受信される。 再転送部４８は受信した再転送制御情報に基づき受信エラーが発生したＲＴＰパケットを再転送する。再転送制御情報は受信エラーが発生したＲＴＰパケットのパケット番号及び再転送情報を含む。受信エラーはＲＴＰパケットの未受信及び一部ビットが損失されたＲＴＰパケットの受信を含む。また、再転送情報は再転送回数、再転送優先順位などのように識別情報に基づき受信側で設定した情報である。再転送部４８は再転送制御情報から受信エラーが発生したＲＴＰパケットのパケット番号を把握した後、それぞれのパケット番号について設定された再転送回数または再転送優先順位に応じて再転送を要請されたＲＴＰパケットを再転送する。
【００４５】
図５は、図４に示されたデータ転送システムを用いたデータ転送方法を説明するための流れ図である。
図５を参照すれば、パケット生成部４２はデータからデータの種類、データの順序及び/またはパケットの生成順序を含む識別情報を生成する(Ｓ５００)。パケット生成部４２は生成された識別情報はＲＴＰパケットヘッダに付加してＲＴＰパケットを生成する(Ｓ５１０)。生成されたＲＴＰパケットは送信部４４を通して受信システムに転送される(Ｓ５２０)。
【００４６】
ＲＴＰパケットの送信後、受信部４５を通して受信側から再転送制御情報を受信すれば(Ｓ５３０)、再転送部４８は受信した再転送制御情報から受信エラーが発生したパケットのパケット番号及び再転送情報を検出する(Ｓ５４０)。再転送情報は再転送回数、再転送優先順位などになり、再転送部４８は再転送情報が再転送回数であるかを確認する(Ｓ５５０)。
再転送情報が再転送回数の場合は受信エラーが発生したパケット番号に該当するＲＴＰパケットをそれぞれについて設定された再転送回数によって再転送する(Ｓ５６０)。これとは違って、再転送情報が再転送優先順位の場合は受信エラーが発生したパケット番号に該当するＲＴＰパケットをそれぞれについて設定された再転送優先順位に応じて再転送する(Ｓ５７０)。
【００４７】
図６は、本発明に係るデータ受信装置に対する望ましい実施形態の構成を示したブロック図である。
図６を参照すれば、本発明に係るデータ受信装置６０は通信部６２、再転送制御部６４及びパケット復元部６８を有する。
通信部６２は、ＲＴＰパケットを受信し再転送制御情報を送信する。復元部６８はＲＴＰパケットがエラーなしに受信されたり再転送を受信エラーが発生したパケットの再転送を受けれれば、ＲＴＰパケットからデータを抽出してＭＰＥＧデータに復元する。
【００４８】
再転送制御部６４は正常に受信したＲＴＰパケットから受信エラーが発生したＲＴＰパケットに対する識別情報を抽出し、抽出された識別情報に基づき再転送制御情報を生成する。一方、損失されたＲＴＰパケットの場合、再転送制御部６４はＲＴＰヘッダのシーケンス番号フィールド及び/または識別情報に基づき受信エラーが発生したパケットのパケット番号及び識別情報を把握する。
再転送制御部６４は確認部６５、識別情報抽出部６６及び再転送制御情報生成部６７を有する。
【００４９】
確認部６５はＲＴＰパケットの受信エラー発生有無を確認する。受信エラーはＲＴＰパケットの未受信及び一部ビットが損失されたＲＴＰパケットの受信を含む。受信エラーが発生しない場合、確認部６５は受信したＲＴＰパケットをパケット復元部６８に提供する。また、受信エラーが発生した場合、確認部６５は受信したそれぞれのＲＴＰパケットのヘッダに記録されているパケット生成順序を示すシーケンス番号フィールドを用いて受信エラーが発生したパケットのパケット番号を把握する。これとは違って、確認部６５は正常に受信したＲＴＰパケットのヘッダに記録された識別情報に基づき受信エラーが発生したパケットのパケット番号を把握する。
【００５０】
また、損失ＲＴＰパケットの場合、確認部６５は正常に受信した他のＲＴＰパケットのヘッダに記録されているシーケンス番号フィールド及び/または識別情報を用いて受信エラーが発生したパケットのパケット番号及び識別情報を把握することもできる。受信エラーが発生したＲＴＰパケットが正常に受信した場合、識別情報抽出部６６は正常に受信したＲＴＰパケットのヘッダに記録されている識別情報を用いて受信エラーが発生したＲＴＰパケットの識別情報を抽出する。一方、損失ＲＴＰパケットの場合、識別情報抽出部６６はＲＴＰパケットの番号または他の所定の識別情報を把握するため確認部６５で使用されたＲＴＰパケットから識別情報を抽出する。
【００５１】
識別情報は図４を参照して説明したようなデータ転送装置４０でデータの種類、データの順序及び/またはパケットの生成順序に基づき生成された情報である。
再転送制御情報生成部６７は抽出された識別情報に基づき受信エラーが発生したＲＴＰパケットのパケット番号及び再転送情報を含む再転送制御情報を生成する。再転送情報は受信エラーが発生したＲＴＰパケットの重要度を意味する識別情報に基づき設定される再転送回数及び/または再転送優先順位を含む。生成された再転送制御情報は通信部６２を通してデータ転送装置４０に転送される。
【００５２】
図６を参照して説明したデータ受信装置６０は正常に受信したＲＴＰパケットのヘッダに記録されている識別情報だけを用いて受信エラーが発生したＲＴＰパケットのパケット番号及び識別情報を抽出する場合は確認部６５と識別情報抽出部６６が行なう機能を一つの構成要素が行なわれるよう構成できる。
【００５３】
図７は図６によるデータ受信方法を説明するための流れ図である。
同図を参照すれば、通信部６２を通してＲＴＰパケットが受信されれば、確認部６５は正常に受信したＲＴＰパケットのヘッダに記録されている識別情報に基づき受信エラーが発生したパケット番号を確認する(Ｓ７００)。前述したように、確認部６５は正常に受信したＲＴＰパケットのヘッダのシーケンス番号フィールドに記録されているパケット生成順序によって受信エラーが発生したパケットのパケット番号を確認することもできる。
【００５４】
もし、７００段階において受信エラーが発生したと確認されれば、識別情報抽出部６６は正常に受信したＲＴＰパケットのヘッダに記録されている識別情報に基づき受信エラーが発生したＲＴＰパケットに対する識別情報を抽出する(Ｓ７１０)。また、７００段階においてＲＴＰパケットが正常に受信したと確認されれば、ＭＰＥＧデータはパケット復元部６８に復元される(Ｓ７０５)。
【００５５】
再転送制御情報生成部６７は、抽出された識別情報に基づき受信エラーが発生したＲＴＰパケットのパケット番号及び再転送情報を含む再転送制御情報を生成する(Ｓ７２０)。再転送情報は識別情報に基づき設定されている再転送回数及び/または再転送優先順位を含む。生成された再転送制御情報は通信部６２を通してデータ転送装置４０に転送される(Ｓ７３０)。
【００５６】
図８は、図４及び図６によるデータ送受信システムを示したブロック図であり、図９は図８によるデータ送受信方法を説明するための流れ図である。
図８及び図９を参照すれば、本発明に係るデータ送受信システム８０は、データ転送部４０及びデータ受信部６０を有する。
データ転送部４０はデータに対する識別情報を有するＲＴＰパケットを転送する(Ｓ９００)。データ受信部６０はＲＴＰパケットを受信し、ＲＴＰパケットに対する受信エラー有無を確認して、受信したＲＴＰパケットから抽出された識別情報に基づき再転送制御情報をデータ転送部４０に出力する(Ｓ９１０)。一方、データ転送部４０はデータ受信部６０から再転送制御情報を受信すれば受信した再転送制御情報に基づき受信エラーが発生したＲＴＰパケットを再転送する(Ｓ９２０)。
【００５７】
データ転送部４０及びデータ受信部６０の構成及び動作は図４及び図６を参照して説明したデータ転送装置４０及びデータ受信装置４０と同様なので詳細な説明は省く。また、Ｓ９１０段階ないしＳ９３０段階は図５及び図７を参照して説明したデータ転送方法及びデータ受信方法と同様なので詳細な説明は省く。
【００５８】
前述した実施形態においてマルチメディアデータを有線上に転送する場合において発生する再転送を中心に説明したが、本発明に係るデータ転送方法及びデータ受信方法は無線通信にも適用が可能である。また、本発明に係るデータ転送方法及びデータ受信方法はＲＴＰ他のプロトコルにも適用可能である。損失/損傷されたデータのデータ特性に応答するための再転送制御は公知の技術、例えばネットワーク化したデータ送信機４０及びデータ受信器６０の一部を用いてソフトウェア及び/またはハードウェア的に具現可能である。
【００５９】
また、前述した実施の形態において再転送の制御は再転送回数及び再転送優先順位に基づきなされることと説明した。しかし、イントラ画像に属するパケットについては再転送回数を３回まで許容する一方、インター画像に属するパケットについては再転送回数を２回までだけ許容するなど、データ種類によって相異なる再転送回数を付するようにすることもできる。ひいては、終端と終端ディレイ(送信側と受信側のパケット伝達時間)が延びて再転送の回数が遅延時間に影響を与える場合は、イントラ画像に属するパケットの再転送要請を受ければ連続して重複したパケットを２回、３回などのように連続して再転送してパケット損失確率を減らす方式を採択することもできる。また、画像フレームの再転送優先順位は画像フレームの特性によって設定されうる。
【図面の簡単な説明】
【００６０】
【図１】ＲＴＰパケットの形態を示した図。
【図２】ＵＤＰパケットにカプセル化した複数のＲＴＣＰパケットを示した図。
【図３】従来のデータ転送システムにおけるデータ再転送過程を示した図。
【図４】本発明に係るデータ転送装置に対する望ましい実施形態の構成を示したブロック図。
【図５】図４のデータ転送装置によるデータ転送方法を説明するために示した流れ図。
【図６】本発明の望ましい実施形態によるデータ受信装置を示したブロック図。
【図７】図６に示されたデータ受信装置を用いたデータ受信方法を説明するための流れ図。
【図８】図４及び図６によるデータ送受信システムを示したブロック図。
【図９】図８に示されたデータ送受信システムを用いたデータ送受信方法を説明するために示した流れ図。
【符号の説明】
【００６１】
４０    データ転送装置
４２    パケット生成部
４４    送信部
４５    受信部
４６    貯蔵部
４８    再転送部
６０    データ受信装置
６２    通信部
６４    再転送制御部
６８    パケット復元部
【図１】
2006166489.tif 000003
【図２】
2006166489.tif 000004
【図３】
2006166489.tif 000005
【図４】
2006166489.tif 000006
【図５】
2006166489.tif 000007
【図６】
2006166489.tif 000008
【図７】
2006166489.tif 000009
【図８】
2006166489.tif 000010
【図９】
2006166489.tif 000011