JPH0750672A - Atm網のエリア指定呼設定方法 - Google Patents
Atm網のエリア指定呼設定方法Info
- Publication number
- JPH0750672A JPH0750672A JP19577293A JP19577293A JPH0750672A JP H0750672 A JPH0750672 A JP H0750672A JP 19577293 A JP19577293 A JP 19577293A JP 19577293 A JP19577293 A JP 19577293A JP H0750672 A JPH0750672 A JP H0750672A
- Authority
- JP
- Japan
- Prior art keywords
- handler
- path
- channel
- terminal
- destination
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【目的】 ATM網の呼設定の高効率化を図る。
【構成】 発端末は、宛先アドレスに、網内で固有のパ
スハンドラ識別用のエリアコードと、各パスハンドラの
収容エリア内で固有の各チャネルハンドラ識別用の局コ
ードと、各チャネルハンドラの収容範囲内で固有の各端
末識別用の端末コードとを付与して呼設定要求し、発端
末を収容する発チャネルハンドラは、エリアコードを基
に着端末側の着パスハンドラへのパスIDを識別し、着
パスハンドラは、局コードを基に着端末を収容する着チ
ャネルハンドラへのパスIDを識別し、着チャネルハン
ドラは、端末コードを基に着端末を識別して、各呼設定
を行う。
スハンドラ識別用のエリアコードと、各パスハンドラの
収容エリア内で固有の各チャネルハンドラ識別用の局コ
ードと、各チャネルハンドラの収容範囲内で固有の各端
末識別用の端末コードとを付与して呼設定要求し、発端
末を収容する発チャネルハンドラは、エリアコードを基
に着端末側の着パスハンドラへのパスIDを識別し、着
パスハンドラは、局コードを基に着端末を収容する着チ
ャネルハンドラへのパスIDを識別し、着チャネルハン
ドラは、端末コードを基に着端末を識別して、各呼設定
を行う。
Description
【0001】
【産業上の利用分野】本発明は、非同期転送モード(A
TM)によって情報を転送する網における呼設定方法に
係わり、特に、網構成の変更等においても効率良くチャ
ネル設定を行うのに好適なATM網のエリア指定呼設定
方法に関するものである。
TM)によって情報を転送する網における呼設定方法に
係わり、特に、網構成の変更等においても効率良くチャ
ネル設定を行うのに好適なATM網のエリア指定呼設定
方法に関するものである。
【0002】
【従来の技術】高速な情報転送を効率良く行うことを目
的として、旧CCITT(International
Telegraph and Telephone
Consultative Committee:国際
電信電話諮問委員会)勧告 I.361 B−ISDN
ATM レイヤ仕様等に規定されたATM(Asyn
chronous Transfer Mode:非同
期転送モード)が提案されている。この非同期転送モー
ド(ATM)では、固定長パケットのセルによってユー
ザ端末間で情報を転送する。このようなATMでの情報
転送を行う網(ATM網)においては、情報転送を行な
うために、情報の転送に先立ち、仮想的なチャネル(V
irtual channel、以下、チャネルと記
載)が端末間で設定され、以後、端末間の情報は、この
チャネル上に転送される。
的として、旧CCITT(International
Telegraph and Telephone
Consultative Committee:国際
電信電話諮問委員会)勧告 I.361 B−ISDN
ATM レイヤ仕様等に規定されたATM(Asyn
chronous Transfer Mode:非同
期転送モード)が提案されている。この非同期転送モー
ド(ATM)では、固定長パケットのセルによってユー
ザ端末間で情報を転送する。このようなATMでの情報
転送を行う網(ATM網)においては、情報転送を行な
うために、情報の転送に先立ち、仮想的なチャネル(V
irtual channel、以下、チャネルと記
載)が端末間で設定され、以後、端末間の情報は、この
チャネル上に転送される。
【0003】1以上のチャネルをまとめたものをパス
(Virtual Path)と呼び、網内には、チャ
ネル単位に交換を行なうチャネルハンドラと、パス単位
に交換を行なうパスハンドラがおかれる。チャネルハン
ドラは、1以上のユーザ端末を収容すると同時に、隣接
する1つのパスハンドラに接続されている。尚、一般に
は、全てのパスハンドラ間が接続されている訳ではない
が、説明を簡単にするために、ここでは全てのパスハン
ドラ間は接続されているものとする。
(Virtual Path)と呼び、網内には、チャ
ネル単位に交換を行なうチャネルハンドラと、パス単位
に交換を行なうパスハンドラがおかれる。チャネルハン
ドラは、1以上のユーザ端末を収容すると同時に、隣接
する1つのパスハンドラに接続されている。尚、一般に
は、全てのパスハンドラ間が接続されている訳ではない
が、説明を簡単にするために、ここでは全てのパスハン
ドラ間は接続されているものとする。
【0004】パスは、チャネルハンドラとチャネルハン
ドラ間、チャネルハンドラとユーザ端末間で定義され、
各区間内では、識別のための値(以下、パスIDと記
載)で識別される。また、チャネルは、ユーザ端末とユ
ーザ端末間で定義され、識別のための値(以下、チャネ
ルIDと記載)で識別される。転送されるセルには、パ
スID(発側端末と、この端末を収容するチャネルハン
ドラ間で、このセルが通るべきパスのパスID)とチャ
ネルID(発側端末と着側端末間で、このセルが通るべ
きチャネルのチャネルID)の組みが書かれており、こ
れが経路であるチャネルを一意に示し、チャネルハンド
ラは、パスIDとチャネルIDの組みを元に、また、パ
スハンドラは、パスIDを元に、それぞれ交換を行う。
ドラ間、チャネルハンドラとユーザ端末間で定義され、
各区間内では、識別のための値(以下、パスIDと記
載)で識別される。また、チャネルは、ユーザ端末とユ
ーザ端末間で定義され、識別のための値(以下、チャネ
ルIDと記載)で識別される。転送されるセルには、パ
スID(発側端末と、この端末を収容するチャネルハン
ドラ間で、このセルが通るべきパスのパスID)とチャ
ネルID(発側端末と着側端末間で、このセルが通るべ
きチャネルのチャネルID)の組みが書かれており、こ
れが経路であるチャネルを一意に示し、チャネルハンド
ラは、パスIDとチャネルIDの組みを元に、また、パ
スハンドラは、パスIDを元に、それぞれ交換を行う。
【0005】呼の設定手順としては、以下のような手順
が既に提案されている。尚、1993年電子情報通信学
会春期大会 B−484「グループバーチャルパスを用
いたB−ISDNネットワーキング」にも記載されてい
るように、従来の手順はいずれも、チャネルハンドラ間
に、パスをメッシュ状に設定している網形態を前提とし
ている。発側端末より、着側端末のアドレスと要求品質
の含まれた発呼要求を受け取った発側チャネルハンドラ
は、このアドレスに基づき、着側端末を収容している着
側チャネルハンドラの位置を算出すると共に、この着側
チャネルハンドラとの接続に使われているパスのパスI
Dを算出する。
が既に提案されている。尚、1993年電子情報通信学
会春期大会 B−484「グループバーチャルパスを用
いたB−ISDNネットワーキング」にも記載されてい
るように、従来の手順はいずれも、チャネルハンドラ間
に、パスをメッシュ状に設定している網形態を前提とし
ている。発側端末より、着側端末のアドレスと要求品質
の含まれた発呼要求を受け取った発側チャネルハンドラ
は、このアドレスに基づき、着側端末を収容している着
側チャネルハンドラの位置を算出すると共に、この着側
チャネルハンドラとの接続に使われているパスのパスI
Dを算出する。
【0006】発側チャネルハンドラと着側チャネルハン
ドラ間のパスに、要求品質を満たすだけの伝送容量、す
なわちリソースが残っている場合には、必要なリソース
と、他の通信に使われていない1つのチャネルIDと
を、その呼のために保留すると共に、着側チャネルハン
ドラに、着側端末のアドレスと要求品質が含まれた発呼
要求を転送する。この発呼要求を受け取った着側チャネ
ルハンドラは、その発呼要求に含まれた着側端末のアド
レスより、着側端末の収容位置を算出すると共に、着側
端末との接続に必要なリソース以上のリソースが残って
いる場合には、必要なリソースと、1つのチャネルID
とを、その呼に割り当てると共に、割り当てたことを通
知する着側接続完了メッセージを、また、着側端末との
接続に必要なリソース以上のリソースが残っていない場
合には、割り当てに失敗したことを通知する着側接続拒
否メッセージを、発側チャネルハンドラに転送する。
ドラ間のパスに、要求品質を満たすだけの伝送容量、す
なわちリソースが残っている場合には、必要なリソース
と、他の通信に使われていない1つのチャネルIDと
を、その呼のために保留すると共に、着側チャネルハン
ドラに、着側端末のアドレスと要求品質が含まれた発呼
要求を転送する。この発呼要求を受け取った着側チャネ
ルハンドラは、その発呼要求に含まれた着側端末のアド
レスより、着側端末の収容位置を算出すると共に、着側
端末との接続に必要なリソース以上のリソースが残って
いる場合には、必要なリソースと、1つのチャネルID
とを、その呼に割り当てると共に、割り当てたことを通
知する着側接続完了メッセージを、また、着側端末との
接続に必要なリソース以上のリソースが残っていない場
合には、割り当てに失敗したことを通知する着側接続拒
否メッセージを、発側チャネルハンドラに転送する。
【0007】発側チャネルハンドラは、着側接続完了メ
ッセージを受け取ると、保留していたチャネルIDとリ
ソースを、この要求呼に割り当てると共に、呼設定完了
メッセージを、発側端末に返送する。このようにして呼
の設定が完了する。しかし、着信接続拒否メッセージを
受信するか、あるいは、着側チャネルハンドラ間に必要
なリソースが無いことを検出すると、発側チャネルハン
ドラは、呼設定拒否メッセージを発側端末に返送する。
ッセージを受け取ると、保留していたチャネルIDとリ
ソースを、この要求呼に割り当てると共に、呼設定完了
メッセージを、発側端末に返送する。このようにして呼
の設定が完了する。しかし、着信接続拒否メッセージを
受信するか、あるいは、着側チャネルハンドラ間に必要
なリソースが無いことを検出すると、発側チャネルハン
ドラは、呼設定拒否メッセージを発側端末に返送する。
【0008】このような従来の呼設定を行うためには、
全てのチャネルハンドラは、任意の宛先アドレスを持つ
着側端末を収容するチャネルハンドラの位置と、このチ
ャネルハンドラまでのパスID、および、このパスID
のリソース使用状態を知っている必要がある。また、特
に、チャネルハンドラを新たに追加する場合を考える
と、網内の全てのチャネルハンドラにおいて、追加チャ
ネルハンドラとの間にパスを設定し、各チャネルハンド
ラにおいては、この追加チャネルハンドラが収容する端
末のアドレスと、新設されたパスIDとの対応関係を新
たに記憶する必要がある。
全てのチャネルハンドラは、任意の宛先アドレスを持つ
着側端末を収容するチャネルハンドラの位置と、このチ
ャネルハンドラまでのパスID、および、このパスID
のリソース使用状態を知っている必要がある。また、特
に、チャネルハンドラを新たに追加する場合を考える
と、網内の全てのチャネルハンドラにおいて、追加チャ
ネルハンドラとの間にパスを設定し、各チャネルハンド
ラにおいては、この追加チャネルハンドラが収容する端
末のアドレスと、新設されたパスIDとの対応関係を新
たに記憶する必要がある。
【0009】このようなパスリソース使用状態の管理、
および、新規の呼設定要求処理時のアドレス/パスID
変換処理、さらに、新規のチャネルハンドラ追加時のパ
ス設定処理とチャネルハンドラのアドレス管理情報の更
新処理は、網内のチャネルハンドラの数が大きいときに
は、それぞれの問題が有る。例えば、リソース状態管理
に関しては、各チャネルハンドラの持つべき管理情報量
が多くなるという問題が有り、また、新規の呼設定処理
に関しては、着側チャネルハンドラへのパスIDの算出
処理負荷が大きくなるという問題がある。さらに、新規
のチャネルハンドラ追加時の処理に関しては、パス設定
や、全チャネルハンドラでのアドレス情報更新の一斉完
了を困難にするという問題が有る。
および、新規の呼設定要求処理時のアドレス/パスID
変換処理、さらに、新規のチャネルハンドラ追加時のパ
ス設定処理とチャネルハンドラのアドレス管理情報の更
新処理は、網内のチャネルハンドラの数が大きいときに
は、それぞれの問題が有る。例えば、リソース状態管理
に関しては、各チャネルハンドラの持つべき管理情報量
が多くなるという問題が有り、また、新規の呼設定処理
に関しては、着側チャネルハンドラへのパスIDの算出
処理負荷が大きくなるという問題がある。さらに、新規
のチャネルハンドラ追加時の処理に関しては、パス設定
や、全チャネルハンドラでのアドレス情報更新の一斉完
了を困難にするという問題が有る。
【0010】
【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、網内のチャネルハンドラ数の増
加に伴う、パスリソース使用状態の管理や、新規の呼設
定要求処理時のアドレス/パスID変換処理、および、
新規のチャネルハンドラ追加時のパス設定処理とチャネ
ルハンドラのアドレス管理情報の更新処理のそれぞれに
係わる負荷の増大を軽減することができない点である。
本発明の目的は、これら従来技術の課題を解決し、各々
異なるチャネルハンドラに収容されている端末間をパス
ハンドラを経由して接続するATM網における呼設定の
高効率化を可能とするATM網のエリア指定呼設定方法
を提供することである。
点は、従来の技術では、網内のチャネルハンドラ数の増
加に伴う、パスリソース使用状態の管理や、新規の呼設
定要求処理時のアドレス/パスID変換処理、および、
新規のチャネルハンドラ追加時のパス設定処理とチャネ
ルハンドラのアドレス管理情報の更新処理のそれぞれに
係わる負荷の増大を軽減することができない点である。
本発明の目的は、これら従来技術の課題を解決し、各々
異なるチャネルハンドラに収容されている端末間をパス
ハンドラを経由して接続するATM網における呼設定の
高効率化を可能とするATM網のエリア指定呼設定方法
を提供することである。
【0011】
【課題を解決するための手段】上記目的を達成するた
め、本発明のATM網のエリア指定呼設定方法は、
(1)チャネル単位の交換を行なう複数のチャネルハン
ドラと、チャネルをまとめたパス単位の交換を行なう任
意の数のパスハンドラとを含むATM網内で、各々異な
るチャネルハンドラに収容されている第1の端末と第2
の端末との間に、パスハンドラを経由してチャネルを設
定する方法において、第1の端末は、第2の端末の特定
に用いる宛先アドレスに、パスハンドラの識別に用いる
エリアコードと、各パスハンドラに収容される各チャネ
ルハンドラの識別に用いる局コードと、各チャネルハン
ドラに収容される各端末の識別に用いる端末コードとを
付与して、第1の端末を収容する第1のチャネルハンド
ラに呼設定要求を行い、この呼設定要求を受けた第1の
チャネルハンドラは、宛先アドレス内のエリアコードに
基づき、第2の端末を収容している第2のチャネルハン
ドラが収容されているパスハンドラを識別して、このパ
スハンドラとのパス内に第1のリンクを設定し、この設
定した第1のリンク情報と宛先アドレスからなる転送メ
ッセージを、パスハンドラに送信し、この転送メッセー
ジを受信したパスハンドラは、この転送メッセージの宛
先アドレス内の局コードに基づき、第2のチャネルハン
ドラを識別して、受信した転送メッセージを、この第2
のチャネルハンドラに送信し、この転送メッセージを受
信した第2のチャネルハンドラは、パスハンドラとのパ
ス内に第2のリンクを設定すると共に、転送メッセージ
の宛先アドレス内の端末コードに基づき第2の端末を識
別して、この第2の端末とのパス内に第3のリンクを設
定し、この第1、第2、および、第3のリンクの設定完
了を示す設定完了メッセージを、パスハンドラを介して
第1のチャネルハンドラに送信し、第1のチャネルハン
ドラは、設定完了メッセージを受けて、第1の端末との
パス内に第4のリンクを設定し、第1の端末と第2の端
末間に、第1、第2、第3、および、第4のリンクから
なるチャネルを設定することを特徴とする。また、
(2)上記(1)に記載のATM網のエリア指定呼設定
方法において、第1のチャネルハンドラは、チャネルに
要求されるリソースが、パスハンドラとの間に割り当て
可能な場合のみ、第1のリンクを設定し、第2のチャネ
ルハンドラは、リソースが、パスハンドラとの間に割り
当て可能な場合のみ、第2のリンクと第3のリンクを設
定することを特徴とする。
め、本発明のATM網のエリア指定呼設定方法は、
(1)チャネル単位の交換を行なう複数のチャネルハン
ドラと、チャネルをまとめたパス単位の交換を行なう任
意の数のパスハンドラとを含むATM網内で、各々異な
るチャネルハンドラに収容されている第1の端末と第2
の端末との間に、パスハンドラを経由してチャネルを設
定する方法において、第1の端末は、第2の端末の特定
に用いる宛先アドレスに、パスハンドラの識別に用いる
エリアコードと、各パスハンドラに収容される各チャネ
ルハンドラの識別に用いる局コードと、各チャネルハン
ドラに収容される各端末の識別に用いる端末コードとを
付与して、第1の端末を収容する第1のチャネルハンド
ラに呼設定要求を行い、この呼設定要求を受けた第1の
チャネルハンドラは、宛先アドレス内のエリアコードに
基づき、第2の端末を収容している第2のチャネルハン
ドラが収容されているパスハンドラを識別して、このパ
スハンドラとのパス内に第1のリンクを設定し、この設
定した第1のリンク情報と宛先アドレスからなる転送メ
ッセージを、パスハンドラに送信し、この転送メッセー
ジを受信したパスハンドラは、この転送メッセージの宛
先アドレス内の局コードに基づき、第2のチャネルハン
ドラを識別して、受信した転送メッセージを、この第2
のチャネルハンドラに送信し、この転送メッセージを受
信した第2のチャネルハンドラは、パスハンドラとのパ
ス内に第2のリンクを設定すると共に、転送メッセージ
の宛先アドレス内の端末コードに基づき第2の端末を識
別して、この第2の端末とのパス内に第3のリンクを設
定し、この第1、第2、および、第3のリンクの設定完
了を示す設定完了メッセージを、パスハンドラを介して
第1のチャネルハンドラに送信し、第1のチャネルハン
ドラは、設定完了メッセージを受けて、第1の端末との
パス内に第4のリンクを設定し、第1の端末と第2の端
末間に、第1、第2、第3、および、第4のリンクから
なるチャネルを設定することを特徴とする。また、
(2)上記(1)に記載のATM網のエリア指定呼設定
方法において、第1のチャネルハンドラは、チャネルに
要求されるリソースが、パスハンドラとの間に割り当て
可能な場合のみ、第1のリンクを設定し、第2のチャネ
ルハンドラは、リソースが、パスハンドラとの間に割り
当て可能な場合のみ、第2のリンクと第3のリンクを設
定することを特徴とする。
【0012】
【作用】本発明においては、発側の端末(第1の端末)
から送信される宛先アドレスには、網内での各パスハン
ドラ識別用のエリアコードと、各パスハンドラの収容エ
リア内での各チャネルハンドラ識別用の局コードと、各
チャネルハンドラの収容範囲内での各端末識別用の端末
コードとが付与されている。そして、発側の端末を収容
するチャネルハンドラ(第1のチャネルハンドラ)は、
エリアコードを基に、着側の端末(第2の端末)を間接
的に収容する着側パスハンドラへのパスIDを識別し、
また、この着側パスハンドラは、局コードを基に、着側
の端末を直接収容する着側チャネルハンドラへのパスI
Dを識別し、さらに、着側チャネルハンドラは、端末コ
ードを基に、着側の端末の収容位置を識別することによ
り、それぞれ呼設定を行う。このことにより、チャネル
ハンドラは、着側の端末を収容しているチャネルハンド
ラの位置と、このチャネルハンドラまでのパス、およ
び、このパスのリソース使用状態を予め知る必要がなく
なる。また、上述の呼設定手順に加えて、発側チャネル
ハンドラが、着側パスハンドラとの間のパスのリソース
を管理し、かつ、着側チャネルハンドラが、着側パスハ
ンドラとの間のリソースを管理して、呼設定を行う。こ
のことにより、チャネルハンドラで持つべきリソース管
理のためのテーブルサイズを小さくすることができる。
から送信される宛先アドレスには、網内での各パスハン
ドラ識別用のエリアコードと、各パスハンドラの収容エ
リア内での各チャネルハンドラ識別用の局コードと、各
チャネルハンドラの収容範囲内での各端末識別用の端末
コードとが付与されている。そして、発側の端末を収容
するチャネルハンドラ(第1のチャネルハンドラ)は、
エリアコードを基に、着側の端末(第2の端末)を間接
的に収容する着側パスハンドラへのパスIDを識別し、
また、この着側パスハンドラは、局コードを基に、着側
の端末を直接収容する着側チャネルハンドラへのパスI
Dを識別し、さらに、着側チャネルハンドラは、端末コ
ードを基に、着側の端末の収容位置を識別することによ
り、それぞれ呼設定を行う。このことにより、チャネル
ハンドラは、着側の端末を収容しているチャネルハンド
ラの位置と、このチャネルハンドラまでのパス、およ
び、このパスのリソース使用状態を予め知る必要がなく
なる。また、上述の呼設定手順に加えて、発側チャネル
ハンドラが、着側パスハンドラとの間のパスのリソース
を管理し、かつ、着側チャネルハンドラが、着側パスハ
ンドラとの間のリソースを管理して、呼設定を行う。こ
のことにより、チャネルハンドラで持つべきリソース管
理のためのテーブルサイズを小さくすることができる。
【0013】
【実施例】以下、本発明の実施例を、図面により詳細に
説明する。図1は、本発明のATM網のエリア指定呼設
定方法に係わる第1の実施例を示す通信シーケンス図、
図2は、その実施に用いるATM網の本発明に係わる構
成例を示すブロック図である。図2においては、ATM
網内に、チャネルハンドラ(図中、VCHと記載)20
〜23が4つ、パスハンドラ(図中、VPHと記載)3
0〜32が3つ配置され、それぞれ、本発明に係わる呼
設定処理を行うための信号処理装置(図中、STPと記
載)20a〜23a、30a〜32aを具備している。
そして、これらのチャネルハンドラ20〜23、パスハ
ンドラ30〜32を介して、7つの端末(図中、Tと記
載)1〜7が接続されている。
説明する。図1は、本発明のATM網のエリア指定呼設
定方法に係わる第1の実施例を示す通信シーケンス図、
図2は、その実施に用いるATM網の本発明に係わる構
成例を示すブロック図である。図2においては、ATM
網内に、チャネルハンドラ(図中、VCHと記載)20
〜23が4つ、パスハンドラ(図中、VPHと記載)3
0〜32が3つ配置され、それぞれ、本発明に係わる呼
設定処理を行うための信号処理装置(図中、STPと記
載)20a〜23a、30a〜32aを具備している。
そして、これらのチャネルハンドラ20〜23、パスハ
ンドラ30〜32を介して、7つの端末(図中、Tと記
載)1〜7が接続されている。
【0014】各信号処理装置20a〜23a、30a〜
32a間は、制御信号転送用のチャネル(図中、SVC
1〜6と記載)が設定されており、端末1〜7とチャネ
ルハンドラ間20〜23、および、チャネルハンドラ2
0〜23とパスハンドラ31、32間には、それぞれ、
ユーザデータ転送用のパス(図中、VP1〜12と記
載)が設定されている。網内は、パスハンドラ30〜3
2別単位に3つのエリア10〜12に分かれ、各エリア
10〜12には、1つのパスハンドラと、少なくとも1
つのチャネルハンドラが設けられている。以下、例とし
て、端末1より端末5への呼を設定することを考える。
端末1は、後述の図4に示す着端末情報41等を接続先
のチャネルハンドラ20に送信して呼設定要求を行う。
呼設定が完了すると、ユーザ情報のセルヘッダに、次の
図3に示すチャネル情報40等を付与してユーザデータ
の送出を行う。
32a間は、制御信号転送用のチャネル(図中、SVC
1〜6と記載)が設定されており、端末1〜7とチャネ
ルハンドラ間20〜23、および、チャネルハンドラ2
0〜23とパスハンドラ31、32間には、それぞれ、
ユーザデータ転送用のパス(図中、VP1〜12と記
載)が設定されている。網内は、パスハンドラ30〜3
2別単位に3つのエリア10〜12に分かれ、各エリア
10〜12には、1つのパスハンドラと、少なくとも1
つのチャネルハンドラが設けられている。以下、例とし
て、端末1より端末5への呼を設定することを考える。
端末1は、後述の図4に示す着端末情報41等を接続先
のチャネルハンドラ20に送信して呼設定要求を行う。
呼設定が完了すると、ユーザ情報のセルヘッダに、次の
図3に示すチャネル情報40等を付与してユーザデータ
の送出を行う。
【0015】図3は、図2におけるATM網で転送され
るユーザデータのセルヘッダに付与されるチャネル情報
の一構造例を示す説明図である。本図において、40
は、ユーザデータのセルヘッダに付与され、ユーザデー
タ転送用チャネルの識別に用いられるチャネル情報であ
り、このチャネル情報40は、設定されていたチャネル
を一意に識別するための、発側端末を収容する発側チャ
ネルハンドラと着側端末を間接的に収容する着側パスハ
ンドラ間のパスを示すVPI−Aフィールド40aと、
着側パスハンドラと着側端末を収容する着側チャネルハ
ンドラ間のパスを示すVPI−Bフィールド40bと、
発側端末と着側端末間のチャネルを示すVCIフィール
ド40cからなるアドレス形式で、各フィールドには、
それぞれの識別子(パスID、チャネルID)が記され
る。本例においては、VPI−Aフィールド40aに、
図2の発側チャネルハンドラ20と着側パスハンドラ3
2間のパスID(VPI3)が、また、VPI−Bフィ
ールド40bに、図2の着側パスハンドラ32と着側チ
ャネルハンドラ22間のパスID(VPI7)が、そし
て、VCIフィールド40cに、図2の端末1と端末5
間のチャネルID(VCI1)が記されている。
るユーザデータのセルヘッダに付与されるチャネル情報
の一構造例を示す説明図である。本図において、40
は、ユーザデータのセルヘッダに付与され、ユーザデー
タ転送用チャネルの識別に用いられるチャネル情報であ
り、このチャネル情報40は、設定されていたチャネル
を一意に識別するための、発側端末を収容する発側チャ
ネルハンドラと着側端末を間接的に収容する着側パスハ
ンドラ間のパスを示すVPI−Aフィールド40aと、
着側パスハンドラと着側端末を収容する着側チャネルハ
ンドラ間のパスを示すVPI−Bフィールド40bと、
発側端末と着側端末間のチャネルを示すVCIフィール
ド40cからなるアドレス形式で、各フィールドには、
それぞれの識別子(パスID、チャネルID)が記され
る。本例においては、VPI−Aフィールド40aに、
図2の発側チャネルハンドラ20と着側パスハンドラ3
2間のパスID(VPI3)が、また、VPI−Bフィ
ールド40bに、図2の着側パスハンドラ32と着側チ
ャネルハンドラ22間のパスID(VPI7)が、そし
て、VCIフィールド40cに、図2の端末1と端末5
間のチャネルID(VCI1)が記されている。
【0016】図4は、図2における端末が呼設定要求時
に送出するアドレス情報の一構造例を示す説明図であ
る。本図において、41は、宛先端末の識別に用いられ
る本発明に係わる宛先アドレスとしての着端末情報であ
り、各パスハンドラを識別するために、網内でユニーク
な各パスハンドラ別のエリアコードを付与されるエリア
フィールド41aと、各チャネルハンドラを識別するた
めに、各パスハンドラの収容エリア内でユニークな各チ
ャネルハンドラ別の局コードを付与される局フィールド
41bと、各端末を識別するために、各端末を収容する
各チャネルハンドラ内でユニークな各端末別の端末コー
ドを付与される端末フィールド41cからなる。このよ
うに、着端末アドレスは、エリアコード、局コード、端
末コードの組み合わせて表現され、本例においては、図
2の着側端末5に対する値は、エリアコード=3、局コ
ード=3、端末コード=5が付与されている。図2にお
ける各チャネルハンドラ20〜23とパスハンドラ30
〜32は、このようなチャネル情報40と着端末情報4
1を受信すると、それぞれが具備する次の図5で示すテ
ーブルを参照して、パス、および、チャネルの識別と呼
設定を行う。
に送出するアドレス情報の一構造例を示す説明図であ
る。本図において、41は、宛先端末の識別に用いられ
る本発明に係わる宛先アドレスとしての着端末情報であ
り、各パスハンドラを識別するために、網内でユニーク
な各パスハンドラ別のエリアコードを付与されるエリア
フィールド41aと、各チャネルハンドラを識別するた
めに、各パスハンドラの収容エリア内でユニークな各チ
ャネルハンドラ別の局コードを付与される局フィールド
41bと、各端末を識別するために、各端末を収容する
各チャネルハンドラ内でユニークな各端末別の端末コー
ドを付与される端末フィールド41cからなる。このよ
うに、着端末アドレスは、エリアコード、局コード、端
末コードの組み合わせて表現され、本例においては、図
2の着側端末5に対する値は、エリアコード=3、局コ
ード=3、端末コード=5が付与されている。図2にお
ける各チャネルハンドラ20〜23とパスハンドラ30
〜32は、このようなチャネル情報40と着端末情報4
1を受信すると、それぞれが具備する次の図5で示すテ
ーブルを参照して、パス、および、チャネルの識別と呼
設定を行う。
【0017】図5は、図2におけるチャネルハンドラと
パスハンドラのそれぞれに設けられるテーブルの一構成
例を示す説明図である。エリアテーブル51は、各チャ
ネルハンドラに設けられ、着端末のエリアコード(EC
1、・・・)と、着側のパスハンドラへのパス(VPI
−A=パスID/VPI1、・・・)との対応を示す。
局テーブル52は、着側のパスハンドラに設けられ、着
端末の局コード(OC1、・・・)と、着側のチャネル
ハンドラへのパス(VPI−B=パスID)の対応を示
す。端末テーブル53は、着側のチャネルハンドラに設
けられ、着端末コード(SN1、・・・)と着端末への
パス(VPI=パスID)の対応を示す。パスリソース
管理テーブル54は、発側のチャネルハンドラに設けら
れ、各着側のパスハンドラへのパス(パスID=VPI
1、・・・)の残りリソース(RR1、・・・)と、次
チャネル候補(次VCI候補/VCI1、・・・)の対
応を示す。尚、第1の実施例においては、パスの残りリ
ソースの欄は不要である。
パスハンドラのそれぞれに設けられるテーブルの一構成
例を示す説明図である。エリアテーブル51は、各チャ
ネルハンドラに設けられ、着端末のエリアコード(EC
1、・・・)と、着側のパスハンドラへのパス(VPI
−A=パスID/VPI1、・・・)との対応を示す。
局テーブル52は、着側のパスハンドラに設けられ、着
端末の局コード(OC1、・・・)と、着側のチャネル
ハンドラへのパス(VPI−B=パスID)の対応を示
す。端末テーブル53は、着側のチャネルハンドラに設
けられ、着端末コード(SN1、・・・)と着端末への
パス(VPI=パスID)の対応を示す。パスリソース
管理テーブル54は、発側のチャネルハンドラに設けら
れ、各着側のパスハンドラへのパス(パスID=VPI
1、・・・)の残りリソース(RR1、・・・)と、次
チャネル候補(次VCI候補/VCI1、・・・)の対
応を示す。尚、第1の実施例においては、パスの残りリ
ソースの欄は不要である。
【0018】以下、図1に基づき、図2に示す構成のA
TM網における本発明に係わる呼設定動作の第1の実施
例の説明を行う。本例では、図2における端末1(図1
中、発端末と記載)から端末5(図1中、着端末と記
載)への呼設定動作を示し、図中のVCH1は図2にお
けるチャネルハンドラ20、VPH3はパスハンドラ3
2、VCH3はチャネルハンドラ22である。
TM網における本発明に係わる呼設定動作の第1の実施
例の説明を行う。本例では、図2における端末1(図1
中、発端末と記載)から端末5(図1中、着端末と記
載)への呼設定動作を示し、図中のVCH1は図2にお
けるチャネルハンドラ20、VPH3はパスハンドラ3
2、VCH3はチャネルハンドラ22である。
【0019】端末1は、呼設定要求時に、図4で説明し
たエリアコード(=3)、局コード(=3)、端末コー
ド(=5)からなる着端末情報を送出する。端末1から
の呼設定要求を受信したチャネルハンドラ20は、処理
A61を行う。すなわち、チャネルハンドラ20は、図
2の信号処理装置20aにより、受信したエリアコード
(=3)を基に、図5に示すエリアテーブル51から、
パスハンドラ32へ接続されたパスのパスID(VPI
−A)を選択する。ここでは、VPI−Aは、VPI3
である。そして、このパスID(VPI3)を基に、図
5のパスリソース管理テーブル54を検索して、次のチ
ャネルID候補を1つ選択して(例えば、VCI1とす
る)保留すると同時に、次候補を、他の未使用なチャネ
ルIDで上書きする。さらに、選択したチャネルID
(VCI1)とパスID(VPI3)、および、端末1
から受信した着端末アドレス(OC1とSN1)からな
る転送メッセージ71を、図2におけるチャネルSVC
1とチャネルSVC4を用いて、パスハンドラ32に送
信する。
たエリアコード(=3)、局コード(=3)、端末コー
ド(=5)からなる着端末情報を送出する。端末1から
の呼設定要求を受信したチャネルハンドラ20は、処理
A61を行う。すなわち、チャネルハンドラ20は、図
2の信号処理装置20aにより、受信したエリアコード
(=3)を基に、図5に示すエリアテーブル51から、
パスハンドラ32へ接続されたパスのパスID(VPI
−A)を選択する。ここでは、VPI−Aは、VPI3
である。そして、このパスID(VPI3)を基に、図
5のパスリソース管理テーブル54を検索して、次のチ
ャネルID候補を1つ選択して(例えば、VCI1とす
る)保留すると同時に、次候補を、他の未使用なチャネ
ルIDで上書きする。さらに、選択したチャネルID
(VCI1)とパスID(VPI3)、および、端末1
から受信した着端末アドレス(OC1とSN1)からな
る転送メッセージ71を、図2におけるチャネルSVC
1とチャネルSVC4を用いて、パスハンドラ32に送
信する。
【0020】転送メッセージ71を受信したパスハンド
ラ32は、次の処理B62を行う。すなわち、パスハン
ドラ32は、図2の信号処理装置32aにより、着端末
アドレスの局コード(=3)を基に、図5の局テーブル
52から、チャネルハンドラ22へのパスID(VPI
−B)を算出する。ここでは、VPI−B=VPI7で
ある。そして、受信したチャネルID(VCI1)と、
パスID(VPI−A=VPI3)、および、着端末ア
ドレスからなる転送メッセージ72を、図2におけるチ
ャネルSVC5を用いて、チャネルハンドラ22に送信
する。
ラ32は、次の処理B62を行う。すなわち、パスハン
ドラ32は、図2の信号処理装置32aにより、着端末
アドレスの局コード(=3)を基に、図5の局テーブル
52から、チャネルハンドラ22へのパスID(VPI
−B)を算出する。ここでは、VPI−B=VPI7で
ある。そして、受信したチャネルID(VCI1)と、
パスID(VPI−A=VPI3)、および、着端末ア
ドレスからなる転送メッセージ72を、図2におけるチ
ャネルSVC5を用いて、チャネルハンドラ22に送信
する。
【0021】転送メッセージ72を受信したチャネルハ
ンドラ22は、次の処理C63を行う。すなわち、チャ
ネルハンドラ22は、図2の信号処理装置22aによ
り、パスハンドラ32との間のパスID(VPI7)を
基に、図5のパスリソース管理テーブル54から、次の
チャネルID候補を1つ選択して(例えば、VCI2と
する)割り当てると同時に、次候補を、他の未使用なチ
ャネルIDで上書きする。さらに、着端末アドレスの着
端末コードを基に、図5の着端末テーブル53から、着
端末(ここでは、端末5)へのパスID(VPI、ここ
ではVPI=VPI9とする)を認識し、このパスID
(VPI9)を基に、図5のパスリソース管理テーブル
54から、次のチャネルID候補を1つ(例えば、VC
I3とする)割り当てると同時に、次候補を、他の未使
用なチャネルIDで上書きする。そして、パスID(V
PI−B、ここでは、VPI7)、チャネルID(ここ
では、VCI2)を含む転送メッセージ73を、図2の
チャネルSVC5を用いて、パスハンドラ32に転送す
る。
ンドラ22は、次の処理C63を行う。すなわち、チャ
ネルハンドラ22は、図2の信号処理装置22aによ
り、パスハンドラ32との間のパスID(VPI7)を
基に、図5のパスリソース管理テーブル54から、次の
チャネルID候補を1つ選択して(例えば、VCI2と
する)割り当てると同時に、次候補を、他の未使用なチ
ャネルIDで上書きする。さらに、着端末アドレスの着
端末コードを基に、図5の着端末テーブル53から、着
端末(ここでは、端末5)へのパスID(VPI、ここ
ではVPI=VPI9とする)を認識し、このパスID
(VPI9)を基に、図5のパスリソース管理テーブル
54から、次のチャネルID候補を1つ(例えば、VC
I3とする)割り当てると同時に、次候補を、他の未使
用なチャネルIDで上書きする。そして、パスID(V
PI−B、ここでは、VPI7)、チャネルID(ここ
では、VCI2)を含む転送メッセージ73を、図2の
チャネルSVC5を用いて、パスハンドラ32に転送す
る。
【0022】転送メッセージ73を受信したパスハンド
ラ32は、次の処理D64を行う。すなわち、パスハン
ドラ32は、図2の信号処理装置32aにより、チャネ
ルハンドラ22から転送されてきた情報と、チャネルハ
ンドラ20から転送された転送メッセージ71の情報よ
り、VPI3、VCI1のユーザ情報セルをVPI7、
VCI2として転送すべきことを記憶し、パスID(V
PI−B、ここではVPI7)を転送メッセージ74と
して、図2のチャネルSVC4とチャネルSVC1を通
して、チャネルハンドラ20に転送する。転送メッセー
ジ74を受信したチャネルハンドラ20は、次の処理E
65を行う。すなわち、チャネルハンドラ20は、信号
処理装置20aにより、保留していたチャネルID(V
CI1)を呼に割り当てると共に、発側の端末1からの
パス(VP1)内のチャネルID(VCI)を1つ選択
して割り当て、発側の端末1に通知する。以上により、
端末1と端末5の間に、チャネル(VC、ただし、チャ
ネルID(VCI)は、区間により異なる)を設定する
ことができる。
ラ32は、次の処理D64を行う。すなわち、パスハン
ドラ32は、図2の信号処理装置32aにより、チャネ
ルハンドラ22から転送されてきた情報と、チャネルハ
ンドラ20から転送された転送メッセージ71の情報よ
り、VPI3、VCI1のユーザ情報セルをVPI7、
VCI2として転送すべきことを記憶し、パスID(V
PI−B、ここではVPI7)を転送メッセージ74と
して、図2のチャネルSVC4とチャネルSVC1を通
して、チャネルハンドラ20に転送する。転送メッセー
ジ74を受信したチャネルハンドラ20は、次の処理E
65を行う。すなわち、チャネルハンドラ20は、信号
処理装置20aにより、保留していたチャネルID(V
CI1)を呼に割り当てると共に、発側の端末1からの
パス(VP1)内のチャネルID(VCI)を1つ選択
して割り当て、発側の端末1に通知する。以上により、
端末1と端末5の間に、チャネル(VC、ただし、チャ
ネルID(VCI)は、区間により異なる)を設定する
ことができる。
【0023】図6は、本発明のATM網のエリア指定呼
設定方法に係わる第2の実施例を示す通信シーケンス図
である。本第2の実施例においては、発側のチャネルハ
ンドラ20(VCH1)と着側のチャネルハンドラ22
(VCH3)において、パスリソース管理を行う。発側
の端末1からの呼設定要求を受信したチャネルハンドラ
20は、処理AA61aを行う。すなわち、図5のパス
リソース管理テーブル54に記載されたパスID(VP
I−A)の残りリソース(RR1、・・・)を、呼の所
要リソースと比較し、割り当て可能な場合のみ、パスI
D(VPI−A)を選択すると共に、このリソースを保
留し、残りリソースを更新して、図1の第1の実施例で
述べた処理A61を行う。
設定方法に係わる第2の実施例を示す通信シーケンス図
である。本第2の実施例においては、発側のチャネルハ
ンドラ20(VCH1)と着側のチャネルハンドラ22
(VCH3)において、パスリソース管理を行う。発側
の端末1からの呼設定要求を受信したチャネルハンドラ
20は、処理AA61aを行う。すなわち、図5のパス
リソース管理テーブル54に記載されたパスID(VP
I−A)の残りリソース(RR1、・・・)を、呼の所
要リソースと比較し、割り当て可能な場合のみ、パスI
D(VPI−A)を選択すると共に、このリソースを保
留し、残りリソースを更新して、図1の第1の実施例で
述べた処理A61を行う。
【0024】チャネルハンドラ20から処理AA61a
で送られてきた転送メッセージ71を受信して、パスハ
ンドラ32は、第1の実施例で述べた処理B62を行
い、チャネルハンドラ22に、転送メッセージ72を送
出する。転送メッセージ72を受信したチャネルハンド
ラ22は、処理CC63aを行う。すなわち、図5のパ
スリソース管理テーブル54に記載されたパスID(V
PI−B、図2におけるVP7)の残りリソースを、呼
の所要リソースと比較し、割り当て可能な場合のみ、こ
れを割り当てて、残りリソースを更新して、図1の第1
の実施例で述べた処理C63を行う。
で送られてきた転送メッセージ71を受信して、パスハ
ンドラ32は、第1の実施例で述べた処理B62を行
い、チャネルハンドラ22に、転送メッセージ72を送
出する。転送メッセージ72を受信したチャネルハンド
ラ22は、処理CC63aを行う。すなわち、図5のパ
スリソース管理テーブル54に記載されたパスID(V
PI−B、図2におけるVP7)の残りリソースを、呼
の所要リソースと比較し、割り当て可能な場合のみ、こ
れを割り当てて、残りリソースを更新して、図1の第1
の実施例で述べた処理C63を行う。
【0025】チャネルハンドラ22から処理CC63a
で送られてきた転送メッセージ73を受信したパスハン
ドラ32は、第1の実施例で述べた処理D64を行い、
チャネルハンドラ20に、転送メッセージ74を送出し
て、着側接続処理の完了を通知する。転送メッセージ7
4により着側接続処理の完了を通知されたチャネルハン
ドラ20は、処理EE65aを行う。すなわち、チャネ
ルIDを割り当てると共に保留していたリソースを割り
当て、図1の第1の実施例で述べた処理E65を行うこ
とにより設定手続きを完了する。
で送られてきた転送メッセージ73を受信したパスハン
ドラ32は、第1の実施例で述べた処理D64を行い、
チャネルハンドラ20に、転送メッセージ74を送出し
て、着側接続処理の完了を通知する。転送メッセージ7
4により着側接続処理の完了を通知されたチャネルハン
ドラ20は、処理EE65aを行う。すなわち、チャネ
ルIDを割り当てると共に保留していたリソースを割り
当て、図1の第1の実施例で述べた処理E65を行うこ
とにより設定手続きを完了する。
【0026】以上、図1〜図6を用いて説明したよう
に、本実施例のATM網のエリア指定呼設定方法では、
発側チャネルハンドラにおいては、エリアコードを基
に、着端末が収容された着側チャネルハンドラを収容す
るパスハンドラへのパスのみを、また、着側パスハンド
ラにおいては、局コードを基に、着側チャネルハンドラ
へのパスのみを、そして、着側チャネルハンドラにおい
ては、着端末へのパスのみを、それぞれ識別するだけ
で、適切なルートを選択して設定することができる。従
って、チャネルハンドラは、任意の宛先アドレスを持つ
受信側端末を収容するチャネルハンドラの位置や、この
チャネルハンドラまでのパス、および、このパスのリソ
ース使用状態を知っている必要がない。そして、特に、
チャネルハンドラを新たに追加する場合を考えると、網
内の全てのチャネルハンドラと追加チャネルハンドラと
の間にパスを設定する必要がなく、各チャネルハンドラ
においては、この追加チャネルハンドラが収容する端末
のアドレスと、この新設されたパスとの対応関係を、新
たに記憶する必要もない。
に、本実施例のATM網のエリア指定呼設定方法では、
発側チャネルハンドラにおいては、エリアコードを基
に、着端末が収容された着側チャネルハンドラを収容す
るパスハンドラへのパスのみを、また、着側パスハンド
ラにおいては、局コードを基に、着側チャネルハンドラ
へのパスのみを、そして、着側チャネルハンドラにおい
ては、着端末へのパスのみを、それぞれ識別するだけ
で、適切なルートを選択して設定することができる。従
って、チャネルハンドラは、任意の宛先アドレスを持つ
受信側端末を収容するチャネルハンドラの位置や、この
チャネルハンドラまでのパス、および、このパスのリソ
ース使用状態を知っている必要がない。そして、特に、
チャネルハンドラを新たに追加する場合を考えると、網
内の全てのチャネルハンドラと追加チャネルハンドラと
の間にパスを設定する必要がなく、各チャネルハンドラ
においては、この追加チャネルハンドラが収容する端末
のアドレスと、この新設されたパスとの対応関係を、新
たに記憶する必要もない。
【0027】このことにより、従来の技術に比べ、パス
リソース使用状態の管理や、新規呼設定要求処理時のア
ドレス/パスID変換処理、および、新規チャネルハン
ドラ追加時のパス設定処理とチャネルハンドラのアドレ
ス管理情報の更新処理を軽減できる。例えば、リソース
状態管理に関しては、各チャネルハンドラの持つべき管
理情報量を少なくすることができ、また、呼設定処理に
関しては、着側チャネルハンドラへのパスIDの算出処
理負荷を小さくでき、そして、新規チャネルハンドラ追
加時処理に関しては、パス設定や全チャネルハンドラで
のアドレス情報更新の完了を、より短い時間内に完了さ
せることができる。また、第2の実施例で示したよう
に、チャネルハンドラで持つべきリソース管理のための
テーブルの大きさを小さくして、処理を軽減することが
できる。尚、本発明は、図1〜図6を用いて説明した実
施例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。
リソース使用状態の管理や、新規呼設定要求処理時のア
ドレス/パスID変換処理、および、新規チャネルハン
ドラ追加時のパス設定処理とチャネルハンドラのアドレ
ス管理情報の更新処理を軽減できる。例えば、リソース
状態管理に関しては、各チャネルハンドラの持つべき管
理情報量を少なくすることができ、また、呼設定処理に
関しては、着側チャネルハンドラへのパスIDの算出処
理負荷を小さくでき、そして、新規チャネルハンドラ追
加時処理に関しては、パス設定や全チャネルハンドラで
のアドレス情報更新の完了を、より短い時間内に完了さ
せることができる。また、第2の実施例で示したよう
に、チャネルハンドラで持つべきリソース管理のための
テーブルの大きさを小さくして、処理を軽減することが
できる。尚、本発明は、図1〜図6を用いて説明した実
施例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。
【0028】
【発明の効果】本発明によれば、ATM網内のチャネル
ハンドラ数の増加に伴う、パスリソース使用状態の管理
や、新規の呼設定要求処理時のアドレス/パスID変換
処理、および、新規のチャネルハンドラ追加時のパス設
定処理とチャネルハンドラのアドレス管理情報の更新処
理のそれぞれに係わる負荷の増大を軽減することがで
き、端末間をパスハンドラを経由して接続するATM網
における呼設定の高効率化が可能である。
ハンドラ数の増加に伴う、パスリソース使用状態の管理
や、新規の呼設定要求処理時のアドレス/パスID変換
処理、および、新規のチャネルハンドラ追加時のパス設
定処理とチャネルハンドラのアドレス管理情報の更新処
理のそれぞれに係わる負荷の増大を軽減することがで
き、端末間をパスハンドラを経由して接続するATM網
における呼設定の高効率化が可能である。
【図1】本発明のATM網のエリア指定呼設定方法に係
わる第1の実施例を示す通信シーケンス図である。
わる第1の実施例を示す通信シーケンス図である。
【図2】図1におけるATM網のエリア指定呼設定方法
の実施に用いるATM網の本発明に係わる構成例を示す
ブロック図である。
の実施に用いるATM網の本発明に係わる構成例を示す
ブロック図である。
【図3】図2におけるATM網で転送されるユーザデー
タのセルヘッダに付与されるチャネル情報の一構造例を
示す説明図である。
タのセルヘッダに付与されるチャネル情報の一構造例を
示す説明図である。
【図4】図2における端末が呼設定要求時に送出するア
ドレス情報の一構造例を示す説明図である。
ドレス情報の一構造例を示す説明図である。
【図5】図2におけるチャネルハンドラとパスハンドラ
のそれぞれに設けられるテーブルの一構成例を示す説明
図である。
のそれぞれに設けられるテーブルの一構成例を示す説明
図である。
【図6】本発明のATM網のエリア指定呼設定方法に係
わる第2の実施例を示す通信シーケンス図である。
わる第2の実施例を示す通信シーケンス図である。
1〜7 端末 10〜12 エリア 20〜23 チャネルハンドラ 30〜32 パスハンドラ 20a〜23a、30a〜32a 信号処理装置 40 チャネル情報 40a VPI−Aフィールド 40b VPI−Bフィールド 40c VCIフィールド 41 着端末情報 41a エリアフィールド 41b 局フィールド 41c 端末フィールド 51 エリアテーブル 52 局テーブル 53 端末テーブル 54 パスリソース管理テーブル 61〜65 処理A〜処理E 61a 処理AA 63a 処理CC 65a 処理EE 71〜74 転送メッセージ SVC1〜6 チャネル VP1〜VP12 パス
Claims (2)
- 【請求項1】 チャネル単位の交換を行なう複数のチャ
ネルハンドラと、チャネルをまとめたパス単位の交換を
行なう任意の数のパスハンドラとを含むATM網内で、
各々異なるチャネルハンドラに収容されている第1の端
末と第2の端末との間に、上記パスハンドラを経由して
チャネルを設定する方法において、上記第1の端末は、
第2の端末の特定に用いる宛先アドレスに、上記パスハ
ンドラの識別に用いるエリアコードと、各パスハンドラ
に収容される各チャネルハンドラの識別に用いる局コー
ドと、各チャネルハンドラに収容される各端末の識別に
用いる端末コードとを付与して、上記第1の端末を収容
する第1のチャネルハンドラに呼設定要求を行い、該呼
設定要求を受けた第1のチャネルハンドラは、上記第1
の端末からの宛先アドレス内のエリアコードに基づき、
上記第2の端末を収容している第2のチャネルハンドラ
が収容されているパスハンドラを識別して、該パスハン
ドラとのパス内に第1のリンクを設定し、該設定した第
1のリンク情報と上記宛先アドレスからなる転送メッセ
ージを、上記パスハンドラに送信し、該転送メッセージ
を受信した上記パスハンドラは、該転送メッセージの宛
先アドレス内の局コードに基づき、上記第2のチャネル
ハンドラを識別して、上記受信した転送メッセージを、
該第2のチャネルハンドラに送信し、該転送メッセージ
を受信した上記第2のチャネルハンドラは、上記パスハ
ンドラとのパス内に第2のリンクを設定すると共に、上
記転送メッセージの宛先アドレス内の端末コードに基づ
き上記第2の端末を識別して、該第2の端末とのパス内
に第3のリンクを設定し、該第1、第2、および、第3
のリンクの設定完了を示す設定完了メッセージを、上記
パスハンドラを介して上記第1のチャネルハンドラに送
信し、上記第1のチャネルハンドラは、上記設定完了メ
ッセージを受けて、上記第1の端末とのパス内に第4の
リンクを設定し、上記第1の端末と第2の端末間に、上
記第1、第2、第3、および、第4のリンクからなるチ
ャネルを設定することを特徴とするATM網のエリア指
定呼設定方法。 - 【請求項2】 請求項1に記載のATM網のエリア指定
呼設定方法において、上記第1のチャネルハンドラは、
上記チャネルに要求されるリソースが、上記パスハンド
ラとの間に割り当て可能な場合のみ、上記第1のリンク
を設定し、上記第2のチャネルハンドラは、上記リソー
スが、上記パスハンドラとの間に割り当て可能な場合の
み、上記第2のリンクと第3のリンクを設定することを
特徴とするATM網のエリア指定呼設定方法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19577293A JPH0750672A (ja) | 1993-08-06 | 1993-08-06 | Atm網のエリア指定呼設定方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP19577293A JPH0750672A (ja) | 1993-08-06 | 1993-08-06 | Atm網のエリア指定呼設定方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0750672A true JPH0750672A (ja) | 1995-02-21 |
Family
ID=16346713
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP19577293A Pending JPH0750672A (ja) | 1993-08-06 | 1993-08-06 | Atm網のエリア指定呼設定方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0750672A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1997009804A1 (en) * | 1995-09-06 | 1997-03-13 | Fujitsu Limited | Exchange for controlling communication service |
-
1993
- 1993-08-06 JP JP19577293A patent/JPH0750672A/ja active Pending
Cited By (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1997009804A1 (en) * | 1995-09-06 | 1997-03-13 | Fujitsu Limited | Exchange for controlling communication service |
| US6636513B1 (en) | 1995-09-06 | 2003-10-21 | Fujitsu Limited | Switching system |
| CN100344134C (zh) * | 1995-09-06 | 2007-10-17 | 富士通株式会社 | 通信业务控制交换设备 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| EP0449095B1 (en) | A controller for distributing loads among call processors | |
| US5805072A (en) | VC connection method | |
| EP0577959A1 (en) | Mobile radio systems | |
| JPH10107808A (ja) | セル交換システムにおける仮想コネクションの設定制御方式 | |
| JPH09275400A (ja) | Atm交換システム | |
| JPH04229747A (ja) | パケット交換方法、およびパケット交換システム | |
| CN1319314A (zh) | 无线电信网络中的连接建立 | |
| US6944156B2 (en) | Label request packet transmission method, packet transfer network and method thereof, and packet transfer device | |
| EP0958683B1 (en) | Atm network providing transparently narrowband based telephony services without requiring stm-switching | |
| US6618372B1 (en) | Packet switching system having-having self-routing switches | |
| JPH0750672A (ja) | Atm網のエリア指定呼設定方法 | |
| JPH05268241A (ja) | Atm交換におけるヘッダの変換方式 | |
| JP3172970B2 (ja) | Atm網の帯域割当方法 | |
| JPH07101888B2 (ja) | 交換装置によるlan間接続方式 | |
| JP2513038B2 (ja) | 非同期転送モ―ド交換システム | |
| JP2737215B2 (ja) | データ転送方式 | |
| KR950012324B1 (ko) | 부분 집중형 atm 교환 노드의 호설정 방법 | |
| US7058062B2 (en) | Packet switching system having self-routing switches | |
| JP3735475B2 (ja) | Atm交換機システム及び記録媒体 | |
| JP3349725B2 (ja) | Lan間接続制御方法 | |
| KR100241885B1 (ko) | 에이티엠 교환망의 소프트 피브이씨 구현 방법 | |
| JPH05268254A (ja) | 通信網における呼設定方式 | |
| JP3534640B2 (ja) | アドレス変換方法及び装置 | |
| JP3070545B2 (ja) | パケット通信網及びパケット交換機 | |
| KR0175484B1 (ko) | 완전 분산형 비동기전달모드 교환 시스템에서의 대역예약을 이용한 경로제어방법 |