(57)【要約】【課題】端末の電池切れ及び圏外移動等で通話が切断される場合、通話を中断し、端末が復帰後に通話を再開する。【解決手段】管理部は、端末が通話不可状態に遷移することを検知し、かつ、通話を再開する対象である場合、通話継続部から中継部への通話用のベアラを生成することを通話継続部に指示し、他の端末から端末に音声データを送信するための中継部から端末への通話用のベアラを、中継部から通話継続部への通話用のベアラに切り替えるように中継部に指示し、端末が通話不可状態から通話可能状態に遷移することを検知した場合、端末から中継部への通話用のベアラを生成するように基地局に指示し、他の端末から端末に音声データを送信するための中継部から通話継続部への通話用のベアラを中継部から端末への通話用のベアラに切り替えるように中継部に指示する。【選択図】図１
2017005573.tif 000002
【特許請求の範囲】
【請求項１】
通信システムであって、
端末と無線通信する基地局から送信された情報を受け付ける管理部と、
前記管理部からの指示を受け付ける通話継続部と、
前記端末と他の端末とが通話するための通話用のベアラを収容する中継部と、を有し、
前記管理部は、
前記端末が通話不可状態に遷移することを検知し、かつ、前記端末が通話を再開する対象である場合、前記通話継続部から前記他の端末へ音声データを送信するため、前記通話継続部から前記中継部への通話用のベアラを生成することを前記通話継続部に指示し、前記他の端末から前記端末に音声データを送信するための前記中継部から前記端末への通話用のベアラを、前記中継部から前記通話継続部への通話用のベアラに切り替えるように前記中継部に指示し、
前記端末が前記通話不可状態から通話可能状態に遷移することを検知した場合、前記端末から前記他の端末へ音声データを送信するため、前記端末から前記中継部への通話用のベアラを生成するように前記基地局に指示し、前記他の端末から前記端末に音声データを送信するための前記中継部から前記通話継続部への通話用のベアラを前記中継部から前記端末への通話用のベアラに切り替えるように前記中継部に指示することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムであって、
前記管理部は、
前記端末が通信の切断要求を前記基地局に送信し、かつ、前記端末が通話を再開する対象である場合、前記端末が通話不可状態に遷移することを検知し、
前記端末が、前記基地局を介して通信する要求を前記基地局に送信した場合、前記端末が通話不可状態から通話可能状態に遷移することを検知することを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムであって、
前記管理部は、
前記基地局が前記端末と通信できないことを検知し、かつ、前記端末が通話を再開する対象である場合、前記端末が通話不可状態に遷移することを検知し、
前記端末が通話の休止状態から通信を再開する要求を前記基地局に送信した場合、前記端末が通話不可状態から通話可能状態に遷移することを検知することを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムであって、
前記管理部は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が有し、
前記中継部は、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）が有することを特徴とする通信システム。
【請求項５】
通信システムによる通信方法であって、
前記通信システムは、
端末と無線通信する基地局から送信された情報を受け付ける管理部と、
前記管理部からの指示を受け付ける通話継続部と、
前記端末と他の端末とが通話するための通話用のベアラを収容する中継部と、を有し、
前記通信方法は、
前記管理部が、前記端末が通話不可状態に遷移することを検知し、かつ、前記端末が通話を再開する対象である場合、前記通話継続部から前記他の端末へ音声データを送信するため、前記通話継続部から前記中継部への通話用のベアラを生成することを前記通話継続部に指示し、前記他の端末から前記端末に音声データを送信するための前記中継部から前記端末への通話用のベアラを、前記中継部から前記通話継続部への通話用のベアラに切り替えるように前記中継部に指示する手順と、
前記管理部が、前記端末が前記通話不可状態から通話可能状態に遷移することを検知した場合、前記端末から前記他の端末へ音声データを送信するため、前記端末から前記中継部への通話用のベアラを生成するように前記基地局に指示し、前記他の端末から前記端末に音声データを送信するための前記中継部から前記通話継続部への通話用のベアラを前記中継部から前記端末への通話用のベアラに切り替えるように前記中継部に指示する手順と、を含むことを特徴とする通信方法。
【請求項６】
請求項５に記載の通信方法であって、
前記端末が通信の切断要求を前記基地局に送信し、かつ、前記端末が通話を再開する対象である場合、前記管理部が、前記端末が通話不可状態に遷移することを検知する手順と、
前記端末が、前記基地局を介して通信する要求を前記基地局に送信した場合、前記管理部が、前記端末が通話不可状態から通話可能状態に遷移することを検知する手順と、を含むことを特徴とする通信方法。
【請求項７】
請求項５に記載の通信方法であって、
前記基地局が前記端末と通信できないことを検知し、かつ、前記端末が通話を再開する対象である場合、前記管理部が、前記端末が通話不可状態に遷移することを検知する手順と、
前記端末が通話の休止状態から通信を再開する要求を前記基地局に送信した場合、前記管理部が、前記端末が通話不可状態から通話可能状態に遷移することを検知する手順と、を含むことを特徴とする通信方法。
【請求項８】
請求項５に記載の通信方法であって、
前記管理部は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）が有し、
前記中継部は、ＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）が有することを特徴とする通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、及び、通信方法に関する。
【背景技術】
【０００２】
通話手段を備えた通信システム及びナビゲーション装置において通話中に通信圏外に移動する場合、予め使用者と通話の相手方に圏外に移動する旨を報知し、移動により再び通信圏内に戻ると通話の相手方の電話番号に自動的にリダイヤルするようにする技術が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２５８７８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１では、端末が圏内に戻り、自動的にリダイヤルするとき、相手方がリダイヤルや通話中である場合が想定されていない。そのため、相手方がリダイヤルを受け取れる場合に限り、通話を再開できるという効果に留まる。そこで、本発明では、相手方が圏内にいる限り、通話を再開できる技術を提供することを目的とする。
【０００５】
また、特許文献１では、端末の電池切れによる通話が切断される場合が想定されていない。そのため、圏外に移動する場合のみ有効な技術である。そこで、本発明では、端末が正規の手順を踏まずに通話を終了する場合、端末復帰時に通話を再開できる技術を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明は、通信システムであって、端末と無線通信する基地局から送信された情報を受け付ける管理部と、前記管理部からの指示を受け付ける通話継続部と、前記端末と他の端末とが通話するための通話用のベアラを収容する中継部と、を有し、前記管理部は、前記端末が通話不可状態に遷移することを検知し、かつ、前記端末が通話を再開する対象である場合、前記通話継続部から前記他の端末へ音声データを送信するため、前記通話継続部から前記中継部への通話用のベアラを生成することを前記通話継続部に指示し、前記他の端末から前記端末に音声データを送信するための前記中継部から前記端末への通話用のベアラを、前記中継部から前記通話継続部への通話用のベアラに切り替えるように前記中継部に指示し、前記端末が前記通話不可状態から通話可能状態に遷移することを検知した場合、前記端末から前記他の端末へ音声データを送信するため、前記端末から前記中継部への通話用のベアラを生成するように前記基地局に指示し、前記他の端末から前記端末に音声データを送信するための前記中継部から前記通話継続部への通話用のベアラを前記中継部から前記端末への通話用のベアラに切り替えるように前記中継部に指示する。
【発明の効果】
【０００７】
本発明によれば、端末が通話中に正規の手順を踏まずに通話を終了する場合、相手方が圏内にいる限り、端末復帰時に通話を再開できる。上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。
【図面の簡単な説明】
【０００８】
【図１】本実施例の通話再開システムを含む無線通信システムの例を示すブロック図である。
【図２Ａ】本実施例の通話再開システムとしての使用に適したＭＭＥの構成を示すブロック図である。
【図２Ｂ】本実施例の通話再開データを示す説明図である。
【図３Ａ】本実施例の通話再開システムとしての使用に適した通話継続サーバの構成を示すブロック図である。
【図３Ｂ】本実施例の通話継続データを示す説明図である。
【図４】本実施例のＵＥがＤｅｔａｃｈ  ＲｅｑｕｅｓｔをＭＭＥへ送信した場合の通話再開システムの通話中断処理の手順を示すシーケンス図である。
【図５】本実施例のＵＥがＤｅｔａｃｈ  ＲｅｑｕｅｓｔをＭＭＥへ送信した場合のＭＭＥの通話中断処理の手順を示すフローチャートである。
【図６】本実施例のｅＮＢがＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ：Ｒａｄｉｏ  Ｃｏｎｎｅｃｔｉｏｎ  Ｗｉｔｈ  ＵＥ  Ｌｏｓｔ）をＭＭＥへ送信した場合の通話再開システムの通話中断処理の手順を示すシーケンス図である。
【図７】本実施例のｅＮＢがＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ：Ｒａｄｉｏ  Ｃｏｎｎｅｃｔｉｏｎ  Ｗｉｔｈ  ＵＥ  Ｌｏｓｔ）をＭＭＥへ送信した場合のＭＭＥの通話中断処理の手順を示すフローチャートである。
【図８】本実施例のＵＥがＡｔｔａｃｈ  ＲｅｑｕｅｓｔをｅＮＢへ送信した場合の通話再開システムの通話再開処理の手順を示すシーケンス図である。
【図９】本実施例のｅＮＢがＡｔｔａｃｈ  ＲｅｑｕｅｓｔをＭＭＥへ送信した場合のＭＭＥの通話再開処理の手順を示すフローチャートである。
【図１０】本実施例のＵＥがＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ＲｅｑｕｅｓｔをＭＭＥへ送信した場合の通話再開システムの通話再開処理の手順を示すシーケンス図である。
【図１１】本実施例のＵＥがＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ＲｅｑｕｅｓｔをＭＭＥへ送信した場合のＭＭＥの通話再開処理の手順を示すフローチャートである。
【図１２】本実施例のＵＥがＳｅｒｖｉｃｅ  ＲｅｑｕｅｓｔをｅＮＢへ送信した場合の通話再開システムの通話再開処理の手順を示すシーケンス図である。
【図１３】本実施例のｅＮＢがＳｅｒｖｉｃｅ  ＲｅｑｕｅｓｔをＭＭＥへ送信した場合のＭＭＥの通話再開処理の手順を示すフローチャートである。
【発明を実施するための形態】
【０００９】
以下、実施例を図面を用いて説明する。本実施例は、ＬＴＥ  ｅＰＣシステムにおける通話再開方法に関し、かつ、通話中断に関する実施例である。
【００１０】
図１は、本実施例の通話再開システムを含む無線通信システムの例を示すブロック図である。詳細には、図１は、ユーザ端末（ＵＥ１００）とロングタームエボリューション（ＬＴＥ）のネットワーク１１０と、２Ｇ／３Ｇネットワーク１３０と、ＩＰネットワーク１４０とを備える無線通信システムの例を示す。ただし、本実施例はＬＴＥを用いたネットワークに限られず、端末が無線によって通話するためのネットワークであれば、いかなるネットワークシステムに適用されてもよい。
【００１１】
ＬＴＥネットワーク１１０は、ＵＥ１００と、２Ｇ／３Ｇネットワーク１３０と、ＩＰネットワーク１４０との間をサポート及び接続する。
【００１２】
ＵＥ１００は、ＬＴＥネットワーク１１０などの無線ネットワークにアクセス可能な無線ユーザデバイスである。ＵＥ１００は、セッションおよびベアラにおいて制御信号の伝達をサポートすることができる。ＵＥ１００は、電話、タブレット、ＰＤＡ、コンピュータ、またはその他の無線ユーザデバイスであってもよい。
【００１３】
図１に示すＬＴＥネットワーク１１０の構成は、ｅＮＢ１１１と、モビリティマネージメントエンティティ（ＭＭＥ１１２）と、サービングゲートウェイ（ＳＧＷ１１３）と、通話継続サーバ１２０とが、各々１台である場合の構成だが、各ノードとも複数台含まれてもよい。
【００１４】
ｅＮＢ１１１、ＭＭＥ１１２、ＳＧＷ１１３、および、分かりやすくするために説明を省略した各種のＬＴＥネットワーク１１０の構成要素は、各々が連携することで、ロングタームエボリューション（ＬＴＥ）を用いた通話サービスをサポートするエヴォルブドパケットコア（ＥＰＣ）ネットワークを提供する。
【００１５】
ｅＮＢ１１１は、ＵＥ１００に対して無線アクセスインタフェース機能を提供する。図１では、ｅＮＢ１１１は１台のＵＥ１００をサポートしているが、複数台のＵＥ１００をサポートしてもよい。ｅＮＢ１１１とＵＥ１００との間の通信は、ＬＴＥ−Ｕｕインタフェースを用いてサポートされる。
【００１６】
ＭＭＥ１１２は、ＵＥ１００のモビリティ管理機能を提供する。ＭＭＥ１１２は、ｅＮＢ１１１から送信される情報を受け付け、ＵＥ１００のハンドオーバ等の処理を実行する管理装置である。
【００１７】
ＭＭＥ１１２とｅＮＢ１１１との間の通信は、Ｓ１−ＭＭＥインタフェースを用いてサポートされる。ＭＭＥ１１２とＳＧＷ１１３との間の通信はＳ１１インタフェースを用いてサポートされる。
【００１８】
ＳＧＷ１１３は、ＵＥ１００のユーザデータ中継機能を提供する。ＳＧＷ１１３とｅＮＢ１１１との間の通信はＳ１−Ｕインタフェースを用いてサポートされる。
【００１９】
ＳＧＷ１１３は、ＵＥ１００と相手端末との間の通話を中継するため、ｅＮＢ１１１との間のベアラを収容する。また、ｅＮＢ１１１は、ｅＮＢ１１１とＳＧＷ１１３との間のベアラに対応し、かつ、ＵＥ１００との無線通信のためのベアラを収容する。このため、ＵＥ１００からＳＧＷ１１３への通信のベアラを生成する必要がある際、ＭＭＥ１１２等の管理部は、ｅＮＢ１１１に、ＳＧＷ１１３とのベアラ及びＵＥ１００とのベアラの生成を指示する。
【００２０】
通話継続サーバ１２０は、通話中断時に相手端末との通信を継続する機能を提供する。通話継続サーバ１２０は、本実施例のＭＭＥ１１２と通信する。
【００２１】
ここで、相手端末とは、一つのＵＥ１００との間で通話し、ＬＴＥの規格によって通信する他のＵＥ１００であってもよいし、ＬＴＥとは異なる規格によって通信する他の端末であってもよい。
【００２２】
通話継続サーバ１２０は、相手端末との通信中に音声及びその他の方式で相手端末とデータ送受信をしてもよい。通話継続サーバ１２０は、任意の適した方式でＬＴＥネットワーク１１０と通信できる。通信パスは任意の適した通信機能を用いて実現できる。
【００２３】
２Ｇ／３Ｇネットワーク１３０は、相手端末へ通話サービスを提供する。２Ｇ／３Ｇネットワーク１３０は、任意の適した方式でＬＴＥネットワーク１１０と通信できる。通信パスは任意の適した通信機能を用いて実現できる。
【００２４】
ＩＰネットワーク１４０は、一つまたは複数のパケットデータネットワークを含み、それらを介してＵＥ１００へ通話サービス等を提供する。ＩＰネットワーク１４０は、任意の適した方式でＬＴＥネットワーク１１０と通信できる。通信パスは任意の適した通信機能を用いて実現できる。
【００２５】
なお、本実施例の無線通信システムは、無線通信を実現する規格を用いるシステムであれば、ＬＴＥ以外のいかなる規格を用いてもよい。また、ＬＴＥネットワーク１１０の各ノードは、一つの物理的な計算機に実装された複数の仮想計算機によって実装されてもよい。
【００２６】
図２Ａは、本実施例の通話再開システムとしての使用に適したＭＭＥ１１２の構成を示すブロック図である。
【００２７】
図２Ａに示すように、ＭＭＥ１１２は一つまたは複数のプロセッサと、記憶装置と、ネットワークインタフェースと、ユーザインタフェースとを含む。プロセッサ２０２は、記憶装置２１０、ネットワークインタフェース２０１、およびユーザインタフェース２０３のそれぞれと接続されている。
【００２８】
ネットワークインタフェース２０１は、ｅＮＢ１１１、ＳＧＷ１１３及びＥＰＳ１１４と接続するためのインタフェースである。ユーザインタフェース２０３は、ワークステーション２２０と接続するためのインタフェースである。
【００２９】
プロセッサ２０２は、記憶装置２１０、ネットワークインタフェース２０１およびユーザインタフェース２０３と連携することで、通話再開システムの各種制御機能を提供する。
【００３０】
記憶装置２１０は、一般的に、ＬＴＥネットワーク１１０のための各種の機能を提供する上で使用されるプログラム及びデータ等を記憶する。記憶装置２１０は、通話を中断することおよび通話を再開することを実施するように構成される、各種の通話再開プログラム２１１のモジュール及び通話再開データ２１２を含む。
【００３１】
一実施形態では、通話再開プログラム２１１のモジュールは、各種の通話再開機能を実現するためのプロセッサ２０２によって実行されるソフトウェア命令を含む。
【００３２】
通話再開プログラム２１１のモジュールは、ＵＥ１００またはｅＮＢ１１１からのメッセージを受信時、メッセージの送信元が通話再開機能対象のＵＥ１００だった場合に、通話再開処理を実行する。通話再開プログラム２１１は、ＵＥ１００との間で送受信するメッセージに基づいて、通話再開データ２１２を更新、追記及び削除する。
【００３３】
図２Ｂは、本実施例の通話再開データ２１２を示す説明図である。
【００３４】
通話再開データ２１２は、Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ（ＩＭＳＩ）２４１、Ｇｌｏｂａｌｌｙ  Ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ（ＧＵＴＩ）２４２、ＵＥ状態２４３、通話再開機能対象識別子２４４、ＳＧＷのＩＰアドレス２４５、ベアラテーブル２４６（ＥＰＳ  Ｂｅａｒｅｒ  Ｉｄｅｎｔｉｔｙ（ＥＢＩ）２５１、Ｌｉｎｋｅｄ  ＥＰＳ  Ｂｅａｒｅｒ  Ｉｄｅｎｔｉｔｙ（ＬＢＩ）２５２、Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３、Ｕｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４、ＱｏＳ  Ｃｌａｓｓ  Ｉｄｅｎｔｉｆｉｅｒ（ＱＣＩ）２５５を含む）、及び、その他の通話再開機能に関するデータを格納する。
【００３５】
ＩＭＳＩ２４１は、ＵＥ１００を一意に識別する識別子を格納する。例えば、ＵＥ１００が備えるＳＩＭカードに記録される。
【００３６】
ＧＵＴＩ２４２は、ＵＥ１００の認証時に一時的に用いられる識別子として、ＭＭＥ１１２がＵＥ１００に割り当てる識別子である。ＧＵＴＩ２４２を用いることによって、ＩＭＳＩ２４１をメッセージに含める必要がないため、セキュリティ（無線傍受など）が向上する。
【００３７】
本実施例の各装置は、ＵＥ１００を識別するためにＧＵＴＩ及びＩＭＳＩの一方を用いるが、いずれの識別子を用いてもよい。
【００３８】
ＵＥ状態２４３は、ＩＭＳＩ２４１又はＧＵＴＩ２４２が示すＵＥ１００の接続状態を示す情報である。本実施例において、例えば、ＵＥ状態２４３は、ＥＰＳ  Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ（ＥＣＭ）状態（接続状態、休止状態、切断状態）、及び、通話中断状態を示す。
【００３９】
通話再開機能対象識別子２４４は、ＩＭＳＩ２４１又はＧＵＴＩ２４２が示すＵＥ１００が本実施例の通話再開機能対象か識別するための識別子。例えば、通話再開機能対象である場合、「ＴＲＵＥ」を示し、通話再開機能対象でない場合、「ＦＡＬＳＥ」を示す。
【００４０】
本実施例の通話再開機能とは、ＵＥ１００が通話できない状態になっても、通話できる状態になった場合に通話を再開できるように、相手端末との通話のためのセッションを継続して保持する機能である。
【００４１】
通話再開機能対象識別子２４４の値は、ユーザ２３０がワークステーション２２０を使用し、事前に設定される。また、通話再開機能対象識別子２４４は、ＬＴＥネットワーク１１０、または、ＩＰネットワーク１４０のその他のノードを介して設定されてもよい。
【００４２】
ＳＧＷのＩＰアドレス２４５は、Ｕ−Ｐｌａｎｅ（制御データではない、実データ）を扱うＳＧＷ１１３のＩＰアドレス（ＩＰｖ４であっても、ＩＰｖ６であっても、いずれの規格のＩＰアドレスであってもよい）を示す。
【００４３】
ベアラテーブル２４６は、ＩＭＳＩ２４１又はＧＵＴＩ２４２が示すＵＥ１００に関するベアラ（データ送受信経路）の一覧を示す。
【００４４】
ＥＢＩ２５１は、ベアラを一意に識別する識別子を示す。ＵＥ１００毎に管理されているため、端末間では重複してもよい。
【００４５】
ＬＢＩ２５２は、各ベアラのＤｅｆａｕｌｔベアラを一意に識別する識別子を示す。ＰＤＮセッション生成時にＤｅｆａｕｌｔベアラが構築される。当該ＰＤＮセッションに追加ベアラ（Ｄｅｄｉｃａｔｅｄベアラ）を構築した際、どのＰＤＮセッションに追加したのか識別するためにＤｅｆａｕｌｔベアラのＥＢＩを識別子として使用する。
【００４６】
例えば、ＰＤＮセッションＡ（ＤｅｆａｕｌｔベアラＥＢＩ＝５）及びＰＤＮセッションＢ（ＤｅｆａｕｌｔベアラＥＢＩ＝６）が生成済みの状態で、Ｄｅｄｉｃａｔｅｄベアラ（ＥＢＩ＝７）をＰＤＮセッションＡに追加した場合、このＤｅｄｉｃａｔｅｄベアラのＬＢＩは５となる。
【００４７】
Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２６３及びＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４について、以下に説明する。
【００４８】
ｅＮＢ（基地局）１１１−ＳＧＷ１１３間ではＧＴＰ−Ｕと呼ばれる通信プロトコルが使用されており、ＧＴＰトンネルを構築する。ＧＴＰを終端する各ノード（この場合だとｅＮＢ１１１、ＳＧＷ１１３）は、ＧＴＰトンネルを識別するために、対向ノードのＴＥＩＤ（Ｔｕｎｎｅｌ  Ｅｎｄｐｏｉｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）を保持する必要がある。
【００４９】
Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３は、ｅＮＢ１１１側が保持するＴＥＩＤであり、ｅＮＢ１１１は自身が払いだしたＴＥＩＤをＳＧＷ１１３へ通知する。
【００５０】
また、Ｕｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４は、ＳＧＷ１１３側が保持するＴＥＩＤであり、ＳＧＷ１１３は自身が払いだしたＴＥＩＤをｅＮＢ１１１へ通知する。
【００５１】
なお、以下において、Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３をＴＥＩＤ２５３と記載し、Ｕｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４をＴＥＩＤ２５４と記載することがある。ＴＥＩＤ２５３及びＴＥＩＤ２５４は、ＵＥ１００に一意に割り当てられ、ＵＥ１００間で重複しない。
【００５２】
ＱＣＩ２５５は、ＱｏＳ制御の内容を識別するための識別子を示す。例えば、ベアラが音声データを転送する場合、ＱＣＩ＝１（優先度高、帯域保障有、低遅延）のＱｏＳ制御が適用される場合が多い。
【００５３】
ネットワークインタフェース２０１は、ＬＴＥネットワーク１１０内の各種ネットワーク構成、ノード、およびその他のエンティティとの通信を容易にして、ＭＭＥ１１２によって実施される通話再開機能をサポートするように構成される。
【００５４】
本実施例の通話再開プログラム２１１は、通話再開機能対象識別子２４４を用いて、ＵＥ１００が通話再開サービスの対象であるかどうかを識別する。同様に、ベアラテーブル２４６内のＱＣＩ２５５を用いて、通話用のベアラを構築済みか識別する。
【００５５】
ユーザインタフェース２０３は、一つまたは複数のワークステーション２２０との通信を容易にして、一人または複数のユーザ２３０が通話再開システムのための管理機能を実施できるように構成される。
【００５６】
ワークステーション２２０は、ユーザ２３０が用いる計算機であり、ディスプレイ又はプリンタ等の出力装置、及び、キーボード、マウス又はタッチパネル等の入力装置を有する。ユーザ２３０は、本実施例の通話再開システムを管理又は運用する者であり、ワークステーション２２０を用いてＭＭＥ１１２に処理の指示及びデータの設定を行う。
【００５７】
図３Ａは、本実施例の通話再開システムとしての使用に適した通話継続サーバ１２０の構成を示すブロック図である。
【００５８】
図３に示すように、通話継続サーバ１２０は一つまたは複数のプロセッサ３０２と、記憶装置３１０と、ネットワークインタフェース３０１と、ユーザインタフェース３０３とを含む。プロセッサ３０２は、記憶装置３１０、ネットワークインタフェース３０１、及び、ユーザインタフェース３０３のそれぞれと接続されている。
【００５９】
プロセッサ３０２は、記憶装置３１０、ネットワークインタフェース３０１およびユーザインタフェース３０３と連携することで、通話再開システムの相手端末との通信を継続するための機能を提供する。
【００６０】
記憶装置３１０は、通話中断時、相手端末との通信を継続するための機能を実施するように構成される、各種の通話継続サーバプログラム３１１のモジュールと通話継続サーバデータ３１２とを含む。
【００６１】
一実施形態では、通話継続サーバプログラム３１１のモジュールは、各種の通話継続機能を実現するためのプロセッサ３０２によって実行されるソフトウェア命令を含む。
【００６２】
通話継続サーバプログラム３１１のモジュールは、ＭＭＥ１１２からのメッセージを受信時、通話継続機能を提供するよう動作させる。通話継続サーバプログラム３１１は、ＭＭＥ１１２との間で送受信するメッセージに基づいて、通話継続サーバデータ３１２を更新、追記及び削除する。
【００６３】
図３Ｂは、本実施例の通話継続サーバデータ３１２を示す説明図である。
【００６４】
通話継続サーバデータ３１２は、ＩＭＳＩ３４１、ＧＵＴＩ３４２、ＳＧＷのＩＰアドレス３４３、ベアラテーブル３４４（ＥＢＩ３５１、ＬＢＩ３５２、Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ３５３、Ｕｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ３５４、ＱＣＩ３５５を含む）およびその他の通話継続機能に関するデータを格納する。
【００６５】
ＩＭＳＩ３４１、ＧＵＴＩ３４２、ＳＧＷのＩＰアドレス３４３、および、ベアラテーブル３４４は、通話再開データ２１２のＩＭＳＩ２４１、ＧＵＴＩ２４２、ＳＧＷのＩＰアドレス２４５、および、ベアラテーブル２４６に対応する。また、以下において、Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ３５３をＴＥＩＤ３５３と記載し、Ｕｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ３５４をＴＥＩＤ３４５と記載することがある。
【００６６】
ネットワークインタフェース３０１は、ＬＴＥネットワーク１１０内の各種ネットワーク構成、ノード、およびその他のエンティティとの通信を容易にして、通話継続サーバ１２０によって実施される通話継続機能をサポートするように構成される。ネットワークインタフェース３０１は、ＭＭＥ１１２及びＳＧＷ１１３と接続する。
【００６７】
本実施例におけるネットワークインタフェース３０１は、通話中断時に使用するＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ３５３を生成する。
【００６８】
ユーザインタフェース３０３は、一つまたは複数のワークステーション３２０との通信を可能にして、一人または複数のユーザ３３０が通話再開システムのための管理機能を実施できるように構成される。
【００６９】
ワークステーション３２０は、計算機であり、入力装置及び出力装置を備える。ワークステーション３２０とワークステーション２２０とは一つの計算機に実装されてもよい。また、ユーザ３３０とユーザ２３０とは同じであってもよい。
【００７０】
図４は、本実施例のＵＥ１００がＤｅｔａｃｈ  ＲｅｑｕｅｓｔをＭＭＥ１１２へ送信した場合の通話再開システムの通話中断処理の手順を示すシーケンス図である。図４に示すＭＭＥ１１２における処理は、通話再開プログラム２１１が実行し、通話継続サーバ１２０における処理は、通話継続サーバプログラム３１１が実行する。
【００７１】
手順４０１：ＵＥ１００は、Ｄｅｔａｃｈ  ＲｅｑｕｅｓｔをＭＭＥ１１２へ送信する。Ｄｅｔａｃｈ  ＲｅｑｕｅｓｔのＣａｕｓｅは、ＵＥ１００がｅＮＢ１１１との通信を切断する要求であれば、いずれの理由であってもよい。例えば、Ｓｗｉｔｃｈ  Ｏｆｆであってもよく、また、ＵＥ１００が備えるＵＳＩＭカードが外れたことであってもよい。
【００７２】
手順４０２：ＭＭＥ１１２は、通話再開機能対象識別子２４４を用いて、ＵＥ１００が通話再開サービスの対象であるかどうかを識別する。ＭＭＥ１１２は、Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔに含まれるＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）を用いて、通話再開データ２１２におけるＵＥ１００の通話再開機能対象識別子２４４を参照し、通話再開サービスの対象であるかを識別する。
【００７３】
手順４０３：手順４０２の結果、ＵＥ１００が通話再開サービスの対象であれば（例えば、通話再開機能対象識別子２４４が「ＴＲＵＥ」であった場合）、ＭＭＥ１１２は、当該ＵＥ１００のＵＥ状態２４３を参照し、ＵＥ１００がＥＣＭ−Ｃｏｎｎｅｃｔｅｄ（接続状態）かどうかを識別する。
【００７４】
さらに、ＭＭＥ１１２は、手順４０３において、ベアラテーブル２４６内のＱＣＩ２５５を参照し、ＵＥ１００が通話用のベアラを構築済みかどうか識別する。
【００７５】
手順４０４：手順４０３の結果、ＵＥ１００がＥＣＭ−Ｃｏｎｎｅｃｔｅｄかつ通話用のベアラを構築済みであった場合、Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔを送信したＵＥ１００は、相手端末との通話中である。このためＭＭＥ１１２は、相手端末とのセッションをＵＥ１００の代わりに通話継続サーバ１２０に継続させ、通話継続サーバ１２０から相手端末に音声データを送信できるようにするため、通話継続サーバ１２０からＳＧＷ１１３へのベアラを生成する指示を通話継続サーバ１２０に送る。
【００７６】
具体的には、ＭＭＥ１１２は、手順４０４において、ＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラとのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４の値（通話用のベアラを示すエントリのＴＥＩＤ２５４）を含む通話中断通知を通話継続サーバ１２０へ送信する。
【００７７】
また、このときＭＭＥ１１２は、通話中断通知に、通話再開データ２１２のＩＭＳＩ２４１、ＧＵＴＩ２４２及びＳＧＷのＩＰアドレス２４５、並びに、ＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラとのＥＢＩ２５１、ＬＢＩ２５２及びＱＣＩ２５５を、通話中断通知に含める。これによって、通話継続サーバ１２０は、ｅＮＢ１１１からＳＧＷ１１３へ設定されていた相手端末に音声データを送信するためのベアラと同様のベアラを、ＳＧＷ１１３との間に生成することができる。
【００７８】
手順４０５：通話継続サーバ１２０は、通話中断通知を受信した後、ＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラとのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ３５３（本来ｅＮＢ１１１が生成するべきＴＥＩＤ）を生成する。
【００７９】
また、通話継続サーバ１２０は、受信したＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を、通話継続サーバデータ３１２のＴＥＩＤ３５４に格納し、同様に、通話中断通知に含まれる値を、ＩＭＳＩ３４１、ＧＵＴＩ３４２、ＳＧＷのＩＰアドレス３４３、ＥＢＩ３５１、ＬＢＩ３５２およびＱＣＩ３５５に格納する。
【００８０】
そして、通話継続サーバ１２０は、手順４０５において、生成したＴＥＩＤ３５３を含む通話中断通知応答を、ＭＭＥ１１２へ送信する。
【００８１】
この時点で、通話継続サーバ１２０は、Ｕｐｌｉｎｋを用いて相手端末へデータを送信することができるが、ＳＧＷ１１３から通話継続サーバ１２０へのベアラは設定されていないため、相手端末からデータを受信することはできない。このため、通話継続サーバ１２０は、「通話を中断します。しばらくお待ちください」などの音声を、相手端末に送信してもよい。
【００８２】
手順４０６：ＭＭＥ１１２は、通話中断通知応答に含まれるＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラとのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を含む、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＳＧＷ１１３へ通知する。
【００８３】
手順４０７：ＳＧＷ１１３は、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを受信した場合、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＭＭＥ１１２へ通知する。また、受信したＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を用いて、ＳＧＷ１１３からＵＥ１００への通信（音声データ送信）のために設定されていたＳＧＷ１１３及びｅＮＢ１１１間のベアラを、ＳＧＷ１１３から通話継続サーバ１２０へのベアラに切り替える。
【００８４】
この時点で、ＳＧＷ１１３は、Ｄｏｗｎｌｉｎｋを用いて、通話継続サーバ１２０へ相手端末からのデータを転送することができる。すなわち、通話継続サーバ１２０は、相手端末から音声データを受信することができ、相手端末とのベアラを継続して保持することができる。これによって、相手端末は通話中を継続するため、相手端末がＵＥ１００にリダイヤルしたり、ＵＥ１００以外の端末と通話したりすることがなくなり、ＵＥ１００が通信可になった場合に速やかにＵＥ１００と通話を再開することができる。
【００８５】
手順４０８：ＭＭＥ１１２は、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅを受信した場合、ＵＥ状態２４３を通話中断に遷移させる。
【００８６】
手順４０９：ＭＭＥ１１２は、手順４０７の後、ＵＥ１００へＤｅｔａｃｈ  Ａｃｃｅｐｔを送信する。なお、手順４０９は、ＵＥ１００がｅＮＢ１１１からの信号を受信できる場合に実行可能である。このため、ＭＭＥ１１２は、手順４０１において受信したＤｅｔａｃｈ  ＲｅｑｕｅｓｔのＣａｕｓｅがＳｗｉｔｃｈ  Ｏｆｆである場合、手順４０９を実行しなくてもよい。
【００８７】
手順４１０：ＭＭＥ１１２は、手順４０７の後、ｅＮＢ１１１へＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄを送信する。
【００８８】
手順４１１：ｅＮＢ１１１は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄを受信した場合、ＵＥ１００へＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅを送信する。なお、手順４１１は、ＵＥ１００がｅＮＢ１１１からの信号を受信できる場合に実行可能である。このため、ｅＮＢ１１１は、手順４０１において受信したＤｅｔａｃｈ  ＲｅｑｕｅｓｔのＣａｕｓｅがＳｗｉｔｃｈ  Ｏｆｆである場合、手順４１１を実行しなくてもよい。
【００８９】
手順４１２：ｅＮＢ１１１は、手順４１１の後、ＭＭＥ１１２へＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを送信する。この時点で、ＵＥ１００は、ＬＴＥネットワーク１１０から切断される。
【００９０】
手順４１２の後、通話再開データ２１２におけるＵＥ１００のエントリには、ＵＥ状態２４３が通話中断を示し、かつ、通話のベアラを示すエントリのみが残る。
【００９１】
図５は、本実施例のＵＥ１００がＤｅｔａｃｈ  ＲｅｑｕｅｓｔをＭＭＥ１１２へ送信した場合のＭＭＥ１１２の通話中断処理の手順を示すフローチャートである。図５に示す処理は、ＭＭＥ１１２の通話再開プログラム２１１による処理である。
【００９２】
ステップ５００：ＵＥ１００からＤｅｔａｃｈ  Ｒｅｑｕｅｓｔを受信し、ＵＥ１００が通話不可状態になることを検知する。Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔは前述のとおりいずれのＣａｕｓｅであってもよい。ステップ５００は、手順４０１に対応する。
【００９３】
ステップ５０１：Ｄｅｔａｃｈ  ＲｅｑｕｅｓｔからＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）を取得する。
【００９４】
ステップ５０２：ＵＥ１００の識別子を用いて、通話再開データ２１２のＩＭＳＩ２４１又はＧＵＴＩ２４２を検索し、ＵＥ１００を特定する。特定したＵＥ１００に該当する通話再開データ２１２の通話再開機能対象識別子２４４を用いて、当該ＵＥ１００が通話再開サービスの対象であるかどうかを識別する。
【００９５】
ステップ５０１及び５０２は、手順４０２に対応する。
【００９６】
ステップ５０３：ＵＥ１００が通話再開サービスの対象であるかを判定する。
【００９７】
ステップ５０４：通話再開サービスの対象である場合、通話再開データ２１２のＵＥ状態２４３を用いて、ＵＥ１００がＥＣＭ−Ｃｏｎｎｅｃｔｅｄ（接続状態）かどうかを識別する。ステップ５０４は、手順４０３に対応する。
【００９８】
ステップ５０５：ＵＥ１００が、ＥＣＭ−Ｃｏｎｎｅｃｔｅｄであるかを判定する。
【００９９】
ステップ５０６：ＥＣＭ−Ｃｏｎｎｅｃｔｅｄである場合、通話再開データ２１２のベアラテーブル２４６の全てのベアラに関するＱＣＩ２５５を確認する。ＱＣＩ２５５が、通話用のベアラ設定と一致するベアラが存在するかどうか識別する。
【０１００】
ステップ５０７：ＵＥ１００が、通話用のベアラを構築済みであるかを判定する。
【０１０１】
ステップ５０８：ＵＥ１００が、通話用のベアラを構築済みである場合、ＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラとのＵｐｌｉｎｋ  Ｓ１−Ｕ  Ｓ−ＧＷ  ＴＥＩＤを通話再開データ２１２のベアラテーブル２４６のＴＥＩＤ２５４から取得し、通話中断通知に含み、通話中断通知を通話継続サーバ１２０へ送信する。
【０１０２】
ステップ５０６〜５０８は、手順４０３及び４０４に対応する。
【０１０３】
ステップ５０９：ステップ５０８の後、ＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラとのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを、含む通話中断通知応答を通話継続サーバ１２０から受信する。通話中断通知応答に含まれるＴＥＩＤを用いて、通話再開データ２１２のベアラテーブル２４６のＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を更新する。
【０１０４】
ステップ５１０：Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を通話再開データ２１２のベアラテーブル２４６から取得し、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔに含み、ＳＧＷ１１３へ送信する。ステップ５１０は、手順４０６に対応する。
【０１０５】
ステップ５１１：ＳＧＷ１１３からＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅを受信する。ステップ５１１は、手順４０７に対応する。
【０１０６】
ステップ５１２：通話再開データ２１２のＵＥ状態２４３を通話中断に遷移させる。ステップ５１２は、手順４０８に対応する。ＵＥ状態２４３を通話中断に更新することによって、ＵＥ１００が再び通話可能な状態になった時に、ＵＥ１００が通話を再開すべきＵＥ１００であるかを識別することができる。
【０１０７】
ステップ５１３：ステップ５１１又はステップ５２２の後、ステップ５０１において受信したＤｅｔａｃｈ  ＲｅｑｕｅｓｔのＣａｕｓｅがＳｗｉｔｃｈ  Ｏｆｆであるかを判定する。
【０１０８】
ステップ５１４：Ｄｅｔａｃｈ  ＲｅｑｕｅｓｔのＣａｕｓｅがＳｗｉｔｃｈ  Ｏｆｆではない場合、ＵＥ１００へＤｅｔａｃｈ  Ａｃｃｅｐｔを送信する。ステップ５１４は、手順４０９に対応する。
【０１０９】
ステップ５１５：Ｄｅｔａｃｈ  ＲｅｑｕｅｓｔのＣａｕｓｅがＳｗｉｔｃｈ  Ｏｆｆである場合、又は、ステップ５１４の後、ｅＮＢ１１１へＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｍａｎｄを送信する。ステップ５１５は、手順４１０に対応する。
【０１１０】
ステップ５１６：ｅＮＢ１１１からＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｃｏｍｐｌｅｔｅを受信する。ステップ５１６は、手順４１２に対応する。
【０１１１】
ステップ５１６の後、図５に示す処理は終了する。
【０１１２】
ステップ５０３においてＵＥ１００が通話再開サービスの対象でないと判定した場合、ステップ５０５においてＵＥ１００がＥＣＭ−Ｃｏｎｎｅｃｔｅｄではないと判定した場合、及び、ステップ５０７においてＵＥ１００が通話用のベアラを構築済でない場合、通話再開機能を実施しないため、ステップ５２１へ移る。
【０１１３】
ステップ５２１：ＳＧＷ１１３へＤｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを送信する。
【０１１４】
ステップ５２２：ＳＧＷ１１３からＤｅｌｅｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを受信する。
【０１１５】
ステップ５２１及び５２２によって、Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔを受信しても通話再開機能を実施しない場合、ＵＥ１００のＤｅｔａｃｈを実施し、通話を終了する。ユーザまたは事業者は、通話再開機能対象識別子２４４を用いて通話再開サービスの対象であるかを判定することによって、ＵＥ１００単位で通話再開機能を実施するか実施しないかを選択することができる。
【０１１６】
また、ＵＥ状態２４３がＥＣＭ−Ｃｏｎｎｅｃｔｅｄでない場合、ＵＥ１００は通話中でないため、通話再開機能を実施しない。また、ＵＥ状態２４３が通話用のベアラを構築済みでない場合、ＵＥ１００は通話中ではないため、通話再開機能を実施しない。
【０１１７】
図４及び図５は、ＵＥ１００が通話の継続が困難であり、Ｄｅｔａｃｈ  Ｒｅｑｕｅｓｔを送信した場合の処理である。以下に、ＭＭＥ１１２が、ｅＮＢ１１１からＵＥ１００が圏外となったことを示す、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ：Ｒａｄｉｏ  Ｃｏｎｎｅｃｔｉｏｎ  Ｗｉｔｈ  ＵＥ  Ｌｏｓｔ）を受信した場合に、通話再開機能を実施する処理を示す。
【０１１８】
図６は、本実施例のｅＮＢ１１１がＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ：Ｒａｄｉｏ  Ｃｏｎｎｅｃｔｉｏｎ  Ｗｉｔｈ  ＵＥ  Ｌｏｓｔ）をＭＭＥ１１２へ送信した場合の通話再開システムの通話中断処理の手順を示すシーケンス図である。図６に示すＭＭＥ１１２における処理は、通話再開プログラム２１１が実行し、通話継続サーバ１２０における処理は、通話継続サーバプログラム３１１が実行する。
【０１１９】
手順８０１：ｅＮＢ１１１は、例えばハンドオーバの失敗、及び、ＵＥ１００が圏外になったなどによってＵＥ１００と通信できないことを検知した場合、ＭＭＥ１１２へＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ：Ｒａｄｉｏ  Ｃｏｎｎｅｃｔｉｏｎ  Ｗｉｔｈ  ＵＥ  Ｌｏｓｔ）を送信する。
【０１２０】
手順８０２：ＭＭＥ１１２は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔに含まれるｅＮＢ１１１のＴＥＩＤを用いて、通話再開データ２１２のＴＥＩＤ２５３を検索し、該当するエントリ（すなわちＵＥ１００）を特定する。そして特定したＵＥ１００の通話再開機能対象識別子２４４を参照し、ＵＥ１００が通話再開サービスの対象であるかどうかを識別する。
【０１２１】
以降の手順８０３〜手順８１０は、図４に示す手順４０３〜４０８、４１０及び４１２と同様である。相違点は、図６に示す処理において通話再開データ２１２を参照する際、通話再開プログラム２１１は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔに含まれるｅＮＢ１１１のＴＥＩＤに対応する通話再開データ２１２のエントリを参照する点であり、それ以外の点において手順８０３〜手順８１０は、図４に示す手順４０３〜４０８、４１０及び４１２と同じである。
【０１２２】
図７は、本実施例のｅＮＢ１１１がＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ：Ｒａｄｉｏ  Ｃｏｎｎｅｃｔｉｏｎ  Ｗｉｔｈ  ＵＥ  Ｌｏｓｔ）をＭＭＥ１１２へ送信した場合のＭＭＥ１１２の通話中断処理の手順を示すフローチャートである。図７に示す処理は、ＭＭＥ１１２の通話再開プログラム２１１による処理である。
【０１２３】
ステップ９００：ｅＮＢ１１１からＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔ（Ｃａｕｓｅ：Ｒａｄｉｏ  Ｃｏｎｎｅｃｔｉｏｎ  Ｗｉｔｈ  ＵＥ  Ｌｏｓｔ）を受信し、ＵＥ１００がｅＮＢ１１１と通話不可状態になることを検知する。
【０１２４】
ステップ９０１：ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  ＲｅｑｕｅｓｔからＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを取得する。
【０１２５】
ステップ９０２：ＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを用いて、通話再開データ２１２のベアラテーブル２４６の全てのベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を検索し、ＵＥ１００を特定する。通話再開データ２１２の通話再開機能対象識別子２４４を用いて、ＵＥ１００が通話再開サービスの対象であるかどうかを識別する。
【０１２６】
ステップ９０３〜ステップ９１４は、図５に示すステップ５０３〜５１２、５１５、５１６、５２１及び５２２と同様の処理である。相違点は、図７に示す処理において通話再開データ２１２を参照する際、通話再開プログラム２１１は、ＵＥ  Ｃｏｎｔｅｘｔ  Ｒｅｌｅａｓｅ  Ｒｅｑｕｅｓｔに含まれるｅＮＢ１１１のＴＥＩＤに対応するＵＥ１００の通話再開データ２１２のエントリを参照する点であり、それ以外の点においてステップ９０３〜ステップ９１４は、図５に示すステップ５０３〜５１２、５１５、５１６、５２１及び５２２とは同じである。
【０１２７】
以下において、ＵＥ１００が通話を中断した後、通話を再開する実施例を示す。
【０１２８】
図８は、本実施例のＵＥ１００がＡｔｔａｃｈ  ＲｅｑｕｅｓｔをｅＮＢ１１１へ送信した場合の通話再開システムの通話再開処理の手順を示すシーケンス図である。図８に示すＭＭＥ１１２における処理は、通話再開プログラム２１１が実行し、通話継続サーバ１２０における処理は、通話継続サーバプログラム３１１が実行する。
【０１２９】
手順１００１：ＵＥ１００は、ｅＮＢ１１１へＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを送信する。ＵＥ１００は通話不可状態の後、ｅＮＢ１１１を介して通信を開始する場合、ｅＮＢ１１１へＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを送信する。
【０１３０】
手順１００２：ｅＮＢ１１１は、ＵＥ１００からＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを受信した場合、ＭＭＥ１１２へＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを送信する。ＭＭＥ１１２は、ｅＮＢ１１１からＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを受信した場合、ＵＥ１００が通話可能状態であることを検知する。これによってＭＭＥ１１２は、ＵＥ１００と相手端末との通話を再開するための処理を開始する。
【０１３１】
手順１００３：ＭＭＥ１１２は、Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔに含まれるＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）に基づいてＵＥ１００のＵＥ状態２４３を参照し、ＵＥ１００の状態が通話中断であるか識別する。
【０１３２】
手順１００４：手順１００３の結果、ＵＥ状態２４３が通話中断であった場合、ＵＥ１００と相手端末との通話を再開する必要がある。このため、ＭＭＥ１１２は、通話中断時のＳＧＷのＩＰアドレス２４５およびＤｅｆａｕｌｔベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を含む、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／Ａｔｔａｃｈ  ＡｃｃｅｐｔをｅＮＢ１１１へ送信する。
【０１３３】
ここで、ＭＭＥ１１２は、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／Ａｔｔａｃｈ  Ａｃｃｅｐｔに、ＵＥ１００の識別子（ＩＭＳＩ２４１又はＧＵＴＩ２４２）、ベアラの識別子（ＥＢＩ２５２）及びＤｅｆａｕｌｔベアラの識別子（ＬＶＩ２５２）を含めてもよい。
【０１３４】
手順１００４によって、ＭＭＥ１１２は、ＵＥ１００から相手端末へ音声データを送信するため、ＵＥ１００からＳＧＷ１１３への通話用のベアラを生成するようにｅＮＢ１１１に指示する。また、ｅＮＢ１１１は、この指示を受けて、ＵＥ１００と相手端末とのセッションにおける、ｅＮＢ１１１からＳＧＷ１１３へ向けての通信のためのベアラを生成する。
【０１３５】
手順１００５：ｅＮＢ１１１は、手順１００４の後、ＵＥ１００へＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ（ＳＧＷのＩＰアドレス２４５およびＴＥＩＤ２５４の値を含む）を送信する。手順１００５によって、ＵＥ１００は、相手端末とのセッションにおける、ＵＥ１００からｅＮＢ１１１へ向けての通信のためのベアラを生成する。
【０１３６】
手順１００６：ＵＥ１００は、手順１００５の後、ｅＮＢ１１１へＲＲＣ  Ｃｏｎｎｅｃｉｔｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを送信する。
【０１３７】
手順１００７：ｅＮＢ１１１は、手順１００６の後、自らを示すＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを生成する。そして、ＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤとして、生成したＴＥＩＤを含むＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅをＭＭＥ１１２へ送信する。
【０１３８】
ＭＭＥ１１２は、手順１００７によって送られたＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤによって、ＵＥ１００のＤｅｆａｕｌｔベアラを示す通話再開データ２１２のエントリのＴＥＩＤ２５３を更新する。
【０１３９】
手順１００８：ＵＥ１００は、手順１００６の後、ｅＮＢ１１１へＤｉｒｅｃｔ  Ｔｒａｎｓｆｅｒを送信する。
【０１４０】
手順１００９：ｅＮＢ１１１は、手順１００８の後、ＭＭＥ１１２へＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅを送信する。これによって、ＵＥ１００からＳＧＷ１１３を介して相手端末へ音声データを送信するアップリンクのベアラが、構成される。
【０１４１】
手順１０１０：ＭＭＥ１１２は、手順１００９の後、通話継続サーバ１２０へ通話再開通知（音声再開通知）を送信する。
【０１４２】
手順１０１１：通話継続サーバ１２０は、手順１０１０の後、ＭＭＥ１１２へ通話再開通知応答を送信する。ここで、通話継続サーバ１２０は、通話継続サーバデータ３１２のＵＥ１００を示すエントリを削除する。
【０１４３】
手順１０１２：ＭＭＥ１１２は、通話用のＤｅｄｉｃａｔｅｄベアラを構築するため、通話中断時のＤｅｄｉｃａｔｅｄベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を含む、Ｂｅａｒｅｒ  Ｓｅｔｕｐ／Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｎｅｔ  Ｒｅｑｕｅｓｔを、ｅＮＢ１１１へ送信する。
【０１４４】
手順１０１３：ｅＮＢ１１１は、手順１０１２の後、ＵＥ１００へＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信する。
【０１４５】
手順１０１４：ＵＥ１００は、手順１０１３の後、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｉｏｔｎ  Ｃｏｍｐｌｅｔｅを、ｅＮＢ１１１へ送信する。
【０１４６】
手順１０１５：ｅＮＢ１１１は、ＤｅｄｉｃａｔｅｄベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを生成し、このＴＥＩＤを含む、Ｂｅａｒｅｒ  Ｓｅｔｕｐ  ＲｅｓｐｏｎｓｅをＭＭＥ１１２へ送信する。ＭＭＥ１１２は、受信したＤｅｄｉｃａｔｅｄベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤによって、ＵＥ１００のＤｅｄｉｃａｔｅｄベアラを示す通話再開データ２１２のエントリのＴＥＩＤ２５３を更新する。
【０１４７】
手順１０１６：ＵＥ１００は、手順１０１４の後、Ｄｉｒｅｃｔ  ＴｒａｎｓｆｅｒをｅＮＢ１１１へ送信する。
【０１４８】
手順１０１７：ｅＮＢ１１１は、手順１０１６の後、Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ  ＲｅｓｐｏｎｓｅをＭＭＥ１１２へ送信する。
【０１４９】
手順１０１８：ＭＭＥ１１２は、手順１０１７の後、ＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を含む、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｑｕｅｓｔをＳＧＷ１１３へ送信する。手順１０１８によって、ＭＭＥ１１２は、通話継続サーバ１２０が保持していたセッションにおけるＳＧＷ１１３から通話継続サーバ１２０へのベアラを、ＵＥ１００へ音声データを送信するためのｅＮＢ１１１を介したベアラに切り替えるように、ＳＧＷ１１３へ指示する。
【０１５０】
また、ＳＧＷ１１３は、手順１０１８によって、自らのベアラの設定を変更し、ＳＧＷ１１３から通話継続サーバ１２０へのベアラをＳＧＷ１１３からｅＮＢ１１１へのベアラに切り替える。そして、手順１０１７までの処理によって、ｅＮＢ１１１からＵＥ１００へのベアラは生成されているため、ＵＥ１００は、Ｄｏｗｎｌｉｎｋによるデータの受信が可能となり、相手端末からの信号を受信できる。そして、相手端末との通話を再開できる。
【０１５１】
手順１０１９：ＳＧＷ１１３は、手順１０１８の後、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  ＲｅｓｐｏｎｓｅをＭＭＥ１１２へ送信する。ＭＭＥ１１２は、手順１０１９の後、ＵＥ１００の通話再開データ２１２のＵＥ状態２４３をＥＣＭ−Ｃｏｎｎｅｃｔｅｄ（接続状態）に更新する。
【０１５２】
図９は、本実施例のＵＥ１００がＡｔｔａｃｈ  ＲｅｑｕｅｓｔをｅＮＢ１１１へ送信した場合の通話再開システムの通話再開処理の手順を示すシーケンス図である。図９に示す処理は、ＭＭＥ１１２の通話再開プログラム２１１による処理である。
【０１５３】
ステップ１１００：ｅＮＢ１１１からＡｔｔａｃｈ  Ｒｅｑｕｅｓｔを受信する。ステップ１１００は、手順１００２に対応する。
【０１５４】
ステップ１１０１：Ａｔｔａｃｈ  ＲｅｑｕｅｓｔからＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）を取得する。
【０１５５】
ステップ１１０２：ＵＥ１００の識別子を用いて、通話再開データ２１２のＩＭＳＩ２４１またはＧＵＴＩ２４２を検索し、ＵＥ１００を特定する。そして、ＵＥ１００の通話再開データ２１２のエントリのＵＥ状態２４３を参照し、ＵＥ１００が通話中断かどうかを識別する。
【０１５６】
ステップ１１０３：ＵＥ状態２４３が、通話中断であるかを判定する。ステップ１１０１〜１１０３は、手順１００３に対応する。
【０１５７】
ステップ１１０４：ＵＥ状態２４３が通話中断である場合、通話中断時のＳＧＷのＩＰアドレス２４５とＤｅｆａｕｌｔベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４とを通話再開データ２１２のベアラテーブル２４６から取得し、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／Ａｔｔａｃｈ  Ａｃｃｅｐｔに含め、ｅＮＢ１１１へ送信する。
【０１５８】
ステップ１１０４は、手順１００４に対応する。
【０１５９】
ステップ１１０５：ステップ１１０４の後、ｅＮＢ１１１からＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信する。Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅに含まれるＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤによって、通話再開データ２１２のベアラテーブル２４６のＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を更新する。
【０１６０】
ステップ１１０５は、手順１００７に対応する。
【０１６１】
ステップ１１０６：ｅＮＢ１１１からＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅを受信する。ステップ１１０６は、手順１００９に対応する。
【０１６２】
ステップ１１０７：ＭＭＥ１１２は、ステップ１１０６の後、通話継続サーバ１２０へ通話再開通知（音声再開通知）を送信する。ステップ１１０７は、手順１０１０に対応する。
【０１６３】
ステップ１１０８：通話継続サーバ１２０から通話再開通知応答を受信する。ステップ１１０８は、手順１０１１に対応する。
【０１６４】
ステップ１１０９：通話用のＤｅｄｉｃａｔｅｄベアラを構築するため、通話中断時のＤｅｄｉｃａｔｅｄベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を含む、Ｂｅａｒｅｒ  Ｓｅｔｕｐ／Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｎｅｔ  ＲｅｑｕｅｓｔをｅＮＢ１１１へ送信する。ステップ１１０９は、手順１０１２に対応する。
【０１６５】
ステップ１１１０：ｅＮＢ１１１からＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、Ｂｅａｒｅｒ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信する。受信したＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤによって、通話再開データ２１２のベアラテーブル２４６のＤｅｄｉｃａｔｅｄベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を更新する。ステップ１１１０は、手順１０１５に対応する。
【０１６６】
ステップ１１１１：ｅＮＢ１１１からＳｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｒｅｓｐｏｎｓｅを受信する。ステップ１１１１は、手順１０１７に対応する。
【０１６７】
ステップ１１１２：ＤｅｆａｕｌｔベアラとＤｅｄｉｃａｔｅｄベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を通話再開データ２１２のベアラテーブル２４６から取得し、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔに含め、ＳＧＷ１１３へ送信する。ステップ１１１２は、手順１０１８に対応する。
【０１６８】
ステップ１１１３：ＳＧＷ１１３からＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅを受信する。そして、ＵＥ１００の通話再開データ２１２のＵＥ状態２４３をＥＣＭ−Ｃｏｎｎｅｃｔｅｄ（接続状態）に更新する。ステップ１１１３は、手順１０１９に対応する。
【０１６９】
ステップ１１０３において、ＵＥ状態２４３が通話中断でないと判定した場合、通話を再開する必要はない。この場合、通話再開プログラム２１１は、ステップ１１２１へ移る。
【０１７０】
ステップ１１２１：ＳＧＷ１１３へＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｑｕｅｓｔを送信する。
【０１７１】
ステップ１１２２：ＳＧＷ１１３からＣｒｅａｔｅ  Ｓｅｓｓｉｏｎ  Ｒｅｓｐｏｎｓｅを受信する。
【０１７２】
ステップ１１２３：ｅＮＢ１１１へＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／Ａｔｔａｃｈ  Ａｃｃｅｐｔを送信する。
【０１７３】
ステップ１１２４：ｅＮＢ１１１からＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信する。Ｄｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤによって、通話再開データ２１２のベアラテーブル２４６のＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を更新する。
【０１７４】
ステップ１１２５：ｅＮＢ１１１からＡｔｔａｃｈ  Ｃｏｍｐｌｅｔｅを受信する。
【０１７５】
ステップ１１２６：ＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を通話再開データ２１２のベアラテーブル２４６から取得し、Ｍｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔに含み、ＳＧＷ１１３へ送信する。
【０１７６】
ステップ１１２７：ＳＧＷ１１３からＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅを受信する。
【０１７７】
このように変更することにより、ＵＥ１００が通話中断中でなければ、ＭＭＥ１１２は、通常のＡｔｔａｃｈを実施する。
【０１７８】
以下は、ＭＭＥ１１２が、ＵＥ１００からＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔを受信した場合において、通話再開機能を実施するものである。
【０１７９】
図１０は、本実施例のＵＥ１００がＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ＲｅｑｕｅｓｔをＭＭＥ１１２へ送信した場合の通話再開システムの通話再開処理の手順を示すシーケンス図である。図１０に示すＭＭＥ１１２における処理は、通話再開プログラム２１１が実行し、通話継続サーバ１２０における処理は、通話継続サーバプログラム３１１が実行する。
【０１８０】
手順１２０１：ＵＥ１００は、ＭＭＥ１１２へＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔを送信する。ＵＥ１００は、例えば、ＵＥ１００がＰＧＷとのベアラを追加する場合に、ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔを送信する。
【０１８１】
手順１２０２：ＭＭＥ１１２は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔに含まれるＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）が示すＵＥ１００のＵＥ状態２４３を参照し、ＵＥ１００が通話中断であるか識別する。ＭＭＥ１１２は、ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔを受信した場合、ＵＥ１００が通話可能状態であることを検知する。
【０１８２】
手順１２０３：手順１２０２の結果、ＵＥ状態２４３が通話中断であった場合、ＭＭＥ１１２は、通話中断時のＳＧＷのＩＰアドレス２４５およびＤｅｆａｕｌｔベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を含む、Ｂｅａｒｅｒ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ＡｃｃｅｐｔをｅＮＢ１１１へ送信する。
【０１８３】
手順１２０４：ｅＮＢ１１１は、手順１２０３の後、ＵＥ１００へＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎを送信する。
【０１８４】
手順１２０５：ＵＥ１００は、手順１２０４の後、ｅＮＢ１１１へＲＲＣ  Ｃｏｎｎｅｃｉｔｏｎ  Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｃｏｍｐｌｅｔｅを送信する。
【０１８５】
手順１２０６：ｅＮＢ１１１は、手順１２０５の後、ＭＭＥ１１２へＢｅａｒｅｒ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを送信する。
【０１８６】
手順１２０７：ＵＥ１００は、ｅＮＢ１１１へＤｉｒｅｃｔ  Ｔｒａｎｓｆｅｒを送信する。
【０１８７】
手順１２０８：ｅＮＢ１１１は、ＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、ＰＤＮ  Ｃｏｎｎｅｃｉｔｉｖｉｔｙ  ＣｏｍｐｌｅｔｅをＭＭＥ１１２へ送信する。これによって、ＵＥ１００からＳＧＷ１１３を介して相手端末へデータを送信するアップリンクのベアラが、構成される。
【０１８８】
以降の処理は、図８に示す手順１０１０〜手順１０１９と同じである。
【０１８９】
図１１は、本実施例のＵＥ１００がＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ＲｅｑｕｅｓｔをＭＭＥ１１２へ送信した場合のＭＭＥ１１２の通話再開処理の手順を示すフローチャートである。図１１に示す処理は、ＭＭＥ１１２の通話再開プログラム２１１による処理である。
【０１９０】
ステップ１３００：ｅＮＢ１１１からＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｒｅｑｕｅｓｔを受信する。ステップ１３００は、手順１２０１に対応する。
【０１９１】
ステップ１３０１：受信したＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  ＲｅｑｕｅｓｔからＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）を取得する。
【０１９２】
ステップ１３０２：ＵＥ１００を用いて、通話再開データ２１２のＧＵＴＩ２４２等を検索し、ＵＥ１００を特定する。特定したＵＥ１００の通話再開データ２１２のエントリのＵＥ状態２４３を参照し、ＵＥ１００が通話中断かどうかを識別する。
【０１９３】
ステップ１３０３：ＵＥ状態２４３が、通話中断か判定する。
【０１９４】
ステップ１３０４：ＵＥ状態２４３が通話中断である場合、通話中断時のＳＧＷのＩＰアドレス２４５とＤｅｆａｕｌｔベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を通話再開データ２１２のベアラテーブル２４６から取得し、Ｂｅａｒｅｒ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｐｔに含め、ｅＮＢ１１１へ送信する。ステップ１３０２〜１３０４は、手順１２０２及び１２０３に対応する。
【０１９５】
ステップ１３０５：ステップ１３０４の後、ｅＮＢ１１１からＢｅａｒｅｒ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信する。ステップ１３０５は、手順１２０６に対応する。
【０１９６】
ステップ１３０６：ｅＮＢ１１１からＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｉｙ  Ｃｏｍｐｌｅｔｅを受信する。受信したＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤによって通話再開データ２１２のベアラテーブル２４６のＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤ２５３を更新する。ステップ１３０６は、手順１２０８に対応する。
【０１９７】
以降の処理は、図９に示すステップ１１０７〜１１１３と同じである。
【０１９８】
ステップ１３０３においてＵＥ状態２４３が通話中断でないと判定された場合、通話再開処理を実行する必要がないため、ステップ１１２１及び１１２２を実行する。
【０１９９】
図１１におけるステップ１１２２の後、ステップ１３２３を実行する。
【０２００】
ステップ１３２３：：ＤｅｆａｕｌｔベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を通話再開データ２１２のベアラテーブル２４６から取得し、ｅＮＢ１１１へＢｅａｒｅｒ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔ／ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ａｃｃｅｐｔを送信する。
【０２０１】
ステップ１３２４：ｅＮＢ１１１からＢｅａｒｅｒ  Ｓｅｔｕｐ  Ｒｅｓｐｏｎｓｅを受信する。
【０２０２】
ステップ１３２５：ｅＮＢ１１１からＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、ＰＤＮ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｃｏｍｐｌｅｔｅを受信する。
【０２０３】
ステップ１３２５の後、図９に示すステップ１１２６及び１１２７を実行する。
【０２０４】
以下に示す処理は、手順１００１において、ＭＭＥ１１２が、ｅＮＢ１１１からＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを受信した場合、通話再開機能を実施するものである。
【０２０５】
図１２は、本実施例のＵＥ１００がＳｅｒｖｉｃｅ  ＲｅｑｕｅｓｔをｅＮＢ１１１へ送信した場合の通話再開システムの通話再開処理の手順を示すシーケンス図である。図１２に示すＭＭＥ１１２における処理は、通話再開プログラム２１１が実行し、通話継続サーバ１２０における処理は、通話継続サーバプログラム３１１が実行する。
【０２０６】
手順１４０１：ＵＥ１００は、ｅＮＢ１１１へＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを送信する。ＵＥ１００は、例えば、ＵＥ１００がｅＮＢ１１１との通信ができずに通信を休止していた状態から通信を再開する場合、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを送信する。
【０２０７】
手順１４０２：ｅＮＢ１１１は、ＭＭＥ１１２へＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを送信する。ｅＮＢ１１１は、ＵＥ１００からＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを受信した場合、ＵＥ１００が通話可能状態であることを検知する。これによって、ＭＭＥ１１２は、ＵＥ１００と相手端末との通話を再開させるための処理を開始できる。
【０２０８】
手順１４０３：ＭＭＥ１１２は、Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔに含まれるＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）に基づいてＵＥ１００を特定し、特定したＵＥ１００のＵＥ状態２４３を参照して、ＵＥ１００が通話中断であるか識別する。
【０２０９】
手順１４０４：手順１４０３の結果、ＵＥ状態２４３が通話中断であった場合、ＭＭＥ１１２は、通話中断時のＳＧＷのＩＰアドレス２４５およびＤｅｆａｕｌｔベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を含む、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢ１１１へ送信する。
【０２１０】
手順１４０４によって、ＭＭＥ１１２は、ＵＥ１００から相手端末へ音声データを送信するため、ＵＥ１００からＳＧＷ１１３への通話用のベアラを生成するようにｅＮＢ１１１に指示する。また、ｅＮＢ１１１は、この指示を受けて、ＵＥ１００と相手端末とのセッションにおける、ｅＮＢ１１１からＳＧＷ１１３へ向けての通信のためのベアラを生成する。
【０２１１】
手順１４０５：ｅＮＢ１１１は、ＵＥ１００とＲａｄｉｏ  Ｂｅａｒｅｒ  Ｅｓｔａｂｌｉｓｈｍｅｎｔを実施する。手順１４０５によって、ＵＥ１００は、相手端末とのセッションにおける、ＵＥ１００からｅＮＢ１１１へ向けての通信のためのベアラを生成する。
【０２１２】
手順１４０６：ｅＮＢ１１１は、ＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅをＭＭＥ１１２へ送信する。
【０２１３】
以降の処理は、図８の手順１０１０〜手順１０１９と同じである。
【０２１４】
図１３は、本実施例のｅＮＢ１１１がＳｅｒｖｉｃｅ  ＲｅｑｕｅｓｔをＭＭＥ１１２へ送信した場合のＭＭＥ１１２の通話再開処理の手順を示すフローチャートである。図１３に示す処理は、ＭＭＥ１１２の通話再開プログラム２１１による処理である。
【０２１５】
ステップ１５００：ｅＮＢ１１１からＳｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔを受信する。ステップ１５００は、手順１４０２に対応する。
【０２１６】
ステップ１５０１：Ｓｅｒｖｉｃｅ  ＲｅｑｕｅｓｔからＵＥ１００の識別子（ＩＭＳＩ又はＧＵＴＩ）を取得する。
【０２１７】
ステップ１５０２：ＵＥ１００の識別子を用いて、通話再開データ２１２のＧＵＴＩ２４２等を検索し、ＵＥ１００を特定する。特定したＵＥ１００の通話再開データ２１２のエントリのＵＥ状態２４３を用いて、ＵＥ１００が通話中断かどうかを識別する。
【０２１８】
ステップ１５０３：ＵＥ状態２４３が、通話中断かを判定する。
【０２１９】
ステップ１５０４：ＵＥ状態２４３が通話中断である場合、通話中断時のＳＧＷのＩＰアドレス２４５およびＤｅｆａｕｌｔベアラのＵｐｌｉｎｋ  Ｓ１−Ｕ  ＳＧＷ  ＴＥＩＤ２５４を含む、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＲｅｑｕｅｓｔをｅＮＢ１１１へ送信する。ステップ１５０１〜１５０４は、手順１４０３〜１４０４に対応する。
【０２２０】
ステップ１５０５：ＤｅｆａｕｌｔベアラのＤｏｗｎｌｉｎｋ  Ｓ１−Ｕ  ｅＮＢ  ＴＥＩＤを含む、Ｉｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅをｅＮＢ１１１から受信する。ステップ１５０５は、手順１４０６に対応する。
【０２２１】
以降の処理は、図９に示すステップ１１０７〜１１１３と同じ処理である。
【０２２２】
ステップ１５０３において、ＵＥ状態２４３が通話中断でないと判定された場合、通話再開処理を実行する必要がない。このため、ＭＭＥ１１２は、ステップ１５２１を実行する。
【０２２３】
ステップ１５２１：ｅＮＢ１１１へＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｒｅｑｕｅｓｔを送信する。
【０２２４】
ステップ１５２２：ｅＮＢ１１１からＩｎｉｔｉａｌ  Ｃｏｎｔｅｘｔ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅを受信する。
【０２２５】
ステップ１５２３：ＳＧＷ１１３へＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｑｕｅｓｔを送信する。
【０２２６】
ステップ１５２４：ＳＧＷ１１３からＭｏｄｉｆｙ  Ｂｅａｒｅｒ  Ｒｅｓｐｏｎｓｅを受信する。
【０２２７】
このように変更することにより、ＵＥ１００が通話中断中でなければ、通常のＲｅａｃｔｉｖａｔｉｏｎを実施することができる。
【０２２８】
本実施例のＭＭＥ１１２は、通話用のベアラを含むセッションを、通話継続サーバ１２０に継続するように指示することで、通話を中断し、さらに、ＵＥ１００からの再アクセスによりそのセッションを使用し、通話を再開する。このため、セッションが保持されている間、相手端末がＵＥ１００に電話をかけなおしたり、他の端末に電話をかけたりすることによって、ＵＥ１００が通話を再開できない事態を回避できる。
【０２２９】
なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細を説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることが可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。
【０２３０】
また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。また、上記の各構成、機能、処理部、処理手段等は、それらの一部または全部を、例えば集積回路で設計する等によりハードウエアで実現してもよい。
【０２３１】
また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル又はファイル等の情報は、メモリ、ハードディスク、若しくは、Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ（ＳＳＤ）等の記録装置、又は、ＩＣカード、ＳＤカード、若しくはＤＶＤ等の記憶媒体に置くことができる。
【符号の説明】
【０２３２】
ＵＥ    １００
ｅＮＢ  １１１
ＭＭＥ  １１２
通話継続サーバ  １２０
【図１】
2017005573.tif 000003
【図２Ａ】
2017005573.tif 000004
【図２Ｂ】
2017005573.tif 000005
【図３Ａ】
2017005573.tif 000006
【図３Ｂ】
2017005573.tif 000007
【図４】
2017005573.tif 000008
【図５】
2017005573.tif 000009
【図６】
2017005573.tif 000010
【図７】
2017005573.tif 000011
【図８】
2017005573.tif 000012
【図９】
2017005573.tif 000013
【図１０】
2017005573.tif 000014
【図１１】
2017005573.tif 000015
【図１２】
2017005573.tif 000016
【図１３】
2017005573.tif 000017