JP2009212606A - 音声呼通信切替システム - Google Patents
音声呼通信切替システム Download PDFInfo
- Publication number
- JP2009212606A JP2009212606A JP2008051156A JP2008051156A JP2009212606A JP 2009212606 A JP2009212606 A JP 2009212606A JP 2008051156 A JP2008051156 A JP 2008051156A JP 2008051156 A JP2008051156 A JP 2008051156A JP 2009212606 A JP2009212606 A JP 2009212606A
- Authority
- JP
- Japan
- Prior art keywords
- mobile communication
- communication terminal
- network
- resource release
- domain
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1069—Session establishment or de-establishment
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1083—In-session procedures
- H04L65/1095—Inter-network session transfer or sharing
Landscapes
- Engineering & Computer Science (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
【課題】第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムにおいて、リソースの迅速な解放を行なうことを課題とする。
【解決手段】アプリケーションサーバ装置は、第一の回線網から第二の回線網に切り替えるために移動体通信端末によって送信されるメッセージを受信すると、当該移動体通信端末が第一の回線網において利用していたリソースを解放する指示メッセージを移動体通信端末に対して送信し、リソースを解放する指示メッセージを受信した移動体通信端末は、第一の回線網で利用していたリソースを解放する。
【選択図】 図１
【解決手段】アプリケーションサーバ装置は、第一の回線網から第二の回線網に切り替えるために移動体通信端末によって送信されるメッセージを受信すると、当該移動体通信端末が第一の回線網において利用していたリソースを解放する指示メッセージを移動体通信端末に対して送信し、リソースを解放する指示メッセージを受信した移動体通信端末は、第一の回線網で利用していたリソースを解放する。
【選択図】 図１
Description
この発明は、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムに関する。
従来より、携帯電話機などの移動体通信端末は、音声通信を行う際に、発信側と着信側との間で回線を確立してから通信を開始する回線交換型の回線交換網を広く利用している。この回線交換網では、ＩＳＵＰ（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）などによって、ＶＣＣ ＵＥとｒｅｍｏｔｅ ＵＥとの通信制御が行なわれている。
また、ＣＳドメインとＰＳドメインとの間に配置されたＭＧＣＦは、ＣＳドメイン（通信制御プロトコル：ＩＳＵＰ）とＰＳドメイン（通信制御プロトコル：ＳＩＰ）との間において異なる通信制御プロトコルの変換や連携などを行う。また、ｇｓｍＳＣＦは、ＣＳドメインにおける付加サービス情報を提供するものである。なお、実際には、一対一のＶＣＣ ＵＥとｒｅｍｏｔｅ ＵＥとの通信が複数存在している。
このような構成において、音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有することを概要とするものであり、特に、リソースの迅速な解放を行なうことが可能である。
上記システムを具体的に説明すると、ＶＣＣ ＵＥがｒｅｍｏｔｅ ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図１の（１）参照）。
そして、ＶＣＣ ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ ＵＥに対して送信する（図１の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する（図１の（３）参照）。
その後、ｒｅｍｏｔｅ ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＶＣＣ ＵＥに対して送信する（図１の（４）参照）。そして、ＶＣＣ ＵＥに対して要求処理成功通知を送信したＡＳは、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＶＣＣ ＵＥに対して送信する（図１の（５）参照）。
続いて、ＡＳからセッション終了要求を受信したＶＣＣ ＵＥは、ＣＳドメインを利用したＶＣＣ ＵＥの通信を切断（リソースを解放）するために、通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、ＲＮＣを介してＭＳＣに対して送信する（図１の（６）参照）。その後、ＶＣＣ ＵＥから通信切断要求を受信したＭＳＣは、当該通信切断要求の応答である通信解放要求「ＣＣ：ＲＥＬＥＡＳＥ」を、ＶＣＣ ＵＥに対して送信する（図１の（７）参照）。
また、ＶＣＣ ＵＥから通信切断要求を受信したＭＳＣは、ＭＧＣＦとの間で利用していたリソースを解放するために、切断メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ Ｍｅｓｓａｇｅ」をＭＧＣＦに送信し（図１の（７ａ）参照）、当該切断メッセージを受信したＭＧＣＦは、当該ＭＧＣＦとＭＳＣとのリソースの解放（リソースの復旧）が完了したことを示す復旧完了メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ」を、ＭＳＣに対して送信する（図１の（７ｂ）参照）。
そして、ＭＳＣから通信解放要求を受信したＶＣＣ ＵＥは、通信解放（リソース解放）したことを示す通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ」を、ＭＳＣに対して送信する（図１の（８）参照）。続いて、ＭＳＣに対して通信解放完了通知を送信したＶＣＣ ＵＥは、セッション終了要求に対する応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する（図１の（９）参照）。
このように、実施例１に係る音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する場合に、アプリケーションサーバ装置によってリソース解放の指示を送信された移動体通信端末においてリソース解放を発動することができる結果、リソースの迅速な解放を行なうことが可能である。
つまり、音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する場合に、リソース解放指示を移動体通信端末であるＶＣＣ ＵＥに対して送信し、当該ＶＣＣ ＵＥによってリソース解放を行なうので、従来技術と比較して、リソースの迅速な解放を行なうことが可能である。
［実施例１に係る音声呼通信切替システムの構成］
図２は、実施例１に係る音声呼通信切替システムの構成を示す図である。
図２は、実施例１に係る音声呼通信切替システムの構成を示す図である。
図２に示すように、音声呼通信切替システム１は、アプリケーションサーバ装置１００と移動体通信端末２００とから構成され、回線交換網であるＣＳドメインとＩＰパケット網であるＰＳドメインとの通信制御プロトコルが異なる網間を通信可能に接続し、当該網を利用した移動体通信端末間の通信を確立するためのサービスを提供している。そして、アプリケーションサーバ装置１００は、ネットワークＩ／Ｆ部１１０と、Ｉ／Ｆ部１２０と、制御部１３０とを有する。また、移動体通信端末２００は、ＣＳネットワークＩ／Ｆ部２１０と、ＰＳネットワークＩ／Ｆ部２２０と、制御部２３０とを有する。
ネットワークＩ／Ｆ部１１０は、インターネットを介して、移動体通信端末２００や基地局などとの間でやり取りする各種情報に関する無線通信を制御する。例えば、ネットワークＩ／Ｆ部１１０は、インターネットを介して、移動体通信端末２００や当該移動体通信端末とは異なる移動体通信端末とが通信（通話）する場合に、当該通信のためのデータの送受信を行う。また、例えば、ネットワークＩ／Ｆ部１１０は、ネットワークインタフェースに固有のＬ１、Ｌ２、Ｌ３プロトコルを終端する。
Ｉ／Ｆ部１２０は、同一の回線網内において、アプリケーションサーバ装置１００とは異なる装置との間でやり取りする各種情報に関する有線通信を制御する。例えば、Ｉ／Ｆ部１２０は、ＩＰパケット網であるＰＳドメイン内において、ＣＳドメインとＰＳドメインとの間で異なる通信制御プロトコルの変換や連携などを行うＭＧＣＦと、ＰＳドメインにおける通信制御プロトコルであるＳＩＰのルーティングやＩＭＳの基本サービスである認証および認可などを提供するＣＳＣＦとの間でやり取りする各種情報に関する有線通信を制御する。
制御部１３０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、移動体通信端末２００が属するドメインの把握管理やドメインの切り替えなどを行なう。
メッセージ制御部１３１は、移動体通信端末２００が属するドメインが切り替わった場合に、それまで利用されていたドメインのリソース解放に必要なメッセージの制御を行なうなどの、アプリケーションサーバ装置１００と通信される様々なメッセージ情報の制御を行なう。
具体的に例を挙げて説明すると、メッセージ制御部１３１は、移動体通信端末２００が属するドメインがＣＳドメインからＰＳドメインに切り替わった場合に、移動体通信端末２００からドメイン切り替えのメッセージを受信する。そして、メッセージ制御部１３１は、それまで利用されていたＣＳドメインのリソース解放に必要なセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージを、ネットワークＩ／Ｆ部１１０を介して移動体通信端末２００に送信する。
図３は、メッセージ制御部１３１が移動体通信端末２００に送信するセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージ情報の例を示す図である。
図３に示すように、メッセージ制御部１３１が移動体通信端末２００に対して送信するセッション終了要求「ＳＩＰ：ＢＹＥ」は、リクエストの種別と宛先とを示す「ＢＹＥ ｓｉｐ」と、リクエスト応答先の指定を示す「Ｖｉａ」と、最大転送許容数を示す「Ｍａｘ−Ｆｏｒｗａｒｄｓ」と、リクエストの送信元を示す「Ｆｒｏｍ」と、リクエストの宛先を示す「Ｔｏ」と、セッション識別ＩＤを示す「Ｃａｌｌ−ＩＤ」と、コマンドシーケンス番号とメソッドとを示す「Ｃｓｅｑ」と、メッセージボディのサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」と、リソース解放を要求する信号であることを示す「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」との情報を有する。
また、図３０に示した従来技術に係るＡＳからＭＧＣＦに送信される「ＳＩＰ：ＢＹＥ」メッセージと、図３に示した本実施例に係るＡＳからＶＣＣ ＵＥに送信される「ＳＩＰ：ＢＹＥ」メッセージとを比較すると、「ＢＹＥ ｓｉｐ」と、「Ｖｉａ」と、「Ｔｏ」と、「Ｃａｌｌ−ＩＤ」と、「Ｃｓｅｑ」との、主にメッセージ送信にかかる宛先などの内容が異なり、リソース解放する（リソース解放指示信号である）ことを認識させるための「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」が追加されていることがわかる。
セッション再確立要求部１３２は、移動体通信端末２００が回線交換網からＩＰパケット網に移動して、当該移動体通信端末２００から通信制御を切り替える旨を示すメッセージを受信した場合に、メッセージ制御部１３１に対して、移動体通信端末２００の通信相手である移動体通信端末にＩＰパケット網の通信制御に切り替えるためのメッセージを送信するように依頼する。
上記した例で具体的に例を挙げると、セッション再確立要求部１３２は、移動体通信端末２００が回線交換網であるＣＳドメインからＩＰパケット網であるＰＳドメインに移動すると、当該移動体通信端末２００から通信制御を切り替える旨を示すメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信する。そして、セッション再確立要求部１３２は、メッセージ制御部１３１に対して、ＰＳドメインの通信制御に切り替えるためのメッセージであるセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、移動体通信端末２００の通信相手である移動体通信端末に送信するように依頼する。
要求処理成功通知部１３３は、メッセージ制御部１３１によって送信された通信制御を切り替える旨を示すメッセージを受信した移動体通信端末２００の通信相手からの応答メッセージを受信し、当該応答メッセージを移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
上記した例で具体的に例を挙げると、要求処理成功通知部１３３は、メッセージ制御部１３１によって送信されたＣＳドメインからＰＳドメインに通信制御を切り替える旨を示すメッセージであるセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を受信した移動体通信端末２００の通信相手からの応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信する。そして、要求処理成功通知部１３３は、受信された要求処理成功通知「ＳＩＰ：２００ ＯＫ」を移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
セッション終了要求部１３４は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージが移動体通信端末２００に対して送信されると、移動体通信端末２００が利用していた回線交換網のリソースを解放するための指示メッセージを、移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
上記した例で具体的に例を挙げると、セッション終了要求部１３４は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」を移動体通信端末２００に対して送信されると、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
ＣＳネットワークＩ／Ｆ部２１０は、回線交換網を介して通信する移動体通信端末２００と、当該移動体通信端末２００とは異なる移動体通信端末との間でやり取りする各種情報に関する無線通信を制御する。例えば、ＣＳネットワークＩ／Ｆ部２１０は、回線交換網であるＣＳドメインを介して、移動体通信端末２００と当該移動体通信端末２００とは異なる移動体通信端末との間で通信（通話）される場合に、当該通信のためのデータの送受信を行う。また、例えば、ＣＳネットワークＩ／Ｆ部２１０は、ネットワークインタフェースに固有のＬ１、Ｌ２、Ｌ３プロトコルを終端する。
ＰＳネットワークＩ／Ｆ部２２０は、ＩＰパケット網を介して通信する移動体通信端末２００と、当該移動体通信端末２００とは異なる移動体通信端末との間でやり取りする各種情報に関する無線通信を制御する。例えば、ＰＳネットワークＩ／Ｆ部２２０は、ＩＰパケット網であるＰＳドメインを介して通信（通話）する移動体通信端末２００と、当該移動体通信端末２００とは異なる移動体通信端末との間で通信（通話）する場合に、当該通信のためのデータの送受信を行う。また、例えば、ＰＳネットワークＩ／Ｆ部２２０は、ネットワークインタフェースに固有のＬ１、Ｌ２、Ｌ３プロトコルを終端する。
制御部２３０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、移動体通信端末２００の移動通信やドメイン切り替えを行うための網（例えば、回線交換網やＩＰパケット網など）と通信する制御メッセージの終端などを行なう。
ＣＳサービス制御部２３１は、移動体通信端末２００の回線交換網における通信路の設定や移動管理などの制御を行なう。例えば、ＣＳサービス制御部２３１は、回線交換網であるＣＳドメインを介して、移動体通信端末２００と当該移動体通信端末２００とは異なる移動体通信端末（通信相手）との間で通信される場合に、通信路の設定を行なう。また、例えば、ＣＳサービス制御部２３１は、移動体通信端末２００がＰＳドメインからＣＳドメインに移動した場合に、ＣＳドメインを介した通信に切り替えるための移動管理の制御を行なう。
ＰＳサービス制御部２３２は、移動体通信端末２００のＩＰパケット網における通信路の設定や移動管理などの制御を行なう。例えば、ＰＳサービス制御部２３２は、ＩＰパケット網であるＰＳドメインを介して、移動体通信端末２００と当該移動体通信端末２００とは異なる移動体通信端末（通信相手）との間で通信される場合に、通信路の設定を行なう。また、例えば、ＰＳサービス制御部２３２は、移動体通信端末２００がＣＳドメインからＰＳドメインに移動した場合に、ＰＳドメインを介した通信に切り替えるためのメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をアプリケーションサーバ装置１００に対して送信する。
パケット処理エンジン部２３３は、網に接続して当該網への通信路を識別し、ベアラ設定に基づいてデータのルーティングを行なう。例えば、パケット処理エンジン部２３３は、ＩＰパケット網であるＰＳドメインに接続して、当該ＰＳドメインへの通信路を識別し、受信されたデータの中身を識別することなくそのままの状態で送信相手先まで伝送するベアラ設定に基づいて、当該データのルーティングを行なう。
リソース解放部２３４は、アプリケーションサーバ装置１００から網のリソースを解放するための指示を示すメッセージを受信した場合に、移動体通信端末２００がそれまで利用していた網との通信を切断するためのメッセージを、当該網に対して送信する。
上記した例で具体的に例を挙げると、リソース解放部２３４は、アプリケーションサーバ装置１００から回線交換網であるＣＳドメインのリソースを解放するための指示を示すメッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を受信する。そして、リソース解放部２３４は、移動体通信端末２００がそれまで利用していたＣＳドメインのリソース解放を示すメッセージである通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、当該ＣＳドメインを制御するノード（例えば、ＭＳＣなど）に対して送信する。
また、リソース解放部２３４は、リソース解放が完了した網を制御するノードからリソースを解放したことを示すメッセージを受信した場合に、リソース解放処理が完了したことを示すメッセージを、当該リソース解放の指示をしていたアプリケーションサーバ装置１００に対して送信する。
上記した例で具体的に例を挙げると、リソース解放部２３４は、ＣＳドメインを制御するＭＳＣからリソース解放処理が完了したことを示す通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ」を受信する。そして、リソース解放部２３４は、リソース解放の指示に対する応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、当該リソース解放の指示をしていたアプリケーションサーバ装置１００に対して送信する。
図４は、リソース解放部２３４がアプリケーションサーバ装置１００に送信する要求処理成功通知「ＳＩＰ：２００ ＯＫ」メッセージ情報の例を示す図である。
図４に示すように、リソース解放部２３４がアプリケーションサーバ装置１００に対して送信する要求処理成功通知「ＳＩＰ：２００ ＯＫ」は、レスポンス種別と宛先とを示す「ＳＩＰ／２．０ ２００ ＯＫ」と、リクエスト応答先の指定を示す「Ｖｉａ」と、最大転送許容数を示す「Ｍａｘ−Ｆｏｒｗａｒｄｓ」と、リクエストの送信元を示す「Ｆｒｏｍ」と、リクエストの宛先を示す「Ｔｏ」と、セッション識別ＩＤを示す「Ｃａｌｌ−ＩＤ」と、コマンドシーケンス番号とメソッドとを示す「Ｃｓｅｑ」と、メッセージボディのサイズを示す「Ｃｏｎｔｅｎｔ−Ｌｅｎｇｔｈ」と、リソース解放要求に対する応答信号であることを示す「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」との情報を有する。
また、図３１に示した従来技術に係るＭＧＣＦからＡＳに送信される「ＳＩＰ：２００ ＯＫ」メッセージと、図４に示した本実施例に係るＶＣＣ ＵＥからＡＳに送信される「ＳＩＰ：２００ ＯＫ」メッセージとを比較すると、「Ｖｉａ」と、「Ｔｏ」と、「Ｃａｌｌ−ＩＤ」と、「Ｃｓｅｑ」との、主にメッセージ送信にかかる宛先などの内容が異なり、リソース解放した（リソース解放指示応答信号である）ことを認識させるための「Ｃｏｎｔｅｎｔ−Ｔｙｐｅ」が追加されていることがわかる。
［実施例１に係るリソース解放指示処理］
図５は、実施例１に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
図５は、実施例１に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
図５に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００（ＶＣＣ ＵＥ）がＣＳドメインのリソースを利用した他の移動体通信端末（ｒｅｍｏｔｅ ＵＥ）との通信中に、ＰＳドメインのリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によって送信されたＣＳドメインからＰＳドメインに通信を切り替えるメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信して（ステップＳ１０１肯定）、それまで利用していたＣＳドメインのリソースからＰＳドメインのリソースに切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ ＵＥに対して送信する（ステップＳ１０２）。
そして、アプリケーションサーバ装置１００は、送信したセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」に対する応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ｒｅｍｏｔｅ ＵＥから受信する（ステップＳ１０３）。なお、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信したアプリケーションサーバ装置１００は、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、移動体通信端末２００に対して送信する。
続いて、アプリケーションサーバ装置１００は、移動体通信端末２００から受信したセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」において、ＣＳドメインからＰＳドメインへのアクセスシステム変更であるか否かを判定する（ステップＳ１０４）。その後、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインへのアクセスシステム変更であると判定すると（ステップＳ１０４肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信する（ステップＳ１０５）。
そして、移動体通信端末２００に対してリソース解放指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を送信したアプリケーションサーバ装置１００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」の受信待ちの状態となる（ステップＳ１０６）。なお、アプリケーションサーバ装置１００は、ステップＳ１０４において、ＣＳドメインからＰＳドメインへのアクセスシステム変更でないと判定した場合に（ステップＳ１０４否定）、ＰＳドメインにおいて通常のリソース解放処理を実施して処理を終了する。
［実施例１に係るリソース解放指示に対する要求処理成功通知受信処理］
図６は、実施例１に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図６は、実施例１に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図６に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ２０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ２０２）。
そして、アプリケーションサーバ装置１００は、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ２０２肯定）、当該移動体通信端末２００からの要求処理成功通知待ち状態を終了する（ステップＳ２０３）。なお、アプリケーションサーバ装置１００は、ステップＳ２０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態でない場合に（ステップＳ２０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ２０４）。
［実施例１に係るリソース解放処理］
図７は、実施例１に係る移動体通信端末２００によるリソース解放処理を説明するためのフローチャートである。
図７は、実施例１に係る移動体通信端末２００によるリソース解放処理を説明するためのフローチャートである。
図７に示すように、移動体通信端末２００は、アプリケーションサーバ装置１００からセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ３０１肯定）、当該移動体通信端末２００が利用していたＣＳドメインにおけるリソース解放を指示するメッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」であるか否かを判定する（ステップＳ３０２）。
そして、移動体通信端末２００は、アプリケーションサーバ装置１００から受信したセッション終了要求「ＳＩＰ：ＢＹＥ」が、ＣＳドメインにおけるリソース解放を指示するメッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」であると判定すると（ステップＳ３０２肯定）、ＣＳドメインにおけるリソース解放を実行するメッセージを示す通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、ＭＳＣに対して送信する（ステップＳ３０３）。
続いて、移動体通信端末２００は、ＣＳドメインにおいてＭＳＣやＭＧＣＦなどによってリソース解放が実施されて、当該ＭＳＣによる通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ」を受信すると、セッション終了要求「ＳＩＰ：ＢＹＥ」に対する応答メッセージを示す要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、アプリケーションサーバ装置１００に対して送信する（ステップＳ３０４）。
［実施例１による効果］
このように、実施例１によれば、音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する場合に、アプリケーションサーバ装置は、第一の回線網から第二の回線網に通信を切り替えるために移動体通信端末によって送信されるメッセージであり、移動体通信端末が第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から、第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、移動体通信端末によって送信されるメッセージを受信した場合に、第一の回線網と移動体通信端末との通信を切断する指示を示すリソース解放指示を移動体通信端末に送信し、移動体通信端末は、送信されたリソース解放指示を受信した場合に、第一の回線網で利用していたリソースを解放するので、リソースの迅速な解放を行なうことが可能である。
このように、実施例１によれば、音声呼通信切替システムは、第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する場合に、アプリケーションサーバ装置は、第一の回線網から第二の回線網に通信を切り替えるために移動体通信端末によって送信されるメッセージであり、移動体通信端末が第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から、第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、移動体通信端末によって送信されるメッセージを受信した場合に、第一の回線網と移動体通信端末との通信を切断する指示を示すリソース解放指示を移動体通信端末に送信し、移動体通信端末は、送信されたリソース解放指示を受信した場合に、第一の回線網で利用していたリソースを解放するので、リソースの迅速な解放を行なうことが可能である。
つまり、音声呼通信切替システムは、アプリケーションサーバ装置がリソース解放の指示を移動体通信端末に要求し、リソース解放指示を受信した移動体通信端末がリソース解放を発動するので、第一の回線網と第二の回線網との間に設けられ、当該回線網間を通信可能に接続するための制御を行なう装置（例えば、ＭＧＣＦなど）に対するリソース解放の要求により当該ＭＧＣＦが輻輳する従来技術と比較して、リソースの迅速な解放を行なうことが可能である。
例えば、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインに通信を切り替えるために移動体通信端末２００によって送信されるメッセージであり、移動体通信端末２００がＣＳドメインのリソースを利用して他の移動体通信端末と通信する状況から、ＰＳドメインのリソースを利用して他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によって送信されるメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信する。そして、アプリケーションサーバ装置１００は、移動体通信端末２００によって送信されたメッセージであるセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信した場合に、ＣＳドメインと移動体通信端末２００との通信を切断する指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を移動体通信端末２００に送信する。続いて、移動体通信端末２００は、アプリケーションサーバ装置１００によって送信されたセッション終了要求「ＳＩＰ：ＢＹＥ」を受信した場合に、ＣＳドメインで利用していたリソースを解放するメッセージである通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」をＣＳドメインのＭＳＣに送信する。なお、移動体通信端末２００から通信切断要求を受信したＭＳＣは、当該移動体通信端末２００やＭＧＣＦなどの装置とで利用していたリソースを解放する。この結果、音声呼通信切替システム１は、リソースの迅速な解放を行なうことが可能である。
ところで、上記実施例１では、リソース解放の指示を移動体通信端末２００に対して送信して、移動体通信端末２００によってリソース解放が発動される場合を説明したが、本システムはこれに限定されるものではなく、リソース解放の指示を移動体通信端末２００と、ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なう制御信号変換装置（ＭＧＣＦ）とに対して送信して、それぞれの装置によってリソース解放を発動することもできる。
図８は、実施例２に係る音声呼通信切替システム１の概要を示す図である。なお、実施例２に係る音声呼通信切替システム１の各構成や一部の機能については、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なるリソース解放の指示について説明する。
［実施例２の概要］
図８に示すように、ＶＣＣ ＵＥがｒｅｍｏｔｅ ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図８の（１）参照）。
図８に示すように、ＶＣＣ ＵＥがｒｅｍｏｔｅ ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図８の（１）参照）。
そして、ＶＣＣ ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインへの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ ＵＥに対して送信する（図８の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する（図８の（３）参照）。
その後、ｒｅｍｏｔｅ ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＶＣＣ ＵＥに対して送信する（図８の（４）参照）。そして、ＶＣＣ ＵＥに対して要求処理成功通知を送信したＡＳは、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、制御信号変換装置（ＭＧＣＦ）に対して送信するとともに（図８の（５ａ）参照）、ＶＣＣ ＵＥに対して送信する（図８の（５ｂ）参照）。
そして、セッション終了要求を受信したＭＧＣＦは、従来技術と同様の処理を行なって、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。また、セッション終了要求を受信したＶＣＣ ＵＥは、実施例１と同様の処理を行なって、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。その後、リソースの解放を行なったＭＧＣＦまたはＶＣＣ ＵＥは、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する。
つまり、実施例２に係る音声呼通信切替システム１においては、リソース解放の指示をＶＣＣ ＵＥとＭＧＣＦとのそれぞれに送信し、ＶＣＣ ＵＥまたはＭＧＣＦによってリソースの解放が行なわれることとなるので、より迅速なリソースの解放を行なうことが可能である。
［実施例２に係るリソース解放指示処理］
図９は、実施例２に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
図９は、実施例２に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
図９に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００（ＶＣＣ ＵＥ）がＣＳドメインのリソースを利用した他の移動体通信端末（ｒｅｍｏｔｅ ＵＥ）との通信中に、ＰＳドメインのリソースを利用して他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によってＣＳドメインからＰＳドメインに通信を切り替えるメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信して（ステップＳ４０１肯定）、それまで利用していたＣＳドメインのリソースからＰＳドメインのリソースに切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ ＵＥに対して送信する（ステップＳ４０２）。
そして、アプリケーションサーバ装置１００は、送信したセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」に対する応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ｒｅｍｏｔｅ ＵＥから受信する（ステップＳ４０３）。なお、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信したアプリケーションサーバ装置１００は、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、移動体通信端末２００に対して送信する。
続いて、アプリケーションサーバ装置１００は、移動体通信端末２００から受信したセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」において、ＣＳドメインからＰＳドメインへのアクセスシステム変更であるか否かを判定する（ステップＳ４０４）。その後、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインへのアクセスシステム変更であると判定すると（ステップＳ４０４肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦ（制御信号変換装置）と移動体通信端末２００とに対して送信する（ステップＳ４０５、ステップＳ４０６）。
そして、ＭＧＣＦと移動体通信端末２００とに対してリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を送信したアプリケーションサーバ装置１００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」の受信待ちの状態となる（ステップＳ４０７）。なお、アプリケーションサーバ装置１００は、ステップＳ４０４において、ＣＳドメインからＰＳドメインへのアクセスシステム変更でないと判定した場合に（ステップＳ４０４否定）、ＰＳドメインにおいて通常のリソース解放処理を実施して処理を終了する。
［実施例２に係るリソース解放指示に対する要求処理成功通知受信処理］
図１０は、実施例２に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図１０は、実施例２に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図１０に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００またはＭＧＣＦから要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ５０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ５０２）。
そして、アプリケーションサーバ装置１００は、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ５０２肯定）、当該移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ５０３）。
なお、アプリケーションサーバ装置１００は、ステップＳ５０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ５０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ５０４）。
［実施例２による効果］
このように、実施例２によれば、音声呼通信切替システム１は、リソースを解放する指示を、移動体通信端末２００だけでなく制御信号変換装置にも送信し、リソースを解放する指示を受信した移動体通信端末２００と制御信号変換装置とによってリソースの解放を発動するので、より迅速にリソースを解放することが可能である。
このように、実施例２によれば、音声呼通信切替システム１は、リソースを解放する指示を、移動体通信端末２００だけでなく制御信号変換装置にも送信し、リソースを解放する指示を受信した移動体通信端末２００と制御信号変換装置とによってリソースの解放を発動するので、より迅速にリソースを解放することが可能である。
ところで、上記実施例２では、制御信号変換装置（ＭＧＣＦ）が輻輳している／していないことに関係なく、制御信号変換装置と移動体通信端末２００とにリソースを解放する指示を送信する場合を説明したが、本システムはこれに限定されるものではなく、制御信号変換装置が輻輳している場合に移動体通信端末２００にリソースを解放する指示を送信し、制御信号変換装置が輻輳していない場合に当該制御信号変換装置にリソースを解放する指示を送信することもできる。
［実施例３の概要］
図１１は、実施例３に係る音声呼通信切替システム１の概要を示す図である。なお、実施例３に係る音声呼通信切替システム１の一部の構成や機能などについては、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なる輻輳情報の判定とリソース解放の指示とについて説明する。
図１１は、実施例３に係る音声呼通信切替システム１の概要を示す図である。なお、実施例３に係る音声呼通信切替システム１の一部の構成や機能などについては、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なる輻輳情報の判定とリソース解放の指示とについて説明する。
図１１に示すように、ＶＣＣ ＵＥがｒｅｍｏｔｅ ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図１１の（１）参照）。
そして、ＶＣＣ ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインへの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ ＵＥに対して送信する（図１１の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する（図１１の（３）参照）。
その後、ｒｅｍｏｔｅ ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＶＣＣ ＵＥに対して送信する（図１１の（４）参照）。そして、ＶＣＣ ＵＥに対して要求処理成功通知を送信したＡＳは、ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なう制御信号変換装置（ＭＧＣＦ）において制御信号が輻輳しているか否かを判定する（図１１の（５）参照）。
続いて、ＭＧＣＦにおいて制御信号が輻輳しているか否かを判定したＡＳは、ＭＧＣＦにおいて制御信号が輻輳していないと判定された場合に、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、制御信号変換装置（ＭＧＣＦ）に対して送信する（図１１の（６ａ）参照）。
そして、セッション終了要求を受信したＭＧＣＦは、従来技術と同様の処理を行なって、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。その後、リソースの解放を行なったＭＧＣＦは、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する。
また、ＭＧＣＦにおいて制御信号が輻輳しているか否かを判定したＡＳは、ＭＧＣＦにおいて制御信号が輻輳していると判定された場合に、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＶＣＣ ＵＥに対して送信する（図１１の（６ｂ）参照）。
そして、セッション終了要求を受信したＶＣＣ ＵＥは、実施例１と同様の処理を行なって、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースの解放を行なう。その後、リソースの解放を行なったＶＣＣ ＵＥは、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する。
つまり、実施例３に係る音声呼通信切替システム１においては、ＭＧＣＦが輻輳している場合にリソースの解放の指示をＶＣＣ ＵＥに送信し、ＭＧＣＦが輻輳していない場合にリソースの解放の指示をＭＧＣＦに送信し、ＶＣＣ ＵＥまたはＭＧＣＦによってリソースの解放が行なわれることとなるので、ＭＧＣＦの輻輳を助長することなく、より迅速なリソースの解放を行なうことが可能である。
［実施例３に係る音声呼通信切替システムの構成］
図１２は、実施例３に係る音声呼通信切替システム１の構成を示す図である。なお、実施例３においては、上記したように、実施例１とは異なるＭＧＣＦが輻輳しているか否かの判定を行なう網輻輳情報判定部１３５とリソースの解放を指示するセッション終了要求部１３４とについて説明する。
図１２は、実施例３に係る音声呼通信切替システム１の構成を示す図である。なお、実施例３においては、上記したように、実施例１とは異なるＭＧＣＦが輻輳しているか否かの判定を行なう網輻輳情報判定部１３５とリソースの解放を指示するセッション終了要求部１３４とについて説明する。
網輻輳情報判定部１３５は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージが移動体通信端末２００に対して送信されると、回線交換網とＩＰパケット網との間に設けられ、当該回線交換網とＩＰパケット網とを通信可能に接続するための制御を行なう制御信号変換装置において制御信号が輻輳しているか否かの判定を行なう。
具体的に例を挙げると、網輻輳情報判定部１３５は、メッセージ制御部１３１によって移動体通信端末２００の通信相手からの応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」を移動体通信端末２００に対して送信されると、ＣＳドメインとＰＳドメインとの間に設けられ、当該ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なうＭＧＣＦ（制御信号変換装置）が輻輳しているか否かの判定を行なう。
セッション終了要求部１３４は、網輻輳情報判定部１３５によって制御信号変換装置において制御信号が輻輳していると判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、移動体通信端末２００に対して送信する。
上記した例で具体的に例を挙げると、セッション終了要求部１３４は、網輻輳情報判定部１３５によってＭＧＣＦにおいて制御信号が輻輳していると判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信するようにメッセージ制御部１３１に対して依頼する。
また、セッション終了要求部１３４は、網輻輳情報判定部１３５によって制御信号変換装置において制御信号が輻輳していないと判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、制御信号変換装置に対して送信する。
上記した例で具体的に例を挙げると、セッション終了要求部１３４は、網輻輳情報判定部１３５によってＭＧＣＦにおいて制御信号が輻輳していないと判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦ（制御信号変換装置）に対して送信するようにメッセージ制御部１３１に対して依頼する。
［実施例３に係るリソース解放指示処理］
図１３は、実施例３に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
図１３は、実施例３に係るアプリケーションサーバ装置１００によるリソース解放指示処理を説明するためのフローチャートである。
図１３に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００（ＶＣＣ ＵＥ）がＣＳドメインのリソースを利用した他の移動体通信端末（ｒｅｍｏｔｅ ＵＥ）との通信中に、ＰＳドメインのリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、移動体通信端末２００によってＣＳドメインからＰＳドメインに通信を切り替えるメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」を受信して（ステップＳ６０１肯定）、それまで利用していたＣＳドメインのリソースからＰＳドメインのリソースに切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ ＵＥに対して送信する（ステップＳ６０２）。
そして、アプリケーションサーバ装置１００は、送信したセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」に対する応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ｒｅｍｏｔｅ ＵＥから受信する（ステップＳ６０３）。なお、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信したアプリケーションサーバ装置１００は、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、移動体通信端末２００に対して送信する。
続いて、アプリケーションサーバ装置１００は、移動体通信端末２００から受信したセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」において、ＣＳドメインからＰＳドメインへのアクセスシステム変更であるか否かを判定する（ステップＳ６０４）。その後、アプリケーションサーバ装置１００は、ＣＳドメインからＰＳドメインへのアクセスシステム変更であると判定すると（ステップＳ６０４肯定）、ＭＧＣＦにおける制御信号が輻輳状態であるか否かの判定を行なう（ステップＳ６０５）。
そして、アプリケーションサーバ装置１００は、ＭＧＣＦにおける制御信号が輻輳状態であると判定すると（ステップＳ６０５肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信する（ステップＳ６０６）。
また、アプリケーションサーバ装置１００は、ＭＧＣＦにおける制御信号が輻輳状態でないと判定すると（ステップＳ６０５否定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦに対して送信する（ステップＳ６０７）。
その後、移動体通信端末２００またはＭＧＣＦに対してリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を送信したアプリケーションサーバ装置１００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」の受信待ちの状態となる（ステップＳ６０８）。なお、アプリケーションサーバ装置１００は、ステップＳ６０４において、ＣＳドメインからＰＳドメインへのアクセスシステム変更でないと判定した場合に（ステップＳ６０４否定）、ＰＳドメインにおいて通常のリソース解放処理を実施して処理を終了する。
［実施例３に係るリソース解放指示に対する要求処理成功通知受信処理］
図１４は、実施例３に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図１４は、実施例３に係るアプリケーションサーバ装置１００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図１４に示すように、アプリケーションサーバ装置１００は、移動体通信端末２００またはＭＧＣＦから要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ７０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ７０２）。
そして、アプリケーションサーバ装置１００は、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ７０２肯定）、当該移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ７０３）。
なお、アプリケーションサーバ装置１００は、ステップＳ７０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ７０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ７０４）。
［実施例３による効果］
このように、実施例３によれば、音声呼通信切替システム１は、リソースを解放する指示を、ＭＧＣＦが輻輳している場合に移動体通信端末２００に送信し、ＭＧＣＦが輻輳していない場合にＭＧＣＦに送信するので、ＭＧＣＦの輻輳を助長することなく、より迅速にリソースを解放することが可能である。
このように、実施例３によれば、音声呼通信切替システム１は、リソースを解放する指示を、ＭＧＣＦが輻輳している場合に移動体通信端末２００に送信し、ＭＧＣＦが輻輳していない場合にＭＧＣＦに送信するので、ＭＧＣＦの輻輳を助長することなく、より迅速にリソースを解放することが可能である。
ところで、上記実施例１〜３では、アプリケーションサーバ装置１００によってリソースを解放する指示が送信される場合を説明したが、本システムはこれに限定されるものではなく、アプリケーションサーバ装置１００に接続され、ＣＳドメインとＰＳドメインとの間においてやり取りされる通信制御メッセージのルーティングを制御する呼制御装置によってリソースを解放する指示を送信することもできる。
［実施例４の概要］
図１５は、実施例４に係る音声呼通信切替システム１の概要を示す図である。
図１５は、実施例４に係る音声呼通信切替システム１の概要を示す図である。
図１５に示すように、ＶＣＣ ＵＥがｒｅｍｏｔｅ ＵＥとの通信中に、ＣＳドメインからＰＳドメインに移動すると、ＶＣＣ ＵＥは、ＣＳドメインからＰＳドメインに通信路を切り替えるために、セッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」をＰＳドメインのＡＳに対して送信する（図１５の（１）参照）。
そして、ＶＣＣ ＵＥからセッション確立要求を受信したＡＳは、それまで確立されていたＣＳドメインからＰＳドメインの通信制御に切り替えるためのセッション再確立要求「ＳＩＰ：ｒｅＩＮＶＩＴＥ」を、ｒｅｍｏｔｅ ＵＥに対して送信する（図１５の（２）参照）。続いて、ＡＳからセッション再確立要求を受信したｒｅｍｏｔｅ ＵＥは、受信したセッション再確立要求の応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する（図１５の（３）参照）。
その後、ｒｅｍｏｔｅ ＵＥから要求処理成功通知を受信したＡＳは、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＶＣＣ ＵＥに対して送信する（図１５の（４）参照）。そして、ＶＣＣ ＵＥに対して要求処理成功通知を送信したＡＳは、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＣＳＣＦに対して送信する（図１５の（５）参照）。このＶＣＣ ＵＥに対して要求処理成功通知を送信したＡＳは、詳細には、従来技術と同様に、セッション終了要求「ＳＩＰ：ＢＹＥ」をＭＧＣＦに対して送信するが、当該セッション終了要求などのメッセージのルーティングを制御するＣＳＣＦにおいて一旦受信される。
続いて、ＡＳからセッション終了要求を受信したＣＳＣＦは、ＶＣＣ ＵＥがＣＳドメインにおいて利用していたリソースを解放するために、セッション終了要求「ＳＩＰ：ＢＹＥ」を、ＶＣＣ ＵＥに対して転送する（図１５の（６）参照）。また、セッション終了要求「ＳＩＰ：ＢＹＥ」は、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションに書き換えられてＣＳＣＦによって送信（転送）される。
その後、ＣＳＣＦからセッション終了要求を受信したＶＣＣ ＵＥは、ＣＳドメインを利用したＶＣＣ ＵＥの通信を切断（リソースを解放）するために、通信切断要求「ＣＣ：ＤＩＳＣＯＮＮＥＣＴ」を、ＲＮＣを介してＭＳＣに対して送信する（図１５の（７）参照）。そして、ＶＣＣ ＵＥから通信切断要求を受信したＭＳＣは、当該通信切断要求の応答である通信解放要求「ＣＣ：ＲＥＬＥＡＳＥ」を、ＶＣＣ ＵＥに対して送信する（図１５の（８）参照）。
また、ＶＣＣ ＵＥから通信切断要求を受信したＭＳＣは、ＭＧＣＦとの間で利用していたリソースを解放するために、切断メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ Ｍｅｓｓａｇｅ」をＭＧＣＦに送信し（図１５の（８ａ）参照）、当該切断メッセージを受信したＭＧＣＦは、当該ＭＧＣＦとＭＳＣとのリソース解放（リソースの復旧）が完了したことを示す復旧完了メッセージ「ＩＳＵＰ：Ｒｅｌｅａｓｅ Ｃｏｍｐｌｅｔｅ Ｍｅｓｓａｇｅ」を、ＭＳＣに対して送信する（図１５の（８ｂ）参照）。
続いて、ＭＳＣから通信解放要求を受信したＶＣＣ ＵＥは、通信解放（リソース解放）したことを示す通信解放完了通知「ＣＣ：ＲＥＬＥＡＳＥ ＣＯＭＰＬＥＴＥ」を、ＭＳＣに対して送信する（図１５の（９）参照）。その後、ＭＳＣに対して通信解放完了通知を送信したＶＣＣ ＵＥは、セッション終了要求に対する応答である要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＣＳＣＦに対して送信する（図１５の（１０）参照）。
そして、ＶＣＣ ＵＥから要求処理成功通知を受信したＣＳＣＦは、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳに対して送信する（図１５の（１１）参照）。また、要求処理成功通知「ＳＩＰ：２００ ＯＫ」は、図４に示すＵＥ−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えられてＣＳＣＦによって送信される。言い換えると、ＡＳは、従来技術と同様に、ＭＧＣＦに対してリソース解放指示を送信しているが、実施例４に係る処理においては、メッセージのルーティングを行なうＣＳＣＦによってリソース解放指示が受信されるとともにルーティング情報が書き換えられて、ＶＣＣ ＵＥに対してリソース解放指示が送信される。
つまり、実施例４に係る音声呼通信切替システム１においては、実施例１においてリソース解放の指示を送信していたＡＳに代わって、ＣＳＣＦによってリソース解放の指示をＶＣＣ ＵＥに対して送信し、当該ＣＳＣＦによってリソース解放の指示を送信されたＶＣＣ ＵＥにおいてリソース解放を発動することができる結果、リソースの迅速な解放を行なうことが可能である。
［実施例４に係る音声呼通信切替システムの構成］
図１６は、実施例４に係る音声呼通信切替システムの構成を示す図である。なお、実施例４に係る音声呼通信切替システム１の一部の構成や機能などについては、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なる呼制御装置（ＣＳＣＦ）の機能および構成について説明する。
図１６は、実施例４に係る音声呼通信切替システムの構成を示す図である。なお、実施例４に係る音声呼通信切替システム１の一部の構成や機能などについては、実施例１と同様であるためその説明を省略し、特に、実施例１とは異なる呼制御装置（ＣＳＣＦ）の機能および構成について説明する。
図１６に示すように、音声呼通信切替システム１は、アプリケーションサーバ装置１００と、移動体通信端末２００と、呼制御装置３００とから構成され、回線交換網であるＣＳドメインとＩＰパケット網であるＰＳドメインとの通信制御プロトコルが異なる網間を通信可能に接続し、当該網を利用した移動体通信端末間の通信を確立するためのサービスを提供している。そして、呼制御装置３００は、ネットワークＩ／Ｆ部３１０と、Ｉ／Ｆ部３２０と、制御部３３０とから構成され、網間においてやり取りされる通信制御メッセージのルーティング制御を行なう。
ネットワークＩ／Ｆ部３１０は、インターネットを介して、移動体通信端末２００などとの間でやり取りする各種情報に関する無線通信を制御する。例えば、ネットワークＩ／Ｆ部３１０は、インターネットを介して、移動体通信端末２００や当該移動体通信端末とは異なる移動体通信端末とが通信する場合に、当該通信のためにやり取りされるメッセージの送受信を行なう。
Ｉ／Ｆ部３２０は、同一の回線網内において、呼制御装置３００とは異なる装置との間でやり取りする各種情報に関する有線通信を制御する。例えば、Ｉ／Ｆ部３２０は、ＩＰパケット網であるＰＳドメイン内において、ＣＳドメインとＰＳドメインとの間で異なる通信制御プロトコルの変換や連携などを行うＭＧＣＦと、ＣＳドメインとＰＳドメインとの間でやり取りされる通信の切り替えなどの制御を行なうＡＳとの間でやり取りする各種情報（メッセージの送受信など）に関する有線通信を制御する。
制御部３３０は、制御プログラム、各種の処理手順などを規定したプログラムおよび所要データを格納するための内部メモリを有するとともに、移動体通信端末２００が他の移動体通信端末と通信する際のメッセージのルーティング制御やその他のサービス情報の管理などを行なう。
メッセージ制御部３３１は、移動体通信端末２００が属するドメインが切り替わった場合に、それまで利用されていたドメインのリソース解放に必要なメッセージ制御を行なうなどの、呼制御装置３００と通信される様々なメッセージ情報の制御を行なう。
具体的に例を挙げて説明すると、メッセージ制御部３３１は、移動体通信端末２００が属するドメインがＣＳドメインからＰＳドメインに切り替わり、アプリケーションサーバ装置１００に対して当該ドメインを切り替えるためのメッセージを示すセッション確立要求「ＳＩＰ：ＩＮＶＩＴＥ」が送信された場合に、それまで利用されていたＣＳドメインのリソース解放に必要なセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージを、Ｉ／Ｆ部３２０を介してアプリケーションサーバ装置１００から受信する。また、メッセージ制御部３３１は、アプリケーションサーバ装置１００から受信したセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＡＳ−ＭＧＣＦ間のトランザクション（図３０参照）からＡＳ−ＶＣＣ ＵＥ間のトランザクション（図３参照）に変更して移動体通信端末２００に対して送信する。
セッション終了要求部３３２は、メッセージ制御部３３１によりアプリケーションサーバ装置１００から送信された移動体通信端末２００が利用していた回線交換網のリソースを開放するための指示メッセージを受信した場合に、当該リソースを解放するための指示メッセージを、移動体通信端末２００に対して送信するようにメッセージ制御部３３１に対して依頼する。
上記した例で具体的に例を挙げると、セッション終了要求部３３２は、メッセージ制御部３３１によってアプリケーションサーバ装置１００から送信された移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージが受信された場合に、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」メッセージを、移動体通信端末２００に対して送信するようにメッセージ制御部３３１に対して依頼する。
要求処理成功通知部３３３は、メッセージ制御部３３１によって送信された移動体通信端末２００が回線交換網において利用していたリソースを解放する指示を示すメッセージを受信した移動体通信端末２００からの応答であるメッセージを受信した場合に、当該メッセージをアプリケーションサーバ装置１００に対して送信する。
上記した例で具体的に例を挙げると、要求処理成功通知部３３３は、メッセージ制御部３３１によって送信された移動体通信端末２００が回線交換網であるＣＳドメインにおいて利用していたリソースを解放する指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信した移動体通信端末２００からの応答メッセージを示す要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信した場合に、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」をアプリケーションサーバ装置１００に対して送信する。
［実施例４に係るリソース解放指示処理］
図１７は、実施例４に係る呼制御装置３００によるリソース解放指示処理を説明するためのフローチャートである。なお、以下の説明においては、上記した実施例４の概要における図１５の（４）以降の呼制御装置３００（ＣＳＣＦ）の処理について説明する。
図１７は、実施例４に係る呼制御装置３００によるリソース解放指示処理を説明するためのフローチャートである。なお、以下の説明においては、上記した実施例４の概要における図１５の（４）以降の呼制御装置３００（ＣＳＣＦ）の処理について説明する。
図１７に示すように、呼制御装置３００は、アプリケーションサーバ装置１００から、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ８０１肯定）、当該セッション終了要求「ＳＩＰ：ＢＹＥ」を、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションに書き換えてＶＣＣ ＵＥ（移動体通信端末２００）に対して転送する（ステップＳ８０２）。
そして、移動体通信端末２００に対してリソース解放指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を送信した呼制御装置３００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」の受信待ちの状態となる（ステップＳ８０３）。なお、リソース解放の指示を受信した移動体通信端末２００は、実施例１と同様の処理を行なってリソースの解放を発動することとなる。
［実施例４に係るリソース解放指示に対する要求処理成功通知受信処理］
図１８は、実施例４に係る呼制御装置３００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図１８は、実施例４に係る呼制御装置３００によるリソース解放指示に対する要求処理成功通知受信処理を説明するためのフローチャートである。
図１８に示すように、呼制御装置３００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ９０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ９０２）。
そして、呼制御装置３００は、ステップＳ９０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ９０２肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、図４に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えてＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ９０３）。
続いて、要求処理成功通知「ＳＩＰ：２００ ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００からの要求処理成功通知待ち状態を終了する（ステップＳ９０４）。なお、呼制御装置３００は、ステップＳ９０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態でない場合に（ステップＳ９０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ９０５）。
［実施例４による効果］
このように、実施例４によれば、音声呼通信切替システム１は、アプリケーションサーバ装置１００がＭＧＣＦに送信したリソースの解放の指示を呼制御装置３００が受信し、移動体通信端末２００に対するメッセージに書き換えて送信するので、リソースの解放を迅速に行なうことが可能である。
このように、実施例４によれば、音声呼通信切替システム１は、アプリケーションサーバ装置１００がＭＧＣＦに送信したリソースの解放の指示を呼制御装置３００が受信し、移動体通信端末２００に対するメッセージに書き換えて送信するので、リソースの解放を迅速に行なうことが可能である。
ところで、上記実施例４では、リソース解放の指示を移動体通信端末２００に対して送信して、移動体通信端末によってリソース解放が発動される場合を説明したが、本システムはこれに限定されるものではなく、リソース解放の指示を移動体通信端末２００と、ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なう制御信号変換装置（ＭＧＣＦ）とに対して送信して、それぞれの装置によってリソース解放を発動することもできる。
以下の実施例５に係る音声呼通信切替システム１の各構成や一部の機能については、実施例４と同様であるためその説明を省略し、特に、実施例４とは異なるリソース解放の指示について説明する。
［実施例５に係るリソース解放指示処理］
図１９に示すように、呼制御装置３００は、アプリケーションサーバ装置１００から、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ１００１肯定）、当該セッション終了要求「ＳＩＰ：ＢＹＥ」を、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションに書き換えてＶＣＣ ＵＥ（移動体通信端末２００）に対して転送する（ステップＳ１００２）。
図１９に示すように、呼制御装置３００は、アプリケーションサーバ装置１００から、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ１００１肯定）、当該セッション終了要求「ＳＩＰ：ＢＹＥ」を、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションに書き換えてＶＣＣ ＵＥ（移動体通信端末２００）に対して転送する（ステップＳ１００２）。
また、呼制御装置３００は、セッション終了要求「ＳＩＰ：ＢＹＥ」を移動体通信端末２００に対して送信するとともに、当該セッション終了要求「ＳＩＰ：ＢＹＥ」を、制御信号変換装置（ＭＧＣＦ）に対して送信する（ステップＳ１００３）。この制御信号変換装置（ＭＧＣＦ）に送信するセッション終了要求「ＳＩＰ：ＢＹＥ」は、トランザクションを変更することなく、従来技術と同様のメッセージを送信することとなる。
そして、移動体通信端末２００とＭＧＣＦとに対してリソース解放指示を示すセッション終了要求「ＳＩＰ：ＢＹＥ」を送信した呼制御装置３００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」の受信待ちの状態となる（ステップＳ１００４）。なお、リソース解放の指示を受信した移動体通信端末２００とＭＧＣＦとは、実施例１や従来技術などと同様の処理を行なってリソースの解放を発動することとなる。
［実施例５に係るリソース解放指示に対する要求処理成功通知受信処理］
図２０は、実施例５に係る呼制御装置３００によるリソース解放指示に対する移動体通信端末２００からの要求処理成功通知受信処理を説明するためのフローチャートである。
図２０は、実施例５に係る呼制御装置３００によるリソース解放指示に対する移動体通信端末２００からの要求処理成功通知受信処理を説明するためのフローチャートである。
図２０に示すように、呼制御装置３００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ１１０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１１０２）。
そして、呼制御装置３００は、ステップＳ１１０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ１１０２肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、図４に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えてＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１１０３）。
続いて、要求処理成功通知「ＳＩＰ：２００ ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１１０４）。なお、呼制御装置３００は、ステップＳ１１０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１１０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１１０５）。
図２１は、実施例５に係る呼制御装置３００によるリソース解放指示に対する制御信号変換装置からの要求処理成功通知受信処理を説明するためのフローチャートである。
図２１に示すように、呼制御装置３００は、制御信号変換装置（ＭＧＣＦ）から要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ１２０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１２０２）。
そして、呼制御装置３００は、ステップＳ１２０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信したＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ１１０２肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１２０３）。なお、この要求処理成功通知「ＳＩＰ：２００ ＯＫ」については、従来技術と同様に、ＡＳがＭＧＣＦに対して送信したセッション終了要求「ＳＩＰ：ＢＹＥ」に対する要求処理成功通知となるため、トランザクションを変更することなくそのままＡＳに対して送信することとなる。
続いて、要求処理成功通知「ＳＩＰ：２００ ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１２０４）。なお、呼制御装置３００は、ステップＳ１２０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１２０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１２０５）。
［実施例５による効果］
このように、実施例５によれば、音声呼通信切替システム１は、リソースを解放する指示を、移動体通信端末２００だけでなく制御信号変換装置にも送信し、リソースを解放する指示を受信した移動体通信端末２００と制御信号変換装置とによってリソースの解放を発動するので、より迅速にリソースを解放することが可能である。
このように、実施例５によれば、音声呼通信切替システム１は、リソースを解放する指示を、移動体通信端末２００だけでなく制御信号変換装置にも送信し、リソースを解放する指示を受信した移動体通信端末２００と制御信号変換装置とによってリソースの解放を発動するので、より迅速にリソースを解放することが可能である。
ところで、上記実施例５では、制御信号変換装置（ＭＧＣＦ）が輻輳している／していないことに関係なく、制御信号変換装置と移動体通信端末２００とにリソースを解放する指示を送信する場合を説明したが、本システムはこれに限定されるものではなく、制御信号変換装置が輻輳している場合に移動体通信端末２００にリソースを解放する指示を送信し、制御信号変換装置が輻輳していない場合に当該制御信号変換装置にリソースを解放する指示を送信することもできる。
［実施例６に係る音声呼通信切替システムの構成］
図２２は、実施例６に係る音声呼通信切替システム１の構成を示す図である。なお、実施例６においては、実施例４とは異なるＭＧＣＦが輻輳しているか否かの判定を行なう網輻輳情報判定部３３４とリソースの解放を指示するセッション終了要求部３３２とについて説明する。
図２２は、実施例６に係る音声呼通信切替システム１の構成を示す図である。なお、実施例６においては、実施例４とは異なるＭＧＣＦが輻輳しているか否かの判定を行なう網輻輳情報判定部３３４とリソースの解放を指示するセッション終了要求部３３２とについて説明する。
網輻輳情報判定部３３４は、メッセージ制御部３３１によってアプリケーションサーバ装置１００から送信された移動体通信端末２００が回線交換網において利用していたリソースを解放する指示メッセージが受信されると、回線交換網とＩＰパケット網との間に設けられ、当該回線交換網とＩＰパケット網とを通信可能に接続するための制御を行なう制御信号変換装置において制御信号が輻輳しているか否かの判定を行なう。
具体的に例を挙げると、網輻輳情報判定部３３４は、メッセージ制御部３３１によってアプリケーションサーバ装置１００から送信された移動体通信端末２００が回線交換網であるＣＳドメインにおいて利用していたリソースを解放する指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」が受信されると、ＣＳドメインとＰＳドメインとの間に設けられ、当該ＣＳドメインとＰＳドメインとを通信可能に接続するための制御を行なうＭＧＣＦ（制御信号変換装置）が輻輳しているか否かの判定を行なう。
セッション終了要求部３３２は、網輻輳情報判定部３３４によって制御信号変換装置において制御信号が輻輳していると判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、移動体通信端末２００に対して送信する。
上記した例で具体的に例を挙げると、セッション終了要求部３３２は、網輻輳情報判定部３３４によってＭＧＣＦにおいて制御信号が輻輳していると判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、移動体通信端末２００に対して送信するようにメッセージ制御部３３１に対して依頼する。なお、セッション終了要求「ＳＩＰ：ＢＹＥ」を移動体通信端末２００に対して送信することを依頼されたメッセージ制御部３３１は、ＡＳ−ＭＧＣＦ間のトランザクションからＡＳ−ＶＣＣ ＵＥ間のトランザクションに書き換えて移動体通信端末２００に対して送信する。
また、セッション終了要求部３３２は、網輻輳情報判定部３３４によって制御信号変換装置において制御信号が輻輳していないと判定された場合に、回線交換網と移動体通信端末２００との通信を切断する指示を示すリソース解放指示を、制御信号変換装置に対して送信する。
上記した例で具体的に例を挙げると、セッション終了要求部３３２は、網輻輳情報判定部３３４によってＭＧＣＦにおいて制御信号が輻輳していないと判定された場合に、移動体通信端末２００が利用していた回線交換網であるＣＳドメインのリソースを解放するための指示メッセージであるセッション終了要求「ＳＩＰ：ＢＹＥ」を、ＭＧＣＦ（制御信号変換装置）に対して送信するようにメッセージ制御部３３１に対して依頼する。なお、セッション終了要求「ＳＩＰ：ＢＹＥ」をＭＧＣＦに対して送信することを依頼されたメッセージ制御部３３１は、トランザクションを書き換えることなくＭＧＣＦに対して送信する。
［実施例６に係るリソース解放指示処理］
図２３は、実施例６に係る呼制御装置３００によるリソース解放指示処理を説明するためのフローチャートである。
図２３は、実施例６に係る呼制御装置３００によるリソース解放指示処理を説明するためのフローチャートである。
図２３に示すように、呼制御装置３００は、アプリケーションサーバ装置１００から、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するための指示メッセージを示すセッション終了要求「ＳＩＰ：ＢＹＥ」を受信すると（ステップＳ１３０１肯定）、ＭＧＣＦにおける制御信号が輻輳状態であるか否かの判定を行なう（ステップＳ１３０２）。
そして、呼制御装置３００は、ＭＧＣＦにおける制御信号が輻輳状態であると判定すると（ステップＳ１３０２肯定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、図３０に示すＭＧＣＦ−ＡＳ間におけるトランザクションから、図３に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションに書き換えてＶＣＣ ＵＥ（移動体通信端末２００）に対して転送する（ステップＳ１３０３）。
また、呼制御装置３００は、ＭＧＣＦにおける制御信号が輻輳状態でないと判定すると（ステップＳ１３０２否定）、移動体通信端末２００がＣＳドメインにおいて利用していたリソースを解放するためのリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を、トランザクションを書き換えることなくＭＧＣＦに対して送信する（ステップＳ１３０４）。
その後、移動体通信端末２００またはＭＧＣＦに対してリソース解放指示であるセッション終了要求「ＳＩＰ：ＢＹＥ」を送信した呼制御装置３００は、当該セッション終了要求の応答メッセージである要求処理成功通知「ＳＩＰ：２００ ＯＫ」の受信待ちの状態となる（ステップＳ１３０５）。
［実施例６に係るリソース解放指示に対する要求処理成功通知受信処理］
図２４は、実施例６に係る呼制御装置３００によるリソース解放指示に対する移動体通信端末２００からの要求処理成功通知受信処理を説明するためのフローチャートである。
図２４は、実施例６に係る呼制御装置３００によるリソース解放指示に対する移動体通信端末２００からの要求処理成功通知受信処理を説明するためのフローチャートである。
図２４に示すように、呼制御装置３００は、移動体通信端末２００から要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ１４０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１４０２）。
そして、呼制御装置３００は、ステップＳ１４０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００からの要求処理成功通知待ち状態である場合に（ステップＳ１４０２肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、図４に示すＵＥ（ＶＣＣ ＵＥ）−ＡＳ間におけるトランザクションから、図３１に示すＭＧＣＦ−ＡＳ間におけるトランザクションに書き換えてＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１４０３）。
続いて、要求処理成功通知「ＳＩＰ：２００ ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１４０４）。なお、呼制御装置３００は、ステップＳ１４０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１４０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１４０５）。
図２５は、実施例６に係る呼制御装置３００によるリソース解放指示に対する制御信号変換装置からの要求処理成功通知受信処理を説明するためのフローチャートである。
図２５に示すように、呼制御装置３００は、制御信号変換装置（ＭＧＣＦ）から要求処理成功通知「ＳＩＰ：２００ ＯＫ」を受信すると（ステップＳ１５０１肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態であったか否かの判定を行なう（ステップＳ１５０２）。
そして、呼制御装置３００は、ステップＳ１５０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信したＭＧＣＦからの要求処理成功通知待ち状態である場合に（ステップＳ１５０２肯定）、当該要求処理成功通知「ＳＩＰ：２００ ＯＫ」を、ＡＳ（アプリケーションサーバ装置１００）に対して送信する（ステップＳ１５０３）。なお、この要求処理成功通知「ＳＩＰ：２００ ＯＫ」については、従来技術と同様に、ＡＳがＭＧＣＦに対して送信したセッション終了要求「ＳＩＰ：ＢＹＥ」に対する要求処理成功通知となるため、トランザクションを変更することなくそのままＡＳに対して送信することとなる。
続いて、要求処理成功通知「ＳＩＰ：２００ ＯＫ」をＡＳに対して送信した呼制御装置３００は、移動体通信端末２００およびＭＧＣＦからの要求処理成功通知待ち状態を終了する（ステップＳ１５０４）。なお、呼制御装置３００は、ステップＳ１５０２において、要求処理成功通知「ＳＩＰ：２００ ＯＫ」を送信した移動体通信端末２００またはＭＧＣＦからの要求処理成功通知待ち状態でない場合に（ステップＳ１５０２否定）、要求処理成功通知「ＳＩＰ：２００ ＯＫ」の待ち状態でないにもかかわらず受信したことを示す異常をログとして保存するなどの異常処理を実行する（ステップＳ１５０５）。
［実施例６による効果］
このように、実施例６によれば、音声呼通信切替システム１は、リソースを解放する指示を、ＭＧＣＦが輻輳している場合に移動体通信端末２００に送信し、ＭＧＣＦが輻輳していない場合にＭＧＣＦに送信するので、ＭＧＣＦの輻輳を助長することなく、より迅速にリソースを解放することが可能である。
このように、実施例６によれば、音声呼通信切替システム１は、リソースを解放する指示を、ＭＧＣＦが輻輳している場合に移動体通信端末２００に送信し、ＭＧＣＦが輻輳していない場合にＭＧＣＦに送信するので、ＭＧＣＦの輻輳を助長することなく、より迅速にリソースを解放することが可能である。
本システムは、上述した実施例以外にも種々の異なる形態にて実施されてよい。そこで、（１）音声呼通信切替システムの構成、（２）プログラムにおいて異なる実施例を説明する。
（１）音声呼通信切替システムの構成
また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメタを含む情報（例えば、図２に示したような「セッション終了要求部１３４」などの具体的名称など）については、特記する場合を除いて任意に変更することができる。
また、上記文書中や図面中で示した処理手順、制御手順、具体的名称、各種のデータやパラメタを含む情報（例えば、図２に示したような「セッション終了要求部１３４」などの具体的名称など）については、特記する場合を除いて任意に変更することができる。
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、例えば、メッセージ制御部１３１において実行される処理を、セッション再確立要求部１３２、要求処理成功通知部１３３、セッション終了要求部１３４において実行するなど、その全部または一部を、各種の負担や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。さらに、各装置にて行われる各処理機能は、その全部または任意の一部が、ＣＰＵおよび当該ＣＰＵにて解析実行されるプログラムにて実現され、あるいは、ワイヤードロジックによるハードウェアとして実現され得る。
（２）プログラム
ところで、上記の実施例では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本件はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図２６と図２７とを用いて、上記の実施例に示したアプリケーションサーバ装置１００と呼制御装置３００と同様の機能を有するリソース解放指示送信プログラム、リソース解放指示転送プログラムを実行するコンピュータの一例を説明する。図２６は、リソース解放指示送信プログラムを実行するコンピュータを示す図であり、図２７は、リソース解放指示転送プログラムを実行するコンピュータを示す図である。
ところで、上記の実施例では、ハードウェアロジックによって各種の処理を実現する場合を説明したが、本件はこれに限定されるものではなく、あらかじめ用意されたプログラムをコンピュータで実行することによって実現するようにしてもよい。そこで、以下では、図２６と図２７とを用いて、上記の実施例に示したアプリケーションサーバ装置１００と呼制御装置３００と同様の機能を有するリソース解放指示送信プログラム、リソース解放指示転送プログラムを実行するコンピュータの一例を説明する。図２６は、リソース解放指示送信プログラムを実行するコンピュータを示す図であり、図２７は、リソース解放指示転送プログラムを実行するコンピュータを示す図である。
図２６に示すように、アプリケーションサーバ装置としてのコンピュータ１１は、ＨＤＤ１３、ＣＰＵ１４、ＲＯＭ１５およびＲＡＭ１６をバス１８などで接続される。
ＲＯＭ１５には、上記の実施例１に示したアプリケーションサーバ装置１００と同様の機能を発揮するリソース解放指示送信プログラム、つまり、図２６に示すように受信プログラム１５ａと、リソース解放指示送信プログラム１５ｂとが、あらかじめ記憶されている。なお、これらのプログラム１５ａ〜プログラム１５ｂについては、図２に示したアプリケーションサーバ装置１００の各構成要素と同様、適宜統合または、分散してもよい。
そして、ＣＰＵ１４がこれらのプログラム１５ａ〜プログラム１５ｂをＲＯＭ１５から読み出して実行することで、図２６に示すように、プログラム１５ａ〜プログラム１５ｂは、受信プロセス１４ａと、リソース解放指示送信プロセス１４ｂとして機能するようになる。なお、プロセス１４ａ〜プロセス１４ｂは、図２に示した、メッセージ制御部１３１と、セッション終了要求部１３４とに対応する。
そして、ＣＰＵ１４はＲＡＭ１６に記録されたデータに基づいてリソース解放指示送信プログラムを実行する。
なお、上記した各プログラム１５ａ〜プログラム１５ｂについては、必ずしも最初からＲＯＭ１５に記憶させておく必要はなく、例えば、コンピュータ１１に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ１１の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ１１に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ１１がこれから各プログラムを読み出して実行するようにしてもよい。
また、図２７に示すように、呼制御装置としてのコンピュータ２２は、ＨＤＤ２３、ＣＰＵ２４、ＲＯＭ２５およびＲＡＭ２６をバス２８などで接続される。
ＲＯＭ２５には、上記の実施例４に示した呼制御装置３００と同様の機能を発揮するリソース解放指示転送プログラム、つまり、図２７に示すようにリソース解放指示転送プログラム２５ａが、あらかじめ記憶されている。なお、このプログラム２５ａについては、図１６に示した呼制御装置３００の各構成要素と同様、適宜統合または、分散してもよい。
そして、ＣＰＵ２４がこのプログラム２５ａをＲＯＭ２５から読み出して実行することで、図２７に示すように、プログラム２５ａは、リソース解放指示転送プロセス２４ａとして機能するようになる。なお、プロセス２４ａは、図１６に示した、セッション終了要求部３３２に対応する。
そして、ＣＰＵ２４はＲＡＭ２６に記録されたデータに基づいてリソース解放指示転送プログラムを実行する。
なお、上記したプログラム２５ａについては、必ずしも最初からＲＯＭ２５に記憶させておく必要はなく、例えば、コンピュータ２２に挿入されるフレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＤＶＤディスク、光磁気ディスク、ＩＣカードなどの「可搬用の物理媒体」、またはコンピュータ２２の内外に備えられるＨＤＤなどの「固定用の物理媒体」、さらには公衆回線、インターネット、ＬＡＮ、ＷＡＮなどを介してコンピュータ２２に接続される「他のコンピュータ（またはサーバ）」などに各プログラムを記憶させておき、コンピュータ２２がこれから各プログラムを読み出して実行するようにしてもよい。
以上の実施例１〜７を含む実施形態に関し、更に以下の付記を開示する。
（付記１）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段とを備え、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段とを備え、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
（付記２）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記リソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記１に記載の音声呼通信切替システム。
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記リソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記１に記載の音声呼通信切替システム。
（付記３）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記サーバ装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に送信し、
前記リソース解放手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記１に記載の音声呼通信切替システム。
前記サーバ装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に送信し、
前記リソース解放手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記１に記載の音声呼通信切替システム。
（付記４）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置と、当該回線網間においてやり取りされる通信制御メッセージのルーティングを制御する呼制御装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記呼制御装置に送信するリソース解放指示送信手段とを備え、
前記呼制御装置は、
前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送するリソース解放指示転送手段を備え、
前記移動体通信端末は、
前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記呼制御装置に送信するリソース解放指示送信手段とを備え、
前記呼制御装置は、
前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送するリソース解放指示転送手段を備え、
前記移動体通信端末は、
前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。
（付記５）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示転送手段は、前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記４に記載の音声呼通信切替システム。
前記リソース解放指示転送手段は、前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記４に記載の音声呼通信切替システム。
（付記６）前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記呼制御装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示転送手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に転送し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記４に記載の音声呼通信切替システム。
前記呼制御装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示転送手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に転送し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする付記４に記載の音声呼通信切替システム。
（付記７）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムにおける前記サーバ装置であって、
前記移動体通信端末が前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段と、
を備えたことを特徴とするサーバ装置。
前記移動体通信端末が前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段と、
を備えたことを特徴とするサーバ装置。
（付記８）第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムに適した音声呼通信切替方法であって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信工程と、
前記受信工程により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信工程とを含み、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放工程を含んだことを特徴とする音声呼通信切替方法。
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信工程と、
前記受信工程により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信工程とを含み、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放工程を含んだことを特徴とする音声呼通信切替方法。
１ 音声呼通信切替システム
１００ アプリケーションサーバ装置
１１０ ネットワークＩ／Ｆ部
１２０ Ｉ／Ｆ部
１３０ 制御部
１３１ メッセージ制御部
１３２ セッション再確立要求部
１３３ 要求処理成功通知部
１３４ セッション終了要求部
１３５ 網輻輳情報判定部
２００ 移動体通信端末
２１０ ＣＳネットワークＩ／Ｆ部
２２０ ＰＳネットワークＩ／Ｆ部
２３０ 制御部
２３１ ＣＳサービス制御部
２３２ ＰＳサービス制御部
２３３ パケット処理エンジン部
２３４ リソース解放部
３００ 呼制御装置
３１０ ネットワークＩ／Ｆ部
３２０ Ｉ／Ｆ部
３３０ 制御部
３３１ メッセージ制御部
３３２ セッション終了要求部
３３３ 要求処理成功通知部
３３４ 網輻輳情報判定部
１００ アプリケーションサーバ装置
１１０ ネットワークＩ／Ｆ部
１２０ Ｉ／Ｆ部
１３０ 制御部
１３１ メッセージ制御部
１３２ セッション再確立要求部
１３３ 要求処理成功通知部
１３４ セッション終了要求部
１３５ 網輻輳情報判定部
２００ 移動体通信端末
２１０ ＣＳネットワークＩ／Ｆ部
２２０ ＰＳネットワークＩ／Ｆ部
２３０ 制御部
２３１ ＣＳサービス制御部
２３２ ＰＳサービス制御部
２３３ パケット処理エンジン部
２３４ リソース解放部
３００ 呼制御装置
３１０ ネットワークＩ／Ｆ部
３２０ Ｉ／Ｆ部
３３０ 制御部
３３１ メッセージ制御部
３３２ セッション終了要求部
３３３ 要求処理成功通知部
３３４ 網輻輳情報判定部
Claims (6)
- 第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段とを備え、
前記移動体通信端末は、
前記リソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。 - 前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記リソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする請求項１に記載の音声呼通信切替システム。 - 前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記サーバ装置は、
前記制御信号変換装置において制御信号が輻輳しているか否かを判定する網輻輳情報判定手段をさらに備え、
前記リソース解放指示送信手段は、前記受信手段により前記移動体通信端末によって送信されたメッセージを受信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していると判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信し、前記網輻輳情報判定手段によって前記制御信号変換装置において制御信号が輻輳していないと判定された場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記制御信号変換装置に送信し、
前記リソース解放手段は、前記リソース解放指示送信手段によって送信されたリソース解放指示を受信した前記移動体通信端末、または、前記制御信号変換装置によって、前記第一の回線網で利用していたリソースが解放されることを特徴とする請求項１に記載の音声呼通信切替システム。 - 第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置と、当該回線網間においてやり取りされる通信制御メッセージのルーティングを制御する呼制御装置とを有する音声呼通信切替システムであって、
前記サーバ装置は、
前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記呼制御装置に送信するリソース解放指示送信手段とを備え、
前記呼制御装置は、
前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に転送するリソース解放指示転送手段を備え、
前記移動体通信端末は、
前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した場合に、前記第一の回線網で利用していたリソースを解放するリソース解放手段を備えたことを特徴とする音声呼通信切替システム。 - 前記音声呼通信切替システムにおける第一の回線網と第二の回線網との間に当該第一の回線網と第二の回線網とを通信可能に接続するための制御を行なう制御信号変換装置をさらに接続し、
前記リソース解放指示転送手段は、前記リソース解放指示を受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を、前記移動体通信端末と前記制御信号変換装置とにそれぞれ送信し、
前記リソース解放手段は、前記呼制御装置のリソース解放指示転送手段によって転送されたリソース解放指示を受信した前記移動体通信端末と制御信号変換装置とによって、前記第一の回線網で利用していたリソースが解放されることを特徴とする請求項４に記載の音声呼通信切替システム。 - 第一の回線網と第二の回線網とが通信可能に接続され、当該回線網を利用して通信を確立する移動体通信端末と、前記第二の回線網内に設けられ、当該回線網間においてやり取りされる通信を制御するサーバ装置とを有する音声呼通信切替システムにおける前記サーバ装置であって、
前記移動体通信端末が前記第一の回線網のリソースを利用して他の移動体通信端末と通信する状況から前記第二の回線網のリソースを利用して当該他の移動体通信端末と通信する状況になった場合に、前記移動体通信端末から送信されるメッセージを受信する受信手段と、
前記受信手段により前記メッセージを受信した場合に、前記第一の回線網と前記移動体通信端末との通信を切断する指示を示すリソース解放指示を前記移動体通信端末に送信するリソース解放指示送信手段と、
を備えたことを特徴とするサーバ装置。
Priority Applications (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008051156A JP2009212606A (ja) | 2008-02-29 | 2008-02-29 | 音声呼通信切替システム |
| US12/394,219 US20090219924A1 (en) | 2008-02-29 | 2009-02-27 | Voice call communication switching system |
| EP09153973A EP2096822A2 (en) | 2008-02-29 | 2009-02-27 | Voice call communication switching system |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2008051156A JP2009212606A (ja) | 2008-02-29 | 2008-02-29 | 音声呼通信切替システム |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2009212606A true JP2009212606A (ja) | 2009-09-17 |
Family
ID=40750887
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2008051156A Withdrawn JP2009212606A (ja) | 2008-02-29 | 2008-02-29 | 音声呼通信切替システム |
Country Status (3)
| Country | Link |
|---|---|
| US (1) | US20090219924A1 (ja) |
| EP (1) | EP2096822A2 (ja) |
| JP (1) | JP2009212606A (ja) |
Families Citing this family (9)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US8811954B1 (en) | 2005-10-31 | 2014-08-19 | Genband Us Llc | Network domain selection |
| US8600006B2 (en) * | 2006-12-27 | 2013-12-03 | Genband Us Llc | Voice continuity among user terminals |
| US8644298B1 (en) | 2007-09-12 | 2014-02-04 | Genband Us Llc | Adding a service control channel after session establishment |
| US8630651B2 (en) * | 2010-04-21 | 2014-01-14 | Verizon Patent And Licensing Inc. | Cost effective call routing from IMS networks to local carrier networks |
| EP2586263B8 (en) * | 2010-06-28 | 2016-02-24 | Telefonaktiebolaget LM Ericsson (publ) | Methods and apparatuses for supporting handover of a ps voice call to a cs voice call by using srvcc function |
| TW201442461A (zh) * | 2013-04-23 | 2014-11-01 | Wistron Neweb Corp | 支援電路交換以及封包交換之通訊系統、應用程式裝置以及通訊方法 |
| CN104125207A (zh) * | 2013-04-27 | 2014-10-29 | 启碁科技股份有限公司 | 支持电路交换及分组交换的通信系统、装置以及方法 |
| CN105284081A (zh) * | 2013-07-29 | 2016-01-27 | 富士通株式会社 | 传输机制的转换方法、用户设备以及基站 |
| EP3704841A4 (en) | 2017-11-02 | 2021-04-21 | Telefonaktiebolaget LM Ericsson (publ) | MESSAGE TRANSFER RESOURCE FUNCTION |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6574216B1 (en) * | 1997-03-11 | 2003-06-03 | Verizon Services Corp. | Packet data network voice call quality monitoring |
| CN1276641C (zh) * | 2003-06-25 | 2006-09-20 | 华为技术有限公司 | 一种实现呼叫腿转移的方法 |
| US8447303B2 (en) * | 2008-02-07 | 2013-05-21 | Research In Motion Limited | Method and system for automatic seamless mobility |
| EP2289264B1 (en) * | 2008-06-16 | 2019-05-01 | Samsung Electronics Co., Ltd. | Handover of non-voice bearers in packet-switched and cicuit-switched networks |
| JP4945530B2 (ja) * | 2008-08-25 | 2012-06-06 | 株式会社東芝 | ホームエージェント、通信システム、及び通信方法 |
| WO2010026740A1 (ja) * | 2008-09-04 | 2010-03-11 | パナソニック株式会社 | ハンドオーバ処理方法、その方法によって用いられる移動端末、接続管理装置及び基地局 |
-
2008
- 2008-02-29 JP JP2008051156A patent/JP2009212606A/ja not_active Withdrawn
-
2009
- 2009-02-27 US US12/394,219 patent/US20090219924A1/en not_active Abandoned
- 2009-02-27 EP EP09153973A patent/EP2096822A2/en not_active Withdrawn
Also Published As
| Publication number | Publication date |
|---|---|
| US20090219924A1 (en) | 2009-09-03 |
| EP2096822A2 (en) | 2009-09-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP2009212606A (ja) | 音声呼通信切替システム | |
| KR100975740B1 (ko) | 이종 무선 통신 네트워크에서 핸드오버 방법 및 장치 | |
| KR101051671B1 (ko) | 통신 네트워크들에서의 세션 연속성 | |
| KR100965724B1 (ko) | 이종의 무선 통신 네트워크에서 핸드오버 장치 및 방법 | |
| CN101227647B (zh) | 一种保持多媒体会话连续性业务的切换方法 | |
| CN101646256B (zh) | 跨无线接入技术的语音切换方法、设备及网络系统 | |
| CN101351039B (zh) | 实现多媒体呼叫连续性的方法、装置及系统 | |
| RU2617438C2 (ru) | Синхронизация состояний вызова сетевого компонента и мобильное устройство при переносе сеанса | |
| RU2509434C2 (ru) | Способ для переноса сеанса связи в телекоммуникационной сети первого соединения во второе соединение | |
| EP2605581B1 (en) | Method, system, terminal, and server for transfer of video call between access networks | |
| US20100169495A1 (en) | Method, apparatus, and system for processing continuity of media streams in a session | |
| JP2007020000A (ja) | Ｓｉｐサーバ、端末装置、加入者情報管理装置、通信制御方法 | |
| EP2254308B1 (en) | Service control signaling channel replacing method, device and system | |
| WO2009043269A1 (fr) | Procédé, système et dispositif pour la transformation de signalisation de commande de conversation | |
| US9860792B2 (en) | Network device for supporting gateway change in mobile communication system, and method for operating same | |
| KR101095421B1 (ko) | 호 제어 방법, 회선 교환 도메인 어댑터 및 단말 장치 | |
| CN101326785A (zh) | 无缝会话转移的设备、方法和计算机程序 | |
| EP2485530A1 (en) | System and method for switching ringing state session with customized alerting tone | |
| WO2015186331A1 (ja) | ゲートウェイ装置、フェムトセル用基地局、通信システム、通信方法および記憶媒体 | |
| WO2009149635A1 (zh) | 一种实现显式呼叫转移的方法、设备及移动通信系统 | |
| JP5601421B2 (ja) | サーバ装置、通信制御プログラム、及び通信制御方法 | |
| WO2015127756A1 (zh) | 语音呼叫连续性业务中的媒体锚定方法及装置 | |
| US8369314B2 (en) | Call control method and IMS CS control apparatus | |
| CN104936262B (zh) | 远端标识的发送、接收方法及装置、传输系统 | |
| WO2011130954A1 (zh) | 单待终端业务连续性实现方法和系统 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20110510 |