JP3511763B2 - Ａｔｍ網システムおよびコネクション受付制御方法 - Google Patents
Ａｔｍ網システムおよびコネクション受付制御方法Info
- Publication number
- JP3511763B2 JP3511763B2 JP29954595A JP29954595A JP3511763B2 JP 3511763 B2 JP3511763 B2 JP 3511763B2 JP 29954595 A JP29954595 A JP 29954595A JP 29954595 A JP29954595 A JP 29954595A JP 3511763 B2 JP3511763 B2 JP 3511763B2
- Authority
- JP
- Japan
- Prior art keywords
- svc
- pvc
- connection
- control
- vpc
- 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
Classifications
-
- 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/5619—Network Node Interface, e.g. tandem connections, transit switching
- H04L2012/5624—Path aspects, e.g. path bundling
-
- 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/5625—Operations, administration and maintenance [OAM]
- H04L2012/5626—Network management, e.g. Intelligent nets
-
- 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/563—Signalling, e.g. protocols, reference model
-
- 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/5632—Bandwidth allocation
Description
【０００１】
【発明の属する技術分野】本発明は、非同期転送モード
（Asynchronous Transfer Mode :ＡＴＭ）網システムに
関し、更に詳しくは、ＡＴＭ網におけるＰＶＣ（Perman
ent virtualConnection）およびＳＶＣ（Switched Virt
ual Connection）のリソース管理およびコネクション受
付制御のための方法およびシステム構成に関する。
（Asynchronous Transfer Mode :ＡＴＭ）網システムに
関し、更に詳しくは、ＡＴＭ網におけるＰＶＣ（Perman
ent virtualConnection）およびＳＶＣ（Switched Virt
ual Connection）のリソース管理およびコネクション受
付制御のための方法およびシステム構成に関する。
【０００２】
【従来の技術】本願明細書では以下の略語を使用する。
ＰＶＣ：固定接続型バーチャルコネクション
ＳＶＣ：スイッチ接続型バーチャルコネクション
ＶＰＣ：バーチャルパスコネクション
ＶＣＣ：バーチャルチャネルコネクション
ＰＶＰＣ：固定接続型バーチャルパスコネクション
ＰＶＣＣ：固定接続型バーチャルチャネルコネクション
ＳＶＣＣ：スイッチ接続型バーチャルチャネルコネクシ
ョン ＩＴＵ−Ｔ（国際電気通信連合−電気通信標準化部門）
の勧告草案Ｉ．７５２「ＡＴＭ装置の機能特性」（以
下、草案Ｉ．７５２と表記する）では、ＡＴＭ網装置
（ＡＴＭ交換機やＡＴＭクロスコネクト）の機能モデル
について規定している。上記草案Ｉ．７５２によれば、
ＶＰＣやＶＣＣを設定するためのコネクション受付制御
機能はＡＴＭ網装置内に配備されている。
ョン ＩＴＵ−Ｔ（国際電気通信連合−電気通信標準化部門）
の勧告草案Ｉ．７５２「ＡＴＭ装置の機能特性」（以
下、草案Ｉ．７５２と表記する）では、ＡＴＭ網装置
（ＡＴＭ交換機やＡＴＭクロスコネクト）の機能モデル
について規定している。上記草案Ｉ．７５２によれば、
ＶＰＣやＶＣＣを設定するためのコネクション受付制御
機能はＡＴＭ網装置内に配備されている。
【０００３】図１４は、上記草案Ｉ．７５２の図６−１
から抜粋したＡＴＭ網装置２００におけるコネクション
受付制御のための機能モデルを示す。網装置２００は、
端末装置または他の網装置と接続されたＳＶＣを制御す
るための信号処理アプリケーション８００と、ＰＶＣを
制御するために網管理装置と通信するメッセージ通信機
能８０２と、上記メッセージ通信機能８０２で受信した
メッセージに基づいて装置の動作を制御する装置管理機
能８０１とを有し、信号処理アプリケーション８００
は、ＳＶＣのルーティングを行うためのルーティングテ
ーブル８０３を備え、装置管理機能８０１は、ＰＶＣの
ルーティングを行うためのルーティングテーブル８０４
を備える。ＳＶＣ制御とＰＶＣ制御は、互いに異なるア
プリケーションプログラムや機能ブロックを通して行わ
れるため、これらの制御を調停するために網装置２００
には調停機能８０３が設けられる。上記調停機能８０３
は、コネクション受付制御をＰＶＣとＳＶＣに対して一
括して行うためのコネクション受付制御部８０４を有
し、上記コネクション受付制御部８０４は、ＰＶＣとＳ
ＶＣに共用される受付アルゴリズム８０５と、識別子管
理テーブル８０６と、帯域管理テーブル８０７からなっ
ている。
から抜粋したＡＴＭ網装置２００におけるコネクション
受付制御のための機能モデルを示す。網装置２００は、
端末装置または他の網装置と接続されたＳＶＣを制御す
るための信号処理アプリケーション８００と、ＰＶＣを
制御するために網管理装置と通信するメッセージ通信機
能８０２と、上記メッセージ通信機能８０２で受信した
メッセージに基づいて装置の動作を制御する装置管理機
能８０１とを有し、信号処理アプリケーション８００
は、ＳＶＣのルーティングを行うためのルーティングテ
ーブル８０３を備え、装置管理機能８０１は、ＰＶＣの
ルーティングを行うためのルーティングテーブル８０４
を備える。ＳＶＣ制御とＰＶＣ制御は、互いに異なるア
プリケーションプログラムや機能ブロックを通して行わ
れるため、これらの制御を調停するために網装置２００
には調停機能８０３が設けられる。上記調停機能８０３
は、コネクション受付制御をＰＶＣとＳＶＣに対して一
括して行うためのコネクション受付制御部８０４を有
し、上記コネクション受付制御部８０４は、ＰＶＣとＳ
ＶＣに共用される受付アルゴリズム８０５と、識別子管
理テーブル８０６と、帯域管理テーブル８０７からなっ
ている。
【０００４】
【発明が解決しようとする課題】然るに、互いに設定方
法の異なるＰＶＣとＳＶＣとを混在させて制御する場
合、以下の条件（１）〜（４）が要求される。尚、本明
細書の以下の説明において、用語「リソース」は、例え
ば、識別子（ＶＰＩとＶＣＩ）および帯域を指す。 （１）ＳＶＣの設定遅延時間を満たすこと。ＳＶＣにつ
いては設定遅延時間に規定があり、数百ミリ秒以内で設
定を完了する必要がある。一般に、網管理装置と網装置
は広域網を介して接続されており、その間の通信所要時
間が大きいため、コネクション設定の度に網管理装置と
網装置との間でメッセージのやりとりを行なうリソース
管理方式では、この要求条件を満たすことができない。 （２）ＰＶＣの設定時の通信オーバヘッドを減らすこ
と。ＰＶＣには、上述したＳＶＣのような設定遅延時間
規定は存在しないが、コネクションの設定時に、網管理
装置と網装置との間の通信回数あるいは通信データ量を
減らすことが望ましい。なぜなら、（１）と同様、網管
理装置と網装置との間の通信所要時間が大きいからであ
る。 （３）ＰＶＣとＳＶＣが同一下位レイヤ内に混在できる
こと。例えば、ＰＶＣＣとＳＶＣＣとを同一ＶＰＣ内に
混在させるためには、設定方法の異なる複数のコネクシ
ョンに対して同一ＶＰＣ内のリソースを割当てなければ
ならない。 （４）ＳＶＣ設定の呼損を計数できること。ＳＶＣは、
コネクション受付制御時にリソースが不足すると呼損と
なるが、ＰＶＣには呼損がない。このため、ＳＶＣで
は、呼損が起きた時点で網設計によるリソース割当てを
直ちに変更するのではなく、呼損率（時間当たりの呼損
数）が或る閾値よりも劣化した時点でリソース割当てを
変更する。これに対して、ＰＶＣでは、コネクション受
付制御時にリソース不足により受付できない場合、直ち
に網設計によりＰＶＣの割当てリソースを変更する。
法の異なるＰＶＣとＳＶＣとを混在させて制御する場
合、以下の条件（１）〜（４）が要求される。尚、本明
細書の以下の説明において、用語「リソース」は、例え
ば、識別子（ＶＰＩとＶＣＩ）および帯域を指す。 （１）ＳＶＣの設定遅延時間を満たすこと。ＳＶＣにつ
いては設定遅延時間に規定があり、数百ミリ秒以内で設
定を完了する必要がある。一般に、網管理装置と網装置
は広域網を介して接続されており、その間の通信所要時
間が大きいため、コネクション設定の度に網管理装置と
網装置との間でメッセージのやりとりを行なうリソース
管理方式では、この要求条件を満たすことができない。 （２）ＰＶＣの設定時の通信オーバヘッドを減らすこ
と。ＰＶＣには、上述したＳＶＣのような設定遅延時間
規定は存在しないが、コネクションの設定時に、網管理
装置と網装置との間の通信回数あるいは通信データ量を
減らすことが望ましい。なぜなら、（１）と同様、網管
理装置と網装置との間の通信所要時間が大きいからであ
る。 （３）ＰＶＣとＳＶＣが同一下位レイヤ内に混在できる
こと。例えば、ＰＶＣＣとＳＶＣＣとを同一ＶＰＣ内に
混在させるためには、設定方法の異なる複数のコネクシ
ョンに対して同一ＶＰＣ内のリソースを割当てなければ
ならない。 （４）ＳＶＣ設定の呼損を計数できること。ＳＶＣは、
コネクション受付制御時にリソースが不足すると呼損と
なるが、ＰＶＣには呼損がない。このため、ＳＶＣで
は、呼損が起きた時点で網設計によるリソース割当てを
直ちに変更するのではなく、呼損率（時間当たりの呼損
数）が或る閾値よりも劣化した時点でリソース割当てを
変更する。これに対して、ＰＶＣでは、コネクション受
付制御時にリソース不足により受付できない場合、直ち
に網設計によりＰＶＣの割当てリソースを変更する。
【０００５】上記草案Ｉ．７５２に示された従来のリソ
ース管理モデルによれば、図１４に示すように、リソー
ス管理の一つであるコネクション受付制御機能を網装置
２００内に配置し、このコネクション受付制御機能をＰ
ＶＣの設定とＳＶＣの設定に共用するようにしている。
かかる構成において上述した要求条件（１）〜（４）を
検討すると以下のようになる。
ース管理モデルによれば、図１４に示すように、リソー
ス管理の一つであるコネクション受付制御機能を網装置
２００内に配置し、このコネクション受付制御機能をＰ
ＶＣの設定とＳＶＣの設定に共用するようにしている。
かかる構成において上述した要求条件（１）〜（４）を
検討すると以下のようになる。
【０００６】（１）ＳＶＣの設定は、網装置２００と端
末装置または他の網装置との間のメッセージのやりとり
で行われ、網装置２００と網管理装置との間のメッセー
ジのやりとりを必要としないため、この要求条件は満た
される。 （２）ＰＶＣの設定は、網管理装置が主体となって行
う。この場合、網管理装置は、網装置２００に対してコ
ネクション受付制御のための問い合わせを行い、その結
果を得て網管理装置内のリソース管理データを更新し、
然る後に網装置２００に対してＰＶＣの設定を指示する
ようになっている。従って、網管理装置と網装置２００
との間で２回のメッセージやりとりを必要とする。 （３）ＰＶＣとＳＶＣに対して共通のコネクション受付
制御８０４を適用しているため、ＰＶＣとＳＶＣの区別
を意識することなくリソース割当てを行える。 （４）ＰＶＣとＳＶＣに対して共通のコネクション受付
制御８０４を適用しているため、ＰＶＣとＳＶＣとの区
別を意識することなくリソース割当てができる反面、例
えば、ＳＶＣについては呼損を計数し、ＰＶＣについて
は呼損計数しない等の個別の処理を行うことが難しい。
以上のように、従来のリソース管理方式によれば、ＰＶ
Ｃ設定時に網管理装置と網装置の間の通信オーバヘッド
を減らすという要求条件の（２）に対して、二度のメッ
セージやりとりを必要とするという問題がある。また、
ＳＶＣの呼損数を計数するという要求条件（４）に対し
て、網装置が、ＰＶＣとＳＶＣとの区別を意識すること
なくコネクションの受付制御を行うようにしているた
め、ＳＶＣについてのみ呼損数を計数することは困難で
ある。
末装置または他の網装置との間のメッセージのやりとり
で行われ、網装置２００と網管理装置との間のメッセー
ジのやりとりを必要としないため、この要求条件は満た
される。 （２）ＰＶＣの設定は、網管理装置が主体となって行
う。この場合、網管理装置は、網装置２００に対してコ
ネクション受付制御のための問い合わせを行い、その結
果を得て網管理装置内のリソース管理データを更新し、
然る後に網装置２００に対してＰＶＣの設定を指示する
ようになっている。従って、網管理装置と網装置２００
との間で２回のメッセージやりとりを必要とする。 （３）ＰＶＣとＳＶＣに対して共通のコネクション受付
制御８０４を適用しているため、ＰＶＣとＳＶＣの区別
を意識することなくリソース割当てを行える。 （４）ＰＶＣとＳＶＣに対して共通のコネクション受付
制御８０４を適用しているため、ＰＶＣとＳＶＣとの区
別を意識することなくリソース割当てができる反面、例
えば、ＳＶＣについては呼損を計数し、ＰＶＣについて
は呼損計数しない等の個別の処理を行うことが難しい。
以上のように、従来のリソース管理方式によれば、ＰＶ
Ｃ設定時に網管理装置と網装置の間の通信オーバヘッド
を減らすという要求条件の（２）に対して、二度のメッ
セージやりとりを必要とするという問題がある。また、
ＳＶＣの呼損数を計数するという要求条件（４）に対し
て、網装置が、ＰＶＣとＳＶＣとの区別を意識すること
なくコネクションの受付制御を行うようにしているた
め、ＳＶＣについてのみ呼損数を計数することは困難で
ある。
【０００７】本発明の目的は、ＰＶＣコネクションとＳ
ＶＣコネクションの受付制御を効率的に行えるＡＴＭ網
システムおよび網管理装置を提供することにある。本発
明の他の目的は、ＳＶＣの呼損数の計数を容易に行える
ＡＴＭ網システムを提供することにある。本発明の他の
目的は、同一レイヤに混在するＰＶＣとＳＶＣの改良さ
れたコネクション受付制御方法を提供することにある。
ＶＣコネクションの受付制御を効率的に行えるＡＴＭ網
システムおよび網管理装置を提供することにある。本発
明の他の目的は、ＳＶＣの呼損数の計数を容易に行える
ＡＴＭ網システムを提供することにある。本発明の他の
目的は、同一レイヤに混在するＰＶＣとＳＶＣの改良さ
れたコネクション受付制御方法を提供することにある。
【０００８】
【課題を解決するための手段】上記課題を解決するため
に、本発明では、網管理装置にＰＶＣのリソース管理情
報を記憶しておき、ＰＶＣのコネクション受付制御は網
管理装置で行い、網装置にＳＶＣのリソース管理情報を
記憶しておき、ＳＶＣのコネクション受付制御は網装置
で行う。この構成によれば、ＰＶＣの設定時には、網管
理装置内でコネクション受付制御を行い、その結果に基
づいて網装置にＰＶＣ設定を指示すれば良いため、メッ
セージのやりとりが一度で済み、要求条件（２）を満た
すことができる。また、ＰＶＣのコネクション受付制御
とＳＶＣのコネクション受付制御を互いに独立して実行
できるため、ＳＶＣのコネクション受付制御においてＳ
ＶＣ呼損数を計数でき、要求条件（４）を満たすことが
できる。ＳＶＣの設定は、従来の場合と同様に行われる
から、要求条件（１）も満足できる。
に、本発明では、網管理装置にＰＶＣのリソース管理情
報を記憶しておき、ＰＶＣのコネクション受付制御は網
管理装置で行い、網装置にＳＶＣのリソース管理情報を
記憶しておき、ＳＶＣのコネクション受付制御は網装置
で行う。この構成によれば、ＰＶＣの設定時には、網管
理装置内でコネクション受付制御を行い、その結果に基
づいて網装置にＰＶＣ設定を指示すれば良いため、メッ
セージのやりとりが一度で済み、要求条件（２）を満た
すことができる。また、ＰＶＣのコネクション受付制御
とＳＶＣのコネクション受付制御を互いに独立して実行
できるため、ＳＶＣのコネクション受付制御においてＳ
ＶＣ呼損数を計数でき、要求条件（４）を満たすことが
できる。ＳＶＣの設定は、従来の場合と同様に行われる
から、要求条件（１）も満足できる。
【０００９】本発明では、要求条件（３）を満たすため
に、網管理装置内で行う網設計時に、同一ＶＰＣ内に混
在させるＰＶＣ（ＰＶＣＣ）に関するリソース管理情
報、例えば、ＰＶＣに割当て可能な帯域の合計値および
ＶＣＩの領域（識別子情報の範囲）と、ＳＶＣ（ＳＶＣ
Ｃ）に関するリソース管理情報、例えば、ＳＶＣに割当
て可能な帯域の合計値およびＶＣＩの領域を決定し、Ｐ
ＶＣに関するリソース管理情報は網管理装置内にあるＰ
ＶＣのコネクション受付制御部に記憶し、ＳＶＣに関す
るリソース管理情報は網管理装置から網装置に通知し、
網装置内にあるＳＶＣのコネクション受付制御部で記憶
しておく。網管理装置内のＰＶＣのコネクション受付制
御部は、上記ＰＶＣに割当て可能な帯域の合計値および
ＶＣＩ領域に基づいてコネクションの受付制御を行い、
リソースが不足した場合は、網管理装置に対して網設計
の変更を要求する。一方、網装置内のＳＶＣのコネクシ
ョン受付制御部は、網管理装置から通知された上記ＳＶ
Ｃに割当て可能な帯域の合計値およびＶＣＩ領域に基づ
いてコネクションの受付制御を行い、リソースが不足し
た場合は呼損として計数しておき、所定のタイミング、
例えば、呼損率が予め定められた閾値よりも劣化した時
点で、網管理装置に対して呼損率の劣化を通知し、網設
計の変更を要求する。以上の構成により、ＰＶＣとＳＶ
Ｃを同一の下位レイヤに混在させるための要求条件
（３）が満たされる。
に、網管理装置内で行う網設計時に、同一ＶＰＣ内に混
在させるＰＶＣ（ＰＶＣＣ）に関するリソース管理情
報、例えば、ＰＶＣに割当て可能な帯域の合計値および
ＶＣＩの領域（識別子情報の範囲）と、ＳＶＣ（ＳＶＣ
Ｃ）に関するリソース管理情報、例えば、ＳＶＣに割当
て可能な帯域の合計値およびＶＣＩの領域を決定し、Ｐ
ＶＣに関するリソース管理情報は網管理装置内にあるＰ
ＶＣのコネクション受付制御部に記憶し、ＳＶＣに関す
るリソース管理情報は網管理装置から網装置に通知し、
網装置内にあるＳＶＣのコネクション受付制御部で記憶
しておく。網管理装置内のＰＶＣのコネクション受付制
御部は、上記ＰＶＣに割当て可能な帯域の合計値および
ＶＣＩ領域に基づいてコネクションの受付制御を行い、
リソースが不足した場合は、網管理装置に対して網設計
の変更を要求する。一方、網装置内のＳＶＣのコネクシ
ョン受付制御部は、網管理装置から通知された上記ＳＶ
Ｃに割当て可能な帯域の合計値およびＶＣＩ領域に基づ
いてコネクションの受付制御を行い、リソースが不足し
た場合は呼損として計数しておき、所定のタイミング、
例えば、呼損率が予め定められた閾値よりも劣化した時
点で、網管理装置に対して呼損率の劣化を通知し、網設
計の変更を要求する。以上の構成により、ＰＶＣとＳＶ
Ｃを同一の下位レイヤに混在させるための要求条件
（３）が満たされる。
【００１０】
【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。先ず、図１から図７を参照して本
発明ＡＴＭ網システムの構成について説明する。図１
は、網管理装置１００と網装置２００との接続関係を示
す。網管理装置１００と網装置２００は、一般には広域
網を介して接続され、網管理装置１００には、制御端末
３００と他の網管理装置が接続され、網装置２００は、
複数の端末装置または他の網装置が接続される。
を参照して説明する。先ず、図１から図７を参照して本
発明ＡＴＭ網システムの構成について説明する。図１
は、網管理装置１００と網装置２００との接続関係を示
す。網管理装置１００と網装置２００は、一般には広域
網を介して接続され、網管理装置１００には、制御端末
３００と他の網管理装置が接続され、網装置２００は、
複数の端末装置または他の網装置が接続される。
【００１１】図２は、上記網管理装置１００の構成を示
す。網管理装置１００は、制御装置１１０と、この制御
装置にバスを介して接続された各種のインタフェース１
０４〜１０７からなる。上記制御装置１１０は、プロセ
ッサ（ＣＰＵ）１０１と、メインメモリ（ＭＭ）１０２
と、記憶装置１０３とから成り、インタフェースとして
は、他網管理装置インタフェース１０４と、制御端末イ
ンタフェース１０５と、網装置インタフェース１０６
と、周辺装置（ディスプレイ装置等）インタフェース１
０７とがある。図では、インターフェイス１０４と１０
６が１個ずつしか示してないが、実際の装置では、これ
らのインターフェイスは複数個ずつ存在してもよい。
す。網管理装置１００は、制御装置１１０と、この制御
装置にバスを介して接続された各種のインタフェース１
０４〜１０７からなる。上記制御装置１１０は、プロセ
ッサ（ＣＰＵ）１０１と、メインメモリ（ＭＭ）１０２
と、記憶装置１０３とから成り、インタフェースとして
は、他網管理装置インタフェース１０４と、制御端末イ
ンタフェース１０５と、網装置インタフェース１０６
と、周辺装置（ディスプレイ装置等）インタフェース１
０７とがある。図では、インターフェイス１０４と１０
６が１個ずつしか示してないが、実際の装置では、これ
らのインターフェイスは複数個ずつ存在してもよい。
【００１２】図３は、制御装置１１０のＣＰＵ１０１が
実行するプログラムのうちの１つであるリソース管理プ
ログラムの構成を示す機能ブロック図である。１５０
は、網設計を行い、同一ＶＰＣ内に混在させるＰＶＣＣ
とＳＶＣＣについて、ＰＶＣＣに割当て可能な帯域の合
計値およびＶＣＩの範囲（ＶＣＩ領域）と、ＳＶＣＣに
割当て可能な帯域の合計値およびＶＣＩの範囲（ＶＣＩ
領域）とを決定するためのＰＶＣ／ＳＶＣリソース割当
て制御部であり、ＰＶＣのコネクション受付制御部１５
１と交信して、上記同一ＶＰＣ内に混在させるＰＶＣＣ
に割当て可能なトータル帯域とＶＣＩ領域とに従って、
コネクション受付制御を行う。
実行するプログラムのうちの１つであるリソース管理プ
ログラムの構成を示す機能ブロック図である。１５０
は、網設計を行い、同一ＶＰＣ内に混在させるＰＶＣＣ
とＳＶＣＣについて、ＰＶＣＣに割当て可能な帯域の合
計値およびＶＣＩの範囲（ＶＣＩ領域）と、ＳＶＣＣに
割当て可能な帯域の合計値およびＶＣＩの範囲（ＶＣＩ
領域）とを決定するためのＰＶＣ／ＳＶＣリソース割当
て制御部であり、ＰＶＣのコネクション受付制御部１５
１と交信して、上記同一ＶＰＣ内に混在させるＰＶＣＣ
に割当て可能なトータル帯域とＶＣＩ領域とに従って、
コネクション受付制御を行う。
【００１３】１５２は、他網管理装置インタフェース１
０４との間で送受信動作するための他網管理装置間ドラ
イバ、１５３は、制御端末インタフェース１０５との間
で送受信動作するための制御端末間ドライバ、１５４
は、網装置インタフェース１０６との間で送受信動作す
るための網装置間ドライバであり、これらのドライバ
は、上記ＰＶＣのコネクション受付制御部１５１および
ＰＶＣ／ＳＶＣリソース割当て制御部１５０と交信す
る。なお、本明細書では、用語「ドライバ」は、インタ
フェース（ハードウエア）制御機能と、通信プロトコル
処理機能、例えば、網管理装置と網装置との間をＳＮＭ
Ｐ（簡易網管理プロトコル）を使って通信する場合は、
ＳＮＭＰ処理機能を含むものとする。
０４との間で送受信動作するための他網管理装置間ドラ
イバ、１５３は、制御端末インタフェース１０５との間
で送受信動作するための制御端末間ドライバ、１５４
は、網装置インタフェース１０６との間で送受信動作す
るための網装置間ドライバであり、これらのドライバ
は、上記ＰＶＣのコネクション受付制御部１５１および
ＰＶＣ／ＳＶＣリソース割当て制御部１５０と交信す
る。なお、本明細書では、用語「ドライバ」は、インタ
フェース（ハードウエア）制御機能と、通信プロトコル
処理機能、例えば、網管理装置と網装置との間をＳＮＭ
Ｐ（簡易網管理プロトコル）を使って通信する場合は、
ＳＮＭＰ処理機能を含むものとする。
【００１４】ＰＶＣのコネクション受付制御部１５１
は、上記他網管理装置間ドライバ１５２を介して、他の
網管理装置との間でコネクション受付制御のためのメッ
セージを送受信する。また、制御端末間ドライバ１５３
を介して、制御端末３００からの要求メッセージの受信
と該要求に対する応答メッセージ（処理結果の通知）の
送信を行い、網装置間ドライバ１５４を介して、網装置
２００へのＰＶＣ設定要求の送信とそれに対する応答メ
ッセージの受信を行う。
は、上記他網管理装置間ドライバ１５２を介して、他の
網管理装置との間でコネクション受付制御のためのメッ
セージを送受信する。また、制御端末間ドライバ１５３
を介して、制御端末３００からの要求メッセージの受信
と該要求に対する応答メッセージ（処理結果の通知）の
送信を行い、網装置間ドライバ１５４を介して、網装置
２００へのＰＶＣ設定要求の送信とそれに対する応答メ
ッセージの受信を行う。
【００１５】図４は、網装置２００の構成を示す。網装
置２００は、複数の回線インタフェース２０７（２０７
−１〜２０７−Ｎ）と信号処理装置２０９とを備えたＡ
ＴＭスイッチ２０８と、制御装置２１０と、この制御装
置にバスを介して接続された各種のインタフェース２０
４〜１０７からなる。
置２００は、複数の回線インタフェース２０７（２０７
−１〜２０７−Ｎ）と信号処理装置２０９とを備えたＡ
ＴＭスイッチ２０８と、制御装置２１０と、この制御装
置にバスを介して接続された各種のインタフェース２０
４〜１０７からなる。
【００１６】上記制御装置２１０は、ＣＰＵ２０１と、
ＭＭ２０２と、記憶装置２０３とから成り、バスを介し
て、網管理装置インタフェース２０４、通話路装置イン
タフェース２０５、信号装置インタフェース２０６およ
び周辺装置インタフェース２０７に接続されている。通
話路装置インタフェース２０５は、ＡＴＭスイッチ２０
８と、各加入者回線（またはトランク）毎に設けられた
回線インタフェース２０７に接続され、信号装置インタ
フェース２０６は、信号処理装置２０９と接続されてい
る。各回線から入力された呼制御用のＡＴＭセルは、Ａ
ＴＭスイッチ２０８を介して信号処理装置２０９に振り
分けられ、ここでメッセージに組み立てられた後、信号
処理装置インタフェース２０６を介して制御装置２０１
に渡される。逆に、制御装置２０１が発行した制御メッ
セージは、信号処理装置インタフェース２０６を介して
信号処理装置２０９に入力され、ここでＡＴＭセルに変
換された後、ＡＴＭスイッチ２０８に入力される。
ＭＭ２０２と、記憶装置２０３とから成り、バスを介し
て、網管理装置インタフェース２０４、通話路装置イン
タフェース２０５、信号装置インタフェース２０６およ
び周辺装置インタフェース２０７に接続されている。通
話路装置インタフェース２０５は、ＡＴＭスイッチ２０
８と、各加入者回線（またはトランク）毎に設けられた
回線インタフェース２０７に接続され、信号装置インタ
フェース２０６は、信号処理装置２０９と接続されてい
る。各回線から入力された呼制御用のＡＴＭセルは、Ａ
ＴＭスイッチ２０８を介して信号処理装置２０９に振り
分けられ、ここでメッセージに組み立てられた後、信号
処理装置インタフェース２０６を介して制御装置２０１
に渡される。逆に、制御装置２０１が発行した制御メッ
セージは、信号処理装置インタフェース２０６を介して
信号処理装置２０９に入力され、ここでＡＴＭセルに変
換された後、ＡＴＭスイッチ２０８に入力される。
【００１７】図５は、制御装置２１０上が備えるリソー
ス管理プログラムの機能ブロックを示す。リソース管理
プログラムは、レイヤ３プロトコル制御、呼処理および
ＳＶＣの呼損決定を行うためのＳＶＣ呼処理制御部２５
０と、上記ＳＶＣ呼処理制御部２５０と結合されたＳＶ
Ｃのコネクション受付制御部２５１と、上記呼処理制御
部２５０と結合されたＰＶＣ／ＳＶＣのコネクション設
定制御部２５２と、網管理装置インタフェース２０４と
交信する網管理装置間ドライバ２５３と、通話路装置イ
ンタフェース２０５と交信する通話路装置間ドライバ２
５４と、信号装置インタフェース２０６と交信する信号
装置間ドライバ２５５とからなる。
ス管理プログラムの機能ブロックを示す。リソース管理
プログラムは、レイヤ３プロトコル制御、呼処理および
ＳＶＣの呼損決定を行うためのＳＶＣ呼処理制御部２５
０と、上記ＳＶＣ呼処理制御部２５０と結合されたＳＶ
Ｃのコネクション受付制御部２５１と、上記呼処理制御
部２５０と結合されたＰＶＣ／ＳＶＣのコネクション設
定制御部２５２と、網管理装置インタフェース２０４と
交信する網管理装置間ドライバ２５３と、通話路装置イ
ンタフェース２０５と交信する通話路装置間ドライバ２
５４と、信号装置インタフェース２０６と交信する信号
装置間ドライバ２５５とからなる。
【００１８】上記ＳＶＣ呼処理制御部２５０は、ＳＶＣ
のコネクション受付制御部２５１から通知された同一Ｖ
ＰＣ内に混在させるＳＶＣＣに割当て可能な帯域の合計
値とＶＣＩ領域に従って、コネクション受付制御を行
い、もし、リソース不足（帯域または識別子領域不足）
により受付を拒否（コネクションの設定失敗）があった
場合はこれを呼損として計数しておき、網管理装置間ド
ライバ２５３を介して、網管理装置との間でコネクショ
ン受付制御のための制御パラメータの交信および呼損デ
ータの通知を行う。
のコネクション受付制御部２５１から通知された同一Ｖ
ＰＣ内に混在させるＳＶＣＣに割当て可能な帯域の合計
値とＶＣＩ領域に従って、コネクション受付制御を行
い、もし、リソース不足（帯域または識別子領域不足）
により受付を拒否（コネクションの設定失敗）があった
場合はこれを呼損として計数しておき、網管理装置間ド
ライバ２５３を介して、網管理装置との間でコネクショ
ン受付制御のための制御パラメータの交信および呼損デ
ータの通知を行う。
【００１９】上記網管理装置間ドライバ２５３と通話路
装置間ドライバ２５４は、ＰＶＣ／ＳＶＣのコネクショ
ン設定制御部２５２と結合され、それぞれ網管理装置１
００および通話路装置（回線インターフェイス２０７お
よびＡＴＭスイッチ２０８）との間の制御データの送受
信制御を行う。上記ＰＶＣ／ＳＶＣのコネクション設定
制御部２５２は、ＳＶＣの呼処理制御２５０からＳＶＣ
設定のためのパラメータの指示を受け、通話路装置との
間で、ＰＶＣ／ＳＶＣ設定のためのパラメータを送受信
する。また、信号装置間ドライバ２５５は、ＳＶＣの呼
処理制御部２５０との間で、レイヤ２（このプロトコル
処理は、本明細書では上記の通り信号装置間ドライバ２
５５に含ませている）およびレイヤ３で必要とするパラ
メータのやりとりを行う。
装置間ドライバ２５４は、ＰＶＣ／ＳＶＣのコネクショ
ン設定制御部２５２と結合され、それぞれ網管理装置１
００および通話路装置（回線インターフェイス２０７お
よびＡＴＭスイッチ２０８）との間の制御データの送受
信制御を行う。上記ＰＶＣ／ＳＶＣのコネクション設定
制御部２５２は、ＳＶＣの呼処理制御２５０からＳＶＣ
設定のためのパラメータの指示を受け、通話路装置との
間で、ＰＶＣ／ＳＶＣ設定のためのパラメータを送受信
する。また、信号装置間ドライバ２５５は、ＳＶＣの呼
処理制御部２５０との間で、レイヤ２（このプロトコル
処理は、本明細書では上記の通り信号装置間ドライバ２
５５に含ませている）およびレイヤ３で必要とするパラ
メータのやりとりを行う。
【００２０】次に、図６〜図８を参照して、網管理装置
１００内のＰＶＣ／ＳＶＣリソース割当て制御部１５０
およびＰＶＣのコネクション受付制御部１５１と、網装
置２００内のＳＶＣのコネクション受付制御部２５１と
が保持するリソース管理テーブルについて説明する。
１００内のＰＶＣ／ＳＶＣリソース割当て制御部１５０
およびＰＶＣのコネクション受付制御部１５１と、網装
置２００内のＳＶＣのコネクション受付制御部２５１と
が保持するリソース管理テーブルについて説明する。
【００２１】先ず、図６の（ａ）によって、リソースの
分割について説明する。本発明では、物理レイヤパス
（例えば、ＡＴＭ回線がＳＤＨ回線上にマッピングされ
ている場合は、ＳＤＨのトランスミッションパスが物理
レイヤパスに相当する）の帯域４００をＰＶＰＣ対応の
複数の帯域４０１−１〜４０１−Ｍに分割する。ＰＶＰ
Ｃ対応の各帯域４０１−ｉは、更に固定的に複数の帯域
４０２、４０３に分割し、各ＰＶＰＣに論理多重された
複数のＰＶＣＣと複数のＳＶＣＣに割当てる。但し、上
記固定分割の比率は、網設計によって変更可能とし、こ
れらの分割された帯域をＰＶＣＣに割当て可能なトータ
ル帯域（帯域の合計）４０２と、ＳＶＣＣに割当て可能
なトータル帯域（帯域の合計）４０３とする。
分割について説明する。本発明では、物理レイヤパス
（例えば、ＡＴＭ回線がＳＤＨ回線上にマッピングされ
ている場合は、ＳＤＨのトランスミッションパスが物理
レイヤパスに相当する）の帯域４００をＰＶＰＣ対応の
複数の帯域４０１−１〜４０１−Ｍに分割する。ＰＶＰ
Ｃ対応の各帯域４０１−ｉは、更に固定的に複数の帯域
４０２、４０３に分割し、各ＰＶＰＣに論理多重された
複数のＰＶＣＣと複数のＳＶＣＣに割当てる。但し、上
記固定分割の比率は、網設計によって変更可能とし、こ
れらの分割された帯域をＰＶＣＣに割当て可能なトータ
ル帯域（帯域の合計）４０２と、ＳＶＣＣに割当て可能
なトータル帯域（帯域の合計）４０３とする。
【００２２】図６の（ｂ）は、ＰＶＣ／ＳＶＣリソース
割当て制御部１５０が保持する上記帯域分割と識別子領
域とを管理するためのテーブル５００を示す。上記テー
ブル５００は、網装置識別番号を示す第１フィールド５
０１と、上記第フィールドで指定された網装置内の回線
インタフェースの識別番号を示す第２フィールド５０２
とを有し、これらのパラメータによって物理パスが特定
される。各物理パス上に多重化されるＶＰＣと対応し
て、上記第２フィールドで指定された回線インタフェー
ス内のＶＰＣ識別番号を示す第３フィールド５０３と、
上記第３フィールドで指定されたＶＰＣの割当て帯域を
示す第４フィールド５０４と、上記第３フィールド５０
３で指定されたＶＰＣ内でＰＶＣＣに割当て可能な帯域
の合計を示す第５フィールド５０５と、上記第３フィー
ルド５０３で指定されたＶＰＣ内でＰＶＣＣに割当て可
能なＶＣＩ領域を示す第６フィールド５０６とからなる
レコードが形成されている。
割当て制御部１５０が保持する上記帯域分割と識別子領
域とを管理するためのテーブル５００を示す。上記テー
ブル５００は、網装置識別番号を示す第１フィールド５
０１と、上記第フィールドで指定された網装置内の回線
インタフェースの識別番号を示す第２フィールド５０２
とを有し、これらのパラメータによって物理パスが特定
される。各物理パス上に多重化されるＶＰＣと対応し
て、上記第２フィールドで指定された回線インタフェー
ス内のＶＰＣ識別番号を示す第３フィールド５０３と、
上記第３フィールドで指定されたＶＰＣの割当て帯域を
示す第４フィールド５０４と、上記第３フィールド５０
３で指定されたＶＰＣ内でＰＶＣＣに割当て可能な帯域
の合計を示す第５フィールド５０５と、上記第３フィー
ルド５０３で指定されたＶＰＣ内でＰＶＣＣに割当て可
能なＶＣＩ領域を示す第６フィールド５０６とからなる
レコードが形成されている。
【００２３】例えば、図６の（ａ）に示したＰＶＰＣ
（２）の識別番号が「網装置識別番号＝Ｘ、回線インタ
フェース識別番号＝Ｙ、ＶＰＣ識別番号＝２」であった
とすると、図（ｂ）に示した例によれば、上記ＰＶＰＣ
（２）に割当てられた帯域４０１−２は、テーブル５０
０の２番目のレコードの第４フィールド５０４が示す５
０Ｍｂｉｔ／ｓであり、そのうちＰＶＣＣに割当て可能
な帯域の合計４０２は、第５フィールド５０５が示す１
０Ｍｂｉｔ／ｓであることが判る。ＶＣＩ領域は、ＰＶ
ＣＣとＳＶＣＣで固定的に領域を分割する。例えば、
「網装置識別番号＝Ｘ、回線インタフェース識別番号＝
Ｙ、ＶＰＣ識別番号＝２」のＶＰＣ内においては、上記
テーブル５００の２番目のレコードの第６フィールド５
０６に示すように、ＰＶＣＣに「３ＦＦＦＦ（Ｈ）」以
下の値を割当てる。
（２）の識別番号が「網装置識別番号＝Ｘ、回線インタ
フェース識別番号＝Ｙ、ＶＰＣ識別番号＝２」であった
とすると、図（ｂ）に示した例によれば、上記ＰＶＰＣ
（２）に割当てられた帯域４０１−２は、テーブル５０
０の２番目のレコードの第４フィールド５０４が示す５
０Ｍｂｉｔ／ｓであり、そのうちＰＶＣＣに割当て可能
な帯域の合計４０２は、第５フィールド５０５が示す１
０Ｍｂｉｔ／ｓであることが判る。ＶＣＩ領域は、ＰＶ
ＣＣとＳＶＣＣで固定的に領域を分割する。例えば、
「網装置識別番号＝Ｘ、回線インタフェース識別番号＝
Ｙ、ＶＰＣ識別番号＝２」のＶＰＣ内においては、上記
テーブル５００の２番目のレコードの第６フィールド５
０６に示すように、ＰＶＣＣに「３ＦＦＦＦ（Ｈ）」以
下の値を割当てる。
【００２４】実施例では、ＰＶＣＣに割当て可能な帯域
の合計を具体的な帯域の値で示したが、ＶＰＣの割当帯
域に対する比率で示すようにしてもよい。ＰＶＣＣに割
当て可能なＶＣＩ領域の表現についても同様である。
の合計を具体的な帯域の値で示したが、ＶＰＣの割当帯
域に対する比率で示すようにしてもよい。ＰＶＣＣに割
当て可能なＶＣＩ領域の表現についても同様である。
【００２５】図７は、ＰＶＣのコネクション受付制御部
１５１が保持するリソース管理テーブル５１０を示す。
テーブル５１０は、回線インタフェース識別番号を示す
第１フィールド５１１と、ＶＰＣ識別番号を示す第２フ
ィールド５１２と、ＰＶＣＣに割当て可能な帯域の合計
値を示す第３フィールド５１３と、ＰＶＣＣに割当て可
能なＶＣＩ領域を示す第４フィールド５１４と、ＰＶＣ
Ｃに割当て済の帯域の合計値を示す第５フィールド５１
５と、ＰＶＣＣのＶＣＩテーブルポインタを示す第６フ
ィールド５１６とからなる複数のレコードが記憶され
る。
１５１が保持するリソース管理テーブル５１０を示す。
テーブル５１０は、回線インタフェース識別番号を示す
第１フィールド５１１と、ＶＰＣ識別番号を示す第２フ
ィールド５１２と、ＰＶＣＣに割当て可能な帯域の合計
値を示す第３フィールド５１３と、ＰＶＣＣに割当て可
能なＶＣＩ領域を示す第４フィールド５１４と、ＰＶＣ
Ｃに割当て済の帯域の合計値を示す第５フィールド５１
５と、ＰＶＣＣのＶＣＩテーブルポインタを示す第６フ
ィールド５１６とからなる複数のレコードが記憶され
る。
【００２６】上記第６フィールド５１６のポインタは、
図示したように、それぞれ個別のＶＣＩテーブル５１７
（５１７−１〜５１７−Ｍ）のアドレスを示す。各ＶＣ
Ｉテーブル５１７は、ＶＣＩ番号を示す第１フィールド
５１８と、ＶＣＩ割当て表示を示す第２フィールド５１
９と、割当て帯域を示す第３フィールド５２０とから少
なくとも１つのレコードを含む。第２フィールドでＶＣ
Ｉ割当て表示が「０」となっているレコードでは、第１
フィールド５１８のＶＣＩ番号が未割当てであることを
示し、第２フィールドが「１」であれば、上記ＶＣＩ番
号に第３フィールドで示す帯域が割当て済みであること
を示す。
図示したように、それぞれ個別のＶＣＩテーブル５１７
（５１７−１〜５１７−Ｍ）のアドレスを示す。各ＶＣ
Ｉテーブル５１７は、ＶＣＩ番号を示す第１フィールド
５１８と、ＶＣＩ割当て表示を示す第２フィールド５１
９と、割当て帯域を示す第３フィールド５２０とから少
なくとも１つのレコードを含む。第２フィールドでＶＣ
Ｉ割当て表示が「０」となっているレコードでは、第１
フィールド５１８のＶＣＩ番号が未割当てであることを
示し、第２フィールドが「１」であれば、上記ＶＣＩ番
号に第３フィールドで示す帯域が割当て済みであること
を示す。
【００２７】テーブル５１０の第４フィールド５１４が
示すＰＶＣＣに割当て可能なＶＣＩ領域以外のＶＣＩ番
号には、ＶＣＩテーブル５１７の第２フィールド５１９
で、予めＶＣＩ割当て表示を「１」としておき、他に割
当てできないように表示しておく。ＶＣＩ番号が割当て
済みの場合は、第３フィールド５２０に帯域を表示す
る。図示した実施例では、簡単のためにピークレートで
帯域を割当てている（以下の説明でも同様である）。Ｖ
ＣＩテーブル５１７−２では、第３フィールド５２０が
示す割当て帯域の合計が８Ｍｂｉｔ／ｓであり、この合
計値（トータル帯域）が、テーブル５１０の第５フィー
ルド５１５に表示される。これによって、ＰＶＣのコネ
クション受付制御部１５１は、残りの帯域が上記テーブ
ル５１０の第３フィールド５１３と第５フィールド５１
５の値の差分（上記の例では、１０−８＝２Ｍｂｉｔ／
ｓ）として把握できるため、この残りの帯域の値に基づ
いてコネクション受付制御を行うことができる。
示すＰＶＣＣに割当て可能なＶＣＩ領域以外のＶＣＩ番
号には、ＶＣＩテーブル５１７の第２フィールド５１９
で、予めＶＣＩ割当て表示を「１」としておき、他に割
当てできないように表示しておく。ＶＣＩ番号が割当て
済みの場合は、第３フィールド５２０に帯域を表示す
る。図示した実施例では、簡単のためにピークレートで
帯域を割当てている（以下の説明でも同様である）。Ｖ
ＣＩテーブル５１７−２では、第３フィールド５２０が
示す割当て帯域の合計が８Ｍｂｉｔ／ｓであり、この合
計値（トータル帯域）が、テーブル５１０の第５フィー
ルド５１５に表示される。これによって、ＰＶＣのコネ
クション受付制御部１５１は、残りの帯域が上記テーブ
ル５１０の第３フィールド５１３と第５フィールド５１
５の値の差分（上記の例では、１０−８＝２Ｍｂｉｔ／
ｓ）として把握できるため、この残りの帯域の値に基づ
いてコネクション受付制御を行うことができる。
【００２８】図８は、網装置２００内のＳＶＣのコネク
ション受付制御部２５１が保持するリソース管理テーブ
ル５３０を示す。テーブル５３０は、回線インタフェー
ス識別番号を示す第１フィールド５３１と、ＶＰＣ識別
番号を示す第２フィールド５３２と、ＳＶＣＣに割当て
可能な帯域の合計値を示す第３フィールド５３３と、Ｓ
ＶＣＣに割当て可能なＶＣＩ領域を示す第４フィールド
５３４と、ＳＶＣＣに割当て済の帯域合計値を示す第５
フィールド５３５と、ＳＶＣＣのＶＣＩテーブルポイン
タを示す第６フィールド５３６と、帯域またはＶＣＩ数
不足による呼損回数を示す第７フィールド５３７とから
なる複数のレコードを記憶する。
ション受付制御部２５１が保持するリソース管理テーブ
ル５３０を示す。テーブル５３０は、回線インタフェー
ス識別番号を示す第１フィールド５３１と、ＶＰＣ識別
番号を示す第２フィールド５３２と、ＳＶＣＣに割当て
可能な帯域の合計値を示す第３フィールド５３３と、Ｓ
ＶＣＣに割当て可能なＶＣＩ領域を示す第４フィールド
５３４と、ＳＶＣＣに割当て済の帯域合計値を示す第５
フィールド５３５と、ＳＶＣＣのＶＣＩテーブルポイン
タを示す第６フィールド５３６と、帯域またはＶＣＩ数
不足による呼損回数を示す第７フィールド５３７とから
なる複数のレコードを記憶する。
【００２９】第６フィールド５３６のポインタは、ＶＣ
Ｉテーブル５３８（５３８−１〜５３８−Ｍ）を指す。
各ＶＣＩテーブル５３８は、ＶＣＩ番号を示す第１フィ
ールド５３９と、ＶＣＩ割当て表示を示す第２フィール
ド５４０と、各ＶＣＩに割当て済の帯域を示す第３フィ
ールド５４１とからなる少なくとも１つのレコードを記
憶している。前述したテーブル５１７と同様に、ＶＣＩ
割当て表示が「０」のレコードでは、第１フィールド５
３９が示すＶＣＩ番号が未割当てであることを意味し、
ＶＣＩ割当て表示が「１」のレコードでは、第１フィー
ルド５３９が示すＶＣＩ番号に第３フィールドが示す帯
域が割当て済みであることを意味する。テーブル５３０
の第４フィールド５３４に示されるＳＶＣＣに割当て可
能なＶＣＩ領域の外に該当するＶＣＩ番号に対しては、
ＶＣＩテーブル５３８上で、第２フィールド５４０のＶ
ＣＩ割当て表示を「１」にしておき、他のＶＣＩ番号に
割当てできないようにしておく。図示した例では、ＶＣ
Ｉテーブル５３８−２の場合、第３フィールド５４１が
示すで割当て帯域の合計は３５Ｍｂｉｔ／ｓであり、こ
の値がテーブル５３０の第２レコードの第５フィールド
５３５に表示されている。これにより、ＳＶＣのコネク
ション受付制御部２５１は、各ＶＰＣ後との残りの帯域
をテーブル５３０の第３フィールド５３３と第５フィー
ルド５３５の値の差分（上記の例では、４０−３５＝５
Ｍｂｉｔ／ｓ）として把握できるため、この値に基いて
コネクション受付制御を行うことができる。コネクショ
ン受付制御時において、残り帯域が不足した場合やＶＣ
Ｉ番号が全て割当て済みの場合は、第７フィールド５３
７が示す値に「１」を加算して呼損回数として計数す
る。なお、図示した例では、呼損原因別に回数を計数計
数しており、帯域不足による呼損回数が２０回、ＶＣＩ
数不足による呼損回数が１回となっていることが判る。
Ｉテーブル５３８（５３８−１〜５３８−Ｍ）を指す。
各ＶＣＩテーブル５３８は、ＶＣＩ番号を示す第１フィ
ールド５３９と、ＶＣＩ割当て表示を示す第２フィール
ド５４０と、各ＶＣＩに割当て済の帯域を示す第３フィ
ールド５４１とからなる少なくとも１つのレコードを記
憶している。前述したテーブル５１７と同様に、ＶＣＩ
割当て表示が「０」のレコードでは、第１フィールド５
３９が示すＶＣＩ番号が未割当てであることを意味し、
ＶＣＩ割当て表示が「１」のレコードでは、第１フィー
ルド５３９が示すＶＣＩ番号に第３フィールドが示す帯
域が割当て済みであることを意味する。テーブル５３０
の第４フィールド５３４に示されるＳＶＣＣに割当て可
能なＶＣＩ領域の外に該当するＶＣＩ番号に対しては、
ＶＣＩテーブル５３８上で、第２フィールド５４０のＶ
ＣＩ割当て表示を「１」にしておき、他のＶＣＩ番号に
割当てできないようにしておく。図示した例では、ＶＣ
Ｉテーブル５３８−２の場合、第３フィールド５４１が
示すで割当て帯域の合計は３５Ｍｂｉｔ／ｓであり、こ
の値がテーブル５３０の第２レコードの第５フィールド
５３５に表示されている。これにより、ＳＶＣのコネク
ション受付制御部２５１は、各ＶＰＣ後との残りの帯域
をテーブル５３０の第３フィールド５３３と第５フィー
ルド５３５の値の差分（上記の例では、４０−３５＝５
Ｍｂｉｔ／ｓ）として把握できるため、この値に基いて
コネクション受付制御を行うことができる。コネクショ
ン受付制御時において、残り帯域が不足した場合やＶＣ
Ｉ番号が全て割当て済みの場合は、第７フィールド５３
７が示す値に「１」を加算して呼損回数として計数す
る。なお、図示した例では、呼損原因別に回数を計数計
数しており、帯域不足による呼損回数が２０回、ＶＣＩ
数不足による呼損回数が１回となっていることが判る。
【００３０】本実施例では、帯域とＶＣＩ領域をＰＶＣ
Ｃ用とＳＶＣＣ用に固定的に分割しているため、例え
ば、図６の（ａ）で示したＰＶＰＣ（２）の識別番号が
「網装置識別番号＝Ｘ、回線インタフェース識別番号＝
Ｙ、ＶＰＣ識別番号＝２」であったすると、上記ＰＶＰ
Ｃ（２）の割当て帯域４０１−２は、テーブル５００の
第２レコードの第４フィールド５０４が示す５０Ｍｂｉ
ｔ／ｓであり、そのうちＰＶＣＣに割当て可能な帯域の
合計４０２は、上記レコードの第５フィールド５０５が
示す１０Ｍｂｉｔ／ｓであり、これが、ＰＶＣコネクシ
ョン受付制御１５１が保持するリソース管理テーブル５
１０上では、「回線インタフェース識別番号＝Ｙ、ＶＰ
Ｃ識別番号＝２」に相当する第２レコードの第３フィー
ルド５１３でＰＶＣＣ用として１０Ｍｂｉｔ／ｓと表示
され、残りの「５０−１０＝４０Ｍｂｉｔ／ｓ」がＳＶ
ＣＣ用として、ＳＶＣコネクション受付制御部２５１が
保持するリソース管理テーブル５３０の「回線インタフ
ェース識別番号＝Ｙ、ＶＰＣ識別番号＝２」に相当する
第２レコードの第３フィールド５３３に表示される。Ｖ
ＣＩ領域は、テーブル５１０の「回線インタフェース識
別番号＝Ｙ、ＶＰＣ識別番号＝２」に相当する第２レコ
ードの第４フィールド５１４に「３ＦＦＦ（Ｈ）以下」
として示され、一方、テーブル５３０の「回線インタフ
ェース識別番号＝Ｙ、ＶＰＣ識別番号＝２」に相当する
第２レコードの第４フィールド５３４では「４０００
（Ｈ）以上」として示され、帯域が固定的に分割されて
いることが判る。
Ｃ用とＳＶＣＣ用に固定的に分割しているため、例え
ば、図６の（ａ）で示したＰＶＰＣ（２）の識別番号が
「網装置識別番号＝Ｘ、回線インタフェース識別番号＝
Ｙ、ＶＰＣ識別番号＝２」であったすると、上記ＰＶＰ
Ｃ（２）の割当て帯域４０１−２は、テーブル５００の
第２レコードの第４フィールド５０４が示す５０Ｍｂｉ
ｔ／ｓであり、そのうちＰＶＣＣに割当て可能な帯域の
合計４０２は、上記レコードの第５フィールド５０５が
示す１０Ｍｂｉｔ／ｓであり、これが、ＰＶＣコネクシ
ョン受付制御１５１が保持するリソース管理テーブル５
１０上では、「回線インタフェース識別番号＝Ｙ、ＶＰ
Ｃ識別番号＝２」に相当する第２レコードの第３フィー
ルド５１３でＰＶＣＣ用として１０Ｍｂｉｔ／ｓと表示
され、残りの「５０−１０＝４０Ｍｂｉｔ／ｓ」がＳＶ
ＣＣ用として、ＳＶＣコネクション受付制御部２５１が
保持するリソース管理テーブル５３０の「回線インタフ
ェース識別番号＝Ｙ、ＶＰＣ識別番号＝２」に相当する
第２レコードの第３フィールド５３３に表示される。Ｖ
ＣＩ領域は、テーブル５１０の「回線インタフェース識
別番号＝Ｙ、ＶＰＣ識別番号＝２」に相当する第２レコ
ードの第４フィールド５１４に「３ＦＦＦ（Ｈ）以下」
として示され、一方、テーブル５３０の「回線インタフ
ェース識別番号＝Ｙ、ＶＰＣ識別番号＝２」に相当する
第２レコードの第４フィールド５３４では「４０００
（Ｈ）以上」として示され、帯域が固定的に分割されて
いることが判る。
【００３１】次に、図９〜図１３を参照しながら本発明
によるＡＴＭ網システムの動作について説明する。図９
は、ＰＶＣＣの設定シーケンスを示す。本実施例では、
制御端末３００からＰＶＣＣの設定を要求し、１つの網
管理装置１００でコネクションの受付制御を行う。制御
端末からのＰＶＣＣの設定要求に先だって、網管理装置
１００のＰＶＣ／ＳＶＣリソース割当て制御部１５０
は、網設計を行い（ステップ６００）、ＶＰＣの帯域分
割と、ＶＰＣ内のＰＶＣＣ用およびＳＶＣＣ用の帯域分
割（配分）と識別子割当てを決定し、図６の（ｂ）に示
したリソース管理テーブル５００に記憶する。ここで決
定された帯域と識別子領域は、ＰＶＣのコネクション受
付制御部１５１と網装置２００にそれぞれ通知される
（６０１−１、６０１−２）。尚、網装置への通知につ
いては、図１０で詳しく説明する。
によるＡＴＭ網システムの動作について説明する。図９
は、ＰＶＣＣの設定シーケンスを示す。本実施例では、
制御端末３００からＰＶＣＣの設定を要求し、１つの網
管理装置１００でコネクションの受付制御を行う。制御
端末からのＰＶＣＣの設定要求に先だって、網管理装置
１００のＰＶＣ／ＳＶＣリソース割当て制御部１５０
は、網設計を行い（ステップ６００）、ＶＰＣの帯域分
割と、ＶＰＣ内のＰＶＣＣ用およびＳＶＣＣ用の帯域分
割（配分）と識別子割当てを決定し、図６の（ｂ）に示
したリソース管理テーブル５００に記憶する。ここで決
定された帯域と識別子領域は、ＰＶＣのコネクション受
付制御部１５１と網装置２００にそれぞれ通知される
（６０１−１、６０１−２）。尚、網装置への通知につ
いては、図１０で詳しく説明する。
【００３２】ＰＶＣのコネクション受付制御部１５１へ
の帯域・識別子領域通知６０１−１は、図７に示したリ
ソース管理テーブル５１０の第１フィールド５１１〜第
４フィールド５１４に設定すべきデータをテーブル５０
０の各レコードの内容に基いて送付する。一方、網装置
２２への帯域・識別子領域通知６０１−２では、図８に
示したリソース管理テーブル５３０の第１フィールド５
３１〜第４フィールド５３４に設定すべきデータを上記
と同様に送付する。ＰＶＣ／ＳＶＣリソース割当て制御
部１５０は、ＰＶＣのコネクション受付制御部１５１と
網装置２００からの応答を待ち、ＡＣＫ６０２−１、６
０２−２を受信すると、制御端末３００に対して網設計
変更通知６０３を送信する。上記変更通知は、図３に示
した制御端末間ドライバ１５３の制御のもとに、制御端
末インタフェース１０５を介して行われる。
の帯域・識別子領域通知６０１−１は、図７に示したリ
ソース管理テーブル５１０の第１フィールド５１１〜第
４フィールド５１４に設定すべきデータをテーブル５０
０の各レコードの内容に基いて送付する。一方、網装置
２２への帯域・識別子領域通知６０１−２では、図８に
示したリソース管理テーブル５３０の第１フィールド５
３１〜第４フィールド５３４に設定すべきデータを上記
と同様に送付する。ＰＶＣ／ＳＶＣリソース割当て制御
部１５０は、ＰＶＣのコネクション受付制御部１５１と
網装置２００からの応答を待ち、ＡＣＫ６０２−１、６
０２−２を受信すると、制御端末３００に対して網設計
変更通知６０３を送信する。上記変更通知は、図３に示
した制御端末間ドライバ１５３の制御のもとに、制御端
末インタフェース１０５を介して行われる。
【００３３】制御端末３００からのＰＶＣＣの設定要求
６０４は、上述した網設計が完了した状態で行われ、Ｐ
ＶＣＣの設定要求メッセージは、制御端末インタフェー
ス１０５、制御端末間ドライバ１５３を介してＰＶＣの
コネクション受付制御部１５１に入力される。ＰＶＣＣ
の設定要求６０４を受信すると、ＰＶＣのコネクション
受付制御１５１は、図７に示したリソース管理テーブル
５１０を参照して受付制御を行う。例えば、第２レコー
ドが示す識別番号が「２」のＶＰＣ内に新たに帯域１Ｍ
ｂｉｔ／ｓのＰＶＣＣを設定する場合、第３フィールド
５１３と第５フィールド５１５を参照する。この場合、
「１０−８＝２Ｍｂｉｔ／ｓ」の残り帯域があるため、
ＰＶＣＣの１Ｍｂｉｔ／ｓの帯域を確保できることが判
る。そこで、第６フィールド５１６が示すポインタ値に
基づいてＶＣＩテーブル５１７−２を参照し、第２フィ
ールド５１９をスキャンして空き状態のＶＣＩ番号を探
す。図７に示した例では、ＶＣＩ番号＝ｂが未割当てと
なっているため、第２フィールド５１９のＶＣＩ割当て
表示を「０」から「１」に書き換え、第３フィールドに
帯域１Ｍｂｉｔ／ｓを設定した後、テーブル５１０の第
２レコードの第５フィールド５１５の値（８Ｍｂｉｔ／
ｓ）に今回割り当てた帯域１Ｍｂｉｔ／ｓを加算する
（この結果、９Ｍｂｉｔ／ｓに書き換えられる）。
６０４は、上述した網設計が完了した状態で行われ、Ｐ
ＶＣＣの設定要求メッセージは、制御端末インタフェー
ス１０５、制御端末間ドライバ１５３を介してＰＶＣの
コネクション受付制御部１５１に入力される。ＰＶＣＣ
の設定要求６０４を受信すると、ＰＶＣのコネクション
受付制御１５１は、図７に示したリソース管理テーブル
５１０を参照して受付制御を行う。例えば、第２レコー
ドが示す識別番号が「２」のＶＰＣ内に新たに帯域１Ｍ
ｂｉｔ／ｓのＰＶＣＣを設定する場合、第３フィールド
５１３と第５フィールド５１５を参照する。この場合、
「１０−８＝２Ｍｂｉｔ／ｓ」の残り帯域があるため、
ＰＶＣＣの１Ｍｂｉｔ／ｓの帯域を確保できることが判
る。そこで、第６フィールド５１６が示すポインタ値に
基づいてＶＣＩテーブル５１７−２を参照し、第２フィ
ールド５１９をスキャンして空き状態のＶＣＩ番号を探
す。図７に示した例では、ＶＣＩ番号＝ｂが未割当てと
なっているため、第２フィールド５１９のＶＣＩ割当て
表示を「０」から「１」に書き換え、第３フィールドに
帯域１Ｍｂｉｔ／ｓを設定した後、テーブル５１０の第
２レコードの第５フィールド５１５の値（８Ｍｂｉｔ／
ｓ）に今回割り当てた帯域１Ｍｂｉｔ／ｓを加算する
（この結果、９Ｍｂｉｔ／ｓに書き換えられる）。
【００３４】上記動作によって受付制御が完了し、ＰＶ
Ｃのコネクション受付制御部１５１は、網装置２００に
対して、既に知られている通信手順に従って、上記帯域
の値とＶＣＩ識別子を伴ったＰＶＣＣの設定要求６０５
を通知する。網装置２００では、上記ＰＶＣＣの設定要
求６０５を受信すると、ＰＶＣ／ＳＶＣのコネクション
設定制御部２５２が、受信した帯域の値とＶＣＩ識別子
に基づいて、通話路装置間ドライバ２５４と通話路装置
インタフェース２０５を介して回線インタフェース２０
７にパラメータ設定を行うことによって、所定の回線上
にコネクションを設定する。この後、網管理装置１００
に対して設定完了６０６を返送する。網管理装置と網装
置との間でのこれらの信号の送受信は、網管理装置１０
０側では、網装置間ドライバ１５４の制御のもとに網装
置インタフェース１０６を介して、また、網装置２００
側では、網管理装置間ドライバ２５３の制御のもとに網
管理装置インタフェース２０４を介してそれぞれ行われ
る。ＰＶＣのコネクション受付制御部１５１は、網装置
２００から設定完了６０６を受信すると、制御端末３０
０に対して要求受付６０７を通知する。
Ｃのコネクション受付制御部１５１は、網装置２００に
対して、既に知られている通信手順に従って、上記帯域
の値とＶＣＩ識別子を伴ったＰＶＣＣの設定要求６０５
を通知する。網装置２００では、上記ＰＶＣＣの設定要
求６０５を受信すると、ＰＶＣ／ＳＶＣのコネクション
設定制御部２５２が、受信した帯域の値とＶＣＩ識別子
に基づいて、通話路装置間ドライバ２５４と通話路装置
インタフェース２０５を介して回線インタフェース２０
７にパラメータ設定を行うことによって、所定の回線上
にコネクションを設定する。この後、網管理装置１００
に対して設定完了６０６を返送する。網管理装置と網装
置との間でのこれらの信号の送受信は、網管理装置１０
０側では、網装置間ドライバ１５４の制御のもとに網装
置インタフェース１０６を介して、また、網装置２００
側では、網管理装置間ドライバ２５３の制御のもとに網
管理装置インタフェース２０４を介してそれぞれ行われ
る。ＰＶＣのコネクション受付制御部１５１は、網装置
２００から設定完了６０６を受信すると、制御端末３０
０に対して要求受付６０７を通知する。
【００３５】以上はＰＶＣのコネクション受付制御部１
５１で受付が完了した場合であるが、受付拒否の場合の
動作は次のようになる。例えば、制御端末３００からの
ＰＶＣＣの設定要求６０８が、「回線インターフェイス
識別番号＝Ｙ、ＶＰＣ識別番号＝２」のＰＶＣＣに新た
に帯域３Ｍｂｉｔ／ｓのＰＶＣＣ設定を要求するもので
あったと仮定すると、ＰＶＣのコネクション受付制御部
１５１は、リソース管理テーブル５１０の第２レコード
を参照し、第３フィールド５１３が示す割当て可能な帯
域の合計値と第５フィールド５１５が示す既に割当て済
の帯域の合計値から、現在残っている帯域が「１０−８
＝２Ｍｂｉｔ／ｓ」であることを知る。この場合、新た
に要求された３Ｍｂｉｔ／ｓのＰＶＣＣの帯域は確保で
きない。そこで、ＰＶＣのコネクション受付制御部１５
１は、ＰＶＣ／ＳＶＣリソース割当て制御部１５０に対
して、不足した帯域（或いは識別子領域）とそのＰＶＣ
Ｃが属すべき識別番号を伴った要求拒否６０９を通知す
る。ＰＶＣ／ＳＶＣリソース割当て制御部１５０は、上
記要求拒否６０９を受信すると、制御端末３００に対し
て要求拒否６１０を通知した後、網設計６１１をやり直
す。網設計６１１によって必要なリソースを確保した
後、前述の網設計６００以降と同様のシーケンスを繰り
返すことによって、新たなＰＶＣＣ設定が可能となる。
５１で受付が完了した場合であるが、受付拒否の場合の
動作は次のようになる。例えば、制御端末３００からの
ＰＶＣＣの設定要求６０８が、「回線インターフェイス
識別番号＝Ｙ、ＶＰＣ識別番号＝２」のＰＶＣＣに新た
に帯域３Ｍｂｉｔ／ｓのＰＶＣＣ設定を要求するもので
あったと仮定すると、ＰＶＣのコネクション受付制御部
１５１は、リソース管理テーブル５１０の第２レコード
を参照し、第３フィールド５１３が示す割当て可能な帯
域の合計値と第５フィールド５１５が示す既に割当て済
の帯域の合計値から、現在残っている帯域が「１０−８
＝２Ｍｂｉｔ／ｓ」であることを知る。この場合、新た
に要求された３Ｍｂｉｔ／ｓのＰＶＣＣの帯域は確保で
きない。そこで、ＰＶＣのコネクション受付制御部１５
１は、ＰＶＣ／ＳＶＣリソース割当て制御部１５０に対
して、不足した帯域（或いは識別子領域）とそのＰＶＣ
Ｃが属すべき識別番号を伴った要求拒否６０９を通知す
る。ＰＶＣ／ＳＶＣリソース割当て制御部１５０は、上
記要求拒否６０９を受信すると、制御端末３００に対し
て要求拒否６１０を通知した後、網設計６１１をやり直
す。網設計６１１によって必要なリソースを確保した
後、前述の網設計６００以降と同様のシーケンスを繰り
返すことによって、新たなＰＶＣＣ設定が可能となる。
【００３６】図１０は、ＳＶＣＣの設定シーケンスを示
す。ＰＶＣ／ＳＶＣリソース割当て制御部１５０は、図
９で説明したのと同様の網設計６２０を行い、ＶＰＣの
帯域分割と、ＶＰＣ内のＰＶＣＣ用およびＳＶＣＣ用の
帯域とそれぞれの識別子領域の割当てを行い、図６の
（ｂ）に示したリソース管理テーブル５００に記憶す
る。ここで決定した帯域と識別子領域をＰＶＣのコネク
ション受付制御部１５１と網装置２００のＳＶＣのコネ
クション受付制御部２５１にそれぞれ通知する（６２１
−１、６２１−２）。ＰＶＣのコネクション受付制御部
１５１への帯域／識別子領域の通知６２１−２は、図９
で説明した通知６０１−１と同じである。ＳＶＣのコネ
クション受付制御部２５１への帯域／識別子領域の通知
６２１−１では、図９で説明した通知６０１−２と同様
に、テーブル５００の各レコードの内容に基いて、図８
に示したリソース管理テーブル５３０の第１フィールド
５３１〜第４フィールド５３４に設定すべきデータを通
知する。この通知は、網管理装置間ドライバ２５３の制
御により、網管理装置インタフェース２０４を介して行
われる。
す。ＰＶＣ／ＳＶＣリソース割当て制御部１５０は、図
９で説明したのと同様の網設計６２０を行い、ＶＰＣの
帯域分割と、ＶＰＣ内のＰＶＣＣ用およびＳＶＣＣ用の
帯域とそれぞれの識別子領域の割当てを行い、図６の
（ｂ）に示したリソース管理テーブル５００に記憶す
る。ここで決定した帯域と識別子領域をＰＶＣのコネク
ション受付制御部１５１と網装置２００のＳＶＣのコネ
クション受付制御部２５１にそれぞれ通知する（６２１
−１、６２１−２）。ＰＶＣのコネクション受付制御部
１５１への帯域／識別子領域の通知６２１−２は、図９
で説明した通知６０１−１と同じである。ＳＶＣのコネ
クション受付制御部２５１への帯域／識別子領域の通知
６２１−１では、図９で説明した通知６０１−２と同様
に、テーブル５００の各レコードの内容に基いて、図８
に示したリソース管理テーブル５３０の第１フィールド
５３１〜第４フィールド５３４に設定すべきデータを通
知する。この通知は、網管理装置間ドライバ２５３の制
御により、網管理装置インタフェース２０４を介して行
われる。
【００３７】図１２は、上記通知６２１−１に用いるパ
ケット７００のフォーマットの一例を示す。パケット７
００は、先頭に通信プロトコルに応じたヘッダ（宛先情
報等を含む）７０１を有し、ヘッダ７０１に続いて、メ
ッセージ識別子フィールド７０２と、メッセージ長フィ
ールド７０３と、帯域／識別子領域を含むデータフィー
ルド７０４（７０４−１〜７０４−Ｎ）を有し、最後尾
にトレイラ（誤り制御符号等を含む）７０５をもった構
成となっている。メッセージ識別子フィールド７０２に
は、このパケットが帯域／識別子領域の通知用のもので
あることを示すコードが設定される。ＰＶＣ／ＳＶＣリ
ソース割当て制御部１５０は、ＰＶＣのコネクション受
付制御部１５１とＳＶＣのコネクション受付制御部２５
１から上記通知に対する応答信号（ＡＣＫ）６２２−
１、６２２−２を受信すると、図９で説明したのと同様
の動作を行う。
ケット７００のフォーマットの一例を示す。パケット７
００は、先頭に通信プロトコルに応じたヘッダ（宛先情
報等を含む）７０１を有し、ヘッダ７０１に続いて、メ
ッセージ識別子フィールド７０２と、メッセージ長フィ
ールド７０３と、帯域／識別子領域を含むデータフィー
ルド７０４（７０４−１〜７０４−Ｎ）を有し、最後尾
にトレイラ（誤り制御符号等を含む）７０５をもった構
成となっている。メッセージ識別子フィールド７０２に
は、このパケットが帯域／識別子領域の通知用のもので
あることを示すコードが設定される。ＰＶＣ／ＳＶＣリ
ソース割当て制御部１５０は、ＰＶＣのコネクション受
付制御部１５１とＳＶＣのコネクション受付制御部２５
１から上記通知に対する応答信号（ＡＣＫ）６２２−
１、６２２−２を受信すると、図９で説明したのと同様
の動作を行う。
【００３８】このように網設計が完了している状態で、
他の網装置または端末装置から網装置２００にＳＶＣＣ
の設定要求６２３が発行されると、この設定要求を示す
ＡＴＭセルは、回線インタフェース２０７からＡＴＭス
イッチ２０８に入力され、信号処理装置２０９にルーテ
ィングされ、信号装置インタフェース２０６、信号装置
間ドライバ２５５を介してＳＶＣの呼処理制御部２５０
に渡される。ＳＶＣの呼処理制御部２５０は、必要なコ
ネクションを決定し、ＳＶＣのコネクション受付制御部
２５１に対してコネクション設定要求６２４を通知す
る。上記コネクション設定要求６２４を受信したＳＶＣ
のコネクション受付制御部２５１は、リソース管理テー
ブル５３０を参照して受付制御を行う。例えば、ＶＰＣ
識別番号が「２」のＶＰ上に新たに帯域１Ｍｂｉｔ／ｓ
のＳＶＣＣを設定する場合、図８に示したテーブル５３
０の第２レコードの第３フィールド５３３と第５フィー
ルド５３５とを参照すると、「４０−３５＝５Ｍｂｉｔ
／ｓ」の残り帯域があることが判るため、要求された１
Ｍｂｉｔ／ｓのＳＶＣＣの帯域を確保できる。
他の網装置または端末装置から網装置２００にＳＶＣＣ
の設定要求６２３が発行されると、この設定要求を示す
ＡＴＭセルは、回線インタフェース２０７からＡＴＭス
イッチ２０８に入力され、信号処理装置２０９にルーテ
ィングされ、信号装置インタフェース２０６、信号装置
間ドライバ２５５を介してＳＶＣの呼処理制御部２５０
に渡される。ＳＶＣの呼処理制御部２５０は、必要なコ
ネクションを決定し、ＳＶＣのコネクション受付制御部
２５１に対してコネクション設定要求６２４を通知す
る。上記コネクション設定要求６２４を受信したＳＶＣ
のコネクション受付制御部２５１は、リソース管理テー
ブル５３０を参照して受付制御を行う。例えば、ＶＰＣ
識別番号が「２」のＶＰ上に新たに帯域１Ｍｂｉｔ／ｓ
のＳＶＣＣを設定する場合、図８に示したテーブル５３
０の第２レコードの第３フィールド５３３と第５フィー
ルド５３５とを参照すると、「４０−３５＝５Ｍｂｉｔ
／ｓ」の残り帯域があることが判るため、要求された１
Ｍｂｉｔ／ｓのＳＶＣＣの帯域を確保できる。
【００３９】そこで、ＳＶＣのコネクション受付制御部
２５１は、上記レコードの第６フィールド５３６に設定
してあるポインタによって、ＶＣＩテーブル５３８−２
を参照し、ＶＣＩ割当て表示を示す第２フィールド５４
０をスキャンすることによって、現在空き状態にあるＶ
ＣＩ番号を探す。この例では、第２レコードに記憶され
たＶＣＩ番号「ｂ」が空きＶＣＩとして最初に検出され
るため、このレコードの第２フィールド５４０で、ＶＣ
Ｉ割当て表示を「０」から「１」に書き換え、リソース
管理テーブル５３０上の対応レコードにおいて、ＳＶＣ
Ｃ割当て済帯域の合計値を示す第５フィールド５３５の
値「３５Ｍｂｉｔ／ｓ」に今回新たに割り当てた帯域の
値「１Ｍｂｉｔ／ｓ」を加算して「３６Ｍｂｉｔ／ｓ」
に書き換える。これにより受付制御が完了し、ＳＶＣの
コネクション受付制御部２５１は、ＳＶＣの呼処理制御
部２５０に対して要求受付６２５を通知する。
２５１は、上記レコードの第６フィールド５３６に設定
してあるポインタによって、ＶＣＩテーブル５３８−２
を参照し、ＶＣＩ割当て表示を示す第２フィールド５４
０をスキャンすることによって、現在空き状態にあるＶ
ＣＩ番号を探す。この例では、第２レコードに記憶され
たＶＣＩ番号「ｂ」が空きＶＣＩとして最初に検出され
るため、このレコードの第２フィールド５４０で、ＶＣ
Ｉ割当て表示を「０」から「１」に書き換え、リソース
管理テーブル５３０上の対応レコードにおいて、ＳＶＣ
Ｃ割当て済帯域の合計値を示す第５フィールド５３５の
値「３５Ｍｂｉｔ／ｓ」に今回新たに割り当てた帯域の
値「１Ｍｂｉｔ／ｓ」を加算して「３６Ｍｂｉｔ／ｓ」
に書き換える。これにより受付制御が完了し、ＳＶＣの
コネクション受付制御部２５１は、ＳＶＣの呼処理制御
部２５０に対して要求受付６２５を通知する。
【００４０】ＳＶＣの呼処理制御部２５０は、ＰＶＣ／
ＳＶＣのコネクション設定制御部２５２に対して、上記
割当て帯域の値と識別子を伴うコネクション設定要求６
２６を通知し、ＰＶＣ／ＳＶＣのコネクション設定制御
部２５２からの設定完了６２７を待つ。ＰＶＣ／ＳＶＣ
のコネクション設定制御部２５２は、通話路装置間ドラ
イバ２５４と通話路装置インタフェース２０５を介し
て、回線インタフェース２０７とＡＴＭスイッチ２０８
に制御パラメータを送信することにより、新たなＳＶＣ
Ｃを設定した後、ＳＶＣの呼処理制御部２５０に設定完
了６２７を送信する。ＳＶＣの呼処理制御部２５０は、
設定完了６２７を受信すると、ＳＶＣＣ設定の要求元で
ある他の網装置または端末装置に対して、プロトコルに
応じたメッセージ形式でＳＶＣＣの設定完了６２８を送
信すると共に、ＳＶＣのコネクション受付制御部２５１
にも設定完了６２９を通知する。
ＳＶＣのコネクション設定制御部２５２に対して、上記
割当て帯域の値と識別子を伴うコネクション設定要求６
２６を通知し、ＰＶＣ／ＳＶＣのコネクション設定制御
部２５２からの設定完了６２７を待つ。ＰＶＣ／ＳＶＣ
のコネクション設定制御部２５２は、通話路装置間ドラ
イバ２５４と通話路装置インタフェース２０５を介し
て、回線インタフェース２０７とＡＴＭスイッチ２０８
に制御パラメータを送信することにより、新たなＳＶＣ
Ｃを設定した後、ＳＶＣの呼処理制御部２５０に設定完
了６２７を送信する。ＳＶＣの呼処理制御部２５０は、
設定完了６２７を受信すると、ＳＶＣＣ設定の要求元で
ある他の網装置または端末装置に対して、プロトコルに
応じたメッセージ形式でＳＶＣＣの設定完了６２８を送
信すると共に、ＳＶＣのコネクション受付制御部２５１
にも設定完了６２９を通知する。
【００４１】以上は、ＳＶＣＣ設定要求がＳＶＣのコネ
クション受付制御部２５１で受付られた場合の動作シー
ケンスであるが、ＳＶＣＣ設定要求が拒否された場合の
動作シーケンスは次のようになる。他の網装置または端
末装置からのＳＶＣＣの設定要求６３０がＳＶＣの呼処
理制御部２５０に入力されると、前述の要求６２３の場
合と同様、ＳＶＣの呼処理制御部２５０からＳＶＣのコ
ネクション受付制御部２５１にコネクション設定要求６
３１が発行される。ここで、上記コネクション設定要求
６３１が、「回線インターフェイス識別番号＝Ｙ、ＶＰ
Ｃ識別番号＝２」のＶＰ上に新たに帯域６Ｍｂｉｔ／ｓ
のＳＶＣＣを設定することを要求するものであったと仮
定すると、ＳＶＣのコネクション受付制御部２５１は、
図８に示すリソース管理テーブル５３０の第２レコード
を参照し、第３フィールド５３３が示す帯域の値と第５
フィールド５３５が示す帯域の値から、残り帯域が「４
０−３５＝５Ｍｂｉｔ／ｓ」しかなく、要求された６Ｍ
ｂｉｔ／ｓのＳＶＣＣの帯域を確保できないと判断す
る。 この場合、帯域不足による呼損発生回数をカウン
トアップするために、第７フィールド５３７に記憶して
ある値「（２０、１）」を「（２１、１）」に書き換
え、ＳＶＣの呼処理制御部２５０に対して、不足した帯
域（或いは識別子領域）とそのＳＶＣＣが属すべき識別
番号とを伴った設定拒否６３２を通知する。ＳＶＣの呼
処理制御部２５０では、上記設定拒否通知を受けると、
ＶＰＣ対応に呼損の計数処理６３３を行った後、要求元
の他の網装置または端末装置に対して、プロトコルに応
じたメッセージ形式でＳＶＣＣの設定拒否６３４を送信
する。
クション受付制御部２５１で受付られた場合の動作シー
ケンスであるが、ＳＶＣＣ設定要求が拒否された場合の
動作シーケンスは次のようになる。他の網装置または端
末装置からのＳＶＣＣの設定要求６３０がＳＶＣの呼処
理制御部２５０に入力されると、前述の要求６２３の場
合と同様、ＳＶＣの呼処理制御部２５０からＳＶＣのコ
ネクション受付制御部２５１にコネクション設定要求６
３１が発行される。ここで、上記コネクション設定要求
６３１が、「回線インターフェイス識別番号＝Ｙ、ＶＰ
Ｃ識別番号＝２」のＶＰ上に新たに帯域６Ｍｂｉｔ／ｓ
のＳＶＣＣを設定することを要求するものであったと仮
定すると、ＳＶＣのコネクション受付制御部２５１は、
図８に示すリソース管理テーブル５３０の第２レコード
を参照し、第３フィールド５３３が示す帯域の値と第５
フィールド５３５が示す帯域の値から、残り帯域が「４
０−３５＝５Ｍｂｉｔ／ｓ」しかなく、要求された６Ｍ
ｂｉｔ／ｓのＳＶＣＣの帯域を確保できないと判断す
る。 この場合、帯域不足による呼損発生回数をカウン
トアップするために、第７フィールド５３７に記憶して
ある値「（２０、１）」を「（２１、１）」に書き換
え、ＳＶＣの呼処理制御部２５０に対して、不足した帯
域（或いは識別子領域）とそのＳＶＣＣが属すべき識別
番号とを伴った設定拒否６３２を通知する。ＳＶＣの呼
処理制御部２５０では、上記設定拒否通知を受けると、
ＶＰＣ対応に呼損の計数処理６３３を行った後、要求元
の他の網装置または端末装置に対して、プロトコルに応
じたメッセージ形式でＳＶＣＣの設定拒否６３４を送信
する。
【００４２】図１１は、ＳＶＣの呼処理制御部２５０が
上記計数処理６３３で計数した呼損数の値が次第に大き
くなり、呼損率が予め設定してある閾値よりも劣化した
場合(呼損率劣化という)の動作シーケンスを示す。ＳＶ
Ｃの呼処理制御部２５０では、何れかのＶＰＣが呼損率
劣化の状態になった場合（６４０）、網管理装置１００
に対して、該当するＶＰＣ識別番号と呼損パラメータを
伴った呼損通知６４１を発行する。上記通知は、網管理
装置間ドライバ２５３の制御のもとに網管理装置インタ
フェース２０４を介して網管理装置１００に送信され
る。
上記計数処理６３３で計数した呼損数の値が次第に大き
くなり、呼損率が予め設定してある閾値よりも劣化した
場合(呼損率劣化という)の動作シーケンスを示す。ＳＶ
Ｃの呼処理制御部２５０では、何れかのＶＰＣが呼損率
劣化の状態になった場合（６４０）、網管理装置１００
に対して、該当するＶＰＣ識別番号と呼損パラメータを
伴った呼損通知６４１を発行する。上記通知は、網管理
装置間ドライバ２５３の制御のもとに網管理装置インタ
フェース２０４を介して網管理装置１００に送信され
る。
【００４３】図１３は、呼損通知に用いるパケット７０
６のフォーマットの一例を示す。パケット７０６は、図
１２に示した帯域／識別子領域通知のパケット７００と
同様、通信プロトコルに応じたヘッダ（宛先情報等を含
む）７０７と、上記ヘッダ７０７に続くメッセージ識別
子フィールド７０８およびメッセージ長フィールド７０
９と、呼損データを設定するためのデータフィールド７
１０（７１０−１〜７１０−Ｎ）と、パケットの最後尾
を形成するトレイラ（誤り制御符号等を含む）７１１と
からなる。メッセージ識別子フィールド７０８には、こ
のパケットが呼損通知用のものであることを示すコード
が設定され、データフィールド７１０には、呼損が発生
した回線インタフェース番号およびＶＰＣ識別番号と、
そこで発生した呼損回数が原因別（この例では、帯域不
足による呼損回数と、ＶＣＩ不足による呼損回数）に設
定される。
６のフォーマットの一例を示す。パケット７０６は、図
１２に示した帯域／識別子領域通知のパケット７００と
同様、通信プロトコルに応じたヘッダ（宛先情報等を含
む）７０７と、上記ヘッダ７０７に続くメッセージ識別
子フィールド７０８およびメッセージ長フィールド７０
９と、呼損データを設定するためのデータフィールド７
１０（７１０−１〜７１０−Ｎ）と、パケットの最後尾
を形成するトレイラ（誤り制御符号等を含む）７１１と
からなる。メッセージ識別子フィールド７０８には、こ
のパケットが呼損通知用のものであることを示すコード
が設定され、データフィールド７１０には、呼損が発生
した回線インタフェース番号およびＶＰＣ識別番号と、
そこで発生した呼損回数が原因別（この例では、帯域不
足による呼損回数と、ＶＣＩ不足による呼損回数）に設
定される。
【００４４】網管理装置１００では、上記呼損通知がＰ
ＶＣ／ＳＶＣリソース割当て制御部１５０に入力され、
呼損率低下が発生したＶＰＣにおける呼損を解消するよ
うに網設計６４２が行われ、以下、図９に示した網設計
６００以降と同様のシーケンスが繰り返される。
ＶＣ／ＳＶＣリソース割当て制御部１５０に入力され、
呼損率低下が発生したＶＰＣにおける呼損を解消するよ
うに網設計６４２が行われ、以下、図９に示した網設計
６００以降と同様のシーケンスが繰り返される。
【００４５】
【発明の効果】以上の説明から明らかなように、本発明
によれば、ＰＶＣのコネクション受付制御機能を網管理
装置に配備し、ＳＶＣのコネクション受付制御機能を網
装置に配備したため、ＰＶＣの設定時に、先ず、網管理
装置内でコネクション受付制御を行い、この受付制御結
果に応じて網装置にＰＶＣ設定の指示を出すことによ
り、網管理装置と網装置間のメッセージの交信を一度で
済ませることができる。また、ＰＶＣのコネクション受
付制御機能を網管理装置に配備し、ＳＶＣのコネクショ
ン受付制御機能を網装置に配備したため、ＰＶＣのコネ
クション受付制御とＳＶＣのコネクション受付制御を互
いに独立して行うことができ、ＳＶＣのコネクション受
付制御においてＳＶＣ呼損数の計数が可能となる。
によれば、ＰＶＣのコネクション受付制御機能を網管理
装置に配備し、ＳＶＣのコネクション受付制御機能を網
装置に配備したため、ＰＶＣの設定時に、先ず、網管理
装置内でコネクション受付制御を行い、この受付制御結
果に応じて網装置にＰＶＣ設定の指示を出すことによ
り、網管理装置と網装置間のメッセージの交信を一度で
済ませることができる。また、ＰＶＣのコネクション受
付制御機能を網管理装置に配備し、ＳＶＣのコネクショ
ン受付制御機能を網装置に配備したため、ＰＶＣのコネ
クション受付制御とＳＶＣのコネクション受付制御を互
いに独立して行うことができ、ＳＶＣのコネクション受
付制御においてＳＶＣ呼損数の計数が可能となる。
【００４６】また、本発明によれば、網管理装置内で行
う網設計時に、同一ＶＰＣ内に混在させるＰＶＣＣとＳ
ＶＣＣのそれぞれについて、割当て可能な帯域合計とＶ
ＣＩ領域を決定し、これらを網管理装置内にあるＰＶＣ
のコネクション受付制御機能と網装置内にあるＳＶＣの
コネクション受付制御機能に通知するようにし、上記Ｐ
ＶＣのコネクション受付制御機能は、上記ＰＶＣＣに割
当て可能な帯域合計およびＶＣＩ領域に基づいてコネク
ションの受付制御を行い、もし、リソース不足が発生し
た場合には網設計の変更要求を発行するようにし、網装
置内のＳＶＣのコネクション受付制御機能は、網管理装
置から通知されたＳＶＣＣに割当て可能な帯域合計とＶ
ＣＩ領域に基づいてコネクションの受付制御を行い、も
し、リソース不足が発生した場合は呼損として計数して
おき、呼損率が予め定められた閾値よりも劣化した時点
で、網管理装置に対して呼損率劣化を通知して網設計の
変更を要求するようにすることによって、ＰＶＣとＳＶ
Ｃを同一のレイヤに混在させたコネクション受付制御が
可能となる。
う網設計時に、同一ＶＰＣ内に混在させるＰＶＣＣとＳ
ＶＣＣのそれぞれについて、割当て可能な帯域合計とＶ
ＣＩ領域を決定し、これらを網管理装置内にあるＰＶＣ
のコネクション受付制御機能と網装置内にあるＳＶＣの
コネクション受付制御機能に通知するようにし、上記Ｐ
ＶＣのコネクション受付制御機能は、上記ＰＶＣＣに割
当て可能な帯域合計およびＶＣＩ領域に基づいてコネク
ションの受付制御を行い、もし、リソース不足が発生し
た場合には網設計の変更要求を発行するようにし、網装
置内のＳＶＣのコネクション受付制御機能は、網管理装
置から通知されたＳＶＣＣに割当て可能な帯域合計とＶ
ＣＩ領域に基づいてコネクションの受付制御を行い、も
し、リソース不足が発生した場合は呼損として計数して
おき、呼損率が予め定められた閾値よりも劣化した時点
で、網管理装置に対して呼損率劣化を通知して網設計の
変更を要求するようにすることによって、ＰＶＣとＳＶ
Ｃを同一のレイヤに混在させたコネクション受付制御が
可能となる。
【図１】本発明のＡＴＭ網システムを構成する網管理装
置と網装置との接続を示す図。
置と網装置との接続を示す図。
【図２】網管理装置１００の構成を示す図。
【図３】網管理装置１００が備えるリソース管理プログ
ラム１１０の機能ブロック図。
ラム１１０の機能ブロック図。
【図４】網装置２００の構成を示す図。
【図５】網装置２００が備えるリソース管理プログラム
２１０の機能ブロック図。
２１０の機能ブロック図。
【図６】本発明におけるリソースの分割（ａ）と、網管
理装置１００が保持するＰＶＣ／ＳＶＣの割当て制御の
ためのリソース管理テーブル５００（ｂ）を示す図。
理装置１００が保持するＰＶＣ／ＳＶＣの割当て制御の
ためのリソース管理テーブル５００（ｂ）を示す図。
【図７】網管理装置１００が保持するＰＶＣのコネクシ
ョン受付制御のためのリソース管理テーブル５１０を示
す図。
ョン受付制御のためのリソース管理テーブル５１０を示
す図。
【図８】網装置２００が保持するＳＶＣのコネクション
受付制御のためのリソース管理テーブル５３０を示す
図。
受付制御のためのリソース管理テーブル５３０を示す
図。
【図９】本発明によるＰＶＣＣの設定動作の１例を説明
するためのシーケンス図。
するためのシーケンス図。
【図１０】本発明によるＳＶＣＣの設定動作の１例を説
明するためのシーケンス図。
明するためのシーケンス図。
【図１１】本発明によるＳＶＣＣの設定において、呼損
率劣化が発生した場合の動作を説明するためのシーケン
ス図。
率劣化が発生した場合の動作を説明するためのシーケン
ス図。
【図１２】網管理装置から網装置へのリソース通知のた
めのパケットフォーマットを示す図。
めのパケットフォーマットを示す図。
【図１３】網装置から網管理装置への呼損データ通知の
ためのパケットフォーマットを示す図。
ためのパケットフォーマットを示す図。
【図１４】従来技術におけるリソース管理機能を説明す
るための図。
るための図。
１００…網管理装置、２００…網装置、３００…制御端
末 ５００、５１０、５３０…リソース管理テーブル ７００、７０６…パケットフォーマット。
末 ５００、５１０、５３０…リソース管理テーブル ７００、７０６…パケットフォーマット。
─────────────────────────────────────────────────────
フロントページの続き
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/56 200
Claims (13)
- 【請求項１】 固定接続型バーチャルコネクション（ＰＶ
Ｃ）とスイッチ接続型バーチャルコネクション（ＳＶ
Ｃ）とが混在した状態で複数のコネクションを同一回線
上に多重化する非同期転送モード（ＡＴＭ）網システム
であって、 第１および第２の制御装置を有し、 上記第１の制御装置は、 ＰＶＣの設定要求があったとき、ＰＶＣに配分されてい
るリソースの情報に基づいてコネクション受付制御を行
い、上記ＰＶＣに割り当てたリソースの定義情報を上記
第２の制御装置に送信するＰＶＣコネクション受付制御
手段を備え、 上記第２の制御装置は、 ＳＶＣの設定要求があったとき、ＳＶCに配分されてい
るリソースの情報に基づいて該ＳＶＣの設定要求に対す
るコネクション受付制御を行うＳＶＣコネクション受付
制御手段と、 該ＳＶＣコネクション受付制御手段によってＳＶＣに割
り当てられたリソースの定義情報および上記第１の制御
装置から受信したＰＶＣのリソース定義情報に応じて、
該当する回線上へのコネクションの設定動作を行うため
の手段とを備えたことを特徴とするＡＴＭ網システム。 - 【請求項２】 請求項１記載のＡＴＭ網システムであっ
て、 上記第１の制御装置は、上記各回線上に多重化すべきバ
ーチャルパスコネクション（ＶＰＣ）について、各ＶＰ
Ｃの帯域と各ＶＰＣ上に多重化されるＰＶＣおよびＳＶ
Ｃへのリソースの配分を決定し、ＳＶＣへのリソース配
分結果を上記第２の制御装置に通知するためのリソース
割当て制御手段を有することを特徴とするＡＴＭ網シス
テム。 - 【請求項３】 上記第１の制御装置が、 各回線毎に設けられた回線インターフェイスの識別子と
対応して、各回線上に多重化すべきＶＰＣの識別子と、
各ＶＰＣに割当てられた帯域と、各ＶＰＣに多 重化可能
なＰＶＣの帯域合計および該ＰＶＣに割当て可能なバー
チャルチャネル識別子（ＶＣＩ）の範囲を記憶するため
の第１のテーブル手段と、 上記各回線上に多重化すべきＶＰＣの識別子と対応し
て、各ＶＰＣに多重化可能なＰＶＣの帯域合計および該
ＰＶＣに割当て可能な識別子（ＶＣＩ）の範囲と、割当
て済のＰＶＣの帯域合計と、ＶＣＩ毎の割当て済み帯域
とを記憶するための第２のテーブル手段とを有し、 上記リソース割当て制御手段が、上記リソースの配分結
果を上記第１のテーブル手段に記憶し、 上記ＰＶＣコネクション受付制御手段が、上記ＰＶＣへ
のリソース配分結果を上記第２のテーブル手段に記憶
し、 該第２のテーブル手段を参照してＰＶＣの設定要求に対
するＰＶＣコネクション受付制御を行うことを特徴とす
る請求項２に記載のＡＴＭ網システム。 - 【請求項４】 上記第２の制御装置が、上記各回線上に多
重化すべきＶＰＣの識別子と対応して、各ＶＰＣに多重
化可能なＳＶＣの帯域合計および該ＳＶＣに割当て可能
な識別子（ＶＣＩ）の範囲と、割当て済のＳＶＣを帯域
合計と、各ＶＣＩ毎の割当て帯域とを記憶するための第
３のテーブル手段を備え、 上記第１の制御装置から通知されたＳＶＣリソースの配
分結果が上記第３のテーブル手段に記憶され、該第３の
テーブル手段を参照して上記ＳＶＣの設定要求に対する
ＳＶＣコネクション受付制御を行うことを特徴とする請
求項３に記載のＡＴＭ網システム。 - 【請求項５】 上記第２の制御装置が、上記ＳＶＣの設定
要求に対してリソースを割当てることができなかった場
合に、ＶＰＣ対応の呼損回数としてカウントしておき、
呼損回数または時間あたりの呼損回数が所定の閾値に達
した場合に、該呼損と対応するＶＰＣ識別子を含む制御
情報を上記第１の制御装置に送信するための手段とを備
えたことを特徴とする請求項２〜請求項４の何れかに記
載のＡＴＭ網システム。 - 【請求項６】 上記第２の制御装置が、上記呼損回数を呼
損原因別にカウントすることを特徴とする請求項５に記
載のＡＴＭ網システム。 - 【請求項７】 上記第１の制御装置が、上記第２の制御装
置からの呼損通知情報の受信に応答して、上記リソース
の再配分を行うことを特徴とする請求項５または請求項
６に記載のＡＴＭ網システム。 - 【請求項８】 非同期転送モード（ＡＴＭ）網を構成する
少なくとも１つの網装置とに接続されたＡＴＭ網管理装
置であって、 上記網装置が収容する各回線上に多重化すべきバーチャ
ルパスコネクション（ＶＰＣ）について、各ＶＰＣの帯
域と各ＶＰＣ上に多重化される固定接続型バーチャルコ
ネクション（ＰＶＣ）およびスイッチ接続型バーチャル
コネクション（ＳＶＣ）に配分されるリソースの情報を
記憶する手段と、 ＰＶＣの設定要求に応答して、上記ＰＶＣに配分されて
いるリソースの情報に基づいてＰＶＣコネクション受付
制御を行い、該ＰＶＣコネクション受付制御によってＰ
ＶＣに割り当てたリソースの定義情報を上記網装置に通
知するための手段とを備えることを特徴とするＡＴＭ網
管理装置。 - 【請求項９】 上記網装置から特定のＶＰＣ上での呼損発
生を示す制御情報を受信したとき、該ＶＰＣの帯域と上
記ＰＶＣおよびＳＶＣへのリソース配分を変更する機能
を備えたことを特徴とする請求項８に記載のＡＴＭ網管
理装置。 - 【請求項１０】 網管理装置を有する非同期転送モード
（ＡＴＭ）網上で同一回線上に固定接続型バーチャルコ
ネクション（ＰＶＣ）とスイッチ接続型バーチャルコネ
クション（ＳＶＣ）とが混在した状態で複数のコネクシ
ョンを多重化するＡＴＭ網装置であって、 各回線上に多重化するバーチャルパスコネクション（Ｖ
ＰＣ）上に多重化されるＳＶＣへのリソース配分結果を
記憶する手段と、 上記網管理装置から通知される、上記ＶＰＣ上に多重化
されるＰＶＣに割り当 てられたリソースの定義情報を記
憶する手段とを備え、 ＳＶＣの設定要求に応答して、上記ＳＶＣへのリソース
配分結果を参照してＳＶＣコネクション受付制御を行
い、 上記ＰＶＣに割り当てられたリソースの定義情報の通知
に応答して、該当する回線上へのコネクションの設定動
作を行うことを特徴とするＡＴＭ網装置。 - 【請求項１１】 請求項１０記載のＡＴＭ網装置であっ
て、 上記ＳＶＣコネクション受付制御を行う際に発生する呼
損をＶＣＩに対応してカウントする手段を備え、 上記呼損の回数または時間あたりの呼損回数が所定の閾
値に達した場合に、該呼損と対応するＶＣＩを含む制御
情報を上記網管理装置に送信することを特徴とするＡＴ
Ｍ網装置。 - 【請求項１２】 第１の制御装置と第２の制御装置とを有
し、固定接続型バーチャルコネクション（ＰＶＣ）とス
イッチ接続型バーチャルコネクション（ＳＶＣ）とが混
在した状態で複数のコネクションを同一回線上に多重化
する非同期転送モード（ＡＴＭ）網システムのコネクシ
ョン受付制御方法において、 ＰＶＣとＳＶＣのリソース配分を上記第１の制御装置で
行い、ＰＶＣに配分されたリソースの管理情報を上記第
１の制御装置に記憶するとともに、ＳＶＣに配分された
リソースの管理情報を上記第１の制御装置から上記第２
の制御装置に通知し、 ＰＶＣの設定要求があったとき、上記第１の制御装置が
上記ＰＶＣリソースの管理情報に基づいてコネクション
の受付制御を行って、該ＰＶＣに対して割当てたリソー
スに関するパラメータ情報を上記第２の制御装置に通知
し、 上記第２の制御装置が、上記ＰＶＣリソースのパラメー
タ情報に従って所定の回線上にＰＶＣを設定し、 ＳＶＣの設定要求があったとき、上記第２の制御装置が
上記ＳＶＣに配分されたリソースの管理情報に基づいて
コネクションの受付制御を行い、該ＳＶＣに割り当てた
リソースのパラメータ情報に従って所定の回線上にＳＶ
Ｃを設定するこ とを特徴とするコネクション受付制御方
法。 - 【請求項１３】 上記第２の制御装置が、上記ＳＶＣの設
定要求に対するコネクション受付制御において、ＳＶＣ
のサービス品質を計測しておき、所定のタイミングで上
記ＳＶＣのサービス品質を示すパラメータを上記第１の
制御装置に通知し、 上記第１の制御装置が、上記ＳＶＣのサービス品質を示
すパラメータに応じて、ＰＶＣとＳＶＣのリソース再配
分を行うことを特徴とする請求項１２に記載のコネクシ
ョン受付制御方法。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29954595A JP3511763B2 (ja) | 1995-11-17 | 1995-11-17 | Ａｔｍ網システムおよびコネクション受付制御方法 |
| US08/746,874 US5894471A (en) | 1995-11-17 | 1996-11-15 | ATM network system and connection admission control method |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP29954595A JP3511763B2 (ja) | 1995-11-17 | 1995-11-17 | Ａｔｍ網システムおよびコネクション受付制御方法 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH09149032A JPH09149032A (ja) | 1997-06-06 |
| JP3511763B2 true JP3511763B2 (ja) | 2004-03-29 |
Family
ID=17874010
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP29954595A Expired - Fee Related JP3511763B2 (ja) | 1995-11-17 | 1995-11-17 | Ａｔｍ網システムおよびコネクション受付制御方法 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5894471A (ja) |
| JP (1) | JP3511763B2 (ja) |
Families Citing this family (36)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPH10262050A (ja) * | 1997-03-17 | 1998-09-29 | Fujitsu Ltd | Ａｔｍ交換機およびａｔｍ通信システム |
| JP3441044B2 (ja) * | 1997-05-30 | 2003-08-25 | 富士通株式会社 | 永続的仮想コネクションの予約制御装置および永続的仮想コネクションの予約制御機能を計算機に行わせるための読み出し可能記憶媒体 |
| US6169738B1 (en) * | 1997-11-06 | 2001-01-02 | Lucent Technologies Inc. | Method for call admission in packet voice system using statistical multiplexing and dynamic voice encoding |
| JP3075248B2 (ja) * | 1998-01-19 | 2000-08-14 | 日本電気株式会社 | 非同期転送モードスイッチ |
| US6922409B1 (en) * | 1998-02-20 | 2005-07-26 | Sprint Communications Company L.P. | System and method for allocating bandwidth for a call |
| US6128659A (en) * | 1998-02-24 | 2000-10-03 | Nokia Telecommunications, Oy | Method and apparatus for resolving dynamic channel assignment conflict in AAL2 negotiation procedure |
| JP3075251B2 (ja) * | 1998-03-05 | 2000-08-14 | 日本電気株式会社 | 非同期転送モード交換網における仮想パス帯域分配システム |
| JP3483458B2 (ja) * | 1998-03-13 | 2004-01-06 | 富士通株式会社 | Ｃｂｒ帯域共有装置及びその方法 |
| US6775288B1 (en) * | 1998-03-13 | 2004-08-10 | Alcatel Canada Inc. | Identifying soft permanent virtual circuits |
| JP3917290B2 (ja) | 1998-03-19 | 2007-05-23 | 富士通株式会社 | 収容局側終端装置におけるｓｖｃアクセス方式 |
| US6091730A (en) * | 1998-03-30 | 2000-07-18 | Lucent Technologies Inc. | Control of asynchronous transfer mode (ATM) switching networks |
| KR100513030B1 (ko) * | 1998-04-08 | 2005-11-21 | 삼성전자주식회사 | 비동기 전송망의 교환가상회선을 이용한 온라인 전용회선관리방법 |
| US6483834B1 (en) * | 1998-12-10 | 2002-11-19 | Sprint Communications Company L.P. | System for creating switched virtual circuits to transport information over an ATM network |
| US7012892B1 (en) * | 1999-04-16 | 2006-03-14 | Alcatel Canada Inc. | Method and apparatus for supporting connection type partitioning in a communications network |
| US6717914B1 (en) * | 1999-05-27 | 2004-04-06 | 3Com Corporation | System for probing switched virtual circuits in a connection oriented network |
| US6487168B1 (en) * | 1999-05-27 | 2002-11-26 | 3Com Corporation | Static switched virtual circuits in a connection oriented network |
| US6233223B1 (en) * | 1999-08-03 | 2001-05-15 | Nortel Networks Limited | Control of distributed allocation of channels |
| JP3508669B2 (ja) * | 2000-01-18 | 2004-03-22 | 日本電気株式会社 | Ａｔｍコネクション帯域制御方法 |
| US7545755B2 (en) * | 2000-03-03 | 2009-06-09 | Adtran Inc. | Routing switch detecting change in session identifier before reconfiguring routing table |
| US6804717B1 (en) * | 2000-03-30 | 2004-10-12 | Intel Corporation | Providing quality of service by transmitting XML files indicating requested resources |
| US6865150B1 (en) | 2000-04-06 | 2005-03-08 | Cisco Technology, Inc. | System and method for controlling admission of voice communications in a packet network |
| US7277384B1 (en) | 2000-04-06 | 2007-10-02 | Cisco Technology, Inc. | Program and method for preventing overload in a packet telephony gateway |
| JP3390406B2 (ja) * | 2000-05-11 | 2003-03-24 | 中部日本電気ソフトウェア株式会社 | ファイル転送方法、及びそのシステム |
| US7400630B1 (en) | 2000-08-30 | 2008-07-15 | Lucent Technologies Inc. | Call admission control with overbooking support and cell loss ratio and cell delay variation guarantee |
| US6636482B2 (en) | 2001-03-08 | 2003-10-21 | Arris International, Inc. | Method and apparatus for controlling traffic loading of different service levels in a cable data system |
| US20020129377A1 (en) * | 2001-03-08 | 2002-09-12 | Cloonan Thomas J. | Method and apparatus for controlling traffic loading on links between internet service providers and cable modem termination system |
| US20020129378A1 (en) * | 2001-03-08 | 2002-09-12 | Cloonan Thomas J. | Method and apparatus for controlling traffic loading on a cable modem termination system |
| CA2442176C (en) * | 2001-03-09 | 2009-01-20 | Gen-Probe Incorporated | Penetrable cap |
| US20030031126A1 (en) * | 2001-03-12 | 2003-02-13 | Mayweather Derek T. | Bandwidth reservation reuse in dynamically allocated ring protection and restoration technique |
| WO2002103952A2 (en) * | 2001-06-14 | 2002-12-27 | Cariden Technologies Incorporated | Methods and systems to generate and implement a changeover sequence to reconfigure a connection-oriented network |
| US7889761B2 (en) * | 2002-09-17 | 2011-02-15 | Broadcom Corporation | Method and system for providing bandwidth allocation and sharing in a hybrid wired/wireless network |
| US20040114747A1 (en) * | 2002-12-12 | 2004-06-17 | Trandal David S. | Systems and methods for call processing |
| US7162520B1 (en) | 2003-06-13 | 2007-01-09 | Cisco Technology, Inc. | Method and apparatus for dynamic connection service category changes |
| US8046463B1 (en) | 2003-08-27 | 2011-10-25 | Cisco Technology, Inc. | Method and apparatus for controlling double-ended soft permanent virtual circuit/path connections |
| CN103457769A (zh) * | 2013-08-28 | 2013-12-18 | 福建星网锐捷网络有限公司 | 用户信息管理方法及设备 |
| US11962459B1 (en) * | 2020-05-17 | 2024-04-16 | Heltun, Inc. | Intelligent traffic control in a bridge using cloud-based control for connected IoT devices |
Family Cites Families (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5444702A (en) * | 1992-09-14 | 1995-08-22 | Network Equipment Technologies, Inc. | Virtual network using asynchronous transfer mode |
| US5392402A (en) * | 1993-06-29 | 1995-02-21 | Bell Communications Research, Inc. | Broadband intelligent telecommunications network and method employing a resource system to support network services |
| JP3044983B2 (ja) * | 1993-08-25 | 2000-05-22 | 株式会社日立製作所 | Ａｔｍスイッチングシステムのセル制御方法 |
| JPH07297830A (ja) * | 1994-04-21 | 1995-11-10 | Mitsubishi Electric Corp | 多重化装置、非多重化装置、スイッチング装置、およびネットワークアダプタ |
| US5623492A (en) * | 1995-03-24 | 1997-04-22 | U S West Technologies, Inc. | Methods and systems for managing bandwidth resources in a fast packet switching network |
-
1995
- 1995-11-17 JP JP29954595A patent/JP3511763B2/ja not_active Expired - Fee Related
-
1996
- 1996-11-15 US US08/746,874 patent/US5894471A/en not_active Expired - Fee Related
Also Published As
| Publication number | Publication date |
|---|---|
| JPH09149032A (ja) | 1997-06-06 |
| US5894471A (en) | 1999-04-13 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3511763B2 (ja) | Ａｔｍ網システムおよびコネクション受付制御方法 | |
| US5617540A (en) | System for binding host name of servers and address of available server in cache within client and for clearing cache prior to client establishes connection | |
| US5878212A (en) | System for updating mapping or virtual host names to layer-3 address when multimedia server changes its usage state to busy or not busy | |
| US5440547A (en) | Data-transfer routing management for packet-oriented digital communication system including ATM networks | |
| JPH0573300B2 (ja) | ||
| WO1987007463A1 (en) | Method and apparatus for providing variable reliability in a telecommunication switching system | |
| JPH02290346A (ja) | ２地点間の直列両方向通信経路における帯域幅配分方法および装置 | |
| US6195331B1 (en) | Method of managing transmission buffer memory and ATM communication device using the method | |
| EP0904648B1 (en) | Flexible bandwidth negotiation for the block transfer of data | |
| JP3083540B2 (ja) | マルチプロセッサを用いた交換制御方式 | |
| JP2002539727A (ja) | 交換システム及びそのメッセージ処理方法 | |
| US5408468A (en) | Queueing system for switches having fast circuit properties | |
| US6393001B1 (en) | Satellite communication system, routing method for the system and storage device with program of the routing | |
| JPH11266258A (ja) | Ａｔｍネットワーク装置 | |
| US6683880B2 (en) | Switching system, a subscriber apparatus and a switching apparatus | |
| KR100251708B1 (ko) | 비동기 전송 모드 스위치에서 링크 대역폭 할당 및 관리 방법 | |
| JP2000261435A (ja) | 最小帯域保証接続方法及び装置 | |
| JP3252831B2 (ja) | Ａｔｍにおけるｉｐパケットルーティングプロセッサの分散処理方法及びその装置 | |
| JP3085515B2 (ja) | 帯域可変通信装置 | |
| US6836802B1 (en) | Network management system uses proxy agent for communicating control information and event notifications between network management apparatus and agents not directly connected to a network | |
| KR100405849B1 (ko) | 에이티엠 교환 시스템에서의 자원 관리 방법 | |
| JP3406777B2 (ja) | 交換システム | |
| KR100385468B1 (ko) | 비동기전달모드 교환기의 전용선 자원 공유방법 | |
| JP2940400B2 (ja) | クロスコネクト網を利用した通信システム及び通信方法 | |
| JP2794740B2 (ja) | 網内リソース管理方法 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20031229 |
|
| S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
| S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
| R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
| LAPS | Cancellation because of no payment of annual fees |