(57)【特許請求の範囲】
【請求項１】
電気通信ネットワークにおいてユーザ端末のシステム間ハンドオーバを実行するための方法であって、
前記電気通信ネットワークは、第１のプロトコルに従って動作可能で、第１のサービス・サブシステムと第１のアクセス・サブシステムとを備える第１の電気通信システムと、第２のプロトコルに従って動作可能で、第２のサービス・サブシステムと第２のアクセス・サブシステムとを備える第２の電気通信システムとを備え；前記ユーザ端末は、前記サービス・サブシステムおよび前記アクセス・サブシステムと通信するための前記ユーザ端末の機能を示す機能データを格納しており；前記方法は、
前記ユーザ端末が、前記第１および第２のアクセス・サブシステムの一方に、前記第１のサービス・サブシステムおよび前記第１および第２のアクセス・サブシステムの一方と通信するための前記ユーザ端末の機能を示す初期機能データを送信するステップと、
前記第１および第２のアクセス・サブシステムの一方が、前記第１のサービス・サブシステムに、前記第１のサービス・サブシステムと通信するための前記ユーザ端末の機能を示す初期機能データを送信するステップと、
前記初期機能データによって前記第１および第２のアクセス・サブシステムの一方を経由して前記ユーザ端末と前記第１のサービス・サブシステムとの間に接続を確立するステップと、
前記第１のサービス・サブシステムから前記第２のサービス・サブシステムへの、あるいは前記第１および第２のアクセス・サブシステムの一方から前記第１および第２のアクセス・サブシステムの他方への前記接続のハンドオーバを実行すべきであることを決定するステップと、
前記ユーザ端末が、前記第２のサービス・サブシステムまたは前記第１および第２のアクセス・サブシステムの他方と通信するための前記ユーザ端末の機能を示す更なる機能データを前記ネットワークに送信するステップと、
前記更なる機能データによって前記接続をハンドオーバするステップとを実行するステップを含むことを特徴とする方法。
【請求項２】
請求項１に記載の方法において、
前記機能データがクラスマーク情報であることを特徴とする方法。
【請求項３】
請求項１または２に記載の方法において、
前記ハンドオーバの必要性を示す少なくとも１つの状態を監視し、前記状態が第１のしきい値を超えている時に前記ユーザ端末による前記更なる機能データの前記送信を開始するステップを含むことを特徴とする方法。
【請求項４】
請求項３に記載の方法において、
前記状態が前記接続の信号対混信比に基づいていることを特徴とする方法。
【請求項５】
請求項４に記載の方法において、
前記ユーザ端末による前記更なる機能データの前記送信を開始する前記ステップが、前記信号対混信比が前記第１のしきい値を下回った時に実行されることを特徴とする方法。
【請求項６】
請求項１乃至５の何れかに記載の方法において、
前記ハンドオーバが必要であることを示す少なくとも１つの状態を監視し、前記状態が第２のしきい値を超えている時に前記ハンドオーバを開始するステップを含むことを特徴とする方法。
【請求項７】
請求項６に記載の方法において、
前記第２のしきい値が前記第１のしきい値を超えていることを特徴とする方法。
【請求項８】
請求項１乃至７の何れかに記載の方法において、
前記サービス・サブシステムが前記ユーザ端末に電気通信サービスを提供できることを特徴とする方法。
【請求項９】
請求項１乃至８の何れかに記載の方法において、
前記アクセス・サブシステムが前記サービス・サブシステムへのアクセスを前記ユーザ端末に提供できることを特徴とする方法。
【請求項１０】
請求項１乃至９の何れかに記載の方法において、
前記第１の電気通信システムがＧＳＭプロトコルまたはその派生プロトコルに従って動作可能であることを特徴とする方法。
【請求項１１】
請求項１０に記載の方法において、
前記ユーザ端末が、前記第１のサービス・サブシステムおよび／または前記第１のアクセス・サブシステムと通信するための自己の機能を示す情報を、ＧＳＭクラスマーク２または３パラメータとして送信することを特徴とする方法。
【請求項１２】
請求項１乃至１１の何れかに記載の方法において、
前記第１の電気通信システムがＵＭＴＳプロトコルまたはその派生プロトコルに従って動作可能であることを特徴とする方法。
【請求項１３】
請求項１２に記載の方法において、
前記ユーザ端末が、前記第１のサービス・サブシステムおよび／または前記第１のアクセス・サブシステムと通信するための自己の機能を示す情報を、ＵＭＴＳアクセス・ネットワークおよび／またはコア・ネットワーク・クラスマークとして送信することを特徴とする方法。
【請求項１４】
電気通信装置であって、
第１のプロトコルに従って動作可能で、第１のサービス・サブシステムと第１のアクセス・サブシステムとを備える第１の電気通信システムと、第２のプロトコルに従って動作可能で、第２のサービス・サブシステムと第２のアクセス・サブシステムとを備える第２の電気通信システムとを備える電気通信ネットワークと、
前記サービス・サブシステムおよび前記アクセス・サブシステムと通信するための前記ユーザ端末の機能を示す機能データを格納するためのユーザ端末とを備え、
前記電気通信装置は、
前記ユーザ端末が前記第１および第２のアクセス・サブシステムの一方に、前記第１のサービス・サブシステムおよび前記第１および第２のアクセス・サブシステムの一方と通信するための前記ユーザ端末の機能を示す初期機能データを送信するステップと、
前記第１および第２のアクセス・サブシステムの一方が、前記第１のサービス・サブシステムと通信するための前記ユーザ端末の機能を示す前記初期機能データを前記第１のサービス・サブシステムに送信するステップと、
前記ユーザ端末と前記第１のサービス・サブシステムとの間に、前記初期機能データによって前記第１および第２のアクセス・サブシステムの一方を経由して接続を確立するステップと、
前記第１のサービス・サブシステムから前記第２のサービス・サブシステムへの、あるいは前記第１および第２のアクセス・サブシステムの一方から前記第１および第２のアクセス・サブシステムの他方への前記接続のハンドオーバを実行すべきであることを決定するステップと、
前記ユーザ端末が、前記第２のサービス・サブシステムまたは前記第１および第２のアクセス・サブシステムの他方と通信するための前記ユーザ端末の機能を示す更なる機能データを前記ネットワークに送信するステップと、
前記更なる機能データによって前記接続をハンドオーバするステップとによってシステム間ハンドオーバを実行するように構成されたことを特徴とする電気通信装置。
【請求項１５】
電気通信ネットワークにおいて動作可能なユーザ端末であって、
前記電気通信ネットワークは、第１のプロトコルに従って動作可能で、第１のサービス・サブシステムと第1のアクセス・サブシステムとを備える第1の電気通信システムと、第２のプロトコルに従って動作可能で、第２のサービス・サブシステムと第２アクセス・サブシステムとを備える第２の電気通信システムとを備え、
前記ユーザ端末は、
前記サービス・サブシステムおよび前記アクセス・サブシステムと通信するための前記ユーザ端末の機能を示す機能データを格納する手段と、
前記第１および第２のアクセス・サブシステムの一方に前記第１および第２のアクセス・サブシステムの一方と前記第１のサービス・サブシステムとが通信するための前記ユーザ端末の機能を示す初期機能データを送信する手段と、
前記第１のサービス・サブシステムから前記第２のサービス・サブシステムへの、あるいは前記第１および第２のアクセス・サブシステムの一方から前記第１および第２のアクセス・サブシステムの他方への接続のハンドオーバを実行すべきであるとの決定が行われると前記ネットワークに、前記第２のサービス・サブシステムまたは前記第１および第２のアクセス・サブシステムの他方と通信するための前記ユーザ端末の機能を示す更なる機能データを通信する手段と、
を具備することを特徴とするユーザ端末。
【請求項１６】
請求項１５に記載のユーザ端末において、
ハンドオーバを実行すべきであるとの決定は、前記ユーザ端末が前記ネットワークからのメッセージを受信するのに応答して行われることを特徴とするユーザ端末。
【発明の詳細な説明】
【０００１】
（技術分野）
本発明は、電気通信システム間でシステム間ハンドオーバを実行するための方法および装置に関し、特にクラスマークなどのインジケータの処理に関する。
【０００２】
（背景技術）
移動無線通信システムにおいては、ユーザ端末は無線によって基地局と通信し、基地局は移動無線システムおよび、移動無線システムの動作を制御する制御ユニットおよびより広い電気通信ネットワークに接続されている。ユーザ端末は移動局（ＭＳ）と呼ばれることが多く、それは移動電話機であってよいが、そのＭＳの場所が固定的な場合がある。
【０００３】
図１は、代表的なセルラ無線電気通信ネットワークの構成を概略的に示している。そのネットワークはいくつかの基地局（ＢＳ）１、２、３などを含む。各基地局はその基地局に隣接するセル４、５などの領域との間で無線信号の送信および受信を行うことができる無線トランシーバを有する。これらの信号によって、基地局はそのセル中の移動局（ＭＳ）６と通信することができ、移動局そのものが無線トランシーバを含む。各基地局は基地局コントローラ（ＢＳＣ）９を経由して移動交換局（ＭＳＣ）７に接続されており、移動交換局はさらに公衆電話網８にリンクしている。このシステムによって、ＭＳ６のユーザはそのＭＳが位置するセルのＢＳを経由して公衆電話ネットワーク８との通話を確立することができる。
【０００４】
ＭＳの位置が固定的な場合もあるし（例えば、固定された建物に無線通信を提供する場合）、あるいはＭＳは移動可能な場合もある（例えば、それが手持ちのポータブル・トランシーバ、すなわち「移動電話機」である場合）。ＭＳが移動可能であるとき、それはそのセルラ無線システムのセル間を移動する可能性がある。１つのセル（「前のセル」）から別のセル（「新しいセル」）へ移動局が移動する際、移動局とネットワークとの間の通信が切断されることによって通話が中断することなく、通信を前のセルのＢＳから新しいセルのＢＳへ引き渡す必要がある。このプロセスはハンドオーバとして知られている。また、位置が固定的なＭＳをハンドオーバする必要性も発生しうる。たとえば、大気の状態がＭＳの前のＢＳとの通信に影響を及ぼし、別のＢＳにハンドオーバすることによって通話の質を改善できる場合や、あるいは前のＢＳの容量を解放する必要性がある場合などである。
【０００５】
従来のセルラ無線システムにおいては、ハンドオーバはＢＳＣによって制御されている。ハンドオーバは、たとえば、そのＭＳと前のＢＳおよび新しいＢＳとの間のシグナリングの品質に依存してネットワークが開始することができる。
移動局が基地局の１つの無線カバレージの領域内に入るか、あるいは移動して、初めてその無線システムとの接続を確立した時、その移動局が無線システムに対して自己の機能を報告するメッセージを送信することにより、そのシステムがその移動局を適切に収容できる。
【０００６】
ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）電気通信システムにおいては、そのような機能の報告はクラスマーク情報を示すメッセージによって行われる。ＧＳＭシステムにおいては、クラスマーク情報は３つの別々のクラスマーク・パラメータに分割されており、各パラメータはその無線システムおよびそのコア・ネットワークの両方に関連する情報を含む。これらのパラメータの１つがＭＳクラスマーク２パラメータである。そのパラメータは（移動局がＧＳＭネットワークからのページング要求メッセージに応答して送信する）ページング応答メッセージで、あるいはＣＭ（接続マネジメント）サービス要求メッセージでネットワークに送信される。もう１つのパラメータはＭＳクラスマーク３パラメータである。このパラメータはＧＳＭネットワークの移動交換局（ＭＳＣ）からの問合わせ（一般に、例えば、その移動局の暗号化機能を知るためなど、情報が必要であるときにのみ行われる）に応答して送信されるか、あるいはＭＳがクラスマーク３に示されているサービスをサポートする場合には自発的に送信される。
【０００７】
提案されているＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）電気通信システムにおいては、クラスマーク情報をたった２つのパラメータ、すなわち、アクセス・ネットワーク・クラスマーク・パラメータ（ＡＮクラスマークとして知られている）およびコア・ネットワーク・クラスマーク・パラメータ（ＣＮクラスマークとして知られている）に再整理することが提案されている。これが提案されたのは、提案されているＵＭＴＳシステムにおいては、無線アクセス・ネットワークとコア・ネットワークとの区別がＧＳＭシステムの場合よりも明瞭であること、およびＵＭＴＳシステムはＧＳＭシステムにおいて強制されているクラスマーク・パラメータのメッセージ・サイズに課せられている制限を受けないからである。もう１つの違いは、ＧＳＭシステムに固有のＧＳＭクラスマーク中のある種の情報がＵＭＴＳクラスマークにおいては不要であることである。同様に、ＵＭＴＳクラスマークはＧＳＭクラスマーク中には存在しない別の情報を含む。
【０００８】
新しいセルラ・ネットワークが導入されつつある時、すべての基地局および関連の装置を設置するためにある程度の時間が掛かる可能性がある。したがって、その新しいネットワークが完全な地理的カバレージを提供するまでに遅れが存在する。図２は、その状況を示している。既存のセルラ・ネットワークはセル２０〜２７による完全な地理的カバレージを提供するが、新しいセルラ・ネットワークはセル２８および２９だけによる不完全な地理的カバレージを提供する。これは新しいネットワークのオペレータに対して重大な商業上の問題を提起する。地理的カバレージが完全になる前に新しいネットワークの使用が開始された場合、顧客は前のネットワークより劣っているカバレージに満足できないだろう。しかし、新しいネットワークのインフラストラクチャのコストは高く、それが使用されるまで収益が得られない。
【０００９】
移動局が新しいネットワークのカバレージ外へ移動する時、新しいネットワークを使用する移動局を前のネットワークのセルへハンドオーバ可能にすることによって、この問題に取り組むことが提案されている。例えば、図２において移動局が３０から３１へ移動する時、それをセル２８（新しいネットワーク中の）の基地局からセル２１（前のネットワーク中の）の基地局へハンドオーバすることができる。これはシステム間ハンドオーバとして知られている。
【００１０】
ＧＳＭシステムの現在のユーザに大きな混乱を与えることなく、ＵＭＴＳシステムをスムースに導入できるように、新しいＵＭＴＳシステムが既存のＧＳＭシステムと実質的なレベルの相互運用ができるようにすることが提案されている。この１つの態様の目的は、ＧＳＭシステムおよびＵＭＴＳシステム間において移動局のシステム間ハンドオーバをサポートすることである。しかし、ＧＳＭシステムおよびＵＭＴＳシステム間におけるクラスマークの取扱いには違いがあるので、システム間ハンドオーバに重大な障害を与えてしまう。ＵＭＴＳシステムおよびＧＳＭシステム間のシステム間ハンドオーバを可能にするために、ＧＳＭクラスマーク構成とＵＭＴＳクラスマーク構成との間の違いに対処する必要がある。これらの違いに対処するために提案されてきた１つの方法は、移動局がそのすべてのクラスマーク情報（ＧＳＭおよびＵＭＴＳの両方に対する）をすべての状況においてネットワークに提供することである。しかし、これは、システム間ハンドオーバが続いて実行されないときのケースにおいて、不必要なシグナリングの負荷を増加させることになる。
したがって、システム間ハンドオーバを容易にするために、クラスマーク情報などのデータを処理する改善された方法に対するニーズが存在する。
【００１１】
（発明の開示）
１つの態様によれば、本発明は、第１のプロトコルに従って動作可能であり、第１のサービス・サブシステムと第１のアクセス・サブシステムとを備える第１の電気通信システムと、第２のプロトコルに従って動作可能であり、第２のサービス・サブシステムと第２のアクセス・サブシステムとを備える第２の電気通信システムとを備える電気通信ネットワークにおいて、ユーザ端末のシステム間ハンドオーバを実行するための方法を提供する。ユーザ端末は、サービス・サブシステムおよびアクセス・サブシステムと通信するためのユーザ端末の機能を示す機能データを格納している。上記方法は、ユーザ端末が、第１のサービス・サブシステムおよび第１および第２のアクセス・サブシステムの一方と通信するためのユーザ端末の機能を示す初期機能データを第１および第２のアクセス・サブシステムの一方に送信するステップと；第１および第２のアクセス・サブシステムの一方が第１のサービス・サブシステムと通信するためのユーザ端末の機能を示す初期機能データを第１のサービス・サブシステムに送信するステップと；初期機能データによって第１および第２のアクセス・サブシステムの一方を介してユーザ端末と第１のサービス・サブシステムとの間の接続を確立するステップと；第１のサービス・サブシステムから第２のサービス・サブシステムへの、あるいは第１および第２のアクセス・サブシステムの一方から第１および第２のアクセス・サブシステムの他方への接続のハンドオーバを実行すべきであることを決定するステップと；ユーザ端末が、第２のサービス・サブシステムとの、あるいは第１および第２のアクセス・サブシステムの他方との通信のためのユーザ端末の機能を示す別の機能データをネットワークに送信するステップと；別の機能データによって接続をハンドオーバするステップとを実行するステップを含む。
【００１２】
第２の態様によれば、本発明は電気通信装置を提供する。この装置は、第１のプロトコルに従って動作可能であり、第１のサービス・サブシステムと第１のアクセス・サブシステムとを備える第１の電気通信システムと、第２のプロトコルに従って動作可能であり、第２のサービス・サブシステムと第２のアクセス・サブシステムとを備える第２の電気通信システムとを備える電気通信ネットワークと；サービス・サブシステムおよびアクセス・サブシステムと通信するためのユーザ端末の機能を示す機能データを格納するためのユーザ端末とを備える。上記電気通信装置は、以下のステップ、すなわち、ユーザ端末が、第１のサービス・サブシステムおよび第１および第２のアクセス・サブシステムの一方と通信するためのユーザ端末の機能を示す初期機能データを第１および第２のアクセス・サブシステムに送信するステップと；第１および第２のアクセス・サブシステムの一方が、第１のサービス・サブシステムと通信するためのユーザ端末の機能を示す初期機能データを第１のサービス・サブシステムに送信するステップと；初期機能データによって第１および第２のアクセス・サブシステムの一方を介してユーザ端末と第１のサービス・サブシステムとの間の接続を確立するステップと；第１のサービス・サブシステムから第２のサービス・サブシステムへの、あるいは第１および第２のアクセス・サブシステムの一方から第１および第２のアクセス・サブシステムの他方への接続のハンドオーバを実行すべきであることを決定するステップと；ユーザ端末が第２のサービス・サブシステムまたは第１および第２のアクセス・サブシステムの他方と通信するためのユーザ端末の機能を示す別の機能データをネットワークに送信するステップと；別の機能データによって接続をハンドオーバするステップとによってシステム間ハンドオーバを実行することができる。
【００１３】
機能データはクラスマーク情報であることが好ましい。
前記接続はトラヒック接続が適している。前記接続はユーザの音声またはデータ通信などのトラヒック・データを搬送できることが好ましい。
前記方法はハンドオーバを予期して更なる機能データを送信するステップを含み、更なる機能データを不必要に送信する必要性を減らしながら、ハンドオーバそのものがより迅速に実行できることが好ましい。前記方法は、前記ハンドオーバの必要性を示す少なくとも１つの状態を監視し、前記状態が第１のしきい値を超えている時に、前記ユーザ端末による前記更なる機能データの前記送信を開始するステップを含むことができる。前記状態は前記接続の信号対混信比に基づいていることが適切であるが、代わりに、あるいはそれに追加して他のファクタを使用しても良い。前記信号対混信比が前記第１のしきい値より下がった時に、前記ユーザ端末による前記更なる機能データの送信を開始する前記ステップが実行されることが好ましい。代わりに、あるいはそれに追加して、システム内に他のイベントが発生した時、例えば、前記ユーザ端末が別のシステムの近くにあるアクセス・サブシステムから、それが接続されているアクセス・サブシステムへの送信を検出した時にハンドオーバを予期することができる。前記ユーザ端末がセルラ電話ネットワークの移動局の場合には、そのような状況は、前記移動局が、自分が現在通信しているシステム以外の別のタイプの無線アクセス・システムに属している近隣のセルの測定を開始したときに発生する可能性がある。
【００１４】
前記方法は、前記ハンドオーバの必要性を示す少なくとも１つの状態を監視すし、前記状態が第２のしきい値を超えている時に前記ハンドオーバを開始するステップを含むことができる。前記第２のしきい値は、前記更なる情報を前記ハンドオーバそのものが開始される前に送信できるように、前記第１のしきい値を超えていることが好ましい。
【００１５】
前記サービス・サブシステムは、電気通信サービスを前記ユーザ端末に適切に提供することができる。前記サービス・サブシステムはコア・ネットワークであってよい。前記アクセス・サブシステムは前記サービス・サブシステムへのアクセスを前記ユーザ端末に適切に提供できる。前記アクセス・サブシステムは無線ネットワークであってよい。
【００１６】
前記接続の少なくとも一部が無線リンクを介していることが好ましい。前記ネットワークはセルラ電話ネットワークであることが好ましい。前記第１および第２の電気通信システムはＧＳＭプロトコルまたはその派生プロトコルに従って適切に動作可能である。このとき、前記ユーザ端末はその電気通信システムのサービス・サブシステムまたはアクセス・サブシステムと通信するための自己の機能を示す情報をＧＳＭクラスマーク２および／または３パラメータとして適切に送信する。他の電気通信システムはＵＭＴＳプロトコルまたはその派生プロトコルに従って適切に動作可能である。このとき、前記ユーザ端末は、その電気通信システムのサービス・サブシステムまたはアクセス・サブシステムと通信するための自己の機能を示す情報を、ＵＭＴＳアクセス・ネットワークおよび／またはコア・ネットワーク・クラスマークとして適切に送信する。
【００１７】
前記ユーザ端末は、少なくとも１つの前記サービス・サブシステムとの通信のための自己の機能を示す機能データを、そのサービス・サブシステムと同じシステムの前記アクセス・サブシステムとの通信のための自己の機能を示す機能データを送信することなしには送信できないことが好ましい。そのシステムは、ＧＳＭプロトコルまたはその派生プロトコルに従って動作可能である。その機能データは、ＧＳＭクラスマーク２および／または３パラメータとして送信可能である。前記ユーザ端末は、前記サービス・サブシステムの別の１つと通信するための自己の機能を示す機能データを、そのサービス・サブシステムと同じシステムのアクセス・サブシステムと通信するための自己の機能を示す機能データを送信することなしに送信できることが好ましい。そのシステムはＵＭＴＳプロトコルまたはその派生プロトコルに従って動作可能である。その機能データはＵＭＴＳアクセス・ネットワークおよび／またはコア・ネットワーク・クラスマークとして送信可能である。
その接続は電話呼を搬送できる。ユーザ端末は移動局であってよい。ユーザ端末は無線電話機であってよい。
本発明を、添付の図面を参照しながら以下に記述するが、これは単なる例示としてのものにすぎない。
【００１８】
（発明を実施するための最良の形態）
図３は、ＵＭＴＳに対して提案されているアーキテクチャを一般的に示している。移動局（ＭＳ）３１は、１つまたはそれ以上の基地局（ＢＳ）３２と無線によって通信することができる。各基地局はｌｕｂインタフェース３３によって単独の無線ネットワーク・コントローラ（ＲＮＣ）３４に接続されている。各ＲＮＣは１つまたはそれ以上の基地局に接続可能である。１つのＲＮＣはｌｕｒインタフェース３５によって別のＲＮＣに接続可能である。各ＲＮＣはｌｕインタフェース３６によってコア・ネットワーク（ＣＮ）３７に接続されている。ＣＮは接続されている移動局に通信サービスを提供できる１つまたはそれ以上のサービングノード、たとえば、移動交換局（ＭＳＣ）またはサービングＧＰＲＳ（汎用パケット無線サービス）サポート・ノード（ＳＧＳＮ）３８を含む。これらのユニットはｌｕインタフェースによってＲＮＣに接続されている。また、ＣＮはＵＭＴＳネットワーク外での通信のオンワード接続を可能にするために固定回線ネットワークまたは他の移動ネットワークなど、他の電気通信ネットワーク３９にも接続されている。また、ＣＮはネットワークへのアクセスを制御するのを助けるホーム・ロケーション・レジスタ（ＨＬＲ）４０およびビジター・ロケーション・レジスタ（ＶＬＲ）４１などの他のユニットも含む。ＢＳおよびＲＮＣおよびこれらの相互接続がＵＭＴＳターミナル地上無線接続網（ＵＴＲＡＮ）を構成する。
【００１９】
移動局はＲＮＣおよびそのＲＮＣに接続されている基地局を経由してコア・ネットワークと通信できる。ソフト・ハンドオーバ（マクロダイバーシティ）においては、移動局は２つ以上の基地局を経由してトラヒック通信を送信できる。それらの基地局は同じＲＮＣに、あるいは異なるＲＮＣに接続できる。その基地局が異なるＲＮＣに接続されている場合、それらのＲＮＣはｌｕｒインタフェースを経由して互いに他と直接に通信し、それぞれのアクションを調整し、移動局から受信した信号を組み合わせる。それらのＲＮＣの１つがサービングＲＮＣとして指定され、他のものはドリフトＲＮＣとして指定される。ユーザとコア・ネットワークとの間の通信は、サービングＲＮＣを経由してのみ行われる。したがって、移動局がソフト・ハンドオーバ状態にあるかどうかにかかわらず、そのＣＮへの接続は単独のＲＮＣを経由している。また、マクロダイバーシティ以外の他の状況においては、ＢＳはドリフトＲＮＣによって制御され、サービングＲＮＣを経由してコア・ネットワークとの通信が行われる。
【００２０】
移動局が完全にＵＭＴＳシステムで動作している時、それが使用しているアクセス・ネットワーク（ＡＣ）（たとえば、コア・ネットワーク（ＣＮ）へのアクセスを得るためにそれが使用しているＢＳおよびＲＮＣ）、およびそれが使用しているコア・ネットワークは、両方ともＵＭＴＳシステムのものである。移動局が完全にＧＳＭシステムにおいて動作している時、そのアクセス・ネットワークおよびコア・ネットワーク（それらがＧＳＭシステムに対して分割されている限りにおいて）は、両方ともＧＳＭシステムのものである。システム間ハンドオーバの結果として、移動局は異なるシステムのアクセス・ネットワークおよびコア・ネットワークと一緒に動作できる。後者の状況においては、ＧＳＭシステムとＵＭＴＳシステムとの間のクラスマーク情報の処理における違いが克服されなければならない。
【００２１】
以下の図４−図７は呼設定およびハンドオーバのプロセスにおける情報の流れを示しており、それはＧＳＭシステムとＵＭＴＳシステムとの間のクラスマーク情報の処理における違いに対処することを狙いとしている。
図４は、接続または呼設定プロセス、およびハンドオーバ・プロセスにおける情報の流れを示す。ここで、頭文字ＡＮおよびＣＮは、両方ともＵＭＴＳシステムのものである。５０で示されているエンティティは移動局またはユーザ装置（ＵＥ）である。図４−図７のシナリオにおいては、ユーザ装置はＧＳＭまたはＵＭＴＳシステムと一緒に動作できるデュアル・モードのユーザ装置である。５１で示されているエンティティはＵＭＴＳのＲＮＣである。５２で示されているエンティティはＵＭＴＳのＣＮである。５３で示されているエンティティはＧＳＭの基地局サブシステム（ＢＳＳ）である。
【００２２】
図４のプロセスにおいては、まず、ＵＭＴＳに対する現在の提案に従って、ＵＭＴＳのＣＮ５２が自己の機能を同報通信する（６０に示す）と仮定する。現在の提案では、そのコア・ネットワークのタイプおよび機能は同報通信制御チャネルで同報通信される。次に、ＣＮによって示されている機能に基づいて、そのネットワークにどのクラスマークを送信するかをＵＥが決定する。そのＵＥはそのコア・ネットワークが公開１９９８ＧＳＭ規格またはその前の規格に基づいているか、あるいはそれ以後の規格に基づいているかを判定できる必要がある。１９９９年のＧＳＭ規格のＭＳコア・ネットワークのクラスマークは、ＵＭＴＳのクラスマークと同じであるが、１９９８年およびそれ以前のＧＳＭ公開物のクラスマークとは異なっている。この場合、ＵＭＴＳのＡＮ接続を確立するために、ＵＥは６１に示されているように、そのＵＥとＲＮＣとの間のＲＲＣ（無線リソース接続）設定プロセスの一部として自己のＡＭクラスマークを送信する。次に、コア・ネットワークからサービスを得るために、ＵＥはＵＭＴＳのＣＮに対してＣＭサービス要求を行い、６２に示されているように、自己のコア・ネットワークのクラスマークを示す。その後、呼設定が普通と同じように継続する（６３に示す）。
【００２３】
ＧＳＭシステムへのハンドオーバが必要な場合、ステップ６４〜６７が実行される。クラスマーク問合わせメッセージが、ＵＭＴＳのＲＮＣからＵＥに送信される（６４に示す）。ＵＥは自己のＧＳＭのクラスマーク２および３パラメータを示すクラスマーク変更メッセージで応答する（６５に示す）。次にＲＮＣはそれらのパラメータについてクラスマーク更新メッセージでＣＮに通知する（６６に示す）。そのＣＮはＧＳＭシステムに従った動作のために必要なすべてのＵＥのクラスマーク情報を知っているので、ＧＳＭシステムへのハンドオーバを６７に示されているように発生させることができる。
【００２４】
また、ステップ６４〜６６のプロセスも、ＵＥをＵＭＴＳからＧＳＭシステムへハンドオーバするかどうかを決定できるようにするために、ローカルＧＳＭシステムの信号の品質または他のパラメータの測定の前作業として行うことができる。それらの状況において使用できる代わりのプロセスがステップ６８〜７２によって示されている。クラスマーク問合わせメッセージが、ＵＭＴＳのＲＮＣからＵＥに送信される（６８に示す）。ＵＥは自己のＧＳＭクラスマーク２および３パラメータを示すクラスマーク変更メッセージで応答する（６９に示す）。次に、ＲＮＣは、ＧＳＭシステムへハンドオーバすべきであることを示し、ＵＥのＧＳＭクラスマーク２および３パラメータを含むリロケーション要求メッセージをＣＮに送信する（７０に示す）。その時、ＣＮはＧＳＭシステムに従って動作するために必要なすべてのＵＥのクラスマーク情報を知っているので、ＣＮはハンドオーバ要求をＧＳＭのＢＳＳに送信でき（７１に示す）、ＧＳＭシステムへのハンドオーバを７２に示されているように発生させることができる。
【００２５】
図５は、接続または呼設定プロセス、およびハンドオーバ・プロセスにおける情報の流れを示す。ここで、頭文字ＡＮおよびＣＮはＧＳＭシステムのものである。ＵＭＴＳシステムと上位互換性を有するためには、ＧＳＭのＣＮは、それがより新しいＵＭＴＳシステムと相互作用できるようにインターワーキング・ユニット（ＩＷＵ）を備えなければならない。このＩＷＵ機能を何らかの他のネットワーク要素に含め、ネットワーク要素を追加する必要をなくすることもできる。エンティティ５０、５１および５３は図４に示されているものと同様である。エンティティ５４はＧＳＭのＣＮである。エンティティ５５はＧＳＭのＩＷＵである。
【００２６】
図５のプロセスにおいては、ＵＥとＧＳＭのＡＮとの間の接続を確立する第１のステップは、ＧＳＭのＣＮがＵＥの必要なクラスマーク情報に気付いていないことを示すために、ＧＳＭのＢＳＳによりメッセージを同報通信するステップである（８０に示す）。希望するサービスを要求するか、あるいは得るために、ＵＥは最初に自己とＧＳＭのＢＳＳとの間の無線リソース（ＲＲ）接続を確立しなければならない。このステップは８１に示されている。次に、ＵＥはＣＭサービス・メッセージをＧＳＭのＣＮに送信できる（８２に示す）。ＵＥは自己のクラスマーク情報をＧＳＭのＢＳＳに送信し（８３に示す）、次にその情報をＧＳＭのＣＮにそこで使用するために転送する。そして、８５に示すように、ＵＥとＧＳＭのＣＮとの間に呼設定が確立できる。
【００２７】
図５では、デュアル・モードＵＭＴＳ／ＧＳＭのＵＥがクラスマークの早期送信をサポートしているので、クラスマーク問合わせが不要であることが仮定されている。
ＵＭＴＳシステムへハンドオーバする必要がある場合には、ステップ８６〜８８が実行される。クラスマーク問合わせメッセージがＧＳＭのＢＳＳからＵＥに送信される（８６に示す）。ＵＥは自己のＵＭＴＳのＡＮクラスマークを示すクラスマーク変更メッセージで応答する（８７に示す）。次に、このＡＮのクラスマーク情報を、８８で示されているようにハンドオーバ／リロケーションのプロセスの一部としてそのＵＥがハンドオーバされるターゲットＲＮＣにトランスペアレントに転送できる。したがって、ＧＳＭネットワークは、ＵＭＴＳネットワークへのＵＭＴＳのＡＮクラスマークの転送に関与する必要がない。８６においてメッセージに応答してクラスマーク情報が送信される代わりに、ＵＥはそれが検出する状況に応答してその情報を自発的に送信できる。その場合、ＧＳＭのＲＲ（無線リソース）クラスマーク問合わせを変更する必要はない。
【００２８】
図６は、接続または呼設定プロセス、およびハンドオーバ・プロセスにおける情報の流れを示す。ここで、頭文字ＡＮはＧＳＭシステムのものであって、ＣＮはＵＭＴＳシステムのものである。エンティティ５０〜５３は、図４および図５に示されているものと同様である。
【００２９】
図６のプロセスにおいても、まず、ＵＭＴＳに対する現在の提案に従って、ＵＭＴＳのＣＮ５２が自己の機能を同報通信した（９０に示すように）と仮定する。この場合、ＧＳＭのＢＳＳはＡＭクラスマークを必要としない。したがって、ＵＥは、ＵＭＴＳのＣＮクラスマークを示すＣＭサービス要求をＵＭＴＳのＣＮに送信できる（９１に示す）。次に、ＵＭＴＳのＣＮは呼を設定するためにＵＥと一緒に動作可能である。しかし、ＧＳＭシステムへのハンドオーバが実行できるようにするために、ＵＥは、ＧＳＭクラスマーク２および３パラメータをＧＳＭのＢＳＳに示すクラスマーク変更メッセージを送信し（９２に示す）、次にＧＳＭのＢＳＳはＵＥのＧＳＭクラスマーク２および３パラメータをクラスマーク更新メッセージによってＵＭＴＳのＣＮに転送する（９３に示す）。（このシナリオはＢＳＣがＧＳＭ公開１９９９すなわち後の規格をサポートすることを仮定しているが、それ以外の場合には、ＣＭサービス要求メッセージ中にＧＳＭクラスマーク２パラメータがある）。次に、ＵＥのＧＳＭクラスマーク２および３パラメータが後で使用するためにＵＭＴＳのＣＮに格納され、ＵＭＴＳのＣＮとＵＥとの間の呼設定が９４に示すようにＧＳＭのＢＳＳ越しに継続する。ＧＳＭクラスマーク２および３パラメータを格納することによって、ＵＭＴＳシステムがＧＳＭとの下位互換性を有することが可能である。そのパラメータはＵＭＴＳのＭＳＣ（移動交換局）に格納されることが好ましい。
【００３０】
ＧＳＭのＣＮへ、あるいは別のＧＳＭのＢＳＣへハンドオーバする必要がある時、ＵＭＴＳのＣＮは既に必要なすべてのクラスマーク情報を有しているので、ＵＥがクラスマーク情報をさらに供給しなくてもハンドオーバを実行できる（９５に示す）。
【００３１】
ＵＭＴＳのＲＮＣへハンドオーバする必要がある時、ＡＮクラスマーク情報をＵＥから得る必要がある。これがステップ９６〜９８に示されている。ＢＳＳはクラスマーク問合わせメッセージをＵＥに送信する（９６に示す）。また、ＵＥが隣接しているＵＭＴＳセルの測定を開始するようＢＳＳからの指令を得たとき、そのＢＳＳにＵＭＴＳクラスマークを自動的に送信することもできる。この時、特定のクラスマーク要求メッセージは不要となる。ＵＥは、自己のＡＮクラスマークを示すクラスマーク変更メッセージをＢＳＳに返す（９７に示す）。次に、このクラスマーク情報を、９８に示すようにハンドオーバ／リロケーション・プロセスの一部として、そのＵＥがハンドオーバされるターゲットのＲＮＣにトランスペアレントに転送できる。
【００３２】
図７は、接続または呼設定、およびハンドオーバ・プロセスにおける情報の流れを示す。ここで、頭文字ＡＮはＵＭＴＳシステムのものであって、ＣＮは（そのＩＷＵとともに）ＧＳＭシステムのものである。エンティティ５０、５１および５３〜５５は、図４−図６に示されているものと同様である。
図７のプロセスにおいても、まず、そのコア・ネットワークの機能が、この場合は潜在的にＩＷＵ５５の影響を受けて同報通信されると仮定する（１００に示す）。これはＲＮＣ５１によって行われる。無線リソース接続を、ＵＥとＲＮＣとの間で、ＵＥのＡＮクラスマークを使用してＵＭＴＳに対して提案されている普通の方法で設定できる（１０１に示す）。次に、ＵＥが、ＵＥのＧＳＭクラスマーク２パラメータを示すコア・ネットワーク・サービス要求をＧＳＭのＣＮに対して行う（１０２に示す）。この段階においては、そのＵＥのＣＮクラスマークは不要である。というのは、それはＵＭＴＳのＣＮへ接続していないからである。しかし、ＵＥのＧＳＭクラスマーク３パラメータが、１０３、１０４および１０５に示すように、一連のメッセージによってＧＳＭのＣＮに渡される。次に、呼設定のプロセスが１０６に示すように継続する。
【００３３】
ＧＳＭのＢＳＳへハンドオーバする必要がある時、ＧＳＭネットワークのＭＳＣは、既に、ハンドオーバを実行可能にするために必要なクラスマーク情報を有している。
別の（ターゲット）ＵＭＴＳのＲＮＣへハンドオーバする必要がある時、そのＡＮクラスマーク情報を１０８に示すようなハンドオーバ／リロケーション・プロセスの一部として、ターゲットＲＮＣに現在のＲＮＣからトランスペアレントに転送できる。
【００３４】
図４−図７において、利用できるコア・ネットワークに関する最初の情報が無線ネットワーク・コントローラ（すなわち、ＢＳＣまたはＲＮＣ）によって同報通信されることが示されている。一般に、同報通信される上記情報はオペレータによってその無線ネットワークにおいて構成される。図４−図７のシナリオにおいては、コア・ネットワーク（ＵＭＴＳのＭＳＣおよびＩＷＵのそれぞれ）が実行時に同報通信される追加の情報を提供できる。そのような同報通信がサポートされていない状況においては（たとえば、可能性のあるいくつかのＧＳＭにおいては）、ＵＥはそれ自身がコア・ネットワークのタイプまたは機能についての初期情報を接続の確立時に要求することができ；したがって、ＵＥが現在のＧＳＭのコア・ネットワーク装置として機能し、ＵＭＴＳシステムが受信したＧＳＭのＣＭ２／ＣＭ３情報からＣＮクラスマークを発生する。
【００３５】
図４−図７の各例において、ＵＥは、適切な形式のメッセージでそのネットワークに送信する必要があるクラスマーク情報をその初期接続環境から決定できる。設定において必要な情報が次の表に要約されている。
【００３６】
【表１】
0003757374.tif 000002
【００３７】
このように、呼設定においては、呼設定を可能にするために必要なクラスマーク情報だけが送信される。次に、別のシステムへのハンドオーバが必要であることが、例えばサービングＲＮＣまたはＢＳＣ（基地局コントローラ）に後で明らかになる場合、サービング・アクセス・ネットワークは、そのハンドオーバ要求を完了可能にするのに必要な追加のクラスマーク情報を移動局に要求する。
上記シナリオはＵＥおよびＡＮが各段階において必要なクラスマーク情報を決定することを担当するエンティティであるとして示しているが、もちろん、他のエンティティが必要な決定を実行することもできる。
したがって、上記システムによって、クラスマーク・パラメータの潜在的に不必要なシグナリングを回避できる。
【００３８】
上記のように、ある状況においては、上記システムはシステム間のハンドオーバが行われる前に追加の要求されたクラスマーク情報のシグナリングが実行される必要がある。これはシステム間のハンドオーバが発生するために必要な時間の量を増加させる可能性がある。そのような遅延を少なくともある程度回避するために、システムは、ある種の状態において、ハンドオーバを開始する決定が行われる前に、追加の必要なクラスマーク情報がユーザの装置からネットワークに通知されるように構成することができる。それらの状態はハンドオーバを開始する時期を決定するために使用されるのと同じファクタに基づいていることが好ましい（ただし、必ずしもそうである必要はない）が、後でハンドオーバが要求される可能性を予期するように働くために、そのシステムの通常動作時に経験されるレベルに近いしきい値に基づいていることが好ましい。
【００３９】
たとえば、第１の基地局と移動局との間の１つまたはそれ以上のリンクにおける信号対混信比（ＳＩＲ）が、第２の基地局とその移動局との間の１つまたはそれ以上のリンクにおけるＳＩＲよりも、所定の量ｘ以上だけ下がった時にハンドオーバが開始されるようにできる。その場合、追加の必要なクラスマーク情報のシグナリングは第１の基地局と移動局との間の１つまたはそれ以上のリンク上での信号対混信比（ＳＩＲ）が第２の基地局とその移動局との間の１つまたはそれ以上のリンクにおけるＳＩＲのｘより小さい所定の量以上だけ下がったときに発生することができる。同様な方法が、他のファクタ、たとえば、基地局または他のネットワーク送信上の負荷または受信パワー・レベルがあるレベルまで落ちることをベースにしてハンドオーバの開始が決定される時に採用することができる。各ケースにおける狙いは必要なクラスマーク情報の転送が発生するしきい値が、ハンドオーバがトリガされる時のしきい値の前にそのしきい値が到達されるように通常の（たとえば、高い信号品質または低いネットワーク負荷）使用において発生するレベルに近いレベルにおいて設定されることである。その時、必要な情報は多くのケースにおいてハンドオーバそのものが起動されるときにネットワークに対して利用できる。
【００４０】
移動局はハンドオーバが発生する可能性があることを予期したときに自発的に、あるいはネットワーク側からの要求に応答してハンドオーバを実行するために必要な残りのクラスマーク情報を送信することができる。移動局は異なるタイプの無線アクセス・ネットワークに所属している近隣のセルを測定させるメッセージを受信した時、あるいはそれ自身がそのようなネットワークからの信号を検出した時。例えば、ＭＳはＵＴＲＡＮに接続され、次にある時点において、ＲＮＣがそのＭＳがＧＳＭの近隣のセルの測定を開始すべきであることを決定でき、測定制御メッセージをＭＳに送信する。このメッセージの受信によって、ＭＳがＧＳＭのアクセス・ネットワークのクラスマークをＵＭＴＳのＲＮＣに送信するのをトリガすることができる。このプロセスが図８に示されている。
【００４１】
図８のプロセスにおいては、ユーザの装置または移動局は最初にＵＭＴＳのアクセス・システムに接続されている。それがＧＳＭのカバレージ領域へ移動し、ＧＳＭネットワークから信号の測定を開始すべきであることを示すメッセージをＵＭＴＳのＲＮＣから受信すると、ＧＳＭの測定の開始がＧＳＭシステムへのハンドオーバが必要であることのクラスマーク情報、すなわち、ＧＳＭパラメータ２および３クラスマークをＵＥが送信するのをトリガする。同様なプロセスが、そのユニットがＧＳＭネットワークに接続されていてＵＭＴＳのカバレージの領域へ移動するときに発生する可能性がある。
【００４２】
上記原理はＧＳＭおよびＵＭＴＳのネットワークまたはその派生ネットワークにおいて適用されるのが好ましいが、それ以外の他のネットワークにおいても勿論適用可能である。また上記原理はユーザ装置のアイテムに対する呼の確立において使用される情報であることが好ましいが、クラスマーク情報以外の情報の転送に対しても使用される。
【００４３】
本発明は、ここで開示された特徴または特徴の組合せを暗黙のうちに、あるいは明示的に、あるいはその任意の一般化を、それが本発明の特許請求の範囲に関連しているかどうかには無関係に含むことができる。前記説明に照らして、本発明の範囲内で各種の変更が可能であることは、当業者ならわかるだろう。
【図面の簡単な説明】
【図１】  代表的なセルラ無線電気通信ネットワークの構成を概略的に示す。
【図２】  ２つのオーバラップしている電気通信ネットワークのカバレージを示す。
【図３】  ＵＭＴＳに対して提案されているアーキテクチャを示す。
【図４】  ＵＭＴＳアクセス・ネットワークおよびＵＭＴＳコア・ネットワークに対する呼設定、およびそれに後続して起こりうるＧＳＭシステムの１つのエンティティへのハンドオーバのための情報の流れを示す。
【図５】  ＧＳＭアクセス・ネットワークおよびＧＳＭコア・ネットワークに対する呼設定、およびそれに後続して起こりうるＵＭＴＳシステムの１つのエンティティへのハンドオーバのための情報の流れを示す。
【図６】  ＧＳＭアクセス・ネットワークおよびＵＭＴＳコア・ネットワークに対する呼設定、およびそれに後続して起こりうるＧＳＭまたはＵＭＴＳシステムの１つのエンティティへのハンドオーバのための情報の流れを示す。
【図７】  ＵＭＴＳアクセス・ネットワークおよびＧＳＭコア・ネットワークに対する呼設定、およびそれに後続して起こりうるＧＳＭまたはＵＭＴＳシステムの１つのエンティティへのハンドオーバのための情報の流れを示す。
【図８】  ＧＳＭ無線アクセス・システムへのハンドオーバが予期されている時の情報の流れを示す。
【図１】
0003757374.tif 000003
【図２】
0003757374.tif 000004
【図３】
0003757374.tif 000005
【図４】
0003757374.tif 000006
【図５】
0003757374.tif 000007
【図６】
0003757374.tif 000008
【図７】
0003757374.tif 000009
【図８】
0003757374.tif 000010