特許 6195318 移動通信システムにおける端末への着信処理方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6195318

(24)【登録日】2017年8月25日

(45)【発行日】2017年9月13日

(54)【発明の名称】移動通信システムにおける端末への着信処理方法

(51)【国際特許分類】

   H04W 68/12 20090101AFI20170904BHJP

   H04W 88/06 20090101ALI20170904BHJP

【ＦＩ】

   H04W68/12

   H04W88/06

【請求項の数】1

【全頁数】19

(21)【出願番号】特願2015-215646(P2015-215646)

(22)【出願日】2015年11月2日

(62)【分割の表示】特願2015-526424(P2015-526424)の分割

【原出願日】2015年4月30日

(65)【公開番号】特開2016-119650(P2016-119650A)

(43)【公開日】2016年6月30日

【審査請求日】2016年2月15日

【審判番号】不服2016-8529(P2016-8529/J1)

【審判請求日】2016年6月8日

(31)【優先権主張番号】特願2014-258414(P2014-258414)

(32)【優先日】2014年12月22日

(33)【優先権主張国】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】000004237

【氏名又は名称】日本電気株式会社

(74)【代理人】

【識別番号】100103894

【弁理士】

【氏名又は名称】家入 健

(72)【発明者】

【氏名】田村 利之

【合議体】

【審判長】 矢頭 尚之

【審判官】 山本 章裕

【審判官】 近藤 聡

(56)【参考文献】

【文献】 特許第５６０６６０３（ＪＰ，Ｂ２）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

H04B7/24-7/26H04W4/00-99/00

(57)【特許請求の範囲】

【請求項1】

ＩＳＲ（Idle-mode Signaling Reduction）が有効な移動通信システムにおける端末への着信処理方法であって、
前記端末が、ＬＴＥ基地局へのＴｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔメッセージの送信、または２Ｇ／３Ｇ無線制御装置へのＲｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔメッセージの送信を行うステップと、
前記Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ＲｅｑｕｅｓｔメッセージまたはＲｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔメッセージの送信に基づき、前記端末に対するパケット着信を受けたＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）から、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）およびＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）にＤＤＮ（Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ）メッセージが送信され、前記ＭＭＥおよび前記ＳＧＳＮと異なる他のＭＭＥまたは他のＳＧＳＮから前記ＩＳＲが有効であることを示す情報を含むＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを前記ＳＧＷに送信された場合に、前記ＩＳＲが有効であったとしても前記Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信した前記他のＭＭＥまたは前記他のＳＧＳＮのみから前記ＬＴＥ基地局または前記２Ｇ／３Ｇ無線制御装置を介して前記端末がページを受けるステップと、
前記端末が、前記ＬＴＥ基地局または前記２Ｇ／３Ｇ基地局制御装置に対して前記ページに伴う処理を実行するステップとを有する、移動通信システムにおける端末への着信処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は移動通信システム、端末及び端末の着信方法に関し、例えばＩＳＲ（Idle-mode Signaling Reduction）を構成する移動通信システム、端末及び端末の着信方法に関する。

【背景技術】

【0002】

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

【0003】

ここで、ＥＰＣにおけるパケットの着信処理について説明する。非特許文献１には、ユーザ端末を示すＵＥ（User Equipment）がアイドル状態である場合におけるパケットの着信処理が開示されている。ＵＥがアイドル状態であるとは、ＵＥがＥＰＣに接続されていない状態である。言い換えると、ＵＥとＥＰＣとの間における無線ベアラが切断されている状態である。このような場合、ＵＥに対してパケットの着信が発生した場合、ベアラ管理装置であるＳ−ＧＷ（Serving Gateway）は、ＵＥを管理しているＭＭＥ（Mobility Management Entity）もしくはＳＧＳＮ（Serving GPRS Support Node）に対して、着信通知メッセージを送信する。着信通知メッセージを受信したＭＭＥもしくはＳＧＳＮは、ＵＥを呼び出すためにＰａｇｉｎｇメッセージを基地局であるｅＮＢ（evolved Node B）もしくはＮｏｄｅＢへ送信する。Ｐａｇｉｎｇメッセージを受信したｅＮＢもしくはＮｏｄｅＢは、自装置が管理するエリア内に在圏する複数のＵＥに対してＰａｇｉｎｇ処理を行う。ここで、呼び出しの対象であるＵＥは、ｅＮＢもしくはＮｏｄｅＢに対して応答メッセージを送信し、ＥＰＣと接続する。

【0004】

このように、ＥＰＣと接続していないアイドル状態であるＵＥに対するパケットの着信が発生した場合においても、ネットワーク側からＵＥを呼び出すことによって、ＵＥとデータ通信を行うことが出来る。

【0005】

また、ＵＥ、ＳＧＳＮ、ＭＭＥ、及びＳ−ＧＷにおいて、ＩＳＲが有効である場合、言い換えると活性化（activate）されている場合、Ｓ−ＧＷは、着信通知メッセージをＭＭＥ及びＳＧＳＮへ送信する。この場合、ＭＭＥとＳＧＳＮの両方が、ＵＥに対してＰａｇｉｎｇ処理を行う。つまり、ＩＳＲが有効である場合、第２世代及び第３世代と称されている無線アクセスネットワークと、ＬＴＥアクセスネットワークの両方において、Ｐａｇｉｎｇ処理が実行される。

【0006】

ここで、ＩＳＲが有効である状態とは、ＵＥがＳＧＳＮ及びＭＭＥの２つの装置に同時にＡＴＴＡＣＨしている状態である。ＩＳＲが有効であることによって、ＵＥが、第２世代及び第３世代と称されている無線アクセスネットワークと、ＬＴＥアクセスネットワークとの間を移動した場合においても、ＵＥが、ＴＡＵ（Tracking Area Update）及びＲＡＵ（Routing Area Update）を送信することなく、ＵＥのモビリティ管理が行われる。

【先行技術文献】

【非特許文献】

【0007】

【非特許文献1】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

【発明の概要】

【発明が解決しようとする課題】

【0008】

しかし、非特許文献１に開示されているパケットの着信処理においては、以下に記載する問題が発生する。通常、ＭＭＥが管理する位置登録エリアの外へＵＥが移動する場合、ＵＥは、移動先の位置登録エリアを管理する新たなＭＭＥに対して位置登録要求メッセージ（Tracking Area Update Request）を送信する。位置登録要求メッセージを受け取った新たなＭＭＥは、ＵＥの位置登録処理を行う。新たなＭＭＥにおける位置登録処理が完了すると、ＵＥは、移動先の位置登録エリアを管理する新たなＭＭＥに登録された状態となる。

【0009】

ここで、ＵＥが位置登録要求メッセージを送信した後であって、新たなＭＭＥにおける移動処理が完了する前にＵＥに対してパケットの着信が発生すると、Ｓ−ＧＷは、移動前のＵＥの位置を管理していたＭＭＥへ着信通知メッセージを送信する。着信通知メッセージを受信したＭＭＥは、配下の基地局へＰａｇｉｎｇメッセージを送信するが、着信対象のＵＥは新たなＭＭＥが管理するエリアに移動しているため、着信対象のＵＥを呼び出すことが出来ない。つまり、ＵＥがＭＭＥの変更を伴う移動をしている間にパケット着信が発生した場合、ＵＥはパケット着信を受け付けることが出来ないという問題が発生する。

【0010】

本発明の目的は、移動端末装置が移動中に発生したパケット着信を確実に受け付けることが出来るように制御する移動通信システム、端末及び端末の着信方法を提供することにある。

【課題を解決するための手段】

【0011】

本発明の第１の態様にかかる移動通信システムは、端末（ＵＥ）と、ＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）と、ＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）と、ＳＧＷ（Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）とを含む移動通信システムであって、前記端末と、前記ＭＭＥと、前記ＳＧＳＮとにおいて、ＩＳＲが有効である場合、前記ＳＧＷは、前記ＭＭＥ及び前記ＳＧＳＮにＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ メッセージを送信し、前記ＭＭＥ及び前記ＳＧＳＮとは異なる他のＭＭＥもしくは他のＳＧＳＮからＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを受信した場合、前記Ｍｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを送信してきた他のＭＭＥもしくは他のＳＧＳＮのみへＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎを再送する手段と、を備えるものである。

【0012】

本発明の第２の態様にかかる端末は、移動通信システムに用いられる端末（ＵＥ）であって、前記端末においてＩＳＲが有効であり、前記端末がＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）及びＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）に登録されている場合、前記ＭＭＥが変更された際に、変更する前の古いＭＭＥ及び前記ＳＧＳＮが前記端末向けＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ（ＤＤＮ）メッセージを受信した後に、変更した後の新しいＭＭＥのみが、再送された前記Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを受信した場合、前記Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージに起因するページングメッセージが前記新しいＭＭＥから基地局に送信され、前記基地局からページングを受信する受信手段と、を備えるものである。

【0013】

本発明の第３の態様にかかる端末の着信方法は、移動通信システムに用いられる端末（ＵＥ）の着信方法であって、前記端末においてＩＳＲが有効であり、前記端末がＭＭＥ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ）及びＳＧＳＮ（Ｓｅｒｖｉｎｇ ＧＰＲＳ Ｓｕｐｐｏｒｔ Ｎｏｄｅ）に登録されている場合、前記ＭＭＥが変更された際に、変更する前の古いＭＭＥ及び前記ＳＧＳＮが前記端末向けＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎ（ＤＤＮ）メッセージを受信した後に、変更した後の新しいＭＭＥのみが、再送された前記Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを受信した場合、前記Ｄｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージに起因するページングメッセージが前記新しいＭＭＥから基地局に送信され、前記基地局からページングを受信するものである。

【発明の効果】

【0014】

本発明により、移動端末装置が移動中に発生したパケット着信を確実に受け付けることが出来るように制御する移動通信システム、端末及び端末の着信方法を提供することができる。

【図面の簡単な説明】

【0015】

【図1】実施の形態１にかかる通信システムの構成図である。

【図2】実施の形態２にかかる３ＧＰＰにおいて定められている移動通信システムの構成図である。

【図3】実施の形態２にかかる３ＧＰＰにおいて定められている移動通信システムの構成図である。

【図4】実施の形態２にかかる３ＧＰＰにおいて定められている移動通信システムの構成図である。

【図5】実施の形態２にかかる３ＧＰＰにおいて定められている移動通信システムの構成図である。

【図6】実施の形態２にかかるＳＧＷの構成図である。

【図7】実施の形態２にかかるＩＳＲが有効である場合の動作を説明する図である。

【図8】実施の形態２にかかるＵＥの構成図である。

【図9】実施の形態２にかかるＵＥが移動通信システムへ接続する際の接続処理の流れを示す図である。

【図10】実施の形態２にかかるＵＥが移動通信システムへ接続する際の接続処理の流れを示す図である。

【図11】実施の形態２にかかるＵＥに対するパケット着信が発生した際の処理の流れを示す図である。

【図12】実施の形態３にかかるＵＥに対するパケット着信が発生した際の処理の流れを示す図である。

【発明を実施するための形態】

【0016】

（実施の形態１）
以下、図面を参照して本発明の実施の形態について説明する。図１を用いて本発明の実施の形態１にかかる通信システムの構成例について説明する。図１の通信システムは、ベアラ管理装置１０、移動管理装置２０、移動管理装置３０及び移動端末装置４０を有している。移動管理装置２０は、位置登録エリア２１内に在圏する移動端末装置の位置を管理する。移動管理装置３０は、位置登録エリア３１内に在圏する移動端末装置の位置を管理する。また、図１においては、移動端末装置４０は、位置登録エリア２１から位置登録エリア３１へ移動する様子を示している。なお、この図では、移動端末装置４０と無線通信を行う無線基地局は省略している。移動端末装置４０が、位置登録エリア２１から位置登録エリア３１へ移動することによって、移動端末装置４０を管理する移動管理装置が、移動管理装置２０から移動管理装置３０へ変更する。移動管理装置３０は、移動端末装置４０の登録処理が完了するとベアラ管理装置１０へ移動端末装置４０の移動が完了したことを通知する。

【0017】

次に、ベアラ管理装置１０の構成例について説明する。ベアラ管理装置１０は、着信制御部１１を有する。ここで、移動端末装置４０が、位置登録エリア２１から位置登録エリア３１へ移動し、移動管理装置３０において移動端末装置４０の登録処理が完了する前に、移動端末装置４０へパケット着信が発生した場合について説明する。このような場合、着信制御部１１は、移動端末装置４０に対する着信が発生しても、移動管理装置３０から移動端末装置４０の移動が完了したことを通知されるまで、移動端末装置４０に対する着信処理を中断する。着信制御部１１は、移動管理装置３０から移動端末装置４０の移動が完了したことを通知された後、移動端末装置４０に対する着信処理を再開する。例えば、着信制御部１１は、移動管理装置２０に対して着信処理を行った際に、移動管理装置２０から移動端末装置４０が移動中であるとの情報を取得してもよい。

【0018】

着信処理とは、例えば、移動端末装置４０を管理している移動管理装置へ着信メッセージを通知し、移動端末装置４０を宛先とするデータを移動端末装置４０へ送信する処理である。着信処理を中断するとは、例えば、着信制御部１１は、移動端末装置４０が移動中であることを検出すると、移動端末装置４０を宛先とするデータ（ユーザデータ）を移動端末装置４０へ送信する処理へ遷移することを停止し、移動端末装置４０の移動完了が通知された後に、移動端末装置４０を宛先とするデータを移動端末装置４０へ送信することであってもよい。もしくは、着信制御部１１が、移動管理装置３０から移動端末装置４０の移動完了が通知されるまで、着信メッセージを移動管理装置へ送信することを停止することであってもよい。移動端末装置４０の移動中とは、例えば、移動端末装置４０が移動先の位置登録エリア３１を管理する移動管理装置３０へ位置登録要求メッセージを送信してから、移動管理装置３０がベアラ管理装置１０へ移動端末装置４０の移動完了を示すメッセージを通知するまでであってもよい。

【0019】

着信処理を中断するとは、着信処理を一時中断すること、着信処理を一時停止すること、着信処理の再開を前提として着信処理を中止すること、もしくは着信処理の実行を保留すること等であってもよい。

【0020】

以上説明したように、図１の通信システムを用いることにより、移動端末装置４０が、位置を管理する移動管理装置の変更を伴う移動をしている最中に移動端末装置４０に対するパケット着信が発生した場合においても、移動端末装置４０はパケット通信を受け付けることができる。すなわち、ベアラ管理装置１０は、移動先の位置登録エリアを管理する移動管理装置３０から移動完了が通知された後に、移動端末装置４０に対して着信処理を再開することが出来る。そのため、移動端末装置４０の移動処理が完了していない状態でパケット着信が発生した場合においても、ベアラ管理装置１０は移動端末装置４０へパケットの着信を通知することが出来る。

【0021】

（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。本図においては、通信システムとして、３ＧＰＰにおいて定められている移動通信システムについて説明する。図２の通信システムは、ＰＧＷ（Packet Data Network GateWay）７５、ＳＧＷ（Serving GateWay）１５、ＭＭＥ２５、ＭＭＥ３５、ＵＥ４５、ｅＮＢ５５及びｅＮＢ６５を有している。

【0022】

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

【0023】

ｅＮＢ５５及びｅＮＢ６５は、３ＧＰＰにおいて基地局として規定されているノード装置である。ｅＮＢ５５及びｅＮＢ６５は、それぞれ無線通信エリアを形成し、自装置が管理する無線通信エリア内に在圏するＵＥと通信を行う。

【0024】

ＰＧＷ７５は、移動通信システムと外部ネットワークとの境界に位置するノード装置である。ＰＧＷ７５は、外部ネットワークから送信されたデータを、移動通信システム内のノード装置へ送信する。ＰＧＷ７５は、ＳＧＷ１５との間に通信ベアラを設定する。通信ベアラは、例えば、通信経路もしくは通信パス等と称されてもよい。ＰＧＷ７５は、外部ネットワークから送信されたデータを、通信ベアラを介してＳＧＷ１５へ送信する。

【0025】

図１でのベアラ管理装置１０は、３ＧＰＰにおいてＳＧＷ１５として規定されている。ＳＧＷ１５は、ＵＥ４５に対するパケット着信が通知されると、ＭＭＥ２５もしくはＭＭＥ３５へ着信メッセージを通知する。さらに、ＳＧＷ１５は、ＵＥ４５と通信を行うｅＮＢ５５もしくはｅＮＢ６５に対して、ＵＥ４５を宛先とするデータを送信する。

【0026】

図１での移動管理装置２０及び３０は、３ＧＰＰにおいてＭＭＥ２５及びＭＭＥ３５として規定されている。ＭＭＥ２５及びＭＭＥ３５は、それぞれＵＥの位置を管理する位置登録エリアを定めている。ＭＭＥ２５及びＭＭＥ３５のそれぞれが管理する位置登録エリア内には複数のｅＮＢが配置されてもよい。つまり、位置登録エリアは、ｅＮＢが形成する複数の無線通信エリアを含んでもよい。

【0027】

ＵＥ４５は、ＭＭＥ２５が定める位置登録エリアからＭＭＥ３５が定める位置登録エリアへ移動した場合、ＭＭＥ３５へ位置登録要求メッセージを送信する。ＭＭＥ３５は、ＵＥ４５から送信された位置登録要求メッセージを受信すると、ＵＥ４５の移動処理を行う。ＵＥ４５の移動処理は、例えば、ＭＭＥ３５が、管理する対象装置としてＵＥ４５を登録する処理である。さらに、ＭＭＥ３５は、ＵＥ４５から送信された位置登録要求メッセージを受信すると、ＵＥ４５の移動前の位置登録エリアを管理するＭＭＥ２５へ、ＵＥ４５がＭＭＥ３５の定める位置登録エリアへ移動してきたことを通知するメッセージを送信する。ＵＥ４５は、ＭＭＥ３５へ、移動前の位置登録エリアを管理するＭＭＥ２５の識別子を含む位置登録要求メッセージを送信してもよい。これによって、ＭＭＥ３５は、ＵＥ４５の移動前の位置登録エリアを管理するＭＭＥ２５を検出することが出来る。ＭＭＥ２５は、ＭＭＥ３５からメッセージを通知されることによって、ＵＥ４５が、ＭＭＥ３５の定める位置登録エリアへ移動したことを検出することが出来る。

【0028】

ＭＭＥ３５は、ＵＥ４５の移動処理が完了すると、ＳＧＷ１５へＵＥ４５の移動処理が完了したことを示すメッセージを送信する。ＳＧＷ１５は、ＵＥ４５にパケット着信が発生した場合、ＭＭＥ３５からＵＥ４５の移動処理が完了したことを示すメッセージが送信されるまで、ＭＭＥ２５へ着信通知メッセージを送信する。

【0029】

ＭＭＥ２５は、ＭＭＥ３５からＵＥ４５の移動を通知するメッセージを受信した後に、ＳＧＷ１５からＵＥ４５に対する着信通知メッセージを受信する場合がある。このような場合、ＭＭＥ２５は、ＳＧＷ１５に対して、ＵＥ４５が移動したことを通知するメッセージを送信する。

【0030】

ＳＧＷ１５は、ＭＭＥ２５から送信されたＵＥ４５が移動したことを通知するメッセージを受信することによって、ＵＥ４５がＭＭＥの変更を伴う移動をしていることを検出する。ＳＧＷ１５は、ＵＥ４５がＭＭＥの変更を伴う移動をしていることを検出した場合、ＵＥ４５を宛先とするデータをバッファに一時的に格納する。ＳＧＷ１５は、ＭＭＥ３５からＵＥ４５の移動完了を示すメッセージが通知された場合、ＭＭＥ３５へＵＥ４５に対する着信通知メッセージを送信する。その後、ＳＧＷ１５は、ＵＥ４５へ、ＵＥ４５を宛先とするデータを送信する。

【0031】

上記の説明においては、移動管理装置２０及び３０は、ＭＭＥ２５及び３５として説明したが、移動管理装置２０及び３０は、図３に示すようにＳＧＳＮ２７及び３７であってもよい。ＳＧＳＮ２７及び３７は、３ＧＰＰにおいて２Ｇもしくは３Ｇと称される無線アクセスネットワークと通信を行うＵＥの位置を管理するノード装置である。ＳＧＳＮ２７及び３７は、２Ｇもしくは３Ｇと称される無線アクセスネットワーク内の２Ｇ／３Ｇ無線制御装置５７及び６７と接続する。２Ｇもしくは３Ｇと称される無線アクセスネットワーク内の２Ｇ／３Ｇ無線制御装置は、例えばＲＮＣ（Radio Network Controller）と称されてもよい。図３に示される構成は、ＭＭＥ２５及び３５をＳＧＳＮ２７及び３７へ置き換え、ｅＮＢ５５及び６５を２Ｇ／３Ｇ無線制御装置５７及び６７へ置き換えた以外は図２と同様である。

【0032】

さらに、ＳＧＷ１５は、図４に示すように、ＭＭＥ２５及びＳＧＳＮ３７と接続してもよい。つまり、ＳＧＷ１５は、ＭＭＥ及びＳＧＳＮが混在するシステムに配置されてもよい。図４に示される構成は、図２におけるＭＭＥ３５をＳＧＳＮ３７へ置き換え、ｅＮＢ６５を２Ｇ／３Ｇ無線制御装置６７へ置き換えた以外は、図２と同様である。図４は、ＵＥ４５が、ＭＭＥ２５が定める位置登録エリアから、ＳＧＳＮ３７が定める位置登録エリアへ移動する様子を示している。また、図５に示すように、ＵＥ４５が、ＳＧＳＮ２７が定める位置登録エリアから、ＭＭＥ３５が定める位置登録エリアへ移動した場合においても、図２と同様に動作する。

【0033】

ここで、図４を用いて、ＵＥ４５、ＭＭＥ２５、ＳＧＳＮ３７、及びＳＧＷ１５において、ＩＳＲが有効であり、さらに、ＳＧＳＮ３７が、ＵＥ４５の位置登録処理を既に完了している場合、つまり、ＳＧＳＮ３７が、管理する対象装置としてＵＥ４５を登録する処理を完了している場合について説明する。このような場合、ＵＥ４５が、ＳＧＳＮ３７が定める位置登録エリアへ移動しても、ＵＥ４５が、ＳＧＳＮ３７へ位置登録要求メッセージを送信することはない。位置登録要求メッセージは、例えば、Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔメッセージであってもよい。

【0034】

次に、図５を用いて、ＵＥ４５、ＳＧＳＮ２７、ＭＭＥ３５、及びＳＧＷ１５において、ＩＳＲが有効であり、さらに、ＭＭＥ３５が、ＵＥ４５の位置登録処理を既に完了している場合、について説明する。このような場合、ＵＥ４５が、ＭＭＥ３５が定める位置登録エリアへ移動しても、ＵＥ４５が、ＭＭＥ３５へ位置登録要求メッセージを送信することはない。位置登録要求メッセージは、例えば、Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ Ｒｅｑｕｅｓｔメッセージであってもよい。

【0035】

続いて、図６を用いて本発明の実施の形態２にかかるＳＧＷ１５の構成例について説明する。ＳＧＷ１５は、着信制御部１６及びデータ蓄積部１７を有している。着信制御部１６は、図１の着信制御部１１と同様である。

【0036】

着信制御部１６は、ＵＥ４５の移動前の位置登録エリアを管理するＭＭＥ２５からＵＥ４５の移動を通知するメッセージが送信された場合、ＵＥ４５を宛先とするデータを一時的にデータ蓄積部１７へ格納する。さらに、着信制御部１６は、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５からＵＥ４５の移動が完了したことを通知するメッセージが送信された場合、ＭＭＥ３５へＵＥ４５に対する着信メッセージを送信する。さらに、着信制御部１６は、ＵＥ４５とｅＮＢ６５との間に無線ベアラが設定されると、データ蓄積部１７に格納したデータをｅＮＢ６５を介してＵＥ４５へ送信する。

【0037】

また、着信制御部１６は、ＵＥ、ＭＭＥ、ＳＧＳＮ、及びＳＧＷがＩＳＲを構成している場合における処理動作をサポートしている。例えば、ＵＥ、ＭＭＥ、ＳＧＳＮ、及びＳＧＷがＩＳＲを構成している場合、着信制御部１６は、ＵＥが登録されているＭＭＥ及びＳＧＳＮの両方に着信メッセージを送信する。

【0038】

次に、図７を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。図７の通信システムは、ＳＧＷ１５、ＭＭＥ２５、ＭＭＥ３５、ＳＧＳＮ２７及びＵＥ４５を有している。ＵＥ４５の移動前においては、ＭＭＥ２５、ＳＧＳＮ２７及びＵＥ４５は、ＩＳＲが有効であるとする。また、図７は、ＵＥ４５の移動に伴い、ＵＥ４５を管理するＭＭＥが、ＭＭＥ２５からＭＭＥ３５へ変更されていることを示している。また、ＵＥ４５を管理するＳＧＳＮ２７は、変更されないとする。ＵＥ４５の移動後においても、ＭＭＥ３５、ＳＧＳＮ２７及びＵＥ４５は、ＩＳＲが有効であるとする。

【0039】

ＵＥ４５の移動前で、かつＩＳＲが有効である場合、ＳＧＷ１５は、ＵＥ４５に対する着信が発生するとＭＭＥ２５及びＳＧＳＮ２７へＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを送信する。ここで、ＳＧＷ１５が、ＭＭＥ２５とは異なるＭＭＥ３５からＭｏｄｉｆｙ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔメッセージを受信すると、ＳＧＷ１５は、ＭＭＥ３５のみへＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを再送する。

【0040】

ＳＧＷ１５が、ＭＭＥ３５のみへＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを送信することによって、ＳＧＳＮ２７におけるページング処理を回避することができる。

【0041】

また、図７においては、ＵＥ４５を管理するＭＭＥが、ＭＭＥ２５からＭＭＥ３５へ変更された場合の例について説明したが、ＵＥ４５を管理するＳＧＳＮが変更される場合もＭＭＥ２５からＭＭＥ３５へ変更された場合と同様である。このような場合においても、変更後のＳＧＳＮがＭｏｄｉｆｙ Ｂｅａｒｅｒ ＲｅｑｕｅｓｔメッセージをＳＧＷ１５へ送信することによって、ＳＧＷ１５は、変更後のＳＧＳＮのみへＤｏｗｎｌｉｎｋ Ｄａｔａ Ｎｏｔｉｆｉｃａｔｉｏｎメッセージを再送する。これによって、ＭＭＥ２５におけるページング処理を回避することができる。

【0042】

続いて、図８を用いて、本発明の実施の形態２にかかるＵＥ４５の構成例について説明する。ＵＥ４５は、２Ｇ／３Ｇ通信部４６、ＬＴＥ通信部４７、パケット通信部４８及びモビリティ管理部４９を有している。

【0043】

２Ｇ／３Ｇ通信部４６は、２Ｇ／３Ｇ無線制御装置から、ページングに伴う信号を受信する。つまり、２Ｇ／３Ｇ通信部４６は、２Ｇ／３Ｇ無線制御装置において実行されるページングに伴う処理を実行する。言い換えると、２Ｇ／３Ｇ通信部４６は、２Ｇ／３Ｇ無線制御装置からページされると、ページに伴う処理を実行する。また、２Ｇ／３Ｇ通信部４６は、ＵＥ４５を管理するＳＧＳＮが変更される際に、Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅを開始する。具体的には、２Ｇ／３Ｇ通信部４６は、Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅメッセージを２Ｇ／３Ｇ無線制御装置へ送信する。

【0044】

ＬＴＥ通信部４７は、ｅＮＢから、ページングに伴う信号を受信する。つまり、ＬＴＥ通信部４７は、ｅＮＢにおいて実行されるページングに伴う処理を実行する。言い換えると、ＬＴＥ通信部４７は、ｅＮＢからページされると、ページに伴う処理を実行する。また、ＬＴＥ通信部４７は、ＵＥ４５を管理するＭＭＥが変更される際に、Ｔｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅを開始する。具体的には、ＬＴＥ通信部４７は、Ｔｒａｃｋｉｎｇ Ａｒｅａ ＵｐｄａｔｅメッセージをｅＮＢへ送信する。

【0045】

パケット通信部４８は、２Ｇ／３Ｇ通信部４６もしくはＬＴＥ通信部４７を介して送信するパケットデータを生成する。もしくは、パケット通信部４８は、２Ｇ／３Ｇ通信部４６もしくはＬＴＥ通信部４７を介して受信したパケットデータの受信処理を行う。

【0046】

モビリティ管理部４９は、ＵＥ４５のモビリティ管理を行う。例えば、モビリティ管理部４９は、ＵＥ４５の現在のＴｒａｃｋｉｎｇ ＡｒｅａもしくはＲｏｕｔｉｎｇ Ａｒｅａを管理する。モビリティ管理部４９は、ＵＥ４５のＴｒａｃｋｉｎｇ ＡｒｅａもしくはＲｏｕｔｉｎｇ Ａｒｅａが変更される際に、２Ｇ／３Ｇ通信部４６もしくはＬＴＥ通信部４７へ、Ｒｏｕｔｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅもしくはＴｒａｃｋｉｎｇ Ａｒｅａ Ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅの開始を指示する。

【0047】

続いて、図９を用いて本発明の実施の形態２にかかるＵＥの移動通信システムへの接続処理の流れについて説明する。はじめに、ＵＥ４５は、ユーザによって電源スイッチが押下され電源が投入された場合、ｅＮＢ５５へ位置登録要求メッセージとして、Attach Requestメッセージを送信する（Ｓ１１）。次に、ｅＮＢ５５は、ＵＥ４５から送信されたAttach RequestメッセージをＭＭＥ２５へ送信する（Ｓ１２）。ＭＭＥ２５は、Attach Requestメッセージを受信すると、ＵＥ４５の位置登録情報を作成する。位置登録情報とは、例えば、ＵＥ４５が自装置の管理する位置登録エリア内に在圏することを示す情報もしくはＵＥ４５の加入者情報を含む。ＵＥ４５の加入者情報は、移動通信システム内に配置されている加入者情報管理装置（不図示）から取得してもよい。加入者情報管理装置は、例えば、３ＧＰＰにおいてＨＳＳ（Home Subscriber Server）として規定されている。次に、ＭＭＥ２５は、Create Session Requestメッセージを用いてＳＧＷ１５へＵＥ４５の加入者情報を通知する（Ｓ１３）。次に、ＳＧＷ１５は、Create Session Requestメッセージに対する応答メッセージとして、Create Session ResponseメッセージをＭＭＥ２５へ送信する（Ｓ１４）。ＳＧＷ１５は、Create Session Requestメッセージを受信することにより、ＵＥ４５の位置を管理しているＭＭＥを識別することが出来る。さらに、Create Session Responseメッセージが送信されることにより、ＭＭＥ２５とＳＧＷ１５との間にＵＥ４５に関するセッションが確立される。

【0048】

次に、ＭＭＥ２５は、Create Session Responseメッセージを受信すると、ｅＮＢ５５へ、Attach Requestメッセージの応答メッセージとして、Attach Acceptメッセージを送信する（Ｓ１５）。ＭＭＥ２５は、Attach Acceptメッセージを送信することによって、ＵＥ４５の登録処理を完了する。ＵＥ４５の登録処理の完了は、すなわち、ＵＥ４５の移動処理を完了したことと同様である。次に、ｅＮＢ５５は、ＵＥ４５へAttach Acceptメッセージを送信する（Ｓ１６）。

【0049】

ＵＥ４５がAttach Acceptメッセージを受信することによって、ＵＥ４５は、移動通信システムへ接続した状態となる。ＵＥ４５が移動通信システムへ接続した状態は、ＵＥ４５が移動通信システムへＡｔｔａｃｈした状態と称されてもよい。

【0050】

上述した説明においては、ＵＥ４５の電源が投入された際の処理の流れについて説明したが、ＵＥ４５の在圏する位置登録エリアが変更した場合においても、新たなＭＭＥにおいて位置登録情報を作成するために同様の処理が実行される。ＵＥ４５は、在圏する位置登録エリアが変更した場合、Attach RequestメッセージのかわりにTracking Area Update Requestメッセージを送信する。また、ＭＭＥ２５及びＳＧＷ１５は、Create Session Request/Create Session ResponseメッセージのかわりにModify Bearer Request/Modify Bearer Responseメッセージを送受信する。

【0051】

続いて、図１０を用いて、本発明の実施の形態２にかかるＵＥの移動通信システムへの接続処理の流れについて説明する。図１０は、図９のｅＮＢ５５及びｅＮＢ６５を２Ｇ／３Ｇ無線制御装置５７及び２Ｇ／３Ｇ無線制御装置６７としている。さらに、図１０は、図９のＭＭＥ２５及びＭＭＥ３５をＳＧＳＮ２７及びＳＧＳＮ３７としている。図１０におけるステップＳ１０１〜Ｓ１０６は、図９のステップＳ１１〜１６と同様であるため詳細な説明を省略する。

【0052】

続いて、図１１を用いて本発明の実施の形態２にかかるＵＥ４５がＭＭＥの変更を伴う移動をしている最中にＵＥ４５に対するパケット着信が発生した際の処理の流れについて説明する。ここでは、図９及び図１０の処理が完了していることを前提とし、ＵＥ４５は、ＭＭＥ２５の管理する位置登録エリアに在圏しているとする。ここで、ＵＥ４５、ＭＭＥ２５、ＳＧＳＮ２７、及びＳＧＷ１５の間において、ＩＳＲが構築されていてもよい。言い換えると、ＵＥ４５、ＭＭＥ２５及びＳＧＳＮ２７の間において、ＩＳＲが有効であってもよい。

【0053】

はじめに、ＵＥ４５は、ＭＭＥ２５の管理する位置登録エリアから他の位置登録エリアに移動したことを検出すると、移動先の通信エリアを管理するｅＮＢ６５へTracking Area Update Requestメッセージを送信する（Ｓ２１）。ＵＥ４５は、ｅＮＢ６５から配信される報知情報を受信することによって、位置登録エリアが変更したことを検出してもよい。つまり、ＵＥ４５は、移動前にｅＮＢ５５から配信された位置登録エリアと、移動後にｅＮＢ６５から配信された位置登録エリアとが異なる場合に、位置登録エリアが変更したことを検出してもよい。

【0054】

次に、ｅＮＢ６５は、自装置の通信エリアを含む位置登録エリアを管理しているＭＭＥ３５へ、ＵＥ４５に関するTracking Area Update Requestメッセージを送信する（Ｓ２３）。このとき同時に、ＵＥ４５とＭＭＥ３５の間で制御メッセージを通信するために、ｅＮＢ６５とＭＭＥ３５の間にS1 Connectionを確立する。ここで、Tracking Area Update Requestメッセージには、ＵＥ４５の移動前の位置登録エリアを管理していたＭＭＥ２５の識別子が含まれているとする。

【0055】

次に、ＭＭＥ３５は、ＭＭＥ２５からＵＥ４５の位置登録情報を取得するために、ＭＭＥ２５へ位置登録情報の転送を要求するContext Requestメッセージを送信する（Ｓ２４）。ＭＭＥ２５は、ＭＭＥ３５からＵＥ４５の位置登録情報の転送を要求するContext Requestメッセージが送信されたことによって、自装置が管理する位置登録エリアの外にＵＥ４５が移動したことを検出することが出来る。さらに、ＭＭＥ２５は、ＭＭＥ３５から送信されたContext Requestメッセージを受信することによって、ＵＥ４５がＭＭＥ３５の管理する位置登録エリアに移動したことを検出することが出来る。

【0056】

ここで、ステップＳ２４においてＭＭＥ３５からＭＭＥ２５へContext Requestメッセージが送信された後に、ＳＧＷ１５へＵＥ４５に対するパケット着信が通知されるとする（Ｓ２５）。パケット着信は、外部ネットワークからＰＧＷ７５を経由してＳＧＷ１５へ通知される。

【0057】

ＳＧＷ１５は、図９の接続処理において、ＵＥ４５がＭＭＥ２５の管理する位置登録エリアに在圏していることを通知されている。そのため、ＳＧＷ１５は、ＵＥ４５に対するパケット着信を通知するためにＭＭＥ２５へDownlink Data Notificationメッセージを送信する（Ｓ２６）。また、ＵＥ４５、ＭＭＥ２５及びＳＧＳＮ２７の間において、ＩＳＲが構築されている場合、図１０の接続処理において、ＳＧＷ１５は、ＵＥ４５がＳＧＳＮ２７の管理する位置登録エリアに在圏していることも通知されている。そのため、ＵＥ４５、ＭＭＥ２５及びＳＧＳＮ２７の間において、ＩＳＲが構築されている場合、ＳＧＷ１５は、ＭＭＥ２５及びＳＧＳＮ２７へDownlink Data Notificationメッセージを送信する。

【0058】

次に、ＭＭＥ２５は、ステップＳ２４のContext Requestメッセージを受信することによってＵＥ４５が移動中であることを検出している。そのため、ＭＭＥ２５は、ＵＥ４５が移動中であり、ＵＥ４５の呼び出し処理を一時的に行うことが出来ないことを示すCauseを設定し、Downlink Data Notification AcknowledgeメッセージをＳＧＷ１５へ送信する（Ｓ２７）。Downlink Data Notification Acknowledgeメッセージには、Cause設定として、Cause=Temporarily Rejected due to mobilityが設定される。Cause=Temporarily Rejected due to mobilityは、Causeに、ＵＥが移動中であり一時的に呼び出し処理が出来ないこと（temporarily rejected）を示す情報が設定されたことを示している。

【0059】

ここで、ＳＧＷ１５は、Cause=Temporarily Rejected due to mobilityが設定されたDownlink Data Notification Acknowledgeメッセージを受信すると、パケット着信処理を一時中断し、ＵＥ４５を宛先とするパケットのバッファリングを継続しつつDownlink Data Notificationメッセージを再送するタイマ(locally configured guard timer)を起動する。

【0060】

次に、ＭＭＥ２５は、Tracking Area Update RequestメッセージにおけるＵＥ４５の移動前の位置登録エリアを管理するＭＭＥとしての動作を実行する。つまり、ＭＭＥ２５は、ステップＳ２４のContext Requestメッセージの応答メッセージとして、Context ResponseメッセージをＭＭＥ３５へ送信する（Ｓ２８）。ＵＥ４５の移動前の位置登録エリアを管理するＭＭＥは、Ｏｌｄ側ＭＭＥと称されてもよい。さらに、ＵＥ４５の移動後の位置登録エリアを管理するＭＭＥは、Ｎｅｗ側ＭＭＥと称されてもよい。ＭＭＥ２５は、Context Responseメッセージを用いてＵＥ４５の位置登録情報をＭＭＥ３５へ通知する。ＭＭＥ３５は、Context Responseメッセージの応答メッセージとしてContext AcknowledgeメッセージをＭＭＥ２５へ送信する（Ｓ２９）。

【0061】

次に、ＭＭＥ３５は、ＭＭＥ２５とＳＧＷ１５との間に確立されているセッションの切替を通知するために、ＳＧＷ１５へModify Bearer Requestメッセージを送信する（Ｓ３０）。ＭＭＥ２５とＳＧＷ１５との間に確立されているセッションは、図９のステップＳ１３及びＳ１４において確立されたセッションである。ＳＧＷ１５は、Modify Bearer Requestメッセージを受信することによって、ＭＭＥ３５においてＵＥ４５の移動処理が完了したことを検出する。ＭＭＥ３５は、ＭＭＥ２５とＳＧＷ１５との間において確立されたセッションを識別する識別子をＳＧＷ１５へ送信することによって、ＭＭＥ２５とＳＧＷ１５との間に確立されているセッションの切替を通知してもよい。ＭＭＥ２５とＳＧＷ１５との間において確立されたセッションを識別する識別子は、ステップＳ２８のContext Responseメッセージに含められてもよい。

【0062】

また、ステップＳ３０において、ＭＭＥ３５は、ＩＳＲが有効であることを示す、ＩＳＲ activatedとする情報をModify Bearer Requestメッセージに設定し、送信してもよい。

【0063】

ＳＧＷ１５は、Modify Bearer Requestメッセージの応答メッセージとして、Modify Bearer ResponseメッセージをＭＭＥ３５へ送信する（Ｓ３１）。この時、ＳＧＷ１５は、ステップＳ２７においてDownlink Data Notification Acknowledgeメッセージを受信した際に起動したタイマ(locally configured guard timer)を停止する。

【0064】

次に、ＭＭＥ３５は、Modify Bearer Responseメッセージを受信すると、ステップＳ２３の応答メッセージとして、Tracking Area Update AcceptメッセージをｅＮＢ６５へ送信する（Ｓ３２）。次に、ｅＮＢ６５は、送信されたTracking Area Update AcceptメッセージをＵＥ４５へ送信する（Ｓ３３）。

【0065】

次に、ＭＭＥ３５は、既に確立したｅＮＢ６５との間のS1 Connectionを解放する（Ｓ３４）。

【0066】

次に、ＳＧＷ１５は、ＵＥ４５に対するパケット着信を通知するために、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５へDownlink Data Notificationメッセージを送信する（Ｓ３５）。つまり、ステップＳ３５において、ステップＳ２６における、ＭＭＥ２５に対するDownlink Data Notificationメッセージの送信処理を、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５に対して行う事になる。ＭＭＥ３５とＳＧＳＮ２７がISRを有効とする場合であっても、ＭＭＥ３５が、Modify Bearer RequestメッセージをＳＧＷ１５へ送信することによって、ＵＥ４５がｅＮＢ６５配下に存在する事が明白である。そのため、ＳＧＷ１５はＭＭＥ３５に対してのみにDownlink Data Notificationメッセージの送信処理を実施してもよい。言い換えると、ＳＧＷ１５は、ＭＭＥ３５に対してのみ、Downlink Data Notificationメッセージの再送処理を実施してもよい。なお、ステップ３５は処理を説明する上で順番に記述しているが、ステップ３５はＳＧＷ１５の動作である事より、ステップ３１（Modify Bearer Response）送信の直後に実施されてもよい。次に、ＭＭＥ３５は、ＵＥ４５の呼び出し処理を行うために、ｅＮＢ６５へPagingメッセージを送信し（Ｓ３６）、ｅＮＢ６５は、配下の通信エリアに在圏するＵＥに対してPaging処理を行う（Ｓ３７）。このようにして、ＵＥ４５は、新たな位置登録エリアに移動した後に、ＵＥ４５の移動中に発生したパケット着信通知を受けることが出来る。

【0067】

ここで、ステップＳ２７においてDownlink Data Notification Acknowledgeメッセージを受信した際に起動したタイマ(locally configured guard timer)がModify Bearer Requestメッセージを受信する前に満了した場合、ＳＧＷ１５は、ＵＥ４５に対するパケット着信処理を終了してもよい。もしくは、ＳＧＷ１５は、再度Downlink Data NotificationメッセージをＭＭＥ２５へ送信し、パケット着信処理を継続するようにしてもよい。

【0068】

ここで、ステップＳ２７においてDownlink Data Notification Acknowledgeメッセージを受信した際に起動したタイマ(locally configured guard timer)がModify Bearer Requestメッセージを受信できず満了した場合、ＳＧＷ１５は、バッファリングされたＵＥ４５を宛先とするパケットを解放してもよい。

【0069】

以上説明したように本発明の実施の形態２にかかる通信システムを用いることにより、ＵＥ４５がＭＭＥの変更を伴う移動中であり、新たなＭＭＥにおいてＵＥ４５の移動処理が完了していない間にＵＥ４５に対するパケット着信が発生した場合においても、ＵＥ４５は正常にパケット着信通知を受信することが出来る。

【0070】

また、ＭＭＥ３５、ＳＧＳＮ２７、及びＳＧＷ１５がＩＳＲを有効とする場合に、ＳＧＷ１５が、ＭＭＥ３５のみにDownlink Data Notificationメッセージの送信処理を実施することによって、ＳＧＳＮ２７におけるPaging処理の実行を回避することができる。

【0071】

さらに、図３のように、ＭＭＥ２５がＳＧＳＮ２７へ置き換えられ、ＭＭＥ３５がＳＧＳＮ３７へ置き換えられ、ｅＮＢ５５が２Ｇ／３Ｇ無線制御装置５７へ置き換えられ、ｅＮＢ６５が２Ｇ／３Ｇ無線制御装置６７へ置き換えられた場合、ステップＳ２１及びＳ２３におけるTracking Area Update Requestメッセージは、Routing Area Update Requestメッセージに置き換えられる。また、ステップＳ３２及び３３におけるTracking Area Update Acceptメッセージは、Routing Area Update Acceptメッセージに置き換えられる。さらに、ステップＳ３４におけるS1 Connection解放は、Iu Connection解放に置き換えられる。ＭＭＥ２５とＳＧＳＮ３７とがISR（Idle-mode signaling reduction）を有効とする場合であっても、ＳＧＳＮ３７が、Modify Bearer RequestメッセージをＳＧＷ１５へ送信することによって、ＵＥ４５が２Ｇ／３Ｇ無線制御装置６７配下に存在する事が明白である。そのため、ＳＧＷ１５はＳＧＳＮ３７に対してのみにDownlink Data Notificationメッセージの送信処理を実施してもよい。

【0072】

（実施の形態３）
続いて、図１２を用いて、本発明の実施の形態３にかかるＵＥの移動通信システムへの接続処理の流れについて説明する。はじめに、ＳＧＷ１５へＵＥ４５に対するパケット着信が通知されるとする（Ｓ４１）。次に、ＳＧＷ１５は、ＭＭＥ２５へDownlink Data Notificationメッセージを送信する（Ｓ４２）。ここで、ＵＥ４５、ＭＭＥ２５、ＳＧＳＮ２７、及びＳＧＷ１５の間において、ＩＳＲが構築されている。そのため、ＳＧＷ１５は、ＭＭＥ２５へDownlink Data Notificationメッセージを送信するとともに、ＳＧＳＮ２７に対してもDownlink Data Notificationメッセージを送信する。

【0073】

次に、ＭＭＥ２５は、ＳＧＷ１５へDownlink Data Notification Acknowledgeメッセージを送信する（Ｓ４３）。図１１においては、ＭＭＥ２５は、Cause=Temporarily Rejected due to mobilityを設定したDownlink Data Notification Acknowledgeメッセージを送信したが、図１２のステップＳ４３においては、Cause=Temporarily Rejected due to mobilityを設定していない。ＭＭＥ２５がDownlink Data Notificationメッセージを受信した時点において、ＭＭＥ２５は、ＵＥ４５の移動を認識していないからである。

【0074】

次に、ＭＭＥ２５は、ＵＥ４５の呼び出し処理を行うために、ｅＮＢ５５へPagingメッセージを送信し（Ｓ４４）、ｅＮＢ５５は、配下の通信エリアに在圏するＵＥに対してPaging処理を行う。（Ｓ４５）。

【0075】

次に、ＵＥ４５は、ＭＭＥ２５の管理する位置登録エリアから他の位置登録エリアに移動したことを検出すると、移動先の通信エリアを管理するｅＮＢ６５へTracking Area Update Requestメッセージを送信する（Ｓ４６）。ＵＥ４５は、Paging処理が完了する前に、ｅＮＢ６５へTracking Area Update Requestメッセージを送信する。もしくは、ＵＥ４５は、Paging処理を実行する前に、ｅＮＢ６５へTracking Area Update Requestメッセージを送信する。つまり、ステップＳ４５におけるPaging処理と、ステップＳ４６におけるTracking Area Update Requestメッセージの送信とが交錯している状態であるため、Paging処理が完了していないうちに、Tracking Area Update Requestメッセージの送信が行われたとする。

【0076】

続いて実行されるステップＳ４７〜Ｓ５０は、図１１のステップＳ２３、Ｓ２４、Ｓ２８及びＳ２９と同様であるため詳細な説明を省略する。

【0077】

次に、ＭＭＥ３５は、ＭＭＥ２５とＳＧＷ１５との間に確立されているセッションの切替を通知するために、ＳＧＷ１５へModify Bearer Requestメッセージを送信する（Ｓ５１）。ＳＧＷ１５は、Modify Bearer Requestメッセージを受信することによって、ＵＥ４５が位置登録エリアを変更する移動を行ったことを認識する。

【0078】

ステップＳ５２〜Ｓ５８は、図１１のステップＳ３１〜Ｓ３７と同様であるため詳細な説明を省略する。ＳＧＷ１５は、ステップＳ５１において、ＵＥ４５が移動したことを認識することによって、ステップＳ５６において、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５へ、Downlink Data Notificationメッセージを送信する。この時、ＳＧＷ１５は、図１１のステップＳ３５と同様に、ＭＭＥ３５に対してのみ、Downlink Data Notificationメッセージの再送を行う。つまり、ＳＧＷ１５は、ＳＧＳＮ２７とＭＭＥ３５とにおいてＩＳＲが有効である場合においても、ＳＧＳＮ２７へDownlink Data Notificationメッセージの再送を行わない。なお、ステップ３５は処理を説明する上で順番に記述しているが、ステップ３５はＳＧＷ１５の動作である事より、ステップ３１（Modify Bearer Response）送信の直後に実施されてもよい。

【0079】

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

【0080】

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

【0081】

以上、実施の形態を参照して本願発明を説明したが、本願発明は上記によって限定されるものではない。本願発明の構成や詳細には、発明のスコープ内で当業者が理解し得る様々な変更をすることができる。

【0082】

この出願は、２０１４年１２月２２日に出願された日本出願特願２０１４−２５８４１４を基礎とする優先権を主張し、その開示の全てをここに取り込む。

【符号の説明】

【0083】

１０ ベアラ管理装置
１１ 着信制御部
１５ ＳＧＷ
１６ 着信制御部
１７ データ蓄積部
２０ 移動管理装置
２１ 位置登録エリア
２５ ＭＭＥ
２７ ＳＧＳＮ
３０ 移動管理装置
３１ 位置登録エリア
３５ ＭＭＥ
３７ ＳＧＳＮ
４０ 移動端末装置
４５ ＵＥ
４６ ２Ｇ／３Ｇ通信部
４７ ＬＴＥ通信部
４８ パケット通信部
４９ モビリティ管理部
５５ ｅＮＢ
５７ ２Ｇ／３Ｇ無線制御装置
６５ ｅＮＢ
６７ ２Ｇ／３Ｇ無線制御装置
７５ ＰＧＷ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】