JPH04304754A

JPH04304754A - 仮想リンク生成装置とその方法

Info

Publication number: JPH04304754A
Application number: JP3358239A
Authority: JP
Inventors: Bruce M Bales; ブルース　メリル　ベールズ; Robert L Crumpley; ロバート　ルイス　クランプレイ; Sandra S North; サンドラ　スー　ノース; Stephen M Thieler; ステファン　マックス　シーラー
Original assignee: American Telephone and Telegraph Co Inc
Current assignee: AT&T Corp
Priority date: 1990-12-31
Filing date: 1991-12-27
Publication date: 1992-10-28
Anticipated expiration: 2012-12-08
Also published as: EP0493913B1; DE69124969T2; EP0493913A2; EP0493913A3; JP2686010B2; US5159594A; CA2053600C; CA2053600A1; DE69124969D1

Abstract

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

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、通信交換システム、特
に、呼制御情報の通信に関する。

【０００２】

【従来の技術】ＩＳＤＮ合図は、ＩＳＤＮ基準Ｑ．９３
１により定義されて呼の初期化、呼の進行、呼の終了、
国の使用情報の通信、局部的なサービスネットワーク情
報、及び通信システムと端末用のユーザに特有の情報を
制御するための国際基準を提供しようとするものである
。

【０００３】ＩＳＤＮ基準は、二つの標準的なリンク、
即ち、（１）各々が２３個のデータチャネル（Ｂチャネ
ル）と一つの合図チャネル（Ｄチャネル）を有する主レ
ートインタフェース（ＰＩＲ）リンクと、（２）各々が
二つのＢチャネルと一つのＤチャネルを有する基本的な
レートインタフェース（ＰＲＩ）リンクを定義している
。

【０００４】ＩＳＤＮメッセージのフォーマットにより
、各メッセージは、多数の情報素子（ＩＥ）を有するこ
とができ、ＩＥを符号セットによりグループ化する。この場合、０〜７と番号づけられた８個の可能なコード
セットが存在する。コードセット０は、現在定義された
組の情報要素であって、呼の初期化、維持、終了を制御
するＩＥを有している。

【０００５】コードセット１〜４は、将来のＩＳＤＮ基
準Ｑ．９３１の拡張用に保存されている。コードセット
５は、国の使用用である。コードセット６は、局部的な
サービスネットワークに特有のＩＥ用のものである。コ
ードセット７は、ユーザに特有のＩＥ用のものである。

【０００６】複数の切り替えノードを有するシステムで
、ＩＳＤＮ合図の特徴は、合図通路における各介在交換
ノード（複数の標準リンクを有する）が、合図情報を通
信するメッセージを処理しなければならないということ
である。それは、各介在交換ノードが、合図チャネルを
終了させるからである。この特徴のために、次の三つの
主要な問題が生じる。

【０００７】まず、各介在交換ノードは、呼の初期化、
進行及び終了の制御に関するすべてのＩＥ（コードセッ
ト０）を処理し、解釈する。その結果、端末装置は、も
しも標準的な合図が呼の制御に使用される場合、標準的
なリンクを使用して介在交換ノードを介し、制御交換ノ
ードから透過的に遠隔にすることができなくなる（直結
されない）。また、介在交換ノードがある場合、二つの
交換ノードは、制御情報を透過的に交換することができ
ない。

【０００８】端末装置は、もしも、非標準合図が呼の制
御に使用される場合、または、専用のリンクが使用され
る場合は、遠隔制御することができるだけであり、交換
ノードは、制御情報を直接交換できるだけである。しか
し、非標準合図は、もしも被制御端末装置が、直接、制
御交換ノードに接続される場合、または、これら二つの
交換ノードが互いに直結されていた場合とは異なって交
換ノードと被制御端末装置の両方が機能するよう要求す
る。

【０００９】第二の問題は、もしも標準的な合図が使用
される場合、合図情報の伝送速度は、この情報を各介在
交換ノードで処理する必要があるために大いに減少され
るということである。最後に、大きな付加的な処理荷重
が、介在する交換ノードに加えられる。

【００１０】上記のように、どのような介在交換ノード
も、呼制御を行うすべてのＩＥを処理し解釈するので、
ＩＳＤＮ基準は、端末装置が取り付けられた局部的な交
換ノードにより合図チャネルを介して端末装置を直接制
御しようとする。従って、ＩＳＤＮ基準は、大部分の種
類の通信用途に適当である。

【００１１】しかし、この基準は、公衆回路網のような
他の交換ノードを介して制御交換ノードから端末装置を
遠隔操作することが望ましいときには重要な問題を生じ
る。この遠隔の用途を実施するために、遠隔の端末装置
は、ＩＳＤＮの呼制御合図を使用しない場合、別の方法
で機能しなければならず、または、ＩＳＤＮ呼制御合図
を使用する場合は、専用リンクを使用しなければならな
い。

【００１２】専用リンクなしで標準的な合図を使用する
最も不利益な結果は、遠隔の端末装置が、制御交換ノー
ドに直接接続された端末装置と同じ方法では利用できな
いということである、しかし、遠隔装置が制御交換ノー
ドに直接接続されている場合に有すると同一の特性をそ
の遠隔装置が有することができる多くの応用が存在する
。

【００１３】この一例は、制御交換ノードがＰＢＸの場
合で、遠隔の場所にある少数の電話機を制御することが
望ましい。この関連距離のために、この端末装置を公衆
回路網を介してＰＢＸに接続することは、しばしば望ま
しくなる。局職員の操作手続きにより、ＰＢＸに直接接
続された端末装置のユーザと同一の機能を、その遠隔の
端末装置のユーザに提供することが望ましくなる。しか
し、少数の遠隔ユーザの場合、ＰＲＩリンクを終端し、
そして、これらのユーザにこのリンクからのチャネルを
切り替えることができる遠隔の場所に交換システムを設
置することは経済的ではない。

【００１４】

【発明が解決しようとす課題】上記従来技術の問題点に
鑑み、ＩＳＤＮ呼制御合図を使用する場合必要な専用リ
ンクを必要としない通信交換システムを提供することで
ある。

【００１５】

【課題を解決するための手段】通信交換システムでは、
標準リンクに新しい種類のリンクを確立する装置及び方
法によって技術的な進歩が達成される。このリンクは、
融通性あるレートインタフェース（ＦＲＩ）リンクまた
は仮想上のリンクと呼ぶことにする。ＦＲＩリンクは、
標準リンクの合図チャネルとは別個のそれ自体の合図チ
ャネルを有しており、介在交換システムにとって透過的
である。

【００１６】標準プロトコルは、標準リンクと、ＦＲＩ
リンクの両方の合図チャネルで利用される。好適な実施
例では、標準リンクは、ＩＳＤＮリンクであってもよく
、標準プロトコルは、ＩＳＤＮプロトコルである。

【００１７】好都合にも、ＦＲＩリンクのＦＲＩ合図チ
ャネルは、次のどれかを使用することによって達成して
もよい。即ち、標準ＩＳＤＮリンクのＢチャネル、標準
ＩＳＤＮリンクのＢチャネルの小チャネル、標準ＩＳＤ
ＮリンクのＤチャネルの論理リンク、または、標準ＩＳ
ＤＮユ−ザ情報輸送設備。四つのこれらの通信方法の全
てに関し、ＦＲＩ合図情報は、介在交換システムに透過
的である。

【００１８】好適な実施例では、ＦＲＩリンクは、交換
システムに接続されたＩＳＤＮインタフェースで終端さ
れる標準ＩＳＤＮリンクで、交換システムにより確立さ
れる。標準ＩＳＤＮリンクでは、合図チャネルは、標準
ＩＳＤＮリンクのＤチャネルで通信され、輸送チャネル
は、標準ＩＳＤＮリンクのＢチャネルである。

【００１９】交換システムを制御するプロセッサは、Ｆ
ＲＩリンクにより使用される標準ＩＳＤＮリンクにＦＲ
Ｉ合図チャネルを設定し、そして、ＦＲＩ合図チャネル
に標準ＩＳＤＮプロトコルを確立する。ＦＲＩ合図チャ
ネルは、（仮想合図チャネルとも呼ぶことにする。）プ
ロセッサは、二つの別個のリンクとしてＦＲＩリンクと
標準ＩＳＤＮリンクを利用する。

【００２０】標準ＩＳＤＮリンクからのＢチャネルは、
ＦＲＩリンクで使用されるように保存される。プロセッ
サは、ＦＲＩ合図チャネルで合図情報を通信して、設定
された呼またはＦＲＩリンクに割り当てられた透過的チ
ャネルで活性状態の呼に対し全ての呼制御を行う。ＦＲ
Ｉ合図チャネルで通信される合図情報は、ＩＳＤＮイン
タフェースの未割り当て透明チャネルで全ての呼を制御
するＩＳＤＮインタフェースの合図チャネルの合図情報
と明確に区別される。

【００２１】プロセッサは、階層的な構造に配列された
複数のソフトウエア層を実行する。この構造は、次の方
法で標準ＩＳＤＮリンクを制御する合図情報を処理する
。ＩＳＤＮリンクを終端するＩＳＤＮインタフェースは
、より低いソフトウエア層により直接制御される。これ
らのより低いソフトウエア層は、ＩＳＤＮインタフェー
スの合図チャネルから受信された合図情報に応答して、
中間のソフトウエア層（回路網ソフトウエア層）に対し
この合図情報を通信する。

【００２２】回路網ソフトウエア層は、ＩＳＤＮプロト
コルを終了し、そして、より高いソフトウエア層に対し
ＩＳＤＮリンクに関する情報を通信する。これとは対照
的に、プロセッサは、最高のソフトウエア層のアプリケ
−ションソフトウエアモジュール及びそのより低いソフ
トウエア層の機能を模擬する仮想上のリンクソフトウエ
アモジュールを使用することによってＦＲＩリンクを実
施する。

【００２３】ＦＲＩ合図チャネルが、Ｂチャネル、Ｂチ
ャネルの小チャネル、または、Ｄチャネルの論理リンク
により通信される場合、そのより低いソフトウエア層は
、ＩＳＤＮリンクを介して受信された（ＦＲＩ合図チャ
ネルを伝える）カプセル化情報に応答して、このカプセ
ル化情報をアプリケ−ションソフトウエアモジュールに
通信する。

【００２４】この後者のアプリケ−ションソフトウエア
モジュールは、カプセル化情報をＦＲＩ合図情報に変換
し、このＦＲＩ合図情報を仮想上のリンクのソフトウエ
アモジュールに転送する。

【００２５】仮想上のリンクのソフトウエアモジュール
は、ＦＲＩ合図情報を、ＩＳＤＮの合図チャネルから回
路網ソフトウエア層に合図情報をより低いソフトウエア
層が転送すると同じ方法で、回路網ソフトウエア層に転
送する。

【００２６】回路網ソフトウエア層が、ＩＳＤＮリンク
の合図チャネルで転送すべき合図情報を有する場合、回
路網ソフトウエア層は、ＩＳＤＮリンクの合図チャネル
で合図情報を通信するより低いソフトウエア層に対し合
図情報を転送する。

【００２７】しかし、回路網ソフトウエア層が、ＦＲＩ
リンクのＦＲＩ合図チャネルで伝送されるべき合図情報
を有するとき、回路網ソフトウエア層は、ＦＲＩ合図情
報を仮想上のリンクのソフトウエアモジュールに転送す
る。

【００２８】仮想上のリンクのソフトウエアモジュール
は、より低いソフトウエア層と同じ方法でＦＲＩ合図情
報を受信するが、ＦＲＩ合図情報を、ＦＲＩ合図チャネ
ル情報をカプセル化するアプリケ−ションソフトウエア
モジュールに転送する。アプリケ−ションソフトウエア
モジュールは、このカプセル化情報を伝送のためにソフ
トウエア階層構造を介してより低いソフトウエア層に転
送する。

【００２９】

【実施例】システムとＦＲＩの概略図１は、複数の電話
機、ＢＲＩ端末及びテレマーケッティング端末の間の情
報の通信のための複数の交換ノードと公衆回路網を備え
た通信システムを示す。交換ノード１０１、１６１、１
６２、１６３及びＢＲＩ遠隔端末１０７及び遠隔テレマ
ーケッティング端末１０４は、本発明に従って機能する
。図示のためのみであるが、公衆回路網１０２は、電話
局のみを備えるものとして示してあるが、公衆回路網１
０２は、該当するトランクにより相互接続された種々の
電話局及び市外局を有することができる。

【００３０】図１において、交換ノード１０１は、ＢＲ
Ｉリンク１２０ないし１２１を介して局部テレマーケッ
ティング端末１０９ないし１１０の動作を直接制御し、
且つ、ＢＲＩリンク１２２を介してＢＲＩ端末１０８の
動作を直接制御する。本発明によれば、交換ノード１０
１は、以後記載する融通性あるレートインタフェース（
ＦＲＩ）リンクを介して標準的なＩＳＤＮ制御情報を通
信する。

【００３１】ＦＲＩリンクを使用して、交換ノード１０
１は、局部テレマーケッティング端末１０９ないし１１
０とＢＲＩ端末１０８の動作を制御すると同じ方法でソ
フトウエアのアーキテクチャの観点から遠隔テレマーケ
ッティング端末１０４とＢＲＩ遠隔端末１０７の動作を
制御する。特に、ＦＲＩリンクは、ＰＲＩリンク１２３
のＢチャネル、電話局１６０、ＢＲＩリンク１２６及び
ＢＲＩリンク１２９を使用して確立される。

【００３２】交換ノード１０１は、ＰＲＩリンク１２３
、ＢＲＩリンク１２６、１２９のＤチャネルよりもむし
ろＦＲＩリンクを介して遠隔のテレマーケッティング端
末１０４とＢＲＩ遠隔端末１０７に情報を通信する。同時に、交換ノード１０１は、ＰＲＩリンク及びＢＲＩ
リンクのＤチャネルで、電話局１６０と、標準ＩＳＤＮ
合図情報を通信する。中央電話局１６０は、交換ノード
１０１からの合図情報を翻訳し、そして、従来のＩＳＤ
Ｎの方法で、ＢＲＩ端末１０５と電話機１０６の動作を
直接制御する。

【００３３】交換ノード１６１、１６２、１６３は、Ｂ
ＲＩリンクを介して自体に接続されたＢＲＩ端末と局部
テレマーケッティング端末をも有する。この場合、交換
ノード１６１、１６２、１６３は、交換ノード１０１と
他の交換ノードを介して電話局１６０と通信する。例え
ば、交換ノード１６３は、交換ノード１０１と１６２を
介して電話局１６０と通信する。交換ノード１６１、１
６２、１６３は、ハードウエアとソフトウエアの両方で
交換ノード１０１に類似している。

【００３４】図１に示したテレマーケッティング端末は
、ＡＴ＆Ｔ製のコールマスタ（Ｃａｌｌ　　Ｍａｓｔｅ
ｒ）６０２Ａと機能が類似している。ＢＲＩ端末１０５
と１０８は、好都合にも、ＡＴ＆Ｔ７５０７端末である
。ＢＲＩ遠隔端末１０７は、他のＢＲＩ端末の機能と同
一の機能を発揮するが、本発明に従って動作する。同様
に、遠隔のテレマーケッティング端末１０４は、他のテ
レマーケッティング端末の機能と同一の機能を行うが、
本発明に従ってこれらの機能を実施する。交換ノード１
０１の呼処理アプリケーションソフトウエアモジュール
は、ＢＲＩ端末１０８と１０７の両方に対する同一の方
法で呼処理を行う。同様に、交換ノード１０１内のテレ
マーケッティングアプリケーションソフトウエアモジュ
ールは、局部的なテレマーケッティング端末１０９ない
し１１０と遠隔テレマーケッティング端末１０４の場合
と同一の方法でテレマーケッティング機能を行う。これらのテレマーケッティング機能は、好都合にも、Ａ
Ｔ＆Ｔ（Ｄｅｆｉｎｉｔｙ　　Ｇｅｎｅｒｉｃ）２ＣＳ
のような市販の私通信システムにより行われる自動呼登
録簿（ＡＣＤ）機能に類似していてもよい。

【００３５】交換ノード１０１に直結され、または、電
話局１６０を介して遠方接続されたＢＲＩ端末（または
テレマーケッティング端末）の間には区別がされないよ
うに両ソフトウエアモジュールが書き込まれる。従って
、ＢＲＩ遠隔端末１０７のユーザは、ＢＲＩ端末１０８
のユーザが交換ノード１０１に有する機能の全てを提供
されている。これらの機能は重要である。それは、交換
ノード１０１は、好都合にも、精巧な特徴を提供する私
的な通信システムであってもよい。

【００３６】遠隔のユーザは、従来の呼設定手続きを使
用して電話局１６０を介し交換ノード１０１に対する通
信路が確立された電話機を使用する場合よりもさらに効
率的な方法で自分の仕事を行うことができる。

【００３７】ＦＲＩリンクにより提供される呼の特性を
さらによく理解するために、交換ノード１０１と電話局
１６０により行われて、ＢＲＩ端末１０８とＢＲＩ端末
１０５との間に呼を確立する通常のＩＳＤＮ呼設定の次
の例を考える。交換ノード１０１は、ＰＲＩリンク１２
３のＤチャネル１３０を介して電話局１６０と標準ＩＳ
ＤＮプロトコルメッセージを交換することによって行先
としてのＢＲＩ端末１０５を識別する合図情報に応答す
る−−この情報はＤチャネル１４８を介してＢＲＩ端末
１０８から受信される。

【００３８】呼の確立中、電話局１６０は、ＢＲＩ端末
１０５に対してＢＲＩリンク１２７のＤチャネル１４１
を介して呼警報メッセージ及び呼設定メッセージを伝送
する。ＢＲＩ端末１０５は、電話局１６０と相互作用し
てＢＲＩリンク１２７を介しＰＲＩリンク１２３からＢ
ＲＩ端末１０５に呼を伸ばす。交換ノード１０１は、電
話局１６０がＢＲＩ端末１０５について行う機能に類似
したＢＲＩ端末１０８についての呼確立機能を実行する
。

【００３９】電話局１６０が、交換ノード１０１からＤ
チャネル１３０を介して合図情報を受信するに従って、
電話局１６０は、これらのメッセージを処理してどんな
機能が行われるべきが及び如何にこの機能が実施される
べきかを決定する。電話局１６０によるメッセージのこ
の処理のために、交換ノード１０１は、ＢＲＩ端末１０
５を扱うことができる方法において制限される。

【００４０】特に、交換ノード１０１での呼処理アプリ
ケーションソフトウエアモジュールは、あたかもそれが
直結されたかのように、ＢＲＩ端末１０５を扱うことは
できない。ソフトウエアモジュールは、ＢＲＩ端末１０
５が、あたかもアナログ電話機１０６に類似しているか
のように電話局１６０を介して呼を設定しなければなら
ない。例えば、交換ノード１０１は、ＢＲＩ端末１０５
でインターコム呼び出しのような標準的なビジネス通信
の特徴を提供することはできない。

【００４１】これは、電話局１６０が介在するからであ
る。このような特徴を提供するために、交換ノード１０
１は、ＢＲＩ端末１０５が、あたかも交換ノード１０１
に直結されているかのようにＢＲＩ端末１０５と合図情
報を直接通信しなければならない。ＢＲＩ遠隔端末１０
７に関して次の節で詳述されるごとく本発明が解決する
のはこの問題である。

【００４２】本発明によれば、そして、前述の呼設定例
に対比して、制御情報は、ＦＲＩリンクを介して交換ノ
ード１０１とＢＲＩ遠隔端末１０７との間で直接通信さ
れる。ＦＲＩリンクは、ＩＳＤＮ　　ＢＲＩリンクの二
つのＢチャネル及び一つのＤチャネルに直接類似した一
つのＦＲＩＤチャネルと二つのＢチャネルを有している
。ＦＲＩリンクには四つの実施例が存在するが、その第一
の実施例は、ここに記載し、そして、他の三つの実施例
は後の節で記載する。

【００４３】ＦＲＩリンクの第一の実施例は、ＢＲＩリ
ンク１２９のＢチャネル１４６、１４７及びＰＲＩリン
ク１２３のＢチャネル１３１、１３２を使用して確立さ
れる。Ｂチャネル１４１は、二つの小チャネルに分割さ
れ、その一つは、パケット化されてＦＲＩＤチャネルと
して働き、他の小チャネルは、ＦＲＩＢチャネルの一つ
として働く。Ｂチャネル１４７は、他のＦＲＩＢチャネ
ルとして働く。

【００４４】例示的にＢチャネル１４６により支持され
たＦＲＩＢチャネルとＦＲＩＤチャネルは、それぞれ、
圧縮された音声及び合図の情報を伝達する。Ｂチャネル
１４６と１４７は、ＢＲＩ遠隔端末１０７から交換ノー
ド１０１に対し電話局１６０、ＰＲＩリンク１２３のＢ
チャネル１３１と１３２を介して切り替えられる。即ち
、Ｂチャネル１３１は、ＦＲＩＤチャネルと一つのＦＲ
ＩＢチャネルを伝送し、一方、Ｂチャネル１３２は、一
つの他のＦＲＩＢチャネルを伝送する。

【００４５】ＦＲＩリンクの合図情報は、Ｂチャネルで
通信されるので、電話局１６０は、この情報には応答せ
ず単に、合図情報をあたかも音声データのごとくに回路
切り替えするだけである。（Ｄチャネル１３０、１４５
は、ＢＲＩ遠隔端末１０７から交換ノード１０１に対し
電話局１６０を介して二つのＢチャネルの接続を確立す
るために使用されるだけである。）

【００４６】ＢＲＩ遠隔端末１０７の動作を可能にする
ためにＦＲＩリンクを初期化する交換ノード１０１の次
の例を考える。まず、交換ノード１０１は、Ｂチャネル
１３１と１３２であると仮定される、二つのＢチャネル
に対するアクセスのため、Ｄチャネル１３０を介しメッ
セージ交換機を介し、電話局１６０と交渉する。交換ノ
ード１０１は、この仕事を、標準的なＩＳＤＮメッセー
ジを電話局１６０に伝送することにより達成してＢＲＩ
遠隔端末１０７に対する呼を確立する。

【００４７】電話局１６０は、標準ＩＳＤＮメッセージ
をＤチャネル１４５を介しＢＲＩ遠隔端末１０７と交換
して、その呼をＢＲＩ遠隔端末１０７に延ばす。警告及
びＢＲＩ遠隔端末１０７を接続した後、電話局１６０は
、ＰＲＩリンク１２３のＢチャネル１３１、１３２をそ
れぞれ、ＢＲＩリンク１２９のＢチャネル１４６、１４
７に接続する。

【００４８】交換ノード１０１は、このチャネルの半分
の中に制御情報を挿入及びこのチャネルの半分の中から
制御情報を受信して（ＦＲＩＤチャネルを作り）、圧縮
音声情報をこのチャネルの他の半分の中に挿入し、そし
て、この他の半分の中から受信して（ＦＲＩＢチャネル
の一つを発生）することによってＢチャネル１３１を時
間的に多重化する。交換ノード１０１からの呼に応答し
て、ＢＲＩ遠隔端末１０７は、交換ノード１０１の多重
化されたＢチャネル１３１と同じ方法でＢチャネル１４
６を多重化してＦＲＩＤチャネルとＦＲＩＢチャネルを
も作る。

【００４９】ＦＲＩリンクの確立後、ＢＲＩ遠隔端末１
０７は、ＢＲＩ端末１０５が電話局１６０からＤチャネ
ル１４１の合図情報に応答すると同じ方法でＦＲＩＤチ
ャネルの合図情報に応答する。このＦＲＩリンクの確立
後、交換ノード１０１とＢＲＩ遠隔端末１０７は、ＦＲ
ＩＤチャネルを介し標準ＩＳＤＮメッセージを交換して
、端末１１２によるデータの通信用のＢチャネル１４７
を設定する。これが、一度確立されると、交換ノード１
０１は、ＢＲＩ遠隔端末１０７と端末１１２を、これら
が、あたかも、交換ノード１０１に直結されているかの
ように扱う。

【００５０】ＦＲＩリンクを使用する通信路の例は、Ｂ
ＲＩ遠隔端末１０７と電話機１０６との間の呼の確立で
ある。この通信路は、ＦＲＩリンクを介するＢＲＩ遠隔
端末１０７から交換ノード１０１へ、ＰＲＩリンク１２
４のＢチャネルを介して交換ノード１０１から電話局１
６０へ、そして、電話線１２８を介して電話局１６０か
ら電話機１０６へ至る。このような呼については、電話
局１６０は、電話線１２８を介して、電話機１０６につ
いて必要な合図をすべて行い、交換ノード１０１は、Ｆ
ＲＩＤチャネルを介してＢＲＩ遠隔端末１０７に関して
必要な合図をすべて行う。

【００５１】同様に、交換ノード１０１は、遠隔テレマ
ーケッティング端末１０４に対するＦＲＩリンクを確立
するために電話局１６０と通信することができる。交換
ノード１０１は、Ｄチャネル１３０を介して電話局１６
０に初期の合図を行い、電話局１６０は、ＢＲＩリンク
１２６のＤチャネル１３８を介して遠隔のテレマーケッ
ティング端末１０４に対し同様な合図を行う。

【００５２】呼の確立後、ＰＲＩリンク１２３の二つの
Ｂチャネル（例、チャネル１３４と１３５）は、電話局
１６０を介して、それぞれ、ＢＲＩリンク１２６のＢチ
ャネル１３９、１４０に接続されている。Ｂチャネル１
３９は、ＦＲＩＤチャネルを運搬する多重化チャネルで
あり、ＦＲＩＢチャネルは、圧縮された音声を通信する
。このＦＲＩリンクの確立後、遠隔のテレマーケッティ
ング端末１０４は、局部的なテレマーケッティング端末
１０９ないし１１０として交換ノード１０１内のテレマ
ーケッティングアプリケーションソフトウエアにより同
じ方法で取り扱われる。

【００５３】なお、ＢＲＩ遠隔端末１０７または遠隔の
テレマーケッティング端末１０４は、電話局１６０を介
し交換ノード１０１に対するＦＲＩリンクの確立を同様
に開始することもできる。遠隔のテレマーケッティング
端末１０４またはＢＲＩ遠隔端末１０７の場所には地理
的な制限は存在しない。実際、これらは、同一の大陸に
配置される必要はない。

【００５４】ＦＲＩリンクについては、ＢＲＩリンク１
２９のＢチャネルに接続された）ＰＲＩリンク１２３内
のすべてのＢチャネルが連続的に番号を付けられるべき
であるという要求は存在しない。それは、電話局１６０
が、必要な交換動作を行うからである。実際、Ｂチャネ
ルが同一のＰＲＩリンクに存在することは不必要である
。例えば、一つのＢチャネルは、ＰＲＩリンク１２３か
ら利用することができ、他のＢチャネルは、ＰＲＩリン
ク１２４から利用することができよう。

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

【００５６】前を見ると、Ｂチャネルのパケット化され
た小チャネルで通信されるカプセル化したＦＲＩＤチャ
ネル情報がソフトウエア構造の低いソフトウエア層に入
り、そして、直ちに最高のソフトウエア層に通信され、
ここで、ＦＲＩＤチャネル情報が回復されて、すべての
Ｄチャネル情報を処理する中間層に再度入る。ＦＲＩＤ
チャネル情報を再度挿入することによって、これらのソ
フトウエア層がＰＲＩリンクまたはＢＲＩリンクからの
Ｄチャネル情報を処理していたと同じである透過型の方
法でより高いソフトウエア情報により、ＦＲＩリンクを
制御する種々の機能は、実行することができる。

【００５７】同様に、ＦＲＩＤチャネル用のこれらのソ
フトウエア層からのＤチャネル情報は、これをカプセル
化して、このカプセル化されたＦＲＩＤチャネル情報を
パケット化された小チャネルで伝送するために低ソフト
ウエア層に通信する最高のソフトウエア層に中間ソフト
ウエア層から伝送される。

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

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

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

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

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

【００６３】これらの論理リンクの一つのみが、ＩＳＤ
Ｎ制御信号を通信するが、この論理リンクは、本明細書
では、論理Ｄチャネル（ＬＤＣ）と呼ぶことにする。Ｌ
ＤＣは、論理Ｄチャネル番号（ＬＤＣＮ）により識別さ
れる。前の例では、局部的なテレマーケッティング端末
１０９を制御するために交換ノード１０１が使用したの
は、Ｄチャネル１５２のＬＤＣであった。Ｄチャネル内
の他の論理リンクは、図１０に関して説明した他の使用
方法を有している。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００８３】ＦＲＩソフトウエアアーキテクチャの実施
−概観図３は、交換ノード１０１と遠隔のテレマーケッ
ティング端末１０４で実施される図２のソフトウエアア
ーキテクチャをブロック線図で示す。本発明によるこの
ソフトウエアアーキテクチャは、標準のＩＳＤＮリンク
ばかりでなく、ＦＲＩリンクをも支持する。

【００８４】ソフトウエア層２０３ないし２０９は、交
換ノード１０１のノードプロセッサ３１０及び端末１０
４の端末プロセッサ３０１のような各交換ノードとＦＲ
Ｉの有能な端末の主プロセッサで実施される。特に、リ
ンク層のリンク管理部を介する下方へのソフトウエア層
は、ノードプロセッサ３１０の３３６ないし３３０とし
て示したソフトウエア層及び端末プロセッサ３０１の３
４６ないし３４０と示したソフトウエア層により実現さ
れる。

【００８５】リンク層のリンクインタフェース部分は、
各々がリンクインタフェース機能を実施する少数の別々
のソフトウエアモジュールにより実施される。これらの
ソフトウエアモジュールの各々は、「エンジェル」と呼
ばれる。これらのエンジェルは、リンク層の機能の大部
分を実施し、そして、種々のエンジェルからソフトウエ
ア構造のより上の層に対しゲート路またはインタフェー
スを単に提供することがリンク管理部分の仕事である。

【００８６】ノードプロセッサ３１０のリンクインタフ
ェースは、局部エンジェル３１２、事実上のインタフェ
ースマネージャ（ＶＩＭ）エンジェル３１１及び遠隔の
エンジェル３２０により構成される。局部エンジェル３
１２とＶＩＭエンジェル３１１は、ノードプロセッサ３
１０により実行されるソフトウエアモジュールである。遠隔のエンジェル３２０は、独立型のプロセッサである
。

【００８７】遠隔のエンジェル３２０の動作及び目的は
、本願と同一日付で出願された整理番号９１１００６の
明細書に詳細に記載されている。対応的に、端末プロセ
ッサ３０１のリンクインタフェースは、局部エンジェル
３０４とＶＩＭエンジェル３０３を有している。

【００８８】事実上の層は、ハードウエアとソフトウエ
アにより共同して実施される。特に、交換ノード１０１
に関する事実上の層のハードウエア部分は、インタフェ
ース３１６ないし３１７及びインタフェース３２７ない
し３２８により実施される。インタフェース３１６ない
し３１７用の事実上の層のソフトウエア部分は、局部エ
ンジェル３１２により実施され、そして、インタフェー
ス３２７ないし３２８用の事実上の層のソフトウエア層
は、遠隔のエンジェル３２０により実施される。

【００８９】ＦＩＲに関しては、ＶＩＭエンジェル３１
１は、ソフトウエア部分を実施し、そして、ハードウエ
ア部分を模擬する。インタフェース３１６ないし３１７
、３２７ないし３２８は、公知の種類ＢＲＩインタフェ
ース及び（または）ＰＲＩインタフェースである。回路
網３１５と３２８は、局部エンジェル３１２と遠隔のエ
ンジェル３２０のそれぞれの制御下で要求された交換機
能を実施する。

【００９０】特に、インタフェース３１６は、ＰＲＩリ
ンク１２３と組み合わされて、図１のＢチャネル１３４
をその二つの小チャネルへの事実上の小分割を行う。図
３には明確に示してないが、音声小チャネル（ＦＲＩＢ
チャネル）は、上述のラインに沿って電話局１０２を介
し交換ノードを介して、回路網３１５により、例えば、
電話機１０６に直接切り替えられる。

【００９１】しかし、ＦＲＩＤチャネルを通信するパケ
ット化された小チャネルは、回路網３１５と局部エンジ
ェル３１２を介してインタフェース３１６により、以下
に詳細に説明される、さらなる処理のためソフトウエア
層３３６に転送される。

【００９２】遠隔のテレマーケッティング端末１０４で
は、事実上の層のハードウエアの機能性は、インタフェ
ース３０６により実施される。音声小チャネルのこの端
は、インタフェース３０６によりハンドセット３０８に
直接切り替えられる。まさに交換ノードにおけるように
、インタフェース３０６は、局部エンジェル３０４を介
してＦＲＩＤチャネルを通信するパケット化された小チ
ャネルをさらなる処理のためソフトウエア層３４６に転
送する。

【００９３】次に、本発明の重要な特徴、即ち、ＦＲＩ
能力がこのシステムの中に組み込む方法については、如
何に合図が標準ＩＳＤＮリンクで確立され、そして、Ｆ
ＲＩリンクでの合図を確立する問題を簡単に、しかもあ
る程度詳細を簡略して記載することが望ましい。ＦＲＩ
リンクでの合図を確立するこの問題を理解した後、如何
にして、標準的なＩＳＤＮリンクがソフトウエア層に関
して初期化され、そして、如何にＦＲＩリンクが初期化
されるかを簡単な説明で与える。

【００９４】リンクインタフェース層２０１と事実上の
層２０２の前述の説明中においては、如何にこれら二つ
の層が共に機能してパケット化されたＩＳＤＮＤチャネ
ルまたはＩＳＤＮＢチャネルに論理リンクを確立するか
が説明された。リンク管理ソフトウエア層２０３は、こ
れらの論理リンクを識別し、そして、情報をどのような
指定のより高いソフトウエア層でも論理リンクの一つに
対しこれらの情報を通信し、または、この論理リンクの
一つからの情報を通信する。

【００９５】そのより高いソフトウエア層の指定は、論
理リンクが初期化されるときに発生する。例えば、標準
ＩＳＤＮリンクのＤチャネルで、一つの特定の論理リン
ク（論理ＤチャネルＬＤＣと呼ばれる）は、常に、指定
されてＩＳＤＮの仕様に従って回路網ソフトウエア層２
０４と通信される。ＬＤＣは、この標準のＩＳＤＮリン
クのＢチャネル用の全ての呼制御情報を通信するもので
あり、ＩＳＤＮの仕様の一体部分である。

【００９６】次に、問題の要点を考える。関連するＢチ
ャネルを制御するどのような他のＤチャネルのデータを
も処理するのとまさに同じ方法で、ＦＲＩＤチャネルの
データを回路網とより高い層に処理させることが望まれ
るので、人は、これが、パケット化されたＢ小チャネル
の論理リンクがＬＤＣ処理のために回路網層までずっと
上方へ送られるべきであるということを、標準のＤチャ
ネルを取り扱う局部エンジェル３１２へのチャネル設定
中に示す簡単な事柄であると考えるかもしれない。しか
し、物事はそんなに簡単ではない。

【００９７】それは、回路網とより高いソフトウエア層
が、そのリンクのＬＤＣによってＩＳＤＮリンクの全て
のＢチャネルが制御されるという概念に基づく全ての呼
の処理を行うからである。これらのＢチャネルは、ＦＲ
Ｉリンクの設定の十分前にＩＳＤＮリンクの初期化中に
ＬＤＣで識別される。現存のＩＳＤＮリンクのＬＤＣか
らＦＲＩリンクのＬＤＣまでのＢチャネルを回路網とよ
り高いソフトウエア層が後で再度割り当てるには、リン
ク管理部２０３の上のソフトウエアにより実施される機
能に関してＩＳＤＮ基準からのずれが必要である。

【００９８】さらに、その再度の割り当てには、ＩＳＤ
Ｎの仕様からの別のずれである二つの回路網層の間にお
ける通信が必要である。さらに、これらの交渉は、他の
交換ノードまたは公衆回路網１０２のような介在交換シ
ステムが存在する場合には可能ではない。例えば、これ
らの回路網層は、交換ノードと、遠隔のテレマーケッテ
ィング端末内に存在することができよう。

【００９９】問題は、（１）標準のＩＳＤＮリンクと同
じ方法で回路網及びより高いソフトウエア層に対するＦ
ＲＩリンクのＦＲＩＤチャネルとＦＲＩＢチャネルを識
別し、（２）回路網層とより高いソフトウエア層に気付
かないＦＲＩＤチャネルとＦＲＩＢチャネルを通信する
事実上のＢチャネルと、ＦＲＩＤチャネルとＦＲＩＢチ
ャネルを相関付け、及び、（３）標準ＩＳＤＮリンクの
交換Ｂチャネルと同じ方法でＦＲＩＢチャネルのノード
内交換を回路網層及びより高いソフトウエア層に制御さ
せることができるようにすることである。

【０１００】本発明の特徴によれば、上に言及した事実
上のインタフェースマネージャの使用により解決される
。事実上のインタフェースマネージャ即ちＶＩＭは、リ
ンク層のソフトウエア及びアプリケーションソフトウエ
アの両方を含むソフトウエアパッケージである。リンク
層のソフトウエアは、事実、ノードプロセッサ３１０に
おける上述のＶＩＭエンジェル３１２と、端末プロセッ
サ３４０におけるそれと同様のもの、即ち、ＶＩＭエン
ジェル３０３である。（リンク層ソフトウエアは、前に
は、事実上のリンクソフトウエアモジュールと呼んだ。）

【０１０１】ＶＩＭエンジェル３１１と３０３は、事実
上の層をも模擬する。アプリケーションソフトウエアは
、ノードプロセッサ３１０のＶＩＭアプリケーション３
３８及び端末プロセッサ３０１のＶＩＭアプリケーショ
ン３４８として図３では示されている。交換ノード１０
１に特に関する問題に対する一般的な解法は、次の通り
である。ＦＲＩリンクを通信する事実上のＢチャネルの
設定中、局部エンジェル３１２は、パケット化された小
チャネルの論理リンクからＶＩＭアプリケーション３３
８に対しＦＲＩＬＤＣ情報を通信するように命令を受け
る。

【０１０２】これに応答して、論理エンジェル３１２は
、標準ＩＳＤＮリンクから回路網層３３１へのＬＤＣ情
報を通信する場合に行うと同種類の動作を行う。次に、
ＶＩＭアプリケーション３３８は、ＶＩＭエンジェル３
１１に命令をして、新しいＬＤＣが、特定数のＢチャネ
ルで活動状態となったということをより高いソフトウエ
ア層に知らせるために、活動状態となっているＦＲＩリ
ンクを模擬させる。ＦＲＩリンクがＶＩＭエンジェル３
１１によってより高いソフトウエア層に対し一度識別さ
れると、ＦＲＩリンクは、オプションとなる。

【０１０３】動作において、パケット化されたＢ小チャ
ネルからのＶＩＭアプリケーション３３８によりＦＲＩ
ＬＤＣ情報が受信されると、ＶＩＭアプリケーション３
３８は、この情報をＶＩＭエンジェル３１１に転送する
。これに応答して、ＶＩＭエンジェル３１１は、この情
報を、局部エンジェル３１２が標準のＩＳＤＮリンクの
ＬＤＣから情報を転送するのと同じ方法でリンク管理層
３３０に転送する。

【０１０４】リンク管理層３３０がＦＲＩＬＤＣ用のＬ
ＤＣ情報を受信すると、リンク管理層３３０は、この情
報を従来の方法でＶＩＭエンジェル３１１に転送する。次に、ＶＩＭエンジェル３１１は、この情報をＶＩＭア
プリケーション３３８に転送する。この情報に応答して
、ＶＩＭアプリケーション３３８は、この情報をパケッ
ト化されたＢ小チャネルで送り出す。

【０１０５】ＦＲＩＢチャネルの一つで制御作用が行わ
れるべきであるということを要求する情報をリンク管理
層３３０が受信すると、この情報は、この情報をＶＩＭ
アプリケーション３３８に転送する従来の方法で、ＶＩ
Ｍエンジェル３１１に転送される。ＶＩＭアプリケーシ
ョン３３８は、ＦＲＩＢチャネルと、このＦＲＩＢチャ
ネルを実際に通信する事実上のＢチャネルとの間で翻訳
を行い、且つ、事実上のＢチャネルを制御するエンジェ
ルに命令して、要求された制御作用を行わせる。

【０１０６】如何にしてＦＲＩリンクが初期化されるか
を理解するために、まず、標準的なＩＳＤＮリンクの初
期化を考える。標準的なＩＳＤＮリンクが活動状態にな
ると、事実上の層は、そのＩＳＤＮリンクを事実上のイ
ンタフェース番号によってリンクインタフェースソフト
ウエア層に終端する事実上のインタフェースを識別する
。リンクインタフェースソフトウエア層は、Ｄチャネル
にパケットプロトコルを確立し、そして、ＬＤＣをＤチ
ャネルの前もって特定された論理リンクにより通信され
るものと仮定する。

【０１０７】リンクインタフェースソフトウエア層は、
次に、リンク管理ソフトウエア層に対して、新しいＬＤ
Ｃが活性状態であり、そして、それが特定数のＢチャネ
ルを有し、そして、特定のインタフェースにそれが確立
されたということを知らせる。リンク管理ソフトウエア
層は、この新しいＬＤＣをそのリンクインタフェースソ
フトウエア層により識別し、そして、回路網ソフトウエ
ア層に、新しいＬＤＣが活性状態であり、そして、ＬＤ
Ｃが特定数のＢチャネルを制御するということを知らせ
る。

【０１０８】これに応答して、回路網ソフトウエア層は
、新しいＬＤＣの存在を記録し、そして、テーブルを設
定してＢチャネルをそれが活性状態となるに従って制御
する。さらに、回路網ソフトウエア層は、輸送ソフトウ
エア層に対して、新しいＬＤＣが活性状態であり、そし
てどのシステムの実体に対してその新しいＬＤＣが接続
されているかを知らせる。

【０１０９】両方の組のソフトウエア層（例えば、ソフ
トウエア層３３０ないし３３６とソフトウエア層３４０
ないし３４６）がこの方法で初期化された後、呼は、回
路網ソフトウエア層によりＬＤＣと組み合わされたＢチ
ャネルを介して確立してもよい。ＬＤＣで受信または送
信された合図情報は、回路網ソフトウエア層とリンク管
理ソフトウエア層との間で通信される。次に、リンク管
理ソフトウエア層は、Ｄチャネルの論理リンクで通信の
ためにリンクインタフェースソフトウエア層とこの情報
を通信する。

【０１１０】如何にしてＦＲＩリンクがソフトウエア層
に関して初期化されるかを考える。このようなＦＲＩリ
ンクが交換ノード１０１と遠隔のテレマーケッティング
端末１０４との間に一度確立されると、ソフトウエア層
３３０ないし３３６は、あたかも、ＦＲＩリンク３５０
が事実上のリンクであり、そして、インタフェース３０
６の部分（端末３０７、ハンドセット３０８及びコンソ
ール３０９を制御するその部分）がＶＩＭエンジェル３
１１に直結されたかのように機能する。

【０１１１】ＦＲＩＬＤＣを使用して、ソフトウエア層
３３０ないし３３６は、ユニット３０７、３０８、３０
９を、あたかもこれらのユニットが回路網３１５に取り
付けられたインタフェースに接続されて向けられた場合
と同一の方法で制御する。

【０１１２】初期化プロセスの第一のステップは、ＶＩ
Ｍアプリケーション３３８が呼をＶＩＭアプリケーショ
ン３４８に送ることである。この呼は、二つのアプリケ
ーションの間にＢチャネルを確立する。ＶＩＭアプリケ
ーション３３８は、事実上の層に、Ｂチャネルを二つの
小チャネルに分割させ、そして、リンクインタフェース
層がこれらの小チャネルの一つでパケット化されたチャ
ネルを発生させるよう要求する。

【０１１３】このパケット化されたチャネルで受信また
は送信されたすべての情報は、ＶＩＭアプリケーション
３３８とエンジェル３１２のリンクインタフェースとの
間でリンク管理層３３０を介して通信される。ＶＩＭア
プリケーション３４８は、同様な動作を行う。ＶＩＭア
プリケーション３３８は、別のＢチャネルが交換ノード
１０１と遠隔のテレマーケッティング端末１０４との間
に確立されるべきであるということを要求する。

【０１１４】第二のステップでは、ＶＩＭアプリケーシ
ョン３３８は、ＶＩＭエンジェル３１１がリンクマネジ
メント３３０に対して、ＬＤＣが活性状態となり、そし
て、それが二つのＢチャネルを有しているということを
しらせるよう要求する。ＶＩＭエンジェル３１１は、活
性状態となるＦＲＩインタフェースを構成する。

【０１１５】（本明細書では、これらのチャネルは、Ｆ
ＲＩＤチャネルとＦＲＩＢチャネルと呼ばれる。）ＶＩ
Ｍエンジェル３１１がリンクインタフェースソフトウエ
ア層の機能を実施し、そして、事実上の層を模擬すると
いうことを思い起こそう。ソフトウエア層３３０ないし
３３６は、この情報を標準リンクについて前に記載した
と同じ方法で処理する。

【０１１６】従って、これらのソフトウエア層は、ＦＲ
Ｉリンクが標準リンクと異なっているということを気付
いてはいない。ＶＩＭアプリケーション３３８は、ＦＲ
Ｉチャネルと、このＦＲＩチャネルを輸送する事実上の
チャネルとの間の相関関係を維持する。

【０１１７】ＦＲＩソフトウエアアーキテクチャの実施
−詳細図次の節は、ＦＲＩＬＤＣと二つのＦＲＩＢチャ
ネルが、交換ノード１０１と遠隔のテレマーケッティン
グ端末１０４との間に確立される方法を詳細に記載する
。ＶＩＭアプリケーション３３８、３４８は、ＦＲＩリ
ンクの普通の初期化中に一組の機能を実施し、そして、
ＦＲＩリンクの通常の動作中に他の組の機能を実施する
。初期化中、ＶＩＭアプリケーション３３８は、その仲
間のＶＩＭアプリケーション、即ち、ＶＩＭアプリケー
ション３４８に関連してＦＲＩリンクを初期化及び設定
する。

【０１１８】図１のようなシステムにおける各ノードプ
ロセッサと端末プロセッサは、回路網設定機能を実施す
るためにのみ使用される被管理で電話番号を有している
。ＶＩＭアプリケーション３３８は、端末プロセッサ３
０１の被管理電話番号を使用して、ソフトウエア層３３
１ないし３３３が呼び出し側のフィールドにおける電話
番号を持つ設定メッセージを伝送するよう最初に要求す
る。

【０１１９】また、この設定メッセージのコードセット
６のＩＥ内には、ノードプロセッサ３１０のノード番号
がある。この設定メッセージを送信することによって、
ＶＩＭアプリケーション３３８は、ＶＩＭアプリケーシ
ョン３４８に対して呼を送る。

【０１２０】設定メッセージは、ＰＲＩリンク１２３の
ＤチャネルのＬＤＣで伝送される。このＬＤＣは、ＰＲ
Ｉリンク１２３が電話局１６０に対し設定されたときに
前もって確立されていたものである。電話局１６０は、
交換ノード１０１と遠隔のテレマーケッティング端末１
０４の両方に関して通常の方法でこの要求を処理する。設定メッセージは、Ｂチャネル、例えば、本実施例の図
１のＢチャネル１３４を要求する。Ｂチャネル１３４で
のＦＲＩＬＤＣの確立後、別の要求が他のＢチャネルに
ついてなされる。

【０１２１】電話局１６０は、ＢＲＩリンク１２６のＤ
チャネル１３８のＬＤＣを介して遠隔のテレマーケッテ
ィング端末１０４と通信をする。ＶＩＭ３４８は、この
呼に応答し、そして、人間が従来の電話機でその呼に応
答していたかのようにメッセージが前後に伝送される。最初、設定メッセージは、回路網層３４１に転送される
。回路網層４３１は、輸送層３４２を介してこの設定メ
ッセージをセッション層３４３に転送する。

【０１２２】設定メッセージが受信されると、セッショ
ン層３４３は、それが、どのような他の呼をも扱うのと
同一の方法でその呼を扱う。セッション層３４３は、そ
の電話番号に応答して、それが、端点としてのＶＩＭア
プリケーション３４８に向けられ、そして、設定メッセ
ージをアプリケーション層３４５に転送するということ
を決定する。アプリケーション層３４５は、被呼側番号
フィールドでダイヤルされた番号を調査し、そして、そ
れに基づいて、この呼設定要求をＶＩＭアプリケーショ
ン３４８に転送する。

【０１２３】ＶＩＭアプリケーション３４８が、呼設定
メッセージの受信時に呼の受け入れを選択すると、ＶＩ
Ｍアプリケーション３４８は、より低いソフトウエア層
に対して、Ｂチャネルが確立され、そして、肯定応答メ
ッセージが送られるよう要求を送る。これに応答して、
回路網層３４１は、接続メッセージを形成し、このメッ
セージは、電話局１６０を介してノード１０１に送り返
される。

【０１２４】回路網３４１は、Ｂチャネル、例えば、Ｂ
チャネル１３９に関し電話局１６０と交渉をも行う。電
話局１６０は、この接続メッセージに応答してＢチャネ
ル１３４をＢチャネル１３９にそれぞれ接続する。ＶＩ
Ｍアプリケーション３４８が、そのメッセージに応答し
ないことを決定すると、回路網層３４１は、この呼を破
却してしかるべきメッセージをノードプロセッサ３１０
と電話局１６０に送る。

【０１２５】接続メッセージの伝送の要求後、ＶＩＭ３
４８は、リンク管理部３４０を介して要求を送る。これ
に応答して、リンク管理部３４０は、インタフェース３
０６がＢチャネル１４０を端末３０７に切り替えて、Ｂ
チャネル１３９を二つの小チャネルに分割するように局
部エンジェル３０４がインタフェース３０６を制御する
ことを要求する。一つの小チャネルは圧縮音声小チャネ
ルとして利用され、そして、他の小チャネルは、パケッ
ト化された小チャネルとして利用される。

【０１２６】リンク管理部３４０は、小チャネルでモデ
ル３ＬＡＰＤプロトコルを確立して、それをパケット化
された小チャネル（論理リンクとも呼ばれる）にする。このパケット化された小チャネルからのソフトウエア通
路は、論理エンジェル３０４を介してリンク管理部３４
０に接続される。図５に関してさらに詳しく説明するよ
うに、ＶＩＭアプリケーション３４８は、ＶＩＭエンジ
ェル３０３を利用して、ＦＲＩインタフェースが、ＶＩ
Ｍエンジェル３０３に設定されるということをソフトウ
エア層３４０ないし３４６に通知する。

【０１２７】リンク管理部３４０は、ＦＲＩリンク３５
０を確立してこれを識別するために設定されるＶＩＭエ
ンジェル３０３により実施される事実上のインタフェー
スに応答可能である。Ｂチャネル１３４を設定した後、
ＶＩＭ３３８アプリケーションは、電話局１６０を介し
てＢチャネル１３５をＢチャネル１４０に接続するため
に別の設定メッセージが伝送されるよう要求される。

【０１２８】ＶＩＭエンジェル３０３により実施される
事実上のインタフェースを設定する場合、ＶＩＭアプリ
ケーション３４８は、インタフェース３０６の事実上の
チャネル番号（エンジェルインタフェース番号、ｓｉｎ
ｔｆ、及びエンジェルインタフェース番号、ａｉｎｔｆ
）をＦＲＩチャネル番号（ａｉｎｔｆ）にマップ化する
。本実施例では、Ｂチャネル１３４のパケット化された
小チャネルは、例示的に番号２４を割り当てられたＦＲ
ＩＬＤＣとなる。

【０１２９】Ｂチャネル１３５は、ＦＲＩチャネル１に
マップ化され、そして、Ｂチャネル１３４の圧縮された
音声小チャネルは、ＦＲＩチャネル２の中にマップ化さ
れる。さらに、リンク管理部３４０は、ＶＩＭエンジェ
ル３０３の事実上のインタフェースを（ｓｉｎｔｆ）で
識別し、そして、このｓｉｎｔｆをＶＩＭエンジェル番
号と、事実上のインタフェースと関するａｉｎｔｆとに
相関づける。このマップ化及び事実上のインタフェース
の初期化の完了後、ＦＲＩリンクは、交換ノード１０１
と遠隔のテレマーケッティング端末１０４との間に確立
される。

【０１３０】この接続メッセージが、遠隔のテレマーケ
ッティング端末１０４から逆に受信されると、ＶＩＭエ
ンジェル３１１は、新しいインタフェースが設定されて
いたということをソフトウエア層３３０ないし３３５に
通知するときに局部エンジェル３１２が行うと同じ機能
を実施する。この接続メッセージに応答して、ＶＩＭア
プリケーション３３６は、ＶＩＭエンジェル３１１を使
用して事実上のインタフェースを設定し、そして、制御
情報を局部エンジェル３０４に伝送する。

【０１３１】この制御情報に応答して、エンジェル３０
４は、Ｂチャネル１３４がパケット化され圧縮された音
声小チャネルを有する多重化チャネルになるようにイン
タフェース３１６を初期化する。ＶＩＭアプリケーショ
ン３４８に似た方法で、ＶＩＭアプリケーション３３８
は、ＦＲＩリンクを確立するために、（内部テーブルを
使用して）この事実上のインタフェースをマップ化し及
び識別する。ＦＲＩリンク設定に関するさらなる詳細は
、図５に示す。ノードプロセッサ３１０と端末プロセッ
サ３０１の両方のＶＩＭアプリケーションとＶＩＭエン
ジェルが、以前記載した機能の実行を完了した後に、Ｆ
ＲＩリンクは、ハードウエア及びソフトウエアの展望の
両方から交換ノード１０１と遠隔のテレマーケッティン
グ端末１０４との間に確立される。本実施例におけるこ
の点で、このリンクで現在活動状態である実際の音声ま
たはデータは存在しない。活動状態の呼がＦＲＩリンク
に確立される方法は、次の節で詳しく記載する。

【０１３２】ＦＲＩリンクが、交換ノード１０１と遠隔
のテレマーケッティング端末１０４との間に確立された
後のある時点で、遠隔のテレマーケッティング端末１０
４を利用するエージェントが活動状態となる。この活動
状態となるためには、遠隔のテレマーケッティング端末
１０４におけるエージェントは、まず、データ接続を確
立するための標準的な手続きを使用して、インタフェー
ス３１７に取り付けられたホストコンピュータ（図３に
は示してない）と端末３０７のデータ接続を確立する。

【０１３３】合図は、Ｂチャネル１３４、１３９により
輸送されるＦＲＩ３５０リンクのＦＲＩＬＤＣを介して
行われる。データ接続は、ＰＲＩリンク１２３とＢＲＩ
リンク１２６それぞれのＢチャネル１３５、１４０で通
信される最初のＦＲＩＢチャネルで輸送される。ノード
プロセッサ３１０の層３３０ないし３３６は、Ｂチャネ
ル１３５とホストコンピュータに接続されたインタフェ
ース３１７の適切なチャネルとの間にデータ接続の要求
がなされるという、エンジェル３１１によって通信され
る、情報に応答する。

【０１３４】ソフトウエア層は、この要求を通常の方法
で処理し、そして、回路網３１５を介して接続を確立す
る。この時に、エージェントは、ホストコンピュータに
接続されるが、音声の会話には関係しない。しかし、ハ
ンドセット３０８は、インタフェース３１６及びＢチャ
ネル１３４、１３９の被圧縮音声小チャネルを介して回
路網３１５に接続される。

【０１３５】本実施例によれば、電話機１０６を使用す
る顧客は、電話局１６０を介して交換ノード１０１のテ
レマーケッティング機能に対し呼び出しをかける。この
呼び出しは、図１と図３のＰＲＩリンク１２３のＢチャ
ネルを介して送られる。内部アルコリズムに基づいて、
テレマーケッティングアプリケーション３３７は、局部
テレマーケッティング端末１０９ないし１１０または遠
隔のテレマーケッティング端末１０４に割り当てられた
どのようなエージェントをも全く同じ方法で使用するこ
とができる。

【０１３６】本実施例では、テレマーケッティングアプ
リケーション３３７は、電話機１０６からの呼を取り扱
うために遠隔のテレマーケッティング端末１０４に割り
当てられたエージェントを選択する。電話機１０６から
の呼を遠隔のテレマーケッティング端末１０４に転送す
るために、テレマーケッティングアプリケーション３３
７は、セッション層３３３に対し電話機１０６から受信
される呼をヘッドセット３０８に関連する電話番号に接
続する要求を送る。

【０１３７】セッション層３３３はその電話番号を翻訳
し、そして、該当するテーブルを調査し、そして、ヘッ
ドセット３０８が特定のエンドポイントに関連している
ということを発見する。この調査は、管理情報ベース３
６１の情報を利用することによりなされる。セッション
層３３３は、電話番号をエンドポイント、ノードまたは
公衆回路網に翻訳する。ヘッドセット３０８が、エンド
ポイント（ＦＲＩリンク３５０のＦＲＩＬＤＣ）に関連
しているという事実は、ＦＲＩリンク３５０の初期化中
に確立された。

【０１３８】セッション層３３３は、遠隔のテレマーケ
ッティング端末１０４が接続されているエンドポイント
を判別する要求を輸送層３３２に送る。輸送層３３２は
、エンドポイントがＦＲＩＬＤＣであるということを判
別する。輸送層３３２は、次に、ＦＲＩＬＤＣのｓｉｎ
ｔｆとチャネルを判別する要求を回路網層３３１に送る
。ＦＲＩＬＤＣに関連するチャネルは、回路網層３３１
により決定することができる。これは、回路網層３３１
が、各ＬＤＣチャネルと、各ＬＤＣが合図を送るＢチャ
ネル全てを関連付けるからである。

【０１３９】従って、遠隔のテレマーケッティング端末
１０４に合図を送るＬＤＣを決定することによって、輸
送層３３２は、遠隔のテレマーケッティング端末１０４
に対し音声またはデータを輸送するために使用すること
ができる全てのＢチャネルを決定もしていた。回路網層
３３１は、Ｂチャネル３３５の圧縮された音声小チャネ
ルとなる利用可能なＦＲＩＢチャネルを選択する輸送層
３３２からの要求に応答する。

【０１４０】通常は、回路網層３３１は、リンクの一部
である複数のチャネルからの呼を輸送するＢチャネルを
決定する。しかし、本実施例では、別のＦＲＩＢチャネ
ルのみがＦＲＩリンクに残され、そして、それは、普通
のＢチャネルとして回路網層３３１に識別される被圧縮
音声小チャネルである。

【０１４１】この点で、輸送層３３２は、ｓｉｎｔｆに
関し、電話機１０６用に使用される事実上のチャネルと
仮想上のインタフェースを識別する。次に、輸送層３３
２は、セッション層３３３を介して、接続マネージャア
プリケーション３５１のノード内方向決めルーチンが交
換ノード１０１を介して電話機１０６用のインタフェー
スと遠隔のテレマーケッティング端末１０４を相互接続
する接続路を確立するということを要求する。この接続
路の確立の後、遠隔のテレマーケッティング端末１０４
は、エージェントに対し、活性状態の呼が存在するとい
うことを警告する。

【０１４２】事実上のチャネルどうしの間の接続を設定
するために、輸送層３３２は、セッション層３３３を介
して、接続マネージャ３５１のノード内発送ルーチンが
交換ノード１０１の回路網を通る通路を決定すべきであ
るということを要求する。このノード内発送ル−チンは
、ＶＩＭアプリケーション３３８から、仮想インタフェ
ースの音声チャネルが、Ｂチャネル１３５の小チャネル
の事実上のインタフェース３１６により終端されるとい
うことを確立するマッピングを要求する。

【０１４３】ノード内発送ルーチンは、電話機１０６か
らの呼に関連した事実上のインタフェースとチャネルを
決定する。これは、この呼が受信されたときにこの情報
が管理情報ベース３６１内のセッション層３３３により
記憶されたからである。ノード内発送ルーチンとＶＩＭ
アプリケーション３３８との間の通信は、アプリケーシ
ョン層３３６においてなされ、そして、どのより低い層
を介しても通信はされない。

【０１４４】実際の事実上のインタフェースと、インタ
フェース３１６、３１７にある事実上のインタフェース
チャネルの両方が局部エンジェル３１２により制御され
るという事実とを決定した後、ノード内発送ルーチンは
、局部エンジェル３１２に対し、回路網３１５に該当す
るＢチャネルを相互接続させる命令を伝送する。ノード
内発送ルーチンからの局部エンジェル３１２に対するこ
の命令は、直接送られ、そして、層３３５ないし３３０
によっては処理されない。

【０１４５】エージェントが如何に警告されるかは、テ
レマーケッティングアプリケーション３３７によりなさ
れる決定に依存する。エージェントは顧客がエージェン
トに転送されるか、または、エージェントがインタフェ
ース３０６における呼び出しを起こす通常の合図を受信
することができるということを示すハンドセット３０８
のジップト−ンを受信することができる。エージェント
の警告中、交換ノード１０１内のすべての事実上の資源
が警告されており、そして、Ｂチャネル３３５に対する
回路網３１５内の最終の接続のみが行われる必要がある
。

【０１４６】ジップト−ンが使用されると、接続は、電
話機のハンドセット３０８に対して連続的に行われ、そ
して、端末プロセッサ３０１は、テレマーケッティング
アプリケーション３３７による遠隔のテレマーケッティ
ング端末１０４のエージェントの利用とは関わらない。これは、端末プロセッサ３０１のすべての仕事が前もっ
て行われていたからである。（ジップト−ンは、テレマ
ーケッティングにおける自動応答環境のために使用され
る。）

【０１４７】図４は、データリンク接続識別子（ＤＬＣ
Ｉ）、サービスアクセス点識別子（ＳＡＰＩ）、端末終
り識別子（ＴＥＩ）、システムインタフェース番号（ｓ
ｉｎｔｆ）、エンジェル、エンジェルインタフェース番
号（ａｉｎｔｆ）、論理Ｄチャネル番号（ＬＤＣＮ）、
呼基準番号（ＣＲＮ），及び種々のソフトウエア層の間
における一般的な関係を論理的に示す。図４に示したよ
うに、各対のリンクインタフェース層と事実上の層は、
別のエンジェルで実施される。

【０１４８】リンクインタフェース層１２５と事実上の
層１２６は、論理エンジェル３１２により実施され、そ
して、リンクインタフェース層１２７と事実上の層１２
８は、遠隔のエンジェル３２０により実施される。ノー
ドプロセッサ３１０は、リンク管理層３３０、回路網層
３３１、より高い層を実施する。ｓｉｎｔｆ，エンジェ
ル番号及びａｉｎｔｆ番号は事実上のインタフェースに
相関関係を有している。

【０１４９】ｓｉｎｔｆ番号は、事実上のインタフェー
スを識別するために回路網層３３１とより高い層により
利用される。回路網層３３１は、ｓｉｎｔｆ１４０１な
いしｓｉｎｔｆ４４０４により事実上のインタフェース
を識別する。ＶＩＭエンジェル３１１で実施される事実
上のインタフェースは、ｓｉｎｔｆ４４０５により識別
される。リンク管理層３３０は、共に、事実上または仮
想上のインタフェースを表すｓｉｎｔｆ番号と、エンジ
ェル及びａｉｎｔｆ番号との間の変換を行う。

【０１５０】例えば、リンク管理層３３０は、ｓｉｎｔ
ｆ１４０１を論理エンジェル３１２とａｉｎｔｆ１４１
１に変換する。リンクインタフェース層４２５は、ａｉ
ｎｔｆ１４１１を利用して事実上のインタフェース３１
６を識別する。ｓｉｎｔｆ１４０１ないしｓｉｎｔｆ６
４０５と、ａｉｎｔｆ１４１１ないしａｉｎｔｆ２４１
５との間には一対一の対応が存在する。

【０１５１】ｓｉｎｔｆ番号とａｉｎｔｆ番号は、特定
のインタフェースを識別し、そして、各インタフェース
は、複数のチャネルを有している。例えば、ＰＲＩリン
ク１２３は、２４個のチャネルを有している。回路網層
３３１は、実際の事実上のチャネル番号を使用すること
によって特定のｓｉｎｔｆに関連したチャネルを識別す
る。同様に、リンクインタフェース層４２５は、ａｉｎ
ｔｆ番号に関連した事実上のチャネル番号を利用する。ＦＲＩチャネルは、事実上のチャネル番号に類似したチ
ャネル番号を与えられている。

【０１５２】この番号付けは可能である。それは、ＩＳ
ＤＮ標準の仕様が、事実上のチャネル２４が合図を行う
ということを指定するからである。回路網層３３１とよ
り高い層は、ｓｉｎｔｆ番号を利用してリンクインタフ
ェース層と事実上の層を制御して事実上のチャネルを相
互接続し、且つ、これらのチャネルに特定のプロトコル
を発生させる。チャネルが、回路網３１５のような事実
上の回路網を介して相互接続する方法は、論理的な方法
の場合、例えば、通路４０７を除き図４には示してない
。

【０１５３】さらに、図４は、これらのチャネルが終端
され、そして、情報が利用される種々のチャネルとエン
ドポイントの利用を論理的に示す。前述のように、Ｂチ
ャネル１３４は、論理エンジェル３１２の事実上の層４
２６で二つの小チャネルに分割されている。すなわち、
通路４０７により、音声小チャネルは、Ｂチャネル１３
３とパケット化された小チャネルに接続されている。通
路１０７は、回路網３１５を介して形成される。

【０１５４】同様な通路が、インタフェース３１６と３
１７のＢチャネルどうしの間に形成することができると
いうことは、当業者に明らかであろう。Ｂチャネルの回
路切り替えは、事実上の層で行われ、一方、パケット切
り替えまたはフレームの中継は、リンクインタフェース
層で行われる。Ｂチャネル１３４のパケット化された小
チャネルは、リンクインタフェース層４２５で終端され
る。

【０１５５】これにより、この小チャネルにモード３の
プロトコルが確立され、そして、情報を通路４１８を介
してＶＩＭアプリケーション３３６と通信する。ＶＩＭ
アプリケーション３３６は、通路４２７を介して情報を
ＶＩＭエンジェル３１１と通信する。通路４１８と４２
７は、図３において通路３５１として識別される。

【０１５６】ＬＤＣを設定する方法は、さらに詳しく図
５に関して記載されるが、この時点では繰り返さない。しかし、図４は、ＬＤＣを実施するための情報の必要な
流れを提供するためにＤチャネル１３０を分割する方法
を示す。事実上の層４２６では、すべてのチャネルは、
同様に扱われる。まず、より高い層の制御のもとでリン
クインタフェース層４２５は、ＰＲＩリンク１２３のチ
ャネル２４であるＤチャネル１３０にＬＡＰＤパケット
プロトコルを確立する。

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

【０１５８】ＩＳＤＮ仕様によって、事実上のリンクは
、点対点または点対多重点のいずれかと考えることがで
きる。従来、ＰＲＩリンクは、ＰＲＩリンクのＤチャネ
ルで許容される一つのＴＥＩ番号のみをもたらす単に点
対点であってもよい。また慣習により、そのＴＥＩ番号
は、零に等しい。ＢＲＩリンクは、潜在的に１より大き
なＴＥＩ番号を有するＢＲＩのＤチャネルをもたらす点
対点または点対多重点であってもよい。

【０１５９】ＩＳＤＮ仕様によれば、ＤチャネルのＳＡ
ＰＩ番号の内の四つは、呼の制御のため零としてあらか
じめ規定され、そして、ｘ．２５プロトコルを実施する
ため１６としてあらかじめ規定され、そして、パケット
モード接続のために１として規定され、そして、リンク
管理層の間の仲間対仲間の通信のために６３として規定
されている。

【０１６０】図４では、サービスアクセスポイント（Ｓ
ＡＰ）４０８は、６３の値を有し、そして、リンク管理
層３３０により、電話局１６０において本実施例の場合
にその仲間との通信に使用されている。ＳＡＰ４０９は
、零の値を有し、そして、ＬＤＣＮ４１９を実施するた
めに使用される。

【０１６１】本実施例では、１６と１７の値を有するＳ
ＡＰＩは、実施されない。６０個のＳＡＰＩの値の残り
は、回路網層３３１より上のソフトウエア層に関するデ
ータの通信のためのパケット接続を確立するために利用
してもよい。

【０１６２】全ての合図は、インタフェース３１６用の
ＬＤＣＮ４１９を介して制御される。ＳＡＰ４０９であ
る零のＳＡＰＩを持つ情報を受信すると、リンク管理層
３３０は、この情報を回路網層３３１の方に向ける。Ｉ
ＳＤＮの仕様によれば、呼基準番号は、Ｑ．９３１プロ
トコルに含まれ、そして、ＬＤＣＮ４１９を介して受信
される。

【０１６３】これらの呼基準番号は、呼記録４２１また
は４２３のような呼記録を識別するために利用される。例えば、ＣＲＮ４２０と４２２は、それぞれ、呼記録４
２１と４２３を識別する。事実上のインタフェースにお
いて回路により切り替えまたはパケット化された呼に関
わる各チャネルまたは各小チャネルごとに一つの呼記録
が存在する。

【０１６４】リンク管理層３３０は、ｓｉｎｔｆ１４０
１を利用してＬＤＣＮ４１９を呼記録４２１、４２３と
関連付ける。回路網層３３１においては、ＣＲＮ番号は
、個々のＬＤＣＮに関して全く独特なものである。同様
に、ＦＲＩリンク３５０は、それぞれ、ＣＲＮ４２８、
４３２により識別される呼記録４２９、４３１を有する
ものとして示してある。

【０１６５】図５は、図３の交換ノード１０１にインタ
フェースをもたらす場合に交換されるメッセージを示す
。ＶＩＭインタフェース及び事実上のインタフェースの
両方についての種々のレベルの間で交換されるメッセー
ジは、図５に示してある。事実上のインタフェースの場
合、リンクインタフェース層５１２と事実上の層５１３
を含むファ−ムウエア５１０は、局部エンジェル３１２
または遠隔のエンジェル３２０のいずれかで物理的に実
施される。しかし、事実上のインタフェースがもちださ
れる場合、ファ−ムウエア５１０は、ＶＩＭエンジェル
３１１により実施される。

【０１６６】まず、図５をもちだされる図３の事実上の
インタフェース３１６の観点から考える。まず、インタ
フェースポ−トが（通路５１８）にプラグインされるに
従って、事実上の層は、Ｌ２　　ＭＧＮＴ　　ＥＮＴＩ
ＴＹ７０７（図７に関して詳細に記載したレベル２管理
実体）に向けられるｍｐｈ　　ｉｎｆｏ　　ｉｎｄ５０
０基本命令を伝送する。なお、サービスアクセス点（Ｓ
ＡＰＩ）番号は、ＭＤＬ基本命令に対しては６３であり
、ＤＬ基本命令に対しては零である。

【０１６７】ｍｐｈ　　ｉｎｆｏ　　ｉｎｄ５００基本
命令は、エンジェルが選択するａｉｎｔｆをも有する。ａｉｎｔｆは、インタフェースを参照するためにＬ２Ｍ
ＧＭＴＥＮＴＩＴＹ７０７により使用される参照である
。ｍｐｈ　　ｉｎｆｏ　　ｉｎｄ基本５００は、もちだ
されたＰＲＩリンク、ＢＲＩリンクまたはＦＲＩリンク
のようなインタフェースの種類を定義もする。なお、ニ
ューモニックは、そのメッセージがどこから来て、どこ
へ行くのかを示す。

【０１６８】ＭＰＨは、メッセージが、事実上の層とレ
ベル２管理実体との間にあるということを意味し、ＭＤ
Ｌは、メッセージが、レベル２管理実体とリンクインタ
フェース層５１２のＬＡＰＤ部分との間にあるというこ
とを示し、ＤＬは、レベル３とリンクインタフェース層
５１２のＬＡＰＤ部分との間にあるということを示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０１８３】図５に関して説明した機能を次に、交換ノ
ード１０１と遠隔のテレマーケッティング端末１０４と
の間においてＦＲＩリンクをもちだすことに関して特に
説明する。まず、ＶＩＭアプリケーション３３８、３４
８は、それら自体の間で呼を送る。ＬＤＣを使用して、
ＶＩＭアプリケーション３３８とＶＩＭアプリケーショ
ン３４８は、前述のようにＢチャネルを割り当てる。前
述のように、ＶＩＭアプリケーション３３８、３４８は
、呼の設定中、ノード番号またはノード番号の欠如を交
換する。

【０１８４】仲間対仲間の通信が、ＶＩＭアプリケーシ
ョン３３８と３４８との間に一度確立されると、これら
のアプリケーションは、ＦＲＩリンク３５０を設定し、
且つ、これらのインタフェースを該当するソフトウエア
層に対し識別するために、それらの仮想上のインタフェ
ースを初期化する。これは、ＶＩＭアプリケーション３
３８の観点から記載されるが、ＶＩＭアプリケーション
３４８は類似の機能を行う。

【０１８５】ＦＲＩリンク３５０をもちだすために仮想
上のインタフェースを初期化する場合、ＶＩＭアプリケ
ーション３３８は、ソフトウエア層３３０ないし３３５
に対し、ＦＲＩリンク３５０を形成する二つのＢチャネ
ルの存在及び如何にしてこれら二つのＢチャネルが利用
されるかを知らせなければならない。さらに、ＶＩＭア
プリケーションは、Ｂチャネル１３４の小チャネルにパ
ケット化されたデータリンクを設定しなければならない
。この点で、ＶＩＭアプリケーション３３８は、Ｂチャ
ネル１３４に二つの小チャネルを既に設定している。

【０１８６】ＶＩＭアプリケーション３３８は、次に、
それが仮想インタフェースに割り当てる独特の番号と、
遠隔のテレマーケッティング端末１０４との通信に使用
される事実上のインタフェース３１６との間に相関関係
を与える。ＶＩＭアプリケーション３３８により、ＶＩ
Ｍエンジェル３１１は、通路３５１を介してＭＰＨＩＮ
ＦＯ　　ＩＮＤ６００基本命令を図６の実体６０７に伝
送させられる。この基本命令は、仮想上のインタフェー
ス番号、インタフェースの種類（ＦＲＩ）及びＦＲＩに
おけるチャネルの数を指定する。

【０１８７】ＦＲＩにおけるこの三つのチャネルは、Ｍ
ＰＨ　　ＩＮＦＯ　　ＩＮＤ６００基本命令６００によ
り１、２、２４と指定される。この基本命令は、実体６
０７に対し、ＦＲＩリンクのＦＲＩチャネル２４とＦＲ
ＩＢチャネル１、２を使用するＦＲＩリンクが丁度現れ
たということを知らせる。実体６０７は、ＦＲＩチャネ
ル２４がＤチャネル（実際には、それは、ＦＲＩＤチャ
ネルである。何故ならば、それがＶＩＭエンジェルとＶ
ＩＭアプリケーションにより取り扱われるからである）
であると自動的に仮定する。

【０１８８】次に、ＶＩＭエンジェル３１１は、それが
フレーミングを有するということを示すＭＰＨ　　ＡＣ
ＴＩＶＡＴＥ　　ＩＮＤ６０１基本命令を伝送する。（
Ｂチャネルは、ＶＩＭアプリケーション３４８により既
に設定されているので、それは、直ちになし得る。）Ｖ
ＩＭエンジェル３０３は、基本命令６２０と６２１を送
ることによって同様な機能を行う。

【０１８９】実体６０７は、次に、ＦＲＩチャネル２４
にＦＲＩＬＤＣを確立する標準的な手続きを開始する。ＦＲＩインタフェースは、ＢＲＩインタフェースではな
いので、実体６０７、６２７は、ＴＥＩ番号を確立する
必要はないが、ＴＥＩは零に等しいと仮定する。実体６
０７、６２７は、図５のＭＰＨ　　ＡＣＴＩＶＡＴＥＩ
ＮＤ５０１、５０２基本命令に類似した基本命令を交換
する必要はない。

【０１９０】ＭＰＨ　　ＡＣＴＩＶＡＴＥ　　ＩＮＤ６
０１基本命令に応答して、実体６０７は、ＶＩＭエンジ
ェル３１１に対しＭＤＬ　　ＡＳＳＩＧＮ　　ＲＥＱ６
０２基本命令を伝送する。ＶＩＭエンジェル３１１は、
ＭＤＬ　　ＡＳＳＩＧＮ　　ＲＥＱ６０２基本命令に応
答してこの基本命令をＶＩＭアプリケーション３３８に
伝送する。ＶＩＭアプリケーション３３８は、メッセー
ジを局部エンジェル３１２に送る。

【０１９１】このメッセージに応答して、局部エンジェ
ル３１２は、零に等しいＴＥＩをインタフェース３１６
のＢチャネル１３９の小チャネルに割り当て、そして、
その小チャネルにＬＡＰＤプロトコルを確立する。実体
６２７は、ＭＤＬＡＳＳＩＧＮ　　ＲＥＱ６２２基本命
令を伝送することによって実体５０７により行われると
同じタスクを達成する。

【０１９２】次に、実体６０７は、ＭＤＬ　　ＵＤＡＴ
Ａ　　ＲＥＱ６０４基本命令を伝送することによってノ
ード情報の交換を開始する。この後者は、遠隔のテレマ
ーケッティング端末１０４のノード番号を要求する情報
を含む、ＭＤＬ　　ＵＤＡＴＡで応答するＶＩＭエンジ
ェル３１１により受信される。

【０１９３】ＶＩＭエンジェル３１１は、遠隔のテレマ
ーケッティング端末１０４がノードではなかったという
ことを最初の呼設定中に知らされていたので、ＶＩＭエ
ンジェル３１１は、ＭＤＬ　　ＵＤＡＴＡ　　ＲＥＱ６
０４基本命令には応答しない。如何なる応答をも受信し
ないので、実体６０７は、タイムアウトとなり、そして
、ＬＩＮＫ　　ＡＶＡＩＬ６１１基本命令を伝送する。

【０１９４】実体６２７は、ＭＤＬ　　ＵＤＡＴＡ　　
ＲＥＱ６２４を伝送する。交換ノード１０１は、ノード
番号を有しているので、ＶＩＭエンジェル３０３は、Ｍ
ＤＬ　　ＵＤＡＴＡ　　ＩＮＤ６２５基本命令のそのノ
ード番号で応答する。これに応答して、実体６２７は、
ＲＩＮＫ　　ＡＶＡＩＬ６２３基本命令を伝送する。

【０１９５】ＲＩＮＫ　　ＡＶＡＩＬ６１１基本命令に
応答して、実体６１８は、ＤＬ　　ＥＳＴＡＢＬＩＳＨ
　　ＲＥＱＵＥＳＴ６０６基本命令をＶＩＭエンジェル
３１１に送る。このＶＩＭエンジェル３１１は、基本６
０６をＶＩＭアプリケーション３３８に送る。ＶＩＭア
プリケーション３３８は、ＤＬ　　ＥＳＴＡＢＬＩＳＨ
０　　ＲＥＱＵＥＳＴ６０６基本命令を局部エンジェル
３１１に送る。

【０１９６】ＤＬ　　ＥＳＴＡＢＬＩＳＨ　　ＲＥＱＵ
ＥＳＴ６０６基本命令に応答して、局部エンジェル３１
２は、ＶＩＭアプリケーション３３８からのＤＬ　　Ｅ
ＳＴＡＢＬＩＳＨ　　ＲＥＱＵＥＳＴ６０６基本命令に
応答して、図５のＤＬ　　ＥＳＴＡＢＬＩＳＨ　　ＲＥ
ＱＵＥＳＴ５０６基本命令について記載したと同様な方
法で小チャネルにＬＣＤＮを確立する。

【０１９７】ＳＡＢＭＥ基本命令は、チャネル１３９の
パケット化された小チャネルで局部エンジェル３０４に
送られる。この後者の局部エンジェルは、ＳＡＢＭＥに
応答して、ＤＬ　　ＥＳＴＡＢＬＩＳＨ　　ＩＮＤ基本
命令を発生し、この命令をＶＩＭエンジェル３０３に対
しＶＩＭアプリケーション３４８と通路３６８を介して
送る。ＶＩＭエンジェル３０３は、このＤＬ　　ＥＳＴ
ＡＢＬＩＳＨ　　ＩＮＤ基本命令に応答してＤＬ　　Ｅ
ＳＴＡＢＬＩＳＨ　　ＩＮＤ６２６基本命令を実体６１
９に送る。

【０１９８】ＤＬ　　ＥＳＴＡＢＬＩＳＨ　　ＩＮＤ６
２６基本命令に応答して、実体６１９は、ＬＤＣＮ　　
ＡＶＡＩＬ６３３基本命令と、ＤＬ　　ＥＳＴＡＢＬＩ
ＳＨ　　ＲＥＳ６２８基本命令を送る。ＶＩＭエンジェ
ル３０３は、ＤＬ　　ＥＳＴＡＢＬＩＳＨＲＥＳ６２８
基本命令に応答して、この命令を局部エンジェル３０４
に送るＶＩＭアプリケーション３４８に対し同命令を通
信する。これに応答して、局部エンジェル３０４は、Ｌ
ＤＣのその目的を確立し、そして、ＵＡ基本命令を局部
エンジェル３１２に送る。

【０１９９】ＵＡ基本命令に応答して、局部エンジェル
３１２は、ＬＤＣのその終りを確立し、そして、ＤＬ　
　ＥＳＴＡＢＬＩＳＨ　　ＣＯＮ６０７基本命令を実体
６１８に対し通路６１５、ＶＩＭアプリケーション３３
８、通路３５１、ＶＩＭエンジェル３１１を介して送る
。実体６１８は、ＤＬ　　ＥＳＴＡＢＬＩＳＨ　　ＣＯ
Ｎ６０７基本命令に応答して、ＬＤＣＮ　　ＡＶＡＩＬ
６３１を送る。この点で、ＦＲＩリンクは、信号通信の
ためそれ自体のＦＲＩＬＤＣで完全に確立される。

【０２００】ＬＤＣＮ　　ＡＶＡＩＬメッセージは、他
のＬＤＣの利用可能性を示し、そして、より高いレベル
の初期化を生じさせる。ノードにちょうど知られていた
実体が、電話機の場合、ＩＳＤＮメッセージは、コード
セット０で交換されてその電話機またはどのような他の
情報端末からもサービスプロフィルｉｄ（ＳＰＩＤ）を
得る。

【０２０１】この情報は、ボタンの押しを解釈するため
に端末マネージャアプリケーションがこの情報を使用す
るアプリケーション層へ送られる。さらに、ＳＰＩＤは
、しばしば、電話機の電話番号をも含んでいる。端末マ
ネージャアプリケーションは、この電話機と交渉して、
電話機が全く同一のＳＰＩＤは有せず、そして、このＳ
ＰＩＤがセッション層３３３の番号付けプランにあると
いうことを保証する。

【０２０２】リンク管理層３３０は、図７にさらに詳し
く示してある。リンク管理層３３０は、ブロック７０１
、７０６、７０７及び待ち行列７０２ないし７０５から
なる。待ち行列７０２ないし７０５を使用して、Ｌ２　
　ＩＯ７０１は、データを、リンクインターフェース２
０２に類似のリンクインターフェースと通信する。Ｌ２
ＰＲＩＭ　　ＨＡＮＤＬＲＥ７０６は、回路網層３３１
から待ち行列７０２ないし７０４に情報を受信または配
置することに関する。

【０２０３】ブロック７０６は、情報が回路網層３３１
またはＬ２　　ＭＧＭＴ　　ＥＮＴＩＴＹ７０７に転送
されるべきか否かの決定をも行う。さらに、ブロック７
０６は、ｓｉｎｔｆ番号とエンジェル及びａｉｎｔｆ番
号との間でマッピングを行う。Ｌ２　　ＭＧＭＴ　　Ｅ
ＮＴＩＴＹ７０７は、リンク管理レベルにおいて層管理
部２７０の機能を行うことに関する。

【０２０４】Ｌ２　　ＩＯ７０１は、図８にさらに詳し
く示してある。ｑｕｅ　　ｕｐｌｉｎｋ８０１は、ＶＩ
Ｍエンジェルかまたは遠隔のエンジェルまたは局部エン
ジェル３１２のいずれかから受信された情報を１２　　
１３ｑ７０５に送る。遠隔のエンジェルは、この遠隔の
エンジェルで行われるＬ２−Ｌ３機能、通信ハンドラ機
能及び層管理を扱う。

【０２０５】遠隔のエンジェルの動作についてのさらに
詳しい説明は、前に参照した同時係属出願で与えられて
いる。情報は、待ち行列７０２ナイシ７０４から直接ア
プリケーションまたは局部エンジェルのいずれかに流れ
る。待ち行列は、システムタスクディスペンサの制御下
でｉ　　ｑｕｅｕｅ８０２により初期化される。ブロッ
ク８０１、８０２は、該当する実体により呼ばれるサブ
ルーチンである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【０２５０】これらの論理リンクは、図１３に示してあ
る。第３の実施例は、ＬＤＣＮ１４１９でユーザ−ユー
ザの一時的な合図情報（呼または、非呼関連）メッセー
ジを利用する通信路を確立することによってＦＲＩＬＤ
Ｃを通信する。第４の実施例は、ＦＲＩＬＤＣを通信す
るために使用されるＢチャネルが小チャネルに分割され
ないということを除いて第１の実施例に非常に似ている
。

【０２５１】むしろ、Ｂチャネル全体は、パケット化さ
れ、そして、ＦＲＩＬＤＣを通信するために使用される
。

【０２５２】第４の実施例が前の実施例で使用されると
き、ＩＳＤＮリンクの他の割り当てＢチャネルは、２つ
の小チャネルに分割される。その第１の小チャネルは、
第１のＦＲＩＢチャネルに使用され、そして、第２の小
チャネルは、第２のＦＲＩＢチャネル用に使用される。第２、第３または第４の実施例を使用して、ＶＩＭアプ
リケーション３３８とＶＩＭエンジェル３１１は、第１
の実施例の場合と同じ方法で共に機能して、仮想のイン
タフェースで概念的に終端するＦＲＩリンクを使用する
。ＶＩＭアプリケーション３４８とＶＩＭエンジェル３
０３は、第１の実施例の場合と同様な機能を果たしもす
る。

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

【０２５４】設定メッセージのコードセット６のＩＥ内
には、ノードプロセッサ３１０のノード番号も存在する
。更に、設定メッセージは、Ｄチャネル１３２パケット
化された論理リンクが確立されるよう要求する。設定メ
ッセージを伝送することによって、ＶＩＭアプリケーシ
ョン３３８は、ＶＩＭアプリケーション３４８に呼を送
る。

【０２５５】設定メッセージは、ＰＲＩリンク１２３が
設定されたときにすでに確立されていたＰＲＩリンク１
２３のＤチャネルのＬＤＣで、電話局１６０に送られる
。電話局１６０は、交換ノード１０１と遠隔のテレマー
ケッティング端末１０４の両方に関して普通の方法でこ
の要求を記す。設定メッセージは、Ｄチャネル１３０、
例えば、本実施例におけるＳＡＰ１３１０（図１３）に
おける論理リンクを要求する。

【０２５６】ＳＡＰ１３１０におけるＦＲＩＬＤＣの確
立の後で、２つのＢチャネルについての要求がなされる
。電話局１６０は、遠隔のテレマーケッティング端末１
０４とＢＲＩリンク１２６のＤチャネル１３８のＬＤＣ
を介して通信を行う。ＶＩＭ３４８は、この呼に応答し
、そして、メッセージが前述のように前後に伝送される
。最初、設定メッセージは、回路網層３４１に送られる
。回路網層１３３１は、設定メッセージを輸送層３４２
を介してセッション層３４３に転送する。

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

【０２５８】ＶＩＭアプリケーション３４８が、呼設定
メッセージの受信時に呼の受け入れを選択すると、ＶＩ
Ｍアプリケーション３４８は、より下のソフトウェア層
に対し、論理リンクがＤチャネル１３８に確立され、そ
して、肯定応答メッセージが送られるべきであるという
要求を送る。これに応答して、回路網層３４１は、接続
メッセージを定式化し、そして、この接続メッセージは
、電話局１６０を介してノード１０１に送り返される。

【０２５９】回路網３４１は、論理リンクの確立のため
に電話局１６０と交渉をも行う。電話局１６０は、接続
メッセージに応答して、Ｄチャネル１３０の論理リンク
（ＳＡＰ１３１０）と、Ｄチャネル１３８の論理リンク
との間にパケット接続を確立する。ＶＩＭアプリケーシ
ョン３４８が、そのメッセージに応答しないことを決定
すると、回路網層３４１は、その呼を破壊して、しかる
べきメッセージをノードプロセッサ３１０と電話局１６
０に送る。

【０２６０】接続メッセージの伝送を要求した後、ＶＩ
Ｍアプリケーション３４８は、要求をリンク管理部３４
０に送る。これに応答して、リンク管理部３４０は、論
理エンジェル３０４のリンクインタフェースがＤチャネ
ル１３８に新しい論理リンクを確立するということを要
求する。この論理リンクからのソフトウェア通路は、局
部エンジェル３０４からリンク管理層３４０を介してＶ
ＩＭアプリケーション３４８まで発生される。局部エン
ジェル３０４のリンクインタフェースは、次に、ＬＥＰ
Ｄ論理リンクを確立する。図５に関して、前に記載した
ように、ＶＩＭアプリケーション３４８は、ＶＩＭエン
ジェル３０３を利用して、ソフトウェア層３４０ないし
３４６に対し、ＶＩＭエンジェル３０３により実施され
る仮想インタフェースが設定されるということを知らせ
る。

【０２６１】Ｄチャネル１３０で論理リンクを設定した
後、ＶＩＭアプリケーション３３８は、設定メッセージ
が、Ｂチャネル１３４をＢチャネル１３９に、そして、
Ｂチャネル１３５をＢチャネル１４０に電話局１６０を
介して相互接続するように送られるべきであるというこ
とを要求する。結果として生じる通信路は２つのＦＲＩ
Ｂチャネルとなる。

【０２６２】ＶＩＭエンジェル３０３により実施される
仮想インタフェースを設定する場合に、ＶＩＭアプリケ
ーション３４８は、インタフェース３０６の事実上のチ
ャネルの番号（ｓｉｎｔｆ番号とチャネル番号）を仮想
のチャネル番号（ａｉｎｔｆ番号とチャネル番号）内へ
マップ化する。本実施例では、Ｄチャネル１３０の論理
リンクは、ＦＲＩＤチャネルとなり、このＦＲＩＤチャ
ネルは、番号２４を例として割り当てられている。

【０２６３】Ｂチャネル１３５は、ＦＲＩチャネル１の
中にマップ化され、Ｂチャネル１３４は、ＦＲＩチャネ
ル２の中にマップ化されている。更に、リンク管理層３
４０は、ｓｎｉｔｆで、ＶＩＭエンジェル３０３により
実施される仮想インタフェースを識別し、そして、この
ｓｎｉｔｆをＶＩＭエンジェル番号及び仮想インタフェ
ース用のａｎｉｔｆと相関づける。このマッピング及び
事実上のインタフェースの初期化が完了した後、ＦＲＩ
リンクは、交換ノード１０１と遠隔のテレマーケッティ
ング端末１０４との間に確立される。

【０２６４】この接続メッセージが遠隔のテレマーケッ
ティング端末１０４から逆に受信された後、ＶＩＭアプ
リケーション３３８とＶＩＭエンジェル３１１は、新し
いインターフェースが設定されたということをソフトウ
ェア層３３０ないし３３５に知らせる場合において局部
エンジェル３１２が行うのと同一の機能を行う。この接
続メッセージに応答して、ＶＩＭアプリケーション３３
８は、ＶＩＭエンジェル３０３により実施される仮想イ
ンタフェースを設定し、そして、論理エンジェル３１２
に対して制御情報を送る。

【０２６５】これに応答して、エンジェル３１２は、Ｄ
チャネル１３０に論理リンクを確立する。ＦＲＩリンク
３５０のＦＲＩＬＤＣは、論理リンクを介して通信され
る。ＶＩＭアプリケーション３４８に似た方法で、ＶＩ
Ｍアプリケーション３３８は、ＦＲＩリンクを確立する
ために、ＶＩＭエンジェル３１１により実施される下層
インタフェースをマップ化し識別する。ＦＲＩ設定の詳
細は図５に関して与えられている。

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

【０２６７】設定メッセージのコードセット６のＩＥ内
には、ノードプロセッサ３１０のノード番号も存在する
。更に、設定メッセージは、事実上の、または、リンク
レベルの接続を要求せず、むしろ合図接続を要求する。

【０２６８】設定メッセージは、ＰＲＩリンク１２３が
設定されたときにすでに確立されていたＰＲＩリンク１
２３のＤチャネルのＬＤＣで、電話局１６０に送られる
。電話局１６０は、交換ノード１０１と遠隔のテレマー
ケッティング端末１０４の両方に関して普通の方法でこ
の要求を処理する。設定メッセージは、ユーザーユーザ
一時合図接続を要求する。

【０２６９】ユーザーユーザの一時合図接続におけるＦ
ＲＩＬＤＣの確立の後で、２つのＢチャネルについての
要求がなされる。電話局１６０は、遠隔のテレマーケッ
ティング端末１０４と、ＢＲＩリンク１２６のＤチャネ
ル１３８のＬＤＣを介して通信を行う。ＶＩＭ３４８は
、この呼に応答し、そして、メッセージが前述のように
前後に伝送される。最初、設定メッセージは、回路網層
３４１に送られる。回路網層１４３１は、設定メッセー
ジを輸送層３４２を介してセッション層３４３に転送す
る。

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

【０２７１】ＶＩＭアプリケーション３４８が、呼設定
メッセージの受信時に呼の受け入れを選択すると、ＶＩ
Ｍアプリケーション３４８は、より下のソフトウェア層
に対し、ユーザーユーザの一時合図接続がＤチャネル１
３８に確立され、そして、肯定応答メッセージが送られ
るべきであるという要求を送る。これに応答して、回路
網層３４１は、接続メッセージを定式化し、そして、こ
の接続メッセージは、電話局１６０を介してノード１０
１に送り返され、この呼についてＶＩＭアプリケーショ
ン３４８に対しユーザーユーザの一時合図接続を確立す
る。

【０２７２】ＶＩＭアプリケーション３４８が、このメ
ッセージに応答しないことを決定すると、回路網層３４
１は、この呼を破壊して、しかるべきメッセージをノー
ドプロセッサ３１０と電話局１６０に送る。図５に関し
て前に述べたように、ＶＩＭアプリケーション３４８は
、ＶＩＭエンジェル３０３を利用して、ＶＩＭエンジェ
ル３０３により実施される仮想インタフェースが設定さ
れるということをソフトウェア層３４０ないし３４６に
知らせる。

【０２７３】リンク管理層３４０は、設定されるＶＩＭ
エンジェル３０３により実施される仮想インタフェース
に応答して、ユーザ−ユーザの一時的な合図接続を介し
て通信されるＦＲＩリンク３５０のＦＲＩＬＤＣを確立
し且つ識別する。

【０２７４】ユーザーユーザの一時合図接続を設定した
後、ＶＩＭアプリケーション３３８は、設定メッセージ
が、Ｂチャネル１３４をＢチャネル１３９に、そして、
Ｂチャネル１３５をＢチャネル１４０に電話局１６０を
介して相互接続するように送られるべきであるというこ
とを要求する。結果として生じる通信路は２つのＦＲＩ
Ｂチャネルとなる。

【０２７５】ＶＩＭエンジェル３０３により実施される
仮想インタフェースを設定する場合に、ＶＩＭアプリケ
ーション３４８は、インタフェース３０６の事実上のチ
ャネルの番号（ｓｉｎｔｆ番号とチャネル番号）を仮想
のチャネル番号（ａｉｎｔｆ番号とチャネル番号）内へ
マップ化する。本実施例では、ユーザーユーザの一時合
図接続は、ＦＲＩＤチャネルとなり、このＦＲＩＤチャ
ネルは、番号２４を例として割り当てられている。

【０２７６】Ｂチャネル１３５は、ＦＲＩチャネル１の
中にマップ化され、Ｂチャネル１３４は、ＦＲＩチャネ
ル２の中にマップ化されている。更に、リンク管理層３
４０は、ｓｎｉｔｆで、ＶＩＭエンジェル３０３により
実施される仮想インタフェースを識別し、そして、この
ｓｎｉｔｆをＶＩＭエンジェル番号及び仮想インタフェ
ース用のａｎｉｔｆと相関づける。このマッピング及び
事実上のインタフェースの初期化が完了した後、ＦＲＩ
リンクは、交換ノード１０１と遠隔のテレマーケッティ
ング端末１０４との間に確立される。

【０２７７】この接続メッセージが遠隔のテレマーケッ
ティング端末１０４から逆に受信された後、ＶＩＭアプ
リケーション３３８とＶＩＭエンジェル３１１は、新し
いインターフェースが設定されたということをソフトウ
ェア層３３０ないし３３５に知らせる場合において局部
エンジェル３１２が行うのと同一の機能を行う。この接
続メッセージに応答して、ＶＩＭアプリケーション３３
８は、ＶＩＭエンジェル３０３により実施される仮想イ
ンタフェースを設定し、そして、回路網層３３１に対し
て制御情報を送る。

【０２７８】これに応答して、回路網層３３１は、ＶＩ
Ｍアプリケーション３３８に対するユーザーユーザの一
時合図接続を確立する。ＦＲＩリンク３５０のＦＲＩＬ
ＤＣは、ユーザーユーザの一時合図接続を介して通信さ
れる。ＶＩＭアプリケーション３４８に似た方法で、Ｖ
ＩＭアプリケーション３３８は、ＦＲＩリンクを確立す
るために、ＶＩＭエンジェル３１１により実施される仮
想インタフェースをマップ化し識別する。ＦＲＩ設定の
詳細は、図５に関して与えられている。

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

【０２８０】

【発明の効果】　　以上述べたごとく、本発明によれば
、標準プロトコルを使用して直接的な標準リンクにより
通信システムに直結された局部通信端末が提供する通信
機能と同一の通信機能が提供される。

【図面の簡単な説明】

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【符号の説明】

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

Claims

【特許請求の範囲】

【請求項１】　　事実上のリンクに仮想上のリンクを生
成する装置で、事実上のリンクが少なくとも一つの合図
チャネルと情報通信用の複数の輸送チャネルを有し、事
実上のリンクが、輸送チャネルの呼を制御する標準プロ
トコルを使用して合図チャネルの合図情報を通信する装
置において、仮想上のリンクにより使用される事実上の
リンクからの輸送チャネルを割り当てる手段と、標準プ
ロトコルに従ってこの割り当てられた輸送チャネルの一
つに仮想上の合図チャネルを確立する手段と、仮想上の
リンクとしてこの割り当てられた輸送チャネルと仮想上
の合図チャネルを識別する手段と、呼の通信のために事
実上のリンクとは別個の仮想上のリンクを使用する手段
とを備えたことを特徴とする仮想上のリンク生成装置。
【請求項２】　　仮想上のリンクを使用する手段が、仮
想上のリンクの合図情報とは別個の標準プロトコルを利
用して仮想上合図チャネルで合図情報を通信することに
より割り当てられた輸送チャネルの呼を直接制御する手
段を有することを特徴とする請求項１記載の装置。
【請求項３】　　標準プロトコルがＩＳＤＮプロトコル
であることを特徴とする請求項２記載の装置。
【請求項４】　　階層構造に配列された複数のソフトウ
エア層を実行するプロセッサを有し、中間層に合図情報
を通信するために事実上のリンクの合図チャネルから受
信された合図情報に応答する最下のソフトウエア層によ
り事実上のリンクが直接制御され、仮想上の合図チャネ
ルを確立する手段が、最高のソフアトウエア層にアプリ
ケーション手段を有し、割り当てられた輸送チャネルを
識別する手段が、最下のソフトウエア層に仮想上のリン
ク手段を有し、最下のソフトウエア層が、割り当てられ
た輸送チャネルの一つで受信されたカプセル化情報に更
に応答して、このカプセル化された情報をアプリケーシ
ョン手段に通信し、アプリケーション手段が、割り当て
られた輸送チャネルの一つからのカプセル化情報に応答
して仮想の合図チャネルの合図情報を回復するとともに
、仮想上のリンク手段にこの合図情報を転送し、仮想上
のリンク手段が、仮想上の合図チャネルの合図情報に応
答して仮想上の合図チャネルの合図情報を、最下のソフ
トウエア層と同一の方法で中間ソフトウエア層に転送し
、それにより、仮想上の合図チャネルの合図情報が、別
の事実上の合図チャネルからの合図情報であるかのよう
に中間のソフトウエア層が応答することを特徴とする請
求項２記載の装置。
【請求項５】　　最下のソフトウエア層が、事実上の合
図チャネルのために指定された中間ソフトウエア層から
の他の合図情報に更に応答してこの合図情報を事実上の
リンクの合図チャネルで通信し、仮想上のリンクが他の
合図情報に応答して、最下のソフトウエア層と同一の方
法でこの情報を受信するとともに、この他の合図情報を
アプリケーション手段に転送し、それにより、仮想上の
合図チャネルの他の合図情報が他の事実上のリンクの合
図チャネルに関する合図情報であるかのように中間ソフ
トウエア層が応答し、アプリケーション手段が、仮想上
のリンク手段から受信された他の合図情報に応答して、
割り当てられた輸送チャネルの一つで伝送されるように
その合図情報をカプセル化するとともに、このカプセル
化された合図情報を、割り当てられた輸送チャネルの一
つで伝送されるよう最下のソフトウエア層に転送するこ
とを特徴とする請求項４記載の装置。
【請求項６】　　事実上のリンクに仮想上のリンクを確
立する装置であって、事実上のリンクが少なくとも一つ
の合図チャネルと情報通信用の複数の輸送チャネルを有
し、事実上のリンクが、輸送チャネルの呼を制御する標
準プロトコルを使用して合図チャネルの合図情報を通信
する装置において、仮想上のリンクにより使用される事
実上のリンクからの輸送チャネルを割り当てるとともに
割り当てられた輸送チャネルの一つを複数の小チャネル
に分割する手段と、標準プロトコルに従って小チャネル
一つに仮想上の合図チャネルを確立する手段と、仮想上
のリンクとして、割り当てられた輸送チャネル、残りの
小チャネル、及び、仮想上の合図チャネルを識別する手
段と、呼の通信のために事実上のリンクとは別個の仮想
上のリンクを使用する手段とを備えたことを特徴とする
仮想上のリンク生成装置。
【請求項７】　　仮想上のリンクを使用する手段が、仮
想上のリンクの合図情報とは別個の標準プロトコルを利
用して仮想上合図チャネルで合図情報を通信することに
より割り当てられた輸送チャネルと残りの小チャネルの
呼を直接制御する手段を有することを特徴とする請求項
６記載の装置。
【請求項８】　　標準プロトコルがＩＳＤＮプロトコル
であることを特徴とする請求項７記載の装置。
【請求項９】　　階層構造に配列された複数のソフトウ
エア層を実行するプロセッサを有し、中間層に合図情報
を通信するために事実上のリンクの合図チャネルから受
信された合図情報に応答する最下のソフトウエア層によ
り事実上のリンクが直接制御され、仮想上の合図チャネ
ルを確立する手段が、最高のソフアトウエア層にアプリ
ケーション手段を有し、割り当てられた輸送チャネルを
識別する手段が、最下のソフトウエア層に仮想上のリン
ク手段を有し、最下のソフトウエア層が、小チャネルの
一つで受信されたカプセル化情報に応答して、このカプ
セル化された情報をアプリケーション手段に通信し、ア
プリケーション手段が、小チャネルの一つからのカプセ
ル化情報に応答して仮想の合図チャネルの合図情報を回
復するとともに、仮想上のリンク手段にこの合図情報を
転送し、仮想上のリンク手段が、仮想上の合図チャネル
の合図情報に応答して仮想上の合図チャネルの合図情報
を、最下のソフトウエア層と同一の方法で中間ソフトウ
エア層に転送し、それにより、仮想上の合図チャネルの
合図情報が、別の事実上の合図チャネルからの合図情報
であるかのように中間のソフトウエア層が応答すること
を特徴とする請求項７記載の装置。
【請求項１０】　　最下のソフトウエア層が、事実上の
合図チャネルのために指定された中間ソフトウエア層か
らの他の合図情報に更に応答してこの合図情報を事実上
のリンクの合図チャネルで通信し、仮想上のリンクが他
の合図情報に応答して、最下のソフトウエア層と同一の
方法でこの情報を受信するとともに、この他の合図情報
をアプリケーション手段に転送し、それにより、仮想上
の合図チャネルの他の合図情報が他の事実上のリンクの
合図チャネルに関する合図情報であるかのように中間ソ
フトウエア層が応答し、アプリケーション手段が、仮想
上のリンク手段から受信された他の合図情報に更に応答
して、小チャネルの一つで伝送されるようにその合図情
報をカプセル化するとともに、このカプセル化された合
図情報を、小チャネルの一つで伝送されるよう最下のソ
フトウエア層に転送することを特徴とする請求項９記載
の装置。ことを特徴とする請求項９記載の装置。
【請求項１１】　　事実上のリンクに仮想上のリンクを
確立する装置であって、事実上のリンクが少なくとも一
つの合図チャネルと情報通信用の複数の輸送チャネルを
有し、事実上のリンクの合図チャネルが、事実上のリン
クの合図情報を輸送するように指定された論理リンクを
一つ含む複数の論理リンクを有する装置において、仮想
上のリンクにより使用される事実上のリンクからの輸送
チャネルを割り当てる手段と、標準プロトコルに従って
事実上のリンクの合図チャネルの論理リンクのうちの別
の論理リンクに仮想上の合図チャネルを確立する手段と
、仮想上のリンクとして、割り当てられた輸送チャネル
、残りの小チャネル、及び、仮想上の合図チャネルを識
別する手段と、呼の通信のために事実上のリンクとは別
個の仮想上のリンクを使用する手段とを備えたことを特
徴とする仮想上のリンク生成装置。
【請求項１２】　　仮想上のリンクを使用する手段が、
論理リンク一つにより輸送される事実上のリンクの合図
情報とは別個の標準プロトコルを利用して仮想上の合図
チャネルで合図情報を通信することにより割り当てられ
た輸送チャネルの呼を直接制御する手段を有することを
特徴とする請求項１１記載の装置。
【請求項１３】　　標準プロトコルがＩＳＤＮプロトコ
ルであり、合図チャネルが、主レートインタフェース、
または、基本レートインタフェースであり、論理リンク
の他の一つが、Ｄチャネルの一部であることを特徴とす
る請求項１２記載の装置。
【請求項１４】　　階層構造に配列された複数のソフト
ウエア層を実行するプロセッサを有し、中間層に合図情
報を通信するために事実上のリンクの合図チャネルから
受信された合図情報に応答する最下のソフトウエア層に
より事実上のリンクが直接制御され、仮想上の合図チャ
ネルを確立する手段が、最高のソフアトウエア層にアプ
リケーション手段を有し、割り当てられた輸送チャネル
を識別する手段が、最下のソフトウエア層に仮想上のリ
ンク手段を有し、最下のソフトウエア層が、論理リンク
の他の一つで受信されたカプセル化情報に応答して、こ
のカプセル化された情報をアプリケーション手段に通信
し、アプリケーション手段が、論理リンクの一つからの
カプセル化情報に応答して仮想の合図チャネルの合図情
報を回復するとともに、仮想上のリンク手段にこの合図
情報を転送し、仮想上のリンク手段が、仮想上の合図チ
ャネルの合図情報に応答して仮想上の合図チャネルの合
図情報を、最下のソフトウエア層と同一の方法で中間ソ
フトウエア層に転送し、それにより、仮想上の合図チャ
ネルの合図情報が、別の事実上の合図チャネルからの合
図情報であるかのように中間のソフトウエア層が応答す
ることを特徴とする請求項１２記載の装置。
【請求項１５】　　最下のソフトウエア層が、事実上の
合図チャネルのために指定された中間ソフトウエア層か
らの他の合図情報に更に応答してこの合図情報を事実上
のリンクの合図チャネルで通信し、仮想上のリンクが他
の合図情報に応答して、最下のソフトウエア層と同一の
方法でこの情報を受信するとともに、この他の合図情報
をアプリケーション手段に転送し、それにより、仮想上
の合図チャネルの他の合図情報が他の事実上のリンクの
合図チャネルに関する合図情報であるかのように中間ソ
フトウエア層が応答し、アプリケーション手段が、仮想
上のリンク手段から受信された他の合図情報に更に応答
して、論理リンクの他の一つで伝送されるようにその合
図情報をカプセル化するとともに、このカプセル化され
た合図情報を、論理リンクの一つで伝送されるよう最下
のソフトウエア層に転送することを特徴とする請求項１
４記載の装置。
【請求項１６】　　事実上のリンクに仮想上のリンクを
確立する装置であって、事実上のリンクが少なくとも一
つの合図チャネルと情報通信用の複数の輸送チャネルを
有し、事実上のリンクが、輸送チャネルの呼を制御する
ために標準プロトコルを使用して合図チャネルの合図情
報を通信し、標準プロトコルが、合図情報の他に、事実
上のリンクの合図チャネルでユーザ情報の通信を考慮す
るようにした装置において、仮想上のリンクにより使用
される事実上のリンクからの輸送チャネルを割り当てる
手段と、ユーザ情報の通信を利用して事実上の合図チャ
ネルの論理リンクを確立する手段と、仮想上のリンクと
して、割り当てられた小チャネル、残りの小チャネル、
及び、仮想上の合図チャネルを識別する手段と、呼の通
信のために事実上のリンクとは別個の仮想上のリンクを
使用する手段とを備えたことを特徴とする仮想上のリン
ク生成装置。
【請求項１７】　　仮想上のリンクを使用する手段が、
標準プロトコルを利用して仮想上の合図チャネルで合図
情報を通信することにより割り当てられた輸送チャネル
の呼を直接制御する手段を有することを特徴とする請求
項１６記載の装置。
【請求項１８】　　標準プロトコルがＩＳＤＮプロトコ
ルであることを特徴とする請求項１７記載の装置。
【請求項１９】　　階層構造に配列された複数のソフト
ウエア層を実行するプロセッサを有し、中間層に合図情
報を通信するために事実上のリンクの合図チャネルから
受信された合図情報に応答する最下のソフトウエア層に
より事実上のリンクが直接制御され、仮想上の合図チャ
ネルを確立する手段が、最高のソフアトウエア層にアプ
リケーション手段を有し、割り当てられた輸送チャネル
を識別する手段が、最下のソフトウエア層に仮想上のリ
ンク手段を有し、中間のソフトウエア層が、ユーザ情報
の通信からのカプセル化情報に応答して、このカプセル
化された情報をアプリケーション手段に通信し、アプリ
ケーション手段が、フューザ情報の通信からのカプセル
化情報に応答して仮想の合図チャネルの合図情報を回復
するとともに、仮想上のリンク手段にこの合図情報を転
送し、仮想上のリンク手段が、仮想上の合図チャネルの
合図情報に応答して仮想上の合図チャネルの合図情報を
、最下のソフトウエア層と同一の方法で中間ソフトウエ
ア層に転送し、それにより、仮想上の合図チャネルの合
図情報が、別の事実上の合図チャネルからの合図情報で
あるかのように中間のソフトウエア層が応答することを
特徴とする請求項１７記載の装置。
【請求項２０】　　最下のソフトウエア層が、事実上の
合図チャネルのために指定された中間ソフトウエア層か
らの他の合図情報に更に応答してこの合図情報を事実上
のリンクの合図チャネルで通信し、仮想上のリンクが他
の合図情報に応答して、最下のソフトウエア層と同一の
方法でこの情報を受信するとともに、この他の合図情報
をアプリケーション手段に転送し、それにより、仮想上
の合図チャネルの他の合図情報が他の事実上のリンクの
合図チャネルに関する合図情報であるかのように中間ソ
フトウエア層が応答し、アプリケーション手段が、仮想
上の状のリンク手段から受信された他の対図情報に応答
してユーザ情報の通信により伝送されるようにその合図
情報をカプセル化するとともに、ユーザ情報の通信によ
り伝送されるようにこのカプセル化された合図情報を中
間のソフトウエア層に転送することを特徴とする請求項
１９記載の装置。
【請求項２１】　　ユーザ情報が、コードセット７でグ
ループ化された情報要素でた合図情報を中間のソフトウ
エア層に転送することを特徴とする請求項２０記載の装
置。
【請求項２２】　　ユーザ情報が、コードセット０でグ
ループ化された情報要素でた合図情報を、中間のソフト
ウエア層に転送することを特徴とする請求項２０記載の
装置。
【請求項２３】　　ユーザ情報が、コードセット６でグ
ループ化された情報要素でた合図情報を、中間のソフト
ウエア層に転送することを特徴とする請求項２０記載の
装置。
【請求項２４】　　仮想上のリンクにより使用されるＩ
ＳＤＮリンクからのＢチャネルを割り当てる手段と、Ｉ
ＳＤＮプロトコルに従ってこの割り当てられたＢチャネ
ルの一つに仮想上の合図チャネルを確立する手段と、仮
想上のリンクとしてこの割り当てられたＢチャネルと仮
想上の合図チャネルを識別する手段と、呼の通信のため
にＩＳＤＮリンクとは別個の仮想上のリンクを使用する
手段とを備えたことを特徴とするＩＳＤＮリンクに仮想
上のリンク生成装置。
【請求項２５】　　仮想上のリンクを使用する手段が、
ＩＳＤＮリンクのＤチャネルの合図情報とは別個のＩＳ
ＤＮプロトコルをを利用して仮想上合図チャネルで合図
情報を通信することにより割り当てられたＢチャネルの
呼を直接制御する手段を有することを特徴とする請求項
２４記載の装置。
【請求項２６】　　階層構造に配列された複数のソフト
ウエア層を実行するプロセッサを有し、中間層に合図情
報を通信するためにＤチャネルから受信された合図情報
に応答する最下のソフトウエア層によりＩＳＤＮリンク
が直接制御され、仮想上の合図チャネルを確立する手段
が、最高のソフアトウエア層にアプリケーション手段を
有し、割り当てられた輸送チャネルを識別する手段が、
最下のソフトウエア層に仮想上のリンク手段を有し、最
下のソフトウエア層が、割り当てられたＢチャネルの一
つで受信されたカプセル化情報に更に応答して、このカ
プセル化された情報をアプリケーション手段に通信し、
アプリケーション手段が、割り当てられたＢチャネルの
一つからのカプセル化情報に応答して仮想の合図チャネ
ルの合図情報を回復するとともに、仮想上のリンク手段
にこの合図情報を転送し、仮想上のリンク手段が、仮想
上の合図チャネルの合図情報に応答して仮想上の合図チ
ャネルの合図情報を、最下のソフトウエア層と同一の方
法で中間ソフトウエア層に転送し、それにより、仮想上
の合図チャネルの合図情報が、別のＩＳＤＮリンクのＤ
チャネルからの合図情報であるかのように中間のソフト
ウエア層が応答することを特徴とする請求項２４記載の
装置。
【請求項２７】　　最下のソフトウエア層が、ＩＳＤＮ
のＤチャネルのために指定された中間ソフトウエア層か
らの他の合図情報に更に応答してそのＩＳＤＮリンクの
Ｄチャネルでその合図情報を通信し、仮想上のリンクが
他の合図情報に応答して、最下のソフトウエア層と同一
の方法でこの情報を受信するとともに、その他の合図情
報をアプリケーション手段に転送し、それにより、仮想
上の合図チャネルの他の合図情報が他のＩＳＤＮリンク
のＤチャネルに関する他の合図情報であるかのように中
間ソフトウエア層が応答し、アプリケーション手段が、
仮想上のリンク手段から受信された他の合図情報に応答
して、割り当てられたＢチャネルの一つで伝送されるよ
うにその合図情報をカプセル化するとともに、このカプ
セル化された合図情報を、割り当てられた輸送チャネル
の一つで伝送されるよう最下のソフトウエア層に転送す
ることを特徴とする請求項２６記載の装置。
【請求項２８】　　仮想上のリンクにより使用されるＩ
ＳＤＮリンクからのＢチャネルを割り当てる手段と、Ｉ
ＳＤＮプロトコルに従ってＤチャネルの論理リンクの一
つに仮想上の合図チャネルを確立する手段と、仮想上の
リンクとしてこの割り当てられたＢチャネルと仮想上の
合図チャネルを識別する手段と、呼の通信のためにＩＳ
ＤＮリンクとは別個の仮想上のリンクを使用する手段と
を備えたことを特徴とするＩＳＤＮリンクに仮想上のリ
ンク生成装置。
【請求項２９】　　仮想上のリンクを使用する手段が、
ＩＳＤＮリンクのＤチャネルの合図情報とは別個のＩＳ
ＤＮプロトコルをを利用して仮想上合図チャネルで合図
情報を通信することにより割り当てられたＢチャネルの
呼を直接制御する手段を有することを特徴とする請求項
２８記載の装置。
【請求項３０】　　仮想上のリンクにより使用されるＩ
ＳＤＮリンクからのＢチャネルを割り当てる手段と、Ｉ
ＳＤＮプロトコルに従って合図情報により通信されるユ
ーザ情報として仮想上の合図チャネルを確立する手段と
、仮想上のリンクとしてこの割り当てられたＢチャネル
と仮想上の合図チャネルを識別する手段と、呼の通信の
ためにＩＳＤＮリンクとは別個の仮想上のリンクを使用
する手段とを備えたことを特徴とするＩＳＤＮリンクに
仮想上のリンク生成装置。
【請求項３１】　　仮想上のリンクを使用する手段が、
仮想上合図チャネルで合図情報を通信することにより割
り当てられたＢチャネルの呼を直接制御する手段を有す
ることを特徴とする請求項３０記載の装置。
【請求項３２】　　事実上のリンクに仮想上のリンクを
確立する方法であって、事実上のリンクが少なくとも一
つの合図チャネルと情報通信用の複数の輸送チャネルを
有し、事実上のリンクが、輸送チャネルの呼を制御する
標準プロトコルを使用して合図チャネルの合図情報を通
信する方法において、仮想上のリンクにより使用される
事実上ノリンクからの輸送チャネルを割り当て、標準プ
ロトコルに従って仮想上の合図チャネルを確立し、仮想
上のリンクとしてこの割り当てられた輸送チャネルと仮
想上の合図チャネルを識別し、呼の通信のために事実上
のリンクとは別個の仮想上のリンクを使用するステップ
を備えたことを特徴とする仮想上のリンク生成方法。
【請求項３３】　　仮想上のリンクを使用するステップ
が、仮想上のリンクの合図情報とは別個の標準プロトコ
ルを利用して仮想上合図チャネルで合図情報を通信する
ことにより割り当てられた輸送チャネルの呼を直接制御
するステップを有することを特徴とする請求項３２記載
の方法。
【請求項３４】　　標準プロトコルがＩＳＤＮプロトコ
ルであることを特徴とする請求項３３記載の方法。
【請求項３５】　　仮想上の合図チャネルを確立する手
段が、割り当てられた輸送チャネルの一つに仮想上の合
図チャネルを確立することを特徴とする請求項３３記載
の方法。
【請求項３６】　　階層構造に配列された複数のソフト
ウエア層を実行するプロセッサを有し、アプリケーショ
ンソフトウエアモジュールが層が最高のソフトウエア層
に、かつ、仮想上のリンクのソフトウエアモジュールが
最下のソフトウエア層に設けられ、事実上のリンクが、
最下のソフトウエア層により直接制御される仮想上のリ
ンクを生成する方法において、最下のソフトウエア層に
より、割り当てられた輸送チャネルの一つで受信された
カプセル化情報に更に応答して、このカプセル化された
情報をアプリケーションソフトウエアモジュールに通信
し、アプリケーションソフトウエアモジュールにより、
割り当てられた輸送チャネルの一つからのカプセル化情
報に応答して仮想の合図チャネルの合図情報を回復する
とともに、仮想上のリンクソフトウエアにこの合図情報
を転送し、仮想上のリンクソフトウエアモジュールによ
り、仮想上の合図チャネルの合図情報に応答して仮想上
の合図チャネルの合図情報を最下のソフトウエア層と同
一の方法で中間ソフトウエア層に転送し、それにより、
仮想上の合図チャネルの合図情報が、別の事実上の合図
チャネルからの合図情報であるかのように中間のソフト
ウエア層が応答することを特徴とする請求項３５記載の
方法。
【請求項３７】　　仮想上のリンクを使用するステップ
が、更に、最下のソフトウエア層により、他の合図情報
に更に応答してこの事実上のリンクの合図チャネルで中
間のソフトウエア層から事実上のリンクの合図チャネル
のために指定された他の合図情報を通信し、仮想上のリ
ンクソフトウエアモジュールにより他の合図情報に応答
して、最下のソフトウエア層と同一の方法で中間のソフ
トウエア層から仮想上の合図チャネルのために指定され
た他の合図情報を受信するとともに、この他の合図情報
をアプリケーションソフトウエアモジュールに転送し、
それにより、仮想上の合図チャネルの他の合図情報が他
の事実上のリンクの合図チャネルに関する合図情報であ
るかのように中間ソフトウエア層が応答し、アプリケー
ションソフトウエアモジュールにより、他の合図情報に
応答して、割り当てられた輸送チャネルの一つで伝送さ
れるように仮想上のソフトウエアモジュールから受信さ
れたその他の合図情報をカプセル化するとともに、この
カプセル化された合図情報を、割り当てられた輸送チャ
ネルの一つで伝送されるよう最下のソフトウエア層に転
送するステップを有することを特徴とする請求項３６記
載の方法。
【請求項３８】　　仮想の合図チャネルを確立するステ
ップが、割り当てられたチャネルの一つを小チャネルに
分割し、この小チャネルの一つに仮想の合図チャネルを
確立するステップを有することを特徴とする請求項３３
記載の方法。
【請求項３９】　　階層構造に配列された複数のソフト
ウエア層を実行するプロセッサを有し、アプリケーショ
ンソフトウエアモジュールが層が最高のソフトウエア層
に、かつ、仮想上のリンクのソフトウエアモジュールが
最下のソフトウエア層に設けられ、事実上のリンクが、
最下のソフトウエア層により直接制御される仮想上のリ
ンクを生成する方法において、最下のソフトウエア層に
より、小チャネルの一つで受信されたカプセル化情報に
応答して、このカプセル化された情報をアプリケーショ
ンソフトウエアモジュールに通信し、アプリケーション
ソフトウエアモジュールにより、小チャネルの一つから
のカプセル化情報に応答して仮想の合図チャネルの合図
情報を回復するとともに、仮想のリンクソフトウエアに
この合図情報を転送し、仮想上のリンクソフトウエアモ
ジュールにより、仮想上の合図チャネルの合図情報に応
答して仮想上の合図チャネルの合図情報を最下のソフト
ウエア層と同一の方法で中間ソフトウエア層に転送し、
それにより、仮想上の合図チャネルの合図情報が、別の
事実上の合図チャネルからの合図情報であるかのように
中間のソフトウエア層が応答することを特徴とする請求
項３８記載の方法。
【請求項４０】　　仮想上のリンクを使用するステップ
が、更に、最下のソフトウエア層により、他の合図情報
に更に応答してこの事実上のリンクの合図チャネルで中
間のソフトウエア層から事実上のリンクの合図チャネル
のために指定された他の合図情報を通信し、仮想上のリ
ンクソフトウエアモジュールにより他の合図情報に応答
して、最下のソフトウエア層と同一の方法で中間のソフ
トウエア層から仮想上の合図チャネルのために指定され
た他の合図情報を受信するとともに、この他の合図情報
をアプリケーションソフトウエアモジュールに転送し、
それにより、仮想上の合図チャネルの他の合図情報が他
の事実上のリンクの合図チャネルに関する合図情報であ
るかのように中間ソフトウエア層が応答し、アプリケー
ションソフトウエアモジュールにより、他の合図情報に
応答して、小チャネルの一つで伝送されるように仮想上
のソフトウエアモジュールから受信されたその他の合図
情報をカプセル化するとともに、このカプセル化された
合図情報を、小チャネルの一つで伝送されるよう最下の
ソフトウエア層に転送するステップを有することを特徴
とする請求項３９記載の方法。
【請求項４１】　　事実上のリンクの合図チャネルが事
実上のリンクの合図情報を輸送するように指定された論
理リンクを一つ含む複数の論理リンクを有し、仮想上の
合図チャネルを確立するステップが、論理リンクの他の
一つに仮想上の合図チャネルを確立することを特徴とす
る請求項３３の方法。
【請求項４２】　　階層構造に配列された複数のソフト
ウエア層を実行するプロセッサを有し、アプリケーショ
ンソフトウエアモジュールが層が最高のソフトウエア層
に、かつ、仮想上のリンクのソフトウエアモジュールが
最下のソフトウエア層に設けられ、事実上のリンクが、
最下のソフトウエア層により直接制御される仮想上のリ
ンクを生成する方法において、仮想上のリンクを使用す
るステップが、最下のソフトウエア層により、論理リン
クの他の一つで受信されたカプセル化情報に更に応答し
て、このカプセル化された情報をアプリケーションソフ
トウエアモジュールに通信し、アプリケーションソフト
ウエアモジュールにより、論理リンクの一つからのカプ
セル化情報に応答して仮想の合図チャネルの合図情報を
回復するとともに、仮想上のリンクソフトウエアにこの
合図情報を転送し、仮想上のリンクソフトウエアモジュ
ールにより、仮想上の合図チャネルの合図情報に応答し
て仮想上の合図チャネルの合図情報を最下のソフトウエ
ア層と同一の方法で中間ソフトウエア層に転送し、それ
により、仮想上の合図チャネルの合図情報が、別の事実
上の合図チャネルからの合図情報であるかのように中間
のソフトウエア層が応答することを特徴とする請求項４
１記載の方法。
【請求項４３】　　仮想上のリンクを使用するステップ
が、更に、最下のソフトウエア層により、他の合図情報
に更に応答してこの事実上のリンクの合図チャネルで中
間のソフトウエア層から事実上のリンクの合図チャネル
のために指定された他の合図情報を通信し、仮想上のリ
ンクソフトウエアモジュールにより他の合図情報に応答
して、最下のソフトウエア層と同一の方法で中間のソフ
トウエア層から仮想上の合図チャネルのために指定され
た他の合図情報を受信するとともに、この他の合図情報
をアプリケーションソフトウエアモジュールに転送し、
それにより、仮想上の合図チャネルの他の合図情報が他
の事実上のリンクの合図チャネルに関する合図情報であ
るかのように中間ソフトウエア層が応答し、アプリケー
ションソフトウエアモジュールにより、他の合図情報に
応答して、論理リンク他の一つで伝送されるように仮想
上のソフトウエアモジュールから受信されたその他の合
図情報をカプセル化するとともに、このカプセル化され
た合図情報を、論理リンクの他の一つで伝送されるよう
最下のソフトウエア層に転送するステップを有すること
を特徴とする請求項４２記載の方法。
【請求項４４】　　標準プロトコルが、仮想上のリンク
を使用するステップが、更に、最下のソフトウエア層に
より、合図情報の他に事実上のリンクの合図チャネルで
ユーザ情報の通信を考慮し、仮想上の合図チャネルを確
立する手段が、ユーザ情報の通信を用いて仮想上の合図
チャネルを確立することを特徴とする請求項３２記載の
方法。
【請求項４５】　　階層構造に配列された複数のソフト
ウエア層を実行するプロセッサを有し、アプリケーショ
ンソフトウエアモジュールが層が最高のソフトウエア層
に、かつ、仮想上のリンクのソフトウエアモジュールが
最下のソフトウエア層に設けられ、事実上のリンクが、
最下のソフトウエア層により直接制御される仮想上のリ
ンクを生成する方法において、仮想上のリンクを使用す
るステツプが、最下のソフトウエア層により、ユーザ情
報として受信されたカプセル化情報に応答して、このカ
プセル化された情報をアプリケーションソフトウエアモ
ジュールに通信し、アプリケーションソフトウエアモジ
ュールにより、ユーザ情報の通信によりカプセル化情報
に応答して仮想の合図チャネルの合図情報を回復すると
ともに、仮想のリンクソフトウエアにこの合図情報を転
送し、仮想上のリンクソフトウエアモジュールにより、
仮想上の合図チャネルの合図情報に応答して仮想上の合
図チャネルの合図情報を最下のソフトウエア層と同一の
方法で中間ソフトウエア層に転送し、それにより、仮想
上の合図チャネルの合図情報が、別の事実上の合図チャ
ネルからの合図情報であるかのように中間のソフトウエ
ア層が応答することを特徴とする請求項４４記載の方法
。
【請求項４６】　　仮想上のリンクを使用するステップ
が、更に、最下のソフトウエア層により、他の合図情報
に更に応答してこの事実上のリンクの合図チャネルで中
間のソフトウエア層から事実上のリンクの合図チャネル
のために指定された他の合図情報を通信し、仮想上のリ
ンクソフトウエアモジュールにより他の合図情報に応答
して、最下のソフトウエア層と同一の方法で中間のソフ
トウエア層から仮想上の合図チャネルのために指定され
た他の合図情報を受信するとともに、この他の合図情報
をアプリケーションソフトウエアモジュールに転送し、
それにより、仮想上の合図チャネルの他の合図情報が他
の事実上のリンクの合図チャネルに関する合図情報であ
るかのように中間ソフトウエア層が応答し、アプリケー
ションソフトウエアモジュールにより、他の合図情報に
応答して、ユーザ情報として伝送されるように仮想上の
ソフトウエアモジュールから受信されたその他の合図情
報をカプセル化するとともに、このカプセル化された合
図情報を、ユーザ情報として伝送されるよう最下のソフ
トウエア層に転送するステップを有することを特徴とす
る請求項４５記載の方法。