JPH05153154A - チヤネル帯域管理処理方式 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、必要に応じて随時帯域を変更でき
る効率的なチャネル帯域管理処理方式を提供することを
目的としている。 【構成】 チャネル毎に使用していたトラヒック量を監
視する機能と、当該チャネルの帯域を制御する機能とを
もうけ、当該チャネルのトラヒック量が増加した場合
や、当該チャネルのトラヒック量が減少した場合や、新
しいチャネル要求が発生した場合などに、チャネルの帯
域を変更制御する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、パケット通信、ＡＴＭ
通信のようにチャネルを用いて通信する通信方式におい
て、各チャネルに対する所要帯域を柔軟に管理し、効率
的なチャネル帯域の運用を可能とするチャネル帯域管理
処理方式に関する。

【０００２】

【従来の技術】従来、パケット通信やＡＴＭ通信におい
ては、チャネルの帯域管理として、事前に割り当てた帯
域を通信が終了するまで変更することはなかった。

【０００３】

【発明が解決しようとする課題】通信メディアの多様化
により、データの中にもトラヒック密度が時間の経過と
共に異なる通信がある。例えば、ＬＡＮ間接続の様に、
比較的短時間にバースト的にデータトラヒックが増大
し、再び減少する端末の発生過程に依存し間欠的なデー
タが流れる場合がある一方、一日のうちの負荷変動のよ
うに、ゆったりとした長時間的なトラヒック変動、そし
て、更に長期的には、ネットワークの拡張に伴い、接続
端末数が徐々に増加することによって、データトラヒッ
クが単調に増加する場合もある。

【０００４】また、構内システム内で端末がデータベー
ス（ＤＢ）をアクセスする通信においては、通常運用時
は、比較的小さな帯域により十分な場合でも、ファイル
更新、再開処理など立上げ用のファイルをダウンロード
する場合などは、速やかに動作できるように大きな帯域
を割り当てた方が有効である。

【０００５】一方、データ通信のプロトコルにより、デ
ータパケットの廃棄率が通信品質に与える影響が異な
る。例えば、ＴＣＰ／ＩＰの様なある程度の廃棄が起こ
っても再送により誤り回復できるものについては、少々
帯域を小さめに割り当てても通信継続にさほど影響を与
えないが、Ｘ．２５などのようにパケットが廃棄された
場合にチャネルを解放する手順を起動するプロトコルに
おいては、大きめの帯域を割り当てて通信の安定性を保
証することが肝要である。

【０００６】前記の説明の様に、必要なチャネル帯域は
各々の通信メディアのトラヒック発生過程、プロトコ
ル、通信用途、外部条件などにより短期的あるいは長期
的な時間間隔で変動するため、必要に応じて帯域を随時
変更できるチャネル帯域管理処理方式の確立が重要であ
る。

【０００７】一方、チャネルの帯域と通信品質（通信時
間、廃棄率など）は一般的にトレードオフの関係にあ
り、帯域を大きくすればするほど通信品質が良くなり、
小さくすればするほど悪くなる。しかし、帯域には、あ
る有効な設定範囲が存在する。即ち、必要以上に帯域を
小さくする（プロトコルの応答時間を満足できない程遅
延が生じるくらいに）以外は、基本的な通信機能を満足
することができる。また、必要以上に帯域を大きく割り
当て（例えば端末の発生速度以上に）ても無意味であ
る。従って、それぞれの通信チャネルには、最低限必要
な帯域と最大限必要な帯域が存在することが分かる。

【０００８】従って、各通信チャネルに対し、最小限必
要な帯域でチャネルを割り付けておき、必要に応じて、
当該チャネルが最大限必要な帯域までの範囲で無駄な空
き帯域を有効に利用できる可能性がある。更に、各チャ
ネルが最大限必要な帯域をそろって要求すると、複数の
要求を調停する規律が必要である。

【０００９】一方、このような空き帯域を占有してしま
うことは、新たに生起した通信呼に対するチャネル捕捉
の優先度を低くすることになり好ましくない。例えば、
ファイル更新や再開処理などの大量情報を短時間に転送
する処理をシステム運用中に行うには、他の通信の帯域
使用状況によっては、新たなチャネル帯域を捕捉できな
い可能性があり、運用管理機能が実行できなくなる場合
も考えられる。

【００１０】そこで、新しい呼の受付については、空き
帯域が存在していない場合は、最小限必要な帯域を越え
て使用しているチャネルの帯域から優先的に帯域を割り
当てる方法が必要となる。

【００１１】本発明は、以上の課題を解決し、必要に応
じて随時帯域を変更できる効率的なチャネル帯域管理処
理方式を提供することを目的としている。

【００１２】

【課題を解決するための手段】本発明のチャネル帯域管
理処理方式は、以下の点を特徴とする。即ち、 （１）通信に関する最小限帯域と最大限帯域とを当該通
信チャネルに対して設定し、通信開始時に最小限帯域が
通信ノードが管理する空きの帯域を越えない場合に当該
帯域をチャネルに対して割り付け、通信中は割り付けら
れた帯域を保証しながら当該チャネルを用いて通信し、
該通信が終了した時点で割り当てられていたチャネルの
帯域を解放するチャネル帯域管理処理方式において、チ
ャネル毎に使用していたトラヒック量を監視する機能
と、当該チャネルの帯域を制御できる機能とを設け、
(i) 当該チャネルのトラヒック量が増加した場合、現在
割り付けられている帯域を空き帯域及び当該チャネルの
最大限帯域を越えない範囲で変更制御することと、(ii)
当該チャネルのトラヒック量が減少した場合、最小限必
要な帯域までを限度に帯域を変更制御することと、(ii
i)新しいチャネル要求が発生した場合、当該チャネルが
要求した最低限帯域が通信ノードが管理する空き帯域を
満足しない場合に、現在最小限帯域を越えて使用してい
る一つまたは複数チャネルの帯域を最小限帯域までを限
度に変更制御することとを行うことを特徴とする。

【００１３】（２）帯域の変更制御を行うチャネルと帯
域の変更制御をしないチャネルとを混在させることを特
徴とする。 （３）チャネルに優先度を付与し、当該優先度に応じた
チャネル帯域の変更制御をすることを特徴とする。

【００１４】（４）各チャネルの空き帯域を占有する優
先度を時間の経過と共に変更するスケジュール管理機構
を設けておき、当該管理機構に従って各チャネルの帯域
を管理することを特徴とする。

【００１５】

【作用】本発明においては、まず、チャネル帯域管理に
当っては、最大限必要な帯域と最小限必要な帯域との二
つを意識し、通信中は最小限必要な帯域についてはこれ
を必ず保証する一方、各チャネルに対して空き帯域の使
用権に対する優先度を付与し、空き帯域がある限り優先
度の高いチャネルから最大限必要な帯域を限度に帯域拡
張することを許可することにより、複数の通信チャネル
の使用用途、使用状況などの必要性や、各通信の重要度
に応じて柔軟な帯域管理をすることができる。

【００１６】また、新しい呼に対しては、現在の空き帯
域と最小限必要な帯域以上に使われている帯域とからチ
ャネル帯域を割り当てることで、優先度の高いチャネル
が帯域を占有し続けるのではなく、新たな呼受付時にも
柔軟に帯域を割り当てることができる。

【００１７】更に、スケジュール管理機能により、各チ
ャネルの優先度を時間の経過とともに変更することによ
り、ある一定の期間だけ帯域を通常よりも多く割り当て
ることも可能である。

【００１８】以上のように、必要に応じて随時チャネル
の帯域を変更することにより、効率的なチャネル帯域の
運用が可能である。

【００１９】

【実施例】以下、本発明の一実施例を図面により説明す
る。図１は、本発明の一実施例におけるＡＴＭセル多重
化装置の構成図である。図示の場合には、二対地で対向
にＡＴＭ専用線により接続されている。

【００２０】図１において１ａ，１ｂは図示装置２，
３，４，５，６の呼制御とチャネル帯域とを管理するサ
ービス制御装置、２は運用管理するためのファイル情報
やシステム管理情報などを蓄積するデータベース、３は
本システムの設備を管理するためのシステム管理装置で
ある。４ａおよび４ｂは電話やＦＡＸやモデムなどを収
容するＰＢＸ、５ａおよび５ｂはイーサネットＬＡＮを
終端しまたセルに組立・分解する機能を有するＬＡＮ間
接続装置、６ａおよび６ｂはＴＶ会議端末装置、７はス
イッチ９ａおよび９ｂをアクセスするためのスイッチイ
ンタフェース部、８はＡＴＭ専用線を終端するゲートウ
ェイ、１０はＡＴＭ専用線を示す。

【００２１】図２は本発明の一実施例におけるサービス
制御装置のシステム構成図である。図２において、２０
は端末との間でＡＴＭスイッチ９を経由して呼制御情報
を送受信する呼制御情報送受信部、２１は運用中の全部
のチャネルの帯域を管理するチャネル帯域管理部、２２
はメモリであってチャネル状態管理情報２３、空き帯域
管理情報２４、チャネル優先権情報２５、スケジュール
情報２６、および帯域管理アルゴリズム２７を含む。

【００２２】また、２８はタイマ管理部であってスケジ
ュール制御の契機をチャネル帯域管理部２１に対して通
知する。２９はスイッチ制御部であってチャネル帯域管
理部２１からの命令によってチャネルの設定・解放及び
帯域の設定・変更を行う。３０は通過トラヒック情報を
収集するトラヒック管理部である。３１は図示装置２
０，２１，２２，２８，２９，３０を接続するバスを示
す。

【００２３】図３は、本発明の一実施例で扱うチャネル
と当該チャネルの空き帯域の使用権に関する優先度、呼
接続制御で要求する最小帯域、最大帯域について示して
いる。ここで、最小帯域とは、最小限必要な帯域、最大
帯域とは、最大限必要な帯域を示す。なおカッコ内の数
値は単なる符号である。

【００２４】図３で示したチャネルの内、ＬＡＮ間接続
用チャネル３３、テレビ会議用チャネル３７、ＰＢＸ用
チャネル３８は、ＡＴＭ専用線を介して各ＬＡＮ端末、
テレビ会議端末、ＰＢＸ間に張られたＵプレーンの論理
チャネルを示す。呼制御用チャネル３６は、テレビ会議
端末、ＰＢＸからの呼制御信号をＡＴＭ専用線を介して
対向のサービス制御装置間で張られるＣプレーンの論理
チャネルを示す。システム管理用チャネル３５は、対局
との間で保守運用情報、警報情報、管理情報などをＡＴ
Ｍ専用線を介して転送するＭプレーンの論理チャネルを
示す。最後に、ＤＢアクセス用チャネル３４は、ファイ
ル更新時、構成変更時などにデータベースから対局へバ
ックアップ情報をＡＴＭ専用を介して転送するＭプレー
ンの論理チャネルを示す。

【００２５】また、優先度５のテレビ会議とＰＢＸにつ
いては、ＣＢＲ端末を収容するため、最小帯域と最大帯
域を同等とした。また、優先度の高いＬＡＮ間接続は、
１．５Ｍｂｐｓ程度で最小限の通信が可能であるが、廃
棄率、遅延時間などを十分保証するために、余裕があれ
ば実質の最大スループットである３Ｍｂｐｓまで帯域拡
大可能とした。更に、データベースアクセスでは、通常
は１Ｍｂｐｓ程度の帯域で十分であるが、ファイル更
新、再開処理、立上げ処理などの特定の場合に、十分処
理が短く終了するように、最大帯域を４Ｍｂｐｓまで拡
張した。

【００２６】以下、これまでの説明をもとに本発明の一
実施例におけるチャネル帯域管理部２１の処理を、図４
ないし図９を用いて説明する。図４は、本発明の一実施
例における呼接続要求が発生した場合の、チャネル帯域
管理部の処理フローチャートである。ここで、余裕帯域
とは最小帯域から最大帯域の間で占有している余裕であ
り、現在使用中の帯域から最小帯域を差し引くことによ
り得られる帯域を示す。

【００２７】図４を用いて、本発明の一実施例のうち、
呼接続フェーズにおいて、最小帯域を要求するチャネル
に対して、まず空き帯域から割り当て、それで不足する
場合は優先度の低い既に通信中のチャネルの余裕帯域を
融通する処理に関して説明する。

【００２８】ある端末から最小帯域と最大帯域を伴う発
呼要求をサービス制御ノードで受け付けると（４０）、
まず、最小帯域が、空き帯域未満か否かを判断する（４
１）。ここで、空き帯域が十分である場合は、チャネル
帯域管理部２１はチャネル状態管理情報２３を更新し
（４２）、スイッチ制御部２９に対して、スイッチ接続
制御を行う（４３）。

【００２９】処理手順（４１）において、十分空き帯域
がなく、最小帯域が受け付けられない場合には、現在残
っている空き帯域と最低優先度が使用している余裕帯域
を加算し（４４，４５）、本結果値と最小帯域とを比較
する（４６）。処理手順（４６）の比較結果で、最小帯
域が満足できれば残存していた空き帯域と余裕帯域の中
から当該呼に割り当てたものを削除するように、チャネ
ル状態管理情報を更新し（４９）、スイッチ制御部２９
に対し接続制御を行う（５０）。

【００３０】一方、処理手順（４６）で未だ最小帯域が
捕捉できない場合には、更に優先度の高いチャネルが存
在する限り（４７）、一つ上の優先度のもつ余裕帯域も
加算し、最小帯域と比較する（４６）。

【００３１】以上述べた処理手順（４５〜４８）を最高
優先度まで繰り返し、その過程で最小帯域が融通できた
場合は、処理手順（４９，５０）に移行する一方、融通
できない場合は、呼損とする（５１）。

【００３２】図５は、本発明の一実施例における情報転
送中のチャネル帯域管理に関する処理フローチャートを
示す。図５を用いて、本発明の一実施例のうち、情報転
送フェーズで空き帯域を各チャネルの優先度に従って余
裕帯域を割り当てる処理に関して説明する。ここでは、
図３に示した六種類のチャネルのうち、チャネル３３〜
３６に対して自分よりも高い優先度のチャネルの余裕帯
域がフルとならない限り次の優先度のチャネルが余裕帯
域を捕捉できないことを前提とする。

【００３３】情報転送中（６０）において、チャネル帯
域管理部２１は、空き帯域管理情報２４をアクセスし、
空き帯域が発生したことを認識する（６１）と、優先度
の高いチャネルの余裕帯域から順に満了か否かを判断し
（６２，６４，６６，６８）、余裕帯域が満了でない場
合には、当該空き帯域を融通し（６３，６５，６７，６
９）（７０）、チャネル状態管理情報の更新（７１）な
らびにスイッチ制御部２９に対しスイッチ帯域変更制御
（７２）を実施する。

【００３４】一方、空き帯域がない場合には、何もしな
い。最後に、処理手順（７２）が終了後かまたは処理手
順（６８）で優先度１〜４までのチャネルに対し全て余
裕帯域が最大限に割り当てられている場合は、最初の処
理手順（６１）に戻り、上記処理フローを繰り返す。

【００３５】図６は、本発明の一実施例における呼切断
要求を受け付けた場合のチャネル帯域管理に関する処理
フローチャートを示す。図６を用いて、本発明の一実施
例のうち、呼解放フェーズで使用済みのチャネル帯域を
解放する場合の処理に関して説明する。

【００３６】呼切断要求（８０）が発生すると、チャネ
ル帯域管理部２１は、当該チャネルが今まで使用してい
た全帯域を解放（８１）した後、スイッチ制御部２９に
対し切断指示をする（８２）。これにより、空き帯域が
増大し、図５で示した処理により、優先度順で再び余裕
帯域の再配置制御が開始される。

【００３７】図７は、本発明の一実施例におけるトラヒ
ック観測量（ここでは、セル転送数を示す）により余裕
帯域を制御する場合のチャネル帯域管理に関する処理フ
ローチャートを示す。

【００３８】図７を用いて、本発明の一実施例のうち、
図３で示した六種類のチャネルのうち、優先度が高いＬ
ＡＮ間接続用チャネル３３とＤＢアクセス用チャネル３
４に対し余裕帯域の獲得を許可し、観測通信量が現用チ
ャネル帯域の使用率が８０％を越える場合に、優先度の
高い順に余裕帯域を１００Ｋｂｐｓだけ拡大し、当該チ
ャネル帯域の使用率が７０％を下回る場合に、優先度の
低い順に余裕帯域を１００Ｋｂｐｓだけ縮小する一方、
それ以外の優先度の低いチャネルは、最小帯域のみを要
求し、通信中は固定帯域を使用する処理に関して説明す
る。

【００３９】チャネル帯域管理部２１は、空き帯域管理
情報２４をタイマ管理部２８の周期的な指示により、現
在の空き帯域を把握し、これが最低１００Ｋｂｐｓ存在
するかを判断する（９０）。ここで、空き帯域が存在す
る場合、まず優先度１のチャネルの帯域使用率をチャネ
ル状態管理情報２３から取り出し、使用率が８０％を越
えているかを判断する（９１）。この結果、超過してい
る場合は、現在使用している帯域が最大帯域を越えてい
るかを判断し（９２）、越えていなければ、当該チャネ
ルの帯域を１００Ｋｂｐｓ分増加させるようにスイッチ
制御部２９に対して制御する（９３）と共に、チャネル
状態管理情報の使用中帯域を更新する（９４）。また、
処理手順（９１）が不成立の場合には、優先度を２に下
げ、同様の処理を行う（９５〜９８）。

【００４０】上記処理の内、処理手順（９０）で条件不
成立の場合、処理手順（９２），（９６）で条件成立し
た場合、処理手順（９４），（９８）の処理が完了した
場合には、引き続き処理手順（９２）に移行する。

【００４１】処理手順（９９）においては、まず優先度
２の帯域の利用率が７０％未満かを判断する（９９）。
この時、使用中帯域が最小帯域未満（１００）であれ
ば、処理を先頭に戻す。一方、処理手順（１００）で条
件不成立の場合には、１００Ｋｂｐｓだけチャネル帯域
を縮小するように制御を行う（１０１）と共に、チャネ
ル状態管理情報の現在使用中帯域を更新（１０２）後、
処理を先頭に戻す。

【００４２】一方、処理手順（９９）において、条件が
不成立の場合には、次に優先度１の帯域に関して同様に
処理を進め（１０３〜１０６）、処理を先頭に戻す。図
８は、本発明の一実施例におけるある一定期間だけ空き
帯域使用権に対する優先度を変更する処理に関する処理
フローチャートを示す。

【００４３】図９は、本発明の一実施例におけるファイ
ル更新作業中の各チャネル（３３〜３８）における優先
度を示す。図８を用いて、本発明の一実施例のうち、シ
ステム運用中のファイル更新作業に際し、図３で示した
各チャネルの優先度を図９で示したチャネルの優先度に
一旦変更してＤＢアクセス用チャネルに当該期間だけよ
り多くの余裕帯域を割り当てる処理に関して説明する。

【００４４】まず、事前に新しいチャネル優先度をチャ
ネル優先権情報２５に追加する（１１０）。次に、今回
のファイル更新作業を午前８時から午前９時まで実施す
ることをスケジュール情報２６に設定する（１１１）。
タイマ管理部２８は、自律動作で周期的に前記スケジュ
ール情報を監視し、作業開始時刻の午前８時となった時
点でチャネル優先権情報を図３に示したものから図９に
示したものへ切り替える（１１２）。チャネル帯域管理
部２１は、前記図５を用いて説明した処理により、新し
く優先度１となったＤＢアクセス用チャネルの帯域を許
される範囲で拡大する（６０〜７２）。

【００４５】一方、作業終了時刻の午前９時となった時
点で、タイマ管理部２８は、チャネル優先権情報を図９
に示したものから図３に示したものへ変更する（１１
３）。これにより、再び前記図５を用いて説明した処理
により、チャネル帯域管理部は新しく優先度１となった
ＬＡＮ間接続用チャネル３３の帯域を増加させる。

【００４６】

【発明の効果】本発明によれば、負荷が込み合ってきた
場合には、最低限必要な帯域を各チャネルに対して保証
する一方、負荷が軽くなった場合には、優先度に従って
各チャネルの帯域を必要な分だけ増加させる効率的なチ
ャネル帯域の運用が可能となる結果、以下の効果があ
る。

【００４７】（１）多種多様な通信端末からの不確定な
トラヒック発生過程、システム運用管理で一時的な巨大
ファイル転送、端末の増加などのシステム規模拡大によ
る運用トラヒック量の変化など短期間から長期間のトラ
ヒック変動を柔軟に吸収できる。

【００４８】（２）限られたチャネルリソースの範囲内
で空き帯域を有効に利用できる。 （３）システムの通信用途に合ったチャネルの帯域に関
し、適当な最大帯域、最小帯域、優先度を定めることに
より、チャネル間での帯域融通が可能となる。

【００４９】（４）運用中のファイル更新などの際、優
先度を時間スケジュールにより変更できるため、通信の
利用形態に融通性がある。従って、経済的で安定性のあ
る通信システムの構築が可能となる。

【図面の簡単な説明】

【図１】本発明の一実施例におけるＡＴＭセル多重化装
置の構成図である。

【図２】本発明の一実施例におけるサービス制御装置の
システム構成図である。

【図３】本発明の一実施例で扱うチャネルと当該チャネ
ルの空き帯域の使用権に関する優先度、呼接続制御で要
求する最小帯域、最大帯域について示す。

【図４】本発明の一実施例における呼接続要求が発生し
た場合の、チャネル帯域管理部の処理フローチャートで
ある。

【図５】本発明の一実施例における情報転送中のチャネ
ル帯域管理に関する処理フローチャートを示す。

【図６】本発明の一実施例における呼切断要求を受け付
けた場合のチャネル帯域管理に関する処理フローチャー
トを示す。

【図７】本発明の一実施例におけるトラヒック観測量に
より余裕帯域を制御する場合のチャネル帯域管理に関す
る処理フローチャートを示す。

【図８】本発明の一実施例におけるある一定期間だけ空
き帯域使用権に対する優先度を変更する処理に関する処
理フローチャートを示す。

【図９】本発明の一実施例におけるファイル更新作業中
の各チャネルにおける優先度を示す。

【符号の説明】

１ サービス制御装置 ２ データベース ３ システム管理装置 ４ ＰＢＸ ５ ＬＡＮ間接続装置 ６ ＴＶ会議端末装置 ７ スイッチインタフェース部 ８ ゲートウェイ ９ ＡＴＭスイッチ １０ ＡＴＭ専用線 ２０ 呼制御情報送受信部 ２１ チャネル帯域管理部 ２２ メモリ ２３ チャネル状態管理情報 ２４ 空き帯域管理情報 ２５ チャネル優先権情報 ２６ スケジュール情報 ２７ 帯域管理アルゴリズム ２８ タイマ管理部 ２９ スイッチ制御部 ３０ トラヒック管理部 ３１ バス

Claims (4)

【特許請求の範囲】
1. 【請求項１】 通信に関する最小限帯域と最大限帯域と
   を当該通信チャネルに対して設定し、通信開始時に最小
   限帯域が通信ノードが管理する空きの帯域を越えない場
   合に当該帯域をチャネルに対して割り付け、通信中は割
   り付けられた帯域を保証しながら当該チャネルを用いて
   通信し、該通信が終了した時点で割り当てられていたチ
   ャネルの帯域を解放するチャネル帯域管理処理方式にお
   いて、 チャネル毎に使用していたトラヒック量を監視する機能
   と、 当該チャネルの帯域を制御できる機能とを設け、 当該チャネルのトラヒック量が増加した場合、現在割り
   付けられている帯域を空き帯域及び当該チャネルの最大
   限帯域を越えない範囲で変更制御することと、 当該チャネルのトラヒック量が減少した場合、最小限必
   要な帯域までを限度に帯域を変更制御することと、 新しいチャネル要求が発生した場合、当該チャネルが要
   求した最低限帯域が通信ノードが管理する空き帯域を満
   足しない場合に、現在最小限帯域を越えて使用している
   一つまたは複数チャネルの帯域を最小限帯域までを限度
   に変更制御することとを行うようにしたことを特徴とす
   るチャネル帯域管理処理方式。
2. 【請求項２】 請求項１記載のチャネル帯域管理処理方
   式において、帯域の変更制御を行うチャネルと帯域の変
   更制御をしないチャネルとを混在させることを特徴とす
   るチャネル帯域管理処理方式。
3. 【請求項３】 請求項１記載のチャネル帯域管理処理方
   式において、チャネルに優先度を付与し、当該優先度に
   応じたチャネル帯域の変更制御をすることを特徴とする
   チャネル帯域管理処理方式。
4. 【請求項４】 請求項１記載のチャネル帯域管理処理方
   式において、各チャネルの空き帯域を占有する優先度を
   時間の経過と共に変更するスケジュール管理機構を設け
   ておき、当該管理機構に従って各チャネルの帯域を管理
   することを特徴とするチャネル帯域管理処理方式。