JP2000069039A

JP2000069039A - 予約ベース帯域変更サービスシステム

Info

Publication number: JP2000069039A
Application number: JP23935598A
Authority: JP
Inventors: Haruhiko Matsunaga; 治彦松永; Mitsuaki Funaki; 光明船木; Tetsujirou Yasushi; 哲次郎安士
Original assignee: Nippon Telegraph and Telephone Corp
Current assignee: Nippon Telegraph and Telephone Corp
Priority date: 1998-08-26
Filing date: 1998-08-26
Publication date: 2000-03-03

Abstract

(57)【要約】【課題】カスタマが、事前に専用線の帯域の変更を予
約でき、さらにその帯域は任意な値を要求でき、かつ、
予約処理や帯域変更処理を迅速に行うことを可能とした
ＡＴＭ専用線サービスを提供すること。【解決手段】カスタマからの予約の要求を受け付けた
り、その結果を通知したりする手段と、帯域の混み具合
や空き状況などの受け付けた予約の状況を常に管理する
手段と、伝送路及びトランスミッションパスの容量の一
部を予約サービスに供する共有帯域として予め確保する
手段と、要求された予約が共有帯域の残りの空き領域を
超えることがないようにチェックする手段と、予約の実
行スケジュールを管理し、予約の実行スケジュールを管
理し、予約の実行時刻になると実際に帯域変更を実行す
る手段とを具備するＡＴＭ専用線オペレーションシステ
ム２とオペレーションセンタ３とを設けたもの。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＴＭ（Ａsynchr
onous Ｔransfer Ｍode：非同期転送モード）通信方式
において、地理的に離れた同一カスタマ（個人，企業ま
たは団体）の拠点間を結ぶ専用パスまたは専用回線（以
下、本発明においては、これを「専用線」と呼ぶ）を提
供するＡＴＭ専用線サービスにおける、予約ベース帯域
変更サービスシステムに関し、特に、カスタマの要求に
より、上記専用線の帯域を変更する機能を提供する予約
ベース帯域変更サービスシステムに関する。

【０００２】

【従来の技術】従来から、ＡＴＭに限らず専用線は各拠
点間に個別の専用のパスまたは回線を固定的に設定し、
それぞれ固定的な帯域を設定し、通信事業者はその経路
と帯域を保証するサービスである。但し、既に公表され
たサービス技術の中には、ＡＴＭ専用線における事前予
約による帯域変更サービスの報告例はない。従来の類似
するサービスとしては、ＳＴＭ（Ｓynchronous Ｔransf
er Ｍode：同期転送モード）における帯域変更サービス
を挙げることができる。これに関しては、例えば、エン
タープライズサービス（ＮＴＴ技術ジャーナルＭay.19
97.Ｖol.9 Ｎo.5.pp17-18＜ＷＥＢ：http://www.nttls.
co.jp/senyo/（'98.6現在）を参照のこと）。本サービ
スのイメージを、図１６に示す。

【０００３】図１６に示す例では、通常、契約帯域１Ｍ
ｂ／ｓで利用しているカスタマが、１．５Ｍｂ／ｓに帯
域変更を行った場合を示している。現在のシステムにお
いては、カスタマは、ＦＡＸにより、数時間前に専用線
網提供者のオペレーションセンタへ帯域変更を要求す
る。また、帯域変更は、実際にオペレータが、エンター
プライズ網内装置の回線設定の変更処理を行うことで実
現される。さらに、数日後や数週間後の予約には、対応
していない。

【０００４】本来、ＳＴＭにおいては、その多重分離方
式から、回線速度に階梯（ハイアラキー）が存在し、あ
るステップ単位にしか帯域を設定できない。例えば、１
Ｍｂ／ｓの帯域の次に大きい帯域値は１．５Ｍｂ／ｓで
あり、１．３Ｍｂ／ｓ等の途中の速度メニューがない。
１．３Ｍｂ／ｓが必要な場合は、１．５Ｍｂ／ｓに設定
して、０．２Ｍｂ／ｓを無駄にして利用することにな
る。他方、一般的に、ＡＴＭではセル多重のため、速度
に階梯がなく、自由に回線速度を選択できる特徴があ
る。また、ＡＴＭでは、予め経路を設定しておけば、網
の入り口のトラヒック規制機能であるＵＰＣ（Ｕsage
Ｐaramater Ｃontrol：使用パラメータ制御）を更新す
るのみで、帯域の変更が可能であるという特徴をも有す
る。

【０００５】

【発明が解決しようとする課題】従来の専用線網におけ
る帯域変更サービスは、以下のような問題点を有するも
のであった。第１の問題点は、ＳＴＭは回線速度に階梯
を有するため、カスタマが、１Ｍｂ／ｓ，１．５Ｍｂ／
ｓ等の固定的，離散的な値しか選ぶことができないとい
う点である。従って、きめ細かいカスタマの要求帯域を
準備することができず、カスタマは無駄な帯域を予約す
ることになり、網にとっても帯域の利用効率が悪化す
る。この傾向は、専用線の速度が高速になるほど大きく
なり、ＡＴＭ専用線がターゲットとするような６Ｍｂ／
ｓ以上の速度では、５０Ｍｂ／ｓ，１５０Ｍｂ／ｓとい
ったステップでしか帯域変更を行うことができない。

【０００６】第２の問題点は、帯域変更時に、実際に、
オペレータが全経由装置の設定変更を行う必要があり、
迅速な帯域変更サービスの提供は困難であることであ
る。また、従来のシステムでは、カスタマからの要求を
ＦＡＸにより受け付けるため、人手介在の処理を伴い、
非効率的であるという問題である。第３の問題点は、そ
もそも、ＡＴＭ専用線サービスにおける予約ベースの帯
域変更サービスを提供するための技術が提供されていな
いという点である。上述のように、ＡＴＭはＳＴＭに比
べて帯域の設定や変更が柔軟に可能である反面、帯域管
理は極めて複雑となる。さらに、予約への拡張を考慮し
た場合、従来技術を適用することは極めて困難である。

【０００７】本発明は、従来の技術における上述のよう
な問題点を解消し、カスタマが、事前に専用線の帯域の
変更を予約でき、さらにその帯域は任意な値を要求で
き、かつ、予約処理や帯域変更処理を迅速に行うことを
可能としたＡＴＭ専用線網における予約ベース帯域変更
サービスシステムを提供することを目的とする。

【０００８】

【課題を解決するための手段】上記目的を達成するた
め、本発明に係る予約ベース帯域変更サービスシステム
では、カスタマと通信事業者との間の通信手段と、その
通信手段を介してカスタマから予約の要求を受け付けた
り、その結果を通知したりする手段と、帯域の混み具合
や空き状況等の受け付けた予約の状況を常に管理する手
段と、伝送路及びトランスミッションパスの容量の一部
を予約サービスに供する共有帯域として予め確保する手
段と、要求された予約が共有帯域の残りの空き領域を超
えることがないようにチェックする手段と、予約の実行
スケジュールを管理し、予約の実行スケジュールを管理
し、予約の実行時刻になると実際に帯域変更を実行する
手段とを具備することを特徴とするものである。

【０００９】より具体的には、本発明に係る予約ベース
帯域変更サービスシステムでは、前記専用線の契約帯域
を、カスタマからの事前予約により変更，キャンセルす
る機能を有する予約ベース帯域変更サービス専用オペレ
ーションセンタ３と、前記専用線を構成するＡＴＭ装置
とのインタフェース機能及び前記ＡＴＭ装置の管理機能
を有するＡＴＭ専用線オペレーションシステム２とを備
えたことを特徴とするものである。

【００１０】本発明に係る予約ベース帯域変更サービス
システムでは、カスタマからの事前予約により該網の経
路を変更することを特徴とする。さらに、同一の伝送路
またはトランスミッションパスに予め帯域を確保し、前
記伝送路またはトランスミッションパスを通る複数のカ
スタマ専用線の間で、その帯域を共有しつつ帯域の予約
を可能としたことを特徴とする。また、本発明に係る予
約ベース帯域変更サービスシステムは、カスタマの要求
に応じて、各カスタマの帯域を変更またはキャンセル可
能としたことを特徴とする。さらに、予約された時刻に
なると契約帯域を予約された帯域へ変更する指示を出す
ことを特徴とする。

【００１１】また、本発明に係る予約ベース帯域変更サ
ービスシステムは、前記予約，変更及びキャンセルを、
カスタマからの遠隔操作により実行可能としたことを特
徴とする。さらに、カスタマの予約の有無に伴う状況変
化を管理することによって、前記予約状況の時間的推移
の管理を行うことを可能としたことを特徴とする。ま
た、カスタマの予約の変更やキャンセルに応じて、前記
予約状況の時間的推移の管理を行うことを可能としたこ
とを特徴とする。さらに、同一の伝送路またはトランス
ミッションパスに予め確保される共有帯域を超えるよう
な予約を受け付けないようにチェックを行うことを特徴
とする。

【００１２】すなわち、本発明に係る予約ベース帯域変
更サービスシステムは、ＡＴＭでは自由に帯域を選択で
き、任意のカスタマ要求帯域を準備可能であるという
点、また、ＡＴＭでは全経由装置の設定変更の必要はな
く、ＵＰＣの変更のみでよいため、より迅速な帯域変更
サービスを提供できるという点、また、カスタマとの間
の通信リンクを特別に設けることにより、要求に即応で
きるシステムとできる点といったＡＴＭの特徴を生かし
て、上述のように構成したことを特徴とする。

【００１３】なお、本発明に係る予約ベース帯域変更サ
ービスシステムにおいては、カスタマは高速広帯域な通
信が必要な場合等に、通信手段により、前記専用線網の
契約帯域を、カスタマからの事前予約により変更する機
能を有するオペレーションセンタに事前に必要な帯域と
時間帯を要求し、それを予約することで、その時間帯に
予約した帯域を利用できる。また、通信事業者は、予約
状況を管理することにより、予約の集中による網内トラ
ヒック溢れを未然に防ぐことができ、さらにその予約の
混み具合に応じて共有帯域を調節することが可能であ
る。また、予約の実行管理により、正確に帯域変更を行
うことができる。

【００１４】このような構成によると、カスタマは様々
な利用形態に応じた通信帯域と通信時間帯を予約でき、
従って、必要なときのみに予約をすればよく、常に広帯
域な専用線を契約する必要がなくなり、コストの低減が
計れる。一方、通信事業者は、網通信品質を低下させる
ことなく予約の履行を保証でき、カスタマの帯域変更要
求にきめ細かくかつ柔軟に対応できる。さらに、共有帯
域を複数のカスタマの予約でシェアできることから、帯
域の有効利用が図れる。

【００１５】

【発明の実施の形態】以下、本発明の一実施の形態を図
面に基づき詳細に説明する。〔実施例１〕図１は、本発明の一実施例に係る予約ベー
ス帯域変更サービスシステムの全体構成を示したもので
ある。図１では、カスタマが拠点Ａ，Ｂ間に専用線１を
契約した例を示している。専用線は、通常複数のＳＤＨ
Ｔrailを経由して設定され、本実施例では、専用線１
がＳＤＨＴrail１０，ＳＤＨＴrail１１をそれぞれ
経由する場合を示している。専用線の保守管理をつかさ
どるオペレーションシステム２は、専用線を構成するＡ
ＴＭ装置５，６とインタフェースを持ち、ＡＴＭ装置
５，６の設定や監視を行い、実際に専用線の運用を行う
ためのシステムである。

【００１６】予約ベース帯域変更サービス専用オペレー
ションセンタ３は、本発明を具現化するためのシステム
であり、予約の受付，実行などを管理するサーバ３ａ
と、予約状況を管理するデータベース３ｂから構成され
る。本オペレーションセンタ３は、ＡＴＭ専用線オペレ
ーションシステム２及びカスタマサイトの制御端末４と
通信インタフェースを持ち、相互に通信可能である。こ
の通信手段は、メッセージを相互に授受するために必要
であり、既存の通信プロトコルで実現されるあらゆる手
段、例えば、インタネット，専用線，ＬＡＮ接続などが
適用可能である。以下の説明では、ＡＴＭ専用線オペレ
ーションシステム２及び予約ベース帯域変更サービス専
用オペレーションセンタ３の間は、分散オブジェクト間
通信インタフェースを適用し、カスタマと前記オペレー
ションセンタ３の間はインタネット（ＷＥＢ）を適用す
る場合について述べる。

【００１７】図２（ａ）は、本実施例によるシステムの
内部構成例を示す図、また、図２（ｂ）は、その動作を
説明する図である。カスタマは、ＷＥＢブラウザを搭載
したカスタマサイトの制御端末４を用いて予約したい時
間帯と帯域を入力し、予約ベース帯域変更サービス専用
オペレーションセンタ３に予約要求コマンドを送信する
（ステップ２１）。オペレーションシステム３では、受
信した要求内容を基に後述する予約状況の検索を行い、
要求された帯域が共有帯域の空き帯域を超えないかどう
かをチェック（受付判定、詳細については後述）する
（ステップ２２）。超えない場合は要求を受付可能と
し、新規に予約登録を行い（ステップ２３）、カスタマ
に予約受付終了通知を返送し（ステップ２４）、予約受
付が完了する。

【００１８】他方、要求された帯域が共有帯域の空き帯
域を超えてしまう場合は要求受付を拒否し、予約登録を
せずに、カスタマに予約受付失敗通知を返送する。ま
た、予約ベース帯域変更サービス専用オペレーションセ
ンタ３は時計を持っており、予約の実行時刻（予約の開
始時刻や終了時刻）になると、該オペレーションセンタ
３は、ＡＴＭ専用線オペレーションシステム２を介し
て、自動的に前述のＵＰＣ更新要求コマンドを送信し
（ステップ２５）、ＵＰＣのトラヒックパラメータを更
新する。その結果を終了通知として受信し（ステップ２
６）、帯域変更処理が完了する。本実施例によれば、カ
スタマからの遠隔操作により帯域変更予約の要求を受け
付けることが可能となり、さらに、受け付けた帯域変更
予約をその実行時刻に実際に実行することができる。

【００１９】〔実施例２〕図３（ａ）〜（ｅ），図４
（ａ）〜（ｃ）は、予約状況の管理方法を説明するため
の具体例を示すものである。専用線は、複数のＳＤＨ
Ｔrailを経由するが、その各ＳＤＨＴrail毎に図３
（ａ）に示すようなテーブルを、前記予約ベース帯域変
更サービス専用オペレーションセンタ３のデータベース
３ｂ上に設ける。このテーブルには、そのＳＤＨＴra
ilを特定するためのＳＤＨＴrail−ＩＤ、そのＳＤＨ
Ｔrailごとに設定する共有帯域値、予約登録を受け付
けた専用線ＩＤ、その予約の受付番号、具体的な予約の
開始時刻及び終了時刻、さらには予約した帯域値を項目
として持たせ、これらをレコードとして保持する。これ
ら予約レコードは、予約が登録された場合にその登録数
だけ作成される。

【００２０】以下、図４（ａ）〜（ｃ）に示す具体例を
用いて、予約登録時の処理を詳細に説明する。図４
（ａ）は、あるＳＤＨＴrail＃１には、専用線＃ａ，
＃ｂ，＃ｃ，＃ｄが通過する例を示している。また、本
ＳＤＨＴrail＃１は、予め共有帯域が設定されている
とする。本実施例では、専用線の帯域を論理的に２つに
分けて示す。すなわち、専用線の利用可能な帯域値は、
通常利用できる帯域（基本帯域）と、予約時に一時的に
増加させて利用可能となる帯域（予約帯域）の合計で表
わされるものとする。この時、共有帯域は、上記予約帯
域のみを収容するものであり、基本帯域は通常運用され
るＳＤＨＴrail中に設定されているものとする。

【００２１】まず、説明の簡単化のため、後述する受け
付け判定において予約の失敗が生じない場合（すなわ
ち、共有帯域を超えない場合）を取り上げ、予約登録の
具体例を示す。今、何も予約がない状況で、専用線＃ａ
が１：００から４：００まで１０Ｍｂ／ｓの帯域増加予
約を要求する。要求は受け付けられ、新規に予約を登録
するために、図３（ｂ）に示すようなレコードを生成す
る。すなわち、ＳＤＨＴrail＃１の共有帯域３０Ｍｂ／
ｓ中に、専用線＃ａの予約を予約番号００１で受け付け
たことを登録する。

【００２２】また、その予約は、１：００に開始、４：
００に終了し、増加分の帯域が１０Ｍｂ／ｓであること
も登録する。同様に、専用線＃ｂが２：００から４：０
０まで５Ｍｂ／ｓの予約を要求した場合、図３（ｃ）に
示すようなレコードを生成する。すなわち、その予約
は、２：００に開始、４：００に終了し、増加分の帯域
が５Ｍｂ／ｓであることを登録する。同様に、専用線＃
ｃの予約（３：００から５：００の間で１２Ｍｂ／ｓ）
及び専用線＃ｄの予約（５：００から６：００の間で２
０Ｍｂ／ｓ）についても、それぞれ図３（ｄ），図３
（ｅ）のように登録する。本実施例によれば、複数の専
用線の間で共有帯域を共有しつつ、専用線ごとに独立に
予約の登録が行えることがわかる。なお、専用線ごとの
予約の入れ方に関して、方式的に何ら規制を与えること
がなく、何回でも、更には時間的に重複するような予約
でも、任意の予約登録が可能である。

【００２３】また、前記予約ベース帯域変更サービス専
用オペレーションセンタ３は、それぞれのレコードが記
録された後で、カスタマに予約番号を予約受付結果通知
と一緒に送信する。カスタマは、その予約番号を記憶
し、前述の予約ベース帯域変更サービス専用オペレーシ
ョンセンタ３に対して予約番号を送信できるようにして
おく。もし、登録した予約のキャンセルや変更を行いた
い場合には、カスタマは該当する予約番号を送信し、さ
らに同時に変更したい時刻と帯域（キャンセルの場合は
０Ｍｂ／ｓ）を、新規予約時と同様に送信する。予約ベ
ース帯域変更サービス専用オペレーションセンタ３は、
登録済みの予約レコードの中から該当するレコードを検
索して、そのレコードを書き換えることができる。

【００２４】例えば、カスタマが、予約番号００１の予
約を、２：００から５：００の間で５Ｍｂ／ｓに変更す
るように要求した場合には、前記予約ベース帯域変更サ
ービス専用オペレーションセンタ３は、登録済みの全レ
コードの項番４（登録番号）を検索して、００１を抽出
する。そして、そのレコードの項番５（開始時刻）を
１：００から２：００に、項番６（終了時刻）を４：０
０から５：００に、さらに、項番７（増加分の帯域）を
１０Ｍｂ／ｓから５Ｍｂ／ｓに、それぞれ書き換える。
このようにすれば、カスタマは予約の要求時と同様な手
段によって、容易に予約の変更，キャンセルを行うこと
ができる。

【００２５】〔実施例３〕次に、上記レコードを用い
て、ある時間帯の予約状況や共用帯域の空き帯域を求め
る方法について述べる。まず、検索範囲となるある時間
帯を指定して、既にデータベースに登録済みの全レコー
ドの中から、その時間帯に含まれる予約を抽出する。そ
れらレコードの時間的な前後関係を割り出し、時間的に
重なる予約帯域を積算する。検索時間帯全てにわたり求
めた予約帯域の積算値が、その時間帯における予約の混
み具合となるので、予約の状況が把握可能になる。

【００２６】以下、具体例を用いて説明する。ここで
は、図３（ｂ）〜（ｅ）に示す予約が登録されている
時、１：００から５：００までの予約状況を検索する例
について説明する。まず、対象となるレコードは、（条
件１）検索開始時刻より遅く予約終了時刻（項番６）が
あり、かつ、（条件２）検索終了時刻より早く予約開始
時刻（項番５）があるレコードである。本具体例の場
合、図３（ｅ）が条件２を満足しないため、図３（ｂ）
〜図３（ｄ）のレコードが、検索対象レコードに該当す
る。

【００２７】図３（ｂ）〜図３（ｄ）の予約開始時刻お
よび予約終了時刻を相互に比較すると、予約番号００１
番は１：００から４：００の１０Ｍｂ／ｓであるため、
２：００から４：００の予約番号００２の予約５Ｍｂ／
ｓが時間的に重複することがわかる。また、予約番号０
０３は、３：００から始まるため予約番号００１，００
２の積算帯域１５Ｍｂ／ｓと重なるが、５：００に終了
するため、４：００以降は、予約番号００３の１２Ｍｂ
／ｓのみが存在することもわかる。従って、図４（ｂ）
に示したような長方形の積み重ね関係にあることがわか
る。この予約の重なりの時間的変更点ごとに、予約帯域
をそれぞれ積算する。

【００２８】すなわち、１：００から２：００までは予
約番号００１の１０Ｍｂ／ｓ、２：００から３：００ま
では予約番号００１の１０Ｍｂ／ｓと予約番号００２の
５Ｍｂ／ｓの加算で１５Ｍｂ／ｓ、３：００から４：０
０までは予約番号００１，００２，００３の１０Ｍｂ／
ｓ，５Ｍｂ／ｓ，１２Ｍｂ／ｓを加算して２７Ｍｂ／
ｓ、４：００から５：００までは予約番号００３の１２
Ｍｂ／ｓが、それぞれの変更点ごとの予約済み帯域値と
なる。この結果を図示すると、図４（ｃ）のようにな
る。本実施例によれば、予約レコードのみであらゆる検
索時間帯における予約状況を抽出することができる。

【００２９】さらに、上記変更点ごとの予約済み帯域値
を共有帯域から減算すれば、検索時間帯における予約さ
れていない帯域の残り（空き帯域）が算出できる。これ
を算出することにより、あとどれくらいの予約が受け付
けられるかを判定することが可能となる。具体的には、
１：００から２：００までが２０Ｍｂ／ｓ、２：００か
ら３：００までが１５Ｍｂ／ｓ、３：００から４：００
までが最も混んでいて３Ｍｂ／ｓ、４：００から５：０
０までが１８Ｍｂ／ｓ、それぞれ空いていることがわか
る。

【００３０】上述の実施例では、予約レコードのみで予
約状況や空き帯域を抽出することを示したが、予約の変
更やキャンセルがあった場合でも本処理は影響を受けな
い。なぜならば、本処理によれば、登録のあるレコード
を基に処理を行うのみで、その処理結果を保存したりし
ない。しかるに予約変更やキャンセルは、前述のように
予約番号を基に該当レコードの更新または削除を行うた
め、検索時間帯に更新あるいは削除後のレコードの有無
が問題になるだけで、処理の変更は行わないと言える。

【００３１】従って、本処理により、カスタマの予約変
更やキャンセルに応じた予約状況の検索が可能となる。
なお、上記実施例では、説明の簡単化のため、一時間単
位の予約としたが、これに限るものではなく、３０分や
１分等、任意の時間単位に本処理が適用可能なことはい
うまでもない。時間的重なりについても、同様に、一時
間ごとに変化点があるような例について示したが、１５
分とか１分とかいった任意の時間的重なりについても、
本処理が適用可能なことも容易に類推できる。

【００３２】〔実施例４〕図６は、予約受付時に要求さ
れた帯域が共有帯域の空き帯域を超えないかどうかをチ
ェックするための、受付判定処理の動作フローチャート
であり、上述のＳＤＨＴrailの予約状況の抽出処理も
含めて示してある。まず、図５（ａ）に示す専用線経路
管理テーブルを配備する。これにより、ある専用線が経
由する全てのＳＤＨＴrailをリストアップできる。そ
して、各ＳＤＨＴrailには、前述の対応するＳＤＨ
Ｔrail予約状況管理テーブルが存在する（図５（ｂ）に
再掲した）。この両テーブルを用いて、予約の受付判定
処理を行う。

【００３３】カスタマから、ある専用線に対するある時
間帯のある帯域増加の予約要求をシステムが受信（ステ
ップ６１）した場合を想定する。その専用線ＩＤから、
図５（ａ）により、該専用線が経由するＳＤＨＴrail
をリストアップする（ステップ６２）。そのそれぞれに
ついて、上に述べた予約状況の抽出処理を行う（ステッ
プ６３）。すなわち、要求された時間帯を検索範囲とし
て、データベース上に既に登録済みの全専用線の全予約
レコードの中から、その時間帯に含まれる全ての予約レ
コードを抽出する。それらレコードの予約開始時刻と予
約終了時刻（変化点）の比較から、時間的な前後関係を
割り出し、部分的に重なる時間帯を抽出する（ステップ
６４）。

【００３４】この部分的に重なる時間帯ごとに、その時
間に含まれる予約レコードの予約帯域を積算する（ステ
ップ６５）。要求時間帯全てにわたり求めた予約帯域の
積算値が、予約状況の分布となる。本積算値を共有帯域
値からそれぞれ減算したものが、要求時間帯の空き帯域
状況となる。本処理を、各ＳＤＨＴrailに対して行
い、各ＳＤＨＴrailごとの空き帯域状況を得る（ステ
ップ６６）。これら空き帯域状況のうちの最小値を求め
る。それが、予約要求時間帯における最大の予約可能な
空き帯域となる。

【００３５】ステップ６７では、上記空き帯域状況と予
約要求帯域値とを比較する。もし、予約要求帯域値が空
き帯域以下であれば、その予約要求を新規に追加しても
予約帯域の合計が共有帯域を超えないことがわかるた
め、該予約要求を受付可能と判断する。他方、空き帯域
より大きい場合、共有帯域を超えてしまうため、該予約
要求を受け付けることはできないと判断できる（ステッ
プ６８）。このようにすれば、要求された予約が時事刻
々変化する共有帯域の空き帯域を超えないかどうかを事
前にチェックすることが可能となる。本処理により、予
約受付可能である場合、該予約の開始時刻、終了時刻ご
とに帯域増加分を後述する予約の実行を管理するテーブ
ルに新規に予約実行レコードとして登録する（ステップ
６９）。さらに、本予約実行管理テーブルへのレコード
追加（ステップ７０）の後、要求元のカスタマに対して
予約受付終了通知を返送する（ステップ７１）。

【００３６】さらに、本処理フローを用い、各専用線に
おけるある時間帯の空き帯域を求めることができること
を示す。カスタマからは、照会したい専用線ＩＤと時間
帯のみを要求させ、その要求時間帯における各ＳＤＨ
Ｔrailごとの空き帯域状況を上記フローにより得る。そ
の各空き帯域状況を重ね合わせ、全ての空き帯域状況で
重なる部分（すなわち、全てのＳＤＨＴrailで空き帯
域となっている部分）が求められる。この部分が、ある
専用線ＩＤにおける要求時間帯に対する空き帯域となる
ことがわかる。この帯域値の時間的推移のデータを、例
えば、グラフにしてカスタマに返送すれば、カスタマ
は、ある専用線における、ある時間帯における空き帯域
状況を事前に把握することができる。このようにすれ
ば、カスタマからの、ある専用線における要求時間帯に
対する空き帯域の照会が可能となる。

【００３７】〔実施例５〕上記実施例を具体例（図７，
図８）を用いて詳細に説明する。図８（ａ）は、専用線
＃ａに関連する網構成をモデル化して示したものであ
る。専用線＃ａは、ＳＤＨＴrail＃１，ＳＤＨＴra
il＃２を経由し、ＳＤＨＴrail＃１では専用線＃ｂ，
専用線＃ｃと、ＳＤＨＴrail＃２では専用線＃ｄとそ
れぞれ同一経路をとる。今、例として、図７（ｂ）〜
（ｄ）に示したような予約が、既にＳＤＨＴrail＃
１，＃２にそれぞれ登録されていたものとする。

【００３８】以下、専用線＃ａのカスタマから、１：０
０から５：００間で１０Ｍｂ／ｓの帯域予約の要求が送
信された場合を例にして説明する。この時、図７（ａ）
に示す専用線経路管理テーブルにより、専用線＃ａは、
ＳＤＨＴrail＃１，＃２を経由することがわかる。そ
こで、ＳＤＨＴrail予約状況管理テーブルに登録され
た全ての予約レコードの中から、ＳＤＨＴrail＃１，
＃２を持つレコードを抽出する。

【００３９】さらに、検索時間帯が１：００から５：０
０であることから、上述の抽出レコードの中から、（条
件１）１：００より遅く予約終了時刻があり、かつ、
（条件２）５：００より早く予約開始時刻があるレコー
ドを抽出する。その結果、ＳＤＨＴrail＃１では図７
（ｂ），（ｃ）のレコードが、ＳＤＨＴrail＃２では
図７（ｄ）のレコードが、それぞれ抽出できる。

【００４０】次に、各ＳＤＨＴrailに関して、予約状
況の時間的推移を求める。すなわち、ＳＤＨＴrail＃
１では、図７（ｂ），（ｃ）の２レコードの予約開始時
刻と予約終了時刻を比較すると、２：００から３：００
までは専用線＃ｂの５Ｍｂ／ｓのみであるが、３：００
から４：００までは専用線＃ｃの予約が重なるため、５
Ｍｂ／ｓ＋１２Ｍｂ／ｓ＝１７Ｍｂ／ｓとなる。４：０
０から５：００までは専用線＃ｂの予約が終わるため１
２Ｍｂ／ｓとなり、図８（ｂ）に示すような分布とな
る。

【００４１】他方、ＳＤＨＴrail＃２では、図７
（ｄ）からも明らかなように、他のレコードがないの
で、単純に２：３０から４：３０まで４０Ｍｂ／ｓとな
り、図８（ｃ）に示すような分布になる。次に、これら
予約状況を共有帯域からそれぞれ減算し、空き帯域状況
の時間的推移を求める。すなわち、ＳＤＨＴrail＃１
では１：００から２：００までは３０Ｍｂ／ｓ−５Ｍｂ
／ｓ＝２５Ｍｂ／ｓが、また、３：００から４：００ま
では３０Ｍｂ／ｓ−１２Ｍｂ／ｓ＝１８Ｍｂ／ｓがそれ
ぞれ空き帯域となり、図１０（ａ）に示すような分布と
なる。他方、ＳＤＨＴrail＃２では１：００から２：
３０までは予約がないため５０Ｍｂ／ｓが、２：３０か
ら４：３０までは５０Ｍｂ／ｓ−４０Ｍｂ／ｓ＝１０Ｍ
ｂ／ｓがそれぞれ空き帯域となり、図１０（ｂ）に示す
ような分布となる。

【００４２】次に、受付可否の判定を行う。これら空き
帯域値のうちの最小値、すなわち、２：３０から４：３
０の１０Ｍｂ／ｓと予約要求帯域値１０Ｍｂ／ｓとを比
較する。ここでは、予約要求帯域値が空き帯域以下であ
るので、本予約要求は受付可能となる。最後に、カスタ
マからの要求を新規予約として、予約状況管理テーブル
にレコードを追加する。この時追加される予約レコード
は、図９（ａ）に示されるように、経由する全ＳＤＨ
Ｔrailに対応して作成され、本具体例の場合、ＳＤＨ
Ｔrail＃１が図９（ａ）、ＳＤＨＴrail＃２が図９
（ｂ）となる。登録後、後述する予約実行管理テーブル
にもレコードを登録し、その後、カスタマに対して予約
番号００４と予約内容（１：００から５：００間で１０
Ｍｂ／ｓ）を含む予約受付完了通知を送信する。

【００４３】なお、もし、カスタマからの予約要求帯域
値が１０Ｍｂ／ｓより大きい値であった場合は、レコー
ドは記録されず、予約要求を拒否することになる。ま
た、カスタマから、専用線＃ａについて１：００から
５：００までの空き帯域の照会要求を受信した場合、Ｓ
ＤＨＴrail＃１，＃２の各空き帯域状況である図１０
（ａ），（ｂ）を相互に重ね合わせ、全ての空き帯域状
況で重なる部分（すなわち、全てのＳＤＨＴrailで空
き帯域となっている部分）を求める。

【００４４】ここでは、１：００から２：００の間は３
０Ｍｂ／ｓ分が重なっており、また２：００から２：３
０までは２５Ｍｂ／ｓ分が、２：３０から４：３０まで
は１０Ｍｂ／ｓ分が、４：３０から５：００までは１８
Ｍｂ／ｓ分がそれぞれ重なりを持ち、図示すると図１０
（ｃ）のようになる。この重なり部分が専用線＃ａにお
ける要求時間帯に対する空き帯域状況であり、この部分
内に収まる予約であれば、必ず予約は成功することにな
る。この図１０（ｃ）のようなグラフを、カスタマに返
送することにより、カスタマからの空き帯域の照会が可
能となる。

【００４５】〔実施例６〕次に、図１１，図１２を用い
て、登録された予約の実行管理方法について説明する。
予約を受け付けた場合、その予約をいつ実際に実行する
かを管理する必要があるため、図１１（ａ）に示す予約
実行管理テーブルを配備する。また、予約の利用のされ
方や利用料金請求時などに用いるために、予約を実行し
た履歴を管理する必要があるので、図１１（ｂ）に示す
予約実行結果管理テーブルを配備する。予約実行管理テ
ーブルは、項目として、予約を実際に実行する時刻（項
番１）、どの予約であるかを示す予約番号（項番２）、
どの専用線に対するものかを示す専用線ＩＤ（項番３）
及び、どの帯域に変更するのかを示す予約帯域（項番
４）を持つ。

【００４６】また、予約実行結果管理テーブルは、上記
項目に加えて、実行が正常に行われたかどうかを示す実
行結果（項番６）を持つ。ある専用線ＩＤに関する予約
が上記処理で受け付け可能で、予約状況の登録が終わっ
た後、予約実行管理レコードの登録処理が行われる。す
なわち、受け付けた予約の予約開始時刻と予約終了時刻
それぞれに帯域変更を実行する必要があるため１つの予
約に対して２つの予約実行管理レコードを生成する。

【００４７】前述の図９（ａ），（ｂ）に示した専用線
＃ａに対する予約を用いて、予約実行管理レコードの登
録方法について、詳細に説明する。本予約は、１：００
から５：００まで１０Ｍｂ／ｓの帯域変更を行う予約で
ある。そこで、まず予約開始時刻の１：００を予約実行
時刻に持つレコードを生成する。このレコードには、予
約番号として００４が、専用線ＩＤとして専用線＃ａ、
予約帯域として＋１０Ｍｂ／ｓがそれぞれ登録される
（図１２（ａ），（ｂ））。また、予約開始時刻の５：
００を予約実行時刻に持つレコードを生成する。

【００４８】このレコードにも、同様に予約番号として
００４が、専用線ＩＤとして専用線＃ａ、予約帯域とし
て−１０Ｍｂ／ｓが登録される。ここで、本実施例の予
約帯域としては、変更前の値からの変化分のみの相対的
な管理を行った場合における値を示したが、この登録値
はＵＰＣパラメータの表記規定に準じる必要がある。も
し、ＡＴＭ装置が変更前の値を記憶していないならば、
常に絶対的な帯域値を指定する必要があるため、専用線
＃ａの基本帯域を該予約帯域値に加算した値を予約帯域
として登録する必要がある。本処理はＵＰＣパラメータ
の表記規定に準じるためのもので、本発明の効果には影
響を与えないことは明らかである。

【００４９】このように１つの予約に対してその開始時
刻と終了時刻の２レコードが組になって登録される。そ
して、現在の時刻を示す時計が、常に本予約管理テーブ
ルをモニタしており、現在時刻に等しい予約実行時刻を
持つ実行レコードを全て抽出する。各レコードから専用
線ＩＤと予約帯域を抽出し、その専用線を予約帯域に変
更するために、前記データを順次ＡＴＭ専用線オペレー
ションシステム２に送信し、ＡＴＭ装置のＵＰＣパラメ
ータを更新する。この時、複数の専用線の予約の開始時
刻と終了時刻が混在した場合、共有帯域の瞬間的な超過
を避けるため、予約の終了を先に行って帯域を解放して
から、予約の開始を実行する。図１３（ａ），（ｂ）
に、その状況を示す。

【００５０】〔実施例７〕図１４，１５は、これまで説
明してきた予約ベース帯域変更サービスの構成技術と同
様の技術を、経路変更サービスへ応用した例を示したも
のである。図１４では、カスタマが拠点Ａ，Ｂ間に回線
１を、さらに拠点Ａ，Ｃ間に回線２を契約した例を示す
ものであり、回線１がＳＤＨＴrail１０，ＳＤＨＴ
rail１１を、回線２がＴrail１２を、それぞれ経由する
場合を示している。その他のシステム構成は、実施例１
と同様であるので割愛する。また、本実施例では、２回
線の場合を示すが、２回線以上の場合についても本実施
例の技術は適用可能である。

【００５１】ここで、回線１，２は、回線の経路設定の
みを行い、帯域は０Ｍｂ／ｓとする点を特徴とする。Ａ
ＴＭでは、経路と帯域を独立に管理できることから、必
要となる経路を予め設定しておき、必要な箇所の経路に
帯域を割り当てることが容易に実現できる。図１４（経
路変更前）において、カスタマは、回線１をこれまで説
明したような予約により帯域増加を行い、拠点Ａ，Ｂ間
で通信を行っているものとする。回線２は帯域０Ｍｂ／
ｓであり、拠点Ａ，Ｃ間での通信は行われていない。こ
の時に、カスタマが拠点Ａ，Ｂ間の通信終了に合わせ
て、拠点Ａ，Ｃ間の通信を行いたい場合を想定する。

【００５２】カスタマは、事前に拠点Ａ，Ｃ間の通信に
必要な増加帯域及び回線１の帯域増加が終了する（帯域
が０Ｍｂ／ｓに戻る）時間以降の時間帯を指定して、制
御端末４を通じて、予約ベース帯域変更サービス専用オ
ペレーションセンタ３に、新規の予約を要求する。オペ
レーションセンタ３では、これまで説明してきたような
処理により、帯域を増加する回線２について、その時間
帯における予約状況の検索を行い、要求帯域が共有帯域
の空き帯域を超えないかどうかを受け付け判定する。

【００５３】超えない場合には、要求を受け付けて、新
規に予約登録を行い、カスタマに予約受け付け終了通知
を返送する。一方、超えてしまう場合には、予約受け付
け失敗通知を返送する。さらに、これまで説明してきた
ように、回線２の予約の開始時刻（すなわち回線１の予
約終了時刻）になると、予約を実行すべく、前記オペレ
ーションセンタ３は、同時刻にＵＰＣ更新要求コマンド
を送信し、ＡＴＭ装置５の回線１に関する帯域減少、回
線２に関する帯域増加をこの順に行う。図１５に、経路
変更後の拠点Ａと拠点Ｃとの接続を示す。

【００５４】さらに、この処理以降、回線２の通信終了
後に回線１の通信を開始する場合には、回線２の終了に
合わせて回線１の帯域予約を行うことで、上と同様の処
理で経路変更を実現可能であることはいうまでもない。
また、上記経路変更例に限らず、それ以外の使用例、例
えば、回線１を減少させないで回線２を増加させる、回
線１の帯域の一部を回線２に利用させるなどの様々な使
用例も、網の空き帯域があれば本実施例と同様の処理で
実現できる。

【００５５】上述のように、予め必要な接続先に回線の
経路のみを設定し、カスタマが必要に応じて回線に帯域
を割り当てることにより、カスタマから見た経路の変
更、言い換えれば接続先の変更ができる。このように、
カスタマの通信需要，通信形態に応じて事前に帯域を予
約しておくことにより、遠隔操作による回線の接続先の
柔軟な制御が可能となる。なお、上記各実施例は本発明
の一例を示したものであり、本発明はこれらに限定され
るべきものではないことは言うまでもないことである。

【００５６】

【発明の効果】以上、詳細に説明したように、本発明に
よれば、カスタマは、高速広帯域な通信が必要な場合
に、通信手段によりオペレーションセンタに事前に必要
な帯域と時間帯を要求し、それを予約することで、その
時間帯に予約した帯域を利用できる。また、通信事業者
は、予約状況を管理することにより、予約の集中による
網内トラヒック溢れを未然に防ぐことができ、さらにそ
の予約の混み具合に応じて共有帯域を調節することが可
能になる。また、予約の実行管理により、正確な帯域変
更を行うことが可能になる。

【００５７】これにより、カスタマは様々な利用形態に
応じた通信帯域と通信時間帯を予約でき、従って、必要
なときのみに予約をすればよく、常に広帯域な専用線を
契約する必要がなくなり、コストの低減が図れる。一
方、通信事業者は、網通信品質を劣化させることなく予
約の履行を保証でき、カスタマの帯域変更要求にきめ細
かく、かつ柔軟に対応できる。さらに、共有帯域を複数
のカスタマの予約でシェアできることから、帯域の有効
利用が図れる。

【図面の簡単な説明】

【図１】本発明に係る予約ベース帯域変更サービスシス
テムの構成図である。

【図２】本発明に係る予約ベース帯域変更サービスの内
部構成例と、その動作概要を示す図である。

【図３】ＳＤＨＴrail＃１の予約状況管理テーブルの
例を示す図である。

【図４】ＳＤＨＴrail＃１の構成例と、予約の状況を
示す図である。

【図５】ＳＤＨ専用線経路管理テーブルと、Ｔrail＃
１の予約状況管理テーブルの例を示す図である。

【図６】予約受付判定処理の動作フローチャートであ
る。

【図７】ＳＤＨＴrail＃１の予約状況管理テーブルの
例を示す図である。

【図８】専用線＃ａの網構成例と、予約の状況を示す図
である。

【図９】専用線＃ａの予約受付可能予約レコードの例を
示す図である。

【図１０】ＳＤＨＴrail＃１の時間帯１：００から
５：００までの空き帯域状況を示す図である。

【図１１】予約実行管理テーブルの例を示す図である。

【図１２】予約開始，終了実行管理レコードの例を示す
図である。

【図１３】予約実行結果レコードの例を示す図である。

【図１４】経路変更サービスの説明図（その１）であ
る。

【図１５】経路変更サービスの説明図（その２）であ
る。

【図１６】従来のＳＴＭの帯域変更サービスのシステム
構成例を示す図である。

【符号の説明】

１専用線２ＡＴＭ専用線オペレーションシステム３予約ベース帯域変更サービス専用オペレーションセ
ンタ４カスタマサイト制御端末５，６ＡＴＭ装置

Claims

【特許請求の範囲】

【請求項１】ＡＴＭ網での、カスタマの各拠点を結ぶ
専用線における予約ベース帯域変更サービスシステムで
あって、カスタマと通信事業者との間の通信手段と、該通信手段を介して、カスタマから前記専用線の帯域予
約の要求を受け付けたり、その結果を通知したりする手
段と、受け付けた予約の状況を常に管理する手段と、伝送路及びトランスミッションパスの容量の一部を予約
サービスに供する共有帯域として予め確保する手段と、要求された予約が共有帯域の残りの空き領域を超えるこ
とがないようにチェックする手段と、予約の実行スケジュールを管理し、予約の実行スケジュ
ールを管理し、予約の実行時刻になると実際に帯域変更
を実行する手段とを備えたことを特徴とする予約ベース
帯域変更サービスシステム。
【請求項２】前記専用線の契約帯域を、カスタマから
の事前予約により変更，キャンセルする機能を有する予
約ベース帯域変更サービス専用オペレーションセンタ
と、前記専用線を構成するＡＴＭ装置とのインタフェース機
能及び前記ＡＴＭ装置の管理機能を有するＡＴＭ専用線
オペレーションシステムとを備えたことを特徴とする請
求項１に記載の予約ベース帯域変更サービスシステム。
【請求項３】カスタマからの事前予約により該網の経
路を変更することを特徴とする請求項１または２のいず
れか１項に記載の予約ベース帯域変更サービスシステ
ム。
【請求項４】同一の伝送路またはトランスミッション
パスに予め帯域を確保し、前記伝送路またはトランスミ
ッションパスを通る複数のカスタマ専用線の間で、その
帯域を共有しつつ帯域の予約を可能としたことを特徴と
する請求項１〜３のいずれか１項に記載の予約ベース帯
域変更サービスシステム。
【請求項５】カスタマの要求に応じて各カスタマの帯
域を変更またはキャンセル可能としたことを特徴とする
請求項１〜４のいずれか１項に記載の予約ベース帯域変
更サービスシステム。
【請求項６】予約された時刻になると契約帯域を予約
された帯域へ変更する指示を出すことを特徴とする請求
項１〜５のいずれか１項に記載の予約ベース帯域変更サ
ービスシステム。
【請求項７】前記予約，変更及びキャンセルを、カス
タマからの遠隔操作により実行可能としたことを特徴と
する請求項１〜６のいずれか１項に記載の予約ベース帯
域変更サービスシステム。
【請求項８】カスタマの予約の有無に伴う状況変化を
管理することによって、前記予約状況の時間的推移の管
理を行うことを可能としたことを特徴とする請求項１〜
７のいずれか１項に記載の予約ベース帯域変更サービス
システム。
【請求項９】カスタマの予約の変更やキャンセルに応
じて、前記予約状況の時間的推移の管理を行うことを可
能としたことを特徴とする請求項８に記載の予約ベース
帯域変更サービスシステム。
【請求項１０】同一の伝送路またはトランスミッショ
ンパスに予め確保される共有帯域を超えるような予約を
受け付けないようにチェックを行うことを特徴とする請
求項８または９のいずれか１項に記載の予約ベース帯域
変更サービスシステム。