(57)【特許請求の範囲】
【請求項１】
無線通信システム内の通信装置による通信方法であって、
通信機器から、当該通信機器との通信接続を確立するための第１のメッセージを受信し、
第１のコアネットワークノードへ前記第１のメッセージを送信し、
前記第１のコアネットワークノードから、少なくとも一つのコアネットワークノードのグループを識別する情報を含む第２のメッセージを受信し、
前記グループ中に利用可能である有効なコアネットワークノードがない場合に、当該グループに含まれていない第２のコアネットワークノードとして前記第１のコアネットワークノードまたはデフォルトの専用コアネットワーク中のコアネットワークノードを選択する、
通信方法。
【請求項２】
前記第２のコアネットワークノードへ、前記第１のメッセージを含み、前記第１のメッセージはリルートされてはいけないことを示す第３のメッセージを送信する、請求項１に記載の通信方法。
【請求項３】
前記グループは、少なくとも一つの移動管理装置（ＭＭＥ）及び／又は少なくとも一つの加入者パケット交換機（ＳＧＳＮ）を備える専用コアネットワークを含み、前記専用コアネットワークは前記第１のメッセージを送信する通信機器のタイプに対応する、請求項１または２に記載の通信方法。
【請求項４】
前記グループの少なくとも一つの有効なコアネットワークノードが利用可能であるか判定し、
前記少なくとも一つの有効なコアネットワークノードが利用可能である場合に、少なくとも一つの有効なコアネットワークノードの集合からコアネットワークノードを選択する、
請求項１ないし３のいずれか１項に記載の通信方法。
【請求項５】
前記グループの前記少なくとも一つの有効なコアネットワークノードが利用可能であるか否かを、
前記グループのコアネットワークタイプ；
前記グループのコアネットワークノードごとの重み因子；
前記グループのコアネットワークノードの状況；
前記グループのコアネットワークノードの負荷；
前記グループのコアネットワークノードの相対負荷；
前記グループのコアネットワークノードの過負荷；
ネットワークの不具合；
前記グループの、故障中のコアネットワークノード；
専用コアネットワークの資源および専用コアネットワークの少なくともいずれかがサポートされていないこと；
の少なくともいずれかに基づいて判定する、
請求項４に記載の通信方法。
【請求項６】
前記第１のメッセージを前記第２のコアネットワークノードが拒絶する原因、および、バックオフタイマの少なくとも一つを識別する情報を受け取る、
請求項２に記載の通信方法。
【請求項７】
前記第２のコアネットワークノードを、
移動管理装置グループ識別子（MMEGI）；
ネットワーク資源識別子（NRI）；
加入者パケット交換機グループ識別子（SGSN group identifier）；
globally unique temporary identifier (GUTI)；
の少なくともいずれかに基づいて選択する、
請求項１乃至６のいずれか１項に記載の通信方法。
【請求項８】
前記第２のコアネットワークノードを選択する際に、前記第２のコアネットワークノードへ、
reroute NAS (Non-Access Stratum) message reject message；
forward NAS message；
initial UE message；
の少なくとも１つを送信する、
請求項１乃至７のいずれか１項に記載の通信方法。
【請求項９】
無線通信システムのコアネットワークノードにおける通信方法であって、
前記無線通信システムの通信装置から通信機器との通信接続を確立するための第１のメッセージを受信し、
前記通信装置に、少なくとも一つのコアネットワークノードのグループを識別する情報を含む第２のメッセージを送信し、
前記グループ中に有効なコアネットワークノードが利用可能でない場合に、前記通信装置から第３のメッセージを受信し、
前記第３のメッセージは、前記第１のメッセージを含み、
前記無線通信システムの前記コアネットワークノードは前記グループに含まれていない、通信方法。
【請求項１０】
前記第３のメッセージの受信に応じてNon-Access Stratum (NAS)手続を完了する、
請求項９に記載の通信方法。
【請求項１１】
第３のメッセージを拒絶する、
請求項９又は１０に記載の通信方法。
【請求項１２】
バックオフタイマ値、および、第３のメッセージを拒絶する原因の少なくとも一つを識別する情報を提供する、
請求項１１に記載の通信方法。
【請求項１３】
通信装置と通信するよう構成された通信機器の通信方法であって、
通信接続を確立するための第１のメッセージを前記通信装置に送信して、前記通信装置に、前記第１のメッセージを第１のコアネットワークノードに送信させ、
少なくとも一つのコアネットワークノードのグループ中に有効なコアネットワークノードが利用可能でない際に、前記第１のメッセージを含む要求メッセージが第２のコアネットワークノードである前記第１のコアネットワークノードまたはデフォルトの専用コアネットワーク中のコアネットワークノードに送信され、
前記グループは、前記第１のコアネットワークノードから送信される情報により識別され、かつ、前記第２のコアネットワークノードを含まない、通信方法。
【請求項１４】
請求項１乃至１３のいずれか１項の通信方法をプログラム可能な通信機器に実行させるための命令をコンピュータに実行させるためのプログラム。
【請求項１５】
無線通信システムの通信装置であって、
少なくとも一つの通信機器と通信する手段と、
通信機器から、通信接続を確立するための第１のメッセージを受信する手段と、
前記第１のメッセージを第１のコアネットワークノードへ送信する手段と、
前記第１のコアネットワークノードから、少なくとも一つのコアネットワークノードのグループを識別する情報を含む第２のメッセージを受信する手段と、
前記グループ中に利用可能である有効なコアネットワークノードがない場合に、当該グループに含まれていない第２のコアネットワークノードである前記第１のコアネットワークノードまたはデフォルトの専用コアネットワーク中のコアネットワークノードを選択する手段と、
を備える、通信装置。
【請求項１６】
無線通信システムのためのコアネットワークノードであって、
前記無線通信システムの通信装置から通信機器との通信接続を確立するための第１のメッセージを受信する手段と、
前記通信装置に、少なくとも一つのコアネットワークノードのグループを識別する情報を含む第２のメッセージを送信する手段と、
前記グループ中に有効なコアネットワークノードが利用可能でない場合に、前記通信装置から第３のメッセージを受信する手段とを有し、
前記第３のメッセージは、前記第１のメッセージを含み、
前記無線通信システムの前記コアネットワークノードは前記グループに含まれていない、コアネットワークノード。
【請求項１７】
請求項１５に記載の通信装置と、請求項１６に記載のコアネットワークノードとを備える、システム。
【請求項１８】
通信装置と通信する手段と、
通信接続を確立するための第１のメッセージを前記通信装置に送信して、前記通信装置に、前記第１のメッセージを第１のコアネットワークノードに送信させる、手段とを有し、
少なくとも一つのコアネットワークノードのグループ中に有効なコアネットワークノードが利用可能でない際に、前記第１のメッセージを含む要求メッセージが第２のコアネットワークノードである前記第１のコアネットワークノードまたはデフォルトの専用コアネットワーク中のコアネットワークノードに送信され、
前記グループは、前記第１のコアネットワークノードから送信される情報により識別され、かつ、前記第２のコアネットワークノードを含まない、通信機器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システムに関する。本発明は、下記に限られないが特に、Universal Terrestrial Radio Access Network（ＵＴＲＡＮ）、及びLong Term Evolution（ＬＴＥ）-Advancedを含む、ＬＴＥのUTRAN（Ｅ−ＵＴＲＡＮ）等の、第３世代パートナーシッププロジェクト（３ＧＰＰ）規格又はその均等物又は派生物に従って動作する無線通信システム及びその機器に関する。本発明は、下記に限られないが特に、専用コアネットワークを用いることに関連する。
【背景技術】
【０００２】
３ＧＰＰ規格では、モバイル機器がコアネットワークに接続し、他のモバイル機器又はリモートサーバと通信する際に、基地局である「ＮｏｄｅＢ」（又はＬＴＥにおける「ｅＮＢ」）を介する。これを可能とするために、モバイル機器は、接続する基地局との間で、いわゆる無線リソース制御（ＲＲＣ）接続を確立する。簡単のため、本出願では、前述のモバイル機器が接続する基地局などを単に基地局という。ここで用いられる通信機器としては、例えば、移動電話機、スマートフォン、ユーザ機器、携帯情報端末、マシンタイプ通信（ＭＴＣ）デバイス、Internet of Things（ＩｏＴ）デバイス、ラップトップコンピュータ、ウェブブラウザ等の移動通信機器であってもよい。３ＧＰＰ規格では、（通常）固定式の機器の一部として実装され得る、Ｗｉ−Ｆｉルータ、モデム等の移動しないユーザ機器をネットワークに接続することも可能である。簡単のため、本出願は、明細書において移動通信機器（又はモバイル機器）に言及するが、記載の技術は、コアネットワークに接続することができる任意の移動機器及び「移動しない」機器においても実施されえる。
【０００３】
３ＧＰＰ規格では、基地局は、コアネットワーク（ＬＴＥにおいて発展型パケットコア（ＥＰＣ）ネットワークと呼ばれる）に接続する。モバイル機器を追跡し、異なる基地局間の移動を容易にするために、コアネットワークは、コアネットワークに接続する基地局と通信する複数の移動管理装置（Mobility Management Entity；ＭＭＥ）を含む。モバイル機器とそれらに関連付けられているＭＭＥとの間の通信は、（接続する基地局を介した）非アクセス層（Non-Access Stratum；ＮＡＳ）シグナリングを用いて行われる。あるコアネットワークでは、モバイル機器によって用いられる無線アクセス技術（ＲＡＴ）に応じて、加入者パケット交換機（Serving GPRS（General Packet Radio Service） Supporting Node；ＳＧＳＮ）がＭＭＥの代わりに用いられてもよい。
【０００４】
最近の３ＧＰＰ規格（例えば、ＬＴＥ、及び、ごく最近のLTE-Advancedすなわち「ＬＴＥ−Ａ」規格）では、モバイル機器等のユーザ機器（ＵＥ）が、専用コアネットワークノード（専用のＭＭＥ／ＳＧＳＮ等）を用いてコアネットワークに効率的に接続することが可能である。このいわゆる「専用コアネットワーク」（ＤＥＣＯＲ）の特徴の詳細は、３ＧＰＰ技術報告（ＴＲ）２３．７０７（Ｖ１３．０．０）において論じられており、その内容は参照により本明細書に援用される。
【０００５】
要約すると、ＤＥＣＯＲの機能は、ネットワーク事業者が、そのネットワーク内に共通の（すなわち、非専用の）コアネットワークとともに、複数の専用コアネットワーク（ＤＣＮ）を配置することができる、というものである。ＤＥＣＯＲの機能の目的は、同一の又は同様の特性を有する加入者（ＵＥ）専用のＤＣＮの配置を可能にすることである。
【０００６】
したがって、各ＤＣＮは、一以上の特定のタイプの加入者及び／又は一以上の特定のタイプのサービスを扱うことに専用されてもよい。ＤＣＮは任意機能であるので、ＧＥＲＡＮ（ＧＳＭ  ＥＤＧＥ無線アクセスネットワーク）、ＵＴＲＡＮ及び／又はＥ−ＵＴＲＡＮ等の様々なタイプの無線アクセス技術（ＲＡＴ）毎に選択的に配置されうる。例えば、ネットワーク事業者は、（Ｅ−ＵＴＲＡＮをサポートするために）専用のＭＭＥを配置するが、専用のＳＧＳＮを配置しなくてもよい（つまり、ＧＥＲＡＮ／ＵＴＲＡＮをサポートしない）し、逆もまた同様である。ＤＥＣＯＲを配置する動機は、特に、特定の特性／機能を有し、又はスケーリング機能を有するＤＣＮを提供することで、特定のＵＥ又は加入者（例えば、machine to machine（Ｍ２Ｍ）の加入者、特定の企業又は別個の管理ドメインに属する加入者、仮想移動体通信事業者（ＭＶＮＯ）に属する加入者等）を、他のＵＥ又は加入者等から分離することである。
【０００７】
しかし、そのような顧客や機器の様々なグループには、特徴、トラフィック特性、利用可能性、輻輳管理、シグナリング及びユーザプレーンデータ使用等の観点において、異なる要件を有することがある。専用／特殊コアネットワーク要素／リソースを含むＤＣＮは、事業者がそのような機器／顧客グループの要件を満たすのを助けることができる。ＤＣＮは、ネットワーク利用可能性及び／又は冗長性要件を満たすことに寄与してもよく、特定のユーザ又はトラフィックタイプのための独立したスケーリング又は特殊機能の提供、並びに様々なタイプのユーザ及びトラフィックを互いに分離することを容易にする。
【０００８】
各ＤＣＮは１つ又は複数のＭＭＥ／ＳＧＳＮを備え、適宜、１つ又は複数のサービングゲートウェイ（Ｓ−ＧＷ）、パケットデータネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）及び／又はポリシー及び課金ルール機能（ＰＣＲＦ）を備えてもよい。以下の説明において、「専用コアネットワーク」／「ＤＣＮ」という用語を用いて、（１）ＭＭＥ又はＳＧＳＮ等の制御プレーン機能、（２）Ｓ−ＧＷ、Ｐ−ＧＷ、Gateway GPRS Support Node（ＧＧＳＮ）等のユーザプレーンネットワーク機能、及び（３）制御プレーン及びユーザプレーン機能の組、を備える１つ又は複数のネットワーク機能をカバーする。
【０００９】
各加入者は、それぞれの加入者情報及び／又はオペレータの構成に基づいて、特定のＤＣＮに割り当てられ、この特定のＤＣＮによって扱われてもよい。ＤＣＮが配置されるネットワークは、ＤＣＮが利用可能でない及び／又は特定のＤＣＮにＵＥを割り当てるために十分な情報が利用可能でない場合にＵＥを管理するためのデフォルトＤＣＮ（又は共通コアネットワークのデフォルトコアネットワークノード）を有してもよい。１つ又は複数のＤＣＮは、全てが同じＲＡＮを共有するデフォルトＤＣＮ（又はデフォルトコアネットワークノード）と共に配置されてもよい。
【００１０】
各ＵＥがＤＥＣＯＲをサポートするエリアにあるとき（又は、ＤＣＮが配置されるエリアにあるとき）、ＵＥは、そのＵＥを扱う基地局によって、任意の／ランダムなＭＭＥ又はデフォルトのＭＭＥに最初に割り当てられる。その基地局は、ＵＥのＮＡＳメッセージ（少なくともＵＥの初期ＮＡＳメッセージ）を、前述の割り当てられたＭＭＥに転送する。そして、前述の割り当てられたＭＭＥ（このＭＭＥもＤＣＮの一部を形成してもよい）は、特定のＵＥがそのＵＥに専用の異なるコアネットワーク（すなわち、前述の割り当てられたＭＭＥが属するコアネットワーク以外のコアネットワーク）によって扱われるべきであるか否かを判断する。
【００１１】
現在ＵＥに割り当てられているＭＭＥは、ＵＥが異なる（専用の）コアネットワークによって扱われるべきであると判断すると、適切なＤＣＮを選択し、そのＵＥを扱っている基地局に、ＵＥのＮＡＳメッセージをそのＤＣＮにリルート（リダイレクト）するように要求する。また、現在ＵＥに割り当てられているＭＭＥは、そのＭＭＥのリルート要求に、選択されたＤＣＮに属するＭＭＥ（又はＳＧＳＮ）を識別する情報を含める。ＵＥを扱う基地局は、選択されたＭＭＥ／ＤＣＮを識別する情報に基づいて、いわゆるＮＡＳノード選択機能（ＮＮＳＦ）を用いて新たなＭＭＥを選択し、ＵＥのＮＡＳメッセージを、その選択されたＭＭＥに送信する。
【００１２】
しかしながら、本発明者らは、ＤＥＣＯＲ機能におけるＭＭＥ／ＳＧＳＮ（再）選択及び／又はＮＡＳメッセージリルートの現状の手続が不十分であり、結果として、あるＵＥにとって不要なシグナリング及び／又は不十分なサービス継続性が生じる場合があることを認識している。例えば、ある場合、ＤＣＮ（又は、ＭＭＥ若しくはＳＧＳＮ等の専用コアネットワークノード）は、リルート／リダイレクトされたＵＥを扱うことができない場合があるので、（現在割り当てられているＭＭＥによって提供される情報に基づいて選択された）専用のノード又は機能に対して要求されるＮＡＳメッセージのリルートを完了することができない場合がある。これは、例えば、ＤＣＮ及び／又は専用コアネットワークノードの（例えば、所定の閾値を上回る）過負荷／高負荷、専用ネットワークリソースの一時的な不具合又は切断（及び／又は、そのほかの点で、少なくともネットワークの一部において利用可能でないこと）に起因して起こり得る。
【００１３】
したがって、そのような場合、専用コアネットワークに対し特定のＮＡＳメッセージをリルート／リダイレクトする基地局の試みが失敗する場合があり、これにより、結果として、ネットワークが、ＮＡＳメッセージを送信したＵＥのためのサービスを確立／維持することができない場合がある。
【発明の概要】
【発明が解決しようとする課題】
【００１４】
したがって、本発明の好ましい実施形態は、上記の問題のうちの少なくとも幾つかを克服するか又は少なくとも部分的に緩和する方法及び装置を提供することを目的とする。
【課題を解決するための手段】
【００１５】
当業者の理解の効率のために、本発明を、３ＧＰＰシステム（ＵＭＴＳ、ＬＴＥ）との関連で詳細に説明するが、本発明の原理は、専用コアネットワークノードを用いてモバイル機器又はユーザ機器（ＵＥ）がシステムにアクセスする他のシステムに適用することができる。
【００１６】
一態様において、本発明は、無線通信システムのための通信装置を提供し、その通信装置は、通信機器から、通信接続を確立するためのシグナリングを受信する手段と；第１のコアネットワークノードへの前記通信接続をセットアップするためのシグナリングを送信する手段と；前記送信する手段が前記通信接続をセットアップするための前記シグナリングを送信した後に、前記第１のコアネットワークノードから、前記通信接続をセットアップするための前記シグナリングがリルートされるべき少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージを受信する手段と；前記グループの少なくとも１つのコアネットワークノードが利用可能であるか否かを判断する手段と；前記グループの前記少なくとも１つのコアネットワークノードが利用可能でないとき、前記グループの一部を形成しないデフォルトコアネットワークノード（例えば、前記第１のコアネットワークノード）への前記通信接続をセットアップするために前記シグナリングをリルートする手段と；を備える。
【００１７】
他の態様において、本発明は、無線通信システムのためのコアネットワークノードを提供し、そのコアネットワークノードは、前記無線通信システムの通信装置から、通信機器のための通信接続をセットアップするためのシグナリングを受信する手段と；前記受信する手段が、前記通信接続をセットアップするための前記シグナリングを受信した後、前記通信装置に、前記通信接続をセットアップするための前記シグナリングがリルートされるべき少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージを送信する手段と；前記通信装置から、少なくとも１つのコアネットワークノードの前記グループのうちのいずれも利用可能でないときに前記コアネットワークノードへの前記通信接続をセットアップするために、前記コアネットワークノードに、前記シグナリングをリルートするメッセージを受信する手段と；を備える。
【００１８】
本発明の様々な態様は、対応するシステム、方法、並びに上記で示した又は特許請求の範囲において記載される態様及び可能な形態において記載されるような方法を実行するようにプログラマブルプロセッサをプログラムするように、及び／又は特許請求の範囲のいずれかの請求項において記載される装置を提供するように適切に構成されたコンピュータをプログラムするように動作可能である命令が記憶されたコンピュータ可読記憶媒体等のコンピュータプログラム製品にまで及ぶ。
【００１９】
本明細書（特許請求の範囲を含む）において開示され、及び／又は図面において示される各特徴は、開示され、及び／又は図示される任意の他の特徴から独立して（又はそれらと組み合わせて）本発明に組み込まれてもよい。詳細には、限定はしないが、特定の独立請求項に従属する請求項のうちのいずれかの特徴は、任意の組み合わせにおいて又は個々に、その独立請求項に取り込まれてもよい。
【００２０】
ここで、本発明の実施形態を、例として、添付の図面を参照しながら説明する。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施形態を適用しうるセルラ通信システムを概略的に示す図である。
【図２】図１に示すシステムの一部を形成するモバイル機器のブロック図である。
【図３】図１に示すシステムの一部を形成する基地局のブロック図である。
【図４】図１に示すシステムの一部を形成する移動管理装置のブロック図である。
【図５】本発明の幾つかの実施形態を実施するための例示的な手続を示すタイミング図である。
【図６】本発明の幾つかの実施形態を実施するための例示的な手続を示すタイミング図である。
【図７】本発明の幾つかの実施形態を実施するための例示的な手続を示すタイミング図である。
【発明を実施するための形態】
【００２２】
概要
図１は、モバイル機器３Ａ〜３Ｄのユーザが、Ｅ−ＵＴＲＡ無線アクセス技術（ＲＡＴ）を用いたＥ−ＵＴＲＡＮ基地局５Ａ、５Ｂ及びコアネットワーク７を介して互いに及び他のユーザと通信することができる、移動（セルラ又は無線）通信ネットワーク１を概略的に示す図である。当業者であればわかるように、説明のため、図１には４つのモバイル機器３及び２つの基地局５が示されているが、システムが、実施時に通常、他の基地局及びモバイル機器を含んでもよい。
【００２３】
よく知られているように、モバイル機器３は、通信ネットワーク１によってカバーされている地理的エリア内で動き回っているときに、基地局５が扱うエリア（すなわち、無線セル）を出入りしてもよい。モバイル機器３を追跡し、異なる基地局５の間の移動を容易にするために、コアネットワーク７は、複数の移動管理装置（ＭＭＥ）９Ａ〜９Ｄを含み、そのうちのＭＭＥ９Ａ〜９Ｃが共通のＭＭＥであり（すなわち、いかなる特定のモバイル機器３にも関連付けられていないか、又は全てのモバイル機器３に関連付けられている）、ＭＭＥ９Ｄは専用のＭＭＥである（すなわち、１つ又は複数の特定のモバイル機器３に関連付けられている）。したがって、図に示されるように、ＭＭＥ９Ｄは、専用コアネットワーク（ＤＣＮ）部分７Ｄの一部を形成する一方、他のＭＭＥ９Ａ〜９Ｃは、メインの（又は共通の）コアネットワーク７の一部を形成する。さらに、ＭＭＥ９Ａは、（例えば、初めてコアネットワーク７に接続するとき、及び／又は他のＭＭＥが利用可能でないとき、）モバイル機器３のためのデフォルトのＭＭＥとして動作するように構成される。
【００２４】
複数のＭＭＥ９は、コアネットワーク７と接続する基地局５と通信する。また、コアネットワーク７は、ＨＳＳ１１、並びにサービングゲートウェイ（Ｓ−ＧＷ）１８及び／又はパケットデータネットワークゲートウェイ（Ｐ−ＧＷ）１９等の１つ又は複数のゲートウェイも備える。
【００２５】
モバイル機器３及びそれらをそれぞれ扱う基地局５は、ＬＴＥ無線インターフェース、いわゆる「Ｕｕ」インターフェースを介して接続される。基地局５は、いわゆる「Ｘ２」インターフェースを介して互いに接続される。各基地局５は、いわゆる「Ｓ１」インターフェースを介してコアネットワーク７内のノード（すなわち、ＭＭＥ９及びＳ−ＧＷ１８）にも接続される。コアネットワーク７から、インターネット等の外部ＩＰネットワーク２０への接続も、Ｐ−ＧＷ１９を介して提供される。図１には示されていないが、ＭＭＥ９は、それぞれの３ＧＰＰインターフェースを介してＨＳＳ１１及びゲートウェイ１８、１９にも接続される。
【００２６】
あるモバイル機器３は、（少なくとも、専用のＭＭＥ及び／又は専用のゲートウェイを備える）特定の専用コアネットワークに関連付けられてもよい。例えば、ＨＳＳ１１は、３ＧＰＰ網の加入者がネットワーク１にアクセスするのに必要とされる設定及び加入者データ、関連する一または複数のサービスタイプ及びプリファレンス、対応する一または複数の加入者グループを識別する情報等の、モバイル機器３ごとのそれぞれの加入者データを記憶するように構成されてもよい。この加入者データに基づいて、特定のモバイル機器３と、その機器と対応するコアネットワーク７又は７Ｄとの間の関連付けを識別することが可能である。特定の専用コアネットワーク（例えば、ＤＣＮ７Ｄ）に関連付けられている複数のモバイル機器（例えば、図１におけるモバイル機器３Ｄ）について、ＨＳＳ１１（及び／又はデフォルトのＭＭＥ９Ａ）は、その加入者のための適切な専用コアネットワーク（専用のＭＭＥ９）の選択において用いられえる情報を記憶するように構成されてもよい。
【００２７】
このシステムにおいて、モバイル機器３Ｄは、ＤＣＮ７Ｄ／ＭＭＥ９Ｄに関連付けられる。換言すれば、ＭＭＥ９Ｄは、モバイル機器３Ｄの専用コアネットワーク７Ｄの一部を形成するコアネットワークノードである（ただし、専用コアネットワーク７Ｄは、適宜、複数の他のコアネットワークノードを有してもよい）。以上より、コアネットワーク７は、可能な場合はいつでも、モバイル機器３Ｄがこの専用コアネットワーク７Ｄによって確実に扱われることになる。これを行うために、モバイル機器３のＮＡＳメッセージは、モバイル機器３Ｄに関連付けられ、ステータス（例えば、モバイル機器３Ｄの取り扱いにおける利用可能性）が事前にチェックされた、専用のＭＭＥ９Ｄに（例えば、以前のＭＭＥ９及び／又は基地局５によって）有益にリルートされる。例えば、モバイル機器３Ｄを扱っている基地局５Ｂが、モバイル機器３Ｄのための正しいＭＭＥでないＭＭＥ９（デフォルトのＭＭＥ９Ａ等）を（最初に）選択するとき、基地局５Ｂはモバイル機器３ＤのＮＡＳメッセージを正しいＭＭＥ９Ｄにリルートすることを可能とする情報を得ることができ、この情報に基づいて、モバイル機器３ＤのＮＡＳメッセージを正しいＭＭＥ９Ｄにリルートすることが可能である。
【００２８】
より具体的には、古い（最初の又はデフォルトの）ＭＭＥ９が、別の（専用の）コアネットワークにモバイル機器３ＤのＮＡＳメッセージをリルートすることを決定するとき、古いＭＭＥ９は、そのＮＡＳメッセージを転送した基地局５に対し（ＮＡＳメッセージリルート要求等の）要求を生成し、これを送信する。また、ＭＭＥ９は、この要求に、ＮＡＳメッセージがリルートされるべき「ターゲット」のコアネットワーク／ＭＭＥを識別するための情報を含める。例えば、コアネットワーク／ＭＭＥを識別するための情報は、選択された専用コアネットワークに属するＭＭＥ／ＳＧＳＮに対応するＭＭＥＧＩ（Ｅ−ＵＴＲＡＮの場合）及び／又はＮｕｌｌ−ＮＲＩ（ＵＴＲＡＮ及びＧＰＲＳの場合）を含んでもよい。ＭＭＥ／ＳＧＳＮは、ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩと、モバイル機器３Ｄのための、及び／又は、モバイル機器３Ｄによって用いられる追跡エリア識別子（ＴＡＩ）のための、専用コアネットワークとのマッピングによって構成されてもよい。
【００２９】
１つの例において、基地局５は、接続された各ＭＭＥ９（又は、少なくとも接続されたＭＭＥのサブセットの各々）の利用可能性／動作状態に関する情報を得るように有益に構成される。得られた情報は、特定のＭＭＥ９の（例えば、所定の閾値を上回る）高負荷、特定のＭＭＥ９の（別のＭＭＥ９と比較した）相対負荷、特定のＭＭＥ９の過負荷、ネットワーク障害、特定のＭＭＥ９の（少なくとも一時的な）不具合、及び専用リソース／ＤＣＮがサポートされていないこと、のうちの少なくとも１つを識別する情報を含んでもよい。例えば、複数の基地局５は、特定の基地局５とＭＭＥ９とのペアの間のＳ１接続を構成する初期セットアップ手続の間、及び／又は、ＭＭＥ９が再構成される以降に、適切なＳ１シグナリング（「Ｓ１セットアップ応答」メッセージ、「ＭＭＥ構成更新」メッセージ等）を用いて、この情報を得てもよい。
【００３０】
以上より、接続された各ＭＭＥ９の利用可能性に関する情報に基づいて（及び、古いＭＭＥ９の要求に含まれるターゲットコアネットワーク／ＭＭＥを識別する情報に基づいて）、基地局５は、古いＭＭＥ９のＮＡＳリルート要求に応じることが可能であるか否か（例えば、ターゲットＭＭＥ９Ｄが利用可能／動作中であるか否か）を判断することができる。
【００３１】
より具体的には、基地局５が、ターゲットのＭＭＥ９Ｄが利用可能／動作中であると判断する場合、基地局５は、モバイル機器３ＤのＮＡＳメッセージを選択された（専用の）コアネットワーク（この例では、ＭＭＥ９Ｄ）に送信（リルート）する。
【００３２】
一方、基地局５が、ターゲットのＭＭＥ９Ｄが利用可能／動作中でないと判断する場合、基地局５は、古いＭＭＥ９に対し適切な応答を生成し、これを送信することによって、古いＭＭＥ９のリルート要求を拒否する。実際上は、基地局５は、リルート要求を拒否することによって、古いＭＭＥ９に、専用コアネットワーク（例えば、ＭＭＥ９Ｄ）を（少なくともモバイル機器３Ｄのために）用いることができないことを通知することができる。基地局５は、古いＭＭＥ９に対する応答に、古いＭＭＥ９のリルート要求を拒否するための理由（又は原因）を識別する情報も含めることが好ましい。例えば、基地局５は、高負荷（所定の閾値を上回る負荷）、過負荷、ネットワーク障害、ＭＭＥ／ＳＧＳＮの不具合、及び専用リソース／ＤＣＮがサポートされていないこと、のうちの少なくとも１つを識別する拒否原因を識別する情報を含めるように構成されてもよい。
【００３３】
古いＭＭＥ９（例えば、ＭＭＥ９Ａ又は９Ｃ）が、ＮＡＳメッセージをモバイル機器３Ｄから対応する専用のＭＭＥ９Ｄへリルートするように試みる場合であっても、基地局５Ｂは、要求側のＭＭＥ９Ａ又は９Ｃに、（例えば、過負荷に起因して）専用のＭＭＥ９Ｄが（依然として）利用可能でないことを有益に応答することができる。これより、専用ネットワークにモバイル機器３Ｄをリルートすることに失敗する場合、要求側のＭＭＥ９Ａ又は９Ｃは、ｉ）モバイル機器３ＤからのＮＡＳメッセージ（例えば、専用コアネットワークにリルートすることができなかったＮＡＳメッセージ）を受け付け、モバイル機器３Ｄの取り扱いを継続するか、又は、ｉｉ）（例えば、モバイル機器３Ｄに対し適切なエラーメッセージを生成し、これを送信することによって）モバイル機器３ＤからのＮＡＳメッセージを拒否するように構成されてもよい。ＭＭＥは、モバイル機器３ＤからのＮＡＳメッセージを拒否するとき、拒否メッセージにおいてモビリティ管理バックオフタイマを返し、モバイル機器３Ｄが、バックオフタイマが満了するまで戻ってこないようにしてもよい。
【００３４】
要約すると、この例において、基地局は、（例えば、リルートに失敗したときに）ＭＭＥのリルート要求を有益に拒否でき、それによって、ＭＭＥに、専用のＭＭＥが過負荷であること（又はその他の点で利用不可能であること）を有益に通知することができる。例えば、基地局が、専用のＭＭＥが過負荷であることをデフォルトの（現在選択されている）ＭＭＥに示すとき、デフォルトのＭＭＥは、モバイル機器を扱うか又は（例えば、モバイル機器に対し適切な応答を送信することによって、）ＮＡＳメッセージを拒否するように試みてもよい。ＭＭＥは、モバイル機器３ＤからのＮＡＳメッセージを拒否するとき、モバイル機器３ＤがいつＮＡＳメッセージの再送を試みるべきかを制御するために、モビリティ管理バックオフタイマをモバイル機器３Ｄに返すことができるとより好ましい。
【００３５】
別の例では、（基地局５に加えて、又は基地局５の代わりに）ＭＭＥ９は、接続された（他の）各ＭＭＥ９の利用可能性／動作中の状態に関する情報を得るように構成されてもよい。例えば、近隣のＭＭＥ９は、他のＭＭＥ９の利用可能性／動作中の状態に関する情報を得るために（及び、ＭＭＥ９自身の利用可能性／動作中の状態に関する情報を他のＭＭＥ９に提供するために）、適切なシグナリングメッセージ（例えば、３ＧＰＰ  ＴＳ２９．０６０  Ｖ１２．７．０に従ったエコー要求／エコー応答メッセージ）を交換してもよい。デフォルトで割り当てられたＭＭＥ９は、基地局５から他のＭＭＥの利用可能性／動作中の状態に関する情報を得るように構成されてもよい。
【００３６】
以上より、接続された各ＭＭＥ９の利用可能性に関する情報に基づいて、現在のＭＭＥ９は、（例えば、ＭＭＥ９Ｄが利用可能／動作中であるか否かに基づいて）モバイル機器３ＤのＮＡＳメッセージを別の（専用の）コアネットワーク（この例では、ＭＭＥ９Ｄ）にリルートすることが可能であるか否かを判断することができる。
【００３７】
現在のＭＭＥ９が、専用の（ターゲット）ＭＭＥ９Ｄ（又はＤＣＮ７Ｄ）が利用可能／動作中でない（すなわち、専用のターゲットＭＭＥへのモバイル機器３Ｄのリルートが失敗した）と判断する場合、現在のＭＭＥ９は、ｉ）少なくとも一時的に、モバイル機器３ＤからのＮＡＳメッセージを（専用コアネットワークにリルートする代わりに）受け付け、モバイル機器３Ｄの取り扱いを継続するか、又は、ｉｉ）（例えば、モバイル機器３Ｄに対し適切なエラーメッセージを生成し、これを送信することによって）モバイル機器３ＤからのＮＡＳメッセージを拒否するように有益に構成されてもよい。ＭＭＥは、モバイル機器３ＤからのＮＡＳメッセージを拒否するとき、拒否メッセージにおいてモビリティ管理バックオフタイマを返し、モバイル機器３Ｄが、バックオフタイマが満了するまで戻ってこないようにしてもよい。
【００３８】
以上より、現在モバイル機器３Ｄを扱っているＭＭＥ９が、（基地局５又は専用のＭＭＥ／ＤＣＮ自体からの専用のＭＭＥの利用可能性に関する情報に基づいて）モバイル機器３Ｄの取り扱いを継続することを決定する場合、モバイル機器３Ｄが不適切な（すなわち、専用でない）ＭＭＥ９に対し現在登録されている場合であっても、モバイル機器３Ｄのためのサービス継続性を確保することが可能である。
【００３９】
適切な専用ネットワーク（ネットワークノード）へのリルートが失敗した（例えば、高負荷、過負荷、一時的な障害等の理由で可能でない）とき、ＮＡＳリルート要求を、（例えば、上記の一つ目の例のように）有益に拒否されえるか、又は（例えば、上記の二つ目の例におけるように）有益に回避されえて、モバイル機器は、古い（共通の）ＭＭＥ／ＳＧＳＮによって有益に扱われえるか、又は、モバイル機器は、（適切なＮＡＳ応答を返すことによって）デフォルトのＭＭＥによって有益に拒否されえる。ＭＭＥは、モバイル機器３ＤからのＮＡＳメッセージを拒否するとき、拒否メッセージにおいてモビリティ管理バックオフタイマを返し、モバイル機器３Ｄが、バックオフタイマが満了するまで戻ってこないようにしてもよい。以上より、このシステムにおいて、専用ネットワークノードが過負荷及び／又は利用不可能であることにより生じるモバイル機器のサービス失敗を回避することが可能である。
【００４０】
モバイル機器
図２は、図１に示される複数のモバイル機器３のうちの１つの主要な構成要素を示すブロック図である。図に示されるように、モバイル機器３は、１つ又は複数のアンテナ３３を介して、基地局５から信号を送受信するように動作可能であるトランシーバ回路３１を有する。モバイル機器３は、モバイル機器３の動作を制御するコントローラ３７を有する。コントローラ３７はメモリ３９と接続し、トランシーバ回路３１と接続している。図２には必ずしも示されていないが、モバイル機器３は当然ながら、従来のモバイル機器３の全ての通常機能（ユーザインターフェース３５等）を有し、これは適宜、ハードウェア、ソフトウェア及びファームウェアのうちの任意の１つ又は任意の組み合わせによって提供されてもよい。ソフトウェアはメモリ３９にプレインストールされてよく、及び／又は、例えば、通信ネットワークを介して又は取り外し可能なデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。
【００４１】
コントローラ３７は、この例では、メモリ３９内に記憶されたプログラム命令又はソフトウェア命令によってモバイル機器３の全体動作を制御する。図に示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム４１と、通信制御モジュール４３と、ＲＲＣモジュール４４と、ＮＡＳモジュール４５と、（任意選択で）専用コアネットワーク関連付けモジュール４９とを含む。
【００４２】
通信制御モジュール４３は、モバイル機器３と基地局５との間の通信を制御する。また、通信制御モジュール４３は、基地局５、及び（基地局５を介して）ＭＭＥ９及び／又はＳ−ＧＷ１８等の他のノードに送信される制御データ及びユーザデータの（アップリンク及びダウンリンクのための）個々のフローを制御する。
【００４３】
ＲＲＣモジュール４４は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、モバイル機器３と、それを扱う基地局５との間で交換される。ＲＲＣメッセージは、例えば、ランダムアクセス手続に関するメッセージ及び／又は基地局５を中継してＭＭＥ９に送られる制御データ（例えば、ＮＡＳメッセージ）を含むＲＲＣメッセージを含んでよい。
【００４４】
ＮＡＳモジュール４５は、ＮＡＳプロトコルに従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、モバイル機器３とＭＭＥ９との間で（基地局５を介して）交換される。ＮＡＳメッセージは、例えば、モバイル機器３のモビリティに関連する制御データ、例えば、モバイル機器３をＭＭＥ９に登録するための制御データを含むＮＡＳメッセージを含んでよい。
【００４５】
専用コアネットワーク関連付けモジュール４９は、もし存在すれば、このモバイル機器３に関連付けられている専用コアネットワークに関する情報を記憶する。例えば、専用コアネットワーク関連付けモジュール４９は、ＵＥ  ＩＤパラメータ、ＵＥタイプパラメータ、ＤＣＮタイプパラメータ、ＤＣＮ  ＩＤパラメータ、ＭＭＥ  ＩＤパラメータ（例えば、ＭＭＥＧＩ）等の形式で、関連するＤＣＮを識別する情報を記憶してもよい。
【００４６】
基地局
図３は、図１に示される複数の基地局５のうちの１つの主要な構成要素を示すブロック図である。図に示されるように、基地局５は、１つ又は複数のアンテナ５３を介してモバイル機器３に対し信号を送受信するためのトランシーバ回路５１と、他の基地局に対し信号を送受信するための基地局インターフェース（Ｘ２）５４と、コアネットワークエンティティ（例えば、ＭＭＥ９及びＳ−ＧＷ１８）に対し信号を送受信するためのコアネットワークインターフェース（Ｘ１）５５とを有する。基地局５は、基地局５の動作を制御するコントローラ５７を有する。コントローラ５７はメモリ５９に接続している。図３には必ずしも示されていないが、基地局５は当然ながら、携帯電話ネットワークにおける基地局の全ての通常機能を有し、これは適宜、ハードウェア、ソフトウェア及びファームウェアのうちの任意の１つ又は任意の組み合わせによって提供されてもよい。ソフトウェアはメモリ５９にプレインストールされてよく、及び／又は、例えば、通信ネットワーク１を介して又は取り外し可能なデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ５７は、この例では、メモリ５９内に記憶されたプログラム命令又はソフトウェア命令によって、基地局５の全体動作を制御するように構成される。図に示されるように、これらのソフトウェア命令は、特に、オペレーティングシステム６１と、通信制御モジュール６３と、ＲＲＣモジュール６４と、Ｓ１ＡＰモジュール６７と、ＭＭＥ利用可能性情報モジュール６９とを備える。
【００４７】
通信制御モジュール６３は、基地局５と、基地局５に接続された複数のモバイル機器３及び他のネットワークエンティティ（例えば、ＭＭＥ９）との間の通信を制御する。通信制御モジュール６３は、ユーザトラフィックと、例えばＮＡＳメッセージをリルートするための制御データを含む、基地局５に関連付けられているモバイル機器３のため制御データと、のアップリンク／ダウンリンクの個々のフローも制御する。
【００４８】
ＲＲＣモジュール６４は、ＲＲＣ規格に従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、基地局５と、この基地局５に接続するモバイル機器３との間で交換される。ＲＲＣメッセージは、例えば、モバイル機器３と、それを扱うＭＭＥ９との間で中継する制御データ（例えば、ＮＡＳメッセージ）を含むＲＲＣメッセージを含んでよい。
【００４９】
Ｓ１ＡＰモジュール６７は、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）規格に従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、基地局５と、この基地局５に接続されたＭＭＥ９との間で交換される。そのＳ１ＡＰメッセージは、例えば、ＮＡＳシグナリングのリルートに関連するメッセージ（ＮＡＳメッセージリルート要求、ＮＡＳメッセージリルート拒否等）、Ｓ１セットアップメッセージ及び関連する応答を含んでよい。
【００５０】
ＭＭＥ利用可能性情報モジュール６９は、特定のＭＭＥ／ＳＧＳＮ（又はＭＭＥ／ＳＧＳＮ群）の利用可能性に関する情報を記憶し、そのようなＭＭＥ／ＳＧＳＮが任意のＤＣＮ（及び／又はモバイル機器）に関連付けられているか否かの情報も記憶してもよい。ＭＭＥ利用可能性情報モジュール６９は、この情報を、他のモジュール、例えば、ＮＡＳメッセージのリルートにおいて用いるためのＳ１ＡＰモジュール６７に提供する。
【００５１】
移動管理装置
図４は、図１に示される複数のＭＭＥ９のうちの１つの主要な構成要素を示すブロック図である。図に示されるように、ＭＭＥ９は、トランシーバ回路７１と、基地局５に対し信号を送受信するための基地局インターフェース（Ｓ１）７４と、（他のＭＭＥ９等の）他のコアネットワークノードに対し信号を送受信するためのコアネットワークインターフェース７５とを備える。ＭＭＥ９は、ＭＭＥ９の動作を制御するためのコントローラ７７を有する。コントローラ７７は、メモリ７９に接続している。
【００５２】
ソフトウェアは、メモリ７９に事前にインストールされてよく、及び／又は、例えば、通信ネットワーク１を介して若しくは取り外し可能なデータストレージデバイス（ＲＭＤ）からダウンロードされてもよい。コントローラ７７は、この例では、メモリ７９に記憶されたプログラム命令又はソフトウェア命令によってＭＭＥ９の全体動作を制御するように構成される。図に示されるように、これらのソフトウェア命令は、特にオペレーティングシステム８１と、通信制御モジュール８３と、ＮＡＳモジュール８５と、Ｓ１ＡＰモジュール８７と、ＤＣＮモジュール８９とを備える。
【００５３】
通信制御モジュール８３は、ＭＭＥ９と、ＭＭＥ９に接続された他のネットワークエンティティ（例えば、基地局５、他のＭＭＥ９、及び基地局５のうちの１つに接続されるときの任意のモバイル機器３）との間の通信を制御する。
【００５４】
ＮＡＳモジュール８５は、ＮＡＳプロトコルに従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、ＭＭＥ９と、このＭＭＥ９に関連付けられているモバイル機器３との間で（基地局５を介して）交換される。ＮＡＳメッセージは、例えば、モバイル機器３のモビリティに関連する制御データ、例えば、モバイル機器３をＭＭＥ９に登録するための制御データを含むＮＡＳメッセージを含んでよい。
【００５５】
Ｓ１ＡＰモジュール８７は、Ｓ１アプリケーションプロトコル（Ｓ１ＡＰ）規格に従ってフォーマットされたシグナリングメッセージを生成、及び送受信するように動作可能である。例えば、そのようなメッセージは、ＭＭＥ９と、このＭＭＥ９に接続された基地局５との間で交換される。そのＳ１ＡＰメッセージは、例えば、ＮＡＳシグナリングのリルートに関連するメッセージ（ＮＡＳメッセージリルート要求、ＮＡＳメッセージリルート拒否等）、Ｓ１セットアップメッセージ、及び関連する応答を含んでよい。
【００５６】
ＤＣＮモジュール８９は、ＭＭＥ９が特定のＤＣＮに関連付けられているか否かの情報及びそのＤＣＮを識別する情報を（例えば、ＭＭＥＧＩ及び／又はＣＮタイプの形式で）記憶する。ＤＣＮモジュール８９は、近隣のＭＭＥ／ＳＧＳＮがどのＤＣＮ（及び／又はモバイル機器）に関連付けられているか否かの情報も記憶し、ある実施態様では、特定のＭＭＥ／ＳＧＳＮ（又はＭＭＥ／ＳＧＳＮグループ）の状態／利用可能性／負荷に関する情報を記憶する。ＤＣＮモジュール８９は、この情報を、他のモジュール、例えば、ＮＡＳメッセージをリルートする（例えば、適切なターゲットＭＭＥを選択する）際に用いるためのＳ１ＡＰモジュール８７に提供する。
【００５７】
上記の説明において、理解を容易にするために、モバイル機器３、基地局５、及びＭＭＥ９は、複数の個別のモジュール（通信制御モジュール、ＲＲＣ／ＮＡＳモジュール、及びＳ１ＡＰモジュール等）を有するものとして説明した。これらのモジュールは、ある応用例の場合、例えば、本発明を実施するために既存のシステムが変更された場合には、このようにして提供されてもよいが、他の応用例、例えば、最初から本発明の特徴を念頭に置いて設計されるシステムでは、これらのモジュールはオペレーティングシステム又はコード全体の中に組み込まれてよく、これらのモジュールは別個の実体として区別可能でない場合もある。これらのモジュールは、ソフトウェア、ハードウェア、ファームウェア又はこれらの組み合わせにおいて実施されてもよい。
【００５８】
ここで、上記のモバイル機器３、基地局５、及びＭＭＥ９を用いて、本発明の様々な態様をどのように実施することができるのかを例示する複数の異なる実施形態を説明する。その実施形態を、図５〜図７に示すシグナリング（又は「タイミング」）図を参照して説明する。
【００５９】
動作−第１の実施形態（基地局により制御されるリルート）
図５は、ＮＡＳメッセージをリルートするための要求を取り扱うための手続を示す例示的なタイミング図である。具体的には、この例では、モバイル機器３Ｄを扱う基地局５は、リルートが可能であるか否かを判断する。
【００６０】
まず、ステップＳ５００ａ及びＳ５００ｄにおいて概略的に示されているように、基地局５は、コアネットワーク７内の幾つかの（又は全ての）ＭＭＥ９（この例では、ＭＭＥ９Ａ及びＭＭＥ９Ｄ）との間にそれぞれのＳ１接続を（ＭＭＥのＳ１ＡＰモジュール６７を用いて）確立する。
【００６１】
基地局５は、ＭＭＥ利用可能性モジュール６９に記憶されているエントリのリストに、基地局に接続されているＭＭＥ９ごとのエントリを、そのＭＭＥが現在接続されているか否かを示す適切な情報と共に、追加するように構成される。
【００６２】
本手続は、ステップＳ５０１において、モバイル機器３Ｄが（ＮＡＳモジュール４５を用いて）ＮＡＳメッセージを生成し、このＮＡＳメッセージを、（適切なＭＭＥへＮＡＳメッセージを中継するために）モバイル機器３Ｄを扱う基地局５に送信することから開始する。ＮＡＳメッセージは、アタッチ要求、追跡エリア更新（ＴＡＵ）、ルーティングエリア更新（ＲＡＵ）等を含んでもよい。モバイル機器３Ｄは（ＲＲＣモジュール４４を用いて）、このＮＡＳメッセージを適切なＲＲＣメッセージに入れ、このＲＲＣメッセージを（必要な場合、適切なランダムアクセス手続を実行した後に）基地局５に送信する。
【００６３】
ステップＳ５０３において、基地局５は、モバイル機器３ＤのＮＡＳメッセージの受信に応じて、基地局５に接続されたＭＭＥ９の中から、モバイル機器３ＤのためのＭＭＥ９（この例では、基地局５はモバイル機器のＤＣＮタイプ／加入者に関する情報を有しないので、デフォルトのＭＭＥ９Ａ）を選択する。ステップＳ５０５において、基地局５は（ＲＲＣモジュール６４を用いて）、受信したＲＲＣメッセージからＮＡＳメッセージを取得し、（例えば、ＮＡＳメッセージを適切にフォーマットされたＳ１メッセージに入れることによって）そのＮＡＳメッセージを選択された（デフォルトの）ＭＭＥ９Ａに転送する。
【００６４】
次に、ステップＳ５０７に概略的に示されるように、デフォルトのＭＭＥ９Ａは、モバイル機器３ＤのＮＡＳメッセージの取り扱いを、別のＭＭＥ（例えば、このモバイル機器３Ｄに関連付けられているＤＣＮ７Ｄに属するＭＭＥ）に移すことを決定する。現在選択されている（デフォルトの）ＭＭＥ９Ａは、この決定を、例えば、モバイル機器を識別する情報、モバイル機器の位置を識別する情報、及び／又はモバイル機器に関連付けられているコアネットワークを識別する情報に基づいて行ってもよい。これらの情報は、ＮＡＳメッセージ自体に含められてよく、及び／又は、そのほかの方法で（例えば、複数のＭＭＥ９のうちの１つ、ＨＳＳ１１、又は複数の基地局５のうちの１つ、から）得られてもよい。
【００６５】
ステップＳ５０９において、現在選択されている（デフォルトの）ＭＭＥ９Ａが、ＮＡＳメッセージを別のＭＭＥにリルートすることを決定するとき、ＭＭＥ９Ａは、（モバイル機器３Ｄによって送信された）ＮＡＳメッセージを別のＭＭＥ（この場合、ＤＣＮ７Ｄの一部を形成するＭＭＥ９Ｄ）にリルートするように基地局５に要求する、適切にフォーマットされたメッセージを（例えば、Ｓ１ＡＰモジュール８７を用いて）生成し、これを送信する。この例において、デフォルトのＭＭＥ９Ａは、「ＮＡＳメッセージリルート要求」を生成し、ＮＡＳメッセージを転送した基地局５に対しこのＮＡＳメッセージリルート要求を送信する。
【００６６】
図５に示されるように、このＮＡＳメッセージリルート要求は、モバイル機器３Ｄからのオリジナルの（変更されていない）ＮＡＳメッセージ、リルートパラメータを識別する情報（例えば、ＮＡＳメッセージがリルートされるべき宛先を示すＭＭＥグループ識別子（「ＭＭＥＧＩ」）及び／又は「Ｎｕｌｌ−ＮＲＩ」）、モバイル機器３Ｄに関連付けられているGlobally Unique Temporary Identifier（「ＧＵＴＩ」）を含む。ＭＭＥ９Ａは、（例えば、追跡エリアごとの）ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩと専用コアネットワーク／コアネットワークタイプとのマッピングを識別する情報を（例えば、ＤＣＮモジュール８９内に）記憶し、このマッピングに基づいて適切なＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩを選択してもよい。基地局５は、例えば、ＮＮＳＦ機能を用いて、ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩに対応する新たなＭＭＥ（又は新たなＳＧＳＮ）を選択することができる。
【００６７】
この例では、モバイル機器３Ｄは、（ステップＳ５０９におけるＭＭＥＧＩによって識別されるグループに属する）専用のＭＭＥ９Ｄによってサポートされる。しかしながら、ステップＳ５１１において概略的に示されるように、基地局５は、ＮＡＳメッセージをリルートする前に、（ＭＭＥ利用可能性情報モジュール６９を用いて）、（ステップＳ５０９においてデフォルトのＭＭＥ９Ａによって提供される）ＭＭＥＧＩ／Ｎｕｌｌ−ＮＲＩパラメータに対応するＭＭＥ９Ｄのステータスを確認する。
【００６８】
より具体的には、この例では、基地局５は、
−選択されたＭＭＥ９Ｄの（例えば、所定の閾値を上回る）高負荷、
−（別のＭＭＥ９、例えば、デフォルトのＭＭＥ９Ａと比較した）選択されたＭＭＥ９Ｄの相対負荷、
−選択されたＭＭＥ９Ｄの過負荷、
−ネットワーク障害、
−選択されたＭＭＥ９Ｄの（少なくとも一時的な）不具合、
−専用リソース／ＤＣＮ７Ｄが（例えば、この基地局５を介して及び／又はモバイル機器３Ｄの現在の位置において）サポートされていないこと、及び
−上記のいずれでもないもの、
のうちの少なくとも１つを識別する情報を用いて、ＭＭＥ９Ｄのステータスを確認する。
【００６９】
基地局５は、基地局５とＭＭＥ９Ｄとの間のそれぞれのＳ１接続を構成する初期セットアップ手続の間、及び／又は、ＭＭＥ９Ｄが再構成される以降に、適切なＳ１シグナリング（「Ｓ１セットアップ応答」メッセージ、「ＭＭＥ構成更新」メッセージ、「過負荷開始」メッセージ等）を用いて、そのような情報を得てもよい。
【００７０】
以上より、ステップＳ５１１の結果に応じて、基地局５における処理には以下の選択肢（図５において選択肢「Ａ」及び「Ｂ」として表される）がある。
【００７１】
基地局５が、新たに選択されたＭＭＥ９Ｄが利用可能／動作中であると判断する場合（図５における選択肢「Ａ」）、基地局５は、ステップＳ５１２ａに進み、ＮＡＳメッセージを（例えば、ＮＡＳメッセージを適切にフォーマットされたＳ１メッセージに入れることによって）新たに選択された（専用の）ＭＭＥ９Ｄに転送（リルート）する。基地局５は、ＭＭＥ９Ｄに関連付けられているＭＭＥＧＩ（Ｅ−ＵＴＲＡＮの場合）に基づいて正しいＭＭＥ９Ｄを選択／識別する（及び／又は、そのＳＧＳＮに関連付けられているＮｕｌｌ−ＮＲＩ（ＵＴＲＡＮ及びＧＰＲＳの場合）に基づいて正しいＳＧＳＮを選択／識別する）ことができる。
【００７２】
一方、基地局５が、新たに選択されたＭＭＥ９Ｄが利用可能／動作中でないと判断する場合（図５における選択肢「Ｂ」）、基地局５は、ステップＳ５１２ｂに進み、ステップＳ５１２ｂにおいて、基地局５は（例えば、Ｓ１ＡＰモジュール６７を用いて）、デフォルトのＭＭＥ９Ａのリルート要求を拒否する、適切にフォーマットされたシグナリングメッセージを生成し、これを送信する。この例では、基地局５は、デフォルトのＭＭＥ９Ａに対し、「ＮＡＳメッセージリルート拒否」メッセージを生成し、これを送信する（ただし、任意の他の適切な（既存の又は新たな）メッセージ又はパラメータが、専用のネットワークリソースに対しＮＡＳメッセージをリルート／リダイレクトするＭＭＥの要求を拒否するために用いられてもよい）。基地局５は、このメッセージに、（現在選択されている）デフォルトのＭＭＥ９のリルート要求を拒否する理由（又は原因）を識別する情報（例えば、専用のＭＭＥ９Ｄが過負荷であること等を示す「拒否原因」パラメータ）も含めることが好ましい。例えば、拒否原因は、「高負荷」、「過負荷」、専用リソースの「不具合」、「ネットワーク障害」等のうちの少なくとも１つを識別する情報を含んでよい。拒否原因の上記のリストは上記に限られるものではなく、基地局５は、任意の他の理由でＤＣＮ７Ｄへのモバイル機器３Ｄのリルートを拒否又は回避してもよい。
【００７３】
以上のようにして、基地局５は、デフォルトのＭＭＥ９Ａに、（少なくとも専用のＭＭＥ９Ｄが過負荷／利用不可能のままである間）ＮＡＳメッセージを再びリルートしないよう要求すること、及びモバイル機器３Ｄの取り扱いを試みるよう要求することが効果的にできる。
【００７４】
ステップＳ５１５ａ及びＳ５１５ｂに概略的に示されるように、デフォルトのＭＭＥ９Ａは、ｉ）モバイル機器３ＤからのＮＡＳメッセージを（専用コアネットワークにリルートする代わりに）受け付け、（デフォルトのＭＭＥ９Ａがその特定のＮＡＳメッセージのリルートを試みた場合であっても）モバイル機器３Ｄの取り扱いを継続し、ステップＳ５０１において送信されたＮＡＳメッセージを取り扱うか、又は、ｉｉ）（例えば、モバイル機器３Ｄに対し適切なエラーメッセージを生成し、これを送信することによって）モバイル機器３ＤからのＮＡＳメッセージを拒否するように有益に構成されてもよい。ＭＭＥは、モバイル機器３ＤからのＮＡＳメッセージを拒否するとき、拒否メッセージにおいてモビリティ管理バックオフタイマを返し、モバイル機器３Ｄが、バックオフタイマが満了するまで再送してこないようにすることができる。
【００７５】
動作−第２の実施形態（ＭＭＥにより制御されるリルート）
図６は、ＮＡＳメッセージをリルートするための手続を示す例示的なタイミング図である。より具体的には、この例において、現在モバイル機器３Ｄが割り当てられているＭＭＥ９は、リルートが可能であるか否かを判断する。これを判断するために、複数のＭＭＥ９は、互いにそれぞれの負荷レベル、利用可能性等に関する情報を交換するように構成されてもよい。
【００７６】
例えば、複数のＭＭＥ９は、
−特定のＭＭＥに関連付けられているコアネットワークタイプ（コアネットワークタイプ（専用であるか否か）、コアネットワーク名、及び／又はコアネットワークのタイプ及び目的を定義するのに適した任意の情報）、及び／又は、
−特定のＭＭＥに関連付けられている負荷レベル（例えば、いわゆる重み係数、及び／又は負荷レベルを示す任意の他の情報）、
を識別する情報を交換してもよい。
【００７７】
そのような情報は、複数のＭＭＥ間のそれぞれの接続を構成する初期セットアップ手続の間、及び／又は、近隣のＭＭＥが再構成される以降に、（例えば、適切な「ＭＭＥ構成更新」シグナリング、「ＭＭＥステータス更新」シグナリング、及び／又は、直接若しくは間接的に、複数のＭＭＥ間で関連する専用ネットワークタイプ及び負荷レベルに関する情報を交換するのに適した任意の既存の若しくは新たに定義されたシグナリングを用いて）得られてもよい。
【００７８】
図６のステップＳ６００ａ及びＳ６００ｂに概略的に示される特に好適な事例では、デフォルトのＭＭＥ９Ａ及びその近隣の（専用の）ＭＭＥ９Ｄは、エコー要求／エコー応答メッセージ（３ＧＰＰ  ＴＳ２９．０６０  Ｖ１２．７．０、セクション７．２に詳細に記載されている）を交換するように構成されてもよい。
【００７９】
明らかにこの場合、専用のＭＭＥ９Ｄは、（ステップＳ６００ａにおいて）近隣のＭＭＥ９Ａに対し、適切にフォーマットされたエコー要求メッセージを生成し、これを送信する。専用のＭＭＥ９Ｄは、そのメッセージに、ＭＭＥ９Ｄが属するＤＣＮのタイプを識別する情報（例えば、「ＣＮタイプ」パラメータ）と、ＭＭＥ９Ｄの負荷を識別する情報（例えば、「重み係数」パラメータ）とを含ませる。これに応答して、ＭＭＥ９Ａは、（ステップＳ６００ｂにおいて）ＭＭＥ９Ｄに対し、ステップＳ６００ａにおけるエコー要求メッセージの受信を確認する、適切にフォーマットされたエコー応答メッセージを生成し、これを返す。図６には示されていないが、ＭＭＥ９Ａは、例えば、ステップＳ６００ｂにおけるエコー応答メッセージにおいて、及び／又は別個のエコー要求メッセージにおいて、専用のＭＭＥ９Ｄに対し、自身のＤＣＮタイプ（もしあれば）を識別する情報及び自身の負荷を識別する情報を提供してもよい。
【００８０】
ステップＳ６０１〜Ｓ６０５は、それぞれ図５のステップＳ５０１〜Ｓ５０５に対応し、このため、それらの説明を、単純にするためにここでは省く。
【００８１】
共通の／デフォルトのＭＭＥ９は、モバイル機器３からＮＡＳメッセージを受信するとき、正しい専用コアネットワークタイプ（例えば、そのモバイル機器３のネットワークタイプと同じもの）の近隣のＭＭＥ／ＳＧＳＮを探し、（例えば、ステップＳ６００ａ及びＳ６００ｂにおいて）近隣の複数のＭＭＥ間で交換される情報に基づいて、そのようなＭＭＥ／ＳＧＳＮの利用可能性／負荷（重み係数）を確認する。
【００８２】
この例では、モバイル機器３Ｄは、専用のＭＭＥ９Ｄに関連付けられている（このため、この専用のＭＭＥ９Ｄによって扱われるはずである）。したがって、ステップＳ６１１に概略的に示されるように、ＮＡＳメッセージをリルートする前に、（現在選択されている）デフォルトのＭＭＥ９Ａは（ＤＣＮモジュール８９を用いて）そのＭＭＥ９Ｄのステータスを確認する。
【００８３】
より具体的には、この例において、ＭＭＥ９Ａは、
−選択されたＭＭＥ９Ｄのコアネットワークタイプ、
−選択されたＭＭＥ９Ｄの重み係数、
−選択されたＭＭＥ９Ｄの（例えば、所定の閾値を上回る）高負荷、
−（別のＭＭＥ９、例えば、デフォルトのＭＭＥ９Ａと比較した）選択されたＭＭＥ９Ｄの相対負荷、
−選択されたＭＭＥ９Ｄの過負荷、
−ネットワーク障害、
−選択されたＭＭＥ９Ｄの（少なくとも一時的な）不具合、
−専用リソース／ＤＣＮ７Ｄが（例えば、この基地局５を介して及び／又はモバイル機器３Ｄの現在の位置において）サポートされていないこと、及び
−上記のいずれでもないもの、
のうちの少なくとも１つを識別する情報を用いて、ＭＭＥ９Ｄのステータスを確認する。
【００８４】
以上より、ステップＳ６１１の結果に応じて、ＭＭＥ９Ａの処理には以下の選択肢（図６において選択肢「Ａ」及び「Ｂ」として表される）がある。
【００８５】
現在選択されているＭＭＥ９Ａが、適切な専用のＭＭＥ９Ｄが利用可能／動作中でない（及び、現在選択されているＭＭＥ９Ａがモバイル機器３Ｄを扱うことができない）と判断する場合、ＭＭＥ９Ａは、ステップＳ６１４ａに進み（図６における選択肢「Ａ」）、ステップＳ６１４ａにおいて、ＭＭＥ９Ａは、モバイル機器３Ｄに対して、（例えば、ＮＡＳモジュール８５を用いて）適切にフォーマットされたシグナリングメッセージを生成し、（Ｓ１ＡＰモジュール８７を用いて基地局５を介して）これを送信する。このシグナリングメッセージにおいて、ＭＭＥ９Ａは、ステップＳ６０１において送信されたＮＡＳメッセージを拒否する。
【００８６】
一方、現在選択されているＭＭＥ９Ａが、適切な専用のＭＭＥ９Ｄが利用可能／動作中であると判断する場合（図６における選択肢「Ｂ」）、ＭＭＥ９Ａは、ステップＳ６１４ｂに進み、基地局５に、ＮＡＳメッセージを（ＭＭＥＧＩ（又はＳＧＳＮの場合、Ｎｕｌｌ−ＮＲＩ）によって識別される）（専用の）ＭＭＥ９Ｄに転送（リルート）するよう要求する。ステップＳ６１４ｂ及びＳ６１５ｂはそれぞれ、図５のステップＳ５０９及びＳ５１２ａに対応し、このため、それらの説明を単純にするためにここでは省く。
【００８７】
動作−第３の実施形態
図７は、ＮＡＳメッセージをリルートするための手続を示す別の例示的なタイミング図である。この例では、基地局５は、ＤＣＮへのリルートが可能であるか否かを判断する際にデフォルトのＭＭＥ９Ａを支援する。
【００８８】
ステップＳ７０１〜Ｓ７０３は、それぞれ図５のステップＳ５０１〜Ｓ５０３に対応し、このため、それらの説明を、単純にするためにここでは省く。
【００８９】
概ねステップＳ５０５に対応するステップＳ７０５において、基地局５は（ＲＲＣモジュール６４を用いて）受信したＲＲＣメッセージからＮＡＳメッセージを取得し、このＮＡＳメッセージを（例えば、ＮＡＳメッセージを、「ＮＡＳメッセージ要求」等の適切にフォーマットされたＳ１メッセージに入れることによって）選択された（デフォルトの）ＭＭＥ９Ａに転送する。この実施形態においては、基地局５は、このメッセージに、リルートすることができる（又は関連付けられているＤＣＮが展開されている）一または複数のコアネットワークタイプを識別する情報も含める。例えば、この情報は、リルート可能なＣＮタイプのリスト、リルート可能な専用リソース（ＭＭＥ／ＳＧＳＮ）のリスト等の形態で提供されてもよい。
【００９０】
この情報は、基地局５のメッセージ内の１つ又は複数の適切な情報エレメント（ＩＥ）に含められてもよい。１つ又は複数の情報エレメントは、例えば、「リルート可能なＣＮタイプ」ＩＥ等を含んでもよく、基地局５に接続されている、（現在）リルート可能な各専用リソースがリスト化されたものでもよい。特定の専用リソース（ＭＭＥ／ＳＧＳＮ）がリルート可能である（このため、ＩＥに含まれるべき）か否かを判断する際、基地局５は、その専用リソースが、
−所定の閾値（この閾値は、事業者によって構成可能であってもよい）未満の負荷レベル（重み係数及び／又は任意の他の負荷情報）を有するか否か、
−過負荷でないか（例えば、その専用リソースに関して過負荷を示す情報を受信していないか又は過負荷の終了を示す情報を受信したか）否か、及び／又は、
−ネットワーク障害を受けているか又は任意の他の理由で一時的に利用不可能であるか否か、
を確認するように構成されてもよい。
【００９１】
ステップＳ７１１において、共通の／デフォルトのＭＭＥ９は、モバイル機器３からＮＡＳメッセージを受信するとき、受信したＩＥについて、モバイル機器３Ｄのコアネットワークタイプにマッチするタイプの何らかのリルート可能なＭＭＥ／ＳＧＳＮを含むか否かを確認する。
【００９２】
以上より、ステップＳ７１１の結果に応じて、共通の／デフォルトのＭＭＥ９Ａの処理には以下の選択肢（図７において選択肢「Ａ」及び「Ｂ」として表される）がある。
【００９３】
共通の／デフォルトのＭＭＥ９Ａが、ステップＳ７０５におけるメッセージにおいて示されるリルート可能なＭＭＥ／ＳＧＳＮのいずれもモバイル機器３Ｄに関連付けられていない（モバイル機器３Ｄのコアネットワークタイプにマッチするタイプの適切な専用のＭＭＥ９Ｄ（又はＳＧＳＮ）のいずれもが利用可能でない）と判断する場合、デフォルトのＭＭＥ９ＡはステップＳ７１２ａに進み（図７の選択肢「Ａ」）、モバイル機器３Ｄの扱いを継続し、（デフォルトのＭＭＥ９Ａがそのモバイル機器３Ｄに関連付けられているコアネットワークタイプに関連付けられていない場合であっても）ステップＳ７０１において送信されたＮＡＳメッセージを取り扱う。
【００９４】
一方、デフォルトのＭＭＥ９Ａが、ステップＳ７０５におけるメッセージにおいて示されるリルート可能なＭＭＥ／ＳＧＳＮのうちの（少なくとも）１つがモバイル機器３Ｄに関連付けられている（モバイル機器３Ｄのコアネットワークタイプにマッチするタイプの適切な専用のＭＭＥ９Ｄ（又はＳＧＳＮ）が利用可能である）と判断する場合、デフォルトのＭＭＥ９Ａは、適切な専用リソース（この場合、専用のＭＭＥ９Ｄ）を選択し、ステップＳ７１２ｂ（図７における選択肢「Ｂ」）に進む。ステップＳ７１２ｂ及びＳ７１３ｂは、それぞれ、図５のステップＳ５０９及びＳ５１２ｂに対応し、このため、それらの説明を、単純にするためにここでは省く。
【００９５】
変更形態及び代替形態
上記で、幾つかの詳細な実施形態を説明した。当業者であればわかるように、上記の実施形態において具現される発明から依然として利益を享受しながら、上記の実施形態に対して複数の変更形態及び代替形態を実施することができる。単に例示として、ここで、これらの代替形態及び変更形態のうちの幾つかを説明する。
【００９６】
上記の実施形態では、モバイル機器は携帯電話機である。上記の実施形態は、例えば、携帯情報端末、ラップトップコンピュータ、ウェブブラウザ等の移動電話機以外の機器を用いて実施され得る。上記の実施形態は、非移動型又は概ね固定式のユーザ機器にも適用可能である。
【００９７】
実施形態の上記の説明において、例示されているネットワークノードは、基地局及びＭＭＥである。しかしながら、無線ネットワークコントローラ（ＲＮＣ）を（ＬＴＥ）基地局の代わりに用いてよく、ＳＧＳＮをＭＭＥの代わりに用いてもよい。
【００９８】
上記の実施形態を、例示の目的のみでＭＭＥを用いて説明したが、いかなる形においても、本発明は、ＭＭＥ及び／又はＬＴＥコアネットワークを必要とするように限定されるものではない。例えば、ＳＧＳＮがＭＭＥの代わりに用いられてもよい。この場合、適切なＳＧＳＮグループ識別子（又はＮｕｌｌ−ＮＲＩ）が、上記のステップＳ５０９／Ｓ６１４ｂ／Ｓ７１２ｂにおいて説明されたＭＭＥＧＩの代わりに用いられてもよい。ＲＮＣが基地局の代わりに用いられてもよい。本発明の実施形態は、ユーザ機器が専用ネットワークノードに接続することが必要とされる他の（３ＧＰＰ及び／又は非３ＧＰＰ）規格によるシステムにも適用可能である。
【００９９】
実施形態の上記の説明において、基地局は、専用のＭＭＥが過負荷／利用不可能である場合にＭＭＥのリルート要求を拒否している（及び／又はＭＭＥがＮＡＳメッセージを拒否している）。しかしながら、この場合、基地局（又はＭＭＥ）は、事業者の設定に応じて、過負荷／利用不可能である専用のＭＭＥの代わりに、異なるＭＭＥ（例えば、共通のＭＭＥ）を選択するように構成されてもよい。そのような選択の設定は、ユーザ／ＵＥ／ＭＭＥＧＩ／ＭＭＥ等ごとに適用されてもよい。
【０１００】
専用のＭＭＥ／ＳＧＳＮが（例えば、図５のステップＳ５１５ａ及び図７のステップＳ７１２ａに示されるように）利用不可能であるために、古い（デフォルトの）ＭＭＥがモバイル機器の取り扱いを継続する場合、古いＭＭＥは、例えば、モバイル機器をデフォルトのＭＭＥに登録した後、（例えば、事前設定されたタイマに基づく）所定の時間が経過したとき、及び／又はそのモバイル機器から（例えば、同じ追跡エリア及び／又は異なる追跡エリアから）の後続のＮＡＳメッセージの受信に応じて、モバイル端末（及び／又は任意の関連するＮＡＳメッセージ）を専用のＭＭＥ／ＳＧＳＮにリルートするように後で試みてもよい。
【０１０１】
専用のＭＭＥ／ＳＧＳＮが利用不可能であるとき（例えば、図５の選択肢「Ｂ」及び図７の選択肢「Ａ」）、現在選択されているＭＭＥは、（例えば、ステップＳ５１５ａ又はＳ７１２ａの代わりにステップＳ６１４ａを実行することによって、）モバイル機器のＮＡＳメッセージを拒否するように構成されてもよい。ＭＭＥは、モバイル機器からのＮＡＳメッセージを拒否するとき、モバイル機器に対するその拒否メッセージにおいて、いわゆるモビリティ管理バックオフタイマを返し、モバイル機器が、バックオフタイマが満了するまで戻ってくる（ＮＡＳメッセージをＭＭＥに再送信する）ことを試みないようにしてもよい。
【０１０２】
古い（デフォルトの）及び新たな（専用の）ＭＭＥ／ＳＧＳＮは、物理的に分離（例えば、異なる位置に配置）されてもよく、又は同じ位置に一体配置されてもよい（ただし、論理的に別個のエンティティとして配置される）。
【０１０３】
選択されたＤＣＮ（又は専用コアネットワークノードである、ＭＭＥ／ＳＧＳＮ）は、以下のシナリオのうちの１つ又は複数において、リルート／リダイレクトされたモバイル機器を扱うことができない場合がある（このため、リルート／リダイレクト要求は、そのようなＤＣＮについて拒否される場合があるか又はトリガされない場合がある）。
１）高負荷の専用ネットワークリソース
この場合、各ＭＭＥ及び／又はＳＧＳＮは、接続された基地局（及び／又はＲＮＣ）に、そのＭＭＥ／ＳＧＳＮに関連付けられている現在の負荷のレベルを、例えば、適切な「ＭＭＥ構成更新」メッセージ（これについては、３ＧＰＰ  ＴＳ３６．４１３  Ｖ１２．４．０、セクション８．７．５において詳細に記載されている）及び／又は適切な「Ｓ１セットアップ応答」メッセージ（これについては、３ＧＰＰ  ＴＳ３６．４１３、セクション９．１．８．５において詳細に記載されている）を用いて定期的に示すように構成されてもよい。現在の負荷のレベルは、いわゆる「重み係数」（すなわち、ＭＭＥ／ＳＧＳＮがどの程度ビジーであるか／負荷がかかっているかであり、ＭＭＥ／ＳＧＳＮの完全に負荷がかかった状態のパーセンテージで測定される）として与えられてもよい。この場合、基地局（又はＲＮＣ）は、モバイル機器のための適切なＭＭＥ／ＳＧＳＮを選択するときに、接続された各ＭＭＥ／ＳＧＳＮの関連付けられている重み係数（その値が利用可能である場合）を考慮するように構成されてもよい。換言すれば、基地局（又はＲＮＣ）は、特定のＮＡＳメッセージを適切なＭＭＥ／ＳＧＳＮにリルートする間、負荷分散処理を実行するように構成されてもよい。ＭＭＥ／ＳＧＳＮの負荷レベル（重み係数を用いて示される）が一定の閾値（ネットワーク事業者によって設定及び構成されてもよい）よりも高い場合、基地局（又はＲＮＣ）は、そのような高負荷の専用リソースへのＮＡＳメッセージのリルートを回避又は拒否するように構成されてもよい（ただし、他の、例えばより負荷の低い、専用リソースへのリルートは依然として許可されてもよい）。
２）過負荷の専用ネットワークリソース
各ＭＭＥ及び／又はＳＧＳＮは、ＭＭＥ／ＳＧＳＮが過負荷状態にあるときに（そして、結果として、その特定のＭＭＥ／ＳＧＳＮがこれ以上移動デバイスを受け入れるか又はサービングすることができないときに）接続された基地局（及び／又はＲＮＣ）に知らせるように構成されてもよい。過負荷状態を示す情報は、例えば、適切な「過負荷開始」メッセージ（３ＧＰＰ  ＴＳ２３．４０１  Ｖ１２．７．０、セクション４．３．７．４に詳細に記載されている）を用いて提供されてもよい。この場合、基地局（及び／又はＲＮＣ）は、ＭＭＥ／ＳＧＳＮが過負荷状態である間（例えば、少なくとも適切な「過負荷停止」メッセージ等の受信まで）その特定のＭＭＥ／ＳＧＳＮを選択しないように構成されてもよい。これにより、上記で説明した高負荷のシナリオと同様に、過負荷の専用リソースへのＮＡＳメッセージのリルートは、拒否又は回避されてもよい（一方、他の専用リソースへのリルートは依然として許可されてもよい）。
３）専用ネットワークリソースの一時的な不具合
基地局（又はＲＮＣ）は、専用のＭＭＥ／ＳＧＳＮが一時的に不具合であるときを示す情報を（例えば、適切なエラーを示す情報及び／又は構成情報を受信することによって、及び／又は特定の専用のＭＭＥ／ＳＧＳＮとの通信が、例えばタイムアウト等により失敗したと判断することによって、）得てもよい。これにより、上記で説明した高負荷及び過負荷のシナリオと同様に、基地局（又はＲＮＣ）は、そのような不具合のあるリソースに対するＮＡＳメッセージのリルートを拒否又は回避するように構成されてもよい。
４）利用不可能な専用ネットワークリソース
基地局（又はＲＮＣ）は、専用のＭＭＥ／ＳＧＳＮが任意の他の理由（例えば、ネットワーク／通信障害、モバイル機器が、専用リソースが配置されていないエリアに位置すること、専用リソースが特定のタイプのモバイル機器／サービスに関連付けられていないこと等）から利用可能でないと判断してもよい。これにより、他の３つのシナリオと同様に、基地局（又はＲＮＣ）は、利用不可能な専用リソースに対するＮＡＳメッセージのリルートを拒否又は回避するように構成されてもよい。
【０１０４】
ステップＳ５１２ｂ及びＳ５１５ａの上記の説明において、現在選択されているＭＭＥは、基地局からの、要求されたＮＡＳリダイレクトを拒否するメッセージの受信に応じて、モバイル機器の扱いを継続するように説明されている。しかしながら、例えば、事業者のプリファレンス（専用及び非専用ネットワーク相互運用ポリシー構成等）に基づいて、ステップＳ５１２ｂにおける、上記で列挙した拒否原因の値のうちの１つを有する「ＮＡＳメッセージリルート拒否」メッセージの受信に応じて、現在の（デフォルトの）ＭＭＥは、
ａ）モバイル機器からのＮＡＳメッセージ（例えば、最初の「アタッチ要求」、「ＴＡＵ要求」及び／又は「ＲＡＵ要求」）を受け付け、（例えば、図５のステップＳ５１５ａを参照して上記で示されたように）モバイル端末の扱いを継続するか否か、
ｂ）モバイル機器からのＮＡＳメッセージを一時的に受け付け、（例えば、事前構成されたタイマに基づく）ある時間後にモバイル機器を専用のＭＭＥ／ＳＧＳＮにリルートするように試みるか否か、又は、
ｃ）（例えば、図６のステップＳ６１４ａを参照して上記で説明したような適切な応答を返すことによって）モバイル機器からのＮＡＳメッセージを拒否するか否か、
を判断するように構成されてもよい。
【０１０５】
いずれかの実施形態において、現在選択されている（デフォルトの）ＭＭＥが、（例えば、「ＮＡＳメッセージ拒否要求」を送信することによって）モバイル機器の扱いを拒否するように決定する場合、デフォルトのＭＭＥは、自身のメッセージに、
−３ＧＰＰ  ＴＳ２３．４０１  Ｖ１２．７．０、セクション４．３．７．４．２において記載されている、関連するモビリティ管理バックオフタイマ値を示すパラメータ、及び、
−３ＧＰＰ  ＴＳ２４．３０１  Ｖ１２．７．０、セクション９．９．３．９において記載されている、関連する発展型パケットシステム（ＥＰＳ）モビリティ管理（ＥＭＭ）原因を示すパラメータ（例えば、「追跡エリア不許可」、「輻輳」、「ネットワーク障害」等）、
のうちの一方又は双方を含ませてもよい。
【０１０６】
図６の上記の説明において、ステップＳ６００ａ〜Ｓ６００ｂ及びステップＳ６１１は別個の手続として説明されている。しかしながら、デフォルトのＭＭＥは、（例えば、適切なエコー要求（等）を送信し、専用のＭＭＥに関連付けられているＣＮタイプ及び重み係数を含む、要求に対応するエコー応答を受信することによって）ステップＳ６１１の一部として専用のＭＭＥのためのＣＮタイプ及び重み係数を得るように構成されてもよい。
【０１０７】
ステップＳ７０５の上記の説明において、基地局は、リルート可能な専用リソースのリストを含むように説明されている。しかしながら、基地局は、このメッセージに、（リルート可能な専用リソースのリストに加えて、又はその代わりに）リルート不可能な専用リソースのリスト、例えば、現在利用不可能なＭＭＥ／ＳＧＳＮのリストを含ませるように構成されてもよい。この場合、デフォルトのＭＭＥは、リルート不可能な専用リソースも考慮に入れることによって、（ステップＳ７１１において）ターゲットＭＭＥを選択するように構成されてもよい。
【０１０８】
基地局及び／又はＭＭＥは、特定の専用のＭＭＥの過負荷を回避するために、リルート手続の数又はレート（例えば、秒／分等あたりにリルートされるＮＡＳメッセージ数）をカウントするように構成されてもよい。換言すれば、リルートのレートは制御されてよく、所定の数を超過した場合、基地局及び／又はＭＭＥは、そのＭＭＥに更なるＮＡＳメッセージをリルートすることを試みる前に、ターゲットＭＭＥのステータスを確認するように構成されてもよい。
【０１０９】
上記の実施形態は、ＤＣＮが幾つかの（ただし全てではない）ＲＡＴについてのみ、及び／又はネットワーク内の特定のエリア（追跡／ルーティングエリア）についてのみ配置されているとき、異種の／部分的なＤＣＮの配置にも適用されてもよい。この場合、基地局及びＭＭＥは、モバイル機器が特定のサービスエリアの中にあるか又は外にあるか、及び／又は（そのモバイル機器のための）ＤＣＮ機能をサポートするＲＡＴを考慮に入れるように構成されてもよい。
【０１１０】
上記で説明したＮＡＳメッセージリダイレクト（及び／又はＭＭＥ／ＳＧＳＮ再選択）は、（例えば、過負荷を有するＭＭＥ／ＳＧＳＮから、又は比較的高い負荷を有するＭＭＥ／ＳＧＳＮから、比較的低い負荷を有する別の一または複数のＭＭＥ／一または複数のＳＧＳＮに加入者を移動させるための）負荷分散目的で実行されてもよい。
【０１１１】
上記の実施形態では、複数のソフトウェアモジュールを説明した。当業者であればわかるように、それらのソフトウェアモジュールは、コンパイル済みの形式又は未コンパイルの形式において与えられてよく、コンピュータネットワークを介して信号として、又は記録媒体において基地局又はＭＭＥに供給されてもよい。さらに、このソフトウェアの一部又は全部によって実行される機能は、１つ又は複数の専用のハードウェア回路を用いて実行されてもよい。しかしながら、ソフトウェアモジュールの使用によって、基地局、ＭＭＥ、及びモバイル機器の機能を更新するために当該基地局、ＭＭＥ、及びモバイル機器を更新することが容易になるため、ソフトウェアモジュールの使用が好ましい。
【０１１２】
少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージは、通信接続を確立するためのシグナリングを送信した通信機器のタイプに対応するタイプの、少なくとも１つの専用モビリティ管理エンティティ（ＭＭＥ）及び／又は少なくとも１つの専用のＳＧＳＮを識別する情報を含んでもよい。
【０１１３】
通信接続を確立するためのシグナリングは、非アクセス層（ＮＡＳ）メッセージ（例えば、アタッチ要求メッセージ、追跡エリア更新メッセージ、又はロケーションエリア更新メッセージ）を含んでもよい。
【０１１４】
複数のコアネットワークノードは、複数の移動管理装置（ＭＭＥ）及び／又は加入者パケット交換機（ＳＧＳＮ）を含んでもよい。この場合、第１のコアネットワークノードはデフォルトのＭＭＥ又はデフォルトのＳＧＳＮを含んでもよい。
【０１１５】
通信装置は、基地局及び無線ネットワークコントローラ（ＲＮＣ）のうちの少なくとも１つを含んでもよい。
【０１１６】
通信装置における判断手段は、グループのコアネットワークタイプ、グループのコアネットワークノードの重み係数、グループのコアネットワークノードのステータス、グループのコアネットワークノードの高負荷（例えば、所定の閾値を上回る負荷）、グループのコアネットワークノードの（例えば、別のコアネットワークノードと比較した）相対負荷、グループのコアネットワークノードの過負荷、ネットワーク障害、グループのコアネットワークノードの（少なくとも一時的な）不具合、専用コアネットワークリソース及び／又は専用コアネットワークがサポートされていないこと、のうちの少なくとも１つを識別する情報に基づいて、グループの少なくとも１つのコアネットワークノードが利用可能であるか否かを判断するように動作可能であってもよい。
【０１１７】
グループの一部を形成していないデフォルトコアネットワークノードへの通信接続をセットアップするためのシグナリングをリルートするとき、通信装置におけるリルート手段は、ＮＡＳメッセージをコアネットワークノードにリルートするための理由を識別する情報（例えば、「拒否原因」）を含めるように動作可能であってもよい。通信装置におけるリルート手段は、ＭＭＥグループ識別子（ＭＭＥＧＩ）、ネットワークリソース識別子（例えば、「Ｎｕｌｌ−ＮＲＩ」）、加入者パケット交換機（ＳＧＳＮ）グループ識別子、及びGlobally Unique Temporary Identifier（ＧＵＴＩ）のうちの少なくとも１つに基づいて（例えば、ＮＡＳノード選択機能を用いて）デフォルトコアネットワークノードを選択するように動作可能であってもよい。デフォルトコアネットワークノードは、第１のコアネットワークノードを含んでもよい。
【０１１８】
デフォルトコアネットワークノードへの通信接続をセットアップするためにシグナリングをリルートするとき、通信装置におけるリルート手段は、デフォルトコアネットワークノードに、「ＮＡＳメッセージリルート拒否」メッセージ、「ＮＡＳメッセージ転送」メッセージ、及び「初期ＵＥメッセージ」のうちの少なくとも１つを送信するように動作可能であってもよい。少なくとも１つのコアネットワークノードのグループを識別する情報を含むメッセージは、ＮＡＳメッセージリルート要求を含んでもよい。
【０１１９】
コアネットワークノードは、受信手段が、シグナリングをコアネットワークノードにリルートするメッセージを受信すると、コアネットワークノードと通信機器との間の通信接続をセットアップするように構成されてもよい。コアネットワークノードは、受信手段が、シグナリングをコアネットワークノードにリルートするメッセージを受信すると、コアネットワークノードと通信機器との間の通信接続をセットアップするためのシグナリングを拒否するように構成されてもよい。この場合、コアネットワークノードは、通信機器に、ｉ）バックオフタイマ値、及びｉｉ）コアネットワークノードと通信機器との間の通信接続をセットアップするためのシグナリングの拒否原因（例えば、追跡エリア不許可、輻輳、ネットワーク障害）のうちの少なくとも一方を識別する情報を提供するように更に構成されてもよい。
【０１２０】
コアネットワークノードは、移動管理装置（ＭＭＥ）又は加入者パケット交換機（ＳＧＳＮ）を含んでもよい。
【０１２１】
種々の他の変更形態は当業者には明らかであり、ここでは、これ以上詳しくは説明しない。
【図１】
0006597783.tif 000002
【図２】
0006597783.tif 000003
【図３】
0006597783.tif 000004
【図４】
0006597783.tif 000005
【図５】
0006597783.tif 000006
【図６】
0006597783.tif 000007
【図７】
0006597783.tif 000008