JPH1188356A - ネットワークシステム及び交換機 - Google Patents

Abstract

(57)【要約】 【課題】発側ＤＴＥと着側ＤＴＥとの間で複数コネクシ
ョン呼を確立する際に、複数のコネクションのうちの何
れかが着側ＤＴＥとの間で確立できない場合であっても
複数コネクション呼を確立することのできるネットワー
クシステムを提供すること。 【解決手段】第１端末装置１０と第２端末装置２０との
間で３つのコネクションからなる複数コネクション呼を
確立させる場合において、第１端末装置１０と第２端末
装置２０との間で全てのコネクションを設定できない場
合には、ノードＡ，ノードＢ，及びノードＣが、３つの
コネクションのうち、帯域を確保可能な２つのコネクシ
ョンを第１端末装置１０と第２端末装置２０との間で設
定するとともに、残りの１つのコネクションを第１端末
装置１０と第２端末装置３０との間で設定する。これに
よって全てのコネクションが設定されるので、複数コネ
クション呼が確立せずに切断されてしまうことを防止で
きる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ＡＴＭ(Asynchron
ous Transfer Mode)ネットワーク等のマルチメディアサ
ービスを転送可能な網において、１つの呼に対して複数
のコネクションを一度に設定可能なネットワークシステ
ム，及び交換機に関する。

【０００２】

【従来の技術】ＨＤＴＶ(高品位テレビ)等のマルチメデ
ィアサービスは、映像，音声，字幕，吹き替え音声等の
複数メディア要素から構成されている。このマルチメデ
ィアサービスをＡＴＭ網を用いて転送する場合におい
て、各メディア要素がＡＴＭ網を転送されるに必要なＱ
ｏＳ(Quality of Service：サービス品質)は、メディア
要素毎に異なっている。

【０００３】このため、全てのメディア要素を１つのコ
ネクションで転送するのではなく、メディア要素毎にコ
ネクションを設定し、各メディア要素を転送すれば、各
メディア要素の性質(例えば、データがバースト的に転
送されるか否か等)に応じて各メディア要素を転送でき
る点で好ましい。このため、各メディア要素毎にコネク
ションを設定する信号方式がＩＴＵ−Ｔで検討されてい
る。このような信号方式において、複数のコネクション
を一つの呼として確立したものは、複数コネクション呼
と呼ばれている。

【０００４】ところで、ＡＴＭ網において複数コネクシ
ョン呼を設定する場合には、発側のＤＴＥ(Data Termin
al Equipment：データ端末装置)と着側のＤＴＥとの間
で、コネクション毎のＱｏＳが全て満たされた場合のみ
呼が確立され、ＤＴＥ間で通信が可能となる。図３７
(ａ)は、複数コネクション呼が確立しなかった場合を示
す説明図であり、図３７(ｂ)は、複数コネクション呼が
確立した場合を示す説明図である。

【０００５】図３７(ａ)には、例えば、マルチメディア
サービスとして、映像データ，音声データ，及びテキス
ト(字幕)データの各メディア要素からなる映画のデータ
を、発側ＤＴＥ１からＡＴＭ交換機(ＡＴＭ−ＳＷ)３,
４を介して着側ＤＴＥ２へ転送する場合が示されてい
る。

【０００６】このとき、発側ＤＴＥ１は、ＡＴＭ−ＳＷ
３に対して各データのＱｏＳ(例えば、帯域確保，セル
の到達間隔，又はデータ転送の遅延時間等)を要求す
る。ここで、ＡＴＭ−ＳＷ３が、例えば、映像データと
音声データとに対するＱｏＳを満たしたが、テキストデ
ータに対するＱｏＳを満たすことができない場合には、
ＡＴＭ−ＳＷ３は、映像データと音声データとに対して
コネクションの確立が可能であっても呼を確立すること
なく切断処理を行う。従って、複数コネクション呼が確
立しない。

【０００７】これに対し、図３７(ｂ)は、ＡＴＭ−ＳＷ
３が、映像データ，音声データ，及びテキストデータの
夫々に対するＱｏＳを満たした場合には、これらの各デ
ータを転送するための各コネクションが確立するので、
複数コネクション呼が確立され、発側ＤＴＥ１から着側
ＤＴＥ２へ映画のデータが転送される。

【０００８】このように、複数コネクション呼が各メデ
ィア要素を転送する全てのコネクションの確立を要する
ことに鑑み、本件出願人は、以前にこの問題を解決する
ＡＴＭ−ＳＷを出願している(特開平７−３８５７１
号)。図３８は、先願に係るＡＴＭ−ＳＷの説明図であ
る。

【０００９】図３８には、先願に係るＡＴＭ−ＳＷが使
用されたネットワークシステムにおいて、映像データと
音声データとをＤＴＥ５からＤＴＥ６へ転送する場合の
様子が示されている。このネットワークシステムにおい
て、例えば、ＤＴＥ５とＤＴＥ６との間で映像データと
音声データとを転送するための複数コネクション呼を確
立する場合には、通常、ＡＴＭ−ＳＷ８とＡＴＭ−ＳＷ
９とは、データがＤＴＥ６→ＡＴＭ−ＳＷ９→ＡＴＭ−
ＳＷ８→ＤＴＥ５を経るルート(パス：図３８中のルー
トＩ)で各コネクションを確立する。

【００１０】このとき、例えばルートＩで音声データを
転送するに必要なＱｏＳが満たされなかった場合，例え
ば、音声データを転送するためのコネクションが帯域不
足等によってルートＩで確立されなかった場合には、Ａ
ＴＭ−ＳＷ８，ＡＴＭ−ＳＷ９，及びＡＴＭ−ＳＷ１０
は、データがＤＴＥ６→ＡＴＭ−ＳＷ９→ＡＴＭ−ＳＷ
１０→ＡＴＭ−ＳＷ８→ＤＴＥ５を経る別のルート(図
３８中のルートＩＩ)でコネクションを確立する。この
ように、先願に係るＡＴＭ−ＳＷによれば、ＡＴＭ−Ｓ
Ｗ８，ＡＴＭ−ＳＷ９，及びＡＴＭ−ＳＷ１０がルート
ＩとルートＩＩという別個のパスを設定し各コネクショ
ンを確立することによって、複数コネクション呼が確立
する。

【００１１】

【発明が解決しようとする課題】しかしながら、上述し
たＡＴＭ−ＳＷを用いたネットワークシステムには以下
の問題があった。即ち、上述した状況において、ルート
ＩＩでコネクションを確立しようとする場合において、
ＡＴＭ−ＳＷ９とＤＴＥ６との間における音声データの
ＱｏＳを満たすことができないときには、ルートＩＩに
よる音声データのパスを設定できない。従って、ルート
ＩＩでコネクションを確立することができず、複数コネ
クション呼を確立することができなかった。

【００１２】また、上述したネットワークシステムで
は、ＤＴＥ５は、ルートＩとルートＩＩとで夫々コネク
ションが設定される場合に各コネクションとが同一呼に
属することをＡＴＭ−ＳＷ８に認識させるために、呼を
特定する識別情報をＡＴＭ−ＳＷ８との間でやりとりす
る構成を有する必要がある。このため、先願に係るＡＴ
Ｍ−ＳＷを使用するには、上記構成を有するＤＴＥ５を
用いる，或いは、従来のＤＴＥ５に上記構成を付加しな
ければならなかった。

【００１３】本発明は上記問題に鑑みなされたものであ
り、発側ＤＴＥと着側ＤＴＥとの間で複数コネクション
呼を確立する際に、複数のコネクションのうちの何れか
が着側ＤＴＥとの間で確立できない場合であっても複数
コネクション呼を確立することのできるネットワークシ
ステム及び交換機を提供することを課題とする。

【００１４】

【課題を解決するための手段】本発明は、上述した課題
を解決するために以下の構成を採用する。すなわち、請
求項１の発明は、第１端末装置と、第２端末装置と、第
２端末装置と同一のコンテンツを有する第３端末装置
と、前記第１端末装置，前記第２端末装置，及び前記第
３端末装置を相互に接続する網とを備えるネットワーク
システムである。このネットワークシステムは、前記網
が、前記第１端末装置と前記第２端末装置との間におい
て一つの呼設定要求に基づいて複数のコネクション設定
を試みる場合に、前記第１端末装置と前記第２端末装置
との間で前記複数のコネクションの全てを設定可能か否
かを判定し、前記複数のコネクションの全てを設定でき
ないときには、前記複数のコネクションのうち一部のコ
ネクションを前記第１端末装置と前記第２端末装置との
間で設定するとともに、残りのコネクションを前記第１
端末装置と前記第３端末装置との間で設定することを特
徴とする。

【００１５】請求項１の発明によれば、第１端末装置と
第２端末装置との間で複数のコネクションの全てを設定
できない場合には、網が一部のコネクションを第１端末
装置と第２端末装置との間で設定するとともに、残りの
コネクションを第１端末装置と第３端末装置との間で設
定する。これによって、１つの呼に属する複数のコネク
ションをそれぞれ設定できるので、第１端末装置と第２
端末装置との間で複数コネクション呼を設定する場合に
おいて、第１端末装置と第２端末装置との間で複数のコ
ネクションの全てを設定できない場合でも、複数コネク
ション呼を確立させることができる。

【００１６】ここに、網には、例えば、ＡＴＭ網，フレ
ームリレー交換網，或いはパケット交換網を挙げること
ができる。請求項２の発明は、請求項１の網が、複数の
コネクションを前記第２端末装置との間で設定すること
を要求する発呼要求を前記第１端末装置から受け取った
場合において、一部のコネクションを前記第１端末装置
と前記第２端末装置との間で設定するとともに残りのコ
ネクションを前記第１端末装置と前記第３端末装置との
間で設定したときには、前記複数のコネクションの全て
が前記第１端末装置と前記第２端末装置との間で設定さ
れた旨を前記第１端末装置に対して通知することで、特
定したものである。

【００１７】請求項２の発明によれば、実際には複数コ
ネクション呼における複数のコネクションが第１端末装
置と第２端末装置との間，及び第１端末装置と第３端末
装置との間で夫々設定された場合でも、第１端末装置は
複数コネクション呼が自身と第２端末装置との間で確立
したものと認識する。従って、本発明の実施にあたって
第１端末装置に特別な構成を付加する必要がない。即
ち、既存の端末装置(ＤＴＥ)を第１端末装置として用い
ることができる。

【００１８】請求項３の発明は、請求項１又は２の網
が、前記複数のコネクションの設定に夫々要求されるサ
ービス品質を前記第１端末装置と前記第２端末装置との
間で夫々満たすことができるか否かを判定することによ
って、前記複数のコネクションの全てを設定可能か否か
を判定することで、特定したものである。

【００１９】ここに、サービス品質には、例えば、コネ
クションの設定に要求される帯域が挙げられる。請求項
４の発明は、第１端末装置を収容する第１交換機と、第
２端末装置を収容する第２交換機と、前記第２端末装置
と同一のコンテンツを有する第３端末装置を収容する第
３交換機とを備えるネットワークシステムである。この
ネットワークシステムは、(１)前記第１交換機が、前記
第２端末装置との間において複数のコネクションを設定
することを要求する発呼要求を前記第１端末装置から受
信した場合に、前記複数のコネクションを前記第１端末
装置との間で夫々設定するとともに、前記第２交換機に
対して前記第２交換機と前記第２端末装置との間で前記
複数のコネクションを設定することを要求する接続要求
メッセージを送信し、(２)前記第２交換機が、前記第１
交換機から前記接続要求メッセージを受信した場合に、
自身と前記第２端末装置との間で前記複数のコネクショ
ンの全てを設定可能か否かを判定し、前記複数のコネク
ションの全てを設定できないと判定した場合に、前記複
数のコネクションのうち一部のコネクションを自身と前
記第２端末装置との間，及び自身と前記第１交換機との
間で夫々設定することによって、この一部のコネクショ
ンを前記第１端末装置と前記第２端末装置との間で確立
させるとともに、自身に代わって残りのコネクションを
設定することを要求する代替コネクション設定メッセー
ジを前記第３交換機に対して送信し、(３)前記第３交換
機は、前記代替コネクション設定メッセージを受信した
場合に、前記残りのコネクションを自身と前記第３端末
装置との間，及び自身と前記第１交換機との間で夫々設
定することによって、この残りのコネクションを前記第
１端末装置と前記第３端末装置との間で確立させること
を特徴とする。

【００２０】請求項５の発明は、請求項４の第２交換機
が、自身と前記第２端末装置との間で使用可能な帯域値
を検出し、検出した帯域値と前記複数のコネクションの
全ての設定に要求される帯域とを対比することによっ
て、前記複数のコネクションの全てをを設定可能か否か
を判定することで、特定したものである。

【００２１】請求項６の発明は、請求項５の第２交換機
が、自身と前記第２端末装置との間で使用可能な帯域値
が前記複数のコネクションの全ての設定に要求される帯
域を下回っている場合に、前記複数のコネクションのう
ち、確保可能な帯域が要求されているコネクションを前
記一部のコネクションとすることで、特定したものであ
る。

【００２２】請求項７の発明は、請求項４の第２交換機
が、発側端末となる前記第１端末装置と着側端末となる
前記第２端末装置との間で前記複数のコネクションを設
定できない場合に前記第２端末装置に代わって着側端末
となる前記第３端末装置の情報を有しており、この第３
端末装置の情報に基づいて前記代替設定メッセージを前
記第３交換機に対して送信することで、特定したもので
ある。

【００２３】請求項８の発明は、請求項７の第２端末装
置が、前記第３端末装置の情報を前記第２交換機に登録
することで、特定したものである。請求項９の発明は、
請求項４の第２交換機が、発側端末となる前記第１端末
装置と着側端末となる前記第２端末装置との間で前記複
数のコネクションを設定できない場合に、前記第２端末
装置に代わって着側端末となる前記第３端末装置の情報
を前記第２端末装置から取得し、この第３端末装置の情
報に基づいて前記代替設定メッセージを前記第３交換機
に対して送信することで、特定したものである。

【００２４】請求項１０の発明は、請求項４の第１交換
機が、前記接続要求メッセージを送信する際に、前記複
数のコネクションが同一の呼に属することを示す識別子
を付加し、前記第２交換機は、自身と前記第２端末装
置，及び自身と前記第１交換機との間で前記一部のコネ
クションを設定した場合に、その完了を示す接続完了メ
ッセージに前記識別子を付加して前記第１交換機へ送信
するとともに、前記代替設定メッセージに前記識別子を
付加して前記第３交換機へ送信し、前記第３交換機は、
自身と前記第３端末装置，及び自身と前記第１交換機と
の間で前記他方のコネクションを設定した場合に、その
完了を示す接続完了メッセージに前記識別子を付加して
前記第１交換機に対して送信し、前記第１交換機が、前
記第２交換機から受信した接続完了メッセージ，及び前
記第３交換機から受信した接続完了メッセージにそれぞ
れ含まれた識別子を対比することによって、前記第２交
換機との間で設定されたコネクションと前記第３交換機
との間で設定されたコネクションとが同一の呼に属する
ものと判定することで、特定したものである。

【００２５】請求項１１の発明は、第１端末装置を収容
し且つ第２端末装置を収容する第１の他の交換機，及び
前記第１端末装置と同一のコンテンツを有する第３端末
装置を収容する第２の他の交換機と夫々接続された交換
機であって、前記第１の他の交換機から前記第２端末装
置を発側端末とし前記第１端末装置を着側端末とした１
つの呼に属する複数のコネクションを設定することを要
求する接続要求メッセージを受信した場合に、前記第１
端末装置との間で前記複数のコネクションを設定可能か
否かを判定する判定手段と、前記判定手段が前記複数の
コネクションの何れかを設定できないと判定した場合
に、これら複数のコネクションのうち一部方のコネクシ
ョンを前記第１端末装置との間，及び前記第１の他の交
換機との間で設定することによって、この一部のコネク
ションを前記第２端末装置と前記第１端末装置との間で
確立させるコネクション設定手段と、前記判定手段が前
記複数のコネクションの何れかを設定できないと判定し
た場合に、前記第１端末装置に代わって着側端末となる
代替端末装置として前記第３端末装置を特定するととも
に、前記第２の他の交換機に対して残りの前記コネクシ
ョンの設定を要求する代替設定メッセージを送信するこ
とによって、前記第２の他の交換機に前記残りのコネク
ションを前記第２端末装置と前記第３端末装置との間で
確立させる代替コネクション設定手段とを備えたことを
特徴とする。

【００２６】ここに、交換機には、例えば、ＡＴＭ交換
機，フレームリレー交換機，或いはパケット交換機を挙
げることができる。請求項１２の発明は、請求項１１の
交換機が、第１端末装置に対応する代替端末装置の情報
を格納する代替端末記憶手段をさらに備え、この代替端
末記憶手段には、前記第１端末装置から送信された前記
第３端末装置の情報が記憶されることで、特定したもの
である。

【００２７】請求項１３の発明は、請求項１１の代替コ
ネクション設定手段が、前記第１端末装置から前記第３
端末装置の情報を取得することによって、前記代替端末
装置を特定することで、特定したものである。

【００２８】

【発明の実施の形態】以下、本発明の実施形態を図面に
基づいて説明する。 〔実施形態１〕最初に、本発明の実施形態１を説明す
る。 〈ネットワークシステムの構成〉図１は、本発明の実施
形態１によるネットワークシステムを示すブロック図で
ある。図１において、実施形態１によるネットワークシ
ステムでは、回線を介して相互に接続されたＡＴＭ交換
機(ＡＴＭ−ＳＷ：以下、「ノード」という)Ａ，ノード
Ｂ，及びノードＣによってネットワーク(網)が形成され
ている。そして、ノードＡにはデータ端末装置(以下、
「ＤＴＥ」という。)１０が収容されており、ノードＢ
にはＤＴＥ２０が収容されており、ノードＣにはＤＴＥ
３０が収容されている。

【００２９】ここに、ＤＴＥ１０は、ユーザ端末装置で
ある。ＤＴＥ２０とＤＴＥ３０との夫々は、ＤＴＥ１０
からの要求に応じてＤＴＥ１０にマルチメディアサービ
スを提供する配信サーバである。これらのＤＴＥ２０と
ＤＴＥ３０とは、同一のコンテンツを有している。即
ち、ＤＴＥ２０とＤＴＥ３０とは、ハードウェア及びソ
フトウェアにおいて全く同一の構成を有しており、全く
同一のマルチメディアサービスを夫々別個にＤＴＥ１０
に対して提供可能となっている。

【００３０】ノードＡ，ノードＢ，及びノードＣは、同
一の構成を有している。ここに、ノードＡを例として説
明すると、ノードＡは、複数の入力回線対応部１１と、
スイッチ部１２と、出力回線対応部１３と、制御部１４
とからなる。

【００３１】複数の入力回線対応部１１の夫々は、回線
を介してＤＴＥ１０，ノードＢ，及びノードＣに接続さ
れている(但し、ノードＢ及びノードＣとの接続状態は
図示せず)。また、複数の出力回線対応部１３の夫々
は、回線を介してＤＴＥ１０，ノードＢ，及びノードＣ
に接続されている(但し、ＤＴＥ１０との接続状態は図
示せず)。

【００３２】各入力回線対応部１１及び各出力回線対応
部１３は、受信信号に対しては、セル同期，ヘッダ交
換，多重化等を行い、送信信号に対しては、分離，バッ
ファリング，セル同期等を行う回路である。スイッチ部
１２は、入力回線対応部１１或いは出力回線対応部１３
から供給されるＡＴＭセルをそのヘッダの内容に従って
ルーティングし、入力回線対応部１１或いは出力回線対
応部１３を介して所望の回線上に送出する。

【００３３】また、スイッチ部１２は、制御信号用のＡ
ＴＭセル(特定の情報がヘッダに記憶されているＡＴＭ
セル)を、入力回線対応部１１或いは出力回線対応部１
３に供給する。また、各入力回線対応部１１及び各出力
回線対応部１３は、他のノード又はＤＴＥとの間の制御
信号のアダプテーションレイヤプロトコルの処理を行
う。

【００３４】制御部１４は、ＣＰＵ１５とメモリ１６と
を中心として形成されている。制御部１４は、入力回線
対応部１１又は出力回線対応部１３から供給される情報
に応じて、呼設定・開放等の制御を実行する。メモリ１
６は、半導体メモリや磁気ディスク装置，光ディスク装
置等からなる。このメモリ１６は、ＣＰＵ１５ａによっ
て実行される制御プログラムや、呼設定・開放の際の処
理に用いられる情報が格納された帯域使用状況テーブル
１７，呼管理テーブル１８，及びコネクション転送先テ
ーブル１９を保持している。

【００３５】図２は、各テーブルの説明図である。図２
において、帯域使用状況テーブル１７は、接続先ノード
毎の最大許容可能帯域と、現在の使用帯域を把握するた
めのテーブルである。即ち、帯域使用状況テーブル１７
には、呼の接続先の情報と、最大許容可能帯域を示す値
と、既使用帯域を示す値とが夫々格納される。

【００３６】呼管理テーブル１８は、帯域確保可能とな
った呼について、コネクション毎に発側ＤＴＥ，着側Ｄ
ＴＥ間の呼情報を管理するテーブルである。即ち、呼管
理テーブル１８には、発側情報として、発側(ＤＴＥ１
０側)のバーチャルパスコネクション(ＶＰＣ：Virtual
Path Connection)の識別子であるＶＰＩ(Virtual PathI
dentifier)と発側のバーチャルチャネルコネクション
(ＶＣＣ：Virtual Channel Connection)の識別子である
ＶＣＩ(Virtual Channel Identifier)とが格納される。
また、着側情報として、着側(ノードＢ，ノードＣ側)の
ＶＰＩ，及びＶＣＩが格納される。また、発側ＤＴＥの
アドレス，着側ＤＴＥのアドレス，及び各コネクション
に要求される帯域の各情報が格納される。さらに、各コ
ネクションが同一呼であることを示すマルチメディア呼
ＩＤ(識別子)が格納される。

【００３７】コネクション転送先テーブル１９は、発側
ＤＴＥと着側ＤＴＥとの間で複数コネクション呼(マル
チメディア呼)を確立するための帯域が確保できない場
合における着側ＤＴＥの転送先を管理するテーブルであ
る。このコネクション転送先テーブル１９には、ノード
が収容するＤＴＥの情報と、当該ノードとその収容ＤＴ
Ｅとがコネクションを確立できない場合にその収容ＤＴ
Ｅに代わって着側ＤＴＥとなるＤＴＥ(転送先ＤＴＥ)の
アドレスとが、格納されている。この転送先ＤＴＥのア
ドレスは、例えば、ネットワークの運用者が収容ＤＴＥ
の属性等をノードのメモリ１６に登録する際に登録され
る。〈ネットワークシステムにおける処理〉次に、上述
したネットワークシステムにおける処理を説明する。こ
こでは、ＤＴＥ１０がマルチメディアサービスの受け手
(接続要求端末)となり、当該サービスの提供元であるＤ
ＴＥ２０に対してサービス供給を要求する際における処
理，即ち、発側ＤＴＥたるＤＴＥ１０が着側ＤＴＥたる
ＤＴＥ２０との間で複数コネクション呼を設定する処理
(複数コネクション呼設定処理)を説明する。

【００３８】ここに、ＤＴＥ２０(又はＤＴＥ３０)によ
って供給されるマルチメディアサービスは、画像デー
タ，テキストデータ(文字情報)，及び音声データの３つ
のメディア要素からなる。図３は、複数コネクション呼
設定処理の際におけるＤＴＥ１０による処理を示すフロ
ーチャートであり、図４は、ノードＡによる処理を示す
フローチャートであり、図５は、ノードＢによる処理を
示すフローチャートであり、図６は、ＤＴＥ２０による
処理を示すフローチャートであり、図７は、ノードＣに
よる処理を示すフローチャートであり、図８は、ＤＴＥ
３０による処理を示すフローチャートである。また、図
９〜図２７は、複数コネクション呼設定処理の説明図で
ある。

【００３９】図３において、複数コネクション呼設定処
理は、例えば、ＤＴＥ１０のユーザがマルチメディアサ
ービスの供給を受ける旨の命令をＤＴＥ１０に入力する
ことによってスタートする。処理がスタートすると、最
初に、ＤＴＥ１０は、ＤＴＥ２０との呼の接続要求メッ
セージを生成し、この接続要求メッセージをノードＡに
対して送信する(ステップ０４０１)。

【００４０】この接続要求メッセージには、図９に示す
ように、各画像データ，テキストデータ，音声データ毎
に、夫々を転送するＶＰＣ及びＶＣＣを特定するための
ＶＰＩ及びＶＣＩ，及び各データの転送に要求される帯
域の情報が含まれる。また、接続要求メッセージには、
発側ＤＴＥ(ＤＴＥ１０)と着側ＤＴＥ(ＤＴＥ２０)との
夫々を特定する情報が含まれる。この接続要求メッセー
ジを送信し終わると、ＤＴＥ１０は、接続要求メッセー
ジに対応する接続完了メッセージが送信されてくるのを
待機する状態となる。

【００４１】ＤＴＥ１０から送出された接続要求メッセ
ージが回線を通じてノードＡへ転送されると、図４に示
すように、ノードＡの入力回線対応部１１において、そ
のメッセージに含まれた情報が制御部１４に入力される
(ステップ０１０１)。すると、ノードＡのＣＰＵ１５ａ
が、メモリ１６に記録された複数コネクション呼設定用
の制御プログラムを実行することによって、以下の処理
を行う(図４のフローチャート参照)。

【００４２】即ち、ＣＰＵ１５ａは、着側ＤＴＥ(着呼
ＤＴＥ)を収容するノード(ノードＢ)と呼設定を行うた
めに必要な帯域を、帯域使用状況テーブル１７から検索
する(ステップ０１０２)。即ち、ＣＰＵ１５ａは、帯域
使用状況テーブル１７からノードＢとの間における最大
許容可能帯域の値と既使用帯域の値とを読み出してその
差をとり、使用可能な帯域の値(使用可能帯域値)を算出
する。続いて、接続メッセージに含まれた情報に基づい
て、各データの転送に要求される帯域(例えば、図９に
示す１０Mbps,６４Kbps,１Mbps)の合計値(要求帯域合計
値)を算出する。

【００４３】続いて、ＣＰＵ１５ａは、発側ＤＴＥ(発
呼端末)収容ノード(ノードＡ)と着呼端末収容ノード(ノ
ードＢ)との間において、確保可能な帯域があるか否か
を判定する(ステップ０１０３)。即ち、ＣＰＵ１５ａ
は、ステップ０１０２にて算出した使用可能帯域値から
要求帯域合計値を減算し、その減算結果がプラスとなる
か否かを判定する。

【００４４】このとき、ＣＰＵ１５ａは、減算結果がマ
イナスであると判定した場合(ステップ０１０３；ＮＯ)
には、確保可能な帯域がないものとして、処理をステッ
プ０１１３へ進める。これに対し、ＣＰＵ１５ａは、減
算結果がプラスであると判定した場合(ステップ０１０
３；ＹＥＳ)には、確保可能な帯域があるものとして、
処理をステップ０１０４へ進める。

【００４５】ステップ０１０４では、ＣＰＵ１５ａは、
帯域使用状況テーブル１７を更新する。即ち、ＣＰＵ１
５ａは、図１０に示すように、帯域使用状況テーブル１
７に現在格納されているノードＡとノードＢとの間の既
使用帯域値を読み出して、この値に要求帯域合計値を加
え、再び該当する領域に格納する。その後、ＣＰＵ１５
ａは、処理をステップ０１０５へ進める。

【００４６】ステップ０１０５では、ＣＰＵ１５ａは、
呼管理テーブル１８にコネクション毎の設定情報を登録
するとともに、マルチメディア呼ＩＤ(以下、「ＩＤ」
という)を付与する。即ち、ＣＰＵ１５ａは、図１１に
示されるように、接続要求メッセージに含まれた各デー
タを、呼管理テーブル１８の該当する各領域に夫々格納
する。続いて、ＣＰＵ１５ａは、これらの画像データ，
テキストデータ，及び音声データに対する各コネクショ
ンが同一呼であることを示すＩＤ“0001”を、各コネク
ションの情報に対応づけて格納する。

【００４７】そして、ＣＰＵ１５ａは、スイッチ部１２
を経て該当する出力回線対応部１３へ転送された接続要
求メッセージに対し、ステップ０１０５にて設定したＩ
Ｄ“0001”を付加する(ステップ０１０６：図１２参
照)。そして、ＩＤが付加された接続メッセージが、ノ
ードＢに対して送出される。その後、ＣＰＵ１５ａは、
他ノード(ノードＢ又はノードＣ)からのメッセージを待
機する状態となる(ステップ０１０７)。

【００４８】一方、ノードＡから送出された接続要求メ
ッセージが回線を通じてノードＢへ転送されると、ノー
ドＢの入力回線対応部１１において、そのメッセージに
含まれた情報が制御部１４に入力される(ステップ０２
０１，ステップ０２０２：図５参照)。このように、接
続要求メッセージがノードＢに受信されると、ノードＢ
のＣＰＵ１５ｂが、メモリ１６に記憶された複数コネク
ション呼設定用の制御プログラムを実行することによっ
て、以下の処理を行う(図５のフローチャート参照)。

【００４９】即ち、ＣＰＵ１５ｂは、着呼端末(ＤＴＥ
２０)に呼設定するために必要な帯域を帯域使用状況テ
ーブル１７から検索する(ステップ０２０３)。即ち、Ｃ
ＰＵ１５ｂは、帯域使用状況テーブル１７からＤＴＥ２
０との間における最大許容可能帯域の値と既使用帯域の
値とを読み出してその差をとり、使用可能な帯域の値
(使用可能帯域値)を算出する。続いて、接続メッセージ
に含まれた情報に基づいて、各データの転送に要求され
る帯域(１０Mbps,６４Kbps,１Mbps)の合計値(要求帯域
合計値)を算出する。

【００５０】続いて、ＣＰＵ１５ｂは、着呼端末収容ノ
ード(ノードＢ)と着呼端末(ＤＴＥ２０)との間におい
て、要求された全てのコネクションに対して帯域を確保
可能か否かを判定する(ステップ０２０４)。即ち、ＣＰ
Ｕ１５ｂは、ステップ０２０３にて算出した使用可能帯
域値から要求帯域合計値を減算し、その減算結果がプラ
スとなるか否かを判定する。このとき、ＣＰＵ１５ｂ
は、減算結果がマイナス，即ち、全ての帯域を確保でき
ないと判定した場合(ステップ０２０４；ＮＯ)には、処
理をステップ０２０６へ進める。これに対し、ＣＰＵ１
５ｂは、減算結果がプラス，即ち、全ての帯域を確保可
能と判定した場合(ステップ０２０４；ＹＥＳ)には、処
理をステップ０２０５へ進める。

【００５１】ＣＰＵ１５ｂは、ステップ０２０５に処理
を進めた場合には、帯域使用状況テーブル１７を更新す
る。即ち、ＣＰＵ１５ｂは、帯域使用状況テーブル１７
に現在格納されているノードＢの既使用帯域値を読み出
して、この値に要求帯域合計値を加え、再び該当する領
域に格納する。その後、ＣＰＵ１５ｂは、処理をステッ
プ０２０８へ進める。

【００５２】一方、ＣＰＵ１５ｂは、ステップ０２０６
へ処理を進めた場合には、ノードＢとＤＴＥ２０との間
において、３つのコネクションの何れかの設定のために
確保可能な帯域があるか否かを判定する(ステップ０２
０６)。即ち、ＣＰＵ１５ｂは、ノードＢとＤＴＥ２０
との間における現在の使用可能帯域を、画像データを転
送するコネクション，テキストデータを転送するコネク
ション，音声データを転送するコネクションの何れかに
割り当てられるか否かを判定する。

【００５３】このとき、ＣＰＵ１５ｂは、現在の使用可
能帯域を要求されたコネクションの何れにも割り当てる
ことができないと判定した場合(ステップ０２０６；Ｎ
Ｏ)には、接続不可メッセージ(発側ＤＴＥと着側ＤＴＥ
との間でコネクションを設定できない旨のメッセージ)
を生成するとともに、この接続不可メッセージをノード
Ａに対して送信し(ステップ０２１３)、ノードＢによる
処理を終了させる。これに対し、ＣＰＵ１５ｂは、現在
の使用可能帯域を要求されたコネクションのうち何れか
に割り当てられると判定した場合(ステップ０２０６；
ＹＥＳ)には、処理をステップ０２０７へ進める。ＣＰ
Ｕ１５ｂは、処理をステップ０２０７へ進めた場合に
は、帯域を確保可能なコネクションについてのみ帯域使
用状況テーブル１７を更新する。即ち、ＣＰＵ１５ｂ
は、帯域使用状況テーブル１７に現在格納されているノ
ードＢとＤＴＥ２０との間の既使用帯域値を読み出し
て、この値に帯域を確保可能なコネクションに要求され
る帯域の値を加え、再び該当する領域に格納する。

【００５４】ここで、例えば、３つのコネクションのう
ち、画像データを転送するコネクションとテキストデー
タを転送するコネクションとについて使用可能帯域を割
り当て可能であったとする。この場合には、図１３に示
すように、これらのコネクションに夫々要求される帯域
(１０Mbps,６４Kbps)の値を、現在の既使用帯域値に加
算して格納する。このとき、これらのコネクションに使
用されるＶＰＣ及びＶＣＣが決定される。

【００５５】また、ＣＰＵ１５ｂは、図１４に示すよう
に、画像データを転送するコネクション，及びテキスト
データを転送するコネクションについて、ノードＡから
受け取った接続要求メッセージに基づく情報(発側情
報，発ＤＴＥアドレス，着ＤＴＥアドレス，要求帯域，
及びＩＤ“0001”)を、呼管理テーブル１８に夫々格納
する。このとき、ＣＰＵ１５ｂは、着側情報として、ノ
ードＢとＤＴＥ２０との間において設定されるコネクシ
ョンのＶＰＩ，ＶＣＩを夫々格納する。例えば、上述し
た例であれば、画像データを転送するコネクション，及
びテキストデータを転送する各コネクションのＶＰＩ，
ＶＣＩを夫々格納する。その後、ＣＰＵ１５ｂは、処理
をステップ０２０８へ進める。

【００５６】ステップ０２０８へ処理が進んだ場合に
は、該当する出力回線対応部１３から接続要求メッセー
ジがＤＴＥ２０に対して送信される。このとき、ステッ
プ０２０５を経てステップ０２０８へ処理が進んだ場合
には、接続要求メッセージには、全てのコネクションに
係る情報が含まれる。これに対し、ステップ０２０７を
経てステップ０２０８へ処理が進んだ場合には、接続要
求メッセージには、図１５に示すように、帯域が確保さ
れたコネクション(画像データを転送するコネクショ
ン，及びテキストデータを転送するコネクション)に係
る情報のみが含まれる。この後、ＣＰＵ１５ｂは、ＤＴ
Ｅ２０からの接続終了メッセージを待機する。

【００５７】図６に示すように、ノードＢから送出され
た接続要求メッセージがＤＴＥ２０に受信されると(ス
テップ０５０１)、ＤＴＥ２０は、接続要求メッセージ
に基づいて、ノードＢとＤＴＥ２０との間におけるコネ
クションの設定を行う。そして、この設定が完了する
と、ＤＴＥ２０は、接続要求メッセージに応じた接続完
了メッセージを送信する(ステップ０５０２)。

【００５８】ここで、接続要求メッセージが画像デー
タ，テキストデータ，音声データの全てのコネクション
の設定要求を内容とする場合には、これらの全てのコネ
クションの設定がなされ、各コネクションの設定が完了
した旨を内容とする接続完了メッセージがノードＢに対
して送信される。これに対し、接続要求メッセージが画
像データ，及びテキストデータのコネクションのみの設
定要求を内容とする場合には、これらの各コネクション
の設定がなされ、各コネクションの設定が完了した旨を
内容とする接続完了メッセージ(図１６参照)がノードＢ
に対して送信される。

【００５９】図５に戻り、ＤＴＥ２０から送信された接
続完了メッセージがノードＢに受信されると(ステップ
０２０９)、ノードＢのＣＰＵ１５ｂは、受信した接続
完了メッセージの内容を判定する。このとき、接続完了
メッセージが画像データ，テキストデータ，及び音声デ
ータを転送する各コネクションをノードＢとＤＴＥ２０
との間で設定完了した旨を内容とする場合には、ノード
ＢのＣＰＵ１５ｂは、処理をステップ０２１２へ進め
る。

【００６０】これに対し、ノードＢが受信した接続完了
メッセージが画像データ及びテキストデータを転送する
各コネクションをノードＢとＤＴＥ２０との間で設定完
了した旨を内容とする場合には、ＣＰＵ１５ｂは、処理
をステップ０２１０へ進める。

【００６１】ＣＰＵ１５ｂは、ステップ０２１０へ処理
を進めた場合には、帯域が確保できなかったコネクショ
ン(音声データを転送するコネクション)の転送先を、コ
ネクション転送先テーブル１９から検索する。ここで、
図１７に示すように、コネクション転送先テーブル１９
には、ＤＴＥ２０に対する転送先ＤＴＥ(ＤＴＥ２０の
代わりに着側ＤＴＥとなるＤＴＥ)の情報として、ＤＴ
Ｅ３０の情報が格納されていたものとする。

【００６２】すると、ＣＰＵ１５ｂは、ＤＴＥ２０に代
わってＤＴＥ３０に音声データを転送するコネクション
の設定を要求する旨のメッセージである代替コネクショ
ン設定要求メッセージ(図１８参照)を生成する。このと
き、代替コネクション設定要求メッセージには、発側Ｄ
ＴＥのアドレスとしてＤＴＥ１０のアドレスを格納す
る。そして、この代替コネクション設定要求メッセージ
を、転送先ＤＴＥを収容するノードである転送先ノード
(ここではノードＣ)へ送信する(ステップ０２１１)。そ
の後、ＣＰＵ１５ｂは、処理をステップ０２１２へ進め
る。

【００６３】ＣＰＵ１５ｂは、処理をステップ０２１２
へ進めた場合には、ＤＴＥ２０から受信した接続完了メ
ッセージに各コネクションが同一呼であることを示すＩ
Ｄ“0001”を付加するとともに、この接続完了メッセー
ジをノードＡに対して送信し、ノードＢによる処理を終
了させる。

【００６４】このとき、ステップ０２１２の処理がステ
ップ０２０９の処理の直後になされる場合には、ノード
ＢとＤＴＥ２０との間で画像データ，テキストデータ，
及び音声データを転送する全てのコネクションが確立し
た旨の接続完了メッセージがノードＡに対して送信され
る。

【００６５】これに対し、ステップ０２１２の処理がス
テップ０２１１の処理を経てなされる場合には、図１９
に示すように、ノードＢとＤＴＥ２０との間で画像デー
タ，及びテキストデータを転送する各コネクションが確
立した旨，及び音声データを転送するコネクションが設
定中である旨(代替コネクション設定通知)が含まれた接
続完了メッセージがノードＡに対して送信される。

【００６６】上述したノードＢによる処理によってノー
ドＡに対して送信された接続完了メッセージ又は接続不
可メッセージをノードＡが受信すると、ノードＡのＣＰ
Ｕ１５ａが、以下のように処理を再開する。

【００６７】即ち、ＣＰＵ１５ａは、図４に示すよう
に、受信されたメッセージが接続完了メッセージである
か或いは又は接続不可メッセージであるかを判定する
(ステップ０１０７)。このとき、ＣＰＵ１５ａは、メッ
セージが接続不可メッセージであると判定した場合に
は、処理をステップ０１１３へ進める。これに対し、Ｃ
ＰＵ１５ａは、メッセージが接続完了メッセージである
と判定した場合には、処理をステップ０１０８へ進め
る。

【００６８】ＣＰＵ１５ａは、処理をステップ０１０８
へ進めた場合には、接続完了メッセージ内に設定中のコ
ネクションの情報が含まれているか否かを判定する。こ
のとき、ＣＰＵ１５ａは、設定中のコネクションの情報
が含まれていないと判定した場合(ステップ０１０８；
ＮＯ)には、この接続完了メッセージの内容をＩＤ“000
1”に基づいて呼管理テーブル１８に格納し、処理をス
テップ０１１１へ進める。

【００６９】これに対し、ＣＰＵ１５ａは、設定中のコ
ネクションの情報が含まれていると判定した場合(ステ
ップ０１０８；ＹＥＳ)には、接続完了メッセージに含
まれるＩＤ“0001”に基づいて、着側のＶＰＩ，ＶＣＩ
(図１９参照)を、呼管理テーブル１８に夫々格納すると
ともに、設定中のコネクションの着ＤＴＥアドレスを呼
管理テーブル１８から削除する(ステップ０１０８)。そ
の後、ＣＰＵ１５ａは、処理をステップ０１１１へ進め
る。

【００７０】ＣＰＵ１５ａは、処理をステップ０１１１
へ進めた場合には、呼管理テーブルに格納されている各
コネクションの情報に未設定情報(着側情報，着側ＤＴ
Ｅアドレス)があるか否かを判定する。即ち、ＣＰＵ１
５ａは、画像データ，テキストデータ，及び音声データ
を転送する全てのコネクションの設定終了したか否かを
判定する。このとき、ＣＰＵ１５ａは、未設定情報がな
いと判定した場合(ステップ０１１１；ＮＯ)には、全て
のコネクションが設定終了したものとして、処理をステ
ップ０１１２へ進める。これに対し、ＣＰＵ１５ａは、
未設定情報があると判定した場合(ステップ０１１１；
ＹＥＳ)には、何れかのコネクションが設定終了してい
ないものとして、再び他のノードから未設定のコネクシ
ョンに係る接続完了メッセージを待機する状態となる。

【００７１】ところで、ノードＢから代替コネクション
設定要求メッセージがノードＣに対して送信された場合
には、ノードＣ及びＤＴＥ３０による処理が行われる。
複数コネクション呼設定処理のスタート時におけるノー
ドＣのＣＰＵ１５ｃは、図７に示すように、ノードＢか
ら代替コネクション設定要求メッセージを受け付ける状
態にある(ステップ０３０１)。

【００７２】そして、ノードＢから送信された代替コネ
クション設定要求メッセージを受信すると(ステップ０
３０２)、ＣＰＵ１５ｃは、発呼端末収容ノード(ノード
Ａ)及び転送先端末(ＤＴＥ３０)と呼設定するために必
要な帯域を帯域使用状況テーブル１７から夫々検索する
(ステップ０３０３)。

【００７３】例えば、代替コネクション設定要求メッセ
ージの内容が、残りのコネクションとして、上述した音
声データ(１Mbps)を転送するコネクションをノードＣと
ノードＡとの間，及びノードＣとＤＴＥ３０との間で夫
々設定する旨の要求であったとする。

【００７４】すると、ＣＰＵ１５ｃは、帯域使用状況テ
ーブル１７からノードＡとの間における最大許容可能帯
域の値と既使用帯域の値とを読み出してその差をとり、
使用可能な帯域の値(使用可能帯域値)を算出する。同様
に、ＣＰＵ１５ｃは、帯域使用状況テーブル１７からＤ
ＴＥ３０との間における最大許容可能帯域の値と既使用
帯域の値とを読み出してその差をとり、使用可能な帯域
の値(使用可能帯域値)を算出する。

【００７５】その後、ＣＰＵ１５ｃは、処理をステップ
０３０４へ進める。但し、代替コネクション設定要求メ
ッセージが２以上のコネクションを設定する旨の内容で
ある場合には、このステップ０３０４にてその２以上の
コネクションを設定するために要求される帯域の合計値
(要求帯域合計値)が算出される。

【００７６】ＣＰＵ１５ｃは、ステップ０３０４へ処理
を進めた場合には、転送先ノードと転送先端末間におい
て確保可能な帯域があるか否かを判定する。即ち、ＣＰ
Ｕ１５ｂは、ステップ０３０３にて算出したノードＣと
ＤＴＥ３０との間における使用可能帯域値から音声デー
タの要求帯域値(１Mbps)を減算し、その減算結果がプラ
スとなるか否かを判定する。このとき、ＣＰＵ１５ｃ
は、減算結果がマイナス，即ち、帯域を確保できないと
判定した場合(ステップ０３０４；ＮＯ)には、処理をス
テップ０３１１へ進める。これに対し、ＣＰＵ１５ｃ
は、減算結果がプラス，即ち、帯域を確保可能と判定し
た場合(ステップ０３０４；ＹＥＳ)には、処理をステッ
プ０３０５へ進める。

【００７７】ＣＰＵ１５ｃは、ステップ０３０５へ処理
を進めた場合には、転送先ノードと発呼端末収容ノード
との間において確保可能な帯域があるか否かを判定す
る。即ち、ＣＰＵ１５ｃは、ステップ０３０３にて算出
したノードＣとノードＡとの間における使用可能帯域値
から要求帯域値(１Mbps)を減算し、その減算結果がプラ
スとなるか否かを判定する。このとき、ＣＰＵ１５ｃ
は、減算結果がマイナス，即ち、帯域を確保できないと
判定した場合(ステップ０３０５；ＮＯ)には、処理をス
テップ０３１１へ進める。これに対し、ＣＰＵ１５ｃ
は、減算結果がプラス，即ち、帯域を確保可能と判定し
た場合(ステップ０３０５；ＹＥＳ)には、音声データを
転送するコネクションの設定に使用するＶＰＣ及びＶＣ
Ｃを決定した後、処理をステップ０３０６へ進める。

【００７８】ＣＰＵ１５ｃは、ステップ０３０６に処理
を進めた場合には、帯域使用状況テーブル１７を更新す
る。即ち、ＣＰＵ１５ｃは、図２１に示すように、帯域
使用状況テーブル１７に現在格納されているノードＢの
既使用帯域値を読み出して、この値に要求帯域値を加
え、再び該当する領域に格納する。

【００７９】続いて、ＣＰＵ１５ｃは、図２２に示すよ
うに、音声データを転送するコネクションに係る情報の
うち、発側ＤＴＥアドレス，着側ＤＴＥアドレス，要求
帯域，及びＩＤ“0001”を、代替コネクション設定要求
メッセージの内容に基づいて呼管理テーブル１８に格納
する(ステップ０３０７)。このとき、ＣＰＵ１５ｃは、
発側情報及び着側情報として、決定したＶＰＣ及びＶＣ
Ｃに対応するＶＰＩ及びＶＣＩを夫々呼管理テーブル１
８に格納する。

【００８０】続いて、ＣＰＵ１５ｃは、呼管理テーブル
１８に格納された情報に基づいて接続要求メッセージを
生成し(図２３参照)、該当する出力回線対応部１３から
ＤＴＥ３０に対して送信する(ステップ０３０８)。その
後、ＣＰＵ１５ｃは、ＤＴＥ３０からのメッセージを待
機する状態となる。

【００８１】図８に示すように、ノードＣから送信され
た接続要求メッセージがＤＴＥ３０に受信されると(ス
テップ０６０１)、ＤＴＥ２０は、接続要求メッセージ
に基づいて、ノードＣとＤＴＥ３０との間で音声データ
を転送するコネクションの設定を行う。そして、この設
定が完了すると、ＤＴＥ３０は、接続要求メッセージに
応じた接続完了メッセージ(図２４参照)を送信する(ス
テップ０６０２)。

【００８２】図７に戻り、ＤＴＥ３０から送信された接
続完了メッセージがノードＣに受信されると(ステップ
０３０９)、ＣＰＵ１５ｃは、その接続完了メッセージ
にＩＤ“0001”(接続要求メッセージに含まれていたＩ
Ｄ)を付加するとともに(図２５参照)、その接続メッセ
ージをノードＡに対して送信し(ステップ０３１０)、ノ
ードＣによる処理を終了させる。

【００８３】なお、ＣＰＵ１５ｃは、ステップ０３１１
へ処理を進めた場合には、ノードＣとノードＡとの間，
或いは、ノードＣとＤＴＥ３０との間においてコネクシ
ョンの設定ができなかったものとして、接続不能メッセ
ージをノードＡに対して送信し、ノードＣによる処理を
終了させる。

【００８４】図４に戻り、ノードＣから送信された接続
完了メッセージ又は接続不能メッセージをノードＡが受
信すると、ノードＡのＣＰＵ１５ａは、上述したステッ
プ０１０７の処理を行う。そして、ＣＰＵ１５ａは、受
信したメッセージが接続不能メッセージであると判定し
た場合には、処理をステップ０１１３へ進める。これに
対し、ＣＰＵ１５ａは、受信したメッセージが接続完了
メッセージであると判定した場合には、ステップ０１０
８を経てステップ０１０９へ処理を進める。

【００８５】そして、ＣＰＵ１５ａは、ステップ０１０
９にて、ノードＣから受信した接続完了メッセージに含
まれているＩＤ“0001”に基づいて、着側情報，及び着
側ＤＴＥアドレスを、呼管理テーブル１８の該当する領
域に夫々格納する。その後、ＣＰＵ１５ａは、ステップ
０１１１へ処理を進め、呼管理テーブルに未設定情報が
ないと判定し(ステップ０１１１；ＹＥＳ)、処理をステ
ップ０１１２へ進める。

【００８６】ＣＰＵ１５ａは、処理をステップ０１１２
へ進めた場合には、ＤＴＥ１０に対して接続完了メッセ
ージを送信する。このとき、ＣＰＵ１５ａは、図２７に
示すように、着側ＤＴＥがＤＴＥ２０であり、且つＩＤ
“0001”が除かれた接続完了メッセージを生成して送信
し、ノードＡによる処理を終了させる。

【００８７】一方、ＣＰＵ１５ａは、処理をステップ０
１１３へ進めた場合には、ＩＤ“0001”を含まない接続
不可メッセージを生成し、この接続不可メッセージをＤ
ＴＥ１０に対して送信し、ノードＡによる処理を終了さ
せる。但し、ＣＰＵ１５ａは、ノードＢ又はノードＣか
ら接続不可メッセージを受け取ってステップＳ０１１３
の処理を行う場合には、帯域使用状況テーブル１７，及
び呼管理テーブル１８の格納内容を、ＤＴＥ１０から接
続要求メッセージを受け取った際の状態に戻す。 そし
て、図３に戻り、ノードＡから送信された接続完了メッ
セージ又は接続不可メッセージをＤＴＥ１０が受信する
と(ステップ０４０２)、この複数コネクション呼設定処
理が終了する。このとき、ＤＴＥ１０が接続不可メッセ
ージを受信した場合には、ＤＴＥ１０とＤＴＥ２０との
間で複数コネクション呼が確立しなかったものとして、
複数コネクション呼設定処理が終了する。

【００８８】これに対し、ＤＴＥ１０が接続完了メッセ
ージを受信した場合には、ＤＴＥ１０とＤＴＥ２０との
間で複数コネクション呼が確立したものとして、複数コ
ネクション呼設定処理が終了する。ここで、ＤＴＥ１０
が受信した接続完了メッセージには、同一呼であること
を示すＩＤ“0001”が含まれておらず、且つ、ＤＴＥ３
０が音声データを転送するコネクションについてＤＴＥ
２０の代わりに着側ＤＴＥとなった旨が含まれていない
ので、ＤＴＥ１０では、この複数コネクション呼がＤＴ
Ｅ２０との間で確立したものとして取り扱われる。

【００８９】そして、複数コネクション呼が確立して複
数コネクション呼設定処理が終了した後には、画像デー
タとテキストデータとがＤＴＥ２０からＤＴＥ１０へ転
送されるとともに、音声データがＤＴＥ３０からＤＴＥ
１０へ転送される。従って、ＤＴＥ１０は、画像デー
タ，テキストデータ，音声データからなるマルチメディ
アサービスの供給を受けることとなる。

【００９０】図２８は、上述した複数コネクション呼設
定処理における制御信号(メッセージ)の流れを示すシー
ケンス図である。但し、図２８には、一つの呼において
３つのコネクションを設定する複数コネクション呼を確
立する場合において、３つのうちの２つのコネクション
をＤＴＥ１０とＤＴＥ２０との間で確立し、１つのコネ
クションをＤＴＥ１０とＤＴＥ３０との間で確立する場
合における複数コネクション呼設定処理の様子が示され
ている。

【００９１】図２８において、ＤＴＥ１０からノードＡ
に対し、３つのコネクションを設定する旨の接続要求メ
ッセージが送信されると(ステップ０４０１)、ノードＡ
では、ノードＡとノードＢとの間における使用可能帯域
値が確認されるとともに、３つのコネクションの設定に
要求される帯域が確保される(ステップ０１０１〜０１
０４)。これによって、ＤＴＥ１０とノードＡとの間で
３つのコネクションが夫々設定される。

【００９２】その後、ノードＡからノードＢに対し、３
つのコネクションの接続要求メッセージが送信される
(ステップ０１０６)。すると、ノードＢでは、ノードＢ
とＤＴＥ２０との間における使用可能帯域値が確認され
る(ステップ０２０１〜０２０４)。このとき、３つのコ
ネクションのうち２つしか帯域を確保できない場合(ス
テップ０２０４；ＮＯ)には、この２つのコネクション
について帯域が確保され(ステップ０２０６)、この２つ
のコネクションの接続要求メッセージがノードＢからＤ
ＴＥ２０へ送信される(ステップ０２０８)。

【００９３】その後、ＤＴＥ２０からノードＢに対して
接続完了メッセージが送信され(ステップ０５０２)、こ
の接続完了メッセージをノードＢが受信すると(ステッ
プ０２０９)、ＤＴＥ２０に代わって着側ＤＴＥとなる
ＤＴＥ(ＤＴＥ３０)が確認され(ステップ０２１０)、残
りの１つのコネクションに係る代替コネクション設定要
求がノードＢからノードＣへ送信される。

【００９４】続いて、３つのコネクションのうち、２つ
のコネクションについてはノードＢとＤＴＥ２０との間
で設定され、且つ残りの１つのコネクションは設定中で
ある旨を含む接続完了メッセージがノードＢからノード
Ａへ送信される。すると、ノードＡでは、受信した接続
完了メッセージに含まれる情報に基づいて、２つのコネ
クションに対する情報が呼管理テーブル１８に格納され
る(ステップ０１１０)。続いて、ノードＡが、残りの１
つのコネクションについての接続完了メッセージを待ち
受ける状態となる。

【００９５】一方、ノードＣは、ノードＢから代替コネ
クション設定要求メッセージを受信すると(ステップ０
３０２)、ノードＣとＤＴＥ３０との間，及びノードＣ
とノードＡとの間における帯域を確認し(ステップ０３
０４)、これらの間で残りの１つのコネクションを設定
するのに必要な帯域を確保する(ステップ０３０５)。続
いて、ノードＣは、ＤＴＥ３０に対して残りの１つのコ
ネクションをノードＣとＤＴＥ３０との間で設定する旨
の接続要求メッセージを送信する(ステップ０３０８)。
ＤＴＥ３０は、ノードＣから送信された接続要求メッセ
ージを受信すると(ステップ０６０１)、このメッセージ
に対応する接続完了メッセージをノードＣに対して送信
する(ステップ０６０２)。そして、ノードＣがＤＴＥ３
０から接続完了メッセージを受け取ると、その接続完了
メッセージをノードＡに対して送信する(ステップ０３
１０)。

【００９６】ノードＣから送信された接続完了メッセー
ジをノードＡが受信すると(ステップ０１０７)、ノード
Ａは、その接続完了メッセージに含まれた残りの１つの
コネクションの情報に基づいて、呼管理テーブル１８を
更新する(ステップ０１１０)。そして、ノードＡは、呼
管理テーブル１８の格納内容に基づいて、ＤＴＥ１０と
ＤＴＥ２０との間で３つのコネクションの設定が完了し
た旨の接続完了メッセージをＤＴＥ１０へ送信する(ス
テップ０１１２)。

【００９７】そして、ノードＡから送信された接続完了
メッセージをＤＴＥ１０が受信すると(ステップ０４０
２)、複数コネクション呼がＤＴＥ１０とＤＴＥ２０と
の間で確立した状態となり、複数コネクション呼設定処
理が終了する。その後、ＤＴＥ１０とＤＴＥ２０との間
で確立された２つのコネクション(ＤＴＥ２０→ノード
Ｂ→ノードＡ→ＤＴＥ１０をデータが経るルート)での
データの送受信が開始される。これと同時に、ＤＴＥ１
０とＤＴＥ３０との間で確立された残りの１つのコネク
ション(ＤＴＥ３０→ノードＣ→ノードＡ→ＤＴＥ１０
をデータが経るルート)でのデータの送受信が開始され
る。

【００９８】このとき、ＤＴＥ２０とＤＴＥ３０とは全
く同一のコンテンツを持っているので、残りの１つのコ
ネクションにおける着側ＤＴＥがＤＴＥ２０からＤＴＥ
３０へ代わることによる不利益(例えば、ＤＴＥ１０へ
提供されるデータの内容が変わる等)は、生じない。

【００９９】なお、ここでは、ＤＴＥ１０とＤＴＥ２０
との間で複数コネクション呼を確立する場合について説
明したが、ＤＴＥ１０とＤＴＥ３０との間で複数コネク
ション呼を確立する場合において、ノードＣとＤＴＥ３
０との間でコネクションが設定できない場合には、ノー
ドＢ及びノードＣは、ノードＢとＤＴＥ２０との間でコ
ネクションを設定させることによって、複数コネクショ
ン呼を確立させる。 〈実施形態１の効果〉実施形態１によるネットワークシ
ステムによると、ＤＴＥ１０とＤＴＥ２０との間で画像
データ，テキストデータ，及び音声データを夫々転送す
る３つのコネクションからなる複数コネクション呼を確
立する際に、音声データを転送するコネクションを帯域
不足によりノードＢとＤＴＥ２０との間で設定できない
場合(音声データを転送するコネクションに要求される
ＱｏＳを満足できない場合)には、ノードＢが画像デー
タ，及びテキストデータに係るコネクションのみをＤＴ
Ｅ２０との間で確立するとともに、ノードＣに音声デー
タに係るコネクションをノードＣとＤＴＥ３０との間で
設定させる。

【０１００】これによって、ＤＴＥ１０とＤＴＥ２０と
の間，及びＤＴＥ１０とＤＴＥ３０との間で夫々３つの
コネクションが確立する。従って、３つのコネクション
の何れかが要求される帯域を確保できない(要求される
ＱｏＳを満足できない)ことによって複数コネクション
呼が確立せずに切断されてしまうことを回避できる。

【０１０１】また、ノードＡとノードＢとの間，ノード
ＢとノードＣとの間，及びノードＣとノードＡとの間に
おけるメッセージに、３つのコネクションが同一呼であ
ることを示すＩＤ“0001”が付加され、ノードＡ，ノー
ドＢ，及びノードＣでは、このＩＤ“0001”に従って各
コネクションの設定(呼管理テーブル１８の更新)が行な
われる。このため、ノードＡがノードＢ及びノードＣか
ら夫々３つのコネクションに係る各接続完了メッセージ
を別個に受信した場合でも、ノードＡが、これらの接続
完了メッセージを別個の呼によるものとして取り扱うこ
とがない。

【０１０２】また、ノードＢとＤＴＥ２０との間で、複
数のコネクションのうち、帯域を確保可能なコネクショ
ンについては設定を行うので、ノードＢとＤＴＥ２０と
の間における使用可能帯域を有効に利用することができ
る。

【０１０３】また、ＤＴＥ１０とＤＴＥ２０との間，及
びＤＴＥ１０とＤＴＥ３０との間で夫々３つのコネクシ
ョンを確立する処理は、ノードＡ，ノードＢ，及びノー
ドＣのみによって行われるため、ＤＴＥ１０，ＤＴＥ２
０，及びＤＴＥ３０に特別な構成を有するＤＴＥを用い
たり、ＤＴＥ１０等に特別な構成を付加したりする必要
がない。従って、従来存するＤＴＥをＤＴＥ１０，ＤＴ
Ｅ２０，又はＤＴＥ３０として用いることができる。

【０１０４】なお、実施形態１では、ＤＴＥ１０とＤＴ
Ｅ２０との間で複数コネクション呼を確立する場合につ
いて説明したが、ノードＢ及びノードＣは、コネクショ
ンの数が単数であっても上述した処理を行う。即ち、ノ
ードＢは、例えばＤＴＥ１０とＤＴＥ２０との間で呼を
確立する際において、ノードＢとＤＴＥ２０との間でコ
ネクションを設定できない場合に、コネクション転送先
テーブル１９の記憶内容に基づいて、ノードＣに対して
代替コネクション設定要求メッセージを送信する。ノー
ドＣは、代替コネクション設定要求メッセージを受信す
ると、ノードＣとＤＴＥ３０との間でコネクションを設
定し、ＤＴＥ１０とＤＴＥ３０との間で呼を確立する。
このため、従来に比べて多くのコネクション，呼を確立
することができる。この場合でも、ＤＴＥ２０とＤＴＥ
３０とが同一のコンテンツを有しているので、ＤＴＥ１
０は、ＤＴＥ２０から受け取るはずであったデータを、
ＤＴＥ３０から受け取ることができる。

【０１０５】なお、ノードＡ，ノードＢ，ノードＣは、
自身が収容するＤＴＥ，或いは、他のノードから受信す
るメッセージに応じて、図４，図５，又は図６の何れか
に示される処理を行う。従って、実施形態１によるネッ
トワークシステムは、ＤＴＥ１０とＤＴＥ２０との間で
複数コネクション呼を確立する際において、ノードＡと
ノードＢとの間で何れかのコネクションの設定ができな
い場合に、ノードＡとノードＣとの間，ノードＣとＤＴ
Ｅ３０との間で全てのコネクションを設定することによ
って複数コネクション呼を確立するように構成すること
もできる。この場合には、ノードＡのコネクション転送
先テーブル１９の転送先ＤＴＥの情報としてＤＴＥ３０
を格納し、ノードＡがノードＣとの間の使用可能帯域値
を確認し、全てのコネクションの帯域を確保できる場合
に複数のコネクション呼を設定する旨の接続要求メッセ
ージをノードＣに対して送信するように構成する。 〔実施形態２〕次に、本発明の実施形態２を説明する。 〈ネットワークシステムの構成〉図２９は、実施形態２
によるネットワークシステムの説明図である。実施形態
２によるネットワークシステムは、実施形態１によるネ
ットワークシステムとほぼ同様の構成を有している。こ
のため、共通点については説明を省略し、相違点につい
てのみ説明する。

【０１０６】実施形態２によるネットワークシステムで
は、実施形態１によるネットワークシステムのＤＴＥ２
０に代えてＤＴＥ２０ａがノードＢに接続されている。
但し、ＤＴＥ２０ａとＤＴＥ３０とは、配信サーバとし
て全く同一のコンテンツを有している。但し、ＤＴＥ２
０ａ内の図示せぬメモリには、転送先ＤＴＥアドレステ
ーブル２１が保持されている。

【０１０７】転送先アドレステーブル２１には、ノード
Ｂに収容されているＤＴＥ(収容ＤＴＥ)の情報と転送先
ＤＴＥアドレスの情報とが格納されている。ここでは、
収容ＤＴＥの情報して、ＤＴＥ２０ａの情報が格納され
ている。また、転送先ＤＴＥアドレスの情報としてＤＴ
Ｅ３０の情報が格納されている。この転送先ＤＴＥアド
レスの情報は、ノードＢに転送され、ノードＢのコネク
ション転送先テーブル１９に記録(上書き)されるように
なっている。 〈ネットワークシステムにおける処理〉次に、実施形態
２によるネットワークシステムにおける処理について説
明する。図３０は、ノードＢのコネクション転送先テー
ブル１９の格納内容が更新される際における処理(以
下、「転送先アドレス登録処理」という)を示すシーケ
ンス図である。図３１は、転送先アドレス登録処理にお
けるＤＴＥ２０ａによる処理を示すフローチャートであ
り、図３２は、転送先アドレス登録処理におけるノード
Ｂの処理を示すフローチャートである。

【０１０８】転送先アドレス登録処理がスタートする
と、最初に、図３１に示すように、ＤＴＥ２０ａからノ
ードＢへ転送先アドレス登録用ＤＴＥアドレス(ノード
Ｂを仮想的にＤＴＥとみなすアドレス)である“ＤＴＥ
ｒ”を含む発呼要求メッセージが送信される(ステップ
０７０１)。その後、ＤＴＥ２０ａは発呼受付メッセー
ジを待機する状態となる。

【０１０９】図３２に示すように、この発呼要求メッセ
ージが、メッセージの受信待ち状態にあるノードＢに受
信されると(ステップ０８０１，０８０２)、ノードＢか
らＤＴＥ２０ａに対して発呼受付メッセージが送信され
る(ステップ０８０３)。続いて、ノードＢからＤＴＥ２
０ａに対してパスワード入力要求が送信される。この
後、ノードＢはパスワードを待機する状態となる。

【０１１０】図３１に戻り、ＤＴＥ２０ａがノードＢか
ら発呼受付メッセージを受信し(ステップ０７０２)、続
いてパスワード入力要求を受信すると(ステップ０７０
３)、ノードＢの図示せぬメモリに記憶されたパスワー
ド(ＸＸ．ＸＸ)がノードＢに対して送信される(ステッ
プ０７０４)。この後、ＤＴＥ２０ａは、転送先アドレ
ス登録受付メッセージを待機する状態となる。

【０１１１】図３２へ戻り、ノードＢがＤＴＥ２０ａか
らパスワードを受信すると(ステップ０８０５)、ＤＴＥ
２０ａに対して転送先アドレス登録受付メッセージが送
信される(ステップ０８０６)。その後、ノードＢは、Ｄ
ＴＥ２０ａからのアドレス情報を待機する状態となる。

【０１１２】図３１へ戻り、この転送先アドレス登録受
付メッセージをＤＴＥ２０ａが受信すると(ステップ０
７０５)、転送先アドレステーブル２１から転送先ＤＴ
Ｅアドレスの情報(ＤＴＥ３０のアドレス)が読み出され
るとともに、このＤＴＥ３０のアドレス情報がノードＢ
に対して送信される(ステップ０７０６)。この後、ＤＴ
Ｅ２０ａは、転送先アドレス登録完了メッセージ，及び
呼切断要求メッセージを待機する状態となる。

【０１１３】図３２に戻り、ノードＢがＤＴＥ３０のア
ドレス情報を受信すると(ステップ０８０７)、このＤＴ
Ｅ３０のアドレス情報が、ノードＢのコネクション転送
先テーブル１９において、ＤＴＥ２０ａの転送先アドレ
スとして格納(上書き)される(ステップ０８０８)。そし
て、ＤＴＥ２０ａに対して転送先アドレス登録完了メッ
セージが送信され(ステップ０８０９)、続いて、ＤＴＥ
２０ａに対して呼切断要求メッセージが送信される(ス
テップ０８１０)。このステップ０８１０の処理が終了
すると、ノードＢによる処理が終了する。

【０１１４】図３１に戻り、ＤＴＥ２０ａは、ノードＢ
から転送先アドレス登録完了メッセージを受信し(ステ
ップ０７０７)、続いて呼切断要求メッセージを受信す
ると(ステップ０７０８)、ノードＢとの間の呼を切断
し、転送先アドレス登録処理を終了させる。

【０１１５】なお、この転送先アドレス登録処理をスタ
ートさせる条件は適宜設定可能である。例えば、ＤＴＥ
２０ａに外部から処理開始命令が入力されることによっ
てスタートするように構成しても良く、ＤＴＥ２０ａが
備える図示せぬタイマが所定の時刻を計時すると処理が
開始されるようになっていても良い。この実施形態２に
よる効果は、実施形態１による効果とほぼ同様である。 〔実施形態３〕次に、本発明の実施形態３を説明する。 〈ネットワークシステムの構成〉実施形態３によるネッ
トワークシステムは、実施形態２によるネットワークシ
ステムとほぼ同様の構成を有している。但し、ノード
Ａ，ノードＢ，及びノードＣが、コネクション転送先テ
ーブル１９を有していない点で異なる。 〈ネットワークシステムにおける処理〉実施形態３によ
るネットワークシステムにおける処理(複数コネクショ
ン呼設定処理)を説明する。但し、実施形態３における
複数コネクション呼設定処理は、実施形態１における複
数コネクション呼設定処理とほぼ同様である。具体的に
は、ノードＢとＤＴＥ２０ａとの間におけるやりとりの
みが異なり、これ以外は全く同じである。このため、共
通部分については説明を省略し、相違する部分について
説明する。

【０１１６】図３３は、複数コネクション呼設定処理に
おけるノードＢによる処理が示されたフローチャートで
あり、図３４は、ＤＴＥ２０ａによる処理が示されたフ
ローチャートである。図３５は、ノードＢとＤＴＥ２０
ａとの間でやりとりされるメッセージの説明図である。
図３６は、実施形態３における複数コネクション呼設定
処理を示すシーケンス図である。

【０１１７】発側ＤＴＥであるＤＴＥ１０からノードＡ
が接続要求メッセージを受信し(ステップ０１０１：図
４参照)、ノードＡがノードＢとの間での各コネクショ
ンに要求される帯域を確保し、その後ノードＢに対して
接続要求メッセージを送信すると(ステップ０１０６)、
ノードＢによる処理が開始する。

【０１１８】図３３において、ステップ０９０１〜ステ
ップ０９０７の処理は、実施形態１にて説明したステッ
プ０２０１〜０２０７(図５参照)と同じ処理であるの
で、説明を省略する。

【０１１９】そして、処理がステップ０９０８へ進む
と、帯域が確保できないコネクションの転送先ＤＴＥの
アドレス(代替ＤＴＥアドレス)を要求する旨が、ＤＴＥ
２０ａに対する接続要求メッセージの付加情報として付
加される(図３５(ａ)参照)。その後、接続要求メッセー
ジがＤＴＥ２０ａに対して送信される(ステップ９０
９)。

【０１２０】図３４に示すように、接続要求メッセージ
をＤＴＥ２０ａが受信すると(ステップ１００１)、ＤＴ
Ｅ２０ａは、接続要求メッセージの付加情報に基づい
て、転送先アドレステーブル２１(図２９参照)を検索
し、ＤＴＥ２０ａに対する転送先ＤＴＥアドレス(代替
ＤＴＥアドレス)として格納されているＤＴＥ３０のア
ドレスを読み出す(ステップ１００２)。

【０１２１】続いて、ＤＴＥ２０ａは、接続要求メッセ
ージに従って、該当するコネクションの設定処理を行
い、この処理が終了すると接続完了メッセージを生成す
る(図３５(ｂ)参照)。このとき、ＤＴＥ２０ａは、接続
完了メッセージの付加情報としてステップ１００２にて
読み出したＤＴＥ３０のアドレスを付与する(ステップ
１００３)。そして、ＤＴＥ２０ａは、接続完了メッセ
ージをノードＢに対して送信する(ステップ１００４)。

【０１２２】図３３に示すように、ＤＴＥ２０ａから送
信された接続完了メッセージをノードＢが受信すると
(ステップ０９１０)、この接続完了メッセージの付加情
報より、コネクションの転送先ＤＴＥ(ＤＴＥ２０ａに
代わって着側ＤＴＥとなるＤＴＥ)を検索する(ステップ
０９１１)。ここでは、付加情報には、代替ＤＴＥアド
レスとしてＤＴＥ３０のアドレスが付与されているの
で、ノードＢにおいて、ＤＴＥＭ２０ａの転送先ＤＴＥ
がＤＴＥ３０であると認識される。

【０１２３】そして、ＤＴＥ３０を送信先とする代替コ
ネクション設定要求メッセージ(図３５(ｃ)参照)が生成
され、ＤＴＥ３０へ送信される。なお、ステップ０９１
３，及びステップ０９１４の処理は、図５に示したステ
ップ０２１２，ステップ０２１３の処理と夫々同じであ
るので説明を省略する。また、ステップ０９１２の処理
の終了後におけるノードＢ，ノードＣ，ＤＴＥ３０，ノ
ードＡ，及びＤＴＥ１０による処理は実施形態１と同じ
であるので説明を省略する。最終的には、実施形態１と
同様に、ＤＴＥ１０とＤＴＥ２０との間，及びＤＴＥ１
０とＤＴＥ３０との間で夫々コネクションが確立された
複数コネクション呼が確立する。

【０１２４】実施形態３による効果は、実施形態１及び
実施形態２による効果とほぼ同様であるが、ノードＢが
コネクション転送先テーブル１９を有していなくても良
いという利点がある。但し、ＤＴＥ２０ａが転送先アド
レステーブルを有する必要がある。

【０１２５】なお、実施形態１，実施形態２，実施形態
３では、ネットワーク(網)としてＡＴＭ網について説明
したが、本発明によるネットワークは、フレームリレー
交換網やパケット交換網であっても良い。例えば、フレ
ームリレー交換網について本発明を実施する場合には、
ノードＡ，ノードＢ，及びノードＣを、それぞれフレー
ムリレー交換機を用いて構成する。また、各フレームリ
レー交換機に保有させる呼管理テーブル１８の発側情報
及び着側情報として、ＶＰＩ，ＶＣＩの代わりに、ＤＬ
ＣＩ(データリンクコネクション識別子)を格納させる。

【０１２６】

【発明の効果】本発明によるネットワークシステム，交
換機によれば、発側ＤＴＥと着側ＤＴＥとの間で複数コ
ネクション呼を確立する際に、複数のコネクションのう
ちの何れかが着側ＤＴＥとの間で確立できない場合であ
っても複数コネクション呼を確立することができる。従
って、複数コネクション呼が確立する可能性を高めるこ
とができる。

【０１２７】また、複数のコネクションのうち、サービ
ス品質を満たすことが可能なコネクションについては本
来のルートでコネクションを確立し、サービス品質を満
たすことのできないコネクションのみ他のルートでコネ
クションを確立するので、本来のルートにおける帯域を
有効に利用することができる。

【０１２８】また、本発明は、従来のＤＴＥを用いて実
施することが可能であるため、既存のＤＴＥに特別な構
成を付加する等の必要がない。

【図面の簡単な説明】

【図１】実施形態１によるネットワークシステムの構成
図

【図２】各ノードが保持するテーブルの説明図

【図３】発側ＤＴＥによる処理を示すフローチャート

【図４】発側ＤＴＥ収容ノードによる処理を示すフロー
チャート

【図５】着側ＤＴＥ収容ノードによる処理を示すフロー
チャート

【図６】着側ＤＴＥによる処理を示すフローチャート

【図７】コネクション転送先ノードによる処理を示すフ
ローチャート

【図８】コネクション転送先ＤＴＥによる処理を示すフ
ローチャート

【図９】発側ＤＴＥから送信される接続要求メッセージ
の説明図

【図１０】発側ＤＴＥ収容ノードにおける帯域使用状況
テーブルの説明図

【図１１】発側ＤＴＥ収容ノードにおける呼管理テーブ
ルの説明図

【図１２】発側ＤＴＥ収容ノードから送信される接続要
求メッセージの説明図

【図１３】着側ＤＴＥ収容ノードにおける帯域使用状況
テーブルの説明図

【図１４】着側ＤＴＥ収容ノードにおける呼管理テーブ
ルの説明図

【図１５】着側ＤＴＥ収容ノードから送信される接続要
求メッセージの説明図

【図１６】着側ＤＴＥから送信される接続完了メッセー
ジの説明図

【図１７】着側ＤＴＥ収容ノードにおけるコネクション
転送先テーブルの説明図

【図１８】着側ＤＴＥ収容ノードから送信される代替コ
ネクション設定要求メッセージの説明図

【図１９】着側ＤＴＥ収容ノードから送信される接続完
了メッセージの説明図

【図２０】発側ＤＴＥ収容ノードにおける呼管理テーブ
ルの説明図

【図２１】コネクション転送先ノードにおける帯域使用
状況テーブルの説明図

【図２２】コネクション転送先ノードにおける呼管理テ
ーブルの説明図

【図２３】コネクション転送先ノードから送信される接
続要求メッセージの説明図

【図２４】コネクション転送先ＤＴＥから送信される接
続完了メッセージの説明図

【図２５】コネクション転送先ノードから送信される接
続完了メッセージの説明図

【図２６】発側ＤＴＥ収容ノードにおける呼管理テーブ
ルの説明図

【図２７】発側ＤＴＥ収容ノードから送信される接続完
了メッセージの説明図

【図２８】複数コネクション呼設定処理を示すシーケン
ス図

【図２９】実施形態２によるネットワークシステムを示
すブロック図

【図３０】転送先アドレス登録処理を示すシーケンス図

【図３１】実施形態２における着側ＤＴＥによる処理を
示すフローチャート

【図３２】実施形態２における着側ＤＴＥ収容ノードに
よる処理を示すフローチャート

【図３３】実施形態３における着側ＤＴＥ収容ノードに
よる処理を示すフローチャート

【図３４】実施形態３における着側ＤＴＥによる処理を
示すフローチャート

【図３５】着側ＤＴＥ収容ノードと着側ＤＴＥとの間で
やりとりされるメッセージの説明図

【図３６】実施形態３による複数コネクション呼設定処
理を示すシーケンス図

【図３７】従来における複数コネクション呼の説明図

【図３８】従来におけるネットワークシステムを示す図

【符号の説明】

Ａ,Ｂ,Ｃ ノード(ＡＴＭ交換機) １０,２０,３０ データ端末装置(ＤＴＥ) １４ 制御部 １５ａ,１５ｂ,１５ｃ ＣＰＵ １６ メモリ １７ 帯域使用状況テーブル １８ 呼管理テーブル １９ コネクション接続先テーブル ２１ 転送先アドレステーブル

───────────────────────────────────────────────────── フロントページの続き (72)発明者 平賀 英太郎 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内 (72)発明者 山口 稔 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内 (72)発明者 新 利勝 神奈川県川崎市高津区坂戸３丁目２番１号 富士通ネットワークエンジニアリング株 式会社内

Claims (13)

【特許請求の範囲】
1. 【請求項１】第１端末装置と、第２端末装置と、第２端
   末装置と同一のコンテンツを有する第３端末装置と、前
   記第１端末装置，前記第２端末装置，及び前記第３端末
   装置を相互に接続する網とを備え、 前記網が、前記第１端末装置と前記第２端末装置との間
   において一つの呼設定要求に基づいて複数のコネクショ
   ン設定を試みる場合に、前記第１端末装置と前記第２端
   末装置との間で前記複数のコネクションの全てを設定可
   能か否かを判定し、前記複数のコネクションの全てを設
   定できないときには、前記複数のコネクションのうち一
   部のコネクションを前記第１端末装置と前記第２端末装
   置との間で設定するとともに、残りのコネクションを前
   記第１端末装置と前記第３端末装置との間で設定するこ
   とを特徴とするネットワークシステム。
2. 【請求項２】前記網は、複数のコネクションを前記第２
   端末装置との間で設定することを要求する発呼要求を前
   記第１端末装置から受け取った場合において、一部のコ
   ネクションを前記第１端末装置と前記第２端末装置との
   間で設定するとともに残りのコネクションを前記第１端
   末装置と前記第３端末装置との間で設定したときには、
   前記複数のコネクションの全てが前記第１端末装置と前
   記第２端末装置との間で設定された旨を前記第１端末装
   置に対して通知することを特徴とする請求項１記載のネ
   ットワークシステム。
3. 【請求項３】前記網は、前記複数のコネクションの設定
   に夫々要求されるサービス品質を前記第１端末装置と前
   記第２端末装置との間で夫々満たすことができるか否か
   を判定することによって前記複数のコネクションの全て
   を設定可能か否かを判定することを特徴とする請求項１
   又は２記載のネットワークシステム。
4. 【請求項４】第１端末装置を収容する第１交換機と、第
   ２端末装置を収容する第２交換機と、前記第２端末装置
   と同一のコンテンツを有する第３端末装置を収容する第
   ３交換機とを備え、 前記第１交換機は、前記第２端末装置との間において複
   数のコネクションを設定することを要求する発呼要求を
   前記第１端末装置から受信した場合に、前記複数のコネ
   クションを前記第１端末装置との間で夫々設定するとと
   もに、前記第２交換機に対して前記第２交換機と前記第
   ２端末装置との間で前記複数のコネクションを設定する
   ことを要求する接続要求メッセージを送信し、 前記第２交換機は、前記第１交換機から前記接続要求メ
   ッセージを受信した場合に、自身と前記第２端末装置と
   の間で前記複数のコネクションの全てを設定可能か否か
   を判定し、前記複数のコネクションの全てを設定できな
   いと判定した場合に、前記複数のコネクションのうち一
   部のコネクションを自身と前記第２端末装置との間，及
   び自身と前記第１交換機との間で夫々設定することによ
   って、この一部のコネクションを前記第１端末装置と前
   記第２端末装置との間で確立させるとともに、自身に代
   わって残りのコネクションを設定することを要求する代
   替コネクション設定メッセージを前記第３交換機に対し
   て送信し、 前記第３交換機は、前記代替コネクション設定メッセー
   ジを受信した場合に、前記残りのコネクションを自身と
   前記第３端末装置との間，及び自身と前記第１交換機と
   の間で夫々設定することによって、この残りのコネクシ
   ョンを前記第１端末装置と前記第３端末装置との間で確
   立させることを特徴とするネットワークシステム。
5. 【請求項５】前記第２交換機は、自身と前記第２端末装
   置との間で使用可能な帯域値を検出し、検出した帯域値
   と前記複数のコネクションの全ての設定に要求される帯
   域とを対比することによって、前記複数のコネクション
   の全てをを設定可能か否かを判定することを特徴とする
   請求項４記載のネットワークシステム。
6. 【請求項６】前記第２交換機は、自身と前記第２端末装
   置との間で使用可能な帯域値が前記複数のコネクション
   の全ての設定に要求される帯域を下回っている場合に、
   前記複数のコネクションのうち、確保可能な帯域が要求
   されているコネクションを前記一部のコネクションとす
   ることを特徴とする請求項５記載のネットワークシステ
   ム。
7. 【請求項７】前記第２交換機は、発側端末となる前記第
   １端末装置と着側端末となる前記第２端末装置との間で
   前記複数のコネクションを設定できない場合に前記第２
   端末装置に代わって着側端末となる前記第３端末装置の
   情報を有しており、この第３端末装置の情報に基づいて
   前記代替設定メッセージを前記第３交換機に対して送信
   することを特徴とする請求項４記載のネットワークシス
   テム。
8. 【請求項８】前記第２端末装置が、前記第３端末装置の
   情報を前記第２交換機に登録することを特徴とする請求
   項７記載のネットワークシステム。
9. 【請求項９】前記第２交換機が、発側端末となる前記第
   １端末装置と着側端末となる前記第２端末装置との間で
   前記複数のコネクションを設定できない場合に、前記第
   ２端末装置に代わって着側端末となる前記第３端末装置
   の情報を前記第２端末装置から取得し、この第３端末装
   置の情報に基づいて前記代替設定メッセージを前記第３
   交換機に対して送信することを特徴とする請求項４記載
   のネットワークシステム。
10. 【請求項１０】前記第１交換機は、前記接続要求メッセ
    ージを送信する際に、前記複数のコネクションが同一の
    呼に属することを示す識別子を付加し、 前記第２交換機は、自身と前記第２端末装置，及び自身
    と前記第１交換機との間で前記一部のコネクションを設
    定した場合に、その完了を示す接続完了メッセージに前
    記識別子を付加して前記第１交換機へ送信するととも
    に、前記代替設定メッセージに前記識別子を付加して前
    記第３交換機へ送信し、 前記第３交換機は、自身と前記第３端末装置，及び自身
    と前記第１交換機との間で前記他方のコネクションを設
    定した場合に、その完了を示す接続完了メッセージに前
    記識別子を付加して前記第１交換機に対して送信し、 前記第１交換機が、前記第２交換機から受信した接続完
    了メッセージ，及び前記第３交換機から受信した接続完
    了メッセージにそれぞれ含まれた識別子を対比すること
    によって、前記第２交換機との間で設定されたコネクシ
    ョンと前記第３交換機との間で設定されたコネクション
    とが同一の呼に属するものと判定することを特徴とする
    請求項４記載のネットワークシステム。
11. 【請求項１１】第１端末装置を収容し且つ第２端末装置
    を収容する第１の他の交換機，及び前記第１端末装置と
    同一のコンテンツを有する第３端末装置を収容する第２
    の他の交換機と夫々接続された交換機であって、 前記第１の他の交換機から前記第２端末装置を発側端末
    とし前記第１端末装置を着側端末とした１つの呼に属す
    る複数のコネクションを設定することを要求する接続要
    求メッセージを受信した場合に、前記第１端末装置との
    間で前記複数のコネクションを設定可能か否かを判定す
    る判定手段と、 前記判定手段が前記複数のコネクションの何れかを設定
    できないと判定した場合に、これら複数のコネクション
    のうち一部方のコネクションを前記第１端末装置との
    間，及び前記第１の他の交換機との間で設定することに
    よって、この一部のコネクションを前記第２端末装置と
    前記第１端末装置との間で確立させるコネクション設定
    手段と、 前記判定手段が前記複数のコネクションの何れかを設定
    できないと判定した場合に、前記第１端末装置に代わっ
    て着側端末となる代替端末装置として前記第３端末装置
    を特定するとともに、前記第２の他の交換機に対して残
    りの前記コネクションの設定を要求する代替設定メッセ
    ージを送信することによって、前記第２の他の交換機に
    前記残りのコネクションを前記第２端末装置と前記第３
    端末装置との間で確立させる代替コネクション設定手段
    とを備えたことを特徴とする交換機。
12. 【請求項１２】前記第１端末装置に対応する代替端末装
    置の情報を格納する代替端末記憶手段をさらに備え、こ
    の代替端末記憶手段には、前記第１端末装置から送信さ
    れた前記第３端末装置の情報が記憶されることを特徴と
    する請求項１１記載の交換機。
13. 【請求項１３】前記代替コネクション設定手段が、前記
    第１端末装置から前記第３端末装置の情報を取得するこ
    とによって、前記代替端末装置を特定することを特徴と
    する請求項１１記載の交換機。