JP2003534714A

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

Info

Publication number: JP2003534714A
Application number: JP2001586839A
Authority: JP
Inventors: テュイヤフルッタ; セルゲハウモント
Original assignee: Nokia Oyj
Current assignee: Nokia Oyj
Priority date: 2000-05-22
Filing date: 2001-01-19
Publication date: 2003-11-18
Anticipated expiration: 2021-01-19
Also published as: DE60137627D1; EP3425973B1; AU2001226797A1; KR100917744B1; US7782818B2; US20040017798A1; EP2007088A3; CA2410095C; WO2001091370A2; JP3828424B2; EP3425973A1; CN1430840A; WO2001091370A3; CN100426779C; CN101340732B; CA2774301A1; KR100927534B1; EP2007088A2; AU2000245676A1; BR0111035A

Abstract

(57)【要約】本発明は、多数のネットワーク要素を備えた通信ネットワークに接続を形成するシステム及び方法を提案する。通信ネットワークは、無線ネットワークコントローラのような第１ネットワーク要素と、サービングノードのような１つ以上の別々に選択できる第２ネットワーク要素とを経て接続をルーティングする。又、ネットワークは、選択可能な第２ネットワーク要素のリストを記憶するネットワーク要素を備えている。このリストは、ルーティングエリア又は位置エリア、或いは所望の第２ネットワーク要素を識別する識別子を使用してアクセスされる。このリストは、ＤＮＳサーバーに記憶することができ、このサーバーは、無線ネットワークコントローラのような問合せしているネットワーク要素に、例えば、接続起点又は終点ネットワーク要素のルーティング又は位置エリアにサービスできるサービングノードのＩＰアドレスを返送する。又、接続起点又は終点ネットワーク要素は、接続することが望まれるＳＧＳＮのような特定ネットワーク要素を識別する識別子を送信するように構成される。

Description

【発明の詳細な説明】

【０００１】

【技術分野】

本発明は、通信ネットワークに接続を形成するシステム及び方法に係る。通信
ネットワークは、純粋なデータネットワーク、データ及び／又は他の形式の情報
、例えば、スピーチを送信するためのネットワーク、或いは非データ情報専用に
予約されたネットワークである。又、ネットワークは、回路交換ネットワーク、
ＧＰＲＳ又はＵＭＴＳネットワークのようなパケット交換ネットワーク、或いは
異なる形式のネットワークの組み合わせより成る。

【０００２】

【背景技術】

通信ネットワークに接続を形成するときには、通常は、接続起点ネットワーク
要素、接続終点ネットワーク要素、及び／又は１つ以上の中間ネットワーク要素
、例えば、ベースステーション、ベーストランシーバステーション、ベースステ
ーションコントローラ、及び／又はシグナリング及び／又はユーザトラフィック
を取り扱う１つ以上のサポートノードを含む多数のネットワーク要素が包含され
る。

【０００３】例えば、ＧＰＲＳベース又はＵＭＴＳベースのネットワークでは、移動ステー
ション（ＭＳ）のようなユーザ装置を起点とするか又は終点とする接続（例えば
コール）が、無線ネットワークコントローラ（ＲＮＣ）を使用する接続終点又は
起点装置へと行われ、そのＲＮＣは、ＳＧＳＮ（サービングＧＰＲＳサポートノ
ード）及びおそらくはＧＧＳＮ（ゲートウェイＧＰＲＳサポートノード）と通信
する。接続終点又は起点装置は、同じネットワークに配置されてもよいし又は異
なるネットワークに配置されてもよい。特に、移動ユーザ装置の場合には、その
実際の位置が、ルーティングエリアの分解能で定義される（例えばアイドル状態
において）か、或いはセルのもっと細かい分解能で定義される（例えば、コール
のような接続を取り扱うとき）。ルーティングエリア（ＲＡ）とは、ＧＰＲＳに
関連して使用される標準的な用語であり、一方、ＧＳＭ及びＵＭＴＳ回路交換シ
ステムは、位置エリア（ＬＡ）という用語を使用することに注意されたい。両方
の場合に、エリアとは、移動ステーションがサービングノード（例えば、ＳＧＳ
Ｎ又はＭＳＣ／ＶＬＲ）に登録され、そして最終的に、サービングノードが移動
ステーションをページングしてダウンリンク接続を確立するエリアを指す。本明
細書では、エリアという用語は、位置エリア及び／又はルーティングエリアを指
すものとして使用される。

【０００４】全ネットワークのカバレージエリアは、通常、多数のエリア（ＲＡ又はＬＡ）
に分割され、１つのエリア（ＧＰＲＳ又はＵＭＴＳベースのネットワーク）が１
つのサービングノードに指定される（１つのサービングノードは、通常、多数の
エリアを取り扱う）。ユーザ装置が現在位置するエリアに関する情報をもつとき
には、そのユーザ装置への又はそこからの接続を取り扱う役目のサービングノー
ドが明確に定義される。

【０００５】しかしながら、例えば、ＧＳＭ及びＵＭＴＳでは、ルーティング又は位置エリ
アと指定のＳＧＳＮとの間のこの１対１の相関は、ＳＧＳＮがブレークダウンす
るか或いはソフトウェア更新のようなメンテナンスオペレーションが必要な場合
には欠点となる。このような場合に、ルーティングエリアは、完全に遮断しなけ
ればならず、少なくとも一時的に、接続の形成に使用できなくなる。

【０００６】この状態は、少なくとも２つのサービングノード、例えば、２つのＳＧＳＮが
同じルーティングエリアを取り扱いできるようにネットワーク構造を変更したと
きには著しく改善することができる。このような場合には、例えば、ベースステ
ーションコントローラ（ＢＳＣ）又は無線ネットワークコントローラ（ＲＮＣ）
が、Ｉｕ及び／又はＧｂのような異なるインターフェイスを使用することができ
る。２つの無線インターフェイスを使用しそして単一のベーストランシーバステ
ーション（ＢＴＳ）のみを設けることにより、多数の形式の移動ステーションを
サポートすることができる。

【０００７】同じルーティングエリアにサービスする２つ以上のサポートノードを設けたと
きには、既に使用されていたＳＧＳＮが過負荷状態になるか又は故障した場合に
ＲＮＣ（おそらく使用可能なＳＧＳＮのリストを有する）が別のＳＧＳＮを使用
できることにより回復力のような多数の効果を発揮する。更に、エリアを遮断せ
ずに、ソフトウェア更新のようなメンテナンスオペレーションを行うことができ
る。加えて、ＳＧＳＮ間ハンドオーバーにより生じるネットワークシグナリング
を減少することができる。

【０００８】例えば、ロンドンエリアのような都市エリアをカバーするために多数のＳＧＳ
Ｎを設けることができ、そして都市の周りを移動する移動ステーションは、常に
、そのオリジナルのＳＧＳＮを使用して、接続を取り扱うことができる。例えば、ＩＰネットワークは、Ｉｕインターフェイスのようなインターフェイ
スに導入することができ、Ｉｕインターフェイスは、現在主にＲＮＣとＳＧＳＮ
との間のポイント対ポイントＩｕインターフェイスとして使用されている。ＩＰ
ネットワーク又は他の適当な形式のネットワークをＩｕインターフェイスに導入
するときには、１つのＲＮＣが多数のＳＧＳＮに接続される。

【０００９】１つのネットワーク要素（例えば、ユーザ装置への無線接続を制御する役割を
果たす）が、別に設けられる異なるサポートノードへ接続できる場合には、適当
なサポートノード、例えば、シグナリング接続に使用されるＳＧＳＮを見出して
選択する上で問題が生じる。このシグナリング接続は、例えば、ユーザ装置（例
えば、ＭＳ）と、ＳＧＳＮのようなサポートノードとの間にＬ３（層３）メッセ
ージ（移動管理ＭＭ及びセッション管理ＳＭのような）を転送するのに使用する
ことができる。更に、サポートノード間ハンドオーバーの場合には、新たなサポ
ートノードは、ハンドオーバーまでユーザ装置にサービスしていた古いサポート
ノードを見出すことから利益が得られる。

【００１０】

【発明の開示】

本発明は、上記問題を部分的に又は完全に解消するか又は少なくとも軽減する
ための解決策を提供する。１つの特徴によれば、本発明は、請求項１に記載のシステムを提供する。この
システムは、ネットワーク全体で構成されてもよいし、ネットワークの一部分だ
けであってもよいし、或いは２つ以上のネットワークで構成されてもよい。更に別の特徴によれば、本発明は、方法の独立請求項に記載した方法を提供す
る。更に、本発明は、更に別の特徴によれば、ネットワーク又は接続に使用できる
ハードウェア構造又は機能を実施するために装備される１つ以上のネットワーク
要素、或いは請求項に記載され及び／又は以下に説明する選択方法も提供する。

【００１１】本発明は、無線ネットワークコントローラ又はベースステーションコントロー
ラのような第１ネットワーク要素が、どのサポートノード（例えば、ＳＧＳＮ）
を接続（例えば、シグナリング接続又はユーザトラフィック接続）に使用するか
判断できるようにする解決策を提供する。シグナリング接続は、Ｌ３メッセージ
、例えば、ＭＭ及びＳＭのようなメッセージを、ユーザ装置、例えば、ＭＳのよ
うなネットワーク要素とサポートノードとの間で転送するために設けられる。従
って、第１ネットワーク要素は、例えば、同じルーティングエリアにサービスす
る異なるサポートノードに接続されてもよい。このような実施は、上述した効果
を与える。

【００１２】又、本発明は、ＳＧＳＮのような異なるサポートノード間の接続をハンドオー
バーする場合に、そのときまでユーザ装置にサービスしていた古いサポートノー
ドを新たなサポートノードが見出せるようにする構造体及び方法も提供する。本発明によれば、「ルーティングエリア認識（ＲＡＩ）」のようなエリア識別
子が第１ネットワーク要素（例えば、ＲＮＣ）により使用されて、サポートノー
ドのような別々に選択できる第２ネットワーク要素のリストが導出される。この
リストにおいて、異なるサポートノードがそれらのアドレスで識別される。この
リストは、ＲＮＣの内部に予め構成される。別の実施形態によれば、第１ネット
ワーク要素は、識別子（例えば、ＲＡＩ）を含むメッセージ又は要求を、ＤＮＳ
（ドメインネームシステム）サーバーのような別のネットワーク要素に送信し、
その応答として、ＲＡＩで指示されたルーティングエリアにサービスする考えら
れる第２ネットワーク要素のリストを受信することができる。これは、予め構成
されたリストの必要性を回避し、そして考えられる第２ネットワーク要素のリス
トがＩＰアドレスを含む場合には、ＤＮＳが特に適したものとなる。

【００１３】別のネットワーク要素は、考えられる第２ネットワーク要素のリスト（テーブ
ル）を記憶するメモリを含むか又はそれと協働するのが好ましく、そしてこのリ
ストをローリング又は分配リストとして送信し、負荷を分散することができる。
このリストは、例えば、多数の部分の形態で送信され、各部分は、１つ又は２つ
（又はそれ以上）の選択可能な第２ネットワーク要素のみを指示する。又、この
リストは、例えば、リスト要求を送信するか又はこのエリアに対するデフォール
ト第２ネットワーク要素を最初に指示する第１ネットワーク要素のアドレスに基
づいて規定の順序でランク付けされてもよい。このランク付けは、リストに示さ
れた第２ネットワーク要素の最初のものが、常に、第１ネットワーク要素に最も
近いものとなり、リストされた第２ネットワーク要素の第２番目が、第１ネット
ワーク要素に２番目に近いものとなり、等々となるように行われる。

【００１４】又、このリストにおける第２ネットワーク要素のリスティング順序は、ある実
施形態では、各リストされた第２ネットワーク要素の実際の負荷又は以前の負荷
に関する情報に基づいてもよい。或いは又、第２ネットワーク要素のリスティン
グの順序は不変に保たれるが、そのリストされた第２ネットワーク要素の実際の
又は以前の負荷状態を指示する付加的な情報がリストに載せられてもよい。この
後者のケースでは、第１ネットワーク要素は、負荷状態情報もチェックし、そし
て負荷が最も小さい第２ネットワーク要素の１つ、又は少なくとも負荷が軽い第
２ネットワーク要素の１つを選択するように適応される。負荷を考慮した第２ネットワーク要素のリスティング順序の変更、又はリスト
への負荷情報の取り付けは、ネットワークに対して設けられたオペレーション・
メンテナンスシステム（Ｏ＆Ｍ）により実行されるのが好ましい。

【００１５】本発明の１つの考えられる実施形態によれば、ソフトウェア更新のようなメン
テナンスオペレーションがプランニングされる第２ネットワーク要素が、ソフト
ウェア更新の、ある時間例えば数時間前に、リストから引き出される（問い合わ
せしている第１ネットワーク要素へ送信するために）。このようにして、この第
２ネットワーク要素により依然として処理される接続又はコンテクストは、全く
ないか又は少なくとも多くはないように確保することができる。本発明の１つの考えられる実施形態によれば、第２ネットワーク要素が応答し
ない場合に、別の第２ネットワーク要素がリストから選択される。

【００１６】１つの考えられる実施形態によれば、ＣＮ（コアネットワーク）識別子のよう
な識別子が、例えば、ＲＲＣ（無線リソース制御）メッセージのようなメッセー
ジに追加され、このメッセージは、接続を開始し及び／又はＬ３メッセージ（例
えば、アタッチされた要求、ルーティングエリア更新要求又はサービス要求）の
ようなメッセージを搬送するのに使用される。第１ネットワーク要素（例えば、
ＲＮＣ）は、ＲＲＣメッセージからの識別子（例えば、ＣＮ識別子）をチェック
する。更に、第１ネットワーク要素は、ユーザ装置が実際に位置するセルからＲ
ＡＩのようなエリア識別子を推測することもできる。エリア識別子とＣＮ識別子
を組み合わせると、サービングノードが明確に識別される。第１ネットワーク要
素は、サービングノードのアドレスをリストから導出する。１つの実施形態では
、第１ネットワーク要素は、エリア識別子及び／又はＣＮ識別子を使用し、送信
された識別子に指定された第２ネットワーク要素のリストを送信するようにＤＮ
Ｓサーバーのようなリスト送信ネットワーク要素に要求する。

【００１７】ＧＳＭ又はＵＭＴＳシステムのようなあるシステムは、同じエリアにサービス
する異なる形式のサービングノード（例えば、ＳＧＳＮ及びＭＳＣ／ＶＬＲ）を
有する。ＵＭＴＳシステムでは、ＲＲＣシグナリングは、ＣＮ形式を識別するパ
ラメータ（ＣＮドメイン認識）を含む。ＧＳＭでは、ＣＮ形式が、確立されたチ
ャンネルの形式から含蓄的に識別される。このようなシステムでは、サービングノードを明確に識別するために、エリア
識別子及びＣＮ識別子の組み合わせに加えて、ＣＮ形式の指示も必要とされる。

【００１８】本発明の１つの考えられる実施形態によれば、第２ネットワーク要素の１つは
、ＭＳのような接続終点又は起点装置が現在位置するルーティングエリアにサー
ビスするデフォールト第２ネットワーク要素として設定される。第１ネットワー
ク要素は、他の第２ネットワーク要素が選択されない（即ちＣＮ識別子がＭＳに
より送信されない）限り、このデフォールト第２ネットワーク要素を使用して、
接続を処理するように構成される。

【００１９】本発明の実施形態によれば、あるルーティングエリアをカバーする使用可能な
第２ネットワーク要素の１つを選択することは、ユーザ装置、例えば、移動ステ
ーションのような他のネットワーク要素から到来する情報に基づいて行うことが
できる。ユーザ装置が、例えば、そのユーザ装置への及びそこからの接続を以前
に処理したあるサポートノード（第２ネットワーク要素）への接続、例えば、シ
グナリング接続を確立しようとする場合には、そのユーザ装置は、例えば、ＲＮ
Ｃである第１ネットワーク要素へＣＮ識別子のような付加的な情報を送信するの
が好ましい。例えば、ユーザ装置は、ＳＧＳＮのようなあるサポートノードにシ
グナリング接続を確立し、その後、シグナリング接続が解除され、そしてユーザ
装置は、同じサポートノードへのシグナリング接続を再び確立することを希望す
る。

【００２０】本発明の１つの特徴によれば、ユーザ装置は、次いで、ＣＮ識別子のような識
別子情報を、例えば、Ｌ３メッセージ（例えばルーティングエリア更新要求又は
サービス要求）を搬送するのに使用されるメッセージに追加することができる。
ＭＳが、それが登録された以前のサービングノードでは取り扱いできない新たな
エリアへ移動する場合には、ＲＮＣが新たなサービングノードを選択し、そして
その新たなサービングノードは、ＣＮ識別子（この実施形態ではルーティングエ
リア更新要求に追加された）及び古いＲＡＩ（ＧＳＭ及びＵＭＴＳではルーティ
ングエリア更新要求において送信された）の組み合わせを使用することにより、
古いサービングノードのアドレスを導出することができる。それに加えて、又は
それとは別に、第１ネットワーク要素（例えば、ＲＮＣ）は、Ｌ３メッセージか
らのＣＮ識別子情報をチェックする。

【００２１】新たなサービングノードは、そのＣＮ識別子を、例えば、ルーティングエリア
更新受け入れにおいて送信するか、又はその受け入れをＭＳにアタッチしなけれ
ばならない。本発明は、更に、特にノード間ハンドオーバーの後に、新たなサポートノード
により古いサポートノード（例えば、古いＳＧＳＮ）を見出して選択できるよう
にする。古いＳＧＳＮを古いＲＡＩで見出すことのできる構造においては（１つ
のＳＧＳＮのみが、ＲＡＩにより指定された特定のルーティングエリアにサービ
スするときに）、古いＳＧＳＮを見出すのに何ら問題はない。しかしながら、ル
ーティングエリアが多数のサポートノードにより並列にカバーされる状態では、
新たなサポートノードが古いサポートノードを検出して、例えば、接続を取り扱
うコンテクスト情報、例えば、ＰＤＰ（パケットデータプロトコル）コンテクス
ト情報をコピーできるのが効果的である。

【００２２】本発明の１つの特徴によれば、ＲＡ（ルーティングエリア）又はＬＡ（位置エ
リア）のようなあるエリアをカバーする第２ネットワーク要素（即ちサポートノ
ード）のリストを記憶するネットワーク要素は、更に、各サポートノードに対し
、そのサポートノードを識別するＣＮ識別子を記憶することができる。この識別
子は、新たな情報エレメントとして送信されてもよいし（即ち、明確に送信され
る）、又は一時的認識のような別の情報エレメントの一部分としてコード化され
てもよい（即ち、含蓄的に送信される）。ＣＮ識別子を含蓄的に送信する一例と
して、ＣＮ識別子は、ＰＴＭＳＩ（パケット一時的移動ステーション認識）の幾
つかのビット（例えば、最後の４ビット）で形成されてもよい。

【００２３】各エリア（例えば、ＲＡ又はＬＡ）に対して使用可能な第２ネットワーク要素
のリストを記憶するネットワーク要素は、ＤＮＳサーバーでよく、そしてＲＡＩ
（ルーティングエリア識別子）又はＬＡＩ（位置エリア識別子）のような各エリ
ア指示子へとマップされたサポートノードのリストを記憶するのが好ましい。こ
のネットワーク要素は、それに送られたエリア識別子に応答して、各エリア（例
えば、ＲＡＩ）に指定された各サポートノード（第２ネットワーク要素）のＩＰ
アドレスだけでなく、更に、それらのサポートノードに指定されたネットワーク
要素識別子、及び最終的には、サポートノードの形式も返送することができる。
接続（例えば、シグナリング接続）を取り扱う第２ネットワーク要素を選択する
役目を果たすネットワーク要素は、次いで、例えば、ユーザ装置から選択基準と
して送信されたネットワーク要素識別子に対応するネットワーク要素識別子を有
する第２ネットワーク要素を選択することができる。

【００２４】或いは又、リストを記憶するネットワーク要素は、ＣＮ識別子及びエリア識別
子の両方で問い合わせすることができ、従って、正しいサポートノードのアドレ
スだけが返送される。サポートノードの形式は、例えば、２Ｇ及び３Ｇの両ＳＧＳＮを含むネットワ
ークに使用することができる。この場合に、ＲＮＣ（３Ｇのみ）は、指示された
サポートノードの形式に基づき、３Ｇサポートノードとして指示されたサポート
ノードだけを選択することができる。

【００２５】請求項に記載された第２ネットワーク要素は、ユーザ装置に関する状態情報（
例えば、位置、加入者データ等）を維持するのが好ましい。状態情報は、同じサ
ービングノード、例えば、同じＳＧＳＮへの接続を保持できるようにする。状態
情報がないと、ユーザ装置は、サービングノード、例えば、ＳＧＳＮを接続のた
びに切り換えることになる。接続は、ＭＳがＣＮエリア内を移動するときに同じ選択可能な第２ネットワー
ク要素に維持されるのが好ましい。

【００２６】処理の問題を回避するために、本発明の１つの特徴によれば、ルーティングエ
リアに対して使用できる第２ネットワーク要素（例えば、ＳＧＳＮ）の１つは、
マスターネットワーク要素であって、これは、ＰＤＰコンテクストのようなコン
テクスト情報をそれ自身取り扱わない場合には、中継装置として機能し、そして
例えば、ユーザ装置からＰＴＭＳＩと一緒に送信された識別子に基づいて古い第
２ネットワーク要素を決定することができる。このような場合に、識別子は、ユ
ーザ装置への接続を取り扱う役目を果たす時間周期中に（例えば、その始めか終
わりに）古いサポートノードからユーザ装置へＰＴＭＳＩと一緒に送信されたも
のである。従って、ユーザ装置は、その接続を取り扱ったサポートノードのよう
なサポートネットワーク要素を知る。この実施形態は、ＭＳが移動したＳＧＳＮ
が、適当な古い（即ち以前の）ＳＧＳＮを見出すようにアップグレードされてい
ない場合に、特に適用できる。

【００２７】又、第２ネットワーク要素は、ＭＳＣ（移動交換センター）でもよいし、又は
例えば、回路交換ネットワークにおける他の形式のサービング要素でもよい。本発明により提供される解決策は、更に、異なる世代のネットワーク要素（例
えば、２ＧのＳＧＳＮ及び３ＧのＳＧＳＮ）が設けられて、同じルーティングエ
リアに対する接続を取り扱う場合にも適用することができる。サポートノードの
選択は、確立及び／又は要求された接続の形式、或いはユーザ装置の形式に基づ
いて行うことができる。例えば、本発明は、ＧＥＲＡＮ（ＧＳＭ／ＥＤＧＥ無線
アクセスネットワーク）に使用することもできる。

【００２８】本発明は、セルラーネットワークが少なくとも部分的にＩＰベースとなるよう
に有効に適応させることができる。ＩＰネットワークは、本質的に、ピア対ピア
構成にされるが、ＧＳＭ、ＵＭＴＳ等の従来のセルラーネットワークは、通常、
ハイアラーキーアーキテクチャーをベースとし、無線アクセスネットワーク（Ｒ
ＡＮ）、又はより詳細には、ＲＮＣ、ＲＮＳ、ＢＴＳ、ＢＳＳ等の無線アクセス
を制御するコントローラは、単一のサービングノード（例えば、ＭＳＣ／ＶＬＲ
；ＳＧＳＮ；・・）により取り扱われる。

【００２９】本発明は、一般に、例えば、ユーザ装置への無線アクセスを与える１つのネッ
トワーク要素（例えば、ＲＡＮ）が、コアネットワーク（ＣＮ）ノードのような
多数のサービングノードに接続される構造及び方法を提案する。これは、ＣＮノ
ードエリア間更新手順の数を減少しそして信頼性を高める。従って、本発明は、
１つの無線アクセスネットワーク（又は無線アクセスを与えるか又は制御するネ
ットワーク要素）と、位置エリア（ＬＡ）又はルーティングエリア（ＲＡ）を、
同じ形式の多数のサービングノードで取り扱うことのできるセルラーシステムの
ための新規なアーキテクチャーを提案する。どのサービングノードに接続を行う
べきかを判断するためのルーティング機能は、無線アクセスネットワーク（ＲＡ
Ｎ）又は無線アクセスを与えるか又は制御する各ネットワーク要素に配置される
のが好ましく、無縁アクセスネットワークとサービングノードとの間やサービン
グノード内には配置されない。ＲＡＮに配置されるルーティング機能は、更に、
接続するサービングノードを選択するための方法を与え又は備えている。

【００３０】更に、本発明による方法及びシステムは、ユーザ装置が実際に登録されたノー
ドを検出するのに使用でき、ネットワーク要素の１つは、ユーザ装置の現在位置
エリア（又はルーティングエリア）にサービスするサービングノードのリストを
有している。このリストは、デフォールトサービングノードを含むのが好ましい
。接続を取り扱うために使用されるべきサービングノードは、次のように決定さ
れるのが好ましい。即ち、ユーザ装置が、コアネットワーク（ＣＮ）識別子のよ
うな識別子を送信しないときには、デフォールトサービングノードがもし定義さ
れていれば、それがリストから選択される。ユーザ装置が、ＣＮ識別子のような
識別子を送信した場合には、その識別子に対応するサービングノードが選択され
る。デフォールトサービングノードは、ルーティング又は位置エリアに対しリス
トの特定位置に記載されたサービングノード、例えば、リストに記載された第１
サービングノードであると定義される。ユーザ装置から識別子が送信されないと
きには、特定の場所に記載されたサービングノード、例えば、第１に記載された
サービングノードが、ＲＡＮによりリストから選択される。

【００３１】この方法及び構造は、使用すべきサービングノードを見出すために、無線アク
セスネットワーク（或いはＲＡＮ制御ノード又は要素）により使用することがで
きる。同様に、この方法及び構造は、ユーザ装置が登録された古いサービングノ
ードを見出すために新たなサービングノードによって使用することもできるし、
或いは特にＧｓインターフェイスが使用される場合には、ユーザ装置が登録され
たＭＳＣ／ＶＬＲを見出すために新たなサービングノードによって使用されても
よい。

【００３２】本発明の１つの特徴によれば、ＭＳのようなユーザ装置は、ＣＮ識別子を使用
することによりサービングノードを選択するようにされる。ＣＮ識別子は、最近
使用した識別子であってもよいし、又はユーザ装置、例えば、そのＳＩＭカード
に記憶された予め構成された即ち所定のＣＮ識別子であってもよい。この特徴は
、請求項４８ないし５２に記載されている。

【００３３】更に、本発明による方法及びシステムは、多数のオペレータ（各々自分自身の
サービングノードを所有している）が共通の無線アクセスネットワーク（別のオ
ペレータにより所有された）を共用できるように使用されてもよい。各オペレー
タが異なるＣＮ識別子を使用する場合、及びＭＳが、ＳＩＭカードから通常読み
出される契約情報に基づいて同じＣＮ識別子を常に使用する（全く最初のアタッ
チ要求においても）ように構成された場合には、ＭＳは、そのオペレータ（そこ
からＳＩＭカードを購入した）により所有されたＳＧＳＮに常に接続される。従って、本発明は、同様に、請求項５３ないし５５に記載のシステム、及び／
又は更に別の請求項に記載のネットワーク要素も提供する。

【００３４】

【発明を実施するための最良の形態】

図１は、本発明によるシステムの実施形態の基本的構造を示す図である。この
システムは、ネットワーク１として実施されるか又はその一部分を形成し、この
ネットワーク１は、少なくとも１つの、又は通常は複数のユーザ装置２を備え、
これは、この実施形態では、移動ステーションＭＳとして実施される。又、ユー
ザ装置は、固定ターミナルのような他の形式の装置でもよい。１つのユーザ装置
２しか示されていないが、通常は、多数のユーザ装置がネットワーク１にアタッ
チされ、接続起点装置又は終点装置を表す。

【００３５】ネットワーク１又は別のネットワークの一部分を形成する別の装置との接続又
は接続設定の場合には、ユーザ装置２への無線接続が形成されて、無線アクセス
ネットワーク（ＲＡＮ）により取り扱われる。ＲＡＮは、この実施形態では、無
線ネットワークコントローラ（ＲＮＣ）３を備え、これは、ユーザ装置２へ無線
接続するための無線アクセスネットワークの一部分であるか又はそれを表わす。
通常、ネットワーク１の異なるエリアの無線カバレージのためにネットワーク１
には多数の無線アクセスネットワーク及びコントローラ３が設けられる。ＲＮＣ
３（第１ネットワーク要素）は、この実施形態ではＳＧＳＮ４及び６として実施
される異なるサービングノードに選択的に接続される。

【００３６】ネットワークは、ビジター位置レジスタ（ＶＬＲ）と通常結合される移動交換
センター（ＭＳＣ）のような付加的な又は別のサービングノードを含んでもよい
。サービングノード４、６は、もし必要であれば、ゲートウェイノード５に接続
することができ、このノードは、ＧＧＳＮであり、他のネットワークへの接続を
行えるようにする。更に、ＤＮＳ（ドメインネームシステム）サーバー７が設けられ、これは、ネ
ットワーク１の一部分を形成してもよいし、又はネットワークの外部要素であっ
てもよい。ＤＮＳサーバー７は、ＲＮＣ３によりアクセスすることができ、そし
て通常は、サービングノード４、６及び／又はゲートウェイノード５のような他
のネットワーク要素によってアクセスすることもできる。通信の可能性は、図１
では双頭矢印として示されている。

【００３７】ＤＮＳサーバー７は、ネットワーク１のルーティングエリア又は位置エリアを
別々にカバーするのに使用できるサービングノードのリスト（テーブル）を記憶
するメモリ（図示せず）へのアクセス可能性を含むか又は有する。図５は、メモリに記憶されたテーブルの一例を示す。この例によれば、テーブ
ルは、多数の行及び列を含む。左の列「ＳＧＳＮ」は、使用可能なサービングノ
ードを示す。ＳＧＳＮ１は、ＳＧＳＮ４に対応し、ＳＧＳＮ２は、ＳＧＳＮ６に
対応し、そしてＳＧＳＮ３、ＳＧＳＮ４は、図１に示されていない更に別のサー
ビングノードに対応し、ネットワーク１の他のルーティング又は位置エリアをカ
バーする。このテーブルは、更に、「ＳＧＳＮのＩＰアドレス」という列を含み
、これは、個々の使用可能なサービングノードのＩＰアドレスを示す。「ＳＧＳ
Ｎ名」又は「（ＳＧＳＮ識別子）」という列は、個々のサービングノードを識別
する識別子を示す。この例では、ノード（２Ｇ又は３Ｇ）の形式は、識別子にお
いて形成される。「ルーティングエリア」という列は、個々のサービングノード
によりカバーされるルーティングエリア又は位置エリアを示す。例えば、サービ
ングノードＳＧＳＮ１、ＳＧＳＮ２、ＳＧＳＮ３及びＳＧＳＮ４は、同じ第１ル
ーティングエリアＲＡ１をカバーするのに使用でき、一方、サービングノードＳ
ＧＳＮ１、ＳＧＳＮ２、ＳＧＳＮ３及びＳＧＳＮ５は、移動ステーションが例え
ばルーティングエリアＲＡ１から移動した後に位置する第２ルーティングエリア
ＲＡ２を別にカバーするのに使用できる。

【００３８】本発明の実施形態の細部に基づき、記憶されたリストは、図５に示す全ての列
を必ずしも含まない。例えば、列「ＳＧＳＮ」及び／又は「ルーティングエリア
」は、（ＲＮＣにより取り扱われる全てのＲＡが同じＣＮ識別子を使用しそして
リストがＲＮＣごとに特有である場合には）省略されてもよい。或いは又、リス
トは、適切なサービングノードを選択するのに有用な付加的な情報を含んでもよ
い。例えば、「サービングノード形式」という列、及び／又は幾つかの又は全て
の各エリアに対するデフォールトノードを指示する列が追加されてもよい。

【００３９】一般に、本発明によるネットワーク又はシステムのアーキテクチャーは、同じ
無線アクセスネットワーク又はノードＲＡＮ（例えば、ＢＳＳ「ベースステーシ
ョンサブシステム」；ＵＴＲＡＮ「ＵＭＴＳ地上無線アクセスネットワーク」；
ＧＥＲＡＮ「ＧＳＭ／ＥＤＧＥ無線アクセスネットワーク」）に接続されそして
同じ位置エリア（ＬＡ）及び／又はルーティングエリア（ＲＡ）に指定された同
じ形式の２つ以上のＣＮ（コアネットワーク）ノード（例えば、ＭＳＣ及び／又
はＳＧＳＮ）を備えている。設けられたＲＡＮの１つ以上は、ＣＮノードの予め
構成されたリストを含むか、又はＤＮＳサーバー７のようなＣＮ要素からそれを
ダウンロードすることができる。好ましくは、ＣＮノードには、少なくとも指定
のＬＡ／ＲＡに独特のＣＮ識別子が関連される。

【００４０】本発明の好ましい実施形態によるシステム及び方法は、ユーザ装置が、１つの
位置又はルーティングエリアに登録されるたびに（例えば、アタッチ又はエリア
更新手順を実行することにより）、その登録を取り扱うＣＮがそのＣＮ識別子を
、例えば、ＭＭ（移動管理）シグナリングにおいて、ユーザ装置へ返送するよう
に構成されるのが好ましい。ユーザ装置は、接続を実際に取り扱うサービングノ
ードを表わす受信したＣＮ識別子を記憶するように構成される。更に、ユーザ装
置は、それが無線ネットワークへの接続を確立するときに、もし必要であれば、
ＣＮ識別子を指示するように構成される（もしそれが分かっていれば、及び／又
は既に使用されたＣＮへの接続の再確立が希望されれば）。ＣＮ識別子は、例え
ば、ＲＲＣ接続確立中に無線シグナリングにおいて指示される。

【００４１】逆方向互換性を確保するために、新たな情報エレメント（ＣＮ識別子のような
識別子）は、ＭＭ及びＲＲＣシグナリングの両方において送信される任意の情報
エレメントである（両方のプロトコルに対して明確な情報エレメントが使用され
る場合）。これは、この特徴をサポートしないユーザ装置がその新たなネットワ
ークエレメントで決して機能しないように確保する。従って、ユーザ装置は、Ｃ
Ｎ識別子を決して送信せず、そしてＣＮ識別子を受信しないときに選択されるデ
フォールトノードとしてセットされたＣＮノードに常に接続される。同様に、ユ
ーザ装置が、この特徴をサポートしないＲＡＮへ移動すべきときには、ＲＮＣが
、ＣＮ識別子を無視し、そしてそれが接続された唯一のＣＮノードとの接続を常
に確立するように構成される。

【００４２】ＣＮノードがこの特徴をサポートしない場合には、ＣＮ識別子がユーザ装置へ
返送されない。ユーザ装置は、既に記憶されたＣＮ識別子を消去して、次のとき
に、デフォールトノードに接続されるように構成される。このような場合には、
ユーザ装置は、次の接続要求においてＣＮ識別子を送信することができず、従っ
て、このエリアに対して設けられたデフォールトＣＮノードに接続される。これ
ら全ての場合に、その結果は、既存のシステムと同様である。１つのＣＮノードがこの特徴をサポートしない場合には、デフォールトＣＮノ
ードとして構成されねばならない。

【００４３】ＧＳＭ無線アクセス（接続）が、ＧＰＲＳベースのネットワーク又は他の形式
のパケットベースのネットワークに使用されるときには、ＴＬＬＩ（一時的論理
リンク識別子）が、各パケット転送でベースステーションコントローラＢＳＣへ
送信される。個別のＣＮ識別子を追加することを考えると、ＣＮ識別子を各パケ
ット転送と共に送信しなければならないので、大きな無線負荷が生じる。本発明
の１つの実施形態によれば、ＣＮ識別子は、含蓄的に送信され、即ちＴＬＬＩ内
にエンコードされて送信される。ＴＬＬＩは、最初の３つのビットを変更するこ
とにより、ＰＴＭＳＩから常に導出されることに注意されたい。このコード化は
、例えば、最後の４つのビットを使用してＣＮ識別子を指示するように規定のや
り方で一時的認識（ＰＴＭＳＩ及びＴＬＬＩ）をコード化することにより行われ
る。この解決策は、無線負荷も、シグナリング負荷も増加しない。ルーティング
エリア更新（ＲＡＵ）及び／又はアタッチ要求メッセージを送信するときには、
ユーザ装置は、古いＴＬＬＩを自動的に送信する。接続にサービスするサービン
グネットワーク要素のＣＮ識別子を含むようにコード化された新たなＰＴＭＳＩ
は、無線シグナリングレベルでＲＡＵ／アタッチ応答メッセージにおいて返送さ
れる。従って、ＣＮ識別子を送信するこの特徴は、プロトコルを変更せずに、Ｇ
ＰＲＳベースのネットワークに導入することができる。しかしながら、これは、
ＢＳＣが本発明で述べた方法を実施して、パケット転送ごとに正しいＳＧＳＮを
選択することを必要とする。

【００４４】ＵＭＴＳネットワークでも、上記解決策は同様に適用できるが、ＲＮＣにより
現在中継されるだけであるＬ３のＭＭメッセージにおいて送信されるＰＴＭＳＩ
をＲＮＣが読み取ることを必要とする。しかしながら、ここでは、ユーザ装置へ
の接続の役割を果たすサービングノードを識別するために新たな情報エレメント
を導入する（即ち、ＣＮ識別子を明確に送信する）のが好ましい。ＵＭＴＳネッ
トワークでは、ＲＮＣがＲＲＣコンテクストを保持する。それ故、ＣＮ識別子を
ＲＲＣコンテクストに含ませるときには、ＣＮ識別子を頻繁に送信する必要がな
くなる。ＧＰＲＳネットワーク（ＧＳＭ及びＵＭＴＳの両方）では、ＳＧＳＮ間ルーテ
ィングエリア更新の間に付加的な問題が発生する。このようなハンドオーバー中
には、新たなＳＧＳＮが、ユーザ装置への接続を現在まで取り扱った古いＳＧＳ
Ｎを見出す必要がある。例えば、古いＳＧＳＮから新たなＳＧＳＮへＰＤＰ（パ
ケットデータプロトコル）コンテクスト情報を転送しなければならない。

【００４５】本発明の実施形態によれば、ユーザ装置は、好ましくは、ＲＡ（ルーティング
エリア）更新要求メッセージにＣＮ識別子を含み、そしてＤＮＳサーバー５は、
古いルーティングエリア識別子を指示するＲＮＣ３からの各問い合わせの際に、
ルーティングエリアを担当するＳＧＳＮのＩＰアドレスのリストを返送する。Ｃ
Ｎ識別子は、図５に示すように各ＩＰアドレスに含蓄的に又は明確に関連付けさ
れる。ＣＮ識別子は、リストにおける位置がＣＮ識別子を指示する場合には含蓄
的に指示される。このような場合には、ＣＮ（例えばＳＧＳＮ）識別子を個別に
送信する必要がない。図５に示すリストの例において、ルーティングエリア識別
子がルーティングエリアＲＡ１を指示するときには、ＳＧＳＮ１及びＳＧＳＮ２
を含みそしてそのＩＰアドレスを指示するリストがＤＮＳサーバー７からＲＮＣ
３へ返送される。

【００４６】ＣＮ識別子を明確に送信するときには、それに関連した識別子「２Ｇ＿ＳＧＳ
ＮＩＤＥＮＴＩＦＩＥＲ＿１３」及び「３Ｇ＿ＳＧＳＮＩＤＥＮＴＩＦＩＥ
Ｒ＿１４」が、ＩＰアドレスに関連して送信される。特に、ＩＰアドレスに関連
した規範的な名前がＤＮＳサーバー７からＲＮＣ３へと返送され、これは、ＣＮ
識別子の値を表わす。この概念は、例えば、ＲＦＣ１０３４及び１０３５に規定
された規範的な名前（ＣＮＡＭＥ）又はエイリアスに基づいてＤＮＳの構造を効
果的に使用する。それ故、ＤＮＳの応答の一部分として、図５において中央の２
列と、同じルーティングエリア（例えば、ＲＡ１）に関連した行とで示されたよ
うに、ＩＰアドレス及び規範的な名前（ＣＮＡＭＥ）のリストが送信される。

【００４７】この特徴では、ＲＮＣ又はＢＳＣは、上述したように、ユーザ装置により使用
される技術と、例えば、ＧＰＲＳのＴＬＬＩから確認できるＳＧＳＮ識別子及び
ＵＭＴＳの拡張されたＣＮ識別子とに基づいて、適切なＳＧＳＮを容易に選択す
ることができる。ＣＮ識別子が含蓄的に指示されるだけであるときには、それがリスト上の位置
によって表わされる。例えば、ＳＧＳＮＮＡＭＥ識別子を送信しないときには
、最初のＳＧＳＮ１が、ルーティングエリア１においてユーザ装置の接続を取り
扱うために使用されるべきＳＧＳＮとして決定される。従って、このＳＧＳＮは
、例えば、ＣＮ識別子（ＳＧＳＮ識別子）が指示されないときに接続の取り扱い
に使用されるべきデフォールトサービングノードとして働く。

【００４８】さもなければ、ユーザ装置２によって指示されたＣＮ識別子に対応する指定の
ＣＮ識別子を有するＳＧＳＮが、接続を取り扱うためのＳＧＳＮ、又はコンテク
スト情報を新たなＳＧＳＮに送信するためのＳＧＳＮとして選択される。後者の
ＳＧＳＮ間ハンドオーバーのケースでは、新たなＳＧＳＮが、ＣＮ識別子と、古
いＳＧＳＮを識別するエリア識別子であってその後のメッセージにおいてユーザ
装置から例えばＰＴＭＳＩと一緒に送信された（ＣＮ識別子に対して明確に又は
含蓄的に）エリア識別子とに基づいて、古いＳＧＳＮを検出することができる。
それ故、ＲＡＮ又は新たなＳＧＳＮは、ＤＮＳサーバー７に問合せを送信すると
きに、例えば、古いＳＧＳＮのＩＰアドレスを検出することができる。

【００４９】或いは又、マスターＳＧＳＮが設けられてもよく、これは、ＰＤＰコンテクス
ト自体を取り扱わないときには、中継装置として動作し、例えば、ＣＮ識別子に
基づいて古いＳＧＳＮを決定する。ＤＮＳサーバー７、それとは別に又はそれに
加えて、マスターＳＧＳＮは、ＲＡＩ（図５の「ルーティングエリア」列のＲＡ
１、ＲＡ２）へマップされたＳＧＳＮのリストをもつことができる。この後者の
ケースでは、ＲＡＩへマップされたＳＧＳＮのこのようなリストをＤＮＳサーバ
ーに設けることが絶対的に必要というのではない。古いＳＧＳＮに関するこの情報は、特に、ソフトウェア更新のような古いＳＧ
ＳＮのメンテナンスオペレーションを実行しようとするときに、古いＳＧＳＮに
含まれた全てのＰＤＰコンテクストを、あるユーザ装置又は全てのユーザ装置に
対する新たなＳＧＳＮへと変更するように、新たなＳＧＳＮにより使用される。

【００５０】ＳＧＳＮアドレス及びＳＧＳＮ識別子のリストは、必要な場合には、別のＳＧ
ＳＮを使用して１つ以上のＳＧＳＮ識別子に作用するように変更することができ
る。その後のシグナリング接続は、これらＳＧＳＮ識別子を送信するときにこの
別のＳＧＳＮへと行われる。又、これは、既存のＰＤＰコンテクスト等について
ＧＴＰトンネルの更新を必要とする。図２は、ＲＮＣ３のような無線アクセスネットワークコントローラが、ここに
提案する方法を使用して、ユーザ装置ＭＳ２への接続を取り扱うためにどのＳＧ
ＳＮを使用すべきか決定するケースを示す。ステップ１）では、ＭＳ２は、ＭＳ
２が登録されるサービングノードを識別するＣＮ識別子を任意に含むＲＲＣ接続
メッセージのような要求を送信する。ＲＮＣ３は、ＭＳが位置するセルから新た
なＲＡＩを直接検出する。次いで、ＲＮＣは、図５に示すリスト及びここに提案
する方法を使用することによりＳＧＮを選択する。このリストは、ステップ２）
及び３）により示されたように、ＲＮＣにおいて予め構成されてもよいし、又は
別のネットワーク要素から検索されてもよい。

【００５１】ステップ２）においては、ＲＮＣは、ルーティングエリアに対して使用可能な
ＳＧＳＮのリストの要求をＤＮＳサーバー７へ送信する。この要求は、ルーティ
ングエリア認識ＲＡＩを指示する。ＤＮＳサーバー７は、図５に示されたような
ＳＧＳＮリストを含むテーブルメモリを、指示されたルーティングエリアに対応
するＳＧＳＮのみを選択することによりチェックする。ステップ３）では、ＤＮ
Ｓサーバー７は、選択されたＳＧＳＮのリストをＲＮＣ３へ返送する。

【００５２】ステップ２）及び３）とは別に、ＲＮＣ３は、ステップ２）において、ＭＳ２
から受け取ったＣＮ識別子を付加的に又は単独でＤＮＳサーバー７へ送信しても
よい。ＤＮＳサーバー７は、この場合に、ＣＮ識別子を使用してリストから適切
なＳＧＳＮを選択し、そしてステップ３）において、その適切なＳＧＳＮのＩＰ
アドレスのみを返送するのが好ましい。次いで、ＲＮＣ３は、ステップ４）ない
し６）において、希望のＳＧＳＮのこの単一の受信ＩＰアドレスを使用して接続
を確立する。ＲＮＣ３は、次の提案された方法に基づいて１つのＳＧＳＮを選択する。ＣＮＩｄがシグナリングにおいて送信されるか又は送信された場合に、ＲＮ
Ｃは、ＣＮｉｄをキーとして及びエリアを使用して、正しいサービングノードを
選択する。

【００５３】ＲＮＣにより取り扱われるエリアが同じ構成を有する（例えば、ＲＮＣが１つ
のＲＡしか取り扱わない）特殊なケースでは、エリアを使用する必要がないこと
に注意されたい。更に、ＲＮＣは、サービングノードの形式をチェックすることができる。ＵＭ
ＴＳシステムでは、ＲＮＣは、パケット接続を取り扱うときに、ＳＧＳＮ形式の
サービングノード（ＭＳＣ／ＶＬＲではない）を選択することが必要である。更
に、異なるＳＧＳＮ形式（例えば、２Ｇ及び３Ｇ）がある場合には、ＲＮＣは、
適当な１つ、即ちＲＮＣに対して３ＧのＳＧＳＮを選択することが必要である。

【００５４】ＲＮＣが適当なサービングノードを見出した場合には、リストに指示されたサ
ービングノードアドレスを使用して、接続を確立する。ＲＮＣが適当なノードを見出さない場合には、このエリアをサポートする適当
な形式のサービングノードを選択することができる。この選択は、好ましいサー
ビングノード（例えば、ＲＮＣに接近して配置された）に基づいて負荷を分散す
るようにランダムに行われるか、又は担当ノードの各負荷についての既知の情報
（例えば、オペレーション・メンテナンス又はＤＮＳシステムからの）に基づい
て負荷の小さいサービングノードを選択するか、或いはその組み合わせで行われ
る。

【００５５】ＣＮＩｄがシグナリングにおいて送信されなかった場合には、ＲＮＣは、次
の実施形態のいずれかに基づいてサービングノードを選択することができる。全てのＭＳがＣＮ識別子の送信をサポートすると仮定した第１の好ましい実施
形態（例えば、ＣＮ識別子がＴＬＬＩの一部分として含蓄的にコード化されるＧ
ＰＲＳシステム）では、ＲＮＣは、このエリアをサポートする適当な形式のサー
ビングノードを選択することができる。この選択は、好ましいサービングノード
（例えば、ＲＮＣに接近して配置された）に基づいて負荷を分散するようにラン
ダムに行われるか、又は担当ノードの各負荷についての既知の情報（例えば、オ
ペレーション・メンテナンス手順又はＤＮＳシステムからの）に基づいて負荷の
小さいサービングノードを選択するか、或いはその組み合わせで行われる。上記
情報のあるものが、リストの順序（例えば、低い負荷から高い負荷へとランク付
けされたサービングノード）により含蓄的に指示される場合には、ＲＮＣ３は、
リストの特定の場所に指示されたＳＧＳＮを選択するのが好ましい。

【００５６】あるＭＳ（典型的に代々のＭＳ）がＣＮ識別子の送信をサポートしないと仮定
した（例えば、第１世代のＵＭＴＳ移動ステーションがＣＮ識別子をＲＲＣシグ
ナリングの一部分として送信しない）第２の好ましい実施形態では、ＲＮＣは、
このエリアに対するデフォールトサービングノードを選択しなければならない。
これは、接続が同じ移動ステーション（そのＣＮ識別子によってまだ指示されて
いない）から確立される次のときに、同じノードが再び選択されるように確保す
ることが必要となる。当然、デフォールトは、エリアごとに独特であるから、エ
リアが変化するときには（既存の振る舞いと同様に）、新たなサービングノード
が選択されてもよい。更に、ＧＰＲＳのようなシステムにおいてサービングノー
ドが変化するときには、新たなサービングノードが、古いサービングノードを見
出すことが必要となる。又、新たなサービングノードは、ＣＮ識別子が送信され
ないときに古いエリアを取り扱うデフォールトサービングノードを使用すること
も必要となる。このようにして、古いサービングノードのアドレスを常に明確に
検索することができる。

【００５７】ＲＮＣ３は、その後、ＭＳ２と、選択されたＳＧＳＮ４との間に接続を確立す
るのに必要なステップを既知のやり方で遂行する。それに加えて又はそれとは別に、応答３）で送信されたＳＧＳＮのリストは、
選択されるべきＳＧＳＮを決定するために、ＲＮＣ３によりチェックされるべき
負荷情報のような付加的な情報を含んでもよい。選択されたＳＧＳＮへの接続がフェイルすることがあり、この場合に、ＲＮＣ
は、このエリアをサポートする適当な形式の別のサービングノードで再試みする
ことができる。

【００５８】選択されたＳＧＳＮ（及び接続フェイル）が、第２の好ましい実施形態による
デフォールトＳＧＳＮであった場合には、新たなＳＧＳＮが、デフォールトして
選択され、典型的には二次デフォールトとして選択される。この場合に、サービ
ングノードが変化するときには、新たなサービングノードが、最初に、デフォー
ルトに接続するように試みる（以前のように）。デフォールトＳＧＳＮがダウン
であるか又はユーザを知らない場合には、新たなＳＧＳＮは、ＣＮ識別子が送信
されないときに、古いエリアを取り扱う二次デフォールトサービングノードを使
用して再試みしなければならない。このように、古いサービングノードのアドレ
スは、常に明確に検索することができる。

【００５９】ＳＧＳＮがオペレーション・メンテナンス手順に対してスケジュールされたと
きには、このＳＧＳＮへ接続が新たに確立されるのを回避するために、そのスケ
ジュールされたメンテナンス時点より数時間といったある時間間隔又は決定され
た時間間隔だけ前に、３）に応答して返送されたリストからそれが除外されるの
が好ましい。この場合に、ＤＮＳサーバー７は、オペレーション・メンテナンス
システムにより、メンテナンスオペレーションに対してスケジュールされたＳＧ
ＳＮについて通知され、そしてこのようなＳＧＳＮをリストからもはや選択しな
いか、或いはそれを、メモリから使用可能なＳＧＳＮが検索されたときに、ＲＮ
Ｃ３への送信から除外する。それ故、ＳＧＳＮがオペレーション・メンテナンス
手順に対して遮断されると、このＳＧＳＮにおける登録ユーザの数が最小となる
。これらのユーザ接続は、単に失われるか、或いはこのエリアに対し遮断された
ＳＧＳＮと同じＣＮ識別子を使用するように構成された新たなＳＧＳＮに送信さ
れる。

【００６０】ＭＳ２とＳＧＳＮ４との間に接続を確立するための図２に示すステップ４）な
いし６）は、習慣的なものであり、それ故、詳細には説明しない。図３は、例えば、接続を再確立するときに、ＭＳ２が、あるＳＧＳＮ６に接続
されようとしている場合を示す。この場合に、ＭＳ２は、希望のＳＧＳＮ６を識
別するＳＧＳＮ識別子を含むＲＲＣメッセージのような要求を送信する。要求１
）において、ルーティングエリア認識（ＲＡＩ）又は位置エリア認識（ＬＡＩ）
を付加的に指示することができる。

【００６１】それとは別に、ＲＮＣ３は、ルーティング（又は位置）エリア、ひいては、ル
ーティング（又は位置）エリア認識を、他のパラメータから推測することができ
る。図２のステップ２）と同様に、ＲＮＣ３は、図３のステップ２）において、
ＲＡＩのような位置を選択基準として指示することにより、ＳＧＳＮのリストを
返送するようにＤＮＳサーバー７に要求する。ＤＮＳサーバー７は、図５に示す
ようなサービングノードリストから、ＩＰアドレスと、指示された位置エリアに
対応し且つそれにサービスできるＳＧＳＮの識別子とのサブリストを検索する。
ＤＮＳサーバー７は、このサブリストをステップ３）において応答としてＲＮＣ
３へ返送する。ＲＮＣ３は、ステップ１）においてＭＳ２により指示されたＳＧ
ＳＮ識別子に対応するＳＧＳＮ（ここでは、ＳＧＳＮ６）を、ステップ３）で受
け取ったサブリストから選択し、そして既知の接続ステップ４）ないし６）を実
行して、ＭＳ２と希望のＳＧＳＮ６との間の接続を確立する。

【００６２】ステップ２）及び３）とは別に、ＲＮＣ３は、ステップ２）において、ＭＳ２
から受け取ったＳＧＳＮ識別子を付加的に又は単独でＤＮＳサーバー７へ送信す
ることもできる。ＤＮＳサーバー７は、この場合に、ＳＧＳＮ識別子を使用して
適切なＳＧＳＮをリストから選択し、そしてステップ３）において、その適切な
ＳＧＳＮのＩＰアドレスを単に返送するのが好ましい。次いで、ＲＮＣ３は、ス
テップ４）ないし６）において、希望のＳＧＳＮのこの単一受信ＩＰアドレスを
使用して接続を確立する。

【００６３】図４は、本発明による方法及びシステムの同じ又は別の実施形態の別の機能又
は付加的な機能を示す。図４によれば、ＳＧＳＮの１つ、ここでは、ＳＧＳＮ４
は、特定のルーティングエリアＲＡに対するデフォールトＳＧＳＮとしてセット
される。図２及び３のステップ１）と同様に、図４のステップ１）は、ルーティ
ングエリア識別子ＲＡＩを指示するＲＲＣ接続要求のようなメッセージをＭＳ２
からＲＮＣ３へ送信することより成る。ＲＮＣ３は、特定のＳＧＳＮへの接続を
要求するＳＧＳＮ識別子の欠落から、指示されたルーティングエリアに対しデフ
ォールトＳＧＳＮを選択できることを確認する。次いで、ＲＮＣ３は、ステップ
２）において、デフォールトＳＧＳＮ４のアドレスを返送するためにデータベー
ス８に問合せし、そしてルーティングエリアの認識を問合せメッセージにおいて
指示する。データベース８は、図５に示すテーブルと同様に構成され、そしてＤ
ＮＳサーバー７又は別のサーバーに含まれるか或いはそれによりアクセスできる
ようにされる。データベース８は、応答３）において、デフォールトＳＧＳＮの
アドレスを返送し、このアドレスは、ステップ４）ないし６）により示されたよ
うに、ＲＮＣ３により習慣的なやり方で使用されて、ＭＳ２とデフォールトＳＧ
ＳＮ４との間に接続を確立する。

【００６４】図６は、ＵＭＴＳに関連した本発明の好ましい実施形態におけるルーティング
エリア更新手順のステップを示す。仕様に対するこの実施形態の幾つかの変更は
太字を使用して強調する。ルーティングエリアの更新は、アタッチされたＭＳが新たなＲＡに入ったこと
を検出したとき又は周期的なＲＡ更新タイマーが時間切れしたときに行われる。
ＳＧＳＮは、古いＲＡも取り扱うことに注意することによりＳＧＳＮ内ルーティ
ングエリア更新であることを検出する。この場合に、ＳＧＳＮは、ＭＳに関する
必要な情報を有し、新たなＭＳ位置についてＧＧＳＮ又はＨＬＲに通知する必要
はない。周期的ＲＡ更新は、常に、ＳＧＳＮ内ルーティングエリア更新である。
ネットワークがモードＩで動作する場合には、ＧＰＲＳアタッチされ及びＩＭＳ
ＩアタッチされたＭＳは、合成ＲＡ／ＬＡ更新手順を遂行しなければならない。

【００６５】ＵＭＴＳでは、ＲＡ更新は、ＳＧＳＮ内又はＳＧＳＮ間のＲＡ更新であるか、
合成ＲＡ／ＬＡ更新又はＲＡのみの更新であり、これは、ＰＭＭ接続状態又はＰ
ＭＭアイドル状態のいずれかにおいてＭＳにより開始される。これら全てのＲＡ
更新ケースは、図６に示す手順に含まれる。ＵＭＴＳのＲＡ更新手順を実行するための図６に示すステップを、図６のステ
ップ番号を使用して説明する。

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

【００６７】ＳＲＮＣは、メッセージを３Ｇ−ＳＧＳＮへ転送する前に、ＭＳが位置するエ
リアのＲＡＣ及びＬＡＣを含むルーティングエリア認識を追加しなければならな
い。このＲＡ認識は、ＳＲＮＣによりＭＳへ送信されたＭＭシステム情報におけ
るＲＡＩに対応する。注：ルーティングエリア更新要求メッセージをＳＧＳＮへ送信すると、関連Ｍ
Ｓに対するＵＴＲＡＮとＳＧＳＮとの間のシグナリング接続の確立がトリガーさ
れる。

【００６８】２）ＲＡ更新がＳＧＳＮ間ルーティングエリア更新である場合、及びＭＳがＰ
ＭＭアイドル状態である場合には、新たなＳＧＳＮが、ＳＧＳＮコンテクスト要
求メッセージ（古いＰ−ＴＭＳＩ、古いＲＡＩ、古いＰ−ＴＭＳＩ符牒）を古い
ＳＧＳＮへ送信して、ＭＳに対するＭＭ及びＰＤＰコンテクストを得る。古いＳ
ＧＳＮは、古いＰ−ＴＭＳＩ符牒を有効なものとし、そして古いＳＧＳＮに記憶
された値に合致しない場合には適当なエラー原因で応答する。これは、新たなＳ
ＧＳＮにおいてセキュリティ機能を開始しなければならない。セキュリティ機能
がＭＳを正しく認証する場合には、新たなＳＧＳＮが、ＳＧＳＮコンテクスト要
求（ＩＭＳＩ、古いＲＡＩ、ＭＳ有効）メッセージを古いＳＧＳＮに送信しなけ
ればならない。ＭＳ有効は、新たなＳＧＳＮがＭＳを認証したことを指示する。
古いＰ−ＴＭＳＩ符牒が有効である場合、又は新たなＳＧＳＮがＭＳを認証した
ことを指示する場合には、古いＳＧＳＮは、ＳＧＳＮコンテクスト応答（原因、
ＩＭＳＩ、ＭＭコンテクスト、ＰＤＰコンテクスト）で応答する。ＭＳが古いＳ
ＧＳＮにおいて知られていない場合には、古いＳＧＳＮは、適当なエラー原因で
応答する。古いＳＧＳＮは、タイマーをスタートする。

【００６９】３）セキュリティ機能が実行される。これら手順は、「セキュリティ機能」と
いう節に規定されている。セキュリティ機能がＭＳを正しく認証しない場合には
、ルーティングエリア更新が拒絶され、そして新たなＳＧＳＮが拒絶指示を古い
ＳＧＳＮに送信しなければならない。古いＳＧＳＮは、ＳＧＳＮコンテクスト要
求が決して受信されなかったかのように続行しなければならない。

【００７０】４）ＲＡ更新がＳＧＳＮ間ルーティングエリア更新である場合には、新たなＳ
ＧＳＮがＳＧＳＮコンテクスト確認メッセージを古いＳＧＳＮに送信する。古い
ＳＧＳＮは、ＭＳＣ／ＶＬＲ関連性と、ＧＧＳＮ及びＨＬＲにおける情報が無効
であることをそのコンテクストにおいてマークする。これは、進行中のルートエ
リア更新手順を完了する前に古いＳＧＳＮへ戻るルートエリア更新手順をＭＳが
開始する場合に、ＭＳＣ／ＶＬＲ、ＧＧＳＮ及びＨＬＲを更新すべくトリガーす
る。

【００７１】５）ＲＡ更新がＳＧＳＮ間ＲＡ更新であり、そしてＭＳがＰＭＭアイドル状態
であった場合には、新たなＳＧＳＮが、更新ＰＤＰコンテクスト要求（新たなＳ
ＧＳＮアドレス、ＱｏＳネゴシエーテッド、トンネルエンドポイント識別子）を
関連ＧＧＳＮに送信する。ＧＧＳＮは、それらのＰＤＰコンテクストフィールド
を更新し、そして更新ＰＤＰコンテクスト応答（トンネルエンドポイント識別子
）を返送する。注：ＲＡ更新が、ＰＭＭ接続状態においてＭＳにより開始された
ＳＧＳＮ間ルーティングエリア更新である場合には、「サービングＲＮＳリロケ
ーション手順」という本書の節で説明されたように、更新ＰＤＰコンテクスト要
求メッセージが送信される。

【００７２】６）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、新たなＳＧＳＮは、更新
位置（ＳＧＳＮ番号、ＳＧＳＮアドレス、ＩＭＳＩ）をＨＬＲへ送信することに
より、ＳＧＳＮの変更をＨＬＲに通知する。７）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、ＨＬＲは、キャンセル位
置（ＩＭＳＩ、キャンセレーション形式）を、更新手順にセットされたキャンセ
レーション形式と共に古いＳＧＳＮへ送信する。ステップ２で述べたタイマーが
動作しない場合には、古いＳＧＳＮがＭＭコンテクストを除去する。さもなけれ
ば、タイマーが時間切れしたときだけコンテクストが除去される。又、これは、
新たなＳＧＳＮへの進行中ルーティングエリア更新を完了する前にＭＳが別のＳ
ＧＳＮ間ルーティングエリア更新を開始する場合に、ＭＭコンテクストが古いＳ
ＧＳＮに保持されるよう確保する。古いＳＧＳＮは、キャンセル位置Ａｃｋ（Ｉ
ＭＳＩ）で確認する。

【００７３】８）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、ＨＬＲは、挿入加入者デ
ータ（ＩＭＳＩ、加入者データ）を新たなＳＧＳＮへ送信する。新たなＳＧＳＮ
は、（新たな）ＲＡにおけるＭＳの存在を有効とする。地域的な契約の制約によ
りＭＳがＲＡにアタッチされることが許されない場合には、ＳＧＳＮは、ルーテ
ィングエリア更新要求を適当な原因で拒絶し、そして挿入加入者データＡｃｋ（
ＩＭＳＩ、ＳＧＳＮエリア制約）メッセージをＨＬＲへ返送する。全てのチェッ
クが首尾良く行われた場合に、ＳＧＳＮは、ＭＳに対するＭＭコンテクストを構
成し、そして挿入加入者データＡｃｋ（ＩＭＳＩ）メッセージをＨＬＲへ返送す
る。

【００７４】９）ＲＡ更新がＳＧＳＮ間ＲＡ更新である場合には、ＨＬＲは、更新位置Ａｃ
ｋ（ＩＭＳＩ）を新たなＳＧＳＮへ送信することにより更新位置を確認する。１０）更新形式が、ＩＭＳＩアタッチが要求された合成ＲＡ／ＬＡ更新を指示
する場合、又はＬＡがルーティングエリア更新で変更された場合には、関連性を
確立しなければならず、そして新たなＳＧＳＮは、位置更新要求（新たなＬＡＩ
、ＩＭＳＩ、ＳＧＳＮ番号、位置更新形式）をＶＬＲへ送信する。位置更新形式
は、ステップ１の更新形式が、ＩＳＩアタッチが要求された合成ＲＡ／ＬＡ更新
を指示する場合には、ＩＭＳＩアタッチを指示しなければならない。さもなけれ
ば、位置更新形式は、通常の位置更新を指示しなければならない。ＶＬＲ番号は
、ＲＡＩからＳＧＳＮのテーブルにより変換される。ＳＧＳＮは、ステップ８）
においてＨＬＲから第１の挿入加入者データメッセージを受け取ると、新たなＭ
ＳＣ／ＶＬＲに向かって位置更新手順をスタートする。ＶＬＲは、ＳＧＳＮ番号
を記憶することによりＳＧＳＮとの関連性を形成し又は更新する。

【００７５】１１）ＶＬＲの加入者データが、ＨＬＲによって確認されないとマークされる
場合には、新たなＶＬＲがＨＬＲに通知する。ＨＬＲは、古いＶＬＲをキャンセ
ルし、そして加入者データを新たなＶＬＲに挿入する（このシグナリングは、既
存のＧＳＭシグナリングから変更されず、ここでは、説明上含まれる）。ａ）新たなＶＬＲは、更新位置（新たなＶＬＲ）をＨＬＲへ送信する。ｂ）ＨＬＲは、キャンセル位置（ＩＭＳＩ）を古いＶＬＲへ送信することに
より古いＶＬＲにおけるデータをキャンセルする。ｃ）古いＶＬＲは、キャンセル位置Ａｃｋ（ＩＭＳＩ）で確認する。ｄ）ＨＬＲは、挿入加入者データ（ＩＭＳＩ、ＧＳＭ加入者データ）を新た
なＶＬＲへ送信する。ｅ）新たなＶＬＲは、挿入加入者データＡｃｋ（ＩＭＳＩ）で確認する。ｆ）ＨＬＲは、更新位置Ａｃｋ（ＩＭＳＩ）で新たなＶＬＲへ応答する。

【００７６】１２）新たなＶＬＲは、新たなＴＭＳＩを割り当て、そして位置更新受け入れ
（ＶＬＲＴＭＳＩ）でＳＧＳＮに応答する。このＶＬＲＴＭＳＩは、ＶＬＲ
が変化しない場合にはオプションである。１３）新たなＳＧＳＮは、新たなＲＡにおいてＭＳの存在を有効とする。ロー
ミング制約により、ＭＳがＳＧＳＮにアタッチすることが許されない場合、又は
契約チェックが失敗する場合には、ＳＧＳＮは、適当な原因でルーティングエリ
ア更新を拒絶する。全てのチェックが首尾良く終わる場合には、新たなＳＧＳＮ
がＭＳに対してＭＭコンテクストを確立する。新たなＳＧＳＮは、ルーティング

【００７７】１４）ＭＳは、ルーティングエリア更新完了メッセージをＳＧＳＮへ返送する
ことによりＴＭＳＩの再割り当てを確認する。１５）新たなＳＧＳＮは、ＶＬＲＴＭＳＩがＭＳにより確認された場合に、
新たなＶＬＲへＴＭＳＩ再割り当て完了メッセージを送信する。注：ステップ１１、１２及び１５は、ステップ９が実行される場合だけ実行さ
れる。注：このケースは、Ｇｓインターフェイスに変化がないことを仮定し、そして
１つのＬＡが単一のＭＳＣ／ＶＬＲにより依然取り扱われるケースに対応する。
従って、ＳＧＳＮは、ＭＳＣ／ＶＬＲアドレスをＬＡＩから導出する（現在解決
策）。

【００７８】多数のＭＳＣ／ＶＬＲが同じＬＡを取り扱い、そしてＧｓインターフェイスが
使用される場合には、上述した解決策は、ＣＮ識別子（最終的にＣＳを指示する
ＣＮ形式に関連された）をメッセージ１（ルーティングエリア更新要求）及びメ
ッセージ１３（ルーティングエリア更新受け入れ）に追加することにより、改善
されねばならない。更に、ＣＮ識別子は、Ｇｓインターフェイスにおいて、メッ
セージ１０（位置更新要求）及びメッセージ１２（位置更新受け入れ）に追加さ
れねばならない。これは、ＳＧＳＮがＬＡＩ及びＣＮ識別子から又は少なくとも
ＬＡＩのみからＭＳＣアドレスを導出できることを仮定している（１つのＳＧＳ
Ｎが同じＬＡに対して同じＭＳＣアドレスを常に選択する限り、ＳＧＳＮが変化
しない場合は、不必要なＭＳＣ／ＶＬＲ間位置更新が実行されない）。

【００７９】ＣＮ識別子に基づいてサービングノードを選択するための方法を使用する手順
の別の例は、合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション手順である。この手順は、Ｉｕｒが制御シグナリングを搬送するがユーザデータは搬送しな
いＰＭＭ接続状態においてＭＳに対して実行されるだけである。

【００８０】合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション手順は、ＵＴＲＡＮにおい
てセル再選択を実行しながら、ＵＴＲＡＮをソースＳＲＮＣからターゲットＲＮ
ＣへＵＴＲＡＮ側のＣＮ接続ポイントへ移動するのに使用される。この手順では
、Ｉｕリンクがリロケーションされる。ターゲットＲＮＣがソースＳＲＮＣと同
じＳＧＳＮへ接続される場合には、ＳＧＳＮ内ＳＲＮＳリロケーション手順が実
行される。ルーティングエリアが変更される場合には、この手順に続いて、ＳＧ
ＳＮ内ルーティングエリア更新手順が行われる。ＳＧＳＮは、古いＲＡも取り扱
うことに注意することにより、ＳＧＳＮ内ルーティングエリア更新であることを
検出する。この場合には、ＳＧＳＮは、ＭＳに関する必要な情報を有し、新たな
ＭＳの位置に関してＨＬＲに通知する必要はない。

【００８１】合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション、及びルーティングエリア
更新の前に、ＭＳは古いＳＧＳＮに登録される。ソースＲＮＣは、サービングＲ
ＮＣとして働く。合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション、及びルーティングエリア
更新の後に、ＭＳは新たなＳＧＳＮに登録される。ＭＳは、新たなＳＧＳＮに向
かってＰＭＭ接続状態にあり、そしてターゲットＲＮＣは、サービングＲＮＣと
して働く。

【００８２】ＰＳドメインに対する合成セル／ＵＲＡ更新及びＳＲＮＳリロケーション手順
が図７に示されている。このシーケンスは、ＳＧＳＮ内ＳＲＮＳリロケーション
及びＳＧＳＮ間ＳＲＮＳリロケーションの両方に対して有効である。図７に示す
番号を参照してステップを説明する。１）ＭＳは、セル再選択を行った後、セル更新／ＵＲＡ更新メッセージをＵＴ
ＲＡＮへ送信する。このメッセージを受信すると、ターゲットＲＮＣは、その受
信したメッセージを、Ｉｕｒを経てソースＳＲＮＣに向けて転送する。ソースＳ
ＲＮＣは、ターゲットＲＮＣに向けて合成セル／ＵＲＡ更新及びＳＲＮＳリロケ
ーションを実行するように決定する。

【００８３】２）ソースＳＲＮＣは、リロケーション要求メッセージ（リロケーション形式
、原因、ソースＩＤ、ターゲットＩＤ、ソースＲＮＣ対ターゲットＲＮＣ透過的
コンテナ）を古いＳＧＳＮに送信することにより、リロケーション準備手順を開
始する。ソースＳＲＮＣは、リロケーション形式を「ＵＥ非関連」にセットしな
ければならない。ソースＲＮＣ対ターゲットＲＮＣ透過的コンテナは、リロケー
ション座標、セキュリティ機能の必要な情報及びＲＲＣプロトコルコンテクスト
情報（ＵＥ能力を含む）を含む。

【００８４】３）古いＳＧＳＮは、ＳＲＳＮリロケーションがＳＧＳＮ内ＳＲＮＳリロケー
ションであるか又はＳＧＳＮ間ＳＲＮＳリロケーションであるかをターゲットＩ
Ｄから決定する。ＳＧＳＮ間ＳＲＮＳリロケーションの場合には、古いＳＧＳＮ
は、転送リロケーション要求（ＩＭＳＩ、トンネルエンドポイント識別子シグナ
リング、ＭＭコンテクスト、ＰＤＰコンテクスト、ターゲット識別、ＵＴＲＡＮ
透過的コンテナ、ＲＡＮＡＰ原因）メッセージを新たなＳＧＳＮへ送信することスタートする。「位置管理手順（ＵＭＴＳのみ）」という節のルーティングエリ
ア更新手順を参照されたい。転送リロケーション要求メッセージは、ＳＧＳＮ間
ＳＲＮＳリロケーションの場合にのみ適用できる。

【００８５】４）新たなＳＧＳＮは、リロケーション要求メッセージ（永久的ＮＡＳＵＥ
認識、原因、ＣＮドメイン指示子、ソースＲＮＣ対ターゲットＲＮＣ透過的コン
テナ、設定されるべきＲＡＢ）をターゲットＲＮＣに送信する。確立されること
が要求された各ＲＡＢに対し、「設定されるべきＲＡＢ」は、ＲＡＢＩＤ、Ｒ
ＡＢパラメータ、搬送層アドレス、及びＩｕ搬送関連性のような情報を含まねば
ならない。ＲＡＢＩＤ情報エレメントは、ＮＳＡＰＩ値を含み、そしてＲＡＢ
パラメータ情報エレメントは、ＱｏＳプロファイルを与える。搬送層アドレスは
、ユーザデータのためのＳＧＳＮアドレスであり、そしてＩｕ搬送関連性は、ト
ンネルエンドポイント識別子データに対応する。

【００８６】Ｉｕユーザ平面を含む受け入れられたＲＡＢに対する全ての必要なリソースが
首尾良く割り当てられた後に、ターゲットＲＮＣは、リロケーション要求確認（
ＲＡＢ設定、ＲＡＢ設定失敗）メッセージを新たなＳＧＳＮに送信しなければな
らない。ターゲットＲＮＣは、設定されるべき各ＲＡＢ（ＩＰアドレス及びトン
ネルエンドポイント識別子により定義された）に対し、ソースＳＲＮＣから転送
されたダウンストリームＰＤＵを受信すると共に、新たなＳＧＳＮからのダウン
ストリームＰＤＵも受信する。

【００８７】５）ターゲットＲＮＣと新たなＳＧＳＮとの間でユーザデータを送信するため
のリソースが割り当てられ、そして新たなＳＧＳＮがＳＲＳＮのリロケーション
に対して準備されると、転送リロケーション応答メッセージ（原因、ＲＡＮＡＰ
原因、及びターゲットＲＮＣ情報）が新たなＳＧＳＮから古いＳＧＳＮへ送信さ
れる。このメッセージは、新たなＳＧＳＮ及びターゲットＲＮＣが、ＭＳにより
まだ確認されていないダウンストリームパケットをソースＳＲＮＣから受信する
準備ができ、即ちリロケーションリソース割り当て手順が首尾良く終了したこと
を指示する。ＲＡＮＡＰ原因は、ターゲットＲＮＣからソースＲＮＣへ転送され
るべき情報である。設定されるべきＲＡＢごとに１つの情報エレメントがあるタ
ーゲットＲＮＣ情報は、ソースＳＲＮＣからターゲットＲＮＣへ転送されるデー
タに対し、ＲＮＣトンネルエンドポイント識別子及びＲＮＣＩＰアドレスを含
む。転送リロケーション応答メッセージは、ＳＧＳＮ間ＳＲＮＳリロケーション
の場合しか適用できない。

【００８８】６）古いＳＧＳＮは、リロケーションコマンド（解除されるべきＲＡＢ、及び
データ転送を受けるＲＡＢ）メッセージをソースＳＲＮＣへ送信することにより
ＳＲＮＳのリロケーションを継続する。古いＳＧＳＮは、データ転送を受けるＲ
ＡＢをＱｏＳに基づいて決定し、そしてこれらＲＡＢは、データ転送を受けるＲ
ＡＢに含まれねばならない。データ転送を受けるＲＡＢごとに、情報エレメント
は、ＲＡＢＩＤ、搬送層アドレス、及びＩｕ搬送関連性を含まねばならない。
搬送層アドレス及びＩｕ搬送関連性は、ＤＬＮ−ＰＤＵをソースＲＮＣからタ
ーゲットＲＮＣへ転送するのに使用される。

【００８９】７）ＰＳドメインからリロケーションコマンドメッセージを受信すると、ソー
スＲＮＣは、データ転送タイマーをスタートしなければならない。リロケーショ
ン準備手順が首尾良く終了したとき、及びソースＳＲＮＣの準備ができたときに
は、ソースＳＲＮＣは、リロケーションコミット（ＳＲＮＳコンテクスト）メッ
セージをターゲットＲＮＣに送信することにより、ＳＲＮＳのリロケーションの
実行をトリガーしなければならない。この手順の目的は、ＳＲＮＳコンテクスト
をソースＲＮＣからターゲットＲＮＣへ転送することである。ＳＲＮＳコンテク
ストは、各関連ＲＡＢに対して送信され、そしてアップリンク及びダウンリンク
方向に次に送信されるべきＧＴＰ−ＰＤＵのシーケンス番号と、ＭＳへデータを
送信し及びそこからデータを受信するのに使用された次のＰＤＣＰシーケンス番
号とを含む。ＲＬＣ未確認モードを使用する接続については、ＰＤＣＰシーケン
ス番号が使用されない。

【００９０】８）リロケーションコミットメッセージを送信した後に、ソースＳＲＮＣは、
データ転送を受けるＲＡＢに対しデータの転送を開始する。ＳＲＮＳリロケーシ
ョンにおけるデータ転送は、Ｉｕインターフェイスを経て実行されねばならず、
これは、ソースＳＲＮＣとターゲットＲＮＣとの間で交換されるデータがソース
ＳＲＮＣにおいて複写され、そしてＩＰ層においてターゲットＲＮＣに向けてル
ーティングされることを意味する。

【００９１】９）ターゲットＲＮＣは、リロケーション実行トリガーが受信されたときにリ
ロケーション検出メッセージを新たなＳＧＳＮに送信しなければならない。ＳＲ
ＮＳリロケーション形式「ＵＥ非関連」の場合に、リロケーション実行トリガー
は、Ｉｕｒインターフェイスからリロケーションコミットメッセージを受信する
ことである。リロケーション検出メッセージが送信されたときには、ターゲット
ＲＮＣがＳＲＮＣオペレーションをスタートしなければならない。

【００９２】１０）リロケーション検出メッセージを送信した後、ターゲットＳＲＮＣは、
ＭＳに応答して、セル更新確認／ＵＲＡ更新確認メッセージを送信する。両メッ
セージは、ＵＥ情報エレメント及びＣＮ情報エレメントを含む。ＵＥ情報エレメ
ントは、とりわけ、新たなＳＲＮＣ認識及びＳ−ＲＮＴＩを含む。ＣＮ情報エレ
メントは、とりわけ、位置エリア識別及びルーティングエリア識別を含む。この
手順は、ＭＳに対して存在する全てのＩｕシグナリング接続において整合されね
ばならない。

【００９３】１１）リロケーション検出メッセージを受信すると、ＣＮは、ユーザ平面を、
ソースＲＮＣからターゲットＳＲＮＣへと切り換えることができる。ＳＲＮＳリ
ロケーションが、ＳＧＳＮ間ＳＲＮＳリロケーションである場合には、新たなＳ
ＧＳＮが、更新ＰＤＰコンテクスト要求メッセージ（新たなＳＧＳＮアドレス、
ＳＧＳＮトンネルエンドポイント識別子、ＱｏＳネゴシエーテッド）を関連ＧＧ
ＳＮに送信する。ＧＧＳＮは、それらのＰＤＰコンテクストフィールドを更新し
、そして更新ＰＤＰコンテクスト応答（ＧＧＳＮトンネルエンドポイント識別子
）メッセージを返送する。

【００９４】１２）ＭＳは、それ自体再構成すると、ＲＮＴＩ再割り当て完了メッセージを
ターゲットＳＲＮＣに送信する。１３）ターゲットＳＲＮＣがＲＮＴＩ再割り当て完了メッセージを受信し、即
ち新たなＳＲＮＣ−ＩＤ＋Ｓ−ＲＮＴＩが無線プロトコルによりＵＥと首尾良く
交換されると、ターゲットＳＲＮＣは、リロケーション完了メッセージを新たな
ＳＧＳＮへ送信することによりリロケーション完了手順を開始しなければならな
い。リロケーション完了手順の目的は、ターゲットＳＲＮＣにより、ＳＲＮＳの
リロケーションの完了をＣＮへ指示することである。ユーザ平面がリロケーショ
ン検出において切り換えられない場合には、ＣＮは、リロケーション完了を受信
すると、ユーザ平面をソースＲＮＣからターゲットＳＲＮＣへ切り換えねばなら
ない。ＳＲＮＳリロケーションがＳＧＳＮ間ＳＲＮＳリロケーションである場合
には、新たなＳＧＳＮが、転送リロケーション完了メッセージを送信することに
より、ＳＲＮＳリロケーション手順の完了を古いＳＧＳＮに信号する。

【００９５】１４）リロケーション完了メッセージを受信したとき、又はＳＧＳＮ間ＳＲＮ
Ｓリロケーション即ち転送リロケーション完了メッセージである場合には、古い
ＳＧＳＮがＩｕ解除コマンドメッセージをソースＲＮＣへ送信する。ＲＮＣデー
タ転送タイマーが時間切れすると、ソースＲＮＣがＩｕ解除完了で応答する。１５）ＭＳがセル／ＵＲＡ更新及びＲＮＴＩ再割り当て手順を完了した後及び
新たなルーティングエリア識別が古いものと異なる場合には、ＭＳがルーティン
グエリア更新手順を開始する。「位置管理手順（ＵＭＴＳのみ）」という節を参
照されたい。ＭＳはＰＭＭ接続状態にあるので、これは、実行されたＲＡ更新手
順のサブセットに過ぎないことに注意されたい。

【００９６】ＲＡＵ手順が実行されると、ＭＳは、古いＳＧＳＮにより使用されるものと同
じＣＮ識別子を指示して、新たなＳＧＳＮを見出し、従って、新たなＳＲＮＣに
より選択されるＳＧＳＮは、古いＳＧＳＮにより既に選択されたものと同じにな
る。別の解決策は、古いＳＧＳＮが、ターゲットＩＤに基づいてターゲットＲＮＣ
に接続することのできるＳＧＳＮのいずれかを選択することである。次いで、新
たなＳＧＳＮが、例えば、メッセージ４（リロケーション要求）及び１０（セル
更新確認／ＵＲＡ更新確認メッセージ）にＣＮ識別子を追加することにより、そ
のＣＮ識別子をＭＳに送信する。次いで、ＭＳは、ＣＮｉｄを使用して、正し
いＳＧＳＮを更新選択する。

【００９７】好ましい実施形態では、ＣＮ識別子のコードは、充分なサービングノードが同
じエリアを取り扱いできるが無線シグナリングを著しく増加しないように最適化
される。それ故、好ましいコードは、４つのビットを使用し、１６個のサービン
グノードを与えるが、著しいオーバーヘッドを生じない。又、実施を簡単化するために、所与のコード（例えば、００００）が全エリア
に対するデフォールトサービングノードを指示しなければならない。又、別のコ
ード（例えば、０００１）が、二次デフォールトサービングノードを指示しなけ
ればならない。この実施は、付加的なパラメータをデフォールトとして構成する
必要性を低減する。更に、ノード（例えば、ＲＮＣ）がデフォールトを選択する
ときには、それは、ＣＮ識別子の既知のデフォールト値（例えば、００００）を
使用して、リストに問合せしそして（デフォールト）サービングノードアドレス
を検索するように実施することができる。

【００９８】Ｇｓインターフェイス及び同時ＰＳ／ＣＳアタッチメントに関しては、ＳＧＳ
ＮとＭＳＣとの間の関連性が形成される（例えば、ＵＥ（ユーザ装置）が合成Ｐ
Ｓ／ＣＳアタッチを実行する）場合に、ＳＧＳＮは、ＲＡＩからＭＳＣアドレス
を導出するために変換テーブルが設けられるか又はそれにアクセスすることがで
きる。多数のＭＳＣが同じ位置エリアを制御する場合には、変換テーブルに変更
が必要となる。付加的な識別子、即ちＭＳＣ識別子を与えて、位置エリアを制御
する特定のＭＳＣを見出すことができる。

【００９９】図８は、本発明の更に別の実施形態によるシステム及び方法におけるメッセー
ジの流れを示す。この実施形態は、少なくとも１つのそれ自身のコアネットワー
ク（ＣＮ）要素６、１０、１１、例えば、ＭＳＣ／ＶＬＲ（移動交換センター／
ビジター位置レジスタ）及び／又はＳＧＳＮ６を有するＭＶＮＯ（移動仮想ネッ
トワークオペレータ）に関する。この実施形態は、好ましくは、ＧＰＲＳをターゲットとし、特に、ＳＧＳＮ／
ＭＳＣのような多数のＣＮ要素を同じＲＮＣに接続できる場合には、将来のＵＭ
ＴＳシステムをターゲットとするが、これらに限定されない。この実施形態では
、異なるＣＮ要素が異なるオペレータに属してもよい。ＭＳ２は、ＭＳ２に挿入
された又は挿入できるＳＩＭにＣＮＩｄ（識別子）を記憶するのが好ましい。

【０１００】図８及び９の実施形態は、ネットワークに接続するときに、オペレータＩＤを
使用して、正しいＭＶＮＯオペレータに属するＣＮノードを選択するという特徴
を含む。２つの方法が提供され、即ち（１）オペレータＩｄがＭＳ２にブロード
キャストされ、そしてＭＳ２が判断を実行する。（２）オペレータＩｄがＭＳ２
からＲＮＣ３へ送信され、そしてＲＮＣ３がＣＮＩｄを選択する。図８の実施
形態は、第１の方法に向けられ、そして図９の実施形態は、第２の方法を実施す
る。両方の方法では、１つのＭＶＮＯオペレータが、同じエリアをカバーするＳ
ＧＳＮのような２つ以上のノードをもつことができる。

【０１０１】図８に示す第１の方法は、あるＭＶＮＯオペレータと、このエリアに使用され
るＣＮＩＤとの間のマッピングを指示する情報をＭＳ２へブロードキャストす
るというステップ１を含む。次いで、ＭＳ２は、記憶された内部選択基準に基づ
いて好きなオペレータ（即ちＭＶＮＯ）を選択するための選択ステップ２を実行
する。選択されたオペレータの対応するＣＮＩｄ（ステップ１で受け取られる
か又はＭＳ２内に記憶された）が、ＲＮＣ３へ送られるＲＲＣ接続要求メッセー
ジ３の一部分として挿入される。前記実施形態について上述したように、ＲＮＣ
３は、次いで、ステップ４ないし６で示すように、送信されたＣＮＩｄで識別
される対応するＣＮ要素６、１０又は１１との接続を確立する。

【０１０２】ブロードキャストされる情報の量を制限するために同じオペレータのＭＳＣ／
ＶＬＲ及びＳＧＳＮのＣＮＩｄが同一であるのが好ましい。更に、このＭＶＮＯに対するＳＧＳＮ及び／又はＭＳＣ／ＶＬＲの使用可能性
は、ステップ１のブロードキャストされたメッセージに指示される。この好ましい実施形態では、ＣＮＩｄの一部分だけがステップ１においてブ
ロードキャストされ（例えば、最初の２ビット）、一方、他の必要なビット、例
えば、最後の２ビットは、ＭＳ２により任意に選択される。これは、ＭＮＶＯが
、ＲＡＮ当たり多数のＣＮ要素をもつことができるようにする。

【０１０３】ブロードキャストされる情報は、例えば、次の通りである。ＣＮＩｄ１１＜−＞０３３４３（ｍｎｃ０３３ｍｃｃ４３）ＣＮＩｄ１０＜−＞０３３４０（ｍｎｃ０３３ｍｃｃ４０）ＣＮＩｄ０１＜−＞０３３４５（ｍｎｃ０３３ｍｃｃ４５）（ｍｎｃ：移動ネットワークコード、ｍｃｃ：移動カントリーコード）ＭＳ２が優先順位をもたない（又はその特徴をサポートしない）場合には、ス
テップ３においてＣＮＩｄを送信せず、従って、デフォールトＣＮ要素に接続
されるのが好ましい。

【０１０４】好ましい実施形態では、グローバルなオペレータが、グローバルなオペレータ
ＩＤを有する。１つの実際的な方法は、グローバルなオペレータＩＤを、未使用
のカントリーコードの範囲から割り当てることであり、例えば、９９９０１＝Ｏｒａｎｇｅ９９９０２＝Ｖｏｄａｆｏｎｅ９９９０３＝Ｖｉｒｇｉｎ同じ教示をＧＰＲＳに適用することができ、この場合には、ＣＮＩｄが好ま
しくはランダムＴＬＬＩの一部分としてＢＳＣへ送信される（無線プロトコルへ
の変更は必要とされない）ことに注意されたい。

【０１０５】別の実施形態は、パラメータをブロードキャストするのを回避するが、ＭＳ２
が第１のＲＲＣメッセージにおいてオペレータ識別子を（ＣＮＩｄと一緒に又
はそれに代わって）送信するようにさせる。この別の形態は、図９に示すように
実施される。オペレータ識別子は、ｍｎｃ／ｍｃｃ（ＳＩＭ上にあるので容易で
ある）であるのが好ましいが、グローバルなオペレータＩＤ（上記を参照）又は
他の形式の識別子でもよい。図９は、本発明のこの実施形態に基づくシステム及び方法におけるメッセージ
の流れを示す。この実施形態も、同様に、ＭＳＣ／ＶＬＲ（移動交換センター／
ビジター位置レジスタ）及び／又はＳＧＳＮ６のような少なくとも１つのそれ自
身のコアネットワーク要素６、１０、１１を有するＭＶＮＯ（移動仮想ネットワ
ークオペレータ）に係る。

【０１０６】この別の好ましい実施形態は、ＣＮＩｄを記憶していないＭＳ２が、第１の
ＲＲＣ接続を行うときに、そのオペレータ識別子を接続要求メッセージ１に追加
するというものである。ＲＮＣ３は、使用可能なＣＮＩｄの１つがこのオペレ
ータ識別子に対応するかどうかチェックする（例えば、構成可能なデータベース
へアクセスする）ための手段を有する。このチェック又は選択は、ステップ２に
より表わされる。使用可能なＣＮＩｄの１つが、ＭＳ２から送信されたオペレ
ータ識別子に対応する場合には、このＣＮＩｄが選択され、そしてその選択さ
れたＣＮＩｄに対応するＣＮノード６、１０又は１１への接続が確立される。
ＣＮノードは、選択されたＣＮ識別子（ＣＮＩｄ）をＭＭシグナリングにおい
てＭＳ２へ指示する。図９のステップ３ないし５に基づく既知のやり方で接続が
確立される。

【０１０７】別の実施形態では、ＭＶＮＯは、完全なホストＰＬＭＮにわたり同じＣＮ識別
子を使用する（即ち、ＭＶＮＯは、異なるＬＡ（又はＲＡ）にわたって同じＣＮ
識別子を使用する）。これは、ＭＳが１つのＣＮエリアから別のＣＮエリアへ移
動するときに、同じＣＮ識別子が新たなＣＮエリアにおける同じＭＶＮＯのノー
ドに対応することを意味する。ＣＮエリアは、１つのＣＮノードから到達できる
全エリアであり、そして１つ又は多数の位置エリアＬＡ（又はルーティングエリ
アＲＡ）で構成されることに注意されたい。小さなネットワークでは、これが全
国をカバーできる。又、小さなＭＶＮＯが、全国に対する１つのＣＮノードを有
してもよく、一方、別のＭＶＮＯが、多数のＣＮノードを有してもよい。

【０１０８】この場合に、ＭＳは、その後のＲＲＣ接続確立メッセージにおいて、それが同
じＰＬＭＮにある限り、ＣＮＩｄだけを送信し、オペレータ識別子は送信しな
い。ＭＳがＰＬＭＮ再選択を実行する場合には、ＣＮＩｄ及びオペレータ識別子
の両方を第１のＲＲＣ接続確立メッセージにおいて送信するのが好ましい。新た
なＲＮＣは、次いで、オペレータ識別子を使用して、新たなＣＮＩｄを選択す
る。このＣＮＩｄは、コンフィギュレーションに基づいて使用され、そしてＭ
ＶＮＯが超国家オペレータとの合意を有する（同じＣＮノードが２つ以上の国／
ＰＬＭＮをカバーできる）場合に有用である。

【０１０９】別のケースでは、ＭＶＮＯは、異なるＬＡ（又はＲＡ）にわたって異なるＣＮ
識別子を使用してもよい（しかし、１つのＬＡ（又はＲＡ）内では、ＣＮ識別子
は独特である）。これは、ＭＳが１つのＬＡ（又はＲＡ）から別のものへ移動す
るときに、新たなＬＡ（又はＲＡ）の同じＭＶＮＯにより異なるＣＮが使用され
てもよいことを意味する。この場合に、ＭＳは、その後のＲＲＣ接続確立メッセージにおいて、それが同
じＬＡ（又はＲＡ）にある限り、ＣＮＩｄしか送信せず、オペレータ識別子は
送信しない。

【０１１０】ＭＳは、ＬＡ（又はＲＡ）を切り換える場合に、ＣＮＩｄ及びオペレータ識
別子の両方を第１のＲＲＣ接続確立メッセージにおいて送信するのが好ましい。
次いで、新たなＲＮＣは、オペレータ識別子を使用して、新たなＣＮＩｄを選
択することができる。ここで、再び、ＣＮＩｄは、コンフィギュレーションに
基づいて使用され、そしてＭＶＮＯが超国家オペレータとの合意を有する（同じ
ＣＮノードが２つ以上の国／ＰＬＭＮをカバーし、及び／又はＭＶＮＯがエリア
当たり２つ以上のＣＮノードを有する）場合に有用である。この同じ原理をＧＰＲＳ無線に適用できるが、オペレータ識別子がおそらくＴ
ＬＬＩコードスペースに適合しないので、ＴＢＦ（一時的ブロックフロー）要求
を変更する必要があることに注意されたい。

【０１１１】ＭＶＮＯがエリア当たり２つ以上のノードを有するときには、次のように実施
するのが好ましい。ＲＮＣは、１つのオペレータ識別子に対応するＣＮＩｄのリストを含むか、
それにアクセスすることができる。オペレータ識別子のみがＭＳ２からＲＮＣ３
へ送信される場合に、ＲＮＣ３は、これらノードのいずれかを選択する（例えば
、使用可能性、接近性、負荷分担・・に基づいて）。オペレータ識別子及びＣＮＩｄがＭＳ２から送信される場合には、ＲＮＣ３が、同じＣＮＩｄをリスト
の部分から選択するのが好ましい。

【０１１２】リストに属さないオペレータＩＤが送信される場合には、デフォールトＣＮ
Ｉｄが選択される。オペレータＩｄ： → ＣＮＩｄ９９９０１（＝Ｏｒａｎｇｅ） → １；２；３（好みの順序）９９９０２（＝Ｖｏｄａｆｏｎｅ） → １１；１２；１３；１４（ラウンド
ロビンを使用する）９９９０３（＝Ｖｉｒｇｉｎ） → ７；８（好みの順序）デフォールト（ホストは、Ｖｏｄａでよい） → １１；１２；１３；１４（ラウンドロビンを使用する）

【０１１３】図８、９の実施形態による発明は、ＳＩＭカードを変更する問題を克服する。
多くのオペレータは、古いＳＩＭカードを変更するコストを回避するために同じ
ＳＩＭカードを保持することを好む。更に、無線で情報をブロードキャストしたりオペレータＩＤをＭＳ２から送信
したりする（例えば、ＳＩＭにおいて読み取る）ことは、より融通性がある。異なるＣＮＩｄを異なる領域に使用することができる。例えば、Ｏｒａｎｇ
ｅがヨーロッパ全域にわたるＭＶＮＯである場合には、ＳＩＭは、どの国でどの
ＣＮＩｄが使用されるか知る必要がない。

【０１１４】図８、９による発明は、ＭＮＶＯの分野をカバーする。これは、無線ネットワ
ーク当たりの多数のＣＮの特徴の利点を取り入れ、その解決策を提供する。以上、好ましい実施形態を説明したが、本発明は、これに限定されるものでは
なく、ＭＳＣ／ＶＬＲのような異なる構造のサービングノードを使用する異なる
形式のネットワークにおいて実施することもできる。請求の範囲においては、エリアを取り扱う要素を識別するターゲットＩＤが、
実際に、エリア、即ちその要素により取り扱われるエリアの識別子とも考えられ
るように、広い意味で解釈しなければならない。

【図面の簡単な説明】

【図１】本発明によるシステムの一実施形態の基本的構造を示す図である。

【図２】ユーザ装置とサービングノードとの間に接続を確立するためのメッセージの流
れを示す図である。

【図３】所望のサービングノードを選択するための方法を示す図である。

【図４】本発明の更に別の実施形態によるシステム及び方法におけるメッセージの流れ
を示す図である。

【図５】ＤＮＳサーバーに記憶されたテーブルを詳細に示す図である。

【図６】ＵＭＴＳに関連した本発明の実施形態によりルーティングエリア更新手順にお
いて実行される方法ステップを示す図である。

【図７】本発明の別の実施形態による合成セル／ＵＲＡ更新及びＳＲＮＳリロケーショ
ン手順において実行されるステップを示す図である。

【図８】本発明の更に別の実施形態によるシステム及び方法におけるメッセージの流れ
を示す図である。

【図９】本発明の更に別の実施形態によるシステム及び方法におけるメッセージの流れ
を示す図である。

【手続補正書】特許協力条約第３４条補正の翻訳文提出書

【提出日】平成１４年６月７日（２００２．６．７）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正の内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ，ＴＲ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＥ，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷＦターム(参考） 5K030 HA08 HC09 HD09 JL01 LB05 LE03 5K067 AA13 BB04 BB21 DD17 DD51 DD57 EE02 EE10 EE16 HH23

Claims

【特許請求の範囲】

【請求項１】多数のネットワーク要素を備えた通信ネットワークに接続を
形成するシステムであって、第１ネットワーク要素と、１つ以上の別々に選択可
能な第２ネットワーク要素を経て接続をルーティングし、上記ネットワーク要素
の少なくとも１つは、第１ネットワーク要素により選択可能な第２ネットワーク
要素のリストを記憶し、このリストは、エリアを識別する識別子及び／又は所望
の第２ネットワーク要素を識別する識別子を使用してアクセスすることができ、
そしてこれら識別子は、別のネットワーク要素から送信されるように構成された
システム。
【請求項２】上記エリア識別子は、位置又はルーティングエリア識別子（
ＲＡＩ）又はターゲットＩＤであり、少なくとも２つの第２ネットワーク要素が
同じエリア識別子に指定される請求項１に記載のシステム。
【請求項３】上記第２ネットワーク要素は、ユーザ装置に関する状態情報
（例えば、位置、加入者データ）を維持する請求項１又は２に記載のシステム。
【請求項４】上記識別子は、ＣＮ識別子である請求項１ないし３のいずれ
かに記載のシステム。
【請求項５】無線アクセスネットワークは、ユーザ装置へ上記リストをブ
ロードキャストするように構成され、そしてユーザ装置は、上記リストから識別
子を選択しそしてその選択された識別子を無線アクセスネットワークへ送信する
請求項１ないし４のいずれかに記載のシステム。
【請求項６】１つ以上のユーザ装置が無線アクセスネットワークへ識別子
を送信し、そして無線アクセスネットワークは、その送信された識別子に基づい
てサービングノードを選択する請求項１ないし５のいずれかに記載のシステム。
【請求項７】送信された識別子に指定される少なくとも２つの第２ネット
ワーク要素に関する情報が第１ネットワーク要素に送信される請求項１ないし６
のいずれかに記載のシステム。
【請求項８】上記接続は、ユーザ装置がＣＮエリア内を移動するときに、
同じ選択可能な第２ネットワーク要素に維持される請求項１ないし７のいずれか
に記載のシステム。
【請求項９】上記選択可能な第２ネットワーク要素のリストは、規定の順
序で第１ネットワーク要素へ送信される請求項１ないし８のいずれかに記載のシ
ステム。
【請求項１０】上記順序は、上記リストに示された第２ネットワーク要素
の負荷に依存する請求項９に記載のシステム。
【請求項１１】上記順序は、第１及び第２のネットワーク要素間の地理的
距離に依存する請求項９又は１０に記載のシステム。
【請求項１２】上記順序は、第１ネットワーク要素のアドレスに依存する
請求項９、１０又は１１に記載のシステム。
【請求項１３】上記ネットワークは、パケット交換ネットワークである請
求項１ないし１２のいずれかに記載のシステム。
【請求項１４】上記第１ネットワーク要素は、１つ以上のユーザ装置への
無線アクセスを与える請求項１ないし１３のいずれかに記載のシステム。
【請求項１５】上記第２ネットワーク要素は、サービングノード、好まし
くはＳＧＳＮである請求項１ないし１４のいずれかに記載のシステム。
【請求項１６】上記リストを記憶する少なくとも１つのネットワーク要素
は、ＤＮＳサーバーである請求項１ないし１５のいずれかに記載のシステム。
【請求項１７】上記ＤＮＳサーバーは、第２ネットワーク要素のＩＰアド
レスのリストを返送するように構成された請求項１６に記載のシステム。
【請求項１８】上記ＤＮＳサーバーは、第２ネットワーク要素のＩＰアド
レスのリストを、それらの名前、好ましくは規範的な名前と共に返送する請求項
１６に記載のシステム。
【請求項１９】第２ネットワーク要素が、その将来の接続取り扱い能力を
少なくとも一時的又は部分的に阻止するオペレーションを受けるべきときには、
その第２ネットワーク要素が、オペレーションをスタートする規定時間前に、リ
ストから除外される請求項１ないし１８のいずれかに記載のシステム。
【請求項２０】上記第１ネットワーク要素は、第３の接続起点又は終点ネ
ットワーク要素から、第１ネットワーク要素又は１つの第２ネットワーク要素へ
送信されるべきメッセージから識別子を検出するか、又は位置情報のような第３
ネットワーク要素に関連した他の情報から識別子を推測するように構成された請
求項１ないし１９のいずれかに記載のシステム。
【請求項２１】上記識別子は、第３の接続起点又は終点ネットワーク要素
から、第１ネットワーク要素又は１つの第２ネットワーク要素へ送信されるべき
メッセージの一部分として送信される請求項１ないし２０のいずれかに記載のシ
ステム。
【請求項２２】上記第２ネットワーク要素の１つは、他の第２ネットワー
ク要素が選択されないときに接続を取り扱うのに使用されるデフォールト第２ネ
ットワーク要素として設定される請求項１ないし２１のいずれかに記載のシステ
ム。
【請求項２３】上記第２ネットワーク要素の１つは、接続を取り扱うため
に別の第２ネットワーク要素が選択されたときにその別の第２ネットワーク要素
への接続又は情報送信を取り扱うのに使用されるマスター第２ネットワーク要素
として設定される請求項１ないし２２のいずれかに記載のシステム。
【請求項２４】上記別の第２ネットワーク要素へ送信されるべき情報は、
コンテクスト情報である請求項２３に記載のシステム。
【請求項２５】多数のネットワーク要素を備えた通信ネットワークにおい
てアドレスを選択するための方法であって、第１ネットワーク要素が、１つ以上
の別々に選択可能な第２ネットワーク要素のアドレスを選択し、上記ネットワー
ク要素の少なくとも１つは、選択可能な第２ネットワーク要素のリストを記憶し
、このリストは、エリアを識別する識別子及び／又は所望の第２ネットワーク要
素を識別する識別子を使用してアクセスされ、そして上記識別子は、別のネット
ワーク要素から送信されるか又はデフォールトにより発生されるように構成され
た方法。
【請求項２６】上記識別子は、位置又はルーティングエリア識別子（ＲＡ
Ｉ）或いはターゲットＩＤであり、少なくとも２つの第２ネットワーク要素が同
じ識別子に指定される請求項２５に記載の方法。
【請求項２７】上記識別子は、ＣＮ識別子である請求項２５又は２６に記
載の方法。
【請求項２８】上記第２ネットワーク要素は、ユーザ装置に関する状態情
報（例えば、位置、加入者データ）を維持する請求項２５ないし２８のいずれか
に記載の方法。
【請求項２９】上記接続は、ユーザ装置がＣＮエリア内を移動するときに
、同じ選択可能な第２ネットワーク要素に維持される請求項２５ないし２８のい
ずれかに記載の方法。
【請求項３０】無線アクセスネットワークは、ユーザ装置へ上記リストを
ブロードキャストするように構成され、そしてユーザ装置は、上記リストから識
別子を選択しそしてその選択された識別子を無線アクセスネットワークへ送信す
る請求項２５ないし２９のいずれかに記載の方法。
【請求項３１】１つ以上のユーザ装置が無線アクセスネットワークへ識別
子を送信し、そして無線アクセスネットワークは、その送信された識別子に基づ
きサービングノードを選択する請求項２５ないし３０のいずれかに記載の方法。
【請求項３２】送信された識別子に指定される少なくとも２つの第２ネッ
トワーク要素に関する情報が、リストを記憶するネットワーク要素から第１ネッ
トワーク要素に送信される請求項２５ないし３１のいずれかに記載の方法。
【請求項３３】上記選択可能な第２ネットワーク要素のリストは、規定の
順序で第１ネットワーク要素へ送信される請求項２５ないし３２のいずれかに記
載の方法。
【請求項３４】上記順序は、上記リストに示された第２ネットワーク要素
の負荷に依存する請求項３３に記載の方法。
【請求項３５】上記順序は、上記第１ネットワーク要素のアドレスに依存
する請求項３３又は３４に記載の方法。
【請求項３６】上記順序は、第１及び第２のネットワーク要素間の地理的
距離に依存する請求項３３、３４又は３５に記載の方法。
【請求項３７】上記ネットワークは、パケット交換ネットワークである請
求項２５ないし３６のいずれかに記載の方法。
【請求項３８】上記第２ネットワーク要素は、サービングノード、好まし
くはＳＧＳＮである請求項２５ないし３７のいずれかに記載の方法。
【請求項３９】上記リストを記憶する少なくとも１つのネットワーク要素
は、ＤＮＳサーバーである請求項２５ないし３８のいずれかに記載の方法。
【請求項４０】上記ＤＮＳサーバーは、第２ネットワーク要素のＩＰアド
レスのリストを返送する請求項３９に記載の方法。
【請求項４１】上記ＤＮＳサーバーは、第２ネットワーク要素のＩＰアド
レスのリストを、それらの名前、好ましくは規範的な名前と共に返送する請求項
４０に記載の方法。
【請求項４２】第２ネットワーク要素が、その将来の接続取り扱い能力を
少なくとも一時的又は部分的に阻止するオペレーションを受けるべきときには、
その第２ネットワーク要素が、オペレーションをスタートする規定時間前に、リ
ストから除外される請求項２５ないし４１のいずれかに記載の方法。
【請求項４３】上記第１ネットワーク要素は、第３の接続起点又は終点ネ
ットワーク要素から、第１ネットワーク要素又は１つの第２ネットワーク要素へ
送信されるべきメッセージから識別子を検出するか、又は位置情報のような第３
ネットワーク要素に関連した他の情報から識別子を推測する請求項２５ないし４
２のいずれかに記載の方法。
【請求項４４】上記識別子は、第３の接続起点又は終点ネットワーク要素
から、第１ネットワーク要素又は１つの第２ネットワーク要素へ送信されるべき
メッセージの一部分として送信される請求項２５ないし４３のいずれかに記載の
方法。
【請求項４５】上記第２ネットワーク要素の１つは、他の第２ネットワー
ク要素が選択されないときに接続を取り扱うのに使用されるべきデフォールト第
２ネットワーク要素として設定される請求項２５ないし４４のいずれかに記載の
方法。
【請求項４６】上記第２ネットワーク要素の１つは、接続を取り扱うため
に別の第２ネットワーク要素が選択されたときにその別の第２ネットワーク要素
への接続又は情報送信を取り扱うのに使用されるマスター第２ネットワーク要素
として設定される請求項２５ないし４５のいずれかに記載の方法。
【請求項４７】上記別の第２ネットワーク要素へ送信されるべき情報は、
コンテクスト情報である請求項４６に記載の方法。
【請求項４８】請求項１ないし２４のいずれかに記載のシステム又は請求
項２５ないし４７のいずれかに記載の方法に使用されるユーザ装置であって、オ
ペレータ識別子及び又はコアネットワーク（ＣＮ）識別子を記憶し、そしてその
オペレータ識別子及び／又はＣＮ識別子を無線シグナリングに挿入するように構
成されたユーザ装置。
【請求項４９】上記記憶されたＣＮ識別子は、ネットワークにより送信さ
れた最新のＣＮ識別子である請求項４８に記載のユーザ装置。
【請求項５０】上記記憶されたＣＮ識別子は、ユーザ装置から無線シグナ
リングにおいて常に送信される予め構成されたＣＮ識別子である請求項４８又は
４９に記載のユーザ装置。
【請求項５１】上記オペレータ識別子又はＣＮ識別子は、ユーザ装置のＳ
ＩＭカードに記憶される請求項４８、４９又は５０に記載のユーザ装置。
【請求項５２】上記ユーザ装置は、移動ステーションである請求項４８、
４９、５０又は５１に記載のユーザ装置。
【請求項５３】異なるオペレータに指定された異なるサービングノードが
、ユーザ装置へのアクセスに対して同じアクセスネットワークを使用し、このア
クセスネットワークは、オペレータ識別子又はＣＮ識別子を使用することにより
適当なサービングノードを選択するように構成されたシステム。
【請求項５４】上記アクセスネットワークは、ユーザ装置に無線アクセス
するためのＲＡＮ（無線アクセスネットワーク）である請求項５３に記載のシス
テム。
【請求項５５】上記アクセスネットワークは、サービングノード以外のオ
ペレータに指定される請求項５３又は５４に記載のシステム。
【請求項５６】請求項１ないし２４又は５３ないし５５のいずれかに記載
のシステム、或いは請求項２５ないし４７のいずれかに記載の方法に特に使用さ
れるコントローラであって、接続を取り扱うためのサービングネットワーク要素
を、サービングネットワーク要素のリストから、又は別のネットワーク要素によ
り与えられる識別子に基づいて選択するように構成されたコントローラ。
【請求項５７】無線ネットワークコントローラ（ＲＮＣ）として実施され
る請求項５６に記載のコントローラ。
【請求項５８】ベースステーションコントローラ（ＢＳＣ）として実施さ
れる請求項５６又は５７に記載のコントローラ。
【請求項５９】請求項１ないし２４又は５３ないし５５のいずれかに記載
のシステム、或いは請求項２５ないし４７のいずれかに記載の方法に特に使用さ
れるネットワーク要素であって、サービングネットワーク要素のリストを含むネ
ットワーク要素。
【請求項６０】ＤＮＳ（ドメインネームシステム）サーバーとして実施さ
れる請求項５９に記載のネットワーク要素。
【請求項６１】請求項１ないし２４又は５３ないし５５のいずれかに記載
のシステム、或いは請求項２５ないし４７のいずれかに記載の方法に特に使用さ
れるサービングネットワーク要素であって、別のサービングネットワーク要素に
より取り扱われるか又は既に取り扱われた接続の取り扱いを引き継ぐときに、そ
の別のサービングネットワーク要素から、コンテクスト情報、例えば、ＰＤＰコ
ンテクスト情報のような接続情報を要求するように構成されたサービングネット
ワーク要素。
【請求項６２】ＳＧＳＮとして実施される請求項６１に記載のネットワー
ク要素。