JP6295126B2 - 通信システム、呼接続制御装置、及び通信方法 - Google Patents

Description

本発明は、通信システム、呼接続制御装置、及び通信方法に関する。

ＬＴＥ（Long Term Evolution）によるＶｏＩＰ方式の音声通話(ＶｏＬＴＥ)から３Ｇ網の回線交換方式の音声通話に音声通信を継承する技術として、ＳＲＶＣＣ（Single Radio Voice Call Continuity）が知られている。また、発信中又は着信中に一方の通信端末がＶｏＩＰ方式から回線交換方式に移行した場合に、通信を継続する方法として、ａＳＲＶＣＣ（alerting-SRVCC）が知られている。このａＳＲＶＣＣは、以下の非特許文献１及び非特許文献２に記載されている通り、３ＧＰＰの標準化規格においてＲｅｌｅａｓｅ １０から規定されている。

3GPP TS 23.237 6.3.2.1.4c PS - CS Access Transfer：PS to CS - Single Radio, incoming voice or video call in alerting phase 3GPP TS 24.237 12.2.3B.3.1 Terminating call in alerting phase

しかしながら、着信中の通信端末が接続先をＬＴＥ網から３Ｇ網に変更した際に起動されるａＳＲＶＣＣに係る処理中に通信端末のユーザが通信端末を操作して応答しようとすると、コアネットワーク側で通信端末の呼状態がＬＴＥ網から３Ｇ網へ引き継げていない場合は、ａＳＲＶＣＣを適切に実行できず、通信が継続できない可能性も考えられる。

本発明は上記を鑑みてなされたものであり、着信中の通信端末が接続先の通信網を変更した場合に、より確実に通信を継続することができる通信システム、呼接続制御装置、及び通信方法を提供することを目的とする。

上記目的を達成するため、本発明の一形態に係る通信システムは、第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムであって、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置と、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置と、を備え、前記第１呼接続制御装置は、前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知手段を備え、前記第２呼接続制御装置は、前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、前記呼状態管理手段において前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留手段と、を備えることを特徴とする。

また、本発明の一形態に係る呼接続制御装置は、第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムに含まれ、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置であって、前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置から通知されて、前記第１通信端末の呼状態が着信中であることを示す呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、前記呼状態管理手段において前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留手段と、を備えることを特徴とする。

また、本発明の一形態に係る通信方法は、第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御し、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置と、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置と、を備える通信システムにおける通信方法であって、前記第１呼接続制御装置において、前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知ステップと、前記第２呼接続制御装置において、前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理ステップと、前記第２呼接続制御装置において、前記呼状態管理ステップにおいて前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続ステップと、前記第２呼接続制御装置において、前記呼状態管理ステップにおいて前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留ステップと、を備えることを特徴とする。

上記の通信システム、呼接続制御装置及び通信方法によれば、第２呼接続制御装置において、第１通信端末の呼状態に係る管理を開始するまでは、第１通信端末からの応答要求を受信した場合でも応答要求を保留状態とする。このため、第１通信端末からの応答要求に対して不適切な処理を行われることを防ぐことができ、第１通信端末が接続先の通信網を第１通信網から第２通信網に変更した場合であっても、確実に通信を継続することができる。

本発明の他の形態に係る通信システムは、第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムであって、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置と、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置と、を備え、前記第１呼接続制御装置は、前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知手段を備え、前記第２呼接続制御装置は、前記第１通信端末の接続先の変更を契機として前記第１呼接続制御装置に対して前記第１通信端末の接続先の変更に係る通信の開始を要求する通信開始要求を送信する通信開始要求送信手段と、前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、前記第１呼接続制御装置の前記呼状態通知手段は、前記第２呼接続制御装置から送信される前記通信開始要求に応答する際に、前記呼状態情報を前記第２呼接続制御装置に対して送信することを特徴とする。

また、本発明の他の形態に係る呼接続制御装置は、第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムに含まれ、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置であって、前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知手段を備え、前記呼状態通知手段は、前記第１通信端末の接続先の変更を契機として前記第２呼接続制御装置から送信される第１通信端末の接続先の変更に係る通信の開始を要求する通信開始要求に応答する際に、前記呼状態情報を前記第２呼接続制御装置に対して送信することを特徴とする。

また、本発明の他の形態に係る通信方法は、第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御し、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置と、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置と、を備える通信システムにおける通信方法であって、前記第１呼接続制御装置において、前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知ステップと、前記第２呼接続制御装置において、前記第１通信端末の接続先の変更を契機として前記第１呼接続制御装置に対して前記第１通信端末の接続先の変更に係る通信の開始を要求する通信開始要求を送信する通信開始要求送信ステップと、前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理ステップと、前記呼状態管理ステップにおいて前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続ステップと、を有し、前記呼状態通知ステップでは、前記第２呼接続制御装置から送信される前記通信開始要求に応答する際に、前記呼状態情報を前記第２呼接続制御装置に対して送信することを特徴とする。

上記の通信システム、呼接続制御装置及び通信方法によれば、第１呼接続制御装置から第２呼接続制御装置に対して、第２呼接続制御装置からの通信開始要求に対する応答信号を送信する際に、第１通信端末の呼状態情報を通知する構成とすることで、従来の通信方法で発生していた第１呼接続制御装置への通信開始要求の送信と、第２呼接続制御装置における第１通信端末に係る呼状態情報の管理開始との間のタイムラグを短縮することができる。したがって、第１通信端末からの応答要求に対して不適切な処理を行われることをより防ぐことができるため、第１通信端末が接続先の通信網を第１通信網から第２通信網に変更した場合であっても、確実に通信を継続することができる。

ここで、前記第２呼接続制御装置は、前記呼状態管理手段において前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留手段をさらに備える態様とすることができる。

このように、第１通信端末の呼状態に係る管理を開始するまでは、第１通信端末からの応答要求を受信した場合でも応答要求を保留状態とする構成を備えることで、第１通信端末からの応答要求に対して不適切な処理を行われることをより防ぐことができる。

さらに、本発明の他の形態に係る通信システムは、第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムであって、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置を備え、前記第１通信端末は、前記第２通信端末からの着信中に前記第１通信網から前記第２通信網に接続先を変更した場合に、前記第２通信端末からの着信に応答することを要求する応答要求を前記第２呼接続制御装置に送信する際に、自機の呼状態が着信中であることを示す呼状態情報を通知する通信手段を備え、前記第２呼接続制御装置は、前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、を備えることを特徴とする。

上記の通信システムによれば、第１通信端末が第２呼接続制御装置に対して応答要求を送信する際に、自機の呼状態情報を通知する構成とすることで、従来の通信方法で発生していた第１呼接続制御装置への通信開始要求の送信と、第２呼接続制御装置における第１通信端末に係る呼状態情報の管理開始との間のタイムラグを短縮することができる。また、第１通信端末から、応答要求と呼状態情報とが送信されるため、第２呼接続制御装置側では、第１通信端末の呼状態を把握しない状況で第１通信端末から応答要求を受信することを防ぐことができる。したがって、第１通信端末が接続先の通信網を第１通信網から第２通信網に変更した場合であっても、確実に通信を継続することができる。

本発明によれば、着信中の通信端末が接続先の通信網を変更した場合に、より確実に通信を継続することができる通信システム、呼接続制御装置、及び通信方法が提供される。

本発明の第１実施形態に係る通信システムの概略構成図である。 通信システムを構成する各装置のハードウェア構成図である。 通信システムを構成するＭＳＣサーバ及びＩＭＳの機能構成を示すブロック図である。 ＭＳＣサーバの呼状態管理部において格納される情報を示す図である。 従来のａＳＲＶＣＣについて説明するシーケンス図である。 第１実施形態に係る通信システムにおける処理を説明するシーケンス図である。 ＭＳＣサーバにおける保留判断を説明するフローチャートである。 第２実施形態に係る通信システムにおける処理を説明するシーケンス図である。 第３実施形態に係る通信システムにおける処理を説明するシーケンス図である。

以下、添付図面を参照して、本発明を実施するための形態を詳細に説明する。なお、図面の説明においては同一要素には同一符号を付し、重複する説明を省略する。

（第１実施形態）
図１は、第１実施形態に係る通信システムを構成する各装置を説明するブロック図である。図１に示すように通信システム１には、ＩＭＳ（IP Multimedia Subsystem）１０、ＭＭＥ（Mobile Management Entity）２０、Ｅ−ＵＴＲＡＮ（Evolved UTRAN）３０、ＭＳＣサーバ(MSC Server)４０、ＵＴＲＡＮ(Universal Terrestrial Radio Access Network)５０、ＵＥ（User Equipment）−Ａ６０及びＵＥ−Ｂ７０を含んで構成される。このうち、ＩＭＳ１０（第１呼接続制御装置）、ＭＭＥ２０及びＥ−ＵＴＲＡＮ３０は、ＬＴＥ網Ｎ１（第１通信網）を制御するコアネットワーク側の装置である。また、ＭＳＣサーバ４０（第２呼接続制御装置）及びＵＴＲＡＮ５０は、３Ｇ網Ｎ２（第２通信網）を制御するコアネットワーク側の装置である。また、ＵＥ−Ａ６０（第１通信端末）及びＵＥ−Ｂ７０（第２通信端末）は、ユーザによって携帯（所持）される端末であり、例えば、スマートフォン等の携帯電話機やタブレット型の端末が挙げられる。本実施形態では、ＵＥ−Ａ６０は、ＬＴＥ網Ｎ１及び３Ｇ網Ｎ２の双方に接続可能であるとする。また、ＵＥ−Ｂ７０は少なくともＬＴＥ網Ｎ１に接続可能であるとする。

以下の説明では、ＵＥ−Ｂ７０がＵＥ−Ａ６０に対して呼接続を行おうと発信を行い、ＵＥ−Ａ６０に着信が行われている状況において、ＵＥ−Ａ６０がユーザの移動等が原因でＬＴＥ網Ｎ１から３Ｇ網Ｎ２に接続先を変更した場合に、ＵＥ−Ａ６０とＵＥ−Ｂ７０との間での通信を継続する方法について説明する。

図２は、通信システム１に含まれるＩＭＳ１０、ＭＭＥ２０、Ｅ−ＵＴＲＡＮ３０、ＭＳＣサーバ４０、ＵＴＲＡＮ５０、ＵＥ−Ａ６０及びＵＥ−Ｂ７０のハードウェア構成図である。これらの装置は、物理的には、それぞれ図２に示すように、ＣＰＵ１０１、主記憶装置であるＲＡＭ１０２及びＲＯＭ１０３、データ送受信デバイスである通信モジュール１０４、ハードディスク、フラッシュメモリ等に例示される補助記憶装置１０５、入力デバイスであるタッチパネル及びキーボード等に例示される入力装置１０６、ディスプレイ等の出力装置１０７などを含むコンピュータシステムとして構成されている。ＩＭＳ１０、ＭＭＥ２０、Ｅ−ＵＴＲＡＮ３０、ＭＳＣサーバ４０、ＵＴＲＡＮ５０、ＵＥ−Ａ６０及びＵＥ−Ｂ７０では、図２に示すＣＰＵ１０１、ＲＡＭ１０２等のハードウェア上に所定のコンピュータソフトウェアを読み込ませることにより、ＣＰＵ１０１の制御のもとで通信モジュール１０４、入力装置１０６、出力装置１０７を動作させるとともに、ＲＡＭ１０２や補助記憶装置１０５におけるデータの読み出し及び書き込みを行うことで、各装置における一連の機能が実現される。以下、図１に戻り、各装置の機能について詳細を説明する。

ＩＭＳ１０は、ＶｏＬＴＥ（Voice over LTE）の呼制御を行う装置である。ＶｏＬＴＥとは、ＬＴＥ網Ｎ１を利用した音声サービスのことを指す。ＶｏＬＴＥでは、ＶｏＩＰ方式の音声通信が行われる。ＩＭＳ１０は、ＵＥ−Ａ６０及びＵＥ−Ｂ７０がＬＴＥ網Ｎ１において音声通信を行う場合に、一方側の発信に応じて他方側に着信呼を発生させ、着信側が応答した際に両者の音声通信を開始させる。このように、ＩＭＳ１０は音声通信に係る制御を行う。したがって、ＩＭＳ１０では、ＩＭＳ１０が制御を行っている端末の呼状態に係る情報（呼状態情報）を適宜保持している。この呼状態情報とは、例えば、「ＵＥ−Ａ６０が発信中」、「ＵＥ−Ｂ７０が着信中」、「ＵＥ−Ａ６０とＵＥ−Ｂ７０とが通話中」等、通信端末を特定する情報と当該通信端末の呼接続状況を示す情報とを対応付けた情報である。

ＭＭＥ２０は、ＬＴＥ網Ｎ１において通信端末の移動を制御する機能を有する。また、ＭＭＥ２０は、通信端末の認証管理機能等も行う機能を有している。また、ＭＭＥ２０は、通信端末の移動時に通信端末とＩＭＳ１０との間に接続確立されている通信ベアラ（通信経路）の切り換えを行うための信号の送受信等も行う交換機として機能する。

Ｅ−ＵＴＲＡＮ３０は、ＬＴＥによる無線ネットワークとして実現される。Ｅ−ＵＴＲＡＮ３０は、基地局であるｅＮｏｄｅＢ（図示省略）を含んで構成され、通信端末はＥ−ＵＴＲＡＮ３０と情報の送受信を行うことで、ＬＴＥ網Ｎ１を介した通信を行うことができる。また、Ｅ−ＵＴＲＡＮ３０は配下の通信端末から、無線通信品質に係る情報を取得して、ハンドオーバの実施要否を判断する機能を備える。具体的には、通信端末から定期的に送信される無線通信品質情報において、品質が低下していると認められる場合には、他の接続先への変更をＥ−ＵＴＲＡＮ３０から通信端末に対して指示する。変更先となる接続先は、ＬＴＥ網Ｎ１において現在通信端末が接続している基地局とは異なる基地局、及び、ＬＴＥ網Ｎ１とは異なる通信網（ここでは３Ｇ網Ｎ２）が挙げられる。

ＭＳＣサーバ４０は、３Ｇ網Ｎ２において、通信端末の呼接続制御及び移動制御を行う機能を有する。ＭＳＣサーバ４０では、ＭＳＣサーバ４０が制御を行っている端末の呼状態に係る情報（呼状態情報）を適宜保持している。

ＵＴＲＡＮ５０は、３Ｇによる無線ネットワークとして実現される。ＵＴＲＡＮ５０は、基地局（図示省略）を含んで構成され、通信端末はＵＴＲＡＮ５０と情報の送受信を行うことで、３Ｇ網Ｎ２を介した通信を行うことができる。

ＵＥ−Ａ６０は、ＬＴＥ網Ｎ１及び３Ｇ網Ｎ２の両方に接続可能な通信手段を備える。また、ＵＥ−Ｂ７０は、少なくともＬＴＥ網Ｎ１に対して接続可能な通信手段を備える。

次に、図３を参照しながら、本実施形態に係る通信システム１において特徴をなすＩＭＳ１０及びＭＳＣサーバ４０の機能について説明する。ＩＭＳ１０及びＭＳＣサーバ４０は、ＵＥ−Ａ６０がＬＴＥ網Ｎ１から３Ｇ網Ｎ２に接続先を変更した場合に通信を行い、ＵＥ−Ａ６０に係る情報の送受信を行う。両者の間で行われる通信には、ＵＥ−Ａ６０の呼接続状況に係る情報のやり取りが含まれる。

図３に示すように、ＩＭＳ１０は、メッセージ送受信部１１、呼状態管理部１２及び呼状態通知部１３（呼状態通知手段）を含んで構成される。メッセージ送受信部１１は、ＭＳＣサーバ４０との間で情報の送受信を行う機能を有する。ここで送受信されるメッセージとは、ＵＥ−Ａ６０がＵＥ−Ｂ７０との間の通信を維持したまま接続先を変更するにあたって送受信が必要なメッセージである。

呼状態管理部１２は、上述したように、ＩＭＳ１０によって呼接続の制御を行っている通信端末（ＵＥ−Ａ６０及びＵＥ−Ｂ７０を含む）に係る呼状態を保持する機能を有する。

呼状態通知部１３は、ＭＳＣサーバ４０等の他の装置からの要求に基づいて、呼状態管理部１２に格納される特定の通信端末の呼状態に係る情報（呼状態情報）を提供する機能を有する。

ＭＳＣサーバ４０は、メッセージ送受信部（ＵＥ）４１（接続手段）、メッセージ送受信部（ＩＭＳ）４２（通信開始要求送信手段）、メッセージ保留部４３（保留手段）、呼状態管理部４４（呼状態管理手段）及び呼状態受理部４５を含んで構成される。

メッセージ送受信部（ＵＥ）４１は、通信端末との間でメッセージを送受信する機能を有する。また、メッセージ送受信部（ＩＭＳ）４２は、ＩＭＳ１０との間でメッセージを送受信する機能を有する。このメッセージには、通信端末がハンドオーバした際の位置登録等の通信、及び、通信端末が音声通話を開始するための通信が含まれる。

メッセージ保留部４３は、通信端末（ここでは、ＵＥ−Ａ６０）から、着呼に対して応答したい（通話を開始したい）という応答要求が送信された際に、呼状態管理部４４において管理される情報に基づいて応答要求を保留として扱うか否かを判断し、保留すべきと判断した場合には応答要求に係る処理を然るべき状態となるまで保留する機能を有する。ＭＳＣサーバ４０において応答要求を保留すべき状況とは、例えば、ＭＳＣサーバ４０がＩＭＳ１０からＵＥ−Ａ６０の呼状態を示す呼状態情報を取得していない場合が挙げられる。保留に係る処理は後述する。

呼状態管理部４４は、ＭＳＣサーバ４０によって呼接続の制御を行っている通信端末（ＵＥ−Ａ６０を含む）に係る呼状態を保持する機能を有する。また、呼状態受理部４５は、ＩＭＳ１０から通知されるＵＥ−Ａ６０等の通信端末の呼状態情報を取得する機能を有する。

呼状態管理部４４において管理される情報の一例を図４に示す。図４では、ＵＥ−Ａ６０を特定する情報に対応するＵＥ−Ａ６０の所有者（ユーザＡ）を示す情報と、ＵＥ−Ａ６０の動作を示す情報及び呼状態情報とが対応付けられている。具体的には、ＵＥ−Ａ６０の動作を示す情報として、ＵＥ−Ａ６０はＳＲＶＣＣ中であることが示されている。ＳＲＶＣＣ中とは、すなわち、通信端末が他の通信端末との通信を維持したままＬＴＥ網Ｎ１から３Ｇ網Ｎ２への接続先の変更に係る処理を実行中であることを示すものである。また、ＵＥ−Ａ６０（ユーザＡ）の呼状態を示す情報は図４では記載されていない。これは、ＭＳＣサーバ４０においては、ＵＥ−Ａ６０の接続先の変更に係る処理を開始しているものの、ＵＥ−Ａ６０の呼状態情報はＩＭＳ１０からまだ取得できていないことを示す。一方、ユーザＣに関しては、同様にＳＲＶＣＣ中であると共に呼状態が着信中であることが示されている。これは、ユーザＣに関しては、既にＩＭＳ１０から呼状態が通知されていることを示すものである。このように、呼状態管理部４４では、ＩＭＳ１０から送信される情報に基づいて各通信端末に係る呼接続状況に係る情報が更新されていく。なお、ＳＲＶＣＣ中ではない通信端末（例えば通信開始時から３Ｇ網Ｎ２に在圏している通信端末）に係る呼状態情報についても呼状態管理部４４において管理する態様としてもよい。

次に、上記の通信システム１における通信方法について図５〜図７を参照しながら説明する。ここでは、図５を参照しながら従来のａＳＲＶＣＣ（alerting-SRVCC）を含む各装置間の通信について説明をした後に、従来技術に対する課題点を説明する。ここで、従来技術として説明するのは、３ＧＰＰにおいて規格化されている処理である。

その後、図６及び図７を参照しながら本実施形態に係る通信システム１による通信方法を説明する。なお以降の説明で用いるシーケンス図では、ＵＥ−Ａ６０による通信について、無線通信（無線部）、ＬＴＥ網Ｎ１を介したパケット交換（ＰＳ：Packet Switching）、及び、３Ｇ網Ｎ２を介した回線交換（ＣＳ：Circuit Switching）方式による通信を区別して示す。

まず、図５を参照して従来の通信方法を説明する。前提として、図１に示したように、ＵＥ−Ａ６０及びＵＥ−Ｂ７０がＬＴＥ網Ｎ１に在圏した状態で、ＵＥ−Ｂ７０からＵＥ−Ａ６０に発信し、ＵＥ−Ａ６０を呼び出し中であるとする（Ｓ１０１）。このとき、ＩＭＳ１０では、呼状態情報として、ＵＥ−Ａ６０が着信中であることを示す情報と、ＵＥ−Ｂ７０が発信中であることを示す情報が呼状態管理部１２に格納される。

ここで、ＵＥ−Ａ６０から定期的に送信される無線品質報告（"Measurement reports"）（Ｓ１０２）をＥ−ＵＴＲＡＮ３０が受信した際に、３Ｇ網Ｌ２へのハンドオーバが必要であると判断したとする（Ｓ１０３）。この場合、ＵＥ−Ａ６０のハンドオーバに係る指示がＥ−ＵＴＲＡＮ３０からＭＭＥ２０へ（"Handover Required"：Ｓ１０４）、ＭＭＥ２０からＭＳＣサーバ４０へ（"PS to CS Req"：Ｓ１０５）、そして、ＭＳＣサーバ４０からＵＴＲＡＮ５０へ（"HO Request/Ack"：Ｓ１０６）送信され、各装置にてＵＥ−Ａ６０のハンドオーバに係る準備処理が行われる。そしてその結果が、ＭＳＣサーバ４０からＭＭＥ２０へ（"PS to CS Rsp"：Ｓ１０７）、ＭＭＥ２０からＥ−ＵＴＲＡＮ３０へ（"Handover Command"：Ｓ１０８）が送信されることで、コアネットワーク側の移動制御に関してはＵＥ−Ａ６０のハンドオーバに係る準備処理が完了する。そして、Ｅ−ＵＴＲＡＮ３０からＵＥ−Ａ６０に対してハンドオーバ指示（"HO from EUTRAN command"：Ｓ１０９）が送信され、ＵＥ−Ａ６０はこのハンドオーバ指示に基づいてＬＴＥ網Ｎ１から３Ｇ網Ｎ２へ接続先を変更（遷移）する（Ｓ１１０）。ここまでのハンドオーバ準備処理では、ＩＭＳ１０はＵＥ−Ａ６０のハンドオーバに係る情報を保持しておらず、他の装置とハンドオーバに係る通信を行っていないので、ＵＥ−Ａ６０の呼状態情報は他の装置へ送信されていない。このため、ＭＳＣサーバ４０では、ＵＥ−Ａ６０の呼状態を把握できていない。

次に、ａＳＲＶＣＣに係る処理が開始される。具体的にはＵＥ−Ａ６０の呼状態情報をＩＭＳ１０からＭＳＣサーバ４０へ引き継ぐ処理が行われる。このとき、３Ｇ網Ｎ２における通信端末の移動制御も行うＭＳＣサーバ４０は、ＵＥ−Ａ６０がハンドオーバを行うことを把握しているので、ＭＳＣサーバ４０からＩＭＳ１０に対してＵＥ−Ａ６０の情報の提供を要求し、ＩＭＳ１０がＭＳＣサーバ４０に対して呼情報を提供する構成とされる。ａＳＥＶＣＣに係る処理は、ＵＥ−Ａ６０の接続先の変更に係るＭＳＣサーバ４０における処理を終えた（Ｓ１０７）ことを契機として開始される。

具体的には、まずＭＳＣサーバ４０からＩＭＳ１０に対して、通信開始要求（"SIP INVITE"）を送信する（Ｓ１１１：通信開始要求送信ステップ）。これにより、ＵＥ−Ａ６０の接続先の変更に係る処理（ａＳＲＶＣＣ）が開始される。同時にＭＳＣサーバ４０の呼状態管理部４４では、ＵＥ−Ａ６０に係る呼状態情報が格納される。この段階では、ＵＥ−Ａ６０はＳＲＶＣＣ中であるが、具体的な呼状態をＭＳＣサーバ４０では把握できていないので、図４に示す「ユーザＡ」のように、呼状態については空欄とされた状態でＵＥ−Ａ６０に係る情報が呼状態管理部４４に格納される。

ＭＳＣサーバ４０からの通信開始要求に対して、ＩＭＳ１０からは応答信号（"SIP 183"）がＭＳＣサーバ４０へ送信され（Ｓ１１２）、さらに、ＭＳＣサーバ４０とＩＭＳ１０との間でａＳＲＶＣＣに係る通信が行われる（"SIP PRACK"：Ｓ１１３、"SIP 200(OK)"：Ｓ１１４）。その後に、ＩＭＳ１０の呼状態通知部１３から、ＵＥ−Ａ６０の呼状態情報（ここでは、ＵＥ−Ａ６０が着信中であることを示す情報）が通知され（"SIP INFO"：Ｓ１１５、呼状態通知ステップ）、ＭＳＣサーバ４０の呼状態受理部４５においてこれが受理される。また、ＭＳＣサーバ４０からはＩＭＳ１０に対して、ＳＲＶＣＣに係る呼状態情報の引き継ぎが行われたことを応答する（"SIP 200(OK)"：Ｓ１１６）。このＩＭＳ１０からの呼状態情報に基づいて、ＭＳＣサーバ４０の呼状態管理部４４の情報が更新されることで、ＵＥ−Ａ６０が着信中であることを示す情報がＭＳＣサーバ４０に格納される（Ｓ１１７、呼状態管理ステップ）、この段階から、ＭＳＣサーバ４０において、ＵＥ−Ａ６０の呼状態の管理が開始される。以上の処理により、３Ｇ網Ｎ２のコアネットワーク側でも、ＵＥ−Ａ６０が着信中であり、ユーザの応答待ち状態であることが把握される。

その後、ユーザが端末を操作して応答した場合（Ｓ１２１）、３Ｇ網Ｎ２を介してＵＥ−Ａ６０からＭＳＣサーバ４０に対して応答要求が送信され（"CC:CONNECT"：Ｓ１２２、応答要求受信ステップ）、ＭＳＣサーバ４０からＩＭＳ１０に対してユーザの応答があったことを通知する（"SIP INFO(ユーザ応答)"：Ｓ１２３、"SIP 200(OK)INFO"：Ｓ１２４）ことで、ＩＭＳ１０がＵＥ−Ｂ７０に対してＵＥ−Ａ６０からの応答があったことを通知すると共にＵＥ−Ｂ７０で通話開始の処理が行われる（"SIP 200(OK)"：Ｓ１２５、"SIP ACK"：Ｓ１２６）。その後、ＩＭＳ１０からＭＳＣサーバ４０に対して音声通信開始の指示が送信される（"SIP 200(OK)INVITE"：Ｓ１２７）。ＭＳＣサーバ４０は、ＵＥ−Ａ６０に対してＵＥ−Ｂ７０との音声通信が開始されることを通知する（"CC:CONNECT ACK"：Ｓ１２８）と共に、ＩＭＳ１０に対して応答する（"SIP ACK"：Ｓ１２９）。その後、ＵＥ−Ａ６０とＵＥ−Ｂ７０との間で音声通話が行われる（Ｓ１３０）。このＵＥ−Ａ６０からＭＳＣサーバ４０への応答要求の送信（Ｓ１２２）からＩＭＳ１０への応答（Ｓ１２９）までが音声通話を開始するための処理（接続ステップ）となる。このように、ＵＥ−Ａ６０が３Ｇ網Ｎ２へ遷移した後に、ＵＥ−Ａ６０とＵＥ−Ｂ７０とが音声通話を開始するまでには、ＵＥ−Ａ６０のハンドオーバに係る処理を行うと共に、ＵＥ−Ａ６０の呼状態をＭＳＣサーバ４０が把握している必要がある。従来の通信方法では、ＭＳＣサーバ４０とＩＭＳ１０との間で行われるａＳＲＶＣＣに係る通信（Ｓ１１１〜Ｓ１１７）のうち、"SIP INFO"（Ｓ１１５）においてＩＭＳ１０からＭＳＣサーバ４０にＵＥ−Ａ６０の呼状態情報が通知され、その後にＭＳＣサーバ４０が呼状態管理部４４のＵＥ−Ａ６０に係る呼状態を更新する（Ｓ１１７）。すなわち、ａＳＲＶＣＣに係る通信を開始しても、ＭＳＣサーバ４０が呼状態管理部４４のＵＥ−Ａ６０に係る呼状態を更新し、呼状態管理部４４において呼状態の管理を開始する（Ｓ１１７）までは、ＭＳＣサーバ４０側ではＵＥ−Ａ６０が着信中でユーザの応答待ちであることを把握できない。すなわち、ａＳＲＶＣＣに係る通信開始（Ｓ１１１）と、呼状態管理部４４におけるＵＥ−Ａ６０に係る呼状態情報の管理開始（Ｓ１１７）との間にＭＳＣサーバ４０とＩＭＳ１０との複数回の通信が行われるためにタイムラグが生じる。したがって、この間（Ｓ１１１〜Ｓ１１７）にＵＥ−Ａ６０から着呼に対する応答要求（Ｓ１２２）があったとしても、ＭＳＣサーバ４０ではＵＥ−Ａ６０の呼状態を把握していないので、ＵＥ−Ａ６０からの応答要求に対して、ＩＭＳ１０との通信を含む適切な処理を行うことができない可能性があった。ＵＥ−Ａ６０からの応答要求に対して適切な処理を行うことができない場合には、ＵＥ−Ａ６０とＵＥ−Ｂ７０との間の通信が遮断されてしまう可能性もある。

これに対して、本実施形態に係る通信システム１における通信方法では、図６に示すような処理を行う。具体的には、ＵＥ−Ａ６０のＬＴＥ網Ｎ１から３Ｇ網Ｎ２へのハンドオーバに係る処理（Ｓ１０１〜Ｓ１１０）は、従来の方法と同じである。

その後、ＭＳＣサーバ４０において、ＩＭＳ１０との間でＵＥ−Ａ６０のａＳＲＶＣＣに係る通信を開始する（Ｓ１１１）と共に、ＭＳＣサーバ４０においては、ＵＥ−Ａ６０からの応答要求を受信した場合にも当該応答要求に対する処理を行わない「保留状態」を開始する（Ｓ１４１：保留ステップ）。ここで、ユーザの操作が従来よりも早く（Ｓ１２１）、ＭＳＣサーバ４０においてＵＥ−Ａ６０の呼状態が更新される（Ｓ１１７）よりも前に、ＵＥ−Ａ６０からの応答要求が送信された場合（Ｓ１２２）であっても、ＭＳＣサーバ４０ではＵＥ−Ａ６０からの応答要求を保留とし、メッセージ保留部４３に応答要求を一旦格納する。そして、従来通り、ＩＭＳ１０とＭＳＣサーバ４０との通信（Ｓ１１１〜Ｓ１１６）、ＭＳＣサーバ４０において、ＵＥ−Ａ６０の呼状態が着信中であると更新された（Ｓ１１７）後に、応答要求をメッセージ保留部４３から取り出し、ＵＥ−Ａ６０からの応答要求（Ｓ１２２）に基づくＵＥ−Ｂ７０との音声通話に係る処理（Ｓ１２３〜Ｓ１３０）を実行する。

ここで、ＭＳＣサーバ４０において、通信端末からの応答要求を保留とすべきか否かを判断する方法について、図７を参照しながら説明する。まず、ＭＳＣサーバ４０において、応答要求（"CC:CONNECT"：図６のＳ１２２参照）を受信した（Ｓ２０１）際に、ＳＲＶＣＣ起動後であるか否かを判断する（Ｓ２０２）。これは、呼状態管理部４４において、ＵＥ−Ａ６０を特定する情報に対応付けて、「ＳＲＶＣＣ中」と示された情報が格納されているかに基づいて判断する。ここでＵＥ−Ａ６０がＳＲＶＣＣ中（起動後）ではないと判断された場合には、ＵＥ−Ｂ７０との音声通話開始に係る通常処理（Ｓ２０３）を行う。次に、ＳＲＶＣＣ中（起動後）であると判断された場合には、呼状態が設定済みであるかを判断する（Ｓ２０４）。

ＭＳＣサーバ４０においてＩＭＳ１０からの情報に基づいて呼状態管理部４４に格納されている呼状態情報を更新する（Ｓ１１７）までは、呼状態は設定されない。したがって、この判断は、ＵＥ−Ａ６０を特定する情報に対応付けて呼状態を示す情報が呼状態管理部４４に格納されているかに基づいて行われている。ＭＳＣサーバ４０においてＩＭＳ１０からの情報に基づいて呼状態管理部４４に格納されている呼状態情報を更新する（Ｓ１１７）までは、図４の「ユーザＡ」に示すように、呼状態に係る情報は記載されないため、呼状態は未設定と判断されて以降の処理が保留とされる（Ｓ２０６）。一方、呼状態が既に設定されている、すなわち、図４の「ユーザＣ」に示すように、呼状態に係る情報が記載されている場合には、呼状態に応じた処理が実施される（Ｓ２０５）。このように、ＩＭＳ１０から通知されるＵＥ−Ａ６０の呼状態情報に基づいてＭＳＣサーバ４０の呼状態管理部４４に格納される情報が更新されるので、呼状態管理部４４に格納される情報に基づいてＵＥ−Ａ６０からの応答要求を保留するかの判断がなされる。

このように、本実施形態に係る通信システム１及び通信方法では、ＭＳＣサーバ４０において、ＵＥ−Ａ６０の呼状態に係る管理を開始する（Ｓ１１７）までは、ＵＥ−Ａ６０からの応答要求を受信した場合（Ｓ１２２）でも保留状態とする（Ｓ１４１）。このため、ＵＥ−Ａ６０の応答要求に対して不適切な処理を行われることを防ぐことができるため、着信中の通信端末であるＵＥ−Ａ６０が接続先の通信網をＬＴＥ網Ｎ１から３Ｇ網Ｎ２に変更した場合であっても、確実に通信を継続することができる。

（第２実施形態）
次に、本発明の第２実施形態に係る通信方法について説明する。第２実施形態に係る通信方法は、第１実施形態に係る通信システム１と同様の通信システムにより実現することができる。

図５を参照しながら述べたように、従来の通信方法では、ａＳＲＶＣＣに係る通信開始（Ｓ１１１）と、呼状態管理部４４におけるＵＥ−Ａ６０に係る呼状態情報の管理開始（Ｓ１１７）との間にＭＳＣサーバ４０とＩＭＳ１０との複数回の通信が行われるためにタイムラグが生じる。このために、このタイムラグ（Ｓ１１１〜Ｓ１１７）の間に、ＵＥ−Ａ６０から応答要求（Ｓ１２２）を受信した場合には、その後の処理を適切に行うことができない可能性がある。

そこで、第２実施形態に係る通信方法では、タイムラグ（Ｓ１１１〜Ｓ１１７）を短くするために、ＭＳＣサーバ４０とＩＭＳ１０との間の通信内容を変更する構成とした。具体的な処理について、図８を参照しながら説明する。

ＵＥ−Ａ６０のＬＴＥ網Ｎ１から３Ｇ網Ｎ２へのハンドオーバに係る処理（Ｓ１０１〜Ｓ１１０）は、従来の方法と同じである。その後、ａＳＲＶＣＣに係る処理として、ＭＳＣサーバ４０からＩＭＳ１０に対して、通信開始要求（"SIP INVITE"）が送信される（Ｓ１１１）。これにより、ＵＥ−Ａ６０の接続先の変更に係る処理（ａＳＲＶＣＣ）が開始される。

ここで、従来の通信方法では、応答信号（"SIP 183"：Ｓ１１２）を送信した後に、ＭＳＣサーバ４０とＩＭＳ１０との間で通信が行われ（"SIP PRACK"：Ｓ１１３、"SIP 200(OK)"：Ｓ１１４）、その後に、ＵＥ−Ａ６０の呼状態情報が、ＩＭＳ１０からＭＳＣサーバ４０に対して送信されていた（"SIP INFO"：Ｓ１１５）。

これに対して、本実施形態に係る通信方法では、ＭＳＣサーバ４０からＩＭＳ１０へ送信される通信開始要求に対して、ＩＭＳ１０からＭＳＣサーバ４０へ応答信号（"SIP 183"：Ｓ１１２）を送信する際に、呼状態通知部１３によって、ＵＥ−Ａ６０の呼状態情報をＭＳＣサーバ４０へ送信する構成とする。この場合、ＩＭＳ１０からの呼状態情報に基づいて、ＭＳＣサーバ４０の呼状態管理部４４の情報が更新されることで、ＵＥ−Ａ６０が着信中であることを示す情報をＭＳＣサーバ４０に格納する（Ｓ１１７）ことができる。この場合、ＭＳＣサーバ４０とＩＭＳ１０との間でａＳＲＶＣＣに係る通信（"SIP PRACK"：Ｓ１１３、"SIP 200(OK)"：Ｓ１１４）が行われた後に、ＭＳＣサーバ４０の呼状態管理部４４におけるＵＥ−Ａ６０に係る呼状態情報の管理が開始される（Ｓ１１７）。すなわち、従来では行われていた呼状態情報の通知に係る通信（Ｓ１１５，Ｓ１１６）は省略することができる。

このように、通信開始要求に対する応答信号を送信する際に呼状態通知部１３からＭＳＣサーバ４０に対して呼状態情報を通知する構成とすることで、従来の通信方法で発生していたａＳＲＶＣＣに係る通信開始（Ｓ１１１）と、呼状態管理部４４におけるＵＥ−Ａ６０に係る呼状態情報の管理開始（Ｓ１１７）とのタイムラグを短縮することができる。したがって、ＵＥ−Ａ６０の応答要求に対して不適切な処理を行われることをより防ぐことができるため、着信中の通信端末であるＵＥ−Ａ６０が接続先の通信網をＬＴＥ網Ｎ１から３Ｇ網Ｎ２に変更した場合であっても、確実に通信を継続することができる。

なお、本実施形態では、第１実施形態と同様に、ａＳＲＶＣＣに係る通信を開始して（Ｓ１１１）からＵＥ−Ａ６０の呼状態に係る管理を開始する（Ｓ１１７）までは、ＵＥ−Ａ６０からの応答要求を受信した場合には保留とする保留状態（Ｓ１４１）とした場合の処理を示しているが、保留状態とすることは必須ではない。すなわち、従来の通信方法と同様の構成としてもよい。ただし、タイムラグ（Ｓ１１１〜Ｓ１１７）の間は保留状態（Ｓ１４１）とした場合、ＵＥ−Ａ６０からの応答要求に対して不適切な処理を行ってしまう可能性をさらに減らすことができるので好ましい。

（第３実施形態）
次に、本発明の第３実施形態に係る通信方法について説明する。第３実施形態に係る通信方法は、第１実施形態に係る通信システム１と同様の通信システムにより実現することができる。

第３実施形態に係る通信方法では、第２実施形態に係る通信方法と同様に、従来の通信方法において生じていた、タイムラグ（Ｓ１１１〜Ｓ１１７）を短くすることを目的として、ＭＳＣサーバ４０とＩＭＳ１０との間の通信ではなく、ＵＥ−Ａ６０からの応答要求に含まれる情報を変更する構成とした。具体的な処理について、図９を参照しながら説明する。

ＵＥ−Ａ６０のＬＴＥ網Ｎ１から３Ｇ網Ｎ２へのハンドオーバに係る処理（Ｓ１０１〜Ｓ１１０）は、従来の方法と同じである。その後、ａＳＲＶＣＣに係る処理として、ＭＳＣサーバ４０からＩＭＳ１０に対して、通信開始要求（"SIP INVITE"）が送信される（Ｓ１１１）。これにより、ＵＥ−Ａ６０の接続先の変更に係る処理（ａＳＲＶＣＣ）が開始される。

ここで、従来の通信方法では、応答信号（"SIP 183"：Ｓ１１２）を送信した後に、ＭＳＣサーバ４０とＩＭＳ１０との間で通信が行われ（"SIP PRACK"：Ｓ１１３、"SIP 200(OK)"：Ｓ１１４）、その後に、ＵＥ−Ａ６０の呼状態情報が、ＩＭＳ１０からＭＳＣサーバ４０に対して送信され（"SIP INFO"：Ｓ１１５）、その後に、呼状態管理部４４におけるＵＥ−Ａ６０に係る呼状態情報の管理が開始されていた（Ｓ１１７）。

これに対して、第３実施形態に係る通信方法では、ユーザがＵＥ−Ａ６０を操作し（Ｓ１２１）、ＵＥ−Ａ６０からＭＳＣサーバ４０に対して応答要求を送信する（Ｓ１２２）際に、ＵＥ−Ａ６０が自機の呼状態を通知する構成とする。この場合、例えば、図９に示すように、ＩＭＳ１０から呼状態情報が通知される前にＵＥ−Ａ６０から応答要求が送信される場合であっても、ＵＥ−Ａ６０からの応答要求と同時にＵＥ−Ａ６０の呼状態情報がＵＥ−Ａ６０からＭＳＣサーバ４０へ通知されるので、ＭＳＣサーバ４０では、呼状態管理部４４における呼状態情報の管理を開始（Ｓ１１７）することができる。

このように、通信端末（ＵＥ−Ａ６０）が応答要求を送信する際に、自機の呼状態情報を通知する構成とすることで、従来の通信方法で発生していたａＳＲＶＣＣに係る通信開始（Ｓ１１１）と、呼状態管理部４４におけるＵＥ−Ａ６０に係る呼状態情報の管理開始（Ｓ１１７）とのタイムラグを短縮することができる。また、ＵＥ−Ａ６０から、応答要求と呼状態情報とが送信されるため、ＭＳＣサーバ４０側では、ＵＥ−Ａ６０の呼状態を把握しない状況でＵＥ−Ａ６０から応答要求を受信することを防ぐことができる。したがって、着信中の通信端末であるＵＥ−Ａ６０が接続先の通信網をＬＴＥ網Ｎ１から３Ｇ網Ｎ２に変更した場合であっても、確実に通信を継続することができる。

なお、本実施形態では、ＵＥ−Ａ６０から応答要求と呼状態情報とが同時に送信されるため、ａＳＲＶＣＣに係る通信を開始して（Ｓ１１１）からＵＥ−Ａ６０の呼状態に係る管理を開始する（Ｓ１１７）までは、ＵＥ−Ａ６０からの応答要求を受信した場合には保留とする保留状態としなくてもよい。

以上、本発明の好適な実施形態について説明したが、本発明に係る通信システムは種々の変更を行うことができる。

例えば、ＩＭＳ１０及びＭＳＣサーバ４０を含む、通信システム１で示した各装置の機能は、一台の装置に全て含まれる構成であってもよいし、各機能がそれぞれ異なる装置に分散される構成であってもよい。

１…通信システム、１０…ＩＭＳ、２０…ＭＭＥ、３０…Ｅ−ＵＴＲＡＮ、４０…ＭＳＣサーバ、５０…ＵＴＲＡＮ、６０…ＵＥ−Ａ、７０…ＵＥ−Ｂ。

Claims (5)

1. 第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムであって、
   前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置と、
   前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置と、
   を備え、
   前記第１呼接続制御装置は、
   前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知手段を備え、
   前記第２呼接続制御装置は、
   前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、
   前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、
   前記呼状態管理手段において前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留手段と、
   を備える通信システム。
2. 第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムに含まれ、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置であって、
   前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置から通知されて、前記第１通信端末の呼状態が着信中であることを示す呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、
   前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、
   前記呼状態管理手段において前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留手段と、
   を備える呼接続制御装置。
3. 第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムであって、
   前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置と、
   前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置と、
   を備え、
   前記第１呼接続制御装置は、
   前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知手段を備え、
   前記第２呼接続制御装置は、
   前記第１通信端末の接続先の変更を契機として前記第１呼接続制御装置に対して前記第１通信端末の接続先の変更に係る通信の開始を要求する通信開始要求を送信する通信開始要求送信手段と、
   前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、
   前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、を備え、
   前記第１呼接続制御装置の前記呼状態通知手段は、前記第２呼接続制御装置から送信される前記通信開始要求に応答する際に、前記呼状態情報を前記第２呼接続制御装置に対して送信し、
   前記第２呼接続制御装置は、前記呼状態管理手段において前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留手段を備える、通信システム。
4. 第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御する通信システムであって、
   前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置を備え、
   前記第１通信端末は、前記第２通信端末からの着信中に前記第１通信網から前記第２通信網に接続先を変更した場合に、前記第２通信端末からの着信に応答することを要求する応答要求を前記第２呼接続制御装置に送信する際に、自機の呼状態が着信中であることを示す呼状態情報を通知する通信手段を備え、
   前記第２呼接続制御装置は、
   前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理手段と、
   前記呼状態管理手段において前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続手段と、
   を備える通信システム。
5. 第１通信網及び第２通信網に対して接続可能な第１通信端末と、前記第１通信端末に対して、前記第１通信網を介して発信する第２通信端末と、の呼接続を制御し、前記第１通信網において前記第１通信端末及び前記第２通信端末の呼接続制御を行う第１呼接続制御装置と、前記第２通信網において前記第１通信端末の呼接続制御を行う第２呼接続制御装置と、を備える通信システムにおける通信方法であって、
   前記第１呼接続制御装置において、前記第２通信端末からの着信中に前記第１通信端末が前記第１通信網から前記第２通信網に接続先を変更する場合に、前記第２呼接続制御装置に対して前記第１通信端末の呼状態が着信中であることを示す呼状態情報を通知する呼状態通知ステップと、
   前記第２呼接続制御装置において、前記呼状態情報に基づいて前記第１通信端末の呼状態を管理する呼状態管理ステップと、
   前記第２呼接続制御装置において、前記呼状態管理ステップにおいて前記呼状態情報に基づいた前記第１通信端末の呼状態の管理を開始した後に、前記第１通信端末と前記第２通信端末との音声通話を開始させる接続ステップと、
   前記第２呼接続制御装置において、前記呼状態管理ステップにおいて前記第１通信端末の呼状態の管理を開始するまで、前記第２通信端末からの着信に対する前記第１通信端末からの応答要求を保留状態とする保留ステップと、
   を備える通信方法。

Images