(57)【要約】【課題】無線リンクの動作を支援するために無線使用量の測定を行う方法は、発展型ノードＢ（ｅＮＢ）で行われる。【解決手段】この方法は、第１の無線使用量パラメータを決定するステップを含む。第１の無線使用量パラメータは、ｅＮＢと少なくとも１つの無線送信受信ユニット（ＷＴＲＵ）との間の無線使用量の測定である。方法は、第２の無線使用量パラメータを決定するステップをさらに含む。第２の無線使用量パラメータは、ｅＮＢと、そのｅＮＢにサービスされている少なくとも１つの中継ノード（ＲＮ）との間の無線使用量の測定である。方法は、第１の無線使用量パラメータまたは第２の無線使用量パラメータの少なくとも一方を利用して、発展型総合地上無線アクセス（Ｅ−ＵＴＲＡ）無線リンクの動作、無線リソース管理（ＲＲＭ）、ネットワーク運用および維持（ＯＡＭ）、または自律的最適化ネットワーク（ＳＯＮ）機能、の少なくとも１つを評価するステップをさらに含む。【選択図】図５
2015128329.tif 000002
【特許請求の範囲】
【請求項１】
ソース発展型ノードＢ（ｅＮＢ）からターゲットｅＮＢへ中継ノード（ＲＮ）をハンドオーバーするための方法であって、
前記ソースｅＮＢが、前記ＲＮを前記ターゲットｅＮＢへハンドオーバーすることを決定するステップと、
前記ソースｅＮＢが、ハンドオーバーコマンドを前記ＲＮへ送信するステップであって、前記ハンドオーバーコマンドは、前記ＲＮが前記ソースｅＮＢから前記ターゲットｅＮＢへハンドオーバーすべきであることを示す、ステップと、
前記ソースｅＮＢが、ベアラコンテクスト情報を前記ターゲットｅＮＢへ送信するステップであって、前記ベアラコンテクスト情報は、前記ターゲットｅＮＢに、前記ＲＮに接続される少なくとも１つの無線送受信ユニット（ＷＴＲＵ）が前記ハンドオーバーの間中前記接続された状態のままでいながら、前記ＲＮを受諾することを許可する情報を備える、ステップと
を含むことを特徴とする方法。
【請求項２】
前記ソースｅＮＢが、ハンドオーバー要求メッセージを前記ターゲットｅＮＢへ送信するステップと、
前記ソースｅＮＢが、ハンドオーバー受諾メッセージを前記ターゲットｅＮＢから受信するステップであって、前記ハンドオーバー受諾メッセージは、ハンドオーバーパラメータを含み、前記ハンドオーバーパラメータは、前記ハンドオーバーコマンド内に含まれる、ステップと
をさらに含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記ハンドオーバーパラメータは、Ｕｎサブフレーム構成、または、同期およびタイミング情報のうちの少なくとも１つを備えることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＲＮをハンドオーバーすることを決定するステップは、前記ソースｅＮＢによって実行される測定、または、モビリティマネジメントエンティティ（ＭＭＥ）から受信されるメッセージのうちの少なくとも１つに基づいていることを特徴とする請求項１に記載の方法。
【請求項５】
前記ソースｅＮＢが、前記ＲＮのためのドナーｅＮＢ（ＤｅＮＢ）一覧を受信するステップと、前記ＤｅＮＢ一覧に基づいて前記ターゲットｅＮＢを選択するステップと、をさらに含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記ハンドオーバーコマンドは、前記ＲＮについての専用ランダムアクセスチャネルプリアンブルを備えることを特徴とする請求項１に記載の方法。
【請求項７】
Ｕｕインタフェース上で１つまたは複数の無線送受信ユニット（ＷＴＲＵ）と通信するように構成された第１の物理層エンティティと、
Ｕｎインタフェース上で１つまたは複数の発展型ノードＢ（ｅＮＢ）と通信するように構成された第２の物理層エンティティと、
プロセッサであって、
前記Ｕｎインタフェースまたは前記Ｕｕインタフェースのうちの１つまたは複数についての１つまたは複数のレイヤ２（Ｌ２）測定を実行し、
前記１つまたは複数のＬ２測定をソースドナーｅＮＢ（ＤｅＮＢ）へ送信し、
ＲＲＣＲＮ再構成メッセージを前記ソースＤｅＮＢから受信し、前記ＲＲＣＲＮ再構成メッセージは、中継ノードがターゲットＤｅＮＢへハンドオーバーすべきであるという表示、および、前記ターゲットＤｅＮＢと通信するためのＵｎインタフェース構成情報を備え、
前記中継ノードに前記Ｕｕインタフェースを介して接続される少なくとも１つのＷＴＲＵが前記ハンドオーバー中に接続された状態のままでいながら、前記ソースＤｅＮＢから前記ターゲットＤｅＮＢへのハンドオーバーを実行する
ように構成されたプロセッサと
を備えたことを特徴とする中継ノード。
【請求項８】
前記ＲＲＣＲＮ再構成メッセージは、前記中継ノードが、前記ターゲットＤｅＮＢへハンドオーバーすると、追跡領域更新手順（ＴＡＵ）を実行すべきであるという表示をさらに備えることを特徴とする請求項７に記載の中継ノード。
【請求項９】
前記ターゲットＤｅＮＢへハンドオーバーされた前記中継ノードは、前記中継ノードが、前記中継ノードが前記ソースＤｅＮＢへ接続されていたときに前記中継ノードを供給したモビリティマネジメントエンティティ（ＭＭＥ）とは異なるＭＭＥに関連付けられた新しい追跡領域に入ることをもたらすことを特徴とする請求項８に記載の中継ノード。
【請求項１０】
前記ハンドオーバー前に前記中継ノードに接続されていた各ＷＴＲＵは、前記ハンドオーバー後、前記中継ノードに接続されたままであることを特徴とする請求項７に記載の中継ノード。
【請求項１１】
前記ハンドオーバー前に前記中継ノードに接続されていたＷＴＲＵのサブセットは、前記ハンドオーバー後、前記中継ノードに接続されたままであることを特徴とする請求項７に記載の中継ノード。
【請求項１２】
前記ＷＴＲＵのサブセットは、共通サービス品質（ＱｏＳ）特性を共有することを特徴とする請求項１１に記載の中継ノード。
【請求項１３】
前記プロセッサは、前記中継ノードに接続されていた少なくとも第１のＷＴＲＵを、前記ターゲットＤｅＮＢへの前記ハンドオーバーが完了する前に、前記ソースＤｅＮＢへハンドオーバーするようにさらに構成されることを特徴とする請求項１１に記載の中継ノード。
【請求項１４】
少なくとも前記第１のＷＴＲＵは、前記ターゲットＤｅＮＢによって拒絶されていたことを特徴とする請求項１３に記載の中継ノード。
【請求項１５】
前記プロセッサは、前記ソースＤｅＮＢ、前記ターゲットＤｅＮＢ、またはモビリティマネジメントエンティティのうちの１つまたは複数からコマンドを受信することに基づいて、前記中継ノードに接続されたＷＴＲＵのための負荷平衡を実行するようにさらに構成されることを特徴とする請求項７に記載の中継ノード。
【請求項１６】
前記ハンドオーバーのためのランダムアクセスチャネル（ＲＡＣＨ）手順の間、前記プロセッサは、前記ターゲットＤｅＮＢで利用されるべきＵｎサブフレーム構成に関連付けられた専用ランダムアクセスプリアンブルを利用するよう構成されることを特徴とする請求項７に記載の中継ノード。
【請求項１７】
前記専用ランダムアクセスプリアンブルは、前記ＲＲＣＲＮ再構成メッセージによって示されることを特徴とする請求項１６に記載の中継ノード。
【請求項１８】
中継ノード（ＲＮ）によって実行される方法であって、
前記ＲＮが、Ｕｕインタフェース上で１つまたは複数の無線送受信ユニット（ＷＴＲＵ）と通信するステップと、
前記ＲＮが、Ｕｕインタフェース上で１つまたは複数の発展型ＮｏｄｅＢ（ｅＮＢ）と通信するステップと、
前記ＲＮが、前記Ｕｎインタフェースまたは前記Ｕｕインタフェースのうちの１つまたは複数についての１つまたは複数のレイヤ２（Ｌ２）測定を実行するステップと、
前記ＲＮが、前記１つまたは複数のＬ２測定をソースドナーｅＮＢ（ＤｅＮＢ）へ送信するステップと、
前記ＲＮが、ＲＲＣＲＮ再構成メッセージを前記ソースＤｅＮＢから受信するステップであって、前記ＲＲＣＲＮ再構成メッセージは、前記中継ノードがターゲットＤｅＮＢへハンドオーバーすべきであるという表示、および、前記ターゲットＤｅＮＢと通信するためのＵｎインタフェース構成情報を備える、ステップと、
前記ＲＮが、前記中継ノードに前記Ｕｕインタフェースを介して接続される少なくとも１つのＷＴＲＵが前記ハンドオーバーの間接続された状態のままでいながら、前記ソースＤｅＮＢから前記ターゲットＤｅＮＢへのハンドオーバーを実行するステップと
を含むことを特徴とする方法。
【請求項１９】
前記ＲＮが、前記ターゲットＤｅＮＢへの前記ハンドオーバーが完了する前に、前記ＲＮに接続されていた少なくとも第１のＷＴＲＵを、前記ソースＤｅＮＢへハンドオーバーするステップをさらに含むことを特徴とする請求項１８に記載の方法。
【請求項２０】
少なくとも前記第１のＷＴＲＵは、前記ターゲットＤｅＮＢによって拒絶されていたことを特徴とする請求項１９に記載の方法。
【発明の詳細な説明】
【背景技術】
【０００１】
関連出願の相互参照
本出願は、２０１０年１１月５日に出願された米国仮特許出願第６１／４１０，６３３号、および２０１１年１月７日に出願された米国仮特許出願第６１／４３０，７４５号の利益を主張し、それらの出願の内容は参照により本明細書に組み込まれる。
【０００２】
ロングタームエボリューション（ＬＴＥ）発展型パケットコア（ＥＰＣ）のネットワーク管理機能は、例えば、移動性管理ゲートウェイ（ＭＭＥ）が輻輳している時や、保守のためにＭＭＥの電源を切る時等に、ＭＭＥの負荷をオフロードするＭＭＥの負荷平衡能力を提供する。負荷平衡により、ネットワークはネットワーク側では通常の動作を維持することができ、無線アクセスネットワークまたはユーザ端末に対しては滑らかな対話を維持することができる。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
Ｒｅｌｅａｓｅ−８では、ＭＭＥ負荷平衡（再平衡）機能により、ＭＭＥ（例えばＭＭＥのプールエリア）に登録された利用者／ＵＥを別のＭＭＥに移動させることができる。例えば、ネットワーク運用および管理（ＯＡＭ）機能で、ＭＭＥの１つをＭＭＥのプールエリアから削除する。このような面で、また一般的な事例として、利用者の負荷を可能な限り早く軽減して、ネットワークとユーザの体感への影響を最小にすることができる。発展型ノードＢ（ｅＮＢ）の負荷条件を判定するために測定が行われる。そのような測定は、ｅＮＢにおける無線接続の種類ごとに差別化されない。
【課題を解決するための手段】
【０００４】
無線リンクの動作および／または負荷平衡を支援するために無線使用量の測定を行う方法が本明細書に開示される。この方法は、第１の無線使用量パラメータを決定するステップを含む。第１の無線使用量パラメータは、発展型ノードＢ（ｅＮＢ）と少なくとも１つの無線送信受信ユニット（ＷＴＲＵ）との間の無線使用量の測定である。第１の無線使用量の測定は、ｅＮＢのＵｕインタフェースのトラフィックについてのＬａｙｅｒ２（Ｌ２）測定である。ｅＮＢはドナーｅＮＢ（ＤｅＮＢ）と呼ばれる。方法は、第２の無線使用量パラメータを決定するステップをさらに含む。第２の無線使用量パラメータは、ｅＮＢと、そのｅＮＢにサービスされている少なくとも１つの中継ノード（ＲＮ）との間の無線使用量の測定である。第２の無線使用量の測定は、ＤｅＮＢのＵｎインタフェースのトラフィックについてのＬ２測定である。方法は、第１の無線使用量パラメータまたは第２の無線使用量パラメータの少なくとも一方を利用して、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）無線リンク動作（例えば、Ｕｕインタフェースおよび／もしくはＵｎインタフェースの動作の支援）、無線リソース管理（ＲＲＭ）（例えば、Ｕｕおよび／もしくはＵｎ無線リソースの再配分）、ネットワーク運用・維持（ＯＡＭ：operations and maintenance）（例えば、ＯＡＭ性能の可観測性）、またはセルフオーガナイジングネットワーク（ＳＯＮ：self-organizing networks）機能（例えば、ＲＮ／ＷＴＲＵのハンドオーバーおよび／もしくはＲＮ接続の維持）、の少なくとも１つを評価するステップをさらに含む。方法はｅＮＢで行われる。
【０００５】
ＵｕインタフェースまたはＵｎインタフェースの少なくとも一方で行われるＬ２測定の例は、これらに限定されないが、ダウンリンク（ＤＬ）の物理リソースブロック（ＰＲＢ）使用量、アップリンク（ＵＬ）のＰＲＢ使用量、サービス品質（ＱｏＳ）クラスインディケータ（ＱＣＩ）毎のＤＬ  ＰＲＢ使用量、ＱＣＩ毎のＵＬ  ＰＲＢ使用量、実際の総負荷条件、Ｕｎサブフレーム構成（ＵｎＳＣ）毎のＰＲＢ使用量、Ｕｎサブフレーム内のマクロＷＴＲＵ  ＰＲＢ使用量、Ｕｎサブフレーム内のＲＮ  ＰＲＢ使用量、ＤｅＮＢにおけるＰＲＢ使用量を示す他の測定、ＱＣＩ毎のＤｅＮＢの下にあるアクティブなＷＴＲＵの推定数、ＤＬパケット遅延の測定、ＤＬデータ破棄の測定、ＤＬデータ損失の測定、またはＱＣＩ毎のＵＬデータ損失測定、の１つまたは複数を含む。パケット処理および伝送遅延の測定がＱＣＩごとにＲＮで行われる。ＲＮで行われた測定の結果はＤｅＮＢに通知される。
【０００６】
本明細書には、ネットワークの負荷平衡を実現し、ネットワークインタフェースに関連する測定を取得し、使用する方法およびシステムが開示される。一例では、ネットワークの過負荷を管理する方法は、中継ノードにサービスするドナーｅＮＢに関連するＭＭＥの過負荷を検出するステップを含む。この方法は、過負荷を検出すると、その中継ノードにサービスされているユーザ機器から発信されるアタッチ要求を拒否するステップを含む。アタッチ要求を拒否するステップに替えて、またはそれに加えて、方法は、過負荷を検出すると、過負荷制御手順を実施するために中継ノードに過負荷開始メッセージを送信するステップを含む。方法は、過負荷を検出するのに応答して過負荷制御手順をドナーｅＮＢで実施するステップを含む。
【０００７】
ソース（ハンドオーバー元）ｅＮＢからターゲット（ハンドオーバー先）ｅＮＢにＲＮをハンドオーバーする方法が行われる。この方法は、ＲＮのハンドオーバーを決定するステップを含む。方法は、ＲＮにハンドオーバーのコマンド（命令）を送信するステップをさらに含む。方法は、ターゲットｅＮＢにベアラコンテクスト情報を送信するステップをさらに含む。ベアラコンテクスト情報は、ＲＮに接続された少なくとも１つの無線送信／受信ユニット（ＷＴＲＵ）が当該ハンドオーバーを通じて接続状態を維持したままターゲットｅＮＢが前記ＲＮを受け入れることを可能にする情報を含む。
【０００８】
上記概要は、以下の詳細な説明でさらに説明する概念の一部を簡略化した形態で紹介するために提供される。この概要は、特許請求の範囲の主題の主要な特徴や必須の特徴を明らかにするものでも、特許請求の範囲の主題の範囲を限定するために使用されるものでもない。さらに、特許請求の範囲の主題は、本開示の任意の箇所に記述される不利点のいずれかまたはすべてを解決する制限事項にも限定されない。
【図面の簡単な説明】
【０００９】
添付図面との関連で例として与える以下の接続から、より詳細な理解が得られる。
【００１０】
【図１Ａ】１つまたは複数の開示される実施形態が実施される例示的通信システムのシステム図である。
【図１Ｂ】図１Ａに示す通信システム内で使用される例示的な無線送信／受信ユニット（ＷＴＲＵ）のシステム図である。
【図１Ｃ】図１Ａに示す通信システム内で使用される例示的な無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図１Ｄ】図１Ａに示す通信システム内で使用される別の例示的な無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図１Ｅ】図１Ａに示す通信システム内で使用される別の例示的な無線アクセスネットワークおよび例示的コアネットワークのシステム図である。
【図２】中継ノードおよびドナー発展型ノードＢ（ｅＮＢ）の例示的配置のシステム図である。
【図３】中継ノードの例示的なハンドオーバーを説明するシステム図である。
【図４】無線使用量の測定を行う例示的方法を説明する流れ図である。
【図５】レイヤ２の測定を行うための例示的システムのブロック図である。
【発明を実施するための形態】
【００１１】
以下で、各種図面を参照して例示的実施形態を詳細に説明する。この説明は可能な実施の詳細な例を示すが、詳細事項は例示的なものであり、決して本出願の範囲を限定するものではないことに留意されたい。
【００１２】
図１Ａは、１つまたは複数の開示される実施形態が実施される例示的通信システム１００の図である。通信システム１００は、音声、データ、映像、メッセージング、放送等のコンテンツを複数の無線ユーザに提供する多重接続システムである。通信システム１００は、複数の無線ユーザが、無線帯域等のシステム資源の共有を通じてそのようなコンテンツにアクセスすることを可能にする。例えば、通信システム１００は、符号分割多重接続（ＣＤＭＡ）、時分割多重接続（ＴＤＭＡ）、周波数分割多重接続（ＦＤＭＡ）、直交ＦＤＭＡ（ＯＦＤＭＡ）、単一キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）等の１つまたは複数のチャネルアクセス方法を用いる。
【００１３】
図１Ａに示すように、通信システム１００は、無線送信／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（総称的にまたはまとめてＷＴＲＵ１０２と呼ばれる）、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、公衆交換電話網（ＰＳＴＮ）１０８、インターネット１１０、および他のネットワーク１１２を含むが、開示される実施形態は、任意数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素を企図することが理解されよう。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線環境で動作および／または通信するように構成された任意種の装置である。例として、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、無線信号を送信および／または受信するように構成され、ユーザ機器（ＵＥ）、移動局、固定型または移動型の加入者ユニット、ページャ、携帯電話、携帯情報端末（ＰＤＡ）、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、消費者家電等を含む。
【００１４】
通信システム１００は、基地局１１４ａおよび基地局１１４ｂも含む。各基地局１１４ａ、１１４ｂは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの少なくとも１つと無線にインタフェースをとって、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはネットワーク１１２等の１つまたは複数の通信ネットワークへのアクセスを助けるように構成された任意種の装置である。例として、基地局１１４ａ、１１４ｂは、ベーストランシーバ局（ＢＴＳ）、ノードＢ、ｅノードＢ、ホームノードＢ、ホームｅノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、無線ルータ等である。図では基地局１１４ａ、１１４ｂはそれぞれ１つの要素として示すが、基地局１１４ａ、１１４ｂは、任意数の相互接続された基地局および／またはネットワーク要素を含むことが理解されよう。
【００１５】
基地局１１４ａはＲＡＮ１０３／１０４／１０５の一部であり、それらのＲＡＮも、他の基地局および／または基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノード等のネットワーク要素（図示せず）を含む。基地局１１４ａおよび／または基地局１１４ｂは、セル（図示せず）とも呼ばれる特定の地理的領域内で無線信号を送信および／または受信するように構成される。セルはさらにセルセクタに分割される。例えば、基地局１１４ａに関連付けられたセルが３つのセクタに分割される。したがって、一実施形態では、基地局１１４ａは、セルのセクタごとに１つ、すなわち計３つのトランシーバを含む。別の実施形態では、基地局１１４ａは、多入力多出力（ＭＩＭＯ）技術を用い、したがってセルのセクタごとに複数のトランシーバを利用する。
【００１６】
基地局１１４ａ、１１４ｂは、エアインタフェース１１５／１１６／１１７を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数と通信し、エアインタフェースは、任意の適切な無線通信リンク（例えば、無線周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光等）である。エアインタフェース１１５／１１６／１１７は、任意の適切な無線アクセス技術（ＲＡＴ）を使用して確立される。
【００１７】
より具体的には、上記のように、通信システム１００は多重接続システムであり、ＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ−ＦＤＭＡ等の１つまたは複数のチャネルアクセス方式を用いる。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ユニバーサルモバイルテレコミュニケーションシステム（ＵＭＴＳ）地上無線アクセス（ＵＴＲＡ）等の無線技術を実装し、その場合エアインタフェース１１５／１１６／１１７は広帯域ＣＤＭＡ（ＷＣＤＭＡ（登録商標））を使用して確立する。ＷＣＤＭＡ（登録商標）は、高速パケットアクセス（ＨＳＰＡ）および／または発展型ＨＳＰＡ（ＨＳＰＡ＋）等の通信プロトコルを含む。ＨＳＰＡは、高速ダウンリンクパケットアクセス（ＨＳＤＰＡ）および／または高速アップリンクパケットアクセス（ＨＳＵＰＡ）を含む。
【００１８】
別の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、発展型ＵＭＴＳ地上無線アクセス（Ｅ−ＵＴＲＡ）等の無線技術を実装し、その場合は長期間発展（ＬＴＥ）および／またはＬＴＥ−Ａｄｖａｎｃｅｄ（ＬＴＥ−Ａ）を使用してエアインタフェース１１５／１１６／１１７を確立する。
【００１９】
他の実施形態では、基地局１１４ａおよびＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃは、ＩＥＥＥ８０２．１６（すなわちマイクロ波アクセスのための世界規模の相互動作性（ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ＩＸ、ＣＤＭＡ２０００ＥＶ−ＤＯ、暫定標準２０００（ＩＳ−２０００）、暫定標準９５（ＩＳ−９５）、暫定標準８５６（ＩＳ−８５６）、移動通信のための世界規模システム（ＧＳＭ（登録商標））、ＧＳＭ（登録商標）発展のための増大データレート（ＥＤＧＥ）、ＧＳＭ  ＥＤＧＥ（ＧＥＲＡＮ）等の無線技術を実装する。
【００２０】
図１Ａの基地局１１４ｂは、例えば、無線ルータ、ホームノードＢ、ホームｅノードＢ、またはアクセスポイントであり、職場、住宅、乗り物、大学構内等の限定された領域内で無線接続を容易にするために適当なＲＡＴを利用する。一実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、ＩＥＥＥ８０２．１１等の無線技術を実装して、無線ローカルエリアネットワーク（ＷＬＡＮ）を確立する。別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄはＩＥＥＥ８０２．１５等の無線技術を実装して、無線パーソナルエリアネットワーク（ＷＰＡＮ）を確立する。さらに別の実施形態では、基地局１１４ｂおよびＷＴＲＵ１０２ｃ、１０２ｄは、セルラー方式のＲＡＴ（例えば、ＷＣＤＭＡ（登録商標）、ＣＤＭＡ２０００、ＧＳＭ（登録商標）、ＬＴＥ、ＬＴＥ−Ａ等）を利用してピコセルまたはフェムトセルを確立する。図１Ａに示すように、基地局１１４ｂはインターネット１１０への直接の接続を有する。したがって、基地局１１４ｂは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない。
【００２１】
ＲＡＮ１０３／１０４／１０５は、コアネットワーク１０６／１０７／１０９と通信状態にあり、コアネットワークは、音声、データ、アプリケーション、および／またはインターネットプロトコルによる音声伝送（ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの１つまたは複数に提供するように構成された任意種のネットワークである。例えば、コアネットワーク１０６／１０７／１０９は、呼の制御、課金サービス、モバイル位置を利用したサービス、料金前払いの通話、インターネット接続、映像配信等を提供する、かつ／またはユーザ認証等の高レベルのセキュリティ機能を行う。図１Ａには示さないが、ＲＡＮ１０３／１０４／１０５および／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いる他のＲＡＮと直接または間接的に通信することが理解されよう。例えば、Ｅ−ＵＴＲＡ無線技術を利用するＲＡＮ１０３／１０４／１０５に接続されるのに加えて、コアネットワーク１０６／１０７／１０９は、ＧＳＭ（登録商標）無線技術を用いる別のＲＡＮ（図示せず）とも通信状態にある。
【００２２】
コアネットワーク１０６／１０７／１０９は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄがＰＳＴＮ１０８、インターネット１１０、および／または他のネットワーク１１２にアクセスするためのゲートウェイの役割も果たす。ＰＳＴＮ１０８は、従来型の電話サービス（ＰＯＴＳ）を提供する回線交換電話網を含む。インターネット１１０は、ＴＣＰ／ＩＰインターネットプロトコルスイートの伝送制御プロトコル（ＴＣＰ）、ユーザデータグラムプロトコル（ＵＤＰ）およびインターネットプロトコル（ＩＰ）等の共通の通信プロトコルを使用する、相互接続されたコンピュータネットワークおよび装置からなる世界規模のシステムを含む。ネットワーク１１２は、他のサービス提供者に所有および／または運営される有線または無線の通信ネットワークを含む。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５と同じＲＡＴまたは異なるＲＡＴを用いる１つまたは複数のＲＡＮに接続された別のコアネットワークを含む。
【００２３】
通信システム１００内のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部またはすべては、多モード能力を備える。すなわち、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄは、種々の無線リンクを通じて種々の無線ネットワークと通信するための複数のトランシーバを含む。例えば、図１Ａに示すＷＴＲＵ１０２ｃは、セルラー方式の無線技術を用いる基地局１１４ａ、およびＩＥＥＥ８０２無線技術を用いる基地局１１４ｂと通信するように構成される。
【００２４】
図１Ｂは、例示的なＷＴＲＵ１０２のシステム図である。図１Ｂに示すように、ＷＴＲＵ１０２は、プロセッサ１１８、トランシーバ１２０、送信／受信要素１２２、スピーカ／マイクロフォン１２４、キーパッド１２６、ディスプレイ／タッチパッド１２８、取外し不能メモリ１３０、取外し可能メモリ１３２、電源１３４、全地球測位システム（ＧＰＳ）チップセット１３６、および他の周辺機能１３８を備える。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、上述の要素のサブコンビネーションを含むことが理解されよう。また、各実施形態は、基地局１１４ａおよび１１４ｂおよび／またはその基地局１１４ａおよび１１４ｂが表すノード（これらに限定されないが、とりわけトランシーバ局（ＢＴＳ）、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームノードＢ、発展型ホームノードＢ（ｅノードＢ）、ホーム発展型ノードＢ（ＨｅＮＢ）、ホーム発展型ノードＢゲートウェイ、およびプロキシノード等）が、図１Ｂに示され、本明細書に記載される要素の一部またはすべてを含むことを企図する。
【００２５】
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途集積回路（ＡＳＩＣ）、利用者書き換え可能ゲートアレイ（ＦＰＧＡ）回路、任意の他の種の集積回路（ＩＣ）、状態機械等である。プロセッサ１１８は、信号の符号化、データ処理、電力制御、入出力処理、および／またはＷＴＲＵ１０２が無線環境で動作することを可能にする他の機能を行う。プロセッサ１１８はトランシーバ１２０に結合され、トランシーバ１２０は送信／受信要素１２２に結合される。図１Ｂではプロセッサ１１８とトランシーバ１２０を別個の構成要素として示すが、プロセッサ１１８とトランシーバ１２０は電子パッケージやチップに共に一体化されてもよいことが理解されよう。
【００２６】
送信／受信要素１２２は、エアインタフェース１１５／１１６／１１７を通じて基地局（例えば基地局１１４ａ）との間で信号を送信または受信するように構成される。例えば、一実施形態では、送信／受信要素１２２は、ＲＦ信号を送信および／または受信するように構成されたアンテナである。別の実施形態では、送信／受信要素１２２は、例えばＩＲ、ＵＶ、または可視光信号を送信および／または受信するように構成されたエミッタ／検出器である。さらに別の実施形態では、送信／受信要素１２２は、ＲＦ信号と光信号の両方を送受信するように構成される。送信／受信要素１２２は、各種無線信号の任意の組合せを送信および／または受信するように構成されることが理解されよう。
【００２７】
また、図１Ｂでは送信／受信要素１２２を１つの要素として示すが、ＷＴＲＵ１０２は任意数の送信／受信要素１２２を含む。より具体的には、ＷＴＲＵ１０２はＭＩＭＯ技術を用いる。そのため、一実施形態では、ＷＴＲＵ１０２は、エアインタフェース１１５／１１６／１１７を通じて無線信号を送受信するために２つ以上の送信／受信要素１２２（例えば複数のアンテナ）を含む。
【００２８】
トランシーバ１２０は、送信／受信要素１２２から送信される信号を変調し、送信／受信要素１２２に受信された信号を復調するように構成される。上記のように、ＷＴＲＵ１０２は多モード能力を有する。そのため、トランシーバ１２０は、ＷＴＲＵ１０２が例えばＵＴＲＡやＩＥＥＥ８０２．１１等の複数種のＲＡＴを介して通信することを可能にする複数のトランシーバを含む。
【００２９】
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８（例えば液晶ディスプレイ（ＬＣＤ）表示装置や有機発光ダイオード（ＯＬＥＤ）表示装置）に結合され、それらからユーザ入力データを受け取る。プロセッサ１１８はまた、スピーカ／マイクロフォン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド１２８にユーザデータを出力する。また、プロセッサ１１８は、取外し不能メモリ１３０および／または取外し可能メモリ１３２等の任意種の適切なメモリの情報にアクセスし、データを記憶する。取外し不能メモリ１３０は、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）、ハードディスク、または他の任意種のメモリ記憶装置を含む。取外し可能メモリ１３２は、加入者識別モジュール（ＳＩＭ）カード、メモリスティック、セキュアデジタル（ＳＤ）メモリカード等を含む。他の実施形態では、プロセッサ１１８は、サーバや家庭コンピュータ（図示せず）等、物理的にＷＴＲＵ１０２にないメモリの情報にアクセスし、データを記憶する。
【００３０】
プロセッサ１１８は、電源１３４から電力を受け取り、その電力をＷＴＲＵ１０２中の他の構成要素に配布および／または制御するように構成される。電源１３４は、ＷＴＲＵ１０２に電力を供給するのに適した任意の装置である。例えば、電源１３４は、１つまたは複数の乾電池（例えばニッケルカドミウム（ＮｉＣｄ）、ニッケル亜鉛（ＮｉＺｎ）、ニッケル水素（ＮｉＭＨ）、リチウムイオン（Ｌｉ−ｉｏｎ）等）、太陽電池、燃料電池等を含む。
【００３１】
プロセッサ１１８はＧＰＳチップセット１３６にも結合され、ＧＰＳチップセット１３６は、ＷＴＲＵ１０２の現在の位置に関する位置情報（例えば経度および緯度）を提供するように構成される。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、基地局（例えば基地局１１４ａ、１１４ｂ）からエアインタフェース１１５／１１６／１１７を介して位置情報を受信し、かつ／または、信号が２つ以上の近隣の基地局から受信されるタイミングに基づいて自身の位置を判定する。ＷＴＲＵ１０２は、実施形態との整合性を保ちながら、任意の適切な位置判定方法で位置情報を取得することが理解されよう。
【００３２】
プロセッサ１１８はさらに、他の周辺機能１３８に結合され、周辺機能は、追加的な機能、機能性、および／または有線もしくは無線接続を提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含む。例えば、周辺機能１３８は、加速度計、電子コンパス、衛星トランシーバ、デジタルカメラ（写真または映像用）、ユニバーサルシリアルバス（ＵＳＢ）ポート、振動装置、テレビトランシーバ、ハンドフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ等を含む。
【００３３】
図１Ｃは、一実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３は、ＵＴＲＡ無線技術を用いてエアインタフェース１１５を介してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。ＲＡＮ１０３は、コアネットワーク１０６とも通信状態にある。図１Ｃに示すように、ＲＡＮ１０３は、ノードＢ１４０ａ、１４０ｂ、１４０ｃを含み、各ノードＢは、エアインタフェース１１５を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために１つまたは複数のトランシーバを備える。ノードＢ１４０ａ、１４０ｂ、１４０ｃは各々、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられる。ＲＡＮ１０３はＲＮＣ１４２ａ、１４２ｂも含む。ＲＡＮ１０３は実施形態との整合性を保ちながら、任意数のノードＢおよびＲＮＣを含むことが理解されよう。
【００３４】
図１Ｃに示すように、ノードＢ１４０ａ、１４０ｂはＲＮＣ１４２ａと通信状態にある。また、ノードＢ１４０ｃはＲＮＣ１４２ｂと通信状態にある。ノードＢ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインタフェースを介してそれぞれのＲＮＣ１４２ａ、１４２ｂと通信する。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインタフェースを介して相互と通信する。各ＲＮＣ１４２ａ、１４２ｂは、それぞれが接続されたノードＢ１４０ａ、１４０ｂ、１４０ｃを制御するように構成される。また、各ＲＮＣ１４２ａ、１４２ｂは、外部ループ電力制御、負荷制御、アドミッション制御、パケットスケジューリング、ハンドオーバー制御、マクロダイバーシティ、セキュリティ機能、データの暗号化等の他の機能を実行または支援するように構成される。
【００３５】
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（ＭＧＷ）１４４、モバイル交換センター（ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（ＧＧＳＮ）１５０を含む。上記の各要素はコアネットワーク１０６の一部として図示するが、これらの要素の任意の１つはコアネットワークの運営者以外のエンティティにより所有および／または運営されてもよいことが理解されよう。
【００３６】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインタフェースを介してコアネットワーク１０６内のＭＳＣ１４６に接続される。ＭＳＣ１４６はＭＧＷ１４４に接続される。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信機器との間の通信を容易にする。
【００３７】
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＰＳインタフェースを介してコアネットワーク１０６のＳＧＳＮ１４８にも接続される。ＳＧＳＮ１４８はＧＧＳＮ１５０に接続される。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応機器との間の通信を容易にする。
【００３８】
上記のように、コアネットワーク１０６はネットワーク１１２にも接続され、ネットワーク１１２は、他のサービス提供者に所有および／または運営される有線または無線のネットワークを含む。
【００３９】
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ−ＵＴＲＡ無線技術を用いて、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信する。ＲＡＮ１０４はコアネットワーク１０７とも通信状態にある。
【００４０】
ＲＡＮ１０４はｅノードＢ１６０ａ、１６０ｂ、１６０ｃを含むが、ＲＡＮ１０４は実施形態との整合性を保ちながら任意数のｅノードＢを含むことが理解されよう。ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインタフェース１１６を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含む。一実施形態では、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＭＩＭＯ技術を実装する。したがって、例えばｅノードＢ１６０ａは、複数のアンテナを使用してＷＴＲＵ１０２ａとの間で無線信号を送受信する。
【００４１】
各ｅノードＢ１６０ａ、１６０ｂ、１６０ｃは、特定のセル（図示せず）に関連付けられ、無線リソース管理に関する決定、ハンドオーバーの決定、アップリンクおよび／またはダウンリンクのユーザのスケジューリング等を処理するように構成される。図１Ｄに示すように、ｅノードＢ１６０ａ、１６０ｂ、１６０ｃはＸ２インタフェースを通じて相互と通信する。
【００４２】
図１Ｄに示すコアネットワーク１０７は、移動性管理ゲートウェイ（ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（ＰＤＮ）ゲートウェイ１６６を含む。図では上述の各要素はコアネットワーク１０７の一部として示すが、それらの要素のいずれか１つは、コアネットワークの運営者以外のエンティティによって所有および／または運営されることが理解されよう。
【００４３】
ＭＭＥ１６２は、Ｓ１インタフェースを介してＲＡＮ１０４内のｅノードＢ１６０ａ、１６０ｂ、１６０ｃ各々に接続され、制御ノードの役割を果たす。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザの認証、ベアラのアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの最初のアタッチ時の特定サービングゲートウェイの選択等を担う。ＭＭＥ１６２は、ＲＡＮ１０４と、ＧＳＭ（登録商標）やＷＣＤＭＡ（登録商標）等の他の無線技術を用いる他のＲＡＮ（図示せず）とを切り替えるための制御プレーン機能も提供する。
【００４４】
サービングゲートウェイ１６４は、Ｓ１インタフェースを介してＲＡＮ１０４内の各ｅノードＢ１６０ａ、１６０ｂ、１６０ｃに接続される。サービングゲートウェイ１６４は、一般に、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとの間でユーザデータパケットを送信および転送する。サービングゲートウェイ１６４は、他の機能、例として、ｅノードＢ間ハンドオーバー時にユーザプレーンを固定する、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに入手可能なダウンリンクデータがある時にページングをトリガにより始動する、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテクストを管理および記憶する等も行う。
【００４５】
サービングゲートウェイ１６４はＰＤＮゲートウェイ１６６にも接続されて、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応装置間の通信を容易にする。ＰＤＮゲートウェイ１６６は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにインターネット１１０等のパケット交換ネットワークへのアクセスを提供する。
【００４６】
コアネットワーク１０７は、他のネットワークとの通信を容易にする。例えば、コアネットワーク１０７は、ＰＳＴＮ１０８等の回線交換ネットワークへのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上回線通信装置との間の通信を容易にする。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８間のインタフェースとして機能するＩＰゲートウェイ（例えばＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそれと通信する。また、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃにネットワーク１１２へのアクセスを提供することができ、ネットワーク１１２は、他のサービス提供者に所有および／または運営される他の有線または無線ネットワークを含む。
【００４７】
図１Ｅは、一実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を使用してエアインタフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するアクセスサービスネットワーク（ＡＳＮ）である。下記でさらに述べるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５、およびコアネットワーク１０９の異なる機能エンティティ間の通信リンクが基準点として定義される。
【００４８】
図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃ、およびＡＳＮゲートウェイ１８２を含むことができるが、ＲＡＮ１０５は、実施形態との整合性を保ちながら任意数の基地局およびＡＳＮゲートウェイを含むことが理解されよう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれＲＡＮ１０５内の特定のセル（図示せず）に関連付けられ、それぞれエアインタフェース１１７を通じてＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数のトランシーバを含む。一実施形態では、基地局１８０ａ、１８０ｂ、１８０ｃはＭＩＭＯ技術を実装する。そのため、例えば基地局１８０ａは、複数のアンテナを使用して、ＷＴＲＵ１０２ａとの間で無線信号を送受信する。基地局１８０ａ、１８０ｂ、１８０ｃは、ハンドオフのトリガ、トンネルの確立、無線リソース管理、トラフィックの分類、サービス品質（ＱｏＳ）ポリシーの施行等の移動性管理機能も提供する。ＡＳＮゲートウェイ１８２はトラフィック集約点として機能し、ページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティング等を担う。
【００４９】
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインタフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１基準点として定義される。また、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃはそれぞれ、コアネットワーク１０９との間に論理インタフェース（図示せず）を確立する。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インタフェースは、認証、権限付与、ＩＰホスト設定管理、および／または移動性管理に使用されるＲ２基準点として定義される。
【００５０】
各基地局１８０ａ、１８０ｂ、１８０ｃ間の通信リンクは、ＷＴＲＵのハンドオーバーおよび基地局間のデータ転送を容易にするプロトコルを含むＲ８基準点として定義される。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２間の通信リンクは、Ｒ６基準点として定義される。Ｒ６基準点は、各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに関連する移動イベントに基づく移動性管理を容易にするプロトコルを含む。
【００５１】
図１Ｅに示すように、ＲＡＮ１０５はコアネットワーク１０９に接続される。ＲＡＮ１０５とコアネットワーク１０９間の通信リンクは、例えばデータ転送および移動性管理機能を容易にするプロトコルを含むＲ３基準点として定義される。コアネットワーク１０９は、モバイルＩＰホームエージェント（ＭＩＰ−ＨＡ）１８４、認証、権限付与、課金（ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含む。上述の各要素はコアネットワーク１０９の一部として図示するが、これらの要素のいずれか１つはコアネットワークの運営者以外のエンティティにより所有および／または運営されることが理解されよう。
【００５２】
ＭＩＰ−ＨＡは、ＩＰアドレス管理を担い、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間を移動することを可能にする。ＭＩＰ−ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０等のパケット交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、ＩＰ対応装置との間の通信を容易にする。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスの支援を担う。ゲートウェイ１８８は、他のネットワークとの相互動作を容易にする。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８等の回線交換ネットワークへのアクセスを提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと、従来の陸線通信装置との間の通信を容易にする。また、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービス提供者によって所有および／または運営される他の有線または無線ネットワークを含むネットワーク１１２へのアクセスを提供する。
【００５３】
図１Ｅには示さないが、ＲＡＮ１０５は他のＡＳＮに接続され、コアネットワーク１０９は他のコアネットワークに接続されることが理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクはＲ４基準点として定義され、ＲＡＮ１０５と他のＡＳＮ間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの移動性を司るプロトコルを含む。コアネットワーク１０９と他のコアネットワーク間の通信リンクは、Ｒ５基準点として定義され、Ｒ５基準点は、ホームコアネットワークと一時利用される（visited）コアネットワーク間の相互動作を容易にするプロトコルを含む。
【００５４】
無線セルラネットワークのユーザ数が増え続けるのに伴い、無線アクセスネットワーク（ＲＡＮ）の容量を増すためのいくつかの技術が提案されている。その一例は中継ノード（ＲＮ）の配置である。中継ノードは、セルの追加的なカバレッジを提供するために、そのセル内（例えばセル境界近傍や他の低カバレッジ領域）に配置される。中継ノードは、別の基地局（例えばｅＮＢ）を介してコアネットワークに接続される一種の基地局である。ＲＮからコアネットワークへの接続をバックホール接続と呼ぶ。ＲＮは、エアインタフェースを通じてｅＮＢを介してコアネットワークに接続するため、その接続は無線バックホールと呼ばれる。ＲＮに無線バックホールを提供するｅＮＢは、ドナー（donor）ｅＮＢ（ＤｅＮＢ）と呼ばれる。
【００５５】
ＤｅＮＢは、ある種のプロキシ機能を提供する。例えば、ＤｅＮＢは、ＲＮとＭＭＥ／コアネットワーク（ＣＮ）間のインタフェースの役割を果たす。一例では、ＤｅＮＢは、ＲＮに代わってＭＭＥとの間にＳ１インタフェースを確立する。ＤｅＮＢは、例えばセッションの作成やＲＮのＥＰＳベアラの管理等のゲートウェイ的な機能をＲＮに提供する。ＲＮから見ると、ＤｅＮＢは、ＭＭＥ（例えば、Ｓ１インタフェースを備える）とｅＮＢ（例えば、Ｘ２インタフェースを備える）の両方として見える。ＤｅＮＢからは、ＲＮは、ＷＴＲＵ／ＵＥとして機能するように見える。例えば、ＲＮは、スケジューリングを要求し、ＵＬおよび／またはＤＬグラント（grant）を受信し、コアネットワークに制御シグナリングを送受信する等を行う。また、ＲＮはＤｅＮＢにとってはｅＮＢとしても見える。ＲＮは、ＷＴＲＵがコアネットワークにアクセスするための無線アクセスインタフェースを提供する。例えば、ＲＮに接続されたＷＴＲＵから見ると、ＲＮは、ｅＮＢおよび／またはＤｅＮＢによって提供されるセルとは異なるセルとして見える。
【００５６】
ＲＮは、少なくとも２つの物理層エンティティを含み、一方はＵＥと通信し（例えばＲＮはＲＮ−ＷＴＲＵのためのｅＮＢとして動作する）、もう一方はＤｅＮＢと通信する（例えば無線バックホールのため）。ＲＮとの間の通信のための時間−周波数リソースは、ｅＮＢとＲＮ間の送信およびＲＮとＷＴＲＵ間の送信を時分割多重化することにより配分される。ＤｅＮＢとＲＮ間の送信が行われるサブフレームは、上位層（例えば物理層より上の層）により設定される。ＤｅＮＢとＲＮ間の送信が行われるサブフレームはＵｎサブフレームと呼ばれる。Ｕｎインタフェースは、ＵｎサブフレームにおけるＲＮとＤｅＮＢ間の通信を意味する。
【００５７】
Ｒｅｌｅａｓｅ−１０またはそれ以後によるＲＮの配置を仮定すると、１つまたは複数のＲＮに対応するＭＭＥが過負荷になる可能性がある。例えば、ＲＮは、ＲＮのＳ１接続時に従来のＷＴＲＵよりも多くの動作を行う。そのような輻輳を緩和するために、１つまたは複数のＲＮが特定のＭＭＥからオフロードされる。例えば、１つまたは複数のＲＮに信号接続を提供する過負荷状態のＭＭＥは、そのＲＮのＳ１接続の動作レベルが高いＲＮをオフロードする。一例では、ネットワーク運用および維持（ＯＡＭ）でＭＭＥプールからＭＭＥを削除しようとする場合は、そのＭＭＥにサービスされている利用者が解放され、それらの利用者は１つまたは複数のＲＮを含む。説明のために、１つまたは複数のＲＮにサービスしているＭＭＥをＲＮ−ＭＭＥと呼ぶ。Ｕｎサブフレーム構成（ＵｎＳＣ）には複数の種類がある。例えば、ＤｅＮＢとＲＮ間の伝送のために８種類のＵｎサブフレーム構成が定義される。
【００５８】
ＲＮ−ＭＭＥが負荷の再平衡を行い、ＲＮをオフロードすることを決定すると、ＲＮ−ＭＭＥは、そのＲＮにサービスしているＤｅＮＢに「ＲＮコンテクスト解放」メッセージを送信する。例えば、ＲＮコンテクスト解放メッセージは、「負荷平衡のためのＴＡＵが必要」等の解放の理由をＤｅＮＢに対して含む。ＲＮコンテクスト解放メッセージは、ＤｅＮＢのＲＮ  Ｓ１コンテクストを解放するように命令する。ＤｅＮＢは、同様の理由を含むＲＲＣ接続解放メッセージを送信することにより、ＲＮの無線リソース制御（ＲＲＣ）接続を解放する。
【００５９】
解放メッセージを受信すると、ＲＮは、ＲＲＣ接続および／または自身のＵｎ設定を解放する。ＲＮは、再接続のために元のＤｅＮＢを再選択し、追跡領域更新（ＴＡＵ）手順を開始する。例えば、ＴＡＵ手順は、ＲＮに接続されている利用者のＰＧＷとＲＮを変更することなく行われる。ＲＮは、事前に登録されたＭＭＥ（例えば、過負荷になったＭＭＥ／受信側から削除されたＭＭＥ）に通知することなく、ＴＡＵ手順を開始する。ＲＮは、ＲＮに別のＭＭＥを選択するようにＤｅＮＢに要求する。そして、ＲＮは、新しいＭＭＥに登録する。したがって、ＲＮは、１つのＭＭＥからオフロードされ、別のＭＭＥに接続される。ＲＮは、ＴＡＵ手順が完了するとＥＰＳベアラを再開し、その際ＲＮは直接新しいＭＭＥとの間で動作を開始している。
【００６０】
負荷再平衡の理由でＲＮを解放しようとする時には、そのＲＮに接続されているＷＴＲＵをアクティブな状態または接続された状態に保つことが目標となる。例えば、ＷＴＲＵおよびＤｅＮＢ／ＲＮのＷＴＲＵコンテクストを維持するかどうか、またはどれほどの時間維持するかの決定は様々に異なり、ＲＮへのＷＴＲＵの接続性は移行の影響を受ける。
【００６１】
同様に、Ｅ−ＵＴＲＡＮも様々な理由で過負荷になる（例えば、Ｅ−ＵＴＲＡＮの無線リソースの使用量が設定容量を超える、かつ／またはＲＮにサービスするＤｅＮＢのＳ１リンク容量が何らかの理由で影響される等）。この例では、Ｅ−ＵＴＲＡＮは、接続されているＷＴＲＵおよび他のノード、ならびに／またはＥ−ＵＴＲＡＮ内でトラフィックを生成しているＷＴＲＵおよび他のノードをオフロードすることを決定する。Ｅ−ＵＴＲＡＮにＲＮが配置される時、ＲＮおよび／またはそのＲＮにサービスされているＷＴＲＵが現在のＤｅＮＢから別のＤｅＮＢにオフロードされる。
【００６２】
ＲＮは、ｅＮＢに接続するＷＴＲＵと同じ無線プロトコルおよび手順を使用するＵｎインタフェースを介してＤｅＮＢに接続するので、ＤｅＮＢは、ＲＲＣ接続解放手順を使用してＲＮへのＲＲＣ接続を解放して、ＭＭＥ間および／またはＥ−ＵＴＲＡＮ間の負荷を平衡する。Ｕｎインタフェースは、ＲＮのための無線バックホールの役割を果たすと共に、ＯＡＭによって設定される。ＲＲＣシグナリングを使用して、Ｕｎインタフェース／Ｕｎサブフレーム構成を設定／再設定する。
【００６３】
ＲＮは、１つまたは複数のＤｅＮＢの事前に設定された複数のセルのうち１つに再接続することを試みる。それらのセルは、ＲＮのためのＤｅＮＢのホワイトリスト（ＤｅＮＢリスト）と見なされる。ＲＮを事前に設定されたセルの１つに再接続しようとする場合、オフロードを行うＤｅＮＢは、そのＲＮのＤｅＮＢリストの要素を把握していない場合がある。ＤｅＮＢは、ＲＮを解放し、リダイレクトするための適切なリダイレクト情報要素（ＩＥ）を構築することができない。例えば、ＤｅＮＢがＲＮのＤｅＮＢリストにあるｅＮＢ／セルのいずれかを特定したかどうかに応じて、異なる選択肢が存在する。例えば、ＲＮは、リダイレクト情報を用いずにＤｅＮＢセルから解放されるが、ＲＲＣ接続解放メッセージは、解放の目的（例えば「ＤｅＮＢの負荷平衡」）を知らせる理由を含む。この例では、ＲＮは、ＤｅＮＢリストにある事前設定されたセルの１つを再選択するが、そのＲＮを解放したＤｅＮＢセルにサービスされているセルは再選択しないことを決定する。一例では、ＲＮのための１つまたは複数の事前設定されたセルについてのリダイレクト情報は、ＤｅＮＢによりＣＮおよび／またはＲＮから取得される。リダイレクト情報は、ＲＮに送信されるＲＲＣ接続解放メッセージに含められる。ＲＮは、事前設定されたセルの１つを再選択する。ＲＮは、そのＲＮを解放した元のＤｅＮＢにサービスされているセルは再選択しないことを決定する。
【００６４】
上記の事例では、ＲＮがＤｅＮＢから解放され、ＤｅＮＢは、ＷＴＲＵとＤｅＮＢ／ＲＮにあるそのＷＴＲＵのコンテクストを維持するかどうかを決定する。リダイレクト解放の事例でも、ＲＮは異なるＤｅＮＢを再選択するが、そのＤｅＮＢは、動作中のＲＮ−ＷＴＲＵを維持し、接続されたＷＴＲＵにアクティブなコンテクストを保つには好ましくない状態にある可能性がある。
【００６５】
ＭＭＥの負荷平衡機能と併せて、ＭＭＥは、自身に接続されたｅＮＢに、ｅＮＢへの接続を試みるＷＴＲＵによるシグナリングアクセスをそれ以上制限するように命令することによりシグナリング過負荷の事例も回避する。過負荷条件下にあると見なされるＭＭＥは、選択されたｅＮＢに（例えばｅＮＢは無作為に選択されるか、現在の負荷、アクティブな接続、他のＭＭＥの負荷等の所定の基準に基づいて選択される）、過負荷制御を開始および／または終了するように指示する。過負荷制御が行われているｅＮＢは、緊急性のないサービスに対するＲＲＣ接続要求を試みるＷＴＲＵがさらにあっても拒否する。ＭＭＥが過負荷制御を解放すると、ｅＮＢは通常のシグナリングサービスを再開する。
【００６６】
ＷＴＲＵを基点とするＭＭＥ過負荷への対処および／またはＭＭＥ負荷平衡／再平衡に変更を加えて、ＤｅＮＢの下に配置されたＲＮが、そのＲＮに接続されたＷＴＲＵのアクティブな接続／コンテクストを維持しながら、異なるＤｅＮＢ／ＭＭＥに再接続できるようにする。また、過負荷／再平衡の手順は、ＲＮが解放されてアイドル状態になることなく、異なるＤｅＮＢおよび／またはＭＭＥを再選択できるように設計される。例えば、タイプ１のＲＮが解放されてアイドル状態になった場合、ＲＮ−ＷＴＲＵ（例えばそのＲＮに接続されているＷＴＲＵ）は、ＲＮセルのカバレッジとサービスを失い、その結果利用者の体感が良好でなくなる。
【００６７】
図２に、ＲＮ配置の例示的アーキテクチャを示す。ＤｅＮＢ２０２は、ＷＴＲＵおよびＲＮ両方の接続を支援するように構成されたｅＮＢである。例えば、ＷＴＲＵ２２０ａとＷＴＲＵ２２０ｂはＤｅＮＢ２０２に接続され、ＤｅＮＢ２０２によってサービスされ、かつ／またはＤｅＮＢ２０２に滞在する。ＷＴＲＵ２２０ａとＷＴＲＵ２２０ｂは、Ｕｕインタフェースを介してＤｅＮＢ２０２と無線通信する。ＤｅＮＢ２０２は、１つまたは複数のＭＭＥ（例えば、ＭＭＥ２０６および／またはＭＭＥ２０８）と通信する。ＤｅＮＢ２０２は、Ｓ１インタフェースを介してＭＭＥ２０６および／またはＭＭＥ２０８と通信する。ＤｅＮＢ２０２はＲＮ２０４にサービスする。ＤｅＮＢ２０２とＲＮ２０４は、Ｕｎインタフェースを介して無線通信する。ＲＮ２０４は、１つまたは複数のＷＴＲＵ（例えば、ＲＮ−ＷＴＲＵ２２０ｃおよび／またはＲＮ−ＷＴＲＵ２２０ｄ）にサービスする。ＲＮにサービスされるＷＴＲＵは、ＲＮ−ＷＴＲＵ（例えば、ＲＮ−ＷＴＲＵ２２０ｃおよび／またはＲＮ−ＷＴＲＵ２２０ｄ）と呼ばれる。ＲＮ２０４は、自身の無線バックホール（例えば、自身のＵｎインタフェース）を介してＤｅＮＢ２０２を通じてＭＭＥ２０６および／またはＭＭＥ２０８と通信する。ＤｅＮＢ２０２は、利用可能なＵｕインタフェースおよびＵｎインタフェース間でアップリンクおよび／またはダウンリンクのリソースを配分する。例えば、あるサブフレーム群が１つまたは複数のＵｕインタフェースを介した通信のために配分され（例えばＵｕサブフレーム）、あるサブフレーム群が１つまたは複数のＵｎインタフェースを介した通信のために配分される（例えばＵｎサブフレーム）。ＤｅＮＢは時分割多重化を利用してサブフレームを配分する。
【００６８】
一実施形態によると、過負荷制御が行われているＤｅＮＢは、ＭＭＥから「Ｓ１過負荷開始」メッセージを受信する。過負荷の事例では、「Ｓ１過負荷開始」メッセージを受信するＤｅＮＢ／ｅＮＢはＭＭＥによって無作為に選択される。例えば、ＤｅＮＢ２０２は現在ＭＭＥ２０６にサービスされている。ＤｅＮＢ２０２は、自身に接続される１つまたは複数の中継機（例えばＲＮ２０４）にサービスする。ＲＮ２０４はさらにＲＮ−ＷＴＲＵ２２０ｃおよびＲＮ−ＷＴＲＵ２２０ｄにサービスし、したがって、過負荷状態にあるＭＭＥに対してより多くのシグナリング負荷を発生させる。ＭＭＥ２０６は、「Ｓ１過負荷開始」メッセージをＤｅＮＢ２０２に送信する。「Ｓ１過負荷開始」メッセージを受信すると、ＤｅＮＢは、以下の動作の１つもしくは複数（または任意の組合せ）を行うように構成される。例えば、ＤｅＮＢ２０４は、ＲＮ２０４にサービスされているＷＴＲＵから発信される新しい接続要求を拒否する。一例では、ＤｅＮＢ２０４は、ＤｅＮＢへの接続を試みるＲＮから発信されるＲＲＣ接続要求を拒否する。拒否は、アタッチ手順がフェーズＩの開始処理であるかフェーズＩＩの開始処理であるかに関係なく発生する。
【００６９】
一例では、すでに接続されているＲＮ２０４に対してＳ１プロキシとして機能するＤｅＮＢ２０２が、そのＤｅＮＢに接続されている中継機の一部もしくはすべて、または無作為に選択された中継機にも「Ｓ１過負荷開始」メッセージを送信する。「Ｓ１過負荷開始」メッセージは、特定のＲＮがＭＭＥの過負荷制御の対象として選択されなかった場合でもそのＲＮに送信される。そして、中継機は、続く「Ｓ１過負荷中止」メッセージが受信されるまで過負荷制御手順に従う。
【００７０】
さらに、ＤｅＮＢ２０２は、Ｓ１／ＲＲＣシグナリングが、利用可能なＵｎリソースのうち大きな割合を利用していると判断した場合は、自身がサービスしているＲＮ（例えば、ＲＮ２０４）に対して別個に過負荷制御手順を開始する。例えば、ＤｅＮＢ２０２は、Ｓ１／ＲＲＣシグナリングが、利用可能なＵｎリソースのうち大きな割合を利用していると判断するのに基づいて、そのＤｅＮＢがサービスしている任意のＲＮに「Ｓ１過負荷開始」メッセージを送信する。
【００７１】
ＭＭＥの負荷（再）平衡の事例では、ＲＮは、異なるＤｅＮＢに切り替えられるか、または現在のＤｅＮＢにとどまる。ＲＮが新しいＤｅＮＢを再選択しない場合は、ＲＮに対するＤｅＮＢ内処置方法および／または内部（もしくはバックエンド）のシグナリング動作を使用してＭＭＥの再平衡を実現し、一方でＲＮをＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に保つ。ＲＲＣ解放メッセージングを利用してＤｅＮＢから解放してから同じＤｅＮＢに再接続するようにＲＮに命令するのではなく、上記のようなＤｅＮＢ内部の再平衡が利用される。
【００７２】
ＲＮの解放を回避するために、ＭＭＥの再平衡には種々のシグナリング段階がある。例えば、以下の動作（任意の順序または組合せで行われる）を使用して、ＲＮを、オフロードを行うＭＭＥからＭＭＥプール内にある別のＭＭＥに内部的に切り替える。ネットワークＯＡＭおよび／またはＭＭＥがＲＮを現在のＲＮ−ＭＭＥから同じＭＭＥプールにある別のＭＭＥ（または同じＤｅＮＢの接続範囲内にあるＭＭＥ）にオフロードすることを決定すると、現在のＲＮ−ＭＭＥはＳ１の「ＲＮコンテクスト解放」をＤｅＮＢに発行する。「ＲＮコンテクスト解放」メッセージは、削除しようとするＲＮの識別、理由、および／または新しいＭＭＥの識別を含む。例えば、ＲＮ２０４はＤｅＮＢ２０２にサービスされ、ＤｅＮＢ２０２はＭＭＥ２０６にサービスされる。ＭＭＥ２０６とＤｅＮＢ２０２間のＳ１インタフェースの過負荷を検出すると、ＭＭＥ２０６は、「ＲＮコンテクスト解放」メッセージをＤｅＮＢ２０２に送信する。「ＲＮコンテクスト解放」メッセージは、ＲＮ２０４を識別してもしなくてもよい。また、「ＲＮコンテクスト解放」メッセージは、ＭＭＥ２０８を選択可能なＭＭＥとして特定してもしなくてもよい。ＤｅＮＢ２０２は、自身の許可されたＭＭＥプールに基づいてＭＭＥ２０８を選択する。
【００７３】
例えば、ＲＮ２０４を、オフロードを行うＭＭＥ（例えば、ＭＭＥ２０６）からＭＭＥプールにある異なるＭＭＥ（例えば、ＭＭＥ２０８）に内部で切り替えるには、ＤｅＮＢ２０２はＲＮ２０４に要求を送信して、現在のＲＲＣ接続および現在のＵｎ／Ｕｕ設定および／または動作を維持するように指示する。要求は、追跡領域更新（ＴＡＵ）メッセージをＤｅＮＢ２０２に返送することもＲＮ２０４に指示する。ＤｅＮＢ２０２がＤｅＮＢ２０２からＴＡＵメッセージを受信すると、ＤｅＮＢ２０２は、負荷再平衡のために別のＭＭＥを選択するようにトリガされる。例えば、ＤｅＮＢ２０２は、以下の手順の１つまたは複数を任意の組合せで行う。ＤｅＮＢ２０２は、特別な標識を含むＲＲＣメッセージ（例えば、理由の値「負荷平衡のためのＴＡＵが必要」を含むＲＲＣ接続解放メッセージ）をＲＮ２０４に送信する。ＤｅＮＢ２０２は、ＲＲＣ接続および／または、ＲＮ２０４に対するＵｎインタフェース設定を含む他の設定を引き続き維持する。ＲＮ２０４は、ＲＲＣ接続およびＵｎ設定を解放しないことを決定し、ＲＮに接続されたＷＴＲＵを支援する動作を維持する。ＲＮ２０４は、ＲＲＣ接続の再確立に似た動作のいくつか、例えばＤｅＮＢ２０２に関する無線ベアラの再設定等を行う。ＲＮ２０４は、登録されたＭＭＥ（例えば、ＭＭＥ２０６）に通知せずに、ＤｅＮＢ２０２にＴＡＵメッセージを発行する。ＤｅＮＢ２０２はＲＮ２０４を新しいＭＭＥ（例えば、ＭＭＥ２０８）に接続し、ＲＮ２０４のＳ１コンテクストを再開する。
【００７４】
一例では、ＤｅＮＢ２０２はＲＮ２０４にＲＲＣ  ＲＮ設定メッセージを送信する。例えば、ＲＲＣ  ＲＮ設定メッセージは、同じＤｅＮＢ（例えばＤｅＮＢ２０２）の同じＵｎリソースに対するＨＯコマンド、および／またはＲＮにＤｅＮＢ内ハンドオーバー型の動作を指示要求する特別の標識を含む。ＲＮ設定メッセージを受信したＲＮ（例えばＲＮ２０４）は、自身の同じＲＲＣ接続、自身のＵｎインタフェース／サブフレーム構成、および／または自身にアタッチ／接続されたＷＴＲＵ（例えば、ＲＮ−ＷＴＲＵ）の接続を維持する。一例では、ＲＮ２０４はＲＮ設定メッセージを受信し、ＲＮ−ＷＴＲＵ（例えばＲＮ−ＷＴＲＵ２２０ｃおよび／またはＲＮ−ＷＴＲＵ２２０ｄ）を維持した状態で、同じＤｅＮＢ（例えばＤｅＮＢ２０２）にＤｅＮＢ内ＨＯ（ＨＯ設定に従う）を行う。ＲＮ２０４は、登録されたＭＭＥに通知せずに、ＤｅＮＢ２０２にＴＡＵメッセージを発行する。ＤｅＮＢ２０２は、ＲＮ２０４を新しいＭＭＥ（例えば、ＭＭＥ２０８）に接続し、ＲＮ２０４のＳ１コンテクストを再開する。
【００７５】
一例では、ＤｅＮＢ２０２は、新しいＭＭＥ（例えば、ＭＭＥ２０８）にＲＮを接続し、その新しい経路を介してＭＭＥ２０８にＭＭＥ／ＲＮトラフィックを送る。それにより、ＤｅＮＢ２０２は内部で再平衡を行ってＲＮの負荷を新しいＲＮ−ＭＭＥに移す。ＤｅＮＢ２０２は、ＭＭＥ設定更新手順を行うことにより、ＲＮ２０４を新しいＭＭＥ（例えば、ＭＭＥ２０８）に切り替えさせる。例えば、ＤｅＮＢ２０２は、ＲＮ２０４にＭＭＥ設定更新要求メッセージを送信して、新しいＭＭＥとＲＮとの関係を更新する。
【００７６】
ＤｅＮＢにサービスされるＲＮの管理を第１のＭＭＥから第２のＭＭＥに切り替えるのに加えて、ＲＮは、ＲＲＣ制御を介して別のＤｅＮＢにもハンドオーバーされる。第１のＤｅＮＢから第２のＤｅＮＢへのＲＮのハンドオーバーを説明する例示的なシステム図を図３に示す。第１のＤｅＮＢから２のＤｅＮＢへのＲＮのハンドオーバーは「ホスト変更（re-hosting）」と呼ばれる。ＲＮのホスト変更は、ＭＭＥの（再）平衡またはＥ−ＵＴＲＡＮの負荷平衡を実現するために行われる。例えば、サービスされるＷＴＲＵ（例えば、ＲＮに接続されているＷＴＲＵ）を持つＲＮのホスト変更は、サービスされるＷＴＲＵを伴うＲＮが、ＲＮ  ＲＲＣ接続の解放を経ずに、別のＤｅＮＢにハンドオーバーされるように行われる。ＲＮは、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に保たれる。また、ＲＮは、ＲＮセル、およびそのＲＮセルに接続されている、または滞在しているＲＮ−ＷＴＲＵを継続して維持する。
【００７７】
図３に関して、システム３００に示すように、ＲＮ３０６はＤｅＮＢ３０２にサービスされている。また、ＲＮ−ＷＴＲＵ３２０ａおよびＲＮ−ＷＴＲＵ３２０ｂはＲＮ３０６に接続されるか、または滞在する。ＤｅＮＢ３０４は、ＲＮ３０６のＤｅＮＢリストにあるＤｅＮＢである。ＲＮ３０６がＤｅＮＢ３０２からＤｅＮＢ３０４にハンドオーバーされる際、ＲＮ３０６は同じＭＭＥによって扱われる場合もそうでない場合もある。システム３５０は、ＲＮ３０６がＤｅＮＢ３０２からＤｅＮＢ３０４にハンドオーバーされた結果の例示的システムアーキテクチャを示す。上位レベルでは、各種例で、ＲＮは、無線インタフェースを介して同じまたは別のネットワーク上にある別のアクセス可能なＤｅＮＢに直接ハンドオーバーされる。それにより、ＲＮが解放されてアイドル状態になったためにユーザに対してネットワークカバレッジが失われるのを回避することを助ける。図４に示す例では、ＲＮ３０６がＤｅＮＢ３０２からＤｅＮＢ３０４にハンドオーバーされるか、またはＲＮ３０６がＤｅＮＢ３０４からＤｅＮＢ３０２にハンドオーバーされる際、ＲＮ−ＷＴＲＵ３２０ａおよび／またはＲＮ−ＷＴＲＵ３２０ｂは接続状態を保つ。システム３００からシステム３５０に移行する際には、ＤｅＮＢ３０２をソースＤｅＮＢと呼び、ＤｅＮＢ３０４をターゲットＤｅＮＢと呼ぶ。システム３５０からシステム３００に移行する際には、ＤｅＮＢ３０４をソースＤｅＮＢと呼び、ＤｅＮＢ３０２をターゲットＤｅＮＢと呼ぶ。
【００７８】
一例では、ＲＮのハンドオーバー手順におけるターゲットＤｅＮＢは、以下の基準の１つまたは複数に関連付けられる。例えば、ターゲットＤｅＮＢは、ＲＮのＤｅＮＢリストにあるＤｅＮＢである。一例では、ターゲットＤｅＮＢは、ＲＮによって測定がすでに行われ、現在のソースＤｅＮＢに報告されている近隣ＤｅＮＢである。一例では、ターゲットＤｅＮＢはＲＮからアクセス可能である。一例では、ハンドオーバー対象のＲＮ、ソースＤｅＮＢ、およびＲＮにサービスしているＭＭＥは、ハンドオーバーを行う前に、ターゲットＤｅＮＢが過負荷状態でないことを確認する。
【００７９】
一例では、ハンドオーバーを開始するノード（例えば、ＤｅＮＢまたはＭＭＥ）が、ＲＮをホスト変更することを決定し、ＲＮハンドオーバー情報を取得する動作を開始する。開始ノードによって収集または取得されるＲＮハンドオーバー情報の例は、以下のＲＮハンドオーバーパラメータの１つまたは複数を任意の組合せで含む。一例では、ＲＮハンドオーバーパラメータは、ＲＮのＤｅＮＢリストを含む。一例では、ＲＮハンドオーバーパラメータは、負荷条件、ＲＮに関する無線伝搬条件等のＤｅＮＢ（例えば、ソースＤｅＮＢおよびターゲットＤｅＮＢ）の動作情報を含む。一例では、ＲＮハンドオーバーパラメータは、ＲＮのＵｎインタフェース設定（例えば、タイプ１のＲＮの場合はＵｎサブフレーム構成）を含む。一例では、ＲＮハンドオーバーパラメータは、ＲＮの位置情報、ＲＮの近隣セル情報、ＲＮのタイミング／同期情報、および／またはＲＮの負荷条件を含む。
【００８０】
一例では、ソースＤｅＮＢまたはターゲットＤｅＮＢがＲＮのホスト変更を開始する。例えば、ソースＤｅＮＢがＲＮ−ＯＡＭ（例えば、ＲＮへのサービスに関連するＯＡＭノード）に接触して、ＲＮのＤｅＮＢリストを要求する。ＤｅＮＢは、ＲＮのＤｅＮＢリストにある１つまたは複数のＤｅＮＢの動作ステータスも要求する。ＲＮのＤｅＮＢリストおよび／またはＤｅＮＢリストにあるＤｅＮＢのステータス情報は、ターゲットＤｅＮＢ情報として使用される。ＤｅＮＢは、ターゲットとして可能性のあるＤｅＮＢおよび／またはＲＮ−ＯＡＭにも１つまたは複数のＲＮハンドオーバーパラメータを要求する。一例では、ソースＤｅＮＢがＲＮに要求を送信して、ＲＮのＤｅＮＢリストを報告するようにＲＮに要求する。一例では、ソースＤｅＮＢがＲＮに要求を送信して、そのＲＮからアクセス可能なＤｅＮＢを特定するようにＲＮに要求する。ＲＮは、近隣セルの測定を行い、近隣セルの測定に基づいて要求に応答する。近隣セルの測定結果は、要求への応答に含められるか、または周期的にＤｅＮＢに送信される。
【００８１】
ソースＤｅＮＢは、ターゲットとして可能性のあるＤｅＮＢの情報を取得すると、１つまたは複数の候補ターゲットＤｅＮＢにハンドオーバー（ＨＯ）要求を送信する。ＨＯ要求は、現在のＲＮのＵｎサブフレーム構成情報および／またはタイミング／同期情報を含む。ターゲットＤｅＮＢは、ＨＯ要求を受け付け、ソースＤｅＮＢのＨＯ情報に対する応答を返送し、ソースＤｅＮＢ  ＨＯ情報はハンドオーバーパラメータまたは他の制御情報を含む。ＨＯ要求への応答は、ＲＮに転送されるシェル（shell）ＲＲＣメッセージを含む。ＨＯ情報は、新しいＵｎサブフレーム構成および／または専用アクセスＲＡＣＨ署名を含む。ＨＯ情報は、切替えの時間、同期の時間、アップリンクグラント等も含む。
【００８２】
ソースＤｅＮＢは、１つまたは複数のターゲットＤｅＮＢから応答を受信すると、どのＤｅＮＢにＲＮをハンドオーバーするかを決定する。ソースＤｅＮＢは、選択されたターゲットＤｅＮＢへのＲＮ−ＷＴＲＵ／ＲＮ／ＤｅＮＢコンテクストまたはコンテクスト関連情報の転送を開始する。ターゲットＤｅＮＢは、新しいターゲットＤｅＮＢのＨＯ設定を含むＲＲＣ  ＲＮ再設定メッセージを介して、選択されたターゲットＤｅＮＢにハンドオーバーするようにＲＮに命令する。ＲＮは、切替え可能な状態になると、または提供される場合は切替えの時間に、ＲＲＣ  ＲＮ再設定メッセージで指定されたＵｎ設定でターゲットＤｅＮＢに切り替わる。例えば、ＲＮが事前に新しいターゲットＤｅＮＢを測定しており、設定がＵｎサブフレーム構成、同期情報、またはアップリンクグラントの１つまたは複数を含む場合は、ＲＮは直接ターゲットＤｅＮＢにアクセスする。一例では、ＲＮは、本明細書でさらに詳しく定義する特殊なＲＮ  ＲＡＣＨアクセス手順でターゲットＤｅＮＢへのアクセスを開始する。ＲＮは、ターゲットＤｅＮＢの下でＴＡＵを行う。例えば、ホスト変更がＭＭＥの負荷再平衡を助けるために行われた場合は、ＴＡＵは、ＭＭＥの再平衡手順を完了するために行われる。ＲＮは、ハンドオーバーコマンド／ＲＲＣ  ＲＮ再設定メッセージでもＴＡＵを行うように指示される。最後に、ＤｅＮＢ／新しいセルの追跡領域情報に基づいて、ＤｅＮＢはＴＡＵを行うことを決定する。固定型のＲＮおよび移動型のＲＮの両方が、１つのＤｅＮＢから別のＤｅＮＢへのハンドオーバーを行う。
【００８３】
一例では、ＲＮとそれに関連するＲＮ−ＷＴＲＵのハンドオーバーを容易にするために、ターゲットＤｅＮＢは、自身の呼受付ポリシーに基づいて、以下の動作の１つまたは複数を行う。ターゲットＤｅＮＢは、ＲＮとそれに関連するＲＮ−ＷＴＲＵのＨＯを受け付ける。ターゲットＤｅＮＢは、ＲＮと、特定のＲＮ−ＷＴＲＵ、例えば事前に定義されたＱｏＳ契約を有するＲＮ−ＷＴＲＵのみのＨＯを受け付ける。ターゲットＤｅＮＢはＲＮのＨＯは受け付けるが、ＲＮ−ＷＴＲＵは拒否する。ターゲットＤｅＮＢは、ＲＮおよびＮＲ−ＷＴＲＵを拒否する。ターゲットＤｅＮＢがＲＮおよび／またはそれに関連するＲＮ−ＷＴＲＵの一部もしくはすべてを受け付けない場合、ソースＤｅＮＢおよびＲＮは、拒否されたＲＮおよび／またはＲＮ−ＷＴＲＵがサービスを失うことなく元のセルに戻れることを保証する。ＲＮは受け付けられるが、１つもしくは複数の（またはすべての）ＲＮ−ＷＴＲＵが拒否される場合は、新しいターゲットＤｅＮＢに関連付けようとするＲＮが、ＵＥを元のソースＤｅＮＢにハンドオーバーする。
【００８４】
一例では、ＭＭＥが、ＲＮのホスト変更および第１のＤｅＮＢから第２のＤｅＮＢへのハンドオーバーを開始する。例えば、ＲＮのホスト変更がＭＭＥの再平衡を行うためにＭＭＥから開始される場合は、本明細書に記載されるように、ＭＭＥの再平衡に関連する動作と、第１のＤｅＮＢから第２のＤｅＮＢへのＲＮのハンドオーバーに関連する動作の両方が行われる。ＭＭＥで開始されるハンドオーバーの事例では、ＲＮ−ＭＭＥ（例えば現在ＲＮをホストしているＭＭＥ）がＲＮ−ＯＡＭからのＤｅＮＢリストの取得を開始する。ＲＮ−ＭＭＥは、ターゲットＤｅＮＢ情報を収集するために、ターゲット（ハンドオーバー先）として可能性のあるＤｅＮＢの動作ステータスも要求する。一例では、ＲＮ−ＭＭＥは、ソースＤｅＮＢに要求を送信して、ＤｅＮＢリストの取得、またはＲＮの測定を介したＲＮの近隣セル情報の取得をソースＤｅＮＢに指示する。一例では、ＲＮ−ＭＭＥがターゲットＤｅＮＢ情報を収集すると、ＲＮ−ＭＭＥはＭＭＥに代わってＲＮのホスト変更を行うようにＤｅＮＢに要求する。
【００８５】
一例では、ＲＮが現在のＤｅＮＢ以外の他のＤｅＮＢにアクセスできないためにＲＮハンドオーバーを行うことができない場合（例えば当該エリア／ＲＮの範囲内に他のＤｅＮＢがない、またはＲＮの範囲内に接続を受け付けているＤｅＮＢがない等）は、開始ノード（ＤｅＮＢまたはＭＭＥ）が、以下の動作の１つまたは複数を任意の順序または組合せで行う。開始ノードは、オフロードの決定を取り消す（例えばＭＭＥが再平衡手順をキャンセルする）。開始ノードが「オフロード先（offloading dock）なし」のコードを含む拒否メッセージを返送する（例えばＭＭＥの代理で動作しているＤｅＮＢが適切なターゲットＤｅＮＢを見つけられない場合は、拒否メッセージがソースＤｅＮＢからＲＮ−ＭＭＥに送信される）。開始ノードが、オフロード／削除する別のＲＮを選択する。開始ノードが、ＤｅＮＢまたはＲＮから（例えば、ＲＮ−ＷＴＲＵ）のＷＴＲＵのオフロードを行う。開始ノードがＲＮを解放する。
【００８６】
一例では、ＤｅＮＢが負荷平衡のためにＲＮのＨＯを行うのではなく、ＭＭＥまたはＤｅＮＢが、ＲＮにＲＮの制御下にあるＷＴＲＵ（例えば、ＲＮ−ＷＴＲＵ）の負荷平衡を行うように命令する。該命令は、Ｓ１、Ｘ２および／またはＲＲＣシグナリングを介して送信される。
【００８７】
ＲＮおよび／またはＲＮハンドオーバーのための特殊なＲＡＣＨ手順がある。このＲＮの特殊なＲＡＣＨアクセス手順では、ＲＮが自身のＲＮセルを維持し、ＲＮ−ＷＴＲＵの接続を維持することができる。ＲＮ−ＷＴＲＵは、ＲＮが新しいＤｅＮＢに対して専用署名／プリアンブルでＲＡＣＨアクセス手順を行う間、ＲＲＣ＿Ｃｏｎｎｅｃｔｅｄ状態に保たれる。ＲＡＣＨアクセス手順を使用して、セル同期および／または初期アップリンクグラントを取得する。専用署名はターゲットＤｅＮＢによって割り当てられる。ＲＮに適したＲＡＣＨ署名／プリアンブルを決定する際、ターゲットＤｅＮＢは、現在または将来のＲＮのＵｎサブフレーム構成、特にＲＮのアップリンク送信の機会に基づいてプリアンブルを選択する。一例では、現在のＵｎサブフレーム構成（例えば、ソースＤｅＮＢにおけるＵｎサブフレーム構成）は、将来のＵｎサブフレーム構成（例えば、ハンドオーバー後のターゲットＤｅＮＢにおけるＵｎサブフレーム構成）と同じである。ＲＮは、Ｕｎアップリンクのサブフレーム送信の機会時に、専用署名を新しいターゲットＤｅＮＢに送信する。ＲＮは、新しいターゲットＤｅＮＢからのランダムアクセス応答（ＲＡＲ）を求めてＵｎダウンリンクサブフレームのＲ−ＰＤＣＣＨを監視する。ＲＮがアップリンクグラントを含むＲＡＲを受信すると、ＲＮの特殊なＲＡＣＨ手順が終了し、ＲＮは、新しいターゲットＤｅＮＢとの間でＵｎインタフェース動作を開始する。
【００８８】
ＵｕインタフェースにＥ−ＵＴＲＡＮによって行われるＬａｙｅｒ２（Ｌ２）測定の現在の定義は、Ｅ−ＵＴＲＡ無線リンク動作、無線リソース管理（ＲＲＭ）、ネットワーク運用・維持（ＯＡＭ）、ならびにセルフオーガナイジングネットワーク（ＳＯＮ）機能に対応している。ｅＮＢにおけるＬ２測定は、ＰＲＢ（物理リソースブロック）の使用量、アクティブなＷＴＲＵの数、パケット遅延、データ損失等の性能指標を得るために設計されたものである。Ｌ２測定の結果を取得して、トラフィック条件、リソースの利用状況、および／またはＷＴＲＵとＥ−ＵＴＲＡＮ間のＵｕ無線インタフェースの動作効率を反映した性能指標として使用する。
【００８９】
例えば、ＰＲＢ使用量の測定を使用して、一定の期間にわたる、セルの利用可能な総ＰＲＢに対する、ＵＬ／ＤＬごとにＷＴＲＵに使用されたＰＲＢの割合を測定する。ＰＲＢの使用量の測定により、セルのトラフィック負荷の推定が得られ、セルの輻輳レベルの指標として使用される。ＰＲＢの使用量は、呼受付制御、負荷平衡、および／またはセル間の干渉制御において基準として使用される。ＰＲＢの使用量は、ＯＡＭ性能の可観測性としても使用される。ｅＮＢで得られたＬ２測定の結果は、Ｘ２インタフェースを通じて近隣ｅＮＢとの間で共有され、その測定結果に基づいて近隣セルへの負荷平衡のためのハンドオーバーが開始される。本発明では、ネットワーク負荷平衡および過負荷制御およびｅＮＢにおけるＬ２測定時のＲＮの扱いに向上がもたらされる。
【００９０】
セルの使用状況をよりよく表し、ＲＡＮ内での使用の種類に関するより詳細な情報を得るために、ＲＡＮノードで行う新しい測定が本明細書に定義される。例えば、ｅＮＢが、自身のＵｕインタフェースと自身のＵｎインタフェースに別々に測定を行うように構成される。２つの測定結果のセット（例えばＤｅＮＢのＵｕインタフェースに対するＬ２測定と、ＤｅＮＢのＵｎインタフェースに対するＬ２測定）は、トラフィック条件をより正確に反映する。ＤｅＮＢのＵuエアインタフェースがタイプ１のＲＮとマクロＷＴＲＵの両方にどのように共有されるかに関するより正確な情報を得るために、ｅＮＢまたはＲＮで行われる新しいＬ２測定が本明細書に定義される。ＤｅＮＢのＵｕおよびＵｎインタフェースに行われるＬ２測定を利用して、Ｅ−ＵＴＲＡ無線リンク動作（例えば、Ｕｕインタフェースおよび／またはＵｎインタフェース動作の支援）、無線リソース管理（ＲＲＭ）（例えば、Ｕｕおよび／またはＵｎ無線リソースの再配分）、ネットワーク運用・維持（ＯＡＭ）（例えば、ＯＡＭ性能の可観測性）、ならびにセルフオーガナイジングネットワーク（ＳＯＮ）機能（例えば、ＲＮ／ＷＴＲＵのハンドオーバーおよび／またはＲＮ接続の維持）を支援する。
【００９１】
ＤｅＮＢは、各インタフェースの輻輳レベルを正確に推定するために、ＵｕおよびＵｎインタフェースのＰＲＢ使用量を別々に測定する。その情報を、ＤｅＮＢが、異なるセル間の負荷平衡または自身のＵｎインタフェースとＵｕインタフェース間のリソースの再配分のために使用することができる。特に、本明細書には、Ｕｎサブフレーム使用量に対するＰＲＢ使用量の独立した測定を有する、ＤｅＮＢで行われる新しいＬ２測定が開示される。この新しい測定は、タイプ１、タイプ１ａ、およびタイプ１−ｂの中継機に対応可能なＤｅＮＢに適用される。
【００９２】
ＵｎサブフレームにおけるＲＮの合計ＰＲＢ使用量の測定が行われる。ＵｎサブフレームのためのＤｅＮＢ−ＲＮインタフェースにおける負荷条件を検出するために、ＤｅＮＢのＵｎインタフェースのリソース使用量を測定で監視する。測定の結果は、ＤｅＮＢで行われる負荷平衡、呼受付制御、および／または輻輳制御に使用される。
【００９３】
時間Ｔの間に使用されるＤｅＮＢ−ＲＮ  ＰＲＢの割合はＭ＿ＲＮ（Ｔ）と定義され、Ｍ＿ＲＮ（Ｔ）の値は、可能なＵｎサブフレームＰＲＢ使用量のパーセント値として表される。Ｍ＿ＲＮ（Ｔ）の値は、所与の時間Ｔの間にＲＮによる使用のために割り当てられたＰＲＢの合計数（Ｍ１＿ＲＮ（Ｔ））を、所与の時間Ｔの間にＲＮに割り当てられたＵｎサブフレーム中で利用可能な総ＰＲＢリソース（Ｐ＿ＲＮ（Ｔ））で割ることによって得られる。
【００９４】
例えば、合計ＤｅＮＢ−ＲＮ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定は、ＤＬとＵＬに別々に行われる。式（１）はＵｎサブフレーム中の合計ＲＮ  ＰＲＢ使用量を表し、これは、時間Ｔにわたって平均した、ＵｎインタフェースでＲＮに使用されたＰＲＢの割合である。Ｕｎサブフレーム中の合計ＲＮ  ＰＲＢ使用量の値は０ないし１００％の範囲である。
【００９５】
【数１】
2015128329.tif 000003
Ｍ１＿ＲＮ（Ｔ）は、時間Ｔの間にＲＮの送信／受信のために割り当てられた完全物理リソースブロックの数を表す。ＤＬについては、送信に使用されたＰＲＢが含められる。ＵＬについては、送信のために割り当てられたＰＲＢが含められる。Ｐ＿ＲＮ（Ｔ）は、時間Ｔの間にＵｎサブフレームに利用可能なＰＲＢの最大数（例えば利用可能なＰＲＢの合計数）を表す。Ｔは、測定が行われる期間を表す。
【００９６】
別の例では、実際にＲＮに割り当てられたＵｎサブフレーム中のＲＮ  ＰＲＢ使用量は、ＲＮ  ＰＲＢの数（Ｍ１＿ＲＮ（Ｔ））を、Ｕｎサブフレーム（Ｐ＿ＲＮ（Ｔ））中のＰＲＢの合計数と、時間Ｔの間に同じＵｎサブフレーム内にあるマクロＷＴＲＵ  ＰＲＢ（例えば、ＤｅＢに直接接続されたＷＴＲＵに割り当てられたＰＲＢ）の数（Ｍ１＿ＤｏＵＥ（Ｔ））との差で割った値として、定義される。式（２）は、実際にＲＮに割り当てられたＵｎサブフレーム中のＲＮ  ＰＲＢ使用量を表す。
【００９７】
【数２】
2015128329.tif 000004
合計ＤｅＮＢ−ＲＮ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定はＤＬとＵＬに別々に行われる。
【００９８】
別の例では、実際にＲＮに割り当てられたＵｎサブフレーム中のＲＮ  ＰＲＢ使用量は、時間Ｔの間のＲＮ  ＰＲＢの数（Ｍ１＿ＲＮ（Ｔ））を、Ｕｎサブフレーム中のＰＲＢの合計数（Ｐ＿ＲＮ（Ｔ））と、時間Ｔの間の同じＵｎサブフレーム内の割り込み不可の優先マクロＷＴＲＵトラフィックのためのマクロＷＴＲＵ  ＰＲＢの数（Ｍ２＿ＤｏＵＥ（Ｔ））との差で割った値として測定される。式（３）は、ＲＮに実際に割り当てられたＵｎサブフレーム中のＲＮ  ＰＲＢ使用量を表す。
【００９９】
【数３】
2015128329.tif 000005
【０１００】
合計ＤｅＮＢ−ＲＮ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定はＤＬとＵＬに別々に行われる。時間Ｔの間のＵｎサブフレーム中の割り込み不可優先マクロＵＥトラフィック（Ｍ２＿ＤｏＵＥ（Ｔ））は、時間に制約がある（例えば送信時に非Ｕｎサブフレームを待つことができない）ＷＴＲＵデータトラフィックである。時間に制約があると見なされるＷＴＲＵデータトラフィックの例は、半永続的にスケジュールされたデータトラフィック、ＴＴＩに対応付けられた（TTI-bundled）データトラフィック、ＷＴＲＵ  ＤＲＸの持続時間の時間制限にとって極めて重要なデータトラフィック、および／またはＨＡＲＱのタイミングに関連するトラフィックである。
【０１０１】
リソース使用量を評価するために定義される他の測定は、ＵｎサブフレームのマクロＷＴＲＵリソースの使用量である。マクロＷＴＲＵとは、リソースを１つまたは複数のＲＮに配分しているＤｅＮＢに接続されているＷＴＲＵである。マクロＷＴＲＵは、ドナーＷＴＲＵまたはドナーＵＥとも呼ばれる。マクロＷＴＲＵはＵｕインタフェースを介してＤｅＮＢと通信する。ただし、マクロＷＴＲＵには、例えば利用可能なＵｎサブフレームのためのリソースがＲＮに割り当てられていない場合には、例えばＲＮのＵｎインタフェースのためにＲＮに割り当てられたサブフレーム内でリソースが割り当てられる。ＵｎサブフレームのマクロＷＴＲＵ  ＰＲＢ使用量の測定は、ＤＬとＵＬに別々に行われる。測定結果はＭ＿ＤｏＵＥ（Ｔ）と表される。マクロＷＴＲＵ  ＰＲＢ使用量測定の結果は、測定されたＲＮ  ＰＲＢ使用量Ｍ＿ＲＮ（Ｔ）（上記参照）と共に使用されて、現在割り当てられている実際のＵｎサブフレームの負荷条件を判定する。
【０１０２】
Ｍ＿ＤｏＵＥ（Ｔ）は、時間Ｔの間にマクロＷＴＲＵが使用するために割り当てられたＰＲＢの測定数（Ｍ１＿ＤｏＵＥ（Ｔ））を、時間Ｔの間にＲＮが使用することが可能であった利用可能な合計ＰＲＢリソース（Ｐ＿ＲＮ（Ｔ））で割ることによって求められる。Ｐ＿ＲＮ（Ｔ）は、測定期間Ｔの間に実際にＲＮに割り当てられたＵｎサブフレーム中で利用可能なＰＲＢの合計数として定義される。式（４）は、ＲＮに実際に割り当てられたＵｎサブフレーム中のマクロＷＴＲＵ  ＰＲＢ使用量を表す。
【０１０３】
【数４】
2015128329.tif 000006
実際のＲＮサブフレームのマクロＷＴＲＵ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定は、ダウンリンクのＵｎサブフレームに行われる。Ｍ＿ＤｏＵＥ（Ｔ）は、実際のＵｎサブフレームにおけるマクロＷＴＲＵ  ＰＲＢの使用量と定義される。Ｍ＿ＤｏＵＥ（Ｔ）は、時間Ｔにわたって平均した、ＲＮに割り当てられたＵｎインタフェースサブフレームで使用されたＰＲＢの割合である。値は０ないし１００％の範囲である。Ｍ１＿ＤｏＵＥ（Ｔ）は、時間Ｔの間にマクロＷＴＲＵのためのＵｎサブフレームでマクロＷＴＲＵの送信／受信のために割り当てられた完全物理リソースブロックの数である。
【０１０４】
時間Ｔの間のＵｎサブフレームの実際の負荷条件はＬ＿ＵｎＡ（Ｔ）と表される。例えば、時間Ｔの間のＵｎサブフレームの実際の負荷条件は、実際のマクロＷＴＲＵ  ＰＲＢの使用量を実際のＲＮ  ＰＲＢの使用量に足すことによってＤｅＮＢで取得される。それらの測定は上記のようにして得られ、時間Ｔの間にＲＮに実際に割り当てられたＵｎサブフレームのＰＲＢ使用量に関係する。式（５）は、時間Ｔの間のＵｎサブフレームの実際の負荷条件を表す。
ＬＵｎＡ（Ｔ）＝Ｍ＿ＲＮ（Ｔ）＋Ｍ＿ＤｏＵＥ（Ｔ）  式（５）
Ｌ＿ＵｎＡ（Ｔ）は、０ないし１００％の値をとるパーセント値である。Ｕｎサブフレームの実際の負荷条件の測定は、ＤＬとＵＬに別々に行われる。一例では、時間Ｔの間のＵｎインタフェースの実際の負荷条件Ｌ＿ＵｎＡ（Ｔ）は、測定期間Ｔ中のＲＮ  ＰＲＢの合計数と測定期間Ｔ中のマクロＷＴＲＵ  ＰＲＢの合計数との和を、測定期間Ｔ中にＲＮに実際に割り当てられたＵｎサブフレーム中で利用可能なＰＲＢの合計数で割ることにより、ＤｅＮＢで取得される。式（６）は、時間Ｔの間のＵｎサブフレームの実際の負荷条件を表す。
【０１０５】
【数５】
2015128329.tif 000007
【０１０６】
例えば、Ｕｎサブフレーム中のＲＮ  ＰＲＢの使用量、Ｕｎサブフレーム中のマクロＷＴＲＵの使用量、および／またはＵｎサブフレームの実際の負荷条件は、Ｕｕ／Ｕｎインタフェースの再配分動作のために、ＤｅＮＢおよび／またはＭＭＥ／ＯＡＭ等の他のノードで使用される。例えば、ＤｅＮＢは、以下の条件の１つまたは複数が発生した時に、実際に割り当てられている現在のＵｎサブフレームにＵｎサブフレーム（例えばサブフレーム構成単位をなす）を追加するか、またはＵｎサブフレームを削減する。ＤｅＮＢは、Ｌ＿ＵｎＡ（Ｔ）が高いパーセント値の閾値に近づいている、または閾値を越えている時、かつ／またはＬ＿ＵｎＡ（Ｔ）が低いパーセント値の閾値に近づいている、または下回っている時にＵｎサブフレームを追加および／または削減する（例えばＵｎサブフレーム再割り当てをトリガにより始動する）。例えば、ＤｅＮＢは、Ｌ＿ＵｎＡ（Ｔ）が高いパーセント値の閾値に近づいている、または閾値を越えている時に、Ｕｎサブフレームを追加する（例えばＵｎインタフェースに割り当てるサブフレームを増やす）。ＤｅＮＢは、Ｌ＿ＵｎＡ（Ｔ）が低いパーセントの閾値に近づいている、または下回っている時にＵｎサブフレームを削減する（例えばＵｎインタフェースに割り当てるサブフレームを減らす）。ＤｅＮＢは、ＲＮ  ＰＲＢ使用量Ｍ＿ＲＮ（Ｔ）が１つまたは複数の閾値を超えている、かつ／または下回っている時にＵｎサブフレームを追加および／または削減する（例えばＵｎサブフレームの再割り当てを行わせる）。一例では、ＤｅＮＢは、ＲＮ  ＰＲＢ使用量Ｍ＿ＲＮ（Ｔ）が閾値を超えている時にＵｎサブフレームを追加する。ＤｅＮＢは、ＲＮ  ＰＲＢ使用量Ｍ＿ＲＮ（Ｔ）が閾値を下回っている時にＵｎサブフレームを削減する。一例では、ＤｅＮＢは、ＲＮ  ＰＲＢ使用量Ｍ＿ＲＮ（Ｔ）とマクロＷＴＲＵ  ＰＲＢの使用量Ｍ＿ＤｏＵＥ（Ｔ）との比が閾値を越える、かつ／または閾値を下回る時にＵｎサブフレームを追加および／または削減する（例えばＵｎサブフレームの再割り当てを行わせる）。一例では、ＤｅＮＢは、マクロＷＴＲＵ  ＰＲＢの使用量Ｍ＿ＤｏＵＥ（Ｔ）の値が閾値を越える、かつ／または閾値を下回る時にＵｎサブフレームを追加および／または削減する（例えばＵｎサブフレームの再割り当てを行わせる）。
【０１０７】
また、ＵｎサブフレームのＰＲＢ使用量の測定はトラフィッククラスごとに行われる。例えば、時間Ｔにわたり平均したＵｎサブフレームの合計ＲＮ  ＰＲＢ使用量の測定はトラフィッククラスごとに行われる。そのような測定により、トラフィッククラス毎のＤｅＮＢのＵｎインタフェースのリソース使用量を監視する。トラフィッククラスは、伝送に関連付けられたサービス品質クラス（ＱｏＳ）の標識（ＱＣＩまたは本明細書では「ｑｃｉ」）に基づいて定義される。トラフィッククラス毎のＵｎサブフレームにわたる合計ＲＮ  ＰＲＢ使用量はＭ＿ＲＮ（ｑｃｉ）と表され、これは、ＲＮトラフィッククラス（例えばＱＣＩ）に関連するＲＮ  ＰＲＢ使用量のパーセント値である。
【０１０８】
ＲＮトラフィッククラス毎のＰＲＢ使用量の測定は、１つのセル内にあるＲＮについての集約的な測定として定義され、専用トラフィックチャネル（ＤＴＣＨ）に適用することが可能である。測定は、ＭＡＣとＬ１の間のサービスアクセスポイントで行われる。測定は、ＱＣＩごとにＤＬ  ＤＴＣＨと、ＱＣＩごとにＵＬ  ＤＴＣＨに別々に行われる。
【０１０９】
Ｍ＿ＲＮ１（Ｔ，ｑｃｉ）は、期間Ｔの間のＲＮトラフィッククラス毎のＵｎサブフレームの絶対ＲＮ  ＰＲＢ使用量と定義され、完全または部分物理リソースブロックの数である。式（７）は、期間Ｔの間のＲＮトラフィッククラス毎のＵｎサブフレームの絶対ＲＮ  ＰＲＢ使用量を表す。
【０１１０】
【数６】
2015128329.tif 000008
【０１１１】
Ｍ＿ＲＮ（ｑｃｉ）は、トラフィッククラス毎のＵｎサブフレームにわたるＲＮ  ＰＲＢ使用量と定義され、時間Ｔにわたって平均した、ＲＮが利用可能なＰＲＢに対する、特定のＲＮトラフィッククラス（例えば、ＱＣＩ）に使用されたＰＲＢの割合である。この値は０ないし１００％の範囲をとる。式（８）は、時間Ｔの間のＲＮトラフィッククラス毎のＵｎサブフレームにわたるＲＮ  ＰＲＢ使用量を表す。
【０１１２】
【数７】
2015128329.tif 000009
【０１１３】
変数ｔは、Ｕｎサブフレーム中にＤＴＣＨ  データを含んでいる時間Ｔの間のトランスポートブロックを表す変数と定義される。最初の送信およびＨＡＲＱによる再送信がｔに計数される。Ｂ（ｔ，ｑｃｉ）は、Ｕｎインタフェースで送信されたトランスポートブロックｔで搬送された、ｑｃｉのＱＣＩ値を持つＲＮ  ＤＴＣＨの合計ＤＴＣＨビット数と定義される。Ｂ（ｔ）は、Ｕｎインタフェースで送信されたトランスポートブロックｔで搬送された、ｑｃｉのＱＣＩ値を持つＲＮ  ＤＴＣＨの合計ＤＴＣＨビット数と定義される。
【０１１４】
Ｍ＿ＲＮ（ｑｃｉ）は、Ｕｎサブフレームにわたるトラフィッククラス毎のＲＮ  ＰＲＢ使用量と定義される。Ｍ＿ＲＮ（ｑｃｉ）の値は、時間Ｔにわたって平均された特定のｑｃｉに使用されたＰＲＢの割合であり、０ないし１００％の範囲をとる。Ｍ＿ＲＮ１（Ｔ，ｑｃｉ）は、ＵｎサブフレームにわたるＲＮトラフィッククラス毎の絶対ＰＲＢ使用量と定義され、これは、完全または部分的な物理リソースブロックの数である。Ｔは、測定が行われる期間である（例えば、ＴＴＩ単位で求められる）。ｔは、ＤｅＮＢ−ＲＮインタフェース（例えば、Ｕｎインタフェース）を通る、ＤＴＣＨデータを含んでいる時間Ｔの間のトランスポートブロックと定義される。ｔの値を求める際には、最初の送信およびＨＡＲＱによる再送信が計数される。Ｓ（ｔ）は、トランスポートブロックｔの送信に使用される物理リソースブロックのセットである。Ｗ（ｐ）は、現在ＰＲＢｐを共有しているトランスポートブロックの数である。Ｂ（ｔ，ｑｃｉ）は、トランスポートブロックｔで搬送され、Ｕｎインタフェースで送信される、ｑｃｉのＱＣＩ値を持つＲＮ  ＤＴＣＨの合計ＤＴＣＨビット数である。Ｂ（ｔ）は、トランスポートブロックｔで搬送され、Ｕｎインタフェースで送信された、ＤＴＣＨおよびダウンリンク制御チャネル（ＤＣＣＨ）の合計ビット数である。Ｘ（ｔ）は、多重化を考慮に入れために定義される。例えば、多重化を考慮に入れる場合、Ｘ（ｔ）は（ｔ）＝１と定義される。多重化を考慮に入れない場合に、トランスポートブロックｔが１つのＱＣＩに対応するデータを搬送する場合は、Ｘ（ｔ）はＸ（ｔ）＝１と定義される。多重化を考慮に入れない場合に、トランスポートブロックｔが２つ以上のＱＣＩ値に対応するデータを搬送する場合は、Ｘ（ｔ）はＸ（ｔ）＝０と定義される。
【０１１５】
別の例では、トラフィッククラス単位のＲＮ  ＰＲＢの使用量測定は他の方式で得られる。ＲＮに実際に割り当てられたＵｎサブフレーム中のトラフィッククラス毎のＲＮ  ＰＲＢ使用量は、特定のトラフィッククラス／ＱＣＩのＲＮ  ＰＲＢの数（Ｍ＿ＲＮ１（Ｔ，ｑｃｉ））を、Ｕｎサブフレーム中のＰＲＢの合計数（Ｐ＿ＲＮ（Ｔ））と、時間Ｔの間に同じＵｎサブフレーム内にあるマクロＷＴＲＵ  ＰＲＢの数（Ｍ１＿ＤｏＵＥ（Ｔ））（上記のマクロＷＴＲＵ  ＰＲＢ使用量に関する箇所を参照）との差で割った値として定義される。式（９）は、時間Ｔ中のＲＮトラフィッククラス毎のＵｎサブフレームにわたる絶対ＲＮ  ＰＲＢ使用量を表す。式（１０）は、時間Ｔの間にＲＮに実際に割り当てられたＵｎサブフレーム中のトラフィッククラス毎のＲＮ  ＰＲＢ使用量を表す。
【０１１６】
【数８】
2015128329.tif 000010
【０１１７】
【数９】
2015128329.tif 000011
合計ＤｅＮＢ−ＲＮ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定はＤＬとＵＬに別々に行われる。
【０１１８】
一例では、ＲＮに実際に割り当てられたＵｎサブフレーム中のトラフィッククラス毎のＲＮ  ＰＲＢ使用量は、特定のトラフィッククラス／ＱＣＩのＲＮ  ＰＲＢの絶対数（Ｍ＿ＲＮ１（Ｔ，ｑｃｉ））を、Ｕｎサブフレーム中のＰＲＢの合計数Ｐ＿ＲＮ（Ｔ）と、時間Ｔの間に同じＵｎサブフレームにある割り込み不可優先マクロＷＴＲＵトラフィックのマクロＷＴＲＵ  ＰＲＢの数（Ｍ２＿ＤｏＵＥ（Ｔ））との差で割った値として求められる。式（１１）は、時間Ｔの間にＲＮに実際に割り当てられたＵｎサブフレーム中のトラフィッククラス毎のＲＮ  ＰＲＢ使用量を表す。
【０１１９】
【数１０】
2015128329.tif 000012
合計ＤｅＮＢ−ＲＮ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定はＤＬとＵＬに別々に行われる。
【０１２０】
同様に、ＵｎサブフレームにわたるマクロＷＴＲＵ  ＰＲＢ使用量に関する測定が定義され、ＱＣＩ単位で行われる。この測定により、トラフィッククラス／ＱＣＩ毎のＵｎサブフレームにおけるマクロＷＴＲＵリソースの使用量を監視する。測定は、ＱＣＩごとにＤＬ  ＤＴＣＨおよび／またはＱＣＩごとにＵＬ  ＤＴＣＨに別々に行われる。測定結果はＭ＿ＤｏＵＥ（Ｔ，ｑｃｉ）と定義され、測定されたＲＮ  ＰＲＢ使用量（例えば、Ｍ＿ＲＮ（Ｔ，ｑｃｉ））と共に使用して、現在割り当てられている実際のＵｎサブフレームの負荷条件をトラフィッククラス／ＱＣＩごとに判定する。例えば、Ｍ＿ＤｏＵＥ（Ｔ，ｑｃｉ）は、ｑｃｉのＱＣＩ値を持つ期間ＴにわたりマクロＵＥが使用するために割り当てられたＰＲＢの測定数（Ｍ１＿ＤｏＵＥ（Ｔ，ｑｃｉ））を、所与の期間Ｔの間にＵｎサブフレーム中で割り当てることができた利用可能な合計ＰＲＢリソース（Ｐ＿ＲＮ（Ｔ））で割ることによって得られる。式（１２）は、時間Ｔの間のＵｎサブフレーム中のトラフィッククラス毎のマクロＷＴＲＵ  ＰＲＢの使用量を表す。
【０１２１】
【数１１】
2015128329.tif 000013
Ｍ＿ＤｏＵＥ（Ｔ，ｑｃｉ）は、トラフィッククラス（ｑｃｉ）毎の実際のＵｎサブフレームにわたるマクロＷＴＲＵ  ＰＲＢの使用量と定義され、これは、ＲＮに割り当てられたＵｎインタフェースのサブフレームで使用されたＰＲＢを時間Ｔにわたって平均した割合である。Ｍ＿ＤｏＵＥ（Ｔ，ｑｃｉ）は、０ないし１００％の範囲の値をとる。Ｍ１＿ＤｏＵＥ（Ｔ，ｑｃｉ）は、時間Ｔの間にＱＣＩ＝ｑｃｉを持つＵｎサブフレームでマクロＷＴＲＵの送信または受信のために割り当てられた完全物理リソースブロックの数と定義される。
【０１２２】
一例では、時間Ｔの間のトラフィッククラス毎のＵｎサブフレームの実際の負荷条件（Ｌ＿ＵｎＡ（Ｔ，ｑｃｉ））の測定が行われる。時間Ｔの間のトラフィッククラス毎のＵｎサブフレームの実際の負荷条件は、ＱＣＩ毎の実際のマクロＷＴＲＵ  ＰＲＢの使用量と、ＱＣＩ毎の実際のＲＮ  ＰＲＢの使用量とを足すことにより、ＤｅＮＢで取得される。ＱＣＩ毎の実際のマクロＷＴＲＵ  ＰＲＢ使用量とＱＣＩ毎の実際のＲＮ  ＰＲＢ使用量は共に、時間Ｔの間にＲＮに実際に割り当てられたＵｎサブフレームに対して得られる。測定は、ＱＣＩごとにＤＬ  ＤＴＣＨおよび／またはＱＣＩごとにＵＬ  ＤＴＣＨに別々に行われる。式（１３）は、時間Ｔの間のトラフィッククラス毎のＵｎサブフレームの実際の負荷条件を表す。Ｌ＿ＵｎＡ（Ｔ，ｑｃｉ）は０ないし１００％の範囲の値である。
Ｌ＿ＵｎＡ（Ｔ，ｑｃｉ）＝Ｍ＿ＲＮ（Ｔ，ｑｃｉ）＋Ｍ＿ＤｏＵＥ（Ｔ，ｑｃｉ）  式（１３）
【０１２３】
一例では、期間Ｔの間のＵｎインタフェースの実際の負荷条件Ｌ＿ＵｎＡ（Ｔ，ｑｃｉ）は、ＱＣＩ毎のＲＮ  ＰＲＢの合計数と、ＱＣＩ毎のマクロＷＴＲＵ  ＰＲＢの合計数との和を、測定期間ＴにＲＮに実際に割り当てられたＵｎサブフレーム中で利用可能なＰＲＢの合計数で割ることによりＤｅＮＢで取得される。式（１４）は、時間Ｔの間のトラフィッククラス毎のＵｎサブフレームの実際の負荷条件を表す。Ｌ＿ＵｎＡ（Ｔ，ｑｃｉ）は０ないし１００％の範囲の値である。
【０１２４】
【数１２】
2015128329.tif 000014
【０１２５】
ＲＮ単位でＵｎサブフレームにおける合計ＰＲＢ使用量を求めるために測定が行われる。例えば、この測定で、ＤｅＮＢのＵｎインタフェースにおける時間Ｔの間のＲＮ局ＪによるＰＲＢ使用量のパーセント値（Ｍ＿ＲＮ（Ｔ，Ｊ））を得る。この測定を使用して、ＲＮ局Ｊを含む個々のＲＮの性能を評価する。ＤｅＮＢは、時間Ｔの間にＲＮ局Ｊが使用したＰＲＢの数（Ｍ１＿ＲＮ（Ｔ，Ｊ））を、所与の時間Ｔの間にＲＮに割り当てられたＵｎサブフレーム中で利用可能な合計ＰＲＢリソース（Ｐ＿ＲＮ（Ｔ））で割ることにより、時間Ｔの間のＲＮ局によるＰＲＢ使用量のパーセント値（Ｍ１＿ＲＮ（Ｔ，Ｊ））を求める。式（１５）は、ＵｎサブフレームにわたるＲＮ局Ｊによる合計ＰＲＢ使用量を表す。
【０１２６】
【数１３】
2015128329.tif 000015
【０１２７】
ＲＮ  ＰＲＢの使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定はＤＬとＵＬに別々に行われる。Ｍ＿ＲＮ（Ｔ，Ｊ）は、時間Ｔにわたって平均したＵｎインタフェースでＲＮ局Ｊに使用されたＰＲＢの割合である。Ｍ＿ＲＮ（Ｔ，Ｊ）の値は０ないし１００％の範囲をとる。Ｍ１＿ＲＮ（Ｔ，Ｊ）は、時間Ｔの間にＲＮ局Ｊの送信または受信のために割り当てられた完全物理リソースブロックの絶対数である。ＤＬについては、Ｍ１＿ＲＮ（Ｔ，Ｊ）は、ＲＮ局Ｊによる送信に使用されたＰＲＢを含む。ＵＬについては、Ｍ＿ＲＮ（Ｔ，Ｊ）は、送信のためにＲＮ局Ｊに割り当てられたＰＲＢを含む。Ｊは、測定がＲＮ局Ｊに関して行われたことを意味する。Ｐ１＿ＲＮ（Ｔ）は、時間Ｔの間にＲＮ局Ｊによる使用が可能なＵｎサブフレーム中のＲＰＢの最大数を表す。
【０１２８】
一例では、時間ＴにわたってＲＮ局Ｊが使用したＰＲＢの数（Ｍ１＿ＲＮ（Ｔ，Ｊ））と、所与の時間Ｔの間にＲＮに割り当てられたＵｎサブフレーム中で利用可能な合計ＰＲＢリソース（Ｐ＿ＲＮ（Ｔ））との比を求める代わりに（またはそれに加えて）、時間Ｔの間にＲＮ局Ｊによる使用が可能なＵｎサブフレーム中のＰＲＢの最大数（Ｐ１＿ＲＮ（Ｔ））が、使用量測定の基盤として使用される。例えば、Ｐ１＿ＲＮ（Ｔ）は、ＲＮ局Ｊに割り当てられたＵｎサブフレーム中のＰＲＢの合計数を表す。式（１６）は、ＵｎサブフレームにわたるＲＮ局Ｊによる合計ＰＲＢ使用量を表す。
【０１２９】
【数１４】
2015128329.tif 000016
【０１３０】
一例では、時間Ｔの間にＲＮ局Ｊに使用されたＰＲＢの数（Ｍ１＿ＲＮ（Ｔ，Ｊ））と、所与の時間Ｔの間にＲＮに割り当てられたＵｎサブフレーム中の利用可能な合計ＰＲＢリソース（Ｐ＿ＲＮ（Ｔ））、または時間Ｔの間にＲＮ局Ｊが使用することが可能なＵｎサブフレーム中のＰＲＢの最大数（Ｐ１＿ＲＮ（Ｔ））との比を求める代わりに（またはそれに加えて）、ＲＮ局Ｊに実際に割り当てられたＵｎサブフレーム中で利用可能なＰＲＢの数（Ｐ２＿ＲＮ（Ｔ））を測定で利用する。式（１７）は、ＵｎサブフレームにわたるＲＮ局Ｊによる合計ＰＲＢ使用量を表す。
【０１３１】
【数１５】
2015128329.tif 000017
【０１３２】
割り当てられたＵｎサブフレームを２つ以上のＲＮが共有する場合、特定のＲＮが利用可能なＰＲＢの数、特定のＲＮ局が利用可能なＰＲＢは、Ｕｎサブフレーム中の非マクロＷＴＲＵ  ＰＲＢをおおまかに平均した何分の１かと定義される（例えば１／Ｎ。Ｎは、リソースを共有しているＲＮの数）。一例では、特定のＲＮ局が利用可能なＰＲＢは、ＲＮの現在の負荷に基づきＲＮのリソースの何分の１かと定義される。一例では、特定のＲＮ局が利用可能なＰＲＢは、ＤｅＮＢに内部的に既知のＤｅＮＢスケジューラの実装に基づいて定義される（例えば、過去、現在、および／または将来の既知のスケジューリング情報に基づいて所与のＲＮ局に割合を割り当てる）。
【０１３３】
一例では、ＲＮに実際に割り当てられたＵｎサブフレーム中のＲＮ毎のＰＲＢ使用量を求めるために、ＤｅＮＢは、時間Ｔにわたり平均した、ＵｎインタフェースでＲＮ局Ｊが使用したＰＲＢの数（Ｍ１＿ＲＮ（Ｔ，Ｊ））を求め、次いでその数を、Ｕｎサブフレーム中のＰＲＢの合計数（Ｐ＿ＲＮ（Ｔ））と、時間Ｔの間の同じＵｎサブフレーム中のマクロＷＴＲＵ  ＰＲＢの数（Ｍ１＿ＤｏＵＥ（Ｔ）との差で割る。式（１８）は、ＵｎサブフレームにわたるＲＮ局Ｊによる合計ＰＲＢ使用量を表す。
【０１３４】
【数１６】
2015128329.tif 000018
ＲＮ局Ｊによる合計ＵｎサブフレームＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定は、ダウンリンク通信とアップリンク通信に別々に行われる。
【０１３５】
一例では、ＲＮに実際に割り当てられたＵｎサブフレーム中のＲＮ  ＰＲＢ使用量は、時間Ｔにわたり平均した、ＵｎインタフェースでＲＮ局Ｊに使用されたＰＲＢの数（Ｍ１＿ＲＮ（Ｔ，Ｊ））を、Ｕｎサブフレーム中のＰＲＢの合計数（Ｐ＿ＲＮ（Ｔ））と、Ｔの時間の間に同じＵｎサブフレーム内にある割り込み不可の優先マクロＷＴＲＵトラフィックのためのマクロＷＴＲＵ  ＰＲＢの数（Ｍ２＿ＤｏＵＥ（Ｔ））との差で割った値として表される。式（１９）は、ＵｎサブフレームにわたるＲＮ局Ｊによる合計ＰＲＢ使用量を表す。
【０１３６】
【数１７】
2015128329.tif 000019
ＲＮ局Ｊによる合計ＵｎサブフレームのＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定は、ダウンリンク通信とアップリンク通信に別々に行われる。
【０１３７】
時間Ｔにわたるトラフィッククラス（ＱＣＩ）ごと、ＲＮ毎のＵｎサブフレームのＰＲＢ使用量の測定が行われる。この測定は、時間ＴにわたるＲＮごと、トラフィッククラス（ＱＣＩ）毎のＵｎサブフレームのＰＲＢ使用量に相当し、ＰＲＢのパーセント値として表される。この測定を使用して個々のＲＮの性能を評価する。時間Ｔの間のＵｎサブフレームにわたるＱＣＩクラスごと、ＲＮ局毎の使用量（Ｍ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ））は、時間Ｔの間にＲＮ局Ｊによって使用されたｑｃｉ毎のＰＲＢの数（Ｍ１＿ＲＮ（Ｔ，Ｊ，ｑｃｉ））を、時間Ｔの間にＵｎサブフレームでＲＮ局Ｊが利用可能であったＰＲＢの最大数（Ｐ１＿ＲＮ（Ｔ））で割ることによって求められる。この測定はＤＬとＵＬに別々に行われる。式（２０）は、時間ＴにわたるＲＮごと、トラフィッククラス（ＱＣＩ）毎のＵｎサブフレームの合計ＰＲＢ使用量を表す。
【０１３８】
【数１８】
2015128329.tif 000020
ＲＮ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定はＤＬとＵＬに別々に行われる。Ｍ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）は、ＵｎインタフェースでＲＮ局Ｊによって使用されたトラフィッククラス毎のＰＲＢを時間Ｔにわたって平均したパーセント値である。Ｍ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）の値は０ないし１００％の範囲をとる。Ｍ１＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）は、トラフィッククラスｑｃｉごとに時間Ｔの間に送信／受信のためにＲＮ局Ｊに割り当てられた完全リソースブロックの数である。ＤＬについては、送信に使用されたＰＲＢが含められる。ＵＬについては、送信のために割り当てられたＰＲＢが含められる。
【０１３９】
一例では、ＲＮに実際に割り当てられたＵｎサブフレーム中のＲＮごと、ＱＣＩ毎のＰＲＢ使用量（Ｍ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ））は、時間Ｔの間にトラフィッククラスｑｃｉごとに送信／受信のためにＲＮ局Ｊに割り当てられた完全リソースブロックの数（Ｍ１＿ＲＮ（Ｔ，Ｊ，ｑｃｉ））を、ＲＮ局Ｊに割り当てられたＵｎサブフレーム中のＰＲＢの合計数（Ｐ１＿ＲＮ（Ｔ））と、時間Ｔの間の同じＵｎサブフレーム中のマクロＷＴＲＵ  ＰＲＢの数（Ｍ１＿ＤｏＵＥ（Ｔ））との差で割った値として求められる。式（２１）は、時間Ｔの間にＲＮに実際に割り当てられたＵｎサブフレーム中のＲＮごと、ＱＣＩ毎のＰＲＢ使用量を表す。
【０１４０】
【数１９】
2015128329.tif 000021
合計ＤｅＮＢ−ＲＮ  ＰＲＢ使用量は、ＭＡＣとＬ１の間のサービスアクセスポイントで計算される。測定はＤＬとＵＬに別々に行われる。
【０１４１】
一例では、  は、時間Ｔの間にトラフィッククラスｑｃｉごとにＲＮ局Ｊに送信／受信のために割り当てられた完全リソースブロックの数（Ｍ１＿ＲＮ（Ｔ，Ｊ，ｑｃｉ））を、ＲＮ局Ｊに割り当てられたＵｎサブフレーム中のＰＲＢの合計数（Ｐ１＿ＲＮ（Ｔ））と、時間Ｔの間に同じＵｎサブフレーム中にある割り込み不可優先マクロＷＴＲＵトラフィックのためのマクロＷＴＲＵ  ＰＲＢの数（Ｍ２＿ＤｏＵＥ（Ｔ））との差で割った値として求められる。式（２２）は、時間Ｔの間にＲＮに実際に割り当てられたＵｎサブフレーム中のＲＮごと、ＱＣＩ毎のＰＲＢ使用量を表す。
【０１４２】
【数２０】
2015128329.tif 000022
【０１４３】
Ｕｎサブフレーム構成（ＵｎＳＣ）単位毎のＰＲＢ使用量の測定が行われる。測定はＤＬとＵＬに別々に行われる。基本となるＵｎＳＣ単位は、ＤｅＮＢがＵｎサブフレームを割り当てるためにＲＮを設定する際の基本のシグナリング単位と定義される。例えば、１つのドナーセルに合計８個の互いに素のＵｎＳＣ単位がある。ＵｎＳＣ単位は、Ｕｎインタフェースで利用可能なサブフレームの配分であり、ＲＲＣシグナリングを介して１つまたは複数のＵｎＳＣが１つまたは複数のＲＮに割り当てられる。２つ以上のＲＮが、ＲＮトラフィックのために同じＵｎＳＣを共有する。ドナーセル内のマクロＷＴＲＵのトラフィックもＵｎサブフレームリソースを使用するように割り当てられる。例えば、Ｕｎサブフレームは、ＲＮトラフィックならびにマクロＷＴＲＵトラフィックにより負荷分散される。ＵｎＳＣ単位でＰＲＢの使用量を評価するためにＤｅＮＢでＬ２測定が行われる。
【０１４４】
一例では、ＵｎＳＣごとにＵｎサブフレーム中のマクロＷＴＲＵ  ＰＲＢの使用量の測定が行われる。時間Ｔの間の所与のＵｎＳＣ  Ｋ（例えば、ＫはＵｎＳＣの索引）についてのマクロＷＴＲＵ  ＰＲＢ使用量は、Ｍ＿ＤｏＵＥｓｃ（Ｋ，Ｔ）と表される。Ｍ＿ＤｏＵＥｓｃ（Ｋ，Ｔ）を求めるために、ＤｅＮＢは、時間Ｔの間のＵｎＳＣ  ＫのマクロＷＴＲＵのＰＲＢの測定数（Ｍ１＿ＤｏＵＥｓｃ（Ｋ，Ｔ））を、時間Ｔの間にＵｎＳＣ  Ｋで利用可能なＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））で割る。式（２３）は、時間ＴにわたるＵｎＳＣ毎のＵｎサブフレーム中のマクロＷＴＲＵ  ＰＲＢの使用量を表す。
【０１４５】
【数２１】
2015128329.tif 000023
測定結果は、ＵｎＳＣの総負荷条件を導出するために使用される。測定結果は、Ｕｎサブフレームの配分を拡大する前に、他の未割り当てのＵｎＳＣのマクロＷＴＲＵトラフィックを原因とする負荷条件を予測するためにも使用される。
【０１４６】
ＵｎＳＣ単位のＵｎサブフレーム中のＲＮ  ＰＲＢ使用量の測定が行われる。Ｕｎサブフレーム（例えば割り当てられたＵｎＳＣ単位）に対する合計ＲＮトラフィック使用量を監視するのに加えて、１つまたは複数のＵｎＳＣの負荷条件を評価するために、個々のＵｎＳＣ毎のＲＮ  ＰＲＢ使用量も測定される。ＵｎＳＣ毎のＲＮ  ＰＲＢ使用量の測定は、ＤＬとＵＬに別々に行われる。例えば、時間Ｔの間のＵｎＳＣ  Ｋ毎のＲＮ  ＰＲＢ使用量は、Ｍ＿ＲＮｓｃ（Ｋ，Ｔ）と表される。ＤｅＮＢは、時間Ｔの間にＵｎＳＣ  ＫでＲＮに割り当てられるＰＲＢの合計数（Ｍ１＿ＲＮｓｃ（Ｋ，Ｔ））を、時間Ｔの間にＵｎＳＣ  Ｋで利用可能なＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））で割ることによりＭ＿ＲＮｓｃ（Ｋ，Ｔ）を得る。式（２４）は、時間ＴにわたるＵｎＳＣ毎のＵｎサブフレーム中のＲＮ  ＰＲＢ使用量を表す。
【０１４７】
【数２２】
2015128329.tif 000024
測定結果は、ＵｎＳＣ毎の総負荷条件を判定するために使用される。測定結果は、Ｕｎサブフレームの配分を縮小する前に、他の割り当て済みのＵｎＳＣのＲＮトラフィックを原因とする負荷条件を予測するためにも使用される。
【０１４８】
一例では、時間Ｔの間にＵｎＳＣ  ＫでＲＮに割り当てられるＰＲＢの合計数（Ｍ１＿ＲＮｓｃ（Ｋ，Ｔ））と、時間Ｔの間にＵｎＳＣ  Ｋで利用可能なＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））との比を求める代わりに（またはそれに加えて）、時間Ｔ中のＵｎＳＣ  ＫのＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））と、時間Ｔの間のＵｎＳＣ  ＫのマクロＷＴＲＵのためのＰＲＢの測定数（Ｍ１＿ＤｏＵＥｓｃ（Ｋ，Ｔ））との差が利用される。例えば、時間ＴにわたるＵｎＳＣ毎のＵｎサブフレーム中のＲＮ  ＰＲＢ使用量を求めるために、時間Ｔの間にＵｎＳＣ  ＫでＲＮに割り当てられるＰＲＢの合計数（Ｍ１＿ＲＮｓｃ（Ｋ，Ｔ））を、時間Ｔの間のＵｎＳＣ  Ｋ中のＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））と、時間Ｔの間のＵｎＳＣ  ＫのマクロＷＴＲＵのためのＰＲＢの測定数（Ｍ１＿ＤｏＵＥｓｃ（Ｋ，Ｔ））との差で割る。式（２５）は、時間ＴにわたるＵｎＳＣ毎のＵｎサブフレーム中のＲＮ  ＰＲＢ使用量を表す。
【０１４９】
【数２３】
2015128329.tif 000025
【０１５０】
一例では、上記で開示したＵｎＳＣ毎の  ＲＮ  ＰＲＢ使用量の定義を利用する代わりに（またはそれに加えて）、時間Ｔの間にＵｎＳＣ  ＫにあるＲＮ  ＰＲＢの合計数（Ｍ１＿ＲＮｓｃ（Ｋ，Ｔ））を、時間Ｔの間のＵｎＳＣ  ＫのＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））と、時間Ｔの間にＵｎＳＣ  Ｋで観測された割り込み不可優先マクロＷＴＲＵトラフィックに割り当てられたマクロＷＴＲＵ  ＰＲＢの数（Ｍ２＿ＤｏＵＥｓｃ（Ｋ，Ｔ））との差で割ることにより、ＵｎＳＣ毎のＲＮ  ＰＲＢ使用量が求められる。式（２６）は、時間ＴにわたるＵｎサブフレームにおけるＵｎＳＣ毎のＲＮ  ＰＲＢ使用量を表す。
【０１５１】
【数２４】
2015128329.tif 000026
式中、Ｍ２＿ＤｏＵＥｓｃ（Ｋ，Ｔ）は、時間Ｔの間にＵｎＳＣ  Ｋで観測された割り込み不可優先マクロＷＴＲＵトラフィックからのＰＲＢの数である。例えば、特定のＵｎＳＣの総負荷（例えば、Ｍ＿ＲＮｓｃ（Ｋ，Ｔ）＋Ｍ＿ＤｏＵＥｓｃ（Ｋ，Ｔ））が第１の閾値を超えるか、または第２の閾値を下回る場合、ドナーセルのＵｕ／Ｕｎサブフレームの再配分がトリガにより始動される、かつ／または特定のＲＮに対する再設定がトリガにより始動される。一例では、Ｍ＿ＲＮｓｃ（Ｋ，Ｔ）が第１の閾値を超えるか、または第２の閾値を下回ると、ドナーセルのＵｕ／Ｕｎサブフレーム再配分がトリガにより始動されるか、かつ／または特定のＲＮに対する再設定がトリガにより始動される。例えば、特定のＲＮに関連する輻輳したＵｎＳＣの場合には、トリガにより、追加的なＵｎＳＣをＲＮに割り当てることにより、ＤｅＮＢにＲＮを再設定させるか、またはＲＮに新しいＵｎＳＣを割り当て、既存のＵｎＳＣをＲＮから除去することによりＲＮを再設定させる。
【０１５２】
Ｕｎサブフレーム構成単位ごと、トラフィッククラス（ＱＣＩ）ごとにＰＲＢ使用量の測定が行われる。Ｕｎサブフレーム構成単位ごと、トラフィッククラス（ＱＣＩ）毎のＰＲＢ使用量の測定は、ＤＬとＵＬに別々に行われる。例えば、トラフィッククラス／ＱＣＩ毎の特定のＵｎＳＣ  ＫのマクロＷＴＲＵ  ＰＲＢ使用量（Ｍ＿ＤｏＵＥｓｃ（Ｋ，Ｔ，ｑｃｉ））の測定が行われる。ＱＣＩ毎のＵｎＳＣ  ＫにおけるマクロＷＴＲＵ  ＰＲＢ使用量は、時間ＴにわたるＵｎＳＣ  ＫのトラフィッククラスｑｃｉのマクロＷＴＲＵ  ＰＲＢの測定数（Ｍ１＿ＤｏＵＥｓｃ（Ｋ，Ｔ，ｑｃｉ））を、時間Ｔの間にＵｎＳＣ  Ｋで利用可能なＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））で割ることによって求められる。式（２７）は、時間ＴにわたるＵｎＳＣ単位ごと、トラフィッククラス（ＱＣＩ）毎のマクロＷＴＲＵ  ＰＲＢ使用量を表す。
【０１５３】
【数２５】
2015128329.tif 000027
ＵｎＳＣ単位ごと、トラフィッククラス（ＱＣＩ）毎のマクロＷＴＲＵ  ＰＲＢ使用量は、ＵｎＳＣの総負荷条件を導出するために使用されるか、かつ／または、例えばＵｎサブフレームの配分を拡張する前に、未割り当ての他のＵｎＳＣのマクロＷＴＲＵトラフィックを原因とする負荷条件を予測するために使用される。
【０１５４】
Ｕｎサブフレーム（例えば割り当てられたＵｎＳＣ単位）の合計ＲＮトラフィック使用量を監視するのに加えて、ＱＣＩ毎のＲＮ  ＰＲＢ使用量および／またはＱＣＩ毎のマクロＷＴＲＵ  ＰＲＢ使用量もＵｎＳＣ単位で測定される。ＱＣＩごと、ＵｎＳＣ毎のＲＮ  ＰＲＢ使用量および／またはＱＣＩごと、ＵｎＳＣ毎のマクロＷＴＲＵ  ＰＲＢ使用量は、特定のＵｎＳＣの負荷条件を判定するために測定される。ＱＣＩごと、ＵｎＳＣ毎のＲＮ  ＰＲＢ使用量および／またはＱＣＩごと、ＵｎＳＣ毎のマクロＷＴＲＵ  ＰＲＢ使用量は、ＤＬとＵＬに別々に行われる。時間Ｔの間のＵｎＳＣ  ＫのＱＣＩ  ｑｃｉについてのＲＮ  ＰＲＢ使用量（Ｍ＿ＲＮｓｃ（Ｋ，Ｔ，ｑｃｉ））は、時間Ｔの間にＱＣＩ  ｑｃｉでＵｎＳＣ  ＫでＲＮに割り当てられたＰＲＢの合計数（Ｍ１＿ＲＮｓｃ（Ｋ，Ｔ））を、時間Ｔの間にＵｎＳＣ  Ｋで利用可能なＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））で割ることによって求められる。式（２８）は、時間Ｔにわたるトラフィッククラス（ＱＣＩ）ごと、ＵｎＳＣ単位毎のＲＮ  ＰＲＢ使用量を表す。
【０１５５】
【数２６】
2015128329.tif 000028
【０１５６】
一例では、上記で開示したＵｎＳＣごと、ＱＣＩ毎のＲＮ  ＰＲＢ使用量の定義を利用する代わりに（またはそれに加えて）、時間Ｔの間のＱＣＩ  ｑｃｉのＵｎＳＣ  Ｋ中のＲＮ  ＰＲＢ合計数（Ｍ１＿ＲＮｓｃ（Ｋ，Ｔ，ｑｃｉ））を、時間Ｔ中のＵｎＳＣ  Ｋ中のＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））と、時間Ｔの間にＵｎＳＣ  Ｋで観測されるマクロＷＴＲＵ  ＰＲＢの数（Ｍ１＿ＤｏＵＥｓｃ（Ｋ，Ｔ））との差で割ることにより、ＵｎＳＣごと、ＱＣＩ  毎のＲＮ  ＰＲＢ使用量が求められる。式（２８）は、時間ＴにわたるトラフィックＵｎＳＣ単位ごと、クラス（ＱＣＩ）毎のＲＮ  ＰＲＢ使用量を表す。
【０１５７】
【数２７】
2015128329.tif 000029
【０１５８】
一例では、上記で開示したＵｎＳＣごと、ＱＣＩ毎のＲＮ  ＰＲＢ使用量の定義を利用する代わりに（またはそれに加えて）、時間Ｔの間のＱＣＩ  ｑｃｉのＵｎＳＣ  Ｋ中のＲＮ  ＰＲＢの合計数（Ｍ１＿ＲＮｓｃ（Ｋ、Ｔ、ｑｃｉ））を、時間Ｔの間のＵｎＳＣ  Ｋ中のＰＲＢの合計数（Ｐ＿ＲＮｓｃ（Ｋ，Ｔ））と、時間Ｔの間にＵｎＳＣ  Ｋで観測される割り込み不可優先マクロＷＴＲＵトラフィックのためのマクロＷＴＲＵ  ＰＲＢの数（Ｍ２＿ＤｏＵＥｓｃ（Ｋ，Ｔ））との差で割ることにより、ＵｎＳＣごと、ＱＣＩ毎のＲＮ  ＰＲＢ使用量が求められる。式（２９）は、時間ＴにわたるＵｎＳＣ単位ごと、トラフィッククラス（ＱＣＩ）毎のＲＮ  ＰＲＢ使用量を表す。
【０１５９】
【数２８】
2015128329.tif 000030
【０１６０】
合計マクロＷＴＲＵ  ＰＲＢ使用量を求めるために測定が行われる。例えば、合計マクロＷＴＲＵ  ＰＲＢ使用量の測定を利用して、ＤｅＮＢ／マクロＷＴＲＵインタフェースの負荷条件を検出するために、ＤｅＮＢのＵｕインタフェースにおけるリソースの使用量を監視する。測定結果は、ＤｅＮＢで負荷平衡および／または輻輳制御に使用される。合計マクロＷＴＲＵ  ＰＲＢ使用量の測定で、時間Ｔの間の合計マクロＷＴＲＵ  ＰＲＢ使用量のパーセント値（Ｍ（Ｔ））が得られる。Ｍ（Ｔ））は、マクロＷＴＲＵに割り当てられるＰＲＢの数（Ｍ１（Ｔ））を、時間Ｔの間にマクロＷＴＲＵによって使用されることが可能な利用可能な合計ＰＲＢリソース（Ｐ（Ｔ））で割ることによって求められる。Ｐ（Ｔ）は、時間Ｔの間にマクロＷＴＲＵに割り当てることができたＰＲＢの最大数と定義される。例えば、時間Ｔの間にマクロＷＴＲＵに割り当てることができるＰＲＢの最大数は、時間Ｔの間のＰＲＢの合計数（Ａ（Ｔ））と、時間Ｔの間にＲＮに割り当てられるＰＲＢの数（ＲＮ（Ｔ））との差である。式（３０）および（３１）は、それぞれ、時間Ｔの間の合計マクロＷＴＲＵ  ＰＲＢ使用量のパーセント値と、時間Ｔの間にマクロＷＴＲＵに割り当てることができるＰＲＢの最大数を表す。
【０１６１】
【数２９】
2015128329.tif 000031
【０１６２】
【数３０】
2015128329.tif 000032
測定はＤＬとＵＬに別々に行われる。Ｍ（Ｔ）は、時間Ｔにわたって平均した、実際にマクロＷＴＲＵに使用されたＰＲＢの割合である合計マクロＷＴＲＵ  ＰＲＢ使用量である。Ｍ（Ｔ）は０ないし１００％の範囲の値である。Ｍ１（Ｔ）は、時間Ｔの間にマクロＷＴＲＵに割り当てられた完全リソースブロックの数である。ＤＬについては、マクロＷＴＲＵによる送信に使用されたＰＲＢが含められる。ＵＬについては、送信のためにマクロＷＴＲＵに割り当てられたＰＲＢが含められる。Ｐ（Ｔ）は、時間Ｔの間にＤｅＮＢのＵｕインタフェースでマクロＷＴＲＵが利用可能なＰＲＢの合計数である。Ａ（Ｔ）は、時間Ｔの間に利用可能なＰＲＢの合計数である。ＲＮ（Ｔ）は、時間Ｔの間にＲＮによって使用されたＰＲＢの合計数である。
【０１６３】
一例では、合計マクロＷＴＲＵ  ＰＲＢ使用量は、トラフィッククラス（ＱＣＩ）ごとに測定される。測定により、トラフィッククラス毎のＤｅＮＢ−ＵＥ間のインタフェース（例えば、Ｕｕインタフェース）におけるリソース使用量が得られる。トラフィッククラス毎の合計マクロＷＴＲＵ  ＰＲＢ使用量はＭ（ｑｃｉ）と表され、マクロＷＴＲＵのあるトラフィッククラスに関連するＰＲＢ使用量のパーセント値である。トラフィッククラス毎のマクロＷＴＲＵ  ＰＲＢ使用量の測定は、１つのセル内のマクロＷＴＲＵの集約であり、専用トラフィックチャネル（ＤＴＣＨ）に適用可能である。測定は、ＭＡＣとＬ１の間のサービスアクセスポイントで行われる。測定は、ＤＬ  ＤＴＣＨ（例えば、ＱＣＩごと）とＵＬ  ＤＴＣＨ（例えば、ＱＣＩごと）に別々に行われる。式（３２）は、時間Ｔの間のトラフィッククラスｑｃｉ毎の絶対マクロＷＴＲＵ  ＰＲＢ使用量を表す。式（３３）は、トラフィッククラス毎のマクロＷＴＲＵ  ＰＲＢ使用量を表す。式（３４）は、時間Ｔの間にマクロＷＴＲＵに割り当てることができるＰＲＢの最大数を表す。
【０１６４】
【数３１】
2015128329.tif 000033
【０１６５】
【数３２】
2015128329.tif 000034
Ｐ（Ｔ）＝Ａ（Ｔ）−ＲＮ（Ｔ）  式（３４）
Ｍ１（ｑｃｉ，Ｔ）は、時間Ｔの間にマクロＷＴＲＵに割り当てられたトラフィッククラスｑｃｉ毎のＰＲＢの数であり、完全または部分ＰＲＢの数である。変数ｔは、ＤｅＮＢ−ＷＴＲＵ間のインタフェース（例えばＵｕインタフェース）を通るＳＴＣＨデータを含んでいる、時間Ｔ中のトランスポートブロックを表す。最初の送信およびＨＡＲＱによる再送信に使用されるトランスポートブロックが計数される。Ｓ（Ｔ）は、ブロックｔの送信に使用されるＰＲＢのセットである。Ｗ（ｐ）は、現在ＰＲＢｐを共有しているトランスポートブロックの数である。Ｂ（ｔ，ｑｃｉ）は、トランスポートブロックｔで搬送され、ＤｅＮＢ−ＷＴＲＵ間インタフェース（例えばＵｕインタフェース）で送信される、ｑｃｉのＱＣＩを持つＲＮ  ＤＴＣＨのためのＤＴＣＨビットの合計数である。Ｘ（ｔ）は、多重化を考慮に入れるために定義される。例えば、多重化を考慮に入れる場合は、Ｘ（ｔ）はＸ（ｔ）＝１と定義される。多重化を考慮に入れない場合に、トランスポートブロックｔが単一のＱＣＩに対応するデータを搬送する場合は、Ｘ（ｔ）はＸ（ｔ）＝１と定義される。多重化を考慮に入れない場合に、トランスポートブロックｔが２つ以上のＱＣＩ値に対応するデータを搬送する場合は、Ｘ（ｔ）はＸ（ｔ）＝０と定義される。Ｍ（ｑｃｉ）は、トラフィッククラス毎のマクロＷＴＲＵ  ＰＲＢ使用量であり、時間Ｔにわたって平均した、ＱＣＩ  ｑｃｉに使用されるＰＲＢのパーセント値として表される。Ｍ（ｑｃｉ）は０ないし１００％の範囲の値をとる。Ｐ（Ｔ）は、時間Ｔの間にＤｅＮＢのＵｕインタフェースでマクロＷＴＲＵに割り当てることができるＰＲＢの最大数である。Ａ（Ｔ）は、時間Ｔの間に利用可能なＰＲＢの合計数である。ＲＮ（Ｔ）は、時間Ｔの間にＲＮに使用されるＰＲＢの合計数である。
【０１６６】
セルフオーガナイジングネットワーク（ＳＯＮ）に対して、ｅＮＢは、ＲＮセルのセルリソースステータスを要求する。そのＲＮセルを維持しているＲＮは、自身の無線バックホールをＤｅＮＢに伝え、ＤｅＮＢは、要求元のｅＮＢとは異なる基地局である。ＲＮセルの容量は、ドナーセルの容量および／またはＲＮバックホールリンクの容量によって制限されるため、要求元のｅＮＢは、ＤｅＮＢのドナーセル（例えばＲＮの無線バックホールがＤｅＮＢに通信される際に使用されるセル）のセルリソースステータスも要求する。ＤｅＮＢがＲＮセルのリソース更新で要求元のＤｅＮＢに応答する時、ＤｅＮＢは自身のドナーセルの識別を通知する。例えば、ＤｅＮＢは、ドナーセルのＥ−ＵＴＲＡＮセルグローバル識別子（ＥＣＧＩ）を要求元のｅＮＢに送信する。ＲＮバックホールもＲＮの容量に影響するため、ＤｅＮＢは、ＲＮバックホールリンクの無線リソースステータスも送信する。中継セルの負荷条件に対応するために、要求元のｅＮＢは、ＤｅＮＢのドナーセルと、ドナーセル内でＲＮバックホールに関連する負荷に関連する情報をＤｅＮＢから受信する。表１に、ＤｅＮＢから別のｅＮＢに送信されるＲＮセルステータス更新メッセージで提供される情報要素の例を示す。例えば、セルステータス更新メッセージは、ドナーセルＩＤおよびＵｎインタフェース無線リソースステータスを含む。
【０１６７】
【表１】
2015128329.tif 000035
【０１６８】
トラフィッククラス／ＱＣＩ毎のＤｅＮＢ下にあるアクティブなＷＴＲＵの数の測定は、ＱＣＩクラス毎のアクティブなＷＴＲＵの数を示す。ＤｅＮＢは自身のリソースをＲＮとマクロＷＴＲＵとの間で配分する（例えば、ＵｕおよびＵｎサブフレームを時分割多重化する）ので、ＤｅＮＢは、ＲＮの下にあるＷＴＲＵ（例えばＲＮ−ＷＴＲＵ）を除いてＱＣＩ毎のアクティブなマクロＷＴＲＵの数を計数する。例えば、ＤｅＮＢが１つまたは複数のＲＮにサービスしている場合は、測定で、そのＤｅＮＢにサービスされているＲＮに接続されたＷＴＲＵではなく、ＤｅＮＢに直接接続されたＱＣＩ毎のアクティブなＷＴＲＵの数を求める。アクティブなマクロＷＴＲＵの数の測定は、ＵＬでアクティブなマクロＷＴＲＵおよび／またはＤＬでアクティブなマクロＷＴＲＵに対して行われる。
【０１６９】
ＤＬでＲＮ下にあるアクティブなＷＴＲＵのＱＣＩ毎の合計数を求めるために測定が行われる。ＤｅＮＢは、各ＲＮの下にあるアクティブなＷＴＲＵの数を求め、合計数を計算する。例えば、式（３５）は、時間Ｔの間にＱＣＩ  ｑｃｉでＤｅＮＢによってサービスされるＲＮに接続されているＤＬのアクティブなＷＴＲＵの合計数を表す。
【０１７０】
【数３３】
2015128329.tif 000036
Ｍ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＤｅＮＢに接続されたＲＮに接続されたＤＬのアクティブなＷＴＲＵのＱＣＩ毎の数である。Ｎ（ｉ，ｑｃｉ）は、ｑｃｉの所与のＱＣＩ値についてＲＮ（ｉ）の下にあるＤＬのアクティブなＷＴＲＵの数であり、ｉはＲＮの索引番号である。
【０１７１】
測定を行って、ＱＣＩごとにＵＬでＲＮの下にあるアクティブなＷＴＲＵの合計数を求める。ＤｅＮＢは、各ＲＮの下にあるアクティブなＷＴＲＵの数を求め、合計数を計算する。例えば、式（３６）は、時間Ｔの間にＱＣＩ  ｑｃｉのＤｅＮＢにサービスされるＲＮに接続されたＵＬのアクティブなＷＴＲＵの合計数を表す。
【０１７２】
【数３４】
2015128329.tif 000037
Ｍ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＤｅＮＢに接続されたＲＮに接続されたＱＣＩ毎のＵＬのアクティブなＷＴＲＵの数である。Ｎ（ｉ，ｑｃｉ）は、ｑｃｉの所与のＱＣＩ値についてのＲＮ（ｉ）の下にあるＵＬのアクティブなＷＴＲＵの数であり、ｉはＲＮの索引番号である。
【０１７３】
平均アクティブなＷＴＲＵビットレートの判定は、セルＰＤＣＰ  ＳＤＵビットレート（ＤＬおよび／またはＵＬ）を各ＱＣＩのアクティブなＷＴＲＵ（ＤＬおよび／またはＵＬ）の数で割ることによって把握される。セルＰＤＣＰ  ＳＤＵビットレートの測定がＤｅＮＢにおけるＲＮトラフィックを含む場合は、ＤｅＮＢにおけるアクティブなＷＴＲＵの数の測定は、ＤｅＮＢ−ＷＴＲＵ（例えば、マクロＷＴＲＵ）とＲＮ−ＷＴＲＵの両方を含む。Ｒｎ−ＷＴＲＵの平均ビットレートは、ＲＮによってすでに計算されている場合もあり、ＤｅＮＢがＲＮ−ＷＴＲＵを計算に含める場合は冗長になる。一例では、発生しうる二重の計数を考慮するために、ＤｅＮＢによるセルＰＤＣＰ  ＳＤＵビットレートの計算の際に、Ｘ２／Ｓ１からＲＮセルに転送される、またはＲＮセルから受信されるＰＤＣＰ  ＳＤＵをビットの計数から差し引く。一例では、ＤｅＮＢは、ＱＣＩ毎のアクティブなＷＴＲＵの測定時にＤｅＮＢ−ＷＴＲＵ（例えば、マクロＷＴＲＵ）は数に入れるが、ＲＮ−ＷＴＲＵは数に入れない。
【０１７４】
ＤｅＮＢにおけるＤＬパケット遅延の測定で、ＱＣＩクラス毎の平均パケット遅延を測定する。測定結果を使用して、各ＱＣＩクラスのＱｏＳを保証／実現する。ＤｅＮＢ−ＲＮ間のインタフェース（例えば、Ｕｎインタフェース）での遅延は、ＲＮのバックホールリンクであり、そのためそれらのパケットの遅延は、ＲＮのＵｕインタフェース（例えばＲＮとそのＲＮに接続されたＷＴＲＵの間のインタフェース）で測定される。したがって、ＤｅＮＢで測定されるパケット遅延は、ＤｅＮＢのＵｎインタフェースのパケットではなく、マクロＷＴＲＵパケット（例えば、ＤｅＮＢのＵｕインタフェースのパケット）の遅延を測定する。ＲＮバックホールパケットの遅延の測定は、独立した測定として行われる。したがって、１つのセル内でサービスされるＲＮが１つまたは複数ある場合は、ＤｅＮＢは、ＤｅＮＢとマクロＷＴＲＵの間で送信されるパケット（例えば、ＤｅＮＢのＵｕインタフェースのパケット）、およびＤｅＮＢと１つまたは複数のＲＮの間で送信されるパケット（例えば、ＤｅＮＢのＵｎインタフェースのパケット）について別個の測定を行う。
【０１７５】
マクロＷＴＲＵのＤＬパケット遅延の測定は、マクロＷＴＲＵのＱＣＩ毎の平均ＤＬパケット（例えば、ＤｅＮＢのＵｕインタフェースのＤＬトラフィック）の遅延を示す。ＤｅＮＢのＵｕインタフェースのＱＣｌ毎のＤＬパケット遅延は、マクロＷＴＲＵのデータ無線ベアラ（ＤＲＢ）のパケット遅延を指す。遅延を求める目的で、パケット到着の基準点をＰＤＣＰ上位サービスアクセスポイント（ＳＡＰ）とする。パケット受信の基準点をＭＡＣ下位ＳＡＰとする。一例では、マクロＷＴＲＵのＤＬパケット遅延の測定は、ＱＣＬごとに別個に行われる。例えば、式（３７）は、時間Ｔの間にＱＣＩ  ｑｃｉでＤｅＮＢのＵｕインタフェースを通るマクロＷＴＲＵパケットのＤＬパケット遅延を表す。
【０１７６】
【数３５】
2015128329.tif 000038
Ｍ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＱＣＩ毎のマクロＷＴＲＵ（例えば、Ｕｕインタフェースのパケット遅延）のＤＬパケット遅延である。例えば、ＤＬパケット遅延の単位は、秒やミリ秒等の時間を単位とする。ｔＡｒｒｉｖ（ｉ）は、マクロＷＴＲＵのＰＤＣＰのサービスデータ単位（ＳＤＵ）ｉが到着する時間である。例えば、マクロＷＴＲＵ  ＰＤＣＰ  ＳＤＵの到着を判定する基準点はＰＤＣＰ上位ＳＡＰである。ｔＡｃｋ（ｉ）は、マクロＷＴＲＵ  ＰＤＣＰ  ＳＤＵ  ｉの最後の部分がＨＡＲＱフィードバック情報に従ってＷＴＲＵに受信された時間である。添え字ｉは、時間Ｔの間にＰＤＣＰ上位ＳＡＰに到着するマクロＷＴＲＵ  ＳＤＵを表す。例えば、特定のＰＤＣＰ  ＳＤＵのすべての部分についてＨＡＲＱ受信通知が受信されない場合、そのＰＤＣＰ  ＳＤＵはパケット遅延の判定で除外される。Ｉ（Ｔ）は、当該測定期間Ｔの間のマクロＷＴＲＵ  ＰＤＣＰ  ＳＤＵの合計数である。
【０１７７】
同様に、ＲＮバックホールＤＬパケット遅延の測定は、ＲＮトラフィック（例えば、ＤｅＮＢのＵｎインタフェースのＤＬトラフィック）のＱＣＩ毎の平均ＤＬパケット遅延に対応する。この測定をＲＮ処理および伝送遅延の測定と組合せて、ＲＮパケットの合計パケット遅延を求める。ＤｅＮＢのＵｎインタフェースのＱＣＩ毎のＤＬパケット遅延は、ＲＮデータ無線ベアラ（ＤＲＢ）についてのパケット遅延を指す。遅延を判定する目的で、パケット到着の基準点をＰＤＣＰ上位サービスアクセスポイント（ＳＡＰ）とする。パケット受信の基準点はＭＡＣ下位ＳＡＰとする。一例では、ＲＮ  ＤＬパケット遅延の測定はＱＣＩごとに別個に行われる。例えば、式（３８）は、時間Ｔの間のＱＣＩ  ｑｃｉのＤｅＮＢのＵｎインタフェースを通るＲＮパケットのＤＬパケット遅延を表す。
【０１７８】
【数３６】
2015128329.tif 000039
Ｍ＿ＲＮ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＱＣＩ毎のＲＮのＤＬパケット遅延（例えば、Ｕｎインタフェースのパケット遅延）である。例えば、ＤＬパケット遅延の単位は、秒やミリ秒等の時間を単位とする。ｔＡｒｒｉｖ（ｉ）は、ＲＮ  ＰＤＣＰサービスデータ単位（ＳＤＵ）ｉが到着する時間である。例えば、ＲＮ  ＰＤＣＰ  ＳＤＵの到着を判定する基準点はＰＤＣＰ上位ＳＡＰとする。ｔＡｃｋ（ｉ）は、ＨＡＲＱフィードバック情報に従ってＲＮ  ＰＤＣＰ  ＳＤＵｉの最後の部分がＲＮに受信された時間である。添え字ｉは、時間Ｔの間にＰＤＣＰ上位ＳＡＰに到着するＲＮ  ＳＤＵを表す。例えば、特定のＰＤＣＰ  ＳＤＵのすべての部分についてＨＡＲＱ受信通知が受信されない場合、そのＰＤＣＰ  ＳＤＵはパケット遅延の判定で除外される。Ｉ（Ｔ）は、当該測定期間Ｔの間のＲＮ  ＰＤＣＰ  ＳＤＵの合計数である。
【０１７９】
一例では、ＱＣＩ毎のＲＮバックホールＤＬパケット遅延の測定はＲＮ単位で行われる。ＲＮ単位で測定を行うと、１つまたは複数のＲＮ間の相対遅延が比較されるので、より詳細な負荷および遅延情報が得られる。ＤｅＮＢのＵｎインタフェースにおけるＱＣＩごと、ＲＮ毎のＤＬパケット遅延では、ＤＲＢのパケット遅延を測定する。遅延を判定する目的で、パケット到着の基準点をＰＤＣＰ上位サービスアクセスポイント（ＳＡＰ）とする。パケット受信の基準点はＭＡＣ下位ＳＡＰとする。一例では、ＲＮ  ＤＬパケット遅延の測定はＱＣＩごとに別個に行われる。例えば、式（３９）は、時間Ｔの間にＱＣＩ  ｑｃｉのＤｅＮＢのＵｎインタフェースを通るＲＮｊのパケットのＤＬパケット遅延を表す。
【０１８０】
【数３７】
2015128329.tif 000040
Ｍ＿ＲＮ（Ｔ，ｊ，ｑｃｉ）は、時間Ｔにわたって平均した、ＱＣＩ毎のＲＮｊのＤＬパケット遅延（例えば、ＤｅＮＢとＲＮｊの間のＵｎインタフェースにおけるパケット遅延）である。例えば、ＤＬパケット遅延の単位は、秒やミリ秒等の時間を単位とする。ｔＡｒｒｉｖ（ｉ）は、ＲＮｊのＰＤＣＰサービスデータ単位（ＳＤＵ）ｉが到着する時間である。例えば、ＲＮ  ＰＤＣＰ  ＳＤＵの到着を判定する基準点はＰＤＣＰ上位ＳＡＰとする。ｔＡｃｋ（ｉ）は、ＨＡＲＱフィードバック情報に従ってＲＮｊのＰＤＣＰ  ＳＤＵｉの最後の部分がＲＮに受信された時間である。添え字ｉは、時間Ｔの間にＰＤＣＰ上位ＳＡＰに到着するＲＮｊのＳＤＵを表す。例えば、特定のＰＤＣＰ  ＳＤＵのすべての部分についてＨＡＲＱ受信通知が受信されない場合、そのＰＤＣＰ  ＳＤＵはパケット遅延を求める際に除外される。Ｉ（Ｔ）は、当該測定期間Ｔの間のＲＮｊのＰＤＣＰ  ＳＤＵの合計数である。
【０１８１】
ＲＮ−ＷＴＲＵの全パケット遅延を正確に求めるために、ＲＮにおけるパケット処理および伝送遅延の測定を行って、そのＲＮのＱＣＩ毎の処理および伝送遅延を求める。ＲＮパケット処理および伝送遅延の測定は、ＲＮ  ＭＡＣWTRUがそのＵｎインタフェースでＤｅＮＢからのパケットを受信する時間と、ＲＮ  ＭＡＣeNBがそのＵｕインタフェースでＲＮ−ＷＴＲＵからＡＣＫを受信する時間との間の平均遅延を意味する。この測定をＤｅＮＢバックホール遅延と組合せて、ＤｅＮＢのＰＤＣＰ上位ＳＡＰからＲＮ−ＷＴＲＵへのＲＮ−ＷＴＲＵパケットの合計のＤＬ平均遅延を求める。例えば、ＲＮの元で行われる送信者から受信者へのトラフィッククラス毎の合計パケット遅延の推定は、ネットワークのＱｏＳ管理に使用される。合計パケット遅延の推定は、ＲＮ−ＷＴＲＵパケットの合計ＤＬ平均遅延を平均ネットワークパケット遅延と組合せることによって求められる。ＱＣＩ毎のＤＬパケット遅延の測定は、ＤＲＢのパケット遅延を指す。遅延を判定する目的で、パケット到着の基準点をＵｎインタフェースのＲＮ  ＭＡＣ下位ＳＡＰとする。パケット受信の基準点は、ＲＮのＵｕインタフェースのＲＮ  ＭＡＣ下位ＳＡＰとする。一例では、ＲＮにおけるパケット処理および伝送遅延の測定はＱＣＩごとに別個に行われる。例えば、式（４０）は、時間Ｔの間のＱＣＩ  ｑｃｉのＲＮにおけるＤＬパケット処理および伝送遅延を表す。
【０１８２】
【数３８】
2015128329.tif 000041
Ｍ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＱＣＩ毎のＲＮのＤＬパケット遅延である。例えば、ＤＬパケット遅延の単位は、秒やミリ秒等の時間を単位とする。ｔＡｒｒｉｖ（ｉ）は、ＭＡＣがＵｎインタフェースでＤｅＮＢからＭＡＣ  ＳＤＵｉを受信する時間である。ｔＡｃｋ（ｉ）は、ＨＡＲＱフィードバック情報に従ってＳＤＵｉの最後の部分がＲＮ−ＷＴＲＵに受信された時間である。添え字ｉは、時間Ｔの間にＵｕインタフェースを介してＲＮのＭＡＣ層に到着するＳＤＵを表す。Ｉ（Ｔ）は、当該測定期間Ｔの間のＭＡＣ  ＳＤＵの合計数である。
【０１８３】
ＤｅＮＢにおけるＤＬデータ破棄の測定で、所与のセルの輻輳レベルの指標としてのパケット破棄率を測定する。ＤｅＮＢで、ＤｅＮＢ−ＲＮ間インタフェース（例えば、Ｕｎインタフェース）およびＤｅＮＢマクロＷＴＲＵインタフェース（例えばＵｕインタフェース）で発生しうる輻輳を反映するために、２つの測定を別個に行って、ＵｕインタフェースとＵｎインタフェースの輻輳レベルを判定する。
【０１８４】
例えば、マクロＷＴＲＵについてのＤｅＮＢにおけるＤＬデータ破棄の測定を行って、ＤＬマクロＷＴＲＵパケットのパケット破棄比を求める。ＤｅＮＢのＵｕインタフェースにおけるＱＣＩ毎のＤＬパケット破棄率の測定は、マクロＷＴＲＵ  ＤＲＢについての破棄率を示す。例えば、パケットは１つのマクロＷＴＲＵ  ＰＤＣＰ  ＳＤＵに相当する。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。測定はＱＣＩごとに別個に行われる。例えば、式（４１）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｕインタフェースにおけるＤＬパケットの破棄率を表す。
【０１８５】
【数３９】
2015128329.tif 000042
多くの事例では、パケット損失は非常に少ない。個々の破棄率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定の時間に依存する。Ｍ＿ｕｅ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＱＣＩ毎のＤＬマクロＷＴＲＵのパケット破棄率である。ＤＬマクロＷＴＲＵのパケット破棄率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｄｉｓｃｕｅ（Ｔ，ｑｃｉ）は、時間Ｔの間に無線で送信された部分がなく、ハンドオーバー以外の理由でＰＤＣＰ、ＲＬＣ、またはＭＡＣ層で破棄されたＤＬマクロＷＴＲＵパケットの数であり、ｑｃｉのＱＣＩの無線ベアラのデータを含む。Ｎ＿ｕｅ（Ｔ，ｑｃｉ）は、時間Ｔの間にＰＤＣＰ上位ＳＡＰに到着したｑｃｉのＱＣＩを持つベアラのＤＬマクロＷＴＲＵパケットの数である。例えば、Ｔは分単位で測定される。
【０１８６】
同様に、ＲＮトラフィックについてのＤｅＮＢにおけるＤＬデータ破棄の測定を行って、ＤＬ  ＲＮパケットのパケット破棄比を求める。ＤｅＮＢのＵｎインタフェースのＱＣＩ  毎のＤＬパケットの破棄率の測定は、ＲＮ  ＤＲＢの破棄率を示す。例えば、パケットは１つのＲＮ  ＰＤＣＰ  ＳＤＵに相当する。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。測定はＱＣＩごとに別個に行われる。例えば、式（４２）は、時間Ｔの間のＱＣＩ  ｑｃｉを持つパケットのＵｎインタフェースにおけるＤＬパケットの破棄率を表す。
【０１８７】
【数４０】
2015128329.tif 000043
多くの事例では、パケット損失は非常に少ない。個々の破棄率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定の時間に依存する。Ｍ＿ＲＮ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＱＣＩ毎のＤＬ  ＲＮパケット破棄率である。ＤＬ  ＲＮパケットの破棄率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｄｉｓｃ＿ＲＮ（Ｔ，ｑｃｉ）は、時間Ｔの間に無線で送信された部分がなく、ハンドオーバー以外の理由でＰＤＣＰ、ＲＬＣ、またはＭＡＣ層で破棄され、ｑｃｉのＱＣＩの無線ベアラのデータを含むＤＬ  ＲＮパケットの数である。Ｎ＿ＲＮ（Ｔ，ｑｃｉ）は、時間Ｔの間にＰＤＣＰ上位ＳＡＰに到着したｑｃｉのＱＣＩを持つベアラのＤＬ  ＲＮパケットの数である。例えば、Ｔは分単位で測定される。
【０１８８】
一例では、所与のトラフィッククラスのＲＮトラフィックについてのＤｅＮＢのＤＬデータ破棄は、ＲＮごとに測定される。例えば、ＤｅＮＢのＵｎインタフェースにおけるＲＮ局ｊについてのＱＣＩ毎のＤＬパケット破棄率の測定は、ＲＮ局ｊのＤＲＢについての破棄率を示す。例えば、パケットは１つのＲＮ  ＰＤＣＰ  ＳＤＵに相当する。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。測定はＱＣＩごとに別個に行われる。例えば、式（４３）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｎインタフェースにおけるＤＬパケットの破棄率を表す。
【０１８９】
【数４１】
2015128329.tif 000044
多くの事例では、パケット損失は非常に少ない。個々の破棄率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定の時間に依存する。Ｍ＿ＲＮ（Ｔ，ｊ，ｑｃｉ）は、時間Ｔにわたって平均した、ＲＮ局ｊについてのＱＣＩ毎のＤＬ  ＲＮパケットの破棄率である。ＤＬ  ＲＮパケット破棄率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｄｉｓｃ＿ＲＮ（Ｔ，ｊ，ｑｃｉ）は、時間Ｔの間に無線で送信された部分がなく、ハンドオーバー以外の理由でＰＤＣＰ、ＲＬＣ、またはＭＡＣ層で破棄され、ｑｃｉのＱＣＩを持つ無線ベアラのデータを含むＲＮ局ｊのＤＬ  ＲＮパケットの数である。Ｎ＿ＲＮ（Ｔ，ｊ，ｑｃｉ）は、時間Ｔの間にＰＤＣＰ上位ＳＡＰに到着したＲＮ局ｊのｑｃｉのＱＣＩを持つベアラのＤＬ  ＲＮパケットの数である。例えば、Ｔは分単位で測定される。
【０１９０】
ＤｅＮＢにおける無線伝送条件の詳細なモデルを確定するために、ＤｅＮＢのマクロＷＴＲＵのパケット損失（例えば、Ｕｕインタフェースに関連するパケット損失）およびＤｅＮＢ−ＲＮのパケット損失（例えば、Ｕｎインタフェースに関連するパケット損失）の別個の測定  。測定は、一部の種類および／またはすべての種類の中継機に適用される。
【０１９１】
ＵｕインタフェースにおけるＱＣＩ毎のＤＬパケット損失率の測定で、ＱＣＩクラス毎のマクロＷＴＲＵパケットのＤＬデータ損失率を測定する。例えば、パケットは１つのマクロＷＴＲＵ  ＰＤＣＰ  ＳＤＵに相当する。測定はＱＣＩごとに別個に行われる。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。例えば、式（４４）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｕインタフェースにおけるＤＬパケット損失率を表す。
【０１９２】
【数４２】
2015128329.tif 000045
例えば、パケット損失は、ＱＣＩのパケットエラー損失率（ＰＥＬＲ）によって上限が決まることが予想され、ＰＥＬＲは１０-6ないし１０-2の間の値をとる。個々のパケット損失率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定に許される時間に依存する。Ｍ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＵｕインタフェースにおけるＱＣＩ毎のＤＬパケット損失率である。ＤＬパケット損失率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｌｏｓｓ（Ｔ，ｑｃｉ）は、少なくとも一部分が無線で送信されたが肯定応答が返されておらず、それ以上送信の試みが行われないと時間Ｔの間に判断された、ｑｃｉのＱＣＩを持つＵｕインタフェースのＤＬパケットの数である。例えば、パケットの送信が別のセルで継続しうる場合は、計数から除外される。Ｎ（Ｔ，ｑｃｉ）は、無線で送信され、時間Ｔの間に肯定応答が返されたｑｃｉのＱＣＩを持つベアラのＤＬマクロＷＴＲＵパケットの数である。例えばＴは分単位で測定される。
【０１９３】
同様に、ＵｎインタフェースにおけるＱＣＩ単位のＤＬパケット損失率の測定で、ＱＣＩクラス毎のＲＮパケットのＤＬデータ損失率を測定する。例えば、パケットは１つのＲＮ  ＰＤＣＰ  ＳＤＵに相当する。測定はＱＣＩごとに別個に行われる。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。例えば、式（４５）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｎインタフェースにおけるＤＬパケット損失率を表す。
【０１９４】
【数４３】
2015128329.tif 000046
例えば、パケット損失は、ＱＣＩのパケットエラー損失率（ＰＥＬＲ）によって上限が決まることが予想され、ＰＥＬＲは１０-6ないし１０-2の間の値をとる。個々のパケット損失率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定に許される時間に依存する。Ｍ＿ＲＮ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＵｎインタフェースにおけるＱＣＩ毎のＤＬパケット損失率である。ＤＬパケット損失率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｌｏｓｓ＿ＲＮ（Ｔ，ｑｃｉ）は、少なくとも一部分が無線で送信されたが肯定応答が返されておらず、それ以上送信の試みが行われないと時間Ｔの間に判断された、ｑｃｉのＱＣＩを持つＵｎインタフェースのＤＬパケットの数である。例えば、パケットの送信が別のセルで継続しうる場合は、計数から除外される。Ｎ（Ｔ，ｑｃｉ）は、無線で送信され、時間Ｔの間に肯定応答が返されたｑｃｉのＱＣＩを持つベアラのＤＬ  ＲＮパケットの数である。例えばＴは分単位で測定される。
【０１９５】
一例では、ＵｎインタフェースにおけるＱＣＩ毎のＤＬパケット損失率の測定は、ＲＮ単位で行われる。例えば、所与のＲＮ局ＪについてのＱＣＩ毎のＤＬパケット損失率の測定で、ＲＮ局ＪのＤＲＢについてのパケット損失を測定する。パケットは１つのＲＮ  ＰＤＣＰ  ＳＤＵに相当する。測定はＱＣＩごとに別個に行われる。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。例えば、式（４６）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｎインタフェースにおけるＲＮ局ＪについてのＤＬパケット損失率を表す。
【０１９６】
【数４４】
2015128329.tif 000047
例えば、パケット損失は、ＱＣＩのパケットエラー損失率（ＰＥＬＲ）によって上限が決まることが予想され、ＰＥＬＲは１０-6ないし１０-2の間の値をとる。個々のパケット損失率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定に許される時間に依存する。Ｍ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）は、時間Ｔにわたって平均した、ＵｎインタフェースにおけるＱＣＩ毎のＲＮ局ＪについてのＤＬパケット損失率である。ＤＬパケット損失率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｌｏｓｓ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）は、少なくとも一部分が無線で送信されたが肯定応答が返されておらず、それ以上送信の試みが行われないと時間Ｔの間に判断された、ｑｃｉのＱＣＩを持つＵｎインタフェースのＲＮ局ＪについてのＤＬパケットの数である。例えば、パケットの送信が別のセルで継続しうる場合は、計数から除外される。Ｎ（Ｔ，Ｊ，ｑｃｉ）は、無線で送信され、時間Ｔの間に肯定応答が返された、ＲＮ局ＪについてのｑｃｉのＱＣＩを持つベアラのＤＬ  ＲＮパケットの数である。例えばＴは分単位で測定される。
【０１９７】
ＵｕインタフェースにおけるＱＣＩ毎のＵＬパケット損失率の測定で、各ＱＣＩクラスのマクロＷＴＲＵパケットのＵＬデータ損失率を測定する。例えば、パケットは１つのマクロＷＴＲＵ  ＰＤＣＰ  ＳＤＵに相当する。測定はＱＣＩごとに別個に行われる。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。例えば、式（４７）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｕインタフェースにおけるＵＬパケット損失率を表す。
【０１９８】
【数４５】
2015128329.tif 000048
例えば、パケット損失は、ＱＣＩのパケットエラー損失率（ＰＥＬＲ）によって上限が決まることが予想され、ＰＥＬＲは１０-6ないし１０-2の間の値をとる。個々のパケット損失率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定に許される時間に依存する。Ｍ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＵｕインタフェースにおけるＱＣＩ毎のＵＬパケット損失率である。ＵＬパケット損失率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｌｏｓｓ（Ｔ，ｑｃｉ）は、時間Ｔの間の欠落しているマクロＷＴＲＵ  ＵＬ  ＰＤＣＰの連続番号の数であり、上位層に渡されず、ｑｃｉのＱＣＩを持つデータ無線ベアラに属する、Ｕｕインタフェース上のＵＬ  ＰＤＣＰパケットの数に相当する。例えば、パケットの送信が別のセルで継続しうる場合は、そのパケットは計数から除外される。Ｎ（Ｔ，ｑｃｉ）は、ＰＤＣＰ上位ＳＡＰによって上位層に渡された最初のパケットで始まり、時間Ｔの最後のパケットのＰＤＣＰ  ＳＮで終わる、ｑｃｉのＱＣＩを持つベアラのマクロＷＴＲＵ  ＵＬ  ＰＤＣＰの連続番号（欠落している連続番号を含む）の合計数である。例えばＴは分単位で測定される。
【０１９９】
同様に、ＵｎインタフェースにおけるＱＣＩ毎のＵＬパケット損失率の測定で、各ＱＣＩクラスのＲＮパケットのＵＬデータ損失率を測定する。例えば、パケットは１つのＲＮ  ＰＤＣＰ  ＳＤＵに相当する。測定はＱＣＩごとに別個に行われる。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。例えば、式（４８）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｎインタフェースにおけるＵＬパケット損失率を表す。
【０２００】
【数４６】
2015128329.tif 000049
例えば、パケット損失は、ＱＣＩのパケットエラー損失率（ＰＥＬＲ）によって上限が決まることが予想され、ＰＥＬＲは１０-6ないし１０-2の間の値をとる。個々のパケット損失率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定に許される時間に依存する。Ｍ＿ＲＮ（Ｔ，ｑｃｉ）は、時間Ｔにわたって平均した、ＵｎインタフェースにおけるＱＣＩ毎のＵＬパケット損失率である。ＵＬパケット損失率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｌｏｓｓ＿ＲＮ（Ｔ，ｑｃｉ）は、時間Ｔの間の欠落しているＲＮ  ＵＬ  ＰＤＣＰの連続番号の数であり、上位層に渡されず、ｑｃｉのＱＣＩを持つデータ無線ベアラに属する、Ｕｎインタフェース上のＵＬ  ＰＤＣＰパケットの数に相当する。例えば、パケットの送信が別のセルで継続しうる場合は、そのパケットは計数から除外される。Ｎ＿ＲＮ（Ｔ，ｑｃｉ）は、ＰＤＣＰ上位ＳＡＰによって上位層に渡された最初のパケットで始まり、時間Ｔの最後のパケットのＰＤＣＰ  ＳＮで終わる、ｑｃｉのＱＣＩを持つベアラのＲＮ  ＵＬ  ＰＤＣＰの連続番号（欠落している連続番号を含む）の合計数である。例えばＴは分単位で測定される。
【０２０１】
一例では、ＵｎインタフェースにおけるＱＣＩ毎のＵＬパケット損失率の測定は、ＲＮ単位で行われる。例えば、ＲＮ局ＪについてのＵｎインタフェースにおけるＱＣＩ毎のＵＬパケット損失率の測定で、ｑｃｉのＱＣＩを持つＲＮ局ＪのＤＲＢについてのＵＬパケット損失を測定する。例えば、パケットは、ＲＮ局Ｊのための１つのＰＤＣＰ  ＳＤＵに相当する。測定はＱＣＩごとに別個に行われる。測定を行うための基準点はＰＤＣＰ上位ＳＡＰとする。例えば、式（４９）は、時間Ｔの間のＱＣＩ  ｑｃｉのパケットのＵｎインタフェースにおけるＵＬパケット損失率を表す。
【０２０２】
【数４７】
2015128329.tif 000050
例えば、パケット損失は、ＱＣＩのパケットエラー損失率（ＰＥＬＲ）によって上限が決まることが予想され、ＰＥＬＲは１０-6ないし１０-2の間の値をとる。個々のパケット損失率の測定結果の統計的精度は、受信されたパケットの数と、したがって測定に許される時間に依存する。Ｍ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）は、時間Ｔにわたって平均した、ＵｎインタフェースにおけるＲＮ局ＪについてのＱＣＩ毎のＵＬパケット損失率である。ＵＬパケット損失率の単位は、ｎ個のパケット当たりの破棄パケット数である。例えばｎは１０6パケットである。Ｄｌｏｓｓ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）は、時間Ｔの間のＲＮ局Ｊについての欠落しているＲＮ  ＵＬ  ＰＤＣＰの連続番号の数であり、上位層に渡されず、ｑｃｉのＱＣＩを持つデータ無線ベアラに属する、Ｕｎインタフェース上のＵＬ  ＰＤＣＰパケットの数に相当する。例えば、パケットの送信が別のセルで継続しうる場合は、そのパケットは計数から除外される。Ｎ＿ＲＮ（Ｔ，Ｊ，ｑｃｉ）は、ＰＤＣＰ上位ＳＡＰによって上位層に渡された最初のパケットで始まり、時間Ｔの最後のパケットのＰＤＣＰ  ＳＮで終わる、ＲＮ局ＪについてのｑｃｉのＱＣＩを持つベアラのＲＮ  ＵＬ  ＰＤＣＰの連続番号（欠落している連続番号を含む）の合計数である。例えばＴは分単位で測定される。
【０２０３】
図４は、本明細書に開示される無線リンク動作および／または負荷平衡を支援するために無線使用量の測定を行う例示的方法の流れ図である。４０２で、ｅＮＢ等の装置が第１の無線使用量パラメータを決定する。第１の無線使用量パラメータは、ｅＮＢと少なくとも１つのＷＴＲＵとの間の無線使用量の測定である。第１の無線使用量の測定は、ｅＮＢのＵｕインタフェースにおけるトラフィックのＬａｙｅｒ２（Ｌ２）測定である。ｅＮＢはＤｅＮＢである。４０４で、ｅＮＢは第２の無線使用量パラメータを決定する。第２の無線使用量パラメータは、ｅＮＢとそのｅＮＢにサービスされている少なくとも１つのＲＮ間の無線使用量の測定である。第２の無線使用量の測定は、ＤｅＮＢのＵｎインタフェースにおけるトラフィックについてのＬ２測定である。４０６で、ｅＮＢは、第１の無線使用量パラメータまたは第２の無線使用量パラメータの少なくとも一方を利用して、発展型総合地上無線アクセス（Ｅ−ＵＴＲＡ）無線リンクの動作（例えば、Ｕｕインタフェースおよび／もしくはＵｎインタフェース動作の支援）、無線リソース管理（ＲＲＭ）（例えば、Ｕｕおよび／もしくはＵｎ無線リソースの再配分）、ネットワーク運用および維持（ＯＡＭ）（例えば、ＯＡＭ性能の可観測性）、ならびに自律的最適化ネットワーク（ＳＯＮ）機能（例えば、ＲＮ／ＷＴＲＵのハンドオーバーおよび／もしくはＲＮ接続の維持）、の少なくとも１つを評価する。第１の無線使用量パラメータまたは第２の無線使用量パラメータの少なくとも一方を利用することは、第１の無線使用量パラメータまたは第２の無線使用量パラメータの少なくとも一方をＥ−ＵＴＲＡネットワークに送信することを含む。Ｅ−ＵＴＲＡＮネットワーク内のノードは、ｅＮＢから提供されたパラメータに基づいて性能の判定を行う。
【０２０４】
測定は、本明細書に記載されるＬ２測定の１つまたは複数である。ＵｕインタフェースまたはＵｎインタフェースの少なくとも一方で行われるＬ２測定の例は、これらに限定されないが、ダウンリンク（ＤＬ）の物理リソースブロック（ＰＲＢ）使用量、アップリンク（ＵＬ）のＰＲＢ使用量、サービス品質（ＱｏＳ）クラスインディケータ（ＱＣＩ）毎のＤＬ  ＰＲＢ使用量、ＱＣＩ毎のＵＬ  ＰＲＢ使用量、実際の総負荷条件、Ｕｎサブフレーム構成（ＵｎＳＣ）毎のＰＲＢ使用量、Ｕｎサブフレーム中のマクロＷＴＲＵ  ＰＲＢ使用量、Ｕｎサブフレーム中のＲＮ  ＰＲＢ使用量、ＤｅＮＢにおけるＰＲＢ使用量を示す他の測定、ＱＣＩ毎のＤｅＮＢ下にあるアクティブなＷＴＲＵの推定数、ＤＬパケット遅延の測定、ＤＬデータ破棄の測定、ＤＬデータ損失の測定、またはＵＬデータ損失の測定、の１つまたは複数を含む。パケット処理および伝送遅延の測定がＲＮで行われる。ＲＮで行われた測定結果はＤｅＮＢに通知される。
【０２０５】
図５にレイヤ２の測定を行うように構成されたｅＮＢの例を示す。一例では、ｅＮＢ５００は１つまたは複数のアンテナ５１０を含む。１つまたは複数のアンテナ５１０はトランシーバ５１２に結合される。ＷＴＲＵ５２０ａ、ＷＴＲＵ５２０ｂ、ＲＮ５０２、および／またはＲＮ５０４からのメッセージおよび信号は、１つまたは複数のアンテナ５１０およびトランシーバ５１２を介してｅＮＢ５００に受信される。Ｕｕ測定ユニット５１４がトランシーバ５１２に結合される。Ｕｎ測定ユニット５１６がトランシーバ５１２に結合される。Ｕｕ測定ユニット５１４は、第１の無線使用量の測定を行うように構成される。第１の無線使用量の測定では、ｅＮＢ５００とＷＴＲＵ５２０ａおよび／またはＷＴＲＵ５２０ｂの少なくとも一方との間の無線使用量を測定する。Ｕｎ測定ユニット５１６は、第２の無線使用量の測定を行うように構成される。第２の無線使用量の測定では、ｅＮＢ５００と、ＲＮ５０２および／またはＲＮ５０４の少なくとも一方との間の無線使用量を測定する。理解されるように、ｅＮＢ５００にサービスされるＷＴＲＵおよび／またはＲＮはこれよりも多くても少なくてもよく、ｅＮＢ５００は、より多い、または少ないＷＴＲＵおよび／またはＲＮに対して測定を行ってよい。評価ユニット５１８がＵｕ測定ユニット５１４およびＵｎ測定ユニット５１６に結合される。評価ユニット５１８は、第１の無線測定および第２の無線測定それぞれを利用して、セル負荷平衡、無線リソースの再配分、呼受付制御、または輻輳制御の少なくとも１つを行うように構成される。一例では、Ｕｕ測定ユニット５１４、Ｕｎ測定ユニット５１６、および／または評価ユニット５１８は、測定を行う、かつ／または評価するように構成されたプロセッサとして実装される。
【０２０６】
上記では特定の組合せで特徴および要素について説明したが、当業者は、各特徴または要素は単独で、または他の特徴および要素と任意の組合せで使用できることを認識されよう。また、本明細書に記載の方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれた、コンピュータプログラム、ソフトウェア、またはファームウェアとして実装される。コンピュータ可読媒体の例は、電子信号（有線または無線接続を通じて伝送される）、およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、これらに限定されないが、読み出し専用メモリ（ＲＯＭ）、ランダムアクセスメモリ（ＲＡＭ）、レジスタ、キャッシュメモリ、半導体メモリ装置、内蔵ハードディスクや取外し可能ディスク等の磁気媒体、光磁気媒体、およびＣＤ−ＲＯＭディスクやデジタル多用途ディスク（ＤＶＤ）等の光学媒体を含む。ソフトウェアと関連したプロセッサが使用されて、ＷＴＲＵ、ＵＥ、端末、基地局、ＲＮＣ、または任意のホストコンピュータで使用するための無線周波トランシーバを実装する。
【図１Ａ】
2015128329.tif 000051
【図１Ｂ】
2015128329.tif 000052
【図１Ｃ】
2015128329.tif 000053
【図１Ｄ】
2015128329.tif 000054
【図１Ｅ】
2015128329.tif 000055
【図２】
2015128329.tif 000056
【図３】
2015128329.tif 000057
【図４】
2015128329.tif 000058
【図５】
2015128329.tif 000059