JPH098921A - 自動コールバックとコールホールドを提供するための可変通信帯域幅 - Google Patents

Abstract

(57)【要約】 【課題】 自動コールバック等において帯域幅を自動的
に変化させる。 【解決手段】 通信端末によって通信帯域幅が自動的に
通信呼の状態に一致する量に削減される。第一の電気通
信端末が第二の電気通信端末をホールドにしたとき、第
一の電気通信端末は、その呼の帯域幅を低速データリン
クに削減することを要求するトランスポートメッセージ
を送信する。第一の電気通信端末が第二の電気通信端末
と再び通信を行いたい場合は、通信帯域幅を回復するこ
とを要求するトランスポートメッセージが利用される。
第一の通信端末が第二の通信端末を呼び出し、第二の電
気通信端末がビジーである場合は、第一の通信端末は、
その通信呼の帯域幅を低速データリンクの帯域幅に削減
する。第二の電気通信端末がアイドルになると、第二の
端末は、第一の端末にアイドル状態であることを示すメ
ッセージを送る。第一の電気通信端末は、すると、トラ
ンスポートメッセージを使用して、通信帯域幅を必要と
される量に増加し、第二の通信端末を通信呼に引き込
む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電気通信交換、よ
り詳細には、自動コールバックとコールホールドを提供
するための可変通信帯域幅の使用に関する。

【０００２】

【従来の技術】新たな電気通信サービスの出現と共に、
幾つかのタイプの呼をサポートするために必要とされる
帯域幅のコストがますます重要な要因になってきてい
る。例えば、二つの電話端末が、ビデオ、二つのパーソ
ナルコンピュータを共有する画面に対する高速データ転
送、および音声を含む呼に使用される場合、帯域幅のコ
ストが長距離通信の場合は特に重要になる。コールホー
ルドは、電話呼の第一のパーティーが、その電話呼の第
二のパーティーを、第二のパーティーが第一のパーティ
ーが話している会話を聞くことができない状態に置くこ
とを可能にする周知の機能である。従来の技術による電
気通信交換システム内で実現された場合、コールホール
ドは、第一のパーティーをサービスしているローカル電
話局から第二のパーティーまでの呼の帯域幅を維持す
る。長距離呼の場合、結果として、これらパーティー
は、呼がホールドされている間もその長距離呼に対して
料金を支払うこととなる。通常の音声電話呼の場合は、
これは、重要なコスト要因とはならないが、ただし、マ
ルチメディア呼の場合は、重要なコスト要因となる。

【０００３】自動コールバック機能は、発呼者が発呼電
話端末上のボタンを、被呼電話端末から話中信号が受信
されたとき起動する。被呼電話端末がアイドルになる
と、発呼電話端末と被呼電話端末との間で呼が設定され
る。従来の技術においては、自動コールバック機能は、
長期にわたって、顧客電気通信交換システム（通常ＰＢ
Ｘと呼ばれる）によって提供されてきた。ただし、この
機能は、顧客電気通信交換システムのネットワークによ
って提供された場合は、個々の顧客電気通信交換システ
ムがこの機能のために特別にプログラムされることが必
要であるために、非常に複雑となる。この複雑さのため
に、この機能は、公衆電話網の間は提供されていない。
合衆国特許第５，０１２，４６６号は、電気通信交換シ
ステムのネットワークを利用して自動コールバックサー
ビスを提供する方法を開示する。このタイプのもう一つ
のシステムが、合衆国特許第４，８９９，３７４号にお
いて開示されている。

【０００４】自動コールバックを提供するためのもう一
つの方法が合衆国特許第４，８９９，３７４号において
開示されている。この特許は、自動コールバック機能を
提供するために、電話機と共に、別個の制御システムを
使用することを開示する。ユーザが最初にダイアルした
ときに呼を完結できなかった場合、制御システムは、所
定の時間間隔にて、呼を完結することを反復して試み
る。この方法の一つの問題点は、制御システムが、呼を
繰り返して掛け、こうして、電気通信交換システムが拘
束されることである。もう一つの問題点は、所定の間隔
がある程度長いことが要求され、このために、この間に
被呼者が一つの電話呼を終了し、制御システムが自動コ
ールバックを遂行するために再ダイアルを試みる前に、
第二の電話呼を開始してしまう場合があることである。

【０００５】

【発明が解決しようとする課題】自動コールバックサー
ビスを提供する問題は、このサービスをマルチメディア
呼に対して遂行することを試みる場合は、さらに複雑に
なる。合衆国特許第４，８９９３７４号において提案さ
れている方法では、呼が試みられるたびに、多量の帯域
幅が常に使用されることとなる。制御システムが呼を掛
けることを試みる場合、これは、マルチメディア呼をサ
ポートするのに必要な帯域幅を要求することを要求され
る。合衆国特許第４，８９９，３７４号および５，０１
２，４６６号においても類似する問題が存在する。加え
て、呼に対して要求される設備および帯域幅は、その呼
が最終的に自動コールバックによって完結された場合、
呼が最初に掛けられたときと変化していることも考えら
れる。最後に、呼が私設網と公衆網との組合せを通じて
掛けられた場合、コールバックの提供は、非常に困難と
なる。

【０００６】

【課題を解決するための手段】上の問題および技術上の
進歩が、通信帯域幅を通信呼の状態と一致する量に自動
的に削減する通信端末によって達成される。好ましく
は、第一の電気通信端末が第二の電気通信端末をホール
ドにしたとき、第一の電気通信端末は、呼の帯域幅を低
速データリンクの帯域幅に削減することを要求するトラ
ンスポートメッセージを送信する。第一の電気通信端末
が第二の電気通信端末と再び通信したいと希望するとき
は、通信帯域幅を回復することを要求するトランスポー
トメッセージが利用される。

【０００７】好ましくは、第一の通信端末が第二の通信
端末を呼び出し、第二の通信端末が話中である場合、第
一の通信端末は、その通信呼の帯域幅を低速データリン
クの帯域幅に削減する。第二の電気通信端末がアイドル
になったとき、第二の電気通信端末がアイドル状態を示
すメッセージを第一の端末に送る。すると、第一の電気
通信端末は、トランスポートメッセージを使用して、通
信帯域幅を要求される量に増加し、第二の通信端末を通
信呼に引き込む。

【０００８】

【発明の実施の形態】図１は、スイッチノード１０２と
１０３から構成される交換網によって相互接続される通
信端末１０１と１０４を示す。通信端末１０１は、スイ
ッチノード１０２にＰＲＩリンク１１１を介して相互接
続する。このシステムが通信端末１０１がビデオあるい
は高速データ呼を掛けるものと想定されるために、ＰＲ
Ｉリンクが通信端末１０１をスイッチノードに相互接続
するように示される。当業者においては、ＰＲＩリンク
１１１がＢＲＩリンクであり、ビデオおよびデータ圧縮
が使用された場合も、類似の機能を遂行することができ
ることを容易に理解できるものである。同様に、通信端
末１０４は、スイッチノード１０３にＰＲＩリンク１１
３を介して相互接続される。スイッチノード１０２と１
０３は、複数のＰＲＩリンク１１２から１１６によって
相互接続される。これらスイッチノードの動作およびソ
フトウエア構造の詳細については、“Automatic Initia
lization of a Distributed Telecommunications Syste
m ”という名称の合衆国特許第５，３８６，４６６号に
おいて説明されているので、合衆国特許第５，３８６，
４６６号を参照されたい。ビデオ網を持つスイッチノー
ドについては、本出願と同一の譲り受け人に譲渡されて
いる１９９３年６月３０日に出願された“Video ViewSe
lection by a Chairperson"という名称の合衆国特許出
願第０８／０８５９９７号（現在合衆国特許第５，４７
３，３６７号）において説明されているので、合衆国特
許出願第０８／０８５９９７号を参照されたい。

【０００９】図１のシステムがどのように動作するか理
解するために、以下に二つの例を取り上げて説明する。
第一の例においては、通信端末１０１が通信端末１０２
に、音声、ビデオおよび画面の共有を伴う高速データを
伴う通信呼において相互接続される。通信端末１０１の
ユーザが、通信端末１０４上の呼をホールドにしたい場
合、ユーザは、カーソル、あるいは通信端末１０１上の
指定されるボタンのいずれかの使用によって、コールホ
ールドを選択する。通信端末１０１は、コールホールド
の開始に応答して、トランスポートメッセージを、スイ
ッチノード１０２およびスイッチノード１０３を介して
通信端末１０４に送り、これによって、コールホールド
機能の第一の部分が開始される。このトランスポートメ
ッセージは、これらスイッチノードに、その呼の帯域幅
を、低速データリンクの帯域幅に変更することを命令す
る。通信端末１０４は、このトランスポートメッセージ
に応答して、通信端末１０１とのデータ通信をこのデー
タリンクを介して設定する。トランスポートメッセージ
内のディスプレイ要素は、通信端末１０４に、それがホ
ールドに置かれていることを通告する。通信端末１０１
のユーザが、通信端末１０４のホールドを解除すること
を決定した場合、通信端末１０１は、スイッチノード１
０２および１０３を通じてのビデオ、音声、および高速
データを再び設定することを要求するトランスポートメ
ッセージを送信し、このトランスポートメッセージの送
信によって、コールホールド機能の第二の部分が開始さ
れる。ここでも、トランスポートメッセージ内のディス
プレイ要素が、通信端末１０４に、ホールドが解除され
ることを通告する。

【００１０】次に、通信端末１０１と１０４の間の自動
コールバックの実現を解説する第二の例を考える。ビデ
オ、高速データ、および音声を持つ通信呼を設定するた
めに、通信端末１０１は、通信端末１０４との呼が設定
されるべきであることを指定する設定メッセージをスイ
ッチノード１０２に送る。この設定メッセージは、この
呼が、ビデオ、音声および、高速データを持つべきであ
ることを指定する。この設定メッセージが通信端末１０
４によって受信されると、通信端末１０４は、それが現
在別の呼と話中であることを決定する。この設定メッセ
ージに応答して、通信端末１０４は、通信端末１０１に
トランスポートメッセージを送信する。これによって自
動コールバック機能の第一の部分が開始される。このト
ランスポートメッセージは、呼のタイプを、低速データ
リンク（タイプ）に変更する。加えて、このトランスポ
ートメッセージのディスプレイＩＥは、通信端末１０４
上で自動コールバック機能が利用できることを定義す
る。

【００１１】このトランスポートメッセージに応答し
て、通信端末１０１は、そのユーザに、通信端末１０４
が話中であるが、ただし、自動コールバック機能が利用
できることを通告する。ユーザが自動コールバック機能
を喚起することを望まないことを指定した場合は、通信
端末１０１は、この呼を切断する。一方、ユーザが自動
コールバック機能を喚起することを希望することを指定
した場合は、通信端末１０１は、自動コールバック機能
を起動することを要求するメッセージを送る。通信端末
１０４が、アイドルである場合は、端末１０４は、通信
端末１０１への低速データリンクを通じて、通信端末１
０４がアイドルであることを伝える。通信端末１０１
は、これに応答して、ビデオ、音声、および高速データ
をその呼に追加することを要求するトランスポートメッ
セージを送る。これによって、自動コールバック機能の
第二の部分が開始される。その後、通信端末１０１と通
信端末１０４は、通信呼を開始する。

【００１２】図１に示されるスイッチノードおよび通信
端末の、この新たなトランスポートメッセージとの関連
での動作の理解を助けるために、単純な呼の設定を取り
上げて考える。通信端末１０１が通信端末１０４に論理
呼を発信するものと想定する。ＩＳＤＮシグナリングプ
ロトコルにおいて周知のように、最初に、設定メッセー
ジが通信端末１０１から通信端末１０４に、スイッチノ
ード１０２および１０３を介して伝送される。各スイッ
チノードは、この設定メッセージに応答して、必要とさ
れる呼情報を確立する。設定メッセージを受信すると、
通信端末１０４は、そのユーザに警告し、さらに通信端
末１０１に警告メッセージを返信する。ユーザが呼に答
えると、通信端末１０４は、スイッチノード１０３に接
続メッセージを送信する。接続メッセージを受信する
と、スイッチノード１０３は、論理経路を設定し、接続
メッセージをスイッチノード１０２に送信、スイッチノ
ード１０２もまた論理経路を設定する。最後に、この接
続メッセージが通信端末１０１によって受信されるが、
これは、スイッチノード１０２および１０３を通じて設
定された論理経路を介して送信されたこととなる。

【００１３】その後、通信端末１０１および１０４のユ
ーザが、彼らがビデオ画像を交換できるようにビデオ機
能を希望するものと想定する。ビデオ機能を呼に加える
ためには、通信端末１０１が、スイッチノード１０２に
図２に示されるようなＴＲＡＮＳ２０１（トランスポー
ト）メッセージを送信する。ＴＲＡＮＳ２０１メッセー
ジは、ビデオ機能が呼に追加されるべきであることを要
求する。（このメッセージの実際の内容については後に
詳細に説明される）。スイッチノード１０２がビデオ機
能を提供できる場合は、これは、図２に示されるような
ＴＲＡＮＳ＿ＡＣＫ２０４を返信する。加えて、スイッ
チノード１０２は、図２のＴＲＡＮＳ２０２メッセージ
をスイッチノード１０３に送信する。このメッセージ
は、スイッチノード１０２とスイッチノード１０３との
間にもビデオ機能が設定されるべきであることを要求す
る。スイッチノード１０３がビデオ機能を提供する能力
を持つものと想定すると、これは、スイッチノード１０
２に、ＴＲＡＮＳ＿ＡＣＫ２０６メッセージを返信し、
一方、通信端末１０４にはＴＲＡＮＳ２０３を送信す
る。通信端末１０４がそのビデオ帯域幅を提供すること
ができる場合は、通信端末１０４は、スイッチノード１
０３に、ＴＲＡＮＳ＿ＣＯＭ２０７メッセージを送信す
る。このメッセージは、スイッチノード１０３および１
０２を中継して通信端末１０１に送り返される。さらに
後の時点において、通信端末１０１のユーザが、そのビ
デオ機能を削除することを希望する場合は、図２に示さ
れるメッセージがこれらスイッチノードを通じて再び送
信される。ただし、このTRANSメッセージは、今回は、
このビデオ帯域幅が削除されるべきであることを要求す
る。

【００１４】ビデオおよび音響呼においては、ビデオお
よび音響機能は、次の二つの方法によって提供すること
ができる。第一の方法においては、一つのチャネルがビ
デオに対して使用され、第二のチャネルが音響に対して
使用される。第二の方法においては、音響情報が、ビデ
オチャネル内にビデオ情報と共に含められる。これはト
ランスポートメッセージを使用して、スイッチノード
に、音響チャネルを削除し、ビデオチャネルを付随する
音響情報と共に加えることを要求することによって達成
される。

【００１５】トランスポートメッセージの処理におい
て、これらスイッチノードは、互いに、トランスポート
アクノレッジ（ＴＲＡＮＳ＿ＡＣＫメッセージ）を使用
して協議する能力を持つ。この能力の説明するために、
以下の例を取り上げる。通信端末１０１が、通信端末１
０４との論理呼に音響、ビデオおよび高速データ機能を
追加することを希望するものとする。通信端末１０１
は、スイッチノード１０２に、これら３つのタイプの帯
域幅が呼に追加されるべきことを要求するトランスポー
トメッセージを送信する。スイッチノード１０２は、こ
の機能を提供する資源を持ち、このことを通信端末１０
１にアクノレッジメッセージを送信することによって確
認する。スイッチノード１０２は、今度は、このトラン
スポートメッセージをスイッチノード１０３に送信す
る。スイッチノード１０３は、音響帯域幅とビデオ帯域
幅をサポートするのに十分な資源を持つのみであり、こ
の事実をスイッチ１０２に、トランスポートアクノレッ
ジメッセージを使用して送る。スイッチノード１０２
は、これら条件を受容する。スイッチノード１０３は、
次に、通信端末１０４に、音響およびビデオ機能がその
呼に追加されるべきであることを要求するトランスポー
トメッセージを送信する。通信端末１０４は、音響帯域
幅を提供する資源のみを持つものと想定する。通信端末
１０４はエンドポイントであるために、これは、スイッ
チノード１０３に、トランスポートコンプリートメッセ
ージを送り返す。ここで、このトランスポートコンプリ
ートメッセージは、この呼に対して音響帯域幅のみが提
供されるべきであることを指定する。トランスポートコ
ンプリートメッセージを受信すると、各スイッチノード
は、その呼に対する帯域幅能力を音響のみに変更する。

【００１６】図３は、本発明の概念を、一例として、メ
ッセージおよび手続きに関するＣＣＩＴＴ ＩＳＤＮ
Ｑ．９３１との関係で実現するために使用される４つの
新たなメッセージの詳細を示す。当業者においては、本
発明の概念は、他の標準にも適用できることを容易に理
解できるものである。このトランスポートメッセージ
は、ＴＲＡＮＳ３００である。このトランスポートメッ
セージは、情報要素（ＩＥ）３０１−３０９および３４
１から構成される。プロトコルディスクリミネータ３０
１ＩＥは、使用されているプロトコルを定義する。これ
は、この実施例においては、プロトコルがＩＳＤＮ
Ｑ．９３１であることを定義する。呼リアァレンスＩＥ
３０１は、そのトランスポートメッセージがそれに対し
て帯域幅を変更しようとしている呼を定義する呼参照番
号を与える。メッセージタイプＩＥ３０３は、これがト
ランスポートメッセージであるために、ＴＲＡＮＳに設
定される。リピートインジケータＩＥ３０４は、そのト
ランスポートメッセージが呼リファレンスＩＥ３０２に
よって指定される呼に関する帯域幅を、追加するために
使用されているのか、削除するために使用されているの
か、あるいは変更するために使用されているのかを定義
する。

【００１７】ベアラ機能ＩＥ３０５、チャネル識別ＩＥ
３０６、データリンク識別ＩＥ３０７、下位層機能ＩＥ
３０８、および上位層機能ＩＥ３０９は、トランスポー
トメッセージによって定義されているトランスポート機
能の完全性（totality）を定義する。下位層機能ＩＥ３
０８および上位層機能ＩＥ３０９は、エンドポイントに
よってのみ使用される。一方、ベアラ機能ＩＥ３０５、
チャネル識別ＩＥ３０６、およびデータリンク識別ＩＥ
３０７は、その呼に対する輸送を提供している網内のス
イッチノードによって使用される。エンドポイントもＥ
Ｉ３０５、３０６、および３０７を使用することに注意
する。ベアラ機能ＩＥ３０５は上位定義内において要求
されている機能、例えば、音声、データ、およびビデオ
を定義する。

【００１８】チャネル識別ＥＩ３０６は、論理インタフ
ェースおよびその物理インタフェース内の物理チャネル
を定義する。二つの交換ノード間で、これら交換ノード
は、これらの間の各インタフェースに対する論理インタ
フェース番号を協議する。ネットワーク層は、この論理
インタフェース番号に応答して、これをシステムインタ
フェース番号（sintf） に変換し、さらにこれは、下位
層によって物理インタフェース番号に変換される。簡潔
さのために、上位層の記述においては、チャネル識別Ｉ
Ｅは、物理インタフェースを指定するものとして言及さ
れる。例えば、ビデオが要求されている場合、このリク
エストに対するチャネル識別ＩＥ３０６の一つが物理イ
ンタフェースおよびチャネル、例えば、指定されたＰＲ
Ｉリンク内の３８４Ｋｂｓチャネルであるチャネル１を
定義するものとする。音響機能が要求されている場合
は、チャネル識別ＩＥの一つが特定のＢチャネル、例え
ば、チャネル２３を定義するものとする。

【００１９】ベアラ機能３０５内のビデオを要求してい
るＩＥは、チャネル識別ＩＥ３０６内の物理インタフェ
ースおよびチャネルを指定する対応するＩＥと同一の位
置をそのベアラ機能ＩＥ３０５内に持つ。パケットデー
タリンクが要求されている場合は、これらは、チャネル
識別ＩＥ３０６内の物理チャネルを言及するものとして
定義され、追加の情報がデータリンク識別ＩＥ３０７内
に指定される。データリンク識別に対するＩＥは、チャ
ネル識別ＩＥ３０６をサポートするために必要とされる
順番に配列される。ベアラ機能ＩＥ３０５内の情報は、
データ識別ＩＥ３０７からのＩＥがいつ必要とされるか
を指定する。例えば、ベアラＩＥ３０５が：ビデオ、音
声、およびデータを指定する場合、チャネル識別（Ｉ
Ｅ）が物理（チャネル）を指定し、たった一つのデータ
リンク識別ＩＥ３０７のみが使用される。このＩＥは、
本来なら、物理チャネル上のどの論理リンクが使用され
るべきかを指定するところである。

【００２０】下位層機能ＩＥ３０８および上位層機能
（ＩＥ）３０９は、通常、エンドポイントによってのみ
使用され、これらＩＥは、宛先エンドポイントに、設定
されている呼と使用されているプロトコルのタイプを定
義するために使用される。下位層機能ＩＥ３０８は、図
４に示されるように、物理層、リンク管理層、およびネ
ットワーク層によって使用され；一方、上位層機能ＩＥ
３０９は、図４のネットワーク層４０４より上位のソフ
トウエア層によって使用される。層機能ＩＥとベアラ機
能ＩＥとの間の関係を理解するために、以下の例を取り
上げて考える。ユーザが、LAPFプロトコルを使用するデ
ータパケット接続を、通信端末１０１から通信端末１０
４に向けて設定することを希望する場合、ユーザは、こ
れを２つの方法を使用して達成することができる。

【００２１】第一の方法は、ベアラ機能内にLAPFパケッ
ト接続が設定されるべきであることを指定する方法であ
る。この方法においては、下位層機能ＩＥ３０８内に情
報を入れる（含む）ことは必要とされず、さらに、上位
層機能３０９内に情報を入れる（含む）ことも必要でな
い場合もある。スイッチノードは、ベアラ機能に応答し
て、パケット交換接続を最も都合の良い方法にて設定す
る。一般的に、スイッチノードは、このパケット接続
を、回路接続としてではなく、パケット接続として設定
する。

【００２２】第二の例においては、スイッチノード１０
２および１０３を通じて６４Ｋｂの回路接続を設定し、
エンドポイント、つまり、通信端末１０１および１０４
の所でのみＬＡＰＦプロトコルを使用することが要求さ
れる。このケースにおいては、通信端末１０１が、トラ
ンスポートメッセージのベアラ機能３０５内に、６４Ｋ
ｂｓ／秒回路交換接続をリクエストすることとなる。こ
の場合、トランスポートメッセージは、ＩＥの下位層機
能３０８内にこの回路接続が、ＬＡＰＦプロトコルを使
用するパケット化されたデータ接続であるべきであると
いう事実を含むこととなる。この方法にて、こうしてパ
ケット化された接続が、スイッチノード１０２および１
０３を通じての予想可能な伝送時間を持つことが保証さ
れる。加えて、これが、スイッチノード１０２および１
０３を通じての回路交換の６４Ｋｂｓデータ接続上に特
許を有するパケットプロトコルをランする目的に使用さ
れることも考えられる。

【００２３】上位層機能ＩＥ３０９は、図４のプレゼン
テーション層４０７に対して、そのネットワーク層によ
って受信されている情報のために使用されるべき上位層
プロトコルを定義する。プレゼンテーション層４０７
は、このメッセージを、図４のアプリケーション層４０
９内のアプリケーションプログラムによって使用できる
ように用意する。プレゼンテーション層４０７が動作の
ために使用することが考えられるタイプのプロトコルと
しては：Ｘ４００電子メール標準、ｇ４ファックス標
準、ファイル転送、スクリーン共有標準などがある。簡
単に理解できるように、これらの上位プロトコルは、中
間のスイッチノード１０２および１０３にとっては、な
んの関係もないものである。

【００２４】トランスポートアクノレッジメッセージ、
ＴＲＡＮＳ＿ＡＣＫ３１０が図３Ｂに示される。ＩＥ３
１１、３１２、３１４は、ＩＥ３０１、３０２、および
３０４に対して説明された機能と同一の機能を持つ。メ
ッセージタイプＩＥ３１３は、ＴＲＡＮＳ＿ＡＣＫに設
定される。トランスポートメッセージを受信すると、そ
の網内のスイッチノードがトランスポートアクノレッジ
メッセージを返信する。受信スイッチノードがＩＥ３０
５、３０６、および３０７内に要求される全てのトラン
スポート機能を提供できる場合は、このトランスポート
アクノレッジメッセージは、単にＩＥ３１１−３１４の
みから構成される。受信スイッチノードがある特定のト
ランスポート機能を提供できない場合は、そのトランス
ポート機能がＩＥ３１５と３１６、あるいはＩＥ３１７
と３１６内に定義される。例えば、そのトランスポート
メッセージがビデオの輸送を要求し、受信スイッチノー
ドがこれを提供できない場合は、ビデオ機能がそのトラ
ンスポートアクノレッジメッセージのＩＥ３１５と３１
６内に指定される。ディスプレイＩＥ３１９は、この機
能がなぜ提供できないかの理由を定義する。送信スイッ
チノードがトランスポート機能の削減を容認することを
望まない場合は、送信スイッチノードの唯一の選択は、
そのトランスポートメッセージリクエストを放棄するこ
とである。ここでも、呼リファレンスＩＥ３１２は、そ
のトランスポートアクノレッジメッセージがどの呼に対
応するかを定義する。

【００２５】トランスポートコンプリートメッセージ、
ＴＲＡＮＳ＿ＣＯＭ３２０が図３Ｃに示される。トラン
スポートコンプリートメッセージは、その呼を通信して
いる各スイッチノードに対して、その呼との関連で追
加、削除、あるいは変更された結果としてのトランスポ
ート機能を定義するために使用される。その呼経路内の
全ての交換網が要求されたトランスポート機能を受理し
た場合は、このトランスポートコンプリートメッセージ
は、単に、ＩＥ３２１−３２４から構成される。一つあ
るいは複数の要求されたトランスポート機能が提供でき
な場合は、これら機能がＩＥ３２５、３２６、および３
２７内に定義される。その呼経路内の各スイッチノード
は、受信トランスポートメッセージから削除されたトラ
ンスポート機能の記録を保持し、この削除されたトラン
スポート機能をトランスポートコンプリートメッセージ
内に含める。この結果として、発信エンドポイントがこ
のトランスポートコンプリートメッセージを受信したと
き、このメッセージは、発信エンドポイントに対して、
その呼のトランスポート機能を定義することとなる。ま
た、中間交換網ノードがこのトランスポートコンプリー
トメッセージを受信すると、これらノードは、それらが
その呼に対して提供することを同意していたトランスポ
ート機能を、そのトランスポート機能がトランスポート
コンプリートメッセージ内に存在しない場合は、削除す
る。

【００２６】トランスポート拒絶メッセージ、ＴＲＡＮ
Ｓ＿ＲＥＪ３３０は、トランスポートメッセージを拒絶
するために使用される。ＩＥ３３１−３３４および３３
９は、機能において、トランスポートメッセージのＩＥ
３０１−３０３および３４１と同一である。ＩＥ３３４
は、トランスポートメッセージが拒絶された理由を定義
する。

【００２７】図４は、図１のスイッチノードおよび通信
端末のソフトウエアアーキテクチャを示す。このアーキ
テクチャは、ＩＳＤＮプロトコルを実現するために修正
された従来のＯＳＩモデルに基づく。ここに開示される
発明においては、ＩＳＤＮ機能を含めるために、標準モ
デルに対して、さらに幾つかの修正が行なわれる。

【００２８】物理層４０１の基本的な機能は、物理リン
クを終端することである。より詳細には、物理層４０１
は、物理チャネルを維持すること、およびその上の物理
サブチャネルを制御する責任を持つ。物理層４０１は、
ソフトウエア部分と物理インタフェースから構成され
る。さらに、物理層４０１のソフトウエア部分は、それ
にＰＲＩおよびＢＲＩ情報を通信している物理リンクが
終端する物理インタフェースを直接に制御する責任を持
つ。物理層４０１は、リンク層４１２に、物理サブチャ
ネルおよび物理チャネルをリンク層４１２によって制御
可能な存在として提供する。

【００２９】リンク層４１２の主要な機能は、物理チャ
ネルを通じて伝送される情報が無傷に、正しい順番で回
復されることを保証することにある。これは、もう一つ
のプロトコル層を使用して達成されるが、このもう一つ
のプロトコル層によって、通常、論理リンクと呼ばれる
複数の通信路をパケット化されたデータを通信している
ある与えられた物理チャネルあるいは物理サブチャネル
上に設定することが可能になる。これら論理リンクは、
リンク層４１２と物理層４０１との間で通信されている
データを識別および処理するために使用される。（この
タイプのプロトコルの一例として、ＩＳＤＮ Ｑ．９２
１において使用されるＬＡＰＤパケットプロトコルがあ
る。ＩＳＤＮ標準においては、リンク層４１２がＬＡＰ
Ｄプロトコルを終端する）。リンク層４１２は、上位層
が使用される様々な異なるプロトコルによる影響を受け
ないようなかたちにて複数のプロトコルをサポートする
ことができる。さらに、リンク層４１２は、上位ソフト
ウエア層が物理層４０１を抽象的な方法にて制御できる
ようにする。

【００３０】図４に示されるように、リンク層４１２
は、リンクインタフェース４０２とリンクマネジメント
４０３に分割される。この分割の理由が以下に説明され
る。この時点で、読者、例えば、Ｄチャネルを通じての
ＩＳＤＮ信号の通信について多くの知識を持たない人の
ために、Ｄチャネルを通じてのＩＳＤＮ信号の通信につ
いて説明することは助けとなるものである。リンク層４
１２において、Ｄチャネル上に複数の論理リンクが設定
される。これら論理リンクの中の一つのみがＩＳＤＮ制
御信号を通信し、この論理リンクは、ここでは、論理Ｄ
チャネル（ＬＤＣ）と呼ばれる。このＬＤＣは、論理Ｄ
チャネル番号（ＬＤＣＮ）によって識別される。

【００３１】リンクインタフェース４０２は、リンク層
４１２によって遂行される大多数の機能を遂行し、これ
には論理リンクの設定が含まれる。リンクマネジメント
４０３は、上位ソフトウエア層に対する様々なリンクイ
ンタフェースを識別する。さらに、リンクマネジメント
は、論理リンクと上位ソフトウエア層の間で情報を通信
する。

【００３２】ネットワーク層４０４は、ＬＤＣ上を通信
される情報を処理し、これによってＩＳＤＮ Ｑ．９３
１プロトコルを終端する。従って、この層は、スイッチ
ノードの外側の呼の終端あるいは発信に対するシステム
資源の利用に関して協議する責任を持つ。ネットワーク
層は、その上に呼が受信されているあるいは設定される
インタフェース上のチャネルの割り当てを制御する。例
えば、通信端末１０１がスイッチノード１０２からの呼
をＰＲＩリンク１５０を介して受信すると、通信端末１
０１のネットワーク層４０４はそれと対応する層（スイ
ッチノード１０２内の対応するネットワーク層４０４）
と、ＰＲＩリンク１５０内のＢチャネルの割り当てを得
るための協議を行なうが、この手続きは、第二のＢチャ
ネルが必要となったときも反復される。

【００３３】この協議は、ＰＲＩリンク１５０のＤチャ
ネル上のＬＤＣ設定を介して標準のＩＳＤＮ Ｑ．９３
２メッセージ、例えば、呼設定メッセージおよび接続メ
ッセージを使用して遂行される。ネットワーク層４０４
は、与えられたインタフェースの全てのＢチャネルをそ
のインタフェースに対するＬＤＣにて識別する。ネット
ワーク層４０４は、あるポイントから別のポイント（例
えば、スイッチノードからスイッチノード）への呼の設
定にのみ関与する。ネットワーク層は、呼が特定のスイ
ッチノードの内側でどのようにルートされるべきかには
関与せず、上位層の所まで呼がそのスイッチノード内で
どのようにルートされるべきかを決定するための情報を
転送する。ただし、ネットワーク層は、以降、接続マネ
ージャアプリケーションと称される一つのアプリケーシ
ョンに、あるスイッチノード内のスイッチ接続への物理
インタフェース上の設備を追加あるいは削除する要求は
行なう。

【００３４】より詳細には、ネットワーク層は、呼の設
定を以下のように遂行する。つまり、最初に、呼の設定
に対するそのリクエストが正当であるか、および二つの
交換システム間にこの呼を扱う資源が存在するか決定す
る。この決定の後に、その呼に関する情報が上位ソフト
ウエア層に転送される。ネットワーク層が上位ソフトウ
エア層からもう一つのスイッチノードとの接続を設定す
るリクエストを受信した場合は、この逆が遂行される。

【００３５】ネットワーク層４０４は、別のノードから
呼に関する情報をＬＤＣを介して受信する。ＬＤＣ上に
情報が受信されると、呼参照番号を利用してこのメッセ
ージに対応する呼が識別される。呼参照番号は、発信ネ
ットワーク層によって、呼の設定の際に、ＩＳＤＮ標準
に従って選択される。この識別の詳細は、図１４との関
連で説明される。

【００３６】トランスポート層４０５は、図１に示され
るような複数のノードを持つ複合システムを通じての呼
のルーティングを可能にするためのキー要素である。こ
の主な機能は、呼の外側、つまり、スイッチノード間の
ルーティングを管理することにある。トランスポート層
４０５は、図１のシステムを、ノードとみなし、呼をそ
れ自身のノードから他のノードあるいはエンドポイント
にルーティングすることに関与する。（セッション層４
０６の詳細な説明の所で説明されるように、トランスポ
ート層４０５ではなく、セッション層が、論理宛先情
報、例えば、電話番号を翻訳して、呼の宛先ノードの決
定、および接続マネージャアプリケーションを使用して
のノード内経路の設定を行なう）。複数のスイッチノー
ド、例えば、通信端末１０１を含む全体としてのシステ
ム内においては、様々なトランスポート層が、お互い
に、これら様々なスイッチノードを通じての呼を設定す
るために、通信する。このトランスポート層間の通信
は、宛先ノードに到達するために中間ノードを通じて呼
をルートすることが必要なために、必要となる。これら
トランスポート層は、これら自身の間で、スイッチノー
ド間に設定されたシグナリング経路（ＬＤＣ）を利用し
て通信する。

【００３７】ノード間ルーティングに関しては、トラン
スポート層４０５は、図１に示される全体システムのク
ローバルな視野をとる最初の層である。トランスポート
層４０５は、セッション層４０６によって提供された情
報を使用して、ノード間経路を選択する。トランスポー
ト層は、その様々なノード間のルーティングタスクを遂
行するために、利用可能な経路およびこれら経路上のオ
プションを定義するテーブルを利用する。これらテーブ
ルは、全ての経路を定義するのではなく、そのノードが
既に使用している経路のみを定義する。

【００３８】トランスポート層間の通信は、ネットワー
ク層４０４によって、設定されたＬＤＣを使用して遂行
される。トランスポート層４０５は、その対応する層に
宛てられた情報をネットワーク層４０４に送り、ネット
ワーク層４０４は、この情報を、標準のＩＳＤＮ Ｑ．
９３１メッセージの情報要素、ＩＥ内にパケット化す
る。ネットワーク層４０４は、特定のノードに向けて設
定されたＬＤＣを使用して、この情報をその対応するネ
ットワーク層に送信する。同様にして、もう一つのネッ
トワーク層がこのタイプの情報を受信すると、このもう
一つのネットワーク層は、パケット情報を解体し、この
情報をトランスポート層に向ける。

【００３９】セッション層４０６の主要な機能は、エン
ドポイント間で通信を設定することにある。ここで、全
てのエンドポイントが、アプリケーションであるものと
みなされ、例えば、ＢＲＩ電話機は一つのアプリケーシ
ョンであるとみなされる。重要なことは、これらエンド
ポイントは、アプリケーション、例えば、呼処理機能を
遂行するアプリケーション、あるいはダイアリング計画
アプリケーションであり得ることである。いずれの場合
でも、これらエンドポイント間の接続は、呼であるとみ
なされる。セッション（呼）は、セッション層４０６に
よって、二つのアプリケーションがお互いに通信したい
ときに設定される。前述のように、セッション層４０６
は、スイッチノードおよびこれらスイッチノード上のア
プリケーションとしての観点からのみ関与し、他方のス
イッチノードへの経路の設定はトランスポート層４０５
に依存する。

【００４０】セッション層４０６は、呼び出されたアプ
リケーションをアドレスによって識別する。このアドレ
スは、従来の電気通信技術においては単に電話番号とし
て考えられたが、ただし、Ｑ．９３１プロトコル内にお
いてはもっと広い概念を持つ。このアドレスからセッシ
ョン層４０６は、宛先スイッチノードを決定する。セッ
ション層４０６は、この宛先スイッチノードへの呼を、
宛先スイッチノードのセッション層と通信することによ
って設定する。この他方のセッション層との通信は、セ
ッション層が特定のアドレスに対する接続が設定される
ようにトランスポート層に他方のスイッチノードに向け
て呼を設定するようにリクエストするようにすることに
よって達成される。トランスポート層は、この呼を、セ
ッション層によって決定されたノード番号に基づいて設
定する。これらリクエストは、ネットワーク層を使用し
て標準のＩＳＤＮ Ｑ．９３１呼設定メッセージを生成
することによって行なわれる。他方のスイッチノードが
このアドレスを翻訳できない場合は、そのスイッチノー
ドのセッション層は、そのトランスポート層に、呼が脱
落されるべきであることを要求する情報を送信する。セ
ッション層がアドレスを翻訳できる場合は、これは、そ
のトランスポート層に、そのネットワークによって要求
スイッチノードに呼進行メッセージを返信することを要
求するメッセージを送る。

【００４１】図４のプレゼンテーション層４０７は、ア
プリケーション間で通信されている情報を、それらアプ
リケーションがその情報を通信するために使用されるプ
ロトコルから完全に離別（独立）されるように準備する
ための複合プロトコルを喚起する。プレゼンテーション
レベルプロトコルは、トランスポート経路を通じてアプ
リケーションが対応するアプリケーションと通信するこ
とを可能にする。

【００４２】最後に、アプリケーション層４０８は、ソ
フトウエア層４０９の所で実行されているアプリケーシ
ョンによって必要とされる資源の管理を行なう。ソフト
ウエア層４０９の所のあるアプリケーションがもう一つ
の対応するアプリケーションと通信しているとき、この
アプリケーションは、他のどれくらい多数のアプリケー
ションが存在するか、あるいはこれら他のアプリケーシ
ョンがどこに位置するかについての意識を持たない。こ
れらの詳細を決定および使用するのは、アプリケーショ
ン層４０８の機能であり、この結果として、これらアプ
リケーションを非常に抽象的に書くことが可能になる。

【００４３】層４０１から４０９の動作およびソフトウ
エア構造の詳細については、“Automatic Initializati
on of a Distributed Telecommunications System ”と
いう名称の合衆国特許第５，３８６，４６６号において
説明されているので、合衆国特許第５，３８６，４６６
号を参照されたい。

【００４４】図５は、データリンク接続識別子（ＤＬＣ
Ｉ）、サービスアクセスポイント識別子（ＳＡＰＩ）、
ターミナルエンド識別子（ＴＥＩ）、システムインタフ
ェース番号（sintf） 、スイッチエンジェルインタフェ
ース番号（aintf） 、論理Ｄチャネル番号（ＬＤＣ
Ｎ）、呼リファレンス番号（ＣＲＮ）と、様々なソフト
ウエア層との間の相互関係を一般的に示す。図５に示さ
れるように、一つのエンジェル上にリンクインタフェー
ス層と物理層のペアが実現される。（エンジェルの概念
に関しては、合衆国特許第５，３８６，４６６号におい
て説明されている）。リンクインタフェース層４０２と
物理層４０１は、ローカルエンジェルによって実現され
る。スイッチノード１０２内のノードプロセッサは、リ
ンクマネジメント４０３層、ネットワーク４０４層、お
よび他の上位層を実現する。このノードプロセッサは、
スイッチノード１０２の全体としての制御を提供する。
ｓｉｎｔｆ番号，スイッチ番号、およびａｉｎｔｆ 番
号は、物理インタフェースと対応する。sintf 番号は、
ネットワークソフトウエア層４０４および上位ソフトウ
エア層によって物理インタフェースを識別するために使
用される。加えて、物理インタフェースによって両方の
端に終端されるリンクによって相互接続される二つのス
イッチノードが、そのリンクに対する論理インタフェー
ス番号に関してそのリンクの初期化の際に協議する。

【００４５】トランスポートメッセージが受信される
と、ネットワーク層４０４は、そのチャネル識別ＩＥ内
の論理インタフェース番号をsintf 番号に変換する。ネ
ットワーク層４０４は、これら物理インタフェースを、
sintf1 501および502 によって識別されているものとし
て見る。リンクマネジメント４０３は、sintf 番号、ス
イッチ番号、aintf 番号の間の変換を行なうが、これら
が一体となって物理インタフェースを表す。例えば、リ
ンクマネジメント４０３は、sintf1 501をローカルエン
ジェルとaintf 511に変換する。リンクインタフェース
４０２は、aintf1511 を利用して物理インタフェース５
５１を識別する。sintf1 501およびsintf2502とaintf1
511およびaintf2 512との間には、一対一の対応が存在
する。

【００４６】sintf 番号およびaintf 番号は特定のイン
タフェースを識別し、各々のインタフェースはチャネル
番号を持つ。例えば、ＰＲＩインタフェース５５１およ
び５５２は、各々２４つのチャネルを有する。ネットワ
ーク層４０４は、特定のsintf と対応するチャネルを実
際の物理チャネル番号を使用して識別し、同様に、リン
クインタフェース層４０２は、aintf 番号と対応して物
理チャネル番号を利用する。これは、ＩＳＤＮ標準の仕
様がシグナリングを遂行するために物理チャネル２４を
使用することを指定するために可能である。ネットワー
ク層４０４および上位層は、物理チャネルを相互接続
し、これらチャネル上に特定のプロトコルを生成する目
的でリンクインタフェース層および物理層を制御するた
めにsintf番号を使用する。物理ネットワーク、例え
ば、ネットワーク５１５を通じてＢチャネルが相互接続
される方法に関しては、図５においては、論理接続、例
えば、経路５０７を除いては示されていない。

【００４７】図５は、さらに、様々なチャネルの利用、
およびこれらチャネルが終端されるポイントおよび情報
が利用されるポイントを論理的に示す。インタフェース
５５１のＢチャネル５３２は、経路５０７によってイン
タフェース５５２のＢチャネル５３３に相互接続され
る。経路５０７は、スイッチノードの内側のネットワー
クを通じて作られる。当業者においては、類似する経路
がインタフェース５５１と５５２内のＢチャネルの間で
作れることは容易に理解できるものである。Ｂチャネル
の回路交換は、物理層の所で遂行され；一方、パケット
交換あるいはフレーム中継は、リンクインタフェース層
の所で遂行される。図５および６の層の呼を設定するに
当たっての動作の詳細に関しては、合衆国特許第５，３
８６，４６６号において説明されている。

【００４８】この節においては、アプリケーションソフ
トウエア層４０９、セッションソフトウエア層４０６、
トランスポートソフトウエア層４０５、ネットワークソ
フトウエア層４０４、およびスイッチノード１０２の観
点から見たトランスポートメッセージについて説明す
る。説明を明快にするために、最初に、呼が最初にスイ
ッチノード１０２を通じてどのように設定されるかにつ
いて簡単に説明される。

【００４９】図６は、ネットワークソフトウエア層４０
４、トランスポートソフトウエア層４０５、セッション
ソフトウエア層４０６、およびアプリケーションソフト
ウエア層４０９の間でどのように識別され、処理される
か、その方法を示す。スイッチノード１０２がこれらソ
フトウエア層を実行していものと想定する。ネットワー
クソフトウエア層４０４の所で、上で図５との関連で説
明したように、呼の各半分がＣＲＮ番号、例えば、ＣＲ
Ｎ５２０と、呼レコード、例えば、呼レコード５２１に
よって識別される。図６から明らかなように、呼レコー
ドは、これらソフトウエア層を通じて共通であり、各層
は、この呼レコードと共に追加の情報を使用する。これ
ら呼レコードは、各スイッチノード内の共通のテーブル
から得られ、ある呼レコード番号は、ある特定のスイッ
チノード内で一つのみ存在する。

【００５０】トランスポートソフトウエア層４０５は、
呼の各半分をそのＬＤＣＮおよび呼レコード番号によっ
て識別する。ＬＤＣＮ番号は、レベル４ルーティングテ
ーブル内に解説される情報があるスイッチノードから別
のスイッチノードに出るリンク（あるいはセットのリン
ク）を表すＬＤＣＮ番号によって識別されるために使用
される。呼レコードは図６に示されるように、ある特定
の呼に対して、３つの全てのソフトウエア層において、
同一に識別されることに注意する。セッションソフトウ
エア層４０６は、ソフトウエアアーキテクチャ内の、呼
の両半分が信号情報を交換する目的で一緒に結合される
ポイントである。ここで、呼の各半分は、それに対して
設定された一意のセッションレコード、例えば、セッシ
ョンレコード６０７を持つ。このセッションレコード
は、二つの呼レコード、例えば、呼レコード５２１およ
び５４４と関連し、各呼レコードは、呼の半分を表す。
（呼の各半分は、“半呼（half call）”と呼ばれ
る）。この規則に対する例外は、呼がアプリケーション
に掛けられた場合である。この場合は、呼の他方の半分
はアプリケーションソフトウエア層の所に終端するため
に、一つの呼レコードのみが利用される。

【００５１】呼が図６に示される３つのソフトウエア層
によってどのように処理されるかを理解するために、最
初に、呼をスイッチノード１０２を通じて設定する例を
取り上げて考える。この例に対しては、図５を参照する
必要があるが、ここには、呼レコード５２１および５４
４と関連するインタフェースが示される。以下の例にお
いては、呼レコード５２１はＰＲＩリンク１１１と対応
し、呼レコード５４４はＰＲＩリンク１１６と対応する
ものとする。

【００５２】呼が通信端末１０１から通信端末１０４に
スイッチノード１０２を介して掛けられるものと想定す
る。ＬＤＣＮ ５４１は、図１に示されるように、スイ
ッチノード１０２をスイッチノード１０３に相互接続す
るＰＲＩ１１６と関連する。さらに、設定メッセージ内
のノード番号は、通信チャネル１０４を指定するものと
想定する。（スイッチノード１０２内において通信端末
１０１から通信端末１０４に向けられた呼に対して遂行
されるルーティングの決定方法に関しては、合衆国特許
第５，３８６，４６６号において説明されている）。こ
の設定メッセージが通信端末１０１からＰＲＩリンク１
１１を介して受信されると、ネットワークソフトウエア
層４０４は、トランスポートソフトウエア層４０５に送
られる設定指標を生成し、さらに、第一の半呼の設定を
開始する呼レコード５２１を確立する。トランスポート
ソフトウエア層４０５は、ノード番号を調べ、スイッチ
ノード１０２が宛先スイッチノードでないことを知り；
このために、層４０６は、ノード標識をセットしない。
ノード標識がセットされた場合は、これは、呼がスイッ
チノード１０２に終端することを意味する。ダイヤルさ
れた番号がノード標識と共にセッションソフトウエア層
４０６に送られるが、セッションソフトウエア層４０６
は、ノード標識がセットされていないために、ダイヤル
された番号に基づいて呼をルートする試みは行なわな
い。

【００５３】この例においては、ノード標識がセットさ
れていないものと想定されるために、セッションソフト
ウエア層４０６は、セッションレコード６０７を確立
し、呼レコード５４４が選択され、第二の半呼の設定が
開始される。ノード番号と呼レコード番号が次にトラン
スポートソフトウエア層４０５に設定リクエストとして
送信される。トランスポートソフトウエア層４０５は、
レベル４ルーティングテーブルに照会し、このＬＤＣＮ
５４１が通信端末１０４への経路であることを決定す
る（知る）。トランスポートソフトウエア層４０５は、
次に、呼レコード５４４をLDCN 541と対応させ、設定リ
クエストをネットワークソフトウエア層４０４に送り、
ネットワークソフトウエア層４０４が、次に、スイッチ
ノード１０３との通信をＰＲＩリンク１１６を介して確
立する。

【００５４】スイッチノード１０２が設定メッセージを
スイッチノード１０３にＰＲＩリンク１１６を介して送
信すると、スイッチノード１０３のネットワークソフト
ウエア層は、呼進行メッセージを返信する。ネットワー
クソフトウエア層４０４は、この呼進行メッセージに応
答して、接続マネジメントアプリケーションに、それ
が、経路５０７を設定するために、Ｂチャネル５３２と
Ｂチャネル５３３を相互接続するスイッチノード１０２
の交換網を通じての接続を設定すべきであることを通告
する。セッションレコード６０７は、接続レコード６０
８をポイントする。接続レコード６０８は、アプリケー
ション層４０９の所で実行している接続マネジメントア
プリケーションによって維持される。この接続マネジメ
ントアプリケーションは、ネットワークソフトウエア層
４０４からのこのメッセージに応答して、この接続を設
定し、接続レコード６０７の中に内部接続のパラメータ
を入れる。

【００５５】トランスポートメッセージがスイッチノー
ド１０２を通じての帯域幅を増加あるいは削減するため
にどのように利用されるかより良く理解するために、以
下の例を取り上げて考える。前の段落において説明され
た設定メッセージが、スイッチノード１０２を通じて音
声接続を接続し、この結果として、図５の経路５０７が
スイッチノード１０２の交換網を通じて設定されたもの
と想定する。次に、通信端末１０１がトランスポートメ
ッセージを使用して、Ｄチャネル５３０上にパケット交
換接続が設定され、チャネル５３８上に６４Ｋｂデータ
チャネルが設定されるべきであることを要求するものと
する。

【００５６】ＬＡＰＦプロトコルを実行するデータリン
クおよび６４Ｋｂを持つデータチャネルに対して必要さ
れる追加の帯域幅を設定（提供）するために、通信端末
１０１は、スイッチノード１０２に、以下の情報を持つ
トランスポートメッセージを送信する。つまり、この情
報内において、呼リファレンスＩＥ３０２は、図５およ
び６のＣＲＮ５２０にセットされ、メッセージタイプＩ
Ｅ３０３は、ＴＲＡＮＳにセットされる。リピートイン
ジケータＩＥ３０４は、帯域幅追加にセットされる。ベ
アラ機能ＩＥ３０５は以下の通りである。つまり、第一
のベアラ機能ＩＥは、ＬＡＤＰプロトコルを使用するパ
ケットデータリンクを指定し、第二のＩＥは、６４Ｋｂ
の帯域幅を持つ回路データリンクにセットされる。チャ
ネル識別ＩＥ３０６は以下の通りである。つまり、第一
のＩＥは、論理インタフェース番号を利用するインタフ
ェース５５１を指定し、また、Ｄチャネル５３０の使用
を指定する。チャネル識別ＩＥ３０６の第二のＩＥは、
インタフェース５５１とＢチャネル５３８を指定する。
これに単一のデータリンク識別ＩＥ３０７が続くが、こ
れは、論理リンク５１７の一つがパケットデータのため
に使用されるべきであることを指定する。

【００５７】下位層機能ＩＥ３０８は、通信端末１０４
が６４Ｋｂデータチャネルとの関連で実現すべき特許を
有するプロトコルを指定する。上位層機能ＩＥ３０９
は、Ｘ４００電子メールプロトコル標準が実現されてい
ることを指定する。このトランスポートメッセージは、
図６のネットワークソフトウエア層４０４によって受信
および解体される。ネットワークソフトウエア層４０４
が要求されたトランスポート機能を提供することができ
る場合は、ネットワークトランスポート層４０４は、Ｉ
Ｅ３１１、３１２、３１３、および３１９のみを含むト
ランスポートアクノレッジメッセージを返信する。ネッ
トワーク４０４が要求されたトランスポート機能の一つ
を提供できない場合は、これは、提供することができな
い特定のトランスポート機能をＩＥ３１５、３１６、お
よび３１７内に識別し、リピートインジケータ３１４内
に、この特定のトランスポート機能が削除されるべきで
あることを示す。加えて、このトランスポートアクノレ
ッジメッセージは、別のベアラ機能を使用して、要求さ
れたそれの代替としてのチャネル識別ＩＥ、およびデー
タリンク識別ＩＥを示すこともできる。

【００５８】この例においては、ネットワークソフトウ
エア層４０４は要求されたトランスポート機能を提供す
ることができるものと想定される。ネットワークソフト
ウエア層４０４は、そこで、トランスポート機能追加リ
クエストをトランスポートソフトウエア層４０５のＬＤ
ＣＮ ５１９を介してセッションソフトウエア層４０６
に送信する。セッションソフトウエア層４０６は、セッ
ションレコード６０７と呼レコード５４４を利用して、
この呼がＬＤＣＮ ５４１を利用することを決定し（知
り）、次に、ＬＤＣＮ ５４１を使用して、ネットワー
クソフトウエア層４０４に、呼レコード５４４との関連
で追加の仕事が行なわれるべきであることを通告する。

【００５９】ここで、少し、図６の呼レコード５２１お
よびＬＤＣＮ ５１９によって示される呼の左半分の説
明を行なう。ネットワークソフトウエア層４０４は、接
続マネジメントアプリケーションに、呼レコード５２１
によって識別される接続に追加された新たなパラメータ
を送信する。接続マネジメントアプリケーションは、こ
の情報に応答して、この追加の接続情報を接続レコード
６０８内に格納する。

【００６０】呼レコード５４４およびＬＤＣＮ ５４２
によって識別されるこの呼の右半分においては、ネット
ワークソフトウエア層４０４は、通信端末１０１から受
信されたメッセージのベアラ機能ＩＥに応答して、これ
らベアラ機能ＩＥの要件を満たすためにどのトランスポ
ート設備を利用すべきであるかを決定する。図５に示さ
れるように、ネットワークソフトウエア層４０４は、Ｌ
ＡＰＤプロトコルを利用するデータリンクを提供するた
めに論理リンク５１８の論理リンクの一つを利用し、６
４Ｋｂデータチャネルの機能を提供するためにＢチャネ
ル５３６を提供する。ネットワークソフトウエア層４０
４が利用可能なＢチャネルを持ち、このＢチャネルが複
数の論理リンクに細分されている場合は、ネットワーク
層４０４は、ＬＡＰＦプロトコルを実行するデータリン
クに対してこれら論理チャネルの一つを使用することも
考えられることに注意する。

【００６１】ネットワークソフトウエア層４０４は、次
に、通信端末１０１から受信されたそれと同一のベアラ
機能ＩＥ、およびインタフェース５５２との関連で利用
されているトランスポート機能に対して特定のチャネル
識別ＩＥ３０６およびデータリンク識別ＩＥ３０７を含
む新たなトランスポートメッセージを形成する。下位層
機能ＩＥ３０８および上位層機能ＩＥ３０９は、単に、
上流に、この呼の左半分を通じてセッションソフトウエ
ア層４０６に向けて輸送され、次に、セッションソフト
ウエア層４０６が、これらを、下流に、呼の右半分へと
送信し、ここで、これらは、ネットワークソフトウエア
層４０４によってこの新たなトランスポートメッセージ
に組み立てられる。ネットワークソフトウエア層４０４
は、次に、このトランスポートメッセージをスイッチノ
ード１０３内の対応するネットワークソフトウエア層に
送信する。

【００６２】我々のこの例においては、スイッチノード
１０３内のネットワークソフトウエア層は、トランスポ
ートメッセージ内に要求される全てのトランスポート機
能を受理するものと想定される。このために、スイッチ
ノード１０３内のネットワークソフトウエア層は、ＩＥ
３１５、３１６、３１７を含まないトランスポートアク
ノレッジメッセージを返信する。スイッチノード１０２
内のネットワークソフトウエア層４０４は、このトラン
スポートアクノレッジメッセージに応答して、図６のア
プリケーション層４０９内の接続マネジメントアプリケ
ーションに、呼の左半分に対するパラメータを、それら
を接続レコード６０８内に格納するために、送信する。
この接続マネジメントアプリケーションは、さらに、こ
の情報に応答して、スイッチノード１０２の交換網を経
路５３５を設定するために制御する。加えて、接続マネ
ジメントアプリケーションは、リンクインタフェース層
４０２に経路５３９を設定するためのメッセージを送信
する。

【００６３】この時点で、経路５０７、５３５、および
５３９がスイッチノード１０２を通じて設定される。こ
の例においては、スイッチノード１０３が元のトランス
ポート機能を設定することを希望したとき、通信端末１
０４は、ＬＡＰＤプロトコルを利用するデータリンクを
提供することができないものと想定される。結果とし
て、呼の左半分において使用される図６に示されるそれ
と類似するスイッチノード１０３は、その接続レコード
内に、音声帯域幅、ＬＡＰＤプロトコルを使用するデー
タリンク、および６４Ｋｂデータチャネルを記録した
が、ただし、呼の右半分に対する接続レコード内には、
音声呼と６４Ｋｂデータリンクのみが記録される。通信
端末１０４から、ネットワークソフトウエア層を介して
トランスポートコンプリートメッセージを受信すると、
スイッチノード１０３内の接続マネジメントアプリケー
ションは、６４Ｋｂデータリンクのみを接続する。この
音声呼接続は、設定プロセスの際に設定されたものであ
ることに注意する。

【００６４】通信端末１０４は、次に、使用中のベアラ
機能ＩＥ、チャネル識別ＩＥ、およびデータリンク識別
ＩＥを識別するトランスポートコンプリートメッセージ
を送信する。このメッセージは、スイッチノード１０３
によって受信され、次に、ソフトウエア層を通じて上流
に、呼の右半分内をスイッチノード１０３のセッション
ソフトウエア層４０６に向けて送信され、セッションソ
フトウエア層４０６は、これを下流に、呼の左半分内を
スイッチノード１０３のネットワークソフトウエア層４
０４に向けて送る。ネットワークソフトウエア層４０４
は、データリンク機能を削除し、接続マネジメントアプ
リケーションに、データリンクがもはや利用されてない
ことを知らせる。これに応答して、スイッチノード１０
３の接続マネジメントアプリケーションは、スイッチノ
ード１０３の接続レコードからこのデータリンク情報を
削除する。スイッチノード１０３内のネットワークソフ
トウエア層４０４は、次に、６４Ｋｂデータリンクのみ
が設定されている事実を詳述するトランスポートコンプ
リートメッセージを組み立て、このトランスポートコン
プリートメッセージをスイッチノード１０２に送信す
る。

【００６５】スイッチノード１０２のネットワークソフ
トウエア層４０４がスイッチノード１０３からこのトラ
ンスポートコンプリートメッセージを受信すると、これ
は、接続マネジメントアプリケーションに、経路５３９
が削除されるべきであることを通告する。接続マネジメ
ントアプリケーションは、すると、接続レコード６０８
からLAPDプロトコルを実行するデータリンクに対する参
照（項目）を削除する。ネットワーク層４０４は、次
に、このトランスポートコンプリートメッセージを、セ
ッションソフトウエア層４０６を通じて、下流に、呼の
左半分へと送る。ネットワークソフトウエア層４０４
は、このトランスポートコンプリートメッセージに応答
して、接続マネジメントアプリケーションに、接続レコ
ード６０８からLAPDプロトコルを実行するデータリンク
に対する参照（項目）を削除するように通告する。接続
マネジメントアプリケーションは、また、リンクインタ
フェース層４０２に、経路５３９を削除することを要求
するメッセージを送信する。呼の左半分において、ネッ
トワークソフトウエア層４０４が、通信端末１０１に送
信するためのもう一つのトランスポートコンプリートメ
ッセージを組み立てる。

【００６６】後のある時点において、通信端末１０１
が、６４Ｋｂデータリンクがもはや必要とされないこと
を決定し（知り）、通信端末１０１は、トランスポート
メッセージを送信する。ここで、このメッセージの、リ
ピートインジケータ３０４は、削除にセットされ、ベア
ラ機能ＩＥ３０５、チャネル識別ＩＥ３０６、およびデ
ータリンク識別ＩＥ３０７は、６４Ｋｂデータリンクが
削除されるべきであることを指定する。スイッチノード
１０２は、次に、このメッセージを繰り返し、これをス
イッチノード１０３に送信する。スイッチノードから返
信された転送アクノレッジメッセージを受信すると、ネ
ットワークソフトウエア層４０４は、接続マネジメント
アプリケーションに、経路５３５を削除するように要請
する。加えて、接続マネジメントアプリケーションは、
接続レコード６０８を、ネットワークソフトウエア層４
０４によって要請されるように更新する。データリンク
の削除を要求するトランスポートメッセージが通信端末
１０４によって受信されると、これは、この削除が実行
されるべきであることを指定するトランスポートコンプ
リートメッセージを返信する。

【００６７】ここで、通信端末１０４が６４Ｋｂデータ
チャネルを設定したトランスポートメッセージを受信し
た時点に戻るが、通信端末１０４は、ＩＥ３０５から３
０７との関連で、他方のスイッチノードと類似する方法
にて、これに応答する動作を遂行する。呼の終端ポイン
トは、図４のアプリケーションレベル４０９内で実行さ
れる端末マネジメントアプリケーションである。端末マ
ネジメントアプリケーションの機能については、合衆国
特許第５，１８２，７５１号および合衆国特許第５，３
８６，４６６号において詳細に説明されている。要約す
ると、端末マネジメントアプリケーションは、呼を終端
するため、および端末が通信されたデータを利用できる
ようにするために必要とされる全ての制御機能を提供す
る。端末マネジメントアプリケーションは、スイッチノ
ード上で実行することもできるが、この場合は、これに
よって、大部分の端末制御機能が通信端末内ではなく、
そのスイッチノード内で実行される。一方、通信端末、
例えば、通信端末１０１が、それ自身のコンピュータを
持ち、図４に示されるソフトウエア構造を実行すること
も考えられる。この場合は、端末マネジメントアプリケ
ーションは、その端末上で実行される。図１に示される
ように、この場合は、通信端末１０１が呼の終端ポイン
トとなる。ただし、通信端末１０１に対して異なるタイ
プの通信端末が利用されている場合は、端末マネジメン
トアプリケーションは、スイッチノード１０２内で実行
することもでき、この場合は、スイッチノード１０２が
呼の終端ポイントとなる。

【００６８】６４Ｋｂデータチャネルを設定することを
要求するトランスポートメッセージが受信されると、こ
のメッセージは、アプリケーションレベル４０９の所の
端末マネジメントアプリケーションに運ばれる。端末マ
ネジメントアプリケーションは、次に、接続マネージャ
に、リンクインタフェース層４０２に対して下位層機能
ＩＥ３０８内に定義される特許を有するプロトコルを実
現するように要請する。この結果として、リンクインタ
フェース層は、この下位の特許を有するプロトコルを使
用することができるようになる。加えて、接続マネージ
ャアプリケーションは、通信端末１０４のプレゼンテー
ション層４０７に、上位層機能ＩＥ３０９内に定義され
るＸ４００電子メール標準を実現するように命令する。

【００６９】図７、８、および９は、流れ図の形式に
て、ネットワークソフトウエア層４０４によって、図３
に示されるトランスポートメッセージを実現するにあた
って遂行される動作を示す。ネットワークソフトウエア
層４０４は、トランスポートメッセージの実現にあたっ
ての大部分の仕事を遂行する。図７および８は、ネット
ワーク層４０４の、他方のスイッチノードからのトラン
スポートメッセージを受信したときの応答を示す。図９
は、ネットワークソフトウエア層４０４の、セッション
層４０６からのトランスポートメッセージを受信したと
きの応答を示す。これら図面内で使用される約束とし
て、他方のスイッチノードから受信される、あるいはこ
れに送信されるトランスポートメッセージは、それらの
メッセージコード、例えば、ＴＲＡＮＳによってのみ識
別されるものとする。一方、セッションソフトウエア層
４０６によって、呼のもう一方の半分から中継されるト
ランスポートメッセージは、そのメッセージコードと
“メッセージ”という語句、例えば、ＴＲＡＮＳメッセ
ージによって識別されるものとする。

【００７０】図７の判定ブロック７０１において、他方
のスイッチノードからＴＲＡＮＳメッセージが受信され
たか決定される。上の例においては、スイッチノード１
０２がＴＲＡＮＳメッセージをインタフェース５５１を
介して通信端末から受信する。判定ブロック７０１にお
ける答えが肯定である場合は、判定ブロック７０２にお
いて、ベアラ機能ＩＥ３０５、チャネル識別ＩＥ３０
６、およびデータリンク識別ＩＥ３０７によって定義さ
れる要求されたトランスポート機能を提供することがで
きるか否か決定される。これらトランスポート機能を提
供することができる場合は、ブロック７０７が実行さ
れ、これによって、ＩＥ３１５、３１６、および３１７
を含まないＴＲＡＮＳ ＡＣＫメッセージが送り返され
る。判定ブロック７０２における答えが否定である場合
は、ブロック７０３において、代替トランスポート機能
を決定することが試みられる。これらトランスポート機
能のどれも提供することができない場合は、ＴＲＡＮＳ
＿ＲＥＪメッセージが送信され、それ以降の全ての処理
が終端される。少なくとも一つの元のあるいは代替トラ
ンスポート機能を提供することができる場合は、変更さ
れたトランスポート機能のリストと共に、ＴＲＡＮＳ＿
ＡＣＫメッセージが送信される。次に、ブロック７０９
において、アプリケーション層４０９の所の接続マネジ
メントアプリケーションに、この新たなトランスポート
機能によって定義されたトランスポートパラメータを接
続テーブル６０８内に入れることを要求するメッセージ
が送られる。

【００７１】ここで入力されるトランスポートパラメー
タは、最初に要求された（元の）トランスポート機能の
パラメータ、あるいは代替トランスポート機能のパラメ
ータ、あるいは二つが結合された結果としてのパラメー
タのいずれかであり得る。最後に、ブロック７１１にお
いて、セッション層４０６にトランスポート層４０５を
介してＴＲＡＮＳメッセージが送信されるが、このメッ
セージは、ＩＥ３０６および３０７を削除した元のＴＲ
ＡＮＳメッセージおよび／あるいは代替トランスポート
機能メッセージである。ＩＥ３０６および３０７は、図
６に示される呼の左半分に対してのみ使用される。セッ
ションソフトウエア層４０６は、このメッセージに応答
して、呼レコードを識別し、呼の右半分と対応するＬＤ
ＣＮを識別し、このメッセージを下流に、呼の右半分内
を、正しい識別を使用して、ネットワークソフトウエア
層４０４へと送る。

【００７２】判定ブロック７０１に戻り、答えが否定で
ある場合は、制御は判定ブロック７１２に渡され、他方
のスイッチノードからＴＲＡＮＳ＿ＡＣＫメッセージが
受信されたか決定される。上の例においては、ＴＲＡＮ
Ｓ＿ＡＣＫメッセージが、スイッチノード１０２によっ
て、スイッチノード１０３からインタフェース５５２上
に受信される。このＴＲＡＮＳ＿ＡＣＫメッセージは、
呼の右半分によって受信される。判定ブロック７１２に
おける答えが肯定である場合は、制御は、判定ブロック
７１３に渡される。判定ブロック７１３において、その
トランスポートアクノレッジメッセージ内に代替トラン
スポート機能が存在するか決定される。答えが肯定であ
る場合は、制御は、判定ブロック７１４に渡され、ここ
で、それら代替トランスポート機能が受容できるか、つ
まり、そのスイッチノードがそれら代替トランスポート
機能を提供することができるか否か決定される。判定ブ
ロック７１４における答えが否定である場合は、ブロッ
ク７１６が遂行され、ここで、受容することができない
トランスポート機能を削除する要求を持つＴＲＡＮＳメ
ッセージが他方のスイッチノードに送られる。次に、ブ
ロック７１７において、同一の削除要求を持つＴＲＡＮ
Ｓメッセージがセッションソフトウエア層４０６にトラ
ンスポート層４０５を介して送られる。セッション層４
０６は、このメッセージに応答して、このメッセージを
下流に、呼の左半分内を、ネットワークソフトウエア層
４０４へと運ぶ。受容を示すＴＲＡＮＳ＿ＡＣＫメッセ
ージが受信された時点ではじめてこれらトランスポート
パラメータが接続レコード内に挿入され、スイッチノー
ド内の経路が設定されることに注意する。

【００７３】判定ブロック７１３および７１４に戻り、
判定ブロック７１３における決定が否定である場合、あ
るいは判定ブロック７１４における答えが肯定である場
合は、制御は、ブロック７２１に渡され、ここで、接続
マネジメントアプリケーションに、トランスポートパラ
メータを接続テーブルに入力し、スイッチノードの内部
交換網を通じて接続を作ることを要求するメッセージが
送信される。

【００７４】判定ブロック７１２に戻り、そのメッセー
ジがＴＲＡＮＳ＿ＡＣＫメッセージではない場合は、制
御は、図８の判定ブロック８０１に渡され、ここで、こ
のメッセージが、ＴＲＡＮＳ＿ＲＥＪメッセージである
か調べられる。判定ブロック８０１における答えが肯定
である場合は、ブロック８０２において、接続テーブル
からトランスポートパラメータを削除し、これらトラン
スポートパラメータに対してスイッチノードの交換網を
通じて設定されている経路を削除することを要求するメ
ッセージが接続マネジメントアプリケーションに送信さ
れる。ＴＲＡＮＳ＿ＲＥＪメッセージの代わりにＴＲＡ
ＮＳ＿ＡＣＫが受信された場合は、接続マネジメントア
プリケーションによって遂行すべき仕事はないことに注
意する。ブロック８０２の実行の後に、ブロック８０３
において、このＴＲＡＮＳ＿ＲＥＪメッセージを含むメ
ッセージがトランスポート層４０５を介してセッション
層４０６に送られる。セッションソフトウエア層４０６
はこのメッセージを下流に、正しい呼レコードとＬＤＣ
Ｎ識別情報を得て、呼の左半分内を、ネットワークソフ
トウエア層４０４に送る。

【００７５】判定ブロック８０１における答えが否定で
ある場合は、制御は、判定ブロック８０４に渡され、こ
こで、そのメッセージがＴＲＡＮＳ＿ＣＯＭメッセージ
であるか調べられる。答えが否定である場合は、制御
は、ブロック８０８に渡され、通常の処理が行なわれ
る。ブロック８０８は、標準のＩＳＤＮメッセージを扱
う。判定ブロック８０４における答えが肯定である場合
は、ブロック８０６において、接続テーブル６０８内に
存在するトランスポートパラメータのどれがベアラ機能
ＩＥ３２５、チャネル識別ＥＩ３２６、およびデータリ
ンク識別ＩＥ３２７によって識別されてないかが決定さ
れる。これらトランスポートパラメータを識別した後
に、ブロック８０６は、接続マネジメントアプリケーシ
ョンに、これらトランスポートパラメータおよび対応す
る経路を削除することを要求するメッセージを送信す
る。最後に、ブロック８０７において、チャネル識別Ｅ
Ｉ３２６とデータリンク識別ＩＥ３２７を削除された元
のＴＲＡＮＳ＿ＣＯＭを含むメッセージがトランスポー
トソフトウエア層４０５を介してセッションソフトウエ
ア層４０６に送られる。セッションソフトウエア層４０
６はこのメッセージに応答して、呼の左半分内を、下流
に、ネットワークソフトウエア層４０４に向けて呼レコ
ードとLDCN識別情報を提供する。

【００７６】図９は、ネットワークソフトウエア層４０
４によって、セッションソフトウエア層４０６から受信
されたトランスポートメッセージに応答して遂行される
動作を示す。判定ブロック９０１において、このメッセ
ージがＴＲＡＮＳメッセージであるか否か調べられる。
前述の例においては、図６に示される呼の右半分が、セ
ッションソフトウエア層４０６からＴＲＡＮＳメッセー
ジを、呼の左半分がこのメッセージを通信端末１０１か
らインタフェース５５１を介して受信した後に受信す
る。判定ブロック９０１における答えが肯定である場合
は、制御は、判定ブロック９０２に渡される。判定ブロ
ック９０２において、そのベアラ機能ＩＥ３０５に応答
して、次のスイッチノードに伝送されるＴＲＡＮＳメッ
セージに対する新たなチャネル識別ＩＥ３０６およびデ
ータリンク識別ＩＥ３０７が決定される。この決定の後
に、ブロック９０３において、新たなＴＲＡＮＳメッセ
ージが形成され、次のスイッチノードに送られる。この
新たなＴＲＡＮＳメッセージ内においては、要素３０
１、３０２、３０３、３０４、３０５、および３０８、
３０９、並びに３４１は、単に、同一のものが使用され
る（反復される）ことに注意する。

【００７７】判定ブロック９０１における答えが否定で
ある場合は、判定ブロック９０４において、セッション
ソフトウエア層４０６から受信されたメッセージがＴＲ
ＡＮＳ＿ＣＯＭメッセージであるか調べられる。判定ブ
ロック９０４における答えが肯定である場合は、判定ブ
ロック９０６において、接続テーブル６０８内に存在す
るが、ベアラ機能ＩＥ３２５、チャネル識別ＩＥ３２
６、およびデータリンク識別ＩＥ３２７によって識別さ
れないトランスポートパラメータが決定される。これら
トランスポートパラメータを決定した後に、ブロック９
０６は、接続マネジメントアプリケーションに、これら
トランスポートパラメータを接続テーブル６０８から削
除すること、および対応する全ての経路を削除すること
を要求するメッセージを送信する。次に、ブロック９０
７において、呼の左半分上のトランスポート機能を定義
する新たなチャネル識別ＩＥ３２６およびデータリンク
識別ＩＥ３２７を持つＴＲＡＮＳ＿ＣＯＭメッセージが
形成される。ブロック９０７は、次に、こうして形成さ
れたＴＲＡＮＳ＿ＣＯＭメッセージを他方のスイッチノ
ードに送る。

【００７８】判定ブロック９０４における答えが否定で
ある場合は、制御は、判定ブロック９０８に渡され、こ
こで、セッションソフトウエア層４０６からＴＲＡＮＳ
＿ＲＥＪメッセージが受信されたか調べられる。答えが
否定である場合は、制御は、標準のＩＳＤＮメッセージ
の通常の処理のためのブロック９０９に渡される。判定
ブロック９０８における答えが肯定である場合は、ブロ
ック９１１において、対応するＴＲＡＮＳメッセージに
よって接続テーブル内に入れられた全てのパラメータを
削除することを要求するメッセージを接続マネジメント
アプリケーションに送る。最後に、ブロック９１２にお
いて、ＴＲＡＮＳ＿ＲＥＪメッセージが次のスイッチノ
ードに送られる。上の例においては、ブロック９１２
は、スイッチノード１０２からのＴＲＡＮＳ＿ＲＥＪメ
ッセージを通信端末１０１に送る。

【００７９】図１１は、流れ図の形式にて、自動コール
バック機能を開始する通信端末によって遂行される動作
を示す。図１１は、流れ図の形式にて、この自動コール
バック機能の一部分である他方の通信端末によって遂行
される動作を示す。呼の発信に当たって、ブロック１０
０１において、指定される宛先との間で呼が設定される
ことが要求され、次に、判定ブロック１００３におい
て、要求された呼が設定されたかどうか決定される。判
定ブロック１００３における答えが否定である場合は、
処理は終端される。呼が設定された場合は、判定ブロッ
ク１００４において、呼のタイプを変更するTRANSメッ
セージが受信されたか決定される。呼のタイプとは、こ
こでは、例えば、ビデオ呼などを意味するのに使用され
る。判定ブロック１００４における答えが否定である場
合は、ブロック１００２が通常の処理のために実行され
る。

【００８０】判定ブロック１００４における答えが肯定
である場合は、判定ブロック１００５において、ＴＲＡ
ＮＳメッセージのディスプレイＩＥから、被呼通信端末
の所で自動コールバック（機能）が利用できるか決定さ
れる。答えが否定である場合は、ブロック１００６にお
いて呼が切断される。判定ブロック１００５における答
えが肯定である場合は、ブロック１００７において、ユ
ーザに、呼が完結されてはいないが、ただし、自動コー
ルバックが利用できることを表示する。次に、判定ブロ
ック１００８において、ユーザが自動コールバック機能
を始動することを希望するか決定される。答えが否定で
ある場合は、ブロック１００６において呼が切断され
る。判定ブロック１００８における答えが肯定である場
合は、ブロック１０１１において、自動コールバック機
能を起動することを要求するメッセージが他方の通信端
末に送られる。次に、判定ブロック１０１２において、
他方の通信端末からの自動コールバック機能が始動され
たかどうかを定義するメッセージを待つ。答えが否定で
ある場合は、ブロック１００９において、ユーザに自動
コールバック機能が始動されなかったことを示すメッセ
ージがユーザに表示され、呼が切断される。判定ブロッ
ク１０１２における答えが肯定である場合は、ブロック
１０１３において、他方の状態が話中にセットされる。

【００８１】図１０内には、二つの端末が話中である
か、否かを決定するために二つの変数が使用される。
“状態（state） ”という変数は、図１０を実行する端
末が話中であるか否かを示すために使用され；一方、
“他方の状態（other state） ”という変数は、他方の
通信端末が話中であるか、あるいは空いているかを反映
させるために使用される。ブロック１０１４から１０２
８は、両方の端末が空いており、元の呼タイプを回復で
きる場合、あるいは呼が放棄されるべき場合を決定す
る。詳しくは、判定ブロック１０１４において、図１０
（のプログラム）を実行する端末が話中であるか決定さ
れる。答えが肯定である場合は、ブロック１０１６にお
いて、状態が話中にセットされる。答えが否定である場
合は、ブロック１０１７において、状態がアイドルにセ
ットされる。

【００８２】ブロック１０１６あるいは１０１７の実行
の後に、判定ブロックが実行され、他方の端末から端末
アイドルメッセージが受信されたか決定される。答えが
肯定である場合は、ブロック１０１９において、他方の
状態がアイドルにセットされ；一方、答えが否定である
場合は、判定ブロック１０２０において、自動コールバ
ック取消しメッセージが受信されたか決定される。判定
ブロック１０２０における答えが肯定である場合は、ブ
ロック１０２８が実行され、自動コールバックインジケ
ータがリセットされる。他方の通信端末が呼を切断した
ことが考えられることに注意する。判定ブロック１０２
０における答えが否定である場合は、判定ブロック１０
２１において、他方の端末から端末ビジーメッセージが
受信されたか決定される。答えが肯定である場合は、ブ
ロック１０２２において、他方の状態が話中にセットさ
れる。

【００８３】次に、判定ブロック１０２５が実行され、
図１０（のプログラム）を実行する通信端末から自動コ
ールバック取り消信号が受信されたか決定される。答え
が肯定である場合は、ブロック１０２７において、他方
の通信端末に自動コールバック取消しメッセージが送ら
れ、呼が切断され、その後、制御は、ブロック１０２８
に渡される。判定ブロック１０２５における答えが否定
である場合は、次に、判定ブロック１０２３において、
状態および他方の状態の両方がアイドルにセットされて
いるか調べられる。答えが否定である場合は、制御は、
判定ブロック１０１４に戻される。判定ブロック１０２
３における答えが肯定である場合は、ブロック１０２４
において、元の呼タイプを回復することを要求するTRAN
Sメッセージが送られる。ブロック１０２４は、他方の
通信端末がTRANS_COMメッセージを送り返したことを想
定することに注意する。

【００８４】図１１は、他方の通信端末によって遂行さ
れる動作を示す。ブロック１１０１において、設定メッ
セージが検出される。判定ブロック１１０２において、
図１を実行する通信端末が話中であるか決定される。答
えが否定である場合は、制御は、通常の処理のためにブ
ロック１００３に渡される。判定ブロック１１０２にお
ける答えが肯定である場合は、ブロック１１０４におい
て、呼のタイプを変更すること、および自動コールバッ
ク機能が利用できることを示すTRANSメッセージが送ら
れる。次に、判定ブロック１１０６において、自動コー
ルバック機能の始動を要求するメッセージが受信された
か決定される。答えが否定である場合は、他方の通信端
末が呼を切断してしまった可能性があるために、通常の
処理が遂行される。判定ブロック１１０６における答え
が肯定である場合は、ブロック１１０８において、自動
コールバックインジケータがセットされ、その後、制御
は、ブロック１１０９に渡される。ブロック１１０９に
おいて、自動コールバック機能の始動を確認するメッセ
ージが送られる。

【００８５】ブロック１１２１から１１２４は、どのよ
うな場合に呼が切断され、どのような場合に、元の呼タ
イプが再設定されるかを決定する。より詳細には、判定
ブロック１１２１において、図１１（のプログラム）を
実行している通信端末から自動コールバック取消メッセ
ージが受信されたか調べられる。答えが肯定である場合
は、ブロック１１２２において、他方の通信端末に自動
コールバック取消メッセージが送られ、呼が切断され
る。ブロック１１２４において、自動コールバックイン
ジケータがリセットされる。判定ブロック１１２１にお
ける答えが否定である場合は、判定ブロック１１１０に
おいて、通信端末が話中であるか決定される。答えが肯
定である場合は、判定ブロック１１１１において、状態
変数がアイドルであるか調べられる。答えが肯定である
場合は、ブロック１１１２において状態が話中に設定さ
れ、ブロック１１１３において、話中メッセージが他方
の通信端末に送られる。判定ブロック１１１１が肯定で
あるか否定であるかに関係なく、制御は、最終的に、判
定ブロック１１２３に渡される。

【００８６】判定ブロック１１１０に戻り、答えが否定
である場合は、判定ブロック１１１４において、状態が
話中であるか調べられる。答えが肯定である場合は、判
定ブロック１１１６において、状態がアイドルにセット
され、ブロック１１１７において、他方の通信端末にア
イドルメッセージが送られる。ブロック１１１７の実行
の後に、制御は、判定ブロック１１２３に渡される。

【００８７】判定ブロック１１２３において、自動コー
ルバック取消メッセージが他方の端末から受信されたか
調べられる。答えが肯定である場合は、制御はブロック
１１２４に渡され、ブロック１１２４において、自動コ
ールバックインジケータがリセットされる。判定ブロッ
ク１１２３における答えが否定である場合は、判定ブロ
ック１１１８において、ＴＲＡＮＳメッセージが受信さ
れたか決定される。答えが否定である場合は、制御は、
判定ブロック１１１０に戻される。答えが肯定である場
合は、ブロック１１１９において、他方の通信端末にＴ
ＲＡＮＳ＿ＣＯＭが送られる。ブロック１１１８は、受
信されたＴＲＡＮＳメッセージが元の呼タイプを回復す
ることを要求することを想定する。当業者においては、
この事実を検証する追加の動作を容易に考えることがで
きるものである。

【００８８】図１２は、コールホールド機能を実行して
いる通信端末によって遂行される動作を示す。ブロック
１２０１において、このプロセスが開始される。判定ブ
ロック１２０２において、ユーザがコールホールドが起
動されることを要求しているか決定される。この要求
は、ユーザによってコールホールドボタンを作動するこ
とによって、あるいはカーソルを使用してＣＲＴ画面上
のコールホールドフィールドを選択することによって行
なわれる。判定ブロック１２０２における答えが肯定で
ある場合は、ブロック１２０３において、コールホール
ドが既にアクティブであるか調べられる。答えが肯定で
ある場合は、制御は、判定ブロック１２０２に戻され
る。判定ブロック１２０３における答えが否定である場
合は、ブロック１２０４において、呼の帯域幅を低速デ
ータリンクの帯域幅に変更することを要求し、また、他
方の通信端末にコールホールドが起動されたことを示す
ＴＲＡＮＳメッセージが他方の端末に送られる。次に、
ブロック１２０５において、図１２（のプログラム）を
実行している通信端末上のコールホールドインジケータ
がオンされる。

【００８９】判定ブロック１２０２に戻り、答えが否定
である場合は、判定ブロック１２０６において、ユーザ
がコールホールドを不能にすることを要求しているか調
べられる。判定ブロック１２０６における答えが否定で
ある場合は、ブロック１２１１において、通常の処理が
遂行される。判定ブロック１２０６における答えが肯定
である場合は、判定ブロック１２０７において、コール
ホールドが既に不能にされているか調べられる。答えが
肯定である場合は、制御は、判定ブロック１２０２に戻
される。判定ブロック１２０７における答えが否定であ
る場合は、ブロック１２０８において、他方の通信端末
に、これもコールホールドが不能にされることを示すTR
ANSメッセージが送られる。次に、ブロック１２０９に
おいて、図１２（のプログラム）を実行している通信端
末上のコールホールドインジケータがオフされる。

【図面の簡単な説明】

【図１】本発明の概念を実現するための電気通信システ
ムを示す。

【図２】電気通信交換ネットワーク内でのトランスポー
トメッセージの送信を示す。

【図３Ａ】トランスポートメッセージを示す。

【図３Ｂ】トランスポートメッセージを示す。

【図３Ｃ】トランスポートメッセージを示す。

【図３Ｄ】トランスポートメッセージを示す。

【図４】本発明の概念と共に使用されるためのソフトウ
エア構造を示す。

【図５】スイッチノード内で設定されるシグナリングお
よびトランスポート経路を論理的に示す。

【図６】ネットワーク、トランスポート、セッション、
およびアプリケーションソフトウエア層を通じての呼の
論理構造を示す。

【図７】トランスポートメッセージに対するネットワー
ク層の応答を流れ図の形式にて示す。

【図８】トランスポートメッセージに対するネットワー
ク層の応答を流れ図の形式にて示す。

【図９】トランスポートメッセージに対するネットワー
ク層の応答を流れ図の形式にて示す。

【図１０】通信端末によって自動コールバック（機能）
の提供において遂行される動作を流れ図の形式にて示
す。

【図１１】通信端末によって自動コールバック（機能）
の提供において遂行される動作を流れ図の形式にて示
す。

【図１２】通信端末によってコールホールド（機能）の
提供において遂行される動作を流れ図の形式にて示す。

Claims (32)

【特許請求の範囲】
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. 【請求項３２】 前記の増加するための手段が、前記の
    電気通信帯域幅を前記の第一の部分の開始前と同一レベ
    ルに設定するための手段を含むことを特徴とする請求項
    ３１の装置。