JPH0998165A

JPH0998165A - 通信呼中の呼帯域幅の調整

Info

Publication number: JPH0998165A
Application number: JP8129394A
Authority: JP
Inventors: Bruce Merrill Bales; メリルベイルズブルース; Stephen Max Thieler; マックスズィーラースチーヴン
Original assignee: A T and T I P M CORP; AT&T Corp; AT&T IPM Corp
Current assignee: A T and T I P M CORP; AT&T Corp
Priority date: 1995-05-26
Filing date: 1996-05-24
Publication date: 1997-04-08
Also published as: EP0748094B1; DE69635884T2; EP0748094A3; DE69635884D1; CA2172650C; CA2172650A1; CN1138259A; US5574724A; EP0748094A2; AU5239196A; SG82560A1

Abstract

(57)【要約】【課題】通信内容に応じて帯域幅を変化させる。【解決手段】発呼中の通信呼と関連しかつ呼経路にわ
たる帯域幅のタイプを増加、減少または変更するケーパ
ビリティの提供。新たなメッセージは、呼経路にわたっ
て各々介在する交換ノードに、呼と関連する帯域幅を割
当てたり割当て解除したりすることができる。この新た
なメッセージは、音声呼へのビデオケーパビリティの追
加と、もっと後の時点における呼からのビデオケーパビ
リティの削除とを可能にする。その結果、通信ユーザー
にとって、マルチメディア呼中にどんなタイプまたは大
きさの帯域幅も使用できるという利点が生じる。さら
に、いずれの所定の時点においても、ユーザーは使用中
の帯域幅についてのみの代金を支払う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は通信交換に関し、特
に、通信呼中に転送帯域幅を追加、削除または減算する
ケーパビリティに関する。

【０００２】

【従来の技術】マルチメディア通信呼の出現により、１
通信呼あたりを基本として適切に用いられるべき転送量
に関して問題が生じた。現在のところ、発呼者は、被呼
者との音声及びビデオの両方を持ちたいと考えた場合に
は、呼の開始時に十分な帯域幅で呼を設定しなければな
らない。この方法は、国際電気通信連合（ＩＴＵ）のＩ
ＴＵ−Ｔ勧告Ｈ．３２０に示されている。他の可能性は
音声呼のみを設定すべき発呼者についてである。また、
ビデオ通信を持つことが必要になった場合、発呼者は、
被呼者へのビデオ呼である第２の呼を設定する。この他
の可能性は米国特許第5,371,534 号に開示されている。

【０００３】十分な帯域幅で呼を設定する方法は、呼の
ビデオ部分が要求されていないことが後でわかった場合
に不経済である。ビデオ呼である第２の呼の確立は、受
け入れ可能な方法であるように思われる。しかしなが
ら、この方法は、性質が異なる通信呼が２つあり、これ
らの通信呼は関連があることがわからない多数の交換装
置を介して設定されるという問題に苦しむ。この問題
は、通信特徴を後で呼び出す時に起こる。介在する通信
システムは、この特徴を２つの別個の呼に基づいて呼び
出さなければならないことがわからない。例えば、発呼
者は音声呼により被呼者を呼び出し、その後、発呼者へ
のビデオ呼である第２の呼を設定すると仮定する。会話
の最中に、発呼者と被呼者は通信会議呼に第三者を加え
ることを望む。問題は、設定される２つの呼は各々、そ
の結果がビデオ及び音声通信会議になるようにするため
に、互いに別々に順番に協議されなければならないこと
である。呼転送等の他の特徴は一層大きな複雑化を提供
する。

【０００４】

【課題を解決するための手段】通信呼と関連する帯域幅
のタイプの増加、減少または変更を提供する装置及び方
法により、技術的進歩が達成される。本装置は、呼が進
む各中間交換ノードに呼と関連する帯域を割り当てた
り、割り当て解除したりすることができる新たなメッセ
ージに応答する。好都合にも、その結果生じる呼で呼び
出される交換装置の全交換ノードは呼を１つの呼とみな
す。新たなメッセージは、ビデオ呼に対するビデオケー
パビリティの追加と、更に後の適宜な時点でで呼からの
ビデオケーパビリティの除去とを可能にする。その結
果、通信ユーザーにとっては、マルチメディア呼中に帯
域幅のどんなタイプまたは合計幅も使用することができ
便利である。さらに、適宜所定の時点で、ユーザーは使
用中の帯域幅についてのみ代金を支払う。

【０００５】好都合にも、終端する端末または交換ノー
ドは確立された呼経路を介して第１のメッセージを送
る。第１のメッセージは、要求された帯域幅変更を定義
する第１の情報を含む。各交換ノードは第１のメッセー
ジに応答し、第１の情報で要求された変更を提供するケ
ーパビリティがあるかどうかを確かめる。交換ノード
は、要求されたケーパビリティのすべてを備えていない
場合は、第１のメッセージを後続の交換ノードに送る前
に第１の情報を確かめられたケーパビリティに等しく修
正する。第１のメッセージの送信前に、各交換ノード
は、送信された第１の情報で定義されたケーパビリティ
を提供する。第１のメッセージが、宛先ポイント、これ
は端末または交換ノードでも良い、で受信される時、宛
先ポイントは、その確かめられたケーパビリティを第２
のメッセージの第２の情報に挿入し、この第２のメッセ
ージは終端端末または交換ノードに返送される。呼経路
の各交換ノードは第２のメッセージに応答し、経路の帯
域幅を第２の情報で定義されたとおりに変更する。第２
のメッセージの受信に基づき、終端端末または交換ノー
ドは、呼経路の帯域幅の変更を受け入れるかまたは呼を
終了させることができる。

【０００６】好都合にも、データ、音声及びビデオ集信
装置を終端端末または交換ノードとすることができる。
前記装置は、異なるタイプの帯域幅を要求する新たなメ
ッセージを用いることができる。このケーパビリティに
より、前記装置は、通信量の増加または減少に起因する
通信必要条件変更と同様に通信コストを調整することが
できる。

【０００７】

【発明の実施の形態】図１は、複数の一次群速度インタ
ーフェース（ＰＲＩ）リンク１１１〜１１７で相互接続
された複数の交換ノード１０１〜１０４を示す。２つだ
けの通信端末を説明するために、図１では通信端末１０
６及び１０７が示されている。通信端末１０６及び１０
７は、それぞれＰＲＩリンク１１８及び１１９を介して
交換ノード１０１及び１０４に接続されている。しかし
ながら、基本速度インターフェース（ＢＲＩ）リンクを
用いることもできる。図１に示された交換ノードの動作
の理解を助けるために以下の２つの例を考察されたい。
通信端末１０６は通信端末１０７に論理呼を発すると仮
定する。

【０００８】ＩＳＤＮ信号プロトコルで周知のとおり、
設定メッセージは、まず交換ノード１０１から交換ノー
ド１０２及び１０３を介して交換ノード１０４へ送られ
る。各交換ノードは設定メッセージに応答して必要な呼
情報を確立する。設定メッセージの受信に基づき、交換
ノード１０４はリンク１１９を介して通信端末１０７を
待機させ、交換ノード１０１に待機メッセージを返送す
る。通信端末１０７が呼に応答すると、交換ノード１０
４は接続メッセージを交換ノード１０３に送信する。接
続メッセージの受信に基づき、交換ノード１０３は論理
経路を確立し、接続メッセージを交換ノード１０２に送
信する。交換ノード１０２は同様に論理経路を確立す
る。接続メッセージが交換ノード１０１で受信される
と、通信端末１０６が交換ノード１０１〜１０４により
確立された論理経路に接続される。

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

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

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

【００１２】転送メッセージを処理する時、交換ノード
は転送肯定応答（ＴＲＡＮＳ＿ＡＣＫメッセージ）を用
いて互いに折衝するケーパビリティを持っている。この
ケーパビリティを説明するために次の例を考慮された
い。通信端末１０６は、通信端末１０７との論理呼に音
声、ビデオ及び高速データケーパビリティを加えること
を希望している。交換ノード１０１は、これらの３つの
タイプの帯域幅を前記呼に加えるべきであることを要求
する転送メッセージを交換ノード１０２に送信する。交
換ノード１０２は、そのケーパビリティを提供する供給
源を備え、交換ノード１０１への肯定応答メッセージの
送信によりこれを知らせる。次いで、交換ノード１０２
は転送メッセージを交換ノード１０３に送信する。交換
ノード１０３は、音声帯域幅及びビデオ帯域幅を支援す
るのに十分な供給源を持っているだけで、転送確認メッ
セージで交換ノード１０２にこの事実を送信する。交換
ノード１０２はこれらの条件を受け入れる。次いで、交
換ノード１０３は、音声及びビデオケーパビリティを前
記呼に加えるべきであることを要求する転送メッセージ
を交換ノード１０４に送信する。交換ノード１０４は音
声帯域幅のみを提供する供給源を持っているだけであ
る。交換ノード１０４はエンドポイントなので、交換ノ
ード１０３に転送完了メッセージを返送する。転送完了
メッセージは、この呼には音声帯域幅のみが備えられて
いることを明示する。転送完了メッセージの受信に基づ
き、各交換ノードは呼のための帯域幅ケーパビリティを
音声のみに変更する。

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

【００１４】ベアラケーパビリティＩＥ３０５、チャ
ンネル識別子ＩＥ３０６、データリンク識別子ＩＥ３０
７、低位層コンパチビリティＩＥ３０８及び高位層コン
パチビリティ３０９は、転送メッセージで定義されてい
る転送ケーパビリティの全体を定義する。低位層コンパ
チビリティＩＥ３０８及び高位層コンパチビリティＩＥ
３０９はエンドポイントでのみ用いられる。ところが、
ベアラケーパビリティＩＥ３０５、チャンネル識別子Ｉ
Ｅ３０６及びデータリンク識別子ＩＥ３０７は、呼の転
送を提供する網内の交換ノードで用いられる。エンドポ
イントはＩＥ３０５，３０６及び３０７も用いることに
注意されたい。ベアラケーパビリティＩＥ３０５は、
音声、データ、ビデオ等のハイレベル定義における要求
されたケーパビリティを定義する。チャンネル識別子Ｉ
Ｅ３０６は、論理インターフェースと、その物理インタ
ーフェース内の物理チャンネルとを定義する。２つの交
換ノード間で、交換ノードは、それらの間の各インター
フェースに関する論理インターフェース番号を折衝す
る。ネットワーク層は論理インターフェース番号に応じ
てそれをシステムインターフェース番号（ｓｉｎｔｆ）
に変換する。

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

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

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

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

【００１９】第２の例では、ユーザーが、交換ノード１
０２及び１０３を介して６４Ｋｂ回路接続を設定させ、
エンドポイントすなわち交換ノード１０１及び１０４に
おいてＬＡＰＦプロトコルを実行させるだけを希望す
る。この場合には、交換ノード１０１は、転送メッセー
ジのベアラケーパビリティにおいて、第２の回路交換
接続あたり６４Ｋｂｓを要求するだろう。次いで、転送
メッセージは、低位層ケーパビリティＩＥ３０８におい
て、これがＬＡＰＦプロトコルを使用してパケット化さ
れたデータ接続になるべきであることを含むだろう。こ
の方法では、パケット化された接続は、交換ノード１０
２及び１０３を介して予測可能な伝送時間を持つことを
保証する。さらに、目的は、交換ノード１０２及び１０
３を介して回路交換６４Ｋｂｓデータ接続の専用パケッ
トプロトコルをランさせることでも良い。

【００２０】高位層ケーパビリティＩＥ３０９は、図４
のプレゼンテーション層４０７に対して、ネットワーク
層で受信されている情報と共に用いられるべき高位層プ
ロトコルを定義する。プレゼンテーション層４０７は、
図４の応用層４０９における応用で用いられるメッセー
ジを整える。プレゼンテーション層４０７が動作するこ
とができるプロトコルのタイプの例は、Ｘ４００電子メ
ール規格、Ｇ４ファックス規格、ファイル転送、または
スクリーンシェアリング規格である。容易にわかるよ
うに、これらの高位レベルプロトコルは中間交換ノード
１０２及び１０３に関係しない。

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

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

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

【００２４】前記の例は、音声、ビデオ及びデータの混
合を用いている対話型通信端末に関して図１に示される
システムの動作を説明した。また、通信端末１０６及び
１０７は呼経路の終端ポイントとすることができる。ど
ちらの場合にも、通信端末１０６及び１０７は、転送メ
ッセージを直接送受信し、交換ノード１０１及び１０４
について前述したすべての動作を実行する。さらに、種
々のタイプの通信端末はこの呼経路を、例えば通信端末
１０６から１０７へ複数の音声呼または複数のビデオ呼
を多重化するために用いることができる。この状態で
は、通信端末は、図３に示されるメッセージを用いて、
適宜な時点で通信端末の特定のロードを満足させるため
に帯域を追加または減少させる。前述は呼ケーパビリテ
ィの追加に関して説明した。しかしながら、図３に示さ
れるメッセージは種々の端末で用いることができる。例
えば、前記端末は、パケットマルチプレクサ、音声呼マ
ルチプレクサ、ビデオ転送チャンネルマルチプレクサに
限らない。図３のメッセージは、適宜な時点で瞬時に使
用中の帯域幅の大きさを調整して交換ノード１０１〜１
０４を介して流れる情報に関する通信端末のコストを減
らす能力を通信端末に与える。交換ノード１０１〜１０
４は、参照によりここに含まれる米国特許第5,386,466
号により詳細に説明されている。

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

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

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

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

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

【００３０】ネットワーク層４０４は、ＬＤＣで通信さ
れる情報を処理し、それによりＩＳＤＮＱ．９３１プ
ロトコルを終端させる。よって、この層は、交換ノード
の外部の呼の終了または発信のためのシステム供給源の
使用を折衝する責を負っている。ネットワーク層は、呼
が受信中または設定中のインターフェースへのチャンネ
ルの割り当てを制御する。例えば、交換ノード１０１が
ＰＲＩリンク１５０を介して交換ノード１０２から呼を
受信した場合、交換ノード１０１のネットワーク層４０
４は、その同等層（交換ノード１０２において対応する
ネットワーク層４０４）と折衝し、ＰＲＩリンク１５０
のＢチャンネルの割り当て−−第２のＢチャンネルが望
ましければ後で繰り返される手順−−を得る。この折衝
は、呼設定のような規格ＩＳＤＮＱ．９３１メッセー
ジ及びＰＲＩリンク１５０のＤチャンネルに設定される
ＬＤＣを介する接続メッセージを用いて実行される。

【００３１】ネットワーク層４０４は所定のインターフ
ェースの全ＢチャンネルをそのインターフェースのＬＤ
Ｃで識別する。ネットワーク層４０４は１つのポイント
から他のポイントまで（例えば交換ノードから交換ノー
ドまで）の呼の確立に関係しているだけである。ネット
ワーク層は、呼が特定の交換ノードに本質的にどのよう
に経路指示されるかに関係せず、むしろ、呼が交換ノー
ドにおいてどのように経路指示されるかの決定に関する
情報を高位層まで転送する。しかしながら、ネットワー
ク層は、ここでかつ以下に接続管理者アプリケーション
と呼ばれるアプリケーションが交換ノード内の交換接続
に物理インターフェースのファシリティを追加または削
除することを要求しない。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【００５１】トランスポートソフトウェア層４０５は、
ノード番号を調べ、交換ノード１０２が宛先交換ノード
でないことを確かめる。したがって、層４０６はノード
フラグをたてない。ノードフラグがたてられた場合は、
これは、呼が交換ノード１０２で終端していることを示
す。ダイヤルされた番号はノードフラグと共にセション
ソフトウェア層４０６に通信される。セションソフトウ
ェア層４０６は、ノードフラグがたてられていないの
で、ダイヤルされた番号に基づいた呼をルーティングし
ようとしない。この例ではフラグがたてられていないの
で、セションソフトウェア層４０６はセション記録６０
７を確立し、第２の半呼の設定を開始する呼記録５４４
が選択される。

【００５２】次いで、ノード及び呼記録番号が設定要求
としてトランスポートソフトウェア層４０５に通信され
る。トランスポートソフトウェア層４０５はレベル４ル
ーティングテーブルに質問し、ＬＤＣＮ５４１が交換ノ
ード１０４への経路であることを確かめる。次いで、ト
ランスポートソフトウェア層４０５は呼記録５４４をＬ
ＤＣＮ５４１と関連づけてネットワークソフトウェア層
４０４に設定要求を送信する。次いで、ネットワークソ
フトウェア層４０４はＰＲＩリンク１１６を介して交換
ノード１０３との通信を確立する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図面の簡単な説明】

【図１】本発明概念を具体化した通信交換装置をブロッ
ク図形式で示す。

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

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

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

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

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

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

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

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

─────────────────────────────────────────────────────

【手続補正書】

【提出日】平成８年８月２日

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】図面の簡単な説明

【補正方法】変更

【補正内容】

【図面の簡単な説明】

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

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

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

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

Claims

【特許請求の範囲】

【請求項１】通信呼の信号チャンネルが複数の交換ノ
ードにより確立される前記複数の交換ノードを介して通
信中の能動的通信呼の通信帯域幅を調整する方法であっ
て、第１の交換ノードによる信号チャンネルを経由して通信
呼の通信帯域幅の変更を要求する第１のメッセージを受
信するステップと、前記第１のメッセージから前記第１の交換ノードで要求
された通信帯域幅の変更を決定するステップと、要求された通信帯域幅を提供するために前記第１の交換
ノードを介する通信帯域幅を調整するステップと、前記第１のメッセージを通信呼における信号チャンネル
を介して後続の交換ノードに送信するステップとからな
る方法。
【請求項２】請求項１記載の方法において、調整ステ
ップは、要求された通信帯域幅を提供するために交換ノ
ードのケーパビリティを確かめるステップを含む方法。
【請求項３】請求項３記載の方法において、調整ステ
ップは、通信呼のための通信帯域幅の確かめられたケー
パビリティを提供するだけのステップを含む方法。
【請求項４】請求項３記載の方法において、送信ステ
ップは、第１のメッセージを信号チャンネルを介して送
信する前に、要求された変更を確かめられたケーパビリ
ティに等しく設定するステップを含む方法。
【請求項５】請求項４記載の方法において、さらに、通信呼の宛先交換ノードである他の交換ノードによる第
１のメッセージの受信に応じて第２のメッセージを形成
するステップと、他の交換ノードで受信された第１のメッセージにおける
要求された変更に等しい割当情報を第２のメッセージに
挿入するステップと、形成された第２のメッセージを他の交換ノードによる信
号チャンネルに返送するステップとを含む方法。
【請求項６】請求項５記載の方法において、さらに、
交換ノードによる第２のメッセージの受信に応じて、割
当情報で指定されたものに等しくなるように交換ノード
による通信帯域幅を再調整するステップを含む方法。
【請求項７】通信呼が複数の交換ノードを介して確立
されるように信号チャンネルと複数の交換ノードを介し
て通信中の能動通信呼の通信帯域幅を調整する装置であ
って、前記第１の交換ノードにおいて、前記信号チャンネルを
介して通信呼の通信帯域幅の変更を要求する第１のメッ
セージを受信する手段と、前記第の交換ノードにおいて、前記第１のメッセージか
ら要求された通信帯域幅の変更を決定する手段と、前記第１の交換ノードにおいて、要求された通信帯域幅
を提供するべく前記第１の交換ノードを介して通信帯域
幅を調整する手段と、前記第１の交換ノードにおいて、通信呼における後続の
交換ノードに信号チャンネルを介して前記第１のメッセ
ージを送信する手段とからなる装置。
【請求項８】請求項７記載の装置において、調整手段
は、要求された通信帯域幅を提供するために前記交換ノ
ードのケーパビリティを確かめる手段を含む装置。
【請求項９】請求項８記載の装置において、調整手段
は、通信呼のために確かめられた通信帯域幅のケーパビ
リティを提供するだけの手段を含む装置。
【請求項１０】請求項９記載の装置において、送信手
段は、信号チャンネルを介する第１のメッセージの送信
前に、要求された変更を確かめられたケーパビリティに
等しく設定する手段を含む装置。
【請求項１１】請求項１０記載の装置において、他の
交換ノードは通信呼の宛先交換ノードであり、装置はさ
らに、前記他の交換ノードにおいて、前記第１のメッセ
ージの受信に応じて第２のメッセージを形成する手段
と、前記他の交換ノードにおいて、第２のメッセージに、受
信された第１のメッセージ中の要求された変更に等しい
割当情報を挿入する手段と、前記他の交換ノードにおいて、形成された第２のメッセ
ージを信号チャンネルに返送する手段とを含む装置。
【請求項１２】請求項１１記載の装置において、さら
に、交換ノードにおいて、交換ノードによる第２のメッ
セージの受信に応じて、通信帯域幅を、割当情報で指定
された帯域幅に等しくなるように再調整する手段を含む
装置。