JPH10136015A - トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 - Google Patents
トラフィック制御方法，ネットワークシステム及びフレームリレー交換機Info
- Publication number
- JPH10136015A JPH10136015A JP28566996A JP28566996A JPH10136015A JP H10136015 A JPH10136015 A JP H10136015A JP 28566996 A JP28566996 A JP 28566996A JP 28566996 A JP28566996 A JP 28566996A JP H10136015 A JPH10136015 A JP H10136015A
- Authority
- JP
- Japan
- Prior art keywords
- frame relay
- traffic
- regulation
- frame
- transmission data
- 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.)
- Granted
Links
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)
Abstract
(57)【要約】
【課題】 ＡＴＭ網へ送信されるセル数が最大送信レー
トを越えることを防止し得るトラフィック制御方法を提
供すること。 【解決手段】 フレームリレー網ＦＲ１からＩＷＦ２１
ａへフレームＦを送信する際に、フレームリレー網ＦＲ
１が有するトラフィック制御部５６が、フレームリレー
網ＦＲ１とＩＷＦ２１ａとの間を接続するＤＬＣＩａに
おける測定時間当たりの送信データ量を測定する。次
に、トラフィック制御部５６は、測定した送信データ量
に対応するトラフィック規制レベルを検出する。そし
て、この規制レベルに対応するトラフィック規制処理を
実行し、フレームＦの送信先端末によるフレーム送信を
抑制させる。これによって、ＡＴＭ網２０へ送信される
セルＳの数が契約されている最大送信レートを越えるこ
とが防止される。
トを越えることを防止し得るトラフィック制御方法を提
供すること。 【解決手段】 フレームリレー網ＦＲ１からＩＷＦ２１
ａへフレームＦを送信する際に、フレームリレー網ＦＲ
１が有するトラフィック制御部５６が、フレームリレー
網ＦＲ１とＩＷＦ２１ａとの間を接続するＤＬＣＩａに
おける測定時間当たりの送信データ量を測定する。次
に、トラフィック制御部５６は、測定した送信データ量
に対応するトラフィック規制レベルを検出する。そし
て、この規制レベルに対応するトラフィック規制処理を
実行し、フレームＦの送信先端末によるフレーム送信を
抑制させる。これによって、ＡＴＭ網２０へ送信される
セルＳの数が契約されている最大送信レートを越えるこ
とが防止される。
Description
【０００１】
【発明の属する技術分野】本発明は、ＡＴＭ網に複数の
フレームリレー網が接続されたネットワークシステム
と、このネットワークシステムにおけるトラフィック制
御方法と、複数のフレームリレー網をそれぞれ構成する
フレームリレー交換機とに関する。
フレームリレー網が接続されたネットワークシステム
と、このネットワークシステムにおけるトラフィック制
御方法と、複数のフレームリレー網をそれぞれ構成する
フレームリレー交換機とに関する。
【０００２】
【従来の技術】近年、ＬＡＮの高速化，マルチメディア
化に伴いＢ−ＩＳＤＮ（広域総合サービスディジタル
網）の導入が急速に進められている。データ系通信にお
いてもフレームリレー網の中継としてＡＴＭ（Asynchro
nous Transfer Mode）網を利用するケースが次世代通信
への最初のステップとして増えている。
化に伴いＢ−ＩＳＤＮ（広域総合サービスディジタル
網）の導入が急速に進められている。データ系通信にお
いてもフレームリレー網の中継としてＡＴＭ（Asynchro
nous Transfer Mode）網を利用するケースが次世代通信
への最初のステップとして増えている。
【０００３】図１６は、複数のフレームリレー網の中継
網にＡＴＭ網が用いられたネットワークシステムの全体
構成図である。図１６において、各フレームリレー網
１，２は、フレームをセルに変換するＩＷＦ（InterWor
k Function）４を介してＡＴＭ網３にそれぞれ接続され
る。また、各フレームリレー網１，２には、ネットワー
クのユーザが使用する端末装置５，６がそれぞれ接続さ
れる。また、ＡＴＭ網には、複数のＶＣ（Virtual Chan
nel）を束ねたＶＰ（Virtual Path）が設定され、さら
に各ＶＣの通信チャネル（ＶＣＣ：Virtual Channel Co
nnection）が、設定される。そして、各ＶＣＣ毎に、送
信可能なセルの最大送信レート（ＰＣＲ：Peak Cell Ra
te）が設定される。そして、ＩＷＦ４からＡＴＭ網３に
対して送信されるセルの数が、ＡＴＭ網３において設定
されているＰＣＲを越えると、ＡＴＭ網３は、セルを廃
棄してＡＴＭ網３の輻輳を回避または解消する。一方、
ＡＴＭ網３においてセル（フレーム）が廃棄された場合
には、その廃棄されたセル（フレーム）に対する応答フ
レームは、端末装置５，６に送信されないこととなる。
このため、フレームを送信した端末装置５，６は、セル
（フレーム）の廃棄によって所定時間の間に自身が送信
したフレームの応答フレームを受信しない場合には、相
手端末にフレームが到着していないと判断し、フレーム
を再送する。
網にＡＴＭ網が用いられたネットワークシステムの全体
構成図である。図１６において、各フレームリレー網
１，２は、フレームをセルに変換するＩＷＦ（InterWor
k Function）４を介してＡＴＭ網３にそれぞれ接続され
る。また、各フレームリレー網１，２には、ネットワー
クのユーザが使用する端末装置５，６がそれぞれ接続さ
れる。また、ＡＴＭ網には、複数のＶＣ（Virtual Chan
nel）を束ねたＶＰ（Virtual Path）が設定され、さら
に各ＶＣの通信チャネル（ＶＣＣ：Virtual Channel Co
nnection）が、設定される。そして、各ＶＣＣ毎に、送
信可能なセルの最大送信レート（ＰＣＲ：Peak Cell Ra
te）が設定される。そして、ＩＷＦ４からＡＴＭ網３に
対して送信されるセルの数が、ＡＴＭ網３において設定
されているＰＣＲを越えると、ＡＴＭ網３は、セルを廃
棄してＡＴＭ網３の輻輳を回避または解消する。一方、
ＡＴＭ網３においてセル（フレーム）が廃棄された場合
には、その廃棄されたセル（フレーム）に対する応答フ
レームは、端末装置５，６に送信されないこととなる。
このため、フレームを送信した端末装置５，６は、セル
（フレーム）の廃棄によって所定時間の間に自身が送信
したフレームの応答フレームを受信しない場合には、相
手端末にフレームが到着していないと判断し、フレーム
を再送する。
【０００４】
【発明が解決しようとする課題】しかしながら、上述し
たネットワークシステムには、以下の問題があった。す
なわち、ＩＷＦ４からＡＴＭ網３に対して送信されたセ
ル数がＰＣＲを越えることによって、セル（送信フレー
ム）の廃棄が多発すると、廃棄されたフレーム（セル）
を送信した端末装置５または端末装置６による送信フレ
ームの再送が頻繁に発生する。これによって、フレーム
リレー網ＦＲ１，ＦＲ２における輻輳が誘発されるとい
う問題があった。
たネットワークシステムには、以下の問題があった。す
なわち、ＩＷＦ４からＡＴＭ網３に対して送信されたセ
ル数がＰＣＲを越えることによって、セル（送信フレー
ム）の廃棄が多発すると、廃棄されたフレーム（セル）
を送信した端末装置５または端末装置６による送信フレ
ームの再送が頻繁に発生する。これによって、フレーム
リレー網ＦＲ１，ＦＲ２における輻輳が誘発されるとい
う問題があった。
【０００５】また、ＡＴＭ網３でセル（送信フレーム）
が廃棄されたことを起因とする端末装置５，６のフレー
ム再送によって、フレームリレー網ＦＲ１，ＦＲ２にお
ける処理が増大するため、端末装置５と端末装置６との
間（エンド−エンド間）における通信のレスポンスが悪
化するという問題もあった。
が廃棄されたことを起因とする端末装置５，６のフレー
ム再送によって、フレームリレー網ＦＲ１，ＦＲ２にお
ける処理が増大するため、端末装置５と端末装置６との
間（エンド−エンド間）における通信のレスポンスが悪
化するという問題もあった。
【０００６】本発明は、上記問題に鑑みなされたもので
あり、ＡＴＭ網におけるセル数が最大送信レート（ＰＣ
Ｒ）を越えることを防止し得るトラフィック制御方法，
ネットワークシステム及びフレームリレー交換機を提供
することを課題とする。
あり、ＡＴＭ網におけるセル数が最大送信レート（ＰＣ
Ｒ）を越えることを防止し得るトラフィック制御方法，
ネットワークシステム及びフレームリレー交換機を提供
することを課題とする。
【０００７】
【課題を解決するための手段】本発明は、上述した課題
を解決するために以下の構成を採用した。すなわち、本
発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して
それぞれ接続された複数のフレームリレー網と、前記複
数のフレームリレー網にチャネルを介してそれぞれ接続
された複数の端末装置とを備えたネットワークシステム
におけるトラフィック制御方法である。そして、前記複
数のフレームリレー網のうち少なくとも一つが、各チャ
ネルを介して送信される所定時間の間における送信デー
タ量を測定し、測定した前記所定時間の間における送信
データ量に対応するトラフィック規制レベルを算出し、
算出したトラフィック規制レベルに対応するトラフィッ
ク規制処理を実行することによって、前記所定時間の間
における送信データ量を所定範囲に抑制することを特徴
とする（請求項１）。
を解決するために以下の構成を採用した。すなわち、本
発明は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して
それぞれ接続された複数のフレームリレー網と、前記複
数のフレームリレー網にチャネルを介してそれぞれ接続
された複数の端末装置とを備えたネットワークシステム
におけるトラフィック制御方法である。そして、前記複
数のフレームリレー網のうち少なくとも一つが、各チャ
ネルを介して送信される所定時間の間における送信デー
タ量を測定し、測定した前記所定時間の間における送信
データ量に対応するトラフィック規制レベルを算出し、
算出したトラフィック規制レベルに対応するトラフィッ
ク規制処理を実行することによって、前記所定時間の間
における送信データ量を所定範囲に抑制することを特徴
とする（請求項１）。
【０００８】本発明によるトラフィック制御方法によれ
ば、例えばフレームリレー網からＡＴＭ網へデータが送
信される場合に、そのデータの送信先の端末装置が接続
されたフレームリレー網における所定時間の間における
送信データ量が測定され、この送信データ量に応じたト
ラフィック規制レベルが実行される。これによって、所
定時間の間における送信データ量を所定範囲に抑制する
ことが可能となる。
ば、例えばフレームリレー網からＡＴＭ網へデータが送
信される場合に、そのデータの送信先の端末装置が接続
されたフレームリレー網における所定時間の間における
送信データ量が測定され、この送信データ量に応じたト
ラフィック規制レベルが実行される。これによって、所
定時間の間における送信データ量を所定範囲に抑制する
ことが可能となる。
【０００９】ここに、所定時間の間における送信データ
量の測定は、フレームリレー網がフレームを送信する際
に行っても良く、また、フレームを受信した際に行って
も良い。
量の測定は、フレームリレー網がフレームを送信する際
に行っても良く、また、フレームを受信した際に行って
も良い。
【００１０】また、トラフィック規制レベルは、必要に
応じて任意の数の段階（レベル）を設定することができ
る。また、所定時間は適宜設定可能なものであり、固定
されていてもよく、または、ネットワークシステムにお
ける輻輳状態に応じて可変するようにされていても良
い。
応じて任意の数の段階（レベル）を設定することができ
る。また、所定時間は適宜設定可能なものであり、固定
されていてもよく、または、ネットワークシステムにお
ける輻輳状態に応じて可変するようにされていても良
い。
【００１１】また、トラフィック規制処理は、前記各チ
ャネルを介して送信されるデータに輻輳が発生した旨の
情報を書き込む処理を含んでいても良い(請求項４)。例
えば、データであるフレームのコアヘッダに格納された
ＦＥＣＮ（順方向明示的輻輳通知）に“１”を設定し、
当該フレームの送信先の端末装置にコアヘッダに格納さ
れたＦＥＣＮに“１”が設定されているフレームを受信
したことによる輻輳制御（例えば、フレームリレー網に
対するフレーム送信の抑制，中止）を行わせる。また
は、データであるフレームのコアヘッダに格納されたＢ
ＥＣＮ（逆方向明示的輻輳通知）に“１”を設定し、当
該フレームの送信先の端末装置にコアヘッダに格納され
たＢＥＣＮに“１”が設定されているフレームを受信し
たことによる輻輳制御を行わせる。
ャネルを介して送信されるデータに輻輳が発生した旨の
情報を書き込む処理を含んでいても良い(請求項４)。例
えば、データであるフレームのコアヘッダに格納された
ＦＥＣＮ（順方向明示的輻輳通知）に“１”を設定し、
当該フレームの送信先の端末装置にコアヘッダに格納さ
れたＦＥＣＮに“１”が設定されているフレームを受信
したことによる輻輳制御（例えば、フレームリレー網に
対するフレーム送信の抑制，中止）を行わせる。また
は、データであるフレームのコアヘッダに格納されたＢ
ＥＣＮ（逆方向明示的輻輳通知）に“１”を設定し、当
該フレームの送信先の端末装置にコアヘッダに格納され
たＢＥＣＮに“１”が設定されているフレームを受信し
たことによる輻輳制御を行わせる。
【００１２】また、トラフィック規制処理は、前記各チ
ャネルを介して送信されるデータを廃棄する処理を含ん
でいても良い(請求項５)。また、トラフィック規制処理
は、前記各チャネルを介して送信されるデータの送信元
端末へ輻輳が発生した旨のメッセージを送信する処理を
含んでいても良い(請求項６)。例えば、データであるフ
レームの送信元の端末装置に対してＣＬＬＭ（統合リン
クレイヤマネージメント）メッセージを送信し、当該フ
レームの送信元の端末装置にＣＬＬＭメッセージを受信
したことによる輻輳制御を行わせる。
ャネルを介して送信されるデータを廃棄する処理を含ん
でいても良い(請求項５)。また、トラフィック規制処理
は、前記各チャネルを介して送信されるデータの送信元
端末へ輻輳が発生した旨のメッセージを送信する処理を
含んでいても良い(請求項６)。例えば、データであるフ
レームの送信元の端末装置に対してＣＬＬＭ（統合リン
クレイヤマネージメント）メッセージを送信し、当該フ
レームの送信元の端末装置にＣＬＬＭメッセージを受信
したことによる輻輳制御を行わせる。
【００１３】上述したトラフィック規制処理は、いずれ
か一つを実行するようにしても良く、複数のトラフィッ
ク規制処理を同時に実行するようにしても良い。また、
トラフィック規制レベルとトラフィック規制処理との対
応は適宜設定可能である。
か一つを実行するようにしても良く、複数のトラフィッ
ク規制処理を同時に実行するようにしても良い。また、
トラフィック規制レベルとトラフィック規制処理との対
応は適宜設定可能である。
【００１４】また、前記所定範囲は、例えば、前記フレ
ームリレー網からＡＴＭ網へデータを伝送するチャネル
に設定された最大送信レートであってもよい(請求項
７)。また、本発明によるトラフィック制御方法は、前
記複数のフレームリレー網のそれぞれによる各チャネル
を介して送信される所定時間の間における送信データ量
の測定が、各フレームリレー網からＡＴＭ網へデータを
伝送するチャネルについて行われるようにしても良い
(請求項２)。
ームリレー網からＡＴＭ網へデータを伝送するチャネル
に設定された最大送信レートであってもよい(請求項
７)。また、本発明によるトラフィック制御方法は、前
記複数のフレームリレー網のそれぞれによる各チャネル
を介して送信される所定時間の間における送信データ量
の測定が、各フレームリレー網からＡＴＭ網へデータを
伝送するチャネルについて行われるようにしても良い
(請求項２)。
【００１５】また、前記複数のフレームリレー網のそれ
ぞれが、各フレームリレー網からＡＴＭ網へデータを伝
送する各チャネルに設定されたトラフィック規制クラス
を検出し、検出したトラフィック規制クラス，及び前記
トラフィック規制レベルに対応するトラフィック規制処
理を実行するようにしても良い(請求項３)。この場合に
は、チャネルの重要度に応じたトラフィック規制処理を
行うことが可能となり、チャネルの差別化を図ることが
可能となる。ここに、チャネルは、その数を問わず、物
理チャネル，仮想チャネル，論理チャネル（データリン
ク）等が含まれる。また、トラフィック規制クラスは、
任意の数の段階を設定することが可能である。
ぞれが、各フレームリレー網からＡＴＭ網へデータを伝
送する各チャネルに設定されたトラフィック規制クラス
を検出し、検出したトラフィック規制クラス，及び前記
トラフィック規制レベルに対応するトラフィック規制処
理を実行するようにしても良い(請求項３)。この場合に
は、チャネルの重要度に応じたトラフィック規制処理を
行うことが可能となり、チャネルの差別化を図ることが
可能となる。ここに、チャネルは、その数を問わず、物
理チャネル，仮想チャネル，論理チャネル（データリン
ク）等が含まれる。また、トラフィック規制クラスは、
任意の数の段階を設定することが可能である。
【００１６】また、本発明によるトラフィック制御方法
は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して接続
されたフレームリレー網と、前記フレームリレー網にチ
ャネルを介して接続された第１端末装置と、前記ＡＴＭ
網にチャネルを介して接続された第２端末装置とを備え
たネットワークシステムにおいて実施することも可能で
ある(請求項８)。
は、ＡＴＭ網と、前記ＡＴＭ網にチャネルを介して接続
されたフレームリレー網と、前記フレームリレー網にチ
ャネルを介して接続された第１端末装置と、前記ＡＴＭ
網にチャネルを介して接続された第２端末装置とを備え
たネットワークシステムにおいて実施することも可能で
ある(請求項８)。
【００１７】また、本発明は、ＡＴＭ網と、前記ＡＴＭ
網にチャネルを介してそれぞれ接続された複数のフレー
ムリレー網と、前記複数のフレームリレー網にチャネル
を介してそれぞれ接続された複数の端末装置とを備えた
ネットワークシステムである。そして、前記複数のフレ
ームリレー網のそれぞれが、各チャネルを介して送信さ
れる所定時間の間における送信データ量を測定する送信
データ量測定手段と、前記送信データ量測定手段によっ
て測定された前記所定時間の間における送信データ量に
対応するトラフィック規制レベルを算出する規制レベル
算出手段と、前記規制レベル算出手段によって算出され
たトラフィック規制レベルに対応するトラフィック規制
処理の内容が格納された規制処理格納手段と、前記規制
レベル算出手段によって算出されたトラフィック規制レ
ベルに対応するトラフィック規制処理の内容を前記規制
処理格納手段から読み出すとともに、前記規制処理格納
手段から読み出したトラフィック規制処理の内容を実行
することによって、前記所定時間の間における送信デー
タ量を所定範囲に抑制するトラフィック制御手段とを有
することを特徴とする。
網にチャネルを介してそれぞれ接続された複数のフレー
ムリレー網と、前記複数のフレームリレー網にチャネル
を介してそれぞれ接続された複数の端末装置とを備えた
ネットワークシステムである。そして、前記複数のフレ
ームリレー網のそれぞれが、各チャネルを介して送信さ
れる所定時間の間における送信データ量を測定する送信
データ量測定手段と、前記送信データ量測定手段によっ
て測定された前記所定時間の間における送信データ量に
対応するトラフィック規制レベルを算出する規制レベル
算出手段と、前記規制レベル算出手段によって算出され
たトラフィック規制レベルに対応するトラフィック規制
処理の内容が格納された規制処理格納手段と、前記規制
レベル算出手段によって算出されたトラフィック規制レ
ベルに対応するトラフィック規制処理の内容を前記規制
処理格納手段から読み出すとともに、前記規制処理格納
手段から読み出したトラフィック規制処理の内容を実行
することによって、前記所定時間の間における送信デー
タ量を所定範囲に抑制するトラフィック制御手段とを有
することを特徴とする。
【００１８】また、本発明は、ＡＴＭ網と、前記ＡＴＭ
網にチャネルを介してそれぞれ接続された複数のフレー
ムリレー網と、前記複数のフレームリレー網にチャネル
を介してそれぞれ接続された複数の端末装置とを備えた
ネットワークシステムにおいて、前記複数のフレームリ
レー網をそれぞれ構成するフレームリレー交換機であ
る。そして、各チャネルを介して送信される所定時間の
間における送信データ量を測定する送信データ量測定手
段と、前記送信データ量測定手段によって測定された前
記所定時間の間における送信データ量に対応するトラフ
ィック規制レベルを算出する規制レベル算出手段と、前
記規制レベル算出手段によって算出されたトラフィック
規制レベルに対応するトラフィック規制処理の内容が格
納された規制処理格納手段と、前記規制レベル算出手段
によって算出されたトラフィック規制レベルに対応する
トラフィック規制処理の内容を前記規制処理格納手段か
ら読み出すとともに、前記規制処理格納手段から読み出
したトラフィック規制処理の内容を実行することによっ
て、前記所定時間の間における送信データ量を所定範囲
に抑制するトラフィック制御手段とを有することを特徴
とする。
網にチャネルを介してそれぞれ接続された複数のフレー
ムリレー網と、前記複数のフレームリレー網にチャネル
を介してそれぞれ接続された複数の端末装置とを備えた
ネットワークシステムにおいて、前記複数のフレームリ
レー網をそれぞれ構成するフレームリレー交換機であ
る。そして、各チャネルを介して送信される所定時間の
間における送信データ量を測定する送信データ量測定手
段と、前記送信データ量測定手段によって測定された前
記所定時間の間における送信データ量に対応するトラフ
ィック規制レベルを算出する規制レベル算出手段と、前
記規制レベル算出手段によって算出されたトラフィック
規制レベルに対応するトラフィック規制処理の内容が格
納された規制処理格納手段と、前記規制レベル算出手段
によって算出されたトラフィック規制レベルに対応する
トラフィック規制処理の内容を前記規制処理格納手段か
ら読み出すとともに、前記規制処理格納手段から読み出
したトラフィック規制処理の内容を実行することによっ
て、前記所定時間の間における送信データ量を所定範囲
に抑制するトラフィック制御手段とを有することを特徴
とする。
【００１９】
【発明の実施の形態】本発明によるトラフィック制御方
法，ネットワークシステム及びフレームリレー交換機
を、図に示される好適な実施の形態に基づいて、更に詳
細に説明する。
法，ネットワークシステム及びフレームリレー交換機
を、図に示される好適な実施の形態に基づいて、更に詳
細に説明する。
【００２０】最初に、本実施形態によるネットワークシ
ステムの概要を、図１及び図２を用いて説明する。図１
は、本実施形態によるネットワークシステムの全体構成
図である。図１において、ＡＴＭ網２０には、３つのフ
レームリレー網ＦＲ１，ＦＲ２，ＦＲ３がＩＷＦ（Inte
rWork Function）２１ａ〜２１ｃを介してそれぞれ接続
されている。これらのフレームリレー網ＦＲ１，ＦＲ
２，ＦＲ３には、複数のフレームリレー端末装置（以
下、単に「端末」という。）２２ａ〜２２ｈがそれぞれ
接続されている。
ステムの概要を、図１及び図２を用いて説明する。図１
は、本実施形態によるネットワークシステムの全体構成
図である。図１において、ＡＴＭ網２０には、３つのフ
レームリレー網ＦＲ１，ＦＲ２，ＦＲ３がＩＷＦ（Inte
rWork Function）２１ａ〜２１ｃを介してそれぞれ接続
されている。これらのフレームリレー網ＦＲ１，ＦＲ
２，ＦＲ３には、複数のフレームリレー端末装置（以
下、単に「端末」という。）２２ａ〜２２ｈがそれぞれ
接続されている。
【００２１】ここに、ＡＴＭ網２０は、図示せぬ複数の
ＡＴＭ交換機（ＶＣＨ，ＶＰＨ）によって構成されてお
り、フレームリレー網ＦＲ１〜ＦＲ３の間におけるフレ
ームＦ（図３(ａ)参照）の中継を、セルＳ（図３(ｂ)参
照）を用いて行う。また、ＩＷＦ２１ａ〜２１ｃは、自
身に接続されているフレームリレー網ＦＲ１〜ＦＲ３の
いずれかから受信したフレームＦをセルＳに変換してＡ
ＴＭ網２０に送信するとともに、ＡＴＭ網２０から受信
したセルＳをフレームＦに変換して自身に接続されてい
るフレームリレー網ＦＲ１〜ＦＲ３のいずれかに対して
送信する中継器である。また、各フレームリレー網ＦＲ
１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜３
１ｉがフレームリレー回線(物理チャネル)を介してそれ
ぞれ接続されることによって構成されている。各端末２
２ａ〜２２ｈは、各フレームリレー網ＦＲ１〜ＦＲ３を
構成する各フレームリレー交換機３１ａ〜３１ｆにフレ
ームリレー回線を介してそれぞれ接続されており、他の
端末に対してデータを送信する場合には、フレームＦを
生成し、自身が接続されているフレームリレー交換機３
１ａ〜３１ｆのいずれかに対して送信する。
ＡＴＭ交換機（ＶＣＨ，ＶＰＨ）によって構成されてお
り、フレームリレー網ＦＲ１〜ＦＲ３の間におけるフレ
ームＦ（図３(ａ)参照）の中継を、セルＳ（図３(ｂ)参
照）を用いて行う。また、ＩＷＦ２１ａ〜２１ｃは、自
身に接続されているフレームリレー網ＦＲ１〜ＦＲ３の
いずれかから受信したフレームＦをセルＳに変換してＡ
ＴＭ網２０に送信するとともに、ＡＴＭ網２０から受信
したセルＳをフレームＦに変換して自身に接続されてい
るフレームリレー網ＦＲ１〜ＦＲ３のいずれかに対して
送信する中継器である。また、各フレームリレー網ＦＲ
１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜３
１ｉがフレームリレー回線(物理チャネル)を介してそれ
ぞれ接続されることによって構成されている。各端末２
２ａ〜２２ｈは、各フレームリレー網ＦＲ１〜ＦＲ３を
構成する各フレームリレー交換機３１ａ〜３１ｆにフレ
ームリレー回線を介してそれぞれ接続されており、他の
端末に対してデータを送信する場合には、フレームＦを
生成し、自身が接続されているフレームリレー交換機３
１ａ〜３１ｆのいずれかに対して送信する。
【００２２】図２は、図１に示されるネットワークシス
テムに設定されているチャネルの説明図である。図２に
おいて、端末２２ａ〜２２ｄとＩＷＦ２１ａとの間を接
続する物理チャネル(フレームリレー回線)上には、ＩＷ
Ｆ２１ａと各端末２２ａ〜２２ｄとをそれぞれ接続する
４つのデータリンク（論理チャネル）が設定されてい
る。そして、各データリンクには、ＤＬＣＩ（Data Lin
k Connection Identifier）番号ａ〜ｄがそれぞれ設定
されている（以下、各データリンクを、「ＤＬＣＩａ，
ＤＬＣＩｂ，ＤＬＣＩｃ，ＤＬＣＩｄ」と称する）。同
様にして、端末２２ｅとＩＷＦ２１ｂとは、ＤＬＣＩ番
号ｅのデータリンク（以下、「ＤＬＣＩｅ」と称する）
によって接続され、端末２２ｆとＩＷＦ２１ｂとは、Ｄ
ＬＣＩ番号ｆのデータリンク（以下、「ＤＬＣＩｆ」と
称する）によって接続されている。また、端末２２ｇと
ＩＷＦ２１ｃとは、ＤＬＣＩ番号ｇのデータリンク（以
下、「ＤＬＣＩｇ」と称する）によって接続され、端末
２２ｈとＩＷＦ２１ｃとは、ＤＬＣＩ番号ｈのデータリ
ンク（以下、「ＤＬＣＩｈ」と称する）によって接続さ
れている。
テムに設定されているチャネルの説明図である。図２に
おいて、端末２２ａ〜２２ｄとＩＷＦ２１ａとの間を接
続する物理チャネル(フレームリレー回線)上には、ＩＷ
Ｆ２１ａと各端末２２ａ〜２２ｄとをそれぞれ接続する
４つのデータリンク（論理チャネル）が設定されてい
る。そして、各データリンクには、ＤＬＣＩ（Data Lin
k Connection Identifier）番号ａ〜ｄがそれぞれ設定
されている（以下、各データリンクを、「ＤＬＣＩａ，
ＤＬＣＩｂ，ＤＬＣＩｃ，ＤＬＣＩｄ」と称する）。同
様にして、端末２２ｅとＩＷＦ２１ｂとは、ＤＬＣＩ番
号ｅのデータリンク（以下、「ＤＬＣＩｅ」と称する）
によって接続され、端末２２ｆとＩＷＦ２１ｂとは、Ｄ
ＬＣＩ番号ｆのデータリンク（以下、「ＤＬＣＩｆ」と
称する）によって接続されている。また、端末２２ｇと
ＩＷＦ２１ｃとは、ＤＬＣＩ番号ｇのデータリンク（以
下、「ＤＬＣＩｇ」と称する）によって接続され、端末
２２ｈとＩＷＦ２１ｃとは、ＤＬＣＩ番号ｈのデータリ
ンク（以下、「ＤＬＣＩｈ」と称する）によって接続さ
れている。
【００２３】また、図２において、ＩＷＦ２１ａとＡＴ
Ｍ網２０との間には、２つの仮想チャネル（ＶＣ：Virt
ual Channel）が設定され、これらの仮想チャネルを束
ねた図示せぬ仮想パス（ＶＰ：Virtual Path）が設定さ
れている。そして、各仮想チャネルの通信チャネル（Ｖ
ＣＣ：Virtual Channel Connection）であるＶＣＣ
ｘ 1，ＶＣＣｘ2が設定されている。ＶＣＣｘ1には、上
述したＤＬＣＩａとＤＬＣＩｂとが接続され、ＶＣＣｘ
2には、ＤＬＣＩｃとＤＬＣＩｄとが接続されている。
同様にして、ＡＴＭ網２０とＩＷＦ２１ｂとの間には仮
想チャネルの通信チャネルであるＶＣＣｙが設定され、
ＤＬＣＩｅ及びＤＬＣＩｆと接続されている。また、Ａ
ＴＭ網２０とＩＷＦ２１ｃとの間には、仮想チャネルの
通信チャネルであるＶＣＣｚが設定され、ＤＬＣＩｇ及
びＤＬＣＩｈと接続されている。そして、ＶＣＣｘ1，
ＶＣＣｘ2,ＶＣＣｙ及びＶＣＣｚは、ＡＴＭ網２０を介
して相互に接続されている。このように、ＩＷＦ２１ａ
〜２１ｃには、相手フレームリレー網（フレームＦの送
信先の端末が接続されているフレームリレー網）毎にＶ
ＣＣが割り当てられている。そして、ＩＷＦ２１ａ〜２
１ｃとＡＴＭ網２０とを接続するＶＣＣ（ＶＣＩ，ＶＰ
Ｉ）毎に、そのＶＣＣを通じて送信可能な最大の送信デ
ータ量を示す最大送信レート（ＰＣＲ：Peak Cell Rat
e）が設定されている。
Ｍ網２０との間には、２つの仮想チャネル（ＶＣ：Virt
ual Channel）が設定され、これらの仮想チャネルを束
ねた図示せぬ仮想パス（ＶＰ：Virtual Path）が設定さ
れている。そして、各仮想チャネルの通信チャネル（Ｖ
ＣＣ：Virtual Channel Connection）であるＶＣＣ
ｘ 1，ＶＣＣｘ2が設定されている。ＶＣＣｘ1には、上
述したＤＬＣＩａとＤＬＣＩｂとが接続され、ＶＣＣｘ
2には、ＤＬＣＩｃとＤＬＣＩｄとが接続されている。
同様にして、ＡＴＭ網２０とＩＷＦ２１ｂとの間には仮
想チャネルの通信チャネルであるＶＣＣｙが設定され、
ＤＬＣＩｅ及びＤＬＣＩｆと接続されている。また、Ａ
ＴＭ網２０とＩＷＦ２１ｃとの間には、仮想チャネルの
通信チャネルであるＶＣＣｚが設定され、ＤＬＣＩｇ及
びＤＬＣＩｈと接続されている。そして、ＶＣＣｘ1，
ＶＣＣｘ2,ＶＣＣｙ及びＶＣＣｚは、ＡＴＭ網２０を介
して相互に接続されている。このように、ＩＷＦ２１ａ
〜２１ｃには、相手フレームリレー網（フレームＦの送
信先の端末が接続されているフレームリレー網）毎にＶ
ＣＣが割り当てられている。そして、ＩＷＦ２１ａ〜２
１ｃとＡＴＭ網２０とを接続するＶＣＣ（ＶＣＩ，ＶＰ
Ｉ）毎に、そのＶＣＣを通じて送信可能な最大の送信デ
ータ量を示す最大送信レート（ＰＣＲ：Peak Cell Rat
e）が設定されている。
【００２４】また、各ＤＬＣＩａ〜ＤＬＣＩｈには、各
データリンクの重要性を示すトラフィック規制クラス
（規制クラス）がそれぞれ設定されている。この規制ク
ラスは、一般クラス，重要クラス及び最重要クラスの３
段階に分けられ、これらのうち一つが、データリンクの
重要度に応じた段階の規制クラスとして各ＤＬＣＩａ〜
ＤＬＣＩｈにそれぞれ設定されている。また、各ＤＬＣ
Ｉａ〜ＤＬＣＩｈには、これらを通じて伝送されるデー
タ量（送信データ量）に応じたトラフィック規制の程度
を示すトラフィック規制レベル（規制レベル）が設定さ
れている。この規制レベルは、送信データ量の多少に応
じて非規制，１〜４次規制の５段階に分けられ、送信デ
ータ量の増減に応じて変化するようになっている。本ネ
ットワークシステムでは、フレームリレー網ＦＲ１〜Ｆ
Ｒ３において、上述した規制レベルと規制クラスとに応
じたトラフィック規制処理が行われる。
データリンクの重要性を示すトラフィック規制クラス
（規制クラス）がそれぞれ設定されている。この規制ク
ラスは、一般クラス，重要クラス及び最重要クラスの３
段階に分けられ、これらのうち一つが、データリンクの
重要度に応じた段階の規制クラスとして各ＤＬＣＩａ〜
ＤＬＣＩｈにそれぞれ設定されている。また、各ＤＬＣ
Ｉａ〜ＤＬＣＩｈには、これらを通じて伝送されるデー
タ量（送信データ量）に応じたトラフィック規制の程度
を示すトラフィック規制レベル（規制レベル）が設定さ
れている。この規制レベルは、送信データ量の多少に応
じて非規制，１〜４次規制の５段階に分けられ、送信デ
ータ量の増減に応じて変化するようになっている。本ネ
ットワークシステムでは、フレームリレー網ＦＲ１〜Ｆ
Ｒ３において、上述した規制レベルと規制クラスとに応
じたトラフィック規制処理が行われる。
【００２５】次に、本ネットワークシステムを伝送され
るフレームＦとセルＳとを図３を用いて説明する。図３
（ａ）は、端末−ＩＷＦ間を伝送されるフレームＦのフ
ォーマットの説明図であり、図３（ｂ）は、ＩＷＦ−Ａ
ＴＭ網−ＩＷＦ間を伝送されるセルＳのフォーマットの
説明図である。
るフレームＦとセルＳとを図３を用いて説明する。図３
（ａ）は、端末−ＩＷＦ間を伝送されるフレームＦのフ
ォーマットの説明図であり、図３（ｂ）は、ＩＷＦ−Ａ
ＴＭ網−ＩＷＦ間を伝送されるセルＳのフォーマットの
説明図である。
【００２６】図３（ａ）において、フレームＦは、ＩＴ
Ｕ−Ｔ（International Telecommunication Union-Tele
communication Standardization Sector）勧告Ｑ．９２
２に基づいて構成されている。このフレームＦは、コア
ヘッダ２７とデータ部２８とを有し、コアヘッダ２７の
先頭に先頭フラグ２５が付加され、データ部２８の後尾
にＦＣＳ（Frame Check Sequence）２９と後尾フラグ３
０とが付加されている。ここに、コアヘッダ２７は、
Ｑ．９２２ＤＬコアヘッダであり、ＤＬＣＩ（Data Lin
k Connection Identifier：データリンク接続識別子）
番号，ＦＥＣＮ（Forward Explicit Congestion Notifi
cation-bit：順方向明示的輻輳通知），ＢＥＣＮ（Back
ward Explicit Congestion Notification-bit：逆方向
明示的輻輳通知），ＤＥ（Discard Eligibility indica
tor）等が格納されている。ここにＤＬＣＩ番号とは、
本ネットワークシステムに設定されている複数のデータ
リンク（論理チャネル）を識別し、フレームＦを所定の
端末（送信先の端末）に送信するための識別子である。
フレームＦは、自身に格納されたこのＤＬＣＩ番号に対
応するデータリンクを通じて送信先の端末に伝送され
る。また、ＦＥＣＮは、フレームＦの送信先端末に輻輳
回避手順が必要であることを通知するための情報（ビッ
ト）である。また、ＢＥＣＮは、フレームＦの送信元端
末に輻輳回避手順が必要であることを通知するための情
報（ビット）である。これらのＦＥＣＮ及びＢＥＣＮ
は、通常時には“０”であるが、輻輳発生時にはその輻
輳が発生したフレームリレー網（フレームリレー交換
機）において“１”が設定される。また、ＤＥは、フレ
ームＦを他のフレームよりも優先的に廃棄すべきか否か
の情報（ビット）であり、ＤＥが“１”である場合に
は、そのフレームＦは優先的に廃棄される。また、デー
タ格納領域２８には、端末２２ａ〜２２ｈのユーザの通
信データ等が格納される。また、ＦＣＳ格納領域２９に
は、フレームＦの誤りを検出するための情報が格納され
る。また、先頭フラグ２５と後尾フラグ３０とによっ
て、フレームＦの先頭と後尾とが識別される。
Ｕ−Ｔ（International Telecommunication Union-Tele
communication Standardization Sector）勧告Ｑ．９２
２に基づいて構成されている。このフレームＦは、コア
ヘッダ２７とデータ部２８とを有し、コアヘッダ２７の
先頭に先頭フラグ２５が付加され、データ部２８の後尾
にＦＣＳ（Frame Check Sequence）２９と後尾フラグ３
０とが付加されている。ここに、コアヘッダ２７は、
Ｑ．９２２ＤＬコアヘッダであり、ＤＬＣＩ（Data Lin
k Connection Identifier：データリンク接続識別子）
番号，ＦＥＣＮ（Forward Explicit Congestion Notifi
cation-bit：順方向明示的輻輳通知），ＢＥＣＮ（Back
ward Explicit Congestion Notification-bit：逆方向
明示的輻輳通知），ＤＥ（Discard Eligibility indica
tor）等が格納されている。ここにＤＬＣＩ番号とは、
本ネットワークシステムに設定されている複数のデータ
リンク（論理チャネル）を識別し、フレームＦを所定の
端末（送信先の端末）に送信するための識別子である。
フレームＦは、自身に格納されたこのＤＬＣＩ番号に対
応するデータリンクを通じて送信先の端末に伝送され
る。また、ＦＥＣＮは、フレームＦの送信先端末に輻輳
回避手順が必要であることを通知するための情報（ビッ
ト）である。また、ＢＥＣＮは、フレームＦの送信元端
末に輻輳回避手順が必要であることを通知するための情
報（ビット）である。これらのＦＥＣＮ及びＢＥＣＮ
は、通常時には“０”であるが、輻輳発生時にはその輻
輳が発生したフレームリレー網（フレームリレー交換
機）において“１”が設定される。また、ＤＥは、フレ
ームＦを他のフレームよりも優先的に廃棄すべきか否か
の情報（ビット）であり、ＤＥが“１”である場合に
は、そのフレームＦは優先的に廃棄される。また、デー
タ格納領域２８には、端末２２ａ〜２２ｈのユーザの通
信データ等が格納される。また、ＦＣＳ格納領域２９に
は、フレームＦの誤りを検出するための情報が格納され
る。また、先頭フラグ２５と後尾フラグ３０とによっ
て、フレームＦの先頭と後尾とが識別される。
【００２７】また、図３（ｂ）において、セルＳは、５
オクテットで構成されるセルヘッダ７０と４８オクテッ
トで構成されるデータ部７１とから構成されている。セ
ルヘッダ７０には、ＶＰＩ（Virtual Path Identifie
r：仮想パス識別子），ＶＣＩ（Virtual Channel Ident
ifier：仮想チャネル識別子）等が格納されている。こ
こに、ＶＰＩ及びＶＣＩは、セルＳの通信経路(ＶＣＣ)
を選択するための識別子である。これらのＶＰＩ及びＶ
ＣＩがＩＷＦ２１ａ〜２１ｃ及びＡＴＭ網２０において
識別されることによって、セルＳは適宜の通信経路(Ｖ
ＣＣ)を経て伝送される。また、データ部７１は、端末
２２ａ〜２２ｈの通信データ等を格納する領域である。
ＩＷＦ２１ａ〜２１ｃによってフレームＦがセルＳに変
換される際には、フレームのコアヘッダ２７及びデータ
部２８が４８オクテット毎に分割され、分割されたフレ
ームＦの一部のそれぞれがセルＳのデータ部７１の内容
となる。そして、分割されたフレームＦの一部のそれぞ
れにセルヘッダ７０が付加されることによって、複数の
セルＳが形成される。
オクテットで構成されるセルヘッダ７０と４８オクテッ
トで構成されるデータ部７１とから構成されている。セ
ルヘッダ７０には、ＶＰＩ（Virtual Path Identifie
r：仮想パス識別子），ＶＣＩ（Virtual Channel Ident
ifier：仮想チャネル識別子）等が格納されている。こ
こに、ＶＰＩ及びＶＣＩは、セルＳの通信経路(ＶＣＣ)
を選択するための識別子である。これらのＶＰＩ及びＶ
ＣＩがＩＷＦ２１ａ〜２１ｃ及びＡＴＭ網２０において
識別されることによって、セルＳは適宜の通信経路(Ｖ
ＣＣ)を経て伝送される。また、データ部７１は、端末
２２ａ〜２２ｈの通信データ等を格納する領域である。
ＩＷＦ２１ａ〜２１ｃによってフレームＦがセルＳに変
換される際には、フレームのコアヘッダ２７及びデータ
部２８が４８オクテット毎に分割され、分割されたフレ
ームＦの一部のそれぞれがセルＳのデータ部７１の内容
となる。そして、分割されたフレームＦの一部のそれぞ
れにセルヘッダ７０が付加されることによって、複数の
セルＳが形成される。
【００２８】次に、本ネットワークシステムにおけるト
ラフィック規制処理の概要について表１を用いて説明す
る。
ラフィック規制処理の概要について表１を用いて説明す
る。
【００２９】
【表１】 上記した表１には、上述した規制クラスと規制レベルと
を対応させ、規制クラスと規制レベルとの組み合わせに
よって行われるトラフィック規制処理（処理タスク）が
示されている。表１に示されるように、各規制レベルに
は、以下に示すように、その規制レベルとなる条件式が
それぞれ設定されている。具体的には、規制レベルが非
規制となるための条件式である（式１）と、規制レベル
が１次規制となるための条件式である（式２）と、規制
レベルが２次規制となるための条件式である（式３）
と、規制レベルが３次規制となるための条件式である
（式４）と、規制レベルが４次規制となるための条件式
である（式５）とが設定されている。
を対応させ、規制クラスと規制レベルとの組み合わせに
よって行われるトラフィック規制処理（処理タスク）が
示されている。表１に示されるように、各規制レベルに
は、以下に示すように、その規制レベルとなる条件式が
それぞれ設定されている。具体的には、規制レベルが非
規制となるための条件式である（式１）と、規制レベル
が１次規制となるための条件式である（式２）と、規制
レベルが２次規制となるための条件式である（式３）
と、規制レベルが３次規制となるための条件式である
（式４）と、規制レベルが４次規制となるための条件式
である（式５）とが設定されている。
【００３０】 ＳＤ≦ｍａｘＲ×ｔ１×ｎ１ ・・・（式１） ｍａｘＲ×ｔ１×ｎ１＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ２・・・（式２） ｍａｘＲ×ｔ１×ｎ２＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ３・・・（式３） ｍａｘＲ×ｔ１×ｎ３＜ＳＤ≦ｍａｘＲ×ｔ１×ｎ４・・・（式４） ｍａｘＲ×ｔ１×ｎ４＜ＳＤ ・・・（式５） 但し、（式１）〜（式５）において、ＳＤは、所定の時
刻に計時を開始してから所定時間（ｔ１）が経過するま
での間における累積送信データ量であり、ｔ１は送信デ
ータ量の測定時間(所定時間)である。また、ｍａｘＲは
許容最大レートである。許容最大レートとは、ＡＴＭ網
２０に対して送信可能な許容最大送信レートであり、Ｖ
ＣＣ毎に契約されているＰＣＲ（Peak Cell Rate）と同
値が設定されている。また、ｎ１〜ｎ４は１〜４次規制
係数であり、その範囲は、０＜ｎ１＜ｎ２＜ｎ３＜ｎ４
≦１に設定されている。
刻に計時を開始してから所定時間（ｔ１）が経過するま
での間における累積送信データ量であり、ｔ１は送信デ
ータ量の測定時間(所定時間)である。また、ｍａｘＲは
許容最大レートである。許容最大レートとは、ＡＴＭ網
２０に対して送信可能な許容最大送信レートであり、Ｖ
ＣＣ毎に契約されているＰＣＲ（Peak Cell Rate）と同
値が設定されている。また、ｎ１〜ｎ４は１〜４次規制
係数であり、その範囲は、０＜ｎ１＜ｎ２＜ｎ３＜ｎ４
≦１に設定されている。
【００３１】そして、規制クラスが一般クラスの場合に
は、規制レベルに応じて以下のトラフィック規制処理が
行われる。すなわち、規制レベルが非規制の場合には、
トラフィック規制処理は行われない（処理タスク
(1)）。これに対し、規制レベルが１次規制の場合に
は、各フレームリレー網ＦＲ１〜ＦＲ３において、送信
するフレームＦのコアヘッダ２７（図３参照）のＦＥＣ
Ｎに“１”が設定される（処理タスク(2)）とともに、
受信したフレームＦのコアヘッダ２７のＢＥＣＮに
“１”が設定される（処理タスク(5)）。また、規制レ
ベルが２次規制の場合には、フレームリレー網ＦＲ１〜
ＦＲ３において、送信するフレームＦのコアヘッダ２７
のＤＥに“０”が設定されていると、そのフレームＦの
ＦＥＣＮに“１”が設定され、ＤＥに“１”が設定され
ていると、そのフレームＦが廃棄される（処理タスク
(3)）。また、受信したフレームＦについて、上述した
処理タスク(5)の処理が行われる。また、規制レベルが
３次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３
において、２次規制と同様のトラフィック規制処理，す
なわち、処理タスク(3)及び処理タスク(5)の処理が行わ
れる。そして、規制レベルが４次規制の場合には、フレ
ームリレー網ＦＲ１〜ＦＲ３において、送信フレームが
廃棄される（処理タスク(4)）とともに、上述した処理
タスク(5)の処理が行われる。
は、規制レベルに応じて以下のトラフィック規制処理が
行われる。すなわち、規制レベルが非規制の場合には、
トラフィック規制処理は行われない（処理タスク
(1)）。これに対し、規制レベルが１次規制の場合に
は、各フレームリレー網ＦＲ１〜ＦＲ３において、送信
するフレームＦのコアヘッダ２７（図３参照）のＦＥＣ
Ｎに“１”が設定される（処理タスク(2)）とともに、
受信したフレームＦのコアヘッダ２７のＢＥＣＮに
“１”が設定される（処理タスク(5)）。また、規制レ
ベルが２次規制の場合には、フレームリレー網ＦＲ１〜
ＦＲ３において、送信するフレームＦのコアヘッダ２７
のＤＥに“０”が設定されていると、そのフレームＦの
ＦＥＣＮに“１”が設定され、ＤＥに“１”が設定され
ていると、そのフレームＦが廃棄される（処理タスク
(3)）。また、受信したフレームＦについて、上述した
処理タスク(5)の処理が行われる。また、規制レベルが
３次規制の場合には、フレームリレー網ＦＲ１〜ＦＲ３
において、２次規制と同様のトラフィック規制処理，す
なわち、処理タスク(3)及び処理タスク(5)の処理が行わ
れる。そして、規制レベルが４次規制の場合には、フレ
ームリレー網ＦＲ１〜ＦＲ３において、送信フレームが
廃棄される（処理タスク(4)）とともに、上述した処理
タスク(5)の処理が行われる。
【００３２】また、規制クラスが重要クラスの場合に
は、規制レベルに応じて以下のトラフィック規制処理が
行われる。すなわち、規制レベルが非規制の場合または
１次規制の場合には、処理タスク(1)の処理，すなわち
トラフィック規制処理は行われない。これに対し、規制
レベルが２次規制の場合には、各フレームリレー網ＦＲ
１〜ＦＲ３において、処理タスク(2)及び処理タスク
(５)の処理が行われる。また、規制レベルが３次規制の
場合には、フレームリレー網ＦＲ１〜ＦＲ３において、
処理タスク(3)及び処理タスク(5)の処理が行われる。そ
して、規制レベルが４次規制の場合には、フレームリレ
ー網ＦＲ１〜ＦＲ３において、処理タスク(4)及び処理
タスク(5)の処理が行われる。
は、規制レベルに応じて以下のトラフィック規制処理が
行われる。すなわち、規制レベルが非規制の場合または
１次規制の場合には、処理タスク(1)の処理，すなわち
トラフィック規制処理は行われない。これに対し、規制
レベルが２次規制の場合には、各フレームリレー網ＦＲ
１〜ＦＲ３において、処理タスク(2)及び処理タスク
(５)の処理が行われる。また、規制レベルが３次規制の
場合には、フレームリレー網ＦＲ１〜ＦＲ３において、
処理タスク(3)及び処理タスク(5)の処理が行われる。そ
して、規制レベルが４次規制の場合には、フレームリレ
ー網ＦＲ１〜ＦＲ３において、処理タスク(4)及び処理
タスク(5)の処理が行われる。
【００３３】また、規制クラスが最重要クラスの場合に
は、規制レベルに応じて以下のトラフィック規制処理が
行われる。すなわち、規制レベルが非規制または１〜３
次規制の場合には、処理タスク(1)の処理，すなわちト
ラフィック規制処理は行われない。これに対し、規制レ
ベルが４次規制の場合には、各フレームリレー網ＦＲ１
〜ＦＲ３において、処理タスク(4)及び処理タスク(5)の
処理が行われる。
は、規制レベルに応じて以下のトラフィック規制処理が
行われる。すなわち、規制レベルが非規制または１〜３
次規制の場合には、処理タスク(1)の処理，すなわちト
ラフィック規制処理は行われない。これに対し、規制レ
ベルが４次規制の場合には、各フレームリレー網ＦＲ１
〜ＦＲ３において、処理タスク(4)及び処理タスク(5)の
処理が行われる。
【００３４】次に、各フレームリレー網ＦＲ１〜ＦＲ３
をそれぞれ構成するフレームリレー交換機３１ａ〜３１
ｉを説明する。図４は、各フレームリレー交換機の回路
構成図の例である。各フレームリレー交換機３１ａ〜３
１ｉは、それぞれ同一の構成を有しており、フレームリ
レー交換機３１ａを例として説明する。図１４におい
て、フレームリレー交換機３１ａは、管理プロセッサ部
３２と、回線対応部４１とを備えている。
をそれぞれ構成するフレームリレー交換機３１ａ〜３１
ｉを説明する。図４は、各フレームリレー交換機の回路
構成図の例である。各フレームリレー交換機３１ａ〜３
１ｉは、それぞれ同一の構成を有しており、フレームリ
レー交換機３１ａを例として説明する。図１４におい
て、フレームリレー交換機３１ａは、管理プロセッサ部
３２と、回線対応部４１とを備えている。
【００３５】管理プロセッサ部３２は、フレームリレー
交換機３１ａ全体の制御及び監視，各種データの維持管
理，コマンドやメッセージの入出力制御，及び接続記録
の作成及び保存等を行う。この管理プロセッサ部３２
は、現用系の中央処理装置（CC:Central Controller）
３３ａ及び予備系の中央処理装置３３ｂと、中央処理装
置３３ａにバスを介して接続される現用系のメインメモ
リ（MM:Main Memory）３４ａと、中央処理装置３３ｂに
バスを介して接続された予備系のメインメモリ３４ｂ
と、中央処理装置３３ａにバスを介して接続された現用
系のチャネル制御装置（CHC:CHannel Controller）３５
ａ，３５ｂと、中央処理装置３３ｂにバスを介してそれ
ぞれ接続された予備系のチャネル制御装置３５ｃ，３５
ｄと、チャネル制御装置３５ａ，３５ｄにそれぞれバス
を介して接続されるＳＩＡ（Serial Interface Adapte
r）３６ａ，３６ｂ及びディスク制御装置（IOC）３７
ａ，３７ｂと、ＳＩＡ３６ａに接続されるシステムコン
ソール３８と、ディスク制御装置３７ａ，３７ｂにそれ
ぞれ接続されるハードディスク３９と、ディスク制御装
置３７ａに接続される光磁気ディスク（MO:Magnet Opti
cal disk）４０とから構成されている。
交換機３１ａ全体の制御及び監視，各種データの維持管
理，コマンドやメッセージの入出力制御，及び接続記録
の作成及び保存等を行う。この管理プロセッサ部３２
は、現用系の中央処理装置（CC:Central Controller）
３３ａ及び予備系の中央処理装置３３ｂと、中央処理装
置３３ａにバスを介して接続される現用系のメインメモ
リ（MM:Main Memory）３４ａと、中央処理装置３３ｂに
バスを介して接続された予備系のメインメモリ３４ｂ
と、中央処理装置３３ａにバスを介して接続された現用
系のチャネル制御装置（CHC:CHannel Controller）３５
ａ，３５ｂと、中央処理装置３３ｂにバスを介してそれ
ぞれ接続された予備系のチャネル制御装置３５ｃ，３５
ｄと、チャネル制御装置３５ａ，３５ｄにそれぞれバス
を介して接続されるＳＩＡ（Serial Interface Adapte
r）３６ａ，３６ｂ及びディスク制御装置（IOC）３７
ａ，３７ｂと、ＳＩＡ３６ａに接続されるシステムコン
ソール３８と、ディスク制御装置３７ａ，３７ｂにそれ
ぞれ接続されるハードディスク３９と、ディスク制御装
置３７ａに接続される光磁気ディスク（MO:Magnet Opti
cal disk）４０とから構成されている。
【００３６】ここに、ハードディスク３９は、フレーム
リレー交換機３１の制御プログラム（コンピュータプロ
グラム）や制御プログラムを実行するためのデータが記
録された媒体である。各メインメモリ３４ａ，３４ｂ
は、各中央処理装置３３ａ，３３ｂの作業領域であり、
ハードディスク３９に記録された制御プログラムを中央
処理装置３３ａ，３３ｂが実行する際に、その制御プロ
グラムがロードされる。各中央処理装置３３ａ，３３ｂ
は、各メインメモリ３４ａ，３４ｂにロードされた制御
プログラムを実行し、フレームリレー交換機３１の各部
に命令を与えて各部の動作制御を行う。
リレー交換機３１の制御プログラム（コンピュータプロ
グラム）や制御プログラムを実行するためのデータが記
録された媒体である。各メインメモリ３４ａ，３４ｂ
は、各中央処理装置３３ａ，３３ｂの作業領域であり、
ハードディスク３９に記録された制御プログラムを中央
処理装置３３ａ，３３ｂが実行する際に、その制御プロ
グラムがロードされる。各中央処理装置３３ａ，３３ｂ
は、各メインメモリ３４ａ，３４ｂにロードされた制御
プログラムを実行し、フレームリレー交換機３１の各部
に命令を与えて各部の動作制御を行う。
【００３７】各チャネル制御装置３５ａ〜３５ｄは、各
中央処理装置３３ａ，３３ｂからの命令に応じて入出力
チャネル（物理チャネル，論理チャネル）の制御，及び
各メインメモリ３４ａ，３４ｂとの間のデータ転送制御
を行う。ディスク制御装置３７ａ，３７ｂは、各中央処
置装置３３ａ，３３ｂからの命令に応じてハードディス
ク３９，光磁気ディスク４０の動作を制御する。光磁気
ディスク４０は、フレームリレー交換機３１の外部記憶
装置として機能し、初期プログラムのローディングやデ
ータの吸上げ等を行う。
中央処理装置３３ａ，３３ｂからの命令に応じて入出力
チャネル（物理チャネル，論理チャネル）の制御，及び
各メインメモリ３４ａ，３４ｂとの間のデータ転送制御
を行う。ディスク制御装置３７ａ，３７ｂは、各中央処
置装置３３ａ，３３ｂからの命令に応じてハードディス
ク３９，光磁気ディスク４０の動作を制御する。光磁気
ディスク４０は、フレームリレー交換機３１の外部記憶
装置として機能し、初期プログラムのローディングやデ
ータの吸上げ等を行う。
【００３８】システムコンソール３８は、ハードディス
ク３９や光磁気ディスク４０に格納されたデータや各中
央処理装置３３ａ，３３ｂの実行結果等を外部に出力す
る，或いは、外部からデータやコマンド等を入力するた
めのインターフェイスである。
ク３９や光磁気ディスク４０に格納されたデータや各中
央処理装置３３ａ，３３ｂの実行結果等を外部に出力す
る，或いは、外部からデータやコマンド等を入力するた
めのインターフェイスである。
【００３９】また、回線対応部４１は、複数の回線（物
理チャネル，仮想チャネル，論理チャネル）を収容する
通信多重装置（CMU:Communication Multiplexer Unit）
である。この回線対応部４１は、チャネル制御装置３５
ｂ，３５ｃにバスを介してそれぞれ接続される回線管理
部（MP:line Manegement Processor）４２と、回線管理
部４２にそれぞれバスを介して接続される複数組の回線
制御部（LC:Line Controller）４３ａ(現用系)，４３ｂ
(予備系)と、各組の回線制御部４３ａ，４３ｂにそれぞ
れ接続される複数の回線切替部（LSW:Line SWitch）４
４とから構成されている。
理チャネル，仮想チャネル，論理チャネル）を収容する
通信多重装置（CMU:Communication Multiplexer Unit）
である。この回線対応部４１は、チャネル制御装置３５
ｂ，３５ｃにバスを介してそれぞれ接続される回線管理
部（MP:line Manegement Processor）４２と、回線管理
部４２にそれぞれバスを介して接続される複数組の回線
制御部（LC:Line Controller）４３ａ(現用系)，４３ｂ
(予備系)と、各組の回線制御部４３ａ，４３ｂにそれぞ
れ接続される複数の回線切替部（LSW:Line SWitch）４
４とから構成されている。
【００４０】ここに、各回線切替部４４には、複数の回
線（物理チャネル）が収容され、外部から送信されてき
たフレームＦを受信する。一方、各回線切替部４４は、
回線制御部４３ａ又は回線制御部４３ｂから受け取った
フレームＦを適宜の回線へ送出する。このとき、各回線
切替部４４は、回線管理部４２からの命令に応じた回線
へフレームＦを送出する。また、各回線切替部４４は、
回線管理部４２からの命令が各回線制御部４３ａ，４３
ｂを介して発せられ、それに応じて論理的，電気的，及
び物理的インターフェイスを制御する。
線（物理チャネル）が収容され、外部から送信されてき
たフレームＦを受信する。一方、各回線切替部４４は、
回線制御部４３ａ又は回線制御部４３ｂから受け取った
フレームＦを適宜の回線へ送出する。このとき、各回線
切替部４４は、回線管理部４２からの命令に応じた回線
へフレームＦを送出する。また、各回線切替部４４は、
回線管理部４２からの命令が各回線制御部４３ａ，４３
ｂを介して発せられ、それに応じて論理的，電気的，及
び物理的インターフェイスを制御する。
【００４１】各回線制御部４３ａ，４３ｂは、フレーム
リレープロトコル処理を行う。各回線制御部４３ａ，４
３ｂは、回線切替部４４のいずれかからフレームＦを受
け取ると、そのフレームＦを回線管理部４２に与える。
また、各回線制御部４３ａ，４３ｂは、回線管理部４２
から受け取ったフレームＦを回線切替部４４のいずれか
に与える。また、各回線制御部４３ａ，４３ｂは、複数
の回線を終端する回線終端機能を備えている。
リレープロトコル処理を行う。各回線制御部４３ａ，４
３ｂは、回線切替部４４のいずれかからフレームＦを受
け取ると、そのフレームＦを回線管理部４２に与える。
また、各回線制御部４３ａ，４３ｂは、回線管理部４２
から受け取ったフレームＦを回線切替部４４のいずれか
に与える。また、各回線制御部４３ａ，４３ｂは、複数
の回線を終端する回線終端機能を備えている。
【００４２】また、回線管理部４２は、回線対応部４１
のラインセットの管理を行う。すなわち、チャネル制御
装置３５ｂ，３５ｃと各回線制御部４３ａ，４３ｂとの
間における通信の制御を行う。具体的には、各組の回線
制御部４３ａを動作状態(現用系)にするとともに、回線
制御部４３ｂを停止状態(予備系)にする。そして、回線
管理部４２は、現用系である回線制御部４３ａからフレ
ームＦを受け取ると、受け取ったフレームＦを現用系の
チャネル制御装置３５ｂに与える。これによって、フレ
ームＦは現用系のメインメモリ３４ａに格納され、この
フレームＦに対して所定の処理が行われる。一方、回線
管理部４２は、チャネル制御装置３５ｂからフレームＦ
を受け取ると、そのフレームＦを現用系の回線制御部４
３ａに与える。また、回線管理部４２は、各回線切替部
４４が収容する回線のいずれからフレームＦを送出する
かについての送出命令を発する。この送出命令は、各回
線制御部４３ａ，４３ｂを介して各回線切替部４４に与
えられる。
のラインセットの管理を行う。すなわち、チャネル制御
装置３５ｂ，３５ｃと各回線制御部４３ａ，４３ｂとの
間における通信の制御を行う。具体的には、各組の回線
制御部４３ａを動作状態(現用系)にするとともに、回線
制御部４３ｂを停止状態(予備系)にする。そして、回線
管理部４２は、現用系である回線制御部４３ａからフレ
ームＦを受け取ると、受け取ったフレームＦを現用系の
チャネル制御装置３５ｂに与える。これによって、フレ
ームＦは現用系のメインメモリ３４ａに格納され、この
フレームＦに対して所定の処理が行われる。一方、回線
管理部４２は、チャネル制御装置３５ｂからフレームＦ
を受け取ると、そのフレームＦを現用系の回線制御部４
３ａに与える。また、回線管理部４２は、各回線切替部
４４が収容する回線のいずれからフレームＦを送出する
かについての送出命令を発する。この送出命令は、各回
線制御部４３ａ，４３ｂを介して各回線切替部４４に与
えられる。
【００４３】このような構成を備える各フレームリレー
交換機３１ａは、ＩＴＵ−Ｔ勧告Ｑ．９２２とＩＴＵ−
Ｔ勧告Ｑ．９３３とに従って、フレームＦの送受信処理
を行う。具体的には、各フレームリレー交換機３１ａ〜
３１ｉは、フレームリレー網ＦＲ１〜ＦＲ３と各端末２
２ａ〜２２ｈとの間，及びフレームリレー網ＦＲ１〜Ｆ
Ｒ３と各ＩＷＦ２１ａ〜２１ｃとの間におけるフレーム
Ｆの送受信処理を行う。
交換機３１ａは、ＩＴＵ−Ｔ勧告Ｑ．９２２とＩＴＵ−
Ｔ勧告Ｑ．９３３とに従って、フレームＦの送受信処理
を行う。具体的には、各フレームリレー交換機３１ａ〜
３１ｉは、フレームリレー網ＦＲ１〜ＦＲ３と各端末２
２ａ〜２２ｈとの間，及びフレームリレー網ＦＲ１〜Ｆ
Ｒ３と各ＩＷＦ２１ａ〜２１ｃとの間におけるフレーム
Ｆの送受信処理を行う。
【００４４】次に、図４に示されたハードディスク３９
に格納された制御プログラムが、各メインメモリ３４
ａ，３４ｂにロードされ、各中央処理装置３３ａ，３３
ｂ内で実行されることによって実現する機能を、図５の
ブロック図を用いて説明する。図５に示されるように、
各中央処理装置３３ａ，３３ｂがその内部で制御プログ
ラムを実行することにより、規制クラス管理テーブル５
０（規制クラス格納手段に相当）と、規制閾値管理テー
ブル５１と、送信データ累積テーブル５２と、相手フレ
ームリレー網番号検索テーブル５３と、タスク番号格納
テーブル５４（規制処理格納手段に相当）とが作成され
る。また、各中央処理装置３３ａ，３３ｂがその内部で
制御プログラムを実行することにより、フレーム送信処
理部５５と、トラフィック制御部５６（送信データ量測
定手段，規制レベル算出手段，規制クラス検出手段，ト
ラフィック制御手段に相当）と、フレーム受信処理部５
７と、送信データ初期設定部５８とが実現される。
に格納された制御プログラムが、各メインメモリ３４
ａ，３４ｂにロードされ、各中央処理装置３３ａ，３３
ｂ内で実行されることによって実現する機能を、図５の
ブロック図を用いて説明する。図５に示されるように、
各中央処理装置３３ａ，３３ｂがその内部で制御プログ
ラムを実行することにより、規制クラス管理テーブル５
０（規制クラス格納手段に相当）と、規制閾値管理テー
ブル５１と、送信データ累積テーブル５２と、相手フレ
ームリレー網番号検索テーブル５３と、タスク番号格納
テーブル５４（規制処理格納手段に相当）とが作成され
る。また、各中央処理装置３３ａ，３３ｂがその内部で
制御プログラムを実行することにより、フレーム送信処
理部５５と、トラフィック制御部５６（送信データ量測
定手段，規制レベル算出手段，規制クラス検出手段，ト
ラフィック制御手段に相当）と、フレーム受信処理部５
７と、送信データ初期設定部５８とが実現される。
【００４５】図６は、規制クラス管理テーブル５０の構
成図である。図６において、規制クラス管理テーブル５
０には、相手フレームリレー網番号（フレームリレー網
ＦＲ１〜ＦＲ３にそれぞれ設定されている固有番号であ
って、フレームＦの送信先端末が接続されているフレー
ムリレー網の固有番号）によって検索可能な複数の領域
が形成されており、各領域には、上述した規制クラスの
うちのいずれかが、相手フレームリレー番号に対応する
ＤＬＣＩ番号に対応づけて格納されている。この規制ク
ラス管理テーブル５０は、相手フレームリレー網番号に
よって、所定の領域を検索し、その相手フレームリレー
網番号に対応するＤＬＣＩ番号を検索鍵として検索可能
となっている。
成図である。図６において、規制クラス管理テーブル５
０には、相手フレームリレー網番号（フレームリレー網
ＦＲ１〜ＦＲ３にそれぞれ設定されている固有番号であ
って、フレームＦの送信先端末が接続されているフレー
ムリレー網の固有番号）によって検索可能な複数の領域
が形成されており、各領域には、上述した規制クラスの
うちのいずれかが、相手フレームリレー番号に対応する
ＤＬＣＩ番号に対応づけて格納されている。この規制ク
ラス管理テーブル５０は、相手フレームリレー網番号に
よって、所定の領域を検索し、その相手フレームリレー
網番号に対応するＤＬＣＩ番号を検索鍵として検索可能
となっている。
【００４６】図７は、規制閾値管理テーブル５１の構成
図である。図７において、規制閾値管理テーブル５１に
は、相手フレームリレー網番号毎に、上述した規制レベ
ルを算出するための数値が格納されている。具体的に
は、規制閾値管理テーブル５１には、相手フレームリレ
ー網番号毎に、上述した許容最大送信レート（ｍａｘ
Ｒ），測定時間（ｔ１），１〜４次規制係数（ｎ１〜ｎ
４）が格納されている。この規制閾値管理テーブル５１
は、相手フレームリレー網番号を検索鍵として検索可能
となっている。
図である。図７において、規制閾値管理テーブル５１に
は、相手フレームリレー網番号毎に、上述した規制レベ
ルを算出するための数値が格納されている。具体的に
は、規制閾値管理テーブル５１には、相手フレームリレ
ー網番号毎に、上述した許容最大送信レート（ｍａｘ
Ｒ），測定時間（ｔ１），１〜４次規制係数（ｎ１〜ｎ
４）が格納されている。この規制閾値管理テーブル５１
は、相手フレームリレー網番号を検索鍵として検索可能
となっている。
【００４７】図８は、送信データ累積テーブル５２の構
成図である。図８において、送信データ累積テーブル５
２には、相手フレームリレー網番号毎に、累積送信デー
タ量（ＳＤ２）と上述した規制レベルのいずれかとが格
納されている。この送信データ累積テーブル５２は、相
手フレームリレー網番号を検索鍵として検索可能となっ
ている。
成図である。図８において、送信データ累積テーブル５
２には、相手フレームリレー網番号毎に、累積送信デー
タ量（ＳＤ２）と上述した規制レベルのいずれかとが格
納されている。この送信データ累積テーブル５２は、相
手フレームリレー網番号を検索鍵として検索可能となっ
ている。
【００４８】図９は、相手フレームリレー網番号検索テ
ーブル５３の構成図である。図９において、相手フレー
ムリレー網番号検索テーブル５３には、ＤＬＣＩ番号毎
に、相手フレームリレー網番号が格納されている。この
相手フレームリレー網番号検索テーブル５３は、ＤＬＣ
Ｉ番号を検索鍵として検索可能となっている。
ーブル５３の構成図である。図９において、相手フレー
ムリレー網番号検索テーブル５３には、ＤＬＣＩ番号毎
に、相手フレームリレー網番号が格納されている。この
相手フレームリレー網番号検索テーブル５３は、ＤＬＣ
Ｉ番号を検索鍵として検索可能となっている。
【００４９】図１０は、タスク番号格納テーブル５４の
構成図である。図１０において、タスク番号格納テーブ
ル５４には、送信処理タスク格納領域５４ａと受信処理
タスク格納領域５４ｂとが設けられている。各格納領域
５４ａ，５４ｂは、上述した３つの規制クラスに対応す
るクラス領域５９に分けられ、これらの各クラス領域５
９に、上述した処理タスク(1)〜(5)が規制レベルに対応
して格納されている。このタスク番号格納テーブル５４
は、送信処理または受信処理のいずれかを行う旨を示す
処理識別情報(送信処理情報，受信処理情報)，規制クラ
ス及び規制レベルを検索鍵として検索可能となってい
る。すなわち、処理識別情報によって、送信処理タスク
格納領域５４ａと受信処理タスク格納領域５４ｂとの一
方が選択され、規制クラスによって、クラス領域５９の
いずれかが選択され、規制レベルによって、規制レベル
に応じた処理タスク(1)〜(5)のいずれかが読み出され
る。
構成図である。図１０において、タスク番号格納テーブ
ル５４には、送信処理タスク格納領域５４ａと受信処理
タスク格納領域５４ｂとが設けられている。各格納領域
５４ａ，５４ｂは、上述した３つの規制クラスに対応す
るクラス領域５９に分けられ、これらの各クラス領域５
９に、上述した処理タスク(1)〜(5)が規制レベルに対応
して格納されている。このタスク番号格納テーブル５４
は、送信処理または受信処理のいずれかを行う旨を示す
処理識別情報(送信処理情報，受信処理情報)，規制クラ
ス及び規制レベルを検索鍵として検索可能となってい
る。すなわち、処理識別情報によって、送信処理タスク
格納領域５４ａと受信処理タスク格納領域５４ｂとの一
方が選択され、規制クラスによって、クラス領域５９の
いずれかが選択され、規制レベルによって、規制レベル
に応じた処理タスク(1)〜(5)のいずれかが読み出され
る。
【００５０】図５に示されるフレーム送信処理部５５
は、フレームリレー網ＦＲ１〜ＦＲ３からＩＷＦ２１ａ
〜２１ｃに対してフレームＦが送信される際に起動す
る。このフレーム送信処理部５５は、相手フレームリレ
ー網番号を相手フレームリレー網番号検索テーブル５３
(図９参照)から読み出す。また、フレーム送信処理部５
５は、相手フレームリレー網番号，ＤＬＣＩ番号及び自
身が保有する処理識別情報(送信処理情報)とをトラフィ
ック制御部５６に通知することによって、トラフィック
制御部５６を起動させる。また、フレーム送信処理部５
５は、トラフィック制御部５６からフレームＦの廃棄要
の通知又は廃棄不要の通知を受け取って、フレームＦを
廃棄すべきか否かを判定し、廃棄すべきと判定した場合
には、そのフレームＦを廃棄する。
は、フレームリレー網ＦＲ１〜ＦＲ３からＩＷＦ２１ａ
〜２１ｃに対してフレームＦが送信される際に起動す
る。このフレーム送信処理部５５は、相手フレームリレ
ー網番号を相手フレームリレー網番号検索テーブル５３
(図９参照)から読み出す。また、フレーム送信処理部５
５は、相手フレームリレー網番号，ＤＬＣＩ番号及び自
身が保有する処理識別情報(送信処理情報)とをトラフィ
ック制御部５６に通知することによって、トラフィック
制御部５６を起動させる。また、フレーム送信処理部５
５は、トラフィック制御部５６からフレームＦの廃棄要
の通知又は廃棄不要の通知を受け取って、フレームＦを
廃棄すべきか否かを判定し、廃棄すべきと判定した場合
には、そのフレームＦを廃棄する。
【００５１】また、フレーム受信処理部５７は、フレー
ムＦがＩＷＦ２１ａ〜２１ｃからフレームリレー網ＦＲ
１〜ＦＲ３に受信された際に起動する。このフレーム受
信処理部５７は、相手フレームリレー網番号を相手フレ
ームリレー網番号検索テーブル５３（図９参照）から読
み出す。また、フレーム受信処理部５７は、相手フレー
ムリレー網番号，ＤＬＣＩ番号及び自身が保有する処理
識別情報(受信処理情報）をトラフィック制御部５６に
通知することによって、トラフィック制御部５６を起動
させる。
ムＦがＩＷＦ２１ａ〜２１ｃからフレームリレー網ＦＲ
１〜ＦＲ３に受信された際に起動する。このフレーム受
信処理部５７は、相手フレームリレー網番号を相手フレ
ームリレー網番号検索テーブル５３（図９参照）から読
み出す。また、フレーム受信処理部５７は、相手フレー
ムリレー網番号，ＤＬＣＩ番号及び自身が保有する処理
識別情報(受信処理情報）をトラフィック制御部５６に
通知することによって、トラフィック制御部５６を起動
させる。
【００５２】トラフィック制御部５６は、フレーム送信
処理部５５またはフレーム受信処理部５７から通知を受
け取って起動する。このトラフィック制御部５６は、規
制クラス管理テーブル５０（図６参照）から規制クラス
を読み出す。続いて、規制閾値管理テーブル５１（図７
参照）に格納されている数値に基づいて規制レベルを算
出する。そして、これらの規制クラス及び規制レベルを
用いてタスク番号格納テーブル５４から、処理タスク番
号を読み出し、その処理タスク番号に該当する処理タス
クを実行する。
処理部５５またはフレーム受信処理部５７から通知を受
け取って起動する。このトラフィック制御部５６は、規
制クラス管理テーブル５０（図６参照）から規制クラス
を読み出す。続いて、規制閾値管理テーブル５１（図７
参照）に格納されている数値に基づいて規制レベルを算
出する。そして、これらの規制クラス及び規制レベルを
用いてタスク番号格納テーブル５４から、処理タスク番
号を読み出し、その処理タスク番号に該当する処理タス
クを実行する。
【００５３】送信データ初期設定部５８は、所定周期毎
に起動し、送信データ累積テーブル５２の内容の初期設
定を行う。次に、上述した各フレームリレー交換機３１
ａ〜３１ｉによる処理を図１１〜図１４に示されるフロ
ーチャートを用いて説明する。前提として、フレームＦ
は、各フレームリレー交換機３１ａ〜３１ｉに受信され
ると、回線切替部４４，回線制御部４３ａ，回線管理部
４２，チャネル制御部３５ｂを経てメインメモリ３４ａ
に格納される。
に起動し、送信データ累積テーブル５２の内容の初期設
定を行う。次に、上述した各フレームリレー交換機３１
ａ〜３１ｉによる処理を図１１〜図１４に示されるフロ
ーチャートを用いて説明する。前提として、フレームＦ
は、各フレームリレー交換機３１ａ〜３１ｉに受信され
ると、回線切替部４４，回線制御部４３ａ，回線管理部
４２，チャネル制御部３５ｂを経てメインメモリ３４ａ
に格納される。
【００５４】図１１に示されるように、ステップＳ０１
では、フレームＦが受信されたか否かが判定され、フレ
ームＦが受信されるまでステップＳ０１の処理が行われ
る。すなわち、フレームＦの受信待ちの状態であり、フ
レームＦが受信されるとステップＳ０２へ進む。
では、フレームＦが受信されたか否かが判定され、フレ
ームＦが受信されるまでステップＳ０１の処理が行われ
る。すなわち、フレームＦの受信待ちの状態であり、フ
レームＦが受信されるとステップＳ０２へ進む。
【００５５】ステップＳ０２では、フレームＦがＩＷＦ
２１ａ〜２１ｃのいずれかから受信されたか否かが判定
される。この判定は、ステップＳ０１にてフレームＦを
受信した回線番号が参照されることによって行われる。
そして、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれか
から受信されたものであると判定された場合には、ステ
ップＳ０３へ進む。これに対し、フレームＦがＩＷＦ２
１ａ〜２１ｃのいずれかから受信されたものでないと判
定された場合には、フレームＦが端末２２ａ〜２２ｈの
いずれか，又は他のフレームリレー交換機３１から受信
されたものと判定され、ステップＳ０４へ進む。
２１ａ〜２１ｃのいずれかから受信されたか否かが判定
される。この判定は、ステップＳ０１にてフレームＦを
受信した回線番号が参照されることによって行われる。
そして、フレームＦがＩＷＦ２１ａ〜２１ｃのいずれか
から受信されたものであると判定された場合には、ステ
ップＳ０３へ進む。これに対し、フレームＦがＩＷＦ２
１ａ〜２１ｃのいずれかから受信されたものでないと判
定された場合には、フレームＦが端末２２ａ〜２２ｈの
いずれか，又は他のフレームリレー交換機３１から受信
されたものと判定され、ステップＳ０４へ進む。
【００５６】ステップＳ０４では、フレームＦがＩＷＦ
２１ａ〜２１ｃのいずれかへ送信すべきものであるか否
かが判定される。この判定は、ステップＳ０２と同様
に、フレームＦを送信する回線番号を参照することによ
って行われる。そして、フレームＦがＩＷＦ２１ａ〜２
１ｃのいずれかへ送信するものではないと判定された場
合には、ステップＳ１４にて通常処理が行われ、フレー
ムＦが他のフレームリレー交換機又は送信元端末以外の
端末へ送信される。一方、フレームＦがＩＷＦ２１ａ〜
２１ｃのいずれかへ送信するものであると判定された場
合には、ステップＳ０５へ進む。
２１ａ〜２１ｃのいずれかへ送信すべきものであるか否
かが判定される。この判定は、ステップＳ０２と同様
に、フレームＦを送信する回線番号を参照することによ
って行われる。そして、フレームＦがＩＷＦ２１ａ〜２
１ｃのいずれかへ送信するものではないと判定された場
合には、ステップＳ１４にて通常処理が行われ、フレー
ムＦが他のフレームリレー交換機又は送信元端末以外の
端末へ送信される。一方、フレームＦがＩＷＦ２１ａ〜
２１ｃのいずれかへ送信するものであると判定された場
合には、ステップＳ０５へ進む。
【００５７】ステップＳ０５では、フレーム送信処理部
５５が起動する。ステップＳ０６では、フレーム送信処
理部５５が、フレームＦのコアヘッダ２７に格納されて
いるＤＬＣＩ番号を検索鍵として相手フレームリレー網
検索テーブル５３を検索し、相手フレームリレー網番号
を読み出す。
５５が起動する。ステップＳ０６では、フレーム送信処
理部５５が、フレームＦのコアヘッダ２７に格納されて
いるＤＬＣＩ番号を検索鍵として相手フレームリレー網
検索テーブル５３を検索し、相手フレームリレー網番号
を読み出す。
【００５８】ステップＳ０７では、フレーム送信処理部
５５が、ステップＳ０６にて取得した相手フレームリレ
ー網番号と、ＤＬＣＩ番号と、自身が保有する処理識別
情報である送信処理情報とを、トラフィック制御部５６
に通知し、トラフィック制御部５６を起動させる。
５５が、ステップＳ０６にて取得した相手フレームリレ
ー網番号と、ＤＬＣＩ番号と、自身が保有する処理識別
情報である送信処理情報とを、トラフィック制御部５６
に通知し、トラフィック制御部５６を起動させる。
【００５９】ステップＳ０８では、トラフィック制御部
５６が、フレーム送信処理部５５から受け取った相手フ
レームリレー網番号とＤＬＣＩ番号とを検索鍵として規
制クラス管理テーブル５０（図６参照）を検索し、検索
鍵に対応する規制クラスを読み出す。
５６が、フレーム送信処理部５５から受け取った相手フ
レームリレー網番号とＤＬＣＩ番号とを検索鍵として規
制クラス管理テーブル５０（図６参照）を検索し、検索
鍵に対応する規制クラスを読み出す。
【００６０】ステップＳ０９では、トラフィック制御部
５６が、フレーム送信処理部５５から受け取った相手フ
レームリレー網番号を検索鍵として規制閾値管理テーブ
ル５１（図７参照）を検索し、検索鍵に対応づけて格納
されている各数値を用いて規制レベルを算出する。図１
２は、ステップＳ０９にて実行されるトラフィック規制
レベル算出サブルーチンを示すフローチャートである。
５６が、フレーム送信処理部５５から受け取った相手フ
レームリレー網番号を検索鍵として規制閾値管理テーブ
ル５１（図７参照）を検索し、検索鍵に対応づけて格納
されている各数値を用いて規制レベルを算出する。図１
２は、ステップＳ０９にて実行されるトラフィック規制
レベル算出サブルーチンを示すフローチャートである。
【００６１】このサブルーチンにおけるステップＳ１０
１では、まず、トラフィック制御部５６が、フレーム送
信処理部５５から受け取った相手フレームリレー網番号
を検索鍵として規制閾値管理テーブル５１を検索し、検
索鍵に対応するｍａｘＲ，ｔ１，ｎ１，ｎ２，ｎ３，及
びｎ４を読み出す。
１では、まず、トラフィック制御部５６が、フレーム送
信処理部５５から受け取った相手フレームリレー網番号
を検索鍵として規制閾値管理テーブル５１を検索し、検
索鍵に対応するｍａｘＲ，ｔ１，ｎ１，ｎ２，ｎ３，及
びｎ４を読み出す。
【００６２】ステップＳ１０２では、トラフィック制御
部５６が、フレーム送信処理部５５から受け取った相手
フレームリレー網番号を検索鍵として送信データ累積テ
ーブル５２（図８参照）を検索し、検索鍵に対応する累
積送信データ量（ＳＤ２）を読み出す。
部５６が、フレーム送信処理部５５から受け取った相手
フレームリレー網番号を検索鍵として送信データ累積テ
ーブル５２（図８参照）を検索し、検索鍵に対応する累
積送信データ量（ＳＤ２）を読み出す。
【００６３】ステップＳ１０３では、トラフィック制御
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦの送信データ量(ｓｄ)を下記の（式
６）を用いて算出する。
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦの送信データ量(ｓｄ)を下記の（式
６）を用いて算出する。
【００６４】 sd(bit)=(［(送信データ+2+2+4)÷48］+1)×53×8・・・（式６） 但し、(式６)において、送信データとは、ＩＷＦ２１ａ
へ送信するフレームＦのコアヘッダ２７及びデータ部２
８のオクテット数である。また、(式６)中における
“(［(送信データ+2+2+4)÷48］+1)”の部分は、フレー
ムＦが変換されることによって形成されるセルＳの個数
である。また、“×53”の部分によって、フレームＦを
複数のセルＳに変換した場合における全セルのオクテッ
ト数（データ量)が算出される。そして、“×８”の部
分によって、オクテット数がビット数に換算される。
へ送信するフレームＦのコアヘッダ２７及びデータ部２
８のオクテット数である。また、(式６)中における
“(［(送信データ+2+2+4)÷48］+1)”の部分は、フレー
ムＦが変換されることによって形成されるセルＳの個数
である。また、“×53”の部分によって、フレームＦを
複数のセルＳに変換した場合における全セルのオクテッ
ト数（データ量)が算出される。そして、“×８”の部
分によって、オクテット数がビット数に換算される。
【００６５】ステップＳ１０４では、トラフィック制御
部５６が、ステップＳ１０２にて取得したＳＤ２の値と
ステップＳ１０３にて求めたｓｄとを加算する。これら
の加算値がフレームリレー網−ＩＷＦ間を接続するチャ
ネル(データリンク)の送信データ量(ＳＤ)となる(ＳＤ
２＋ｓｄ＝ＳＤ)。
部５６が、ステップＳ１０２にて取得したＳＤ２の値と
ステップＳ１０３にて求めたｓｄとを加算する。これら
の加算値がフレームリレー網−ＩＷＦ間を接続するチャ
ネル(データリンク)の送信データ量(ＳＤ)となる(ＳＤ
２＋ｓｄ＝ＳＤ)。
【００６６】ステップＳ１０５では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値が下記の(式７)に示される
条件を満たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ１ ・・・(式７) そして、(式７)の条件が満たされる場合には、処理がス
テップＳ１０６へ進み、(式７)の条件が満たされない場
合には、処理がステップＳ１０７へ進む。
部５６が、ＳＤ２＋ｓｄの値が下記の(式７)に示される
条件を満たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ１ ・・・(式７) そして、(式７)の条件が満たされる場合には、処理がス
テップＳ１０６へ進み、(式７)の条件が満たされない場
合には、処理がステップＳ１０７へ進む。
【００６７】ステップＳ１０６では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値(ＳＤ)が(式１)の条件を満
たす，すなわち、規制レベルが非規制であると判定し、
この判定結果を記憶する。そして、処理がステップＳ１
１４へ進む。
部５６が、ＳＤ２＋ｓｄの値(ＳＤ)が(式１)の条件を満
たす，すなわち、規制レベルが非規制であると判定し、
この判定結果を記憶する。そして、処理がステップＳ１
１４へ進む。
【００６８】ステップＳ１０７では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値が下記の(式８)の条件を満
たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ２ ・・・(式８) そして、(式８)の条件が満たされる場合には、処理がス
テップＳ１０８へ進み、(式８)の条件が満たされない場
合には、処理がステップＳ１０９へ進む。
部５６が、ＳＤ２＋ｓｄの値が下記の(式８)の条件を満
たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ２ ・・・(式８) そして、(式８)の条件が満たされる場合には、処理がス
テップＳ１０８へ進み、(式８)の条件が満たされない場
合には、処理がステップＳ１０９へ進む。
【００６９】ステップＳ１０８では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値が(式２)の条件を満たす，
すなわち、規制レベルが１次規制であると判定し、この
判定結果を記憶する。そして、処理がステップＳ１１４
へ進む。
部５６が、ＳＤ２＋ｓｄの値が(式２)の条件を満たす，
すなわち、規制レベルが１次規制であると判定し、この
判定結果を記憶する。そして、処理がステップＳ１１４
へ進む。
【００７０】ステップＳ１０９では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値が下記の(式９)の条件を満
たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ３ ・・・(式９) そして、(式９)の条件が満たされる場合には、処理がス
テップＳ１１０へ進み、(式９)の条件が満たされない場
合には、処理がステップＳ１１１へ進む。
部５６が、ＳＤ２＋ｓｄの値が下記の(式９)の条件を満
たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ３ ・・・(式９) そして、(式９)の条件が満たされる場合には、処理がス
テップＳ１１０へ進み、(式９)の条件が満たされない場
合には、処理がステップＳ１１１へ進む。
【００７１】ステップＳ１１０では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値が(式３)の条件を満たす，
すなわち、規制レベルが２次規制であると判定し、この
判定結果を記憶する。そして、処理がステップＳ１１４
へ進む。
部５６が、ＳＤ２＋ｓｄの値が(式３)の条件を満たす，
すなわち、規制レベルが２次規制であると判定し、この
判定結果を記憶する。そして、処理がステップＳ１１４
へ進む。
【００７２】ステップＳ１１１では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値が下記の(式１０)の条件を
満たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ４ ・・・(式１０) そして、(式１０)の条件が満たされる場合には、処理が
ステップＳ１１２に進み、(式１０)が満たされない場合
には、処理がステップＳ１１３へ進む。
部５６が、ＳＤ２＋ｓｄの値が下記の(式１０)の条件を
満たすか否かを判定する。 ＳＤ２＋ｓｄ≦ｍａｘＲ×ｔ１×ｎ４ ・・・(式１０) そして、(式１０)の条件が満たされる場合には、処理が
ステップＳ１１２に進み、(式１０)が満たされない場合
には、処理がステップＳ１１３へ進む。
【００７３】ステップＳ１１２では、トラフィック制御
部５６が、ＳＤ２＋ｓｄの値が(式４)の条件を満たす，
すなわち、規制レベルが３次規制であると判定し、この
判定結果を記憶する。そして、処理がステップＳ１１４
へ進む。
部５６が、ＳＤ２＋ｓｄの値が(式４)の条件を満たす，
すなわち、規制レベルが３次規制であると判定し、この
判定結果を記憶する。そして、処理がステップＳ１１４
へ進む。
【００７４】ステップＳ１１３では、トラフィック制御
部５６が、規制レベルとして４次規制を記憶する。ステ
ップＳ１１４では、トラフィック制御部５６が、相手フ
レームリレー網番号を検索鍵として送信データ累積テー
ブル５２(図８参照)を検索し、検索鍵に対応して格納さ
れる新たな送信データ量(ＳＤ２)として、ＳＤ２＋ｓｄ
の値を上書きする。これと同時に、トラフィック制御部
５６は、格納されるべき新たな規制レベルとして、ステ
ップＳ１０６，Ｓ１０８，Ｓ１１０，Ｓ１１２，Ｓ１１
３のいずれかにおいて記憶した規制レベルを上書きす
る。そして、ステップＳ１１４の処理が終了すると、処
理が図１１のメインルーチンへ戻る。処理が戻されたメ
インルーチンでは、次にステップＳ１０が実行される。
部５６が、規制レベルとして４次規制を記憶する。ステ
ップＳ１１４では、トラフィック制御部５６が、相手フ
レームリレー網番号を検索鍵として送信データ累積テー
ブル５２(図８参照)を検索し、検索鍵に対応して格納さ
れる新たな送信データ量(ＳＤ２)として、ＳＤ２＋ｓｄ
の値を上書きする。これと同時に、トラフィック制御部
５６は、格納されるべき新たな規制レベルとして、ステ
ップＳ１０６，Ｓ１０８，Ｓ１１０，Ｓ１１２，Ｓ１１
３のいずれかにおいて記憶した規制レベルを上書きす
る。そして、ステップＳ１１４の処理が終了すると、処
理が図１１のメインルーチンへ戻る。処理が戻されたメ
インルーチンでは、次にステップＳ１０が実行される。
【００７５】ステップＳ１０では、トラフィック制御部
５６が、フレーム送信処理部５５から受け取った処理識
別情報(送信処理情報)，ステップＳ０８にて取得した規
制クラス，及びステップＳ０９にて取得した規制レベル
を検索鍵として、タスク番号格納テーブル５４(図１０
参照)を検索し、検索鍵に対応する処理タスク番号(処理
タスク(1)〜(4)のいずれか)を読み出す。
５６が、フレーム送信処理部５５から受け取った処理識
別情報(送信処理情報)，ステップＳ０８にて取得した規
制クラス，及びステップＳ０９にて取得した規制レベル
を検索鍵として、タスク番号格納テーブル５４(図１０
参照)を検索し、検索鍵に対応する処理タスク番号(処理
タスク(1)〜(4)のいずれか)を読み出す。
【００７６】ステップＳ１１では、トラフィック制御部
５６が、ステップＳ１０にて読み出した処理タスク番号
に該当する処理タスクを起動(実行)する。図１３は、ス
テップＳ１１にて実行される処理タスク起動サブルーチ
ンを示すフローチャートである。このサブルーチンにお
けるステップＳ２０１では、トラフィック制御部５６
が、ステップＳ０９にて算出した処理タスク番号が
“(1)”であるか否かを判定する。そして、処理タスク
番号が“(1)”であると判定された場合には、処理がス
テップＳ２０２へ進む。これに対し、処理タスク番号が
“(1)”でないと判定された場合には、処理がステップ
Ｓ２０３へ進む。
５６が、ステップＳ１０にて読み出した処理タスク番号
に該当する処理タスクを起動(実行)する。図１３は、ス
テップＳ１１にて実行される処理タスク起動サブルーチ
ンを示すフローチャートである。このサブルーチンにお
けるステップＳ２０１では、トラフィック制御部５６
が、ステップＳ０９にて算出した処理タスク番号が
“(1)”であるか否かを判定する。そして、処理タスク
番号が“(1)”であると判定された場合には、処理がス
テップＳ２０２へ進む。これに対し、処理タスク番号が
“(1)”でないと判定された場合には、処理がステップ
Ｓ２０３へ進む。
【００７７】ステップＳ２０２では、トラフィック制御
部５６が、処理タスク(1)を実行する。すなわち、ＩＷ
Ｆ２１ａ〜２１ｃのいずれかに対して送信すべきフレー
ムＦについて廃棄不要とする旨をフレーム送信処理部５
５に通知する。そして、処理タスク(1)の実行が終了す
ると、処理がステップＳ１２へ戻る。
部５６が、処理タスク(1)を実行する。すなわち、ＩＷ
Ｆ２１ａ〜２１ｃのいずれかに対して送信すべきフレー
ムＦについて廃棄不要とする旨をフレーム送信処理部５
５に通知する。そして、処理タスク(1)の実行が終了す
ると、処理がステップＳ１２へ戻る。
【００７８】ステップＳ２０３では、トラフィック制御
部５６が、ステップＳ０９にて算出した処理タスク番号
が“(2)”であるか否かを判定する。そして、処理タス
ク番号が“(2)”であると判定された場合には、処理が
ステップＳ２０４へ進む。これに対し、処理タスク番号
が“(2)”でないと判定された場合には、処理がステッ
プＳ２０６へ進む。
部５６が、ステップＳ０９にて算出した処理タスク番号
が“(2)”であるか否かを判定する。そして、処理タス
ク番号が“(2)”であると判定された場合には、処理が
ステップＳ２０４へ進む。これに対し、処理タスク番号
が“(2)”でないと判定された場合には、処理がステッ
プＳ２０６へ進む。
【００７９】ステップＳ２０４では、トラフィック制御
部５６が、処理タスク(2)を実行する。すなわち、ＩＷ
Ｆ２１ａ〜２１ｃのいずれかに対して送信すべきフレー
ムＦのコアヘッダ２７のＦＥＣＮに“１”を設定する。
これと同時に、ＩＷＦ２１ａ〜２１ｃのいずれかに対し
て送信すべきフレームＦについて廃棄不要とする旨をフ
レーム送信処理部５５に通知する。この処理タスク(2)
の実行が終了すると、処理がステップＳ１２へ戻る。こ
の処理タスク(2)の実行によって、フレームＦをその送
信先端末が受信した場合には、その送信先端末(送信先
端末のユーザ)はフレームリレー網ＦＲ１〜ＦＲ３にお
いて輻輳が発生していると認識し、輻輳回避手順(輻輳
制御)が行われる。
部５６が、処理タスク(2)を実行する。すなわち、ＩＷ
Ｆ２１ａ〜２１ｃのいずれかに対して送信すべきフレー
ムＦのコアヘッダ２７のＦＥＣＮに“１”を設定する。
これと同時に、ＩＷＦ２１ａ〜２１ｃのいずれかに対し
て送信すべきフレームＦについて廃棄不要とする旨をフ
レーム送信処理部５５に通知する。この処理タスク(2)
の実行が終了すると、処理がステップＳ１２へ戻る。こ
の処理タスク(2)の実行によって、フレームＦをその送
信先端末が受信した場合には、その送信先端末(送信先
端末のユーザ)はフレームリレー網ＦＲ１〜ＦＲ３にお
いて輻輳が発生していると認識し、輻輳回避手順(輻輳
制御)が行われる。
【００８０】ステップＳ２０６では、トラフィック制御
部５６が、ステップＳ０９にて算出した処理タスク番号
が“(3)”であるか否かを判定する。そして、処理タス
ク番号が“(3)”であると判定された場合には、処理が
ステップＳ２０７へ進む。これに対し、処理タスク番号
が“(3)”でないと判定された場合には、処理がステッ
プＳ２１１へ進む。
部５６が、ステップＳ０９にて算出した処理タスク番号
が“(3)”であるか否かを判定する。そして、処理タス
ク番号が“(3)”であると判定された場合には、処理が
ステップＳ２０７へ進む。これに対し、処理タスク番号
が“(3)”でないと判定された場合には、処理がステッ
プＳ２１１へ進む。
【００８１】ステップＳ２０７〜Ｓ２１０では、トラフ
ィック制御部５６が処理タスク(３)を実行する。すなわ
ち、ステップＳ２０７では、トラフィック制御部５６
が、フレームＦのコアヘッダ２７のＤＥに“０”が設定
されているか否かを判定する。そして、ＤＥに“０”が
設定されている場合には、処理がステップＳ２０８へ進
む。これに対し、ＤＥに“０”が設定されていない(Ｄ
Ｅ＝１)場合には、処理がステップＳ２１０へ進む。
ィック制御部５６が処理タスク(３)を実行する。すなわ
ち、ステップＳ２０７では、トラフィック制御部５６
が、フレームＦのコアヘッダ２７のＤＥに“０”が設定
されているか否かを判定する。そして、ＤＥに“０”が
設定されている場合には、処理がステップＳ２０８へ進
む。これに対し、ＤＥに“０”が設定されていない(Ｄ
Ｅ＝１)場合には、処理がステップＳ２１０へ進む。
【００８２】ステップＳ２０８では、トラフィック制御
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦのコアヘッダ２７のＦＥＣＮに
“１”を設定する。これによって、フレームＦの送信先
端末が輻輳回避手順(輻輳制御)を行い、送信先端末によ
るフレームＦの送信が抑制される。
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦのコアヘッダ２７のＦＥＣＮに
“１”を設定する。これによって、フレームＦの送信先
端末が輻輳回避手順(輻輳制御)を行い、送信先端末によ
るフレームＦの送信が抑制される。
【００８３】ステップＳ２０９では、トラフィック制御
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦについて廃棄不要である旨をフレー
ム送信処理部５５に対して通知する。そして、ステップ
Ｓ２０９が終了すると、処理が図１１のメインルーチン
へ戻る。
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦについて廃棄不要である旨をフレー
ム送信処理部５５に対して通知する。そして、ステップ
Ｓ２０９が終了すると、処理が図１１のメインルーチン
へ戻る。
【００８４】ステップＳ２１０では、トラフィック制御
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦを廃棄する旨をフレーム送信処理部
５５に対して通知する。そして、ステップＳ２１０が終
了すると、処理が図１１のメインルーチンへ戻る。
部５６が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送
信すべきフレームＦを廃棄する旨をフレーム送信処理部
５５に対して通知する。そして、ステップＳ２１０が終
了すると、処理が図１１のメインルーチンへ戻る。
【００８５】ステップＳ２１１では、トラフィック制御
部５６が、ステップＳ０９にて算出した処理タスク番号
が“(4)”であるか否かを判定する。そして、処理タス
ク番号が“(4)”であると判定された場合には、処理が
ステップＳ２１２へ進む。これに対し、処理タスク番号
が“(4)”でないと判定された場合には、処理が図１１
のメインルーチンへ戻る。
部５６が、ステップＳ０９にて算出した処理タスク番号
が“(4)”であるか否かを判定する。そして、処理タス
ク番号が“(4)”であると判定された場合には、処理が
ステップＳ２１２へ進む。これに対し、処理タスク番号
が“(4)”でないと判定された場合には、処理が図１１
のメインルーチンへ戻る。
【００８６】ステップＳ２１２では、トラフィック制御
部５６が、処理タスク(4)を実行する。すなわち、ステ
ップＳ２１０の処理と同様に、ＩＷＦ２１ａ〜２１ｃの
いずれかに対して送信すべきフレームＦを廃棄する旨を
フレーム送信処理部５５に対して通知する。そして、こ
の処理タスク(4)の実行が終了すると、処理が図１１の
メインルーチンへ戻る。処理が戻されたメインルーチン
では、次に、ステップＳ１２が実行される。
部５６が、処理タスク(4)を実行する。すなわち、ステ
ップＳ２１０の処理と同様に、ＩＷＦ２１ａ〜２１ｃの
いずれかに対して送信すべきフレームＦを廃棄する旨を
フレーム送信処理部５５に対して通知する。そして、こ
の処理タスク(4)の実行が終了すると、処理が図１１の
メインルーチンへ戻る。処理が戻されたメインルーチン
では、次に、ステップＳ１２が実行される。
【００８７】ステップＳ１２では、フレーム送信処理部
５５が、トラフィック制御部５６から受け取った通知が
フレームＦの廃棄要の旨であるか否かを判定する。そし
て、通知が廃棄要の旨と判定された場合には、処理がス
テップＳ１３へ進む。これに対し、通知が廃棄要の旨で
はない(廃棄不要の旨である)と判定された場合には、処
理がステップＳ１４へ進む。
５５が、トラフィック制御部５６から受け取った通知が
フレームＦの廃棄要の旨であるか否かを判定する。そし
て、通知が廃棄要の旨と判定された場合には、処理がス
テップＳ１３へ進む。これに対し、通知が廃棄要の旨で
はない(廃棄不要の旨である)と判定された場合には、処
理がステップＳ１４へ進む。
【００８８】ステップＳ１３では、フレーム送信処理部
５５が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信
すべきフレームＦを廃棄する。これによって、ＩＷＦ２
１ａ〜２１ｃからＡＴＭ網２０へ送信されるセルの数が
減少し、セルの数がＰＣＲを上回ることが防止される。
このステップＳ１３が終了すると、処理がステップＳ０
１へ戻り、次のフレームＦを受け付ける。
５５が、ＩＷＦ２１ａ〜２１ｃのいずれかに対して送信
すべきフレームＦを廃棄する。これによって、ＩＷＦ２
１ａ〜２１ｃからＡＴＭ網２０へ送信されるセルの数が
減少し、セルの数がＰＣＲを上回ることが防止される。
このステップＳ１３が終了すると、処理がステップＳ０
１へ戻り、次のフレームＦを受け付ける。
【００８９】ステップＳ１４では、通常処理が行われ
る。すなわち、フレームＦのコアヘッダ２７に格納され
たＤＬＣＩ番号に基づいて、適宜のデータリンク(ＤＬ
ＣＩａ〜ＤＬＣＩｈのいずれか)からフレームＦが送出
される。そして、処理がステップＳ０１へ戻り、次のフ
レームＦを受け付ける。
る。すなわち、フレームＦのコアヘッダ２７に格納され
たＤＬＣＩ番号に基づいて、適宜のデータリンク(ＤＬ
ＣＩａ〜ＤＬＣＩｈのいずれか)からフレームＦが送出
される。そして、処理がステップＳ０１へ戻り、次のフ
レームＦを受け付ける。
【００９０】一方、処理がステップＳ０３へ進んだ場合
には、フレーム受信処理が行われる。図１４は、ステッ
プＳ０３にて実行されるフレーム受信処理サブルーチン
を示すフローチャートである。このサブルーチンにおけ
るステップＳ３０１では、まず、フレーム受信処理部５
７が起動する。
には、フレーム受信処理が行われる。図１４は、ステッ
プＳ０３にて実行されるフレーム受信処理サブルーチン
を示すフローチャートである。このサブルーチンにおけ
るステップＳ３０１では、まず、フレーム受信処理部５
７が起動する。
【００９１】ステップＳ３０２では、フレーム受信処理
部５７が、フレームＦのコアヘッダ２７に格納されてい
るＤＬＣＩ番号を検索鍵として相手フレームリレー網番
号検索テーブル５３(図９参照)を検索し、検索鍵に対応
する相手フレームリレー網番号を読み出す。
部５７が、フレームＦのコアヘッダ２７に格納されてい
るＤＬＣＩ番号を検索鍵として相手フレームリレー網番
号検索テーブル５３(図９参照)を検索し、検索鍵に対応
する相手フレームリレー網番号を読み出す。
【００９２】ステップＳ３０３では、フレーム受信処理
部５７が、ステップＳ３０２にて取得した相手フレーム
リレー網番号，ＤＬＣＩ番号，及び自身が保有する処理
識別情報(受信処理情報)をトラフィック制御部５６に通
知し、トラフィック制御部５６を起動させる。
部５７が、ステップＳ３０２にて取得した相手フレーム
リレー網番号，ＤＬＣＩ番号，及び自身が保有する処理
識別情報(受信処理情報)をトラフィック制御部５６に通
知し、トラフィック制御部５６を起動させる。
【００９３】ステップＳ３０４では、トラフィック制御
部５６が、フレーム受信処理部５７から受け取った相手
フレームリレー網番号及びＤＬＣＩ番号を検索鍵として
規制クラス管理テーブル５０(図６参照)を検索し、検索
鍵に対応する規制クラスを読み出す。
部５６が、フレーム受信処理部５７から受け取った相手
フレームリレー網番号及びＤＬＣＩ番号を検索鍵として
規制クラス管理テーブル５０(図６参照)を検索し、検索
鍵に対応する規制クラスを読み出す。
【００９４】ステップＳ３０５では、トラフィック制御
部５６が、フレーム受信処理部５７から受け取った相手
フレームリレー網番号を検索鍵として送信データ累積テ
ーブル５２(図８参照)を検索し、トラフィック規制レベ
ルを読み出す。
部５６が、フレーム受信処理部５７から受け取った相手
フレームリレー網番号を検索鍵として送信データ累積テ
ーブル５２(図８参照)を検索し、トラフィック規制レベ
ルを読み出す。
【００９５】ステップＳ３０６では、トラフィック制御
部５６が、フレーム受信処理部５７から受け取った受信
処理の処理識別，ステップＳ３０４にて取得した規制ク
ラス，及びステップＳ３０５にて取得した規制レベルを
検索鍵として、タスク番号格納テーブル５４(図１０参
照)を検索し、検索鍵に対応する処理タスク番号(処理タ
スク(1)，(5)の一方)を読み出す。
部５６が、フレーム受信処理部５７から受け取った受信
処理の処理識別，ステップＳ３０４にて取得した規制ク
ラス，及びステップＳ３０５にて取得した規制レベルを
検索鍵として、タスク番号格納テーブル５４(図１０参
照)を検索し、検索鍵に対応する処理タスク番号(処理タ
スク(1)，(5)の一方)を読み出す。
【００９６】ステップＳ３０７では、トラフィック制御
部５６が、ステップＳ３０６にて読み出した処理タスク
番号が“(1)”であるか否かを判定する。そして、処理
タスク番号が“(1)”であると判定された場合には、処
理がステップＳ３０８へ進む。これに対し、処理タスク
番号が“(1)”でないと判定された場合には、処理がス
テップＳ３０９へ進む。
部５６が、ステップＳ３０６にて読み出した処理タスク
番号が“(1)”であるか否かを判定する。そして、処理
タスク番号が“(1)”であると判定された場合には、処
理がステップＳ３０８へ進む。これに対し、処理タスク
番号が“(1)”でないと判定された場合には、処理がス
テップＳ３０９へ進む。
【００９７】ステップＳ３０８では、トラフィック制御
部５６が、処理タスク(1)を実行する。すなわち、フレ
ームリレー交換機３１に受信されたフレームＦの廃棄を
要しない旨をフレーム受信処理部５７に通知する。そし
て、ステップＳ３０８が終了すると、処理が図１１のメ
インルーチンへ戻り、ステップＳ１４にて通常処理が行
われる。
部５６が、処理タスク(1)を実行する。すなわち、フレ
ームリレー交換機３１に受信されたフレームＦの廃棄を
要しない旨をフレーム受信処理部５７に通知する。そし
て、ステップＳ３０８が終了すると、処理が図１１のメ
インルーチンへ戻り、ステップＳ１４にて通常処理が行
われる。
【００９８】ステップＳ３０９では、トラフィック制御
部５６が、ステップＳ３０６にて読み出された処理タス
ク番号が“(5)”であるか否かを判定する。そして、処
理タスク番号が“(5)”であると判定された場合には、
処理がステップＳ３１０に進む。これに対し、処理タス
ク番号が“(5)”でないと判定された場合には、処理が
図１１のメインルーチンへ戻り、ステップＳ１４にて通
常処理が行われる。
部５６が、ステップＳ３０６にて読み出された処理タス
ク番号が“(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に対
する応答フレームｆ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は、フレームリレー網Ｆ
Ｒ１において、フレームリレー交換機３１ａを経てフレ
ームリレー交換機３１ｇに受信される。すると、上述し
たようにステップＳ０９にてトラフィック規制レベルが
算出される。但し、ここで、ステップＳ１１３に処理が
進み、規制レベルとして４次規制が記憶され、ステップ
Ｓ２１２にて廃棄の旨の通知がなされると、ステップＳ
１３にてフレームＦ2が廃棄される。
Ｒ１において、フレームリレー交換機３１ａを経てフレ
ームリレー交換機３１ｇに受信される。すると、上述し
たようにステップＳ０９にてトラフィック規制レベルが
算出される。但し、ここで、ステップＳ１１３に処理が
進み、規制レベルとして４次規制が記憶され、ステップ
Ｓ２１２にて廃棄の旨の通知がなされると、ステップＳ
１３にてフレームＦ2が廃棄される。
【０１２３】そして、再び測定時間ｔ１が経過すると、
送信データ初期設定部５８が起動する。送信データ初期
設定部５８は、送信データ累積テーブル５２においてフ
レームリレー網ＦＲ２の網番号に対応づけて格納されて
いるＳＤ２の値及びトラフィック規制レベルについて初
期設定を行う。これによって、ＤＬＣＩａに対するトラ
フィック規制が４次規制から非規制となる。
送信データ初期設定部５８が起動する。送信データ初期
設定部５８は、送信データ累積テーブル５２においてフ
レームリレー網ＦＲ２の網番号に対応づけて格納されて
いるＳＤ２の値及びトラフィック規制レベルについて初
期設定を行う。これによって、ＤＬＣＩａに対するトラ
フィック規制が４次規制から非規制となる。
【０１２４】本実施形態によると、フレームリレー網Ｆ
Ｒ１〜ＦＲ３からＩＷＦ２１ａ〜２１ｃへフレームＦが
送信される際，または、ＩＷＦ２１ａ〜２１ｃからフレ
ームリレー網ＦＲ１〜ＦＲ３へフレームＦ(応答フレー
ム)が受信された際に、トラフィック規制クラスが検出
されるとともに、送信データ量(ＳＤ)に対応するトラフ
ィック規制レベルが算出され、これらの規制クラス及び
規制レベルに対応する処理タスクが実行される。この処
理タスクが実行されることによって、フレームＦの送信
元端末及び送信先端末において、フレームリレー網ＦＲ
１〜ＦＲ３に対する輻輳回避手順(輻輳制御)が行なわれ
る。また、規制レベルに依っては、フレームリレー網Ｆ
Ｒ１〜ＦＲ３にてフレームＦが廃棄される。従って、Ａ
ＴＭ網２０へ送信されるセルＳの数が契約されているＰ
ＣＲを越えることがない。
Ｒ１〜ＦＲ３からＩＷＦ２１ａ〜２１ｃへフレームＦが
送信される際，または、ＩＷＦ２１ａ〜２１ｃからフレ
ームリレー網ＦＲ１〜ＦＲ３へフレームＦ(応答フレー
ム)が受信された際に、トラフィック規制クラスが検出
されるとともに、送信データ量(ＳＤ)に対応するトラフ
ィック規制レベルが算出され、これらの規制クラス及び
規制レベルに対応する処理タスクが実行される。この処
理タスクが実行されることによって、フレームＦの送信
元端末及び送信先端末において、フレームリレー網ＦＲ
１〜ＦＲ３に対する輻輳回避手順(輻輳制御)が行なわれ
る。また、規制レベルに依っては、フレームリレー網Ｆ
Ｒ１〜ＦＲ３にてフレームＦが廃棄される。従って、Ａ
ＴＭ網２０へ送信されるセルＳの数が契約されているＰ
ＣＲを越えることがない。
【０１２５】従って、ＡＴＭ網２０におけるセルＳ(フ
レームＦ)の廃棄を防止することができる。これに伴
い、セルＳの数がＰＣＲを越えたことを起因として誘発
されるフレームリレー網ＦＲ１〜ＦＲ３の輻輳を回避す
ることもできる。さらに、端末２２ａ〜２２ｈにおける
フレームＦの再送を減少させることができるため、フレ
ームリレー網ＦＲ１〜ＦＲ３の処理負担低減を図ること
ができ、端末−端末間(エンド−エンド)間における通信
のレスポンス悪化を回避することができる。
レームＦ)の廃棄を防止することができる。これに伴
い、セルＳの数がＰＣＲを越えたことを起因として誘発
されるフレームリレー網ＦＲ１〜ＦＲ３の輻輳を回避す
ることもできる。さらに、端末２２ａ〜２２ｈにおける
フレームＦの再送を減少させることができるため、フレ
ームリレー網ＦＲ１〜ＦＲ３の処理負担低減を図ること
ができ、端末−端末間(エンド−エンド)間における通信
のレスポンス悪化を回避することができる。
【０１２６】また、ＤＬＣＩａ〜ＤＬＣＩｈの重要度に
応じて規制クラスを設定し、各規定クラスに応じたトラ
フィック規制処理を行うことができるため、ＤＬＣＩ間
の差別化を図ることができ、より適正なトラフィック処
理を行うことが可能である。
応じて規制クラスを設定し、各規定クラスに応じたトラ
フィック規制処理を行うことができるため、ＤＬＣＩ間
の差別化を図ることができ、より適正なトラフィック処
理を行うことが可能である。
【０１２７】なお、本実施形態では、図２に示されるよ
うに、フレームリレー網−ＩＷＦ間におけるデータリン
ク(ＤＬＣＩ)と、ＩＷＦ−ＡＴＭ網間におけるＶＣＣと
がＮ：１に設定されているが、データリンクとＶＣＣと
が１：１で対応するように設定されていても良い。
うに、フレームリレー網−ＩＷＦ間におけるデータリン
ク(ＤＬＣＩ)と、ＩＷＦ−ＡＴＭ網間におけるＶＣＣと
がＮ：１に設定されているが、データリンクとＶＣＣと
が１：１で対応するように設定されていても良い。
【０１２８】また、本実施形態における各フレームリレ
ー交換機は、処理タスクの実行によってフレームのＢＥ
ＣＮに“１”を設定する際に、フレームの送信元端末に
対して輻輳発生を通知するためのＣＬＬＭ(Consolidate
d Link Layer Management)メッセージを生成し、送信元
端末に対して送信するようにされても良く、また、ＢＥ
ＣＮに“１”を設定する代わりにＣＬＬＭメッセージを
送信元端末に送信するようにされていても良い。
ー交換機は、処理タスクの実行によってフレームのＢＥ
ＣＮに“１”を設定する際に、フレームの送信元端末に
対して輻輳発生を通知するためのＣＬＬＭ(Consolidate
d Link Layer Management)メッセージを生成し、送信元
端末に対して送信するようにされても良く、また、ＢＥ
ＣＮに“１”を設定する代わりにＣＬＬＭメッセージを
送信元端末に送信するようにされていても良い。
【０１２９】また、本実施形態では、相手フレームリレ
ー網毎に規制クラス及び規制レベルを検出し、処理タス
クを実行しているが、相手端末(送信先端末)毎に規制ク
ラス及び規制レベルを取得し、これらに対応する処理タ
スクを実行するようにしても良い。すなわち、図１にお
ける端末２２ｅ〜２２ｈがフレームリレー網ＦＲ２，Ｆ
Ｒ３を介さずに、直接ＩＷＦ２１ｂ，２１ｃに接続され
ていても良い。
ー網毎に規制クラス及び規制レベルを検出し、処理タス
クを実行しているが、相手端末(送信先端末)毎に規制ク
ラス及び規制レベルを取得し、これらに対応する処理タ
スクを実行するようにしても良い。すなわち、図１にお
ける端末２２ｅ〜２２ｈがフレームリレー網ＦＲ２，Ｆ
Ｒ３を介さずに、直接ＩＷＦ２１ｂ，２１ｃに接続され
ていても良い。
【０１３０】また、図１に示されるフレームリレー網Ｆ
Ｒ１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜
３１ｉによってそれぞれ構成されているが、単独のフレ
ームリレー交換機によって構成されたものであっても良
く、フレームリレー網を構成するフレームリレー交換機
の数は問わない。
Ｒ１〜ＦＲ３は、複数のフレームリレー交換機３１ａ〜
３１ｉによってそれぞれ構成されているが、単独のフレ
ームリレー交換機によって構成されたものであっても良
く、フレームリレー網を構成するフレームリレー交換機
の数は問わない。
【０１３１】
【発明の効果】本発明によるトラフィック制御方法，ネ
ットワークシステム及びフレームリレー交換機による
と、ＡＴＭ網へ送信されるセル数が最大送信レートを越
えることを防止することができる。これに伴い、セル数
が最大送信レートを越えることによって発生するＡＴＭ
網におけるセルの廃棄，及びフレームリレー網における
輻輳発生を防止することもできる。
ットワークシステム及びフレームリレー交換機による
と、ＡＴＭ網へ送信されるセル数が最大送信レートを越
えることを防止することができる。これに伴い、セル数
が最大送信レートを越えることによって発生するＡＴＭ
網におけるセルの廃棄，及びフレームリレー網における
輻輳発生を防止することもできる。
【図１】 本発明の実施形態によるネットワークシステ
ムの全体構成図
ムの全体構成図
【図２】 図１に示したネットワークシステムのチャネ
ルの説明図
ルの説明図
【図３】 フレーム及びセルの構成図
【図４】 図１に示したフレームリレー交換機の回路構
成図
成図
【図５】 図４に示したフレームリレー交換機において
制御プログラムが実行されることにより実現する機能が
示されたブロック図
制御プログラムが実行されることにより実現する機能が
示されたブロック図
【図６】 図５に示した規制クラス管理テーブルの構成
図
図
【図７】 図５に示した規制閾値管理テーブルの構成図
【図８】 図５に示した送信データ累積テーブルの構成
図
図
【図９】 図５に示した相手フレームリレー網番号検索
テーブルの構成図
テーブルの構成図
【図１０】図５に示したタスク番号格納テーブルの構成
図
図
【図１１】図１に示したフレームリレー交換機による処
理を示すフローチャート
理を示すフローチャート
【図１２】図１に示したフレームリレー交換機による処
理を示すフローチャート
理を示すフローチャート
【図１３】図１に示したフレームリレー交換機による処
理を示すフローチャート
理を示すフローチャート
【図１４】図１に示したフレームリレー交換機による処
理を示すフローチャート
理を示すフローチャート
【図１５】図１に示したネットワークシステムの動作例
を示すシーケンス図
を示すシーケンス図
【図１６】ネットワークシステムの全体構成図
Ｆ フレーム Ｓ セル ＦＲ１〜ＦＲ３ フレームリレー網 ２０ ＡＴＭ網 ２１ａ〜２１ｃ ＩＷＦ ２２ａ〜２２ｈ フレームリレー端末装置 ３１ａ〜３１ｉ フレームリレー交換機 ３９ ハードディスク(媒体) ５０ 規制クラス管理テーブル(規制クラス格納手段) ５１ 規制閾値管理テーブル ５４ タスク番号格納テーブル ５６ トラフィック制御部
Claims (18)
- 【請求項１】ＡＴＭ網と、前記ＡＴＭ網にチャネルを介
してそれぞれ接続された複数のフレームリレー網と、前
記複数のフレームリレー網にチャネルを介してそれぞれ
接続された複数の端末装置とを備えたネットワークシス
テムにおけるトラフィック制御方法であって、 前記複数のフレームリレー網のうち少なくとも一つが、 各チャネルを介して送信される所定時間の間における送
信データ量を測定し、 測定した前記所定時間の間における送信データ量に対応
するトラフィック規制レベルを算出し、 算出したトラフィック規制レベルに対応するトラフィッ
ク規制処理を実行することによって、前記所定時間の間
における送信データ量を所定範囲に抑制することを特徴
とするトラフィック制御方法。 - 【請求項２】前記複数のフレームリレー網のそれぞれに
よる各チャネルを介して送信される所定時間の間におけ
る送信データ量の測定が、各フレームリレー網からＡＴ
Ｍ網へデータを伝送するチャネルについて行われること
を特徴とする請求項１記載のトラフィック制御方法。 - 【請求項３】前記複数のフレームリレー網のそれぞれ
が、 各フレームリレー網からＡＴＭ網へデータを伝送する各
チャネルに設定されたトラフィック規制クラスを検出
し、 検出したトラフィック規制クラス，及び前記トラフィッ
ク規制レベルに対応するトラフィック規制処理を実行す
ることを特徴とする請求項１又は２記載のトラフィック
制御方法。 - 【請求項４】前記複数のフレームリレー網のそれぞれが
実行する前記トラフィック規制処理は、前記各チャネル
を介して送信されるデータに輻輳が発生した旨の情報を
書き込む処理を含むことを特徴とする請求項１記載のト
ラフィック制御方法。 - 【請求項５】前記複数のフレームリレー網のそれぞれが
実行する前記トラフィック規制処理は、前記各チャネル
を介して送信されるデータを廃棄する処理を含むことを
特徴とする請求項１記載のトラフィック制御方法。 - 【請求項６】前記複数のフレームリレー網のそれぞれが
実行する前記トラフィック規制処理は、前記各チャネル
を介して送信されるデータの送信元端末へ輻輳が発生し
た旨のメッセージを送信する処理を含むことを特徴とす
る請求項１記載のトラフィック制御方法。 - 【請求項７】前記所定範囲が、前記フレームリレー網か
らＡＴＭ網へデータを伝送するチャネルに設定された最
大送信レートであることを特徴とする請求項１記載のト
ラフィック制御方法。 - 【請求項８】ＡＴＭ網と、前記ＡＴＭ網にチャネルを介
して接続されたフレームリレー網と、前記フレームリレ
ー網にチャネルを介して接続された第１端末装置と、前
記ＡＴＭ網にチャネルを介して接続された第２端末装置
とを備えたネットワークシステムにおけるトラフィック
制御方法であって、 前記フレームリレー網が、 各チャネルを介して送信される所定時間の間における送
信データ量を測定し、 測定した前記所定時間の間における送信データ量に対応
するトラフィック規制レベルを算出し、 算出したトラフィック規制レベルに対応するトラフィッ
ク規制処理を実行することによって、前記所定時間の間
における送信データ量を所定範囲に抑制することを特徴
とするトラフィック制御方法。 - 【請求項９】ＡＴＭ網と、前記ＡＴＭ網にチャネルを介
してそれぞれ接続された複数のフレームリレー網と、前
記複数のフレームリレー網にチャネルを介してそれぞれ
接続された複数の端末装置とを備えたネットワークシス
テムであって、 前記複数のフレームリレー網のそれぞれが、 各チャネルを介して送信される所定時間の間における送
信データ量を測定する送信データ量測定手段と、 前記送信データ量測定手段によって測定された前記所定
時間の間における送信データ量に対応するトラフィック
規制レベルを算出する規制レベル算出手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容が
格納された規制処理格納手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容を
前記規制処理格納手段から読み出すとともに、前記規制
処理格納手段から読み出したトラフィック規制処理の内
容を実行することによって、前記所定時間の間における
送信データ量を所定範囲に抑制するトラフィック制御手
段とを有することを特徴とするネットワークシステム。 - 【請求項１０】ＡＴＭ網と、前記ＡＴＭ網にチャネルを
介して接続されたフレームリレー網と、前記フレームリ
レー網にチャネルを介して接続された第１端末装置と、
前記ＡＴＭ網にチャネルを介して接続された第２端末装
置とを備えたネットワークシステムであって、 前記フレームリレー網が、 各チャネルを介して送信される所定時間の間における送
信データ量を測定する送信データ量測定手段と、 前記送信データ量測定手段によって測定された前記所定
時間の間における送信データ量に対応するトラフィック
規制レベルを算出する規制レベル算出手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容が
格納された規制処理格納手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容を
前記規制処理格納手段から読み出すとともに、前記規制
処理格納手段から読み出したトラフィック規制処理の内
容を実行することによって、前記所定時間の間における
送信データ量を所定範囲に抑制するトラフィック制御手
段とを有することを特徴とするネットワークシステム。 - 【請求項１１】ＡＴＭ網と、前記ＡＴＭ網にチャネルを
介してそれぞれ接続された複数のフレームリレー網と、
前記複数のフレームリレー網にチャネルを介してそれぞ
れ接続された複数の端末装置とを備えたネットワークシ
ステムにおいて、前記複数のフレームリレー網をそれぞ
れ構成するフレームリレー交換機であって、 各チャネルを介して送信される所定時間の間における送
信データ量を測定する送信データ量測定手段と、 前記送信データ量測定手段によって測定された前記所定
時間の間における送信データ量に対応するトラフィック
規制レベルを算出する規制レベル算出手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容が
格納された規制処理格納手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容を
前記規制処理格納手段から読み出すとともに、前記規制
処理格納手段から読み出したトラフィック規制処理の内
容を実行することによって、前記所定時間の間における
送信データ量を所定範囲に抑制するトラフィック制御手
段とを有することを特徴とするフレームリレー交換機。 - 【請求項１２】前記送信データ量測定手段は、前記所定
時間の間における送信データ量を、複数のフレームリレ
ー網からＡＴＭ網へデータを伝送するチャネルについて
測定することを特徴とする請求項１１記載のフレームリ
レー交換機。 - 【請求項１３】前記複数のフレームリレー網からＡＴＭ
網へデータを伝送するチャネルに設定されたトラフィッ
ク規制クラスが格納された規制クラス格納手段をさらに
有し、前記トラフィック制御手段は、前記規制クラス格
納手段から前記トラフィック規制クラスを読み出すとと
もに、前記規制クラス格納手段から検出したトラフィッ
ク規制クラス，及び前記規制レベル算出手段によって検
出された前記所定時間の間における送信データ量に対応
するトラフィック規制レベルに対応づけて格納されたト
ラフィック規制処理の内容を前記規制処理格納手段から
検出し、検出したトラフィック規制処理の内容を実行す
ることを特徴とする請求項１１又は１２記載のフレーム
リレー交換機。 - 【請求項１４】前記トラフィック制御手段が実行する前
記トラフィック規制処理は、前記各チャネルを介して送
信されるデータに輻輳が発生した旨の情報を書き込む処
理を含むことを特徴とする請求項１１記載のフレームリ
レー交換機。 - 【請求項１５】前記トラフィック制御手段が実行する前
記トラフィック規制処理は、前記各チャネルを介して送
信されるデータを廃棄する処理を含むことを特徴とする
請求項１１記載のフレームリレー交換機。 - 【請求項１６】前記トラフィック制御手段が実行する前
記トラフィック規制処理は、前記各チャネルを介して送
信されるデータの送信元端末へ輻輳が発生した旨のメッ
セージを送信する処理を含むことを特徴とする請求項１
１記載のフレームリレー交換機。 - 【請求項１７】前記所定範囲が、前記フレームリレー網
からＡＴＭ網へデータを伝送するチャネルに設定された
最大送信レートであることを特徴とする請求項１１記載
のフレームリレー交換機。 - 【請求項１８】ＡＴＭ網と、前記ＡＴＭ網にチャネルを
介して接続されたフレームリレー網と、前記フレームリ
レー網にチャネルを介して接続された第１端末装置と、
前記ＡＴＭ網にチャネルを介して接続された第２端末装
置とを備えたネットワークシステムにおいて、前記フレ
ームリレー網を構成するフレームリレー交換機であっ
て、 各チャネルを介して送信される所定時間の間における送
信データ量を測定する送信データ量測定手段と、 前記送信データ量測定手段によって測定された前記所定
時間の間における送信データ量に対応するトラフィック
規制レベルを算出する規制レベル算出手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容が
格納された規制処理格納手段と、 前記規制レベル算出手段によって算出されたトラフィッ
ク規制レベルに対応するトラフィック規制処理の内容を
前記規制処理格納手段から読み出すとともに、前記規制
処理格納手段から読み出したトラフィック規制処理の内
容を実行することによって、前記所定時間の間における
送信データ量を所定範囲に抑制するトラフィック制御手
段とを有することを特徴とするフレームリレー交換機。
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 true JPH10136015A (ja) | 1998-05-22 |
| JP3672683B2 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) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100326135B1 (ko) * | 1999-12-02 | 2002-02-27 | 박종섭 | 교환기의 아이더블유에프 정합장치 |
| KR100374878B1 (ko) * | 2000-06-21 | 2003-03-06 | 주식회사 하이닉스반도체 | 이동통신 교환기와 아이더블유에프간의 호 정보 전송방법 |
Families Citing this family (12)
| 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 | 엘지전자 주식회사 | 이동 망의 데이터 서비스 입출 중계 호 처리 방법 |
| 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
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| KR100326135B1 (ko) * | 1999-12-02 | 2002-02-27 | 박종섭 | 교환기의 아이더블유에프 정합장치 |
| KR100374878B1 (ko) * | 2000-06-21 | 2003-03-06 | 주식회사 하이닉스반도체 | 이동통신 교환기와 아이더블유에프간의 호 정보 전송방법 |
Also Published As
| Publication number | Publication date |
|---|---|
| US6094419A (en) | 2000-07-25 |
| US6967922B1 (en) | 2005-11-22 |
| JP3672683B2 (ja) | 2005-07-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6122252A (en) | Packet switching device and cell transfer control method | |
| US6041038A (en) | Packet switching device and cell transfer control method | |
| EP1235461B1 (en) | A method of admission control and routing of virtual circuits | |
| US6144636A (en) | Packet switch and congestion notification method | |
| JP3652759B2 (ja) | パケット流量監視制御方式 | |
| EP0512495B1 (en) | Switching node in a network with label multiplexed information | |
| US6424620B1 (en) | Congestion control system capable of detecting congestion occurring in an asynchronous transfer mode network and autonomously avoiding the congestion | |
| JP3672683B2 (ja) | トラフィック制御方法，ネットワークシステム及びフレームリレー交換機 | |
| JPH1084346A (ja) | ダイナミックシェーピング装置 | |
| US5699345A (en) | Congestion control method in asynchronous transfer mode local area network | |
| US6870854B1 (en) | Packet switching device and cell transfer method | |
| JPH11331192A (ja) | 帯域制御方式 | |
| JP2999470B1 (ja) | フロ―制御方法、フロ―制御機能を有する交換網および端末装置 | |
| JPH10262058A (ja) | 固定コネクションの接続制御方法 | |
| JP3070907B2 (ja) | Ａｔｍ通信網および経路変更方法 | |
| JP3327315B2 (ja) | Ａｔｍ通信網 | |
| JP3006349B2 (ja) | フレームリレー交換機 | |
| JP3327446B2 (ja) | Ａｔｍ通信網 | |
| JP2580556B2 (ja) | 帯域運用方法および呼受付け制御方法 | |
| JPH10322338A (ja) | Ａｔｍブロック転送ノード | |
| JPH11275079A (ja) | 非同期転送ネットワークシステムおよび非同期転送ネットワークシステムにおけるサービス品質管理方法 | |
| JPH04109730A (ja) | Ａｔｍ交換機における呼受付制御方式 | |
| JP3175724B2 (ja) | セル廃棄制御装置およびセル廃棄制御方法 | |
| JP3087943B2 (ja) | Ａｔｍ通信網 | |
| JPH08186578A (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 |