(57)【要約】【課題】ＵＥが移動中に発生したパケット着信を確実に受け付けることが出来るように制御する通信システム、ＭＭＥ及び通信方法を提供すること。【解決手段】本発明にかかる通信システムは、ＵＥ４５が移動したことによってＵＥ４５の位置登録エリアを変更するTracking Area Update処理を実行し、変更前のＵＥ４５の位置登録エリアを管理するＭＭＥ２５と、Tracking Area Update処理実行中に、ＵＥ４５へ通知することが必要な制御信号をＭＭＥ２５へ送信するＰＧＷ７５と、を備える。ＭＭＥ２５は、制御信号を受信すると、Tracking Area Update処理を実行中であることを示す応答信号をＰＧＷ７５へ送信し、ＰＧＷ７５は、Tracking Area Update処理が完了した後に、変更後のＵＥ４５の位置登録エリアを管理するＭＭＥ３５へ、制御信号を送信する。【選択図】図１
2015216506.tif 000002
【特許請求の範囲】
【請求項１】
ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更前の前記ＵＥの位置登録エリアを管理するＭＭＥと、
前記Tracking Area Update処理実行中に、前記ＵＥへ通知することが必要な制御信号を前記ＭＭＥへ送信するＰＧＷと、を備え、
前記ＭＭＥは、
前記制御信号を受信すると、前記Tracking Area Update処理を実行中であることを示す応答信号を前記ＰＧＷへ送信し、
前記ＰＧＷは、
前記Tracking Area Update処理が完了した後に、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥへ、前記制御信号を送信する、通信システム。
【請求項２】
ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥと、
前記Tracking Area Update処理実行中に、前記ＭＭＥへDownlink Data Notificationメッセージを通知するＳＧＷと、を備え、
前記ＭＭＥは、
前記Downlink Data Notificationメッセージを受信すると、前記ＵＥへ送信するTracking Area Update Acceptメッセージと連動してユーザプレーン設定手順を起動する、通信システム。
【請求項３】
ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥと、
前記Tracking Area Update処理実行中に、前記ＭＭＥへDownlink Data Notificationメッセージを通知するＳＧＷと、を備え、
前記ＭＭＥは、
前記Downlink Data Notificationメッセージを保持した後に前記ＵＥへTracking Area Update Acceptメッセージを送信し、前記ＵＥからTracking Area Update Completeメッセージを受信すると、前記Downlink Data Notificationメッセージに従って、前記ＵＥへページング処理を実行する、通信システム。
【請求項４】
ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更前の前記ＵＥの位置登録エリアを管理するＭＭＥであって、
前記Tracking Area Update処理実行中に、ＰＧＷから送信された、前記ＵＥへ通知することが必要な制御信号を受信し、
前記制御信号を受信すると、前記Tracking Area Update処理を実行中であることを示す応答信号を前記ＰＧＷへ送信し、前記ＰＧＷに対して、前記Tracking Area Update処理が完了した後に、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥへ前記制御信号を送信させる、ＭＭＥ。
【請求項５】
ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥであって、
前記Tracking Area Update処理実行中に、ＳＧＷから送信されたDownlink Data Notificationメッセージを受信し、
前記Downlink Data Notificationメッセージを受信すると、前記ＵＥへ送信するTracking Area Update Acceptメッセージと連動してユーザプレーン設定手順を起動する、ＭＭＥ。
【請求項６】
ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥであって、
前記Tracking Area Update処理実行中に、ＳＧＷから送信されたDownlink Data Notificationメッセージを受信し、
前記Downlink Data Notificationメッセージを保持した後に前記ＵＥへTracking Area Update Acceptメッセージを送信し、前記ＵＥからTracking Area Update Completeメッセージを受信すると、前記Downlink Data Notificationメッセージに従って、前記ＵＥへページング処理を実行する、ＭＭＥ。
【請求項７】
ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更前の前記ＵＥの位置登録エリアを管理するＭＭＥにおける通信方法であって、
前記Tracking Area Update処理実行中に、ＰＧＷから送信された、前記ＵＥへ通知することが必要な制御信号を受信し、
前記制御信号を受信すると、前記Tracking Area Update処理を実行中であることを示す応答信号を前記ＰＧＷへ送信し、
前記ＰＧＷに対して、前記Tracking Area Update処理が完了した後に、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥへ前記制御信号を送信させる、通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は通信システム、ＭＭＥ及び通信方法に関し、例えばＵＥに対する着信制御を行う通信システム、ＭＭＥ及び通信方法に関する。
【背景技術】
【０００２】
モバイルネットワークシステムの標準技術を定める３ＧＰＰ（3rd Generation Partnership Project）において、次世代モバイルネットワークシステムとしてＥＰＣ（Evolved Packet Core）が定められている。ＥＰＣは、第２世代及び第３世代と称されている無線アクセスネットワークに加え、ＬＴＥ（Long Term Evolution）アクセスネットワークも収容するネットワークシステムである。
【０００３】
ここで、ＥＰＣにおけるパケットの着信処理について説明する。非特許文献１には、ユーザ端末を示すＵＥ（User Equipment）がアイドル状態である場合におけるパケットの着信処理が開示されている。ＵＥがアイドル状態であるとは、ＵＥがＥＰＣに接続されていない状態である。言い換えると、ＵＥとＥＰＣとの間における無線ベアラが切断されている状態である。このような場合、ＵＥに対してパケットの着信が発生した場合、ベアラ管理装置であるＳＧＷ（Serving Gateway）は、ＵＥを管理しているＭＭＥ（Mobility Management Entity）もしくはＳＧＳＮ（Serving GPRS Support Node）に対して、着信通知メッセージを送信する。着信通知メッセージを受信したＭＭＥもしくはＳＧＳＮは、ＵＥを呼び出すためにＰａｇｉｎｇメッセージを基地局であるｅＮＢ（evolved Node B）もしくはＮｏｄｅＢへ送信する。Ｐａｇｉｎｇメッセージを受信したｅＮＢもしくはＮｏｄｅＢは、自装置が管理するエリア内に在圏する複数のＵＥに対してＰａｇｅ処理を行う。ここで、呼び出しの対象であるＵＥは、ｅＮＢもしくはＮｏｄｅＢに対して応答メッセージを送信し、ＥＰＣと接続する。
【０００４】
このように、ＥＰＣと接続していないアイドル状態であるＵＥに対するパケットの着信が発生した場合においても、ネットワーク側からＵＥを呼び出すことによって、ＵＥとデータ通信を行うことが出来る。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; General Packet Radio Service (GPRS) enhancements for Evolved Universal Terrestrial Radio Access Network (E-UTRAN) access (Release 12), 3GPP TS 23.401 V12.0.0 (2013-03), clauses 5.3.4.3, 5.3.3.2
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、非特許文献１に開示されているパケットの着信処理においては、以下に記載する問題が発生する。通常、ＭＭＥが管理する位置登録エリアの外へＵＥが移動する場合、ＵＥは、移動先の位置登録エリアを管理する新たなＭＭＥに対して位置登録要求メッセージ（Tracking Area Update Request）を送信する。位置登録要求メッセージを受け取った新たなＭＭＥは、ＵＥの位置登録処理を行う。新たなＭＭＥにおける位置登録処理が完了すると、ＵＥは、移動先の位置登録エリアを管理する新たなＭＭＥに登録された状態となる。
【０００７】
ここで、ＵＥが位置登録要求メッセージを送信した後であって、新たなＭＭＥにおける移動処理が完了する前にＵＥに対してパケットの着信が発生すると、着信対象のＵＥを正常に呼び出すことができないという問題が発生する。
【０００８】
例えば、ＵＥが位置登録要求メッセージを送信した後であって、新たなＭＭＥにおける移動処理が完了する前にＵＥに対してパケットの着信が発生すると、ＳＧＷは、移動前のＵＥの位置を管理していたＭＭＥへ着信通知メッセージを送信する。着信通知メッセージを受信したＭＭＥは、配下の基地局へＰａｇｉｎｇメッセージを送信するが、着信対象のＵＥは新たなＭＭＥが管理するエリアに移動しているため、着信対象のＵＥを呼び出すことが出来ない。つまり、ＵＥがＭＭＥの変更を伴う移動をしている間にパケット着信が発生した場合、ＵＥはパケット着信を受け付けることが出来ないという問題が発生する。
【０００９】
もしくは、ＵＥが位置登録要求メッセージを送信した後であって、ＳＧＷがＵＥの移動後の位置を管理する新たなＭＭＥを認識すると、ＳＧＷは、新たなＭＭＥに対して着信通知メッセージを送信する。このような場合であっても、ＵＥがTracking Area Update Requestメッセージに対する応答メッセージを受信しておらず、Tracking Area Update 処理が完了していない場合、ＵＥは、正常にパケット着信を受け付けることができないという問題が発生する。
【００１０】
本発明の目的は、ＵＥが移動中に発生したパケット着信を確実に受け付けることが出来るように制御する通信システム、ＭＭＥ及び通信方法を提供することにある。
【課題を解決するための手段】
【００１１】
本発明の第１の態様にかかる通信システムは、ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更前の前記ＵＥの位置登録エリアを管理するＭＭＥと、前記Tracking Area Update処理実行中に、前記ＵＥへ通知することが必要な制御信号を前記ＭＭＥへ送信するＰＧＷと、を備え、前記ＭＭＥは、前記制御信号を受信すると、前記Tracking Area Update処理を実行中であることを示す応答信号を前記ＰＧＷへ送信し、前記ＰＧＷは、前記Tracking Area Update処理が完了した後に、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥへ、前記制御信号を送信するものである。
【００１２】
本発明の第２の態様にかかるＭＭＥは、ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更前の前記ＵＥの位置登録エリアを管理するＭＭＥであって、前記Tracking Area Update処理実行中に、ＰＧＷから送信された、前記ＵＥへ通知することが必要な制御信号を受信し、前記制御信号を受信すると、前記Tracking Area Update処理を実行中であることを示す応答信号を前記ＰＧＷへ送信し、前記ＰＧＷに対して、前記Tracking Area Update処理が完了した後に、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥへ前記制御信号を送信させるものである。
【００１３】
本発明の第３の態様にかかる通信方法は、ＵＥが移動したことによって前記ＵＥの位置登録エリアを変更するTracking Area Update処理を実行し、変更前の前記ＵＥの位置登録エリアを管理するＭＭＥにおける通信方法であって、前記Tracking Area Update処理実行中に、ＰＧＷから送信された、前記ＵＥへ通知することが必要な制御信号を受信し、
前記制御信号を受信すると、前記Tracking Area Update処理を実行中であることを示す応答信号を前記ＰＧＷへ送信し、前記ＰＧＷに対して、前記Tracking Area Update処理が完了した後に、変更後の前記ＵＥの位置登録エリアを管理するＭＭＥへ前記制御信号を送信させるものである。
【発明の効果】
【００１４】
本発明により、ＵＥが移動中に発生したパケット着信を確実に受け付けることが出来るように制御する通信システム、ＭＭＥ及び通信方法を提供することができる。
【図面の簡単な説明】
【００１５】
【図１】実施の形態１、２、及び３にかかる通信システムの構成図である。
【図２】実施の形態１、２、及び３にかかるＵＥの移動通信システムへの接続処理の流れを示す図である。
【図３】実施の形態１にかかるＰＧＷ起動の制御信号をＵＥへ通知する場合の処理の流れを示す図である。
【図４】実施の形態１、２、及び３にかかる位置情報更新処理の流れを示す図である。
【図５】実施の形態２にかかる通信システムにおける処理シーケンスを説明する図である。
【図６】実施の形態２にかかる通信システムにおける処理シーケンスの変形例を示す図である。
【図７】実施の形態２にかかる通信システムにおける処理シーケンスの変形例を示す図である。
【図８】実施の形態２にかかる通信システムにおける処理シーケンスの変形例を示す図である。
【発明を実施するための形態】
【００１６】
（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。本図においては、通信システムとして、３ＧＰＰにおいて定められている移動通信システムについて説明する。図１の通信システムは、ＰＧＷ（Packet Data Network GateWay）７５、Ｏｌｄ ＳＧＷ（Serving GateWay）１５、Ｎｅｗ ＳＧＷ８５、Ｏｌｄ ＭＭＥ２５、Ｎｅｗ ＭＭＥ３５、ＵＥ４５、ｅＮＢ５５及びｅＮＢ６５を有している。
【００１７】
ＵＥ４５は、３ＧＰＰにおいて移動端末装置として規定されている通信装置である。ＵＥ４５は、携帯電話、スマートフォン、タブレット端末もしくは通信機能を有するパーソナルコンピュータ等であってもよい。さらに、ＵＥ４５は、自律的に通信を行うＭ２Ｍ（Machine To Machine）デバイスであってもよい。Ｍ２Ｍデバイスは、例えば、通信機能を有する自動販売機、電気製品等のように移動する頻度が少ない装置であってもよく、ユーザが身に付ける時計等であってもよい。
【００１８】
ｅＮＢ５５及びｅＮＢ６５は、３ＧＰＰにおいて基地局として規定されているノード装置である。ｅＮＢ５５及びｅＮＢ６５は、それぞれ無線通信エリアを形成し、自装置が管理する無線通信エリア内に在圏するＵＥと通信を行う。
【００１９】
ＰＧＷ７５は、移動通信システムと外部ネットワークとの境界に位置するノード装置である。ＰＧＷ７５は、ＰＧＷ７５起動の制御信号をＯｌｄ ＭＭＥ２５もしくはＮｅｗ ＭＭＥ３５へ送信する。ＰＧＷ７５起動の制御信号は、ＰＧＷ７５において生成された制御信号であって、ＵＥ４５へ通知されることが必要な制御信号である。
【００２０】
Ｏｌｄ ＭＭＥ２５及びＮｅｗ ＭＭＥ３５は、それぞれＵＥの位置を管理する位置登録エリアを定めている。Ｏｌｄ ＭＭＥ２５及びＮｅｗ ＭＭＥ３５のそれぞれが管理する位置登録エリア内には複数のｅＮＢが配置されてもよい。つまり、位置登録エリアは、ｅＮＢが形成する複数の無線通信エリアを含んでもよい。
【００２１】
ＵＥ４５は、Ｏｌｄ ＭＭＥ２５が定める位置登録エリアからＮｅｗ ＭＭＥ３５が定める位置登録エリアへ移動した場合、Ｎｅｗ ＭＭＥ３５へ位置登録要求メッセージを送信する。Ｎｅｗ ＭＭＥ３５は、ＵＥ４５から送信された位置登録要求メッセージを受信すると、ＵＥ４５の移動処理を行う。ＵＥ４５の移動処理は、例えば、Ｎｅｗ ＭＭＥ３５が、管理する対象装置としてＵＥ４５を登録する処理である。さらに、Ｎｅｗ ＭＭＥ３５は、ＵＥ４５から送信された位置登録要求メッセージを受信すると、Ｏｌｄ ＭＭＥ２５へ、メッセージを送信する。Ｏｌｄ ＭＭＥ２５は、ＵＥ４５の移動前の位置登録エリアを管理するＭＭＥである。Ｎｅｗ ＭＭＥ３５がＯｌｄ ＭＭＥ２５へ通知するメッセージは、ＵＥ４５がＮｅｗ ＭＭＥ３５の定める位置登録エリアへ移動してきたことを示すメッセージである。ＵＥ４５は、Ｎｅｗ ＭＭＥ３５へ、移動前の位置登録エリアを管理するＯｌｄ ＭＭＥ２５の識別子を位置登録要求メッセージに含めてもよい。これによって、Ｎｅｗ ＭＭＥ３５は、ＵＥ４５の移動前の位置登録エリアを管理するＯｌｄ ＭＭＥ２５を検出することが出来る。Ｏｌｄ ＭＭＥ２５は、Ｎｅｗ ＭＭＥ３５からメッセージを通知されることによって、ＵＥ４５が、Ｎｅｗ ＭＭＥ３５の定める位置登録エリアへ移動したことを検出することが出来る。
【００２２】
本図においては、ＵＥ４５の位置登録エリアを管理するＭＭＥが変更する場合について説明しているが、ＵＥ４５は、ＬＴＥ通信エリアから２Ｇもしくは３Ｇ通信エリアへ移動する場合もある。このような場合、ＵＥ４５の位置登録エリアを管理するノード装置は、ＭＭＥからＳＧＳＮに変更される。ＵＥ４５が２Ｇもしくは３Ｇ通信エリアへ移動した場合、ＵＥ４５は、ＮｏｄｅＢ及びＲＮＣ（Radio Network Controller）と接続する。また、ＵＥ４５は、２Ｇもしくは３Ｇ通信エリアから、２Ｇもしくは３Ｇ通信エリアへ移動する場合もある。このような場合、ＵＥ４５の位置登録エリアを管理するＳＧＳＮが変更することがある。
【００２３】
続いて、図２を用いて本発明の実施の形態１にかかるＵＥの移動通信システムへの接続処理の流れについて説明する。はじめに、ＵＥ４５は、ユーザによって電源スイッチが押下され電源が投入された場合、ｅＮＢ５５へ位置登録要求メッセージとして、Attach Requestメッセージを送信する（Ｓ１１）。次に、ｅＮＢ５５は、ＵＥ４５から送信されたAttach RequestメッセージをＯｌｄ ＭＭＥ２５へ送信する（Ｓ１２）。Ｏｌｄ ＭＭＥ２５は、Attach Requestメッセージを受信すると、ＵＥ４５の位置登録情報を作成する。位置登録情報とは、例えば、ＵＥ４５が自装置の管理する位置登録エリア内に在圏することを示す情報もしくはＵＥ４５の加入者情報を含む。ＵＥ４５の加入者情報は、移動通信システム内に配置されている加入者情報管理装置（不図示）から取得してもよい。加入者情報管理装置は、例えば、３ＧＰＰにおいてＨＳＳ（Home Subscriber Server）として規定されている。次に、Ｏｌｄ ＭＭＥ２５は、Create Session Requestメッセージを用いてＯｌｄ ＳＧＷ１５へＵＥ４５の加入者情報を通知する（Ｓ１３）。次に、Ｏｌｄ ＳＧＷ１５は、Create Session Requestメッセージに対する応答メッセージとして、Create Session ResponseメッセージをＯｌｄ ＭＭＥ２５へ送信する（Ｓ１４）。Ｏｌｄ ＳＧＷ１５は、Create Session Requestメッセージを受信することにより、ＵＥ４５の位置を管理しているＭＭＥを識別することが出来る。さらに、Create Session Responseメッセージが送信されることにより、Ｏｌｄ ＭＭＥ２５とＯｌｄ ＳＧＷ１５との間にＵＥ４５に関するセッションが確立される。
【００２４】
次に、Ｏｌｄ ＭＭＥ２５は、Create Session Responseメッセージを受信すると、ｅＮＢ５５へ、Attach Acceptメッセージを送信する（Ｓ１５）。Attach Acceptメッセージは、Attach Requestメッセージの応答信号に相当する。Ｏｌｄ ＭＭＥ２５は、Attach Acceptメッセージを送信することによって、ＵＥ４５の登録処理を完了する。ＵＥ４５の登録処理の完了は、すなわち、ＵＥ４５の移動処理を完了したことと同様である。次に、ｅＮＢ５５は、ＵＥ４５へAttach Acceptメッセージを送信する（Ｓ１６）。
【００２５】
ＵＥ４５がAttach Acceptメッセージを受信することによって、ＵＥ４５は、移動通信システムへ接続した状態となる。ＵＥ４５が移動通信システムへ接続した状態は、ＵＥ４５が移動通信システムへＡｔｔａｃｈした状態と称されてもよい。
【００２６】
上述した説明においては、ＵＥ４５の電源が投入された際の処理の流れについて説明した。さらに、ＵＥ４５の在圏する位置登録エリアが変更した場合においても、新たなＭＭＥにおいて位置登録情報を作成するためにＵＥ４５の電源が投入された際の処理と同様の処理が実行される。ＵＥ４５は、在圏する位置登録エリアが変更した場合、Attach RequestメッセージのかわりにTracking Area Update Requestメッセージを送信する。また、Ｏｌｄ ＭＭＥ２５及びＯｌｄ ＳＧＷ１５は、Create Session Request/Create Session ResponseメッセージのかわりにModify Bearer Request/Modify Bearer Responseメッセージを送受信する。
【００２７】
続いて、図３を用いて本発明の実施の形態１にかかるＰＧＷ７５が、ＰＧＷ７５起動の制御信号をＵＥ４５へ通知する場合の処理の流れについて説明する。ここでは、図２の処理が完了していることを前提とし、ＵＥ４５は、Ｏｌｄ ＭＭＥ２５の管理する位置登録エリアに在圏しているとする。
【００２８】
はじめに、ＵＥ４５は、Ｏｌｄ ＭＭＥ２５の管理する位置登録エリアから他の位置登録エリアに移動したことを検出すると、ｅＮＢ６５へTracking Area Update Requestメッセージを送信する（Ｓ２１）。ｅＮＢ６５は、移動先の通信エリアを管理するｅＮＢである。ＵＥ４５は、ｅＮＢ６５から配信される報知情報を受信することによって、位置登録エリアが変更したことを検出してもよい。つまり、ＵＥ４５は、移動前にｅＮＢ５５から配信された位置登録エリアと、移動後にｅＮＢ６５から配信された位置登録エリアとが異なる場合に、位置登録エリアが変更したことを検出してもよい。
【００２９】
次に、ｅＮＢ６５は、自装置の通信エリアを含む位置登録エリアを管理しているＮｅｗ ＭＭＥ３５へ、Tracking Area Update Requestメッセージを転送する（Ｓ２２）。このとき同時に、ＵＥ４５とＮｅｗ ＭＭＥ３５の間で制御メッセージを通信するために、ｅＮＢ６５とＮｅｗ ＭＭＥ３５の間にS1 Connection（Ｓ１ベアラ）を確立する。ここで、Tracking Area Update Requestメッセージには、ＵＥ４５の移動前の位置登録エリアを管理していたＯｌｄ ＭＭＥ２５の識別子、もしくは、Ｏｌｄ ＭＭＥ２５がＵＥ４５に一時的に割り当てているＧＵＴＩ（Globally Unique Temporary Identifier）が含まれていてもよい。
【００３０】
次に、Ｎｅｗ ＭＭＥ３５は、Ｏｌｄ ＭＭＥ２５からＵＥ４５のユーザー情報を取得する（retrieve）ために、Ｏｌｄ ＭＭＥ２５へContext Requestメッセージを送信する（Ｓ２３）。ユーザー情報は、例えば、ＵＥ４５の位置登録情報、ベアラ情報（Ｂｅａｒｅｒ ｃｏｎｔｅｘｔ）等であってもよい。また、Tracking Area Update Requestメッセージに、ＧＵＴＩが含まれていた場合、Ｎｅｗ ＭＭＥ３５は、ＧＵＴＩを用いてＯｌｄ ＭＭＥ２５のアドレス情報を特定してもよい。
【００３１】
Ｏｌｄ ＭＭＥ２５は、Ｎｅｗ ＭＭＥ３５からＵＥ４５のユーザー情報の転送を要求するContext Requestメッセージを受信する。Ｏｌｄ ＭＭＥ２５は、Ｎｅｗ ＭＭＥ３５から送信されたContext Requestメッセージを受信することによって、自装置が管理する位置登録エリアの外にＵＥ４５が移動したことを検出することが出来る。さらに、Ｏｌｄ ＭＭＥ２５は、Ｎｅｗ ＭＭＥ３５から送信されたContext Requestメッセージを受信することによって、ＵＥ４５がＮｅｗ ＭＭＥ３５の管理する位置登録エリアに移動したことを検出することが出来る。
【００３２】
Ｏｌｄ ＭＭＥ２５は、ステップＳ２３のContext Requestメッセージの応答メッセージとして、Context ResponseメッセージをＮｅｗ ＭＭＥ３５へ送信する（Ｓ２４）。Ｏｌｄ ＭＭＥ２５は、Context Responseメッセージを用いてＵＥ４５のユーザー情報をＮｅｗ ＭＭＥ３５へ通知する。
【００３３】
ここで、ステップＳ２４においてＯｌｄ ＭＭＥ２５からＮｅｗ ＭＭＥ３５へContext Responseメッセージが送信された後に、ＰＧＷ７５からＯｌｄ ＳＧＷ１５を介してＯｌｄ ＭＭＥ２５へ制御信号通知メッセージが送信されるとする（Ｓ２５）。制御信号通知メッセージは、ＰＧＷ７５起動の制御信号をＭＭＥへ通知するために用いられる。
【００３４】
Ｏｌｄ ＭＭＥ２５は、ステップＳ２３のContext Requestメッセージを受信することによってＵＥ４５が移動中であることを検出している。そのため、Ｏｌｄ ＭＭＥ２５は、ＵＥ４５が移動中であり、ＵＥ４５の呼び出し処理を一時的に行うことが出来ないことを示すCauseを設定した応答信号通知メッセージをＰＧＷ７５へ送信する。Ｏｌｄ ＭＭＥ２５は、制御信号通知メッセージに対する応答として、Ｏｌｄ ＳＧＷ１５を介して応答信号通知メッセージをＰＧＷ７５へ送信する（Ｓ２６）。応答信号通知メッセージには、Cause設定として、Cause=Temporarily Rejected due to mobility procedure in Progress が設定される。Cause=Temporarily Rejected due to mobility procedure in Progressは、Causeに、ＵＥが移動中であり一時的に呼び出し処理が出来ないこと（temporarily rejected）を示す情報が設定されたことを示している。
【００３５】
ここで、ＰＧＷ７５は、Cause=Temporarily Rejected due to mobility procedure in Progress が設定された応答信号通知メッセージを受信すると、制御信号通知メッセージを再送するタイマ(locally configured guard timer)を起動する。
【００３６】
次に、Ｎｅｗ ＭＭＥ３５は、Context Responseメッセージの応答メッセージとしてContext AcknowledgeメッセージをＯｌｄ ＭＭＥ２５へ送信する（Ｓ２７）。Context Acknowledgeメッセージには、SGW change indicationが設定されている。SGW change indicationは、Ｎｅｗ ＭＭＥ３５が、ＵＥ４５にデータを送信するＳＧＷを、Ｏｌｄ ＭＭＥ２５からＮｅｗ ＭＭＥ３５へ変更したことを示す情報である。
【００３７】
次に、Ｎｅｗ ＭＭＥ３５は、Ｎｅｗ ＳＧＷ８５との間にセッションを確立するために、もしくはベアラを起動するために、Create Session RequestメッセージをＮｅｗ ＳＧＷ８５へ送信する。次に、Ｎｅｗ ＳＧＷ８５は、ＰＧＷ７５との間にセッションもしくはベアラを、確立もしくは更新するために、Modify Bearer RequestメッセージをＰＧＷ７５へ送信する（Ｓ２９）。ＰＧＷ７５は、Modify Bearer Requestメッセージを受信することによって、Ｎｅｗ ＭＭＥ３５においてＵＥ４５の移動手続き（Mobility Procedure）が完了したことを認識することができる。ＰＧＷ７５は、Ｎｅｗ ＳＧＷ８５との間のベアラ情報（ｂｅａｒｅｒ ｃｏｎｔｅｘｔ）を更新する。さらに、ＰＧＷ７５は、Modify Bearer Requestメッセージに対する応答メッセージとして、Modify Bearer ResponseメッセージをＮｅｗ ＳＧＷ８５へ送信する（Ｓ３０）。この時、ＰＧＷ７５は、ステップＳ２６において応答信号通知メッセージを受信した際に起動したタイマ(locally configured guard timer)を停止してもよい。
【００３８】
次に、Ｎｅｗ ＳＧＷ８５は、Ｎｅｗ ＭＭＥ３５との間のベアラ情報（ｂｅａｒｅｒ ｃｏｎｔｅｘｔ）を更新する。さらに、Ｎｅｗ ＳＧＷ８５は、Create Session Requestメッセージへの応答メッセージとして、Ｎｅｗ ＭＭＥ３５へCreate Session Responseメッセージを送信する。（Ｓ３１）
【００３９】
ここで、Ｏｌｄ ＭＭＥ２５及びＮｅｗ ＭＭＥ３５は、ＵＥ４５の移動に伴う位置情報変更処理Ａを実行する。位置情報変更処理Ａの詳細については後に詳述する。
【００４０】
次に、Ｎｅｗ ＭＭＥ３５は、位置情報更新処理Ａが完了すると、ステップＳ２２の応答メッセージとして、Tracking Area Update AcceptメッセージをｅＮＢ６５へ送信する。さらに、ｅＮＢ６５は、送信されたTracking Area Update AcceptメッセージをＵＥ４５へ送信する（Ｓ３２）。
【００４１】
また、Tracking Area Update Acceptメッセージには、Ｎｅｗ ＭＭＥ３５がＵＥ４５に対して割り当てたＧＵＴＩが含まれる。ＧＵＴＩは、ＵＥを一意に認識するために、Ｎｅｗ ＭＭＥ３５によって一時的にＵＥに割り当てられる識別子である。
【００４２】
ＵＥ４５は、Tracking Area Update Acceptメッセージに、ＧＵＴＩを含む場合、Ｎｅｗ ＭＭＥ３５へ、Tracking Area Update Completeメッセージを送信する（Ｓ３３）。
【００４３】
次に、Ｎｅｗ ＭＭＥ３５は、既に確立したｅＮＢ６５との間のS1 Connectionを解放する（Ｓ３４）。
【００４４】
次に、ＰＧＷ７５は、ＵＥ４５に対して制御信号を通知するために、ＵＥ４５の移動先の位置登録エリアを管理するＮｅｗ ＭＭＥ３５へ制御信号通知メッセージを送信する（Ｓ３５）。つまり、ステップＳ３５において、ステップＳ２５における、Ｏｌｄ ＭＭＥ２５に対する制御信号通知メッセージの送信処理を、ＵＥ４５の移動先の位置登録エリアを管理するＮｅｗ ＭＭＥ３５に対して行う事になる。次に、Ｎｅｗ ＭＭＥ３５は、ＵＥ４５の呼び出し処理を行うために、ｅＮＢ６５へPagingメッセージを送信する（Ｓ３６）。さらに、ｅＮＢ６５は、配下の通信エリアに在圏するＵＥに対してPagingメッセージを送信する（Ｓ３７）。Ｎｅｗ ＭＭＥ３５は、Pagingメッセージを送信する際に、ＵＥ４５に割り当てたＧＵＴＩを設定する。このようにして、ＵＥ４５は、新たな位置登録エリアに移動した後に、ＵＥ４５の移動中に発生した制御信号通知メッセージを受けることが出来る。
【００４５】
ここで、ステップＳ２６において応答信号通知メッセージを受信した際に起動したタイマ(locally configured guard timer)がModify Bearer Requestメッセージを受信する前に満了した場合、ＰＧＷ７５は、ＵＥ４５に対する制御メッセージの通知処理を終了してもよい。もしくは、ＰＧＷ７５は、再度制御信号通知メッセージをＯｌｄ ＭＭＥ２５へ送信し、制御信号通知処理を継続するようにしてもよい。
【００４６】
ここで、図４を用いて位置情報更新処理Ａの詳細について説明する。Ｎｅｗ ＭＭＥ３５は、図３のステップＳ３１においてCreate Session Responseメッセージを受信すると、ＨＳＳへUpdate Locationメッセージを送信する（Ｓ２０１）。ＨＳＳは、ＵＥ４５の加入者情報を管理するノード装置である。Create Session Responseメッセージには、Ｎｅｗ ＭＭＥ３５がＵＥ４５に関する位置情報を管理することを示す情報が設定されている。
【００４７】
次に、ＨＳＳは、Ｏｌｄ ＭＭＥ２５へ、ＵＥ４５に関する位置情報を削除させるために、Cancel Locationメッセージを送信する（Ｓ２０２）。次に、Ｏｌｄ ＭＭＥ２５は、Cancel Locationメッセージに対する応答メッセージとして、ＨＳＳへ、Cancel Location ACKメッセージを送信する（Ｓ２０３）。次に、ＨＳＳは、ステップＳ２０１におけるUpdate Locationメッセージに対する応答メッセージとして、Ｎｅｗ ＭＭＥ３５へ、Update Location ACKメッセージを送信する（Ｓ２０４）。
【００４８】
さらに、Ｏｌｄ ＭＭＥ２５は、Cancel Location ACKメッセージを送信した後に、Ｏｌｄ ＳＧＷ１５へ、Delete Session Requestメッセージを送信する（Ｓ２０５）。Ｏｌｄ ＭＭＥ２５は、Delete Session Requestメッセージを送信することによって、Ｏｌｄ ＳＧＷ１５との間の通信リソース（例えば、EPS bearer resource等）を開放する。次に、Ｏｌｄ ＳＧＷ１５は、Delete Session Requestメッセージに対する応答メッセージとして、Delete Session ResponseメッセージをＯｌｄ ＭＭＥ２５へ送信する（Ｓ２０６）。
【００４９】
以上説明したように本発明の実施の形態１にかかる通信システムを用いることにより、以下の効果を得ることができる。ＵＥ４５がＭＭＥの変更を伴う移動中であり、新たなＭＭＥにおいてＵＥ４５の移動処理が完了していない間に、ＵＥ４５に対するＰＧＷ７５起動の制御信号が発生した場合においても、ＵＥ４５は正常に制御信号を受信することが出来る。
【００５０】
さらに、Ｏｌｄ ＭＭＥ２５及びＮｅｗ ＭＭＥ３５がＳＧＳＮへ置き換えられ、ｅＮＢ５５及びｅＮＢ６５がＲＮＣへ置き換えられた場合、ステップＳ２１及びＳ２２におけるTracking Area Update Requestメッセージは、Routing Area Update Requestメッセージに置き換えられる。また、ステップＳ３２及び３３におけるTracking Area Update Acceptメッセージは、Routing Area Update Acceptメッセージに置き換えられる。
【００５１】
本図においては、制御信号通知メッセージが、ステップＳ２４の後にＯｌｄ ＭＭＥ２５へ送信された場合の処理の流れを示しているが、制御信号通知メッセージが、ステップＳ２３の後から、ステップＳ２９の前までの期間にＯｌｄ ＭＭＥ２５へ送信された場合においても、本図における処理と同様の処理が実行される。
【００５２】
また、ＰＧＷ７５が送信する、ＰＧＷ７５起動の制御信号の具体的なメッセージとして、EPC（LTE）：Create Bearer Request、EPC（LTE）：Update Bearer Request、EPC（LTE）：Delete Bearer Request、GPRS（2G/3G）：Update PDP Context Request、GPRS（2G/3G）：PDU Notification Request、GPRS（2G/3G）：Delete PDP Context Request、及び、GPRS（2G/3G）：Initiate PDP Context Activation Request、がある。
【００５３】
（実施の形態２）
続いて、図５を用いて本発明の実施の形態２にかかる通信システムにおける処理シーケンスについて説明する。本図においては、ＵＥ４５の移動後の位置情報を管理するＮｅｗ ＭＭＥ３５に対して、パケット着信が発生した場合の処理を示している。ここで、Ｎｅｗ ＭＭＥ３５がパケット着信に関するメッセージ、或いはＰＧＷ７５起動の制御信号を受信した際には、まだＵＥ４５の移動に伴うＭＭＥの変更処理は完了していないとする。具体的には、Ｎｅｗ ＭＭＥ３５がパケット着信に関するメッセージ、或いはＰＧＷ７５起動の制御信号を受信した際には、ＵＥ４５は、Tracking Update Requestメッセージに対する応答メッセージを受信していないとする。
【００５４】
ステップＳ４１〜Ｓ４９は、図３のステップＳ２１〜Ｓ２４及びステップＳ２７〜Ｓ３１と同様であるため詳細な説明を省略する。さらに、ステップＳ４９の後に実行される位置情報更新処理Ａについても、図３の位置情報更新処理Ａと同様であるため詳細な説明を省略する。
【００５５】
ステップＳ４６において、Ｎｅｗ ＳＧＷ８５は、Create Session Requestメッセージを受信すると、ＵＥ４５に関するユーザー情報をＮｅｗ ＭＭＥ３５が管理していることを認識する。さらに、ＰＧＷ７５は、ステップＳ４７において、Modify Bearer Requestメッセージを受信すると、Ｎｅｗ ＳＧＷ８５が、ＵＥ４５に関するセッションもしくはベアラ情報を管理していることを認識する。そのため、ステップＳ５０において、ＰＧＷ７５は、ＵＥ４５に関するパケット着信、或いはＰＧＷ７５起動の制御信号が発生すると、Ｎｅｗ ＳＧＷ８５へパケット着信、或いはＰＧＷ７５起動の制御信号に関するメッセージを送信する。
【００５６】
次に、Ｎｅｗ ＳＧＷ８５は、ＵＥ４５に対するパケット着信が発生したことを示すDownlink Data Notificationメッセージ、或いはＰＧＷ７５起動の制御信号をＮｅｗ ＭＭＥ３５へ送信する（Ｓ５１）。
【００５７】
次に、Ｎｅｗ ＭＭＥ３５は、図４の位置情報更新処理ＡにおけるステップＳ２０４のUpdate Location ACKメッセージを受信すると、Tracking Area Update AcceptメッセージをｅＮＢ６５を介してＵＥ４５へ送信する（Ｓ５２）。ここで、Ｎｅｗ ＭＭＥ３５は、ステップＳ４６においてCreate Session RequestメッセージをＮｅｗ ＳＧＷ８５へ送信した後に、ＵＥ４５に対するページング処理を必要とするDownlink Data Notificationメッセージを受信する。この場合、Tracking Area Update Acceptメッセージと連動してユーザプレーン設定手順が起動される。ステップＳ４１及びＳ４２において、Active flagが設定されている場合、さらに、Active flagが設定されていない場合であっても、ユーザプレーン設定手順は起動される。
【００５８】
ここで、Tracking Area Update Acceptメッセージと連動したユーザプレーン設定手順について説明する。Ｎｅｗ ＭＭＥ３５は、ステップＳ５２におけるTracking Area Update AcceptメッセージにS1-AP Initial Context Setup Requestメッセージを相乗りさせてｅＮＢ６５に送信する。言い換えると、Ｎｅｗ ＭＭＥ３５は、Tracking Area Update AcceptメッセージとS1-AP Initial Context Setup Requestメッセージとを同一のタイミングにｅＮＢ６５へ送信する。S1-AP Initial Context Setup RequestメッセージがトリガーとなりｅＮＢ６５とＵＥ４５の間でRadio Bearer設定（Radio Bearer Establishment）（Ｓ５４）が動作する。ｅＮＢ６５は、新たに設定されたBearer情報を通知するためにS1 AP Initial Context Setup ResponseメッセージをＮｅｗ ＭＭＥ３５に送信する（Ｓ５６）。Ｎｅｗ ＭＭＥ３５は、Modify Bearer requestメッセージをＮｅｗ ＳＧＷ８５に送信する（Ｓ５７）。Ｎｅｗ ＳＧＷ８５は、Ｎｅｗ ＭＭＥ３５にModify Bearer responseメッセージを送信する（Ｓ５８）。ユーザプレーン設定手順は、例えば、ｅＮＢ６５、Ｎｅｗ ＳＧＷ８５及びＰＧＷ７５において、ＵＥ４５が送受信するデータを転送するための通信リソースを設定することである。
【００５９】
また、Tracking Area Update Acceptには、Ｎｅｗ ＭＭＥ３５がＵＥ４５に対して割り当てたＧＵＴＩを含む。ＧＵＴＩは、ＵＥを一意に認識するために、Ｎｅｗ ＭＭＥ３５によって一時的にＵＥに割り当てられる識別子である。ＵＥ４５は、ＧＵＴＩを含むTracking Area Update Acceptメッセージを受信すると、Ｎｅｗ ＭＭＥ３５へ、Tracking Area Update Completeメッセージを送信する（Ｓ５５）。
【００６０】
ステップＳ５３〜Ｓ５８は、Tracking Area Update処理を実行中に、ＵＥ４５とＮｅｗ ＭＭＥ３５との間に既に設定されているＲＲＣコネクションを用いて、パケット着信処理もしくは制御信号の受信処理を継続していることを示している。
【００６１】
また、本図においては、Tracking Area Update処理の実行中に、Ｎｅｗ ＭＭＥ３５にDownlink Data Notificationメッセージが送信された場合の処理の流れについて説明し。これに対して、図３において説明した制御信号通知メッセージがＮｅｗ ＭＭＥ３５に送信された場合においても、Ｎｅｗ ＭＭＥ３５にDownlink Data Notificationメッセージが送信された場合と同様の処理を実行する。
【００６２】
また、本図においては、ステップＳ４９及び位置情報更新処理Ａが実行された後に、ステップＳ５０におけるパケット着信が発生した際の処理の流れについて説明している。ただし、ステップＳ５０で示されるパケット着信がステップＳ４７からステップＳ５２までの区間で任意に発生する可能性がある。その場合においても本図において説明した処理と同様の処理を実行する。
【００６３】
また、本図においては、Ｎｅｗ ＭＭＥ３５を用いた例について説明しているが、Ｎｅｗ ＭＭＥ３５の代わりに、ＳＧＳＮが用いられてもよい。以降に説明する図面においても、Ｎｅｗ ＭＭＥ３５の代わりに、ＳＧＳＮが用いられてもよい。
【００６４】
以上説明したように、Ｎｅｗ ＭＭＥ３５は、Tracking Area Update Acceptメッセージにおいて、ＵＥ４５に対して一時的に割り当てたＧＵＴＩを含めて、ＵＥ４５へＧＵＴＩを通知する。これによって、Ｎｅｗ ＭＭＥ３５は、Tracking Area Update処理の完了直後に、ＵＥ４５に対してＰａｇｉｎｇ処理を実行し、ＵＥ４５を呼び出すことができる。
【００６５】
さらに、Ｎｅｗ ＭＭＥ３５は、Downlink Data Notificationメッセージを受信すると、Tracking Area Update Acceptメッセージと連動して、ユーザプレーン設定手順を起動する。これによって、ＵＥ４５に対してDownlink Dataを送信することができる。言い換えると、Tracking Area Update Acceptメッセージと連動してS1-AP Initial Context Setup RequestメッセージをｅＮＢ６５へ送信することによって、Tracking Area Update処理の実行中に、ＵＥ４５とｅＮＢ６５との間のRadio Bearerを確立することができる。そのため、Ｎｅｗ ＭＭＥ３５は、Page処理を実行することなく、ＵＥ４５を特定し、ＵＥ４５に対して、データを送信することができる。
【００６６】
（変形例）
以下に、図５の処理シーケンスの変形例について説明する。はじめに、図６を用いて本発明の実施の形態２にかかる通信システムの変形例における処理シーケンスについて説明する。本図においては、ＵＥ４５が移動した場合に、ＵＥ４５を管理するＭＭＥは、Ｏｌｄ ＭＭＥ２５からＮｅｗ ＭＭＥ３５に変更されるが、ＳＧＷは、Ｏｌｄ ＳＧＷ１５のまま変更されない場合の処理の流れについて説明する。
【００６７】
ステップＳ６１〜Ｓ６５は、図５のステップＳ４１〜Ｓ４５と同様であるため詳細な説明を省略する。ＵＥ４５の移動によって、ＵＥ４５を管理するＭＭＥが、Ｏｌｄ ＭＭＥ２５からＮｅｗ ＭＭＥ３５へ変更している。そのため、Ｎｅｗ ＭＭＥ３５は、ＵＥ４５のＥＰＳ（Evolved Packet System） ｂｅａｒｅｒ ｃｏｎｔｅｘｔとしてＯｌｄ ＭＭＥ２５から受信したｂｅａｒｅｒ ｃｏｎｔｅｘｔを適用する。ＥＰＳは、３ＧＰＰにおいて規格化された通信システムである。ここで、ＵＥ４５に伴って、Ｏｌｄ ＳＧＷ１５は変更されない。これより、Ｎｅｗ ＭＭＥ３５は、Ｏｌｄ ＳＧＷ１５において保持しているＵＥ４５に関する情報を変更するために、ステップＳ６６において、Ｏｌｄ ＳＧＷ１５に対して、Modify Bearer Requestメッセージを送信する。
【００６８】
ステップＳ６７及びＳ６８は、図５におけるステップＳ４７及びＳ４８と、ＰＧＷ７５の通信先がＮｅｗ ＳＧＷ８５からＯｌｄ ＳＧＷ１５に変更された点が異なるが、送受信されるメッセージはステップＳ４７及びＳ４８と同様であるため詳細な説明を省略する。
【００６９】
Ｏｌｄ ＳＧＷ１５は、ステップＳ６８において、Modify Bearer Responseメッセージを受信すると、Ｎｅｗ ＭＭＥ３５との間のｂｅａｒｅｒ ｃｏｎｔｅｘｔを更新して、Modify Bearer ResponseメッセージをＮｅｗ ＭＭＥ３５へ送信する（Ｓ６９）。
【００７０】
位置情報更新処理Ａ以降の処理については、図５の位置情報更新処理Ａ以降の処理と同様であるため詳細な説明を省略する。また、ステップＳ７０は、図５におけるステップＳ５０と、ＰＧＷ７５の通信先がＮｅｗ ＳＧＷ８５からＯｌｄ ＳＧＷ１５に変更された点が異なる。さらに、ステップＳ７１は、図５におけるステップＳ５１と、Ｎｅｗ ＭＭＥ３５の通信元がＮｅｗ ＳＧＷ８５からＯｌｄ ＳＧＷ１５に変更された点が異なる。さらに、ステップＳ７７及びＳ７８は、Ｎｅｗ ＭＭＥ３５とＯｌｄ ＳＧＷ１５との間においてModify Bearer Request／Responseメッセージが送受信される点が図５のステップＳ５７及びＳ５８と異なる。そのほかの点については、ステップＳ７０〜Ｓ７８は、図５のステップＳ５０〜Ｓ５８と同様であるため詳細な説明を省略する。
【００７１】
続いて、図７を用いて、図５において、Ｎｅｗ ＭＭＥ３５の代わりに、ＳＧＳＮが用いられ、ｅＮＢ６５の代わりにＲＮＣが用いられる場合の処理の流れについて説明する。ここでは、主に図５との差異点について説明する。
【００７２】
ステップＳ８１において、ＵＥ４５は、図５のステップＳ４１におけるTracking Area Update Requestメッセージの代わりに、Routing Area Update RequestメッセージをＲＮＣへ送信する。さらに、ＲＮＣは、ステップＳ８２において、Routing Area Update RequestメッセージをＳＧＳＮへ転送する。ステップＳ８３〜Ｓ９１は、図５のステップＳ４３〜Ｓ５１と同様であるため詳細な説明を省略する。
【００７３】
ＳＧＳＮは、ステップＳ９２において、図５のステップＳ５１におけるTracking Area Update Acceptメッセージの代わりに、Routing Area Update Acceptメッセージを送信する。ＳＧＳＮは、ステップＳ９１において、ＵＥ４５に対するPaging処理を必要とするDownlink Data Notificationメッセージ、或いはＰＧＷ７５起動の制御信号を受信すると、Update resultパラメータに、follow-on proceedという値を設定したRouting Area Update Acceptメッセージを送信する。ＵＥ４５は、Routing Area Update Acceptメッセージを受信するとＳＧＳＮとの間に設定されているRRC connectionを削除（リリース）せず再使用（リユース）する。ＳＧＳＮは、Routing Area Update Acceptメッセージにfollow-on proceedという値を設定することによって、ＵＥ４５に対してService Requestメッセージの返送を促す。それによりＵＥ４５は、Pageの応答としてＳＧＳＮに対して保持しているRRC connectionを再利用してService RequestメッセージをＳＧＳＮに送信する。
【００７４】
Routing Area Update Acceptメッセージには、P-TMSI（Packet-Temporary Mobile Subscriber Identity）も含まれている。P-TMSIは、ＳＧＳＮがＵＥ４５に一時的に割り当てる識別子である。P-TMSIは、ＭＭＥがＵＥに対して一時的に割り当てる識別子であるＧＵＴＩに相当する。
【００７５】
次に、ＵＥ４５は、ＳＧＳＮへ、Routing Area Update Completeメッセージを送信する（Ｓ９３）。次に、ＵＥ４５は、ＳＧＳＮへ、P-TMSIを設定したService Requestメッセージを送信する（Ｓ９４）。
【００７６】
次に、ＳＧＳＮは、ＵＥ４５から送信されたService Requestメッセージを受信すると、ＲＮＣに対して、RAB Assignment Requestメッセージを送信することによって、無線アクセスベアラの確立を要求する（Ｓ９５）。ＲＮＣは、無線アクセスベアラを確立すると、RAB Assignment ResponseメッセージをＳＧＳＮへ送信する（Ｓ９６）。
【００７７】
続いて、図８を用いて、ＵＥ４５が移動した際に、ＳＧＷが変更しない場合の処理の流れについて説明する。本図においては、主に図７との差異点について説明する。
【００７８】
ステップＳ１０１〜Ｓ１０５は、図７のステップＳ８１〜Ｓ８５と同様であるため詳細な説明を省略する。ステップＳ１０６において、ＳＧＳＮは、Ｏｌｄ ＳＧＷ１５へ、Modify Bearer Requestメッセージを送信する（Ｓ１０６）。ステップＳ１０７及びＳ１０８は、図７のステップＳ８７及びＳ８８と同様である。Ｏｌｄ ＳＧＷ１５は、Modify Bearer Requestメッセージに対する応答メッセージとして、Modify Bearer ResponseメッセージをＳＧＳＮへ送信する。位置情報更新処理Ａ以降の処理については、図７の位置情報更新処理Ａ以降の処理と同様であるため、詳細な説明を省略する。
【００７９】
上述した図５及び図６については、ＵＥ４５がＬＴＥ通信エリアからＬＴＥ通信エリアへ移動することによって、ＵＥ４５を管理するＭＭＥが変更する場合において、変更後のＮｅｗ ＭＭＥ３５にDownlink Notificationメッセージ、或いはＰＧＷ７５起動の制御信号が送信された場合の処理の流れについて説明した。また、図７及び図８については、ＵＥ４５がＬＴＥ通信エリアから３Ｇ通信エリアへ移動することによって、ＵＥ４５を管理するノード装置が、ＭＭＥからＳＧＳＮへ変更する場合において、ＳＧＳＮにDownlink Notificationメッセージ、或いはＰＧＷ７５起動の制御信号が送信された場合の処理の流れについて説明した。
【００８０】
図５〜図８において説明した移動の形態以外に、ＵＥ４５が、３Ｇ通信エリアから３Ｇ通信エリアへ移動する場合もある。このような場合、ＵＥ４５を管理するノード装置が、Ｏｌｄ ＳＧＳＮからＮｅｗ ＳＧＳＮへ変更することもある。ＵＥ４５を管理するノード装置が、Ｏｌｄ ＳＧＳＮからＮｅｗ ＳＧＳＮへ変更された場合、Ｏｌｄ ＳＧＳＮとＮｅｗ ＳＧＳＮとの間において、図８のステップＳ１０３〜Ｓ１０５における、Context Requestメッセージ、Context Responseメッセージ及びContext Acknowledgeメッセージの代わりに、SGSN Context Requestメッセージ、SGSN Context Responseメッセージ及びSGSN Context Acknowledgeメッセージが用いられる。
【００８１】
さらに、ＵＥ４５を管理するノード装置が、Ｏｌｄ ＳＧＳＮからＮｅｗ ＳＧＳＮへ変更された場合、Ｎｅｗ ＳＧＳＮとＧＧＳＮとの間において、図８のステップＳ１０６及びＳ１０７のModify Bearer Requestメッセージの代わりにUpdate PDP Context Requestメッセージが用いられ、ステップＳ１０８及びＳ１０９のModify Bearer Responseメッセージの代わりにUpdate PDP Context Responseメッセージが用いられる。
【００８２】
さらに、ＵＥ４５が、３Ｇ通信エリアと２Ｇ通信エリアとの間を移動した場合においても、ＵＥ４５を管理するノード装置が、Ｏｌｄ ＳＧＳＮからＮｅｗ ＳＧＳＮへ変更された場合と同様の処理が実行される。
【００８３】
図５〜図８において説明した処理シーケンスを実行することによって、図３及び図４と同様に、Tracking Area Update処理中もしくはRouting Area Update処理中に、パケット着信が発生した場合、或いはＰＧＷ７５起動の制御信号を受信した場合においても、ＵＥ４５に対してデータを送信することができる。
【００８４】
（実施の形態３）
続いて、本発明の実施の形態３にかかる通信システムにおける、ＵＥ４５に対するＰａｇｉｎｇ処理について説明する。実施の形態３においては、Tracking Area Update処理もしくはRouting Area Update処理が完了した際に、Ｎｅｗ ＭＭＥ３５もしくはＳＧＳＮが、ＵＥ４５に対するＰａｇｉｎｇ処理を実行する。
【００８５】
具体的には、図５及び図６の処理シーケンスにおいては、Ｎｅｗ ＭＭＥ３５は、ステップＳ５１もしくはステップＳ７１において受信したDownlink Data Notificationメッセージを装置内のメモリ等に保持しておく。その後、Ｎｅｗ ＭＭＥ３５は、ステップＳ５３もしくはステップＳ７３のTracking Area Update Completeメッセージを受信すると、保持していたDownlink Data Notificationメッセージに従い、ＵＥ４５に対するPaging処理を実行する。
【００８６】
また、図７及び図８の処理シーケンスにおいては、ＳＧＳＮは、ステップＳ９１もしくはステップＳ１１１において受信したDownlink Data Notificationメッセージを装置内のメモリ等に保持しておく。その後、ＳＧＳＮは、ステップＳ９６もしくはステップＳ１１６において、RAB Assignment Responseメッセージを受信すると、保持していたDownlink Data Notificationメッセージに従い、ＵＥ４５に対するPaging処理を実行する。
【００８７】
以上説明したように、本発明の実施の形態３にかかるＰａｇｉｎｇ処理を実行することによって、Ｎｅｗ ＭＭＥ３５もしくはＳＧＳＮは、Downlink Data Notificationメッセージの再送を待つことなく、保持していたDownlink Data Notificationメッセージに従って、ＵＥ４５に対してPaging処理を実行することができる。これによって、ＳＧＷとＭＭＥとの間における信号数を減少させることができるとともに、ＵＥ４５に対してＰａｇｉｎｇ処理を実行するタイミングを早めることができる。
【００８８】
上述の実施の形態では、本発明をハードウェアの構成として説明したが、本発明は、これに限定されるものではない。本発明は、各ノード装置における処理を、ＣＰＵ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００９０】
なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。
【符号の説明】
【００９１】
１０  ベアラ管理装置
１１  着信制御部
１５  Ｏｌｄ ＳＧＷ
１６  着信制御部
１７  データ蓄積部
２０  移動管理装置
２１  位置登録エリア
２５  Ｏｌｄ ＭＭＥ
３０  移動管理装置
３１  位置登録エリア
３５  Ｎｅｗ ＭＭＥ
４０  移動端末装置
４５  ＵＥ
５５  ｅＮＢ
６５  ｅＮＢ
７５  ＰＧＷ
８５  Ｎｅｗ ＳＧＷ
【図１】
2015216506.tif 000003
【図２】
2015216506.tif 000004
【図３】
2015216506.tif 000005
【図４】
2015216506.tif 000006
【図５】
2015216506.tif 000007
【図６】
2015216506.tif 000008
【図７】
2015216506.tif 000009
【図８】
2015216506.tif 000010