(57)【要約】基地局（１１２）は、特定のコアネットワークノード識別子（ＧＵＭＭＥＩ又はＶ−ＧＵＭＭＥＩ）に関連付けられたアイドル状態の移動端末（１１１）のモビリティ管理及びベアラ管理が第１のコアネットワークノード（１２１Ｓ）から第２のコアネットワークノード（１２１Ｔ）に移転される場合に、当該移動端末（１１１）から送信される当該特定のコアネットワークノード識別子（ＧＵＭＭＥＩ又はＶ−ＧＵＭＭＥＩ）を宛先とするＮｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ（ＮＡＳ）メッセージの転送先を第１のコアネットワークノード（１２１Ｓ）から第２のコアネットワークノード（１２１Ｔ）に変更するよう基地局（１１２）を設定する。これにより、例えば、アイドル状態の少なくとも１つの移動端末のモビリティ管理及びベアラ管理をコアネットワークノード間で移転する際に、移動端末が関与するシグナリングの発生を抑制することに寄与できる。
2016035230.tif 000002
【特許請求の範囲】
【請求項１】
特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理が移転されることに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局を設定すること、
を備える、
モビリティ管理及びベアラ管理を移転するための方法。
【請求項２】
前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記モビリティ管理及びベアラ管理の移転後に前記特定のコアネットワークノード識別子を前記第２のコアネットワークノード及び前記少なくとも１つの移動端末において引き続き使用することをさらに備える、
請求項１に記載の方法。
【請求項３】
前記移転することは、前記少なくとも１つの移動端末の移動に依存せずに、前記第１又は第２のコアネットワークノードによって自発的に、又は前記第１及び第２のコアネットワークノードを含むコアネットワークに結合されたコントロールノードからの指示に応答して開始される、請求項１又は２に記載の方法。
【請求項４】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つである、
請求項１〜３のいずれか１項に記載の方法。
【請求項５】
前記設定することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更することを含み、
前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
請求項１〜３のいずれか１項に記載の方法。
【請求項６】
前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
請求項５に記載の方法。
【請求項７】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
請求項５に記載の方法。
【請求項８】
前記移転することの前に、前記第１のコアネットワークノードによって、前記少なくとも１つの移動端末の各々のアタッチ手順または位置更新手順において、前記少なくとも１つの移動端末の各々に前記特定のコアネットワークノード識別子を通知することをさらに備える、
請求項１〜７のいずれか１項に記載の方法。
【請求項９】
前記移転することは、
前記少なくとも１つの移動端末に関するモビリティ・コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、
前記少なくとも１つの移動端末に関するベアラ管理コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、及び
前記少なくとも１つの移動端末の各々のための転送ノードとのベアラ制御コネクションの終端点を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更すること、
を含む、請求項１〜８のいずれか１項に記載の方法。
【請求項１０】
前記少なくとも１つの移動端末は、複数の移動端末を含み、
前記モビリティ・コンテキストを送信することは、前記複数の移動端末に関する前記モビリティ・コンテキストを包含するシグナリングメッセージを送信することを含む、
請求項９に記載の方法。
【請求項１１】
前記ベアラ制御コネクションの前記終端点は、前記第１又は第２のコアネットワークノードのアドレスとTunnel End Point identifier（TEID）との組み合せによって特定され、
前記TEIDの一部は、前記少なくとも１つの移動端末に対応するグループ識別子、または前記特定のコアネットワーク識別子に含まれる部分識別子、を示す領域として使用される、
請求項９又は１０に記載の方法。
【請求項１２】
前記設定することは、前記第１及び第２のコアネットワークノードを含むコアネットワークに結合されたコントロールノードによって、前記NASメッセージの転送先の変更を前記基地局に指示することを含む、
請求項１〜１１のいずれか１項に記載の方法。
【請求項１３】
前記設定することは、前記第１又は第２のコアネットワークノードによって、前記NASメッセージの転送先の変更を前記基地局に指示することを含む、
請求項１〜１１のいずれか１項に記載の方法。
【請求項１４】
基地局によって行われる方法であって、
特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局を設定すること、
を備える、方法。
【請求項１５】
前記設定することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更することを含み、
前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
請求項１４に記載の方法。
【請求項１６】
前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
請求項１５に記載の方法。
【請求項１７】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
請求項１５に記載の方法。
【請求項１８】
前記設定することは、前記第１及び第２のコアネットワークノードを含むコアネットワークに結合されたコントロールノードから、前記NASメッセージの転送先の変更を示す指示を受信することを含む、
請求項１４〜１７のいずれか１項に記載の方法。
【請求項１９】
前記設定することは、前記第１又は第２のコアネットワークノードから、前記NASメッセージの転送先の変更を示す指示を受信することを含む、
請求項１４〜１７のいずれか１項に記載の方法。
【請求項２０】
コアネットワークに配置される第１のコアネットワークノードにより行われる方法であって、
特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を前記第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理を移転することに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示すること、
を備える、方法。
【請求項２１】
前記移転することは、前記少なくとも１つの移動端末の移動に依存せずに、前記第１又は第２のコアネットワークノードによって自発的に、又は前記コアネットワークに結合されたコントロールノードからの指示に応答して開始される、請求項２０に記載の方法。
【請求項２２】
前記移転すること及び前記指示することは、前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記特定のコアネットワークノード識別子が前記第２のコアネットワークノード及び前記少なくとも１つの移動端末において引き続き使用されることをもたらす、請求項２０又は２１に記載の方法。
【請求項２３】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができ、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つである、
請求項２０〜２２のいずれか１項に記載の方法。
【請求項２４】
前記指示することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局に指示することを含み、
前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
請求項２０〜２２のいずれか１項に記載の方法。
【請求項２５】
前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
請求項２４に記載の方法。
【請求項２６】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
請求項２４に記載の方法。
【請求項２７】
前記移転することの前に、前記第１のコアネットワークノードによって、前記少なくとも１つの移動端末の各々のアタッチ手順または位置更新手順において、前記少なくとも１つの移動端末の各々に前記特定のコアネットワークノード識別子を通知することをさらに備える、
請求項２０〜２６のいずれか１項に記載の方法。
【請求項２８】
前記移転することは、
前記少なくとも１つの移動端末に関するモビリティ・コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、及び
前記少なくとも１つの移動端末に関するベアラ管理コンテキストを前記第１のコアネットワークノードから前記第２のコアネットワークノードへ送信すること、
を含む、請求項２０〜２７のいずれか１項に記載の方法。
【請求項２９】
前記少なくとも１つの移動端末は、複数の移動端末を含み、
前記モビリティ・コンテキストを送信することは、前記複数の移動端末に関する前記モビリティ・コンテキストを包含するシグナリングメッセージを送信することを含む、
請求項２８に記載の方法。
【請求項３０】
コアネットワークに配置される第２のコアネットワークノードにより行われる方法であって、
前記第２のコアネットワークノードによって、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから引き継ぐこと、及び
前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記モビリティ管理及びベアラ管理を引き継いだ後に前記特定のコアネットワークノード識別子を前記第２のコアネットワークノードにおいて使用すること、
を備え、
前記特定のコアネットワークノード識別子は、前記少なくとも１つの移動端末から送信されるNon-Access Stratum（NAS）メッセージの宛先として前記少なくとも１つの移動端末によって使用される、
方法。
【請求項３１】
前記引き継ぐことは、前記少なくとも１つの移動端末の移動に依存せずに、前記第１又は第２のコアネットワークノードによって自発的に、又は前記コアネットワークに結合されたコントロールノードからの指示に応答して開始される、請求項３０に記載の方法。
【請求項３２】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つである、
請求項３０又は３１に記載の方法。
【請求項３３】
前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理を引き継ぐことに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とする前記NASメッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示することをさらに備える、
請求項３０〜３２いずれか１項に記載の方法。
【請求項３４】
前記指示することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局に指示することを含み、
前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
請求項３３に記載の方法。
【請求項３５】
前記引き継ぐことは、
前記第２のコアネットワークノードによって、前記少なくとも１つの移動端末に関するモビリティ・コンテキストを前記第１のコアネットワークノードから受信すること、
前記第２のコアネットワークノードによって、前記少なくとも１つの移動端末に関するベアラ管理コンテキストを前記第１のコアネットワークノードから受信すること、及び
前記第２のコアネットワークノードによって、前記少なくとも１つの移動端末の各々のための転送ノードとのベアラ制御コネクションの終端点を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更すること、
を含む、請求項３０〜３４のいずれか１項に記載の方法。
【請求項３６】
前記少なくとも１つの移動端末は、複数の移動端末を含み、
前記モビリティ・コンテキストを受信することは、前記複数の移動端末に関する前記モビリティ・コンテキストを包含するシグナリングメッセージを受信することを含む、
請求項３５に記載の方法。
【請求項３７】
前記ベアラ制御コネクションの前記終端点は、前記第１又は第２のコアネットワークノードのアドレスとTunnel End Point identifier（TEID）との組み合せによって特定され、
前記TEIDの一部は、前記少なくとも１つの移動端末に対応するグループ識別子、または前記特定のコアネットワーク識別子に含まれる部分識別子、を示す領域として使用される、
請求項３５又は３６に記載の方法。
【請求項３８】
コアネットワークに結合されたコントロールノードによって行われる方法であって、
特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示すること、
を備える、方法。
【請求項３９】
前記指示することは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更することを引き起こし、
前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
請求項３８に記載の方法。
【請求項４０】
前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
請求項３９に記載の方法。
【請求項４１】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
請求項３９に記載の方法。
【請求項４２】
メモリと、
前記メモリに結合され、請求項１４〜１９のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
を備える基地局。
【請求項４３】
メモリと、
前記メモリに結合され、請求項２０〜２９のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
を備える第１のコアネットワークノード。
【請求項４４】
メモリと、
前記メモリに結合され、請求項３０〜３７のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
を備える第２のコアネットワークノード。
【請求項４５】
メモリと、
前記メモリに結合され、請求項３８〜４１のいずれか１項に記載の方法を実行するよう構成されたプロセッサと、
を備える管理ノード。
【請求項４６】
請求項１４〜１９のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【請求項４７】
請求項２０〜２９のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【請求項４８】
請求項３０〜３７のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【請求項４９】
請求項３８〜４１のいずれか１項に記載の方法をコンピュータに行わせるためのプログラムを格納した非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書の開示は、移動通信ネットワークに関し、特にコアネットワークにおける移動端末のモビリティ管理及びベアラ管理に関する。
【背景技術】
【０００２】
非特許文献１は、Third Generation Partnership Project（3GPP）のパケット交換ドメイン、つまりEvolved Packet System（EPS）の機能アーキテクチャを規定している。具体的には、非特許文献１は、Attach手順、Tracking Area Update（TAU）手順、Service Request手順、S1 Release手順、Globally Unique Temporary Identity (GUTI) Reallocation手順、Detach手順、Dedicated bearer activation手順、Bearer modification手順、X2-based handover手順、及びS1-based handover手順を含む、EPSにおける移動端末のモビリティ管理、セッション管理、及びハンドオーバのための様々な手順を規定している。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】3GPP TS 23.401 V9.15.0 (2013-03) “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 9)”，2013年3月
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本件の発明者等は、移動端末（User Equipment（UE））の移動に依存すること無く、コアネットワークが自発的にMobility Management Entity（MME）の処理（i.e., モビリティ管理及びベアラ管理）を他のMMEに移転する（transfer）ことについて検討を行った。本明細書では、このようにモビリティ管理及びベアラ管理をMME間で引き継ぐことを、モビリティ管理及びベアラ管理の移転（transfer）又はリロケーションと呼ぶ。なお、MMEは、コアネットワークすなわちEvolved Packet Core（EPC）に配置され、コアネットワークにアタッチ済み（i.e., EMM-REGISTERED state）である複数の移動端末（User Equipments（UEs））のモビリティ管理及びベアラ管理を行う。モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、UEがEvolved Universal Terrestrial Radio Access Network（E-UTRAN）及びEPCを経由して外部ネットワーク（Packet Data Network（PDN））と通信するためのEPSベアラの確立を制御し、UEに関するベアラ管理コンテキスト（i.e., EPS bearer context）を維持することを含む。【０００５】
コアネットワークによる自発的なモビリティ管理及びベアラ管理の移転（リロケーション）は、外部のコントロールノード（e.g., Software-Defined Network（SDN）コントローラ、Network Function Virtualization（NFV）コントローラ、Operations Support System（OSS）、又はElement Management System（EMS））からの指示に従って開始されてもよいし、MME主導で開始されてもよい。本件発明者等は、モビリティ管理及びベアラ管理の移転は、コアネットワークの仮想化技術の利用が広がるのに伴ってその需要が高まると予想している。仮想化されたコアネットワーク（例えばVirtualized EPCと呼ばれる）は、サーバ仮想化技術及びネットワーク仮想化技術を利用し、コアネットワークのコントロールプレーン若しくはデータプレーン又はこれら両方を抽象化する。すなわち、仮想化されたコアネットワークでは、コアネットワークノード（例えば、MME、Serving Gateway（S-GW）/PDN Gateway（P-GW）のコントロールプレーン、及びS/P-GWのデータプレーン）は、サーバー・プールに設定された仮想マシン、又は物理的なスイッチ群に設定された仮想ルータとして実現される。【０００６】
なお、現在の3GPP仕様書は、UEがトラッキングエリア間又はeNodeB間を跨って移動したことに起因して、この移動したUEのモビリティ管理及びベアラ管理をOld MME（又はSource MME）からNew MME（又はTarget MME）に移転する手順を規定している。具体的には、Old MMEによって管轄されているトラッキングエリアからNew MMEによって管轄されているトラッキングエリアにアイドル状態のUE（i.e., UEはEMM-REGISTERED state であるが、Radio Resource Control (RRC)_IDLE 且つEPS Connection Management (ECM)-IDLE stateである）が移動したことに伴って、TAU手順において当該UEのモビリティ管理及びベアラ管理がOld MMEからNew MMEに移転される。さらに、Source MMEによって制御されるSource eNodeB（eNodeB）からTarget MMEによって制御されるTarget eNodeBにコネクテッド状態（i.e., EMM-REGISTERED且つRRC_CONNECTED且つECM-CONNECTED state）のUEが移動したことに伴って、S1-based Handover手順において当該UEのモビリティ管理及びベアラ管理がSource MMEからTarget MMEに移転される。【０００７】
しかしながら、現在の3GPP仕様書は、EPCが主導して又はEPCに結合されたコントロールノード（e.g., SDNコントローラ、NFVコントローラ、OSS、又はEMS）が主導して、UEが移動したか否かに関わらずUEのモビリティ管理及びベアラ管理をMME間で移転することについて規定していない。さらにまた、アイドル状態のUEに関するモビリティ管理及びベアラ管理をMME間で移転する場合、この移転（リロケーション）の発生をアイドル状態のUEに通知すること無く移転手順を完了できることが好ましいかもしれない。なぜなら、移転（リロケーション）の発生（つまり、MMEの変更）をアイドル状態のUEに通知することは、ダウンリンクNon-Access Stratum（NAS）メッセージを送信するためにページング、RRCコネクション確立、及びS1シグナリングコネクション確立を含む多くのシグナリングを伴い、したがってネットワークの負荷の増加を招く。【０００８】
したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、アイドル状態（e.g., RRC_IDLE且つECM-IDLE state）の少なくとも１つの移動端末（e.g., UEs）のモビリティ管理及びベアラ管理をコアネットワークノード（e.g., MMEs）間で移転する際に、移動端末が関与するシグナリングの発生を抑制することに寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【０００９】
第１の態様では、モビリティ管理及びベアラ管理を移転するための方法は、
（ａ）特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
（ｂ）前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理が移転されることに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局を設定すること、
を含む。【００１０】
第２の態様では、基地局によって行われる方法は、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局を設定することを含む。【００１１】
第３の態様では、コアネットワークに配置される第１のコアネットワークノードにより行われる方法は、
（ａ）特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を前記第１のコアネットワークノードから第２のコアネットワークノードに移転すること、及び
（ｂ）前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理を移転することに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局を設定すること、
を含む。【００１２】
第４の態様では、コアネットワークに配置される第２のコアネットワークノードにより行われる方法は、
（ａ）前記第２のコアネットワークノードによって、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから引き継ぐこと、及び
（ｂ）前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記モビリティ管理及びベアラ管理を引き継いだ後に前記特定のコアネットワークノード識別子を前記第２のコアネットワークノードにおいて使用すること、
を含む。【００１３】
第５の態様では、コアネットワークに結合されたコントロールノードによって行われる方法は、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示すること、を含む。【００１４】
第６の態様では、基地局は、メモリと、前記メモリに結合され、上述の第２の態様に係る方法を実行するよう構成されたプロセッサとを含む。【００１５】
第７の態様では、第１のコアネットワークノードは、メモリと、前記メモリに結合され、上述の第３の態様に係る方法を実行するよう構成されたプロセッサとを含む。【００１６】
第８の態様では、第２のコアネットワークノードは、メモリと、前記メモリに結合され、上述の第４の態様に係る方法を実行するよう構成されたプロセッサとを含む。【００１７】
第９の態様では、コントロールノードは、メモリと、前記メモリに結合され、上述の第５の態様に係る方法を実行するよう構成されたプロセッサとを含む。【００１８】
第１０の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第２〜第５の態様に係る方法のいずれかをコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１９】
上述の態様は、アイドル状態（e.g., RRC_IDLE且つECM-IDLE state）の少なくとも１つの移動端末（e.g., UEs）のモビリティ管理及びベアラ管理をコアネットワークノード（e.g., MMEs）間で移転する際に、移動端末が関与するシグナリングの発生を抑制することに寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施形態に係る移動通信ネットワークの構成例を示す図である。
【図２Ａ】本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の前）を説明するための概念図である。
【図２Ｂ】本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の後）を説明するための概念図である。
【図３】本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の一例を示すシーケンス図である。
【図４】本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。
【図５】本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。
【図６】本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。
【図７Ａ】本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の前）を説明するための概念図である。
【図７Ｂ】本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の後）を説明するための概念図である。
【図８Ａ】本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の前）を説明するための概念図である。
【図８Ｂ】本発明の実施形態に係る基地局の動作（モビリティ管理及びベアラ管理の移転の後）を説明するための概念図である。
【図９】本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。
【図１０】S1AP: S1 SETUP RESPONSE messageのフォーマットの具体例を示す図である。
【図１１】S1AP: MME CONFIGURATION UPDATE messageのフォーマットの具体例を示す図である。
【図１２】本発明の実施形態に係るS11のためのMME TEIDのデータ構造の一例を示す図である。
【図１３】本発明の実施形態に係る、S11コネクションをS-GWにおいて更新する動作を説明するための概念図である。
【図１４】本発明の実施形態に係るモビリティ管理及びベアラ管理の移転手順の具体例を示すシーケンス図である。
【図１５】本発明の実施形態に係るeNodeBの構成例を示すブロック図である。
【図１６】本発明の実施形態に係るMMEの構成例を示すブロック図である。
【図１７】本発明の実施形態に係るコントロールノードの構成例を示すブロック図である。
【発明を実施するための形態】
【００２１】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２２】
＜第１の実施形態＞
図１は、本実施形態に係る移動通信ネットワークの構成例を示している。当該移動通信ネットワークは通信サービス、例えば音声通信若しくはパケットデータ通信又はこれら両方を提供する。本実施形態では、当該移動通信ネットワークがEPS（つまりLong Term Evolution（LTE）システム又はLTE-Advancedシステム）であるとして説明する。
【００２３】
図１に示されたネットワークは、E-UTRAN１１０、及びEPC１２０を含む。E-UTRAN１１０は、移動端末（UE）１１１及び基地局（eNodeB）１１２を含む。EPC１２０は、ソースMME１２１Ｓ、ターゲットMME１２１Ｔ、Home Subscriber Server（HSS）１２２、S-GW１２３、及びP-GW１２４を含む。
【００２４】
ソースMME１２１Ｓ、ターゲットMME１２１Ｔ及びHSS１２２は、コントロールプレーンのノード又はエンティティである。ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、UE１１１を含む複数のUE（UEs）のモビリティ管理及びベアラ管理を行うことができる。既に説明したように、モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、EPSベアラの確立を制御し、UEに関するEPS bearer contextを維持することを含む。HSS１２２は、UE１１１を含むUEsの加入者情報を管理する。
【００２５】
S-GW１２３及びP-GW１２４は、ユーザープレーンのパケット転送ノードであり、ユーザーデータ（つまり、Internet Protocol（IP）パケット）を転送する。S-GW１２３は、E-UTRAN１１０とのゲートウェイであり、S1-Uインタフェースを介してeNodeB１１２に接続される。P-GW１２４は、Packet Data Network（PDN）１３０とのゲートウェイであり、SGiインタフェースを介してPDN１３０に接続される。PDN１３０は、インターネットのような外部ネットワークであってもよいし、EPC１２０を管理するオペレータによって提供されるIPサービス（e.g., IP Multimedia Subsystem (IMS)サービス）のためのネットワークであってもよい。
【００２６】
ソースMME１２１Ｓは、EPC１２０の外部に配置されたコントロールノード１４２と制御インタフェース１４１を介して接続されてもよい。コントロールノード１４２は、例えば、SDNコントローラ、NFVコントローラ、OSS、若しくはEMS、又はこれらの任意の組み合わせである。
【００２７】
さらに、ソースMME１２１Ｓは、UE１１１がセル間又はトラッキングエリア間を移動したか否か関わらず、アイドル状態のUE１１１（i.e., UE１１１はEMM-REGISTERED state であるが、Radio Resource Control (RRC)_IDLE 且つEPS Connection Management (ECM)-IDLE stateである）のモビリティ管理及びベアラ管理をターゲットMME１２１Ｔに移転できるよう構成されている。モビリティ管理及びベアラ管理の移転（リロケーション）は、UE１１１に関するMM context及びEPS Bearer contextの維持をソースMME１２１Ｓに代わってターゲットMME１２１Ｔが行うことを意味する。このモビリティ管理及びベアラ管理の移転は、例えば、コントロールノード１４２からの指示に応じて開始されてもよい。さらに又はこれに代えて、当該移転は、コントロールノード１４２からの指示に依らずに、ソースMME１２１Ｓ主導で又はターゲットMME１２１Ｔ主導で開始されてもよい。
【００２８】
なお、アイドル状態であるUE１１１のモビリティ管理及びベアラ管理がソースMME１２１ＳからターゲットMME１２１に移転される場合、アイドル状態であるUE１１１とMME１２１Ｓ及び１２１Ｔとの間のシグナリングを抑制できることが好ましい。従って、本実施形態では、eNodeB１１２、ソースMME１２１Ｓ、及びターゲットMME１２１Ｔは、以下のように動作する。
【００２９】
eNodeB１１２は、UE１１１から送信される特定のコアネットワークノードコアネットワークノード識別子（i.e., Globally Unique MME Identity（GUMMEI）、MME Identifier（MMEI）、又はMME Code（MMEC））を宛先とするNASメッセージの転送先をソースMME１２１ＳからターゲットMME１２１Ｔに変更するようeNodeB１１２を設定する。特定のコアネットワークノード識別子（i.e., GUMMEI、MMEI、又はMMEC）は、UE１１１から送信されるアップリンクNASメッセージの宛先を区別するために使用される。これにより、eNodeB１１２は、モビリティ管理及びベアラ管理の移転の完了後にUE１１１から受信した特定のコアネットワークノード識別子（i.e., GUMMEI、MMEI、又はMMEC）を宛先とするNASメッセージを、ソースMME１２１ＳではなくターゲットMME１２１Ｔに転送するよう動作する。なお、特定のコアネットワークノード識別子の一例としてのGUMMEIは、MMEをグローバルに一意に特定するために使用され、Public Land Mobile Network Identifier（PLMN ID）及びMMEIから構成される。MMEIは、１つのPLMN内でMMEを一意に特定するために使用され、MME Group Identifier（MMEGI）及びMMECから構成される。MMECは、１つのMMEグループ内でMMEを一意に特定するために使用される８ビットコードである。
【００３０】
具体的には、eNodeB１１２は、RRCコネクション確立手順において、コアネットワークノード識別子（i.e., GUMMEI、又はMMEC）を示すRRCパラメータ、及びinitial NASメッセージ（i.e., TAU Requestメッセージ、Service Requestメッセージ、Extended Service Requestメッセージ、又はDetachメッセージ）をアイドル状態のUE１１１から受信する。そして、eNodeB１１２は、RRCパラメータから取り出された特定のコアネットワークノード識別子に対応するMMEを導き出し、当該MMEに向けてinitial NASメッセージを送信する。eNodeB１１２は、モビリティ管理及びベアラ管理の移転が行われる前であるときに特定のコアネットワークノード識別子に対応するMMEとしてソースMME１２１Ｓを導き出し、当該移転が完了した後であるときに特定のコアネットワークノード識別子に対応するMMEとしてターゲットMME１２１Ｔを導き出す。
【００３１】
より具体的に述べると、TAU Requestのケースでは、eNodeB１１２は、Registered MME情報及びTAU Requestメッセージを包含するRRC Connection Setup CompleteメッセージをRRCコネクション確立手順においてUE１１１から受信する。Registered MME情報は、UE１１１に設定されているGlobally Unique Temporary Identity（GUTI）から導き出されたGUMMEIを示す。次に、eNodeB１１２は、当該RRC Connection Setup CompleteメッセージからTAU Requestメッセージを取り出し、当該RRC Connection Setup Completeメッセージに含まれているGUMMEIがターゲットMME１２１Ｔに対応付けられていることを判定する。したがって、eNodeB１１２は、ターゲットMME１２１Ｔを選択し、TAU Requestメッセージを含むS1AP: Initial UE MessageをターゲットMME１２１Ｔにリダイレクトする。
【００３２】
Service Requestのケースでは、eNodeB１１２は、RRCコネクション確立手順において、UE Identityを包含するRRC Connection Requestメッセージと、Service Requestメッセージ（DedicatedInfoNAS IE）を包含するRRC Connection Setup Completeメッセージを受信する。RRC Connection Requestメッセージに含まれるUE Identityは、UE１１１に設定されているGUTIから導き出されたSAE Temporary Mobile Subscriber Identity（S-TMSI）を示す。S-TMSIは、MMECを含む。次に、eNodeB１１２は、RRC Connection Setup CompleteメッセージからService Requestメッセージを取り出し、RRC Connection Requestメッセージに示されたS-TMSI内のMMECがターゲットMME１２１Ｔに対応付けられていることを判定する。したがって、eNodeB１１２は、ターゲットMME１２１Ｔを選択し、Service Requestメッセージを含むS1AP: Initial UE MessageをターゲットMME１２１Ｔにリダイレクトする。
【００３３】
eNodeB１１２は、NASメッセージの転送先の変更（リダイレクション）をソースMME１２１Ｓ又はターゲットMME１２１Ｔから指示されてもよい。さらに又はこれに代えて、eNodeB１１２は、NASメッセージの転送先の変更をコントロールノード１４２から指示されてもよい。
【００３４】
ソースMME１２１Ｔは、UE１１１に関するモビリティ管理及びベアラ管理をターゲットMME１２１Ｔに移転する際に、特定のコアネットワークノード識別子（e.g., GUMMEI）もターゲットMME１２１Ｔに移転する。ターゲットMME１２１Ｔは、ソースMME１２１Ｓによって使用されていた特定のコアネットワークノード識別子を、UE１１１に関するモビリティ管理及びベアラ管理の移転後に引き続き使用する。すなわち、本実施形態では、特定のコアネットワークノード識別子（e.g., GUMMEI）の単位でモビリティ管理及びベアラ管理を移転することができる。言い換えると、ソースMME１２１Ｓは、特定のコアネットワークノード識別子（e.g., GUMMEI）に関連付けられた少なくとも１つのアイドル状態のUE１１１のモビリティ管理及びベアラ管理をまとめてターゲットMME１２１Ｔに移転することができる。
【００３５】
以上に述べたeNodeB１１２によるNASメッセージをリダイレクトする動作、及びソースMME１２１ＳからターゲットMME１２１Ｔに特定のコアネットワークノード識別子（e.g., GUMMEI）を移転する動作は、特定のコアネットワークノード識別子（e.g., GUMMEI、MMEC）の更新をアイドル状態のUE１１１に通知すること無く、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理を移転することに寄与する。仮にモビリティ管理及びベアラ管理の移転の発生（つまり、MMEの変更）をアイドル状態のUE１１１に通知すると仮定する場合、ダウンリンクNASメッセージを送信するためにページング、RRCコネクション確立、及びS1シグナリングコネクション確立を含む多くのシグナリングが必要となる。これに対して、本実施形態は、これらのシグナリングの発生を抑制でき、したがってネットワークの負荷の増加を抑制できる。
【００３６】
なお、特定のコアネットワーク識別子（e.g., GUMMEI）の単位でのモビリティ及びベアラ管理の移転を効率よく行うために、ソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々は、複数のコアネットワーク識別子（e.g., GUMMEIs）を用いてモビリティ管理及びベアラ管理を行うことができるよう構成されてもよい。例えば、ソースMME１２１Ｓは、UE１１１のアタッチ手順又はTAU手順において、UE１１１の属性又はタイプに基づいて、UE１１１を複数のコアネットワーク識別子（e.g., GUMMEIs）のうちのいずれに関連付けるかを決定してもよい。現在は、スマートフォンやMachine Type Communication（MTC）デバイス等の多様な移動端末が利用されている。MTCデバイスは、Machine-to-Machine（M2M）デバイスとも呼ばれる。MTCデバイスは、機械（e.g., 自動販売機、ガスメータ、電気メータ、自動車、鉄道車両）及びセンサ（e.g., 環境、農業、交通等に関するセンサ）等の様々な機器に搭載される。これらの多様な移動端末は、利用目的、通信特性、又は移動特性などが互いに異なると考えられる。したがって、属性又はタイプが異なる移動端末を異なるコアネットワーク識別子に関連付けることは、モビリティ管理及びベアラ管理の効率化に寄与するかもしれない。これに代えて、ソースMME１２１Ｓは、UE１１１のアタッチ手順又はTAU手順において、複数のコアネットワーク識別子（e.g., GUMMEIs）のいずれかをランダムにUE１１１に関連付けてもよいし、アタッチの時間又は順序に基づいてUE１１１に関連付けられるコアネットワーク識別子を決定してもよい。
【００３７】
続いて以下では、図２Ａ及び図２Ｂを参照して、本実施形態に係るeNodeB１１２の動作の具体例を説明する。図２Ａは、モビリティ管理及びベアラ管理の移転が行われる前のネットワーク状態を示している。図２Ａの例では、ソースMME１２１Ｓは、２つのGUMMEI、つまりGUMMEI #1及びGUMMEI #2を使用して複数のUE１１１Ａ及び複数のUE１１１Ｂを管理している。一方、ターゲットMME１２１Ｔは、１つのGUMMEI、つまりGUMMEI #3を使用して複数のUE１１１Ｃを管理している。ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、eNodeB１１２とのパケット転送のためにIP address #1 及びIP address #2をそれぞれ使用する。
【００３８】
アイドル状態の各UE１１１Ａは、GUMMEI #1に関連付けられており、GUMMEI #1を包含するGUTI（i.e., GUMMEI #1 + M-TMSI）を割り当てられている。アイドル状態の各UE１１１Ｂは、GUMMEI #2に関連付けられており、GUMMEI #2を包含するGUTI（i.e., GUMMEI #2 + M-TMSI）を割り当てられている。同様に、アイドル状態の各UE１１１Ｃは、GUMMEI #3に関連付けられており、GUMMEI #3を包含するGUTI（i.e., GUMMEI #3 + M-TMSI）を割り当てられている。
【００３９】
さらに、図２Ａの例では、eNodeB１１２は、転送テーブル２１０を保持している。転送テーブル２１０は、アップリンクNASメッセージが転送されるべきMMEを決定するためにeNodeB１１２により使用される。図２Ａに示されているように、転送テーブル２１０は、各GUMMEIを、データパケット転送のために使用されるMMEのIPアドレスに関連付けてもよい。eNodeB１１２は、転送テーブル２１０に従って、UE１１１Ａ及びUE１１１Ｂから受信したアップリンクNASメッセージ２００Ａ及び２００ＢをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｃから受信したアップリンクNASメッセージ２００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
【００４０】
一方、図２Ｂは、GUMMEI #2に関連付けられた複数のUE１１１Ｂに関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転した後のネットワーク状態を示している。したがって、図２Ｂの例では、ソースMME１２１Ｓは、１つのGUMMEI、つまりGUMMEI #1を使用して複数のUE１１１Ａを管理している。一方、ターゲットMME１２１Ｔは、２つのGUMMEI、つまりGUMMEI #2及びGUMMEI #3を使用して複数のUE１１１Ｂ及び複数のUE１１１Ｃを管理している。さらに、GUMMEI #2に関するモビリティ管理及びベアラ管理の移転が完了したことに応じて、eNodeB１１２に保持されている転送テーブル２１０が更新されている。すなわち、図２Ｂに示された転送テーブル２１０では、ターゲットMME１２１ＴのIPアドレス（IP address #2）はGUMMEI #2に関連付けられている。したがって、eNodeB１１２は、UE１１１Ａから受信したアップリンクNASメッセージ２００ＡをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｂ及びUE１１１Ｃから受信したアップリンクNASメッセージ２００Ｂ及び２００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
【００４１】
続いて以下では、モビリティ管理及びベアラ管理を移転する手順のいくつかの具体例について説明する。図３は、移転手順の一例を示すシーケンス図である。ステップＳ１１では、ソースMME１２１Ｓは、アイドル状態である少なくとも１つのUE１１１のモビリティ管理及びベアラ管理を行っている。
【００４２】
ステップＳ１２では、コントロールノード１４２は、コンテキスト・リロケーション指示（Context Relocation Command）メッセージをソースMME１２１Ｓに送信する。リロケーション指示メッセージは、ソースMME１２１Ｓから少なくとも１つのターゲットMME１２１Ｔへのモビリティ管理及びベアラ管理の移転（リロケーション）を引き起こす。リロケーション指示メッセージは、少なくとも１つのターゲットMME１２１Ｔの識別子を示すリロケーションポリシを含む。ターゲットMME１２１Ｔの識別子は、例えば、GUMMEI、MMEI、又はMMECであってもよい。
【００４３】
リロケーションポリシは、ソースMME１２１Ｓから少なくとも１つのターゲットMME１２１Ｔに移転されるべきモビリティ管理及びベアラ管理の処理量を示してもよい。モビリティ管理及びベアラ管理の処理量は、UE数、プロセッサリソースの使用量、メモリリソースの使用量、シグナリングの発生数、若しくはトラフィック量、又はこれらの任意の組み合わせとして指定されてもよい。さらに又はこれに代えて、リロケーションポリシは、移転（リロケーション）の対象とされる特定のコアネットワークノード識別子（i.e., GUMMEI、MMEI、又はMMEC）を示してもよい。さらに、リロケーションポリシは、モビリティ管理及びベアラ管理の移転に対する時間的な制約を示してもよい。具体的には、リロケーションポリシは、移転の開始時間、移転の終了時間、又は移転の実行が許可される期間を示してもよい。
【００４４】
図３に戻り説明を続ける。ステップＳ１３では、ソースMME１２１Ｓは、リロケーション指示メッセージに示されたリロケーションポリシに従って、モビリティ管理及びベアラ管理をターゲットMME１２１Tに移転するための手順を開始する。当該手順の具体例は後述する。ステップＳ１４では、ソースMME１２１Ｓは、リロケーションを完了したことを示すコンテキスト・リロケーション完了（Context Relocation Complete）メッセージをコントロールノード１４２に送信する。ステップＳ１５では、ターゲットMME１２１Ｔは、ソースMME１２１Ｓから引き継いだUE１１１に関するモビリティ管理及びベアラ管理を実行する。
【００４５】
ステップＳ１６では、コントロールノード１４２は、アップリンクNASメッセージが転送されるべきMMEを決定するための転送テーブル（e.g., 図２Ａ及び図２Ｂに示された転送テーブル２１０）の更新をeNodeB１１２に指示する。なお、図３には示されていないが、コントロールノード１４２は、ソースMME１２１Ｓ及びターゲットMME１２１Ｔが属するMMEプールエリアと関連付けられている（つまり、S1-MMEコネクションを有する）複数のeNodeB１１２の全てに転送テーブルの更新指示（ステップＳ１６）を送信するとよい。ステップＳ１７では、eNodeB１１２は、コントロールノード１４２からの指示に従って転送テーブルを更新する。
【００４６】
図３に示されたモビリティ管理及びベアラ管理の移転手順は一例であって適宜変更されてもよい。例えば、eNodeB１１２に対する転送テーブルの更新指示（ステップＳ１５）は、ソースMME１２１Ｓに対するリロケーション指示（ステップＳ１２）よりも前に送信されてもよいし、リロケーション指示（ステップＳ１２）又はこれに基づくリロケーション動作（ステップＳ１３）と時間的に並行して送信されてもよい。
【００４７】
さらに、既に述べたように、コントロールノード１４２からの指示（ステップＳ１２）に基づくこと無く、ソースMME１２１Ｓ又はターゲットMME１２１Ｔが自発的にモビリティ管理及びベアラ管理の移転手順（ステップＳ１３）を開始してもよい。
【００４８】
さらに、ソースMME１２１ＳからターゲットMME１２１Ｔへのモビリティ管理及びベアラ管理の移転手順は、S-GWのリロケーション（又は変更（change））を伴ってもよい。S-GWのリロケーションは、ソースMME１２１Ｓによって管理されていたUE１１１のEPSベアラの経路（つまり、S1ベアラ及びS5/S8ベアラの終端点）をS-GW１２３から他のS-GWに変更することを意味する。
【００４９】
一例において、ターゲットMME１２１Ｔは、自身が有するS-GWセレクション機能に基づいて自発的にS-GWを選択してもよい。これに代えて、リロケーション先のS-GW（ターゲットS-GWと呼ぶ）は、コントロールノード１４２によって指定されてもよい。すなわち、コントロールノード１４２は、ソースMME１２１Ｓに送信するコンテキスト・リロケーション指示メッセージの中にターゲットS-GWの指定を含めてもよい。この場合、ソースMME１２１Ｓは、モビリティ管理及びベアラ管理の移転（リロケーション）手順（図３のステップＳ１３）において、ターゲットS-GWのアドレスをターゲットMME１２１Ｔに知らせてもよい。
【００５０】
図４は、UE１１１に関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転するための手順の具体例の１つを示している。図４の手順は、図３のステップＳ１３において行われることができる。すなわち、ソースMME１２１Ｓは、コントロールノード１４２からのコンテキスト・リロケーション指示メッセージの受信に応答して、図４に示された手順を開始してもよい。図４に示された手順は、UE１１１がアイドル状態（e.g., RRC_IDLE且つECM-IDLE state）であるときに開始される。
【００５１】
図４の手順の開始時において、ソースMME１２１Ｓは、UE１１１のEPSベアラの管理のために、S-GW１２３とのシグナリングコネクション（i.e., S11 GPRS Tunnelling Protocol for the Control Plane (GTP-C) コネクション３１０）を有する。ステップＳ１０１では、ソースMME１２１Ｓは、UE１１１のモビリティ管理コンテキスト（MM context）及びベアラ管理コンテキスト（EPS bearer context）をターゲットMME１２１Ｔに送信するとともに、UE１１１に関連付けられている特定のGUMMEI（例えば、図２Ａ及び図２Ｂに示されたGUMMEI #2）をターゲットMME１２１Ｔに送信する。当該特定のGUMMEIは、UE１１１に割り当てられたGUTIとして送信されてもよい。UE１１１に割り当てられたGUTIは、特定のGUMMEI及びM-TMSIから構成されている。
【００５２】
ステップＳ１０１でのMM context、EPS bearer context、及びGUTIの送信には、MME間のS10インタフェースにおいて送信されるGTP-Cメッセージを利用することができる。例えば、図４に示されているように、Forward Relocation Requestメッセージ又はそれを改変したものが使用されてもよい。Forward Relocation Requestメッセージは、S1-based handover手順においてソースMMEからターゲットMMEに送信されるメッセージである。ステップＳ１０１のForward Relocation Requestメッセージは、S1-based handover では無くContext Relocationのために送信されるメッセージであることを示す情報要素を含んでもよい。なお、Forward Relocation Requestメッセージに代えて、特定のGUMMEIに関連付けられた複数のUE１１１のMM context及びEPS bearer contextを包含する新規なメッセージが使用されてもよい。
【００５３】
ステップＳ１０２では、ターゲットMME１２１Ｔは、ソースMME１２１Ｓから受信したUE１１１のMM context及びEPS bearer contextを自身のメモリ又はストレージ（不図示）に格納する。さらに、ターゲットMME１２１Ｔは、UE１１１のMM context及びEPS bearer contextの受信に応答して、UE１１１のEPSベアラ管理のためのS11 GTP-Cコネクションの終端点をソースMME１２１ＳからターゲットMME１２１Ｔに変更するようS-GW１２３に要求する。この要求は、ターゲットMME１２１ＴのIPアドレス及びMME Tunnel endpoint identifier（MME TEID）を示す。さらに、この要求は、対象となるUE１１１を特定するために、UE１１１のInternational Mobile Subscriber Identity（IMSI）若しくはEPS Bearer ID又はこれら両方を含む。この要求の送信には、MME１２１ＴとS-GW１２３の間のS11インタフェースにおいて送信されるGTP-Cメッセージを使用することができる。例えば、図４に示されているように、Modify Bearer Requestメッセージ又はそれを改変したものが使用されてもよい。
【００５４】
ステップＳ１０３では、S-GW１２３は、UE１１１のEPS bearer contextに関して保持されているMMEのIPアドレス及びMME TEIDを更新し、応答メッセージ（例えば、Modify Bearer Responseメッセージ）をターゲットMME１２１Ｔに送信する。これにより、UE１１１のEPSベアラの管理のためのS11 GTP-Cコネクション３２０がターゲットMME１２１ＴとS-GW１２３との間に設定される。
【００５５】
ステップＳ１０４では、ターゲットMME１２１Ｔは、UE１１１のモビリティ管理及びベアラ管理の移転を受け入れたことをソースMME１２１Ｓに通知する。この通知の送信には、MME間のS10インタフェースにおいて送信されるGTP-Cメッセージを使用することができる。例えば、図４に示されているように、Forward Relocation Responseメッセージ又はそれを改変したものが使用されてもよい。あるいは、Forward Relocation Complete Notificationメッセージ又はそれを改変したものが使用されてもよい。
【００５６】
ステップＳ１０５〜Ｓ１０８は、MMEの変更をHSS１２２に知らせるために行われる。ステップＳ１０５〜Ｓ１０８は、通常のTAU手順においてMMEの変更をHSS知らせるための手順と同様であってもよい。また、MMEの変更は、図４に示された手順の終了後に行われる通常のTAU手順（periodic TAU）においてHSS１２２に知らせることもできる。したがって、ステップＳ１０５〜Ｓ１０８は、省略されてもよい。
【００５７】
ステップＳ１０５では、ターゲットMME１２１Ｔは、UE１１１に関するMMEの変更をHSS１２２に知らせるためのメッセージを送信する。当該メッセージの送信には、MME１２１ＴとHSS１２２の間のS6aインタフェースにおいて送信されるDiameterメッセージを使用することができる。図４に示されているように、通常のTAU手順と同様に、Update Location Requestメッセージが使用されてもよい。ステップＳ１０６では、HSS１２２は、UE１１１に関するMM context及びEPS bearer contextが削除可能であることを知らせるために、Cancel LocationメッセージをソースMME１２１Ｓに送信する。Cancel Locationメッセージは、UE１１１のIMSIを示す。ステップＳ１０７では、ソースMME１２１Ｓは、UE１１１に関するMM context及びEPS bearer contextを必要に応じて削除する。そして、ソースMME１２１Ｓは、Cancel Location AckメッセージをHSS１２２に送信する。Cancel Location Ackメッセージは、UE１１１のIMSを示す。ステップＳ１０８では、HSS１２２は、Update Location AckメッセージをターゲットMME１２１Ｔに送信することにより、Update Location Requestを承認する。
【００５８】
図３及び図４に示した手順を利用することで、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理の移転（リロケーション）を、UE１１１とのシグナリングを伴うことなく完了することができる。
【００５９】
図５は、UE１１１に関するモビリティ管理及びベアラ管理を移転する手順の他の例を示している。図５の例では、ソースMME１２１Ｓは、コントロールノード１４２に代わって、アップリンクNASメッセージの転送先の変更をeNodeB１１２に指示する。具体的には、ソースMME１２１Ｓは、転送テーブル（例えば、図２Ａ及び図２Ｂに示されたテーブル２１０）の更新をeNodeB１１２に指示してもよい。
【００６０】
ステップＳ２０１〜Ｓ２０３は、eNodeB１１２に保持されている転送テーブルを更新するための動作を示している。ステップＳ２０１では、ソースMME１２１Ｓは、転送テーブルの更新指示をeNodeB１１２に送信する。この更新指示は、転送テーブルの更新情報を含む。この更新指示の送信には、MME１２１ＳとeNodeB１１２の間のS1-MMEインタフェースにおいて送信されるS1APメッセージを使用することができる。例えば、図５に示されているように、既存のS1APメッセージ（e.g., MME Configuration Updateメッセージ）又はそれを改変したものが使用されてもよい。これに代えて、新たに定義されたS1APメッセージ（e.g., S1AP: Redirection Commandメッセージ）が使用されてもよい。
【００６１】
ステップＳ２０２では、eNodeB１１２は、ソースMME１２１Ｓからの更新指示に従って、特定のGUMMEI宛てのアップリンクNASメッセージをターゲットMME１２１Ｔに転送するように転送テーブルを更新する。ステップＳ２０３では、eNodeB１１２は、更新指示を受け取ったことを知らせるためのS1APメッセージ（例えば、MME Configuration Update Acknowledgeメッセージ）をソースMME１２１Ｓに送信する。
【００６２】
ステップＳ２０４では、ソースMME１２１Ｓは、特定のGUMMEIに関連付けられた少なくとも１つのアイドル状態のUE１１１に関するモビリティ管理サービス及びベアラ管理サービスをターゲットMME１２１Ｔに移転する。ステップＳ２０４で行われる手順は、図４のステップＳ１０１〜Ｓ１０４で行われる手順と同様であってもよい。
【００６３】
ステップＳ２０５では、ターゲットMME１２１Ｔは、MMEの変更をHSS１２２に知らせる。ステップＳ２０５で行われる手順は、通常のTAU手順においてMMEの変更をHSS知らせるための手順と同様であってよく、すなわち図４のステップＳ１０５〜Ｓ１０８で行われる手順と同様であってもよい。また、図４のステップＳ１０５〜Ｓ１０８に関して説明したのと同様に、ステップＳ２０５は省略されてもよい。
【００６４】
図５の手順は、適宜変更されてもよい。例えば、eNodeB１１２に保持されている転送テーブルを更新するためのステップＳ２０１〜Ｓ２０３は、モビリティ管理及びベアラ管理の移転（ステップＳ２０４）の後に行われてもよい。
【００６５】
図６は、UE１１１に関するモビリティ管理及びベアラ管理を移転する手順の他の例を示している。図６の例では、ターゲットMME１２１Ｔは、コントロールノード１４２の代わりに、移転の対象である特定のGUMMEIを宛先とするアップリンクNASメッセージの転送先をソースMME１２１ＳからターゲットMME１２１Ｔに変更するようeNodeB１１２に指示する。具体的には、ターゲットMME１２１Ｔは、転送テーブル（例えば、図２Ａ及び図２Ｂに示されたテーブル２１０）の更新をeNodeB１１２に指示してもよい。
【００６６】
ステップＳ３０１では、ソースMME１２１Ｓは、特定のGUMMEIに関連付けられた少なくとも１つのアイドル状態のUE１１１に関するモビリティ管理サービス及びベアラ管理サービスをターゲットMME１２１Ｔに移転する。ステップＳ３０１で行われる手順は、図４のステップＳ１０１〜Ｓ１０４で行われる手順と同様であってもよい。
【００６７】
ステップＳ３０２〜Ｓ３０４は、eNodeB１１２に保持されている転送テーブルを更新するための動作を示している。ステップＳ３０２では、ターゲットMME１２１Ｔは、転送テーブルの更新指示をeNodeB１１２に送信する。この更新指示は、転送テーブルの更新情報を含む。この更新指示の送信には、MME１２１ＴとeNodeB１１２の間のS1-MMEインタフェースにおいて送信される既存のS1APメッセージ（e.g., MME Configuration Updateメッセージ）若しくはそれを改変したもの、又は新たに定義されたS1APメッセージを使用することができる。ステップＳ３０３では、eNodeB１１２は、ターゲットMME１２１Ｔからの更新指示に従って、特定のGUMMEI宛てのアップリンクNASメッセージをターゲットMME１２１Ｔに転送するように転送テーブルを更新する。ステップＳ３０４では、eNodeB１１２は、更新指示を受け取ったことを知らせるためのS1APメッセージ（例えば、MME Configuration Update Acknowledgeメッセージ）をターゲットMME１２１Ｔに送信する。
【００６８】
ステップＳ３０５では、ターゲットMME１２１Ｔは、MMEの変更をHSS１２２に知らせる。ステップＳ３０５で行われる手順は、通常のTAU手順においてMMEの変更をHSS知らせるための手順と同様であってよく、すなわち図４のステップＳ１０５〜Ｓ１０８で行われる手順と同様であってもよい。また、図４のステップＳ１０５〜Ｓ１０８に関して説明したのと同様に、ステップＳ３０５は省略されてもよい。
【００６９】
＜第２の実施形態＞
本実施形態では、第１の実施形態で説明されたモビリティ管理及びベアラ管理を移転するための構成及び動作の変形例が説明される。本実施形態に係る移動通信ネットワークの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。
【００７０】
上述の第１の実施形態では、ソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々が複数のGUMMEIを用いてモビリティ管理及びベアラ管理を行う例を示した。しかしながら、１つのMMEが複数のGUMMEIを利用することは、例えばOperation and Maintenance（OAM）、MME間のシグナリング、またはMMEとS-GWの間のシグナリングにおいてGUMMEIが使用されている場合に不都合であるかもしれない。したがって、本実施形態では、仮想GUMMEI（Virtual GUMMEI（V-GUMMEI））が使用される。V-GUMMEIは、少なくとも１つのUE１１１を含む端末グループに割り当てられる。本実施形態に係るソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々は、複数のV-GUMMEIを用いてモビリティ管理及びベアラ管理を行うことができるよう構成されている。ソースMME１２１Ｓは、V-GUMMEIの単位でモビリティ管理及びベアラ管理をターゲットMME１２１Ｔに移転する。
【００７１】
なお、ソースMME１２１Ｓ及びターゲットMME１２１Ｔの各々は、他のMMEとの区別のために１つの固有な（通常の）GUMMEIを設定される。この固有な（通常の）GUMMEIは、本実施形態において実GUMMEI（Real GUMMEI（R-GUMMEI））と呼ばれる。V-GUMMEI及びR-GUMMEIの呼称は一例である。R-GUMMEIが従来のS1-MME (S1-C) インタフェースの転送に用いられるGUMMEIに相当すると考えた場合、V-GUMMEIは一時的なGUMMEI（Temporary GUMMEI (T-GUMMEI)）又は論理的なGUMMEI（Logical GUMMEI (L-GUMMEI)）と呼ぶこともできる。或いは、単純にR-GUMMEI及びV-GUMMEIをそれぞれ第１のGUMMEI及び第２のGUMMEIと呼ぶこともできる。
【００７２】
図７Ａ及び図７Ｂを参照して、本実施形態に係るeNodeB１１２の動作の具体例を説明する。図７Ａ及び図７Ｂと図２Ａ及び図２Ｂの対比から明らかであるように、図７Ａ及び図７Ｂに示されたeNodeB１１２の構成及び動作は、V-GUMMEIに関する転送テーブル４２０を有する点を除いて、図２Ａ及び図２Ｂに示されたeNodeB１１２と同様である。
【００７３】
すなわち、図７Ａは、モビリティ管理及びベアラ管理の移転が行われる前のネットワーク状態を示している。図７Ａの例では、ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、R-GUMMEI #1及びR-GUMMEI #2をそれぞれ設定されている。ソースMME１２１Ｓ及びターゲットMME１２１Ｔは、eNodeB１１２とのパケット転送のためにIP address #1 及びIP address #2をそれぞれ使用する。さらに、ソースMME１２１Ｓは、２つのV-GUMMEI、つまりV-GUMMEI #1及びV-GUMMEI #2を使用して複数のUE１１１Ａ及び複数のUE１１１Ｂを管理している。一方、ターゲットMME１２１Ｔは、１つのV-GUMMEI、つまりV-GUMMEI #3を使用して複数のUE１１１Ｃを管理している。
【００７４】
アイドル状態の各UE１１１Ａは、V-GUMMEI #1に関連付けられており、V-GUMMEI #1を包含するVirtual GUTI（V-GUTI）（i.e., V-GUMMEI #1 + M-TMSI）を割り当てられている。アイドル状態の各UE１１１Ｂは、V-GUMMEI #2に関連付けられており、V-GUMMEI #2を包含するV-GUTI（i.e., V-GUMMEI #2 + M-TMSI）を割り当てられている。同様に、アイドル状態の各UE１１１Ｃは、GUMMEI #3に関連付けられており、GUMMEI #3を包含するV-GUTI（i.e., V-GUMMEI #3 + M-TMSI）を割り当てられている。
【００７５】
図７Ａの例では、eNodeB１１２は、転送テーブル４１０を保持している。転送テーブル４１０は、アップリンクNASメッセージが転送されるべきMMEを決定するためにeNodeB１１２により使用される。図７Ａに示されているように、転送テーブル４１０は、V-GUMMEIを、データパケット転送のために使用されるMMEのIPアドレスに関連付けてもよい。eNodeB１１２は、転送テーブル４１０に従って、UE１１１Ａ及びUE１１１Ｂから受信したアップリンクNASメッセージ４００Ａ及び４００ＢをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｃから受信したアップリンクNASメッセージ４００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
【００７６】
一方、図７Ｂは、V-GUMMEI #2に関連付けられた複数のUE１１１Ｂに関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転した後のネットワーク状態を示している。したがって、図７Ｂの例では、ソースMME１２１Ｓは、１つのV-GUMMEI、つまりV-GUMMEI #1を使用して複数のUE１１１Ａを管理している。一方、ターゲットMME１２１Ｔは、２つのV-GUMMEI、つまりV-GUMMEI #2及びV-GUMMEI #3を使用して複数のUE１１１Ｂ及び複数のUE１１１Ｃを管理している。さらに、V-GUMMEI #2に関するモビリティ管理及びベアラ管理の移転が完了したことに応じて、eNodeB１１２に保持されている転送テーブル４１０が更新されている。すなわち、図７Ｂに示された転送テーブル４１０では、ターゲットMME１２１ＴのIPアドレス（IP address #2）がV-GUMMEI #2に関連付けられている。したがって、eNodeB１１２は、UE１１１Ａから受信したアップリンクNASメッセージ４００ＡをIP address #1（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｂ及びUE１１１Ｃから受信したアップリンクNASメッセージ４００Ｂ及び４００ＣをIP address #2（つまり、ターゲットMME１２１Ｔ）に転送する。
【００７７】
本実施形態に係るeNodeB１１２は、アップリンクNASメッセージの転送のために、図８Ａ及び図８Ｂに示すように、V-GUMMEIとR-GUMMEIの関連付けを示す転送テーブルを有してもよい。図８Ａは、図７Ａと同様に、モビリティ管理及びベアラ管理の移転が行われる前のネットワーク状態を示している。図８Ａに示されたeNodeB１１２は、転送テーブル４２０を保持している。転送テーブル４２０は、V-GUMMEIとR-GUMMEIの関連付けを示す。eNodeB１１２は、転送テーブル４２０に従って、UE１１１Ａ及びUE１１１Ｂから受信したアップリンクNASメッセージ４００Ａ及び４００ＢをR-GUMMEI #1を持つMME（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｃから受信したアップリンクNASメッセージ４００ＣをR-GUMMEI #2を持つMME（つまり、ターゲットMME１２１Ｔ）に転送する。
【００７８】
一方、図８Ｂは、図７Ｂと同様に、V-GUMMEI #2に関連付けられた複数のUE１１１Ｂに関するモビリティ管理及びベアラ管理をソースMME１２１ＳからターゲットMME１２１Ｔに移転した後のネットワーク状態を示している。図８Ｂでは、V-GUMMEI #2に関するモビリティ管理及びベアラ管理の移転が完了したことに応じて、eNodeB１１２に保持されている転送テーブル４２０が更新されている。すなわち、図８Ｂに示された転送テーブル４２０では、ターゲットMME１２１ＴのR-GUMMEI（R-GUMMEI #2）がV-GUMMEI #2に関連付けられている。したがって、eNodeB１１２は、UE１１１Ａから受信したアップリンクNASメッセージ４００ＡをR-GUMMEI #1を持つMME（つまり、ソースMME１２１Ｓ）に転送し、UE１１１Ｂ及びUE１１１Ｃから受信したアップリンクNASメッセージ４００Ｂ及び４００ＣをR-GUMMEI #2を持つMME（つまり、ターゲットMME１２１Ｔ）に転送する。
【００７９】
図８Ａ及び図８Ｂに示された例では、eNodeB１１２は、MMEの名前解決のために、つまりMMEのIPアドレスを得るために、R-GUMMEIとMMEのIPアドレスの関連付けを示す追加のテーブルを有してもよい。これに代えて、eNodeB１１２は、MMEの名前解決のために、Domain Name System（DNS）サービスを利用してもよい。
【００８０】
図９は、UE１１１に関するモビリティ管理及びベアラ管理をソースMME１２１ＡからターゲットMME１２１Ｔに移転するための手順の具体例の１つを示している。ステップＳ４０１では、ソースMME１２１Ｓは、UE１１１のMM context及びEPS bearer contextをターゲットMME１２１Ｔに送信するとともに、UE１１１に関連付けられている特定のV-GUMMEI（例えば、図７Ａ及び図７Ｂに示されたV-GUMMEI #2）をターゲットMME１２１Ｔに送信する。当該特定のV-GUMMEIは、UE１１１に割り当てられたV-GUTIとして送信されてもよい。UE１１１に割り当てられたV-GUTIは、特定のV-GUMMEI及びM-TMSIから構成されている。図９のステップＳ４０２〜Ｓ４０８の処理は、GUMMEIの代わりにV-GUMMEIが使用されることを除いて、図４のステップＳ１０２〜Ｓ１０８における処理と同様であってもよい。したがって、ここでは、ステップＳ４０２〜Ｓ４０８に関する説明を省略する。
【００８１】
なお、図９の手順は、一例に過ぎない。例えば、第１の実施形態において図５及び図６を用いて説明された手順、すなわち、アップリンクNASメッセージの転送先の変更をソースMME１２１Ｓ又はターゲットMME１２１ＴからeNodeB１１２に指示する手順、が採用されてもよい。図５又は図６の手順が採用される場合、図８Ａ及び図８Ｂに示された転送テーブル４２０を更新するために、S1AP: MME CONFIGURATION UPDATEメッセージ（図５のＳ２０１、図６のＳ３０２）が使用されてもよい。転送テーブル４２０の更新に関して以下に補足する。
【００８２】
まずMMEは、例えば図１０に記載されたS1AP: S1 SETUP RESPONSE messageを用いて、eNodeBに転送テーブルの情報を通知するようにしてもよい。maxnoofVirtualEntries は、あるR-GUMMEIにマッピング可能なV-GUMMEIの最大数を意味する。図１０の例では、Served GUMMEIの下位8bitに相当するMME Codeを利用して、R-GUMMEIとV-GUMMEIのマッピングを実現する。例えば、１つのR-GUMMEIに３つのV-GUMMEIsをマッピングする場合、Served MMECs IEの１つのMME Code（e.g. 0x00:00000000）に対して３つのMME Code (e.g. 0x00:00000000, 0x01:00000001, 0x02:00000010)を割り当てるようにしてもよい。このとき、V-GUMMEIのために使用されたMME Codeは、同一MMEグループ（つまり、同じPLMN及び同じMMEGIを持つMMEの集合）内ではR-GUMMEIのために使用されない。S1AP: S1 SETUP RESPONSE メッセージがV-GUMMEIとR-GUMMEIの間のマッピングを示す情報要素（Virtual GUMMEIs IE）を含んでいる場合、eNodeB１１２は、このIEをNASメッセージの転送に使用する、つまりNASメッセージの転送先のMMEの決定に使用する。
【００８３】
一方、図５及び図６に示されたS1AP: MME CONFIGURATION UPDATEメッセージは、例えば図１１のように構成されてもよい。S1AP: MME CONFIGURATION UPDATE メッセージがV-GUMMEIとR-GUMMEIの間のマッピングを示す情報要素（Virtual GUMMEIs IE）を含む場合、eNodeB１１２は、このIEを上書き（overwrite）する、つまりNASメッセージの転送先のMMEの決定に用いる転送テーブル４２０を更新する。
【００８４】
eNodeB１１２は、MMEセレクションのためにRRC Connection Requestメッセージに包含されているUE Identity（つまり、S-TMSI）を利用する場合（例えば、Service Requestの場合）、当該UE Identity内のMMEC（V-GUMMEIのMMECに相当）を転送テーブル４２０に従ってR-GUMMEIにマッピングすることで、NASメッセージを転送するべきMMEを決定してもよい。同様に、eNodeB１１２は、MMEセレクションのためにRRC Connection Setup Completeメッセージに包含されている受信するRegistered MME情報（RegisteredMME IE）を利用する場合（例えば、TAU Requestの場合）、Registered MME情報内のMMEC（V-GUMMEIのMMECに相当）を転送テーブル４２０に従ってR-GUMMEIにマッピングすることで、NASメッセージを転送するべきMMEを決定してもよい。UE Identity 内又はRegistered MME情報内のV-GUMMEIのMMECを対応するR-GUMMEIのMMECに変換し、R-GUMMEIのMMEC を包含するS1AP: INITIAL UE MESSAGE メッセージを送信してもよい。
【００８５】
さらに、V-GUMMEIであることを示すフラグ（例えば、”virtual”）がRRC Connection Setup Completeメッセージに含まれるgummei-Type IE内に新たに定義されてもよく、eNodeB１１２が当該フラグに基づいて転送先のMMEを判断してもよい。これに代えて、GUMMEIがR-GUMMEI及びV-GUMMEIのいずれであるかを示す識別フラグ（例えば、”normal”, “virtual”）がgummei-Type IEに定義されてもよい。例えば、MME（ソースMME１２１Ｓ）は、Registered MME情報（つまりGUMMEI）がV-GUMMEIにリンクしていることをUE１１１に通知してもよい。UE１１１は、RRC Connection Setup Completeメッセージを送信する場合、NASレイヤからASレイヤ（RRC）へRegistered MME情報を通知する際に、V-GUMMEIにリンクしていること（又は、GUMMEIがR-GUMMEI及びV-GUMMEIのいずれであるかを示す情報）を併せて通知してもよい。更に、UE１１１は、RRC Connection Setup Completeメッセージに包含される情報要素であるgummei-Typeを ”virtual” に設定し、eNodeBへ送信してもよい。ここで、gummei-Typeに設定される ”virtual” との名称（呼称）は一例である。例えばV-GUMMEIという名称に代えてT-GUMMEI、L-GUMMEI又は第２のGUMMEIという名称が使用される場合、gummei-Typeは”temporal”、”logical” 又は ”secondary(-GUMMEI)” に設定されてもよい。
【００８６】
本実施形態によれば、第１の実施形態と同様に、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理の移転（リロケーション）を、UE１１１とのシグナリングを伴うことなく完了することができる。さらに、本実施形態によれば、１つのMME１２１が複数のV-GUMMEIを使用することができ、アイドル状態のUE１１１に関するモビリティ管理及びベアラ管理をV-GUMMEI単位でソースMME１２１ＳからターゲットMME１２１Ｔに移転することができる。したがって、各MMEに固有の通常のGUMMEI（R-GUMMEI）がMME間のシグナリング等に使用される場合であっても、V-GUMMEIの単位でモビリティ管理及びベアラ管理を移転することができる。言い換えると、ソースMME１２１Ｓが管理している複数のUE１１１のうちの一部、つまり特定V-GUMMEIに関連付けられた少なくとも１つのUE１１１、に関するモビリティ管理及びベアラ管理だけをターゲットMME１２１Ｔに移転することができる。
【００８７】
＜第３の実施形態＞
本実施形態では、モビリティ管理及びベアラ管理を移転する手順で発生するシグナリングメッセージの数を削減するためのいくつかの改良が説明される。これらいくつかの改良は、個別に実施されてもよいし、組み合せて実施されてもよい。本実施形態に係る移動通信ネットワークの構成例は、第１の実施形態に関して説明された図１と同様とすればよい。
【００８８】
ソースMME１２１Ｓは、ターゲットMME１２１Ｔに送信するシグナリングメッセージの数を削減するために、モビリティ管理及びベアラ管理の移転の対象とされる複数のUE１１１に関するUEコンテキスト（MM context若しくはEPS bearer context又はこれら両方）を包含するシグナリングメッセージをターゲットMME１２１Ｔに送信してもよい。これにより、UE毎に個別のシグナリングメッセージを送信する場合に比べて、シグナリング回数を削減できる。ソースMME１２１ＳからターゲットMME１２１Ｔに送信されるデータ量をさらに低減するために、ソースMME１２１Ｓは、UEコンテキストのうち複数のUE１１１の間で共通する情報要素（例えば、GUMMEI（R-GUMMEI）又はV-GUMMEI
）を圧縮することで、ターゲットMME１２１Ｔに送信するシグナリングメッセージのデータサイズを低減してもよい。
【００８９】
複数のUE１１１に関する複数のS11 GTP-CコネクションのMME側終端点をソースMME１２１ＳからターゲットMME１２１Ｔに変更するためのシグナリング回数を低減できることが好ましい。この目的を達成するために、S11のためのMME TEID（32bit長）内の一部は、複数のUE１１１に対応するUEグループ識別子（ID）、または複数のUE１１１に関連付けられた特定のGUMMEIに包含されている特定のMMEC（8bit長）を示す領域として使用されてもよい。図１１は、改良されたS11のためのMME TEIDのデータ構造の一例を示している。図１１の例では、S11のためのMME TEID５００の上位８ビットがUEグループID５１０として使用される。UEグループID５１０は、モビリティ管理及びベアラ管理の移転の対象とされる特定のGUMMEIに関連付けられた複数のUE１１１を示す識別子であればよい。UEグループID５１０は、例えば、特定のGUMMEIに包含されるMMECであってもよい。図１１に示されたMME TEID５００の残りの２４ビットは、MME内で固有な実際のMME TEIDを示す領域として使用される。
【００９０】
S11のためのMME TEID内の一部をUEグループID（又は特定のMMEC）を示す領域として使用することで、モビリティ管理及びベアラ管理のMME間での移転に伴って修正する必要のあるS11 GTP-Cコネクションを容易に特定することができる。したがって、ターゲットMME１２１Ｔは、複数のS11 GTP-Cコネクションの修正のために、複数のUE１１１に共通のUEグループID（又は特定のMMEC）をS-GW１２３に知らせればよく、複数のUE１１１の全ての識別子（e.g., IMSI又はEPS bearer ID）をS-GW１２３に知らせる必要がない。これにより、複数のS11 GTP-Cコネクションの修正のためのシグナリング回数及び送信データ量を低減できる。
【００９１】
図１２を参照して、複数のS11 GTP-Cコネクションの修正の具体例を説明する。S-GW１２３は、UE毎に１つのS11 GTP-Cコネクションを使用する。したがって、S-GW１２３は、S11 GTP-Cコネクション毎に、UE１１１の識別子（i.e., IMSI）、MMEのIPアドレス、及びMME TEIDを管理する。図１２に示されたテーブル５３０は、IMSI #1〜IMSI #5によって特定される５つのUE１１１に関する５つのS11 GTP-Cコネクションを管理している。IMSI #1〜IMSI #3によって特定される３つのUE１１１に関するS11 GTP-Cコネクションは、ソースMME１２１ＳのIPアドレス（IP address #1）に対応付けられており、ソースMME１２１Ｓに接続される。一方、IMSI #4及びIMSI #5によって特定される２つのUE１１１に関するS11 GTP-Cコネクションは、ターゲットMME１２１ＴのIPアドレス（IP address #2）に対応付けられており、ターゲットMME１２１Ｔに接続される。
【００９２】
さらに、テーブル５３０では、IMSI #1及びIMSI #2によって特定される２つのUE１１１は、MME TEIDの上位８ビットに“0xA1”が設定されている。一方、IMSI #3によって特定される１つのUE１１１は、MME TEIDの上位８ビットに“0xA2”が設定されている。MME TEIDの上位８ビットは、UEグループ識別子（又は特定のGUMMEI内の特定のMMEC）を表す。したがって、IMSI #1及びIMSI #2は、“0xA1”によって特定される同一UEグループに属し、IMSI #3は異なるUEグループに属していることが容易に判別できる。
【００９３】
“0xA1”によって特定されるUEグループに属する２つのUE１１１（IMSI #1及びIMSI #2）に関する２つのS11 GTP-Cコネクションの終端点をソースMME１２１ＳからターゲットMME１２１Ｔに変更する場合、ターゲットMME１２１Ｔは、UEグループ識別子（又は特定のMMEC）“0xA1”をS-GW１２３に通知すればよく、２つのUE１１１のIMSI #1及びIMSI #2を通知する必要がない。例えば、ターゲットMME１２１Ｔは、図１２に示されているMME Change Notificationメッセージ５４０を送信してもよい。MME Change Notificationメッセージ５４０は、ソースMME１２１ＳのIPアドレス（IP address #1）及びUEグループ識別子（又は特定のMMEC）“0xA1”を検索のためのキー情報として示し、ターゲットMME１２１ＴのIPアドレス（IP address #2）を修正値として示す。S-GW１２３は、MME Change Notificationメッセージ５４０を受信したことに応じて、テーブル５３０の中からUEグループ識別子（又は特定のMMEC）“0xA1”を有するエントリを探し出し、そのエントリのMME IPアドレス（IP address #1）をターゲットMME１２１ＴのIPアドレス（IP address #2）によって上書きすればよい。図１２に示されたテーブル５５０は、修正後のテーブルを示している。点線枠５６０は、修正された２つのIPアドレスを示している。
【００９４】
図１３は、複数のUE１１１に関するモビリティ管理及びベアラ管理をソースMME１２１ＡからターゲットMME１２１Ｔに移転するための手順の具体例を示している。ステップＳ５０１では、ソースMME１２１Ｓは、移転の対象とされる複数のUE１１１に関するMM context及びEPS bearer contextを含むメッセージ（Relocation Request）をターゲットMME１２１Ｔに送信する。
【００９５】
ステップＳ５０２では、ターゲットMME１２１Ｔは、ソースMME１２１Ｓから受信した複数のUE１１１に関するMM context及びEPS bearer contextを自身のメモリ又はストレージ（不図示）に格納する。さらに、ターゲットMME１２１Ｔは、これら複数のUE１１１に関するS11 GTP-Cコネクションを修正するためのメッセージ（MME Change Notification）をS-GW１２３に送信する。MME Change Notificationメッセージは、複数のUE１１１のそれぞれのIMSIを示す代わりに、複数のUE１１１が帰属するUEグループの識別子（又は特定MMEC）を示す。
【００９６】
ステップＳ５０３では、S-GW１２３は、MME Change Notificationメッセージ（ステップＳ５０２）の受信に応答して、複数のUE１１１に関する複数のS11 GTP-Cコネクションを修正し、応答メッセージ（例えば、MME Change Responseメッセージ）をターゲットMME１２１Ｔに送信する。これにより、複数のUE１１１に関する複数のS11 GTP-Cコネクション３２０がターゲットMME１２１ＴとS-GW１２３との間に設定される。
【００９７】
図１３のステップＳ５０４〜Ｓ５０８の処理は、図４のステップＳ１０４〜Ｓ１０８における処理と同様であってもよい。したがって、ここでは、ステップＳ５０４〜Ｓ５０８に関する説明を省略する。
【００９８】
なお、本実施形態で説明されたS11 GTP-Cコネクションの修正は、ターゲットMME１２１Ｔからに代えて、コントロールノード１４２からS-GW１２３に対して指示されてもよい。
【００９９】
最後に上述の第１〜第３の実施形態に係るeNodeB１１２、ソースMME１２１Ｓ、ターゲットMME１２１Ｔ、及びコントロールノード１４２の構成例について説明する。図１４は、eNodeB１１２の構成例を示している。図１４を参照すると、eNodeB１１２は、無線トランシーバ１１２０、ネットワークインタフェース１１２１、プロセッサ１１２２、及びメモリ１１２３を含む。無線トランシーバ１１２０は、UE１１１と通信するよう構成されている。ネットワークインタフェース１１２１は、E-UTRAN１１０内の他のeNodeB、並びにEPC１２０内のノード（MME１２１Ｓ、MME１２１Ｔ、及びS-GW１２３等）と通信するために使用される。
【０１００】
プロセッサ１１２２は、メモリ１１２３からソフトウェア（コンピュータプログラム）を読み出して実行することで、RRC及びRadio Resource Management（RRM）を含む通信制御、並びに上述の実施形態で説明されたeNodeB１１２の動作を行う。プロセッサ１１２２は、例えば、マイクロプロセッサ、Micro Processing Unit（MPU）、又はCentral Processing Unit（CPU）であってもよい。プロセッサ１１２２は、複数のプロセッサを含んでもよい。
【０１０１】
メモリ１１２３は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、例えば、マスクRead Only Memory（MROM）、Programmable ROM（PROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１１２３は、プロセッサ１１２２から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１１２２は、ネットワークインタフェース１１２１又は図示されていない他のI/Oインタフェースを介してメモリ１１２３にアクセスしてもよい。
【０１０２】
図１４の例では、メモリ１１２３は、RRCモジュール１１２４、RRMモジュール１１２５、X2モジュール１１２６、S1-MMEモジュール１１２７、及びOperation and Maintenance（OAM）モジュール１１２８を含むソフトウェアモジュール群を格納するために使用される。RRCモジュール１１２４及びS1-MMEモジュール１１２７は、受信したRRCメッセージにカプセル化されているNASメッセージをMMEに転送する処理を実行するための命令群およびデータを含む。また、OAMモジュール１１２８は、コントロールノード１１４２と通信するための命令群及びデータを含む。プロセッサ１１２２は、RRCモジュール１１２４、S1-MMEモジュール１１２７、及びOAMモジュール１１２８をメモリ１１２３から読み出して実行することで、上述の実施形態で説明されたモビリティ管理及びベアラ管理の移転手順に関するeNodeB１１２の動作を行うことができる。
【０１０３】
図１５は、ソースMME１２１Ｓの構成例を示している。ターゲットMME１２１Ｔの構成も図１５の構成例と同様であってもよい。図１５を参照すると、MME１２１Ｓは、ネットワークインタフェース１２１０、プロセッサ１２１１、及びメモリ１２１２を含む。ネットワークインタフェース１２１０は、他のネットワークノード（e.g., eNodeB１１２、ターゲットMME１２１Ｔ、HSS１２２、S-GW１２３）と通信するために使用される。ネットワークインタフェース１２１０は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【０１０４】
プロセッサ１２１１は、メモリ１２１２からソフトウェア（コンピュータプログラム）を読み出して実行することで、通信制御（e.g.,モビリティ管理及びベアラ管理）を実行する。プロセッサ１２１１は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１２１１は、複数のプロセッサを含んでもよい。
【０１０５】
メモリ１２１２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１２１２は、プロセッサ１２１１から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２１１は、ネットワークインタフェース１２１０又は図示されていない他のI/Oインタフェースを介してメモリ１２１２にアクセスしてもよい。
【０１０６】
図１５の例では、メモリ１２１２は、S1-MMEモジュール１２１３、S6aモジュール１２１４、S10モジュール１２１５、S11モジュール１２１６、NASモジュール１２１７、EPS Mobility Management（EMM）及びEPS Session Management（ESM）モジュール１２１８、及びOAMモジュール１２１９を含むソフトウェアモジュール群を格納するために使用される。OAMモジュール１２１９は、上述の実施形態で説明されたコントロールノード１４２との通信とリロケーションを制御するための命令群およびデータを含む。プロセッサ１２１１は、OAMモジュール１２１９、S1-MMEモジュール１２１３、及びS11モジュール１２１６等をメモリ１２１２から読み出して実行することで、上述の実施形態で説明されたモビリティ管理及びベアラ管理のリロケーション手順に関するソースMME１２１Ｓの動作を行うことができる。
【０１０７】
図１６は、コントロールノード１４２の構成例を示している。図１６を参照すると、コントロールノード１４２は、ネットワークインタフェース１４２０、プロセッサ１４２１、及びメモリ１４２２を含む。ネットワークインタフェース１４２０は、ネットワークノード（e.g., eNodeB１１２、ターゲットMME１２１Ｔ、HSS１２２、S-GW１２３）と通信するために使用される。ネットワークインタフェース１４２０は、例えば、IEEE 802.3 seriesに準拠したネットワークインタフェースカード（NIC）を含んでもよい。
【０１０８】
プロセッサ１４２１は、メモリ１４２２からソフトウェア（コンピュータプログラム）を読み出して実行することで、モビリティ管理及びベアラ管理のMME間での移転に関する制御を実行する。プロセッサ１４２１は、例えば、マイクロプロセッサ、MPU、又はCPUであってもよい。プロセッサ１４２１は、複数のプロセッサを含んでもよい。
【０１０９】
メモリ１４２２は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、例えば、MROM、PROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの組合せである。また、メモリ１４２２は、プロセッサ１４２１から物理的に離れて配置されたストレージを含んでもよい。この場合、プロセッサ１４２１は、ネットワークインタフェース１４２０又は図示されていない他のI/Oインタフェースを介してメモリ１４２２にアクセスしてもよい。
【０１１０】
図１６の例では、メモリ１４２２は、リロケーション管理モジュール１４２３を含むソフトウェアモジュール群を格納するために使用される。リロケーション管理モジュール１４２３は、上述の実施形態で説明されたモビリティ管理及びベアラ管理のMME間での移転に関する制御を行うための命令群およびデータを含む。プロセッサ１４２１は、OAMモジュール１２１９は、リロケーション管理モジュール１４２３をメモリ１４２２から読み出して実行することで、上述の実施形態で説明されたモビリティ管理及びベアラ管理のリロケーション手順に関するコントロールノード１４２の動作を行うことができる。
【０１１１】
図１４〜図１６を用いて説明したように、上述の実施形態に係るeNodeB１１２、ソースMME１２１Ｓ、ターゲットMME１２１Ｔ、及びコントロールノード１４２が有するプロセッサの各々は、シーケンス図等を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。
【０１１２】
このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１１３】
＜その他の実施形態＞
上述の実施形態で説明されたモビリティ管理及びベアラ管理を移転する手順は、適宜変形することができる。例えば、図３は、ソースMME１２１Ｓがコントロールノード１４２からリロケーション指示メッセージを受信する例を示した。しかしながら、ソースMME１２１Ｓの代わりにターゲットMME１２１Ｔがコントロールノード１４２からリロケーション指示メッセージを受信し、リロケーション手順を開始してもよい。
【０１１４】
また、上述の実施形態では、主にEPSに関する具体例を用いて説明を行った。しかしながら、これらの実施形態は、その他の移動通信システム、例えば、Universal Mobile Telecommunications System（UMTS）、3GPP2 CDMA2000システム（1xRTT、High Rate Packet Data（HRPD））、Global System for Mobile communications（GSM（登録商標））/General packet radio service（GPRS）システム、及びモバイルWiMAXシステム等に適用されてもよい。
【０１１５】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１１６】
この出願は、２０１４年９月５日に出願された日本出願特願２０１４−１８１１６９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１７】
１１０  Evolved Universal Terrestrial Radio Access Network (E-UTRAN)
１１１  User Equipment (UE)
１１２  eNodeB
１２１Ｓ  Source Mobility Management Entity (MME)
１２１Ｔ  Target MME
１２２  Home Subscriber Server (HSS)
１２３  Serving Gateway (S-GW)
１２４  Packet Data Network Gateway (P-GW)
１２０  Evolved Packet Core (EPC)
１３０  Packet Data Network (PDN)
１４１  制御インタフェース
１４２  コントロールノード
１１２２、１２１１、１４２１  プロセッサ
１１２３、１２１２、１４２２  メモリ
【図１】
2016035230.tif 000003
【図２Ａ】
2016035230.tif 000004
【図２Ｂ】
2016035230.tif 000005
【図３】
2016035230.tif 000006
【図４】
2016035230.tif 000007
【図５】
2016035230.tif 000008
【図６】
2016035230.tif 000009
【図７Ａ】
2016035230.tif 000010
【図７Ｂ】
2016035230.tif 000011
【図８Ａ】
2016035230.tif 000012
【図８Ｂ】
2016035230.tif 000013
【図９】
2016035230.tif 000014
【図１０】
2016035230.tif 000015
【図１１】
2016035230.tif 000016
【図１２】
2016035230.tif 000017
【図１３】
2016035230.tif 000018
【図１４】
2016035230.tif 000019
【図１５】
2016035230.tif 000020
【図１６】
2016035230.tif 000021
【図１７】
2016035230.tif 000022
【手続補正書】
【提出日】平成29年2月15日(2017.2.15)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局を設定するよう構成されている、
基地局。
【請求項２】
前記少なくとも１つのプロセッサは、前記基地局によって保持される転送テーブルにおいて前記特定のコアネットワークノード識別子に関連付けられるコアネットワークノードを前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう構成され、
前記転送テーブルは、前記NASメッセージが転送されるべきコアネットワークノードを決定するために前記基地局により使用される、
請求項１に記載の基地局。
【請求項３】
前記転送テーブルは、前記特定のコアネットワークノード識別子を、データパケット転送のために使用される前記第１又は第２のコアネットワークノードのアドレスと関連付ける、
請求項２に記載の基地局。
【請求項４】
前記第１及び第２のコアネットワークノードの各々は、他のコアネットワークノードとの区別のために１つの固有コアネットワークノード識別子を設定されるとともに、複数の仮想コアネットワーク識別子を用いてモビリティ管理及びベアラ管理を行うことができるよう構成され、
前記特定のコアネットワークノード識別子は、前記複数の仮想コアネットワーク識別子の１つであり、
前記転送テーブルは、前記特定のコアネットワークノード識別子を、前記第１又は第２のコアネットワークノードの前記固有コアネットワークノード識別子と関連付ける、
請求項２に記載の基地局。
【請求項５】
前記少なくとも１つのプロセッサは、前記第１及び第２のコアネットワークノードを含むコアネットワークに結合されたコントロールノードから、前記NASメッセージの転送先の変更を示す指示を受信するよう構成されている、
請求項１〜４のいずれか１項に記載の基地局。
【請求項６】
コアネットワークに配置される第１のコアネットワークノードであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を前記第１のコアネットワークノードから第２のコアネットワークノードに移転するよう構成され、且つ
前記少なくとも１つの移動端末の前記モビリティ管理及びベアラ管理を移転することに応じて、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示するよう構成されている、
第１のコアネットワークノード。
【請求項７】
コアネットワークに配置される第２のコアネットワークノードであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記第２のコアネットワークノードによって、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理を第１のコアネットワークノードから引き継ぐよう構成され、
前記少なくとも１つのプロセッサは、前記特定のコアネットワークノード識別子の更新を前記少なくとも１つの移動端末に通知すること無く、前記モビリティ管理及びベアラ管理を引き継いだ後に前記特定のコアネットワークノード識別子を前記第２のコアネットワークノードにおいて使用するよう構成され、
前記特定のコアネットワークノード識別子は、前記少なくとも１つの移動端末から送信されるNon-Access Stratum（NAS）メッセージの宛先として前記少なくとも１つの移動端末によって使用される、
第２のコアネットワークノード。
【請求項８】
コアネットワークに結合されたコントロールノードであって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう基地局に指示するよう構成されている、
コントロールノード。
【請求項９】
基地局によって行われる方法であって、
特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局を設定すること、
を備える、方法。
【請求項１０】
基地局によって行われる方法をコンピュータに行わせるためのプログラムであって、
前記方法は、特定のコアネットワークノード識別子に関連付けられた少なくとも１つのアイドル状態の移動端末のモビリティ管理及びベアラ管理が第１のコアネットワークノードから第２のコアネットワークノードに移転される場合に、前記少なくとも１つの移動端末の各々から送信される前記特定のコアネットワークノード識別子を宛先とするNon-Access Stratum（NAS）メッセージの転送先を前記第１のコアネットワークノードから前記第２のコアネットワークノードに変更するよう前記基地局を設定することを備える、
プログラム。
【国際調査報告】
2016035230.tif 000023
2016035230.tif 000024