JP2018182754A - ベアラ管理装置、通信方法、及び端末装置、 - Google Patents

Abstract

【課題】移動端末装置が移動中に発生したパケット着信を確実に受け付けることが出来るように制御するベアラ管理装置を提供すること。【解決手段】本発明のにかかるベアラ管理装置１０は、移動管理装置２０によって位置を管理されていた移動端末装置４０が移動することによって移動管理装置３０が移動端末装置４０の位置を管理する場合、移動管理装置３０から移動端末装置４０の移動完了が通知されるまで、移動端末装置４０が移動中に発生した移動端末装置４０に対する着信処理を中断し、移動管理装置３０から移動端末装置４０の移動完了が通知された後、移動端末装置４０に対する着信処理を再開する着信制御部１１、を備えるものである。【選択図】図１

Description

本発明はベアラ管理装置に関し、例えば移動端末装置に対する着信制御を行うベアラ管理装置に関する。

モバイルネットワークシステムの標準技術を定める３ＧＰＰにおいて、次世代モバイルネットワークシステムとしてＥＰＣ（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）を送信する。位置登録要求メッセージを受け取った新たなＭＭＥは、ＵＥの位置登録処理を行う。新たなＭＭＥにおける位置登録処理が完了すると、ＵＥは、移動先の位置登録エリアを管理する新たなＭＭＥに登録された状態となる。

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

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

本発明の第１の態様にかかるベアラ管理装置は、第１の移動管理装置によって位置を管理されていた移動端末装置が移動することによって第２の移動管理装置が前記移動端末装置の位置を管理する場合、前記第２の移動管理装置から前記移動端末装置の移動完了が通知されるまで、前記移動端末装置が移動中に発生した前記移動端末装置に対する着信処理を中断し、前記第２の移動管理装置から前記移動端末装置の移動完了が通知された後、前記移動端末装置に対する着信処理を再開する着信制御部、を備えるものである。

本発明の第２の態様にかかる移動管理装置は、移動端末装置の移動を管理する移動管理装置であって、位置を管理していた前記移動端末装置が移動し、他の移動管理装置によって前記移動端末装置の位置が管理される状態において、ベアラ管理装置から送信された前記移動端末装置に対する着信通知メッセージを受信した場合、前記移動端末装置が前記他の移動管理装置へ移動したことを示す移動通知メッセージを前記ベアラ管理装置へ送信する通信部を備えるものである。

本発明の第３の態様にかかる移動端末装置は、第１の移動管理装置に位置を管理されている状態から前記第１の移動管理装置が管理するエリアの外へ移動した場合、第２の移動管理装置へ位置登録要求メッセージを送信し、前記第２の移動管理装置において前記移動管理装置の位置登録処理が完了する前に着信処理が発生した場合、前記位置登録要求メッセージを送信する際に使用した無線リソースを用いて自装置宛のデータを受信する通信部を備えるものである。

本発明の第４の態様にかかる通信システムは、第１のエリア内に位置する移動端末装置の位置を管理する第１の移動管理装置と、前記第１のエリアと異なる第２のエリア内に位置する移動端末装置の位置を管理する第２の移動管理装置と、前記移動端末装置に対する着信処理が発生した場合に、前記第１もしくは第２の移動管理装置へ着信通知メッセージを送信するベアラ管理装置と、を備え、前記ベアラ管理装置は、前記第１のエリア内に位置していた移動端末装置が前記第２のエリアへ移動することによって、第２の移動管理装置が前記移動端末装置の位置を管理する場合、前記第２の移動管理装置から前記移動端末装置の移動完了が通知されるまで、前記移動端末装置が移動中に発生した前記移動端末装置に対する着信処理を中断し、前記第２の移動管理装置から前記移動端末装置の移動完了が通知された後、前記移動端末装置に対する着信処理を再開するものである。

本発明の第５の態様にかかる着信処理方法は、第１の移動管理装置によって位置を管理されていた移動端末装置が移動することによって、第２の移動管理装置が前記移動端末装置の位置を管理する場合、前記第２の移動管理装置から前記移動端末装置の移動完了が通知されるまで、前記移動端末装置が移動中に発生した前記移動端末装置に対する着信処理を中断し、前記第２の移動管理装置から前記移動端末装置の移動完了が通知された後、前記移動端末装置に対する着信処理を再開するものである。

本発明の第６の態様にかかる移動管理方法は、移動端末装置の移動を管理する移動管理装置における移動管理方法であって、位置を管理していた前記移動端末装置が移動し、他の移動管理装置によって前記移動端末装置の位置が管理される状態において、ベアラ管理装置から前記移動端末装置に対する着信通知メッセージを受信した場合、前記移動端末装置が前記他の移動管理装置へ移動したことを示す移動通知メッセージを前記ベアラ管理装置へ送信するものである。

本発明の第７の態様にかかるプログラムは、第１の移動管理装置によって位置を管理されていた移動端末装置が移動することによって、第２の移動管理装置が前記移動端末装置の位置を管理する場合、前記第２の移動管理装置から前記移動端末装置の移動完了が通知されるまで、前記移動端末装置が移動中に発生した前記移動端末装置に対する着信処理を中断するステップと、前記第２の移動管理装置から前記移動端末装置の移動完了が通知された後、前記移動端末装置に対する着信処理を再開するステップとを、コンピュータに実行させるものである。

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

実施の形態１にかかる通信システムの構成図である。 実施の形態２にかかる３ＧＰＰにおいて定められている移動通信システムの構成図である。 実施の形態２にかかる３ＧＰＰにおいて定められている移動通信システムの構成図である。 実施の形態２にかかる３ＧＰＰにおいて定められている移動通信システムの構成図である。 実施の形態２にかかるＳＧＷの構成図である。 実施の形態２にかかるＵＥが移動通信システムへ接続する際の接続処理の流れを示す図である。 実施の形態２にかかるＵＥに対するパケット着信が発生した際の処理の流れを示す図である。 実施の形態３にかかるＵＥに対するパケット着信が発生した際の処理の流れを示す図である。 実施の形態４にかかるＵＥに対するパケット着信が発生した際の処理の流れを示す図である。 実施の形態５にかかるＵＥに対するパケット着信が発生した際の処理の流れを示す図である。

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

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

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

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

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

（実施の形態２）
続いて、図２を用いて本発明の実施の形態２にかかる通信システムの構成例について説明する。本図においては、通信システムとして、３ＧＰＰにおいて定められている移動通信システムについて説明する。図２の通信システムは、ＰＧＷ（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 Requestメッセージの応答信号として、Attach Acceptメッセージを送信する（Ｓ１５）。ＭＭＥ２５は、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メッセージには、ＵＥ４５の移動前の位置登録エリアを管理していたＭＭＥ２５の識別子が含まれているとする。

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

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

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

次に、ＭＭＥ２５は、ステップＳ２４の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）を示す情報が設定されたことを示している。

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

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

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

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

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

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

次に、ＳＧＷ１５は、ＵＥ４５に対するパケット着信を通知するために、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５へDownlink Data Notificationメッセージを送信する（Ｓ３５）。つまり、ステップＳ３５において、ステップＳ２６における、ＭＭＥ２５に対するDownlink Data Notificationメッセージの送信処理を、ＵＥ４５の移動先の位置登録エリアを管理するＭＭＥ３５に対して行う事になる。次に、ＭＭＥ３５は、ＵＥ４５の呼び出し処理を行うために、ｅＮＢ６５へPagingメッセージを送信し（Ｓ３６）、ｅＮＢ６５は、配下の通信エリアに在圏するＵＥに対してPagingメッセージを送信する（Ｓ３７）。このようにして、ＵＥ４５は、新たな位置登録エリアに移動した後に、ＵＥ４５の移動中に発生したパケット着信通知を受けることが出来る。

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

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

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

さらに、図３及び図４のように、ＭＭＥ３５がＳＧＳＮ３７へ置き換えられ、ｅＮＢ６５が２Ｇ／３Ｇ無線制御装置６７へ置き換えられた場合、ステップＳ２１及びＳ２３におけるTracking Area Update Requestメッセージは、Routing Area Update Requestメッセージに置き換えられる。また、ステップＳ３２及び３３におけるTracking Area Update Acceptメッセージは、Routing Area Update Acceptメッセージに置き換えられる。このとき、ＭＭＥ２５とＳＧＳＮ３７がISR（Idle-mode signaling reduction）を有効にする場合、ステップＳ３５にて行われるパケット着信処理の継続は、ＭＭＥ２５とＳＧＳＮ３７の両方に行われてもよい。

（実施の形態３）
続いて、図８を用いて本発明の実施の形態３にかかるＵＥ４５がＭＭＥの変更を伴う移動をしている最中にＵＥ４５に対するパケット着信が発生した際の処理の流れについて説明する。ステップＳ４１〜Ｓ４９は、図７のステップＳ２１〜Ｓ２９と同様であるため詳細な説明を省略する。さらに、図８の処理を実行するにあたり、図６の処理が完了していることを前提とし、ＵＥ４５は、ＭＭＥ２５の管理する位置登録エリアに在圏しているとする。

ＭＭＥ３５は、ステップＳ４９においてＭＭＥ２５へContext Acknowledgeメッセージを送信した後に、ＳＧＷ１５へModify Bearer Requestメッセージを送信する（Ｓ５０）。ここで、ＳＧＷ１５は、ＳＧＷ requested active flag = ONとの情報をModify Bearer Responseメッセージに設定してＭＭＥ３５へ送信する（Ｓ５１）。

ＭＭＥ３５は、ＳＧＷ requested active flag = ONとの情報を受け取った場合、Attach処理もしくはTracking Area Update処理のために設定されたｅＮＢ６５とＭＭＥ３５との間のS1 Connectionを解放せずに保持する。さらに、ＭＭＥ３５は、Attach処理もしくはTracking Area Update処理のために設定されたＵＥ４５とｅＮＢ６５との間のＲＲＣ（Radio Resource Control）接続も保持させる。ＳＧＷ１５は、ステップＳ４５において通知されたパケット着信の対象となっているＵＥが移動中であることを検出した後に、ＵＥの移動完了を示すModify Bearer Requestメッセージを受信した場合に、ＳＧＷ requested active flag = ONとの情報をModify Bearer Responseメッセージに設定してＭＭＥ３５へ送信する。

次に、ＭＭＥ３５は、Modify Bearer Responseメッセージを受信すると、ステップＳ４３の応答メッセージとして、Tracking Area Update AcceptメッセージをｅＮＢ６５へ送信する（Ｓ５２）。次に、ｅＮＢ６５は、送信されたTracking Area Update AcceptメッセージをＵＥ４５へ送信する（Ｓ５３）。ここで、ＭＭＥ３５は、ＳＧＷ requested active flag = ONとの情報を受け取っているため、S1 Connectionの解放処理を実行しない。また、ＭＭＥ３５は、Tracking Area Update Accept送信と同時に、保持されているS1 Connectionを介してｅＮＢ６５へ無線パケットベアラ確立要求メッセージを送信する。無線パケットベアラは、ＵＥ４５とｅＮＢ６５との間において、音声データ、画像データもしくは動画データ等のユーザデータを通信するために用いられるベアラである。

次に、ｅＮＢ６５は、無線パケットベアラ確立要求メッセージを受信すると、ＲＲＣ接続を用いてＵＥ４５との間に無線パケットベアラを確立する（Ｓ５５）。ｅＮＢ６５は、無線パケットベアラを確立すると、ＭＭＥ３５へ無線パケットベアラ確立応答メッセージを送信する（Ｓ５６）。無線パケットベアラ確立応答メッセージには、ｅＮＢ６５のＴＥＩＤ（eNB Tunnel End Point Identifier）が設定されている。

次に、ＭＭＥ３５は、無線パケットベアラ確立応答メッセージを受信すると、ＳＧＷ１５へ、ｅＮＢ６５のＴＥＩＤを設定したModify Bearer Requestメッセージを送信する（Ｓ５７）。

次に、ＳＧＷ１５は、Modify Bearer Requestメッセージの応答メッセージとしてModify Bearer ResponseメッセージをＭＭＥ３５へ送信する（Ｓ５８）。次に、ＳＧＷ１５は、Modify Bearer Requestメッセージに設定されたｅＮＢ６５のＴＥＩＤに向けてＵＥ４５宛のデータを送信する。ｅＮＢ６５は、ＳＧＷ１５から送信されたＵＥ４５宛のデータを、無線パケットベアラを介してＵＥ４５へ送信する。（Ｓ５９）。

以上説明したように、図８の処理の流れにおいて、ＭＭＥ３５は、Tracking Area Update Acceptメッセージを送信した後、S1 Connectionを解放せず、保持しているS1 Connectionを用いて、無線パケットベアラ確立要求メッセージをｅＮＢ６５へ送信する。これによって、ＵＥ４５は移動通信システムとの接続を維持している状態となるため、ＭＭＥ３５は、図７において説明したPagingメッセージを送信してＵＥ４５を呼び出す処理を省略することが出来る。

図７においては、ＭＭＥ３５は、ｅＮＢ６５との間のS1 Connectionを解放する。そのため、ＵＥ４５は、移動通信システムと接続されていない状態、つまり移動通信システムから離脱している状態となる。そのため、ＭＭＥ３５は、ＵＥ４５を呼び出すためにPagingメッセージを送信する必要がある。

これに対して、図８においては、ＭＭＥ３５とｅＮＢ６５との間のS1 Connectionが保持され、さらに、ＵＥ４５とｅＮＢ６５との間のＲＲＣ接続も保持される。そのため、ＭＭＥ３５は、ＵＥ４５を呼び出す処理を実行する必要がないため、Pagingメッセージを送信する処理を省略することが出来る。

ＭＭＥ３５は、自装置が管理する位置登録エリア内のすべてのｅＮＢに対してPagingメッセージを送信する。さらに、Pagingメッセージを受信したｅＮＢは、配下の通信エリアに在圏する全てのＵＥに対してPagingメッセージを送信する。そのため、Pagingメッセージを送信する処理は、移動通信システムにおいて高負荷な処理となる。これより、図８において、Pagingメッセージの送信処理を省略することによって、移動通信システム内の負荷を低減することが出来る。

（実施の形態４）
続いて、図９を用いて本発明の実施の形態４にかかるＵＥ４５がＭＭＥの変更を伴う移動をしている最中にＵＥ４５に対するパケット着信が発生した際の処理の流れについて説明する。ステップＳ６１〜Ｓ６７は、図７のステップＳ２１〜Ｓ２７及び図８のステップＳ４１〜Ｓ４７と同様であるため詳細な説明を省略する。さらに、図９の処理を実行するにあたり、図６の処理が完了していることを前提とし、ＵＥ４５は、ＭＭＥ２５の管理する位置登録エリアに在圏しているとする。

ＭＭＥ２５は、ステップＳ６４においてＭＭＥ３５から送信されたContext Requestメッセージの応答メッセージとして、Context ResponseメッセージをＭＭＥ３５へ送信する（Ｓ６８）。ここで、ＭＭＥ２５は、無線パケットベアラの確立が必要であることを通知するために、Active Flag=ONを設定したContext ResponseメッセージをＭＭＥ３５へ送信する。次に、ＭＭＥ３５は、Context Responseメッセージの応答メッセージとして、Context AcknowledgeメッセージをＭＭＥ２５へ送信する（Ｓ６９）。

ステップＳ７０〜Ｓ７７は、図８のステップＳ５２〜Ｓ５９と同様であるため詳細な説明を省略する。つまり、ステップＳ７０〜Ｓ７７において、図８の処理と同様に、S1 Connectionを解放せずに、ＵＥ４５とｅＮＢ６５との間に無線パケットベアラを確立する処理を実行する。

以上説明したように、図９の処理においては、ＭＭＥ３５は、無線パケットベアラの確立の契機となるメッセージを、ＳＧＷ１５からではなくＭＭＥ２５から送信される。これによって、図９の処理においては、図８の処理におけるステップＳ５０及びＳ５１のModify Bearer Request/Modify Bearer Responseメッセージの送受信を省略することが出来る。また、図９の処理は、図８の処理と同様に、Pagingメッセージの送信処理を省略することが出来る。

（実施の形態５）
続いて、図１０を用いて本発明の実施の形態５にかかるパケット着信が通知された後に、ＵＥ４５がＭＭＥの変更を伴う移動をする場合の処理の流れについて説明する。ここでは図１０の処理を実行するにあたり、図６の処理が完了していることを前提とし、ＵＥ４５は、ＭＭＥ２５の管理する位置登録エリアに在圏しているとする。

はじめに、ＳＧＷ１５は、ＵＥ４５に対するパケット着信を受信する（Ｓ８１）。ＳＧＷ１５は、外部ネットワークからＰＧＷ７５を経由して送信されたパケット着信を受信する。ＳＧＷ１５は、図６の接続処理において、ＵＥ４５がＭＭＥ２５の管理する位置登録エリアに在圏していることを通知されている。そのため、次に、ＳＧＷ１５は、ＵＥ４５に対するパケット着信を通知するためにＭＭＥ２５へDownlink Data Notificationメッセージを送信する（Ｓ８２）。

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

ここで、ステップＳ８５においてｅＮＢ５５がPagingメッセージを送信する直前もしくはｅＮＢ５５がPagingメッセージを送信した直後に、ＵＥ４５が、ｅＮＢ５５が管理する無線通信エリアの外であって、ＭＭＥ２５が管理する位置登録エリアの外に移動をしたとする。このような場合、ＵＥ４５は、Pagingメッセージを受信することが出来ない。

次に、ＵＥ４５は、ＭＭＥ２５が管理する位置登録エリア外であって、ＭＭＥ３５が管理する位置登録エリア内へ移動した場合、ＭＭＥ３５が管理する位置登録エリア内に配置されているｅＮＢ６５へ、Tracking Area Update Requestメッセージを送信する（Ｓ８６）。

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

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

次に、ＭＭＥ２５は、ステップＳ８９のContext Requestメッセージを受信することによってＵＥ４５が移動中であることを検出している。そのため、ＭＭＥ２５は、ＵＥ４５の呼び出し処理を停止し、ＵＥ４５が移動中であり、ＵＥ４５の呼び出し処理を一時的に行うことが出来ないこと（temporarily rejected）を示すCauseを設定し、パケット着信の通知失敗を示すDownlink Data Notification Failure Indicationメッセージを送信する（Ｓ９０）。Downlink Data Notification Acknowledgeメッセージには、Cause設定として、Cause=Temporarily Rejected due to mobilityが設定される。

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

ＭＭＥ２５は、Context Requestメッセージの応答メッセージとして、Context Responseメッセージを用いてＵＥ４５の位置登録情報をＭＭＥ３５へ通知する（Ｓ９１）。ここで、ＭＭＥ２５は、ＵＥ４５に対する呼び出しが実施されていたことを通知するために、Active Flag=ONを設定したContext ResponseメッセージをＭＭＥ３５へ送信する。次に、ＭＭＥ３５は、Context Responseメッセージの応答メッセージとしてContext AcknowledgeメッセージをＭＭＥ２５へ送信する（Ｓ９２）。

ステップＳ９３〜Ｓ１００は、図９のステップＳ７０〜Ｓ７７と同様であるため詳細な説明を省略する。

以上説明したように、図１０の処理においては、ＵＥ４５がＭＭＥを跨る移動を開始したことによって、ＵＥ４５へPagingメッセージを通知することが出来ない場合であっても、ＵＥ４５が移動した後の位置登録エリアを管理するＭＭＥ３５から、ＵＥ４５が移動する前の位置登録エリアを管理するＭＭＥ２５へＵＥ４５の移動を通知することが出来る。さらに、ＭＭＥ２５は、ＭＭＥ３５へ、ＵＥ４５に対する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 (16)

1. 登録処理を行うベアラ管理装置であって、
   前記登録処理中に端末装置のためのダウンリンクデータをバッファする制御部と、
   前記ダウンリンクデータを、前記登録処理の後に確立されたユーザープレーンを通して前記端末装置に送信する送信部と、を備える、ベアラ管理装置。
2. 前記ベアラ管理装置は、Serving Gateway（SGW）である、請求項１に記載のベアラ管理装置。
3. 前記登録処理は、Tracking area update procedureである、請求項１に記載のベアラ管理装置。
4. 前記ユーザープレーンは、無線アクセスネットワーク（RAN）装置と移動管理装置との間の無線ベアラを含む、請求項１に記載のベアラ管理装置。
5. 前記無線アクセスネットワーク（RAN）装置は、eNodeBである、請求項４に記載のベアラ管理装置。
6. 前記移動管理装置は、Mobility Management Entity（MME）である、請求項４に記載のベアラ管理装置。
7. 登録処理を行うベアラ管理装置の通信方法であって、
   前記登録処理中に端末装置のためのダウンリンクデータをバッファし、
   前記ダウンリンクデータを、前記登録処理の後に確立されたユーザープレーンを通して前記端末装置に送信する、通信方法。
8. 登録処理を行う制御部と、
   前記登録処理中にバッファされたダウンリンクデータを、前記登録処理の後に確立されたユーザープレーンを通して受信する受信部と、を備える、端末装置。
9. 前記制御部は、登録要求メッセージを無線アクセスネットワーク（RAN）装置に送信することによって前記登録処理を開始する、請求項８に記載の端末装置。
10. 前記ユーザープレーンは、無線アクセスネットワーク（RAN）装置と移動管理装置との間の無線ベアラを含む、請求項８に記載の端末装置。
11. 前記端末装置は、User Equipment（UE）である、請求項８に記載の端末装置。
12. 前記登録処理は、Tracking area update procedureである、請求項８に記載の端末装置。
13. 前記無線アクセスネットワーク（RAN）装置は、eNodeBである、請求項９または１０に記載の端末装置。
14. 登録処理を開始し、
    前記登録処理中にバッファされたダウンリンクデータを、前記登録処理の後に確立されたユーザープレーンを通して受信する、端末装置の通信方法。
15. 登録要求メッセージを無線アクセスネットワーク（RAN）装置に送信することによって、前記登録処理を開始する、請求項１４に記載の通信方法。
16. さらに、無線アクセスネットワーク（RAN）装置に登録要求メッセージを送信する、請求項１４に記載の通信方法。

Images