JPH04309093A - リモート交換機制御装置とその方法 - Google Patents

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、中央処理装置により制
御される複数の遠隔交換回路網を有する通信交換システ
ムに関する。

【０００２】

【従来の技術】従来の技術では、遠隔スイッチに対し高
度の制御を提供する中央処理装置から遠隔プロセッサ（
これは、また共存配置プロセッサまたはエンジェルプロ
セッサとも呼ばれる）の制御下にスイッチを遠隔操作す
ることが知られている。従来技術は、この遠隔スイッチ
を中央処理装置と相互接続するために専用のリンクを利
用することを必要としている。

【０００３】一つのこの従来技術のシステムは、ＡＴ＆
Ｔテクニカル　　ジャーナル（Ｔｅｃｈｎｉｃａｌ　　
Ｊｏｕｒｎａｌ）、Ｖｏｌ．６４、６、パート（ｐａｒ
ｔ）２、Ｊｕｌｙ−Ａｕｇｕｓｔ　　１９８５に記載さ
れたＡＴ＆Ｔ５ＥＳＳである。

【０００４】この５ＥＳＳの遠隔交換モジュールは、介
在する交換回路網により切り替えることができない専用
のＴ−１トランク施設を介して中央段のスイッチと中央
処理装置から遠隔操作される遠隔プロセッサにより制御
される交換回路網である。さらに、中央処理装置と共存
配置されて、専用データリンクを介し中央段スイッチと
中央処理装置に相互接続された他の交換モジュールがあ
る。

【０００５】この種の交換設備の主な問題は、信頼性の
問題である。それは、リンクまたは中央処理装置のいず
れかの故障により遠隔の交換回路網ばかりでなく中央処
理装置と共存配置したどのような局部的な交換回路網も
動作不能になるからである。特に、中央処理装置は、交
換システムにおけるすべての交換回路網を制御するので
、中央処理装置の故障は、全交換システムの故障を意味
する。

【０００６】個々の交換回路網または全交換システムの
故障を防止するためには、５ＥＳＳと他の従来技術の交
換システムは、リンクと中央処理装置を二重に設けてい
る。この二重設置は、高価になり、そして完全には満足
できるものでないということが分かった。

【０００７】専用リンクの使用の場合の他の問題は、複
数の遠隔プロセッサと、これらの遠隔プロセッサの地理
的な配置場所を制御するために複数の中央処理装置を使
用することに関して交換回路網のトポロジの融通性が制
限されるということである。特に、この使用により異な
る中央処理装置に対する遠隔プロセッサの動的割り当て
が禁止される。

【０００８】

【発明が解決しようとする課題】本発明が解決しようと
する課題は、比較的低価格で、交換回路網のトポロジの
融通性が確保される交換構造を提供することである。

【０００９】

【課題を解決するための手段】上記の問題は、標準交換
手続きを利用して任意の数の介在交換システムを介して
設定することができる標準リンクを介して中央処理装置
（ノ−ドプロセッサ）に遠隔スイッチを接続する新しい
交換構造及び方法により、解決され、且つ、技術的進歩
が達成される。

【００１０】好適な実施例では、標準リンクは、交換シ
ステム内の交換回路網、または、公衆交換回路網を介し
て動的に設定されるＩＳＤＮリンクである。好都合にも
、ＩＳＤＮリンクが交換システムまたは公衆交換回路網
の一部を通るという事実は、中央処理装置及び遠隔スイ
ッチの両方には気付かれない。

【００１１】主中央処理装置がもはや制御を行わないと
いうことを検出すると、各遠隔スイッチは、この主中央
処理装置への代りの通路を得ようとする。遠隔スイッチ
が、この主中央処理装置への代りの通路を得ることがで
きない場合、遠隔スイッチは、主中央処理装置が故障し
たという前提の下で代りの中央処理装置に切り替わる。

【００１２】通路は、交換システムを介し、または、公
衆回路網を介して主中央処理装置または代りの中央処理
装置に直接接続のＩＳＤＮリンクでなし得るので、遠隔
スイッチが中央処理装置に対するこのような通路を得る
ことができる可能性は大きい。

【００１３】遠隔スイッチは、ＩＳＤＮリンクを介し交
換システムの一部を介して中央処理装置に接続してもよ
い。中央処理装置の制御下で遠隔スイッチにより切り替
わる呼を送るために、遠隔スイッチと中央処理装置は、
各々、複数の階層的な呼制御機能を実行する。ＩＳＤＮ
プロトコルを利用して、これらの呼制御機能は、ＩＳＤ
Ｎリンクを介し交換システムを介して呼を開始及び維持
する。

【００１４】呼の開始後、遠隔スイッチと中央処理装置
は、この呼に関する透過通路を確立する。輸送通路の確
立時、遠隔スイッチの低レベル呼制御機能は（輸送通路
を介して）中央処理装置の高レベルの呼制御機能に（遠
隔スイッチにより切り替えられる）他の呼に関する全て
の合図制御情報を伝送する。

【００１５】しかし、透過通路を通信する呼は、遠隔ス
イッチの呼制御機能の完全な制御下にある。中央処理装
置の高レベル制御機能は、情報を処理し、且つ、新しい
合図制御情報を発生する。他の呼を制御するために、こ
の新しい情報は、その透過通路を介して遠隔スイッチの
低レベル呼制御機能に送られる。

【００１６】（エンジェルプロセッサとも呼ばれる）遠
隔のプロセッサは、遠隔スイッチを制御する。遠隔プロ
セッサと中央プロセッサは、各々、ソフトウエア層を実
行することによって複数の階層的な呼制御機能を行う。 最下のソフトウエア層は、低レベル制御機能を実行し、
中間ないし最高のソフトウエア層は、高レベル呼制御機
能を実行する。

【００１７】両方のプロセッサは、最高のソフトウエア
層にアプリケ−ションソフトウエアモジュールを有し、
透過通路は、二つのアプリケ−ションソフトウエアモジ
ュールの間に確立される。

【００１８】遠隔のプロセッサの最下のソフトウエア層
は、まず、遠隔プロセッサのアプリケ−ションソフトウ
エアモジュールに対し合図制御情報を転送する。次に、
このアプリケ−ションソフトウエアモジュールは、この
情報をカプセル化して、それを中央処理装置のアプリケ
−ションソフトウエアモジュールに伝送する。

【００１９】これに応答して、中央処理装置のアプリケ
−ションソフトウエアモジュールは、この情報を回復す
るとともに、それを高レベル呼処理のため中央処理装置
の中間のソフトウエア層に転送する。

【００２０】結果として生じる新しい合図制御情報は、
中央処理装置の中間ソフトウエア層により中央処理装置
のアプリケ−ションソフトウエアモジュールに転送され
る。このアプリケ−ションソフトウエアモジュールは、
この情報をカプセル化して、それを透過通路を介し遠隔
プロセッサのアプリケ−ションソフトウエアモジュール
に伝送する。

【００２１】これに応答して、遠隔プロセッサのアプリ
ケ−ションソフトウエアモジュールは、この新しい情報
を回復するとともに、それを、他の呼の低レベル制御の
ため遠隔プロセッサの最下のソフトウエア層に転送する
。

【００２２】各ＩＳＤＮは、複数のＢチャネルと、少数
の論理リンクを備えたＤチャネルとを有している。好都
合にも、透過通路は、呼を通信するＩＳＤＮリンクのパ
ケット化されたＢチャネルに、呼を通信するＩＳＤＮリ
ンクのＤチャネルの論理リンクに、または、呼に関連し
たユ−ザ通信設備を利用することによって確立してもよ
い。

【００２３】さらに、遠隔スイッチは、ＩＳＤＮにより
中央処理装置に直結されてもよく、または、公衆交換回
路網を介して接続されてもよい。これら両方の場合、中
央処理装置は、前述の方法に類似した方法で遠隔スイッ
チの呼に関する高レベル制御を行う。

【００２４】

【実施例】システムの概要 図１は、複数の交換ノ−ド、局部スイッチ、及び遠隔ス
イッチを有する通信システムを示す。交換ノ−ド１０１
、１０９、１１０は、各々が局部スイッチを有し、そし
て、遠隔スイッチを有する可能性があるという点で構造
が似ている。しかし、スイッチノ−ド１０８は、図１に
示した交換ノ−ド内の余分のノ−ドプロセッサを提供す
るように利用され、そして、最初はどの関連する遠隔ス
イッチをも有していない。

【００２５】交換ノ−ド１０１は、交換ノ−ドの構造を
示す。交換ノ−ド１０１は、局部スイッチ１５３を直接
制御するノ−ドプロセッサにより制御される。更に、交
換ノ−ド１０１は、遠隔スイッチ１０３、１０４、１０
５を有している。本発明によれば、各ノ−ドスイッチは
、ＩＳＤＮリンクを終端させる関連インタ−フェ−スを
備えた回路網と、この回路網の低度の制御のみを行い、
かつ、ノ−ドプロセッサに遠隔スイッチを接続するため
に利用されるインタ−フェ−スを除き、回路網とインタ
−フェ−スの低度の制御のみを提供する。更に本発明に
よれば、ノ−ドプロセッサ１１８は、その遠隔スイッチ
に高レベルの制御機能を与える。交換ノ−ド１０９と１
１０は交換ノ−ド１０１にレジしている。

【００２６】本発明によれば交換ノ−ド１０１内におい
て、遠隔スイッチは標準的なＩＳＤＮリンク、即ち、Ｂ
ＩＲリンク１５５、１５６、１５７を介してノ−ドプロ
セッサ１１８と送信情報及び制御情報を通信する。これ
らのリンクの各々は、関連するＤチャネルを有し、そし
て、遠隔スイッチにより完全に制御される。例えば、遠
隔スイッチ１０３は、ＢＩＲリンク１５５を介して送信
情報と制御情報を通信する。

【００２７】遠隔スイッチ１０４は、ＢＩＲリンク１４
６、交換ノ−ド１０９、ＢＩＲリンク１５７を介して送
信情報と制御情報を通信する。遠隔スイッチ１０５は、
ＢＩＲリンク１５２、公衆回路網１１１、ＰＲＩリンク
１５１、交換ノ−ド１１０、ＰＲＩリンク１５８、交換
ノ−ド１０９、ＢＲＩリンク１５６を介して送信情報及
び制御情報を通信する。ノ−ドプロセッサ１１８は局部
スイッチ１５３と直接通信する。

【００２８】遠隔スイッチ１０３、１０４、１０５に対
しノ−ドプロセッサ１１８を接続する通信路の各々には
、パケット化されたチャネルが本発明により確立される
。介在交換ノ−ドと公衆回路網１１１は、これらのパケ
ット化されたチャネルに対し如何なる制御も行なわない
。更に、ノ−ドプロセッサで作動するソフトウエアはス
イッチが局部スイッチか又は遠隔スイッチかについては
関係しない。

【００２９】図２に関して更に詳細に説明するように、
ノ−ドプロセッサと、遠隔スイッチのエンジェルは、標
準的なＯＳＩモデルに基ずくが本発明により変形された
ソフトウエア構造を構成する。遠隔のエンジェルとノ−
ドプロセッサとの間で交換される送信情報及び制御情報
を理解するために、このＯＳＩモデルの簡単な説明を次
に行う。

【００３０】ＯＳＩモデルは、事実上のチャネルを維持
し、且つ、事実上のインタ−フェ−スを制御する責任の
ある事実上の層と、事実上のチャネルに関するパケット
プロトコルの確率を可能にするリンク層、呼の終了又は
発生用のシステム資源の利用を交渉する責任のある回路
網層プラスＯＳＩモデルの他の種々の態様を行うより高
度の層を有している。

【００３１】遠隔スイッチとノ−ドプロセッサ１１８と
の間のパケット化されたチャネルの確率後、遠隔スイッ
チは事実上の層及びリンク層を提供するが、ノ−ドプロ
セッサ１１８は回路網層と呼の切り替えのより高度の層
を提供する。回路網とリンク層との間で通信される情報
は、パケット化されたチャネルを介して通信される情報
である。本発明によれば、このパケット化されたチャネ
ルは、遠隔スイッチが、ノ−ドプロセッサ１１８の展望
から局部スイッチ１５３と同じ仕方で取り扱われるよう
に見える仕方で構成される。

【００３２】次に交換ノ−ド１０１により行われる初期
化及びエラ−回復を詳細に考える。各遠隔スイッチが初
期化されるに従って、遠隔スイッチは、その主ノ−ドプ
ロセッサがノ−ドプロセッサ１１８であって、常態の電
話呼をノ−ドプロセッサ１１８に送るということを決定
する。ノ−ドプロセッサ１１８が応答すると、遠隔スイ
ッチと遠隔プロセッサ１１８は本発明によりパケット化
されたチャネルを確立する。

【００３３】例えば、遠隔スイッチ１０４は、交換ノ−
ド１０９を介してノ−ドプロセッサ１１８に呼を送る。 標準的な呼が送られつつあるので、交換ノ−ド１０９は
、普通の仕方で応答し、そして、その呼に対し回路切り
替え通路を提供する。遠隔スイッチ１０４とノ−ドプロ
セッサ１１８は、次に、パケット化されたチャネルを初
期化する機能を発揮する。

【００３４】遠隔スイッチ１０３に関して欠陥回復を示
す例を考えるこの例では、ＢＲＩリンク１５５は故障し
、遠隔スイッチ１０３とノ−ドプロセッサ１１８との間
のパケット化されたチャネルの役目をする。ＢＲＩリン
ク１５５が故障したという事を知らされると、遠隔スイ
ッチ１０３は、ノ−ドプロセッサ１１８に対して呼を送
り、標準的な呼処理機能により決定される交互の呼通路
を利用する。

【００３５】この一つの通路は、ＢＲＩリンク１４８又
は１４９を介し、交換ノ−ド１０９を介してＢＲＩリン
ク１５６又は１５７、局部スイッチ１５３に至り、そこ
からノ−ドプロセッサ１１８に至る。これらの通路を確
立するために、遠隔スイッチ１０３は標準的な呼をノ−
ドプロセッサ１１８に送る。呼がノ−ドプロセッサ１１
８により応答された後、この後者のプロセッサと遠隔ス
イッチ１０３は、遠隔スイッチ１０３とノ−ドプロセッ
サ１１８との間において情報を転送する場合に使用され
るパケット化されたチャネルを確立する。

【００３６】さらなる信頼性を如何に達成するかを示す
第二の例を考える。交換ノ−ド１０８は、ノ−ドプロセ
ッサ１１９と局部スイッチ１３０を有している。ノ−ド
プロセッサ１１９は、交換ノ−ド１０１、１０９、１１
０の制御下に現在ある遠隔スイッチのどれをも制御する
ことができる余分のノ−ドプロセッサである。好都合に
も、この後者の交換ノ−ドは、他の交換ノ−ドと関連し
た遠隔スイッチを制御することもできる。しかし、これ
は、これらの交換ノ−ド内における各ノ−ドプロセッサ
に重処理加重を掛ける可能性がある。この理由で、ノ−
ドプロセッサ１１９は余分なものとして設けられている
。

【００３７】例えば、ノ−ドプロセッサ１１８の故障時
に、遠隔スイッチ１０３、１０４、１０５はこの事実を
認識し、そして、それがリンクの故障であると仮定して
、交互の通路をノ−ドプロセッサ１１８に対して最初確
立しようとする。ノ−ドプロセッサ１１８に対する通路
を確立できないとき、これらの遠隔スイッチは内部テ−
ブルに質問して、二次ノ−ドプロセッサがノ−ドプロセ
ッサ１１９であるということを決定し、各遠隔スイッチ
は前述の方法を使用してノ−ドプロセッサ１１９とパケ
ット化されたチャネルを設定するに至る。

【００３８】遠隔スイッチ１０３は、また、ＢＲＩリン
ク（図１には示してない）によりノ−ドプロセッサ１１
９に直接接続されてもいる。遠隔スイッチ１０３は、ノ
−ドプロセッサ１１９に対する通路を確立するために、
この直接ＢＲＩリンクを最初利用しようとする。もしも
この直接ＢＲＩリンクが故障の場合、遠隔スイッチ１０
３は、ＢＲＩリンク１４８又は１４９、交換ノ−ド１０
９、ＢＲＩリンク１５０、局部スイッチ１３０を介して
ノ−ドプロセッサ１１９に対する通路を確立する。

【００３９】ソフトウエアアーキテクチャ図２は、図１
の交換ノードのソフトウエアアーキテクチャを示す。こ
のアーキテクチャは、ＩＳＤＮプロトコルを実施するた
めに拡張された従来のＯＳＩモデルに基づいている。本
発明によれば、本発明の遠隔スイッチを含むようにＩＳ
ＤＮ能力の拡張を達成するために標準モデルに対して特
定のさらなる変更がなされている。

【００４０】前を見ると、図２のソフトウエア構造は、
各ノードプロセッサと遠隔スイッチで実行されるのが分
かる。遠隔スイッチでは、全体構造は、ＩＳＤＮリンク
（即ち、ＢＲＩリンク１５５）に関してのみ機能的であ
り、このＩＳＤＮリンクは、遠隔スイッチと制御ノード
プロセッサとの間で合図情報と制御情報とを通信するの
に使用される。残りのリンクの為に、低ソフト層は、合
図情報と制御情報を収集し、それを最高層に送る。この
情報に応答して、この最高層は、それをカプセル化して
、このカプセル化された情報をパケット化されたチャネ
ルを介してノードプロセッサ内の最高層に送る。

【００４１】このノードプロセッサ内の最高層は、この
情報を復元し、それを交換ノード用に全ての合図情報と
制御情報を受信する中間層に再挿入する。この情報の再
挿入により、遠隔スイッチを制御する種々の機能は、遠
隔スイッチのハードウエアはノードプロセッサにより直
接制御されるかのような透明な方法で、より高いソフト
ウエア層により実行される。同様に、これらのソフトウ
エア層からの合図情報と制御情報は、中間層から最高層
に転送され、この最高層でそれをカプセル化し、このカ
プセル化された情報をパケット化されたチャネルを介し
て遠隔スイッチ内の最高ソフトウエア層に転送される。 この最高層は、この情報を復元し、それを必要な機能を
実行する遠隔スイッチの最低ソフトウエア層に転送する
。

【００４２】これらの動作のための基礎を与えるために
、ソフトウエアアーキテクチャの種々のソフトウエア層
を説明することが有用である。事実上の層２０１の主な
機能は、事実上のリンクを終端することである。特に、
事実上の層２０１は、事実上のチャネルを維持し、且つ
、その上に事実上の小チャネルを制御する責任がある。

【００４３】事実上の層２０１は、ソフトウエア部分と
事実上のインタフェースを有する。さらに、この事実上
の層２０１のソフトウエア部分は、ＰＲＩ情報とＢＲＩ
情報を通信する事実上のリンクが終端する事実上のイン
タフェースの直接制御に責任がある。事実上の層２０１
は、リンク層２１２に対して事実上の小チャネルと事実
上のチャネルをリンク層２１２により制御可能な実体と
して提供する。

【００４４】事実上の層２１２の主な機能は、事実上の
チャネルを介して伝送される情報がそのまま正しい順序
で回復されるということを保証することである。これは
、−−論理リンクと一般に呼ばれる−−多重通信路を、
パケット化されたデータを通信する一定の事実上のチャ
ネルにまたは事実上の小チャネルに確立することができ
る他のプロトコル層を使用して達成される。

【００４５】これらの論理リンクは、リンク層２１２と
事実上の層２０１との間に通信されるデータを識別し、
且つ、処理するために使用される。（この種のプロトコ
ルの一例は、ＩＳＤＮＱ．９２１で使用されるＬＡＰＤ
パケットプロトコルである。ＩＳＤＮ基準では、リンク
層２１２は、ＬＡＰＤプロトコルをも終端する。）上方
の層が、利用される別のプロトコルによって影響されな
いように、リンク層２１２は、多重プロトコルを支持す
ることができる。さらに、リンク層２１２により、上方
のソフトウエア層は、抽象的な方法で、事実上の層２０
１を制御することができる。

【００４６】図２で分かるように、リンク層２１２は、
リンクインタフェース２０２とリンクファナチメント２
０３に分割されている。この分割の理由は、以下に述べ
る。この点で、読者、例えば、Ｄチャネルを介してＩＳ
ＤＮ信号の通信の基本知識のみを有する読者を助けるた
めに、Ｄチャネルを介してＩＳＤＮ信号の通信を記載す
ることが重要である。リンク層２１２では、複数の論理
リンクがＤチャネルに確立される。

【００４７】これらの論理リンクの一つのみが、ＩＳＤ
Ｎ制御信号を通信するが、この論理リンクは、本明細書
では、論理Ｄチャネル（ＬＤＣ）と呼ぶことにする。Ｌ
ＤＣは、論理Ｄチャネル番号（ＬＤＣＮ）により識別さ
れる。Ｄチャネル内の他の論理リンクは、図１０に関し
て説明した他の使用方法を有している。

【００４８】リンクインタフェース２０２は、論理リン
クの確立を含む、リンク層２１２により行われる機能の
大部分を行う。リンク管理部２０３は、より高いソフト
ウエア層の種々のリンクインタフェースを識別する。さ
らに、リンク管理部は、論理リンクとより高いソフトウ
エア層との間で情報を通信する。

【００４９】回路網層２０４は、ＬＤＣで通信された情
報を処理し、それにより、ＩＳＤＮＱ．９３１プロトコ
ルを終端する。従って、この層は、交換ノードの外側の
呼の終了用または発生用のシステム資源の利用を交渉す
る責任が在る。回路網層２０４は、呼が受信または設定
されるインタフェースに対するチャネルの割り当てを制
御する。

【００５０】例えば、交換ノード１０９が、ＰＲＩリン
ク１５８を介して交換ノード１１０からの呼を受信する
と、交換ノード１０９の回路網層２０４は、ＰＲＩリン
ク１２５のＢチャネルの割り当て−−別のＢチャネルが
望まれる場合に後で繰り返される手続き−−を得るため
に、その仲間の層（交換ノード１１０においては対応す
る回路網層２０４）と交渉を行う。この交渉は、ＰＲＩ
リンク１５８のＤチャネルに設定されたＬＤＣを介して
呼の設定及び接続メッセージのような標準のＩＳＤＮＱ
．９３１メッセージを使用して実施される。

【００５１】回路網層２０４は、一定のインタフェース
用のＬＤＣでこのインタフェースの全てのＢチャネルを
識別する。回路網層２０４は、一つの点から他の点（例
えば、ノード対ノード）への呼の確立に関するだけであ
る。回路網層２０４は、呼が如何に特定の交換ノードに
内部的に向けられるかに関するものではなく、むしろ、
その交換ノードで如何に呼が向けられるかの決定のため
により高い層まで情報を伝達する。

【００５２】しかし、回路網層は、本明細書で、以下に
、接続マネージャアプリケーションと呼ばれる一つのア
プリケーションが、交換ノード内における交換接続に対
する事実上のインタフェースの設備を加えるかまたは除
去することを要求する。

【００５３】特に、回路網層は、呼の確立の要求が有効
であり、そして、二つの交換システムの間の資源がこの
呼を扱うために利用可能であるということをまず判別す
ることによって呼の設定を実施する。この判別の後、呼
に関する情報は、より高いソフトウエア層に転送される
。他の交換ノードとの接続を確立するために回路網層が
より高いソフトウエア層からの要求を受信した時にも逆
が当てはまる。

【００５４】回路網層２０４は、ＬＤＣを介する呼に関
し他のノードから情報を受信する。情報がＬＤＣで受信
されると、呼の参照番号は、このメッセージに関連した
呼を識別するために利用される。呼の参照番号は、ＩＳ
ＤＮ基準に従って呼の設定中に発呼回路網層により選択
される。この識別の詳細は、図４に関して与えてある。

【００５５】輸送層２０５は、図１に示したように多重
ノードを有する複合システムを介して呼の方向づけを可
能にする重要な要素である。その主な機能は、交換ノー
ドの間で、呼の方向付けを外部的に管理することである
。輸送層２０５は、ノードに関しては、図１のシステム
を見、そして、それ自体のノードから他のノードまたは
端点への呼を方向付けすることに関する。

【００５６】（セッション層２０６の詳細な説明で与え
られるように、輸送層２０５ではなく、その層２０６は
、呼の行き先ノードを決定し、そして、接続マネージャ
アプリケーションを使用することによってノード内通路
を確立するために、電話番号のような、論理的な行き先
情報を解釈する。）交換ノード１０１のような多重交換
ノードを有するシステム全体においては、種々の輸送層
は、種々の交換ノードを介する呼を確立するために、互
いに通信する。

【００５７】輸送層２０５間のこの通信は必要である。 それは、介在ノードを介して呼を方向決めして行き先ノ
ードに達することが必要となる可能性があるからである
。輸送層２０５は、それらの間で、交換ノード間に確立
された合図通路（ＬＤＣ）を利用して通信を行う。

【００５８】ノード内方向決めについて、輸送層２０５
は、図１に示したシステム全体を全体的に見始める第一
の層である。輸送層２０５は、ノード内通路を選択する
ためにセッション層２０６により提供される情報を利用
する。輸送層２０５は、利用可能な通路及びこれらの通
路での任意選択事項を定義するテーブルの利用によって
種々のノード間におけるその方向決めの仕事を行う。

【００５９】輸送層２０５間の通信は、確立されたＬＤ
Ｃを使用して回路網層２０４により行われる。輸送層２
０５は、回路網層２０４へのその仲間に向けられた情報
を通信し、そして、回路網層２０４は、標準ＩＳＤＮＱ
．９３１メッセージの情報要素ＩＥ内にこの情報をパッ
ケージ化する。回路網層２０４は、この情報をその仲間
の回路網層に通信するために特定のノードに設定された
ＬＤＣを使用する。同様に、他の回路網層は、この種の
情報を受信すると、情報のパッケージを解き、そして、
輸送層に対しこの情報を送る。

【００６０】セッション層２０６の主な機能は、例えば
、ＢＲＩ電話機を含むアプリケーションであると考えら
れる全ての端点と、この端点間で通信を確立することで
ある。重要なことに、本明細書では、これらの端点は、
テレマーケッティングの特徴を行うアプリケーションの
ようなアプリケーションである。いずれにしても、これ
らの端点の間の接続は呼であると考えられる。セッショ
ンは、二つのアプリケーションが互いの通信を要求する
時は何時でもセッション層２０６により設定される。

【００６１】前に言及したように、セッション層２０６
は、交換ノード及びこれらの交換ノードに関するアプリ
ケーションに関してのみ扱い、そして、他の交換ノード
に対する通路を確立するために輸送層２０５に依存する
。セッション層２０６は、以前の通信においては、単に
電話番号として考慮されてＱ．９３１プロトコルにおけ
るさらに広い概念を有しているアドレスにより被呼アプ
リケーションを識別する。このアドレスから、セッショ
ン層２０６は、行き先交換ノードを判別する。

【００６２】セッション層２０６は、行き先交換ノード
のセッション層との通信によって行き先交換ノードへの
呼を設定する。他のセッション層との通信は、接続が特
定のアドレスについてなし得るように、そのセッション
層をしてその輸送層に呼を他の交換ノードに送らせるこ
とを要求させることによって達成される。これらの要求
は、標準のＩＳＤＮＱ．９３１の呼設定メッセージを発
生させるために回路網層を使用してなされる。

【００６３】他の交換ノードがこのアドレスを解釈でき
ない場合、その交換ノードのセッション層は、情報をそ
の輸送層に送ってその呼が落とされるよう要求する。も
しもセッション層がアドレスを解釈できる場合、このセ
ッション層は、メッセージをその輸送層に送って、呼の
処理メッセージがその回路網層によってその要求する交
換ノードに戻されるよう要求する。

【００６４】図２の表示層２０７は、アプリケーション
どうしの間で通信される情報を手に入れて、この情報を
通信するために使用されるプロトコルからアプリケーシ
ョンが完全に分離されるようにするために複合プロトコ
ルに頼る。表示レベルプロトコルにより、アプリケーシ
ョンは、輸送通路を横切って仲間のアプリケーションと
通信することができる。

【００６５】最終的に、アプリケーション層２０８は、
層２０９で動作するアプリケーションによって必要とさ
れる資源を管理する。レベル２０９におけるアプリケー
ションが他の仲間のアプリケーションと通信するときに
、前者のアプリケーションは、どの位の他のアプリケー
ションが存在するかまたはこれらの他のアプリケーショ
ンが何処に位置付けられているかには気付かない。

【００６６】これらの詳細を決定し且つ使用し、従って
、アプリケーションを非常に抽象的な方法で書き込むこ
とができることはアプリケーション層２０８の機能であ
る。アプリケーション層２０９において、今迄２つのア
プリケーションが、即ち、接続マネージャアプリケーシ
ョン及び呼処理アプリケーションが記載された。

【００６７】ソフトウエアアーキテクチャ実行　　概観
図３は、交換ノ−ド１０１で実施される図２のソフトウ
エア構造をブロック線図で示す。本発明によるこのソフ
トウエア構造により、ノ−ドプロセッサ１１８は、遠隔
エンジェル３０１、３２０、３２５を介して局部スイッ
チ１５３ばかりでなく局部スイッチ１０３、１０４、１
０５をも制御することができる。ソフトウエア層２０１
乃至２０９は、ノ−ドプロセッサ１１８と、遠隔のエン
ジェル３０１のような遠隔エンジェルの各々で構成され
る。

【００６８】特に、ソフトウエア層２０９乃至２０２は
、ノ−ドプロセッサ１１８の３３６乃至３１３と示した
ソフトウエア層と、遠隔のエンジェル３０１に３４６乃
至３０４として示したソフトウエア層により実現されて
いる。事実上の層２０１は、ハ−ドウエアとソフトウエ
アにより共同して構成されている。例えば、局部スイッ
チ１５３用の事実上の層のハ−ドウエア部分はインタ−
フェ−ス３１６、３１７により構成され、ソフトウエア
部分は層３１１により実施されている。局部的なエンジ
ェル３１２は、別個のソフトモジュ−ルを使用してノ−
ドプロセッサ１１８で実施されている。遠隔のエンジェ
ル３２０、３２５、３０１は、無類のプロセッサで構成
されている。

【００６９】本発明によれば、送信情報及び制御情報を
ノ−ドプロセッサ１１８に通信するために使用されるＩ
ＳＤＮリンクを設定し制御するために利用されるインタ
−フェ−スを除き、すべてのインタ−フェ−ス及び遠隔
スイッチの回路網用のノ−ドプロセッサ１１８のリンク
マネジメント３３０に対してすべての送信情報及び制御
情報を通信する。

【００７０】遠隔のエンジェルにおけるリンクマネジメ
ント層に至るソフトウエア層は、送信情報及び制御情報
を通信するために使用されるＩＳＤＮリンクを設定し制
御するためにのみ実行される。さらに、この情報は、ノ
−ドプロセッサ１１８と遠隔のエンジェル（即ち、遠隔
のエンジェル３０１）に確立された二つのアプリケ−シ
ョン（Ｌ２−Ｌ３アプリケ−ションと呼ぶ）の間におい
てパケット化されたチャネルを介して通信される。この
情報に応答して、ノ−ドプロセッサ１１８のＬ２−Ｌ３
アプリケ−ション３３８は、この情報を回復して、これ
をより高いソフトウエア層により処理するためにリンク
マネジメント３３０に挿入する。

【００７１】ノードプロセッサ１１８のこのより高いソ
フトウエア層は送信情報に制御情報を遠隔のエンジェル
３０１に転送し、例えば、この情報は、まず、それを通
路３５１を介してＬ２−Ｌ３アプリケ−ション３３８に
中継するリンクマネジメント３３０に転送される。この
後者のアプリケ−ションは、Ｌ２−Ｌ３アプリケ−ショ
ン３４８に対してパケット化されたチャネルを介しその
情報を伝送する。これに応答して、Ｌ２−Ｌ３アプリケ
−ション３４８は、この情報を通路３０９を介してリン
クインタ−フェ−ス３０４に転送する。リンクインタ−
フェ−ス３０４は、次に、この情報を、これがあたかも
リンクマネジメント３４０から来たかのように処理する
。

【００７２】ソフトウエアの構造の構成−詳細な説明次
に、パケット化されたチャネルが如何に設定されて遠隔
スイッチの制御に利用されるかを更に詳細に考える。 前の実施例では、このパケット化されたチャネルはアプ
リケ−ション層３４６のＬ２−Ｌ３アプリケ−ション３
４８と、アプリケ−ション層３３６のＬ２−Ｌ３アプリ
ケ−ション３３８との間に通路３０９、層３０３、３０
４、回路網３０６、インタ−フェ−ス３０７、ＢＲＩリ
ンク１４６、交換ノ−ド１０９、ＢＲＩリンク１５７、
インタ−フェ−ス３１６、回路網３１５、局部的なエン
ジェル３１２、通路３５６を介して確立された。

【００７３】このパケット化されたチャネルを確立する
ためには四つの実施例が存在する。即ち、（１）パケッ
ト化されたＢチャネル、（２）Ｄチャネルの論理リンク
、（３）標準的なＩＳＤＮ送信を利用してＬＤＣに関す
るユ−ザ−ユ−ザの一時的な送信情報を利用する通信路
、及び、（４）Ｂチャネルのパケット化されたサブチャ
ネルである。

【００７４】第一の実施例では、パケット化されたチャ
ネルは、ＢＲＩリンク１４６、１５７のＢチャネルに関
するＬＡＰＤパケットプロトコルを確立することによっ
てＬ２−Ｌ３アプリケ−ション３４８と、Ｌ２−Ｌ３ア
プリケ−ション３３８との間に確立される。このパケッ
トプロトコルを介して受信された情報は、それぞれリン
クインタ−フェ−ス３１３、３０４を介してＬ２−Ｌ３
アプリケ−ション３３８、３４８に送られる。

【００７５】各ノ−ドプロセッサと図１の遠隔スイッチ
の遠隔のエンジェルは、回路網の設定機能を実施するた
めにのみ使用される非管理電話番号を有している。遠隔
のエンジェル３０１が初期化されると、Ｌ２−Ｌ３アプ
リケ−ション３４８は内部のテ−ブルを見て、ノ−ドプ
ロセッサ１１８である主ノ−ドプロセッサを選択する。

【００７６】この主プロセッサのテ−ブルの記録に関連
して、ノ−ドプロセッサ１１８用の電話番号がある。Ｌ
２−Ｌ３アプリケ−ション３４８はノ−ドプロセッサ１
１８の非管理電話番号を使用して、ソフトウエア層３４
１乃至３４３が、交換ノ−ド１０１に対する発呼番号フ
ィ−ルドの電話番号で設定メッセ−ジを送信することを
最初に要求する。設定メッセージを伝送することによっ
てＬ２−Ｌ３アプリケーション３４８は、呼をＬ２−Ｌ
３アプリケーション３３８に送る。

【００７７】設定メッセ−ジは、交換ノ−ド１０９に対
してＢＲＩリンク１４６が初期化されたときに前もって
確立されていたＢＲＩリンク１４６のＤチャネルで伝送
される。交換ノ−ド１０９は、交換ノ−ド１０１と遠隔
スイッチ１０４の両方に関して普通の方法でこの要求を
処理し、そして、その要求を再度交換ノ−ド１０１に伝
送する。Ｌ２−Ｌ３アプリケ−ション３３８はこの呼に
応答して、メッセ−ジを、あたかも人間がその呼に対し
て従来の電話機で応答したかのように前後に伝送される
。

【００７８】最初、設定メッセ−ジは、回路網層３３１
に転送される。回路網層３３１は、転送層３３２を介し
てセッション層３３３にその設定メッセ−ジを伝送する
。この設定メッセ−ジが受信されると、セッション層３
３３は、この呼を任意の他の呼である場合と同様に扱う
。セッション層３３３は、電話番号に応答して端点とし
てのＬ２−Ｌ３アプリケ−ション３３８にその呼が送ら
れるということを判別し、そして、この設定メッセ−ジ
をアプリケ−ション層３３５に転送する。アプリケ−シ
ョン層３３５は、被呼側の番号フィ−ルドの被ダイヤル
番号を調査し、そして、それに基づいて、呼設定メッセ
−ジをＬ２−Ｌ３アプリケ−ション３３８に転送する。

【００７９】Ｌ２−Ｌ３アプリケ−ション３３８は、そ
の呼設定メッセ−ジの受信時にその呼を受け入れること
を選択する場合、Ｌ２−Ｌ３アプリケ−ション３３８は
、より低いソフトウエア層に対し、Ｂチャネルが確立さ
れ、そして、肯定応答メッセ−ジが送られるべきである
という要求を転送する。これに応答して、回路網層３３
１は、交換ノ−ド１０９を介して遠隔のスイッチ１０４
に転送で戻される接続メッセ−ジを形成する。

【００８０】回路網層３３１は、Ｂチャネル用の交換ノ
−ド１０９と交渉もする。交換ノ−ド１０９は、接続メ
ッセ−ジに応答してその交渉したＢチャネルをＢＲＩリ
ンク１５７からＢＲＩリンク１４６の以前に選択したＢ
チャネルに接続する。Ｌ２−Ｌ３アプリケ−ション３３
８が、そのメッセ−ジに答えないということを決定する
と、回路網層３３１は、その呼を破壊し、適当なメッセ
−ジを遠隔のエンジェル３０１と交換ノ−ド１０９に送
る。

【００８１】接続メッセ−ジの転送を要求した後、Ｌ２
−Ｌ３アプリケ−ション３３８は、要求をリンクマネジ
メント３３０を介して送って選択されたＢチャネルでそ
のパスケット化されたチャネルを確立する。これに応答
して、リンクマネジメント３３０は、インタ−フェ−ス
３１６が、ＢＲＩリンク１５７の指定されたＢチャネル
でパケット化されたチャネルを確立し、そして、リンク
インタ−フェ−ス層３１３がパケット化されたそのチャ
ネルでモ−ド３ＬＡＰＤプロトコルを確立するように、
局部エンジェル３１２がインタ−フェ−ス３１６を制御
するよう要求する。さらに、リンクマネジメント３３０
は、このパケット化されたチャネルからの情報が、Ｌ２
−Ｌ３アプリケ−ション３３８に向けられるべきである
ということを指定する。

【００８２】接続メッセ−ジを受信した後、遠隔のエン
ジェル３０１のＬ２−Ｌ３アプリケ−ション３４８は、
Ｌ２−Ｌ３アプリケ−ション３３８により利用される方
法に似た方法でＢＲＩリンク１４６の指定されたＢチャ
ネルでパケット化されたチャネルを確立もする。さらに
、Ｌ２−Ｌ３アプリケ−ション３４８は、層３０４のマ
ネジメント情報ベ−ス３６３に情報を送り、これにより
、リンクインタ−フェ−ス３０４は、回路網３０６に接
続されたインタ−フェ−ス３６０、３６１から受信した
すべての情報を通路３０９を介して直接的にＬ２−Ｌ３
アプリケ−ション３４８に転送することになる。

【００８３】本発明によれば、Ｌ２−Ｌ３アプリケ−シ
ョン３４８は、この情報に応答して、この情報を、確立
されたパケット化されたチャネルを介してＬ２−Ｌ３ア
プリケ−ション３３８に転送する。同様に、Ｌ２−Ｌ３
アプリケ−ション３４８は、Ｌ２−Ｌ３アプリケ−ショ
ン３３８から受信された情報に応答してこの情報を通路
３０９を介してリンクインタ−フェ−ス３０４に通信す
る。この結果、インタ−フェ−ス３６０〜３６１はリン
クマネジメント３３０で始まるノ−ドプロセッサ１１８
の高レベル構造により制御される。

【００８４】次にＢＲＩリンク１４６が故障し、この故
障が標準的なＩＳＤＮ誤り検出方法に従ってインタ−フ
ェ−ス３０７により検出される例を考える。この場合、
ノ−ドプロセッサ１１８は、遠隔のエンジェル３０１の
層３０３、３０４を介してインタ−フェ−ス３６０〜３
６１をもはや制御することができない。これが生じると
、遠隔のエンジェル３０１は、再び自体を初期化し、そ
して、Ｌ２−Ｌ３アプリケ−ション３４８は、ＢＲＩ１
４５のような他のデ−タリンクを使用してノ−ドプロセ
ッサ１１８に他の呼を送る。

【００８５】このパケット化されたチャネルは、前述と
同じ方法で交換ノ−ド１０９を介してＢＲＩ１４５に設
定される。同様に、遠隔のエンジェル３２０は、ノ−ド
プロセッサ１１８に接続された局部スイッチ１５３に対
し交換ノ−ド１０９を介して遠隔スイッチ１０３を接続
した図１に示したリンクを使用し、交換ノ−ド１０９を
介し接続を確立することもできよう。

【００８６】図４は、デ−タリンク接続識別子（ＤＬＣ
Ｉ）、サ−ビスアクセス点識別子（ＳＡＰＩ）、端末識
別子（ＴＥＩ）、システムインタ−フェ−ス番号（ｓｉ
ｎｔｆ）スイッチ、エンジェルインタ−フェ−ス番号（
ａｉｎｔｆ）、論理Ｄチャネル番号（ＬＤＣＮ）、呼参
照番号（ＣＲＮ）、及び種々のソフトウエア層の間の一
般的な関係を論理的に示す。

【００８７】図４は、パケット化したチャネル接続Ｌ２
−Ｌ３アプリケ−ション３３６と同３４６の確立の前の
インタ−フェ−ス３１６とインタ−フェ−ス３０７の終
了及び制御を論理的に示してもいる。図４で示したよう
に、各対のリンクインタ−フェ−ス層と事実上の層３０
３は、別々のエンジェルで構成される。リンクインタ−
フェ−ス層４２５と事実上の層４２６は局部エンジェル
３１２で構成され、そして、リンクインタ−フェ−ス層
３０４と事実上の層３０３は図３で示したように遠隔の
エンジェル３０１で実施される。

【００８８】ノ−ドプロセッサ１１８は、リンクマネジ
メント３３０と回路網層３３１更に上方の層を構成し、
遠隔のエンジェル３０１は、インタ−フェ−ス３０７に
関してのみ同様な層を構成する。しかし、本発明によれ
ば、ＢＲＩリンク１４６が故障し、そして、ＰＲＩリン
ク１４４が、Ｌ２−Ｌ３の信号通信用に使用されなけれ
ばならない場合、インタ−フェ−ス３６０（これはリン
ク１４４を終端する）は、層３４０〜層３４６により制
御される。

【００８９】ｓｉｎｔｆ番号とａｉｎｔｆ番号は、事実
上のインタ−フェ−スに相関関係を有している。ｓｉｎ
ｔｆ番号は、事実上のインタ−フェ−スを識別するため
に回路網層及び上方の層により利用される。例えば、回
路網層３３１は、ｓｉｎｔｆｌ４０１とｓｉｎｔｆ２４
０２により識別されるものとして事実上のインタ−フェ
−スを見る。リンクマネジメント３３０は、共に事実上
のインタ−フェ−スを表すｓｉｎｔｆ番号とａｉｎｔｆ
番号との間の変換を行う。

【００９０】回路網３４１は、ｓｉｎｔｆ３４０３とａ
ｉｎｔｆ１４１３に関して同様な機能を発揮する。ａｉ
ｎｔｆ番号とｓｉｎｔｆ番号との間には１対１の対応が
存在する。これらの後者の番号は、特定のインタ−フェ
−スを識別し、各インタ−フェ−スは数個のチャネルを
有している。例えば、ＰＲＩリンクは、２４個のチャネ
ルを有し、ＢＲＩインタ−フェ−スは、３個のチャネル
を有している。

【００９１】回路網層は、実際の事実上のチャネル番号
を使用することによって特定のｓｉｎｔｆ番号に関連し
たチャネルを識別し、同様に、リンクインタ−フェ−ス
は、ａｉｎｔｆ番号に関連した事実上のチャネル番号を
利用する。これは可能である。それは、ＩＳＤＮ基準の
仕様が、ＰＲＩリンクの事実上のチャネル２４が信号を
合図するために使用され、そして、ＢＲＩリンクの事実
上のチャネル３が信号を合図するために利用されるとい
うことを指定するからである。

【００９２】回路網の層及び上方の層は、リンクインタ
−フェ−スと事実上の層を制御して事実上のチャネルを
相互接続するとともにこれらのチャネルで特定のプロト
コルを発生するためにｓｉｎｔｆ番号を利用する。

【００９３】チャネルが、回路網３１５のような事実上
の回路網を介して相互接続する方法は、図４には示して
ないが、この相互接続は事実上の層４２６のような事実
上の層で行われる。

【００９４】図４は、ＬＤＣＮ４１９を構成するための
情報の必要な流れを提供するようにＤチャネル４３０が
更に分割される方法を論理的に示す。ＬＤＣＮ４３２は
同様に構成される。事実上の層４２６において、すべて
のチャネルは、同様に取り扱われる。ＬＤＣＮ４１９を
構成するために、上方の層の制御下において、リンクイ
ンタ−フェ−ス層４２５は、まず、ＢＲＩリンク１５７
のチャネル３であるＤチャネル４３０にＬＡＰＤパケッ
トプロトコルを確立する。

【００９５】ＬＡＰＤパケットプロトコルは、複数の論
理リンク４１７を作成し、この各々は、ＤＬＣＩ４２８
のようなＤＬＣＩ番号により識別される。ＤＬＣＩ番号
は、ＴＥＩ番号とＳＡＰＩ番号に基づいており、各対の
ＴＥＩ番号とＳＡＰＩ番号は、一つのＤＬＣＩリンク、
すなわち、論理リンクを指定する。

【００９６】プロトコルは、１２８個のＴＥＩ番号と１
１３個のＳＡＰＩ番号を考慮する。Ｄチャネル４１５は
、Ｄチャネル４３０と同様な方法で小さく分割されてい
る。

【００９７】ＩＳＤＮの仕様によれば、事実上のリンク
は、点対点又は点対多重点として考えることができる。 従来、ＰＲＩリンクは、単に点対点であって、唯一のＴ
ＥＩ番号がＰＲＩリンクのＤチャネルで許されるように
してもよい。ＢＲＩリンクは、点対点または点対多重点
であって、ＢＲＩリンクのＤチャネルが潜在的に１個以
上のＴＥＩ番号を有するようにしてもよい。

【００９８】ＩＳＤＮの使用によれば、ＤチャネルのＳ
ＡＰＩ番号の４個が呼制御（ＬＤＣ）用に０として、Ｘ
．２５プロトコルを実施するための１６として、パケッ
トモ−ド接続用の１として、及び、リンクマネジメント
層どうしの間の覗き−覗き通信用に６３としてあらかじ
め定義されている。図４では、ＳＡＰ４０８は、６３と
いう値を有し、そして、本件では、遠隔のエンジェル３
０１であるその仲間との通信用のリンクマネジメント３
３０により使用される。

【００９９】同様に、ＳＡＰ４０５は、ノ−ドプロセッ
サ１１８との仲間対仲間の通信用に遠隔のエンジェル３
０１でリンクマネジメント３４０により使用される。Ｓ
ＡＰ４０９は、零（０）の値を有し、そして、ＬＤＣＮ
４１９を構成するために使用される。同様に、ＳＡＰ４
０６は、ＬＤＣＮ４３２を構成する。すべての信号通信
は、インタ−フェ−ス３１６、３０７用のそれぞれのＬ
ＤＣＮ４１９、４３２を介して制御される。０のＳＡＰ
Ｉを受信すると、リンクマネジメント３３０は、ＬＤＣ
Ｎ４１９を構成するために回路網層３３１により使用さ
れるＳＡＰ４０９にこの論理リンクを向ける。

【０１００】マネジメント層３４０は、同様な方法で機
能する。ＩＳＤＮ仕様によれば、呼参照番号は、Ｑ．９
３１プロトコルに含まれ、そして、ＬＤＣＮ４１９、４
３２を介して受信される。これらの参照番号は、呼記録
４２３、４３３のような呼記録を識別するために利用さ
れる。例えば、ＣＲＮ４２０は、呼記録４２３を識別す
る。事実上のインタ−フェ−スで回路切り替え又はパケ
ット化された呼に関わる一つの呼の記録が各チャネルご
とに存在する。

【０１０１】リンクマネジメント３３０は、ＬＤＣＮ４
２３を呼記録４２３と関連させるためにｓｉｎｔｆｌ４
０１を利用する。リンクマネジメント３４０は、ＬＤＣ
Ｎ４３２と呼記録４３３に関して同様な機能を発揮する
。回路網層においては、ＣＲＮ番号は、個々のＬＤＣＮ
に関してまったく独特のものである。

【０１０２】図４は、ＢＲＩリンク１５７とＢＲＩリン
ク１４６が、それぞれのインタ−フェ−スで現われ、そ
して、ＬＤＣチャネルを確立させたということを示す。 この時点で、遠隔のエンジェル３０１は、ノ−ドプロセ
ッサ１１８と同一の方法で機能しており、そして、リン
クマネジメント３４０及び上記を含む上方のソフトウエ
ア層のすべての機能について責任がある。図５は、ＬＰ
−Ｌ３アプリケ−ション３３８、３４８がパケット化さ
れたチャネルを介して通信した後のチャネルの論理接続
を示す。

【０１０３】図５に示した条件を確立するために、Ｌ２
−Ｌ３アプリケ−ション３３８と３４８は、それぞれ、
Ｂチャネル４３１と４１６にＬＡＰＤのパケット化され
た接続を先ず確立しなければならない。これらのパケッ
ト化されたチャネルからの情報は、通路５０８、５０５
（ＳＡＰ５１２、５１０）を介してＢチャネル４３１、
４１６から直接アプリケ−ション３３８、３４８にそれ
ぞれ送られる。

【０１０４】このパケット化されたチャネルが設定され
た後、遠隔のエンジェル３０１は、インタ−フェ−ス３
０７を除くすべてのインタ−フェ−ス用のリンクインタ
−フェ−ス層３０４により受信されたすべての情報を通
路３０９（ＳＡＰ５１１）を介してアプリケ−ション３
４８に送る。例えば、インタ−フェ−ス３６１からＤＬ
ＣＬ５０６、５０７で転送または受信された情報は通路
３０９を介してアプリケ−ション３４８に送られる。

【０１０５】制御インタ−フェ−ス３６１へのすべての
情報は、アプリケ−ション３４８によりリンクインタ−
フェ−ス層３０４に伝送される。これは、リンクインタ
−フェ−ス層３０４より上のすべてのソフトウエア層が
ノ−ドプロセッサ１１８でソフトウエア層３３０乃至３
３６により提供されるからである。情報は、これらのよ
り高いレベルのソフトウエア層に対しノ−ドプロセッサ
１１８で通路５０８（ＳＡＰ５１２）乃至Ｂチャネル４
３１、４１６、通路５０５（ＳＡＰ５１０）を介してア
プリケ−ション３４８に通信される。

【０１０６】このアプリケ−ション３４８は、通路３０
９を介してリンクインタ−フェ−ス層３０４にこの情報
を通信する。しかし、インタ−フェ−ス３０７は、遠隔
のエンジェル３０１でソフトウエア層によりもっぱら制
御され続ける。別のインタ−フェ−スが遠隔のエンジェ
ル３０１で持ち出されるに従って、これらのインタ−フ
ェ−スは、インタ−フェ−ス３６１と同じ方法で取り扱
われる。

【０１０７】図６は、交換ノ−ド１０１のような交換ノ
−ドでインタ−フェ−スを持ち出す場合に交換されるメ
ッセ−ジを示す。先ず、持ち出される図３の事実上のイ
ンタ−フェ−ス３１６の観点から図６を考える。遠隔ス
イッチ１０４は、インタフェ−ス３０７を同様にして持
ちだす。最初に、インタ−フェ−スポ−トが（通路６１
８に）プラグインされると、事実上の層は、ｎｐｈ　　
ｉｎｆｏ　　ｉｎｄ６００を伝送する。これは、Ｌ２　
　ＭＧＭＴ　　ＥＮＴＩＴＹ７０７（図７に関して詳細
に説明するレベル２マネジメントの実体）に向けられる
。

【０１０８】サ−ビスアクセス点（ＳＡＰＩ）番号は、
ＭＤＬ用の６３であり、ＤＬ用の零である。プリミティ
ブ６００は、エンジェルが選択するａｉｎｔｆをも有し
ている。ａｉｎｔｆは、Ｌ２　　ＭＧＭＴ　　ＥＮＴＩ
ＴＹ７０７により使用されてそのインタ−フェ−スを参
照する基準である。プリミティブ６００は、持ち出され
たＰＲＩリンク、ＢＲＩリンク又はＦＲＩリンクのよう
なインタ−フェ−スの種類をも定義する。

【０１０９】ニュウモニックは、メッセ−ジがどこから
来たものであって、どこへ行くものであるかを示す。Ｍ
ＰＨは、事実上の層とレベル２のマネジメントの実体と
の間にメッセ−ジが存在するということを意味し、ＭＤ
Ｌは、メッセ−ジがレベル２のマネジメントの実体とリ
ンクインタ−フェ−ス層６１２のＬＡＰＤ部分との間に
存在するということを示し、そして、ＤＬは、メッセ−
ジが、レベル３とリンクインタ−フェ−ス層６１２のＬ
ＡＰＤ部分との間に存在するということを示す。

【０１１０】事実上の層６１３がインタフェースで受信
されたフレーミング（通路６１９）を検出すると、事実
上の層６１３は、この事実を、ＭＰＨ　　ＡＣＴＩＶＡ
ＴＥＩＮＴ５０１基本命令の伝送によって実体７０７に
伝える。ＭＰＨ　　ＡＣＴＩＶＡＴＥ　　ＩＮＴ基本６
０１に完全に応答するためには、実体７０７は、他のイ
ンタフェースに対し、端末エンドポイント識別子（ＴＥ
Ｉ）を確立する必要がある。ＴＥＩは、他のインタフェ
ースとの交渉によって決定される。

【０１１１】この交渉を達成するために、実体７０７は
、他のインタフェースを制御するその仲間のレベル２管
理実体と通信する。例えば、通路６１９の表示が、ＢＲ
Ｉインタフェース内にプラムインされた電話によって活
動状態となるＢＲＩインタフェースから生じたと仮定す
る。大部分のＢＲＩ電話機は、ＢＲＩインタフェースを
介して受信されたＱ．９２１メッセージに応答してＩＳ
ＤＮ基準により特定されたＴＥＩを取決めるようにプロ
グラムされている。

【０１１２】活動状態のインタフェースが、自動ＴＥＩ
手続きを支持するＢＲＩインタフェースでない場合、Ｍ
ＤＬ　　ＵＤＡＴＡ　　ＲＥＱ６０２基本命令とＭＤＬ
　　ＵＤＡＴＥ　　ＩＮＤ６０３は交換されない。実体
７０７は、実体７０７により選択されたＴＥＩを含むＭ
ＤＬ　　ＵＤＡＴＡ　　ＲＥＱ６０２基本命令を層６１
２に送ることによってＴＥＩ交渉を開始する。これに応
答して、層６１２は、ＵＩ６２０（未番号付けフレーム
）を伝送する。仲間の実体は、そのインタフェースを介
してＵＩ６２０に応答し、ＵＩ１６２１は、実体７０７
により選択されたＴＥＩと仲間の実体の一致の表示を含
む。

【０１１３】ＵＩ６２１に応答して、リンクインタフェ
ース層６１２は、その表示をＭＤＬＵＤＡＴＡ　　ＩＮ
Ｄ６０３基本命令に挿入する。ＣＣＩＴＴの仕様は、実
体７０７が、既に電話機により使用されていたＴＥＩを
選択した場合に、ＴＥＩのさらなる交渉を考慮する他の
命令をこの点で考慮する。

【０１１４】実体７０７は、ＭＤＬ　　ＵＤＡＴＡ　　
ＩＮＤ６０３基本命令に応答してリンクインタフェース
層６１２に対しＭＤＬ　　ＡＳＳＩＧＮ　　ＲＥＱ７１
４基本命令を伝送する。このＭＤＬ　　ＡＳＳＩＧＮ　
　ＲＥＱ７１４基本命令は、リンクインタフェース層６
１２が、交渉されたＴＥＩに関連し得る全ての可能なＳ
ＡＰＩを考慮するということを要求する情報を含む。図
４に関して説明したように、ＳＡＰＩは、如何に論理リ
ンクが使用されるかを定義し、しかるに、ＴＥＩは、単
に他の側にある端末を識別する。リンクインタフェース
層６１２がＳＡＰＩを考慮すべきであるという要求は、
後の点でこれらのＳＡＰＩを確立するために実体７０７
の準備をする。

【０１１５】次に、実体７０７は、ＭＤＬ　　ＵＤＡＤ
Ａ　　ＲＥＱ６０４の基本命令を伝送する。この基本命
令の情報は、特定のＴＥＩのアドレスとノード１０１の
ノード番号を有している。この基本命令は、層６１２に
よりＵＩ６２２により変換される。この基本命令を使用
してノード番号を送る理由は、他の仲間の実体が交換ノ
ード１０１のような交換ノードにあるかどうかを判別す
ることである。

【０１１６】他の実体は、公衆回路網またはＢＲＩ電話
機に存在してもよい。ＵＩ６２２に応答して、他の実体
がノードに存在する場合、この他の実体は、この他の実
体のノード番号を含む情報を備えたＵＩ６２３の転送に
よるそのノード番号で応答する。層６１２は、ＵＩ６２
３に応答してＭＤＬ　　ＵＤＡＤＡ　　ＩＮＤ６００基
本命令を送信する。

【０１１７】その他の実体がノードでない場合、この他
の実体は、ＵＩ６２２を認識せず、そして、応答せずに
タイムアウトをもたらす。このタイムアウトに応答して
、通路６０９を介し実体７０７は、ＬＩＮＫ　　ＡＶＡ
ＩＬ６１１基本命令を、図１１に関してさらに詳細に説
明する実体１２０１に通信する。この点で、実体７０７
は、次の機能を完了している。

【０１１８】即ち、フレイミングは、確立され、ＴＥＩ
は、識別され、リンクインタフェース６１２は、合図の
ようなＳＡＰＩを介して別のサービスの確立の準備をす
るように助言され、ノード番号を交換する試みがなされ
、そして、インタフェースがより高い層により使用され
る用意が今やできているという判別がなされている。 実体７０７は、次に、インタフェースが現在使用の準備
ができており、そして、インタフェースが交換ノードか
否かということをＬＩＮＫ　　ＡＶＩＬ６１１基本命令
を介して実体１２０１に知らせる。

【０１１９】実体１２０１は、他の実体との合図リンク
を確立するべきかどうかを決定しなければならない。実
体１２０１が他の交換ノードにおける他の仲間の実体に
対する合図リンクを既に有している場合、実体１２０１
は、基本命令６０６と６０７を前置きとはしない。実体
１２０１は、他の仲間の実体の交換ノードが、交換ノー
ド１０１に対する確立されたインタフェースを有してい
る場合、他の実体に対する合図リンクを有している。

【０１２０】もしも実体１２０１が、合図の確立を必要
とする場合、実体１２０１は、合図リンク（ＬＤＣ）が
他の実体に対して確立されるべきであるということを要
求する情報を含むＤＬ　　ＥＳＴＡＢＬＩＳＨ　　ＲＥ
ＱＵＥＳＴ６０６基本命令を伝送する。層６１２は、こ
の基本命令をＳＡＢＭＥ６２４に変換する。他の実体が
一致する場合、この他の実体は、層６１２が、ＤＬ　　
ＥＳＴＡＢＬＩＳＨ　　ＣＯＮ７０７の基本命令に変換
するＵＡ６２５を送り返す。基本命令６０７の受信後、
実体１１０１は、輸送層３３２に対しＬＤＣＮ　　ＡＶ
ＡＩＬメッセージを伝送して新しいＬＤＣが利用可能と
なったということをこの輸送層に知らせる。

【０１２１】ＤＬ　　ＥＳＴＡＢＬＩＳＨ　　ＲＥＱＵ
ＥＳＴ６０６を形成する場合、実体１２０１は、ＬＩＮ
Ｋ　　ＡＶＡＩＬ６１１基本命令で受信されたノード番
号を利用してノードシステム内における新しいノードの
位置を決定する。各ノードは、独特のノード番号を有し
ており、このノード番号自体は、ノードシステム内の位
置を決定する。さらに、この情報は利用されて、どの実
体が、ＰＲＩインタフェースのユーザまたは回路網とな
るのかを決定する。

【０１２２】この関係がＰＲＩリンクで正しくない場合
、このＰＲＩリンクは、オプシヨンとはならない。ＤＲ
　　ＥＳＴＡＢＬＩＳＨ　　ＲＥＱＵＥＳＴ６０６の伝
送の前に、合図リンクはまだ確立されていないのでユー
ザ及び回路網の決定はなされていない。６０１ないし６
０５の基本命令は、どのＬＡＰＤリンクが確立する前に
も発生する。この理由で、全てのフレーム命令は番号を
付けられていない。

【０１２３】これにより実体は、回路網とユーザの行き
先とを決定する必要を免れる。６０６基本命令の伝送の
前に、実体１２０１は、ノード番号を比較し、そしてこ
の比較から、実体のどれがユーザまたは回路網と定義さ
れるかを決定する。公衆回路網のような他の実態につい
ては、この行き先は、特定される。他の実体が回路網ま
たはユーザであることについては知られない場合、実体
１２０１は、６０６基本命令を送り出す場合にユーザと
して最初現れようとする。これが失敗すると、実体１２
０１は、タイムアウトが終わった後、これを決定する。 このタイムアウトが起こると、実体１２０１は、次に、
回路網としてそれ自体を指定する第二の６０６基本命令
を送り出す。

【０１２４】次に、インタ−フェ−ス３６１が、遠隔の
エンジェル３０１とノ−ドプロセッサ１１８により如何
に持ち出されるかを考える。インタ−フェ−ス３６１が
持ち出されると、図６に示した同一のプリミティブが交
換されるが、ソフトウエア層は遠隔のエンジェル３０１
とノ−ドプロセッサ１１８との間で分割される。リンク
インタ−フェ−ス層６１２と事実上の層６１３は、遠隔
のエンジェル３０１で構成される。

【０１２５】しかし、図６に示した他のソフトウエア層
は、ノ−ドプロセッサ１１８で構成される。当然、プリ
ミティブ６００乃至６０７は、リンクインタ−フェ−ス
層６１２とリンクマネジメント３３０の間で図５の通路
３０９、Ｌ２−Ｌ３アプリケ−ション３４８、論理リン
ク５０５、Ｂチャネル４１６、４３１、論理リンク５０
８、Ｌ２−Ｌ３アプリケ−ション３３８、通路３５１を
介して通信される。

【０１２６】リンクマネジメント３３０は、図７にさら
に詳しく示してある。リンクマネジメント３３０は、ブ
ロック７０１、７０６、７０７及び待ち行列７０２乃至
７０５からなる。待ち行列７０２乃至７０５を用いて、
Ｌ２　　ＩＯ７０１は、リンクインタ−フェ−ス２０２
に似たリンクインタ−フェ−スとデータを通信する。Ｌ
２　　ＰＲＩＭ　　ＨＡＮＤＬＥＲ７０６は、情報を受
信して回路網層３３１から待ち行列７０２ないし７０４
の中に配置することに関する。ブロック７０６は、回路
網層３３１またはＬ２　　ＭＧＭＴ　　ＥＮＴＩＴＹ７
０７に情報を転送すべきか否かの決定をも行う。さらに
、ブロック７０６は、ｓｉｎｔｆ番号とエンジェル及び
ａｉｎｔｆ番号との間でマッピングを行う。Ｌ２　　Ｍ
ＧＭＴ　　ＥＮＴＩＴＹ７０７は、リンクマネジメント
レベルでの層マネジメント２１０の機能を発揮すること
に関する。

【０１２７】Ｌ２　　ＩＯ７０１は、図８にさらに詳細
に示してある。Ｑｕｅ　　ｕｐｌｉｎｋ８０１は、事実
上のインタ−フェ−スマネ−ジャ（ＶＩＭ）アプリケ−
ションとＶＩＭエンジェル、Ｌ２−Ｌ３アプリケ−ショ
ンか、または局部エンジェルのいずれかから受信された
情報を１２　　１３ｑ７０５に転送する。ＶＩＭアプリ
ケ−ションとＶＩＭエンジェルは、他の端末及び交換ノ
−ドと事実上のリンクを構成するために使用される。Ｖ
ＩＭアプリケ−ションとエンジェルの動作および目的は
、本願と同一日付で出願されたＢ．Ｍ．Ｂａｌｅｓ氏他
によるケ−ス４−１−２−１による係属米国特許出願（
名称「トランスペアレント　　コミユニケ−ション　　
オブ　　コントロ−ル　　インフォメ−ション　　スル
−　　ア　　スイッチング　　ネットワ−ク（Ｔｒａｎ
ｓｐａｒｅｎｔ　　Ｃｏｍｍｕｎｉｃａｔｉｏｎｏｆ　
　Ｃｏｎｔｒｏｌ　　Ｉｎｆｏｒｍａｔｉｏｎ　　Ｔｈ
ｒｏｕｇｈ　　ａ　　Ｓｗｉｔｃｈｉｎｇ　　Ｎｅｔｗ
ｏｒｋ）」に詳細に記載されている。 この出願は本願に援用する。

【０１２８】Ｌ２−Ｌ３アプリケ−ションは、Ｌ２−Ｌ
３機能、通信ハンドラ機能、及び、層マネジメント（こ
れらは遠隔のエンジェルで作動する）を扱う。情報は、
直接待ち行列７０２乃至７０４からこれらのアプリケ−
ション又は局部的なエンジェルのいずれかに流れる。待
ち行列は、システムタスクディスペンサの制御下でｉｑ
ｕｅｕｅ８０２により初期化される。ブロック８０１、
８０２は該当する要素により呼ばれるサブル−チンであ
る。

【０１２９】Ｌ２　　ｐｒｉｍ　　ｈａｎｄｌｒｅ７０
６は、図９にさらに詳しく示してある。別のエンジェル
から受信されたデータについては、ブロック７０６は、
この情報が回路網層３３１またはＬ２　　ＭＧＭＴ　　
ＥＮＴＩＴＹ７０７に転送されるべきか否かを決定する
。この機能は、待ち行列７０５に含まれる基本命令を読
み取るｆｒｏｍ　　１２９０４により行われる。

【０１３０】なお、ブロック９０４は、待ち行列７０５
（これは楕円９０６により示される）からの基本命令を
除去するためにシステムタスクディスペンサにより周期
的に行われる。ブロック９０４は、これらの基本命令を
調査することによって待ち行列７０５に記憶された基本
命令をどこに転送すべきかの決定を行う。基本命令がＤ
Ｌニューモニックで開始すると、この基本命令は、回路
網層３３１に転送される筈である。

【０１３１】もしも基本命令がＭＤＬまたはＭＰＨのニ
ューモニックで開始すると、この基本命令は、Ｌ２　　
ＭＧＭＴ　　ＥＮＴＩＴＹ７０７に転送される筈である
。Ｌ２ＭＧＭＴ　　ＥＮＴＩＴＹ７０７に転送されまた
はこのＬ２　　ＭＧＭＴ　　ＥＮＴＩＴＹ７０７から転
送された基本命令は三つの一般的な部類に存在する。こ
れらの部類の第一の部類は、交換ノード１０１における
リンクの事実上の状態に関する情報である。第二の部類
は、他のノードにおける他のリンク管理層から受信され
る信号通信である。

【０１３２】第二の部類の例は、図５に関して記載した
遠隔のテレマーケッティング端末１０４と交換ノード１
０１との間に発生する信号通信である。第二の部類につ
いては、Ｌ２　　ＭＧＭＴ　　ＥＮＴＩＴＹ７０７によ
り提供される全機能は、その対応する仲間と交渉して、
ノード番号を確立し、そして、インタフェースをもちだ
すことである。第三の部類は、交換ノード１０１内にお
けるインタフェースの制御である。

【０１３３】また図９に戻るに、基本命令が、図９のブ
ロック７０７に転送されるべきではないということをｆ
ｒｏｍ　　１２９０４が決定すると、ブロック９０４は
、ｍａｐ　　ｔｏ　　ｓｉｎｔｆ９０３に頼ることによ
ってエンジェル番号とａｉｎｔｆ番号をｓｉｎｔｆ番号
にマップ化する。ｓｉｎｔｆ番号を得た後、ｆｒｏｍ　
　１２９０４は、基本命令を回路網層３３１に転送する
。回路網層３３１から来るメッセージは、まず、ｍａｐ
　　ｔｏ　　ａｉｎｔｆ９０５をもたらすダウンリンク
９０２によって処理される。

【０１３４】この後者のサブルーチンは、ｓｉｎｔｆ番
号をエンジェル番号及びａｉｎｔｆ番号に変換する。エ
ンジェル番号とａｉｎｔｆ番号が一度得られると、ダウ
ンリンク９０２は、ｑｕｅ　　ｄｌｉｎｋ９０１をもた
らす。また、ダウンリンク９０２は、回路網層３３１か
ら受信されたメッセージプロトコルを、基本命令を生じ
させるリンク内レベルプロトコルに変換する。サブルー
チン９０１は、エンジェル番号に基づく待ち行列７０２
、７０３または７００に基本命令を送る。

【０１３５】次に、図９に示したＬ２　　ＭＧＭＴ　　
ＥＮＴＩＴＹ７０７からのｑｕｅ　　ｄｌｉｎｋ９０１
により受信される情報を考慮する。ブロック７０７から
サブルーチン９０１に転送される情報の種類の説明にお
いて、次に図１０を参照する。インタフェースの初期化
中、ブロック１００１は、ブロック１００２における特
定のサブルーチンを作動させる。一度作動されると、こ
れらのサブルーチンは、ブロック１００４の他のサブル
ーチンを作動させる。

【０１３６】ブロック１００４のサブルーチンは、メッ
セージを、初期化される事実上または仮想上のインタフ
ェースに送る。ブロック１００４を介してリンクインタ
フェースにメッセージを戻すためにインタフェースから
メッセージにより作動されるブロック１００２における
サブルーチンの例は、図５に関して与えられている。例
えば、ノード番号が交換されるべき場合、ブロック１０
０２のサブルーチンＭＤＬ　　ＵＤＡＴＡ　　ＩＮＤは
、駆動され、次に、ブロック１００４のサブルーチンＭ
ＤＬ　　ＵＤＡＴＡ　　ＲＥＱＵＥＳＴを駆動する。

【０１３７】さらに、ブロック１００２のサブルーチン
は、ブロック１００３のサブルーチンを利用してｓｉｎ
ｔｆ番号及びｉｎｔｆｒｅｃ番号を見つける。Ｌ２　　
ＭＧＭＴ　　ＥＮＴＩＴＹ７０７は、新しいインタフェ
ースが確立されて、このインタフェースが管理情報ベー
ス２１１内におけるインタフェースにメモリーを割り当
てるときに、ｓｉｎｔｆ番号を割り当てる。さらに、実
体７０７は、インタフェースが中止されるときにｓｉｎ
ｔｆ番号を解放する。

【０１３８】実体７０７の機能は、図１０のブロック１
００２、１００３におけるサブルーチンにより結合して
行われる。ブロック１００６は、システムタスクディス
ペンサにより利用されてｉｎｔｆｒｅｃ番号とｓｉｎｔ
ｆ番号を初期化させる。さらに、ブロック１００２のサ
ブルーチンのあるものは、１３管理実体（図１１に示し
たＬ３　　ＭＧＭＴ　　ＥＮＴＩＴＹ１１０１）まで情
報を送ることができる。

【０１３９】図１１は、回路網層２０４の詳細なブロッ
ク線図を示す。ここには、層の間を流れる二つの通路が
ある。その一つは、通路７１０、７１１として指定され
た信号通信通路であり、他の通路は、管理の実体が通信
することができ、そして、通路７１２、１１１２として
示された管理情報通路である。

【０１４０】管理情報ベース２１１に記憶された管理情
報の例は、実体７０７により挿入されるｓｉｎｔｆ番号
であるが、このｓｉｎｔｆは、より高い層における互い
に異なる管理実体により使用される。他の例は、実体７
０７により管理情報ベース２１１に入れられるインタフ
ェースについてのフレーミング表示である。輸送層の管
理実体は、このフレーミング表示を利用して、それが特
定のノードに対する輸送接続を有しているか否かを判別
する。

【０１４１】図１１では、Ｌ３　　ＰＲＯＣＥＳＩＮＧ
１１０２は、信号通信情報をリンク管理層３３０に対し
またはこのリンク管理層３３０から通信する責任がある
。 Ｌ３ＭＧＭＴ　　ＥＮＴＩＴＹ１２０１は、接続に使用
される信号通信通路の確立及び除去に責任がある。

【０１４２】例えば、ブロック１２０１は、呼の設定を
開始するために設定メッセージを最初送る。このメッセ
ージは、伝送のためにリンク管理層３３０に転送される
。Ｑ．９３１ブロック１１０３は、全てのプロトコルの
取扱いに責任がある。ＩＮＴＦ　　ＭＡＮＡＧＥＲ１１
０４は、輸送層３３２に対するインタフェースを取るこ
とに責任がある。

【０１４３】Ｌ３　　ＰＲＯＣＥＳＩＮＧ１１０２は、
図１２にさらに詳しく示してある。なお、ＶＩＭインタ
フェースをもちだすことについては、Ｌ３　　ＭＧＭＴ
　　ＥＮＴＩＴＹ１２０１は、それが、ＦＲＩＬＤＣを
設定するときに事実上の実体としてＶＩＭインタフェー
スを考慮する。それは、ＶＩＭアプリケーションとＶＩ
Ｍエンジェルが、ブロック１２０１からの設定情報を補
足し、そして、この情報をソフトウエア層を下って再び
伝送するからである。

【０１４４】この情報は、ＦＲＩＬＤＣに使用される事
実上のＢチャネルのパケットデータ小チャネルで実際に
送られる。情報が、リンク管理層３３０から受信される
にしたがって、１２３ワーク１２０１は、メッセージが
Ｌ３　　ＭＧＭＴ　　ＥＮＴＩＴＹ１１０１または小ル
ーチン１２０３ナイシ１２０５に転送されるべきか否か
を決定する。サブルーチン１２０３は、認識可能ではな
く、そして、このようなメッセージが受信されたという
事実を単に記録するリンク層からの基本命令を処理する
。

【０１４５】ブロック１２０４は、ＤＬ　　ＵＤＡＴＡ
　　ＩＮＤ基本命令を受信するために使用することがで
きる。Ｌ３　　ｄｌ　　ｄａｔａ　　ｉｎｄ１２０５は
、１２３ワーク１２０１から呼ばれたときに実際の信号
通信メッセージを取り扱う。サブルーチン１２０５は，
Ｑ．９３１メッセージを取り扱い、そして、これをｍｓ
ｇ　　ｐｒｅｐｒｏｃ１２０７に転送する。サブルーチ
ン１２０７は、メッセージの何等かの初期のＱ．９３１
の確認を行う。

【０１４６】これらの機能には、Ｑ．９３１プロトコル
の一つをプロトコル弁別器が特定すると仮定し、呼の基
準値をチェックし、そして、それが有効なメッセージの
種類であるということを保証するためにメッセージの種
類をチェックすることが含まれる。呼の基準値は、有効
な値であるかどうかがチェックされ、そして、それが現
在の活動状態の呼または取り扱われるべき交換ノード１
０１内で資源が利用可能である新しい呼に関するもので
あるか否かについてチェックされる。

【０１４７】ｍｓｇ　　ｐｒｅｐｒｏｃ１２０７は、Ｑ
．９３１ブロック１１０３または状態機械の一つ、即ち
、図１１のＧＳＴＡ　　ＳＴＭ１１０６または１３ＳＴ
Ａ　　ＳＴＭ１１０５に対しそのメッセージを転送する
。このメッセージが全体的なメッセージの場合、このメ
ッセージは、状態機械ＧＳＴＡ　　ＳＴＭ１１０６に送
られる。

【０１４８】（全体的なメッセージとは、ＰＲＩリンク
に関するリセットのような、インタフェース全体に関す
るどの呼も行うものである。）状態機械１１０５、１１
０６は、特定の種類のメッセージを注意し、そして、こ
れらのメッセージを処理するためにブロック１１０３を
利用する。

【０１４９】もしも呼の基準値が、普通のメッセージを
示す場合、状態機械１１０５は呼ばれる。呼の基準値が
零の場合、ブロック１１０２は、このメッセージを、直
接、ブロック１１０３に送る。それは、如何なる状態処
理も必要とされないからである。さらに、図１２のブロ
ック１２０７は、それが正しくないメッセージを受信し
たということを決定する場合、ブロック１２０７は、メ
ッセージを図１１のブロック１１０３まで転送して、他
の側にＱ．９３１メッセージを送り返す要求をして、無
効のメッセージが受信されたということをその他の側に
知らせる。

【０１５０】（無効なメッセージの例は、無効のプロト
コル弁別器である。）ｍｓｇ　　ｐｒｅｐｒｏｃ１２０
７が、リンク管理層からのメッセージを処理するとき、
それは、ｆｉｎｄ　　ｌｄｃｎ１２０６を利用して、ｓ
ｉｎｔｆ番号とＬＤＣＮとの間の翻訳を決定する。ＬＤ
ＣＮは、使用されてＬ３　　ＰＲＣＥＳＩＮＧ１１０２
より上の実体に対するメッセージを識別する。

【０１５１】Ｌ３　　ＭＧＭＴ　　ＥＮＴＩＴＹ１１０
１による信号通信の確立中に、ブロック１１０１は、Ｌ
ＤＣＮとｓｉｎｔｆ番号との間の対応を定義する。Ｑ．
９３１１１０３の出力は、ブロック１０２を通して直接
流れる。これは、ブロック１１０３がリンク管理層３３
０のメッセージをフォーマット化していたからである。

【０１５２】しかし、Ｌ３　　ＭＧＭＴ　　ＥＮＴＩＴ
Ｙ１１０１からのメッセージは、リンク管理層３３０に
転送される前にサブルーチンｓｅｎｄ　　１２　　１２
０２により最初にフォーマット化されなければならない
。なお、Ｌ３　　ＭＧＭＴ　　ＥＮＴＩＴＹ１１０１が
ＬＤＣＮを選択すると、ブロック１１０１は、この番号
を、通路１１１２を介して輸送レベルにある管理実体ま
で報告する。

【０１５３】図１１の要素１１０３ないし１１０８を考
慮する。ＧＳＴＡ　　ＳＴＭ１１０６、１３ＳＴＡ　　
ＳＴＭ１１０５、及び１４ＳＴＡ　　ＳＴＭ１１０７は
、システムタスクディスペンサにより実施されるように
状態待ち行列の中に入れられる情報を表す。例えば、Ｌ
３　　ＰＲＯＥＳＳＩＮＧ１１０２が、全体的な呼基準
値を受信すると、これは、情報をＧＳＴＡ　　ＳＴＭ１
１０６の待ち行列の中に置く。

【０１５４】これにより、システムタスクディスペンサ
が全体的な状態機械を初期化して、ブロック１１０３へ
の呼を生じさせる。タスク１１０５は、特定の呼基準値
を持つメッセージを取り扱い、そして、システムタスク
ディスペンサの制御のもとで、ブロック１１０３内の該
当するルーチンを開始する。

【０１５５】ブロック１１０３は、Ｑ．９３１プロトコ
ルの取扱いの全てを行う責任がある。Ｑ．９３１プロト
コルを処理する場合にブロック１１０３により行われる
機能は、明らかに、ＣＣＩＴＴブルーブック（Ｂｌｕｅ
　　Ｂｏｏｋ）の仕様に定義されている。楕円１１０５
と１１０６は、システムタスクディスペンサによるタス
クの実行を表す。これらのタスクは、特定の種類の呼基
準値を取扱い、そして、ブロック１１０３の特定の部分
を呼ぶことによってそれらの仕事を行う。

【０１５６】しかるに、楕円１１０５と１１０６により
表されるタスクは、それぞれの機能があるＩＳＤＮの仕
様によっては直接特定されない。楕円から開始されるタ
スクを示す目的は、システムタスクディスペンサがこれ
らのタスクの初期化を制御するということを示すことで
ある。例えば、楕円１１０８は、ブロック１１０４が実
行されるべきであるということを示すシステムタスクデ
ィスペンサの待ち行列の中に情報が入れられるときに、
ブロック１１０４が実行されるべきであるという要求を
表す。

【０１５７】ブロック１１０４は、輸送層２０５へのイ
ンタフェースとして作用し、そして、輸送層２０５から
下方に来るメッセージを処理して、これらのメッセージ
を楕円１１０５を介してブロック１１０３により処理さ
れるべき信号通信メッセージに変換するか、または、よ
り高いレベルからの輸送能力または設備に対する要求を
取り扱う。ＩＮＴＦ　　ＭＡＮＡＧＥＲ１１０４の主な
仕事は、特定のインターフェース用の設備及び輸送の管
理である。

【０１５８】これを行うために、ブロック１１０４は、
呼の初期の設定、例えば、呼の要求を取り扱い、且つ、
各呼ごとに必要なチャネルの数を交渉する責任がある。 この機能を果たすために、ブロック１１０４は、各ＬＤ
Ｃと関連したＢチャネルの数を知っており、そして、呼
のために使用されるべき特定のＢチャネルを選択する。 交換ノード１０１のような交換ノードを通る通路または
多重交換ノードを通る通路を決定することはブロック１
１０４の責務ではない。

【０１５９】輸送層２０５は、より後の箇所で記載され
る通路の種類を発見する責務を有している。ブロック１
１０４は、どのＢチャネルが特定の呼のために使用され
るかを交渉により決定する。この交渉は、その呼、例え
ば、図３の遠隔テレマーケッティング端末１０４をも設
定しようとする他のシステム要素における他の対応実体
で実施される。

【０１６０】個々の電話機により発せられる呼の設定中
、ブロック１１０４は、音声情報の輸送のためにどのＢ
チャネルが利用されるかに関して電話機と最初交渉し、
そして、Ｑ．９３１プロトコルに関わる信号通信を取り
扱う。さらに、インタフェースマネージャ１１０４は、
リンクと事実上の層にしかるべき命令を送って、このイ
ンタフェース自体をしかるべく設定させる。

【０１６１】呼が進展するにしたがって、輸送層３３２
は、呼がどこへ行こうとしているかを判別して、ノード
１０１内における内部切り替えを行う。輸送層３３２は
、ノード内発送ルーチンを使用してこの機能を達成する
。輸送層が、ノード１０１を介して準備された後、輸送
層３３２は、ノード１０１の出インタフェースに呼の設
定を交渉するために楕円１１０８を介してブロック１１
０４に頼る。

【０１６２】ブロック１１０４は、これを、発呼電話機
からの最初の設定要求の交渉に似た方法で行う。要する
に、ブロック１１０４は、呼のための特定のシステムイ
ンターフェースからどのＢチャネルが使用されるべきか
を交渉による選択に責任がある。

【０１６３】図１１に示したブロックの機能をより良く
理解するために、交換ノード１０１への呼の設定に関す
る次の詳細な例を考える。最初は、リンク管理層３３０
から来る要求（ＤＬ　　ＤＡＴＡ　　ＩＮＤ）基本命令
が存在するであろう。Ｌ３　　ＰＲＯＣＥＳＳＩＮＧ　
　１１０２は、この命令に応答して、特定の呼基準値の
存在をチェックし、且つ、プロトコルをチェックする。

【０１６４】ブロック１１０２は、次に、１３ＳＴＡ　
　ＳＴＭ１１０５の待ち行列の中にメッセージが受信さ
れたという事実を入れる。システムタスクディスペンサ
の制御のもとで、楕円１１０５は、例えば、メッセージ
が正しい状態のものであるということを保証するために
、受信メッセージに対するプロトコル処理を行う。ブロ
ック１１０３は、次に、システムタスクディスペンサに
対し、楕円１１０８を介して、呼の要求が存在し、そし
て、ブロック１１０４が実行されるべきであるというこ
とを示す。

【０１６５】ブロック１１０４は、次に、この呼を取り
扱うために、要求されたインターフェースには利用可能
なＢチャネルが存在しているということを確認し、そし
て、楕円１１０５を介して呼発生要求を送り返す。シス
テムタスクディスペンサの制御の下で、楕円１１０５は
、ブロック１１０３を開始して、発呼電話機の回路網層
２０４に呼発生メッセージを発生して戻す。さらに、ブ
ロック１１０４は、楕円１１０７を介して輸送層３３２
を開始し、それにより、要求された資源が呼を完了する
ためにノード１０１内に存在するということを判別する
。

【０１６６】要求された資源は、交換ノード１０１の資
源に限定されてもよく、または、行き先ノードに達する
ために他のノードの資源を要求してもよい。行き先ノー
ドに達せられるか否かを判別することは輸送層３３２の
責務である。

【０１６７】なお、ブロック１１０３が、呼発生メッセ
ージを伝達するように頼られ、ブロック１１０３が、最
初、呼発生メッセージの伝送が呼のこの段階の場合に正
しかったということを確認するためにチェックを行い、
そして、Ｌ３　　ＰＲＯＣＥＳＳＩＮＧ１１０２に対し
呼発生メッセージを形成して送る。ブロック１１０２は
、このメッセージを、リンク管理層３３０に送られるｄ
ｌ　　ｄａｔａｒｅｑ基本命令の中に形成する。

【０１６８】輸送層３３２による情報の処理中、輸送層
３３２が行き先ノードに発送の情報を有しない場合、セ
ッション層３３３を備えた輸送層３３２は、行き先ノー
ドへの通路を決定する。セッション層３３３は、ダイア
ル数字を評価することによって呼がどのノードに向けら
れているかを判別する。セッション３３３が一度そのノ
ードを取り上げると、輸送層３３２は、如何にそのノー
ドに達するかを決定する責務を有する。如何にその呼を
発生するかを決定した後に、輸送層３３２は、行き先ノ
ードへの呼を設定する。

【０１６９】他のノードへの呼を設定するために、輸送
層３３２は、楕円１１０８を介してＬＩＮＴＦ　　ＭＡ
ＮＡＧＥＲ１１０４に頼る。ブロック１１０４は、ＬＤ
Ｃにより制御され、そして、行き先ノードに接続された
インターフェースを選択し、ブロック１１０４は、次に
、そのインターフェースのＢチャネルを選択する。この
選択を達成した後、ブロック１１０４は、他のノードと
その呼の設定を交渉する。

【０１７０】この呼の設定を交渉するためには、ブロッ
ク１１０４は、行き先ノードに伝送される、ブロック１
１０３により適当なメッセージを発生させるように楕円
１１０５に関連した状態機械に頼る。ブロック１１０４
は、ＬＤＣで利用されるべき呼基準値を選択もする。ブ
ロック１１０３は、メッセージが転送でき（設定メッセ
ージ）、そして、このメッセージを定式化してそれをＬ
３　　ＰＲＯＣＥＳＳＩＮＧブロック１１０２に転送す
る。

【０１７１】通路１１１３と１１１４の情報は、０の呼
基準値を有する受信されたメッセージを有している。こ
れらのメッセージは、２つの一般的な範疇に入る。第一
の範疇は、層３３３ないし３３６の間で前後に輸送され
るメッセージであって、それらの層の等価な仲間は、他
のノードに存在する。メッセージの第２の範疇は、呼関
連ではないメッセージである。例えば、端末のボタンの
押しは、呼関連ではなく、そして、その端末から０の呼
基準値を持つノードに転送される。

【０１７２】次は、図３のＬ２−Ｌ３アプリケーション
３３８と３４８との間で通信するさらに３つの実施例を
記載する。第１の実施例では、パケット化されたチャネ
ルは、ＰＲＩリンク１４６と１５７のＢチャネル上のＬ
ＡＰＤパケットプロトコルを確立することにより、Ｌ２
−Ｌ３アプリケーション３３８と３４８との間で確立さ
れる。第２の実施例は、ＢＲＩリンク１４６と１５７の
Ｄチャネルの論理リンクに論理リンクを確立することに
よって、Ｌ２−Ｌ３アプリケーション３３８と３４８と
の間で通信する。これは図１３に示してある。

【０１７３】これらの論理リンクは、図１３に示してあ
る。第３の実施例は、Ｌ２−Ｌ３アプリケーション間で
ユーザ−ユーザの一時的な合図情報（呼または、非呼関
連）メッセージを利用する通信路（例、パス１４１８）
を確立することによってＬ２−Ｌ３アプリケーション間
で通信する。第４の実施例は、第１の実施例に非常に似
ている。

【０１７４】第４の実施例では、パケット化されたチャ
ネルが、ＢＲＩリンク１４６と１５７のＢチャネルのよ
うなＢチャネルのサブチャネル上でＬＡＰＤパケットプ
ロトコルを確立することにより、Ｌ２−Ｌ３アプリケー
ション３４８と３３８との間に確立される。

【０１７５】第２、３、４の実施例では、Ｌ２−Ｌ３ア
プリケーション３４８と３３８との間は、第１の実施例
と同様な方法で確立される。

【０１７６】第２の実施例が、如何に、ＢＲＩリンク１
４６と１５７のＤチャネルに論理リンクを確立するかを
考える。第１の実施例の場合のように、Ｌ２−Ｌ３アプ
リケーション３３８は、端末プロセッサ１１８の被管理
電話番号を使用して、ソフトウェア層３３１ないし３３
３が、被呼側の番号フィールドにおける電話番号を持つ
設定メッセージを伝送するということを最初に要求する
。

【０１７７】更に、設定メッセージは、Ｄチャネル１３
２パケット化された論理リンクが確立されるよう要求す
る。設定メッセージを伝送することによって、Ｌ２−Ｌ
３アプリケーション３４８は、Ｌ２−Ｌ３アプリケーシ
ョン３３８に呼を送る。

【０１７８】設定メッセージは、ＰＲＩリンク１４６が
初期化されたときにすでに確立されていたＰＲＩリンク
１４６のＤチャネルのＬＤＣで、交換ノード１０９に送
られる。ＬＤＣは、Ｄチャネルの論理リンクである。交
換ノード１０９は、交換ノード１０１と遠隔スイッチ１
０４の両方に関して普通の方法でこの要求を処理し、こ
の要求を交換ノード１０１再転送する。

【０１７９】Ｌ２−Ｌ３アプリケーション３３８は、こ
の呼に応答し、そして、メッセージが前述のように前後
に伝送される。最初、設定メッセージは、回路網層３３
１に送られる。回路網層３３１は、設定メッセージを輸
送層３３２を介してセッション層３３３に転送する。

【０１８０】設定メッセージが受信されると、セッショ
ン層３３３は、それがどのような他の呼をも扱うのと同
じ方法でこの呼を扱う。セッション層３３３は、電話番
号に応答し、その呼がエンドポイントとしてのＬ２−Ｌ
３アプリケーション３３８に送られるということを判別
し、そして、その設定メッセージをアプリケーション層
３３５に転送する。アプリケーション層３３５は、被呼
側番号フィールド内の被ダイヤル番号を調査し、そして
、それに基づいて、呼設定要求をＬ２−Ｌ３アプリケー
ション３３８に転送する。

【０１８１】Ｌ２−Ｌ３アプリケ−ション３３８は、呼
設定メッセ−ジの受信時に呼の受け入れを選択し、Ｌ２
−Ｌ３アプリケ−ション３３８は、下のソフトウエア層
に対し論理リンクを確立する要求を伝送し、そして、肯
定応答メッセ−ジを送るべきであるという要求を伝送す
る。これに応答して、回路網層３３１は、接続メッセ−
ジを形成し、この接続メッセ−ジは次に、交換ノ−ド１
０９を介して遠隔のスイッチ１０４に戻される。

【０１８２】回路網層３３１は、論理リンク用の交換ノ
−ド１０９と交渉をもする。交換ノ−ド１０９は、接続
メッセ−ジに応答してＢＲＩリンク１５７からＢＲＩリ
ンクの前に選択した論理リンクにその交渉した論理リン
クを接続する。Ｌ２−Ｌ３アプリケ−ション３３８が、
そのメッセ−ジに応答しないことを決定すると、回路網
層３３１は、その呼を破壊して、適当なメッセ−ジを遠
隔のエンジェル３０１と交換ノ−ド１０９に送る。

【０１８３】接続メッセ−ジの伝送を要求した後、Ｌ２
−Ｌ３アプリケ−ション３３８は、リンクマネジメント
３３０を介してその選択した論理リンクにパケット化さ
れたチャネルを確立する要求を伝送する。これに応答し
て、リンクマネジメント３３０は、インタ−フェ−ス３
１６が、ＢＲＩリンク１５７の指定された論理リンクに
パケット化されたチャネルを確立し、そして、リンクイ
ンタ−フェ−ス層３１３がパケット化されたそのチャネ
ルにモデル３ＬＡＰＤプロトコルを確立するように、局
部エンジェル３１２がインタ−フェ−ス３１６を制御す
ることを要求する。さらに、リンクマネジメント３３０
は、このパケット化されたチャネルからの情報がＬ２−
Ｌ３アプリケ−ション３３８に向けられるべきであると
いうことを指定する。

【０１８４】接続メッセ−ジの受信後、遠隔のエンジェ
ル３０１のＬ２−Ｌ３アプリケ−ション３４８は、Ｌ２
−Ｌ３アプリケ−ション３３８により利用された方法に
類似の方法でＢＲＩリンク１４６の指定された論理リン
クにパケット化されたチャネルを確立もする。さらに、
Ｌ２−Ｌ３アプリケ−ション３４８は、層３０４のマネ
ジメント情報ベ−ス３６３の部分に情報を送り、これに
より、リンクインタ−フェ−ス３０４は、回路網３０６
に接続されたインタ−フェ−ス３６０、３６１から受信
したすべての情報を直接通路３０９を介してＬ２−Ｌ３
アプリケ−ション３４８に送ることになる。

【０１８５】本発明によれば、Ｌ２−Ｌ３アプリケ−シ
ョン３４８は、この情報に応答して、確立されたこのパ
ケット化されたチャネルを介してこの情報をＬ２−Ｌ３
アプリケ−ション３３８に伝送する。同様に、Ｌ２−Ｌ
３アプリケ−ション３４８は、Ｌ２−Ｌ３アプリケ−シ
ョン３３８から受信された情報に応答してこの情報を通
路３０９を介してリンクインタ−フェ−ス３０４に通信
する。この結果、インタ−フェ−ス３６０乃至３６１は
、リンクマネジメント３３０から始まるノ−ドプロセッ
サ１１８の高レベル構造により制御される。

【０１８６】この第三の実施例は、ＢＲＩリンク１４６
、１５７のＤチャネルのＬＤＣにユ−ザ−ユ−ザ通信接
続を確立することによってＬ２−Ｌ３アプリケ−ション
３４８とＬ２−Ｌ３アプリケ−ション３３８との間で通
信を行う。このユ−ザ−ユ−ザ通信接続を介して受信さ
れた情報は、それぞれ回路網層３３１、３４１によりＬ
２−Ｌ３アプリケ−ション３３８、３４８に向けられる
。

【０１８７】図１の遠隔スイッチの各ノ−ドプロセッサ
と遠隔のエンジェルは、回路網設定機能を行うために使
用されるだけの被管理電話番号を有している。遠隔のエ
ンジェル３０１が初期化されると、Ｌ２−Ｌ３アプリケ
−ション３４８は、内部テ−ブルを見て、ノ−ドプロセ
ッサ１１８である主ノ−ドプロセッサを選択する。

【０１８８】この主プロセッサテ−ブルの実体と関連し
て、ノ−ドプロセッサ１１８用の電話番号がある。Ｌ２
−Ｌ３アプリケ−ション３４８は、ノ−ドプロセッサ１
１８の被電話番号を使用して、ソフトウエア層３４１乃
至３４３が呼び出し側番号フィ−ルドに電話番号を持つ
設定メッセ−ジを交換ノ−ド１０１に伝送することを最
初に要求する。設定メッセ−ジを伝送することによって
、Ｌ２−Ｌ３アプリケ−ション３４８は、Ｌ２−Ｌ３ア
プリケ−ション３３８に呼を送る。

【０１８９】設定メッセ−ジは、ＢＲＩリンク１４６が
交換ノ−ド１０９に対して初期化されたときに前もって
確立されていたＢＲＩリンク１４６のＬＤＣで伝送され
る。交換ノ−ド１０９は、交換ノ−ド１０１と遠隔スイ
ッチ１０４の両方に関して普通の方法でこの要求を処理
し、そして、この要求を交換ノ−ド１０１に再び伝送す
る。

【０１９０】Ｌ２−Ｌ３アプリケ−ション３３８は、こ
の呼に応答し、そして、人間があたかも従来の電話器で
この呼に応答したかのようにメッセ−ジが前後に伝送さ
れる。最初、設定メッセ−ジは回路網層３３１に伝送さ
れる。回路網層３３１は、この設定メッセ−ジを輸送層
３３２を介してセッション層３３３に伝送する。設定メ
ッセ−ジが受信されると、セッション層３３３は、この
呼が任意の他の呼と同様な方法で扱う。

【０１９１】セッション層３３３は、この電話番号に応
答して、端点としてのＬ２−Ｌ３アプリケ−ション３３
８にこの電話番号を向けることを決定し、そして、この
設定メッセ−ジをアプリケ−ション層３３５に転送する
。アプリケ−ション層３３５は、被呼側の番号フィ−ル
ドの被ダイヤル番号を調査し、それに基づいて、呼設定
メッセ−ジをＬ２−Ｌ３アプリケ−ション３３８に転送
する。

【０１９２】Ｌ２−Ｌ３アプリケーション３３８が呼設
定メッセージの受信時に呼の受け入れを選ぶ場合、Ｌ２
−Ｌ３アプリケーション３３８は回路網層３３１に対し
て、ユーザ対ユーザ通信接続が確立され、そして、肯定
応答メッセージが送られるよう要求を伝送する。これに
応答して、回路網層３３１はユーザ対ユーザ通信接続を
確立し、そして、次に交換ノード１０９を介して遠隔の
スイッチ１０４に戻される接続メッセージを形成する。

【０１９３】回路網層３３１はユーザ対ユーザ通信接続
用の交換ノード１０９と交渉をも行う。交換ノード１０
９はその接続メッセージに応答して、ＢＲＩリンク１５
７からＢＲＩリンク１４６に対しその交渉されたユーザ
対ユーザ通信情報を接続する。もしもＬ２−Ｌ３アプリ
ケーション３３８がそのメッセージに答えないというこ
とに決まると、回路網層３３１はその呼を破壊して適当
なメッセージを遠隔のエンジェル３０１と交換ノード１
０９に送る。

【０１９４】その接続メッセージの伝送を要求した後、
Ｌ２−Ｌ３アプリケーション３３８は、要求を回路網層
３３１に送ってユーザ対ユーザ通信接続にそのパケット
化されたチャネルを確立する。さらに、回路網層３３１
は、このパケット化されたチャネルからの情報がＬ２−
Ｌ３アプリケーション３３８に向けられるべきであると
いうことを指定する。

【０１９５】この接続メッセージを実施した後、遠隔の
エンジェル３０１のＬ２−Ｌ３アプリケーション３４８
は、Ｌ２−Ｌ３アプリケーション３３８により利用され
る方法と類似した方法で、ＢＲＩリンク１４６の指定さ
れたユーザ対ユーザ通信接続でパケット化されたチャネ
ルを確率もする。さらに、Ｌ２−Ｌ３アプリケーション
３４８は情報を層３０４の管理情報ベース３６３に伝送
し、これにより、リンクインタフェース３０４は、回路
網３０６に接続されたインタフェース３６０、３６１か
ら受信したすべての情報を直接通路３０９を介してＬ２
−Ｌ３アプリケーション３４８に伝送する。

【０１９６】本発明によれば、Ｌ２−Ｌ３アプリケーシ
ョン３４８はこの情報に応答してこの情報を、確立され
たパケット化のチャネルを介しＬ２−Ｌ３アプリケーシ
ョン３３８に伝送する。同様に、Ｌ２−Ｌ３アプリケー
ション３４８は、Ｌ２−Ｌ３アプリケーション３３８か
ら受信した情報に応答してこの情報を通路３０９を介し
てリンクインタフェース３０４に通信する。その結果、
インタフェース３０６乃至３０１はリンクマネジメント
３３０で始まるノードプロセッサ１１８の高レベル構造
により制御される。

【０１９７】第四の実施例では、Ｂチャネルが、第一の
実施例について前に記載したように、Ｌ２−Ｌ３アプリ
ケーション３４８とＬ２−Ｌ３アプリケーション３３８
との間に確立される。このＢチャネルは、図２に関して
説明した方法で、ノードプロセッサ１１８の層３１３、
３１１と遠隔のエンジェル３０１の層３０４、３０３に
よりサブチャネルに分割される。

【０１９８】Ｌ２−Ｌ３アプリケーションは一つのサブ
チャンネルを選択し、そして、このサブチャンネルにパ
ケット化された通路を確立する。このパケット化された
サブチャンネルは次に図４と５で示した第一の実施例の
パケット化されたＢチャネルと同じ方法で使用される。 残りのサブチャンネルは、通信音声またはデータ情報の
ような他の機能用に使用してもよい。

【０１９９】当業者は、遠隔のスイッチのリンクインタ
フェース層からノードプロセッサのリンク管理層に対し
データの伝送を中継するフレームの使用を容易に考える
ことができよう。当業者は、遠隔スイッチのリンクイン
タフェース層からノードプロセッセサのリンク管理層へ
のデータの転送のためフレーム中継を使用することを容
易に考えることができよう。

【０２００】以上の説明は、本発明の一実施例に関する
もので、この技術分野の当業者であれば、本発明の種々
の変形例を考え得るが、それらは、何れも本発明の技術
的範囲に包含される。

【０２０１】

【発明の効果】　　以上述べたごとく、本発明よれば、
低価格で信頼性ある通信交換システムが提供される。

【図面の簡単な説明】

【図１】本発明の概念を実施する通信交換システムをブ
ロック線図で示す。

【図２】本発明によるソフトウエアアーキテクチャを示
す。

【図３】図１に示したソフトウエアアーキテクチャとハ
ードウエア要素との関係をブロック線図で示す。

【図４】交換ノード内に設定される合図通路と輸送通路
を論理的に示す。

【図５】事実上のインタフェースを確立する方法を論理
的に示す。

【図６】ＦＲＩリンクを確立する方法を論理的に示す。

【図７】リンクインタフェース用のソフトウエアアーキ
テクチャを示す。

【図８】リンクインタフェース用のソフトウエアアーキ
テクチャを詳細に示す。

【図９】リンクインタフェース用のソフトウエアアーキ
テクチャを詳細に示す。

【図１０】リンクインタフェース用のソフトウエアアー
キテクチャを詳細に示す。

【図１１】回路網層用のソフトウエアアーキテクチャを
詳細に示す。

【図１２】回路網層用のソフトウエアアーキテクチャを
詳細に示す。

【図１３】本発明の他の実施例を示す。

【図１４】本発明の他の実施例を示す。

【符号の説明】

１０１　　交換ノード １０２　　公衆回路網 １０４　　遠隔テレマーケッティング端末１０８　　Ｂ
ＲＩ端末 １０９　　論理テレマーケッティング端末１１０　　局
部テレマーケッティング端末１１１　　端末 １１５　　ハンドセット １２０　　ＢＲＩリンク １２１、１２２、１２６　　ＢＲＩリンク１２４、１２
５　　ＰＲＩリンク １４８　　Ｄチャネル １５０、１５１　　Ｂチャネル １５３、１５４　　Ｂチャネル １６６　　ＰＲＩリンク １６０　　電話局 １６７　　ＰＲＩリンク

Claims (33)

【特許請求の範囲】
1. 【請求項１】　　遠隔スイッチと中央処理装置を相互接
   続する交換システムを介してその中央処理装置により遠
   隔スイッチを制御する装置において、交換システムに関
   連して標準的なプロトコルを利用して呼を開始及び維持
   するために複数の階層的な呼制御機能を各々が行う中央
   処理装置と遠隔スイッチにより交換システムを介して通
   信される呼を送ることによって中央処理装置と遠隔スイ
   ッチとの間に輸送路を確立する手段と、遠隔スイッチに
   設けられて、複数の階層的な呼制御機能のうちの最下層
   の機能のみを行った後、輸送路を介して中央処理装置に
   遠隔スイッチで他の呼のための通信制御の情報を通信す
   る手段と、中央処理装置に設けられて他の合図制御情報
   を発生するために通信された合図制御情報に対し複数の
   階層的な呼制御機能の残りを実施するとともに、遠隔ス
   イッチの複数の階層的な呼制御機能のうちの最下層の機
   能に他の合図制御情報を通信する手段とを有し、これに
   より、中央処理装置が遠隔スイッチに対する他の呼を制
   御することを特徴とする遠隔スイッチ制御装置。
2. 【請求項２】　　呼の不存在を検出する手段をさらに有
   し、交換システムに関連して標準的なプロトコルを利用
   し第二の呼を開始及び維持するために複数の階層的な呼
   制御機能を各々が実施する中央処理装置と遠隔スイッチ
   により交換システムを介し第二の呼を送ることによって
   中央処理装置と遠隔スイッチとの間に呼の不存在に応答
   して第二の輸送路を確立する手段が第二の輸送路を確立
   することを特徴とする請求項１記載の装置。
3. 【請求項３】　　遠隔スイッチと中央処理装置との間に
   おける呼の確立の不可能なることを検出する手段を更に
   有し、交換システムに関連して標準的なプロトコルを利
   用し第三の呼を開始及び維持するために複数の階層的な
   呼制御機能を各々が実施する中央処理装置と遠隔スイッ
   チにより交換システムを介し第三の呼を送ることによっ
   て他の中央処理装置と遠隔スイッチとの間に呼の不存在
   に応答して輸送路を確立する手段が第三の輸送路を確立
   することを特徴とする請求項１記載の装置。
4. 【請求項４】　　遠隔スイッチが、遠隔プロセッサを有
   し、中央処理装置と遠隔処理装置が、各々、複数のソフ
   トウエア層を有し、このソフトウエア層の最下層が複数
   の階層的な呼制御機能の最下層の機能に対応し、低レベ
   ル呼制御を行い、中間ないし最上位のソフトウエア層が
   、複数の階層的な呼制御機能のうちの残りの機能に対応
   し、かつ、高レベル呼制御を行い、中央処理装置と遠隔
   スイッチの通信する手段が、各々、最上位のソフトウエ
   ア層にアプリケ−ションソフトウエアモジュ−ルを有し
   、他の呼用の合図制御情報に応答して遠隔処理装置の最
   下のソフトウエア層が、合図制御情報を遠隔処理装置の
   アプリケ−ションソフトウエアモジュ−ルに転送し、遠
   隔処理装置のアプリケ−ションソフトウエアモジュ−ル
   が、合図制御情報に応答してこの情報をカプセル化し、
   かつ、このカプセル化された情報を輸送通路を介して中
   央処理装置の最下のソフトウエア層に転送し、中央処理
   装置の最下のソフトウエア層が、このカプセル化した情
   報に応答してこのカプセル化した情報を中央処理装置の
   アプリケ−ションソフトウエアモジュ−ルに転送し、中
   央処理装置のアプリケ−ションソフトウエアモジュ−ル
   が、カプセル化した情報に応答してこの情報を回復する
   とともに、この回復した情報を中間ないし最上位のソフ
   トウエア層による高レベル呼制御処理が他の情報を発生
   させるために中間ソフトウエア層に転送することを特徴
   とする請求項３記載の装置。
5. 【請求項５】　　中央処理装置の中間乃至最上位のソフ
   トウエア層が、中央処理装置の中間のソフトウエア層か
   ら中央処理装置のアプリケ−ションソフトウエアモジュ
   −ルに前記他の合図制御情報を通信することによって遠
   隔スイッチを制御し、中央処理装置のアプリケ−ション
   ソフトウエアモジュ−ルは、他の合図制御情報に応答し
   て、この他の合図制御情報をカプセル化するとともに、
   このカプセル化した他の合図制御情報を輸送路を介して
   遠隔の処理装置の最下のソフトウエア層に転送し、遠隔
   の処理装置の他のソフトウエア層の最下層が、カプセル
   化した他の合図制御情報に応答してこのカプセル化した
   他の合図制御情報を遠隔処理装置のアプリケ−ションソ
   フトウエアモジュ−ルに転送し、遠隔の処理装置のアプ
   リケ−ションソフトウエアモジュ−ルが、カプセル化し
   た他の合図制御情報に応答してこの他の合図制御情報を
   回復するとともに、その他の情報を遠隔の処理装置の最
   下位のソフトウエア層に転送してその他の呼を制御する
   ことを特徴とする請求項４記載の装置。
6. 【請求項６】　　各々が信号チャネルと複数の輸送チャ
   ネルを有する複数の標準リンクにより中央処理装置と遠
   隔スイッチに交換システムが相互接続され、呼が、複数
   の標準リンクのうちの第一の標準リンクにより中央処理
   装置から交換システムに通信され、この呼が、複数の標
   準リンクのうちの第二の標準リンクにより交換システム
   から遠隔スイッチに通信され、輸送路が、標準リンクの
   うちの第一の標準リンクの複数の輸送チャネルのパケッ
   ト化された輸送チャネルと、標準プロトコルによる標準
   リンクのうちの第２の標準リンクの複数の輸送チャネル
   のうちのパケット化された輸送チャネルとに確立される
   ことを特徴とする請求項３記載の装置。
7. 【請求項７】　　標準リンクが、ＩＳＤＮリンクであり
   、標準プロトコルがＩＳＤＮプロトコルであることを特
   徴とする請求項６記載の装置。
8. 【請求項８】　　各々が信号チャネルと複数の輸送チャ
   ネルを有する複数の標準リンクにより中央処理装置と遠
   隔スイッチに交換システムが相互接続され、呼が、複数
   の標準リンクのうちの第一の標準リンクにより中央処理
   装置から交換システムに通信され、この呼が、複数の標
   準リンクのうちの第二の標準リンクにより交換システム
   から遠隔スイッチに通信され、輸送通路が、標準リンク
   のうちの第一の標準リンクの信号チャネルのユ−ザ通信
   設備と、標準プロトコルにより標準リンクのうちの第二
   の標準リンクの信号チャネルのユ−ザ通信設備とに確立
   されていることを特徴とする請求項３記載の装置。
9. 【請求項９】　　標準リンクが、ＩＳＤＮリンクであり
   、標準プロトコルが、ＩＳＤＮプロトコルであることを
   特徴とする請求項８記載の装置。
10. 【請求項１０】　　各々が信号チャネルと複数の輸送チ
    ャネルとを有する複数の標準リンクにより中央処理装置
    と遠隔スイッチに交換システムが相互接続され、呼が、
    複数の標準リンクのうちの第一の標準リンクにより中央
    処理装置から交換システムに通信され、この呼が、複数
    の標準リンクのうちの第二の標準リンクにより交換シス
    テムから遠隔スイッチに通信され、輸送通路が、標準リ
    ンクのうちの第一の標準リンクの合図チャネルの論理リ
    ンクと、標準プロトコルにより標準リンクのうちの第二
    の標準リンクの合図チャネルの前者の論理リンクに対応
    する論理リンクとに確立されていることを特徴とする請
    求項３記載の装置。
11. 【請求項１１】　　標準リンクが、ＩＳＤＮリンクであ
    り、標準プロトコルが、ＩＳＤＮプロトコルであること
    を特徴とする請求項１０記載の装置。
12. 【請求項１２】　　標準リンクを介して中央処理装置に
    より遠隔スイッチを制御する装置において、標準リンク
    で標準的なプロトコルを利用して呼を開始及び維持する
    ために複数の階層的な呼制御機能を各々が行う、中央処
    理装置と遠隔スイッチにより標準リンクで呼を送ること
    によって中央処理装置と遠隔スイッチとの間に輸送路を
    確立する手段と、遠隔スイッチに設けられ、複数の階層
    的な呼制御機能の最下層の呼制御機能のみを行った後、
    輸送路を介して中央処理装置に遠隔スイッチで他の呼の
    ための信号及び制御の情報を通信する手段と、他の信号
    及び制御の情報を発生するために通信された情報に対し
    複数の階層的な呼制御機能の残りを実施するとともに、
    遠隔スイッチの複数の階層的な呼制御機能の最下層の呼
    制御機能に他の信号及び制御の情報を通信する手段を有
    し、これにより、中央処理装置が遠隔スイッチに対する
    他の呼を制御することを特徴とする遠隔スイッチ制御装
    置。
13. 【請求項１３】　　遠隔スイッチと中央処理装置が交換
    システムにより相互接続され、及び、標準リンクの故障
    を検出する手段がさらに設けられ、確立する手段が、標
    準的なプロトコルを利用して第二の呼を開始及び維持す
    るために、各々が、複数の階層的な呼制御機能を実施す
    る中央処理装置と遠隔スイッチにより第二の標準リンク
    で第二の呼を送ることによって中央処理装置と遠隔スイ
    ッチとの間に第二の標準リンクに、標準リンクの故障に
    応答して第二の輸送路を確立し、検出手段が、第二の標
    準リンクの故障をさらに検出することができ、確立する
    手段が、標準プロトコルを利用して第三の呼の開始及び
    維持のために複数の階層的な呼制御機能を各々が実行す
    る中央処理装置と遠隔装置により交換システムを介して
    第三の呼を送ることにより中央処理装置と遠隔スイッチ
    との間において交換システムを介して第三の輸送通路を
    、第二の標準リンクの故障の検出時に応答して、確立し
    、それにより、この第三の輸送通路の確立時に中央処理
    装置の手段と遠隔スイッチの手段が、第二の通路の代わ
    りに第三の通路を使用することを特徴とする請求項１２
    記載の装置。
14. 【請求項１４】　　遠隔スイッチと中央処理装置の間に
    呼の確立の不能を検出する手段がさらに設けられ、確立
    する手段が、標準的なプロトコルを利用して第四の呼を
    開始及び維持するために複数の階層的な呼制御機能を各
    々が実施する中央処理装置と遠隔スイッチにより第三の
    標準リンクで第四の呼を送ることによって他の中央処理
    装置と遠隔スイッチとの間に第四の輸送路を呼の確立の
    不能に応答して確立し、検出する手段が、第三の標準リ
    ンクの故障をさらに検出することができ、確立する手段
    が、標準プロトコルを利用して第五の呼の開始及び維持
    のために複数の階層的な呼制御機能を各々が実行する中
    央処理装置と遠隔装置により交換システムを介して第五
    の呼を送ることにより中央処理装置と遠隔スイッチとの
    間において交換システムを介して第五の輸送通路を第三
    の標準リンクの故障の検出時に応答して確立し、それに
    より、この第三の輸送通路の確立時に中央処理装置の手
    段と遠隔スイッチの手段が、第五の通路を使用すること
    を特徴とする請求項１３記載の装置。
15. 【請求項１５】　　遠隔スイッチが、遠隔プロセッサと
    複数の標準インタフェ−スを有し、中央処理装置が、他
    の複数の標準インタフェ−スに接続され、標準リンクが
    複数の標準インタフェ−スの一つと他の複数の標準イン
    タフェ−スの一つに終端され、中央処理装置と遠隔処理
    装置が、各々複数のソフトウエア層を有し、このソフト
    ウエア層の最下層が、複数の階層的な呼制御機能の最下
    層の呼制御機能に対応し、かつ、標準インタフェ−スを
    制御し、中間ないし最上位のソフトウエア層が、複数の
    階層的な呼制御機能の残りに対応し、かつ、高レベル呼
    制御を行い、中央処理装置と遠隔スイッチの通信する手
    段が、各々、最上位のソフトウエア層にアプリケ−ショ
    ンソフトウエアモジュ−ルを有し、他の呼を通信する他
    の標準リンクを終端するインタフェ−スからの他の呼用
    の信号及び制御の情報に応答して遠隔処理装置の最下の
    ソフトウエア層が、信号及び制御の情報を遠隔処理装置
    のアプリケ−ションソフトウエアモジュ−ルに転送し、
    遠隔処理装置のアプリケ−ションソフトウエアモジュ−
    ルが、信号及び制御の情報に応答してこの情報をカプセ
    ル化し、かつ、このカプセル化された情報を輸送通路を
    介して中央処理装置の最下のソフトウエア層に転送し、
    中央処理装置の最下のソフトウエア層が、このカプセル
    化した情報に応答してこのカプセル化した情報を中央処
    理装置のアプリケ−ションソフトウエアモジュ−ルに転
    送し、中央処理装置のアプリケ−ションソフトウエアモ
    ジュ−ルが、カプセル化した情報に応答してこの情報を
    回復するとともに、この回復した情報を中間ないし最上
    位のソフトウエア層による高レベルの呼制御処理のため
    に中間ソフトウエア層に転送して他の情報を発生させる
    ことを特徴とする請求項１４記載の装置。
16. 【請求項１６】　　中央処理装置の中間乃至最上位のソ
    フトウエア層が、中央処理装置の中間のソフトウエア層
    から中央処理装置のアプリケ−ションソフトウエアモジ
    ュ−ルに前記他の情報を通信することによって遠隔スイ
    ッチを制御し、中央処理装置のアプリケ−ションソフト
    ウエアモジュ−ルが、前記他の情報に応答して、この他
    の情報をカプセル化するとともに、このカプセル化した
    他の情報を輸送路を介して遠隔処理装置の最下のソフト
    ウエア層に転送し、遠隔処理装置の前記他のソフトウエ
    ア層の最下位の層が、そのカプセル化した他の情報に応
    答してこのカプセル化した他の情報を遠隔処理装置のア
    プリケ−ションソフトウエアモジュ−ルに転送し、遠隔
    処理装置のアプリケ−ションソフトウエアモジュ−ルが
    、カプセル化した前記他の情報に応答してこの他の情報
    を回復するとともに、前記他の情報を遠隔処理装置の最
    下位のソフトウエア層に転送して前記他の標準インタフ
    ェ−スを制御することを特徴とする請求項１５記載の装
    置。
17. 【請求項１７】　　標準リンクが、合図チャネルと複数
    の輸送チャネルを有し、この輸送チャネルが標準プロト
    コルに従って複数の輸送チャネルのうちのパケット化さ
    れた輸送チャネルに設定されることを特徴とする請求項
    １６に記載の装置。
18. 【請求項１８】　　標準リンクが、ＩＳＤＮリンクであ
    り、標準プロトコルが、ＩＳＤＮプロトコルであること
    を特徴とする請求項１７記載の装置。
19. 【請求項１９】　　標準リンクが、合図チャネルと複数
    の輸送チャネルを有し、この輸送チャネルが標準プロト
    コルに従って合図チャネルのユーザの通信設備を利用す
    ることにより確立されることを特徴とする請求項１６に
    記載の装置。
20. 【請求項２０】　　標準リンクが、ＩＳＤＮリンクであ
    り、標準プロトコルが、ＩＳＤＮプロトコルであること
    を特徴とする請求項１９記載の装置。
21. 【請求項２１】　　標準リンクが、合図チャネルと複数
    の輸送チャネルを有し、複数の論理リンクと輸送通路を
    有する合図チャネルが、標準プロトコルに従って複数の
    論理リンクの一つに確立されることを特徴とする請求項
    １６に記載の装置。
22. 【請求項２２】　　標準リンクが、ＩＳＤＮリンクであ
    り、標準プロトコルが、ＩＳＤＮプロトコルであること
    を特徴とする請求項２１記載の装置。
23. 【請求項２３】　　遠隔スイッチと中央処理装置と相互
    接続する交換システムを介してその中央処理装置により
    遠隔スイッチを制御する方法において、交換システムに
    関連して標準的なプロトコルを利用して呼を開始及び維
    持するために複数の階層的な呼制御機能を各々が行う中
    央処理装置と遠隔スイッチにより交換システムを介して
    通信される呼を送り、この呼で中央処理装置と遠隔スイ
    ッチとの間に輸送路を確立し、複数の階層的な呼制御機
    能のうちの最下位の機能のみを行った後、輸送路を介し
    て中央処理装置に遠隔スイッチで他の呼のための合図制
    御情報を遠隔スイッチで通信し、他の合図制御情報を発
    生するために通信された合図制御情報に対し中央処理装
    置により複数の階層的な呼制御機能の残りを実施すると
    ともに、遠隔スイッチの複数の階層的な呼制御機能のう
    ちの最下位の機能に他の通信制御情報を通信し、これに
    より、中央処理装置が遠隔スイッチに対する他の呼を制
    御することを特徴とする遠隔スイッチ制御方法。
24. 【請求項２４】　　呼の不存在を検出し、交換システム
    に関連して標準的なプロトコルを利用し第二の呼を開始
    及び維持するために複数の階層的な呼制御機能を各々が
    実施する中央処理装置と遠隔スイッチにより交換システ
    ムを介し呼の不存在の検出に応答して第二の呼を送り、
    中央処理装置と遠隔スイッチとの間に第二の呼に応答し
    て第二の輸送路を確立するステップを更に有することを
    特徴とする請求項２３記載の方法。
25. 【請求項２５】　　遠隔スイッチと中央処理装置との間
    における呼の確立の不可能なることを検出し、交換シス
    テムに関連して標準的なプロトコルを利用し第三の呼を
    開始及び維持するために各々が複数の階層的な呼制御機
    能を実施する別の中央処理装置と遠隔スイッチにより交
    換システムを介し第三の呼を、呼の確立の不可能なるこ
    との検出に応答して送り、他の中央処理装置と遠隔スイ
    ッチとの間に第三の呼に応答して第三の輸送路を確立す
    るステップを有することを特徴とする請求項２４記載の
    方法。
26. 【請求項２６】　　遠隔スイッチが、遠隔プロセッサを
    有し、中央処理装置と遠隔処理装置が、各々、複数のソ
    フトウエア層を有し、このソフトウエア層の最下層が複
    数の階層的な呼制御機能の最下層の機能に対応し、低レ
    ベル呼制御を行い、中間ないし最上位のソフトウエア層
    が、複数の階層的な呼制御機能のうちの残りの機能に対
    応し、かつ、高レベル呼制御を行い、中央処理装置と遠
    隔スイッチが、各々、最上位のソフトウエア層にアプリ
    ケ−ションソフトウエアモジュ−ルを有し、他の呼用の
    合図制御情報を通信するステップが、遠隔処理装置の最
    下のソフトウエア層により、合図制御情報を遠隔処理装
    置のアプリケ−ションソフトウエアモジュ−ルに転送し
    、遠隔処理装置のアプリケ−ションソフトウエアモジュ
    −ルにより、情報を輸送通路を介して合図制御情報をカ
    プセル化し、かつ、このカプセル化された情報を中央処
    理装置の最下のソフトウエア層に転送し、中央処理装置
    の最下のソフトウエア層により、このカプセル化した情
    報を中央処理装置のアプリケ−ションソフトウエアモジ
    ュ−ルに転送し、中央処理装置のアプリケ−ションソフ
    トウエアモジュ−ルにより、カプセル化した情報を回復
    するとともに、この回復した情報を中間ないし最上位の
    ソフトウエア層による高レベル呼制御処理のために中央
    処理装置の中間ソフトウエア層に転送することを特徴と
    する請求項２５記載の方法。
27. 【請求項２７】　　遠隔スイッチの制御のため他の合図
    制御情報を通信するステップが、中央処理装置の中間の
    ソフトウエア層から中央処理装置のアプリケ−ションソ
    フトウエアモジュ−ルに前記他の合図制御情報を転送し
    、中央処理装置のアプリケ−ションソフトウエアモジュ
    −ルにより、他の合図制御情報をカプセル化するととも
    に、このカプセル化した他の合図制御情報を輸送路を介
    して遠隔の処理装置の最下のソフトウエア層に転送し、
    遠隔の処理装置のソフトウエア層の最下層により、カプ
    セル化した他の合図制御情報を遠隔処理装置のアプリケ
    −ションソフトウエアモジュ−ルに転送し、遠隔の処理
    装置のアプリケ−ションソフトウエアモジュ−ルにより
    、カプセル化した他の合図制御情報を回復するとともに
    、その他の情報を遠隔の処理装置の最下のソフトウエア
    層に転送してその他の呼を制御することを特徴とする請
    求項２６記載の方法。
28. 【請求項２８】　　各々が合図（ｓｉｇｎａｌｉｎｇ）
    チャネルと複数の輸送（ｔｒａｎｓｐｏｒｔ）チャネル
    を有する複数の標準リンクにより中央処理装置と遠隔ス
    イッチに交換システムが相互接続され、呼が、複数の標
    準リンクのうちの第一の標準リンクにより中央処理装置
    から交換システムに通信され、この呼が、複数の標準リ
    ンクのうちの第二の標準リンクにより遠隔スイッチから
    交換システムに通信され、呼を送るステップが、標準リ
    ンクのうちの第一の標準リンクの複数の輸送チャネルの
    パケット化された輸送チャネルと、標準プロトコルによ
    る標準リンクのうちの第２の標準リンクの複数の輸送チ
    ャネルのうちのパケット化された輸送チャネルとに輸送
    路を開始し維持するステップを有することを特徴とする
    請求項２７記載の装置。
29. 【請求項２９】　　標準リンクが、ＩＳＤＮリンクであ
    り、標準プロトコルがＩＳＤＮプロトコルであることを
    特徴とする請求項６記載の方法。
30. 【請求項３０】　　各々が合図チャネルと複数の輸送チ
    ャネルを有する複数の標準リンクにより中央処理装置と
    遠隔スイッチに交換システムが相互接続され、各合図チ
    ャネルが、ユーザ通信設備を支持し、呼が、複数の標準
    リンクのうちの第一の標準リンクにより中央処理装置か
    ら交換システムに通信され、この呼が、複数の標準リン
    クのうちの第二の標準リンクにより遠隔スイッチから交
    換システムへ通信され、呼を送るステップが、標準リン
    クのうちの第一の標準リンクの合図チャネルのユ−ザ通
    信設備と、標準プロトコルにより標準リンクのうちの第
    二の標準リンクの合図チャネルのユ−ザ通信設備とに輸
    送路を開始し維持するステップを有することを特徴とす
    る請求項２７記載の方法。
31. 【請求項３１】　　標準リンクが、ＩＳＤＮリンクであ
    り、標準プロトコルが、ＩＳＤＮプロトコルであること
    を特徴とする請求項３０記載の方法。
32. 【請求項３２】　　各々が合図チャネルと複数の輸送チ
    ャネルとを有する複数の標準リンクにより中央処理装置
    と遠隔スイッチに交換システムが相互接続され、各合図
    チャネルが、複数の論理リンクを有し、呼が、複数の標
    準リンクのうちの第一の標準リンクにより中央処理装置
    から交換システムに通信され、この呼が、複数の標準リ
    ンクのうちの第二の標準リンクにより遠隔スイッチから
    交換システムに通信され、呼を送るステップが、標準リ
    ンクのうちの第一の標準リンクの合図チャネルの複数の
    論理リンクの一つと、標準プロトコルにより標準リンク
    のうちの第二の標準リンクの合図チャネルの複数の論理
    リンクのうちの対応する論理リンクとに輸送路を開始し
    維持するステップを有することを特徴とする請求項２７
    記載の方法。
33. 【請求項３３】　　標準リンクが、ＩＳＤＮリンクであ
    り、標準プロトコルが、ＩＳＤＮプロトコルであること
    を特徴とする請求項３２記載の方法。