JPH07273834A - ネットワークコネクションの管理方法 - Google Patents
ネットワークコネクションの管理方法Info
- Publication number
- JPH07273834A JPH07273834A JP8262694A JP8262694A JPH07273834A JP H07273834 A JPH07273834 A JP H07273834A JP 8262694 A JP8262694 A JP 8262694A JP 8262694 A JP8262694 A JP 8262694A JP H07273834 A JPH07273834 A JP H07273834A
- Authority
- JP
- Japan
- Prior art keywords
- address
- nsap
- user
- network
- connection
- 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)
- Communication Control (AREA)
Abstract
(57)【要約】
【目的】 同一のＮＳＡＰアドレスを用いて複数のネッ
トワークコネクションを管理する。 【構成】 公衆網６を介して送られてきた着呼パケット
をＤＴＥ３が受取ると、ＮＳプロバイダ１が当該パケッ
トからＮＳＡＰアドレスを取出し、ＮＳＡＰアドレスに
対応して予め設定されたＮＳユーザの接続指示受付用モ
ジュール１０に接続指示プリミティブを送る。ＮＳユー
ザ７がこのプリミティブに応じてネットワークコネクシ
ョン（ＮＣ）８を開通するＮＳユーザの実行アドレス１
０を含む応答プリミティブをＮＳプロバイダ１に返送す
ると、ＮＣを開通するＮＳユーザの実行アドレスと、該
実行アドレスに一意に対応し且つＤＴＥアドレスに付属
された論理チャンネル番号に対応する識別子と、ＮＳＡ
Ｐアドレスとを対応付けて管理テーブルに登録する。そ
して、この管理テーブルを参照して、ＮＳプロバイダ１
が１つのＮＳＡＰアドレスによって複数のＮＣ８を管理
し、ＮＣによる通信を行わせる。
トワークコネクションを管理する。 【構成】 公衆網６を介して送られてきた着呼パケット
をＤＴＥ３が受取ると、ＮＳプロバイダ１が当該パケッ
トからＮＳＡＰアドレスを取出し、ＮＳＡＰアドレスに
対応して予め設定されたＮＳユーザの接続指示受付用モ
ジュール１０に接続指示プリミティブを送る。ＮＳユー
ザ７がこのプリミティブに応じてネットワークコネクシ
ョン（ＮＣ）８を開通するＮＳユーザの実行アドレス１
０を含む応答プリミティブをＮＳプロバイダ１に返送す
ると、ＮＣを開通するＮＳユーザの実行アドレスと、該
実行アドレスに一意に対応し且つＤＴＥアドレスに付属
された論理チャンネル番号に対応する識別子と、ＮＳＡ
Ｐアドレスとを対応付けて管理テーブルに登録する。そ
して、この管理テーブルを参照して、ＮＳプロバイダ１
が１つのＮＳＡＰアドレスによって複数のＮＣ８を管理
し、ＮＣによる通信を行わせる。
Description
【０００１】
【産業上の利用分野】本発明は、１９８８年版ＩＴＵ−
Ｔ勧告のＸ．２５プロトコルを使用するパケット端末
で、上位プロトコルとして、ＯＳＩ（勧告Ｘ．２００シ
リーズのオープンシステムインタフェース）プロトコル
を使用するシステムのネットワークコネクションを管理
する方法に関する。
Ｔ勧告のＸ．２５プロトコルを使用するパケット端末
で、上位プロトコルとして、ＯＳＩ（勧告Ｘ．２００シ
リーズのオープンシステムインタフェース）プロトコル
を使用するシステムのネットワークコネクションを管理
する方法に関する。
【０００２】
【従来の技術】上記のような構成のシステムにおけるネ
ットワークコネクション（以下、ＮＣと略記する）を管
理する方式としては、ＮＣ開通手順におけるアドレスの
通知方式として、１９８８年版ＩＴＵ−Ｔ勧告のＸ．２
５の付属書Ｇ（ＯＳＩネットワークサービスを提供する
ためのＩＴＵ−Ｔ準拠ＤＴＥファシリティ）に記載され
ているＮＣ開通手続を利用し、ＮＳユーザへのサービス
の提供点であるネットワークサービスアクセスポイント
（以下、ＮＳＡＰと略記する）のアドレスによりＮＣを
管理する方法がある。具体的には、発呼アドレス拡張及
び着呼アドレス拡張ファシリティを用いて、そのフィー
ルドにＮＳＡＰアドレスを格納してお互い通知すること
により、ＮＳＡＰアドレスで指定したＮＳユーザ（エン
ティティ）同士のＮＣの開通手順を行い、その時に用い
たＮＳＡＰアドレスによりＮＣを管理する方式である。
また、ＮＳＡＰアドレスを扱う機能を有していない交換
機を介して公衆網と接続したデータ端末装置（以下、Ｄ
ＴＥと略記する）とネットワークサービスユーザ（以
下、ＮＳユーザと略記する）とを接続する場合には、Ｄ
ＴＥアドレスとＮＳＡＰアドレスとを対応付けてマッピ
ングすることにより、上記のようなＮＣ管理を実現させ
る方式も提案されている（特開平３−１６５１４３号公
報）。
ットワークコネクション（以下、ＮＣと略記する）を管
理する方式としては、ＮＣ開通手順におけるアドレスの
通知方式として、１９８８年版ＩＴＵ−Ｔ勧告のＸ．２
５の付属書Ｇ（ＯＳＩネットワークサービスを提供する
ためのＩＴＵ−Ｔ準拠ＤＴＥファシリティ）に記載され
ているＮＣ開通手続を利用し、ＮＳユーザへのサービス
の提供点であるネットワークサービスアクセスポイント
（以下、ＮＳＡＰと略記する）のアドレスによりＮＣを
管理する方法がある。具体的には、発呼アドレス拡張及
び着呼アドレス拡張ファシリティを用いて、そのフィー
ルドにＮＳＡＰアドレスを格納してお互い通知すること
により、ＮＳＡＰアドレスで指定したＮＳユーザ（エン
ティティ）同士のＮＣの開通手順を行い、その時に用い
たＮＳＡＰアドレスによりＮＣを管理する方式である。
また、ＮＳＡＰアドレスを扱う機能を有していない交換
機を介して公衆網と接続したデータ端末装置（以下、Ｄ
ＴＥと略記する）とネットワークサービスユーザ（以
下、ＮＳユーザと略記する）とを接続する場合には、Ｄ
ＴＥアドレスとＮＳＡＰアドレスとを対応付けてマッピ
ングすることにより、上記のようなＮＣ管理を実現させ
る方式も提案されている（特開平３−１６５１４３号公
報）。
【０００３】
【発明が解決しようとする課題】しかしながら、ＮＳユ
ーザが同一のＮＳＡＰにて複数のＮＣを利用するような
場合には、上記のような従来のＮＣ管理方式では対応す
ることができない。この問題に関して、文献”ＩＳＯ
８３４８（１９８７）：５．３ NC endpoint identific
ation convention ”に、「ＮＳ利用者が同一ＮＳＡＰ
で複数のＮＣを区別する必要がある場合、ローカルＮＣ
端点識別機構が提供されなければならない。このような
ＮＳＡＰで発呼されるすべてのプリミティブは、ＮＣを
識別するためにこの機構を使用することを要求される。
このような暗黙的識別はこの国際標準のサービス・プリ
ミティブのパラメータとして記述されていない。」と記
載されているだけで、具体的な解決手段については何等
記載されていない。
ーザが同一のＮＳＡＰにて複数のＮＣを利用するような
場合には、上記のような従来のＮＣ管理方式では対応す
ることができない。この問題に関して、文献”ＩＳＯ
８３４８（１９８７）：５．３ NC endpoint identific
ation convention ”に、「ＮＳ利用者が同一ＮＳＡＰ
で複数のＮＣを区別する必要がある場合、ローカルＮＣ
端点識別機構が提供されなければならない。このような
ＮＳＡＰで発呼されるすべてのプリミティブは、ＮＣを
識別するためにこの機構を使用することを要求される。
このような暗黙的識別はこの国際標準のサービス・プリ
ミティブのパラメータとして記述されていない。」と記
載されているだけで、具体的な解決手段については何等
記載されていない。
【０００４】本発明は上記従来の事情に鑑みなされたも
ので、Ｘ．２５プロトコルを使用するパケット端末で、
上位プロトコルとして、ＯＳＩプロトコルを使用すシス
テムにおいて、同一のＮＳＡＰに端点を有する複数のネ
ットワークコネクションを管理するための方法を提供す
ることを目的とする。
ので、Ｘ．２５プロトコルを使用するパケット端末で、
上位プロトコルとして、ＯＳＩプロトコルを使用すシス
テムにおいて、同一のＮＳＡＰに端点を有する複数のネ
ットワークコネクションを管理するための方法を提供す
ることを目的とする。
【０００５】
【課題を解決するための手段】本発明のネットワークコ
ネクションの管理方法は、ＩＴＵ−Ｔ勧告のＸ．２５プ
ロトコルを利用してＯＳＩ勧告のＸ．２００シリーズの
オープンシステムインターフェースのネットワーク層サ
ービスを上位層に提供するネットワークコネクションの
管理方法において、ネットワークコネクションと前記
Ｘ．２５プロトコルの論理チャンネル番号とを一対一に
対応付け、前記ネットワークコネクションと論理チャン
ネル番号との対応に基づいてネットワークコネクション
を管理することにより、一つのネットワークサービスア
クセスポイントを介して複数のネットワークコネクショ
ンを提供することを特徴とする。
ネクションの管理方法は、ＩＴＵ−Ｔ勧告のＸ．２５プ
ロトコルを利用してＯＳＩ勧告のＸ．２００シリーズの
オープンシステムインターフェースのネットワーク層サ
ービスを上位層に提供するネットワークコネクションの
管理方法において、ネットワークコネクションと前記
Ｘ．２５プロトコルの論理チャンネル番号とを一対一に
対応付け、前記ネットワークコネクションと論理チャン
ネル番号との対応に基づいてネットワークコネクション
を管理することにより、一つのネットワークサービスア
クセスポイントを介して複数のネットワークコネクショ
ンを提供することを特徴とする。
【０００６】
【作用】論理チャンネル番号は、パケットを識別するた
め、すなわちＸ．２５プロトコルのバーチャルサーキッ
トを識別するために、パケットに含まれて転送され、こ
の論理チャンネル番号が同一なパケットのデータは同一
のＮＣ上で転送されるべきものである。したがって、こ
の論理チャンネル番号とＮＣとを一対一に対応付け、こ
の対応関係に基づいてＮＣを管理することにより、同一
のＮＳＡＰに端点を有する複数のＮＣにあっても、各Ｎ
Ｃを識別することができる。
め、すなわちＸ．２５プロトコルのバーチャルサーキッ
トを識別するために、パケットに含まれて転送され、こ
の論理チャンネル番号が同一なパケットのデータは同一
のＮＣ上で転送されるべきものである。したがって、こ
の論理チャンネル番号とＮＣとを一対一に対応付け、こ
の対応関係に基づいてＮＣを管理することにより、同一
のＮＳＡＰに端点を有する複数のＮＣにあっても、各Ｎ
Ｃを識別することができる。
【０００７】後述する実施例で説明するように、例え
ば、管理テーブルを参照して、ＮＳプロバイダが同一の
ＮＳＡＰにおいてＮＳユーザと接続する複数のＮＣを管
理する。すなわち、発呼側のシステムが着呼側システム
への接続要求パケットを送信すると、ＤＣＥはそれを受
けて着呼側のシステムへ着呼パケットを送信する。着呼
側のシステムは受信した着呼パケットからＮＳＡＰアド
レスを取り出し、ＮＳＡＰアドレスに対応して予め設定
されたＮＳユーザの接続指示受付用モジュールに接続指
示プリミティブを送る。そして、ＮＳユーザが接続指示
プリミティブに応じてＮＣを確立するＮＳユーザの実行
アドレスを含む応答プリミティブをＮＳプロバイダに返
送すると、ＮＣを確立するＮＳユーザの実行アドレス
と、該ＮＳユーザの実行アドレスに一意に対応し且つ論
理チャンネル番号に対応する識別子と、ＮＳＡＰアドレ
スとを対応付けて管理テーブルに登録する。
ば、管理テーブルを参照して、ＮＳプロバイダが同一の
ＮＳＡＰにおいてＮＳユーザと接続する複数のＮＣを管
理する。すなわち、発呼側のシステムが着呼側システム
への接続要求パケットを送信すると、ＤＣＥはそれを受
けて着呼側のシステムへ着呼パケットを送信する。着呼
側のシステムは受信した着呼パケットからＮＳＡＰアド
レスを取り出し、ＮＳＡＰアドレスに対応して予め設定
されたＮＳユーザの接続指示受付用モジュールに接続指
示プリミティブを送る。そして、ＮＳユーザが接続指示
プリミティブに応じてＮＣを確立するＮＳユーザの実行
アドレスを含む応答プリミティブをＮＳプロバイダに返
送すると、ＮＣを確立するＮＳユーザの実行アドレス
と、該ＮＳユーザの実行アドレスに一意に対応し且つ論
理チャンネル番号に対応する識別子と、ＮＳＡＰアドレ
スとを対応付けて管理テーブルに登録する。
【０００８】このようにして作成された管理テーブル
は、ＮＳＡＰアドレスに対してＮＣを確立するＮＳユー
ザの実行アドレスが複数ある場合にあっても、識別子に
よってその内の１つのＮＳユーザの実行アドレスを対応
付けるものである。したがって、以後の通信において、
ＮＳプロバイダは、管理テーブルを参照して論理チャン
ネル番号と対応する識別子とＮＳＡＰアドレスとによっ
て、１つのＮＳユーザの実行アドレスすなわちＮＣを特
定することができる。
は、ＮＳＡＰアドレスに対してＮＣを確立するＮＳユー
ザの実行アドレスが複数ある場合にあっても、識別子に
よってその内の１つのＮＳユーザの実行アドレスを対応
付けるものである。したがって、以後の通信において、
ＮＳプロバイダは、管理テーブルを参照して論理チャン
ネル番号と対応する識別子とＮＳＡＰアドレスとによっ
て、１つのＮＳユーザの実行アドレスすなわちＮＣを特
定することができる。
【０００９】
【実施例】本発明に係るネットワークコネクションの管
理方法を実施例に基づいて説明する。図１には本発明の
一実施例に係るネットワークコネクション管理装置の構
成を示てある。ネットワークコネクション管理装置には
ＮＣ管理部２及びＸ．２５パケットレイヤ処理部４を含
むインターフェース処理部を有したＮＳプロバイダ１が
備えられており、このＮＣ管理部２は後述する管理テー
ブル（表１乃至表３参照）を有している。データ端末装
置（ＤＴＥ）３は交換機（ＤＣＥ）５を介して公衆網６
に接続され、ＤＴＥ３に含まれるＮＳユーザ７はＮＳプ
ロバイダ１を介しＤＣＥ５に接続される。なお、図示し
てはいないが、公衆網６には、同様に、交換機を介して
他のシステムのＤＴＥが接続されている。
理方法を実施例に基づいて説明する。図１には本発明の
一実施例に係るネットワークコネクション管理装置の構
成を示てある。ネットワークコネクション管理装置には
ＮＣ管理部２及びＸ．２５パケットレイヤ処理部４を含
むインターフェース処理部を有したＮＳプロバイダ１が
備えられており、このＮＣ管理部２は後述する管理テー
ブル（表１乃至表３参照）を有している。データ端末装
置（ＤＴＥ）３は交換機（ＤＣＥ）５を介して公衆網６
に接続され、ＤＴＥ３に含まれるＮＳユーザ７はＮＳプ
ロバイダ１を介しＤＣＥ５に接続される。なお、図示し
てはいないが、公衆網６には、同様に、交換機を介して
他のシステムのＤＴＥが接続されている。
【００１０】上記ＮＳユーザ７は当該システムと公衆網
６を介して接続されている他のシステムのＮＳユーザと
ネットワークコネクション（ＮＣ）８によって結ばれ、
このＮＣ８を介してＮＳプロバイダ１からＮＳユーザ７
へサービスが提供される。ＮＳプロバイダ１からＮＳユ
ーザ７へサービスを提供する点（ＮＳＡＰ）９は１つ以
上あり、このＮＳＡＰを識別するためにＮＳＡＰアドレ
スが設定されている。なお、図１にはＮＳＡＰ９は１つ
だけ示してあり、以下の説明ではこのＮＳＡＰのアドレ
スを”ＮＳＡＰ−１”とする。ＮＳＡＰ９にはＮＣ８の
端点となるエンドポイント１０が複数設けられている。
これらエンドポイント１０はＮＳユーザ・エンティティ
への接続点となり、ＮＳユーザ７の実行アドレスとし
て”ｅｎｄｐｏｉｎｔ−１０”、”ｅｎｄｐｏｉｎｔ−
１１”、”ｅｎｄｐｏｉｎｔ−１２”・・・・・が設定
されている。したがって、１つのＮＳＡＰアドレスに複
数のＮＳユーザ７の実行アドレス（すなわち、複数のＮ
Ｃ８）が対応し、上記の例では、ＮＳＡＰアドレス”Ｎ
ＳＡＰ−１”は当該アドレスによって指定されるＮＳＡ
Ｐ９でそれぞれＮＣ８の端点となる複数のエンドポイン
ト”ｅｎｄｐｏｉｎｔ−１０”、”ｅｎｄｐｏｉｎｔ−
１１”、”ｅｎｄｐｏｉｎｔ−１２”・・・・・が対応
する。なお、アドレス”ｅｎｄｐｏｉｎｔ−１０”のエ
ンドポイント１０はＮＳユーザ７の接続指示受付処理用
モジュールに設定されており、ＮＳプロバイダ１からの
接続指示プリミティブはこのエンドポイント１０で受け
付けられる。
６を介して接続されている他のシステムのＮＳユーザと
ネットワークコネクション（ＮＣ）８によって結ばれ、
このＮＣ８を介してＮＳプロバイダ１からＮＳユーザ７
へサービスが提供される。ＮＳプロバイダ１からＮＳユ
ーザ７へサービスを提供する点（ＮＳＡＰ）９は１つ以
上あり、このＮＳＡＰを識別するためにＮＳＡＰアドレ
スが設定されている。なお、図１にはＮＳＡＰ９は１つ
だけ示してあり、以下の説明ではこのＮＳＡＰのアドレ
スを”ＮＳＡＰ−１”とする。ＮＳＡＰ９にはＮＣ８の
端点となるエンドポイント１０が複数設けられている。
これらエンドポイント１０はＮＳユーザ・エンティティ
への接続点となり、ＮＳユーザ７の実行アドレスとし
て”ｅｎｄｐｏｉｎｔ−１０”、”ｅｎｄｐｏｉｎｔ−
１１”、”ｅｎｄｐｏｉｎｔ−１２”・・・・・が設定
されている。したがって、１つのＮＳＡＰアドレスに複
数のＮＳユーザ７の実行アドレス（すなわち、複数のＮ
Ｃ８）が対応し、上記の例では、ＮＳＡＰアドレス”Ｎ
ＳＡＰ−１”は当該アドレスによって指定されるＮＳＡ
Ｐ９でそれぞれＮＣ８の端点となる複数のエンドポイン
ト”ｅｎｄｐｏｉｎｔ−１０”、”ｅｎｄｐｏｉｎｔ−
１１”、”ｅｎｄｐｏｉｎｔ−１２”・・・・・が対応
する。なお、アドレス”ｅｎｄｐｏｉｎｔ−１０”のエ
ンドポイント１０はＮＳユーザ７の接続指示受付処理用
モジュールに設定されており、ＮＳプロバイダ１からの
接続指示プリミティブはこのエンドポイント１０で受け
付けられる。
【００１１】図２に示すＯＳＩプロトコルの参照モデル
に対応させると、第３層目のネットワーク層がＮＳプロ
バイダ１に該当し、第４層目のトランスポート層がＮＳ
ユーザ７に該当し、ネットワーク層及びデータリンク層
はＸ．２５プロトコルを使用してデータ伝送を制御す
る。そして、ＮＳＡＰ９はＮＳユーザ・エンティティへ
のサービスをネットワーク層からトランスポート層へ提
供する点であり、このＮＳＡＰ９においてネットワーク
層を介したトランスポート層へのＮＣ８が確立される。
に対応させると、第３層目のネットワーク層がＮＳプロ
バイダ１に該当し、第４層目のトランスポート層がＮＳ
ユーザ７に該当し、ネットワーク層及びデータリンク層
はＸ．２５プロトコルを使用してデータ伝送を制御す
る。そして、ＮＳＡＰ９はＮＳユーザ・エンティティへ
のサービスをネットワーク層からトランスポート層へ提
供する点であり、このＮＳＡＰ９においてネットワーク
層を介したトランスポート層へのＮＣ８が確立される。
【００１２】本実施例の管理方法によるＮＣの管理は次
のようにしてなされる。上記のＮＳユーザ７へ接続する
ために他のＮＳユーザ側から公衆網６を介してＤＴＥア
ドレス及び論理チャンネル番号を含んだ接続要求パケッ
トが送られると、この接続要求パケットは交換機５によ
ってＤＴＥ３に送られる。この接続要求パケットに対応
する着呼パケットを受け取ったＤＴＥ３はＸ．２５パケ
ットレイヤ処理部４で着呼パケットの着呼アドレス拡張
ファシリティにより指定されたＮＳＡＰアドレスを用い
てＮＳユーザ７を特定し、接続指示プリミティブ（Ｎ−
ＣＯＮＮＥＣＴ−ＩＮＤ）をそのＮＳユーザ７に対して
発行する。なお、この時、ＮＳプロバイダ１は着呼パケ
ットを受け取った論理チャンネル番号を識別子として接
続指示プリミティブに添付する。
のようにしてなされる。上記のＮＳユーザ７へ接続する
ために他のＮＳユーザ側から公衆網６を介してＤＴＥア
ドレス及び論理チャンネル番号を含んだ接続要求パケッ
トが送られると、この接続要求パケットは交換機５によ
ってＤＴＥ３に送られる。この接続要求パケットに対応
する着呼パケットを受け取ったＤＴＥ３はＸ．２５パケ
ットレイヤ処理部４で着呼パケットの着呼アドレス拡張
ファシリティにより指定されたＮＳＡＰアドレスを用い
てＮＳユーザ７を特定し、接続指示プリミティブ（Ｎ−
ＣＯＮＮＥＣＴ−ＩＮＤ）をそのＮＳユーザ７に対して
発行する。なお、この時、ＮＳプロバイダ１は着呼パケ
ットを受け取った論理チャンネル番号を識別子として接
続指示プリミティブに添付する。
【００１３】ＮＳユーザ７では予め設定されている接続
指示受付用のエンドポイント”ｅｎｄｐｏｉｎｔ−１
０”にて接続指示プリミティブを受け付け、接続指示受
付処理用モジュールで接続の指示の処理を行う。そし
て、ＮＳユーザ７がＮＣ８を接続するエンドポイント１
０のアドレスを実行アドレスとして通知する接続応答プ
リミティブ（Ｎ−ＣＯＮＮＥＣＴ−ＲＥＳ）を発行すれ
ば、ＮＣ８の接続は完了する。なお、接続を拒否する場
合にはＮＳユーザ７は接続遮断要求プリミティブ（Ｎ−
ＤＩＳＣＯＮＮＥＣＴ−ＲＥＱ）を発行する。接続応答
プリミティブを受け取ったＮＳプロバイダ１は、ＮＣ８
が接続したエンドポイント１０のアドレスと上記のＮＳ
ＡＰアドレス及び識別子とを一対一に対応付けてＮＣ管
理部２の管理テーブルに登録する。したがって、その後
は、着呼パケットを受け取った論理チャンネル番号を識
別子として、管理テーブルを参照することにより、ＮＳ
ＡＰに複数のＮＣが対応していても、一意的に１つのＮ
Ｃ８に特定してデータの送受信を行うことができる。
指示受付用のエンドポイント”ｅｎｄｐｏｉｎｔ−１
０”にて接続指示プリミティブを受け付け、接続指示受
付処理用モジュールで接続の指示の処理を行う。そし
て、ＮＳユーザ７がＮＣ８を接続するエンドポイント１
０のアドレスを実行アドレスとして通知する接続応答プ
リミティブ（Ｎ−ＣＯＮＮＥＣＴ−ＲＥＳ）を発行すれ
ば、ＮＣ８の接続は完了する。なお、接続を拒否する場
合にはＮＳユーザ７は接続遮断要求プリミティブ（Ｎ−
ＤＩＳＣＯＮＮＥＣＴ−ＲＥＱ）を発行する。接続応答
プリミティブを受け取ったＮＳプロバイダ１は、ＮＣ８
が接続したエンドポイント１０のアドレスと上記のＮＳ
ＡＰアドレス及び識別子とを一対一に対応付けてＮＣ管
理部２の管理テーブルに登録する。したがって、その後
は、着呼パケットを受け取った論理チャンネル番号を識
別子として、管理テーブルを参照することにより、ＮＳ
ＡＰに複数のＮＣが対応していても、一意的に１つのＮ
Ｃ８に特定してデータの送受信を行うことができる。
【００１４】次に、上記の管理テーブルを作成する方法
について、それぞれ複数のエンドポイント１０（ＮＳユ
ーザ実行アドレス）を有するＮＳＡＰ９が２つ存在する
例を用いて、図３に示すフローチャート及び図４に示す
タイムチャートを参照して説明する。なお、以下の説明
では、ＮＳＡＰ９のアドレスを”ＮＳＡＰ−１”と”Ｎ
ＳＡＰ−２”とし、それぞれのＮＳＡＰ９に対応するＮ
Ｓユーザの実行アドレスを”ｅｎｄｐｏｉｎｔ−１
０”、”ｅｎｄｐｏｉｎｔ−１１”、”ｅｎｄｐｏｉｎ
ｔ−１２”・・・・・と”ｅｎｄｐｏｉｎｔ−２
０”、”ｅｎｄｐｏｉｎｔ−２１”、”ｅｎｄｐｏｉｎ
ｔ−２２”・・・・・とする。まず、ＮＳＡＰ９を通し
て通信する上位ソフトウエア（ＮＳユーザ）が使用可の
状態になると、表１に示すように、管理テーブルに、Ｎ
ＳＡＰアドレス”ＮＳＡＰ−１”、”ＮＳＡＰ−２”
と、予め設定したＮＳユーザ７の接続指示受付処理用モ
ジュールの実行アドレス”ｅｎｄｐｏｉｎｔ−１
０”、”ｅｎｄｐｏｉｎｔ−２０”とをそれぞれ対応さ
せて登録する。なお、この時点では、ＮＳＡＰアドレ
ス”ＮＳＡＰ−１”、”ＮＳＡＰ−２”においてＮＣ８
は１つも開通していない。
について、それぞれ複数のエンドポイント１０（ＮＳユ
ーザ実行アドレス）を有するＮＳＡＰ９が２つ存在する
例を用いて、図３に示すフローチャート及び図４に示す
タイムチャートを参照して説明する。なお、以下の説明
では、ＮＳＡＰ９のアドレスを”ＮＳＡＰ−１”と”Ｎ
ＳＡＰ−２”とし、それぞれのＮＳＡＰ９に対応するＮ
Ｓユーザの実行アドレスを”ｅｎｄｐｏｉｎｔ−１
０”、”ｅｎｄｐｏｉｎｔ−１１”、”ｅｎｄｐｏｉｎ
ｔ−１２”・・・・・と”ｅｎｄｐｏｉｎｔ−２
０”、”ｅｎｄｐｏｉｎｔ−２１”、”ｅｎｄｐｏｉｎ
ｔ−２２”・・・・・とする。まず、ＮＳＡＰ９を通し
て通信する上位ソフトウエア（ＮＳユーザ）が使用可の
状態になると、表１に示すように、管理テーブルに、Ｎ
ＳＡＰアドレス”ＮＳＡＰ−１”、”ＮＳＡＰ−２”
と、予め設定したＮＳユーザ７の接続指示受付処理用モ
ジュールの実行アドレス”ｅｎｄｐｏｉｎｔ−１
０”、”ｅｎｄｐｏｉｎｔ−２０”とをそれぞれ対応さ
せて登録する。なお、この時点では、ＮＳＡＰアドレ
ス”ＮＳＡＰ−１”、”ＮＳＡＰ−２”においてＮＣ８
は１つも開通していない。
【００１５】
【表１】
【００１６】次いで、発呼側のＮＳユーザがＮＳＡＰア
ドレス”ＮＳＡＰ−１”への接続要求プリミティブを発
行し、これによってＤＴＥアドレスに従って送られてき
た着呼パケット（ＣＮ）をＤＴＥ３が受信すると、Ｘ．
２５パケットレイヤ処理部４でＸ．２５パケットレベル
での受信処理を行い、ＮＳプロバイダ１が着呼アドレス
拡張ファシリティから着呼ＮＳＡＰアドレス”ＮＳＡＰ
−１”を取り出す（ステップＳ１）。そして、ＮＳプロ
バイダ１は、このＮＳＡＰアドレス”ＮＳＡＰ−１”で
表１に示した管理テーブルを検索し（ステップＳ２）、
この”ＮＳＡＰ−１”に一致するＮＳＡＰアドレスに対
応したＮＳユーザ７の接続指示受付処理用モジュールの
実行アドレス”ｅｎｄｐｏｉｎｔ−１０”を探し出す
（ステップＳ３）。なお、表１に示した管理テーブル
に”ＮＳＡＰ−１”が登録されておらず、接続指示受付
処理用モジュールの実行アドレスが見い出せないときに
は、接続要求を受け付けられないので、ＮＳプロバイダ
１は発呼側のＮＳユーザへ復旧要求パケット（ＣＱ）を
送信して処理を終了する（ステップＳ４）。
ドレス”ＮＳＡＰ−１”への接続要求プリミティブを発
行し、これによってＤＴＥアドレスに従って送られてき
た着呼パケット（ＣＮ）をＤＴＥ３が受信すると、Ｘ．
２５パケットレイヤ処理部４でＸ．２５パケットレベル
での受信処理を行い、ＮＳプロバイダ１が着呼アドレス
拡張ファシリティから着呼ＮＳＡＰアドレス”ＮＳＡＰ
−１”を取り出す（ステップＳ１）。そして、ＮＳプロ
バイダ１は、このＮＳＡＰアドレス”ＮＳＡＰ−１”で
表１に示した管理テーブルを検索し（ステップＳ２）、
この”ＮＳＡＰ−１”に一致するＮＳＡＰアドレスに対
応したＮＳユーザ７の接続指示受付処理用モジュールの
実行アドレス”ｅｎｄｐｏｉｎｔ−１０”を探し出す
（ステップＳ３）。なお、表１に示した管理テーブル
に”ＮＳＡＰ−１”が登録されておらず、接続指示受付
処理用モジュールの実行アドレスが見い出せないときに
は、接続要求を受け付けられないので、ＮＳプロバイダ
１は発呼側のＮＳユーザへ復旧要求パケット（ＣＱ）を
送信して処理を終了する（ステップＳ４）。
【００１７】上記のようにしてＮＳＡＰアドレス”ＮＳ
ＡＰ−１”に対応するＮＳユーザ７の接続指示受付処理
用モジュールの実行アドレス”ｅｎｄｐｏｉｎｔ−１
０”が見付かると、そのモジュールに対してＮＳプロバ
イダ１が接続指示プリミティブ（Ｎ−ＣＯＮＮＥＣＴ−
ＩＮＤ）を発行する（ステップＳ５）。この結果、ＮＳ
ユーザ７がこの接続指示プリミティブに対してＮＣ８の
端点として実行アドレス”ｅｎｄｐｏｉｎｔ−１１”を
指定し、これを通知する接続応答プリミティブ（Ｎ−Ｃ
ＯＮＮＥＣＴ−ＲＥＳ）をＮＳユーザ７からＮＳプロバ
イダ１が受け取ると（ステップＳ６）、ＮＳプロバイダ
１は表２に示すように実行アドレス”ｅｎｄｐｏｉｎｔ
−１１”及びＮＳＡＰアドレス”ＮＳＡＰ−１”と着呼
パケットを受け取った論理チャンネル番号を識別子”Ｉ
Ｄ１”として管理テーブルに対応させて登録する（ステ
ップＳ７）。
ＡＰ−１”に対応するＮＳユーザ７の接続指示受付処理
用モジュールの実行アドレス”ｅｎｄｐｏｉｎｔ−１
０”が見付かると、そのモジュールに対してＮＳプロバ
イダ１が接続指示プリミティブ（Ｎ−ＣＯＮＮＥＣＴ−
ＩＮＤ）を発行する（ステップＳ５）。この結果、ＮＳ
ユーザ７がこの接続指示プリミティブに対してＮＣ８の
端点として実行アドレス”ｅｎｄｐｏｉｎｔ−１１”を
指定し、これを通知する接続応答プリミティブ（Ｎ−Ｃ
ＯＮＮＥＣＴ−ＲＥＳ）をＮＳユーザ７からＮＳプロバ
イダ１が受け取ると（ステップＳ６）、ＮＳプロバイダ
１は表２に示すように実行アドレス”ｅｎｄｐｏｉｎｔ
−１１”及びＮＳＡＰアドレス”ＮＳＡＰ−１”と着呼
パケットを受け取った論理チャンネル番号を識別子”Ｉ
Ｄ１”として管理テーブルに対応させて登録する（ステ
ップＳ７）。
【００１８】
【表２】
【００１９】そして、上記の接続応答プリミティブに対
応して、発呼側のＮＳユーザへ着呼受付パケットを送信
し（ステップＳ８）、上記のＮＳＡＰアドレス”ＮＳＡ
Ｐ−１”への接続要求に基づいてＮＣ８が開通したこと
を通知してＮＣ開通処理を終了する。この後のデータの
送受信は、論理チャンネル番号に対応した識別子”ＩＤ
１”で表２に示した管理テーブルを参照することによ
り、ＮＳＡＰアドレス”ＮＳＡＰ−１”によって常に１
つの実行アドレス”ｅｎｄｐｏｉｎｔ−１１”を特定し
て行われる。
応して、発呼側のＮＳユーザへ着呼受付パケットを送信
し（ステップＳ８）、上記のＮＳＡＰアドレス”ＮＳＡ
Ｐ−１”への接続要求に基づいてＮＣ８が開通したこと
を通知してＮＣ開通処理を終了する。この後のデータの
送受信は、論理チャンネル番号に対応した識別子”ＩＤ
１”で表２に示した管理テーブルを参照することによ
り、ＮＳＡＰアドレス”ＮＳＡＰ−１”によって常に１
つの実行アドレス”ｅｎｄｐｏｉｎｔ−１１”を特定し
て行われる。
【００２０】なお、本実施例では識別子に論理チャンネ
ル番号を用いたが、識別子は論理チャンネル番号に対応
し且つＮＳユーザの各実行アドレスに一意に対応してい
ればよく、例えば、識別子を論理チャンネル番号を一部
に含んだものとしたり、或いは、識別子自体は全く任意
なものとして、この識別子と論理チャンネル番号とを一
対一に対応付けるテーブルを用意し、このテーブルによ
って論理チャンネル番号を識別子に対応させるようにし
てもよい。なお、本実施例のように、着呼パケットを受
け取った論理チャンネル番号を識別子として用いる場合
には、識別子の一意性が保証され、また、別途識別子を
管理するためのテーブルや機構を必要としないという利
点がある。
ル番号を用いたが、識別子は論理チャンネル番号に対応
し且つＮＳユーザの各実行アドレスに一意に対応してい
ればよく、例えば、識別子を論理チャンネル番号を一部
に含んだものとしたり、或いは、識別子自体は全く任意
なものとして、この識別子と論理チャンネル番号とを一
対一に対応付けるテーブルを用意し、このテーブルによ
って論理チャンネル番号を識別子に対応させるようにし
てもよい。なお、本実施例のように、着呼パケットを受
け取った論理チャンネル番号を識別子として用いる場合
には、識別子の一意性が保証され、また、別途識別子を
管理するためのテーブルや機構を必要としないという利
点がある。
【００２１】そして、上記のようなＮＣ開通処理を、同
じＮＳＡＰアドレス”ＮＳＡＰ−１”でも上記とは異な
る論理チャンネル番号で受け取った着呼パケットで行
い、また、他のＮＳＡＰアドレス”ＮＳＡＰ−２”につ
いても行うと、表３に示すように、これらのＮＣ開通処
理によって管理テーブルにはＮＳユーザの実行アドレ
ス、ＮＳＡＰアドレス、識別子が一対一に対応付けられ
て追加登録される。なお、この場合にも、識別子”ＩＤ
１”〜”ＩＤ６”は論理チャンネル番号に対応し且つＮ
Ｓユーザの各実行アドレス”ｅｎｄｐｏｉｎｔ−１１”
〜”ｅｎｄｐｏｉｎｔ−１４”、”ｅｎｄｐｏｉｎｔ−
２１””ｅｎｄｐｏｉｎｔ−２２”に一意に対応してい
る。
じＮＳＡＰアドレス”ＮＳＡＰ−１”でも上記とは異な
る論理チャンネル番号で受け取った着呼パケットで行
い、また、他のＮＳＡＰアドレス”ＮＳＡＰ−２”につ
いても行うと、表３に示すように、これらのＮＣ開通処
理によって管理テーブルにはＮＳユーザの実行アドレ
ス、ＮＳＡＰアドレス、識別子が一対一に対応付けられ
て追加登録される。なお、この場合にも、識別子”ＩＤ
１”〜”ＩＤ６”は論理チャンネル番号に対応し且つＮ
Ｓユーザの各実行アドレス”ｅｎｄｐｏｉｎｔ−１１”
〜”ｅｎｄｐｏｉｎｔ−１４”、”ｅｎｄｐｏｉｎｔ−
２１””ｅｎｄｐｏｉｎｔ−２２”に一意に対応してい
る。
【００２２】
【表３】
【００２３】したがって、以後においては、管理テーブ
ルを参照することによって、論理チャンネル番号（すな
わち、識別子）により一意にＮＳユーザの実行アドレス
が識別でき、対応するＮＣ８によって支障なく通信を行
うことができる。また、識別子のみで一意にＮＣ８を特
定して通信を行うことも可能である。上記した本実施例
によれば、管理テーブルを論理チャンネル番号（識別
子）で参照することにより、ＮＳＡＰアドレス”ＮＳＡ
Ｐ−ｘｘ”を一意的に１つのＮＳユーザの実行アドレ
ス”ｅｎｄｐｏｉｎｔ−ｘｘ”すなわちＮＣ８に特定す
ることができ、上位プロトコルにＯＳＩプロトコルを用
いたＸ．２５プロトコルのパケット端末において支障な
くネットワークコネクションを管理することができる。
ルを参照することによって、論理チャンネル番号（すな
わち、識別子）により一意にＮＳユーザの実行アドレス
が識別でき、対応するＮＣ８によって支障なく通信を行
うことができる。また、識別子のみで一意にＮＣ８を特
定して通信を行うことも可能である。上記した本実施例
によれば、管理テーブルを論理チャンネル番号（識別
子）で参照することにより、ＮＳＡＰアドレス”ＮＳＡ
Ｐ−ｘｘ”を一意的に１つのＮＳユーザの実行アドレ
ス”ｅｎｄｐｏｉｎｔ−ｘｘ”すなわちＮＣ８に特定す
ることができ、上位プロトコルにＯＳＩプロトコルを用
いたＸ．２５プロトコルのパケット端末において支障な
くネットワークコネクションを管理することができる。
【００２４】
【発明の効果】以上説明したように、本発明によれば、
ＮＣとＸ．２５プロトコルの論理チャンネル番号とを一
対一に対応付け、この対応関係に基づいてＮＣを管理す
るようにしたため、ＮＳＡＰにおいて複数のＮＣを支障
なく提供することができる。また、上記した実施例のネ
ットワークコネクションの管理方法によれば、論理チャ
ンネル番号に対応した識別子によってＮＳＡＰアドレス
を一意にＮＣに対応させる管理テーブルを用いるように
したため、同一のＮＳＡＰに端点を有する複数のネット
ワークコネクションを管理することができる。また、上
記した実施例では、識別子として、着呼パケットの論理
チャンネル番号を用いるようにしたため、ＤＴＥ内にお
ける識別子の一意性が保証され、余分な識別子の管理機
構を用意する必要もないという利点もある。
ＮＣとＸ．２５プロトコルの論理チャンネル番号とを一
対一に対応付け、この対応関係に基づいてＮＣを管理す
るようにしたため、ＮＳＡＰにおいて複数のＮＣを支障
なく提供することができる。また、上記した実施例のネ
ットワークコネクションの管理方法によれば、論理チャ
ンネル番号に対応した識別子によってＮＳＡＰアドレス
を一意にＮＣに対応させる管理テーブルを用いるように
したため、同一のＮＳＡＰに端点を有する複数のネット
ワークコネクションを管理することができる。また、上
記した実施例では、識別子として、着呼パケットの論理
チャンネル番号を用いるようにしたため、ＤＴＥ内にお
ける識別子の一意性が保証され、余分な識別子の管理機
構を用意する必要もないという利点もある。
【図１】本発明の一実施例に係るネットワークコネクシ
ョン管理装置の構成図である。
ョン管理装置の構成図である。
【図２】ＯＳＩプロトコルの参照モデルを示す図であ
る。
る。
【図３】ネットワークコネクションの開通処理手順を示
すフローチャートである。
すフローチャートである。
【図４】ネットワークコネクションの開通処理手順を示
すタイムチャートである。
すタイムチャートである。
１ ネットワークサービスプロバイダ ２ ネットワークコネクション管理部 ３ データ端末装置 ５ 交換機 ７ ネットワークサービスユーザ ８ ネットワークコネクション ９ ネットワークサービスアクセスポイント １０ ネットワークサービスユーザの実行アドレス
───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.6 識別記号 庁内整理番号 ＦＩ 技術表示箇所 9466−5Ｋ Ｈ０４Ｌ 11/20 １０２ Ａ
Claims (1)
- 【請求項１】 ＩＴＵ−Ｔ勧告のＸ．２５プロトコルを
利用してＯＳＩ勧告のＸ．２００シリーズのオープンシ
ステムインターフェースのネットワーク層サービスを上
位層に提供するネットワークコネクションの管理方法に
おいて、 ネットワークコネクションと前記Ｘ．２５プロトコルの
論理チャンネル番号とを一対一に対応付け、 前記ネットワークコネクションと論理チャンネル番号と
の対応に基づいてネットワークコネクションを管理する
ことにより、一つのネットワークサービスアクセスポイ
ントを介して複数のネットワークコネクションを提供す
ることを特徴とするネットワークコネクションの管理方
法。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8262694A JPH07273834A (ja) | 1994-03-30 | 1994-03-30 | ネットワークコネクションの管理方法 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP8262694A JPH07273834A (ja) | 1994-03-30 | 1994-03-30 | ネットワークコネクションの管理方法 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH07273834A true JPH07273834A (ja) | 1995-10-20 |
Family
ID=13779665
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP8262694A Pending JPH07273834A (ja) | 1994-03-30 | 1994-03-30 | ネットワークコネクションの管理方法 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH07273834A (ja) |
Cited By (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| GB2354904A (en) * | 1999-10-01 | 2001-04-04 | Ericsson Telefon Ab L M | Addressing in a telecommunications network |
| US6493340B1 (en) | 1997-09-29 | 2002-12-10 | Nec Corporation | Automatic network-address-duplication detection method and device |
-
1994
- 1994-03-30 JP JP8262694A patent/JPH07273834A/ja active Pending
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6493340B1 (en) | 1997-09-29 | 2002-12-10 | Nec Corporation | Automatic network-address-duplication detection method and device |
| GB2354904A (en) * | 1999-10-01 | 2001-04-04 | Ericsson Telefon Ab L M | Addressing in a telecommunications network |
| GB2354904B (en) * | 1999-10-01 | 2003-12-17 | Ericsson Telefon Ab L M | Addressing in a communications network |
| US7051083B1 (en) | 1999-10-01 | 2006-05-23 | Telefonaktiebolaget Lm Ericsson (Publ) | Addressing in a communications network comprising call control level and bearer control level by utilizing network service access point (NSAP) addressing format |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US6421427B1 (en) | Interactive voice response data transfer system and method | |
| US6473423B1 (en) | Method and system for interactive communication between two telephone sets via the internet | |
| TW484066B (en) | Network interface device which allows peripherals to utilize network transport services | |
| JP2679635B2 (ja) | Ｌａｎ間接続装置 | |
| US6202094B1 (en) | Adding links simultaneously to a multilink bundle using bandwidth allocation protocol | |
| Allen | Novell IPX Over Various WAN Media (IPXWAN) | |
| US6795430B1 (en) | Service-related signaling between voice over internet protocol servers | |
| EP1192779A2 (en) | Method and apparatus for reducing load distribution delay in an internet protocol switch | |
| US5983271A (en) | Method for processing asynchronous low-level protocols in a communication device to off load the main processor | |
| JPH07273834A (ja) | ネットワークコネクションの管理方法 | |
| Cisco | WAN Link Protocols | |
| JPS63228898A (ja) | 通信制御装置における着信処理方法 | |
| US20020172194A1 (en) | System and method for transferring connecting configurations from a telephone network to a data network | |
| AU741495B2 (en) | Procedure for the switching of data traffic in a data communication system | |
| JPS6359137A (ja) | 通信システム | |
| JPH05276197A (ja) | 通信装置 | |
| JPH07273803A (ja) | Ｉｓｄｎ端末装置及びｉｓｄｎ−ｌａｎ接続装置の通信制御方法 | |
| JP3587174B2 (ja) | ダイアルアップ接続システムおよびダイアルアップ接続方法およびプログラム | |
| US20030002647A1 (en) | Computer telephony (CT) network serving multiple telephone switches | |
| WO1999049670A1 (en) | Management of a telecommunications system | |
| JP2659624B2 (ja) | パケット交換通信方式 | |
| Allen | RFC1551: Novell IPX Over Various WAN Media (IPXWAN) | |
| JPS6387840A (ja) | デ−タ通信システム | |
| JP2000151711A (ja) | 非接続された端末器のパケット交換網の接続方法及びその装置 | |
| Allen | RFC1634: Novell IPX Over Various WAN Media (IPXWAN) |