JPH11308231A - 通信リソース予約方法 - Google Patents

Abstract

(57)【要約】 【課題】 ＡＴＭネットワークにおけるシグナリング手
順を使用し、事前予約通信と即時予約通信のためのリソ
ースおよびコネクション情報を共有する通信リソース予
約方法を実現する。 【解決手段】 送信ユーザ端末２ａが事前予約を要求す
るために送信するＳＥＴＵＰメッセージを、交換機１
ａ，１ｂではそのプロトコル処理部１３で受信して解析
し、結果として、その事前予約を受け付けた場合には、
予約指定時刻にリソースおよびコネクション情報を通信
するために必要な情報の確保を行い、スイッチング処理
部１２でのルーチング情報をルーチング処理部１１に設
定して、そのＳＥＴＵＰメッセージを受信ユーザ端末３
ａまで転送するようにした。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、ＡＴＭネットワ
ークにおける通信のためのリソースを予約する通信リソ
ース予約方法に関するものである。

【０００２】

【従来の技術】ＡＴＭネットワークの特徴の一つに通信
経路（以下、コネクションと呼ぶ）の設定と、そのコネ
クションのリソース確保の分離がある。ここで、リソー
スとはネットワーク内の通信帯域（ビットレート）を指
すものとし、以後の説明においては、リソースは具体的
には通信帯域を指すものとする。例えばＩＳＤＮなどの
従来の通信では、コネクションを設定すると、そのため
のリソースについても同時に確保されていた。これは、
従来の通信では、１コネクション当たりのリソースが固
定となっているためである。特に端末と交換機の間で
は、１コネクションが１物理インタフェースに相当し、
コネクション当たりのリソースは物理インタフェースの
転送能力と同一となる。また、同一の物理インタフェー
スを分割して複数のコネクションを設定することなどは
不可能であった。

【０００３】しかしながら、ＡＴＭネットワークでは、
多彩なアプリケーション間の通信がコネクション上で行
われるために、コネクションへの割り当てリソースも多
様化し、そのため、例えばＡＴＭに関する概要を規定し
たＩＴＵ−Ｔの勧告Ｉ．２１１等では、コネクション設
定を行う際に、経路設定を行う機能とリソースを確保す
る機能が別々に定義されている。

【０００４】上記のＡＴＭネットワークでは、コネクシ
ョン設定としてユーザ端末間の通信経路が確定し、その
前提でリソース予約を行う。この際のリソース予約方法
としては以下の２通りがある。 １．情報転送時にリソース予約を行う（以後、即時予約
通信と呼ぶ）。 ２．前もって情報転送時刻を指定してリソース予約を行
う（以後、事前予約通信と呼ぶ）。

【０００５】上記２の事前予約通信は、ＴＶ会議や大容
量のファイル転送といった、実際に情報転送を行う時間
が予め判っているようなアプリケーションにとっては有
効な方式である。これらに関する従来の技術が記載され
た文献としては、特開平６−２２５３０１号公報、特開
平５−２３６１３２号公報、特開平４−２９１８６０号
公報などがある。

【０００６】以下、それらについて説明する。図２２は
これらの従来の技術、およびこの発明の通信リソース予
約方法において想定しているネットワーク構成を示すブ
ロック図である。図において、１ａは＃１交換機、１ｂ
は＃２交換機、２ａは＃１送信ユーザ端末、２ｂは＃２
送信ユーザ端末、３ａは＃１受信ユーザ端末、３ｂは＃
２受信ユーザ端末である。

【０００７】図２３は上記特開平６−２２５３０１号公
報で述べてられいる従来の技術におけるプロトコルのシ
ーケンスを示すシーケンス図である。また、図２４はこ
の図２３に示すシーケンスにおいてやりとりされるメッ
セージの形式を示した説明図であり、図２４（ａ）は予
約要求メッセージの形式、図２４（ｂ）は結果がＯＫの
時の応答メッセージの形式、図２４（ｃ）は結果がＮＧ
の時の応答メッセージの形式をそれぞれ示している。

【０００８】以下に、上記特開平６−２２５３０１号公
報に示された従来の技術における動作について説明す
る。図２３に示すように、送信ユーザ端末の一方（例え
ば、＃１送信ユーザ端末２ａ）は、図２４（ａ）に示す
形式の予約要求メッセージを受信ユーザ端末の一方（例
えば、＃１受信ユーザ端末３ａ）に対して送信する。そ
れを受信した＃１受信ユーザ端末３ａでは、当該予約要
求メッセージに記載された利用日、利用時間に回線にま
だ空がある場合には、図２４（ｂ）に示す応答メッセー
ジ（結果＝ＮＧ）を＃１送信ユーザ端末２ａに対して返
送する。また、その時間帯に回線が既に塞がっている場
合には、図２４（ｃ）に示す応答メッセージ（結果＝Ｎ
Ｇ）を返送する。その際、この図２４（ｃ）の応答メッ
セージ（結果＝ＮＧ）には、＃１送信ユーザ端末２ａの
利用できる時間帯が代替案として示されている。ただ
し、この特開平６−２２５３０１号公報に示された従来
の技術においては、＃１交換機１ａおよび＃２交換機１
ｂにおけるメッセージの処理については規定されていな
い。

【０００９】また、図２５は上記特開平５−２３６１３
２号公報で述べられている従来の技術におけるプロトコ
ルのシーケンスを示すシーケンス図である。なお、この
図２５では、図２２における＃１交換機１ａと＃２交換
機１ｂを交換機１で、＃１送信ユーザ端末２ａと＃２送
信ユーザ端末２ｂを送信ユーザ端末２で、＃１受信ユー
ザ端末３ａと＃２受信ユーザ端末３ｂを受信ユーザ端末
３で、それぞれ代表させて示している。

【００１０】以下、この特開平５−２３６１３２号公報
に示された従来の技術の動作について説明する。送信ユ
ーザ端末２は、予約要求を交換機１に対して行う。交換
機１は、予約を受け付けた場合は、送信ユーザ端末２に
その旨を応答として伝え、予約要求に示された通信時刻
になると、送信ユーザ端末２および受信ユーザ端末３に
対する接続要求を自律的に送信し、コネクションの設定
を行う。

【００１１】ここで、この特開平５−２３６１３２号公
報に示された従来の技術と、上記特開平６−２２５３０
１号公報に示された従来の技術との違いは、受信ユーザ
端末３が事前予約を認識するか否かの点にある。この特
開平５−２３６１３２号公報に示された従来の技術の場
合には、受信ユーザ端末３は、事前予約については知ら
ず、通信開始時刻時点であたかも事前予約を行わない即
時予約通信と同様の振る舞いをする。

【００１２】さらに、図２６は上記特開平４−２９１８
６０号公報で述べられている従来の技術におけるプロト
コルのシーケンスを記述したシーケンス図であり、ここ
では、図２２に示す＃１送信ユーザ端末２ａが＃１受信
ユーザ端末３ａとの通信を予約し、その予約指定時刻に
＃２送信ユーザ端末２ｂと＃１受信ユーザ端末３ａが別
の通信を行っている場合について示している。

【００１３】以下にその動作を説明する。＃１送信ユー
ザ端末２ａは、＃１受信ユーザ端末３ａとの通信のため
に予約要求を送信する。この予約が成立した後に、＃２
送信ユーザ端末２ｂと＃１受信ユーザ端末３ａとの間で
通信が開始されたとする。＃１送信ユーザ端末２ａが予
約した時刻になると、＃１送信ユーザ端末２ａは接続要
求を送信する。しかしながら、この時点で、＃１受信ユ
ーザ端末３ａは＃２送信ユーザ端末２ｂとの通信を継続
している。そのために、＃１受信ユーザ端末３ａより＃
２送信ユーザ端末２ｂに対して通信の切断要求を送信し
て、この間の通信を強制終了させる。これにより、以後
予約通りに、＃１送信ユーザ端末２ａと＃１受信ユーザ
端末３ａの間の通信が行われる。

【００１４】なお、この特開平４−２９１８６０号公報
に示された従来の技術では、サーバと呼ばれる予約管理
端末を介して予約を行うことも述べられている。図２７
はそのような場合の通信リソース予約方法において想定
されているネットワーク構成を示すブロック図である。
図において、４がそのサーバである。図示の例では、サ
ーバ４は＃１交換機１ａに収容されている。また、図２
８はこのような従来の技術におけるプロトコルのシーケ
ンスを示すシーケンス図である。このサーバ４を介して
予約を行う場合、多地点ＴＶ会議のような３つ以上のユ
ーザ端末間で通信を行う場合に、容易にコネクション設
定の予約が行われる。この図２８には、＃１送信ユーザ
端末２ａと＃１受信ユーザ端末３ａ、および＃１送信ユ
ーザ端末２ａと＃１受信ユーザ端末３ａの間で通信を行
う場合について示している。

【００１５】以下にその動作を説明する。まず、＃１送
信ユーザ端末２ａよりサーバ４に対して予約要求が送信
される。その結果、サーバ４は、＃１受信ユーザ端末３
ａおよび＃２受信ユーザ端末３ｂに対して予約要求を送
信し、コネクションの設定可否について問い合わせる。
サーバ４は、＃１受信ユーザ端末３ａおよび＃２受信ユ
ーザ端末３ｂより応答を受け取ると、予約可否状態につ
いての応答を＃１送信ユーザ端末２ａに対して返送す
る。なお、ここでも、各交換機１ａ，１ｂとの協調動作
については言及していない。

【００１６】

【発明が解決しようとする課題】従来の通信リソース予
約方法は以上のように構成されているので、各ユーザ端
末２ａ，２ｂ，３ａ，３ｂが接続されている物理的な回
線が空いているか否かのみによって接続制御が行われて
おり、全てコネクション設定に関連するものである。従
って、上記従来の技術が記載されている文献には、ＡＴ
ＭフォーラムあるいはＩＴＵ−Ｔで規定されている、Ａ
ＴＭネットワークで使用されるコネクション設定とリソ
ース予約に関する手順との整合、各交換機１ａ，１ｂに
おけるリソース管理方式についての記述は無く、また、
コネクション設定を行う際の複数の交換機１ａ，１ｂ間
での連動についても規定されておらず、ＡＴＭネットワ
ークのような物理的な回線上に論理的なコネクション設
定を行い、そのコネクション単位にリソース予約を行う
概念があるような場合には、手順として不十分であると
いう課題があった。

【００１７】この発明は上記のような課題を解決するた
めになされたものであり、ＡＴＭネットワークで使用さ
れているコネクション設定、およびリソースを予約する
ためのシグナリング手順と整合して、ユーザに利便性を
与える事前リソース予約プロトコルを規定する通信リソ
ース予約方法を得ることを目的とする。

【００１８】また、この発明は、交換機におけるリソー
ス管理方式について規定する通信リソース予約方法を得
ることを目的とする。

【００１９】

【課題を解決するための手段】この発明に係る通信リソ
ース予約方法は、交換機のプロトコル処理部で、受信し
た予約要求メッセージを解析し、その事前予約を受け付
けた場合には、予約指定時刻にリソースおよびコネクシ
ョン情報を通信するために必要な情報を確保して、スイ
ッチング処理部でのルーチング情報をルーチング処理部
に設定するようにしたものである。

【００２０】また、この発明に係る通信リソース予約方
法は、即時予約通信の受付可否の判定を、即時予約通信
が終了するまでの時間分布より計算し、先に予約されて
いる事前予約通信の予約指定時刻の時点で即時予約通信
が継続している可能性に基づいて行うようにしたもので
ある。

【００２１】また、この発明に係る通信リソース予約方
法は、事前予約通信の受付可否の判定を、即時予約通信
が終了するまでの時間分布より計算し、当該事前予約通
信の予約指定時刻の時点で即時予約通信が継続している
可能性に基づいて行うようにしたものである。

【００２２】また、この発明に係る通信リソース予約方
法は、必要な情報を事前に予約した後、一旦通信を終了
させ、予約指定時刻に再び予約要求を行って、その時点
で事前に予約した情報を利用可能にし、交換機による事
前予約通信に関する処理を行うようにしたものである。

【００２３】また、この発明に係る通信リソース予約方
法は、発呼側のユーザ端末と着呼側のユーザ端末の間
で、予約要求メッセージとそれに対する応答メッセージ
をやりとりして、必要な情報を事前に予約し、その後、
解放メッセージを発呼側のユーザ端末から着呼側のユー
ザ端末へ送ることで、通信を一旦終了させるようにした
ものである。

【００２４】また、この発明に係る通信リソース予約方
法は、着呼側のユーザ端末が、発呼側のユーザ端末から
の予約要求メッセージに対して、予約が成功した旨とコ
ネクションに関する情報を付加した応答メッセージを発
呼側のユーザ端末に返送することで、必要な情報を事前
に予約するとともに、この応答メッセージにて、通信を
一旦終了させるようにしたものである。

【００２５】また、この発明に係る通信リソース予約方
法は、交換機による事前予約通信に関する処理を行う場
合に、必要な情報を事前に予約した後、直ちに予約され
た通信を可能とし、通信に必要なリソースの確保につい
ては、予約指定時刻になって初めて行うようにしたもの
である。

【００２６】また、この発明に係る通信リソース予約方
法は、交換機に事前予約処理を集中的に行うサーバを接
続し、収容している発呼側のユーザ端末からの予約要求
メッセージを認識した交換機よりサーバに対して予約依
頼を行い、サーバは予約可能であれば通信経路上の各交
換機に対してそれを通知し、発呼側のユーザ端末からの
予約要求メッセージを認識した交換機は、その通知を認
識すると、その予約要求メッセージを通信経路上に転送
するようにしたものである。

【００２７】また、この発明に係る通信リソース予約方
法は、収容している発呼側のユーザ端末からの予約要求
メッセージを認識した交換機より、その予約要求メッセ
ージの転送を受けたサーバは、予約可能であれば通信経
路上の各交換機にそれを通知すると同時に、着呼側のユ
ーザ端末に対してその予約要求メッセージを転送するよ
うにしたものである。

【００２８】また、この発明に係る通信リソース予約方
法は、事前予約通信における予約要求を、事前予約判定
機能で長期的予約管理機能に登録されている他の事前予
約通信の状況を考慮して、また即時予約通信における予
約要求を、即時予約通信判定機能で現状使用管理機能で
管理されている現在のネットワークの使用状態、および
短期的予約管理機能で管理されている予約指定時刻の迫
った事前予約通信の状況を考慮してそれぞれ処理し、事
前予約判定機能による処理にて予約可能と判定された場
合には長期的予約管理機能の内容を、即時予約判定機能
の処理にて予約可能と判定された場合には現状使用管理
機能の内容をそれぞれ更新し、事前予約通信においては
さらに、予約指定時刻の迫った通信に関する管理情報を
長期的予約管理機能から短期的予約管理機能に移すよう
にしたものである。

【００２９】また、この発明に係る通信リソース予約方
法は、交換機のプロトコル処理部内に、事前予約判定機
能、即時予約判定機能、長期的予約管理機能、短期的予
約管理機能、現状使用管理機能の全てを配置するように
したものである。

【００３０】また、この発明に係る通信リソース予約方
法は、サーバ内に、事前予約判定機能、および長期的予
約管理機能を、交換機のプロトコル処理部内に、即時予
約判定機能、短期的予約管理機能、および現状使用管理
機能をそれぞれ配置するようにしたものである。

【００３１】また、この発明に係る通信リソース予約方
法は、ユーザ端末が予約したい時刻を時間幅をもって予
約要求メッセージに設定することを許容し、そのような
予約要求メッセージを受信したネットワークでは、時間
幅をもって設定された予約したい時刻の中から、実際に
予約できる候補を選んでユーザ端末に提示し、ユーザ端
末では提示された候補の中から予約したい時間帯を選
び、それに基づく予約要求メッセージをネットワークに
対して再送信するようにしたものである。

【００３２】また、この発明に係る通信リソース予約方
法は、ユーザ端末より送信される予約要求メッセージ
に、予約したい時刻を明確に設定するとともに、予約し
たい時刻を時間幅をもって設定することを許容し、それ
を受信したネットワークでは、明確に設定された時刻に
リソースが確保できなかった場合に、時間幅をもって設
定された時刻の中から実際に予約できる候補を選んでユ
ーザ端末に提示するようにしたものである。

【００３３】また、この発明に係る通信リソース予約方
法は、通信の予約に際して、実際に通信を行うユーザ端
末とは異なるユーザ端末より送信した予約要求メッセー
ジを、実際に通信を行うユーザ端末まで転送し、あたか
も実際に通信を行うユーザ端末とその通信相手となるユ
ーザ端末の間で予約を行っているように見せ、予約が完
了した時点で、前記予約要求メッセージに対する応答メ
ッセージを、実際に通信を行うユーザ端末から予約要求
メッセージを送信したユーザ端末まで転送するようにし
たものである。

【００３４】また、この発明に係る通信リソース予約方
法は、予約時点で、実際に通信を行うユーザ端末あるい
はその通信相手のユーザ端末が使用できない場合に、そ
れらのユーザ端末を収容している交換機が、当該ユーザ
端末の代行処理を行うようにしたものである。

【００３５】

【発明の実施の形態】以下、この発明の実施の一形態を
説明する。 実施の形態１．図１はこの発明の実施の形態１による通
信リソース予約方法におけるプロトコルのシーケンスを
示すシーケンス図であり、図２２はこの発明および従来
の通信リソース予約方法において想定しているネットワ
ーク構成を示す図である。図において、１ａは＃１交換
機、１ｂは＃２交換機であり、それらは中継回線によっ
て互いに接続されている。２ａは＃１交換機１ａに収容
された発呼側のユーザ端末としての＃１送信ユーザ端末
であり、２ｂは同じく＃２送信ユーザ端末である。３ａ
は＃２交換機１ｂに収容された着呼側のユーザ端末とし
ての＃１受信ユーザ端末であり、３ｂは同じく＃２受信
ユーザ端末である。ネットワークは、これら＃１送信ユ
ーザ端末２ａ、＃２送信ユーザ端末２ｂと、＃１受信ユ
ーザ端末３ａ、＃２受信ユーザ端末３ｂ、および＃１交
換機１ａ、＃２交換機１ｂより構成されている。

【００３６】なお、図１はこの実施の形態１において、
図２２に示したネットワーク構成における交換機１ａ，
１ｂで分散的にリソース等の管理を行う場合のプロトコ
ルのシーケンスについて示したものであり、図示の例で
は、＃１送信ユーザ端末２ａと＃１受信ユーザ端末３ａ
との間の通信について示している。

【００３７】また、図２はこの図２２における各交換機
１ａ，１ｂの内部構成と、コネクション設定およびリソ
ース管理に関する制御情報の流れを示したブロック図で
ある。図において、１は上記交換機１ａ，１ｂを代表的
に示したものであり、１０は受信したビット列からＡＴ
Ｍセルの取り出し、およびＡＴＭセルの送信ビット列へ
の変換を行うインタフェース処理部である。１１は受信
したＡＴＭセルに対して、その通信のためのＶＰＩ／Ｖ
ＣＩより交換機１内で参照するルーチング情報を付加す
るルーチング処理部であり、このために、当該ルーチン
グ処理部１１では、ＶＰＩ／ＶＣＩと付加するためのル
ーチング情報との対応テーブルを有している。

【００３８】１２は上記ルーチング処理部１１で付加さ
れたルーチング情報に基づいて、転送するインタフェー
ス処理部１０に対してセルの転送を行うスイッチング処
理部である。１３はメッセージ解析手段１３０、コネク
ション管理手段１３１、およびリソース管理手段１３２
を備えて、上記スイッチング処理部１２よりシグナリン
グ手順のセルの転送を受けて、シグナリング手順のメッ
セージへの組み立て、メッセージの解析、コネクション
およびリソースの管理、次のインタフェース処理部１０
に転送するためのメッセージのセル化を行うプロトコル
処理部である。また、図中の（１）〜（４）は、シグナ
リング手順のメッセージの処理順序を示したものであ
り、（５）はシグナリング手順終了後のユーザセルの転
送経路を示す。

【００３９】さらに、図３は予約されたコネクション識
別子とリソースの利用可能期間を示した説明図である。
図４は事前予約通信におけるリソースの割り当て可否を
判断するための、ＣＡＣ（Ｃｏｎｎｅｃｔｉｏｎ Ａｄ
ｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ）の概略を示した説明
図であり、図５はリソース等を事前予約通信と即時予約
通信で共有した場合のＣＡＣの概略を示した説明図であ
る。

【００４０】次に動作について説明する。ＡＴＭでは、
各送信ユーザ端末２ａ，２ｂと各受信ユーザ端末３ａ，
３ｂとの間はシグナリング手順（ＡＴＭフォーラム Ｕ
ＮＩ３．１，ＩＴＵ−Ｔ Ｑ．２９３１等）により、コ
ネクション設定およびリソース確保が行われる。これら
のシグナリング手順では、基本的な（つまり、即時予約
通信のための）コネクション設定とリソース確保に関す
る情報の他に、必要に応じて他の制御に用いる情報要素
を定義することができる。

【００４１】図１に示す例では、＃１送信ユーザ端末２
ａは、＃１交換機１ａに予約要求メッセージとしてのＳ
ＥＴＵＰメッセージを送信する。このＳＥＴＵＰメッセ
ージには事前予約通信のための情報として、必要リソー
ス、通信開始時刻、継続時間（または通信終了時刻）が
含まれている。ＡＴＭでは、このような制御メッセージ
には専用のコネクションが予め設定されており、このコ
ネクションは専用のＶＰＩ／ＶＣＩを持つ。

【００４２】＃１交換機１ａでは、図２に（１）で示す
ように、ＶＰＩ／ＶＣＩにより、このＳＥＴＵＰメッセ
ージをプロトコル処理部１３にルーチングする。プロト
コル処理部１３では図２に（２）で示すように、そのコ
ネクション管理手段１３１において、予約時間帯に実際
に通信を行うためのＶＰＩ／ＶＣＩが与えられるか否か
を判定するとともに、リソース管理手段１３２におい
て、リソース確保が可能か否かを判定する。両者がとも
に可能となれば、このＳＥＴＵＰメッセージを図２の
（３）で示すように、スイッチング処理部１２を経て＃
２交換機１ｂに転送する。それを受けた＃２交換機１ｂ
でも同様の処理を行い、当該ＳＥＴＵＰメッセージを＃
１受信ユーザ端末３ａに転送する。

【００４３】結果として、＃１受信ユーザ端末３ａに至
る全ての箇所で、予約時間帯のＶＰＩ／ＶＣＩおよび必
要リソースの割り当てが可能となれば、＃１受信ユーザ
端末３ａから前記ＳＥＴＵＰメッセージに対する応答メ
ッセージとしてのＣＯＮＮＥＣＴメッセージが送信され
る。このＣＯＮＮＥＣＴメッセージは上記ＳＥＴＵＰメ
ッセージとは逆の経路で、＃２交換機１ｂより＃１交換
機１ａに送られる。＃１交換機１ａでは、このＣＯＮＮ
ＥＣＴメッセージを認識すると、ＳＥＴＵＰメッセージ
による予約が、＃１受信ユーザ端末３ａまでの間で全て
受け入れられたことを認識する。従って、図３に示すよ
うに、予約時間帯におけるＶＰＩ／ＶＣＩとリソースが
確保されたことになる。ただし、それ以外の時間帯で
は、これらは他の通信に利用されうる。

【００４４】その後、予約指定時刻になれば、各交換機
１ａ，１ｂでは図２に（４）で示すように、予約時に確
保したＶＰＩ／ＶＣＩおよびリソースに関する情報を、
該当するインタフェース処理部１０に接続されているル
ーチング処理部１１に設定する。この時点以降、該当コ
ネクションのセルは図２に（５）で示すように、スイッ
チング処理部１２において所定の出力先にルーチングさ
れ、実際のユーザ端末間（＃１送信ユーザ端末２ａと＃
１受信ユーザ端末３ａとの間）での通信が可能となる。

【００４５】ここで、問題となるのはリソースの割り当
て方針である。つまり、上記のような事前予約通信と即
時予約通信との間でリソースを共有する方針と、それぞ
れ個別に割り当てる方針とがある。

【００４６】後者の場合には、図４に示すように、事前
予約通信では、実際に通信を行う時間帯が明示されてい
るため、既に予約されている通信用のリソース（予約済
みリソース）と今回予約するリソース（予約リソース）
の合計が、希望する時間帯において、リソースの最大容
量（最大リソース）を越えるか否かを判定するのみでよ
い。

【００４７】具体的には、今回予約するリソースをｘＭ
ｂ／ｓとすると、時刻０から時刻Ｔ１の間、および時刻
Ｔ４以降は全く予約が入っていないため、最大リソース
であるｃＭｂ／ｓが使用可能である。しかしながら、時
刻Ｔ１から時刻Ｔ２の間、および時刻Ｔ３から時刻Ｔ４
の間はａＭｂ／ｓが予約されており、時刻Ｔ２から時刻
Ｔ３の間はｂＭｂ／ｓが予約されている。したがって、
（ａ＋ｘ）Ｍｂ／ｓがｃＭｂ／ｓ以下で（ｂ＋ｘ）Ｍｂ
／ｓがｃＭｂ／ｓより大きいとすると、事前予約通信の
終了時刻が時刻Ｔ２以前であるか、開始時刻が時刻Ｔ３
以降であれば予約は受け付けられ、事前予約通信の終了
時刻もしくは開始時刻が時刻Ｔ２と時刻Ｔ３の間にある
場合には、その予約は受け付けられない。

【００４８】このように、事前予約通信の場合には、単
純なリソースの空状態の検索のみで受付可否判定が行わ
れる。

【００４９】しかしながら、前者の場合、図３の事前予
約通信の予約時間帯の前の時間帯で即時予約通信が行わ
れることも考えられる。即時予約通信の場合、通信の継
続時間を予め指定することはできない。そのため、この
場合には通信継続時間の統計情報に基づく受付判定を行
う。

【００５０】その一例として図５に示す方式がある。図
５では、現時点（通信開始時点）でリソース確保を行う
即時予約通信の必要リソースが、通信開始よりＴ時間経
過した時刻Ｔにおいて、事前予約通信にて予約済みのリ
ソースによって塞がる場合を示している。図５では通信
継続時間の統計量を恒常的に収集し、即時予約通信にお
いてコネクションが設定されてから、そのコネクション
が開放されるまでの時間の分布関数ｆ（ｔ）を求めてお
く。即時予約通信のＳＥＴＵＰメッセージを受信した時
点でこの分布関数ｆ（ｔ）より、事前予約通信によりリ
ソースが塞がる時点（時刻Ｔの時点）での通信継続確率
ａ＝ｆ（Ｔ）を算出する。この時刻Ｔの時点でその通信
継続確率ａが一定の許容値以下であれば、当該コネクシ
ョンの設定を許容する。

【００５１】なお、即時予約通信の継続時間予測の方法
は、使用する統計量の種別によって上記以外にも存在す
る。また、受付判定方式についても、上記のように、単
に通信継続時間のみで判定する方法の他に、以下のよう
な方法もある。 １．必要リソースに通信継続確率を掛け合わせ、その結
果が残りのリソース以下であればコネクションを受け付
ける。 ２．ＡＴＭの持つ統計多重効果を利用して、設定しよう
とするコネクションを流れるトラヒックと事前予約通信
が開始された後のトラヒックを確率的に加算した値に通
信継続確率を掛け合わせ、その結果が許容値以下であれ
ばコネクションを受け付ける。

【００５２】なお、このような判定方法は、即時予約通
信の受付判定を行う場合だけではなく、予約指定時刻が
現時点より非常に近い場合の、事前予約通信の受付判定
にも適用することができる。すなわち、上記事前予約通
信の受付可否を判定する際には、即時予約通信が終了す
るまでの時間分布を統計的に求めておき、この時間分布
に基づいて、当該事前予約通信の予約指定時刻の時点に
おいて、継続中の即時予約通信がまだ通信状態にある可
能性（通信継続確率ａ）の計算を行い、算出された通信
継続確率ａが一定の許容値以下であれば、その事前予約
通信予約を受け付けるようにする。

【００５３】以上のように、この実施の形態１によれ
ば、交換機１が通信時間の事前予約のための情報を伴っ
たメッセージを受信した際に、プロトコル処理部１３で
そのメッセージを解析し、その事前予約を受け付けた場
合には、予約指定時刻にリソースおよびコネクション情
報を通信するために必要な情報を確保して、ルーチング
処理部１１に対してスイッチング処理部１２でのルーチ
ング情報を設定するようにしているので、ＡＴＭネット
ワークの特徴である木目細かなリソース予約を事前予約
機能に付加することができ、物理インタフェース単位に
事前予約を行っていた場合に比べて、ユーザの要求する
サービス品質をより満足し、ネットワークリソースの有
効利用をはかりつつ、多彩な要求サービス品質を持つ通
信を収容することが可能になるという効果が得られるば
かりか、事前予約時にリソースを含めた通信に必要な情
報を全て予約することが可能となって、送信ユーザ端末
は予約指定時刻になれば、通信時点で行う、即時予約通
信に相当する手順を行うことなく通信を開始することが
できるという効果も得られる。

【００５４】また、この実施の形態１では、即時予約通
信もしくは事前予約通信の受付可否を判定する際に、即
時予約通信が終了するまでの時間分布を求めて、それよ
り算出した、即時予約通信が事前予約通信の予約指定時
刻の時点でまだ継続している可能性が一定の許容値以下
であれば、その即時予約通信を受け付けるようにしてい
るので、即時予約通信の継続時間を予測することによ
り、事前予約通信と即時予約通信が混在した場合のリソ
ース等の共有を可能にすることができるという効果が得
られる。

【００５５】実施の形態２．この発明の通信リソース予
約方法は、上記実施の形態１に示されたプロトコルのシ
ーケンスのみに限られるものではない。以下、この発明
の実施の形態２として、プロトコルの他のシーケンスに
ついて説明する。図６はこの発明の実施の形態２による
通信リソース予約方法におけるプロトコルのシーケンス
を示すシーケンス図であり、図７はこの実施の形態２に
おける予約されたＶＰＩ／ＶＣＩとリソースの利用可能
期間について示した説明図である。

【００５６】次に動作について説明する。この実施の形
態２によるプロトコルでは、図６に示すように、＃１送
信ユーザ端末２ａと＃１受信ユーザ端末３ａとの間で、
予約要求メッセージであるＳＥＴＵＰメッセージと、そ
の応答メッセージであるＣＯＮＮＥＣＴメッセージをや
り取りして、実施の形態１と同様に事前予約を行う。こ
の事前予約が完了した時点で、＃１送信ユーザ２ａより
＃１受信ユーザ端末３ａに解放メッセージとしてのＲＥ
ＬＥＡＳＥメッセージを送信し、コネクションを一旦切
断する。ただし、各交換機１ａ，１ｂでは図７に示すよ
うに、このコネクション切断以前に、ＣＯＮＮＥＣＴメ
ッセージを受信した時点でＳＥＴＵＰメッセージで要求
された、予約時間帯のＶＰＩ／ＶＣＩおよびリソースを
確保する。なお、それ以外の時間帯では、これらは他の
通信に利用されうる。

【００５７】このように、この実施の形態２においては
実施の形態１の場合とは異なり、＃１送信ユーザ端末２
ａは上記ＣＯＮＮＥＣＴメッセージを受信した後、この
コネクションに対するＲＥＬＥＡＳＥメッセージを送信
し、シグナリング手順上はコネクションを一旦開放す
る。しかしながら、各交換機１ａ，１ｂは割り当てたＶ
ＰＩ／ＶＣＩとリソースについてはそれを記憶してい
る。

【００５８】予約指定時刻になると、＃１送信ユーザ端
末２ａは改めてＳＥＴＵＰメッセージを送信して再度予
約要求を行う。ただし、このＳＥＴＵＰメッセージには
該当コネクションが事前予約済みであることを示すマー
キングを行う。このＳＥＴＵＰメッセージは各交換機１
ａ，１ｂを経て＃１受信ユーザ端末３ａに送られ、＃１
受信ユーザ端末３ａはこのＳＥＴＵＰメッセージに対す
るＣＯＮＮＥＣＴメッセージを返送する。各交換機１
ａ，１ｂは、このＣＯＮＮＥＣＴメッセージを受信した
時点で、そのマーキングに従って、予め予約されていた
ＶＰＩ／ＶＣＩおよびリソースに関する情報を図２に
（４）で示す経路で内部のルーチング処理部１１に設定
する。

【００５９】＃１送信ユーザ端末２ａにおいて上記ＳＥ
ＴＵＰメッセージに対するＣＯＮＮＥＣＴメッセージが
受信されると、＃１送信ユーザ端末２ａと＃１受信ユー
ザ端末３ａの間の通信が可能となる。なお、図７に示す
ように、予約指定時刻になって＃１送信ユーザ端末２ａ
がＳＥＴＵＰメッセージを送信してから、それに対する
ＣＯＮＮＥＣＴメッセージが＃１送信ユーザ端末２ａで
受信されるまでの時間帯は他の通信には割り当てない。

【００６０】このように、この実施の形態２によれば、
通信に必要な情報を事前に予約した後、＃１送信ユーザ
端末２ａからＲＥＬＥＡＳＥメッセージを送信して通信
を一旦終了させ、予約指定時刻に再びＳＥＴＵＰメッセ
ージを送信して予約要求を行うようにしているので、ユ
ーザの要求するサービス品質を満足し、ネットワークリ
ソースを有効利用しつつ、多彩な要求サービス品質を持
つ通信を収容することができるという効果に加えて、事
前予約時に確保したリソースなどを実際に通信のために
使用可能とする契機を、通信時点に発行する受信ユーザ
端末からのＣＯＮＮＥＣＴメッセージとすることがで
き、各交換機でこの契機に関する厳密な管理を行う必要
が無くなるという効果が得られる。

【００６１】実施の形態３．上記実施の形態２において
は、受信ユーザ端末から送信されるＣＯＮＮＥＣＴメッ
セージを受信した後、ＲＥＬＥＡＳＥメッセージの送信
によってシグナリング手順上、コネクションの開放を行
う場合について説明したが、受信ユーザ端末側から送信
するＳＥＴＵＰメッセージに対する応答メッセージとし
て、ＣＯＮＮＥＣＴメッセージに代えてＲＥＪＥＣＴメ
ッセージを用い、このＲＥＪＥＣＴメッセージによって
コネクションの開放を行うようにしてもよい。図８はそ
のようなこの発明実施の形態３による通信リソース予約
方法におけるプロトコルのシーケンスを示すシーケンス
図である。

【００６２】次に動作について説明する。この実施の形
態３によるプロトコルでは、図８に示すように、＃１送
信ユーザ端末２ａは事前予約通信のための情報が含まれ
たＳＥＴＵＰメッセージを、各交換機１ａ，１ｂを経由
して＃１受信ユーザ端末３ａに送信する。＃１受信ユー
ザ端末３ａでは、この受信したＳＥＴＵＰメッセージに
対して、ＣＯＮＮＥＣＴメッセージを返送する代わりに
ＲＥＪＥＣＴメッセージを応答メッセージとして返送
し、シグナリング手順を完結する。ただし、このＲＥＪ
ＥＣＴメッセージ内には、予約指定時刻におけるＶＰＩ
／ＶＣＩとリソースの予約が成功した旨と、コネクショ
ンに対する諸情報を付加する。

【００６３】各交換機１ａ，１ｂでは、このＲＥＪＥＣ
Ｔメッセージを受信した時点で、＃１送信ユーザ端末２
ａから＃１受信ユーザ端末３ａに送られたＳＥＴＵＰメ
ッセージで要求されたＶＰＩ／ＶＣＩおよびリソースの
確保を行う。このＲＥＪＥＣＴメッセージが＃１送信ユ
ーザ端末２ａで受信されると、シグナリング手順上はコ
ネクションを開放し、一旦通信を終了させる。なお、予
約指定時刻以降における処理は実施の形態２の場合と同
様である。

【００６４】このように、この実施の形態３によれば、
＃１受信ユーザ端末３ａから＃１送信ユーザ端末２ａへ
返送されるＲＥＪＥＣＴメッセージによって、通信に必
要な情報を事前に予約するとともに、通信を一旦終了さ
せ、予約指定時刻に再び＃１送信ユーザ端末２ａからＳ
ＥＴＵＰメッセージを送信して予約要求を行うようにし
ているので、ユーザの要求するサービス品質を満足し、
ネットワークリソースを有効利用しつつ、多彩な要求サ
ービス品質を持つ通信を収容することができるという効
果に加えて、事前予約時に確保したリソースなどを実際
に通信のために使用可能とする契機を、通信時点に発行
する受信ユーザ端末からのＣＯＮＮＥＣＴメッセージと
することができ、各交換機でこの契機に関する厳密な管
理を行う必要が無くなるという効果が得られる。

【００６５】実施の形態４．上記実施の形態１において
は、送信ユーザ端末と受信ユーザ端末との間でＳＥＴＵ
ＰメッセージおよびＣＯＮＮＥＣＴメッセージをやり取
りして、事前に必要な情報を予約した後、指定時間がく
るまでの時間帯は通信不可としたものを示したが、その
時間帯で、リソースの確保が行われず、品質保証されな
い通信を提供するようにしてもよい。図９はそのような
この発明の実施の形態４による通信リソース予約方法の
プロトコルのシーケンスを示すシーケンス図であり、図
１０はこの実施の形態４における予約されたＶＰＩ／Ｖ
ＣＩとリソースの利用可能期間について示した説明図で
ある。

【００６６】次に動作について説明する。この実施の形
態４においても、実施の形態１の場合と同様に、＃１送
信ユーザ端末２ａから＃１受信ユーザ端末３ａに対して
ＳＥＴＵＰメッセージが送信され、＃１受信ユーザ端末
３ａから＃１送信ユーザ端末２ａに、このＳＥＴＵＰメ
ッセージに対するＣＯＮＮＥＣＴメッセージが返送され
る。各交換機１ａ，１ｂでは＃１受信ユーザ端末３ａか
ら＃１送信ユーザ端末２ａに送られるこのＣＯＮＮＥＣ
Ｔメッセージを受信した際にＶＰＩ／ＶＣＩの確保を行
い、図２に（４）で示すパスにより内部のルーチング処
理部１１にスイッチング処理部１２でのルーチング情報
を設定する。

【００６７】従って、この時点で、リソースは確保され
ていないがコネクションとしては確立する。これにより
品質保証されない通信（ベストエフォート通信）は行う
ことができる。さらに、予約指定時刻になった時点で、
実施の形態１の場合と同様にリソースが確保され、通信
可能となる。

【００６８】この実施の形態４は、例えば、ＴＶ会議等
の場合、会議中は高品質な通信を行いたいが、事前に会
議に用いる資料の交換等は既存のデータ通信プロトコル
（例えばＴＣＰ／ＩＰ等）により通信を行う際に適用す
る。このような場合、この実施の形態４により、同一コ
ネクションによってそれらの通信を行うことが可能とな
る。

【００６９】このように、この実施の形態４によれば、
事前に必要な情報を予約した後、すぐに予約された通信
を可能とし、通信に必要なリソースの確保は、予約指定
時刻になって初めて行うようにしているので、ユーザの
要求するサービス品質を満足し、ネットワークリソース
を有効利用しつつ、多彩な要求サービス品質を持つ通信
を収容することができるという効果に加えて、事前予約
した時点で、リソースは確保されないがコネクションは
設定されるので、高いサービス品質が要求されない通信
は、この事前予約を行った時点より実施することが可能
となり、これにより、本来の通信に先立った通信を、同
一コネクションを用いて行うことができるという効果が
得られる。

【００７０】実施の形態５．上記各実施の形態において
は、事前予約の管理を交換機において分散的に行ってい
るものを示したが、ユーザ端末内の１つをサーバとして
機能させ、事前予約処理を集中的に行うようにしてもよ
い。図１１はそのようなこの発明の実施の形態５による
通信リソース予約方法において想定しているネットワー
ク構成を示すブロック図であり、図１２は当該実施の形
態５におけるプロトコルのシーケンスを示すシーケンス
図である。

【００７１】図において、１ａは＃１交換機、１ｂは＃
２交換機、２ａは＃１送信ユーザ端末、２ｂは＃２送信
ユーザ端末、３ａは＃１受信ユーザ端末、３ｂは＃２受
信ユーザ端末であり、これらは図２２に同一符号を付し
て示した実施の形態１のそれらに相当する部分である。
また、４はＶＰＩ／ＶＣＩやリソースの割り当てなどの
事前予約処理を集中的に行うサーバであり、＃１交換機
１ａと＃２交換機１ｂとに収容されたユーザ端末の１つ
がこのサーバとして機能している。なお、この実施の形
態５では、図１１に示す＃１送信ユーザ端末２ａと＃１
受信ユーザ端末３ａ間の通信における、ＶＰＩ／ＶＣＩ
とリソースの予約を行う場合について示している。

【００７２】次に動作について説明する。図１２に示す
ように、＃１交換機１ａでは、＃１送信ユーザ端末２ａ
からの予約を要求するＳＥＴＵＰメッセージを受信する
と、サーバ４に対してＶＰＩ／ＶＣＩおよびリソース確
保の依頼を行う。この場合の依頼の仕方としては、受信
したＳＥＴＵＰメッセージをコピーしてそのまま転送す
る方式と、当該ＳＥＴＵＰメッセージより予約に関する
情報のみを取り出して独自メッセージを生成し、それを
送信して通知する方法がある。当該通知を受けたサーバ
４では予約可否の判定を行い、予約が可能であればその
依頼に従って、ＶＰＩ／ＶＣＩおよびリソースの確保を
行う。確保が完了すると、サーバ４は各交換機１ａ，１
ｂに対して、ＶＰＩ／ＶＣＩとリソースの確保が行われ
たことを独自のメッセージにより通知する。

【００７３】＃１送信ユーザ端末２ａからのＳＥＴＵＰ
メッセージを確認した＃１交換機１ａは、サーバ４から
のこの通知を受け取ると、当該ＳＥＴＵＰメッセージを
シグナリング用のコネクションに従って、＃２交換機１
ｂを介して＃１受信ユーザ端末３ａに転送する。その
後、＃１受信ユーザ端末３ａからそれに対するＣＯＮＮ
ＥＣＴメッセージが送信され、上記ＳＥＴＵＰメッセー
ジとは逆の経路で、＃２交換機１ｂ、＃１交換機１ａを
介して＃１送信ユーザ端末２ａに送られる。

【００７４】このように、この実施の形態５によれば、
事前予約処理を集中的に行うサーバ４を設け、＃１送信
ユーザ端末２ａからのＳＥＴＵＰメッセージを認識した
＃１交換機１ａはサーバ４に予約依頼を行い、サーバ４
は予約可否判定の結果、予約可能であれば独自メッセー
ジでそれを各交換機１ａ，１ｂに通知し、その通知を認
識した＃１交換機１ａは、＃１送信ユーザ端末２ａから
受けたＳＥＴＵＰメッセージを、＃２交換機１ｂを介し
て＃１受信ユーザ端末３ａに転送するようにしたので、
ユーザの要求するサービス品質を満足し、ネットワーク
リソースを有効利用しつつ、多彩な要求サービス品質を
持つ通信を収容することができるという効果に加えて、
予約管理の機能がサーバで集中的に実現され、各交換機
において分散的に予約管理を行っていた方式に比べて、
交換機間での協調動作を不要にすることができるという
効果が得られる。

【００７５】実施の形態６．上記実施の形態５において
は、ＳＥＴＵＰメッセージおよびＣＯＮＮＥＣＴメッセ
ージを、サーバを介することなく転送するものを示した
が、それらをサーバを介して転送するようにしてもよ
い。図１３はそのようなこの発明の実施の形態６による
通信リソース予約方法のプロトコルのシーケンスを示し
たシーケンス図である。

【００７６】次に動作について説明する。この場合、＃
１交換機１ａでは、＃１送信ユーザ端末２ａよりＳＥＴ
ＵＰメッセージを受信すると、そのＳＥＴＵＰメッセー
ジ自体をそのままサーバ４に転送する。サーバ４ではＶ
ＰＩ／ＶＣＩとリソースの確保を行った後、確保したそ
れらの情報を各交換機１ａ，１ｂに対して独自メッセー
ジで設定する。サーバ４はその後、＃１交換機１ａから
受けたＳＥＴＵＰメッセージを、＃２交換機１ｂを介し
て＃１受信ユーザ端末３ａに転送する。

【００７７】このＳＥＴＵＰメッセージに対して、＃１
受信ユーザ端末３ａから＃１送信ユーザ端末２ａに返送
されるＣＯＮＮＥＣＴメッセージについても同様に、サ
ーバ４を経由して伝送される。つまり、ＳＥＴＵＰメッ
セージおよびＣＯＮＮＥＣＴメッセージはいずれもサー
バ４を介して転送され、このサーバ４を介して設定され
る、ユーザ端末情報を転送するコネクションに沿った転
送は行わない。

【００７８】このように、この実施の形態６によれば、
サーバ４での予約可否判定の結果、予約可能であれば各
交換機１ａ，１ｂにそれを通知すると同時に、＃２交換
機１ｂ経由で＃１受信ユーザ端末３ａに対して、＃１送
信ユーザ２ａからのＳＥＴＵＰメッセージを転送するよ
うにしたので、ユーザの要求するサービス品質を満足
し、ネットワークリソースを有効利用しつつ、多彩な要
求サービス品質を持つ通信を収容することができるとい
う効果に加えて、交換機において分散的に予約管理を行
う場合に比べて、交換機間での協調動作を不要にするこ
とができるという効果が得られる。

【００７９】実施の形態７．上記実施の形態５および実
施の形態６においても、実施の形態２および実施の形態
３の場合と同様に、事前に通信に必要な情報を予約した
後、ＲＥＬＥＡＳＥメッセージもしくはＲＥＪＥＣＴメ
ッセージにて一旦通信を終了させ、実際の通信を行う予
約指定時刻に再度、送信ユーザ端末と受信ユーザ端末と
の間でＳＥＴＵＰメッセージおよびＣＯＮＮＥＣＴメッ
セージのやりとりを行って、事前予約通信を開始するよ
うにしてもよい。なお、その際にやりとりされるＳＥＴ
ＵＰメッセージおよびＣＯＮＮＥＣＴメッセージは、サ
ーバ４を経由しないで交換機間で転送される。

【００８０】実施の形態８．図１４はこの発明の実施の
形態８による通信リソース予約方法における、事前予約
通信と即時予約通信がＶＰＩ／ＶＣＩおよびリソースを
共有する場合の、予約情報の記憶を行うための機能構成
を示すブロック図である。図において、２０は事前予約
通信の可否を判定する事前予約判定機能であり、２１は
即時予約通信の可否を判定する即時予約判定機能であ
る。２２は事前予約判定機能２０で予約可能と判定され
た場合の予約内容を記憶する長期的予約管理機能であ
り、２３は予約指定時刻が近づいた予約内容が長期的予
約管理機能２２から転送される短期的予約管理機能であ
る。２４は実際に使用中の状態についての管理を行う現
状使用管理機能である。

【００８１】これら、図１４に示した、事前予約判定機
能２０、即時予約判定機能２１、長期的予約管理機能２
２、短期的予約管理機能２３、および現状使用管理機能
２４の各機能は、この実施の形態８においては、図２に
示した交換機１のプロトコル処理部１３のコネクション
管理手段１３１とリソース管理手段１３２内にそれぞれ
置かれている。なお、この実施の形態８は、各交換機１
ａ，１ｂにおいて分散的に予約管理を行っている、上記
実施の形態１、実施の形態２、実施の形態３および実施
の形態４のような通信リソース予約方法に適用される。

【００８２】動作について説明する。ここで、図１５は
この実施の形態８における予約情報の通知タイミングに
ついて示したタイミング図である。事前予約通信におけ
る予約要求の受付可否の判定は、長期的予約管理機能２
２に登録されている他の事前予約通信の状況を考慮し
て、事前予約判定機能２０において処理される。一方、
即時予約通信における予約要求の受付可否の判定は、現
状使用管理機能２４で管理されている現在のネットワー
クの使用状態、および短期的予約管理機能２３で管理さ
れている予約指定時刻の迫った事前予約通信の状況を考
慮して、即時予約判定機能２１において処理される。

【００８３】なお、事前予約判定機能２０において事前
予約通信の予約が可能と判断された場合には、その予約
内容が長期的予約管理機能２２に送られて記憶される。
同様に、即時予約判定機能２１において即時予約通信の
予約が可能と判断された場合には、その予約内容にて現
状使用管理機能２４の内容を更新する。さらに、事前予
約通信においては、予約指定時刻の迫った通信に関する
管理情報が図１５に示すように、長期的予約管理機能２
２から読み出されて短期的予約管理機能２３に転送され
る。この時点で、即時予約通信の要求があった場合に
は、図５に示した方法等を用いて競合に対する考慮がな
される。なお、実際に使用中の状態については現状使用
管理機能２４にて管理される。

【００８４】この実施の形態８においては、このよう
に、長期的予約管理機能２２は大量の情報を記憶する必
要はあるが、即時予約通信との競合に対する考慮を払う
必要がないため、例えばハードディスク等の低速で動作
する記憶デバイスで構成することが可能である。一方、
短期的予約管理機能２３および現状使用管理機能２４は
高速動作が要求されるため、ＳＲＡＭ等の記憶デバイス
で構成し、即時予約通信の予約可否判定を高速化する。

【００８５】このように、この実施の形態８によれば、
事前予約通信が予約可と判断されると、予約内容を長期
的予約管理機能２２に記憶させ、予約指定時刻が近づい
た時点でそれを短期的予約管理機能２３に転送し、実際
に使用中の状態については現状使用管理機能２４で管理
するようにしているので、ユーザの要求するサービス品
質を満足し、ネットワークリソースを有効利用しつつ、
多彩な要求サービス品質を持つ通信を収容することがで
きるという効果に加えて、事前予約通信と即時予約通信
の混在する場合に、事前予約通信の予約情報で予約指定
時刻が迫っているものと、そうでないものに分離して管
理することが可能となり、即時予約通信が発生した場合
にも事前予約通信の予約指定時刻が迫っているものに対
する管理情報のみを参照するだけでよいため、即時予約
通信の受付判定処理を高速に行うことができる効果が得
られる。

【００８６】実施の形態９．上記実施の形態８において
は、上記実施の形態１、実施の形態２、実施の形態３、
あるいは実施の形態４のような、各交換機おいて分散的
に予約管理を行っている通信リソース予約方法に適用し
た場合について説明したが、実施の形態５、実施の形態
６、あるいは実施の形態７のように、サーバにおいて集
中的に予約管理を行う通信リソース予約方法に適用する
ことも可能である。

【００８７】この発明の実施の形態９は、実施の形態８
による通信リソース予約方法を、そのようなサーバにお
いて集中的に予約管理を行う通信リソース予約方法に適
用したものであり、その場合、事前予約判定機能２０と
長期的予約管理機能２２はサーバ４内に実装し、他の即
時予約判定機能２１、短期的予約管理機能２３、および
現状使用管理機能２４は実施の形態８と同様に交換機１
のプロトコル処理部１３内に実装する。なお、その動作
は、上記実施の形態８の場合と同じであるため、ここで
はその説明は省略する。

【００８８】このように、この実施の形態９によれば、
サーバ４内に事前予約判定機能２０と長期的予約管理機
能２２を実装しているので、ユーザの要求するサービス
品質を満足し、ネットワークリソースを有効利用しつ
つ、多彩な要求サービス品質を持つ通信を収容すること
ができるという効果に加えて、即時予約通信の受付判定
処理が高速に行うことができるばかりか、交換機間での
協調動作を不要にすることが可能になるなどの効果が得
られる。

【００８９】実施の形態１０．上記各実施の形態におい
ては、送信ユーザ端末から予約指定時刻が明確に指定さ
れる場合について示したが、予約指定時刻の指定を、あ
る時間幅をもった曖昧なものに設定することも可能であ
る。図１６はそのようなこの発明の実施の形態１０によ
る通信リソース予約方法における、送信ユーザ端末から
の予約指定時刻の曖昧な設定に対応するプロトコルの概
略シーケンスを示すシーケンス図である。図において、
５は交換機群またはサーバによるネットワークで、実際
にＶＰＩ／ＶＣＩおよびリソースを確保する箇所を示し
ている。２ａ，３ａは上記各実施の形態と同様の＃１送
信ユーザ端末および＃１受信ユーザ端末である。

【００９０】また、図１７は初めに送られるＳＥＴＵＰ
メッセージ（ＳＥＴＵＰ−ａメッセージ）に、予約指定
時刻をある時間幅（最も早く予約する場合の日時から最
も遅く予約を終了する日時まで）をもった曖昧な指定を
行うための情報要素の形式を示す説明図である。図示の
ように、この予約指定時刻の曖昧な指定のための情報要
素は、情報要素ＩＤ領域、最近予約領域、最遠予約領
域、最短継続時間領域、最長継続時間領域、肯定／否定
領域などによって形成されている。

【００９１】次に動作について説明する。＃１送信ユー
ザ端末２ａは、図１７に示す情報要素を含めたＳＥＴＵ
Ｐ−ａメッセージをネットワーク５に送信して予約要求
をする。その際、図１７に示した情報要素の内の、最近
予約領域に最も早く予約する場合の日時を、最遠予約領
域に最も遅く予約を終了する日時を、最短継続時間領域
に通信の最短継続時間を、最長継続時間領域に最長継続
時間をそれぞれ設定し、肯定／否定領域を肯定にセット
する。また、希望時間が分割される場合は、上記の情報
要素を１組として列挙する。ただし、予約対象から除外
したい時間帯があれば、その時間帯を指定した情報要素
の肯定／否定領域を否定にセットする。

【００９２】以下にその具体例を示す。例えば、ｘ月ｙ
日の８：００から１２：００までの間で１時間ないし１
時間半の通信を予約したいが、１０：００から１０：３
０までは都合が悪い場合、情報要素は次の２組となる。 最近予約 ；ｘ，ｙ， ８：００ 最遠予約 ；ｘ，ｙ，１２：００ 最短継続時間 ；１：００ 最長継続時間 ；１：３０ 肯定／否定 ；肯定 最近予約 ；ｘ，ｙ，１０：００ 最遠予約 ；ｘ，ｙ，１０：３０ 最短継続時間 ；０：３０ 最長継続時間 ；０：３０ 肯定／否定 ；否定

【００９３】このような曖昧に時刻指定されたＳＥＴＵ
Ｐ−ａメッセージを受けたネットワーク５では、上記の
ような情報要素で指定された曖昧な時間帯から予約可能
な候補を選び出し、それに応答するためのＲＥＪＥＣＴ
メッセージにそのリストを添付して＃１送信ユーザ端末
２ａに返送する。このＲＥＪＥＣＴメッセージを受信し
た＃１送信ユーザ端末２ａは、そのリストより希望する
時間帯を絞り込み、その時間帯を設定した新たなＳＥＴ
ＵＰメッセージ（ＳＥＴＵＰ−ｂメッセージ）を改めて
送信し、上記各実施の形態に示した方法により予約を行
う。

【００９４】このように、この実施の形態１０によれ
ば、ネットワーク５に送信されるＳＥＴＵＰ−ａメッセ
ージに予約したい時刻を時間幅をもって設定し、ネット
ワーク５ではその中から実際に予約できる候補を選んで
＃１送信ユーザ端末２ａにそれを提示し、＃１送信ユー
ザ端末２ａはその候補を絞り込んで、それに基づくＳＥ
ＴＵＰ−ｂメッセージをネットワーク５に再送するよう
にしたので、ユーザの要求するサービス品質を満足し、
ネットワークリソースを有効利用しつつ、多彩な要求サ
ービス品質を持つ通信を収容することができるという効
果に加えて、事前予約時に予約したい時間帯の候補を複
数設定することが可能となり、送信ユーザ端末はこれを
用いて、予約可能の可否を照会することができるという
効果が得られる。

【００９５】実施の形態１１．上記実施の形態１０は、
これまでに説明した実施の形態１から実施の形態９まで
に示した予約時間の指定方法と併用することも可能であ
る。この発明の実施の形態１１はそのような、予約した
い時刻の明確な設定と曖昧な設定とを併用したものであ
る。

【００９６】次に動作について説明する。＃１送信ユー
ザ端末２ａはネットワーク５に送信するＳＥＴＵＰ−ａ
メッセージに、正確に予約したい時刻を明記すると同時
に、それによるＶＰＩ／ＶＣＩおよびリソースの確保が
できなかった場合の代替案として、実施の形態１０にて
説明した図１７に示す情報要素により、予約したい時刻
の時間幅を指定する。ネットワーク５はまず、明確に設
定された予約指定時刻においてＶＰＩ／ＶＣＩおよびリ
ソースの確保を試み、その確保ができない場合に、時間
幅をもって曖昧に設定された時刻の中から、実際に予約
できる候補を選び出し、ＲＥＪＥＣＴメッセージにその
リストを添付して＃１送信ユーザ端末２ａに返送する。
以下、実施の形態１０の場合と同様に、＃１送信ユーザ
端末２ａはそのリストに基づいて希望時間帯を設定した
ＳＥＴＵＰ−ｂメッセージを改めて送信する。

【００９７】このように、この実施の形態１１によれ
ば、明確に設定された予約指定時刻にＶＰＩ／ＶＣＩお
よびリソースの確保ができなかった場合の代替案とし
て、ある時間幅をもって予約したい時刻の設定も行える
ようにしているので、ユーザの要求するサービス品質を
満足し、ネットワークリソースを有効利用しつつ、多彩
な要求サービス品質を持つ通信を収容することができる
という効果に加えて、ユーザが最も希望する時刻に予約
ができなかった場合には、時間幅をもって設定した次善
の時刻の中から選び出した時刻に予約を行うことができ
るという効果が得られる。

【００９８】実施の形態１２．上記各実施の形態におい
ては、実際に通信を行うユーザ端末が事前予約を行う場
合について説明したが、実際に通信を行うユーザ端末以
外のユーザ端末より事前予約を行うようにしてもよい。
図１８はそのようなこの発明の実施の形態１２による通
信リソース予約方法において想定しているネットワーク
構成を示すブロック図であり、図１９はそのプロトコル
のシーケンスを示すシーケンス図である。

【００９９】図において、１ａと１ｂは上記各実施の形
態において同一符号を付したものと同一の＃１交換機お
よび＃２交換機であり、１ｃは＃１交換機１ａと＃２交
換機１ｂとの間に配置されて、それらに中継回線で接続
された＃３交換機、１ｄはこの＃３交換機１ｃに中継回
線で接続された＃４交換機である。２は＃１交換機１ａ
に収容されて実際に通信を行う送信ユーザ端末、３は＃
２交換機１ｂに収容されて、この送信ユーザ端末２の通
信相手となる受信ユーザ端末であり、これらは上記各実
施の形態における、＃１送信ユーザ端末２ａおよび＃２
送信ユーザ端末２ｂ、あるいは＃１受信ユーザ端末３ａ
および＃２受信ユーザ端末３ｂと同等のものである。６
は＃４交換機１ｄに収容され、実際に通信を行う送信ユ
ーザ端末２に代わって事前予約を行う予約ユーザ端末で
ある。

【０１００】なお、この実施の形態１２は、実施の形態
１から実施の形態４までに示すような、交換機間で協調
してＶＰＩ／ＶＣＩおよびリソースを確保する場合に適
用される。

【０１０１】次に動作について説明する。まず、事前予
約を行う予約ユーザ端末６より実際の通信を行う送信ユ
ーザ端末２に対して、予約要求のためのＳＥＴＵＰメッ
セージ（＃１ＳＥＴＵＰメッセージ）を送信する。この
＃１ＳＥＴＵＰメッセージを受信した送信ユーザ端末２
は、本来通信をする通信相手である受信ユーザ端末３に
対して、種々の情報を設定したＳＥＴＵＰメッセージ
（＃２ＳＥＴＵＰメッセージ）を送信する。以降、上記
実施の形態１から実施の形態４に示すような手順に従
い、送信ユーザ端末２はＣＯＮＮＥＣＴメッセージ（＃
１ＣＯＮＮＥＣＴメッセージ）を受信する。その後、予
約ユーザ端末６に対してＣＯＮＮＥＣＴメッセージ（＃
２ＣＯＮＮＥＣＴメッセージ）を送信する。予約ユーザ
端末６がこの＃２ＣＯＮＮＥＣＴメッセージを受信した
時点で予約は完了する。

【０１０２】以下に、図１９を参照しながら具体的に説
明する。この場合、実際に通信を行う送信ユーザ端末２
に代わって事前予約を行う予約ユーザ端末６が、当該予
約ユーザ端末６を接続している＃４交換機１ｄに対して
＃１ＳＥＴＵＰメッセージを送信する。＃４交換機１ｄ
は受信した＃１ＳＥＴＵＰメッセージを精査し、それを
送信ユーザ端末２に転送するために＃３交換機１ｃに送
信する。＃３交換機１ｃでも同様の処理を行って、受信
した＃１ＳＥＴＵＰメッセージを＃１交換機１ａに転送
し、＃１交換機１ａでも同様に、それを送信ユーザ端末
２に送信する。

【０１０３】その後、この＃１ＳＥＴＵＰメッセージを
受信した送信ユーザ端末２は、通信相手である受信ユー
ザ端末３に対して種々の情報を設定した通常のＳＥＴＵ
Ｐメッセージ（＃２ＳＥＴＵＰメッセージ）を送信す
る。この＃２ＳＥＴＵＰメッセージは、＃１交換機１
ａ、＃３交換機１ｃ、＃２交換機１ｂを経由して受信ユ
ーザ端末３に転送される。結果として、この＃２ＳＥＴ
ＵＰメッセージを受信した受信ユーザ端末３より送信ユ
ーザ端末２に対して、通常のＣＯＮＮＥＣＴメッセージ
（＃１ＣＯＮＮＥＣＴメッセージ）が送信される。この
＃１ＣＯＮＮＥＣＴメッセージは上記とは逆の経路で送
信ユーザ端末２に転送される。

【０１０４】送信ユーザ端末２では、この＃１ＣＯＮＮ
ＥＣＴメッセージを受信すると、予約ユーザ端末６が送
信した＃１ＳＥＴＵＰメッセージに対応するＣＯＮＮＥ
ＣＴメッセージとして、受信した＃１ＣＯＮＮＥＣＴメ
ッセージを＃２ＣＯＮＮＥＣＴメッセージに変更して＃
１交換機１ａに送信する。この＃２ＣＯＮＮＥＣＴメッ
セージは、＃３交換機１ｃ、＃４交換機１ｄを経由して
予約ユーザ端末６に転送され、予約ユーザ端末６がこの
＃２ＣＯＮＮＥＣＴメッセージを受信した時点で手順が
完結する。

【０１０５】このように、この実施の形態１２によれ
ば、実際に通信を行う送信ユーザ端末２に代わって予約
を行う予約ユーザ端末６が送信した＃１ＳＥＴＵＰメッ
セージを送信ユーザ端末２まで転送し、予約完了後に送
信ユーザ端末２から予約ユーザ端末６まで、＃１ＳＥＴ
ＵＰメッセージに対する＃２ＣＯＮＮＥＣＴメッセージ
を転送するようにしているので、ユーザの要求するサー
ビス品質を満足し、ネットワークリソースを有効利用し
つつ、多彩な要求サービス品質を持つ通信を収容するこ
とができるという効果に加えて、実際に通信を行うユー
ザ端末以外が事前予約を行う場合に、実際に予約を行っ
たユーザ端末から送信された予約要求メッセージ等を、
ネットワーク内で自律的に実際に通信を行うユーザ端末
まで転送し、あたかも実際に通信を行うユーザ端末が予
約を行ったように処理することが可能となる効果が得ら
れる。

【０１０６】実施の形態１３．このような、実際に通信
を行うユーザ端末に代わって予約ユーザ端末より予約の
要求を行う方法は、上記実施の形態１２にのみ限定され
るものではない。この発明の実施の形態１３はそのよう
な他の予約要求による通信リソース予約方法に関するも
のである。

【０１０７】すなわち、図１８に示した送信ユーザ端末
２と＃４交換機１ｄの間、あるいは＃１交換機１ａと＃
４交換機１ｄの間にＡＴＭコネクションを設定し、＃１
ＳＥＴＵＰメッセージを＃４交換機１ｄが予約ユーザ端
末６より受信した時点で、＃３交換機１ｃ等でのメッセ
ージの精査処理を行うことなく、直接送信ユーザ端末２
あるいは送信ユーザ端末２を収容している＃１交換機１
ａに対して、その＃１ＳＥＴＵＰメッセージを転送す
る。また、＃２ＣＯＮＮＥＣＴメッセージについても同
様に、＃３交換機１ｃ等での蓄積処理を無くして、直接
予約ユーザ端末６に転送する。これによって、＃１ＳＥ
ＴＵＰメッセージ、および＃２ＣＯＮＮＥＣＴメッセー
ジを中継する＃３交換機１ｃ等の処理負荷が軽減され
る。

【０１０８】実施の形態１４．上記実施の形態１２およ
び実施の形態１３においては、送信ユーザ端末と受信ユ
ーザ端末が、予約の段階では必ず立ち上がっているもの
として説明したが、例えば電源断などによって、予約の
段階において送信ユーザ端末と受信ユーザ端末が立ち上
がっていない場合には、交換機で代理処理をするように
してもよい。図２０はそのようなこの発明の実施の形態
１４による通信リソース予約方法において想定している
ネットワーク構成を示すブロック図であり、図２１はそ
のプロトコルのシーケンスを示すシーケンス図である。
なお、各部には図１８および図１９と同一の符号を付し
てその説明を省略する。

【０１０９】次に動作について説明する。送信ユーザ端
末２または受信ユーザ端末３が、電源断等によって立ち
上がっていない場合には、それらを収容している交換機
で代理処理を行う。図２０に示す場合には、送信ユーザ
端末２については＃１交換機１ａが、本来送信ユーザ端
末２の行う＃１ＳＥＴＵＰメッセージの受信と、＃２Ｓ
ＥＴＵＰメッセージの生成および送信の処理を代行し、
受信ユーザ端末３については＃２交換機１ｂが、本来受
信ユーザ端末３の行う＃２ＳＥＴＵＰメッセージの受信
と、＃１ＣＯＮＮＥＣＴメッセージの生成および送信の
処理を代行する。

【０１１０】その後、ユーザ端末が立ち上がったことを
検出すると、代理処理を行った交換機とユーザ端末間で
本来行うべきシーケンスが実行されて予約が完了する。
すなわち、送信ユーザ端末２が立ち上がった場合には、
＃１交換機１ａより＃１ＳＥＴＵＰメッセージが送信ユ
ーザ端末２に送られ、それに対して＃２ＳＥＴＵＰメッ
セージが送信ユーザ端末２より＃１交換機１ａに送られ
る。その後、＃１交換機１ａより＃１ＣＯＮＮＥＣＴメ
ッセージが送信ユーザ端末２に送られ、それに対して＃
２ＣＯＮＮＥＣＴメッセージが送信ユーザ端末２より＃
１交換機１ａに送られる。また、受信ユーザ端末３が立
ち上がった場合には、＃２交換機１ｂより＃２ＳＥＴＵ
Ｐメッセージが受信ユーザ端末３に送られ、それに対し
て＃１ＣＯＮＮＥＣＴメッセージが受信ユーザ端末３よ
り＃２交換機１ｂに送られる。なお、これら送信ユーザ
端子２および受信ユーザ端子３の立ち上がりは、最悪の
場合でも予約指定時刻以前であることが必要である。

【０１１１】ここで、この実施の形態１４は、ユーザ端
末を収容している交換機が、各ユーザ端末の予約状態を
全て認識していることが前提となる。そのために、上記
のようにユーザ端末が立ち上がっていないような場合で
は、交換機間でのみＶＰＩ／ＶＣＩおよびリソースが確
保されるに過ぎないが、実質的にはユーザ端末間で確保
された場合と同等になる。

【０１１２】このように、この実施の形態１４によれ
ば、送信ユーザ端末２あるいは受信ユーザ端末３が、予
約時点で立ち上がっていない場合、それらを収容してい
る＃１交換機１ａまたは＃２交換機１ｂがその処理を代
行するようにしているので、ユーザの要求するサービス
品質を満足し、ネットワークリソースを有効利用しつ
つ、多彩な要求サービス品質を持つ通信を収容すること
ができるという効果に加えて、予約時点で必ずしも通信
を行うユーザ端末が立ち上がっている必要性が無くなる
という効果が得られる。

【０１１３】実施の形態１５．上記実施の形態１４では
予約管理を各交換機おいて分散的に行う場合について説
明したが、サーバにおいて集中的に管理することも可能
である。そのようなこの発明の実施の形態１５におい
て、予約管理をサーバで一括管理する場合には、＃１Ｓ
ＥＴＵＰメッセージ、＃２ＳＥＴＵＰメッセージ、＃１
ＣＯＮＮＥＣＴメッセージ、および＃２ＣＯＮＮＥＣＴ
メッセージは、ネットワーク内を巡回することなく、サ
ーバに転送される。

【０１１４】

【発明の効果】上記のように、この発明によれば、ＡＴ
Ｍネットワークの特徴である木目細かなリソース予約を
事前予約機能に付加することによって、物理インタフェ
ース単位に事前予約を行っていた従来の通信リソース予
約方法に比べて、ユーザの要求するサービス品質をより
満足し、ネットワークリソースの有効利用を行いつつ、
多彩な要求サービス品質を持つ通信を収容することがで
きる通信リソース予約方法が得られ、さらに、事前予約
時にリソースを含めた通信に必要な情報を全て予約する
ことが可能となって、ユーザ端末は予約指定時刻になれ
ば、通信時点で行われる即時予約通信に相当する手順を
行うことなく通信を開始することができるなどの効果が
ある。

【０１１５】また、この発明によれば、即時予約通信が
終了するまでの時間分布より即時予約通信の継続可能性
を求め、それに基づいて、即時予約通信もしくは事前予
約通信の受付可否を判定することにより、事前予約通信
と即時予約通信が混在した場合のリソース等の共有を、
即時予約通信の継続時間を予測することにより可能にす
ることができる効果がある。

【０１１６】また、この発明によれば、通信に必要な情
報を事前に予約して一旦通信を終了させ、予約指定時刻
に再び予約要求を行うようにすることにより、事前予約
時に確保したリソース等を実際に通信のために使用可能
とする契機を、ユーザ端末が通信時点に発行する制御メ
ッセージとすることができ、各交換機でこの契機に関す
る厳密な管理を行う必要がなくなるという効果がある。

【０１１７】また、この発明によれば、事前予約した時
点でリソースは確保されないが、コネクションが設定さ
れるため、高いサービス品質が要求されない通信は事前
予約を行った時点より実施することが可能となり、これ
によって、本来の通信に先立つ通信を同一コネクション
を用いて行うことができるという効果がある。

【０１１８】また、この発明によれば、事前予約処理を
集中的に行うサーバを設け、このサーバによる予約可否
判定の結果、予約可能であればそれを交換機に通知し
て、予約要求メッセージを受信ユーザ端末に転送するよ
うにすることにより、交換機において分散的に予約管理
を行う場合のような、交換機間での協調動作を不要にす
ることができる効果がある。

【０１１９】また、この発明によれば、事前予約通信と
即時予約通信が混在する場合に、事前予約通信の予約情
報の中で、予約指定時刻が迫っているものとそうでない
ものとを分離して管理することにより、即時予約通信が
発生した場合にも、事前予約通信の予約指定時刻が迫っ
ているものに対する管理情報のみを参照するだけでよく
なるため、即時予約通信の受付判定の処理を高速に行う
ことが可能となる効果がある。

【０１２０】また、この発明によれば、事前予約判定機
能と長期予約管理機能を、集中的に予約管理を行うサー
バ内に実装させることにより、即時予約通信の受付判定
処理の高速化がはかれるとともに、交換機間での協調動
作を不要にすることが可能になるなどの効果がある。

【０１２１】また、この発明によれば、時間幅をもって
設定した予約したい時刻中より、実際に予約できる候補
を選んで提示し、その候補を絞り込んで予約要求を行う
ようにすることにより、事前予約時に予約したい時間帯
の候補を複数設定することが可能となり、ユーザ端末は
これを用いて、予約可能可否を照会することができると
いう効果がある。

【０１２２】また、この発明によれば、明確に設定され
た予約指定時刻にリソース等が確保できなかった場合の
代替案として、ある時間幅をもって予約したい時刻の設
定も行えるようにすることにより、ユーザが最も希望す
る時刻に予約ができなかった場合には、時間幅をもって
設定した事前の時刻の中から選出した時刻に予約を行う
ことができるという効果がある。

【０１２３】また、この発明によれば、実際に通信を行
うユーザ端末以外のユーザ端末が送信した予約要求メッ
セージを、実際に通信を行うユーザ端末まで転送し、予
約完了後にそのユーザ端末２から予約を行ったユーザ端
末まで、その予約要求メッセージに対する応答メッセー
ジを転送することにより、実際に通信を行うユーザ端末
以外が事前予約を行う場合に、実際に予約を行ったユー
ザ端末から送信された予約要求メッセージ等を実際に通
信を行うユーザ端末まで、ネットワーク内で自律的に転
送し、あたかも実際に通信を行うユーザ端末が予約を行
ったように処理することが可能となる効果がある。

【０１２４】また、この発明によれば、ユーザ端末が予
約時点で立ち上がっていない場合には、それらを収容し
ている交換機がその代行処理をすることにより、予約時
点で必ずしも通信を行うユーザ端末が立ち上がっている
必要性をなくすことが可能になるという効果がある。

【図面の簡単な説明】

【図１】 この発明の実施の形態１による通信リソース
予約方法におけるプロトコルのシーケンスを示すシーケ
ンス図である。

【図２】 実施の形態１における交換機の内部構成と、
コネクション設定およびリソース管理に関する制御情報
の流れを示すブロック図である。

【図３】 実施の形態１における、予約されたコネクシ
ョン識別子とリソースの利用可能期間を示す説明図であ
る。

【図４】 実施の形態１における、事前予約により予約
されたリソースと即時予約のリソースの競合を示す説明
図である。

【図５】 実施の形態１における、即時予約通信の継続
時間を考慮した受付制御方式の概念を示す説明図であ
る。

【図６】 この発明の実施の形態２による通信リソース
予約方法におけるプロトコルのシーケンスを示すシーケ
ンス図である。

【図７】 実施の形態２における、事前予約による通信
時間とリソース等の割り当て時間を示す説明図である。

【図８】 この発明の実施の形態３による通信リソース
予約方法におけるプロトコルのシーケンスを示すシーケ
ンス図である。

【図９】 この発明の実施の形態４による通信リソース
予約方法におけるプロトコルのシーケンスを示すシーケ
ンス図である。

【図１０】 実施の形態４における、事前予約による通
信時間とリソース等の割り当て時間を示す説明図であ
る。

【図１１】 この発明の実施の形態５および実施の形態
６による通信リソース予約方法において想定しているネ
ットワーク構成を示すブロック図である。

【図１２】 実施の形態５におけるプロトコルのシーケ
ンスを示すシーケンス図である。

【図１３】 実施の形態６におけるプロトコルのシーケ
ンスを示すシーケンス図である。

【図１４】 この発明の実施の形態８による通信リソー
ス予約方法における事前予約通信と即時予約通信が、Ｖ
ＰＩ／ＶＣＩおよびリソースを共有する場合の予約情報
の記憶を行うための機能構成を示すブロック図である。

【図１５】 実施の形態８における予約情報の通知タイ
ミングを示すタイミング図である。

【図１６】 この発明の実施の形態１０による通信リソ
ース予約方法における、送信ユーザ端末からの予約指定
時刻の曖昧な指定に対応するプロトコルの概略シーケン
スを示すシーケンス図である。

【図１７】 実施の形態１０における、ある時間幅をも
って予約指定時刻の指定を行うための情報要素の形式を
示す説明図である。

【図１８】 この発明の実施の形態１２による通信リソ
ース予約方法において想定しているネットワーク構成を
示すブロック図である。

【図１９】 実施の形態１２におけるプロトコルのシー
ケンスを示すシーケンス図である。

【図２０】 この発明の実施の形態１４による通信リソ
ース予約方法において想定しているネットワーク構成を
示すブロック図である。

【図２１】 実施の形態１４におけるプロトコルのシー
ケンスを示すシーケンス図である。

【図２２】 この発明の実施の形態１から実施の形態４
による通信リソース予約方法、および従来の通信リソー
ス予約方法において想定しているネットワーク構成を示
すブロック図である。

【図２３】 従来の通信リソース予約方法における一般
的なプロトコルのシーケンスを示すシーケンス図であ
る。

【図２４】 図２３に示すシーケンスにおいてやりとり
されるメッセージの形式を示す説明図である。

【図２５】 従来の通信リソース予約方法における他の
プロトコルのシーケンスを示すシーケンス図である。

【図２６】 従来の通信リソース予約方法におけるさら
に他のプロトコルのシーケンスを示すシーケンス図であ
る。

【図２７】 従来の通信リソース予約方法におけるサー
バを含めた場合のネットワーク構成を示すブロック図で
ある。

【図２８】 サーバを含んだ従来の通信リソース予約方
法におけるプロトコルのシーケンスを示すシーケンス図
である。

【符号の説明】

１，１ａ，１ｂ，１ｃ，１ｄ 交換機、２，２ａ，２ｂ
送信ユーザ端末（ユーザ端末、発呼側のユーザ端末、
実際に通信を行うユーザ端末）、３，３ａ，３ｂ 受信
ユーザ端末（ユーザ端末、着呼側のユーザ端末、通信相
手のユーザ端末）、４ サーバ、５ ネットワーク、６
予約ユーザ端末（実際に通信を行うユーザ端末とは異
なるユーザ端末）、１０ インタフェース処理部、１１
ルーチング処理部、１２ スイッチング処理部、１３
プロトコル処理部、２０ 事前予約判定機能、２１
即時予約判定機能、２２ 長期的予約管理機能、２３
短期的予約管理機能、２４ 現状使用管理機能。

フロントページの続き (72)発明者 小高 一紀 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 ▲か▼島 和幸 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内 (72)発明者 曽田 圭一 東京都千代田区丸の内二丁目２番３号 三 菱電機株式会社内

Claims (16)

【特許請求の範囲】
1. 【請求項１】 ルーチング処理部、スイッチング処理
   部、およびプロトコル処理部を有する１または複数の交
   換機に、複数のユーザ端末が接続されているＡＴＭネッ
   トワークにて、通信のためのリソースを予約する通信リ
   ソース予約方法において、 前記交換機は、実際の通信を行う時間を事前予約するた
   めの情報を伴った予約要求メッセージを受信した際に、 前記プロトコル処理部でその予約要求メッセージを解析
   して、その事前予約を受け付けた場合には、予約指定時
   刻にリソースおよびコネクション情報を通信するために
   必要な情報を確保し、 前記ルーチング処理部に対して、前記スイッチング処理
   部でのルーチング情報を設定することを特徴とする通信
   リソース予約方法。
2. 【請求項２】 実際の通信に必要な情報を事前に予約す
   る形態の事前予約通信と、通信開始時点に予約する形態
   の即時予約通信とが混在する場合に、 前記即時予約通信の受付可否を判定する際、 その即時予約通信が終了するまでの時間分布を求め、 それに基づいて、先に予約されている前記事前予約通信
   の予約指定時刻の時点で、前記即時予約通信が継続して
   いる可能性を算出し、 それが許容値以下であれば、その即時予約通信を受け付
   けることを特徴とする請求項１記載の通信リソース予約
   方法。
3. 【請求項３】 実際の通信に必要な情報を事前に予約す
   る形態の事前予約通信と、通信開始時点に予約する形態
   の即時予約通信とが混在する場合に、 前記事前予約通信の受付可否を判定する際、 前記即時予約通信が終了するまでの時間分布を求め、 それに基づいて、前記即時予約通信が当該事前予約通信
   の予約指定時刻の時点で継続している可能性を算出し、 それが許容値以下であればその事前予約通信予約を受け
   付けることを特徴とする請求項１記載の通信リソース予
   約方法。
4. 【請求項４】 １または複数の交換機に、複数のユーザ
   端末が接続されているＡＴＭネットワークにて、通信の
   ためのリソースを予約する通信リソース予約方法におい
   て、 前記交換機にて、実際の通信に必要な情報を事前に予約
   する形態の事前予約通信に関する処理を行う場合に、 事前に通信に必要な情報を予約した後に、一旦通信を終
   了させ、 予約指定時刻になれば再び予約要求を行って、その時点
   で、事前に予約した情報を利用可能にすることを特徴と
   する通信リソース予約方法。
5. 【請求項５】 発呼側のユーザ端末と着呼側のユーザ端
   末の間で、予約要求メッセージと当該予約要求メッセー
   ジに対する応答メッセージのやりとりを行って、事前に
   通信に必要な情報を予約し、 その後、前記発呼側のユーザ端末から着呼側のユーザ端
   末へ送られる解放メッセージによって、通信を一旦終了
   させることを特徴とする請求項４記載の通信リソース予
   約方法。
6. 【請求項６】 発呼側のユーザ端末から着呼側のユーザ
   端末に予約要求メッセージを送り、この予約要求メッセ
   ージに対する、予約が成功した旨とコネクションに関す
   る情報を付加した応答メッセージを、前記着呼側のユー
   ザ端末から発呼側のユーザ端末に返送することで、事前
   に通信に必要な情報の予約を行い、 前記応答メッセージにて、通信を一旦終了させることを
   特徴とする請求項４記載の通信リソース予約方法。
7. 【請求項７】 １または複数の交換機に、複数のユーザ
   端末が接続されているＡＴＭネットワークにて、通信の
   ためのリソースを予約する通信リソース予約方法におい
   て、 前記交換機にて、実際の通信に必要な情報を事前に予約
   する形態の事前予約通信に関する処理を行う場合に、 事前に通信に必要な情報を予約した後、直ちに予約され
   た通信を可能とし、 通信に必要なリソースについては、予約指定時刻になっ
   て初めて確保することを特徴とする通信リソース予約方
   法。
8. 【請求項８】 １または複数の交換機に、複数のユーザ
   端末が接続されているＡＴＭネットワークにて、通信の
   ためのリソースを予約する通信リソース予約方法におい
   て、 実際の通信に必要な情報を事前に予約する形態の事前予
   約処理を集中的に行うサーバを設けて、前記複数の交換
   機に接続し、 複数の前記交換機を介して事前予約通信に関する処理を
   行う場合に、 発呼側の前記ユーザ端末を収容している前記交換機で
   は、当該発呼側のユーザ端末からの予約要求メッセージ
   を認識すると、前記サーバに対して予約依頼を行い、 依頼を受けた前記サーバは予約の可否判定を行って、予
   約可能の場合には当該通信経路上の各交換機に対してそ
   れを通知し、 前記発呼側のユーザ端末からの予約要求メッセージを認
   識した交換機では、その通知を認識すると、前記発呼側
   のユーザ端末から受信した予約要求メッセージを前記通
   信経路上に転送することを特徴とする通信リソース予約
   方法。
9. 【請求項９】 発呼側のユーザ端末を収容している交換
   機では、当該発呼側のユーザ端末からの予約要求メッセ
   ージを認識すると、その予約要求メッセージをサーバに
   転送し、 前記サーバで予約の可否判定を行って、予約可能の場合
   には当該通信経路上の各交換機にそれを通知すると同時
   に、 着呼側のユーザ端末に対して、当該着呼側のユーザ端末
   が接続されている交換機を経由して、前記予約要求メッ
   セージを転送することを特徴とする請求項８記載の通信
   リソース予約方法。
10. 【請求項１０】 １または複数の交換機に、複数のユー
    ザ端末が接続されているＡＴＭネットワークにて、通信
    のためのリソースを予約する通信リソース予約方法にお
    いて、 実際の通信に必要な情報を事前に予約する形態の事前予
    約通信と、通信開始時点に予約する形態の即時予約通信
    とが混在する場合に、 事前予約判定機能、即時予約判定機能、長期的予約管理
    機能、短期的予約管理機能、および現状使用管理機能を
    有し、 前記事前予約通信における予約要求は、前記長期的予約
    管理機能に登録されている他の事前予約通信の状況を考
    慮して前記事前予約判定機能で処理し、 前記事前予約判定機能の処理にて予約可能と判定された
    場合には前記長期的予約管理機能の内容を更新し、 前記即時予約通信における予約要求は、前記現状使用管
    理機能で管理されている現在のネットワークの使用状
    態、および前記短期的予約管理機能で管理されている予
    約指定時刻の迫った事前予約通信の状況を考慮して、前
    記即時予約通信判定機能で処理し、 前記即時予約判定機能の処理にて予約可能と判定された
    場合には前記現状使用管理機能の内容を更新し、 さらに、前記事前予約通信では、予約指定時刻の迫った
    通信に関する管理情報を、前記長期的予約管理機能から
    前記短期的予約管理機能に移すことを特徴とする通信リ
    ソース予約方法。
11. 【請求項１１】 事前予約判定機能、即時予約判定機
    能、長期的予約管理機能、短期的予約管理機能、および
    現状使用管理機能を、交換機のプロトコル処理部内に配
    置したことを特徴とする請求項１０記載の通信リソース
    予約方法。
12. 【請求項１２】 事前予約処理を集中的に行うサーバを
    設けて、複数の交換機に接続し、 事前予約判定機能、および長期的予約管理機能を前記サ
    ーバに配置し、 即時予約判定機能、短期的予約管理機能、および現状使
    用管理機能を交換機のプロトコル処理部内に配置したこ
    とを特徴とする請求項１０記載の通信リソース予約方
    法。
13. 【請求項１３】 １または複数の交換機に、複数のユー
    ザ端末が接続されているＡＴＭネットワークにて、通信
    のためのリソースを予約する通信リソース予約方法にお
    いて、 実際の通信に必要な情報を事前に予約する形態の事前予
    約通信を行う場合、 前記ユーザ端末よりネットワークに送信される予約要求
    メッセージに、予約したい時刻を時間幅をもって設定す
    ることを許容し、 前記予約要求メッセージを受信した前記ネットワークで
    は、時間幅をもって設定されている予約したい時刻の中
    から、実際に予約できる候補を選び出して前記ユーザ端
    末に提示し、 前記ユーザ端末は、提示された候補の中から予約したい
    候補を絞り、前記ネットワークに対して、それに基づく
    予約要求メッセージを再度送信することを特徴とする通
    信リソース予約方法。
14. 【請求項１４】 ユーザ端末よりネットワークに送信さ
    れる予約要求メッセージに、予約したい時刻を明確に設
    定するとともに、予約したい時刻を時間幅をもって設定
    することを許容し、 前記予約要求メッセージを受信した前記ネットワーク
    は、前記明確に設定された時刻にリソースが確保できな
    かった場合に、前記時間幅をもって設定された時刻の中
    から実際に予約できる候補を選び出して前記ユーザ端末
    に提示することを特徴とする請求項１３記載の通信リソ
    ース予約方法。
15. 【請求項１５】 １または複数の交換機に、複数のユー
    ザ端末が接続されているＡＴＭネットワークにて、通信
    のためのリソースを予約する通信リソース予約方法にお
    いて、 通信の予約を行う際に、 実際に通信を行うユーザ端末とは異なるユーザ端末より
    予約要求メッセージを送信して、それを前記実際に通信
    を行うユーザ端末まで転送し、 前記実際に通信を行うユーザ端末とその通信相手のユー
    ザ端末との間で、前記予約要求メッセージに基づく予約
    を行い、 前記予約が完了すれば前記予約要求メッセージに対する
    応答メッセージを、前記実際に通信を行うユーザ端末か
    ら前記予約要求メッセージを送信したユーザ端末まで転
    送することを特徴とする通信リソース予約方法。
16. 【請求項１６】 実際に通信を行うユーザ端末あるいは
    その通信相手のユーザ端末が、予約時点で使用できない
    場合、 前記実際に通信を行うユーザ端末あるいはその通信相手
    のユーザ端末を収容している交換機が、当該実際に通信
    を行うユーザ端末あるいはその通信相手のユーザ端末の
    処理を代行して行うことを特徴とする請求項１０記載の
    通信リソース予約方法。