JP3325774B2 - 会議呼始動のための可変通信帯域幅 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は遠隔通信会議呼に関
し、特に、マルチメディア遠隔通信会議呼の確立に関す
る。

【０００２】

【従来の技術】高速データ転送とビデオを結合した通信
呼等の新しいタイプの通信呼の出現で、遠隔通信会議呼
のコストが増加した。異なるタイプのメディアプレゼン
テーションの使用で得られる利点のため、これらの異な
るタイプのメディアを含む遠隔通信会議呼のユーザー
は、会議呼が実際に行なわれている間追加料金を支払う
のをいとわない。しかしながら、一人が会議呼を設定し
ようとしている間に多くの時間が費やされることがあ
る。遠隔通信会議呼が音声のみで構成された場合は、参
加者の時間以外の会議の設定に費やされた時間はたいし
たものではなかった。しかしながら、今や転送コストが
より高くなっているので、顧客は遠隔通信会議呼の使用
を最大限に活用してほしい。

【０００３】従来技術の業務用通信交換システム（ＰＢ
Ｘとも呼ばれる）では、会議呼は大きな問題に苦しんで
いる。この問題は、電話端末機の全てが使用されていな
い時に会議呼を設定しようとすることである。二人が電
話で話し中に第三者を加えたいと思ったら、二人のうち
の一人が、他の人をホールド状態にして端末機の会議ボ
タンを作動させる。発信音を聞き、その人は第三者に電
話をかける。第三者はあいていれば応答する。そこで、
電話をかけた人は、会議ボタンを２回作動させて三人全
員を会議呼に引き入れる。問題は第三者が話し中の時に
起こり、定期的にその第三者との会議の確立を試みる必
要がある。これは、電話中の二人を失望させるばかりで
なく、呼のタイプが最初の二人の間のビデオ呼の場合に
は不経済になり得る。また、第三者が加わるまで有効な
会話が生じないので不経済である。会議呼が多数の端末
機の間で設定されることになった場合、同様の状況が生
じる。もくろまれた会議の参加者の一人か二人が会議呼
の設定中に話し中であった場合、多くの人にとって多く
の時間がむだになる。もう一度言うと、それがビデオ会
議呼の場合にはコストが重大になる。

【０００４】従来技術の業務用通信交換システム内で
は、ミートミー(meet-me) 会議呼は前節で説明した困難
のいくつかを克服することができる。ミートミー会議呼
は、ＡＴ＆Ｔからの同盟専用遠隔会議サービスで提供さ
れるもののような会議ブリッジに電話をかける各個人に
より設定される。ミートミー会議は、予定されていなか
った会議が設定中の時の問題を解決しない。予定されて
いた会議でさえ、会議メンバーが会議ブリッジに電話を
かける一人以上の会議メンバーを待つ間、時間とお金が
むだになり得る。

【０００５】

【課題を解決するための手段】会議呼の一員となるべく
利用できるのが全ての参加者とは限らない場合に減少す
る帯域幅を有するマルチメディア遠隔通信会議呼を設定
する通信端末によって、前記の問題が解決され、技術的
進歩が達成される。通信端末が会議呼を始動する時、始
動用通信端末は、まず、会議の一員となるべき他の通信
端末の各々と低速データリンクを確立する。他の通信端
末のユーザーの全員が会議の用意ができている場合、他
の通信端末は始動用通信端末に信号を発し、始動用通信
端末は、マルチメディア遠隔通信会議呼を確立するため
に会議呼に必要な帯域幅を追加する。効果的には、会議
呼が既に設定されているので、始動用通信端末はその呼
に必要な帯域幅を追加する必要があるだけである。遠隔
通信会議呼の各参加者は会議呼を開始させる用意ができ
た時を示す。さらに、各参加者は会議呼の一員とならな
いように選択することができる。

【０００６】第１及び第２の通信端末が第１の呼に関与
している場合、第１の通信端末のユーザーは、第１の呼
をホールド状態にすることにより第３の通信端末との会
議呼を設定することができる。ユーザーの制御を受けた
第２の通信端末により第３の通信端末へ第２の呼が設定
される。第２の呼が第３の通信端末で応答されない場合
は、第２の通信端末は第２の呼をデータ呼に変更し、第
１及び第２の呼を結合して会議呼にする。第３の通信端
末は、会議呼に完全に参加する用意ができている時、会
議呼の呼経路を介して第２の通信端末にメッセージを送
信する。このメッセージに応答して、第２の通信端末は
会議呼の呼経路の通信帯域幅を増加させ、その結果、第
３の通信端末は会議呼に完全に参加することができる。

【０００７】

【発明の実施の形態】図１は、交換ノード１０２及び１
０３からなる交換網で相互接続された通信端末１０１，
１０４及び１０６を示す。通信端末は一時群速度インタ
ーフェースリンク（ＰＲＩ）を介して交換ノードに相互
接続されている。通信端末はビデオすなわち高速データ
呼に関与していると仮定しているので、ＰＲリンクは通
信端末を交換ノードに相互接続するものとして示されて
いる。当業者は、ＰＲＩリンクが基本速度インターフェ
ース（ＢＲＩ）リンクでありかつビデオ及び音声圧縮が
用いられた場合、同様の機能を実行できるのが容易にわ
かる。交換ノード１０２及び１０３は複数のＰＲＩリン
ク乃至１１６で相互接続されている。当業者は、交換ノ
ード１０２及び１０３と共に追加の交換ノードを用いる
ことができるのが容易にわかる。交換ノード１０２及び
１０３はビデオ及びデータ会議用の会議回路を提供する
ことができる。交換ノード１０２及び１０３は、好都合
にも、１９９３年６月３０日に出願され、本出願と同じ
譲受人に譲渡された“司会者によるビデオ観察選択”と
題する米国特許出願第０８／０８５９９７号に説明され
ているのと同じである。また、米国特許第５，３８６，
４６６号は交換ノードのさらなる作業も開示している。
米国特許出願第０８／０８５９９７号及び米国特許第
５，３８６，４６６号は参照によりここに含まれる。

【０００８】図１のシステムがどのように動作するかを
理解するために、次の２つの例を考えたい。第１の例で
は、通信端末１０１及び通信端末１０４は通信呼に関与
している。この呼の進行中、通信端末１０１のユーザー
は通信端末１０６を含む通信会議を設けることを望んで
いる。通信端末１０１は、ＰＲＩリンク１１１を介して
交換ノード１０２に適切な制御信号を送信することによ
り通信端末１０４をホールド状態にする。次いで、通信
端末１０１は通信端末１０６への第２の通信呼を開始す
る。通信端末１０６のユーザーが通信端末１０１からの
呼に関与すると決めたら、呼は通信端末１０１と１０６
の間に設定される。次いで、通信端末１０１のユーザー
は交換ノード１０２に制御信号を送信し、通信端末１０
１，１０４及び１０６間に通信会議を形成する。一方、
通信端末１０６が話中かまたは通信端末１０６のユーザ
ーがその時呼を受け入れないことに決めたら、通信端末
１０１は図３に示されたＴＲＡＮＳメッセージを用い
て、通信端末１０１と通信端末１０６間の通信呼の帯域
幅を低速データ呼に減少させる。会議呼が確立される
が、通信端末１０６は、通信端末１０１からデータリン
クを介するデータのみを送受信する。

【０００９】通信端末１０６のユーザーは、彼らが通信
会議呼に完全に参加しようと思っていることを示した場
合は、通信端末１０６の“加入”ボタンを作動させるこ
とによりこの希望の信号を発する。この作動に応じて、
通信端末１０６は、会議に完全に参加しようと思ってい
ることを示すメッセージ（加入メッセージと呼ばれる）
を通信端末１０１に送信する。加入メッセージの受信に
基づき、通信端末１０１はＴＲＡＮＳメッセージを用い
て通信端末１０６に対する帯域幅を増加させ、その結
果、通信端末１０６は通信会議呼に完全に参加すること
ができる。

【００１０】第２の例では、通信端末１０１のユーザー
は、通信端末１０６及び１０４のユーザーが通信会議呼
に完全に参加する用意がある時に通信会議呼を開始しよ
うと思っている。通信端末１０１のユーザーは通信端末
１０１の会議始動ボタンを作動させ、続いて通信端末１
０４のダイヤル情報を入力する。次いで、通信端末１０
１は通信端末１０４との間に低速データリンクを設定す
る。次いで、通信端末１０１のユーザーは通信端末１０
６の電話番号をダイヤルし、低速データリンクを設定す
る。通信端末１０１は通信端末１０６のダイヤリングに
応じて、通信端末１０６を通信端末１０１及び通信端末
１０４との会議呼に含める。会議呼はたしかに設定され
るが、通信端末１０１，１０４及び１０６はデータをや
り取りしているにすぎないことに注目されたい。通信端
末１０６または１０４のどちらかのユーザーが会議に参
加しようと思ったら、彼らは加入ボタンを作動させる。
また、彼らは、会議始動ボタンの作動により通信会議呼
の一員にならないよう選ぶこともできる。通信端末１０
６及び１０４のユーザーが両方とも通信会議呼に加入し
ようと思っていることを示した時は、通信端末１０１は
ＴＲＡＮＳメッセージを用いて通信会議呼の帯域幅を増
加させ、その結果、３台の端末は全て通信会議呼に完全
に参加することができる。

【００１１】新転送メッセージに関して図１に示された
交換ノード及び通信端末の動作の理解を助けるために、
次の２つの例を考えたい。これらの例は２台の通信端末
間の呼に基づいて、最も簡単な場合の新転送メッセージ
の動作を説明する。会議呼のためのこれらのメッセージ
の動作は図１０乃至１５に関して詳細に説明される。通
信端末１０１は通信端末１０４に論理呼を発信すると仮
定する。ＩＳＤＮ信号プロトコルにおいて周知であるよ
うに、まず、設定メッセージが交換ノード１０２及び１
０３を介して通信端末１０１から通信端末１０４へ送信
される。各交換ノードは設定メッセージに応答して必要
な呼情報を確立する。設定メッセージの受信に基づき、
通信端末１０４はそのユーザーに呼び出しを通知し、通
信端末１０１にＡＬＥＲＴＩＮＧメッセージを返送す
る。ユーザーが呼に応答する時、通信端末１０４は交換
ノード１０３にＣＯＮＮＥＣＴメッセージを送信する。
ＣＯＮＮＥＣＴメッセージの受信に基づき、交換ノード
１０３は論理経路を確立し、ＣＯＮＮＥＴメッセージを
交換ノード１０２に送信する。交換ノード１０２は同様
に論理経路を確立する。ＣＯＮＮＥＣＴメッセージは、
通信端末１０１で受信されると、交換ノード１０２及び
１０３を介して確立された論理経路を経由して通信され
る。

【００１２】その後の時点において、通信端末１０１及
び１０４のユーザーは、ビデオメッセージを交換するこ
とができるようにビデオケーパビリティを希望する。ビ
デオケーパビリティを呼に追加するために、通信端末１
０１は、図２に示されるようなＴＲＡＮＳ２０１（転
送）メッセージを交換ノード１０２に送信する。ＴＲＡ
ＮＳ２０１メッセージは、呼にビデオケーパビリティが
追加されるべきことを要求する。（このメッセージの実
際の内容は後でより詳細に説明される。）交換ノード１
０２は、ビデオケーパビリティを提供することができる
場合、図２に示されるようなＴＲＡＮＳ＿ＡＣＫ２０４
メッセージを返送する。さらに、交換ノード１０２は、
図２のＴＲＡＮＳ２０２メッセージを交換ノード１０３
に送信する。

【００１３】また、このメッセージは、ビデオケーパビ
リティが交換ノード１０２と交換ノード１０３の間で設
定されるべきであることを要求する。交換ノード１０３
は、このビデオケーパビリティを提供することができる
と仮定すれば、交換ノード１０２にＴＲＡＮＳ＿ＡＣＫ
２０６メッセージを返送すると共に、通信端末１０４に
ＴＲＡＮＳ２０３を送信する。通信端末１０４は、ビデ
オ帯域幅を提供することができる場合は、交換ノード１
０３にＴＲＡＮＳ＿ＣＯＭ２０７メッセージを送信す
る。このメッセージは交換ノード１０３及び１０２を介
して通信端末１０１に繰り返し返送される。さらに後の
時点で、通信端末１０１のユーザーがビデオケーパビリ
ティの削除を希望した場合は、図２に示されたメッセー
ジは再度交換ノードを介して送信される。しかしなが
ら、ＴＲＡＮＳメッセージは、ビデオ帯域幅が除去され
るべきことを要求する。

【００１４】ビデオ呼及び音声呼において、ビデオ及び
音声ケーパビリティは次の２つの方法で提供することが
できる。すなわち、第一に、１つのチャンネルをビデオ
のために用いることができ、第２のチャンネルを音声の
ために用いることができる。第二に、音声情報をビデオ
チャンネルにビデオ情報と共に含めることができる。転
送メッセージは、交換ノードに音声チャンネルを落とし
てコンパニオン音声情報を伴うビデオチャンネルを追加
せしめる。

【００１５】転送メッセージを処理する時、交換ノード
は転送肯定応答（ＴＲＡＮＳ＿ＡＣＫメッセージ）を用
いて互いに折衝するケーパビリティを持っている。この
ケーパビリティを説明するために次の例を考慮された
い。通信端末１０１は、通信端末１０４との論理呼に音
声、ビデオ及び高速データケーパビリティを加えること
を希望している。通信端末１０１は、これらの３つのタ
イプの帯域幅を前記呼に加えるべきであることを要求す
る転送メッセージを交換ノード１０２に送信する。交換
ノード１０２は、そのケーパビリティを提供する供給源
を備え、通信端末１０１への肯定応答メッセージの送信
によりこれを知らせる。

【００１６】次いで、交換ノード１０２は転送メッセー
ジを交換ノード１０３に送信する。交換ノード１０３
は、音声帯域幅及びビデオ帯域幅を支援するのに十分な
供給源を持っているだけで、転送確認メッセージで交換
ノード１０２にこの事実を送信する。交換ノード１０２
はこれらの条件を受け入れる。次いで、交換ノード１０
３は、音声及びビデオケーパビリティを前記呼に加える
べきであることを要求する転送メッセージを通信端末１
０４に送信する。通信端末１０４は音声帯域幅のみを提
供する供給源を持っているだけである。通信端末１０４
はエンドポイントなので、交換ノード１０３に転送完了
メッセージを返送する。転送完了メッセージは、この呼
には音声帯域幅のみが備えられていることを明示する。
転送完了メッセージの受信に基づき、各交換ノードは呼
のための帯域幅ケーパビリティを音声のみに変更する。

【００１７】図３は、例えばメッセージ及び手順のＣＣ
ＩＴＴ ＩＳＤＮ Ｑ．９３１規格に関して本発明概念
を実行するために用いられる４つの新メッセージの詳細
を示す。当業者は、本発明概念が他の規格にも適用可能
であることが容易にわかる。転送メッセージはＴＲＡＮ
Ｓ３００である。転送メッセージは情報エレメント（Ｉ
Ｅ）３０１〜３０９及び３４１からなる。プロトコル識
別子３０１ ＩＥは使用中のプロトコルを定義する。こ
れは、本実施例ではプロトコルはＩＳＤＮ Ｑ．９３１
であると定義している。呼参照ＩＥ３０２は、転送メッ
セージが帯域幅を修正している呼を定義する呼参照番号
を与える。メッセージタイプＩＥ３０３は、これが転送
メッセージなのでＴＲＡＮＳに等しく設定されている。
反復指示子ＩＥ３０４は、転送メッセージが呼参照ＩＥ
３０２で指定された呼の帯域を追加、削除または変更す
るのに用いられているか否かを定義する。

【００１８】ベアラ ケーパビリティＩＥ３０５、チャ
ンネル識別子ＩＥ３０６、データリンク識別子ＩＥ３０
７、低位層コンパチビリティＩＥ３０８及び高位層コン
パチビリティ３０９は、転送メッセージで定義されてい
る転送ケーパビリティの全体を定義する。低位層コンパ
チビリティＩＥ３０８及び高位層コンパチビリティＩＥ
３０９はエンドポイントでのみ用いられる。ところが、
ベアラケーパビリティＩＥ３０５、チャンネル識別子Ｉ
Ｅ３０６及びデータリンク識別子ＩＥ３０７は、呼の転
送を提供する網内の交換ノードで用いられる。エンドポ
イントはＩＥ３０５，３０６及び３０７も用いることに
注意されたい。ベアラ ケーパビリティＩＥ３０５は、
音声、データ、ビデオ等のハイレベル定義における要求
されたケーパビリティを定義する。

【００１９】チャンネル識別子ＩＥ３０６は、論理イン
ターフェースと、その物理インターフェース内の物理チ
ャンネルとを定義する。２つの交換ノード間で、交換ノ
ードは、それらの間の各インターフェースに関する論理
インターフェース番号を折衝する。ネットワーク層は論
理インターフェース番号に応じてそれをシステムインタ
ーフェース番号（ｓｉｎｔｆ）に変換する。低位層はこ
のシステムインターフェース番号を物理インターフェー
ス番号に変換する。明快にするため、ハイレベル記述
は、物理インターフェースを指定するものとしてチャン
ネル識別子ＩＥを指す。例えば、ビデオが要求されてい
るならば、チャンネル識別子ＩＥ３０６のうちの１つが
その要求に対して、物理インターフェースと、指定され
たＰＲＩリンク内の３８４Ｋｂｓチャンネルであるチャ
ンネル１のようなチャンネルとを定義する。音声ケーパ
ビリティが要求されているならば、チャンネル識別子Ｉ
Ｅのうちの１つがチャンネル２３のような特定のＢチャ
ンネルを定義する。

【００２０】ビデオを要求するベアラ ケーパビリティ
ＩＥ３０５における１つのＩＥは、物理インターフェー
スと、チャンネル識別子ＩＥ３０６のチャンネルとを指
定する対応するＩＥと同じベアラ ケーパビリティＩＥ
３０５内の位置を有する。パケットデータリンクが要求
されているならば、これらは、データリンク識別子３０
７で指定される追加情報を有するチャンネル識別子ＩＥ
３０６内の物理チャンネルに関して指定される。データ
リンク識別子のためのＩＥは、チャンネル識別子ＩＥ３
０６を支援するために必要とされるように順番に配置さ
れる。ベアラケーパビリティＩＥ３０５の情報は、デー
タ識別子ＩＥ３０７からの１つのＩＥが必要とされる場
合を指定する。例えば、ベアラＩＥ３０５がビデオ、音
声及びデータを指定した場合は、チャンネル識別子は、
物理的な１つだけのデータリンク識別子３０７が用いら
れることを指定する。このＩＥは物理チャンネルにおい
てどんな論理リンクが用いられるべきであったかを指定
するだろう。

【００２１】低位層ケーパビリティＩＥ３０８及び高位
層ケーパビリティ３０９は通常エンドポイントのみで用
いられ、これらのＩＥは、どんなタイプの呼が設定中で
ありどんなプロトコルが用いられているかを宛先エンド
ポイントのために定義するために指示される。低位層コ
ンパチビリティＩＥ３０８は図４に示されるような物理
層、リンク管理層及びネットワーク層で用いられるが、
高位層コンパチビリティＩＥ３０９は図４のネットワー
ク層４０４より上のソフトウェア層で用いられる。層ケ
ーパビリティＩＥとベアラ ケーパビリティＩＥの間の
関係を理解するために、次の例を考察されたい。ユーザ
ーは、通信端末１０１から通信端末１０４までＬＡＰＦ
プロトコルを用いたデータパケット接続の設定を希望す
る場合は、２つの方法を用いて行なうことができる。

【００２２】第１の方法は、ＬＡＰＦパケット接続が設
定されるべきであることをベアラケーパビリティに指定
することである。この場合には、低位層ケーパビリティ
ＩＥ３０８にはいかなる情報も含める必要はなく、ま
た、高位層ケーパビリティＩＥ３０９にもいかなる情報
も含める必要がない。交換ノードは、ベアラ ケーパビ
リティに応じて最も便利な方法でパケット交換接続を設
定する。一般に、交換ノードは、このパケット接続を回
路接続としてよりむしろパケット接続として設定する。

【００２３】第２の例では、ユーザーが、交換ノード１
０２及び１０３を介して６４Ｋｂ回路接続を設定させ、
エンドポイントすなわち通信端末１０１及び１０４にお
いてＬＡＰＦプロトコルを実行させるだけを希望する。
この場合には、通信端末１０１は、転送メッセージのベ
アラ ケーパビリティにおいて、第２の回路交換接続あ
たり６４Ｋｂｓを要求するだろう。次いで、転送メッセ
ージは、低位層ケーパビリティＩＥ３０８において、こ
れがＬＡＰＦプロトコルを使用してパケット化されたデ
ータ接続になるべきであることを含むだろう。この方法
では、パケット化された接続は、交換ノード１０２及び
１０３を介して予測可能な伝送時間を持つことを保証す
る。さらに、目的は、交換ノード１０２及び１０３を介
して回路交換６４Ｋｂｓデータ接続の専用パケットプロ
トコルをランさせることでも良い。高位層ケーパビリテ
ィＩＥ３０９は、図４のプレゼンテーション層４０７に
対して、ネットワーク層で受信されている情報と共に用
いられるべき高位層プロトコルを定義する。プレゼンテ
ーション層４０７は、図４の応用層４０９における応用
で用いられるメッセージを整える。プレゼンテーション
層４０７が動作することができるプロトコルのタイプの
例は、Ｘ４００電子メール規格、ｇ４ファックス規格、
ファイル転送、またはスクリーン シェアリング規格で
ある。容易にわかるように、これらの高位レベルプロト
コルは中間交換ノード１０２及び１０３に関係しない。

【００２４】転送肯定応答メッセージＴＲＡＮＳ＿ＡＣ
Ｋ３１０は図３に示される。ＩＥ３１１，３１２，３１
４はＩＥ３０１，３０２及び３０４について説明したの
と同じ機能を有する。メッセージタイプＩＥ３１３はＴ
ＲＡＮＳ＿ＡＣＫに等しく設定される。転送メッセージ
の受信に基づき、網内の交換ノードは転送肯定応答メッ
セージで応答する。受信交換ノードがＩＥ３０５，３０
６及び３０７で要求された転送ケーパビリティの全てを
提供することができる場合は、転送肯定応答メッセージ
はＩＥ３１１〜３１４からなるだけである。受信交換ノ
ードが特定の転送ケーパビリティを提供することができ
ない場合は、その転送ケーパビリティはＩＥ３１５及び
３１６またはＩＥ３１７及び３１６で定義される。例え
ば、転送メッセージが、受信交換ノードが提供できない
要求されたビデオ転送を有する場合は、ビデオケーパビ
リティは転送肯定応答メッセージのＩＥ３１５及び３１
６で指定される。ディスプレイＩＥ３１９は、なぜこの
ケーパビリティが提供されないかの理由を定義すること
ができる。送信交換ノードが転送ケーパビリティの変形
の受け入れを希望しない場合は、この送信交換ノードの
唯一の選択は転送メッセージ要求を放棄することであ
る。再び、呼参照ＩＥ３１２は、転送肯定応答メッセー
ジが関連づけられるのはどの呼かを定義する。

【００２５】また、転送完了メッセージＴＲＡＮＳ＿Ｃ
ＯＭ３２０は図３に示されている。この転送完了メッセ
ージは、呼を通信中の各交換ノードに、呼に関して追
加、削除または変更されて生じた転送ケーパビリティを
定義するのに用いられる。呼経路の全交換網が要求され
た転送ケーパビリティを受け入れたならば、転送完了メ
ッセージはＩＥ３２１〜３２４のみからなる。要求され
た転送ケーパビリティのうちの１つ以上を提供すること
ができなければ、それらのケーパビリティはＩＥ３２
５，３２６及び３２７で定義される。呼経路の各交換ノ
ードは、受信転送メッセージから削除されたかもしれな
い転送ケーパビリティの記録を保持しており、転送完了
メッセージ中にこの削除された転送ケーパビリティを入
れる。その結果、発信エンドポイントが転送完了メッセ
ージを受信した時、そのメッセージは、発信エンドポイ
ントに、呼の転送ケーパビリティはどんなものかを定義
する。また、中間交換網は、転送完了メッセージを受信
した時、転送ケーパビリティが転送完了メッセージ中に
ない場合に呼を提供するために承認したその転送ケーパ
ビリティを削除する。

【００２６】転送拒否メッセージＴＲＡＮＳ＿ＲＥＪ３
３０は転送メッセージを拒否するために用いられる。Ｉ
Ｅ３３１〜３３３及び３３９は転送メッセージのＩＥ３
０１〜３０３及び３４１の機能と同じである。ＩＥ３３
４は、転送メッセージが拒否されている理由を定義す
る。

【００２７】図４は、図１の交換ノードのソフトウェア
アーキテクチャを示す。このアーキテクチャは、ＩＳＤ
Ｎプロトコルを実行するように修正された従来のＯＳＩ
モデルに基づいている。ここに説明される本発明によれ
ば、ＩＳＤＮケーパビリティを含めるために更にいくつ
かの修正がこの標準モデルに施される。

【００２８】物理層４０１の主機能は物理リンクを終端
させることである。特に、物理層４０１は、物理チャン
ネルを保持し、その上の物理サブチャンネルを制御する
責を負っている。物理層４０１はソフトウェア部分と物
理インターフェースとからなる。さらに、物理層４０１
のソフトウェア部分は、ＰＲＩ及びＢＲＩ情報を通信す
る物理リンクが終端する物理インターフェースの直接制
御の責を負っている。物理層４０１は、リンク層４１２
に、該リンク層４１２で制御可能なエンティティとして
物理サブチャンネルと物理チャンネルを提供する。

【００２９】リンク層４１２の主機能は、物理チャンネ
ルを介して送信される情報が完全にかつ正しい順番に復
元されることを保証することである。これは、パケット
化されたデータを通信する所定の物理チャンネルまたは
物理サブチャンネルに多数の通信経路−−通常論理リン
クと呼ばれる−−を確立することができるプロトコルの
他の層を用いて達成される。これらの論理リンクは、リ
ンク層４１２と物理層４０１間で通信中のデータを識別
して処理するために用いられる。（このタイプのプロト
コルの一例はＩＳＤＮ Ｑ．９２１に用いられるＬＡＰ
Ｄパケットプロトコルである。ＩＳＤＮ規格では、リン
ク層４１２はＬＡＰＤプロトコルを終端させる。）リン
ク層４１２は、上位層が使用中の種々のプロトコルで果
たされないように多数のプロトコルを支援することがで
きる。さらに、リンク層４１２は、高位のソフトウェア
層が抽象的な仕方で物理層４０１を制御するのを可能に
する。

【００３０】図４に見られるように、リンク層４１２は
リンクインターフェース４０２とリンク管理４０３に分
割される。この分割の理由は以下に示される。この時点
では、読者、例えばＤチャンネルによるＩＳＤＮ信号の
通信の基本的知識のみを有する人を助けるために、Ｄチ
ャンネルによるＩＳＤＮ信号の通信を説明するのが有用
だろう。リンク層４１２では、複数の論理リンクがＤチ
ャンネルに確立される。これらの論理リンクのうちの１
つだけがＩＳＤＮ制御信号を通信し、この論理リンクは
ここでは論理Ｄチャンネル（ＬＤＣ）と呼ばれる。ＬＤ
Ｃは論理Ｄチャンネル番号（ＬＤＣＮ）で識別される。

【００３１】リンクインターフェース４０２は、論理リ
ンクの確立を含む、リンク層４１２で実行される機能の
大部分を行なう。リンク管理４０３は、高位ソフトウェ
ア層のための多数のリンクインターフェースを識別す
る。さらに、リンク管理は、論理リンクと高位ソフトウ
ェア層間で情報を通信する。

【００３２】ネットワーク層４０４は、ＬＤＣで通信さ
れる情報を処理し、それによりＩＳＤＮ Ｑ．９３１プ
ロトコルを終端させる。よって、この層は、交換ノード
の外部の呼の終了または発信のためのシステム供給源の
使用を折衝する責を負っている。ネットワーク層は、呼
が受信中または設定中のインターフェースへのチャンネ
ルの割り当てを制御する。例えば、通信端末１０１がＰ
ＲＩリンク１５０を介して交換ノード１０２から呼を受
信した場合、通信端末１０１のネットワーク層４０４
は、その同等層（交換ノード１０２において対応するネ
ットワーク層４０４）と折衝し、ＰＲＩリンク１５０の
Ｂチャンネルの割り当て−−第２のＢチャンネルが望ま
しければ後で繰り返される手順−−を得る。この折衝
は、呼設定のような規格ＩＳＤＮ Ｑ．９３１メッセー
ジ及びＰＲＩリンク１５０のＤチャンネルに設定される
ＬＤＣを介する接続メッセージを用いて実行される。ネ
ットワーク層４０４は所定のインターフェースの全Ｂチ
ャンネルをそのインターフェースのＬＤＣで識別する。
ネットワーク層４０４は１つのポイントから他のポイン
トまで（例えば交換ノードから交換ノードまで）の呼の
確立に関係しているだけである。ネットワーク層は、呼
が特定の交換ノードに本質的にどのように経路指示され
るかに関係せず、むしろ、呼が交換ノードにおいてどの
ように経路指示されるかの決定に関する情報を高位層ま
で転送する。しかしながら、ネットワーク層は、ここで
かつ以下に接続管理者アプリケーションと呼ばれるアプ
リケーションが交換ノード内の交換接続に物理インター
フェースのファシリティを追加または削除することを要
求しない。

【００３３】特に、ネットワーク層は、まず呼の確立の
要求が有効であること及び２つの交換装置間の供給源が
この呼を処理するのに利用できることを決定することに
より呼設定を実行する。この決定後、呼に関する情報が
高位ソフトウェア層に転送される。その反対は、ネット
ワーク層が高位ソフトウェア層から他の交換ノードとの
接続を確立するための要求を受信した場合が当てはま
る。

【００３４】ネットワーク層４０４は、ＬＤＣを介して
呼に関する他のノードからの情報を受信する。情報がＬ
ＤＣで受信されると、呼参照番号がこのメッセージに関
連する呼を識別するために用いられる。呼参照番号は、
ＩＳＤＮ規格にしたがって発呼設定中に発信ネットワー
ク層で選択される。この識別の詳細は図１４に関して与
えられる。

【００３５】トランスポート層４０５は、図１に示され
るように多数のノードを有する複雑なシステムを介する
呼の経路指示を可能にする重要な構成要素である。その
主機能は、外部的に、すなわち交換ノード間の、呼の経
路指示を管理することである。トランスポート層４０５
は、ノードに関して図１のシステムを見て、それ自身の
ノードから他のノードまたはエンドポイントまでの呼の
経路指示と関係している。（セション層４０６の詳細な
説明で説明されるように、その層は、トランスポート層
４０５でなく、電話番号等の論理宛先情報を解釈して、
呼の宛先ノードを決定し、接続管理者アプリケーション
を用いてノード内経路を確立する。）通信端末１０１等
の多数の交換ノードからなる全体システムにおいて、い
くつかのトランスポート層が、いくつかの交換ノードを
介して呼を確立するために互いに通信し合う。このトラ
ンスポート層間の通信は、宛先ノードに届くように中間
ノードを介して呼を経路指示するのに必要なことがある
ので必要である。トランスポート層は、交換ノード間で
確立される信号経路（ＬＤＣ）を用いて互いに通信し合
う。

【００３６】ノード間経路指示に関して、トランスポー
ト層４０５は、図１に示される全体システムの全体的な
観測を行うために開始する第１の層である。トランスポ
ート層４０５は、セション層４０６より提供される情報
を用いてノード間経路を選択する。トランスポート層
は、利用可能な経路及びこれらの経路の選択を定義する
テーブルを使用していくつかのノード間の経路指示のタ
スクを実行する。これらのテーブルはすべての経路を定
義しているのではなく、ノードがすでに用いられた経路
のみを定義している。

【００３７】トランスポート層間の通信は確立されたＬ
ＤＣを用いてネットワーク層４０４で行われる。トラン
スポート層４０５は同等層向けの情報をネットワーク層
４０４に通信し、ネットワーク層４０４はこの情報を規
格ＩＳＤＮ Ｑ．９３１メッセージの情報エレメントＩ
Ｅ内に入れる。ネットワーク層４０４は、この情報をそ
の同等ネットワーク層に通信するために特定のノードに
設定されたＬＤＣを用いる。同様に、他のネットワーク
層がこのタイプの情報を受信した時、他のネットワーク
層は情報を入れずにトランスポート層に送る。

【００３８】セション層４０６の主機能は、アプリケー
ションとみなされるすべてのエンドポイントに対してエ
ンドポイント間の通信を確立することであり、例えば、
ＢＲＩ端末はアプリケーションとみなされる。重要なこ
とに、これらのエンドポイントはＴＭＡアプリケーショ
ン等のアプリケーションになり得る。少なくとも、前記
エンドポイント間の接続は呼とみなされる。セション
（呼）は、２つのアプリケーションが互いに通信を要す
る回数だけセション層４０６で設定される。前述のよう
に、セション層４０６は、交換ノード及びその交換ノー
ドのアプリケーションに関してのみ取り扱い、他の交換
ノードへの経路を確立するためにはトランスポート層４
０５に頼っている。セション層４０６は、通信技術にお
いて以前には電話番号として考え出されたがＱ．９３１
プロトコルにおいては非常に広い概念を有するアドレス
によって被呼アプリケーションを識別する。このアドレ
スから、セション層４０６は宛先交換ノードを決定す
る。セション層４０６は、宛先交換ノードのセション層
と通信することによって宛先交換ノードへの呼を設定す
る。

【００３９】他のセション層との通信は、特定のアドレ
スについて接続をすることができるように他の交換ノー
ドへの呼を設定すべくそのトランスポート層に要求する
ことにより達成される。トランスポート層は、セション
層で決定されたノード番号に頼って呼を設定する。これ
らの要求はネットワーク層を用いて行われ、規格ＩＳＤ
Ｎ Ｑ．９３１呼設定メッセージを発生する。他の交換
ノードがこのアドレスを解釈できない場合は、その交換
ノードのセション層はそのトランスポート層に、呼が打
ち切られるべきであることを要求する情報を送信する。
セション層は、アドレスを解釈することができる場合
は、呼処理中メッセージがそのネットワーク層より要求
している交換ノードに返送されるべきであることを要求
するメッセージをそのトランスポート層に送信する。

【００４０】図４のプレゼンテーション層４０７は、ア
プリケーションが情報を通信するのに用いられるプロト
コルからまったく分離されるように、アプリケーション
間で通信中の情報を整えるために複合プロトコルを呼び
出す。プレゼンテーションレベルプロトコルにより、ア
プリケーションは転送経路を横切って同等アプリケーシ
ョンと通信するのが可能になる。

【００４１】最後に、応用層４０８は、ソフトウェア層
４０９でランしているアプリケーションで必要とされる
供給源を管理する。ソフトウェア層４０９のアプリケー
ションは、他の同等アプリケーションと通信している
時、多くの他のアプリケーションがどのように存在して
いるかまたはこれらの他のアプリケーションがどこにあ
るかがわからない。応用層４０８の機能は、前記の詳細
を決定して使用することであり、その結果、アプリケー
ションは非常に抽象的な仕方で書き込むことが可能にな
る。

【００４２】層４０１乃至４０９の動作上のさらなる情
報及びソフトウェア構造は、“分散通信システムの自動
初期化”と題する米国特許第５，３８６，４６６号で与
えられる。この米国特許第５，３８６，４６６号は参照
によりここに含まれる。

【００４３】図５は、データリンク接続識別子（ＤＬＣ
Ｉ）、サービスアクセスポイント識別子（ＳＡＰＩ）、
ターミナルエンド識別子（ＴＥＩ）、システムインター
フェース番号（ｓｉｎｔｆ）、交換機エンジェルインタ
ーフェース番号（ａｉｎｔｆ）、論理Ｄチャンネル番号
（ＬＤＣＮ）、呼参照番号（ＣＲＮ）及び種々のソフト
ウェア層の間の一般的関係を論理的に示す。図５に示さ
れるように、リンクインターフェース層と物理層のペア
はエンジェルで実行される。（エンジェルの概念は米国
特許第５，３８６，４６６号に説明されている。) リン
クインターフェース層４０２と物理層４０１がローカル
エンジェルで実行される。交換ノード１０２のノード処
理装置は、リンク管理４０３、ネットワーク４０４及び
高位層を実行する。ノード処理装置は交換ノード１０２
の全制御を提供する。ｓｉｎｔｆ番号、交換機番号及び
ａｉｎｔｆ番号は物理インターフェースに相関させる。
ｓｉｎｔｆ番号は物理インターフェースを識別するため
にネットワークソフトウェア層４０４及び高位ソフトウ
ェア層で用いられる。さらに、２つの交換ノードは、物
理インターフェースにより両エンドで終端するリンクで
相互接続され、リンクの初期化中リンクの論理インター
フェース番号を折衝する。

【００４４】転送メッセージが受信されると、ネットワ
ーク層４０４はチャンネル識別ＩＥの論理インターフェ
ース番号をｓｉｎｔｆに変換する。ネットワーク層４０
４は、物理インターフェースをｓｉｎｔｆ５０１及び５
０２で識別中のものと見る。リンク管理４０３は、共に
物理インターフェースを表わすｓｉｎｔｆ番号と交換機
及びａｉｎｔｆ番号間の変換を行なう。例えば、リンク
管理４０３はｓｉｎｔｆ５０１をローカルエンジェル及
びａｉｎｔｆ５１１に変換する。リンクインターフェー
ス層４０２はａｉｎｔｆ１ ５１１を用いて物理インタ
ーフェース５５１を識別する。ｓｉｎｔｆ５０１及びｓ
ｉｎｔｆ５０２とａｉｎｔｆ１ ５１１及びａｉｎｔｆ
２ ５１２の間には１対１の一致がある。

【００４５】ｓｉｎｔｆ及びａｉｎｔｆ番号は特定のイ
ンターフェースを識別し、各インターフェースは多数の
チャンネルを有する。例えば、ＰＲＩインターフェース
５５１及び５５２は各々２４チャンネルを有する。ネッ
トワーク層４０４は、実際の物理チャンネル番号を用い
て特定のｓｉｎｔｆと関連するチャンネルを識別し、同
様に、リンクインターフェース層４０２はａｉｎｔｆ番
号に関連する物理チャンネル番号を用いる。これは、シ
グナリングを実行するために物理チャンネル２４を用い
ることをＩＳＤＮ規格の仕様が指定しているため可能で
ある。ネットワーク層４０４及び高位層は、ｓｉｎｔｆ
番号を用いてリンクインターフェース層と物理層を制御
し、物理チャンネルを相互接続すると共にこれらのチャ
ンネルに特定のプロトコルを作り出す。Ｂチャンネルが
ネットワーク５１５等の物理ネットワークを介して相互
接続される仕方は、論理的な仕方例えば経路５０７を除
いて図５には示されていない。

【００４６】さらに、図５は、種々のチャンネルと、こ
れらのチャンネルが終端し、情報を用いられるポイント
の利用を論理的に示す。インターフェース５５１のＢチ
ャンネル５３２は経路５０７でインターフェース５５２
のＢチャンネル５３３に相互接続される。経路５０７は
交換ノードの内部のネットワークを介して作られる。イ
ンターフェース５５１及び５５２のＢチャンネル間に同
様の経路を作ることができるのは当業者に明らかであ
る。Ｂチャンネルの回路交換は物理層で行なわれるのに
対して、パケット交換またはフレーム中継はリンクイン
ターフェース層で行なわれる。呼設定時の図５及び図６
の層の動作の更なる詳細は米国特許第５，３８６，４６
６号に示されている。

【００４７】この項は、交換ノード１０２を介するアプ
リケーションソフトウェア層４０９、セション層４０
６、トランスポートソフトウェア層４０５及びネットワ
ークソフトウェア層４０４の見込みから転送メッセージ
を説明する。説明を明快にするため、まず、呼が交換ノ
ード１０２を介して最初にどのように設定されるかの簡
単な説明が与えられる。

【００４８】図６は、呼が識別され、ネットワークソフ
トウェア層４０４、トランスポートソフトウェア層４０
５、セションソフトウェア層４０６及びアプリケーショ
ンソフトウェア層４０９間で処理される様子を示す。交
換ノード１０２はこれらのソフトウェア層を実行してい
る。ネットワークソフトウェア層４０５では、呼の各半
分が、図５に関して前述したように、ＣＲＮ番号例えば
ＣＲＮ５２０と呼記録例えば呼記録５２１で識別され
る。図６からわかるように、呼記録はソフトウェア層に
わたって共通であり、各層は呼記録と共に追加情報を用
いる。呼記録は各交換ノード内の共通テーブルから得ら
れ、呼記録番号は特定の交換ノード内で唯一のものであ
る。

【００４９】トランスポートソフトウェア層４０５はＬ
ＤＣＮ及び呼記録番号によって呼の各半分を識別する。
ＬＤＣＮが用いられるわけは、レベル４ルーティングテ
ーブルに示される情報が、１つの交換ノードから他の交
換ノードまでのリンク（またはリンク群）を示すＬＤＣ
Ｎ番号で識別されるからである。呼記録は、特定の呼に
関して図６に示されたような全部で３つのソフトウェア
層で同様に識別される事に注意されたい。セションソフ
トウェア層４０６は、呼の各半分がセション６０７のよ
うなセションに対して設定される唯一のセション記録を
有する各呼によって信号情報を交換するために互いに結
合される、ソフトウェアアーキテクチャ内の地点であ
る。セション記録は、呼の半分を表わす各呼記録を有す
る呼記録５２１及び呼記録５４４等の２つの呼記録と関
連している。（呼の各半分は“半呼”と呼ばれる。）こ
のルールの例外は呼が１つのアプリケーションに対する
ものである場合である。その場合には、１つだけの呼記
録が用いられる。なぜなら、呼の他の半分はアプリケー
ションソフトウェア層で終端するからである。

【００５０】呼が図６に示される３つのソフトウェア層
でどのように処理されるかを理解するために、まず、交
換ノード１０２を介して呼を設定する例を考える。この
例のためには、呼記録５２１及び５４４と関連するイン
ターフェースを示す図５を参照しなければならない。呼
記録５２１はＰＲＩリンク１１１と関連し、呼記録５４
４は以下の例におけるＰＲＩリンク１１６と関連してい
る。

【００５１】呼は通信端末１０１から交換ノード１０２
を介して通信端末１０４へ発せられると仮定する。ＬＤ
ＣＮ５４１は、図１に示されるように交換ノード１０２
を交換ノード１０３に相互接続するＰＲＩリンク１１６
と関連している。さらに、設定メッセージ中のノード番
号は通信端末１０４を指定していると仮定する。（通信
端末１０１から通信端末１０４への発呼のためのルーテ
ィング決定が交換ノード１０２で行なわれる仕方は米国
特許第５．３８６，４６６号に示されている。）設定メ
ッセージがＰＲＩリンク１１１を介して通信端末１０１
から受信されると、ネットワークソフトウェア層４０４
は、トランスポートソフトウェア層４０５に通信される
設定指示子を発生し、第１の半呼の設定を開始する呼記
録５２１を確立する。

【００５２】トランスポートソフトウェア層４０５は、
ノード番号を調べ、交換ノード１０２が宛先交換ノード
でないことを確かめる。したがって、層４０６はノード
フラグをたてない。ノードフラグがたてられた場合は、
これは、呼が交換ノード１０２で終端していることを示
す。ダイヤルされた番号はノードフラグと共にセション
ソフトウェア層４０６に通信される。セションソフトウ
ェア層４０６は、ノードフラグがたてられていないの
で、ダイヤルされた番号に基づいた呼をルーティングし
ようとしない。この例ではフラグがたてられていないの
で、セションソフトウェア層４０６はセション記録６０
７を確立し、第２の半呼の設定を開始する呼記録５４４
が選択される。次いで、ノード及び呼記録番号が設定要
求としてトランスポートソフトウェア層４０５に通信さ
れる。トランスポートソフトウェア層４０５はレベル４
ルーティングテーブルに質問し、ＬＤＣＮ５４１が通信
端末１０４への経路であることを確かめる。次いで、ト
ランスポートソフトウェア層４０５は呼記録５４４をＬ
ＤＣＮ５４１と関連づけてネットワークソフトウェア層
４０４に設定要求を送信する。次いで、ネットワークソ
フトウェア層４０４はＰＲＩリンク１１６を介して交換
ノード１０３との通信を確立する。

【００５３】交換ノード１０２が設定メッセージをＰＲ
Ｉリンク１１６を介して交換ノード１０３に送信した
後、交換ノード１０３のネットワークソフトウェア層は
呼処理に応じる。ネットワークソフトウェア層４０４は
呼処理メッセージに応じて、経路５０７を確立するよう
にＢチャンネル５３２及びＢチャンネル５３３を相互接
続するために交換ノード１０２を介するコネクションを
確立すべきコネクション管理アプリケーションを通知す
る。セション記録６０７はコネクション記録６０８を指
さす。コネクション記録６０８は、アプリケーション層
４０９で実行中のコネクション管理アプリケーションで
保持される。コネクション管理アプリケーションはネッ
トワークソフトウェア層４０４からのメッセージに応じ
て、このコネクションを確立し、コネクション記録６０
７に内部コネクションのパラメータを記入する。

【００５４】転送メッセージが交換ノード１０２を介し
て帯域を増加または減少させるためにどのように用いら
れるかをさらに理解するために、以下の例を考察された
い。前節で説明された設定メッセージは、交換ノード１
０２の交換網を介して設定されている図５の経路５０７
になった交換ノード１０２を介して音声コネクションを
設定すると仮定する。次に、通信端末１０１は、パケッ
ト交換コネクションがＤチャンネル５３０に確立される
べきであること、６４Ｋｂデータチャンネルが転送メッ
セージを用いることによりチャンネル５３８に確立され
るべきであることを要求する。

【００５５】ＬＡＰＦプロトコルを実行するデータリン
クと６４Ｋｂｓを有するデータチャンネルに必要な追加
の帯域幅を確立するために、通信端末１０１は、以下の
情報を有する転送メッセージを交換ノード１０２に送信
する。呼参照ＩＥ３０２は図５及び図６のＣＲＮ５２０
に等しく設定され、メッセージタイプＩＥ３０３はＴＲ
ＡＮＳに等しく設定される。反復指示子ＩＥ３０４は帯
域幅を追加するように設定される。ベアラ ケーパビリ
ティＩＥ３０５は次の通りである。第１のベアラ ケー
パビリティＩＥはＬＡＰＤプロトコルを用いてパケット
データリンクを指定し、第２のＩＥは６４Ｋｂｓの帯域
幅を有する回路データリンクに等しく設定される。チャ
ンネル識別子ＩＥ３０６は次の通りである。第１のＩＥ
は論理インターフェース番号を用いてインターフェース
５５１を指定し、Ｄチャンネル５３０の使用を指定す
る。チャンネル識別子３０６の第２のＩＥはインターフ
ェース５５１及びＢチャンネル５３８を指定する。単一
データリンク識別子ＩＥ３０７は次の通りであり、論理
リンク５１７のうちの１つがパケットデータに用いられ
るべきであることを指定する。低位層ケーパビリティＩ
Ｅ３０８は、通信端末１０４が６４Ｋｂデータチャンネ
ルに関して実行されるべきである専用プロトコルを指定
する。

【００５６】高位層コンパチビリティＩＥ３０９は、Ｘ
４００電子メールプロトコル規格が実行中であることを
指定する。この転送メッセージは、図６のネットワーク
ソフトウェア層４０４で受信され分解される。ネットワ
ークソフトウエア層４０４が要求された転送ケーパビリ
ティを提供することができる場合は、ネットワークトラ
ンスポート層４０４は、ＩＥ３１１，３１２，３１３及
び３１９のみを含む転送肯定応答メッセージで応答す
る。ネットワーク４０４は、要求された転送ケーパビリ
ティの１つを提供できない場合は、ＩＥ３１５，３１６
及び３１７で提供できない特定の転送ケーパビリティを
識別し、反復指示子３１４中に、この特定の転送ケーパ
ビリティが削除されなければならないことを示す。さら
に、転送肯定応答メッセージは、要求されたものの代替
物として他のベアラ ケーパビリティ、チャンネル識別
子及びデータリンク識別子を用いて示すこともできる。

【００５７】この例では、ネットワークソフトウェア層
４０４は要求された転送ケーパビリティを提供すること
ができる。次いで、ネットワークソフトウェア層４０４
は、転送ケーパビリティを追加する要求をトランスポー
トソフトウェア層４０５のＬＤＣＮ５１９を介してセシ
ョンソフトウェア層４０６に送信する。セションソフト
ウェア層４０６は、呼記録５４４に対するセション記録
６０７を用いて、呼がＬＤＣＮ５４１を用いることを決
定し、ＬＤＣＮ５４１を用いて、呼記録５４４に関して
追加の作業が行なわれるべきであることをネットワーク
ソフトウェア層４０４に通知する。

【００５８】ここで、しばらく図６の呼記録５２１及び
ＬＣＮ５１９で示されるこの左半分に戻る。ネットワー
クソフトウェア層４０４は、呼記録５２１で識別される
コネクションに追加された新パラメータをコネクション
管理アプリケーションに送信する。コネクション管理ア
プリケーションはこの情報に応答して、追加のコネクシ
ョン情報をコネクション記録６０８に記憶する。

【００５９】呼記録５４４及びＬＤＣＮ５４１で識別さ
れるこの右半分において、ネットワークソフトウェア層
４０４は、通信端末１０１から受信されたメッセージの
ベアラ ケーパビリティＩＥに応答して、これらのベア
ラ ケーパビリティＩＥの要求を満足するためにどの転
送ファシリティを用いるべきかを決定する。図５に示さ
れるように、ネットワークソフトウェア層４０４は論理
リンク５１８の論理リンクのうちの１つを用いて、６４
Ｋｂデータチャンネルのケーパビリティを提供するため
にＬＡＰＤプロトコル及びＢチャンネル５３６を用いる
データリンクを提供する。ネットワークソフトウェア層
４０４は、論理リンクに小分けされたＢチャンネルを利
用できたならば、ＬＡＰＦプロトコルを実行するデータ
リンクとしてこれらの論理リンクのうちの１つを用いる
ことができたことに注意されたい。

【００６０】次に、ネットワークソフトウェア層４０４
は、通信端末１０１から受信したものと同じベアラ ケ
ーパビリティＩＥと、インターフェース５５２と共に用
いられる転送ケーパビリティに対して特定のチャンネル
識別子ＩＥ３０６及びデータリンク識別子ＩＥ３０７と
を含む新たな転送メッセージを形成する。低位層コンパ
チビリティＩＥ３０８及び高位層コンパチビリティＩＥ
３０９は、セションソフトウェア層４０６に呼の左半分
の上方へ単に転送される。次いで、セションソフトウェ
ア層４０６はそれらを呼の右半分の下方へ送信し、それ
らは、ネットワークソフトウェア層４０４によって新た
な転送メッセージに組み込まれる。次いで、ネットワー
クソフトウェア層４０４はこの転送メッセージを交換ノ
ード１０３の同等ネットワークソフトウェア層に送信す
る。

【００６１】この例では、交換ノード１０３のネットワ
ークソフトウェア層は、転送メッセージで要求された転
送ケーパビリティの全てを受け入れる。交換ノード１０
３のネットワークソフトウェア層は、ＩＥ３１５，３１
６または３１７を含まない転送肯定応答メッセージで応
答する。交換ノード１０２のネットワークソフトウェア
層はこの転送肯定応答メッセージに応じて、図６のアプ
リケーション層４０９のコネクション管理アプリケーシ
ョンに呼の左半分に関するパラメータを送信し、その結
果、これらのパラメータをコネクション記録６０８に記
憶することができる。また、コネクション管理アプリケ
ーションはこの情報に応じて、交換ノード１０２の交換
ネットワークを制御して経路５３５を設定する。さら
に、コネクション管理アプリケーションはリンクインタ
ーフェース層４０２に経路５３９を設定するためのメッ
セージを送信する。

【００６２】この時点では、経路５０７，５３５及び５
３９は交換ノード１０２を介して設定される。この例で
は、交換ノード１０３が原転送ケーパビリティを確立し
ようとすると、通信端末１０４はＬＡＰＤプロトコルを
用いるデータリンクを提供することができない。その結
果、図６に示されたものと同じ呼の左半分において、交
換ノード１０３はそのコネクション記録に、音声帯域
幅、ＬＡＰＤプロトコルを用いるデータリンク、及び６
４Ｋｂデータチャンネルを記録したことになる。しかし
ながら、呼の右半分に関するコネクション記録には音声
呼及び６４Ｋｂデータリンクのみが記録される。ネット
ワークソフトウェア層を介する通信端末１０４からの転
送完了メッセージの受信に基づき、交換ノード１０３の
コネクション管理アプリケーションは６４Ｋｂデータリ
ンクを接続するにすぎない。音声呼コネクションは設定
プロセス中に行なわれたことに注意されたい。

【００６３】次いで、通信端末１０４は、使用中のベア
ラ ケーパビリティ、チャンネル識別子ＩＥ及びデータ
リンク識別子ＩＥを識別する転送完了メッセージを送信
する。このメッセージは交換ノード１０３で受信され、
呼の右半分の上方へソフトウェア層を介して交換ノード
１０３のセションソフトウェア層４０６に転送される。
セションソフトウェア層４０６は、このメッセージを呼
の左半分の下方へ交換ノード１０３のネットワークソフ
トウェア層４０４に通信する。ネットワークソフトウェ
ア層４０４は、データリンクケーパビリティを削除し、
もはやデータリンクが使用されていないことをコネクシ
ョン管理アプリケーションに通知する。それに応じて、
交換ノード１０３のコネクション管理アプリケーション
は、交換ノード１０３のコネクション記録からデータリ
ンク情報を削除する。次いで、交換ノード１０３のネッ
トワークソフトウェア層４０４は、６４Ｋｂデータリン
クが設定されたことを詳述する転送完了メッセージを組
み立て、この転送完了メッセージを交換ノード１０２に
送信する。

【００６４】交換ノード１０２のネットワークソフトウ
ェア層４０４は、交換ノード１０３から転送完了メッセ
ージを受信すると、経路５３９が削除されるべきである
ことをコネクション管理アプリケーションに通知する。
次いで、コネクション管理アプリケーションはコネクシ
ョン記録６０８からＬＡＰＤプロトコルを実行するデー
タリンクの言及を削除する。次いで、ネットワーク層４
０４は、セションソフトウェア層４０６を介して呼の左
半分の下方へ転送完了メッセージを送信する。ネットワ
ークソフトウェア層４０４はこの転送完了メッセージに
応答して、コネクション記録６０８からＬＡＰＤプロト
コルを実行するデータリンクの言及を削除するようにコ
ネクション管理アプリケーションに通知する。また、コ
ネクション管理アプリケーションは、経路５３９を削除
するためのメッセージをリンクインターフェース４０２
に送信する。次いで、呼の左半分において、ネットワー
クソフトウェア層４０４は通信端末１０１への送信用の
他の転送完了メッセージを組み立てる。

【００６５】もっと後の時点で、通信端末１０１は、６
４Ｋｂデータリンクがもはや必要ないということを決定
し、反復指示子３０４が削除に等しく設定されると共
に、６４Ｋｂデータリンクが削除されるべきであること
をベアラ ケーパビリティＩＥ３０５、チャンネル識別
子ＩＥ３０６、データリンク識別子ＩＥ３０７が指定す
る転送メッセージを送信する。次いで、交換ノード１０
２はこのメッセージを繰り返し交換ノード１０３に送信
する。交換ノード１０３から返送される転送肯定応答メ
ッセージの受信に基づき、ネットワークソフトウェア層
４０４はコネクション管理アプリケーションに経路５３
５の削除を要求する。さらに、コネクション管理アプリ
ケーションはネットワークソフトウェア層４０４より要
求されたとおりにコネクション記録６０８を更新する。
データリンクの削除を要求する転送メッセージが通信端
末１０４で受信されると、通信端末１０４は、この削除
が行なわれたことを記述する転送完了メッセージで応答
する。

【００６６】次に、通信端末１０４が６４Ｋｂデータチ
ャンネルを設定する転送メッセージを受信した場合に戻
ると、通信端末１０４は他の交換ノードが行なったと同
じようにＩＥ３０５乃至３０７に関して応答する。呼の
終端地点は、図４のアプリケーションレベル４０９で実
行される端末管理アプリケーションである。端末管理ア
プリケーションの機能の詳細は米国特許第５，１８２，
７５１号及び第５，３８６，４６６号で与えられる。手
短に言えば、端末管理アプリケーションは、呼を終端さ
せかつ通信されたデータを端末に使用可能にさせるのに
必要な制御機能の全てを提供する。端末管理アプリケー
ションは交換ノードで実行することができるため、端末
制御機能の大部分は通信端末内よりむしろ交換ノードで
行なわれる。一方、通信端末１０１等の通信端末は、そ
れ自身のコンピュータを含むことができ、図４に示され
るソフトウェア構造を実行することができる。この場合
には、端末管理アプリケーションは端末上で実行する。
図１に関して、通信端末１０１は通信端末１０４よりむ
しろ呼の終端ポイントになるだろう。しかしながら、通
信端末１０１として異なるタイプの通信端末が用いられ
ている場合は、端末管理アプリケーションは交換ノード
１０２で実行することができる。

【００６７】転送メッセージが６４Ｋｂデータチャンネ
ルを設定するために受信された時、このメッセージはア
プリケーションレベル４０９の端末管理アプリケーショ
ンに転送された。次いで、端末管理アプリケーション
は、リンクインターフェース層４０２が低レベル専用プ
ロトコルを適宜使用することができるように低位層コン
パチビリティＩＥ３０８で定義される専用プロトコルを
実行することを、コネクション管理者が要求することを
要求した。さらに、コネクション管理アプリケーション
は、通信端末１０４のプレゼンテーション層４０７に、
高位層コンパチビリティＩＥ３０９で定義されるとおり
にＸ４００電子メール規格を実行するよう命令する。

【００６８】図７、８及び９は、図３に示される転送メ
ッセージの提供時にネットワークソフトウェア層４０４
で実行される作業をフローチャート形式で示す。ネット
ワークソフトウェア層４０４は転送メッセージを提供す
る作業の大部分を実行する。図７及び８は、他の交換ノ
ードからの転送メッセージの受信に基づくネットワーク
層４０４の応答を示す。図９は、セション層４０６から
の転送メッセージの受信に基づくネットワークソフトウ
ェア層４０４の応答を示す。これらの図面に用いられる
約束事は、受信中または他の交換ノードに送信中の転送
メッセージがそのメッセージコード、例えばＴＲＡＮ
Ｓ、でのみ識別されるという点である。一方、呼の他の
半分からセションソフトウェア層４０６で中継されてい
る転送メッセージは、メッセージコードと単語“メッセ
ージ”、例えばＴＲＡＮＳメッセージ、で指定される。

【００６９】図７の決定ブロック７０１は、ＴＲＡＮＳ
メッセージが他の交換ノードから受信された否かを決定
する。前例では、交換ノード１０２は通信端末１０１か
らインターフェース５５１を介してＴＲＡＮＳメッセー
ジを受信する。決定ブロック７０１の答がイエスなら
ば、決定ブロック７０２が、ベアラ ケーパビリティＩ
Ｅ３０５、チャンネル識別子ＩＥ３０６及びデータリン
ク識別子ＩＥ３０７で定義される要求された転送ケーパ
ビリティが提供可能か否かを決定する。転送ケーパビリ
ティが提供可能ならば、ブロック７０７が実行され、Ｉ
Ｅ３１５，３１６及び３０７を含まないＴＲＡＮＳ＿Ａ
ＣＫメッセージを返送する。決定ブロック７０２の答が
ノーならば、ブロック７０３が他の転送ケーパビリティ
の決定を試みる。提供可能な転送ケーパビリティがなけ
れば、ＴＲＡＮＳ＿ＲＥＪメッセージが送信され、全て
の後処理が打ち切られる。少なくとも１つの原または他
の転送ケーパビリティが提供可能ならば、ＴＲＡＮＳ＿
ＡＣＫメッセージが転送ケーパビリティの修正されたリ
ストと共に返送される。

【００７０】次いで、ブロック７０９が、新たな転送ケ
ーパビリティで定義されるとおりの転送パラメータがコ
ネクションテーブル６０８に入れられるべきであること
を要求するメッセージをアプリケーション層４０９のコ
ネクション管理アプリケーションに送信する。入れられ
た転送パラメータは、初めから要求された転送ケーパビ
リティか他の転送ケーパビリティかその結果生じるこれ
ら２つの組み合わせのいずれかの転送パラメータであ
る。最後に、ブロック７１１が、原ＴＲＡＮＳメッセー
ジ及び／または他の転送ケーパビリティマイナスＩＥ３
０６及び３０７であるＴＲＡＮＳメッセージをトランス
ポート層４０５を介してセション層４０６に送信する。
ＩＥ３０６及び３０７は図６に示されるように呼の左半
分に唯一のものである。セションソフトウェア層４０６
はこのメッセージに応答して、呼記録を識別し、呼の右
半分と関連するＬＤＣＮを識別し、ネットワークソフト
ウェア層４０５に適切な識別子を有する呼の右半分の下
方へこのメッセージを送信する。

【００７１】決定ブロック７０１に戻って、答がノーな
らば、制御はブロック７１２に進み、ＴＲＡＮＳ＿ＡＣ
Ｋメッセージが他の交換ノードで受信されたか否かを決
定する。前例では、ＴＲＡＮＳ＿ＡＣＫメッセージはイ
ンターフェース５２２により交換ノード１０３から交換
ノード１０２で受信された。このＴＲＡＮＳ＿ＡＣＫメ
ッセージは呼の右半分で受信された。決定ブロック７１
２の答がイエスならば、制御は決定ブロック７１３に進
む。後者の決定ブロックは、転送肯定応答メッセージ中
に他の転送ケーパビリティがあるか否かを決定する。そ
の答がイエスならば、制御は決定ブロック７１４に進
み、他の転送ケーパビリティが受け入れ可能か否か、す
なわち交換ノードが他の転送ケーパビリティを提供可能
か否かを決定する。

【００７２】決定ブロック７１４の答がノーならば、ブ
ロック７１６が実行され、受け入れできない転送ケーパ
ビリティの削除要求と共にＴＲＡＮＳメッセージを他の
交換ノードに送信する。次に、ブロック７１７が、同じ
削除要求を含んだＴＲＡＮＳメッセージをトランスポー
ト層４０５を介してセションソフトウェア層４０６に送
信する。セション層４０６はこのメッセージに応答し
て、このメッセージをネットワークソフトウェア層４０
５に呼の左半分の下方へ転送する。転送パラメータは、
コネクション記録と、受け入れ可能なＴＲＡＮＳ＿ＡＣ
Ｋメッセージの受信に基づいて交換ノード内に確立され
た経路に挿入されるだけである。

【００７３】決定ブロック７１３及び７１４に戻って、
決定ブロック７１３の答がノーならば、または決定ブロ
ック７１４の答がイエスならば、制御はブロック７２１
に進み、転送パラメータをコネクションテーブルに入れ
て、交換ノードの内部交換ネットワークを介してコネク
ションを作るように、コネクション管理アプリケーショ
ンにメッセージを送信する。

【００７４】決定ブロック７１２に戻って、メッセージ
がＴＲＡＮＳ＿ＡＣＫメッセージでなければ、制御は図
８の決定ブロック８０１に進み、メッセージがＴＲＡＮ
Ｓ＿ＲＥＪメッセージであることを決定する。決定ブロ
ックブロック８０１の答がイエスならば、ブロック８０
２が、コネクションテーブルから転送パラメータを削除
すると共に交換ノードの交換ネットワークを介するこれ
らの転送パラメータに関して設定されている経路を削除
するようにコネクション管理アプリケーションにメッセ
ージを送信する。ＴＲＡＮＳ＿ＲＥＪメッセージがＴＲ
ＡＮＳ＿ＡＣＫの代わりに受信されたかどうかを行なう
コネクション管理アプリケーションの作業はなくても良
いことに注意されたい。ブロック８０２の実行後、ブロ
ック８０３はトランスポート層４０５を介してセション
層４０６にＴＲＡＮＳ＿ＲＥＪメッセージを含むメッセ
ージを送信する。セションソフトウェア層４０６は、こ
のメッセージをネットワークソフトウェア層４０４に適
切な呼記録及びＬＤＣＮ識別子情報を含む呼の左半分の
下方へ送信する。

【００７５】決定ブロック８０１の答がノーならば、制
御は決定ブロック８０４に進み、このメッセージがＴＲ
ＡＮＳ＿ＣＯＭメッセージであるか否かを決定する。そ
の答がノーならば、制御はブロック８０８に進み、通常
処理を提供する。ブロック８０８は規格ＩＳＤＮメッセ
ージを取り扱う。決定ブロック８０４の答がイエスなら
ば、ブロック８０６が、コネクションテーブル６０８内
の転送パラメータがベアラ ケーパビリティ３２５、チ
ャンネル識別子ＩＥ３２６及びデータリンク識別子ＩＥ
３２７で識別されないことを決定する。これらの転送パ
ラメータの識別後、ブロック８０６は、これらの転送パ
ラメータ及び関連する経路を削除するようにコネクショ
ン管理アプリケーションにメッセージを送信する。最後
に、ブロック８０７は、チャンネル識別子ＩＥ３２６及
びデータリンク識別子ＩＥ３２７のない原ＴＲＡＮＳ＿
ＣＯＭを含むメッセージをトランスポートソフトウェア
層４０５を介してセションソフトウェア層４０６に送信
する。セションソフトウェア層４０６は、呼記録及びＬ
ＤＣＮ識別子情報を有するネットワークソフトウェア層
４０４に呼の左半分の下方へ通信されるそのメッセージ
に応答する。

【００７６】図９は、セションソフトウェア層４０６殻
受信中の転送メッセージに応答してネットワークソフト
ウェア層４０４で実行される作業を示す。決定ブロック
９０１は、メッセージがＴＲＡＮＳメッセージか否かを
決定する。前例では、図６に示される呼の右半分は、呼
の左半分がインターフェース５５１を介して通信端末１
０１からそのメッセージを受信した後に、セションソフ
トウェア層４０６からＴＲＡＳメッセージを受信する。
決定ブロック９０１の答がイエスならば、制御はブロッ
ク９０２に進む。ブロック９０２はベアラ ケーパビリ
ティＩＥ３０５に応答して、次の交換ノードへ送信され
るＴＲＡＮＳメッセージのためにはどんな新たなチャン
ネル識別子ＩＥ３０６及びデータリンク識別子ＩＥ３０
７とすべきかを決定する。この決定が行なわれた後、ブ
ロック９０３は新たなＴＲＡＮＳメッセージを形成して
次の交換ノードに送信する。要素３０１，３０２，３０
３，３０４，３０５と３０８，３０９と３４１は新たな
ＴＲＡＮＳメッセージで単に反復される。

【００７７】ブロック９０１の答がノーならば、決定ブ
ロック９０４が、セションソフトウェア層４０６から受
信したメッセージがＴＲＡＮＳ＿ＣＯＭメッセージか否
かを決定する。決定ブロック９０４の答がイエスなら
ば、決定ブロック９０６が、コネクションテーブル６０
８中の転送パラメータがベアラ ケーパビリティＩＥ３
２５、チャンネル識別子ＩＥ３２１６及びデータリンク
識別子ＩＥ３２７で識別されないことを決定する。これ
らの転送パラメータの決定後、ブロック９０６は、これ
らの転送パラメータがコネクションテーブル６０８から
削除されかつ関連する経路が削除されるべきであること
を要求するメッセージをコネクション管理アプリケーシ
ョンに送信する。次に、ブロック９０７は、呼の左半分
の転送ケーパビリティを定義する新たなチャンネル識別
子ＩＥ３２６及びデータリンク識別子ＩＥ３２７を含む
ＴＲＡＮＳ＿ＣＯＭメッセージを形成する。次いで、ブ
ロック９０７は形成されたＴＲＡＮＳ＿ＣＯＭメッセー
ジを他の交換ノードに送信する。

【００７８】決定ブロック９０４の答がノーならば、制
御は決定ブロック９０８に進み、ＴＲＡＮＳ＿ＲＥＪメ
ッセージがセションソフトウェア層４０６から受信され
たか否かを決定する。その答がノーならば、制御は規格
ＩＳＤＮメッセージの通常処理のためのブロック９０９
に進む。決定ブロック９０８の答がイエスならば、ブロ
ック９１１が、関連するＴＲＡＮＳメッセージでコネク
ションテーブル６０８に入れられた全パラメータを削除
するようにコネクション管理アプリケーションにメッセ
ージを送信する。最後に、ブロック９１２がＴＲＡＮＳ
＿ＲＥＪメッセージを次の交換ノードに送信する。前例
では、ブロック９１２はＴＲＡＮＳ＿ＲＥＪメッセージ
を交換ノード１０２から通信端末１０１に送信する。

【００７９】図１０及び１１は、会議の始動時に通信端
末で実行される作業を示す。図１２は始動用通信端末で
保持される会議表を示す。決定ブロック１００１は、通
信端末の会議始動ボタンが作動したかどうかを決定す
る。その答がイエスならば、決定ブロック１００２は、
これが会議呼の第１の呼かどうかを決定する。決定ブロ
ック１００２の答がイエスならば、制御はブロック１１
０１〜１１２９に進み、第２の例で説明したように会議
呼の始動を制御する。決定ブロック１００２の答がノー
ならば、通信端末は他の通信端末との呼に関与し、第２
の通信端末との会議呼に第３の通信端末を加えようと思
う。この状況は第１の例として説明した。決定ブロック
１００２の答がイエスならば、ブロック１００３は第１
の呼をホールドにし、ブロック１００４は通信端末のユ
ーザーからダイヤル情報を与えられる。次いで、ブロッ
ク１００６は、第２の呼がダイヤルされた端末にかけら
れるべきであることを要求する。

【００８０】決定ブロック１００７は、第２の呼が、ダ
イヤルされた通信端末のユーザーがこの時会議呼に関与
したいと思っていることを示すように応答したかどうか
を決定する。決定ブロック１００７の答がイエスなら
ば、制御はブロック１００８に進み、第１及び第２の呼
を結合して会議呼にする。第１の例では、通信端末１０
１は実行ブロック１００８で交換ノード１０２に結合メ
ッセージを送信する。結合メッセージは、第１及び第２
の呼が交換ノード１０２で互いに協議されるべきである
ことを要求した。結合作業のより詳細な説明は図１４及
び１５に関して示される。その時点から、ブロック１０
０９は通常の呼処理を提供する。

【００８１】決定ブロック１００７に戻って、その答が
ノーならば、これは、ダイヤルされた通信端末のユーザ
ーがこの時会議呼に完全に関与するのを望んでいないこ
とを意味する。ブロック１０１１は、第２の呼を低速論
理データリンク呼に変更するためにＴＲＡＮＳメッセー
ジを送信し、制御は決定ブロック１０１２に進む。決定
ブロック１０１２はダイヤルされた通信端末からのＴＲ
ＡＮＳ＿ＣＯＭ（転送完了メッセージ）の受信を待ち受
ける。ＴＲＡＮＳ＿ＣＯＭメッセージが受信されない場
合は、制御はブロック１０１７に進んで第２の呼を打ち
切り、ブロック１０１８は第１の呼に戻る。次いで、ブ
ロック１０１９は通常の呼処理を提供する。決定ブロッ
ク１０１２に戻って、その答がイエスならば、制御はブ
ロック１０１３に進み、ダイヤルされた端末に会議始動
スタートメッセージを送信する。ブロック１０１４は、
ブロック１０１３で送信されたメッセージに対して確認
メッセージが受信されたかどうかをチェックする。決定
ブロック１０３４の答がノーならば、制御はブロック１
０１７乃至１０１９に進む。決定ブロック１０１４の答
がイエスならば、制御はブロック１０１５に進み、通信
端末の会議始動表示器を点灯させる。次に、制御はブロ
ック１０１６に進み、通信端末を第１の呼に復帰させ
る。

【００８２】ブロック１０２１乃至１０３１は、会議呼
が３台の通信端末間で設定されることになる場合または
始動特徴が放棄されることになる場合を決定する。決定
ブロック１０２１は、会議を始動する通信端末が空いて
いる場合を決定する。会議を始動する通信端末が空き状
態になると、全ての呼が打ち切られる。ブロック１０２
２はダイヤルされた通信端末に会議始動キャンセルメッ
セージを送信する。ブロック１０２４は第２の呼を打ち
切り、ブロック１０２６は会議始動表示器をオフする。
ブロック１０２７は第１の呼に復帰するが、始動用通信
端末が空き状態になったので、第１の呼も打ち切られ
る。

【００８３】決定ブロック１０２１に戻って、その答が
ノーならば、制御は決定ブロック１０２３に進み、ダイ
ヤルされた通信端末から会議始動キャンセルメッセージ
が受信されたかどうかを決定する。その答がイエスなら
ば、制御は前述したブロック１０２２乃至１０２７に進
む。ブロック１０２７は始動用通信端末を第１呼に戻
し、第１の呼を継続することができることに注意された
い。決定ブロック１０２３の答がノーならば、決定ブロ
ック１０２５は、ダイヤルされた通信端末から会議加入
メッセージが受信されたかどうかを決定する。その答が
ノーならば、制御は決定ブロック１０２１に進む。決定
ブロック１０２４５の答がイエスならば、ブロック１０
２８は、ＴＲＡＮＳメッセージを送信して第２の呼の帯
域幅を増加させると共に、このメッセージ内で、会議が
スタートしていることを示す。次いで、ブロック１０２
９は第１及び第２の呼を結合することにより会議呼を形
成する。次いで、ブロック１０３１は通常の呼処理を実
行する。

【００８４】決定ブロック１００２に戻って、その答が
イエスならば、これは、始動用通信端末のユーザーが、
全参加者が完全に参加する用意がある場合に確立される
通信会議呼を持ちたいと思っていることを意味する。ブ
ロック１１０１は、始動用通信端末の会議始動表示器を
点灯させ、図１２に示された会議表を設定する。ブロッ
ク１１０２は、会議の一員となるだろう各通信端末のダ
イヤル情報を順次得る。ブロック１１０３はダイヤルさ
れた端末とのデータ呼を設定する。決定ブロック１１０
４で決定されるように呼が設定されると、ブロック１１
０５はその通信端末を会議呼に結合する。

【００８５】呼が設定されない場合は、決定ブロック１
１０４は制御をブロック１１０９に進め、そこで、次の
通信端末の新たなダイヤル情報を待ち受ける。決定ブロ
ック１１０４の答がイエスならば、ブロック１１０５
は、通信端末を形成中の会議に結合し、制御をブロック
１１０６に進める。ブロック１１０６は、会議呼に加え
たばかりの通信端末に会議始動スタートメッセージを送
信する。次いで、決定ブロック１１０７は確認メッセー
ジが戻ってきたかどうかを決定する。その答がノーなら
ば、ダイヤルされた端末は図１２に示された会議表に加
えられる。会議呼はブロック１１１０で打ち切られない
が、むしろ、ダイヤルされた通信端末が会議呼から打ち
切られる。

【００８６】決定ブロック１１０９に戻って、始動用通
信端末から新たなダイヤル情報が受信されない場合は、
制御は決定ブロック１１１１に進み、図１２の会議表に
載っている通信端末の１つから会議始動キャンセルメッ
セージが受信されたかどうかを決定する。その答がイエ
スならば、ブロック１１２７は会議表及び会議呼から通
信端末を削除する。次いで、決定ブロック１１２８は、
図１２の会議表の左側に２台以上の通信端末があるかど
うかを決定する。その答がノーならば、制御はブロック
１１１４に進み、会議表に載っているダイヤルされた通
信端末の各々に会議始動キャンセルメッセージを送信す
る。ブロック１１１６は会議表をクリヤし、ブロック１
１１７は残りのデータ呼を全て打ち切り、ブロック１１
１８は始動用通信端末の会議始動表示器をオフにする。
決定ブロック１１２８に戻って、その答がイエスなら
ば、制御は決定ブロック１１１２に進む。決定ブロック
１１１１の答がノーならば、制御は同様に決定ブロック
１１１２に進む。

【００８７】決定ブロック１１１２は、始動用通信端末
の会議始動ボタンが、会議始動特徴が終わるべきである
ことを示す２回押されたかどうかを決定する。その答が
イエスならば、制御はブロック１１１４に進むが、ブロ
ック１１１４乃至１１１８の作業は前節で説明した。

【００８８】決定ブロック１１１２の答がノーならば、
制御は決定ブロック１１１３に進み、ダイヤルされた通
信端末のいずれかから加入メッセージが受信されたかど
うかを決定する。その答がイエスならば、ブロック１１
２１は、この端末が加入状態にあることを示すために会
議表を更新し、制御を決定ブロック１１１１に戻す。決
定ブロック１１１３の答がノーならば、決定ブロック１
１１９は、ダイヤルされた通信端末の１つから非加入メ
ッセージが受信されたかどうかを決定する。その答がイ
エスならば、ブロック１１２６は、会議表を更新してこ
の通信端末の状態を非加入と表わす。決定ブロック１１
１９の答がノーならば、制御はブロック１１２２に進
み、全端末が加入状態にあることを会議表が示している
かどうかを決定する。その答がノーならば、制御は決定
ブロック１１１１に戻る。決定ブロック１１２２の答が
イエスならば、ブロック１１２３は、会議表に載ってい
るダイヤルされた通信端末の全てにＴＲＡＮＳメッセー
ジを送信して、会議呼の帯域幅を全通信端末が完全に参
加できる程度まで増加させる。また、このＴＲＡＮＳメ
ッセージは会議がスタートしていることも表わす。ブロ
ック１１２３の実行後、ブロック１１２４は通常の通信
会議呼処理を提供する。

【００８９】図１３は、始動用通信端末によって通信会
議に引き込まれている通信端末で実行される作業を示
す。ブロック１３０１は、会議始動特徴を示す音声及び
／またはビデオの設定メッセージが受信中かどうかを決
定する。当業者は、決定ブロック１３０１において音声
またはビデオ以外の追加のメディアを用いることができ
るのが容易にわかる。決定ブロック１３０１の答がノー
ならば、決定ブロック１３２６は、設定メッセージがデ
ータのみのためのものでありかつ会議始動特徴が進行中
であることを示しているかどうかを決定する。このよう
なメッセージは図１１のブロック１１０３より発信され
る。決定ブロック１３２６の答がイエスならば、決定ブ
ロック１３２８はこの呼を受け入れ、制御をブロック１
３０５に進める。決定ブロック１３２６の答がノーなら
ば、制御は通常処理のためのブロック１３２７に進む。

【００９０】ブロック１３０１に戻って、その答がイエ
スならば、決定ブロック１３０２は通信端末が話中かど
うかを決定し、その答がノーならば、会議呼はブロック
１３０１で行なわれている通常処理で通常の仕方で設定
されるだろう。決定ブロック１３０２の答がイエスなら
ば、ブロック１３００はこの呼を受け入れるが、通信端
末が話中であることを示す。

【００９１】次いで、決定ブロック１３０４は、この呼
をデータ呼に変更するＴＲＡＮＳメッセージが受信され
たかどうかを決定する。このようなＴＲＡＮＳメッセー
ジは図１０のブロック１０１１より送信されるだろう。
その答がノーならば、ブロック１３２９はこの呼を打ち
切る。決定ブロック１３０４の答がイエスならば、制御
はブロック１３０５に進み、決定ブロック１３０６に制
御を進める前に変更を受け入れるＴＲＡＮＳ＿ＣＯＭメ
ッセージを返送する。決定ブロック１３０６は、会議始
動特徴を要求するメッセージが受信されたかどうかを決
定する。その答がノーならば、制御はブロック１３２９
に進み、呼を打ち切る。決定ブロック１３０６の答がイ
エスならば、制御はブロック１３０７に進み、会議始動
特徴が呼の通信端末に提供されたかどうかを決定する。
その答がノーならば、ブロック１３０８は、会議始動を
拒否するメッセージを送信して呼を打ち切る。決定ブロ
ック１３０７に戻って、その答がイエスならば、ブロッ
ク１３０９は会議始動特徴の肯定応答メッセージを送信
し、制御を決定ブロック１３２１に進める。

【００９２】ブロック１３２１は、図１３に示された作
業を実行する通信端末で会議始動キャンセル信号が発生
したかどうかを決定する。このメッセージは、通信端末
のユーザーが会議始動ボタンを作動させるのに応じて発
生する。決定ブロック１３２１の答がイエスならば、ブ
ロック１３２２は、会議始動端末に会議始動キャンセル
メッセージを送信し、制御をブロック１３２４に進め
る。ブロック１３２４は会議始動表示器をリセットし、
呼を打ち切る。決定ブロック１３２１の答がノーなら
ば、決定ブロック１３１０は、通信端末で加入信号が発
生したかどうかを決定する。この加入信号は加入ボタン
の作動によって発生する。加入ボタンと関連する加入表
示器がオフであれば、これは、通信端末が非加入状態に
ある呼とを意味する。また、加入表示器がオンであれ
ば、これは、通信端末が加入状態にある呼とを意味す
る。決定ブロック１３１０の答がノーならば、制御は決
定ブロック１３２３に進む。決定ブロック１３１０の答
がイエスならば、制御は決定ブロック１３１１に進み、
通信端末が加入状態にあるかどうかを決定する。その答
がイエスならば、ブロック１３１２はその状態を非加入
に設定し、制御をブロック１３１４に進める。ブロック
１３１４は、始動用通信端末に非加入メッセージを送信
し、制御をブロック１３１５に進める。ブロック１３１
５は加入表示器をオフにする。次いで、ブロック１３１
５は制御を決定ブロック１３２３に進める。決定ブロッ
ク１３１１の答がノーならば、ブロック１３２０は加入
表示器をオンにする。次いで、ブロック１３１６はその
状態を加入に設定し、ブロック１３１７は、他のＴＭＡ
によりここに参照される始動用通信端末に加入メッセー
ジを送信する。

【００９３】ブロック１３１５が実行されたかそれとも
ブロック１３１７が実行されたかにかかわらず、制御は
決定ブロック１３２３に進む。決定ブロック１３２３
は、始動用通信端末から会議始動キャンセルメッセージ
が受信されたかどうかを決定する。その答がイエスなら
ば、制御はブロック１３２４に進み、会議始動表示器を
リセットし、呼を打ち切る。決定ブロック１３２３の答
がノーならば、決定ブロック１３１８は、帯域幅を増加
させ、かつ会議がスタートしていることを示すＴＲＡＮ
Ｓメッセージが受信されたかどうかを決定する。その答
がノーならば、制御は決定ブロック１３２１に戻る。決
定ブロック１３１８の答がイエスならば、ブロック１３
１９は、帯域幅の増加を受け入れるＴＲＡＮＳ＿ＣＯＭ
メッセージを返送する。前述したように、通信会議呼は
ここで始動用通信端末で設定される。

【００９４】図１４は、端末１０１で終端される２つの
呼のための種々の記録及び論理制御リンクを示す。ソフ
トウェア層４０１乃至４０９は、端末１０１を交換ノー
ド１０３に相互接続する交換ノード１０２で実行されて
いる。インターフェース１４２８はＰＲＩリンク１１１
を終端させ、インターフェース１４２９及び１４３１は
それぞれＰＲＩリンク１１２及び１１６を終端させる。
図１４に示されるように、端末１０１は２つの呼に関与
している。一方の呼はセション記録１４０３で取り扱わ
れるが、第２の呼はセション記録１４０４で取り扱われ
る。第１の呼の左半分はＣＲＮ１４２４及び呼記録１４
１９を用い、第２の呼の左半分はＣＲＮ１４２６及び呼
記録１４２１を用いる。第１の呼の右半分はインターフ
ェース１４２９で終端し、ＣＲＮ１４２７及び呼記録１
４２２を用いる。第２の呼の右半分はインターフェース
１４３１で終端し、ＣＲＮ１４３０及び呼記録１４２３
を用いる。ＬＤＣＮ１４１１は、両方の呼の左半分で共
有される。コネクション記録１４０１は第１の呼で用い
られるが、コネクション記録１４０２は第２の呼で用い
られる。

【００９５】図１５は、結合メッセージが端末１０１の
端末管理アプリケーションから交換ノード１０２に送信
された結果を示す。例として、結合メッセージは第１の
呼における制御メッセージとして送信され、したがって
ＣＲＮ１４２４を用いていると仮定する。ネットワーク
ソフトウェア層４０４は、結合メッセージを受信した
時、この結合メッセージをセションソフトウェア層４０
６の結合ソフトウェアモジュールに中継する。セション
ソフトウェア層４０６の結合モジュールは結合メッセー
ジに応答して、結合されるべき呼がＣＲＮ１４２６で識
別されるのを決定する。さらに、結合メッセージは、Ｃ
ＲＮ１４２６の呼と結合される呼がＣＲＮ１４２４で識
別されることを確認する。セションソフトウェア層４０
６の結合モジュールは、ＣＲＮ１４２４及び１４２６を
用いてそれぞれセション記録１４０３及び１４０４０を
識別する。セション記録１４２４及び１４２６の識別
後、セションソフトウェア層４０６の結合モジュールは
結合記録１５０２を作り出す。結合記録１５０２は、１
つの会議呼に物理的に結合されるべき、セション記録１
４０４及び１４０３で用いられる全信号転送を識別す
る。

【００９６】結合記録１５０２に作成後、セションソフ
トウェア層４０６の結合ソフトウェアモジュールは、ア
プリケーション層４０９のコネクション管理アプリケー
ションが図１４のコネクション記録１４０１及び１４０
２で識別されたアクセスポイント（呼宛先ポイント）の
全てを１つの呼記録に結合することを要求する。コネク
ションマネージャーはこの要求に応じて、コネクション
記録１４０１及び１４０２を結合してコネクション記録
１５０１として指定された新たなコネクション記録にす
る。次いで、コネクション管理アプリケーションは、第
１及び第２の呼の２つの右半分を介して受信されている
音声情報を第１及び第２の呼の左半分に関して１つのＢ
チャンネルを介して受信されている音声情報と結合する
会議ブリッジが作り出されるように、物理ネットワーク
を制御する。音声情報は１つのＢチャンネルを介して端
末１０１に結合されるが、２つの呼の制御はＣＲＮ１４
２６及びＣＲＮ１４２４を用いて端末１０１にさらに送
信される。呼が同様にビデオを用いた場合は、コネクシ
ョンマネージャーは、ビデオブリッジが会議呼のために
確立されるように、ビデオネットワークを制御するだろ
う。

【００９７】端末１０１の端末管理アプリケーション
が、音声から低速データに帯域幅を減少させるために
（ＣＲＮ１４２６で識別される）第２の呼に対してＴＲ
ＡＮＳメッセージの送信を要求した場合、ネットワーク
ソフトウェア層４０４は、このＴＲＡＮＳメッセージ応
答して図６に関して前述した機能を実行する。しかしな
がら、ＴＲＡＮＳ＿ＯＭの受信に基づき音声転送を削除
するための要求がコネクション管理アプリケーションに
送信された場合は、コネクション管理アプリケーション
は、音声転送が第１の呼に関してまだ要求されているこ
とをコネクション記録１５０１から決定する。しかしな
がら、コネクション管理アプリケーションは、ＴＲＡＮ
Ｓメッセージにおけるネットワークソフトウェア層４０
４で要求されかつＴＲＡＮ＿ＣＯＭメッセージで受け付
けられた低速データリンクを確立する。次いで、ＴＲＡ
ＮＳメッセージはセションソフトウェア層４０６まで転
送され、セション記録１４０４で識別される。次いで、
セションソフトウェア層４０６は、呼記録１４２３及び
ＣＲＮ１４３０を用いることによって第２の呼の右半分
の下方へＴＲＡＮＳメッセージを送信する。

【００９８】ネットワークソフトウェア層４０４は、セ
ションソフトウェア層４０６から受信されるＴＲＡＮＳ
メッセージに応答して、図６に関して前述されたように
このメッセージを処理する。端末１０１の端末管理アプ
リケーションが、低速データから音声に第２の呼の帯域
幅を変更するために（ＣＲＮ１４２６で識別される）第
２の呼に対してＴＲＡＮＳメッセージの送信を要求した
場合は、ネットワークソフトウェア層４０４はこのＴＲ
ＡＮＳメッセージに応答して、図６に関して前述した機
能を実行する。ＴＲＡＮＳ＿ＣＯＭメッセージの受信に
基づき、端末管理アプリケーションは、コネクション管
理アプリケーションが呼に音声転送を加えて低速データ
を削除することを要求する。コネクション管理アプリケ
ーションはコネクション記録１５０１から、音声転送が
現在行なわれている会議呼に結合されなければならない
ことを決定し、これが達成されるように物理ネットワー
ク及び会議ブリッジを制御する。さらに、コネクション
管理アプリケーションは低速データリンクを削除するよ
うに低位のソフトウェア層を制御する。前のように、会
議呼にビデオ転送が加えられていた場合は、コネクショ
ン管理アプリケーションは、会議に第２の呼をかけるた
めにビデオネットワーク及びビデオ会議ブリッジも制御
する。

【００９９】図１６は本発明の第２の実施例を示す。図
１６では、会議の始動は、始動用通信端末がＰＲＩリン
クで接続される交換ノードで実行されている端末管理ア
プリケーションにより制御される。会議始動特徴が２つ
の前例に関して実行される仕方は、通信端末１６０６，
１６０７及び１６０８がそれぞれ通信端末１０１，１０
４及び１０６について説明した作業を実行することを除
いては、図１と図１６で同じである。さらに、主な制御
機能は、通信端末１６０６，１６０７及び１６０８が接
続される交換ノード内で実行される。

【０１００】図１７，１８及び１９は、交換ノード１６
０１，１６０３及び１６０４で実行する端末管理アプリ
ケーションで行なわれる作業を示す。図１７及び１８
は、会議を始動する通信端末に関して行なわれる作業を
示す。図１２は始動用通信端末で保持される会議表を示
す。決定ブロック１７０１は、会議始動ボタン作動メッ
セージが通信端末より受信されたかどうかを決定する。
そこ答がイエスならば、決定ブロック１７０２は、これ
が会議呼の第１の呼かどうかを決定する。決定ブロック
１７０２の答がイエスならば、制御はブロック１８０１
〜１８２９に進み、第２の例で説明したように会議呼の
始動を制御する。決定ブロック１７０２の答がノーなら
ば、通信端末は他の通信端末との呼に関与し、第２の通
信端末との会議呼に第３の通信端末を参加させようと思
う。この状況は第１の例として説明した。決定ブロック
１７０２の答がイエスならば、ブロック１７０３は第１
の呼を通信端末に対してホールド状態にし、ブロック１
７０４は、通信端末からユーザーが入力したダイヤル情
報を得る。

【０１０１】次いで、決定ブロック１７０６は、第２の
呼がダイヤルされた端末にかけられるべきであることを
要求する。決定ブロック１７０７は、第２の呼が、ダイ
ヤルされた通信端末のユーザーがこの時会議呼に関与し
たいと思っていることを示すように応答したかどうかを
決定する。決定ブロック１７０７の答がイエスならば、
制御はブロック１７０８に進み、第１及び第２の呼を会
議呼に協議する。第１の例では、通信端末１０１は、ブ
ロック１７０８の実行時、交換ノード１０２に結合メッ
セージを送信する。この結合メッセージは、第１及び第
２の呼が交換ノード１０２において互いに協議されるべ
きであることを要求した。図１７に関して、通信端末１
０１は、交換ノード１０２が２つの呼を互いに協議させ
ることを要求する。その時点から、ブロック１７０９は
通常の呼処理を提供する。

【０１０２】決定ブロック１７０７に戻って、その答が
ノーならば、これは、ダイヤルされた通信端末のユーザ
ーがこのときに会議呼に完全に関与しようと思っていな
いことを意味する。ブロック１７１１は、第２の呼を低
速データリンク呼に変更するためにＴＲＡＮＳメッセー
ジを送信し、制御を決定ブロック１７１２に進める。決
定ブロック１７１２は、ダイヤルされた通信端末が接続
された交換ノードからのＴＲＡＮＳ＿ＣＯＭ（転送完了
メッセージ）の受信を待ち受ける。ＴＲＡＮＳ＿ＣＯＭ
メッセージが受信されなかった場合は、制御はブロック
１７１７に進み、第２の呼を打ち切り、ブロック１７１
８は通信端末を第１の呼に復帰させる。次いで、ブロッ
ク１７１９は通常の呼処理を提供する。決定ブロック１
７１２に戻って、その答がイエスならば、制御はブロッ
ク１７１３に進み、ダイヤルされた端末が接続されてい
る交換ノードに会議始動スタートメッセージを送信す
る。ブロック１７１４は、ブロック１７１３で送信され
たメッセージに対して確認メッセージが受信されたかど
うかをチェックする。決定ブロック１７１４の答がノー
ならば、制御はブロック１７１７乃至７１９に進む。決
定ブロック１７１４の答がイエスならば、制御はブロッ
ク１７１１５に進み、通信端末の会議始動表示器を点灯
させるためのメッセージを送信する。次に、制御はブロ
ック１７１６に進み、通信端末を第１の呼に復帰させ
る。

【０１０３】ブロック１７２１乃至１７３１は、会議呼
が３台の通信端末間で設定されることになる場合かまた
は始動特徴が放棄されることになる場合を決定する。決
定ブロック１７２１は、会議を始動する通信端末が空い
ている場合を決定する。呼を始動する通信端末が空き状
態になると、全ての呼が打ち切られる。ブロック１７２
２はダイヤルされた通信端末に会議始動キャンセルメッ
セージを送信する。ブロック１７１２４は第２の呼を打
ち切り、ブロック１７２６は会議始動表示器をオフにす
る。ブロック１７２７は第１の呼に復帰するが、始動用
通信端末が空き状態になったので、第１の呼も打ち切ら
れる。

【０１０４】決定ブロック１７２１に戻って、その答が
ノーならば、制御は決定ブロック１７２３に進み、ダイ
ヤルされた通信端末から会議始動キャンセルメッセージ
が受信されたかどうかを決定する。その答がイエスなら
ば、制御はその機能が前に説明されたブロック１７２２
乃至１７２７に進む。

【０１０５】ブロック１７２７は、継続することができ
る第１の呼に始動用通信端末を復帰させることに注目さ
れたい。決定ブロック１７２３の答がノーならば、決定
ブロック１７２５は、ダイヤルされた通信端末が接続さ
れている交換ノードから加入メッセージが受信されたか
どうかを決定する。その答がノーならば、制御は決定ブ
ロック１７２１に戻る。決定ブロック１７２５の答がイ
エスならば、ブロック１７２８は、第２の呼の帯域幅を
増加させるためにＴＲＡＮＳメッセージを送信し、この
メッセージ内に、会議がスタートしていることを示す。
次いで、ブロック１７２９は、第１及び第２の呼を協議
させることにより会議呼を形成する。ブロック１７３１
は通常の呼処理を実行する。

【０１０６】決定ブロック１７０２に戻って、その答が
ノーならば、これは、始動用通信端末のユーザーが、全
参加者が完全に参加する用意がある場合に確立された通
信会議呼を得たいと思っていることを意味する。ブロッ
ク１８０１は、会議始動表示器点灯メッセージを始動用
通信端末に送信し、図１２に示された会議表を設定す
る。ブロック１８０２は、会議の一員となるだろう各通
信端末のダイヤル情報を順次受信する。ブロック１８０
３は、ダイヤルされた通信端末が接続されている交換ノ
ードとのデータ呼を設定する。この呼が決定ブロック１
８０４で決定されたとおりに設定されると、ブロック１
８０５は、その通信端末を会議呼に入れることを協議す
る。

【０１０７】呼が設定されない場合は、決定ブロック１
８０４は制御をブロック１８０９に進め、次の通信端末
に関する新たなダイヤル情報を待ち受ける。決定ブロッ
ク１８０４の答がイエスならば、ブロック１８０５は、
形成中の会議に通信端末を入れることを協議し、制御を
ブロック１８０６に進める。ブロック１８０６は、会議
呼に加えられたばかりの通信端末が接続されている交換
ノードに会議始動スタートメッセージを送信する。次い
で、決定ブロック１８０７は、確認メッセージが返送さ
れたかどうかを決定する。その答がノーならば、ブロッ
ク１８１０は、通信会議呼からダイヤルされた通信端末
を落とし、制御を決定ブロック１８０９に進める。決定
ブロック１８０７の答がイエスならば、ダイヤルされた
端末は図１２に示された会議表に加えられる。会議呼は
ブロック１８１０で打ち切られないが、むしろ、ダイヤ
ルされた通信端末は会議呼から落とされることに注意さ
れたい。

【０１０８】決定ブロック１８０９に戻って、始動用通
信端末から新たなダイヤル情報が受信されない場合は、
制御は決定ブロック１８１１に進み、図１２の会議表に
載っている通信端末の１つから会議始動キャンセルメッ
セージが受信されたかどうかを決定する。その答がイエ
スならば、ブロック１８２７はその通信端末を会議表及
び会議呼から削除する。次いで、決定ブロック１８２８
は、図１２の会議表の左側に２つ以上の通信端末がある
かどうかを決定する。その答がノーならば、制御はブロ
ック１８１４に進み、会議表に載っているダイヤルされ
た通信端末の各々に会議始動キャンセルメッセージを送
信する。ブロック１８１６は始動用通信端末に会議始動
表示器消灯メッセージを送信する。決定ブロック１８２
８に戻って、その答がイエスならば、制御は決定ブロッ
ク１８１２に進む。決定ブロック１８１１の答がノーな
らば、制御は同様に決定ブロック１８１２に進む。

【０１０９】決定ブロック１８１２は、始動用通信端末
の会議始動ボタンが、会議始動特徴が終了させられるべ
きであることを表わす２回押されたかどうかを決定す
る。その答がイエスならば、制御はブロック１８１４に
進むが、ブロック１８１４乃至１８１８の作業は前節で
説明した。決定ブロック１８１２の答がノーならば、制
御は決定ブロック１８１３に進み、ダイヤルされた通信
端末のいずれかから加入メッセージが受信されたかどう
かを決定する。その答がイエスならば、ブロック１８２
１は、この端末が加入状態にあることを示すために会議
表を更新し、制御を決定ブロック１８１１に戻す。決定
ブロック１８１１の答がノーならば、決定ブロック１８
１９は、ダイヤルされた通信端末の１つから非加入メッ
セージが受信されたかどうかを決定する。その答がイエ
スならば、ブロック１８２６は、呼の通信端末の状態を
非加入と示すために会議表を更新する。決定ブロック１
８１９の答がノーならば、制御は決定ブロック１８２２
に進み、会議表が、全端末が加入状態にあることを示し
ているかどうかを決定する。その答がノーならば、制御
は決定ブロック１８１１に戻る。決定ブロック１８２２
の答がイエスならば、ブロック１８２３は、会議表に載
っているダイヤルされた通信端末の全てに接続された交
換ノードにＴＲＡＮＳメッセージを送信して、全通信端
末が完全に参加できる程度に会議呼の帯域幅を増加させ
る。また、このＴＲＡＮＳメッセージは会議がスタート
していることも表わす。ブロック１８２３の実行後、ブ
ロック１８２４は通常の通信会議呼処理を提供する。

【０１１０】図１９は、始動用通信端末によって通信会
議に引き込まれている通信端末に接続された交換ノード
で実行される作業を示す。ブロック１９０１は、会議始
動特徴が進行中であることを示す音声及び／またはビデ
オ用設定メッセージが受信されたかどうかを決定する。
当業者は、決定ブロック１９０１において、音声または
ビデオ以外の追加のメディアを用いることができること
が容易にわかる。決定ブロック１９０１の答がノーなら
ば、決定ブロック１９２６は、設定メッセージが、デー
タのみのためのものであり、会議始動特徴が進行中であ
ることを示しているかどうかを決定する。このようなメ
ッセージは図１８のブロック１８０３より発信される。
決定ブロック１８２６の答がイエスならば、決定ブロッ
ク１９２８はこの呼を受け入れ、制御をブロック１９０
５に進める。決定ブロック１９２６の答がノーならば、
制御は通常処理のためのブロック１９２７に進む。

【０１１１】ブロック１９０１に戻って、その答がイエ
スならば、決定ブロック１９０２は通信端末が話中かど
うかを決定し、その答がノーならば、会議呼は、ブロッ
ク１９０１で通常処理が行なわれる通常の仕方で設定さ
れるだろう。決定ブロック１９１２の答がイエスなら
ば、ブロック１９００はこの呼を受け入れるが、通信端
末が話中であることを表わす。次いで、決定ブロック１
９０４は、この呼をデータ呼に変更するＴＲＡＮＳメッ
セージが受信されたかどうかを決定する。このようなＴ
ＲＡＮＳメッセージは図１７のブロック１７１１より送
信されるだろう。その答がノーならば、ブロック１９２
９は呼を打ち切る。決定ブロック１９０４の答がイエス
ならば、制御はブロック１９０５に進み、制御を決定ブ
ロック１９０６に進める前に変更を受け入れるＴＲＡＮ
Ｓ＿ＣＯＭメッセージを返送する。決定ブロック１９０
６は、会議始動特徴を要求するメッセージが受信された
かどうかを決定する。その答がノーならば、制御はブロ
ック１９２９に進み、呼を打ち切る。決定ブロック１９
２６の答がイエスならば、制御はブロック１９０７に進
み、会議始動特徴がこの通信端末のために提供されたか
どうかを決定する。その答がノーならば、ブロック１９
０８は会議始動拒否メッセージを送信し、呼を打ち切
る。決定ブロック１９０７に戻って、その答がイエスな
らば、ブロック１９０９は、会議特徴の始動の肯定応答
メッセージを送信し、制御を決定ブロック１９２１に進
める。

【０１１２】ブロック１９２１は、図１９に示された作
業を実行する交換ノードに接続された通信端末から会議
始動キャンセルメッセージが受信されたかどうかを決定
する。このメッセージは、通信端末のユーザーによる会
議始動ボタンの作動に応じて通信端末で発生する。決定
ブロック１９２１の答がイエスならば、ブロック１９２
２は、会議を始動する通信端末に接続された交換ノード
に会議始動キャンセルメッセージを送信し、制御をブロ
ック１９２４に進める。ブロック１９２４は端末に会議
始動表示器リセットメッセージを送信し、呼を打ち切
る。決定ブロック１９２１の答がノーならば、決定ブロ
ック１９１０は、通信端末から加入メッセージが受信さ
れたかどうかを決定する。加入メッセージは通信端末で
加入ボタンの作動に応じて発生する。加入ボタンと関連
する加入表示器がオフならば、これは、通信端末が非加
入状態にあることを意味し、加入表示器がオンならば、
これは、通信端末が加入状態にあることを意味する。決
定ブロック１９１０の答がノーならば、制御は決定ブロ
ック１９２３に進む。決定ブロック１９１０の答がイエ
スならば、制御は決定ブロック１９１１に進み、通信端
末が加入状態にあるかどうかを決定する。その答がイエ
スならば、ブロック１９１２はその状態を非加入に設定
し、制御をブロック１９１４に進める。ブロック１９１
４は、始動用通信端末に非加入メッセージを送信し、制
御をブロック１９０５に進める。ブロック１９０５は通
信端末に加入表示器消灯メッセージを送信する。次い
で、ブロック１９０５は制御を決定ブロック１９２３に
進める。

【０１１３】決定ブロック１９１１の答がノーならば、
ブロック１９２０は通信端末に加入表示器点灯メッセー
ジを送信する。次いで、ブロック１９１６はその状態を
加入に設定し、ブロック１９１７は、ここでは“他のＴ
ＭＡ”と呼ばれる始動用通信端末に接続された交換ノー
ドに加入メッセージを送信する。

【０１１４】ブロック１９０５が実行されたかそれとも
ブロック１９１７が実行されたかにかかわらず、制御は
決定ブロック１９２３に進む。決定ブロック１９２３
は、始動用通信端末から会議始動キャンセルメッセージ
が樹脂されたかどうかを決定する。その答がイエスなら
ば、制御はブロック１９２４に進み、端末に会議始動表
示器リセットメッセージを送信し、呼を打ち切る。決定
ロック１９２３の答がノーならば、決定ブロック１９１
８は、帯域幅を増加させると共に、会議がスタートして
いることを示すＴＲＡＮＳメッセージが受信されたかど
うかを決定する。その答がノーならば、制御は決定ブロ
ック１９２１に戻る。決定ブロック１９１８の答がイエ
スならば、ブロック１９１９は帯域幅の増加を受け入れ
るＴＲＡＮＳ＿ＣＯＭメッセージを返送する。前述した
ように、この時、始動用通信端末に接続された交換ノー
ドによって通信会議呼が設定される。

【０１１５】図２０は、通信端末１６０６，１６０７ま
たは１６０８として用いるのに適する通信端末を示す。
ビデオスクリーン２００７及び２００８は、マルチメデ
ィア会議の各メンバーを別々に表示することができるよ
うにするディスプレイ２０１０の位置決めを示すための
ものである。技術上周知なように、ビデオスクリーンは
図２０に示される２つ以上にすることができる。呼状態
２００９は、マルチメディア会議呼の種々の状態及び条
件を表示するために用いられるものである。

【図面の簡単な説明】

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

【図２】本発明概念を具体化したメッセージフローを示
す。

【図３Ａ】本発明概念を実行するのに用いられるメッセ
ージを示す。

【図３Ｂ】本発明概念を実行するのに用いられるメッセ
ージを示す。

【図３Ｃ】本発明概念を実行するのに用いられるメッセ
ージを示す。

【図３Ｄ】本発明概念を実行するのに用いられるメッセ
ージを示す。

【図４】本発明概念と共に用いられるソフトウェアアー
キテクチャを示す。

【図５】交換ノード内に設定される信号及び転送経路を
論理的に示す。

【図６】ネットワーク、トランスポート、セション及び
アプリケーションソフトウェア層を介する呼の論理構造
を示す。

【図７】転送メッセージに対するネットワーク層の応答
をフローチャート形式で示す。

【図８】転送メッセージに対するネットワーク層の応答
をフローチャート形式で示す。

【図９】転送メッセージに対するネットワーク層の応答
をフローチャート形式で示す。

【図１０】始動用通信端末で実行される作業をフローチ
ャート形式で示す。

【図１１】始動用通信端末で実行される作業をフローチ
ャート形式で示す。

【図１２】会議表を示す。

【図１３】通信端末で実行される作業をフローチャート
形式で示す。

【図１４】ネットワーク、トランスポート、セション及
びアプリケーションソフトウェア層を介する２つの呼の
論理構造を示す。

【図１５】結合作業が実行された後のネットワーク、ト
ランスポート、セション及びアプリケーションソフトウ
ェア層を介する会議呼の論理構造を示す。

【図１６】本発明概念を実行するためのシステムの第２
の実施例を示す。

【図１７】始動用通信端末に接続されている交換ノード
で実行される作業をフローチャート形式で示す。

【図１８】始動用通信端末に接続されている交換ノード
で実行される作業をフローチャート形式で示す。

【図１９】通信端末に接続されている交換ノードで実行
される作業をフローチャート形式で示す。

【図２０】本発明の概念に従う通信端末を示す。

フロントページの続き (72)発明者 スチーヴン マックス ズィーラー アメリカ合衆国 80301 コロラド，ボ ールダー，アップル ウェイ 4465 (56)参考文献 特開 平６−209471（ＪＰ，Ａ) 特開 平４−207343（ＪＰ，Ａ) 特開 平２−101843（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/18 H04M 3/56 H04N 7/15

Claims (48)

(57)【特許請求の範囲】
1. 【請求項１】 会議呼の全参加者が会議呼に完全に参加
   する用意があることに基づき会議呼が完全に確立される
   ように、会議呼を確立する方法であって、 始動通信端末で指定された全ての通信端末に制限された
   通信帯域幅会議呼を確立するステップと、 各指定通信端末が会議呼に完全に参加する用意がある場
   合に、各指定通信端末からの第１のメッセージを始動通
   信端末で受信するステップと、 全指定通信端末が第１のメッセージを送信した後に始動
   通信端末で通信帯域幅を変更するための各指定通信端末
   への第２のメッセージの送信により全通信端末による会
   議呼の完全参加を可能にするべく、会議呼の通信帯域幅
   を調整するステップとからなる方法。
2. 【請求項２】 請求項１記載の方法において、第１のメ
   ッセージは、送信通信端末が休止していることを定義す
   る方法。
3. 【請求項３】 請求項１記載の方法において、第１のメ
   ッセージは、送信通信端末のユーザーが会議呼に参加す
   る用意があることを定義する方法。
4. 【請求項４】 請求項３記載の方法において、さらに、 会議呼の確立に応答して、制限された通信帯域幅会議呼
   が確立されたことを指定通信端末のユーザーに示すステ
   ップと、 指定通信端末のうちの１つのユーザーが会議呼に参加す
   る用意があることの指示を検出するステップと、 始動通信端末に第１のメッセージを送信するステップを
   含む方法。
5. 【請求項５】 請求項１記載の方法において、調整ステ
   ップは、通信端末間の音声通信を提供するステップを含
   む方法。
6. 【請求項６】 請求項１記載の方法において、調整ステ
   ップは、通信端末間のビデオ及び音声通信を提供するス
   テップを含む方法。
7. 【請求項７】 請求項１記載の方法において、調整ステ
   ップは、通信端末間のデータ、ビデオ及び音声通信を提
   供するステップを含む方法。
8. 【請求項８】 請求項１記載の方法において、会議呼
   は、交換システムを介して、各々が指定通信端末の１つ
   を始動通信端末に接続する通信経路に確立され、前記交
   換システムは複数の交換ノードを有し、調整ステップ
   は、各通信経路に関して、 複数の交換ノードのうちの第１の交換ノードにより通信
   経路の一部となる信号チャンネルを介して第２のメッセ
   ージを受信するステップと、 前記第２のメッセージから複数の交換ノードのうちの第
   １の交換ノードにより要求された通信帯域幅の変更を決
   定するステップと、 要求された通信帯域幅を提供するために交換ノードを介
   する通信帯域幅を変更するステップと、 複数の交換ノードのうちの第１の交換ノードより第２の
   メッセージを信号チャンネルを介して通信経路中の複数
   の交換ノードのうちの後続の交換ノードに送信するステ
   ップとを含む方法。
9. 【請求項９】 請求項８記載の方法において、変更ステ
   ップは、要求された通信帯域幅を提供するために複数の
   交換ノード内の第１の交換ノードのケーパビリティを確
   かめるステップを含む方法。
10. 【請求項１０】 請求項９記載の方法において、変更ス
    テップは、さらに、複数の交換ノードのうちの第１の交
    換ノードによる通信経路の通信帯域幅の確かめられたケ
    ーパビリティをもっぱら提供するステップを含む方法。
11. 【請求項１１】 請求項１０記載の方法において、送信
    ステップは、複数の交換ノードのうちの第１の交換ノー
    ドによる信号チャンネルを介する送信前に、確かめられ
    たケーパビリティに等しく第２のメッセージの要求され
    た変更を行なうステップを含む方法。
12. 【請求項１２】 請求項１１記載の方法において、複数
    の交換ノードのうちの後続の交換ノードは通信経路の宛
    先交換ノードであり、指定通信端末の各々は前記宛先交
    換ノードに接続され、前記宛先交換ノードは、複数の交
    換ノードのうちの第１の交換ノードを列挙したステップ
    を実行し、第２のメッセージを信号チャンネルを介し
    て、複数の交換ノードのうちの後続の交換ノードよりむ
    しろ各指定通信端末に送信する方法であって、さらに、 要求された通信帯域幅を提供するために指定通信端末の
    うちの１つのケーパビリティを確かめるステップと、 指定通信端末のうちの１つより確かめられた通信帯域幅
    をもっぱら提供するステップと、 指定通信端末のうちの１つによる第２のメッセージの受
    信に応じて第３のメッセージを形成するステップと、 指定通信端末のうちの１つより提供された要求された通
    信帯域幅に対して確かめられたケーパビリティに等しい
    割り当て情報を第３のメッセージに挿入するステップ
    と、 指定通信端末のうちの１つより宛先交換ノードに信号チ
    ャンネルを介して形成された第３のメッセージを返送す
    るステップとを含む方法。
13. 【請求項１３】 請求項１２記載の方法において、さら
    に、複数の交換ノードの各々による第３のメッセージの
    受信に応じて割り当て情報で特定された通信帯域幅に等
    しくなるように、通信経路中の複数の交換ノードの各々
    による通信帯域幅を再調整するステップを含む方法。
14. 【請求項１４】 ３方向会議呼を始動する方法であっ
    て、 第２の通信端末により第１の通信端末とともに第１の呼
    をホールドにするステップと、 第２の通信端末により第３の通信端末に第２の呼を設定
    するステップと、 第３の通信端末が会議呼に完全に参加することができな
    いことに基づき、第２の通信端末により、第２の呼の通
    信帯域幅を減少させて、第１及び第２の呼から会議呼を
    確立するステップと、 完全参加を要求する第３の通信端末からの第１のメッセ
    ージの受信に基づき、完全参加を可能にするために第３
    の通信端末の通信帯域幅を増加させるステップとからな
    る方法。
15. 【請求項１５】 請求項１４記載の方法において、減少
    及び確立ステップは、第３の通信端末が使用中であるこ
    とに応答する方法。
16. 【請求項１６】 請求項１４記載の方法において、減少
    及び確立ステップは、第３の通信端末のユーザーが第３
    の通信端末の不参加を指示することに応答する方法。
17. 【請求項１７】 請求項１４記載の方法において、設定
    ステップは第２の通信端末と第３の通信端末の間の呼経
    路を作り出し、減少及び確立ステップは、第２の通信端
    末より前記呼経路に、前記呼経路の通信帯域幅を減少さ
    せる第２のメッセージを送信するステップを含む方法。
18. 【請求項１８】 請求項１７記載の方法において、増加
    ステップは、第２の通信端末より前記呼経路に、前記呼
    経路の通信帯域幅を増加させる第３のメッセージを送信
    するステップを含む方法。
19. 【請求項１９】 請求項１８記載の方法において、通信
    端末は複数の交換ノードを有する交換システムで相互接
    続され、呼経路は前記交換システムを介し、増加ステッ
    プはさらに、 複数の交換ノードのうちの第１の交換ノードによる通信
    経路の一部である信号チャンネルを介して第３のメッセ
    ージを受信するステップと、 前記第３のメッセージから複数の交換ノードのうちの第
    １の交換ノードで要求された通信帯域幅の変更を決定す
    るステップと、 要求された通信帯域幅を提供するために複数の交換ノー
    ドのうちの第１の交換ノードを介する通信帯域幅を変更
    するステップと、 複数の交換ノードのうちの第１の交換ノードより第３の
    メッセージを信号チャンネルを介して通信経路中の複数
    の交換ノードのうちの後続の交換ノードに送信するステ
    ップを含む方法。
20. 【請求項２０】 請求項１９記載の方法において、変更
    ステップは、要求された通信帯域幅を提供するために複
    数の交換ノード内の第１の交換ノードのケーパビリティ
    を確かめるステップを含む方法。
21. 【請求項２１】 請求項２０記載の方法において、変更
    ステップは、さらに、複数の交換ノードのうちの第１の
    交換ノードによる通信経路の通信帯域幅の確かめられた
    ケーパビリティをもっぱら提供するステップを含む方
    法。
22. 【請求項２２】 請求項２１記載の方法において、送信
    ステップは、複数の交換ノードのうちの第１の交換ノー
    ドによる信号チャンネルを介する送信前に、確かめられ
    たケーパビリティに等しく第３のメッセージの要求され
    た変更を行なうステップを含む方法。
23. 【請求項２３】 請求項２２記載の方法において、複数
    の交換ノードのうちの後続の交換ノードは通信経路の宛
    先交換ノードであり、第３の通信端末は前記宛先交換ノ
    ードに接続され、前記宛先交換ノードは、複数の交換ノ
    ードのうちの第１の交換ノードを列挙したステップを実
    行し、第３のメッセージを信号チャンネルを介して、複
    数の交換ノードのうちの後続の交換ノードよりむしろ第
    ３の通信端末に送信する方法であって、さらに、 要求された通信帯域幅を提供するために第３の通信端末
    のケーパビリティを確かめるステップと、 第３の通信端末より確かめられた通信帯域幅をもっぱら
    提供するステップと、 第３の通信端末による第３のメッセージの受信に応じて
    第４のメッセージを形成するステップと、 第３の通信端末より提供された要求された通信帯域幅に
    対して確かめられたケーパビリティに等しい割り当て情
    報を第４のメッセージに挿入するステップと、 第３の通信端末より宛先交換ノードに信号チャンネルを
    介して形成された第４のメッセージを返送するステップ
    とを含む方法。
24. 【請求項２４】 請求項２３記載の方法において、さら
    に、複数の交換ノードの各々による第４のメッセージの
    受信に応じて割り当て情報で特定された通信帯域幅に等
    しくなるように、通信経路中の複数の交換ノードの各々
    による通信帯域幅を再調整するステップを含む方法。
25. 【請求項２５】 会議呼の全参加者が会議呼に完全に参
    加する用意があることに基づき会議呼が完全に確立され
    るように、会議呼を確立する装置であって、 始動通信端末において、全ての指定された通信端末に制
    限された通信帯域幅会議呼を確立する手段と、 始動通信端末において、各指定通信端末が会議呼に参加
    する用意がある場合に各指定通信端末からの第１のメッ
    セージを受信する手段と、 始動通信端末において、全指定通信端末が第１のメッセ
    ージを送信した後に始動通信端末で通信帯域幅を変更す
    るための各指定通信端末への第２のメッセージの送信に
    より全通信端末による会議呼の完全参加を可能にするべ
    く会議呼の通信帯域幅を調整する手段とからなる装置。
26. 【請求項２６】 請求項２５記載の装置において、第１
    のメッセージは、送信通信端末が休止していることを定
    義する装置。
27. 【請求項２７】 請求項２５記載の装置において、第１
    のメッセージは、送信通信端末のユーザーが会議呼に参
    加する用意があることを定義する装置。
28. 【請求項２８】 請求項２７記載の装置において、さら
    に、 指定通信端末の１つにおいて、会議呼の確立に応答し
    て、制限された通信帯域幅会議呼が確立されたことを指
    定通信端末のうちの１つのユーザーに示す手段と、 指定通信端末の１つにおいて、指定通信端末のうちの１
    つのユーザーが会議呼に参加する用意があることの指示
    を検出する手段と、 指定通信端末の１つにおいて、始動通信端末に第１のメ
    ッセージを送信する手段とを含む装置。
29. 【請求項２９】 請求項２５記載の装置において、調整
    手段は、通信端末間の音声通信を提供する手段を含む装
    置。
30. 【請求項３０】 請求項２５記載の装置において、調整
    手段は、通信端末間のビデオ及び音声通信を提供する手
    段を含む装置。
31. 【請求項３１】 請求項２５記載の装置において、調整
    手段は、通信端末間のデータ、ビデオ及び音声通信を提
    供する手段を含む装置。
32. 【請求項３２】 請求項２５記載の装置において、会議
    呼は、交換システムを介して、各々が指定通信端末の１
    つを始動通信端末に接続する通信経路に確立され、前記
    交換システムは複数の交換ノードを有し、調整手段は、
    各通信経路に関して、 複数の交換ノードのうちの第１の交換ノードにおいて、
    通信経路の一部となる信号チャンネルを介して第２のメ
    ッセージを受信する手段と、 複数の交換ノードのうちの第１の交換ノードにおいて、
    前記第２のメッセージから要求された通信帯域幅の変更
    を決定する手段と、 複数の交換ノードのうちの第１の交換ノードにおいて、
    要求された通信帯域幅を提供するために複数の交換ノー
    ドのうちの第１の交換ノードを介する通信帯域幅を変更
    する手段と、 複数の交換ノードのうちの第１の交換ノードにおいて、
    第２のメッセージを信号チャンネルを介して通信経路中
    の複数の交換ノードのうちの後続の交換ノードに送信す
    る手段を含む装置。
33. 【請求項３３】 請求項３２記載の装置において、変更
    手段は、要求された通信帯域幅を提供するために複数の
    交換ノード内の第１の交換ノードのケーパビリティを確
    かめる手段を含む装置。
34. 【請求項３４】 請求項３３記載の装置において、変更
    手段は、さらに、複数の交換ノードのうちの第１の交換
    ノードによる通信経路の通信帯域幅の確かめられたケー
    パビリティをもっぱら提供する手段を含む装置。
35. 【請求項３５】 請求項３４記載の装置において、送信
    手段は、複数の交換ノードのうちの第１の交換ノードに
    よる信号チャンネルを介する送信前に、確かめられたケ
    ーパビリティに等しく第２のメッセージの要求された変
    更を行なう手段を含む装置。
36. 【請求項３６】 請求項３５記載の装置において、複数
    の交換ノードのうちの後続の交換ノードは通信経路の宛
    先交換ノードであり、指定通信端末の各々は前記宛先交
    換ノードに接続され、前記宛先交換ノードは、複数の交
    換ノードのうちの第１の交換ノードを列挙した機能を実
    行し、第２のメッセージを信号チャンネルを介して、複
    数の交換ノードのうちの後続の交換ノードよりむしろ各
    指定通信端末に送信する装置であって、さらに、 指定通信端末の１つにおいて、要求された通信帯域幅を
    提供するために指定通信端末のうちの１つのケーパビリ
    ティを確かめる手段と、 指定通信端末のうちの１つにおいて、確かめられた通信
    帯域幅をもっぱら提供する手段と、 指定通信端末のうちの１つにおいて、第２のメッセージ
    の受信に応じて第３のメッセージを形成する手段と、 指定通信端末のうちの１つにおいて、提供された要求さ
    れた通信帯域幅に対して確かめられたケーパビリティに
    等しい割り当て情報を第３のメッセージに挿入する手段
    と、 指定通信端末のうちの１つにおいて、宛先交換ノードに
    信号チャンネルを介して形成された第３のメッセージを
    返送する手段とを含む装置。
37. 【請求項３７】 請求項３６記載の装置において、さら
    に、複数の交換ノードの各々による第３のメッセージの
    受信に応じて割り当て情報で特定された通信帯域幅に等
    しくなるように、通信経路中の複数の交換ノードの各々
    による通信帯域幅を再調整する手段を含む装置。
38. 【請求項３８】 ３方向会議呼を始動する装置であっ
    て、 第２の通信端末において、第１の通信端末とともに第１
    の呼をホールドにする手段と、 第２の通信端末において、第３の通信端末に第２の呼を
    設定する手段と、 第２の通信端末において、第３の通信端末が会議呼に完
    全に参加することができないことに基づき、第２の呼の
    通信帯域幅を減少させて、第１及び第２の呼から会議呼
    を確立する手段と、 第２の通信端末において、完全参加を要求する第３の通
    信端末からの第１のメッセージの受信に基づき、完全参
    加を可能にするために第３の通信端末の通信帯域幅を増
    加させる手段とからなる装置。
39. 【請求項３９】 請求項３８記載の装置において、減少
    及び確立手段は、第３の通信端末が使用中であることに
    応答する装置。
40. 【請求項４０】 請求項３８記載の装置において、減少
    及び確立手段は、第３の通信端末のユーザーが第３の通
    信端末の不参加を指示することに応答する装置。
41. 【請求項４１】 請求項３８記載の装置において、設定
    手段は第２の通信端末と第３の通信端末の間の呼経路を
    作り出し、減少及び確立手段は、第２の通信端末より前
    記呼経路に、前記呼経路の通信帯域幅を減少させる第２
    のメッセージを送信する手段を含む装置。
42. 【請求項４２】 請求項３８記載の装置において、増加
    手段は、第２の通信端末より前記呼経路に、前記呼経路
    の通信帯域幅を増加させる第３のメッセージを送信する
    手段を含む装置。
43. 【請求項４３】 請求項４２記載の装置において、通信
    端末は複数の交換ノードを有する交換システムで相互接
    続され、呼経路は前記交換システムを介し、増加手段は
    さらに、 複数の交換ノードのうちの第１の交換ノードにおいて、
    通信経路の一部である信号チャンネルを介して第３のメ
    ッセージを受信する手段と、 複数の交換ノードのうちの第１の交換ノードにおいて、
    前記第３のメッセージから要求された通信帯域幅の変更
    を決定する手段と、 複数の交換ノードのうちの第１の交換ノードにおいて、
    要求された通信帯域幅を提供するために複数の交換ノー
    ドのうちの第１の交換ノードを介する通信帯域幅を変更
    する手段と、 複数の交換ノードのうちの第１の交換ノードにおいて、
    第３のメッセージを信号チャンネルを介して通信経路中
    の複数の交換ノードのうちの後続の交換ノードに送信す
    る手段を含む装置。
44. 【請求項４４】 請求項４３記載の装置において、変更
    手段は、要求された通信帯域幅を提供するために複数の
    交換ノード内の第１の交換ノードのケーパビリティを確
    かめる手段を含む装置。
45. 【請求項４５】 請求項４４記載の装置において、変更
    手段は、さらに、複数の交換ノードのうちの第１の交換
    ノードにおいて、通信経路の通信帯域幅の確かめられた
    ケーパビリティをもっぱら提供する手段を含む装置。
46. 【請求項４６】 請求項４５記載の装置において、送信
    手段は、複数の交換ノードのうちの第１の交換ノードに
    おいて、信号チャンネルを介する送信前に、確かめられ
    たケーパビリティに等しく第３のメッセージの要求され
    た変更を行なう手段を含む装置。
47. 【請求項４７】 請求項４６記載の装置において、複数
    の交換ノードのうちの後続の交換ノードは通信経路の宛
    先交換ノードであり、第３の通信端末は前記宛先交換ノ
    ードに接続され、前記宛先交換ノードは、複数の交換ノ
    ードのうちの第１の交換ノードを列挙した機能を実行
    し、第３のメッセージを信号チャンネルを介して、複数
    の交換ノードのうちの後続の交換ノードよりむしろ第３
    の通信端末に送信する装置であって、さらに、 第３の通信端末において、要求された通信帯域幅を提供
    するために第３の通信端末のケーパビリティを確かめる
    手段と、 第３の通信端末において、第３の通信端末の確かめられ
    た通信帯域幅をもっぱら提供する手段と、 第３の通信端末において、第３のメッセージの受信に応
    じて第４のメッセージを形成する手段と、 第３の通信端末において、提供された要求された通信帯
    域幅に対して確かめられたケーパビリティに等しい割り
    当て情報を第４のメッセージに挿入する手段と、 第３の通信端末において、宛先交換ノードに信号チャン
    ネルを介して形成された第４のメッセージを返送する手
    段とを含む装置。
48. 【請求項４８】 請求項４７記載の装置において、さら
    に、複数の交換ノードの各々において、第４のメッセー
    ジの受信に応じて割り当て情報で特定された通信帯域幅
    に等しくなるように、通信経路中の複数の交換ノードの
    各々による通信帯域幅を再調整する手段を含む装置。