(57)【要約】【課題】リアルタイム性を要求されるパケット送受信を行う場合に、フラグメントの先頭パケットを正常に受信できなかった場合においても、再生される映像の乱れをできるだけ低減できるパケット受信装置およびパケット送信装置を実現することを目的とする。【解決手段】受信パケットが映像パケットか否かをパケット受信装置２１が判断できるように、パケット送信装置４１はＩＰヘッダの特定フィールドのビットを制御する。一方、パケット受信装置２１の映像データ判定手段２４は前記ビットを参照して、受信したパケットが映像パケットであるかを判断する。これにより、後続パケットを破棄せずに、格納する映像データを復号手段２６へ映像データを渡す。【選択図】  図１
2004312129.tif 000002
【特許請求の範囲】
【請求項１】
パケット通信ネットワークを介してパケット送信装置から符号化映像データを格納した映像パケットを受信し、復号するパケット受信装置であって、物理・データリンクプロトコル受信処理手段と、ＩＰ受信処理手段と、映像データ判定手段と、ＵＤＰ受信処理手段と、復号手段とを備え、
前記物理・データリンクプロトコル受信処理手段は、前記パケット通信ネットワークから受信パケットを受けて物理層とデータリンク層のプロトコルの受信処理を行い、前記ＩＰ受信処理手段へ前記受信パケットを渡し、
前記ＩＰ受信処理手段は、前記物理・データリンクプロトコル受信処理手段からの受信パケットが映像パケット送信装置からのフラグメントされたパケットであり、かつ正常に受信できなかった先頭パケットのフラグメントに属するパケットのときは、前記映像データ判定手段に前記受信データを渡し、前記映像データ判定手段からの通知に従って前記受信パケットをＵＤＰ受信処理手段へ、またはＩＰペイロード部の映像データを復号手段へ渡し、
前記映像データ判定手段は、前記ＩＰ受信処理手段から受けた前記受信パケットが映像データであるか否かの判定結果を前記ＩＰ受信処理手段へ通知し、
前記ＵＤＰ受信処理手段は、前記ＩＰ受信処理手段からの前記受信パケットが映像パケットである場合はＵＤＰペイロード部の映像データを復号手段へ渡し、
前記復号手段は、前記ＩＰ受信処理手段または前記ＵＤＰ受信処理手段からの映像データを復号し、再生することを特徴とするパケット受信装置。
【請求項２】
前記映像データ判定手段は、映像データの判定のためにＩＰヘッダの”Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ”フィールドを利用することを特徴とする請求項１記載のパケット受信装置。
【請求項３】
前記映像データ判定手段は、映像データの判定のためにＩＰヘッダの”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”フィールドを利用することを特徴とする請求項１記載のパケット受信装置。
【請求項４】
前記映像データ判定手段は、映像データの判定のためにＩＰヘッダの”Ｏｐｔｉｏｎｓ”フィールドを利用することを特徴とする請求項１記載のパケット受信装置。
【請求項５】
パケット通信ネットワークを介して映像パケットをパケット受信装置へ送信するパケット送信装置であって、
物理・データリンクプロトコル送信処理手段と、ＩＰ送信処理手段と、ＵＤＰ送信処理手段と、映像データ読出し手段と、映像データ蓄積手段とを備え、
前記映像データ蓄積手段は、符号化された映像データを蓄積し、
前記映像データ読出し手段は、前記映像データ蓄積手段から符号化映像データを読出して前記ＵＤＰ送信処理手段へ渡し、
前記ＵＤＰ送信処理手段は、前記映像データ読出し手段からの前記符号化映像データを格納したＵＤＰパケットを前記ＩＰ送信処理手段へ渡し、
前記ＩＰ送信処理手段は、前記ＵＤＰ送信処理手段からの前記符号化映像データを格納した前記ＵＤＰパケットを格納するＩＰパケットを作成するとともに、前記ＩＰパケットのヘッダの特定フィールドを予め定めた値に制御し、前記ＩＰパケットを前記物理・データリンクプロトコル送信処理手段へ渡し、
前記物理・データリンクプロトコル送信処理手段は、物理層とデータリンク層のプロトコルの送信処理を行うことを特徴とするパケット送信装置。
【請求項６】
前記ＩＰ送信処理手段は、ＩＰヘッダの”Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ”フィールドを制御することを特徴とする請求項５記載のパケット送信装置。
【請求項７】
前記ＩＰ送信処理手段は、ＩＰヘッダの”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”フィールドを制御することを特徴とする請求項５記載のパケット送信装置。
【請求項８】
前記ＩＰ送信処理手段は、ＩＰヘッダの”Ｏｐｔｉｏｎｓ”フィールドを制御することを特徴とする請求項５記載のパケット送信装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、符号化映像データをパケット化し、パケットのビット誤りやパケット欠落が避けられないパケット通信ネットワークを介して、ＵＤＰ／ＩＰ（ユーザデータグラムプロトコル／インターネットプロトコル）を使ってリアルタイムに映像パケットを送信する送信装置と、映像パケットを受信しながら復号化し映像再生するパケット受信装置において、
送受信装置の間で映像パケット判定情報を交換することにより、受信パケットが欠落した場合やビット誤りが発生した場合でも、
視聴者にとって好ましくない再生映像の乱れを抑制できる受信装置および送信装置に関する。特に本発明は、フラグメントの先頭パケットが欠落した場合に発生する可能性がある再生映像の乱れを、できるだけ抑制できる送受信装置に関する。
【０００２】
【従来の技術】
一般に、符号化映像データをインターネットのようなパケット通信ネットワークを介して送受信する場合、ＴＣＰ／ＩＰやＵＤＰ／ＩＰのプロトコルが使われる。
【０００３】
ＴＣＰは、コネクションレスのＩＰを下位層プロトコルとし、ＴＣＰでコネクションを作成し、データ送信に対して確認応答を受信装置から送信装置へ送り返す。これにより、確実にデータが受信装置に届いたことを送信装置が確認でき、パケットが届かなかったときは、パケットを再送することにより、確実に受信装置にデータを送り届けることができる。
【０００４】
しかしながら、上記のようなハンドシェイクが必要なため、送受信装置間のデータ伝送レートを上げるのが難しく、また、パケットの到着遅延も大きいため、パケットを受信しながら受信したパケットから順次復号するようなリアルタイムな映像伝送には向いていない。
【０００５】
一方のＵＤＰは、ＴＣＰと同じくＩＰを下位層プロトコルとして用いるが、コネクションを作成せず、確認応答も行わない。このため、ＴＣＰとは異なり再送制御がないため、パケットが欠落した場合は再送されないが、ＴＣＰと比べて送受信装置間で高速なデータ伝送が可能であるため、リアルタイムな映像伝送に向いている。
【０００６】
上記のように、ＵＤＰ／ＩＰは高速な伝送が可能であるという点で、リアルタイムな映像伝送に適している。しかし、パケットの欠落や遅延が発生した場合に、それを補償する仕組みがプロトコルに備わっていないため、復号化した映像にブロックノイズや画面フリーズなどの悪影響を及ぼしてしまうことがある。
【０００７】
これを解決する方法として、例えば特許文献１記載の「ビデオパケットの受信復号システムおよび送信システム」が知られている。図４は前記従来技術の受信システムの構成を示す図である。図４において、受信パケットが欠落したとき、その欠落したパケットより後の受信パケットをパケット蓄積部２に蓄積するとともに、欠落したパケットの復号に必要な参照データを復号参照データ蓄積部４に記憶しておき、欠落したパケットが遅れて受信された時に前記記憶しておいた一連のデータを利用して復号を行うことにより、パケットの欠落や遅延による画質劣化を可能な限り速やかに軽減できるとしている。パケットの順序関係の判断には、ＵＤＰの上位層プロトコルであるＲＴＰ（リアルタイム伝送プロトコル）を用いることで実現している。すなわち、前記従来技術は、プロトコル構成として、ＲＴＰ／ＵＤＰ／ＩＰを前提としている。
【０００８】
ＵＤＰの下位層プロトコルとして用いられるＩＰには、フラグメントという機能が備わっている。フラグメントとは、ＩＰの下位層プロトコルの最大ペイロードサイズ（以下、最大ペイロードサイズを「ＭＴＵ」と記載）が、ＩＰペイロードとＩＰヘッダの合計サイズを超える場合に、ＩＰペイロードを分割し、下位層プロトコルのＭＴＵに収まる複数のＩＰパケットを生成する機能である。フラグメントされた先頭のＩＰパケット（以下、フラグメントされた先頭のＩＰパケットを「先頭パケット」と記載）のペイロードには、ＵＤＰ／ＩＰの場合はＵＤＰヘッダが含まれるが、２番目以降のパケット（以下、フラグメントされた２番目以降のＩＰパケットを「後続パケット」と記載）にはＵＤＰヘッダは存在しない。
【０００９】
【特許文献１】
特開２００２−２４７５７８号公報
【００１０】
【発明が解決しようとする課題】
しかしながら、フラグメントのＵＤＰ／ＩＰ先頭パケットを正常に受信できなかった場合、フラグメントされたＵＤＰパケットを再構築できないため、その先頭パケットのフラグメントに属する後続パケットはＩＰで破棄される。
【００１１】
例えば、ＩＰの下位層プロトコルとしてＬＡＮでよく利用されている、ファーストイーサネット（Ｒ）のペイロードの最大サイズ（以下、「ＭＴＵ」と記載）は１５００バイトである。一方、ＩＰパケットの最大サイズは６５５３６バイトであるため、フラグメントが発生する可能性がある。一般に、ＩＰパケットの最大サイズよりもＩＰの下位層プロトコルのＭＴＵの方が小さく、また、符号化映像データのサイズはＩＰパケットの最大サイズよりも十分大きいので、ＩＰの下位層プロトコルのＭＴＵよりも大きいＩＰパケットが生成されて、フラグメントが起きる可能性が高い。
【００１２】
以上のように、ＵＤＰ／ＩＰ先頭パケットを正常に受信できなかった場合に、先頭パケットのフラグメントに属する後続パケットをビット誤りやパケット落ちなく受信できたにも関わらず、符号化映像データとして使用することができないという問題点があった。
【００１３】
また、映像の符号化では、圧縮効率を上げるためにフレーム間予測を用いることが多い。この場合、フレーム間予測の参照元となるフレームを参照フレームと呼び、復号された参照フレームは、時間的に前後の符号化映像フレームを復号するために必須となるフレームである。もし、パケットの受信異常により符号化された参照フレームが正常に復号できなかったときは、これに起因するブロックノイズや画面フリーズなどの悪影響がその参照フレームだけにとどまらず、数フレームから数十フレームに渡って影響し、再生映像の品質に深刻な悪影響およぼすことがある。この符号化された参照フレームのデータは、一般に符号化データ中に周期的に存在する。
【００１４】
前記従来の方法は、ＲＴＰ／ＵＤＰ／ＩＰの枠組みの中で、正常に受信処理が完了できたパケットに対してのみ適用されることになる。そのため、フラグメントの先頭パケットの欠落が発生した場合は、後続パケットはパケット受信部１０で破棄されてしまい、パケット蓄積部１１へ蓄積されない。このため、前記従来技術の方法では先頭パケットを正常に受信できなかった後続パケットが参照フレームを格納する場合に、その参照フレームを復号できないという課題がある。この課題に対して前記従来技術は、復号参照データ蓄積部１２に、過去の参照フレームを蓄積することによって解決を図っているが、シーンチェンジや動きの大きいシーンでは、本来の参照フレームと復号参照データ蓄積部１２の参照フレームとが、大きく異なってしまうため、復号した映像に画質劣化を引き起こしてしまう可能性があるという問題点があった。
【００１５】
本発明は、上記従来の問題点を解決するもので、パケットの欠落が避けられないパケット通信ネットワークを介して、符号化映像パケットを受信しながら復号するような、リアルタイム性を要求されるパケット送受信を行う場合に、フラグメントの先頭パケットを正常に受信できなかった場合においても、再生される映像の乱れをできるだけ低減できるパケット受信装置およびパケット送信装置を実現することを目的とする。
【００１６】
【課題を解決するための手段】
この目的を達成するために、本発明の請求項１に係るパケット受信装置は、物理・データリンクプロトコル受信処理手段と、ＩＰ受信処理手段と、映像データ判定手段と、ＵＤＰ受信処理手段と、復号手段とを備え、
物理・データリンクプロトコル受信処理手段は、パケット通信ネットワークから受信パケットを受けて物理層とデータリンク層のプロトコルの受信処理を行い、ＩＰ受信処理手段へ受信パケットを渡し、ＩＰ受信処理手段は、物理・データリンクプロトコル受信処理手段からの受信パケットが映像パケット送信装置からのフラグメントされたパケットであり、かつ正常に受信できなかったフラグメントに属するパケットのときは、映像データ判定手段に受信データを渡し、映像データ判定手段からの通知に従って受信パケットをＵＤＰ受信処理手段へ、またはＩＰペイロード部の映像データを復号手段へ渡し、映像データ判定手段は、ＩＰ受信処理手段から受けた受信パケットが映像データであるか否かの判定結果をＩＰ受信処理手段へ渡し、ＵＤＰ受信処理手段は、ＩＰ受信処理手段からの受信パケットにＵＤＰ受信処理を行い、受信パケットが映像パケットである場合はＵＤＰペイロード部の映像データを復号手段へ渡し、復号手段は、ＩＰ受信処理手段またはＵＤＰ受信処理手段からの映像データを復号し、再生することを特徴とする。
【００１７】
本発明の請求項２に係るパケット受信装置は、請求項１記載のパケット受信装置であって、映像データ判定手段は映像データの判定のためにＩＰヘッダの”Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ”フィールドを利用することを特徴とする。
【００１８】
本発明の請求項３に係るパケット受信装置は、請求項１記載のパケット受信装置であって、映像データ判定手段は映像データの判定のためにＩＰヘッダの”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”フィールドを利用することを特徴とする。
【００１９】
本発明の請求項４に係るパケット受信装置は、請求項１記載のパケット受信装置であって、映像データ判定手段は映像データの判定のためにＩＰヘッダの”Ｏｐｔｉｏｎｓ”フィールドを利用することを特徴とする。
【００２０】
本発明の請求項５に係るパケット送信装置は、物理・データリンクプロトコル送信処理手段と、ＩＰ送信処理手段と、ＵＤＰ送信処理手段と、映像データ読出し手段と、映像データ蓄積手段とを備え、映像データ蓄積手段は、符号化された映像データを蓄積し、映像データ読出し手段は、映像データ蓄積手段から符号化映像データを読出し、ＵＤＰ送信処理手段へ渡し、ＵＤＰ送信処理手段は、映像データ読出し手段からの符号化映像データを格納したＵＤＰパケットをＩＰ送信処理手段へ渡し、ＩＰ送信処理手段は、ＵＤＰ送信処理手段からの符号化映像データを格納したＵＤＰパケットを格納するＩＰパケットを作成するとともに、ＩＰパケットのヘッダの特定フィールドを予め定めた値に制御し、ＩＰパケットを物理・データリンクプロトコル送信処理手段へ渡し、物理・データリンクプロトコル送信処理手段は、物理層とデータリンク層のプロトコルの送信処理を行うことを特徴とする。
【００２１】
本発明の請求項６に係るパケット受信装置は、請求項５記載のパケット送信装置であって、ＩＰ送信処理手段はＩＰヘッダの”Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ”フィールドを制御することを特徴とする。
【００２２】
本発明の請求項７に係るパケット受信装置は、請求項５記載のパケット送信装置であって、ＩＰ送信処理手段はＩＰヘッダの”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”フィールドを制御することを特徴とする。
【００２３】
本発明の請求項８に係るパケット受信装置は、請求項５記載のパケット送信装置であって、ＩＰ送信処理手段はＩＰヘッダの”Ｏｐｔｉｏｎｓ”フィールドを制御することを特徴とする。
【００２４】
【発明の実施の形態】
以下、本発明の実施の形態について、図面を参照しながら説明する。
【００２５】
（実施の形態１）
図１は、本発明の実施の形態１におけるパケット受信装置の構成図である。
【００２６】
図１において、パケット通信ネットワーク２０はインターネットやＣＤＮ（コンテンツ配信ネットワーク）であり、パケット受信装置２１はパケット通信ネットワーク２０を介して送信装置からパケットを受信する。物理・データリンクプロトコル受信処理手段２２は、物理層およびデータリンク層の受信処理を行い、受信パケットの上位層プロトコルがＩＰである場合はＩＰ受信処理手段２３に受信パケットを渡す。物理・データリンクプロトコル受信処理手段２２は、一般に使われているイーサネット（Ｒ）やＡＴＭのことであり、本発明では特に限定しない。ＩＰ受信処理手段２３は、物理・データリンクプロトコル受信処理手段２２から受けた受信パケットのＩＰパケットの受信処理を行う。映像データ判定手段２４は、ＩＰ受信処理手段２３が受信したパケットが映像データを格納するか否かを判定し、ＩＰ受信処理手段２３へ通知する。ＵＤＰ受信処理手段２５は、ＲＦＣ７６８で規定された標準のＵＤＰパケットの受信処理を行う。復号手段２６は、ＩＰ受信処理手段２３またはＵＤＰ受信処理手段２５から渡される映像データを復号する。
【００２７】
次に、実施の形態１によるパケット受信装置の動作について説明する。
【００２８】
図２は本発明の実施の形態１におけるパケット受信装置と、後述する実施の形態２におけるパケット送信装置との間の送受信手順を示すシーケンス図である。図２において、図１および図３と同じ構成要素については同じ符号を用い、説明を省略する。図２において、図面の上部から下部へ向かって時間が進むことを示す。映像データ送信要求３０は、パケット受信装置２１からパケット送信装置４１への映像データの送信要求である。パケット送信装置４１は、映像データ送信要求３０を受けて、映像データ判定情報３１をパケット受信装置２１へ送信する。パケット受信装置２１は映像データ判定情報３１を使用し、受信パケットが映像パケット３２であるか否かを判断する。このように本実施の形態のパケット受信装置２１は、映像データの受信に先立って、映像データ判定情報３１を取得する。
【００２９】
図１において、ＩＰ受信処理手段２３は、ＲＦＣ７９１の規定に従ってＩＰパケットの受信処理を行うが、受信したパケットが映像データ送信装置からのパケットであり、かつ先頭パケットを正常に受信できなかった後続パケットである場合には、映像データ判定手段２４へＩＰヘッダ内のフィールド情報を渡し、映像データ判定手段２４は、前記パケットが映像データを格納するか否かをＩＰ受信処理手段２３へ通知する。ＩＰ受信処理手段２３は、映像データ判定手段２４から映像データを格納するとの通知を受けた場合は、ペイロードの映像データを復号手段２６へ渡し、映像データを格納しないとの通知を受けた場合は、通常のＩＰパケットの受信処理のとおり受信パケットを破棄する。
【００３０】
映像データ判定手段２４が受信パケットを判定する方法としては、ＩＰヘッダ内の”Ｔｙｐｅ  ｏｆ  Ｓｅｒｖｉｃｅ（ＴＯＳ）”フィールドの未使用ビットを使う方法、”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”フィールドを使う方法、”Ｏｐｔｉｏｎｓ”を使う方法がある。”ＴＯＳ”フィールドの未使用ビットを使う方法は、未使用ビットが’１’である場合に映像データと判定し、’０’である場合は非映像データと判定する。未使用ビットは２ビットあるが、どちらか一方のみを使用してもよいし、両方とも使用してもよい。また、’１’／’０’の意味づけは逆でもよい。”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”フィールドを使う方法は、映像データとそれ以外のデータで取り得る値域を分ける方法である。Ｉｄｅｎｔｉｆｉｃａｔｉｏｎフィールドは１６ビット存在し、送信装置はＩＰパケットを送信する毎に異なる値をセットする。但し、フラグメントされたパケットについては同一フラグメントに属するパケットに対しては同じ値をセットする。このＩｄｅｎｔｉｆｉｃａｔｉｏｎの付与条件は前記の「異なる値をセットする」以外に特にはない。そのため、例えば映像データのＩｄｅｎｔｉｆｉｃａｔｉｏｎ値域を０から９９９９、それ以外のデータのＩｄｅｎｔｉｆｉｃａｔｉｏｎ値域を１００００から６５５３５というように使い分ける。また、別の分け方としては、１６ビットのうちの１つ以上の特定のビットの’０’／’１’で区別してもよい。例えば、最上位ビットが’１’の時は映像データ、’０’のときはそれ以外のデータと意味づけしてもよい。なお、この’０’／’１’の意味づけは逆でもよい。”Ｏｐｔｉｏｎｓ”を使う方法は、ＩＰヘッダに３２ビット単位のオプション領域を追加作成できる機能を利用する。例えば、オプション領域が１６進０００００００１であれば映像データ、１６進００００００００であればそれ以外のデータとする。または、オプション領域が存在すれば映像データと判定し、なければそれ以外のデータと判定してもよい。なお、オプション領域の値とデータの意味づけはこれに限るものではなく、送受信装置の間で自由に規定できる。
【００３１】
これらの３つの判定情報が、図２における映像データ判定情報３１である。
【００３２】
かかる構成によれば、ＩＰヘッダの”ＴＯＳ”、”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”または”Ｏｐｔｉｏｎｓ”フィールドを確認することにより、フラグメントされた先頭パケットを正常に受信できなかった場合でも、その先頭パケットのフラグメントに属する後続パケットが映像データを格納するか否かを判断することが可能となり、このような場合においても、後続パケットが格納する映像データを破棄することなく再生処理することができる。
【００３３】
なお、ＵＤＰ／ＩＰを例にとって説明したが、ＵＤＰのさらに上位にプロトコルを設けてもよく、その場合も同様の効果を得ることができる。
【００３４】
なお、復号手段２６はハードウェア、ソフトウェアのどちらで実現してもよい。
【００３５】
（実施の形態２）
図３は、本発明の実施の形態２におけるパケット送信装置の構成図である。図３において、図１と同じ構成要素については同じ符号を用い、説明を省略する。
【００３６】
図３において、パケット送信装置４１は、本発明のパケット送信装置である。物理・データリンクプロトコル送信処理手段４２は、ＩＰやその他の上位層プロトコルから送信データを受けて、物理層およびデータリンク層プロトコルの送信処理を行う。一般に、イーサネット（Ｒ）やＡＴＭが利用されており、本発明では特に限定しない。ＩＰ送信処理手段４３は、ＵＤＰ送信処理手段４５から送信データを受けて、ＩＰパケットの送信処理を行う。ＵＤＰ送信処理手段４５は、映像データ読出し手段４６から受けた映像データのＵＤＰパケット送信処理を実行する。映像データ読出し手段４６は、映像データ蓄積手段４７から読み出した映像データをＵＤＰ送信処理手段４５へ渡す。映像データ蓄積手段４７は、映像データを蓄積するハードディスク装置や半導体メモリ装置などの蓄積装置である。
【００３７】
次に、本実施の形態２による映像パケット送信装置の動作について説明する。
【００３８】
パケット送信装置４１は、本発明の映像パケット受信装置からの映像データ送信要求３０を受信すると、まず映像データ判定情報３１を送信し、次いで映像データをパケット化して送信する。ＩＰ送信処理手段４３は、ＵＤＰ送信処理手段４５から受けたデータが映像データである場合、実施の形態１で説明した３つの方法の内の少なくとも１つの方法に従って、ＩＰヘッダのフィールドを制御する。
【００３９】
かかる構成によれば、送信パケットのＩＰヘッダの”ＴＯＳ”、”Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ”または”Ｏｐｔｉｏｎｓ”フィールドの値を、送信するデータが映像データか否かによって制御することによって、受信装置において受信パケットが映像データを格納しているか否かを判断することが可能となり、正常に受信できなかった先頭パケットが映像データを格納する場合でも、その先頭パケットのフラグメントに属する後続パケットが格納するデータが映像データを破棄することなく再生処理することができる。
【００４０】
なお、本実施の形態において、最上位プロトコルの処理手段としてＵＤＰ受信処理手段２５およびＵＤＰ送信処理手段４５を設けたが、ＵＤＰのさらに上位にプロトコルを設けることもできる。
【００４１】
なお、これらの３つの判定方法はそれぞれ個別に使用してもよいし、同時に使用してもよい。
【００４２】
なお、実施の形態１と２では、受信装置および送信装置をそれぞれ独立に説明したが、送信装置と受信装置が一体化した１つの装置であってもよい。
【００４３】
【発明の効果】
以上のように、本発明のパケット受信装置およびパケット送信装置によって、パケットの欠落が避けられないパケット通信ネットワークにおいて、リアルタイム性を要求される映像データのパケット通信において、フラグメントの先頭パケットを欠落した場合においても、その先頭パケットのフラグメントに属する後続パケットを破棄しないことによって、特に後続パケットに符号化参照フレームが格納されている場合において、再生される映像の乱れをできるだけ低減できるパケット受信装置およびパケット送信装置を実現することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態１におけるパケット受信装置の構成図
【図２】本発明の実施の形態１のパケット受信装置と実施の形態２のパケット送信装置との間のシーケンス図
【図３】本発明の実施の形態２におけるパケット送信装置の構成図
【図４】従来のパケット受信装置の構成図
【符号の説明】
１０  従来のパケット受信装置のパケット受信部
１１  従来のパケット受信装置のパケット蓄積部
１２  従来のパケット受信装置の復号参照データ蓄積部
２０  パケット通信ネットワーク
２１  パケット受信装置
２２  物理・データリンクプロトコル受信処理手段
２３  ＩＰ受信処理手段
２４  映像データ判定手段
２５  ＵＤＰ受信処理手段
２６  復号手段
３０  映像データ送信要求
３１  映像データ判定情報
３２  映像パケット
４１  パケット送信装置
４２  物理・データリンクプロトコル送信処理手段
４３  ＩＰ送信処理手段
４５  ＵＤＰ送信処理手段
４６  映像データ読出し手段
４７  映像データ蓄積手段
【図１】
2004312129.tif 000003
【図２】
2004312129.tif 000004
【図３】
2004312129.tif 000005
【図４】
2004312129.tif 000006