JP6304753B2

JP6304753B2 - 移動通信システムのための方法、移動通信システム、及び通信端末のための通信方法

Info

Publication number: JP6304753B2
Application number: JP2014098247A
Authority: JP
Inventors: 田村　利之; 利之田村; 洵也岡部
Original assignee: NEC Corp; NEC Communication Systems Ltd
Current assignee: NEC Corp; NEC Communication Systems Ltd
Priority date: 2014-05-12
Filing date: 2014-05-12
Publication date: 2018-04-04
Anticipated expiration: 2034-05-12
Also published as: CN107257554B; EP3145248A4; ZA201607882B; CN106465229A; CN107257554A; US20170150467A1; KR20160144470A; US20180302871A1; KR101914353B1; EP3145248A1; US10021664B2; JP2015216506A; WO2015174045A1; EP3145248B1

Description

本発明は通信システム、ＭＭＥ及び通信方法に関し、例えばＵＥに対する着信制御を行う通信システム、ＭＭＥ及び通信方法に関する。

モバイルネットワークシステムの標準技術を定める３ＧＰＰ（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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

なお、本発明は上記実施の形態に限られたものではなく、趣旨を逸脱しない範囲で適宜変更することが可能である。

１０ベアラ管理装置
１１着信制御部
１５ＯｌｄＳＧＷ
１６着信制御部
１７データ蓄積部
２０移動管理装置
２１位置登録エリア
２５ＯｌｄＭＭＥ
３０移動管理装置
３１位置登録エリア
３５ＮｅｗＭＭＥ
４０移動端末装置
４５ＵＥ
５５ｅＮＢ
６５ｅＮＢ
７５ＰＧＷ
８５ＮｅｗＳＧＷ

Claims

移動通信システムのための方法であって、
ＭＭＥ（Mobility Management Entity）の変更に伴うＴＡＵ（Tracking Area Update）手順またはＳＧＳＮ（Serving GPRS Support Node）の変更に伴うＲＡＵ（Routing Area Update）手順を開始し、
前記ＴＡＵ手順または前記ＲＡＵ手順においてＵＥ（通信端末）が接続されている間に、新しいＭＭＥまたは新しいＳＧＳＮがＤＤＮ（Downlink Data Notification）メッセージを受信した場合は、ユーザプレーン設定手順を起動することを特徴とする方法。
請求項１に記載の方法であって、
前記ＤＤＮメッセージは、前記ＵＥに対するパケットまたは制御信号を受けたＳＧＷ（Serving Gateway）から前記新しいＭＭＥまたは前記新しいＳＧＳＮへ送信されることを特徴とする方法。
請求項１または２に記載の方法であって、
前記ＴＡＵ手順におけるＴＡＵリクエストメッセージまたは前記ＲＡＵ手順におけるＲＡＵリクエストメッセージに、アクティブフラグが設定されていない場合であっても、前記ユーザプレーン設定手順が起動されることを特徴とする方法。
請求項１乃至３のいずれか１項に記載の方法であって、
前記ユーザプレーン設定手順が、前記ＴＡＵ手順に関連して、または、前記ＲＡＵ手順に関連して、起動されることを特徴とする方法。
移動通信システムであって、
ＵＥ（通信端末）と、
複数のＭＭＥ（Mobility Management Entity）または複数のＳＧＳＮ（Serving GPRS Support Node）と、を備え、
前記ＵＥが、ＭＭＥの変更に伴うＴＡＵ（Tracking Area Update）手順またはＳＧＳＮの変更に伴うＲＡＵ（Routing Area Update）手順を開始し、
前記ＴＡＵ手順または前記ＲＡＵ手順において前記ＵＥが接続されている間に、新しいＭＭＥまたは新しいＳＧＳＮがＤＤＮ（Downlink Data Notification）メッセージを受信した場合は、ユーザプレーン設定手順を起動することを特徴とする移動通信システム。
請求項５に記載の移動通信システムであって、
前記ＤＤＮメッセージは、前記ＵＥに対するパケットまたは制御信号を受けたＳＧＷ（Serving Gateway）から前記新しいＭＭＥまたは前記新しいＳＧＳＮへ送信されることを特徴とする移動通信システム。
請求項５または６に記載の移動通信システムであって、
前記ＴＡＵ手順におけるＴＡＵリクエストメッセージまたは前記ＲＡＵ手順におけるＲＡＵリクエストメッセージに、アクティブフラグが設定されていない場合であっても、前記ユーザプレーン設定手順が起動されることを特徴とする移動通信システム。
請求項５乃至７のいずれか１項に記載の移動通信システムであって、
前記ユーザプレーン設定手順が、前記ＴＡＵ手順に関連して、または、前記ＲＡＵ手順に関連して、起動されることを特徴とする移動通信システム。
移動通信システムで用いられる通信端末のための通信方法であって、
通信端末が、ＭＭＥ（Mobility Management Entity）の変更に伴うＴＡＵ（Tracking Area Update）手順またはＳＧＳＮ（Serving GPRS Support Node）の変更に伴うＲＡＵ（Routing Area Update）手順を開始し、
前記通信端末が、前記ＴＡＵ手順または前記ＲＡＵ手順を開始することによって、前記通信端末が接続されている間に、新しいＭＭＥまたは新しいＳＧＳＮがＤＤＮ（Downlink Data Notification）メッセージを受信した場合に、ユーザプレーン設定手順を起動させることを特徴とする通信方法。
請求項９に記載の通信方法であって、
前記ＤＤＮメッセージは、前記通信端末に対するパケットまたは制御信号を受けたＳＧＷ（Serving Gateway）から前記新しいＭＭＥまたは前記新しいＳＧＳＮへ送信されることを特徴とする通信方法。
請求項９または１０に記載の通信方法であって、
前記ＴＡＵ手順におけるＴＡＵリクエストメッセージまたは前記ＲＡＵ手順におけるＲＡＵリクエストメッセージに、アクティブフラグが設定されていない場合であっても、前記ユーザプレーン設定手順が起動されることを特徴とする通信方法。
請求項９乃至１１のいずれか１項に記載の通信方法であって、
前記ユーザプレーン設定手順が、前記ＴＡＵ手順に関連して、または、前記ＲＡＵ手順に関連して、起動されることを特徴とする通信方法。