JP3672683B2 - トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 - Google Patents
トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 Download PDFInfo
- Publication number
- JP3672683B2 JP3672683B2 JP28566996A JP28566996A JP3672683B2 JP 3672683 B2 JP3672683 B2 JP 3672683B2 JP 28566996 A JP28566996 A JP 28566996A JP 28566996 A JP28566996 A JP 28566996A JP 3672683 B2 JP3672683 B2 JP 3672683B2
- Authority
- JP
- Japan
- Prior art keywords
- traffic
- frame relay
- restriction
- network
- frame
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L12/5602—Bandwidth control in ATM Networks, e.g. leaky bucket
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04Q—SELECTING
- H04Q11/00—Selecting arrangements for multiplex systems
- H04Q11/04—Selecting arrangements for multiplex systems for time-division multiplexing
- H04Q11/0428—Integrated services digital network, i.e. systems for transmission of different types of digitised signals, e.g. speech, data, telecentral, television signals
- H04Q11/0478—Provisions for broadband connections
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5629—Admission control
- H04L2012/5631—Resource management and allocation
- H04L2012/5636—Monitoring or policing, e.g. compliance with allocated rate, corrective actions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/54—Store-and-forward switching systems
- H04L12/56—Packet switching systems
- H04L12/5601—Transfer mode dependent, e.g. ATM
- H04L2012/5638—Services, e.g. multimedia, GOS, QOS
- H04L2012/5665—Interaction of ATM with other protocols
- H04L2012/567—Frame Relay over ATM
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、ＡＴＭ網に複数のフレームリレー網が接続されたネットワークシステムと、このネットワークシステムにおけるトラフィック制御方法と、複数のフレームリレー網をそれぞれ構成するフレームリレー交換機とに関する。
【０００２】
【従来の技術】
近年、ＬＡＮの高速化，マルチメディア化に伴いＢ−ＩＳＤＮ（広域総合サービスディジタル網）の導入が急速に進められている。データ系通信においてもフレームリレー網の中継としてＡＴＭ（Asynchronous Transfer Mode）網を利用するケースが次世代通信への最初のステップとして増えている。
【０００３】
図１６は、複数のフレームリレー網の中継網にＡＴＭ網が用いられたネットワークシステムの全体構成図である。図１６において、各フレームリレー網１，２は、フレームをセルに変換するＩＷＦ（InterWork Function）４を介してＡＴＭ網３にそれぞれ接続される。また、各フレームリレー網１，２には、ネットワークのユーザが使用する端末装置５，６がそれぞれ接続される。また、ＡＴＭ網には、複数のＶＣ（Virtual Channel）を束ねたＶＰ（Virtual Path）が設定され、さらに各ＶＣの通信チャネル（ＶＣＣ：Virtual Channel Connection）が、設定される。そして、各ＶＣＣ毎に、送信可能なセルの最大送信レート（ＰＣＲ：Peak Cell Rate）が設定される。そして、ＩＷＦ４からＡＴＭ網３に対して送信されるセルの数が、ＡＴＭ網３において設定されているＰＣＲを越えると、ＡＴＭ網３は、セルを廃棄してＡＴＭ網３の輻輳を回避または解消する。一方、ＡＴＭ網３においてセル（フレーム）が廃棄された場合には、その廃棄されたセル（フレーム）に対する応答フレームは、端末装置５，６に送信されないこととなる。このため、フレームを送信した端末装置５，６は、セル（フレーム）の廃棄によって所定時間の間に自身が送信したフレームの応答フレームを受信しない場合には、相手端末にフレームが到着していないと判断し、フレームを再送する。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述したネットワークシステムには、以下の問題があった。
すなわち、ＩＷＦ４からＡＴＭ網３に対して送信されたセル数がＰＣＲを越えることによって、セル（送信フレーム）の廃棄が多発すると、廃棄されたフレーム（セル）を送信した端末装置５または端末装置６による送信フレームの再送が頻繁に発生する。これによって、フレームリレー網ＦＲ１，ＦＲ２における輻輳が誘発されるという問題があった。
【０００５】
また、ＡＴＭ網３でセル（送信フレーム）が廃棄されたことを起因とする端末装置５，６のフレーム再送によって、フレームリレー網ＦＲ１，ＦＲ２における処理が増大するため、端末装置５と端末装置６との間（エンド−エンド間）における通信のレスポンスが悪化するという問題もあった。
【０００６】
本発明は、上記問題に鑑みなされたものであり、ＡＴＭ網におけるセル数が最大送信レート（ＰＣＲ）を越えることを防止し得るトラフィック制御方法，ネットワークシステム及びフレームリレー交換機を提供することを課題とする。
【０００７】
【課題を解決するための手段】
本発明は、上述した課題を解決するために以下の構成を採用した。
すなわち、本発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムにおけるトラフィック制御方法である。そして、前記複数のフレームリレー網のうち少なくとも一つが、各チャネルを介して送信される所定時間の間における送信データ量を測定し、測定した前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出し、算出したトラフィック規制レベルに対応するトラフィック規制処理を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制することを特徴とする（請求項１）。
【０００８】
本発明によるトラフィック制御方法によれば、例えばフレームリレー網からＡＴＭ網へデータが送信される場合に、そのデータの送信先の端末装置が接続されたフレームリレー網における所定時間の間における送信データ量が測定され、この送信データ量に応じたトラフィック規制レベルが実行される。これによって、所定時間の間における送信データ量を所定範囲に抑制することが可能となる。
【０００９】
ここに、所定時間の間における送信データ量の測定は、フレームリレー網がフレームを送信する際に行っても良く、また、フレームを受信した際に行っても良い。
【００１０】
また、トラフィック規制レベルは、必要に応じて任意の数の段階（レベル）を設定することができる。また、所定時間は適宜設定可能なものであり、固定されていてもよく、または、ネットワークシステムにおける輻輳状態に応じて可変するようにされていても良い。
【００１１】
また、トラフィック規制処理は、前記各チャネルを介して送信されるデータに輻輳が発生した旨の情報を書き込む処理を含んでいても良い(請求項４)。例えば、データであるフレームのコアヘッダに格納されたＦＥＣＮ（順方向明示的輻輳通知）に“１”を設定し、当該フレームの送信先の端末装置にコアヘッダに格納されたＦＥＣＮに“１”が設定されているフレームを受信したことによる輻輳制御（例えば、フレームリレー網に対するフレーム送信の抑制，中止）を行わせる。または、データであるフレームのコアヘッダに格納されたＢＥＣＮ（逆方向明示的輻輳通知）に“１”を設定し、当該フレームの送信先の端末装置にコアヘッダに格納されたＢＥＣＮに“１”が設定されているフレームを受信したことによる輻輳制御を行わせる。
【００１２】
また、トラフィック規制処理は、前記各チャネルを介して送信されるデータを廃棄する処理を含んでいても良い(請求項５)。
また、トラフィック規制処理は、前記各チャネルを介して送信されるデータの送信元端末へ輻輳が発生した旨のメッセージを送信する処理を含んでいても良い(請求項６)。例えば、データであるフレームの送信元の端末装置に対してＣＬＬＭ（統合リンクレイヤマネージメント）メッセージを送信し、当該フレームの送信元の端末装置にＣＬＬＭメッセージを受信したことによる輻輳制御を行わせる。
【００１３】
上述したトラフィック規制処理は、いずれか一つを実行するようにしても良く、複数のトラフィック規制処理を同時に実行するようにしても良い。また、トラフィック規制レベルとトラフィック規制処理との対応は適宜設定可能である。
【００１４】
また、前記所定範囲は、例えば、前記フレームリレー網からＡＴＭ網へデータを伝送するチャネルに設定された最大送信レートであってもよい(請求項７)。
また、本発明によるトラフィック制御方法は、前記複数のフレームリレー網のそれぞれによる各チャネルを介して送信される所定時間の間における送信データ量の測定が、各フレームリレー網からＡＴＭ網へデータを伝送するチャネルについて行われるようにしても良い(請求項２)。
【００１５】
また、前記複数のフレームリレー網のそれぞれが、各フレームリレー網からＡＴＭ網へデータを伝送する各チャネルに設定されたトラフィック規制クラスを検出し、検出したトラフィック規制クラス，及び前記トラフィック規制レベルに対応するトラフィック規制処理を実行するようにしても良い(請求項３)。この場合には、チャネルの重要度に応じたトラフィック規制処理を行うことが可能となり、チャネルの差別化を図ることが可能となる。ここに、チャネルは、その数を問わず、物理チャネル，仮想チャネル，論理チャネル（データリンク）等が含まれる。また、トラフィック規制クラスは、任意の数の段階を設定することが可能である。
【００１６】
また、本発明によるトラフィック制御方法は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して接続されたフレームリレー網と、前記フレームリレー網にチャネルを介して接続された第１端末装置と、前記ＡＴＭ網にチャネルを介して接続された第２端末装置とを備えたネットワークシステムにおいて実施することも可能である(請求項８)。
【００１７】
また、本発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムである。そして、前記複数のフレームリレー網のそれぞれが、各チャネルを介して送信される所定時間の間における送信データ量を測定する送信データ量測定手段と、前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段とを有することを特徴とする。
【００１８】
また、本発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムにおいて、前記複数のフレームリレー網をそれぞれ構成するフレームリレー交換機である。そして、各チャネルを介して送信される所定時間の間における送信データ量を測定する送信データ量測定手段と、前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段とを有することを特徴とする。
【００１９】
【発明の実施の形態】
本発明によるトラフィック制御方法，ネットワークシステム及びフレームリレー交換機を、図に示される好適な実施の形態に基づいて、更に詳細に説明する。
【００２０】
最初に、本実施形態によるネットワークシステムの概要を、図１及び図２を用いて説明する。図１は、本実施形態によるネットワークシステムの全体構成図である。図１において、ＡＴＭ網２０には、３つのフレームリレー網ＦＲ１，ＦＲ２，ＦＲ３がＩＷＦ（InterWork Function）２１ａ〜２１ｃを介してそれぞれ接続されている。これらのフレームリレー網ＦＲ１，ＦＲ２，ＦＲ３には、複数のフレームリレー端末装置（以下、単に「端末」という。）２２ａ〜２２ｈがそれぞれ接続されている。
【００２１】
ここに、ＡＴＭ網２０は、図示せぬ複数のＡＴＭ交換機（ＶＣＨ，ＶＰＨ）によって構成されており、フレームリレー網ＦＲ１〜ＦＲ３の間におけるフレームＦ（図３(ａ)参照）の中継を、セルＳ（図３(ｂ)参照）を用いて行う。また、ＩＷＦ２１ａ〜２１ｃは、自身に接続されているフレームリレー網ＦＲ１〜ＦＲ３のいずれかから受信したフレームＦをセルＳに変換してＡＴＭ網２０に送信するとともに、ＡＴＭ網２０から受信したセルＳをフレームＦに変換して自身に接続されているフレームリレー網ＦＲ１〜ＦＲ３のいずれかに対して送信する中継器である。また、各フレームリレー網ＦＲ１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜３１ｉがフレームリレー回線(物理チャネル)を介してそれぞれ接続されることによって構成されている。各端末２２ａ〜２２ｈは、各フレームリレー網ＦＲ１〜ＦＲ３を構成する各フレームリレー交換機３１ａ〜３１ｆにフレームリレー回線を介してそれぞれ接続されており、他の端末に対してデータを送信する場合には、フレームＦを生成し、自身が接続されているフレームリレー交換機３１ａ〜３１ｆのいずれかに対して送信する。
【００２２】
図２は、図１に示されるネットワークシステムに設定されているチャネルの説明図である。図２において、端末２２ａ〜２２ｄとＩＷＦ２１ａとの間を接続する物理チャネル(フレームリレー回線)上には、ＩＷＦ２１ａと各端末２２ａ〜２２ｄとをそれぞれ接続する４つのデータリンク（論理チャネル）が設定されている。そして、各データリンクには、ＤＬＣＩ（Data Link Connection Identifier）番号ａ〜ｄがそれぞれ設定されている（以下、各データリンクを、「ＤＬＣＩａ，ＤＬＣＩｂ，ＤＬＣＩｃ，ＤＬＣＩｄ」と称する）。同様にして、端末２２ｅとＩＷＦ２１ｂとは、ＤＬＣＩ番号ｅのデータリンク（以下、「ＤＬＣＩｅ」と称する）によって接続され、端末２２ｆとＩＷＦ２１ｂとは、ＤＬＣＩ番号ｆのデータリンク（以下、「ＤＬＣＩｆ」と称する）によって接続されている。また、端末２２ｇとＩＷＦ２１ｃとは、ＤＬＣＩ番号ｇのデータリンク（以下、「ＤＬＣＩｇ」と称する）によって接続され、端末２２ｈとＩＷＦ２１ｃとは、ＤＬＣＩ番号ｈのデータリンク（以下、「ＤＬＣＩｈ」と称する）によって接続されている。
【００２３】
また、図２において、ＩＷＦ２１ａとＡＴＭ網２０との間には、２つの仮想チャネル（ＶＣ：Virtual Channel）が設定され、これらの仮想チャネルを束ねた図示せぬ仮想パス（ＶＰ：Virtual Path）が設定されている。そして、各仮想チャネルの通信チャネル（ＶＣＣ：Virtual Channel Connection）であるＶＣＣｘ1，ＶＣＣｘ2が設定されている。ＶＣＣｘ1には、上述したＤＬＣＩａとＤＬＣＩｂとが接続され、ＶＣＣｘ2には、ＤＬＣＩｃとＤＬＣＩｄとが接続されている。同様にして、ＡＴＭ網２０とＩＷＦ２１ｂとの間には仮想チャネルの通信チャネルであるＶＣＣｙが設定され、ＤＬＣＩｅ及びＤＬＣＩｆと接続されている。また、ＡＴＭ網２０とＩＷＦ２１ｃとの間には、仮想チャネルの通信チャネルであるＶＣＣｚが設定され、ＤＬＣＩｇ及びＤＬＣＩｈと接続されている。そして、ＶＣＣｘ1，ＶＣＣｘ2,ＶＣＣｙ及びＶＣＣｚは、ＡＴＭ網２０を介して相互に接続されている。このように、ＩＷＦ２１ａ〜２１ｃには、相手フレームリレー網（フレームＦの送信先の端末が接続されているフレームリレー網）毎にＶＣＣが割り当てられている。そして、ＩＷＦ２１ａ〜２１ｃとＡＴＭ網２０とを接続するＶＣＣ（ＶＣＩ，ＶＰＩ）毎に、そのＶＣＣを通じて送信可能な最大の送信データ量を示す最大送信レート（ＰＣＲ：Peak Cell Rate）が設定されている。
【００２４】
また、各ＤＬＣＩａ〜ＤＬＣＩｈには、各データリンクの重要性を示すトラフィック規制クラス（規制クラス）がそれぞれ設定されている。この規制クラスは、一般クラス，重要クラス及び最重要クラスの３段階に分けられ、これらのうち一つが、データリンクの重要度に応じた段階の規制クラスとして各ＤＬＣＩａ〜ＤＬＣＩｈにそれぞれ設定されている。また、各ＤＬＣＩａ〜ＤＬＣＩｈには、これらを通じて伝送されるデータ量（送信データ量）に応じたトラフィック規制の程度を示すトラフィック規制レベル（規制レベル）が設定されている。この規制レベルは、送信データ量の多少に応じて非規制，１〜４次規制の５段階に分けられ、送信データ量の増減に応じて変化するようになっている。本ネットワークシステムでは、フレームリレー網ＦＲ１〜ＦＲ３において、上述した規制レベルと規制クラスとに応じたトラフィック規制処理が行われる。
【００２５】
次に、本ネットワークシステムを伝送されるフレームＦとセルＳとを図３を用いて説明する。図３（ａ）は、端末−ＩＷＦ間を伝送されるフレームＦのフォーマットの説明図であり、図３（ｂ）は、ＩＷＦ−ＡＴＭ網−ＩＷＦ間を伝送されるセルＳのフォーマットの説明図である。
【００２６】
図３（ａ）において、フレームＦは、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication Standardization Sector）勧告Ｑ．９２２に基づいて構成されている。このフレームＦは、コアヘッダ２７とデータ部２８とを有し、コアヘッダ２７の先頭に先頭フラグ２５が付加され、データ部２８の後尾にＦＣＳ（Frame Check Sequence）２９と後尾フラグ３０とが付加されている。ここに、コアヘッダ２７は、Ｑ．９２２ＤＬコアヘッダであり、ＤＬＣＩ（Data Link Connection Identifier：データリンク接続識別子）番号，ＦＥＣＮ（Forward Explicit Congestion Notification-bit：順方向明示的輻輳通知），ＢＥＣＮ（Backward Explicit Congestion Notification-bit：逆方向明示的輻輳通知），ＤＥ（Discard Eligibility indicator）等が格納されている。ここにＤＬＣＩ番号とは、本ネットワークシステムに設定されている複数のデータリンク（論理チャネル）を識別し、フレームＦを所定の端末（送信先の端末）に送信するための識別子である。フレームＦは、自身に格納されたこのＤＬＣＩ番号に対応するデータリンクを通じて送信先の端末に伝送される。また、ＦＥＣＮは、フレームＦの送信先端末に輻輳回避手順が必要であることを通知するための情報（ビット）である。また、ＢＥＣＮは、フレームＦの送信元端末に輻輳回避手順が必要であることを通知するための情報（ビット）である。これらのＦＥＣＮ及びＢＥＣＮは、通常時には“０”であるが、輻輳発生時にはその輻輳が発生したフレームリレー網（フレームリレー交換機）において“１”が設定される。また、ＤＥは、フレームＦを他のフレームよりも優先的に廃棄すべきか否かの情報（ビット）であり、ＤＥが“１”である場合には、そのフレームＦは優先的に廃棄される。また、データ格納領域２８には、端末２２ａ〜２２ｈのユーザの通信データ等が格納される。また、ＦＣＳ格納領域２９には、フレームＦの誤りを検出するための情報が格納される。また、先頭フラグ２５と後尾フラグ３０とによって、フレームＦの先頭と後尾とが識別される。
【００２７】
また、図３（ｂ）において、セルＳは、５オクテットで構成されるセルヘッダ７０と４８オクテットで構成されるデータ部７１とから構成されている。セルヘッダ７０には、ＶＰＩ（Virtual Path Identifier：仮想パス識別子），ＶＣＩ（Virtual Channel Identifier：仮想チャネル識別子）等が格納されている。ここに、ＶＰＩ及びＶＣＩは、セルＳの通信経路(ＶＣＣ)を選択するための識別子である。これらのＶＰＩ及びＶＣＩがＩＷＦ２１ａ〜２１ｃ及びＡＴＭ網２０において識別されることによって、セルＳは適宜の通信経路(ＶＣＣ)を経て伝送される。また、データ部７１は、端末２２ａ〜２２ｈの通信データ等を格納する領域である。ＩＷＦ２１ａ〜２１ｃによってフレームＦがセルＳに変換される際には、フレームのコアヘッダ２７及びデータ部２８が４８オクテット毎に分割され、分割されたフレームＦの一部のそれぞれがセルＳのデータ部７１の内容となる。そして、分割されたフレームＦの一部のそれぞれにセルヘッダ７０が付加されることによって、複数のセルＳが形成される。
【００２８】
次に、本ネットワークシステムにおけるトラフィック規制処理の概要について表１を用いて説明する。
【００２９】
【表１】
上記した表１には、上述した規制クラスと規制レベルとを対応させ、規制クラスと規制レベルとの組み合わせによって行われるトラフィック規制処理（処理タスク）が示されている。表１に示されるように、各規制レベルには、以下に示すように、その規制レベルとなる条件式がそれぞれ設定されている。具体的には、規制レベルが非規制となるための条件式である（式１）と、規制レベルが１次規制となるための条件式である（式２）と、規制レベルが２次規制となるための条件式である（式３）と、規制レベルが３次規制となるための条件式である（式４）と、規制レベルが４次規制となるための条件式である（式５）とが設定されている。
【００３０】
ＳＤ≦ｍａｘＲ×ｔ１×ｎ１ ・・・（式１）
ｍａｘＲ×ｔ１×ｎ１＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ２・・・（式２）
ｍａｘＲ×ｔ１×ｎ２＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ３・・・（式３）
ｍａｘＲ×ｔ１×ｎ３＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ４・・・（式４）
ｍａｘＲ×ｔ１×ｎ４＜ＳＤ ・・・（式５）
但し、（式１）〜（式５）において、ＳＤは、所定の時刻に計時を開始してから所定時間（ｔ１）が経過するまでの間における累積送信データ量であり、ｔ１は送信データ量の測定時間(所定時間)である。また、ｍａｘＲは許容最大レートである。許容最大レートとは、ＡＴＭ網２０に対して送信可能な許容最大送信レートであり、ＶＣＣ毎に契約されているＰＣＲ（Peak Cell Rate）と同値が設定されている。また、ｎ１〜ｎ４は１〜４次規制係数であり、その範囲は、０＜ｎ１＜ｎ２＜ｎ３＜ｎ４≦１に設定されている。
【００３１】
そして、規制クラスが一般クラスの場合には、規制レベルに応じて以下のトラフィック規制処理が行われる。すなわち、規制レベルが非規制の場合には、トラフィック規制処理は行われない（処理タスク(1)）。これに対し、規制レベルが１次規制の場合には、各フレームリレー網ＦＲ１〜ＦＲ３において、送信するフレームＦのコアヘッダ２７（図３参照）のＦＥＣＮに“１”が設定される（処理タスク(2)）とともに、受信したフレームＦのコアヘッダ２７のＢＥＣＮに“１”が設定される（処理タスク(5)）。また、規制レベルが２次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、送信するフレームＦのコアヘッダ２７のＤＥに“０”が設定されていると、そのフレームＦのＦＥＣＮに“１”が設定され、ＤＥに“１”が設定されていると、そのフレームＦが廃棄される（処理タスク(3)）。また、受信したフレームＦについて、上述した処理タスク(5)の処理が行われる。また、規制レベルが３次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、２次規制と同様のトラフィック規制処理，すなわち、処理タスク(3)及び処理タスク(5)の処理が行われる。そして、規制レベルが４次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、送信フレームが廃棄される（処理タスク(4)）とともに、上述した処理タスク(5)の処理が行われる。
【００３２】
また、規制クラスが重要クラスの場合には、規制レベルに応じて以下のトラフィック規制処理が行われる。すなわち、規制レベルが非規制の場合または１次規制の場合には、処理タスク(1)の処理，すなわちトラフィック規制処理は行われない。これに対し、規制レベルが２次規制の場合には、各フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(2)及び処理タスク(５)の処理が行われる。また、規制レベルが３次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(3)及び処理タスク(5)の処理が行われる。そして、規制レベルが４次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(4)及び処理タスク(5)の処理が行われる。
【００３３】
また、規制クラスが最重要クラスの場合には、規制レベルに応じて以下のトラフィック規制処理が行われる。すなわち、規制レベルが非規制または１〜３次規制の場合には、処理タスク(1)の処理，すなわちトラフィック規制処理は行われない。これに対し、規制レベルが４次規制の場合には、各フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(4)及び処理タスク(5)の処理が行われる。
【００３４】
次に、各フレームリレー網ＦＲ１〜ＦＲ３をそれぞれ構成するフレームリレー交換機３１ａ〜３１ｉを説明する。図４は、各フレームリレー交換機の回路構成図の例である。各フレームリレー交換機３１ａ〜３１ｉは、それぞれ同一の構成を有しており、フレームリレー交換機３１ａを例として説明する。図１４において、フレームリレー交換機３１ａは、管理プロセッサ部３２と、回線対応部４１とを備えている。
【００３５】
管理プロセッサ部３２は、フレームリレー交換機３１ａ全体の制御及び監視，各種データの維持管理，コマンドやメッセージの入出力制御，及び接続記録の作成及び保存等を行う。この管理プロセッサ部３２は、現用系の中央処理装置（CC:Central Controller）３３ａ及び予備系の中央処理装置３３ｂと、中央処理装置３３ａにバスを介して接続される現用系のメインメモリ（MM:Main Memory）３４ａと、中央処理装置３３ｂにバスを介して接続された予備系のメインメモリ３４ｂと、中央処理装置３３ａにバスを介して接続された現用系のチャネル制御装置（CHC:CHannel Controller）３５ａ，３５ｂと、中央処理装置３３ｂにバスを介してそれぞれ接続された予備系のチャネル制御装置３５ｃ，３５ｄと、チャネル制御装置３５ａ，３５ｄにそれぞれバスを介して接続されるＳＩＡ（Serial Interface Adapter）３６ａ，３６ｂ及びディスク制御装置（IOC）３７ａ，３７ｂと、ＳＩＡ３６ａに接続されるシステムコンソール３８と、ディスク制御装置３７ａ，３７ｂにそれぞれ接続されるハードディスク３９と、ディスク制御装置３７ａに接続される光磁気ディスク（MO:Magnet Optical disk）４０とから構成されている。
【００３６】
ここに、ハードディスク３９は、フレームリレー交換機３１の制御プログラム（コンピュータプログラム）や制御プログラムを実行するためのデータが記録された媒体である。各メインメモリ３４ａ，３４ｂは、各中央処理装置３３ａ，３３ｂの作業領域であり、ハードディスク３９に記録された制御プログラムを中央処理装置３３ａ，３３ｂが実行する際に、その制御プログラムがロードされる。各中央処理装置３３ａ，３３ｂは、各メインメモリ３４ａ，３４ｂにロードされた制御プログラムを実行し、フレームリレー交換機３１の各部に命令を与えて各部の動作制御を行う。
【００３７】
各チャネル制御装置３５ａ〜３５ｄは、各中央処理装置３３ａ，３３ｂからの命令に応じて入出力チャネル（物理チャネル，論理チャネル）の制御，及び各メインメモリ３４ａ，３４ｂとの間のデータ転送制御を行う。ディスク制御装置３７ａ，３７ｂは、各中央処置装置３３ａ，３３ｂからの命令に応じてハードディスク３９，光磁気ディスク４０の動作を制御する。光磁気ディスク４０は、フレームリレー交換機３１の外部記憶装置として機能し、初期プログラムのローディングやデータの吸上げ等を行う。
【００３８】
システムコンソール３８は、ハードディスク３９や光磁気ディスク４０に格納されたデータや各中央処理装置３３ａ，３３ｂの実行結果等を外部に出力する，或いは、外部からデータやコマンド等を入力するためのインターフェイスである。
【００３９】
また、回線対応部４１は、複数の回線（物理チャネル，仮想チャネル，論理チャネル）を収容する通信多重装置（CMU:Communication Multiplexer Unit）である。この回線対応部４１は、チャネル制御装置３５ｂ，３５ｃにバスを介してそれぞれ接続される回線管理部（MP:line Manegement Processor）４２と、回線管理部４２にそれぞれバスを介して接続される複数組の回線制御部（LC:Line Controller）４３ａ(現用系)，４３ｂ(予備系)と、各組の回線制御部４３ａ，４３ｂにそれぞれ接続される複数の回線切替部（LSW:Line SWitch）４４とから構成されている。
【００４０】
ここに、各回線切替部４４には、複数の回線（物理チャネル）が収容され、外部から送信されてきたフレームＦを受信する。一方、各回線切替部４４は、回線制御部４３ａ又は回線制御部４３ｂから受け取ったフレームＦを適宜の回線へ送出する。このとき、各回線切替部４４は、回線管理部４２からの命令に応じた回線へフレームＦを送出する。また、各回線切替部４４は、回線管理部４２からの命令が各回線制御部４３ａ，４３ｂを介して発せられ、それに応じて論理的，電気的，及び物理的インターフェイスを制御する。
【００４１】
各回線制御部４３ａ，４３ｂは、フレームリレープロトコル処理を行う。各回線制御部４３ａ，４３ｂは、回線切替部４４のいずれかからフレームＦを受け取ると、そのフレームＦを回線管理部４２に与える。また、各回線制御部４３ａ，４３ｂは、回線管理部４２から受け取ったフレームＦを回線切替部４４のいずれかに与える。また、各回線制御部４３ａ，４３ｂは、複数の回線を終端する回線終端機能を備えている。
【００４２】
また、回線管理部４２は、回線対応部４１のラインセットの管理を行う。すなわち、チャネル制御装置３５ｂ，３５ｃと各回線制御部４３ａ，４３ｂとの間における通信の制御を行う。具体的には、各組の回線制御部４３ａを動作状態(現用系)にするとともに、回線制御部４３ｂを停止状態(予備系)にする。そして、回線管理部４２は、現用系である回線制御部４３ａからフレームＦを受け取ると、受け取ったフレームＦを現用系のチャネル制御装置３５ｂに与える。これによって、フレームＦは現用系のメインメモリ３４ａに格納され、このフレームＦに対して所定の処理が行われる。一方、回線管理部４２は、チャネル制御装置３５ｂからフレームＦを受け取ると、そのフレームＦを現用系の回線制御部４３ａに与える。また、回線管理部４２は、各回線切替部４４が収容する回線のいずれからフレームＦを送出するかについての送出命令を発する。この送出命令は、各回線制御部４３ａ，４３ｂを介して各回線切替部４４に与えられる。
【００４３】
このような構成を備える各フレームリレー交換機３１ａは、ＩＴＵ−Ｔ勧告Ｑ．９２２とＩＴＵ−Ｔ勧告Ｑ．９３３とに従って、フレームＦの送受信処理を行う。具体的には、各フレームリレー交換機３１ａ〜３１ｉは、フレームリレー網ＦＲ１〜ＦＲ３と各端末２２ａ〜２２ｈとの間，及びフレームリレー網ＦＲ１〜ＦＲ３と各ＩＷＦ２１ａ〜２１ｃとの間におけるフレームＦの送受信処理を行う。
【００４４】
次に、図４に示されたハードディスク３９に格納された制御プログラムが、各メインメモリ３４ａ，３４ｂにロードされ、各中央処理装置３３ａ，３３ｂ内で実行されることによって実現する機能を、図５のブロック図を用いて説明する。図５に示されるように、各中央処理装置３３ａ，３３ｂがその内部で制御プログラムを実行することにより、規制クラス管理テーブル５０（規制クラス格納手段に相当）と、規制閾値管理テーブル５１と、送信データ累積テーブル５２と、相手フレームリレー網番号検索テーブル５３と、タスク番号格納テーブル５４（規制処理格納手段に相当）とが作成される。また、各中央処理装置３３ａ，３３ｂがその内部で制御プログラムを実行することにより、フレーム送信処理部５５と、トラフィック制御部５６（送信データ量測定手段，規制レベル算出手段，規制クラス検出手段，トラフィック制御手段に相当）と、フレーム受信処理部５７と、送信データ初期設定部５８とが実現される。
【００４５】
図６は、規制クラス管理テーブル５０の構成図である。図６において、規制クラス管理テーブル５０には、相手フレームリレー網番号（フレームリレー網ＦＲ１〜ＦＲ３にそれぞれ設定されている固有番号であって、フレームＦの送信先端末が接続されているフレームリレー網の固有番号）によって検索可能な複数の領域が形成されており、各領域には、上述した規制クラスのうちのいずれかが、相手フレームリレー番号に対応するＤＬＣＩ番号に対応づけて格納されている。この規制クラス管理テーブル５０は、相手フレームリレー網番号によって、所定の領域を検索し、その相手フレームリレー網番号に対応するＤＬＣＩ番号を検索鍵として検索可能となっている。
【００４６】
図７は、規制閾値管理テーブル５１の構成図である。図７において、規制閾値管理テーブル５１には、相手フレームリレー網番号毎に、上述した規制レベルを算出するための数値が格納されている。具体的には、規制閾値管理テーブル５１には、相手フレームリレー網番号毎に、上述した許容最大送信レート（ｍａｘＲ），測定時間（ｔ１），１〜４次規制係数（ｎ１〜ｎ４）が格納されている。この規制閾値管理テーブル５１は、相手フレームリレー網番号を検索鍵として検索可能となっている。
【００４７】
図８は、送信データ累積テーブル５２の構成図である。図８において、送信データ累積テーブル５２には、相手フレームリレー網番号毎に、累積送信データ量（ＳＤ２）と上述した規制レベルのいずれかとが格納されている。この送信データ累積テーブル５２は、相手フレームリレー網番号を検索鍵として検索可能となっている。
【００４８】
図９は、相手フレームリレー網番号検索テーブル５３の構成図である。図９において、相手フレームリレー網番号検索テーブル５３には、ＤＬＣＩ番号毎に、相手フレームリレー網番号が格納されている。この相手フレームリレー網番号検索テーブル５３は、ＤＬＣＩ番号を検索鍵として検索可能となっている。
【００４９】
図１０は、タスク番号格納テーブル５４の構成図である。図１０において、タスク番号格納テーブル５４には、送信処理タスク格納領域５４ａと受信処理タスク格納領域５４ｂとが設けられている。各格納領域５４ａ，５４ｂは、上述した３つの規制クラスに対応するクラス領域５９に分けられ、これらの各クラス領域５９に、上述した処理タスク(1)〜(5)が規制レベルに対応して格納されている。このタスク番号格納テーブル５４は、送信処理または受信処理のいずれかを行う旨を示す処理識別情報(送信処理情報，受信処理情報)，規制クラス及び規制レベルを検索鍵として検索可能となっている。すなわち、処理識別情報によって、送信処理タスク格納領域５４ａと受信処理タスク格納領域５４ｂとの一方が選択され、規制クラスによって、クラス領域５９のいずれかが選択され、規制レベルによって、規制レベルに応じた処理タスク(1)〜(5)のいずれかが読み出される。
【００５０】
図５に示されるフレーム送信処理部５５は、フレームリレー網ＦＲ１〜ＦＲ３からＩＷＦ２１ａ〜２１ｃに対してフレームＦが送信される際に起動する。このフレーム送信処理部５５は、相手フレームリレー網番号を相手フレームリレー網番号検索テーブル５３(図９参照)から読み出す。また、フレーム送信処理部５５は、相手フレームリレー網番号，ＤＬＣＩ番号及び自身が保有する処理識別情報(送信処理情報)とをトラフィック制御部５６に通知することによって、トラフィック制御部５６を起動させる。また、フレーム送信処理部５５は、トラフィック制御部５６からフレームＦの廃棄要の通知又は廃棄不要の通知を受け取って、フレームＦを廃棄すべきか否かを判定し、廃棄すべきと判定した場合には、そのフレームＦを廃棄する。
【００５１】
また、フレーム受信処理部５７は、フレームＦがＩＷＦ２１ａ〜２１ｃからフレームリレー網ＦＲ１〜ＦＲ３に受信された際に起動する。このフレーム受信処理部５７は、相手フレームリレー網番号を相手フレームリレー網番号検索テーブル５３（図９参照）から読み出す。また、フレーム受信処理部５７は、相手フレームリレー網番号，ＤＬＣＩ番号及び自身が保有する処理識別情報(受信処理情報）をトラフィック制御部５６に通知することによって、トラフィック制御部５６を起動させる。
【００５２】
トラフィック制御部５６は、フレーム送信処理部５５またはフレーム受信処理部５７から通知を受け取って起動する。このトラフィック制御部５６は、規制クラス管理テーブル５０（図６参照）から規制クラスを読み出す。続いて、規制閾値管理テーブル５１（図７参照）に格納されている数値に基づいて規制レベルを算出する。そして、これらの規制クラス及び規制レベルを用いてタスク番号格納テーブル５４から、処理タスク番号を読み出し、その処理タスク番号に該当する処理タスクを実行する。
【００５３】
送信データ初期設定部５８は、所定周期毎に起動し、送信データ累積テーブル５２の内容の初期設定を行う。
次に、上述した各フレームリレー交換機３１ａ〜３１ｉによる処理を図１１〜図１４に示されるフローチャートを用いて説明する。前提として、フレームＦは、各フレームリレー交換機３１ａ〜３１ｉに受信されると、回線切替部４４，回線制御部４３ａ，回線管理部４２，チャネル制御部３５ｂを経てメインメモリ３４ａに格納される。
【００５４】
図１１に示されるように、ステップＳ０１では、フレームＦが受信されたか否かが判定され、フレームＦが受信されるまでステップＳ０１の処理が行われる。すなわち、フレームＦの受信待ちの状態であり、フレームＦが受信されるとステップＳ０２へ進む。
【００５５】
ステップＳ０２では、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかから受信されたか否かが判定される。この判定は、ステップＳ０１にてフレームＦを受信した回線番号が参照されることによって行われる。そして、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかから受信されたものであると判定された場合には、ステップＳ０３へ進む。これに対し、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかから受信されたものでないと判定された場合には、フレームＦが端末２２ａ〜２２ｈのいずれか，又は他のフレームリレー交換機３１から受信されたものと判定され、ステップＳ０４へ進む。
【００５６】
ステップＳ０４では、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかへ送信すべきものであるか否かが判定される。この判定は、ステップＳ０２と同様に、フレームＦを送信する回線番号を参照することによって行われる。そして、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかへ送信するものではないと判定された場合には、ステップＳ１４にて通常処理が行われ、フレームＦが他のフレームリレー交換機又は送信元端末以外の端末へ送信される。一方、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかへ送信するものであると判定された場合には、ステップＳ０５へ進む。
【００５７】
ステップＳ０５では、フレーム送信処理部５５が起動する。
ステップＳ０６では、フレーム送信処理部５５が、フレームＦのコアヘッダ２７に格納されているＤＬＣＩ番号を検索鍵として相手フレームリレー網検索テーブル５３を検索し、相手フレームリレー網番号を読み出す。
【００５８】
ステップＳ０７では、フレーム送信処理部５５が、ステップＳ０６にて取得した相手フレームリレー網番号と、ＤＬＣＩ番号と、自身が保有する処理識別情報である送信処理情報とを、トラフィック制御部５６に通知し、トラフィック制御部５６を起動させる。
【００５９】
ステップＳ０８では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号とＤＬＣＩ番号とを検索鍵として規制クラス管理テーブル５０（図６参照）を検索し、検索鍵に対応する規制クラスを読み出す。
【００６０】
ステップＳ０９では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号を検索鍵として規制閾値管理テーブル５１（図７参照）を検索し、検索鍵に対応づけて格納されている各数値を用いて規制レベルを算出する。図１２は、ステップＳ０９にて実行されるトラフィック規制レベル算出サブルーチンを示すフローチャートである。
【００６１】
このサブルーチンにおけるステップＳ１０１では、まず、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号を検索鍵として規制閾値管理テーブル５１を検索し、検索鍵に対応するｍａｘＲ，ｔ１，ｎ１，ｎ２，ｎ３，及びｎ４を読み出す。
【００６２】
ステップＳ１０２では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２（図８参照）を検索し、検索鍵に対応する累積送信データ量（ＳＤ２）を読み出す。
【００６３】
ステップＳ１０３では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦの送信データ量(ｓｄ)を下記の（式６）を用いて算出する。
【００６４】
sd(bit)=(［(送信データ+2+2+4)÷48］+1)×53×8・・・（式６）
但し、(式６)において、送信データとは、ＩＷＦ２１ａへ送信するフレームＦのコアヘッダ２７及びデータ部２８のオクテット数である。また、(式６)中における“(［(送信データ+2+2+4)÷48］+1)”の部分は、フレームＦが変換されることによって形成されるセルＳの個数である。また、“×53”の部分によって、フレームＦを複数のセルＳに変換した場合における全セルのオクテット数（データ量)が算出される。そして、“×８”の部分によって、オクテット数がビット数に換算される。
【００６５】
ステップＳ１０４では、トラフィック制御部５６が、ステップＳ１０２にて取得したＳＤ２の値とステップＳ１０３にて求めたｓｄとを加算する。これらの加算値がフレームリレー網−ＩＷＦ間を接続するチャネル(データリンク)の送信データ量(ＳＤ)となる(ＳＤ２＋ｓｄ＝ＳＤ)。
【００６６】
ステップＳ１０５では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式７)に示される条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ１ ・・・(式７)
そして、(式７)の条件が満たされる場合には、処理がステップＳ１０６へ進み、(式７)の条件が満たされない場合には、処理がステップＳ１０７へ進む。
【００６７】
ステップＳ１０６では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値(ＳＤ)が(式１)の条件を満たす，すなわち、規制レベルが非規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００６８】
ステップＳ１０７では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式８)の条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ２ ・・・(式８)
そして、(式８)の条件が満たされる場合には、処理がステップＳ１０８へ進み、(式８)の条件が満たされない場合には、処理がステップＳ１０９へ進む。
【００６９】
ステップＳ１０８では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が(式２)の条件を満たす，すなわち、規制レベルが１次規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００７０】
ステップＳ１０９では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式９)の条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ３ ・・・(式９)
そして、(式９)の条件が満たされる場合には、処理がステップＳ１１０へ進み、(式９)の条件が満たされない場合には、処理がステップＳ１１１へ進む。
【００７１】
ステップＳ１１０では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が(式３)の条件を満たす，すなわち、規制レベルが２次規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００７２】
ステップＳ１１１では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式１０)の条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ４ ・・・(式１０)
そして、(式１０)の条件が満たされる場合には、処理がステップＳ１１２に進み、(式１０)が満たされない場合には、処理がステップＳ１１３へ進む。
【００７３】
ステップＳ１１２では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が(式４)の条件を満たす，すなわち、規制レベルが３次規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００７４】
ステップＳ１１３では、トラフィック制御部５６が、規制レベルとして４次規制を記憶する。
ステップＳ１１４では、トラフィック制御部５６が、相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２(図８参照)を検索し、検索鍵に対応して格納される新たな送信データ量(ＳＤ２)として、ＳＤ２＋ｓｄの値を上書きする。これと同時に、トラフィック制御部５６は、格納されるべき新たな規制レベルとして、ステップＳ１０６，Ｓ１０８，Ｓ１１０，Ｓ１１２，Ｓ１１３のいずれかにおいて記憶した規制レベルを上書きする。そして、ステップＳ１１４の処理が終了すると、処理が図１１のメインルーチンへ戻る。処理が戻されたメインルーチンでは、次にステップＳ１０が実行される。
【００７５】
ステップＳ１０では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った処理識別情報(送信処理情報)，ステップＳ０８にて取得した規制クラス，及びステップＳ０９にて取得した規制レベルを検索鍵として、タスク番号格納テーブル５４(図１０参照)を検索し、検索鍵に対応する処理タスク番号(処理タスク(1)〜(4)のいずれか)を読み出す。
【００７６】
ステップＳ１１では、トラフィック制御部５６が、ステップＳ１０にて読み出した処理タスク番号に該当する処理タスクを起動(実行)する。図１３は、ステップＳ１１にて実行される処理タスク起動サブルーチンを示すフローチャートである。このサブルーチンにおけるステップＳ２０１では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(1)”であるか否かを判定する。そして、処理タスク番号が“(1)”であると判定された場合には、処理がステップＳ２０２へ進む。これに対し、処理タスク番号が“(1)”でないと判定された場合には、処理がステップＳ２０３へ進む。
【００７７】
ステップＳ２０２では、トラフィック制御部５６が、処理タスク(1)を実行する。すなわち、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦについて廃棄不要とする旨をフレーム送信処理部５５に通知する。そして、処理タスク(1)の実行が終了すると、処理がステップＳ１２へ戻る。
【００７８】
ステップＳ２０３では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(2)”であるか否かを判定する。そして、処理タスク番号が“(2)”であると判定された場合には、処理がステップＳ２０４へ進む。これに対し、処理タスク番号が“(2)”でないと判定された場合には、処理がステップＳ２０６へ進む。
【００７９】
ステップＳ２０４では、トラフィック制御部５６が、処理タスク(2)を実行する。すなわち、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦのコアヘッダ２７のＦＥＣＮに“１”を設定する。これと同時に、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦについて廃棄不要とする旨をフレーム送信処理部５５に通知する。この処理タスク(2)の実行が終了すると、処理がステップＳ１２へ戻る。この処理タスク(2)の実行によって、フレームＦをその送信先端末が受信した場合には、その送信先端末(送信先端末のユーザ)はフレームリレー網ＦＲ１〜ＦＲ３において輻輳が発生していると認識し、輻輳回避手順(輻輳制御)が行われる。
【００８０】
ステップＳ２０６では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(3)”であるか否かを判定する。そして、処理タスク番号が“(3)”であると判定された場合には、処理がステップＳ２０７へ進む。これに対し、処理タスク番号が“(3)”でないと判定された場合には、処理がステップＳ２１１へ進む。
【００８１】
ステップＳ２０７〜Ｓ２１０では、トラフィック制御部５６が処理タスク(３)を実行する。
すなわち、ステップＳ２０７では、トラフィック制御部５６が、フレームＦのコアヘッダ２７のＤＥに“０”が設定されているか否かを判定する。そして、ＤＥに“０”が設定されている場合には、処理がステップＳ２０８へ進む。これに対し、ＤＥに“０”が設定されていない(ＤＥ＝１)場合には、処理がステップＳ２１０へ進む。
【００８２】
ステップＳ２０８では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦのコアヘッダ２７のＦＥＣＮに“１”を設定する。これによって、フレームＦの送信先端末が輻輳回避手順(輻輳制御)を行い、送信先端末によるフレームＦの送信が抑制される。
【００８３】
ステップＳ２０９では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦについて廃棄不要である旨をフレーム送信処理部５５に対して通知する。そして、ステップＳ２０９が終了すると、処理が図１１のメインルーチンへ戻る。
【００８４】
ステップＳ２１０では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦを廃棄する旨をフレーム送信処理部５５に対して通知する。そして、ステップＳ２１０が終了すると、処理が図１１のメインルーチンへ戻る。
【００８５】
ステップＳ２１１では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(4)”であるか否かを判定する。そして、処理タスク番号が“(4)”であると判定された場合には、処理がステップＳ２１２へ進む。これに対し、処理タスク番号が“(4)”でないと判定された場合には、処理が図１１のメインルーチンへ戻る。
【００８６】
ステップＳ２１２では、トラフィック制御部５６が、処理タスク(4)を実行する。すなわち、ステップＳ２１０の処理と同様に、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦを廃棄する旨をフレーム送信処理部５５に対して通知する。そして、この処理タスク(4)の実行が終了すると、処理が図１１のメインルーチンへ戻る。処理が戻されたメインルーチンでは、次に、ステップＳ１２が実行される。
【００８７】
ステップＳ１２では、フレーム送信処理部５５が、トラフィック制御部５６から受け取った通知がフレームＦの廃棄要の旨であるか否かを判定する。そして、通知が廃棄要の旨と判定された場合には、処理がステップＳ１３へ進む。これに対し、通知が廃棄要の旨ではない(廃棄不要の旨である)と判定された場合には、処理がステップＳ１４へ進む。
【００８８】
ステップＳ１３では、フレーム送信処理部５５が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦを廃棄する。これによって、ＩＷＦ２１ａ〜２１ｃからＡＴＭ網２０へ送信されるセルの数が減少し、セルの数がＰＣＲを上回ることが防止される。このステップＳ１３が終了すると、処理がステップＳ０１へ戻り、次のフレームＦを受け付ける。
【００８９】
ステップＳ１４では、通常処理が行われる。すなわち、フレームＦのコアヘッダ２７に格納されたＤＬＣＩ番号に基づいて、適宜のデータリンク(ＤＬＣＩａ〜ＤＬＣＩｈのいずれか)からフレームＦが送出される。そして、処理がステップＳ０１へ戻り、次のフレームＦを受け付ける。
【００９０】
一方、処理がステップＳ０３へ進んだ場合には、フレーム受信処理が行われる。図１４は、ステップＳ０３にて実行されるフレーム受信処理サブルーチンを示すフローチャートである。このサブルーチンにおけるステップＳ３０１では、まず、フレーム受信処理部５７が起動する。
【００９１】
ステップＳ３０２では、フレーム受信処理部５７が、フレームＦのコアヘッダ２７に格納されているＤＬＣＩ番号を検索鍵として相手フレームリレー網番号検索テーブル５３(図９参照)を検索し、検索鍵に対応する相手フレームリレー網番号を読み出す。
【００９２】
ステップＳ３０３では、フレーム受信処理部５７が、ステップＳ３０２にて取得した相手フレームリレー網番号，ＤＬＣＩ番号，及び自身が保有する処理識別情報(受信処理情報)をトラフィック制御部５６に通知し、トラフィック制御部５６を起動させる。
【００９３】
ステップＳ３０４では、トラフィック制御部５６が、フレーム受信処理部５７から受け取った相手フレームリレー網番号及びＤＬＣＩ番号を検索鍵として規制クラス管理テーブル５０(図６参照)を検索し、検索鍵に対応する規制クラスを読み出す。
【００９４】
ステップＳ３０５では、トラフィック制御部５６が、フレーム受信処理部５７から受け取った相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２(図８参照)を検索し、トラフィック規制レベルを読み出す。
【００９５】
ステップＳ３０６では、トラフィック制御部５６が、フレーム受信処理部５７から受け取った受信処理の処理識別，ステップＳ３０４にて取得した規制クラス，及びステップＳ３０５にて取得した規制レベルを検索鍵として、タスク番号格納テーブル５４(図１０参照)を検索し、検索鍵に対応する処理タスク番号(処理タスク(1)，(5)の一方)を読み出す。
【００９６】
ステップＳ３０７では、トラフィック制御部５６が、ステップＳ３０６にて読み出した処理タスク番号が“(1)”であるか否かを判定する。そして、処理タスク番号が“(1)”であると判定された場合には、処理がステップＳ３０８へ進む。これに対し、処理タスク番号が“(1)”でないと判定された場合には、処理がステップＳ３０９へ進む。
【００９７】
ステップＳ３０８では、トラフィック制御部５６が、処理タスク(1)を実行する。すなわち、フレームリレー交換機３１に受信されたフレームＦの廃棄を要しない旨をフレーム受信処理部５７に通知する。そして、ステップＳ３０８が終了すると、処理が図１１のメインルーチンへ戻り、ステップＳ１４にて通常処理が行われる。
【００９８】
ステップＳ３０９では、トラフィック制御部５６が、ステップＳ３０６にて読み出された処理タスク番号が“(5)”であるか否かを判定する。そして、処理タスク番号が“(5)”であると判定された場合には、処理がステップＳ３１０に進む。これに対し、処理タスク番号が“(5)”でないと判定された場合には、処理が図１１のメインルーチンへ戻り、ステップＳ１４にて通常処理が行われる。
【００９９】
ステップＳ３１０，Ｓ３１１では、処理タスク(５)が実行される。すなわち、ステップＳ３１０では、トラフィック制御部５６が、フレームリレー交換機３１に受信されたフレームＦのコアヘッダ２７のＢＥＣＮに“１”を設定する。これによって、フレームＦを受信したフレームＦの送信先端末は、フレームリレー網ＦＲ１〜ＦＲ３において輻輳が発生していると認識し、輻輳回避手順(輻輳制御)を行う。従って、送信先端末によるフレームＦの送信が抑制される。
【０１００】
ステップＳ３１１では、トラフィック制御部５６が、フレームリレー交換機３１に受信されたフレームＦの廃棄を要しない旨をフレーム受信処理部５７に対して通知する。そして、ステップＳ３１１が終了すると、処理が図１１のメインルーチンへ戻り、ステップＳ１４にて通常処理が行われる。なお、フレーム受信処理部５７には、フレームＦの廃棄不要の旨のみが通知されるため、フレーム受信処理部５７によって、フレームＦは廃棄されない。
【０１０１】
ところで、送信データ累積テーブル５２に設定されている送信データ量の累積値(ＳＤ２)，及び規制レベルは、送信データ初期設定部５８によって所定の周期毎に初期設定される。すなわち、送信データ初期設定部５８には、所定の周期毎に相手フレームリレー網番号が入力されるようになっており、この相手フレームリレー網番号が入力されることによって、送信データ初期設定部５８が起動する。送信データ初期設定部５８は、自身に入力された相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２を検索し、検索鍵に対応して設定されている送信データ量の累積値(ＳＤ２)をゼロクリアするとともに、規制レベルを非規制とする。なお、同じ番号の相手フレームリレー網番号が入力される周期は、その相手フレームリレー網番号に対応して規制閾値管理テーブル５１に設定されている測定時間(ｔ１)と同じ時間に設定されている。従って、送信データ累積テーブル５２の格納内容は、相手フレームリレー網番号毎に、その網番号に対応するｔ１が経過する度に初期設定される。
【０１０２】
次に、本ネットワークシステムの動作例を図１５を用いて説明する。図１５は、図１に示される端末２２ａと端末２２ｅとの間においてフレームＦの送受信が行われる場合の動作例を示すシーケンス図である。
【０１０３】
図１５において、まず、フレームリレー網ＦＲ１を構成する各フレームリレー交換機３１ａ，３１ｂ，３１ｇにおいて、送信データ初期設定部５８が、フレームリレー網ＦＲ２の網番号に対応して格納されている送信データ累積テーブルの内容を初期設定したとする。
【０１０４】
その後、端末２２ａと端末２２ｅとの間においてフレームＦの送受信が行われた後、端末２２ａが端末２２ｅを送信先端末とするフレームＦ1を、フレームリレー網ＦＲ１(フレームリレー交換機３１ａ)に対して送信したとする。
【０１０５】
このフレームＦ1は、図２に示されるように、ＤＬＣＩａを通じてフレームリレー交換機３１ａに送信される。このとき、フレームＦ1のコアヘッダ２７のＦＥＣＮには、初期設定値である“０”が設定されている。
【０１０６】
フレームリレー交換機３１ａでは、フレームＦ1が受信されると、ステップＳ１４にて通常処理が行われ(図１１参照)、フレームＦ1は、自身のコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、ＤＬＣＩａを通じてフレームリレー交換機３１ｇへ送信される。
フレームリレー交換機３１ｇでは、フレームＦ1は、ステップＳ０４にてＩＷＦ２１ａに対して送信されるべきと判定される。すると、ステップＳ０８にて規制クラスが読み出され、ステップＳ０９にて規制レベルが算出される(図１１参照)。このとき、規制レベルとして１次規制が記憶されると(ステップＳ１０８：図１２参照)、ステップＳ１１にて、処理タスク(２)が実行され、フレームＦ1のコアヘッダ２７のＦＥＣＮに“１”が設定される(ステップＳ２０４：図１３参照)。そして、ステップＳ１４にて通常処理が行われ、フレームＦ1は、ＤＬＣＩａを通じてＩＷＦ２１ａへ送信される。
【０１０７】
ＩＷＦ２１ａでは、フレームＦ1は、上述したようにフレームＦが複数のセルＳ1に変換されるとともに、各セルＳ1は、ＶＣＣｘ1を通じてＡＴＭ網２０へ送信される。
【０１０８】
ＡＴＭ網２０では、各セルＳ1の送信先が、各セルＳのセルヘッダ７０に格納されたＶＣＩ，ＶＰＩ(図３参照)に基づいて判定され、各セルＳ1がＶＣＣｙを通じてＩＷＦ２１ｂへ送信される。
【０１０９】
ＩＷＦ２１ｂでは、ＡＴＭ網２０からそれぞれ受信した複数のセルＳ1が一つのフレームＦ1に変換される。そして、変換されたフレームＦ1は、そのコアヘッダ２７に格納されたＤＬＣＩ番号に基づいて、ＤＬＣＩｅを通じてフレームリレー網ＦＲ２(フレームリレー交換機３１ｈ)へ送信される。
【０１１０】
フレームリレー交換機３１ｈでは、フレームＦ1は、ステップＳ０２においてＩＷＦ２１ｂから受信したものと判定され、ステップＳ０３にてフレーム受信処理が行われる。但し、このとき、ステップＳ３０５において、規制レベルとして非規制が記憶され(図１４参照)、処理タスク(１)が実行されたものとする。これによって、トラフィック規制処理が行われず、ステップＳ１４にて通常処理が行われ、フレームＦ1は、フレームリレー交換機３１ｃへ送信される。
【０１１１】
フレームリレー交換機３１ｃでは、ステップＳ０１〜Ｓ０４を経てステップＳ１４にて通常処理が行われ、フレームＦ1は、そのコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、ＤＬＣＩｅを通じて端末２２ｅへ送信される。
【０１１２】
端末２２ｅは、フレームＦ1を受信すると、そのフレームＦ1のＦＥＣＮが“１”に設定されていることから、フレームリレー網ＦＲ１またはＦＲ２にて輻輳が発生していると認識し、輻輳回避手順(輻輳制御)を行い、フレームＦの送信を抑制する。これによって、フレームリレー網ＦＲ２からＩＷＦ２１ｂへ送信されるフレームＦの数が減少する。これに伴いＩＷＦ２１ｂからＡＴＭ網２０へ送信されるセルＳの数も減少する。従って、ＶＣＣｙにおけるセルＳの数がＰＣＲを越えることが防止される。
【０１１３】
その後、端末２２ｅは、フレームＦ1に対する応答フレームｆ1を生成し、端末２２ａを送信先端末として、フレームリレー網ＦＲ２(フレームリレー交換機３１ｃ)に対して送信する。
【０１１４】
フレームリレー交換機３１ｃでは、応答フレームｆ1が受信されると、ステップＳ１４にて通常処理が行われる(図１１参照)。これによって、応答フレームｆ1は、そのコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、フレームリレー交換機３１ｈへ送信される。
【０１１５】
フレームリレー交換機３１ｈでは、応答フレームｆ1が受信され、ステップＳ０４にて応答フレームｆ1がＩＷＦ２１ｂへ送信すべきものと判定されると、ステップＳ０９にてトラフィック規制レベルが算出される。但し、ここではステップＳ１０６にて非規制が記憶され(図１２参照)、ステップＳ２０２にて処理タスク(１)が実行されたとする(図１３参照)。そして、ステップＳ１４にて通常処理が行われ、応答フレームｆ1がＤＬＣＩｅを通じてＩＷＦ２１ｂへ送信される。
【０１１６】
ＩＷＦ２１ｂでは、応答フレームｆ1が複数のセルｓ1に変換され、ＶＣＣｙを通じてＡＴＭ網２０へ送信される。
ＡＴＭ網２０では、各セルｓ1がセルヘッダ７０に格納されているＶＰＩ及びＶＣＩに基づいて、ＶＣＣｘ1を通じてＩＷＦ２１ａへ送信される。
【０１１７】
ＩＷＦ２１ａでは、複数のセルｓ1が一つの応答フレームｆ1に変換される。そして、応答フレームｆ1は、そのコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、ＤＬＣＩａを通じてフレームリレー網ＦＲ１(フレームリレー交換機３１ｇ)へ送信される。
【０１１８】
フレームリレー交換機３１ｇでは、ステップＳ０２にて応答フレームｆ1がＩＷＦ２１ａから受信したものと判定されると、ステップＳ０３にてフレーム受信処理が行われる。すなわち、図１４に示されるように、ステップＳ３０５にて規制レベルとして１次規制が記憶され、ステップＳ３１０にてのコアヘッダ２７のＢＥＣＮに“１”が設定される。そして、ステップＳ１４にて通常処理が行われ、応答フレームｆ1がフレームリレー交換機３１ａへ送信される。
【０１１９】
フレームリレー交換機３１ａでは、ステップＳ１４にて通常処理が行われ、応答フレームｆ1が端末２２ａへ送信される。
端末２２ａでは、応答フレームｆ1のコアヘッダ２７に格納されているＢＥＣＮに“１”が設定されていることから、フレームリレー網ＦＲ１又はフレームリレー網ＦＲ２において輻輳が発生していると認識され、輻輳回避手順(輻輳制御)が行われる。これによって、端末２２ａから端末２２ｅを送信先端末とするフレームＦの送信が抑制される。従って、ＩＷＦ２１ａからＶＣＣｘ1を通じて送信されるセルＳの数が減少し、セルＳの数がＰＣＲを越えることが防止される。
【０１２０】
そして、測定時間ｔ１(規制閾値管理テーブル５１に、フレームリレー網ＦＲ２の網番号に対応づけて格納されている時間ｔ１)が経過すると、送信データ初期設定部５８(図５参照)に、フレームリレー網ＦＲ２の網番号(相手フレームリレー網番号)が入力される。これによって、送信データ初期設定部５８が起動し、送信データ累積テーブル５２(図８参照)にフレームリレー網ＦＲ２の網番号に対応づけて格納されているＳＤ２の値をゼロクリアするとともに、トラフィック規制レベルを非規制とする。このようにして初期設定がなされる。
【０１２１】
その後、端末２２ａと端末２２ｅとの間において、図示せぬフレームＦの送受信が行われた後、端末２２ａが端末２２ｅを送信先端末とするフレームＦ2をフレームリレー網ＦＲ１に対して送信したとする。
【０１２２】
このフレームＦ2は、フレームリレー網ＦＲ１において、フレームリレー交換機３１ａを経てフレームリレー交換機３１ｇに受信される。すると、上述したようにステップＳ０９にてトラフィック規制レベルが算出される。但し、ここで、ステップＳ１１３に処理が進み、規制レベルとして４次規制が記憶され、ステップＳ２１２にて廃棄の旨の通知がなされると、ステップＳ１３にてフレームＦ2が廃棄される。
【０１２３】
そして、再び測定時間ｔ１が経過すると、送信データ初期設定部５８が起動する。送信データ初期設定部５８は、送信データ累積テーブル５２においてフレームリレー網ＦＲ２の網番号に対応づけて格納されているＳＤ２の値及びトラフィック規制レベルについて初期設定を行う。これによって、ＤＬＣＩａに対するトラフィック規制が４次規制から非規制となる。
【０１２４】
本実施形態によると、フレームリレー網ＦＲ１〜ＦＲ３からＩＷＦ２１ａ〜２１ｃへフレームＦが送信される際，または、ＩＷＦ２１ａ〜２１ｃからフレームリレー網ＦＲ１〜ＦＲ３へフレームＦ(応答フレーム)が受信された際に、トラフィック規制クラスが検出されるとともに、送信データ量(ＳＤ)に対応するトラフィック規制レベルが算出され、これらの規制クラス及び規制レベルに対応する処理タスクが実行される。この処理タスクが実行されることによって、フレームＦの送信元端末及び送信先端末において、フレームリレー網ＦＲ１〜ＦＲ３に対する輻輳回避手順(輻輳制御)が行なわれる。また、規制レベルに依っては、フレームリレー網ＦＲ１〜ＦＲ３にてフレームＦが廃棄される。従って、ＡＴＭ網２０へ送信されるセルＳの数が契約されているＰＣＲを越えることがない。
【０１２５】
従って、ＡＴＭ網２０におけるセルＳ(フレームＦ)の廃棄を防止することができる。これに伴い、セルＳの数がＰＣＲを越えたことを起因として誘発されるフレームリレー網ＦＲ１〜ＦＲ３の輻輳を回避することもできる。さらに、端末２２ａ〜２２ｈにおけるフレームＦの再送を減少させることができるため、フレームリレー網ＦＲ１〜ＦＲ３の処理負担低減を図ることができ、端末−端末間(エンド−エンド)間における通信のレスポンス悪化を回避することができる。
【０１２６】
また、ＤＬＣＩａ〜ＤＬＣＩｈの重要度に応じて規制クラスを設定し、各規定クラスに応じたトラフィック規制処理を行うことができるため、ＤＬＣＩ間の差別化を図ることができ、より適正なトラフィック処理を行うことが可能である。
【０１２７】
なお、本実施形態では、図２に示されるように、フレームリレー網−ＩＷＦ間におけるデータリンク(ＤＬＣＩ)と、ＩＷＦ−ＡＴＭ網間におけるＶＣＣとがＮ：１に設定されているが、データリンクとＶＣＣとが１：１で対応するように設定されていても良い。
【０１２８】
また、本実施形態における各フレームリレー交換機は、処理タスクの実行によってフレームのＢＥＣＮに“１”を設定する際に、フレームの送信元端末に対して輻輳発生を通知するためのＣＬＬＭ(Consolidated Link Layer Management)メッセージを生成し、送信元端末に対して送信するようにされても良く、また、ＢＥＣＮに“１”を設定する代わりにＣＬＬＭメッセージを送信元端末に送信するようにされていても良い。
【０１２９】
また、本実施形態では、相手フレームリレー網毎に規制クラス及び規制レベルを検出し、処理タスクを実行しているが、相手端末(送信先端末)毎に規制クラス及び規制レベルを取得し、これらに対応する処理タスクを実行するようにしても良い。すなわち、図１における端末２２ｅ〜２２ｈがフレームリレー網ＦＲ２，ＦＲ３を介さずに、直接ＩＷＦ２１ｂ，２１ｃに接続されていても良い。
【０１３０】
また、図１に示されるフレームリレー網ＦＲ１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜３１ｉによってそれぞれ構成されているが、単独のフレームリレー交換機によって構成されたものであっても良く、フレームリレー網を構成するフレームリレー交換機の数は問わない。
【０１３１】
【発明の効果】
本発明によるトラフィック制御方法，ネットワークシステム及びフレームリレー交換機によると、ＡＴＭ網へ送信されるセル数が最大送信レートを越えることを防止することができる。これに伴い、セル数が最大送信レートを越えることによって発生するＡＴＭ網におけるセルの廃棄，及びフレームリレー網における輻輳発生を防止することもできる。
【図面の簡単な説明】
【図１】 本発明の実施形態によるネットワークシステムの全体構成図
【図２】 図１に示したネットワークシステムのチャネルの説明図
【図３】 フレーム及びセルの構成図
【図４】 図１に示したフレームリレー交換機の回路構成図
【図５】 図４に示したフレームリレー交換機において制御プログラムが実行されることにより実現する機能が示されたブロック図
【図６】 図５に示した規制クラス管理テーブルの構成図
【図７】 図５に示した規制閾値管理テーブルの構成図
【図８】 図５に示した送信データ累積テーブルの構成図
【図９】 図５に示した相手フレームリレー網番号検索テーブルの構成図
【図１０】図５に示したタスク番号格納テーブルの構成図
【図１１】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１２】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１３】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１４】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１５】図１に示したネットワークシステムの動作例を示すシーケンス図
【図１６】ネットワークシステムの全体構成図
【符号の説明】
Ｆ フレーム
Ｓ セル
ＦＲ１〜ＦＲ３ フレームリレー網
２０ ＡＴＭ網
２１ａ〜２１ｃ ＩＷＦ
２２ａ〜２２ｈ フレームリレー端末装置
３１ａ〜３１ｉ フレームリレー交換機
３９ ハードディスク(媒体)
５０ 規制クラス管理テーブル(規制クラス格納手段)
５１ 規制閾値管理テーブル
５４ タスク番号格納テーブル
５６ トラフィック制御部
【発明の属する技術分野】
本発明は、ＡＴＭ網に複数のフレームリレー網が接続されたネットワークシステムと、このネットワークシステムにおけるトラフィック制御方法と、複数のフレームリレー網をそれぞれ構成するフレームリレー交換機とに関する。
【０００２】
【従来の技術】
近年、ＬＡＮの高速化，マルチメディア化に伴いＢ−ＩＳＤＮ（広域総合サービスディジタル網）の導入が急速に進められている。データ系通信においてもフレームリレー網の中継としてＡＴＭ（Asynchronous Transfer Mode）網を利用するケースが次世代通信への最初のステップとして増えている。
【０００３】
図１６は、複数のフレームリレー網の中継網にＡＴＭ網が用いられたネットワークシステムの全体構成図である。図１６において、各フレームリレー網１，２は、フレームをセルに変換するＩＷＦ（InterWork Function）４を介してＡＴＭ網３にそれぞれ接続される。また、各フレームリレー網１，２には、ネットワークのユーザが使用する端末装置５，６がそれぞれ接続される。また、ＡＴＭ網には、複数のＶＣ（Virtual Channel）を束ねたＶＰ（Virtual Path）が設定され、さらに各ＶＣの通信チャネル（ＶＣＣ：Virtual Channel Connection）が、設定される。そして、各ＶＣＣ毎に、送信可能なセルの最大送信レート（ＰＣＲ：Peak Cell Rate）が設定される。そして、ＩＷＦ４からＡＴＭ網３に対して送信されるセルの数が、ＡＴＭ網３において設定されているＰＣＲを越えると、ＡＴＭ網３は、セルを廃棄してＡＴＭ網３の輻輳を回避または解消する。一方、ＡＴＭ網３においてセル（フレーム）が廃棄された場合には、その廃棄されたセル（フレーム）に対する応答フレームは、端末装置５，６に送信されないこととなる。このため、フレームを送信した端末装置５，６は、セル（フレーム）の廃棄によって所定時間の間に自身が送信したフレームの応答フレームを受信しない場合には、相手端末にフレームが到着していないと判断し、フレームを再送する。
【０００４】
【発明が解決しようとする課題】
しかしながら、上述したネットワークシステムには、以下の問題があった。
すなわち、ＩＷＦ４からＡＴＭ網３に対して送信されたセル数がＰＣＲを越えることによって、セル（送信フレーム）の廃棄が多発すると、廃棄されたフレーム（セル）を送信した端末装置５または端末装置６による送信フレームの再送が頻繁に発生する。これによって、フレームリレー網ＦＲ１，ＦＲ２における輻輳が誘発されるという問題があった。
【０００５】
また、ＡＴＭ網３でセル（送信フレーム）が廃棄されたことを起因とする端末装置５，６のフレーム再送によって、フレームリレー網ＦＲ１，ＦＲ２における処理が増大するため、端末装置５と端末装置６との間（エンド−エンド間）における通信のレスポンスが悪化するという問題もあった。
【０００６】
本発明は、上記問題に鑑みなされたものであり、ＡＴＭ網におけるセル数が最大送信レート（ＰＣＲ）を越えることを防止し得るトラフィック制御方法，ネットワークシステム及びフレームリレー交換機を提供することを課題とする。
【０００７】
【課題を解決するための手段】
本発明は、上述した課題を解決するために以下の構成を採用した。
すなわち、本発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムにおけるトラフィック制御方法である。そして、前記複数のフレームリレー網のうち少なくとも一つが、各チャネルを介して送信される所定時間の間における送信データ量を測定し、測定した前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出し、算出したトラフィック規制レベルに対応するトラフィック規制処理を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制することを特徴とする（請求項１）。
【０００８】
本発明によるトラフィック制御方法によれば、例えばフレームリレー網からＡＴＭ網へデータが送信される場合に、そのデータの送信先の端末装置が接続されたフレームリレー網における所定時間の間における送信データ量が測定され、この送信データ量に応じたトラフィック規制レベルが実行される。これによって、所定時間の間における送信データ量を所定範囲に抑制することが可能となる。
【０００９】
ここに、所定時間の間における送信データ量の測定は、フレームリレー網がフレームを送信する際に行っても良く、また、フレームを受信した際に行っても良い。
【００１０】
また、トラフィック規制レベルは、必要に応じて任意の数の段階（レベル）を設定することができる。また、所定時間は適宜設定可能なものであり、固定されていてもよく、または、ネットワークシステムにおける輻輳状態に応じて可変するようにされていても良い。
【００１１】
また、トラフィック規制処理は、前記各チャネルを介して送信されるデータに輻輳が発生した旨の情報を書き込む処理を含んでいても良い(請求項４)。例えば、データであるフレームのコアヘッダに格納されたＦＥＣＮ（順方向明示的輻輳通知）に“１”を設定し、当該フレームの送信先の端末装置にコアヘッダに格納されたＦＥＣＮに“１”が設定されているフレームを受信したことによる輻輳制御（例えば、フレームリレー網に対するフレーム送信の抑制，中止）を行わせる。または、データであるフレームのコアヘッダに格納されたＢＥＣＮ（逆方向明示的輻輳通知）に“１”を設定し、当該フレームの送信先の端末装置にコアヘッダに格納されたＢＥＣＮに“１”が設定されているフレームを受信したことによる輻輳制御を行わせる。
【００１２】
また、トラフィック規制処理は、前記各チャネルを介して送信されるデータを廃棄する処理を含んでいても良い(請求項５)。
また、トラフィック規制処理は、前記各チャネルを介して送信されるデータの送信元端末へ輻輳が発生した旨のメッセージを送信する処理を含んでいても良い(請求項６)。例えば、データであるフレームの送信元の端末装置に対してＣＬＬＭ（統合リンクレイヤマネージメント）メッセージを送信し、当該フレームの送信元の端末装置にＣＬＬＭメッセージを受信したことによる輻輳制御を行わせる。
【００１３】
上述したトラフィック規制処理は、いずれか一つを実行するようにしても良く、複数のトラフィック規制処理を同時に実行するようにしても良い。また、トラフィック規制レベルとトラフィック規制処理との対応は適宜設定可能である。
【００１４】
また、前記所定範囲は、例えば、前記フレームリレー網からＡＴＭ網へデータを伝送するチャネルに設定された最大送信レートであってもよい(請求項７)。
また、本発明によるトラフィック制御方法は、前記複数のフレームリレー網のそれぞれによる各チャネルを介して送信される所定時間の間における送信データ量の測定が、各フレームリレー網からＡＴＭ網へデータを伝送するチャネルについて行われるようにしても良い(請求項２)。
【００１５】
また、前記複数のフレームリレー網のそれぞれが、各フレームリレー網からＡＴＭ網へデータを伝送する各チャネルに設定されたトラフィック規制クラスを検出し、検出したトラフィック規制クラス，及び前記トラフィック規制レベルに対応するトラフィック規制処理を実行するようにしても良い(請求項３)。この場合には、チャネルの重要度に応じたトラフィック規制処理を行うことが可能となり、チャネルの差別化を図ることが可能となる。ここに、チャネルは、その数を問わず、物理チャネル，仮想チャネル，論理チャネル（データリンク）等が含まれる。また、トラフィック規制クラスは、任意の数の段階を設定することが可能である。
【００１６】
また、本発明によるトラフィック制御方法は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して接続されたフレームリレー網と、前記フレームリレー網にチャネルを介して接続された第１端末装置と、前記ＡＴＭ網にチャネルを介して接続された第２端末装置とを備えたネットワークシステムにおいて実施することも可能である(請求項８)。
【００１７】
また、本発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムである。そして、前記複数のフレームリレー網のそれぞれが、各チャネルを介して送信される所定時間の間における送信データ量を測定する送信データ量測定手段と、前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段とを有することを特徴とする。
【００１８】
また、本発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムにおいて、前記複数のフレームリレー網をそれぞれ構成するフレームリレー交換機である。そして、各チャネルを介して送信される所定時間の間における送信データ量を測定する送信データ量測定手段と、前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段とを有することを特徴とする。
【００１９】
【発明の実施の形態】
本発明によるトラフィック制御方法，ネットワークシステム及びフレームリレー交換機を、図に示される好適な実施の形態に基づいて、更に詳細に説明する。
【００２０】
最初に、本実施形態によるネットワークシステムの概要を、図１及び図２を用いて説明する。図１は、本実施形態によるネットワークシステムの全体構成図である。図１において、ＡＴＭ網２０には、３つのフレームリレー網ＦＲ１，ＦＲ２，ＦＲ３がＩＷＦ（InterWork Function）２１ａ〜２１ｃを介してそれぞれ接続されている。これらのフレームリレー網ＦＲ１，ＦＲ２，ＦＲ３には、複数のフレームリレー端末装置（以下、単に「端末」という。）２２ａ〜２２ｈがそれぞれ接続されている。
【００２１】
ここに、ＡＴＭ網２０は、図示せぬ複数のＡＴＭ交換機（ＶＣＨ，ＶＰＨ）によって構成されており、フレームリレー網ＦＲ１〜ＦＲ３の間におけるフレームＦ（図３(ａ)参照）の中継を、セルＳ（図３(ｂ)参照）を用いて行う。また、ＩＷＦ２１ａ〜２１ｃは、自身に接続されているフレームリレー網ＦＲ１〜ＦＲ３のいずれかから受信したフレームＦをセルＳに変換してＡＴＭ網２０に送信するとともに、ＡＴＭ網２０から受信したセルＳをフレームＦに変換して自身に接続されているフレームリレー網ＦＲ１〜ＦＲ３のいずれかに対して送信する中継器である。また、各フレームリレー網ＦＲ１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜３１ｉがフレームリレー回線(物理チャネル)を介してそれぞれ接続されることによって構成されている。各端末２２ａ〜２２ｈは、各フレームリレー網ＦＲ１〜ＦＲ３を構成する各フレームリレー交換機３１ａ〜３１ｆにフレームリレー回線を介してそれぞれ接続されており、他の端末に対してデータを送信する場合には、フレームＦを生成し、自身が接続されているフレームリレー交換機３１ａ〜３１ｆのいずれかに対して送信する。
【００２２】
図２は、図１に示されるネットワークシステムに設定されているチャネルの説明図である。図２において、端末２２ａ〜２２ｄとＩＷＦ２１ａとの間を接続する物理チャネル(フレームリレー回線)上には、ＩＷＦ２１ａと各端末２２ａ〜２２ｄとをそれぞれ接続する４つのデータリンク（論理チャネル）が設定されている。そして、各データリンクには、ＤＬＣＩ（Data Link Connection Identifier）番号ａ〜ｄがそれぞれ設定されている（以下、各データリンクを、「ＤＬＣＩａ，ＤＬＣＩｂ，ＤＬＣＩｃ，ＤＬＣＩｄ」と称する）。同様にして、端末２２ｅとＩＷＦ２１ｂとは、ＤＬＣＩ番号ｅのデータリンク（以下、「ＤＬＣＩｅ」と称する）によって接続され、端末２２ｆとＩＷＦ２１ｂとは、ＤＬＣＩ番号ｆのデータリンク（以下、「ＤＬＣＩｆ」と称する）によって接続されている。また、端末２２ｇとＩＷＦ２１ｃとは、ＤＬＣＩ番号ｇのデータリンク（以下、「ＤＬＣＩｇ」と称する）によって接続され、端末２２ｈとＩＷＦ２１ｃとは、ＤＬＣＩ番号ｈのデータリンク（以下、「ＤＬＣＩｈ」と称する）によって接続されている。
【００２３】
また、図２において、ＩＷＦ２１ａとＡＴＭ網２０との間には、２つの仮想チャネル（ＶＣ：Virtual Channel）が設定され、これらの仮想チャネルを束ねた図示せぬ仮想パス（ＶＰ：Virtual Path）が設定されている。そして、各仮想チャネルの通信チャネル（ＶＣＣ：Virtual Channel Connection）であるＶＣＣｘ1，ＶＣＣｘ2が設定されている。ＶＣＣｘ1には、上述したＤＬＣＩａとＤＬＣＩｂとが接続され、ＶＣＣｘ2には、ＤＬＣＩｃとＤＬＣＩｄとが接続されている。同様にして、ＡＴＭ網２０とＩＷＦ２１ｂとの間には仮想チャネルの通信チャネルであるＶＣＣｙが設定され、ＤＬＣＩｅ及びＤＬＣＩｆと接続されている。また、ＡＴＭ網２０とＩＷＦ２１ｃとの間には、仮想チャネルの通信チャネルであるＶＣＣｚが設定され、ＤＬＣＩｇ及びＤＬＣＩｈと接続されている。そして、ＶＣＣｘ1，ＶＣＣｘ2,ＶＣＣｙ及びＶＣＣｚは、ＡＴＭ網２０を介して相互に接続されている。このように、ＩＷＦ２１ａ〜２１ｃには、相手フレームリレー網（フレームＦの送信先の端末が接続されているフレームリレー網）毎にＶＣＣが割り当てられている。そして、ＩＷＦ２１ａ〜２１ｃとＡＴＭ網２０とを接続するＶＣＣ（ＶＣＩ，ＶＰＩ）毎に、そのＶＣＣを通じて送信可能な最大の送信データ量を示す最大送信レート（ＰＣＲ：Peak Cell Rate）が設定されている。
【００２４】
また、各ＤＬＣＩａ〜ＤＬＣＩｈには、各データリンクの重要性を示すトラフィック規制クラス（規制クラス）がそれぞれ設定されている。この規制クラスは、一般クラス，重要クラス及び最重要クラスの３段階に分けられ、これらのうち一つが、データリンクの重要度に応じた段階の規制クラスとして各ＤＬＣＩａ〜ＤＬＣＩｈにそれぞれ設定されている。また、各ＤＬＣＩａ〜ＤＬＣＩｈには、これらを通じて伝送されるデータ量（送信データ量）に応じたトラフィック規制の程度を示すトラフィック規制レベル（規制レベル）が設定されている。この規制レベルは、送信データ量の多少に応じて非規制，１〜４次規制の５段階に分けられ、送信データ量の増減に応じて変化するようになっている。本ネットワークシステムでは、フレームリレー網ＦＲ１〜ＦＲ３において、上述した規制レベルと規制クラスとに応じたトラフィック規制処理が行われる。
【００２５】
次に、本ネットワークシステムを伝送されるフレームＦとセルＳとを図３を用いて説明する。図３（ａ）は、端末−ＩＷＦ間を伝送されるフレームＦのフォーマットの説明図であり、図３（ｂ）は、ＩＷＦ−ＡＴＭ網−ＩＷＦ間を伝送されるセルＳのフォーマットの説明図である。
【００２６】
図３（ａ）において、フレームＦは、ＩＴＵ−Ｔ（International Telecommunication Union-Telecommunication Standardization Sector）勧告Ｑ．９２２に基づいて構成されている。このフレームＦは、コアヘッダ２７とデータ部２８とを有し、コアヘッダ２７の先頭に先頭フラグ２５が付加され、データ部２８の後尾にＦＣＳ（Frame Check Sequence）２９と後尾フラグ３０とが付加されている。ここに、コアヘッダ２７は、Ｑ．９２２ＤＬコアヘッダであり、ＤＬＣＩ（Data Link Connection Identifier：データリンク接続識別子）番号，ＦＥＣＮ（Forward Explicit Congestion Notification-bit：順方向明示的輻輳通知），ＢＥＣＮ（Backward Explicit Congestion Notification-bit：逆方向明示的輻輳通知），ＤＥ（Discard Eligibility indicator）等が格納されている。ここにＤＬＣＩ番号とは、本ネットワークシステムに設定されている複数のデータリンク（論理チャネル）を識別し、フレームＦを所定の端末（送信先の端末）に送信するための識別子である。フレームＦは、自身に格納されたこのＤＬＣＩ番号に対応するデータリンクを通じて送信先の端末に伝送される。また、ＦＥＣＮは、フレームＦの送信先端末に輻輳回避手順が必要であることを通知するための情報（ビット）である。また、ＢＥＣＮは、フレームＦの送信元端末に輻輳回避手順が必要であることを通知するための情報（ビット）である。これらのＦＥＣＮ及びＢＥＣＮは、通常時には“０”であるが、輻輳発生時にはその輻輳が発生したフレームリレー網（フレームリレー交換機）において“１”が設定される。また、ＤＥは、フレームＦを他のフレームよりも優先的に廃棄すべきか否かの情報（ビット）であり、ＤＥが“１”である場合には、そのフレームＦは優先的に廃棄される。また、データ格納領域２８には、端末２２ａ〜２２ｈのユーザの通信データ等が格納される。また、ＦＣＳ格納領域２９には、フレームＦの誤りを検出するための情報が格納される。また、先頭フラグ２５と後尾フラグ３０とによって、フレームＦの先頭と後尾とが識別される。
【００２７】
また、図３（ｂ）において、セルＳは、５オクテットで構成されるセルヘッダ７０と４８オクテットで構成されるデータ部７１とから構成されている。セルヘッダ７０には、ＶＰＩ（Virtual Path Identifier：仮想パス識別子），ＶＣＩ（Virtual Channel Identifier：仮想チャネル識別子）等が格納されている。ここに、ＶＰＩ及びＶＣＩは、セルＳの通信経路(ＶＣＣ)を選択するための識別子である。これらのＶＰＩ及びＶＣＩがＩＷＦ２１ａ〜２１ｃ及びＡＴＭ網２０において識別されることによって、セルＳは適宜の通信経路(ＶＣＣ)を経て伝送される。また、データ部７１は、端末２２ａ〜２２ｈの通信データ等を格納する領域である。ＩＷＦ２１ａ〜２１ｃによってフレームＦがセルＳに変換される際には、フレームのコアヘッダ２７及びデータ部２８が４８オクテット毎に分割され、分割されたフレームＦの一部のそれぞれがセルＳのデータ部７１の内容となる。そして、分割されたフレームＦの一部のそれぞれにセルヘッダ７０が付加されることによって、複数のセルＳが形成される。
【００２８】
次に、本ネットワークシステムにおけるトラフィック規制処理の概要について表１を用いて説明する。
【００２９】
【表１】
【００３０】
ＳＤ≦ｍａｘＲ×ｔ１×ｎ１ ・・・（式１）
ｍａｘＲ×ｔ１×ｎ１＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ２・・・（式２）
ｍａｘＲ×ｔ１×ｎ２＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ３・・・（式３）
ｍａｘＲ×ｔ１×ｎ３＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ４・・・（式４）
ｍａｘＲ×ｔ１×ｎ４＜ＳＤ ・・・（式５）
但し、（式１）〜（式５）において、ＳＤは、所定の時刻に計時を開始してから所定時間（ｔ１）が経過するまでの間における累積送信データ量であり、ｔ１は送信データ量の測定時間(所定時間)である。また、ｍａｘＲは許容最大レートである。許容最大レートとは、ＡＴＭ網２０に対して送信可能な許容最大送信レートであり、ＶＣＣ毎に契約されているＰＣＲ（Peak Cell Rate）と同値が設定されている。また、ｎ１〜ｎ４は１〜４次規制係数であり、その範囲は、０＜ｎ１＜ｎ２＜ｎ３＜ｎ４≦１に設定されている。
【００３１】
そして、規制クラスが一般クラスの場合には、規制レベルに応じて以下のトラフィック規制処理が行われる。すなわち、規制レベルが非規制の場合には、トラフィック規制処理は行われない（処理タスク(1)）。これに対し、規制レベルが１次規制の場合には、各フレームリレー網ＦＲ１〜ＦＲ３において、送信するフレームＦのコアヘッダ２７（図３参照）のＦＥＣＮに“１”が設定される（処理タスク(2)）とともに、受信したフレームＦのコアヘッダ２７のＢＥＣＮに“１”が設定される（処理タスク(5)）。また、規制レベルが２次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、送信するフレームＦのコアヘッダ２７のＤＥに“０”が設定されていると、そのフレームＦのＦＥＣＮに“１”が設定され、ＤＥに“１”が設定されていると、そのフレームＦが廃棄される（処理タスク(3)）。また、受信したフレームＦについて、上述した処理タスク(5)の処理が行われる。また、規制レベルが３次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、２次規制と同様のトラフィック規制処理，すなわち、処理タスク(3)及び処理タスク(5)の処理が行われる。そして、規制レベルが４次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、送信フレームが廃棄される（処理タスク(4)）とともに、上述した処理タスク(5)の処理が行われる。
【００３２】
また、規制クラスが重要クラスの場合には、規制レベルに応じて以下のトラフィック規制処理が行われる。すなわち、規制レベルが非規制の場合または１次規制の場合には、処理タスク(1)の処理，すなわちトラフィック規制処理は行われない。これに対し、規制レベルが２次規制の場合には、各フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(2)及び処理タスク(５)の処理が行われる。また、規制レベルが３次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(3)及び処理タスク(5)の処理が行われる。そして、規制レベルが４次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(4)及び処理タスク(5)の処理が行われる。
【００３３】
また、規制クラスが最重要クラスの場合には、規制レベルに応じて以下のトラフィック規制処理が行われる。すなわち、規制レベルが非規制または１〜３次規制の場合には、処理タスク(1)の処理，すなわちトラフィック規制処理は行われない。これに対し、規制レベルが４次規制の場合には、各フレームリレー網ＦＲ１〜ＦＲ３において、処理タスク(4)及び処理タスク(5)の処理が行われる。
【００３４】
次に、各フレームリレー網ＦＲ１〜ＦＲ３をそれぞれ構成するフレームリレー交換機３１ａ〜３１ｉを説明する。図４は、各フレームリレー交換機の回路構成図の例である。各フレームリレー交換機３１ａ〜３１ｉは、それぞれ同一の構成を有しており、フレームリレー交換機３１ａを例として説明する。図１４において、フレームリレー交換機３１ａは、管理プロセッサ部３２と、回線対応部４１とを備えている。
【００３５】
管理プロセッサ部３２は、フレームリレー交換機３１ａ全体の制御及び監視，各種データの維持管理，コマンドやメッセージの入出力制御，及び接続記録の作成及び保存等を行う。この管理プロセッサ部３２は、現用系の中央処理装置（CC:Central Controller）３３ａ及び予備系の中央処理装置３３ｂと、中央処理装置３３ａにバスを介して接続される現用系のメインメモリ（MM:Main Memory）３４ａと、中央処理装置３３ｂにバスを介して接続された予備系のメインメモリ３４ｂと、中央処理装置３３ａにバスを介して接続された現用系のチャネル制御装置（CHC:CHannel Controller）３５ａ，３５ｂと、中央処理装置３３ｂにバスを介してそれぞれ接続された予備系のチャネル制御装置３５ｃ，３５ｄと、チャネル制御装置３５ａ，３５ｄにそれぞれバスを介して接続されるＳＩＡ（Serial Interface Adapter）３６ａ，３６ｂ及びディスク制御装置（IOC）３７ａ，３７ｂと、ＳＩＡ３６ａに接続されるシステムコンソール３８と、ディスク制御装置３７ａ，３７ｂにそれぞれ接続されるハードディスク３９と、ディスク制御装置３７ａに接続される光磁気ディスク（MO:Magnet Optical disk）４０とから構成されている。
【００３６】
ここに、ハードディスク３９は、フレームリレー交換機３１の制御プログラム（コンピュータプログラム）や制御プログラムを実行するためのデータが記録された媒体である。各メインメモリ３４ａ，３４ｂは、各中央処理装置３３ａ，３３ｂの作業領域であり、ハードディスク３９に記録された制御プログラムを中央処理装置３３ａ，３３ｂが実行する際に、その制御プログラムがロードされる。各中央処理装置３３ａ，３３ｂは、各メインメモリ３４ａ，３４ｂにロードされた制御プログラムを実行し、フレームリレー交換機３１の各部に命令を与えて各部の動作制御を行う。
【００３７】
各チャネル制御装置３５ａ〜３５ｄは、各中央処理装置３３ａ，３３ｂからの命令に応じて入出力チャネル（物理チャネル，論理チャネル）の制御，及び各メインメモリ３４ａ，３４ｂとの間のデータ転送制御を行う。ディスク制御装置３７ａ，３７ｂは、各中央処置装置３３ａ，３３ｂからの命令に応じてハードディスク３９，光磁気ディスク４０の動作を制御する。光磁気ディスク４０は、フレームリレー交換機３１の外部記憶装置として機能し、初期プログラムのローディングやデータの吸上げ等を行う。
【００３８】
システムコンソール３８は、ハードディスク３９や光磁気ディスク４０に格納されたデータや各中央処理装置３３ａ，３３ｂの実行結果等を外部に出力する，或いは、外部からデータやコマンド等を入力するためのインターフェイスである。
【００３９】
また、回線対応部４１は、複数の回線（物理チャネル，仮想チャネル，論理チャネル）を収容する通信多重装置（CMU:Communication Multiplexer Unit）である。この回線対応部４１は、チャネル制御装置３５ｂ，３５ｃにバスを介してそれぞれ接続される回線管理部（MP:line Manegement Processor）４２と、回線管理部４２にそれぞれバスを介して接続される複数組の回線制御部（LC:Line Controller）４３ａ(現用系)，４３ｂ(予備系)と、各組の回線制御部４３ａ，４３ｂにそれぞれ接続される複数の回線切替部（LSW:Line SWitch）４４とから構成されている。
【００４０】
ここに、各回線切替部４４には、複数の回線（物理チャネル）が収容され、外部から送信されてきたフレームＦを受信する。一方、各回線切替部４４は、回線制御部４３ａ又は回線制御部４３ｂから受け取ったフレームＦを適宜の回線へ送出する。このとき、各回線切替部４４は、回線管理部４２からの命令に応じた回線へフレームＦを送出する。また、各回線切替部４４は、回線管理部４２からの命令が各回線制御部４３ａ，４３ｂを介して発せられ、それに応じて論理的，電気的，及び物理的インターフェイスを制御する。
【００４１】
各回線制御部４３ａ，４３ｂは、フレームリレープロトコル処理を行う。各回線制御部４３ａ，４３ｂは、回線切替部４４のいずれかからフレームＦを受け取ると、そのフレームＦを回線管理部４２に与える。また、各回線制御部４３ａ，４３ｂは、回線管理部４２から受け取ったフレームＦを回線切替部４４のいずれかに与える。また、各回線制御部４３ａ，４３ｂは、複数の回線を終端する回線終端機能を備えている。
【００４２】
また、回線管理部４２は、回線対応部４１のラインセットの管理を行う。すなわち、チャネル制御装置３５ｂ，３５ｃと各回線制御部４３ａ，４３ｂとの間における通信の制御を行う。具体的には、各組の回線制御部４３ａを動作状態(現用系)にするとともに、回線制御部４３ｂを停止状態(予備系)にする。そして、回線管理部４２は、現用系である回線制御部４３ａからフレームＦを受け取ると、受け取ったフレームＦを現用系のチャネル制御装置３５ｂに与える。これによって、フレームＦは現用系のメインメモリ３４ａに格納され、このフレームＦに対して所定の処理が行われる。一方、回線管理部４２は、チャネル制御装置３５ｂからフレームＦを受け取ると、そのフレームＦを現用系の回線制御部４３ａに与える。また、回線管理部４２は、各回線切替部４４が収容する回線のいずれからフレームＦを送出するかについての送出命令を発する。この送出命令は、各回線制御部４３ａ，４３ｂを介して各回線切替部４４に与えられる。
【００４３】
このような構成を備える各フレームリレー交換機３１ａは、ＩＴＵ−Ｔ勧告Ｑ．９２２とＩＴＵ−Ｔ勧告Ｑ．９３３とに従って、フレームＦの送受信処理を行う。具体的には、各フレームリレー交換機３１ａ〜３１ｉは、フレームリレー網ＦＲ１〜ＦＲ３と各端末２２ａ〜２２ｈとの間，及びフレームリレー網ＦＲ１〜ＦＲ３と各ＩＷＦ２１ａ〜２１ｃとの間におけるフレームＦの送受信処理を行う。
【００４４】
次に、図４に示されたハードディスク３９に格納された制御プログラムが、各メインメモリ３４ａ，３４ｂにロードされ、各中央処理装置３３ａ，３３ｂ内で実行されることによって実現する機能を、図５のブロック図を用いて説明する。図５に示されるように、各中央処理装置３３ａ，３３ｂがその内部で制御プログラムを実行することにより、規制クラス管理テーブル５０（規制クラス格納手段に相当）と、規制閾値管理テーブル５１と、送信データ累積テーブル５２と、相手フレームリレー網番号検索テーブル５３と、タスク番号格納テーブル５４（規制処理格納手段に相当）とが作成される。また、各中央処理装置３３ａ，３３ｂがその内部で制御プログラムを実行することにより、フレーム送信処理部５５と、トラフィック制御部５６（送信データ量測定手段，規制レベル算出手段，規制クラス検出手段，トラフィック制御手段に相当）と、フレーム受信処理部５７と、送信データ初期設定部５８とが実現される。
【００４５】
図６は、規制クラス管理テーブル５０の構成図である。図６において、規制クラス管理テーブル５０には、相手フレームリレー網番号（フレームリレー網ＦＲ１〜ＦＲ３にそれぞれ設定されている固有番号であって、フレームＦの送信先端末が接続されているフレームリレー網の固有番号）によって検索可能な複数の領域が形成されており、各領域には、上述した規制クラスのうちのいずれかが、相手フレームリレー番号に対応するＤＬＣＩ番号に対応づけて格納されている。この規制クラス管理テーブル５０は、相手フレームリレー網番号によって、所定の領域を検索し、その相手フレームリレー網番号に対応するＤＬＣＩ番号を検索鍵として検索可能となっている。
【００４６】
図７は、規制閾値管理テーブル５１の構成図である。図７において、規制閾値管理テーブル５１には、相手フレームリレー網番号毎に、上述した規制レベルを算出するための数値が格納されている。具体的には、規制閾値管理テーブル５１には、相手フレームリレー網番号毎に、上述した許容最大送信レート（ｍａｘＲ），測定時間（ｔ１），１〜４次規制係数（ｎ１〜ｎ４）が格納されている。この規制閾値管理テーブル５１は、相手フレームリレー網番号を検索鍵として検索可能となっている。
【００４７】
図８は、送信データ累積テーブル５２の構成図である。図８において、送信データ累積テーブル５２には、相手フレームリレー網番号毎に、累積送信データ量（ＳＤ２）と上述した規制レベルのいずれかとが格納されている。この送信データ累積テーブル５２は、相手フレームリレー網番号を検索鍵として検索可能となっている。
【００４８】
図９は、相手フレームリレー網番号検索テーブル５３の構成図である。図９において、相手フレームリレー網番号検索テーブル５３には、ＤＬＣＩ番号毎に、相手フレームリレー網番号が格納されている。この相手フレームリレー網番号検索テーブル５３は、ＤＬＣＩ番号を検索鍵として検索可能となっている。
【００４９】
図１０は、タスク番号格納テーブル５４の構成図である。図１０において、タスク番号格納テーブル５４には、送信処理タスク格納領域５４ａと受信処理タスク格納領域５４ｂとが設けられている。各格納領域５４ａ，５４ｂは、上述した３つの規制クラスに対応するクラス領域５９に分けられ、これらの各クラス領域５９に、上述した処理タスク(1)〜(5)が規制レベルに対応して格納されている。このタスク番号格納テーブル５４は、送信処理または受信処理のいずれかを行う旨を示す処理識別情報(送信処理情報，受信処理情報)，規制クラス及び規制レベルを検索鍵として検索可能となっている。すなわち、処理識別情報によって、送信処理タスク格納領域５４ａと受信処理タスク格納領域５４ｂとの一方が選択され、規制クラスによって、クラス領域５９のいずれかが選択され、規制レベルによって、規制レベルに応じた処理タスク(1)〜(5)のいずれかが読み出される。
【００５０】
図５に示されるフレーム送信処理部５５は、フレームリレー網ＦＲ１〜ＦＲ３からＩＷＦ２１ａ〜２１ｃに対してフレームＦが送信される際に起動する。このフレーム送信処理部５５は、相手フレームリレー網番号を相手フレームリレー網番号検索テーブル５３(図９参照)から読み出す。また、フレーム送信処理部５５は、相手フレームリレー網番号，ＤＬＣＩ番号及び自身が保有する処理識別情報(送信処理情報)とをトラフィック制御部５６に通知することによって、トラフィック制御部５６を起動させる。また、フレーム送信処理部５５は、トラフィック制御部５６からフレームＦの廃棄要の通知又は廃棄不要の通知を受け取って、フレームＦを廃棄すべきか否かを判定し、廃棄すべきと判定した場合には、そのフレームＦを廃棄する。
【００５１】
また、フレーム受信処理部５７は、フレームＦがＩＷＦ２１ａ〜２１ｃからフレームリレー網ＦＲ１〜ＦＲ３に受信された際に起動する。このフレーム受信処理部５７は、相手フレームリレー網番号を相手フレームリレー網番号検索テーブル５３（図９参照）から読み出す。また、フレーム受信処理部５７は、相手フレームリレー網番号，ＤＬＣＩ番号及び自身が保有する処理識別情報(受信処理情報）をトラフィック制御部５６に通知することによって、トラフィック制御部５６を起動させる。
【００５２】
トラフィック制御部５６は、フレーム送信処理部５５またはフレーム受信処理部５７から通知を受け取って起動する。このトラフィック制御部５６は、規制クラス管理テーブル５０（図６参照）から規制クラスを読み出す。続いて、規制閾値管理テーブル５１（図７参照）に格納されている数値に基づいて規制レベルを算出する。そして、これらの規制クラス及び規制レベルを用いてタスク番号格納テーブル５４から、処理タスク番号を読み出し、その処理タスク番号に該当する処理タスクを実行する。
【００５３】
送信データ初期設定部５８は、所定周期毎に起動し、送信データ累積テーブル５２の内容の初期設定を行う。
次に、上述した各フレームリレー交換機３１ａ〜３１ｉによる処理を図１１〜図１４に示されるフローチャートを用いて説明する。前提として、フレームＦは、各フレームリレー交換機３１ａ〜３１ｉに受信されると、回線切替部４４，回線制御部４３ａ，回線管理部４２，チャネル制御部３５ｂを経てメインメモリ３４ａに格納される。
【００５４】
図１１に示されるように、ステップＳ０１では、フレームＦが受信されたか否かが判定され、フレームＦが受信されるまでステップＳ０１の処理が行われる。すなわち、フレームＦの受信待ちの状態であり、フレームＦが受信されるとステップＳ０２へ進む。
【００５５】
ステップＳ０２では、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかから受信されたか否かが判定される。この判定は、ステップＳ０１にてフレームＦを受信した回線番号が参照されることによって行われる。そして、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかから受信されたものであると判定された場合には、ステップＳ０３へ進む。これに対し、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかから受信されたものでないと判定された場合には、フレームＦが端末２２ａ〜２２ｈのいずれか，又は他のフレームリレー交換機３１から受信されたものと判定され、ステップＳ０４へ進む。
【００５６】
ステップＳ０４では、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかへ送信すべきものであるか否かが判定される。この判定は、ステップＳ０２と同様に、フレームＦを送信する回線番号を参照することによって行われる。そして、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかへ送信するものではないと判定された場合には、ステップＳ１４にて通常処理が行われ、フレームＦが他のフレームリレー交換機又は送信元端末以外の端末へ送信される。一方、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれかへ送信するものであると判定された場合には、ステップＳ０５へ進む。
【００５７】
ステップＳ０５では、フレーム送信処理部５５が起動する。
ステップＳ０６では、フレーム送信処理部５５が、フレームＦのコアヘッダ２７に格納されているＤＬＣＩ番号を検索鍵として相手フレームリレー網検索テーブル５３を検索し、相手フレームリレー網番号を読み出す。
【００５８】
ステップＳ０７では、フレーム送信処理部５５が、ステップＳ０６にて取得した相手フレームリレー網番号と、ＤＬＣＩ番号と、自身が保有する処理識別情報である送信処理情報とを、トラフィック制御部５６に通知し、トラフィック制御部５６を起動させる。
【００５９】
ステップＳ０８では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号とＤＬＣＩ番号とを検索鍵として規制クラス管理テーブル５０（図６参照）を検索し、検索鍵に対応する規制クラスを読み出す。
【００６０】
ステップＳ０９では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号を検索鍵として規制閾値管理テーブル５１（図７参照）を検索し、検索鍵に対応づけて格納されている各数値を用いて規制レベルを算出する。図１２は、ステップＳ０９にて実行されるトラフィック規制レベル算出サブルーチンを示すフローチャートである。
【００６１】
このサブルーチンにおけるステップＳ１０１では、まず、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号を検索鍵として規制閾値管理テーブル５１を検索し、検索鍵に対応するｍａｘＲ，ｔ１，ｎ１，ｎ２，ｎ３，及びｎ４を読み出す。
【００６２】
ステップＳ１０２では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２（図８参照）を検索し、検索鍵に対応する累積送信データ量（ＳＤ２）を読み出す。
【００６３】
ステップＳ１０３では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦの送信データ量(ｓｄ)を下記の（式６）を用いて算出する。
【００６４】
sd(bit)=(［(送信データ+2+2+4)÷48］+1)×53×8・・・（式６）
但し、(式６)において、送信データとは、ＩＷＦ２１ａへ送信するフレームＦのコアヘッダ２７及びデータ部２８のオクテット数である。また、(式６)中における“(［(送信データ+2+2+4)÷48］+1)”の部分は、フレームＦが変換されることによって形成されるセルＳの個数である。また、“×53”の部分によって、フレームＦを複数のセルＳに変換した場合における全セルのオクテット数（データ量)が算出される。そして、“×８”の部分によって、オクテット数がビット数に換算される。
【００６５】
ステップＳ１０４では、トラフィック制御部５６が、ステップＳ１０２にて取得したＳＤ２の値とステップＳ１０３にて求めたｓｄとを加算する。これらの加算値がフレームリレー網−ＩＷＦ間を接続するチャネル(データリンク)の送信データ量(ＳＤ)となる(ＳＤ２＋ｓｄ＝ＳＤ)。
【００６６】
ステップＳ１０５では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式７)に示される条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ１ ・・・(式７)
そして、(式７)の条件が満たされる場合には、処理がステップＳ１０６へ進み、(式７)の条件が満たされない場合には、処理がステップＳ１０７へ進む。
【００６７】
ステップＳ１０６では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値(ＳＤ)が(式１)の条件を満たす，すなわち、規制レベルが非規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００６８】
ステップＳ１０７では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式８)の条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ２ ・・・(式８)
そして、(式８)の条件が満たされる場合には、処理がステップＳ１０８へ進み、(式８)の条件が満たされない場合には、処理がステップＳ１０９へ進む。
【００６９】
ステップＳ１０８では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が(式２)の条件を満たす，すなわち、規制レベルが１次規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００７０】
ステップＳ１０９では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式９)の条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ３ ・・・(式９)
そして、(式９)の条件が満たされる場合には、処理がステップＳ１１０へ進み、(式９)の条件が満たされない場合には、処理がステップＳ１１１へ進む。
【００７１】
ステップＳ１１０では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が(式３)の条件を満たす，すなわち、規制レベルが２次規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００７２】
ステップＳ１１１では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が下記の(式１０)の条件を満たすか否かを判定する。
ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ４ ・・・(式１０)
そして、(式１０)の条件が満たされる場合には、処理がステップＳ１１２に進み、(式１０)が満たされない場合には、処理がステップＳ１１３へ進む。
【００７３】
ステップＳ１１２では、トラフィック制御部５６が、ＳＤ２＋ｓｄの値が(式４)の条件を満たす，すなわち、規制レベルが３次規制であると判定し、この判定結果を記憶する。そして、処理がステップＳ１１４へ進む。
【００７４】
ステップＳ１１３では、トラフィック制御部５６が、規制レベルとして４次規制を記憶する。
ステップＳ１１４では、トラフィック制御部５６が、相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２(図８参照)を検索し、検索鍵に対応して格納される新たな送信データ量(ＳＤ２)として、ＳＤ２＋ｓｄの値を上書きする。これと同時に、トラフィック制御部５６は、格納されるべき新たな規制レベルとして、ステップＳ１０６，Ｓ１０８，Ｓ１１０，Ｓ１１２，Ｓ１１３のいずれかにおいて記憶した規制レベルを上書きする。そして、ステップＳ１１４の処理が終了すると、処理が図１１のメインルーチンへ戻る。処理が戻されたメインルーチンでは、次にステップＳ１０が実行される。
【００７５】
ステップＳ１０では、トラフィック制御部５６が、フレーム送信処理部５５から受け取った処理識別情報(送信処理情報)，ステップＳ０８にて取得した規制クラス，及びステップＳ０９にて取得した規制レベルを検索鍵として、タスク番号格納テーブル５４(図１０参照)を検索し、検索鍵に対応する処理タスク番号(処理タスク(1)〜(4)のいずれか)を読み出す。
【００７６】
ステップＳ１１では、トラフィック制御部５６が、ステップＳ１０にて読み出した処理タスク番号に該当する処理タスクを起動(実行)する。図１３は、ステップＳ１１にて実行される処理タスク起動サブルーチンを示すフローチャートである。このサブルーチンにおけるステップＳ２０１では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(1)”であるか否かを判定する。そして、処理タスク番号が“(1)”であると判定された場合には、処理がステップＳ２０２へ進む。これに対し、処理タスク番号が“(1)”でないと判定された場合には、処理がステップＳ２０３へ進む。
【００７７】
ステップＳ２０２では、トラフィック制御部５６が、処理タスク(1)を実行する。すなわち、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦについて廃棄不要とする旨をフレーム送信処理部５５に通知する。そして、処理タスク(1)の実行が終了すると、処理がステップＳ１２へ戻る。
【００７８】
ステップＳ２０３では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(2)”であるか否かを判定する。そして、処理タスク番号が“(2)”であると判定された場合には、処理がステップＳ２０４へ進む。これに対し、処理タスク番号が“(2)”でないと判定された場合には、処理がステップＳ２０６へ進む。
【００７９】
ステップＳ２０４では、トラフィック制御部５６が、処理タスク(2)を実行する。すなわち、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦのコアヘッダ２７のＦＥＣＮに“１”を設定する。これと同時に、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦについて廃棄不要とする旨をフレーム送信処理部５５に通知する。この処理タスク(2)の実行が終了すると、処理がステップＳ１２へ戻る。この処理タスク(2)の実行によって、フレームＦをその送信先端末が受信した場合には、その送信先端末(送信先端末のユーザ)はフレームリレー網ＦＲ１〜ＦＲ３において輻輳が発生していると認識し、輻輳回避手順(輻輳制御)が行われる。
【００８０】
ステップＳ２０６では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(3)”であるか否かを判定する。そして、処理タスク番号が“(3)”であると判定された場合には、処理がステップＳ２０７へ進む。これに対し、処理タスク番号が“(3)”でないと判定された場合には、処理がステップＳ２１１へ進む。
【００８１】
ステップＳ２０７〜Ｓ２１０では、トラフィック制御部５６が処理タスク(３)を実行する。
すなわち、ステップＳ２０７では、トラフィック制御部５６が、フレームＦのコアヘッダ２７のＤＥに“０”が設定されているか否かを判定する。そして、ＤＥに“０”が設定されている場合には、処理がステップＳ２０８へ進む。これに対し、ＤＥに“０”が設定されていない(ＤＥ＝１)場合には、処理がステップＳ２１０へ進む。
【００８２】
ステップＳ２０８では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦのコアヘッダ２７のＦＥＣＮに“１”を設定する。これによって、フレームＦの送信先端末が輻輳回避手順(輻輳制御)を行い、送信先端末によるフレームＦの送信が抑制される。
【００８３】
ステップＳ２０９では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦについて廃棄不要である旨をフレーム送信処理部５５に対して通知する。そして、ステップＳ２０９が終了すると、処理が図１１のメインルーチンへ戻る。
【００８４】
ステップＳ２１０では、トラフィック制御部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦを廃棄する旨をフレーム送信処理部５５に対して通知する。そして、ステップＳ２１０が終了すると、処理が図１１のメインルーチンへ戻る。
【００８５】
ステップＳ２１１では、トラフィック制御部５６が、ステップＳ０９にて算出した処理タスク番号が“(4)”であるか否かを判定する。そして、処理タスク番号が“(4)”であると判定された場合には、処理がステップＳ２１２へ進む。これに対し、処理タスク番号が“(4)”でないと判定された場合には、処理が図１１のメインルーチンへ戻る。
【００８６】
ステップＳ２１２では、トラフィック制御部５６が、処理タスク(4)を実行する。すなわち、ステップＳ２１０の処理と同様に、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦを廃棄する旨をフレーム送信処理部５５に対して通知する。そして、この処理タスク(4)の実行が終了すると、処理が図１１のメインルーチンへ戻る。処理が戻されたメインルーチンでは、次に、ステップＳ１２が実行される。
【００８７】
ステップＳ１２では、フレーム送信処理部５５が、トラフィック制御部５６から受け取った通知がフレームＦの廃棄要の旨であるか否かを判定する。そして、通知が廃棄要の旨と判定された場合には、処理がステップＳ１３へ進む。これに対し、通知が廃棄要の旨ではない(廃棄不要の旨である)と判定された場合には、処理がステップＳ１４へ進む。
【００８８】
ステップＳ１３では、フレーム送信処理部５５が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信すべきフレームＦを廃棄する。これによって、ＩＷＦ２１ａ〜２１ｃからＡＴＭ網２０へ送信されるセルの数が減少し、セルの数がＰＣＲを上回ることが防止される。このステップＳ１３が終了すると、処理がステップＳ０１へ戻り、次のフレームＦを受け付ける。
【００８９】
ステップＳ１４では、通常処理が行われる。すなわち、フレームＦのコアヘッダ２７に格納されたＤＬＣＩ番号に基づいて、適宜のデータリンク(ＤＬＣＩａ〜ＤＬＣＩｈのいずれか)からフレームＦが送出される。そして、処理がステップＳ０１へ戻り、次のフレームＦを受け付ける。
【００９０】
一方、処理がステップＳ０３へ進んだ場合には、フレーム受信処理が行われる。図１４は、ステップＳ０３にて実行されるフレーム受信処理サブルーチンを示すフローチャートである。このサブルーチンにおけるステップＳ３０１では、まず、フレーム受信処理部５７が起動する。
【００９１】
ステップＳ３０２では、フレーム受信処理部５７が、フレームＦのコアヘッダ２７に格納されているＤＬＣＩ番号を検索鍵として相手フレームリレー網番号検索テーブル５３(図９参照)を検索し、検索鍵に対応する相手フレームリレー網番号を読み出す。
【００９２】
ステップＳ３０３では、フレーム受信処理部５７が、ステップＳ３０２にて取得した相手フレームリレー網番号，ＤＬＣＩ番号，及び自身が保有する処理識別情報(受信処理情報)をトラフィック制御部５６に通知し、トラフィック制御部５６を起動させる。
【００９３】
ステップＳ３０４では、トラフィック制御部５６が、フレーム受信処理部５７から受け取った相手フレームリレー網番号及びＤＬＣＩ番号を検索鍵として規制クラス管理テーブル５０(図６参照)を検索し、検索鍵に対応する規制クラスを読み出す。
【００９４】
ステップＳ３０５では、トラフィック制御部５６が、フレーム受信処理部５７から受け取った相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２(図８参照)を検索し、トラフィック規制レベルを読み出す。
【００９５】
ステップＳ３０６では、トラフィック制御部５６が、フレーム受信処理部５７から受け取った受信処理の処理識別，ステップＳ３０４にて取得した規制クラス，及びステップＳ３０５にて取得した規制レベルを検索鍵として、タスク番号格納テーブル５４(図１０参照)を検索し、検索鍵に対応する処理タスク番号(処理タスク(1)，(5)の一方)を読み出す。
【００９６】
ステップＳ３０７では、トラフィック制御部５６が、ステップＳ３０６にて読み出した処理タスク番号が“(1)”であるか否かを判定する。そして、処理タスク番号が“(1)”であると判定された場合には、処理がステップＳ３０８へ進む。これに対し、処理タスク番号が“(1)”でないと判定された場合には、処理がステップＳ３０９へ進む。
【００９７】
ステップＳ３０８では、トラフィック制御部５６が、処理タスク(1)を実行する。すなわち、フレームリレー交換機３１に受信されたフレームＦの廃棄を要しない旨をフレーム受信処理部５７に通知する。そして、ステップＳ３０８が終了すると、処理が図１１のメインルーチンへ戻り、ステップＳ１４にて通常処理が行われる。
【００９８】
ステップＳ３０９では、トラフィック制御部５６が、ステップＳ３０６にて読み出された処理タスク番号が“(5)”であるか否かを判定する。そして、処理タスク番号が“(5)”であると判定された場合には、処理がステップＳ３１０に進む。これに対し、処理タスク番号が“(5)”でないと判定された場合には、処理が図１１のメインルーチンへ戻り、ステップＳ１４にて通常処理が行われる。
【００９９】
ステップＳ３１０，Ｓ３１１では、処理タスク(５)が実行される。すなわち、ステップＳ３１０では、トラフィック制御部５６が、フレームリレー交換機３１に受信されたフレームＦのコアヘッダ２７のＢＥＣＮに“１”を設定する。これによって、フレームＦを受信したフレームＦの送信先端末は、フレームリレー網ＦＲ１〜ＦＲ３において輻輳が発生していると認識し、輻輳回避手順(輻輳制御)を行う。従って、送信先端末によるフレームＦの送信が抑制される。
【０１００】
ステップＳ３１１では、トラフィック制御部５６が、フレームリレー交換機３１に受信されたフレームＦの廃棄を要しない旨をフレーム受信処理部５７に対して通知する。そして、ステップＳ３１１が終了すると、処理が図１１のメインルーチンへ戻り、ステップＳ１４にて通常処理が行われる。なお、フレーム受信処理部５７には、フレームＦの廃棄不要の旨のみが通知されるため、フレーム受信処理部５７によって、フレームＦは廃棄されない。
【０１０１】
ところで、送信データ累積テーブル５２に設定されている送信データ量の累積値(ＳＤ２)，及び規制レベルは、送信データ初期設定部５８によって所定の周期毎に初期設定される。すなわち、送信データ初期設定部５８には、所定の周期毎に相手フレームリレー網番号が入力されるようになっており、この相手フレームリレー網番号が入力されることによって、送信データ初期設定部５８が起動する。送信データ初期設定部５８は、自身に入力された相手フレームリレー網番号を検索鍵として送信データ累積テーブル５２を検索し、検索鍵に対応して設定されている送信データ量の累積値(ＳＤ２)をゼロクリアするとともに、規制レベルを非規制とする。なお、同じ番号の相手フレームリレー網番号が入力される周期は、その相手フレームリレー網番号に対応して規制閾値管理テーブル５１に設定されている測定時間(ｔ１)と同じ時間に設定されている。従って、送信データ累積テーブル５２の格納内容は、相手フレームリレー網番号毎に、その網番号に対応するｔ１が経過する度に初期設定される。
【０１０２】
次に、本ネットワークシステムの動作例を図１５を用いて説明する。図１５は、図１に示される端末２２ａと端末２２ｅとの間においてフレームＦの送受信が行われる場合の動作例を示すシーケンス図である。
【０１０３】
図１５において、まず、フレームリレー網ＦＲ１を構成する各フレームリレー交換機３１ａ，３１ｂ，３１ｇにおいて、送信データ初期設定部５８が、フレームリレー網ＦＲ２の網番号に対応して格納されている送信データ累積テーブルの内容を初期設定したとする。
【０１０４】
その後、端末２２ａと端末２２ｅとの間においてフレームＦの送受信が行われた後、端末２２ａが端末２２ｅを送信先端末とするフレームＦ1を、フレームリレー網ＦＲ１(フレームリレー交換機３１ａ)に対して送信したとする。
【０１０５】
このフレームＦ1は、図２に示されるように、ＤＬＣＩａを通じてフレームリレー交換機３１ａに送信される。このとき、フレームＦ1のコアヘッダ２７のＦＥＣＮには、初期設定値である“０”が設定されている。
【０１０６】
フレームリレー交換機３１ａでは、フレームＦ1が受信されると、ステップＳ１４にて通常処理が行われ(図１１参照)、フレームＦ1は、自身のコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、ＤＬＣＩａを通じてフレームリレー交換機３１ｇへ送信される。
フレームリレー交換機３１ｇでは、フレームＦ1は、ステップＳ０４にてＩＷＦ２１ａに対して送信されるべきと判定される。すると、ステップＳ０８にて規制クラスが読み出され、ステップＳ０９にて規制レベルが算出される(図１１参照)。このとき、規制レベルとして１次規制が記憶されると(ステップＳ１０８：図１２参照)、ステップＳ１１にて、処理タスク(２)が実行され、フレームＦ1のコアヘッダ２７のＦＥＣＮに“１”が設定される(ステップＳ２０４：図１３参照)。そして、ステップＳ１４にて通常処理が行われ、フレームＦ1は、ＤＬＣＩａを通じてＩＷＦ２１ａへ送信される。
【０１０７】
ＩＷＦ２１ａでは、フレームＦ1は、上述したようにフレームＦが複数のセルＳ1に変換されるとともに、各セルＳ1は、ＶＣＣｘ1を通じてＡＴＭ網２０へ送信される。
【０１０８】
ＡＴＭ網２０では、各セルＳ1の送信先が、各セルＳのセルヘッダ７０に格納されたＶＣＩ，ＶＰＩ(図３参照)に基づいて判定され、各セルＳ1がＶＣＣｙを通じてＩＷＦ２１ｂへ送信される。
【０１０９】
ＩＷＦ２１ｂでは、ＡＴＭ網２０からそれぞれ受信した複数のセルＳ1が一つのフレームＦ1に変換される。そして、変換されたフレームＦ1は、そのコアヘッダ２７に格納されたＤＬＣＩ番号に基づいて、ＤＬＣＩｅを通じてフレームリレー網ＦＲ２(フレームリレー交換機３１ｈ)へ送信される。
【０１１０】
フレームリレー交換機３１ｈでは、フレームＦ1は、ステップＳ０２においてＩＷＦ２１ｂから受信したものと判定され、ステップＳ０３にてフレーム受信処理が行われる。但し、このとき、ステップＳ３０５において、規制レベルとして非規制が記憶され(図１４参照)、処理タスク(１)が実行されたものとする。これによって、トラフィック規制処理が行われず、ステップＳ１４にて通常処理が行われ、フレームＦ1は、フレームリレー交換機３１ｃへ送信される。
【０１１１】
フレームリレー交換機３１ｃでは、ステップＳ０１〜Ｓ０４を経てステップＳ１４にて通常処理が行われ、フレームＦ1は、そのコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、ＤＬＣＩｅを通じて端末２２ｅへ送信される。
【０１１２】
端末２２ｅは、フレームＦ1を受信すると、そのフレームＦ1のＦＥＣＮが“１”に設定されていることから、フレームリレー網ＦＲ１またはＦＲ２にて輻輳が発生していると認識し、輻輳回避手順(輻輳制御)を行い、フレームＦの送信を抑制する。これによって、フレームリレー網ＦＲ２からＩＷＦ２１ｂへ送信されるフレームＦの数が減少する。これに伴いＩＷＦ２１ｂからＡＴＭ網２０へ送信されるセルＳの数も減少する。従って、ＶＣＣｙにおけるセルＳの数がＰＣＲを越えることが防止される。
【０１１３】
その後、端末２２ｅは、フレームＦ1に対する応答フレームｆ1を生成し、端末２２ａを送信先端末として、フレームリレー網ＦＲ２(フレームリレー交換機３１ｃ)に対して送信する。
【０１１４】
フレームリレー交換機３１ｃでは、応答フレームｆ1が受信されると、ステップＳ１４にて通常処理が行われる(図１１参照)。これによって、応答フレームｆ1は、そのコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、フレームリレー交換機３１ｈへ送信される。
【０１１５】
フレームリレー交換機３１ｈでは、応答フレームｆ1が受信され、ステップＳ０４にて応答フレームｆ1がＩＷＦ２１ｂへ送信すべきものと判定されると、ステップＳ０９にてトラフィック規制レベルが算出される。但し、ここではステップＳ１０６にて非規制が記憶され(図１２参照)、ステップＳ２０２にて処理タスク(１)が実行されたとする(図１３参照)。そして、ステップＳ１４にて通常処理が行われ、応答フレームｆ1がＤＬＣＩｅを通じてＩＷＦ２１ｂへ送信される。
【０１１６】
ＩＷＦ２１ｂでは、応答フレームｆ1が複数のセルｓ1に変換され、ＶＣＣｙを通じてＡＴＭ網２０へ送信される。
ＡＴＭ網２０では、各セルｓ1がセルヘッダ７０に格納されているＶＰＩ及びＶＣＩに基づいて、ＶＣＣｘ1を通じてＩＷＦ２１ａへ送信される。
【０１１７】
ＩＷＦ２１ａでは、複数のセルｓ1が一つの応答フレームｆ1に変換される。そして、応答フレームｆ1は、そのコアヘッダ２７に格納されているＤＬＣＩ番号に基づいて、ＤＬＣＩａを通じてフレームリレー網ＦＲ１(フレームリレー交換機３１ｇ)へ送信される。
【０１１８】
フレームリレー交換機３１ｇでは、ステップＳ０２にて応答フレームｆ1がＩＷＦ２１ａから受信したものと判定されると、ステップＳ０３にてフレーム受信処理が行われる。すなわち、図１４に示されるように、ステップＳ３０５にて規制レベルとして１次規制が記憶され、ステップＳ３１０にてのコアヘッダ２７のＢＥＣＮに“１”が設定される。そして、ステップＳ１４にて通常処理が行われ、応答フレームｆ1がフレームリレー交換機３１ａへ送信される。
【０１１９】
フレームリレー交換機３１ａでは、ステップＳ１４にて通常処理が行われ、応答フレームｆ1が端末２２ａへ送信される。
端末２２ａでは、応答フレームｆ1のコアヘッダ２７に格納されているＢＥＣＮに“１”が設定されていることから、フレームリレー網ＦＲ１又はフレームリレー網ＦＲ２において輻輳が発生していると認識され、輻輳回避手順(輻輳制御)が行われる。これによって、端末２２ａから端末２２ｅを送信先端末とするフレームＦの送信が抑制される。従って、ＩＷＦ２１ａからＶＣＣｘ1を通じて送信されるセルＳの数が減少し、セルＳの数がＰＣＲを越えることが防止される。
【０１２０】
そして、測定時間ｔ１(規制閾値管理テーブル５１に、フレームリレー網ＦＲ２の網番号に対応づけて格納されている時間ｔ１)が経過すると、送信データ初期設定部５８(図５参照)に、フレームリレー網ＦＲ２の網番号(相手フレームリレー網番号)が入力される。これによって、送信データ初期設定部５８が起動し、送信データ累積テーブル５２(図８参照)にフレームリレー網ＦＲ２の網番号に対応づけて格納されているＳＤ２の値をゼロクリアするとともに、トラフィック規制レベルを非規制とする。このようにして初期設定がなされる。
【０１２１】
その後、端末２２ａと端末２２ｅとの間において、図示せぬフレームＦの送受信が行われた後、端末２２ａが端末２２ｅを送信先端末とするフレームＦ2をフレームリレー網ＦＲ１に対して送信したとする。
【０１２２】
このフレームＦ2は、フレームリレー網ＦＲ１において、フレームリレー交換機３１ａを経てフレームリレー交換機３１ｇに受信される。すると、上述したようにステップＳ０９にてトラフィック規制レベルが算出される。但し、ここで、ステップＳ１１３に処理が進み、規制レベルとして４次規制が記憶され、ステップＳ２１２にて廃棄の旨の通知がなされると、ステップＳ１３にてフレームＦ2が廃棄される。
【０１２３】
そして、再び測定時間ｔ１が経過すると、送信データ初期設定部５８が起動する。送信データ初期設定部５８は、送信データ累積テーブル５２においてフレームリレー網ＦＲ２の網番号に対応づけて格納されているＳＤ２の値及びトラフィック規制レベルについて初期設定を行う。これによって、ＤＬＣＩａに対するトラフィック規制が４次規制から非規制となる。
【０１２４】
本実施形態によると、フレームリレー網ＦＲ１〜ＦＲ３からＩＷＦ２１ａ〜２１ｃへフレームＦが送信される際，または、ＩＷＦ２１ａ〜２１ｃからフレームリレー網ＦＲ１〜ＦＲ３へフレームＦ(応答フレーム)が受信された際に、トラフィック規制クラスが検出されるとともに、送信データ量(ＳＤ)に対応するトラフィック規制レベルが算出され、これらの規制クラス及び規制レベルに対応する処理タスクが実行される。この処理タスクが実行されることによって、フレームＦの送信元端末及び送信先端末において、フレームリレー網ＦＲ１〜ＦＲ３に対する輻輳回避手順(輻輳制御)が行なわれる。また、規制レベルに依っては、フレームリレー網ＦＲ１〜ＦＲ３にてフレームＦが廃棄される。従って、ＡＴＭ網２０へ送信されるセルＳの数が契約されているＰＣＲを越えることがない。
【０１２５】
従って、ＡＴＭ網２０におけるセルＳ(フレームＦ)の廃棄を防止することができる。これに伴い、セルＳの数がＰＣＲを越えたことを起因として誘発されるフレームリレー網ＦＲ１〜ＦＲ３の輻輳を回避することもできる。さらに、端末２２ａ〜２２ｈにおけるフレームＦの再送を減少させることができるため、フレームリレー網ＦＲ１〜ＦＲ３の処理負担低減を図ることができ、端末−端末間(エンド−エンド)間における通信のレスポンス悪化を回避することができる。
【０１２６】
また、ＤＬＣＩａ〜ＤＬＣＩｈの重要度に応じて規制クラスを設定し、各規定クラスに応じたトラフィック規制処理を行うことができるため、ＤＬＣＩ間の差別化を図ることができ、より適正なトラフィック処理を行うことが可能である。
【０１２７】
なお、本実施形態では、図２に示されるように、フレームリレー網−ＩＷＦ間におけるデータリンク(ＤＬＣＩ)と、ＩＷＦ−ＡＴＭ網間におけるＶＣＣとがＮ：１に設定されているが、データリンクとＶＣＣとが１：１で対応するように設定されていても良い。
【０１２８】
また、本実施形態における各フレームリレー交換機は、処理タスクの実行によってフレームのＢＥＣＮに“１”を設定する際に、フレームの送信元端末に対して輻輳発生を通知するためのＣＬＬＭ(Consolidated Link Layer Management)メッセージを生成し、送信元端末に対して送信するようにされても良く、また、ＢＥＣＮに“１”を設定する代わりにＣＬＬＭメッセージを送信元端末に送信するようにされていても良い。
【０１２９】
また、本実施形態では、相手フレームリレー網毎に規制クラス及び規制レベルを検出し、処理タスクを実行しているが、相手端末(送信先端末)毎に規制クラス及び規制レベルを取得し、これらに対応する処理タスクを実行するようにしても良い。すなわち、図１における端末２２ｅ〜２２ｈがフレームリレー網ＦＲ２，ＦＲ３を介さずに、直接ＩＷＦ２１ｂ，２１ｃに接続されていても良い。
【０１３０】
また、図１に示されるフレームリレー網ＦＲ１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜３１ｉによってそれぞれ構成されているが、単独のフレームリレー交換機によって構成されたものであっても良く、フレームリレー網を構成するフレームリレー交換機の数は問わない。
【０１３１】
【発明の効果】
本発明によるトラフィック制御方法，ネットワークシステム及びフレームリレー交換機によると、ＡＴＭ網へ送信されるセル数が最大送信レートを越えることを防止することができる。これに伴い、セル数が最大送信レートを越えることによって発生するＡＴＭ網におけるセルの廃棄，及びフレームリレー網における輻輳発生を防止することもできる。
【図面の簡単な説明】
【図１】 本発明の実施形態によるネットワークシステムの全体構成図
【図２】 図１に示したネットワークシステムのチャネルの説明図
【図３】 フレーム及びセルの構成図
【図４】 図１に示したフレームリレー交換機の回路構成図
【図５】 図４に示したフレームリレー交換機において制御プログラムが実行されることにより実現する機能が示されたブロック図
【図６】 図５に示した規制クラス管理テーブルの構成図
【図７】 図５に示した規制閾値管理テーブルの構成図
【図８】 図５に示した送信データ累積テーブルの構成図
【図９】 図５に示した相手フレームリレー網番号検索テーブルの構成図
【図１０】図５に示したタスク番号格納テーブルの構成図
【図１１】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１２】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１３】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１４】図１に示したフレームリレー交換機による処理を示すフローチャート
【図１５】図１に示したネットワークシステムの動作例を示すシーケンス図
【図１６】ネットワークシステムの全体構成図
【符号の説明】
Ｆ フレーム
Ｓ セル
ＦＲ１〜ＦＲ３ フレームリレー網
２０ ＡＴＭ網
２１ａ〜２１ｃ ＩＷＦ
２２ａ〜２２ｈ フレームリレー端末装置
３１ａ〜３１ｉ フレームリレー交換機
３９ ハードディスク(媒体)
５０ 規制クラス管理テーブル(規制クラス格納手段)
５１ 規制閾値管理テーブル
５４ タスク番号格納テーブル
５６ トラフィック制御部
Claims (17)
- ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムにおけるトラフィック制御方法であって、
前記複数のフレームリレー網のうち少なくとも一つが、該フレームリレー網と前記ＡＴＭ網とを接続するチャネルを介して送信される所定時間の間における送信データ量を測定し、
測定した前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出し、
算出したトラフィック規制レベルに対応するトラフィック規制処理を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制することを特徴とするトラフィック制御方法。 - 前記複数のフレームリレー網のそれぞれによる各チャネルを介して送信される所定時間の間における送信データ量の測定が、自フレームリレー網からＡＴＭ網へデータを伝送するチャネルについて行われることを特徴とする請求項１記載のトラフィック制御方法。
- 前記複数のフレームリレー網のそれぞれが、自フレームリレー網からＡＴＭ網へデータを伝送するチャネルに設定されたトラフィック規制クラスを検出し、
検出したトラフィック規制クラス，及び前記トラフィック規制レベルに対応するトラフィック規制処理を実行することを特徴とする請求項１又は２記載のトラフィック制御方法。 - 前記複数のフレームリレー網のそれぞれが実行する前記トラフィック規制処理は、自フレームリレー網からＡＴＭ網へデータを伝送するチャネルを介して送信されるデータに輻輳が発生した旨の情報を書き込む処理を含むことを特徴とする請求項１記載のトラフィック制御方法。
- 前記複数のフレームリレー網のそれぞれが実行する前記トラフィック規制処理は、自フレームリレー網からＡＴＭ網へデータを伝送するチャネルを介して送信されるデータを廃棄する処理を含むことを特徴とする請求項１記載のトラフィック制御方法。
- 前記複数のフレームリレー網のそれぞれが実行する前記トラフィック規制処理は、自フレームリレー網からＡＴＭ網へデータを伝送するチャネルを介して送信されるデータの送信元端末へ輻輳が発生した旨のメッセージを送信する処理を含むことを特徴とする請求項１記載のトラフィック制御方法。
- 前記所定範囲が、前記フレームリレー網からＡＴＭ網へデータを伝送するチャネルに設定された最大送信レートであることを特徴とする請求項１記載のトラフィック制御方法。
- ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して接続されたフレームリレー網と、前記フレームリレー網にチャネルを介して接続された第１端末装置と、前記ＡＴＭ網にチャネルを介して接続された第２端末装置とを備えたネットワークシステムにおけるトラフィック制御方法であって、
前記フレームリレー網が、
該フレームリレー網と前記ＡＴＭ網とを接続するチャネルを介して送信される所定時間の間における送信データ量を測定し、
測定した前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出し、
算出したトラフィック規制レベルに対応するトラフィック規制処理を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制することを特徴とするトラフィック制御方法。 - ＡＴＭ網と、前記ＡＴＭ網にチャネルを介してそれぞれ接続された複数のフレームリレー網と、前記複数のフレームリレー網にチャネルを介してそれぞれ接続された複数の端末装置とを備えたネットワークシステムであって、
前記複数のフレームリレー網のそれぞれが、
自フレームリレー網と前記ＡＴＭ網とを接続するチャネルを介して送信される所定時間の間における送信データ量を測定する送信データ量測定手段と、
前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段と
を有することを特徴とするネットワークシステム。 - ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して接続されたフレームリレー網と、前記フレームリレー網にチャネルを介して接続された第１端末装置と、前記ＡＴＭ網にチャネルを介して接続された第２端末装置とを備えたネットワークシステムであって、
前記フレームリレー網が、
該フレームリレー網と前記ＡＴＭ網とを接続するチャネルを介して送信される所定時間の間における送信データ量を測定する送信データ量測定手段と、
前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段と
を有することを特徴とするネットワークシステム。 - ＡＴＭ網へデータを伝送するチャネルについて所定時間の間における送信データ量を測定する送信データ量測定手段と、
前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段と
を有することを特徴とするフレームリレー交換機。 - 前記ＡＴＭ網へデータを伝送するチャネルに設定されたトラフィック規制クラスが格納された規制クラス格納手段をさらに有し、
前記トラフィック制御手段は、前記規制クラス格納手段から前記トラフィック規制クラスを読み出すとともに、前記規制クラス格納手段から検出したトラフィック規制クラス，及び前記規制レベル算出手段によって検出された前記ＡＴＭ網へデータを伝送するチャネルを介して前記所定時間の間における送信データ量に対応するトラフィック規制レベルに対応づけて格納されたトラフィック規制処理の内容を前記規制処理格納手段から検出し、検出したトラフィック規制処理の内容を実行することを特徴とする請求項１１記載のフレームリレー交換機。 - 前記トラフィック制御手段が実行する前記トラフィック規制処理は、前記ＡＴＭ網へデータを伝送するチャネルを介して送信されるデータに輻輳が発生した旨の情報を書き込む処理を含むことを特徴とする請求項１１記載のフレームリレー交換機。
- 前記トラフィック制御手段が実行する前記トラフィック規制処理は、前記ＡＴＭ網へデータを伝送するチャネルを介して送信されるデータを廃棄する処理を含むことを特徴とする請求項１１記載のフレームリレー交換機。
- 前記トラフィック制御手段が実行する前記トラフィック規制処理は、前記ＡＴＭ網へデータを伝送するチャネルを介して送信されるデータの送信元端末へ輻輳が発生した旨のメッセージを送信する処理を含むことを特徴とする請求項１１記載のフレームリレー交換機。
- 前記所定範囲が、前記ＡＴＭ網へデータを伝送するチャネルに設定された最大送信レートであることを特徴とする請求項１１記載のフレームリレー交換機。
- ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して接続されたフレームリレー網と、前記フレームリレー網にチャネルを介して接続された第１端末装置と、前記ＡＴＭ網にチャネルを介して接続された第２端末装置とを備えたネットワークシステムにおいて、
前記フレームリレー網を構成するフレームリレー交換機であって、該フレームリレー網と前記ＡＴＭ網とを接続するチャネルを介して送信される所定時間の間における送信データ量を測定する送信データ量測定手段と、
前記送信データ量測定手段によって測定された前記所定時間の間における送信データ量に対応するトラフィック規制レベルを算出する規制レベル算出手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容が格納された規制処理格納手段と、
前記規制レベル算出手段によって算出されたトラフィック規制レベルに対応するトラフィック規制処理の内容を前記規制処理格納手段から読み出すとともに、前記規制処理格納手段から読み出したトラフィック規制処理の内容を実行することによって、前記所定時間の間における送信データ量を所定範囲に抑制するトラフィック制御手段と
を有することを特徴とするフレームリレー交換機。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28566996A JP3672683B2 (ja) | 1996-10-28 | 1996-10-28 | トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 |
| US08/863,500 US6094419A (en) | 1996-10-28 | 1997-06-02 | Traffic control method, network system and frame relay switch |
| US09/481,001 US6967922B1 (en) | 1996-10-28 | 2000-01-10 | Traffic control method, network system and frame relay switch |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP28566996A JP3672683B2 (ja) | 1996-10-28 | 1996-10-28 | トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH10136015A JPH10136015A (ja) | 1998-05-22 |
| JP3672683B2 true JP3672683B2 (ja) | 2005-07-20 |
Family
ID=17694528
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP28566996A Expired - Fee Related JP3672683B2 (ja) | 1996-10-28 | 1996-10-28 | トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 |
Country Status (2)
| Country | Link |
|---|---|
| US (2) | US6094419A (ja) |
| JP (1) | JP3672683B2 (ja) |
Families Citing this family (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6847611B1 (en) | 1990-12-10 | 2005-01-25 | At&T Corp. | Traffic management for frame relay switched data service |
| WO1997024842A2 (en) * | 1995-12-29 | 1997-07-10 | Mci Communications Corporation | Method and system for resilient frame relay network interconnection |
| JP3672683B2 (ja) * | 1996-10-28 | 2005-07-20 | 富士通株式会社 | トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 |
| US6081524A (en) | 1997-07-03 | 2000-06-27 | At&T Corp. | Frame relay switched data service |
| US6356563B1 (en) * | 1998-12-29 | 2002-03-12 | At&T Corp. | Global addressing and identifier assignment in inter-worked networks |
| US6473430B2 (en) * | 1998-06-03 | 2002-10-29 | Samsung Electronics Co., Ltd. | Systems and methods for connecting frame relay devices via an ATM network using a frame relay proxy signaling agent |
| US6614757B1 (en) * | 1998-11-23 | 2003-09-02 | 3Com Corporation | Method of local flow control in an asynchronous transfer mode network utilizing PNNI routing protocol |
| US6298059B1 (en) * | 1998-12-23 | 2001-10-02 | Nortel Networks Limited | Multiple quality of service asynchronous transfer mode-frame relay interworking function and method |
| KR100398730B1 (ko) * | 1999-09-14 | 2003-09-19 | 엘지전자 주식회사 | 이동 망의 데이터 서비스 입출 중계 호 처리 방법 |
| KR100326135B1 (ko) * | 1999-12-02 | 2002-02-27 | 박종섭 | 교환기의 아이더블유에프 정합장치 |
| KR100374878B1 (ko) * | 2000-06-21 | 2003-03-06 | 주식회사 하이닉스반도체 | 이동통신 교환기와 아이더블유에프간의 호 정보 전송방법 |
| AU2002214212A1 (en) * | 2000-10-26 | 2002-05-06 | T.D. Soft Communications Ltd. | Method and system for communicating isdn over atm-based next generation access networks using primary rate interface |
| US7203169B1 (en) * | 2001-12-20 | 2007-04-10 | Packeteer, Inc. | Interface facilitating configuration of network resource utilization |
| US20150169373A1 (en) * | 2012-12-17 | 2015-06-18 | Unisys Corporation | System and method for managing computing resources |
Family Cites Families (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH03198449A (ja) * | 1989-12-27 | 1991-08-29 | Toshiba Corp | パケット交換網のパケット廃棄制御方式 |
| JP2886976B2 (ja) * | 1990-11-30 | 1999-04-26 | 富士通株式会社 | Ａｔｍ交換機の通話路における品質クラス制御方式 |
| JPH04257145A (ja) * | 1991-02-12 | 1992-09-11 | Hitachi Ltd | パケット流量制御方法およびパケット交換システム |
| US5313454A (en) * | 1992-04-01 | 1994-05-17 | Stratacom, Inc. | Congestion control for cell networks |
| JP3124647B2 (ja) * | 1993-03-19 | 2001-01-15 | 富士通株式会社 | フレームリレーモジュール制御方式 |
| JP3192030B2 (ja) * | 1993-06-08 | 2001-07-23 | 富士通株式会社 | インターフェイス装置および通信システム |
| JP3187230B2 (ja) * | 1993-09-06 | 2001-07-11 | 株式会社東芝 | ふくそう制御方法及びふくそう制御装置 |
| JPH088932A (ja) * | 1994-06-23 | 1996-01-12 | Hitachi Ltd | 輻輳制御方法 |
| JPH0818569A (ja) * | 1994-07-05 | 1996-01-19 | Hitachi Ltd | 輻輳制御方法及びａｔｍ交換装置 |
| JP3563127B2 (ja) * | 1994-11-09 | 2004-09-08 | 富士通株式会社 | トラヒック制御方式 |
| JPH08223179A (ja) * | 1995-02-16 | 1996-08-30 | Fujitsu Ltd | 可変長データ交換機及び同可変長データ交換機を用いた可変長データ中継方法 |
| JP3672683B2 (ja) * | 1996-10-28 | 2005-07-20 | 富士通株式会社 | トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 |
| US5953338A (en) * | 1996-12-13 | 1999-09-14 | Northern Telecom Limited | Dynamic control processes and systems for asynchronous transfer mode networks |
| US6097722A (en) * | 1996-12-13 | 2000-08-01 | Nortel Networks Corporation | Bandwidth management processes and systems for asynchronous transfer mode networks using variable virtual paths |
-
1996
- 1996-10-28 JP JP28566996A patent/JP3672683B2/ja not_active Expired - Fee Related
-
1997
- 1997-06-02 US US08/863,500 patent/US6094419A/en not_active Expired - Lifetime
-
2000
- 2000-01-10 US US09/481,001 patent/US6967922B1/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH10136015A (ja) | 1998-05-22 |
| US6094419A (en) | 2000-07-25 |
| US6967922B1 (en) | 2005-11-22 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6122252A (en) | Packet switching device and cell transfer control method | |
| JP3652759B2 (ja) | パケット流量監視制御方式 | |
| JP3672683B2 (ja) | トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 | |
| EP1235461B1 (en) | A method of admission control and routing of virtual circuits | |
| EP0512495B1 (en) | Switching node in a network with label multiplexed information | |
| JP2897730B2 (ja) | ダイナミックシェーピング装置 | |
| US6041038A (en) | Packet switching device and cell transfer control method | |
| JP3525656B2 (ja) | パケット交換機、および輻輳通知方式 | |
| US6987733B2 (en) | ATM communication apparatus and ATM cell forwarding control method | |
| US6424620B1 (en) | Congestion control system capable of detecting congestion occurring in an asynchronous transfer mode network and autonomously avoiding the congestion | |
| US5699345A (en) | Congestion control method in asynchronous transfer mode local area network | |
| JPH08307420A (ja) | セル交換における輻輳制御方式 | |
| JPH08163141A (ja) | Ａｔｍ交換装置 | |
| US6870854B1 (en) | Packet switching device and cell transfer method | |
| JPH07264189A (ja) | プライベートａｔｍ網等におけるトラヒック制御装置 | |
| JPH10262058A (ja) | 固定コネクションの接続制御方法 | |
| JP3220112B2 (ja) | Ａｔｍ交換機の輻輳制御方式 | |
| JP3070907B2 (ja) | Ａｔｍ通信網および経路変更方法 | |
| JPH07264207A (ja) | Ａｔｍ交換網へのデータ端末接続方法 | |
| US6430157B1 (en) | Communication controlling apparatus | |
| US20020141445A1 (en) | Method and system for handling a loop back connection using a priority unspecified bit rate in ADSL interface | |
| JP3006349B2 (ja) | フレームリレー交換機 | |
| JPH1198142A (ja) | Ａｂｒ通信制御方法及びａｂｒ通信制御装置 | |
| JP2580556B2 (ja) | 帯域運用方法および呼受付け制御方法 | |
| JP3556081B2 (ja) | Ｒｍセル処理装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20050112 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20050118 |
|
| A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050322 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20050412 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20050420 |
|
| R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080428 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090428 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100428 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110428 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120428 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130428 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140428 Year of fee payment: 9 |
|
| LAPS | Cancellation because of no payment of annual fees |