(57)【要約】【課題】ＲＴＰを用いたパケット通信によりリアルタイム性のあるデータを授受する通信装置に影響を与えることなく、パケットの再送を効率よく行うことができる通信装置を実現する。【解決手段】ＲＴＰパケットの受信端において再送制御装置２０は、所定ストリーミングに用いられる受信パケットに含まれるシーケンス番号を検出し、このシーケンス番号に基づいてパケット廃棄を検出し、パケット廃棄の検出によりパケットの再送を要求し、ＲＴＰパケットの送信端において再送制御装置３０は、送信パケットのうち、所定ストリーミングに用いられるパケットを蓄積し、パケットの再送要求を受信すると、蓄積されている該当のパケットを該再送要求元に送信する。【選択図】    図１
2004186737.tif 000002
【特許請求の範囲】
【請求項１】
パケットを受信する受信手段と、
該受信手段が受信したパケットの種別を識別する識別手段と、
該識別手段が所定のパケットを識別した時に該パケットに含まれるシーケンス番号を検出する検出手段と、
該検出手段が検出したシーケンス番号に基づいてパケット廃棄を判定する判定手段と、
該判定手段によりパケット廃棄と判定されると、当該パケットの再送を要求する再送要求手段と、
を備えたことを特徴とする通信装置。
【請求項２】
前記パケットの伝送プロトコルはＲＴＰであり、前記再送要求手段の再送要求はＲＴＣＰのＡＰＰパケットに付加することを特徴とする請求項１に記載の通信装置。
【請求項３】
パケットに種別を付加して送信する送信手段と、
該送信手段が送信したパケットを記憶する記憶手段と、
パケットを受信する受信手段と、
該受信手段により再送要求のパケットを受信した時に当該再送要求に応じたパケットを前記記憶手段より読み出して前記送信手段から送信するよう制御する制御手段と、
を備えたことを特徴とする通信装置。
【請求項４】
前記パケットの伝送プロトコルはＲＴＰであり、前記制御手段は前記受信手段がＲＴＣＰのＢＹＥパケットを受信した時は前記記憶手段のデータを全て削除することを特徴とする請求項３に記載の通信装置。
【請求項５】
少なくともＭＰＥＧ−４方式により圧縮された映像信号をＲＴＰを用いて送信端末から受信端末へ伝送する通信システムにおいて、
前記送信端末は、
送信するＲＴＰパケットのヘッダにエレメントストリームのタイプを付加して送信する送信手段を備え、
前記受信端末は、
前記送信端末から受信したＲＴＰパケットのヘッダに付加されているエレメントストリームのタイプが再送を必要とするタイプか否かを識別する識別手段と、
該識別手段が再送を必要するタイプであると識別した時に当該パケットに含まれるシーケンス番号を検出する検出手段と、
該検出手段が検出したシーケンス番号に基づいてパケット廃棄を判定する判定手段と、
該判定手段によりパケット廃棄と判定されると、当該パケットの再送を要求する再送要求手段と、
を備えたことを特徴とする通信システム。
【請求項６】
前記再送要求手段の再送要求はＲＴＣＰのＡＰＰパケットに付加することを特徴とする請求項５に記載の通信システム。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、パケットの再送を制御する通信装置及び通信システムに関する。
【０００２】
【従来の技術】
ＵＤＰ（Ｕｓｅｒ  Ｄａｔａｇｒａｍ  Ｐｒｏｔｏｃｏｌ）及びＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）を用いたパケット通信方式では、ＩＰパケットにＵＤＰポート番号を付加するが、ほぼそのままＩＰパケットを使用してデータを伝送する。ＩＰ層レベルでは輻輳等によりパケットが廃棄されることがあるが、ＵＤＰではこの廃棄対策を行っていない。
【０００３】
ＲＴＰ（Ｒｅａｌｔｉｍｅ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）はＵＤＰ及びＩＰ上で用いられるプロトコルであり、通信路で廃棄されたパケットを検出する機能を提供する。このＲＴＰのパケット廃棄検出機能について説明する。図７は、ＲＴＰパケットのフォーマットを示す図である。図８は、図７に示すＲＴＰヘッダの構成を示す図である。ＩＰヘッダはＩＰアドレス等を含む、ＵＤＰヘッダはポート番号等を含む。
【０００４】
ＲＴＰでは、図８のＲＴＰヘッダ中のシーケンス番号をパケット毎に１づつ変化させる。そして、受信側において、そのシーケンス番号の不連続を検出することにより廃棄されたパケットを特定する。しかし、ＲＴＰではその廃棄されたパケットの取り扱いについては規定しておらず、上位プロトコルにより廃棄対策の処理を行っている。図８のタイプ（ペイロードタイプ）はパケットがどの上位プロトコルで処理されるかを示している（例えば、Ｈ．２６３の場合、タイプ「３４」）。
【０００５】
次に、ＴＣＰ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ  Ｐｒｏｔｏｃｏｌ）の再送機能について説明する。ＴＣＰは、ＩＰ上で用いられ、インターネットで広く使用されているプロトコルである。ＴＣＰではＴＣＰヘッダにシーケンス番号と受信確認シーケンス番号のフィールドを設けている。送信側は各パケットにシーケンス番号をつけて送信し、受信側ではパケットの受信により確認したシーケンス番号（受信確認シーケンス番号）を受信確認シーケンス番号フィールドに入れて送信側へ送信する。この受信確認シーケンス番号により、送信側では、送信済みパケットの送達確認を行う。この送信済みのパケットの送達確認が、あるタイムアウト時間内になされなかった場合、送信側は、送達未確認のパケットを再送する。これにより、全てのパケットの送達が正常に行われ、通信データの信頼性が確保されている。
更にこのＴＣＰでは、ＲＴＰと異なり、ＣＲＣによる受信データのチェックや輻輳回避のためのレート制御も行っているので、一般にＵＤＰ／ＩＰを使用するよりも処理負荷が高く、リアルタイム性を要求されるアプリケーションには適用されない場合が多い。
【０００６】
また、ＡＲＱ（Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ）方式を用いて再送を制御する装置もある（例えば、特許文献１参照）。ＡＲＱ方式では、受信したパケットについては肯定応答（ＡＣＫ）を返送し、一方、受信できなかったパケットについては否定応答（ＮＡＫ）を返送することにより、再送の制御を行っている。
【０００７】
【特許文献１】
特開平１１−８８４６６号公報
【０００８】
【発明が解決しようとする課題】
しかし、上述したように、ＲＴＰではパケットの廃棄を検出する機能は提供されているが、廃棄されたパケットを再送するための機能については上位プロトコルに依存している。このため、通信データの信頼性が要求される場合には、ＲＴＰには再送プロトコルが含まれていないためＴＣＰなど、再送機能を有する別のプロトコルを使用する必要がある。しかしながら、性能の低下、接続可能な通信装置が限定される、などの問題が生じている。
【０００９】
また、ＡＲＱ方式では、肯定応答（ＡＣＫ）を送信するので、帯域リソースの使用効率が低下するという問題がある。さらに、送受信する全てのパケットについて再送制御を行うため、不要なパケットの再送が起こり、通信効率が悪くなる。
【００１０】
本発明は、このような事情を考慮してなされたもので、その目的は、ＲＴＰを用いたパケット通信によりリアルタイム性のあるデータを授受する通信装置に影響を与えることなく、パケットの再送を効率よく行うことができる通信装置及び通信システムを提供することにある。
【００１１】
【課題を解決するための手段】
上記の課題を解決するために、請求項１に記載の通信装置は、パケットを受信する受信手段と、該受信手段が受信したパケットの種別を識別する識別手段と、該識別手段が所定のパケットを識別した時に該パケットに含まれるシーケンス番号を検出する検出手段と、該検出手段が検出したシーケンス番号に基づいてパケット廃棄を判定する判定手段と、該判定手段によりパケット廃棄と判定されると、当該パケットの再送を要求する再送要求手段とを備えたことを特徴とする。
【００１２】
請求項２に記載の通信装置においては、前記パケットの伝送プロトコルはＲＴＰであり、前記再送要求手段の再送要求はＲＴＣＰのＡＰＰパケットに付加することを特徴とする。
【００１３】
請求項３に記載の通信装置は、パケットに種別を付加して送信する送信手段と、該送信手段が送信したパケットを記憶する記憶手段と、パケットを受信する受信手段と、該受信手段により再送要求のパケットを受信した時に当該再送要求に応じたパケットを前記記憶手段より読み出して前記送信手段から送信するよう制御する制御手段とを備えたことを特徴とする。
【００１４】
請求項４に記載の通信装置においては、前記パケットの伝送プロトコルはＲＴＰであり、前記制御手段は前記受信手段がＲＴＣＰのＢＹＥパケットを受信した時は前記記憶手段のデータを全て削除することを特徴とする。
【００１５】
請求項５に記載の通信システムは、少なくともＭＰＥＧ−４方式により圧縮された映像信号をＲＴＰを用いて送信端末から受信端末へ伝送する通信システムにおいて、前記送信端末は、送信するＲＴＰパケットのヘッダにエレメントストリームのタイプを付加して送信する送信手段を備え、前記受信端末は、前記送信端末から受信したＲＴＰパケットのヘッダに付加されているエレメントストリームのタイプが再送を必要とするタイプか否かを識別する識別手段と、該識別手段が再送を必要するタイプであると識別した時に当該パケットに含まれるシーケンス番号を検出する検出手段と、該検出手段が検出したシーケンス番号に基づいてパケット廃棄を判定する判定手段と、該判定手段によりパケット廃棄と判定されると、当該パケットの再送を要求する再送要求手段とを備えたことを特徴とする。
【００１６】
請求項６に記載の通信システムにおいては、前記再送要求手段の再送要求はＲＴＣＰのＡＰＰパケットに付加することを特徴とする。
【００１７】
【発明の実施の形態】
以下、図面を参照し、本発明の実施形態について説明する。
図１は、本発明の一実施形態による再送制御装置２０，３０（通信装置）を用いた通信システムの構成例を示すブロック図である。図１に示す通信システムは、ＲＴＰ受信端末１０と、ＲＴＰパケット受信端に位置するＲＴＰ再送制御装置２０と、ＲＴＰパケット送信端に位置するＲＴＰ再送制御装置３０と、ＲＴＰ送信装置４０を備えている。
ＲＴＰ送信装置４０は、ＲＴＰを用いたパケット通信により、ＲＴＰ受信端末１０へデータを提供する。ＲＴＰ送信装置４０及びＲＴＰ受信端末１０は、ＲＴＰパケットを相互に送受信する。
【００１８】
ＲＴＰ再送制御装置２０は、ＲＴＰ受信装置１０が接続されている信頼性の高いローカルネットワークと、インターネット５０に接続されている。ＲＴＰ再送制御装置２０は、インターネット５０から受信したＲＴＰパケットをローカルネットワークへ転送する機能と、ＲＴＰパケットの再送機能を有する。受信端のＲＴＰ再送制御装置２０は、インターネット５０からＲＴＰパケットを受信し、再送が必要なＲＴＰパケットを検出して、送信端のＲＴＰ再送制御装置３０に対して再送要求を送信する。
【００１９】
ＲＴＰ再送制御装置３０は、ＲＴＰ送信装置４０が接続されている信頼性の高いローカルネットワークと、インターネット５０に接続されている。ＲＴＰ再送制御装置３０は、ローカルネットワークを介してＲＴＰ送信装置４０から受信したＲＴＰパケットをインターネット５０へ転送する機能と、ＲＴＰパケットの再送機能を有する。送信端のＲＴＰ再送制御装置３０は、パケット列を監視し、信頼性が必要なＲＴＰパケットを蓄積し、受信端のＲＴＰ再送制御装置２０から再送要求があった場合に蓄積しているＲＴＰパケットを再送する。
【００２０】
図２は、図１に示す受信端のＲＴＰ再送制御装置２０の構成を示すブロック図である。図２において、多重化復元部２１０は、送信端のＲＴＰ再送制御装置３０から送信されたパケット列をインターネット５０を介して受信し、該パケット列を分解してＲＴＰ解析部２２０に出力する。
ＲＴＰ解析部２２０は、受信したＲＴＰパケットが再送対象のストリームに含まれるＲＴＰパケットであるか否かを判定し、再送対象のＲＴＰパケットのみに対して廃棄検出処理を行う。再送対象のストリームに含まれるか否かの判定は、図８のＲＴＰヘッダのタイプ（ペイロードタイプ）の値に基づいて行う。
【００２１】
ＲＴＰ解析部２２０は、廃棄検出処理において、再送対象のＲＴＰパケットに含まれるシーケンス番号を確認し、次に受信すべきシーケンス番号と比較する。この比較の結果、シーケンス番号が異なっていた場合、パケット廃棄があったと判断し、廃棄されたＲＴＰパケットのシーケンス番号を再送制御部２４０に通知して再送を指示する。さらに、パケット廃棄を検出した時点から、以降に到着する該当ストリームのＲＴＰパケットを蓄積する。
【００２２】
再送制御部２４０は、ＲＴＰ解析部２２０から再送指示を受けると、通知されたシーケンス番号のＲＴＰパケットを再送するためのＡＰＰ−ＲＴＣＰパケットを生成して多重化部２６０へ出力する。ＡＰＰ−ＲＴＣＰパケットはＲＴＣＰのアプリケーション定義パケットのことを指す。
多重化復元部２５０は、ＲＴＰ受信端末１０から送信されたパケット列をローカルネットワークを介して受信し、該パケット列を分解して多重化部２６０に出力する。
多重化部２６０は、再送制御部２４０から入力されたＡＰＰ−ＲＴＣＰパケットを、多重化復元部２５０から入力されたパケットと多重化してインターネット５０を介して送信端のＲＴＰ再送制御装置３０へ送信する。
【００２３】
ＲＴＰ解析部２２０は、インターネット５０を介してＲＴＰ再送制御装置３０から再送パケットを受信すると、再送パケットと蓄積している該当ストリームのＲＴＰパケットとをシーケンス番号順に多重化部２３０へ出力する。多重化部２３０は、入力されたパケットを多重化してローカルネットワークを介してＲＴＰ受信端末１０へ送信する。これにより、ＲＴＰ受信端末１０には、シーケンス番号の順序でＲＴＰパケットが届くことになる。
【００２４】
なお、インターネット５０から受信したＲＴＰパケットを順次、ＲＴＰ受信端末１０側へ送信し、受信した再送パケットについてもそのままＲＴＰ受信端末１０側へ送信するようにしてもよい。但し、この場合には、ＲＴＰ受信端末１０が受信パケットをシーケンス番号の順序に並べ替える。
【００２５】
図３は、図１に示す送信端のＲＴＰ再送制御装置３０の構成を示すブロック図である。図３において、多重化復元部３１０は、ＲＴＰ送信装置４０から送信されたパケット列をローカルネットワークを介して受信し、該パケット列を分解してＲＴＰ解析部３２０に出力する。
ＲＴＰ解析部３２０は、受信したＲＴＰパケットが再送対象のストリームに含まれるパケットであるか否かを判定し、再送対象のＲＴＰパケットのみをデータ蓄積部３５０に蓄積する。また、ＲＴＰ解析部３２０は、多重化復元部３１０から入力されたパケットを多重化部３３０へ出力する。
【００２６】
多重化復元部３７０は、受信端のＲＴＰ再送制御装置２０から送信されたパケット列をインターネット５０を介して受信し、該パケット列を分解してＲＴＰ解析部３８０に出力する。
ＲＴＰ解析部３８０は、受信端のＲＴＰ再送制御装置２０によって生成されたＡＰＰ−ＲＴＣＰパケットを検出した場合に、再送すべきシーケンス番号をＡＰＰ−ＲＴＣＰパケットから抽出し、再送制御部３６０に再送を指示する。その他のパケットは全て多重化部３９０に出力する。
多重化部３９０は、入力されたパケットを多重化してローカルネットワークを介してＲＴＰ送信端末４０へ送信する。
【００２７】
再送制御部３６０は、ＲＴＰ解析部３８０から指示されたシーケンス番号のＲＴＰパケットを、データ蓄積部３５０から読み出して多重化部３３０へ出力する。
多重化部３３０は、再送制御部３６０から入力された再送パケットとＲＴＰ解析部３２０から入力されたパケットとを多重化して、インターネット５０を介して受信端のＲＴＰ再送制御装置２０へ送信する。
データ管理部３４０は、データ蓄積部３５０に蓄積されているＲＴＰパケットのうち、不要となったパケットをデータ蓄積部３５０から削除する。
【００２８】
次に、上述した本発明による再送制御装置２０，３０を用いた通信システムの実施例として、インターネットＭＰＥＧ−４配信システムを説明する。図４は、インターネットＭＰＥＧ−４配信システムの構成例を示すブロック図である。図５は、図４に示すインターネットＭＰＥＧ−４配信システムのデータ伝送に係る基本構成を示すブロック図である。
インターネットＭＰＥＧ−４配信システムは、ＭＰＥＧ−４再生端末１５と、ＲＴＰパケット受信端に位置する上記図２のＲＴＰ再送制御装置２０と、ＲＴＰパケット送信端に位置する上記図３のＲＴＰ再送制御装置３０と、ＭＰＥＧ−４ビデオサーバ４５を備える。
【００２９】
ＭＰＥＧ−４ビデオサーバ４５には、予めＭＰＥＧ−４標準規格に従い符号化された、ビデオ映像データおよびシーン記述データが格納されている。ＭＰＥＧ−４ビデオサーバ４５は、ビデオ映像データおよびシーン記述データを、ＲＴＰ再送制御装置３０へ送信する。ＲＴＰ再送制御装置３０は、受信したビデオ映像データおよびシーン記述データを、インターネット５０を介してＲＴＰ再送制御装置２０へ転送する。ＲＴＰ再送制御装置２０は、受信した受信したビデオ映像データおよびシーン記述データを、ＭＰＥＧ−４再生端末１５へ送信する。シーン記述データおよびビデオ映像データの伝送形式には、独立したエレメントストリームを用いる。このエレメントストリームを区別するために、ＲＴＰヘッダのペイロードタイプを用いる。
【００３０】
図４に示すインターネット５０では、通信路が輻輳した場合、あるＲＴＰパケットがビデオ映像データを含んでいるのか、あるいはシーン記述データを含んでいるのかを区別せずに、当該パケットの廃棄が行われる。ＭＰＥＧ−４のシーン記述データには、シーン中に文字や図形を表示するとともに、その中にビデオ映像をどのように表示するか等の情報が含まれている。このため、パケット廃棄によりシーン記述データが欠落すると、最悪ビデオ全体が表示されないなど、通信品質に与える悪影響が大きい。一方、ビデオ映像データのエレメンタリーストリームについては多くの情報が含まれており、一つのＲＴＰパケットが廃棄されても１フレーム中の一部に画質劣化が生じるなど、非常に局所的な影響しか与えない。このため、シーン記述データのエレメンタリーストリームについては、ビデオ映像データのストリームよりも通信の信頼性が要求される。
【００３１】
次に、図４のインターネットＭＰＥＧ−４配信システムの再送制御に係る動作を説明する。以下、図２，図３に対応する部分には同一の符号を付している。
送信端のＲＴＰ再送制御装置３０において、多重化復元部３１０は、ＭＰＥＧ−４ビデオサーバ４５から受信した信号をＩＰパケットに分解してＲＴＰ解析部３２０に出力する。ＲＴＰ解析部３２０は、受信したＲＴＰパケットのみを抽出するが、パケットの廃棄、入れ替え、書換等は行わず、そのまま多重化部３３０に出力する。ＲＴＰ解析部３２０は、受信したＲＴＰパケットのうち、ペイロードタイプがシーン記述ストリームであるパケットを、データ蓄積部３５０に蓄積するとともに、データ管理部３４０の管理テーブルに情報を記録する。
【００３２】
受信端のＲＴＰ再送制御装置２０において、多重化復元部２１０は、送信端のＲＴＰ再送制御装置３０から送信されたパケット列をインターネット５０を介して受信し、該パケット列をＩＰパケットに分解してＲＴＰ解析部２２０に出力する。ＲＴＰ解析部２２０は、受信したＩＰパケットのうち、ＲＴＰパケットであり且つペイロードタイプがシーン記述ストリームであるパケットのシーケンス番号を抽出する。このシーケンス番号と前回受信したシーン記述ストリームのＲＴＰパケットのシーケンス番号との差が１でない場合、ＲＴＰ解析部２２０は、それらシーケンス番号の間のパケットが廃棄されたと判断する。そして、その廃棄されたと判断したシーケンス番号を再送制御部２４０に通知する。
【００３３】
再送制御部２４０は、そのシーケンス番号をＲＴＰ解析部２２０から受け取ると、送信端のＲＴＰ再送制御装置３０へ送信するＡＰＰ−ＲＴＣＰパケットを作成する。図６にＡＰＰ−ＲＴＣＰパケットの構成を示す。
【００３４】
図６に示すように、ＡＰＰ−ＲＴＣＰパケットには、ＲＴＣＰヘッダのタイプフィールドにＡＰＰを表す「２０４」を使用し、送信者識別子には受信端末（ＭＰＥＧ−４再生端末１５）の値を用いる。ＲＴＣＰペイロードは、アプリケーション識別子の固有コードと、再送が必要なシーケンス番号の数、シーケンス番号列から成る。
【００３５】
再送制御部２４０は、作成したＡＰＰ−ＲＴＣＰパケットを多重化部２６０に出力する。多重化部２６０は、該ＡＰＰ−ＲＴＣＰパケットと、ＭＰＥＧ−４再生端末１５がＭＰＥＧ−４ビデオサーバ４５に返送しているＲＴＣＰパケットとを多重化してインターネット５０を介して送信端のＲＴＰ再送制御装置３０へ送信する。
【００３６】
送信端のＲＴＰ再送制御装置３０において、多重化復元部３７０は、インターネット５０を介して受信したパケット列を、ＩＰパケットに分解してＲＴＰ解析部３８０に出力する。ＲＴＰ解析部３８０は、受信したＡＰＰ−ＲＴＣＰパケットのうち、受信端のＲＴＰ再送制御装置２０で生成されたものを抽出し、それ以外のパケットは、多重化部３９０によりＭＰＥＧ−４ビデオサーバ４５へ送信する。ＲＴＰ解析部３８０は、抽出したＡＰＰ−ＲＴＣＰパケットに含まれている再送要求対象のシーケンス番号を再送制御部３６０に通知する。
【００３７】
再送制御部３６０は、そのシーケンス番号を受け取ると、データ蓄積部３５０から当該シーケンス番号を有するパケットを読み出して多重化部３３０に出力する。多重化部３３０は、その再送パケットと他のＲＴＰパケットとを多重化してインターネット５０を介して受信端のＲＴＰ再送制御装置２０へ送信する。
【００３８】
データ管理部３４０は、データ蓄積部３５０に蓄積されているＲＴＰパケットのうち、不要となったパケットをデータ蓄積部３５０から削除する。データ管理部３４０は、ＲＴＰ解析部３２０によりデータ蓄積部３５０に蓄積されるパケットのシーケンス番号が、既に蓄積されているパケットのシーケンス番号と同じである場合に、既に蓄積されているパケットをデータ蓄積部３５０から削除する。なお、シーケンス番号は、１６ビットで構成されており、その値は巡回している。また、ＢＹＥ−ＲＴＣＰパケットが受信され、ＲＴＰセッションが終了したことをＲＴＰ解析部３２０が検出した場合、この検出によりデータ管理部３４０は、該ＲＴＰセッションのＲＴＰパケットの全てを、データ蓄積部３５０から削除する。
【００３９】
なお、本実施形態において、受信側の通信装置をＲＴＰ再送制御装置とローカルエリアネットワークで接続されたＲＴＰ受信端末（又はＭＰＥＧ−４再生端末）で構成し、送信側の通信装置をＲＴＰ再送制御装置とローカルエリアネットワークで接続されたＲＴＰ送信端末（又はＭＰＥＧ−４ビデオサーバ）で構成しているが、ローカルエリアネットワークで接続せずに通信端末に全て含むように構成してもよい。
【００４０】
以上、本発明の実施形態を図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、本発明の要旨を逸脱しない範囲の設計変更等も含まれる。
【００４１】
【発明の効果】
以上説明したように、本発明によれば、所定のストリーミングに用いられる、例えばＲＴＰパケットのみを再送対象として再送制御をおこなうので、ＲＴＰを用いたパケット通信によりデータを授受する通信装置に影響を与えることなく、パケットの再送を効率よく行うことができる。これにより、例えばＲＴＰ／ＵＤＰ／ＩＰを使用する通信において、送信サーバ及び受信端末を変更することなく、重要な通信ストリームの信頼性を確保することができる。
【００４２】
また、再送用に蓄積している送信パケットのうち、不要となったパケットについては削除されるので、パケットの蓄積効率が向上する。
【図面の簡単な説明】
【図１】本発明の一実施形態による再送制御装置２０，３０を用いた通信システムの構成例を示すブロック図である。
【図２】ＲＴＰパケット受信端のＲＴＰ再送制御装置２０の構成を示すブロック図である。
【図３】ＲＴＰパケット送信端のＲＴＰ再送制御装置３０の構成を示すブロック図である。
【図４】本発明による再送制御装置２０，３０を用いたインターネットＭＰＥＧ−４配信システムの構成例を示すブロック図である。
【図５】図４に示すインターネットＭＰＥＧ−４配信システムのデータ伝送に係る基本構成を示すブロック図である。
【図６】ＡＰＰ−ＲＴＣＰパケットの構成を示す図である。
【図７】ＲＴＰパケットのフォーマットを示す図である。
【図８】ＲＴＰヘッダの構成を示す図である。
【符号の説明】
１０…ＲＴＰ受信端末、１５…ＭＰＥＧ−４再生端末、２０，３０…ＲＴＰ再送制御装置、４０…ＲＴＰ送信装置、４５…ＭＰＥＧ−４ビデオサーバ、５０…インターネット、２１０，２５０，３１０，３７０…多重化復元部、２２０，３２０，３８０…ＲＴＰ解析部、２３０，２６０，３３０，３９０…多重化部、２４０，３６０…再送制御部、３４０…データ管理部、３５０…データ蓄積部
【図１】
2004186737.tif 000003
【図２】
2004186737.tif 000004
【図３】
2004186737.tif 000005
【図４】
2004186737.tif 000006
【図５】
2004186737.tif 000007
【図６】
2004186737.tif 000008
【図７】
2004186737.tif 000009
【図８】
2004186737.tif 000010