(57)【要約】【課題】第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムにおいて、リソースの迅速な解放を行なうことを課題とする。【解決手段】アプリケーションサーバ装置は、第一の回線網から第二の回線網に切り替えるために移動体通信端末によって送信されるメッセージを受信すると、当該移動体通信端末が第一の回線網において利用していたリソースを解放する指示メッセージを移動体通信端末に対して送信し、リソースを解放する指示メッセージを受信した移動体通信端末は、第一の回線網で利用していたリソースを解放する。【選択図】        図１
2009212606.tif 000002
【特許請求の範囲】
【請求項１】
第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段とを備え、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
【請求項２】
前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記リソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする請求項１に記載の音声呼通信切替システム。
【請求項３】
前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記サーバ装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に送信し、
前記リソース解放手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする請求項１に記載の音声呼通信切替システム。
【請求項４】
第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置と、当該回線網間においてやり取りされる通信制御メッセージのルーティングを制御する呼制御装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記呼制御装置に送信するリソース解放指示送信手段とを備え、
前記呼制御装置は、
前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送するリソース解放指示転送手段を備え、
前記移動体通信端末は、
前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
【請求項５】
前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示転送手段は、前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする請求項４に記載の音声呼通信切替システム。
【請求項６】
第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムにおける前記サーバ装置であって、
前記移動体通信端末が前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段と、
を備えたことを特徴とするサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムに関する。
【背景技術】
【０００２】
従来より、携帯電話機などの移動体通信端末は、音声通信を行う際に、発信側と着信側との間で回線を確立してから通信を開始する回線交換型の回線交換網を広く利用している。この回線交換網では、ＩＳＵＰ（ISDN  User  Part）と呼ばれる通信制御プロトコルを利用した様々な音声呼通信サービスが展開されている。
【０００３】
また、最近では、音声通信を行う際に、発信側と着信側との間で回線を確立することなく、目的の宛先までパケットを送信することにより通信するＩＰ（Internet  Protocol）パケット交換型のＩＰパケット網が利用されつつある。このＩＰパケット網では、ＳＩＰ（Session  Initiated  Protocol）と呼ばれる通信制御プロトコルを利用した様々な音声呼通信サービスが展開されている。また、ＩＰパケット網ベースの無線ＬＡＮ／固定網は、ＩＰ技術によって統合実現するシステム基盤であるＩＭＳ（IP  Multimedia  Subsystem）に接続して、様々なマルチメディアサービスを提供している。
【０００４】
そして、第３世代移動体通信システムの標準化プロジェクトである３ＧＰＰ（３rd  Generation  Partnership  Project）では、上記した回線交換網とＩＰパケット網との異なる通信制御プロトコル間において、音声呼を切り替えて音声呼通信サービスの継続を可能とするＶＣＣ（Voice  Call  Continuity）仕様の標準化が進められている。具体的には、ＩＰパケット網ベースの無線ＬＡＮ／固定網は、ＩＭＳのアプリケーションとして音声呼の切替制御を実現するＤＴＦ（Domain  Transfer  Function）によって、回線交換網のＣＳ（Circuit  Switched）ドメインとＩＭＳ側ＩＰパケット網のＰＳ（Packet  Switched）ドメインとの間の音声呼通信継続サービスを実現している（非特許文献１、非特許文献２参照）。
【０００５】
つまり、従来技術に係る音声呼通信切替システムにおいては、回線交換網であるＣＳドメインを利用して通信していた移動体通信端末（ＶＣＣ  ＵＥ）が、ＩＰパケット網であるＰＳドメインを利用した通信下に移動すると、当該移動体通信端末の通信を切断することなく、ＣＳドメインにおいて移動体通信端末が通信する際に利用していたリソースを、ＭＧＣＦを介して解放する。
【０００６】
ここで、上記した回線交換網であるＣＳドメインとＩＰパケット網であるＰＳドメインとの間における音声呼通信切替システムによる処理を、図２８および図２９を用いて説明する。図２８は、従来技術に係る音声呼通信切替システムの構成例を示す図であり、図２９は、従来技術に係る音声呼通信切替システムにおける制御信号の流れの例を示す図である。
【０００７】
図２８に示すように、回線交換網であるＣＳドメインにおいては、当該ＣＳドメインにおけるサービス制御ノードであるＭＳＣ（Mobile  Services  Switching  Centre）によって、ＶＣＣ端末であるＶＣＣ  ＵＥ（User  Equipment）と通信相手の端末であるｒｅｍｏｔｅ  Ｅｎｄとの通信制御が行なわれている。また、実際には、ＶＣＣ  ＵＥとｒｅｍｏｔｅ  Ｅｎｄとの一対一の通信が複数存在している。そして、ＩＰパケット網であるＰＳドメインにおいては、当該ＰＳドメインにおける通信制御プロトコルであるＳＩＰのルーティングやＩＭＳの基本サービスである認証および認可などを提供するＣＳＣＦ（Call  Server  Control  Function）によって、ＶＣＣ  ＵＥとｒｅｍｏｔｅ  Ｅｎｄとの通信制御が行なわれている。また、ＣＳドメインとＰＳドメインとの間に配置されたＭＧＣＦ（Media  Gateway  Control  Function）は、ＣＳドメインとＰＳドメインとの間において通信制御プロトコルの変換や連携などを行う。なお、ＡＳ（Application  Services）は、ＰＳドメインにおける上記したサービスであって、さらには、ＰＳドメインにおける上記したサービスとは異なる各種サービスを行なうものである。
【０００８】
このような構成において、音声呼通信切替システムは、ＶＣＣ  ＵＥとｒｅｍｏｔｅ  Ｅｎｄとの間で通信され、当該ＶＣＣ  ＵＥがＣＳドメインとＰＳドメインとの間で移動した場合に、通信路における制御信号の切替制御（Domain  Transfer）を行なうＤＴＦによって通信路が切り替えられる。なお、以下では、上記したＡＳ（Application  Service）によるサービスの一つとして説明したＤＴＦ（VCC  Application）を、ＡＳ（Application  Server）に統合した例を説明する。
【０００９】
図２８に示した構成において、ＶＣＣ  ＵＥがｒｅｍｏｔｅ  ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動した際の制御信号の流れを、図２９を用いて具体的に説明する。図２９に示すように、ＶＣＣ  ＵＥがＣＳドメインからＰＳドメインに移動すると、ＶＣＣ  ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳ（Application  Server）に対して送信する（図２９の（１）参照）。
【００１０】
そして、ＶＣＣ  ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（図２９の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ  ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図２９の（３）参照）。
【００１１】
その後、ｒｅｍｏｔｅ  ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＶＣＣ  ＵＥに対して送信する（図２９の（４）参照）。そして、ＶＣＣ  ＵＥに対して要求処理成功通知を送信したＡＳは、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦに対して送信する（図２９の（５）参照）。
【００１２】
図３０は、従来技術に係るＡＳがＭＧＣＦに対して送信するセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージ情報の例を示す図である。図３０に示すように、ＡＳがＭＧＣＦに対して送信するセッション終了要求「ＳＩＰ：ＢＹＥ」は、リクエストの種別と宛先を示す「ＢＹＥ  ｓｉｐ」と、リクエスト応答先の指定を示す「Ｖｉａ」と、最大転送許容数を示す「Ｍａｘ−Ｆｏｒｗａｒｄｓ」と、リクエストの送信元を示す「Ｆｒｏｍ」と、リクエストの宛先を示す「Ｔｏ」と、セッション識別ＩＤを示す「Ｃａｌｌ−ＩＤ」と、コマンドシーケンス番号とメソッドとを示す「Ｃｓｅｑ」と、メッセージボディのサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」との情報を有する。
【００１３】
続いて、ＡＳからセッション終了要求を受信したＭＧＣＦは、ＣＳドメインでの通信を切断（リソースを解放）させるために、切断メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ  Ｍｅｓｓａｇｅ」を、ＭＳＣに対して送信する（図２９の（６）参照）。その後、ＭＧＣＦから切断メッセージを受信したＭＳＣは、当該ＭＳＣとＭＧＣＦとのリソースの解放（リソースの復旧）が完了したことを示す復旧完了メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ」を、ＭＧＣＦに対して送信する（図２９の（７）参照）。なお、ＭＳＣから復旧完了メッセージを受信したＭＧＣＦは、セッション終了要求に対する応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図２９の（１１）参照）。
【００１４】
ここで、ＭＧＣＦがＡＳに対して送信する要求処理成功通知「ＳＩＰ：２００  ＯＫ」について、図３１を用いて説明する。図３１は、従来技術に係るＭＧＣＦがＡＳに対して送信する要求処理成功通知「ＳＩＰ：２００  ＯＫ」メッセージ情報の例を示す図である。図３１に示すように、ＭＧＣＦがＡＳに対して送信する要求処理成功通知「ＳＩＰ：２００  ＯＫ」は、レスポンス種別と宛先とを示す「ＳＩＰ／２．０  ２００  ＯＫ」と、リクエスト応答先の指定を示す「Ｖｉａ」と、最大転送許容数を示す「Ｍａｘ−Ｆｏｒｗａｒｄｓ」と、リクエストの送信元を示す「Ｆｒｏｍ」と、リクエストの宛先を示す「Ｔｏ」と、セッション識別ＩＤを示す「Ｃａｌｌ−ＩＤ」と、コマンドシーケンス番号とメソッドとを示す「Ｃｓｅｑ」と、メッセージボディのサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」との情報を有する。
【００１５】
そして、ＭＧＣＦに対して復旧完了メッセージを送信したＭＳＣは、ＣＳドメインを利用したＶＣＣ  ＵＥの通信を切断（リソースを解放）するために、通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、ＲＮＣ（Radio  Network  Controller）を介してＶＣＣ  ＵＥに対して送信する（図２９の（８）参照）。
【００１６】
続いて、ＭＳＣから通信切断要求を受信したＶＣＣ  ＵＥは、当該通信切断要求の応答である通信解放要求「ＣＣ：ＲＥＬＥＡＳＥ」を、ＭＳＣに対して送信する（図２９の（９）参照）。その後、ＶＣＣ  ＵＥから通信解放要求を受信したＭＳＣは、通信解放（リソース解放）したことを示す通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ」を、ＶＣＣ  ＵＥに対して送信する（図２９の（１０）参照）。なお、図２９に示すｇｓｍＳＣＦ（Global  System  for  Mobile  communications  Service  Control  Function）は、ＣＳドメインにおける付加サービス情報を提供するものである。
【００１７】
【非特許文献１】「３ＧＰＰ  ＴＳ  ２３．２０６Ｖ７．２．０（２００７−０３）」、“Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ（ＶＣＣ）  ｂｅｔｗｅｅｎ  Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ  Ｓｕｂｓｙｓｔｅｍ（ＩＭＳ）；Ｓｔａｇｅ２（Ｒｅｌｅａｓｅ７）”，Ｓｅｃ６．４、［online］、［平成２０年１月２９日検索］、インターネット＜http://www.3gpp.org/ftp/Specs/html-info/23206.htm＞
【非特許文献２】「３ＧＰＰ  ＴＳ  ２４．２０６Ｖ７．３．０（２００７−０９）」、“Ｖｏｉｃｅ  Ｃａｌｌ  Ｃｏｎｔｉｎｕｉｔｙ  ｂｅｔｗｅｅｎ  ｔｈｅ  Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ（ＣＳ）  ｄｏｍａｉｎ  ａｎｄ  ｔｈｅ  ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ（ＣＮ）（ＩＭＳ）  ｓｕｂｓｙｓｔｅｍ；Ｓｔａｇｅ３（Ｒｅｌｅａｓｅ７）”，ＳｅｃＡ６．２、［online］、［平成２０年１月２９日検索］、インターネット＜http://www.3gpp.org/ftp/Specs/html-info/24206.htm＞
【発明の開示】
【発明が解決しようとする課題】
【００１８】
しかしながら、上記した従来の技術は、リソース解放の遅延が発生するという課題があった。そのため、リソース解放の遅延による制御信号の輻輳を助長させてしまう。
【００１９】
具体的には、ＣＳドメインにおいて、ＭＳＣおよびＭＧＣＦ間の有線とＭＳＣおよびＶＣＣ  ＵＥ間の無線とのリソースは、レガシーなプラットフォームに依拠していることが多く、非常に貴重であるので、ＣＳドメインからＰＳドメインに通信が切り替えられる場合に、ＣＳドメイン側のリソースの迅速な解放が重要である。しかしながら、従来技術に係るリソースの解放においては、ＣＳドメインとＰＳドメインとの間で制御信号変換／連携機能を提供するＭＧＣＦが輻輳した場合に、ＭＳＣに対する切断メッセージ「ＩＳＵＰ：ＲＥＬ」の通知が遅延することによって、ＣＳドメインにおけるリソース解放の遅延が発生する。また、ＣＳドメインにおけるリソース解放の遅延によって、ＭＧＣＦの輻輳をさらに助長させてしまう。
【００２０】
開示のシステムは、上述した従来技術の課題を解決するためになされたものであり、リソースの迅速な解放を行なうことが可能である音声呼通信切替システムを提供することを目的とする。
【課題を解決するための手段】
【００２１】
上述した課題を解決し、目的を達成するため、本願の開示する音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムであって、前記サーバ装置は、前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段とを備え、前記移動体通信端末は、前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備える。
【発明の効果】
【００２２】
本願の開示する音声呼通信切替システムによれば、リソースの迅速な解放を行なうことが可能であるという効果を奏する。
【発明を実施するための最良の形態】
【００２３】
以下に添付図面を参照して、音声呼通信切替システムの実施例を詳細に説明する。
【実施例１】
【００２４】
［概要］
図１は、実施例１に係る音声呼通信切替システムの概要を示す図である。
【００２５】
この音声呼通信切替システムは、回線交換網であるＣＳドメインとＩＰパケット網であるＰＳドメイン（ＩＭＳ）との通信制御プロトコルが異なる網間を通信可能に接続し、当該網を利用した携帯電話機などの移動体通信端末間、あるいは、移動体通信端末とパーソナルコンピュータなどの情報端末との間（例えば、発信側のＶＣＣ  ＵＥおよび着信側のｒｅｍｏｔｅ  ＵＥなど）の通信を確立するためのサービスを提供している。
【００２６】
そして、ＣＳドメインにおいては、当該ＣＳドメインにおけるサービス制御ノードであるＭＳＣによって、当該ＭＳＣとＶＣＣ  ＵＥとの間の通信制御を行なうＲＮＣを介して、ＶＣＣ  ＵＥとｒｅｍｏｔｅ  ＵＥとの通信制御が行なわれている。また、ＰＳドメインにおいては、当該ＰＳドメインにおける通信制御プロトコルであるＳＩＰのルーティングやＩＭＳの基本サービスである認証および認可などを提供するＣＳＣＦやＡＳ（Application  Server）などによって、ＶＣＣ  ＵＥとｒｅｍｏｔｅ  ＵＥとの通信制御が行なわれている。
【００２７】
また、ＣＳドメインとＰＳドメインとの間に配置されたＭＧＣＦは、ＣＳドメイン（通信制御プロトコル：ＩＳＵＰ）とＰＳドメイン（通信制御プロトコル：ＳＩＰ）との間において異なる通信制御プロトコルの変換や連携などを行う。また、ｇｓｍＳＣＦは、ＣＳドメインにおける付加サービス情報を提供するものである。なお、実際には、一対一のＶＣＣ  ＵＥとｒｅｍｏｔｅ  ＵＥとの通信が複数存在している。
【００２８】
このような構成において、音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有することを概要とするものであり、特に、リソースの迅速な解放を行なうことが可能である。
【００２９】
上記システムを具体的に説明すると、ＶＣＣ  ＵＥがｒｅｍｏｔｅ  ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ  ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図１の（１）参照）。
【００３０】
そして、ＶＣＣ  ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（図１の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ  ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図１の（３）参照）。
【００３１】
その後、ｒｅｍｏｔｅ  ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＶＣＣ  ＵＥに対して送信する（図１の（４）参照）。そして、ＶＣＣ  ＵＥに対して要求処理成功通知を送信したＡＳは、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＶＣＣ  ＵＥに対して送信する（図１の（５）参照）。
【００３２】
続いて、ＡＳからセッション終了要求を受信したＶＣＣ  ＵＥは、ＣＳドメインを利用したＶＣＣ  ＵＥの通信を切断（リソースを解放）するために、通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、ＲＮＣを介してＭＳＣに対して送信する（図１の（６）参照）。その後、ＶＣＣ  ＵＥから通信切断要求を受信したＭＳＣは、当該通信切断要求の応答である通信解放要求「ＣＣ：ＲＥＬＥＡＳＥ」を、ＶＣＣ  ＵＥに対して送信する（図１の（７）参照）。
【００３３】
また、ＶＣＣ  ＵＥから通信切断要求を受信したＭＳＣは、ＭＧＣＦとの間で利用していたリソースを解放するために、切断メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ  Ｍｅｓｓａｇｅ」をＭＧＣＦに送信し（図１の（７ａ）参照）、当該切断メッセージを受信したＭＧＣＦは、当該ＭＧＣＦとＭＳＣとのリソースの解放（リソースの復旧）が完了したことを示す復旧完了メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ」を、ＭＳＣに対して送信する（図１の（７ｂ）参照）。
【００３４】
そして、ＭＳＣから通信解放要求を受信したＶＣＣ  ＵＥは、通信解放（リソース解放）したことを示す通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ」を、ＭＳＣに対して送信する（図１の（８）参照）。続いて、ＭＳＣに対して通信解放完了通知を送信したＶＣＣ  ＵＥは、セッション終了要求に対する応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図１の（９）参照）。
【００３５】
このように、実施例１に係る音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する場合に、アプリケーションサーバ装置によってリソース解放の指示を送信された移動体通信端末においてリソース解放を発動することができる結果、リソースの迅速な解放を行なうことが可能である。
【００３６】
つまり、音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する場合に、リソース解放指示を移動体通信端末であるＶＣＣ  ＵＥに対して送信し、当該ＶＣＣ  ＵＥによってリソース解放を行なうので、従来技術と比較して、リソースの迅速な解放を行なうことが可能である。
【００３７】
［実施例１に係る音声呼通信切替システムの構成］
図２は、実施例１に係る音声呼通信切替システムの構成を示す図である。
【００３８】
図２に示すように、音声呼通信切替システム１は、アプリケーションサーバ装置１００と移動体通信端末２００とから構成され、回線交換網であるＣＳドメインとＩＰパケット網であるＰＳドメインとの通信制御プロトコルが異なる網間を通信可能に接続し、当該網を利用した移動体通信端末間の通信を確立するためのサービスを提供している。そして、アプリケーションサーバ装置１００は、ネットワークＩ／Ｆ部１１０と、Ｉ／Ｆ部１２０と、制御部１３０とを有する。また、移動体通信端末２００は、ＣＳネットワークＩ／Ｆ部２１０と、ＰＳネットワークＩ／Ｆ部２２０と、制御部２３０とを有する。
【００３９】
ネットワークＩ／Ｆ部１１０は、インターネットを介して、移動体通信端末２００や基地局などとの間でやり取りする各種情報に関する無線通信を制御する。例えば、ネットワークＩ／Ｆ部１１０は、インターネットを介して、移動体通信端末２００や当該移動体通信端末とは異なる移動体通信端末とが通信（通話）する場合に、当該通信のためのデータの送受信を行う。また、例えば、ネットワークＩ／Ｆ部１１０は、ネットワークインタフェースに固有のＬ１、Ｌ２、Ｌ３プロトコルを終端する。
【００４０】
Ｉ／Ｆ部１２０は、同一の回線網内において、アプリケーションサーバ装置１００とは異なる装置との間でやり取りする各種情報に関する有線通信を制御する。例えば、Ｉ／Ｆ部１２０は、ＩＰパケット網であるＰＳドメイン内において、ＣＳドメインとＰＳドメインとの間で異なる通信制御プロトコルの変換や連携などを行うＭＧＣＦと、ＰＳドメインにおける通信制御プロトコルであるＳＩＰのルーティングやＩＭＳの基本サービスである認証および認可などを提供するＣＳＣＦとの間でやり取りする各種情報に関する有線通信を制御する。
【００４１】
制御部１３０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、移動体通信端末２００が属するドメインの把握管理やドメインの切り替えなどを行なう。
【００４２】
メッセージ制御部１３１は、移動体通信端末２００が属するドメインが切り替わった場合に、それまで利用されていたドメインのリソース解放に必要なメッセージの制御を行なうなどの、アプリケーションサーバ装置１００と通信される様々なメッセージ情報の制御を行なう。
【００４３】
具体的に例を挙げて説明すると、メッセージ制御部１３１は、移動体通信端末２００が属するドメインがＣＳドメインからＰＳドメインに切り替わった場合に、移動体通信端末２００からドメイン切り替えのメッセージを受信する。そして、メッセージ制御部１３１は、それまで利用されていたＣＳドメインのリソース解放に必要なセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージを、ネットワークＩ／Ｆ部１１０を介して移動体通信端末２００に送信する。
【００４４】
図３は、メッセージ制御部１３１が移動体通信端末２００に送信するセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージ情報の例を示す図である。
【００４５】
図３に示すように、メッセージ制御部１３１が移動体通信端末２００に対して送信するセッション終了要求「ＳＩＰ：ＢＹＥ」は、リクエストの種別と宛先とを示す「ＢＹＥ  ｓｉｐ」と、リクエスト応答先の指定を示す「Ｖｉａ」と、最大転送許容数を示す「Ｍａｘ−Ｆｏｒｗａｒｄｓ」と、リクエストの送信元を示す「Ｆｒｏｍ」と、リクエストの宛先を示す「Ｔｏ」と、セッション識別ＩＤを示す「Ｃａｌｌ−ＩＤ」と、コマンドシーケンス番号とメソッドとを示す「Ｃｓｅｑ」と、メッセージボディのサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」と、リソース解放を要求する信号であることを示す「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」との情報を有する。
【００４６】
また、図３０に示した従来技術に係るＡＳからＭＧＣＦに送信される「ＳＩＰ：ＢＹＥ」メッセージと、図３に示した本実施例に係るＡＳからＶＣＣ  ＵＥに送信される「ＳＩＰ：ＢＹＥ」メッセージとを比較すると、「ＢＹＥ  ｓｉｐ」と、「Ｖｉａ」と、「Ｔｏ」と、「Ｃａｌｌ−ＩＤ」と、「Ｃｓｅｑ」との、主にメッセージ送信にかかる宛先などの内容が異なり、リソース解放する（リソース解放指示信号である）ことを認識させるための「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」が追加されていることがわかる。
【００４７】
セッション再確立要求部１３２は、移動体通信端末２００が回線交換網からＩＰパケット網に移動して、当該移動体通信端末２００から通信制御を切り替える旨を示すメッセージを受信した場合に、メッセージ制御部１３１に対して、移動体通信端末２００の通信相手である移動体通信端末にＩＰパケット網の通信制御に切り替えるためのメッセージを送信するように依頼する。
【００４８】
上記した例で具体的に例を挙げると、セッション再確立要求部１３２は、移動体通信端末２００が回線交換網であるＣＳドメインからＩＰパケット網であるＰＳドメインに移動すると、当該移動体通信端末２００から通信制御を切り替える旨を示すメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信する。そして、セッション再確立要求部１３２は、メッセージ制御部１３１に対して、ＰＳドメインの通信制御に切り替えるためのメッセージであるセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、移動体通信端末２００の通信相手である移動体通信端末に送信するように依頼する。
【００４９】
要求処理成功通知部１３３は、メッセージ制御部１３１によって送信された通信制御を切り替える旨を示すメッセージを受信した移動体通信端末２００の通信相手からの応答メッセージを受信し、当該応答メッセージを移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
【００５０】
上記した例で具体的に例を挙げると、要求処理成功通知部１３３は、メッセージ制御部１３１によって送信されたＣＳドメインからＰＳドメインに通信制御を切り替える旨を示すメッセージであるセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を受信した移動体通信端末２００の通信相手からの応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信する。そして、要求処理成功通知部１３３は、受信された要求処理成功通知「ＳＩＰ：２００  ＯＫ」を移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
【００５１】
セッション終了要求部１３４は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージが移動体通信端末２００に対して送信されると、移動体通信端末２００が利用していた回線交換網のリソースを解放するための指示メッセージを、移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
【００５２】
上記した例で具体的に例を挙げると、セッション終了要求部１３４は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」を移動体通信端末２００に対して送信されると、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
【００５３】
ＣＳネットワークＩ／Ｆ部２１０は、回線交換網を介して通信する移動体通信端末２００と、当該移動体通信端末２００とは異なる移動体通信端末との間でやり取りする各種情報に関する無線通信を制御する。例えば、ＣＳネットワークＩ／Ｆ部２１０は、回線交換網であるＣＳドメインを介して、移動体通信端末２００と当該移動体通信端末２００とは異なる移動体通信端末との間で通信（通話）される場合に、当該通信のためのデータの送受信を行う。また、例えば、ＣＳネットワークＩ／Ｆ部２１０は、ネットワークインタフェースに固有のＬ１、Ｌ２、Ｌ３プロトコルを終端する。
【００５４】
ＰＳネットワークＩ／Ｆ部２２０は、ＩＰパケット網を介して通信する移動体通信端末２００と、当該移動体通信端末２００とは異なる移動体通信端末との間でやり取りする各種情報に関する無線通信を制御する。例えば、ＰＳネットワークＩ／Ｆ部２２０は、ＩＰパケット網であるＰＳドメインを介して通信（通話）する移動体通信端末２００と、当該移動体通信端末２００とは異なる移動体通信端末との間で通信（通話）する場合に、当該通信のためのデータの送受信を行う。また、例えば、ＰＳネットワークＩ／Ｆ部２２０は、ネットワークインタフェースに固有のＬ１、Ｌ２、Ｌ３プロトコルを終端する。
【００５５】
制御部２３０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、移動体通信端末２００の移動通信やドメイン切り替えを行うための網（例えば、回線交換網やＩＰパケット網など）と通信する制御メッセージの終端などを行なう。
【００５６】
ＣＳサービス制御部２３１は、移動体通信端末２００の回線交換網における通信路の設定や移動管理などの制御を行なう。例えば、ＣＳサービス制御部２３１は、回線交換網であるＣＳドメインを介して、移動体通信端末２００と当該移動体通信端末２００とは異なる移動体通信端末（通信相手）との間で通信される場合に、通信路の設定を行なう。また、例えば、ＣＳサービス制御部２３１は、移動体通信端末２００がＰＳドメインからＣＳドメインに移動した場合に、ＣＳドメインを介した通信に切り替えるための移動管理の制御を行なう。
【００５７】
ＰＳサービス制御部２３２は、移動体通信端末２００のＩＰパケット網における通信路の設定や移動管理などの制御を行なう。例えば、ＰＳサービス制御部２３２は、ＩＰパケット網であるＰＳドメインを介して、移動体通信端末２００と当該移動体通信端末２００とは異なる移動体通信端末（通信相手）との間で通信される場合に、通信路の設定を行なう。また、例えば、ＰＳサービス制御部２３２は、移動体通信端末２００がＣＳドメインからＰＳドメインに移動した場合に、ＰＳドメインを介した通信に切り替えるためのメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をアプリケーションサーバ装置１００に対して送信する。
【００５８】
パケット処理エンジン部２３３は、網に接続して当該網への通信路を識別し、ベアラ設定に基づいてデータのルーティングを行なう。例えば、パケット処理エンジン部２３３は、ＩＰパケット網であるＰＳドメインに接続して、当該ＰＳドメインへの通信路を識別し、受信されたデータの中身を識別することなくそのままの状態で送信相手先まで伝送するベアラ設定に基づいて、当該データのルーティングを行なう。
【００５９】
リソース解放部２３４は、アプリケーションサーバ装置１００から網のリソースを解放するための指示を示すメッセージを受信した場合に、移動体通信端末２００がそれまで利用していた網との通信を切断するためのメッセージを、当該網に対して送信する。
【００６０】
上記した例で具体的に例を挙げると、リソース解放部２３４は、アプリケーションサーバ装置１００から回線交換網であるＣＳドメインのリソースを解放するための指示を示すメッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を受信する。そして、リソース解放部２３４は、移動体通信端末２００がそれまで利用していたＣＳドメインのリソース解放を示すメッセージである通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、当該ＣＳドメインを制御するノード（例えば、ＭＳＣなど）に対して送信する。
【００６１】
また、リソース解放部２３４は、リソース解放が完了した網を制御するノードからリソースを解放したことを示すメッセージを受信した場合に、リソース解放処理が完了したことを示すメッセージを、当該リソース解放の指示をしていたアプリケーションサーバ装置１００に対して送信する。
【００６２】
上記した例で具体的に例を挙げると、リソース解放部２３４は、ＣＳドメインを制御するＭＳＣからリソース解放処理が完了したことを示す通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ」を受信する。そして、リソース解放部２３４は、リソース解放の指示に対する応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、当該リソース解放の指示をしていたアプリケーションサーバ装置１００に対して送信する。
【００６３】
図４は、リソース解放部２３４がアプリケーションサーバ装置１００に送信する要求処理成功通知「ＳＩＰ：２００  ＯＫ」メッセージ情報の例を示す図である。
【００６４】
図４に示すように、リソース解放部２３４がアプリケーションサーバ装置１００に対して送信する要求処理成功通知「ＳＩＰ：２００  ＯＫ」は、レスポンス種別と宛先とを示す「ＳＩＰ／２．０  ２００  ＯＫ」と、リクエスト応答先の指定を示す「Ｖｉａ」と、最大転送許容数を示す「Ｍａｘ−Ｆｏｒｗａｒｄｓ」と、リクエストの送信元を示す「Ｆｒｏｍ」と、リクエストの宛先を示す「Ｔｏ」と、セッション識別ＩＤを示す「Ｃａｌｌ−ＩＤ」と、コマンドシーケンス番号とメソッドとを示す「Ｃｓｅｑ」と、メッセージボディのサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」と、リソース解放要求に対する応答信号であることを示す「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」との情報を有する。
【００６５】
また、図３１に示した従来技術に係るＭＧＣＦからＡＳに送信される「ＳＩＰ：２００  ＯＫ」メッセージと、図４に示した本実施例に係るＶＣＣ  ＵＥからＡＳに送信される「ＳＩＰ：２００  ＯＫ」メッセージとを比較すると、「Ｖｉａ」と、「Ｔｏ」と、「Ｃａｌｌ−ＩＤ」と、「Ｃｓｅｑ」との、主にメッセージ送信にかかる宛先などの内容が異なり、リソース解放した（リソース解放指示応答信号である）ことを認識させるための「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」が追加されていることがわかる。
【００６６】
［実施例１に係るリソース解放指示処理］
図５は、実施例１に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
【００６７】
図５に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００（ＶＣＣ  ＵＥ）がＣＳドメインのリソースを利用した他の移動体通信端末（ｒｅｍｏｔｅ  ＵＥ）との通信中に、ＰＳドメインのリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によって送信されたＣＳドメインからＰＳドメインに通信を切り替えるメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信して（ステップＳ１０１肯定）、それまで利用していたＣＳドメインのリソースからＰＳドメインのリソースに切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（ステップＳ１０２）。
【００６８】
そして、アプリケーションサーバ装置１００は、送信したセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」に対する応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ｒｅｍｏｔｅ  ＵＥから受信する（ステップＳ１０３）。なお、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信したアプリケーションサーバ装置１００は、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、移動体通信端末２００に対して送信する。
【００６９】
続いて、アプリケーションサーバ装置１００は、移動体通信端末２００から受信したセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」において、ＣＳドメインからＰＳドメインへのアクセスシステム変更であるか否かを判定する（ステップＳ１０４）。その後、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインへのアクセスシステム変更であると判定すると（ステップＳ１０４肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信する（ステップＳ１０５）。
【００７０】
そして、移動体通信端末２００に対してリソース解放指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を送信したアプリケーションサーバ装置１００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」の受信待ちの状態となる（ステップＳ１０６）。なお、アプリケーションサーバ装置１００は、ステップＳ１０４において、ＣＳドメインからＰＳドメインへのアクセスシステム変更でないと判定した場合に（ステップＳ１０４否定）、ＰＳドメインにおいて通常のリソース解放処理を実施して処理を終了する。
【００７１】
［実施例１に係るリソース解放指示に対する要求処理成功通知受信処理］
図６は、実施例１に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【００７２】
図６に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ２０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ２０２）。
【００７３】
そして、アプリケーションサーバ装置１００は、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ２０２肯定）、当該移動体通信端末２００からの要求処理成功通知待ち状態を終了する（ステップＳ２０３）。なお、アプリケーションサーバ装置１００は、ステップＳ２０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態でない場合に（ステップＳ２０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ２０４）。
【００７４】
［実施例１に係るリソース解放処理］
図７は、実施例１に係る移動体通信端末２００によるリソース解放処理を説明するためのフローチャートである。
【００７５】
図７に示すように、移動体通信端末２００は、アプリケーションサーバ装置１００からセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ３０１肯定）、当該移動体通信端末２００が利用していたＣＳドメインにおけるリソース解放を指示するメッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」であるか否かを判定する（ステップＳ３０２）。
【００７６】
そして、移動体通信端末２００は、アプリケーションサーバ装置１００から受信したセッション終了要求「ＳＩＰ：ＢＹＥ」が、ＣＳドメインにおけるリソース解放を指示するメッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」であると判定すると（ステップＳ３０２肯定）、ＣＳドメインにおけるリソース解放を実行するメッセージを示す通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、ＭＳＣに対して送信する（ステップＳ３０３）。
【００７７】
続いて、移動体通信端末２００は、ＣＳドメインにおいてＭＳＣやＭＧＣＦなどによってリソース解放が実施されて、当該ＭＳＣによる通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ」を受信すると、セッション終了要求「ＳＩＰ：ＢＹＥ」に対する応答メッセージを示す要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、アプリケーションサーバ装置１００に対して送信する（ステップＳ３０４）。
【００７８】
［実施例１による効果］
このように、実施例１によれば、音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する場合に、アプリケーションサーバ装置は、第一の回線網から第二の回線網に通信を切り替えるために移動体通信端末によって送信されるメッセージであり、移動体通信端末が第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から、第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、移動体通信端末によって送信されるメッセージを受信した場合に、第一の回線網と移動体通信端末との通信を切断する指示を示すリソース解放指示を移動体通信端末に送信し、移動体通信端末は、送信されたリソース解放指示を受信した場合に、第一の回線網で利用していたリソースを解放するので、リソースの迅速な解放を行なうことが可能である。
【００７９】
つまり、音声呼通信切替システムは、アプリケーションサーバ装置がリソース解放の指示を移動体通信端末に要求し、リソース解放指示を受信した移動体通信端末がリソース解放を発動するので、第一の回線網と第二の回線網との間に設けられ、当該回線網間を通信可能に接続するための制御を行なう装置（例えば、ＭＧＣＦなど）に対するリソース解放の要求により当該ＭＧＣＦが輻輳する従来技術と比較して、リソースの迅速な解放を行なうことが可能である。
【００８０】
例えば、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインに通信を切り替えるために移動体通信端末２００によって送信されるメッセージであり、移動体通信端末２００がＣＳドメインのリソースを利用して他の移動体通信端末と通信する状況から、ＰＳドメインのリソースを利用して他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によって送信されるメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信する。そして、アプリケーションサーバ装置１００は、移動体通信端末２００によって送信されたメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信した場合に、ＣＳドメインと移動体通信端末２００との通信を切断する指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を移動体通信端末２００に送信する。続いて、移動体通信端末２００は、アプリケーションサーバ装置１００によって送信されたセッション終了要求「ＳＩＰ：ＢＹＥ」を受信した場合に、ＣＳドメインで利用していたリソースを解放するメッセージである通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」をＣＳドメインのＭＳＣに送信する。なお、移動体通信端末２００から通信切断要求を受信したＭＳＣは、当該移動体通信端末２００やＭＧＣＦなどの装置とで利用していたリソースを解放する。この結果、音声呼通信切替システム１は、リソースの迅速な解放を行なうことが可能である。
【実施例２】
【００８１】
ところで、上記実施例１では、リソース解放の指示を移動体通信端末２００に対して送信して、移動体通信端末２００によってリソース解放が発動される場合を説明したが、本システムはこれに限定されるものではなく、リソース解放の指示を移動体通信端末２００と、ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なう制御信号変換装置（ＭＧＣＦ）とに対して送信して、それぞれの装置によってリソース解放を発動することもできる。
【００８２】
図８は、実施例２に係る音声呼通信切替システム１の概要を示す図である。なお、実施例２に係る音声呼通信切替システム１の各構成や一部の機能については、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なるリソース解放の指示について説明する。
【００８３】
［実施例２の概要］
図８に示すように、ＶＣＣ  ＵＥがｒｅｍｏｔｅ  ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ  ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図８の（１）参照）。
【００８４】
そして、ＶＣＣ  ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインへの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（図８の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ  ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図８の（３）参照）。
【００８５】
その後、ｒｅｍｏｔｅ  ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＶＣＣ  ＵＥに対して送信する（図８の（４）参照）。そして、ＶＣＣ  ＵＥに対して要求処理成功通知を送信したＡＳは、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、制御信号変換装置（ＭＧＣＦ）に対して送信するとともに（図８の（５ａ）参照）、ＶＣＣ  ＵＥに対して送信する（図８の（５ｂ）参照）。
【００８６】
そして、セッション終了要求を受信したＭＧＣＦは、従来技術と同様の処理を行なって、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。また、セッション終了要求を受信したＶＣＣ  ＵＥは、実施例１と同様の処理を行なって、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。その後、リソースの解放を行なったＭＧＣＦまたはＶＣＣ  ＵＥは、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する。
【００８７】
つまり、実施例２に係る音声呼通信切替システム１においては、リソース解放の指示をＶＣＣ  ＵＥとＭＧＣＦとのそれぞれに送信し、ＶＣＣ  ＵＥまたはＭＧＣＦによってリソースの解放が行なわれることとなるので、より迅速なリソースの解放を行なうことが可能である。
【００８８】
［実施例２に係るリソース解放指示処理］
図９は、実施例２に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
【００８９】
図９に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００（ＶＣＣ  ＵＥ）がＣＳドメインのリソースを利用した他の移動体通信端末（ｒｅｍｏｔｅ  ＵＥ）との通信中に、ＰＳドメインのリソースを利用して他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によってＣＳドメインからＰＳドメインに通信を切り替えるメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信して（ステップＳ４０１肯定）、それまで利用していたＣＳドメインのリソースからＰＳドメインのリソースに切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（ステップＳ４０２）。
【００９０】
そして、アプリケーションサーバ装置１００は、送信したセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」に対する応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ｒｅｍｏｔｅ  ＵＥから受信する（ステップＳ４０３）。なお、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信したアプリケーションサーバ装置１００は、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、移動体通信端末２００に対して送信する。
【００９１】
続いて、アプリケーションサーバ装置１００は、移動体通信端末２００から受信したセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」において、ＣＳドメインからＰＳドメインへのアクセスシステム変更であるか否かを判定する（ステップＳ４０４）。その後、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインへのアクセスシステム変更であると判定すると（ステップＳ４０４肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦ（制御信号変換装置）と移動体通信端末２００とに対して送信する（ステップＳ４０５、ステップＳ４０６）。
【００９２】
そして、ＭＧＣＦと移動体通信端末２００とに対してリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を送信したアプリケーションサーバ装置１００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」の受信待ちの状態となる（ステップＳ４０７）。なお、アプリケーションサーバ装置１００は、ステップＳ４０４において、ＣＳドメインからＰＳドメインへのアクセスシステム変更でないと判定した場合に（ステップＳ４０４否定）、ＰＳドメインにおいて通常のリソース解放処理を実施して処理を終了する。
【００９３】
［実施例２に係るリソース解放指示に対する要求処理成功通知受信処理］
図１０は、実施例２に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【００９４】
図１０に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００またはＭＧＣＦから要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ５０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ５０２）。
【００９５】
そして、アプリケーションサーバ装置１００は、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ５０２肯定）、当該移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ５０３）。
【００９６】
なお、アプリケーションサーバ装置１００は、ステップＳ５０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ５０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ５０４）。
【００９７】
［実施例２による効果］
このように、実施例２によれば、音声呼通信切替システム１は、リソースを解放する指示を、移動体通信端末２００だけでなく制御信号変換装置にも送信し、リソースを解放する指示を受信した移動体通信端末２００と制御信号変換装置とによってリソースの解放を発動するので、より迅速にリソースを解放することが可能である。
【実施例３】
【００９８】
ところで、上記実施例２では、制御信号変換装置（ＭＧＣＦ）が輻輳している／していないことに関係なく、制御信号変換装置と移動体通信端末２００とにリソースを解放する指示を送信する場合を説明したが、本システムはこれに限定されるものではなく、制御信号変換装置が輻輳している場合に移動体通信端末２００にリソースを解放する指示を送信し、制御信号変換装置が輻輳していない場合に当該制御信号変換装置にリソースを解放する指示を送信することもできる。
【００９９】
［実施例３の概要］
図１１は、実施例３に係る音声呼通信切替システム１の概要を示す図である。なお、実施例３に係る音声呼通信切替システム１の一部の構成や機能などについては、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なる輻輳情報の判定とリソース解放の指示とについて説明する。
【０１００】
図１１に示すように、ＶＣＣ  ＵＥがｒｅｍｏｔｅ  ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ  ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図１１の（１）参照）。
【０１０１】
そして、ＶＣＣ  ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインへの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（図１１の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ  ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図１１の（３）参照）。
【０１０２】
その後、ｒｅｍｏｔｅ  ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＶＣＣ  ＵＥに対して送信する（図１１の（４）参照）。そして、ＶＣＣ  ＵＥに対して要求処理成功通知を送信したＡＳは、ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なう制御信号変換装置（ＭＧＣＦ）において制御信号が輻輳しているか否かを判定する（図１１の（５）参照）。
【０１０３】
続いて、ＭＧＣＦにおいて制御信号が輻輳しているか否かを判定したＡＳは、ＭＧＣＦにおいて制御信号が輻輳していないと判定された場合に、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、制御信号変換装置（ＭＧＣＦ）に対して送信する（図１１の（６ａ）参照）。
【０１０４】
そして、セッション終了要求を受信したＭＧＣＦは、従来技術と同様の処理を行なって、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。その後、リソースの解放を行なったＭＧＣＦは、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する。
【０１０５】
また、ＭＧＣＦにおいて制御信号が輻輳しているか否かを判定したＡＳは、ＭＧＣＦにおいて制御信号が輻輳していると判定された場合に、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＶＣＣ  ＵＥに対して送信する（図１１の（６ｂ）参照）。
【０１０６】
そして、セッション終了要求を受信したＶＣＣ  ＵＥは、実施例１と同様の処理を行なって、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。その後、リソースの解放を行なったＶＣＣ  ＵＥは、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する。
【０１０７】
つまり、実施例３に係る音声呼通信切替システム１においては、ＭＧＣＦが輻輳している場合にリソースの解放の指示をＶＣＣ  ＵＥに送信し、ＭＧＣＦが輻輳していない場合にリソースの解放の指示をＭＧＣＦに送信し、ＶＣＣ  ＵＥまたはＭＧＣＦによってリソースの解放が行なわれることとなるので、ＭＧＣＦの輻輳を助長することなく、より迅速なリソースの解放を行なうことが可能である。
【０１０８】
［実施例３に係る音声呼通信切替システムの構成］
図１２は、実施例３に係る音声呼通信切替システム１の構成を示す図である。なお、実施例３においては、上記したように、実施例１とは異なるＭＧＣＦが輻輳しているか否かの判定を行なう網輻輳情報判定部１３５とリソースの解放を指示するセッション終了要求部１３４とについて説明する。
【０１０９】
網輻輳情報判定部１３５は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージが移動体通信端末２００に対して送信されると、回線交換網とＩＰパケット網との間に設けられ、当該回線交換網とＩＰパケット網とを通信可能に接続するための制御を行なう制御信号変換装置において制御信号が輻輳しているか否かの判定を行なう。
【０１１０】
具体的に例を挙げると、網輻輳情報判定部１３５は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」を移動体通信端末２００に対して送信されると、ＣＳドメインとＰＳドメインとの間に設けられ、当該ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なうＭＧＣＦ（制御信号変換装置）が輻輳しているか否かの判定を行なう。
【０１１１】
セッション終了要求部１３４は、網輻輳情報判定部１３５によって制御信号変換装置において制御信号が輻輳していると判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、移動体通信端末２００に対して送信する。
【０１１２】
上記した例で具体的に例を挙げると、セッション終了要求部１３４は、網輻輳情報判定部１３５によってＭＧＣＦにおいて制御信号が輻輳していると判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
【０１１３】
また、セッション終了要求部１３４は、網輻輳情報判定部１３５によって制御信号変換装置において制御信号が輻輳していないと判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、制御信号変換装置に対して送信する。
【０１１４】
上記した例で具体的に例を挙げると、セッション終了要求部１３４は、網輻輳情報判定部１３５によってＭＧＣＦにおいて制御信号が輻輳していないと判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦ（制御信号変換装置）に対して送信するようにメッセージ制御部１３１に対して依頼する。
【０１１５】
［実施例３に係るリソース解放指示処理］
図１３は、実施例３に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
【０１１６】
図１３に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００（ＶＣＣ  ＵＥ）がＣＳドメインのリソースを利用した他の移動体通信端末（ｒｅｍｏｔｅ  ＵＥ）との通信中に、ＰＳドメインのリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によってＣＳドメインからＰＳドメインに通信を切り替えるメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信して（ステップＳ６０１肯定）、それまで利用していたＣＳドメインのリソースからＰＳドメインのリソースに切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（ステップＳ６０２）。
【０１１７】
そして、アプリケーションサーバ装置１００は、送信したセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」に対する応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ｒｅｍｏｔｅ  ＵＥから受信する（ステップＳ６０３）。なお、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信したアプリケーションサーバ装置１００は、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、移動体通信端末２００に対して送信する。
【０１１８】
続いて、アプリケーションサーバ装置１００は、移動体通信端末２００から受信したセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」において、ＣＳドメインからＰＳドメインへのアクセスシステム変更であるか否かを判定する（ステップＳ６０４）。その後、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインへのアクセスシステム変更であると判定すると（ステップＳ６０４肯定）、ＭＧＣＦにおける制御信号が輻輳状態であるか否かの判定を行なう（ステップＳ６０５）。
【０１１９】
そして、アプリケーションサーバ装置１００は、ＭＧＣＦにおける制御信号が輻輳状態であると判定すると（ステップＳ６０５肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信する（ステップＳ６０６）。
【０１２０】
また、アプリケーションサーバ装置１００は、ＭＧＣＦにおける制御信号が輻輳状態でないと判定すると（ステップＳ６０５否定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦに対して送信する（ステップＳ６０７）。
【０１２１】
その後、移動体通信端末２００またはＭＧＣＦに対してリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を送信したアプリケーションサーバ装置１００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」の受信待ちの状態となる（ステップＳ６０８）。なお、アプリケーションサーバ装置１００は、ステップＳ６０４において、ＣＳドメインからＰＳドメインへのアクセスシステム変更でないと判定した場合に（ステップＳ６０４否定）、ＰＳドメインにおいて通常のリソース解放処理を実施して処理を終了する。
【０１２２】
［実施例３に係るリソース解放指示に対する要求処理成功通知受信処理］
図１４は、実施例３に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【０１２３】
図１４に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００またはＭＧＣＦから要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ７０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ７０２）。
【０１２４】
そして、アプリケーションサーバ装置１００は、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ７０２肯定）、当該移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ７０３）。
【０１２５】
なお、アプリケーションサーバ装置１００は、ステップＳ７０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ７０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ７０４）。
【０１２６】
［実施例３による効果］
このように、実施例３によれば、音声呼通信切替システム１は、リソースを解放する指示を、ＭＧＣＦが輻輳している場合に移動体通信端末２００に送信し、ＭＧＣＦが輻輳していない場合にＭＧＣＦに送信するので、ＭＧＣＦの輻輳を助長することなく、より迅速にリソースを解放することが可能である。
【実施例４】
【０１２７】
ところで、上記実施例１〜３では、アプリケーションサーバ装置１００によってリソースを解放する指示が送信される場合を説明したが、本システムはこれに限定されるものではなく、アプリケーションサーバ装置１００に接続され、ＣＳドメインとＰＳドメインとの間においてやり取りされる通信制御メッセージのルーティングを制御する呼制御装置によってリソースを解放する指示を送信することもできる。
【０１２８】
［実施例４の概要］
図１５は、実施例４に係る音声呼通信切替システム１の概要を示す図である。
【０１２９】
図１５に示すように、ＶＣＣ  ＵＥがｒｅｍｏｔｅ  ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ  ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図１５の（１）参照）。
【０１３０】
そして、ＶＣＣ  ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ  ＵＥに対して送信する（図１５の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ  ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図１５の（３）参照）。
【０１３１】
その後、ｒｅｍｏｔｅ  ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＶＣＣ  ＵＥに対して送信する（図１５の（４）参照）。そして、ＶＣＣ  ＵＥに対して要求処理成功通知を送信したＡＳは、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＣＳＣＦに対して送信する（図１５の（５）参照）。このＶＣＣ  ＵＥに対して要求処理成功通知を送信したＡＳは、詳細には、従来技術と同様に、セッション終了要求「ＳＩＰ：ＢＹＥ」をＭＧＣＦに対して送信するが、当該セッション終了要求などのメッセージのルーティングを制御するＣＳＣＦにおいて一旦受信される。
【０１３２】
続いて、ＡＳからセッション終了要求を受信したＣＳＣＦは、ＶＣＣ  ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＶＣＣ  ＵＥに対して転送する（図１５の（６）参照）。また、セッション終了要求「ＳＩＰ：ＢＹＥ」は、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ  ＵＥ）−ＡＳ間におけるトランザクションに書き換えられてＣＳＣＦによって送信（転送）される。
【０１３３】
その後、ＣＳＣＦからセッション終了要求を受信したＶＣＣ  ＵＥは、ＣＳドメインを利用したＶＣＣ  ＵＥの通信を切断（リソースを解放）するために、通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、ＲＮＣを介してＭＳＣに対して送信する（図１５の（７）参照）。そして、ＶＣＣ  ＵＥから通信切断要求を受信したＭＳＣは、当該通信切断要求の応答である通信解放要求「ＣＣ：ＲＥＬＥＡＳＥ」を、ＶＣＣ  ＵＥに対して送信する（図１５の（８）参照）。
【０１３４】
また、ＶＣＣ  ＵＥから通信切断要求を受信したＭＳＣは、ＭＧＣＦとの間で利用していたリソースを解放するために、切断メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ  Ｍｅｓｓａｇｅ」をＭＧＣＦに送信し（図１５の（８ａ）参照）、当該切断メッセージを受信したＭＧＣＦは、当該ＭＧＣＦとＭＳＣとのリソース解放（リソースの復旧）が完了したことを示す復旧完了メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅ  Ｍｅｓｓａｇｅ」を、ＭＳＣに対して送信する（図１５の（８ｂ）参照）。
【０１３５】
続いて、ＭＳＣから通信解放要求を受信したＶＣＣ  ＵＥは、通信解放（リソース解放）したことを示す通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥ」を、ＭＳＣに対して送信する（図１５の（９）参照）。その後、ＭＳＣに対して通信解放完了通知を送信したＶＣＣ  ＵＥは、セッション終了要求に対する応答である要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＣＳＣＦに対して送信する（図１５の（１０）参照）。
【０１３６】
そして、ＶＣＣ  ＵＥから要求処理成功通知を受信したＣＳＣＦは、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳに対して送信する（図１５の（１１）参照）。また、要求処理成功通知「ＳＩＰ：２００  ＯＫ」は、図４に示すＵＥ−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えられてＣＳＣＦによって送信される。言い換えると、ＡＳは、従来技術と同様に、ＭＧＣＦに対してリソース解放指示を送信しているが、実施例４に係る処理においては、メッセージのルーティングを行なうＣＳＣＦによってリソース解放指示が受信されるとともにルーティング情報が書き換えられて、ＶＣＣ  ＵＥに対してリソース解放指示が送信される。
【０１３７】
つまり、実施例４に係る音声呼通信切替システム１においては、実施例１においてリソース解放の指示を送信していたＡＳに代わって、ＣＳＣＦによってリソース解放の指示をＶＣＣ  ＵＥに対して送信し、当該ＣＳＣＦによってリソース解放の指示を送信されたＶＣＣ  ＵＥにおいてリソース解放を発動することができる結果、リソースの迅速な解放を行なうことが可能である。
【０１３８】
［実施例４に係る音声呼通信切替システムの構成］
図１６は、実施例４に係る音声呼通信切替システムの構成を示す図である。なお、実施例４に係る音声呼通信切替システム１の一部の構成や機能などについては、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なる呼制御装置（ＣＳＣＦ）の機能および構成について説明する。
【０１３９】
図１６に示すように、音声呼通信切替システム１は、アプリケーションサーバ装置１００と、移動体通信端末２００と、呼制御装置３００とから構成され、回線交換網であるＣＳドメインとＩＰパケット網であるＰＳドメインとの通信制御プロトコルが異なる網間を通信可能に接続し、当該網を利用した移動体通信端末間の通信を確立するためのサービスを提供している。そして、呼制御装置３００は、ネットワークＩ／Ｆ部３１０と、Ｉ／Ｆ部３２０と、制御部３３０とから構成され、網間においてやり取りされる通信制御メッセージのルーティング制御を行なう。
【０１４０】
ネットワークＩ／Ｆ部３１０は、インターネットを介して、移動体通信端末２００などとの間でやり取りする各種情報に関する無線通信を制御する。例えば、ネットワークＩ／Ｆ部３１０は、インターネットを介して、移動体通信端末２００や当該移動体通信端末とは異なる移動体通信端末とが通信する場合に、当該通信のためにやり取りされるメッセージの送受信を行なう。
【０１４１】
Ｉ／Ｆ部３２０は、同一の回線網内において、呼制御装置３００とは異なる装置との間でやり取りする各種情報に関する有線通信を制御する。例えば、Ｉ／Ｆ部３２０は、ＩＰパケット網であるＰＳドメイン内において、ＣＳドメインとＰＳドメインとの間で異なる通信制御プロトコルの変換や連携などを行うＭＧＣＦと、ＣＳドメインとＰＳドメインとの間でやり取りされる通信の切り替えなどの制御を行なうＡＳとの間でやり取りする各種情報（メッセージの送受信など）に関する有線通信を制御する。
【０１４２】
制御部３３０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、移動体通信端末２００が他の移動体通信端末と通信する際のメッセージのルーティング制御やその他のサービス情報の管理などを行なう。
【０１４３】
メッセージ制御部３３１は、移動体通信端末２００が属するドメインが切り替わった場合に、それまで利用されていたドメインのリソース解放に必要なメッセージ制御を行なうなどの、呼制御装置３００と通信される様々なメッセージ情報の制御を行なう。
【０１４４】
具体的に例を挙げて説明すると、メッセージ制御部３３１は、移動体通信端末２００が属するドメインがＣＳドメインからＰＳドメインに切り替わり、アプリケーションサーバ装置１００に対して当該ドメインを切り替えるためのメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」が送信された場合に、それまで利用されていたＣＳドメインのリソース解放に必要なセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージを、Ｉ／Ｆ部３２０を介してアプリケーションサーバ装置１００から受信する。また、メッセージ制御部３３１は、アプリケーションサーバ装置１００から受信したセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＡＳ−ＭＧＣＦ間のトランザクション（図３０参照）からＡＳ−ＶＣＣ  ＵＥ間のトランザクション（図３参照）に変更して移動体通信端末２００に対して送信する。
【０１４５】
セッション終了要求部３３２は、メッセージ制御部３３１によりアプリケーションサーバ装置１００から送信された移動体通信端末２００が利用していた回線交換網のリソースを開放するための指示メッセージを受信した場合に、当該リソースを解放するための指示メッセージを、移動体通信端末２００に対して送信するようにメッセージ制御部３３１に対して依頼する。
【０１４６】
上記した例で具体的に例を挙げると、セッション終了要求部３３２は、メッセージ制御部３３１によってアプリケーションサーバ装置１００から送信された移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージが受信された場合に、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージを、移動体通信端末２００に対して送信するようにメッセージ制御部３３１に対して依頼する。
【０１４７】
要求処理成功通知部３３３は、メッセージ制御部３３１によって送信された移動体通信端末２００が回線交換網において利用していたリソースを解放する指示を示すメッセージを受信した移動体通信端末２００からの応答であるメッセージを受信した場合に、当該メッセージをアプリケーションサーバ装置１００に対して送信する。
【０１４８】
上記した例で具体的に例を挙げると、要求処理成功通知部３３３は、メッセージ制御部３３１によって送信された移動体通信端末２００が回線交換網であるＣＳドメインにおいて利用していたリソースを解放する指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信した移動体通信端末２００からの応答メッセージを示す要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信した場合に、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」をアプリケーションサーバ装置１００に対して送信する。
【０１４９】
［実施例４に係るリソース解放指示処理］
図１７は、実施例４に係る呼制御装置３００によるリソース解放指示処理を説明するためのフローチャートである。なお、以下の説明においては、上記した実施例４の概要における図１５の（４）以降の呼制御装置３００（ＣＳＣＦ）の処理について説明する。
【０１５０】
図１７に示すように、呼制御装置３００は、アプリケーションサーバ装置１００から、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ８０１肯定）、当該セッション終了要求「ＳＩＰ：ＢＹＥ」を、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ  ＵＥ）−ＡＳ間におけるトランザクションに書き換えてＶＣＣ  ＵＥ（移動体通信端末２００）に対して転送する（ステップＳ８０２）。
【０１５１】
そして、移動体通信端末２００に対してリソース解放指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を送信した呼制御装置３００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」の受信待ちの状態となる（ステップＳ８０３）。なお、リソース解放の指示を受信した移動体通信端末２００は、実施例１と同様の処理を行なってリソースの解放を発動することとなる。
【０１５２】
［実施例４に係るリソース解放指示に対する要求処理成功通知受信処理］
図１８は、実施例４に係る呼制御装置３００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【０１５３】
図１８に示すように、呼制御装置３００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ９０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ９０２）。
【０１５４】
そして、呼制御装置３００は、ステップＳ９０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ９０２肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、図４に示すＵＥ（ＶＣＣ  ＵＥ）−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えてＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ９０３）。
【０１５５】
続いて、要求処理成功通知「ＳＩＰ：２００  ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００からの要求処理成功通知待ち状態を終了する（ステップＳ９０４）。なお、呼制御装置３００は、ステップＳ９０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態でない場合に（ステップＳ９０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ９０５）。
【０１５６】
［実施例４による効果］
このように、実施例４によれば、音声呼通信切替システム１は、アプリケーションサーバ装置１００がＭＧＣＦに送信したリソースの解放の指示を呼制御装置３００が受信し、移動体通信端末２００に対するメッセージに書き換えて送信するので、リソースの解放を迅速に行なうことが可能である。
【実施例５】
【０１５７】
ところで、上記実施例４では、リソース解放の指示を移動体通信端末２００に対して送信して、移動体通信端末によってリソース解放が発動される場合を説明したが、本システムはこれに限定されるものではなく、リソース解放の指示を移動体通信端末２００と、ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なう制御信号変換装置（ＭＧＣＦ）とに対して送信して、それぞれの装置によってリソース解放を発動することもできる。
【０１５８】
以下の実施例５に係る音声呼通信切替システム１の各構成や一部の機能については、実施例４と同様であるためその説明を省略し、特に、実施例４とは異なるリソース解放の指示について説明する。
【０１５９】
［実施例５に係るリソース解放指示処理］
図１９に示すように、呼制御装置３００は、アプリケーションサーバ装置１００から、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ１００１肯定）、当該セッション終了要求「ＳＩＰ：ＢＹＥ」を、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ  ＵＥ）−ＡＳ間におけるトランザクションに書き換えてＶＣＣ  ＵＥ（移動体通信端末２００）に対して転送する（ステップＳ１００２）。
【０１６０】
また、呼制御装置３００は、セッション終了要求「ＳＩＰ：ＢＹＥ」を移動体通信端末２００に対して送信するとともに、当該セッション終了要求「ＳＩＰ：ＢＹＥ」を、制御信号変換装置（ＭＧＣＦ）に対して送信する（ステップＳ１００３）。この制御信号変換装置（ＭＧＣＦ）に送信するセッション終了要求「ＳＩＰ：ＢＹＥ」は、トランザクションを変更することなく、従来技術と同様のメッセージを送信することとなる。
【０１６１】
そして、移動体通信端末２００とＭＧＣＦとに対してリソース解放指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を送信した呼制御装置３００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」の受信待ちの状態となる（ステップＳ１００４）。なお、リソース解放の指示を受信した移動体通信端末２００とＭＧＣＦとは、実施例１や従来技術などと同様の処理を行なってリソースの解放を発動することとなる。
【０１６２】
［実施例５に係るリソース解放指示に対する要求処理成功通知受信処理］
図２０は、実施例５に係る呼制御装置３００によるリソース解放指示に対する移動体通信端末２００からの要求処理成功通知受信処理を説明するためのフローチャートである。
【０１６３】
図２０に示すように、呼制御装置３００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ１１０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１１０２）。
【０１６４】
そして、呼制御装置３００は、ステップＳ１１０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ１１０２肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、図４に示すＵＥ（ＶＣＣ  ＵＥ）−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えてＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１１０３）。
【０１６５】
続いて、要求処理成功通知「ＳＩＰ：２００  ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１１０４）。なお、呼制御装置３００は、ステップＳ１１０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１１０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１１０５）。
【０１６６】
図２１は、実施例５に係る呼制御装置３００によるリソース解放指示に対する制御信号変換装置からの要求処理成功通知受信処理を説明するためのフローチャートである。
【０１６７】
図２１に示すように、呼制御装置３００は、制御信号変換装置（ＭＧＣＦ）から要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ１２０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１２０２）。
【０１６８】
そして、呼制御装置３００は、ステップＳ１２０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信したＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ１１０２肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１２０３）。なお、この要求処理成功通知「ＳＩＰ：２００  ＯＫ」については、従来技術と同様に、ＡＳがＭＧＣＦに対して送信したセッション終了要求「ＳＩＰ：ＢＹＥ」に対する要求処理成功通知となるため、トランザクションを変更することなくそのままＡＳに対して送信することとなる。
【０１６９】
続いて、要求処理成功通知「ＳＩＰ：２００  ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１２０４）。なお、呼制御装置３００は、ステップＳ１２０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１２０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１２０５）。
【０１７０】
［実施例５による効果］
このように、実施例５によれば、音声呼通信切替システム１は、リソースを解放する指示を、移動体通信端末２００だけでなく制御信号変換装置にも送信し、リソースを解放する指示を受信した移動体通信端末２００と制御信号変換装置とによってリソースの解放を発動するので、より迅速にリソースを解放することが可能である。
【実施例６】
【０１７１】
ところで、上記実施例５では、制御信号変換装置（ＭＧＣＦ）が輻輳している／していないことに関係なく、制御信号変換装置と移動体通信端末２００とにリソースを解放する指示を送信する場合を説明したが、本システムはこれに限定されるものではなく、制御信号変換装置が輻輳している場合に移動体通信端末２００にリソースを解放する指示を送信し、制御信号変換装置が輻輳していない場合に当該制御信号変換装置にリソースを解放する指示を送信することもできる。
【０１７２】
［実施例６に係る音声呼通信切替システムの構成］
図２２は、実施例６に係る音声呼通信切替システム１の構成を示す図である。なお、実施例６においては、実施例４とは異なるＭＧＣＦが輻輳しているか否かの判定を行なう網輻輳情報判定部３３４とリソースの解放を指示するセッション終了要求部３３２とについて説明する。
【０１７３】
網輻輳情報判定部３３４は、メッセージ制御部３３１によってアプリケーションサーバ装置１００から送信された移動体通信端末２００が回線交換網において利用していたリソースを解放する指示メッセージが受信されると、回線交換網とＩＰパケット網との間に設けられ、当該回線交換網とＩＰパケット網とを通信可能に接続するための制御を行なう制御信号変換装置において制御信号が輻輳しているか否かの判定を行なう。
【０１７４】
具体的に例を挙げると、網輻輳情報判定部３３４は、メッセージ制御部３３１によってアプリケーションサーバ装置１００から送信された移動体通信端末２００が回線交換網であるＣＳドメインにおいて利用していたリソースを解放する指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」が受信されると、ＣＳドメインとＰＳドメインとの間に設けられ、当該ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なうＭＧＣＦ（制御信号変換装置）が輻輳しているか否かの判定を行なう。
【０１７５】
セッション終了要求部３３２は、網輻輳情報判定部３３４によって制御信号変換装置において制御信号が輻輳していると判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、移動体通信端末２００に対して送信する。
【０１７６】
上記した例で具体的に例を挙げると、セッション終了要求部３３２は、網輻輳情報判定部３３４によってＭＧＣＦにおいて制御信号が輻輳していると判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信するようにメッセージ制御部３３１に対して依頼する。なお、セッション終了要求「ＳＩＰ：ＢＹＥ」を移動体通信端末２００に対して送信することを依頼されたメッセージ制御部３３１は、ＡＳ−ＭＧＣＦ間のトランザクションからＡＳ−ＶＣＣ  ＵＥ間のトランザクションに書き換えて移動体通信端末２００に対して送信する。
【０１７７】
また、セッション終了要求部３３２は、網輻輳情報判定部３３４によって制御信号変換装置において制御信号が輻輳していないと判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、制御信号変換装置に対して送信する。
【０１７８】
上記した例で具体的に例を挙げると、セッション終了要求部３３２は、網輻輳情報判定部３３４によってＭＧＣＦにおいて制御信号が輻輳していないと判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦ（制御信号変換装置）に対して送信するようにメッセージ制御部３３１に対して依頼する。なお、セッション終了要求「ＳＩＰ：ＢＹＥ」をＭＧＣＦに対して送信することを依頼されたメッセージ制御部３３１は、トランザクションを書き換えることなくＭＧＣＦに対して送信する。
【０１７９】
［実施例６に係るリソース解放指示処理］
図２３は、実施例６に係る呼制御装置３００によるリソース解放指示処理を説明するためのフローチャートである。
【０１８０】
図２３に示すように、呼制御装置３００は、アプリケーションサーバ装置１００から、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ１３０１肯定）、ＭＧＣＦにおける制御信号が輻輳状態であるか否かの判定を行なう（ステップＳ１３０２）。
【０１８１】
そして、呼制御装置３００は、ＭＧＣＦにおける制御信号が輻輳状態であると判定すると（ステップＳ１３０２肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ  ＵＥ）−ＡＳ間におけるトランザクションに書き換えてＶＣＣ  ＵＥ（移動体通信端末２００）に対して転送する（ステップＳ１３０３）。
【０１８２】
また、呼制御装置３００は、ＭＧＣＦにおける制御信号が輻輳状態でないと判定すると（ステップＳ１３０２否定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、トランザクションを書き換えることなくＭＧＣＦに対して送信する（ステップＳ１３０４）。
【０１８３】
その後、移動体通信端末２００またはＭＧＣＦに対してリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を送信した呼制御装置３００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００  ＯＫ」の受信待ちの状態となる（ステップＳ１３０５）。
【０１８４】
［実施例６に係るリソース解放指示に対する要求処理成功通知受信処理］
図２４は、実施例６に係る呼制御装置３００によるリソース解放指示に対する移動体通信端末２００からの要求処理成功通知受信処理を説明するためのフローチャートである。
【０１８５】
図２４に示すように、呼制御装置３００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ１４０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１４０２）。
【０１８６】
そして、呼制御装置３００は、ステップＳ１４０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ１４０２肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、図４に示すＵＥ（ＶＣＣ  ＵＥ）−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えてＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１４０３）。
【０１８７】
続いて、要求処理成功通知「ＳＩＰ：２００  ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１４０４）。なお、呼制御装置３００は、ステップＳ１４０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１４０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１４０５）。
【０１８８】
図２５は、実施例６に係る呼制御装置３００によるリソース解放指示に対する制御信号変換装置からの要求処理成功通知受信処理を説明するためのフローチャートである。
【０１８９】
図２５に示すように、呼制御装置３００は、制御信号変換装置（ＭＧＣＦ）から要求処理成功通知「ＳＩＰ：２００  ＯＫ」を受信すると（ステップＳ１５０１肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１５０２）。
【０１９０】
そして、呼制御装置３００は、ステップＳ１５０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信したＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ１５０２肯定）、当該要求処理成功通知「ＳＩＰ：２００  ＯＫ」を、ＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１５０３）。なお、この要求処理成功通知「ＳＩＰ：２００  ＯＫ」については、従来技術と同様に、ＡＳがＭＧＣＦに対して送信したセッション終了要求「ＳＩＰ：ＢＹＥ」に対する要求処理成功通知となるため、トランザクションを変更することなくそのままＡＳに対して送信することとなる。
【０１９１】
続いて、要求処理成功通知「ＳＩＰ：２００  ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１５０４）。なお、呼制御装置３００は、ステップＳ１５０２において、要求処理成功通知「ＳＩＰ：２００  ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１５０２否定）、要求処理成功通知「ＳＩＰ：２００  ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１５０５）。
【０１９２】
［実施例６による効果］
このように、実施例６によれば、音声呼通信切替システム１は、リソースを解放する指示を、ＭＧＣＦが輻輳している場合に移動体通信端末２００に送信し、ＭＧＣＦが輻輳していない場合にＭＧＣＦに送信するので、ＭＧＣＦの輻輳を助長することなく、より迅速にリソースを解放することが可能である。
【実施例７】
【０１９３】
本システムは、上述した実施例以外にも種々の異なる形態にて実施されてよい。そこで、（１）音声呼通信切替システムの構成、（２）プログラムにおいて異なる実施例を説明する。
【０１９４】
（１）音声呼通信切替システムの構成
また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメタを含む情報（例えば、図２に示したような「セッション終了要求部１３４」などの具体的名称など）については、特記する場合を除いて任意に変更することができる。
【０１９５】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、メッセージ制御部１３１において実行される処理を、セッション再確立要求部１３２、要求処理成功通知部１３３、セッション終了要求部１３４において実行するなど、その全部または一部を、各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
【０１９６】
（２）プログラム
ところで、上記の実施例では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本件はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図２６と図２７とを用いて、上記の実施例に示したアプリケーションサーバ装置１００と呼制御装置３００と同様の機能を有するリソース解放指示送信プログラム、リソース解放指示転送プログラムを実行するコンピュータの一例を説明する。図２６は、リソース解放指示送信プログラムを実行するコンピュータを示す図であり、図２７は、リソース解放指示転送プログラムを実行するコンピュータを示す図である。
【０１９７】
図２６に示すように、アプリケーションサーバ装置としてのコンピュータ１１は、ＨＤＤ１３、ＣＰＵ１４、ＲＯＭ１５およびＲＡＭ１６をバス１８などで接続される。
【０１９８】
ＲＯＭ１５には、上記の実施例１に示したアプリケーションサーバ装置１００と同様の機能を発揮するリソース解放指示送信プログラム、つまり、図２６に示すように受信プログラム１５ａと、リソース解放指示送信プログラム１５ｂとが、あらかじめ記憶されている。なお、これらのプログラム１５ａ〜プログラム１５ｂについては、図２に示したアプリケーションサーバ装置１００の各構成要素と同様、適宜統合または、分散してもよい。
【０１９９】
そして、ＣＰＵ１４がこれらのプログラム１５ａ〜プログラム１５ｂをＲＯＭ１５から読み出して実行することで、図２６に示すように、プログラム１５ａ〜プログラム１５ｂは、受信プロセス１４ａと、リソース解放指示送信プロセス１４ｂとして機能するようになる。なお、プロセス１４ａ〜プロセス１４ｂは、図２に示した、メッセージ制御部１３１と、セッション終了要求部１３４とに対応する。
【０２００】
そして、ＣＰＵ１４はＲＡＭ１６に記録されたデータに基づいてリソース解放指示送信プログラムを実行する。
【０２０１】
なお、上記した各プログラム１５ａ〜プログラム１５ｂについては、必ずしも最初からＲＯＭ１５に記憶させておく必要はなく、例えば、コンピュータ１１に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ１１の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１がこれから各プログラムを読み出して実行するようにしてもよい。
【０２０２】
また、図２７に示すように、呼制御装置としてのコンピュータ２２は、ＨＤＤ２３、ＣＰＵ２４、ＲＯＭ２５およびＲＡＭ２６をバス２８などで接続される。
【０２０３】
ＲＯＭ２５には、上記の実施例４に示した呼制御装置３００と同様の機能を発揮するリソース解放指示転送プログラム、つまり、図２７に示すようにリソース解放指示転送プログラム２５ａが、あらかじめ記憶されている。なお、このプログラム２５ａについては、図１６に示した呼制御装置３００の各構成要素と同様、適宜統合または、分散してもよい。
【０２０４】
そして、ＣＰＵ２４がこのプログラム２５ａをＲＯＭ２５から読み出して実行することで、図２７に示すように、プログラム２５ａは、リソース解放指示転送プロセス２４ａとして機能するようになる。なお、プロセス２４ａは、図１６に示した、セッション終了要求部３３２に対応する。
【０２０５】
そして、ＣＰＵ２４はＲＡＭ２６に記録されたデータに基づいてリソース解放指示転送プログラムを実行する。
【０２０６】
なお、上記したプログラム２５ａについては、必ずしも最初からＲＯＭ２５に記憶させておく必要はなく、例えば、コンピュータ２２に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ２２の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ２２に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ２２がこれから各プログラムを読み出して実行するようにしてもよい。
【０２０７】
以上の実施例１〜７を含む実施形態に関し、更に以下の付記を開示する。
【０２０８】
（付記１）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段とを備え、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
【０２０９】
（付記２）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記リソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記１に記載の音声呼通信切替システム。
【０２１０】
（付記３）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記サーバ装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に送信し、
前記リソース解放手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記１に記載の音声呼通信切替システム。
【０２１１】
（付記４）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置と、当該回線網間においてやり取りされる通信制御メッセージのルーティングを制御する呼制御装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記呼制御装置に送信するリソース解放指示送信手段とを備え、
前記呼制御装置は、
前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送するリソース解放指示転送手段を備え、
前記移動体通信端末は、
前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
【０２１２】
（付記５）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示転送手段は、前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記４に記載の音声呼通信切替システム。
【０２１３】
（付記６）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記呼制御装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示転送手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に転送し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記４に記載の音声呼通信切替システム。
【０２１４】
（付記７）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムにおける前記サーバ装置であって、
前記移動体通信端末が前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段と、
を備えたことを特徴とするサーバ装置。
【０２１５】
（付記８）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムに適した音声呼通信切替方法であって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信工程と、
前記受信工程により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信工程とを含み、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放工程を含んだことを特徴とする音声呼通信切替方法。
【図面の簡単な説明】
【０２１６】
【図１】実施例１に係る音声呼通信切替システムの概要を示す図である。
【図２】実施例１に係る音声呼通信切替システムの構成を示す図である。
【図３】メッセージ制御部が移動体通信端末に送信するセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージ情報の例を示す図である。
【図４】リソース解放部がアプリケーションサーバ装置に送信する要求処理成功通知「ＳＩＰ：２００  ＯＫ」メッセージ情報の例を示す図である。
【図５】実施例１に係るアプリケーションサーバ装置によるリソース解放指示処理を説明するためのフローチャートである。
【図６】実施例１に係るアプリケーションサーバ装置によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【図７】実施例１に係る移動体通信端末によるリソース解放処理を説明するためのフローチャートである。
【図８】実施例２に係る音声呼通信切替システムの概要を示す図である。
【図９】実施例２に係るアプリケーションサーバ装置によるリソース解放指示処理を説明するためのフローチャートである。
【図１０】実施例２に係るアプリケーションサーバ装置によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【図１１】実施例３に係る音声呼通信切替システムの概要を示す図である。
【図１２】実施例３に係る音声呼通信切替システムの構成を示す図である。
【図１３】実施例３に係るアプリケーションサーバ装置によるリソース解放指示処理を説明するためのフローチャートである。
【図１４】実施例３に係るアプリケーションサーバ装置によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【図１５】実施例４に係る音声呼通信切替システムの概要を示す図である。
【図１６】実施例４に係る音声呼通信切替システムの構成を示す図である。
【図１７】実施例４に係る呼制御装置によるリソース解放指示処理を説明するためのフローチャートである。
【図１８】実施例４に係る呼制御装置によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
【図１９】実施例５に係る呼制御装置によるリソース解放指示処理を説明するためのフローチャートである。
【図２０】実施例５に係る呼制御装置によるリソース解放指示に対する移動体通信端末からの要求処理成功通知受信処理を説明するためのフローチャートである。
【図２１】実施例５に係る呼制御装置によるリソース解放指示に対する制御信号変換装置からの要求処理成功通知受信処理を説明するためのフローチャートである。
【図２２】実施例６に係る音声呼通信切替システムの構成を示す図である。
【図２３】実施例６に係る呼制御装置によるリソース解放指示処理を説明するためのフローチャートである。
【図２４】実施例６に係る呼制御装置によるリソース解放指示に対する移動体通信端末からの要求処理成功通知受信処理を説明するためのフローチャートである。
【図２５】実施例６に係る呼制御装置によるリソース解放指示に対する制御信号変換装置からの要求処理成功通知受信処理を説明するためのフローチャートである。
【図２６】リソース解放指示送信プログラムを実行するコンピュータを示す図である。
【図２７】リソース解放指示転送プログラムを実行するコンピュータを示す図である。
【図２８】従来技術に係る音声呼通信切替システムの構成例を示す図である。
【図２９】従来技術に係る音声呼通信切替システムにおける制御信号の流れの例を示す図である。
【図３０】従来技術に係るＡＳがＭＧＣＦに対して送信するセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージ情報の例を示す図である。
【図３１】従来技術に係るＭＧＣＦがＡＳに対して送信する要求処理成功通知「ＳＩＰ：２００  ＯＫ」メッセージ情報の例を示す図である。
【符号の説明】
【０２１７】
１  音声呼通信切替システム
１００  アプリケーションサーバ装置
１１０  ネットワークＩ／Ｆ部
１２０  Ｉ／Ｆ部
１３０  制御部
１３１  メッセージ制御部
１３２  セッション再確立要求部
１３３  要求処理成功通知部
１３４  セッション終了要求部
１３５  網輻輳情報判定部
２００  移動体通信端末
２１０  ＣＳネットワークＩ／Ｆ部
２２０  ＰＳネットワークＩ／Ｆ部
２３０  制御部
２３１  ＣＳサービス制御部
２３２  ＰＳサービス制御部
２３３  パケット処理エンジン部
２３４  リソース解放部
３００  呼制御装置
３１０  ネットワークＩ／Ｆ部
３２０  Ｉ／Ｆ部
３３０  制御部
３３１  メッセージ制御部
３３２  セッション終了要求部
３３３  要求処理成功通知部
３３４  網輻輳情報判定部
【図１】
2009212606.tif 000003
【図２】
2009212606.tif 000004
【図３】
2009212606.tif 000005
【図４】
2009212606.tif 000006
【図５】
2009212606.tif 000007
【図６】
2009212606.tif 000008
【図７】
2009212606.tif 000009
【図８】
2009212606.tif 000010
【図９】
2009212606.tif 000011
【図１０】
2009212606.tif 000012
【図１１】
2009212606.tif 000013
【図１２】
2009212606.tif 000014
【図１３】
2009212606.tif 000015
【図１４】
2009212606.tif 000016
【図１５】
2009212606.tif 000017
【図１６】
2009212606.tif 000018
【図１７】
2009212606.tif 000019
【図１８】
2009212606.tif 000020
【図１９】
2009212606.tif 000021
【図２０】
2009212606.tif 000022
【図２１】
2009212606.tif 000023
【図２２】
2009212606.tif 000024
【図２３】
2009212606.tif 000025
【図２４】
2009212606.tif 000026
【図２５】
2009212606.tif 000027
【図２６】
2009212606.tif 000028
【図２７】
2009212606.tif 000029
【図２８】
2009212606.tif 000030
【図２９】
2009212606.tif 000031
【図３０】
2009212606.tif 000032
【図３１】
2009212606.tif 000033