JPH04326643A - 複数経路における発呼リトライ抑止方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は，通信する相手システム
との間に複数の通信経路を有するネットワークシステム
において，コネクション確立失敗時の無駄なリトライを
抑止可能とした複数経路における発呼リトライ抑止方法
に関する。

【０００２】ネットワークの多様化により，計算機シス
テム間または計算機システムと端末装置等の間の通信を
，交換網などを含む種々の通信経路を介して実現できる
ようになってきている。このようなネットワークシステ
ムにおいて，通信コストを削減する技術が必要とされて
いる。

【０００３】

【従来の技術】メッシュネットワークや複数回線を用意
するネットワークでは，ホストプロセッサやワークステ
ーション（ＷＳ）などの通信において，複数の通信経路
を使用することができる。このように複数の通信経路が
使用可能な場合，一般にホストプロセッサやワークステ
ーションは，最適と考えられる１つの通信経路で発呼し
，そのコネクションの確立が失敗したなら，別の通信経
路で再度発呼してコネクションの確立を試みる。

【０００４】従来，コネクションの確立に使用可能な通
信経路が複数あると，コネクションの確立が成功するま
で，すべての経路でコネクションの確立を試みていた。 図６は従来技術の説明図である。例えば図６の（イ）に
示すように，発呼元側の自側システム１０と着信先側の
相手側システム１２との間に複数の通信経路２０ａ，２
０ｂがあるとき，従来技術では，まず通信経路２０ａで
コネクションの確立を試み，それに失敗すると，別の通
信経路２０ｂを使用してコネクションの確立を試みてい
た。

【０００５】また，図６の（ロ）に示すように中継シス
テム１１ａ〜１１ｃが介在する場合も同様に，自側シス
テム１０から相手側システム１２へのコネクションを確
立するときに，最初に例えば伝送路１３ａ，中継システ
ム１１ａ，伝送路１３ｃ，中継システム１１ｃ，伝送路
１３ｅを経由する通信経路によりコネクションの確立を
試み，それに失敗すると，伝送路１３ｂ，中継システム
１１ｂ，伝送路１３ｄ，中継システム１１ｃ，伝送路１
３ｅを経由する通信経路により発呼リトライを行ってい
た。

【０００６】

【発明が解決しようとする課題】図６の（イ）に示すよ
うなケースで，通信経路２０ａによるコネクションの確
立が，相手側システム１２の問題で失敗した場合，通信
経路２０ａには問題がなく，別の通信経路２０ｂでリト
ライしても同様にコネクションの確立は失敗する。すな
わち，通信相手自体に問題がある場合には，リトライし
ても実際には無駄である。

【０００７】図６の（ロ）に示すようなケースでも，コ
ネクションの確立を中継した最終の中継システム１１ｃ
以降に問題があるとき，すなわち伝送路（回線）１３ｅ
や相手側システム１２等の最終の中継システム１１ｃか
ら相手側システム１２までの間に問題があるときに，中
継システム１１ａを経由する通信経路でコネクションの
確立に失敗すれば，他の中継システム１１ｂを経由する
通信経路を用いて発呼リトライを行っても成功すること
はなく，リトライが無駄になる。

【０００８】本発明は上記問題点の解決を図り，通信相
手との経路が複数ある場合に，発呼失敗の原因に応じて
無駄な発呼を抑止し，通信に関係するＣＰＵ負荷や回線
使用率の軽減を可能とすることを目的としている。

【０００９】

【課題を解決するための手段】図１は本発明の原理説明
図である。図１において，１０はコネクション確立の発
呼を行う側の自側システム，１１ａ，１１ｂ，１１ｃは
通信の中継システム，１２は着信側のホストプロセッサ
やワークステーション等の相手側システム，１３ａ〜１
３ｅは交換網などを含むことがある伝送路，１４はコネ
クションの確立を要求するときに送信するコネクション
確立要求，１５は最終中継ノード番号が設定されるフィ
ールド，１６はコネクションの確立が失敗したか成功し
たかを返信するコネクション確立応答，１７は失敗の理
由コードが設定されるフィールド，２０ａ，２０ｂは通
信経路を表す。

【００１０】本発明を適用するネットワークシステムは
，例えば自側システム１０から相手側システム１２への
通信経路が，伝送路１３ａ等を使用する通信経路２０ａ
と伝送路１３ｂ等を使用する通信経路２０ｂというよう
に，複数存在するシステムである。

【００１１】自側システム１０と相手側システム１２と
の間で通信を行う場合，最初に論理的な接続関係を結ぶ
ためのコネクションの確立を行う。コネクションの確立
は，相手側システム１２へ至る通信経路２０ａまたは２
０ｂを介してコネクション確立要求１４を送り，そのコ
ネクション確立要求１４を受け取った相手側システム１
２が，確立正常のコネクション確立応答１６を，自側シ
ステム１０へ返すことにより実現される。

【００１２】本発明では，コネクションの確立が最終の
中継システム１１ｃから通信する相手側システム１２と
の間に問題があった場合，無駄をリトライをなくすため
に，次のようにする。コネクション確立応答１６の情報
中に，リトライ可／不可を示す失敗の理由コードが設定
されるフィールド１７を設ける。最終の中継システム１
１ｃでは，着信先の相手側システム１２への発呼ができ
ない場合に，失敗の理由コードが設定されるフィールド
１７に，リトライ不可を示す失敗の理由コードを設定し
て，そのコネクション確立応答（失敗）１６を中継シス
テム１１ａへ通知する。

【００１３】中継システム１１ａは，そのコネクション
確立応答１６を受信し，失敗の理由コードがリトライ不
可を示す場合には，発呼リトライを抑止し，コネクショ
ン確立応答１６を自側システム１０へ転送する。発呼元
の自側システム１０でも，コネクション確立応答１６中
の失敗の理由コードのフィールド１７を判定し，それが
リトライ不可を示すことを認知して，他の伝送路１３ｂ
，中継システム１１ｂ，伝送路１３ｄなどによる通信経
路２０ｂがあっても，その最終の中継システム１１ｃを
経由する発呼リトライを抑止する。

【００１４】

【作用】本発明では，例えば通信する各システム（自側
システム１０，中継システム１１ａ〜１１ｃ，相手側シ
ステム１２）に対して，一意なノード番号を割り当てる
。そして，通信相手ごとに，コネクション確立要求１４
にどのノード番号を付加するかを決めておく。

【００１５】コネクションの確立を要求する自側システ
ム１０は，あらかじめ決めておいたノード番号をコネク
ション確立要求１４に付加し，一つの通信経路２０ａを
用いてコネクション確立要求１４を送信する。コネクシ
ョンの確立を中継するシステムまたは要求を受け付けた
システムが，コネクションの確立を何らかの原因で失敗
させるとき，コネクション確立要求１４に付加されてい
たノード番号と自分自身のノード番号が一致しているか
どうかを判定し，一致していたならば，最終ノードによ
るコネクション確立失敗の情報，すなわちリトライ不可
を示す失敗の理由コードを，コネクション確立応答１６
のフィールド１７に設定して，返信する。

【００１６】コネクションの確立を要求した自側システ
ム１０は，コネクション確立応答１６中に最終ノードに
よるコネクション確立失敗の情報が付加されていたなら
ば，別の中継システム１１ｂを経由する経路でのコネク
ション確立のリトライをしないようにする。

【００１７】これにより，従来，コネクションの確立に
使用可能な経路が複数あると，例えば最終の中継システ
ム１１ｃと相手側システム１２との伝送路１３ｅに障害
があっても，すべての経路でコネクションの確立を試み
ていたが，本発明では，無駄なリトライをしないように
できる。

【００１８】

【実施例】図２は本発明の一実施例に係るコネクション
確立要求情報のフォーマット例，図３は本発明の一実施
例に係るコネクション確立応答情報のフォーマット例を
示す。

【００１９】本実施例では，コネクションの確立は，例
えばＸ．２５プロトコルに従って行う。図２は，図１に
示すコネクション確立要求１４のフォーマット例を示し
ており，（Ａ）は従来と同様な部分で，着信先アドレス
，発信元アドレス，プロトコル情報などが設定される部
分である。これに（Ｂ）の拡張部分が付加され，この拡
張部分に，通信相手ごとにシステムで一意に決められて
いる最終中継システムのノード番号が設定されるように
なっている。

【００２０】図３は，図１に示すコネクション確立応答
１６のフォーマット例であり，（Ａ）は，従来と同様な
部分である。着信先アドレス，発信元アドレスなどが設
定される。本実施例では，コネクション確立応答にも（
Ｂ）の拡張部分が設けられ，リトライ可／リトライ不可
を示す失敗の理由コードが設定される。

【００２１】図１に示す例では，自側システム１０にお
いて，相手側システム１２との通信でコネクション確立
要求１４の拡張部分に付加するノード番号は，００４０
００である。自側システム１０から通信経路２０ａのル
ートでコネクション確立要求１４を送るとき，コネクシ
ョン確立要求１４中の最終中継ノード番号が設定される
フィールド１５に，００４０００のノード番号を付加し
て送信する。

【００２２】００２０００のノード番号を持つ中継シス
テム１１ａは，００４０００の中継システム１１ｃにコ
ネクションの確立を中継する。００４０００の中継シス
テム１１ｃは，相手側システム１２への伝送路（回線）
１３ｅが使用不可であるので，コネクションの確立を拒
否する。このとき，コネクション確立要求１４に付加さ
れているノード番号が自分自身の００４０００のノード
番号と同じであるので，コネクション確立応答１６にお
ける失敗の理由コードが設定されるフィールド１７にリ
トライ不可の情報，すなわち最終ノードによるコネクシ
ョン確立失敗の情報を設定する。

【００２３】中継システム１１ａを介して，拒否応答の
コネクション確立応答１６を受け取った自側システム１
０は，別の通信経路２０ｂでのリトライをしないで，発
呼エラーとする。図４は，本発明の一実施例による発呼
元システムのフローチャートを示す。

【００２４】発呼元システムは，利用者（利用者プログ
ラム）からの発呼要求を受け付けると，図４に示す（ａ
）　〜（ｋ）　の処理を行う。 （ａ）　利用者からの要求受付■により，着信先への発
呼可能なルートを探す。 （ｂ）　発呼可能なルートがなければ，利用者にコネク
ションの確立失敗を通知する。

【００２５】（ｃ）　発呼可能なルートがあれば，図２
に示すコネクション確立要求の従来部分を作成する。 （ｄ）　自システムが着信先への最終中継ノードか否か
を判定する。最終中継ノードであれば，処理（ｇ）　へ
進む。

【００２６】（ｅ）　最終中継ノードでなければ，着信
先への最終中継ノードに対して，拡張部分の送信が可能
かどうかを判定する。拡張部分の送信ができないプロト
コルまたは装置である場合には，処理（ｇ）　へ進む。 （ｆ）　それ以外の場合には，図２に示すコネクション
確立要求の拡張部分を，従来部分に付加する。

【００２７】（ｇ）　選択したルートを，このコネクシ
ョンの確立について再使用不可とし，コネクション確立
要求を送信する。 以上がコネクション確立要求受付時の処理である。この
コネクション確立要求に対して，コネクション確立応答
が返される。このコネクション確立応答の受付■により
，以下の処理を行う。

【００２８】（ｈ）　受け付けたコネクション確立応答
が正常応答かどうかを判定する。 （ｉ）　正常応答であれば，利用者に確立正常を通知す
る。 （ｊ）　正常応答でなければ，コネクション確立応答に
図３に示す拡張部分があり，かつ，それにリトライ不可
の理由コードが設定されているかどうかを判定する。リ
トライ不可の理由コードが設定されていなければ，■以
降を再度実行することにより，別の発呼可能なルートを
用いて，コネクションの確立を試みる。

【００２９】（ｋ）　リトライ不可の理由コードが設定
されていれば，利用者に確立失敗を通知する。図５は，
本発明の一実施例による中継システム（図１に示す中継
システム１１ａ〜中継システム１１ｃなど）のフローチ
ャートを示す。

【００３０】中継システムは，伝送路（回線）からのコ
ネクション確立要求またはそれに対するコネクション確
立応答を受け付けると，図５に示す（ａ）　〜（ｌ）　
の処理を行う。 （ａ）　伝送路からのコネクション確立要求受付■によ
り，そのコネクション確立要求に，図２に示す拡張部分
があるかどうかを判定する。拡張部分がなければ，処理
（ｃ）　へ進む。

【００３１】（ｂ）　拡張部分があれば，自システムが
着信先への最終中継ノードか否かを判定する。最終中継
ノードであれば，処理（ｆ）　へ進む。 （ｃ）　最終中継ノードでなければ，着信先への発呼可
能なルートを探す。 （ｄ）　発呼可能なルートがなければ，従来の形式で要
求元へコネクションの確立失敗を通知する。

【００３２】（ｅ）　選択したルートを，このコネクシ
ョンの確立については再使用不可とし，そのルートによ
りコネクション確立要求を中継する。 （ｆ）　自システムが最終中継ノードである場合，着信
先への発呼可能なルートを探す。発呼可能なルートがな
い場合，処理（ｈ）　へ進む。

【００３３】（ｇ）　発呼可能なルートがある場合，図
２に示すコネクション確立要求中の拡張部分を削除し，
従来形式にして処理（ｅ）　へ移る。 （ｈ）　発呼可能なルートがない場合，コネクション確
立応答にリトライ不可を示す失敗の理由コードの拡張部
分を追加する。

【００３４】（ｉ）　図３に示す拡張部分有りのコネク
ション確立応答（失敗）を送信する。 以上がコネクション確立要求受付時の処理である。この
コネクション確立要求の中継に対して，中継先（着信先
）から返信されたコネクション確立応答の受付■により
，以下の処理を行う。

【００３５】（ｊ）　受け付けたコネクション確立応答
が正常応答かどうかを判定する。 （ｋ）　正常応答であれば，確立正常のコネクション確
立応答を中継または発呼元へ送信する。 （ｌ）　正常応答でなければ，コネクション確立応答に
図３に示す拡張部分があり，かつ，それにリトライ不可
の理由コードが設定されているかどうかを判定する。リ
トライ不可の理由コードが設定されていなければ，■以
降を再度実行することにより，別の発呼可能なルートを
用いて，コネクションの確立を試みる。リトライ不可の
理由コードが設定されていれば，処理（ｉ）　へ進み，
確立拒否のコネクション確立応答を送信する。

【００３６】

【発明の効果】以上説明したように，本発明によれば，
コネクション確立のための無駄なリトライ動作を抑止す
ることができ，次のような効果がある。特に，ネットワ
ークシステムが大規模化すればするほど，以下の効果は
大きい。

【００３７】■　　発呼元や中継システムのＣＰＵ負荷
を軽減するとともに，回線使用率を軽減することができ
る。 ■　　システム間を交換網で接続した場合に，無駄な課
金がかからず，通信コストを削減することができる。

【００３８】■　　失敗原因を利用者プログラムなどの
使用者に通知することができ，トラブル範囲を絞ること
ができる。

【図面の簡単な説明】

【図１】本発明の原理説明図である。

【図２】本発明の一実施例に係るコネクション確立要求
情報のフォーマット例を示す図である。

【図３】本発明の一実施例に係るコネクション確立応答
情報のフォーマット例を示す図である。

【図４】本発明の一実施例による発呼元システムのフロ
ーチャートである。

【図５】本発明の一実施例による中継システムのフロー
チャートである。

【図６】従来技術の説明図である。

【符号の説明】

１０　　　　自側システム １１ａ〜１１ｃ　　　　中継システム １２　　　　相手側システム １３ａ〜１３ｅ　　　　伝送路 １４　　　　コネクション確立要求 １５　　　　最終中継ノード番号が設定されるフィール
ド１６　　　　コネクション確立応答 １７　　　　失敗の理由コードが設定されるフィールド
２０ａ，２０ｂ　　　　通信経路

Claims (1)

【特許請求の範囲】
1. 【請求項１】　　通信する相手システムとの間に複数の
   通信経路（２０ａ，２０ｂ）を有するネットワークシス
   テムにおける発呼リトライ抑止方法であって，コネクシ
   ョン確立応答（１６）の情報中に，リトライ可／不可を
   示す失敗の理由コードが設定されるフィールド（１７）
   を設け，中継ノードでは，着信先への発呼可能なルート
   がない場合に，前記フィールド（１７）にリトライ不可
   を示す失敗の理由コードを設定してコネクション確立失
   敗の応答を返信し，発呼元ノードまたは途中の中継ノー
   ドでは，コネクション確立失敗の応答に対して，その情
   報中の失敗の理由コードがリトライ不可を示す場合に，
   その原因となった最終中継ノードを経由する発呼リトラ
   イを抑止することを特徴とする複数経路における発呼リ
   トライ抑止方法。