JPS62231546A - インタフエ−ス回路 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 免肛立亙１豆１ 本発明は回路交換（ｃｉｒｃｕｉｔ　５ｗ１ｔｃｈｅｄ
）デジタル通信システム、より詳細には、回路交換シス
テムをパケット交換システムにインタフェースするため
の回路に関する。

１の′・１゜ 通常、デジタル通（Ｚシステムは、システムのさまざま
な音声ステーシミ１ンとデータ端末の間の音声及びデー
タ通信を提供するために回路交換、つまり、時分割多重
（ＴＤＭ）を使用する。ますまず多くのアプリケーショ
ンにおいて、回路交換システムがパケット交換システム
と相互接続することが要求される。この相互接続の最適
な使用にはパケット交換システムの端末及びポートが回
路交換システムの端末上のデータを伝送しまた制御を実
行でき、またこの逆も可能であることが要求される。先
行技術による方法では、回路交換システムの端末とパケ
ット交換システムの端末との間の通信は、最初に、イン
タフェース回路にダイアル接続を確立し、次にインタフ
ェースとパケット　システム上の被呼端末との間でダイ
アル接続を確立することを要求する。従フて、システム
間接続には、システム内接続に比べて、追加のダイアリ
イブ　ステップが必要され、時間のむだ、及び効率の低
下に結びつく。

従って、システム聞耳の確立に要求されるシステム管理
の追加の層を省くために単一ステージあるいは直接ダイ
アル法を導入し、またシステム聞耳に対するアドレス翻
訳を省くために両方のシステムを通じて１つの統一され
たアドレス計画を使用することが望まれる。

発ｉの」Ｌ要 本発明はパケット交換システムを回路交換システムに相
互接続し、また統一アドレス計画を使用し、単一ステー
ジの呼確立手順を使用してシステム内あるいはシステム
間接続を確立することを可能とする綱インタフェース回
路を開示する。

本発明においては、パケット交換システムの個々の端末
に回路交換システム端末のエフステ　　−ンション番号
に類似する一意の記号端末アドレスが割り当てられる。

網インタフエース回路上の端末位置テーブルは個々の端
末が位置するシステムを定義する情報を格納する。どち
らかのシステムの発信端末が着信先端末の記号端末アド
レスを含むシステム聞耳確立メツセージを送ると、網イ
ンタフエース回路はこのメツセージを他方のシステム上
のアドレスされた着信先端末に対して呼を確立するため
の適当なフォーマットに変換する。

網インタフエース回路は、パケット交換システムに接続
しそのポート回路として機能する第１のサブユニット；
回路交換システムに接続しそのポート回路として機能す
る第２のサブユニット；このサブユニット間のデータ通
信を提供するための１つあるいは複数のデータ　コンバ
ータ回路：及びこのサブユニット間の制御信号法を提供
するためのシュアル　ポート　メモリを含む。個々のデ
ータ　コンバータ回路は回路交換システムの１つのポー
ト回路に専用に使用されることなく、システム聞耳が発
生するたびに割り当てられる。従って、端末位置テーブ
ルを使用することによっである叶がシステム聞耳である
ことが決定されると、インタフェース回路はデータ　コ
ンバータ回路をその呼の間にデータ通信を扱うために割
り当てる。

本発明のもう一面によると、このインタフェース回路は
端末間データ呼確立情報とパケッＩ・交換システムから
受信された呼制御命令とを弁別する。

本発明のその他の目的、特徴及び長所は、図面の説明か
ら一層明白となるものである。

凡ム１ 第１図は本発明による網インタフェース　コントローラ
（ｎｅｔｗｏｒｋ　１ｎｔｅｒｆａｃｅ　ｃｏｎｔｒｏ
ｌｌｅｒ。

ＮＩＣ）１４を示す。ＮＩＣ１４は回路交換システム（
ｃｉｒｃｕＨ５ｗ１ｔｃｈｅｄ　ｓｙｓｔｅｍ　、　Ｃ
Ｓ　Ｓ　）１２をパケット交換システム（ｐａｃｋｅＬ
ｓｗｉｔｃｈｅｄ　ｓｙｓｔｅｍ、　　ＰＳＳ）　１３
にインタフェースする。、Ｃ５Ｓは音声あるいはデータ
呼に関与する端末間の通信に時分割多）ｆｉ（ＴＤＭ）
バス１２４を使用する。ＰＳＳは端末間のデータの伝送
にパケット　バスを使用する。

Ｃ８Ｓは呼プロセッサ１２３を含む。呼プロセッサ１２
３はＴＤＭバス１２４を通じてそれぞれ音声及び／ある
いはデータ端末１２１−１から１２１−Ｊをシステムに
インタフェースするための複数のポート回路（ｐｏｒＬ
　ｃｉｒｃｕｉｔ）１２２−１から１２２−Ｊを含む。

従って、ＣＳＳは音声呼及びデータ呼の両方を制御する
。ポート回路１２２−には他の回路交換システムへのア
クセスを提供する。この回路交換システムとしては、例
えば、ＡＴ＆Ｔシステノ、７５　デジタル通信システム
（ＡＴ＆Ｔ　Ｓｙｓｊｅｍ　７５Ｄｉｇｉｔａｌ　Ｃｏ
ｍｍｕｎｉｃａｔｉｏｎ　Ｓｙｓｔｅｍ）がイ吏用され
る。このシステムに関しては、ＡＴ＆Ｔテクニカル　ジ
ャーナル（ＡＴ＆Ｔ　ＴｅｃｈｎｉｃａｌＪｏｕｒｎａ
ｌ）、１９８５年、１月、ページ１５３〜、にり、Ａ。

バクスタ（Ｌ、Ａ、　１ｌａｘｊｅｒ）らによって発表
の論文［シスデム７５：通信及び制御アーキテクチュア
　（ＳｙｓＬｅｍ　　７５　　：　　Ｃｏｍｎ＋ｕｎｉ
ｃａｊｉｏｎｓ　　ａｎｄ　　（：ｏｎｔ、ｒｏｌＡｒ
ｃｈｉｔｅｃｔｕｒｅ）］において説明されテいル。

ＰＳＳには周知のローカル　エリア　ネットワーク、例
えば、ＡＴ＆Ｔスターラン（ＡＴ＆１’５ｊａｒｌａｎ
）網が使用される。これは一群の網アクセス　ユニット
　（ｎｅｔｗｏｒｋ　ａｃｃｅｓｓ　ｕｎｉｔｓ　　（
ＮＡＵ）１３２−１から１３２−Ｎを含む。端末１３１
−１から１３１−ＭはそれぞれＮＡＵ　１３２−１から
１３２−Ｍを介してＰＳＳのパケット（Ｃ３ＭＡ）バス
１３３を通じてそれら自体の間の呼を確立するために通
信する。複数のＮＡＵは互いにパケット　ハス１３３の
アクセスするために競合する。パケット　システム　イ
ンタフェース（ＰＳＩ）１３４は他のパケット交換シス
テムへのアクセスを提供する。スターク：、ｔ　（５Ｌ
ａｒｌａｎ）網のＮＡＩＪの動作に関しては、ＡＴ＆Ｔ
インフォーメーション　システムズ（ＡＴ＆’ｒ’　Ｉ
ｎｆｏｒｍａｔｉｏｎ　Ｓｙｓｔｅｍｓ）によって出版
の［スターラン網テクニカル　リファレンス　マーーユ
アル（Ｔｈｅ　５ＴＡＲＬＡＮ　Ｎｅｊｗｏｒｋ　Ｔｅ
ｃｈｎｉｃａｌ　Ｍａｎｕａｌ）］　（９９９−３００
−２０８Ｉ　Ｓ　）に説明されている。

ＮＡＵ　（１３２−１−−１３２−Ｎ）は端末１３１−
１から１３１−Ｍが互いにパケットシステムを通じて通
信することを可能とする。

ＮＡＣに対するソフトウェア　トライバは、通常、（１
）共通言語を使用する端末と対話するための命令イタン
ブリタ、（２）マイクロ命令を遠隔埠末のための一連の
命令に分解するためのマイクロ命令エクスパンダ、及び
（３）遠隔マシンからのさまざまな誤り及び再試行を含
む応答に反応する応答アナライザを含む。ＮＡＵはまた
端末かＣＳＭＡバス１３３にアクセスできる時間を決定
するための競合解決回路（ｃｏｎＬ。

ｎｔ、ｉｏｎ　ｒｅｓｏｌｕｒｉｏｎ　ｃｉｒｃｕｉｔ
）を含む。

本発明においては、ＮＩＣ１４は単一ステージのダ・ｒ
アル計画を使用してＣ３Ｓ１２のデータ端末を起動し、
Ｃ５５１２の他の端末あるいはＰＳＳ　１３の端末と、
あるいは逆方向の通信を行なう。単一ステージのダイア
ル計画を使用することによって、システム管理の追加の
層が不用となる。さらに、統一　されたアドレス計画に
従って端末がＣ３Ｓ１２及びＰＳＳ１３のアドレスに割
り当てられるため、システム聞耳のためのアドレス翻訳
が不用となる。従って、Ｃ５５１２上のデータ呼のダイ
アリイブはそれがシステムな内呼であってもシステム聞
耳であっても同じとなる。同様に、ＰＳＳ１３上のシス
テム内呼及びシステム間呼も同一の統一タイアル計画を
使用する。

例えば、Ｃ５５１２上の発信端末１２１−２とＰＳＳ　
１３上の着信端末１３１−Ｍとの間のデータ呼は基本的
に以下のようにして確立される。端末１２１−１は呼プ
ロセッサ（ｃａｌｌ　ｐｒ。

Ｃｅ５ＳＯｒ、ＣＰ）１２３にデータ呼要求をダイアル
する。ＣＰ１２３は端末位置テーブル〈第２図の２０１
）をチェックすることによりて、着信端末１３１−Ｍｈ
＜ｃｓｓ　１２内に位置するか、あるいはＰＳＳ１３内
に位置するが調べる。着信端末１３１−Ｍはｐｓｓ上に
位置するため、ＣＰ１２３はコノ呼要求をＮＩＣ１４に
前え送りする。ＮＩＣ１４はＰＳＳ１３上の端末のよう
にふるまいこのデータ呼を着イ１〜端末１３１−Ｍに向
けて完結することを試みる。

ＰＳＳ１３上のデータ呼の確立が成功すると、Ｎ［Ｃ１
４はＣＰ１２３に成功したことを通知する。すると、Ｃ
Ｐ１２３はその呼に対するデータ　コンバータ（例えば
、１３５Ｄ）を選択し、適当な、メツセージを発信端末
１２１−１に返信する。こうして確立されたデータ呼の
ためのデータ伝送経路には、発信端末１２１−１、ポー
ト回路１２２−１、ＴＤＭバス１２４、Ｔ、／Ｒ１４７
、データ　バス１５４、ＮＰＥ１５２、データ　コンバ
ータ１４５Ｄ、ＮＡＵバス１４６、Ｃ３ＭＡインタフェ
ース　コントローラ１４１．ＮＡＵ１３２−１及び着信
端末１３１−Ｍが含まれる。

Ｐ　Ｓ　Ｓ　１３−ｈの呼の確立が失敗１＝ると、Ｎ　
Ｉ　Ｃ１４はＣＰ１２３に呼の確立が失敗したことを通
知し、ＣＰ１２３は呼の試みをやめ、発信端末１２１−
１にこれを通知する。

これとは対照的に、両方ともＣ５５１２の端末である発
信端末１２１−１と着信端末１２１−Ｊとの間のデータ
呼は、呼プロセッサ１２３の制御下で、Ｃ３Ｓ１２の通
常の動作手順に従って、ポート回路１２２−１、ＴＤＭ
バス１２４及びポート回路１２２−Ｊを介して進行する
。−ヒと同様に、呼プロセッサ１２３はその端末位置テ
ーブル２０１を使用してデータ呼がシステム内呼である
、つまり、発信端末１２１−１ｉび着信端末１２１−Ｊ
の両方がシステムＣ５５１２内に位置することを決定す
る。

同様に、ＰＳＳ１３上の発信端末１３１−１とＣ３Ｓ１
１２上の着信端末１２１−Ｊの叫のデータ呼は基本的に
以−ドのように進行する。端末１３１−１がデータ呼要
求をＮＩＣ１４に送くる。ＮＩＣ１４は端末位置テーブ
ル（第２図の２０３）をチェックして、着信端末１２１
−Ｊの位置を決定する。テーブル２１３は妥当なＣ３Ｓ
１２端末アドレス情報のみを持つことに注意する。着信
端末１２１−ＪはＣ３Ｓ　１２内に位置するため、ＮＩ
Ｃ１４はこの要求を再フォ−マツトし、Ｃ３Ｓ　１２の
ＣＰ１２３に前え送りする。ＮＩＣ１４は次に呼を開始
するためにアイドルのデータ　コンバータ（例えば、１
５４Ａ）を選択する。呼プロセッサＣＰ１２３は呼に対
して着信端末１２１−Ｊが使用できる場合は、呼の確立
を試みる。ＣＰ１２３は着信端末１２１−ＪとＮＩＣ１
４との間のデータ通信のためにＴＤＭバス１２４−ヒの
通話（ｔａｌｋａｎｄ　１ｉｓｔｅｎ）タイムスロット
を割り当てる。ＮＩＣ１４は次にデータ呼を完結するた
めに発信端末１３１−１に確認（ｃｏｎｆｉｒｍａＬｉ
ｏｎ）を送る。

すると、データ通信は、発信端末１３１−１からＮＡＵ
　ｌ　３２−　Ｌ、ＣＳＭＡインタフェースコントロー
ラ１４１、データ　コンバータ１４５Ａ、ＮＰＥ１５２
、トランシーバ１４７、ポート・回路１２２−Ｊを経て
着信端末１２１−Ｊへと進む。

Ｃ５Ｓ　１２上の着ｆ３端末１２１−Ｊが叶を受入れる
準備ができていない場合には、ＣＰ１２３はＮ（Ｃ１４
にこれを通知する。、ＮＩＣ１４はデータ呼を終端する
ために発信端末に呼拒否メツセージ（ｃａｌｌ−ｄｅｎ
ｉｅｄ　ｍｅｓｓａｇｅ）を送る。

本発明のもう一面においては、ＰＳＳ１３上の端末がＣ
３Ｓ１２上のＣＰ１２３に呼制御情報を送る。発信端末
（例えば、１３１−Ｍ）は呼プロセッサ　サービス要求
（ｃａｌｌｐｒｏｃｅｓｓｏｒｓｅｒｖｉｃｅ　ｒｅｑ
ｕｅｓｔ）をＮＩＣ１４に送る。ＮＩＣ１４はこの要求
をｉｌＴフォーマットし、要求をＣＰ１２３に而え送り
する。ＣＰ１２３はこの要求が制御情報要求であり、デ
ータ呼要求でないことを認識する。すると、ＣＰ１２３
と発信端末はＮＩＣ１４を通じて制御情報を交換する。

この制御＋Ｆ′？報は、ＴＤＭバス１２４の制御チャネ
ルからトランシーバ１４７、ＳＡＫ　［１４８、ＤＬＣ
バス１５３、シュアル　ポートメモ１月４１、Ｃ３ＭＡ
インタフェース　コントローラ１４１、ＮＡＵ　１３２
−Ｍ、そして発信端末１３１−Ｍへと進行する。

以下の説明において説明中、参照番号が使用される場合
、その参照番号と関連する要素は、その参照番号の最初
の数字と同一の番号をもつ図面−ヒに発見できる（例え
ば、１２１−１は第１図に位置する）。

回路−へシステム（ｃｓｓ）の舅　； ＮＩＣ１４のＤＬＣサブユニットはＮＰＥｌ５２、ＤＬ
Ｃコント０−−Ｆ１５１、ＲＯＭ１５０、ＲＡＭ１４９
．５ＡＫ１１４８およびトランシーバ１４７を含む。こ
れら全ては、第１図に示されるように、ＤＬＣバス１５
３及びデータ　バス１５４を介して接続される。ＤＬＣ
サブユニットは、Ｃ５５１２のもう１つのポート回路（
例えば、２２−１）であり、もう１つのポート回路とし
て機能する。従って、ＴＤＭバス１２４を通じて端末１
２１−１から１２１−Ｊの任意の１つとＤＬＣとの間に
呼が確立できる。

ＤＬＣの上に同定されたユニットの動作に関しては１．
重連のり、Ａ、バクスタ（ｌＪ、ＢａｘＬｅｒ）らによ
る論文［システム７５：通信及び制御アーキテクチュア
（Ｓｙｓｔｅｍ　７５：Ｃｏｍ１ｕｎｉｃａｔｉｏｎｓ
ａｎｄ　Ｃｏｎｔｒｏｌ　Ａｒｃｈｉｔｅｃｔｕｒｅ）
］において説明されている。

バス　トランシーバ１４７はポート回路をＴＤＭバス１
２４に・（ンタフェースする。ＴＤＭバス１２４からの
タイムスロット情報は制御情報及びデータを含む。デー
タはデジタル化パルス符合変調（ρＣＭ）音声サンプル
あるいはデジタル　データである。これらデータは綱処
理要素（ｎｅｔｗｏｒｋ　ｐｒｏｃｅｓｓｉｎｇ　ｅｌ
ｅｍｅｎｔ％Ｎ　Ｐ　Ｅ　）１５２によってＴＤＭフォ
ーマットに変換あるいは逆に変換される。：し制御イン
タフェースＳＡに１１８はＤＬＣバス１５３を介してＤ
ＬＣコントローラ１５１に接続する。制御インタフェー
ス５ＡＫ１１４８はＴＤＭバス１２４を通じて制御情報
の受信及び送信を行ない、ＤＬＣコントローラ１５１は
データ　バス１５４を通じて情報の送信及び受信を行な
う。

ＤＬＣコントローラ１５１、ＲＯＭ１５０及びＲＡＭ１
４９は全てのポート回路に共通の機能及び特定のタイプ
のポート回路に特定の機能を遂行する。。ＤＬＣコント
ローラ１５１はポート回路の特定の機能を遂行し、それ
がシステム呼プロセッサ１２３と通信することを可能に
する。

ユーザはその端末（例えば、１２１−１）の所でオーフ
ックとなることによって発呼する。

この変化はポート回路（１２２−１）によって検出され
、オーフック　メツセージが呼プロセッサ１２３に送ら
れる。このメツセージが受信されると、この呼を処理す
るための資源が割り当てられ、ユーザにダイアル催促を
するためのメツセージか送られる。

呼処理ソフトウェアはユーザによって人力される個々の
数字を翻訳し、全ての数字が人力された時点で、この呼
をＴＤＭバス１２４を介して着信電話機に向ける。この
ＴＤＭメツセージのフォーマットは５０１として示され
る。この呼は着信ユーザにリング　メツセージ（ｒｉＢ
ｉｎｇｍｅｓｓａｇｅ）によって通知され、そしてこの
呼の進行は発信ユーザにリングバック（ｒｉｎｇｂａｃ
ｋ　ｍｃｓｓａｇＣ）によって通知される。着信ユーザ
が呼に応答すると、呼プロセッサ１２３はこのリング　
メツセージ及びリングバック　メツセージを除去し、リ
ングバック除去メツセージ（ｒｉｎｇｂａｃｋ−ｒｅｍ
ｏｖｅｄ　ｍｅｓｓａｇｅ）にて、発信者と受信者の間
の送／受信（ｔａｌｋ／目５ｔｅｎ）経路を確立する。

この送／受信経路は送信及び受信経路に対して呼プロセ
ッサ１２３によって割り当てられるのとは別個のタイム
スロットを使用する。最後に、発イ３者あるいは受信者
のいずれかがオン−フックとなると、呼処理ソフトウェ
アはこの回路接続を切断し、その呼と関連する全ての資
源の割り当てを解除する。

パケット−システム　ｐｓｓ　　のす　；ＮＩＣ１４の
ＮＡＵ　１サブユニツトはＮＡＵ１コントローラ１４４
、ＲＯＭ　１４３、ＲＡＭ１４２、及びＮＡＵ　１バス
１４６を介して接続されたＣ３ＭＡインタインタフェー
ストローラ１４１を含む。ＮＡＵ　１サブユニツトは、
基本的には、他の網アクセス　ユニットのもう１つのＮ
ＡＵ　（例えば、１３２−１）であり、そのように動作
する。従って、端末１３１−１から１３１−Ｍノ任意の
１つとＮＡＵｌとの間ニｃＳＭＡバス１３３を通じてデ
ータ呼を確立することができる。他のＮＡＵとＮＡＵ　
１との間の通信はＰＳＳメツセージ　フォーマット５３
０を使用する。このメツセージ５３０は周知の国際標準
化機構（Ｉｎｔｅｒｎａｔｉｏｎａｌ　５ｔａｎｄａｒ
ｄ　Ｏｒｇａｎ１ｚａｔｉｏｎ　、　　Ｉ　Ｓ　Ｏ）プ
ロトコールのデータ　リンク　レベル　プロトコールを
使用する。このレベルのプロトコールはＰＳＳ　１３の
網アクセス　ユニット（ｎｅｔｗｏｒｋ　ａｃｃｅｓｓ
　ｕｎｉｔ）間のデータ伝送のための管理及びエラー検
出を提供する。

面述のごとく、ＮＡＵ　１はＰＳＳ　１３のもう１つの
網アクセス　ユニット（ＮＡＵ）としてふるまう。デー
タ　リンク　レベルは２つのサブ層、つまり、媒体アク
セス　コントロール（ｍｅｄｉａ　ａｃｃｅｓｓ　ｃｏ
ｎｔｒｏｌ、　Ｍ　Ａ　Ｃ）　５３１、及び論理リンク
　コントロール（ｌｏｇｉｃａｌ　１ｉｎｋ　ｃｏｎＬ
ｒｏｌ、　Ｌ　Ｌ　Ｃ）　５４０を含む。ＭＡＣ５３１
は同期プリアンプル５３２、フレーム開始区切り号５３
３、着信先アドレス５３４、発信側アドレス５３５、デ
ータ欄５３７に対する長さ欄５３６、最小パケット　サ
イズを達成するためのパケット　パディング５３８及び
フレーム　チェック　シーケンス５３９を含む。データ
ｇｓ３７、はＬＬＣサブ層５４０のアドレスを含む。

着信先アドレス５３４はＰ　Ｓ　Ｓ　１３１の着信先電
話機を同定するのに使用される。発信側アドレス５３５
はＮＩＣ１４を発信位置として定義する。

ＬＬＣサブ層は着信先サービス　アクセスポイント５４
１１発信側サービス　アクセスポイント５４２、制御語
５４３及びデータ欄５４８を含む。データｐｉ４５４８
はＴＲＮ５アドレス５４４を含む。この実施態様はＩＳ
Ｏプロトコールの網層を使用しない。ＩＳＯプロトコー
ルの伝送レベルはＴＲＮ５５４４によって示される。Ｔ
ＲＮ５層はデータ伝送に対して、コネクションレス（デ
ータダラム）サービス等級及びコネクション（仮想回路
）サービス等級を提供する。両タイプとも、特定のレベ
ル２　　ＭＡＣ５３１アドレスに続いて終端ポイントを
選択するためのアドレス情報を運ぶ。ＴＲＮ５層５４４
はＰＩＤエンコーディング５４５、ＤＥＳＴ　　ＩＤ５
４６　（ＩＮＦＯ５１３内のＤＥＳＴ［Ｄ）、５ＯＵＲ
ＣＥ　　ＩＤ５４７　（ＩＮＦｏ　　５１３内の５ＯＵ
ＲＣＥ　　１０）及び着信先に運ばれるべき情報５４９
を含む。

本発明によると、仮想回路はＰＳＳ　１３の端末とＣ５
５１２の端末との間のデータ呼に使用される。本発明の
もう一面によると、データダラム　サービスがＰＳＳ　
１３上の端末から呼プロセッサ１２３に呼制御メツセー
ジを送るのに使用される。これに関しては後に説明され
る。

前述のごとく、データ呼は端末一端末間の仮想回路接続
を提供するコネクション（仮想回路）サービス等級を使
用して提供される。このタイプのサービス内には２つの
タイプのパケット、つまり、呼制御パケット及びデータ
伝送パケットが定義される。呼制御パケットは呼要求（
ｃａｌｌ　ｒｅｑｕｅｓｔ、　ＣＲ）命令、呼確認（ｃ
ａｌｌ　ｃｏｎｆｉ「、ＣＣ）命令、呼切断（ｃａｌｌ
　ｄｉｓｃｏｎｎｅｃＬ、　ＣＤ）命令等を含む。

データ呼を開始するには、呼要求（ＣＲ）命令を使用し
て、例えば、Ｃ５ＭＡインタフェース　コントローラ１
４１と着信先アドレスＮＡＵ１３２−１との間の仮想回
路接続の確立が要求される。呼、つまり、仮想回路が確
立されると、データ伝送パケットを使用してデータが伝
送される。データ伝送パケットは、それぞれ制御メツセ
ージ、制御及びデータ、並びにユーザデータのブロック
を通信するための制御オンリー（ｃｏｎｔ、ｒｏｌ　ｏ
ｎｌｙ）命令、ミックス　データ（ｍ１ｘｅｄ　ｄａむ
ａ、ＭＤ）命令並びにデータ　オンリー（ｄａｔａ　ｏ
ｎｌｙ）命令を含む、データ呼が終了すると、呼切断（
ｃａｌｌ　ｄｉｓｃｏｎｎｅｃＬ、ＣＤ）命令を使用し
て呼が終端される。

黒人旦ユノーＤＬ旦（７）ｌ成立 第１図及び第５図を参照し、ＮＩＣ１４のＮＡＵＩとＤ
ＬＣサブユニットとの間の通信には制御メツセージのた
めのシュアル　ポート　メモリ１５５及びデータ伝送の
ためのデータ　コンバータ１４５Ａ−１４５Ｄが使用さ
れる。シュアル　ポート　メモリ１５５は周知の方法に
てこれら制御メツセージ５１０を伝送する。通常、デー
タ　コンバータ１４５−Ａ１４５Ｄは先入れ先出しくＦ
　Ｉ　ＦＯ）及び制御回路を含むが、これはＮＡＵ　１
からパケット形式の情報を受信し、こわをＤＬＣに伝送
するためにＴＤＭフォーマットに変換する。逆に、デー
タ　コンバータ１４５Ａ−１４５ＤはＤＬＣからのＴＤ
Ｍフォーマットのデータをパケット形式にてＮＡＵＩ伝
送するためにパケット化する。データコンバータはデー
タのバイトを高レベル　データ　リンク　コントロール
（ｔ＋ｉｇｈ−１ｅｖｅｌ　ｄａｔ＊　１ｉｎｋ　ｃｏ
ｎｔｒｏｌ、　ＨＤ　Ｌ　Ｃ）プロトコールに符合化し
、ＴＤＭバスから受信されるデータをＣＰＵ１２３によ
って直接に読むことが可能なデータ　バイトに復号する
。

ＮＡＵＩ、／ＤＬＣメツセージ５１０はシュアル　ポー
ト　メモリ１５５を介して行なわれるＮＡＵ　１コント
ローラ１４４とＤＬＣコントローラ１５１の間の通信に
使用される。メツセージ５１０は命令間５１１、サイズ
欄５１２、及び情報欄５１３を含む。命令欄は２つのバ
イト、５１４及び５１５を含む。この欄は命令送信者に
よってロードされ、命令受信者によってアンロードされ
る。ここで、Ｃ３Ｓによって開始される呼においては、
Ｃ３Ｓか命令送信者となり、ｐｓｓが命令受信者となり
、逆の場合は、この逆となる。

サイズ欄５１２は情報欄５１３のバイトの長さを含む。

情報欄は命令ｌＩ！１５１４内に格納された命令によっ
て要求される適当な情報を含む。

サブ　ユニットＮＡＵＩとＤＬＣとの間の制御通信は一
度に１つシュアル　ポー１・　メモリ１５５を通じて送
られる命令を使用する。命令を送りたい場合、命令送信
者は命令欄５１１かゼロであるかチェックする。命令欄
がゼロである場合は、その命令と関連するパラメータが
情報欄５１３内に占き込まれ、サイズ　データかサイズ
瀾５１２に占き込まれる。そして、ｆｉＡ後に命令情報
が命令欄に占き込まれる。命令欄か非ゼロ値であること
は、命令受信者にメツセージ５１０が完全に書き込まれ
、使用できる準備にあることを示す。ＮＡＵＩ／′ＤＬ
Ｃメツセージ５１０を受信した後、命令受信者は命令欄
５１１をクリアし、命令が処理され、次の命令を与える
ことができることを示す。

例えば、ＤＬＣ１５１が命令送信者である場合、コント
ローラ１５１はメツセージ５１０によって示されるフォ
ーマットにて発呼（ｏｒｉｇｉ口ａｔｅ　ｃａｌｌ）命
令を命令受信者、つまり、ＮＡＵ１コントローラ１４４
に送る。ＮＡＵ　１コントローラ１４４はこの情報をＣ
５ＭＡインタフェース　コントローラ１４１に送る。す
ると、コントローラ１４１はこの情報を５３０にて示さ
れるＰＳＳメツセージにフォーマット化し、ＰＳＳ１３
上の着信先端末に送る。

第６図にＮＡＵＩとＤＬＣの間で交信される各種の命令
及び応答がリストされる。これら命令には２つのクラス
、つまり、非請求命令（ｕｎｓｏｌｉｃｉｔ、ｅｄ　ｃ
ｏｍｍａｎｄ）　６０−６０８　ｇＬび命令応答（ｃｏ
ｍｍａｎｄ　ｒｅｓｐｏｎｓｅｓ）　　６０９−６１３
が存在する。非請求命令と命令応答は第１のバイトの内
容によってＩＡ別される。５１１及び５２１に示される
ように、非請求命令はゼロに等しい第１のバイトを持ち
、一方、命令応答は応答ざわる非請求命令に等しい第１
のバイトをもつ。全ての命令及び応答命令には、常にメ
ツセージの情報部分（５１３）内に発信側番号（ＳＯＵ
ＲＣＥ　　ＩＤ）及び着信先番号（ＤＥＳＴ　　Ｎｏ）
か含まれる。第６図に示されるように、命令及び応答命
令には、コンバータ　デバイス番号（（ＤＥＶ　　Ｎｏ
）は必ずしも要求されない。

ＰＳＳ１３の端末からＣＳＳ　ｌ　２の端末に呼を行な
うプロセスにおいて、命令６０１、例えば、ＣＡＬＬ　
　Ｃ３Ｓが使用される。命令６０１は、５１５がＣＡＬ
Ｌ　　Ｃ５Ｓであり、また５１３が着信先番号（ＤＥＳ
Ｔ　　ＩＤ）及び発イエ側番号（ＳＯＵＲＣＥ　　１０
）を含むが、コンバータ　デバイス（ＤＥＶ　　Ｎｏ）
は（ＣＳＳＬ２によってまだ決定されてないため）含ま
ないことを除いて、メツセージ５１０にて示されるよう
にフォーマット化される。

ＤＬＣからの応答には、呼応答（ｃａｌｌ　ａｎｓｗｅ
ｒｅｄ）応答６２９、呼ビジー（ｃａ　ｌ　ｌ　ｂｕｓ
ｙ）応答６３０、コンバータ使用不可（ｃｏｎｖｅｒｔ
ｅｒ　ｕｎａｖａｉｌａｂｌｅ）応答６３１、呼拒否（
ｃａｌｌ　ｄｅｎｉｅｄ）応答等が含まれる。これら全
ての命令応答は発信側及び着信先番号を同定する。呼応
答（ｃａｌｌ　ａｎｓｗｅｒｅｄ）応答はＣ３Ｓ１２が
呼に応答したことを意味する。Ｃ３Ｓ１２は既に割り当
てられているため命令応答内にＤＥＶ　　ＮＯを含む。

呼ビジ一応答は着信先端末がビジーであることを示す。

コンバータ使用不可応答はＤＬＣによって全てのコンバ
ータ　デバイス（１４５−１４５Ｄ）が使用あるいは予
約されており、この時点においてデータ通信が不可能で
あることを示す。コンバータ　デバイスは端末あるいは
システムＰＳＳないしＣ５Ｓから呼プロセッサ１２３に
よフてデータ呼要求が受信さ九るたびに予約される。た
だし、ＤＥＶ　　Ｎｏは呼が応答された場合にのみ割り
当てられ命令応答内に返信される。（６０９）。

未決データ呼は６０２によって示される破棄命令（ａｂ
ｏｒＬｃｏｍｍａｎｄ）を使用して破棄される。

この破棄命令６０２は発呼（ｏｒｉｇｉｎａｔｅ　ｃａ
ｌｌ）命令６０１が送られた後所定の期間か経過しても
ＤＬＣからの応答が受信されないときＮＡＵ　１によフ
て発せられる。これに応答して、ＤＬＣは呼確立の試み
をやめ、エラー（ｅｒｒｏｒ）命令６３３をＮＡＵ　１
に送る。

データ呼を終結したい場合、ＮＡＵ　１は着信先及び発
信側番号を同定する呼切断（ｃａｌｌ　ｄｉｓｃｏｎｎ
ｅｃｔ）命令６０３をＤＬＣに送る。ＤＬＣはこの接続
が存在しない場合には、エラー命令６３３を返信する。

呼の接続が存在する場合は、ＤＬＣからの応答は要求さ
れず、その呼が切断される。

ＮＡＵＩが期待されないあるいはエラー状態を検出する
と、これは診断（ｄｉａ）（ｎｏｓＬｉｃ）命令６０４
を使用してＤＬＣにそのエラーを報告する。ＤＬＣはこ
のエラー　メツセージを呼プロセッサ１２３に面え送り
し、これによってエラー記録機能が提供される。

後に説明されるように、ＮＡＵ　ｌはデータコンバータ
（１４５−１４５Ｄ）から受信されるデータ　フレーム
内の；トリ御見出しによって同定されるルリ御メツセー
ジを受信する。ＮＡＵＩはこれら一制御メッセージを翻
訳せず、制御メツセージ６０５を使用して全フレームを
ＤＬＣに前え送りする。−制御メツセージのサイズはサ
イズ欄（Ｓ　Ｉ　Ｚ）の値から１を引くことによって計
算される。

Ｃ５Ｓ　１２の端末からＰＳＳ１３の端末に呼を送るプ
ロセスは、通常、萌述のＰＳＳ１３からＣ３Ｓ　Ｌ　２
に呼を開始するときと同一の命令を使用し、また同一の
命令応答を受信する。

Ｃ３Ｓ１２の端末からＰＳＳ　１３の端末への発信には
命令６２１が使用される。ＰＳＳ　ｌ　３からの応答に
は、呼応答（ｃａｌｌ　ａｎｓｗｅｒｅｄ）応答６０９
及び呼拒否（ｃａｌｌ　ｄｅｎｉｅｄ）応答６１２のみ
が含まれ、呼ビジ一応答６１０あるいはデバイス使用不
可応答６１１は使用されない。

呼の切断には命令６２３が使用され、その接続が存在し
ない場合を除き応答は必要とされない。接続が存在しな
い場合は、エラ一応答６１３が送られる。

Ｃ３Ｓ　１２の呼の試みは命令６２２を使用して破棄さ
れる。この命令は呼確Δγの試みをやめさせ、前の発註
ｆ　（ｃａｌｌ　ｏｒｉｇｉｎａｔｅ）命令６２１をク
リアする。ＮＡＵ　１は着信先番号と発信側番号との間
に呼確立の試みが存在しない場合は命令エラー（ｃｏｍ
ｍａｎｄ　ｅｒｒｏｒ）応答を送る。

制御メツセージ６２５はＮ夏Ｃ１４のＤＬＣからＣ３Ｓ
１２の遠隔ポート回路（例えば、１２２−１）にｊｌｔ
ｌＪ御メツセージを送るのに使用され７．ＮＡＵＩＧ；
ｔ、制御見出しくＴＸ−ＤＣＰ）からそれが制御メツセ
ージであることを同定する。ＮＡＵ　ｌはこの制御命令
を受信し、全メツセージを指定のコンバータ　デバイス
（ＤＥＶ　　Ｎｏ）を通じて同定されるポート回路に向
うデータ流内に挿入する。ＤＣＰ制御メツセージの一例
としては、ＥＩＡ更新メツセージ及びデータ　モジュー
ル　ハンドシェーク　メッセ−ジがある。制御メツセー
ジ６２５に応答してＮＡＵ　１から命令応答メツセージ
は送られない。

ＤＬＣダウンロード（ｄｏｗｎｌｏａｄ）命令６２６は
Ｃ３Ｓ１２の呼プロセッサ１２３を起動し、端末位置テ
ーブル（ｔｅｒｍｉｎａｌ　１ｏｃａｔｉｏｎ　ｔａｂ
ｌｅ）２０３をＮＡＵＩにダウンロードする。前述のご
とく、このテーブルはシステムＣ３Ｓ　１２の妥当端末
番号をリストする。好ましい実施態様においては、シス
テムＣＳＳに存在する個々の端末をリストするかわりに
、１０個を単位とするグループの端末がリストされ、こ
れによってテーブル２０１のサイズが軽減される。つま
り、テーブル２０１内にその端末のグループ番号がリス
トされている場合、そのグループの全てのメンバー（端
末）がシステムＣ３Ｓ　１２上に位置することを意味す
る。ダウンロード命令６２６に応答してＮＡＵ　１から
命令応答メツセージは期待されない。

コンバータ構成（ｃｏｎｆ　ｉｇｕｒａｔｉｏｎ）命令
６２７はＤＬＣによってＣ５５１２の発信側端末とＰＳ
Ｓ１３の着信先端末の間のハンドシェーク（ｈａｎｄｓ
ｈａｋｅ）が正常に達成された後に使用される。ＤＬＣ
は構成情報を送ることによって、指定されたコンバータ
　デバイス（例えば、１４５Ａ）の適当なデータ伝送ボ
ー速度を設定する。この命令はまたＮＡＵ　ＬがＰＳＳ
１３上の端末から受信されたデータをＣ５５１２上の端
末に向けて伝送を開始することを起動する。この命令の
面にＰＳＳ１３から受信されたデータは指定のコンバー
タ　デバイス内に緩衝される。この構成命令に応答して
ＮＡＵ　１から命令応答メツセージは送られない。

ＤＬＣはＮＡＬＩＩの正常性（ｓａｎｉｔｙ）をチェｙ
りする任務を持つ。正常性チェック（５ａｎｉｔｙ　ｃ
ｈｃｃｋ　）命令６２８はこの機能を定期的に遂行する
ために使用される。ＮＡＵ　１は所定の期間内にチェッ
ク完了（ｃｈｅｃｋ　ｄｏｎｅ）命令応答６１４に返信
することを要求される。応答がない場合、ＤＬＣはＮＡ
Ｕ　１が正常でないものとみなし、ＤＬＣ及びＮＡＵ　
１の両方ともリセット　シーケンスに入る。このリセッ
ト　シーケンスの間、その網インタフェース　コントロ
ーラ（ＮＩ　Ｃ）　１１の全ての師は停止される。

Ｅ／２ＬＩＬ−二芝瀝 以下のバラフラフでは、ＣＳＳ端末とＰＳＳ端末の間の
呼を確立するためのステップについて述べる。この実施
態様においては、ＮＩＣＩ４のＮＡＵ　１サブユニツト
がゲートウェイ（ｇａｔｅｗａｙ）モードかブリッジ（
ｂｒｉｄｇｅ）モードのいずれかで動作するものと仮定
する。ブリッジモードにおいては、ＵＲＰプロトコール
が２つのシステム間で保存される。本発明においては、
この２つのモードによって、ＰＳＳ及びＣ５Ｓシステム
に接続ざわたデータ　デバイスあるいは端末の異なる組
合せの間の通信が可能とされる。

以下の説明は第１図、第２図、第３図、第５図、及び第
６図を参照して行なわれる。ｃｓｓ上の化１８側端宋１
２−１がゲートウェイ　モードを使用してＰＳＳ上の着
信先端末にデータ呼を確立するものと仮定する。端末１
２１−１の所のユーザは前述のごとく通常の方法（３０
１）によって着信先端末１３１−１のエクステンション
番号をダイアルすることによってデータ呼を確立する。

Ｃ５Ｓの呼プロセッサ１２３はダーｆアルされたエクス
テンション番号を受信し、端末位置テーブル２０１をチ
ェックし１着信先端末エクステンションと関連するポー
トがシステムＰＳＳに位置するかＣ８Ｓに位置するか決
定する。端末位置テーブル２０１はＣＰ１２３内及びＮ
ＡＵ　１のＲＡＭ１４２の両方の中に位置する。ＣＰ１
２３内の端末位置テーブル２０１はシステムＣ３Ｓ管理
者によって作成され、Ｃ５５１２上のダイアル可能な全
ての端末訃号をリストする。このリストはＣ５Ｓが初期
化されたとき、ＣＰ１２３からＮＡＵ　１のＲＡＭ１４
２にダウンロードされる。端末位置テーブル２０３はこ
のリストに基いて作成される。

この例では、呼プロセッサ１２３はテーブル２０１から
着信先端末１３１−１がｐｓｓ上に位置することを決定
する（２０２）。呼プロセッサ１２３は次に５０１によ
って示されるメツセージを使用してＴＤＭバス１２４を
通じて着信先端末番号１３１−１及び発信側端末番号１
２１−１の両方を送る。メツセージ５０１はポート回路
１２２−１から１２２−Ｋが情報を受信するのか、ある
いはＤＬＣが情報を受信するのかを同定する見出し５０
２を含む。この例では、着信端末エクステンションがＰ
ＳＳ内に位置するため、見出し５０２内にＤＬＣアドレ
スが挿入される。

呼プロセッサ１２３はまた使用できるデータコンバータ
　デバイス１４５Ａ−１４５Ｄを探すためデータ　コン
バータ　テーブル２０２をチェックする。呼プロセッサ
１２３は次に入り呼を通知するためＤＬＣにリンガ−オ
ン　ダウンリンク（ｒｉｄｅｒ−ｏｎ　ｄｏｗｎｌｉｎ
ｋ）メツセージを送る。このリンガ−オン　メツセージ
を受信すると、ＤＬＣはＩＤ要求メツセージ　アップリ
ング　メツセージ（１０ｒｅｑｕｅｓｔ　ｍｅｓｓＢｅ
　ｕｐｌｉｎｋ　ｍｅｓｓａ）＜ｃ）を呼プロセッサ１
２３に送る。呼プロセッサは次に５０３内にデータ　コ
ンバータ　デバイス番号、５０４内に挿入された着信先
端末エクステンション及び５０５内の発信側端末エクス
テンションを含むメツセージ５０１を送る。

メツセージ５０１はトランシーバ１４７を介してＳＡに
■１４８によって受信され、バス１５３を通じてＤＬＣ
コントローラ１５１に萌え送りされる。ＤＬＣコントロ
ーラ１５１は、メツセージ　５０１の内容をメツセージ
　フォーマット５１０に再フォ−マツトする。

着信先番号は網インタフェース　コントローラＮＩＣに
よってＰＳＳ　１３Ｊ：の着信先端末に向けて呼を確立
するために使用される。発信側番号はＰＳＳプロトコー
ルによって呼確立のために必要とされる。ＮＩＣは単に
１つのＰＳＳ物理アドレスを持つため、発信側番号がＮ
ＩＣを発呼どうてい一トとして同定するのに使用される
。発信側番号はまた呼を受は入れるべきか、拒否すべき
かを決定するためのベースとして使用とうていＮＩＣは
ポート同定に対してダミーの発信側番号を使用すること
ができるが、受信者はダミーの番号を発呼者同定として
使用することはできない。

ＰＳＳ　１３に向けられる発呼（ｏｒｉｇｉｎａｔｅ）
命令６２１はメツセージ５１０によフて示されるように
フォーマット化され、５１３内に着信先端末番号、発信
側端末番号及びコンバータ　デバイス番号を同定する。

ステップ３０２において、この発呼命令がシュアル　ポ
ート　メモリ１５５に入り、メモリ１５５はＮＡＵ　１
コントローラ１４４によって検索される。ステップ３０
３において、ＮＡＵＩコントローラはＣ５ＭＡインタフ
ェース　コントローラ１４１に対してＰＳＳ１３に呼要
求を行なうよう命令する。

Ｃ３ＭＡインタフェース　コントローラはメツセージ　
フォーマット５１０からの呼要求をＰＳＳメツセージ　
フォーマット５３０に再フォ−マツト化する。

この呼要求は着信先番号に対応する物理アドレスを得る
ためのＮＡＵ　１３２−１に対する呼尋問（ｃａｌｌ　
１ｎｑｕｉｒｙ）命令を含む。ＮＡＵ　１３２−１はそ
の着信先番号を認識し、その物理アドレスを指定する呼
尋問（ｃａｌｌ　１ｎｑｕｉｒｙ）応答をＣ５ＭＡコン
トローラ１４１に送る。ＣＳＭＡコントローラ１４１は
呼要求（ｃａｌｌ　ｒｅｑｕｅｓｔ）をＮＡＵ　１３２
−１に送り、物理アドレスを使用して呼をＣ３ＭＡバス
１３３上に置くことを要求する。ＮＡＵ１３２−１は呼
確認（ｃａｌｌｃｏｎｆ　ｉｒｍ）メツセージあるいは
呼切断（ｃａｌｌ　ｄｉｓｃｏｎｎｅｃＬ）メツセージ
にて応答する。

呼確認（Ｃａｌｌ　ｃｏｎｆｉｒｍ）メツセージにて応
答するものと仮定すると、ＮＡＵ　Ｉコントローラはこ
の呼確認メツセージを命令応答メツセージフォーマット
５２０に変換する。このメツセージ５２０は次にシュア
ル　ポート　メ　モ　リ１５５を介してＤＬＣに送られ
、そしてＳＡに１１４８を介してフォーマット５０１の
オフ−フック（ｏｆ　ｆ−ｈｏｏｋ）応答に変換され、
呼プロセッサ１２３に送られる（ステップ３０４Ａ）。

叶−プロセッサ１２３は次にデータ通信のために終端ポ
イントにタイムスロットを割り当てる。ステップ３０５
において、ＮＩＣ１４と端末１２１−１の間の互換接続
を保証するためにデータ　モジュールのハンドシェイク
を行なう。例えば、ＮＩＣ１４と端末１２１−１の間で
データ伝送速度が一致することが要求される。その後、
ステップ３０６において、呼が確立される。ＮＩＣ１４
と端末１３１−１はＵＲＰプロトコール　パラメータ（
例えば、バッファ　サイズ）を決定するためにＵＲＰ初
期化［ＮＩＴハンドシェークを交換する。

ＴＮＩＴハンドシェークか正常に達成されると、ステッ
プ３０７において、ＮＩＣ１４はデータ伝送モードに入
り、ステップ３０８において、発信側端末１２１−１と
着信先端末１３１−１の間のデータ流が許される。この
データ伝送は、ＮＡＬ１１３２−１、ＮＡｔＪ１３２−
１．Ｃ３ＭＡインタフェース　コントローラ１４１、Ｒ
ＡＭ１４２、ＮＡＵ　１コントローラ１４４、コンバー
タ　デバイス１４５Ａ、ＮＰＥ１５２　　、トランシー
バ１４７、そしてポート回路１２２−１を介して起こる
。データ伝送の制御メツセージがコンバータ　デバイス
１４５ＡからＮＡＵシステム　バス１４６及びシュアル
　ポート　メモリ１５５を介してＤＬＣコントローラ１
５１に返信される。

Ｃ８Ｓ上のデータ伝送は所定のタイムスロットにおいて
、端末１２１−１とＮＩＣ１４との間で、フレーム当た
りデータの１バイトあるいは複数のバイトの割合で起こ
る。個々のフレームは見出し及びＣＲＣエラー　コード
　シーケンスをもつＨＤＬＣにて符合化される。コンバ
ータ　デバイス１４５ＡはＣＲＣエラーチェックを行な
い、フレーミングをチェックし、次にＣＲＣエラー　シ
ーケンスを除去する。コンバータ　デバイス１４５Ａの
出力は見出し及びデータであり、ＮＡＵ　１コントロー
ラ１４４によって読み出される。ＮＡＵ　ｌコントロー
ラ１４４は次にこのデータを着信先番号、論理チャネル
番号に加え、これをＲＡＭ１４２を介してＣＳＭＡイン
タフェース　コントローラ１４１に送る。Ｃ３ＭＡイン
タフェース　コントローラ１４１はこのデータを集め、
パケットを形成し、このパケットをＣＳＭＡバス１３３
を通じてＮＡｔＪ１３２−１に送る。

Ｃ３Ｓ１２上の発信側端末１２１−１からＰＳＳ　１３
上の端末１３１−１に向けてのブリッジ　モード　デー
タ呼は以下のように進行１−る。ブリッジ　モード　デ
ータ呼とゲートウェイ　モード　データ呼の相違は、ブ
リッジモードでは、発信側端末１２１−１がｐｓｓ１３
上の呼を確立する１１務を持つ点である。前述のごとく
、ゲートウェイ　モードでは、ＮＩＣ１４がＰＳＳ１３
Ｊ二の呼を確立する。

命令モード端末ダイアリイブ（Ｃｏｍｍａｎｄ　Ｍｏｄ
ｅＳ　Ｔｅｒｍｉｎａ（Ｄｉａｌｉｎｇ）はＣ５Ｓ　ｌ
　３）Ｉの発信側端末によってＰＳＳ１１上の端末にデ
ータ呼を開始するのに使用される。具体的なＰＳＳＱ末
エクステンション番号が使用されることがらＣ３Ｓ１２
はそれがＰＳＳ　１３に向けられたブリッジ　モード呼
であることを知る。呼プロセッサ１２３はＮ［Ｃ１４に
着イ言先エクステンシジン番号及び発信側エクスデンシ
ョン番号に加えてそれがブリッジ　モード　データ呼要
求であることを示す情報を送る。コンバータ　デバイス
がｆ吏用可能であるときは、ＮＩＣ１４はＰＳＳ　１３
上の呼確立プロセスを開始することなく直ちにデータ呼
に応答する。ＮＩＣ１４と発（Ｔｈ、側ポート回路１２
２−１はゲートウェイモードのときと同様に互いにハン
ドシェークする。Ｃ３Ｓ１２上のデータ呼が正常に確立
されると、Ｃ５５１２ヒの発信側端末はＰＳＳ１３上の
着信先端末に向けての呼の確立を開始する。従って、Ｃ
５Ｓ　１２上の発信側端末はＣ９ＭＡバス１３３上の仮
想端末である。この場合、Ｎ　Ｉ’Ｃ１４はデータ翻訳
機の役割を果し、ＰＳＳトで使用されるフォーマットと
Ｃ８Ｓ上て使用されるフォーマットの間でデータの変換
を行なう。

ＰＳＳ七の端末からＣ３Ｓ上の端末へのデーム歴 以下の説明は第１図、第２図、第４図、第５図及び第６
図を参照して行なわれる。システムＣＳ１２上の端末１
３１−ＭがシステムＣ５５１２上のＶＷ、Ｅｌ　２１−
　Ｊに向けてデータ呼を発信するものと仮定する。端末
１３１−ＭはシステムＰＳＳ１３上の通常の呼確立プロ
セスを遂行する。これにはＮＡＵ　１の物理アドレスを
得るために端末１３１−ＭからＮＩＣ１４のＮＡｌ１に
呼尋問（ｃａｌｌ　１ｎｑｕｉｒｙ）命令を送る動作か
含まれる。ＮＡＵＩはその物理アドレスを呼尋問応答を
通じ・て端末１３１−Ｍに送る。端末＋　３１−ＭはＮ
ＡＵ　１に発信側エクステンション番号（つまり、端末
１３１−Ｍのエクステンション番号）及び着信先エクス
テンション番号（つまり、システムＣ３Ｓ１２１の端末
１２１−Ｊ）を含む呼要求（ｃａ　ｌ　ｌ　ｒｅｑｕｅ
ｓ　Ｌ）メツセージ４０１を送る。発信側端末エクステ
ンション番号はＰＳＳ１３上の発信側電話機によって提
供され、一方、Ｃ３Ｓ　１２端宋から発信される呼の場
合は、呼プロセッサ１２３はエクスデンジコン番号を内
部テーブル（図示なし）から知ることに注意する。

呼要求を受信すると、ＮＡＵ　１コントローラ１４４は
端末位置テーブル２０１をチェックし、端末１２１−Ｊ
かシステムＰＳＳ１３上に位置するのかあるいはシステ
ムＣ３Ｓ１２上に位置するのか決定する。着信先端末が
Ｃ３５Ｉ２−ヒに位置する場合は、ＮＡＵ　Ｌは呼未決
（ｃａｌｌ　ｐｅｎｄｉｎｇ）メツセージを端末１３１
−Ｍに返信する。発信側端末エクステンション番号はま
た呼プロセッサ１２３によってシステムｐｓｓ　ｔ３あ
るいはＣ３Ｓ１２上から発信された叶に対するアクセス
制限を決定するために使用される。　　ＮＡＵＩコント
ローラ１４４はメツセージ　フォーマット５１０を使用
して着信先及び発信側番号を含むデータ呼発信（ｏｒｉ
ｇｉｎａｔ、ｅ　ｄａしａ　ｃａｌｌ）命令６０１をＤ
ＬＣに送る。ＤＬＣコンバータはこの呼発信命令をＴＤ
Ｍメツセージフォーマット５０１に変換し、これをＳＡ
Ｋ■１４８、トランシーバ１４７、ＴＤＭバス１２４を
介して呼プロセッサ１２３に前え送りする。呼プロセッ
サ１２３は通常の呼確立手順４０２を開始し、このデー
タ呼の間に使用するために選択されたコンバータ　デバ
イス（１４５Ａ−１４５Ｄ）の１つと関連するタイムス
ロットを割り当てる。呼プロセッサ１２３は呼を確認し
く４０３）、タイムスロット番号及びコンバータ　デバ
イス番号をトランシーバ１４７及び５ＡＫ１１４Ｂを介
してＤＬＣコントローラ１５１に送る。すると、ＤＬＣ
コントローラ１５１は割り当てられたデータ　コンバー
タを割り当てられたタイムスロット番号とともにＮＰＥ
１５２内のコンバータ割り当てテーブル２０２内にロー
ドする。こうして、例えば、テーブル２０２内にコンバ
ータ１４５Ａにタイムスロット２が割り当てられる。Ｄ
ＬＣコントローラ１４１は着信先端末１２１−Ｊと関連
するポート回路１２２−Ｊとの通常のデータ　モジュー
ル　ハンドシェーク４０４を遂行する。このハンドシェ
ーク手順によって、ＮＩＣ１４はＣ３Ｓ１２の着信先端
末１２１−Ｊがどのような動作パラメータ（例えば、デ
ータ速度）を必要とするかを知る。

ハンドシェークが正常に達成されると、着信先端末１２
１−Ｊは接続（ｃｎｎｃｃ　Ｌｅｄ）モードに入る。す
ると、呼プロセッサ１２３はＤＬＣ１５１にメツセージ
　フォーマット５２０の形式にて呼応答（ｃａ日ａｎｓ
ｗｅｒｅｄ）命令６２９をＮＡＵ１コントローラ１４４
に送るように支持する。

ＮＵＡ　１コントローラ１４４はＣ３ＭＡコントローラ
１４１に対してＰ　Ｓ　Ｓ　１３−）二の発信側端末１
３１−Ｍに向けて通常の呼確認（ｃａｌｌ　ｃａｎ［ｉ
ｒｍａＬｉｏｎ）パケットを送るように指示する。ＤＬ
Ｃコントローラは着イ８先端末１２１−Ｊとハンドシェ
ークが正常に達成された後の所定の期間を通じて端末１
２１−Ｊからのブリッジ　モード指標（ゼロ　パケット
）を待つ。

ブリッジ　そ−ド指標が受信されない場合は、ＤＬＣコ
ントローラ１５１はゲートウェイモードとなり、ＰＳＳ
１３上のデータ呼の確立を開始する。ＰＳＳ　１３上の
データ呼確立手順にはＮＡＵＩコントローラ１４４とＮ
ＡＵ　１３２−Ｍとの間の初期化ハンドシェークが含ま
れる。呼の確立が正常に達成されると、ＮＩＣ１４は、
システムＣ５５１２のＤＣＰモードとＰＳＳ　１３上で
使用されるべきデータ　フォーマットとの間の変換を行
なう。ＰＳＳ　１３の発信側端末１３１−Ｍと着信先端
末１２１−Ｊとの間のデータ伝送はＮＡＵ１３２−１、
ＣＳＭＡインタフェース　コントローラ１４１、ＲＡＭ
１４２、バス１４６、ＮＡＵ　１コントローラ１４４、
コンバータ　デバイスＬ４５Ａ、ＮＰＥ１５２、トラン
シーバ１４７及びポート回路１２２−Ｊを介して起こる
。Ｃ３ＭＡインタインタフェーストローラは発信側端末
１３１−Ｍからデータ　パケットを受信し、これをＲＡ
Ｍ１４２内に格納する。ＮＡＵ　１コントローラ１４４
はこのデータを一度に１バイトの速度で処理し、データ
をコンバータ　デバイス１４５Ａに送る。デバイス１４
５Ａは入力されたデータをＤＣＰフォーマットに符合化
し、この情報をＮＰＥ１５２に出力する。ＮＰＥ１５２
はＴＤＭバス１２４を通じて端末１２１−Ｊに伝送する
ためにこのデータ　バイトを適当なタイムスロット内に
置く。

着信先端末１２１−ＪによってＮＡＵＩコントローラ１
４４に送られるゼロ（ｎｕｌｌ）パケットによってブリ
ッジ　モードであることが示される場合は、以下の呼手
順が起こる。つまり、ＮＡＵＩ　　１４４　　は呼要求
（ｃａｌｌ　ｒｅｑｕｅｓｔ　ｍｅ５ｓａ８ｅ）を着信
先端末１２１−Ｊに前え送りする。すると、ＰＳＳ　１
３上の発信側端末１３１−ＭとＣ５５１２上の着信先端
末１２１−Ｊの間で直接にデータ呼が確立される。

ＰＳＳトの１１・からＣ５Ｓの　ブロセッ　へ本発明の
もう一面においては、呼制御メツセージをＰＳＳｌＺ上
の端末から呼プロセッサ１２３に送ることができる。前
述のごとく、この機能は第５図に示されるＩＳＯプロト
コールのＴＲＮ５サブ層５４４によフて提供されるデー
タグラム　サービス（コネクションレス　サービス）を
使用する。データ　グラム　サービスはリンク層によっ
て提供されるが、リンク層においては、情報のパケット
は仮想回路を通じては送られず、着信先アドレスはパケ
ット内に提供され、明示の応答（ｃｘｐ目ｃｉｔ　ａｃ
ｋｎｏｗｌｅｄｇｍｅｎＬ）は返信されない。

通常、Ｃ３Ｓ　ｌ　Ｚ上の端末は呼ブセッサ１２３と呼
確立情報のみを交換する。換言すれば、端末は、単に、
呼の確立、呼の切断、呼の保持等のみを要求する。本発
明においては、ＰＳ３１３上の端末がＮＩＣ１４を通じ
てＣＰ１２３と通信するための一般化されたメカニズム
が提供される。端末（例えば、端末１３１−１）がＣＰ
１２３と対話したい場合、これはフォーマット５３０の
形式の呼尋問（ｃａｌｌ　１Ｂｕｉｒｙ）命令を使用し
てＮＩＣ１４に対するＰＳＳ物理アドレスをみつける。

次に、具体的ＰＩＤ５４５を使用してそのパケットがＰ
ＳＳ　１３端末からＣＰ１２３に向けられたパケットで
あることを示す、ＮＩＣ１４はこの場合、プロトコール
翻訳機として機能し、ＰＳＳとＣ３Ｓの間でＣＰ１２３
に向けて制御チャネルを通じて伝送するためにデータ　
フォーマットの変換を遂行する。ＰＳＳ網層プロトコー
ルが除去され、Ｃ５Ｓ　Ｉ制御チャネル　プロトコール
が加えられる。

終端間で伝送されるデータの完全性及びフロー制御はＮ
ＩＣ１４によって扱わわない。データの正常な伝送及び
受信の保証は終端ポイント（つまり、ＣＰ１２３及び端
末１３１−１）にゆだねられる。

Ｃ５５１２は複数のＮＩＣ１４を介して複数のＰＳＳ１
３システムをインタフェースするように接続することも
できる。このような構成においては、統一ダイアル計画
は、個々のシステムの個々の端末が一意のダイアル番−
号を持つことが要求される。この場合、端末位置テーブ
ル２０１によってどのシステムがどの端末を含むか示さ
れる。

この構成においては、Ｃ５Ｓ　１２上の端末から任意の
ＰＳＳシステムの端末への呼は萌述のように進行するが
、個々のＰＳＳ上の端末間の呼はＣＳＳ　１２を使用せ
ずＰＳＳシステム自体のゲートウェイ回路を通じて確立
される。

以上の説明は単に本発明の原理の１つの実施態様を図解
するためのものであり、当業者においては、本発明の精
神及び範囲から逸脱することなく、他の方法、手順ある
いは回路を使用して本発明を実現できることは明白であ
る。

【図面の簡単な説明】

第１図は網インタフェース　コントローラ回路のブロッ
ク図及びそのパケット交換システム及び回路交換システ
ムの両方への接続を示し：第２国は網インタフェース　
コントローラ及び回路交換システムの呼プロセッサによ
って使用されるテーブルを示し； 第３図は回路交換システム端末からパケット交換システ
ム端末に向けてデータ呼を確立するだめの呼確立手順を
示し： 第４図はパケット交換システム端末から回路交換システ
ム端末に向けてデータ呼を確立するための呼確立手順を
示し： 第５図はシステム間通信を確立するために使用されるさ
まざまなメツセージ　フォーマットを示し；そして 第６図は網インタフェース　コントローラの網アクセス
　ユニット（ＮＡＵ）及びデジタル回線回路（ＤＬＣ）
サブユニットによって使用されるさまざまな命−令を示
す。 ［主要部分の符号の説明］ 回路交換システム・・・・・・１２ バゲツト交換システム・・・・１３ インタフエースする回路・・・１４ 第１のタイプの端末・・・・・１３１−１第２のタイプ
の端末・・・・・１２１−１〜１　２　１　−　　、Ｊ 呼プロセッサ・・・・・・・・１２３ 受信するための手段・・・・・１４１．１４２変換する
ための手段・・・・・１４５Ａ−１４５Ｄ 茜　奈　奈　両画　蕨　條　点　奈 −Ｎ　　Ｘ　　　　ザ　　　い

Claims (1)

1. 【特許請求の範囲】 １、パケット交換システム１３を回路交換システム１２
   にインタフェースするための回路 １４において、該パケット交換システムが 第１のタイプの端末１３１−１を含み、該回路交換シス
   テムが複数の第２のタイプの端末１２１−１から１２１
   −Ｊ及び該第２のタイプの端末間でデータ呼を確立する
   ための呼プロセッサ１２３を含み、該インタフェス回路
   が 該パケット交換システムの該第１のタイプ の端末から該回路交換システムへのアクセスを要求する
   第１の制御メッセージを受信するための手段１４１、１
   ４２、及び 該第１の制御メッセージを該回路交換シス テムの該呼プロセッサにアクセスするために第２の制御
   メッセージに変換するための手段１４５Ａ−１４５Ｄを
   含むことを特徴とするインタフェース回路。 ２、特許請求の範囲第１項に記載のインタフェース回路
   において、 該第１の制御メッセージが該回路交換シス テムの該呼プロセッサを制御するための命令メッセージ
   であることを特徴とするインタ フェース回路。 ３、特許請求の範囲第１項に記載のインタフェース回路
   において、 該第１の制御メッセージが該第１のタイプ の端末と一意の第２のタイプの端末アドレスによって同
   定される該第２のタイプの端末の１つとの間にシステム
   間データ呼を確立するための一意の第２のタイプの端末
   アドレスであることを特徴とするインタフェース回路。 ４、特許請求の範囲第３項に記載のインタフェース回路
   において、 該第１の制御メッセージが該第１のタイプ の端末と該複数の第２のタイプの端末の１つとの間の該
   システム間データ呼を確立するために単に１つの呼確立
   手順を含むことを特徴とするインタフェース回路。 ５、特許請求の範囲第１項に記載のインタフェース回路
   において、 該第１の制御メッセージを受信するための 手段が該パケット交換システムの網アクセスユニットで
   あることを特徴とするインタ フェース回路。 ６、特許請求の範囲第５項に記載のインタフェース回路
   において、 該第１から第２の制御メッセージに変換す るためのコンバータ手段が該回路交換システムのポート
   回路であることを特徴とするインタフェース回路。 ７、特許請求の範囲第６項に記載のインタフェース回路
   において、 該コンバータ手段がさらに該網アクセス ユニットと該ポート回路との間のデータ通信を提供する
   ための１つあるいは複数のデータコンバータ回路、及び 該データコンバータの個々を異なる１つ のシステム間データ呼に割り当てるための手段を含むこ
   とを特徴とするインタフェース回路。 ８、パケット交換システム１３を回路交換システム１２
   にインタフェースするためのインタフェース回路１４に
   おいて、該パケット交換システムが複数の第１のタイプ
   の端末を含 み、該複数の第１のタイプの端末１３１−１から１３１
   −ｍの個々が第１の呼確立メッ セージを使用して該複数の第１のタイプの端末のもう１
   つの端末に向けてデータ呼を確立し、該回路交換システ
   ムが複数の第２のタイプの端末１２１−１から１２１−
   Ｊ及び第 ２の呼確立メッセージを使用して該複数の第２のタイプ
   の端末の２つの間のデータ呼を確立するための呼プロセ
   ッサ１２３を含み、該インタフェース回路が 該複数の第１のタイプの端末の１つから発 信された単一ステージの呼確立手順を含む該第１の呼確
   立メッセージに応答して該第１の呼確立メッセージによ
   って同定される該複数の第２のタイプの端末の１つに対
   してデータ呼を確立するための手段ＮＡＵ、及び 該複数の第２のタイプの端末の１つから発 信される単一ステージの呼確立手順を含む該第２の呼確
   立メッセージに応答して該第２の呼確立メッセージによ
   って同定される該複数の第１のタイプの端末の１つに対
   してデータ呼を確立するための手段ＤＬＣを含むことを
   特徴とするインタフェース回路。 ９、特許請求の範囲第８項に記載のインタフェース回路
   において、さらに 該回路交換システムの全ての端末のシステ ム位置を格納するためのテーブル手段、及び該テーブル
   手段をチェックすることによっ て該第１の呼確立メッセージ内に同定される着信先端末
   のシステム位置を決定するための手段が含まれることを
   特徴とするインタ フェース回路。 １０、特許請求の範囲第９項に記載のインタフェース回
   路において、 該個々の第１のタイプの端末及び該個々の 第２のタイプの端末が一意の呼確立アドレスを持つこと
   を特徴とするインタフェース回 路。