JP6504375B2 - 通信システム - Google Patents

Description

本発明は、通信システムに関する。本発明は、下記に限られないが特に、Universal Terrestrial Radio Access Network（ＵＴＲＡＮ）、及びLong Term Evolution（ＬＴＥ）-Advancedを含む、ＬＴＥのＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）等の、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格又はその均等物又は派生物に従って動作する無線通信システム及びそのデバイスに関する。本発明は、下記に限られないが特に、専用コアネットワークを用いることに関連する。

３ＧＰＰ規格では、モバイル機器がコアネットワークに接続し、他のモバイル機器又はリモートサーバと通信する際に、基地局である「ＮｏｄｅＢ」（又はＬＴＥにおける「ｅＮＢ」）を介する。これを可能とするために、モバイル機器は、接続する基地局との間で、いわゆる無線リソース制御（ＲＲＣ）接続を確立する。簡単のため、本出願では、前述のモバイル機器が接続する基地局などを単に基地局という。ここで用いられる通信機器としては、例えば、移動電話機、スマートフォン、ユーザ機器、携帯情報端末、マシンタイプ通信（ＭＴＣ）デバイス、Internet of Things（ＩｏＴ）デバイス、ラップトップコンピュータ、ウェブブラウザ等の移動通信機器であってもよい。３ＧＰＰ規格では、（通常）固定式の機器の一部として実装され得る、Ｗｉ−Ｆｉルータ、モデム等の移動しないユーザ機器をネットワークに接続することも可能にする。簡単のため、本出願は、明細書において移動通信機器（又はモバイル機器）に言及するが、記載の技術は、コアネットワークに接続することができる任意の移動機器及び「移動しない」機器においても実施されえる。

３ＧＰＰ規格では、基地局は、コアネットワーク（ＬＴＥにおいて発展型パケットコア（ＥＰＣ）ネットワークと呼ばれる）に接続する。モバイル機器を追跡し、異なる基地局間の移動を容易にするために、コアネットワークは、コアネットワークに接続する基地局と通信する複数の移動管理装置（Mobility Management Entity;ＭＭＥ）を含む。モバイル機器とそれらに関連付けられているＭＭＥとの間の通信は、（接続する基地局を介した）非アクセス層（Non-Access Stratum;ＮＡＳ）シグナリングを用いて行われる。あるコアネットワークではまた、モバイル機器によって用いられる無線アクセス技術（ＲＡＴ）に応じて、加入者パケット交換機（Serving GPRS (General Packet Radio Service) Supporting Node;ＳＧＳＮ）がＭＭＥの代わりに用いられてもよい。

最近の３ＧＰＰ規格（例えば、ＬＴＥ、及び、ごく最近のLTE-Advancedすなわち「ＬＴＥ−Ａ」規格）では、モバイル機器等のユーザ機器（ＵＥ）が、専用コアネットワークノード（専用のＭＭＥ／ＳＧＳＮ等）を用いてコアネットワークに効率的に接続することが可能である。このいわゆる「専用コアネットワーク」（ＤＥＣＯＲ）特徴の詳細は、３ＧＰＰ技術報告（ＴＲ）２３．７０７（Ｖ１３．０．０）において論じられており、その内容は参照により本明細書に援用される。要約すると、ＤＥＣＯＲの特徴は、ネットワーク事業者が、そのネットワーク内に共通の（すなわち、非専用の）コアネットワークとともに、複数の専用コアネットワーク（ＤＣＮ）を配置することができる、というものである。ＤＥＣＯＲの機能の目的は、同一の又は同様の特性を有する加入者（ＵＥ）専用のＤＣＮの配置を可能にすることである。したがって、各ＤＣＮは、一以上の特定のタイプの加入者及び／又は一以上の特定のタイプのサービスを扱うことに専用されてもよい。

ＤＣＮは任意機能であるので、GSM EDGE Radio Access Network（ＧＥＲＡＮ）、ＵＴＲＡＮ及び／又はＥ−ＵＴＲＡＮ等の様々なタイプの無線アクセス技術（ＲＡＴ）毎に選択的に配置されうる。例えば、ネットワーク事業者は、（Ｅ−ＵＴＲＡＮをサポートするために）専用のＭＭＥを配置するが、専用のＳＧＳＮを配置しなくてもよい（つまり、ＧＥＲＡＮ／ＵＴＲＡＮをサポートしない）し、逆もまた同様である。ＤＥＣＯＲを配置する動機は、特に、特定の特性／機能を有し、又はスケーリング機能を有するＤＣＮを提供することで、特定のＵＥ又は加入者（例えば、machine to machine（Ｍ２Ｍ）の加入者、特定の企業又は別個の管理ドメインに属する加入者、仮想移動体通信事業者（ＭＶＮＯ）に属する加入者等）を、他のＵＥ又は加入者等から分離することである。

しかし、そのような顧客や機器の様々なグループには、特徴、トラヒック特性、利用可能性、輻輳管理、シグナリング及びユーザプレーンデータ使用等の観点において、異なる要件を有することがある。専用／特殊コアネットワーク要素／リソースを含むＤＣＮは、事業者がそのような機器／顧客グループの要件を満たすのを助けることができる。ＤＣＮはまた、ネットワーク利用可能性及び／又は冗長性要件を満たすことに寄与してもよく、特定のユーザ又はトラヒックタイプのための独立したスケーリング又は特殊機能の提供、並びに様々なタイプのユーザ及びトラヒックを互いに分離することを容易にする。

各ＤＣＮは１つ又は複数のＭＭＥ／ＳＧＳＮを備え、適宜、１つ又は複数のサービングゲートウェイ（Ｓ−ＧＷ）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）及び／又はポリシー及び課金ルール機能（Policy and Charging Rules Function;ＰＣＲＦ）を備えてもよい。以下の説明において、「専用コアネットワーク」／「ＤＣＮ」という用語を用いて、（１）ＭＭＥ又はＳＧＳＮ等の制御プレーン機能、（２）Ｓ−ＧＷ、Ｐ−ＧＷ、Gateway GPRS Support Node（ＧＧＳＮ）等のユーザプレーンネットワーク機能、及び（３）制御プレーン及びユーザプレーン機能の組、を備える１つ又は複数のネットワーク機能をカバーする。

各加入者は、それぞれの加入者情報（「UE Usage Type」）及び／又はオペレータの構成に基づいて、特定のＤＣＮに割り当てられ、この特定のＤＣＮによって扱われてもよい。ＤＣＮが配置されるネットワークは、ＤＣＮが利用可能でない及び／又は特定のＤＣＮにＵＥを割り当てるために十分な情報（例えば、関連するUE Usage Typeパラメータ）が利用可能でない場合にＵＥを管理するためのデフォルトＤＣＮ（又は共通コアネットワークのデフォルトコアネットワークノード）を有してもよい。１つ又は複数のＤＣＮは、全てが同じＲＡＮを共有するデフォルトＤＣＮ（又はデフォルトコアネットワークノード）と共に配置されてもよい。

加入者ごとに、特定のＵＥの機能を必要としない１つのUE Usage Typeが存在する。すなわち、このUE Usage Typeにより、以前の標準リリースに準拠したＵＥでも機能する。従来のＭＭＥの場合と同様に、例えば、ハンドオーバ、負荷分散、初期のネットワークへのアタッチメント処理等の間に、ＵＥコンテキストをある（ソース）ＭＭＥ／ＳＧＳＮから別の（ターゲット）ＭＭＥ／ＳＧＳＮに移動させることが可能である。ＤＣＮをサポートするＭＭＥ／ＳＧＳＮが、ＵＥのためのターゲットＭＭＥ／ＳＧＳＮを選択するとき、このターゲットＭＭＥ／ＳＧＳＮの選択は、（UE Usage Typeにより）同じＤＣＮに制限される。

各ＵＥがＤＥＣＯＲをサポートするエリアにあるとき（又は、ＤＣＮが配置されるエリアにあるとき）、ＵＥは、そのＵＥを扱う基地局によって、任意の／ランダムなＭＭＥ又はデフォルトＭＭＥに（UE Usage Typeにかかわらず）最初に割り当てられる。その基地局は、ＵＥのＮＡＳメッセージ（少なくともＵＥの初期ＮＡＳメッセージ(Initial NAS message)）を、前述の割り当てられたＭＭＥに転送する。そして、前述の割り当てられたＭＭＥ（このＭＭＥもＤＣＮの一部を形成してもよい）は、特定のＵＥがそのＵＥに専用の異なるコアネットワーク（すなわち、前述の割り当てられたＭＭＥが属するコアネットワーク以外のコアネットワーク）によって扱われるべきであるか否かを（関連付けられているUE Usage Typeに基づいて）判断する。

現在ＵＥに割り当てられているＭＭＥは、ＵＥが異なる（専用の）コアネットワークによって扱われるべきであると判断すると、適切なＤＣＮを選択し、そのＵＥを扱っている基地局に、ＵＥのＮＡＳメッセージを（ＵＥと同じUE Usage Typeに関連付けられている）そのＤＣＮにリルート（リダイレクト）するように要求する。また、現在ＵＥに割り当てられているＭＭＥは、そのＭＭＥのリルートの要求に、選択されたＤＣＮに属するＭＭＥ（又はＳＧＳＮ）を識別する情報を含める。ＵＥを扱う基地局は、選択されたＭＭＥ／ＤＣＮを識別する情報に基づいて、いわゆるＮＡＳノード選択機能（NAS Node selection function;ＮＮＳＦ）を用いて新たなＭＭＥを選択し、ＵＥのＮＡＳメッセージを、その選択されたＭＭＥに送信する。

ＮＡＳメッセージのリルートの現在の手順及び条件は、３ＧＰＰ change request 第Ｓ２−１５０６５１号（３ＧＰＰ技術仕様書（ＴＳ）２３．４０１ Ｖ１３．１．０に関連している）と、第Ｓ２−１５０６０９号（３ＧＰＰ ＴＳ２３．０６０ Ｖ１３．１．０に関連している）とに規定されている。専用ネットワークへのリルートは、ＵＥの初期アタッチ(Initial Attach)手順、トラッキングエリア更新（ＴＡＵ）手順、及びルーティングエリア更新（ＲＡＵ）手順について実行されてもよい。

例えば、３ＧＰＰ ＴＳ２３．４０１の（Ｓ２−１５０６５１に反映されている）セクション５．３．３．１は、デフォルトＭＭＥが、ＴＡＵ手順の間にＮＡＳメッセージのリダイレクトをトリガするための以下の見込みを開示している。
−ステップ７において：「専用コアネットワークがサポートされ、新しいＭＭＥが、コンテキスト応答メッセージ(Context Response message)に含まれるUE Usage Typeの値のＵＥを扱わない場合、ＭＭＥは、専用コアネットワークが誤っていることに起因した失敗を示すコンテキスト肯定応答メッセージ(Context Acknowledge message)を送信する。新しいＭＭＥは、５．ｘ．１節のＮＡＳメッセージのリダイレクトの手順を用いて、ＴＡＵ要求メッセージを専用ＭＭＥにリダイレクトする。新しいＭＭＥにおけるＴＡＵ手順は終了する。専用ＭＭＥノードは、ＴＡＵ手順を継続し、ステップ２から先を進める。」
Ｓ２−１５０６５１におけるセクション５．３．３．１のステップ７は、３ＧＰＰ ＴＳ２３．４０１ ｖ１３．４．０のセクション５．１９．１及び５．１９．２のステップ２に対応することに留意されたい。
−ステップ１７において：「加入者データは、「UE Usage Type」の値を含んでもよい。専用コアネットワークがサポートされ、ＭＭＥが、特定の「UE Usage Type」のＵＥを扱わない場合、新しいＭＭＥは、５．ｘ．１節のＮＡＳメッセージのリダイレクトの手順を用いて、アタッチ要求メッセージを専用ＭＭＥノードにリダイレクトする。専用ＭＭＥは、ＴＡＵ手順をステップ２から開始するが、ステップ４及び５において次の相違がある。ステップ４において、専用ＭＭＥは、メッセージのリルートの最中に、ｅＮＢによって提供されたＧＵＴＩに基づくが、ＴＡＵ要求メッセージ(TAU Request message)内のＧＵＴＩに基づかずに選択される新しいＭＭＥに、コンテキスト要求(Context Request)を送信する。ステップ４において、新しいＭＭＥは、ＴＡＵ要求メッセージの完全性を検証しない。新しいＭＭＥは、セキュリティ関連情報を含むコンテキスト応答メッセージで専用ＭＭＥに応答する。新しいＭＭＥにおけるＴＡＵ手順は終了する。」
Ｓ２−１５０６５１におけるセクション５．３．３．１のステップ１７は、３ＧＰＰ ＴＳ２３．４０１ ｖ１３．４．０のセクション５．１９．１及び５．１９．２のステップ６に対応することに留意されたい。

しかしながら、本発明者らは、ＤＥＣＯＲ機能におけるＭＭＥ／ＳＧＳＮ（再）選択及び／又はＮＡＳメッセージのリルートの現状の手続が不十分であり、結果として、あるＵＥにとって不要なシグナリング及び／又は不十分なサービス継続性が生じる場合があることを認識している。

例えば、ある場合、適した専用のノード又は機能に対してＮＡＳメッセージのリルートを完了することができない場合がある（又は過度のシグナリングを必要とする場合がある）。これは、例えば、特定のタイプのＤＥＣＯＲ（特定のUE Usage Type）がネットワーク（又は少なくともネットワークの一部）においてサポートされていない場合に、たとえそれ以外のＤＥＣＯＲ機能が（例えば、ある他のUE Usage Typeについて）サポートされている場合であっても起こり得る。

具体的には、特定のUE Usage Type（又は特定のＤＣＮのタイプ）に関連付けられているＵＥが、適切なＮＡＳメッセージを送信することによるＭＭＥへの自身の登録（新しいＭＭＥプール／サービスエリアに入ったときのアタッチによる初期登録又はＴＡＵによる再登録）を試みるとき、ＵＥを扱う基地局は、そのネットワーク（又はネットワークのその一部）において利用可能なＭＭＥのプールからデフォルトＭＭＥを選択する。デフォルトＭＭＥは、（ＵＥを以前に扱っていたＭＭＥ又はＨＳＳのいずれかからデフォルトＭＭＥが取得する、関連するUE Usage Typeに基づいて）そのＵＥに必要とされるＤＥＣＯＲ機能のタイプを決定すると、（例えば、上記ステップ７及び１７において指定された動作を実行することによって）そのUE Usage Typeに対応する専用ＭＭＥへＮＡＳメッセージをリルートすることを試みる。一方、その特定のUE Usage Typeが、現在のＭＭＥプールにおいてサポートされていない場合には（たとえ、その特定のUE Usage Typeが、ＵＥがかつて登録されていた以前のＭＭＥプールにおいてサポートされていた場合であっても）、基地局は、ＮＡＳメッセージを専用ＭＭＥに転送することができず、したがって、基地局は、続けて同じ（又は別の）デフォルトＭＭＥをＵＥのために再度選択する可能性がある。この場合、新たに選択されたデフォルトＭＭＥは、UE Usage Typeに対応する専用ＭＭＥへＮＡＳメッセージをリルートすることをも試み、この結果、（ネットワークでのＵＥの登録に成功することなく及び／又はＮＡＳメッセージを送信したＵＥに適切なフィードバックを提供することなく）不要なシグナリングが発生し、及び／又は場合によっては基地局とデフォルトＭＭＥとの間で往復する「ピンポン」信号交換が発生する。

したがって、そのような場合、専用コアネットワークに対する特定のＮＡＳメッセージのリルート／リダイレクトが失敗する場合があり、これにより、結果として、ネットワークが、ＮＡＳメッセージを送信したＵＥのためのサービスを確立／維持することができない場合がある。

したがって、本発明の好ましい実施形態は、上記の問題のうちの少なくともいくつかを克服するか又は少なくとも部分的に緩和する方法及び装置を提供することを目的とする。

当業者の理解の効率のために、本発明を、３ＧＰＰシステム（ＵＭＴＳ、ＬＴＥ）との関連で詳細に説明するが、本発明の原理は、専用コアネットワークノードを用いてモバイル機器又はユーザ機器（ＵＥ）がシステムにアクセスする他のシステムに適用することができる。

一態様において、本発明は、無線通信システムのための通信装置を提供し、その通信装置は、通信機器から、通信接続を確立するためのシグナリングを受信する手段と；第１のコアネットワークノードへの前記通信接続をセットアップするためのシグナリングを送信する手段と；前記通信接続をセットアップするための前記シグナリングを送信した後に、前記第１のコアネットワークノードから、前記通信接続をセットアップするための前記シグナリングがリルートされるべき少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージを受信する手段と；前記少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージに基づいて、コアネットワークノードを選択する手段と；前記通信接続をセットアップするためのシグナリングを前記選択したコアネットワークノードに送信する手段と；を備え、前記シグナリングは、前記通信接続をセットアップするための前記シグナリングがリルートされるべきでないことを示す情報を含む。

他の態様において、本発明は、無線通信システムのためのコアネットワークノードを提供し、そのコアネットワークノードは、前記無線通信システムの通信装置から、通信機器のための通信接続をセットアップするためのシグナリングを受信する手段を備え、前記シグナリング（例えば、初期ＵＥメッセージ（Initial UE message）又はアップリンクユニットデータメッセージ（UL-Unitdata message））は、前記通信接続をセットアップするための前記シグナリングがリルートされるべきでないことを示す情報を含む。

本発明の様々な態様は、対応するシステム、方法、並びに上記で示した又は特許請求の範囲において記載される態様及び可能な形態において記載されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピュータをプログラムするように動作可能である命令が記憶されたコンピュータ可読記憶媒体等のコンピュータプログラム製品にまで及ぶ。

本明細書（特許請求の範囲を含む）において開示され、及び／又は図面において示される各特徴は、開示され、及び／又は図示される任意の他の特徴から独立して（又はそれらと組み合わせて）本発明に組み込まれてもよい。詳細には、限定はしないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせにおいて又は個々に、その独立請求項に取り込まれてもよい。

ここで、本発明の実施形態を、例として、添付の図面を参照しながら説明する。

本発明の実施形態を適用しうるセルラ通信システムを概略的に示す図である。 図１に示すシステムの一部を形成するモバイル機器のブロック図である。 図１に示すシステムの一部を形成する基地局のブロック図である。 図１に示すシステムの一部を形成する移動管理装置のブロック図である。 本発明のある実施形態を実施するための例示的な手順を示すタイミング図である。 本発明のある実施形態を実施するための例示的な手順を示すタイミング図である。

概要
図１は、モバイル機器３Ａ〜３Ｄのユーザが、Ｅ−ＵＴＲＡ無線アクセス技術（ＲＡＴ）を用いたＥ−ＵＴＲＡＮ基地局５Ａ、５Ｂ及びコアネットワーク７を介して互いに及び他のユーザと通信することができる、移動（セルラ又は無線）通信ネットワーク１を概略的に示す図である。当業者であればわかるように、説明のため、図１には４つのモバイル機器３及び２つの基地局５が示されているが、システムが、実施時においては、典型的に他の基地局及びモバイル機器を含んでもよい。

よく知られているように、モバイル機器３は、通信ネットワーク１によってカバーされている地理的エリア内で動き回っているときに、基地局５が扱うエリア（すなわち、無線セル）を出入りしてもよい。モバイル機器３を追跡し、異なる基地局５の間の移動を容易にするために、コアネットワーク７は、複数の移動管理装置（ＭＭＥ）９Ａ〜９Ｄを備え、そのうちのＭＭＥ９Ａ及び９Ｂは、ともにグループ化されて、第１のＭＭＥプールを形成し、ＭＭＥ９Ｃ及び９Ｄは、別の第２のＭＭＥプールに属する。簡潔にするために図１には示していないが、これらのＭＭＥプールは、可能ならば更なるＭＭＥを含んでもよい。

この例では、ＭＭＥ９Ａ及び９Ｃが共通ＭＭＥであり（すなわち、いかなる特定のUE Usage Type／モバイル機器３にも関連付けられていないか、又は全てのUE Usage Type／モバイル機器３に関連付けられている）、ＭＭＥ９Ｂ及び９Ｄは専用ＭＭＥである（すなわち、１つ又は複数の特定のUE Usage Type／モバイル機器３に関連付けられている）。したがって、図に示されるように、ＭＭＥ９Ｂは、第１の専用コアネットワーク部分（図１に「７Ｂ」で示す）の一部を形成し、ＭＭＥ９Ｄは、第２の専用コアネットワーク部分（「７Ｄ」で示す）の一部を形成する一方、残りのＭＭＥ９Ａ及び９Ｃは、メインの（又は共通の）コアネットワーク７の一部を形成する。さらに、ＭＭＥ９Ａ及び９Ｃは、それらのそれぞれのＭＭＥプールにおいて（例えば、コアネットワーク７に新たに接続しているモバイル機器３のための）デフォルトＭＭＥとして動作するように構成される。

複数のＭＭＥ９は、コアネットワーク７と接続する基地局５と通信する。また、コアネットワーク７は、ＨＳＳ１１、並びにサービングゲートウェイ（Ｓ−ＧＷ）１８Ａ及び１８Ｂ及び／又は少なくとも１つのパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）１９等の１つ又は複数のゲートウェイも備える。各Ｓ−ＧＷ１８は、それぞれのＭＭＥプールに関連付けられてもよい（例えば、Ｓ−ＧＷ１８Ａは、第１のＭＭＥプールに関連付けられてよく、Ｓ−ＧＷ１８Ｂは、第２のＭＭＥプールに関連付けられてもよい）。ただし、それらのＳ−ＧＷはまた、可能ならばあるＭＭＥプールの間で共有されてもよい。

モバイル機器３及びそれらをそれぞれ扱う基地局５は、ＬＴＥ無線インターフェース、いわゆる「Ｕｕ」インターフェースを介して接続される。基地局５は、いわゆる「Ｘ２」インターフェースを介して互いに接続される。各基地局５はまた、いわゆる「Ｓ１」インターフェースを介してコアネットワーク７内のノード（すなわち、ＭＭＥ９及びＳ−ＧＷ１８）にも接続される。コアネットワーク７から、インターネット等の外部ＩＰネットワーク２０への接続もまた、Ｐ−ＧＷ１９を介して提供される。図１には示されていないが、ＭＭＥ９はまた、それぞれの３ＧＰＰインターフェースを介してＨＳＳ１１及びゲートウェイ１８、１９にも接続される。

あるモバイル機器３は、（少なくとも、専用のＭＭＥ及び／又は専用のゲートウェイを備える）特定の専用コアネットワークに関連付けられてもよい。例えば、ＨＳＳ１１は、３ＧＰＰ網の加入者がネットワーク１にアクセスするのに必要とされる設定及び加入者データ、関連する一または複数のサービスタイプ及びプリファレンス、対応する一または複数の加入者グループを識別する情報等の、モバイル機器３ごとのそれぞれの加入者データを記憶するように構成されてもよい。この加入者データに基づいて、特定のモバイル機器３と、その機器と対応するコアネットワーク７（又は７Ｂ／７Ｄ）との間の関連付けを識別することが可能である。特定の専用コアネットワーク（例えば、ＤＣＮ７Ｂ又は７Ｄ）に関連付けられている複数のモバイル機器（例えば、図１におけるモバイル機器３Ｄ）について、ＨＳＳ１１はまた、その加入者のための適切な専用コアネットワーク（専用のＭＭＥ）の選択において用いられえる情報を記憶する（及びこの情報をデフォルトＭＭＥ９Ａに提供する）ように構成されてもよい。具体的に言えば、ＨＳＳ１１は、各加入者（各モバイル機器３）について、その加入者のための適切なＭＭＥの選択において用いられえる加入情報パラメータ「UE Usage Type」を記憶するように構成されてもよい。

最初に、モバイル機器３Ｄを扱う基地局５Ｂは（当該基地局５Ｂが、モバイル機器３Ｄを専用コアネットワークに登録する必要があるか否かに関する情報を有しないので）、ＮＮＳＦ（及び／又は同様のもの）を用いてモバイル機器３ＤのためのデフォルトＭＭＥ９を選択し、モバイル機器３Ｄによって送信されたＮＡＳメッセージを選択されたデフォルトＭＭＥ９に転送する。例えば、基地局５Ｂは、当該基地局５Ｂが接続される第２のＭＭＥプールからデフォルトＭＭＥ（例えば、ＭＭＥ９Ｃ）を選択してもよい。

このシステムでは、モバイル機器３Ｄに関連付けられている加入者情報は、特定の専用コアネットワーク（例えば、ＤＣＮ７Ｂ又はＤＣＮ７Ｄ）に関連付けられているUE Usage Typeに対応するUE Usage Typeを有する。したがって、コアネットワーク７は、可能なときはいつでも、モバイル機器３Ｄが関連する専用コアネットワークによって確実に扱われる（例えば、モバイル機器３Ｄが、同じUE Usage Typeを有するＭＭＥ９Ｂ／ＭＭＥ９Ｄに登録される）ことになる。

モバイル機器３Ｄを扱う基地局５Ｂが、モバイル機器３Ｄのための正しいＭＭＥでないＭＭＥ９（第２のＭＭＥプール内のデフォルトＭＭＥ９Ｃ等）を（最初に）選択したとき、デフォルトＭＭＥ９Ｃは、モバイル機器３ＤのＮＡＳメッセージを（関連するＭＭＥグループＩＤ等によって識別される）正しい専用ＭＭＥにリルートするように基地局５Ｂに要求することができる。

それを行うために、デフォルトＭＭＥ９Ｃは、そのＮＡＳメッセージを転送した基地局５Ｂに対し（Reroute NAS Message Request等の）要求を生成し、それを送信する。また、デフォルトＭＭＥ９Ｃは、この要求に、ＮＡＳメッセージがリルートされるべき「ターゲット」コアネットワーク／ＭＭＥを識別するための情報も含める。例えば、コアネットワーク／ＭＭＥを識別するための情報は、選択された専用コアネットワークに属するＭＭＥ／ＳＧＳＮに対応するＭＭＥＧＩ（Ｅ−ＵＴＲＡＮの場合）及び／又はＮｕｌｌ−ＮＲＩ（ＵＴＲＡＮ及びＧＰＲＳの場合）を含んでもよい。デフォルトＭＭＥは、ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩと、モバイル機器３Ｄのための、及び／又は、モバイル機器３Ｄによって用いられるトラッキングエリア識別子（ＴＡＩ）のための、専用コアネットワークとのマッピングによって構成されてもよい。

一方、モバイル機器３Ｄを扱う基地局５Ｂが、モバイル機器３Ｄに関連付けられている特定のUE Usage TypeをサポートしないＭＭＥプールに接続されると（ただし、このＭＭＥプールは依然として他のUE Usage TypeのためのＤＥＣＯＲ機能をサポートしてもよい）、基地局５Ｂは、このモバイル機器３Ｄのための正しいUE Usage Typeを有するＭＭＥにＮＡＳメッセージをリルートすることができない。これは、例えば、基地局５Ｂが接続される第２のＭＭＥプールが、デフォルトＭＭＥ９Ｃによって示されるＭＭＥＧＩに関連付けられているＭＭＥ（及び／又はＮｕｌｌ−ＮＲＩに関連付けられているＳＧＳＮ）を含まない場合に起こり得る。

このため、基地局５Ｂは、その関連付けられているＭＭＥプールから、モバイル機器３Ｄのための正しいＭＭＥでないデフォルトＭＭＥ９（例えば、同じ共通のＭＭＥ９Ｃ又はＭＭＥ９Ｄ等のデフォルト専用ＭＭＥ）を再度選択し、この新たに選択されたＭＭＥにＮＡＳメッセージを転送する。一方、このとき、基地局５Ｂは、新たに選択されたＭＭＥ９Ｃ／９Ｄへのその（ＮＡＳメッセージとともに転送される）メッセージ内に、ＭＭＥ９Ｃ／９ＤがこのＮＡＳメッセージのリルートを試みるべきでないことを示す情報も含める。例えば、この情報は、適切なパラメータ（フラグ及び／又は情報要素等）を含んでよく、このパラメータに基づいて、ＭＭＥ９Ｃ／９Ｄは、ＮＡＳメッセージが既にリルートされたものであると判断することができる（したがって、ＭＭＥは、ＮＡＳメッセージを再度リルートする試みを控える）。

したがって、新たに選択されたＭＭＥ９Ｃ／９Ｄは、（その特定のUE Usage Type／移動デバイス３Ｄのための正しいＭＭＥでなくても）適切な方法でＮＡＳメッセージを取り扱う（例えば、モバイル機器３ＤをこのＭＭＥに登録するか、又はモバイル機器３Ｄによって要求された特定のサービス及び／又はUE Usage TypeがこのＭＭＥプールを介してサポートされていないことを示す適切なエラーメッセージをモバイル機器３Ｄに返す）ことが有益にできる。

別の有益な例としては、ＮＡＳメッセージを転送するときに、基地局５Ｂによって提供される情報（例えば、フラグ又は情報要素等）を用いる代わりに（又は用いることに加えて）、デフォルトＭＭＥ９Ｃは、特定のＮＡＳメッセージのリルートを試みるべきか否かを他の基準に基づいて判断するように構成されてもよい。例えば、デフォルトＭＭＥ９Ｃは、特定のＮＡＳメッセージのリルートを試みるべきか否かを判断する際に、ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩから（現在のＭＭＥプール内の）専用ＭＭＥへのマッピング、及び／又はモバイル機器３ＤのUE Usage Typeに依拠してもよい。このUE Usage Typeは、ＭＭＥ９ＣがＨＳＳ１１から及び／又はモバイル機器３Ｄを以前に扱っていたＭＭＥ９から取得してもよい。この場合、デフォルトＭＭＥ９Ｃは、モバイル機器３Ｄと同じUE Usage Typeに関連付けられている専用ＭＭＥがこのＭＭＥプールに存在すると判断することができる場合にのみ、ＮＡＳメッセージを専用コアネットワークにリルートすることを試みるように構成されてもよい。一方、デフォルトＭＭＥ９Ｃが、モバイル機器３Ｄと同じUE Usage Typeに関連付けられている、適した専用ＭＭＥがこのＭＭＥプールに存在しないと判断した場合（又はそのような専用ＭＭＥが用意されていると判断することができない場合）、デフォルトＭＭＥ９Ｃは、ＮＡＳメッセージをリルートしないとともにモバイル機器３Ｄの登録（及び／又はＮＡＳメッセージへの応答）を試みないように構成されてもよい。

双方の例において、モバイル機器のUE Usage Typeに対応する専用ＭＭＥが（少なくとも現在のＭＭＥプールにおいて）利用可能でないとき、デフォルトＭＭＥからのＮＡＳメッセージ（例えば、初期アタッチ要求メッセージ、ＴＡＵ要求メッセージ、及び／又はＲＡＵ要求メッセージ）の不要なリルートを有益に防止することが可能である。これにより、基地局と一つまたは複数のＭＭＥとの間でかなりのシグナリングを削減することができ、ＮＡＳメッセージのリルートを試みている間のデフォルト（新たな）ＭＭＥと基地局との間の潜在的なピンポンタイプのメッセージ交換も回避される。

モバイル機器
図２は、図１に示される複数のモバイル機器３のうちの１つの主要な構成要素を示すブロック図である。図に示されるように、モバイル機器３は、１つ又は複数のアンテナ３３を介して、基地局５から信号を送受信するように動作可能であるトランシーバ回路３１を有する。モバイル機器３は、モバイル機器３の動作を制御するコントローラ３７を有する。コントローラ３７はメモリ３９と接続し、トランシーバ回路３１と接続している。図２には必ずしも示されていないが、モバイル機器３は当然ながら、従来のモバイル機器３の全ての通常機能（ユーザインターフェース３５等）を有し、これは適宜、ハードウェア、ソフトウェア及びファームウェアのうちの任意の１つ又は任意の組み合わせによって提供されてもよい。ソフトウェアはメモリ３９にプレインストールされてよく、及び／又は、例えば、通信ネットワークを介して又は取り外し可能なデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。

コントローラ３７は、この例では、メモリ３９内に記憶されたプログラム命令又はソフトウェア命令によってモバイル機器３の全体動作を制御する。図に示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム４１と、通信制御モジュール４３と、ＲＲＣモジュール４４と、ＮＡＳモジュール４５と、（任意選択で）専用コアネットワーク（ＤＣＮ）関連付けモジュール４９とを含む。

通信制御モジュール４３は、モバイル機器３と基地局５との間の通信を制御する。また、通信制御モジュール４３は、基地局５、及び（基地局５を介して）ＭＭＥ９及び／又はＳ−ＧＷ１８等の他のノードに送信される制御データ及びユーザデータの（アップリンク及びダウンリンクのための）別個のフローも制御する。

ＲＲＣモジュール４４は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、モバイル機器３と、それを扱う基地局５との間で交換される。ＲＲＣメッセージは、例えば、ランダムアクセス手続に関するメッセージ及び／又は基地局５を中継してＭＭＥ９に送られる制御データ（例えば、ＮＡＳメッセージ）を含むＲＲＣメッセージを含んでもよい。

ＮＡＳモジュール４５は、ＮＡＳプロトコルに従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、モバイル機器３とＭＭＥ９との間で（基地局５を介して）交換される。ＮＡＳメッセージは、例えば、モバイル機器３のモビリティに関連する制御データ、例えば、モバイル機器３をＭＭＥ９に登録するための制御データを含むＮＡＳメッセージを含んでもよい。

ＤＣＮ関連付けモジュール４９は、もし存在すれば、このモバイル機器３に関連付けられている専用コアネットワークに関する情報を記憶する。例えば、専用コアネットワーク関連付けモジュール４９は、Globally Unique Temporary Identifier（「ＧＵＴＩ」）、UE Usage Typeパラメータ、ＤＣＮタイプパラメータ、ＤＣＮ ＩＤパラメータ、ＭＭＥ／ＳＧＳＮ ＩＤパラメータ（例えば、ＭＭＥＧＩ）等の形式で、関連するＤＣＮを識別する情報を記憶してもよい。

基地局
図３は、図１に示される複数の基地局５のうちの１つの主要な構成要素を示すブロック図である。図に示されるように、基地局５は、１つ又は複数のアンテナ５３を介してモバイル機器３に対し信号を送受信するためのトランシーバ回路５１と、他の基地局に対し信号を送受信するための基地局インターフェース（Ｘ２）５４と、コアネットワークエンティティ（例えば、ＭＭＥ９及びＳ−ＧＷ１８）に対し信号を送受信するためのコアネットワークインターフェース（Ｓ１）５５とを有する。基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７はメモリ５９に接続している。図３には必ずしも示されていないが、基地局５は当然ながら、携帯電話ネットワークにおける基地局の全ての通常機能を有し、これは適宜、ハードウェア、ソフトウェア及びファームウェアのうちの任意の１つ又は任意の組み合わせによって提供されてもよい。ソフトウェアはメモリ５９にプレインストールされてよく、及び／又は、例えば、通信ネットワーク１を介して又は取り外し可能なデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ５７は、この例では、メモリ５９内に記憶されたプログラム命令又はソフトウェア命令によって、基地局５の全体動作を制御するように構成される。図に示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム６１と、通信制御モジュール６３と、ＲＲＣモジュール６４と、Ｓ１ＡＰモジュール６７と、ＮＡＳメッセージルーティングモジュール６９とを備える。

通信制御モジュール６３は、基地局５と、基地局５に接続された複数のモバイル機器３及び他のネットワークエンティティ（例えば、ＭＭＥ９）との間の通信を制御する。また、通信制御モジュール６３は、ユーザトラヒックと、例えばＮＡＳメッセージをリルートするための制御データを含む、基地局５に関連付けられているモバイル機器３のため制御データと、のアップリンク／ダウンリンクの別個のフローも制御する。

ＲＲＣモジュール６４は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、基地局５と、この基地局５に接続するモバイル機器３との間で交換される。ＲＲＣメッセージは、例えば、モバイル機器３と、それを扱うＭＭＥ９との間で中継する制御データ（例えば、ＮＡＳメッセージ）を含むＲＲＣメッセージを含んでもよい。

Ｓ１ＡＰモジュール６７は、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）規格に従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、基地局５と、この基地局５に接続されたＭＭＥ９との間で交換される。そのＳ１ＡＰメッセージは、例えば、ＮＡＳシグナリングのリルートに関連するメッセージ（Reroute NAS Message Request等）、Ｓ１セットアップメッセージ及び関連付する応答を含んでもよい。

ＮＡＳメッセージルーティングモジュール６９は、接続されたモバイル機器のための適切なＭＭＥ（又はＳＧＳＮ）を選択することと、ＮＡＳメッセージを（Ｓ１ＡＰモジュール６７を介して）適切な専用コアネットワークにルーティング（リルート）することとを担当する。適切な専用コアネットワークノードが存在しない場合（例えば、特定のUE Usage Typeに対応するＭＭＥ／ＳＧＳＮが、この基地局に接続されたＭＭＥプールに用意されていないとき）、ＮＡＳメッセージルーティングモジュール６９は、不要なリルートの試みが、その特定のUE Usage Typeを有するモバイル機器によってＮＡＳメッセージについて確実に行われないようにする。それを行うために、ＮＡＳメッセージルーティングモジュール６９は、選択されたＭＭＥ／ＳＧＳＮに情報を（明示的又は暗黙的のいずれかで）提供し、この情報に基づいて、ＭＭＥ／ＳＧＳＮは、特定のＮＡＳメッセージを別のＭＭＥ／ＳＧＳＮにリルートすることが許可されているか否かを判断することができる。

移動管理装置
図４は、図１に示される複数のＭＭＥ９のうちの１つの主要な構成要素を示すブロック図である。図に示されるように、ＭＭＥ９は、トランシーバ回路７１と、基地局５に対し信号を送受信するための基地局インターフェース（Ｓ１）７４と、（他のＭＭＥ９及びＨＳＳ１１等の）他のコアネットワークノードに対し信号を送受信するためのコアネットワークインターフェース７５とを備える。ＭＭＥ９は、ＭＭＥ９の動作を制御するためのコントローラ７７を有する。コントローラ７７は、メモリ７９に接続している。

ソフトウェアは、メモリ７９に事前にインストールされてよく、及び／又は、例えば、通信ネットワーク１を介して若しくは取り外し可能なデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ５７は、この例では、メモリ７９に記憶されたプログラム命令又はソフトウェア命令によってＭＭＥ９の全体動作を制御するように構成される。図に示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム８１と、通信制御モジュール８３と、ＮＡＳモジュール８５と、Ｓ１ＡＰモジュール８７と、ＮＡＳメッセージリルーティングモジュール８９とを備える。

通信制御モジュール８３は、ＭＭＥ９と、ＭＭＥ９に接続された他のネットワークエンティティ（例えば、基地局５、他のＭＭＥ９、ＨＳＳ１１、及び基地局５のうちの１つに接続されるときの任意のモバイル機器３）との間の通信を制御する。

ＮＡＳモジュール８５は、ＮＡＳプロトコルに従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、ＭＭＥ９と、このＭＭＥ９に関連付けられているモバイル機器３との間で（基地局５を介して）交換される。ＮＡＳメッセージは、例えば、モバイル機器３のモビリティに関連する制御データ、例えば、モバイル機器３をＭＭＥ９に登録するための制御データを含むＮＡＳメッセージを含んでもよい。

Ｓ１ＡＰモジュール８７は、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）規格に従ってフォーマットされたシグナリングメッセージを生成、及び送信するように動作可能である。例えば、そのようなメッセージは、ＭＭＥ９と、このＭＭＥ９に接続された基地局５との間で交換される。Ｓ１ＡＰメッセージは、例えば、ＮＡＳシグナリングのリルートに関連するメッセージ（Reroute NAS Message Request等）、Ｓ１セットアップメッセージ、及び関連する応答を含んでもよい。

ＮＡＳメッセージリルーティングモジュール８９は、（例えば、特定のモバイル機器３に関連付けられているUE Usage Typeが、このＭＭＥ９に関連付けられているUE Usage Typeとマッチしない場合に）このＭＭＥ９への登録を試みる各モバイル機器３を、そのモバイル機器に適切な、異なる（例えば、専用の）ＭＭＥ（又はＳＧＳＮ）にリルートすることを担当する。それを行うために、ＮＡＳメッセージリルーティングモジュール８９は、ＭＭＥ９が特定のＤＣＮに関連付けられているか否かの情報と、（例えば、ＭＭＥＧＩ及び／又はＣＮタイプ及び／又はUE Usage Typeの形態の）ＤＣＮを識別する情報とを記憶している。ＮＡＳメッセージリルーティングモジュール８９は、（例えば、同じＭＭＥプールにおける）近傍のＭＭＥ／ＳＧＳＮがいずれかのUE Usage Type、ＤＣＮ、及び／又はモバイル機器に関連付けられているか否かの情報も記憶している。ＮＡＳメッセージリルーティングモジュール８９は、この情報を、他のモジュール、例えば、ＮＡＳメッセージをリルートする（例えば、適切なターゲットＭＭＥ又はＭＭＥグループを選択する）際に用いられるＳ１ＡＰモジュール８７及び／又は特定のモバイル機器３を登録するか否かを決定するためのＮＡＳモジュール８５に提供する。ある実施形態では、ＮＡＳメッセージリルーティングモジュール８９は、ＮＡＳメッセージを転送する基地局から指示情報を（明示的又は暗黙的のいずれかで）取得し、この指示情報に基づいて、ＮＡＳメッセージリルーティングモジュール８９は、ＭＭＥ９がその特定のＮＡＳメッセージを別のＭＭＥ／ＳＧＳＮにリルートすることが許可されているか否かを判断することができる。

上記の説明において、理解を容易にするために、モバイル機器３、基地局５、及びＭＭＥ９は、複数の個別のモジュール（通信制御モジュール、ＲＲＣ／ＮＡＳモジュール、及びＳ１ＡＰモジュール等）を有するものとして説明した。これらのモジュールは、ある応用例の場合、例えば、本発明を実施するために既存のシステムが変更された場合には、このようにして提供されてもよいが、他の応用例、例えば、最初から本発明の特徴を念頭に置いて設計されるシステムでは、これらのモジュールはオペレーティングシステム又はコード全体の中に組み込まれてよく、これらのモジュールは別個の実体として区別可能でない場合もある。これらのモジュールはまた、ソフトウェア、ハードウェア、ファームウェア又はこれらの組み合わせにおいて実施されてもよい。

ここで、上記のモバイル機器３、基地局５、及びＭＭＥ９を用いて、本発明の様々な態様をどのように実施することができるのかを例示する複数の異なる実施形態を説明する。その実施形態を、図５及び図６に示すシグナリング（又は「タイミング」）図を参照して説明する。

動作−第１の実施形態
図５は、ＮＡＳメッセージをリルートするための手続を示す例示的なタイミング図である。具体的には、この例では、モバイル機器３Ｄを扱う基地局５（「ｅＮＢ」と呼ばれる）は、選択されたＭＭＥ９に、リルートが許可されるか否かを示す。

図５には図示していないが、基地局５は、その関連付けられているＭＭＥプール（この例では、ＭＭＥ９Ｃ及びＭＭＥ９Ｄを含むＭＭＥプール）内のある（又は全ての）ＭＭＥ９との間にそれぞれのＳ１接続を（Ｓ１ＡＰモジュール６７を用いて）最初に確立する。

本手続は、ステップＳ５０１において、モバイル機器３Ｄが（ＮＡＳモジュール４５を用いて）適切にフォーマットされたＮＡＳメッセージを生成し、このＮＡＳメッセージを、（適切なＭＭＥ９へのＮＡＳメッセージを中継するために）モバイル機器３Ｄを扱う基地局５に送信することから開始する。ＮＡＳメッセージは、アタッチ要求、トラッキングエリア更新（ＴＡＵ）、ルーティングエリア更新（ＲＡＵ）等を含んでもよい。モバイル機器３Ｄは（ＲＲＣモジュール４４を用いて）、このＮＡＳメッセージを適切なＲＲＣメッセージに入れ、このＲＲＣメッセージを（必要な場合、適切なランダムアクセス手続を実行した後に）基地局５に送信する。

このＮＡＳメッセージを受信すると、ステップＳ５０３において、基地局５は、モバイル機器３Ｄ向けのＭＭＥプールからＭＭＥ９（この例では、基地局５はモバイル機器のＤＣＮタイプ／加入者に関する情報を有しないので、デフォルトＭＭＥ９Ｃ）を選択する。例えば、基地局５は、適切なＮＮＳＦ手続を実行してもよい。ステップＳ５０５において、基地局５は（ＲＲＣモジュール６４を用いて）、受信したＲＲＣメッセージからＮＡＳメッセージを取得し、（例えば、ＮＡＳメッセージを適切にフォーマットされたＳ１メッセージに入れることによって）そのＮＡＳメッセージを選択された（デフォルトの）ＭＭＥ９Ｃに転送する。

基地局５Ｂは、専用ネットワークへのリルートを考慮すべきか否かを、選択されたＭＭＥ９に示すために、いわゆる「Decor Reroute」フラグ（及び／又は同じ若しくは類似の目的を果たす任意の他のフラグ／指示情報／情報要素）を、転送されるＮＡＳメッセージに追加するように構成されてもよい。この例では、この特定のＮＡＳメッセージがＭＭＥに転送されるのが初めてであるので、基地局５Ｂは、（例えば、ステップＳ５０５において、メッセージ内に適切なパラメータ／指示情報／フラグを設定することによって）リルートが許可されていることを示す。一方、基地局５Ｂは、（例えば、上記とは逆に、何らの情報も含めないことによって）リルートが許可されていることを暗黙的に示すように構成されてもよい。

デフォルトＭＭＥ９Ｃは、基地局５のメッセージを受信し、ＮＡＳメッセージを送信したモバイル機器３Ｄに関する情報を取得する。この取得された情報は、そのモバイル機器３Ｄに関連付けられているＵＥコンテキスト（少なくともUE Usage Type）を含んでもよい。ステップＳ５０５ａに全体的に示されるように、ＭＭＥ９Ｃは、コンテキスト交換手続の間にこの情報を別のＭＭＥ（モバイル機器３Ｄが以前に登録されていたＭＭＥ）から取得してもよい。例えば、モバイル機器３Ｄが任意の特定の一つ又は複数の専用ネットワークに加入している場合、モバイル機器３Ｄに関連付けられているUE Usage Typeの値は、「古い」ＭＭＥによって送信されたコンテキスト応答メッセージに含められてもよい。そのようなコンテキスト交換手続は、モバイル機器３Ｄによって用いられる（例えば、ＮＡＳメッセージ内の）ＧＵＴＩに基づいて実行されてもよい。このＧＵＴＩに基づいて、デフォルトＭＭＥ９Ｃは、古いＭＭＥを識別し、この古いＭＭＥとコンタクトすることが可能になり得る。代替的に、ステップＳ５０５ｂに全体的に示されるように、ＭＭＥ９Ｃは、ロケーション更新手続の間に、モバイル機器３Ｄに関連付けられている（ＵＥコンテキスト／UE Usage Typeを含む）加入者データをＨＳＳ１１から取得してもよい。そのようなロケーション更新手続は、モバイル機器３Ｄが有効なＧＵＴＩをＮＡＳメッセージに含めていなかった（したがって、デフォルトＭＭＥ９Ｃは、ユーザコンテキストを取得するために、古いＭＭＥを識別することができず、この古いＭＭＥとコンタクトすることができない）場合に実行されてもよい。

いずれの場合にも、モバイル機器３Ｄに関連付けられているUE Usage Typeが、デフォルトＭＭＥ９Ｃに関連付けられているUE Usage Typeとマッチしない場合、ＭＭＥ９Ｃは、（ステップＳ５０７で全体的に示すように）ＮＡＳメッセージを適切な専用ＭＭＥにリルートすることを試みるように決定する。したがって、デフォルトＭＭＥ９Ｃは、ステップＳ５０９において、（モバイル機器３Ｄによって送信された）ＮＡＳメッセージをリルートするように基地局５に要求する適切にフォーマットされたメッセージを（例えば、Ｓ１ＡＰモジュール８７を用いて）生成し、（そのモバイル機器３ＤのUE Usage Typeに対応する）別のＭＭＥに送信する。この例では、ＭＭＥ９Ｃは、「Reroute NAS Message Request」を生成し、ＮＡＳメッセージを転送した基地局５に送信する。

図５に示されるように、このReroute NAS Message Requestは、モバイル機器３Ｄからのオリジナルの（変更されていない）ＮＡＳメッセージ、リルートパラメータを識別する情報（例えば、ＮＡＳメッセージがリルートされるべき宛先を示すＭＭＥグループ識別子（「ＭＭＥＧＩ」）及び／又は「Ｎｕｌｌ−ＮＲＩ」）、モバイル機器３Ｄに関連付けられているGlobally Unique Temporary Identifier（「ＧＵＴＩ」）を含む。ＭＭＥ９Ｃは、（例えば、トラッキングエリアごとの）ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩと専用コアネットワーク／コアネットワークタイプとのマッピングを識別する情報を取得し、（例えば、ＮＡＳメッセージリルーティングモジュール８９内に）記憶し、このマッピングに基づいて適切なＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩを選択してもよい。基地局５は、例えば、ＮＮＳＦ機能を用いて、ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩに対応する新しいＭＭＥ（又は新しいＳＧＳＮ）を選択することができる。

次に、基地局５は、（ＮＡＳメッセージルーティングモジュール６９を用いて）そのプール内に、（ステップＳ５０９においてデフォルトＭＭＥ９Ｃによって提供された）ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩパラメータに対応するいずれかのＭＭＥが存在するか否かを調べる。このため、適した専用ＭＭＥが見つかるか否かに応じて、基地局５は、（それぞれ、ステップＳ５１２ａ及びＳ５１２ｂに示される）２つの選択肢を有する。

モバイル機器３Ｄに関連付けられているUE Usage Typeが、基地局５が接続されるＭＭＥプール内のいずれのＭＭＥによってもサポートされていない場合（ただし、このUE Usage Typeは別のＭＭＥプールにおいてサポートされてもよい）、基地局の処理はステップＳ５１２ａに進む。

この場合、基地局５は、Reroute NAS Message Requestを送信したＭＭＥ９Ｃを選択し（又は、例えば、ＮＮＳＦを用いて適切なＭＭＥ選択手続を実行して、異なるデフォルトＭＭＥがもしあれば、それを選択する）、（例えば、ＮＡＳメッセージを適切にフォーマットされたＳ１メッセージに入れることによって）新たに選択されたＭＭＥ９ＣにＮＡＳメッセージを転送する。

基地局５は、新たに選択されたＭＭＥ９Ｃへのそのメッセージに、（ＮＡＳメッセージとともに）ＮＡＳメッセージがリルートされたメッセージであること及び／又はＭＭＥ９ＣがＮＡＳメッセージのリルートを試みるべきでないことを示す情報も含めることが好ましい。これにより、ＭＭＥ９Ｃは、ＮＡＳメッセージが既にリルートされたものであると判断すると、ＮＡＳメッセージを再度リルートすることを試みない。この場合、選択されたデフォルトＭＭＥ９Ｃは、モバイル機器３ＤのUE Usage Typeが、（もし存在する場合に）デフォルトＭＭＥ９ＣのUE Usage Typeとマッチしなくても、そのモバイル機器３Ｄを扱うことを有益に試みてもよい。また、（可能ならば）オペレータ構成ポリシーに応じて、デフォルトＭＭＥ９Ｃは、モバイル機器３Ｄをコアネットワークに登録することができることを確実にするために、任意の他の特定の動作を実行するように構成されてもよい。

一方、モバイル機器３Ｄに関連付けられているUE Usage Typeが、基地局５が接続されているＭＭＥプール内のＭＭＥ（例えば、専用ＭＭＥ９Ｄ）によってサポートされている場合、基地局の処理は、ステップＳ５１２ｂに進み、このステップにおいて、基地局は、ＮＡＳメッセージを現在のＭＭＥプール内の正しい専用ＭＭＥ９Ｄに転送する。基地局５は、ＭＭＥ９Ｄに関連付けられている（Ｅ−ＵＴＲＡＮの）ＭＭＥＧＩに基づいて、正しい専用ＭＭＥ９Ｄを選択／特定する（及び／又は、正しい専用ＳＧＳＮを、そのＳＧＳＮに関連付けられている（ＵＴＲＡＮ及びＧＰＲＳの）Ｎｕｌｌ−ＮＲＩに基づいて選択／識別する）ことができる。図５には図示していないが、ステップＳ５１２ｂにおけるメッセージは、（可能ならば）ＮＡＳメッセージがリルートされたメッセージであること及び／又はＭＭＥ９ＤがＮＡＳメッセージのリルートを試みるべきでないことを示す情報も含んでもよい。

選択されたＭＭＥへのそのメッセージにおいて適切な「Rerouting permitted」フラグを「偽」に設定することによって（及び／又はこの趣旨の任意の他の適した指示情報を提供することによって）、基地局は、その特定のUE Usage Typeに対応する専用ネットワークがサポートされていないとき、そのリルートが回避されるべきであることを有益に示すことができる。

動作−第２の実施形態
図６は、ＮＡＳメッセージをリルートするための手続を示す例示的なタイミング図である。より具体的には、この例において、デフォルトＭＭＥは、リルートが可能であるか否かを判断する。

ステップＳ６０１〜Ｓ６０５ｂは、図５のステップＳ５０１〜Ｓ５０５ｂにそれぞれ対応し、このため、それらの説明を、簡単にするためにここでは省略する。

一方、この例では、デフォルトＭＭＥ９Ｃが、モバイル機器３ＤのためのUE Usage Typeの専用ネットワークがサポートされているか否かを判断することができるように、デフォルトＭＭＥ９Ｃは、どのタイプの専用ネットワーク（どのUE Usage Type）がそのＭＭＥプールにおいてサポートされているのかについての情報を取得するように有益に構成される。したがって、この情報に基づいて、デフォルトＭＭＥ９Ｃは、（可能ならば）ＮＡＳメッセージを正しい専用ネットワークにリルートすることができる。

例えば、ＭＭＥプールにおいて（及び／又は特定のＭＭＥによって）サポートされる専用ネットワークのタイプについての情報は、ネットワーク事業者が（例えば、操作、運営及び管理（ＯＡＭ）システム及び／又はネットワーク事業者に利用可能な他の適切なネットワーク構成ツール若しくは手段を介して）構成されてもよい。その上、ＭＭＥプールにおいてサポートされる専用ネットワークのタイプについての情報は、ＭＭＥ間に提供されるいわゆる「Ｓ１０」インターフェースを通じてＭＭＥ間で交換されてもよい。

したがって、ステップＳ６０７において、ＭＭＥ９Ｃは、（ＮＡＳメッセージリルートモジュール８９を用いて）モバイル機器３Ｄに関連付けられているUE Usage Typeに対応するいずれかのＭＭＥがそのプールに存在するか否かを調べる。したがって、適した専用ＭＭＥが見つかるか否かに応じて、ＭＭＥ９Ｃは、（それぞれ、ステップＳ６０８及びステップＳ６０９〜Ｓ６１２に示される）２つの選択肢を有する。

モバイル機器３Ｄに関連付けられているUE Usage Typeが、デフォルトＭＭＥ９Ｃが属するＭＭＥプール内のいずれのＭＭＥによってもサポートされていない場合、デフォルトＭＭＥ９Ｃの処理はステップＳ６０８に進み、モバイル機器３ＤのUE Usage Typeが（もし存在する場合に）デフォルトＭＭＥ９ＣのUE Usage Typeとマッチしなくても、そのモバイル機器３Ｄの扱うのを試みる。また、（可能ならば）オペレータ構成ポリシーに応じて、デフォルトＭＭＥ９Ｃは、モバイル機器３Ｄをコアネットワークに登録することができることを確保するために、任意の他の特定の動作を実行するように構成されてもよい。

一方、モバイル機器３Ｄに関連付けられているUE Usage Typeが、デフォルトＭＭＥ９Ｃが属するＭＭＥプール内のＭＭＥ（例えば、専用ＭＭＥ９Ｄ）によってサポートされている場合、デフォルトＭＭＥ９ＣはステップＳ６０９に進み、このステップにおいて、デフォルトＭＭＥ９Ｃは、ＮＡＳメッセージのためのリルートを要求する。図６に示されるように、ステップＳ６０９において送信されるメッセージは、図５のステップＳ５０９において送信されるメッセージに対応し、このため、このメッセージを詳細には説明しない。

ステップＳ６０９においてReroute NAS Message Requestを受信する基地局５は、例えば、ＮＮＳＦ機能を用いて、ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩに対応する専用ＭＭＥ（又は専用ＳＧＳＮ）を選択することができる。したがって、基地局５は、（ＮＡＳメッセージルーティングモジュール６９を用いて）そのプールにおいて、ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩパラメータに対応するＭＭＥ（この例では、ＭＭＥ９Ｄ）を選択し、ステップＳ６１２において、この選択された専用ＭＭＥ９ＤにＮＡＳメッセージを転送する。最後に、専用ＭＭＥ９Ｄ（利用可能である場合）は、モバイル機器３Ｄを扱うことを開始する（及び／又は適切なＮＡＳ応答を返す）。

この例では、対応する専用ＭＭＥが特定のUE Usage Typeについて用意されていない場合、いずれのリルートの試みも有益に回避することが可能である。換言すれば、改良された基準を用いることによって、デフォルトＭＭＥは、適切な専用ＭＭＥがそのＭＭＥプールにおいて用意されていると判断することができる場合にのみ、ＮＡＳメッセージをリルートするように構成されてもよい。専用ネットワークがこのＭＭＥプールにおいてサポートされていない場合、又は正しいUE Usage Typeの専用ネットワークがサポートされていないか若しくは利用可能でない場合、デフォルトＭＭＥは、（ＮＡＳメッセージを最初にリルートするのではなく）直ちにモバイル機器を扱うことを試みることができる。

変更形態及び代替形態
上記で、いくつかの詳細な実施形態を説明した。当業者であればわかるように、上記の実施形態において具現される発明から依然として利益を享受しながら、上記の実施形態に対して複数の変更形態及び代替形態を実施することができる。単に例示として、ここで、これらの代替形態及び変更形態のうちのいくつかを説明する。

上記の実施形態では、モバイル機器は携帯電話機である。上記の実施形態は、例えば、携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等の移動電話機以外の機器を用いて実施され得る。上記の実施形態は、非移動型又は概ね固定式のユーザ機器にも適用可能である。

実施形態の上記の説明において、例示されているネットワークノードは、基地局及びＭＭＥである。しかしながら、無線ネットワークコントローラ（ＲＮＣ）を（ＬＴＥ）基地局の代わりに用いてよく、ＳＧＳＮをＭＭＥの代わりに用いてもよい。

上記の実施形態を、例示の目的のみでＭＭＥを用いて説明したが、いかなる形においても、本発明は、ＭＭＥ及び／又はＬＴＥコアネットワークを必要とするように限定されるものではない。例えば、ＳＧＳＮがＭＭＥの代わりに用いられてもよい。この場合、適切なＳＧＳＮグループ識別子（又はＮｕｌｌ−ＮＲＩ）が、上記のステップＳ５０９及びＳ６０９において説明されたＭＭＥＧＩの代わりに用いられてもよい。ＲＮＣが基地局の代わりに用いられてもよい。本発明の実施形態は、ユーザ機器が専用ネットワークノードに接続することが必要とされる他の（３ＧＰＰ及び／又は非３ＧＰＰ）規格によるシステムにも適用可能である。

上記の実施形態では、基地局は、ＮＡＳメッセージをモバイル機器から、選択されたＭＭＥに転送するように説明されている。基地局は、適切にフォーマットされたＳ１メッセージ、例えば、いわゆる「初期ＵＥメッセージ」等を用いてＮＡＳメッセージを転送してもよい。

第１の実施形態の上記の説明において、基地局は、ＮＡＳメッセージをリルートすることができるか否かを選択されたデフォルトＭＭＥに示している（例えば、基地局は、適切な専用ＭＭＥ／ＳＧＳＮがネットワークに備えられていない場合に、ＮＡＳメッセージがリルートされるべきでないことを示す）。一方、適切な専用ＭＭＥ／ＳＧＳＮがネットワークに備えられている場合であっても、事業者の設定に応じて、特定のＮＡＳメッセージがリルートされるべきでないことを示すようにも、基地局（又は別のネットワークノード、例えば、ＨＳＳ、ＯＡＭ等）が構成されてもよい。そのような事業者の設定は、ユーザ／ＵＥ／UE Usage Type／ＭＭＥＧＩ／ＭＭＥ等ごとに適用されてもよい。

第１の実施形態の上記の説明において、基地局は、ＮＡＳメッセージをモバイル機器から、選択されたＭＭＥに転送し、ＮＡＳメッセージを適切な専用ＭＭＥにリルートすべきでない（又はリルートすることができない）ことをデフォルトＭＭＥに示すための適切な情報を含めるように説明されている。しかしながら、基地局は、ＮＡＳメッセージをリルートすべきでない（又はリルートすることができない）こと及び／又はそのUE Usage Typeの専用ネットワークにリルートすることが可能でないことを示すために、同じＮＡＳメッセージをＭＭＥに転送するのではなく、異なるメッセージ（例えば、「リルート拒否」メッセージ及び／又は任意の他の適切にフォーマットされたシグナリングメッセージ）をＭＭＥに送信してもよい。

古い（デフォルトの）及び新たな（専用の）ＭＭＥ／ＳＧＳＮは、物理的に分離（例えば、異なる位置に配置）されてもよく、又は同じ位置に一体配置されてもよい（ただし、論理的には別個のエンティティとして配置される）。

上記の実施形態は、ＤＣＮがある（ただし全てではない）ＲＡＴについてのみ、及び／又はネットワーク内の特定のエリア（トラッキング／ルーティングエリア）についてのみ配置されているとき、異種の／部分的なＤＣＮの配置にもまた適用されてもよい。この場合、基地局及びＭＭＥは、モバイル機器が特定のサービスエリアの中にあるか又は外にあるか、及び／又は（そのモバイル機器の）ＤＣＮ機能をサポートするＲＡＴを考慮に入れるように構成されてもよい。

上記で説明したＮＡＳメッセージリダイレクト（及び／又はＭＭＥ／ＳＧＳＮ再選択）はまた、（例えば、過負荷を有するＭＭＥ／ＳＧＳＮから、又は比較的高い負荷を有するＭＭＥ／ＳＧＳＮから、比較的低い負荷を有する別の一または複数のＭＭＥ／一または複数のＳＧＳＮに加入者を移動させるための）負荷分散目的で実行されてもよい。

上記の実施形態では、複数のソフトウェアモジュールを説明した。当業者であればわかるように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において与えられてよく、コンピュータネットワークを介して信号として、又は記録媒体において基地局又はＭＭＥに供給されてもよい。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用のハードウェア回路を用いて実行されてもよい。しかしながら、ソフトウェアモジュールの使用によって、基地局、ＭＭＥ、及びモバイル機器の機能を更新するために当該基地局、ＭＭＥ、及びモバイル機器を更新することが容易になるため、ソフトウェアモジュールの使用が好ましい。

少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージは、通信接続を確立するためのシグナリングを送信した通信機器のタイプに対応するタイプの、少なくとも１つの専用移動管理装置（ＭＭＥ）及び／又は少なくとも１つの専用のＳＧＳＮを識別する情報を含んでもよい。

通信接続を確立するためのシグナリングは、非アクセス層（ＮＡＳ）メッセージ（例えば、アタッチ要求メッセージ、トラッキングエリア更新メッセージ、又はルーティングエリア更新メッセージ）を含んでもよい。

第１のコアネットワークへの通信接続をセットアップするためのシグナリング（例えば、初期ＵＥメッセージ又はアップリンクユニットデータメッセージ）は、通信接続をセットアップするためのシグナリングがリルートされるべきでないことを示す情報を含んでもよい。第１のコアネットワークへの通信接続をセットアップするためのシグナリング（例えば、初期ＵＥメッセージ又はアップリンクユニットデータメッセージ）は、通信接続をセットアップするためのシグナリングがリルートされ得ることを示す情報を含んでもよい。

複数のコアネットワークノードは、複数の移動管理装置（ＭＭＥ）及び／又は加入者パケット交換機（ＳＧＳＮ）を含んでもよい。この場合、第１のコアネットワークノードはデフォルトＭＭＥ又はデフォルトＳＧＳＮを含んでもよい。通信装置は、基地局及び無線ネットワークコントローラ（ＲＮＣ）のうちの少なくとも１つを含んでもよい。

通信接続をセットアップするためのシグナリングがリルートされるべきでないことを示す情報は、情報要素（例えば、少なくとも１つのコアネットワークノードのグループを識別する情報要素）と、リルートが許可されるか否かに関する指示情報とのうちの少なくとも一方を含んでもよい。

前記通信装置の選択する手段は、ＭＭＥグループ識別子（ＭＭＥＧＩ）、ネットワークリソース識別子（例えば、「Ｎｕｌｌ−ＮＲＩ」）、加入者パケット交換機（ＳＧＳＮ）グループ識別子、及びGlobally Unique Temporary Identifier（ＧＵＴＩ）のうちの少なくとも１つに基づいて（例えば、ＮＡＳノード選択機能を用いて）前記デフォルトコアネットワークノードを選択するように動作可能であってもよい。

少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージは、Reroute NAS Message Requestを含んでもよい。

前記デフォルトコアネットワークノードへの前記通信接続をセットアップするために前記シグナリングをリルートするとき、送信する手段は、前記デフォルトコアネットワークノードに、「reroute NAS message reject」メッセージ、「forward NAS message」メッセージ、及び「初期ＵＥメッセージ(initial UE message)」のうちの少なくとも１つを送信するように動作可能であってもよい。

コアネットワークノードは、また、前記受信する手段が、デフォルトコアネットワークノードとして前記通信接続をセットアップするための前記シグナリングを受信した後、前記通信接続をセットアップするための前記シグナリングがリルートされるべき少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージを、前記通信装置に送信する手段を備えてもよい。

コアネットワークノードはまた、前記受信する手段が、前記コアネットワークノードへの前記通信接続をセットアップするための前記シグナリングを受信すると、前記コアネットワークノードと前記通信機器との間の前記通信接続をセットアップするように構成されてもよい。

コアネットワークノードは、移動管理装置（ＭＭＥ）又は加入者パケット交換機（ＳＧＳＮ）を含んでもよい。

種々の他の変更形態は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。

＜略語の説明＞
ｅＮＢ evolved ＮｏｄｅＢ
Ｅ−ＵＴＲＡＮ Evolved Universal Terrestrial Radio Access Network
ＧＧＳＮ Gateway GPRS Support Node
ＧＰＲＳ 汎用パケット無線サービス
ＧＵＴＩ Globally Unique Temporary Identity
ＨＳＳ ホーム加入者サーバ
ＭＭＥ 移動管理装置
ＭＭＥＧＩ 移動管理装置グローバル識別子
ＮＡＳ 非アクセス層
ＮＮＳＦ ＮＡＳノード選択機能
ＮＲＩ ネットワーク資源識別子
ＰＣＲＦ ポリシー及び課金ルール機能
ＰＧＷ パケットデータネットワークゲートウェイ
ＲＡＵ ルーティングエリア更新
ＲＮＣ 無線ネットワークコントローラ
ＳＧＳＮ 加入者パケット交換機
ＳＧＷ サービングゲートウェイ
ＴＡＵ トラッキングエリア更新
ＵＥ ユーザ機器
ＵＴＲＡＮ ＵＭＴＳ Terrestrial Radio Access Network

Claims (12)

1. 無線通信システム内の無線アクセスネットワークノードの通信方法であって、
   通信機器から、通信接続を確立するための第１のメッセージを受信し、
   第１のコアネットワークノードへ前記第１のメッセージを送信し、
   前記第１のコアネットワークノードから、少なくとも１つのコアネットワークノードのグループを識別する情報を含む第２のメッセージを受信し、
   前記第２のメッセージによって識別されるコアネットワークノードが前記通信機器のために利用可能でない場合に前記第１のコアネットワークノードまたはデフォルトの専用コアネットワーク内のコアネットワークノードを第２のコアネットワークノードとして選択し、
   前記第１のメッセージを含む第３のメッセージを前記第２のコアネットワークノードに送信し、
   前記第３のメッセージは、前記第１のメッセージがリルートされるべきでないことを示す情報を含む、通信方法。
2. 前記グループは、少なくとも１つのコアネットワークノードの専用コアネットワークを含み、前記専用コアネットワークは、前記第１のメッセージを送信した前記通信機器のタイプに対応する、請求項１に記載の通信方法。
3. 前記第２のコアネットワークノードの前記選択は、
   移動管理装置（ＭＭＥ）グループ識別子（ＭＭＥＧＩ）；
   ネットワークリソース識別子（ＮＲＩ）；
   加入者パケット交換機グループ識別子（SGSN group identifier）；
   globally unique temporary identifier (ＧＵＴＩ)；
   の少なくとも１つに基づいて実行される、
   請求項１又は２に記載の通信方法。
4. 前記第２のメッセージは、reroute NAS(Non Access Stratum) message requestを含む、請求項１〜３のいずれか１項に記載の通信方法。
5. 前記第３のメッセージの前記送信は、前記第２のコアネットワークノードへ、
   i） reroute NAS (Non Access Stratum) reject message；
   ii）forward NAS message；
   iii）initial UE message；
   の少なくとも１つを送信することによって実行される、請求項１〜４のいずれか１項に記載の通信方法。
6. 前記少なくとも１つのコアネットワークノードのグループを識別する情報は、前記第１のメッセージがリルートされるべきでないことを示す前記情報である、請求項１〜５のいずれか１項に記載の通信方法。
7. 無線通信システム内のコアネットワークノードの通信方法であって、
   通信機器から、前記通信機器用の通信接続を確立するための第1のメッセージを受信し、
   前記第1のメッセージの受信後、前記無線通信システムの無線アクセスネットワークノードに、少なくとも一つのコアネットワークノードのグループを識別する第２のメッセージを送信し、
   前記第２のメッセージで識別されるコアネットワークノードが前記通信機器のために利用可能でない場合に、前記第２のメッセージの前記送信の後に、前記無線アクセスネットワークノードから第３のメッセージを受信し、
   前記第３のメッセージは、前記第１のメッセージと、該第１のメッセージがリルートされるべきないことを示す情報とを含む、
   通信方法。
8. 前記第３のメッセージを受信するとき、コアネットワークへ前記通信機器を登録する、請求項７に記載の通信方法。
9. 請求項１乃至８のいずれか１項に記載の通信方法をプログラム可能な通信機器に実行させるための命令をコンピュータに実行させるためのプログラム。
10. 無線通信システム中の無線アクセスネットワークノードであって、
    通信機器から、通信接続を確立するための第１のメッセージを受信する手段と、
    第１のコアネットワークノードへ前記第１のメッセージを送信する手段と、
    前記第１のコアネットワークノードから、少なくとも１つのコアネットワークノードのグループを識別する情報を含む第２のメッセージを受信する手段と、
    前記第２のメッセージによって識別されるコアネットワークノードが前記通信機器のために利用可能でない場合に前記第１のコアネットワークノードまたはデフォルトの専用コアネットワーク内のコアネットワークノードを第２のコアネットワークノードとして選択する手段と、
    前記第１のメッセージを含む第３のメッセージを前記第２のコアネットワークノードに送信する手段と、
    を備え、
    前記第３のメッセージは、前記第１のメッセージがリルートされるべきでないことを示す情報を含む、無線アクセスネットワークノード。
11. 無線通信システム中のコアネットワークノードであって、
    通信機器から、前記通信機器用の通信接続を確立するための第１のメッセージを受信する手段と、
    前記第１のメッセージの受信後、前記無線通信システムの無線アクセスネットワークノードに、少なくとも一つのコアネットワークノードのグループを識別する第２のメッセージを送信する手段と、
    前記第２のメッセージで識別されるコアネットワークノードが前記通信機器のために利用可能でない場合に、前記第２のメッセージの前記送信の後に、前記無線アクセスネットワークノードから、第３のメッセージを受信する手段と、を備え、
    前記第３のメッセージは、前記第１のメッセージと、前記第１のメッセージがリルートされるべきでないことを示す情報を含む、
    コアネットワークノード。
12. 請求項１０に記載の無線アクセスネットワークノードと、請求項１１に記載のコアネットワークノードとを備える、システム。

Images