(57)【要約】【課題】  パケットロスの判定を早く行って再送要求を早く行うことができるリアルタイムデータ受信装置を提供する。【解決手段】  パケット群の中の先頭パケットと最後尾パケット（Ｍ＝１）間の間隔（＝パケット群の幅）を測定し、記憶する（ステップＳ３）。これにより、パケット群の中における最後尾パケット（Ｍ＝１）の相対時間を知る。次に、パケット群の中の先頭パケット受信タイミングでタイマーを起動する（ステップＳ４）。そして、マーカービットＭ＝１のパケットが受信できない状態が、前記パケット群の幅＋アルファの時間経過すると（ステップＳ５でＹＥＳ）、最後尾パケット（Ｍ＝１）をロスしたと判定する。そして、それまでに受信したＳＥＱ番号を確認して、パケット群の中のパケットが正常に受信できたかどうかを確認する。そしてロスしたパケットがあれば、その分をまとめて、再送要求を送信装置へ送信する（ステップＳ７）。【選択図】  図４
2005328131.tif 000002
【特許請求の範囲】
【請求項１】
リアルタイムデータを受信する受信手段と、
前記リアルタイムデータ中のパケットのマーカービットを判定するマーカービット判定手段と、
前記マーカービットが０の先頭パケットから始まり、マーカービットが１の最後尾パケットで終了するパケット群を検出するパケット群判定手段と、
前記パケット群内における前記最後尾パケットの相対時間を計測する最後尾パケット時間計測手段と、
前記パケット群を受信した時に、当該パケット群内において前記最後尾パケット時間を所定時間過ぎても最後尾パケットが受信できない場合に、当該最後尾パケットをロスしたと判定するパケットロス判定手段と、
前記最後尾パケットをロスしたと判定した時に、当該パケット群内のロスしたパケットを再送要求する再送要求送信手段と
を具備することを特徴とするリアルタイムデータ受信装置。
【請求項２】
リアルタイムデータを受信する受信手段と、
前記リアルタイムデータ中のパケットのマーカービットを判定するマーカービット判定手段と、
前記マーカービットが０の先頭パケットから始まり、マーカービットが１の最後尾パケットで終了するパケット群を検出するパケット群判定手段と、
前記パケット群を受信した時に、前記最後尾パケットが受信できた場合に、当該パケット群内のロスしたパケットを再送要求する再送要求送信手段と
を具備することを特徴とするリアルタイムデータ受信装置。
【請求項３】
前記最後尾パケット時間計測手段は、前記パケット群内の先頭パケットに対する最後尾パケットの相対時間を計測することを特徴とする請求項１に記載のリアルタイムデータ受信装置。
【請求項４】
前記最後尾パケット時間計測手段は、前記パケット群内のマーカービットが０のパケットに対する最後尾パケットの相対時間を計測することを特徴とする請求項１に記載のリアルタイムデータ受信装置。
【請求項５】
リアルタイムデータを受信する受信手段と、
前記リアルタイムデータ中のパケットのマーカービットを判定するマーカービット判定手段と、
前記マーカービットが０の先頭パケットから始まり、マーカービットが１の最後尾パケットで終了するパケット群を検出するパケット群判定手段と、
前記パケット群同士間の時間間隔を測定するパケット群同士間隔測定手段と、
前記パケット群同士間の時間間隔を所定時間過ぎてもパケットが受信できない場合に、次のパケット群をロスしたと判定するパケットロス判定手段と、
前記パケット群をロスしたと判定した時に、当該パケット群の再送要求を行う再送要求送信手段と
を具備することを特徴とするリアルタイムデータ受信装置。
【請求項６】
リアルタイムデータおよび当該リアルタイムデータのアプリケーション種別を受信する受信手段と、
前記アプリケーション種別が連続データに関するアプリケーションか不定期データに関するアプリケーションかをチェックし、それぞれに対応したパケットロス判定方法を選択するパケットロス判定方法選択手段と
を具備することを特徴とするリアルタイムデータ受信装置。
【請求項７】
前記再送要求送信手段は、１回の送信要求でまとめることのできる最大パケット数を超えた場合には、当該最大パケット数を超えた時点で再送要求することを特徴とする請求項１又は請求項２に記載のリアルタイムデータ受信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、リアルタイムデータを受信して、パケットロスの判定および再送要求を行うリアルタイムデータ受信装置に関する。
【背景技術】
【０００２】
（背景技術１）
パケットロスの判定方法として、パケットに付けられたシーケンス番号を確認して、抜けているパケットを判断することが一般的に行われている。この場合、抜けたパケットの後に、次のパケットが到着して初めて認識可能である。
【０００３】
（背景技術２）
パケットロスの判定方法として、パケットの到着平均周期を計測してパケットロスを判断する方法がある（例えば、特許文献１参照。）。この方法にあっては、パケットの到着時間を貯蔵してパケット間の平均遅延時間を計算し、この平均遅延時間を過ぎてもパケットが到来しない場合に、パケットロスと判定している。
【特許文献１】特開２００１−１３６１９５号公報（第２頁、図１）
【発明の開示】
【発明が解決しようとする課題】
【０００４】
（背景技術１）では、次のパケットが到着して初めて認識可能であり、それまでパケットロスを判定することができない。（背景技術２）では、パケットの到着周期が広いデータの場合、パケットロスの判定が遅くなる。いずれの場合も、パケットロスの判定が遅くなり、送信装置側が再送等を行うための十分な時間がなくなってしまう等の問題があった。  
本発明は、上記の問題点を解決するためになされたもので、パケットロスの判定および再送要求を早く行うことができて回復できる可能性を高めることができるリアルタイムデータ受信装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記目的を達成するために、本発明のリアルタイムデータ受信装置は、リアルタイムデータを受信する受信手段と、前記リアルタイムデータ中のパケットのマーカービットを判定するマーカービット判定手段と、前記マーカービットが０の先頭パケットから始まり、マーカービットが１の最後尾パケットで終了するパケット群を検出するパケット群判定手段と、前記パケット群内における前記最後尾パケットの相対時間を計測する最後尾パケット時間計測手段と、前記パケット群を受信した時に、当該パケット群内において前記最後尾パケット時間を所定時間過ぎても最後尾パケットが受信できない場合に、当該最後尾パケットをロスしたと判定するパケットロス判定手段と、前記最後尾パケットをロスしたと判定した時に、当該パケット群内のロスしたパケットを再送要求する再送要求送信手段とを具備することを特徴とする。
【発明の効果】
【０００６】
本発明によれば、パケットロスの判定を早く行って再送要求を早く行うことができて、データを回復できる可能性を高めることができる。
【発明を実施するための最良の形態】
【０００７】
図１は、一般的なリアルタイムデータのシーケンスを示す図である。  
図１（ａ）は、リアルタイムデータの例として、連続して送出されるデータであるビデオデータの場合のシーケンスを示す。ビデオデータは動画像の主にフレーム単位で構成される。動画像が３０フレーム／秒とすると、フレームＦ１とフレームＦ２間の周期は約３３ミリ秒であり、以降、同じ周期でフレームが連続する。  
このフレームは、パケットに分割されて送信される。この例では、フレーム１個分がパケット３個分のパケット群として送信される。フレームＦ１はパケットＰ１〜Ｐ３から構成されるパケット群として送信され、フレームＦ２はパケットＰ４〜Ｐ６から構成されるパケット群として送信される。  
パケットは、それぞれにシーケンス番号ＳＥＱとして連続した１〜６の番号が付けられる。受信装置側では、これをチェックして、どのパケットが受信できたかを判定する。  
また、パケットは、フレームの区切りを示すために、主にマーカービットＭを使用する。フレーム１個分を構成するパケットの内、先頭のパケットはＭ＝０が付けられ、途中のパケットもＭ＝０を継続し、最後尾のパケットにＭ＝１が付けられる。ゆえに、パケットＰ３、Ｐ６はＭ＝１が付けられ、それ以外のパケットはＭ＝０が付けられる。  
また、パケットには、タイムスタンプＴＳが付けられる。これは、パケット群の元データである各フレームのタイミングを表す情報であり、フレームＦ１のタイミングを基準値ＴＳ＝０として、フレームＦ２のタイミングはＴＳ＝３３ミリ秒となる。従って、フレームＦ１を構成するパケット群のパケットＰ１〜Ｐ３はすべてＴＳ＝０が付けられ、フレームＦ２を構成するパケット群のパケットＰ４〜Ｐ６はすべてＴＳ＝３３ミリ秒が付けられる。
【０００８】
ビデオデータの場合、フレームは連続しており、すべてのパケットが略周期的に送出され、パケット間が極端に空いてしまうということはない。従って、パケットロスの判定を行う時に、従来のように、パケットの区別を行わないで、すべてのパケットを対象としてその平均周期を求めて、その周期から外れた場合にパケットロスと判定する方法でも問題にはならない。連続して送出されるデータとして、他に、オーディオデータ、音声データ等がある。
【０００９】
図１（ｂ）は、リアルタイムデータの例として、不定期で送出されるデータであるテロップの場合のシーケンスを示す。テロップは、画面に散発的に表示されることが多く、従って、テロップＴＬ１とＴＬ２との間隔は、不定期となる。以降発生するテロップも不定期で発生する。  
このテロップは、同様にパケットに分割されて送信される。この例では、テロップ１個分がパケット３個分のパケット群として送信される。テロップＴＬ１はパケットＰ１〜Ｐ３から構成されるパケット群として送信され、テロップＴＬ２はパケットＰ４〜Ｐ６から構成されるパケット群として送信される。  
パケットのシーケンス番号ＳＥＱ、マーカービットＭは、図１（ａ）と同様であり、説明を省略する。パケットには、タイムスタンプＴＳが付けられる。テロップＴＬ１のタイミングを基準値ＴＳ＝０として、テロップＴＬ２のタイミングを例えば１０秒とすると、テロップＴＬ１を構成するパケット群のパケットＰ１〜Ｐ３はすべてＴＳ＝０が付けられ、テロップＴＬ２を構成するパケット群のパケットＰ４〜Ｐ６はすべてＴＳ＝１０秒が付けられる。  
パケットＰ１〜Ｐ６の受信時刻をそれぞれタイミングＴ１〜Ｔ６とする。パケット群内のパケット間周期であるＴ１−Ｔ２間、Ｔ２−Ｔ３間、Ｔ４−Ｔ５間、Ｔ５−Ｔ６間は、周期的である。パケット群の幅であるＴ１−Ｔ３間、Ｔ４−Ｔ６間は、テロップＴＬ１、ＴＬ２のデータ量が略同じならば、同じ幅となる。パケット群同士の間隔であるＴ３−Ｔ４間は、不定期であり、パケットＰ３の後で、パケットＰ４がいつ到来するかは、受信装置側ではわからない。
【００１０】
従って、パケットロスの判定を行う時に、従来のように、パケットの区別を行わないで、すべてのパケットを対象としてその平均周期を求めて、その周期から外れた場合にパケットロスと判定する方法では、問題となってしまう。不定期で送出されるデータとして、他に、静止画、ＭＩＤＩ（Ｍｕｓｉｃａｌ  Ｉｎｓｔｒｕｍｅｎｔ  Ｄｉｇｉｔａｌ  Ｉｎｔｅｒｆａｃｅ）データ、番組情報、付加情報といったメタデータ等がある。
【００１１】
図２は、一般的なリアルタイムデータのパケットフォーマットを示す図である。リアルタイム通信規約におけるＲＴＰ（リアルタイム・トランスポート・プロトコル）パケットフォーマットを示す。  
ＲＴＰのパケットは、ＲＴＰヘッダ部とＲＴＰペイロード部から構成される。ＲＴＰヘッダ部は、本発明に関係のあるマーカービットＭ、シーケンス番号ＳＥＱ、タイムスタンプＴＳ等が格納される。ＲＴＰヘッダ部の他のデータについては説明を省略する。  
ＲＴＰペイロード部は、送出されるデータのアプリケーションに応じて、ビデオデータ、オーディオデータ、音声データ、テロップデータ、静止画データ等が格納される。
【００１２】
図３は、本発明の実施形態に係るリアルタイムデータ受信装置の主要部の構成を示すブロック図である。リアルタイムデータ受信装置の主要部は、受信部１、受信データバッファ２、アプリケーション種別判定部３、マーカービット判定部４、パケット受信時間計測部５、パケットロス判定部６、再送要求送信部７などから構成される。  
受信部１は、リアルタイムデータ送信装置（図示せず）から送信されるデータを受信する。受信データバッファ２は、受信したデータを一旦蓄積して、図示しない後段の受信データ処理部や表示部へ送出する。アプリケーション種別判定部３は、リアルタイムデータの通信に先だって、送信装置と受信装置間で確認されるアプリケーション種別を判定する。
【００１３】
マーカービット判定部４は、受信データ中のパケットデータのマーカービットＭ、シーケンス番号ＳＥＱ、タイムスタンプＴＳを判定する。パケット受信時間計測部５は、パケットを受信した時刻を記憶してパケット間の間隔等を測定してパケットが到来しない時間の管理等を行い、また、パケット群内のパケット数のカウントなどを行う。  
パケットロス判定部６は、所定のパケットが到来しなかったことを判定する。再送要求送信部７は、パケットロスがあったと判定したときに、そのパケットの再送要求をリアルタイムデータ送信装置へ送信する。
【実施例１】
【００１４】
図４は、本発明の実施例１に係るリアルタイムデータ受信装置の動作を示すフローチャートである。図１（ｂ）を参照して、パケット群内のパケットは連続性を有することを利用して、パケットロスの判定および再送要求を早く行うことができる方法を以下に説明する。  
まず、リアルタイムデータ受信装置は、パケットを受信する毎に、パケットの受信時刻を記憶し、また、マーカービットＭを記憶する（ステップＳ１）。そして、リアルタイムデータ受信開始後の最初のマーカービットＭ＝０のパケットＰ１をパケット群の先頭パケットと認識し、その後の最初のマーカービットＭ＝１のパケットＰ３をパケット群の最後尾パケットと認識する（ステップＳ２）。なお、次のパケット群を受信する時は、先のパケット群のマーカービットＭ＝１のパケットＰ３に対して、最初に現れるマーカービットＭ＝０のパケットＰ４をパケット群の先頭パケットと認識すればよい。パケットロスに対応するため、マーカービットＭの認識に加え、タイムスタンプを併用することでより正確なパケット群の認識が可能であり、タイムスタンプが同一のパケットだけをパケット群と認識する。  
そして、それぞれ記憶していたパケットの到来時刻から、先頭パケットＰ１と最後尾パケットＰ３間の間隔、つまりこのパケット群の幅（図１（ｂ）のＴＷ）を測定し、記憶する（ステップＳ３）。これは、パケット群毎に繰り返して測定し、平均値／最大値／最小値／中央値等を算出してもよい。
【００１５】
この後、パケット群の先頭パケットの受信タイミングＴ４を起点としてタイマーをスタートする（ステップＳ４）。そして、記憶しているパケット群の幅＋アルファの時間が経過したかどうかをチェックしながら（ステップＳ５）、マーカービットＭ＝１のパケットが受信できたかをチェックする（ステップＳ６）。
【００１６】
そして、マーカービットＭ＝１のパケットが受信できた場合（ステップＳ６でＹＥＳ）、これは、図１（ｂ）のタイミングＴ６に相当する。この時点において、それまでに受信したＳＥＱ番号を確認して、パケット群Ｐ４〜Ｐ６間のパケットが正常に受信できたかどうかを確認する。そしてロスしたパケットがあれば、その分をまとめて、再送要求を送信装置へ送信する（ステップＳ７）。  
これにより、パケット群の最後尾のパケット（マーカービットＭ＝１のパケット）を受信した時点において、即、パケット群の中のロスしたパケットの再送要求を出すことができる。なお、この時、当該パケット群の幅を測定して、先に記憶しているパケット群の幅の平均値に反映してもよい。
【００１７】
マーカービットＭ＝１のパケットが受信できない場合は、パケット群の幅の平均値＋アルファの時間が経過してしまい（ステップＳ５のＹＥＳ）、これは、図１（ｂ）のタイミングＴ６αに相当する。この時点において、マーカービットＭ＝１のパケットをロスしたと判定する。そして、それまでに受信したＳＥＱ番号を確認して、パケット群Ｐ４〜Ｐ６間のパケットが正常に受信できたかどうかを確認する。そしてロスしたパケットがあれば、その分をまとめて、再送要求を送信装置へ送信する（ステップＳ７）。  
これにより、遅くともタイミングＴ６α時において、パケット群の中のロスしたパケットの再送要求を出すことができる。このように、先頭パケットに対する最後尾パケットの相対時間を計測し、最後尾パケットを表すＭ＝１のパケットの到来時刻を予測し、これを基準にすることにより、早めにパケットロス判断ができる。そして早めに再送要求を出すことにより、送信装置から再送されてくるパケットを受信して、受信データバッファでデータを組み立てることにより、正しいデータを回復することができる。
【００１８】
なお、ステップＳ７における再送要求の送信は、最後尾パケットのタイミング毎ではなく、最後尾パケットを数回分まとめたタイミングで送信してもよい。これにより再送要求の送信回数を減らして、使用帯域を減少することができる。  
また、１回の送信要求でまとめることのできる最大パケット数が予め決まっている場合は、その数を超えた時点で、それ以前の最後尾パケットまでの分をまとめて再送要求してもよい。これにより、パケット群単位の再送要求を行うことができて、管理がしやすくなる。  
また、最後尾パケットのタイミング以前に１回の送信要求でまとめることのできる最大パケット数を超えた場合は、その時点で即、再送要求を行ってもよい。
【実施例２】
【００１９】
図５は、本発明の実施例２に係るリアルタイムデータ受信装置の動作を示すフローチャートである。パケット群内のパケット数が変動する場合には、パケット群の幅が変動して、最後尾パケットの到来時刻の予測が正確ではなくなる。そのことに対応する方法について以下に説明する。  
まず、リアルタイムデータ受信装置は、パケットを受信する毎に、パケットの受信時刻を記憶し、また、マーカービットＭを記憶する（ステップＳ１１）。そして、リアルタイムデータ受信開始後の最初のマーカービットＭ＝０のパケットＰ１をパケット群の先頭パケットと認識し、その後の最初のマーカービットＭ＝１のパケットＰ３をパケット群の最後尾パケットと認識する（ステップＳ１２）。そして、このパケット群内のパケット数をカウントし、記憶する（ステップＳ１３）。これは、パケット群毎に繰り返して、パケット群内パケット数平均値や最大値として記憶してもよい。また、パケットＰ１とＰ２間、パケットＰ２とＰ３間等のパケット間周期を測定し、記憶する（ステップＳ１４）。  
そして、次のパケット群の先頭パケットＰ４を受信した時点で、タイマーを起動する（ステップＳ１５）。そして、記憶しているパケット周期＋アルファの時間が経過したかどうかをチェックしながら（ステップＳ１６）、マーカービットＭ＝０のパケットを受信できたか（ステップＳ１７）、マーカービットＭ＝１のパケットが受信できたか（ステップＳ１９）をチェックする。  
そして、パケットＰ５の後の図示しないマーカービットＭ＝０のパケットを受信すると（ステップＳ１７でＹＥＳ）、起動中のタイマーをパケット１個分の間隔だけ延長設定する（ステップＳ１８）。これは、図１（ｂ）に示したパケットＰ５とＰ６の間に図示しないマーカービットＭ＝０のパケットが存在する場合である。これにより、パケット群の中のパケット数が変動しても、最後尾パケットの到来予測タイミングまで逐次、タイマーを延長することができる。
【００２０】
次に、最後尾パケットであるマーカービットＭ＝１のパケットが受信できた場合（ステップＳ１９でＹＥＳ）、これは、図１（ｂ）のタイミングＴ６に相当する。この時点において、それまでに受信したＳＥＱ番号を確認して、パケット群Ｐ４〜Ｐ６間のパケットが正常に受信できたかどうかを確認する。そしてロスしたパケットがあれば、その分をまとめて、再送要求を送信装置へ送信する（ステップＳ２０）。
【００２１】
マーカービットＭ＝１のパケットが受信できない場合は、パケット間隔＋アルファの時間が経過してしまい（ステップＳ１６のＹＥＳ）、これは、図１（ｂ）のタイミングＴ６αに相当する。この時点において、それまでに受信したＳＥＱ番号を確認して、パケット群Ｐ４〜Ｐ６間のパケットが正常に受信できたかどうかを確認する。  
又は、パケット群内パケット数平均値や最大値と比較して、何個のパケットがロスしたかを推測する。例えば、パケット群内パケット数平均値や最大値が５個であり、現在３個しか受信していないでタイムアウトが起きた場合、２個分のパケットを消失したと判定する。これは、パケット群内の後半複数パケットが消失した場合などに、有効である。  
そしてロスしたパケットがあれば、その分をまとめて、再送要求を送信装置へ送信する（ステップＳ２０）。  
このように、マーカービット＝０のパケットに対する最後尾パケットの相対時間を計測し、パケット群内のパケット数が変動しても、最後尾パケットを表すＭ＝１のパケットの到来時刻を予測する。そして、これを基準にすることにより、早めにパケットロス判断ができる。そして早めに再送要求を出すことにより、送信装置から再送されてくるパケットを受信して、受信データバッファでデータを組み立てることにより、正しいデータを回復することができる。
【実施例３】
【００２２】
図６は、本発明の実施例３に係るリアルタイムデータ受信装置の動作を示すフローチャートである。パケット群から次のパケット群までの時間は不定期であり、次のパケット群が到来したかどうかを判定する場合について以下に説明する。  
まず、パケットの受信時刻を記憶し、また、マーカービットＭを記憶する（ステップＳ２１）。そして、当該パケット群の先頭パケットと最後尾パケットとを認識する（ステップＳ２２）。同様に、次のパケット群の先頭パケットと最後尾パケットとを認識し、先のパケット群の最後尾パケットと次のパケット群の先頭パケットとの間隔を測定して記憶する（ステップＳ２３。図１（ｂ）のＴＧ）。このパケット群同士の間隔は、元々、不定期であるため、ばらつきが大きいが、タイマー設定のプラスαの値を大きくすることにより、パケットロス判定のタイミングとして使用することができる。
【００２３】
次に、最後尾パケットを受信した時点で、リアルタイムデータ通信を行っているアプリケーションが終了したかを上位レイヤによりチェックする（ステップＳ２４）。終了であれば（ステップＳ２４でＹＥＳ）、パケットロス判定も終了する。  
アプリケーションが終了していなければ（ステップＳ２４でＮＯ）、タイマーを起動する（ステップＳ２５）。そして、記憶しているパケット群同士の間隔＋アルファの時間が経過したかどうかをチェックしながら（ステップＳ２６）、パケットが受信できたかをチェックする（ステップＳ２７）。
【００２４】
そして、パケットが受信できた場合（ステップＳ２７でＹＥＳ）、これは、図１（ｂ）のタイミングＴ４に相当し、実施例３によるパケットロス判定を終了する。パケットが受信できないまま（ステップＳ２７でＮＯ）、タイマー時間が経過した場合（ステップＳ２６でＹＥＳ）、次のパケット群の再送要求を送信装置へ送信する（ステップＳ２８）。  
これにより、不定期であるパケット群同士の間隔に対応したパケットロス判定を行う。この実施例３の方法と実施例１、実施例２の方法とを併用することにより、テロップ等の不定期データに対応することができる。  
なお、実施例１、実施例２、実施例３は、テロップ等の不定期データだけではなく、ビデオ等の連続データに対しても、適用してもよい。
【実施例４】
【００２５】
図７は、本発明の実施例４に係るリアルタイムデータ受信装置の動作を示すフローチャートである。アプリケーション種別に応じて最適なパケットロス判定方法を選択する。  
リアルタイムデータ受信装置は、リアルタイムデータの通信に先だって、リアルタイムデータ送信装置から送信されるアプリケーション種別データを受信してアプリケーション種別を認識する（ステップＳ３１）。それが連続データに関するアプリケーション、例えば、ビデオデータ、オーディオデータ、音声データ等であれば、背景技術１、背景技術２で説明したような従来行われているパケットロス判定方法を選択する（ステップＳ３２）。  
アプリケーション種別が不定期データに関するアプリケーション、例えば、テロップ、静止画等であれば、実施例１、実施例２、実施例３に示した不定期データアプリ用のパケットロス判定方法を選定する（ステップＳ３３）。  
このように、アプリケーション種別に応じて、最適なパケットロス判定方法を選択してもよい。
【図面の簡単な説明】
【００２６】
【図１】一般的なリアルタイムデータのシーケンスを示す図。
【図２】一般的なリアルタイムデータのパケットフォーマットを示す図。
【図３】本発明の実施形態に係るリアルタイムデータ受信装置の主要部の構成を示すブロック図。
【図４】本発明の実施例１に係るリアルタイムデータ受信装置の動作を示すフローチャート（パケット群の中のパケットロスを判定するフローチャート）。
【図５】本発明の実施例２に係るリアルタイムデータ受信装置の動作を示すフローチャート（パケット群の中のパケットロスを判定するフローチャート）。
【図６】本発明の実施例３に係るリアルタイムデータ受信装置の動作を示すフローチャート（次のパケット群のロスを判定するフローチャート）。
【図７】本発明の実施例４に係るリアルタイムデータ受信装置の動作を示すフローチャート（パケットロス判定方法の選択）。
【符号の説明】
【００２７】
１  受信部
２  受信データバッファ
３  アプリケーション種別判定部
４  マーカービット判定部
５  パケット受信時間計測部
６  パケットロス判定部
７  再送要求送信部
【図１】
2005328131.tif 000003
【図２】
2005328131.tif 000004
【図３】
2005328131.tif 000005
【図４】
2005328131.tif 000006
【図５】
2005328131.tif 000007
【図６】
2005328131.tif 000008
【図７】
2005328131.tif 000009