JP3006950B2 - 通信ネットワークにおけるコネクション接続方式 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、ＡＴＭ網において、呼
設定とコネクション設定とを分離して行う通信制御方式
に関する。

【０００２】

【従来の技術】次世代の通信技術として、Ｂ−ＩＳＤＮ
(Broad-band Integreated Service Digital Network)が
検討されており、このＢ−ＩＳＤＮを実現するための通
信交換技術としてＡＴＭ(Asynchronous Transfer Mode)
交換技術が検討されている。このＡＴＭ交換技術では、
音声あるいは画像等のデータをセルと呼ばれる固定長の
パケットに収容して転送を行う技術であり、情報量に応
じて固定的に帯域を割り当てる従来のＳＴＭ(Synchrono
us Transfer Mode)方式では対応が難しかった、画像情
報等の瞬時に発生する膨大なデータの転送処理を可能に
する技術として期待されている。

【０００３】

【発明が解決しようとする課題】しかしながら、前記Ａ
ＴＭ交換技術においても、呼の設定は既存の方式、すな
わち発ノード（発交換局）から複数の中継ノード（中継
交換局）を介して着ノード（着交換局）とノード間を順
次リンクしてゆく、いわゆるリンク・バイ・リンクで呼
とコネションとを確立していく方式が考えられている。
そのため、コネクション確立後の通信速度は十分に高速
であるが、コネクションの確立までに処理時間が多くか
かるという問題があった。

【０００４】また、ＡＴＭ網では瞬時に大量の情報、い
わゆるバースト情報を扱うために、情報内容によって適
宜セル廃棄が最小限に抑制できる経路（使用帯域幅の大
きい経路）を選択する必要があり、呼の設定とは異なる
コネクション設定の経路を選択する必要も生じてくるこ
とが予想される。

【０００５】本発明は、このような課題に鑑みてなされ
たものであり、その目的は、呼設定とコネクション接続
とを分離するとともに、種々の状況に応じたコネクショ
ン接続が可能な技術を提供することにある。

【０００６】

【課題を解決するための手段】本発明は、予め全ノード
間にダイレクトパス（Ｄ−ＰＡＳＳ）を設定しておき、
呼接続はこのダイレクトパス（Ｄ−ＰＡＳＳ）を用いて
行う。これによりまずダイレクトパス（Ｄ−ＰＡＳＳ）
を通じて呼接続を行い、このときにたとえば、発信端末
（６）と着信端末（１３）との間のレイヤの不整合を検
出した場合には、発ノード（７）はデータ変換ノード
（２１）を経由して着ノード（８）に至るコネクション
パス（Ｃ−ＰＡＳＳ）を前記ダイレクトパスとは別に設
定する。

【０００７】

【作用】本発明によれば、原理図である図１に示すよう
に、たとえばダイレクトパス（Ｄ−ＰＡＳＳ）を通じて
実行された呼接続によって、発ノード７が発信端末６と
着信端末１３との不整合を検出した場合には、発ノード
７から送出されるコネクション接続要求が、データ変換
ノード２１を経由して着ノード８に到着するよう導くこ
とができ、多種・多様な端末を効率的に接続することが
できる。

【０００８】このように、呼の設定とコネクション接続
とを処理的に分離し、各々独立した経路を確保すること
により、このようなデータ変換を始めとして、帯域の追
加・変更、上下経路の独立、通信会議システム等、Ｂ−
ＩＳＤＮが予定している種々のサービスを具体的に実現
することが可能となる。

【０００９】

【実施例】（実施例１）本実施例１では、まず呼設定と
コネクション接続とを分離するためのダイレクトパス
（Ｄ−ＰＡＳＳ）の設定方法等（図４〜図６）を説明し
た後、この方式を利用した例を図７および図８によって
説明する。

【００１０】図２および図３は、ＡＴＭにおけるセル１
１のフォーマットを示しており、図２は、発信端末６〜
発ノード７におけるセル１１のヘッダ部分を示したもの
であり、図３はノード間におけるセル１１のヘッダ部分
を示したものである。

【００１１】ヘッダ９には、４ビットのフロー制御情報
（ＧＦＣ：Generic Flow Control）と、８ビットのパス
情報（ＶＰＩ）と、１２ビットのチャネル情報（ＶＣ
Ｉ）と、３ビットのセル形式情報（ＰＴ：Payload Typ
e）と、セル廃棄優先情報（ＣＬＰ：Cell Loss Priorit
y）、そして８ビットのヘッダ制御情報（ＨＥＣ：Heade
rError Control）とで構成されている。

【００１２】また後者には、フロー制御情報（ＧＦＣ）
の代わりにパス情報（ＶＰＩ）が割当てられている。そ
して両者共に前記ヘッダに続いて情報フィールド１２が
設けられている。

【００１３】セル１１は、経路情報としてのパス情報
（ＶＰＩ）とチャネル情報（ＶＣＩ）とがノード毎に順
次書き換えられて伝送され、最終的に着ノード８より着
信端末１３に到達する。

【００１４】図４は、呼設定とコネクション設定との分
離制御を概念的に示す図である。同図に示すように発信
端末６と着信端末１３との間に、複数のノード１
０，，，が存在しており、コネション接続要求は各ノー
ド毎にリンクバイリンクで達成されるが、呼接続要求は
発ノード７から着ノード８までダイレクトパスが実現さ
れる。ここで、「ダイレクトパス」とは、実際には呼接
続要求の場合にも各ノード１０，，，を経由するが、各
ノード１０，，，では帯域確保等の接続手順を一切実行
することなく、機械的に次ノード１０，，，に呼接続要
求のセル１１を送り出すような経路が設定されているこ
とを意味する。

【００１５】図５は、本実施例のネットワーク構成を示
す全体図である。同図において、各ノードには固有のノ
ード番号が付与されており、これらは保守センター５に
より一括管理されている。

【００１６】図６は、保守センター５とノードとの構成
を示すブロック図である。同図において、保守センター
５には網構成データベース４とノード管理装置１４とを
有している。

【００１７】網構成データベース４は、各ノードについ
ての登録エリアを有しており、この登録エリア内には着
ノード８とこれに対応した出方路番号とが対になって登
録されている。図６では、たとえばノード＃１におい
て、着ノード８が＃２である呼接続要求のセル１１が到
来した場合には、このセル１１は出方路”Ａ”より出力
することを指示するようになっている。

【００１８】各ノードには、交換制御装置２と、経路情
報テーブル１と、スイッチ装置３とが設けられている。
交換制御装置２は、経路情報テーブル１の書換え制御を
行う機能を有しており、当該ノードに到来したセル１１
は、経路情報テーブル１の内容にしたがってそのヘッダ
情報を書換えられてスイッチ装置３内を通過するように
なっている。

【００１９】経路情報テーブル１には、入力されたセル
１１のパス情報（入ＶＰＩ）とチャネル情報（入ＶＣ
Ｉ）とをインデックスとして、当該ノードの物理的な出
回線、出力されるセル１１のパス情報（出ＶＰＩ）およ
びチャネル情報（出ＶＣＩ）がそれぞれ登録されるよう
になっている。

【００２０】また、経路情報テーブル１は、ダイレクト
接続用テーブル１５と、一般ユーザ用テーブル１６とに
分かれるが、本実施例で用いるのはダイレクト接続用テ
ーブル１５のみである。

【００２１】ここで、本実施例で用いられる呼接続用の
経路情報については、着ノード８のノード番号がそのま
まチャネル情報（ＶＣＩ）として登録されるようになっ
ている。同図において、出回線が「￥」で示されている
場合には、当該セル１１は自身が着ノード８として取り
込む場合である。したがって、同図において入ＶＣＩが
「００００１」で示されているセル１１は、当該ノード
（＃１）自身が取り込むべきセル１１であることを示し
ている。

【００２２】また、「＊」はドントケア、すなわちセル
１１において該当する情報は無視することを意味する。
同図において、入ＶＣＩが「００００２」のセル１１
は、入ＶＰＩ・出ＶＰＩの値にかかわらず出回線は「０
０００Ａ」であり、入ＶＣＩをそのまま出ＶＣＩとして
出力する。

【００２３】このように、ダイレクト接続用のチャネル
情報（ＶＣＩ）は、パス情報（ＶＰＩ）の値に関係なく
前記チャネル情報（ＶＣＩ）のみで出回線が決定でき
る。しかも、このチャネル情報（ＶＣＩ）は、ネットワ
ーク全体で各ノードを示す固有の値となっているため、
各ノードでは、自身のノード番号と同じチャネル情報
（ＶＣＩ）を有するセル１１が到来した場合には、当該
ノードが着ノード８となるため、当該セル１１を取り込
む。また、自身のノード番号と異なるチャネル情報（Ｖ
ＣＩ）を有するセル１１が到来した場合には、このチャ
ネル情報（ＶＣＩ）はそのまま書き換えることなく経路
情報テーブル１で決定された次段のノードに当該セル１
１を送出する。

【００２４】本実施例において、全ノード間でダイレク
トパスを設定するために、保守センター５の網構成デー
タベース４の内容がノード管理装置１４を通じて各ノー
ドの交換制御装置２に通知される。

【００２５】各ノードの交換制御装置２では、前記通知
を受領すると、ノード番号を入ＶＣＩと出ＶＣＩとに変
換し、さらに出方路番号を物理的な出回線番号に変換し
てこれらを経路情報テーブル１のダイレクト接続用テー
ブル１５に登録する。

【００２６】このように、網構成データベース４で一括
管理された経路情報を各ノードの経路情報テーブル１に
書き込んでおくことにより、全ノード間でダイレクトパ
スが実現され、いずれかの発ノード７から任意の着ノー
ド８に対して概念上ダイレクトに呼接続要求を行うこと
が可能となる。

【００２７】図４では、発ノード７である川崎局と着ノ
ード８である会津局との間にダイレクトパスが設定され
た例を示している。ただしこのダイレクトパスは、帯域
幅等を一切考慮していないため、呼設定および小さい帯
域の通信にしか用いることはできないが、呼設定に関す
る限り、従来技術に比較して極めて高速かつ効率的な処
理が可能となる。

【００２８】また、コネクション接続に関しては従来技
術と同様に各ノード間で帯域幅を確保しながらリンク・
バイ・リンク方式によって行われる。したがって、コネ
クション接続要求の場合には、次段のノードとの間で帯
域を確保しながらノード毎に経路情報テーブル１が書き
換えられてリンク・バイ・リンクによる接続が行われる
ことになる。

【００２９】図４では、川崎局→東京局→福島局→会津
局の順にリンクを確立しながらコネクション接続を実現
している。このように、本実施例では呼設定手順とコネ
クション接続手順とを分離し、呼設定手順は全ノード間
で設定されたダイレクトパスを通じて行うことにより、
呼設定処理を高速に行うことができる。

【００３０】次に、前記とは異なり、各ノードが自律的
に他ノード間とのダイレクトパスを設定していく場合に
ついて図１５を元に説明する。これは従来技術における
一般的な呼設定手順を利用したダイレクトパスの設定方
法である。

【００３１】各ノードには、交換制御装置２を有してお
りこの交換制御装置２内には、全ノード番号と、これに
対する次ノード１０への信号送出先（出方路）とを登録
した論理ノードデータベース１７を有している。また、
この他に図８に示すような呼接続分析テーブル１８とコ
ネクション接続分析テーブル２０とを有しているが、こ
れらのテーブルについては後述する。

【００３２】経路情報テーブル１の構成は前記実施例１
と同様であり、ダイレクト接続用テーブル１５と一般ユ
ーザ用テーブル１６とで構成されている。また、スイッ
チ装置３も同様の構成である。

【００３３】図１５を用いて、ノード間のダイレクトパ
スを設定する手順について説明する。まず、発ノード７
（＃１）はダイレクトパス設定要求であるＩＡＭ信号の
中に相手ノード番号を格納してこれを全てのノードに対
して送信する。

【００３４】次ノード１０（＃２）では、このダイレク
トパス設定要求の信号であるＩＡＭ信号に格納されたノ
ード番号と自身に付与されたノード番号とを比較して一
致する場合には、自身が着ノード８となり、前段ノード
（＃１）との間のＶＰＩおよびＶＣＩを決定してこれを
ダイレクトパス設定完了通知であるＡＣＭ信号に格納し
て発ノード７（＃１）に返す。発ノード７（＃１）で
は、前記ＡＣＭ信号に格納されたＶＰＩおよびＶＣＩに
基づいて自身（＃１）の経路情報テーブル１を書き換え
る。

【００３５】一方次ノード１０（＃２）において、発ノ
ード７（＃１）から受け取ったダイレクトパス設定要求
信号（ＩＡＭ信号）が自身に対するものでない（自身の
ノード番号と一致しない）場合には、前段ノード７（＃
１）との間のＶＰＩおよびＶＣＩを補足しておき、次段
のノード８（＃３）に前記ダイレクトパス設定要求信号
（ＩＡＭ信号）を再送出する。

【００３６】そして、次段のノード８（＃３）が着ノー
ド８である場合には、この着ノード８（＃３）から受領
したダイレクトパス設定完了通知（ＡＣＭ信号）に格納
されたＶＰＩおよびＶＣＩを出ＶＰＩおよび出ＶＣＩ
に、前段ノード１０（＃１）とのＶＰＩおよびＶＣＩを
入ＶＰＩおよび入ＶＣＩに登録し、経路情報テーブル１
を書き換えを完了する。

【００３７】さらに、中継ノード１０（＃２）は、前段
ノード７（＃１）に対して前段ノード間のＶＰＩおよび
ＶＣＩをパラメータにしてダイレクトパス設定完了通知
（ＡＣＭ信号）を送出する。これを受領した前段ノード
７（＃１）では、前記ＡＣＭ信号に格納されたＶＰＩお
よびＶＣＩに基づいて自身（＃１）の経路情報テーブル
１を書き換える。以上のようにして、発ノード７（＃
１）→中継ノード１０（＃２）→着ノード８（＃３）間
のダイレクトパスが設定される。

【００３８】このように、本実施例２では、通常の呼設
定手順を用いて全ノード間にダイレクトパスを設定する
ため、特に複雑なハードウエアを追加する必要もなく、
一旦ダイレクトパスを設定した後は、ノード構成の変更
等の場合以外は再設定の必要がない。

【００３９】次に、以上のようにして発ノードから着ノ
ードに至るダイレクトパスが設定された後の処理につい
て説明する。図７は、本実施例が対象とするネットワー
ク構成を示している。本図は、図４および図５では説明
の便宜上省略したデータ変換ノード２１を備えている点
が特徴である。

【００４０】データ変換ノード２１は、たとえば発信端
末６と着信端末１３との間のレイヤの不整合、たとえば
一方の端末がＧ３ファックスであり、他方の端末がＧ４
ファックスであるような場合等に相互のデータ変換を行
う機能を有している。

【００４１】次に、図８を用いて端末間の不整合があっ
た場合の呼接続およびコネクション接続のシーケンスを
説明する。まず、発ノード７は発信端末６からセットア
ップ信号を受け取ると、電話番号を解析して着ノード８
を決定する。そして前記で既に設定されているダイレク
トパス（図７中破線で示す経路）を通じて着ノード８に
対して呼接続要求を通知する。着ノード８では、発信端
末６と着信端末１３との端末属性の整合がとれているか
どうかを調べ、呼接続完了通知を発ノード７に返す。こ
のとき、端末属性が不整合である場合には、不整合であ
る旨の情報を前記呼接続完了通知に含めておく。これに
よって、発ノード７では、端末間の不整合があることを
認識する。

【００４２】次に、発ノード７ではネットワーク内のデ
ータ変換ノード２１を選択して、このデータ変換ノード
２１を経由して着ノード８に到着するようにコネクショ
ン接続要求を送出する。この処理は具体的には、ヘッダ
９のパス情報（ＶＰＩ）およびチャネル情報（ＶＣＩ）
を次段のノードとの間で確保された経路に書き換え、情
報フィールド１２にノード選択子として前記データ変換
ノード２１のＩＤを登録したセル１１を送出することに
より行われる。

【００４３】これにより、コネクション接続要求は、ま
ず発ノード７〜中継ノード１０ｂのリンクを確立し、さ
らに中継ノード１０ｂ〜データ変換ノード２１のリン
ク、データ変換ノード２１〜着ノード８のリンクを順次
確立して着ノード８より着信端末１３に対してコネクシ
ョン接続要求を送る。この途中の前記データ変換ノード
２１において、発信端末６からのデータが着信端末１３
に適合したデータ形式に変換される。

【００４４】そして、着信端末１３においてコネクショ
ン接続が完了すると、コネクション接続完了通知が前記
と逆の経路で着ノード８〜データ変換ノード２１〜中継
ノード１０ｂ〜発ノード７のリンクを順次確立してコネ
クション接続完了通知が返信されコネクションパスが設
定される。

【００４５】このように本実施例１では、呼の設定とコ
ネクションとを分離し、端末間の不整合を調整したコネ
クション接続が実現する。 （実施例２）図９は、上下別ルートでコネクション接続
を行う場合のシーケンス図である。

【００４６】この実施例２では、発ノード７から着ノー
ド８に設定されたダイレクトパスによって呼接続を行っ
た後、発ノード７からは上りコネクション接続要求を、
着ノード８からは下りコネクション接続要求を並行して
送出する場合を示している。

【００４７】以下、同図に基づいて詳細を説明する。な
お、説明の便宜のため、ネットワーク構成については図
７を参照する。まず、呼の接続については前記実施例１
と同様であるので説明を省略する。

【００４８】呼の接続が完了した後、発ノード７からは
必要な帯域を確保しながら上りコネクション接続要求が
送出される。これと並行して、着ノード８からは下りコ
ネクション接続要求が送出される。この上りコネクショ
ン接続要求通知と下りコネクション接続要求通知とはそ
れぞれ自立的に必要な帯域を確保し、ノード毎にリンク
を確立しながらそれぞれ着ノード８、発ノード７に到着
する。

【００４９】図９では、上りコネクション接続要求通知
は、発ノード７→中継ノード（１０ａ）→着ノード８の
経路となり、下りコネクション接続要求通知は、着ノー
ド８→中継ノード（１０ｂ）→発ノード８の経路となっ
ており、上下ルートでそれぞれ異なった経路が選択され
ている。

【００５０】そして、着ノード８から発ノード７に上り
コネクション接続完了通知（ＡＣＫ）が届き、かつ発ノ
ード７から着ノード８に下りコネクション接続完了通知
が届くとコネクション接続が完了する。これらのコネク
ション接続完了通知（ＡＣＫ）は、既に設定されている
呼接続における呼番号をパラメータとして含むことによ
り、発ノード７および着ノード８では対応する呼が識別
可能となっている。

【００５１】このように、本実施例２では、発ノード７
と着ノード８とでコネクション接続要求通知を並行して
送出することにより、コネクション接続処理を高速に行
うことができる。

【００５２】また、上下ルートで必要な帯域幅が異なる
通信形態、たとえば同報通信・放送等では通信回線を効
率的に使用することができる。 （実施例３）図１０は、通信中に発ノード７から着ノー
ド８側に対してコネクションの追加を行う場合のシーケ
ンス図である。

【００５３】図１１は、ネットワークにおいて帯域幅の
追加を行う状態を示している。本実施例３において、発
ノード７の交換制御装置２内にはパス追加制御機構２２
が設けられている。このパス追加制御機構２２は、交換
制御装置２内にハードウエアとして設けられていてもよ
く、また交換制御装置２自身のソフトウエア的な機能と
して有しているものであってもよい。

【００５４】本実施例３では、図１１に示すように発ノ
ード７と着ノード８との間でダイレクトパスによって呼
設定が行われており、コネクションパスは図中一点鎖線
で示す、発ノード７→中継ノード”Ａ”→中継ノード”
Ｂ”→着ノード８の経路で設定されていたとする。

【００５５】そして中継ノード”Ａ”および中継ノー
ド”Ｃ”間のパスは空き領域が５０Ｍｂｐｓの状態で音
声のみの通信を行っていたとする。このとき、発信端末
６から１５０Ｍｂｐｓの動画情報の転送要求が発生した
とする。このとき、発ノード７では、着ノードに至るコ
ネクションパスの空き領域が５０Ｍｂｐｓであるために
現在のコネクションパス（図中の一点鎖線の経路）では
前記動画情報の転送ができない。そこで、図１０に示す
ように、発ノード７内のパス追加制御機構２２によっ
て、新たなコネクション接続要求（パスＡＤＤ）が送出
される。このコネクション接続要求（パスＡＤＤ）は、
当該コネクションに必要な帯域および当該コネクション
の呼番号をパラメータとして情報フィールドに登録した
セルを次段のノードに対して送出することによって行わ
れる。すなわち、各ノードはまず次段への経路を選択し
て、次段からの応答によって帯域を確保してコネクショ
ン接続要求を次段のノードに送り、リンクを確立する。
このように必要な帯域（１５０Ｍｂｐｓ）を確保しなが
ら、図中に二点鎖線で示すように、発ノード７→中継ノ
ード”Ａ”→中継ノード”Ｂ”→中継ノード”Ｃ”→着
ノード８に至る広帯域コネクションパスが新たに設定さ
れる。

【００５６】なお、帯域幅の拡大が必要なのが前記のよ
うに上りルート（発ノード７→着ノード８）のみである
場合、下りルート（着ノード８→発ノード７）について
は旧コネクションパスをそのまま維持しておいてもよ
い。

【００５７】このようにして着信端末１３および着ノー
ド８からコネクション接続完了通知（ＡＤＤ−ＯＫ）が
発ノード７に対して戻ると、通信が前記で設定された新
たなコネクションパスに切り替えられ、この新コネクシ
ョンパス（図中二点鎖線の経路）を通じて前記動画情報
が転送される。

【００５８】本実施例３によれば、既存のコネクション
パスとは異なる広帯域の新コネクションパスを確保でき
るため、呼損率を低く抑えることができる。 （実施例４）図１２は、前記実施例３と同様に、発信端
末６から帯域変更要求があった際に一部のパスが帯域を
確保できない場合、または通信回線を効率的に使用する
ために不要な帯域を縮小する場合のコネクションパス変
更例を示すシーケンス図である。

【００５９】なお便宜上、ネットワーク構成については
前述の図１１を用いて説明する。ここで、前記実施例３
と同様に、発ノード７と着ノード８との間にダイレクト
パスが設定され、コネクションパスは図中一点鎖線で示
す、発ノード７→中継ノード”Ａ”→中継ノード”Ｂ”
→着ノード８の経路で設定されていたとする。

【００６０】このとき、発信端末６より帯域変更の要求
があった場合、現在設定されているコネクションパス上
において帯域確保を試みる。このとき、発ノード７から
の帯域変更要求には、発ノード７のノードＩＤおよび、
現在設定されているコネクションパスのＩＤ等をパラメ
ータとしてセル１１の情報フィールド１２に格納して送
出する。

【００６１】図１２においては、現在設定されているコ
ネクションパスを利用して、中継ノード”Ａ”から中継
ノード”Ｃ”に対して帯域確保要求通知を行っている
が、この経路では空き領域が不足しており、中継ノー
ド”Ａ”→中継ノード”Ｃ”間の帯域変更が拒否されて
いる。そこで、中継ノード”Ａ”は中継ノード”Ｂ”に
対して帯域を確保すべくコネクション接続要求を送出し
ている。同図では、中継ノード”Ａ”→中継ノード”
Ｂ”間では必要な帯域が確保でき新たなリンクが確立さ
れている。このようにして、中継ノード間のリンクを順
次確立しながら新たなコネクションルートを設定する。

【００６２】着信端末１３まで帯域変更要求が届き、こ
れに対して帯域変更要求が受理されると、帯域変更完了
通知が発信端末６に対して送信される。この帯域変更完
了通知によって旧ルートのコネクションパスを切断しな
がら新たなコネクションパスへのつなぎ替えを行う。

【００６３】このようにして、帯域変更完了通知が発ノ
ード７に到着すると、新たなコネクションパス（図中二
点鎖線の経路）を通じて通信が行われる。以上の説明で
は、使用帯域を拡大する場合について説明したが、たと
えば動画情報の転送が完了し、通常の音声通信に戻る場
合にも本実施例は適用できる。

【００６４】すなわち、使用帯域を減縮する場合には、
発ノード７は、音声通信に必要な最小限の帯域を確保で
きるパスを選択しながら帯域変更要求を送出すればよ
い。このように、コネクションパスの変更を使用帯域の
減縮にも利用することによって、通信回線をさらに効率
的に使用することが可能となる。

【００６５】（実施例５）図１３は、ネットワークを利
用した会議システムにおける呼接続とコネクション接続
の手順を示すシーケンス図、図１４は本実施例５の会議
システムにおけるネットワーク構成を示すブロック図で
ある。

【００６６】図１４において、メディア処理ノード２３
は同一呼番号のコネクションを合成して各端末装置６，
１３ａおよび１３ｂに送出する機能を有している。また
図中＃１〜＃６は中継ノードをそれぞれ示している。

【００６７】発信端末６よりセットアップ信号を受領し
た発ノード７は、あらかじめ着ノード”Ａ”（８ａ）お
よび着ノード”Ｂ”（８ｂ）との間に設定されているダ
イレクトパスを通じて着信端末１３ａ，１３ｂに対して
呼接続要求（会議ＳＥＴＵＰ）を送出する。

【００６８】それぞれのノード間（７→８ａ，７→１３
ｂ）の呼接続が完了すると、各ノード７，８ａおよび８
ｂより並行してコネクション接続要求が中継ノード（＃
１〜＃６）を経由してメディア処理ノード２３に対して
送出される。そして、中継ノード毎に帯域を確保したリ
ンクを確立しながら各ノード７，８ａ，８ｂとメディア
変換ノード２３間のコネクションパスが設定される。こ
のとき、前記メディア処理ノード２３内において、どの
コネクション接続要求がいずれの会議室の参加者なのか
を判断するために、ネットワーク内で固有の呼番号（た
とえば発ノードのＩＤとネットワーク内部の管理呼番
号）を情報フィールド１２に格納したセル１１をコネク
ション接続要求として用いる。

【００６９】このように、本実施例５によれば、会議用
のブリッジとは別のノード（図９では発ノード７）で会
議の制御（呼設定）が行えるため、負荷の分散が実現で
き、さらにコネクションパスは各ノードから同時に（並
行して）他のノードに対して設定できるため、コネクシ
ョンパスの設定を高速に行うことができる。

【００７０】

【発明の効果】本発明によれば、コネクション接続を呼
接続とは分離したことにより、呼接続を維持した状態の
まま種々のコネクション接続、またはコネクション接続
の追加・変更等が可能となり、効率的かつ高速な多種の
通信システムおよびサービスを実現することができる。

【図面の簡単な説明】

【図１】本発明の原理図

【図２】ＡＴＭにおけるセルのフォーマットを示す図

【図３】ＡＴＭにおけるセルのフォーマットを示す図

【図４】呼設定とコネクション設定との分離制御を概念
的に示す図

【図５】実施例１のネットワーク構成を示す全体図

【図６】保守センターとノードとの構成を示すブロック
図

【図７】実施例１が対象とするネットワーク構成を示し
ている

【図８】実施例１において、端末間の不整合があった場
合の呼接続およびコネクション接続のシーケンス

【図９】実施例２において、上下別ルートでコネクショ
ン接続を行う場合のシーケンス図

【図１０】実施例３において、通信中に発ノードから着
ノード側に対してコネクションの追加を行う場合のシー
ケンス図

【図１１】実施例における帯域幅の追加・変更を示すネ
ットワーク構成図

【図１２】実施例４において、帯域変更要求があった場
合のコネクションパス変更例を示すシーケンス図

【図１３】実施例５において、ネットワークを利用した
会議システムにおける処理手順を示すシーケンス図

【図１４】本施例５の会議システムにおけるネットワー
ク構成を示すブロック図

【図１５】実施例において各ノードが自律的に他ノード
間とのダイレクトパスを設定していく場合を説明するた
めの図

【符号の説明】

１・・経路情報テーブル ２・・交換制御装置 ３・・スイッチ装置 ４・・網構成データベース ５・・保守センター ６・・発信端末 ７・・発ノード ８・・着ノード ９・・ヘッダ １０・・中継ノード １１・・セル １２・・情報フィールド １３・・着信端末 １４・・ノード管理装置 １５・・ダイレクト接続用テーブル １６・・一般ユーザ用テーブル １７・・論理ノードデータベース １８・・呼接続分析テーブル ２０・・コネクション接続分析テーブル ２１・・データ変換ノード ２２・・パス追加制御機構 ２３・・メディア処理ノード

Claims (4)

(57)【特許請求の範囲】
1. 【請求項１】 発信端末（６）より情報をセル（１１）
   に格納して複数のノード間を経由して着信端末（１３）
   に伝送する通信ネットワークにおいて、 全ノード間に予め設定されたダイレクトパス（Ｄ−ＰＡ
   ＳＳ）と、 発信端末（６）に接続された発ノード（７）と、 着信端末（１３）に接続された着ノード（８）と、 速度変換機能を備えたデータ変換ノード（２１）とを有
   し、 発ノード（７）は前記発信端末（６）からの呼接続要求
   を前記ダイレクトパス（Ｄ−ＰＡＳＳ）を通じて着ノー
   ド（８）および着信端末（１３）に通知し、 前記着信端末（１３）および着ノード（８）からの呼接
   続完了通知に基づいて前記発ノード（７）が発信端末
   （６）と着信端末（１３）との間のレイヤの不整合を検
   出した場合には、前記発ノード（７）は前記データ変換
   ノード（２１）を経由して着ノード（８）に至るコネク
   ションパス（Ｃ−ＰＡＳＳ）を、前記ダイレクトパス
   （Ｄ−ＰＡＳＳ）とは別に設定することを特徴とする通
   信ネットワークにおけるコネクション接続方式。
2. 【請求項２】 発信端末（６）より情報をセル（１１）
   に格納して複数のノード間を経由して着信端末（１３）
   に伝送する通信ネットワークにおいて、 全ノード間に予め設定されたダイレクトパス（Ｄ−ＰＡ
   ＳＳ）と、 発信端末（６）に接続された発ノード（７）と、 着信端末（１３）に接続された着ノード（８）と、 中継ノード（１０）とを有し、 前記発ノード（７）が前記発信端末（６）からの呼接続
   要求を前記ダイレクトパス（Ｄ−ＰＡＳＳ）を通じて着
   ノード（８）および着信端末（１３）に通知し、前記着
   信端末（１３）および着ノード（８）から前記ダイレク
   トパス（Ｄ−ＰＡＳＳ）を通じて呼接続要求完了通知を
   受領した後、 発ノード（７）と着ノード（８）とからそれぞれ並行し
   てコネクションパス（Ｃ−ＰＡＳＳ）の設定要求を着ノ
   ード（８）と発ノード（７）に対して送出することを特
   徴とする通信ネットワークにおけるコネクション接続方
   式。
3. 【請求項３】 発信端末（６）より情報をセル（１１）
   に格納して複数のノード間を経由して着信端末（１３）
   に伝送する通信ネットワークにおいて、 全ノード間に予め設定されたダイレクトパス（Ｄ−ＰＡ
   ＳＳ）と、 発信端末（６）に接続され、パス追加制御機構（２２）
   を備えた発ノード（７）と、 着信端末（１３）に接続された着ノード（８）と、 中継ノード（１０）とを有し、 前記ダイレクトパス（Ｄ−ＰＡＳＳ）を通じて呼接続が
   完了し、発ノード（７）から中継ノード（１０）を経由
   して着ノード（８）に至るコネクションパス（Ｃ−ＰＡ
   ＳＳ）が設定されている状態で、 前記発信端末（６）よりコネクションパス（Ｃ−ＰＡＳ
   Ｓ）の帯域追加要求があった場合に、前記発ノード
   （７）は前記パス追加制御機構（２２）の制御により前
   記コネクションパス（Ｃ−ＰＡＳＳ）とは異なる追加パ
   スを前記着ノード（８）に対して自立して設定すること
   を特徴とする通信ネットワークにおけるコネクション接
   続方式。
4. 【請求項４】 発信端末（６）より情報をセル（１１）
   に格納して複数のノード間を経由して着信端末（１３）
   に伝送する通信ネットワークにおいて、 全ノード間に予め設定されたダイレクトパス（Ｄ−ＰＡ
   ＳＳ）と、 発受信端末（６，１３ａ，１３ｂ）がそれぞれ接続され
   た複数のノード（７，８ａ，８ｂ）と、 いずれかのノードからの信号を前記複数のノードに分配
   送信するメディア処理ノード（２３）とを有し、 前記ダイレクトパス（Ｄ−ＰＡＳＳ）を通じて会議に参
   加するノード間の呼接続を完了した後、各ノードからの
   コネクション接続要求を前記メディア処理ノード（２
   ３）を経由して会議に参加する他の全てのノードに中継
   ノードを経由して通知することを特徴とする通信ネット
   ワークにおけるコネクション接続方式。