JPH07118723B2 - 通信コントローラ - Google Patents
通信コントローラInfo
- Publication number
- JPH07118723B2 JPH07118723B2 JP4119232A JP11923292A JPH07118723B2 JP H07118723 B2 JPH07118723 B2 JP H07118723B2 JP 4119232 A JP4119232 A JP 4119232A JP 11923292 A JP11923292 A JP 11923292A JP H07118723 B2 JPH07118723 B2 JP H07118723B2
- Authority
- JP
- Japan
- Prior art keywords
- session
- sna
- communication controller
- alternative
- network
- 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.)
- Expired - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/141—Setup of application sessions
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
- H04L9/40—Network security protocols
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/14—Session management
- H04L67/148—Migration or transfer of sessions
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Computer Security & Cryptography (AREA)
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明はデータ通信分野に係り、
更に詳細には、少なくとも１つのホストコンピュータ又
はサーバで実行されているアプリケーションプログラム
と、Ｘ２５パケット交換ネットワークへ接続された多数
のデータ端末装置（ＤＴＥ）との間で、システム・ネッ
トワーク・アーキテクチャ（ＳＮＡ）ネットワークへ接
続された仮想回線によって提供される通信を可能にする
ための通信コントローラに係るものである。
更に詳細には、少なくとも１つのホストコンピュータ又
はサーバで実行されているアプリケーションプログラム
と、Ｘ２５パケット交換ネットワークへ接続された多数
のデータ端末装置（ＤＴＥ）との間で、システム・ネッ
トワーク・アーキテクチャ（ＳＮＡ）ネットワークへ接
続された仮想回線によって提供される通信を可能にする
ための通信コントローラに係るものである。
【０００２】
【従来の技術】電気通信ネットワークの利用性、即ち、
ユーザがネットワークの１つのエレメントでの故障にも
かかわらず瞬時に電気通信ネットワークによってデータ
を伝送及び受信する可能性は、電気通信分野において非
常に興味深い点である。電気通信ユーザは、ネットワー
クによる通信で必要とされる応答時間に特に敏感であ
る。一般的に言って、約１分の応答時間は、高優先の対
話型サービスにとって容認できる最大の遅延であると考
えられる。このような必要条件は、電気通信ネットワー
クが、電気通信ネットワークで生じ易く且つ電気通信を
妨害し易い種々の故障及び停止を管理できることを意味
する。
ユーザがネットワークの１つのエレメントでの故障にも
かかわらず瞬時に電気通信ネットワークによってデータ
を伝送及び受信する可能性は、電気通信分野において非
常に興味深い点である。電気通信ユーザは、ネットワー
クによる通信で必要とされる応答時間に特に敏感であ
る。一般的に言って、約１分の応答時間は、高優先の対
話型サービスにとって容認できる最大の遅延であると考
えられる。このような必要条件は、電気通信ネットワー
クが、電気通信ネットワークで生じ易く且つ電気通信を
妨害し易い種々の故障及び停止を管理できることを意味
する。
【０００３】図１は、ホストコンピュータ又はサーバ１
００及び１０１と、遠隔のデータ端末装置（ＤＴＥ）１
１０との間でＸ２５電気通信ネットワーク１０９による
通信を可能にするシステム・ネットワーク・アーキテク
チャ（ＳＮＡ）ネットワークの一例を示している。ホス
トコンピュータ（例えば、ＩＢＭ３０９０コンピュー
等）１００は、局部フロントエンド通信コントローラ
（ＩＢＭ３７４５等）１０５へ電気通信チャネル１０２
によって接続される。同様に、ホストコンピュータ１０
１は、第２の局部フロントエンド通信コントローラ１０
６へ第２の電気通信チャネル１０４によって接続される
と共に、例えば、第３のチャネル１０３によって通信コ
ントローラ１０５へも接続される。ホストコンピュータ
１００及び１０１には、クレジットカード又はエアーラ
イン電気通信システムアプリケーション等、それぞれの
アプリケーションプログラムがロードされる。当該の例
では同じ位置にある通信コントローラ１０５及び１０６
には、電気通信分野で周知のネットワーク制御プログラ
ム（ＮＣＰ）がロードされる。フロントエンドコントロ
ーラ１０５及び１０６は、ＳＮＡネットワーク１１２に
よって、２つの遠隔の電気通信コントローラ１０７及び
１０８のセットへ接続される。電気通信コントローラ１
０７及び１０８には、ネットワーク制御プログラム（Ｎ
ＣＰ）及び電気通信ソフトウェア（以下、ＮＣＰパケッ
ト交換インターフェース又はＮＰＳＩと言う）がロード
され、Ｘ２５タイプのネットワーク１０９へのアクセス
を可能にする。これによって、ＤＴＥ１１０はホストコ
ンピュータ１００及び１０１と通信できるようになる。
電気通信ネットワークへ接続することのできるホストコ
ンピュータの数は２つに限らないことに注意すべきであ
る。電気通信ネットワークのエレメント（Ｘ２５ネット
ワークへのアクセスを提供するエレメントを除く、ホス
ト、チャネル、リンク又は任意の中間ノード通信コント
ローラ等のエレメント）の故障が生じたと仮定すると、
エンドユーザは、ネットワークによって再び通信できる
ようになる前に、当該のエレメントが修復されるまで
（長時間を要するかもしれないが）待機しなければなら
ない。
００及び１０１と、遠隔のデータ端末装置（ＤＴＥ）１
１０との間でＸ２５電気通信ネットワーク１０９による
通信を可能にするシステム・ネットワーク・アーキテク
チャ（ＳＮＡ）ネットワークの一例を示している。ホス
トコンピュータ（例えば、ＩＢＭ３０９０コンピュー
等）１００は、局部フロントエンド通信コントローラ
（ＩＢＭ３７４５等）１０５へ電気通信チャネル１０２
によって接続される。同様に、ホストコンピュータ１０
１は、第２の局部フロントエンド通信コントローラ１０
６へ第２の電気通信チャネル１０４によって接続される
と共に、例えば、第３のチャネル１０３によって通信コ
ントローラ１０５へも接続される。ホストコンピュータ
１００及び１０１には、クレジットカード又はエアーラ
イン電気通信システムアプリケーション等、それぞれの
アプリケーションプログラムがロードされる。当該の例
では同じ位置にある通信コントローラ１０５及び１０６
には、電気通信分野で周知のネットワーク制御プログラ
ム（ＮＣＰ）がロードされる。フロントエンドコントロ
ーラ１０５及び１０６は、ＳＮＡネットワーク１１２に
よって、２つの遠隔の電気通信コントローラ１０７及び
１０８のセットへ接続される。電気通信コントローラ１
０７及び１０８には、ネットワーク制御プログラム（Ｎ
ＣＰ）及び電気通信ソフトウェア（以下、ＮＣＰパケッ
ト交換インターフェース又はＮＰＳＩと言う）がロード
され、Ｘ２５タイプのネットワーク１０９へのアクセス
を可能にする。これによって、ＤＴＥ１１０はホストコ
ンピュータ１００及び１０１と通信できるようになる。
電気通信ネットワークへ接続することのできるホストコ
ンピュータの数は２つに限らないことに注意すべきであ
る。電気通信ネットワークのエレメント（Ｘ２５ネット
ワークへのアクセスを提供するエレメントを除く、ホス
ト、チャネル、リンク又は任意の中間ノード通信コント
ローラ等のエレメント）の故障が生じたと仮定すると、
エンドユーザは、ネットワークによって再び通信できる
ようになる前に、当該のエレメントが修復されるまで
（長時間を要するかもしれないが）待機しなければなら
ない。
【０００４】更に、上記に引用したアプリケーションの
ようないくつかのアプリケーションでは、ホスト１００
及び１０１は、両者によって更新可能なただ１つのデー
タベースを共用していることが多い。エアライン予約ア
プリケーションは、ＩＢＭトランザクション処理機能等
の適切なソフトウェアによって同一のデータベースへア
クセスできる種々のホストコンピュータで実行されるこ
とが多い。このような場合には、１つのホスト（例えば
ホスト１００）で実行されている通信及び伝送制御プロ
グラムが、制御処理装置（ＣＰＵ）のバッファ記憶装置
のオーバロードのため、もはや新しい入電を管理できな
くなることは明らかである。このような事象の結果、た
とえ他の現存のホストコンピュータがトランザクション
を処理するために必要な資源を有していても、当該のホ
スト１００について１つの補足トランザクションの処理
を要求するユーザは、ホスト１０１との通信を妨げられ
ることになる。この場合、１つのホストコンピュータの
オーバーロードは、エンドユーザに見えるネットワーク
の全体的な利用性に影響を及ぼす。
ようないくつかのアプリケーションでは、ホスト１００
及び１０１は、両者によって更新可能なただ１つのデー
タベースを共用していることが多い。エアライン予約ア
プリケーションは、ＩＢＭトランザクション処理機能等
の適切なソフトウェアによって同一のデータベースへア
クセスできる種々のホストコンピュータで実行されるこ
とが多い。このような場合には、１つのホスト（例えば
ホスト１００）で実行されている通信及び伝送制御プロ
グラムが、制御処理装置（ＣＰＵ）のバッファ記憶装置
のオーバロードのため、もはや新しい入電を管理できな
くなることは明らかである。このような事象の結果、た
とえ他の現存のホストコンピュータがトランザクション
を処理するために必要な資源を有していても、当該のホ
スト１００について１つの補足トランザクションの処理
を要求するユーザは、ホスト１０１との通信を妨げられ
ることになる。この場合、１つのホストコンピュータの
オーバーロードは、エンドユーザに見えるネットワーク
の全体的な利用性に影響を及ぼす。
【０００５】
【発明が解決しようとする課題】先行技術では、利用性
が高く、経路再指定（re-routing）の可能性が改良さ
れ、Ｘ２５勧告に従う仮想回線（ＶＣ）のＳＮＡセッシ
ョンへの接続を可能にする通信コントローラは提供され
ていない。従って、本発明の目的は、このような通信コ
ントローラを提供することである。
が高く、経路再指定（re-routing）の可能性が改良さ
れ、Ｘ２５勧告に従う仮想回線（ＶＣ）のＳＮＡセッシ
ョンへの接続を可能にする通信コントローラは提供され
ていない。従って、本発明の目的は、このような通信コ
ントローラを提供することである。
【０００６】
【課題を解決するための手段及び作用】本発明は、少な
くとも１つのホストサーバで実行されているアプリケー
ションプログラムと通信コントローラとの間に所定のＳ
ＮＡセッションを設定するための手段と、所定のＳＮＡ
セッションに少なくとも１つの仮想回線をリンクするた
めの手段と、を含む通信コントローラを提供することに
よって、先行技術で提起された問題を解決する。コント
ローラには、前記の予め設定されたＳＮＡセッションの
それぞれに対して代替バックアップセッションの優先リ
ストを定義する代替セッションテーブルのセットを記憶
するための手段と、１つのＳＮＡセッションで１つの事
件（incident）の発生を検出するための手段と、事件の
主体である前記セッションへリンクされた仮想回線を、
対応する代替セッションテーブルに定義された１つのバ
ックアップセッションへ切り換えるための手段と、が更
に含まれる。この利点の結果、代替セッションは予め設
定されているので、仮想回線は、更なる遅延を必要とせ
ずに、１つの代替セッションへ直ちに接続できる。そし
て、迅速なエンドユーザ再接続が可能になる。本発明は
特に、請求項１に記載されている。
くとも１つのホストサーバで実行されているアプリケー
ションプログラムと通信コントローラとの間に所定のＳ
ＮＡセッションを設定するための手段と、所定のＳＮＡ
セッションに少なくとも１つの仮想回線をリンクするた
めの手段と、を含む通信コントローラを提供することに
よって、先行技術で提起された問題を解決する。コント
ローラには、前記の予め設定されたＳＮＡセッションの
それぞれに対して代替バックアップセッションの優先リ
ストを定義する代替セッションテーブルのセットを記憶
するための手段と、１つのＳＮＡセッションで１つの事
件（incident）の発生を検出するための手段と、事件の
主体である前記セッションへリンクされた仮想回線を、
対応する代替セッションテーブルに定義された１つのバ
ックアップセッションへ切り換えるための手段と、が更
に含まれる。この利点の結果、代替セッションは予め設
定されているので、仮想回線は、更なる遅延を必要とせ
ずに、１つの代替セッションへ直ちに接続できる。そし
て、迅速なエンドユーザ再接続が可能になる。本発明は
特に、請求項１に記載されている。
【０００７】好ましい実施例では、コントローラには、
１つのセッションで故障の発生を検出すると共に、１つ
のホストサーバへロードされた１つのアプリケーション
プログラムから伝送され、前記アプリケーションプログ
ラムがオーバーロードされてこのアプリケーションプロ
グラムへの任意の追加のＶＣ接続を拒絶することを示す
メッセージの発生も検出するための手段が含まれる。
１つのセッションで故障の発生を検出すると共に、１つ
のホストサーバへロードされた１つのアプリケーション
プログラムから伝送され、前記アプリケーションプログ
ラムがオーバーロードされてこのアプリケーションプロ
グラムへの任意の追加のＶＣ接続を拒絶することを示す
メッセージの発生も検出するための手段が含まれる。
【０００８】コントローラは、多数の仮想回線をただ１
つのＳＮＡセッションに集中するための手段を含むこと
が好ましい。従って、ＳＮＡセッションの数が実質的に
減少されるので、遠隔コントローラ内の莫大な量の記憶
装置を節約することができる。ユーザは、予め設定され
た多数の代替バックアップセッションを任意のセッショ
ンに対して定義することによって、ネットワーク挙動を
彼の要求へ適応させることができる。
つのＳＮＡセッションに集中するための手段を含むこと
が好ましい。従って、ＳＮＡセッションの数が実質的に
減少されるので、遠隔コントローラ内の莫大な量の記憶
装置を節約することができる。ユーザは、予め設定され
た多数の代替バックアップセッションを任意のセッショ
ンに対して定義することによって、ネットワーク挙動を
彼の要求へ適応させることができる。
【０００９】
【実施例】本発明に従うコントローラを含む電気通信ネ
ットワークの動作の始めに、通信コントローラには、ネ
ットワーク制御プログラムがロードされる。また、遠隔
コントローラ１０７及び１０８には、顧客の要求に従っ
て、図４〜図７に関して後述されるテーブルがロードさ
れる。
ットワークの動作の始めに、通信コントローラには、ネ
ットワーク制御プログラムがロードされる。また、遠隔
コントローラ１０７及び１０８には、顧客の要求に従っ
て、図４〜図７に関して後述されるテーブルがロードさ
れる。
【００１０】図２は、本発明に従うＸ２５及びＳＮＡネ
ットワークによるデータ転送を説明するフローチャート
を示す。１つのＤＴＥ１１０と、例えばホストサーバ１
００等の１つのホストサーバとの通信は、このデータ端
末装置（ＤＴＥ）からエンドユーザによって発行された
ログオン要求によって開始される。ログオン要求の結
果、 CALL REQUEST （呼出要求）メッセージがＸ２５ネ
ットワーク１０９によって専用の遠隔通信コントローラ
（例えばコントローラ１０７）へ伝送される（ステップ
２００）。伝送された CALL REQUEST メッセージは、特
に、２つの独特のフィールドを含んでいる。第１のフィ
ールドは、 CALL REQUEST メッセージが伝送される、通
信コントローラ１０７へ対応する１本のラインの呼出番
号を示す。一方、第２のユーザフィールド（以下、呼出
ユーザデータ（ＣＵＤ）と称する）は、ホスト１００又
は１０１にロードされた通信及び伝送プログラム、又は
より一般的には、ユーザが接続を望むアプリケーション
・プログラムを識別する。ホストサーバ１００、１０１
等には、例えばショートトランザクションによって特徴
付けられるクレジットカード通信プログラム又はエアラ
イン予約通信プログラム等の膨大な数の種々の通信及び
伝送プログラムがロードされることがわかるに違いな
い。ＳＮＡ及びＸ２５ネットワークへの接続を可能にす
る遠隔通信コントローラ１０７は、各ＣＵＤ毎に１つの
関連ＳＮＡセッション（ＬＵ）を示すアドレステーブル
１を使用する。この第１のテーブルは、入力の CALL RE
QUEST のＣＵＤフィールドと、ホストサーバ１００又は
１０１で要求される通信及び伝送制御プログラムとの通
信を可能にする仮想回線のために使用されるセッション
（ＬＵ）と、の間のマッピングを定義する。この第１の
テーブルは、ＤＴＥと、以下に詳述するように顧客が定
義することのできるホストサーバ内のアプリケーション
プログラムと、の間のデータの経路指定（routing ）を
示す。従って、全てのＸ２５遠隔通信コントローラ１０
７又は１０８は、ホストサーバで実行中のアプリケーシ
ョンプログラム毎に少なくとも１つの予め設定されたＳ
ＮＡセッションを有する。ネットワークが初期化される
と、この第１のアドレステーブル及び以下に説明される
テーブルが通信コントローラにロードされ、周知の通信
ルール及び手順に従ってネットワークオペレータがＳＮ
Ａセッションを起動する。ＳＮＡネットワークの起動
は、例えば、ホストサーバ１００で実行されるアプリケ
ーションプログラムによって発生される BIND （結び付
ける）コマンド等の、特定のＳＮＡコマンドの伝送によ
って特に達成される。この BIND コマンドは、当該のＳ
ＮＡセッションが設定されていて、且つデータの伝送の
ために使用できることを遠隔通信コントローラへ示すた
めに、ＳＮＡネットワーク１１２を通って遠隔通信コン
トローラ１０７又は１０８へ伝送される。ＳＮＡコマン
ドのセット及びＳＮＡセッションの説明は特に、”IBM
Technical Overview GC-3073-1”の11頁の「システム・
ネットワーク・アーキテクチャ（SystemsNetwork Archi
tecture）」という文献に見られる。ＤＴＥ１１０から
発行された CALL REQUEST が受信されると、そのメッセ
ージは次に、ＣＣＩＴＴ勧告に従って遠隔通信コントロ
ーラによって INCOMING CALLと考えられ、後者のメッセ
ージは遠隔通信コントローラ（この例では１０７）によ
って処理される。コントローラ１０７内に設置されたプ
ロセッサは、Ｘ２５に対するＣＣＩＴＴ勧告で説明され
るように論理チャネルグループ数（ＬＣＧＮ）及び論理
チャネル数（ＬＣＮ）によって特徴付けられるＸ２５仮
想回線（ＶＣ）上で受信されるこの入電を、そのＶＣに
対応するＶＣテーブル４へ関連付ける。以下に明らかに
なるように、ＬＣＧＮ／ＬＣＮ識別子はライン番号を特
徴付けるＭＣＨ識別子と関連し、これらは何れも、全て
のＶＣテーブル４の第１のフィールド内へ記憶される識
別子を構成する。次に、プロセッサは第２のフィールド
の内容を読み込み（ステップ２０１）、アドレステーブ
ル１内でどのＳＮＡセッションが当該のＣＵＤのために
使用されるかを決定する（ステップ２０２）。ＳＮＡセ
ッションが識別されると、そのセッションが設定されて
いるか、且つ GO 状態にあるか否かを決定するために、
プロセッサはその状態をチェックする（ステップ２０
３）。ＳＮＡセッションは、その物理的資源がオーバー
ロードしたときに、ホストサーバ１００によって NOGO
状態にされることができる。実際に、ホストサーバ１０
０又は１０１が、アプリケーションプログラムがどんな
追加の入電をも支援できなくなると（例えば、ホストサ
ーバ１００又は１０１内のバッファ記憶装置がオーバー
ロードした場合、あるいは中央処理装置のオーバーロー
ドの場合）、ホストサーバ１００又は１０１は、遠隔通
信コントローラ１０７及び１０８へ１つ又はそれ以上の
セッションで NOGO コマンドを伝送し、追加のＶＣがも
う受け取られないことを遠隔通信コントローラへ示す。
このような NOGO コマンド、又は逆に言うと逆 GO コマ
ンドが受信されると、遠隔コントローラは、当該のセッ
ションに関する SESSIONテーブル２の内容を更新する。
もし NOGO コマンドが受信されないと、省略による状態
は INGO に設定される。もう１度図２を参照して、もし
コントローラ１０７で実行するプロセッサによって、セ
ッションが設定され且つ INGO 状態であるとわかると、
プロセスはステップ２０５へ進み、仮想回線（ＶＣ）が
当該の LU-LUセッションへリンクされる。即ち、ＶＣテ
ーブルが更新され、その仮想回線から当該の LU-LUセッ
ションへ入ってくる任意のメッセージの経路指定を可能
にする。これは、当該の LU-LUセッションに対応するセ
ッションテーブル２の開始アドレスをテーブル４の第２
のフィールドに記憶することによって達成される。
ットワークによるデータ転送を説明するフローチャート
を示す。１つのＤＴＥ１１０と、例えばホストサーバ１
００等の１つのホストサーバとの通信は、このデータ端
末装置（ＤＴＥ）からエンドユーザによって発行された
ログオン要求によって開始される。ログオン要求の結
果、 CALL REQUEST （呼出要求）メッセージがＸ２５ネ
ットワーク１０９によって専用の遠隔通信コントローラ
（例えばコントローラ１０７）へ伝送される（ステップ
２００）。伝送された CALL REQUEST メッセージは、特
に、２つの独特のフィールドを含んでいる。第１のフィ
ールドは、 CALL REQUEST メッセージが伝送される、通
信コントローラ１０７へ対応する１本のラインの呼出番
号を示す。一方、第２のユーザフィールド（以下、呼出
ユーザデータ（ＣＵＤ）と称する）は、ホスト１００又
は１０１にロードされた通信及び伝送プログラム、又は
より一般的には、ユーザが接続を望むアプリケーション
・プログラムを識別する。ホストサーバ１００、１０１
等には、例えばショートトランザクションによって特徴
付けられるクレジットカード通信プログラム又はエアラ
イン予約通信プログラム等の膨大な数の種々の通信及び
伝送プログラムがロードされることがわかるに違いな
い。ＳＮＡ及びＸ２５ネットワークへの接続を可能にす
る遠隔通信コントローラ１０７は、各ＣＵＤ毎に１つの
関連ＳＮＡセッション（ＬＵ）を示すアドレステーブル
１を使用する。この第１のテーブルは、入力の CALL RE
QUEST のＣＵＤフィールドと、ホストサーバ１００又は
１０１で要求される通信及び伝送制御プログラムとの通
信を可能にする仮想回線のために使用されるセッション
（ＬＵ）と、の間のマッピングを定義する。この第１の
テーブルは、ＤＴＥと、以下に詳述するように顧客が定
義することのできるホストサーバ内のアプリケーション
プログラムと、の間のデータの経路指定（routing ）を
示す。従って、全てのＸ２５遠隔通信コントローラ１０
７又は１０８は、ホストサーバで実行中のアプリケーシ
ョンプログラム毎に少なくとも１つの予め設定されたＳ
ＮＡセッションを有する。ネットワークが初期化される
と、この第１のアドレステーブル及び以下に説明される
テーブルが通信コントローラにロードされ、周知の通信
ルール及び手順に従ってネットワークオペレータがＳＮ
Ａセッションを起動する。ＳＮＡネットワークの起動
は、例えば、ホストサーバ１００で実行されるアプリケ
ーションプログラムによって発生される BIND （結び付
ける）コマンド等の、特定のＳＮＡコマンドの伝送によ
って特に達成される。この BIND コマンドは、当該のＳ
ＮＡセッションが設定されていて、且つデータの伝送の
ために使用できることを遠隔通信コントローラへ示すた
めに、ＳＮＡネットワーク１１２を通って遠隔通信コン
トローラ１０７又は１０８へ伝送される。ＳＮＡコマン
ドのセット及びＳＮＡセッションの説明は特に、”IBM
Technical Overview GC-3073-1”の11頁の「システム・
ネットワーク・アーキテクチャ（SystemsNetwork Archi
tecture）」という文献に見られる。ＤＴＥ１１０から
発行された CALL REQUEST が受信されると、そのメッセ
ージは次に、ＣＣＩＴＴ勧告に従って遠隔通信コントロ
ーラによって INCOMING CALLと考えられ、後者のメッセ
ージは遠隔通信コントローラ（この例では１０７）によ
って処理される。コントローラ１０７内に設置されたプ
ロセッサは、Ｘ２５に対するＣＣＩＴＴ勧告で説明され
るように論理チャネルグループ数（ＬＣＧＮ）及び論理
チャネル数（ＬＣＮ）によって特徴付けられるＸ２５仮
想回線（ＶＣ）上で受信されるこの入電を、そのＶＣに
対応するＶＣテーブル４へ関連付ける。以下に明らかに
なるように、ＬＣＧＮ／ＬＣＮ識別子はライン番号を特
徴付けるＭＣＨ識別子と関連し、これらは何れも、全て
のＶＣテーブル４の第１のフィールド内へ記憶される識
別子を構成する。次に、プロセッサは第２のフィールド
の内容を読み込み（ステップ２０１）、アドレステーブ
ル１内でどのＳＮＡセッションが当該のＣＵＤのために
使用されるかを決定する（ステップ２０２）。ＳＮＡセ
ッションが識別されると、そのセッションが設定されて
いるか、且つ GO 状態にあるか否かを決定するために、
プロセッサはその状態をチェックする（ステップ２０
３）。ＳＮＡセッションは、その物理的資源がオーバー
ロードしたときに、ホストサーバ１００によって NOGO
状態にされることができる。実際に、ホストサーバ１０
０又は１０１が、アプリケーションプログラムがどんな
追加の入電をも支援できなくなると（例えば、ホストサ
ーバ１００又は１０１内のバッファ記憶装置がオーバー
ロードした場合、あるいは中央処理装置のオーバーロー
ドの場合）、ホストサーバ１００又は１０１は、遠隔通
信コントローラ１０７及び１０８へ１つ又はそれ以上の
セッションで NOGO コマンドを伝送し、追加のＶＣがも
う受け取られないことを遠隔通信コントローラへ示す。
このような NOGO コマンド、又は逆に言うと逆 GO コマ
ンドが受信されると、遠隔コントローラは、当該のセッ
ションに関する SESSIONテーブル２の内容を更新する。
もし NOGO コマンドが受信されないと、省略による状態
は INGO に設定される。もう１度図２を参照して、もし
コントローラ１０７で実行するプロセッサによって、セ
ッションが設定され且つ INGO 状態であるとわかると、
プロセスはステップ２０５へ進み、仮想回線（ＶＣ）が
当該の LU-LUセッションへリンクされる。即ち、ＶＣテ
ーブルが更新され、その仮想回線から当該の LU-LUセッ
ションへ入ってくる任意のメッセージの経路指定を可能
にする。これは、当該の LU-LUセッションに対応するセ
ッションテーブル２の開始アドレスをテーブル４の第２
のフィールドに記憶することによって達成される。
【００１１】更に、ＶＣテーブル４の第１のフィールド
にロードされた識別子LCGN ／LCN／MCH は、当該のＶＣ
に対応するパケットと共に、それを解析可能なホストサ
ーバへ伝送される。逆に、ホストサーバは、コントロー
ラ１０７がこの仮想回線に対応する適切なＶＣテーブル
４を見つけて、それに対してパケットを転送するよう
に、識別子 LCGN ／LCN ／MCH を当該のＶＣと関連して
いるパケットへ挿入する。従って、種々の仮想回線から
入ってくるデータのパケットが同一の LU-LUセッション
上で転送されるので、多数の仮想回線をただ１つの LU-
LUセッションに集中することが提供される。種々の仮想
回線を単一の LU-LUセッション上に集中させる問題は、
特に、”IBM Technical Disclosure Bulletin, Vol. 3
3, No. 9,263-265頁 (1991年 2月) ”の「高速トランザ
クション処理インターフェース（Fast Transaction Pro
cessing Interface ）」という文献で扱われている。ク
レジットカード又は航空会社の予約アプリケーション等
の多くのトランザクションは、交換されるパケットの長
さが短いので、集中プロセスは、ホストと遠隔通信コン
トローラ１０７との間で交換される経路情報単位（ＰＩ
Ｕ）の減少を必要とするので、コントローラ及びホスト
サーバ内のプロセッサの性能が改良される。更には、た
だ１つの LU-LUセッション上のトラフィックは増大する
が、セッションの総数は実質的に減少するので、セッシ
ョンをより設定し易くなると共にセッションをセットア
ップするのに要する全時間が減少される。本発明による
と、遠隔通信コントローラ１０７は、１つの所定の LU-
LUセッション上で故障が生じた場合に使用可能な代替バ
ックアップセッションを定義する代替セッションテーブ
ル３を必要とする。ＳＮＡネットワークで必要とされる
少数の LU-LUセッションによって、それぞれの顧客は、
彼の要求に従って代替バックアップセッションテーブル
３を容易に定義し管理することができる。また、少数の
LU-LUセッションによって、顧客は、それぞれの所定 L
U-LUセッションに対して多数の代替バックアップセッシ
ョンを定義することもできるので、伝送されたＰＩＵの
経路再指定の可能性が増大すると共に、電気通信ネット
ワークの全体の利用性が改良される。多数の代替バック
アップセッションは、セッションの全体数が少ないの
で、多量の記憶装置を要求することなく提供される。ス
テップ２０６では、当該の LU-LUセッションがＰＩＵ毎
に幾つかのパケットのブロック化を実行すべきか否かを
決定するために、テストが実行される。これを達成する
ために、遠隔コントローラ１０７内で実行されるプロセ
ッサは、時間単位に対する伝送されたパケット数の比の
平均を演算することによって、当該のセッション上にあ
るトラフィックを測定する。次に、プロセッサは、この
演算結果と、顧客によって定義され遠隔コントローラ１
０７と関連する記憶装置内へロードされた所定値とを比
較する。もし演算結果が後者の所定しきい値より低いこ
とがわかると、セッションは非ブロック状態であると考
えられ、プロセスはステップ２０７へ進む。ステップ２
０７において、コントローラ１０７で実行されるプロセ
ッサは、前述の参考文献「ＩＢＭシステム・ネットワー
ク・アーキテクチャ」の１０１頁で説明されているよう
に、１つの LU-LUセッションで伝送される基本のＳＮＡ
エレメント内に在る経路情報単位を組み立てる。これを
達成するために、プロセッサは、 LU-LUセッションで伝
送されるべきパケットへ適切なヘッダを加え、対応する
通信エレメント（即ち、ＳＮＡネットワーク１１２、局
部通信コントローラ１０５、チャネル１０２）を介し
て、当該のセッションでＰＩＵをホストサーバ１００へ
伝送する（ステップ２０８）。反対に、ステップ２０６
の演算結果が所定のしきい値以上であることがわかる
と、セッションはブロック状態にあると考えられ、プロ
セスはステップ２０９へ進む。ステップ２０９におい
て、１つのＰＩＵの組み立てが現在進行中であるか否か
を決定するためにテストが実行される。進行中であると
決定された場合、プロセッサはステップ２１０へ進む。
ステップ２１０において、プロセッサは、もし新しいパ
ケットが加えられた場合にはＰＩＵの長さを計算し、後
者の値を、遠隔コントローラ１０７に関連するメモリに
記憶された所定の「最大要求単位サイズ（ＭＲＵＳ）」
と比較する。「最大要求単位サイズ」は、顧客がネット
ワークを彼の要求へ適合するためにプログラム可能なパ
ラメータであると共に、所定のＳＮＡセッションの BIN
D コマンド特徴内へ伝送されるパラメータである。もし
計算された長さが「最大要求単位サイズ」より大きいこ
とがわかると、プロセッサは、依然として待機している
未決定のＰＩＵを直接伝送し（ステップ２１１）、ま
た、新しく受信されたパケットへ新しいヘッダを付ける
ことによって、新しいＰＩＵの組み立てを開始する（ス
テップ２１２）。計算された長さが特定の「最大要求単
位サイズ」以下である場合には、プロセッサは待機中の
現存のＰＩＵへ新しいパケットを接続する（ステップ２
１３）。現在のパケットが処理されると、プロセッサは
Ｘ２５ネットワークから入力される新しいパケットを待
つ（ステップ２１４）。本発明の好ましい実施例では、
遠隔コントローラ１０７にはタイマが含まれており、こ
のタイマはブロック化されたセッション状態で動作す
る。タイマは、決定されたＰＩＵがコントローラ内でブ
ロック化されている時間を連続的に測定し、その値を、
顧客によって指定されコントローラのメモリ内へロード
された所定のしきい値と比較する。タイマがしきい値に
到達するとすぐ、進行中の未決定ＰＩＵが、どんな長さ
のＳＮＡセッション上でも、更なる遅延を伴わずに伝送
される。従って、もしパケット数についてのトラフィッ
クが少ないと、タイマによって、１つのパケットがブロ
ック化されている時間が長すぎないことが保証される。
本発明の好ましい実施例では、しきい値は１００ミリ秒
の倍数である。ＤＴＥ１１０によって発行された CALL
REQUEST （又は入電）を特に含むＰＩＵは、ホストサー
バ１００によって受信される。ホストサーバ１００内で
実行中のアプリケーションプログラムは、種々のパケッ
ト、特にログオン要求を発行したＤＴＥから入ってくる
入電を処理する。次に、トランザクションを要求したエ
ンドユーザがアプリケーションとの通信を許可されたか
否かを特に決定するために、ホストサーバ内で一連の内
部テストが実行される。次に、ホストサーバ１００は、
通信が受入れられるか拒絶されるかを示す応答メッセー
ジを伝送する。後者のメッセージは、ＳＮＡ及びＸ２５
ネットワークを介してＤＴＥへ伝送される。上述のよう
に、メッセージには、コントローラ１０７が当該のＶＣ
に対応する適切なＶＣテーブル４を見つけられるように
する識別子LCGN ／LCN ／MCH が含まれる。接続及び通
信が許可されたと仮定すると、CLEAR REQUEST （クリア
要求）コマンドが発行される（ステップ２１８）まで、
ＤＴＥはホストサーバ１００と、データを伝送したり受
信したりする（ステップ２１９）。ステップ２０３で実
行されたテストによって、セッションが設定されていな
いこと又はセッションが NOGO 状態にあることが明らか
になった場合には、プロセッサはステップ２０４へ進行
して、顧客によって指定されコントローラ１０７のメモ
リへロードされた代替セッションの優先リストを含む代
替セッションテーブル３を調べる。次にステップ２１５
において、プロセッサは、当該の LU-LUセッションに対
する代替セッションのリストに現れる第１のエレメント
が設定されていて且つ INGO 状態にあるか否かをチェッ
クする。第１のエレメントが設定されていて且つ INGO
状態にある場合、プロセスはステップ２０５へ進み、当
該のＶＣテーブル４の第２のフィールドの更新によっ
て、仮想回線がその LU-LUセッションへリンクされる。
逆の場合、プロセッサはテーブル３のリストの追加項目
がまだトライ可能か否かをチェックする（ステップ２１
６）。もしもう１つの項目がリストに存在すると、プロ
セッサは、その次の項目を読み込んで、対応する LU-LU
セッションが設定され INGO 状態であるかどうかを見る
ために、ステップ２０４へ戻る。テーブル３に項目がも
う実際に存在しないと、プロセッサはステップ２１７へ
進み、遠隔通信コントローラは、CALL REQUESTが失敗し
たことをＤＴＥ１１０に示すために、 CLEAR REQUESTに
よって仮想回線をクリアする。セッションの数は、仮想
回線毎に１つのセッションである代わりに、ホスト当
り、より正確にはアプリケーションプログラム当り１つ
又は数個に限られているので、代替セッションテーブル
３の使用は、実質的な量のメモリ装置及び処理電力を要
求することなく、障害の場合にセッションの経路再指定
を容易に管理する可能性を顧客へ提供することに注意す
べきである。本発明の好ましい実施例では、代替セッシ
ョンテーブルによって、１つの所定の LU-LUセッション
に対して２７の代替セッションテーブルのセットを指定
することができるようになる。これによって、ネットワ
ークの種々のエレメントの相互接続能力が実質的に増大
し、従って、トラブルの場合のネットワークの全体的な
利用性が増大する。
にロードされた識別子LCGN ／LCN／MCH は、当該のＶＣ
に対応するパケットと共に、それを解析可能なホストサ
ーバへ伝送される。逆に、ホストサーバは、コントロー
ラ１０７がこの仮想回線に対応する適切なＶＣテーブル
４を見つけて、それに対してパケットを転送するよう
に、識別子 LCGN ／LCN ／MCH を当該のＶＣと関連して
いるパケットへ挿入する。従って、種々の仮想回線から
入ってくるデータのパケットが同一の LU-LUセッション
上で転送されるので、多数の仮想回線をただ１つの LU-
LUセッションに集中することが提供される。種々の仮想
回線を単一の LU-LUセッション上に集中させる問題は、
特に、”IBM Technical Disclosure Bulletin, Vol. 3
3, No. 9,263-265頁 (1991年 2月) ”の「高速トランザ
クション処理インターフェース（Fast Transaction Pro
cessing Interface ）」という文献で扱われている。ク
レジットカード又は航空会社の予約アプリケーション等
の多くのトランザクションは、交換されるパケットの長
さが短いので、集中プロセスは、ホストと遠隔通信コン
トローラ１０７との間で交換される経路情報単位（ＰＩ
Ｕ）の減少を必要とするので、コントローラ及びホスト
サーバ内のプロセッサの性能が改良される。更には、た
だ１つの LU-LUセッション上のトラフィックは増大する
が、セッションの総数は実質的に減少するので、セッシ
ョンをより設定し易くなると共にセッションをセットア
ップするのに要する全時間が減少される。本発明による
と、遠隔通信コントローラ１０７は、１つの所定の LU-
LUセッション上で故障が生じた場合に使用可能な代替バ
ックアップセッションを定義する代替セッションテーブ
ル３を必要とする。ＳＮＡネットワークで必要とされる
少数の LU-LUセッションによって、それぞれの顧客は、
彼の要求に従って代替バックアップセッションテーブル
３を容易に定義し管理することができる。また、少数の
LU-LUセッションによって、顧客は、それぞれの所定 L
U-LUセッションに対して多数の代替バックアップセッシ
ョンを定義することもできるので、伝送されたＰＩＵの
経路再指定の可能性が増大すると共に、電気通信ネット
ワークの全体の利用性が改良される。多数の代替バック
アップセッションは、セッションの全体数が少ないの
で、多量の記憶装置を要求することなく提供される。ス
テップ２０６では、当該の LU-LUセッションがＰＩＵ毎
に幾つかのパケットのブロック化を実行すべきか否かを
決定するために、テストが実行される。これを達成する
ために、遠隔コントローラ１０７内で実行されるプロセ
ッサは、時間単位に対する伝送されたパケット数の比の
平均を演算することによって、当該のセッション上にあ
るトラフィックを測定する。次に、プロセッサは、この
演算結果と、顧客によって定義され遠隔コントローラ１
０７と関連する記憶装置内へロードされた所定値とを比
較する。もし演算結果が後者の所定しきい値より低いこ
とがわかると、セッションは非ブロック状態であると考
えられ、プロセスはステップ２０７へ進む。ステップ２
０７において、コントローラ１０７で実行されるプロセ
ッサは、前述の参考文献「ＩＢＭシステム・ネットワー
ク・アーキテクチャ」の１０１頁で説明されているよう
に、１つの LU-LUセッションで伝送される基本のＳＮＡ
エレメント内に在る経路情報単位を組み立てる。これを
達成するために、プロセッサは、 LU-LUセッションで伝
送されるべきパケットへ適切なヘッダを加え、対応する
通信エレメント（即ち、ＳＮＡネットワーク１１２、局
部通信コントローラ１０５、チャネル１０２）を介し
て、当該のセッションでＰＩＵをホストサーバ１００へ
伝送する（ステップ２０８）。反対に、ステップ２０６
の演算結果が所定のしきい値以上であることがわかる
と、セッションはブロック状態にあると考えられ、プロ
セスはステップ２０９へ進む。ステップ２０９におい
て、１つのＰＩＵの組み立てが現在進行中であるか否か
を決定するためにテストが実行される。進行中であると
決定された場合、プロセッサはステップ２１０へ進む。
ステップ２１０において、プロセッサは、もし新しいパ
ケットが加えられた場合にはＰＩＵの長さを計算し、後
者の値を、遠隔コントローラ１０７に関連するメモリに
記憶された所定の「最大要求単位サイズ（ＭＲＵＳ）」
と比較する。「最大要求単位サイズ」は、顧客がネット
ワークを彼の要求へ適合するためにプログラム可能なパ
ラメータであると共に、所定のＳＮＡセッションの BIN
D コマンド特徴内へ伝送されるパラメータである。もし
計算された長さが「最大要求単位サイズ」より大きいこ
とがわかると、プロセッサは、依然として待機している
未決定のＰＩＵを直接伝送し（ステップ２１１）、ま
た、新しく受信されたパケットへ新しいヘッダを付ける
ことによって、新しいＰＩＵの組み立てを開始する（ス
テップ２１２）。計算された長さが特定の「最大要求単
位サイズ」以下である場合には、プロセッサは待機中の
現存のＰＩＵへ新しいパケットを接続する（ステップ２
１３）。現在のパケットが処理されると、プロセッサは
Ｘ２５ネットワークから入力される新しいパケットを待
つ（ステップ２１４）。本発明の好ましい実施例では、
遠隔コントローラ１０７にはタイマが含まれており、こ
のタイマはブロック化されたセッション状態で動作す
る。タイマは、決定されたＰＩＵがコントローラ内でブ
ロック化されている時間を連続的に測定し、その値を、
顧客によって指定されコントローラのメモリ内へロード
された所定のしきい値と比較する。タイマがしきい値に
到達するとすぐ、進行中の未決定ＰＩＵが、どんな長さ
のＳＮＡセッション上でも、更なる遅延を伴わずに伝送
される。従って、もしパケット数についてのトラフィッ
クが少ないと、タイマによって、１つのパケットがブロ
ック化されている時間が長すぎないことが保証される。
本発明の好ましい実施例では、しきい値は１００ミリ秒
の倍数である。ＤＴＥ１１０によって発行された CALL
REQUEST （又は入電）を特に含むＰＩＵは、ホストサー
バ１００によって受信される。ホストサーバ１００内で
実行中のアプリケーションプログラムは、種々のパケッ
ト、特にログオン要求を発行したＤＴＥから入ってくる
入電を処理する。次に、トランザクションを要求したエ
ンドユーザがアプリケーションとの通信を許可されたか
否かを特に決定するために、ホストサーバ内で一連の内
部テストが実行される。次に、ホストサーバ１００は、
通信が受入れられるか拒絶されるかを示す応答メッセー
ジを伝送する。後者のメッセージは、ＳＮＡ及びＸ２５
ネットワークを介してＤＴＥへ伝送される。上述のよう
に、メッセージには、コントローラ１０７が当該のＶＣ
に対応する適切なＶＣテーブル４を見つけられるように
する識別子LCGN ／LCN ／MCH が含まれる。接続及び通
信が許可されたと仮定すると、CLEAR REQUEST （クリア
要求）コマンドが発行される（ステップ２１８）まで、
ＤＴＥはホストサーバ１００と、データを伝送したり受
信したりする（ステップ２１９）。ステップ２０３で実
行されたテストによって、セッションが設定されていな
いこと又はセッションが NOGO 状態にあることが明らか
になった場合には、プロセッサはステップ２０４へ進行
して、顧客によって指定されコントローラ１０７のメモ
リへロードされた代替セッションの優先リストを含む代
替セッションテーブル３を調べる。次にステップ２１５
において、プロセッサは、当該の LU-LUセッションに対
する代替セッションのリストに現れる第１のエレメント
が設定されていて且つ INGO 状態にあるか否かをチェッ
クする。第１のエレメントが設定されていて且つ INGO
状態にある場合、プロセスはステップ２０５へ進み、当
該のＶＣテーブル４の第２のフィールドの更新によっ
て、仮想回線がその LU-LUセッションへリンクされる。
逆の場合、プロセッサはテーブル３のリストの追加項目
がまだトライ可能か否かをチェックする（ステップ２１
６）。もしもう１つの項目がリストに存在すると、プロ
セッサは、その次の項目を読み込んで、対応する LU-LU
セッションが設定され INGO 状態であるかどうかを見る
ために、ステップ２０４へ戻る。テーブル３に項目がも
う実際に存在しないと、プロセッサはステップ２１７へ
進み、遠隔通信コントローラは、CALL REQUESTが失敗し
たことをＤＴＥ１１０に示すために、 CLEAR REQUESTに
よって仮想回線をクリアする。セッションの数は、仮想
回線毎に１つのセッションである代わりに、ホスト当
り、より正確にはアプリケーションプログラム当り１つ
又は数個に限られているので、代替セッションテーブル
３の使用は、実質的な量のメモリ装置及び処理電力を要
求することなく、障害の場合にセッションの経路再指定
を容易に管理する可能性を顧客へ提供することに注意す
べきである。本発明の好ましい実施例では、代替セッシ
ョンテーブルによって、１つの所定の LU-LUセッション
に対して２７の代替セッションテーブルのセットを指定
することができるようになる。これによって、ネットワ
ークの種々のエレメントの相互接続能力が実質的に増大
し、従って、トラブルの場合のネットワークの全体的な
利用性が増大する。
【００１２】図３は、ネットワークに障害が発生したと
きの、本発明に従う方法の動作を説明している。ネット
ワークでセッション障害が発生すると、遠隔コントロー
ラ１０７は、例えば、ネットワークのエレメントの１つ
から、１つのセッションが停止の主体であること示す U
NBIND （非バインド）コマンドを受け取る（ステップ３
００）。このような場合に発生するＳＮＡメッセージの
通信は、上記文献「ＩＢＭシステム・ネットワーク・ア
ーキテクチャ」で特に説明されている。次に、UNBIND
コマンドの主体であるセッションは、もはや設定されな
いと考えられる。そしてステップ３０１では、プロセッ
サは、 DISRUPTION （中断）フラグの値をチェックし
て、エンドユーザのマニュアル介入を要求することな
く、セッション障害が代替セッションテーブル３で決定
された代替バックアップセッションへの直接切換を必要
とすべきか否かを決定する。また逆に言うと、セッショ
ン障害の結果、全てのＤＴＥ１１０をログオフし、エン
ドユーザに別の接続を再要求するように頼むべきかどう
かを決定する。１つの決定された値へ DISRUPTION フラ
グを設定することは、エンドユーザに、事件が彼に報告
されるべきかどうか、また彼のマニュアル介入を要求す
べきかどうかを選択する可能性を提供する。もしユーザ
が事件の報知を決定すると、プロセスはステップ３０２
へ進み、プロセッサは、未決定のＰＩＵの組み立てに関
係するメモリの一部を開放することによって未決定のＰ
ＩＵをパージする。次にステップ３０３で、プロセッサ
は全ての仮想回線（ＶＣ）をチェックして、ＶＣが、障
害の主体である LU-LUセッションと関連しているか否か
を見る。障害セッションに関係する全てのＶＣに対し
て、プロセッサは、そのＶＣが障害を起こした LU-LUセ
ッションともはや関連しないことを示すために、ＶＣテ
ーブル４の第２のフィールドを更新する（ステップ３０
４）。そして、仮想回線は、CLEAR REQUEST によってク
リアされる（ステップ３０５）。
きの、本発明に従う方法の動作を説明している。ネット
ワークでセッション障害が発生すると、遠隔コントロー
ラ１０７は、例えば、ネットワークのエレメントの１つ
から、１つのセッションが停止の主体であること示す U
NBIND （非バインド）コマンドを受け取る（ステップ３
００）。このような場合に発生するＳＮＡメッセージの
通信は、上記文献「ＩＢＭシステム・ネットワーク・ア
ーキテクチャ」で特に説明されている。次に、UNBIND
コマンドの主体であるセッションは、もはや設定されな
いと考えられる。そしてステップ３０１では、プロセッ
サは、 DISRUPTION （中断）フラグの値をチェックし
て、エンドユーザのマニュアル介入を要求することな
く、セッション障害が代替セッションテーブル３で決定
された代替バックアップセッションへの直接切換を必要
とすべきか否かを決定する。また逆に言うと、セッショ
ン障害の結果、全てのＤＴＥ１１０をログオフし、エン
ドユーザに別の接続を再要求するように頼むべきかどう
かを決定する。１つの決定された値へ DISRUPTION フラ
グを設定することは、エンドユーザに、事件が彼に報告
されるべきかどうか、また彼のマニュアル介入を要求す
べきかどうかを選択する可能性を提供する。もしユーザ
が事件の報知を決定すると、プロセスはステップ３０２
へ進み、プロセッサは、未決定のＰＩＵの組み立てに関
係するメモリの一部を開放することによって未決定のＰ
ＩＵをパージする。次にステップ３０３で、プロセッサ
は全ての仮想回線（ＶＣ）をチェックして、ＶＣが、障
害の主体である LU-LUセッションと関連しているか否か
を見る。障害セッションに関係する全てのＶＣに対し
て、プロセッサは、そのＶＣが障害を起こした LU-LUセ
ッションともはや関連しないことを示すために、ＶＣテ
ーブル４の第２のフィールドを更新する（ステップ３０
４）。そして、仮想回線は、CLEAR REQUEST によってク
リアされる（ステップ３０５）。
【００１３】DISRUPTIVE フラグが非中断オプション、
即ち遠隔コントローラ１０７が仮想回線を代替バックア
ップセッションへ自動的に切換ることを要求されるオプ
ション、に対応する状態にある場合、ステップ３０１の
テストの結果、プロセッサはステップ３０６へ進む。ス
テップ３０６では、プロセッサは、設定されていると同
時に INGO 状態である１つの代替セッションを代替セッ
ションのリスト内に見つけるために、図２のステップ２
０４、２１５及び２１６と同様に、代替セッションテー
ブル３をアドレス指定する。次にステップ３０７では、
代替セッションテーブル３で指定された全ての代替セッ
ションが成功することなくチェックされたか否かを決定
するために、テストが実行される。もし、代替セッショ
ンが設定されておらず、且つ INGO 状態にあることが発
見されると、プロセッサは上記のステップ３０２へ進
み、その結果必然的に、仮想回線がクリアされる。この
ような事は、非常に希である。何故なら、ネットワーク
の動作に伴われる少数のセッションによって、顧客は、
１つのセッションに対して多数の代替セッションを定義
できるからである。上述のように、多数の経路再指定の
可能性を与える本発明の好ましい実施例では、代替セッ
ションの数は２７に固定されている。テーブル３のリス
トの中で１つの代替セッションが設定されて且つ INGO
状態であると発見されるという最も可能性の高い場合に
は、プロセッサはステップ３０８へ進んで、進行中の未
決定のＰＩＵを検索して、図５のテーブル２のＰＩＵフ
ィールドを更新することによって、それを後者の代替セ
ッションに転送する（ステップ３０９）。次にステップ
３１０では、プロセッサは全ての仮想回線について、そ
の仮想回線が障害セッションと関連していないことをチ
ェックする。もし当該の仮想回線が障害セッションと関
連していると、プロセッサは、その仮想回線を障害セッ
ションへアンリンクする（ステップ３１１）と共に、代
替セッションへリンクする（ステップ３１２）。これ
は、ＶＣテーブル４の第２のフィールドの更新によって
達成される。
即ち遠隔コントローラ１０７が仮想回線を代替バックア
ップセッションへ自動的に切換ることを要求されるオプ
ション、に対応する状態にある場合、ステップ３０１の
テストの結果、プロセッサはステップ３０６へ進む。ス
テップ３０６では、プロセッサは、設定されていると同
時に INGO 状態である１つの代替セッションを代替セッ
ションのリスト内に見つけるために、図２のステップ２
０４、２１５及び２１６と同様に、代替セッションテー
ブル３をアドレス指定する。次にステップ３０７では、
代替セッションテーブル３で指定された全ての代替セッ
ションが成功することなくチェックされたか否かを決定
するために、テストが実行される。もし、代替セッショ
ンが設定されておらず、且つ INGO 状態にあることが発
見されると、プロセッサは上記のステップ３０２へ進
み、その結果必然的に、仮想回線がクリアされる。この
ような事は、非常に希である。何故なら、ネットワーク
の動作に伴われる少数のセッションによって、顧客は、
１つのセッションに対して多数の代替セッションを定義
できるからである。上述のように、多数の経路再指定の
可能性を与える本発明の好ましい実施例では、代替セッ
ションの数は２７に固定されている。テーブル３のリス
トの中で１つの代替セッションが設定されて且つ INGO
状態であると発見されるという最も可能性の高い場合に
は、プロセッサはステップ３０８へ進んで、進行中の未
決定のＰＩＵを検索して、図５のテーブル２のＰＩＵフ
ィールドを更新することによって、それを後者の代替セ
ッションに転送する（ステップ３０９）。次にステップ
３１０では、プロセッサは全ての仮想回線について、そ
の仮想回線が障害セッションと関連していないことをチ
ェックする。もし当該の仮想回線が障害セッションと関
連していると、プロセッサは、その仮想回線を障害セッ
ションへアンリンクする（ステップ３１１）と共に、代
替セッションへリンクする（ステップ３１２）。これ
は、ＶＣテーブル４の第２のフィールドの更新によって
達成される。
【００１４】図４、図５、図６及び図７は、本発明に従
う経路再指定プロセスの管理を可能にするコントローラ
１０７によって使用されるテーブルの好ましい実施例を
示している。図４は、遠隔コントローラによって受け取
られた CALL REQUEST から抽出された全てのＣＵＤへ、
関連のセッションテーブル２のアドレスを与えるアドレ
ステーブルを示す。本発明の好ましい実施例では、ＣＵ
Ｄは１バイトであり、図５に示されるような１つのセッ
ションテーブルのアドレスを記憶するコントローラメモ
リ内の位置のアドレス６１０又は６１１に対応する値を
演算するためにプロセッサによって処理される。単一の
LU-LUセッション（例えばセッション１）上で種々の仮
想回線を集中するプロセスは、異なる位置６１０、６１
１、・・・にセッション１テーブルの同一アドレスを記
憶することによって、容易に達成することができる。１
つのセッションテーブル６２０の構造は、図５に説明さ
れている。全てのセッションテーブル（例えばセッショ
ン１テーブル）はコントローラのメモリの一部に配置さ
れ、その一部は、アドレステーブル１の第２のフィール
ド６１０、６１１によって与えられたアドレスで始ま
る。全てのセッションテーブルには、対応するセッショ
ン（この例ではセッション１）が INGO 状態であるか N
OGO 状態であるか、即ち、ホストサーバが追加のセッシ
ョンを受け入れないことを遠隔コントローラへ報知した
か否かを示す第１のフィールド６２１と、当該のセッシ
ョンが設定されているか否かを示す第２のフィールド６
２２と、セッション１に対応する代替セッションテーブ
ルの開始アドレスを示す第３のフィールド６２３と、こ
のセッションに関係する未決定のＰＩＵのコントローラ
メモリ内のアドレスを示す第４のフィールド６２４と、
が含まれる。
う経路再指定プロセスの管理を可能にするコントローラ
１０７によって使用されるテーブルの好ましい実施例を
示している。図４は、遠隔コントローラによって受け取
られた CALL REQUEST から抽出された全てのＣＵＤへ、
関連のセッションテーブル２のアドレスを与えるアドレ
ステーブルを示す。本発明の好ましい実施例では、ＣＵ
Ｄは１バイトであり、図５に示されるような１つのセッ
ションテーブルのアドレスを記憶するコントローラメモ
リ内の位置のアドレス６１０又は６１１に対応する値を
演算するためにプロセッサによって処理される。単一の
LU-LUセッション（例えばセッション１）上で種々の仮
想回線を集中するプロセスは、異なる位置６１０、６１
１、・・・にセッション１テーブルの同一アドレスを記
憶することによって、容易に達成することができる。１
つのセッションテーブル６２０の構造は、図５に説明さ
れている。全てのセッションテーブル（例えばセッショ
ン１テーブル）はコントローラのメモリの一部に配置さ
れ、その一部は、アドレステーブル１の第２のフィール
ド６１０、６１１によって与えられたアドレスで始ま
る。全てのセッションテーブルには、対応するセッショ
ン（この例ではセッション１）が INGO 状態であるか N
OGO 状態であるか、即ち、ホストサーバが追加のセッシ
ョンを受け入れないことを遠隔コントローラへ報知した
か否かを示す第１のフィールド６２１と、当該のセッシ
ョンが設定されているか否かを示す第２のフィールド６
２２と、セッション１に対応する代替セッションテーブ
ルの開始アドレスを示す第３のフィールド６２３と、こ
のセッションに関係する未決定のＰＩＵのコントローラ
メモリ内のアドレスを示す第４のフィールド６２４と、
が含まれる。
【００１５】１つの代替セッションテーブル３の構造
が、図６に示されている。本発明の好ましい実施例で
は、全ての代替セッションテーブルは、ｎ個のフィール
ドのセット（例えば２７フィールドのセット）を含み、
各フィールドは、可能なバックアップセッションである
と顧客によって定義された１つのセッションテーブルの
開始アドレスを示している。従って、１つのセッション
代替セッションテーブルへ切り換えるプロセスは、容易
に提供される。遠隔コントローラは、ステップ２００と
同様に CALL REQUEST を受け取ると、後者はＣＵＤを抽
出して、１つの LU-LUセッションのフィールド６１０又
は６１１・・・のアドレスをそのメモリから直接得る。
ステップ２０３で実行されるテストは、当該のセッショ
ンのフィールド６２１及び６２２を読み取って、仮想回
線がその LU-LUセッションへリンクされることが可能か
否かを決定することによって達成される。ステップ２０
３で実行されたテストが失敗すると、プロセッサは、当
該の LU-LUセッションに対応する代替セッションテーブ
ル３の内容を読み込むために、セッションテーブルの第
３のフィールド６２３を読み込む。プロセッサは次に、
代替セッションテーブル２のアドレスを見つけるために
代替セッションテーブル３の第１のフィールドを読み込
む。この代替セッションは、後者が設定され INGO 状態
であるか否かをステップ２１５に従って決定するために
解析される。これは、代替セッションテーブルの第１の
フィールド６２１及び第２のフィールド６２２を読み込
むことによって、再度達成される。テーブル３の第１の
代替セッションが設定されていない、又は NOGO 状態に
あると仮定すると、プロセッサは代替セッションテーブ
ル３のリストの第２のエレメントを読込み、第２の代替
セッションのアドレスを見つけてチェック等を行う。従
って、１つの所定のセッションに対して多数の代替バッ
クアップセッションの定義及び管理を可能にする簡単な
メカニズムが提供される。 LU-LUセッションの数が大幅
に減少されるので、代替バックアップセッションが顧客
によって定義及び編成されることによって、彼が彼の要
求に従って経路指定プロセスを適応させることが可能に
なる。
が、図６に示されている。本発明の好ましい実施例で
は、全ての代替セッションテーブルは、ｎ個のフィール
ドのセット（例えば２７フィールドのセット）を含み、
各フィールドは、可能なバックアップセッションである
と顧客によって定義された１つのセッションテーブルの
開始アドレスを示している。従って、１つのセッション
代替セッションテーブルへ切り換えるプロセスは、容易
に提供される。遠隔コントローラは、ステップ２００と
同様に CALL REQUEST を受け取ると、後者はＣＵＤを抽
出して、１つの LU-LUセッションのフィールド６１０又
は６１１・・・のアドレスをそのメモリから直接得る。
ステップ２０３で実行されるテストは、当該のセッショ
ンのフィールド６２１及び６２２を読み取って、仮想回
線がその LU-LUセッションへリンクされることが可能か
否かを決定することによって達成される。ステップ２０
３で実行されたテストが失敗すると、プロセッサは、当
該の LU-LUセッションに対応する代替セッションテーブ
ル３の内容を読み込むために、セッションテーブルの第
３のフィールド６２３を読み込む。プロセッサは次に、
代替セッションテーブル２のアドレスを見つけるために
代替セッションテーブル３の第１のフィールドを読み込
む。この代替セッションは、後者が設定され INGO 状態
であるか否かをステップ２１５に従って決定するために
解析される。これは、代替セッションテーブルの第１の
フィールド６２１及び第２のフィールド６２２を読み込
むことによって、再度達成される。テーブル３の第１の
代替セッションが設定されていない、又は NOGO 状態に
あると仮定すると、プロセッサは代替セッションテーブ
ル３のリストの第２のエレメントを読込み、第２の代替
セッションのアドレスを見つけてチェック等を行う。従
って、１つの所定のセッションに対して多数の代替バッ
クアップセッションの定義及び管理を可能にする簡単な
メカニズムが提供される。 LU-LUセッションの数が大幅
に減少されるので、代替バックアップセッションが顧客
によって定義及び編成されることによって、彼が彼の要
求に従って経路指定プロセスを適応させることが可能に
なる。
【００１６】ＶＣテーブル４の構造は図７に示されてい
る。ＶＣテーブル４は、全ての仮想回線に対して、識別
子 LCGN ／LCN ／MCH が記憶されている第１のフィール
ドを有している。 LCGN ／LCN は特にＶＣ接続を識別
し、MCH はライン数を識別する。ＶＣテーブル４は、仮
想回線がリンクされた LU-LUセッションに対応するセッ
ションテーブル２の開始アドレスを与える第２のフィー
ルドを有する。
る。ＶＣテーブル４は、全ての仮想回線に対して、識別
子 LCGN ／LCN ／MCH が記憶されている第１のフィール
ドを有している。 LCGN ／LCN は特にＶＣ接続を識別
し、MCH はライン数を識別する。ＶＣテーブル４は、仮
想回線がリンクされた LU-LUセッションに対応するセッ
ションテーブル２の開始アドレスを与える第２のフィー
ルドを有する。
【００１７】
【発明の効果】上記に説明したように、本発明の通信コ
ントローラによって、Ｘ２５勧告に従う仮想回線（Ｖ
Ｃ）をＳＮＡセッションへ迅速に接続できるようになっ
た。この通信コントローラは、利用性が高く、経路再指
定（re-routing）の可能性が改良されるという利点を有
する。
ントローラによって、Ｘ２５勧告に従う仮想回線（Ｖ
Ｃ）をＳＮＡセッションへ迅速に接続できるようになっ
た。この通信コントローラは、利用性が高く、経路再指
定（re-routing）の可能性が改良されるという利点を有
する。
【図１】ＳＮＡネットワーク及びＸ２５ネットワークを
含む電気通信ネットワークを示す。
含む電気通信ネットワークを示す。
【図２】本発明に従うＸ２５及びＳＮＡネットワークに
よるデータ転送を説明するフローチャートを示す。
よるデータ転送を説明するフローチャートを示す。
【図３】１つのセッションで事件が生じたときに、本発
明に従うコントローラに関係する動作を説明するフロー
チャートである。
明に従うコントローラに関係する動作を説明するフロー
チャートである。
【図４】経路再指定プロセスに伴われるアドレステーブ
ルを示す。
ルを示す。
【図５】経路再指定プロセスに伴われるセッションテー
ブルを示す。
ブルを示す。
【図６】経路再指定プロセスに伴われる代替セッション
テーブルを示す。
テーブルを示す。
【図７】経路再指定プロセスに伴われるＶＣテーブルを
示す。
示す。
１００、１０１ ホストコンピュータ １０５、１０６ 局部フロントエンド通信コントロー
ラ １０７、１０８ 電気通信コントローラ １０９ Ｘ２５ネットワーク １１２ ＳＮＡネットワーク １１０ データ端末装置 ６２０ セッションテーブル
ラ １０７、１０８ 電気通信コントローラ １０９ Ｘ２５ネットワーク １１２ ＳＮＡネットワーク １１０ データ端末装置 ６２０ セッションテーブル
───────────────────────────────────────────────────── フロントページの続き (72)発明者 ジャン−ジャック シャルトル フランス、06370 ムアンズ−サルトウ、 シェメ デ ラ フォー デ ファデス 229 (72)発明者 エリック レブリン フランス、06640 サント ジャネット、 リ サント バルブ ９ (72)発明者 ギ プラトル フランス、06610 ラ ゴード、アヴェニ ューマルセル パグノル、バスティズ デ ルトワル 25 (72)発明者 アラン レ フランス、83700 サント−ラファエル、 アヴェニュー スィリー−アンドレ ペ レ、レ オズ デ ブロウリス 15 (56)参考文献 特開 平３−63744（ＪＰ，Ａ) Ｔｅｌｅｓｉｓ，Ｖｏｌ．15，Ｎｏ．２ （1988）、”ＤＰＮ ＳＮＡ Ｍｕｌｔｉ ｈｏｓｔ：Ｔｈｅ Ｍａｒｒｉａｇｅ ｏ ｆ ＩＢＭ ＳＮＡ ａｎｄ Ｘ．25 ｎ ｅｔｗｏｒｋｓ”Ｐ．45−54
Claims (5)
- 【請求項１】 第１のＳＮＡサブネットワーク及び第２
のＸ２５パケット交換ネットワークを含む電気通信ネッ
トワークにおいて、少なくとも１つのホストコンピュー
タで実行されているアプリケーションプログラムと、前
記Ｘ２５パケット交換ネットワークへ接続された多数の
データ端末装置（ＤＴＥ）との間の通信を可能にし、仮
想回線（ＶＣ）によって通信を行う通信コントローラで
あって、 前記通信コントローラと前記アプリケーションプログラ
ムとの間に所定のＳＮＡセッションを設定する手段と、 所定のＳＮＡセッションに少なくとも１つの仮想回線を
リンクする手段と、 前記予め設定されたＳＮＡセッションのそれぞれに対し
て代替バックアップセッションの優先リストを定義する
代替セッションテーブルのセットを記憶する手段と、 １つのＳＮＡセッションで１つの事件が発生したことを
検出する手段と、事件の主体である前記セッションへリ
ンクされた仮想回線を、対応する代替セッションテーブ
ルに定義された１つのバックアップセッションへ切り換
える手段と、 を備えた通信コントローラ。 - 【請求項２】 １つのセッションでの障害から成る事件
を検出する手段を含む請求項１記載の通信コントロー
ラ。 - 【請求項３】 前記ホストサーバの１つへロードされた
１つのアプリケーションプログラムから伝送されたメッ
セージを検出する手段を含むと共に、前記メッセージ
は、前記アプリケーションプログラムがオーバーロード
されて、このアプリケーションプログラムへの任意の追
加の仮想回線の接続を受け入れないことを示す請求項１
記載の通信コントローラ。 - 【請求項４】 複数の仮想回線をただ１つのＳＮＡセッ
ションに集中する手段を含む請求項１記載の通信コント
ローラ。 - 【請求項５】 少なくとも前記ホストサーバの全てのア
プリケーションプログラムに対して、関連するＳＮＡセ
ッションを示す第１のアドレステーブルと、 全てのＳＮＡセッションに対して、関連する代替セッシ
ョンテーブルのアドレスとセッションの状態とを示す第
２のセッションテーブルのセットと、代替セッションテーブルのセットであって、代替セッシ
ョンテーブルの各々は対応するセッションと関連付けら
れ、代替セッションテーブルの各々はセッションで事件
が生じたときに使用されるべき代替セッションの優先リ
ストを示す、 代替セッションテーブルのセットと、 を記憶する手段を更に含む請求項１記載の通信コントロ
ーラ。
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| FR91480096:6 | 1991-06-28 | ||
| EP91480096A EP0520117A1 (en) | 1991-06-28 | 1991-06-28 | Communication controller allowing communication through an X25 network and an SNA network |
| FR914800966 | 1991-06-28 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH05153167A JPH05153167A (ja) | 1993-06-18 |
| JPH07118723B2 true JPH07118723B2 (ja) | 1995-12-18 |
Family
ID=8208712
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP4119232A Expired - Lifetime JPH07118723B2 (ja) | 1991-06-28 | 1992-05-12 | 通信コントローラ |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US5426773A (ja) |
| EP (1) | EP0520117A1 (ja) |
| JP (1) | JPH07118723B2 (ja) |
Families Citing this family (29)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6847611B1 (en) | 1990-12-10 | 2005-01-25 | At&T Corp. | Traffic management for frame relay switched data service |
| US5434850A (en) | 1993-06-17 | 1995-07-18 | Skydata Corporation | Frame relay protocol-based multiplex switching scheme for satellite |
| US6771617B1 (en) | 1993-06-17 | 2004-08-03 | Gilat Satellite Networks, Ltd. | Frame relay protocol-based multiplex switching scheme for satellite mesh network |
| US5774644A (en) * | 1993-12-17 | 1998-06-30 | International Business Machines Corporation | Method and apparatus for generating a pair of interoperating communications programs |
| JPH07325772A (ja) * | 1994-05-31 | 1995-12-12 | Nec Software Ltd | 通信回線ネットワーク管理システム |
| EP0701353A1 (fr) * | 1994-09-07 | 1996-03-13 | T.R.T. Telecommunications Radioelectriques Et Telephoniques | Système de transmission de données à routage adaptatif |
| WO1996017306A2 (en) * | 1994-11-21 | 1996-06-06 | Oracle Corporation | Media server |
| KR0133337B1 (ko) * | 1994-12-21 | 1998-04-21 | 양승택 | 타켓 시스템 이중화 운용관리 장치 및 방법 |
| US5881239A (en) * | 1995-01-23 | 1999-03-09 | Tandem Computers Incorporated | Network system with resilient virtual fault tolerant sessions |
| US5835698A (en) * | 1996-09-20 | 1998-11-10 | Novell, Inc. | Unilaterally-controlled, time-insensitive, data-link recovery apparatus and method |
| US6519723B1 (en) | 1996-09-27 | 2003-02-11 | Applied Digital Access, Inc. | Firewall performance monitoring and limited access system |
| JP3319331B2 (ja) | 1997-04-04 | 2002-08-26 | 日本電気株式会社 | 双方向通信システムにおける遅延量／送信レベル設定方式 |
| US6112249A (en) | 1997-05-30 | 2000-08-29 | International Business Machines Corporation | Non-disruptively rerouting network communications from a secondary network path to a primary path |
| US6081524A (en) | 1997-07-03 | 2000-06-27 | At&T Corp. | Frame relay switched data service |
| US6119170A (en) * | 1997-12-29 | 2000-09-12 | Bull Hn Information Systems Inc. | Method and apparatus for TCP/IP multihoming on a host system configured with multiple independent transport provider systems |
| US6113637A (en) | 1998-10-22 | 2000-09-05 | Sofamor Danek Holdings, Inc. | Artificial intervertebral joint permitting translational and rotational motion |
| US6816913B1 (en) * | 1998-11-04 | 2004-11-09 | Gateway, Inc. | Convenient system, method, and software for online computer users to summon offline computer users |
| AU6507199A (en) * | 1998-11-30 | 2000-06-19 | Motorola, Inc. | Method and apparatus in a data communication system for establishing a reliable internet protocol session |
| US6625753B1 (en) | 2000-05-09 | 2003-09-23 | International Business Machines Corporation | Recovery facility for an SNA communication network |
| US6807149B1 (en) | 2000-07-17 | 2004-10-19 | International Business Machines Corporation | Method and system for LEC resiliency with fast failover |
| US6941388B1 (en) * | 2000-12-22 | 2005-09-06 | Cisco Technology, Inc. | Method and apparatus for handling connections in hot standby line cards |
| US7136385B2 (en) * | 2001-12-07 | 2006-11-14 | International Business Machines Corporation | Method and system for performing asymmetric address translation |
| US6965897B1 (en) * | 2002-10-25 | 2005-11-15 | At&T Corp. | Data compression method and apparatus |
| US20080287959A1 (en) * | 2005-09-26 | 2008-11-20 | Archus Orthopedics, Inc. | Measurement and trialing system and methods for orthopedic device component selection |
| US20080120677A1 (en) * | 2005-11-01 | 2008-05-22 | Bernard Marc R | Method and system for ensuring continuous video services in a passive optical network |
| US20070204309A1 (en) * | 2005-11-01 | 2007-08-30 | Tellabs Vienna, Inc. | Method and apparatus for preserving internet protocol video services across an optical network element reboot |
| US20070101390A1 (en) * | 2005-11-01 | 2007-05-03 | Bernard Marc R | Method and apparatus for maintaining ONT video behavior during initial ONT deployments, ONT reboots, and loss of OLT conditions |
| US20090088851A1 (en) * | 2007-10-02 | 2009-04-02 | Warsaw Orthopedic, Inc. | Combination plate and disc prosthesis |
| CN109980789B (zh) * | 2019-04-29 | 2023-04-28 | 南方电网科学研究院有限责任公司 | 直流控制保护系统的状态检测方法、装置、设备及介质 |
Family Cites Families (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US5155678A (en) * | 1985-10-29 | 1992-10-13 | International Business Machines Corporation | Data availability in restartable data base system |
| ZA883232B (en) * | 1987-05-06 | 1989-07-26 | Dowd Research Pty Ltd O | Packet switches,switching methods,protocols and networks |
| US5021949A (en) * | 1988-02-29 | 1991-06-04 | International Business Machines Corporation | Method and apparatus for linking an SNA host to a remote SNA host over a packet switched communications network |
| US4975914A (en) * | 1989-01-24 | 1990-12-04 | International Business Machines Corporation | Non-disruptive session recovery |
| US5027269A (en) * | 1989-04-27 | 1991-06-25 | International Business Machines Corporation | Method and apparatus for providing continuous availability of applications in a computer network |
| US5023873A (en) * | 1989-06-15 | 1991-06-11 | International Business Machines Corporation | Method and apparatus for communication link management |
| US5077730A (en) * | 1990-08-02 | 1991-12-31 | Arrowood Andrew H | Method of auditing primary and secondary node communication sessions |
| US5303238A (en) * | 1990-12-11 | 1994-04-12 | International Business Machines Corporation | Network communications intermediate interface |
| US5023780A (en) * | 1991-01-03 | 1991-06-11 | Northern Telecom Limited | Method of operating a packet switching network |
-
1991
- 1991-06-28 EP EP91480096A patent/EP0520117A1/en not_active Ceased
-
1992
- 1992-05-12 JP JP4119232A patent/JPH07118723B2/ja not_active Expired - Lifetime
- 1992-06-23 US US07/902,640 patent/US5426773A/en not_active Expired - Fee Related
Non-Patent Citations (1)
| Title |
|---|
| Ｔｅｌｅｓｉｓ，Ｖｏｌ．１５，Ｎｏ．２（１９８８）、"ＤＰＮＳＮＡＭｕｌｔｉｈｏｓｔ：ＴｈｅＭａｒｒｉａｇｅｏｆＩＢＭＳＮＡａｎｄＸ．２５ｎｅｔｗｏｒｋｓ"Ｐ．４５−５４ |
Also Published As
| Publication number | Publication date |
|---|---|
| US5426773A (en) | 1995-06-20 |
| EP0520117A1 (en) | 1992-12-30 |
| JPH05153167A (ja) | 1993-06-18 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPH07118723B2 (ja) | 通信コントローラ | |
| EP0381365B1 (en) | A system and method for interconnecting applications across different networks of data processing systems | |
| JP2962203B2 (ja) | オンライン情報処理システムにおける負荷分散方法 | |
| EP0221360B1 (en) | Digital data message transmission networks and the establishing of communication paths therein | |
| US6549946B1 (en) | Apparatus and method for telecommunication routing and parameter negotiation | |
| US5621721A (en) | Maintaining database integrity throughout a communication network | |
| US4555781A (en) | Conversational video system having local network control | |
| US6848005B1 (en) | Self-tuning dataflow I/O core | |
| EP0613274A2 (en) | Socket structure for concurrent multiple protocol access | |
| US5535334A (en) | Fault-tolerant system-to-system communications system and method utilizing multiple communications methods to transfer a single message | |
| JPH0530152A (ja) | プロトコル並列処理装置 | |
| WO1992017845A1 (en) | Method for remotely accessing service-programs of a local processing system supporting multiple protocol stacks and multiple device-drivers | |
| US5023780A (en) | Method of operating a packet switching network | |
| EP1080588A1 (en) | Routing optimisation for redirection services | |
| US6311208B1 (en) | Server address management system | |
| US7185113B1 (en) | System and method for establishing a virtual circuit in an ATM network | |
| US6510465B1 (en) | Dual communication services interface for distributed transaction processing | |
| JPH07160647A (ja) | 分散処理システム | |
| US7012921B2 (en) | Method and system for handling asynchronous transfer mode (ATM) call set-ups | |
| US6438602B1 (en) | Method of establishing connections between client and server programs in respective computers using automatically constructed pipe names | |
| CN1316394C (zh) | 在网络中传递状态信息 | |
| Cullum | The transmission subsystem in systems network architecture | |
| JP2956639B2 (ja) | Ｐｖｃ切替システム | |
| JPH10164083A (ja) | エンドーエンド伝送路の設定方法とその方式 | |
| JP2820942B2 (ja) | 通信プロトコル処理方法 |