JP2014212553A - 端末及び端末の通信方法 - Google Patents

Abstract

【課題】ＩＳＲが動作している場合であって、移動通信装置がＭＭＥからＳＧＳＮ配下の位置登録エリアに移動している最中に発生した音声着信を正常にＵＥへ通知することができる移動管理装置を提供すること【解決手段】本発明にかかる移動管理装置１０は、ＳＧＳＮ２０と連携してＩＳＲ機能を動作させる。ＳＧＳＮ２０が管理する位置登録エリア５０内に移動管理装置１０が管理する位置登録エリア６０が存在し、移動通信装置３０が前記第２の位置登録エリア６０から、移動している最中に移動通信装置３０に対して音声着信が発生したとする。この場合、移動管理装置１０は、移動通信装置３０が移動中であることを示す応答メッセージを交換機４０へ送信し、交換機４０から所定期間経過後に音声着信メッセージが再送された場合に、移動通信装置３０の呼び出し処理を行う音声着信制御部１１を備える。【選択図】図１

Description

本発明は移動管理装置、通信システム、音声着信制御方法及びプログラムに関し、例えばＩＳＲ機能を用いた移動管理装置、通信システム、音声着信制御方法及びプログラムに関する。本発明内の音声着信には、テレビ電話などのマルチメディア通信も含まれる。

モバイルネットワークシステムの標準技術を定める３ＧＰＰ(Third Generation Partnership Project)において、次世代モバイルネットワークシステムとしてＥＰＣ（Evolved Packet Core）が定められている。ＥＰＣは、第２世代及び第３世代と称されている無線アクセスネットワークに加え、ＬＴＥ（Long Term Evolution）アクセスネットワークも収容するネットワークシステムである。

ここで、ＬＴＥ無線エリアに在圏する移動通信装置がＥＰＣに接続している状態をECM-CONNECTED状態と称する。なお、移動通信装置は、移動端末装置と称されてもよい。また、移動通信装置は、３ＧＰＰにおいてはＵＥ（User Equipment）と規定されている。さらに、ＬＴＥ無線エリアに在圏するＵＥの位置を管理する装置をＭＭＥ（Mobility Management Entity）とし、第２世代及び第３世代無線エリア（以下、３Ｇ無線エリアと称する）に在圏するＵＥの位置を管理する装置をＳＧＳＮ（Serving GPRS Support Node）とする。

ＬＴＥ無線エリアの導入当初は、３Ｇ無線エリアに重複するように、徐々にＬＴＥ無線エリアが展開されることが想定される。ＬＴＥ無線エリアと３Ｇ無線エリアとが重複しており、ＬＴＥ無線エリアが小さい場合、ＬＴＥ無線エリアの端部に位置するＵＥにおいて、ＬＴＥ無線エリアと３Ｇ無線エリアとの切り替えが頻繁に発生することが想定される。ＬＴＥ無線エリアと３Ｇ無線エリアとの間の頻繁な切り替えによって、位置登録処理によるネットワーク処理負荷の増加及びＵＥの電池消耗等の問題が発生する。

そこで、非特許文献１には、ＬＴＥ無線エリア及び３Ｇ無線エリアにおいて以前に登録した位置登録エリアから変更がない限り、ＵＥが異なるエリアに移動した場合においても位置登録を省略するＬＴＥ／３Ｇ位置登録省略機能（ISR：Idle mode Signaling Reduction機能。以下ＩＳＲ機能と示す）が規定されている。ＩＳＲを動作させることによって、位置登録が行われる回数を減少させることが出来るため、ネットワーク処理負荷の増加及びＵＥの電池消耗等の問題を解決することが出来る。

Ａｌｌ−ＩＰネットワークを実現するＳＡＥ基本制御技術 「ＮＴＴ ＤＯＣＯＭＯテクニカル・ジャーナルＶｏｌ．１７ Ｎｏ．３」 ２００９年１０月

ECM-CONNECTED状態のＵＥがＭＭＥ配下の位置登録エリアに在圏する場合であって、ＵＥに対しＭＳＣ（Mobile Switching Center）／ＶＬＲ（Visitor Location Register）から音声の着信が発生した場合、ＭＳＣ／ＶＬＲは、ＭＭＥへ、ＵＥへ音声の着信が発生したことを通知する。ＭＭＥは、ＵＥへの音声の着信を受け付けたことをＭＳＣ／ＶＬＲへ通知する。さらに、ＭＭＥは、ＵＥへ音声の着信が来たことを通知する。このときＭＳＣ／ＶＬＲは、音声の着信通知が受け入れられたため、着信通知の再送のためのタイマを止め、ＵＥからの応答を待つ動作となる。ここで、ＵＥがＭＭＥからＳＧＳＮ配下の位置登録エリアへ移動する（ハンドオーバ）処理中に、ＭＭＥがＵＥへ着信通知を送信すると、ＵＥへの着信通知が届かない場合がある。

このとき、ＵＥの移動先がＭＭＥもしくはＩＳＲを活性化していないＳＧＳＮ配下の位置登録エリアであれば、移動先のＭＭＥもしくはＩＳＲを活性化していないＳＧＳＮ配下の位置登録エリアにおいて、ＵＥより音声着信のための位置登録がＭＳＣ／ＶＬＲに対して新たに行われる。そのため、ＭＳＣ／ＶＬＲは、移動先のＭＭＥもしくはＩＳＲを活性化していないＳＧＳＮ配下の位置登録エリアに在圏するＵＥへ音声着信を再度通知することができる。一方、ＵＥの移動先がＩＳＲを活性化しているＳＧＳＮ配下の位置登録エリアであった場合、ＵＥから位置登録は行われない。そのため、ＭＭＥがＵＥのハンドオーバ処理中にＵＥへ着信通知を送信したためにＵＥへ着信通知が届かなかった場合、ＭＳＣ／ＶＬＲは、ＩＳＲを活性化しているＳＧＳＮ配下の位置登録エリアに在圏するＵＥへ再度音声着信を通知することができず、ＵＥへ音声の着信が正しく行われないという課題がある。

本発明の目的は、ＭＭＥ及びＳＧＳＮにおいてＩＳＲが動作している場合であって、移動通信装置がＭＭＥからＳＧＳＮ配下の位置登録エリアに移動している最中に発生した音声着信を正常にＵＥへ通知することにある。

本発明の第１の態様にかかる移動管理装置は、ＳＧＳＮと連携してＩＳＲ機能を動作させる移動管理装置であって、前記ＳＧＳＮが管理する第１の位置登録エリア内に前記移動管理装置が管理する第２の位置登録エリアが存在し、移動通信装置が前記第２の位置登録エリアから、前記第２の位置登録エリア外であって前記第１の位置登録エリア内に移動している最中に前記移動通信装置に対して音声着信が発生した場合、交換機から通知される音声着信メッセージに対して、前記移動通信装置が移動中であることを示す応答メッセージを前記交換機へ送信し、前記交換機から所定期間経過後に前記音声着信メッセージが再送された場合に、前記ＳＧＳＮを介して前記移動通信装置の呼び出し処理を行う音声着信制御部を備えるものである。

本発明の第２の態様にかかる通信システムは、第１の位置登録エリアを管理するＳＧＳＮと、前記第１の位置登録エリアの一部と重複する第２の位置登録エリアを管理する移動管理装置と、前記移動管理装置を介して移動通信装置へ音声着信を通知する交換機と、を備え、前記移動通信装置が前記第２の位置登録エリアから、前記第２の位置登録エリア外であって前記第１の位置登録エリア内に移動している最中に前記移動通信装置に対して音声着信が発生した場合、前記移動管理装置は、前記交換機から通知される音声着信メッセージに対して、前記移動通信装置が移動中であることを示す応答メッセージを前記交換機へ送信し、前記交換機から所定期間経過後に前記音声着信メッセージが再送された場合に、前記ＳＧＳＮを介して前記移動通信装置の呼び出し処理を行うものである。

本発明の第３の態様にかかる音声着信制御方法は、ＳＧＳＮと連携してＩＳＲ機能を動作させる移動管理装置において実行される音声着信制御方法であって、前記ＳＧＳＮが管理する第１の位置登録エリア内に前記移動管理装置が管理する第２の位置登録エリアが存在し、移動通信装置が前記第２の位置登録エリアから、前記第２の位置登録エリア外であって前記第１の位置登録エリア内に移動している最中に前記移動通信装置に対して音声着信が発生した場合、交換機から通知される音声着信メッセージに対して、前記移動通信装置が移動中であることを示す応答メッセージを前記交換機へ送信し、前記交換機から所定期間経過後に前記音声着信メッセージが再送された場合に、前記ＳＧＳＮを介して前記移動通信装置の呼び出し処理を行うものである。

本発明の第４の態様にかかるプログラムは、ＳＧＳＮと連携してＩＳＲ機能を動作させる移動管理装置のコンピュータに実行させるプログラムであって、前記ＳＧＳＮが管理する第１の位置登録エリア内に前記移動管理装置が管理する第２の位置登録エリアが存在し、移動通信装置が前記第２の位置登録エリアから、前記第２の位置登録エリア外であって前記第１の位置登録エリア内に移動している最中に前記移動通信装置に対して音声着信が発生した場合、交換機から通知される音声着信メッセージに対して、前記移動通信装置が移動中であることを示す応答メッセージを前記交換機へ送信するステップと、前記交換機から所定期間経過後に前記音声着信メッセージが再送された場合に、前記ＳＧＳＮを介して前記移動通信装置の呼び出し処理を行うステップとをコンピュータに実行させるものである。

本発明により、ＭＭＥ及びＳＧＳＮにおいてＩＳＲが動作している場合であって、移動通信装置がECM-CONNECTED状態でＭＭＥからＳＧＳＮ配下の位置登録エリアに移動している最中に発生した音声着信を正常にＵＥへ通知することができる移動管理装置、通信システム、音声着信制御方法及びプログラムを提供することが出来る。

実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる通信システムの構成図である。 実施の形態２にかかるＵＥのネットワークへの接続処理の流れを示す図である。 実施の形態２にかかる音声着信処理の流れを示す図である。 実施の形態３にかかる音声着信処理の流れを示す図である。 実施の形態４にかかる音声着信処理の流れを示す図である。 実施の形態５にかかる音声着信処理の流れを示す図である。 実施の形態５にかかる音声着信処理の流れを示す図である。

（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、３ＧＰＰにおいて規定されたノード装置によって構成されている。図１の通信システムは、移動管理装置１０、ＳＧＳＮ２０、移動通信装置３０及び交換機４０を有している。

移動管理装置１０とＳＧＳＮ２０とは、連携してＩＳＲ機能を動作している。ＩＳＲ機能を動作しているとは、言い換えると、移動管理装置１０及びＳＧＳＮ２０は、それぞれに搭載しているＩＳＲ機能を活性化している。ＳＧＳＮ２０は、位置登録エリア５０を管理している。移動管理装置１０は、位置登録エリア６０を管理している。位置登録エリア５０は、位置登録エリア６０を含んでいる。つまり、位置登録エリア５０の一部のエリアと、位置登録エリア６０とは重複したエリアである。

図１においては、移動通信装置３０が、位置登録エリア６０から、位置登録エリア６０の外であって、位置登録エリア５０内に移動している様子を示している。

交換機４０は、移動通信装置３０に対する音声着信を、移動管理装置１０を介して移動通信装置３０へ通知する。ここで、交換機４０は、移動通信装置３０が位置登録エリア６０内に在圏する場合は、移動管理装置１０を介して移動通信装置３０へ音声着信を通知する。交換機４０は、移動通信装置３０が位置登録エリア６０外かつ位置登録エリア５０内に在圏している場合、移動管理装置１０及びＳＧＳＮ２０を介して移動通信装置３０へ音声着信を通知する。

次に、移動管理装置１０の構成例について説明する。移動管理装置１０は、音声着信制御部１１を有している。ここで、移動通信装置３０が位置登録エリア６０から、位置登録エリア６０外かつ位置登録エリア５０内に移動している最中に移動通信装置３０に対して音声着信が発生した場合について説明する。移動している最中とは、移動管理装置１０及びＳＧＳＮ２０において、移動通信装置３０の移動処理が完了していない状態であり、例えば、移動通信装置３０のハンドオーバ処理が完了していない状態である。

音声着信制御部１１は、交換機４０から音声着信メッセージが通知された場合に、移動通信装置３０が位置登録エリア６０外へ移動したことを検出した場合、移動通信装置３０が移動中であることを示す応答メッセージを交換機４０へ送信する。例えば、音声着信制御部は、移動管理装置３０に対して着信処理を行った際に、移動通信装置３０を管理していた基地局から、移動通信装置３０へ音声着信通知メッセージを送信することが出来なかったことを通知された場合に、前記移動通信装置３０が、位置登録エリア６０外へ移動したことを検出してもよい。ここで、交換機４０は、移動管理装置１０を介して音声着信が正常に移動通信装置３０へ通知されなかった場合、所定期間経過後に音声着信メッセージを再送する。

音声着信制御部１１は、所定期間経過後に交換機４０から音声着信メッセージが再送されてきた時には移動通信装置３０が位置登録エリア６０外かつ位置登録エリア５０内へのハンドオーバを完了しているため、ＳＧＳＮ２０へ移動通信装置３０の呼び出しを指示するメッセージを送信する。つまり、移動管理装置１０は、ＳＧＳＮ２０を介して移動通信装置３０の呼び出し処理を行う。

以上説明したように、図１の通信システムを用いることにより、移動管理装置１０とＳＧＳＮ２０とにおいてＩＳＲ機能が動作しており、移動通信装置３０が位置登録エリア６０から、位置登録エリア６０外かつ位置登録エリア５０内に移動している最中に、移動通信装置３０へ音声着信が発生した場合にも、交換機４０は、移動通信装置３０へ音声着信を通知することが出来る。

一般的に、移動管理装置１０とＳＧＳＮ２０とにおいてＩＳＲ機能が動作している場合、移動通信装置３０が、位置登録エリア６０から、位置登録エリア６０外かつ位置登録エリア５０内へ移動した場合においても、移動通信装置３０の位置登録処理は実行されない。例えば、移動通信装置３０の移動処理が完了する前、つまりハンドオーバ処理が完了する前に、移動通信装置３０に対する音声着信が発生した場合、移動管理装置１０は、位置登録エリア６０内に移動通信装置３０が在圏するとして、移動通信装置３０の呼び出し処理を行う。この時、移動管理装置１０が交換機４０から通知された音声着信メッセージを受け入れた場合、交換機４０は、音声着信メッセージの再送タイマを停止するため、移動管理装置１０に対して音声着信メッセージを再送することはない。このような場合、ＩＳＲ機能が動作していることによって、移動通信装置３０は、交換機４０に対して位置登録処理を行わない。そのため交換機４０は、位置登録エリア６０の外へ移動した移動通信装置３０へ再度音声着信メッセージを送信する機会を得ることが出来ない。

そのため、移動管理装置１０が移動通信装置３０の呼び出し処理に失敗した場合、交換機４０は、移動通信装置３０に対して音声着信通知メッセージを送信することが出来なくなる。

これに対して、図１の通信システムを用いることにより、移動管理装置１０は、交換機から通知される音声着信メッセージに対して、音声着信メッセージを受け入れたことを示すメッセージを送信する代わりに、移動通信装置３０が移動中であることを示す応答メッセージを交換機４０へ送信する。これによって、交換機４０における再送タイマを停止させることを防止することが出来るため、交換機４０における再送タイマが満了した後に、移動管理装置１０は、音声着信メッセージを再度受信する。

移動管理装置１０が、再度音声着信メッセージを受信した際には、所定期間経過することによって、移動通信装置３０のハンドオーバ処理は完了しているため、ＳＧＳＮ２０を介して移動通信装置３０へ呼び出し処理を行うことが出来る。交換機４０における音声着信メッセージの再送タイマは、移動通信装置３０のハンドオーバ処理の実行時間を考慮して定められてもよい。このようにして、図１の通信システムを用いることにより、移動通信装置３０に確実に音声着信メッセージを通知することができる。

（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図２の通信システムは、ＭＭＥ１５、ＳＧＳＮ２０、ＵＥ３５、ＭＳＣ／ＶＬＲ４５、ｅＮＢ（evolved Node B）７０及び２Ｇ／３Ｇ無線制御装置８０を有している。ＭＳＣ／ＶＬＲ４５は、外部ネットワークと接続している。

ＭＭＥ１５は、図１の移動管理装置１０に相当する。ＭＳＣ／ＶＬＲ４５は、図１の交換機４０に相当する。ＵＥ３５は、図１の移動通信装置３０に相当する。ｅＮＢ７０は、ＬＴＥ無線エリアを管理する基地局装置である。２Ｇ／３Ｇ無線制御装置８０は、２Ｇもしくは３Ｇ無線エリアを管理する無線制御装置である。２Ｇ／３Ｇ無線制御装置８０は、例えば、３ＧＰＰにおいて規定されているＲＮＣ（Radio Network Controller）であってもよい。

ＵＥ３５は、３ＧＰＰにおいて移動通信装置として規定されている通信装置である。ＵＥ３５は、携帯電話、スマートフォン、タブレット端末もしくは通信機能を有するパーソナルコンピュータ等であってもよい。さらに、ＵＥ３５は、自律的に通信を行うＭ２Ｍ（Machine To Machine）デバイスであってもよい。Ｍ２Ｍデバイスは、例えば、通信機能を有する自動販売機、電気製品等のように移動する頻度が少ない装置であってもよく、ユーザが身に付ける時計等であってもよい。

続いて、図３を用いてＵＥ３５のネットワークへの接続処理の流れについて説明する。はじめに、ＵＥ３５は、回線結合位置登録要求を行うためにＭＭＥ１５へCombined Attach Requestメッセージを送信する（Ｓ１１）。ＭＭＥ１５は、Combined Attach Requestメッセージを受信すると、ＵＥ３５の位置登録情報を生成する。位置登録情報とは、例えば、ＵＥ３５がＭＭＥ１５の管理する位置登録エリア内に在圏することを示す情報もしくはＵＥ３５の加入者情報を含む。ＵＥ３５の加入者情報は、移動通信システム内に配置されている加入者情報管理装置（図示せず）から取得してもよい。加入者情報管理装置は、例えば、３ＧＰＰにおいてＨＳＳ（Home Subscriber Server）として規定されている。

次に、ＭＭＥ１５は、ＭＳＣ／ＶＬＲ４５との間においてSGs Associationを確立する（Ｓ１２）。SGs Associationは、ＭＭＥ１５とＭＳＣ／ＶＬＲ４５との間において音声着信用メッセージ（ＣＳ（Call Switch）制御信号）を送受信するために用いられる。ＭＭＥ１５は、ＭＳＣ／ＶＬＲ４５との間にSGs Associationを確立すると、ＵＥ３５へCombined Attach Acceptメッセージを送信する（Ｓ１３）。

次に、ＵＥ３５は、ＳＧＳＮ２０へRouting Area Update Requestメッセージを送信する（Ｓ１４）。ＳＧＳＮ２０は、Routing Area Update Requestメッセージを受信すると、ＵＥ３５の位置登録情報を生成する。

次に、ＳＧＳＮ２０とＭＭＥ１５との間において、位置登録情報の同期を行い、ＩＳＲを有効化する（Ｓ１５）。次に、ＳＧＳＮ２０は、ＵＥ３５へRouting Area Update Acceptメッセージを送信する（Ｓ１６）。ステップＳ１１〜Ｓ１６の処理を実行後、ＵＥ３５とＭＭＥ１５とはECM-CONNECTED状態となる（Ｓ１７）。ECM-CONNECTED状態とは、ネットワークとＵＥ３５の間にユーザデータ用の通信路が確立されている状態である。

続いて、図４を用いて、ＵＥ３５に対する音声着信処理の流れについて説明する。なお、図４の処理を実行するに当たり、図３の処理は既に実施されており、ＵＥ３５とＭＭＥ１５とがECM-CONNECTED状態であるとする。

はじめに、ＭＳＣ／ＶＬＲ４５は、音声ネットワークから送信された音声着信メッセージを受信する（Ｓ２１）。次に、ＭＳＣ／ＶＬＲ４５は、ＭＭＥ１５へPaging Requestメッセージを送信する（Ｓ２２）。ここで、ＭＳＣ／ＶＬＲ４５は、Paging Requestメッセージを送信すると、Pagingメッセージの再送タイミングを規定する再送タイマを起動する（Ｓ２３）。

ここで、ＭＭＥ１５は、Paging Requestメッセージを受信した場合においても、音声着信を受け付けたことを示す応答メッセージ（Service Requestメッセージ）をＭＳＣ／ＶＬＲ４５へ送信しない。ＭＳＣ／ＶＬＲ４５は、ＭＭＥ１５において音声着信が受け付けられると、音声着信メッセージ（Paging Requestメッセージ）を再送するために起動していたタイマを停止してしまう。そのため、ＭＭＥ１５は、再送タイマが停止することを防ぐために、Service RequestメッセージをＭＳＣ／ＶＬＲ４５へ送信しない。

次に、ＭＭＥ１５は、ｅＮＢ７０を経由してＵＥ３５へ音声着信を通知するために、CS Service Notificationメッセージを送信する（Ｓ２４）。ここで、ＵＥ３５は、ｅＮＢ７０からCS Service Notificationメッセージが送信される前に位置登録エリア６０外へ移動を開始する（Ｓ２５）。この場合、ｅＮＢ７０は、ＵＥ３５は既に位置登録エリア６０外へ移動を開始している事より、ＵＥ３５に対してCS Service Notificationメッセージの送信（Ｓ２６）を断念する。なお、以降の説明においては、ＵＥ３５に対してCS Service Notificationメッセージの送信（Ｓ２６）を断念した場合について記載するが、ｅＮＢ７０が、ＵＥ３５に対してCS Service Notificationメッセージを送信し、その後ＵＥ３５からＭＭＥ１５へ応答メッセージ（NAS Extended Service Requestメッセージ）が送信された場合、ＭＭＥ１５は、NAS Extended Service Requestメッセージの受信を契機に、ＭＳＣ／ＶＬＲ４５へService Requestメッセージを送信する。

次に、ｅＮＢ７０は、ＵＥ３５にCS Service Notificationメッセージを送信できなかったことを示すNAS Non Delivery IndicationメッセージをＭＭＥ１５へ送信する（Ｓ２７）。次に、ＭＭＥ１５は、NAS Non Delivery Indicationメッセージを受信すると、ＵＥ３５が移動しており、CS Service NotificationメッセージをＵＥ３５へ通知することが出来なかったことを示すCauseを設定したPaging RejectメッセージをＭＳＣ／ＶＬＲ４５へ送信する（Ｓ２８）。

次に、ｅＮＢ７０は、ＵＥ３５のハンドオーバ処理を開始するために、Handover RequiredメッセージをＭＭＥ１５へ送信する（Ｓ２９）。ＭＭＥ１５は、ＳＧＳＮ２０との間においてハンドオーバ処理を実行する（Ｓ３０）。次に、ＳＧＳＮ２０は、ハンドオーバ処理においてＵＥ３５の登録処理を完了すると、Forward Relocation Complete NotificationメッセージをＭＭＥ１５へ送信する（Ｓ３１）。次に、ＭＭＥ１５は、ＳＧＳＮ２０へ、Forward Relocation Complete Notificationメッセージの応答メッセージとしてForward Relocation Complete Acknowledgeメッセージを送信する（Ｓ３２）。このようにして、ＵＥ３５のハンドオーバ処理が完了すると、ＵＥ３５とＳＧＳＮ２０とはPMM-CONNECTED状態となる。PMM-CONNECTED状態とは、ネットワークとＵＥ３５の間にユーザデータ用の通信路が確立されている状態である。

次に、ＭＳＣ／ＶＬＲ４５は、Paging Requestメッセージの再送タイマが満了すると、ＭＭＥ１５へPaging Requestメッセージを再送する（Ｓ３５）。次に、ＭＭＥ１５は、ＵＥ３５が、既にＳＧＳＮ２０配下への移動が完了しているため、ＳＧＳＮ２０へＵＥ３５の呼び出し処理を行うことを指示するCS Paging Indicationメッセージを送信する（Ｓ３６）。次に、ＳＧＳＮ２０は、ＵＥ３５の呼び出し処理を行う（Ｓ３７）。

以上説明したように、図４における音声着信処理を実行することにより、ＭＳＣ／ＶＬＲ４５において再送タイマが停止することを防止することが出来る。これによって、ＭＳＣ／ＶＬＲ４５は、再度Paging RequestメッセージをＭＭＥ１５へ送信することが出来るため、ハンドオーバ処理が完了した後のＵＥ３５へ音声着信を通知することが出来る。

（実施の形態３）
続いて、図５を用いて本発明の実施の形態３にかかるＵＥ３５に対する音声着信処理の流れについて説明する。なお、図５の処理を実行するに当たり、図３の処理は既に実施されており、ＵＥ３５とＭＭＥ１５とがECM-CONNECTED状態であるとする。

はじめに、ＵＥ３５は、位置登録エリア６０外かつ位置登録エリア５０内へ移動を開始する（Ｓ４１）。次に、ｅＮＢ７０は、ＵＥ３５のハンドオーバ処理を開始するために、Handover RequiredメッセージをＭＭＥ１５へ送信する（Ｓ４２）。ＥＰＣ、つまりネットワークにおいては、Handover Requiredメッセージが、ハンドオーバ処理の最初のメッセージとなる。ここで、ＭＳＣ／ＶＬＲ４５は、音声ネットワークから送信された音声着信メッセージを受信する（Ｓ４３）。次に、ＭＳＣ／ＶＬＲ４５は、ＭＭＥ１５へPaging Requestメッセージを送信する（Ｓ４４）。ここで、ＭＳＣ／ＶＬＲ４５は、Paging Requestメッセージを送信すると、Pagingメッセージの再送タイミングを規定する再送タイマを起動する（Ｓ４５）。

図５においては、ＭＭＥ１５が、Handover Requiredメッセージを受信した後に、Paging Requestメッセージを受信することが図４と異なる。ＭＭＥ１５は、このような順番でメッセージを受信した場合、Paging Requestメッセージを受信したことに伴う処理を実行しない。つまり、図５において、ＭＭＥ１５は、図４におけるステップＳ２４〜Ｓ２８の処理を実行しない。言い換えると、ＭＭＥ１５は、Paging Requestメッセージ受信に対する処理であるCS Service NotificationメッセージをＵＥ３５に送信する動作は行わずPaging Requestメッセージを破棄する。その一方で、ＭＭＥ１５は、Paging Requestメッセージを受信したことに伴う処理ではなく、Handover Requiredメッセージを受信したことに伴う処理を優先して実行する。

ステップＳ４６〜Ｓ５３は、図４のステップＳ３０〜Ｓ３７と同様であるため詳細な説明を省略する。本図においては、ＭＭＥ１５は、ステップＳ４４においてはじめにＭＳＣ／ＶＬＲ４５から送信されたPaging Requestメッセージを受信した際にはCS Service NotificationメッセージをｅＮＢ７０へ送信しない。ＭＭＥ１５は、ＭＳＣ／ＶＬＲ４５における再送タイマ満了に伴いステップＳ５１においてPaging Requestメッセージが送信された際に、ＳＧＳＮ２０を介してＵＥ３５の呼び出し処理を実行する。

以上説明したように、図５の音声着信処理の流れを実行することによって、ＵＥ３５がハンドオーバ処理を実行中にＵＥ３５に対する音声着信が発生した場合においても、ＵＥ３５のハンドオーバ処理が完了した後に、ＵＥ３５へ音声着信を通知することが出来る。

さらに、ＭＭＥ１５は、最初に受信したPaging Requestメッセージに伴う音声着信処理を実行せず、Paging Requestメッセージが再送されてきた際にＵＥ３５の呼び出し処理を行うことによって、図４と比較してネットワーク内の信号数を削減することが出来る。これによって、音声着信処理の流れを簡素化することができ、さらに、ネットワークの処理負荷を軽減させることが出来る。

（実施の形態４）
続いて、図６を用いて本発明の実施の形態３にかかる音声着信処理の流れについて説明する。なお、図６の処理を実行するに当たり、図３の処理は既に実施されており、ＵＥ３５とＭＭＥ１５とがECM-CONNECTED状態であるとする。ステップＳ６１〜Ｓ６９は、図５のステップＳ４１〜４９と同様であるため詳細な説明を省略する。

図６においては、ハンドオーバ処理の完了後、ＵＥ３５とＳＧＳＮ２０とがPMM-CONNECTED状態（Ｓ６９）となった際に、ＭＭＥ１５は、ハンドオーバ処理中にPaging Requestメッセージを受信していた場合、CS Paging IndicationメッセージをＳＧＳＮ２０へ送信する（Ｓ７０）。なお、ＭＭＥ１５は、ステップＳ６８において、ＳＧＳＮ２０にForward Relocation Complete Acknowledgeメッセージを送信することによって、ＵＥ３５とＳＧＳＮ２０とがPMM-CONNECTED状態（Ｓ６９）となったと判断し、CS Paging IndicationメッセージをＳＧＳＮ２０へ送信している（Ｓ７０）。

図５においては、ＭＭＥ１５は、ＭＳＣ／ＶＬＲ４５からPaging Requestメッセージが送信されてきたことを契機にCS Paging IndicationメッセージをＳＧＳＮ２０へ送信していた。これに対して、本図においてはハンドオーバ処理の終了とともにＭＭＥ１５がPaging Requestメッセージの再送を待つことなくCS Paging IndicationメッセージをＳＧＳＮ２０へ送信することが図５の処理と異なる。

本図の処理を実行するために、ＭＭＥ１５の音声着信制御部１１は、ステップＳ６４においてＭＳＣ／ＶＬＲ４５からPaging Requestメッセージを受信していたことを把握しておく必要がある。例えば、音声着信制御部１１は、Paging Requestメッセージ受信フラグ等を有し、Paging Requestメッセージを受信するとフラグをＯＮに設定してもよい。

以上説明したように、図６の音声着信処理の流れを実行することによって、ＵＥ３５がハンドオーバ処理を実行中にＵＥ３５に対する音声着信が発生した場合においても、ＵＥ３５のハンドオーバ処理が完了した後に、ＵＥ３５へ音声着信を通知することが出来る。

さらに、ＭＭＥ１５は、Paging Requestメッセージの再送を待つことなくCS Paging IndicationメッセージをＳＧＳＮ２０へ送信することが出来るため、図５と比較して早くＵＥ３５の呼び出し処理を実行することが出来る。

（実施の形態５）
続いて、図７を用いて本発明の実施の形態４にかかる音声着信処理の流れについて説明する。なお、図７の処理を実行するに当たり、図３の処理は既に実施されており、ＵＥ３５とＭＭＥ１５とがECM-CONNECTED状態であるとする。ステップＳ８１〜Ｓ８７は、図５のステップＳ４１〜４７と同様であるため詳細な説明を省略する。

ＭＭＥ１５は、ステップＳ８８において、ＳＧＳＮ２０から送信されたForward Relocation Complete Notificationメッセージに対する応答信号としてForward Relocation Complete Acknowledgeメッセージを送信する（Ｓ８８）。ここで、ＭＭＥ１５は、Forward Relocation Complete Acknowledgeメッセージに、ＵＥ３５の呼び出し処理の実行を指示する情報を設定する。つまり、ＭＭＥ１５は、図４のステップＳ３６におけるCS Paging Indicationメッセージに設定する情報をForward Relocation Complete Acknowledgeメッセージに設定して送信する。

ステップＳ８８において、ＭＭＥ１５がCS Paging Indicationメッセージに設定する情報をForward Relocation Complete Acknowledgeメッセージに設定して送信することによって、ハンドオーバ処理の完了を通知するとともにＵＥ３５の呼び出し処理を指示することが出来る。

次に、ハンドオーバ処理の完了に伴い、ＵＥ３５とＳＧＳＮ２０との間はPMM-CONNECTED状態となる（Ｓ８９）。次に、ＳＧＳＮ２０は、ステップＳ８８において通知されたＵＥ３５の呼び出し処理の指示に基づいて、ＵＥ３５の呼び出し処理を行う（Ｓ９０）。

以上説明したように、図７の音声着信処理の流れを実行することによって、ＵＥ３５がハンドオーバ処理を実行中にＵＥ３５に対する音声着信が発生した場合においても、ＵＥ３５のハンドオーバ処理が完了した後に、ＵＥ３５へ音声着信を通知することが出来る。

さらに、ＭＭＥ１５は、ハンドオーバ処理の完了を通知するForward Relocation Complete AcknowledgeメッセージにＵＥ３５の呼び出し処理の実行を指示する情報を設定する。これによって、図６のステップＳ７０において送信しているCS Paging Indicationメッセージを送信する必要がないため、ＭＭＥ１５とＳＧＳＮ２０との間のメッセージを削減することが出来る。これによって、ネットワークの処理負荷を軽減させることが出来る。

さらに、図６と比較してメッセージ数を削減することができるため、図６における処理よりも早くＵＥ３５の呼び出し処理を実行することが出来る。

続いて、図８を用いて、ＵＥ３５に対する音声着信処理の流れについて説明する。図８は、図４〜図７で示される動作例と対比する事を目的に、ハンドオーバ処理と音声着信処理との競合が発生せず、ＵＥ３５に対し音声着信の通知が成功した場合の動作を説明する。なお、図８の処理を実行するに当たり、図３の処理は既に実施されており、ＵＥ３５とＭＭＥ１５とがECM-CONNECTED状態であるとする。

はじめに、ＭＳＣ／ＶＬＲ４５は、音声ネットワークから送信された音声着信メッセージを受信する（Ｓ９１）。次に、ＭＳＣ／ＶＬＲ４５は、ＭＭＥ１５へPaging Requestメッセージを送信する（Ｓ９２）。ここで、ＭＳＣ／ＶＬＲ４５は、Paging Requestメッセージを送信すると、Pagingメッセージの再送タイミングを規定する再送タイマを起動する（Ｓ９３）。

次に、ＭＭＥ１５は、ｅＮＢ７０を経由してＵＥ３５へ音声着信を通知するために、CS Service Notificationメッセージを送信する（Ｓ９４）。

CS Service Notificationメッセージを受信したＵＥ３５は、NAS Extended Service RequestメッセージをｅＮＢ７０を経由してＭＭＥ１５へ送信する（Ｓ９５）。

NAS Extended Service Requestメッセージを受信したＭＭＥ１５は、音声着信を受け付けたことを示す応答メッセージ（Service Requestメッセージ）をＭＳＣ／ＶＬＲ４５へ送信する（Ｓ９６）。この応答メッセージ（Service Requestメッセージ）には、ＵＥ３５がECM-CONNECTED状態である事をＭＳＣ／ＶＬＲ４５に通知する事もできる。ＭＳＣ／ＶＬＲ４５は、ＭＭＥ１５において音声着信が受け付けられると、音声着信メッセージ（Paging Requestメッセージ）を再送するために起動していたタイマの停止する。この動作によりＭＳＣ／ＶＬＲ４５でのPaging Requestメッセージの再送処理が停止される（Ｓ９７）。その後、ＵＥ３５は、３Ｇ無線エリアに移動し２Ｇ／３Ｇ無線制御装置８０やＭＳＣ／ＶＬＲ４５を用いた着信動作が継続される。（Ｓ９８）

上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、移動管理装置、交換機もしくはＳＧＳＮの処理を、ＣＰＵ（Central Processing Unit）にコンピュータプログラムを実行させることにより実現することも可能である。

上述の例において、プログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、ＣＤ−ＲＯＭ（Read Only Memory）、ＣＤ−Ｒ、ＣＤ−Ｒ／Ｗ、半導体メモリ（例えば、マスクＲＯＭ、ＰＲＯＭ（Programmable ROM）、ＥＰＲＯＭ（Erasable PROM）、フラッシュＲＯＭ、ＲＡＭ（Random Access Memory））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本発明は上記実施の形態に限られたものではなく、例えば、２Ｇ／３Ｇ無線制御装置８０は３Ｇ無線制御装置でも良く、ＭＳＣ／ＶＬＲ４５はＭＳＣとＶＬＲとが別の装置で構成されていても良いなど、趣旨を逸脱しない範囲で適宜変更することが可能である。

１０ 移動管理装置
１１ 音声着信制御部
１５ ＭＭＥ
２０ ＳＧＳＮ
３０ 移動通信装置
３５ ＵＥ
４０ 交換機
４５ ＭＳＣ／ＶＬＲ
５０ 位置登録エリア
６０ 位置登録エリア
７０ ｅＮＢ
８０ ２Ｇ／３Ｇ無線制御装置

Claims (8)

1. 移動通信システムに用いられる端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））であって、
   ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線エリアから３Ｇ無線エリア又は２Ｇ無線エリアへハンドオーバする手段と、
   ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)がＳＧｓインターフェースにてページング要求メッセージを受けた際にハンドオーバ処理が実行中であれば、前記ページング要求メッセージを廃棄しその後の処理を行わず、この場合に、ＭＳＣ／ＶＬＲ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ／Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）が再送信したページングメッセージを受信する手段と、を有することを特徴とする端末。
2. 移動通信システムに用いられる端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））であって、
   ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線エリアから３Ｇ無線エリア又は２Ｇ無線エリアへハンドオーバする手段と、
   ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)がＳＧｓインターフェースにて前記端末に対するページング要求メッセージを受けた際に前記端末に関するハンドオーバ処理が実行中のため、前記ページング要求メッセージを廃棄することで前記ページング要求メッセージの受信に対する処理が行われなかった場合に、ＭＳＣ／ＶＬＲ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ／Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）が再送信したページングメッセージを受信する手段と、を有することを特徴とする端末。
3. 移動通信システムに用いられる端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））の通信方法であって、
   ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線エリアから３Ｇ無線エリア又は２Ｇ無線エリアへハンドオーバし、
   ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)がＳＧｓインターフェースにてページング要求メッセージを受けた際にハンドオーバ処理が実行中であれば、前記ページング要求メッセージを廃棄しその後の処理を行わず、この場合に、ＭＳＣ／ＶＬＲ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ／Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）が再送信したページングメッセージを受信する、ことを特徴とする端末の通信方法。
4. 移動通信システムに用いられる端末（ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））の通信方法であって、
   ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）無線エリアから３Ｇ無線エリア又は２Ｇ無線エリアへハンドオーバし、
   ＭＭＥ(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ)がＳＧｓインターフェースにて前記端末に対するページング要求メッセージを受けた際に前記端末に関するハンドオーバ処理が実行中のため、前記ページング要求メッセージを廃棄することで前記ページング要求メッセージの受信に対する処理が行われなかった場合に、ＭＳＣ／ＶＬＲ（Ｍｏｂｉｌｅ Ｓｗｉｔｃｈｉｎｇ Ｃｅｎｔｅｒ／Ｖｉｓｉｔｏｒ Ｌｏｃａｔｉｏｎ Ｒｅｇｉｓｔｅｒ）が再送信したページングメッセージを受信する、ことを特徴とする端末の通信方法。
5. 前記ＭＭＥは、前記ページング要求メッセージを廃棄した後にさらなる前記端末への着信処理を実行せず、前記ＭＳＣ／ＶＬＲより前記ページングメッセージの再送信を受けた場合に、前記着信処理を継続することを特徴とする請求項１または２記載の端末。
6. 前記ＭＳＣ／ＶＬＲは、タイマーを起動させて前記ページングメッセージの再送信を行うことを特徴とする請求項５記載の端末。
7. 前記ＭＭＥは、前記ページング要求メッセージを廃棄した後にさらなる前記端末への着信処理を実行せず、前記ＭＳＣ／ＶＬＲより前記ページングメッセージの再送信を受けた場合に、前記着信処理を継続することを特徴とする請求項３または４記載の端末の通信方法。
8. 前記ＭＳＣ／ＶＬＲは、タイマーを起動させて前記ページングメッセージの再送信を行うことを特徴とする請求項７記載の端末の通信方法。

Images