(57)【特許請求の範囲】
【請求項１】
ネットワークノード（１２０）と下位ネットワークノード（１３０）とを含む無線通信ネットワーク（１００）において測定報告を送信することをユーザ機器（１１０）に指示するための、前記ユーザ機器（１１０）にサービスしている前記ネットワークノード（１２０）における方法（３００）であって、
前記ユーザ機器（１１０）が通信すると予期されるデータの量を推定すること（３０２）と、
推定（３０２）された前記データの量に基づいて、前記ユーザ機器（１１０）が前記下位ネットワークノード（１３０）へのハンドオーバのための候補であると判定すること（３０３）と、
推定（３０２）された前記データの量に基づいて、オフセット値を判定すること（３０４）と、
前記ユーザ機器（１１０）に測定報告の送信を指示すること（３０５）と、
を含み、
前記ユーザ機器（１１０）に前記測定報告の送信を指示するアクション（３０５）は、判定（３０４）された前記オフセット値を前記ユーザ機器（１１０）へ送信することと、
前記オフセット値は、前記測定報告を送信するかの信号無線条件値を用いた判定において前記ユーザ機器（１１０）により考慮されることと、
を含む方法（３００）。
【請求項２】
前記ユーザ機器（１１０）が通信すると予期される推定（３０２）された前記データの量が閾値を超過する場合に、前記ユーザ機器（１１０）は、前記下位ネットワークノード（１３０）へのハンドオーバのための候補である、と判定されること、をさらに含む、
請求項１に記載の方法（３００）。
【請求項３】
前記ユーザ機器（１１０）に前記測定報告の送信を指示するアクション（３０５）は、前記ネットワークノード（１２０）から受信される信号の第１の信号無線条件値を、前記下位ネットワークノード（１３０）から受信される信号の第２の信号無線条件値に判定（３０４）された前記オフセット値を加算した和が超過する場合に前記測定報告を送信すること、を前記ユーザ機器（１１０）に指示すること、をさらに含む、
請求項１又は請求項２のいずれかに記載の方法（３００）。
【請求項４】
前記ユーザ機器（１１０）から受信される前記測定報告に基づいて、前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせることを決定すること（３０６）と、前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせること（３０７）と、をさらに含む、
請求項１〜３のいずれかに記載の方法（３００）。
【請求項５】
前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせることを決定（３０６）するアクションは、
前記ユーザ機器（１１０）から受信される前記測定報告を受信することと、
前記ネットワークノード（１２０）から受信される信号の第１の信号無線条件値、及び前記下位ネットワークノード（１３０）から受信される信号の第２の信号無線条件値を、前記測定報告から抽出することと、
判定（３０４）された前記オフセット値を前記第２の信号無線条件値に加算することと、
前記第１の信号無線条件値を、前記第２の信号無線条件値に前記オフセット値を加算した和と比較することと、
前記第２の信号無線条件値に前記オフセット値を加算した和が前記第１の信号無線条件値を超過する場合に、前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせることを決定することと、を含む、
請求項４に記載の方法（３００）。
【請求項６】
前記ユーザ機器（１１０）が第１の量のデータを通信すると推定されるとき（３０２）、前記オフセット値は、第１の値であると判定され（３０４）、
前記ユーザ機器（１１０）が第２の量のデータを通信すると推定されるとき（３０２）、前記オフセット値は、第２の値であると判定され（３０４）、
前記第１の値は、前記第２の値より低く、前記第１の量のデータは、前記第２の量のデータより少ない、
請求項２〜５のいずれかに記載の方法（３００）。
【請求項７】
前記ユーザ機器（１１０）が通信すると予期される前記データの量の前記推定（３０２）は、前記ユーザ機器（１１０）から受信されるランダムアクセスプリアンブルに基づき、
前記受信されるランダムアクセスプリアンブルが選択される前記プリアンブルのグループは、前記ユーザ機器（１１０）が通信すると予期される前記データの量に対応する、
請求項１〜６のいずれかに記載の方法（３００）。
【請求項８】
前記ユーザ機器（１１０）が通信すると予期される前記データの量の前記推定（３０２）は、前記ユーザ機器（１１０）から受信されるバッファ状態報告に基づく、
請求項１〜７のいずれかに記載の方法（３００）。
【請求項９】
前記ユーザ機器（１１０）が通信すると予期される前記データの量の前記推定（３０２）は、前記ユーザ機器（１１０）から受信される電力ヘッドルーム報告に基づく、
請求項１〜８のいずれかに記載の方法（３００）。
【請求項１０】
前記ユーザ機器（１１０）が接続モードにあると判定された時点で、タイマ（４４０）を開始すること（３０１）と、
前記タイマ（４４０）がタイムアウトするときに前記ユーザ機器（１１０）がまだ接続モードにある場合、前記オフセット値は、第２の値であると判定すること（３０４）と、をさらに含む、
請求項１〜９のいずれかに記載の方法（３００）。
【請求項１１】
前記ユーザ機器（１１０）にダウンリンクで送信されるべき前記データを、ダウンリンクデータ閾値と比較することにより、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定すること（３０２）をさらに含む、
請求項１〜１０のいずれかに記載の方法（３００）。
【請求項１２】
前記ユーザ機器（１１０）が通信している前記データのカテゴリを分析することにより、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定すること（３０２）をさらに含む、
請求項１〜１１のいずれかに記載の方法（３００）。
【請求項１３】
閾値を超えるケイパビリティを有する前記ユーザ機器（１１０）が、前記閾値より低いケイパビリティを有する前記ユーザ機器（１１０）より多くのデータを通信すると予期されるように、前記ユーザ機器（１１０）の前記ケイパビリティを分析することにより、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定すること（３０２）をさらに含む、
請求項１〜１２のいずれかに記載の方法（３００）。
【請求項１４】
前記ユーザ機器（１１０）がある期間内に前記下位ネットワークノード（１３０）へのハンドオーバの失敗又は前記下位ネットワークノード（１３０）との無線リンクの失敗を経験しているか否かにさらに基づいて、前記オフセット値は判定される（３０４）、
請求項１〜１３のいずれかに記載の方法（３００）。
【請求項１５】
前記オフセット値は、検知された干渉低減手段及び／又は推定された前記下位ネットワークノード（１３０）のセルのカバレッジにさらに基づいて判定される（３０４）、
請求項１〜１４のいずれかに記載の方法（３００）。
【請求項１６】
前記下位ネットワークノード（１３０）へのハンドオーバのための候補である、及び／若しくは候補でないと判定された（３０３）ユーザ機器（１１０）の数、並びに／又は前記下位ネットワークノード（１３０）へのハンドオーバ試行及び／若しくはハンドオーバを実行したユーザ機器（１１０）の数についての統計値を維持することをさらに含む、
請求項１〜１５のいずれかに記載の方法（３００）。
【請求項１７】
ネットワークノード（１２０）と下位ネットワークノード（１３０）とを含む無線通信ネットワーク（１００）において測定報告を送信することを、前記ネットワークノード（１２０）によりサービスされるユーザ機器（１１０）に指示するために構成されるネットワークノード（１２０）であって、
前記ユーザ機器（１１０）が通信すると予期されるデータの量を推定するように構成される処理回路（４２０）を含み、
前記処理回路（４２０）はまた、推定された前記データの量に基づいて、前記ユーザ機器（１１０）が前記下位ネットワークノード（１３０）へのハンドオーバのための候補であると判定し、及び推定された前記データの量に基づいて、オフセット値を判定するように構成され、また、前記ユーザ機器（１１０）に測定報告の送信を指示するように構成され、
前記処理回路（４２０）は、判定された前記オフセット値を前記ユーザ機器（１１０）へ送信すること、により、前記ユーザ機器（１１０）に前記測定報告の送信を指示するようにさらに構成され、
前記オフセット値は、前記測定報告を送信するかの信号無線条件値を用いた判定において前記ユーザ機器（１１０）により考慮される、
ネットワークノード（１２０）。
【請求項１８】
前記処理回路（４２０）はまた、前記ユーザ機器（１１０）が通信すると予期される推定された前記データの量が閾値を超過する場合に、前記ユーザ機器（１１０）は前記下位ネットワークノード（１３０）へのハンドオーバのための候補であると判定するように構成される、
請求項１７に記載のネットワークノード（１２０）。
【請求項１９】
前記処理回路（４２０）は、
前記ネットワークノード（１２０）から受信される信号の第１の信号無線条件値を、前記下位ネットワークノード（１３０）から受信される信号の第２の信号無線条件値に判定された前記オフセット値を加算した和が超過する場合に、前記測定報告を送信することを前記ユーザ機器（１１０）に指示すること、により、
前記ユーザ機器（１１０）に前記測定報告の送信を指示するようにさらに構成される、
請求項１７又は請求項１８のいずれかに記載のネットワークノード（１２０）。
【請求項２０】
前記処理回路（４２０）は、
前記ユーザ機器（１１０）から受信される前記測定報告に基づいて、前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせることを決定するように構成され、
また、前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせるように構成される、
請求項１７〜１９のいずれかに記載のネットワークノード（１２０）。
【請求項２１】
前記処理回路（４２０）は、
前記ユーザ機器（１１０）から受信される前記測定報告を受信することと、
前記ネットワークノード（１２０）から受信される信号の第１の信号無線条件値、及び前記下位ネットワークノード（１３０）から受信される信号の第２の信号無線条件値を、前記測定報告から抽出することと、
判定された前記オフセット値を前記第２の信号無線条件値に加算することと、
前記第１の信号無線条件値を、前記第２の信号無線条件値に前記オフセット値を加算した和と比較することと、
前記第２の信号無線条件値に前記オフセット値を加算した和が前記第１の信号無線条件値を超過する場合に、前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせることを決定することと、により、
前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせることを決定するように構成される、
請求項２０に記載のネットワークノード（１２０）。
【請求項２２】
前記処理回路（４２０）は、
前記ユーザ機器（１１０）が第１の量のデータを通信すると推定されるとき、前記オフセット値が第１の値であると判定し、
前記ユーザ機器（１１０）が第２の量のデータを通信すると推定されるとき、前記オフセット値が第２の値であると判定するように構成され、
前記第１の値は、前記第２の値より低く、前記第１の量のデータは、前記第２の量のデータより少ない、
請求項１７〜２１のいずれかに記載のネットワークノード（１２０）。
【請求項２３】
前記処理回路（４２０）は、前記ユーザ機器（１１０）から受信されるランダムアクセスプリアンブルに基づき、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定するように構成され、
前記受信されるランダムアクセスプリアンブルが選択される前記プリアンブルのグループは、前記ユーザ機器（１１０）が通信すると予期される前記データの量に対応する、
請求項１７〜２２のいずれかに記載のネットワークノード（１２０）。
【請求項２４】
前記処理回路（４２０）は、前記ユーザ機器（１１０）から受信されるバッファ状態報告に基づいて、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定するように構成される、
請求項１７〜２３のいずれかに記載のネットワークノード（１２０）。
【請求項２５】
前記処理回路（４２０）は、前記ユーザ機器（１１０）から受信される電力ヘッドルーム報告に基づいて、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定するように構成される、
請求項１７〜２４のいずれかに記載のネットワークノード（１２０）。
【請求項２６】
前記処理回路（４２０）は、前記ユーザ機器（１１０）が接続モードにあると判定された後の時点で、タイマ（４４０）を開始するように構成され、
前記処理回路（４２０）は、前記タイマ（４４０）がタイムアウトするときに前記ユーザ機器（１１０）がまだ接続モードにある場合、前記オフセット値が第２の値であると判定するようにさらに構成される、
請求項１７〜２５のいずれかに記載のネットワークノード（１２０）。
【請求項２７】
前記処理回路（４２０）は、前記ユーザ機器（１１０）にダウンリンクで送信されるべき前記データを、ダウンリンクデータ閾値と比較することにより、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定するように構成される、
請求項１７〜２６のいずれかに記載のネットワークノード（１２０）。
【請求項２８】
前記処理回路（４２０）は、前記ユーザ機器（１１０）が通信している前記データのカテゴリを分析することにより、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定するように構成される、
請求項１７〜２７のいずれかに記載のネットワークノード（１２０）。
【請求項２９】
前記処理回路（４２０）は、閾値を超えるケイパビリティを有する前記ユーザ機器（１１０）が、前記閾値より低いケイパビリティを有する前記ユーザ機器（１１０）より多くのデータを通信すると予期されるように、前記ユーザ機器（１１０）の前記ケイパビリティを分析することにより、前記ユーザ機器（１１０）が通信すると予期される前記データの量を推定するように構成される、
請求項１７〜２８のいずれかに記載のネットワークノード（１２０）。
【請求項３０】
前記処理回路（４２０）は、
前記ユーザ機器（１１０）がある期間内に前記下位ネットワークノード（１３０）へのハンドオーバの失敗又は前記下位ネットワークノード（１３０）との無線リンクの失敗を経験しているか否かにさらに基づいて、前記オフセット値を判定するように構成される、
請求項１７〜２９のいずれかに記載のネットワークノード（１２０）。
【請求項３１】
前記処理回路（４２０）は、前記ユーザ機器（１１０）から受信された前記測定報告に基づいて、前記ユーザ機器（１１０）が前記下位ネットワークノード（１３０）にハンドオーバされることを推定するように構成され、
前記ユーザ機器（１１０）を前記下位ネットワークノード（１３０）へハンドオーバさせるように構成される、
請求項１７〜３０のいずれかに記載のネットワークノード（１２０）。
【請求項３２】
前記処理回路（４２０）は、
検知された干渉低減手段及び／又は推定された前記下位ネットワークノード（１３０）のセルのカバレッジにさらに基づいて、前記オフセット値を判定するように構成される、
請求項１７〜３１のいずれかに記載のネットワークノード（１２０）。
【請求項３３】
前記下位ネットワークノード（１３０）へのハンドオーバのための候補である、及び／又は候補でないと判定されたユーザ機器（１１０）の数、及び／又は前記下位ネットワークノード（１３０）へのハンドオーバ試行及び／又はハンドオーバを実行したユーザ機器（１１０）の数についての統計値を維持するようにさらに構成される、
請求項１７〜３２のいずれかに記載のネットワークノード（１２０）。
【発明の詳細な説明】
【技術分野】
【０００１】
ここで説明される実装は、一般に、ネットワークノード、ネットワークノードにおける方法に関連する。具体的には、ここで説明されるのは、下位ネットワークノードに関するユーザ機器の測定報告の構成である。
【背景技術】
【０００２】
移動局、無線端末及び／又はモバイル端末としても知られるユーザ機器（ＵＥ：User  equipment）は、セルラ無線システムと呼ばれることもある無線通信システムにおいて無線で通信することを有効にされる。通信は、例えば、２つのユーザ機器ユニット間、ユーザ機器と通常の電話機との間、及び／又はユーザ機器とサーバとの間で無線アクセスネットワーク（ＲＡＮ：Radio  Access  Network）及びおそらく１つ以上のコアネットワークを介して行われ得る。
【０００３】
ユーザ機器ユニットは、さらに、モバイル電話、セルラ電話、無線ケイパビリティを有するラップトップとも呼ばれ得る。本文脈におけるユーザ機器ユニットは、ポータブルであり、例えば、ネットワークノード等の別のエンティティと、無線アクセスネットワークを介して音声及び／又はデータを通信することを有効にされ得る。
【０００４】
無線通信システムは、セルエリアに分割される地理的エリアをカバーし、各セルエリアは、ネットワークノードや、例えば無線基地局（ＲＢＳ：Radio  Base  Station）などの基地局（Base  Station）によってサービスされる。基地局は、いくつかのネットワークにおいて、用いられる技術及び専門用語に依存して、ｅＮＢ、ｅＮｏｄｅＢ、ノードＢ、又はＢノードと呼ばれ得る。ネットワークノードは、送信電力及びその結果のセルサイズにも基づいて、マクロｅＮｏｄｅＢ、ホームｅＮｏｄｅＢ又はピコ基地局などの様々なクラスに所属し得る。セルは、基地局サイトにおけるネットワークノード／基地局によって無線カバレッジが提供される地理的エリアである。基地局サイトに位置する１つの基地局は、１つ又はいくつかのセルにサービスし得る。ネットワークノードは、各ネットワークノードのレンジ内のユーザ機器ユニットと、無線周波数上で動作するエアインタフェースを通じて通信する。
【０００５】
いくつかの無線アクセスネットワークにおいて、いくつかのネットワークノードは、例えば、固定電話回線又はマイクロ波によって、例えばＵＭＴＳ（Universal  Mobile  Telecommunications  System）内の無線ネットワークコントローラ（ＲＮＣ：Radio  Network  Controller）に接続され得る。例えば、ＧＳＭにおいて基地局コントローラ（ＢＳＣ：Base  Station  Controller）とも称されることもあるＲＮＣは、当該無線ネットワークコントローラに接続される複数のネットワークノードの様々なアクティビティをスーパーバイズし及び協調させ得る。ＧＳＭは、Global  System  for  Mobile  Communications（本来は：Group  Special  Mobile）についての略称である。
【０００６】
ＵＭＴＳは、ＧＳＭから発展した第３世代のモバイル通信システムであり、広帯域符号分割多元接続（ＷＣＤＭＡ：Wideband  Code  Division  Multiple  Access）アクセス技術に基づいて、改良されたモバイル通信サービスを提供することを意図されている。ＵＴＲＡＮ（UMTS  Terrestrial  Radio  Access  Network）は、実質的に、ユーザ機器ユニットについて広帯域符号分割多元接続を用いる無線アクセスネットワークである。
【０００７】
第３世代パートナーシッププロジェクト（３ＧＰＰ：3rd  Generation  Partnership  Project）は、例えば、ＬＴＥ（Long  Term  Evolution）及びＥ−ＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Access  Network）を開発することによって、ＵＴＲＡＮ及びＧＳＭベースの無線アクセスネットワーク技術をさらに発展させることに取り組んできた。
【０００８】
ＬＴＥは、ダウンリンクとアップリンクの両方において、高速データレートに達し得る高速パケットベース通信を実現するための技術である。ＬＴＥでは、進化型ＮｏｄｅＢ、ｅＮｏｄｅＢ又はｅＮＢとすら呼ばれ得るネットワークノード又は基地局は、１つ以上のコアネットワークに同様に接続され得るゲートウェイ、例えば無線アクセスゲートウェイに接続され得る。
【０００９】
本文脈において、ダウンリンク、ダウンストリームリンク又はフォワードリンクという表現は、ネットワークノードからユーザ機器への送信パスについて用いられ得る。アップリンク、アップストリームリンク又はリバースリンクという表現は、その逆方向、即ち、ユーザ機器からネットワークノードへの送信パスについて用いられ得る。
【００１０】
Ｅ−ＵＴＲＡＮの標準化作業における１つの重要な焦点領域は、新たなネットワークが配備するには単純で運用するにはコスト効率がよいことである。本開示は、典型的には異なるサイズのセル間の、例えば一方ではマクロセルと、他方ではマイクロ／ピコ／フェムト、さらに言えばリレーと、の間のランダムアクセス干渉の回避のための方法に関係する。この状況は、ｈｅｔｎｅｔということもあるヘテロジーニアスネットワークとしてさらに言及され得る。
【００１１】
ＬＴＥでは、ダウンリンクは直交周波数分割多重（ＯＦＤＭ）に基づき、アップリンクは離散フーリエ変換拡散ＯＦＤＭ（ＤＦＴ−Ｓ−ＯＦＤＭ）として知られる単一キャリア変調法に基づく。
【００１２】
本文書において、実施形態は、開示されるＬＴＥランダムアクセスに関連する。従って、３ＧＰＰにより現在のところ定義されているようなＬＴＥのためのランダムアクセス手続が簡単に要約される。続いて、ＬＴＥのランダムアクセスの概念が簡単に提示されるであろう。
【００１３】
イニシャルアクセスの期間中、ユーザ機器は、登録を行いかつサービスを開始するために、ネットワークへのアクセスを探し求める。ランダムアクセス（ＲＡ）は、ユーザ機器がネットワークへアクセスすることを可能とするアップリンク制御手続として供される。イニシャルアクセスの試行をネットワークによりスケジューリングすることはできないため、ランダムアクセス手続は、定義によると、競合ベース（contention  based）である。衝突が発生するかもしれず、適切な競合解決スキームが実装される必要がある。競合ベースのアップリンク上にユーザデータを含めることは、ガード期間及び再送の必要性に起因して、スペクトル的に効率的ではない。従って、アップリンク同期を獲得することが目的であるランダムアクセスバースト（プリアンブル）の送信を、ユーザデータの送信から分離することが決定された。
【００１４】
ランダムアクセス手続は、２つの主要な目的に供される：他のユーザ機器によりなされる他のアップリンク送信との干渉を最小化するために、ユーザ機器に、そのアップリンクタイミングを、ネットワークノード又はｅＮｏｄｅＢにより期待されるタイミングに合わせさせること。アップリンクの時刻合わせは、データ送信が開始され得る前のＥ−ＵＴＲＡＮにおける要件である。
【００１５】
加えて、ランダムアクセス手続は、ユーザ機器がネットワークへそのプレゼンスを通知し、ユーザ機器にシステムへのイニシャルアクセスをネットワークノードが付与すること、を可能とするための手段をも提供する。
【００１６】
さらに、イニシャルアクセスの期間中の用途に加えて、ランダムアクセスは、ユーザ機器がアップリンク同期を失った際、又はユーザ機器がアイドル若しくは低電力モードにある際にも使用され得る。
【００１７】
基本的なランダムアクセス手続は、４つのフェーズの手続を含む。第１のフェーズは、ネットワークノードがユーザ機器の送信タイミングを推定できるようにする、ランダムアクセスプリアンブルの送信を含む。ユーザ機器は、そうでなければいかなるアップリンクデータも送信することができないため、アップリンク同期が必要である。第２のフェーズでは、ネットワークは、第１のフェーズにおける到着タイミングの計測に基づいて、アップリンクタイミングを補正するタイミングアドバンスコマンドを送信する。アップリンク同期を確立することに加えて、第２フェーズはまた、ランダムアクセス手続きにおける第３フェーズで使用されるアップリンクのリソースと一時的な識別子とをユーザ機器に割り当てる。第３フェーズは、通常のスケジュールされたデータと同様のＵＬ−ＳＣＨを使用して、ユーザ機器からネットワークにシグナリングすることを含む。このメッセージの主な機能は、ユーザ機器を一意に識別することである。このシグナリングの正確な内容は、ユーザ機器の状態、例えば、それが以前にネットワークに知られているかどうか、に依存する。最後に、第４フェーズは、複数のユーザ機器が同一のリソース上のシステムにアクセスしようとした場合の競合解決を担当している。
【００１８】
特定のユーザ機器がアップリンク同期を獲得するためにランダムアクセス手続を実行することを、ネットワークが事前に知っている場合には、コンテンションフリーの様々なランダムアクセス手続が合意されている。これは事実上、ハンドオーバにおけるターゲットセルへの到着及びダウンリンクデータの到着などの重要な場合について、最後の２つのフェーズの競合解決（Contention  Resolution）プロセスをスキップすることを可能にする。
【００１９】
ランダムアクセスのオーバーロードのイベントのために、ランダムアクセスバックオフ手続がサポートされている。この手続は、衝突の状況を悪化させるだけであろう、即時の新たなランダムアクセスの試行を阻止する。
【００２０】
オーバーロードの場合、ネットワークノードは、ランダムアクセスレスポンスメッセージを通じてバックオフインジケータＴＢをシグナリングする。送信されたプリアンブルを含むランダムアクセスレスポンスメッセージを受信しないユーザ機器は、ランダムアクセスゲインを試行する前に、０とＴＢとの間で均一に分配される時間だけ待機するであろう。
【００２１】
ＬＴＥにおけるアイドルモードのセル選択及び再選択の手続は、記憶される情報、ブロードキャストされたシステム情報から獲得された情報の双方、及び、ユーザ機器による無線周波数測定の評価に基づく。
【００２２】
セル選択評価プロセスは、基準Ｓに基づく。基準Ｓは、Srxlev＞０かつSqual＞０の場合に満たされ、
Srxlev=Qrxlevmeas-(Qrxlevmin+Qrxlevminoffset)-Pcompensation
Squal=Qqualmeas-(Qqualmin+Qqualminoffset)
である。
【表１】
0005885857.tif 000002
【００２３】
通常ＶＰＬＭＮに滞在する間により優先度の高いＰＬＭＮの定期的な探索の結果としてセル選択のためにセルが評価される場合にのみ、シグナリングされる値Qrxlevminoffset及びQqualminoffsetが適用される。より高い優先度のＰＬＭＮのこの定期的な探索の間、ユーザ機器は、このより高い優先度のＰＬＭＮの異なるセルから格納されたパラメータ値を使用して、セルのＳ基準をチェックすることができる。
【００２４】
セルフバックホールリレーは、ＬＴＥ−Ａｄｖａｎｃｅｄのために考慮されている。ＬＴＥ−Ａｄｖａｎｃｅｄは、例えば、高データレートのカバレッジ、一時的なネットワーク配備、セル端スループットを改善し、及び／又は新たな領域でカバレッジを提供するためのツールとしてのリレーについてのサポートと共に、ＬＴＥ  ＲＥＬ−８を拡張する。
【００２５】
例えばＵｎ等のネットワークノードとリレーノードとの間の接続はインバンドであるかもしれず、その場合、ネットワークノードからリレーノードへのリンクは、ドナーセル内のネットワークノードからユーザ機器への直接的なリンクと同一の帯域を共有する。一方で、ネットワークノードとリレーノードとの間のＵｎ接続はアウトバンドであるかもしれず、その場合、ネットワークノードからリレーノードへのリンクは、ドナーセル内のネットワークノードからユーザ機器への直接的なリンクと同一の帯域内では動作しない。少なくとも“タイプ１”のリレーノードは、ＬＴＥ−Ａｄｖａｎｃｅｄによってサポートされている。“タイプ１”のリレーノードは、それがセルを制御するということにより特徴付けられるインバンドのリレーノードである。これらセルの各々は、ドナーセルとは異なる別個のセルとしてユーザ機器には見える。また、インバンドのリレーノードにより制御されるセルは、それ自体の物理セルＩＤ、即ち、セルを識別するためにユーザ機器により使用されるフィンガープリントを有し、それ自体の同期チャネル、参照シンボル等を送信する。単一セルの動作のコンテキストにおいて、ユーザ機器は、リレーノードから直接スケジューリング情報及びデータ送信のフィードバックを受信し、リレーノードにその制御チャネルを送信する。さらに、インバンドリレーノードは、レガシーユーザ機器に対しネットワークノードとして見え、即ち下位互換性がある。インバンドリレーノードはさらに、例えばエネルギーを節約するための時々非アクティブであり得る。大体において、リレーノードは、任意のネットワークノードとして把握され得る。例えば、リレーノードと他のネットワークノードとの間のＸ２及びＳ１接続は、例えば部分的にＵｎ上で確立され得る。
【００２６】
さらに、リレーノードは、大体はサービングネットワークノードによってサービスされる任意のユーザ機器としてハンドリングされる。例えば、リレーノードが設置されるとき、それは、ユーザ機器アタッチ手続を介してネットワークにアタッチし、まず、無線リソース制御（RRC：Radio  Resource  Control）接続が確立されると、ユーザ機器が実際にはリレーノードであるということを、サービングネットワークノードはコアネットワークにより通知される。
【００２７】
セルラネットワークにおいては、少なくとも１日のある時間の間、高いトラフィック、即ちユーザ機器が高度に集中する領域がある可能性がある。これらの領域では、ユーザの満足度を維持するために追加の容量を配備することが望ましい場合がある。追加された容量は、追加のマクロ基地局の形態であってもよく、または出力電力がより低く、従って、より小さな領域に集中的にキャパシティを増加させるためにより小さな領域をカバーするノードを配備することであってもよい。
【００２８】
カバレッジ拡張の必要性があるカバレッジの悪い領域がある可能性もあり、この場合も同様に、それを行う一つの方法は、小さな領域内で集中的にカバレッジを増加させるために、出力電力の低いノードを配備することであり得る。
【００２９】
上の場合において、より出力電力の低いノードを選択することについての１つの議論は、マクロネットワークが干渉を経験する可能性があるのはより小さい領域であるから、マクロネットワークへの影響は減少し、又は最小限に抑えることができるということである。
【００３０】
現在、低電力ノードの使用に向かう方向に産業界の強い動きがある。この種のネットワーク配備のために使用される様々な用語が、ヘテロジーニアスネットワーク、マルチレイヤネットワーク、又は簡単にはＨｅｔＮｅｔｓである。
【００３１】
このようにして、ネットワークノードと呼ばれ得るように、マクロ基地局もまた、マクロセルと呼ばれ、広域カバレッジを提供する。低電力ノードは、小さな領域の容量／カバレッジを提供するために配備される。このような低電力ノードのいくつかの例が、ピコ基地局、リレー、ホーム基地局及び／又はフェムトセルであり得る。ピコ基地局は、いずれかのマクロネットワークノードに類似しているが、典型的にはより限定されたカバレッジを有する。例えば、より低い最大送信電力、又はメインユニットに接続された遠隔無線ユニットを搭載してもよい。ピコ／リレー／フェムトセルについての一般的な用語は、下位ノードによりサービスされる下位セルである。セルは、オープンアクセスであるか、又はクローズドサブスクリプショングループ（CSG：Closed  Subscription  Group）へのみアクセスを提供するかのいずれかであり得る。
【００３２】
フェムト基地局、又は任意の下位ノードは、フェムトゲートウェイを介してＭＭＥに接続され、以下の特徴：インタフェースＳ１＿ＭＭＥを介してＭＭＥに／からシグナリングするコントロールプレーン、インタフェースＳ１＿Ｕを介してパケットゲートウェイに対する／からのユーザプレーンデータ、及び／又はブロードバンドフォーラムＴＲ−０６９に基づくＯａｍインタフェース、のいずれか又は全てを提供する。
【００３３】
さらに、下位ノードは、Ｘ２インタフェースを介して、他のネットワークノードに接続されるだけでなく、相互に接続され得る。
【００３４】
一方ではネットワークノード、又はマクロｅノードＢ間の、他方では下位ノード間のインタラクションは、以下のうちの１つであり得る：全くインタラクションはない。これは、Ｘ２が利用可能でない場合、即ちフェムトセルの閉じたアクセスのためであり得る。インタラクションはさらに緩いインタラクションとなり得る。これは、Ｘ２が利用可能な場合であり得る。ネットワークノードと下位ノードとの間のインタラクションについての第３の選択肢は、タイトなインタラクションであり得る。これは下位ノードがリモートユニットである場合で、典型的には、低レイテンシ接続を介してマクロネットワークノードに接続された場合であり得る。
【００３５】
下位ノードは、典型的には、マクロネットワークノードと比較して、より低いリファレンス（パイロット／パーチ）信号電力で動作し得る。これは、セル選択と共にモビリティ決定が受信リファレンス信号強度に基づく場合に、ダウンリンクセルの境界がマクロネットワークノードに対してよりも下位ノードに対して閉ざされていることを意味する。全てのセルについてのアップリンクの感度が同等であれば、又はアップリンクの感度における相違がリファレンス（パイロット／パーチ）信号電力における相違と等価でなければ、アップリンクセルの境界は、ダウンリンクセルの境界とは異なるであろう。
【００３６】
これは、マクロネットワークノードによりサービスされるユーザ機器が下位ノードに対して最良のアップリンクを有し得ることを意味し、それにより、下位ノードのリファレンス信号が検出されていない場合でさえ多大なアップリンク干渉が引き起こされる。
【００３７】
この状況を軽減する１つの手段は、セル選択及び／又はモビリティ決定においてオフセットを考慮することにより、下位セルのレンジ拡張（range  expansions）を考慮することである。これを、セルレンジ拡張（ＣＲＥ）という。これにより、マクロネットワークノードによりサービスされる潜在的な干渉源であるユーザ機器が下位ノードからさらに離れ、そしてより少ない干渉しか起こさなくなる。但し、これは、下位ノードによりサービスされるいくつかのユーザ機器がダウンリンクにおいてマクロネットワークノードにより決定的に干渉され得ることをも意味する。この干渉を克服する１つの手法は、マクロネットワークノードにおいて公表されるＡＢＳ（almost  blank  subframes）を介することであり、マクロネットワークノードは、選択されるサブフレーム内でユーザのスケジューリングを回避し、そうして下位ノードはそれら低干渉サブフレーム内でユーザ機器をスケジューリングし得る。同様に、マクロネットワークノードは、選択されるサブフレーム内でユーザ機器をスケジューリングしてもよいが、低減された電力レベルで、である。マクロノードは、恐らくは低減された電力レベルで、選択されるサブフレーム内でダウンリンク制御情報を送信することをも考慮し、又は考慮しないかもしれない。
【００３８】
セルレンジ拡張は、アイドルモード及び接続モードの双方で考慮され得る。２つの状況の間の主な相違は、シグナリング手段及びユーザ機器についての知識である。アイドルモードでは、ユーザ機器の関与するランダムアクセス手続及びページング手続をサポートすることが必要であり、当該ユーザ機器についてネットワークは無線伝搬及び干渉の状況を考慮することに関する情報を全く又は非常にわずかしか有しない。さらに、シグナリングは、より限定され、ブロードキャスト又は前回の接続セッションから記憶される情報に制限される。
【００３９】
これに対し、接続モードでは、ユーザ機器についてその無線状況に関する非常に良好な情報が存在し得る。さらに、特定のユーザ機器への専用のシグナリング手段が利用可能である。
【００４０】
上で議論したように、セルレンジ拡張のサポート、及びアイドルモードのユーザ機器のためのＡＢＳに伴う適切な干渉回避について、複数の課題がある。一方で、アイドルモードのユーザ機器についてセルレンジ拡張を考慮しなければ、接続モードにおいてセルレンジ拡張が採用される場合、ＲＲＣ接続の確立の際にユーザ機器はマクロネットワークノードから下位ノードへ即座にハンドオーバを実行するであろう。しかしながら、それは多数のハンドオーバを生じさせかねない。
【発明の概要】
【発明が解決しようとする課題】
【００４１】
従って、目的は、上で言及した欠点の少なくともいくつかを軽減し、無線通信システム内のパフォーマンスを改善することである。
【課題を解決するための手段】
【００４２】
第１の態様によれば、当該目的は、ユーザ機器にサービスしているネットワークノードにおける方法により達成される。当該方法は、ネットワークノードと下位ネットワークノードとを含む無線通信ネットワークにおいて測定報告を送信することをユーザ機器に指示することを目的とする。当該方法は、ユーザ機器が通信すると予期されるデータの量を推定することを含む。さらに、当該方法は、推定されたデータの量に基づいて、ユーザ機器が前記下位ネットワークノードへのハンドオーバのための候補であると判定することを含む。さらに、当該方法は、ユーザ機器に測定報告の送信を指示することを含む。
【００４３】
第２の態様によれば、当該目的は、ユーザ機器にサービスしているネットワークノードにより達成される。当該ネットワークノードは、ネットワークノードと下位ネットワークノードとを含む無線通信ネットワークにおいて測定報告を送信することをユーザ機器に指示することを目的とする。当該ネットワークノードは、ユーザ機器が通信すると予期されるデータの量を推定するように構成される処理回路を含む。当該処理回路は、また、推定されたデータの量に基づいて、ユーザ機器が下位ネットワークノードへのハンドオーバのための候補であると判定するように構成される。処理回路は、また、ユーザ機器に測定報告の送信を指示するように構成される。
【発明の効果】
【００４４】
ここで開示される実施形態のおかげで、ユーザ機器が接続モードにあって選択されるケースにおいてのみセルレンジ拡張を考慮することにより、セルレンジ拡張に起因する膨大なハンドオーバが回避され得る。これは、無線リソースのより効率的な使用を意味する。さらに、ここで開示される実施形態は、アイドルモードのセルレンジ拡張を回避する。
【００４５】
ここで開示される実施形態によれば、送信すべきデータを少ししか有しないユーザ機器は、マクロネットワークノードによりサービスされている場合、スモールセルへの決定的なアップリンク干渉を引き起こさなくなる。さらに言えば、それらは、下位ノードへハンドオーバされてもマクロネットワークノードの負荷をそれほど下げない。従って、システムの観点からは、通信すべきデータを少ししか有しないユーザ機器の下位ノードへのハンドオーバを促進しないことが有益である。
【００４６】
また、アップリンク電力ヘッドルーム情報が、セルレンジ拡張のための必要性においてユーザ機器をさらに限定するために使用されてよく、それはより少ないシグナリングしか必要とされないことを意味する。よって、無線通信システム内の改善されたパフォーマンスが達成される。
【００４７】
他の目的、利点及び新規な特徴は、本方法、ネットワークノード及びユーザ機器の以下の詳細な説明から明らかになるであろう。
【図面の簡単な説明】
【００４８】
方法、ネットワークノード及びユーザ機器は、実施形態の例を示す添付の図面を参照してより詳細に述べられる。
【図１Ａ】いくつかの実施形態に係る無線通信システムの例を示す、概略的なブロック図である。
【図１Ｂ】実施形態の例を示す概略的なブロック図である。
【図１Ｃ】実施形態の例を示す概略的なブロック図である。
【図１Ｄ】方法の実施形態の例を示す概略的なフローチャートである。
【図２】従来技術に係る無線通信システムにおけるランダムアクセスを概略的に示す図である。
【図３】ネットワークノードにおける方法の実施形態に含まれる動作の例を示す、概略的なフローチャートである。
【図４】ネットワークノードの実施形態の例を示す、概略的なブロック図である。
【発明を実施するための形態】
【００４９】
実施形態は、以下に説明する実施形態において実践され得る、ネットワークノード、ネットワークノードにおける方法、としてここに定義される。これらの実施形態は、しかしながら、多くの異なる形態で例示され、実現されてよく、ここに記載された実施形態に限定されるものとしてみなされるべきではなく、むしろ、この開示が徹底的かつ完全になるように、これらの実施形態が提供される。
【００５０】
さらに他の目的及び特徴は、添付の図面と併せて考慮される以下の詳細な説明から明らかになるであろう。しかしながら、図面は、例示的な目的のためだけにデザインされており、ここに開示された実施形態の限定の定義としてではないことが理解されるべきである。ここに開示された実施形態の限定の定義について、添付の特許請求の範囲に対して参照がなされるべきである。図面は必ずしも一定の縮尺で描かれておらず、特に明記しない限り、それらがここに記載される構造及び手順を概念的に示すことを単に意図していることがさらに理解されるべきである。
【００５１】
図１Ａは、無線通信システム１００を示す。無線通信システム１００は、少なくとも部分的に無線アクセス技術に基づくことができ、いくつかオプションを挙げるだけでも、例えば、３ＧＰＰ  ＬＴＥ、ＬＴＥ−Ａｄｖａｎｃｅｄ、Ｅ−ＵＴＲＡＮ（Evolved  Universal  Terrestrial  Radio  Access  Network）、ＵＭＴＳ、ＧＳＭ／ＥＤＧＥ（GSM/Enhanced  Data  rate  for  GSM  Evolution）、ＷＣＤＭＡ（Wideband  Code  Division  Multiple  Access）、ＷｉＭａｘ（Worldwide  Interoperability  for  Microwave  Access）、又はＵＭＢ（Ultra  Mobile  Broadband）、ＨＳＰＡ（High  Speed  Packet  Access）、Ｅ−ＵＴＲＡ（Evolved  Universal  Terrestrial  Radio  Access）、ＵＴＲＡ（Universal  Terrestrial  Radio  Access）、ＧＥＲＡＮ（GSM  EDGE  Radio  Access  Network）、例えばＣＤＭＡ２０００  １ｘ  ＲＴＴ及びＨＲＰＤ（High  Rate  Packet  Data）といった３ＧＰＰ２  ＣＤＭＡ技術、等の無線アクセス技術である。
【００５２】
無線通信システム１００は、様々な実施形態によれば、ＴＤＤ（Time  Division  Duplex）及び／又はＦＤＤ（Frequency  Division  Duplex）の原理に従って動作するようにさらに構成されてよい。
【００５３】
ＴＤＤは、おそらくアップリンク及びダウンリンクシグナリングの間の時間ドメイン内に位置するガード期間で、時間においてアップリンク及びダウンリンク信号を分離するための時分割多重のアプリケーションである。ＦＤＤは、送信機及び受信機が異なるキャリア周波数で動作することを意味する。
【００５４】
図１Ａの例示の目的は、ここで述べられる方法及びネットワークノードの簡略化された一般的な概要、並びに関連する機能性を提供することである。方法及びネットワークノードは引き続き、非限定的な例として、３ＧＰＰ／ＬＴＥ環境において説明されるが、開示された方法の実施形態は、他のアクセス技術に基づく無線通信システム１００において動作することができる。
【００５５】
無線通信システム１００は、少なくとも１つのネットワークノード１２０を含む。ネットワークノード１２０は、セル１４０にサービスするマクロネットワークノードであり、下位ノード１３０は、ユーザ機器１１０と同様にセル１４０内に位置し、ユーザ機器１１０は、ネットワークノード１２０によりサービスされる。したがって、無線通信システム１００は、前述したように、ヘテロジーニアスネットワーク、又はＨｅｔＮｅｔを含む。下位ノード１３０がリレーノードを含む場合にはバックホールリンクを介して、又は、下位ノード１３０がマイクロノード、ピコノード、フェムトノード等を含む場合にはＸ２又はＳ２通信インタフェースを介して、ネットワークノード１２０は下位ノード１３０と通信することができる。
【００５６】
ユーザ機器１１０は、したがって、ネットワークノード１２０によりサービスされる。しかしながら、ユーザ機器１１０は移動し、下位ネットワークノード１３０によりサービスされる下位セルに入り得る。その場合、ユーザ機器１１０は測定報告を送信し、それが下位ネットワークノード１３０へのユーザ機器１１０のハンドオーバをトリガし得る。さらに、ネットワークノード１２０は、例えばロードバランシングのような他の理由のために、下位ネットワークノード１３０にユーザ機器１１０をハンドオーバさせることが適切であると判定し得る。
【００５７】
ＬＴＥについての現在の３ＧＰＰ標準によれば、ネットワークノード１２０及び／又は下位ネットワークノード１３０は、一定の電力でリファレンス信号を送信し得る。送信されたリファレンス信号は、セル１４０において使用される全帯域にわたって、リソースエレメント当たり同一のエネルギーを有する。無線リソース制御（ＲＲＣ）プロトコルは、物理ダウンリンク共有チャネル設定（ＰＤＳＣＨコンフィグ）と呼ばれる情報エレメントを記述している。それによって、サービングネットワークノード１２０は、送信されるリファレンス信号の電力レベルについてユーザ機器１１０に通知し得る。送信されるリファレンス信号は、“リファレンス信号電力（referenceSignalPower）”とも呼ばれ得る。ユーザ機器１１０は、サービングネットワークノード１２０とユーザ機器１１０との間のパスゲインを推定するために、測定されたリファレンス信号受信電力（ＲＳＲＰ）と共にこの情報を使用することができる。この測定は、次いで、アップリンク電力を制御するためにユーザ機器１１０によって使用される。ユーザ機器１１０は、ネットワークノード１２０からの要求に基づいて、サービングネットワークノード１２０にＲＳＰＲ測定を報告するので、サービングネットワークノード１２０は、例えば自身と報告側のユーザ機器１１０との間のパスゲインを推定するための、但しユーザ機器１１０が下位ネットワークノード１３０にハンドオーバされるための候補であるかどうかを判定するためでもある十分な情報を有し得る。
【００５８】
ユーザ機器１１０は、サービングネットワークノード１２０及び／又は下位ネットワークノード１３０により受信されるための情報を含む無線信号を送信するように構成される。さらに、ユーザ機器１１０は、ネットワークノード１２０及び／又は下位ネットワークノード１３０によって送信される情報を含む無線信号を受信するように構成される。ネットワークノード１２０及び／又は下位ネットワークノード１３０とユーザ機器１１０との間の通信は、したがって、無線で行われ得る。
【００５９】
図１Ａで図示されたネットワークノード１２０、下位ノード１３０及びユーザ機器１１０のネットワーク設定は、限定されない実施形態としてのみ考えられるべきであることに留意すべきである。明確化の理由のため、図１Ａにはそれらの各々のインスタンスを１つだけ図示したが、無線通信ネットワーク１００は、任意数の及び／又は任意の組み合わせのネットワークノード１２０、下位ノード１３０及びユーザ機器１１０を含むことができる。複数のネットワークノード１２０、下位ノード１３０及び／又はユーザ機器ユニット１１０が、いくつかの実施形態に係る本方法にさらに関係してもよい。
【００６０】
したがって、いくつかの実施形態によれば、本文脈において“１つの（“one”又は“a/an”）”ネットワークノード１２０、下位ノード１３０及び／又はユーザ機器１１０に言及されるときはいつでも、複数のネットワークノード１２０、下位ノード１３０及び／又はユーザ機器ユニット１１０が関係し得る。
【００６１】
第１のネットワークノード１２０は、いくつかの実施形態によれば、例えば無線アクセス技術及び用いられる専門用語に依存して、例えば基地局（base  station）、ノードＢ、進化型ノードＢ（eNB又はeNodeB）、基地送受信局（base  transceiver  station）、アクセスポイント基地局（Access  Point  Base  Station）、基地局ルータ（base  station  router）、無線基地局（RBS：Radio  Base  Station）、マクロ基地局（macro  base  station）、マイクロ基地局（micro  base  station）、ピコ基地局（pico  base  station）、フェムト基地局（femto  base  station）、ホームｅノードＢ（Home  eNodeB）、センサ、ビーコン装置、又は例えば、無線アクセス技術に基づく無線インタフェースを介してユーザ機器１１０と通信するために構成される任意の他のネットワークノード、として称される。
【００６２】
下位ノード１３０は、いくつかの実施形態によれば、例えば、リレーノード及び／又はリピータ、ピコノード、マイクロノード、フェムトノード等として称され、無線インタフェースを介してユーザ機器１１０と通信するために構成される。
【００６３】
本開示のその後の部分では、不必要に説明を複雑にしないために、方法及び図１Ａに示されるシナリオに含まれる構成要素は、本方法の理解を容易にするために、用語「ネットワークノード」は、ネットワークノード１２０について使用され、用語「下位ノード」は下位ノード１３０について使用されて説明される。
【００６４】
ユーザ機器１１０は、例えば、無線通信端末、モバイルセルラ電話、ＰＤＡ（Personal  Digital  Assistant）、無線プラットフォーム、モバイルステーション、携帯通信装置、ラップトップ、コンピュータ、リレーとして動作する無線端末、リレーノード、モバイルリレー、ＣＰＥ（Customer  Premises  Equipment）、ＦＷＡ（Fixed  Wireless  Access）ノード又はネットワークノード１２０及び／又は下位ノード１３０と無線で通信するように構成される任意の他の種類の装置により表されることができる。
【００６５】
ネットワークノード１２０は、セル１４０内の無線リソース管理を制御する。例えば、無線リソースをセル１４０内のユーザ機器ユニット１１０に割り当てること及びネットワークノード１２０とユーザ機器１１０との間の信頼性のある無線通信リンクを確保することである。ネットワークノード１２０は、例えばＬＴＥ関連の無線通信システム１００において、ｅＮｏｄｅＢを含むことができる。
【００６６】
ここに開示される方法の実施形態では、アイドルモードにおけるセルレンジ拡張を全く考慮しておらず、送信状態情報、例えば、バッファ状態情報、電力ヘッドルーム、及びＲＲＣ接続を確立しているときにセルレンジ拡張を考慮することが妥当であるかどうかを決定するための、ユーザ機器１１０とは異なる実施形態に係る類似のものを使用する。
【００６７】
図１Ｂは、ＬＴＥ無線アクセス技術構造における無線通信システム１００の実施形態を示す。しかしながら、ここで述べる実施形態は、他の無線アクセス技術にも等しく適用可能である。
【００６８】
図１Ｂに示されるＬＴＥシステムのアーキテクチャは、無線アクセスノード、即ちネットワークノード１２０及びＥＰＣ（evolved  packet  core）ノード（MME/S-GW）を含む。
【００６９】
図１Ｃは、管理システム１５０の実施形態を示す。管理システム１５０は、いくつかの実施形態によれば、ここで述べられる方法を実行するときに利用され得る。
【００７０】
ノードエレメント、即ちｅＮｏｄｅＢとも呼ばれるネットワークノード１２０は、ＯＳＳ（operation  and  support  system）とも呼ばれるドメインマネージャ（ＤＭ）１５２によって管理され得る。ドメインマネージャ１５２は、ネットワークマネージャ（ＮＭ）１５１によってさらに管理され得る。いくつかの実施形態によれば、２つのネットワークノード１２０は、Ｘ２によってインタフェースされ得るが、その一方で、２つのドメインマネージャ１５２間のインタフェースは、Ｉｔｆ−Ｐ２Ｐと呼ばれ得る。
【００７１】
図１Ｄは、ユーザ機器１１０がセルレンジ拡張と共に構成され得るか否かを判定する時に、ユーザ機器１１０の送信状態を考慮する方法を含む概念的な実施形態を示す。概念的な実施形態は、第１の部分１０１を含み、そこでユーザ機器１１０は、その送信状態に関する情報をネットワークノード１２０に提供する。さらに、概念的な実施形態は、第２の部分１０２を含む。第２の部分１０２は、第１の部分１０１において提供されるユーザ機器１１０の送信状態に基づいて、ユーザ機器１１０がセルレンジをもって構成され得るかどうかをネットワークノード１２０が決定することを含む。
【００７２】
したがって、ユーザ機器１１０によりネットワークノード１２０に提供される、ユーザ機器１１０の送信状態情報は、ユーザ機器１１０がセルレンジ拡張について考慮され得るか否かを判定するためのものである。
【００７３】
したがって、ここに開示されるいくつかの実施形態によれば、受信するネットワークノードに送信状態情報を提供するユーザ機器１１０を用いる、ネットワークノード１２０における方法を含む。受信するネットワークノードは、サービング基地局であってもよい。受信するネットワークノードは、受信された送信状態情報を用いてユーザ機器１１０のために適切なセルレンジ拡張を判定し得る。
【００７４】
いくつかの実施形態によれば、送信状態情報は、バッファ状態情報を含むことができる。さらに、いくつかの実施形態によれば、送信状態情報は、電力ヘッドルーム情報を含む。
【００７５】
ユーザ機器１１０が送信すべき膨大な量のデータ、例えば、予め定められた又は設定可能な閾値を超過する量のデータを有することをバッファ状態情報が示している場合、あまり積極的でないセルレンジ拡張が、ユーザ機器１１０で構成されるかもしれない。そうでなければ、より積極的にレンジ拡張がユーザ機器１１０で構成されるかもしれない。あまり積極的でないセルレンジ拡張には、セルレンジ拡張が全くないことも含み得る。より積極的なレンジ拡張は、ユーザ機器１１０によって感知され、測定されたとして下位ネットワークノード１３０から受信された信号の信号強度値、又は信号無線条件値に追加されるべきオフセット値を追加することによって実現されてもよい。
【００７６】
膨大なデータの標識は、実施形態によれば、ユーザ装置１１０により選択されたランダムアクセスプリアンブルグループ、即ち、グループＡ及び／又はグループＢの各々に基づいて判定され得る。
【００７７】
いくつかの実施形態によれば、報告されたバッファ状態報告が予め定められた閾値を超過する場合に、膨大なデータの標識が代替的に判定され得る。
【００７８】
異なる実施形態によれば、ユーザ機器１１０のセルレンジ拡張の設定は、１以上のバッファ状態報告及び／又は電力ヘッドルーム報告の関数であり得る。さらに、任意の、いくつかの、又は全ての、ここで列挙され利用されるパラメータ及び閾値は、無線通信システム１００内のオペレーション及びメンテナンスノードにより構成されてもよい。
【００７９】
さらに、いくつかの実施形態によれば、ユーザ機器１１０の送信状態は、異なる実施形態に係る異なる方法でユーザ機器１１０から取得され得る。いくつかの実施形態によれば、比較的良好な無線条件及び送信すべき多くのデータを有するユーザ機器１１０は、もしそれが構成されていればランダムアクセスプリアンブルをグループＢから選択し得る。その結果、粗い（crude）送信状態情報がサービングネットワークノード１２０に提供され得る。ユーザ機器１１０は、ランダムアクセス手続の第３のメッセージ内にバッファ状態報告及び／又は電力ヘッドルーム報告をさらに含むことができる。ランダムアクセス手続は、図２の提示と併せてさらに説明される。ユーザ機器１１０は、いくつかの実施形態によれば、接続モードにある間、サービングネットワークノード１２０へのシグナリングの一部として、バッファ状態報告及び／又は電力ヘッドルーム報告をさらに含むことができる。
【００８０】
ユーザ機器１１０の送信状態がランダムアクセスプリアンブル選択を介してサービングネットワークノード１２０に提供される実施形態について、次に述べる。
【００８１】
いくつかの実施形態によれば、２つのランダムアクセスプリアンブルグループ、例えば、グループＡ及びグループＢが定義され得る。プリアンブルグループ選択は、その後、受信するネットワークノード１２０にユーザ機器１１０の送信状態について知らせるために、ユーザ機器１１０によって実行され得る。ユーザ機器１１０が比較的良好な無線条件及び／又は送信すべき多くのデータを有する場合、ユーザ機器１１０は、グループＢからプリアンブルを選択し得る。一実施形態では、グループＢからのプリアンブルを使用するユーザ機器１１０だけが、最終的にはセルレンジ拡張をもって構成され、一方、グループＡからのプリアンブルを使用するユーザ機器１１０は、セルレンジ拡張なしで構成され得る。
【００８２】
他の実施形態では、グループＢからのプリアンブルを有するユーザ機器１１０が、サービングネットワークノード１２０により、より積極的なセルレンジ拡張、即ちより広い拡張をもって、例えば、オフセット値又はより大きなオフセット値を適用することによって構成され得る。一方、グループＡからのプリアンブルを有するユーザ機器１１０は、あまり積極的でないセルレンジ拡張、即ちあまり広くない拡張をもって、例えば、いかなるオフセット値も適用しない、又は第１のケースより小さなオフセット値を適用することにより構成される。
【００８３】
さらに、無線通信システム１００内のネットワークノード、例えば、オペレーション及びメンテナンスノードは、ランダムアクセスグループ選択のパラメータを、観測されるネットワーク内のオフロードだけでなく、モビリティパフォーマンスの統計値に依存して構成し得る。いくつかの実施形態によれば、オフロードが不十分と考えられる場合、バッファサイズ閾値を減少させる、及び／又はパスロスの閾値を増加させるなどして、プリアンブルグループＢの選択を容易にするようにプリアンブル選択パラメータが調整され得る。
【００８４】
ユーザ機器１１０の送信状態がランダムアクセスメッセージを介してサービングネットワークノード１２０に提供される他の実施形態について、図２でさらに説明され図示される。基本的なランダムアクセス手続は、図２に概説するように、４フェーズの手続を含むことができる。
【００８５】
フェーズ２０１
フェーズ２０１は、ランダムアクセスプリアンブルの送信を含む。ランダムアクセスプリアンブルは、ネットワークノード１２０がユーザ機器１１０の送信タイミングを推定することを可能にする。アップリンク同期は、ユーザ機器１１０としての利点であり、そうでなければ、いかなるアップリンクデータも送信できない。
【００８６】
フェーズ２０２
フェーズ２０２は、第１のフェーズ２０１における到着タイミングの測定に基づいて、ネットワークノード１２０が、アップリンクタイミングを補正するためのタイミングアドバンスコマンドを送信することを含む。アップリンク同期の確立に加えて、第２のフェーズ２０２は、また、ランダムアクセス手続の第３のフェーズ２０３において用いられるアップリンクリソース及び一時的な識別子を、ユーザ機器１１０に割り当てることもできる。
【００８７】
フェーズ２０３
フェーズ２０３は、通常のスケジュールされたデータと同様のＵＬ−ＳＣＨを使用してユーザ機器１１０からネットワークノード１２０へシグナリングすることを含む。このメッセージの主な機能は、ユーザ機器１１０を一意に識別することである。このシグナリングの正確な内容は、例えば、予めネットワークに既知であるかどうか等、ユーザ機器１１０の状態に依存し得る。
【００８８】
フェーズ２０４
最後のフェーズ、フェーズ２０４は、複数のユーザ機器１１０が同一のリソース上でシステムにアクセスを試みた場合の競合解決を担当している。
【００８９】
特定のユーザ機器１１０がアップリンク同期を獲得するためにランダムアクセス手続を実行するであろうことを、ネットワークノード１２０が予め知っている場合、コンテンションフリーの様々なランダムアクセス手続が可能となり得る。これにより事実上、ハンドオーバ時のターゲットセルへの到着及びダウンリンクデータの到着などのいくつかの特定の場合について、フェーズ２０３及び２０４の競合解決プロセスをスキップすることが可能となる。
【００９０】
ランダムアクセス手続に含まれる、列挙された４つのフェーズ２０１〜２０４の実施形態について、続いてさらに説明する。
【００９１】
フェーズ２０１−ランダムアクセスプリアンブル
プリアンブルを送信する前に、ユーザ機器１１０は、ダウンリンク送信に同期させ、ブロードキャスト制御チャネル（BCCH：Broadcast  Control  Channel）を読み取ることができる。ＢＣＣＨは、例えば、ランダムアクセスタイムスロットがどこに位置するか、どの周波数帯域が使用できるか、どのプリアンブル（シーケンス）が利用可能であるかを明らかにすることができる。
【００９２】
いくつかの実施形態によれば、２つのランダムアクセスプリアンブルグループ、グループＡ及びグループＢが定義されている。ヘッダを含む潜在的なメッセージサイズが閾値、例えばmessageSizeGroupAよりも大きく、かつパスロスが別の閾値よりも小さい場合、ユーザ機器１１０はグループＢからプリアンブルを選択することができ、そうでなければグループＡから選択することができる。実施形態によれば、このことは、比較的良好な無線伝搬と多くの送信すべきデータとを有するユーザ機器１１０は、グループＢからプリアンブルを選択する可能性があることを意味する。
【００９３】
次のランダムアクセススロットにおいて、ユーザ機器１１０は、プリアンブルを送信し得る。プリアンブルシーケンスは、ユーザ機器１１０を識別するランダム識別子（ＩＤ）黙示的に含む。ＬＴＥは、そのようなランダムＩＤを６４個提供し、したがって、セル１４０の各々について６４個のプリアンブルを提供する。
【００９４】
複数のランダムアクセス周波数帯域が定義されている場合、ユーザ機器１１０は、そのうちの１つをランダムに選択し得る。セル１４０に割り当てられたシーケンスのグループは、２つのサブグループに分割され得る。特定のサブグループからプリアンブルシーケンスを選択することにより、ユーザ機器１１０は、そのリソース要件及び／又はリンク品質のシングルビットの標識を与えることができる。プリアンブルに使用される特定のシーケンスは、所望のサブグループ内でランダムに選択され得る。このシーケンスは、ユーザ機器の識別子としての機能を果たすことができる、ランダムな識別性（identity）を黙示的に含み得る。ネットワークノード１２０は、受信されたプリアンブルのタイミングに基づいてユーザ機器１１０のアップリンクタイミングを推定し得る。
【００９５】
フェーズ２０２−ランダムアクセスレスポンス
プリアンブル送信後、ユーザ機器１１０は、ＤＬ−ＳＣＨ上のランダムアクセスレスポンスメッセージ、Ｌ１／Ｌ２制御チャネル（ＤＰＣＣＨ）上に示されるダウンリンク割当てを待つことができる。フェーズ２０２におけるランダムアクセスレスポンスメッセージは、スケジューラをより柔軟にすることを可能にするために、フェーズ２０１におけるランダムアクセスプリアンブルの受信に半同期して（即ち、ウィンドウ内で）送信される。ランダムアクセスレスポンス２０２は、プリアンブル内に存在するのと同一のランダムなユーザ機器の識別性を含んでもよい。さらに、ユーザ装置１１０への適切なアップリンクタイミングを提供するために、タイムアラインメントメッセージを含んでもよい。また、加えて、フェーズ２０１で使用される特定のランダムアクセスリソース（時間、チャネル及びプリアンブル）に対して一意である一時的な無線ネットワーク一時識別子（ＲＮＴＩ：Radio  Network  Temporary  Identifier）を含んでもよい。イニシャルアクセスのために、一時的な無線ネットワーク一時識別子がフェーズ２０３及び２０４に使用されてもよい。さらに、いくつかの実施形態によれば、それは、フェーズ２０３におけるＵＬ−ＳＣＨ上の送信のためにアップリンクリソースグラントをさらに含んでいてもよい。
【００９６】
プリアンブル送信に続く一定時間後にランダムアクセスレスポンスメッセージが受信されない場合、ユーザ機器１１０は、次のランダムアクセスタイムスロットにおいて新たなプリアンブルを送信し得る。いくつかの場合においては、ネットワークノード１２０はオーバーロード、即ち検出されるプリアンブルが多すぎることを示し、再度ランダムアクセスを試行する前に、しばらくの時間待機することをユーザ機器１１０に指示することができる。新たな試行のために、ユーザ機器１１０は、新たなプリアンブルシーケンスのためのランダムパラメータ及び非同期ランダムアクセス周波数帯域を選択することができる。さらに、ユーザ機器１１０は、ＷＣＤＭＡで使用されるのと同様の電力ランピング手続を得るために、プリアンブルの電力レベルを増加させることができる。
【００９７】
フェーズ２０３−最初にスケジュールされたＵＬ送信
フェーズ２０３で、ユーザ機器１１０は、ランダムアクセスレスポンス２０２に含まれるグラントに従ってＵＬ−ＳＣＨ上で送信するメッセージ内の一意の識別子をネットワークノード１２０に提供する。例えば、Ｃ−ＲＮＴＩ（cell  radio  network  temporary  identifier）、ＴＭＳＩ（Temporary  Mobile  Subscriber  Identity）、ＩＭＳＩ（International  Mobile  Subscriber  Identity）又はＩＭＥＩ（International  Mobile  Equipment  Identity）などのユーザ機器識別子の種類は、ユーザ機器１１０が既にネットワークノード１２０にどの程度知られているかに依存し得る。
【００９８】
イニシャルアクセスの場合、メッセージはＲＲＣ接続リクエストメッセージであってもよい。イニシャルアクセスでない場合、即ち、ユーザ機器１１０が既にＲＲＣ接続（RRC_CONNECTED）されている場合、ユーザ機器識別子はＣ−ＲＮＴＩであってもよく、ＭＡＣ層によってシグナリングされる。送信は、ハイブリッド自動再送リクエスト（HARQ：Hybrid  Automatic  Repeat  ReQuest）を使用することができる。いくつかの実施形態によれば、それは、ユーザ機器１１０のバッファ状態及び電力ヘッドルームに関する情報を含むことも可能である。
【００９９】
フェーズ２０４−競合解決
第４フェーズ２０４の目的は、競合解決である。第２フェーズ２０２から、同一のプリアンブルを用いて同時にランダムアクセス試行を実行する複数のユーザ機器１１０は、同一のレスポンスメッセージを聞くかもしれず、したがって、同一の一時識別子を有しかねないことに留意すべきである。したがって、第４フェーズ２０４において、ネットワークノード１２０は、フェーズ２０３でのユーザ機器１１０によって提供されるユーザ機器識別子をエコーする。第４フェーズ２０４で受信された識別子と第３フェーズの一部として送信された識別子との間の一致を発見するユーザ機器１１０のみが、ランダムアクセス手続の成功を宣言するであろう。このユーザ機器はまた、アップリンクでＨＡＲＱ確認応答を送信する。イニシャルアクセスでない、即ちユーザ機器１１０が既に接続モード、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤである場合、ユーザ機器識別子は、Ｌ１／Ｌ２制御チャネルに反映され得る。ユーザ機器がまだＣ−ＲＮＴＩを割り当てられていない場合、第２フェーズ２０２からの一時識別子をＣ−ＲＮＴＩに昇格させることができ、そうでなければ、ユーザ機器１１０はその既に割り当てられたＣ−ＲＮＴＩを保持し続けることができる。
【０１００】
フェーズ２０４で受信された識別子と、フェーズ２０３の一部として送信された各々の識別子との間の一致が見つからないユーザ機器１１０は、ランダムアクセス手続に失敗したと考えられ、プリアンブルシーケンスのための新たなランダムパラメータを選択するフェーズ２０１でのランダムアクセス手続きをリスタートする必要があるかもしれない。これらのユーザ機器ユニット１１０からは、ＨＡＲＱフィードバックが送信されない可能性がある。
【０１０１】
コンテンションフリーのランダムアクセス手続
特定のユーザ機器１１０がアップリンク同期を獲得するためにランダムアクセス手続を実行するであろうと、ネットワークノード１２０が予め知っている場合には、専用のプリアンブルが用意され、検討中のユーザ機器１１０に割り当てられ得る。ハンドオーバのための専用プリアンブルの割り当ては、ＲＲＣによりハンドリングされ得るのに対して、ダウンリンクデータ到着のためのプリアンブル割り当ては、ＭＡＣによってハンドリングされ得る。ユーザ機器がフェーズ２０１で専用プリアンブルを送信すると、ネットワークは、どのユーザ機器１１０にこのプリアンブルが割り当てられたかを知り、このプリアンブルの検出時に、すでにユーザ機器の識別子を判定することができる。したがって、競合解決が必要とされない可能性があり、データ送信を再開する前の遅延を低減することができる。
【０１０２】
ユーザ機器１１０は、ランダムアクセス情報の交換を介して、受信するネットワークノード１２０にその送信状態について通知することができる。いくつかの実施形態によれば、例えば、メッセージ２０３は、ユーザ機器１１０のバッファ状態及び電力ヘッドルーム報告を含むことができる。
【０１０３】
一実施形態では、バッファ状態が予め定められた閾値を超過するユーザ機器１１０のみが、セルレンジ拡張又はより積極的なセルレンジ拡張をもって構成され得る一方、バッファ状態が予め定められた閾値より低い残りのユーザ機器１１０は、セルレンジ拡張をせず又はあまり積極的でないセルレンジ拡張をもって構成され得る。
【０１０４】
他の実施形態では、閾値より低い電力ヘッドルームを有するユーザ機器１１０は、これらのユーザ機器１１０が良好なアップリンクを必要としていることを示すことができ、したがってセルレンジ拡張又はより積極的なセルレンジ拡張をもって構成されてもよい。一方、いくつかの実施形態によれば、残りの又は閾値を超過する電力ヘッドルームを有する他のユーザ機器１１０は、セルレンジ拡張をせず、又はあまり積極的でないセルレンジ拡張をもって構成されてもよい。
【０１０５】
さらに他の実施形態では、閾値より電力ヘッドルームが低く、バッファ状態が別の閾値を超えるユーザ機器１１０が、セルレンジ拡張又は代替としてより積極的なセルレンジ拡張をもって構成されてもよい。一方、いくつかの実施形態によれば、残りはセルレンジ拡張をせず、又は代替としてあまり積極的でないセルレンジ拡張をもって構成されてもよい。
【０１０６】
いくつかのさらなる実施形態によれば、ユーザ機器１１０の送信状態が、接続モードにおけるシグナリングとなり得る。
【０１０７】
原則として図２のランダムアクセスメッセージ２０３と同一又は類似のシグナリングは、接続モードにおいても適用され得る。加えて、ユーザ機器１１０が接続モードにあることが検出されたとき、例えばＲＲＣ接続が確立されたときに起動されるタイマを考慮することができ、タイマが満了したときにユーザ機器１１０がまだ接続されている場合、ユーザ機器１１０は、セルレンジ拡張又は代替としてより積極的なセルレンジ拡張をもって構成されてもよい。一方、ユーザ機器１１０は、最初はセルレンジ拡張をせず、又は代替としてあまり積極的でないセルレンジ拡張をもって構成されてもよい。
【０１０８】
上記アイドルモード手続は、システム情報（ＳＩＢ７）を介してユーザ機器１１０にブロードキャストされるパラメータQrxlevminに部分的に基づくことができる。それは、セル選択においてアップリンクの状況を導入するための手段として使用され得る。いくつかの実施形態によれば、例えば、サービングネットワークノード１２０のアップリンク感度が高い場合、より低いQrxlevminが使用されてもよく、逆もまた同様である。
【０１０９】
一実施形態では、マクロ及び下位セル層における異なるQrxlevminを特徴とし、アイドルモードのセル選択手続は、最良のダウンリンク無線条件に対応するものとは異なるセルを選択するようにユーザ機器１１０を強化することができる。したがって、Qrxlevminの設定は、ユーザ機器１１０の最大電力、マクロ層及びピコ層で使用されるパイロット電力、並びに成功したランダムアクセスレスポンス及びページング受信のための無線条件の要件、の関数である。
【０１１０】
別の実施形態では、例えば、十分でないマクロアップリングカバレッジに起因する位置に配備されている低電力ノードを特徴とし、低電力ノード又は下位ネットワークノード１３０に対し、マクロネットワークノード１２０よりも低いQrxlevminを設定することが利点であり得る。
【０１１１】
考慮される例が、ネットワークノード１２０及び下位ネットワークノード１３０、即ち、マクロｅＮｏｄｅＢ及びピコｅＮｏｄｅＢに各々基づいているとしても、ここに開示されるメカニズムは、いくつかの実施形態において、一般的なネットワークノード１２０又は基地局によってサービスされる一般的なセル１４０内で適用され得る。いくつかの実施形態によれば、ＷＣＤＭＡにおいて、これは、無線ネットワークコントローラ（ＲＮＣ：Radio  Network  Controller）内で実装されてもよく、イベントトリガの一部としてセル測定を評価する際に、ユーザ機器１１０がオフセットを考慮するように測定構成を（再）構成することを考慮してもよい。
【０１１２】
図３は、ネットワークノード１２０における方法３００の実施形態を図示するフローチャートである。ネットワークノード１２０は、ユーザ機器１１０にサービスしている。方法３００は、ネットワークノード１２０及び下位ネットワークノード１３０を含む無線通信ネットワーク１００において、測定報告を送信することをユーザ機器１１０に指示することを目的とする。
【０１１３】
いくつかの実施形態によれば、無線通信システム１００は、３ＧＰＰ（Third  Generation  Partnership  Project）の中のＬＴＥ（Long-Term  Evolution）に基づくものであってもよい。ネットワークノード１２０は、例えば進化型ノードＢ等のマクロ基地局を含んでもよい。いくつかの実施形態によれば、下位ネットワークノード１３０は、マイクロノード、ピコノード、フェムトノード、リレーノード等を含んでもよい。
【０１１４】
ユーザ機器１１０によって作成されるべき測定報告は、ネットワークノード１２０及び下位ネットワークノード１３０によって送信されるリファレンス信号の、ユーザ機器１１０によって測定された信号無線条件値を含むことができる。信号無線条件値は、ネットワークノード１２０及び下位ネットワークノード１３０によって送信された信号の、ユーザ機器１１０によって感知されたものとして、例えば、信号強度測定、信号品質測定、３ＧＰＰのＬＴＥ環境におけるリファレンス信号受信電力（ＲＳＲＰ）測定、又は受信された無線伝搬条件に関する任意の他の類似の測定値を含むことができる。
【０１１５】
また、いくつかの実施形態による方法３００は、ユーザ機器１１０がアクティブモード又は接続モードにある場合のみ実行され得る。これにより、とにかくアクティブ状態になく、したがって本方法３００により可能となる改善されたパフォーマンスを利用することも、いかなる干渉の原因となることもないユーザ機器１１０をハンドオーバさせることは回避され得る。
【０１１６】
ユーザ機器１１０に測定報告を送信するように適切に指示し、及び／又はユーザ機器１１０のハンドオーバが下位ネットワークノード１３０に対して行われるべき否かを判定するために、方法３００は、いくつかのアクション３０１〜３０７を含むことができる。
【０１１７】
しかしながら、任意の、いくつかの又は全ての記載されたアクションは、列挙が示すのと多少異なる時間的順序で実行されてもよく、たとえ同時に実行されてもよいことに留意すべきである。また、アクションのうちのいくつか、例えば３０１、３０４、３０６及び／又は３０７は、いくつかの代替の実施形態の中で実行されてもよいことに留意すべきである。方法３００は、以下のアクションを含むことができる。
【０１１８】
アクション３０１
このアクションは、いくつかの代替の実施形態に含まれ得るが、必ずしも方法３００の全ての実施形態に含まれなくともよい。
【０１１９】
いくつかの実施形態によれば、ユーザ機器１１０が接続モード又はアクティブモードにあることを判定された時点で、タイマ４４０が開始され得る。いくつかの実施形態によれば、ユーザ機器１１０がアイドルモードから接続モードに入れ替わるときに、タイマ４４０は開始されてもよい。しかしながら、いくつかの実施形態によれば、ユーザ機器１１０が接続モードでセル１４０に入るとき、又はいくつかの実施形態によれば、ユーザ機器１１０が接続モードであることが検知されたいかなる他の任意の時点においても、タイマ４４０は開始されてもよい、
【０１２０】
アクション３０２
ユーザ機器１１０が通信すると予期されるデータの量が推定される。
【０１２１】
異なる実施形態によれば、通信は、ダウンリンク若しくはアップリンク、又はその両方であってもよい。
【０１２２】
ユーザ機器１１０が通信すると予期されるデータの量の推定は、ユーザ機器１１０から受信されるランダムアクセスプリアンブルに基づくことができる。プリアンブルのグループは、ユーザ機器１１０が通信すると予期されるデータの量に対応し、受信されたランダムアクセスプリアンブルは当該グループから選択され得る。
【０１２３】
しかしながら、ユーザ機器１１０が通信すると予期されるデータの量は、いくつかの実施形態によれば、ユーザ機器１１０から受信されるバッファ状態報告に基づくことができる。
【０１２４】
いくつかの実施形態によれば、ユーザ機器１１０が通信すると予期されるデータの量は、ユーザ機器１１０から受信される電力ヘッドルーム報告に基づくことができる。
【０１２５】
いくつかの実施形態によれば、ユーザ機器１１０が通信すると予期されるデータの量は、ダウンリンクでユーザ機器１１０に送信されるべきデータをダウンリンクデータ閾値と比較することにより推定され得る。
【０１２６】
いくつかの実施形態によれば、ユーザ機器１１０が通信すると予期されるデータの量は、ユーザ機器１１０が通信しているデータのカテゴリを分析することにより推定され得る。
【０１２７】
いくつかの実施形態によれば、ユーザ機器１１０が通信すると予期されるデータの量は、閾値を超過するケイパビリティを有するユーザ機器１１０が、閾値より低いケイパビリティを有するユーザ機器１１０よりも多くのデータを通信すると予期されるように、ユーザ機器１１０のケイパビリティを分析することにより推定され得る。
【０１２８】
アクション３０３
３０２で推定されたデータの量に基づいて、ユーザ機器１１０は、下位ネットワークノード１３０へのハンドオーバのための候補であると判定される。
【０１２９】
いくつかの実施形態によれば、３０２でユーザ機器１１０が通信すると予期されると推定されたデータの量が閾値を超過するとき、ユーザ機器１１０は、下位ネットワークノード１３０へのハンドオーバのための候補であると判定され得る。閾値は、予め定められ、又は設定可能であってもよい。
【０１３０】
アクション３０４
このアクションは、いくつかの代替的な実施形態に含まれ得るが、必ずしも方法３００の全ての実施形態に含まれない。
【０１３１】
３０２で推定されたデータの量に基づいて、オフセット値が判定され得る。
【０１３２】
いくつかの実施形態によれば、オフセット値は、３０２でユーザ機器１１０が通信すると推定されたデータの量に比例する値であると判定され得る。
【０１３３】
いくつかの実施形態によれば、ユーザ機器１１０が第１の量のデータを通信すると３０２で推定される場合、オフセット値は第１の値であると判定され得る。
【０１３４】
しかしながら、ユーザ機器１１０が第２の量のデータを通信すると３０２で推定される場合、オフセット値は第２の値であると判定され得る。第１の値は第２の値より低く、かつ第１の量のデータは第２の量のデータよりも少ない。
【０１３５】
さらに、いくつかの実施形態によれば、オフセット値として判定される第１の値は、０〜３ｄＢの区間内にあることができ、一方、オフセット値として判定される第２の値は、２〜１０ｄＢの区間内にあることができる。
【０１３６】
いくつかの実施形態によれば、バッファ状態報告がバッファ状態閾値よりも低い場合、オフセット値は第１の値に判定され得る。さらに、それらの実施形態によれば、バッファ状態報告がバッファ状態閾値を超過する場合、オフセット値は第２の値であると判定され得る。
【０１３７】
いくつかの実施形態によれば、電力ヘッドルーム報告が電力ヘッドルーム閾値より低い場合、オフセット値は第１の値に判定され得る。さらに、それらの実施形態によれば、電力ヘッドルーム報告が電力ヘッドルーム閾値を超過する場合、オフセット値は第２の値に判定され得る。
【０１３８】
また、いくつかの実施形態によれば、ダウンリンクデータ閾値が超過される場合、オフセット値はさらに第２の値であると判定され得る。そうでなければ、それらの実施形態によれば、オフセット値は第１の値であると判定され得る。
【０１３９】
さらに、いくつかの実施形態によれば、ユーザ機器１１０が、膨大なデータ伝送に関連するデータのカテゴリのセットに含まれるデータを通信している場合、オフセット値は、第２の値であると判定され得る。そうでなければ、それらの実施形態によれば、オフセット値は、第１の値であると判定され得る。
【０１４０】
さらに加えて、いくつかの実施形態によれば、ユーザ機器１１０が、膨大なデータ転送に関連するユーザ機器のケイパビリティのセットに含まれる場合、オフセット値は、第２の値であると判定され得る。そうでなければ、それらの実施形態によれば、オフセット値は、第１の値であると判定され得る。
【０１４１】
いくつかの実施形態によれば、オフセット値判定は、タイマ４４０を開始すること３０１を含む。いくつかの実施形態によれば、タイマ４４０がタイムアウトする時にユーザ機器１１０がまだ接続モードである場合、オフセット値は、第２の値であると判定され得る。これにより、タイマの制限を超過する期間の間、ユーザ機器１１０が接続モードである場合、送信するための多くのデータを有しており、したがって第２のオフセット値を加えることにより下位セル１３０へのハンドオーバが適切であると考えることができる。
【０１４２】
いくつかの実施形態によれば、ユーザ機器１１０がある期間内に下位ネットワークノード１３０へのハンドオーバの失敗又は下位ネットワークノード１３０との無線リンクの失敗を経験している場合、オフセット値は、さらに、第１の値であると判定され得る。異なる実施形態によれば、当該期間は、予め定められてもよく、又は設定可能であってもよい。
【０１４３】
いくつかの実施形態によれば、オフセット値は、ＡＢＳ（almost  blank  subframes）などの干渉低減手段が検出されたか否かに基づいてさらに判定され得る。さらに、いくつかの実施形態におけるネットワークノード１２０内の干渉低減手段を考慮すれば、例えば、ユーザ機器１１０が下位ネットワークノード１３０によってサービスされている場合、推定された無線信号品質に基づくことができる、下位セルのカバレッジ推定に基づいてオフセット値が判定され得る。
【０１４４】
アクション３０５
ユーザ機器１１０は、ネットワークノード１２０によって受信されるべき測定報告を送信するように指示される。
【０１４５】
いくつかの実施形態によれば、ネットワークノード１２０から命令が受信されるとすぐに、ユーザ機器１１０は、測定報告を送信するように指示され得る。
【０１４６】
しかしながら、いくつかの実施形態によれば、ネットワークノード１２０は、判定３０４されたオフセット値をユーザ機器１１０へ送信し、ネットワークノード１２０から受信される信号の第１の信号無線条件値を下位ネットワークノード１３０から受信される信号の第２の信号無線条件値に判定３０４されたオフセット値を加算した和が超過しているときに測定報告を送信するようにユーザ機器１１０に指示することにより、測定報告を送信するようにユーザ機器１１０に指示することができる。
【０１４７】
アクション３０６
このアクションは、いくつかの代替的な実施形態に含まれ得るが、必ずしも方法の全ての実施形態に含まれなくともよい。
【０１４８】
いくつかの実施形態によれば、ネットワークノード１２０は、ユーザ機器１１０を下位ネットワークノード１３０にハンドオーバさせることを、ユーザ機器１１０から受信された測定報告に基づいて決定することができる。
【０１４９】
しかしながら、いくつかの実施形態によれば、ユーザ機器１１０から受信される測定報告を受信し、ネットワークノード１２０から受信された信号の第１の信号無線条件値と下位ネットワークノード１３０から受信された信号の第２の信号無線条件値とを測定報告から抽出することにより、ユーザ機器１１０を下位ネットワークノード１３０にハンドオーバさせることが決定され得る。また、判定３０４されたオフセット値は、第２の信号無線条件値に加算され、第１の信号無線条件値は、第２の信号無線条件値にオフセット値を加算した和と比較され得る。このようにして、第２の信号無線条件値にオフセット値を加算した和が、第１の信号無線条件値を超過する場合、ユーザ機器１１０を下位ネットワークノード１３０にハンドオーバさせることが決定され得る。
【０１５０】
ユーザ機器１１０が下位ネットワークノード１３０にハンドオーバされないと判定される場合、ネットワークノード１２０は、ユーザ機器１１０のサービングノードであり続けることができ、さらなるアクションは実行されない。さらに、いくつかの実施形態によれば、前に述べたアクション３０１、３０２、３０３、３０４、３０５及び／又は３０６のうち任意の、いくつかの又は全てが、即時に又は一定の時間ピリオドの経過後、再実行されることができる。このため、ユーザ機器１１０を下位ネットワークノード１３０にハンドオーバさせないと決定した後、例えばウォッチドッグタイマ機能がアクティブ化され得る。これによりアクション３０１、３０２、３０３、３０４、３０５及び／又は３０６のうち任意のアクションが、一定の時間ピリオドが経過するまで再実行されないということが断言できる。異なる実施形態によれば、一定の時間ピリオドは、予め定められてもよく、設定可能であってもよい。これにより、方法に含まれるアクション３０１、３０２、３０３、３０４、３０５及び／又は３０６を再実行する前の待機時間を強化することにより、コンピューティングリソース及び場合によっては冗長なシグナリングも節約され、例えば、ユーザ機器１１０が静止している場合、無線伝搬条件がそうでなければセル１４０内のある時間ピリオド内で一定となるように近似されることができる。
【０１５１】
アクション３０７
このアクションは、いくつかの代替的な実施形態に含まれ得るが、必ずしも方法の全ての実施形態に含まれなくともよい。特に、このアクションは、ユーザ機器１１０が下位ネットワークノード１３０にハンドオーバされるべきと判定３０６される場合に実行され得る。
【０１５２】
ユーザ機器１１０は、下位ネットワークノード１３０にハンドオーバされ得る。
【０１５３】
いくつかの実施形態において、ネットワークノード１２０はまた、方法３００に関連する統計値を維持することができる。一実施形態では、推定３０２されたデータの量及び例えば監視タイムウィンドウを通してハンドオーバの候補であると考えられないユーザ機器１１０の数に基づいて、ネットワークノード１２０は、下位ネットワークノード１３０へのハンドオーバのための候補であると判定されるユーザ機器１１０の数についてのカウンタを維持することができる。別の実施形態においては、推定３０２された、ハンドオーバ試行を実行したユーザ機器１１０によって通信されるデータの量に基づいて、ネットワークノード１２０は、下位ネットワークノード１３０へのハンドオーバのための候補であると判定されるユーザ機器１１０の数についてのカウンタだけでなく、ハンドオーバ試行を行わなかった、ハンドオーバの候補であると考えられるユーザ機器１１０の数についてのカウンタも維持することができる。別の実施形態では、推定３０２された、成功したハンドオーバ試行、即ち成功したハンドオーバを行ったユーザ機器１１０によって通信されるデータの量に基づいて、ネットワークノード１２０は、下位ネットワークノード１３０へのハンドオーバのための候補であると判定されるユーザ機器１１０の数についてのカウンタだけでなく、いくつかの実施形態によれば、ハンドオーバ試行に成功しなかった、ハンドオーバの候補であると考えられるユーザ機器の数についてのカウンタを維持することができる。
【０１５４】
任意の、いくつかの又は全ての上記統計値が、ネットワークノード１２０によって収集される実施形態によれば、収集された統計値はさらに、管理システム１５０に報告され得る。ＬＴＥ構成では、ネットワークノード１２０は、ドメインマネージャ１５２に収集された統計値を転送することができる。ドメインマネージャ１５２は、複数のネットワークノード１２０から統計値を収集し、そして例えば、オフセット値、及び／又は関係する閾値のうちのいずれかのさらなる微調整のために、同様に利用され得る計算をおそらく実行するように構成され得る。しかしながら、いくつかの実施形態では、ドメインマネージャ１５２は、同様にネットワークマネージャ１５１に統計値を転送するように構成され得る。いくつかのそのような実施形態によれば、ネットワークマネージャ１５１は、複数のネットワークノード１２０から統計値を収集し、そして例えば、オフセット値、及び／又は関係するいずれかの閾値のさらなる微調整のために、同様に利用され得る計算をおそらく実行するように構成され得る。それにより、管理システム１５０、又はその中に含まれるドメインマネージャ１５２若しくはネットワークマネージャ１５１等の任意の適切なノードは、オフセット値及び／又は任意の閾値等の、方法３００の特定のパラメータを構成することができる。
【０１５５】
図４は、ユーザ機器１１０にサービスするネットワークノード１２０を示すブロック図である。ネットワークノード１２０は、ネットワークノード１２０及び下位ネットワークノード１３０を含む無線通信ネットワーク１００において、測定報告を送信するようにユーザ機器１１０を構成するためのアクション３０１〜３０７のうち任意の、いくつかの又は全てを実行するように構成されている。ネットワークノード１２０によって受信されたときに、測定報告に基づいて、ユーザ機器１１０のハンドオーバが下位ネットワークノード１３０に対して行われるべきか否かが判定されてもよい。
【０１５６】
明確さを高めるために、本発明の方法を完全に理解するために必須ではないネットワークノード１２０の任意の内部電子機器又は他の構成要素は、図４から省略されている。
【０１５７】
ネットワークノード１２０は、ユーザ機器１１０が通信すると予期されるデータの量を推定するように構成される処理回路４２０を含む。処理回路４２０はまた、推定されたデータの量に基づいて、ユーザ機器１１０が下位ネットワークノード１３０へのハンドオーバのための候補であると判定するように構成される。さらに、ネットワークノード１２０はまた、測定報告を送信するようにユーザ機器１１０に指示するように構成される。
【０１５８】
いくつかの実施形態によれば、処理回路４２０はまた、ユーザ機器１１０が通信すると予期される、推定されたデータの量が閾値を超過するときに、下位ネットワークノードへのハンドオーバのための候補であることを判定するように構成され得る。異なる実施形態によれば、閾値は、予め定められてもよく、設定可能であってもよい。さらに、処理回路４２０はまた、ユーザ機器が通信すると予期される、推定されたデータの量に基づいて、オフセット値を判定するように構成され得る。
【０１５９】
いくつかの実施形態によれば、処理回路４２０は、判定されたオフセット値をユーザ機器１１０に送信することにより、測定報告を送信するようにユーザ機器１１０に指示するようにさらに構成され得る。さらに、ネットワークノード１２０から受信された信号の第１の信号無線条件値を、下位ネットワークノード１３０から受信した信号の第２の信号無線条件値にオフセット値を加算した和が超過するとき、ユーザ機器１１０は、測定報告を送信するようにユーザ機器１１０に指示するように構成され得る。
【０１６０】
さらに、いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０から受信される測定報告に基づいて、下位ネットワークノード１３０にユーザ機器１１０をハンドオーバさせることを決定するように構成され得る。また、さらに、いくつかの実施形態によれば、処理回路４２０は、下位ネットワークノード１３０にユーザ機器１１０をハンドオーバさせるように構成され得る。
【０１６１】
いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０から受信される測定報告を受信し、ネットワークノード１２０から受信した信号の第１の信号無線条件値及び下位ネットワークノード１３０から受信した信号の第２の信号無線条件値を測定報告から抽出し、判定されたオフセット値を第２の信号無線条件値に加算し、第１の信号無線条件値を第２の信号無線条件値にオフセット値を加算した和と比較し、第２の信号無線条件値にオフセット値を加算した和が第１の信号無線条件値を超過する場合に、下位ネットワークノード１３０にユーザ機器１１０をハンドオーバさせることを決定することにより、下位ネットワークノード１３０にユーザ機器１１０をハンドオーバさせることを決定するように構成され得る。
【０１６２】
ユーザ機器１１０が第１の量のデータを通信することを推定されるとき、処理回路４２０は、オフセット値を第１の値であると判定するように構成され得る。また、ユーザ機器１１０が第２の量のデータを通信することを推定されるとき、処理回路４２０は、オフセット値を第２の値であると判定するように構成され得る。第１の値は第２の値よりも低く、第１の量のデータは第２の量のデータより少ない。
【０１６３】
いくつかの実施形態によれば、第１の値は、０〜３ｄＢの区間内にあることができ、一方、第２の値は、２〜１０ｄＢの区間内にあることができる。
【０１６４】
いくつかの代替の実施形態によれば、ユーザ機器１１０が通信すると予期される、推定されたデータの量に比例して、処理回路４２０は、オフセット値を判定するように構成され得る。したがって、ユーザ機器１１０が多くのデータを通信すると予期される場合及びその逆の場合も、処理回路４２０は、オフセット値が高くなるよう判定するように構成され得る。したがって、処理回路４２０は、オフセット値のための２以上の代替的な値、例えば、負の値も含む無制限な量のそのような値を判定するように構成され得る。後者の場合、結果は、下位セルのセルレンジ拡張ではなく、セルレンジ縮小であってもよい。それはしかしながら、例えばネットワークノード１２０と下位ネットワークノード１３０との間のロードバランシング等のいくつかの状況において、適切であるかもしれない。
【０１６５】
いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０から受信されるランダムアクセスプリアンブルに基づいて、ユーザ機器１１０が通信すると予期されるデータの量を推定するように構成され得る。受信されるランダムアクセスプリアンブルが選択され得るプリアンブルのグループは、ユーザ機器１１０が通信すると予期されるデータの量に対応する。
【０１６６】
いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０から受信されるバッファ状態報告に基づいて、ユーザ機器１１０が通信すると予期されるデータの量を推定するようにさらに構成され得る。
【０１６７】
さらに、いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０から受信される電力ヘッドルーム報告に基づいて、ユーザ機器１１０が通信すると予期されるデータの量を推定するように構成され得る。
【０１６８】
また、いくつかの実施形態によれば、処理回路４２０は、代替的に、ユーザ機器１１０が接続モードにあると判定された後の時点でタイマ４４０を開始させるように構成され得る。さらに、タイマ４４０がタイムアウトした時点でユーザ機器１１０がまだ接続モードである場合に、処理回路４２０はまた、オフセット値が第２の値であると判定するように構成され得る。タイマのランタイムは、予め定められてもよい。
【０１６９】
さらに、いくつかの実施形態によれば、処理回路４２０は、ダウンリンクでユーザ機器１１０に送信されるべきデータをダウンリンクデータ閾値と比較することにより、ユーザ機器１１０が通信すると予期されるデータの量を推定するように構成され得る。
【０１７０】
いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０が通信するデータのカテゴリを分析することにより、ユーザ機器１１０が通信すると予期されるデータの量を推定するように構成され得る。
【０１７１】
また、いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０のケイパビリティを分析することにより、ユーザ機器１１０が通信すると予期されるデータの量を推定するように構成され得る。これにより、閾値を超過するケイパビリティを有するユーザ機器１１０は、閾値より低いケイパビリティを有するユーザ機器１１０よりも多くのデータを通信すると予期又は推測され得る。
【０１７２】
さらに、いくつかの実施形態によれば、処理回路４２０は、ユーザ機器１１０がある期間内に下位ネットワークノード１３０へのハンドオーバの失敗、又は下位ネットワークノード１３０との無線リンクの失敗を経験している場合に、オフセット値を第１の値に判定するように構成され得る。
【０１７３】
加えて、いくつかの実施形態によれば、処理回路４２０は、いくつかの実施形態において、ＡＢＳなどの干渉低減手段が検出されたか否かに基づいてオフセット値を判定するように構成され得る。さらに、いくつかの実施形態におけるネットワークノード１２０内の干渉低減手段を考慮すると、処理回路４２０は、下位ネットワークノード１３０によってサービスされている場合、推定された無線信号品質に基づき得る下位セルのカバレッジ推定に基づいてオフセット値を判定するように構成され得る。
【０１７４】
処理回路４２０は、さらに、ユーザ機器１１０から受信される測定報告に基づいて、ユーザ機器１１０が下位ネットワークノード１３０にハンドオーバされるべきであることを推定するように構成され得る。またさらに、処理回路４２０は、下位ネットワークノード１３０にユーザ機器１１０がハンドオーバされるように、加えて構成され得る。
【０１７５】
処理回路４２０は、例えば、ＣＰＵ（Central  Processing  Unit）、処理ユニット、プロセッサ、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、マイクロプロセッサ、又は命令を解釈及び実行し得る他の処理ロジックのうち１以上のインスタンスを含むことができる。処理回路４２０は、データバッファリング及び、呼処理制御、ユーザインタフェース制御等のデバイス制御機能を含む、データの入力、出力及び処理のためのデータ処理機能をさらに実行することができる。
【０１７６】
いくつかの実施形態によれば、ネットワークノード１２０は、方法３００及び／又はアクション３０１〜３０７に関する統計値を維持するようにさらに構成され得る。一実施形態においては、ネットワークノード１２０は、推定３０２されたデータの量及び例えば、監視タイムウィンドウを通してハンドオーバの候補であると考えられないユーザ機器１１０の数に基づいて、下位ネットワークノード１３０へのハンドオーバのための候補であると判定されたユーザ機器１１０の数についてのカウンタを維持し得る。別の実施形態においては、ネットワークノード１２０は、ハンドオーバ試行を実行しておらず、ハンドオーバの候補であると考えられるユーザ機器１１０の数についてのカウンタだけでなく、下位ネットワークノード１３０へのハンドオーバのための候補であるとハンドオーバ試行を実行したユーザ機器１１０の推定３０２されたデータの量に基づいて判定されたユーザ機器１１０の数についてのカウンタを維持し得る。別の実施形態においては、ネットワークノード１２０は、いくつかの異なる実施形態によれば、ハンドオーバ試行に成功しなかった、ハンドオーバ候補であると考えられるユーザ機器１１０の数についてのカウンタだけでなく、ハンドオーバ試行に成功したユーザ機器１１０の推定３０２されたデータの量に基づいて下位ネットワークノード１３０へのハンドオーバのための候補であると判定されたユーザ機器１１０の数についてのカウンタを維持し得る。
【０１７７】
任意の、いくつかの又は全ての上記統計値が、ネットワークノード１２０によって収集される実施形態によれば、ネットワークノード１２０は、収集された統計値を管理システム１５０に報告するように構成され得る。ＬＴＥ構成では、ネットワークノード１２０は、ドメインマネージャ１５２に収集された統計値を転送するように構成され得る。ドメインマネージャ１５２は、複数のネットワークノード１２０から統計値を収集し、そして例えば、オフセット値、及び／又は関係するいずれかの閾値のさらなる微調整のために、同様に利用され得る計算をおそらく実行するように構成され得る。しかしながら、いくつかの実施形態では、ドメインマネージャ１５２は、同様にネットワークマネージャ１５１に統計値を転送するように構成され得る。いくつかのそのような実施形態によれば、ネットワークマネージャ１５１は、複数のネットワークノード１２０から統計値を収集し、そして例えば、オフセット値、及び／又は関係するいずれかの閾値のさらなる微調整のために、同様に利用され得る計算をおそらく実行するように構成され得る。それにより、管理システム１５０、又はその中に含まれるドメインマネージャ１５２若しくはネットワークマネージャ１５１等の任意の適切なノードは、オフセット値及び／又は任意の閾値等の、方法３００の特定のパラメータを構成することができる。
【０１７８】
ネットワークノード１２０は、受信機４１０をさらに含むことができる。受信機４１０は、ユーザ機器１１０から及び／又は下位ネットワークノード１３０から無線信号を受信するように構成され得る。さらに、いくつかの実施形態によれば、受信機４１０は、ユーザ機器１１０から受信される信号強度の測定値を受信し得る。当該測定値は、ネットワークノード１２０及び下位ネットワークノード各々からユーザ機器１１０によって受信される信号に基づいて測定されるものである。
【０１７９】
いくつかの実施形態によれば、加えて、ネットワークノード１２０は、送信機４３０をさらに含むことができる。送信機４３０は、ユーザ機器１１０及び／又は下位ネットワークノード１３０に無線信号を送信するように配置され得る。送信機４３０は、いくつかの実施形態によれば、ユーザ機器１１０によって受信される命令を送信するように構成され得る。当該命令は、任意の信号強度測定値が閾値より小さい場合にそれらを報告しないようにユーザ機器１１０に指示するものである。あるいは、送信機４３０は、ユーザ機器１１０によって通信されると予期されるデータが閾値よりも小さい場合、任意の信号強度測定値を報告しないようにユーザ機器１１０に指示する命令を送信するように構成されてもよい。それにより、ユーザ機器１１０のバッテリ電力が節約され得る。また、エアインタフェース上の干渉及び処理電力リソース上の干渉は、冗長データをシグナリングしないことにより、減少され／節約されることができる。
【０１８０】
いくつかの実施形態によれば、ネットワークノード１２０は、少なくとも一つのメモリ４２５をさらに含むことができる。メモリ４２５は、一時的又は永続的に、データ又はプログラム、即ち命令のシーケンスを格納するために利用される物理デバイスを含むことができる。いくつかの実施形態によれば、メモリ４２５は、シリコンベースのトランジスタを含む集積回路を含んでもよい。さらに、メモリ４２５は、揮発性又は不揮発性であってもよい。ネットワークノード１１０は、いくつかの実施形態によれば、少なくとも１つの揮発性メモリ４２５を含み、また、少なくとも１つの不揮発性メモリ４２５もまた、さらに含むことができる。
【０１８１】
また、ネットワークノード１２０は、いくつかの実施形態によれば、タイマ４４０をさらに含むことができる。タイマ４４０は、ユーザ機器１１０が接続モードにある時間、又は少なくともユーザ機器１１０が接続モードにある最小時間を測定するように構成され得る。タイマ４４０は、例えば、カウントダウンタイマ、ストップウォッチタイマ、ウォッチドッグタイマ等を含むことができる。
【０１８２】
いくつかの実施形態によれば、ネットワークノード１２０は、例えば他のネットワークノード、又は管理システム１５０のような他のエンティティと有線及び／又は無線接続を介して通信するように構成された通信インタフェース４５０をさらに含むことができる。任意のこのような通信は、例えば、Ｘ２又はＳ１接続を介して行われることができる。しかしながら、例えば無線アクセス技術に基づく異なる実施形態によれば、様々な通信プロトコルが利用され得る。
【０１８３】
さらに、無線通信システム１００におけるネットワークノード１２０内に含まれる、記載したユニット４１０〜４５０のうちのいくつかは、別個の論理エンティティとみなされるべきであるが、必ずしも別個の物理エンティティでないことに留意すべきである。ほんの一例に言及すると、受信機４１０及び送信機４３０は、アンテナを介して各々アウトゴーイング無線周波数信号を送信しインカミング無線周波数信号を受信する、送信回路及び受信回路を含むことができる同一の物理ユニット、トランシーバ内に、含まれてもよく又は共配置されてもよい。ネットワークノード１２０、下位ネットワークノード１３０及びユーザ機器１１０の間で送信される無線周波数信号は、例えば、インカミングコールのためのページング信号／メッセージ等のトラフィック及び制御信号の両方を含んでもよく、それらは、相手方との音声呼通信を確立し維持するため、又は、遠隔ユーザ機器又は無線通信システム１００に含まれる他のノードと、ＳＭＳ、電子メール又はＭＭＳメッセージ等のデータを送信及び／又は受信するために使用され得る。
【０１８４】
ネットワークノード１２０で実行されるべきアクション３０１〜３０７は、本アクション３０１〜３０７の機能を実行するためのコンピュータプログラムコードとともに、ネットワークノード１２０内の１以上の処理回路４２０を通じて実装され得る。したがって、ネットワークノード１２０内でアクション３０１〜３０７を実行するための命令を含むコンピュータプログラム製品は、コンピュータプログラムコードが１以上の処理回路４２０内にロードされるときに、下位ネットワークノード１３０にユーザ機器１１０をハンドオーバさせることを判定し得る。
【０１８５】
上述したコンピュータプログラム製品は、処理回路４２０にロードされるときに、いくつかの実施形態によれば、アクション３０１〜３０７のうちの少なくともいくつかを実行するためのコンピュータプログラムコードを運ぶデータキャリアの形で例えば提供されてもよい。データキャリアは、例えばハードディスク、ＣＤＲＯＭのディスク、メモリスティック、光記憶装置、磁気記憶装置、又はそのような非一時的な様式で機械可読データを保持できるディスクやテープのような任意の他の適切な媒体であってもよい。コンピュータプログラム製品はさらに、サーバ上のコンピュータプログラムコードとして提供されてもよく、例えば、インターネット又はイントラネット接続を介してリモートでユーザ機器１１０にダウンロードされてもよい。
【０１８６】
本文脈内で「含む（“comprise”又は“comprising”）」という明確な語句を使用しているとき、それは、即ち「〜から少なくともなる」を意味し、非限定的に解釈されるべきである。本発明の方法及び装置は、上述の実施形態に限定されるものではない。様々な代替、改変、及び均等物が用いられることができる。したがって、上記の実施形態は、代わりに添付の特許請求の範囲によって定義されるべきクレームされた保護の範囲を限定するものとして解釈されるべきではない。
【図１Ａ】
0005885857.tif 000003
【図１Ｂ】
0005885857.tif 000004
【図１Ｃ】
0005885857.tif 000005
【図１Ｄ】
0005885857.tif 000006
【図２】
0005885857.tif 000007
【図３】
0005885857.tif 000008
【図４】
0005885857.tif 000009