JP6302138B2 - Ｕｅを専用コアネットワークノードにリダイレクトするための方法、およびモビリティ管理エンティティ、ｍｍｅ - Google Patents

Description

関連出願の相互参照
本出願は、２０１４年５月８日に出願した米国特許仮出願第６１／９９０，５４３号明細書、２０１４年６月１９日に出願した米国特許仮出願第６２／０１４，３５６号明細書、および２０１４年６月２６日に出願した米国特許仮出願第６２／０１７，６２８号明細書の利益を主張するものであり、それらの内容はこれによって参照により本明細書に組み込まれる。

無線送信／受信ユニット（ＷＴＲＵ）は、第３世代パートナーシッププロジェクト（３ＧＰＰ）において定義されたセルラネットワークを通して、多様なサービスおよびアプリケーションを実行することができる。３ＧＰＰによって定義されるサービスの例は音声である。いくつかのＷＴＲＵ例えばスマートフォンは、人間によって動作され、次いでＷＴＲＵは３ＧＰＰ手順を実行する。３ＧＰＰ手順の例は、特定のサービス品質（ＱｏＳ）を有するインターネットプロトコル（ＩＰ）アドレスまたはリソースを要求することを含むことができる。しかし他のＷＴＲＵは、必ずしも人間と対話しないが、中でもスマートメータからセンサまでの様々なアプリケーションを実行することができ、マシンタイプ通信（ＭＴＣ）によって通信することができるマシンタイプデバイスと呼ぶことができる。

セルラオペレータは、ますます増え続けるマシンタイプデバイスにより彼等のネットワークを運用することが期待され、これは結果として、セルラシステムに対する増加する負荷などのサービス問題を引き起こし得る。従ってセルラオペレータは、マシンタイプであることが知られており、非常に予測可能な通信パターンを有する、またはそのＩＰ接続が特定の通信モデルまたは扱いを満たすことが必要であるデバイスなどの、１または複数の特定の特性に適合するデバイスのみに対応することができる専用ノードを配備することを好み得る。専用ノードを使用することによりセルラオペレータは、人間によって用いられるＷＴＲＵが、期待されるＱｏＳを常に得ることを保証することができる。

セルラオペレータは、ますます増え続けるＭ２Ｍデバイスにより彼等のネットワークを運用することが期待され、これは結果として、セルラシステムに対する増加する負荷などのサービス問題を引き起こし得る。従ってセルラオペレータは、特定の特性を有するデバイスのみに対応することができる専用ノードを配備することを好み得る。特定の特性を有するデバイスの例は、マシンタイプであることが知られており、非常に予測可能な通信パターンを有する、またはそのＩＰ接続が特定の通信モデルまたは扱いを満たすことが必要であるデバイスを含む。専用ノードを使用することによりセルラオペレータは、スマートフォンなどの人間によって用いられるＷＴＲＵが、期待されるＱｏＳを常に得ることを保証することができる。

方法、および方法を実行するように構成された装置が開示される。方法は、無線送信受信ユニット（ＷＴＲＵ）を専用コアネットワーク（ＣＮ）ノードにリダイレクトするためのものとすることができる。方法の実施形態は、サブスクリプション情報に基づいて、ＷＴＲＵは専用ＣＮノードにリダイレクトされるべきであることを決定するステップを含むことができる。方法の実施形態は、ＷＴＲＵから、インターネットプロトコル（ＩＰ）接続を求めるサービス要求などの、サービス要求を受け取るステップをさらに含むことができる。方法の実施形態は、サービス要求に応答して、グローバル一意一時的識別（ＧＵＴＩ）を割り当てるステップをさらに含むことができる。方法の実施形態は、ＷＴＲＵに、サービス要求に応答してＧＵＴＩを送信するステップをさらに含むことができる。

方法の実施形態ではＧＵＴＩは、ヌルＭＭＥグループ識別子（ヌルＭＭＥＧＩ）を含むことができ、ヌルＭＭＥＧＩの値は専用ＣＮノードを示すことができる。

方法の実施形態は、ＷＴＲＵから、トラッキングエリア更新（ＴＡＵ）要求を受け取るステップをさらに含むことができる。方法の実施形態は、ＴＡＵ要求に応答して、ヌルＭＭＥＧＩに基づいて、ＷＴＲＵを専用ＣＮノードにリダイレクトするステップをさらに含むことができる。

方法の実施形態ではリダイレクトは、ＴＡＵを専用ＣＮノードに転送するステップを含むことができる。

方法の実施形態は、決定するステップに応答して、ＷＴＲＵを接続モードにするためにＷＴＲＵをページングするステップをさらに含むことができる。

方法の実施形態は、ホーム加入者サーバ（ＨＳＳ）からサブスクリプション情報を受け取るステップをさらに含むことができ、サブスクリプション情報はプッシュされたサブスクリプション情報とすることができる。

方法の実施形態では、プッシュされたサブスクリプション情報を受け取るステップが、決定するステップを実行するようにＭＭＥをトリガすることができる。

方法の実施形態ではプッシュされたサブスクリプション情報は、サブスクリプション情報の変化を示すことができ、プッシュされたサブスクリプション情報はＷＴＲＵが専用ＣＮノードによってサービスされるべきであることを示すことができる。

方法の実施形態は、サブスクリプション情報の変化に応答して、ＷＴＲＵをページングするステップをさらに含むことができる。

方法の実施形態ではプッシュされたサブスクリプション情報は、専用ＣＮノードタイプを示すＣＮノードタイプパラメータを含むことができる。

添付の図面と共に例として示される以下の説明から、より詳細な理解が得られ得る。
１または複数の開示される実施形態が実施され得る、例示の通信システムのシステム図である。 図１Ａに示される通信システム内で使用され得る、例示の無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。 図１Ａに示される通信システム内で使用され得る、例示の無線アクセスネットワークおよび例示のコアネットワークのシステム図である。 アタッチにおける専用コアネットワーク（ＣＮ）ノードへのＷＴＲＵリダイレクトの例示の方法の図である。 認証情報要求／応答の後の、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法の図である。 特定のグローバル一意一時的識別（ＧＵＴＩ）および非ブロードキャストトラッキングエリア識別（ＴＡＩ）を用いた、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法の図である。 ヌルモビリティ管理エンティティグループ識別子（ＭＭＥＧＩ）を用いた、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法の図である。 ＭＭＥトリガ型Ｓ１ハンドオーバを用いた、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法の図である。 ＷＴＲＵがＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔを送るときに、ＷＴＲＵが専用ＣＮノードにリダイレクトされる例示の方法のシグナリング図である。 ＷＴＲＵが専用ＣＮノードから非専用ＣＮノードに切り換えるための例示の方法の図である。 専用ＣＮノードがＷＴＲＵに、非専用ＣＮノードへの切り換え復帰を開始させるための例示の方法の図である。 ＷＴＲＵリダイレクトを行うために例示の方法の図である。 ＷＴＲＵリダイレクトを行うために例示の方法の図である。 ＭＭＥによって開始された例示の位置更新手順の図である。 専用ＭＭＥがＣＳＦＢ機能をサポートしないときの、例示の国際モバイル加入者識別（ＩＭＳＩ）デタッチ手順の図である。

図１Ａは、１または複数の開示される実施形態が実施され得る、例示の通信システム１００の図である。通信システム１００は、複数の無線ユーザに音声、データ、ビデオ、メッセージング、ブロードキャストなどのコンテンツをもたらす、多元接続方式とすることができる。通信システム１００は、複数の無線ユーザが、無線帯域幅を含む、システムリソースの共有を通して、このようなコンテンツにアクセスすることを可能にすることができる。例えば通信システム１００は、符号分割多元接続（ＣＤＭＡ）、時分割多元接続（ＴＤＭＡ）、周波数分割多元接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）などの、１または複数のチャネルアクセス方法を使用することができる。

図１Ａに示されるように通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、無線アクセスネットワーク（ＲＡＮ）１０４、コアネットワーク１０６、公衆交換電話ネットワーク（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むことができるが、開示される実施形態は任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されるであろう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのそれぞれは、無線環境において動作および／または通信するように構成された任意のタイプのデバイスとすることができる。例としてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成されることができ、ユーザ機器（ＵＥ）、移動局、固定またはモバイル加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ノートブック、パーソナルコンピュータ、無線センサ、民生用電子機器などを含むことができる。

通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含むことができる。基地局１１４ａ、１１４ｂのそれぞれは、コアネットワーク１０６、インターネット１１０、および／または他のネットワーク１１２などの、１または複数の通信ネットワークへのアクセスを容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線でインターフェースするように構成された任意のタイプのデバイスとすることができる。例として基地局１１４ａ、１１４ｂは、基地トランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータなどとすることができる。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として示されるが、基地局１１４ａ、１１４ｂは、任意の数の相互接続された基地局および／またはネットワーク要素を含み得ることが理解されるであろう。

基地局１１４ａはＲＡＮ１０４の一部とすることができ、これはまた他の基地局、および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードその他などのネットワーク要素（図示せず）を含むことができる。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）と呼ばれ得る特定の地理的領域内で、無線信号を送信および／または受信するように構成され得る。セルはさらにセルセクタに分割され得る。例えば基地局１１４ａに関連付けられたセルは、３つのセクタに分割され得る。従って一実施形態では基地局１１４ａは、３つのトランシーバ、すなわちセルの各セクタに対して１つを含むことができる。他の実施形態では基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を使用することができ、従ってセルの各セクタに対して複数のトランシーバを利用することができる。

基地局１１４ａ、１１４ｂは、任意の適切な無線通信リンク（例えば無線周波数（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光など）とすることができるエアインターフェース１１６を通して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数と通信することができる。エアインターフェース１１６は、任意の適切な無線アクセス技術（ＲＡＴ）を用いて確立され得る。

より具体的には上記のように通信システム１００は、多元接続方式とすることができ、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡなどの１または複数のチャネルアクセス方式を使用することができる。例えばＲＡＮ１０４内の基地局１１４ａ、およびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサル移動体通信システム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）などの無線技術を実施することができ、これらは広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を用いてエアインターフェース１１６を確立することができる。ＷＣＤＭＡは、高速パケットアクセス（ＨＳＰＡ）、および／またはＥｖｏｌｖｅｄ ＨＳＰＡ（ＨＳＰＡ＋）などの通信プロトコルを含むことができる。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）、および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含むことができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、Ｅｖｏｌｖｅｄ ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）などの無線技術を実施することができ、これはロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を用いて、エアインターフェース１１６を確立することができる。

他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわちマイクロ波アクセス用世界規模相互運用性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動体通信用グローバルシステム（ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実施することができる。

図１Ａの基地局１１４ｂは、例えば無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントとすることができ、事業所、ホーム、乗り物、キャンパスなどの局所的エリアにおける、無線接続性を容易にするための任意の適切なＲＡＴを利用することができる。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立するために、ＩＥＥＥ８０２．１１などの無線技術を実施することができる。他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立するために、ＩＥＥＥ８０２．１５などの無線技術を実施することができる。他の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ピコセルまたはフェムトセルを確立するために、セルラベースのＲＡＴ（例えばＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ−Ａなど）を利用することができる。図１Ａに示されるように基地局１１４ｂは、インターネット１１０への直接接続を有することができる。従って基地局１１４ｂは、コアネットワーク１０６を経由してインターネット１１０にアクセスしなくてもよい。

ＲＡＮ１０４はコアネットワーク１０６と通信することができ、これは音声、データ、アプリケーション、および／またはボイスオーバインターネットプロトコル（ＶｏＩＰ）サービスを、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１または複数にもたらすように構成された任意のタイプのネットワークとすることができる。例えばコアネットワーク１０６は、呼制御、料金請求サービス、モバイル位置ベースのサービス、プリペイドコール、インターネット接続性、ビデオ配信などをもたらすことができ、および／またはユーザ認証などの高レベルセキュリティ機能を行うことができる。図１Ａに示されないが、ＲＡＮ１０４および／またはコアネットワーク１０６は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用する他のＲＡＮと、直接または間接に通信できることが理解されるであろう。例えば、Ｅ−ＵＴＲＡ無線技術を利用し得るＲＡＮ１０４に接続されることに加えて、コアネットワーク１０６はまた、ＧＳＭ無線技術を使用する別のＲＡＮ（図示せず）とも通信することができる。

コアネットワーク１０６はまた、ＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのためのゲートウェイとして働くことができる。ＰＳＴＮ１０８は、従来型電話サービス（plain old telephone service）（ＰＯＴＳ）をもたらす回線交換電話ネットワークを含むことができる。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコル群における伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）、およびインターネットプロトコル（ＩＰ）などの、共通通信プロトコルを用いる、相互接続されたコンピュータネットワークおよびデバイスの地球規模のシステムを含むことができる。ネットワーク１１２は、他のサービスプロバイダによって所有および／または運用される、有線もしくは無線通信ネットワークを含むことができる。例えばネットワーク１１２は、ＲＡＮ１０４と同じＲＡＴまたは異なるＲＡＴを使用することができる１または複数のＲＡＮに接続された、別のコアネットワークを含むことができる。

通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのいくつかまたはすべては、マルチモード能力を含むことができ、すなわちＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、異なる無線リンクを通して異なる無線ネットワークと通信するための複数のトランシーバを含むことができる。例えば図１Ａに示されるＷＴＲＵ１０２ｃは、セルラベースの無線技術を使用することができる基地局１１４ａと、およびＩＥＥＥ８０２無線技術を使用することができる基地局１１４ｂと通信するように構成され得る。

図１Ｂは、例示のＷＴＲＵ１０２のシステム図である。図１Ｂに示されるようにＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、非リムーバブルメモリ１３０、リムーバブルメモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺装置１３８を含むことができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、上記の要素の任意のサブコンビネーションを含み得ることが理解されるであろう。

プロセッサ１１８は、汎用プロセッサ、専用プロセッサ、従来型プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連した１または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態機械などとすることができる。プロセッサ１１８は、信号コード化、データ処理、電源制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境において動作することを可能にする任意の他の機能を行うことができる。プロセッサ１１８はトランシーバ１２０に結合されることができ、これは送信／受信要素１２２に結合され得る。図１Ｂはプロセッサ１１８およびトランシーバ１２０を別々の構成要素として示すが、プロセッサ１１８およびトランシーバ１２０は、電子回路パッケージまたはチップ内に一緒に統合され得ることが理解されるであろう。

送信／受信要素１２２は、エアインターフェース１１６を通して、基地局（例えば基地局１１４ａ）に信号を送信し、またはそれから信号を受信するように構成され得る。例えば一実施形態では送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナとすることができる。他の実施形態では送信／受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成された、放射器／検出器とすることができる。他の実施形態では送信／受信要素１２２は、ＲＦおよび光信号の両方を送信および受信するように構成され得る。送信／受信要素１２２は、無線信号の任意の組み合わせを送信および／または受信するように構成され得ることが理解されるであろう。

さらに図１Ｂでは送信／受信要素１２２は単一の要素として示されるが、ＷＴＲＵ１０２は、任意の数の送信／受信要素１２２を含むことができる。より具体的にはＷＴＲＵ１０２は、ＭＩＭＯ技術を使用することができる。従って一実施形態ではＷＴＲＵ１０２は、エアインターフェース１１６を通して無線信号を送信および受信するための、２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含むことができる。

トランシーバ１２０は、送信／受信要素１２２によって送信されることになる信号を変調するように、および送信／受信要素１２２によって受信された信号を復調するように構成され得る。上記のようにＷＴＲＵ１０２は、マルチモード能力を有することができる。従ってトランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴによって通信することを可能にするための、複数のトランシーバを含むことができる。

ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば液晶表示（ＬＣＤ）ディスプレイユニット、または有機発光ダイオード（ＯＬＥＤ）ディスプレイユニット）に結合されることができ、それらからユーザ入力データを受け取ることができる。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８に、ユーザデータを出力することができる。さらにプロセッサ１１８は、非リムーバブルメモリ１３０および／またはリムーバブルメモリ１３２などの任意のタイプの適切なメモリからの情報にアクセスし、それにデータを記憶することができる。非リムーバブルメモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶装置を含むことができる。リムーバブルメモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカードなどを含むことができる。他の実施形態ではプロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）上など、物理的にＷＴＲＵ１０２上にないメモリからの情報にアクセスし、それにデータを記憶することができる。

プロセッサ１１８は、電源１３４から電力を受け取ることができ、ＷＴＲＵ１０２内の他の構成要素に対して電力を分配および／または制御するように構成され得る。電源１３４は、ＷＴＲＵ１０２に電力供給するための任意の適切なデバイスとすることができる。例えば電源１３４は、１または複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉイオン）など）、太陽電池、燃料電池などを含むことができる。

プロセッサ１１８はまたＧＰＳチップセット１３６に結合されることができ、これはＷＴＲＵ１０２の現在の位置に関する位置情報（例えば経度および緯度）をもたらすように構成され得る。ＧＰＳチップセット１３６からの情報に加えてまたはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１６を通して基地局（例えば基地局１１４ａ、１１４ｂ）から位置情報を受信することができ、および／または２つ以上の近くの基地局から受信される信号のタイミングに基づいてその位置を決定することができる。ＷＴＲＵ１０２は、実施形態と一貫性を保ちながら、任意の適切な位置決定方法によって位置情報を取得できることが理解されるであろう。

プロセッサ１１８はさらに他の周辺装置１３８に結合されることができ、これはさらなる特徴、機能、および／または有線もしくは無線接続性をもたらす、１または複数のソフトウェアおよび／またはハードウェアモジュールを含むことができる。例えば周辺装置１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、ブルートゥース（登録商標）モジュール、周波数変調（ＦＭ）ラジオユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含むことができる。

図１Ｃは、実施形態によるＲＡＮ１０４およびコアネットワーク１０６のシステム図である。上記のようにＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を使用して、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信することができる。ＲＡＮ１０４はまた、コアネットワーク１０６と通信することができる。

ＲＡＮ１０４はｅノードＢ１４０ａ、１４０ｂ、１４０ｃを含むことができるが、ＲＡＮ１０４は実施形態と一貫性を保ちながら、任意の数のｅノードＢを含み得ることが理解されるであろう。ｅノードＢ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１または複数のトランシーバを含むことができる。一実施形態ではｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、ＭＩＭＯ技術を実施することができる。従って例えばｅノードＢ１４０ａは、複数のアンテナを用いてＷＴＲＵ１０２ａに無線信号を送信し、それから無線信号を受信することができる。

ｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれは、特定のセル（図示せず）に関連付けることができ、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび／またはダウンリンクにおけるユーザのスケジューリングなどを取り扱うように構成され得る。図１Ｃに示されるように、ｅノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｘ２インターフェースを通して互いに通信することができる。

図１Ｃに示されるコアネットワーク１０６は、モビリティ管理エンティティゲートウェイ（ＭＭＥ）１４２、サービングゲートウェイ１４４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１４６を含むことができる。上記の要素のそれぞれはコアネットワーク１０６の一部として示されるが、これらの要素のいずれの１つも、コアネットワークオペレータ以外のエンティティによって所有および／または運用され得ることが理解されるであろう。

ＭＭＥ１４２は、Ｓ１インターフェースを経由してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続されることができ、制御ノードとして働くことができる。例えばＭＭＥ１４２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラ活動化／非活動化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期アタッチ時に特定のサービングゲートウェイを選択することなどに対して責任をもち得る。ＭＭＥ１４２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を使用する他のＲＡＮ（図示せず）との間で切り換えるための、制御プレーン機能をもたらすことができる。

サービングゲートウェイ１４４は、Ｓ１インターフェースを経由してＲＡＮ１０４内のｅノードＢ１４０ａ、１４０ｂ、１４０ｃのそれぞれに接続され得る。サービングゲートウェイ１４４は一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへのまたはそれらからのユーザデータパケットを、ルート指定および転送することができる。サービングゲートウェイ１４４はまた、ｅノードＢ間ハンドオーバ時にユーザプレーンをアンカリングすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのためのダウンリンクデータが利用可能であるときにページングをトリガすること、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストを管理および記憶することなどの他の機能を行うことができる。

サービングゲートウェイ１４４はまた、ＰＤＮゲートウェイ１４６に接続されることができ、これはＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を容易にするように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスをもたらすことができる。

コアネットワーク１０６は、他のネットワークとの通信を容易にすることができる。例えばコアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来型の陸線通信デバイスとの間の通信を容易にするために、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスをもたらすことができる。例えばコアネットワーク１０６は、コアネットワーク１０６とＰＳＴＮ１０８の間のインターフェースとして働くＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むことができ、またはそれと通信することができる。さらにコアネットワーク１０６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスをもたらすことができ、これは他のサービスプロバイダによって所有および／または運用される他の有線もしくは無線ネットワークを含むことができる。

セルラネットワークオペレータが、専用ＣＮノードにより、一定の特性を有するＷＴＲＵにサービスするためには、このようなＷＴＲＵは、専用ＣＮノードにリダイレクトされる必要があり得る。専用ＣＮノードは、ＭＭＥ、サービングゲートウェイ（ＳＧＷ）、またはパケットデータネットワークゲートウェイ（ＰＧＷ）を含み得る。このＷＴＲＵのリダイレクトは、ホーム加入者サーバ（ＨＳＳ）に記憶され得るサブスクリプション情報に基づいてなされ得る。ＭＭＥは、ＷＴＲＵがネットワークに登録またはアタッチするときに、サブスクリプション情報をダウンロードすることができる。

マシンタイプアプリケーションを実行している、または他の形で低優先度であるＷＴＲＵは通常は、それが低アクセス優先度デバイス（ＬＡＰＤ）であることをＬＡＰＤ表示を用いて示すことができ、これは、ＷＴＲＵが最初にネットワークにアクセスするときにそれがシグナリングすることができる。ＷＴＲＵは、その低アクセス優先度ステータスを、無線（すなわち無線リソース制御（ＲＲＣ））および非アクセス層（ＮＡＳ）レベルにおいてシグナリングすることができる。ネットワークはこの表示を用いて、必要な場合に、例えば混雑制御を適用するために、このようなデバイスにバックオフ表示およびタイマをもたらすことによって一定の対策をとることができる。しかし、専用ＣＮノードにリダイレクトされることになるＬＡＰＤに対して、システム情報（ＳＩ）はＷＴＲＵ表示を利用することができず、サブスクリプション情報に依存し得る。サブスクリプション情報は、問題のデバイスが専用ＣＮノードによって対応されるべきである旨の表示を含むことができる。サブスクリプション情報はいずれの時点でも変化し得るので、ＷＴＲＵが特定のＣＮノードに向かってリダイレクトされ得る時点を定義することはできない。リダイレクトは例えば以下の手順のいずれかが生じたときに発生することができ、すなわちアタッチ、トラッキングエリア更新（ＴＡＵ）、ルーティングエリア更新（ＲＡＵ）、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ、ＲＡＴ内アイドルモードモビリティ、ＲＡＴ間アイドルモードモビリティ、ＲＡＴ内ハンドオーバ、ＲＡＴ間ハンドオーバ、ローミングまたは共有ネットワークシナリオである。Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔは、例えばＩＰ接続を要求することができる。ＩＰ接続は、ＷＴＲＵにおよび／またはそれからデータを通信するためのデータ接続を確立することができる。

以下では、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法が、図２、３、４、５および６に関して述べられる。

図２は、アタッチにおける専用ＣＮノードへのＷＴＲＵリダイレクトの方法の例示の実施形態の図である。図２に示される実施形態ではＷＴＲＵ２１０はＡｔｔａｃｈ Ｒｅｑｕｅｓｔ２０１をｅＮＢ２２０に送信することができ、次いでそれはＡｔｔａｃｈ Ｒｅｑｕｅｓｔ２０１をＭＭＥ２３０に転送することができる。Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ２０１はＩＭＳＩを含むことができる。ＭＭＥ２３０は、ＨＳＳ２５０に連絡し、Ｕｐｄａｔｅ−Ｌｏｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ／Ａｎｓｗｅｒ（ＵＬＲ／ＵＬＡ）コマンド２０２をＨＳＳと交換する。ＭＭＥは、ＨＳＳ２５０からＷＴＲＵサブスクリプションプロファイルを取り出すことができる２０２。サブスクリプションプロファイルは、ＷＴＲＵが専用ＣＮノードにリダイレクトされるべきである旨の表示を含むことができる。ＨＳＳ２５０はＭＭＥ２３０に、ＷＴＲＵ２１０がサブスクリプションデータ内のＣＮノードタイプを選択し得ることを知らせることができる。

次いでＭＭＥ２３０は、Ｓ１ＡＰリルートコマンドメッセージ２０３をｅＮＢ２２０に送ることができ、その中にＣＮノードタイプパラメータおよびグローバル一意一時的識別（ＧＵＴＩ）がもたらされ得る。ＩＭＳＩベースのアタッチは、ＧＵＴＩベースのＡｔｔａｃｈ Ｒｅｑｕｅｓｔ２０４に変換され得る。ｅＮＢ２２０は、ＣＮノードタイプに基づいて専用ＭＭＥ２４０を選択することができ、ＧＵＴＩベースのＡｔｔａｃｈ Ｒｅｑｕｅｓｔ２０４を専用ＭＭＥ２４０に送ることができる。専用ＭＭＥ２４０は、第１のＭＭＥ２３０に連絡し、セキュリティパラメータを取り出し２０５、次いでアタッチ手順を続けることができる。専用ＭＭＥ２４０は、第１のＭＭＥのセキュリティキーを用いてＷＴＲＵ２１０と通信することが可能である。専用ＭＭＥ２４０はまた、新しいＳＧＷまたはＰＧＷ２６０を選択し、ベアラを確立することができる２０６。専用ＭＭＥ２４０はまたＨＳＳ２５０に連絡して、ＨＳＳ２５０内のＷＴＲＵ２１０の位置情報を更新するためにＵＬＲ／ＵＬＡコマンド２０７を行うことができる。

図２に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

図３は、専用ＣＮノードへのＷＴＲＵリダイレクトの他の例示の方法の図である。図３に示される例ではＷＴＲＵ３１０は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ３０１をｅＮＢ３２０に送ることができる。次いでｅＮＢ３２０は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ３０２をＭＭＥ３３０に転送することができる。次いでＭＭＥ３３０は、ＩＭＳＩを取得するために、例えば古いＭＭＥ／ＳＧＳＮ３４０またはＷＴＲＵ３１０と、Ｉｄｅｎｔｉｔｙ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅメッセージ３０３ａおよび３０３ｂを交換することができる。ＷＴＲＵ３１０、ＭＭＥ３３０、およびＨＳＳ３６０は、Ａｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｑｕｅｓｔ３０５ａおよびＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅ３０５ｂを含むＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎメッセージ３０５を交換することができる。ＭＭＥ３３０は、ＨＳＳ３６０からＡｕｔｈｅｎｔｉｃａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージ３０５ｂを受け取るときに、ＣＮタイプパラメータを受け取ることができる。次いでＭＭＥ３３０は、リルートコマンドメッセージ３０６をｅＮＢ３２０に送ることができ、これはＡｔｔａｃｈ Ｒｅｑｕｅｓｔ Ｍｅｓｓａｇｅ、および専用ＣＮタイプを示すＣｏｒｅ Ｎｅｔｗｏｒｋ Ｔｙｐｅパラメータを含むことができる。次いでｅＮＢ３２０は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔメッセージ３０７を専用ＭＭＥ３５０に送ることができる。

図３に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

図４は、ＭＭＥによって割り当てられ得る特定のＧＵＴＩ、および非ブロードキャストトラッキングエリア識別（ＴＡＩ）を用いた、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法の図である。ＧＵＴＩは以下に従う識別からなるものとすることができる：
ＧＵＴＩ＝＜ＰＬＭＮ ＩＤ＞＜ＭＭＥ Ｇｒｏｕｐ ＩＤ＞＜ＭＭＥ Ｃｏｄｅ＞＜Ｍ−ＴＭＳＩ＞
ただしＰＬＭＮは、公衆陸上移動体ネットワークの略語であり、Ｍ−ＴＭＳＩは、ＧＵＴＩを割り当てたＭＭＥ内の一意一時的モバイル加入者識別（ＴＭＳＩ）の略語である。

Ｍ−ＴＭＳＩは、ＭＭＥ内のＷＴＲＵを識別することができる一意の４オクテット値であり、ＭＭＥ Ｃｏｄｅ（１オクテット）は、識別されたＭＭＥ Ｇｒｏｕｐ ＩＤ（２オクテット）内の特定のＭＭＥを表す。グローバル一意ＭＭＥ識別子（ＧＵＭＭＥＩ）は以下に従う識別からなるものとすることができる：
ＧＵＭＭＥＩ＝＜ＰＬＭＮ ＩＤ＞＜ＭＭＥ Ｇｒｏｕｐ ＩＤ＞＜ＭＭＥ Ｃｏｄｅ＞
従ってＧＵＴＩはまた以下のように表され得る：
ＧＵＴＩ＝＜ＧＵＭＭＥＩ＞＜Ｍ−ＴＭＳＩ＞

図４に示される例ではＷＴＲＵ４１０は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ４０１をｅＮＢ４２０に送信することができ、それは次いでＡｔｔａｃｈ Ｒｅｑｕｅｓｔ４０１をＭＭＥ４３０に転送することができる。ＭＭＥ４３０は、ＨＳＳ４６０に連絡し、ＨＳＳ４６０とＵｐｄａｔｅ−Ｌｏｃａｔｉｏｎ−Ｒｅｑｕｅｓｔ／Ａｎｓｗｅｒ（ＵＬＲ／ＵＬＡ）コマンドを交換することができる。ＭＭＥ４３０は、ＨＳＳ４６０からＷＴＲＵサブスクリプションデータ４０２を取り出すことができる。サブスクリプションデータ４０２は、ＷＴＲＵ４１０が専用ＣＮノードにリダイレクトされるべきである旨の表示を含み得る。ＨＳＳ４６０はＭＭＥ４３０に、ＷＴＲＵ４１０がサブスクリプションデータ内のＣＮタイプパラメータを選択し得ることを知らせることができる。ＭＭＥは、ＳＧＷ４５０との通信のためのベアラ４０３を確立することができる。

ＭＭＥ４３０は、専用ＭＭＥ４４０のモビリティ管理エンティティグループ識別子（ＭＭＥＧＩ）を含み得る、特定のＧＵＴＩを割り当てることができ、それをＷＴＲＵ４１０に、例えばｅＮＢ４２０を通して、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージ４０４内で送ることができる。次いでＷＴＲＵ４１０は最終的に、専用ＭＭＥ４４０のＭＭＥＧＩによりＴＡＵ Ｒｅｑｕｅｓｔ４０５を送ることができる。ＭＭＥ４３０はまた、非ブロードキャストＴＡＩ、例えば００００またはＦＦＦＦを送って、ＷＴＲＵ４１０にＴＡＵ要求４０５を行わせることができる。ＭＭＥ４３０も、ＭＭＥＧＩを有し得る。ＭＭＥ４３０および専用ＭＭＥ４４０のＭＭＥＧＩは、予め構成され得る。ｅＮＢ４２０は、ＭＭＥＧＩに基づいてＴＡＵ Ｒｅｑｕｅｓｔ４０５を専用ＭＭＥ４４０にルート指定することができる。次いで専用ＭＭＥ４４０は、ＭＭＥ４３０と識別手順４０６を行って、ＭＭＥ４３０からコンテキスト情報を得ることができる。専用ＭＭＥ４４０は、専用Ｓ／ＰＧＷ４７０と通信するためのベアラ４０７を確立することができる。専用ＭＭＥ４４０はまた、ＨＳＳ４６０内のＷＴＲＵ４１０の位置情報を更新するために、ＨＳＳ４６０に連絡して、ＵＬＲ／ＵＬＡコマンド４０８を行うことができる。

図４に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

図５は、ヌルＭＭＥＧＩを用いた、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法の図である。図５に示される例は、図４に示される例と同様であるが、この例ではＭＭＥ５３０は、専用ＭＭＥ５４０が属するネットワークのヌルＭＭＥＧＩに加えて、ＭＭＥ５３０のＭＭＥコード（ＭＭＥＣ）を含む特定のＧＵＴＩを割り当て得ることが異なる。ＷＴＲＵ５１０がＴＡＵ Ｒｅｑｕｅｓｔ５０５を行うときは、ｅＮＢ５２０は、ヌルＭＭＥＧＩに従ってＴＡＵ Ｒｅｑｕｅｓｔ５０５を専用ＭＭＥ５４０にルート指定することができる。次いで専用ＭＭＥ５４０は、ＧＵＴＩ内にＭＭＥＣが含まれるので、ＭＭＥ５３０に連絡することができ、コンテキスト要求／応答手順５０６を開始することができる。

図５に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

図６は、ＭＭＥトリガ型Ｓ１ハンドオーバを用いた、専用ＣＮノードへのＷＴＲＵリダイレクトの例示の方法の図である。図６に示される例では、アタッチ手順６０１が行われる。この例ではＭＭＥ６３０は、ＨＳＳ６４０によってもたらされるサブスクリプション情報内のＰＤＮ接続情報に基づいて、専用Ｓ／ＰＧＷ６５０とのパケットデータネットワーク（ＰＤＮ）接続を確立することができる。アタッチ手順６０１が完了した後にＭＭＥ６３０は、Ｓ１インターフェース上の新しいメッセージを用いて、専用ＭＭＥ６６０に向かってハンドオーバ６０２をトリガすることができる。しかしサービングセルおよびｅＮＢ６２０は、ハンドオーバの一部として変化し得ない。ＭＭＥ６３０は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ６０４を専用ＭＭＥ６６０に送ることができる。次いで専用ＭＭＥ６６０およびｅＮＢ６２０は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ／Ａｃｋｎｏｗｌｅｄｇｅメッセージ６０５を交換することができる。次いで専用ＭＭＥ６６０は、ＭＭＥ６３０にＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅ６０６を送ることができる。次いでＭＭＥ６３０は、ｅＮＢ６２０にＨａｎｄｏｖｅｒ Ｃｏｍｍａｎｄ６０７を送ることができる。次いで専用ＭＭＥ６６０は、ＨＳＳ６４０とＵｐｄａｔｅ Ｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ／Ｒｅｓｐｏｎｓｅメッセージ６０８を交換することができる。

図６に示されないが、測定、データ転送、ステータス転送、ＳＧＷ再配置、およびハンドオーバ通知ステップが、図６の例示の方法に含まれ得る。さらに図６に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

図２、３、４、５および６に関して上述された例を増強するために、さらなる手順が実施され得る。例えばセキュリティコンテキストを、１つのＭＭＥからもう１つにルート指定する機構を実施することができ、ソースＭＭＥはルート指定を開始することができる。ターゲットＭＭＥは、ソースＭＭＥにＷＴＲＵコンテキスト／セキュリティパラメータを要求することができる。さらにＷＴＲＵは、アタッチ手順が完了する前に、専用ベアラ活動化を要求することができる。システムはこの手順を、それが転送されまたは最後に専用ＭＭＥによって実行されるように、実行する必要があり得る。

ｅＮＢが専用ＣＮノードを選択するためにＴＡＵを行うＷＴＲＵを含む実施形態に対しては、ＷＴＲＵは、この手順を実行するために長い時間がかかり得るので、長い時間の間、準最適なＣＮノードによって対応されるままになり得る。

さらにいくつかのＷＴＲＵは、パケット交換（ＰＳ）および回線交換（ＣＳ）ドメインへの組み合わされた登録をＭＭＥを経由して行うことができ、それはＰＳドメインに対してＷＴＲＵを登録することができ、次いでモバイル交換局（ＭＳＣ）／ビジター位置登録（ＶＬＲ）に連絡してＣＳドメインにおいてＷＴＲＵを登録することができる。このデバイスのためのＭＭＥは専用ＭＭＥでよいが、ＭＳＣ／ＶＬＲはそうでない場合があり、従ってＭＳＣ／ＶＬＲに対するより良い選択がなされ得る。このシナリオに対処するための機構が必要となり得る。

またＷＴＲＵは、いくつかの異なる理由により、専用ＣＮノードから非専用ＣＮノードに切り換え復帰され得る。例えば専用ＣＮノードは、ハードウェアまたはソフトウェア障害により過負荷になるまたは誤動作する場合があり、またはＷＴＲＵは、構成された期間の間、専用ＣＮノードに関わり続けるようにスケジュールされ得る。機構は、ＷＴＲＵを専用ＣＮノードから非専用ＣＮノードに切り換えることができる。

さらに、多様なクラスのデバイスは異なるトラフィック特性およびデータ使用要件を有し得るので、これらのクラスを効率的にサポートするために、別々の専用ＣＮノードが必要になり得る。しかしデバイスは必ずしも単一のタイプのトラフィックまたはデータ使用に限定され得ない。デバイスは、その寿命にわたって様々なタイプの活動および動作をサポートすることができる。例えばデバイスは、１つの時点においてマシンタイプアプリケーション、例えば自動化された測定の報告を実行するように構成されることができ、別の時点では同じデバイスは、異なるタイプのサービス／アプリケーションのための人間との対話により用いられ得る。この場合デバイスは、デバイスが現在用いている特定のサービスの通信要件／特性を満たすために、１つの専用ＣＮノードからもう１つにリダイレクトされ得る。従って、１つの専用ＣＮノードからもう１つへのＷＴＲＵの再配置をサポートするための機構が必要になり得る。

さらにＷＴＲＵは、アタッチ／ＴＡＵ／ＲＡＵ手順の後に、ｅＮＢが接続するＭＭＥを変化させ得るＣＮトリガ型ハンドオーバを用いて、専用ＣＮノードにリダイレクトされ得る。この手順はＷＴＲＵにはトランスペアレントとすることができる。しかしアタッチ／ＴＡＵ／ＲＡＵ時には、第１の、サービングＭＭＥは、第１の、サービングＭＭＥ自体にマッピングするＧＵＴＩを割り当てている場合がある。従ってＣＮトリガ型ハンドオーバが行われる場合は、ＷＴＲＵのＧＵＴＩは、第１の、サービングＭＭＥによってもたらされるのと同じＧＵＴＩとなり得る。これの影響はＷＴＲＵが後に、例えばそれのＣＮノードがリダイレクトされた後に、アイドルモードに入るときに、それが接続モードに遷移するためのＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージを送り得ることであり得る。Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順の一部としてＷＴＲＵは、例えばｅＮＢに送られるＲＲＣ接続要求メッセージにおいて、ＲＲＣ接続確立手順におけるそれのＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＭＳＩ）を用いることができ、
ただし、Ｓ−ＴＭＳＩ＝＜ＭＭＥＣ＞＜Ｍ−ＴＭＳＩ＞である。

Ｓ−ＴＭＳＩは、ＷＴＲＵコンテキストを有する特定のＭＭＥを識別することができる。従ってＣＮトリガ型ハンドオーバの後にＧＵＴＩが再割り当てされない場合は、ＷＴＲＵの識別は古いＭＭＥを指し示す場合があり、これはＣＮトリガ型ハンドオーバごとに専用ＣＮがすでに選択されているので、ＷＴＲＵのコンテキストを削除している場合がある。

さらに、すでにシステムに登録またはアタッチされているＷＴＲＵには、ＧＵＴＩが割り当てられることが可能であり、その一部はＳ−ＴＭＳＩとなり得る。ＮＡＳメッセージ、例えばＴＡＵまたはＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔを送るためのＲＲＣ確立手順の間に、ＷＴＲＵは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｑｕｅｓｔメッセージ内にＳ−ＴＭＳＩを含めることができる。ＧＵＭＭＥＩは、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ内に含められ得る。ｅＮＢがＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージを受け取った後に、ｅＮＢはＳ−ＴＭＳＩおよびＧＵＭＭＥＩの両方を有し得る。ＧＵＭＭＥＩは、登録されたＰＬＭＮおよびＭＭＥグループを指し示すことができ、Ｓ−ＴＭＳＩは、ＭＭＥＧＩによって識別されるＭＭＥグループ内の、特定のＭＭＥを指し示すＭＭＥコードを含むことができる。

ヌルＭＭＥＧＩの場合はｅＮＢは、専用ＭＭＥを指し示すヌルＭＭＥＧＩと、現在ＷＴＲＵコンテキストを有する非専用ＭＭＥ、例えばヌルＭＭＥＧＩによりＧＵＴＩを割り当てたＭＭＥを指し示すＳ−ＴＭＳＩとを受け取ることができる。従ってＮＡＳメッセージ例えばＴＡＵまたはＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔは、ヌルＭＭＥＧＩに基づいて専用ＭＭＥに転送され得る。ＮＡＳメッセージがＴＡＵである場合はＴＡＵは、専用ＭＭＥに、非専用ＭＭＥからＷＴＲＵのコンテキストをフェッチすることを強制することができる。しかしＮＡＳメッセージがＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔであり、このＮＡＳメッセージが専用ＭＭＥに送られた場合は、専用ＭＭＥはＷＴＲＵのコンテキストをフェッチできない場合がある。従ってＭＭＥは、場合によっては原因コード「＃９−ＷＴＲＵ識別がネットワークによって導き出せない」によりＷＴＲＵを拒否することができ、これはＷＴＲＵに、システムに再アタッチさせ、専用ＣＮを指し示すそれの割り当てられたＧＵＴＩを削除させることができる。このシナリオではプロセスは、再び再開され得る。

専用ＣＮノードの使用は、いくつかの形をとり得る。例えば専用ＣＮは、専用ＭＭＥ、専用ＳＧＷ、および共有ＰＧＷの使用を含み得る。他のネットワークでは専用ＣＮを用いるポリシーはまた、専用ＰＧＷの使用を含むことができる。ＷＴＲＵがすでにシステムに登録またはアタッチされている場合は、それのＰＧＷはすでに選択され得る。一般にＰＧＷ選択は、アタッチ手順の間に生じ得る。従ってＷＴＲＵが専用ＰＧＷを用いる必要がある場合は、ＷＴＲＵは再びＰＧＷ選択を行うことができる。結果としてＷＴＲＵは、再アタッチ手順を行うことができる。またＷＴＲＵは、ＷＴＲＵが再アタッチを行わずに、ＰＧＷを再選択することが可能となり得る。ＷＴＲＵが再アタッチを行う場合は、この再アタッチはサービングＭＭＥにおいて行うことができ、または専用ＭＭＥにおいて行うことができる。両方の選択肢は、いくつかの利点および欠点を有し得る。例えば再アタッチが、非専用ＭＭＥであり得るサービングＭＭＥにおいて行われる場合は、サービングＭＭＥはこのシグナリングを受け得る。アタッチ手順が完了した後にサービングＭＭＥは、ＷＴＲＵを専用ＭＭＥにリダイレクトすることを試み得る。さらに、前のサービングＭＭＥによって適切なＰＧＷが選択されている場合がある。リダイレクトの目的はこのＷＴＲＵから非専用ＭＭＥを解放することであり得るので、この実施形態は非専用ＭＭＥ上の何らかのシグナリングを強制し得る。従ってリダイレクトの後に、ソース非専用ＭＭＥにおいてまたはターゲット専用ＭＭＥにおいて、ＷＴＲＵを再アタッチするために異なる方法が用いられ得る。

ＷＴＲＵが、回線交換フォールバック（ＣＳＦＢ）の使用のために、ＭＭＥおよびＭＳＣ／ＶＬＲの両方に登録されている場合は、上述のようなＭＭＥ開始型Ｓ１ハンドオーバは、ＷＴＲＵを専用ＭＭＥに再配置し得る。しかしＷＴＲＵは、専用ＭＭＥがＣＳＦＢコンテキストを有しない場合があり、ＶＬＲは古いＭＭＥに関連付けられたＳＧＷを維持し得るので、ＣＳＦＢを使用できない場合がある。従って、新しい専用ＭＭＥとＭＳＣ／ＶＬＲの間にＳＧＷ関連付けを確立する方法が望まれる。

本明細書では、例えば図２、３、４、５および６に関して上述された例により、専用ＣＮノードへのＷＴＲＵのリダイレクトを可能にする手順および機構をもたらすことができる実施形態が述べられる。以下で述べられる実施形態は、ＲＡＴとしてＬＴＥの関連において述べられる。しかしこれらの実施形態は、任意のＲＡＴに応用可能とすることができる。

専用ＣＮへのリダイレクトを容易にするための方法の例示の実施形態では、より短い設定時間を有する周期的タイマが用いられ得る。周期的タイマは、ＷＴＲＵにおいて、シグナリング接続例えばＮＡＳシグナリング接続が、サービングＣＮノード例えばＭＭＥにより解放されるときに開始されるタイマである。ＬＴＥでは例えば周期的ＴＡＵタイマは、２秒から３時間および６分の値の範囲を有するように定義された、汎用パケット無線サービス（ＧＰＲＳ）タイマである。例えばＭＭＥが、利用可能な情報から、ＷＴＲＵは専用ＣＮノードに向かってリダイレクトされるべきであると決定したとき、またはＭＭＥが特有のＧＵＴＩまたはＧＵＭＭＥＩを割り当てたときに、ＭＭＥは短い周期的タイマ期間を割り当てることができる。例えばＭＭＥは、ＬＴＥにおけるＴＡＵタイマに対して５４分であるデフォルト値より、短いタイマ期間を割り当てることができる。これは、ＷＴＲＵはデフォルト値が用いられた場合よりも短い期間で周期的ＴＡＵを行うことができるので、ＷＴＲＵがより迅速に専用ＣＮノードにリダイレクトされることを可能にすることができる。

前の実施形態ではＭＭＥが述べられたが、実施形態は、サービングＧＰＲＳサポートノード（ＳＧＳＮ）がＰＳドメインのためのサービングノードであり得るＵＭＴＳ／ＧＥＲＡＮの場合に応用可能であり、周期的タイマは周期的ＲＡＵタイマと呼ばれ得る。ＭＳＣ／ＶＬＲはＣＳドメインにおけるＮＡＳエンティティとすることができ、対応するタイマは周期的位置エリア更新（ＬＡＵ）タイマと呼ばれる。

他の実施形態ではネットワークは、それが専用ネットワークであるか否かをＷＴＲＵに知らせることができる。ネットワークは、ブロードキャストまたは専用シグナリングを用いて表示を送ることができる。ブロードキャストシグナリングは、ＲＲＣメッセージ、例えばシステム情報ブロック（ＳＩＢ）を利用することができ、一方、専用シグナリングはＲＲＣおよび／またはＮＡＳメッセージを用いて達成され得る。例えばＣＮノードが専用ＣＮノードであるか否かを示すために、新しい情報要素（ＩＥ）が任意のＮＡＳメッセージに含められ得る。このＩＥは、Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージ、ＴＡＵ Ａｃｃｅｐｔメッセージ、または任意のＮＡＳセッション管理メッセージに含められ得る。この表示に基づいてＷＴＲＵは、ＲＡＮが異なる／専用ＣＮノードを選択することができるように、再登録を行うように決定することができる（ＡｔｔａｃｈまたはＴＡＵ Ａｃｃｅｐｔメッセージにより）。

ＷＴＲＵはまた、ｅＮＢがＮＡＳメッセージを適切な専用ＣＮノードに転送することが分かるように、専用ＣＮ表示をｅＮＢにもたらすことができる。ＷＴＲＵはこのような表示を、ＲＲＣ接続要求メッセージまたはＲＲＣ接続セットアップ完了メッセージなどの、ＲＲＣメッセージにおいてもたらすことができる。ＷＴＲＵは、専用ＣＮノードを用いるように構成することができ、またはアクセスネットワーク発見および選択機能（ＡＮＤＳＦ）、オープンモバイルアライアンスデバイス管理（ＯＭＡ ＤＭ）手順、ショートメッセージサービス（ＳＭＳ）、もしくは任意の他の構成方法を用いて、それが専用ＣＮノードの使用を条件とすることについての表示をもたらすように構成することができ、またはユニバーサル集積回路カード（ＵＩＣＣ）／モバイル機器（ＭＥ）において予め構成され得る。

ｅＮＢが、ＷＴＲＵは専用ＣＮノードによって対応されることを条件とする旨の表示を受け取った場合は、ｅＮＢは、ＮＡＳメッセージが転送される専用ＣＮノードを選択することができる。ｅＮＢはまた、ＷＴＲＵのＮＡＳメッセージが送られる特定のＣＮノードを解決するためにｅＮＢが用い得る、識別を受け取ることができる（これは上述と同じやり方で、ＷＴＲＵによって含められ得る）。あるいはｅＮＢは専用ＣＮノードのアドレスにより構成することができ、ｅＮＢはこの構成を用いて専用ノードを選択することができる。あるいはＣＮノードの選択は、上述のようにＷＴＲＵによってもたらされる表示または識別に応じたまたはそれに依存するものとすることができる。

さらに、またはあるいはＷＴＲＵは、新しい確立原因を用いて、ＷＴＲＵが専用ＣＮノードを用いるように構成された場合は専用ＣＮノードの選択を条件とする旨を示すことができる。ＮＡＳレイヤメッセージは、この情報を含むことができ、確立原因をＲＲＣレイヤにもたらすことができる。任意選択で、ＷＴＲＵが専用ＣＮノードを用いるべきであることをＲＲＣに示すために、専用ＣＮシグナリングまたは専用ＣＮデータなどの、新しいコールタイプが定義され得る。次いでＲＲＣは、それに従っていくつかのＲＲＣパラメータを設定するまたは含めることができる。パラメータの例は、上述のような確立原因および／または他の表示を含み得る。またはＷＴＲＵは、ネットワークがそれが専用ノードである旨をブロードキャストするときに、Ｓ−ＴＭＳＩの代わりにＲＲＣ接続要求メッセージにおいて特有のランダム数を用いることができる。この特有のランダム数は例えば、予め定義されたビットのシーケンスによってｅＮＢによって認識され得る。例えば予め定義されたシーケンスを有するランダム数の最上位のビット。特有のランダム数を有するＲＲＣ接続要求を受け取ると、次いでｅＮＢは初期ＮＡＳメッセージを専用ノードにルート指定する、または第１のＭＭＥに、ＷＴＲＵが専用ＣＮノード選択を条件とする旨を通知することができる。

さらにＷＴＲＵがｅＮＢに、それが専用ＣＮノードを用いるように構成されていることを示したときは、ｅＮＢはその情報を第１のＭＭＥに渡すことができる。このようにＭＭＥがすでに専用ＣＮノードである場合は、ＭＭＥはアタッチ手順を続けることができ、そうでない場合はｅＮＢに、アタッチメッセージを別のＭＭＥにリルートするように要求または命令することができる。

ＷＴＲＵが組み合わされたアタッチを求めた場合はＭＭＥは、ＶＬＲとのＳＧＷの関連付けを確立することができる。このようにＷＴＲＵは、前のソリューションの１つに従って、後にＴＡＵを行うことができ、そのＴＡＵは組み合わされものとすることができ、これは新しい中継ＭＭＥにＶＬＲに連絡させ、またＳＧＷの関連付けを確立することができる。

あるいは第１のＭＭＥはＶＬＲに連絡しなくてもよく、代わりにＡｔｔａｃｈ Ａｃｃｅｐｔメッセージにおいて、新しいＣＳ登録が推奨されるまたは必要であることをＷＴＲＵに知らせることができる。Ａｔｔａｃｈ Ａｃｃｅｐｔメッセージは、例えば新しいＩＥまたは新しい原因を含むことができる。これは、ＣＮにおいて共有が配備され、共有オペレータが、専用ＣＮノードに対して指定されたエンティティを用いることに同意している場合に特に有用となり得る。

上記でＭＭＥなどのＣＮノードが、ＮＡＳメッセージを知られている専用ＣＮノードであるまたは専用ＣＮノードとなることが予想される別のＣＮエンティティにルート指定するように、ｅＮＢに知らせる場合のリルート選択肢が述べられた。実施形態では新しいＭＭＥは、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔ、認証コンテキスト、ベクトル、または任意の汎用セキュリティコンテキストなどの、ＷＴＲＵのＮＡＳメッセージを取得することができる。従ってリルートメッセージは、この情報を含むことができる。セキュリティコンテキストは、リルート内に含められ得る。例としてセキュリティコンテキストは、Ａｔｔａｃｈ ＭｅｓｓａｇｅおよびＣＮタイプに加えて含められ得る。

汎用セキュリティ情報をリルートメッセージに含めることを達成するために、少なくとも２つの方法があり得る。ＭＭＥは、ＷＴＲＵメッセージおよびセキュリティパラメータの両方を含む１つのコンテナを送ることができる。セキュリティパラメータは、例えば認証ベクトル、および／または他のセキュリティコンテキスト、パラメータ、またはアルゴリズムを含み得る。あるいは、各部分のためにＩＥが含められ得る。例えばＷＴＲＵメッセージのために１つのＩＥを含めることができ、認証パラメータのために１つのＩＥを含めることができ、セキュリティパラメータのために１つのＩＥを含めることができるなどである。

実施形態では専用ＣＮノードは、ＮＡＳセキュリティモードコマンド（ＳＭＣ）手順を実行することができる。第１のＭＭＥは識別要求／応答および認証要求／応答手順を実行することができ、専用ＣＮノードはＳＭＣ手順を実行することができる。オペレータは、メッセージを専用ＣＮノードにリルートする前に、手順を実行しない、１つ実行する、または２つ以上実行する選択肢を有する。例えば第１のＭＭＥは、識別、認証、またはＳＭＣ手順を実行しないように構成され得る。次いでＭＭＥはＡｔｔａｃｈ Ｍｅｓｓａｇｅをルート指定することができる。ＷＴＲＵ識別、認証コンテキスト、および暗号化および／または完全性保護のためのアルゴリズムなどの他のセキュリティコンテキストに関する、または特にそれらのために定義されたＩＥがないことは、専用ＣＮノードに、対応する識別、認証、およびＳＭＣ手順を実行させ得る。あるいは第１のＭＭＥは、識別要求／応答手順のみを実行し、リルートメッセージにＩＭＳＩなどの、ＷＴＲＵの識別に関する情報を含めることができる。認証およびセキュリティパラメータがないことは、専用ＣＮノードに、これらのパラメータのための手順を実行するように知らせることができる。第１のＭＭＥは、関連する情報を含めない、または対応するＩＥを含めるが、値をよく知られた値例えばヌルまたはゼロに設定することができる。知られている値は専用ＣＮノードに、それがこれらの手順をＷＴＲＵにより実行すべきであることを示すことができる。

あるいは第１のＭＭＥは、それがどの手順を実行したか、およびどの手順が専用ＭＭＥによって実行される必要があるかを、明示的に示すことができる。あるいは第１のＭＭＥは、それがどの手順を実行したかを示すことができ、および専用ＭＭＥは、他のどの手順が実行される必要があるかを暗黙に知ることができる。それを行うために第１のＭＭＥはビットマップを用いることができ、そこでは各ビット位置は手順に対応し、「１」または「０」とすることができるビットの設定はその手順が実行されたことを示唆することができる。手順ごとのＩＥを含めるなど、他の明示的または暗黙の表示が用いられ得る。

前に述べられた実施形態に関して上記で開示されたように、ＭＭＥはＨＳＳと通信して、サブスクリプション情報を受け取ることができる。１つの例ではＨＳＳは、サブスクリプション情報の変化が生じたときに、サブスクリプション情報をＭＭＥにプッシュすることができる。

ＷＴＲＵのサブスクリプション情報は、ＣＮにおいて例えばＣＮが、ＷＴＲＵは専用ＣＮノードによって対応されるべきであることを示すＷＴＲＵプロファイル情報を更新したときに、変化し得る。ＷＴＲＵのサブスクリプション情報が変化したときは、ＭＭＥまたはＳＧＳＮはＷＴＲＵをページングすることができる。ＭＭＥまたはＳＧＳＮは、ＷＴＲＵのページング識別としてＩＭＳＩを用いることができる。ＰＳドメインにおいてＩＭＳＩによってＷＴＲＵをページングすることは、ＷＴＲＵにシステムに再アタッチすることを強制し得る。従ってＩＭＳＩによりページングされたときは、ＷＴＲＵはシステムに再アタッチすることができ、ＭＭＥまたはＳＧＳＮは、ＷＴＲＵを専用ＣＮノードにリダイレクトするために、アタッチのための任意のリダイレクトソリューションを用いることができる。従ってＣＮにおけるＷＴＲＵプロファイル情報の変化は、ＷＴＲＵをページングするようにＣＮをトリガし得る。

ＷＴＲＵプロファイル情報の変化はまた、ＬＴＥにおけるＳ−ＴＭＳＩ、およびＵＭＴＳにおけるＰ−ＴＭＳＩなどの他の識別により、ＷＴＲＵをページングするようにＣＮをトリガすることができる。ＷＴＲＵが接続モードに入るとき、ＣＮノードがＭＭＥである場合には、ＷＴＲＵ識別を再割り当てするために、ＧＵＴＩ再割り当てコマンドが用いられ得る。ＣＮノードがＳＧＳＮである場合に対しては、ＷＴＲＵ識別を再割り当てするために、Ｐ−ＴＭＳＩ再割り当てコマンドが用いられ得る。ＣＮノードがＭＳＣ／ＶＬＲである場合に対しては、ＷＴＲＵ識別を再割り当てするために、ＴＭＳＩ再割り当てコマンドが用いられ得る。

上記で言及されたようにネットワークは、Ｓ−ＴＭＳＩによりＷＴＲＵをページングすることができる。Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順が完了するとすぐにネットワークは、例えばＤｅｔａｃｈ ＲｅｑｕｅｓｔをＷＴＲＵに送ることによってデタッチ手順を開始することができ、「再アタッチが必要である」を示すことができる。これはＷＴＲＵに、システムに再アタッチさせることができる。

図７は、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順が行われるときに、専用ＣＮノードにＷＴＲＵをリダイレクトする方法のシグナリング図を示す。７０１で、例えばＭＭＥ７２０とすることができるネットワークは、ＷＴＲＵ７１０を接続モードにするためにＷＴＲＵ７１０をページングすることができる。ＭＭＥ７２０はまた、ＳＧＳＮまたはＭＳＣとすることができる。７０２でＷＴＲＵ７１０は、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順を行うことができる。ＷＴＲＵ７１０は、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔをネットワークに送ることによって、ＮＡＳ接続確立を開始することができる。ネットワークは、例えばＭＭＥ７２０とすることができる。７０３でＭＭＥ７２０は、ＧＵＴＩ再割り当て手順をトリガし、非ブロードキャストＴＡＩ、またはルーティングエリア識別（ＲＡＩ）によりＷＴＲＵ７１０に応答することができる。ＧＵＴＩ再割り当て手順はさらに、またはあるいは専用コアネットワークを指し示すＧＵＴＩを含むことができる。次いで７０４でＭＭＥ７２０は、ＷＴＲＵ７１０に関連付けられたＲＡＮリソースを解放することができる。次いでＷＴＲＵ７１０は、アイドルモードに移動することができる。従って次回にＷＴＲＵ７１０が接続モードに入ると、７０５でＷＴＲＵ７１０は、ＴＡＵ Ｒｅｑｕｅｓｔ内にＧＵＴＩ、またはＳ−ＴＭＳＩなどのＧＵＴＩの少なくとも一部を含めることができ、専用ＭＭＥにリダイレクトされ得る。ＴＡＩまたはＲＡＩを受け取ったＷＴＲＵ７１０は、ＴＡＵ／ＲＡＵ手順を行うようにＷＴＲＵ７１０をトリガし、ＴＡＵ／ＲＡＵ要求を送ることができる。図７に示されないがＷＴＲＵは、ｅＮＢを通してＭＭＥと通信することができる。ＭＭＥまたはｅＮＢは、ＮＡＳリダイレクト手順を通じて、専用ＭＭＥにＷＴＲＵをリダイレクトすることができる。

さらに、またはあるいはＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順には、ＧＵＴＩ再割り当てコマンドを送ることによって応答することができ、その後すぐにＷＴＲＵ７１０は、手順が完了したと見なし、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順を保護するタイマを終了することができる。あるいはＣＮノードトリガ型ハンドオーバコマンドの後に、ＧＵＴＩ再割り当て手順が開始され得る。

ＭＭＥ７２０はまた、ＷＴＲＵ７１０から受け取った第１のメッセージがＤｅｔａｃｈ Ｒｅｑｕｅｓｔメッセージである場合は、ＧＵＴＩ再割り当て手順を実行することができる。これはまた、次回にＷＴＲＵ７１０がシステムにアタッチするときに、システムが、ＷＴＲＵ７１０を専用ＣＮノードにリダイレクトすることを可能にし得る。従ってアタッチまたはＴＡＵ手順ではない任意のＮＡＳ手順に対しては、ＷＴＲＵ７１０は専用ＣＮノードへのリダイレクトを条件とすることを、ＭＭＥが認識している場合は、ＭＭＥ７２０は、ＧＵＴＩ再割り当て手順を実行して、特定のＣＮノードを指し示す識別を割り当てることができる。

図７に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

上述の例はＬＴＥ、ＧＥＲＡＮおよびＵＭＴＳシステムに当てはまり、そこではシステム／ドメインに従って対応する識別再割り当て手順が用いられ得る。例えばＷＴＲＵがＧＥＲＡＮまたはＵＭＴＳシステムにおいてＭＳＣとのＮＡＳシグナリング接続を有する場合は、ＭＳＣは上述のようにＴＭＳＩ再割り当てコマンド手順を実行することができる。ＳＧＳＮに対しては、上述のようにＰ−ＴＭＳＩ再割り当てコマンド手順が実行され得る。

リダイレクト手順を迅速化するためにＣＮは、ＷＴＲＵに新しいＮＡＳ接続を再確立することを強制するように、原因コードによりＷＴＲＵの接続を解放することができる。新しい原因コードは、ＷＴＲＵがシステムに再アタッチするべきであることを示すようにＲＲＣレイヤにおいて定義され得る。あるいは新しい原因コードは、ＷＴＲＵがＴＡＵ手順を行うように定義され得る。

上述の例はＧＥＲＡＮおよびＵＴＲＡＮシステムに当てはまり、そこではＣＳドメインに対するＬＡＵ、およびＰＳドメインに対するＲＡＵなどの、同様の手順が用いられ得る。さらにｅＮＢは、ＧＥＲＡＮおよびＵＭＴＳシステムに対して、それぞれＢＳＣおよびＲＮＣによって置き換えられ得る。

あるいは、ＷＴＲＵを迅速にリダイレクトするために既存の機構が用いられ得る。ＭＭＥは負荷バランス手順を用いることができ、これはＳ１およびＲＲＣ接続が解放されるようにする。ＲＲＣは「負荷バランスＴＡＵが必要である」に設定された解放コードを含むことができ、これはＷＴＲＵにＴＡＵを行うことを強制する。従って、ＧＵＴＩが特定のＭＭＥを指し示すことができるように再割り当てされた状態で、負荷バランス手順を用いることで迅速なリダイレクトを可能にすることができる。

従ってＴＡＵまたはＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔなどの任意のＮＡＳ手順により、最初にＷＴＲＵに特定のＣＮを指し示す識別をもたらすためにＧＵＴＩ再割り当てを用いることができ、次いでリダイレクトをより速くするために上述のようにＷＴＲＵの接続が解放され得る。

別の代替形態は、所与のＮＡＳ手順、または接続モード（ＣＭ）Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（ＭＳＣ）に対して、ＣＮノードは最初に、対応する識別手順を実行し得ることである。その完了後にＣＮノードは、Ｓｅｒｖｉｃｅ ＲｅｊｅｃｔまたはＣＭ Ｓｅｒｖｉｃｅ ＲｅｊｅｃｔによりＮＡＳ手順を拒否し、ＣＮノードはＷＴＲＵが暗黙的にデタッチされていることを示すことができる。例えば、ＵＭＴＳおよびＬＴＥのＰＳドメインに対する原因コードが用いられ得る。再登録など、ＷＴＲＵがＮＡＳシグナリング接続を再確立することに繋がり得る他の原因も、適用可能な場合は用いられ得る。あるいはＷＴＲＵにシステムに再登録することを強制し得る、新しい原因コードが定義され得る。例えばＷＴＲＵは、ＴＡＵ、ＲＡＵ、またはＬＡＵなどのアタッチまたは更新手順を行うことができる。

実施形態ではＣＮノードは、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順が完了した後に、識別を再割り当てすることができる。例えばＭＭＥはＧＵＴＩ再割り当てコマンドメッセージを送ることができ、ＳＧＳＮはＰ−ＴＭＳＩ再割り当てコマンドメッセージを送ることができ、またはＭＳＣ／ＶＬＲはＴＭＳＩ再割り当てコマンドメッセージを送ることができる。

ＣＮノードがＭＭＥである例示の実施形態では、ＭＭＥは、ＨＳＳによってもたらされるＳｅｒｖｉｃｅ ＲｅｑｕｅｓｔメッセージまたはＥｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ、およびＷＴＲＵのプロファイル情報を受け取ることができる。プロファイル情報は、ＷＴＲＵが専用ＣＮノードによって対応されるべきであることを示すことができる。ＭＭＥは、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順の完了の前または後に、ＧＵＴＩ再割り当てコマンド手順／メッセージを開始することができる。ＧＵＴＩ再割り当てコマンドがＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順の完了前に実行される場合は、ＭＭＥは任意選択で、システムに再アタッチすることをＷＴＲＵに強制し得る原因コードによりＳｅｒｖｉｃｅ Ｒｅｊｅｃｔを送ることができる。

ＣＮノードがＳＧＳＮである例示の実施形態では、ＳＧＳＮは、ＨＳＳ／ＨＬＲによってもたらされる、Ｓｅｒｖｉｃｅ ＲｅｑｕｅｓｔメッセージおよびＷＴＲＵのプロファイル情報を受け取ることができる。プロファイル情報は、ＷＴＲＵが専用ＣＮノードによって対応されるべきであることを示すことができる。ＳＧＳＮは、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順の完了の前にまたは後に、Ｐ−ＴＭＳＩ再割り当てコマンド手順／メッセージを開始することができる。

ＣＮノードがＭＳＣ／ＶＬＲである例示の実施形態では、ＭＳＣ／ＶＬＲは、ＨＳＳ／ＨＬＲによってもたらされる、ＣＭ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージ、およびＷＴＲＵのプロファイル情報を受け取ることができる。プロファイル情報は、ＷＴＲＵが専用ＣＮノードによって対応されるべきであることを示すことができる。ＭＳＣ／ＶＬＲは、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順の完了の前にまたは後に、ＴＭＳＩ再割り当てコマンド手順／メッセージを開始することができる。

ＧＵＴＩ再割り当てによるリダイレクトは、ＷＴＲＵが送る任意の初期ＮＡＳメッセージ、例えばＧＥＲＡＮにおけるページング応答に対して用いることができ、Ｓｅｒｖｉｃｅ ＲｅｑｕｅｓｔまたはＣＭ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔメッセージに限定され得ない。ＷＴＲＵが送る任意のＮＡＳ手順またはメッセージに対してＣＮは、手順が完了する前にまたは後に、例えばＧＵＴＩ再割り当てコマンドによって、識別を再割り当てするように決定することができる。ＣＮは例えば、サブスクリプション情報の変化に基づいて、それがＷＴＲＵのための専用ＣＮノードの使用を示すように、決定することができる。

さらに、例えばＭＭＥ、ＳＧＳＮ、またはＭＳＣ／ＶＬＲとすることができるＣＮノードは、ＷＴＲＵが接続モードにあるときにいずれの時点でも、識別再割り当て手順を実行することができる。識別再割り当て手順は、例えばＭＭＥに対するＧＵＴＩ再割り当てコマンド、ＳＧＳＮに対するＰ−ＴＭＳＩ再割り当てコマンド、またはＭＳＣ／ＶＬＲに対するＴＭＳＩ再割り当てコマンドを含むことができる。例示の実施形態ではＷＴＲＵは、進行中のデータ転送に関わることができ、ＷＴＲＵのサブスクリプションまたはプロファイル情報が、ＷＴＲＵが専用ＣＮノードによって対応されるべきであるように更新された場合は、適切なＷＴＲＵ識別再割り当て手順が実行され得る。

本明細書では、ＣＮトリガ型ハンドオーバによるリダイレクト時の競合条件をどのように取り扱うかに対処する、さらなる実施形態が開示される。実施形態ではＣＮトリガ型ハンドオーバは、ｅＮＢに、ＷＴＲＵに影響を与えずに新しいＭＭＥを選択することを強制することができる。ＣＮは、アタッチ手順が完了した後にいずれの時点でも、ハンドオーバをトリガすることができる。ハンドオーバがＣＮによってトリガされた場合は、ＷＴＲＵまたはｅＮＢが、異なる手順を開始することが可能となり得る。例えばＷＴＲＵは、セッション管理手順を始めて、ＰＤＮ接続または新しい専用ベアラの活動化を開始することができる。さらに、またはあるいはＭＭＥは、ＭＭＥ開始型ハンドオーバを始めることができる。他の例示の実施形態ではｅＮＢは、Ｓ１またはＸ２ハンドオーバを用いて、ＷＴＲＵを別のｅＮＢにハンドオーバする過程にある場合があり、同時にＭＭＥは、ＷＴＲＵをリダイレクトするためにｅＮＢに向かってハンドオーバを開始し得る。

ＣＮ開始型ハンドオーバシナリオは、競合条件を取り扱うための方法を例示するために用いられ得るが、これらの方法は他のソリューションにおける同様な競合条件にも応用され得る。

他の実施形態では、進行中のＲＡＮハンドオーバの間に、ＣＮ開始型ハンドオーバに対して競合条件が取り扱われ得る。ＷＴＲＵをリダイレクトするためのＣＮ開始型ハンドオーバ要求を受け取るとすぐに、ＲＡＮノード例えばｅＮＢ、ＲＮＣ、またはＢＳＣがハンドオーバを実行している場合は、ＲＡＮノードは要求を拒否し、理由は進行中のハンドオーバであることを示すことができる。ＲＡＮノードから受け取られ得る、ＣＮ開始型ハンドオーバに対する拒否された要求を受け取るとすぐに、ＣＮノードは新しい要求を開始する前にハンドオーバが完了するまで待つことができる。ＣＮは、ＣＮがターゲットＲＡＮノードからハンドオーバ完了の確認を受け取ったときに、ハンドオーバが完了したと決定することができる。例えばＬＴＥではＣＮは、それがターゲットｅＮＢから経路切り換え要求メッセージを受け取ったときに、ハンドオーバが完了したと決定することができる。

他の実施形態では、進行中のＣＮ開始型ハンドオーバ時の他の手順の取り扱いが対処される。ＣＮ開始型ハンドオーバ時にＣＮは、ベアラを活動化、非活動化、または変更するための要求を、ＷＴＲＵまたはＳＧＷ／ＰＧＷから受け取ることができる。この要求の取り扱いは、ハンドオーバが成功したか失敗したかに依存し得る。

ＭＭＥは、ＳＧＷ／ＰＧＷからベアラを活動化する、非活動化する、または変更するための要求を受け取り、ＭＭＥがＷＴＲＵをリダイレクトするためのハンドオーバを開始したときは、以下の処置をとることができる。ＭＭＥは要求を拒否し、進行しているハンドオーバがあることを示すための原因コードを含めることができる。例えばＭＭＥがＳＧＷからＣｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｑｕｅｓｔを受け取った場合は、ＭＭＥはＣｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅにより応答し、ハンドオーバが進行していることを示す原因値を含めることができる。ＭＭＥは、ＳＧＷまたはＰＧＷなどの目的ノードがその後にリトライし得る、タイマを含めることができる。ハンドオーバが進行していることを示す応答を受け取るとすぐにＳＧＷまたはＰＧＷは、一定の予め構成された時間の後、または示された時間が経過した後に、要求をリトライすることができる。この応答を受け取るとすぐにＳＧＷは、上述のように時間が経過した後にリトライすることができ、または次にＰＧＷにＣｒｅａｔｅ Ｂｅａｒｅｒ Ｒｅｓｐｏｎｓｅを送り、存在する場合は同じ原因コードおよびタイマ値を含めることができる。ＰＧＷは後に要求をリトライすることができる。あるいは既存の原因コードが用いられ得る。例えばＷＴＲＵは、ＷＴＲＵをページングすることを拒絶することができ、または行うことができない。

ＭＭＥは、ＷＴＲＵからベアラを活動化する、非活動化する、または変更するための要求を受け取り、ＭＭＥがＷＴＲＵをリダイレクトするためのハンドオーバを開始したときに、以下の処置をとることができる。ＭＭＥは要求を無視することができ、これは最終的にＷＴＲＵにおけるタイマを満了させる。ＷＴＲＵは後に再び要求することができる。ＭＭＥは、要求を拒否し、ハンドオーバが保留中である、またはＷＴＲＵはリトライすべきであることをＷＴＲＵに知らせ得る既存のまたは新しい原因コードを含めることができる。ＭＭＥは要求を拒否し、値がゼロに、または任意の他のゼロでないが短い値に設定されたＮＡＳセッション管理バックオフタイマを含めることができる。ＭＭＥは、ＭＭＥがハンドオーバが成功した旨の確認を受け取った場合は、この要求のルート指定手順を開始することができる。ＭＭＥは、新しいＭＭＥがＷＴＲＵのコンテキストを要求したときは、要求を新しいＭＭＥに転送する。新しいＩＥまたは手順が、定義され得る。新しいＩＥは、ソースＭＭＥがターゲット専用ＭＭＥに送るコンテキスト応答に含められ得る。この新しいＩＥは、ＷＴＲＵのＮＡＳメッセージを保持することができる。ターゲットＭＭＥによって受け取られるとすぐに、ターゲットＭＭＥは要求を処理し、しかるべくそれに対して応答することができる。

あるいはｅＮＢが、ＷＴＲＵをリダイレクトするための進行中のハンドオーバがあると決定した場合は、ｅＮＢは要求をソースＭＭＥに転送しなくてもよい。ｅＮＢは後に、ハンドオーバが完了した後に、ＮＡＳメッセージをターゲットＭＭＥに転送することができる。あるいはｅＮＢは、ＲＲＣ、ＰＤＣＰ、ＲＬＣ、ＭＡＣなどを通したメッセージの受け取りに肯定応答しなくてもよく、これは次いでＮＡＳメッセージを再送するようにＷＴＲＵに強制し得る。それまでには、ハンドオーバが完了している場合は、ｅＮＢはそれを新しいＭＭＥに転送することができる。

実施形態ではＭＭＥ、ＳＧＳＮ、またはＭＳＣなどのＣＮノードは、ハンドオーバが完了した後に、ＷＴＲＵ識別の再割り当てを行って、実際のサービングＣＮノードを指し示す新しいＩＤをＷＴＲＵにもたらすことができる。このサービングＣＮノードは、ハンドオーバの後にＷＴＲＵコンテキストを有するＣＮノードとすることができる。ＣＮトリガ型ハンドオーバの後に、今はターゲット専用ＭＭＥはＷＴＲＵコンテキストを有することができ、ＷＴＲＵに向かってＧＵＴＩ再割り当てコマンドを開始し、新しいＧＵＴＩを割り振ることができる。同様にターゲットまたは新しいＳＧＳＮは、ハンドオーバが完了した後に、サービングＳＧＳＮを指し示すことができる新しい識別をＷＴＲＵにもたらすために、Ｐ−ＴＭＳＩ再割り当て手順を実行することができる。同様にターゲットまたは新しいＭＳＣ／ＶＬＲは、ハンドオーバが完了した後に、サービングＭＳＣ／ＶＬＲを指し示すことができる新しい識別をＷＴＲＵにもたらすために、ＴＭＳＩ再割り当て手順を実行することができる。

上述の識別再割り当て手順の間にＣＮは、手順内に非ブロードキャスト識別を含めることができる。例示の識別再割り当て手順は、ＬＴＥに対するＧＵＴＩ再割り当てコマンド、ＧＰＲＳ／ＵＭＴＳシステムのＰＳドメインに対するＰ−ＴＭＳＩ再割り当てコマンド、またはＧＰＲＳ／ＵＭＴＳシステムのＣＳドメインに対するＴＭＳＩ再割り当てコマンドを含む。ＬＴＥの例では、上述のＧＵＴＩ再割り当てコマンド時にＭＭＥはまた、ＷＴＲＵに送られるＧＵＴＩ再割り当てコマンドなどのメッセージに、非ブロードキャストＴＡＩを含めることができる。これはＷＴＲＵからの登録を迅速化する助けとなり得る。ＷＴＲＵは、システム情報を読み出したときに、ＧＵＴＩ再割り当てコマンド内にＭＭＥによってもたらされた許可されたＴＡＩが、ＲＡＮによって実際にブロードキャストされているものと等価でないことを理解することができる。従ってＷＴＲＵは直ちに、ＴＡＵなどの登録メッセージをＭＭＥに送ることができる。

同様な例は、対応するメッセージを有するＳＧＳＮおよびＭＳＣ／ＶＬＲに当てはまり得る。例えばＰ−ＴＭＳＩ再割り当てコマンド時にＳＧＳＮはまた、ＷＴＲＵに対する非ブロードキャストＲＡＩを含めることができる。同様にＷＴＲＵが、ブロードキャストＲＡＩは、Ｐ−ＴＭＳＩ再割り当てコマンド内でもたらされる非ブロードキャストＲＡＩと等価ではないと理解したときは、次いでＷＴＲＵは、ＲＡＵをＳＧＳＮに送ることができる。同様にＴＭＳＩ再割り当てコマンド時にＭＳＣ／ＶＬＲはまた、ＷＴＲＵに対する非ブロードキャスト位置エリア識別（ＬＡＩ）を含めることができる。ＷＴＲＵが、ブロードキャストＬＡＩは、ＴＭＳＩ再割り当てコマンド内でもたらされる非ブロードキャストＬＡＩと等価ではないと理解したときは、次いでＷＴＲＵは、ＬＡＵをＭＳＣ／ＶＬＲに送ることができる。

さらなる例示の実施形態は、専用ＣＮから非専用ＣＮに切り換えるためのソリューションをもたらす。ＷＴＲＵがすでに専用ＣＮノードにアタッチ／登録されているときは、ＷＴＲＵは、それが非専用ＣＮノードに切り換え復帰する必要があることを見出し得る。以下の事象は、非専用ＣＮノードへの切り換え復帰をトリガし得る。ＷＴＲＵは、専用ＣＮノードからそれが過負荷である旨の表示を受け取ることができる。このようなシナリオではＷＴＲＵは、専用ＣＮノードから、モビリティ管理バックオフタイマによるＡｔｔａｃｈ Ｒｅｊｅｃｔ、ＴＡＵ Ｒｅｊｅｃｔ、Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔを受け取ることができる。上位レイヤデータ伝送エラーは、専用ＳＧＷまたはＰＧＷなどの専用ＣＮノードが、誤動作していることを示すことができる。ＷＴＲＵは、１日のある部分の間は専用ＣＮノードにアタッチされたままで、次いでその日の残りの間は非専用ＣＮノードにアタッチするようにスケジュールされ得る。ＷＴＲＵがアクセスするように要求したアクセスポイント名（ＡＰＮ）は、専用ＣＮノードによってサポートされない場合がある。

図８は、ＷＴＲＵが専用ＣＮノードから非専用ＣＮノードに切り換える例示の方法の図である。図８に示される例では、８０１でＷＴＲＵ８１０は、専用ＣＮにアタッチされ得る。８０２で条件が満足されると、専用ネットワークから非専用のものに切り換えるようにＷＴＲＵ８１０をトリガすることができる。８０３でＷＴＲＵ８１０は、Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔを送ることによって専用ＣＮノードからデタッチすることができ、次いで８０４で新しいＡｔｔａｃｈ Ｒｅｑｕｅｓｔを開始することができる。新しいデタッチタイプが定義され得る。非専用ＭＭＥ８３０にそれが、ＷＴＲＵ８１０は専用ＣＮノードにリダイレクトされるべきであることを示すサブスクリプションデータを、無視すべきである旨を知らせるために、新しいＡｔｔａｃｈ Ｒｅｑｕｅｓｔ内に新しい表示が含められ得る。Ａｔｔａｃｈ Ｒｅｑｕｅｓｔはさらに、非専用ＭＭＥ８３０がその間、サブスクリプションデータを無視すべきである、時間の長さの表示を含むことができる。この表示を受け取るとすぐに非専用ＭＭＥ８３０は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔを通常のＷＴＲＵＡｔｔａｃｈ Ｒｅｑｕｅｓｔとして扱うことができ、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔを、従ってＷＴＲＵ８１０を、専用ＣＮノードにリダイレクトしないようになる。

ｅＮＢが新しいＡｔｔａｃｈ Ｒｅｑｕｅｓｔを非専用ＭＭＥ８３０にルート指定するために、ＷＴＲＵ８１０は、ＲＲＣ Ｃｏｎｎｅｃｔｉｏｎ Ｒｅｑｕｅｓｔメッセージから、専用ＭＭＥ８２０のＭＭＥコードを有するＳ−ＴＭＳＩを省くことができる。ｅＮＢに専用ＣＮノードを選択することを強制するように、ＲＲＣメッセージ内に何らかの表示を含めるための上述の方法はまた同様に、ｅＮＢに、この新しいＡｔｔａｃｈ Ｒｅｑｕｅｓｔに対して、通常のＭＭＥを選択することを強制するために用いられ得る。

さらに、またはあるいは、ＷＴＲＵ８１０は非専用ＭＭＥ８３０に、どれだけ長くＷＴＲＵ８１０が非専用ＣＮにアタッチされるべきであるかを示すことができる。その期間の後に非専用ＭＭＥ８１０は、再びＷＴＲＵ８１０を専用ＭＭＥ８２０にリダイレクトすることができる。あるいは、ＷＴＲＵ８１０が非専用ＭＭＥ８３０にアタッチされ得る時間の長さは、ＭＭＥにおいて予め構成されることができ、またはＷＴＲＵのサブスクリプションデータに含められ得る。

図８に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

図９は、専用ＣＮノードが、ＷＴＲＵを非専用ＣＮノードに切り換え復帰するための手順を開始する例示の方法の図である。９０１でＷＴＲＵ９１０は、専用ＭＭＥ９２０にアタッチされ得る。専用ＭＭＥ９２０は、多くの理由によりＷＴＲＵ９１０をデタッチすることを決定し得る。例として９０２で専用ＭＭＥ９２０は、過負荷となる場合があり、ＷＴＲＵ９１０がデタッチされるべきであると決定することができる。９０３で専用ＭＭＥ９２０は、ＷＴＲＵ９１０が非専用ＭＭＥ９３０に再アタッチするべきである旨の何らかの表示を有して、Ｄｅｔａｃｈ ＲｅｑｕｅｓｔをＷＴＲＵ９１０に明示的に送ることができる。例えば、この表示として働くように新しいデタッチタイプが定義され得る。Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔの後に、９０４でＷＴＲＵ９１０は、Ａｔｔａｃｈ Ｒｅｑｕｅｓｔを非専用ＭＭＥ９３０に送ることができる。上述のようにＡｔｔａｃｈ Ｒｅｑｕｅｓｔは、ＷＴＲＵ９１０が専用ＣＮノードにリダイレクトされるべきであることを示すサブスクリプションデータを無視すべきであることを、非専用ＭＭＥ９３０に知らせるための新しい表示を含むことができ、さらに非専用ＭＭＥ９３０がその間、サブスクリプションデータを無視すべきである時間の長さの表示を含むことができる。あるいは図９に示されないが、専用ＭＭＥ９２０からＤｅｔａｃｈ Ｒｅｑｕｅｓｔを受け取った後にＷＴＲＵ９１０は、Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔを明示的に送って専用ＭＭＥ９２０からデタッチし、次いで非専用ＭＭＥ９３０に再アタッチすることができる。

図９に示されないが専用ＣＮノードは、ＷＴＲＵ９１０に対して非専用ＣＮノードに再アタッチするように要求するために、ＴＡＵ ＲｅｊｅｃｔまたはＳｅｒｖｉｃｅ Ｒｅｊｅｃｔメッセージ内に表示を含めることができる。

図９に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

上述のようにターゲットＭＭＥは、ＭＭＥがそれに対するコンテキストを含まないＷＴＲＵから、Ｓｅｒｖｉｃｅ ＲｅｑｕｅｓｔなどのＮＡＳメッセージを受け取り得る。これを避けるためにｅＮＢは、Ｓ１ＡＰインターフェース上に送られる初期ＷＴＲＵメッセージ手順内に、ＧＵＭＭＥＩおよびＳ−ＴＭＳＩを含めることができる。従ってｅＮＢがＷＴＲＵから、ＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐＣｏｍｐｌｅｔｅメッセージ内など、ＲＲＣ接続手順の一部としてＧＵＭＭＥＩを受け取ったときは、ｅＮＢはＧＵＭＭＥＩがヌルＭＭＥＧＩを含んでいるかどうかを検証することができる。

ＧＵＭＭＥＩがヌルＭＭＥＧＩを含んでいる場合はｅＮＢは、ターゲットＭＭＥに送られる初期ＷＴＲＵメッセージ内にＧＵＭＭＥＩを含めることができる。この場合、ｅＮＢはＧＵＭＭＥＩに基づいてＮＡＳメッセージを専用ＭＭＥに送るので、初期ＷＴＲＵメッセージは専用ＭＭＥに送られる。専用ＭＭＥは、ｅＮＢを経由して問題のＷＴＲＵに対する初期ＮＡＳメッセージを受け取ることができる。

ターゲットＭＭＥは、それが専用ＭＭＥとして動作するように構成されているかどうかを知ることができる。ターゲットＭＭＥは、ＧＵＭＭＥＩ内のＭＭＥＧＩが、ヌルＭＭＥＧＩの値を有するかどうかを検証することができる。ＧＵＭＭＥＩ内にヌルＭＭＥＧＩが含まれる場合は、ターゲットＭＭＥはＮＡＳメッセージを処理することができ、ＭＭＥがこのＷＴＲＵに対するコンテキストを含んでいなくてもそれを拒否し得ない。

ターゲットＭＭＥは、ＧＵＭＭＥＩおよびＳ−ＴＭＳＩを用いることなどによって、ｅＮＢから受け取った情報を用いて、ソースＭＭＥからＷＴＲＵコンテキストをフェッチすることができる。例えば初期ＮＡＳメッセージが、Ｅｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ ＲｅｑｕｅｓｔまたはＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ（まとめてＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔと呼ばれる）である場合は、ターゲットＭＭＥは、それがＷＴＲＵに対するコンテキストを含んでいなくても、上述のチェックに基づいてソースＭＭＥからＷＴＲＵコンテキストをフェッチすることができる。

ターゲットＭＭＥはコンテキストをフェッチするが、ソースＭＭＥはターゲットＭＭＥに、ＷＴＲＵが専用ＣＮによって対応されるべきであるかどうかを示す任意のサブスクリプション情報をもたらすことができる。ソースＭＭＥはターゲットＭＭＥに、ＷＴＲＵが、専用ＭＭＥのみによって、専用ＭＭＥおよびＳＧＷによって、または専用ＭＭＥ、ＳＧＷ、およびＰＧＷによって、対応されるべきかどうかの表示をもたらすことができる。例えば、サブスクリプション情報またはコンテキスト情報が、ＰＧＷは専用ＰＧＷとなるように再割り当てされるべきあることを示す場合は、ターゲットＭＭＥは、再アタッチするようにＷＴＲＵにトリガすることを決定することができる。

あるいはターゲットＭＭＥがＷＴＲＵコンテキストを得た後に、ターゲットＭＭＥは、ドメインネームシステム（ＤＮＳ）または他の方法を用いて、それがＷＴＲＵのＰＧＷを再割り当てし、ＷＴＲＵに再アタッチするように強制する必要があるかどうかを検証することができる。

コンテキストがフェッチされた後に、ターゲットＭＭＥはＷＴＲＵに、本明細書で述べられる方法のいずれかを用いて応答することができる。

ＭＭＥは、それがＷＴＲＵコンテキストをフェッチした場合でも、Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔにより応答することができるが、任意選択でＷＴＲＵがＧＵＴＩを削除することに繋がらない原因コードを用いて、システムに再アタッチするようにＷＴＲＵをトリガする原因コードを含めることができる。

例えばＭＭＥは、Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔを送ることができ、原因コード「＃１０ − 暗黙にデタッチされる」を含めることができる。あるいはＭＭＥは、原因コード「＃４０ − ＥＰＳベアラコンテキストは活動化されない」を用いることができる。Ｓｅｒｖｉｃｅ Ｒｅｊｅｃｔは、ＭＭＥが専用ＰＧＷを再割り当てする必要がある場合は、上述のような原因コードと共に用いられ得る。ＮＡＳメッセージがＴＡＵ Ｒｅｑｕｅｓｔである場合はＭＭＥは、依然としてＴＡＵを拒否することができ、任意選択でＷＴＲＵにおいてＧＵＴＩが削除されない原因コード、例えば原因コード＃１０または＃４０により、システムに再アタッチするようにＷＴＲＵに強制する原因コードを含めることができる。

システムに再アタッチするようにＷＴＲＵに強制するための方法の他の実施形態では、ＭＭＥがベアラコンテキスト非活動化を開始し、デフォルトベアラとなるベアラを識別することができる。専用ＣＮノードを用いるためなどの、ＭＭＥがＷＴＲＵにシステムに再アタッチすることを望む任意の理由によりまたはいずれの時点でも、ＭＭＥはＤｅａｃｔｉｖａｔｅ ＥＰＳ Ｂｅａｒｅｒ Ｃｏｎｔｅｘｔ Ｒｅｑｕｅｓｔを送ることができ、最終的にシステムに再アタッチするようにＷＴＲＵをトリガし得る原因コードを含めることができる。再アタッチは、明示的デタッチを行った後に生じ得る。

例えばＭＭＥは、原因コード「＃３９ − 再活動化が要求された」を用いることができる。これは実際のリダイレクトソリューションに関わらず、専用ＣＮへのＷＴＲＵリダイレクトをトリガし得る。リダイレクトソリューションは、アタッチソリューションのリルート、またはヌルＭＭＥＧＩソリューションなどを含むことができる。ＭＭＥは、ＧＵＴＩ再割り当ての有無によらず、いずれの時点でも、デフォルトベアラおよびＷＴＲＵの全体的なＰＤＮ接続を非活動化することができる。

あるいはまたはさらに、ＭＭＥが、ＷＴＲＵを専用ＣＮノードにリダイレクトする目的で、ＷＴＲＵがシステムに再アタッチすることを必要とする場合は、ＭＭＥはデタッチ手順を開始することができる。いずれの時点でもＭＭＥはＷＴＲＵをリダイレクトするように決定することができ、例えば別の専用ＰＧＷを再選択するために、ＷＴＲＵが再アタッチすることを必要とし得る。ＭＭＥはＤｅｔａｃｈ ＲｅｑｕｅｓｔメッセージをＷＴＲＵに送ることができ、「再アタッチが必要である」に設定された値を有するデタッチタイプＩＥを含めることができる。この方法は、本明細書に述べられた他の方法と併せて配備され得る。例えばＭＭＥは、最初にＧＵＴＩ再割り当てを行うことができ、次いでＤｅｔａｃｈ Ｒｅｑｕｅｓｔを送り、デタッチタイプとして「再アタッチが必要である」を示すことによってデタッチ手順を開始することができる。

ＭＭＥが、ＰＧＷ再割り当てなしにＷＴＲＵに対応し続けることができる場合は、ＭＭＥはフェッチされたＷＴＲＵコンテキストを用い、ＷＴＲＵの要求を受け入れることができる。しかしＭＭＥがＳＧＷを再割り当てする必要がある場合は、ＭＭＥはさらに、専用ＳＧＷであるＳＧＷを選ぶために、ＳＧＷ再割り当てをトリガすることができる。ＭＭＥは、Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順の一部として、またはあるいはＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔ手順が完了した後に、ＳＧＷ再割り当てを行うことができる。

上述のように、非専用ＭＭＥとすることができるソースＭＭＥ、または専用ＭＭＥとすることができるターゲットＭＭＥは、ＷＴＲＵ再アタッチをトリガすることができる。次に、非専用および専用ＭＭＥによってＷＴＲＵ再アタッチをトリガする方法が述べられる。

すでにシステム内に登録されているＷＴＲＵに対して、ＰＧＷの再選択は、専用ＰＧＷが望まれる場合はＷＴＲＵを再アタッチする必要があり得る。

ソースＭＭＥにおける構成は、リダイレクトの前に、ソースＭＭＥによって再アタッチがトリガされるべきかどうかを示すことができる。ソースＭＭＥが、ＷＴＲＵをリダイレクトするためにまたは専用ＣＮへのＷＴＲＵのリダイレクトを必要とするいずれかのローカルポリシーにより、更新されたサブスクリプション情報を受け取ったときは、ソースＭＭＥは最初に、ＰＧＷが再選択される必要があるかどうかを検証することができる。これは、ＤＮＳまたは他のローカルポリシーまたは他の機能を用いてなされ得る。ＰＧＷもリダイレクトされる必要がある場合はＭＭＥは、ＷＴＲＵを再アタッチすべきであるか、またはＷＴＲＵをリダイレクトし、再アタッチを行うことをターゲットＭＭＥに任せるべきであるかを見るために、そのローカルポリシーを検証することができる。

ＭＭＥポリシーまたは構成が、ＭＭＥはＷＴＲＵ再アタッチを行うべきであることを示す場合は、ＭＭＥは、上述の方法のいずれかを使用してＷＴＲＵをリダイレクトすることができる。例えばＭＭＥは、ＷＴＲＵ Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔ手順を開始し、「再アタッチが必要である」に設定されたタイプを含めることができ、またはＭＭＥは、ＷＴＲＵのＰＤＮ接続を非活動化することができる。最後のＰＤＮ接続または最後のデフォルトベアラを非活動化する間に、ネットワークは、上記で説明されたようにＮＡＳセッション管理メッセージ内に「＃３９ − 再活動化が要求された」を示すことができる。

上述のようにＷＴＲＵを再アタッチした後にソースＭＭＥは、ＷＴＲＵを専用ターゲットＭＭＥにリダイレクトすることができる。ソースＭＭＥは、例えばターゲットＭＭＥがソースＭＭＥからＷＴＲＵコンテキストをフェッチすることを試みたときは、情報をターゲットＭＭＥに転送することができる。情報は、ターゲットＭＭＥにおける別の再アタッチをトリガし得るＰＧＷの再選択を避けるために、ＭＭＥおよび／またはＳＧＷのリダイレクトのみが必要であることを示すことができる。

ソースＭＭＥは、必要であればターゲットＭＭＥにＷＴＲＵを再アタッチさせるための構成を有し得る。従って、ＷＴＲＵが専用ＭＭＥにリダイレクトされるべきであるように、サブスクリプションが変化したときは、ソースＭＭＥはリダイレクトを行い、依然としてＷＴＲＵのために再アタッチが必要であるかどうかを評価することをターゲットＭＭＥに委ねることができる。ＷＴＲＵをリダイレクトした後にターゲットＭＭＥは、ソースＭＭＥからＷＴＲＵコンテキストをフェッチすることができる。ソースＭＭＥは、関連のあるサブスクリプション情報をＷＴＲＵコンテキスト内に含めて、ＰＧＷもリダイレクトされるべきかどうかをターゲットＭＭＥに知らせることができる。あるいはソースＭＭＥから、またはＨＳＳから、サブスクリプション情報を受け取るとすぐに、ターゲットＭＭＥはＰＧＷが再割り当てされる必要があるかどうかをさらに決定することができる。ターゲットＭＭＥは、例えばＤＮＳまたは他の方法を用いて決定を行うことができる。

ＰＧＷが再割り当てされる必要がある場合は、ターゲットＭＭＥは、上述の方法のいずれかを用いてＷＴＲＵ再アタッチを開始することができる。例えばターゲットＭＭＥは、ＷＴＲＵのＮＡＳメッセージを拒否し、再アタッチが必要であることを示すことができる。

上述の方法および手順のすべては、ＮＡＳまたはＲＡＮ−コアネットワーク間インターフェース／プロトコルにおける対応する手順により、ＧＥＲＡＮおよびＵＴＲＡＮシステムなどの他のＲＡＴにも当てはまることに留意することが重要である。従って方法はＬＴＥの関連において述べられたが、それらはしかるべく他のシステムにも当てはまる。

図１０Ａおよび１０Ｂは、ＷＴＲＵリダイレクトを行うための例示の方法の信号フロー図である。図１０Ａに関して、１００１でＷＴＲＵ１０１０は、サービング非専用ＭＭＥ１０３０に登録される。１００２でＨＳＳ１０６０は、ＭＭＥ１０３０におけるユーザプロファイル１００２を更新して、ＷＴＲＵ１０１０は専用ＭＭＥ１０４０によって対応されるべきであることを示すことができる。ＨＳＳ１０６０は、サブスクリプション情報をＭＭＥ１０３０にプッシュすることによってそれを行うことができる。１００３でサービングＭＭＥ１０３０は、ＰＧＷが、専用ＰＧＷになるために再選択またはリダイレクトされる必要があるかどうかを検証することができる。１００４ａおよび１００４ｂでＭＭＥ１０３０は、ＷＴＲＵ１０１０がアイドルモードにある場合は、ＷＴＲＵ１０１０をページングすることによって、任意選択でプロアクティブにＷＴＲＵ１０１０をリダイレクトすることができる。１００４ａでＳ１ＡＰページングメッセージがサービングＭＭＥ１０３０によってｅＮＢ１０２０に送られ、１００４ｂでＲＲＣページングメッセージがｅＮＢ１０２０によってＷＴＲＵ１０１０に送られ得る。あるいは１００５でＭＭＥ１０３０は、ＷＴＲＵ１０１０がＳｅｒｖｉｃｅ ＲｅｑｕｅｓｔまたはＥｘｔｅｎｄｅｄ Ｓｅｒｖｉｃｅ Ｒｅｑｕｅｓｔを行うまで待つことができる。ＭＭＥ１０３０が、ＷＴＲＵ１０１０がＳｅｒｖｉｃｅ Ｒｅｑｕｅｓｔを行うまで待つ場合は、ページングは生じなくてもよい。

ＷＴＲＵがすでに接続モードにある場合は、図１０Ａに示されるようなステップ１００６は、１００３のすぐ後に生じ得る。１００６でサービングＭＭＥ１０３０は、更新されたサブスクリプション情報に基づいて、ＧＵＴＩをＷＴＲＵ１０１０に再割り当てすることができる。これは１００６ａでＭＭＥ１０３０が、ＷＴＲＵ１０１０に、ヌルＭＭＥＧＩおよび非ブロードキャストＴＡＩを含んだ、ＧＵＴＩ Ｒｅａｌｌｏｃａｔｉｏｎ Ｃｏｍｍａｎｄを送ることによって達成され得る。１００６ｂでＷＴＲＵ１０１０は、ＧＵＴＩ Ｒｅａｌｌｏｃａｔｉｏｎ Ｃｏｍｐｌｅｔｅメッセージにより、ＭＭＥ１０３０に応答することができる。やはり上記のように、対応するＮＡＳメッセージを用いてＷＴＲＵとＳＧＳＮの間で、ＧＥＲＡＮおよびＵＴＲＡＮにおいて同様な手順が用いられ得る。例えばＧＵＴＩ Ｒｅａｌｌｏｃａｔｉｏｎ Ｃｏｍｍａｎｄの代わりに、Ｐ−ＴＭＳＩ Ｒｅａｌｌｏｃａｔｉｏｎ Ｃｏｍｍａｎｄが用いられ得る。

図１０Ｂに関して、１００７でＭＭＥ１０３０は、１００７ａで「再アタッチが必要である」に設定されたタイプを有するＤｅｔａｃｈ Ｒｅｑｕｅｓｔを送ることによって、再アタッチするようにＷＴＲＵ１０１０をトリガすることができる。次いで１００７ｂでＷＴＲＵ１０１０は、Ｄｅｔａｃｈ Ａｃｃｅｐｔ１００７ｂにより応答することができる。１００８では、アイドルモードへの遷移後にＷＴＲＵ１０１０によって送られ得る次のＷＴＲＵ ＴＡＵにおいて、ｅＮＢ１０２０は専用ＭＭＥ１０４０を選択することができる。これは１００８ａでＷＴＲＵ１０１０が、ＲＲＣメッセージ内にヌルＭＭＥＧＩを示すＧＵＭＭＥＩを含むＡｔｔａｃｈ Ｒｅｑｕｅｓｔを送り、１００８ｂでｅＮＢ１０２０が、ヌルＭＭＥＧＩに基づいて専用ＭＭＥ１０４０にＡｔｔａｃｈ Ｒｅｑｕｅｓｔを転送することによって達成され得る。

図１０に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

図１１は、非専用ＭＭＥ１１３０によって開始される例示の位置更新手順の図である。１１０１で非専用ＭＭＥ１１３０は、Ｈａｎｄｏｖｅｒ ＴｒｉｇｇｅｒメッセージをｅＮＢ１１２０に送ることができる。１１０２でｅＮＢ１１２０は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージにより応答することができる。１１０３で非専用ＭＭＥ１１３０は、Ｆｏｒｗａｒｄ Ｒｅａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを専用ＭＭＥ１１４０に送ることができる。Ｆｏｒｗａｒｄ Ｒｅａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージは、登録されたＬＡＩ、ＶＬＲ番号、および／またはＷＴＲＵ１１１０はＭＳＣ／ＶＬＲ１１５０に登録されており、非専用ＭＭＥ１１３０とＭＳＣ／ＶＬＲ１１５０の間に活動状態にあるＳＧＷ関連付けが存在することを示すＣＳＦＢフラグを含むことができる。Ｆｏｒｗａｒｄ Ｒｅａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔ、およびメッセージ内の上記のフラグまたは登録されたＬＡＩもしくはＶＬＲ番号を受け取るとすぐに、専用ＭＭＥ１１４０がＣＳＦＢ機能をサポートする場合は、専用ＭＭＥ１１４０はＷＴＲＵに代わって登録されたＭＳＣ／ＶＬＲ１１５０に向かってＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ手順を開始することができる。１１０４で専用ＭＭＥ１１４０は、Ｌｏｃａｔｉｏｎ Ｕｐｄａｔｅ ＲｅｑｕｅｓｔをＭＳＣ／ＶＬＲに送ることができ、１１０５でそれに応答してＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ Ａｃｃｅｐｔを受け取ることができる。次いで１００６でｅＮＢ１１２０および専用ＭＭＥ１１４０は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅメッセージを交換することができる。次いで１１０７で専用ＭＭＥ１１４０は、Ｆｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅを非専用ＭＭＥ１１３０に送ることができる。次いで１１０８で非専用ＭＭＥ１１３０は、Ｈａｎｄｏｖｅｒ ＣｏｍｍａｎｄをｅＮＢ１１２０に送ることができる。

図１１に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

あるいは専用ＭＭＥは、非ＥＰＳサービスのために再アタッチを行うようにＷＴＲＵをトリガするために、「ＩＭＳＩデタッチ」に設定されたタイプを有して、Ｄｅｔａｃｈ ＲｅｑｕｅｓｔをＷＴＲＵに送ることができる。専用ＭＭＥは、ＷＴＲＵの組み合わされた登録についての非専用ＭＭＥから受け取った情報に基づいて、Ｄｅｔａｃｈ Ｒｅｑｕｅｓｔを送ることができる。このような情報は、ＣＳＦＢフラグ、登録されたＬＡＩ、ＶＬＲ番号／アドレス、ＴＭＳＩなどを含むことができる。従って、次いで「ＩＭＳＩアタッチ」に設定されたタイプを有してＴＡＵが行われたとき、またはＷＴＲＵがＣＳサービスに対して登録することを望むときは、ＭＭＥはＬｏｃａｔｉｏｎ Ｕｐｄａｔｅ ＲｅｑｕｅｓｔをＳＧＷのインターフェース上に送ることができる。

図１２は、専用ＭＭＥ１２４０がＣＳＦＢ機能をサポートしないときの、例示のＩＭＳＩデタッチ手順の図である。１２０１で非専用ＭＭＥ１２３０は、Ｈａｎｄｏｖｅｒ ＴｒｉｇｇｅｒメッセージをｅＮＢ１２２０に送ることができる。１２０２でｅＮＢ１２２０は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｉｒｅｄメッセージにより応答することができる。１２０３で非専用ＭＭＥ１２３０は、Ｆｏｒｗａｒｄ Ｒｅａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを専用ＭＭＥ１２４０に送ることができる。Ｆｏｒｗａｒｄ Ｒｅａｌｌｏｃａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージは、登録されたＬＡＩ、ＶＬＲ番号、および／またはＷＴＲＵ１２１０がＭＳＣ／ＶＬＲ１２５０に登録されており、非専用ＭＭＥ１２３０とＭＳＣ／ＶＬＲ１２５０の間に活動状態にあるＳＧＷ関連付けが存在することを示すＣＳＦＢフラグを含むことができる。次いで１２０４でｅＮＢ１２２０および専用ＭＭＥ１２４０は、Ｈａｎｄｏｖｅｒ Ｒｅｑｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅメッセージを交換することができる。１２０５で、専用ＭＭＥ１２４０がＣＳＦＢ機能をサポートしない場合は、それはＦｏｒｗａｒｄ Ｒｅｌｏｃａｔｉｏｎ Ｒｅｓｐｏｎｓｅメッセージ内で、ＣＳＦＢがサポートされない旨の表示を返すことができる。このような表示を受け取るとすぐに、１２０５で非専用ＭＭＥ１２３０は、Ｈａｎｄｏｖｅｒ ＣｏｍｍａｎｄをｅＮＢ１２２０に送ることができる。１２０６で非専用ＭＭＥ１２３０は、登録されたＭＳＣ／ＶＬＲ１２５０に向かってＩＭＳＩデタッチ手順を開始することができる。

図１２に示される例示の方法は、メッセージおよび／またはステップを特定の順序で示すが、すべてのメッセージおよび／またはステップが必要でない場合があり、特定の順序は異なり得ることが認識されるべきである。さらにステップおよび／またはメッセージは別々の事象として示され得るが、ステップおよび／またはメッセージは単一の事象として組み合わされ得る。同様に単一の事象は、複数の事象に分解され得る。

上記で論じられた方法および手順は、対応するインターフェースおよびプロトコルメッセージを用いて同様に、ＧＥＲＡＮおよびＵＴＲＡＮにおける組み合わされた手順に当てはまる。上述の方法および手順は、既存のリダイレクト方法および手順にも当てはまり得る。例えば既存のリダイレクト方法のいずれかを用いて、ターゲットＭＭＥはＷＴＲＵコンテキストをソースＭＭＥからフェッチすることができ、次いでそれは上述の表示をもたらすべきである。ターゲットＭＭＥは、これらの表示に基づいて上述の処置をとることができる。

上述の実施形態はまた、ＷＴＲＵのサブスクリプション情報が変化した場合、またはサービングＣＮにおけるローカルポリシーがそのような動作を必要とする場合に、ＷＴＲＵを専用ＣＮノードから非専用ＣＮノードに移動するために用いられ得る。

実施形態
１．無線送信／受信ユニット（ＷＴＲＵ）を専用コアネットワーク（ＣＮ）ノードにリダイレクトする方法。

２．サブスクリプション情報に基づいて、ＷＴＲＵは専用ＣＮノードにリダイレクトされるべきであることを決定するステップをさらに含む、実施形態１の方法。

３．ＷＴＲＵから、接続を求めるサービス要求を受け取るステップをさらに含み、接続はインターネットプロトコル（ＩＰ）接続とすることができる、実施形態２の方法。

４．サービス要求に応答して、グローバル一意一時的識別（ＧＵＴＩ）を割り当てるステップをさらに含む、実施形態３の方法。

５．サービス要求に応答して、ＷＴＲＵにＧＵＴＩを送信するステップをさらに含む、実施形態４の方法。

６．ＧＵＴＩはヌルＭＭＥグループ識別子（ヌルＭＭＥＧＩ）を含み、ヌルＭＭＥＧＩの値は専用ＣＮノードを示す、実施形態５の方法。

７．ＷＴＲＵから、トラッキングエリア更新（ＴＡＵ）要求を受け取るステップをさらに含む、実施形態６の方法。

８．ＴＡＵ要求に応答して、ヌルＭＭＥＧＩに基づいて、ＷＴＲＵを専用ＣＮノードにリダイレクトするステップをさらに含む、実施形態７の方法。

９．リダイレクトは、ＴＡＵを専用ＣＮノードに転送するステップを含む、実施形態８の方法。

１０．決定するステップに応答して、ＷＴＲＵを接続モードにするためにＷＴＲＵをページングするステップをさらに含む、実施形態２乃至９のいずれかの方法。

１１．ホーム加入者サーバ（ＨＳＳ）からサブスクリプション情報を受け取るステップをさらに含み、サブスクリプション情報はプッシュされたサブスクリプション情報である、実施形態２乃至１０のいずれかの方法。

１２．プッシュされたサブスクリプション情報を受け取るステップが、決定するステップを実行するようにＭＭＥをトリガするステップをさらに含む、実施形態１１の方法。

１３．プッシュされたサブスクリプション情報はサブスクリプション情報の変化を示し、プッシュされたサブスクリプション情報はＷＴＲＵが専用ＣＮノードによってサービスされるべきであることを示す、実施形態１１または１２の方法。

１４．サブスクリプション情報の変化に応答して、ＷＴＲＵをページングするステップをさらに含む、実施形態１３の方法。

１５．ＷＴＲＵが、周期的タイマを設定するための周期的タイマ割り当てを受け取るステップをさらに含む、実施形態１乃至１４のいずれかの方法。

１６．所定の条件で周期的タイマ割り当ては、周期的タイマに対するデフォルト割り当てより短い、実施形態１５の方法。

１７．ＷＴＲＵが、非専用ＣＮノードとのシグナリング接続の解放に応答して、周期的タイマ割り当てによってもたらされる時間に、周期的タイマを設定するステップをさらに含む、実施形態１５または１７の方法。

１８．ＷＴＲＵが、時間の満了に応答して、専用ＣＮノードとの接続を確立するステップをさらに含む、実施形態１７の方法。

１９．シグナリング接続は非アクセス層（ＮＡＳ）接続である、実施形態１７または１８の方法。

２０．専用ＣＮノードはモビリティ管理エンティティ（ＭＭＥ）である、実施形態１７乃至１９のいずれか１つの方法。

２１．周期的タイマは周期的トラッキングエリア更新（ＴＡＵ）タイマである、実施形態１５乃至２０のいずれか１つの方法。

２２．周期的タイマは、２秒と３時間および６分の間の値の範囲を有するように定義された、汎用パケット無線サービス（ＧＰＲＳ）タイマである、実施形態１５乃至２１のいずれか１つの方法。

２３．周期的タイマに対するデフォルト割り当ては５４分である、実施形態１６乃至２２のいずれか１つの方法。

２４．所定の条件は、ＷＴＲＵが専用ＣＮノードにリダイレクトされることになるＷＴＲＵとして指定されること、またはＭＭＥが特有のＧＵＴＩもしくはグローバル一意ＭＭＥ識別子（ＧＵＭＭＥＩ）を割り当てること、の１つである、実施形態１５乃至２３のいずれか１つの方法。

２５．ＷＴＲＵが、ネットワークは専用ネットワークであることを示す表示をネットワークから受け取るステップをさらに含む、実施形態１５乃至２４のいずれか１つの方法。

２６．ＷＴＲＵが、ブロードキャストまた専用シグナリングの１つを経由して表示を受け取る、実施形態２５の方法。

２７．ブロードキャストシグナリングは、無線リソース制御（ＲＲＣ）メッセージを含み、専用シグナリングは、アタッチ受け入れメッセージ、トラッキングエリア更新（ＴＡＵ）受け入れメッセージ、または非アクセス層（ＮＡＳ）セッション管理メッセージの１つへの、情報要素（ＩＥ）の挿入を含む、実施形態２６の方法。

２８．ＷＴＲＵが、強化型ノードＢ（ｅＮＢ）に、ｅＮＢがＷＴＲＵから受け取ったＮＡＳメッセージを専用ＣＮノードに転送するように、専用ＣＮノードを用いるようにＷＴＲＵが構成される旨の表示をもたらすステップをさらに含む、実施形態１５乃至２７のいずれか１つの方法。

２９．ＷＴＲＵが専用ＣＮからリルートメッセージを受け取るステップをさらに含み、リルートメッセージはセキュリティコンテキストを含む、実施形態１６乃至２８のいずれか１つの方法。

３０．リルートメッセージは、ＷＴＲＵメッセージおよびセキュリティパラメータの両方を含む単一のコンテナを備える、実施形態２９の方法。

３１．リルートメッセージは、ＷＴＲＵメッセージのためのＩＥ、およびセキュリティパラメータのための別個のＩＥを備える、実施形態２９または３０の方法。

３２．ＷＴＲＵが、非専用ＣＮノードからＷＴＲＵが切断されながら、専用ＣＮノードを指し示すＧＵＴＩを受け取るステップをさらに含む、実施形態１５乃至３１のいずれか１つの方法。

３３．ＷＴＲＵが、ＷＴＲＵが接続モードに入ったことに応答して、専用ＣＮノードにリダイレクトされるステップをさらに含む、実施形態３２の方法。

３４．ＣＮトリガ型ハンドオーバが完了した後にＷＴＲＵは、ＣＮトリガ型ハンドオーバの後にＷＴＲＵコンテキストを有するＣＮノードを指し示す新しいＩＤを受け取る、実施形態１５乃至３３のいずれか１つの方法。

３５．ＣＮノードはＭＭＥであり、ＷＴＲＵは新しいＧＵＴＩを割り振るＧＵＴＩ再割り当てコマンドを受け取る、実施形態２４の方法。

３６．ＷＴＲＵが、非専用ＣＮノードに切り換え復帰するための表示を受け取るステップをさらに含む、実施形態１５乃至３５のいずれか１つの方法。

３７．非専用ＣＮノードに切り換え復帰するための表示が、専用ＣＮノードからの専用ＣＮノードが過負荷である旨の表示、専用ＣＮノードが誤動作していることを示す上位レイヤ伝送エラーが存在する旨の表示、またはＷＴＲＵがアクセスするように要求したアクセスポイント名（ＡＰＮ）が専用ＣＮノードによってサポートされない旨の表示の１つである、実施形態３６の方法。

３８．ＷＴＲＵは、１日の特定の部分の間は専用ＣＮノードに関わり続け、次いで１日の残りの部分の間は非専用ＣＮノードに関わり続ける、実施形態１５乃至３７のいずれか１つの方法。

３９．ＷＴＲＵが、非専用ＣＮノードに切り換え復帰するように決定するステップをさらに含む、実施形態３６乃至３８のいずれか１つの方法。

４０．ＷＴＲＵが、非専用ＣＮノードに切り換え復帰するように決定するステップに応答して、デタッチ要求メッセージを専用ＣＮノードに送り、次いで非専用ＣＮノードへの新しい要求を開始するステップをさらに含む、実施形態３９の方法。

４１．ＷＴＲＵが、専用ＣＮノードからデタッチ要求メッセージを受け取るステップをさらに含み、デタッチ要求メッセージはＷＴＲＵが非専用ＣＮノードに再アタッチするべきである旨の表示を含む、実施形態１５乃至４０のいずれか１つの方法。

４２．ＷＴＲＵが、受け取られたデタッチ要求メッセージに応答して、アタッチ要求メッセージを非専用ＣＮノードに送るステップをさらに含む、実施形態４１の方法。

４３．ＷＴＲＵは専用ノードによってデタッチされ、ＷＴＲＵはデタッチ要求メッセージを専用ＣＮノードから受け取らない、実施形態４１の方法。

４４．ＷＴＲＵは、ＷＴＲＵプロファイル情報がＷＴＲＵは専用ＣＮノードによって対応されるべきであることを示すという条件で、ページを受け取るステップをさらに含む、実施形態１５乃至４３のいずれか１つの方法。

４５．ページは、国際モバイル加入者識別（ＩＭＳＩ）、ＳＡＥ一時的モバイル加入者識別（Ｓ−ＴＳＭＩ）、またはパケット一時的モバイル加入者識別（Ｐ−ＴＭＳＩ）を含む、実施形態４４の方法。

４６．ＷＴＲＵがＮＡＳメッセージを専用ＣＮノードに送るステップをさらに含み、ＮＡＳメッセージはＷＴＲＵに対するコンテキストを含まない、実施形態１５乃至４５のいずれか１つの方法。

４７．ＷＴＲＵが専用ＣＮノードから再アタッチするためのメッセージを受け取るステップをさらに含み、再アタッチするためのメッセージは、専用ＣＮノードによって受け取られたＷＴＲＵコンテキスト情報に応答して受け取られる、実施形態４６の方法。

４８．ＷＴＲＵが、原因コードを含むＳｅｒｖｉｃｅ Ｒｅｊｅｃｔメッセージを受け取るステップをさらに含む、実施形態４７の方法。

４９．原因コードがＷＴＲＵに、ネットワークに再アタッチさせる、実施形態４８の方法。

５０．無線送信／受信ユニット（ＷＴＲＵ）を専用コアネットワーク（ＣＮ）ノードにリダイレクトする方法であって、ソースＣＮノードによって行われ、更新されたサブスクリプション情報を受け取るステップを含み、更新されたサブスクリプション情報は、ＷＴＲＵを専用ＣＮノードにリダイレクトするための表示を含む、方法。

５１．パケットデータネットワークゲートウェイ（ＰＧＷ）が再選択されなければならないか、または専用ＰＧＷにリダイレクトされなければならないかを決定するステップをさらに含む、実施形態５０の方法。

５２．ＷＴＲＵを再アタッチするか、または再アタッチを行うためにＷＴＲＵを専用ＣＮノードにリダイレクトするかを決定するステップを
さらに含む、実施形態５１の方法。

５３．無線送信／受信ユニット（ＷＴＲＵ）の専用コアネットワーク（ＣＮ）ノードへのハンドオーバ時に、回線交換（ＣＳ）サービスを維持する方法であって、第１のメッセージを専用ＣＮノードに送信するステップを含み、第１のメッセージはＷＴＲＵの登録情報を含む、方法。

５４．第１のメッセージに応答して、第２のメッセージを専用ＣＮノードから受け取るステップをさらに含み、第２のメッセージは、専用ＣＮノードがＣＳサービスをサポートしない旨の表示を含む、実施形態５３の方法。

５５．デタッチ手順を開始するステップをさらに含む、実施形態５４の方法。

５６．実施形態１乃至４９のいずれか１つの方法を実施するように構成されたＷＴＲＵ。

５７．実施形態５０乃至５５のいずれか１つの方法を実施するように構成されたネットワークノード。

５８．ＷＴＲＵが、ロングタームエボリューション（ＬＴＥ）、移動体通信用グローバルシステム（ＧＳＭ）ＧＳＭ進化型高速データレート（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）、またはユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）の１つと共に動作するように構成された、実施形態５６のＷＴＲＵ。

５９．ネットワークノードが、ロングタームエボリューション（ＬＴＥ）、移動体通信用グローバルシステム（ＧＳＭ）ＧＳＭ進化型高速データレート（ＥＤＧＥ）無線アクセスネットワーク（ＧＥＲＡＮ）、またはユニバーサル地上無線アクセスネットワーク（ＵＴＲＡＮ）の１つと共に動作するように構成された、実施形態５７のネットワークノード。

６０．周期的タイマを備えるＷＴＲＵ。

６１．周期的タイマを設定するための周期的タイマ割り当てを受け取るように構成された受信ユニットをさらに備え、所定の条件で、周期的タイマ割り当ては、周期的タイマに対するデフォルト割り当てより短い、実施形態６０のＷＴＲＵ。

６２．非専用ＣＮノードとのシグナリング接続の解放に応答して、周期的タイマを、周期的タイマ割り当てによってもたらされた時間に設定するように構成された処理ユニットをさらに備える、実施形態６１のＷＴＲＵ。

６３．処理ユニットが、時間の満了に応答して、専用ＣＮノードとの接続を確立するようにさらに構成された、実施形態６２のＷＴＲＵ。

特徴および要素は上記では特定の組み合わせにおいて述べられたが、当業者は、各特徴または要素は単独で、または他の特徴および要素との任意の組み合わせにおいて用いられ得ることを理解するであろう。さらに本明細書で述べられた方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアにおいて実施され得る。コンピュータ可読媒体の例は、電子信号（有線または無線接続を通して送信される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリデバイス、内蔵ハードディスクおよびリムーバブルディスクなどの磁気媒体、光磁気媒体、ならびにＣＤ−ＲＯＭディスクおよびデジタル多用途ディスク（ＤＶＤ）などの光媒体を含むが、それらに限定されない。ＷＴＲＵ、ＵＥ、端末装置、基地局、ＲＮＣ、または任意のホストコンピュータにおける使用のために、無線周波数トランシーバを実現するように、ソフトウェアと関連してプロセッサが用いられ得る。

Claims (20)

1. モビリティ管理エンティティ（ＭＭＥ）によって、無線送信受信ユニット（ＷＴＲＵ）を専用コアネットワーク（ＣＮ）ノードにリダイレクトする方法であって、
   サブスクリプション情報の変化に基づいて、前記ＷＴＲＵは前記専用ＣＮノードにリダイレクトされるべきであることを決定するステップと、
   前記ＷＴＲＵからの接続のためのサービス要求に応答して、グローバル一意一時的識別（ＧＵＴＩ）を前記ＷＴＲＵに割り当てるステップであって、前記サービス要求は、トラッキングエリア更新（ＴＡＵ）要求ではなく、および前記サービス要求は、アタッチ要求ではない、ステップと、
   前記ＷＴＲＵに前記ＧＵＴＩを送信するステップと
   を含む、方法。
2. 前記ＧＵＴＩはヌルＭＭＥグループ識別子（ヌルＭＭＥＧＩ）を含み、前記ヌルＭＭＥＧＩの値は前記専用ＣＮノードを示す、請求項１に記載の方法。
3. 前記ＷＴＲＵは接続モードにある、請求項１に記載の方法。
4. 前記ＭＭＥが前記ＧＵＴＩを送信するステップの後、前記専用ＣＮノードへの前記ＷＴＲＵのリダイレクトを迅速化するために、前記ＭＭＥが前記ＷＴＲＵとのネットワークアクセス層（ＮＡＳ）接続を解放するステップをさらに含む、請求項１に記載の方法。
5. 前記決定するステップに応答して、前記ＷＴＲＵを接続モードにするために前記ＷＴＲＵをページングするステップをさらに含む、請求項１に記載の方法。
6. ホーム加入者サーバ（ＨＳＳ）から前記サブスクリプション情報を受け取るステップであって、前記サブスクリプション情報はプッシュされたサブスクリプション情報である、請求項１に記載の方法。
7. 前記プッシュされたサブスクリプション情報を受け取る前記ステップが、前記決定するステップを実行するように前記ＭＭＥをトリガする、請求項６に記載の方法。
8. 前記プッシュされたサブスクリプション情報は前記サブスクリプション情報の変化を示し、前記プッシュされたサブスクリプション情報は前記ＷＴＲＵが前記専用ＣＮノードによってサービスされるべきであることを示し、前記方法は、
   前記サブスクリプション情報の前記変化に応答して前記ＷＴＲＵをページングするステップをさらに含む、請求項７に記載の方法。
9. 前記プッシュされたサブスクリプション情報は、専用ＣＮノードタイプを示すＣＮノードタイプパラメータを含む、請求項７に記載の方法。
10. 前記サービス要求は、ネットワークアクセス層（ＮＡＳ）接続確立を含む、請求項１に記載の方法。
11. 無線送信受信ユニット（ＷＴＲＵ）を専用コアネットワーク（ＣＮ）ノードにリダイレクトするように構成されたモビリティ管理エンティティ（ＭＭＥ）であって、
    プロセッサであって、
    サブスクリプション情報の変化に基づいて、前記ＷＴＲＵは前記専用ＣＮノードにリダイレクトされるべきであることを決定すること、および
    前記ＷＴＲＵからの接続のためのサービス要求に応答して、グローバル一意一時的識別（ＧＵＴＩ）を前記ＷＴＲＵに割り当てることであって、前記サービス要求は、トラッキングエリア更新（ＴＡＵ）要求ではなく、および前記サービス要求は、アタッチ要求ではない、割り当てること
    を行うように構成されたプロセッサと、
    前記ＷＴＲＵに前記ＧＵＴＩを送信するように構成された送信機と
    を備える、ＭＭＥ。
12. 前記ＧＵＴＩはヌルＭＭＥグループ識別子（ヌルＭＭＥＧＩ）を含み、前記ヌルＭＭＥＧＩの値は前記専用ＣＮノードを示す、請求項１１に記載のＭＭＥ。
13. 前記ＷＴＲＵは接続モードにある、請求項１１に記載のＭＭＥ。
14. 前記プロセッサは、前記ＧＵＴＩを送信した後、前記専用ＣＮノードへの前記ＷＴＲＵのリダイレクトを迅速化するために、前記ＷＴＲＵとのネットワークアクセス層（ＮＡＳ）接続を解放するようにさらに構成される、請求項１１に記載のＭＭＥ。
15. 前記送信機は、前記ＷＴＲＵは前記専用ＣＮノードにリダイレクトされるべきであるとの決定に応答して、前記ＷＴＲＵを接続モードにするために、前記ＷＴＲＵをページングするようにさらに構成される、請求項１１に記載のＭＭＥ。
16. ホーム加入者サーバ（ＨＳＳ）から前記サブスクリプション情報を受け取るように構成された受信機をさらに備え、前記サブスクリプション情報はプッシュされたサブスクリプション情報である、請求項１１に記載のＭＭＥ。
17. 前記受け取られた、プッシュされたサブスクリプション情報は、前記ＷＴＲＵがリダイレクトされるべきであることを決定するように前記ＭＭＥをトリガする、請求項１６に記載のＭＭＥ。
18. 前記プッシュされたサブスクリプション情報は前記サブスクリプション情報の変化を示し、前記プッシュされたサブスクリプション情報は前記ＷＴＲＵが前記専用ＣＮノードによってサービスされるべきであることを示し、前記送信機は、前記サブスクリプション情報の前記変化に応答して前記ＷＴＲＵをページングするようにさらに構成された、請求項１７に記載のＭＭＥ。
19. 前記プッシュされたサブスクリプション情報は、専用ＣＮノードタイプを示すＣＮノードタイプパラメータを含む、請求項１７に記載のＭＭＥ。
20. 前記サービス要求は、ネットワークアクセス層（ＮＡＳ）接続確立を含む、請求項１１に記載のＭＭＥ。