JP4842485B2 - 移動体通信ネットワークのハンドオーバを制御する方法 - Google Patents

Description

【０００１】
この発明は、移動体通信に係り、特に移動体通信ネットワークの移動局のハンドオーバを制御する方法に関する。
【０００２】
ハンドオーバアルゴリズムは、現行のセルラ無線技術では周知である。セルラネットワークのセルのアップリンク又はダウンリンクのチャネルのサービスを受信するセルラ移動局は、アップリンク及び／又はダウンリンクのチャネルの信号雑音比（Ｓ／Ｎ）の悪化を体験する場合があるが、セルのチャネル間或いは異なるセル間のハンドオーバが結果として生じるネットワーク内でハンドオーバアルゴリズムを実行すると、それにより、コールが落ち込まないことが保証され、コール間の全体的なサービス品質が向上する。
【０００３】
多数の異なる無線アクセス技術は将来的に採用されるべく提案されており、それは、ユーザがいくらかの特定時間を要求とするようなアクセスのタイプに係るサービスについて適切なレベルを与えている。このユーザの要求は、通信セッションから通信セッション、又はシングル通信セッションの間において、変化する場合がある。ユーザに、シングル通信セッションの間、異なるタイプのアクセスを許容するために、異なる無線アクセス技術間のハンドオーバには価値がある場合がある。例えば、ユーザがビデオ会議リンクを要求すると、第３世代無線アクセス技術が使用される。これに反して、音声コールが要求された場合には、第２世代無線アクセス技術で十分であろう。将来における異種遺伝子型の移動体環境では、ユーザの遊動及び移動の双方がサポートされるべきである。従って、ユーザは異なる無線アクセス技術を用いて通信セッションを開始することができ、無線アクセス技術（遊動）間のローミングにわたるサービスの送出を行い得るべきである。更には、無線アクセス技術間のハンドオーバは、ユーザが通信セッション（移動）に積極的に従事している間、サポートされるべきである。そのようなハンドオーバの例は、第２世代公衆ＧＳＭネットワーク、第３世代公衆ワイドバンド符号分割多元接続（Ｗ−ＣＤＭＡ）ネットワーク、そして無線ローカルエリアネットワーク（ＷＬＡＮ）間にある。
【０００４】
本発明に従えば、移動体通信ネットワークの通信セッションを管理する移動局のハンドオーバを制御する方法であって、当該ネットワークは多数の無線アクセスドメインを含み、ハンドオーバの要求を示すトリガを受信し、前記ネットワークポリシに対する前記要求を満たす少なくとも１つの利用可能なハンドオーバをテストし、前記要求及び前記ネットワークポリシに従ってハンドオーバを制御する、ことを含む方法が提供される。
【０００５】
本発明の更なる態様は、付加されたクレームに提示されている。
【０００６】
本発明の特徴及び利点は、本発明の好ましい実施の形態に関する以下の説明により明白になり、それは図面を参照しつつ、例に従い与えられる。
【０００７】
図１は、本発明の実施の形態に従った、移動体通信ネットワークを図示している。この移動体通信ネットワークは、各々が異なる無線アクセス技術を実施する多数の無線アクセスドメイン２，４，６を有している。この例では、第１の無線アクセスドメイン２は、ＧＳＭ基地トランシーバ局３を含む第２世代ＧＳＭ無線アクセスドメインであり、およそ９００ＭＨｚ及び／又は１８００ＭＨｚの周波数で動作する。第２の無線アクセスドメイン４は、Ｗ−ＣＤＭＡ無線アクセスノード５を含む第３世代Ｗ−ＣＤＭＡ無線アクセスドメインであり、およそ２ＧＨｚの周波数で動作する。第３の無線アクセスドメイン６は、無線ＬＡＮアクセスノード７を有する無線ＬＡＮアクセスドメインであり、２〜６０ＭＨｚの間のいくらかの周波数にて動作され得る。移動局８は、本発明に従って、それぞれのアクセスノード３，５，７を経由して、各無線アクセスドメイン２，４，６を経由して、通信を行い得る。例えば、移動局は、プラグインカードの３つの異なる無線アクセス技術を伴うラップトップコンピュータ、或いは適当な３つのバンドを機能的に備え付けた移動体ハンドセットであり、移動局がＧＳＭ、Ｗ−ＣＤＭＡ及びＷＬＡＮドメインにアクセスするために用いられ、特定時間にターミナルの要求に好適なドメインに取り付けることを許容する。この移動局は、また、インターワーキング機能を有しており、それにより通信セッションの間、異なるドメイン間で実質的に均一なハンドオーバを許可する。異なる無線アクセスドメインが異なる無線アクセス技術を実施する間、単一の物理的なアクセスノードはそれら無線アクセス技術のうちの一又はそれ以上をサーブし、従って、移動局の無線アクセスドメインの変更は無線アクセスノードの変更を必ずしも必要としない。
【０００８】
この無線アクセスドメイン２，４，６は、それぞれ周知のイントラネットワークハンドオーバ機構を実施し、それによって、各々の無線アクセスドメインにより別々に提供されるサービスは、無線アクセスドメインの範囲内での移動局の移動中にわたり維持される。
【０００９】
この移動体通信ネットワークは、ハンドオーバマネージャ１０も有し、それはネットワークアーキテクチャの個々の無線アクセスドメイン２，４，６上で階層化されている。このハンドオーバマネージャ１０は、移動局８により管理される通信セッションのハンドリングの間にわたり受信されるハンドオーバトリガに従って、無線アクセスドメイン２，４，６間の内部ドメインハンドオーバを管理する。このハンドオーバマネージャは、単一のサービスノード又は複数のノードからなり、移動体通信ネットワークに接続されている全ての移動局の内部ドメインハンドオーバをハンドリングすることができる。或いは、このハンドオーバマネージャは、個々のハンドオーバマネージャに割り当てられるオブジェクト志向処理システムの形成のために実施され、ハンドオーバマネージャオブジェクトのフォームでは、移動体通信ネットワークに接続される個々の移動局のハンドオーバ機能を制御する。これらオブジェクトは、初期化の為のユーザエージェントを含み、コアネットワークを介したバーチャル接続を維持・終了し、更に他の事項として、ユーザが物理的に接続されているかどうかをシステムに“事前検閲”する移動局を維持するためのターミナルエージェント、ユーザの認証が発生したことを証明するためのセキュリティエージェント、ハンドオーバの実行を制御するためのハンドオーバエージェント、を含む。
【００１０】
ハンドオーバマネージャ１０は、ハンドオーバポリシサーバ１２からのネットワークポリシデータを受信する。シングルノード又は複数のノードの形式で実施されるハンドオーバマネージャ１０の場合には、データはシグナリングメッセージの形式となり、ハンドオーバポリシサーバ１２とハンドオーバマネージャ１０間で送信される。割り当てられた処理環境にて実施されるハンドオーバマネージャ１０の場合には、ネットワークポリシデータは、ハンドオーバポリシサーバ１２とハンドオーバマネージャ１０と間で送信されるハンドオーバポリシオブジェクトの形式となる。
【００１１】
マネジメントターミナル１４は、ネットワークアドミニストレータによりハンドオーバポリシサーバが改良されることをハンドオーバポリシに許容するために用いられ、それにより、ハンドオーバマネージャによるハンドオーバの制御は移動体通信システムのオペレータの要求に従って直接的に影響を受ける。これによりオペレータは、ハンドオーバアルゴリズムの一般的な機構を修正することなしに、ハンドオーバアルゴリズムの結果を修正することができ、それによりネットワークオペレータに利便性とフレキシビリティを与える。このオペレータは、ハンドオーバを計画するときに考えられる要因及びハンドオーバを結論付けるために、優先事項を変更する。
【００１２】
ネットワークポリシは以下を含む。
【００１３】
Ａ）異なる無線アクセスドメイン間に引き渡すことでコールコストを最小限にし、適当であると判断されるときには、最小限の可能なコストドメインの通信を維持することを試みる。
【００１４】
Ｂ）第３世代無線アクセスネットワークリソースの使用を最小限にする。このポリシは、そのようなリソースが不足しているときに特に効果的である。ハンドオーバは、使用時はいつでも第３世代ドメインから実行される。
【００１５】
Ｃ）適当であると判断されるときには、高い品質の不使用リソースに引き渡すことでユーザの期待値を上回る。
【００１６】
Ｄ）適当であると判断されるときはいつでも、コールを費用比率を操作する上で最良の獲得（earning）の無線アクセスドメインに引き渡すことにより、ネットワーク効率を最大化する。
【００１７】
Ｅ）特定のタイプのユーザに優先度を与え、或いはそのようなユーザに引き渡すことでコールを行い、或いは高い品質のリソースへ優先的にコールを行い、そして、他のユーザに引き渡しを行い、或いはそのようなリソースより呼び出す(call away)。
【００１８】
以上は、実行されるネットワークポリシの多くの異なるタイプの例である。そして、いくつかのポリシは、相互に排他的である（例えば、上記Ｂ及びＣ）ことは、高く評価され得る。しかしながら、ポリシサーバの中のそのようなポリシを実行することにより、及びポリシサーバにストアされているポリシにハンドオーバアルゴリズムのインターフェースを提供することにより、異なる内部ネットワークハンドオーバポリシは、異なる時間にて実行される。
【００１９】
ハンドオーバトリガは、この中ではユーザリクエスト及びシステムリクエストとして区別する。ユーザリクエストは、通信セッション間にわたるユーザの要求の修正に起因する。例えば、ユーザアプリケーションは、セキュリティのためには異なる要件を有する場合がある。選択的な無線アクセスドメインへのハンドオーバは、現在の無線アクセスドメインが、求められたユーザアプリケーションの為のセキュリティ要件を満たさない場合には、要求される。代わりに、ユーザのサービス品質（Ｑｏｓ）に係る要求は、通信セッションの間にわたり用いられる新しいアプリケーションを受けて変化され得る。更に、移動局の能力は、ハンドオーバの必要性又は優先度により変更され得る。例えば、移動局は、必要なソフトウェアコンポーネントを保持することなく、無線アクセスドメインの対象エリアに移動する。或いは、移動局は、選択された無線アクセスドメインに好適な最新にダウンロードされたソフトウェアコンポーネントを有する場合もある。従って、ユーザのリクエストは、ユーザの移動局から、或いはユーザの利益を操作するユーザエージェント（例えば、処理システムのソフトウェアオブジェクト）より、ハンドオーバマネージャ１０に知らされる。ユーザがＧＳＭネットワークにより容易にサーブされる場合には、信号の発信は、私達の英国特許ＧＢ２３３２３４０号に述べられているようになされる。ユーザのリクエストは、ユーザのためのシステムに既にストアされている適合する優先度及び利用可能になった新たなリソースにも起因する。これは、例えば、コスト、サービスレベル、そしてプライバシィ優先である。そのような状態のユーザ優先は、ユーザエージェントにストアされている。
【００２０】
システムリクエストは、無線アクセスドメイン標準又はネットワーク標準から生じる。それは、過密度（即ち、現行密度への反応）、利用可能性（即ち、潜在的な密度を避ける積極性）、非常のサービスに与えられる優先度、信号雑音比を維持し良くする或いはインターフェースを削減するＱｏｓ標準、強制的なメンテナンス動作、或いは特定のユーザの優先（例えば、主にピコセルよりなるアクセスドメインは、遅い移動のユーザを好む）の如くである。システムリクエストは、現在供給されている無線アクセスドメイン又はネットワーク内のネットワークエレメントより直接的にハンドオーバマネージャ１０に知らされる。
【００２１】
ポリシサーバ１２にストアされているデータは、異なるレベルの優先度により定義されており、全てのシステムリクエスト、ユーザリクエスト、ネットワークポリシ、そしてコールタイプ、に割り当てられる。これにより、ユーザの異なる要求、無線アクセスドメイン、そしてネットワークポリシ自身の間の幾つかのコンフリクトは許容される。そして、これらは、ネットワークポリシに従って決定される。優先度のこれらレベルは、マネジメントターミナル１４の手段によっても変化される。
【００２２】
ハンドオーバリクエスト又はトリガを受信するハンドオーバマネージャ１０の主な機能は、第１に、獲得し比較することであり、必要ならば、情報はネットワークポリシサーバ１２からのネットワークポリシデータを含む様々なソースから要求されたハンドオーバに関連する。ユーザ優先の立場に立つと、ユーザエージェントに、ターミナルエージェントからの移動局の能力及びセキュリティエージェントからのセキュリティデータ、が維持される。第２に、ハンドオーバマネージャ１０は、ユーザの優先度及びネットワークポリシを得る情報を考慮に入れて全ポテンシャルハンドオーバから最良のものを識別する。第３に、ハンドオーバマネージャは、もしあれば、最も利用可能なハンドオーバの実施を知らせる。このハンドオーバは、ハンドオーバエージェントにより制御される。
【００２３】
図２は、ステップ１００にて、ユーザリクエストハンドオーバトリガの受信に基いてハンドオーバマネージャ１０により実行されるハンドオーバアルゴリズムを図示している。このハンドオーバマネージャ１０は、第１に、ステップ１０２で、ユーザの最新の最小限の要求に沿って、ユーザリクエストを満たす全てのハンドオーバを識別する。ユーザのリクエストを満たすハンドオーバが存在しないときは、ユーザリクエストは、ステップ１０４にてリジェクトされる。一方、単一のハンドオーバがユーザリクエストを満足し得る場合には、ハンドオーバマネージャ１０は、ネットワークポリシがハンドオーバにより満足していることをチェックする。このチェックは、ネットワークポリシに関連するハンドオーバポリシサーバ１２の中より識別される、ハンドオーバの予め定められた特徴のチェックを含んでおり、ステップ１０６にて、そのような特徴がネットワークポリシの枠を超えていないことを確かにする。ネットワークポリシがユーザのリクエストを満たすハンドオーバにより満足されると、ステップ１０８にて、ハンドオーバマネージャ１０は、ハンドオーバを実行する。ネットワークポリシがユーザのリクエストを満たすハンドオーバによって満足されないことが見出されると、ユーザリクエストの関連する優先度及びネットワークポリシ、あるいは満足していないネットワークポリシのエレメント、はステップ１０８でチェックされる。ユーザリクエストに与えられる優先度のレベルがネットワークポリシよりも高いならば、ハンドオーバは、ステップ１１２にて、いかなる場合も実行される。その反面、ネットワークポリシを優先すると、ユーザリクエストはステップ１１４にてリジェクトされる。
【００２４】
ステップ１０２では、多数のハンドオーバが、ユーザリクエスト及びユーザの現在の最小限の要求を満足していることが見出される。ネットワークポリシを満足する多数のハンドオーバは、ステップ１１６でチェックされる。ステップ１０２で、いかなるハンドオーバもネットワークポリシを満足していないことが識別されると、ステップ１１８では、ユーザリクエストに与えられる優先度がネットワークポリシに与えられる優先度よりも優れているか否かがチェックされる。ユーザリクエストが優先する場合、ステップ１０２でそのように識別され、最良のネットワークポリシを有するハンドオーバは、ステップ１２０で選択され、そして、ハンドオーバは、選択された最良のハンドーバに従ってステップ１２２で実行される。一方、ステップ１１８において、ネットワークポリシがユーザリクエストを越えて優先されると、ユーザリクエストはステップ１２４でリジェクトされる。ステップ１１６において、ステップ１０２で識別された複数のハンドオーバの内の一つが、ネットワークポリシを満足するものとして識別されると、そのハンドオーバは、ステップ１２６で実行される。ステップ１１６で、ステップ１０２で識別された多数のハンドオーバのがネットワークポリシも満足するものとして識別されると、最良のハンドオーバはステップ１２８で識別される。このマナーで最良のハンドオーバを見出すことは、考慮に入れられるユーザの現在の最小限の要求のみならず、ユーザの欲する要求を許容する。例えば、ビデオコールを、５６Ｋｂｐｓの帯域幅が好ましいけれども、２８．８Ｋｂｐｓで開始することが可能である。５６Ｋｂｐｓの帯域幅を提供するチャネルのハンドオーバがステップ１２８で利用できるならば、低い帯域幅のビデオコールは、ユーザリクエスト及びネットワークポリシの双方を満足するけれども、低い帯域幅のビデオコールが優先して選択される。ステップ１２８での最良のハンドオーバの選択に従い、選択されたハンドオーバはステップ１３０で実行される。
【００２５】
図３ａ及び３ｂで言及すると、ハンドオーバトリガは、ハンドオーバマネージャ１０によりコールメンテナンス理由のために、受信される。それは、サービス品質（Ｑｏｓ）と称され、信号の強さ及び／又は信号の品質の低下し、或いは現在の無線アクセスドメイン中の悪化が予測される。この場合、ハンドオーバマネージャ１０は、ステップ２００で、異なる無線アクセスドメインに係る可能なハンドオーバのためのハンドオーバトリガを含むシステムリクエストを受信する。このハンドオーバマネージャ１０は、第１に、ステップ２０２で、ユーザの現在の最小限の要求及びシステムリクエストを満足する全てのハンドオーバを識別する。いかなるハンドオーバもシステムリクエスト及びそれらの要求を満足していない場合には、それにもかかわらず、ステップ２０４では、ステップ２０６でハンドオーバなしに受信された予測される又は現在の低品質のサービスよりサービス品質を向上させること、及びハンドオーバすることが可能か否かをチェックする。そのようなＱｏｓを提供するハンドオーバが利用可能でないときには、ステップ２０８にて、ハンドオーバのためのシステムリクエストはリジェクトされる。しかしながら、良いＱｏｓの一又はそれ以上のハンドオーバがステップ２０６で見出されるならば、そのような最良のハンドオーバはステップ２１０で識別され、最良のハンドオーバはステップ２１２でネットワークポリシに対してテストされる。ネットワークポリシが満足されると、ステップ２１４では、この選択されたハンドオーバが実行される。ネットワークポリシが満足されない場合には、ステップ２１６では、このコールがネットワークポリシの動機よりも高い優先度で取り扱われるか否かがテストされる。そして、もしそうならば、最良のハンドオーバはステップ２１８で、いかなる場合にも実行される。コールに割り当てられた優先レベルがネットワークポリシの動機よりも高くないときには、ステップ２２０でハンドオーバなしで予測され或いは利用可能な良いＱｏｓの他のハンドオーバが可能か否かがテストされる。仮に不可能ならば、システムリクエストはステップ２２２でリジェクトされる。ステップ２２０で、一又はそれ以上の他のハンドオーバが可能なものとして識別されると、処理はステップ２１０に戻る。
【００２６】
ステップ２０４で、単一のハンドオーバが、システムリクエスト及び現在の最小限のユーザの要求を満足するものとして識別されると、ハンドオーバマネージャ１０は、ステップ２２４でネットワークポリシが満足されているかをチェックする。ネットワークポリシが満足されていると、ステップ２２６で、このハンドオーバが実行される。ステップ２２４でネットワークポリシが満足されていなければ、ステップ２２８でコールがネットワークポリシ、或いは満足していないネットワークポリシの少なくともそのような特徴、を越えて優先されているか否かがテストされる。そして、もしそうならば、ステップ２０４で選択されたハンドオーバは、たとえネットワークポリシが満足されていなくても、ステップ２３０で実行される。ネットワークポリシがステップ２２８で優先されると、処理はステップ２０６に進む。
【００２７】
ステップ２０４で、一以上のハンドオーバがシステムリクエスト及び現在の最小限のユーザの要求を満足するものとして識別されると、ネットワークポリシも満足する多数のハンドオーバが、ステップ２３２で識別される。ステップ２０４でネットワークポリシも満足するものとして識別されるハンドオーバがないときには、ステップ２３４で、コールに割り当てられた優先レベルがネットワークポリシの優先レベル、或いは少なくともステップ２３４でネットワークポリシを満足しないハンドオーバの特徴、よりも大きいかテストされる。仮に、ネットワークポリシが優先されると、ステップ２３６でシステムリクエストはリジェクトされる。コールが優先されると、最良のネットワークポリシコンプライアンスを有するものとしてステップ２０４で識別された多数のハンドオーバは、ステップ２３８で識別される。そして、選択されたハンドオーバはステップ２４０で実行される。
【００２８】
ステップ２３２で、単一のハンドオーバがネットワークポリシも満足するものとして識別されると、この選択されたハンドオーバはステップ２４２で実行される。ステップ２３２で識別さえた多数のハンドオーバが、ネットワークポリシを満足している場合には、最良のハンドオーバは、最小限の要求に加えてユーザに望まれた要求も考慮に入れて、ステップ２４４で識別され、ステップ２４６で適切なハンドオーバが実行される。
【００２９】
図４ａ乃至４ｃで言及すると、ハンドオーバトリガは、ユーザリクエスト又はコールメンテナンス理由以外の理由のために、ハンドオーバマネージャによって受信されることがある。例えば、この理由は、ネットワークメンテナンスの理由（例えばドメインのローディングにはより多くの特定時間を要する）。この場合、ハンドオーバマネージャ１０は、システムリクエスト、ユーザの現在の最小限の要求、ネットワークポリシを満足するのみならず、可能ならばＱｏｓを保持する。
【００３０】
ステップ３００では、ネットワーク理由のために現在役に立つ無線アクセスドメインに発生したシステムリクエストを受信し、このシステムリクエストとユーザの現在の最小限の要求を満足する全てのハンドオーバは、ステップ３０２で識別される。そのような標準を満足するハンドオーバがなければ、ステップ３０４で、システムリクエストが、コール自身よりも高い優先度を有しているか否かが判断される。もし、そうならば、ステップ３０８で、システムリクエストを満足しているが、現在の最小限のユーザの要求を満足していないハンドオーバが、低いＱｏｓの理由のために、それにも係らずステップ３０８で利用できるか否かがチェックされる。もし、そうならば、利用可能なハンドオーバは、ステップ３１０で実行される。仮にそうでなければ、コールは、強制的にステップ３１２にて落ち込まれることになる。
【００３１】
仮に、ステップ３０２で単一のハンドオーバが識別されると、ステップ３１４で、ハンドオーバなしに利用可能なものよりも、ハンドオーバが結果として悪いＱｏｓとなるか否かがテストされる。もし、そうならば、ステップ３１６で、システムリクエストが、コール自身の優先レベルよりも高い優先レベルにあるか否かがテストされる。もし、そうならば、ハンドオーバは、たとえ結果としてのＱｏｓが低下されても、ステップ３１８で実行される。ステップ３１６でコールが優先されると、システムリクエストはステップ３２０でリジェクトされる。ステップ３０２で識別されたハンドオーバが類似の、高い、Ｑｏｓのレベルにあるときには、ステップ３２２で、ネットワークポリシがハンドオーバにより満足されているか否かがチェックされる。もし、そうならば、選択されたハンドオーバはステップ３２４で実行される。ネットワークポリシが選択されたハンドオーバにより満足されていないならば、ステップ３２６で、システムリクエストがネットワークポリシよりも高い優先レベルにあるか否かがチェックされる。もし、そうならば、ハンドオーバはステップ３２８で実行される。もし、そうでなければシステムリクエストはステップ３３２でリジェクトされる。
【００３２】
ステップ３０２で、多数のハンドオーバが、システムリクエスト及びユーザの現在の最小限の要求を満たすものとして識別されると、この識別されたハンドオーバの全ては、ステップ３３４で、Ｑｏｓが保持或いは良くなっているかどうかを識別するために分析される。識別されたハンドオーバのいずれもＱｏｓを保持或いは良くし得ない場合には、ステップ３３６で、システムリクエストがコールの優先度よりも高いレベルの優先度を有しているか否かがチェックされる。そして、そうでなければ、システムリクエストは、ステップＳ３３８でリジェクトされる。しかしながら、システムリクエストが優先されると、最良の予測されたＱｏｓを有するステップ３０２で識別された多数のハンドオーバのそれは、ステップ３４０で識別される。この識別されたハンドオーバは、ステップ３４２でネットワークポリシがハンドオーバにより満足されているか否かがテストされ、もしそうならば、そのハンドオーバがステップ３４４で実行される。ネットワークポリシが、識別された最良のＱｏｓハンドオーバにより満足されていない場合、ハンドオーバマネージャ１０は、ステップ３４６で、システムリクエストがネットワークポリシよりも高いレベルの優先度にあるか否かをテストする。もし、そうならば、ハンドオーバは、ステップ３４８で、例えネットワークポリシが満足されていなくても、実行される。しかしながら、ネットワークポリシが優先されると、ステップ３５０にて、更なるハンドオーバが利用可能か否かがチェックされる。更なるハンドオーバが利用可能でないならば、コールはステップ３５２にて強制的にドロップされる。もし、更なるハンドオーバが利用可能ならば、次に最良な予測されたＱｏｓがステップ３５４で識別されて、処理はステップ３４２に戻る。
【００３３】
ステップ３３４で、システムリクエスト及び現在の最小限のユーザの要求を満足しているのと同様に少なくともＱｏｓを保持している単一のハンドオーバが識別されると、ハンドオーバは、ステップ３３４で、ネットワークポリシが満足されているか否かをチェックするためにテストされる。もし、そうならば、選択されたハンドオーバはステップ３５８で実行される。そうでなければ、ステップ３６０で、ネットワークポリシがシステムリクエストよりも高いレベルの優先度を有しているか否かがチェックされる。もし、そうならば、処理はステップ３４０に移動する。システムリクエストが優先されると、識別されたハンドオーバはステップ３６２で実行される。
【００３４】
ステップ３３４で多数のハンドオーバが、システムリクエスト及び現在の最小限のユーザの要求を満足しているのと同様に、少なくともＱｏｓを保持しているものとして識別されたならば、ネットワークポリシも満足する、そのようなハンドオーバの全ては、ステップ３６４で識別される。仮に、いずれもネットワークポリシを満足しないならば、ステップ３６６で、システムリクエストがネットワークポリシよりも高い優先度レベルにあるか否かがテストされる。もし、そうならば、最小のネットワークポリシコンプライアンスを有するステップ３３４で識別された多数のハンドオーバのそれが、ステップ３７０で識別され、選択されたハンドオーバは、ステップ３７２で実行される。もし、ステップ３６６でネットワークポリシが優先されると、システムリクエストはステップ３６８でリジェクトされる。
【００３５】
ステップ３６４で、単一のハンドオーバが識別されると、そのハンドオーバはステップ３７４で実行される。
【００３６】
もし、一以上のハンドオーバがステップ３６４で識別されると、単一のハンドオーバは、最良のハンドオーバを識別するためにユーザの望むいくつかの要求に沿って、既に考慮に入れられている全ての標準を基礎として選択される。ネットワークポリシは、ステップ３７６でも考慮に入れられ、そして、ステップ３７６で、選択された標準に従った最良のハンドオーバが一旦識別されると、この選択されたハンドオーバはステップ３７８で実行される。
【００３７】
ハンドオーバマネージャ１０は、関連する異タイプの無線アクセス技術にふさわしいハンドオーバの実行を制御する。この実行は、例えばハンドオーバエージェントによる。２つのアクセスノード間の基礎的なハンドオーバでは、ハンドオーバマネージャ１０は、移動局への２つの分離した接続をセットアップし、ハンドオーバの間におけるデータのロスを防ぐために接続の橋渡しをする。ハンドオーバは、また、固定ネットワークを介した接続の再ルーティング、一のネットワークから他への結びつけられる制御機能を伝送、新たなセキュリティトランザクションの初期化、を包意する。
【００３８】
様々な改良は、本発明の目的から外れることなく、前述した実施の形態に関連するものとして採用し得ることは、高く評価されるだろう。それらは、付け加えた特許請求の範囲に定義されている。前述の概要は、異なる無線アクセス技術間のハンドオーバに用いられるハンドオーバアルゴリズムに関連するが、類似のアルゴリズムを他のハンドオーバに用い得る。一般には、前述のアルゴリズムは、アクセスノード／セルチャネルの間のハンドオーバ、移動体通信ネットワークと同様の無線アクセス技術、期間(term)ハンドオーバ、同系の期間に用いられ、それらのいくつかのコンビネーション或いはそれらの幾つかの間のハンドオーバを含むものとして理解される。例えば、異なるセルをサーブするアクセスノードが異なる能力を有するとき（特定の通信セッションに必要とされる或いは必要とする特定の移動局に換えてか又は一般的にかどうか）、アクセスノード／セルの間のハンドオーバは、ユーザ又はシステムリクエストの結果として開始される。同様に、アクセスノードの異なるチャネルが異なるプロパティを有しているとき、チャネル間のハンドオーバは開始される。周波数分割システムでは、異なる周波数チャネルの間のハンドオーバは、例えば干渉を削減するために開始される。同様に、時分割システムでは、異なるタイムスロットの間のハンドオーバは、開始され、そして、コード分割システムでは、異なるコードの間のハンドオーバが開始される。さらに、異なる移動体通信ネットワークは異なる能力を有しているならば（一般的にか、ネットワークの特定のアクセスノードに代えてかどうか。又は特定の通信セッションに必要とされる或いは必要とする特定の移動局）、ネットワークの間のハンドオーバは開始される。例えば、ローミングアグリメントが存在する、一のネットワークから他のネットワークへのハンドオーバは、ユーザ又はシステムリクエストにより開始され、結果としてＱｏｓ要求が満足される。更なる例として、サービスプロバイダ又はバーチャルサービスプロバイダは、それに最小限のコストでネットワークサービスを提供する、２つのネットワーク間のハンドオーバを必要とする。
【００３９】
分離して考えられるけれども、ユーザの好み又は要求及びネットワークポリシを得るハンドオーバアルゴリズムを使用することによる利点、そして、ネットワークポリシ及び／又はユーザの好み又は要求が変わるときに改良を必要としないことは、このケースに適用される。
【図面の簡単な説明】
【図１】 本発明の実施の形態に従って設計された移動体通信ネットワークの概略図である。
【図２】 図１に図示されている実施の形態のハンドオーバマネージャにて実施されるハンドオーバアルゴリズムを示すフロー図である。
【図３ａ】 図１に図示されている実施の形態のハンドオーバマネージャにて実施されるハンドオーバアルゴリズムを示すフロー図である。
【図３ｂ】 図１に図示されている実施の形態のハンドオーバマネージャにて実施されるハンドオーバアルゴリズムを示すフロー図である。
【図４ａ】 図１に図示されている実施の形態のハンドオーバマネージャにて実施されるハンドオーバアルゴリズムを示すフロー図である。
【図４ｂ】 図１に図示されている実施の形態のハンドオーバマネージャにて実施されるハンドオーバアルゴリズムを示すフロー図である。
【図４ｃ】 図１に図示されている実施の形態のハンドオーバマネージャにて実施されるハンドオーバアルゴリズムを示すフロー図である。
【符号の説明】
２，４，６ 無線アクセスドメイン
３ ＧＭＳ基地トランシーバ局
５ Ｗ−ＣＤＭＡ無線アクセスノード
７ 無線ＬＡＮアクセスノード
８ 移動局
１０ ハンドオーバマネージャ
１２ ハンドオーバポリシサーバ
１４ マネジメントターミナル

Claims (19)

1. 移動体通信ネットワーク内で移動局の通信セッションのハンドオーバを制御する方法において、前記移動体通信ネットワークは、複数の無線アクセスドメインを含み、各無線アクセスドメインは異なる無線アクセス技術を有しており、前記方法は、
   ハンドオーバの要求を示すハンドオーバトリガを受信し、
   ハンドオーバアルゴリズムを使用してネットワークハンドオーバポリシデータに対する前記要求を満たす少なくとも１つの利用可能なハンドオーバをテストし、それによって、ネットワークハンドオーバポリシが満たされているかどうかをテストし、
   前記ネットワークハンドオーバポリシが満たされている場合には、前記要求及び前記ネットワークハンドオーバポリシデータに従って、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始する、方法。
2. 前記ネットワークハンドオーバポリシデータは、ハンドオーバを制御するネットワークエンティティに利用可能である、請求項１記載の方法。
3. ハンドオーバを制御するネットワークエンティティは、前記移動体通信ネットワーク内のハンドオーバマネージャを具備し、前記ハンドオーバマネージャは、前記ハンドオーバトリガを受信しハンドオーバアルゴリズムを使用しハンドオーバを開始する、請求項２記載の方法。
4. 前記要求に優先度を割り当て、ネットワークハンドオーバポリシに優先度を割り当て、前記優先度間の関連に従って、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始する、請求項１乃至３のいずれか１項記載の方法。
5. 前記ネットワークハンドオーバポリシが満たされず、前記要求がネットワークハンドオーバポリシに対してより高い優先度を有している場合には、前記方法は、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始する、請求項４記載の方法。
6. 前記通信セッションに優先度を割り当て、ネットワークハンドオーバポリシに優先度を割り当て、前記優先度間の関連と前記要求に従って、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始する、請求項１乃至３のいずれか１項記載の方法。
7. 前記ネットワークハンドオーバポリシが満たされず、前記通信セッションがネットワークハンドオーバポリシに対してより高い優先度を有している場合には、前記方法は、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始する、請求項６記載の方法。
8. 前記要求は、ユーザ指定の要求である請求項１乃至７のいずれか１項記載の方法。
9. ハンドオーバトリガは移動局からのシグナリングに起因する、請求項１乃至８のいずれか１項記載の方法。
10. 移動局における前記シグナリングは、通信セッション中のユーザアプリケーションの要求における変更に応じてシグナリングすることを含んでおり、ユーザアプリケーションは、移動局上にある、請求項９記載の方法。
11. 前記要求は、ネットワーク指定の要求である請求項１乃至７のいずれか１項記載の方法。
12. ハンドオーバトリガは前記移動体通信ネットワークにおけるシグナリングに起因する、請求項１乃至７および１１のいずれか１項記載の方法。
13. 前記要求を満たす１以上のハンドオーバが存在しても、ネットワークハンドオーバポリシを満足するハンドオーバが存在しない場合には、ハンドオーバを行わない請求項１乃至１２のいずれか１項記載の方法。
14. ネットワークハンドオーバポリシと前記要求に加えて、サービス品質に係る要求に従って、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始する、請求項１乃至１３のいずれか１項記載の方法。
15. ネットワークハンドオーバポリシと前記要求に加えて、準静的なユーザ指定の好みに従って、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始する、請求項１乃至１４のいずれか１項記載の方法。
16. ハンドオーバアルゴリズムの結果を変更するために、時間でネットワークハンドオーバポリシデータを変更し、ネットワークハンドオーバポリシデータはネットワークオペレータの制御の下で変更される、請求項１乃至１５のいずれか１項記載の方法。
17. 異なる無線アクセス技術は、第２世代無線アクセス技術と、第３世代無線アクセス技術と、無線ＬＡＮアクセス技術とを含んでいる、請求項１乃至１６のいずれか１項記載の方法。
18. ハンドオーバトリガは、異なる無線アクセスドメインへのハンドオーバの要求を示す、請求項１乃至１７のいずれか１項記載の方法。
19. 移動体通信ネットワーク内で移動局の通信セッションのハンドオーバを制御するハンドオーバマネージャにおいて、 前記移動体通信ネットワークは、複数の無線アクセスドメインを含み、各無線アクセスドメインは異なる無線アクセス技術を有しており、前記ハンドオーバマネージャは、
    ハンドオーバの要求を示すハンドオーバトリガを受信するように構成されている手段と、
    ハンドオーバアルゴリズムを使用してネットワークハンドオーバポリシデータに対する前記要求を満たす少なくとも１つの利用可能なハンドオーバをテストし、それによって、ネットワークハンドオーバポリシが満たされているかどうかをテストするように構成されている手段と、
    前記ネットワークハンドオーバポリシが満たされている場合には、前記要求及び前記ネットワークハンドオーバポリシデータに従って、前記複数の無線アクセスドメインの中の１つの無線アクセスドメインと、それと異なる他の１つの無線アクセスドメインとの間の通信セッションのハンドオーバを開始するように構成されている手段とを備えている、ハンドオーバマネージャ。

Images