JPH0927806A - マルチメディア通信会議呼への選択的参加 - Google Patents

Abstract

(57)【要約】 【課題】 電気通信端末によってマルチメディア通信会
議呼の際に使用される媒体のタイプを連続的に変更する
ことが可能にされる。 【解決手段】 ユーザからの入力に応答して、電気通信
端末は、媒体のタイプを変更する、つまり、呼の帯域幅
を増加、減少、あるいは変更することができる。さら
に、マルチメディア通信会議呼を制御している電気通信
端末に、会議呼上で電気通信端末によって遂行されてい
る変更が通知され、（制御電気通信端末によって）残り
の電気通信端末にこの電気通信端末の参加状態の変更が
通知される。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電気通信マルチメ
ディア会議呼、より詳細には、電気通信マルチメディア
会議呼の各パーティーによって使用される媒体のタイプ
に関する。

【０００２】

【従来の技術】マルチメディア通信会議呼の発達と共
に、個人グループが会議のために一ヶ所に集まる必要性
が大幅に削減されてきた。マルチメディア通信会議のコ
ストは、現時点においては、情報をあるポイントから別
のポイントに伝送するコストのためにかなり高くつく。
それでも、マルチメディア表示の使用によって得られる
多くの利益のために、マルチメディア会議呼のユーザ
は、マルチメディア会議呼の多少割高な料金を支払う意
向を持つ。ただし、可能であればこのコストを削減した
いという必要性は否定できない。おのおのが別の位置に
いる多数の人を伴うあるマルチメディア通信会議呼にお
いては、これらの人の全てがその会議呼の特定の時間を
除いては、使用されている全ての形式の媒体を受信する
ことを必要としない、あるいは希望しない。例えば、あ
る人は、その会議の特定の部分にのみ関心があり、会議
のその部分が始まる時間をモニタすることのみを必要と
する場合もある。

【０００３】

【発明が解決しようとする課題】従って、マルチメディ
ア通信会議呼の参加者にとって、マルチメディア通信会
議呼の特定の時刻において、彼らの参加に必要とされる
媒体の量のみを利用する必要性が存在する。

【０００４】

【課題を解決するための手段】上記の問題の解決および
技術的な進歩が、あるマルチメディア通信会議呼の際
に、それが受信する媒体のタイプを連続的に変動（変
更）することができる電気通信端末によって達成され
る。ユーザからの入力に応答して、この電気通信端末
は、媒体のタイプを変動すること、つまり、呼の帯域幅
を増加、削減、あるいは変更することが可能である。さ
らに、そのマルチメディア通信会議を制御している電気
通信端末に、その会議呼上の電気通信端末によってなさ
れた変更が通告され、（制御電気通信端末によって）、
電気通信端末の参加状態の変更が残りの電気通信端末に
通知される。

【０００５】

【実施例】図１は本発明を実現するためのシステムを示
す。各通信端末はＰＲＩリンクを介してスイッチノード
に接続される。スイッチノード１０２と１０３はＰＲＩ
リンク１１２−１１６を介して相互接続される。当業者
においては、追加のスイッチノードを提供し、これらも
ＰＲＩリンクあるいは他の通信リンクによって相互接続
できることを容易に理解できるものである。当業者にお
いては、さらに、これらＰＲＩリンクがＢＲＩリンクで
あり、ビデオおよびデータの圧縮が使用された場合も、
これら通信端末に対して類似の機能を遂行できることを
容易に理解できるものである。スイッチノードの動作お
よびソフトウエア構造の詳細については、“Automatic
Initialization of a Distributed Telecommunications
System”という名称の米国特許第５，３８６，４６６
号において説明されているので、米国特許第５，３８
６，４６６号を参照されたい。ビデオ網を持つスイッチ
ノードについては、本出願と同一の譲り受け人に譲渡さ
れている１９９３年６月３０日に出願された“Video Vi
ew Selection by a Chairperson ”という名称の米国特
許出願第０８／０８５９９７号（現在米国特許第５，４
７３，３６７号）において説明されているので、米国特
許出願第０８／０８５９９７号を参照されたい。

【０００６】図１のシステムがどのように動作するか理
解するために、以下の例を取り上げて考える。この例に
おいては、通信端末１０１が、通信端末１０１、１０
４、１０６の間のマルチメディア会議呼の設定を制御す
る。通信端末１０１は、この会議の設定をスイッチノー
ド１０２にＩＳＤＮメッセージを送信することによって
制御する。このマルチメディア会議は、ビデオ、音声、
および高速データ通信トランスポート（輸送）から構成
され、高速データは、ビューグラフを映し出すために使
用される。これらビデオ、音声、および高速データは、
参加機能（participation function）とも称される。こ
のマルチメディア通信会議呼の際に、通信端末１０４の
ユーザが、このマルチメディア通信会議呼のコストを削
減するために、付随する音声およびビデオなしに、ビュ
ーグラフの映像のみをモニタすることを希望するものと
想定する。この会議呼においては、ビデオは、その呼の
参加者を映し出すために使用されるものとする。これを
達成するために、通信端末１０４は、スイッチノード１
０３および１０２を介して通信端末１０１にトランスポ
ート（ＴＲＡＮＳ）メッセージを送信する。このメッセ
ージは、ビデオおよび音声通信が、通信端末１０４につ
いては削除されるべきであることを指定する。スイッチ
ノード１０３および１０２は、このトランスポートメッ
セージに応答して、このマルチメディア会議呼の、スイ
ッチノード１０２および１０３を介して通信端末１０１
から通信端末１０４に伸びる呼経路（呼ブランチとも称
される）から、ビデオおよび音声通信を削除する。通信
端末１０１は、このトランスポートメッセージに応答し
て、通信の削減を伝えるトランスポートコンプリート
（ＴＲＡＮＳ＿ＣＯＭ）を通信端末に送信する。加え
て、通信端末１０１は、通信端末１０６に、通信端末１
０４が高速データ通信のみを受信している事実を伝え
る。好ましくは、通信端末１０１および１０６の両方
が、それらの各々のユーザに対して、通信端末１０４が
高速データのみを受信している事実を表示する。

【０００７】後の時点において、通信端末１０４のユー
ザがこのマルチメディア会議呼のビデオ、音声、および
高速データ通信を受信することを希望し、通信端末１０
４にこの事実について指示するものとする。ここで、こ
のユーザは、映し出されたビューグラフを見た結果とし
て、この会議への完全参加を再開することを決定したと
考えることもできる。通信端末１０４は、ユーザに応答
して、この会議呼の、通信端末１０４に向けられたブラ
ンチに、ビデオおよび音声が追加されるべきであること
を定義するトランスポートメッセージを送信する。スイ
ッチノード１０２および１０３は、このトランスポート
メッセージに応答して、自動的に、通信端末１０４を、
このマルチメディア会議呼の完全参加者として含める。
通信端末１０１は、このメッセージに応答して、トラン
スポートコンプリートメッセージを返信する。加えて、
通信端末１０１は、通信端末１０６に、通信端末１０６
に通信端末１０４が現在その会議呼に完全参加している
事実を伝えるメッセージを送信する。通信端末１０１お
よび１０６の両方がそれらの対応するユーザにこの事実
を伝える。

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

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

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

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

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

【００１３】ベアラ機能ＩＥ３０５、チャネル識別ＩＥ
３０６、データリンク識別ＩＥ３０７、下位層機能ＩＥ
３０８、および上位層機能ＩＥ３０９は、トランスポー
トメッセージによって定義されているトランスポート機
能の完全性（totality）を定義する。下位層機能ＩＥ３
０８および上位層機能ＩＥ３０９は、エンドポイントに
よってのみ使用される。一方、ベアラ機能ＩＥ３０５、
チャネル識別ＩＥ３０６、およびデータリンク識別ＩＥ
３０７は、その呼に対する輸送を提供している網内のス
イッチノードによって使用される。エンドポイントもＥ
Ｉ３０５、３０６、および３０７を使用することに注意
する。ベアラ機能ＩＥ３０５は上位定義内において要求
されている機能、例えば、音声、データ、およびビデオ
を定義する。チャネル識別ＥＩ３０６は、論理インタフ
ェースおよびその物理インタフェース内の物理チャネル
を定義する。二つの交換ノード間で、これら交換ノード
は、これらの間の各インタフェースに対する論理インタ
フェース番号を協議する。ネットワーク層は、この論理
インタフェース番号に応答して、これをシステムインタ
フェース番号（ｓｉｎｔｆ）に変換し、さらにこれは、
下位層によって物理インタフェース番号に変換される。
簡潔さのために、上位層の記述においては、チャネル識
別ＩＥは、物理インタフェースを指定するものとして言
及される。例えば、ビデオが要求されている場合、この
リクエストに対するチャネル識別ＩＥ３０６の一つが物
理インタフェースおよびチャネル、例えば、指定された
ＰＲＩリンク内の３８４Ｋｂｓチャネルであるチャネル
１を定義するものとする。音響機能が要求されている場
合は、チャネル識別ＩＥの一つが特定のＢチャネル、例
えば、チャネル２３を定義するものとする。ベアラ機能
３０５内のビデオを要求しているＩＥは、チャネル識別
ＩＥ３０６内の物理インタフェースおよびチャネルを指
定する対応するＩＥと同一の位置をそのベアラ機能ＩＥ
３０５内に持つ。パケットデータリンクが要求されてい
る場合は、これらは、チャネル識別ＩＥ３０６内の物理
チャネルを言及するものとして定義され、追加の情報が
データリンク識別ＩＥ３０７内に指定される。データリ
ンク識別に対するＩＥは、チャネル識別ＩＥ３０６をサ
ポートするために必要とされる順番に配列される。ベア
ラ機能ＩＥ３０５内の情報は、データ識別ＩＥ３０７か
らのＩＥがいつ必要とされるかを指定する。例えば、ベ
アラＩＥ３０５が：ビデオ、音声、およびデータを指定
する場合、チャネル識別（ＩＥ）が物理（チャネル）を
指定し、たった一つのデータリンク識別ＩＥ３０７のみ
が使用される。このＩＥは、本来なら、物理チャネル上
のどの論理リンクが使用されるべきかを指定するところ
である。

【００１４】下位層機能ＩＥ３０８および上位層機能
（ＩＥ）３０９は、通常、エンドポイントによってのみ
使用され、これらＩＥは、宛先エンドポイントに、設定
されている呼と使用されているプロトコルのタイプを定
義するために使用される。下位層機能ＩＥ３０８は、図
４に示されるように、物理層、リンク管理層、およびネ
ットワーク層によって使用され；一方、上位層機能ＩＥ
３０９は、図４のネットワーク層４０４より上位のソフ
トウエア層によって使用される。層機能ＩＥとベアラ機
能ＩＥとの間の関係を理解するために、以下の例を取り
上げて考える。ユーザが、ＬＡＰＦプロトコルを使用す
るデータパケット接続を、通信端末１０１から通信端末
１０４に向けて設定することを希望する場合、ユーザ
は、これを２つの方法を使用して達成することができ
る。第一の方法は、ベアラ機能内にＬＡＰＦパケット接
続が設定されるべきであることを指定する方法である。
この方法においては、下位層機能ＩＥ３０８内に情報を
入れる（含む）ことは必要とされず、さらに、上位層機
能３０９内に情報を入れる（含む）ことも必要でない場
合もある。スイッチノードは、ベアラ機能に応答して、
パケット交換接続を最も都合の良い方法にて設定する。
一般的に、スイッチノードは、このパケット接続を、回
路接続としてではなく、パケット接続として設定する。
第二の例においては、スイッチノード１０２および１０
３を通じて６４Ｋｂの回路接続を設定し、エンドポイン
ト、つまり、通信端末１０１および１０４の所でのみＬ
ＡＰＦプロトコルを使用することが要求される。このケ
ースにおいては、通信端末１０１が、トランスポートメ
ッセージのベアラ機能３０５内に、６４Ｋｂｓ／秒回路
交換接続をリクエストすることとなる。この場合、トラ
ンスポートメッセージは、ＩＥの下位層機能３０８内に
この回路接続が、ＬＡＰＦプロトコルを使用するパケッ
ト化されたデータ接続であるべきであるという事実を含
むこととなる。この方法にて、こうしてパケット化され
た接続が、スイッチノード１０２および１０３を通じて
の予想可能な伝送時間を持つことが保証される。加え
て、これが、スイッチノード１０２および１０３を通じ
ての回路交換の６４Ｋｂｓデータ接続上に特許を有する
パケットプロトコルをランする目的に使用されることも
考えられる。上位層機能ＩＥ３０９は、図４のプレゼン
テーション層４０７に対して、そのネットワーク層によ
って受信されている情報のために使用されるべき上位層
プロトコルを定義する。プレゼンテーション層４０７
は、このメッセージを、図４のアプリケーション層４０
９内のアプリケーションプログラムによって使用できる
ように用意する。プレゼンテーション層４０７が動作の
ために使用することが考えられるタイプのプロトコルと
しては：Ｘ４００電子メール標準、ｇ４ファックス標
準、ファイル転送、スクリーン共有標準などがある。簡
単に理解できるように、これらの上位プロトコルは、中
間のスイッチノード１０２および１０３にとっては、な
んの関係もないものである。

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

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

【００１７】図４は、図１のスイッチノードのソフトウ
エアアーキテクチャを示す。このアーキテクチャは、Ｉ
ＳＤＮプロトコルを実現するために修正された従来のＯ
ＳＩモデルに基づく。ここに開示される発明において
は、ＩＳＤＮ機能を含めるために、標準モデルに対し
て、さらに幾つかの修正が行なわれる。物理層４０１の
基本的な機能は、物理リンクを終端することである。よ
り詳細には、物理層４０１は、物理チャネルを維持する
こと、およびその上の物理サブチャネルを制御する責任
を持つ。物理層４０１は、ソフトウエア部分と物理イン
タフェースから構成される。さらに、物理層４０１のソ
フトウエア部分は、それにＰＲＩおよびＢＲＩ情報を通
信している物理リンクが終端する物理インタフェースを
直接に制御する責任を持つ。物理層４０１は、リンク層
４１２に、物理サブチャネルおよび物理チャネルをリン
ク層４１２によって制御可能な存在として提供する。

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

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

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

【００２１】ネットワーク層４０４は、ＬＤＣ上を通信
される情報を処理し、これによってＩＳＤＮ Ｑ．９３
１プロトコルを終端する。従って、この層は、スイッチ
ノードの外側の呼の終端あるいは発信に対するシステム
資源の利用に関して協議する責任を持つ。ネットワーク
層は、その上に呼が受信されているあるいは設定される
インタフェース上のチャネルの割り当てを制御する。例
えば、通信端末１０１がスイッチノード１０２からの呼
をＰＲＩリンク１５０を介して受信すると、通信端末１
０１のネットワーク層４０４はそれと対応する層（スイ
ッチノード１０２内の対応するネットワーク層４０４）
と、ＰＲＩリンク１５０内のＢチャネルの割り当てを得
るための協議を行なうが、この手続きは、第二のＢチャ
ネルが必要となったときも反復される。この協議は、Ｐ
ＲＩリンク１５０のＤチャネル上のＬＤＣ設定を介して
標準のＩＳＤＮ Ｑ．９３２メッセージ、例えば、呼設
定メッセージおよび接続メッセージを使用して遂行され
る。ネットワーク層４０４は、与えられたインタフェー
スの全てのＢチャネルをそのインタフェースに対するＬ
ＤＣにて識別する。ネットワーク層４０４は、あるポイ
ントから別のポイント（例えば、スイッチノードからス
イッチノード）への呼の設定にのみ関与する。ネットワ
ーク層は、呼が特定のスイッチノードの内側でどのよう
にルートされるべきかには関与せず、上位層の所まで呼
がそのスイッチノード内でどのようにルートされるべき
かを決定するための情報を転送する。ただし、ネットワ
ーク層は、以降、接続マネージャアプリケーションと称
される一つのアプリケーションに、あるスイッチノード
内のスイッチ接続への物理インタフェース上の設備を追
加あるいは削除する要求は行なう。

【００２２】より詳細には、ネットワーク層は、呼の設
定を以下のように遂行する。つまり、最初に、呼の設定
に対するそのリクエストが正当であるか、および二つの
交換システム間にこの呼を扱う資源が存在するか決定す
る。この決定の後に、その呼に関する情報が上位ソフト
ウエア層に転送される。ネットワーク層が上位ソフトウ
エア層からもう一つのスイッチノードとの接続を設定す
るリクエストを受信した場合は、この逆が遂行される。
ネットワーク層４０４は、別のノードから呼に関する情
報をＬＤＣを介して受信する。ＬＤＣ上に情報が受信さ
れると、呼参照番号を利用してこのメッセージに対応す
る呼が識別される。呼参照番号は、発信ネットワーク層
によって、呼の設定の際に、ＩＳＤＮ標準に従って選択
される。この識別の詳細は、図１４との関連で説明され
る。

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

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

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

【００２６】セッション層４０６の主要な機能は、エン
ドポイント間で通信を設定することにあるが、ここで、
全てのエンドポイントが、アプリケーションであるもの
とみなされる。例えば、ＢＲＩ電話機は一つのアプリケ
ーションであるとみなされる。重要なことは、これらエ
ンドポイントが、ＴＭＡアプリケーションのようなアプ
リケーションであり得ることである。いずれの場合で
も、これらエンドポイント間の接続は、呼であるとみな
される。セッション（呼）は、セッション層４０６によ
って、二つのアプリケーションがお互いに通信したいと
きに設定される。前述のように、セッション層４０６
は、スイッチノードおよびこれらスイッチノード上のア
プリケーションとしての観点からのみ関与し、他方のス
イッチノードへの経路の設定はトランスポート層４０５
に依存する。セッション層４０６は、呼び出されたアプ
リケーションをアドレスによって識別する。このアドレ
スは、従来の電気通信技術においては単に電話番号とし
て考えられたが、ただし、Q.931プロトコル内において
はもっと広い概念を持つ。このアドレスからセッション
層４０６は、宛先スイッチノードを決定する。セッショ
ン層４０６は、この宛先スイッチノードへの呼を、宛先
スイッチノードのセッション層と通信することによって
設定する。この他方のセッション層との通信は、セッシ
ョン層が特定のアドレスに対する接続が設定されるよう
にトランスポート層に他方のスイッチノードに向けて呼
を設定するようにリクエストするようにすることによっ
て達成される。トランスポート層は、この呼を、セッシ
ョン層によって決定されたノード番号に基づいて設定す
る。これらリクエストは、ネットワーク層を使用して標
準のＩＳＤＮ Ｑ．９３１呼設定メッセージを生成する
ことによって行なわれる。他方のスイッチノードがこの
アドレスを翻訳できない場合は、そのスイッチノードの
セッション層は、そのトランスポート層に、呼が脱落さ
れるべきであることを要求する情報を送信する。セッシ
ョン層がアドレスを翻訳できる場合は、これは、そのト
ランスポート層に、そのネットワークによって要求スイ
ッチノードに呼進行メッセージを返信することを要求す
るメッセージを送る。

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

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

【００２９】層４０１から４０９の動作およびソフトウ
エア構造の詳細については、“Automatic Initializati
on of a Distributed Telecommunications System ”と
いう名称の米国特許第５，３８６，４６６号において説
明されているので、米国特許第５，３８６，４６６号を
参照されたい。ビデオ網を持つスイッチノードについて
は、本出願と同一の譲り受け人に譲渡されている１９９
３年６月３０日に出願された“Video View Selection b
y a Chairperson ”という名称の米国特許出願第０８／
０８５９９７号において説明されているのでこれを参照
されたい。

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

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

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

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

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

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

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

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

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

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

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

【００４１】ＬＡＰＦプロトコルを実行するデータリン
クおよび６４Ｋｂを持つデータチャネルに対して必要さ
れる追加の帯域幅を設定（提供）するために、通信端末
１０１は、スイッチノード１０２に、以下の情報を持つ
トランスポートメッセージを送信する。つまり、この情
報内において、呼リファレンスＩＥ３０２は、図５およ
び６のＣＲＮ５２０にセットされ、メッセージタイプＩ
Ｅ３０３は、ＴＲＡＮＳにセットされる。リピートイン
ジケータＩＥ３０４は、帯域幅追加にセットされる。ベ
アラ機能ＩＥ３０５は以下の通りである。つまり、第一
のベアラ機能ＩＥは、ＬＡＤＰプロトコルを使用するパ
ケットデータリンクを指定し、第二のＩＥは、６４Ｋｂ
の帯域幅を持つ回路データリンクにセットされる。チャ
ネル識別ＩＥ３０６は以下の通りである。つまり、第一
のＩＥは、論理インタフェース番号を利用するインタフ
ェース５５１を指定し、また、Ｄチャネル５３０の使用
を指定する。チャネル識別ＩＥ３０６の第二のＩＥは、
インタフェース５５１とＢチャネル５３８を指定する。
これに単一のデータリンク識別ＩＥ３０７が続くが、こ
れは、論理リンク５１７の一つがパケットデータのため
に使用されるべきであることを指定する。下位層機能Ｉ
Ｅ３０８は、通信端末１０４が６４Ｋｂデータチャネル
との関連で実現すべき特許を有するプロトコルを指定す
る。上位層機能ＩＥ３０９は、Ｘ４００電子メールプロ
トコル標準が実現されていることを指定する。このトラ
ンスポートメッセージは、図６のネットワークソフトウ
エア層４０４によって受信および解体される。ネットワ
ークソフトウエア層４０４が要求されたトランスポート
機能を提供することができる場合は、ネットワークトラ
ンスポート層４０４は、ＩＥ３１１、３１２、３１３、
および３１９のみを含むトランスポートアクノレッジメ
ッセージを返信する。ネットワーク４０４が要求された
トランスポート機能の一つを提供できない場合は、これ
は、提供することができない特定のトランスポート機能
をＩＥ３１５、３１６、および３１７内に識別し、リピ
ートインジケータ３１４内に、この特定のトランスポー
ト機能が削除されるべきであることを示す。加えて、こ
のトランスポートアクノレッジメッセージは、別のベア
ラ機能を使用して、要求されたそれの代替としてのチャ
ネル識別ＩＥ、およびデータリンク識別ＩＥを示すこと
もできる。

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

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

【００４４】呼レコード５４４およびＬＤＣＮ５４２に
よって識別されるこの呼の右半分においては、ネットワ
ークソフトウエア層４０４は、通信端末１０１から受信
されたメッセージのベアラ機能ＩＥに応答して、これら
ベアラ機能ＩＥの要件を満たすためにどのトランスポー
ト設備を利用すべきであるかを決定する。図５に示され
るように、ネットワークソフトウエア層４０４は、ＬＡ
ＰＤプロトコルを利用するデータリンクを提供するため
に論理リンク５１８の論理リンクの一つを利用し、６４
Ｋｂデータチャネルの機能を提供するためにＢチャネル
５３６を提供する。ネットワークソフトウエア層４０４
が利用可能なＢチャネルを持ち、このＢチャネルが複数
の論理リンクに細分されている場合は、ネットワーク層
４０４は、ＬＡＰＦプロトコルを実行するデータリンク
に対してこれら論理チャネルの一つを使用することも考
えられることに注意する。ネットワークソフトウエア層
４０４は、次に、通信端末１０１から受信されたそれと
同一のベアラ機能ＩＥ、およびインタフェース５５２と
の関連で利用されているトランスポート機能に対して特
定のチャネル識別ＩＥ３０６およびデータリンク識別Ｉ
Ｅ３０７を含む新たなトランスポートメッセージを形成
する。下位層機能ＩＥ３０８および上位層機能ＩＥ３０
９は、単に、上流に、この呼の左半分を通じてセッショ
ンソフトウエア層４０６に向けて輸送され、次に、セッ
ションソフトウエア層４０６が、これらを、下流に、呼
の右半分へと送信し、ここで、これらは、ネットワーク
ソフトウエア層４０４によってこの新たなトランスポー
トメッセージに組み立てられる。ネットワークソフトウ
エア層４０４は、次に、このトランスポートメッセージ
をスイッチノード１０３内の対応するネットワークソフ
トウエア層に送信する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００６０】図１０は、通信端末（マルチメディア会議
呼の通信端末を制御していない端末）によって、選択的
参加動作の利用にあたって、マルチメディア通信会議呼
との関連で遂行される動作を示す。判定ブロック１００
１において、マルチメディア会議呼を制御している端末
からのメッセージがあるか調べられる。答えが否定であ
る場合は、判定ブロック１００２において、端末のユー
ザが会議呼からの切断を希望するか調べられる。答えが
肯定である場合は、ブロック１００５が実行され、端末
がマルチメディア会議呼から切断される。判定ブロック
１００２における答えが否定である場合は、判定ブロッ
ク１００３が実行され、通信端末のユーザがそのマルチ
メディア会議呼において現在使用されている任意の通信
タイプを削除することを希望するか調べられる。答えが
肯定である場合は、判定ブロック１００４において、そ
の通信端末がそのマルチメディア会議呼に参加するため
の残されている任意のタイプの通信を持つかチェックさ
れる。答えが否定である場合は、ブロック１００６を実
行することによって通信端末のユーザにエラーが表示さ
れ、制御は、判定ブロック１００１に戻される。判定ブ
ロック１００４における答えが肯定である場合は、ブロ
ック１００７において、指定される通信タイプを削除す
ることを要求するＴＲＡＮＳメッセージが制御通信端末
に送られる。ブロック１００７の実行の後に、ブロック
１００８において、通信タイプの削減を容認するＴＲＡ
ＮＳ＿ＡＣＫメッセージがないかチェックされ、続い
て、これも指定される通信タイプの削減を容認するＴＲ
ＡＮＳ＿ＣＯＭメッセージがないかチェックされる。通
信タイプの削減が可能であるために、判定ブロック１０
０８における答えが否定である場合は、ブロック１０１
１を実行することによってエラー回復が遂行される。判
定ブロック１００８における答えが肯定である場合は、
ブロック１００９において、指定され削除されたタイプ
がユーザに表示され、制御は、判定ブロック１００１に
戻る。

【００６１】判定ブロック１００３に戻り、答えが否定
である場合は、制御は、判定ブロック１０１２に渡さ
れ、ここで、ユーザがマルチメディア通信会議呼のユー
ザの参加において新たな通信タイプを希望するか調べら
れる。答えが否定である場合は、制御は、ブロック１０
１０に渡され、ここで通常の処理が遂行される。判定ブ
ロックにおける答えが肯定である場合は、ブロック１０
１３において、指定された通信タイプを追加することを
要求するＴＲＡＮＳメッセージが制御通信端末に送信さ
れる。ブロック１０１２の実行の後に、判定ブロック１
０１４において、追加された通信タイプを受理するＴＲ
ＡＮＳ＿ＡＣＫメッセージがスイッチノードから返信さ
れたか調べられる。答えが否定である場合は、ブロック
１０１６において、スイッチノードとできるだけ多くの
通信プタイプを追加するための協議が行なわれ、その
後、制御は判定ブロック１０１７に渡される。判定ブロ
ック１０１４における答えが肯定である場合も、制御
は、判定ブロック１０１７に渡される。判定ブロック１
０１７において、制御通信端末からＴＲＡＮＳ＿ＣＯＭ
メッセージが受信されたか調べられ、要求された通信タ
イプの全てが追加されたか決定される。答えが否定であ
る場合は、ブロック１０１９において、ユーザに対し
て、追加することを要求した通信タイプの内のどれが実
際にそのマルチメディア会議呼への端末の参加のために
加えられたかが表示される。判定ブロック１０１７にお
ける答えが肯定である場合は、ブロック１０１８におい
て、通信端末のユーザに、通信端末のマルチメディア会
議呼の参加のために要求された全ての通信タイプが追加
されたことを示すメッセージが表示される。

【００６２】判定ブロック１００１に戻り、これらが制
御通信端末からのものである場合は、判定ブロック１０
０１は、制御を図１１の判定ブロック１１０１に渡す。
判定ブロック１１０１において、制御通信端末から切断
メッセージが受信されたか決定される。答えが肯定であ
る場合は、ブロック１１０１において呼が切断される。
判定ブロック１１０１における答えが否定である場合
は、判定ブロック１１０３において、制御通信端末がそ
のマルチメディア会議呼に参加しているもう一つの通信
端末が通信タイプを変更したあるいはこの通信呼から切
断されたことを示すメッセージを送信したか調べられ
る。判定ブロック１１０３においてチェックされるメッ
セージは、通告メッセージであり得る。判定ブロック１
１０３における答えが否定である場合は、制御は、ブロ
ック１１０５に渡され、ここで通常の処理が遂行され
る。判定ブロック１１０３における答えが肯定である場
合は、ブロック１１０４において変更が表示され、変更
を行なっている通信端末が通信端末のユーザに識別さ
れ、その後、制御は図１０のブロック１００１に戻る。

【００６３】図１３は、マルチメディア通信会議呼を制
御している通信端末によって、接続あるいは通信タイプ
の変更を要求するマルチメディア通信会議呼に参加して
いるもう一つの通信端末との関連で遂行される動作を説
明する。当業者においては、この制御通信端末は、マル
チメディア通信会議呼との関連で多くの他の動作を遂行
することを容易に想像できるものである。判定ブロック
１３０１において、通信タイプの変更を要求するＴＲＡ
ＮＳメッセージがマルチメディア会議呼に参加している
通信端末から受信されたか調べられる。このメッセージ
を送信する端末は、以降、送信端末と呼ばれる。ブロッ
ク１３０１は、さらに、ＴＲＡＮ＿ＣＯＭメッセージを
送信端末に返信する。判定ブロック１３０１における答
えが肯定である場合は、ブロック１３０２において、そ
のマルチメディア通信会議呼の一部分である他の通信端
末に、送信通信端末およびその送信通信端末によって使
用されている通信タイプの変更を識別するメッセージが
送られる。制御通信端末は、図１２に示されるような会
議レコードを維持するが、このレコードは、参加通信端
末および各参加通信端末によって利用されている通信タ
イプを識別する。ブロック１３０２の実行の後に、ブロ
ック１３０３において、制御通信端末のユーザに、送信
端末の識別および変更された通信タイプが表示される。

【００６４】判定ブロック１３０１に戻り、判定ブロッ
ク１３０１における答えが否定である場合は、判定ブロ
ック１３０４において、送信端末から切断が受信された
か調べられる。答えが肯定である場合は、この送信端末
がブロック１３０６の実行によって、図１２に示される
会議テーブルから削除される。送信通信端末を直接にマ
ルチメディア通信会議呼から切断する必要性は、切断メ
ッセージが自動的にこれを達成するためにない。ブロッ
ク１３０６の実行の後に、ブロック１３１１において、
制御通信端末のユーザに、送信通信端末がマルチメディ
ア会議呼から切断された事実が表示され、ブロック１３
１２において、会議テーブル内にリストされる残りの通
信端末に、これらの通信端末に送信通信端末がマルチメ
ディア通信会議呼から切断されたことを通告するメッセ
ージが送信される。

【００６５】判定ブロック１３０４に戻り、答えが否定
である場合は、制御は、判定ブロック１３０７に渡さ
れ、ここで制御通信端末のユーザがマルチメディア通信
会議呼からの切断を希望するか調べられる。答えが肯定
である場合は、ブロック１３０９において、そのマルチ
メディア通信会議呼が切断メッセージを図１２の会議テ
ーブル内にリストされる全ての通信端末に送信すること
によって切断される。判定ブロック１３０７における答
えが否定である場合は、ブロック１３０８において、通
常の処理が遂行される。ブロック１３０８あるいは１３
１２の実行の後に、制御はブロック１３０１に戻され
る。

【００６６】図１４は、端末１０１上に終端される二つ
の呼に対する様々なレコードおよび論理制御リンクを示
す。ソフトウエア層４０１から４０９は、端末１０１を
スイッチノード１０３に相互接続するスイッチノード１
０２上で実行される。インタフェース１４２８は、ＰＲ
Ｉリンク１１１を終端し、インタフェース１４２９およ
び１４３１は、それぞれ、ＰＲＩリンク１１２および１
１６を終端する。図１４に示されるように、端末１０１
は、二つの呼を扱っている。第一の呼は、セッションレ
コード１４０３によって扱われ；一方、第二の呼は、セ
ッションレコード１４０４によって扱われる。第一の呼
の左半分は、ＣＲＮ１４２４と呼レコード１４１９を利
用し；第二の呼の左半分は、ＣＲＮ１４２６と呼レコー
ド１４２１を利用する。第一の呼の右半分は、インタフ
ェース１４２９上に終端し、ＣＲＮ１４２７と呼レコー
ド１４２２を利用する。第二の呼の右半分は、インタフ
ェース１４３１上に終端し、ＣＲＮ１４３０と呼レコー
ド１４２３を利用する。ＬＤＣＮ１４１１は、両方の呼
の左半分によって共有される。接続レコード１４０１
は、第一の呼によって使用され；一方、接続レコード１
４０２は第二の呼によって使用される。

【００６７】図１５は、端末１０１の端末マネジメント
アプリケーションからスイッチノード１０２にマージメ
ッセージが送信された結果を示す。この例においては、
このマージメッセージは、第一の呼上の制御メッセージ
として送信されるものと想定され；従って、これは、Ｃ
ＲＮ１４２４を使用する。ネットワークソフトウエア層
４０４がこのマージメッセージを受信すると、これは、
このマージメッセージを、セッションソフトウエア層４
０６内のマージソフトウエアモジュールに中継する。セ
ッションソフトウエア層のマージモジュールは、このマ
ージメッセージに応答して、併合されるべき呼がＣＲＮ
１４２６によって識別されることを決定する（知る）。
加えて、このマージメッセージは、ＣＲＮ１４２６の呼
と併合されるべき呼がＣＲＮ１４２４によって識別され
ることを識別する。セッションソフトウエア層４０６内
のマージモジュールは、ＣＲＮ１４２４とＣＲＮ１４２
６を利用して、それぞれ、セッションレコード１４０３
と１４０４を識別する。セッションレコード１４０３と
１４０４を識別した後に、セッションソフトウエア層４
０６内のマージモジュールは、マージレコード１５０２
を生成する。マージレコード１５０２は、物理的に単一
の会議呼に併合されるべきセッションレコード１４０４
と１４０３によって利用される全ての信号トランスポー
ト（機能）を識別する。

【００６８】マージレコード１５０２を生成した後に、
セッションソフトウエア層４０６のマージソフトウエア
モジュールは、アプリケーション層４０９の所の接続マ
ネージャに図１４の接続レコード１４０１および１４０
２によって識別される全てのアクセスポイント（呼宛先
ポイント）を単一の呼レコードに結合することを要求す
る。接続マネージャは、この要求に応答して、接続レコ
ード１４０１と１４０２を接続レコード１５０１として
指定される新たな接続レコードに併合する。接続マネー
ジャは、次に、物理ネットワークを、第一と第二の呼の
二つの右半分を介して受信されている音声情報をこれら
呼の左半分に対する単一のＢチャネル上に受信されてい
る音声情報と結合する会議ブリッジが生成されるように
制御する。音声情報は端末１０１への単一のＢチャネル
上に結合されたが、これら二つの呼の制御は、引き続
き、ＣＲＮ１４２６およびＣＲＮ１４２４を使用して端
末１０１に送信される。呼がビデオも使用する場合は、
接続マネージャは、その会議呼に対してビデオブリッジ
が設定さるようにビデオネットワークを制御することと
なる。

【００６９】端末１０１の端末マネジメントアプリケー
ションが、（ＣＲＮ１４２６によって識別される）第二
の呼に対する帯域幅を音声から低速データに削減するこ
とを要求するＴＲＡＮＳメッセージを送信した場合は、
ネットワークソフトウエア層４０４は、このＴＲＡＮＳ
メッセージに応答して、図６との関連で前に説明した機
能を遂行する。ただし、ここでは、ＴＲＡＮＳ＿ＣＯＭ
が受信された後に、接続マネージャに音声トランスポー
トを削除するリクエストが送信された場合、接続マネー
ジャは、接続レコード１５０１から音声トランスポート
が引き続いて第一の呼のために必要とされることを知る
が、接続マネージャは、ネットワークソフトウエア層４
０４によってＴＲＡＮＳメッセージ内に要求され、ＴＲ
ＡＮ＿ＣＯＭメッセージによって確認された低速データ
リンクを設定する。次に、ＴＲＡＮＳメッセージが、上
流に、セッションソフトウエア層４０６に送られ、セッ
ションレコード１４０４によって識別される。セッショ
ンソフトウエア層４０６は、次に、呼レコード１４２３
とＣＲＮ１４３０を使用してこのＴＲＡＮＳメッセージ
を、下流に、第二の呼の右半分内に送る。ネットワーク
ソフトウエア層４０４は、セッションソフトウエア層４
０６から受信されるこのＴＲＡＮＳメッセージに応答し
て、このメッセージを図６との関連で上で説明された方
法にて処理する。

【００７０】端末１０１の端末マネジメントアプリケー
ションが、（ＣＲＮ１４２６によって識別される）第二
の呼に対する第二の呼上の帯域幅を低速データから音声
に変更することを要求するＴＲＡＮＳメッセージを送信
した場合は、ネットワークソフトウエア層４０４は、こ
のＴＲＡＮＳメッセージに応答して、図６との関連で上
に説明された機能を遂行する。ＴＲＡＮＳ＿ＣＯＭメッ
セージを受信すると、端末マネジメントアプリケーショ
ンは、接続マネージャに音声トランスポートを呼に追加
し、低速データ（リンク）を削除することを要求する。
接続マネージャは、接続レコード１５０１から、音声ト
ランスポートを現在進行中の会議呼に結合することが要
求されてるいことを決定し（知り）、物理ネットワーク
および会議ブリッジを制御して、これを達成する。加え
て、接続マネージャは、下位ソフトウエア層を制御し
て、低速データリンクを削除する。上と同様に、ビデオ
トランスポートがその会議呼に追加される場合は、接続
マネージャは、ビデオネットワークおよびビデオ会議ブ
リッジを制御して、第二の呼を会議に参加させる。

【００７１】図１６には、通信端末１０１、１０４、あ
るいは１０６として使用するのに適当な通信端末が示さ
れる。ビデオスクリーン１６０７および１６０８は、デ
ィスプレイ１６１０が、マルチメディア会議の各メンバ
ーが別個に表示できるように分割されるところを示す。
当分野において周知のように、図１６には２つのみが示
されるが、それ以上のビデオスクリーンも可能である。
呼状態１６０９は、マルチメディア会議呼の様々な状態
および条件を表示するために使用される。加えて、ユー
ザは、参加のタイプおよび帯域幅を選択し、これらをこ
のスクリーン上に表示することもできる。

【図面の簡単な説明】

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

【図２】本発明の概念内に具現されるメッセージフロー
を示す。

【図３Ａ】本発明の概念を具現するために利用されるメ
ッセージを示す。

【図３Ｂ】本発明の概念を具現するために利用されるメ
ッセージを示す。

【図３Ｃ】本発明の概念を具現するために利用されるメ
ッセージを示す。

【図３Ｄ】本発明の概念を具現するために利用されるメ
ッセージを示す。

【図４】本発明の概念と共に使用されるためのソフトウ
エアアーキテクチャを示す。

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

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

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

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

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

【図１０】マルチメディア通信会議呼に参加している通
信端末によって遂行される動作を流れ図にて示す。

【図１１】マルチメディア通信会議呼に参加している通
信端末によって遂行される動作を流れ図にて示す。

【図１２】会議テーブルを示す。

【図１３】マルチメディア通信会議呼を制御している通
信端末によって遂行される動作を流れ図にて示す。

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

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

【図１６】通信端末を示す。

Claims (10)

【特許請求の範囲】
1. 【請求項１】 電気通信端末によって、複数のスイッチ
   ノードを通じて設定されるマルチメディア会議呼への参
   加を制御するための方法であって、このマルチメディア
   会議呼が複数の電気通信端末を伴い、また、複数の参加
   機能を含み、この方法が、 前記電気通信端末のユーザからのその電気通信端末によ
   って利用される複数の参加機能の数を変更することを希
   望する指標を検出するステップ、および前記電気通信端
   末によって利用される複数の参加機能の数を、その電気
   通信端末を前記マルチメディア会議呼に相互接続するあ
   る電気通信呼経路を通じての電気通信帯域幅を変更する
   ことを要求するメッセージ、を送ることによって変更す
   るステップを含み、前記呼経路内の複数のスイッチノー
   ドの各々がこのメッセージに応答して電気通信帯域幅を
   変更し、この方法がさらに前記複数の参加機能の数の変
   更の完了を前記電気通信端末のユーザにシグナリングす
   るステップを含むことを特徴とする方法。
2. 【請求項２】 前記変更ステップが前記電気通信端末に
   よって利用される複数の参加機能の数を増加することを
   特徴とする請求項１の方法。
3. 【請求項３】 前記変更ステップが前記電気通信端末に
   よって利用される複数の参加機能の数を削減することを
   特徴とする請求項１の方法。
4. 【請求項４】 前記複数の電気通信端末の内の前記マル
   チメディア会議呼を制御する制御（担当）電気通信端末
   によって、前記電気通信端末による複数の参加機能の数
   の変更を内部テーブル内に記録するステップがさらに含
   まれることを特徴とする請求項１の方法。
5. 【請求項５】 前記複数の電気通信端末の内の前記制御
   電気通信端末によって、前記複数の参加機能の数の変更
   を前記複数の電気通信端末の他の残りの電気通信端末に
   送るステップがさらに含まれることを特徴とする請求項
   ４の方法。
6. 【請求項６】 電気通信端末によって、複数のスイッチ
   ノードを通じて設定されるマルチメディア会議呼への参
   加を制御するための装置であって、このマルチメディア
   会議呼が複数の電気通信端末を伴い、また、複数の参加
   機能を含み、この装置が、 前記電気通信端末のユーザからのその電気通信端末によ
   って利用される複数の参加機能の数を変更することを希
   望する指標を検出するための手段、および前記電気通信
   端末によって利用される複数の参加機能の数を、その電
   気通信端末を前記マルチメディア会議呼に相互接続する
   ある電気通信呼経路を通じての電気通信帯域幅を変更す
   ることを要求するメッセージ、を送ることによって変更
   するための手段を含み、前記呼経路内の複数のスイッチ
   ノードのおのおのがこのメッセージに応答して電気通信
   帯域幅を変更し、この装置がさらに前記複数の参加機能
   の数の変更の完了を前記電気通信端末のユーザにシグナ
   リングするための手段を含むことを特徴とする装置。
7. 【請求項７】 前記変更手段が前記電気通信端末によっ
   て利用される複数の参加機能の数を増加することを特徴
   とする請求項６の装置。
8. 【請求項８】 前記変更手段が前記電気通信端末によっ
   て利用される複数の参加機能の数を削減することを特徴
   とする請求項８の装置。
9. 【請求項９】 前記複数の電気通信端末の内の前記マル
   チメディア会議呼を制御する制御（担当）電気通信端末
   内に位置し、前記複数の参加機能の数の変更を内部テー
   ブル内に記録するための手段がさらに含まれることを特
   徴とする請求項６の装置。
10. 【請求項１０】 前記複数の電気通信端末の内の前記制
    御電気通信端末内に位置し、前記複数の参加機能の数の
    変更を前記複数の電気通信端末の他の残りの電気通信端
    末に送るための手段がさらに含まれることを特徴とする
    請求項９の装置。