JPH02235460A - アクセス情報パスの管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 ［概要］ 回線交換網に複数チャネルの通信が可能なデータ端末が
収容され、回線交換網への回線を収容したノードを含む
複数ノードからなるデータネットワークのアクセス情報
パスの管理方式に関し、一元管理のアクセス情報パスの
管理データを一時的に更新できないような事態になって
も保守者の介在な，しに回線交換網の端末へのアクセス
を正常に制御できるアクセス情報パスの管理方式を提供
することを目的とし、 データネットワーク内の一つのノードに回線交換網の前
記データ端末別のノード識別情報と回線識別情報からな
るアクセス情報パス管理データ１を備え、回線交換網へ
の回線を収容したノードに回線別の端末識別情報からな
るアクセス情報パス管理データ２を備え、データネット
ワークの端末から前記データ端末への発呼要求情報を受
信する発信ノードは、アクセス情報パス管理データ１を
照合し、当該端末が通信中か否かに対応した情報を設定
した発呼要求情報を作成して送出し、回線交換網への回
線を収容したノードは該発呼要求情報を受信すると、そ
の内容をアクセス情報パス管理データ２と照合し、その
結果に基づいて着信端末により使用中の回線に着呼する
か、空き回線を用いてアクセス情報パスを形成するよう
構成する．［産業上の利用分野］ 本発明は回線交換網に複数チャネルの通信が可能なデー
タ端末が収容され、回線交換網への回線を収容したノー
ドを含む複数ノードからなるデータネットワークのアク
セス情報パスの管理方式に関する． 近年、データ通信ネットワークが多《構築されてその利
用が普及されつつあるが、そのようなネットワークに端
末を収容する方式には、専用線により端末と通信回線を
固定的に接続する方式と、交換回線により端末と通信回
線を任意に接続する方式がある．そして複数のノード（
パケット交換機）で構成されるパケット交換網のような
データネットワークは、端末を専用線でノードに収容す
る方式により構築されてきたが、ネットワークを拡大す
るためには在来の電話網などの回線交換網の端末をサポ
ートすることが必須となってきている。

その回線交換網の回線に接続された端末とパケット交換
網との間の通信パスはアクセス情報パスと呼ばれる．従
来は一本のアクセス情報パスは同時にはｌ・個所（端末
の通信相手が１個所）の通信にしか使用できなかったが
、近年、同時に複数個所（１つの端末から異なる複数の
相手）との通信が可能な端末（一般的には、ＣＣＩＴＴ
勧告のＸ２５プロトコルの端末）が普及してきたため、
一本のアクセス情報パス上で複数の通信を可能とするよ
うなアクセス情報パスの管理で必要になってきた． ［従来の技術］ 第６図は従来例の説明図である． 第６図において、データネットワーク６ｌはパケット交
換機により構成された複数のノード６２〜６４からなり
、各ノードにはそれぞれパケット交換用の端末（図では
端末６０だけ示す）が収容されるとともに、他のノード
と接続するリンクを備えている．そして、データネット
ワーク６ｌには電話交換網などの回線交換！１６６に接
続する回１＋Ｉ６５が収容されている．回線交換網には
複数個所との通信が可能な（Ｘ２５端末相当）端末６７
が複数個収容されている（図では１個だけ示す）．また
、ノード６３はデータベース収容ノードであり、データ
ネットワーク内に１つ設けられたデ一タベース６３０を
備えている．データベース６３０には回線交換網へのア
クセス情報バスの管理データが格納され、その内容は回
線交換網の端末（複数通信可能な端末）毎のノード識別
情軸と回線識別情報である．すなわち、各回線交換網の
端末がデータネットワークのどのノードの、どの回線を
介して接続されているかを表す情報が蓄積され、動作状
態に応じて更新される。

アクセス情報パスの管理は、基本的には回線交換網に接
続された端末との通信を設定する際にアクセス情報パス
のデータをネットワーク内で一元管理し、その端末への
着呼があった場合に、この管理データをもとにルーティ
ング処理（経路の選択）を行い、該アクセス情報パスを
使用して着呼する． 従来例の動作を説明する．ノード６２に収容された端末
６０が回線交換網の端末６７へ着信することを要求する
パケットである発呼要求パケット（ＣＲパケットという
：　Ｃａｌｌ　Ｒｅｑｕｅｓｔ）を送出する，ＣＲパケ
ットは、論理チャネル情報、発呼端末情報，着呼端末情
報，ファシリテイ等の各情報で構成され、これを受け取
ったノード６２は着信端末情報を識別し、着信先が回線
交換網の端末であることがわかるとデータネットワーク
６１内のノード６３からデータベース６３０を読み出し
て、端末６０からの要求内容と照合する． この結果、現在相手端末６７がデータネットワーク６１
と通信路が設定されてない場合は、新たにアクセス情報
バスを設定し（データベースに登録）、回線交換網に対
する発呼要求情報の中にダイヤル情報を付加して回線交
換ｗ！Ｉ６６への回線６５を収容するノード６４にＣＲ
パケットを送出する．ノード６４ではこれを受けると、
回線交換網に対してダイヤル信号の送出などの処理を行
って、回線交換網における交換動作を経て端末６７との
パスを設定する． 前記照合の結果、端末６７がノード６４に収容された回
線６５を介した情報パスが設定され通信中であることが
分かると、そのアクセス情報パス管理データを用いてル
ーティング処理を行い、当該ＣＲパケットをそのアクセ
ス情報パスに着呼させれば良い．この場合、ＣＲパケッ
トはノード６４において既に設定されているアクセス情
報バスにより送出すると回線交換網６６を介して端末６
７に着呼し、端末６７は以前からの通信と同時に端末６
０とのバスが形成される． なお、アクセス情報バスの設定・解放が行われると、そ
の都度データベース６３０内の対応するアクセス情報パ
ス管理データを更新することにより正常な動作を行うこ
とができる。

［発明が解決しようとする課題］ 上記した従来例の方式において、アクセス情報パスの設
定・解放とデータベース内の管理データの更新が、常に
同期がとれていれば問題はないが、同期がとれない場合
がある．たとえば、データベースのノードに接続するリ
ンクに障害が発生した場合などである．この場合は、デ
ータベース内の管理データが信用できないので問題が生
じて《る．データベースを更新できないタイミングとし
て次の２つの場合がある． ■アクセス情報バス設定時（管理データの設定ができな
い） ■アクセス情報パス解放時（管理データを無効にできな
い） 上記■については、管理データを書込めなかったという
ことで、アクセス情報パス設定動作を中・断することで
、実際のアクセス情報パスの状態とデータベース内のア
クセス情報パス管理データとを一致させることができる
．しかし、■のように実際アクセス情報パスが解放され
たのに、管理データ上は設定状態になっている場合につ
いては、解放されたアクセス情報パスを再設定して管理
データに合わせることが不可能なので、問題となる．■
の結果として生じる問題は次のイ）．口）のとおりであ
る． イ）データベース内の該当端末のアクセス情報パス管理
データは有効になっているが、実際にはアクセス情報バ
スは解放されているケース．口）上記ケースに加えてデ
ータベース内に書込まれているアクセス情報パスが、他
の端末の通信に使用されてしまったケース． 本発明は、一元管理のアクセス情報バスの管理データを
一時的に更新できないような事態になっても保守者の介
在なしに回線交換網の端末へのアクセスを正常に制御で
きるアクセス情報パスの管理方式を提供することを目的
とする． 〔課題を解決するための手段］ 第１図は本発明の原理構成図である。

第ｌ図のｌＯはノードに収容された端末、１１〜ｌ４は
データネットワークの各ノード、１２０は回線交換網の
端末別のノード識別情報と回線識別情報からなるアクセ
ス情報パス管理データ１，１３０．１４０はそれぞれノ
ード１３．１４に備えられた回線別の端末識別情報で構
成するアクセス情報バス管理データ２、ｌ５は回線交換
綱、１６は回線交換網に収容された複数通信可能な端末
を表す．なお、上記の回線識別情報は、ノードから回線
交換網に接続された回線番号を意味し、アクセス情報パ
ス管理データ１は従来のデータベースに対応する． 本発明は一元管理のアクセス情報パス管理データの他に
回線交換網への回線を収容した各ノードにもアクセス情
報バスの管理データを備えて、アクセス情報パスの決定
時に２つの管理データの整合性チェックを行うことによ
り完全なアクセス情報パス管理を実現するものである． ［作用］ データネットワークのノードｌ１に収容された端末１０
から回線交換網に収容された端末１６へ着信することを
要求した発呼要求（ＣＲ）を発信すると、これを受け取
ったノード１１（発信ノードという）はデータベースを
収容するノード１２からアクセス情報パス管理データｌ
を読み取って管理データｌ検索手段１１１により検索を
行う．ここでは着信先端末のノード識別情報と回線識別
情報を検出すると、発呼要求発生手段１１２によりその
内容に応じて発呼要求情報を作成する．すなわち、端末
１６に対しノードエ３の回線ｌ７を介するアクセス情報
パスが使用中であることが検出されると、その回線を使
用して着呼させるために読み取ったアクセス情報パス管
理データ１を付加した発呼要求情報を作成し、管理デー
タにより指示されたノード１３　（着ノードという）に
向けて送信する． また、端末１Ｇへのアクセス情報パスが空き状態であれ
ば、アクセス情報バスが未設定でありネットワーク内の
空回線を選択することを指示する発呼要求情報を発生し
て回線を備えるノードに向けて送信する． 着ノード１３では該端末ｌ６に対するアクセス情報パス
管理データ１が付加された発呼要求を受け取ると、管理
データ２照合手段１３１においてその内容と着信ノード
１３で管理しているアクセス情報パス管理データ２（１
３０）の内容を照合し、その結果に応じて着呼手段１３
２により着呼する． すなわち、回線が使用中で両者の端末識別情報が一致し
ていれば、間違いなくそのアクセス情報パスをその端末
が使用していることになるのでその回線を使用して着呼
させる（同じアクセス情報バスを使用して）． もし、その回線が他の端末で使用していることがアクセ
ス情報ペス管理データ２により分かり、アクセス情報パ
ス管理データｌと一敗してない時は、何らかの原因で以
前使用していたアクセス情報パスの解放時にアクセス情
報パス管理データ１の更新ができなかったことが分かる
．この場合は、端末１６へ着信できる他の空回線を選択
してダイヤル動作を行う．また、アクセス情報パス管理
データ２の回線が空きであれば（この場合も、両管理デ
ータは一致しない）、この端末ｌ６にはアクセス情報パ
スが設定されてないことになるので、この回線を使用し
てダイヤル動作により着呼する．アクセス情報パス管理
データｌが付加されないパケットを受信した場合には、
このノード１３の空き回線を選択してダイヤル発信動作
により着呼を行う． 上記の基本構成の説明において、発信ノード（着信端末
識別ノード）と一元管理のアクセス情報パス管理データ
！を備えるノードおよび着信ノードが別々のノードとし
て示されているが、これらは論理的に分類したもので、
実際の物理ノードとしては、これらの論理ノードが１つ
または２つに集約されている場合もあり得る． ［実施例］ 第２図は本発明が実施されるネノトワークシステムのハ
ードウェア構成例を示す図、第３図は実施例の構成図、
第４図は着信端末識別ノードの実施例の処理フロー図、
第５図は着信ノードの実施例の処理フロー図である． 第２図において、２０はパケット交換＊（データネット
ワーク）、２ｌは網内の一つのパケット交換機（／−ド
を構成する》、２２はパケット用の端末，．２　３　ａ
は端末対応のライン回路（ＬＣで表示）、２３ｂは回線
交換機に接続する回線用のＬＣ，２３Ｃは他のノードに
接続するリンク用のＬＣ，２４はパケット交換の処理を
行うＣＰＵ，２５はパケットを蓄積するメモリ　（ＭＥ
Ｍで表示）、２６はパケット交換網と回線交換網とを結
ぶ回線、２７は回線交換網内の一つの回線交換機（例え
ば電話交換機）、２８は回線の切替えが行われるスイッ
チ部、２９はＬＣ，３０は交換処理を行うＣＰＵ，３１
は複数通信可能な端末を表す．本発明は、第２図の構成
においてパケット交換機２１に収容された端末２２の一
つから、回線交換機２７の端末３１を着信端末に指定し
たＣＲパケット《発呼要求》が送出した場合、または他
のノードからパケット交換機２１に着信して、回線交換
機２７の端末または回線交換機を介して他の回線交換機
（図示されない）の端末に着呼する場合に実施される． 第３図は実施例の構成図を示す． 第３図のＡ．はネットワーク構成が示され、３０はパケ
ット端末、３１はパケント交換網、３２は回線交換網、
３３〜３５は回線交換網に収容された端末Ｔ＋　．Ｔｔ
　，Ｔｘを表す．このＡ．に示すパケット交換網は３つ
のノードＮ＋　，Ｎｔ　．Ｎｓからなり、ノードＮ，に
は、第３図Ｂ．に示すようなアクセス情報パス管理デー
タ１がメモリ　（第２図のＭＥＭ）に格納されている．
また、ノードＮｚ，Ｎｓには回線交換網への回線が収容
されており、それぞれ第３図Ｃ．とＤ．に示すようなア
クセス情報パス管理データ２がメモリに格納されている
． Ｂ．のアクセス情報バス管理データｌは、回線交換網の
端末識別情報Ｔ，．Ｔ．．’ｒ．毎にアクセス情報パス
の状態（使用中／空き）と、使用中の場合のノード識別
情ｎ　（Ｎ＋　．Ｎｚ　．Ｎ３の何れかを表し、ネット
ワーク内でユニーク）および回線識別情報（各ノード内
でユニーク）が組みになって構成されている。なお、端
末識別情報はネットワーク内でユニークである． 次に、第３図のＣ．およびＤ．に示すアクセス情報パス
管理データ２は、回ｉ識別情報（Ｌ＋，Ｌｚ．Ｌｓ）毎
に回線状ａ（使用中／空き）と使用中の場合の端末識別
情報とが組みになって構成されている． 第４図に示す着信端末識別ノード（発信ノード）の実施
例の処理フロー図について説明する．第３図Ａ．の例に
おいて、着信端末識別ノードはノードＮ，に該当し、パ
ケット端末３０からのＣＲパケットを受信すると、着信
端末（着ＤＴＥ　：　Ｄａｔａ　Ｔｅｒｍｉｎａｌ　Ｅ
ｑｕｉｐｍｅｎｔ）アドレスを分析する（ステップ４ｌ
）．この分析の結果により着信端末が回線交換網経由の
端末か否かを判別する（ステップ４２）．この分析によ
り着信端末が回線交換網を経由しないパケット交換網内
の端末であれば、従来から行われる通常の着呼のための
処理が行われる． この場合ＣＲパケットの端末アドレスが回線交換網の端
末Ｔ，を表しているものとすると、次にステップ４３に
進み、データベース（ノードＮｌで保持）より該当端末
に関するアクセス情報パス管理データ１を読み込む．次
（二読み込まれたデータにより該当端末が通信中か否か
を判断する（ステップ４４）この例では第３ｖＩＢ．に
示すように端末ＴＩについてのアクセス情報パス管理デ
ータ１の内容として、パス状態は使用中、ノードはＮｘ
、回線はＬ，であるというデータが読込まれる．従うて
端末Ｔ，は通信中（パス使用中）であるから、ＹＥＳと
判別されステップ４５に進み、ここで発信端末から送ら
れてきたＣＲパケットのファシリティに、端末識別情報
（Ｔ１）とアクセス情軸バスとして使用している回線番
号（Ｌ＋　）を設定し、該当ノード（Ｎ，）に向けてＣ
Ｒパケットを転送する． 上記ステップ４４において、該当端末が通信中でないこ
とがわかると（アクセス情報パス管理データｌの該当端
末のパス状態が空きの時）、ＣＲパケットのファシリテ
ィに、アクセス情報パス未設定を設定し、ダイヤルアウ
ト可能な回線を収容しているノード（第３図Ａではノー
ドＮ，またはＮ３）にＣＲパケットを転送する（ステッ
プ４６）．このように着信端末識別ノードにおいてＣＲ
パケットの転送を行って処理が終了する．次に第５図に
示す着信ノードにおける実施例の処理フロー図について
説明する． 第４図の処理フローにより着信端末識別ノードから転送
されたＣＲパケットは、着信ノードで受信され、まず転
送されたＣＲパケットはダイヤルアウト回＆！（回線交
換網と接続する回線）が指定されているか否かを判別す
る（ステップ５ｌ》．これは第４図のステップ４５にお
い寸回線番号が設定されたＣＲパケットが生成されてお
り、ステップ５１ではそのＣＲパケットか否かを判別す
る．ここでＮＯの場合、すなわち回線番号が指定されて
ない時（第４図ステップ４６で発生したＣＲパケットの
時）、着信ノードでは該当端末へ着信できる空回線を選
択し（ステップ５２）、データベース収容ノードに対し
てアクセス情報パス管理データｌの設定依顧を行う（ス
テップ５３）．ついでアクセス情報パスの設定、即ちダ
イヤルアウトを行う（ステップ５４）．このダイヤル動
作によりパケット交換網から回線交換網へ接続する回線
を介して回線交換網に発信した状態となり着信端末まで
接続が行われ、アクセス情報パスが形成される．次に接
続を行ったノードのアクセス情報バス管理データ２を設
定する（ステップ５５》．ついで、ステップ５６により
ＣＲパケットを着信端末に転送することにより通信可能
となる。

上記ステップ５１において、ＹＥＳの場合、すなわちＣ
Ｒパケットで回線が指定されていると、着信ノードのア
クセス情報バス管理データ２を照合して、着信端末への
指定回線の状態が使用中か否（空状態）かを判定する（
ステップ５７）。この場合、指定回線が使用中であれば
、アクセス情報パス管理データ２の端末識別情報とＣＲ
パケットに付加されてきたアクセス情報パス管理データ
ｌの端末識別情報の一致をチェックする（ステップ５８
）． ここで一致を検出すると、該アクセス情報バスはまちが
いなくその着信端末により使用していることが証明され
たことになり、その回線を使用して着呼させるため、Ｃ
Ｒパケットを端末に転送する（ステップ５６）．この場
合、該当着信端末は既に他の相手と通信中であるが、複
数通信が可能な端末であるから、このＣＲパケットに応
じて新たな通信が可能となる． もし、ステップ５８で一致していない場合は、以前使用
していたアクセス情報パスが、使用終了した時に解放の
設定ができない事態が発生し、その回線が他の着信端末
のアクセス情報パスとして使用されていたことになる．
したがって、この場合は、着信端末（ＣＲパケットによ
り指定された）にはアクセス情報パスが設定されてない
ので、ステップ５２に処理が移って、着信端末に対する
アクセス情報パスが空の場合と同じ動作が開始される． また、ステップ５７において、アクセス情報バス管理デ
ータ２の回線状態が空きの場合は、上記と同様の事態が
発生してＣＲパケットに付加されたアクセス情報パス管
理データｌの内容と一敗しないことが分かる（アクセス
情報パス管理データｌにより指定回線が使用中の時、第
４図のステップ４５のＣＲパケットが転送される）．こ
の場合は、アクセス情報パスが設定されているはずが、
実際には設定されてなく指定回線が空き状態であること
が判定されたので、その指定回線を用いてアクセス情報
パスの設定、すなわちダイヤルアウトを行い（ステップ
５４）、以下ステップ５５．５６の処理が行われる． 〔発明の効果〕 上記したように本発明によればネットワーク内の一時的
な問題により管理データが正常に更新できなかった場合
にも、ネットワーク保守者の介在なしにシステムの運転
が続行できる。

すなわち、従来はアクセス情報パス解放時に管理データ
を更新できない事態が発生すると保守者の判断により管
理データを書き替える作業を行わなければならないし、
更新が正常に行われるまで通信できなかったが、本発明
によりそのような問題を解消することができた．

【図面の簡単な説明】

第ｉ図は本発明の原理構成図、第２図は本発明が実施さ
れるネットワークシステムのハードウェア構成例を示す
図、第３図は実施例の構成図、第４図は着信端末識別ノ
ードの実施例の処理フロー図、第５図は着信ノードの実
施例の処理フロー図、第６図は従来例の説明図である． 第１図中、 １０；端末 １１〜１４：データネットワークのノードｌ２０：アク
セス情報バス管理データｌ１３０：アクセス情報パス管
理データ２１４０：アクセス情報パス管理データ２１５
：回線交換網 １６：複数通信可能な端末 特許出願人　　富士通株式会社（外ｌ名）復代理人弁理
士　　穂坂　和雄

Claims (1)

1. 【特許請求の範囲】 回線交換網に複数チャネルの通信が可能なデータ端末が
   収容され、回線交換網への回線を収容したノードを含む
   複数ノードからなるデータネットワークのアクセス情報
   パスの管理方式において、データネットワーク内の一つ
   のノード（１２）に回線交換網の前記データ端末別のノ
   ード識別情報と回線識別情報からなるアクセス情報パス
   管理データ１（１２０）を備え、 回線交換網への回線（１７）を収容したノード（１３）
   に回線別の端末識別情報からなるアクセス情報パス管理
   データ２（１３０）を備え、 データネットワークの端末から前記データ端末への発呼
   要求情報を受信する発信ノード（１１）は、アクセス情
   報パス管理データ１を照合し、当該端末が通信中か否か
   に対応した情報を設定した発呼要求情報を作成して送出
   し、 回線交換網への回線を収容したノードは該発呼要求情報
   を受信すると、その内容をアクセス情報パス管理データ
   ２と照合し、その結果に基づいて着信端末により使用中
   の回線に着呼するか、空き回線を用いてアクセス情報パ
   スを形成することを特徴とするアクセス情報パスの管理
   方式。