JP3828424B2 - 通信ネットワークに接続を形成するシステム及び方法 - Google Patents

Description

【０００１】
【技術分野】
本発明は、通信ネットワークに接続を形成するシステム及び方法に係る。通信ネットワークは、純粋なデータネットワーク、データ及び／又は他の形式の情報、例えば、スピーチを送信するためのネットワーク、或いは非データ情報専用に予約されたネットワークである。又、ネットワークは、回路交換ネットワーク、ＧＰＲＳ又はＵＭＴＳネットワークのようなパケット交換ネットワーク、或いは異なる形式のネットワークの組み合わせより成る。
【０００２】
【背景技術】
通信ネットワークに接続を形成するときには、通常は、接続起点ネットワーク要素、接続終点ネットワーク要素、及び／又は１つ以上の中間ネットワーク要素、例えば、ベースステーション、ベーストランシーバステーション、ベースステーションコントローラ、及び／又はシグナリング及び／又はユーザトラフィックを取り扱う１つ以上のサポートノードを含む多数のネットワーク要素が包含される。
【０００３】
例えば、ＧＰＲＳベース又はＵＭＴＳベースのネットワークでは、移動ステーション（ＭＳ）のようなユーザ装置を起点とするか又は終点とする接続（例えばコール）が、無線ネットワークコントローラ（ＲＮＣ）を使用する接続終点又は起点装置へと行われ、そのＲＮＣは、ＳＧＳＮ（サービングＧＰＲＳサポートノード）及びおそらくはＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）と通信する。接続終点又は起点装置は、同じネットワークに配置されてもよいし又は異なるネットワークに配置されてもよい。特に、移動ユーザ装置の場合には、その実際の位置が、ルーティングエリアの分解能で定義される（例えばアイドル状態において）か、或いはセルのもっと細かい分解能で定義される（例えば、コールのような接続を取り扱うとき）。ルーティングエリア（ＲＡ）とは、ＧＰＲＳに関連して使用される標準的な用語であり、一方、ＧＳＭ及びＵＭＴＳ回路交換システムは、位置エリア（ＬＡ）という用語を使用することに注意されたい。両方の場合に、エリアとは、移動ステーションがサービングノード（例えば、ＳＧＳＮ又はＭＳＣ／ＶＬＲ）に登録され、そして最終的に、サービングノードが移動ステーションをページングしてダウンリンク接続を確立するエリアを指す。本明細書では、エリアという用語は、位置エリア及び／又はルーティングエリアを指すものとして使用される。
【０００４】
全ネットワークのカバレージエリアは、通常、多数のエリア（ＲＡ又はＬＡ）に分割され、１つのエリア（ＧＰＲＳ又はＵＭＴＳベースのネットワーク）が１つのサービングノードに指定される（１つのサービングノードは、通常、多数のエリアを取り扱う）。ユーザ装置が現在位置するエリアに関する情報をもつときには、そのユーザ装置への又はそこからの接続を取り扱う役目のサービングノードが明確に定義される。
【０００５】
しかしながら、例えば、ＧＳＭ及びＵＭＴＳでは、ルーティング又は位置エリアと指定のＳＧＳＮとの間のこの１対１の相関は、ＳＧＳＮがブレークダウンするか或いはソフトウェア更新のようなメンテナンスオペレーションが必要な場合には欠点となる。このような場合に、ルーティングエリアは、完全に遮断しなければならず、少なくとも一時的に、接続の形成に使用できなくなる。
【０００６】
この状態は、少なくとも２つのサービングノード、例えば、２つのＳＧＳＮが同じルーティングエリアを取り扱いできるようにネットワーク構造を変更したときには著しく改善することができる。このような場合には、例えば、ベースステーションコントローラ（ＢＳＣ）又は無線ネットワークコントローラ（ＲＮＣ）が、Ｉｕ及び／又はＧｂのような異なるインターフェイスを使用することができる。２つの無線インターフェイスを使用しそして単一のベーストランシーバステーション（ＢＴＳ）のみを設けることにより、多数の形式の移動ステーションをサポートすることができる。
【０００７】
同じルーティングエリアにサービスする２つ以上のサポートノードを設けたときには、既に使用されていたＳＧＳＮが過負荷状態になるか又は故障した場合にＲＮＣ（おそらく使用可能なＳＧＳＮのリストを有する）が別のＳＧＳＮを使用できることにより回復力のような多数の効果を発揮する。更に、エリアを遮断せずに、ソフトウェア更新のようなメンテナンスオペレーションを行うことができる。加えて、ＳＧＳＮ間ハンドオーバーにより生じるネットワークシグナリングを減少することができる。
【０００８】
例えば、ロンドンエリアのような都市エリアをカバーするために多数のＳＧＳＮを設けることができ、そして都市の周りを移動する移動ステーションは、常に、そのオリジナルのＳＧＳＮを使用して、接続を取り扱うことができる。
例えば、ＩＰネットワークは、Ｉｕインターフェイスのようなインターフェイスに導入することができ、Ｉｕインターフェイスは、現在主にＲＮＣとＳＧＳＮとの間のポイント対ポイントＩｕインターフェイスとして使用されている。ＩＰネットワーク又は他の適当な形式のネットワークをＩｕインターフェイスに導入するときには、１つのＲＮＣが多数のＳＧＳＮに接続される。
【０００９】
１つのネットワーク要素（例えば、ユーザ装置への無線接続を制御する役割を果たす）が、別に設けられる異なるサポートノードへ接続できる場合には、適当なサポートノード、例えば、シグナリング接続に使用されるＳＧＳＮを見出して選択する上で問題が生じる。このシグナリング接続は、例えば、ユーザ装置（例えば、ＭＳ）と、ＳＧＳＮのようなサポートノードとの間にＬ３（層３）メッセージ（移動管理ＭＭ及びセッション管理ＳＭのような）を転送するのに使用することができる。更に、サポートノード間ハンドオーバーの場合には、新たなサポートノードは、ハンドオーバーまでユーザ装置にサービスしていた古いサポートノードを見出すことから利益が得られる。
【００１０】
【発明の開示】
本発明は、上記問題を部分的に又は完全に解消するか又は少なくとも軽減するための解決策を提供する。
１つの特徴によれば、本発明は、請求項１に記載のシステムを提供する。このシステムは、ネットワーク全体で構成されてもよいし、ネットワークの一部分だけであってもよいし、或いは２つ以上のネットワークで構成されてもよい。
更に別の特徴によれば、本発明は、方法の独立請求項に記載した方法を提供する。
更に、本発明は、更に別の特徴によれば、ネットワーク又は接続に使用できるハードウェア構造又は機能を実施するために装備される１つ以上のネットワーク要素、或いは請求項に記載され及び／又は以下に説明する選択方法も提供する。
【００１１】
本発明は、無線ネットワークコントローラ又はベースステーションコントローラのような第１ネットワーク要素が、どのサポートノード（例えば、ＳＧＳＮ）を接続（例えば、シグナリング接続又はユーザトラフィック接続）に使用するか判断できるようにする解決策を提供する。シグナリング接続は、Ｌ３メッセージ、例えば、ＭＭ及びＳＭのようなメッセージを、ユーザ装置、例えば、ＭＳのようなネットワーク要素とサポートノードとの間で転送するために設けられる。従って、第１ネットワーク要素は、例えば、同じルーティングエリアにサービスする異なるサポートノードに接続されてもよい。このような実施は、上述した効果を与える。
【００１２】
又、本発明は、ＳＧＳＮのような異なるサポートノード間の接続をハンドオーバーする場合に、そのときまでユーザ装置にサービスしていた古いサポートノードを新たなサポートノードが見出せるようにする構造体及び方法も提供する。
本発明によれば、「ルーティングエリア認識（ＲＡＩ）」のようなエリア識別子が第１ネットワーク要素（例えば、ＲＮＣ）により使用されて、サポートノードのような別々に選択できる第２ネットワーク要素のリストが導出される。このリストにおいて、異なるサポートノードがそれらのアドレスで識別される。このリストは、ＲＮＣの内部に予め構成される。別の実施形態によれば、第１ネットワーク要素は、識別子（例えば、ＲＡＩ）を含むメッセージ又は要求を、ＤＮＳ（ドメインネームシステム）サーバーのような別のネットワーク要素に送信し、その応答として、ＲＡＩで指示されたルーティングエリアにサービスする考えられる第２ネットワーク要素のリストを受信することができる。これは、予め構成されたリストの必要性を回避し、そして考えられる第２ネットワーク要素のリストがＩＰアドレスを含む場合には、ＤＮＳが特に適したものとなる。
【００１３】
別のネットワーク要素は、考えられる第２ネットワーク要素のリスト（テーブル）を記憶するメモリを含むか又はそれと協働するのが好ましく、そしてこのリストをローリング又は分配リストとして送信し、負荷を分散することができる。このリストは、例えば、多数の部分の形態で送信され、各部分は、１つ又は２つ（又はそれ以上）の選択可能な第２ネットワーク要素のみを指示する。又、このリストは、例えば、リスト要求を送信するか又はこのエリアに対するデフォールト第２ネットワーク要素を最初に指示する第１ネットワーク要素のアドレスに基づいて規定の順序でランク付けされてもよい。このランク付けは、リストに示された第２ネットワーク要素の最初のものが、常に、第１ネットワーク要素に最も近いものとなり、リストされた第２ネットワーク要素の第２番目が、第１ネットワーク要素に２番目に近いものとなり、等々となるように行われる。
【００１４】
又、このリストにおける第２ネットワーク要素のリスティング順序は、ある実施形態では、各リストされた第２ネットワーク要素の実際の負荷又は以前の負荷に関する情報に基づいてもよい。或いは又、第２ネットワーク要素のリスティングの順序は不変に保たれるが、そのリストされた第２ネットワーク要素の実際の又は以前の負荷状態を指示する付加的な情報がリストに載せられてもよい。この後者のケースでは、第１ネットワーク要素は、負荷状態情報もチェックし、そして負荷が最も小さい第２ネットワーク要素の１つ、又は少なくとも負荷が軽い第２ネットワーク要素の１つを選択するように適応される。
負荷を考慮した第２ネットワーク要素のリスティング順序の変更、又はリストへの負荷情報の取り付けは、ネットワークに対して設けられたオペレーション・メンテナンスシステム（Ｏ＆Ｍ）により実行されるのが好ましい。
【００１５】
本発明の１つの考えられる実施形態によれば、ソフトウェア更新のようなメンテナンスオペレーションがプランニングされる第２ネットワーク要素が、ソフトウェア更新の、ある時間例えば数時間前に、リストから引き出される（問い合わせしている第１ネットワーク要素へ送信するために）。このようにして、この第２ネットワーク要素により依然として処理される接続又はコンテクストは、全くないか又は少なくとも多くはないように確保することができる。
本発明の１つの考えられる実施形態によれば、第２ネットワーク要素が応答しない場合に、別の第２ネットワーク要素がリストから選択される。
【００１６】
１つの考えられる実施形態によれば、ＣＮ（コアネットワーク）識別子のような識別子が、例えば、ＲＲＣ（無線リソース制御）メッセージのようなメッセージに追加され、このメッセージは、接続を開始し及び／又はＬ３メッセージ（例えば、アタッチされた要求、ルーティングエリア更新要求又はサービス要求）のようなメッセージを搬送するのに使用される。第１ネットワーク要素（例えば、ＲＮＣ）は、ＲＲＣメッセージからの識別子（例えば、ＣＮ識別子）をチェックする。更に、第１ネットワーク要素は、ユーザ装置が実際に位置するセルからＲＡＩのようなエリア識別子を推測することもできる。エリア識別子とＣＮ識別子を組み合わせると、サービングノードが明確に識別される。第１ネットワーク要素は、サービングノードのアドレスをリストから導出する。１つの実施形態では、第１ネットワーク要素は、エリア識別子及び／又はＣＮ識別子を使用し、送信された識別子に指定された第２ネットワーク要素のリストを送信するようにＤＮＳサーバーのようなリスト送信ネットワーク要素に要求する。
【００１７】
ＧＳＭ又はＵＭＴＳシステムのようなあるシステムは、同じエリアにサービスする異なる形式のサービングノード（例えば、ＳＧＳＮ及びＭＳＣ／ＶＬＲ）を有する。ＵＭＴＳシステムでは、ＲＲＣシグナリングは、ＣＮ形式を識別するパラメータ（ＣＮドメイン認識）を含む。ＧＳＭでは、ＣＮ形式が、確立されたチャンネルの形式から含蓄的に識別される。
このようなシステムでは、サービングノードを明確に識別するために、エリア識別子及びＣＮ識別子の組み合わせに加えて、ＣＮ形式の指示も必要とされる。
【００１８】
本発明の１つの考えられる実施形態によれば、第２ネットワーク要素の１つは、ＭＳのような接続終点又は起点装置が現在位置するルーティングエリアにサービスするデフォールト第２ネットワーク要素として設定される。第１ネットワーク要素は、他の第２ネットワーク要素が選択されない（即ちＣＮ識別子がＭＳにより送信されない）限り、このデフォールト第２ネットワーク要素を使用して、接続を処理するように構成される。
【００１９】
本発明の実施形態によれば、あるルーティングエリアをカバーする使用可能な第２ネットワーク要素の１つを選択することは、ユーザ装置、例えば、移動ステーションのような他のネットワーク要素から到来する情報に基づいて行うことができる。ユーザ装置が、例えば、そのユーザ装置への及びそこからの接続を以前に処理したあるサポートノード（第２ネットワーク要素）への接続、例えば、シグナリング接続を確立しようとする場合には、そのユーザ装置は、例えば、ＲＮＣである第１ネットワーク要素へＣＮ識別子のような付加的な情報を送信するのが好ましい。例えば、ユーザ装置は、ＳＧＳＮのようなあるサポートノードにシグナリング接続を確立し、その後、シグナリング接続が解除され、そしてユーザ装置は、同じサポートノードへのシグナリング接続を再び確立することを希望する。
【００２０】
本発明の１つの特徴によれば、ユーザ装置は、次いで、ＣＮ識別子のような識別子情報を、例えば、Ｌ３メッセージ（例えばルーティングエリア更新要求又はサービス要求）を搬送するのに使用されるメッセージに追加することができる。ＭＳが、それが登録された以前のサービングノードでは取り扱いできない新たなエリアへ移動する場合には、ＲＮＣが新たなサービングノードを選択し、そしてその新たなサービングノードは、ＣＮ識別子（この実施形態ではルーティングエリア更新要求に追加された）及び古いＲＡＩ（ＧＳＭ及びＵＭＴＳではルーティングエリア更新要求において送信された）の組み合わせを使用することにより、古いサービングノードのアドレスを導出することができる。それに加えて、又はそれとは別に、第１ネットワーク要素（例えば、ＲＮＣ）は、Ｌ３メッセージからのＣＮ識別子情報をチェックする。
【００２１】
新たなサービングノードは、そのＣＮ識別子を、例えば、ルーティングエリア更新受け入れにおいて送信するか、又はその受け入れをＭＳにアタッチしなければならない。
本発明は、更に、特にノード間ハンドオーバーの後に、新たなサポートノードにより古いサポートノード（例えば、古いＳＧＳＮ）を見出して選択できるようにする。古いＳＧＳＮを古いＲＡＩで見出すことのできる構造においては（１つのＳＧＳＮのみが、ＲＡＩにより指定された特定のルーティングエリアにサービスするときに）、古いＳＧＳＮを見出すのに何ら問題はない。しかしながら、ルーティングエリアが多数のサポートノードにより並列にカバーされる状態では、新たなサポートノードが古いサポートノードを検出して、例えば、接続を取り扱うコンテクスト情報、例えば、ＰＤＰ（パケットデータプロトコル）コンテクスト情報をコピーできるのが効果的である。
【００２２】
本発明の１つの特徴によれば、ＲＡ（ルーティングエリア）又はＬＡ（位置エリア）のようなあるエリアをカバーする第２ネットワーク要素（即ちサポートノード）のリストを記憶するネットワーク要素は、更に、各サポートノードに対し、そのサポートノードを識別するＣＮ識別子を記憶することができる。この識別子は、新たな情報エレメントとして送信されてもよいし（即ち、明確に送信される）、又は一時的認識のような別の情報エレメントの一部分としてコード化されてもよい（即ち、含蓄的に送信される）。ＣＮ識別子を含蓄的に送信する一例として、ＣＮ識別子は、ＰＴＭＳＩ（パケット一時的移動ステーション認識）の幾つかのビット（例えば、最後の４ビット）で形成されてもよい。
【００２３】
各エリア（例えば、ＲＡ又はＬＡ）に対して使用可能な第２ネットワーク要素のリストを記憶するネットワーク要素は、ＤＮＳサーバーでよく、そしてＲＡＩ（ルーティングエリア識別子）又はＬＡＩ（位置エリア識別子）のような各エリア指示子へとマップされたサポートノードのリストを記憶するのが好ましい。このネットワーク要素は、それに送られたエリア識別子に応答して、各エリア（例えば、ＲＡＩ）に指定された各サポートノード（第２ネットワーク要素）のＩＰアドレスだけでなく、更に、それらのサポートノードに指定されたネットワーク要素識別子、及び最終的には、サポートノードの形式も返送することができる。接続（例えば、シグナリング接続）を取り扱う第２ネットワーク要素を選択する役目を果たすネットワーク要素は、次いで、例えば、ユーザ装置から選択基準として送信されたネットワーク要素識別子に対応するネットワーク要素識別子を有する第２ネットワーク要素を選択することができる。
【００２４】
或いは又、リストを記憶するネットワーク要素は、ＣＮ識別子及びエリア識別子の両方で問い合わせすることができ、従って、正しいサポートノードのアドレスだけが返送される。
サポートノードの形式は、例えば、２Ｇ及び３Ｇの両ＳＧＳＮを含むネットワークに使用することができる。この場合に、ＲＮＣ（３Ｇのみ）は、指示されたサポートノードの形式に基づき、３Ｇサポートノードとして指示されたサポートノードだけを選択することができる。
【００２５】
請求項に記載された第２ネットワーク要素は、ユーザ装置に関する状態情報（例えば、位置、加入者データ等）を維持するのが好ましい。状態情報は、同じサービングノード、例えば、同じＳＧＳＮへの接続を保持できるようにする。状態情報がないと、ユーザ装置は、サービングノード、例えば、ＳＧＳＮを接続のたびに切り換えることになる。
接続は、ＭＳがＣＮエリア内を移動するときに同じ選択可能な第２ネットワーク要素に維持されるのが好ましい。
【００２６】
処理の問題を回避するために、本発明の１つの特徴によれば、ルーティングエリアに対して使用できる第２ネットワーク要素（例えば、ＳＧＳＮ）の１つは、マスターネットワーク要素であって、これは、ＰＤＰコンテクストのようなコンテクスト情報をそれ自身取り扱わない場合には、中継装置として機能し、そして例えば、ユーザ装置からＰＴＭＳＩと一緒に送信された識別子に基づいて古い第２ネットワーク要素を決定することができる。このような場合に、識別子は、ユーザ装置への接続を取り扱う役目を果たす時間周期中に（例えば、その始めか終わりに）古いサポートノードからユーザ装置へＰＴＭＳＩと一緒に送信されたものである。従って、ユーザ装置は、その接続を取り扱ったサポートノードのようなサポートネットワーク要素を知る。この実施形態は、ＭＳが移動したＳＧＳＮが、適当な古い（即ち以前の）ＳＧＳＮを見出すようにアップグレードされていない場合に、特に適用できる。
【００２７】
又、第２ネットワーク要素は、ＭＳＣ（移動交換センター）でもよいし、又は例えば、回路交換ネットワークにおける他の形式のサービング要素でもよい。
本発明により提供される解決策は、更に、異なる世代のネットワーク要素（例えば、２ＧのＳＧＳＮ及び３ＧのＳＧＳＮ）が設けられて、同じルーティングエリアに対する接続を取り扱う場合にも適用することができる。サポートノードの選択は、確立及び／又は要求された接続の形式、或いはユーザ装置の形式に基づいて行うことができる。例えば、本発明は、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク）に使用することもできる。
【００２８】
本発明は、セルラーネットワークが少なくとも部分的にＩＰベースとなるように有効に適応させることができる。ＩＰネットワークは、本質的に、ピア対ピア構成にされるが、ＧＳＭ、ＵＭＴＳ等の従来のセルラーネットワークは、通常、ハイアラーキーアーキテクチャーをベースとし、無線アクセスネットワーク（ＲＡＮ）、又はより詳細には、ＲＮＣ、ＲＮＳ、ＢＴＳ、ＢＳＳ等の無線アクセスを制御するコントローラは、単一のサービングノード（例えば、ＭＳＣ／ＶＬＲ；ＳＧＳＮ；・・）により取り扱われる。
【００２９】
本発明は、一般に、例えば、ユーザ装置への無線アクセスを与える１つのネットワーク要素（例えば、ＲＡＮ）が、コアネットワーク（ＣＮ）ノードのような多数のサービングノードに接続される構造及び方法を提案する。これは、ＣＮノードエリア間更新手順の数を減少しそして信頼性を高める。従って、本発明は、１つの無線アクセスネットワーク（又は無線アクセスを与えるか又は制御するネットワーク要素）と、位置エリア（ＬＡ）又はルーティングエリア（ＲＡ）を、同じ形式の多数のサービングノードで取り扱うことのできるセルラーシステムのための新規なアーキテクチャーを提案する。どのサービングノードに接続を行うべきかを判断するためのルーティング機能は、無線アクセスネットワーク（ＲＡＮ）又は無線アクセスを与えるか又は制御する各ネットワーク要素に配置されるのが好ましく、無縁アクセスネットワークとサービングノードとの間やサービングノード内には配置されない。ＲＡＮに配置されるルーティング機能は、更に、接続するサービングノードを選択するための方法を与え又は備えている。
【００３０】
更に、本発明による方法及びシステムは、ユーザ装置が実際に登録されたノードを検出するのに使用でき、ネットワーク要素の１つは、ユーザ装置の現在位置エリア（又はルーティングエリア）にサービスするサービングノードのリストを有している。このリストは、デフォールトサービングノードを含むのが好ましい。接続を取り扱うために使用されるべきサービングノードは、次のように決定されるのが好ましい。即ち、ユーザ装置が、コアネットワーク（ＣＮ）識別子のような識別子を送信しないときには、デフォールトサービングノードがもし定義されていれば、それがリストから選択される。ユーザ装置が、ＣＮ識別子のような識別子を送信した場合には、その識別子に対応するサービングノードが選択される。デフォールトサービングノードは、ルーティング又は位置エリアに対しリストの特定位置に記載されたサービングノード、例えば、リストに記載された第１サービングノードであると定義される。ユーザ装置から識別子が送信されないときには、特定の場所に記載されたサービングノード、例えば、第１に記載されたサービングノードが、ＲＡＮによりリストから選択される。
【００３１】
この方法及び構造は、使用すべきサービングノードを見出すために、無線アクセスネットワーク（或いはＲＡＮ制御ノード又は要素）により使用することができる。同様に、この方法及び構造は、ユーザ装置が登録された古いサービングノードを見出すために新たなサービングノードによって使用することもできるし、或いは特にＧｓインターフェイスが使用される場合には、ユーザ装置が登録されたＭＳＣ／ＶＬＲを見出すために新たなサービングノードによって使用されてもよい。
【００３２】
本発明の１つの特徴によれば、ＭＳのようなユーザ装置は、ＣＮ識別子を使用することによりサービングノードを選択するようにされる。ＣＮ識別子は、最近使用した識別子であってもよいし、又はユーザ装置、例えば、そのＳＩＭカードに記憶された予め構成された即ち所定のＣＮ識別子であってもよい。この特徴は、請求項４８ないし５２に記載されている。
【００３３】
更に、本発明による方法及びシステムは、多数のオペレータ（各々自分自身のサービングノードを所有している）が共通の無線アクセスネットワーク（別のオペレータにより所有された）を共用できるように使用されてもよい。各オペレータが異なるＣＮ識別子を使用する場合、及びＭＳが、ＳＩＭカードから通常読み出される契約情報に基づいて同じＣＮ識別子を常に使用する（全く最初のアタッチ要求においても）ように構成された場合には、ＭＳは、そのオペレータ（そこからＳＩＭカードを購入した）により所有されたＳＧＳＮに常に接続される。
従って、本発明は、同様に、請求項５３ないし５５に記載のシステム、及び／又は更に別の請求項に記載のネットワーク要素も提供する。
【００３４】
【発明を実施するための最良の形態】
図１は、本発明によるシステムの実施形態の基本的構造を示す図である。このシステムは、ネットワーク１として実施されるか又はその一部分を形成し、このネットワーク１は、少なくとも１つの、又は通常は複数のユーザ装置２を備え、これは、この実施形態では、移動ステーションＭＳとして実施される。又、ユーザ装置は、固定ターミナルのような他の形式の装置でもよい。１つのユーザ装置２しか示されていないが、通常は、多数のユーザ装置がネットワーク１にアタッチされ、接続起点装置又は終点装置を表す。
【００３５】
ネットワーク１又は別のネットワークの一部分を形成する別の装置との接続又は接続設定の場合には、ユーザ装置２への無線接続が形成されて、無線アクセスネットワーク（ＲＡＮ）により取り扱われる。ＲＡＮは、この実施形態では、無線ネットワークコントローラ（ＲＮＣ）３を備え、これは、ユーザ装置２へ無線接続するための無線アクセスネットワークの一部分であるか又はそれを表わす。通常、ネットワーク１の異なるエリアの無線カバレージのためにネットワーク１には多数の無線アクセスネットワーク及びコントローラ３が設けられる。ＲＮＣ３（第１ネットワーク要素）は、この実施形態ではＳＧＳＮ４及び６として実施される異なるサービングノードに選択的に接続される。
【００３６】
ネットワークは、ビジター位置レジスタ（ＶＬＲ）と通常結合される移動交換センター（ＭＳＣ）のような付加的な又は別のサービングノードを含んでもよい。サービングノード４、６は、もし必要であれば、ゲートウェイノード５に接続することができ、このノードは、ＧＧＳＮであり、他のネットワークへの接続を行えるようにする。
更に、ＤＮＳ（ドメインネームシステム）サーバー７が設けられ、これは、ネットワーク１の一部分を形成してもよいし、又はネットワークの外部要素であってもよい。ＤＮＳサーバー７は、ＲＮＣ３によりアクセスすることができ、そして通常は、サービングノード４、６及び／又はゲートウェイノード５のような他のネットワーク要素によってアクセスすることもできる。通信の可能性は、図１では双頭矢印として示されている。
【００３７】
ＤＮＳサーバー７は、ネットワーク１のルーティングエリア又は位置エリアを別々にカバーするのに使用できるサービングノードのリスト（テーブル）を記憶するメモリ（図示せず）へのアクセス可能性を含むか又は有する。
図５は、メモリに記憶されたテーブルの一例を示す。この例によれば、テーブルは、多数の行及び列を含む。左の列「ＳＧＳＮ」は、使用可能なサービングノードを示す。ＳＧＳＮ１は、ＳＧＳＮ４に対応し、ＳＧＳＮ２は、ＳＧＳＮ６に対応し、そしてＳＧＳＮ３、ＳＧＳＮ４は、図１に示されていない更に別のサービングノードに対応し、ネットワーク１の他のルーティング又は位置エリアをカバーする。このテーブルは、更に、「ＳＧＳＮのＩＰアドレス」という列を含み、これは、個々の使用可能なサービングノードのＩＰアドレスを示す。「ＳＧＳＮ名」又は「（ＳＧＳＮ識別子）」という列は、個々のサービングノードを識別する識別子を示す。この例では、ノード（２Ｇ又は３Ｇ）の形式は、識別子において形成される。「ルーティングエリア」という列は、個々のサービングノードによりカバーされるルーティングエリア又は位置エリアを示す。例えば、サービングノードＳＧＳＮ１、ＳＧＳＮ２、ＳＧＳＮ３及びＳＧＳＮ４は、同じ第１ルーティングエリアＲＡ１をカバーするのに使用でき、一方、サービングノードＳＧＳＮ１、ＳＧＳＮ２、ＳＧＳＮ３及びＳＧＳＮ５は、移動ステーションが例えばルーティングエリアＲＡ１から移動した後に位置する第２ルーティングエリアＲＡ２を別にカバーするのに使用できる。
【００３８】
本発明の実施形態の細部に基づき、記憶されたリストは、図５に示す全ての列を必ずしも含まない。例えば、列「ＳＧＳＮ」及び／又は「ルーティングエリア」は、（ＲＮＣにより取り扱われる全てのＲＡが同じＣＮ識別子を使用しそしてリストがＲＮＣごとに特有である場合には）省略されてもよい。或いは又、リストは、適切なサービングノードを選択するのに有用な付加的な情報を含んでもよい。例えば、「サービングノード形式」という列、及び／又は幾つかの又は全ての各エリアに対するデフォールトノードを指示する列が追加されてもよい。
【００３９】
一般に、本発明によるネットワーク又はシステムのアーキテクチャーは、同じ無線アクセスネットワーク又はノードＲＡＮ（例えば、ＢＳＳ「ベースステーションサブシステム」；ＵＴＲＡＮ「ＵＭＴＳ地上無線アクセスネットワーク」；ＧＥＲＡＮ「ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク」）に接続されそして同じ位置エリア（ＬＡ）及び／又はルーティングエリア（ＲＡ）に指定された同じ形式の２つ以上のＣＮ（コアネットワーク）ノード（例えば、ＭＳＣ及び／又はＳＧＳＮ）を備えている。設けられたＲＡＮの１つ以上は、ＣＮノードの予め構成されたリストを含むか、又はＤＮＳサーバー７のようなＣＮ要素からそれをダウンロードすることができる。好ましくは、ＣＮノードには、少なくとも指定のＬＡ／ＲＡに独特のＣＮ識別子が関連される。
【００４０】
本発明の好ましい実施形態によるシステム及び方法は、ユーザ装置が、１つの位置又はルーティングエリアに登録されるたびに（例えば、アタッチ又はエリア更新手順を実行することにより）、その登録を取り扱うＣＮがそのＣＮ識別子を、例えば、ＭＭ（移動管理）シグナリングにおいて、ユーザ装置へ返送するように構成されるのが好ましい。ユーザ装置は、接続を実際に取り扱うサービングノードを表わす受信したＣＮ識別子を記憶するように構成される。更に、ユーザ装置は、それが無線ネットワークへの接続を確立するときに、もし必要であれば、ＣＮ識別子を指示するように構成される（もしそれが分かっていれば、及び／又は既に使用されたＣＮへの接続の再確立が希望されれば）。ＣＮ識別子は、例えば、ＲＲＣ接続確立中に無線シグナリングにおいて指示される。
【００４１】
逆方向互換性を確保するために、新たな情報エレメント（ＣＮ識別子のような識別子）は、ＭＭ及びＲＲＣシグナリングの両方において送信される任意の情報エレメントである（両方のプロトコルに対して明確な情報エレメントが使用される場合）。これは、この特徴をサポートしないユーザ装置がその新たなネットワークエレメントで決して機能しないように確保する。従って、ユーザ装置は、ＣＮ識別子を決して送信せず、そしてＣＮ識別子を受信しないときに選択されるデフォールトノードとしてセットされたＣＮノードに常に接続される。同様に、ユーザ装置が、この特徴をサポートしないＲＡＮへ移動すべきときには、ＲＮＣが、ＣＮ識別子を無視し、そしてそれが接続された唯一のＣＮノードとの接続を常に確立するように構成される。
【００４２】
ＣＮノードがこの特徴をサポートしない場合には、ＣＮ識別子がユーザ装置へ返送されない。ユーザ装置は、既に記憶されたＣＮ識別子を消去して、次のときに、デフォールトノードに接続されるように構成される。このような場合には、ユーザ装置は、次の接続要求においてＣＮ識別子を送信することができず、従って、このエリアに対して設けられたデフォールトＣＮノードに接続される。これら全ての場合に、その結果は、既存のシステムと同様である。
１つのＣＮノードがこの特徴をサポートしない場合には、デフォールトＣＮノードとして構成されねばならない。
【００４３】
ＧＳＭ無線アクセス（接続）が、ＧＰＲＳベースのネットワーク又は他の形式のパケットベースのネットワークに使用されるときには、ＴＬＬＩ（一時的論理リンク識別子）が、各パケット転送でベースステーションコントローラＢＳＣへ送信される。個別のＣＮ識別子を追加することを考えると、ＣＮ識別子を各パケット転送と共に送信しなければならないので、大きな無線負荷が生じる。本発明の１つの実施形態によれば、ＣＮ識別子は、含蓄的に送信され、即ちＴＬＬＩ内にエンコードされて送信される。ＴＬＬＩは、最初の３つのビットを変更することにより、ＰＴＭＳＩから常に導出されることに注意されたい。このコード化は、例えば、最後の４つのビットを使用してＣＮ識別子を指示するように規定のやり方で一時的認識（ＰＴＭＳＩ及びＴＬＬＩ）をコード化することにより行われる。この解決策は、無線負荷も、シグナリング負荷も増加しない。ルーティングエリア更新（ＲＡＵ）及び／又はアタッチ要求メッセージを送信するときには、ユーザ装置は、古いＴＬＬＩを自動的に送信する。接続にサービスするサービングネットワーク要素のＣＮ識別子を含むようにコード化された新たなＰＴＭＳＩは、無線シグナリングレベルでＲＡＵ／アタッチ応答メッセージにおいて返送される。従って、ＣＮ識別子を送信するこの特徴は、プロトコルを変更せずに、ＧＰＲＳベースのネットワークに導入することができる。しかしながら、これは、ＢＳＣが本発明で述べた方法を実施して、パケット転送ごとに正しいＳＧＳＮを選択することを必要とする。
【００４４】
ＵＭＴＳネットワークでも、上記解決策は同様に適用できるが、ＲＮＣにより現在中継されるだけであるＬ３のＭＭメッセージにおいて送信されるＰＴＭＳＩをＲＮＣが読み取ることを必要とする。しかしながら、ここでは、ユーザ装置への接続の役割を果たすサービングノードを識別するために新たな情報エレメントを導入する（即ち、ＣＮ識別子を明確に送信する）のが好ましい。ＵＭＴＳネットワークでは、ＲＮＣがＲＲＣコンテクストを保持する。それ故、ＣＮ識別子をＲＲＣコンテクストに含ませるときには、ＣＮ識別子を頻繁に送信する必要がなくなる。
ＧＰＲＳネットワーク（ＧＳＭ及びＵＭＴＳの両方）では、ＳＧＳＮ間ルーティングエリア更新の間に付加的な問題が発生する。このようなハンドオーバー中には、新たなＳＧＳＮが、ユーザ装置への接続を現在まで取り扱った古いＳＧＳＮを見出す必要がある。例えば、古いＳＧＳＮから新たなＳＧＳＮへＰＤＰ（パケットデータプロトコル）コンテクスト情報を転送しなければならない。
【００４５】
本発明の実施形態によれば、ユーザ装置は、好ましくは、ＲＡ（ルーティングエリア）更新要求メッセージにＣＮ識別子を含み、そしてＤＮＳサーバー５は、古いルーティングエリア識別子を指示するＲＮＣ３からの各問い合わせの際に、ルーティングエリアを担当するＳＧＳＮのＩＰアドレスのリストを返送する。ＣＮ識別子は、図５に示すように各ＩＰアドレスに含蓄的に又は明確に関連付けされる。ＣＮ識別子は、リストにおける位置がＣＮ識別子を指示する場合には含蓄的に指示される。このような場合には、ＣＮ（例えばＳＧＳＮ）識別子を個別に送信する必要がない。図５に示すリストの例において、ルーティングエリア識別子がルーティングエリアＲＡ１を指示するときには、ＳＧＳＮ１及びＳＧＳＮ２を含みそしてそのＩＰアドレスを指示するリストがＤＮＳサーバー７からＲＮＣ３へ返送される。
【００４６】
ＣＮ識別子を明確に送信するときには、それに関連した識別子「２Ｇ＿ＳＧＳＮ ＩＤＥＮＴＩＦＩＥＲ＿１３」及び「３Ｇ＿ＳＧＳＮ ＩＤＥＮＴＩＦＩＥＲ＿１４」が、ＩＰアドレスに関連して送信される。特に、ＩＰアドレスに関連した規範的な名前がＤＮＳサーバー７からＲＮＣ３へと返送され、これは、ＣＮ識別子の値を表わす。この概念は、例えば、ＲＦＣ１０３４及び１０３５に規定された規範的な名前（ＣＮＡＭＥ）又はエイリアスに基づいてＤＮＳの構造を効果的に使用する。それ故、ＤＮＳの応答の一部分として、図５において中央の２列と、同じルーティングエリア（例えば、ＲＡ１）に関連した行とで示されたように、ＩＰアドレス及び規範的な名前（ＣＮＡＭＥ）のリストが送信される。
【００４７】
この特徴では、ＲＮＣ又はＢＳＣは、上述したように、ユーザ装置により使用される技術と、例えば、ＧＰＲＳのＴＬＬＩから確認できるＳＧＳＮ識別子及びＵＭＴＳの拡張されたＣＮ識別子とに基づいて、適切なＳＧＳＮを容易に選択することができる。
ＣＮ識別子が含蓄的に指示されるだけであるときには、それがリスト上の位置によって表わされる。例えば、ＳＧＳＮ ＮＡＭＥ識別子を送信しないときには、最初のＳＧＳＮ１が、ルーティングエリア１においてユーザ装置の接続を取り扱うために使用されるべきＳＧＳＮとして決定される。従って、このＳＧＳＮは、例えば、ＣＮ識別子（ＳＧＳＮ識別子）が指示されないときに接続の取り扱いに使用されるべきデフォールトサービングノードとして働く。
【００４８】
さもなければ、ユーザ装置２によって指示されたＣＮ識別子に対応する指定のＣＮ識別子を有するＳＧＳＮが、接続を取り扱うためのＳＧＳＮ、又はコンテクスト情報を新たなＳＧＳＮに送信するためのＳＧＳＮとして選択される。後者のＳＧＳＮ間ハンドオーバーのケースでは、新たなＳＧＳＮが、ＣＮ識別子と、古いＳＧＳＮを識別するエリア識別子であってその後のメッセージにおいてユーザ装置から例えばＰＴＭＳＩと一緒に送信された（ＣＮ識別子に対して明確に又は含蓄的に）エリア識別子とに基づいて、古いＳＧＳＮを検出することができる。それ故、ＲＡＮ又は新たなＳＧＳＮは、ＤＮＳサーバー７に問合せを送信するときに、例えば、古いＳＧＳＮのＩＰアドレスを検出することができる。
【００４９】
或いは又、マスターＳＧＳＮが設けられてもよく、これは、ＰＤＰコンテクスト自体を取り扱わないときには、中継装置として動作し、例えば、ＣＮ識別子に基づいて古いＳＧＳＮを決定する。ＤＮＳサーバー７、それとは別に又はそれに加えて、マスターＳＧＳＮは、ＲＡＩ（図５の「ルーティングエリア」列のＲＡ１、ＲＡ２）へマップされたＳＧＳＮのリストをもつことができる。この後者のケースでは、ＲＡＩへマップされたＳＧＳＮのこのようなリストをＤＮＳサーバーに設けることが絶対的に必要というのではない。
古いＳＧＳＮに関するこの情報は、特に、ソフトウェア更新のような古いＳＧＳＮのメンテナンスオペレーションを実行しようとするときに、古いＳＧＳＮに含まれた全てのＰＤＰコンテクストを、あるユーザ装置又は全てのユーザ装置に対する新たなＳＧＳＮへと変更するように、新たなＳＧＳＮにより使用される。
【００５０】
ＳＧＳＮアドレス及びＳＧＳＮ識別子のリストは、必要な場合には、別のＳＧＳＮを使用して１つ以上のＳＧＳＮ識別子に作用するように変更することができる。その後のシグナリング接続は、これらＳＧＳＮ識別子を送信するときにこの別のＳＧＳＮへと行われる。又、これは、既存のＰＤＰコンテクスト等についてＧＴＰトンネルの更新を必要とする。
図２は、ＲＮＣ３のような無線アクセスネットワークコントローラが、ここに提案する方法を使用して、ユーザ装置ＭＳ２への接続を取り扱うためにどのＳＧＳＮを使用すべきか決定するケースを示す。ステップ１）では、ＭＳ２は、ＭＳ２が登録されるサービングノードを識別するＣＮ識別子を任意に含むＲＲＣ接続メッセージのような要求を送信する。ＲＮＣ３は、ＭＳが位置するセルから新たなＲＡＩを直接検出する。次いで、ＲＮＣは、図５に示すリスト及びここに提案する方法を使用することによりＳＧＮを選択する。このリストは、ステップ２）及び３）により示されたように、ＲＮＣにおいて予め構成されてもよいし、又は別のネットワーク要素から検索されてもよい。
【００５１】
ステップ２）においては、ＲＮＣは、ルーティングエリアに対して使用可能なＳＧＳＮのリストの要求をＤＮＳサーバー７へ送信する。この要求は、ルーティングエリア認識ＲＡＩを指示する。ＤＮＳサーバー７は、図５に示されたようなＳＧＳＮリストを含むテーブルメモリを、指示されたルーティングエリアに対応するＳＧＳＮのみを選択することによりチェックする。ステップ３）では、ＤＮＳサーバー７は、選択されたＳＧＳＮのリストをＲＮＣ３へ返送する。
【００５２】
ステップ２）及び３）とは別に、ＲＮＣ３は、ステップ２）において、ＭＳ２から受け取ったＣＮ識別子を付加的に又は単独でＤＮＳサーバー７へ送信してもよい。ＤＮＳサーバー７は、この場合に、ＣＮ識別子を使用してリストから適切なＳＧＳＮを選択し、そしてステップ３）において、その適切なＳＧＳＮのＩＰアドレスのみを返送するのが好ましい。次いで、ＲＮＣ３は、ステップ４）ないし６）において、希望のＳＧＳＮのこの単一の受信ＩＰアドレスを使用して接続を確立する。
ＲＮＣ３は、次の提案された方法に基づいて１つのＳＧＳＮを選択する。
ＣＮ Ｉｄがシグナリングにおいて送信されるか又は送信された場合に、ＲＮＣは、ＣＮｉｄをキーとして及びエリアを使用して、正しいサービングノードを選択する。
【００５３】
ＲＮＣにより取り扱われるエリアが同じ構成を有する（例えば、ＲＮＣが１つのＲＡしか取り扱わない）特殊なケースでは、エリアを使用する必要がないことに注意されたい。
更に、ＲＮＣは、サービングノードの形式をチェックすることができる。ＵＭＴＳシステムでは、ＲＮＣは、パケット接続を取り扱うときに、ＳＧＳＮ形式のサービングノード（ＭＳＣ／ＶＬＲではない）を選択することが必要である。更に、異なるＳＧＳＮ形式（例えば、２Ｇ及び３Ｇ）がある場合には、ＲＮＣは、適当な１つ、即ちＲＮＣに対して３ＧのＳＧＳＮを選択することが必要である。
【００５４】
ＲＮＣが適当なサービングノードを見出した場合には、リストに指示されたサービングノードアドレスを使用して、接続を確立する。
ＲＮＣが適当なノードを見出さない場合には、このエリアをサポートする適当な形式のサービングノードを選択することができる。この選択は、好ましいサービングノード（例えば、ＲＮＣに接近して配置された）に基づいて負荷を分散するようにランダムに行われるか、又は担当ノードの各負荷についての既知の情報（例えば、オペレーション・メンテナンス又はＤＮＳシステムからの）に基づいて負荷の小さいサービングノードを選択するか、或いはその組み合わせで行われる。
【００５５】
ＣＮ Ｉｄがシグナリングにおいて送信されなかった場合には、ＲＮＣは、次の実施形態のいずれかに基づいてサービングノードを選択することができる。
全てのＭＳがＣＮ識別子の送信をサポートすると仮定した第１の好ましい実施形態（例えば、ＣＮ識別子がＴＬＬＩの一部分として含蓄的にコード化されるＧＰＲＳシステム）では、ＲＮＣは、このエリアをサポートする適当な形式のサービングノードを選択することができる。この選択は、好ましいサービングノード（例えば、ＲＮＣに接近して配置された）に基づいて負荷を分散するようにランダムに行われるか、又は担当ノードの各負荷についての既知の情報（例えば、オペレーション・メンテナンス手順又はＤＮＳシステムからの）に基づいて負荷の小さいサービングノードを選択するか、或いはその組み合わせで行われる。上記情報のあるものが、リストの順序（例えば、低い負荷から高い負荷へとランク付けされたサービングノード）により含蓄的に指示される場合には、ＲＮＣ３は、リストの特定の場所に指示されたＳＧＳＮを選択するのが好ましい。
【００５６】
あるＭＳ（典型的に代々のＭＳ）がＣＮ識別子の送信をサポートしないと仮定した（例えば、第１世代のＵＭＴＳ移動ステーションがＣＮ識別子をＲＲＣシグナリングの一部分として送信しない）第２の好ましい実施形態では、ＲＮＣは、このエリアに対するデフォールトサービングノードを選択しなければならない。これは、接続が同じ移動ステーション（そのＣＮ識別子によってまだ指示されていない）から確立される次のときに、同じノードが再び選択されるように確保することが必要となる。当然、デフォールトは、エリアごとに独特であるから、エリアが変化するときには（既存の振る舞いと同様に）、新たなサービングノードが選択されてもよい。更に、ＧＰＲＳのようなシステムにおいてサービングノードが変化するときには、新たなサービングノードが、古いサービングノードを見出すことが必要となる。又、新たなサービングノードは、ＣＮ識別子が送信されないときに古いエリアを取り扱うデフォールトサービングノードを使用することも必要となる。このようにして、古いサービングノードのアドレスを常に明確に検索することができる。
【００５７】
ＲＮＣ３は、その後、ＭＳ２と、選択されたＳＧＳＮ４との間に接続を確立するのに必要なステップを既知のやり方で遂行する。
それに加えて又はそれとは別に、応答３）で送信されたＳＧＳＮのリストは、選択されるべきＳＧＳＮを決定するために、ＲＮＣ３によりチェックされるべき負荷情報のような付加的な情報を含んでもよい。
選択されたＳＧＳＮへの接続がフェイルすることがあり、この場合に、ＲＮＣは、このエリアをサポートする適当な形式の別のサービングノードで再試みすることができる。
【００５８】
選択されたＳＧＳＮ（及び接続フェイル）が、第２の好ましい実施形態によるデフォールトＳＧＳＮであった場合には、新たなＳＧＳＮが、デフォールトして選択され、典型的には二次デフォールトとして選択される。この場合に、サービングノードが変化するときには、新たなサービングノードが、最初に、デフォールトに接続するように試みる（以前のように）。デフォールトＳＧＳＮがダウンであるか又はユーザを知らない場合には、新たなＳＧＳＮは、ＣＮ識別子が送信されないときに、古いエリアを取り扱う二次デフォールトサービングノードを使用して再試みしなければならない。このように、古いサービングノードのアドレスは、常に明確に検索することができる。
【００５９】
ＳＧＳＮがオペレーション・メンテナンス手順に対してスケジュールされたときには、このＳＧＳＮへ接続が新たに確立されるのを回避するために、そのスケジュールされたメンテナンス時点より数時間といったある時間間隔又は決定された時間間隔だけ前に、３）に応答して返送されたリストからそれが除外されるのが好ましい。この場合に、ＤＮＳサーバー７は、オペレーション・メンテナンスシステムにより、メンテナンスオペレーションに対してスケジュールされたＳＧＳＮについて通知され、そしてこのようなＳＧＳＮをリストからもはや選択しないか、或いはそれを、メモリから使用可能なＳＧＳＮが検索されたときに、ＲＮＣ３への送信から除外する。それ故、ＳＧＳＮがオペレーション・メンテナンス手順に対して遮断されると、このＳＧＳＮにおける登録ユーザの数が最小となる。これらのユーザ接続は、単に失われるか、或いはこのエリアに対し遮断されたＳＧＳＮと同じＣＮ識別子を使用するように構成された新たなＳＧＳＮに送信される。
【００６０】
ＭＳ２とＳＧＳＮ４との間に接続を確立するための図２に示すステップ４）ないし６）は、習慣的なものであり、それ故、詳細には説明しない。
図３は、例えば、接続を再確立するときに、ＭＳ２が、あるＳＧＳＮ６に接続されようとしている場合を示す。この場合に、ＭＳ２は、希望のＳＧＳＮ６を識別するＳＧＳＮ識別子を含むＲＲＣメッセージのような要求を送信する。要求１）において、ルーティングエリア認識（ＲＡＩ）又は位置エリア認識（ＬＡＩ）を付加的に指示することができる。
【００６１】
それとは別に、ＲＮＣ３は、ルーティング（又は位置）エリア、ひいては、ルーティング（又は位置）エリア認識を、他のパラメータから推測することができる。図２のステップ２）と同様に、ＲＮＣ３は、図３のステップ２）において、ＲＡＩのような位置を選択基準として指示することにより、ＳＧＳＮのリストを返送するようにＤＮＳサーバー７に要求する。ＤＮＳサーバー７は、図５に示すようなサービングノードリストから、ＩＰアドレスと、指示された位置エリアに対応し且つそれにサービスできるＳＧＳＮの識別子とのサブリストを検索する。ＤＮＳサーバー７は、このサブリストをステップ３）において応答としてＲＮＣ３へ返送する。ＲＮＣ３は、ステップ１）においてＭＳ２により指示されたＳＧＳＮ識別子に対応するＳＧＳＮ（ここでは、ＳＧＳＮ６）を、ステップ３）で受け取ったサブリストから選択し、そして既知の接続ステップ４）ないし６）を実行して、ＭＳ２と希望のＳＧＳＮ６との間の接続を確立する。
【００６２】
ステップ２）及び３）とは別に、ＲＮＣ３は、ステップ２）において、ＭＳ２から受け取ったＳＧＳＮ識別子を付加的に又は単独でＤＮＳサーバー７へ送信することもできる。ＤＮＳサーバー７は、この場合に、ＳＧＳＮ識別子を使用して適切なＳＧＳＮをリストから選択し、そしてステップ３）において、その適切なＳＧＳＮのＩＰアドレスを単に返送するのが好ましい。次いで、ＲＮＣ３は、ステップ４）ないし６）において、希望のＳＧＳＮのこの単一受信ＩＰアドレスを使用して接続を確立する。
【００６３】
図４は、本発明による方法及びシステムの同じ又は別の実施形態の別の機能又は付加的な機能を示す。図４によれば、ＳＧＳＮの１つ、ここでは、ＳＧＳＮ４は、特定のルーティングエリアＲＡに対するデフォールトＳＧＳＮとしてセットされる。図２及び３のステップ１）と同様に、図４のステップ１）は、ルーティングエリア識別子ＲＡＩを指示するＲＲＣ接続要求のようなメッセージをＭＳ２からＲＮＣ３へ送信することより成る。ＲＮＣ３は、特定のＳＧＳＮへの接続を要求するＳＧＳＮ識別子の欠落から、指示されたルーティングエリアに対しデフォールトＳＧＳＮを選択できることを確認する。次いで、ＲＮＣ３は、ステップ２）において、デフォールトＳＧＳＮ４のアドレスを返送するためにデータベース８に問合せし、そしてルーティングエリアの認識を問合せメッセージにおいて指示する。データベース８は、図５に示すテーブルと同様に構成され、そしてＤＮＳサーバー７又は別のサーバーに含まれるか或いはそれによりアクセスできるようにされる。データベース８は、応答３）において、デフォールトＳＧＳＮのアドレスを返送し、このアドレスは、ステップ４）ないし６）により示されたように、ＲＮＣ３により習慣的なやり方で使用されて、ＭＳ２とデフォールトＳＧＳＮ４との間に接続を確立する。
【００６４】
図６は、ＵＭＴＳに関連した本発明の好ましい実施形態におけるルーティングエリア更新手順のステップを示す。仕様に対するこの実施形態の幾つかの変更は太字を使用して強調する。
ルーティングエリアの更新は、アタッチされたＭＳが新たなＲＡに入ったことを検出したとき又は周期的なＲＡ更新タイマーが時間切れしたときに行われる。ＳＧＳＮは、古いＲＡも取り扱うことに注意することによりＳＧＳＮ内ルーティングエリア更新であることを検出する。この場合に、ＳＧＳＮは、ＭＳに関する必要な情報を有し、新たなＭＳ位置についてＧＧＳＮ又はＨＬＲに通知する必要はない。周期的ＲＡ更新は、常に、ＳＧＳＮ内ルーティングエリア更新である。ネットワークがモードＩで動作する場合には、ＧＰＲＳアタッチされ及びＩＭＳＩアタッチされたＭＳは、合成ＲＡ／ＬＡ更新手順を遂行しなければならない。
【００６５】
ＵＭＴＳでは、ＲＡ更新は、ＳＧＳＮ内又はＳＧＳＮ間のＲＡ更新であるか、合成ＲＡ／ＬＡ更新又はＲＡのみの更新であり、これは、ＰＭＭ接続状態又はＰＭＭアイドル状態のいずれかにおいてＭＳにより開始される。これら全てのＲＡ更新ケースは、図６に示す手順に含まれる。
ＵＭＴＳのＲＡ更新手順を実行するための図６に示すステップを、図６のステップ番号を使用して説明する。
【００６６】

−ＲＡの変化によりＲＡ更新がトリガーされる場合のＲＡ更新；
−周期的ＲＡ更新タイマーの時間切れによりＲＡ更新がトリガーされる場合の周期的ＲＡ更新；
−ＭＳもＩＭＳＩアタッチされ、そしてＬＡ更新をネットワークオペレーションモードＩで実行しなければならない場合の合成ＲＡ／ＬＡ更新（「ＳＧＳＮとＭＳＣ／ＶＬＲとの間の相互作用」という節を参照）；又は
−ＭＳがネットワークオペレーションモードＩにおいてＩＭＳＩアタッチの実行を希望する場合に要求されるＩＭＳＩアタッチを伴う合成ＲＡ／ＬＡ更新。
【００６７】

ＳＲＮＣは、メッセージを３Ｇ−ＳＧＳＮへ転送する前に、ＭＳが位置するエリアのＲＡＣ及びＬＡＣを含むルーティングエリア認識を追加しなければならない。このＲＡ認識は、ＳＲＮＣによりＭＳへ送信されたＭＭシステム情報におけるＲＡＩに対応する。
注：ルーティングエリア更新要求メッセージをＳＧＳＮへ送信すると、関連ＭＳに対するＵＴＲＡＮとＳＧＳＮとの間のシグナリング接続の確立がトリガーされる。
【００６８】
２）ＲＡ更新がＳＧＳＮ間ルーティングエリア更新である場合、及びＭＳがＰＭＭアイドル状態である場合には、新たなＳＧＳＮが、ＳＧＳＮコンテクスト要求メッセージ（古いＰ−ＴＭＳＩ、古いＲＡＩ、古いＰ−ＴＭＳＩ符牒）を古いＳＧＳＮへ送信して、ＭＳに対するＭＭ及びＰＤＰコンテクストを得る。古いＳＧＳＮは、古いＰ−ＴＭＳＩ符牒を有効なものとし、そして古いＳＧＳＮに記憶された値に合致しない場合には適当なエラー原因で応答する。これは、新たなＳＧＳＮにおいてセキュリティ機能を開始しなければならない。セキュリティ機能がＭＳを正しく認証する場合には、新たなＳＧＳＮが、ＳＧＳＮコンテクスト要求（ＩＭＳＩ、古いＲＡＩ、ＭＳ有効）メッセージを古いＳＧＳＮに送信しなければならない。ＭＳ有効は、新たなＳＧＳＮがＭＳを認証したことを指示する。古いＰ−ＴＭＳＩ符牒が有効である場合、又は新たなＳＧＳＮがＭＳを認証したことを指示する場合には、古いＳＧＳＮは、ＳＧＳＮコンテクスト応答（原因、ＩＭＳＩ、ＭＭコンテクスト、ＰＤＰコンテクスト）で応答する。ＭＳが古いＳＧＳＮにおいて知られていない場合には、古いＳＧＳＮは、適当なエラー原因で応答する。古いＳＧＳＮは、タイマーをスタートする。
【００６９】
３）セキュリティ機能が実行される。これら手順は、「セキュリティ機能」という節に規定されている。セキュリティ機能がＭＳを正しく認証しない場合には、ルーティングエリア更新が拒絶され、そして新たなＳＧＳＮが拒絶指示を古いＳＧＳＮに送信しなければならない。古いＳＧＳＮは、ＳＧＳＮコンテクスト要求が決して受信されなかったかのように続行しなければならない。
【００７０】
４）ＲＡ更新がＳＧＳＮ間ルーティングエリア更新である場合には、新たなＳＧＳＮがＳＧＳＮコンテクスト確認メッセージを古いＳＧＳＮに送信する。古いＳＧＳＮは、ＭＳＣ／ＶＬＲ関連性と、ＧＧＳＮ及びＨＬＲにおける情報が無効であることをそのコンテクストにおいてマークする。これは、進行中のルートエリア更新手順を完了する前に古いＳＧＳＮへ戻るルートエリア更新手順をＭＳが開始する場合に、ＭＳＣ／ＶＬＲ、ＧＧＳＮ及びＨＬＲを更新すべくトリガーする。
【００７１】
５）ＲＡ更新がＳＧＳＮ間ＲＡ更新であり、そしてＭＳがＰＭＭアイドル状態であった場合には、新たなＳＧＳＮが、更新ＰＤＰコンテクスト要求（新たなＳＧＳＮアドレス、ＱｏＳネゴシエーテッド、トンネルエンドポイント識別子）を関連ＧＧＳＮに送信する。ＧＧＳＮは、それらのＰＤＰコンテクストフィールドを更新し、そして更新ＰＤＰコンテクスト応答（トンネルエンドポイント識別子）を返送する。注：ＲＡ更新が、ＰＭＭ接続状態においてＭＳにより開始されたＳＧＳＮ間ルーティングエリア更新である場合には、「サービングＲＮＳリロケーション手順」という本書の節で説明されたように、更新ＰＤＰコンテクスト要求メッセージが送信される。
【００７２】
６）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、新たなＳＧＳＮは、更新位置（ＳＧＳＮ番号、ＳＧＳＮアドレス、ＩＭＳＩ）をＨＬＲへ送信することにより、ＳＧＳＮの変更をＨＬＲに通知する。
７）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、ＨＬＲは、キャンセル位置（ＩＭＳＩ、キャンセレーション形式）を、更新手順にセットされたキャンセレーション形式と共に古いＳＧＳＮへ送信する。ステップ２で述べたタイマーが動作しない場合には、古いＳＧＳＮがＭＭコンテクストを除去する。さもなければ、タイマーが時間切れしたときだけコンテクストが除去される。又、これは、新たなＳＧＳＮへの進行中ルーティングエリア更新を完了する前にＭＳが別のＳＧＳＮ間ルーティングエリア更新を開始する場合に、ＭＭコンテクストが古いＳＧＳＮに保持されるよう確保する。古いＳＧＳＮは、キャンセル位置Ａｃｋ（ＩＭＳＩ）で確認する。
【００７３】
８）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、ＨＬＲは、挿入加入者データ（ＩＭＳＩ、加入者データ）を新たなＳＧＳＮへ送信する。新たなＳＧＳＮは、（新たな）ＲＡにおけるＭＳの存在を有効とする。地域的な契約の制約によりＭＳがＲＡにアタッチされることが許されない場合には、ＳＧＳＮは、ルーティングエリア更新要求を適当な原因で拒絶し、そして挿入加入者データＡｃｋ（ＩＭＳＩ、ＳＧＳＮエリア制約）メッセージをＨＬＲへ返送する。全てのチェックが首尾良く行われた場合に、ＳＧＳＮは、ＭＳに対するＭＭコンテクストを構成し、そして挿入加入者データＡｃｋ（ＩＭＳＩ）メッセージをＨＬＲへ返送する。
【００７４】
９）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、ＨＬＲは、更新位置Ａｃｋ（ＩＭＳＩ）を新たなＳＧＳＮへ送信することにより更新位置を確認する。
１０）更新形式が、ＩＭＳＩアタッチが要求された合成ＲＡ／ＬＡ更新を指示する場合、又はＬＡがルーティングエリア更新で変更された場合には、関連性を確立しなければならず、そして新たなＳＧＳＮは、位置更新要求（新たなＬＡＩ、ＩＭＳＩ、ＳＧＳＮ番号、位置更新形式）をＶＬＲへ送信する。位置更新形式は、ステップ１の更新形式が、ＩＳＩアタッチが要求された合成ＲＡ／ＬＡ更新を指示する場合には、ＩＭＳＩアタッチを指示しなければならない。さもなければ、位置更新形式は、通常の位置更新を指示しなければならない。ＶＬＲ番号は、ＲＡＩからＳＧＳＮのテーブルにより変換される。ＳＧＳＮは、ステップ８）においてＨＬＲから第１の挿入加入者データメッセージを受け取ると、新たなＭＳＣ／ＶＬＲに向かって位置更新手順をスタートする。ＶＬＲは、ＳＧＳＮ番号を記憶することによりＳＧＳＮとの関連性を形成し又は更新する。
【００７５】
１１）ＶＬＲの加入者データが、ＨＬＲによって確認されないとマークされる場合には、新たなＶＬＲがＨＬＲに通知する。ＨＬＲは、古いＶＬＲをキャンセルし、そして加入者データを新たなＶＬＲに挿入する（このシグナリングは、既存のＧＳＭシグナリングから変更されず、ここでは、説明上含まれる）。
ａ）新たなＶＬＲは、更新位置（新たなＶＬＲ）をＨＬＲへ送信する。
ｂ）ＨＬＲは、キャンセル位置（ＩＭＳＩ）を古いＶＬＲへ送信することにより古いＶＬＲにおけるデータをキャンセルする。
ｃ）古いＶＬＲは、キャンセル位置Ａｃｋ（ＩＭＳＩ）で確認する。
ｄ）ＨＬＲは、挿入加入者データ（ＩＭＳＩ、ＧＳＭ加入者データ）を新たなＶＬＲへ送信する。
ｅ）新たなＶＬＲは、挿入加入者データＡｃｋ（ＩＭＳＩ）で確認する。
ｆ）ＨＬＲは、更新位置Ａｃｋ（ＩＭＳＩ）で新たなＶＬＲへ応答する。
【００７６】
１２）新たなＶＬＲは、新たなＴＭＳＩを割り当て、そして位置更新受け入れ（ＶＬＲ ＴＭＳＩ）でＳＧＳＮに応答する。このＶＬＲ ＴＭＳＩは、ＶＬＲが変化しない場合にはオプションである。
１３）新たなＳＧＳＮは、新たなＲＡにおいてＭＳの存在を有効とする。ローミング制約により、ＭＳがＳＧＳＮにアタッチすることが許されない場合、又は契約チェックが失敗する場合には、ＳＧＳＮは、適当な原因でルーティングエリア更新を拒絶する。全てのチェックが首尾良く終わる場合には、新たなＳＧＳＮがＭＳに対してＭＭコンテクストを確立する。新たなＳＧＳＮは、ルーティング

【００７７】
１４）ＭＳは、ルーティングエリア更新完了メッセージをＳＧＳＮへ返送することによりＴＭＳＩの再割り当てを確認する。
１５）新たなＳＧＳＮは、ＶＬＲ ＴＭＳＩがＭＳにより確認された場合に、新たなＶＬＲへＴＭＳＩ再割り当て完了メッセージを送信する。
注：ステップ１１、１２及び１５は、ステップ９が実行される場合だけ実行される。
注：このケースは、Ｇｓインターフェイスに変化がないことを仮定し、そして１つのＬＡが単一のＭＳＣ／ＶＬＲにより依然取り扱われるケースに対応する。従って、ＳＧＳＮは、ＭＳＣ／ＶＬＲアドレスをＬＡＩから導出する（現在解決策）。
【００７８】
多数のＭＳＣ／ＶＬＲが同じＬＡを取り扱い、そしてＧｓインターフェイスが使用される場合には、上述した解決策は、ＣＮ識別子（最終的にＣＳを指示するＣＮ形式に関連された）をメッセージ１（ルーティングエリア更新要求）及びメッセージ１３（ルーティングエリア更新受け入れ）に追加することにより、改善されねばならない。更に、ＣＮ識別子は、Ｇｓインターフェイスにおいて、メッセージ１０（位置更新要求）及びメッセージ１２（位置更新受け入れ）に追加されねばならない。これは、ＳＧＳＮがＬＡＩ及びＣＮ識別子から又は少なくともＬＡＩのみからＭＳＣアドレスを導出できることを仮定している（１つのＳＧＳＮが同じＬＡに対して同じＭＳＣアドレスを常に選択する限り、ＳＧＳＮが変化しない場合は、不必要なＭＳＣ／ＶＬＲ間位置更新が実行されない）。
【００７９】
ＣＮ識別子に基づいてサービングノードを選択するための方法を使用する手順の別の例は、合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション手順である。
この手順は、Ｉｕｒが制御シグナリングを搬送するがユーザデータは搬送しないＰＭＭ接続状態においてＭＳに対して実行されるだけである。
【００８０】
合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション手順は、ＵＴＲＡＮにおいてセル再選択を実行しながら、ＵＴＲＡＮをソースＳＲＮＣからターゲットＲＮＣへＵＴＲＡＮ側のＣＮ接続ポイントへ移動するのに使用される。この手順では、Ｉｕリンクがリロケーションされる。ターゲットＲＮＣがソースＳＲＮＣと同じＳＧＳＮへ接続される場合には、ＳＧＳＮ内ＳＲＮＳリロケーション手順が実行される。ルーティングエリアが変更される場合には、この手順に続いて、ＳＧＳＮ内ルーティングエリア更新手順が行われる。ＳＧＳＮは、古いＲＡも取り扱うことに注意することにより、ＳＧＳＮ内ルーティングエリア更新であることを検出する。この場合には、ＳＧＳＮは、ＭＳに関する必要な情報を有し、新たなＭＳの位置に関してＨＬＲに通知する必要はない。
【００８１】
合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション、及びルーティングエリア更新の前に、ＭＳは古いＳＧＳＮに登録される。ソースＲＮＣは、サービングＲＮＣとして働く。
合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション、及びルーティングエリア更新の後に、ＭＳは新たなＳＧＳＮに登録される。ＭＳは、新たなＳＧＳＮに向かってＰＭＭ接続状態にあり、そしてターゲットＲＮＣは、サービングＲＮＣとして働く。
【００８２】
ＰＳドメインに対する合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション手順が図７に示されている。このシーケンスは、ＳＧＳＮ内ＳＲＮＳリロケーション及びＳＧＳＮ間ＳＲＮＳリロケーションの両方に対して有効である。図７に示す番号を参照してステップを説明する。
１）ＭＳは、セル再選択を行った後、セル更新／ＵＲＡ更新メッセージをＵＴＲＡＮへ送信する。このメッセージを受信すると、ターゲットＲＮＣは、その受信したメッセージを、Ｉｕｒを経てソースＳＲＮＣに向けて転送する。ソースＳＲＮＣは、ターゲットＲＮＣに向けて合成セル／ＵＲＡ更新及びＳＲＮＳリロケーションを実行するように決定する。
【００８３】
２）ソースＳＲＮＣは、リロケーション要求メッセージ（リロケーション形式、原因、ソースＩＤ、ターゲットＩＤ、ソースＲＮＣ対ターゲットＲＮＣ透過的コンテナ）を古いＳＧＳＮに送信することにより、リロケーション準備手順を開始する。ソースＳＲＮＣは、リロケーション形式を「ＵＥ非関連」にセットしなければならない。ソースＲＮＣ対ターゲットＲＮＣ透過的コンテナは、リロケーション座標、セキュリティ機能の必要な情報及びＲＲＣプロトコルコンテクスト情報（ＵＥ能力を含む）を含む。
【００８４】
３）古いＳＧＳＮは、ＳＲＳＮリロケーションがＳＧＳＮ内ＳＲＮＳリロケーションであるか又はＳＧＳＮ間ＳＲＮＳリロケーションであるかをターゲットＩＤから決定する。ＳＧＳＮ間ＳＲＮＳリロケーションの場合には、古いＳＧＳＮは、転送リロケーション要求（ＩＭＳＩ、トンネルエンドポイント識別子シグナリング、ＭＭコンテクスト、ＰＤＰコンテクスト、ターゲット識別、ＵＴＲＡＮ透過的コンテナ、ＲＡＮＡＰ原因）メッセージを新たなＳＧＳＮへ送信すること

スタートする。「位置管理手順（ＵＭＴＳのみ）」という節のルーティングエリア更新手順を参照されたい。転送リロケーション要求メッセージは、ＳＧＳＮ間ＳＲＮＳリロケーションの場合にのみ適用できる。
【００８５】
４）新たなＳＧＳＮは、リロケーション要求メッセージ（永久的ＮＡＳ ＵＥ認識、原因、ＣＮドメイン指示子、ソースＲＮＣ対ターゲットＲＮＣ透過的コンテナ、設定されるべきＲＡＢ）をターゲットＲＮＣに送信する。確立されることが要求された各ＲＡＢに対し、「設定されるべきＲＡＢ」は、ＲＡＢ ＩＤ、ＲＡＢパラメータ、搬送層アドレス、及びＩｕ搬送関連性のような情報を含まねばならない。ＲＡＢ ＩＤ情報エレメントは、ＮＳＡＰＩ値を含み、そしてＲＡＢパラメータ情報エレメントは、ＱｏＳプロファイルを与える。搬送層アドレスは、ユーザデータのためのＳＧＳＮアドレスであり、そしてＩｕ搬送関連性は、トンネルエンドポイント識別子データに対応する。
【００８６】
Ｉｕユーザ平面を含む受け入れられたＲＡＢに対する全ての必要なリソースが首尾良く割り当てられた後に、ターゲットＲＮＣは、リロケーション要求確認（ＲＡＢ設定、ＲＡＢ設定失敗）メッセージを新たなＳＧＳＮに送信しなければならない。ターゲットＲＮＣは、設定されるべき各ＲＡＢ（ＩＰアドレス及びトンネルエンドポイント識別子により定義された）に対し、ソースＳＲＮＣから転送されたダウンストリームＰＤＵを受信すると共に、新たなＳＧＳＮからのダウンストリームＰＤＵも受信する。
【００８７】
５）ターゲットＲＮＣと新たなＳＧＳＮとの間でユーザデータを送信するためのリソースが割り当てられ、そして新たなＳＧＳＮがＳＲＳＮのリロケーションに対して準備されると、転送リロケーション応答メッセージ（原因、ＲＡＮＡＰ原因、及びターゲットＲＮＣ情報）が新たなＳＧＳＮから古いＳＧＳＮへ送信される。このメッセージは、新たなＳＧＳＮ及びターゲットＲＮＣが、ＭＳによりまだ確認されていないダウンストリームパケットをソースＳＲＮＣから受信する準備ができ、即ちリロケーションリソース割り当て手順が首尾良く終了したことを指示する。ＲＡＮＡＰ原因は、ターゲットＲＮＣからソースＲＮＣへ転送されるべき情報である。設定されるべきＲＡＢごとに１つの情報エレメントがあるターゲットＲＮＣ情報は、ソースＳＲＮＣからターゲットＲＮＣへ転送されるデータに対し、ＲＮＣトンネルエンドポイント識別子及びＲＮＣ ＩＰアドレスを含む。転送リロケーション応答メッセージは、ＳＧＳＮ間ＳＲＮＳリロケーションの場合しか適用できない。
【００８８】
６）古いＳＧＳＮは、リロケーションコマンド（解除されるべきＲＡＢ、及びデータ転送を受けるＲＡＢ）メッセージをソースＳＲＮＣへ送信することによりＳＲＮＳのリロケーションを継続する。古いＳＧＳＮは、データ転送を受けるＲＡＢをＱｏＳに基づいて決定し、そしてこれらＲＡＢは、データ転送を受けるＲＡＢに含まれねばならない。データ転送を受けるＲＡＢごとに、情報エレメントは、ＲＡＢ ＩＤ、搬送層アドレス、及びＩｕ搬送関連性を含まねばならない。搬送層アドレス及びＩｕ搬送関連性は、ＤＬ Ｎ−ＰＤＵをソースＲＮＣからターゲットＲＮＣへ転送するのに使用される。
【００８９】
７）ＰＳドメインからリロケーションコマンドメッセージを受信すると、ソースＲＮＣは、データ転送タイマーをスタートしなければならない。リロケーション準備手順が首尾良く終了したとき、及びソースＳＲＮＣの準備ができたときには、ソースＳＲＮＣは、リロケーションコミット（ＳＲＮＳコンテクスト）メッセージをターゲットＲＮＣに送信することにより、ＳＲＮＳのリロケーションの実行をトリガーしなければならない。この手順の目的は、ＳＲＮＳコンテクストをソースＲＮＣからターゲットＲＮＣへ転送することである。ＳＲＮＳコンテクストは、各関連ＲＡＢに対して送信され、そしてアップリンク及びダウンリンク方向に次に送信されるべきＧＴＰ−ＰＤＵのシーケンス番号と、ＭＳへデータを送信し及びそこからデータを受信するのに使用された次のＰＤＣＰシーケンス番号とを含む。ＲＬＣ未確認モードを使用する接続については、ＰＤＣＰシーケンス番号が使用されない。
【００９０】
８）リロケーションコミットメッセージを送信した後に、ソースＳＲＮＣは、データ転送を受けるＲＡＢに対しデータの転送を開始する。ＳＲＮＳリロケーションにおけるデータ転送は、Ｉｕインターフェイスを経て実行されねばならず、これは、ソースＳＲＮＣとターゲットＲＮＣとの間で交換されるデータがソースＳＲＮＣにおいて複写され、そしてＩＰ層においてターゲットＲＮＣに向けてルーティングされることを意味する。
【００９１】
９）ターゲットＲＮＣは、リロケーション実行トリガーが受信されたときにリロケーション検出メッセージを新たなＳＧＳＮに送信しなければならない。ＳＲＮＳリロケーション形式「ＵＥ非関連」の場合に、リロケーション実行トリガーは、Ｉｕｒインターフェイスからリロケーションコミットメッセージを受信することである。リロケーション検出メッセージが送信されたときには、ターゲットＲＮＣがＳＲＮＣオペレーションをスタートしなければならない。
【００９２】
１０）リロケーション検出メッセージを送信した後、ターゲットＳＲＮＣは、ＭＳに応答して、セル更新確認／ＵＲＡ更新確認メッセージを送信する。両メッセージは、ＵＥ情報エレメント及びＣＮ情報エレメントを含む。ＵＥ情報エレメントは、とりわけ、新たなＳＲＮＣ認識及びＳ−ＲＮＴＩを含む。ＣＮ情報エレメントは、とりわけ、位置エリア識別及びルーティングエリア識別を含む。この手順は、ＭＳに対して存在する全てのＩｕシグナリング接続において整合されねばならない。
【００９３】
１１）リロケーション検出メッセージを受信すると、ＣＮは、ユーザ平面を、ソースＲＮＣからターゲットＳＲＮＣへと切り換えることができる。ＳＲＮＳリロケーションが、ＳＧＳＮ間ＳＲＮＳリロケーションである場合には、新たなＳＧＳＮが、更新ＰＤＰコンテクスト要求メッセージ（新たなＳＧＳＮアドレス、ＳＧＳＮトンネルエンドポイント識別子、ＱｏＳネゴシエーテッド）を関連ＧＧＳＮに送信する。ＧＧＳＮは、それらのＰＤＰコンテクストフィールドを更新し、そして更新ＰＤＰコンテクスト応答（ＧＧＳＮトンネルエンドポイント識別子）メッセージを返送する。
【００９４】
１２）ＭＳは、それ自体再構成すると、ＲＮＴＩ再割り当て完了メッセージをターゲットＳＲＮＣに送信する。
１３）ターゲットＳＲＮＣがＲＮＴＩ再割り当て完了メッセージを受信し、即ち新たなＳＲＮＣ−ＩＤ＋Ｓ−ＲＮＴＩが無線プロトコルによりＵＥと首尾良く交換されると、ターゲットＳＲＮＣは、リロケーション完了メッセージを新たなＳＧＳＮへ送信することによりリロケーション完了手順を開始しなければならない。リロケーション完了手順の目的は、ターゲットＳＲＮＣにより、ＳＲＮＳのリロケーションの完了をＣＮへ指示することである。ユーザ平面がリロケーション検出において切り換えられない場合には、ＣＮは、リロケーション完了を受信すると、ユーザ平面をソースＲＮＣからターゲットＳＲＮＣへ切り換えねばならない。ＳＲＮＳリロケーションがＳＧＳＮ間ＳＲＮＳリロケーションである場合には、新たなＳＧＳＮが、転送リロケーション完了メッセージを送信することにより、ＳＲＮＳリロケーション手順の完了を古いＳＧＳＮに信号する。
【００９５】
１４）リロケーション完了メッセージを受信したとき、又はＳＧＳＮ間ＳＲＮＳリロケーション即ち転送リロケーション完了メッセージである場合には、古いＳＧＳＮがＩｕ解除コマンドメッセージをソースＲＮＣへ送信する。ＲＮＣデータ転送タイマーが時間切れすると、ソースＲＮＣがＩｕ解除完了で応答する。
１５）ＭＳがセル／ＵＲＡ更新及びＲＮＴＩ再割り当て手順を完了した後及び新たなルーティングエリア識別が古いものと異なる場合には、ＭＳがルーティングエリア更新手順を開始する。「位置管理手順（ＵＭＴＳのみ）」という節を参照されたい。ＭＳはＰＭＭ接続状態にあるので、これは、実行されたＲＡ更新手順のサブセットに過ぎないことに注意されたい。
【００９６】
ＲＡＵ手順が実行されると、ＭＳは、古いＳＧＳＮにより使用されるものと同じＣＮ識別子を指示して、新たなＳＧＳＮを見出し、従って、新たなＳＲＮＣにより選択されるＳＧＳＮは、古いＳＧＳＮにより既に選択されたものと同じになる。
別の解決策は、古いＳＧＳＮが、ターゲットＩＤに基づいてターゲットＲＮＣに接続することのできるＳＧＳＮのいずれかを選択することである。次いで、新たなＳＧＳＮが、例えば、メッセージ４（リロケーション要求）及び１０（セル更新確認／ＵＲＡ更新確認メッセージ）にＣＮ識別子を追加することにより、そのＣＮ識別子をＭＳに送信する。次いで、ＭＳは、ＣＮ ｉｄを使用して、正しいＳＧＳＮを更新選択する。
【００９７】
好ましい実施形態では、ＣＮ識別子のコードは、充分なサービングノードが同じエリアを取り扱いできるが無線シグナリングを著しく増加しないように最適化される。それ故、好ましいコードは、４つのビットを使用し、１６個のサービングノードを与えるが、著しいオーバーヘッドを生じない。
又、実施を簡単化するために、所与のコード（例えば、００００）が全エリアに対するデフォールトサービングノードを指示しなければならない。又、別のコード（例えば、０００１）が、二次デフォールトサービングノードを指示しなければならない。この実施は、付加的なパラメータをデフォールトとして構成する必要性を低減する。更に、ノード（例えば、ＲＮＣ）がデフォールトを選択するときには、それは、ＣＮ識別子の既知のデフォールト値（例えば、００００）を使用して、リストに問合せしそして（デフォールト）サービングノードアドレスを検索するように実施することができる。
【００９８】
Ｇｓインターフェイス及び同時ＰＳ／ＣＳアタッチメントに関しては、ＳＧＳＮとＭＳＣとの間の関連性が形成される（例えば、ＵＥ（ユーザ装置）が合成ＰＳ／ＣＳアタッチを実行する）場合に、ＳＧＳＮは、ＲＡＩからＭＳＣアドレスを導出するために変換テーブルが設けられるか又はそれにアクセスすることができる。多数のＭＳＣが同じ位置エリアを制御する場合には、変換テーブルに変更が必要となる。付加的な識別子、即ちＭＳＣ識別子を与えて、位置エリアを制御する特定のＭＳＣを見出すことができる。
【００９９】
図８は、本発明の更に別の実施形態によるシステム及び方法におけるメッセージの流れを示す。この実施形態は、少なくとも１つのそれ自身のコアネットワーク（ＣＮ）要素６、１０、１１、例えば、ＭＳＣ／ＶＬＲ（移動交換センター／ビジター位置レジスタ）及び／又はＳＧＳＮ６を有するＭＶＮＯ（移動仮想ネットワークオペレータ）に関する。
この実施形態は、好ましくは、ＧＰＲＳをターゲットとし、特に、ＳＧＳＮ／ＭＳＣのような多数のＣＮ要素を同じＲＮＣに接続できる場合には、将来のＵＭＴＳシステムをターゲットとするが、これらに限定されない。この実施形態では、異なるＣＮ要素が異なるオペレータに属してもよい。ＭＳ２は、ＭＳ２に挿入された又は挿入できるＳＩＭにＣＮ Ｉｄ（識別子）を記憶するのが好ましい。
【０１００】
図８及び９の実施形態は、ネットワークに接続するときに、オペレータＩＤを使用して、正しいＭＶＮＯオペレータに属するＣＮノードを選択するという特徴を含む。２つの方法が提供され、即ち（１）オペレータＩｄがＭＳ２にブロードキャストされ、そしてＭＳ２が判断を実行する。（２）オペレータＩｄがＭＳ２からＲＮＣ３へ送信され、そしてＲＮＣ３がＣＮ Ｉｄを選択する。図８の実施形態は、第１の方法に向けられ、そして図９の実施形態は、第２の方法を実施する。両方の方法では、１つのＭＶＮＯオペレータが、同じエリアをカバーするＳＧＳＮのような２つ以上のノードをもつことができる。
【０１０１】
図８に示す第１の方法は、あるＭＶＮＯオペレータと、このエリアに使用されるＣＮ ＩＤとの間のマッピングを指示する情報をＭＳ２へブロードキャストするというステップ１を含む。次いで、ＭＳ２は、記憶された内部選択基準に基づいて好きなオペレータ（即ちＭＶＮＯ）を選択するための選択ステップ２を実行する。選択されたオペレータの対応するＣＮ Ｉｄ（ステップ１で受け取られるか又はＭＳ２内に記憶された）が、ＲＮＣ３へ送られるＲＲＣ接続要求メッセージ３の一部分として挿入される。前記実施形態について上述したように、ＲＮＣ３は、次いで、ステップ４ないし６で示すように、送信されたＣＮ Ｉｄで識別される対応するＣＮ要素６、１０又は１１との接続を確立する。
【０１０２】
ブロードキャストされる情報の量を制限するために同じオペレータのＭＳＣ／ＶＬＲ及びＳＧＳＮのＣＮ Ｉｄが同一であるのが好ましい。
更に、このＭＶＮＯに対するＳＧＳＮ及び／又はＭＳＣ／ＶＬＲの使用可能性は、ステップ１のブロードキャストされたメッセージに指示される。
この好ましい実施形態では、ＣＮ Ｉｄの一部分だけがステップ１においてブロードキャストされ（例えば、最初の２ビット）、一方、他の必要なビット、例えば、最後の２ビットは、ＭＳ２により任意に選択される。これは、ＭＮＶＯが、ＲＡＮ当たり多数のＣＮ要素をもつことができるようにする。
【０１０３】
ブロードキャストされる情報は、例えば、次の通りである。
ＣＮ Ｉｄ１１ ＜−＞ ０３３４３ （ｍｎｃ０３３ ｍｃｃ４３）
ＣＮ Ｉｄ１０ ＜−＞ ０３３４０ （ｍｎｃ０３３ ｍｃｃ４０）
ＣＮ Ｉｄ０１ ＜−＞ ０３３４５ （ｍｎｃ０３３ ｍｃｃ４５）
（ｍｎｃ：移動ネットワークコード、ｍｃｃ：移動カントリーコード）
ＭＳ２が優先順位をもたない（又はその特徴をサポートしない）場合には、ステップ３においてＣＮ Ｉｄを送信せず、従って、デフォールトＣＮ要素に接続されるのが好ましい。
【０１０４】
好ましい実施形態では、グローバルなオペレータが、グローバルなオペレータＩＤを有する。１つの実際的な方法は、グローバルなオペレータＩＤを、未使用のカントリーコードの範囲から割り当てることであり、例えば、
９９９０１＝Ｏｒａｎｇｅ
９９９０２＝Ｖｏｄａｆｏｎｅ
９９９０３＝Ｖｉｒｇｉｎ
同じ教示をＧＰＲＳに適用することができ、この場合には、ＣＮ Ｉｄが好ましくはランダムＴＬＬＩの一部分としてＢＳＣへ送信される（無線プロトコルへの変更は必要とされない）ことに注意されたい。
【０１０５】
別の実施形態は、パラメータをブロードキャストするのを回避するが、ＭＳ２が第１のＲＲＣメッセージにおいてオペレータ識別子を（ＣＮ Ｉｄと一緒に又はそれに代わって）送信するようにさせる。この別の形態は、図９に示すように実施される。オペレータ識別子は、ｍｎｃ／ｍｃｃ（ＳＩＭ上にあるので容易である）であるのが好ましいが、グローバルなオペレータＩＤ（上記を参照）又は他の形式の識別子でもよい。
図９は、本発明のこの実施形態に基づくシステム及び方法におけるメッセージの流れを示す。この実施形態も、同様に、ＭＳＣ／ＶＬＲ（移動交換センター／ビジター位置レジスタ）及び／又はＳＧＳＮ６のような少なくとも１つのそれ自身のコアネットワーク要素６、１０、１１を有するＭＶＮＯ（移動仮想ネットワークオペレータ）に係る。
【０１０６】
この別の好ましい実施形態は、ＣＮ Ｉｄを記憶していないＭＳ２が、第１のＲＲＣ接続を行うときに、そのオペレータ識別子を接続要求メッセージ１に追加するというものである。ＲＮＣ３は、使用可能なＣＮ Ｉｄの１つがこのオペレータ識別子に対応するかどうかチェックする（例えば、構成可能なデータベースへアクセスする）ための手段を有する。このチェック又は選択は、ステップ２により表わされる。使用可能なＣＮ Ｉｄの１つが、ＭＳ２から送信されたオペレータ識別子に対応する場合には、このＣＮ Ｉｄが選択され、そしてその選択されたＣＮ Ｉｄに対応するＣＮノード６、１０又は１１への接続が確立される。ＣＮノードは、選択されたＣＮ識別子（ＣＮ Ｉｄ）をＭＭシグナリングにおいてＭＳ２へ指示する。図９のステップ３ないし５に基づく既知のやり方で接続が確立される。
【０１０７】
別の実施形態では、ＭＶＮＯは、完全なホストＰＬＭＮにわたり同じＣＮ識別子を使用する（即ち、ＭＶＮＯは、異なるＬＡ（又はＲＡ）にわたって同じＣＮ識別子を使用する）。これは、ＭＳが１つのＣＮエリアから別のＣＮエリアへ移動するときに、同じＣＮ識別子が新たなＣＮエリアにおける同じＭＶＮＯのノードに対応することを意味する。ＣＮエリアは、１つのＣＮノードから到達できる全エリアであり、そして１つ又は多数の位置エリアＬＡ（又はルーティングエリアＲＡ）で構成されることに注意されたい。小さなネットワークでは、これが全国をカバーできる。又、小さなＭＶＮＯが、全国に対する１つのＣＮノードを有してもよく、一方、別のＭＶＮＯが、多数のＣＮノードを有してもよい。
【０１０８】
この場合に、ＭＳは、その後のＲＲＣ接続確立メッセージにおいて、それが同じＰＬＭＮにある限り、ＣＮ Ｉｄだけを送信し、オペレータ識別子は送信しない。
ＭＳがＰＬＭＮ再選択を実行する場合には、ＣＮ Ｉｄ及びオペレータ識別子の両方を第１のＲＲＣ接続確立メッセージにおいて送信するのが好ましい。新たなＲＮＣは、次いで、オペレータ識別子を使用して、新たなＣＮ Ｉｄを選択する。このＣＮ Ｉｄは、コンフィギュレーションに基づいて使用され、そしてＭＶＮＯが超国家オペレータとの合意を有する（同じＣＮノードが２つ以上の国／ＰＬＭＮをカバーできる）場合に有用である。
【０１０９】
別のケースでは、ＭＶＮＯは、異なるＬＡ（又はＲＡ）にわたって異なるＣＮ識別子を使用してもよい（しかし、１つのＬＡ（又はＲＡ）内では、ＣＮ識別子は独特である）。これは、ＭＳが１つのＬＡ（又はＲＡ）から別のものへ移動するときに、新たなＬＡ（又はＲＡ）の同じＭＶＮＯにより異なるＣＮが使用されてもよいことを意味する。
この場合に、ＭＳは、その後のＲＲＣ接続確立メッセージにおいて、それが同じＬＡ（又はＲＡ）にある限り、ＣＮ Ｉｄしか送信せず、オペレータ識別子は送信しない。
【０１１０】
ＭＳは、ＬＡ（又はＲＡ）を切り換える場合に、ＣＮ Ｉｄ及びオペレータ識別子の両方を第１のＲＲＣ接続確立メッセージにおいて送信するのが好ましい。次いで、新たなＲＮＣは、オペレータ識別子を使用して、新たなＣＮ Ｉｄを選択することができる。ここで、再び、ＣＮ Ｉｄは、コンフィギュレーションに基づいて使用され、そしてＭＶＮＯが超国家オペレータとの合意を有する（同じＣＮノードが２つ以上の国／ＰＬＭＮをカバーし、及び／又はＭＶＮＯがエリア当たり２つ以上のＣＮノードを有する）場合に有用である。
この同じ原理をＧＰＲＳ無線に適用できるが、オペレータ識別子がおそらくＴＬＬＩコードスペースに適合しないので、ＴＢＦ（一時的ブロックフロー）要求を変更する必要があることに注意されたい。
【０１１１】
ＭＶＮＯがエリア当たり２つ以上のノードを有するときには、次のように実施するのが好ましい。
ＲＮＣは、１つのオペレータ識別子に対応するＣＮ Ｉｄのリストを含むか、それにアクセスすることができる。オペレータ識別子のみがＭＳ２からＲＮＣ３へ送信される場合に、ＲＮＣ３は、これらノードのいずれかを選択する（例えば、使用可能性、接近性、負荷分担・・に基づいて）。オペレータ識別子及びＣＮ ＩｄがＭＳ２から送信される場合には、ＲＮＣ３が、同じＣＮ Ｉｄをリストの部分から選択するのが好ましい。
【０１１２】
リストに属さないオペレータＩＤが送信される場合には、デフォールトＣＮ Ｉｄが選択される。
オペレータＩｄ： → ＣＮ Ｉｄ
９９９０１（＝Ｏｒａｎｇｅ） → １；２；３（好みの順序）
９９９０２（＝Ｖｏｄａｆｏｎｅ） → １１；１２；１３；１４（ラウンドロビンを使用する）
９９９０３（＝Ｖｉｒｇｉｎ） → ７；８（好みの順序）
デフォールト（ホストは、Ｖｏｄａでよい） → １１；１２；１３；１４
（ラウンドロビンを使用する）
【０１１３】
図８、９の実施形態による発明は、ＳＩＭカードを変更する問題を克服する。多くのオペレータは、古いＳＩＭカードを変更するコストを回避するために同じＳＩＭカードを保持することを好む。
更に、無線で情報をブロードキャストしたりオペレータＩＤをＭＳ２から送信したりする（例えば、ＳＩＭにおいて読み取る）ことは、より融通性がある。
異なるＣＮ Ｉｄを異なる領域に使用することができる。例えば、Ｏｒａｎｇｅがヨーロッパ全域にわたるＭＶＮＯである場合には、ＳＩＭは、どの国でどのＣＮ Ｉｄが使用されるか知る必要がない。
【０１１４】
図８、９による発明は、ＭＮＶＯの分野をカバーする。これは、無線ネットワーク当たりの多数のＣＮの特徴の利点を取り入れ、その解決策を提供する。
以上、好ましい実施形態を説明したが、本発明は、これに限定されるものではなく、ＭＳＣ／ＶＬＲのような異なる構造のサービングノードを使用する異なる形式のネットワークにおいて実施することもできる。
請求の範囲においては、エリアを取り扱う要素を識別するターゲットＩＤが、実際に、エリア、即ちその要素により取り扱われるエリアの識別子とも考えられるように、広い意味で解釈しなければならない。
【図面の簡単な説明】
【図１】 本発明によるシステムの一実施形態の基本的構造を示す図である。
【図２】 ユーザ装置とサービングノードとの間に接続を確立するためのメッセージの流れを示す図である。
【図３】 所望のサービングノードを選択するための方法を示す図である。
【図４】 本発明の更に別の実施形態によるシステム及び方法におけるメッセージの流れを示す図である。
【図５】 ＤＮＳサーバーに記憶されたテーブルを詳細に示す図である。
【図６】 ＵＭＴＳに関連した本発明の実施形態によりルーティングエリア更新手順において実行される方法ステップを示す図である。
【図７】 本発明の別の実施形態による合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション手順において実行されるステップを示す図である。
【図８】 本発明の更に別の実施形態によるシステム及び方法におけるメッセージの流れを示す図である。
【図９】 本発明の更に別の実施形態によるシステム及び方法におけるメッセージの流れを示す図である。

Claims (53)

1. 多数のネットワーク要素を備えた通信ネットワークに接続を形成するシステムであって、第１ネットワーク要素と、１つ以上の別々に選択可能なコアネットワーク要素とを経て接続を確立し、上記ネットワーク要素の少なくとも１つは、第１ネットワーク要素により選択可能なコアネットワーク要素のリストを記憶するように構成されたシステムにおいて、
   上記１つ以上のコアネットワーク要素は、１つ以上のユーザ装置に関する状態情報を維持し、
   上記１つ以上のユーザ装置は、エリアを識別する識別子及び／又は所望のコアネットワーク要素を識別する識別子を第１ネットワーク要素に送信し、この第１ネットワーク要素は、その送信された識別子に基づいてコアネットワーク要素を選択し、そして
   同じ形式の少なくとも２つのコアネットワーク要素が同じエリア識別子に指定されるように構成されたシステム。
2. 上記リストは、エリア識別子によって定義される請求項１に記載のシステム。
3. 上記エリア識別子は、位置エリア認識又はルーティングエリア認識（ＬＡＩ又はＲＡＩ）或いはターゲットＩＤである請求項１又は２に記載のシステム。
4. 上記送信された識別子は、ＣＮ識別子である請求項１ないし３のいずれかに記載のシステム。
5. 無線アクセスネットワークは、ユーザ装置へ上記リストをブロードキャストするように構成され、そしてユーザ装置は、上記リストから識別子を選択しそしてその選択された識別子を無線アクセスネットワークへ送信する請求項１ないし４のいずれかに記載のシステム。
6. 送信された識別子に指定される少なくとも２つのコアネットワーク要素に関する情報が無線アクセスネットワーク要素に送信される請求項１ないし５のいずれかに記載のシステム。
7. 上記接続は、ユーザ装置がＣＮエリア内を移動するときに、同じ選択可能なコアネットワーク要素に維持される請求項１ないし６のいずれかに記載のシステム。
8. 上記選択可能なコアネットワーク要素のリストは、規定の順序で第１ネットワーク要素へ送信される請求項１ないし７のいずれかに記載のシステム。
9. 上記順序は、上記リストに示されたコアネットワーク要素の負荷に依存する請求項８に記載のシステム。
10. 上記順序は、上記第１ネットワーク要素とコアネットワーク要素との間の地理的距離に依存する請求項８又は９に記載のシステム。
11. 上記順序は、第１ネットワーク要素のアドレスに依存する請求項８、９又は１０に記載のシステム。
12. 上記コアネットワークは、パケット交換ネットワークに属する請求項１ないし１１のいずれかに記載のシステム。
13. 上記第１ネットワーク要素は、１つ以上のユーザ装置への無線アクセスを与える請求項１ないし１２のいずれかに記載のシステム。
14. 上記第１ネットワーク要素は、サービングコアネットワーク要素、好ましくはＳＧＳＮである請求項１ないし１３のいずれかに記載のシステム。
15. 上記コアネットワーク要素は、サービングノード、好ましくはＳＧＳＮである請求項１ないし１４のいずれかに記載のシステム。
16. 上記リストを記憶する少なくとも１つのネットワーク要素は、ＤＮＳサーバーである請求項１ないし１５のいずれかに記載のシステム。
17. 上記ＤＮＳサーバーは、コアネットワーク要素のＩＰアドレスのリストを返送するように構成された請求項１６に記載のシステム。
18. 上記ＤＮＳサーバーは、コアネットワーク要素のＩＰアドレスのリストを、それらの名前、好ましくは規範的な名前と共に返送する請求項１７に記載のシステム。
19. コアネットワーク要素が、その将来の接続取り扱い能力を少なくとも一時的又は部分的に阻止するオペレーションを受けるべきときには、そのコアネットワーク要素が、オペレーションをスタートする規定時間前に、リストから除外される請求項１ないし１８のいずれかに記載のシステム。
20. 上記第１ネットワーク要素は、第３の接続起点又は終点ネットワーク要素から、第１ネットワーク要素又は１つのコアネットワーク要素へ送信されるべきメッセージから識別子を検出するか、又は位置情報のような第３ネットワーク要素に関連した他の情報から識別子を推測するように構成された請求項１ないし１９のいずれかに記載のシステム。
21. 上記識別子は、第３の接続起点又は終点ネットワーク要素から、第１ネットワーク要素又は１つのコアネットワーク要素へ送信されるべきメッセージの一部分として送信される請求項１ないし２０のいずれかに記載のシステム。
22. 上記コアネットワーク要素の１つは、他のコアネットワーク要素が選択されないときに接続を取り扱うのに使用されるデフォールトコアネットワーク要素として設定される請求項１ないし２１のいずれかに記載のシステム。
23. 上記コアネットワーク要素の１つは、接続を取り扱うために別のコアネットワーク要素が選択されたときにその別のコアネットワーク要素への接続又は情報送信を取り扱うのに使用されるマスターコアネットワーク要素として設定される請求項１ないし２２のいずれかに記載のシステム。
24. 上記別のコアネットワーク要素へ送信されるべき情報は、コンテクスト情報である請求項２３に記載のシステム。
25. 多数のネットワーク要素を備えた通信ネットワークにおいてアドレスを選択するための方法であって、第１ネットワーク要素と、１つ以上の別々に選択可能なコアネットワーク要素とを経て接続を確立し、上記ネットワーク要素の少なくとも１つは、第１ネットワーク要素により選択可能なコアネットワーク要素のリストを記憶するような方法において、
    上記１つ以上のコアネットワーク要素は、１つ以上のユーザ装置に関する状態情報を維持し、
    上記１つ以上のユーザ装置は、エリアを識別する識別子及び／又は所望のコアネットワーク要素を識別する識別子を第１ネットワーク要素に送信し、この第１ネットワーク要素は、その送信された識別子に基づいてコアネットワーク要素を選択し、そして
    同じ形式の少なくとも２つのコアネットワーク要素が同じエリア識別子に指定されるようにした方法。
26. 上記リストは、エリア識別子により定義される請求項２５に記載の方法。
27. 上記エリア識別子は、位置エリア認識又はルーティングエリア認識（ＬＡＩ又はＲＡＩ）或いはターゲットＩＤである請求項２５又は２６に記載の方法。
28. 上記送信された識別子は、ＣＮ識別子である請求項２５ないし２７のいずれかに記載の方法。
29. 上記接続は、ユーザ装置がＣＮエリア内を移動するときに、同じ選択可能なコアネットワーク要素に維持される請求項２５ないし２８のいずれかに記載の方法。
30. 無線アクセスネットワークは、ユーザ装置へ上記リストをブロードキャストするように構成され、そしてユーザ装置は、上記リストから識別子を選択しそしてその選択された識別子を無線アクセスネットワークへ送信する請求項２５ないし２９のいずれかに記載の方法。
31. 送信された識別子に指定される少なくとも２つのコアネットワーク要素に関する情報が、リストを記憶するネットワーク要素から第１ネットワーク要素に送信される請求項２５ないし３０のいずれかに記載の方法。
32. 上記選択可能なコアネットワーク要素のリストは、規定の順序で第１ネットワーク要素へ送信される請求項２５ないし３１のいずれかに記載の方法。
33. 上記順序は、上記リストに示されたコアネットワーク要素の負荷に依存する請求項３２に記載の方法。
34. 上記順序は、上記第１ネットワーク要素のアドレスに依存する請求項３２又は３３に記載の方法。
35. 上記順序は、第１ネットワーク要素とコアネットワーク要素との間の地理的距離に依存する請求項３２、３３又は３４に記載の方法。
36. 上記コアネットワーク要素は、パケット交換ネットワークに属する請求項２５ないし３５のいずれかに記載の方法。
37. 上記第１ネットワーク要素は、１つ以上のユーザ装置に無線アクセスを与える請求項２５ないし３６のいずれかに記載の方法。
38. 上記第１ネットワーク要素は、サービングコアネットワークノード、好ましくはＳＧＳＮである請求項２５ないし３７のいずれかに記載の方法。
39. 上記コアネットワーク要素は、サービングノード、好ましくはＳＧＳＮである請求項２５ないし３８のいずれかに記載の方法。
40. 上記リストを記憶する少なくとも１つのネットワーク要素は、ＤＮＳサーバーである請求項２５ないし３９のいずれかに記載の方法。
41. 上記ＤＮＳサーバーは、コアネットワーク要素のＩＰアドレスのリストを返送する請求項４０に記載の方法。
42. 上記ＤＮＳサーバーは、コアネットワーク要素のＩＰアドレスのリストを、それらの名前、好ましくは規範的な名前と共に返送する請求項４１に記載の方法。
43. コアネットワーク要素が、その将来の接続取り扱い能力を少なくとも一時的又は部分的に阻止するオペレーションを受けるべきときには、そのコアネットワーク要素が、オペレーションをスタートする規定時間前に、リストから除外される請求項２５ないし４２のいずれかに記載の方法。
44. 上記第１ネットワーク要素は、第３の接続起点又は終点ネットワーク要素から、第１ネットワーク要素又は１つのコアネットワーク要素へ送信されるべきメッセージから識別子を検出するか、又は位置情報のような第３ネットワーク要素に関連した他の情報から識別子を推測する請求項２５ないし４３のいずれかに記載の方法。
45. 上記識別子は、第３の接続起点又は終点ネットワーク要素から、第１ネットワーク要素又は１つのコアネットワーク要素へ送信されるべきメッセージの一部分として送信される請求項２５ないし４４のいずれかに記載の方法。
46. 上記コアネットワーク要素の１つは、他のコアネットワーク要素が選択されないときに接続を取り扱うのに使用されるべきデフォールトコアネットワーク要素として設定される請求項２５ないし４５のいずれかに記載の方法。
47. 上記コアネットワーク要素の１つは、接続を取り扱うために別のコアネットワーク要素が選択されたときにその別のコアネットワーク要素への接続又は情報送信を取り扱うのに使用されるマスターコアネットワーク要素として設定される請求項２５ないし４５のいずれかに記載の方法。
48. 上記別のコアネットワーク要素へ送信されるべき情報は、コンテクスト情報である請求項４７に記載の方法。
49. 請求項１ないし２４のいずれかに記載のシステム又は請求項２５ないし４８のいずれかに記載の方法に使用されるユーザ装置であって、オペレータ識別子及び又はコアネットワーク（ＣＮ）識別子を記憶し、そしてそのオペレータ識別子及び／又はＣＮ識別子を無線シグナリングに挿入するように構成されたユーザ装置。
50. 上記記憶されたＣＮ識別子は、ネットワークにより送信された最新のＣＮ識別子である請求項４９に記載のユーザ装置。
51. 上記記憶されたＣＮ識別子は、ユーザ装置から無線シグナリングにおいて常に送信される予め構成されたＣＮ識別子である請求項４９又は５０に記載のユーザ装置。
52. 上記オペレータ識別子又はＣＮ識別子は、ユーザ装置のＳＩＭカードに記憶される請求項４９、５０又は５１に記載のユーザ装置。
53. 上記ユーザ装置は、移動ステーションである請求項４９ないし５２のいずれかに記載のユーザ装置。

Images