(57)【要約】【課題】開示のフロー制御装置は、リアルタイム系データの品質劣化を低減することができ、ポーズフレーム受信側のコスト増加を抑えることができることを目的とする。【解決手段】フレーム間隔が略一定であるリアルタイム系データ及びフレーム間隔が不定である非リアルタイム系データを同一回線で伝送され、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御装置において、リアルタイム系データの到着時間と予め設定されたリアルタイム系データの受信間隔とから次のリアルタイム系データの到着予定時間を予想する受信時間予想手段と、輻輳が発生して送信停止指示のポーズフレームを前記送信側に送信する場合、受信時間予想手段の予想結果に基づいて送信側がリアルタイム系データを送信するタイミングで送信停止指示のポーズフレームの送信を一時停止するポーズフレーム送信手段とを有する。【選択図】  図４
2010057104.tif 000002
【特許請求の範囲】
【請求項１】
フレーム間隔が略一定であるリアルタイム系データ及びフレーム間隔が不定である非リアルタイム系データを同一回線で伝送され、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御装置において、
リアルタイム系データの到着時間と予め設定されたリアルタイム系データの受信間隔とから次のリアルタイム系データの到着予定時間を予想する受信時間予想手段と、
輻輳が発生して送信停止指示のポーズフレームを前記送信側に送信する場合、前記受信時間予想手段の予想結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで前記送信停止指示のポーズフレームの送信を一時停止するポーズフレーム送信手段と、
を有することを特徴とするフロー制御装置。
【請求項２】
請求項１記載のフロー制御装置において、
前記ポーズフレーム送信手段は、前記送信側がリアルタイム系データの送信を完了したのち前記送信停止指示のポーズフレームの送信を行うことを特徴とするフロー制御装置。
【請求項３】
請求項２記載のフロー制御装置において、
前記ポーズフレーム送信手段は、前記送信停止指示のポーズフレームを前記送信側に送信したのち、前記受信時間予想手段の予想結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで停止解除指示のポーズフレームを前記送信側に送信することを特徴とするフロー制御装置。
【請求項４】
フレーム間隔が略一定であるリアルタイム系データ及びフレーム間隔が不定である非リアルタイム系データを同一回線で伝送され、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御方法において、
リアルタイム系データの到着時間と予め設定されたリアルタイム系データの受信間隔とから次のリアルタイム系データの到着予定時間を予想し、
輻輳が発生して送信停止指示のポーズフレームを前記送信側に送信する場合、前記予想の結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで前記送信停止指示のポーズフレームの送信を一時停止することを特徴とするフロー制御方法。
【請求項５】
請求項４記載のフロー制御方法において、
前記送信側がリアルタイム系データの送信を完了したのち前記送信停止指示のポーズフレームの送信を行うことを特徴とするフロー制御方法。
【請求項６】
請求項５記載のフロー制御方法において、
前記送信停止指示のポーズフレームを前記送信側に送信したのち、前記受信時間予想手段の予想結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで停止解除指示のポーズフレームを前記送信側に送信することを特徴とするフロー制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御装置及びフロー制御方法に関する。
【背景技術】
【０００２】
ＩＥＥＥ８０２．３で規定されるＥｔｈｅｒｎｅｔ（登録商標）のようなＬＡＮネットワークでは、ポーズフレームを用いてフロー制御が行われている（例えば非特許文献１参照）。
【０００３】
なお、本明細書では、ＷＡＮ（Ｗｉｄｅ  Ａｒｅａ  Ｎｅｔｗｏｒｋ），ＭＡＮ（Ｍｅｔｒｏｐｏｌｉｔａｎ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）もＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）に含むものとする。
【０００４】
図１は従来のフロー制御装置の一例の構成図を示す。また、図２にポーズフレームのフォーマットを示す。
【０００５】
図１において、伝送路は１００ｂａｓｅ−Ｔである。送信側のフロー制御装置１は、総計１００Ｍｂｐｓで送信を行う。この時、リアルタイム系データを一定周期で出力し、非リアルタイム系データはリアルタイム系データが出力されていない空き時間に送信するものとし、例えばリアルタイム系データは５フレームに１回送信し、非リアルタイム系データは残りの４フレーム全てに送信する。
【０００６】
受信側のフロー制御装置２では、受信フレームを分離部３でリアルタイム系フレームと、非リアルタイム系フレームに分離して、それぞれのバッファ４，５に蓄積する。蓄積量ポーズフレーム生成判定部６は、データ受信で＋１、データ送信で−１をカウントして非リアルタイム系バッファ５の蓄積量をフレーム単位で監視する。
【０００７】
ここで、リアルタイム系バッファ４の蓄積フレーム数が「３」，非リアルタイム系バッファ５の蓄積フレーム数が「４」の状態で、何らかの理由でフロー制御装置２から次の装置へ５０Ｍｂｐｓ程度でしか送信できなくなり、結果的に輻輳発生した場合を考える。
【０００８】
蓄積量ポーズフレーム生成判定部６は、輻輳により非リアルタイム系バッファ５の蓄積量が「４」に達したら、送信停止指示をポーズフレーム生成部７に通知し、ポーズフレーム生成部７はポーズタイム＝０ｘＦＦＦＦのポーズフレームを生成する。なお、０ｘは１６進表示を示す。
【０００９】
また、蓄積量ポーズフレーム生成判定部６は輻輳が緩和し非リアルタイム系バッファ５の滞留値が「２」に戻った時、送信再開指示をポーズフレーム生成部７に通知し、ポーズフレーム生成部７はポーズタイム＝０ｘ０のポーズフレームを生成する。受信側のフロー制御装置２は、データ受信後の次のフレーム時間に上記のポーズフレームを送信側のフロー制御装置１に送信する。
【００１０】
送信側のフロー制御装置１では、非リアルタイム系送信時に、優先順位の高いリアルタイム系データがある場合は、リアルタイム系データを送信した後、次のフレーム時間で非リアルタイム系データを送信する。
【００１１】
図２にポーズフレームのフォーマットを示す。ポーズフレームは、プリアンブル、フレーム開始デリミタ（ＳＦＤ）、宛先アドレス、送信元アドレス、タイプ＝０ｘ８８０８（ＭＡＣ制御フレーム）、ＭＡＣ制御命令＝０ｘ０００１（ポーズフレーム）、ＭＡＣ制御パラメタ（ｐａｕｓｅ  ｔｉｍｅ：ポーズ時間）、予約済み（＝０）、フレームチェックシーケンス（ＦＣＳ）を有している。
【００１２】
ここで、ＭＡＣ制御パラメタのポーズ時間は、５１２ビット分の時間を１単位として、上位２バイト（１６ビット）で表示される。ＬＡＮネットワークが例えば１００ｂａｓｅ−Ｔであれば１ビットが約１０ｎｓｅｃなので、１０ｎｓｅｃ×５１２ビット＝５．１２μｓｅｃ単位でポーズ時間が指示され（１０００ｂａｓｅであれば５１２ｎｓｅｃ単位、１０ｂａｓｅであれば５１．２μｓｅｃ単位）、１６ビット（＝６５，５３６）で、０〜３３６ｍｓｅｃを表現する。
【００１３】
なお、ポーズフレームにＶＬＡＮを組み合わせることにより優先順位を識別する仕組みを持たせ、選択的にフロー制御指示を行うものが知られている（例えば特許文献１参照）。
【特許文献１】特開２００６−２００２７号公報
【非特許文献１】ＩＥＥＥ８０２．３  Ａｎｎｅｘ  ３１Ｂ
【発明の開示】
【発明が解決しようとする課題】
【００１４】
図１に示すポーズフレームを用いたフロー制御は、回線単位のフロー制御であるため、優先順位が高い音声等のリアルタイム系データと、優先順位が低いデータ通信のような非リアルタイム系データが同一回線に混在する場合、非リアルタイム系データが非リアルタイム系バッファ５の閾値を越えてポーズフレームによるフロー制御を行うと、遅延の許されないリアルタイム系データまでが送信側のフロー制御装置１からの送信を停止され、リアルタイム系データの品質が損なわれるという問題がある。
【００１５】
図３は従来のフロー制御装置の輻輳発生時の信号タイミングチャートを示す。図３（Ａ）は送信側の１００Ｍｂｐｓの送信データについてリアルタイム系データをハッチングで示し、非リアルタイム系データを無地で示す。図３（Ｂ）は受信側のフロー制御装置２で受信された送信データを同様に示しており、図３（Ｃ）はフロー制御装置２から次の装置へ５０Ｍｂｐｓでしか送信できなくなった場合のデータの送信タイミングを示している。また、図３（Ｄ）は非リアルタイム系バッファ５の蓄積量を示している。
【００１６】
非リアルタイム系データ滞留数が「４」になると、受信バッファの空きがなくなり、廃棄されないように受信側のフロー制御装置２から送信側のフロー制御装置１にポーズフレームを送信する。
【００１７】
この時、送信側のフロー制御装置１でリアルタイム系データの送信時間であった場合には、上記ポーズフレーム受信により破線矢印で示すリアルタイム系データ間隔Ｔ２が、本来あるべき実線矢印で示すリアルタイム系データ間隔Ｔ１よりも延びるため、リアルタイム系データとしての品質が劣化するという問題があった。
【００１８】
即ち、リアルタイム系データと非リアルタイム系データが同一回線に混在して伝送される場合においても、非リアルタイム系データのフロー制御がリアルタイム系データに影響を及ぼさないようにする必要があるが、特許文献１のように、ポーズフレームにＶＬＡＮを組み合わせることにより優先順位を識別する仕組みを持たせ選択的にフロー制御指示を行う方法では、ポーズフレームを受信する側にこの指示を解析する専用の回路又は処理が必要であるため、コスト増加を招くと共に受信側で上記方法がサポートされていない装置とは選択的フロー制御を行うことができないという問題があった。
【００１９】
開示のフロー制御装置は、リアルタイム系データの品質劣化を低減することができ、ポーズフレーム受信側のコスト増加を抑えることができることを目的とする。
【課題を解決するための手段】
【００２０】
開示の一実施態様によるフロー制御装置は、フレーム間隔が略一定であるリアルタイム系データ及びフレーム間隔が不定である非リアルタイム系データを同一回線で伝送され、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御装置において、
リアルタイム系データの到着時間と予め設定されたリアルタイム系データの受信間隔とから次のリアルタイム系データの到着予定時間を予想する受信時間予想手段と、
輻輳が発生して送信停止指示のポーズフレームを前記送信側に送信する場合、前記受信時間予想手段の予想結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで前記送信停止指示のポーズフレームの送信を一時停止するポーズフレーム送信手段と、を有する。
【００２１】
開示の一実施態様によるフロー制御方法は、フレーム間隔が略一定であるリアルタイム系データ及びフレーム間隔が不定である非リアルタイム系データを同一回線で伝送され、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御方法において、
リアルタイム系データの到着時間と予め設定されたリアルタイム系データの受信間隔とから次のリアルタイム系データの到着予定時間を予想し、
輻輳が発生して送信停止指示のポーズフレームを前記送信側に送信する場合、前記予想の結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで前記送信停止指示のポーズフレームの送信を一時停止する。
【発明の効果】
【００２２】
開示のフロー制御装置によれば、リアルタイム系データの品質劣化を低減することができ、ポーズフレーム受信側のコスト増加を抑えることができる。
【発明を実施するための最良の形態】
【００２３】
以下、図面に基づいて実施形態について説明する。
【００２４】
＜実施形態＞
図４は、フロー制御装置の一実施形態の構成図を示す。同図中、フロー制御装置１０は受信側であり、例えば１００ｂａｓｅ−Ｔの伝送路から総計１００Ｍｂｐｓのデータを受信する。なお、図示しない送信側では、リアルタイム系データを一定周期で出力し、非リアルタイム系データはリアルタイム系データが出力されていない空き時間に送信し、例えばリアルタイム系データは５フレームに１回送信し、非リアルタイム系データは残りの４フレーム全てに送信する。
【００２５】
フロー制御装置１０は、受信フレームを分離部１１でリアルタイム系フレームと、非リアルタイム系フレームに分離して、それぞれのリアルタイム系バッファ１２，非リアルタイム系バッファ１３に蓄積する。また、リアルタイム系フレームのヘッダ情報を受信間隔測定カウンタ１５ａ及びカウンタ制御部１６ａに供給する。
【００２６】
蓄積量ポーズフレーム生成判定部１４は、データ受信で＋１、データ送信で−１をカウントして非リアルタイム系バッファ１３の蓄積量をフレーム単位で監視する。蓄積量ポーズフレーム生成判定部１４は停止指示閾値（例えば４）と、停止解除閾値（例えば２）を有している。
【００２７】
受信間隔測定部１５の受信間隔測定カウンタ１５ａは、リアルタイム系データの受信間隔を測定する。まず、リアルタイム系データのパス設定後、局データとしてリアルタイム系データ毎のフレーム間隔（例えば５）と、リアルタイム系データの１フレーム長（１フレーム時間）を取得する。この１フレーム時間を基本クロック（＝１）として使用する。
【００２８】
リアルタイム系データが到着すると、分離部１１から供給されるヘッダ情報をトリガとして受信間隔測定カウンタ１５ａを起動し、局データのフレーム間隔（＝５）を受信間隔測定カウンタ１５ａのサイクル値（１から５、５の次は１）として、上記基本クロックによりカウントアップする。
【００２９】
次にリアルタイム系データが受信されたタイミングで、受信間隔測定カウンタ１５ａのカウント値が１であれば、受信間隔は局データのフレーム間隔と一致（同期）しているので、局データのフレーム間隔（＝５）を受信時間予想部１６のカウンタ制御部１６ａに通知する。
【００３０】
図５は局データのフレーム間隔（＝５）と観測結果に許容範囲内の差分（±１フレーム）がある場合の信号タイミングチャートを示す。図５（Ａ）にリアルタイム系データの受信タイミングをハッチング又は梨地で示し、非リアルタイム系データを無地で示す。なお、ハッチングはずれのない受信タイミングを示し、梨地はずれのある受信タイミングを示している。図５（Ｂ）に受信間隔測定カウンタ１５ａのカウント値を示している。
【００３１】
図５（Ａ）の梨地部分は局データのフレーム間隔（＝５）から−１フレーム、＋１フレームそれぞれずれてリアルタイム系データが受信された場合を示しており、どちらも許容範囲（＝５±１）内での受信であるため、局データと一致と判断し、受信間隔測定カウンタ１５ａのサイクル値を変更しない。
【００３２】
一方、計測された受信間隔と局データが大きく異なる場合は、以下のようにして、実際のリアルタイム系データの受信間隔に合わせる。
【００３３】
図６は局データのフレーム間隔（＝５）と観測結果に許容範囲を超える差分（±２フレーム以上）がある場合の信号タイミングチャートを示す。図６（Ａ）にリアルタイム系データの受信タイミングをハッチング又は梨地で示し、非リアルタイム系データを無地で示す。なお、ハッチングはずれのない受信タイミングを示し、梨地はずれのある受信タイミングを示している。図６（Ｂ）に受信間隔測定カウンタ１５ａのカウント値を示している。
【００３４】
（ｔ１）受信間隔測定カウンタ１５ａは、許容範囲（＝５±１）を超えて局データのフレーム間隔（＝５）と合致しないリアルタイム系データの受信をｎ（＝２）回連続しているため、受信間隔測定カウンタ１５ａをゼロクリアする。なお、ｎを３以上の整数としても良い。
【００３５】
（ｔ２）受信間隔測定カウンタ１５ａはサイクル未定状態となり、新サイクル値の測定中となる。
【００３６】
（ｔ３）ｎ（＝２）回連続で受信間隔＝７が計測され、以降、新サイクル値＝７で受信間隔測定カウンタ１５ａのカウントアップを行う。また、受信時間予想部１６のカウンタ制御部１６ａに新サイクル値＝７を通知する。
【００３７】
なお、新サイクル値が局データのフレーム間隔と不一致である旨を上位システムに通知し、保守者に局データのフレーム間隔変更の判断を仰ぐ構成としても良い。
【００３８】
受信時間予想部１６は、受信予想カウンタ１６ｂでリアルタイム系データの受信間隔をカウントし、カウント値（予想受信時間）からリアルタイム系データの次の送信タイミングを予想する。また、カウンタ制御部１６ａは受信予想カウンタ１６ｂを制御する。
【００３９】
カウンタ制御部１６ａは分離部１１から供給されるリアルタイム系フレームのヘッダ情報をトリガとして受信予想カウンタ１６ｂをスタートさせる。また、受信間隔測定カウンタ１５ａから供給されるフレーム受信間隔をサイクル値とする。
【００４０】
また、カウンタ制御部１６ａはリアルタイム系データが予想受信時間に受信されない（ヘッダ情報が来ない）場合は、受信予想カウンタ１６ｂのカウントアップを停止する。受信予想カウンタ１６ｂは、リアルタイム系データの１フレーム時間（基本クロック）毎にカウントアップする。
【００４１】
ポーズフレーム送信部１７のポーズフレーム生成判定部１７ａは、蓄積量判定部１４より通知される停止指示閾値（＝４）及び停止解除閾値（＝２）及び蓄積量情報と、カウンタ制御部１６ａより通知される受信時間予想カウンタ１６ｂのカウンタ値（予想受信時間）から、非リアルタイム系データの輻輳発生判定とポーズフレーム送信判定を行う。
【００４２】
輻輳により非リアルタイム系データの滞留数が停止指示閾値（＝４）に達すると、ポーズフレーム生成判定部１７ａは、受信予想カウンタ値からリアルタイム系データの送信タイミングであるかを判定し、リアルタイム系データの送信タイミングでなければポーズ時間＝０ｘＦＦＦＦの送信指示をポーズフレーム生成部１７ｂに出す。
【００４３】
一方、リアルタイム系データの送信タイミングにはポーズ時間＝０ｘ０の停止解除指示をポーズフレーム生成部１７ｂに出し、リアルタイム系データ送信が送信されたであろう１フレーム後の時間にポーズ時間＝０ｘＦＦＦＦの送信停止指示をポーズフレーム生成部１７ｂに出す。
【００４４】
なお、受信情報から送信時間を予測するために、予め測定された伝送遅延時間分を考慮する必要があり、本実施形態では送信と受信間の伝送遅延は１フレームとしている。このため、ポーズフレーム生成判定部１７ａはリアルタイム系データの受信間隔である「５」より１つ少ない「４」をリアルタイム系データの送信タイミングとしている。
【００４５】
また、既に停止指示のポーズフレームが送信済の状態で、次のリアルタイム系データの送信が予想される場合、停止解除指示のポーズフレーム（ポーズ時間＝０ｘ０）を送信して一旦リアルタイム系データは送出させ、その後再び送信停止指示のポーズフレーム（ポーズ時間＝０ｘＦＦＦＦ）を送出し、非リアルタイム系データに対してフロー制御を行う。
【００４６】
＜フロー制御処理のフローチャート＞
図７は、フロー制御装置が実行するフロー制御処理の一実施形態のフローチャートを示す。同図中、ステップＳ１で停止指示中フラグをオフし、疑似オーバーフローフラグをオフする。なお、停止指示中フラグは、ポーズ時間＝０ｘＦＦＦＦのポーズフレームの送出でオンとなり、ポーズ時間＝０ｘ０のポーズフレームの送出でオフとなるフラグである。また、疑似オーバーフローフラグは、ポーズ時間＝０ｘ０のポーズフレームの送出でオンとなり一時的にフロー制御を解除したことを示すフラグである。
【００４７】
次に、ステップＳ２で基本クロックの立ち上がりタイミングであるか否かを判別する。そして、基本クロックの立ち上がりタイミングであればステップＳ３でリアルタイム系データの入力があるか否かを判別する。
【００４８】
リアルタイム系データの入力がある場合にはステップＳ４で受信予想カウンタ１６ｂの値を０とし、受信予想カウンタ１６ｂをインクリメント可能（イネーブル）とする。そして、ステップＳ５で受信予想カウンタ１６ｂの値を＋１だけインクリメントする。ステップＳ５の実行後ステップＳ６で当該パスが開放されたか否かを判別し、開放されていなければステップＳ３に進み、開放されていればこの処理を終了する。
【００４９】
一方、ステップＳ３でリアルタイム系データの入力がない場合にはステップＳ１０で非リアルタイム系データの滞留数が停止指示閾値（＝４）であるか、又は、疑似オーバーフローフラグがオンであるかを判別し、そのいずれでもない場合にはステップＳ１１で停止指示中フラグがオンか否かを判別する。
【００５０】
停止指示中フラグがオンの場合にはステップＳ１２で非リアルタイム系データの滞留数が停止解除閾値（＝２）に到達したか否かを判別し、非リアルタイム系データの滞留数が停止解除閾値（＝２）であればステップＳ１３で停止解除指示（ポーズ時間＝０ｘ０）のポーズフレームを生成して送信し、停止指示中フラグをオフとしてステップＳ５に進む。停止解除閾値（＝２）に到達していない場合にはそのままステップＳ５に進む。また、ステップＳ１１で停止指示中フラグがオフの場合はステップＳ１９に進む。
【００５１】
また、ステップＳ１０で非リアルタイム系データの滞留数が停止指示閾値（＝４）であるか、又は、疑似オーバーフローフラグがオンである場合にはステップＳ１４に進み、受信予想カウンタ１６ｂのカウント値が「４」であり、ポーズフレーム送信タイミングであるか否かを判別する。
【００５２】
ポーズフレーム送信タイミングであればステップＳ１５に進み、停止指示中フラグがオンか否かを判別する。停止指示中フラグがオンの場合はステップＳ１６で停止解除指示（ポーズ時間＝０ｘ０）のポーズフレームを生成して送信し、疑似オーバーフローフラグをオンとし、停止指示中フラグをオフとしてステップＳ５に進む。停止指示中フラグがオフの場合はそのままステップＳ５に進む。
【００５３】
また、ステップＳ１０で受信予想カウンタ１６ｂのカウント値が「４」ではなく、かつ、ポーズフレーム送信タイミングではない場合にはステップＳ１７に進み、停止指示中フラグがオンか否かを判別する。停止指示中フラグがオンではない場合はステップＳ１８で停止指示（ポーズ時間＝０ｘＦＦＦＦ）のポーズフレームを生成して送信し、停止指示中フラグをオンとし、疑似オーバーフローフラグをオフとしてステップＳ１９に進む。停止指示中フラグがオンの場合はそのままステップＳ１９に進む。
【００５４】
ステップＳ１９では受信予想カウンタ１６ｂのカウント値が「５」であるか否かを判別する。受信予想カウンタ１６ｂのカウント値が「５」である場合はステップＳ２０で受信予想カウンタ１６ｂのカウント値を「０」に設定し、受信予想カウンタ１６ｂをインクリメント不可能（ディスエーブル）としてステップＳ６に進む。
【００５５】
受信予想カウンタ１６ｂのカウント値が「５」ではない場合はそのままステップＳ５に進む。
【００５６】
＜信号タイミングチャート＞
図８は輻輳発生時の一例の信号タイミングチャートを示す。図８（Ａ）は送信側の１００Ｍｂｐｓの送信データについてリアルタイム系データをハッチングで示し、非リアルタイム系データを無地で示す。図８（Ｂ）は受信側のフロー制御装置１０で受信された送信データを同様に示しており、図８（Ｃ）はフロー制御装置１０から次の装置へ５０Ｍｂｐｓでしか送信できなくなった場合のデータの送信タイミングを示している。また、図８（Ｄ）は非リアルタイム系バッファ１３の蓄積量を示し、図８（Ｅ）は受信予想カウンタ１６ｂの値を示している。
【００５７】
（ｔ１）受信時間予想部１６で、図８（Ｅ）に示すようにリアルタイム系データ受信をトリガに受信予想カウンタ１６ｂのカウントアップを開始する。
【００５８】
（ｔ２）非リアルタイム系バッファ１３の蓄積量が停止指示閾値＝４に達したが、受信予想カウンタ１６ｂの値が「４」であり、送信側のリアルタイム系データの送信タイミングなので、ポーズ時間＝０ｘＦＦＦＦのポーズフレーム送信を見合わせる。
【００５９】
（ｔ３）非リアルタイム系バッファ１３の蓄積量が停止指示閾値＝４に達しており、かつ、受信予想カウンタの値が「５」であるため、送信側のリアルタイム系データ送信完了と判断する。
【００６０】
（ｔ４）ポーズ時間＝０ｘＦＦＦＦ（送信停止指示）のポーズフレームを送信する。
【００６１】
（ｔ５）非リアルタイム系バッファ１３の蓄積量が停止解除閾値＝２に復旧したため、ポーズ時間＝０ｘ０（停止解除指示）のポーズフレームを送信する。
【００６２】
このように、輻輳が発生した場合に送信側がリアルタイム系データの送信タイミングであれば、受信側からの送信停止指示のポーズフレームの送信が一時停止されて、リアルタイム系データの送信後に送信停止指示のポーズフレームが送信されるため、リアルタイム系データ間隔Ｔ１２が、本来あるべき実線矢印で示すリアルタイム系データ間隔Ｔ１１となり、リアルタイム系データの品質劣化を抑えることができる。
【００６３】
＜他の信号タイミングチャート＞
図９は輻輳発生時の他の一例の信号タイミングチャートを示す。図９（Ａ）は送信側の１００Ｍｂｐｓの送信データについてリアルタイム系データをハッチングで示し、非リアルタイム系データを無地で示す。図９（Ｂ）は受信側のフロー制御装置１０で受信された送信データを同様に示しており、図９（Ｃ）はフロー制御装置１０から次の装置へ５０Ｍｂｐｓでしか送信できなくなった場合のデータの送信タイミングを示している。また、図９（Ｄ）は非リアルタイム系バッファ１３の蓄積量を示し、図９（Ｅ）は受信予想カウンタ１６ｂの値を示している。
【００６４】
（ｔ１）受信時間予想部１６で、図９（Ｅ）に示すようにリアルタイム系データ受信をトリガに受信予想カウンタ１６ｂのカウントアップを開始する。
【００６５】
（ｔ２）非リアルタイム系バッファ１３の蓄積量が停止指示閾値＝４に達したが、受信予想カウンタ１６ｂの値が「２」であり、送信側のリアルタイム系データの送信タイミングではないので、ポーズ時間＝０ｘＦＦＦＦ（送信停止指示）のポーズフレーム送信を行う。
【００６６】
（ｔ３）非リアルタイム系バッファ１３の蓄積量が停止指示閾値＝４に達しており、送信側のリアルタイム系データの送信タイミングになるのでポーズ時間＝０ｘ０（停止解除指示）のポーズフレームを生成して送信することで、送信側の送信停止を解除する。
【００６７】
（ｔ４）受信予想カウンタ１６ｂのカウント値が「５」になると、リアルタイム系データの送信完了と判断し、ポーズ時間＝０ｘＦＦＦＦ（送信停止指示）のポーズフレームを生成して送信し、再びフロー制御を開始する。
【００６８】
（ｔ５）非リアルタイム系バッファ１３の蓄積量が停止解除閾値＝２に復旧したため、ポーズ時間＝０ｘ０（停止解除指示）のポーズフレームを送信する。
【００６９】
このように、輻輳が発生し、送信側に対して送信停止指示が出されていても、送信側が次のリアルタイム系データを送信することが予想されるタイミングで停止解除指示が出されるので、送信側は次のリアルタイム系データを送信することができ、リアルタイム系データ間隔Ｔ１２が、本来あるべき実線矢印で示すリアルタイム系データ間隔Ｔ１１となり、リアルタイム系データの品質劣化を抑えることができる。
【００７０】
上記実施形態によれば、ポーズフレームによるフロー制御を行う場合に、リアルタイム系データ及び非リアルタイム系データのトラヒックが同一回線に混在する場合においても、リアルタイム系データにはフロー制御を行わない選択的制御が可能になり、リアルタイム系データのトラヒックにおいて送信間隔が延びることがなく品質を保つことができる。また、ポーズフレームの受信側に、リアルタイム系データについてフロー制御を行わない選択的フロー制御を行う専用回路や専用処理の実装が不要であり、コスト増加を抑えることができる。
（付記１）
フレーム間隔が略一定であるリアルタイム系データ及びフレーム間隔が不定である非リアルタイム系データを同一回線で伝送され、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御装置において、
リアルタイム系データの到着時間と予め設定されたリアルタイム系データの受信間隔とから次のリアルタイム系データの到着予定時間を予想する受信時間予想手段と、
輻輳が発生して送信停止指示のポーズフレームを前記送信側に送信する場合、前記受信時間予想手段の予想結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで前記送信停止指示のポーズフレームの送信を一時停止するポーズフレーム送信手段と、
を有することを特徴とするフロー制御装置。
（付記２）
付記１記載のフロー制御装置において、
前記ポーズフレーム送信手段は、前記送信側がリアルタイム系データの送信を完了したのち前記送信停止指示のポーズフレームの送信を行うことを特徴とするフロー制御装置。
（付記３）
付記２記載のフロー制御装置において、
前記ポーズフレーム送信手段は、前記送信停止指示のポーズフレームを前記送信側に送信したのち、前記受信時間予想手段の予想結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで停止解除指示のポーズフレームを前記送信側に送信することを特徴とするフロー制御装置。
（付記４）
フレーム間隔が略一定であるリアルタイム系データ及びフレーム間隔が不定である非リアルタイム系データを同一回線で伝送され、輻輳時にポーズフレームを送信側に送信してフロー制御を行うフロー制御方法において、
リアルタイム系データの到着時間と予め設定されたリアルタイム系データの受信間隔とから次のリアルタイム系データの到着予定時間を予想し、
輻輳が発生して送信停止指示のポーズフレームを前記送信側に送信する場合、前記予想の結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで前記送信停止指示のポーズフレームの送信を一時停止することを特徴とするフロー制御方法。
（付記５）
付記４記載のフロー制御方法において、
前記送信側がリアルタイム系データの送信を完了したのち前記送信停止指示のポーズフレームの送信を行うことを特徴とするフロー制御方法。
（付記６）
付記５記載のフロー制御方法において、
前記送信停止指示のポーズフレームを前記送信側に送信したのち、前記受信時間予想手段の予想結果に基づいて前記送信側がリアルタイム系データを送信するタイミングで停止解除指示のポーズフレームを前記送信側に送信することを特徴とするフロー制御方法。
（付記７）
付記５又は６記載のフロー制御方法において、
前記リアルタイム系データの受信間隔を測定して前記次のリアルタイム系データの到着予定時間の予想に用いることを特徴とするフロー制御方法。
【図面の簡単な説明】
【００７１】
【図１】従来のフロー制御装置の一例の構成図である。
【図２】ポーズフレームのフォーマットを示す図である。
【図３】従来のフロー制御装置の信号タイミングチャートである。
【図４】フロー制御装置の一実施形態の構成図である。
【図５】許容範囲内の差分があるときの信号タイミングチャートである。
【図６】許容範囲を超える差分があるときの信号タイミングチャートである。
【図７】フロー制御処理の一実施形態のフローチャートである。
【図８】輻輳発生時の一例の信号タイミングチャートである。
【図９】輻輳発生時の他の一例の信号タイミングチャートである。
【符号の説明】
【００７２】
１０  フロー制御装置
１１  分離部
１２  リアルタイム系バッファ
１３  非リアルタイム系バッファ
１４  蓄積量ポーズフレーム生成判定部
１５  受信間隔測定部
１５ａ  受信間隔測定カウンタ
１６  受信時間予想部
１６ａ  カウンタ制御部
１６ｂ  受信予想カウンタ
１７  ポーズフレーム送信部
１７ａ  ポーズフレーム生成判定部
１７ｂ  ポーズフレーム生成部
【図１】
2010057104.tif 000003
【図２】
2010057104.tif 000004
【図３】
2010057104.tif 000005
【図４】
2010057104.tif 000006
【図５】
2010057104.tif 000007
【図６】
2010057104.tif 000008
【図７】
2010057104.tif 000009
【図８】
2010057104.tif 000010
【図９】
2010057104.tif 000011