(57)【特許請求の範囲】
【請求項１】
発側ネットワークに含まれ、自ネットワークに対して接続する通信端末である発側端末と、当該発側ネットワークとの間で相互接続している着側ネットワークに対して接続する着側端末と、の呼接続を制御する呼接続制御装置であって、
前記発側端末からの前記着側端末に対する呼接続要求に対して前記着側ネットワークから送信されて、前記発側端末における呼び出し音の送出方法を指定する情報である送出方法指定情報が含まれる呼び出し中通知情報を受信する受信手段と、
前記呼び出し中通知情報に含まれる前記送出方法指定情報を参照し、前記発側端末における前記呼び出し音の送出方法を、前記送出方法指定情報により指定される方法から変更するか否かを判定する送出方法判定手段と、
前記送出方法判定手段が、前記送出方法指定情報により指定される方法を変更すると判定した場合に、前記送出方法指定情報により指定される前記発側端末における呼び出し音の送出方法を更新する送出方法更新手段と、
前記送出方法更新手段による更新が行われた後の前記呼び出し中通知情報を前記発側端末に対して送信する呼び出し中通知情報送信手段と、
前記発側端末において対応可能な呼び出し音の送出方法を特定する情報を、前記発側端末を特定する情報に対応付けて保持する機能特定情報保持手段と、
を備え、
前記送出方法判定手段は、前記機能特定情報保持手段に保持される情報に基づいて、前記送出方法指定情報により指定される前記呼び出し音の送出方法が、前記発側端末において対応可能な送出方法であるか否かに応じて、前記送出方法指定情報により指定される方法から変更するか否かを判定し、
前記送出方法更新手段は、前記送出方法指定情報により指定される前記発側端末における呼び出し音の送出方法を、前記機能特定情報保持手段に保持される情報に基づいて、前記発側端末において対応可能な送出方法に更新する、呼接続制御装置。
【請求項２】
前記送出方法更新手段において、前記送出方法指定情報により指定される前記発側端末における呼び出し音の送出方法を、ネットワーク経由で呼び出し音を前記発側端末に対して送出する方法に更新した場合に、前記発側端末に対してネットワーク経由の呼び出し音を送出する呼び出し音送出手段をさらに備える請求項１に記載の呼接続制御装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発側端末における呼び出し音（リングバックトーン）の送出に係る制御を行う呼接続制御装置に関する。
【背景技術】
【０００２】
ＬＴＥ（Long  Term  Evolution）上の音声サービスとして、ＩＭＳ（IP  Multimedia  Subsystem）を基盤技術としたＶｏＬＴＥ（Voice  over  LTE）が採用されている。ＩＭＳにおいて発側端末が着側端末に対して呼接続を行う際の発側端末での呼び出し音（リングバックトーン：ＲＢＴ）の送出方法については、種々検討されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特表２０１０−５１６２１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
近年、ＶｏＩＰ（Voice  over  IP）に代表されるようにＩＰネットワーク上で音声通話サービスを提供する形態への移行が進み、通信事業者間のＩＰベースでの相互接続（ＩＰ相互接続）の方法が検討されている。しかしながら、他の通信網とＩＰ相互接続した状況で呼接続を行う場合、通信事業者毎に予め設定されている呼び出し音の送出方法が異なると、発側端末での呼び出し音の送出を行うことができない可能性がある。
【０００５】
本発明は上記を鑑みてなされたものであり、他の通信網と相互接続した状況において発側端末での呼び出し音の送出を好適に行うことができる呼接続制御装置の提供を目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するため、本発明に係る呼接続制御装置は、発側ネットワークに含まれ、自ネットワークに対して接続する通信端末である発側端末と、当該発側ネットワークとの間で相互接続している着側ネットワークに対して接続する着側端末と、の呼接続を制御する呼接続制御装置であって、前記発側端末からの前記着側端末に対する呼接続要求に対して前記着側ネットワークから送信されて、前記発側端末における呼び出し音の送出方法を指定する情報である送出方法指定情報が含まれる呼び出し中通知情報を受信する受信手段と、前記呼び出し中通知情報に含まれる前記送出方法指定情報を参照し、前記発側端末における前記呼び出し音の送出方法を、前記送出方法指定情報により指定される方法から変更するか否かを判定する送出方法判定手段と、前記送出方法判定手段が、前記送出方法指定情報により指定される方法を変更すると判定した場合に、前記送出方法指定情報により指定される前記発側端末における呼び出し音の送出方法を更新する送出方法更新手段と、前記送出方法更新手段による更新が行われた後の前記呼び出し中通知情報を前記発側端末に対して送信する呼び出し中通知情報送信手段と、を備える態様とすることができる。
【０００７】
上記の呼接続制御装置によれば、送出方法判定手段において送出方法指定情報により指定される方法から変更するか否かを判定すると共に、変更する場合には、送出方法更新手段において、送出方法指定情報により指定される発側端末における呼び出し音の送出方法が更新される。したがって、送出方法指定情報により発側端末が対応していない呼び出し音の送出方法が指定された場合であっても、送出方法更新手段において、発側端末における呼び出し音の送出方法を更新された後の呼び出し中通知情報が発側端末に対して送信されることから、発側端末では更新後の呼び出し音の送出方法に基づいた呼び出し音の送出を行うことができる。このように、呼接続制御装置によれば、発側端末での呼び出し音の送出を好適に行うことができる。
【０００８】
ここで、前記送出方法判定手段は、前記送出方法指定情報により指定される前記呼び出し音の送出方法が、前記発側端末において対応可能な送出方法であるかに基づいて、前記発側端末における前記呼び出し音の送出方法を、前記送出方法指定情報により指定される方法から変更するか否かを判定し、前記送出方法更新手段は、前記送出方法指定情報により指定される前記発側端末における呼び出し音の送出方法を、前記発側端末において対応可能な送出方法に更新する態様とすることができる。
【０００９】
上記のように、発側端末において対応可能な送出方法であるかに基づいて、発側端末における呼び出し音の送出方法を、送出方法指定情報により指定される方法から変更するか否かを判定することで、送出方法指定情報の更新に伴って発生する呼接続制御装置における負荷の上昇を抑制した状態で発側端末での呼び出し音の送出を好適に行うことができる。
【００１０】
前記発側端末において対応可能な呼び出し音の送出方法を特定する情報を保持する機能特定情報保持手段をさらに備え、前記送出方法判定手段は、前記機能特定情報保持手段に保持される情報に基づいて、前記発側端末における前記呼び出し音の送出方法を、前記送出方法指定情報により特定される方法から変更するか否かを判定し、前記送出方法更新手段は、前記機能特定情報保持手段に保持される情報に基づいて、前記送出方法指定情報により指定される前記発側端末における呼び出し音の送出方法を更新する態様とすることができる。
【００１１】
上記のように、機能特定情報保持手段において保持される情報に基づいて、呼び出し音の送出方法を送出方法指定情報により特定される方法から変更するか否かを判定すると共に、変更する場合には、機能特定情報保持手段において保持される情報に基づいて送出方法指定情報により指定される発側端末における呼び出し音の送出方法を更新する構成とすることで、発側端末において対応可能な呼び出し音の送出方法について、例えば他の装置に対して問い合わせることなく更新を行うことができ、発側端末での呼び出し音の送出を好適に行うことができる。
【００１２】
前記送出方法更新手段において、前記送出方法指定情報により指定される前記発側端末における呼び出し音の送出方法を、ネットワーク経由で呼び出し音を前記発側端末に対して送出する方法に更新した場合に、前記発側端末に対してネットワーク経由の呼び出し音を送出する呼び出し音送出手段をさらに備える態様とすることができる。
【００１３】
上記のように、ネットワーク経由で呼び出し音を前記発側端末に対して送出する方法に更新した場合に、呼接続制御装置の呼び出し音送出手段が発側端末に対して呼び出し音を送出することで、発側ネットワークにおいて呼び出し音の送出方法を変更したとしても、変更に伴って発生する処理を自ネットワーク内で完結することができ、着側ネットワークにおける特別な処理が追加されることを防いで、ネットワーク経由で呼び出し音を発側端末に対して送出することが可能となる。
【発明の効果】
【００１４】
本発明によれば、他の通信網と相互接続した状況において発側端末での呼び出し音の送出を好適に行うことができる呼接続制御装置が提供される。
【図面の簡単な説明】
【００１５】
【図１】本発明の一実施形態に係る呼接続制御装置を含む通信システムの構成を示す図である。
【図２】通信システムの各装置に係るハードウェア構成を示す図である。
【図３】発側ＩＢＣＦ、着側ＩＢＣＦ、ＲＢＴ送出装置及び発側端末の機能ブロック図である。
【図４】通信システムにおける呼接続制御方法について説明するシーケンス図である。
【図５】発側ＩＢＣＦにおける判断について説明するフロー図である。
【図６】発側ＩＢＣＦにおける判断について説明するフロー図である。
【図７】変形例に係る呼接続制御方法について説明するシーケンス図である。
【発明を実施するための形態】
【００１６】
以下、添付図面を参照して、本発明を実施するための形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。
【００１７】
図１は、本発明に係る呼接続制御装置を含む通信システムのシステム構成図である。図１に示す通信システム１は、いずれも通信端末である発側端末６０Ａ（発側の通信端末）と着側端末６０Ｂ（着側の通信端末）との間の呼接続を制御するシステムである。以下の実施形態では、発側端末６０Ａは発側ネットワークＮ１に接続し、着側端末６０Ｂは着側ネットワークＮ２に接続する場合について説明する。
【００１８】
図１に示すように、通信システム１は、ＡＳ（Application  Server）１０Ａ，１０Ｂと、Ｓ−ＣＳＣＦ（Serving  Call  Session  Control  Function）２０Ａ，２０Ｂと、Ｐ−ＣＳＣＦ（Proxy-CSCF）３０Ａ，３０Ｂと、ＩＢＣＦ（Interconnection  Border  Control  Function）４０Ａ，４０Ｂと、ＲＢＴ送出装置５０Ａ，５０Ｂと、を含んで構成される。このうち、ＡＳ１０Ａ、Ｓ−ＣＳＣＦ２０Ａ、Ｐ−ＣＳＣＦ３０Ａ、ＩＢＣＦ４０Ａ、及び、ＲＢＴ送出装置５０Ａは、発側ネットワークＮ１側で動作する装置である。また、ＡＳ１０Ｂ、Ｓ−ＣＳＣＦ２０Ｂ、Ｐ−ＣＳＣＦ３０Ｂ、ＩＢＣＦ４０Ｂ、及び、ＲＢＴ送出装置５０Ｂは、着側ネットワークＮ２で動作する装置である。同一名の装置は基本的に同じ機能を有する。
【００１９】
発側端末６０Ａは、通信システム１の発側ネットワークＮ１において、Ｓ−ＣＳＣＦ２０Ａ及びＰ−ＣＳＣＦ３０Ａ等を含んで構成されるＩＭＳ（IP  Multimedia  Subsystem）のコアネットワークに対してそれぞれ接続し、無線通信によって種々のサービスの提供を受けることができる。また、着側端末６０Ｂは、通信システム１の発側ネットワークＮ１において、Ｓ−ＣＳＣＦ２０Ｂ及びＰ−ＣＳＣＦ３０Ｂ等を含んで構成されるＩＭＳ（IP  Multimedia  Subsystem）のコアネットワークに対してそれぞれ接続し、無線通信によって種々のサービスの提供を受けることができる。発側端末６０Ａ及び着側端末６０Ｂが提供を受ける種々のサービスとしては、発側ネットワークＮ１におけるパケット交換方式による音声通信（ＶｏＬＴＥ：Voice  over  LTE）サービス及びデータ通信サービス（例えばＳＭＳ又は電子メール等のデータ通信）等がある。発側端末６０Ａ及び着側端末６０Ｂは、例えばスマートフォンやタブレット端末等のユーザにより持ち運ばれる端末装置である。
【００２０】
なお、発側ネットワークＮ１及び着側ネットワークＮ２はＩＰベースでの相互接続（ＩＰ相互接続）を実現しているとする。発側ネットワークＮ１及び着側ネットワークＮ２のいずれにおいてもパケット交換方式による音声通信サービスを提供しているので、ＩＰ相互接続が可能である。
【００２１】
図２は、本実施形態の通信システム１に含まれる各装置のハードウェア構成を示す図である。すなわち、図１に示されるＡＳ１０（１０Ａ，１０Ｂ）、Ｓ−ＣＳＣＦ２０（２０Ａ，２０Ｂ）、Ｐ−ＣＳＣＦ３０（３０Ａ，３０Ｂ）、ＩＢＣＦ４０（４０Ａ，４０Ｂ）、ＲＢＴ送出装置５０（５０Ａ，５０Ｂ）は、物理的には、それぞれ図２に示すように、ＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、データ送受信デバイスである通信モジュール１０４、ハードディスク、フラッシュメモリ等に例示される補助記憶装置１０５、入力デバイスであるタッチパネル及びキーボード等に例示される入力装置１０６、ディスプレイ等の出力装置１０７などを含むコンピュータシステムとして構成されている。通信システム１に含まれる各装置では、図２に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、入力装置１０６、出力装置１０７を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで、各装置における一連の機能が実現される。
【００２２】
以下、図１に戻り、各装置の機能について詳細を説明する。各装置の機能の説明については、発側ネットワークＮ１における装置と着側ネットワークＮ２における装置とは共通しているので一緒に説明する。
【００２３】
ＡＳ１０（１０Ａ，１０Ｂ）は、各種アプリケーションサービスを提供する機能を有する。また、ＡＳ１０では、自ネットワーク内の通信端末それぞれについて、機能を特定する情報を保持している。本実施形態における通信端末の機能を特定する情報とは、通信端末が自端末において呼び出し音（リングバックトーン：ＲＢＴ）を鳴動可能であるかを示す情報である。この点については後述する。
【００２４】
通信端末の機能を特定する情報としては、例えば、通信端末の機種を特定する情報が挙げられる。ネットワークに接続して通信を行う通信端末を特定する情報として、例えば、ＩＭＥＩＳＶ(International  Mobile  Equipment  Identity  Software  Version)が挙げられる。ＩＭＥＩＳＶは端末毎に割り当てられる番号であるため、ＩＭＥＩＳＶは通信端末の機種を特定する情報と読み替えることができる。通信端末の機種に応じて、通信端末の機能は変わるため、通信端末の機種を特定することで通信端末の機能を特定することが可能である。なお、通信端末毎に機能を制限している場合がある。その場合には、ＩＭＥＩＳＶに対応付けて当該端末で制限している機能（又は当該端末に付与されている機能）を示す情報を対応付けて保持しておくことで、通信端末の機能を特定する情報が得られる。
【００２５】
Ｓ−ＣＳＣＦ２０（２０Ａ，２０Ｂ）及びＰ−ＣＳＣＦ３０（３０Ａ，３０Ｂ）は、ＩＭＳにおいて通信端末の呼制御を行う機能を有し、ＳＩＰ（Session  Initiation  Protocol）信号の送受信に係る制御を行う。
【００２６】
また、ＩＢＣＦ４０（４０Ａ，４０Ｂ）は、自ネットワークが他のネットワークとＩＰ相互接続を行う際に、他のネットワークとの間でのＳＩＰ信号を送受信する際のゲートウェイとしての機能を有する。また、ＩＢＣＦ４０は必要に応じてＲＢＴ送出装置に対して呼び出し音（ＲＢＴ）の送信を指示する。
【００２７】
ＲＢＴ送出装置５０（５０Ａ，５０Ｂ）は、自網の通信端末が音声通話の発信操作を行った際に、着側の通信端末との呼接続が成立するまでの呼び出し音（ＲＢＴ）を発側の通信端末に対してネットワークを経由して送出する機能を有する。従来のＲＢＴ送出装置５０の機能は、自網の通信端末に対する呼接続の要求があった場合に、自網のＡＳ２０からの指示に基づいて発側の通信端末に対してＲＢＴを送出する機能であるが、本実施形態では、発側の通信端末が自網にいる場合に、自網のＩＢＣＦ４０からの指示に基づいて発側の通信端末に対してＲＢＴを送出する機能を有することを特徴とする。
【００２８】
ここで、ＩＰ相互接続後の通信網間の呼接続におけるＲＢＴの送出について、従来の構成及び問題点について説明する。ＶｏＬＴＥのようにＩＰベースでの音声通信を行う環境下では、発側の通信端末に対してＲＢＴを送出する方法として、Ｌｏｃａｌ  Ｒｉｎｇｉｎｇ及びＮＷ  Ｒｉｎｇｉｎｇの２種類が知られている。Ｌｏｃａｌ  Ｒｉｎｇｉｎｇとは、発側の通信端末６０においてＲＢＴを鳴動させる（ＲＢＴに対応した音声データを再生する）ことでユーザがＲＢＴを聴取する方法である。一方、ＮＷ  Ｒｉｎｇｉｎｇとは、着側の通信端末６０が接続するネットワークのＲＢＴ送出装置５０から発側の通信端末６０に対してＲＢＴを出力し、発側の通信端末６０では着側ネットワークから送られるＲＢＴ送出装置５０からの音声データを出力しユーザが聴取する方法（ネットワーク経由で発側の通信端末に対して呼び出し音を送出する方法）である。上記の２つの送出方法のうち、どちらの手法によりＲＢＴを送出するかについては、着側ネットワークにおいて指定されて、発側ネットワークに対して通知される。
【００２９】
ただし、着側ネットワークで指定されたＲＢＴの送出方法について、発側ネットワーク又は発側ネットワークに接続する通信端末が対応できない場合がある。例えば、発側ネットワークでは呼接続の際にはＮＷ  Ｒｉｎｇｉｎｇを行うことを前提としていたとする。この場合、通信端末においてＬｏｃａｌ  Ｒｉｎｇｉｎｇを行うためのＲＢＴに対応した音声データを準備していない場合がある。すなわち、通信端末がＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応できていない可能性が考えられる。他のケースとして、例えば、発側ネットワークでは呼接続の際にはＬｏｃａｌ  Ｒｉｎｇｉｎｇを行うことを前提としていたとする。この場合、着側ネットワークからＲＢＴの送出方法としてＮＷ  Ｒｉｎｇｉｎｇを指定したとしても、着側ネットワークではＲＢＴ送出装置から出力されるＲＢＴを発側の通信端末で聴取するための仕組みが設けられていない可能性が考えられる。
【００３０】
無線通信網においては、他のネットワークとの間でのＩＰ相互接続した状況での呼接続はこれまで行われていなかったため、発側ネットワークと着側ネットワークとは実質的に同一であった。そのため、これまでは上記のような問題が生じていなかった。しかしながら、ＩＰ相互接続を用いて互いに異なるネットワーク間での呼接続を行う場合、上記のように着側ネットワークで指定されたＲＢＴの送出方法に対応できておらず、発側の通信端末のユーザがＲＢＴを聴取することができない可能性がある。これに対して、本実施形態の通信システム１では、発側ネットワークに設けられた呼接続制御装置において発側の通信端末に対するＲＢＴの送出方法に係る制御を追加することで、発側の通信端末におけるＲＢＴの送出を好適に行うことを実現している。
【００３１】
以下の実施形態では、着側ネットワークからＬｏｃａｌ  ＲｉｎｇｉｎｇによるＲＢＴの送出が指定されたにもかかわらず、発側の通信端末がＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応できない場合に、発側の通信端末でＲＢＴを出力するための構成及び方法について説明する。
【００３２】
次に、図３を参照しながら、図１に示す発側ＩＢＣＦ４０Ａ、着側ＩＢＣＦ４０Ｂ、発側のＲＢＴ送出装置５０Ａ及び発側端末６０Ａの機能ブロックについて説明する。なお、本実施形態の通信システム１に含まれる発側ＩＢＣＦ４０Ａ及びＲＢＴ送出装置５０Ａが、ＲＢＴの送出に係る制御を行う呼接続制御装置に相当する。
【００３３】
図３に示すように、発側ＩＢＣＦ４０Ａは、ＳＩＰ信号受信部４１（受信手段）、端末判定部４２（機能特定情報保持手段、送出方法判定手段）、ＲＢＴ送出要否判定部４３（送出方法判定手段、送出方法更新手段）、ＲＢＴ指示送信部４４及びＳＩＰ信号送信部４５（呼び出し中通知情報送信手段）を含んで構成される。また、着側ＩＢＣＦ４０ＢはＳＩＰ信号送信部４７を含んで構成される。
【００３４】
まず、着側ＩＢＣＦ４０ＢのＳＩＰ信号送信部４７は、着側端末６０Ｂに対して呼び出しを開始したことを通知する情報を含むＳＩＰ信号を送信する。着側ＩＢＣＦ４０Ｂから発側ＩＢＣＦ４０Ａに対して送信されるＳＩＰ信号とは、発側端末６０Ａからの発信要求に基づいた信号に基づいて着側ネットワークＮ２において着側端末６０Ｂに対して呼び出しを開始したことを通知する情報を含む信号（呼び出し中通知情報）である。ＳＩＰ信号には、発側端末６０Ａを特定する情報と、発側端末６０ＡにおけるＲＢＴの送出方法を指定する情報（送出方法指定情報）と、が含まれる。
【００３５】
発側ＩＢＣＦ４０ＡのＳＩＰ信号受信部４１は、上記の着側ＩＢＣＦ４０Ｂから送信される着側端末６０Ｂに対して呼び出しを開始したことを通知する情報を含むＳＩＰ信号（呼び出し中通知情報）を受信する。ＳＩＰ信号受信部４１で受信されたＳＩＰ信号は、ＲＢＴ送出要否判定部４３に送られる。
【００３６】
端末判定部４２は、ＳＩＰ信号受信部４１で受信されたＳＩＰ信号に含まれる発側端末６０Ａを特定する情報に基づいて、発側端末６０ＡがＳＩＰ信号で指定されたＲＢＴの送出方法に対応可能な端末であるか否かの判定が行われる。端末判定部４２において発側端末６０ＡがＳＩＰ信号で指定されたＲＢＴの送出方法に対応可能な端末であるか否かを判定する際には、発側端末６０ＡがＳＩＰ信号で指定されたＲＢＴの送出方法に対応可能であるかを特定する情報が必要である。したがって、端末判定部４２は、必要に応じて、発側端末６０Ａに係る上記の情報を保持するＡＳ１０Ａ等に問い合わせて発側端末６０Ａの機能を特定する情報等を取得する構成としてもよい。また、発側端末６０Ａを特定する情報と発側端末６０Ａが対応可能なＲＢＴの送出方法との対応を示す情報を保持したＤＢ（機能特定情報保持手段）を端末判定部４２が予め保持する構成としてもよい。
【００３７】
ＲＢＴ送出要否判定部４３では、端末判定部４２における判定結果に基づいて、ＲＢＴ送出装置５０ＡからのＲＢＴの送出が必要か否かを判断する。ＲＢＴ送出装置５０ＡからのＲＢＴの送出が必要なケースとは、発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応していないケースである。すなわち、端末判定部４２は、発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応可能な端末であるか否かを判断し、ＲＢＴ送出要否判定部４３は、発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇ対応不可能である場合に、ＲＢＴ送出装置５０ＡへのＲＢＴ送出指示を送信すると判定する。
【００３８】
ＲＢＴ指示送信部４４は、ＲＢＴ送出要否判定部４３の判定結果に基づいて、ＲＢＴ送出装置５０Ａに対してＲＢＴの送出を指示する機能を有する。
【００３９】
ＳＩＰ信号送信部４５は、ＳＩＰ信号受信部４１で受信した信号を発側端末６０Ａに対して送信する機能を有する。
【００４０】
次に、ＲＢＴ送出装置５０Ａは、ＲＢＴ指示受信部５１とＲＢＴ送出部５２（呼び出し音送出手段）とを有する。
【００４１】
ＲＢＴ指示受信部５１は、発側ＩＢＣＦ４０ＡからのＲＢＴの送出に係る指示を受信する機能を有する。
【００４２】
ＲＢＴ送出部５２は、ＲＢＴ指示受信部５１が発側ＩＢＣＦ４０Ａから受信した指示に基づいて、自ネットワークに接続する発側端末６０Ａに対してＲＢＴを送出する機能を有する。具体的には、ＲＢＴ送出装置５０Ａと発側端末６０Ａとの間で音声データを送信するための通信路を設けた後に、ＲＢＴ送出装置５０ＡにおいてＲＢＴに用いる音声データを再生する。これにより、発側端末６０Ａのユーザは、ＲＢＴ送出装置５０で再生された音声データをＲＢＴとして聴取することができる。
【００４３】
次に、発側端末６０Ａは、ＳＩＰ信号受信部６１とメディア受信部６２とを有する。
【００４４】
ＳＩＰ信号受信部６１は、発側ＩＢＣＦ４０ＡからのＳＩＰ信号を受信する機能を有する。
【００４５】
メディア受信部６２は、ＲＢＴ送出装置５０Ａから送出されるＲＢＴを受信してユーザに対して音声出力する機能を有する。具体的には、上述のように、ＲＢＴ送出装置５０Ａと発側端末６０Ａとの間で音声データを送信するための通信路を設けた後に、ＲＢＴ送出装置５０Ａにおいて再生される音声データを受信して、ＲＢＴとして出力する。
【００４６】
次に、図４〜図６を参照しながら、発側端末６０ＡにおけるＲＢＴの送出に関する具体的な処理について説明する。図４は一連の処理を説明するシーケンス図であり、図５及び図６は一連の処理において発側ＩＢＣＦ４０Ａで行われる判断について説明するフロー図である。なお、図４〜図６では、発側ネットワークＮ１では、ＮＷ  ＲｉｎｇｉｎｇによるＲＢＴ送出を用いることが予め設定されている（デフォルトとして設定されている）場合について説明する。
【００４７】
まず、発側端末６０Ａが着側端末６０Ｂを指定した発信操作を行う（Ｓ０１）ことにより、着側端末６０Ｂに対して呼接続要求に係る信号（INVITE）が送信される（Ｓ０２）。この信号（INVITE）は、Ｐ−ＣＳＣＦ３０Ａ／Ｓ−ＣＳＣＦ２０Ａ、発側ＩＢＣＦ４０Ａ、着側ＩＢＣＦ４０Ｂ等を経由して着側端末６０Ｂへ到達する。
【００４８】
呼接続要求に係る信号（INVITE）を受信した着側端末６０Ｂでは、ユーザに対する呼び出し音の鳴動を開始する（Ｓ０３）。また、着側端末６０ＢからＡＳ１０Ｂに対して、呼接続要求に係る信号（INVITE）に対して呼び出しを開始した旨を通知する信号（180  Ringing）が送信される（Ｓ０４）。
【００４９】
ＡＳ１０Ｂでは、着側端末６０Ｂからの呼び出しを開始した旨を通知する信号（180  Ringing）に対してＲＢＴの送出方法を指定した情報を追加して、着側ＩＢＣＦ４０Ｂに対して送信される（Ｓ０５）。次いで、着側ＩＢＣＦ４０ＢのＳＩＰ信号送信部４７では、ＡＳ１０Ｂからの信号を発側ＩＢＣＦ４０Ａに対して送信する（Ｓ０５）。ここでは、ＡＳ１０Ｂによって、ＲＢＴの送出方法としてＬｏｃａｌ  Ｒｉｎｇｉｎｇが指定されたとする。また、着側端末６０Ｂからの呼び出しを開始した旨を通知する信号（180  Ringing：呼び出し中通知情報）には、発側端末６０Ａを特定する情報が含まれる。
【００５０】
発側ＩＢＣＦ４０ＡのＳＩＰ信号受信部４１は着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）を受信する。次に、端末判定部４２において、着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）で特定される発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応可能かの判定を行った上で、ＲＢＴ送出要否判定部４３においてＲＢＴの送出方法をＮＷ  Ｒｉｎｇｉｎｇに変更するか否かを判定する（Ｓ０６）。発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応できない場合には、ＮＷ  Ｒｉｎｇｉｎｇに変更を行う。
【００５１】
図５を参照しながら、ＮＷ  Ｒｉｎｇｉｎｇへの変更に係る判定及び処理について説明する。まず、ＳＩＰ信号受信部４１において、着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）を受信（Ｓ２１）すると、信号で指定されたＲＢＴ送出方式がＮＷ  ＲｉｎｇｉｎｇかＬｏｃａｌ  Ｒｉｎｇｉｎｇであるかを確認する。信号で指定されたＲＢＴ送出方式がＮＷ  Ｒｉｎｇｉｎｇである場合には、発側ネットワークＮ１において対応可能であるので、パラメータを透過、すなわち、ＲＢＴ送出方式の変更等の対応を行わない（Ｓ２３）。一方、信号で指定されたＲＢＴ送出方式がＬｏｃａｌ  Ｒｉｎｇｉｎｇである場合には、従来使用していないＲＢＴ送出方式であるので、発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応可能であるかを確認する（Ｓ２４）。この確認はＲＢＴ送出要否判定部４３が端末判定部４２に問い合わせることにより行われる。ここで、発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応可能な端末である場合には（Ｓ２４−ＹＥＳ）、パラメータを透過、すなわち、ＲＢＴ送出方式の変更等の対応を行わない（Ｓ２５）。一方、発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応していない端末である場合には（Ｓ２４−ＮＯ）、着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）において指定されているＲＢＴ送出方式をＮＷ  Ｒｉｎｇｉｎｇに変換（更新）すると共に、ＲＢＴ送信要求をＲＢＴ送出装置５０Ａに対して送信することを決定する（Ｓ２６）。
【００５２】
このように、発側ＩＢＣＦ４０Ａでは、発側端末６０Ａが着側ネットワークＮ２側から指定されたＲＢＴ送出方式に対応できない場合に、ＲＢＴ送出方式の変更を行う。
【００５３】
その後、図４に戻り、着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）で指定されたＲＢＴ送出方式がＮＷ  Ｒｉｎｇｉｎｇに変更されたＳＩＰ信号（180  Ringing）が発側ＩＢＣＦ４０ＡのＳＩＰ信号送信部４５から発側端末６０Ａへ送信される（Ｓ０７）。発側端末６０Ａでは、ＳＩＰ信号受信部６１においてＳＩＰ信号が受信される。
【００５４】
また、発側ＩＢＣＦ４０Ａでは、ＲＢＴ指示送信部４４からＲＢＴ送出装置５０Ａに対して、ＲＢＴの送出要求が送信される（Ｓ０８）。ＲＢＴの送出指示には、送出先の端末である発側端末６０Ａを特定する情報が含まれる。ＲＢＴ送出装置５０ＡではＲＢＴ指示受信部５１において発側ＩＢＣＦ４０ＡからのＲＢＴの送出指示を受信すると、発側端末６０Ａに対してＲＢＴを送出する（Ｓ０９）。発側端末６０Ａのメディア受信部６２では、ＲＢＴ送出装置５０ＡからのＲＢＴとして音声データを受信するとＲＢＴとして出力する。
【００５５】
なお、発側端末６０Ａからの呼接続要求に係る信号（INVITE）に対して、着側端末６０Ｂのユーザが応答した場合（Ｓ１０）には、発側端末６０ＡでのＲＢＴを中止するための処理が行われる。すなわち、着側端末６０Ｂから、着側ＩＢＣＦ４０Ｂを経由して発側ＩＢＣＦ４０Ａに対して、発側端末６０Ａからの呼接続要求に係る信号（INVITE）に対する応答信号（200  OK  (INVITE)）が送信される（Ｓ１１）。発側ＩＢＣＦ４０ＡのＳＩＰ信号受信部４１において着側ＩＢＣＦ４０Ｂからの信号を受信すると、ＲＢＴ送出要否判定部４３において、ＲＢＴ停止要求の送信要否に係る判定が行われる（Ｓ１２）。発側ＩＢＣＦ４０Ａにおいて着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）で指定されたＲＢＴ送出方式を変換している場合、ＲＢＴの送出停止に係る処理も発側ＩＢＣＦ４０Ａで行う必要があるからである。
【００５６】
図６に示すように、着側ＩＢＣＦ４０Ｂから発側端末６０Ａからの呼接続要求に係る信号（INVITE）に対する応答信号（200  OK  (INVITE)）を受信した場合には、ＲＢＴ送出要否判定部４３では、ＲＢＴ送出装置５０ＡからＲＢＴの送出をしているか否かの判断を行う（Ｓ３２）。このとき、ＲＢＴ送出装置５０Ａに対してＲＢＴ送出指示を送信したか否かに基づいてＲＢＴ送出装置５０ＡからＲＢＴの送出の有無を確認する構成としてもよい。ＲＢＴ送出装置５０ＡからのＲＢＴの送出を行っている場合には（Ｓ３２−ＹＥＳ）、ＲＢＴ送出装置５０Ａに対してＲＢＴ送出の停止を指示すると共に、発側端末６０Ａに対して応答信号（200  OK  (INVITE)）を送信することを決定する（Ｓ３３）。また、ＲＢＴ送出装置５０ＡからのＲＢＴの送出を行っていない場合には（Ｓ３２−ＮＯ）、ＲＢＴ送出装置５０Ａに対する指示等は行わず、発側端末６０Ａに対して応答信号（200  OK  (INVITE)）を送信することを決定する（Ｓ３３）。
【００５７】
図４に示すケースでは、ＲＢＴ送出装置５０Ａに対してＲＢＴの送出を指示しているので、発側ＩＢＣＦ４０ＡのＲＢＴ指示送信部４４からＲＢＴ送出装置５０Ａに対して、ＲＢＴ送出の停止を指示する。ＲＢＴ送出装置５０Ａでは、発側ＩＢＣＦ４０Ａからの指示に基づきＲＢＴの送出を停止する。また、発側ＩＢＣＦ４０ＡのＳＩＰ信号送信部４５から発側端末６０Ａに対して、着側端末６０Ｂからの応答信号（200  OK  (INVITE)）を送信する。これにより、発側端末６０Ａと着側端末６０Ｂとの間での音声接続に係る処理が行われる。
【００５８】
このように、通信システム１では、着側ネットワークＮ２で指定されたＲＢＴの送出方法（ここでは、Ｌｏｃａｌ  Ｒｉｎｇｉｎｇ）について、発側ネットワークＮ１に接続する通信端末（発側端末６０Ａ）が対応できない場合には、発側ネットワークＮ１の発側ＩＢＣＦ４０Ａにおいて、発側端末６０Ａにおいて対応可能なＲＢＴの送出方法を確認した上でＲＢＴの送出方法を変更する。また、ＲＢＴの送出方法の変更に伴い、ネットワーク側からのＲＢＴの送出が必要な場合（ＮＷ  Ｒｉｎｇｉｎｇ）には、自ネットワークのＲＢＴ送出装置５０Ａから発側端末６０Ａに対してＲＢＴを送出する。したがって、着側ネットワークＮ２で指定されたＲＢＴの送出方法（ここでは、Ｌｏｃａｌ  Ｒｉｎｇｉｎｇ）について、発側ネットワークＮ１に接続する通信端末（発側端末６０Ａ）が対応できない場合にも、発側端末６０ＡにおいてＲＢＴの送出を好適に行うことができる。
【００５９】
また、従来のＮＷ  Ｒｉｎｇｉｎｇの場合には着側ネットワークＮ２側のＲＢＴ送出装置５０Ｂから発側端末６０Ａに対してＲＢＴが送出される。これに対して、上記の通信システム１では、発側ネットワークＮ１側でＲＢＴの送出を変更するため、発側ネットワークＮ１側のＲＢＴ送出装置５０Ａから発側端末６０Ａに対してＲＢＴが送出される構成を採用している。したがって、ＲＢＴの送出方法を発側端末６０Ａが接続する発側ネットワークＮ１において変更したとしても、変更に伴って発生する処理を自ネットワーク（発側ネットワークＮ１）内で完結することができ、着側ネットワークＮ２における特別な処理が追加されることを防ぐことができる。
【００６０】
（変形例）
図４〜図６では発側ネットワークＮ１に接続する発側端末６０ＡがＮＷ  Ｒｉｎｇｉｎｇに対応し、Ｌｏｃａｌ  Ｒｉｎｇｉｎｇに対応していない場合について説明したが、本発明に係る呼接続制御装置は、逆の場合にも対応することができる。すなわち、発側端末６０ＡがＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応し、ＮＷ  Ｒｉｎｇｉｎｇに対応していない場合である。このとき、着側ネットワークＮ２で指定されたＲＢＴの送出方法がＮＷ  Ｒｉｎｇｉｎｇである場合には、図４〜図６で説明したケースと同様に、発側端末６０ＡにおいてＲＢＴが出力されないことが考えられる。このような場合の呼接続制御装置による制御方法について、図７を参照しながら説明する。なお、図４で示したケースと同様の処理を行う場合には説明を簡略化する場合がある。
【００６１】
まず、発側端末６０Ａが着側端末６０Ｂを指定した発信操作を行う（Ｓ４１）ことにより、着側端末６０Ｂに対して呼接続要求に係る信号（INVITE）が送信される（Ｓ４２）。この信号（INVITE）は、Ｐ−ＣＳＣＦ３０Ａ／Ｓ−ＣＳＣＦ２０Ａ、発側ＩＢＣＦ４０Ａ、着側ＩＢＣＦ４０Ｂ等を経由して着側端末６０Ｂへ到達する。
【００６２】
呼接続要求に係る信号（INVITE）を受信した着側端末６０Ｂでは、ユーザに対する呼び出し音の鳴動を開始する（Ｓ４３）。また、着側端末６０ＢからＡＳ１０Ｂに対して、呼接続要求に係る信号（INVITE）に対して呼び出しを開始した旨を通知する信号（180  Ringing）が送信される（Ｓ４４）。
【００６３】
ＡＳ１０Ｂでは、着側端末６０Ｂからの呼び出しを開始した旨を通知する信号（180  Ringing）に対してＲＢＴの送出方法を指定した情報を追加して、着側ＩＢＣＦ４０Ｂに対して送信される（Ｓ４５）。次に、着側ＩＢＣＦ４０ＢのＳＩＰ信号送信部４７では、ＡＳ１０Ｂからの信号を発側ＩＢＣＦ４０Ａに対して送信する（Ｓ４５）。ここでは、ＡＳ１０Ｂによって、ＲＢＴの送出方法としてＮＷ  Ｒｉｎｇｉｎｇが指定されたとする。着側端末６０Ｂからの呼び出しを開始した旨を通知する信号（180  Ringing）には、発側端末６０Ａを特定する情報が含まれる。
【００６４】
発側ＩＢＣＦ４０ＡのＳＩＰ信号受信部４１は着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）を受信する。次に、端末判定部４２において、着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）で特定される発側端末６０ＡがＮＷ  Ｒｉｎｇｉｎｇに対応可能かの判定を行った上で、ＲＢＴ送出要否判定部４３においてＲＢＴの送出方法をＮＷ  ＲｉｎｇｉｎｇからＬｏｃａｌ  Ｒｉｎｇｉｎｇに変更するか否かを判定する（Ｓ４６）。発側端末６０ＡがＮＷ  Ｒｉｎｇｉｎｇに対応できない場合には、Ｌｏｃａｌ  Ｒｉｎｇｉｎｇに変更を行う。
【００６５】
図７に示すケースでは、発側端末６０ＡがＮＷ  Ｒｉｎｇｉｎｇに対応していない。したがって、ＲＢＴ送出方式の書き換え（更新）が行われる。次に、着側ＩＢＣＦ４０Ｂからの信号（180  Ringing）で指定されたＲＢＴ送出方式がＬｏｃａｌ  Ｒｉｎｇｉｎｇに変更されたＳＩＰ信号（180  Ringing）が発側ＩＢＣＦ４０ＡのＳＩＰ信号送信部４５から発側端末６０Ａへ送信される（Ｓ４７）。発側端末６０Ａでは、ＳＩＰ信号受信部６１においてＳＩＰ信号が受信される。これにより発側端末６０Ａでは、ＳＩＰ信号に基づいて、Ｌｏｃａｌ  Ｒｉｎｇｉｎｇの動作、すなわちＲＢＴの鳴動を行う（Ｓ４８）。
【００６６】
一方、着側のＡＳ１０Ｂは、発側端末６０Ａに対するＮＷ  Ｒｉｎｇｉｎｇを行うための動作を行う。具体的には、ＡＳ１０ＢからＲＢＴ送出装置５０Ｂに対して、ＲＢＴの送出要求が送信される（Ｓ４９）。ＲＢＴの送出指示には、送出先の端末である発側端末６０Ａを特定する情報が含まれる。ＲＢＴ送出装置５０Ｂでは着側のＡＳ１０ＢからのＲＢＴの送出指示を受信すると、発側端末６０Ａに対して通常通りＲＢＴを送出する（Ｓ５０）。ただし、発側端末６０ＡはＮＷ  Ｒｉｎｇｉｎｇに対応していないため、ＲＢＴ送出装置５０Ｂとの間での音声パスを設けていない。したがって、ＲＢＴ送出装置５０ＢからのＲＢＴは発側端末６０Ａにおいて出力することができないため、発側端末６０ＡではＲＢＴ送出装置５０ＢからのＲＢＴは聴取することができない。
【００６７】
なお、発側端末６０Ａからの呼接続要求に係る信号（INVITE）に対して、着側端末６０Ｂのユーザが応答した場合（Ｓ５０）には、発側端末６０ＡでのＲＢＴを中止するための処理が行われる。すなわち、着側端末６０Ｂから、着側ＩＢＣＦ４０Ｂを経由して発側ＩＢＣＦ４０Ａに対して、発側端末６０Ａからの呼接続要求に係る信号（INVITE）に対する応答信号（200  OK  (INVITE)）が送信される（Ｓ５２）。
【００６８】
着側端末６０Ｂの応答信号（200  OK  (INVITE)）はＡＳ１０Ｂにも送信されるため、ＡＳ１０Ｂは、応答信号（200  OK  (INVITE)）の受信を契機に、ＲＢＴ送出装置５０Ｂに対してＲＢＴの送出停止を指示する（Ｓ５３）。これに基づいて、ＲＢＴ送出装置５０Ｂから発側端末６０Ａに対するＲＢＴの送出が停止されるが、上述のように発側端末６０ＡではＲＢＴ送出装置５０ＢからのＲＢＴを出力していないため、新たな処理は発生しない。
【００６９】
一方、発側ＩＢＣＦ４０ＡのＳＩＰ信号受信部４１において着側ＩＢＣＦ４０Ｂからの信号を受信すると、ＲＢＴ送出要否判定部４３において、ＲＢＴ停止要求の送信要否に係る判定が行われる（Ｓ５４）。図７に示すケースでは、発側ＩＢＣＦ４０ＡからはＲＢＴ送出装置５０Ａに対してＲＢＴ送出の指示を行っていないので、ＲＢＴ送出装置５０Ａに対する指示等は行わず、発側端末６０Ａに対して応答信号（200  OK  (INVITE)）を送信する（Ｓ５５）。これにより、発側端末６０Ａと着側端末６０Ｂとの間での音声接続に係る処理が行われる。
【００７０】
このように、通信システム１では、着側ネットワークＮ２で指定されたＲＢＴの送出方法がＮＷ  Ｒｉｎｇｉｎｇである場合でも、発側ネットワークに接続する通信端末（発側端末６０Ａ）が対応できない場合には、発側ネットワークＮ１の発側ＩＢＣＦ４０Ａにおいて、発側端末６０Ａにおいて対応可能なＲＢＴの送出方法を確認した上でＲＢＴの送出方法を変更する。これにより、着側ネットワークＮ２で指定されたＲＢＴの送出方法に対して発側ネットワークＮ１に接続する通信端末（発側端末６０Ａ）が対応できない場合に、発側端末６０ＡにおいてＲＢＴの送出が可能となる。
【００７１】
また、着側ネットワークＮ２ではＲＢＴの送出方法がＮＷ  Ｒｉｎｇｉｎｇである場合にも、ＲＢＴの送出方法を発側端末６０Ａが接続する発側ネットワークＮ１において変更したとしても、変更に伴って発生する処理を自ネットワーク（発側ネットワークＮ１）内で完結することができ、着側ネットワークＮ２における特別な処理が追加されることを防ぐことができる。
【００７２】
以上、本発明をその実施形態に基づいて詳細に説明した。しかし、本発明は上記実施形態に限定されるものではない。本発明は、その要旨を逸脱しない範囲で以下のような様々な変形が可能である。
【００７３】
例えば、上記実施形態の通信システム１では、呼接続制御装置に含まれる装置が発側ＩＢＣＦ４０ＡとＲＢＴ送出装置５０Ａとである場合について説明したが、呼接続制御装置に係る機能が１台の装置にまとめられていてもよい。また、呼接続制御装置に係る機能が３台以上の装置に分散された構成であってもよい。また、呼接続制御装置に含まれる機能を発側ＩＢＣＦ４０Ａ及びＲＢＴ送出装置５０Ａとは異なる装置が有していてもよい。具体的には、ＲＢＴの送出要否の判定及びＲＢＴの送出指示を発側ＩＢＣＦ４０ＡではなくＡＳ１０Ａが行うような構成としてもよい。このように、呼接続制御装置に係る機能を他の装置が備えていてもよい。
【００７４】
また、上記実施形態では、発側ＩＢＣＦ４０Ａにおいて発側端末６０Ａが対応可能であるかに基づいてＲＢＴの送出方法を変更するか否かを判定していた。これに対して、発側端末６０Ａが対応可能な送出方法であるか否かに基づくことなく、ＲＢＴの送出方法を変更するか否かを判定する構成とすることもできる。例えば、発側ネットワークＮ１に接続する通信端末においてＬｏｃａｌ  Ｒｉｎｇｉｎｇに対応する通信端末が著しく少ない場合に、着側ネットワークＮ２から受信したＳＩＰ信号において指定されるＲＢＴ送出方法がＮＷ  Ｒｉｎｇｉｎｇであるか否かを判断基準としてＮＷ  Ｒｉｎｇｉｎｇ以外の送出方法（Ｌｏｃａｌ  Ｒｉｎｇｉｎｇ）が指定されている場合には、一律ＮＷ  Ｒｉｎｇｉｎｇに変更する構成としてもよい。このように、ＲＢＴの送出方法を変更するか否かを判定する際の基準は適宜変更することができる。ただし、ＲＢＴ送出方法を一律でＮＷ  Ｒｉｎｇｉｎｇに変更する場合、ＲＢＴ送出装置５０ＡからのＲＢＴの送出負荷が上昇する可能性がある。また、発側ＩＢＣＦ４０Ａにおける信号の変換（更新）作業が増大する可能性がある。したがって、発側端末６０Ａが着側ネットワークＮ２から受信したＳＩＰ信号において指定されるＲＢＴ送出方法に対して対応可能であるかに基づいてＲＢＴ送出方法の変更要否を確認する構成を採用したほうが、各装置における負荷の上昇を抑制することができる。
【００７５】
また、上記実施形態では、発側端末６０ＡにおけるＲＢＴの送出方法がＮＷ  Ｒｉｎｇｉｎｇ及びＬｏｃａｌ  Ｒｉｎｇｉｎｇの２種類に限定されている場合について説明した。しかしながら、発側端末６０ＡにおけるＲＢＴの送出方法が３種類以上ある場合にも本発明は適用することができる。その場合、発側ＩＢＣＦ４０Ａにおいて、着側ネットワークＮ２で指定されたＲＢＴ送出方法から変更するか否かを判定し、変更する場合には、発側端末６０Ａが対応可能なＲＢＴ送出方法へＲＢＴ送出方法を変更する構成とすることが好ましい。
【符号の説明】
【００７６】
１…通信システム、１０…ＡＳ、２０…Ｓ−ＣＳＣＦ、３０…Ｐ−ＣＳＣＦ、４０…ＩＢＣＦ、５０…ＲＢＴ送出装置、６０…通信端末、Ｎ１…発側ネットワーク、Ｎ２…着側ネットワーク。
【図１】
0006615591.tif 000002
【図２】
0006615591.tif 000003
【図３】
0006615591.tif 000004
【図４】
0006615591.tif 000005
【図５】
0006615591.tif 000006
【図６】
0006615591.tif 000007
【図７】
0006615591.tif 000008