JPH0530136A - 通信処理システム - Google Patents
通信処理システムInfo
- Publication number
- JPH0530136A JPH0530136A JP3178496A JP17849691A JPH0530136A JP H0530136 A JPH0530136 A JP H0530136A JP 3178496 A JP3178496 A JP 3178496A JP 17849691 A JP17849691 A JP 17849691A JP H0530136 A JPH0530136 A JP H0530136A
- Authority
- JP
- Japan
- Prior art keywords
- node
- call
- communication processing
- calling side
- packet
- 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
- 238000000034 method Methods 0.000 description 12
- 238000010586 diagram Methods 0.000 description 3
- 230000010365 information processing Effects 0.000 description 1
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【目的】 ＣＣＩＴＴ Ｘシリーズ勧告インタフェース
Ｘ．２５ＰＬＰ（パケットレベルプロトコル）上で階層
型ネットワークアーキテクチャを構成する際に、相手ノ
ード識別のための無駄な回線使用料を節約し、十分なセ
キュリティを可能にする。 【構成】 通信処理装置がＸ．２５ＶＣ（バーチャルコ
ール：相手選択接続）発呼時に発呼要求パケットの発呼
側アドレス拡張ファシリティに発呼側ノードのノード識
別子を設定する。着呼時、発呼側アドレス拡張ファシリ
ティに設定されているノード識別子により相手ノードを
識別し、セキュリティ管理情報をもとに着呼受付あるい
は着呼拒否の判断を行う。 【効果】 呼確立フェーズで発呼側相手識別が可能とな
り、無駄な回線使用料を節約し十分なセキュリティを可
能にすることができ、さらに、ＩＳＤＮ（統合サービス
ディジタル網）パケット交換モードでの相手端末を識別
することができる。
Ｘ．２５ＰＬＰ（パケットレベルプロトコル）上で階層
型ネットワークアーキテクチャを構成する際に、相手ノ
ード識別のための無駄な回線使用料を節約し、十分なセ
キュリティを可能にする。 【構成】 通信処理装置がＸ．２５ＶＣ（バーチャルコ
ール：相手選択接続）発呼時に発呼要求パケットの発呼
側アドレス拡張ファシリティに発呼側ノードのノード識
別子を設定する。着呼時、発呼側アドレス拡張ファシリ
ティに設定されているノード識別子により相手ノードを
識別し、セキュリティ管理情報をもとに着呼受付あるい
は着呼拒否の判断を行う。 【効果】 呼確立フェーズで発呼側相手識別が可能とな
り、無駄な回線使用料を節約し十分なセキュリティを可
能にすることができ、さらに、ＩＳＤＮ（統合サービス
ディジタル網）パケット交換モードでの相手端末を識別
することができる。
Description
【０００１】
【産業上の利用分野】本発明は、ＣＣＩＴＴ Ｘシリー
ズ勧告インタフェースＸ．２５パケットレベルプロトコ
ル上に構築された階層型ネットワークアーキテクチャを
動作させる制御に利用する。本発明は、Ｘ．２５アドレ
ス拡張ファシリティによる相手ノード識別方式に関す
る。本発明は、相手ノード識別のための無駄な回線使用
をなくし、十分にセキュリティを維持することができる
通信処理装置に関する。
ズ勧告インタフェースＸ．２５パケットレベルプロトコ
ル上に構築された階層型ネットワークアーキテクチャを
動作させる制御に利用する。本発明は、Ｘ．２５アドレ
ス拡張ファシリティによる相手ノード識別方式に関す
る。本発明は、相手ノード識別のための無駄な回線使用
をなくし、十分にセキュリティを維持することができる
通信処理装置に関する。
【０００２】
【従来の技術】従来、Ｘ．２５パケットレベルプロトコ
ル上に構築される階層型ネットワークアーキテクチャの
相手ノード識別方式では、システム内のあるノードが
Ｘ．２５バーチャルコール確立要求時に、Ｘ．２５発呼
要求パケットの発呼側アドレス拡張ファシリティを使用
せずに、発呼側アドレスフィールドに発呼側ノードが存
在するシステムの加入回線番号（発呼側ＤＴＥアドレ
ス）を設定または省略して発呼し、バーチャルコール確
立後にデータパケットによりノード識別子を送受信する
ことにより、相手ノードを識別していた。
ル上に構築される階層型ネットワークアーキテクチャの
相手ノード識別方式では、システム内のあるノードが
Ｘ．２５バーチャルコール確立要求時に、Ｘ．２５発呼
要求パケットの発呼側アドレス拡張ファシリティを使用
せずに、発呼側アドレスフィールドに発呼側ノードが存
在するシステムの加入回線番号（発呼側ＤＴＥアドレ
ス）を設定または省略して発呼し、バーチャルコール確
立後にデータパケットによりノード識別子を送受信する
ことにより、相手ノードを識別していた。
【０００３】
【発明が解決しようとする課題】上述した従来のＸ．２
５パケットレベルプロトコル上に構築される階層型ネッ
トワークアーキテクチャの相手ノード識別方式では、バ
ーチャルコール着呼時には発呼側ノードが存在するシス
テムの加入回線番号（ＤＴＥアドレス）のみが着呼側シ
ステムに通知されるだけであり、バーチャルコール確立
フェーズでは発呼側相手ノードを識別することができな
かった。従って、一旦バーチャルコールを確立した後、
データパケットによりノード識別子を送受信して相手ノ
ードを識別していた。そのため、相手ノード識別を行う
だけで回線使用料がかかり、またセキュリティの観点か
らも望ましくない欠点がある。
５パケットレベルプロトコル上に構築される階層型ネッ
トワークアーキテクチャの相手ノード識別方式では、バ
ーチャルコール着呼時には発呼側ノードが存在するシス
テムの加入回線番号（ＤＴＥアドレス）のみが着呼側シ
ステムに通知されるだけであり、バーチャルコール確立
フェーズでは発呼側相手ノードを識別することができな
かった。従って、一旦バーチャルコールを確立した後、
データパケットによりノード識別子を送受信して相手ノ
ードを識別していた。そのため、相手ノード識別を行う
だけで回線使用料がかかり、またセキュリティの観点か
らも望ましくない欠点がある。
【０００４】本発明はこのような問題を解決するもの
で、相手ノード識別のための無駄な回線使用をなくし、
十分にセキュリティを維持することができるシステムを
提供することを目的とする。
で、相手ノード識別のための無駄な回線使用をなくし、
十分にセキュリティを維持することができるシステムを
提供することを目的とする。
【０００５】
【課題を解決するための手段】本発明は、パケット交換
網に加入回線を介して複数の通信処理装置が接続され、
前記複数の通信処理装置それぞれは、複数のノードによ
り構成され、セキュリティ管理情報を格納するセキュリ
ティ管理情報格納域を備えた通信処理システムにおい
て、前記通信処理装置それぞれに、自装置内のあるノー
ドがＸ．２５バーチャルコール確立要求時に、Ｘ．２５
発呼要求パケットの発呼側アドレス拡張ファシリティに
発呼側のノードのノード識別子を設定して発呼する手段
と、他装置からのＸ．２５着呼パケット受信時に、発呼
側アドレス拡張ファシリティに設定されたノード識別子
から相手ノードを識別する手段と、識別された相手ノー
ドのノード識別子をもとに前記セキュリティ管理情報格
納域を検索し、バーチャルコールの着呼受付あるいは着
呼拒否を判断する手段とを備えたことを特徴とする。
網に加入回線を介して複数の通信処理装置が接続され、
前記複数の通信処理装置それぞれは、複数のノードによ
り構成され、セキュリティ管理情報を格納するセキュリ
ティ管理情報格納域を備えた通信処理システムにおい
て、前記通信処理装置それぞれに、自装置内のあるノー
ドがＸ．２５バーチャルコール確立要求時に、Ｘ．２５
発呼要求パケットの発呼側アドレス拡張ファシリティに
発呼側のノードのノード識別子を設定して発呼する手段
と、他装置からのＸ．２５着呼パケット受信時に、発呼
側アドレス拡張ファシリティに設定されたノード識別子
から相手ノードを識別する手段と、識別された相手ノー
ドのノード識別子をもとに前記セキュリティ管理情報格
納域を検索し、バーチャルコールの着呼受付あるいは着
呼拒否を判断する手段とを備えたことを特徴とする。
【０００６】前記通信処理装置それぞれは、前記パケッ
ト交換網とのインタフェース条件によっては自装置の加
入回線番号を省略する手段を備えることが望ましい。
ト交換網とのインタフェース条件によっては自装置の加
入回線番号を省略する手段を備えることが望ましい。
【０００７】
【作用】Ｘ．２５パケットレベルプロトコル上に構築さ
れる階層型ネットワークアーキテクチャをサポートして
通信処理を行うにあたって、その装置内のあるノードが
Ｘ．２５バーチャルコール確立要求時にはＸ．２５発呼
要求パケットの発呼側アドレス拡張ファシリティに発呼
側のノードのノード識別子を設定して発呼し、装置が
Ｘ．２５着呼パケットを受信したときには発呼側アドレ
ス拡張ファシリティに設定されているノード識別子から
相手ノードを識別する。その識別された相手ノードのノ
ード識別子をもとにセキュリティ管理情報格納域を検索
し、バーチャルコールの着呼受付あるいは着呼拒否を判
断する。
れる階層型ネットワークアーキテクチャをサポートして
通信処理を行うにあたって、その装置内のあるノードが
Ｘ．２５バーチャルコール確立要求時にはＸ．２５発呼
要求パケットの発呼側アドレス拡張ファシリティに発呼
側のノードのノード識別子を設定して発呼し、装置が
Ｘ．２５着呼パケットを受信したときには発呼側アドレ
ス拡張ファシリティに設定されているノード識別子から
相手ノードを識別する。その識別された相手ノードのノ
ード識別子をもとにセキュリティ管理情報格納域を検索
し、バーチャルコールの着呼受付あるいは着呼拒否を判
断する。
【０００８】これにより、発呼側装置が発呼要求時に発
呼側ノード識別子を着呼側装置に通知することが可能と
なり、バーチャルコール確立フェーズで発呼側相手ノー
ドを識別することができ、無駄なバーチャルコール確立
を回避するとともに回線使用を少なくし、セキュリティ
を維持することができる。
呼側ノード識別子を着呼側装置に通知することが可能と
なり、バーチャルコール確立フェーズで発呼側相手ノー
ドを識別することができ、無駄なバーチャルコール確立
を回避するとともに回線使用を少なくし、セキュリティ
を維持することができる。
【０００９】
【実施例】次に、本発明実施例を図面に基づいて説明す
る。図１は本発明実施例の構成を示すブロック図であ
る。
る。図１は本発明実施例の構成を示すブロック図であ
る。
【００１０】本発明実施例は、パケット交換網３に加入
回線４を介して通信処理装置１および２が接続され、通
信処理装置１および２それぞれは、複数のノード６によ
り構成され、セキュリティ管理情報を格納するセキュリ
ティ管理情報格納域１２を備え、さらに、本発明の特徴
として、通信処理装置１および２それぞれに、自装置内
のあるノード６がＸ．２５バーチャルコール確立要求時
に、Ｘ．２５発呼要求パケットの発呼側アドレス拡張フ
ァシリティに発呼側のノードのノード識別子を設定して
発呼する手段と、他装置からのＸ．２５着呼パケット受
信時に、発呼側アドレス拡張ファシリティに設定された
ノード識別子から相手ノードを識別する手段と、識別さ
れた相手ノードのノード識別子をもとにセキュリティ管
理情報格納域１２を検索し、バーチャルコールの着呼受
付あるいは着呼拒否を判断する手段とパケット交換網３
とのインタフェース条件によっては自装置の加入回線番
号を省略する手段とを備える。
回線４を介して通信処理装置１および２が接続され、通
信処理装置１および２それぞれは、複数のノード６によ
り構成され、セキュリティ管理情報を格納するセキュリ
ティ管理情報格納域１２を備え、さらに、本発明の特徴
として、通信処理装置１および２それぞれに、自装置内
のあるノード６がＸ．２５バーチャルコール確立要求時
に、Ｘ．２５発呼要求パケットの発呼側アドレス拡張フ
ァシリティに発呼側のノードのノード識別子を設定して
発呼する手段と、他装置からのＸ．２５着呼パケット受
信時に、発呼側アドレス拡張ファシリティに設定された
ノード識別子から相手ノードを識別する手段と、識別さ
れた相手ノードのノード識別子をもとにセキュリティ管
理情報格納域１２を検索し、バーチャルコールの着呼受
付あるいは着呼拒否を判断する手段とパケット交換網３
とのインタフェース条件によっては自装置の加入回線番
号を省略する手段とを備える。
【００１１】通信処理装置１および２は同一のパケット
交換網３に加入しており、加入回線４毎に加入回線番号
（ＤＴＥアドレス）５が割り当てられる。これらの通信
処理装置１および２は複数個のＤＩＮＡ（分散情報処理
ネットワークアーキテクチャ）ノード６により構成さ
れ、各ノードにはノード識別子７としてノードアドレス
が割り当てられる。また、これらの通信処理装置１およ
び２はそれぞれセキュリティ管理情報格納域１２を備え
る。
交換網３に加入しており、加入回線４毎に加入回線番号
（ＤＴＥアドレス）５が割り当てられる。これらの通信
処理装置１および２は複数個のＤＩＮＡ（分散情報処理
ネットワークアーキテクチャ）ノード６により構成さ
れ、各ノードにはノード識別子７としてノードアドレス
が割り当てられる。また、これらの通信処理装置１およ
び２はそれぞれセキュリティ管理情報格納域１２を備え
る。
【００１２】図２に示す各Ｘ．２５パケットには、発呼
側アドレスフィールド９および発呼側アドレス拡張ファ
シリティ１０が定義される。
側アドレスフィールド９および発呼側アドレス拡張ファ
シリティ１０が定義される。
【００１３】図３（ａ）および（ｂ）は本発明実施例の
Ｘ．２５アドレス拡張ファシリティによる相手ノード識
別方式を適用した通信処理システムの処理の流れを示す
フローチャートである。ここで、通信処理装置１内のあ
るノードが、通信処理装置２内のあるノードに対して
Ｘ．２５バーチャルコール確立要求を行う場合の動作に
ついて説明する。
Ｘ．２５アドレス拡張ファシリティによる相手ノード識
別方式を適用した通信処理システムの処理の流れを示す
フローチャートである。ここで、通信処理装置１内のあ
るノードが、通信処理装置２内のあるノードに対して
Ｘ．２５バーチャルコール確立要求を行う場合の動作に
ついて説明する。
【００１４】発呼側の通信処理装置１は、図２に示す自
装置の加入回線番号（ＤＴＥアドレス）５を発呼要求パ
ケット８の発呼側アドレスフィールド９に設定し、また
はパケット交換網３とのインタフェース条件によっては
自装置の加入回線番号（ＤＴＥアドレス）５を省略し
（処理１１）、さらに発呼側アドレス拡張ファシリティ
１０に自装置内の発呼側ノードのノード識別子７を設定
し（処理１２）、発呼要求パケット８を通信処理装置２
に向け送信する（処理１３）。
装置の加入回線番号（ＤＴＥアドレス）５を発呼要求パ
ケット８の発呼側アドレスフィールド９に設定し、また
はパケット交換網３とのインタフェース条件によっては
自装置の加入回線番号（ＤＴＥアドレス）５を省略し
（処理１１）、さらに発呼側アドレス拡張ファシリティ
１０に自装置内の発呼側ノードのノード識別子７を設定
し（処理１２）、発呼要求パケット８を通信処理装置２
に向け送信する（処理１３）。
【００１５】一方、通信処理装置２では、受信したＸ．
２５着呼パケット１１の発呼側アドレス拡張ファシリテ
ィ１０に設定されているノード識別子７を抽出し（処理
２１）、抽出されたノード識別子７をもとにセキュリテ
ィ管理情報格納域１２を検索し（処理２２）、その情報
をもとにバーチャルコールの着呼受付あるいは着呼拒否
を判断する（処理２３）。
２５着呼パケット１１の発呼側アドレス拡張ファシリテ
ィ１０に設定されているノード識別子７を抽出し（処理
２１）、抽出されたノード識別子７をもとにセキュリテ
ィ管理情報格納域１２を検索し（処理２２）、その情報
をもとにバーチャルコールの着呼受付あるいは着呼拒否
を判断する（処理２３）。
【００１６】
【発明の効果】以上説明したように本発明によれば、発
呼側システムが発呼要求時に発呼側ノード識別子を着呼
側システムに通知することができるため、バーチャルコ
ール確立フェーズで発呼側相手ノードを識別することが
でき、無駄なバーチャルコール確立を回避し、回線使用
料の節約を行い、十分なセキュリティを維持することが
できる効果がある。また、ＩＳＤＮパケット交換モード
環境においてサブアドレスによる相手端末識別を可能に
することができる。
呼側システムが発呼要求時に発呼側ノード識別子を着呼
側システムに通知することができるため、バーチャルコ
ール確立フェーズで発呼側相手ノードを識別することが
でき、無駄なバーチャルコール確立を回避し、回線使用
料の節約を行い、十分なセキュリティを維持することが
できる効果がある。また、ＩＳＤＮパケット交換モード
環境においてサブアドレスによる相手端末識別を可能に
することができる。
【図１】本発明実施例の構成を示すブロック図。
【図２】本発明実施例におけるパケットのフォーマット
を示す図。
を示す図。
【図３】（ａ）は本発明実施例に係わるＸ．２５アドレ
ス拡張ファシリティによる相手ノード識別方式を適用し
た発呼処理の流れを示すフローチャート、（ｂ）はその
着呼処理の流れを示すフローチャート。
ス拡張ファシリティによる相手ノード識別方式を適用し
た発呼処理の流れを示すフローチャート、（ｂ）はその
着呼処理の流れを示すフローチャート。
１、２ 通信処理装置
３ パケット交換網
４ 加入回線
５ 加入回線番号（ＤＴＥアドレス）
６ ノード
７ ノード識別子
８ 発呼要求パケット
９ 発呼側アドレスフィールド
１０ 発呼側アドレス拡張ファシリティ
１１ 着呼パケット
１２ セキュリティ管理情報格納域
Claims (2)
- 【請求項１】 パケット交換網に加入回線を介して複数
の通信処理装置が接続され、 前記複数の通信処理装置それぞれは、複数のノードによ
り構成され、セキュリティ管理情報を格納するセキュリ
ティ管理情報格納域を備えた通信処理システムにおい
て、 前記通信処理装置それぞれに、 自装置内のあるノードがＸ．２５バーチャルコール確立
要求時に、Ｘ．２５発呼要求パケットの発呼側アドレス
拡張ファシリティに発呼側のノードのノード識別子を設
定して発呼する手段と、 他装置からのＸ．２５着呼パケット受信時に、発呼側ア
ドレス拡張ファシリティに設定されたノード識別子から
相手ノードを識別する手段と、 識別された相手ノードのノード識別子をもとに前記セキ
ュリティ管理情報格納域を検索し、バーチャルコールの
着呼受付あるいは着呼拒否を判断する手段とを備えたこ
とを特徴とする通信処理システム。 - 【請求項２】 前記通信処理装置それぞれは、前記パケ
ット交換網とのインタフェース条件によっては自装置の
加入回線番号を省略する手段を備えた請求項１記載の通
信処理システム。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3178496A JPH0530136A (ja) | 1991-07-18 | 1991-07-18 | 通信処理システム |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP3178496A JPH0530136A (ja) | 1991-07-18 | 1991-07-18 | 通信処理システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JPH0530136A true JPH0530136A (ja) | 1993-02-05 |
Family
ID=16049473
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP3178496A Pending JPH0530136A (ja) | 1991-07-18 | 1991-07-18 | 通信処理システム |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JPH0530136A (ja) |
-
1991
- 1991-07-18 JP JP3178496A patent/JPH0530136A/ja active Pending
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| RU2154358C2 (ru) | Мобильная телефонная система и способ передачи сообщений между мобильными станциями и центром обслуживания передачи сообщений | |
| US6418210B1 (en) | Method and apparatus for providing information between a calling network and a called network | |
| US5357504A (en) | Facility and method for D channel packet switching | |
| JPH10308826A (ja) | 通信システムのサービス及び該サービスを実現するサービス装置 | |
| JPH0530136A (ja) | 通信処理システム | |
| JP2006101528A (ja) | ループ通信チャネルの検出 | |
| US7149301B2 (en) | Repeating device, telephone set, and recording medium | |
| JP3070561B2 (ja) | 公衆回線を用いた通信方式 | |
| JPH0498345A (ja) | 端末装置の通信制御方式 | |
| JP2963707B2 (ja) | ファクシミリ蓄積交換装置 | |
| JPH08204704A (ja) | 通信装置 | |
| JP3251677B2 (ja) | 通信制御装置および通信制御方法 | |
| JP3169882B2 (ja) | Ａｔｍ−ｌａｎにおける識別子の取得方式および取得方法 | |
| JP3422217B2 (ja) | 呼生起情報の通知方式 | |
| JP2875331B2 (ja) | Ｉｓｄｎにおける通信方法 | |
| JP3364942B2 (ja) | マルチアドレス端末収容方式 | |
| JP3440926B2 (ja) | 同一加入者の複数ｖ５インタフェース収容方式及びアクセス回路網、ホスト局 | |
| JPS5868347A (ja) | 着信転送方式 | |
| JP2659624B2 (ja) | パケット交換通信方式 | |
| JPH11252149A (ja) | 通信システムおよび通信装置 | |
| JPS6333941A (ja) | デ−タ伝送方式 | |
| JPH10327262A (ja) | 網接続方法及びその装置 | |
| JPH05244651A (ja) | 交換システムにおける呼情報管理方式 | |
| JP2003032378A (ja) | バルク通信装置および回線バルク通信システム | |
| JPH02198295A (ja) | Ｉｓｄｎ交換機 |