JPH03220948A - 着信端末プロトコル識別方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［概要］ 複数プロトコルをサポートするためのＰＡＤ機能を有す
るデータネットワークに関し。

データネットワークから発信して電話網に収容された非
標準の着信端末へ接続する時に着信端末のプロトコルを
管理することなく着信端末のプロトコルに対応した変換
手段を選択して接続が行える着信端末プロトコル識別方
式を提供することを目的とし。

発信端末が送信する発呼要求パケット内に着信端末のプ
ロトコル情報を付加する領域を設け。

ネットワークは該発呼要求パケット内のプロトコル情報
を検出するとプロトコル情報解析手段により解析し、解
析結果により対応するＰＡＤを選択して、該ＰＡＤを介
して着信端末との接続を行うよう構成する。

［産業上の利用分野］ 本発明は複数プロトコルをサポートするためのＰＡＤ＠
能を有するデータネットワークに関する。

近年、パケット交換機によりデータ通信サービスが行わ
れるようになり、さらにｌ５ＤＮ対応の交換機によるパ
ケット通信が提供されるようになった。そして、このよ
うな各交換機は公衆網においては予め国際的な勧告（Ｃ
ＣＩＴＴ）に従った標準プロトコルが決められており、
そのプロトコルの機能を持つ端末であれば公衆網を介し
て　発信および着信が行われて１通信を実行することが
できる。一方、端末としては従来の電話網やデータ交換
機に収容されたＸ、２５やＸ、２８等のプロトコルに対
応する端末が広く利用されており。

それらの端末が私設交換機からｌ５ＤＮの公衆網を介し
て発信可能にすることが望まれている。

［従来の技術］ 第５図は従来のパケットネットワークの構成。

第６図は従来のパケットネットワークと電話網の端末間
の接続方式を示す図である。

第５図の公衆パケットネットワーク５０には複数の端末
５１〜５５が収容されている。パケットネットワーク５
０は、データリンクプロトコルの端末の手順を認識して
通信を行っており、現在Ｘ。

２５のプロトコルが規格化されており、標準パケット端
末の場合は、第５図の例では端末５１と５４の間では直
接パケット交換機にアクセスして通信を行うことができ
る。これに対し、Ｘ、２５以外のプロトコルの端末に対
しては綱においてＰＡＤ　（Ｐａｃｋｅｔ　Ａｓｓｅｍ
ｂｌｙ　Ｄｉｓａｓｓｅｍｂｌｙ）機能を提供し。

パケットの組立と分解を行い、　ネットワークの基本プ
ロトコルに変換して端末相互のパケット通信を行うよう
にしている。

第５図の端末５３はその例であり、ネットワークに設け
たＰＡＤに接続され、標準の端末５２との通信はＰＡＤ
を経由して接続される。このように既存端末や簡易端末
などパケット送受信機能のない端末でも収容できるよう
にしている。

一方、従来のデータ端末は多くの場合電話網に収容され
ており、そのような端末がパケット交換網の端末と通信
する場合第６図に示す接続方式により行われる場合が多
い。

第６図の場合、電話網６７にＸ、２５以外のＡというプ
ロトコルの端末６８．６９及び同様にＸ。

２５以外のＢというプロトコルの端末７０．７１が収容
されている。一方、パケットネットワーク６２にはパケ
ット型（Ｘ、２５対応）の端末６０゜６１が収容され、
ｉｉ話＊６７と接続された回線６５に接続するＰＡＤ６
３及び回線６６に接続するＰＡＤ６４が設けられている
。このＰＡＤ６３゜６４はそれぞれ、プロトコルＡ及び
プロトコルＢをそれぞれＸ、２５に変換する機能を持つ
、　この構成において、プロトコルＡの端末６８がパケ
ットネットワークの端末６０に接続しようとする場合、
端末６８は電話網に対し回線６５をアドレスとして発信
すると、電話網６７によりパケットネットワークのＰＡ
Ｄ６３と接続される。その後端末６日から相手端末６０
を宛先とする発呼要求が送出されると、バケットネット
ワークの動作により端末６０との接続が行われる。

一方、従来は電話網６７からパケットネットワーク６２
の端末（例えばデータベースが設けられている端末等）
に着信する例が多いので、逆方向の接続のためのデータ
は余り必要なかったが、パケットネットワーク６２の端
末６０から電話ｗ４６７の端末６０と接続を行う場合、
予め電話網の端末が持つプロトコルをメモリに登録する
必要がある。すなわち、端末６８．６９はプロトコルＡ
で端末７０．７１がプロトコルＢであるという情報を登
録する。これにより端末６０が、端末６９を宛先とする
発呼要求を行うと、メモリの登録情報を参照して、ＰＡ
Ｄ６３．回＆Ｉ６５を介して電話網６７に接続しなけれ
ばならない。

一方、最近利用が開始されたｌ５ＤＮ網でもパケット通
信サービスが提供されており、このｌ５ＤＮ綱ではｌ５
ＤＮ用のプロトコルが規格化され前記のＸ、２５のプロ
トコルに似ているが同しではない、このＩＳＤＮｉＭが
私設ネットワークとしてこれから普及することが予想さ
れるが、上記第６図のパケットネットワークの場合と同
様に私設置５ＤＮＩｉｌの端末（ＩＳＤＮ対応）から、
電話網のｌ５ＤＮ用プロトコルを持たない既存のデータ
端末に着信して３通信できるようにする必要がある。

［発明が解決しようとする課題］ 上記したようにパケットネットワークやｌ５ＤＮのパケ
ット交換等のデータネットワークでは。

他の電話網に収容された既存の端末にむけて発信する場
合、従来の方式では着信端末のプロトコル情報を全て登
録して管理しなければ接続できない。

ところが、そのような端末の数はネットワークが広がる
と膨大な数になり、それらを全て管理データとして保持
することは困難である。

本発明はデータネットワークから発信して電話網に収容
された非標準の着信端末へ接続する時に着信端末のプロ
トコルを管理することなく着信端末のプロトコルに対応
した変換手段を選択して接続が行える着信端末プロトコ
ル識別方式を提供することを目的とする。

［課題を解決するための手段］ 第１図は本発明の原理構成図である。

第１図において、１０はデータネットワークのプロトコ
ルに対応する端末、１１は端末からの発呼要求バケツ）
、１１０は着信端末のプロトコル情報エリア、１２はデ
ータネットワーク　１３は要求識別手段、１４はプロト
コル解析手段、１５はＰＡＤ選択手段、１６〜１８は各
プロトコル種別に対応して設けられた複数のＰＡＤ　（
パケット・アセンブリ・ディスアセンブリ）である。

本発明は、データネットワークに収容された標準端末か
ら発呼して電話網の非標準端末を着信端末とする通信を
行う場合１通常の場合発呼端末において相手端末のプロ
トコルを知っているので。

発呼要求をデータネットワークに送信する時に。

発呼要求パケットの中に発信・着信の端末アドレスの他
に着信端末のプロトコル情報を格納し、データネットワ
ークにおいてそのプロトコル情報を分析して分析結果に
対応するＰＡＤを選択し１着信端末との接続を行うもの
である。

［作用］ 第１図において、データネットワークに収容された端末
１０から他の電話網に収容された非標準の端末（図示せ
ず）と通信を行うために端末ＩＯからの発呼要求パケッ
ト１１内に着信端末情報を含む従来と同様の情報エリア
１１０の他に３着信先端末のプロトコル情報を付加する
エリア１１１が設けられる。

端末１０から発呼する時予め相手端末のプロトコルが分
かっているので１着信端末情報（番号等）等の情報と共
に着信端末のプロトコル情報を上記エリア１１１に設定
した後発呼する。この発呼要求パケットはデータネット
ワーク１２で受信され要求識別手段１３において内容が
識別される。

これによりプロトコル情報が付加されていることを検出
するとプロトコル解析手段１４において。

発呼パケット内のプロトコル情報を解析する。

このプロトコルの解析の結果は、プロトコル解析手段１
４に供給され対応する１つのＰＡＤが選択される。ＰＡ
Ｄ１６〜１８は、？ｊ！数の各プロトコルに対応する相
互変換（データネットワークのプロトコルと着信端末の
プロトコル）　１ｌｌｔｉ能ヲｍえる。選択されたＰＡ
Ｄから電話網への接続が従来と同様に行われる。その際
１発呼バケット内の相手端末情報を用いて電話網におい
て選択接続が行れる。

上記の方式の変形例の原理を説明すると１発呼要求パケ
ットの着信端末情報として、データネットワーク内部の
仮想端末を指定し、付加情報として本来の着信端末情報
とプロトコル情報を送信する。データネットワークでは
、この仮想端末を識別すると、付加情報内のプロトコル
情報を参照して対応するＰＡＤを選択し、付加情報内の
着信端末情報を用いて電話網の着信端末との接続を行う
。

［実施例］ 第２図（ａ）は実施例１の構成図、第２図（ｂ）は実施
例１の動作シーケンス、第３図（ａ）は実施例２の構成
図、第３図（ｂ）は実施例２の動作シーケンス、第４図
は発呼要求パケットのフォーマットである。

第２図（ａ）において２０は発信端末、２１は私装置Ｓ
ＤＮ交換機、２２はｌ５ＤＮ交換機が備えたパケット制
御機構であるパケントハンドラモジュ−ル、２３はパケ
ットハンドラモジュール内に備えられたパケット交換処
理および端末の要求に応してネントワークが提供するサ
ービス機能であるファシリティ処理を行う交換・ファシ
リティ処理部、２４−１〜２４−３は各種のプロトコル
への変換機能左折っＰＡＤ、２５は電話網、２６は電話
網に収容された既存の非標準プロトコルの着信端末を表
す。

このような構成において、私装置ＳＤＮ交換機のプロト
コル（Ｘ、２５に類似）を持つ発信端末２０が３他の電
話網２５に収容された非標準プロトコル（Ｘ、２Ｂとす
る）の端末２６と接続してデータ通信を行う場合の接続
シーケンスを第２図（ｂ）に示す。

第２図（ｂ）において５発信端末２０から私装置ｓＤＮ
交換機２１に対して着信端末のプロトコル情報を付加し
た発呼要求パケットを送出する。

この発呼要求パケット（ＣＲで表示）のフォーマットを
第４図に示す。

発呼要求バケットは、従来の標準的なフォーマントとし
て、ゼネラルフォーマント識別子と論理チャネルグルー
プ番号で１オクテツトを構成しその後に論理チャネル、
パケットタイプ（発呼。

着呼、接続等の種別）１発呼９着呼のアドレス長が続き
１着信ＤＴＥ　（着信端末２６）アドレスと発信ＤＴＥ
　（発信端末２０）アドレスが設けられている。その後
にファシリティ長とファシリティデータが設けられる。

このファシリティには、ＣＣＩＴＴ勧告により標準ファ
シリティが設けられているが、その他に発信端末と綱と
の間で独自な情報が交換できる全網提供非標準ＯＵ　Ｆ
　（Ｏｐｔｉｏｎａｌ　Ｕｓｅｒ　Ｆａｃｉｌｉｔｙ）
と称されるエリアが定義されている。本実施例では、こ
の全綱提供非標準ファシリティの１つとして着信端末プ
ロトコル情報を定義する。具体的に１図の例では着信端
末プロトコル情報としてｒＸ、２８Ｊを設定する。

第２図（ハ）にもどって２発呼要求バケツ）（ＣＲ）が
私装置ＳＤＮ交換機２１に送信されると。

パケットハンドラモジュールの交換・ファシリティ処理
部２３で該○ＵＦエリアの着信端末プロトコル情報を検
出すると、その内容を識別して対応するＰＡＤを選択す
る。この例ではプロトコル情報がＸ、２８として設定さ
れているのでＰＡＤ２４−２を選択する０選択の後、交
換・ファシリティ処理部２３の処理によりＰＡＤ２４−
２に対して着信端末ＤＴＥ情報を送ると、ＰＡＤ２４−
２からその着信端末を宛先とするダイヤルを電話網２５
に送出する。

これにより電話網２５はそのダイヤルにより接続を行っ
て着信端末２６とＰＡＤ２４−２の間にパスが確立する
。続いて、ＰＡＤ２４−２からＸ。

２８プロトコルによる着呼ＰＡＤサービス信号が送られ
、交換・ファシリティ処理部２３に接続完了パケット（
ＣＣで表示）が送信され、続いて発信端末２０にＣＣが
送信されて、呼が設定される。

この後データ転送が両端末２０．２６間で行われる。

次に、第３図（ａ）に示す実施例２の構成を説明する。

第３図（ａｌの３０〜３２．３４−１〜３４−３゜３５
．３６は上記第２図（ａ）の２０〜２３，２４１〜２４
−３．２５．２６に対応し、第２図（ａ）と異なる転送
は２発呼要求パケットのフォーマットと、交換機のパケ
ットハンドラモジュールに内部処理部３３が設けられて
いる点である。

この実施例２の動作シーケンスを第３図（ｂ）を参照し
ながら説明する。

最初発信端末３０で電話網３５の着信端末３６とデータ
通信を行う場合２発信端末３０で作成する発呼要求バケ
ツ）　（ＣＲ）の「着信ＤＴＥアドレス」として、内部
処理部３３を指示する仮想端末アドレスを設定する。そ
して、特殊ＯＵＦ　（全綱提供非標準ファシリティ）と
して１本来の着信ＤＴＥアドレス（着信端末３６の番号
）と着信端末プロトコル情報（この例ではＸ、２Ｂ）を
設定する。

この発呼要求パケットが私装置ＳＤＮ交換機３１で受は
取られると、パケットハンドラモジュール３２で着信Ｄ
ＴＥアドレスとして設定された仮想端末アドレスを識別
すると、指定された内部処環部３３を起動して発信端末
３０の接続処理を実行させる。この内部処理部３３は、
起動すると発呼要求パケット内の特殊ＯＵＦエリアに設
定された着信端末プロトコル情報により対応するＰＡＤ
を選択する。

この場合、Ｘ、２８用のＰＡＤ３４−２を選択し、続い
て同し特殊ＯＵＦエリアの着信ＤＴＥアドレスと発信端
末３０から送られた発呼パケット（ＣＲ）の情報を用い
て発呼要求パケット（ＣＲ）を作成して選択したＰＡＤ
３４−２に送出する。ＰＡＤ３４−２は受は取った発呼
パケット（ＣＲ）の着信ＤＴＥアドレスを用いて電話網
へのダイヤリングを行って着信端末３６とのパスを確立
する。その後の動作は上記第２図（ｂ）の場合と同様に
行われる。

［発明の効果１ 本発明によれば着信端末がデータネットワークのプロト
コルと異なって、しかも異なるネットワークに収容され
ていても物理的に接続することができる限りデータネッ
トワークの発信端末との間で自由に通信することができ
る。しかも、システムのリソース容量を少なくすること
ができ、また通信可能な端末を予め登録する必要がない
ので作業を軽減することができる。

【図面の簡単な説明】

第１図は本発明の原理構成図、第２図（ａ）は実施例１
の構成図、第２図い）は実施例１の動作シーケンス、第
３図（ａ）は実施例２のｎｔ威図、第３図（ｂ）は実施
例２の動作シーケンス、第４図は発呼要求パケットのフ
ォーマット第５図は従来のパケットネットワークの構成
、第６図は従来のパケットネットワークと電話網の端末
間の接続方式を示す図である。 第１図中。 １０：端末 １１：発呼要求パケット １１０：着信端末のプロトコル情報エリア１２：データ
ネットワーク １３：要求識別手段 １４：プロトコル解析手段 １５　：　ＰＡＤ選沢手沢

Claims (1)

【特許請求の範囲】
1. 複数プロトコルをサポートするためのＰＡＤ機能を有す
   るデータネットワークにおいて、発信端末が送信する発
   呼要求パケット内に着信端末のプロトコル情報を付加す
   る領域を設け、ネットワークは該発呼要求パケット内の
   プロトコル情報を検出するとプロトコル情報解析手段に
   より解析し、解析結果により対応するＰＡＤを選択して
   、該ＰＡＤを介して着信端末との接続を行うことを特徴
   とする着信端末プロトコル識別方式。