JP5534006B2 - 伝送装置、伝送方法及びコンピュータプログラム - Google Patents

Description

本発明は、パケットやフレーム等のＰＤＵ（Protocol Data Unit）の伝送を制御する技術に関する。

従来、パケット伝送ネットワークにおいて、イーサネット（登録商標）ＯＡＭ（Operations, Administration and Maintenance）フレームを用いて保守や管理を行う技術が提案されている（特許文献１参照）。また、パケット伝送ネットワークでは、このような保守や管理とは別にフロー制御などの通信制御が行われている。特に、データセンターやストレージエリアネットワーク（ＳＡＮ：Storage Area Network）等のためにパケットロスのないイーサネット（登録商標）環境を構築する必要がある場合には、一般的にフロー制御が使用される。パケット伝送ネットワークにおいてフロー制御を行う場合、物理ポート単位での制御や、プライオリティーグループ単位での制御などが行われている。

物理ポート単位での制御では、ＩＥＥＥ８０２．３で規定されている物理ポート単位でのフロー制御が行われる。具体的には、受信側のバッファにトラフィックを処理する十分な容量が残っていない場合に、受信側からポーズフレームを送信して送信側のデータ送信を一時的に停止させる。また、プライオリティーグループ単位での制御では、同一物理ポート内のトラフィック毎に優先度を付与することによって、プライオリティーフロー制御が行われる。プライオリティーフロー制御は、ＩＥＥＥ８０２．１Ｑｂｂで規定されており、ＱｏＳ（Quality of Service）を確保することが目的とされている。プライオリティーフロー制御では、プライオリティー独立でフロー制御が実行される。

特表２００７−５３６８７８号公報

しかしながら、従来のフロー制御では以下のような問題があった。物理ポート単位でのフロー制御では、複数のトラフィックを収容した物理リンクにおいて、あるトラフィックに輻輳が発生した場合に、同一物理リンク内の全てのトラフィックの送信が一時的に停止されてしまう。すなわち、物理ポート単位でのフロー制御では、物理的なリンク単位でポーズフレームが送受信される。そのため、一つのポートに複数のトラフィックが含まれる場合には、あるトラフィックで輻輳が生じると、同一ポート内の全トラフィックが一時的に送信停止していた。

また、プライオリティーフロー制御は、八つのプライオリティー毎のフロー制御として実現される。そのため、あるトラフィックに輻輳が発生した場合に、輻輳が発生したトラフィックと同一プライオリティーに属する全てのトラフィックの送信が一時的に停止されてしまう。また、プライオリティーフロー制御は、ホップ単位での制御である。そのため、プライオリティーフロー制御では、エンドポイント間でのトラフィック個別のフロー制御を実現することはできなかった。

このように、複数のトラフィックが混在するネットワークにおいて、ＩＥＥＥに規定されたフロー制御を使用すると、トラフィック毎に個別のフロー制御を実施することはできなかった。
上記事情に鑑み、本発明は、エンドツーエンドのトラフィック毎にフロー制御を行うことを可能とする技術を提供することを目的としている。

本発明の一態様は、伝送装置であって、受信した伝送単位データを一時的に蓄積する受信バッファと、前記受信バッファの蓄積量が所定の上限閾値を超えた場合に、自装置が受信する前記伝送単位データのトラフィックにおける送信側の端点となっている他の伝送装置を送信先として、伝送単位データの送信を停止することを指示するための制御信号を生成する信号生成部と、前記制御信号を送信する送信部と、を備える。

本発明の一態様は、伝送方法であって、受信した伝送単位データを一時的に蓄積する受信バッファを備える伝送装置が、前記受信バッファの蓄積量が所定の上限閾値を超えた場合に、自装置が受信する前記伝送単位データのトラフィックにおける送信側の端点となっている他の伝送装置を送信先として、伝送単位データの送信を停止することを指示するための制御信号を生成する信号生成ステップと、前記伝送装置が、前記制御信号を送信する送信ステップと、を備える。

本発明の一態様は、受信した伝送単位データを一時的に蓄積する受信バッファを備える伝送装置に対し、前記受信バッファの蓄積量が所定の上限閾値を超えた場合に、自装置が受信する前記伝送単位データのトラフィックにおける送信側の端点となっている他の伝送装置を送信先として、伝送単位データの送信を停止することを指示するための制御信号を生成する信号生成ステップと、前記伝送装置が、前記制御信号を送信する送信ステップと、を実行させるためのコンピュータプログラムである。

本発明により、エンドツーエンドのトラフィック毎にフロー制御を行うことが可能となる。

パケット伝送システムのシステム構成を表すシステム構成図である。 複数台のパケット伝送装置１０と通信可能に接続されるパケット伝送装置１０の構成の概略を表す図である。 １台のパケット伝送装置１０及び複数台の通信端末２０と通信可能に接続されるパケット伝送装置１０の構成の概略を表す図である。 パケット伝送装置の具体的な構成例を表す図である。 送受信制御部の機能構成を表す概略ブロック図である。 ＯＡＭフレームのフォーマットの具体例を表す図である。 受信パケットを受けた場合の処理の流れを表すフローチャートである。 輻輳検出部の監視処理に関する処理の流れを表すフローチャートである。

図１は、パケット伝送システム１のシステム構成を表すシステム構成図である。パケット伝送システム１は、複数台のパケット伝送装置（１０−１〜１０−８）と、複数台の通信端末２０を用いて構成される。各パケット伝送装置１０は、特定の他のパケット伝送装置と無線通信可能に接続され、パケットを送受信する。図１の場合、パケット伝送装置１０−３に対し、パケット伝送装置１０−１、１０−２及び１０−４が無線通信可能に接続されている。また、パケット伝送装置１０−４に対し、パケット伝送装置１０−３、１０−５及びパケット伝送装置１０−６が無線通信可能に接続されている。また、パケット伝送装置１０−５に対し、パケット伝送装置１０−４及び１０−７が無線通信可能に接続されている。また、パケット伝送装置１０−６に対し、パケット伝送装置１０−４及び１０−８が無線通信可能に接続されている。また、複数台の通信端末２０が、パケット伝送装置１０−１、１０−２及び１０−７に対して通信可能に接続されている。

パケット伝送システム１には、予めトラフィックが設定されている。図１の場合、トラフィック３１が、パケット伝送装置１０−１及びパケット伝送装置１０−７間のエンドツーエンドのトラフィックとして設定されている。すなわち、トラフィック３１が、パケット伝送装置１０−１から、パケット伝送装置１０−３、１０−４及び１０−５を経由して、パケット伝送装置１０−７に到達するトラフィックとして設定されている。また、トラフィック３２が、パケット伝送装置１０−２及びパケット伝送装置１０−６間のエンドツーエンドのトラフィックとして設定されている。すなわち、トラフィック３２が、パケット伝送装置１０−２から、パケット伝送装置１０−３及び１０−４を経由して、パケット伝送装置１０−６に到達するトラフィックとして設定されている。トラフィック３１及びトラフィック３２では、例えば通信端末２０から送出されたデータが伝送される。図１の場合、パケット伝送装置１０−３及び１０−４間の物理リンクは、トラフィック３１及びトラフィック３２を収容している。このように、図１に示されるパケット伝送システム１は、複数のトラフィックを収容する物理リンクを有している。

パケット伝送システム１では、Ｅｔｈｅｒｎｅｔ（登録商標）ＯＡＭ（Operations, Administration and Maintenance）のＭＥＰ（Maintenance entity group End Point）及びＭＩＰ（Maintenance entity group Intermediate Point）が設定されている。例えば図１の場合、パケット伝送装置１０−１、１０−２、１０−６及び１０−７がＭＥＰとして設定されている。また、パケット伝送装置１０−３、１０−４及び１０−５がＭＩＰとして設定される。

具体的には、パケット伝送装置１０−１とパケット伝送装置１０−７に対し、同一のＭＥＰ（ＭＥＰ ＩＤ＝Ａ）が設定される。また、パケット伝送装置１０−２とパケット伝送装置１０−６に対し、同一のＭＥＰ（ＭＥＰ ＩＤ＝Ｂ）が設定される。また、ＭＥＰ間に位置するパケット伝送装置１０−３及びパケット伝送装置１０−４には、ＭＩＰ（ＭＥＰ ＩＤ＝Ａ，Ｂ）が設定される。また、ＭＥＰ間に位置するパケット伝送装置１０−５には、ＭＩＰ（ＭＥＰ ＩＤ＝Ａ）が設定される。

以上のようにＭＥＰ及びＭＩＰの設定がなされることによって、パケット伝送装置１０−１及びパケット伝送装置１０−７間と、パケット伝送装置１０−２及びパケット伝送装置１０−６間において、各トラフィックに沿った個別のＯＡＭフレームが伝送される。
パケット伝送システム１では、ＭＥＰとして設定された受信側のパケット伝送装置１０（図１の場合はパケット伝送装置１０−６及び１０−７）において輻輳が生じた場合に、この受信側のパケット伝送装置１０が、送信側のエンドポイント（端点）となるパケット伝送装置１０（図１の場合はパケット伝送装置１０−１及び１０−２）に対してＯＡＭフロー制御フレーム６１を送信する。パケット伝送システム１では、このようなＯＡＭフロー制御フレーム６１の送受信によって、フロー制御が実現される。なお、パケット伝送システム１では、送信側のエンドポイント（端点）となる装置は、パケット伝送装置１０のみであり、ユーザーデータを生成する通信端末２０は送信側のエンドポイント（端点）にはならない。

なお、図１に表されるパケット伝送システム１の構成は一例にすぎない。パケット伝送システム１に備えられるパケット伝送装置１０の台数、接続関係、トラフィックの経路などは適宜変更されても良い。また、どのパケット伝送装置１０がＭＥＰ又はＭＩＰとして設定されるかも適宜変更されても良い。また、パケット伝送装置１０には複数台の通信端末２０ではなく一台の通信端末２０が接続されても良い。また、各パケット伝送装置１０−１〜１０−８に対して、不図示のパケット伝送装置や他の通信装置や通信端末２０がさらに接続されても良い。

図２Ａは、複数台のパケット伝送装置１０と通信可能に接続されるパケット伝送装置１０の構成の概略を表す図である。図２Ａの場合、パケット伝送装置１０は、複数のアンテナ部１１、複数の送受信制御部１２及び中継制御部１３を備える。

アンテナ部１１は、無線通信可能に接続された他のパケット伝送装置１０のアンテナ部１１との間で無線信号の送受信を行う。アンテナ部１１は、送受信制御部１２から受けた送信すべきパケット（以下、「送信パケット」という。）を、無線通信可能に接続された他のパケット伝送装置１０のアンテナ部１１へ送信する。また、アンテナ部１１は、無線通信可能に接続された他のパケット伝送装置１０のアンテナ部１１からパケットを受信し（以下、受信されたパケット（以下、「受信パケット」という。）を送受信制御部１２へ渡す。

送受信制御部１２は、受信パケットを判別し、ＯＡＭ処理などを行う。送受信制御部１２は、アンテナ部１１から通常のパケットを受信パケットとして受けると、受信パケットを中継制御部１３へ渡す。なお、通常のパケットとは、ＯＡＭフレームではないパケットであり、例えばユーザーデータのパケットである。また、送受信制御部１２は、アンテナ部１１から自装置宛ではないＯＡＭフレームを受信パケットとして受けると、受信パケットを中継制御部１３へ渡す。また、送受信制御部１２は、中継制御部１３から送信パケットを受けると、アンテナ部１１を介して送信パケットを送信する。

中継制御部１３は、送受信制御部１２から受けた受信パケットについて、ヘッダ情報などに基づいて中継処理を行う。中継制御部１３が行う中継処理は、既存の技術を用いて実現される。

図２Ｂは、１台のパケット伝送装置１０及び複数台の通信端末２０と通信可能に接続されるパケット伝送装置１０の構成の概略を表す図である。図２Ｂの場合、パケット伝送装置１０は、アンテナ部１１、送受信制御部１２及び中継制御部１４を備える。図２Ｂにおけるアンテナ部１１及び送受信制御部１２の構成は、図２Ａにおけるアンテナ部１１及び送受信制御部１２と同じである。中継制御部１４は、複数の通信端末２０に対して接続されている点で中継制御部１３と異なる。中継制御部１４は、通信端末２０から受信したパケットについて、ヘッダ情報などに基づいて中継処理を行う。また、中継制御部１４は、送受信制御部１２から受けた受信パケットについて、ヘッダ情報などに基づいて中継処理を行う。中継制御部１４が行う中継処理は、既存の技術を用いて実現される。

図３は、パケット伝送装置１０−３の具体的な構成例を表す図である。パケット伝送装置１０の送受信制御部１２には、例えば図３に示されるように、複数のアンテナ部１１が接続されても良いし、一つのアンテナ部１１が接続されても良い。図３の場合、パケット伝送装置１０−３の送受信制御部１２−１には、パケット伝送装置１０−１と無線通信するためのアンテナ部１１−１と、パケット伝送装置１０−２と無線通信するためのアンテナ部１１−２とが接続されている。また、パケット伝送装置１０−３の送受信制御部１２−２には、パケット伝送装置１０−４と無線通信するためのアンテナ部１１−３が接続されている。各アンテナ部１１は、例えばマイクロ波などの指向性の強い電波を用いて、対向して設置された他のアンテナ部１１と無線通信するように構成されても良い。

図４は、送受信制御部１２の機能構成を表す概略ブロック図である。送受信制御部１２は、バスで接続されたＣＰＵ（Central Processing Unit）やメモリや補助記憶装置などを備え、送受信制御プログラムを実行する。送受信制御部１２は、送受信制御プログラムの実行によって、パケット受信部１２１、パケットフィルタ１２２、ＯＡＭ処理部１２３、送信制御部１２４、受信パケットバッファ１２５、輻輳検出部１２６、ＯＡＭ生成部１２７、送信パケットバッファ１２８、パケット送信部１２９を備える装置として機能する。なお、送受信制御部１２の各機能の全て又は一部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）やＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを用いて実現されても良い。送受信制御プログラムは、コンピュータ読み取り可能な記録媒体に記録されても良い。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置である。また、送受信制御部１２が備えるＣＰＵやメモリ等のハードウェアの一部又は全部は、中継制御部１３や他の送受信制御部１２と共有されても良い。

パケット受信部１２１は、アンテナ部１１から受信パケットを受けると、受信処理を行い、受信パケットをパケットフィルタ１２２に渡す。
パケットフィルタ１２２は、受信パケットがＯＡＭフレームであるか否か判定する。受信パケットがＯＡＭフレームである場合、パケットフィルタ１２２は受信パケットをＯＡＭ処理部１２３へ渡す。一方、受信パケットがＯＡＭフレームではない場合、パケットフィルタ１２２は受信パケットを受信パケットバッファ１２５へ渡す。

ＯＡＭ処理部１２３は、パケットフィルタから受信パケットを受けると、受信パケット（ＯＡＭフレーム）がＯＡＭフロー制御フレーム６１であるか否か判定する。ＯＡＭフレームがＯＡＭフロー制御フレーム６１である場合、ＯＡＭ処理部１２３はＯＡＭフロー制御フレーム６１を送信制御部１２４へ渡す。一方、ＯＡＭフレームがＯＡＭフロー制御フレーム６１でない場合、ＯＡＭ処理部１２３はＯＡＭフレームに基づいてＯＡＭ処理を行う。なお、ＯＡＭ処理部１２３が行うＯＡＭ処理は既存の技術を用いて実現される。

送信制御部１２４は、ＯＡＭフロー制御フレーム６１に設定されたフロー制御時間に従って、送信パケットバッファ１２８に対し送信制御信号を出力する。
受信パケットバッファ１２５は、パケットフィルタ１２２から受けた受信パケットをバッファリングする。受信パケットバッファ１２５は、所定のタイミング又は中継制御部１４による制御に応じて、受信パケットを中継制御部１４へ出力する。

輻輳検出部１２６は、受信パケットバッファ１２５のパケット蓄積量を監視する。輻輳検出部１２６は、受信パケットバッファ１２５のパケット蓄積量が予め定められた上限閾値を超えると、ＯＡＭ生成部１２７に対し停止用ＯＡＭ生成制御信号を出力する。停止用ＯＡＭ生成制御信号とは、送信停止用のＯＡＭフロー制御フレーム６１を生成することを指示するための信号である。また、輻輳検出部１２６は、受信パケットバッファ１２５のパケット蓄積量が予め定められた下限閾値を下回ると、ＯＡＭ生成部１２７に対し再開用ＯＡＭ生成制御信号を出力する。再開用ＯＡＭ生成制御信号とは、送信再開用のＯＡＭフロー制御フレーム６１を生成することを指示するための信号である。なお、上限閾値及び下限閾値は、設計者又は管理者によって適宜設定される。例えば、設計者又は管理者は、パケット伝送装置１０に通信可能に接続された他の端末装置を操作することによって、上限閾値又は下限閾値の設定を変更する。
ＯＡＭ生成部１２７は、ＯＡＭ生成制御信号に従ってＯＡＭフロー制御フレーム６１を生成し、送信パケットバッファ１２８へ出力する。

送信パケットバッファ１２８は、中継制御部１４から送信パケットを受けると、送信パケットをバッファリングする。また、送信パケットバッファ１２８は、ＯＡＭ生成部１２７からＯＡＭフロー制御フレーム６１を受けると、ＯＡＭフロー制御フレーム６１をバッファリングする。そして、送信パケットバッファ１２８は、所定の規則に従ってバッファリングしている送信パケットやＯＡＭフロー制御フレーム６１をパケット送信部１２９に出力する。このとき、送信パケットバッファ１２８は、送信パケットよりもＯＡＭフロー制御フレーム６１を優先的にパケット送信部１２９へ出力する。また、送信パケットバッファ１２８は、送信制御部１２４から送信制御信号を受けると、送信制御信号を受けた時から、送信制御信号に設定されている時間が経過するまでの間、パケット送信部１２９への送信パケットの出力を停止する。なお、送信パケットバッファ１２８は、送信制御信号を受けた後であって送信制御信号に設定されている時間が経過する前であっても、ＯＡＭ生成部１２７からＯＡＭフロー制御フレーム６１を受けた場合には、ＯＡＭフロー制御フレーム６１を優先的にパケット送信部１２９へ出力する。また、送信パケットバッファ１２８は、送信制御信号を受けた後であって送信制御信号に設定されている時間が経過する前であっても、設定された時間が“０”である送信制御信号を送信制御部１２４から新たに受けた場合には、停止していた送信パケットの出力を再開する。

パケット送信部１２９は、送信パケットバッファ２０８が出力した送信パケット又はＯＡＭフロー制御フレーム６１に送信処理を行い、アンテナ部１１を介して送信を実行する。

図５は、ＯＡＭフレームのフォーマットの具体例を表す図である。図５の左側のテーブルは、ＯＡＭフレームの一種であるＣＣＭ（Continuity Check Message）フレーム５１のフォーマットを表す図である。ＣＣＭフレーム５１のフォーマットは、ＩＴＵ−Ｔ Ｇ．１７３１に規定されている。図５の右側のテーブルは、ＯＡＭフロー制御フレーム６１のフォーマットを表す図である。ＣＣＭフレーム５１は、ＭＥＬ、Ｖｅｒｓｉｏｎ、ＯｐＣｏｄｅ、Ｆｌａｇｓ、ＴＬＶ（Type Length Value） Ｏｆｆｓｅｔ、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、ＭＥＰ ＩＤ、ＭＥＧ ＩＤ、ＴｘＦＣｆ、ＲｘＦＣｂ、ＴｘＦＣｂ、Ｒｅｓｅｒｖｅｄ、Ｅｎｄ ＴＬＶ等のフィールドを有する。これらのフィールドのうち、Ｓｅｑｕｅｎｃｅ Ｎｕｍｂｅｒ、ＭＥＰ ＩＤ、ＭＥＧ ＩＤ、ＴｘＦＣｆ、ＲｘＦＣｂ、ＴｘＦＣｂ、Ｒｅｓｅｒｖｅｄ、Ｅｎｄ ＴＬＶをまとめてＴＬＶフィールド５２という。

ＯＡＭフロー制御フレーム６１は、ＣＣＭフレーム５１に対してフロー制御情報のフィールド（フロー制御情報フィールド６２）を追加することによって構成される。例えば、ＯＡＭフロー制御フレーム６１は、ＣＣＭフレーム５１のＴＬＶフィールド５２中にフロー制御情報フィールド６２を挿入して構成される。より具体的には、ＯＡＭフロー制御フレーム６１は、例えばＣＣＭフレーム５１のＲｅｓｅｒｖｅｄフィールドとＥＮＤ ＴＬＶフィールドとの間にフロー制御情報フィールド６２を挿入して構成される。フロー制御情報フィールド６２は、フロー制御識別子のフィールドと、フロー制御時間のフィールドとを有する。フロー制御識別子のフィールドには、ＯＡＭフロー制御フレーム６１であることを表す所定の値が設定される。フロー制御時間のフィールドには、送信を停止する時間を表す値が設定される。

図６及び図７は、パケット伝送装置１０の送受信制御部１２の動作の流れを表すフローチャートである。図６は、受信パケットを受けた場合の処理の流れを表すフローチャートである。また、図７は、輻輳検出部１２６の監視処理に関する処理の流れを表すフローチャートである。図６及び図７は並行して実行されても良いし、図６の所定の処理（例えばステップＳ１０３の受信バッファ処理）の後に図７の処理が実行されても良い。以下、図６及び図７を用いて送受信制御部１２の処理について説明する。

まず、図６に表される処理について説明する。パケット受信部１２１が受信パケットを受けると（ステップＳ１０１）、パケット受信部１２１は受信処理を行い、パケットフィルタ１２２へ受信パケットを渡す。次に、パケットフィルタ１２２が、受信パケットのヘッダのＥｔｈｅｒＴｙｐｅを参照し、受信パケットがＯＡＭフレームであるか否か判定する（ステップＳ１０２）。受信パケットがＯＡＭフレームではない場合（ステップＳ１０２−ＮＯ）、受信パケットバッファ１２５が、受信パケットをバッファリングし、通常通りの処理を行う（ステップＳ１０３）。そして、受信パケットバッファ１２５は、中継制御部１４による制御に応じて受信パケットを中継制御部１４へ出力する。なお、受信パケットがＯＡＭフレームでない場合とは、例えば受信パケットがユーザーデータのパケットである場合などである。一方、受信パケットがＯＡＭフレームであった場合（ステップＳ１０２−ＹＥＳ）、パケットフィルタ１２２が受信パケットをＯＡＭ処理部１２３へ渡す（ステップＳ１０４）。

次に、ＯＡＭ処理部１２３が、受信パケットがＯＡＭフロー制御フレーム６１であるか否か判定する（ステップＳ１０５）。この処理は、例えば以下のように実行できる。まず、ＯＡＭ処理部１２３は、ＯＡＭフレームのＯｐＣｏｄｅの値に基づいて、受信パケットがＣＣＭフレーム５１であるか否か判定する。受信パケットがＣＣＭフレーム５１でない場合には、ＯＡＭ処理部１２３は、受信パケットがＯＡＭフロー制御フレーム６１ではないと判定する。また、受信パケットがＣＣＭフレーム５１である場合には、ＯＡＭ処理部１２３はさらにフロー制御識別子の有無を判定する。フロー制御識別子が無い場合には、ＯＡＭ処理部１２３は、受信パケットがＯＡＭフロー制御フレーム６１ではないと判定する。一方、フロー制御識別子が有る場合には、ＯＡＭ処理部１２３は、受信パケットがＯＡＭフロー制御フレーム６１であると判定する。上記のような判定の結果、受信パケットがＯＡＭフロー制御フレーム６１でない場合（ステップＳ１０５−ＮＯ）、ＯＡＭ処理部１２３が、受信されたＯＡＭフレームに応じて通常のＯＡＭの処理を実行する（ステップＳ１０６）。一方、受信パケットがＯＡＭフロー制御フレーム６１である場合（ステップＳ１０５−ＹＥＳ）、ＯＡＭ処理部１２３が、ＯＡＭフロー制御フレーム６１を送信制御部１２４へ渡す。

次に、送信制御部１２４が、ＯＡＭフロー制御フレーム６１のＴＬＶフィールドに設定されたフロー制御時間を検出する。そして、送信制御部１２４が、送信制御信号を生成し、フロー制御時間に設定されている時間を送信制御信号に付与して送信パケットバッファ１２８へ送信する。送信制御信号に設定された時間（フロー制御時間）が“０”の場合（ステップＳ１０７−ＮＯ）、送信パケットバッファ１２８は、その時点で送信パケットの送信処理が停止していれば送信処理を再開し、送信処理が行われている状態であれば送信処理を継続する（ステップＳ１０８）。一方、フロー制御時間が“０”より大きい場合（ステップＳ１０７−ＹＥＳ）、送信パケットバッファ１２８は、その時点で送信処理を停止していれば送信停止を継続し、送信処理が行われていれば送信を停止する（ステップＳ１０９）。

次に、図７に表される処理について説明する。まず、輻輳検出部１２６が、所定のタイミング毎に受信パケットバッファ１２５のパケット蓄積量が所定の上限閾値を超過しているか否か判定する（ステップＳ２０１）。パケット蓄積量が所定の上限閾値を超過していない場合には（ステップＳ２０１−ＮＯ）、輻輳検出部１２６は特に処理を行わない。なお、この場合は、受信パケットバッファ１２５は通常処理を行う。

一方、パケット蓄積量が所定の上限閾値を超過した場合（ステップＳ２０１−ＹＥＳ）、輻輳検出部１２６が、ＯＡＭ生成部１２７に対し停止用ＯＡＭ生成制御信号を出力する。次に、停止用ＯＡＭ生成制御信号を受けたＯＡＭ生成部１２７が、ＯＡＭフロー制御フレーム６１を生成する。このとき、ＯＡＭ生成部１２７は、“０”よりも大きい送信停止時間の値（例えば設定可能な送信停止時間の最大値）を、フロー制御時間のフィールドに設定する。ＯＡＭ生成部１２７は、自装置（パケット伝送装置１０）が受信側のエンドポイントとなっているトラフィックにおいて、送信側のエンドポイントとなっている全てのパケット伝送装置１０を、ＯＡＭフロー制御フレーム６１の送信先として設定する。そして、ＯＡＭ生成部１２７は、送信パケットバッファ１２８にＯＡＭフロー制御フレーム６１を出力する。送信パケットバッファ１２８は、ＯＡＭ生成部１２７からＯＡＭフロー制御フレーム６１を受けると、ＯＡＭフロー制御フレーム６１を優先的にパケット送信部１２９へ出力する。そしてパケット送信部１２９がＯＡＭフロー制御フレーム６１を送信する（ステップＳ２０２）。なお、ＯＡＭ生成部１２７は、ＯＡＭフロー制御フレーム６１の送信先（すなわち、自装置が受信側のエンドポイントとなっているトラフィックにおいて送信側のエンドポイントとなっている全てのパケット伝送装置１０）を、ＯＡＭフレームや受信パケットのヘッダ情報などに基づいて予め取得しておく。また、設計者や管理者などによって、パケット伝送装置１０毎に予めトラフィックが設定されることによって、この設定内容に基づき、ＯＡＭ生成部１２７がＯＡＭフロー制御フレーム６１の上記送信先を取得しても良い。

その後、ＯＡＭ生成部１２７は、輻輳検出部１２６から再開用ＯＡＭ生成制御信号を受信するまで、ステップＳ２０２の処理を繰り返し実行する（ステップＳ２０３−ＮＯ）。このとき、ＯＡＭ生成部１２７は、ＯＡＭフロー制御フレーム６１を受信して送信処理を停止する装置において送信停止が途切れないような間隔で、ＯＡＭフロー制御フレーム６１を出力する。例えば、ＯＡＭ生成部１２７は、ＯＡＭフロー制御フレーム６１に設定するフロー制御時間よりも短い時間間隔で、ＯＡＭフロー制御フレーム６１を生成し出力する。

輻輳検出部１２６は、ステップＳ２０１の処理の後も受信パケットバッファ１２５のパケット蓄積量の監視を継続する。そして、受信パケットバッファ１２５のパケット蓄積量が所定の下限閾値を下回った場合（ステップＳ２０３−ＹＥＳ）、輻輳検出部１２６が、ＯＡＭ生成部１２７に対し再開用ＯＡＭ生成制御信号を出力する。次に、再開用ＯＡＭ生成制御信号を受けたＯＡＭ生成部１２７が、ＯＡＭフロー制御フレーム６１を生成する。このとき、ＯＡＭ生成部１２７は、“０”をフロー制御時間のフィールドに設定する。ＯＡＭ生成部１２７は、自装置（パケット伝送装置１０）がエンドポイントとなっているトラフィックの送信側のエンドポイントとなっている全てのパケット伝送装置１０を、ＯＡＭフロー制御フレーム６１の送信先として設定する。ＯＡＭ生成部１２７は、送信パケットバッファ１２８にＯＡＭフロー制御フレーム６１を出力する。そしてパケット送信部１２９がＯＡＭフロー制御フレーム６１を送信する（ステップＳ２０４）。

パケット伝送システム１の動作について、パケット伝送装置１０−７において輻輳が生じた場合を例に説明する。この場合、パケット伝送装置１０−７が、フロー制御時間のフィールドに“０”より大きい値が設定されたＯＡＭフロー制御フレーム６１を生成する。そして、パケット伝送装置１０−７が、ＯＡＭフロー制御フレーム６１をパケット伝送装置１０−１宛に送信する。パケット伝送装置１０−５、１０−４及び１０−３は、パケット伝送装置１０−７から送信されたＯＡＭフロー制御フレーム６１をパケット伝送装置１０−１へ向けて転送する。自装置宛のＯＡＭフロー制御フレーム６１を受信したパケット伝送装置１０−１は、ＯＡＭフロー制御フレーム６１に設定されているフロー制御時間を抽出し、フロー制御時間に設定された時間が経過するまで送信パケットの送信処理を停止する。また、パケット伝送装置１０−１は、受信したＯＡＭフロー制御フレーム６１に設定された時間が経過した場合や、フロー制御時間が“０”に設定されたＯＡＭフロー制御フレーム６１を新たに受信した場合には、停止していた送信パケットの送信処理を再開する。

パケット伝送システム１では、Ｅｔｅｒｎｅｔ（登録商標）ＯＡＭのＣＣＭフレーム５１を利用してエンドツーエンドでフロー制御情報を伝送することによって、エンドツーエンドでトラフィック毎のフロー制御を行う。このような動作により、トラフィック３１と同じ物理リンクを経由するトラフィック３２を停止することなく、トラフィック３１のみにフロー制御を実施することができる。すなわち、複数のトラフィックを収容した物理リンクにおいて、あるトラフィックにおいて発生した輻輳を原因として、同じ物理リンクを経由する他の全てのトラフィックが停止されてしまうことを回避することが可能となる。

また、上述のように、複数のトラフィックを収容した物理リンクにおいて、輻輳が発生したトラフィック以外のトラフィックには送信停止の影響がでない。そのため、複数のトラフィックを収容した物理リンクでのＱｏＳの確保と効率的な伝送が可能になる。
また、上述のように、送信側のエンドポイント（端点）となる装置は、パケット伝送装置１０のみであり、ユーザーデータを生成する通信端末２０は送信側のエンドポイント（端点）にはならない。そのため、ユーザーデータを生成する個々の通信端末２０毎にフロー制御を行う必要が無く、パケット伝送装置１０単位でフロー制御を行うことができる。したがって、例えばパケット伝送装置１０に対して複数台の通信端末２０が接続してＶＬＡＮ（Virtual Local Area Network）を形成しているような場合に、ＶＬＡＮから送出されるトラフィックをまとめてフロー制御することが可能となる。

＜変形例＞
図１に示した実施例では、同一リンクを２つのトラフィック（トラフィック３１及び３２）が経由するネットワークを例に挙げて示した。しかし、同一リンクを経由するトラフィックの数には特に制限はない。

また、上述した実施例では、Ｅｔｈｅｎｅｔ ＯＡＭのＣＣＭフレーム５１にフロー制御情報を付加することによってＯＡＭフロー制御フレーム６１を生成した。しかしながら、他のＯＡＭフレームにフロー制御情報を付加することによってＯＡＭフロー制御フレーム６１を生成しても良い。例えば、ＩＴＵ−Ｔ Ｙ．１７３１に規定されているＶＳＰ（Vender-Specific OAM Function）に対してフロー制御情報を付加することによってＯＡＭフロー制御フレーム６１を生成しても良い。

また、上述した実施例では、エンドポイントのＭＥＰとなるパケット伝送装置１０に対して、図４に表される送受信制御部１２を実装した。しかしながら、ＭＩＰとなるパケット伝送装置１０に対して、図４に表される送受信制御部１２を実装しても良い。例えば、図１におけるパケット伝送装置１０−５に対して、図４に表される送受信制御部１２を実装しても良い。このように構成されることによって、エンドポイント間のみならず、中継装置（ＭＩＰ）での輻輳発生時においても、トラフィック個別のフロー制御を行うことが可能となる。なお、この場合、ＯＡＭ生成部１２７は、自装置（パケット伝送装置１０）が受信側のエンドポイントとなっているトラフィックではなく、自装置（パケット伝送装置１０）が中継するトラフィックにおいて、送信側のエンドポイントとなっている全てのパケット伝送装置１０宛にＯＡＭフロー制御フレーム６１を送信する。

また、上述した実施例では、再開用ＯＡＭ生成制御信号を受けたＯＡＭ生成部１２７は、フロー制御時間のフィールドに“０”を設定してＯＡＭフロー制御フレーム６１を生成した。しかしながら、再開用ＯＡＭ生成制御信号を受けたＯＡＭ生成部１２７は、送信パケットの送信処理を停止しているパケット伝送装置１０に対して、送信パケットの送信処理の再開を指示することができるのであれば、どのような形態のＯＡＭフロー制御フレーム６１を生成しても良い。例えば、フロー制御時間のフィールドに“０”を設定するのではなく、送信処理の再開を表す所定の文字列や記号を設定するようにＯＡＭ生成部１２７が構成されても良い。
また、上述した実施例では、ＰＤＵ（Protocol Data Unit）の具体例としてパケットやフレームが用いられたが、他のＰＤＵを伝送する伝送装置としてパケット伝送装置１０及びパケット伝送システム１が構成されても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。
本願は、２０１０年４月１５日に、日本に出願された特願２０１０−０９３９９１号に基づき優先権を主張し、その内容をここに援用する。

エンドツーエンドのトラフィック毎にフロー制御を行うことができる。

１０（１０−１〜１０−８） パケット伝送装置（伝送装置）
２０ 通信端末
３１，３２ トラフィック
１１ アンテナ部
１２ 送受信制御部
１３，１４ 中継制御部
１２１ パケット受信部
１２２ パケットフィルタ
１２３ ＯＡＭ処理部
１２４ 送信制御部
１２５ 受信パケットバッファ（受信バッファ）
１２６ 輻輳検出部（信号生成部）
１２７ ＯＡＭ生成部（信号生成部）
１２８ 送信パケットバッファ
１２９ パケット送信部（送信部）

Claims (5)

1. 受信した伝送単位データを一時的に蓄積する受信バッファと、
   前記受信バッファの蓄積量が所定の上限閾値を超えた場合に、自装置が受信する前記伝送単位データのトラフィックにおける送信側の端点となっている他の伝送装置を送信先として、伝送単位データの送信を停止することを指示し、前記他の伝送装置と自装置との間の伝送装置に対しては送信の停止を指示しないことを示す制御信号を生成する信号生成部と、
   前記制御信号を送信する送信部と、
   を備える伝送装置。
2. 前記信号生成部は、前記他の伝送装置を送信先として、伝送単位データの送信を再開することを指示するための制御信号を生成し、
   前記送信部は、前記伝送単位データの送信を再開することを指示するための制御信号を送信する、請求項１に記載の伝送装置。
3. 前記信号生成部は、ＯＡＭ（Operations, Administration and Maintenance）フレームに所定の値を設定することによって前記制御信号を生成する請求項１又は２に記載の伝送装置。
4. 受信した伝送単位データを一時的に蓄積する受信バッファを備える伝送装置が、前記受信バッファの蓄積量が所定の上限閾値を超えた場合に、自装置が受信する前記伝送単位データのトラフィックにおける送信側の端点となっている他の伝送装置を送信先として、伝送単位データの送信を停止することを指示し、前記他の伝送装置と自装置との間の伝送装置に対しては送信の停止を指示しないことを示す制御信号を生成する信号生成ステップと、
   前記伝送装置が、前記制御信号を送信する送信ステップと、
   を備える伝送方法。
5. 受信した伝送単位データを一時的に蓄積する受信バッファを備える伝送装置に対し、
   前記受信バッファの蓄積量が所定の上限閾値を超えた場合に、自装置が受信する前記伝送単位データのトラフィックにおける送信側の端点となっている他の伝送装置を送信先として、伝送単位データの送信を停止することを指示し、前記他の伝送装置と自装置との間の伝送装置に対しては送信の停止を指示しないことを示す制御信号を生成する信号生成ステップと、
   前記伝送装置が、前記制御信号を送信する送信ステップと、
   を実行させるためのコンピュータプログラム。

Images