JP2017513255A - セル間でのモビリティ及び／又はアクセス選択のステアリング - Google Patents

Abstract

セル間でのアクセスをステアリングするネットワークノードにより実行される方法を提供する。方法は、拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告をユーザ機器から受信すること（１３０１）を備える。方法は、拒否セルを受け持つ拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、少なくとも１つのオフローディングパラメータ及び／又は閾値を変更することによりセル間でのユーザ機器のアクセスをステアリングすること（１３０２）を更に備える。この新しい種類の報告を用いて、ネットワークは、使用可能なより多くの情報を有するためにより適切な方法でオフローディングパラメータ及び／又は閾値を変更できる。

Description

本発明は、一般に、異なる無線アクセスネットワークのセル間又は同一の無線アクセスネットワークの異なるセル間でのモビリティ及び／又はアクセス選択に関する。本発明は、特に、セル間でのアクセスのステアリングを可能にする方法、並びにセル間、対応するユーザ機器とネットワークノードとの間及び対応するコンピュータプルグラムとコンピュータプログラム製品との間でのアクセスのステアリングの方法に関する。

ワイヤレス通信又は無線通信の技術の重要な側面は、異なる無線アクセスネットワークのセル間又は同一の無線アクセスネットワークの異なるセル間でのモビリティ及び／又はアクセス選択に関する。異なる無線アクセスネットワークを考慮する場合、ソースセル及びターゲットセルは、セルラネットワーク及び無線ローカルエリアネットワークＷＬＡＮ等の異なる無線アクセス技術の無線アクセスネットワークに属する。

端末等の通信装置は、例えばユーザ機器（ＵＥ）、移動端末、無線端末及び／又は移動局としても知られている。端末は、セルラ通信ネットワーク、あるいはセルラ無線システム又はセルラネットワークと呼ばれることもある無線通信システムにおいて無線通信できる。通信は、セルラ通信ネットワーク内に含まれ、且つ／あるいはセルラ通信ネットワークに接続された無線アクセスネットワーク（ＲＡＮ）及び場合によっては１つ以上のコアネットワークを介して、例えば２つの端末間、端末と通常の電話との間及び／又は端末とサーバとの間で実行される。

無線通信システムの例としては、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）、ユニバーサル移動通信システム（ＵＭＴＳ）及び汎ヨーロッパデジタル移動通信システム（ＧＳＭ）がある。

いくつかの別の例を挙げると、更に端末は、無線機能性を有する移動電話、携帯電話、ラップトップ又はサーフプレートと呼ばれてもよい。例えば本発明のコンテキストにおける端末は、ＲＡＮを介して別の端末又はサーバ等の別のエンティティと音声及び／又はデータを通信できるポータブル移動デバイス、ポケット収納可能移動デバイス、ハンドヘルド移動デバイス、コンピュータを備えた移動デバイス又は車両搭載移動デバイスである。

セルラ通信ネットワークは、セル領域に分割される地域を範囲に含む。アクセスノード、例えば使用される技術及び用語に応じて「ｅＮＢ」、「ｅＮｏｄｅＢ」、「ＮｏｄｅＢ」、「Ｂ ｎｏｄｅ」等と呼ばれることもある無線基地局（ＲＢＳ）又はＢＴＳ（基地局トランシーバ）等の基地局は、各セル領域を受け持つ。基地局は、送信電力及びセルサイズにも基づいて、例えばマクロｅＮｏｄｅＢ、ホームｅＮｏｄｅＢ又はピコ基地局等の異なる種類の基地局である。セルは、無線有効範囲が基地局サイトにおいて基地局により提供される地域である。基地局サイト上に位置している１つの基地局は、１つ又はいくつかのセルを受け持つ。更に各基地局は、１つ又はいくつかの通信技術をサポートする。基地局は、無線周波数上で動作するエアインタフェースを介して、基地局の範囲内の端末と通信する。本開示内容のコンテキストにおいて、ダウンリンク（ＤＬ）という表現は、基地局から移動局への伝送経路に対して使用される。アップリンク（ＵＬ）という表現は、逆方向、即ち移動局から基地局への伝送経路に対して使用される。

例として、第３世代パートナーシッププロジェクト（３ＧＰＰ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）において、ｅＮｏｄｅＢ又は更にはｅＮＢとも呼ばれる基地局は、１つ以上のコアネットワークに直接接続される。

３ＧＰＰ ＬＴＥ無線アクセス規格は、アップリンクトラフィック及びダウンリンクトラフィックの双方に対して高いビットレート及び短い待ち時間をサポートするために書かれている。無線基地局は、ＬＴＥにおける全てのデータ送信を制御する。

一例として、Ｗｉ−Ｆｉ技術及び同様のＷＬＡＮ技術は、固定のブロードバンドアクセスへの拡張としてだけではなく、セルラネットワークオペレータから益々関心を集めている。主な関心は、常に増加している無線帯域幅の需要に対処するために、セルラ無線アクセスネットワーク技術の拡張又はその代替としてＷｉ−Ｆｉ技術を使用することに関する。例えば３ＧＰＰ技術のうちのいずれか、ＬＴＥ、ＵＭＴＳ／ＷＣＤＭＡ又はＧＳＭを用いて移動ユーザを現在受け持っているセルラオペレータは、Ｗｉ−Ｆｉを通常のセルラネットワークにおいて適切なサポートを提供する無線技術であると考える。「オペレータ制御Ｗｉ−Ｆｉ」という用語は、セルラネットワークオペレータの既存のネットワークとあるレベルで統合され、且つ３ＧＰＰ無線アクセスネットワーク及びＷｉ−Ｆｉ無線アクセスが同一のコアネットワークに接続されて同一のサービスを提供しさえするＷｉ−Ｆｉ配置を指し示す。

現在、いくつかの規格化団体におけるオペレータ制御Ｗｉ−Ｆｉの領域において何らかの活動がある。３ＧＰＰにおいて、Ｗｉ−Ｆｉアクセスポイントを３ＧＰＰ専用コアネットワークに接続する活動が遂行される。Ｗｉ−Ｆｉアライアンス（ＷＦＡ）において、Ｗｉ−Ｆｉ製品の認証に関連した活動は実行されていない。これも、ある程度、セルラオペレータがネットワークにおいて高帯域幅を与えるのをサポートするために、Ｗｉ−Ｆｉを実行可能な無線技術にする必要性から引き起こされる。Ｗｉ−Ｆｉオフロードという用語が一般的に使用され、用語は、セルラネットワークオペレータがピークトラフィック時間等においてセルラネットワークからＷｉ−Ｆｉにトラフィックをオフロードするための手段を探す状況及び例えば、要求されたサービスの品質を提供するため、帯域幅を最大限にするため又は単に有効範囲のために、セルラネットワークが何らかの理由でオフロードされる必要がある状況を指し示す。

現在のＷｉ−Ｆｉ及び現在の他の無線ローカルエリアネットワーク（ＷＬＡＮ）の配置の殆どは、完全にモバイルネットワークから分離され、端末の視点から統合されていないものとして考えられる。Ａｎｄｒｏｉｄ(tm)及びｉｏＳ(r)等のＵＥのためのオペレーティングシステム（ＯＳ）の殆どは、ＵＥがある特定のレベルを上回る受信信号強度を有する適切なネットワークを検出すると、全てのＩＰトラフィックをＷｉ−Ｆｉネットワークに即座に切り替える単純なＷｉ−Ｆｉオフローディング機構をサポートする。今後、Ｗｉ−Ｆｉにオフロードするか否かの決定をアクセス選択戦略と呼び、「Ｗｉ−Ｆｉ−ｉｆ−ｃｏｖｅｒａｇｅ」という用語は、そのようなネットワークが検出される場合は常にＷｉ−Ｆｉを選択する上述の戦略を示すために使用される。

問題は、別の無線アクセスネットワークのセル又は同一の無線アクセスネットワークのセルにオフロードすることを示すモビリティポリシーを有するＵＥがセル間で「ピンポンされる」恐れがあることである。このいわゆるピンポン効果により、結果としてＵＥ及び当該無線アクセスネットワークの性能が低下する。例えばピンポンした結果、サービスが中断し、かなりの不要な信号伝送が生じる恐れがある。

一般的な目的は、セル間でのアクセスのステアリングに対するサポートを提供し、且つ／あるいはそれを向上することである。

特に、異なるセル間でのオフローディングに対するサポートを提供し、且つ／あるいはそれを向上することが望ましい。

目的は、セル間でのアクセスのステアリングを可能にするユーザ機器により実行される方法を提供することである。

更なる目的は、セル間でのアクセスをステアリングするネットワークノードにより実行される方法を提供することである。

別の目的は、セル間でのアクセスのステアリングを可能にするように構成されたユーザ機器を提供することである。

更に別の目的は、セル間でのアクセスをステアリングするように構成されたネットワークノードを提供することである。

更に別の目的は、対応するコンピュータプログラム及びコンピュータプログラム製品を提供することである。

更なる目的は、ネットワークノード間でのアクセスのステアリングを可能にするユーザ機器を提供することである。

目的は、ネットワークノード間でのユーザ機器のアクセスをステアリングするネットワークノードを提供することである。

更に別の目的は、無線アクセスネットワークにおける動作のために構成されたネットワークノードを提供することである。

これらの目的及び他の目的は、提案された技術の実施形態により達成される。

第１の態様によれば、セル間でのアクセスのステアリングを可能にするユーザ機器により実行される方法が提供される。方法は、拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示を受信するステップを備える。方法は、拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに送出するステップを更に備える。

第２の態様によれば、セル間でのアクセスをステアリングするネットワークノードにより実行される方法が提供される。方法は、拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告をユーザ機器から受信するステップを備える。方法は、拒否セルを受け持つ前記拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、少なくとも１つのオフローディングパラメータ及び／又は閾値を変更することにより、セル間でのユーザ機器のアクセスをステアリングするステップを更に備える。

第３の態様によれば、セル間でのアクセスのステアリングを可能にするように構成されたユーザ機器が提供される。ユーザ機器は、拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示を受信するように構成される。ユーザ機器は、拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに送出するように構成される。

第４の態様によれば、セル間でのアクセスをステアリングするように構成されたネットワークノードが提供される。ネットワークノードは、拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告をユーザ機器から受信するように構成される。ネットワークノードは、拒否セルを受け持つ拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、セル間でのユーザ機器のアクセスをステアリングするために使用された少なくとも１つのオフローディングパラメータ及び／又は閾値を変更するように構成される。

第５の態様によれば、少なくとも１つのプロセッサにより実行される場合に、少なくとも１つのプロセッサに、
−拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示を受信させ、
−拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに対して送出させる命令を含むコンピュータプログラムが提供される。

第６の態様によれば、少なくとも１つのプロセッサにより実行される場合に、少なくとも１つのプロセッサに、
−拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示すユーザ機器から発生する報告を受信させ、
−拒否セルを受け持つ拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、セル間でのユーザ機器のアクセスをステアリングするために使用された少なくとも１つのオフローディングパラメータ及び／又は閾値を変更させる命令を含むコンピュータプログラムが提供される。

第７の態様によれば、上述の第５の態様又は第６の態様のコンピュータプログラムを格納するコンピュータ可読記憶媒体を備えるコンピュータプログラム製品が提供される。

第８の態様によれば、ネットワークノード間でのアクセスのステアリングを可能にするユーザ機器が提供される。ユーザ機器は、拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示を受信する受信モジュールを備える。ユーザ機器は、拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を生成する生成モジュールも備える。ユーザ機器は、拒否セルにアクセスできないことを示す報告を拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに送出する送出モジュールを更に備える。

第９の態様によれば、ネットワークノード間でのユーザ機器のアクセスをステアリングするネットワークノードが提供される。ネットワークノードは、拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示すユーザ機器から発生する報告を受信する受信モジュールを備える。ネットワークノードは、拒否セルを受け持つ拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、異なるネットワークノードのセル間でのユーザ機器のアクセスをステアリングするために使用された少なくとも１つのオフローディングパラメータ及び／又は閾値を変更する変更モジュールを更に備える。

第１０の態様によれば、無線アクセスネットワークにおける動作のために構成されたネットワークノードが提供される。ネットワークノードは、ネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルとも呼ばれるセルへのユーザ機器のアクセスを拒否するように構成される。ネットワークノードは、ネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示をユーザ機器に送出するように構成される。

このように、セル間でのアクセスのステアリングをサポート及び／又は向上できる。他の利点は、詳細な説明を読む際に理解されるだろう。

実施形態は、添付の図面と共に以下の説明を参照することにより、実施形態の更なる目的及び利点と共に最もよく理解される。

ＲＡＮレベルのＷＬＡＮと３ＧＰＰとのインタワーキングの種々の例を示す概略図である。 ＲＡＮレベルのＷＬＡＮと３ＧＰＰとのインタワーキングの種々の例を示す概略図である。 ＲＡＮレベルのＷＬＡＮと３ＧＰＰとのインタワーキングの種々の例を示す概略図である。 自己最適化ネットワークＳＯＮの原理に基づく独自開発のステアリング解決方法の背後のアーキテクチャの例を示す概略図である。 アクセス選択のための別のアーキテクチャの例を示す概略図である。 関連付けられた閾値に基づいてＬＴＥからＵＴＲＡＮへのハンドオーバをトリガする例を示す概略図である。 関連付けられた閾値に基づいてＵＴＲＡＮからＬＴＥへのハンドオーバをトリガする例を示す概略図である。 ＬＴＥに復帰する際に無線リンク障害ＲＬＦの報告をネットワークが入手できるようにする例を示す概略図である。 ＬＴＥに復帰する際に無線リンク障害ＲＬＦの報告をネットワークが入手できるようにする例を示す概略図である。 従来の「ＷｉＦｉ−ｉｆ−ｃｏｖｅｒａｇｅ」戦略の種々の欠点の例を示す概略図である。 第１の無線アクセスネットワーク及び第２の無線アクセスネットワークの部分の例を示す概略図である。 拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告の信号伝送に対する種々のシナリオの例を示す概略図である。 拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告の信号伝送に対する種々のシナリオの例を示す概略図である。 拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告の信号伝送に対する種々のシナリオの例を示す概略図である。 一実施形態に係るセル間でのアクセスのステアリングを可能にするユーザ機器により実行される方法の例を示す概略的なフローチャートである。 一実施形態に係るセル間でのアクセスをステアリングするネットワークノードにより実行される方法の例を示す概略的なフローチャートである。 障害報告を受信するＷＬＡＮアクセスポイントが報告をＲＩＭメッセージの一部としてソースネットワークノードに転送する方法の例を示す概略的な信号伝送図である。 セル間でのユーザ機器のアクセスのステアリングを可能にするための信号伝送及び動作の例を示す概略図である。 一実施形態に係るユーザ機器の例を示す概略ブロック図である。 一実施形態に係るネットワークノードの例を示す概略ブロック図である。 一実施形態に係るコンピュータの実現例の例を示す概略図である。 相補的な一実施形態に係るユーザ機器の例を示す概略ブロック図である。 相補的な一実施形態に係るネットワークノードの例を示す概略ブロック図である。

図中、同一の図中記号は、同様の要素又は対応する要素に対して使用される。

本明細書の実施形態は、異なる無線アクセスネットワークのセル間及び／又は同一の無線アクセスネットワークの異なるセル間でのモビリティ及びアクセス選択の問題に対処する。特に、本明細書の実施形態は、異なるアクセス技術の無線アクセスネットワーク間、例えば３ＧＰＰセルラＲＡＮとＷＬＡＮとの間でのモビリティ及びアクセス選択に対処する。例えば本明細書の実施形態は、２つのネットワークにおいて使用される不一致のオフローディングパラメータ及び／又は閾値、並びに／あるいはアルゴリズムに起因する３ＧＰＰ ＲＡＮとＷＬＡＮとの間のピンポンの問題に対処する。

上述したように、異なるセル間でのオフローディングに関連したいわゆるピンポン効果の結果、当該ユーザ機器及び／又はネットワークに対する性能が低下する恐れがある。特に、本発明者は、ＷｉＦｉ等の別のＲＡＮにおけるセル又は同一のＲＡＮの別のセルにオフロードすることを示すモビリティポリシーを有するＵＥが、例えばＷｉＦｉ ＡＰ等のターゲットＲＡＮノード又はターゲットセルにおける負荷条件のために、あるいは一般にターゲットＲＡＮノード内部の問題のために、あるいは少なくとも正常な無線アクセスとは無関係にターゲットセルから拒否される恐れがあることが特に問題であることを理解している。

提案された技術は、無線アクセスネットワークにおけるユーザ機器及び／又はネットワークノードの動作を向上させる。

第１の態様によれば、セル間でのアクセスのステアリングを可能にするユーザ機器により実行される方法が提供される。図１２の例を参照すると、方法は以下のステップを備える。

ステップ１２０１：拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示を受信するステップ。

ステップ１２０２：拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに送出するステップ。

一般に、拒否セルにアクセスできないことを示す報告を送出することにより、報告に基づいて使用可能なセルと隣接セルとの間でのユーザ機器のアクセスのステアリングのために使用される少なくとも１つのオフローディングパラメータ及び／又は閾値を変更できる。

例として、アクセスのステアリングは、無線アクセスネットワーク間でのトラフィックのステアリングのためのトラフィックステアリングを伴う。

例えば方法は、ソースセルからターゲットセルにオフロードすることに関連して実行され、拒否セルは拒否ターゲットセルである。ソースセル及びターゲットセルは、同一の無線アクセスネットワークに属してもよく、あるいは異なる無線アクセスネットワークに属してもよい。

オプションとして、ソースセル及びターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属する。

一例として、ある無線アクセスネットワークはセルラ無線アクセスネットワークであり、別の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮである。

例えばセルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークであってもよい。

オプションの一実施形態において、使用可能なセルを受け持つネットワークノードは、拒否セルに向けたオフロードが発信されたソースセルをホストするソースネットワークノードとは異なる。

別のオプションの一実施形態において、使用可能なセルを受け持つネットワークノードは、拒否セルに向けたオフロードが発信されたソースセルをホストするソースネットワークノードと同一である。

図１２に示されるように、拒否セルを受け持つネットワークノードを第２のネットワークノードと示すこともある。それに対応して、拒否セルを第２のセルと呼ぶこともある。

比較のために、オフロードが発信されたソースセルをホストするネットワークノードを第１のネットワークノードと示すこともあり、ソースセルを第１のセルと示す。使用可能なセルを受け持つネットワークノードを第３のネットワークと示すこともあり、使用可能なセルを第３のセルと示す。更に詳細に後述するように、第３のネットワークノードは、いくつかのシナリオにおいて第１のネットワークノードと同一であってもよい。

この用語を使用して、本明細書の実施形態の一態様によれば、目的は、第３のセルと隣接セルとの間でのユーザ機器のアクセスのステアリングを可能にするユーザ機器における方法により達成される。方法は、以下のいずれか１つ以上の動作を含む。

・第２のネットワークノードの内部理由のために第２のセルへのアクセスを拒否する表示を受信すること。拒否の表示は拒否の原因の表示を含む。この動作は、ユーザ機器における受信手段により実行される。
・第２のネットワークノードの内部理由のために第２のセルにアクセスできないことを示す報告を第３のネットワークノードに送出すること。報告は、障害に関する情報を含む。この動作は、ユーザ機器における送出手段により実行される。

拒否ネットワークノードの内部理由のために拒否セルとも呼ばれるセルへのアクセスを拒否する表示は、無線チャネル条件とは無関係の拒否の表示である。これは、拒否が無線信号の正常な受信又は配信の欠如に起因しないことを意味する。換言すると、セルにアクセスできないのは無線条件に起因せず、結果としてそれとは無関係である。これは、障害報告が無線条件とは無関係の障害を表す情報を含むことも意味する。

特定の例において、拒否の表示は、拒否セルを受け持つネットワークノードにおける負荷条件に起因する拒否の表示である。拒否に対して他の内部理由が存在するが、以下に例示するように、拒否の大部分は、拒否ネットワークノードにおける負荷条件に起因することが予想される。

一例として、拒否セルにアクセスできないことを示す報告は、拒否の原因の表示を含む。

例えば拒否の原因の表示は、以下の少なくとも１つを示す。
・過負荷又は負荷に依存した拒否理由
・サポートされないベアラ／サービスの種類又は要求されたデータサービスを提供できないことを示す拒否原因
・供給停止、あるいはデータトラフィックを残りのネットワークに送出できない又は残りのネットワークから受信できないことに起因する拒否原因
・転送ネットワーク障害又は転送ネットワーク上の問題に起因する拒否原因
・ターゲットセルにおいて許可されないユーザ機器又はユーザ機器を認可できないことに起因する拒否原因
・拒否時に提供されるオペレータが設定した値

オプションの一実施形態において、拒否セルにアクセスできないことを示す報告は、以下の少なくとも１つを更に含んでもよい。
・ターゲットセルへのオフロードの前に収集された最新の測定値
・拒否が行われたターゲットセルの識別番号
・ターゲットセルへのオフロードの前にユーザ機器を受け持つソースセルの識別番号
・ターゲットセルに拒否された後にユーザ機器が接続を再確立したセルの識別番号
・拒否の発生から障害報告がユーザ機器から信号伝送されるまでの時間
・ターゲットセルへのオフロードの前にサポートされたベアラに対するベアラ識別子

第２の態様によれば、セル間でのアクセスをステアリングするネットワークノードにより実行される方法が提供される。図１３を参照すると、方法は以下のステップを備える。

ステップ１３０１：拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告をユーザ機器から受信するステップ。

ステップ１３０２：拒否セルを受け持つ拒否ネットワークの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、少なくとも１つのオフローディングパラメータ及び／又は閾値を変更することにより、セル間でのユーザ機器のアクセスをステアリングするステップ。

この新しい種類の報告を用いて、ネットワークは、使用可能なより多くの情報を有するためにより適切な方法でオフローディングパラメータ及び／又は閾値を変更できる。報告は、ある程度直接的に使用されるか、あるいはその後オフローディングパラメータ及び／又は閾値を変更するために使用される障害統計のための根拠として使用される。いずれにしろ、拒否セルにアクセスできないことを示す報告は、セル間でのステアリング基準の変更において考慮される。

例として、当該障害は、無線の理由ではなく発生する障害である。換言すると、障害は、無線信号の正常な受信又は配信の欠如に起因しない。従って、障害は無線チャネル条件とは無関係である。

例として、セル間でのユーザ機器のアクセスをステアリングするステップは、ネットワークノードが受け持つセルと隣接セルとの間で実行され、ネットワークノードが受け持つセルと隣接セルとの間でのユーザ機器のアクセスをステアリングするステップは、隣接セルに対するオフロードポリシーにおけるオフローディングパラメータ及び／又は閾値を変更することを含む。

定義に応じて、オフロードポリシーにおけるオフローディングパラメータ及び／又は閾値を変更するステップは、オフロードポリシーを変更する特定の方法であると考えられる。

例えば方法は、ソースセルからターゲットセルにオフロードすることに関連して実行され、拒否セルは拒否ターゲットセルである。ソースセル及びターゲットセルは、同一の無線アクセスネットワークに属してもよく、あるいは異なる無線アクセスネットワークに属してもよい。

オプションとして、ソースセル及びターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属する。

一例として、第１の無線アクセスネットワークはセルラ無線アクセスネットワークであり、第２の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮである。

例えばセルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークである。

オプションの一実施形態において、セル間でのユーザ機器のアクセスをステアリングするステップは、特定の時間ウィンドウに対して拒否セルにオフロードするのを回避すること又は特定の時間ウィンドウに対する特定のサービス上で拒否セルにオフロードするのを回避することを含んでもよい。

例として、セルにアクセスできないことを示す報告は、拒否セルを受け持つネットワークノードにおける負荷条件に起因する障害を示す。

一例として、方法を実行するネットワークノードは、ユーザ機器が、拒否ネットワークノードが受け持つ拒否セルにアクセスすることを拒否された後に使用できるネットワークノードである。

オプションの一実施形態において、方法を実行するネットワークノードは、拒否セルに向けたオフロードが発信されたソースセルをホストするソースネットワークノードとは異なる。

別のオプションの一実施形態において、方法を実行するネットワークノードは、拒否セルに向けたオフロードが発信されたソースセルをホストするソースネットワークノードと同一である。

この場合、例えばネットワークノードは、中間ネットワークノードを介して報告を受信する。

オプションとして、ネットワークノードは、障害事象に関する統計を構築し、それに応じてオフローディングポリシーを変更するために報告における情報を使用する。

例として、障害事象に関する統計は、例えばネットワーク構成を最適化するために運用保守システムに報告される。

上述したように、拒否セルを受け持つネットワークノードを第２のネットワークノードと示すこともあり、拒否セルを第２のセルと呼ぶこともある。オフロードが発信されたソースセルをホストするネットワークノードを第１のネットワークノードと示すこともあり、ソースセルを第１のセルと示す。使用可能なセルを受け持つネットワークノードを第３のネットワークノードと示すこともあり、使用可能なセルを第３のセルと示す。

この用語を使用して、本明細書の実施形態の別の一態様によれば、目的は、第３のセルと隣接セルとの間でのユーザ機器のアクセスをステアリングする第３のネットワークノードにおける方法により達成される。方法は、以下のいずれか１つ以上の動作を含む。

・第２のネットワークノードの内部理由のために第２のセルにアクセスできないことを示す報告をユーザ機器から受信すること。報告は障害に関する情報を含む。この動作は、第３のネットワークノードにおける受信手段により実行される。報告は、ユーザ機器における方法に関連して上述した情報を含む。
・隣接セルに対するオフロードポリシーにおけるオフローディングパラメータ及び／又は閾値を変更することにより、第３のセルと隣接セルとの間でのＵＥのアクセスをステアリングすること。この動作は、第３のネットワークノードにおける変更手段により実行される。いくつかの実施形態において、第３のネットワークノードは、報告を他のいずれかの隣接ネットワークノードに転送する。転送は、ユーザ機器における転送モジュール等の手段により実行される。

上述したように、障害報告は、無線チャネル条件とは無関係の障害を示す。

以下において、３ＧＰＰ／ＷＬＡＮインタワーキングに対する特定のシナリオに関連した限定しない例を参照して、提案された技術を説明する。提案された技術はそれに限定されず、以下において説明する概念は、本明細書において例示されるように、一般にセル間でのユーザ機器のステアリングを可能にするため及び／又はそのようなステアリングを実行するために適用可能であることが理解されるべきである。

３ＧＰＰ／ＷＬＡＮインタワーキングに関する技術的現状の概略から開始することが有用である。

３ＧＰＰからの３ＧＰＰ／ＷＬＡＮインタワーキングに対する現在の機構
３ＧＰＰ及びＷＬＡＮのインタワーキングに対する機構の以下の開示内容において、ＲＡＮの用語は、３ＧＰＰ ＲＡＮに限定して使用される。

ＡＮＤＳＦ
アクセスネットワーク発見選択機能（ＡＮＤＳＦ）は、オペレータのポリシーに従ってネットワーク発見及び選択支援データを提供するために必要なデータ管理及び制御機能性を含む［１］、［３］及び［４］。使用可能な３ＧＰＰ及び非３ＧＰＰアクセスネットワークに関する情報をＵＥに供給することにより、ＡＮＤＳＦは、ネットワーク発見の省エネ機構を可能にし、ＵＥは、継続的なエネルギーを浪費するバックグラウンド走査を回避する。更にＡＮＤＳＦは、アクセス機構の柔軟で効率的なＵＥステアリングを実現するためのツールを移動オペレータに提供する。ここで、ポリシー制御は、別のＲＡＮに優先してある特定のトラフィックがルーティングされるべきである１つの特定のＲＡＮを選択するようにＵＥを誘導する。

別のローミングシナリオにおいて、ホームＰＬＭＮネットワーク（Ｈ−ＡＮＤＳＦ）におけるＡＮＤＳＦエンティティ及び訪問ＰＬＭＮネットワーク（Ｖ−ＡＮＤＳＦ）におけるＡＮＤＳＦエンティティの双方から、ＵＥにポリシーが提供される。２つのポリシーセット間でポリシーの衝突がある場合、Ｈ−ＡＮＤＳＦから提供されたポリシーが優先される［４］。ユーザ設定は、Ｈ−ＡＮＤＳＦ及びＶ−ＡＮＤＳＦの双方が提供したポリシーに優先されることにも注目すべきである。

ＡＮＤＳＦサーバと通信する際、ＵＥは、自身の場所及びプロファイルをＡＮＤＳＦサーバに提供する。ＵＥの場所は、３ＧＰＰセルＩＤ、３ＧＰＰ２セルＩＤ、ＷｉＭＡＸセルＩＤ、ＷＬＡＮ ＳＳＩＤ又は明示的な地域において特定される。ＵＥのプロファイルは、ＵＥに送出されるＡＮＤＳＦ情報をカスタマイズするためにＡＮＤＳＦサーバが使用するデバイスの機能性及びＯＳの種類等の詳細な情報を含む。ＵＥに送出される情報は、基本的に、アクセス選択のためのアクセスネットワーク発見ポリシー又は／及びオペレータポリシーのカテゴリに分類される。

Ｒｅｌ−１２ ３ＧＰＰ ＲＡＮレベルの統合
更なるオペレータ制御、向上したユーザ体験及びシステム性能、並びに／あるいは利用を提供できるＲＡＮレベルの統合は、オペレータにより制御されるＷＬＡＮ配置がより一般的になり、ＷＬＡＮの使用量が増加するにつれて必要とされる。このＲＡＮレベルの統合に対処するために、ＲＡＮレベルでの（オペレータにより配置／制御された）ＷＬＡＮ及び３ＧＰＰインタワーキングの問題に対処する第５８回３ＧＰＰ総会において研究項目（ＳＩ）が提案された［６］。ＳＩの目的は、オペレータにより配置されたＷＬＡＮを十分に利用しないこと、ＷＬＮＡに接続されている間の次善のＵＥ性能及び不必要なＷＬＡＮ走査によるバッテリの消耗に対処する解決方法を発見することであった。解決方法１、２及び３と命名された３つの解決方法は、［７］において説明されるように研究項目段階中に提案された。

解決方法１は、ＵＥに基づく解決方法（即ち、ＵＥが最終的なステアリング決定をする）であり、図１に示されるように、ブロードキャストシグナリング（及びオプションとして専用の信号伝送）を介してＵＥに提供される３ＧＰＰ ＲＡＮ支援情報を使用する更なるポリシーを用いてＡＮＤＳＦを高度化する。配置されたＡＮＤＳＦポリシーがない場合又はＵＥがそれをサポートしない場合、高度化された独自開発のＷｉ−Ｆｉ−ｉｆ−ｃｏｖｅｒａｇｅ機構を使用する。ＵＥに提供された支援情報は、負荷の割合、負荷レベル（低、中、高）、オフロード設定指標等のＲＡＮ負荷である。更に又はあるいは、トラフィックステアリング決定のために満たされなければならない３ＧＰＰ、ＷＬＡＮ ＲＳＳＩ／ＢＳＳ負荷閾値、３ＧＰＰ ＲＳＲＰ／受信信号コード電力（ＲＳＣＰ）閾値上のＵＥに対する最大の予想されるリソース割り当て等の情報が、ＵＥに更に提供されてもよい。

決定は、ＲＡＮ支援情報、ＵＥ測定値、ＷＬＡＮにより提供された情報及びＡＮＤＳＦ又は他のオープンモバイルアライアンスデバイス管理（ＯＭＡ−ＤＭ）機構を介して取得されるか、あるいはトラフィックをＷＬＡＮ又は３ＧＰＰ ＲＡＮにステアリングするようにＵＥにおいて事前設定されるポリシー、即ち条件に基づく。例えばＡＮＤＳＦ ＩＳＲＰ規則は、３ＧＰＰ ＲＡＮ支援及びＷＬＡＮにより提供された情報を利用するように強化される。

・３ＧＰＰ ＲＡＮ ＲＳＲＰが閾値ｓを下回り、且つ３ＧＰＰ ＲＡＮ直接負荷が閾値ｘを上回る場合及びＷＬＡＮ ＲＳＳＩが閾値ｒを上回り、且つＷＬＡＮ ＢＳＳ負荷が閾値ｙを下回る場合、フローをＷＬＡＮに移動する
・３ＧＰＰ ＲＡＮ ＲＳＲＰが閾値ｓ'を上回り、且つ３ＧＰＰ ＲＡＮ直接負荷が閾値ｘ'を下回る場合及びＷＬＡＮ ＲＳＳＩが閾値ｒ'を下回り、且つＷＬＡＮ ＢＳＳ負荷が閾値ｙ'を上回る場合、フローをＵＭＴＳ／ＬＴＥに移動する

閾値（例えば、３ＧＰＰ ＲＡＮ ＲＳＲＰ／ＲＳＣＰ閾値）の値は、３ＧＰＰ ＲＡＮ支援情報に含まれるのではなく、ＡＮＤＳＦ自体により更に提供される。

解決方法２は、３ＧＰＰにおけるＩＤＬＥモード動作に類似した原理に従い［８］及び［９］、ＵＥは、セルを（再）選択するために３ＧＰＰ ＲＡＮにより規定された規則に従う。３ＧＰＰ ＲＡＮは、図２に示されるように、（専用の信号伝送及び／又はブロードキャストシグナリングを介して）規則において使用される閾値を提供する。

以下は、解決方法２に対して規定される３ＧＰＰ ＲＡＮ規則のいくつかの例である。
・測定＿計測値＿Ａが閾値１を下回り、且つ測定＿計測値＿Ｂが閾値２を上回る場合、フローをＷＬＡＮに移動する
・測定＿計測値＿Ａが閾値３を上回り、且つ測定＿計測値＿Ｂが閾値４を下回る場合、フローを３ＧＰＰに移動する

上述の例において、閾値１〜閾値４は、３ＧＰＰ ＲＡＮから通信されるパラメータの一部であり、測定＿計測値＿Ａ〜測定＿計測値＿ＢはＵＥが収集した測定値であり、規則自体は、３ＧＰＰ ＲＡＮ仕様書において規定される。３ＧＰＰ ＲＡＮ規則に加えて、（例えば、ＩＳＲＰを介したフローに基づくトラフィックステアリングに対して）ＡＮＤＳＦ規則が更に使用されてもよい。

解決方法３は、３ＧＰＰにおけるＣＯＮＮＥＣＴＥＤモード動作に類似した原理に従い［１０］及び［１１］、以下のステップは、図３に示されるようにトラフィックステアリングに対して採用される。

１．測定制御構成：例えば、ＷＬＡＮ信号がある特定の閾値より良く／悪くなり、ＷＬＡＮ信号がある特定の閾値より良く／悪くなり、且つ３ＧＰＰ信号が別の閾値より悪く／良くなる場合等、ＲＡＮは、測定されるターゲットＷＬＡＮ、例えばＳＳＩＤ／ＢＳＳＩＤ／ＨＥＳＳＩＤ等の特定の識別子のような詳細を含む情報又は測定報告をトリガするためのオペレーティング周波数、事象／閾値等のより一般的な情報をＵＥに送出する。
２．測定報告：上述のステップ１において設定されたような閾値をトリガするための条件が満たされる場合、ＵＥは、測定報告を３ＧＰＰ ＲＡＮに送出する。
３．トラフィックステアリング：ステップ２において受信した測定報告に基づいて、ＲＡＮは、受信した測定値及びｅＮＢ／ＲＮＣにおいて取得された他の関連情報を評価し、この結果、トラフィックステアリングコマンドをステアリングされるトラフィックを規定するＵＥに送出する。これは、即ちＤＲＢ／ＲＢ−ＩＤを規定することにより移動される各ベアラの明示的な表示又はより一般には、一度に多くのベアラに適用されるＱｏＳクラス識別子（ＱＣＩ）のようである。
４．ＵＥ ＡＣＫ／応答：このステップにおいて、ＵＥは、トラフィックステアリングコマンドにより指示された動作が正常に実行されたか否かをＲＡＮに示す。

ＩＤＬＥモードにおけるＵＥは、ステップ１の条件が満たされる場合に測定報告を送出するためにＲＲＣ接続を設定するように要求する。あるいは、ＩＤＬＥ ＵＥ及びＣＯＮＮＥＣＴＥＤ ＵＥの双方に同等に適用可能である解決方法１又は２がＩＤＬＥ ＵＥを処理するために採用される一方で、解決方法３はＣＯＮＮＥＣＴＥＤ ＵＥに対してのみ使用される。

第６２回ＲＡＮ総会において、解決方法１と２との混合である解決方法を提案する作業項目（ＷＩ）を用いて進むことが決定された［１２］。この作業項目の目的は、ＷＬＡＮ／３ＧＰＰアクセスネットワーク選択及びトラフィックステアリングが構成する機構を規定することである。

アクセスネットワーク選択部分に対して、
・以下の内で使用されたシステムブロードキャストシグナリング及び／又は専用の信号伝送を介して転送される選択されたＲＡＮ支援パラメータ
・高度化ＡＮＤＳＦがネットワークに配置されないか、あるいはＵＥによりサポートされない場合にＲＡＮ ＷＧ仕様書内で規定されたＲＡＮ規則
・高度化ＡＮＤＳＦがネットワークに配置され、且つＵＥによりサポートされる場合のＡＮＤＳＦポリシー
・ＡＮＤＳＦが配置されないか、あるいはＵＥによりサポートされない場合、ＲＡＮ支援情報は、ＷＬＡＮ識別子を用いて高度化される

トラフィックルーティング部分に対して、
・以下の内で使用されたシステムブロードキャストシグナリング及び／又は専用の信号伝送を介して転送される選択されたＲＡＮ支援パラメータ
・高度化ＡＮＤＳＦが配置されないか、あるいはＵＥによりサポートされない場合にＲＡＮ２ ＷＧ仕様書内で規定されたＲＡＮ規則
・高度化ＡＮＤＳＦがネットワークに配置され、且つＵＥによりサポートされる場合のＡＮＤＳＦポリシー
・ＡＮＤＳＦが配置されないか、あるいはＵＥによりサポートされない場合、ＲＡＮ支援情報は、トラフィックルーティング情報（例えば、オフロード粒度）を用いて高度化される

独自開発の解決方法
３ＧＰＰネットワーク及びＷＬＡＮネットワークの双方が同一のメーカからのものであり、且つ独自開発のインタフェースが、３ＧＰＰとＷＬＡＮとの間で直接又は他のＣＮエンティティを介して間接的に使用可能である場合、独自開発のステアリング機構が採用される。

図４は、自己最適化ネットワーク（ＳＯＮ）の原理に基づくそのような１つの解決方法の背後のアーキテクチャを示す。ＵＥが３ＧＰＰセル及びＷｉ−Ｆｉの共通の有効範囲領域にある場合、実績履歴に基づくセルローディング統計は、ＵＥに対する最適なアクセスリンクを判定する。双方のネットワークの間にそのような方法でユーザを分散させることにより、リソースをより適切に使用できるようになり、平均的なエンドユーザ体験は向上する。この解決方法を用いて、Ｗｉ−Ｆｉアクセスコントローラ（ＡＣ）は、オペレーションサポートシステム（ＯＳＳ）から取得する情報に基づいてアップリンク受信信号強度インジケータ（ＲＳＳＩ）閾値を設定する。３ＧＰＰにおいて予想される性能が高い場合、ＲＳＳＩ閾値は高く設定される（即ち、非常に高品質なＷＬＡＮリンクを有するＵＥのみが許可される）。同様に、予想される性能が低い場合、ＲＳＳＩ閾値は低く設定される（即ち、それほど良好でないＷＬＡＮリンクを有するＵＥでさえ、ＷＬＡＮへのオフロードから利益を得る）。

上述したＷｉ−Ｆｉ−ｉｆ−ｃｏｖｅｒａｇｅアクセス選択アルゴリズムの下で動作する従来のＵＥは、ＷＬＡＮの有効範囲にある場合は常にＷＬＡＮ ＡＰへのオフロードを試行する。それを実行するため、ＵＥは、まず自身をＷＬＡＮ ＡＰと関連付け／認証する必要がある。ＷＬＡＮ ＡＣは、そのような要求を受信する場合、受信した要求のＲＳＳＩが現在のＲＳＳＩ閾値を下回る場合は要求を拒否する。

上述の解決方法は、ユーザ及びシステム双方の性能を支援するが、３ＧＰＰに関するリアルタイム情報に基づかない（むしろ、統計的且つ最終的な性能報告）ため、平均的なエンドユーザ性能データの収集及び反映に固有の遅延が常に存在する。それだけではなく、ＲＳＳＩ閾値設定は、ＵＥに特有ではなく（即ち、特定のＵＥの各々の要求に関係なく、同一のＷＬＡＮ ＡＰの有効範囲内の全てのＵＥに対して同一のＲＳＳＩ閾値）、また３ＧＰＰセルに特有ではない（即ち、ＵＥが存在する３ＧＰＰセルについて知らず、予想される性能は、ＷＬＡＮ ＡＰと共通の有効範囲を有する全てのセルの平均）。図５は、別の解決方法のアーキテクチャを示す。図５に示すように、ＵＥと関連付けられた３ＧＰＰセルを追跡するロケータの機能性を導入する。ＡＣは、Ｗｉ−Ｆｉへの接続要求を受信する場合、そのＵＥに対する厳密な３ＧＰＰセルを識別するためにロケータをクエリする。次に、ＡＣは、ＵＥが生じた３ＧＰＰセルを制御する３ＧＰＰコントローラノードに対する要求、３ＧＰＰ及びＷｉ−Ｆｉの双方に共通のＵＥ識別等の情報を含む要求、並びにそのユーザが認可されない場合にＷｉ−Ｆｉにおいて予想されるスループットを送出する。３ＧＰＰコントローラは、示されたＷｉ−Ｆｉにおいて予想される性能がその時間にＵＥが３ＧＰＰにおいて取得している性能より優れているかを評価し、優れている場合に応答をＡＣに送出してＵＥを認可する。さもなければ（即ち、当該ＵＥに対する３ＧＰＰより劣るＷｉ−Ｆｉ）、応答は、ＵＥの認可要求を拒否するようＡＣに伝える。

この解決方法が採用するアクセス選択決定は、ＵＥ、セル等の特定の状況を考慮するため、セルの中心とセルの縁とではユーザに対する性能は同一ではない（図４の解決方法においては同一であった）。負荷、ユーザの数、スケジューラの数、バックホール等に対するセル条件は経時変化する。これは、ユーザ及びリアルタイムの決定毎に、図４のセルレベルの決定より優れたエンドユーザ性能が提供されることを意味する。
ＷＬＡＮから３ＧＰＰへのトラフィックステアリング

Ｗｉ−Ｆｉアライアンス（ＷＦＡ）は、異なるＷＬＡＮ周波数（２．４ＧＨｚと５ＧＨｚ）間でのステアリングトラフィックに対するいくつかのシナリオについて現在説明している。更に、ＵＥをＷＬＡＮから３ＧＰＰに転送することも説明されている。ＷＬＡＮ ＡＰ及びセルラ基地局は、例えば統合ピコセルに共に配置されるか、あるいはマクロセルラ基地局の「下で」別個のＷｉ−Ｆｉ ＡＰである。セルラネットワーク及びＷｉ−Ｆｉネットワークは、同一のオペレータにより認証される。双方のネットワークは、一般に（必ずしもではないが）、ユーザ体験をオフロード又は最大限にしようとする同一のオペレータにより配置される。

ＷＬＡＮから３ＧＰＰへのＳＴＡのステアリングを考慮する２つのシナリオをＷＦＡにおいて説明している。
関連付けにおけるＷｉ−Ｆｉ−セルラステアリング

Ｗｉ−Ｆｉ無線及びセルラ無線の双方を有するマルチモードステーション（ＳＴＡ、ＷＬＡＮの世界においてＵＥに対して同等の用語）は、ＡＰへの関連付けを試行する。ＡＰは、（例えば）現在の負荷、干渉状況、ＡＰにおけるＵＬ／ＤＬ信号強度及びＡＰネットワーク接続状況を認識する。これらのパラメータのうちの１つ以上のため、ＡＰは、新たに接続しているＳＴＡを受け入れないことを決定する。

問題を解決するため、ＡＰが、より適切なサービスを提供できるネットワーク、この場合はセルラネットワークにマルチモードＳＴＡを明示的にステアリングできるようにする。そのように、Ｗｉ−Ｆｉ負荷を更に悪化させず、ユーザ体験を維持又は向上させる。
関連付け後のＷｉ−Ｆｉ−セルラステアリング

マルチモードＳＴＡは、既にＡＰに関連付けられている。ＡＰは、（例えば）現在の負荷、干渉状況、ＡＰにおけるＵ／Ｌ信号強度及びＡＰネットワーク接続状況を認識する。ある特定の時点において、これらのパラメータのうちの１つ以上は、受け入れ不可能なレベルに到達する。問題を解決するため、ＡＰは、より適切なサービスを提供できるネットワーク、この場合はセルラネットワークにマルチモードＳＴＡを明示的にステアリングできるべきである。そのように、Ｗｉ−Ｆｉ負荷を軽減し、ユーザ体験を維持又は向上させる。

セルラネットワーク及びＷｉ−Ｆｉネットワークは、同一のオペレータにより認証される。双方のネットワークは、一般に（必ずしもではないが）、ユーザ体験をオフロード又は最大限にしようとする同一のオペレータにより配置される
３ＧＰＰにおけるモビリティロバスト性最適化

ＬＴＥにおけるハンドオーバは、例えばセルラ／周波数に特有のオフセット／閾値、トリガするための時間及びヒステリシス持続時間等のいくつかのパラメータを介して制御される［１１］。間違ったパラメータ設定により以下のようないくつかの問題が生じる恐れがある。

・無線リンク障害（ＲＬＦ）：ＵＥが時間通りにハンドオーバ測定値を報告しないように又はＵＥが時間通りにハンドオーバコマンドを受信しないようにパラメータが設定される場合、ＵＥは、ハンドオーバを開始する前に元のセルとの接続を損失する恐れがある。これはＴｏｏ Ｌａｔｅ ＨＯとして知られ、ＵＥは、ＲＬＦ検出タイマが切れた後に別のセルとの接続の再確立を試行する。一方、ハンドオーバを非常に早くトリガするようにパラメータを設定する場合、ＲＬＦは、ターゲットセルにおけるハンドオーバの直後に発生する恐れがある。これはＴｏｏ Ｅａｒｌｙ ＨＯとして知られ、ＵＥは、ＲＬＦ検出タイマが切れた後にソースセルとの接続の再確立を試行する。ハンドオーバが適切な時間にトリガされる場合、ＣＩＯの間違った設定は、ＵＥを誤ったセルにハンドオーバさせる恐れがあり、ハンドオーバ中又はハンドオーバ完了後のＲＬＦ及びターゲットセル又はソースセルではないセルにおける再確立要求がそれに後続する。これは、誤ったセルへのＨＯとして知られる。

・ピンポンハンドオーバ：不適当なハンドオーバパラメータ設定は、ＵＥハンドオーバを２つの隣接セル間で行ったり来たりさせる恐れがある。この例は、ハンドオーバ事象（Ａ３）に対するトリガリング条件を同時にソースセルと隣接セルとの間で有効にさせる設定である。

ＵＥは、下位層からある特定の数の（Ｎ３１０）連続した「非同期」表示を受信する場合、物理層の問題が結果として生じており、且つタイマ（Ｔ３１０）を開始すると仮定する。Ｔ３１０が切れる前に、ＵＥが下位層からある特定の数の（Ｎ３１１）連続した「同期」表示を受信しない場合、ＲＬＦが検出される。最大数のＲＬＣ再送信に到達したことが示されると又はランダムアクセスの問題がＭＡＣから示される場合にも、ＲＬＦが検出される。

別の種類の障害はＨＯ障害である。ＵＥは、ＨＯコマンド（即ち、図２に示されるようなｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを有するＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＲｅｑｕｅｓｔ）を受信する場合にタイマ（Ｔ３０４）を開始する。ＨＯが完了する（即ち、ＵＥがＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＣｏｍｐｌｅｔｅメッセージを送出する）前にこのタイマが切れる場合、ＨＯ障害が検出される。

ＵＥは、ＲＬＦを検出すると、タイマ（Ｔ３１１）を開始し、最良の使用可能なセル（例えば、ソースセル、同一のソースｅＮＢに属する別のセル又は別のｅＮＢに属する隣接セル）への接続の再確立を試行する。再確立要求を送出する場合、
（ＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔ）、
ＵＥは以下の情報を含む（［１１］）：
・ＲＬＦの前にＵＥが接続された最後のセルのグローバルセルＩＤ（ＧＣＩＤ）
・ＵＥ識別番号：コンテキストを参照するためのＣＲＮＴＩ及びＭＡＣ ＩＤ
・再確立の原因：要求がハンドオーバの障害、再設定の障害又は他の原因に起因するか

ＵＥコンテキストがセルにおいて発見される場合（それがソースセルである場合又はそれがハンドオーバに対して準備されたセルであった場合、即ちＲＬＦが発生した時にハンドオーバは実行中であり、ＵＥが再度現れたセルは、ハンドオーバ要求メッセージの交換中にソースセルからそれに通信されたＵＥコンテキストを既に有している）、接続は再確立される。さもなければ（ＵＥコンテキストを入手できない場合又はＴ３１１が切れる前に再確立が成功しなかった場合）、ＵＥは、全てのアクティブなベアラが取り壊されなければならないＩＤＬＥモードに入らなければならない。必要に応じてベアラ設定手順を開始する。

ＩＤＬＥモード後に正常なＲＲＣ再確立又はＲＲＣＣｏｎｎｅｃｔｉｏｎＳｅｔｕｐを介してＵＥが再接続しているｅＮＢは、ｅＮＢがＲＬＦ報告を求めるＵＥ情報要求手順を介して接続が完了した後に、障害に関する更に詳細な情報を求める。ＵＥは、以下のような情報を含む詳細なＲＬＦ報告を有するＵＥＩｎｆｏｒｍａｔｉｏｎＲｅｓｐｏｎｓｅメッセージを送出することにより応答する（［１１］）：
・ＲＬＦの前に最後に受け持ったセルの測定結果
・ＲＬＦの前に実行された隣接セルの測定結果
・ＲＬＦが検出された場合のＵＥの最後の座標及び速度を含む場所情報
・ＲＬＦが発生したセルのＥ−ＣＧＩ（及びそれが入手できない場合、物理セルＩＤ（ＰＣＩ））
・再確立が試行されたセルのＥ−ＣＧＩ
・ＨＯコマンド（即ち、ｍｏｂｉｌｉｔｙＣｏｎｔｒｏｌＩｎｆｏを含むＲＲＣＣｏｎｎｅｃｔｉｏｎＲｅｃｏｆｉｎｇｕｒａｔｉｏｎメッセージ）を受信した後にＲＬＦが発生した場合、
・このメッセージを受信したＥ−ＣＧＩ
・ＨＯコマンドの受信からＲＬＦの発生までの時間
・ＲＬＦの発生からＲＬＦ報告のＵＥによる信号伝送までに経過した時間
・障害の種類：即ち、それが通常の無線リンクの障害又はハンドオーバの障害であるか
・ＲＬＦの原因：即ち、ＲＬＦが、最大数のＲＬＣ再送信、Ｔ３１０タイマが切れること、ＲＡＣＨアクセス障害に起因するか
・最後の受け持ちセルにおけるＵＥのＣ−ＲＮＴＩ
・ＬＴＥ−ＵＴＲＡＮモビリティの場合について言えば、最後の受け持ちセル及び再確立ＵＴＲＡＮセルに関する情報

全てのＨＯパラメータを手動で構成することは、費用がかかりすぎ、非常に困難な恐れがある。従って、ハンドオーバパラメータの動的構成を自動化するために、３ＧＰＰにおいてモビリティロバスト性最適化（ＭＲＯ）が導入されている。ＭＲＯは、Ｔｏｏ Ｌａｔｅ ＨＯ、Ｔｏｏ Ｅａｒｌｙ ＨＯ及び誤ったセルへのＨＯの発生に関する統計の収集を試行する。これらの統計は、ヒステリシス、ＣＩＯ及びＴＴＴ等のハンドオーバパラメータを調整するために使用される。

ＭＲＯのために、上述の種々のＨＯ問題は、種々の方法で隣接セル間で通信される。

Ｔｏｏ Ｌａｔｅハンドオーバの場合、ＲＬＦ ＩＮＤＩＣＡＴＩＯＮメッセージは、ＵＥが接続の再確立を試行するｅＮＢからＸ２を介して送出され、ＲＬＦが発生したｅＮＢにＲＬＦ報告を報告する。ＲＬＦ ＩＮＤＩＣＡＴＩＯＮメッセージは以下を含む。
・ＲＬＦの前にＵＥが接続されたセル（障害セルとして知られる）のＰＣＩ
・ＲＲＣ再確立が試行されたセルのＥＣＧＩ
・ＵＥ識別番号：ＲＲＣ再確立要求に含まれるような障害セルにおけるＵＥのＣ−ＲＮＴＩ及びＳｈｏｒｔＭＡＣ−Ｉ
・ＲＬＦ報告（ＵＥ ＲＬＦ報告コンテナＩＥにおける）
・ＲＲＣ接続設定指標、即ち、ＲＬＦ報告を報告する前にＵＥがアイドルに入ったかの指標
・ＲＲＣ接続再確立指標、即ち、ＲＲＣ再確立要求において使用された再確立の原因の指標

ｅＮＢが隣接ｅＮＢからＲＬＦ ＩＮＤＩＣＡＴＩＯＮメッセージを受信する場合、及びそれが最後のＴｓｔｏｒｅ＿ＵＥ＿ｃｎｔｘｔ秒内でＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージをその隣接ｅＮＢに向けて送出したことをそれが発見する場合（即ち、ごく最近、当該ＵＥが同一のｅＮＢからそれに適切にハンドオーバされたことを意味する）、ｅＮＢは、Ｔｏｏ Ｅａｒｌｙ ハンドオーバを示すＨＡＮＤＯＶＥＲ ＲＥＰＯＲＴメッセージを送出することにより応答する。

ｅＮＢが隣接ｅＮＢからＲＬＦ ＩＮＤＩＣＡＴＩＯＮメッセージを受信する場合、及びそれが最後のＴｓｔｏｒｅ＿ＵＥ＿ｃｎｔｘｔ秒内でＵＥ ＣＯＮＴＥＸＴ ＲＥＬＥＡＳＥメッセージを別の隣接ｅＮＢに向けて送出したことをそれが発見する場合（即ち、ごく最近、当該ＵＥが別のｅＮＢからそれに適切にハンドオーバされたことを意味する）、ｅＮＢは、誤ったセルへのハンドオーバを示すＨＡＮＤＯＶＥＲ ＲＥＰＯＲＴメッセージを送出することにより応答する。

ＨＡＮＤＯＶＥＲ ＲＥＰＯＲＴメッセージは以下を含む。
・検出されたハンドオーバの問題の種類（Ｔｏｏ Ｅａｒｌｙ ハンドオーバ、誤ったセルへのハンドオーバ）
・ハンドオーバにおけるソースセル及びターゲットセルのＥＣＧＩ
・ハンドオーバにおける障害ターゲットセルのＥＣＧＩ
・再確立セルのＥＣＧＩ（誤ったセルへのハンドオーバの場合）
・ハンドオーバの原因（ハンドオーバ準備中にソースにより信号伝送された）
・ＬＴＥとＵＴＲＡＮとの間のＩＲＡＴハンドオーバの場合のＵＴＲＡＮにおけるターゲットセル
・ソースセルにおけるＵＥのＣ−ＲＮＴＩ（ＨＯ準備信号伝送にわたり受信されたＡＳ−構成ＩＥに含まれるような
・モビリティ情報：ハンドオーバ要求において提供され、且つＵＥコンテキストを識別する識別子
・ＵＥ ＲＬＦ 報告コンテナＩＥの一部であるＲＬＦ報告

従って、ある特定の持続時間内に受信したＲＬＦ ＩＮＤＩＣＡＴＩＯＮメッセージ及びＨＡＮＤＯＶＥＲ ＲＥＰＯＲＴメッセージを解析することにより、ｅＮＢは、隣接セル内で使用される最適なＨＯパラメータを構成する。
ＲＡＴ間モビリティロバスト性最適化

ＲＡＴ間シナリオに対してＬＴＥ ＭＲＯを拡張することが、３ＧＰＰにおいて更に説明されている。３ＧＰＰにおけるＲＡＴ間モビリティに対して同意された優先度の高いシナリオは、以下の通りである（［１３］）。

シナリオ１）ＬＴＥの間又は２Ｇ／３ＧへのＨＯ中の障害、２Ｇ／３Ｇにおける再接続（ｔｏｏ ｌａｔｅ ＨＯ）

シナリオ２）２Ｇ／３ＧからＬＴＥへのＨＯ中又はＨＯ後の障害及び２Ｇ／３Ｇ（ソースＲＡＴ）における後ろの再接続は、ソースセルとは異なるセルにおけるものである（ｔｏｏ ｅａｒｌｙ ＨＯ）

ＨＯ中（ＬＴＥにおけるＲＡＣＨ試行中）のＨＯＦ

ＨＯ直後（正常なＲＡＣＨ後）のＬＴＥにおけるＲＬＦ

各測定の種類ＲＳＲＰ及びＲＳＲＱ（本明細書では、ｈｏ＿ｔｒｅｓｈ＿ｌｔｅと呼ぶ）に関連付けられたＬＴＥにおけるパラメータは、ＬＴＥからＵＴＲＡＮへのＩＲＡＴ ＨＯのトリガリングを制御する。シナリオ１（ＬＴＥからＵＴＲＡＮ／ＧＥＲＡＮへのｔｏｏ ｌａｔｅ ＨＯ）を最適化する１つの方法は、ＨＯをより早くトリガするためにこの閾値の値を上げることである。この動作の副作用は、不要なＨＯの数が増加することである。即ち、ＬＴＥ有効範囲は十分に良好であるが、接続はいずれにしてもＵＴＲＡＮにハンドオーバされる。ＭＲＯアルゴリズムは、このトレードオフを考慮して閾値ｈｏ＿ｔｈｒｅｓｈ＿ｌｔｅを増加又は減少すべきである。このトレードオフを図６に示す。

本明細書ではｈｏ＿ｔｈｒｅｓｈ＿ｕｔｒａｎと呼ぶ各測定の種類ＲＳＲＰ及びＲＳＲＱに対するＵＴＲＡＮにおける他の２つのパラメータは、ＵＴＲＡＮからＬＴＥへのＩＲＡＴ ＨＯのトリガリングを制御する。接続を保持するのに十分なほど信号が強い場合にＬＴＥへのＨＯのみをトリガするためにこれらの閾値の値を増加することにより、本明細書において上述したシナリオ２（ＵＴＲＡＮからＬＴＥへの早いＨＯ）は最適化される。この動作の副作用は、このパラメータがあまりに高く設定される場合、即ち十分なＬＴＥ有効範囲があるのにＵＥがＵＴＲＡＮに留まる場合のＵＴＲＡＮにおける不要な時間である。ＭＲＯアルゴリズムは、この第２のトレードオフも考慮して、ＵＴＲＡＮ側における閾値ｈｏ＿ｔｈｒｅｓｈ＿ｕｔｒａｎを増加又は減少すべきである。この第２のトレードオフを図７に示す。

ＭＲＯアルゴリズムを実行するＲＡＴにおいてＲＬＦ情報を使用できるように、種々の解決方法が提案されている（［１３］）。提案された解決方法のうち、この場合に関連し且つ３ＧＰＰにより部分的にも採用される解決方法を以下に報告する。

解決方法１−ＬＴＥに復帰する際のＵＥ ＲＬＦ報告：シナリオ１及び２の双方に対して、ＵＥは、障害の後に２Ｇ／３Ｇセルに再接続する場合、不必要な障害情報を格納する。次に、ＵＥがＬＴＥに戻ると、障害情報はネットワークに対して使用可能になる（例えば、ＲＬＦ報告として）。ＵＥからＲＬＦ報告を取り出すセルは、障害が発生したセルにそれを転送する（シナリオ１及び２ｂの場合はＸ２又はＳ１を介して、ＩＲＡＴハンドオーバの前にセルを受け持つＲＮＣに対するＲＩＭ）。ＵＴＲＡＮ／ＬＴＥの場合に対するこの解決方法を図８及び図９に示す。

図１０示された「Ｗｉ−Ｆｉ−ｉｆ−ｃｏｖｅｒａｇｅ」にはいくつかの欠点がある。ユーザ／ＵＥは、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）に既にアクセスした以前のパスコードを保存してもよいが、以前にアクセスされていないＡＰに対するホットスポットログインは、Ｗｉ−Ｆｉ接続マネージャ（ＣＭ）にパスコードを入力するか、あるいはウェブインタフェースを使用することにより、通常ユーザ介入を必要とする。

ＵＥにより実現される独自の解決方法を考慮する場合を除いて、予想されるユーザ体験は考慮されない。これにより、ＵＥは、図１０に示されるように、データ転送速度の速いモバイルネットワーク接続からデータ転送速度の遅いＷｉ−Ｆｉ接続にハンドオーバされる恐れがある。ＵＥのＯＳ又はある高レベルのソフトウェアは、Ｗｉ−Ｆｉ上の信号レベルがモバイルネットワークリンクより非常に勝る場合にのみオフロードを決定するのに十分なほど情報処理能力があるが、Ｗｉ−Ｆｉアクセスポイント（ＡＰ）のバックホールには依然として制限があり、それが結果としてボトルネットとなる恐れがある。

図１０では、モバイルネットワーク及びＷｉ−Ｆｉにおける負荷条件は考慮しない。従って、以前に接続されたモバイルネットワーク（例えば、ＬＴＥ）がむしろアンロードされる一方で、ＵＥは、いくつかのＵＥを受け持っているＷｉ−Ｆｉ ＡＰに依然としてオフロードされる。

ＵＥがＷｉ−Ｆｉネットワークに切り替わる際のＩＰアドレスの変更により、実行中のサービスが中断する恐れがある（図１０）。例えば、モバイルネットワークに接続されている間にＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）通話を開始したユーザは、帰宅してＵＥがＷｉ−Ｆｉネットワークに自動的に切り替わる際に通話の切断を体験する可能性が高い。Ｓｐｏｔｉｆｙ(r)等のいくつかのアプリケーションは、これに対処し、ＩＰアドレスの変更を切り抜けるのに十分なほど情報処理能力があるが、現在のアプリケーションの大部分はそうではない。これは、アプリケーション開発者がサービスの継続性を保証しなければならない場合に彼らに多くの負担を課す。

図１０を参照すると、ＵＥのモビリティは考慮されていない。このため、高速移動するＵＥは、短い持続時間の間にＷｉ−Ｆｉ ＡＰにオフロードされ、単にモバイルネットワークに再度ハンドオーバされる恐れがある。オープンＷｉ−Ｆｉを有するカフェ等のシナリオにおいて、これは特に問題である。カフェのそばを徒歩又は車で通り過ぎるユーザは、この影響を受ける恐れがある。Ｗｉ−Ｆｉとモバイルネットワークとの間のそのようなピンポンは、サービスを中断させ、かなりの不要な信号伝送を生成させる恐れがある（例えば、認証サーバに向けて）。

ＭＲＯ、ＲＬＦ及び／又はＷＬＡＮオフローディングに関する更なる情報は、例えば参考文献［１５〜１９］において見つけられる。

上述したように、３ＧＰＰとＷＬＡＮとの間でＵＥをステアリングするいくつ間の機構がある。特に、ＵＥは、上述したように、ＲＡＮ規則又はＡＮＤＳＦである、３ＧＰＰからそれに通信された閾値及び／又は条件を満たすことに基づいて３ＧＰＰからＷＬＡＮにステアリングされる。しかし、閾値及び／又は条件を満たしたＷＬＡＮとの関連付けを試行するＵＥは、例えば上述したような独自の解決方法又は上述した現在説明しているＷＦＡ解決方法により、ＷＬＡＮにより拒否されることになる。これにより、ＵＥは、２つのネットワーク間でピンポンすることになる。その結果、システムリソース及びＵＥのバッテリを無駄にし、ユーザエンド性能が低下する恐れがある。

ＷｉＦｉにおける拒否が無線リンクの障害に起因せず、むしろＷｉＦｉ ＡＰ内部の問題に起因するため、この問題は、ＩＲＡＴモビリティに対して説明したＭＲＯシナリオとは異なることに注目すべきである。従って、ＵＥは、ＷｉＦｉ ＡＰに向けた良好なチャネル条件を監視するが、ＡＰに移動すると拒否される。同時に、ＭＲＯのための既存の機構は、ＷｉＦｉへのモビリティ及びＷｉＦｉからのモビリティの障害のいずれの場合も考慮しない。更に機構は、無線リンクの障害又はハンドオーバの障害に起因しないモビリティの問題、即ち換言すると、純粋に無線チャネル条件に依存しない問題も考慮しない。

本明細書の実施形態は、これらの問題のうちの少なくともいくつかを軽減することを目的とする。

例として、本明細書の実施形態により、ネットワークノード又はセルの内部理由のためにネットワークノード又はセルに接続できないことを示す情報に基づいて、異なるネットワークノード及び／又は異なるセル間でのＵＥのステアリングが可能になる。

例えば本明細書の実施形態は、ピンポンシナリオが回避されるように、３ＧＰＰからＷＬＡＮ及びＷＬＡＮから３ＧＰＰへのＵＥのステアリングを調和させることを目的とする。双方向（即ち、３ＧＰＰからＷＬＡＮ及びＷＬＡＮから３ＧＰＰ）のステアリングのために使用されるオフローディング閾値／条件が最適に設定されるように、障害報告は、ＷＬＡＮ拒否にも対処するように使用される。

３ＧＰＰがＷＬＡＮ拒否報告を使用できることにより、３ＧＰＰネットワークは、３ＧＰＰからＷＬＡＮへのステアリングをトリガするために使用される閾値／条件を動的に調整できる。

いくつかの実施形態において、「ネットワークノード」という用語が使用され、ネットワークノードは、少なくとも無線ネットワークノードと通信するあらゆる種類の無線ネットワークノード又はあらゆるネットワークノードに対応する。

いくつかの実施形態において、ユーザ機器（ＵＥ）という限定しない用語が使用され、ＵＥは、セルラ通信システム又は移動通信システムにおいて無線ネットワークノードと通信するあらゆる種類の無線デバイスを示す。ＵＥの例としては、ターゲットデバイス、デバイスツーデバイスＵＥ、マシンタイプＵＥ又はマシンツーマシン通信が可能なＵＥ、ＰＤＡ、ｉＰＡＤ、タブレット、移動端末、スマートフォン、ラップトップ組込型機器（ＬＥＥ）、ラップトップ搭載型機器（ＬＭＥ）及びＵＳＢドングル等がある。

本明細書の実施形態を例示するために３ＧＰＰ ＬＴＥ／ＳＡＥからの用語を使用してもよいが、これは、本明細書の実施形態の範囲を上述のシステムのみに限定するものとして見られるべきではない。他の無線システムも、本開示内容内の範囲に含まれた概念を利用することから利益を得る。

また、第１のネットワークノード及び第２のネットワークノード等の用語は、限定しないものとして考えられるべきであり、特に２つのノード間のある特定の階層関係を示さない。

以下において、多数の例示的な実施形態を参照することにより、提案された用語を更に詳細に示す。尚、これらの実施形態は互いに相反しない。一実施形態からの構成要素は、別の実施形態においても存在すると暗黙のうちに仮定される。これらの構成要素を他の例示的な実施形態においてどのように使用するかは、当業者には明らかだろう。

図１１Ａは、第１のＲＡＮ及び第２のＲＡＮの部分を示す。例えば第１のＲＡＮは、ＬＴＥ、ＵＭＴＳ、ＧＳＭ、あらゆる３ＧＰＰセルラＲＡＮ、Ｗｉｍａｘ、あるいはあらゆるセルラＲＡＮ又はシステムである。例えば第２のＲＡＮは、ＷＬＡＮ等の非３ＧＰＰ ＲＡＮである。以下の実施形態において、特に指示のない限り、第１のＲＡＮはＬＴＥ ＲＡＮであり、第２のＲＡＮはＷｉＦｉ ＲＡＮであると仮定する。しかし、いくつかの実施形態において、第２のＲＡＮがＬＴＥ ＲＡＮであり、第１のＲＡＮがＷｉＦｉ ＲＡＮであるように、順序が逆にされてもよい。いくつかの実施形態において、第２のＲＡＮは第１のＲＡＮと同一のＲＡＮである。例えば、双方のＲＡＮはＬＴＥ ＲＡＮである。いずれにせよ、第１のＲＡＮ及び第２のＲＡＮは、同一のコアネットワークに接続され、同一のサービスを提供する。

第１のＲＡＮは、複数の基地局及び／又は他のネットワークノードを含む。より具体的には、第１のＲＡＮは第１のネットワークノード１１１を含む。本明細書において、第１のネットワークノード１１１をソースネットワークノードとも呼ぶ。第１のネットワークノード１１１は、ｅＮＢ等の基地局である。基地局は、例えば使用される無線アクセス技術及び用語に応じて、ＮｏｄｅＢ、高度化Ｎｏｄｅ Ｂ（ｅＮＢ、ｅＮｏｄｅ Ｂ）、基地局トランシーバ（ＢＴＳ）、アクセスポイント基地局、基地局ルータ又は基地局が受け持つセル内でユーザ機器と通信できる他のあらゆるネットワークユニットとも呼ばれる。

第２のＲＡＮは、複数のＡＰ及び／又は他のネットワークノードを含む。より具体的には、第２のＲＡＮは第２のネットワークノード１１２を含む。本明細書において、第２のネットワークノード１１２を拒否ネットワークノードとも呼ぶ。第２のネットワークノード１１２はＷｉＦｉ ＡＰである。第１のＲＡＮ又は第２のＲＡＮは、第３のネットワークノード１１３を更に含む。本明細書において、第３のネットワークノード１１３を第１の使用可能なネットワークノードとも呼ぶ。第１の使用可能なネットワークノードは、ユーザ機器が、拒否ネットワークノードにアクセスするのを拒否された後に使用可能な第１のネットワークノードであるネットワークノードを示す。第３のネットワーク１１３は、第１のネットワークノード１１１と同一のネットワークノードである。

第１のネットワークノード１１１は、ソースセルとも呼ばれる第１のセル１２１を受け持つ。第２のネットワークノード１１２は、拒否セルとも呼ばれる第２のセル１２２を受け持つ。第３のネットワークノードは、第１の使用可能なセルとも呼ばれる第３のセル１２３を受け持つ。第３のセル１２３は、第１のセル１２１と同一のセルである。

セルは、ＷｉＦｉ ＡＰ機器等のネットワークノード機器、リモート無線ユニット（ＲＲＵ）における基地局サイト又は遠隔地における基地局機器が無線有効範囲を提供する地域である。第１のネットワークノードは、そのようなネットワークノード機器の一例である。セル定義は、送信に使用された周波数帯域及び無線アクセス技術も取り入れる。これは、２つの異なるセルが、異なる周波数帯域を使用して同一の地域を範囲に含むことを意味する。各セルは、セルにおいて同報通信されるローカル無線エリア内の識別番号により識別される。無線通信ネットワーク全体において一意にセルを識別する別の識別番号も、セルにおいて同報通信される。基地局及びＷｉＦｉ ＡＰ等のネットワークノードは、ネットワークノードの範囲内でユーザ機器と無線で又は無線周波数上で動作する無線インタフェースを介して通信する。ユーザ機器は、アップリンク（ＵＬ）送信における基地局及びＷｉＦｉ ＡＰ等のネットワークノード、並びにＷｉＦｉ ＡＰ及び基地局等のネットワークノードに無線インタフェースを介してデータを送信し、ダウンリンク（ＤＬ）送信におけるユーザ機器に無線で又は無線インタフェースを介してデータを送信する。

第１のネットワークノード１１１は、第２のネットワークノード１１２が受け持つ第２のセル１２２にオフロードされるＵＥ又は無線デバイスとも呼ばれるユーザ機器１４０等の第１のセル１２１におけるユーザ機器と通信する。例えばオフローディングは、ユーザ機器１４０のモビリティに起因する。

例えばユーザ機器１４０は、移動端末又は無線端末、移動電話、例えば無線機能性を有するサーフプレートと呼ばれることもあるラップトップ、パーソナルデジタルアシスタント（ＰＤＡ）又はタブレットコンピュータ等のコンピュータ、あるいは無線通信ネットワークにおいて無線リンクを介して通信できる他のあらゆる無線ネットワークユニットである。尚、本明細書において使用されるユーザ機器という用語は、ユーザを全く有さないとしても、マシンツーマシン（Ｍ２Ｍ）デバイス等の他の無線デバイスも範囲に含む。

ネットワークノードの一部又は全ては、運用保守（ＯＡＭ）システム１５０と通信する。

図１１Ｂ及び図１１Ｃは、拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告の信号伝送に対する種々のシナリオの例を示す概略図である。

図１１Ｂの例において、障害報告は、ＵＥ１４０から使用可能なセルを受け持つ使用可能なネットワークノード１１３に送出される。

図１１Ｃの例において、障害報告は、ＵＥ１４０から使用可能なセルを偶然受け持つソースネットワークノード１１１に直接送出される。

図１１Ｄの例において、障害報告は、最初にＵＥ１４０から使用可能なセルを受け持つ使用可能なネットワークノード１１３に送出され、次にネットワークノード１１３から使用可能なセルを更に受け持つソースネットワークノード１１１に転送される。この例において、障害報告は、ネットワークノード１１３を介してＵＥ１４０からソースネットワークノード１１１に送出される。

より具体的には、以下は、ユーザ機器１４０、並びにネットワークノード１１１、ネットワークノード１１２及びネットワークノード１１３に関連した実施形態である。

ユーザ機器１４０の実施形態は、図１２、図１６、図１８及び図１９に関連する。第１のネットワークノード１１１の実施形態は、図１３、図１７、図１８及び図２０に関連する。第２のネットワークノード１１２の実施形態は、図１７及び図１８に関連する。第３のネットワークノード１１３の実施形態は、図１７、図１８及び図２０に関連する。

例として、第２のセル１２２等の隣接セルと第３のセル１２３との間でのユーザ機器のアクセスのステアリングを可能にするユーザ機器１４０における方法を提供する。方法は、以下のいずれか１つ以上の動作を含む。

・第２のネットワークノード１１２の内部理由のために第２のセル１２２へのアクセスを拒否する表示を受信すること１２０１。拒否の表示は拒否の原因の表示を含む。この動作は、ユーザ機器１４０における受信モジュール等の手段により実行される。手段は、ユーザ機器１４０における無線受信機により更に表される。
・第２のネットワークノード１１２の内部理由のために第２のセル１２２にアクセスできないことを示す報告を第１の使用可能なネットワークノードである第３のネットワークノード１１３に送出すること１２０２。報告は、障害に関する情報を含む。この動作は、ユーザ機器１４０における送出モジュール等の手段により実行される。手段は、ユーザ機器１４０における無線送信機により更に表される。

例として、第２のネットワークノード１１２等の隣接セルと第３のセル１２３との間でのユーザ機器のアクセスをステアリングする第１のネットワークノード１１又は第３のネットワークノード１１３における方法を提供する。方法は、以下のいずれか１つ以上の動作を含む。

・第２のネットワークノード１１２の内部理由のために第２のセル１２２にアクセスできないことを示す報告をユーザ機器１４０から受信すること１３０１。報告は、障害に関する情報を含む。この動作は、第３のネットワークノード１１３における受信モジュール等の手段により実行される。手段は、第３のネットワークノード１１３における無線受信機により更に表される。報告は、ユーザ機器１４０における方法に関連して上述した情報を含む。
・第２のセル１２２等の隣接セルに対するオフロードポリシーにおけるオフローディングパラメータ及び／又は閾値を変更すること１３０２により、第２のセル１２２等の隣接セルと第３のセル１２３との間でＵＥのアクセスをステアリングすること。この動作は、第３のネットワークノード１１３における変更モジュール等の手段により実行される。変更手段は、第３のネットワークノード１１３におけるプロセッサ及びメモリにより更に表される。いくつかの実施形態において、第３のネットワークノード１１３は、第１のネットワークノード１１１又は他のあらゆる隣接ネットワークノードに報告を転送する。転送は、ユーザ機器における転送モジュール等の手段により実行される。転送手段は、第３のネットワークノード１１３における無線送信機により更に表される。上述したように、第３のネットワークノード１１３は、第１のネットワークノードと同一のネットワークノードである。

以下の実施形態において、特に指示のない限り、第１のネットワークノード１１１は、３ＧＰＰネットワークノードであり、第２のネットワークノード１１２、即ちターゲットネットワークノードは、ＷｉＦｉ ＡＰとなる。

上述した第３のネットワークノード１１３に送出された報告は、以下を含む。

ａ．ＷｉＦｉ ＡＰが受け持つターゲットセルへのオフロードの前に収集された受け持ちソースセルの最新の測定値、並びに隣接ＷｉＦｉ ＡＰ及び同一のＲＡＴ又は異なるＲＡＴに属する他の使用可能な隣接セルの最新の測定値。この情報は、ターゲットＷｉＦｉ ＡＰに加えて他に適切なオフローディングセルがあるかを評価するのを支援する。

ｂ．拒否が行われたＢＳＳＩＤ、ＥＳＳＩＤ、ＨＥＳＳＩＤ等のＷｉＦｉ ＡＰターゲットセルの識別番号。この情報は、アクセスが失敗したＷｉＦｉ ＡＰターゲットセルの識別番号を理解するのを支援する。

ｃ．ターゲットＷｉＦｉ ＡＰへのオフロードが行われた以前のＵＥを受け持つソースセルの識別番号。このセルはあらゆる受け持ち技術に関連する。この情報は、オフロードが発信されたセルをホストするネットワークノードを識別するために使用される。このネットワークノードは、同様の今後の障害を最小限にするために、ＷｉＦｉオフロードポリシーを最終的に調整する必要がある。

ｄ．ＵＥが、ターゲットＷｉＦｉ ＡＰ又は他らのあらゆるターゲットセルにより拒否された後に場合によっては接続を再確立したＢＳＳＩＤ、ＥＳＳＩＤ、ＨＥＳＳＩＤ等のＷｉＦｉ ＡＰセルの識別番号。このセルは上述した第３のセルである。隣接セルの測定値と共に、この情報は、ソースノードがオフローディングポリシーを調整するのを支援する。例えば、新たに最適化されたポリシーは、元のターゲットＷｉＦｉ ＡＰ又は他のあらゆるターゲットではなく、再確立ＷｉＦｉ ＡＰセル又は他のセルにオフロードすることを示す。

ｅ．ＷｉＦｉ ＡＰ等のターゲットセルにおける拒否の発生から障害報告がＵＥからアクセスネットワークに信号伝送されるまでの時間
この情報は、障害報告の「古さ」を評価するのに有用である。例えばこれにより、ＵＥが報告を送出する前に障害解決手段（又は障害条件を変更する手段）が既に実現されていた場合、そのような手段を判定するために使用された障害統計から障害事象を破棄できる。

ｆ.ターゲットセル（例えば、ＷｉＦｉ ＡＰ）へのオフロードが実行された以前にサポートされたベアラに対するベアラ識別子。オフロードの前の受け持ちＲＡＴがＬＴＥであった場合及びＵＥがサポートするＥ−ＲＡＢに関する情報が障害報告の受信時に既に保持される場合、この情報は、Ｅ−ＲＡＢ ＩＤ等から構成される。更に又はあるいは、この情報は、オフロードが行われる前にＵＥが使用したベアラのＱｏＳ及び優先順位を示すパラメータから構成される。例えばＬＴＥにおいて、そのようなベアラ毎のパラメータは、ＱｏＳクラス識別子（ＱＣＩ）及び割り当て及び保持ポリシー（ＡＲＰ）である。この情報は、ソースノードが、受け持たれたＵＥが使用したベアラに更に依存する障害ターゲット（例えば、ＷｉＦｉターゲットＡＰ）に向けての今後のオフローディングを最適化するのを支援する。例えば、ターゲットＷｉＦｉ ＡＰにおける障害が、例えばビデオサービスをストリーミングするために使用された帯域幅の重いベアラに対して殆ど記録される場合、ソースノードは、そのようなベアラを使用する全てのＵＥを異なるＷｉＦｉ ＡＰセル又は他のＲＡＴセル等の異なるターゲットセルに永久に又は所定の時間ウィンドウに対してオフロードすることを決定する。

ｇ．ターゲットセル（例えば、ＷｉＦｉ ＡＰ）における拒否の原因。尚、本明細書における当該障害は、無線の理由のためではなく発生する障害である。即ち、障害は、例えばチャネル条件、あるいは無線信号の正常な受信又は配信の欠如に起因しない。むしろ、本明細書における当該拒否は、高いトラフィック需要等のターゲットノード内部の理由に起因する。このため、この新しい情報は、ＭＲＯに存在するＲＬＦ報告の概念にとって完全に新しく、ターゲットがＬＴＥセル又はそのような技術をサポートする他のあらゆるＲＡＴターゲットセルである場合にも適用されてもよい。この情報は、１つ以上の異なる原因を含む。例えば、報告された考えられる原因値は、以下を示す。

ｉ．過負荷又は一般に、ＷｉＦｉ ＡＰにおける負荷に依存する拒否理由
ｉｉ．サポートされないベアラ／サービスの種類又は一般に、ＷｉＦｉ ＡＰがＵＥにより要求されたデータサービスを提供できないことを示す拒否原因
ｉｉｉ．供給停止、あるいは一般に、ＷｉＦｉ ＡＰが無線の観点から機能しているが、残りのネットワークに対してデータトラフィックを送出又は受信できないという拒否原因
ｉｖ．転送ネットワーク障害又は一般に、ＷｉＦｉ ＡＰを残りのシステムに接続する転送ネットワークに関する問題に起因する拒否原因
ｖ．ターゲットセルにおいて許可されないＵＥ又は一般に、ＷｉＦｉ ＡＰに対してＵＥを認可できないことに起因する拒否原因
ｖｉ．原因は、拒否時に提供されるオペレータにより設定される任意の値によっても規定される。この値は、ＵＥが解釈し、種々の配置間で変動する理由に必ずしも関連しない。

上述の情報は、別個の新しい報告において提供されるか、あるいは既存のＲＬＦ報告に対する高度化であることが指摘されるべきである。いずれにせよ、そのような報告は、ＵＥにより、この情報の受信をサポートする第１の使用可能な無線アクセスネットワークに信号伝送される。

実施形態のうちのいくつかにおいて、ＵＥにおいて障害報告が使用可能になると、ＵＥは、そのような報告を使用できることをアクセスされた第１の適切な無線アクセスネットワークに信号伝送する。例えば、そのような報告を検索できる唯一の無線アクセスネットワークがＬＴＥである場合、ＵＥは、ＬＴＥセルを入力するとすぐに、そのような報告を使用できることを信号伝送する。そのような信号伝送は、障害報告が使用可能かに関するＬＴＥからの要求又はＵＥにより自律的に行われる。

いくつかの他の実施形態において、障害報告がＵＥから第１の適切で使用可能な無線アクセスネットワークに信号伝送されると、報告を受信するノードは、ソースノード、即ちターゲットＷｉＦｉ ＡＰへのオフロードが行われた以前にＵＥを受け持つノードに障害報告を転送する。障害報告に含まれた「ターゲットＷｉＦｉ ＡＰへのオフロードが行われた以前にＵＥを受け持つセルの識別番号」の手段により、これを達成する。そのような信号伝送は、使用可能なインタフェースを介した新しい専用のメッセージを介して行われる。あるいは、報告がＬＴＥ ｅＮＢに信号伝送され、且つソースセルが異なるｅＮＢにおいてＬＴＥセルである例において、この信号伝送は、Ｘ２ ＲＬＦ ＩＮＤＩＣＡＴＩＯＮメッセージを再利用することで行われる。

本実施形態の１つの可能な説明は、障害報告がそのような報告の受信をサポートするＷｉＦｉアクセスポイントに報告され、且つ障害セルへのオフロードが行われた以前にＵＥを受け持つソースセルがＬＴＥセルである場合である。

この場合、ＷｉＦｉ ＡＰは、ＲＡＮ情報管理（ＲＩＭ）プロトコルメッセージの一部である障害報告をソースＬＴＥ ｅＮＢに転送する。ｅＮＢへのＲＩＭメッセージにおいて使用されたＩＥは、新しく、例えばオフロードが行われた以前のソースセル、オフロードのターゲットセル、オフロードの種類（例えば、無線のためのオフロード、負荷平衡によるオフロード）等の他の情報と共に、障害報告を含む。あるいは、新しいＩＥに対して説明された情報を有する既存のＩＥ（それらのうちの一部、あるいは全て又はそれ以上）、例えば［１４］において説明されたようなＨＯ報告ＩＥが再利用される。図１４は、この信号伝送がどのように作用するかの例を示す。

ノード間インタフェース信号伝送を介して別のＲＡＮノードから障害報告を受信するネットワークノードは、障害事象に関する統計を構築し、隣接ＷｉＦｉ ＡＰに対するオフローディングポリシーを変更するために報告における情報を使用する。例えば、ＵＥが報告した拒否の原因が負荷に起因する場合、１つの考えられる調整は、ソースノードが特定の時間ウィンドウに対してＵＥをターゲットＷｉＦｉ ＡＰにオフロードするのを回避することである。

更に、障害が負荷に起因し、且つ障害の殆どが特定のサービスを使用するＵＥに対するものである場合、ソースノードは、所定の時間ウィンドウに対して同様のサービス上の今後のＵＥをターゲットＷｉＦｉ ＡＰにオフロードすることを回避する。

更に、報告において報告された隣接セル測定の情報を用いて、ソースノードは、ターゲットＷｉＦｉ ＡＰにオフロードされるべきではないＵＥに対して、別の適切なＷｉＦｉ又は他のＲＡＴターゲットセルを選択することを決定する。また、拒否の原因がこのセルにおいて許可されないＵＥである場合、ソースノードは、所定の時間ウィンドウに対して同一のＵＥをターゲットＷｉＦｉ ＡＰにオフロードすることを回避する。更に、拒否の原因が転送ネットワークの問題に起因する障害を示す場合、ソースノードは、ある特定の時間ウィンドウに対して又は更なる構成が再度オフロードを可能にするまで、ＵＥをそのＷｉＦｉ ＡＰにオフロードすることを回避してもよい。

いくつかの他の実施形態において、障害報告を受信するノードにより収集された障害統計は、ネットワーク構成を最適化するためにそのような統計を使用する運用保守（ＯＡＭ）システムに報告される。例えば、隣接関係及びオフローディングポリシーは、各障害事象から収集された情報に依存してそのようなＯＡＭシステムにより調和される。

図１５は、第３のセル１２３と隣接ネットワークノードとの間でのユーザ機器のアクセスをステアリングするように行われる動作を説明するフローチャート及び信号伝送図の組み合わせである。

動作１５０１において、拒否ネットワークノード１１２は、ＵＥ１４０を拒否し、拒否の表示を送出する。

動作１５０３において、ＵＥ１４０は対応する障害報告を生成する。

動作１５０４において、使用可能なネットワークノード１１３は、オプションとして障害報告を要求してもよい。

動作１５０５において、ＵＥは、障害報告を使用可能なネットワークノード１１３に送出する。

動作１５０６において、ネットワークノード１１３は、オプションとして障害報告をソースネットワークノード１１１に送出してもよい。

動作１５０７において、ネットワークノード１１３及び／又はソースネットワークノード１１１は、報告がそこに送出された場合にオフロードポリシー、即ち少なくとも１つのそのオフローディングパラメータを変更する。

一般に、本明細書において説明される方法及びデバイスは、種々の方法で組み合わされ、再構成されることが理解されるだろう。

例えば実施形態は、適切な処理回路網又はその組み合わせにより実行されるために、ハードウェア又はソフトウェアで実現される。

本明細書において説明されるステップ、機能、手順、モジュール及び／又はブロックは、汎用電子回路網及び特定用途向け回路網の双方を含むディスクリート回路又は集積回路の技術等のあらゆる従来の技術を使用してハードウェアで実現される。

特定の例には、１つ以上の適切に構成されたデジタル信号プロセッサ及び他に知られている電子回路、例えば特定の機能を実行するように相互接続された個別の論理ゲート又は特定用途向け集積回路（ＡＳＩＣ）が含まれる。

あるいは、本明細書において説明されるステップ、機能、手順、モジュール及び／又はブロックのうちの少なくともいくつかは、１つ以上のプロセッサ又は処理部等の適切な処理回路網により実行されるために、コンピュータプログラム等のソフトウェアで実現されてもよい。

処理回路網の例には、１つ以上のマイクロプロセッサ、１つ以上のデジタル信号プロセッサ（ＤＳＰ）、１つ以上の中央処理装置（ＣＰＵ）、ビデオ高速化ハードウェア、並びに／あるいは１つ以上のフィールドプログラマブルゲートアレイ（ＦＰＧＡ）又は１つ以上のプログラマブルロジックコントローラ（ＰＬＣ）等のあらゆる適切なプログラマブル論理回路網が含まれるが、それらに限定されない。

提案された技術が実現されるあらゆる従来のデバイス又はユニットの一般的な処理機能性を再利用できることが、更に理解されるべきである。例えば、既存のソフトウェアのプログラムを作り直すか、あるいは新しいソフトウェア構成要素を追加することにより、既存のソフトウェアを再利用することも可能である。

本明細書において使用されるように、「ユーザ機器」及び「無線デバイス」という限定しない用語は、移動電話、携帯電話、無線通信機能性を搭載したパーソナルデジタルアシスタントＰＤＡ、スマートフォン、ラップトップ、あるいは内部又は外部モバイルブロードバンドモデムを搭載したパーソナルコンピュータＰＣ、無線通信機能性を有するタブレットＰＣ、ターゲットデバイス、デバイスツーデバイスＵＥ、マシンタイプＵＥ又はマシンツーマシン通信が可能なＵＥ、ｉＰＡＤ、顧客宅内機器ＣＰＥ、ラップトップ組込型機器ＬＥＥ、ラップトップ搭載型機器ＬＭＥ、ＵＳＢドングル、ポータブル電子無線通信デバイス、あるいは無線通信機能性を搭載したセンサデバイス等を示す。特に、「ＵＥ」という用語及び「無線デバイス」という用語は、セルラ通信システム又は移動通信システムにおいて無線ネットワークノードと通信するあらゆる種類の無線デバイス、あるいはセルラ通信システム又は移動通信システム内の通信のためのあらゆる関連規格に従う無線通信のための無線回路網を搭載したあらゆるデバイスを含む限定しない用語として解釈されるべきである。

本明細書において示されるように、「ネットワークノード」という限定しない用語は、基地局、アクセスポイント、ネットワークコントローラ等のネットワーク制御ノード、無線ネットワークコントローラ、基地局コントローラ及びアクセスコントローラ等を示す。特に、「基地局」という用語は、例えばＮｏｄｅ Ｂ又は高度化Ｎｏｄｅ Ｂ ｅＮＢ等の規格化された基地局及び更にはマクロ／マイクロ／ピコ無線基地局を含む種々の無線基地局、フェムト基地局としても知られるホーム基地局、中継ノード、中継器、無線アクセスポイント、基地局トランシーバＢＴＳ、並びに１つ以上のリモート無線ユニットＲＲＵを制御する無線制御ノードを含む。

一態様によれば、提案された技術は、セル間でのアクセスのステアリングを可能にするように構成されたユーザ機器を提供する。ユーザ機器は、拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示を受信するように構成される。ユーザ機器は、拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに送出するように更に構成される。

例として、ユーザ機器は、拒否セルにアクセスできないことを示す報告を送出して、報告に基づいて使用可能なセルと隣接セルとの間でのユーザ機器のアクセスのステアリングのために使用される少なくとも１つのオフローディングパラメータ及び／又は閾値を変更できるように構成される。

特定の例において、ユーザ機器は、ソースセルからターゲットセルにオフロードすることに関連して動作するように構成され、拒否セルは拒否ターゲットセルである。ソースセル及びターゲットセルは、同一の無線アクセスネットワークに属してもよく、あるいは異なる無線アクセスネットワークに属してもよい。

例えば、ソースセル及びターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属してもよい。

一例として、ある無線アクセスネットワークはセルラ無線アクセスネットワークであり、別の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮである。

特定の例において、セルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークである。

例として、ユーザ機器は、拒否セルを受け持つネットワークノードにおける負荷条件に起因する拒否の表示として表示を受信するように構成される。

特定の実現例の例において、図１６及び／又は図１９に示されるように、ユーザ機器ＵＥ１４０は、少なくとも１つのプロセッサ１６８０と、少なくとも１つのプロセッサ上で実行される場合に少なくとも１つのプロセッサがセル間でのアクセスをステアリングできるようにする命令を含むメモリ１６９０とを含む。

オプションとして、ユーザ機器ＵＥ１４０は通信回路網を更に含んでもよい。図１６の例において、オプションの通信回路１６４０は、ネットワークにおいて他のデバイス及び／又はネットワークノードと有線及び／又は無線通信するための機能を有する。特定の例において、ＵＥは、情報を送信及び／又は受信することを含む１つ以上の他のノードとの通信のための無線回路網を含む。通信回路１６４０は、プロセッサ１６８０及び／又はメモリ１６９０に相互接続される。図１９の例において、例えば通信回路網は、受信モジュール１６１０及び送出モジュール１６２０である。

別の態様によれば、提案された技術は、セル間でのアクセスをステアリングするように構成されたネットワークノードを更に提供する。ネットワークノードは、拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告をユーザ機器から受信するように構成される。ネットワークノードは、拒否セルを受け持つ拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、セル間でのユーザ機器のアクセスをステアリングするために使用される少なくとも１つのオフローディングパラメータ及び／又は閾値を変更するように更に構成される。

例として、ネットワークノードは、隣接セルとネットワークノードが受け持つセルとの間でのユーザ機器のアクセスをステアリングするように構成され、ネットワークノードは、隣接セルに対するオフロードポリシーにおけるオフローディングパラメータ及び／又は閾値を変更するように構成される。

オプションの一実施形態において、ネットワークノードは、無線アクセスネットワーク間でのトラフィックをステアリングすることにより、セル間でのユーザ機器のアクセスをステアリングするように構成される。

特定の例において、ネットワークノードは、ソースセルからターゲットセルにオフロードすることに関連して動作するように構成され、拒否セルは拒否ターゲットセルである。ソースセル及びターゲットセルは、同一の無線アクセスネットワークに属してもよく、あるいは異なる無線アクセスネットワークに属してもよい。

例えば、ソースセル及びターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属してもよい。

特定の例において、第１の無線アクセスネットワークはセルラ無線アクセスネットワークであり、第２の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮである。

一例として、セルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークである。

オプションの一実施形態において、ネットワークノードは、特定の時間ウィンドウに対して拒否セルにオフロードすることを回避するか、あるいは特定の時間ウィンドウに対して特定のサービス上の拒否セルにオフロードするのを回避することにより、セル間でのユーザ機器のアクセスをステアリングするように構成される。

例として、ネットワークノードは、拒否セルを受け持つネットワークノードにおける内部条件に起因する障害を示す報告を受信するように構成される。

一例として、ネットワークノードは、拒否ネットワークノードが受け持つ拒否セルにアクセスするのをユーザ機器が拒否された後にユーザ機器が使用可能なネットワークノードである。

オプションの一実施形態において、ネットワークノードは、拒否セルに向けたオフロードが発信されたソースセルをホストするソースネットワークノードとは異なる。

別のオプションの一実施形態において、ネットワークノードは、拒否セルに向けたオフロードが発信されたソースセルをホストするソースネットワークノードである。

特定の例の実現例において、図１７及び／又は図２０に示されるように、ネットワークノードは、１１１、１１３は、少なくとも１つのプロセッサ１７８０と、少なくとも１つのプロセッサ上で実行される場合に少なくとも１つのプロセッサにセル間でのアクセスをステアリングさせる命令を含むメモリ１７９０とを含む。

オプションとして、ネットワークノード１１１、１１２、１１３は、通信回路網を更に含んでもよい。図１７の例において、オプションの通信回路１７４０は、ネットワークにおいて他のデバイス及び／又はネットワークノードと有線及び／又は無線通信するための機能を有する。特定の例において、ネットワークノードは、情報を送信及び／又は受信することを含む１つ以上の他のノードとの通信のための無線回路網を含む。通信回路１７４０は、プロセッサ１７８０及び／又はメモリ１７９０に相互接続される。図２０の例において、例えば通信回路網は、受信モジュール１７１０及びオプションの転送モジュール１７３０である。

例として、ネットワークノードは、基地局及び／又はアクセスポイントである。

更に別の態様によれば、提案された技術は、無線アクセスネットワークにおいて動作するために構成された更に別のネットワークノードを更に提供する。例えばこのネットワークノードは、拒否ネットワークノード１１２により表される。ネットワークノードは、ネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルとも呼ばれるセルにユーザ機器がアクセスするのを拒否するように構成される。ネットワークノードは、ネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示をユーザ機器に送出するように更に構成される。

特定の例において、本明細書において説明されるステップ、機能、手順、モジュール及び／又はブロックのうちの少なくともいくつかは、１つ以上のプロセッサを含む処理回路網により実行されるためにメモリにロードされるコンピュータプログラムにおいてそのように実現される。プロセッサ及びメモリは、ソフトウェアを正常に実行できるように相互接続される。オプションの入出力装置は、入力パラメータ及び／又は結果として得られる出力パラメータ等の関連データを入力並びに／あるいは出力できるように、プロセッサ及び／又はメモリに更に相互接続される。

「プロセッサ」という用語は、一般に、特定の処理タスク、判定タスク又は計算タスクを実行するようにコンピュータコード又はコンピュータプログラムの命令を実行できるあらゆるシステム又はデバイスとして解釈されるべきである。

従って、１つ以上のプロセッサを含む処理回路網は、コンピュータプログラムを実行する際に本明細書において説明されるような適切に規定された処理タスクを実行するように構成される。

処理回路網は、上述のステップ、機能、手順及び／又はブロックのみを実行することに専念する必要はなく、他のタスクを更に実行してもよい。

図１８は、一実施形態に係るコンピュータの実現例の例を示す概略図である。この実現例は、図１６、図１７、図１９及び図２０において示された例を補足する。

特定の例の実施形態において、少なくとも１つのプロセッサ１６８０、１８１０により実行される場合に少なくとも１つのプロセッサに、
−拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルへのアクセスを拒否する表示を受信させ、
−拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに対して、拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を送出させる命令を含むコンピュータプログラム１８２５、１８３５がある。

別の特定の例の実施形態において、少なくとも１つのプロセッサ１７８０、１８１０により実行される場合に少なくとも１つのプロセッサに、
−拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示すユーザ機器から発生する報告を受信させ、
−拒否セルを受け持つ拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、セル間でのユーザ機器のアクセスをステアリングするために使用された少なくとも１つのオフローディングパラメータ及び／又は閾値を変更させる命令を含むコンピュータプログラム１８２５、１８３５が提供される。

提案された技術は、コンピュータプログラムを含む記憶媒体を更に提供する。記憶媒体は、電子信号、光信号、電磁気信号、磁気信号、電気信号、無線信号、マイクロ波信号のうちの１つ又はコンピュータ可読記憶媒体である。

特に、上述のコンピュータプログラムのうちのいずれか１つを格納したコンピュータ可読記憶媒体を含むコンピュータプログラム製品１６９０、１７９０、１８２０、１８３０が提供される。

例として、ソフトウェア又はコンピュータプログラムは、一般にコンピュータ可読媒体、特に不揮発性媒体上に保持又は格納されるコンピュータプログラム製品として実現される。コンピュータ可読媒体は、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、コンパクトディスク（ＣＤ）、デジタル多用途ディスク（ＤＶＤ）、ブルーレイディスク、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）メモリ、ハードディスクドライブ（ＨＤＤ）記憶装置、フラッシュメモリ、磁気テープ又は他のあらゆる従来のメモリ装置を含むがそれらに限定されない１つ以上の取り外し可能な又は取り外し不可能なメモリ装置を含む。従って、コンピュータプログラムは、その処理回路網により実行されるためにコンピュータ又は等価の処理装置のオペレーティングメモリにロードされる。

本明細書において提示されるフローチャート又は図は、１つ以上のプロセッサにより実行される場合に１つ又は複数のコンピュータフローチャートであると考えられる。対応するユーザ機器及び／又はネットワークノードは、機能モジュールのグループとして規定され、プロセッサにより実行された各ステップは機能モジュールに対応する。この場合、機能モジュールは、プロセッサ上で実行するコンピュータプログラムとして実現される。

従って、メモリに常駐するコンピュータプログラムは、プロセッサにより実行される場合に本明細書において説明されるステップ及び／又はタスクの少なくとも一部を実行するように構成される適切な機能モジュールとして編成される。

本明細書の実施形態は、ユーザ機器１４０において実行される。ユーザ機器１４０は、第２のネットワークノード１１２等の隣接ネットワークノードと第３のネットワークノード１１３との間でのユーザ機器のアクセスをステアリングできるようにする図１９に示された以下のモジュール、即ち受信モジュール１６１０、送出モジュール１６２０及び生成モジュール１６３０を含む。生成モジュール１６３０は、障害報告を生成するように構成される。

特定の例において、ユーザ機器１４０は、
−拒否セルとも呼ばれるセルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のためにセルへのアクセスを拒否する表示を受信する受信モジュール１６１０と、
−拒否セルを受け持つネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示す報告を生成する生成モジュール１６３０と、
−拒否セルにアクセスできないことを示す報告を拒否セルとは異なる使用可能なセルを受け持つ別のネットワークノードに送出する送出モジュール１６２０とを含む。

本明細書の実施形態は、上述したように第３のネットワーク１１３及び／又は第１のネットワークノード１１１において実行される。第３のネットワークノード１１１／１１３は、第２のネットワークノード１１２等の隣接ネットワークノードと第３のネットワークノード１１３との間でのユーザ機器のアクセスをステアリングする図２０に示された以下のモジュール、即ち受信モジュール１７１０、変更モジュール１７２０及びオプションの転送モジュール１７３０を含む。転送モジュール１７３０は、第１のネットワークノード１１１又は運用保守ノード等の別のネットワークノードに障害報告を報告するように構成される。

特定の例において、ネットワークノード１１１、１１３は、
−拒否セルとも呼ばれるセルを受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノードの無線チャネル条件とは無関係である内部理由のために拒否セルにアクセスできないことを示すユーザ機器から発生する報告を受信する受信モジュール１７１０と、
−拒否セルを受け持つ拒否ネットワークノードの内部理由のために拒否セルにアクセスできないことを示す報告に基づいて、異なるネットワークノードのセル間でのユーザ機器のアクセスをステアリングするために使用される少なくとも１つのオフローディングパラメータ及び／又は閾値を変更する変更モジュール１７２０とを含む。

あるいは、主にハードウェアモジュールにより又はハードウェアにより図１９及び図２０におけるモジュールを実現することが可能である。ソフトウェア対ハードウェアの程度は、純粋に実現例の選択である。

上述したように、本明細書の実施形態は、本明細書の実施形態の機能及び動作を実行するコンピュータプログラムコードと共に、１つ以上のプロセッサ、例えば図１９に示されたユーザ機器１４０におけるプロセッサ１６８０及び図２０に示された第３のネットワークノード１１３におけるプロセッサ１７８０により実現される。上述のプログラムコードは、例えばユーザ機器１４０又は第３のネットワークノード１１３にロードされている場合に本明細書の実施形態を実行するコンピュータプログラムコードを保持するデータ記憶媒体の形態のコンピュータプログラムとして更に提供される。１つのそのような記憶媒体は、ＣＤ ＲＯＭディスクの形態である。しかし、メモリスティック等の他のデータ記憶媒体を用いて実現可能である。更にコンピュータプログラムコードは、サーバ上で純粋なプログラムコードとして提供され、ユーザ機器１４０又は第３のネットワークノード１１３にダウンロードされる。

従って、本明細書において説明される実施形態に係る方法は、それぞれ、少なくとも１つのプロセッサ上で実行される場合に、ユーザ機器１４０及び第３のネットワークノード１１３により実行されるように少なくとも１つのプロセッサに本明細書において説明される動作を実行させるコンピュータプログラムの手段により実現される。コンピュータプログラムは、コンピュータ可読記憶媒体上に格納される。コンピュータプログラムを格納するコンピュータ可読記憶媒体は、少なくとも１つのプロセッサ上で実行される場合に、ユーザ機器１４０及び第３のネットワークノード１１３により実行されるように少なくとも１つのプロセッサに本明細書において説明される動作を実行させる命令を含む。いくつかの実施形態において、コンピュータ可読記憶媒体は、非一時的なコンピュータ可読記憶媒体である。

ユーザ機器１４０及び第３のネットワークノード１１３の各々は、１つ以上のメモリユニットを含むメモリ１６９０、１７９０を更に含む。メモリ１６９０、１７９０は、ユーザ機器１４０又は第３のネットワークノード１１３において実行されている場合に本明細書の方法を実行するように取得された情報、データ、構成、スケジューリング及びアプリケーション等を格納するために使用されるように構成される。

当業者には、上述の種々のモジュールが、アナログ回路及びデジタル回路の組み合わせ、並びに／あるいはユーザ機器１４０及び第３のネットワークノード１１３におけるプロセッサ等の１つ以上のプロセッサにより実行される場合に上述したように実行するように構成された、例えばメモリに格納されたソフトウェア及び／又はファームウェアを有する１つ以上のプロセッサを示すことが更に理解されるだろう。これらのプロセッサのうちの１つ以上及び他のデジタルハードウェアは、単一の特定用途向け集積回路（ＡＳＩＣ）に含まれる。あるいは、いくつかのプロセッサ及び種々のデジタルハードウェアは、個別にパッケージ化されるか、あるいはシステムオンチップ（ＳｏＣ）にアセンブルされていくつかの別個の構成要素間に分散される。

上述の実施形態は単に例として挙げられ、提案された技術はそれに限定されないことが理解されるべきである。添付の特許請求の範囲により規定される本発明の範囲から逸脱せずに、種々の変形、組み合わせ及び変更が実施形態に対して行なわれてもよいことが当業者には理解されるだろう。特に、種々の実施形態における種々の部分解決方法は、技術的に可能な場合には他の構成において組み合わされてよい。

参考文献
［１］３ＧＰＰ ＴＳ２３．４０２、Ｖ１２．３．０、非３ＧＰＰアクセスに対するアーキテクチャ拡張
［２］３ＧＰＰ ＴＲ ２３．８５２、Ｖ１２．０．０、ＥＰＣへのＧＴＰ＆ＷＬＡＮアクセスに基づくＳ２ａモビリティに関する研究（ＳａＭＯＧ）
［３］３ＧＰＰ ＴＳ２４．３１２、Ｖ１２．３．０、アクセスネットワーク発見選択機能（ＡＮＤＳＦ）管理目標（ＭＯ）
［４］３ＧＰＰ ＴＳ２４．３０２、Ｖ１２．３．０、非３ＧＰＰアクセスネットワークを介した３ＧＰＰ発展型パケットコア（ＥＰＣ）へのアクセス、段階３
［５］３ＧＰＰ ＴＲ２３．８６５、Ｖ１２．１．０、３ＧＰＰ端末に対する無線ローカルエリアネットワーク（ＷＬＡＮ）ネットワーク選択に関する研究、段階２
［６］ＲＰ−１２２０３８−ＷＬＡＮ／３ＧＰＰ無線インタワーキングに対する新しい研究項目の提案、インテル社
［７］３ＧＰＰ ＴＲ３７．８３４、Ｖ２．０．０： ＷＬＡＮ／３ＧＰＰ無線インタワーキング
［８］３ＧＰＰ ＴＳ２５．３０４、Ｖ１２．０．０、アイドルモードでのユーザ機器手順及び接続モードでのセル再選択のための手順
［９］３ＧＰＰ ＴＳ３６．３０４、（Ｅ−ＵＴＲＡ）、Ｖ１１．６．０：アイドルモードでのユーザ機器手順
［１０］３ＧＰＰ ＴＳ２５．３３１、Ｖ１２．０．０、無線リソース制御（ＲＲＣ）；プロトコル規定
［１１］３ＧＰＰ ＴＳ３６．３３１、（Ｅ−ＵＴＲＡ）、Ｖ１１．６．０、無線リソース制御（ＲＲＣ）；プロトコル規定
［１２］３ＧＰＰ ＲＰ−１３２１０１、ＷＬＡＮ／３ＧＰＰ無線インタワーキングに対する新しい作業項目の提案
［１３］Ｒ３−１２０３９０、「ＩＲＡＴ ＭＲＯ ｗａｙ ｆｏｒｗａｒｄ」、Ｈｕａｗｅｉ、ＲＡＮ３＃７５
［１４］３ＧＰＰ ＴＳ３６．４１３、（Ｅ−ＵＴＲＡＮ） Ｖ１２．０．０； Ｓ１ アプリケーションプロトコル（Ｓ１ＡＰ）；プロトコル規格
［１５］国際公開第ＷＯ２０１２／０１９３６３号
［１６］国際公開第ＷＯ２０１３／０９１１６１号
［１７］欧州特許第２，７２０，５０８号公報
［１８］４Ｇ Ａｍｅｒｉｃａｓ、「３ＧＰＰリリース１１における自己最適化ネットワーク：ＬＴＥにおけるＳＯＮの利益、２０１３年１０月
［１９］Ｒ３−１０２７１３、「ＩＲＡＴ ｔｏｏ ｌａｔｅ」、Ｈｕａｗｅｉ、ＲＡＮ ＷＧ３＃６９ｂｉｓ

Claims (53)

1. セル間でのアクセスのステアリングを可能にするユーザ機器（１４０）により実行される方法であって、
   −拒否セルとも呼ばれるセル（１２２）を受け持つネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルへのアクセスを拒否する表示を受信するステップ（１２０１）と、
   −前記拒否セルを受け持つ前記ネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルにアクセスできないことを示す報告を前記拒否セルとは異なる使用可能なセル（１２３、１２１）を受け持つ別のネットワークノード（１１３、１１１）に送出するステップ（１２０２）と、
   を備えることを特徴とする方法。
2. 前記拒否セルにアクセスできないことを示す前記報告を送出する前記ステップ（１２０２）により、前記報告に基づいて前記使用可能なセルと隣接セルとの間での前記ユーザ機器のアクセスのステアリングのために使用される少なくとも１つのオフローディングパラメータ及び／又は閾値を変更できることを特徴とする請求項１記載の方法。
3. 前記方法は、ソースセルからターゲットセルにオフロードすることに関連して実行され、前記拒否セルは拒否ターゲットセルであり、前記ソースセル及び前記ターゲットセルは、同一の無線アクセスネットワークに属するか、あるいは異なる無線アクセスネットワークに属することを特徴とする請求項１又は２記載の方法。
4. 前記ソースセル及び前記ターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属することを特徴とする請求項３記載の方法。
5. ある無線アクセスネットワークはセルラ無線アクセスネットワークであり、別の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮであることを特徴とする請求項４記載の方法。
6. 前記セルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークであることを特徴とする請求項５記載の方法。
7. ネットワークノード（１１２）の内部理由のために拒否セルとも呼ばれるセル（１２２）へのアクセスを拒否する前記表示は、前記拒否セルを受け持つ前記ネットワークノード（１１２）における負荷条件に起因する拒否の表示であることを特徴とする請求項１から６のいずれか１項に記載の方法。
8. 前記使用可能なセル（１２３）を受け持つ前記ネットワークノード（１１３）は、前記拒否セル（１２２）に向けたオフロードが発信されたソースセル（１２１）をホストするソースネットワークノード（１１１）とは異なることを特徴とする請求項１から７のいずれか１項に記載の方法。
9. 前記使用可能なセル（１２１）を受け持つ前記ネットワークノード（１１１）は、前記拒否セル（１２２）に向けたオフロードが発信されたソースセル（１２１）をホストするソースネットワークノード（１１１）と同一であることを特徴とする請求項１から７のいずれか１項に記載の方法。
10. 前記拒否セルにアクセスできないことを示す前記報告は、前記拒否の原因の表示を含むことを特徴とする請求項１から９のいずれか１項に記載の方法。
11. 前記拒否の原因の前記表示は、
    ・過負荷又は負荷に依存した拒否理由
    ・サポートされないベアラ／サービスの種類又は要求されたデータサービスを提供できないことを示す拒否原因
    ・供給停止、あるいはデータトラフィックを残りのネットワークに送出できない又は残りのネットワークから受信できないことに起因する拒否原因
    ・転送ネットワークの障害又は転送ネットワークの問題に起因する拒否原因
    ・ターゲットセルにおいて許可されないユーザ機器又は前記ユーザ機器を認可できないことに起因する拒否原因
    ・拒否時に提供されるオペレータが設定した値
    のうちの少なくとも１つを示すことを特徴とする請求項１０記載の方法。
12. 前記拒否セルにアクセスできないことを示す前記報告は、
    ・ターゲットセルへのオフセットの前に収集された最新の測定値
    ・前記拒否が行われたターゲットセルの識別番号
    ・ターゲットセルへのオフロードの前に前記ユーザ機器を受け持つソースセルの識別番号
    ・前記ターゲットセルに拒否された後に前記ユーザ機器が接続を再確立した前記セルの識別番号
    ・前記拒否の発生から障害報告が前記ユーザ機器から信号伝送されるまでの時間
    ・ターゲットセルへのオフロードの前にサポートされたベアラに対するベアラ識別子
    のうちの少なくとも１つを更に含むことを特徴とする請求項１から１１のいずれか１項に記載の方法。
13. セル間でのアクセスをステアリングするネットワークノード（１１１、１１３）により実行される方法であって、
    −拒否セルとも呼ばれるセル（１２２）を受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルにアクセスできないことを示す報告をユーザ機器（１４０）から受信するステップ（１３０１）と、
    −前記拒否セルを受け持つ前記拒否ネットワークノード（１１２）の内部理由のために前記拒否セル（１２２）にアクセスできないことを示す前記報告に基づいて、少なくとも１つのオフローディングパラメータ及び／又は閾値を変更する（１３０２）ことにより、セル間での前記ユーザ機器（１４０）の前記アクセスをステアリングするステップと、
    を備えることを特徴とする方法。
14. セル間での前記ユーザ機器（１４０）の前記アクセスをステアリングする前記ステップは、隣接セルと前記ネットワークノードが受け持つセルとの間で実行され、前記隣接セルと前記ネットワークノードが受け持つ前記セルとの間での前記ユーザ機器の前記アクセスをステアリングする前記ステップは、前記隣接セルに対するオフロードポリシーにおけるオフローディングパラメータ及び／又は閾値を変更するステップを含むことを特徴とする請求項１３記載の方法。
15. 前記方法は、ソースセルからターゲットセルにオフロードすることに関連して実行され、前記拒否セルは拒否ターゲットセルであり、前記ソースセル及び前記ターゲットセルは、同一の無線アクセスネットワークに属するか、あるいは異なる無線アクセスネットワークに属することを特徴とする請求項１３又は１４記載の方法。
16. 前記ソースセル及び前記ターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属することを特徴とする請求項１５記載の方法。
17. 第１の無線アクセスネットワークはセルラ無線アクセスネットワークであり、第２の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮであることを特徴とする請求項１６記載の方法。
18. 前記セルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークであることを特徴とする請求項１７記載の方法。
19. セル間での前記ユーザ機器（１４０）の前記アクセスをステアリングする前記ステップは、特定の時間ウィンドウに対して前記拒否セルにオフロードするのを回避すること又は特定の時間ウィンドウに対して特定のサービス上の前記拒否セルにオフロードするのを回避することを含むことを特徴とする請求項１３から１８のいずれか１項に記載の方法。
20. セルにアクセスできないことを示す前記報告は、前記拒否セルを受け持つ前記ネットワークノード（１１２）における負荷条件に起因する障害を示すことを特徴とする請求項１３から１９のいずれか１項に記載の方法。
21. 前記方法を実行する前記ネットワークノード（１１１、１１３）は、前記ユーザ機器（１４０）が、前記拒否ネットワークノード（１１２）が受け持つ前記拒否セル（１２２）にアクセスするのを拒否された後に使用可能なネットワークノードであることを特徴とする請求項１３から２０のいずれか１項に記載の方法。
22. 前記方法を実行する前記ネットワークノード（１１３）は、前記拒否セル（１２２）に向けたオフロードが発信されたソースセル（１２１）をホストするソースネットワークノード（１１１）とは異なることを特徴とする請求項１３から２１のいずれか１項に記載の方法。
23. 前記方法を実行する前記ネットワークノード（１１１）は、前記拒否セル（１２２）に向けたオフロードが発信されたソースセル（１２１）をホストするソースネットワークノード（１１１）と同一であることを特徴とする請求項１３から２１のいずれか１項に記載の方法。
24. 前記ネットワークノード（１１１）は、中間ネットワークノード（１１３）を介して前記報告を受信することを特徴とする請求項２３記載の方法。
25. 前記ネットワークノードは、障害事象に関する統計を構築し、それに応じてオフローディングポリシーを変更するために前記報告における情報を使用することを特徴とする請求項１３から２４のいずれか１項に記載の方法。
26. 障害事象に関する前記統計は、ネットワーク構成を最適化するために運用保守システム（１５０）に報告されることを特徴とする請求項２５記載の方法。
27. セル間でのアクセスのステアリングを可能にするように構成されたユーザ機器（１４０）であって、
    −拒否セルとも呼ばれるセル（１２２）を受け持つネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルへのアクセスを拒否する表示を受信するように構成され、
    −前記拒否セル（１２２）を受け持つ前記ネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルにアクセスできないことを示す報告を前記拒否セルとは異なる使用可能なセル（１２１、１２３）を受け持つ別のネットワークノード（１１１、１１３）に送出するように構成されることを特徴とする機器。
28. 前記ユーザ機器（１４０）は、前記報告に基づいて前記使用可能なセルと隣接セルとの間での前記ユーザ機器のアクセスのステアリングのために使用される少なくとも１つのオフローディングパラメータ及び／又は閾値を変更できるように、前記拒否セルにアクセスできないことを示す前記報告を送出するように構成されることを特徴とする請求項２７記載の機器。
29. 前記ユーザ機器（１４０）は、ソースセルからターゲットセルにオフロードすることに関連して動作するように構成され、前記拒否セルは拒否ターゲットセルであり、前記ソースセル及び前記ターゲットセルは、同一の無線アクセスネットワークに属するか、あるいは異なる無線アクセスネットワークに属することを特徴とする請求項２７又は２８記載の機器。
30. 前記ユーザ機器（１４０）は、ソースセルからターゲットセルにオフロードすることに関連して動作するように構成され、前記ソースセル及び前記ターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属することを特徴とする請求項２９記載の機器。
31. ある無線アクセスネットワークはセルラ無線アクセスネットワークであり、別の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮであることを特徴とする請求項３０記載の機器。
32. 前記セルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークであることを特徴とする請求項３１記載の機器。
33. 前記ユーザ機器（１４０）は、前記拒否セルを受け持つ前記ネットワークノード（１１２）における負荷条件に起因する拒否の表示として前記表示を受信するように構成されることを特徴とする請求項２７から３２のいずれか１項に記載の機器。
34. 前記ユーザ機器（１４０）は、少なくとも１つのプロセッサ（１６８０）と、少なくとも１つのプロセッサ上で実行される場合に前記少なくとも１つのプロセッサがセル間での前記アクセスをステアリングできるようにする命令を含むメモリ（１６９０）とを含むことを特徴とする請求項２７から３３のいずれか１項に記載の機器。
35. セル間でのアクセスをステアリングするように構成されたネットワークノード（１１１、１１３）であって、
    拒否セルとも呼ばれるセル（１２２）を受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルにアクセスできないことを示す報告をユーザ機器（１４０）から受信するように構成され、
    前記拒否セルを受け持つ前記拒否ネットワークノード（１１２）の内部理由のために前記拒否セル（１２２）にアクセスできないことを示す前記報告に基づいて、セル間での前記ユーザ機器（１４０）の前記アクセスをステアリングするために使用された少なくとも１つのオフローディングパラメータ及び／又は閾値を変更するように構成されることを特徴とするノード。
36. 前記ネットワークノード（１１１、１１３）は、隣接セルと前記ネットワークノードが受け持つセルとの間での前記ユーザ機器（１４０）の前記アクセスをステアリングするように構成され、前記隣接セルに対するオフロードポリシーにおけるオフローディングパラメータ及び／又は閾値を変更するように構成されることを特徴とする請求項３５記載のノード。
37. 前記ネットワークノード（１１１、１１３）は、ソースセルからターゲットセルにオフロードすることに関連して動作するように構成され、前記拒否セルは拒否ターゲットセルであり、前記ソースセル及び前記ターゲットセルは、同一の無線アクセスネットワークに属するか、あるいは異なる無線アクセスネットワークに属することを特徴とする請求項３５又は３６記載のノード。
38. 前記ソースセル及び前記ターゲットセルは、異なる無線アクセス技術の異なる無線アクセスネットワークに属することを特徴とする請求項３７記載のノード。
39. 第１の無線アクセスネットワークはセルラ無線アクセスネットワークであり、第２の無線アクセスネットワークは無線ローカルエリアネットワークＷＬＡＮであることを特徴とする請求項３８記載のノード。
40. 前記セルラ無線アクセスネットワークは、第３世代パートナーシッププロジェクト３ＧＰＰセルラ無線アクセスネットワークであることを特徴とする請求項３９記載のノード。
41. 前記ネットワークノード（１１１、１１３）は、特定の時間ウィンドウに対して前記拒否セルにオフロードするのを回避すること又は特定の時間ウィンドウに対して特定のサービス上の前記拒否セルにオフロードするのを回避することにより、セル間での前記ユーザ機器（１４０）の前記アクセスをステアリングするように構成されることを特徴とする請求項３５から４０のいずれか１項に記載のノード。
42. 前記ネットワークノード（１１１、１１３）は、前記拒否セルを受け持つ前記ネットワークノード（１１２）における負荷条件に起因する障害を示す報告を受信するように構成されることを特徴とする請求項３５から４１のいずれか１項に記載のノード。
43. 前記ネットワークノード（１１１、１１３）は、前記ユーザ機器（１４０）が、前記拒否ネットワークノード（１１２）が受け持つ前記拒否セル（１２２）にアクセスするのを拒否された後に使用可能なネットワークノードであることを特徴とする請求項３５から４２のいずれか１項に記載のノード。
44. 前記ネットワークノード（１１３）は、前記拒否セル（１２２）に向けたオフロードが発信されたソースセル（１２１）をホストするソースネットワークノード（１１１）とは異なることを特徴とする請求項３５から４３のいずれか１項に記載のノード。
45. 前記ネットワークノード（１１１）は、前記拒否セル（１２２）に向けたオフロードが発信されたソースセル（１２１）をホストするソースネットワークノード（１１１）であることを特徴とする請求項３５から４３のいずれか１項に記載のノード。
46. 前記ネットワークノード（１１１、１１３）は、少なくとも１つのプロセッサ（１７８０）と、少なくとも１つのプロセッサ上で実行される場合に前記少なくとも１つのプロセッサにセル間での前記アクセスをステアリングさせる命令を含むメモリ（１７９０）とを含むことを特徴とする請求項３５から４５のいずれか１項に記載のノード。
47. 前記ネットワークノード（１１１、１１３）は、基地局及び／又はアクセスポイントであることを特徴とする請求項３５から４６のいずれか１項に記載のノード。
48. 少なくとも１つのプロセッサ（１６８０、１８１０）により実行される場合に、前記少なくとも１つのプロセッサに、
    −拒否セルとも呼ばれるセル（１２２）を受け持つネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルへのアクセスを拒否する表示を受信させ、
    −前記拒否セルを受け持つ前記ネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルにアクセスできないことを示す報告を前記拒否セルとは異なる使用可能なセル（１２３、１２１）を受け持つ別のネットワークノード（１１３、１１１）に対して送出させる命令を含むことを特徴とするコンピュータプログラム（１８２５、１８３５）。
49. 少なくとも１つのプロセッサ（１７８０、１８１０）により実行される場合に、前記少なくとも１つのプロセッサに、
    −拒否セルとも呼ばれるセル（１２２）を受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルにアクセスできないことを示すユーザ機器（１４０）から発生する報告を受信させ、
    −前記拒否セルを受け持つ前記拒否ネットワークノード（１１２）の内部理由のために前記拒否セル（１２２）にアクセスできないことを示す前記報告に基づいて、セル間での前記ユーザ機器（１４０）のアクセスをステアリングするために使用された少なくとも１つのオフローディングパラメータ及び／又は閾値を変更させる命令を含むことを特徴とするコンピュータプログラム（１８２５、１８３５）。
50. 請求項４８又は４９の前記コンピュータプログラムを格納するコンピュータ可読記憶媒体。
51. ネットワークノード間でのアクセスのステアリングを可能にするユーザ機器（１４０）であって、
    −拒否セルとも呼ばれるセル（１２２）を受け持つネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルへのアクセスを拒否する表示を受信する受信モジュール（１６１０）と、
    −前記拒否セルを受け持つ前記ネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セル（１２２）にアクセスできないことを示す報告を生成する生成モジュール（１６３０）と、
    −前記拒否セルにアクセスできないことを示す前記報告を前記拒否セルとは異なる使用可能なセル（１２１、１２３）を受け持つ別のネットワークノード（１１１、１１３）に送出する送出モジュール（１６２０）と、
    を備えることを特徴とする機器。
52. ネットワークノード間でのユーザ機器（１４０）のアクセスをステアリングするネットワークノード（１１１、１１３）であって、
    −拒否セルとも呼ばれるセル（１２２）を受け持つ拒否ネットワークノードとも呼ばれる別のネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セルにアクセスできないことを示すユーザ機器（１４０）から発生する報告を受信する受信モジュール（１７１０）と、
    −前記拒否セルを受け持つ前記拒否ネットワークノード（１１２）の内部理由のために前記拒否セル（１２２）にアクセスできないことを示す前記報告に基づいて、異なるネットワークノードのセル間での前記ユーザ機器（１４０）のアクセスをステアリングするために使用された少なくとも１つのオフローディングパラメータ及び／又は閾値を変更する変更モジュール（１７２０）と、
    を備えることを特徴とするノード。
53. 無線アクセスネットワークにおける動作のために構成されたネットワークノード（１１２）であって、
    前記ネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために拒否セルとも呼ばれるセル（１２２）へのユーザ機器（１４０）のアクセスを拒否するように構成され、
    前記ネットワークノード（１１２）の無線チャネル条件とは無関係である内部理由のために前記拒否セル（１２２）へのアクセスを拒否する表示を前記ユーザ機器（１４０）に送出するように構成されることを特徴とするノード。

Images