(57)【要約】  本発明は、コアネットワーク(30)及び、少なくとも２つのアクセスネットワーク(20a, 20b)を介して少なくとも２つの経路(a, b)上で前記コアネットワーク(30)と通信する少なくとも１つのユーザ端末ネットワーク(10)を備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、少なくとも、第１のアクセスネットワーク(20a)を介する第１のアクセス経路(a)上と、第２のアクセスネットワーク(20b)を介する第２のアクセス経路(b)上でルーティングされるマルチアクセス通信ネットワークにおいて、ハンドオーバの決定を行うための方法及び装置に関する。前記少なくとも２つのアクセス経路(a,b)間でいつハンドオーバを実行すべきかについて、第１の条件セットがアクセスネットワーク制御機能(ANF)(25a, 25b)によって判別され、前記第１の条件セットの少なくとも１つの条件が満たされた際に、アクセス選択機能(ASF)(34)へ報告が送信される。前記少なくとも２つのアクセス経路(a,b)間でいつハンドオーバを実行すべきかについて、第２の条件セットが接続管理機能(CMF)(14)によって判別され、前記第２の条件セットの少なくとも１つの条件が満たされた際に、アクセス選択機能(ASF)(34)へ報告が送信される。ＡＳＦ(34)は、前記送信された報告に基づいて、ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワーク(10)の１つ又はそれより多いデータセッションを判別する。そして、コアネットワークアンカー(32)と端末アンカー(12)に、前記判別されたデータセッションを１つのアクセス経路(a,b)から代替アクセス経路(a,b)へ再ルーティングすることによりハンドオーバを実行するよう命令する。
2009512335.tif 000002
【特許請求の範囲】
【請求項１】
コアネットワーク(30)及び、少なくとも２つのアクセスネットワーク(20a, 20b)を介して少なくとも２つのアクセス経路(a, b)上で前記コアネットワーク(30)と通信する少なくとも１つのユーザ端末ネットワーク(10)を備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、少なくとも、第１のアクセスネットワーク(20a)を介する第１のアクセス経路(a)上と、第２のアクセスネットワーク(20b)を介する第２のアクセス経路(b)上でルーティングされるマルチアクセス通信ネットワークにおいて、ハンドオーバの決定を行うための装置であって、
前記少なくとも２つのアクセス経路(a, b)間でいつハンドオーバを行うべきかについての第１の条件セットを判別する手段(25)と、
前記第１の条件セットの少なくとも１つが満たされた場合、第１の報告を送信する手段(25)と、
前記少なくとも２つのアクセス経路(a, b)間でいつハンドオーバを行うべきかについての第２の条件セットを判別する手段(14)と、
前記第２の条件セットの少なくとも１つが満たされた場合、第２の報告を送信する手段(14)と、
前記送信された第１及び第２の報告の少なくとも１つに基づいて、ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワーク(10)の１つ又はそれより多いデータセッションを判別する手段(34)と、
前記判別されたデータセッションを、あるアクセス経路(a, b)から代替アクセス経路(a, b)へ再ルーティングしてハンドオーバを実行する手段(12, 32)とを有することを特徴とする装置。
【請求項２】
前記第１の条件セットを判別する手段が、前記少なくとも２つのアクセスネットワーク(20)の少なくとも１つに配置されるアクセスネットワーク制御機能(25)であることを特徴とする請求項１記載の装置。
【請求項３】
前記第２の条件セットを判別する手段が、前記少なくとも１つのユーザ端末ネットワーク(10)に配置される接続管理機能(14)であることを特徴とする請求項１記載の装置。
【請求項４】
前記ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワーク(10)の１つ又はそれより多いデータセッションを判別する手段が、アクセス選択機能(34)であることを特徴とする請求項１記載の装置。
【請求項５】
前記アクセス選択機能(34)が、前記コアネットワーク(30)に配置されることを特徴とする請求項４記載の装置。
【請求項６】
前記アクセス選択機能(34)が、前記ユーザ端末ネットワーク(10)に配置されることを特徴とする請求項４記載の装置。
【請求項７】
前記アクセス選択機能(34)が、第１及び第２の報告を要求するように構成されることを特徴とする請求項４記載の装置。
【請求項８】
前記アクセス選択機能(34)が、影響を受けているユーザ端末ネットワークデータセッションに対して可能性のある前記ハンドオーバ動作のリストを作成する手段と、前記リストを優先度の順にソートする手段とを備え、必要とされるハンドオーバ動作の閾値が満たされるまで、ハンドオーバが前記リストから優先度の順に実行されることを特徴とする請求項４記載の装置。
【請求項９】
さらに、前記少なくとも２つのアクセス経路(a, b)間でいつハンドオーバを行うべきかについての第３の条件セットを判別する手段を有することを特徴とする請求項１記載の装置。
【請求項１０】
前記少なくとも２つのアクセスネットワークが、１つのアクセスネットワーク内に配置された少なくとも２つのアクセスネットワークノードであることを特徴とする請求項１記載の装置。
【請求項１１】
コアネットワーク(30)及び、少なくとも２つのアクセスネットワークノードを介して少なくとも２つのアクセス経路(a, b)上で前記コアネットワーク(30)と通信する少なくとも１つのユーザ端末ネットワーク(10)を備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、少なくとも、第１のアクセスネットワークノードを介する第１のアクセス経路(a)上と、第２のアクセスネットワークノードを介する第２のアクセス経路(b)上でルーティングされるマルチアクセス通信ネットワークにおいて、ハンドオーバの決定を行うための装置(25)であって、
前記少なくとも２つのアクセス経路(a, b)間でいつハンドオーバを行うべきかについての条件のセットを判別する手段と、
前記条件のセットの少なくとも１つの条件が満たされた際に上位アクセス選択機能ノード(34)に報告を送信する手段とを有し、前記アクセス選択機能ノード(34)が、前記送信された報告に基づいて、ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワーク(10)の１つ又はそれより多いデータセッションを判別するように構成されることを特徴とする装置。
【請求項１２】
コアネットワーク(30)及び、少なくとも２つのアクセスネットワークを介して少なくとも２つのアクセス経路(a, b)上で前記コアネットワーク(30)と通信する少なくとも１つのユーザ端末ネットワーク(10)を備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、少なくとも、第１のアクセスネットワークを介する第１のアクセス経路(a)上と、第２のアクセスネットワークを介する第２のアクセス経路(b)上でルーティングされるマルチアクセス通信ネットワークにおいて、ハンドオーバの決定を行うための装置(14)であって、
前記少なくとも２つのアクセス経路(a, b)間でいつハンドオーバを行うべきかについての条件のセットを判別する手段と、
前記条件のセットの少なくとも１つの条件が満たされた際に上位アクセス選択機能ノード(34)に報告を送信する手段とを有し、前記アクセス選択機能ノード(34)が、前記送信された報告に基づいて、ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワーク(10)の１つ又はそれより多いデータセッションを判別するように構成されることを特徴とする装置。
【請求項１３】
コアネットワーク(30)及び、少なくとも２つのアクセスネットワークを介して少なくとも２つのアクセス経路(a, b)上で前記コアネットワーク(30)と通信する少なくとも１つのユーザ端末ネットワーク(10)を備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、少なくとも、第１のアクセスネットワークを介する第１のアクセス経路(a)上と、第２のアクセスネットワークを介する第２のアクセス経路(b)上でルーティングされるマルチアクセス通信ネットワークにおいて、ハンドオーバの決定を行うためのアクセス選択機能(34)であって、
前記少なくとも２つのアクセス経路(a, b)間でハンドオーバをいつ実行すべきかについての少なくとも１つの条件が判別されたかどうかの報告を受信する手段と、
前記送信された報告に基づいて、ハンドオーバすべき、前記少なくとも１つのユーザ端末ネットワーク(10)の１つ又はそれより多いデータセッションを判別する手段とを有し、前記判別されたデータセッションを、１つのアクセス経路(a, b)から代替アクセス経路(a, b)へ再ルーティングすることによりハンドオーバが実行されることを特徴とするアクセス選択機能(34)。
【請求項１４】
前記アクセス選択機能(34)が、前記コアネットワーク(30)に配置されることを特徴とする請求項１３記載のアクセス選択機能(34)。
【請求項１５】
前記アクセス選択機能(34)が、前記ユーザ端末ネットワーク(10)に配置されることを特徴とする請求項１３記載のアクセス選択機能(34)。
【請求項１６】
コアネットワーク及び、少なくとも２つのアクセスネットワークを介して少なくとも２つの経路上で前記コアネットワークと通信する少なくとも１つのユーザ端末ネットワークを備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、第１のアクセスネットワークを介する第１のアクセス経路と、第２のアクセスネットワークを介する第２のアクセス経路でルーティングされるマルチアクセス通信ネットワークにおけるハンドオーバの決定を行うための方法であって、
前記少なくとも２つのアクセス経路間でいつハンドオーバを行うべきかについての第１の条件セットを判別するステップと、
前記第１の条件セットの少なくとも１つが満たされた場合、第１の報告を送信するステップと、
前記少なくとも２つのアクセス経路間でいつハンドオーバを行うべきかについての第２の条件セットを判別するステップと、
前記第２の条件セットの少なくとも１つが満たされた場合、第２の報告を送信するステップと、
前記送信された第１及び第２の報告に基づいて、ハンドオーバすべき、前記少なくとも１つのユーザ端末ネットワークの１つ又はそれより多いデータセッションを判別するステップと、
前記判別されたデータセッションを、あるアクセス経路から代替アクセス経路へ再ルーティングしてハンドオーバを実行するステップとを有することを特徴とする方法。
【請求項１７】
前記第１の条件セットを判別するステップが、前記少なくとも２つのアクセスネットワークの少なくとも１つに配置されるアクセスネットワーク制御機能によって実行されることを特徴とする請求項１６記載の方法。
【請求項１８】
前記第２の条件セットを判別するステップが、前記少なくとも１つのユーザ端末ネットワークに配置される接続管理機能によって実行されることを特徴とする請求項１６記載の方法。
【請求項１９】
前記ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワークの１つ又はそれより多いデータセッションを判別するステップが、アクセス選択機能によって実行されることを特徴とする請求項１６記載の方法。
【請求項２０】
さらに、前記少なくとも２つのアクセス経路間でいつハンドオーバを行うべきかについての第３の条件セットを判別するステップを有することを特徴とする請求項１６記載の方法。
【請求項２１】
前記第１及び第２の報告が、前記アクセス選択機能による要求に応じて送信されることを特徴とする請求項１９記載の方法。
【請求項２２】
前記第１及び第２の報告が、前記アクセス選択機能に周期的に送信されることを特徴とする請求項１９記載の方法。
【請求項２３】
影響を受けているユーザ端末ネットワークデータセッションに対して可能性のある前記ハンドオーバ動作のリストを作成するステップと、
前記リストを優先度の順にソートするステップとをさらに備え、必要とされるハンドオーバ動作の閾値が満たされるまで、ハンドオーバが前記リストから優先度の順に実行されることを特徴とする請求項１６記載の方法。
【請求項２４】
ディジタルコンピュータの内部メモリに直接読み込み可能なコンピュータプログラム製品であって、前記コンピュータで実行した際に請求項１６乃至請求項２３のいずれか１項に記載の方法を実行するためのコンピュータプログラムを備えるコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はマルチアクセス通信ネットワークの分野に係り、特には、マルチアクセス通信ネットワークにおけるハンドオーバの決定を可能にする装置並びにそのような決定のための方法に関する。本発明はさらに、本発明の方法を実施するためのコンピュータプログラム製品に関する。
【背景技術】
【０００２】
ＭＲＲＭ(multi-radio resource management)のような、異なる無線アクセス技術の共同管理が、マルチアクセスネットワークにおけるネットワーク容量及びユーザパフォーマンスを大幅な前進を実現しうることが、いくつかの検討結果で示されてきている。一般に、ＭＲＲＭの実装はリソースの利用を最適化し、コストを最小化する。しかしながら、そのようなＭＲＲＭアルゴリズムは、例えば、異なるアクセス技術(technologies)に属する異なる無線セルにおける容量及び負荷、あるユーザの異なるアクセスリンクについてのリンク特性及び品質のような、特定の知見へのアクセスを必要とする。そのため、ＭＲＲＭの検討の大部分は、ユーザが様々なアクセス技術にアクセスするための最良の配置を決定するために必要な、様々なアクセス技術のアクセスリソース情報の全てを、（１つ又はそれより多い）ＭＲＲＭ機能が収集するアーキテクチャを提案している。この観点から、マルチアクセスは複数の異なるアクセスネットワークを共通のマルチアクセスネットワークに接続することで、マルチアクセスが実現される。
【０００３】
標準化活動の大部分におけるマルチアクセス統合の手法は、上述した手法とは異なっている。そこでは、異なるアクセスネットワークが独立性を維持しながら、ある共通コアネットワークに接続されているものと仮定している。
【０００４】
例外は、3GPP(third Generation Partnership Project)において検討され、部分的に仕様化されている、GSM/EDGE無線アクセスネットワーク(GERAN)及びＵＴＲＡＮ(Universal Terrestrial Radio Access Network)間の共通無線リソース管理(CRRM: Common Radio Resource Management)システム間ハンドオーバのコンセプトである。
【０００５】
従来技術においては、アクセス固有の知見の全ては、個々のアクセスネットワーク内にとどまるものと想定されるとともに、コアネットワークはいかなる無線又はアクセス固有の知見について全く分からないものと想定されるか、２つの無線アクセスネットワーク間で共有されるＣＲＲＭサーバが、個々のセルレベルの負荷情報を取り扱っている。後者は３ＧＰＰにおいて検討されている解決方法の１つである。
【０００６】
コアネットワークがアクセスレベル情報を知らないままにしておくことにはいくつかの理由がある。例えばその１つは、セルレベル又はもっと細かいレベルのアクセス知見がコアネットワークにエクスポートされる場合のスケーラビリティの問題である。別の理由は、コアネットワークがアクセス技術の詳細を知る必要がなければ、コアネットワークの利用を新たなアクセス技術に拡張することができるからである。さらに別の理由は、アクセス固有情報がコアネットワークへ露出されることが望ましくない場合、コアネットワークが別のオペレータ（管理ドメイン）に属することができるからである。従って、コアネットワークで様々なアクセス技術を組み合わせる手法においては、ＭＲＲＭの利点は容易に実現することができない。
【発明の開示】
【０００７】
従って、本発明の目的の１つは、コアネットワーク及び、少なくとも２つのアクセスネットワークを介して少なくとも２つのアクセス経路上で前記コアネットワークと通信する少なくとも１つのユーザ端末ネットワークを備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、第１のアクセスネットワークを介する第１のアクセス経路と、第２のアクセスネットワークを介する第２のアクセス経路でルーティングされるマルチアクセス通信ネットワークにおけるハンドオーバの決定を行うための改良された方法を提供することにある。
【０００８】
この目的は、以下のステップを有する方法を通じて実現される。前記少なくとも２つのアクセス経路間でハンドオーバをいつ実行すべきかについての第１の条件セットを判別するステップと、前記第１の条件セットの少なくとも１つの条件が満たされた際に第１の報告を送信するステップと、前記少なくとも２つのアクセス経路間でハンドオーバをいつ実行すべきかについての第２の条件セットを判別するステップと、前記第２の条件セットの少なくとも１つの条件が満たされた際に第２の報告を送信するステップと、前記送信された第１及び第２の報告の少なくとも１つに基づいて、ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワークの１つ又はそれより多いデータセッションを判別するステップと、前記判別されたデータセッションを、１つのアクセス経路から代替アクセス経路へ再ルーティングすることによりハンドオーバを実行するステップ。
【０００９】
本発明の別の目的は、コアネットワーク及び、少なくとも２つのアクセスネットワークを介して少なくとも２つのアクセス経路でコアネットワークと通信する少なくとも１つのユーザ端末ネットワークを備えるマルチアクセス通信ネットワークであって、複数のデータセッションが、第１のアクセスネットワークを介する第１のアクセス経路と、第２のアクセスネットワークを介する第２のアクセス経路でルーティングされるマルチアクセス通信ネットワークにおけるハンドオーバの決定を行うための改良された装置を提供することにある。
【００１０】
この別の目的は、以下の手段を有する装置の提供を通じて実現される。前記少なくとも２つのアクセス経路間でハンドオーバをいつ実行すべきかについての第１の条件セットを判別する手段と、前記第１の条件セットの少なくとも１つの条件が満たされた際に第１の報告を送信する手段と、前記少なくとも２つのアクセス経路間でハンドオーバをいつ実行すべきかについての第２の条件セットを判別する手段と、前記第２の条件セットの少なくとも１つの条件が満たされた際に第２の報告を送信する手段と、前記送信された第１及び第２の報告の少なくとも１つに基づいて、ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワークの１つ又はそれより多いデータセッションを判別する手段と、前記判別されたデータセッションを、１つのアクセス経路から代替アクセス経路へ再ルーティングすることによりハンドオーバを実行する手段。
【００１１】
本発明のさらなる目的は、ディジタルコンピュータの内部メモリに直接読み込み可能なコンピュータプログラム製品であって、前記コンピュータで実行した際に本発明の方法を実行するためのコンピュータプログラムを備えるコンピュータプログラム製品を提供することにある。
【００１２】
複数の異なるエンティティに分散アクセス選択機能を提供することにより、ＭＲＲＭアルゴリズムの一部であるアクセス詳細について共通ネットワークノードが知らないままで、ＭＲＲＭの利点を実現することができる。このように、アクセスネットワーク外部からのアクセス選択を提供するとともに、コアネットワークにおいて、独立ネットワークにおいて、さらにはユーザ端末ネットワークにおいてさえもアクセス選択を知る(locate)ことが可能な、小負荷(lightweight)かつスケーラブルなＭＲＲＭの実現が提供される。
【００１３】
本発明による装置及び方法は、３ＧＰＰシステムアーキテクチャエボリューション内部で現在規定されているマルチアクセス手法内部のマルチアクセスリソース管理を提供するために用いることができる。
【００１４】
本発明のさらに別の目的及び特徴は、以下の詳細な説明を添付図面と共に検討することにより明らかになるであろう。しかしながら、添付図面は特許請求の範囲を参照すべき本発明の境界を規定するためではなく、例示のみを目的として記載されたものであることを理解されたい。また、特に記載のない限り、添付図面は必ずしも正確な縮尺で記載されておらず、本明細書で説明される構成及び手順を概念的に説明することのみを意図したものであることを理解されたい。
【発明を実施するための最良の形態】
【００１５】
添付図面において、同様の参照文字は複数の図面を通じて同様の要素を示している。
本発明は、無線伝送に基づくアクセス技術及びアクセスネットワーク（例えば無線移動又はセルラネットワーク）に対して特に適合する。しかし、本発明は他のアクセス技術及びアクセスネットワーク（例えば固定アクセス）に対してもまた適合する。本発明を無線アクセス、無線技術、無線リソース管理、無線アクセスネットワーク等に関して説明することがあっても、それは任意の種類のアクセス技術及びアクセスネットワークに適用可能である。
【００１６】
図１は、第１のアクセスネットワーク２０ａと第２のアクセスネットワーク２０ｂのサービス範囲内に存在し、コアネットワーク３０への２つのアクセス経路ａ，ｂを有するユーザ端末ネットワーク(UTN)１０を示している。アクセス経路ａ及びｂはコアネットワークアンカー３２と端末アンカー１２とを接続する。アクセス経路ａ，ｂの各々は、１つのアクセスネットワーク(AN)２０ａ，２０ｂを介して延びており、少なくとも１つの伝送リンク１５ａ，１５ｂを備える。無線アクセスネットワークにおいて、リンク１５ａ，１５ｂは無線アクセス(RA)とも呼ばれる。コアネットワークアンカー３２及び端末アンカー１２はＵＴＮデータセッションのデータを選択された経路ａ及び／又はｂに送る（ルーティングする）ように構成される。
【００１７】
ＵＴＮ１０は単独の装置であっても、固定又は無線アクセスを介してコアネットワーク３０に接続される完全なネットワークであってもよい。それは、例えば何らかの短距離通信を介して相互接続されるいくつかの装置から構成されるパーソナルエリアネットワークであってよい。それはまた、共通ゲートウェイを介して無線ネットワークに接続される、より大きなネットワークであってもよい。重要なのは、例えばアクセス識別子によって、ＵＴＮ１０がコアネットワーク３０により特定可能であることである。
【００１８】
本発明の基本的な発想は、アクセス選択機能を複数の異なるエンティティに分散することである。最終的なアクセス選択の決定は、アクセス選択機能(ASF)３４と呼ばれるエンティティにおいて、アクセスに固有な知見やセルレベルのトポロジ／負荷情報にも、アクセスに固有なリンク指標にも直接基づくことなく行われる。アクセス選択のうち、アクセスに固有(access-specific)な部分は、他の２つの機能によって提供される。各ユーザ端末（又は複数の装置が接続されている場合、より一般的にはユーザ端末ネットワーク(UTN)１０）は、接続管理機能(CFM)１４を含む。ＣＦＭ１４は、異なるアクセスリンク１５ａ，１５ｂの空き状況(availability)、アクセスリンク１５ａ，１５ｂの特性並びに各アクセスリンク１５ａ，１５ｂに関するリソース利用状況を判別する。各アクセスネットワーク２０ａ，２０ｂの大部分はさらに、アクセスネットワーク制御機能(ANF)２５ａ，２５ｂを含んでおり、ＡＮＦは無線セルの負荷及び容量、アクセスリンク１５ａ，１５ｂの特性及び、各ユーザ端末ネットワーク１０についてのアクセスリンク１５ａ，１５ｂのリソースコストを判別する。しかし、例えば固定アクセスネットワークのように、ＡＮＦを有さないアクセスネットワークが存在していても良い。ＡＮＦ２５ａ，２５ｂ及びＣＦＭ１４は、本発明の好ましい実施形態において、ＭＲＲＭアルゴリズムのアクセス固有部分を分散的な方法で管理する。アクセスネットワーク２０ａ，２０ｂ又はユーザ端末ネットワーク１０のいずれかにおいて危機的な状況が検出された場合のみ、ＡＳＦ３４はアクセス選択決定に十分な情報（しかし依然としてアクセスに関する情報は知らないままで(access agnostic)）起動される。
【００１９】
ＡＳＦは、コアネットワークアンカーの一部で実現するのが一般的である。しかし、ここで説明する本発明によれば、図１に示すように、別個の機能として別個のノードに配置してもよいし、別のネットワークに配置しても良い。図１から分かるように、ＡＳＦ３４は（破線の矢印で図示するように）情報報告を受信するとともに更新された報告の要求を送信して、ＡＮＦ２５ａ，２５ｂ及びＣＭＦ１４と通信している。また、ＡＳＦ３４は、（実線の矢印で図示するように）コアネットワークアンカー３２及び端末アンカー１２を、選択されたハンドオーバを実行するように制御している。
【００２０】
図２は、ＡＳＦ３４がコアネットワーク３０ではなくユーザ端末ネットワーク１０に実装されている本発明の別の実施形態を示している。そのため、図２は、第１のアクセスネットワーク２０ａと第２のアクセスネットワーク２０ｂのサービス範囲内に存在し、コアネットワーク３０への２つのアクセス経路ａ，ｂを有するユーザ端末ネットワーク(UTN)１０を示している。アクセス経路ａ及びｂはコアネットワークアンカー３２と端末アンカー１２とを接続する。アクセス経路ａ，ｂの各々は、１つのアクセスネットワーク(AN)２０ａ，２０ｂを介して延びており、少なくとも１つの伝送リンク１５ａ，１５ｂを備える。コアネットワークアンカー３２及び端末アンカー１２はＵＴＮデータセッションのデータを選択された経路ａ及び／又はｂに送る（ルーティングする）ように構成される。ＡＳＦ３４は（破線の矢印で図示するように）情報報告を受信するとともに更新された報告の要求を送信して、ＡＮＦ２５ａ，２５ｂ及びＣＭＦ１４と通信している。また、ＡＳＦ３４は、（実線の矢印で図示するように）コアネットワークアンカー３２及び端末アンカー１２を、選択されたハンドオーバを実行するように制御している。
【００２１】
簡単さのため、図１及び２は１つのＵＴＮ１０と２つのアクセスネットワーク２０ａ，２０ｂのみを示している。しかし、いうまでもなくマルチアクセスシステムは、いくつかのアクセスネットワークと、通常は複数のユーザ端末ネットワークとを備えうる。あるいは、システムは複数の異なるアクセス技術又は同一のアクセス技術のための複数の異なるアクセスノードを備える１つのアクセスネットワークを備える。１つ又はそれより多いＵＴＮは、互いに重複するサービスカバー範囲をもつといった方法により、それらが関連するアクセスネットワーク／アクセス技術とは独立して、これらノード／技術の少なくとも２つに接続しうる。アクセスノードは互いの間のアクセス選択を調停せず、ＡＳＦが行う。従って、関与するアクセスノードによって直接調停されない少なくとも２つのアクセス経路が存在する。この点において、少なくとも２つのアクセスネットワークが、少なくとも２つの別個のアクセスネットワーク、あるアクセスネットワーク内の少なくとも２つのアクセスノード、又はそれらの組み合わせを意味することが理解されるべきである。
【００２２】
アクセスネットワーク機能２５、接続管理機能１４及びアクセス選択機能３４について、以下さらに詳細に説明する。
【００２３】
アクセスネットワーク機能(ANF: Access Network Function)
図３に示すアクセスネットワーク機能２５は、以下の機能を実行する：
- （図１及び図２に示す）アクセス経路ａ又はｂのパフォーマンス（例えば、データレート、遅延、遅延ジッタ、誤り率）の観測。多くのシステムにおいて、アクセス経路のパフォーマンス及びリソース効率は、２、３のホップ、典型的にはＵＴＮを固定ネットワークに接続する最初の数ホップによって支配される。これらの場合、アクセス経路全体のパフォーマンス及びリソース効率を観察する代わりに、支配的な数ホップの性能及びリソース利用状況のみを、アクセス経路全体についての指標として用いるのが一般的である。そのようなシステムの例としては、無線ネットワーク、マルチホップネットワーク又は狭帯域固定アクセスネットワークがある。これら全ての場合、アクセス経路のパフォーマンスは最初のいくつかのアクセスホップの性能によって概して判別される。
- あるアクセス経路に対するリソース利用状況（例えば、送信電力、処理能力(processing power)及びメモリ利用状況）の観測。
- データセッションに必要とされるサービスパフォーマンスの実現の監視。
- 新たなアクセス経路が検出及び／又は確立されたかどうかの観測。
- アクセス経路が無くなったか、切断されたかどうかの観測。
- アクセスネットワークのリソース利用状況／負荷（例えば、トランスポートネットワークにおけるトラフィック負荷、異なるセルにおけるトラフィック負荷、アクセス固有リソース｛送信電力、処理能力、使用するタイムスロット／符号／搬送波｝の容量／利用状況／効率、キューの埋まり状態(fill status)、セル干渉）、及び利用状況の変化の観測。
- 所謂ＡＮＦ報告メッセージ中の、アクセス経路に関する「危機的な」情報による、ＡＳＦ３４の更新。これらＡＮＦ報告は、例えば以下に規定するような危機的な状況が検出された場合や、危機的な状況で無くなった場合は常に送信されるような、イベントに応じた送信がなされても良いし、周期的に送信されても良いし、周期的な報告とイベントに応じた報告とを組み合わせてもよい。
【００２４】
アクセスネットワークは、測定及び制御機能２４を含むアクセスネットワーク制御ノード２２を備える。測定及び制御機能２４は、ＡＮＦノード２５内に配置されたＡＮＦプロセッサ２６に入力を与える。与えられる入力は、セル負荷及び利用可能なリソース、リンク品質、処理負荷等のアクセス固有情報である。オプションの入力は、ＡＳＦからの、更新されたＡＮＦメッセージの送信要求である。
【００２５】
アクセスネットワーク機能２５は、ハンドオーバを起動しうる「危機的な」状況に関する第１の条件セットを規定する。
１．セル負荷又は利用可能なリソースの数が危機的になった（例えば、閾値を超えた、或いは下回った）かどうか。
２．処理負荷又はＡＮ送信ネットワーク負荷が危機的になった（例えば、閾値を超えた、或いは下回った）かどうか。
３．ユーザ端末についてのハンドオーバが危機的になった（例えば、閾値を超えた、或いは下回った）かどうか。
４．アクセスリンクのリンク品質が危機的になった（例えば、閾値を超えた、或いは下回った）か、サービス品質(QoS)要求を満たせなくなったか、又はアクセスリンクに対するリソースコストが高くなり過ぎたかどうか。
【００２６】
ハンドオーバは状況が「危機的」になった場合だけでなく、状況が危機的でなくなった際にも同様にトリガされうる。
【００２７】
なおここで、ハンドオーバは、あるユーザ端末ネットワークに属する少なくとも１つのデータセッションを、あるアクセス経路から、別のアクセス経路に切り替えることとして規定される。
【００２８】
危機的状況１及び２は、危機的状況によって影響を受ける全てのユーザ端末ネットワーク、例えば過負荷セル内の全てのＵＴＮ（状況１の場合）又は過負荷ネットワーク及び／又はネットワークノードに接続される全てのＵＴＮ（状況２の場合）に対して適用される。危機的状況３及び４は、特定のＵＴＮの所定のデータセッション又はそのＵＴＮ全体に対して適用される。
【００２９】
そのような危機的状況が検出され、あるいは危機的状況が危機的でなくなった場合、ＡＮＦ２５はＡＮＦ報告中でアクセス選択機能(ASF)３４に報告する。この報告はアクセス技術の詳細の理解を必要とするであろうアクセス固有情報を含まない。報告は、「危機的（例えば過負荷）状況」によって影響を受け、ハンドオーバ動作に関する潜在的な候補となったユーザ端末ネットワーク識別子のリストのみを含む。報告はまた、あるユーザ端末ネットワークの特定のデータセッションのみがハンドオーバにおいて考慮されるべき場合には、セッションフロー識別子も含むことができる。さらにこのメッセージは、過負荷が生じているＡＮのエリアを記述するエリア識別子をまた含みうる。例えばユーザ端末ネットワークの到達可能性(reachability)のために、コアネットワーク及びＡＳＦにおいては、いくつかの位置形式（おそらくはロケーションエリア識別子のようなＡＮ固有形式）が利用可能である。エリア識別子により、ＡＳＦは危機的状況の影響を受ける全てのＵＴＮを特定することができる。そのようなＡＦＮ報告は、例えば「ＡＮ Ａのセル{x,y}において過負荷がある」ということを示すものであってよく、ＡＳＦはこのエリア内に位置するユーザ端末を特定することができる。あるいは、過負荷状況が特定のエリアに影響する場合、ＡＮＦ機能はエリア情報をこのエリア内に位置するＵＴＮのリストに変換してもよい。そしてこの場合、ＡＮＦ報告は単にＵＴＮ識別子のみを含む。ＡＮＦ報告はさらに、アクセスを特定するパラメータ(access specifying parameters)とともに、危機的状況のタイプを表すタイプフィールドを含んでも良い。ＡＮＦ報告は、例えば０−１００の尺度で、危機的状況の程度の指標を含んでも良い。
【００３０】
ＡＮＦが、あるエリアに関する過負荷を、個々のＵＴＮ／データセッションをリストするＡＮＦ報告メッセージに変換する場合、ＡＮＦは危機的状況の程度に応じて何らかのフィルタリングを適用しても良い。例えば、あるセルの負荷が負荷限度を少し超えた場合、ＡＮＦはセル内で影響を受けるＵＴＮの限定されたサブセットのみを選択し、ＵＴＮの限定されたサブセットについてのＡＮＦ報告のみを報告することができる。サブセットを決定するため、アクセス固有情報を用いて、例えば所定の伝送パフォーマンスのために比較的多いリソース(high resources)を必要とするＵＴＮを選択することができる。ＡＮＦが報告すべきＵＴＮのリストを選択し、（リソース消費、優先度などのような）何らかの条件に従ってソートし、リストされたＵＴＮのいくつ又は何％をハンドオーバすべきかを示すことで実現できる。そして、ＡＳＦは、ＡＮＦ情報報告に基づいて選択することができる。
【００３１】
さらに、ＵＴＮのリソースコストを、ＡＮＦ報告において重み付けすることができる。例えば、ＡＮＦ報告は、４つのＵＴＮを、 {UTN1 , W1=7}，{UTN2, W2=3}，{UTN3, W3=2}，{UTN4, W4=2}というリソース重みＷを割り当てて報告することができる。リソースコストを総重み７に減少させる必要があれば、ＡＳＦはこの要求を、ＵＴＮ１のみを選択するか、他の３つのＵＴＮ（ＵＴＮ１＋ＵＴＮ２＋ＵＴＮ３）を選択することによって達成することができる。通常ＡＮＦは、アクセスリソースを管理するアクセスネットワーク固有制御ノード（例えばＵＭＴＳ無線ネットワークコントローラ、ＷＬＡＮアクセスポイントコントローラ等）と共に配置されるか、一体化される。
【００３２】
接続管理機能（CMF: Connection Management Function）
図４及び図５に示す接続管理機能１４は、以下の機能を実行する。
- アクセス経路ａ又はｂのパフォーマンス（例えばデータレート、遅延、遅延ジッタ、誤り率）の観測。多くのシステムにおいて、アクセス経路のパフォーマンス及びリソース効率は、２、３のホップ、典型的にはＵＴＮを固定ネットワークに接続する最初の数ホップによって支配される。これらの場合、アクセス経路全体のパフォーマンス及びリソース効率を観察する代わりに、支配的な数ホップの性能及びリソース利用状況のみを、アクセス経路全体についての指標として用いるのが一般的である。そのようなシステムの例としては、無線ネットワーク、マルチホップネットワーク又は狭帯域固定アクセスネットワークがある。これら全ての場合、アクセス経路のパフォーマンスは最初のいくつかのアクセスホップの性能によって概して判別される。
- あるアクセス経路ａ又はｂに対するリソース利用状況（例えば、送信電力、処理能力(processing power)及びメモリ利用状況）の観測。
- データセッションに必要とされるサービスパフォーマンスの実現の監視。
- 新たな経路が検出及び／又は確立されたかどうかの観測。
- アクセス経路が無くなったか、切断されたかどうかの観測。
- 所謂ＣＭＦ報告メッセージ中の、アクセス経路に関する「危機的な」情報による、ＡＳＦの更新。これらＣＭＦ報告は、例えば以下に規定するような重大な状況が検出された場合や、重大な状況で無くなった場合は常に送信されるような、イベントに応じた送信がなされても良いし、周期的に送信されても良いし、周期的な報告とイベントに応じた報告とを組み合わせてもよい。
【００３３】
ＣＦＭ１４は図４に示すようにＵＴＮ内の個別ノードであってよい。ＣＦＭノード１４内に配置されるＣＭＦプロセッサ１８は、ＵＴＮ装置１６内に含まれる測定及び制御機能１７からの入力を受信する。受信した入力は利用可能なアクセス経路のパフォーマンス、利用可能なアクセス経路のリソース利用状況、利用可能なアクセス経路の変更、ハンドオーバイベント等であってよい。必要に応じて、ＣＦＭプロセッサ１８は、ＡＳＦ３４から、更新されたＣＭＦメッセージの送信要求を受信する。
【００３４】
あるいは、図５に示すように、ＣＭＦ１４、即ちＣＭＦプロセッサ１８は、ＣＦＭプロセッサ１８に入力を与える測定及び制御機能１７及び他のユーザ端末機能１９を備えるＵＴＮ装置１６内に実装される。ＣＭＦプロセッサ１８はさらに、別のＵＴＮ装置１１が備える測定及び制御機能１７からの入力も受信することができる。受信した入力は利用可能なアクセス経路のパフォーマンス、利用可能なアクセス経路のリソース利用状況、利用可能なアクセス経路の変更、ハンドオーバイベント等であってよい。必要に応じて、ＣＦＭプロセッサ１８は、ＡＳＦ３４から、更新されたＣＭＦメッセージの送信要求を受信する。
【００３５】
ＣＭＦはハンドオーバの決定について関連するであろうＵＴＮの１つ又はそれより多いデータセッション又はそのＵＴＮ全体に対する「危機的な」状況に関する第２の条件セットを規定する。
- １つ又はそれより多いアクセスリンクのリンク品質が変化したかどうか、
- 新たなリンクが検出されたかどうか、
- 現在のアクセスリンクによって、サービス要求を満たすことができないかどうか、
- 現在のアクセス技術において多すぎるハンドオーバが生じているかどうか、
- リソースコスト（処理、バッテリー、電力、利用料金）が高すぎるかどうか、
- アクセスリンクに対して大きな干渉が検出されているかどうか。
【００３６】
ハンドオーバは状況が「危機的」になった場合だけでなく、状況が危機的でなくなった際にも同様にトリガされうる。
【００３７】
そのような危機的状況が検出されたら（あるいは危機的状況が危機的でなくなったら）、ＣＭＦ２５はＣＭＦ報告メッセージ中でアクセス選択機能(ASF)３４に報告する。このＣＭＦ報告は、ユーザ端末ネットワーク識別子を含み、また、（あるいくつかのセッションのみをハンドオーバすべき場合には）どのＵＴＮ／セッションが危機的な状態に当てはまるのかを特定するセッションフロー識別子も含みうる。さらに、ＣＭＦ報告は、どのタイプの危機的状況が検出されているのか（例えば上述のリストから）及び、必要に応じて、状況を特定するさらなるパラメータを含む。これらのパラメータは、特定のタイプのアクセス技術にのみ有効なアクセス固有情報を含まない。その代わり、いくつかの、アクセス技術に依存しない(access-agnostic)情報が用いられる。これは、例えば、（予期されるデータレート(kb/s)、遅延(ms)、等）のような、アクセス技術に依存しない単位を特定するパラメータ、又は正規化された尺度、例えば０−１００の範囲で正規化された尺度で与えられるパラメータであってよい。ＣＦＭ報告メッセージは、例えば０−１００の尺度で、危機的状況の程度の指標を含んでも良い。加えて、ＣＭＦは、新たなアクセスリンクが検出された際、並びにこれらのアクセスリンクが確立された際、ＡＳＦに知らせる。
【００３８】
アクセス選択機能(ASF: Access Selection Function)
図６に示すアクセス選択機能３４は、複数のユーザ端末ネットワークについてのＡＳＦデータベース３６を管理する。このデータベース３６には、各ＵＴＮについて以下の情報が保存される。
- ＵＴＮ識別子、
- このユーザ端末ネットワーク用のアクセス経路のリスト。各アクセス経路について、以下の情報が保存される。
- 必要に応じて： アクセス経路に用いられているコアネットワークアンカー及び端末アンカーの識別子、及び対応するアクセス経路ルーティング方法（例えば、モバイルＩＰ、階層的モバイルＩＰ、モビリティ及びマルチホーミングプロトコル(MOBIKE)、ＧＰＲＳトンネリングプロトコル(GTP)）、
- アクセス経路識別子。これは例えば、ロケータ（例えば、モバイルＩＰ用のＩＰ気付(care of)アドレス、トンネルエンドポイント識別子又は、以下の識別子；ＲＡＮ識別子、ＲＡＮアクセスノード識別子及びＲＡＮ固有ＵＴＮ識別子の組み合わせ）であってよい。
- 必要に応じて： アクセス経路に用いられるアクセスのタイプ（例えばＷＬＡＮ、ＧＰＲＳ、ＵＭＴＳ、ＨＳＰＡ、ＤＳＬ、イーサネット（登録商標））、
- 例えば、ピークレート、平均レート、遅延、セキュリティサポート、ＱｏＳサポートのような、アクセス経路の特性。特性パラメータは、最後にいつ更新されたかを示す、それらに関するタイムスタンプを有することができる。
- 必要に応じて： エリア識別子、
- 必要に応じて： アクセス経路が危機的であるとマークされていることを示すマーカ。マーカは（いつそのアクセス経路が危機的であるとマークされたかを示す）タイムスタンプと、（マークの有効期間を示す）時間とを有することができる。
- 必要に応じて： ハンドオーバ頻度。
- セッションのリスト。各セッションについて、以下の情報が保存される。
- セッション要件。例えばＱｏＳ要件（遅延、レート等）、セキュリティ要件、
- アクティブなアクセス経路。セッションは複数のアクセス経路に同時にマッピングされてもよい。
【００３９】
あるＵＴＮの全セッションは、常に同一のアクセス経路にマッピングされねばならないようにしてもよい。この場合、この情報はセッション毎に保存する必要はなく、ＵＴＮに対して保存すればよい。
【００４０】
ＡＳＦのタスクは以下の通りである。
- 複数のＵＴＮに対する最適なアクセス経路の選択。これにより、複数のＵＴＮの複数のセッションは、複数のアクセス経路にマッピングされる。
- セッションフロートアクセス経路との結びつき(binding)が選択されたアクセス経路に対応するように、コアネットワークアンカー及びユーザ端末アンカーを更新する。
- 複数のＡＮＦ及びＣＭＦから、アクセス経路選択機能に関する情報を受信する。
- アクセス経路選択機能に関する情報をＡＳＦに返信する複数のＡＮＦ及びＣＭＦから、問い合わせ情報を受信する。
- 複数のＣＭＦ（ＣＭＦ報告）及び／又は複数のＡＮＦ（ＡＮＦ報告）によって情報が受信された際に、それに従ってＡＳＦデータベースを更新する。
- アクセス経路のハンドオーバが決定された際に、ＡＳＦデータベースを更新する。
【００４１】
タスクを実現できるように、ＡＳＦノード３４に配置されたＡＳＦプロセッサ３５はＡＦＮ２５及びＣＭＦ１４から入力を受信する。
【００４２】
ＡＳＦがＡＮＦ２５からＡＮＦ報告を受信した際、あるいはＣＭＦ１４からＣＭＦ報告を受信した際、ＡＳＦは以下の機能を実行する。
- 影響を受ける可能性のある全てのＵＴＮ及びセッションを特定する。影響を受けるＵＴＮ及びセッションは、メッセージ内に明示的にリストアップされていてよい。メッセージにはさらに、そのエリア識別子に関連するアクセス経路によって全ＵＴＮが影響を受けていることを示すエリア識別子を含むことができる。
- 影響を受けているＵＴＮ／セッションに対して、可能性のあるハンドオーバオプションを特定する。すなわち、可能性のある代替アクセス経路を特定する。ハンドオーバの特別の形態は、端末が代替アクセス経路を有さない場合である。（例えば、このユーザがアクセスリソースを使いすぎであるため）、このユーザに対するハンドオーバを行わせるためのＡＮＦによる要求が受信されると、このユーザのセッションは打ち切られるであろう。各ＡＮＦは、このＵＴＮに対する代替アクセス経路が存在するかどうかを知らないので、ＡＮＦによる先取りは実現できないであろう。
- 影響を受けている全てのＵＴＮ／セッションについての、可能性のある全てのハンドオーバオプションのリストを形成する。
- 必要に応じて： ＡＮＦ及び／又はＣＭＦに、候補アクセス経路の情報状態を要求する。候補アクセス経路に関し、いくつかのパラメータはしばらく更新されていないかも知れない（そのことは、各パラメータ更新に関するタイムスタンプから判別可能である）。
- 以下の条件の（少なくともいくつかの）組み合わせに基づいて、可能性のあるハンドオーバオプションを優先度でソートする。
- ポリシー（ユーザ加入条件）。一部のユーザは、より高品質レベル及び／又は高い優先度でサービスを受けることが可能なプレミアム加入条件を満たしているかもしれない。
- このユーザ端末ネットワークについての代替アクセス経路の利用可能性、
- 代替アクセス経路のサービス要件及び能力、
- このＵＴＮ／セッションへの対処の重大性。重大性は、セッション要件のどの程度が満たされているかで規定することができる。最低要件すら満たされていない場合、ハンドオーバは非常に重大であると分類される。同様に、代替アクセス経路が存在せず、可能なハンドオーバオプションがセッションの打ち切り(drop)のみである場合にも、非常に重大であると分類される。セッション要件は、他の要件のみならず、セキュリティ要件のような、ＱｏＳに関連するものであってよい。
- リストから、優先順に、必要とされる対処の閾値が満たされるまでハンドオーバを実行する。
【００４３】
ある１つのＵＴＮに対するアクセス経路特性が変化した場合にハンドオーバ決定がトリガされることが多い（これは、ＣＭＦ又はＡＮＦにより行うことができる）。この場合、ソートされたハンドオーバ動作リストは、このＵＴＮについて可能性のあるハンドオーバオプションをリストしており、その最初の要素は、「最良の」代替アクセス経路へのハンドオーバを与える。ハンドオーバ決定が所定のセルの負荷が閾値を超えた際にトリガされた場合、ハンドオーバ動作のソートされたリストは、過負荷セル内に位置する全てのＵＴＮに対して可能なハンドオーバオプションをリストする。この場合、全てのＵＴＮがハンドオーバを実行する必要はなく、総セル負荷が再び減少するように、いくつかのＵＴＮのみが実行すればよい。いくつのＵＴＮでハンドオーバを実施する必要があるかは、負荷状況がどれくらい危機的かを伝えるＡＮＦ報告中のパラメータから判別することができる。このパラメータは、例えば、このＡＮＦ報告によって影響を受けるＵＴＮの何パーセントをハンドオーバすべきかを示すことができる。
【００４４】
ハンドオーバの実行は、コアネットワークアンカー３２及びユーザ端末ネットワークアンカー１２ノードに、ハンドオーバを実行するよう命令することによって行われる。すなわち、コアネットワークアンカー３２及びＵＴＮアンカー１２のぞれぞれにおけるアクセス経路切替機能３８及び１３が、ＡＳＦプロセッサ３５からハンドオーバに関する出力を受信する。コアネットワークアンカー３２及びＵＴＮアンカー１２はいずれも、例えばモバイルＩＰ、ＧＴＰ、ローカルバインディング等に基づいてハンドオーバを実行するための、様々な複数の手順／プロトコルをサポートすることができる。適切な手順及び対応するアクセス経路識別子は、ＡＳＦによって提供される。
【００４５】
少なくとも２つのアクセス経路間でいつハンドオーバを実行すべきかについての第１の条件セットがＡＮＦによって判別され、少なくとも２つのアクセス経路間でいつハンドオーバを実行すべきかについての第２の条件セットがＣＭＦによって判別される。少なくとも２つのアクセス経路間でいつハンドオーバを実行すべきかについての第３の条件セットは、例えばポリシールールが変更された際であってよい。
これは、
- ＵＴＮが所定のアクセスネットワーク又はアクセス技術を用いるための全ての資源(credit)を使い切った。
- アクセスネットワーク又はアクセス技術の利用についての認証が取り消された。- ユーザの優先度が変更された。
- アクセスネットワークが他のアクセスネットワークとリソースを共用する取り決めを変更した。
- アクセスネットワークの利用料金が変更された。
であってよい。
【００４６】
図７に示す、本発明の好ましい実施形態におけるアクセスネットワーク機能(ANF)における手順は、以下の通りである。
- セル負荷及び利用可能なリソース、処理負荷及び、リンク品質といったアクセス固有情報をアクセスネットワーク制御ノードから受信する（ステップ７１）。
- 受信した情報を「危機的な」状況についての条件、すなわち、セル負荷又は利用可能なリソースの数が危機的になったか、処理負荷又はＡＮ伝送ネットワーク負荷が危機的になったか、あるユーザ端末についてのハンドオーバ頻度が危機的になったか、又はあるアクセスリンクのリンク品質が危機的になったか、と比較する（ステップ７２）。
- もし、いずれの危機的状況にも当てはまらない場合、ステップ７１に戻る。
- いずれかの危機的状況を満足する場合、状況がどの程度危機的なのかの表示を判別する（ステップ７３）。
- 影響を受けているＵＴＮ及び、ＵＴＮのセッションのうち、関連する可能性のあるものを判別し（ステップ７４）、影響を受けているＵＴＮ及び／又はセッションのリストを得る。
- 必要に応じて、影響を受けているＵＴＮ及び／又はセッションのリストをフィルタリングする（ステップ７５）。
- 関連ＵＴＮ及び／又はセッション（フィルタリングされているかもしれない）、エリア識別子及び、状況がどれくらい危機的かを示す表示を含む、ＡＮＦメッセージをＡＳＦへ送信する。
- ＡＮＦがＡＳＦから更新メッセージの要求を受信するか、ＡＮＦメッセージがＡＳＦへ周期的に送信されている場合、図７の左側に示すように、ステップ７４−７６を実行する。
【００４７】
図８に示す、本発明の好ましい実施形態における接続管理機能(CMF)における手順は、以下の通りである。
- 性能、リソース及びイベントといった、アクセス経路における計測結果を受信する（ステップ８１）。
- 受信した情報を、危機的状況に関する条件、すなわち、１つ又はそれより多いアクセスリンクのリンク品質が変化したか、新たなアクセスリンクが検出されたか、サービス要件を現在のアクセスリンクで満たすことができないか、現在のアクセス技術で多すぎるハンドオーバが生じているか、リソースコスト（処理、バッテリ、電力）が高すぎるか、又はあるアクセスリンクに対して大きな干渉が検出されているか、と比較する（ステップ８２）。
- いずれの危機的条件にも当てはまらなければ、ステップ８１へ戻る。
- いずれかの危機的条件を満足する場合、状況がどの程度危機的かの表示を判別する（ステップ８３）。
- 関連するセッションのうち、影響を受けているものを判別する（ステップ８４）。
- アクセス技術に依存しない別のパラメータ、例えばビットレート(kb/s)を判別する（ステップ８５）。
- ＵＴＮ識別子、関連する可能性のあるセッション、危機的状況のタイプ（又は、周期的更新であれば、更新／状況を特定する、データレート(kb/s)といったアクセス技術に依存しない追加パラメータ）と、状況がどの程度危機的かの表示とを含むＣＭＦメッセージをＡＳＦに送信する（ステップ８６）。
- ＣＭＦが、ＡＳＦから、アクセス経路状況更新メッセージの要求を受信するか、ＣＭＦメッセージが周期的にＡＳＦへ送信されている場合、図８の左側に示すように、ステップ８４−８６を実行する。
【００４８】
図９に示す、本発明の好ましい実施形態におけるアクセス選択機能(ASF)における手順は、以下の通りである。
- ＡＮＦ及びＣＭＦメッセージを受信する（ステップ９１）。ＡＮＦメッセージは関連ＵＴＮ及び／又はセッション（フィルタリングされているかもしれない）、エリア識別子、及び状況がどの程度危機的かの表示を含んでいる。ＣＭＦメッセージは、ＵＴＮ識別子、関連する可能性のあるセッション、危機的状況のタイプ（又は、周期的更新であれば、更新／状況を特定する、データレート(kb/s)といったアクセス技術に依存しない追加パラメータ）と、状況がどの程度危機的かの表示とを含む。
- ＡＳＦデータベースを、受信した情報で更新する（ステップ９２）。
- 影響を受けているＵＴＮ及び／又はセッション、すなわち、ハンドオーバの候補を、データベースからの関連情報を用いて特定する。
- アクセス選択のための十分な情報が利用可能であるか、また、パラメータが最新であるかをチェックする。チェックが成功裏に終わらなければ、１つ又はそれより多いＡＮＦ及び／又は１つ又はそれより多いＣＭＦに、報告を更新するように要求し、ステップ９１へ戻る。
- ハンドオーバオプション（すなわち可能性のある代替アクセス経路）を、優先順位に従ってソートしたリストを、データベースからの関連情報を用いて特定する。
- ソートされたリストから、最初のハンドオーバ（ＵＴＮ及び／又はセッション）を選択し、そのハンドオーバをリストから除去する（ステップ９５）。
- コア及びＵＴＮアンカーを、セッションフローを新たなアクセス経路へ結びつけるように更新して、選択されたＵＴＮ及び／又はセッションのハンドオーバを実行する。
- 要求されたハンドオーバの予め定められた閾値に達するまで、ソートされたリストの最初のハンドオーバを選択する。
- 要求されたハンドオーバの予め定められた閾値に達したら、ＡＳＦデータベースを更新する（ステップ９７）。
【００４９】
従って、本発明の好適な実施形態によれば、コアネットワーク及び、少なくとも２つのアクセスネットワークを介して少なくとも２つのアクセス経路でコアネットワークと通信する少なくとも１つのユーザ端末ネットワークを備えるマルチアクセス通信ネットワークにおけるハンドオーバの決定を行うための方法であって、複数のデータセッションが、第１のアクセスネットワークを介する第１のアクセス経路と、第２のアクセスネットワークを介する第２のアクセス経路でルーティングされる方法が、以下のステップを含む。
- 少なくとも２つのアクセス経路間でいつハンドオーバを行うべきかについての第１の条件セットを判別し、
- 前記第１の条件セットの少なくとも１つが満たされた場合、第１の報告を送信し、
- 前記少なくとも２つのアクセス経路間でいつハンドオーバを行うべきかについての第２の条件セットを判別し、
- 前記第２の条件セットの少なくとも１つが満たされた場合、第２の報告を送信し、
- 前記送信された第１及び第２の報告の少なくとも１つに基づいて、ハンドオーバすべき前記少なくとも１つのユーザ端末ネットワークの１つ又はそれより多いデータセッションを判別し、
- 前記判別されたデータセッションを、あるアクセス経路から代替アクセス経路へ再ルーティングしてハンドオーバを実行する。
【００５０】
本発明はまた、ディジタルコンピュータの内部メモリに直接読み込み可能なコンピュータプログラム製品であって、前記コンピュータで実行した際に本発明の方法を実行するためのコンピュータプログラムを備えるコンピュータプログラム製品を含む。
【００５１】
従って、本発明の基本的な新規な特徴が、本発明の好ましい実施形態に適用されたものとして説明並びに指摘してきたが、図示された装置の形態及び詳細、さらにはその動作について、本技術分野の当業者は本発明の精神から離れることなく様々な省略、置換及び変更を行いうることが理解されよう。例えば、実質的に同じ方法で実質的に同じ機能を実行し、同じ結果を実現する、構成要素及び／又は方法ステップのいかなる組み合わせは、本発明の範囲に包含されることが明確に意図されている。さらに、本発明の開示された形態又は実施形態とともに図示及び／又は説明された構成及び／又は要素及び／又は方法ステップは、設計事項の一般的内容として開示、記述、又は示唆された他の形態又は実施形態と組み合わせることができる。これは、添付の特許請求の範囲によって示されるものとしてのみ限定されるべきであるという意図である。
【図面の簡単な説明】
【００５２】
【図１】本発明の一実施形態によるアクセス選択機能分散を用いたネットワークアーキテクチャについての模式的なブロック図である。
【図２】本発明の別の実施形態によるアクセス選択機能分散を用いたネットワークアーキテクチャについての模式的なブロック図である。
【図３】アクセスネットワーク制御機能(ANF)ノードの例示的なハードウェア実装についての模式的なブロック図である。
【図４】ユーザ端末ネットワーク(UTN)内の接続管理機能(CMF)ノードの例示的なハードウェア実装についての模式的なブロック図である。
【図５】ユーザ端末ネットワーク(UTN)装置内の接続管理機能(CMF)ノードの例示的なハードウェア実装についての模式的なブロック図である。
【図６】アクセス選択機能(ANF)ノードの例示的なハードウェア実装についての模式的なブロック図である。
【図７】アクセスネットワーク機能(ANF)ノードにおけるステップを示す例示的なフローチャートである。
【図８】接続管理機能(CMF)ノードにおけるステップを示す例示的なフローチャートである。
【図９】アクセス選択機能(ASF)ノードにおけるステップを示す例示的なフローチャートである。
【図１】
2009512335.tif 000003
【図２】
2009512335.tif 000004
【図３】
2009512335.tif 000005
【図４】
2009512335.tif 000006
【図５】
2009512335.tif 000007
【図６】
2009512335.tif 000008
【図７】
2009512335.tif 000009
【図８】
2009512335.tif 000010
【図９】
2009512335.tif 000011
【国際調査報告】
2009512335.tif 000012
2009512335.tif 000013
2009512335.tif 000014
2009512335.tif 000015