JPH09162869A

JPH09162869A - コネクション受け付け制御方法及び輻輳制御方法

Info

Publication number: JPH09162869A
Application number: JP31551195A
Authority: JP
Inventors: Hideyasu Inmaki; 秀育印牧; Masaru Murakami; 勝村上; Koji Nishimura; 孝司西村; Shinichi Yamatani; 信一山谷; Yasuhiro Kawamoto; 康博川本; Hiroshi Nagano; 博史永野; Toshikatsu Shin; 利勝新; Takeshi Okamoto; 丈志岡本; Takeshi Kimura; 武志木村; Shin Fujimoto; 伸藤本
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1995-12-04
Filing date: 1995-12-04
Publication date: 1997-06-20

Abstract

(57)【要約】【課題】通信中のコールが使用している帯域量を、一
時的に制限することにより、接続要求コールにネットワ
ークリソースを割り当てて、通信を可能にする。【解決手段】発呼時、ＤＴＥ１１ａ〜１１ｘが申告
した帯域の空きがない場合、通話中コール２１ａの使用
帯域を削減して該申告帯域の空きを作ってＤＴＥからの
コールを受け付ける制御を実行するための条件を予め受
益条件管理テーブル２２に登録しておき、ＤＴＥが申告
した帯域の空きがない場合、接続要求コールが受益条件
を満足するコール（受益コール）であるか判断し、受益
コールでない場合には受け付けを拒否し、受益コールの
場合には、通話中コールの使用帯域を削減して申告帯域
の空きを作ってコールを受け付けて通信を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はＡＴＭネットワーク
におけるコネクション受け付け制御方法及び輻輳制御方
法に係わり、特に、発呼時に申告した帯域分の空きがな
い場合、通信中コールの帯域量を一時的に制限すること
により、申告したコールにネットワークリソースを割り
当てて通信を可能にするコネクション受け付け制御方法
及び輻輳となる前に一時的に廃棄防止用バッファへセル
を溜め込むことによりセル廃棄を防止する輻輳制御方法
に関する。

【０００２】

【従来の技術】ＡＴＭネットワークにおいて、ＡＴＭ端
末はコネクション設定時に呼（コール）の所要帯域と品
質をネットワークに申告する。ネットワークは申告され
た帯域、品質を満足する資源（リソース）を確保できる
か否かで、そのコールの受付可否を判断（コネクション
受付制御：Connection Admission Control：ＣＡＣ）す
る。確保できればネットワークはコールに対してコネク
ション受付を行い、通信を可能にする。一方、コールに
ネットワークのリソースを割り当てる事が不可能な場合
は、以下の方法により通信を可能としている。第１の方
法は、ＡＴＭ端末が申告帯域量を減らし、再度ＡＴＭネ
ットワークに発呼し、該帯域量を割り当ててもらい、通
信可能とする方法である。第２の方法は、ＡＴＭネット
ワークにおいて、既に通信中のコールのうち、長時間使
用していないコールを検出して切断し、該コールに割り
当てていたネットワークリソースを発呼してきたコール
に割り当てて通信を可能とする方法である。又、ＡＴＭ
ネットワークにおいて輻輳する場合がある。かかる輻輳
時、セルはＡＴＭ交換機の出力部で破棄されるため、Ａ
ＴＭ端末は輻輳している網に、再送依頼、又は再送した
データを送出し続ける。

【０００３】

【発明が解決しようとする課題】ＣＡＣ制御で拒否され
たコールの通信速度サービスが可変速度（ＶＢＲ：Vari
able Bit Rate)サービスの場合は、従来の第１の方法に
従って帯域量を減らし、再度発呼すれば通信可能にな
る。しかし、拒否されたコールの通信速度サービスが固
定速度（ＣＢＲ：Constanto Bit Rate)サービスの場合
には、該コールの帯域量を減らすことができず、第１の
方法を採用することができない。また、従来の第２の方
法では、長時間使用していないコールがないと採用でき
ない問題がある。又、ＡＴＭネットワークの輻輳時にＡ
ＴＭ交換機の出力部においてセル廃棄が行われるため、
セルの救済ができない問題がある。。

【０００４】以上から、本発明の目的は、通信中のコー
ルが使用している帯域量を一時的に制限することによ
り、申告帯域分の空きがない場合であっても、接続要求
コール（通信速度サービスはＣＢＲでもＶＢＲでも可）
にネットワークリソースを割り当てて、通信を可能にす
るコネクション受け付け制御方法を提供することであ
る。本発明の別の目的は、ネットワークリソースの割当
てが不可能な場合には、ネットワークリソースの残量を
ＡＴＭ端末に通知するようにしたコネクション受け付け
制御方法を提供することである。本発明の更に別の目的
は、輻輳となる前に一時的にバッファへセルを溜め込む
ことによりセルの廃棄を防止できるＡＴＭネットワーク
における輻輳制御方法を提供することである。

【０００５】

【課題を解決するための手段】

（ａ）第１の発明第１の発明では、コールにより申告された帯域以上の空
き帯域がネットワークリソースに存在しない場合であっ
て該コールが受益コールのとき、通信中コールにおける
負担コール（使用帯域削減可能なコール）の帯域を削減
し、受益コールが申告した帯域分の空きを作って該受益
コールを受け付けて通信できるようにする。図１はかか
る第１の発明の原理説明図である。１１ａ〜１１ｘはＤ
ＴＥ（データ端末装置 Date Terminal Equipment)であ
り、これから通信をしようとしているコールを有するＤ
ＴＥ、またはＡＴＭネットワークを介し通信中のコール
を有するＤＴＥである。これから通信をしようとしてい
る場合には、ＤＴＥはＡＴＭネットワークに対して、コ
ネクション設定要求を出す。通信中の場合は、現在の設
定帯域の増減を行う機能を有する。１２はＡＴＭネット
ワーク（ＡＴＭ交換機）であり、２１は通信中コール管
理テーブル、２２は受益条件管理テーブル、２３は負担
コール管理テーブルである。

【０００６】通信中コール管理テーブル２１は、通信中
コール（通信中ＤＴＥ）２１ａ毎に属性２１ｂ、コネク
ション設定時の割り当て帯域２１ｃ、割り当て帯域の合
計２１ｄ、残り帯域（残量）等を管理するテーブルであ
る。残量２１ｅは申告された帯域を接続要求コールに割
り当てられるか、ＡＴＭ交換機１２が確認するために使
用する。例えば、接続要求コールからの申告速度が64kb
psで、ネットワークソースの残量が64kbps以上であれ
ば、ＡＴＭ交換機１２はコールに対して帯域を割り当て
られる事を確認でき、ネットワークリソースの残量が64
kbps未満であれば、コールに対して申告帯域を割り当て
られない事を確認できる。

【０００７】受益条件管理テーブル２２は、ネットワー
クリソースの残量２１ｅがコールの申告値に満たない場
合、該コールが本発明方式による帯域割り当ての対象と
なるコール（受益コール）かを確認するためのテーブル
であり、受益コールとなるための属性（条件）２２ａ、
例えば、発呼したＤＴＥが特別の発ＤＴＥ番号を有して
いるか、あるいは、相手先が特別の着ＤＴＥ番号を有し
ているか等の条件を記憶する。受益条件を満たせば、本
発明方式による帯域割当ての対象コール（受益コール）
となり、条件を満たさない場合は、本発明方式による帯
域割り当ての対象外となる。また、ＤＴＥ番号を予め受
益条件管理テーブル２２に登録しておけば、優先的に本
発明方式による帯域割り当てを受けられる対象となる。

【０００８】負担コール管理テーブル２３は通信中コー
ルの帯域再割り当て(帯域を狭める)をしてもよいコール
（負担コール）を示すテーブルであり、負担コール２３
ａ毎に、属性２３ｂ、削減可能帯域２３ｃ、現在の削減
帯域２３ｄ、削減可能帯域の合計２３ｅ、現在の削減帯
域の合計２３ｆを保持している。ＡＴＭ交換機１２は、
接続要求コールの申告帯域分の空き帯域がない場合であ
っても、該コールが受益コールであれば負担コール管理
テーブル２３より削減可能な帯域の合計２３ｅから現在
の削減帯域の合計２３ｆを差し引いた残りの帯域量を求
め、該残りの帯域量≧（コールの申告帯域−空き帯域）
であれば、受益コールに対する帯域割り当てが可能であ
ると判断し、該受益コール（接続要求コール）を受け付
けて通信可能とする。

【０００９】これから通信をしようとしているコールを
有するＤＴＥは、コネクション受け付けや帯域割り当て
のやり取りをＡＴＭ交換機１２と行う。ＡＴＭ交換機１
２はＤＴＥより呼受け付け要求があると、通信中コール
管理テーブル２１における残量２１ｅを参照してＤＴＥ
から申告された帯域に相当する空き帯域が存在するか調
べ、空き帯域が存在する場合には該コールを受け付けて
通信可能にする。しかし、申告された帯域に相当する空
き帯域が存在しない場合には、接続要求コールが受益コ
ールかどうかを受益条件管理テーブル２２を参照して調
べ、受益コールでない場合にはコネクション受け付けを
拒否する。しかし、受益コールの場合には、負担コール
管理テーブル２３を参照し、削減可能な帯域の合計から
現在の削減帯域の合計を差し引いた残りの帯域量を求
め、該残りの帯域量≧（コールの申告帯域−空き帯域）
か調べ、残りの帯域量≧（コールの申告帯域−空き帯
域）の場合には受益コールに対する帯域割り当てが可能
であると判断し、該受益コールを受け付けて通信可能と
する。しかし、残りの帯域量＜（コールの申告帯域−空
き帯域）の場合には、コールの受け付けを拒否する。
尚、コールの受付を拒否する場合、ネットワークリソー
スの残量を通知する。ＡＴＭ交換機１２は帯域を削減し
たＤＴＥに、帯域再割り当ての通知を行いＤＴＥは再割
当ての帯域に基づいてデータを送出する。又、ＡＴＭ交
換機１２は、帯域に十分の空きができれば帯域を削減し
たＤＴＥに帯域を元に戻す通知を行い、該ＤＴＥは元の
帯域に基づいてデータを送出する。

【００１０】第１の発明によれば、受益条件管理テーブ
ルに登録している条件に当てはまるコール（受益コー
ル）であれば、通信中のコール（負担コール）の帯域を
一時的に削減する事によって得られたリソース（帯域）
を、申告した受益コールに割り当てる事により、通信を
必須とする受益コールを受け付けて通信を可能にでき、
ＡＴＭネットワークにおいてより多くのコールの通信が
可能となる。例えば、警察署、消防署等への重要なコー
ル、あるいは、警察署、消防署等から他への重要なコー
ルを拒否することなく受け付けて通信を行うことができ
る。

【００１１】又、通話中コールのうち帯域削減可能なコ
ール（負担コール）の帯域を削減した場合には該負担コ
ールの課金を安くし、且つ、受益コールの課金を割り増
すことにより、本発明のコネクション受け付け制御方法
がより効果的に実施できるようになる。すなわち、多少
通信が遅くなっても料金が安くなれば良いというユー
ザ、料金が高くなっても待つことなく迅速に相手と通信
したいユーザが必ずいるものであり、かかるユーザから
のコールを負担コールとして登録し、かつ、受益コール
となる条件を登録しておくことにより、本発明のコネク
ション受け付け制御方法をより効果的に実施することが
できる。又、第１の発明によれば、帯域の割り当てを拒
否する場合でも、ネットワークリソース（帯域）の残量
を発呼端末（ＤＴＥ）に通知することができ、該通知に
よりトラヒック状態になっていることを発呼者は容易に
認識することができる。又、コールの受付が拒否された
ＤＴＥは再度コールする場合、輻輳状態の度合いを考慮
して発呼することができ、再度のコールが受け付けられ
る可能性を向上させることができる。

【００１２】（ｂ）第２の発明第２の発明では、輻輳状態を検出したとき、セルを廃棄
防止用バッファに格納しておき、輻輳状態が解除した時
にセルを該バッファから読出して送出する。図２はかか
る第２の発明の原理説明図である。１１ａ〜１１ｄはＤ
ＴＥ（データ端末装置 Date Terminal Equipment)であ
り、これから通信をしようとしているコールあるいはＡ
ＴＭネットワークを介し通信中のコールを有している。
１２はＡＴＭ交換機、１３は輻輳防止装置である。

【００１３】ＡＴＭ交換機１２において、３１はコール
のセル流量を監視する流量監視部、３２はＡＴＭスイッ
チ、３３はＦＩＦＯバッファ等で構成された出力部であ
り、ＡＴＭスイッチから出力されるセルを順次記憶する
と共に到来順に出力するもの、３４は回線制御部であ
る。流量監視部３１は、出力部３３のバッファに蓄積
されているセル量に基づいて、輻輳状態になったか監視
し、輻輳状態になったときセルの廃棄を防止するため
に、セルのＧＦＣエリアに輻輳規制情報を書き込んでな
る制御セルを輻輳防止装置１３に送出し、ＤＴＥより到
来するセルを廃棄防止用バッファに記憶させる機能、
輻輳状態から正常の状態に戻ったか監視し、輻輳状態で
なくなったとき、セルのＧＦＣエリアに輻輳解除情報を
書き込んでなる制御セルを輻輳防止装置１３に送出し、
廃棄防止用バッファに蓄えられているセルを読出してネ
ットワークに送信させる機能を有している。

【００１４】輻輳防止装置１３において、４１は輻輳防
止制御部、４２はバッファ制御部、４３は廃棄防止用バ
ッファ、４４ａ〜４４ｄは回線制御部、４５ａ〜４５ｄ
は回線切替用のスイッチである。輻輳防止制御部４１
は、ＡＴＭスイッチ側から到来するセルのＧＦＣエリア
を参照し、ＤＴＥから到来するセルの廃棄防止用バッフ
ァ４３への書き込み指示、該バッファからの読み出し指
示、スイッチ４５ａ〜４５ｄへの回線切り替え指示、セ
ルの廃棄を行う機能を有している。すなわち、輻輳防止
制御部４１はＡＴＭスイッチ側から到来する制御セルの
ＧＦＣエリアを参照し、輻輳規制情報が書き込まれてい
る場合には、所定のスイッチ４５ａ〜４５ｄを制御して
回線を通常のＡＴＭスイッチ側からバッファ側へ切り換
えると共に、バッファ制御部４２にセルのバッファリン
グを指示する。

【００１５】これにより、バッファ制御部４２はＤＴＥ
より到来するセルを廃棄防止用バッファ４３に一時的に
格納する。又、輻輳防止制御部４１はＡＴＭスイッチ側
から到来する制御セルのＧＦＣエリアを参照し、輻輳解
除情報が書き込まれている場合には、バッファ制御部４
２にセルの読出を指示する。これにより、バッファ制御
部４２は廃棄防止用バッファ４３に格納されているセル
を読出してＡＴＭスイッチ側に送出し、しかる後、スイ
ッチをバッファ側から通常のＡＴＭスイッチ側に切り替
え、ＤＴＥから到来するセルをＡＴＭスイッチに送出さ
れる。以上のように、第２の発明によれば、輻輳となる
前に一時的に廃棄防止用バッファにセルを溜めることに
より、セル廃棄を防止することができ、効率のよい通信
が可能となる。

【００１６】

【発明の実施の形態】

（Ａ）本発明の第１実施例（ａ）概略第１実施例は、発呼時にＤＴＥより申告された帯域以上
の空き帯域がネットワークリソースに存在しない場合、
ＤＴＥから受け付け要求されたコール（接続要求コー
ル）が受益コールのとき、通信中コールにおける負担コ
ール（使用帯域削減可能なコール）の帯域を削減し、受
益コールが申告した帯域分の空きを作って該受益コール
を受け付けて通信できるようにするものである。すなわ
ち、第１実施例では、ＡＴＭネットワーク（ＡＴＭ交換
機）が各コールを受益コール（ネットワークリソースを
優先的に割り与えられるコール）、負担コール（ネット
ワークリソースを一時的に制限されることを容認したコ
ール）として管理することにより、受益コールに優先的
にネットワークリソースを割り当てる。

【００１７】（ｂ）全体の構成 (b-1) 概略構成図３は本発明の第１実施例における通信システムの全体
の構成図である。図中、１１ａ〜１１ｙはＤＴＥ（デー
タ端末装置 Date Terminal Equipment)であり、ＤＴＥ
１１ａ〜１１ｃ，ＤＴＥ１１ｘ〜１１ｙは共に通信状態
にあり、64kbpsの帯域が割り当てられて通信を行ってい
る。１２はＡＴＭ交換機であり、通信中コール管理テー
ブル２１、受益条件管理テーブル２２、負担コール管理
テーブル２３、課金記録テーブル２４を備えている。

【００１８】(b-2) 通信中コール管理テーブル通信中コール管理テーブル２１は、図４に示すように、
通信中のコール（通信中ＤＴＥ）２１ａに対応させて
属性２１ｂ、コネクション設定時の割り当て帯域２１
ｃ、割り当て帯域の合計２１ｄ、残り帯域（残量）
２１ｅ、発ＤＴＥアドレス２１ｆ、発ＶＰＩ／ＶＣ
Ｉ２１ｇ等を管理する。属性２１ｂとしては、サービス
クラス（対話型サービス、検索型サービス、メッセージ
型サービス等の別）21b-1、情報転送能力21b-2、着信課
金の別21b-3、トラヒックタイプ(（ＣＢＲ，ＶＢＲの
別)21b-4などがある。設定帯域２１ｃには、各コールが
通信で使用中の帯域をピーク速度で設定してある。残り
帯域２１ｅはネットワークのもつ帯域リソースの合計値
（最大割り当て可能帯域）から通信中の設定帯域の合計
２１ｄを引いた値であり、コネクション受付時の申告帯
域と比較して通信の可否を判断する為に使用する。例え
ば、ＤＴＥからの申告速度が６４ｋｂｐｓの場合、ネッ
トワークリソースの残量が６４ｋｂｐｓ以上であれば、
ＡＴＭ交換機１２はコールに対して帯域を割り当てられ
る事を確認でき、ネットワークリソースの残量が６４ｋ
ｂｐｓ未満であれば、コールに対して申告帯域を割り当
てられない事を確認できる。以後の説明では、簡単のた
めの、通信中コール管理テーブル２１は、最左欄のコー
ル（Ａ）〜（Ｙ）で各コールを識別することとし、ＤＴ
Ｅアドレス、ＶＰＩ、ＶＣＩ、属性等は省略して説明す
る。

【００１９】(b-3) 受益条件管理テーブル受益条件管理テーブル２２は、ネットワークリソースの
残量２１ｅが接続要求コールの申告値に満たない場合、
該コールが本発明方式による帯域割り当て（概略参照）
の対象となるコール（受益コール）かを確認するための
テーブルであり、図５に示すように、受益コールとなる
ための属性（条件）２２ａを記憶する。条件としては、
例えば、発呼したＤＴＥが特別の発ＤＴＥ番号を有し
ているか（条件22a-1）、あるいは、相手先が特別の
着ＤＴＥ番号を有しているか（条件22a-2）、接続要
求コールが「情報転送能力がビデオで、トラヒックタイ
プがＣＢＲである」（条件22a-3)等の条件を記憶する。
尚、条件22a-1、22a-2として複数の発ＤＴＥ番号、着Ｄ
ＴＥ番号を受益条件管理テーブル２２に記憶できる。

【００２０】上記受益条件の１つを満たせば、本発明方
式による帯域割当ての対象コール（受益コール）とな
り、条件を満たさない場合は、本発明方式による帯域割
り当ての対象外となる。また、ＤＴＥ番号を予め受益条
件管理テーブル２２に登録しておけば、優先的に本発明
方式による帯域割り当てを受けられる対象となる。ま
た、発呼時に接続要求コールが受益コールとなることを
申告することもできる。なお、受益条件管理テーブルを
使用せず、発呼してきたコール全てに対して、受益コー
ルとなる権限を与えることも可能である。しかし、それ
では、ネットワークの帯域リソースに余剰がなくなって
から後に発呼してくるコールがある度に、通信中の負担
コールから帯域が削減されていき、ついには、負担コー
ルの割当て可能帯域さえも無くなってしまうことにな
る。この時、本当に受益コールとなるべきコール（例え
ば、１１９番通報など）は、通信できなくなってしまう
ことになる。よって、以下の説明では、受益条件管理テ
ーブルを用いる前提で説明する。また、図５の受益条件
管理テーブル２２はネットワークに事前に登録する。例
えば、ＡＴＭネットワークに収容されたＤＴＥ端末から
の指示により受益条件を登録、削除、変更し、あるい
は、ＡＴＭ交換機の制御部と送受信可能な外部端末（例
えば保守コンソール等）より直接、登録、削除、変更す
る。

【００２１】(b-4) 負担コール管理テーブル負担コール管理テーブル２３は帯域再割り当て(帯域を
狭める)をしてもよい通信中コール（負担コール）を示
すテーブルであり、各負担コールについて、帯域を削減
されてもよいコールの条件と、負担する帯域と、現在の
負担帯域の状況を管理する。負担コール管理テーブル２
３への登録は、発呼時に登録する方法と、ＤＴＥがネッ
トワークと契約（登録）する時に行う方法がある。図６
は発呼時に負担コールとなることを登録する場合の負担
コール管理テーブル２３の構成図であり、負担コール２
３ａ毎に、発ＤＴＥアドレス２３ｇ、発ＶＰＩ／ＶＣＩ
２３ｈ、削減可能帯域２３ｃ、現在の削減帯域２３
ｄ、削減可能帯域の合計２３ｅ、現在の削減帯域の合計
２３ｆを保持している。

【００２２】発呼時に負担コールとなることを登録する
には、相手接続要求時に、負担コールとなることをネッ
トワーク（ＡＴＭ交換機）１２に通知する。ネットワー
クは接続要求コールのコネクションを受け付け、相手Ｄ
ＴＥとの通信が可能であれば、該コールを負担コールと
して負担コール管理テーブル２３に登録する。以後、こ
の負担コール管理テーブル２３に登録されている間（該
当コールが通信中の間）は、負担コールとして受益コー
ルのために帯域を削減されることになる。また、負担コ
ールの通信が終わると、負担コール管理テーブル２３か
ら削減される。つまり、現在、負担コール管理テーブル
２３に登録されているコールはすべて受益コールのため
に帯域を負担できることになる。なお、負担コール管理
テーブル２３への登録は、発呼時に登録する方法の他
に、ＤＴＥから登録のみのためのセルを送出して登録す
ることもできる。

【００２３】図７は、ネットワークと契約（登録）する
時に負担コールとなることを登録する場合の負担コール
管理テーブル２３の構成図である。ＤＴＥアドレス２３
ｇに対応させて、属性２３ｂ、削減可能帯域２３ｃ、現
在の削減帯域２３ｄ、削減可能帯域の合計２３ｅ、現在
の削減帯域の合計２３ｆ、削減可／不可２３ｉを保持し
ている。属性２３ｂとしては、サービスクラス（対話型
サービス、検索型サービス、メッセージ型サービス等の
別）23b-1、情報転送能力23b-2、着信課金の別23b-3、
トラヒックタイプ(ＣＢＲ，ＶＢＲの別)23b-4などがあ
る。ネットワーク契約時に負担コールとなること、及び
負担時の条件を登録して構成された負担コール管理テー
ブルの場合には、発呼時にＤＴＥは負担コールとなるこ
とをＡＴＭ交換機１２に通知しなくてもよい。その代わ
り、発呼時、ＡＴＭ交換機１２は必ず負担コール管理テ
ーブル２３を検索し、発呼してきたコールのＤＴＥアド
レスや属性条件が負担コール管理テーブル２３に登録し
てある条件と合致するかどうかを検査する。合致した場
合、削減可能可否の欄２３ｉを非から可に変更する。こ
れにより、はじめてそのコールが負担コールとなり、そ
のコールの帯域を受益コールへ分け与えることができ
る。よって、削減可能帯域の合計値２３ｅは、図６の場
合と異なり、削減可否で可となっている呼のみの合計値
となる。

【００２４】図７の負担コール管理テーブル２３では、
登録されているコールがすべて、帯域を負担できるわけ
ではない。現在通信中でないコールがあったり、通信中
であっても負担時の条件に合致しない場合があるからで
ある。図７の負担コール管理テーブル２３はネットワー
クに事前に登録する。例えば、ＡＴＭネットワークに収
容された各ＤＴＥ端末からの指示により負担コールの登
録、削除、変更し、あるいは、ＡＴＭ交換機の制御部と
送受信可能な外部端末（例えば保守コンソール等）より
直接、負担コールの登録、削除、変更する。

【００２５】受益条件管理テーブル２２やネットワーク
契約時に登録する負担コール管理テーブル２３をそれぞ
れ複数面（例えば２面）用意し、時間帯によって切り換
えて使用する方法もある。以下にその方法を説明する。
例えば、08:00〜18:59までは、第１の負担コール管理テ
ーブル（ネットワーク契約時登録）から負担コールを選
択し、第１の受益条件管理テーブルに基づいて受益コー
ルとなりうるコールかを判断する。また19:00〜07:59ま
では、第２の負担コール管理テーブル（ネットワーク契
約時登録）から負担コールを選択し、第２の受益条件管
理テーブルに基づいて受益コールとなりうるコールかを
判断する。これにより、夜中の通信の利用に関しては、
負担コールとして登録しておきたいが、日中は、負担コ
ールとして帯域を削減されたくないＤＴＥや、受益コー
ルとなる権利を有するのは、日中だけであり、夜中は、
特に受益コールの権限をもたなくてもいいようなＤＴＥ
に対して、柔軟な条件設定を行うことができる。

【００２６】尚、以後の説明では、負担コール管理テー
ブル２３は図６に示す構成を備えているものとして説明
する。ただし、簡単のため、テーブルは、最左欄のコー
ル（Ｂ）、（Ｃ）、・・・（Ｘ），（Ｙ）で各コールを
識別することとし、ＤＴＥアドレス、ＶＰＩ、ＶＣＩ、
属性等は省略する。また、受益条件管理テーブル２２、
負担コール管理テーブル２３は、各々１つだけであるこ
ととして説明する。今、図４の通信中管理テーブル２１
（図８に主要部を示す）、図６の負担コール管理テーブ
ル２３（図９に主要部を示す）に示すように、ＡＴＭネ
ットワークには、通信状態のコールとして、ＤＴＥ
（Ａ）のコール（Ａ）、ＤＴＥ（Ｂ）のコール（Ｂ）、
ＤＴＥ（Ｃ）のコール（Ｃ）・・・ＤＴＥ（Ｘ）のコー
ル（Ｘ）、ＤＴＥ（Ｙ）のコール（Ｙ）があり、このう
ち、コール（Ｂ），（Ｘ），（Ｙ）が負担コールであ
り、ネットワークの帯域リソースは残り16kbps、負担可
能帯域は96kbpsの状態にある。

【００２７】かかる状態において、所定のＤＴＥよりコ
ール接続要求があると、ＡＴＭ交換機１２は、該ＤＴ
Ｅより申告された帯域以上の空き帯域がネットワークリ
ソースに存在するかチェックし、存在しない場合に
は、ＤＴＥから受け付け要求されたコールが受益コール
であるか受益条件管理テーブル２２を参照して調べ、
受益コールの場合には、負担コール管理テーブル２３を
参照して削減可能な帯域の合計から現在の削減帯域の合
計を差し引いた残りの帯域量96kbpsを求め、該残りの
帯域量≧（受益コールの申告帯域−空き帯域）であれ
ば、受益コールに対する帯域割り当てが可能であると判
断し、負担コールより帯域を削減して受益コールが申
告した帯域分の空きを作って該受益コールを受け付けて
通信可能とする。

【００２８】(b-5) ＡＴＭ交換機、ＤＴＥの構成図１０はＡＴＭ交換機の構成図であり、１１はＤＴＥ、
１２はＡＴＭ交換機、１４は保守コンソールである。Ａ
ＴＭ交換機１２には、通信中コール管理テーブル２１、
受益条件管理テーブル２２、負担コール管理テーブル２
３、課金記録テーブル２４に加えて、本発明のコネクシ
ョン受け付け制御を実行するコネクション管理制御部２
５、回線インタフェース部２６、ＵＰＣ(使用量パラメ
ータ制御部:User Parameter Control)部２７、入線から
到来したセルを所定の出線にスイッチングして送出する
ＡＴＭスイッチ部２８、回線インタフェース部２９を備
えている。回線インタフェース部２６、２９はタグの追
加／削除、ＨＥＣの追加／削除等を行い、ＵＰＣ部２７
はコネクション受付時に呼が申告してきたトラヒック値
（ピークセル速度や平均セル速度等）が守られているか
どうかを監視し、違反している場合には所定の制御を実
行する。

【００２９】図１１はＤＴＥの構成図であり、１１₁は
回線インタフェース部、１１₂はＡＴＭアダプテーショ
ンレイヤ制御部、１１₃はコネクション管理部、１１₄は
バッファメモリ、１１₅はユーザアプリケーション部で
ある。コネクション管理部１１₃は、ＤＴＥからのデ
ータ送出量の制御、ネットワークへのコネクション受
け付け要求の送出及び受け付け可否の受信制御、ネッ
トワークへの自コールの属性通知、自コールの契約帯
域の管理、ネットワークからの使用帯域制限を受け付
けて使用帯域を削減してセルを送出する制御等を実行す
る。バッファメモリ１１₄はコネクション管理部１１₃が
データ送出量を制御する際に使用される。

【００３０】（ｃ）呼設定以下、各ＤＴＥがＡＴＭネットワークに接続されている
状況に於いて、本発明のコネクション受付制御、負担コ
ールの使用帯域を受益コールに割当てる制御、負担コー
ルに削減後の使用可能帯域を遵守させる制御、ＡＴＭネ
ットワークが帯域を削減する負担コールを選択・管理す
る制御を説明する。 (c-1) ネットワークリソースが足りない時に、非受益コ
ールから接続要求があった場合：図１２はネットワーク
リソースが足りない時に、非受益コールから接続要求が
あった場合の呼設定手順説明図である。ＡＴＭネットワ
ーク（ＡＴＭ交換機）１２は、受益コールとして登録さ
れていないコールよりコネクションの受付け要求があ
り、かつ、ネットワークリソースが足りない（通信中コ
ール管理テーブル２１の残り帯域が不足している）場合
は、そのコネクションの受付を拒否する。この場合、ネ
ットワークリソースの残量を同時に通知する。

【００３１】例えば、ＤＴＥ（Ｄ）１１ｄから、申告帯
域64kbpsで接続要求があると（ステップ１００）、ＡＴ
Ｍ交換機１２のコネクション管理制御部２５はコネクシ
ョン受け付け制御を行い（ステップ１０１）、しかる
後、コールが受益コールかどうかを受益条件管理テーブ
ル２２を参照して調べる（ステップ１０２）。すなわ
ち、ＤＴＥ（Ｄ）から接続要求時に指定してきた発アド
レスや相手アドレス、通信時の属性が受益条件管理テー
ブル２２に登録されている条件と合致するか調べる。受
益条件管理テーブル２２に登録されているいずれの条件
とも合致しない場合、本コールは受益コールとしての権
限はないことになり、負担コールからの帯域割当ては受
けないことになる。

【００３２】ついで、コネクション管理制御部２５は、
通信中コール管理テーブル２１（図４または図８参照）
からネットワークリソースの残り帯域を確認する（ステ
ップ１０３）。残り帯域は16kbpsであり、ＤＴＥ（Ｄ）
１１ｄからの要求帯域を満足させられないので、コネク
ション管理制御部２５はＤＴＥ（Ｄ）１１ｄのコネクシ
ョンの受付を拒否すると共に、残り帯域16kbpsであるこ
とを通知する（ステップ１０４）。なお、申告された帯
域に相当する空き帯域が存在する場合には該コールを受
け付けて通信可能にする。ＤＴＥ（Ｄ）１１ｄはコネク
ションの受付拒否及び残り帯域16kbpsを受信すれば、該
残り帯域を例えば表示部に表示し、発呼者に知らせる
（ステップ１０５）。発呼者は残り帯域量に基づいてト
ラヒック状態の程度を容易に認識することができ、再度
コールする場合、輻輳状態の度合いを考慮して発呼する
ことができ、再度のコールが受け付けられる可能性を向
上することができる。以上では最初に受益コールか否か
を判断し、ついで、申告帯域がネットワークリソースに
存在するか判断したが、この判断順序を逆にしても良
い。

【００３３】(c-2) ネットワークリソースが足りない時
に、受益コールから接続要求があった場合：図１３はネ
ットワークリソースが足りない時に、受益コールから接
続要求があった場合の手順説明図である。ネットワーク
リソースの残りが16kbpsの時に、ＤＴＥ（Ｆ）１１ｆよ
り所要帯域48kbpsにてコネクション受付要求があった場
合を説明する。ＤＴＥ（Ｆ）１１ｆから、申告帯域48kb
psで接続要求があると（ステップ１１０）、ＡＴＭ交換
機１２のコネクション管理制御部２５はコネクション受
け付け制御を行い（ステップ１１１）、しかる後、コー
ルが受益コールかどうかを受益条件管理テーブル２２を
参照して調べる（ステップ１１２）。すなわち、ＤＴＥ
（Ｆ）１１ｆから接続要求時に指定してきた発アドレス
や相手アドレス、通信時の属性が受益条件管理テーブル
２２に登録されている条件と合致するか調べる。受益条
件管理テーブル２２に登録されているいずれかの条件、
例えば発アドレスが合致する場合、ＤＴＥ（Ｆ）からの
接続要求コールは受益コールとしての権限を有すること
になる。受益コールとしての権限を有するコールは、ネ
ットワークソースが足りない場合、負担コールの帯域を
制限して申告帯域を確保することができる。

【００３４】しかる後、コネクション管理制御部２５は
通信中コール管理テーブル２１（図４または図８参照）
からネットワークリソースの残り帯域を求め、該残り帯
域が申告帯域より大きいかチェックする（ステップ１１
３）。残り帯域が大きい場合には、接続要求コールを受
け付けて通信可能にする。しかし、残り帯域は16kbpsで
あり、ＤＴＥ（Ｆ）１１ｆからの要求帯域48kbpsを満足
させられない（リソース不足）。かかる場合、接続要求
呼は受益コールであるから、その権限を有するものとし
て以下の処理を実行する。

【００３５】すなわち、コネクション管理制御部２５
は、負担コール管理テーブル２１を参照し、削減可能帯
域がＤＴＥ（Ｆ）１１ｆの申告帯域（48kbps）より大き
いか調べる（ステップ１１４）。削減可能帯域は96kbps
であり、申告帯域48kbpsより大きいので、コネクション
管理制御部２５は、通信中コール管理テーブル２１から
負担コール（Ｘ）と（Ｙ）の帯域をそれぞれ16kbpsづつ
削減させて接続要求コール（受益コール）のコネクショ
ンを受け付け、接続要求コール48kbpsを通信中コール管
理テーブル２１に登録する。ついで、コネクション受け
付けをＤＴＥ（Ｆ）に通知するとともに、負担コール
（Ｘ）、（Ｙ）のＤＴＥ（Ｘ）１１ｘ，ＤＴＥ（Ｙ）１
１ｙに帯域を削減した旨及び削減量（＝16kbps)あるい
は新たな設定帯域（=48kbps)を通知する（ステップ１１
５）。なお、削減可能帯域が充分存在しなければやむを
得ず受益コールに対してもコネクション受付を拒否し、
ネットワークリソースの残量又は負担コールから削減可
能な帯域とネットワークリソースの残量とを加えた合計
帯域をＤＴＥ（Ｆ）１１ｆに通知する。

【００３６】しかる後、コネクション管理制御部２５
は、負担コール管理テーブル２３及び通信中コール管理
テーブル２１の内容を最新のものに更新する（ステップ
１１６）。すなわち、コネクション管理制御部２５は、
図１４に示すように通信中コール管理テーブル２１中の
コール（Ｘ）、コール（Ｙ）の設定帯域を16kbpsづつ削
減(64kbps→48kbps)すると共に、図１５に示すように負
担コール管理テーブル２３中のコール（Ｘ），（Ｙ）の
削減中帯域を0から16kbpsに更新する。以後、２つのコ
ール（Ｘ）、（Ｙ）のＤＴＥ（Ｘ），ＤＴＥ（Ｙ）は帯
域48kbpsを守るようにトラヒック量を監視、制限するこ
とになる。このトラヒック量の監視、制限については後
述する。

【００３７】なお、コネクション管理制御部２５は、申
告帯域48kbpsと負担コールから割り当てた帯域（32kbp
s)との差分として不足する16kbpsは、通信中コール管理
テーブル２１の残り16kbpsを接続要求コール（Ｆ）に割
り当てる。又、以上では最初に受益コールか否かを判断
し、ついで、申告帯域がネットワークリソースに存在す
るか判断したが、この判断順序を逆にしても良い。

【００３８】(c-3) 呼設定処理の全体の流れ以上より呼設定処理の全体の処理フローは以下のように
なる。すなわち、ＡＴＭ交換機１２は所定のＤＴＥより
呼受け付け要求があると、通信中コール管理テーブル２
１における残量２１ｅを参照してＤＴＥから申告された
帯域に相当する空き帯域が存在するか調べ、空き帯域が
存在する場合には該コールを受け付けて通信可能にす
る。しかし、申告された帯域に相当する空き帯域が存在
しない場合には、接続要求コールが受益コールかどうか
を受益条件管理テーブル２２を参照して調べ、受益コー
ルでない場合にはコネクション受け付けを拒否する。し
かし、受益コールの場合には、負担コール管理テーブル
２３を参照し、削減可能な帯域の合計から現在の削減帯
域の合計を差し引いた残りの帯域量を求め、該残りの帯
域量≧（コールの申告帯域−空き帯域）か調べ、残りの
帯域量≧（コールの申告帯域−空き帯域）の場合には受
益コールに対する帯域割り当てが可能であると判断し、
該受益コールを受け付けて通信可能とする。しかし、残
りの帯域量＜（コールの申告帯域−空き帯域）の場合に
は、コールの受け付けを拒否する。尚、コールの受付を
拒否する場合、ネットワークリソースの残量を通知す
る。

【００３９】ＡＴＭ交換機１２は帯域を削減したＤＴＥ
に、帯域再割り当ての通知を行いＤＴＥは再割当ての帯
域に基づいてデータを送出する。又、ＡＴＭ交換機１２
は、帯域に十分の空きができれば帯域を削減したＤＴＥ
に帯域を元に戻す通知を行い、該ＤＴＥは元の帯域に基
づいてデータを送出する。

【００４０】（ｄ）帯域を削減及び返却する負担コール
の選択 (d-1) 帯域を削減する負担コールの選択ＡＴＭネットワーク（ＡＴＭ交換機）１２が受益コール
のために帯域を提供する負担コールを負担コール管理テ
ーブル２３から選択する際、公正さを求めるために以下
の事に留意する必要がある。・いつも同じ負担コールばかりが、犠牲になってはなら
ない。・ネットワークは各負担コールに対して、その負担度を
管理していなくてはならない。以上の点を留意しながらＡＴＭ交換機１２が負担コール
を選ぶ方法として以下の方法がある。すなわち、負担コ
ール管理テーブル２３に各負担コールが何回帯域を提供
したかを記録しておき、負担回数が少ない負担コールか
ら順に帯域を削減する方法がある。図１６、図１７はか
かる負担コール選択法の説明図であり、負担コール管理
テーブル２３は各負担コールの負担回数２３ｊを管理す
る。

【００４１】負担コールを管理するＡＴＭネットワーク
（ＡＴＭ交換機）１２が、受益コールのために38kbpsだ
け負担コールの帯域を制限する必要があった場合、ＡＴ
Ｍネットワークは負担コール管理テーブル２３の負担回
数を参照して、先ず一番負担回数の少ない負担コール
（Ｘ）より16kbps削減し、かつ、コール（Ｘ）の負担回
数に１加算する（図１６（ａ）→図１６（ｂ））。つい
で、ＡＴＭネットワークは残り22kbpsを負担コール管理
テーブル２３から確保するが、その時負担回数の最も少
ないコール（Ｎ）及びコール（Ｘ）は削減可能帯域が0k
bpsなので、次に負担回数の少ないコール（Ｂ）から16k
bps削減し、かつ、コール（Ｂ）の負担回数に１加算す
る（図１６（ｂ）→図１６（ｃ））。残り６ｋｂｐｓの
確保も同じ論理で行い、コール（Ｍ）から6kbps削減
し、その負担回数に１加算する（図１６（ｃ）→図１
７）。

【００４２】以上の様に、負担コール管理テーブル２３
に負担回数というパラメータを管理させることにより、
いつも同じ負担コールが犠牲となることを避けることが
出来る。また、負担回数に応じて負担コールに対する料
金の割引を行う等のサービスが容易に実現出来る。一例
とし、負担コールが帯域を受益コールに分け与えていた
時間に応じた課金の方式は後述する。以上では、負担回
数に基づいて負担コールを決定した場合であるが、かか
る方法に限らず、均等に負担コールの帯域を削減する方
法であれば他の方法でも構わない。例えば、負担コール
として負担コール管理テーブル２３に登録された順に
（ラウンドロビン）、帯域を削減する負担コールを決定
することもできる。又、負担コールとなるための条件
（属性）を負担コール管理テーブル２３に記憶すると共
に、予め属性の負担優先度を決めておき、負担優先度が
高い属性の負担コールから順に帯域を削減するように構
成することもできる。

【００４３】(d-2) 帯域を返却する負担コールの選択ネットワークリソースに余裕が生まれると、ＡＴＭネッ
トワークは各負担コールに帯域を再割当てし(削減した
帯域の返却)、削減可能帯域にその分の帯域を加算す
る。尚、負担回数はそのまま保持される。例えばネット
ワークリソースに20kbpsの余剰帯域が発生すると、帯域
返却により図１７から図１８に示すようになる。図１８
では、各負担コールに帯域を均等に返す例を示してい
る。すなわち、帯域削減中の負担コールは全部で４つで
あるから、5kbps(=20kbps/4)づつ各負担コールに返す。

【００４４】以上では、各負担コールに余剰帯域を均等
に返却する場合であるが、平等に返す方法であれば、他
の方式でも構わない。例えば、負担コールとして負担
コール管理テーブル２３に登録された順に帯域を返却し
たり（ラウンドロビン）、負担コール管理テーブル２
３に帯域戻し回数を管理させ、該帯域戻し回数が少ない
順に余剰帯域を返却したり、予め属性の負担優先度を
決めておき、負担優先度が高い属性の負担コールから順
に帯域を返却する等の方法が考えられる。負担コールの
帯域を削減した場合及び帯域を返却する場合、ＡＴＭネ
ットワークは該負担コールに応じたＤＴＥのネットワー
クアプリケーション１１₅（図１１）に対して、その旨
及び削減量／返却量あるいは新たな設定帯域を通知す
る。これによりＤＴＥのコネクション管理部１１₃はト
ラヒック量を監視、制限し、指示された帯域を遵守す
る。

【００４５】（ｅ）負担コールの使用帯域制限ＡＴＭネットワークが負担コールの使用帯域を制限した
時、該負担コールのＤＴＥに帯域制限後のトラヒック量
を守らせ、ネットワーク内で輻輳が発生しない様にする
必要がある。ＡＴＭネットワークでは、トラヒックの過
負荷や制御リソースの過負荷により、すでに設定された
コネクションや新たなコネクション要求に対し、もはや
合意されたサービス品質クラスを保証できなくなったネ
ットワーク構成要素（交換機、多重化装置、伝送リンク
等）の状態を輻輳と定義している。輻輳はネットワーク
内の故障の他にネットワークにその能力を超すトラヒッ
ク流が流れたときにも発生する。

【００４６】ネットワークの能力を越えるトラヒック流
を発生させないようにするため、ＡＴＭでは、２つの機
能がある。１つは、コネクション受付制御でネットワー
クのリソース以上にコネクションを受け付けないように
する機能（ＣＡＣ制御）、もう１つは、コネクション受
付時にコールが申告してきたトラヒック値（ピークセル
速度や平均セル速度等）が守られているかどうかを監視
し、違反セルに対して所定の処理を行う機能（ＵＰＣ：
使用量パラメータ制御）がある。守られていないトラヒ
ックに対するＵＰＣ制御には、・セル間隔を調整する。・セルに違反表示をつける。・セルを廃棄する等の方法があるが、ここでは説明の簡単のため、セル廃
棄するものとして説明する。負担コールのＤＴＥに帯域
制限後のトラヒック量を守らせるために、上記説明のよ
うに、ＵＰＣ制御を利用する。

【００４７】(e-1) 暗黙の通知方式による使用帯域制限
の方法以下に第１の使用帯域制限方法について説明する。ただ
し、「(c-2) ネットワークリソースが足りない時に、受
益コールから接続要求があった場合」の項で説明したコ
ール（Ｘ）の例で説明する。図１４おいて、コール
（Ｘ）は受益コール（Ｆ）に帯域を与えたために、通信
中コール管理テーブル２１上では、その帯域を64kbpsか
ら48kbpsに制限されている。よって、以降、ＡＴＭネッ
トワークは、64kbpsで行っていたＵＰＣ制御を48kbpsで
行うようになる。しかしコール（Ｘ）のＤＴＥは、帯域
が48kbpsに制限されていることを知らないため、依然と
して、帯域64kbpsでセルを送出し続けることになる。よ
って、ＡＴＭネットワークは、ＵＰＣ制御として通信中
コール管理テーブル２１に設定されているコール（Ｘ）
の帯域48kbpsと、ＵＰＣで計測中のコール（Ｘ）の送出
している帯域64kbpsとから、コール（Ｘ）が16kbps分割
当て帯域より多く違反してネットワークリソースを使用
していると判断し、コール（Ｘ）が送出するセルを16kb
ps分廃棄して、トラヒック量を守らせようとする。

【００４８】これにより、コール（Ｘ）として通信中の
ネットワーク両端のＤＴＥ（Ｘ）と相手ＤＴＥは、セル
が頻繁に廃棄されることを認識するようになる。この
時、ＤＴＥはネットワーク内に輻輳が発生したと認識
し、ネットワークに申告していた帯域量（64kbps)より
も帯域量を削減する。つまり、送出するデータを一時的
に削減(使用帯域を削減)する。以上のように、ＡＴＭ端
末にネットワークが輻輳した時に帯域を減らす機能があ
れば、ネットワーク側、端末側共に変更を加えることな
く通常のＡＴＭネットワークとしての本来機能だけで使
用帯域の制限ができる。

【００４９】(e-2) 帯域削減量を端末に通知することに
よる帯域制限上記の(e-1)の方法に加えて、ＡＴＭネットワークが負
担コールの使用帯域を制限する時に、該負担コールで通
信中のネットワーク両端のＤＴＥに使用可能帯域の変更
を通知し、ＤＴＥが発生するトラヒック量の削減を促し
て帯域を制限する。図１９は帯域削減量を端末に通知す
ることによる帯域制限の手順説明図である。申告された
帯域に相当する空き帯域が存在せず、しかも、コールが
受益コールの場合には、負担コールの帯域を制限して申
告帯域に相当する分の空き帯域を作って該受益コールに
割り当てる（ステップ１５１）。ついで、通信中コール
管理テーブル２１における負担コールの帯域を削減し、
又、接続要求コール（受益コール）のコネクションを受
け付けて該接続要求コール48kbpsを通信中コール管理テ
ーブル２１に登録する（ステップ１５２）。ついで、ネ
ットワークは負担コールのＤＴＥに帯域を削減した旨及
び削減量（＝16kbps)あるいは新たな設定帯域（=48kbp
s)を通知する（ステップ１５３）。通知を受けたＤＴＥ
は新しい設定帯域を遵守するようにトラヒック制御を行
う（ステップ１５４）。

【００５０】（ｆ）受益コールや負担コールとなったコ
ールの料金への反映処理受益コールとしての権限をもつコールが、実際に発呼時
に負担コールから帯域の割り当てを受けたり、負担コー
ルとしてネットワークに登録しておいたコールが、実際
に受益コールに帯域を割り当てるために、帯域を制限し
た場合、その事象に応じて、通信料金を安くしたり、高
くしたりする必要がある。ＡＴＭネットワーク提供業者
は、ユーザに対して、ネットワークを利用した通信時
間、契約しているサービス、送出したセル数などに応じ
て、料金を請求している。ここでは、簡単のため、ネッ
トワークを利用した時間、負担コールとして帯域を制限
されていた時間、受益コールとして負担コールから帯域
を割当てられていた時間を料金パラメータとする例で説
明する。

【００５１】図２０は通信システムの構成図であり、１
１ａ〜１１ｄはＤＴＥ端末、１２、１２′はノード（Ａ
ＴＭ交換機）、１５は課金処理端末、２４は課金記録テ
ーブルである。各ノード１２、１２′は、端末間の通信
において料金計算の元となる通信時間を記録するための
課金記録テーブル２４を備えている。課金記録テーブル
２４は、コールの識別子２４ａに対応させて、通信開始
時間２４ｂ、通信終了時下２４ｃ、受益コール開始時間
２４ｄ、受益コール終了時間２４ｅ、負担コール開始時
間２４ｆ、負担コール終了時間２４ｇを管理するように
なっている。図では、ＤＴＥｃ〜ＤＴＥｄ間のコール
（負担コール）とＤＴＥａとＤＴＥｂの間のコール（受
益コール）がエントーされている場合が示されている。
ＤＴＥｃ〜ＤＴＥｄ間のコール（負担コール）は、8:00
か〜9:30まで通信を行い、そのうち9:00〜9:30まで負担
コールとして帯域を制限し、ＤＴＥａとＤＴＥｂの間の
コール（受益コール）は、9:00〜10:00まで通信をおこ
ない、そのうち9:00〜9:30まで受益コールの恩恵を受け
ている。

【００５２】任意のコールのコネクションが確立する
時、通信時間、受益コールとしての恩恵を受けている時
間、負担コールとして帯域を削減している時間を記録す
るために、該コールは課金記録テーブル２４に登録され
る。課金記録テーブル２４は、端末収容ノード１２，１
２′の両端のどちらにあってもよく、図２０ではノード
１２にあるとし、その内容は課金処理端末１５に定期的
に転送され、そこで処理されて料金計算される。課金記
録テーブル２４において、〜は、以下の図２１，図
２２におけるシーケンス内の〜と対応し、記録タイ
ミングを示している。

【００５３】図２１、図２２は受益コールや負担コール
となった事実を該コールの料金に反映する手順説明図で
ある。ＤＴＥｃ〜ＤＴＥｄ間のコール（負担コール）
は、8:00から開始しており、該コールは負担コールとし
て負担コール管理テーブル２３に登録されている。かか
る状態において、ＤＴＥａ１１ａはノードＡ（ＡＴＭ
交換機１１）に対しＤＴＥｂ１１ｂへの接続要求を送
信する（ステップ２０１）。ノードＡは接続要求に基づ
いて呼設定処理を行う（ステップ２０２）。尚、ノード
Ａの帯域リソースが足りなくて、ＤＴＥｃ〜ＤＴＥｄの
通信帯域リソースの一部をＤＴＥａ〜ＤＴＥｂのために
割当ることになったとする。ノードＡはノードＢを介し
てＤＴＡｂに対してＤＴＥａからの接続要求があったこ
とを通知し、ＤＴＥｂはＤＴＥａからの接続要求を確認
する（ステップ２０３）。しかる後、ＤＴＥｂはノード
Ｂを介してノードＡに呼受け付けを通知する（ステップ
２０４）。

【００５４】ノードＡは、ＤＴＥｂからの呼受け付け通
知を確認後、課金管理テーブル２４にＤＴＥａ〜ＤＴＥ
ｂ間の通信開始時間を記録するとともに、受益コールと
なった時間を記録する。また、ＤＴＥｃ〜ＤＴＥｄの通
信が負担コールとなった時間を記録する（ステップ２０
５）。ついで、ノードＡはＤＴＥａに対して呼受け付け
を通知し、通信を開始させる（ステップ２０６）。かか
る状態において、ＤＴＥｃ〜ＤＴＥｄの通信が終了する
と、帯域リソースに余裕ができたため、ＤＴＥａ〜ＤＴ
Ｅｂの通信は通常の空きリソースを利用することにな
る。よって、ＤＴＥｃ〜ＤＴＥｄの通信終了時間を記録
すると同時に、負担コール終了時間を記録する。また、
ＤＴＥａ〜ＤＴＥｂの受益コール終了時間を記録する
（ステップ２０７）。

【００５５】ついで、ＤＴＥａ〜ＤＴＥｂ間の通信が終
了すると、ＤＴＥａはＤＴＥｂとの呼の切断要求をノー
ドＡに送信する（ステップ２０８）。ノードＡはＤＴＥ
ａから呼切断要求を受け取ると、ノードＢを介してＤＴ
Ｅｂにその旨を通知する（ステップ２０９）。これによ
り、ＤＴＥｂはＤＴＥａからの呼切断要求を受信すると
（ステップ２１０）、切断確認通知をノードＢを介して
ノードＡに送信する（ステップ２１１）。ノードＡは切
断確認通知を受信すれば、ＤＴＥａ〜ＤＴＥｂの通信終
了時間を課金記録テーブル２４に記録し（ステップ２１
２）、しかる後、切断確認をＤＴＥａに通知する（ステ
ップ２１３）。

【００５６】以上の動作がコネクションを設定する毎に
おこなわれる。そして、毎日定刻になると、ノードＡは
通常の通信により、課金記録テーブル２４の内容を課金
処理端末１５に送信する（ステップ２２１）。課金処理
端末１５はノードＡから課金記録テーブルを受信する
と、電子計機により、あらかじめ決められた規則（単位
時間当たりの料金、負担コールの割安料金、受益コール
の割増料金等）により、課金処理を行って料金請求者毎
（通常発信者毎）に料金を算出する（ステップ２２
２）。例えば、受益コールの料金割増し率をａ％、負担
コールの割安率をｂ％とし、トータルの通話時間を
Ｔ₁、受益コールとなっている時間をＴ₂、負担コールと
なっている時間をＴ₃、通常コールの単位時間当りの料
金をＭとすれば、次式Ｍ・（Ｔ₁＋ａ・Ｔ₂／１００−ｂ・Ｔ₃／１００）により課金料金を計算する。

【００５７】（ｇ）本発明の呼設定処理全体のフロー図２３〜図２６は負担コール管理テーブルとして図６の
テーブル（発呼時登録）を使用する場合における本発明
の呼設定処理の全体のフローであり、点線枠内はＤＴＥ
の処理、実線枠内はＡＴＭネットワークの処理を示す。
ＡＴＭ交換機１２はＤＴＥより呼受け付け要求があると
（ステップ３０１、３０２）、通信中コール管理テーブ
ル２１における残量２１ｅを参照してＤＴＥから申告さ
れた帯域に相当する空き帯域が存在するか調べ（ステッ
プ３０３〜３０５）、空き帯域が存在する場合には相手
ＤＴＥに対して通信要求セルを送出し、通信相手のＤＴ
Ｅが通信可能かチェックする（ステップ３０６，３０
７）。通信不可能であれば、発ＤＴＥに対してコネクシ
ョン拒否のセルを送信する（ステップ３０８、３０
９）。一方、ステップ３０７において、相手ＤＴＥが通
信可能であれば、通信コール管理テーブル２１に登録し
（ステップ３１０）、ついで、コネクション受け付け可
を通知するセル（発ＶＰＩ／ＶＣＩを含んでいる）を送
信する（ステップ３１１）。ＤＴＥはコネクション受け
付け可のセルを受信すれば、以後、送信データをセルに
組み立てるとともに、通知されたＶＰＩ／ＶＣＩをセル
のヘッダに付して相手ＤＴＥに送信する（ステップ３１
２）。

【００５８】一方、ステップ３０５において、ネットワ
ークリソースに申告された帯域に相当する空き帯域が存
在しない場合には、接続要求のあった時間を確認し、該
時間に合致した受益条件管理テーブル２２と負担コール
管理テーブル２３を選択する（ステップ３１３、３１
４）。尚、受益条件管理テーブル、負担コール管理テー
ブルは時間帯に応じて複数面設けられている。ついで、
選択した受益条件管理テーブル２２を参照し（ステップ
３１５）、接続要求コールが受益コールかどうかを調べ
（ステップ３１６）、受益コールでない場合にはコネク
ション受け付けを拒否するとともに、ネットワークリソ
ースの残量を通知する（ステップ３１７、３１７′）。

【００５９】受益コールの場合には、負担コール管理テ
ーブル２３を参照し、削減可能な帯域の合計から現在の
削減帯域の合計を差し引いた残りの帯域量を求め、該残
りの帯域量≧（受益コールの申告帯域−空き帯域）か調
べ、残りの帯域量≧（受益コールの申告帯域−空き帯
域）の場合には受益コールに対する帯域割り当てが可能
であると判断する（ステップ３１８）。ついで、負担コ
ールのうち負担回数が少ない負担コールから順に削減可
能帯域を削減し、トータルの削減帯域が（受益コールの
申告帯域−空き帯域）に等しくなるまで、負担コールの
選択、削減可能帯域の削減を繰り返す（ステップ３１
９、３２０）。ついで、通信相手のＤＴＥ向けに通信要
求セルを送信し、通信相手のＤＴＥが通信可能であるか
チェックする（ステップ３２１、３２２）。相手ＤＴＥ
が通信不可能であれば、リソース残量とともに、コネク
ション受け付け拒否のセルを発ＤＴＥに送信する（ステ
ップ３２３、３２４）。

【００６０】相手ＤＴＥが通信可能であれば、帯域を削
減した負担コールの負担回数を１カウントアップすると
ともに、通信中コール管理テーブル２１に接続要求コー
ルをを登録する（ステップ３２５，３２６）。又、発Ｄ
ＴＥにコネクション受け付け可のセル（発ＶＰＩ／ＶＣ
Ｉを含む）を送信する（ステップ３２７）。発ＤＴＥは
コネクション受け付け可のセルを受信すれば、以後、送
信データをセルに組み立てるとともに、通知されたＶＰ
Ｉ／ＶＣＩをセルのヘッダに付して相手ＤＴＥに送信す
る（ステップ３２８）。しかる後、受け付けたコールを
負担コール管理テーブル２３に登録するかチェックする
（ステップ３２９）。発ＤＴＥより負担コールとして登
録することが要求されている場合には負担コール管理テ
ーブル２３に登録する（ステップ３３０）。ついで、帯
域を削減した負担コールのＤＴＥに対して削減後の設定
帯域（あるいは削減帯域）を通知するか判断し（ステッ
プ３３１）、通知するように設定されている場合には、
新しい設定帯域通知セルを作成してＤＴＥに送信する
（ステップ３３２）。該新しい設定帯域を受信したＤＴ
Ｅは以後、該設定帯域を遵守するようにセルを送出する
（ステップ３３３）。

【００６１】一方、ステップ３３１において、削減後の
設定帯域をＤＴＥに通知する必要がない場合には、ＡＴ
Ｍ交換機は負担コールの通信帯域をＵＰＣ制御し、ＤＴ
Ｅが新しい設定帯域を越えてセルを送出しているかチェ
ックする（ステップ３３４，３３５）。新しい設定帯域
を越えてセルを送出している場合には該セルを廃棄する
（ステップ３３６）。セル廃棄により、負担コールのＤ
ＴＥはネットワークに輻輳が発生した呼とを認識し（ス
テップ３３７）、使用帯域を一時的に低減することにな
る（ステップ３３８）。以後、所定の通信中コールの通
信が終了してネットワークリソースに空き（余剰帯域）
が発生すれば（ステップ３５１）、負担コール管理テー
ブル２３から帯域を削減している負担コールを検索する
（ステップ３５２）。帯域を削減している負担コールが
検索されれば、余剰帯域を各負担コールに均等に返却す
ると共に（ステップ３５３）、各負担コールのＤＴＥに
使用可能帯域の変更を通知するセルを送信する（ステッ
プ３５４）。ＤＴＥは該使用可能帯域の変更通知セルを
受信すれば、以後、新たな帯域に従ってセルを送出する
（ステップ３５５）。

【００６２】図２７〜図３０は負担コール管理テーブル
として図７のテーブル（ネットワーク契約時登録）を使
用する場合における本発明の呼設定処理の全体のフロー
であり、点線枠内はＤＴＥの処理、実線枠内はＡＴＭネ
ットワークの処理を示す。この処理フローは図２３〜図
２６の処理フローと類似しており、異なる点は、以下の
〜である。ＤＴＥより事前に負担コールとなること、及び、属
性、削減可能帯域、削減可能な時間帯をＡＴＭ交換機に
送信し、負荷コール管理テーブル２３に登録する点（ス
テップ４０１〜４０５）。

【００６３】受益コールになれた時（ステップ３１
６）、選択した負担コール管理テーブル２３で削減可能
な負担コールを抽出し（ステップ４１１）、負担コール
の削減可能帯域の合計値を求め、該合計値≧（受益コー
ルの申告帯域−空き帯域）か調べ（ステップ４１２）、
合計値≧（受益コールの申告帯域−空き帯域）の場合に
は受益コールに対する帯域割り当てが可能であると判断
してステップ３１９の処理を行い、合計値＜（受益コー
ルの申告帯域−空き帯域）の場合にはコネクション受け
付けを拒否するとともに、ネットワークリソースの残量
を通知する点（ステップ４１３，４１４）。コールが受け付けられて通信中コール管理テーブル２
１に登録されて後（ステップ３２６）、該受け付けられ
たコールが負担コール管理テーブル２３における属性を
満足するかチェックし（ステップ４２１）、満足する場
合には該コールは負担コールであり、負担コール管理テ
ーブル２３に登録されている該負担コールの「削減可能
を非から可」とする点（ステップ４２２）である。

【００６４】(Ｂ)第２実施例 (a) 従来の輻輳制御従来のＡＴＭネットワークにおいては、図３１に示すよ
うに、通信中のＤＴＥ１１ａ，１１ｂから受信したセル
をＡＴＭ交換機１２内のＡＴＭスイッチ３２でスイッチ
ングし、出力バッファを備えた出力部３３を経由し、相
手ＤＴＥへ送出する。セルは５オクテットのセルヘッダ
と４８オクテットの情報フィード出構成され、セルヘッ
ダには、リンク間フロー制御に用いられるＧＦＣ（Gene
ric FlowControl)、データがブロックに分解された後で
も宛先が判るように呼識別用のＶＣＩ（Virtual Channe
l Identifier)、方路を特定するＶＰＩ(virtual Path I
dentifier)、ペイロードタイプＰＴ（Payload Type)、
セルロスプライオリティＣＬＰ、ヘッダのエラー訂正用
符号ＨＥＣ（Header Error Control)が含まれている。
尚、Resはリザーブビットである。

【００６５】ＡＴＭネットワークは、出力部（出力バッ
ファ）３３が輻輳状態になると、すなわち、出力バッフ
ァに輻輳規制値以上のセルが滞留すると、受信したセル
の廃棄を行って輻輳の緩和を行い、輻輳解除時において
ＤＴＥ間で廃棄データの再送を行う。図３１の例では、
出力バッファ３３に輻輳規制値のセルが滞留しているた
め、ＤＴＥ１１ａ，１１ｂから到来するセルは輻輳が解
除されるまで廃棄される。このように、従来は輻輳状態
になるとセルを廃棄するものであった。そこで、輻輳状
態になってもセル廃棄を防止する輻輳制御が要望され
る。本発明では、ＤＴＥと流量監視部の間に輻輳防止装
置を置くことにより送信データを一時的にセル廃棄防止
用のバッファに蓄積し、ネットワーク内の輻輳等による
セルの廃棄を防止する。

【００６６】(b) 本発明の輻輳制御を具現化したシステ
ムの構成図３２は本発明の輻輳制御を具現化したシステムの構成
図であり、１１ａ〜１１ｄはＤＴＥ（データ端末装置 D
ate Terminal Equipment)、１２はＡＴＭ交換機、１３
は輻輳防止装置である。ＡＴＭ交換機１２において、３
１は呼（コール）のセル流量を監視する流量監視部、３
２はＡＴＭスイッチ、３３は入出力部で、出力側にＦＩ
ＦＯ等の出力バッファを備え、ＡＴＭスイッチから出力
されるセルを順次該出力バッファに記憶すると共に到来
順に出力する。３４はタグの削除/追加及びＨＥＣの追
加/削除等の回線制御を行う回線制御部である。流量監
視部３１は、入出力部３３の出力バッファに蓄積され
ているセル量に基づいて、輻輳状態になったか監視し、
輻輳状態になったときセルの廃棄を防止するために、セ
ルのＧＦＣエリアに輻輳規制情報を書き込んでなる制御
セル（輻輳制御実施セル）を輻輳防止装置１３に送出
し、ＤＴＥより到来するセルを廃棄防止用バッファに記
憶させる機能、輻輳状態から正常の状態に戻ったか監
視し、輻輳状態でなくなったとき、セルのＧＦＣエリア
に輻輳解除情報を書き込んでなる制御セル（輻輳制御解
除セル）を輻輳防止装置１３に送出し、廃棄防止用バッ
ファに蓄えられているセルを読出してネットワークに送
信させる機能を有している。

【００６７】流量監視部３１において、３１ａは入出力
部３３における出力バッファに滞留するセル数を監視す
る流量測定部、３１ｂはＤＴＥ毎に輻輳状態とみなす第
１の設定値Ｎ１、輻輳状態から正常状態に復帰したとみ
なす第２の設定値Ｎ２をそれぞれ記憶する輻輳防止設定
値テーブル、３１ｃは出力バッファに滞留するセル数と
第１、第２の設定値を比較して輻輳状態になったか、正
常状態に復帰したか監視する流量比較部、３１ｄは制御
セル生成部であり、輻輳状態になったとき、セルの廃
棄を防止するために、ＧＦＣエリアに輻輳規制情報（１
００１）をマッピングすると共に、輻輳状態になったＤ
ＴＥのＶＰＩ／ＶＣＩ値をＶＰＩ／ＶＣＩエリアにマッ
ピングして制御セル（輻輳制御実施セル）を生成し、
又、正常状態に復帰したとき、ＧＦＣエリアに輻輳解
除情報（１０００）をマッピングすると共に、正常状態
に復帰したＤＴＥのＶＰＩ／ＶＣＩ値をＶＰＩ／ＶＣＩ
エリアにマッピングして制御セル（輻輳制御解除セル）
を生成する。３１ｅは制御セルを輻輳防止装置１３に送
出すると共に、上り／下り方向の通常セルの送受信を行
うセル送出部である。

【００６８】輻輳防止設定値テーブル３１ｂには、各Ｄ
ＴＥの前記第１、第２の設定値Ｎ１，Ｎ２が以下のよう
に設定される。すなわち、予め、非受益／非負担コー
ル、非受益／負担コール、受益／負担コール、受
益／非負コールの各種別に対応させて第１、第２の設定
値Ｎ１、Ｎ２を登録しておく。そして、発呼時、コール
が上記いずれかの種別に属するかを判別し、該種別に応
じた第１、第２の設定値Ｎ１、Ｎ２を求め、図３３に示
すようにＤＴＥアドレスに対応させて該第１、第２の設
定値Ｎ１、Ｎ２を輻輳防止設定値テーブル３１ｂに登録
する。図３３ではネットワーク設計時に予め、非受益
／非負担ならば、第１の設定値（輻輳設定値）６５％、
第２の設定値（解除値）６０％、非受益／非負担なら
ば、輻輳設定値６０％、解除値５５％、受益／負担な
らば、輻輳設定値７０％、解除値６５％、受益／非負
担ならば、輻輳設定値７５％、解除値７０％と決めてあ
り、現在、ＡＴＭ交換機１２に接続されている全ての端
末ＤＴＥ１１ａ〜１１ｄに対しＤＴＥ接続時にこれら第
１、第２の設定値が登録される。第１、第２の設定値Ｎ
１、Ｎ２は重要なコールほど高めに設定し、優先的に通
信できるようにする。

【００６９】又、ＤＴＥあるいはＡＴＭ交換機の保守コ
ンソールより直接、第１、第２の設定値を登録、削除、
変更するように構成することもできる。輻輳防止装置１
３において、４１は輻輳防止制御部、４２はバッファ制
御部、４３は廃棄防止用バッファ、４４ａ〜４４ｄはタ
グの削除／追加及びＨＥＣの追加／削除等のＤＴＥ回線
制御を行う回線制御部、４５ａ〜４５ｄは回線切替用の
スイッチである。輻輳防止制御部４１は、ＡＴＭスイッ
チ側から到来する制御セルのＧＦＣエリアを参照し、Ｄ
ＴＥから到来するセルの廃棄防止用バッファ４３への書
き込み指示、廃棄防止用バッファからの読み出し指示、
スイッチ４５ａ〜４５ｄへの回線切り替え指示、セルの
廃棄を行う機能を有している。すなわち、輻輳防止制御
部４１はＡＴＭスイッチ側から到来するセルのＧＦＣエ
リアを参照し、ＧＦＣに輻輳規制情報（１００１）が書
き込まれている場合には、該セルに含まれるＶＰＩ／Ｖ
ＣＩ値に基づいてＤＴＥを識別し、該ＤＴＥに応じたス
イッチ４５ａ〜４５ｄを制御して回線を通常のＡＴＭス
イッチ側からバッファ側へ切り換えると共に、バッファ
制御部４２にセルのバッファリングを指示する。これに
より、バッファ制御部４２はＤＴＥより到来するセルを
廃棄防止用バッファ４３に一時的に格納する。

【００７０】又、輻輳防止制御部４１はＡＴＭスイッチ
側から到来するセルのＧＦＣエリアを参照し、輻輳解除
情報（１０００）が書き込まれている場合には、バッフ
ァ制御部４２にセルの読出を指示する。これにより、バ
ッファ制御部４２は廃棄防止用バッファ４３に格納され
ているセルを読出してＡＴＭスイッチ側に送出し、しか
る後、スイッチをバッファ側から通常のＡＴＭスイッチ
側に切り替え、ＤＴＥから到来するセルをＡＴＭスイッ
チに送出させる。

【００７１】（ｃ）輻輳制御ＡＴＭ交換機１２内の流量測定部３１ａは、入出力部３
３内の出力バッファの状態値（滞留セル数）を随時問い
合わせ、流量比較部３１ｃにその値を通知する。流量比
較部３１ｃは、通知された滞留セル数と輻輳防止設定値
テーブル３１ｂに設定されている各ＤＴＥの第１の設定
値Ｎ１とを常時比較する。比較した結果、滞留セル数が
所定ＤＴＥの第１の設定値Ｎ１を越えると、流量比較部
３１ｃは、制御セル生成部３１ｄに該ＤＴＥのＶＰＩ／
ＶＣＩを通知すると共に、制御セル（輻輳制御実施セ
ル）の生成を指示する。指示を受けた制御セル生成部３
１ｄは、該当ＤＴＥに対する制御セル（輻輳制御実施セ
ル）を生成し、セル送出部３１ｅから輻輳防止装置１３
の輻輳防止制御部４１に送出する。制御セルを受信した
輻輳防止制御部４１は、ＶＰＩ／ＶＣＩ値を参照して該
当ＤＴＥの回線をスイッチでバッファ制御部４２に切替
え、バッファ制御部４２をしてセルを廃棄防止用バッフ
ァ４３へ蓄積させる。尚、出力バッファに滞留するセル
数が同時に複数のＤＴＥの第１の設定値を越えた場合に
は、上記制御によ各ＤＴＥからのセルが廃棄防止用バッ
ファ４３に蓄積される。

【００７２】ＤＴＥからのセルを廃棄防止用バッファ４
３に一時的に格納することにより、出力バッファに滞留
するセル数が減小して所定ＤＴＥの解除値を下回ると、
流量比較部３１ｃは、制御セル生成部３１ｄに該ＤＴＥ
のＶＰＩ／ＶＣＩを通知すると共に、制御セル（輻輳制
御解除セル）の生成を指示する。指示を受けた制御セル
生成部３１ｄは、該当ＤＴＥに対する制御セル（輻輳制
御解除セル）を生成し、セル送出部３１ｅから輻輳防止
装置１３の輻輳防止制御部４１に送出する。制御セルを
受けた輻輳防止制御部４１はＶＰＩ／ＶＣＩを参照し、
バッファ制御部４２をして該当ＤＴＥのセルを廃棄防止
用バッファ４２から読み出させ、所定のスイッチを介し
て通常回線に戻し、ネットワークへ送出させる。送出終
了後、輻輳防止制御部４１はスイッチを制御して該当Ｄ
ＴＥの回線を元の回線にもどす。

【００７３】尚、出力バッファの滞留セル数が同時に複
数のＤＴＥの第２の設定値（解除値）を下回った場合に
は、各ＤＴＥのセルを廃棄防止用バッファ４３から読み
出してネットワークに送出する。以上では、輻輳防止設
定値テーブル３１ｂを１つだけ設けた場合であるが、複
数の輻輳防止設定値テーブルを設け、指定された輻輳防
止設定値テーブルを用い、あるいは輻輳防止設定値テー
ブルを時間帯により自動的に切り替えて輻輳制御を行う
こともできる。

【００７４】（ｄ）輻輳時の制御図３４、図３５は輻輳時の制御を説明する説明図であ
る。輻輳防止設定値テーブル３１ｂ（図３２）内の輻輳
設定値（第１の設定値）としてＤＴＥＡに６５％、Ｄ
ＴＥＢに６０％、ＤＴＥＣに７０％、ＤＴＥＤに７
５％をそれぞれＡＴＭ交換機が輻輳制御に入る前に設定
する。通信中、流量監視部３１は、ネットワーク内にお
ける出力部の状態値（出力バッファの使用量）が６３％
に達した場合、ＤＴＥＢに対して予め設定されている
輻輳設定値６０%を越えたと認識し、該ＤＴＥＢに規制
をかける制御を行う。すなわち、流量監視部３１は、図
３４に示すように、該当ＤＴＥＢのＶＰＩ／ＶＣＩ値
（VPI=1010 1010,VCI=1001 0010 0100 1001)をＶＰＩ／
ＶＣＩエリアにマッピングすると共に、ＧＦＣエリアに
輻輳制御の実施情報（輻輳規制情報：１００１）をマッ
ピングしてなる制御セル（輻輳制御実施セル）５１を生
成して輻輳防止装置１３へ送出する。

【００７５】輻輳防止装置１３内の輻輳防止制御部４１
は、制御セル（輻輳制御実施セル）５１を受信すると、
図３５に示すようにＶＰＩ／ＶＣＩ値を参照して輻輳規
制するＤＴＥＢを識別し、該ＤＴＥＢのスイッチ４５
ｂを制御して当該ＤＴＥＢの回線をバッファ制御部４
２へ切替え、ＤＴＥＢから受信するセルを廃棄防止用
バッファ４３へ蓄積する。

【００７６】（ｅ）輻輳解除時の制御図３６、図３７は輻輳解除時の制御を説明する説明図で
ある。輻輳防止設定値テーブル３１ｂ（図３２）内の解
除値（第２の設定値）としてＤＴＥＡに６０％、ＤＴ
ＥＢに５５％、ＤＴＥＣに６５％、ＤＴＥＤに７０
％をそれぞれ設定する。通信中、流量監視部３１は、ネ
ットワーク内における出力部の状態値（出力バッファの
使用量）が５０％を一定時間継続して下回った場合、Ｄ
ＴＥＢに対して予め設定されている解除値５５%を下回
ったと認識し、該ＤＴＥＢの規制を解除する制御を行
う。すなわち、流量監視部３１は、図３６に示すよう
に、該当ＤＴＥＢのＶＰＩ／ＶＣＩ値（VPI=1010 101
0,VCI=1001 0010 0100 1001)をＶＰＩ／ＶＣＩエリアに
マッピングすると共に、ＧＦＣエリアに輻輳制御の解除
情報（１０００）をマッピングしてなる制御セル（輻輳
制御解除セル）５２を生成して輻輳防止装置１３へ送出
する。尚、情報フィールドに情報は含まれない。

【００７７】輻輳防止装置１３内の輻輳防止制御部４１
は、制御セル（輻輳制御解除セル）５２を受信すると、
図３７に示すようにＶＰＩ／ＶＣＩ値を参照して輻輳解
除するＤＴＥＢを識別し、バッファ制御部４２を制御
してＤＴＥＢのセルを廃棄防止用バッファ４３から読
み取らせ、ネットワークへ送出させ、送出終了後、スイ
ッチ４５ｂを制御してバッファ制御部へ切り換えた回線
を基の回線に切り戻す。以後、ＤＴＥＢは基の回線を
使用して通信を行う。なお、輻輳制御解除セルは廃棄さ
れる。

【００７８】(f) 廃棄防止用バッファのセル読み出し順
序の制御複数のＤＴＥの輻輳を同時に解除する場合、廃棄防止用
バッファのセル読み出し順序は各ＤＴＥのセルを均等に
読み出すことを基本とする。第１の方法は、廃棄防止用
バッファ４３に格納されている輻輳解除すべき各ＤＴＥ
のセルを１個づつ順番に読出してネットワークに送出す
る方法（ラウンドロビン方式）である。第２の方法は、
廃棄防止用バッファ４３に格納される回数をＤＴＥ毎に
管理し、該回数を考慮し、例えば該回数が大きいＤＴＥ
の順に廃棄防止用バッファ４３からセルを読み出してネ
ットワークに送出する方法である。第３の方法は、非受
益／非負担コール、非受益／負担コール、受益／負担コ
ール、受益／非負担コールの各種別に対応させてバッフ
ァ４３から読み出す読出順序を設定しておき、該設定順
序に従ってＤＴＥのセルをバッファ４３から読み出して
ネットワークに送出方法である。尚、順序は重要なコー
ルが集中する種別の優先度を高くする。

【００７９】以上のように、第２実施例によれば、輻輳
となる前に一時的にバッファにセルを溜めることによ
り、セル廃棄を防止することができ、効率のよい通信が
可能となる。以上、本発明を実施例により説明したが、
本発明は請求の範囲に記載した本発明の主旨に従い種々
の変形が可能であり、本発明はこれらを排除するもので
はない。

【００８０】

【発明の効果】以上本発明によれば、受益条件管理テー
ブルに登録している条件に当てはまるコール（受益コー
ル）であれば、通信中のコール（負担コール）の帯域を
一時的に削減する事によって得られたリソース（帯域）
を、申告した受益コールに割り当てる事により、通信を
必須とする受益コールを受け付けて通信を可能にでき、
ＡＴＭネットワークにおいてより多くのコールの通信が
可能となる。例えば、警察署、消防署等への重要なコー
ル、あるいは、警察署、消防署等から他への重要なコー
ルを拒否することなく受け付けて通信を行うことができ
る。

【００８１】又、本発明によれば、通話中コールのうち
帯域削減可能なコール（負担コール）の帯域を削減した
場合には該負担コールの課金を安くし、且つ、受益コー
ルの課金を割り増すことにより、本発明のコネクション
受け付け制御方法がより効果的に実施できるようにな
る。すなわち、多少通信が遅くなっても料金が安くなれ
ば良いというユーザ、料金が高くなっても待つことなく
迅速に相手と通信したいユーザが必ずいるものであり、
かかるユーザからのコールを負担コールとして登録し、
かつ、受益コールとなる条件を登録しておくことによ
り、本発明のコネクション受け付け制御方法をより効果
的に実施することができる。更に、本発明によれば、帯
域の割り当てを拒否する場合でも、ネットワークリソー
ス（帯域）の残量を発呼端末（ＤＴＥ）に通知すること
ができ、該通知により輻輳状態になっていることを発呼
者は容易に認識することができる。又、コールの受付が
拒否されたＤＴＥが再度コールする場合、輻輳状態の度
合いを考慮して発呼することができ、再度のコールが受
け付けられる可能性を向上させることができる。又、本
発明によれば、輻輳となる前に一時的にセルをバッファ
に溜めることにより、セル廃棄を防止することができ、
効率のよい通信が可能となる。

【図面の簡単な説明】

【図１】本発明の第１の原理説明図である。

【図２】本発明の第２の原理説明図である。

【図３】本発明の通信システムの構成図である。

【図４】通信中コール管理テーブルの構成図である。

【図５】受益条件管理テーブルの構成図である。

【図６】負担コール管理テーブル（発呼時登録）の構成
図である。

【図７】負担コール管理テーブル（ネットワーク契約時
登録）の構成図である。

【図８】通信中コール管理テーブルの主要部の説明図で
ある。

【図９】負担コール管理テーブルの主要部の構成図であ
る。

【図１０】ＡＴＭ交換機の構成図である。

【図１１】ＤＴＥの構成図である。

【図１２】呼設定手順（ネットワークリソースが足りな
い時に、非受益コールから接続要求があった場合）であ
る。

【図１３】呼設定手順（ネットワークリソースが足りな
い時に、受益コールから接続要求があった場合）であ
る。

【図１４】通信中コール管理テーブルの内容変化説明図
である。

【図１５】負担コール管理テーブルの内容変化説明図で
ある。

【図１６】帯域を提供すべき負担コールの選択説明図
（その１）である。

【図１７】帯域を提供すべき負担コールの選択説明図
（その２）である。

【図１８】帯域の再割当て説明図である。

【図１９】帯域削減量を端末に通知することによる帯域
制限の手順説明図である。

【図２０】受益コールや負担コールとなったコールの料
金への反映を説明するネットワーク構成図である。

【図２１】受益コールや負担コールとなったコールの料
金への反映手順説明図（その１）である。

【図２２】受益コールや負担コールとなったコールの料
金への反映手順説明図（その２）である。

【図２３】本発明の呼設定処理フロー（その１）であ
る。

【図２４】本発明の呼設定処理フロー（その２）であ
る。

【図２５】本発明の呼設定処理フロー（その３）であ
る。

【図２６】本発明の呼設定処理フロー（その４）であ
る。

【図２７】本発明の別の呼設定処理フロー（その１）で
ある。

【図２８】本発明の別の呼設定処理フロー（その２）で
ある。

【図２９】本発明の別の呼設定処理フロー（その３）で
ある。

【図３０】本発明の別の呼設定処理フロー（その４）で
ある。

【図３１】従来の輻輳制御説明図である。

【図３２】本発明の輻輳防止機能を備えたシステムの構
成図である。

【図３３】輻輳防止設定値テーブルの構成図である。

【図３４】流量監視部から輻輳防止装置への輻輳制御の
実施情報の通知説明図である。

【図３５】輻輳防止装置の回線切り替え説明図である。

【図３６】流量監視部から輻輳防止装置への輻輳制御の
解除情報の通知説明図である。

【図３７】元の回線への復旧説明図である。

【符号の説明】

１１ａ〜１１ｘ・・ＤＴＥ１２・・ＡＴＭネットワーク（ＡＴＭ交換機）１３・・輻輳防止装置２１・・通信中コール管理テーブル２２・・受益条件管理テーブル２３・・負担コール管理テーブル３１・・流量監視部４１・・輻輳防止制御部４３・・廃棄防止用バッファ

───────────────────────────────────────────────────── フロントページの続き (72)発明者西村孝司神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者山谷信一神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者川本康博神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者永野博史神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者新利勝神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者岡本丈志神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者木村武志神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者藤本伸神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者片平淳也神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者釘宮誠一神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内 (72)発明者小野塚貴義神奈川県川崎市高津区坂戸３丁目２番１号富士通ネットワークエンジニアリング株式会社内

Claims

【特許請求の範囲】

【請求項１】発呼時にデータ終端装置（ＤＴＥ）より
申告された帯域分の空きがある場合、コール（呼）を受
け付け、空きがない場合にはコールの受け付けを拒否す
るＡＴＭネットワークのコネクション受付制御方法にお
いて、発呼時にＤＴＥが申告した帯域分の空きがない場合、通
話中コールの使用帯域を削減して該申告帯域分の空きを
作ってＤＴＥからのコールを受け付ける制御を実行する
ための条件を予め登録しておき、ＤＴＥが申告した帯域分の空きがない場合、前記コール
が前記条件を満足するコール（受益コール）であるか判
断し、受益コールでない場合には受け付けを拒否し、受益コールの場合には、通話中コールの使用帯域を削減
して該申告帯域分の空きを作ってコールを受け付けて通
信を行うことを特徴とするコネクション受け付け制御方
法。
【請求項２】前記受益コールとなるための条件は、発
呼したＤＴＥが特別の発ＤＴＥ番号を有しているか、あ
るいは、相手先が特別の着ＤＴＥ番号を有しているか等
であり、これら条件を予めＡＴＭネットワークにおける
受益条件管理テーブルに記憶することを特徴とする請求
項１記載のコネクション受け付け制御方法。
【請求項３】通話中コールのうち使用帯域の削減が可
能なコール（負担コール）をＡＴＭネットワークの負担
コール管理テーブルに記憶し、発呼されたコールが受益コールの場合には、負担コール
の使用帯域を削減して受益コールを受け付けることを特
徴とする請求項１記載のコネクション受け付け制御方
法。
【請求項４】ＡＴＭネットワークは、負担コールのＤ
ＴＥに帯域削減をした旨と削減量あるいは新たな設定帯
域を通知し、ＤＴＥは該通知に基づいて使用帯域を削減することを特
徴とする請求項３記載のコネクション受け付け制御方
法。
【請求項５】ネットワークリソースに余剰の空き帯域
ができた場合、帯域が削減されている負担コールに余剰
の帯域を返却することを特徴とする請求項３記載のコネ
クション受け付け制御方法。
【請求項６】ＡＴＭネットワークは、負担コールのＤ
ＴＥに余剰帯域を返却した旨と返却量あるいは新たな設
定帯域を通知し、ＤＴＥは該通知に基づいて使用帯域を増加することを特
徴とする請求項５記載のコネクション受け付け制御方
法。
【請求項７】負担コールの削減可能帯域及び現在の削
減帯域を負担コール管理テーブルに記憶し、全負担コー
ルの残り削減可能帯域を削減しても申告帯域分に満たな
い場合にはＤＴＥからのコールの受け付けを拒否するこ
とを特徴とする請求項３記載のコネクション受け付け制
御方法。
【請求項８】呼の受け付け拒否する場合には、発呼し
たＤＴＥに空き帯域量を通知することを特徴とする請求
項１記載のコネクション受け付け制御方法。
【請求項９】発呼時に、ＤＴＥはコールが負担コール
となることをＡＴＭネットワークに通知し、ＡＴＭネットワークは該コールを受け付ける場合、該コ
ールを負担コールとして負担コール管理テーブルに登録
し、通信終了により該コールを負担コール管理テーブルより
削除することを特徴とする請求項３記載のコネクション
受け付け制御方法。
【請求項１０】ＤＴＥをＡＴＭネットワークに収容す
る契約時に、該ＤＴＥからのコールが負担コールとなる
ための条件とＤＴＥ番号とを前記負担管理テーブルに登
録し、所定のＤＴＥより発呼があったとき、該ＤＴＥが負担コ
ール管理テーブルに登録されているかチェックし、登録されている場合には、コールが前記条件を満足して
いるかチェックし、満足している場合には、該コールを負担コールとし、通信終了により該コールを負担コールから開放すること
を特徴とする請求項３記載のコネクション受け付け制御
方法。
【請求項１１】前記受益条件管理テーブルに記憶され
る条件を、ＡＴＭネットワークに収容されたＤＴＥから
の指示により登録、削除、変更することを特徴とする請
求項２記載のコネクション受け付け制御方法。
【請求項１２】前記受益条件管理テーブルに記憶され
る条件を、ＡＴＭ交換機の制御部とデータ送受可能な外
部端末より直接、登録、削除、変更することを特徴とす
る請求項２記載のコネクション受け付け制御方法。
【請求項１３】受益条件管理テーブルを多面備え、指示された受益条件管理テーブルに従って受益コールか
否かの判定を行うことを特徴とする請求項１記載のコネ
クション受け付け制御方法。
【請求項１４】負担コール管理テーブルを多面備え、指示された負担コール管理テーブルにおける負担コール
の帯域を削減することを特徴とする請求項３記載のコネ
クション受け付け制御方法。
【請求項１５】使用帯域を削減する負担コールを、各
負担コールの削減負担度が均等となるように決定するこ
とを特徴とする請求項３記載のコネクション受け付け制
御方法。
【請求項１６】負担コールとなるための条件（属性）
を負担コール管理テーブル記憶すると共に、予め属性の
負担優先度を決めておき、負担優先度が高い属性の負担コールから順に帯域を削減
することを特徴とする請求項３記載のコネクション受け
付け制御方法。
【請求項１７】帯域が削減されている負担コールに余
剰の帯域を返却する際、余剰帯域を返却する返却度が均
等となるように負担コールを決定することを特徴とする
請求項５記載のコネクション受け付け制御方法。
【請求項１８】負担コールとなるための条件（属性）
を負担コール管理テーブル記憶すると共に、予め属性の
負担優先度を決めておき、負担優先度が高い属性の負担コールから順に余剰帯域を
返却することを特徴とする請求項５記載のコネクション
受け付け制御方法。
【請求項１９】受益コールとして帯域を割り当てられ
ている時間に応じて課金料金を割増し、負担コールとし
て帯域を削減されている時間に応じて課金料金を割安に
することを特徴とする請求項３記載のコネクション制御
方法。
【請求項２０】ＡＴＭネットワークにおける輻輳制御
方法において、ＡＴＭスイッチ部の前段にセル廃棄防止用のバッファを
設け、輻輳状態になったか、及び輻輳状態から正常の状態に戻
った監視し、輻輳状態になったとき、データ終端装置（ＤＴＥ）から
到来するセルを廃棄防止用バッファに格納し、正常状態に復帰したとき、廃棄防止用バッファに格納さ
れているセルを読出してＡＴＭスイッチ部に送出するこ
とを特徴とする輻輳制御方法。
【請求項２１】ＡＴＭスイッチ部より出力されるセル
を順次出力バッファに格納し、該出力バッファからセル
を格納順に出線に送出し、前記出力バッファに滞留するセル数が第１の設定値以上
になったとき、輻輳状態になったとし、第１の設定値よ
り小さい第２の設定値以下になったとき、正常状態に復
帰したと判断する請求項２０記載の輻輳制御方法。
【請求項２２】ＤＴＥ毎に第１、第２の設定値を登録
し、輻輳状態になったとき、出力バッファに滞留するセル数
より第１の設定値が小さいＤＴＥを求め、該ＤＴＥから到来するセルを前記廃棄防止用バッファに
格納し、出力バッファに滞留するセル数が所定ＤＴＥの第２の設
定値より小さくなった場合には廃棄防止用バッファに格
納されている該ＤＴＥからのセルを読出してＡＴＭスイ
ッチ部に送出することを特徴とする請求項２１記載の輻
輳制御方法。
【請求項２３】出力バッファに滞留するセル数より第
２の設定値が小さいＤＴＥが複数存在する場合には、廃
棄防止用バッファに格納されている各ＤＴＥのセルを順
番に読出してＡＴＭスイッチ部に送出することを特徴と
する請求項２２記載の輻輳制御方法。
【請求項２４】廃棄防止用バッファに格納される回数
をＤＴＥ毎に管理し、出力バッファに滞留するセル数より第２の設定値が小さ
いＤＴＥが複数存在する場合には、前記回数を考慮して
廃棄防止用バッファから読み出すセルを決定することを
特徴とする請求項２２記載の輻輳制御方法。
【請求項２５】発呼時にＤＴＥが申告した帯域分の空
きがない場合、通話中コールのうち使用帯域の削減が可
能なコール（負担コール）の使用帯域を削減して該申告
帯域分の空きを作ってＤＴＥからのコールを受け付ける
制御を実行するための条件を登録しておき、ＤＴＥが申
告した帯域分の空きがない場合、ＤＴＥからのコールが
前記条件を満足するコール（受益コール）であるか判断
し、受益コールでない場合には受け付けを拒否し、受益
コールの場合には、負担コールの使用帯域を削減して前
記申告帯域分の空きを作ってコールを受け付けて通信を
行う場合、非受益／非負担コール、非受益／負担コー
ル、受益／負担コール、受益／非負担コールの各種別に
対応させて前記第１、第２の設定値を登録しておき、発呼時、コールが上記いずれの種別のコールであるかに
基づいて該コールの第１、第２の設定値を決定して登録
することを特徴とする請求項２２記載の輻輳制御方法。
【請求項２６】非受益／非負担コール、非受益／負担
コール、受益／負担コール、受益／非負担コールの各種
別に対応させて廃棄防止用バッファから読み出す読出順
序を設定しておき、出力バッファに滞留するセル数より第２の設定値が小さ
いＤＴＥが複数存在する場合には、前記設定されている読出順序に従って廃棄防止用バッフ
ァから読み出すセルを決定することを特徴とする請求項
２５記載の輻輳制御方法。
【請求項２７】ＤＴＥあるいはＡＴＭ交換機の外部端
末より直接、第１、第２の設定値を登録、削除、変更す
ることを特徴とする請求項２２記載の輻輳制御方法。
【請求項２８】ＤＴＥ毎に第１、第２の設定値を登録
する輻輳防止設定値テーブルを多面備え、指定された輻輳防止設定値テーブルの第１、第２の設定
値を用いて輻輳制御を行うことを特徴とする請求項２２
記載の輻輳制御方法。
【請求項２９】ＡＴＭスイッチ部の前段に輻輳状態に
なったか、及び輻輳状態から正常の状態に戻ったかを監
視する流量監視部と、流量監視部からの指示に従って廃
棄防止用バッファにＤＴＥから到来するセルを格納する
と共に、廃棄防止用バッファに格納されているセルを読
出してＡＴＭスイッチ部に送出する制御を行う輻輳防止
制御部を設け、流量監視部はＡＴＭセルを用いて輻輳防止制御部に対し
てセルの格納、セルの読出を指示することを特徴とする
請求項２０記載の輻輳制御方法。