(57)【特許請求の範囲】
【請求項１】
リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局を動作させるための方法であって、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定することと、
前記判定されたトラフィック輻輳に基づいて、前記リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じることと、
を備える方法。
【請求項２】
前記１または複数の動作を講じることは、
前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択することと、
前記選択されたＲＢの除去をトリガするための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと
を備える、請求項１に記載の方法。
【請求項３】
前記１または複数の動作を講じることは、前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正することを備える、請求項１に記載の方法。
【請求項４】
前記修正されたＱｏＳに応じて、前記リレー・ノードが、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳが修正される、請求項３に記載の方法。
【請求項５】
前記１または複数の動作を講じることは、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと
を備える、請求項１に記載の方法。
【請求項６】
前記１または複数の動作を講じることは、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと
を備える、請求項１に記載の方法。
【請求項７】
リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局であって、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定するように構成されたトラフィック・モニタ構成要素と、
前記判定されたトラフィック輻輳に基づいて、前記リレー・ノードと、少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じるように構成されたラジオ・ベアラ・マネジャ構成要素と、
を備えるドナー基地局。
【請求項８】
前記ラジオ・ベアラ・マネジャ構成要素はさらに、
前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択し、
前記選択されたＲＢの除去をトリガするための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する
ように構成された、請求項７に記載のドナー基地局。
【請求項９】
前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正するように構成されたゲートウェイ構成要素、をさらに備える請求項７に記載のドナー基地局。
【請求項１０】
前記ゲートウェイ構成要素は、前記リレー・ノードが、前記修正されたＱｏＳに応じて、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳを修正するように構成された、請求項９に記載のドナー基地局。
【請求項１１】
前記ラジオ・ベアラ・マネジャ構成要素はさらに、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択し、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する
ように構成された、請求項７に記載のドナー基地局。
【請求項１２】
前記ラジオ・ベアラ・マネジャ構成要素はさらに、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択し、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する
ように構成された、請求項７に記載のドナー基地局。
【請求項１３】
リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有する、無線通信のための装置であって、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定する手段と、
前記判定されたトラフィック輻輳に基づいて、前記リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じる手段と、
を備える装置。
【請求項１４】
前記１または複数の動作を講じる手段は、
前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択する手段と、
前記選択されたＲＢの除去をトリガするためのモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する手段と
を備える、請求項１３に記載の装置。
【請求項１５】
前記１または複数の動作を講じる手段は、
前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正する手段
を備える、請求項１３に記載の装置。
【請求項１６】
前記リレー・ノードが、前記修正されたＱｏＳに応じて、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳが修正される、請求項１５に記載の装置。
【請求項１７】
前記１または複数の動作を講じる手段は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択する手段と、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する手段と
を備える、請求項１３に記載の装置。
【請求項１８】
前記１または複数の動作を講じる手段は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択する手段と、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する手段と
を備える、請求項１３に記載の装置。
【請求項１９】
格納されたリレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局を動作させるための、命令群を記憶するコンピュータ読取可能な記憶媒体であって、
前記命令群は、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定することと、
前記判定されたトラフィック輻輳に基づいて、前記リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じることと
のために、１または複数のプロセッサによって実行可能である、コンピュータ読取可能な記憶媒体。
【請求項２０】
前記１または複数の動作を講じるための命令群は、
前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択することと、
前記選択されたＲＢの除去をトリガするための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと、
のための命令群を備える、請求項１９に記載のコンピュータ読取可能な記憶媒体。
【請求項２１】
前記１または複数の動作を講じるための命令群は、
前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正する
ための命令群を備える、請求項１９に記載のコンピュータ読取可能な記憶媒体。
【請求項２２】
前記リレー・ノードが、前記修正されたＱｏＳに応じて、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳが修正される、請求項２１に記載のコンピュータ読取可能な記憶媒体。
【請求項２３】
前記１または複数の動作を講じるための命令群は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと、
のための命令群を備える、請求項１９に記載のコンピュータ読取可能な記憶媒体。
【請求項２４】
前記１または複数の動作を講じるための命令群は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと、
のための命令群を備える、請求項１９に記載のコンピュータ読取可能な記憶媒体。
【発明の詳細な説明】
【優先権主張】
【０００１】
本特許出願は、本特許出願の譲受人に譲渡され本明細書において参照によって明確に組み込まれ２０１０年３月２５日に出願された「リレーを備えたロング・ターム・イボリューション・システムのためのイボルブド・ノードＢにおけるベアラ管理を容易にする方法および装置」（Method and Apparatus that Facilitates Bearer Management at an Evolved Node B For Long Term Evolution Systems with Relays）と題された米国仮特許出願６１／３１７，６３２号の利益を主張する。
【技術分野】
【０００２】
本開示のある態様は、一般に、無線通信システムに関し、さらに詳しくは、リレーを備えたテレコミュニケーション・ネットワークにおいてラジオ・ベアラを管理するための技術に関する。
【背景技術】
【０００３】
無線通信システムは、例えば、音声、データ等のようなさまざまなタイプのコンテンツを提供するために広く開発されてきた。これらのシステムは、（例えば、帯域幅、送信電力等のような）利用可能なシステム・リソースを共有することにより、複数のユーザとの通信をサポートすることができる多元接続システムでありうる。このような多元接続システムの例は、符号分割多元接続（ＣＤＭＡ）システム、時分割多元接続（ＴＤＭＡ）システム、周波数分割多元接続（ＦＤＭＡ）システム、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）システム、および直交周波数分割多元接続（ＯＦＤＭＡ）システム等を含む。
【０００４】
通常、無線多元接続通信システムは、複数の無線端末のための通信を同時にサポートしうる。端末はおのおのの、順方向リンクおよび逆方向リンクによる送信を介して１または複数の基地局と通信する。順方向リンク（すなわちダウンリンク）は、基地局から端末への通信リンクを称し、逆方向リンク（すなわちアップリンク）は、端末から基地局への通信リンクを称する。この通信リンクは、単一入力単一出力システム、複数入力単一出力システム、あるいは複数入力複数出力（ＭＩＭＯ）システム等によって確立されうる。
【０００５】
ＭＩＭＯシステムは、データ送信のために、複数（ＮＴ個）の送信アンテナと、複数（ＮＲ個）の受信アンテナとを適用する。ＮＴ個の送信アンテナおよびＮＲ個の受信アンテナによって形成されるＭＩＭＯチャネルは、空間チャネルとも称されるＮＳ個の独立チャネルへ分割される。ここでＮＳ≦ｍｉｎ｛ＮＴ、ＮＲ｝である。ＮＳ個の独立チャネルのおのおのは、ディメンションに相当する。複数の送信アンテナおよび受信アンテナによって生成される追加のディメンションが利用される場合、ＭＩＭＯシステムは、（例えば、より高いスループット、および／または、より高い信頼性のような）向上されたパフォーマンスを与えうる。
【０００６】
ＭＩＭＯシステムは、時分割デュプレクス（ＴＤＤ）システムおよび周波数分割デュプレクス（ＦＤＤ）システムをサポートする。ＴＤＤシステムでは、相互原理によって、逆方向リンク・チャネルから順方向リンク・チャネルを推定できるように、順方向リンク送信および逆方向リンク送信が、同じ周波数領域にある。これによって、アクセス・ポイントにおいて複数のアンテナが利用可能である場合、アクセス・ポイントは、順方向リンクで送信ビーム・フォーミング・ゲインを抽出できるようになる。
【０００７】
無線通信システムは、リレー基地局を介して無線端末と通信するドナー基地局を備えうる。リレー基地局は、バックホール・リンクを介してドナー基地局と通信し、アクセス・リンクを介して端末と通信しうる。言い換えれば、リレー基地局は、バックホール・リンクを介してドナー基地局からダウンリンク・メッセージを受信し、これらメッセージを、アクセス・リンクを介して端末へ中継しうる。同様に、リレー基地局は、アクセス・リンクを介して端末からアップリンク・メッセージを受信し、これらメッセージを、バックホール・リンクを介してドナー基地局へ中継しうる。したがって、リレー基地局は、有効通信範囲エリアを補足し、かつ「有効通信範囲ホール」を埋めることを支援する。
【０００８】
一般に、ベアラは、ゲートウェイとユーザ機器（ＵＥ）との間で定義されたサービス品質（ＱｏＳ）を備えたパケット・フローとして定義される。リレー・ノードを備えたテレコミュニケーション・ネットワークでは、リレー・ノードとサービス提供されるＵＥとの間のパケット・フローのために適用されるベアラ（“Ｕｕベアラ”と称される）は、リレー・ノードと、関連付けられたドナー基地局（ＤｅＮＢ）との間のリレー・パケット・フローのために適用されるデータ・ラジオ・ベアラ（ＤＲＢ）（“Ｕｎデータ・ラジオ・ベアラ”と称される）によって伝送される。ある場合には、リレー・ノードとＤｅＮＢとの間のバックホール・リンクの条件が悪化した場合、または、バックホール・リンクを介して多すぎるＵｕベアラが許可されている場合、ＤｅＮＢは、バックホールにサービス提供するＵｎインタフェースにおいて輻輳を受けうる。その間、リレー・ノードとリレーのサービス提供されるＵＥとの間のＵｕインタフェースは、何の容量問題も観察しない。このため、無線ネットワークにおいて、ドナー基地局およびリレー・ノードによって伝送されるラジオ・ベアラを管理するための技術およびメカニズムに対する要求がある。
【発明の概要】
【０００９】
本開示のある態様は、リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局を動作させるための方法を提供する。この方法は、一般に、第１の複数のＲＢにおけるトラフィック輻輳を判定することと、リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じることと、を含む。
【００１０】
本開示のある態様はまた、リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局を提供する。ドナー基地局は、一般に、第１の複数のＲＢにおけるトラフィック輻輳を判定するように構成されたトラフィック・モニタ構成要素を含む。ドナー基地局はさらに、リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じるように構成されたラジオ・ベアラ・マネジャ構成要素を含む。
【００１１】
本開示のある態様は、リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有する、無線通信のための装置を提供する。この装置は一般に、第１の複数のＲＢにおけるトラフィック輻輳を判定する手段と、リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じる手段と、を含む。
【００１２】
本開示のある態様は、リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局を動作させるための、格納された命令群を有するコンピュータ読取可能な媒体を備えたコンピュータ・プログラム製品を提供する。これら命令群は一般に、第１の複数のＲＢにおけるトラフィック輻輳を判定し、リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じる、ために１または複数のプロセッサによって実行可能である。
【図面の簡単な説明】
【００１３】
本開示の前述した特徴が、より詳細に理解される方式で、簡潔に要約された上記具体的な記載が、態様に対する参照によってなされている。そして、それらの幾つかは、添付図面で例示されている。しかしながら、この記載は、その他の等しく有効な態様に対しても適合するので、添付図面は、本開示のある典型的な態様のみを示しており、この範囲を限定するものとしては考慮されないことが注目されるべきである。
【図１】図１は、多元接続無線通信システムを例示する。
【図２】図２は、通信システムのブロック図である。
【図３】図３は、本開示のある態様にしたがう、リレー基地局を備えた典型的な無線通信システムを例示する。
【図４】図４は、本開示のある態様にしたがう、リレー・ノードを備えた無線通信システムのブロック図である。
【図５】図５は、主題とする開示のある態様にしたがって、ラジオ・ベアラを管理する典型的な通信装置を例示する。
【図６】図６は、本開示のある態様にしたがう、無線通信システムにおけるラジオ・ベアラ間のマッピングの例を例示する。
【図７】図７は、本開示のある態様にしたがって、通信装置によって実行されうる動作の例を例示する。
【図８】図８は、本開示のある態様にしたがう、間接的なＵｕベアラ非活性化メカニズムのための動作の例を例示するシーケンス図である。
【図９】図９は、本開示のある態様にしたがう、直接的なＵｕベアラ非活性化メカニズムのための動作の例を例示するシーケンス図である。
【図１０】図１０は、本開示のある態様にしたがう、ユーザ機器コンテキスト・リリース・メカニズムのための動作の例を例示するシーケンス図である。
【発明を実施するための形態】
【００１４】
本開示のある態様は、リレー・ノードとドナー基地局とを有する無線通信ネットワークにおいて、ラジオ・ベアラを管理するための装置および技術を提供する。例えば、リレー・ノードを有するＬＴＥネットワークのようないくつかのネットワークでは、リレー・ノードは、複数のＵＥパケット・フローをサービス提供しうる。リレー・ノードと、それによってサービス提供されるＵＥとの間のＵＥパケット・フローのために使用されるＵｕラジオ・ベアラは、リレーと、そのドナー基地局との間のリレー・パケット・フローのために使用されるＵｎデータ・ラジオ・ベアラによって伝送される。
【００１５】
前述したように、リレー・ノードとドナー基地局との間のバックホール・リンク条件が悪化した場合、または、バックホール・リンクを介して許可されているＵＥフローが多すぎる場合、ドナー基地局は、そのＵｎインタフェースにおいて輻輳を経験しうる。これが生じると、ドナー基地局が、リレー・ノードの下でサービス提供されているＵＥのためのＵＥコンテキストまたはいくつかのＵｕベアラをリリースすることが望ましい。しかしながら、ドナー基地局は、ＬＴＥリレー・アーキテクチャの下では、Ｕｕベアラを見ることができるが、Ｕｕインタフェースの制御プレーン・トランザクションを直接的には管理しない。したがって、これは、通信ネットワークにわたって、一定のサービス品質を維持しながら、Ｕｎラジオ・ベアラによってＵＥフローを提供するために、リレー・ノードおよびドナー基地局が、無線リソースを効率的に管理するためのチャレンジを示す。
【００１６】
ある態様によれば、ＬＴＥリレー・ネットワークのためのメカニズムは、Ｕｎベアラが輻輳している場合に、ドナー基地局が、ドナー基地局のＵｎベアラによって伝送されたＵｕベアラを除去するために提供される。本開示のある態様は一般に、Ｕｕベアラの間接的なリリース、Ｕｕベアラの直接的なリリース、または、所与のＵＥのためのＵＥコンテキスト・リリースを実施するためのメカニズムを提供する。Ｕｕベアラは、リレー・ノードとユーザ機器（ＵＥ）との間のインタフェースのラジオ・ベアラを称し、また、Ｕｕラジオ・ベアラまたはＵｕデータ・ラジオ・ベアラとも称されうることが注目される。さらに、Ｕｎベアラは一般に、リレー・ノードと、関連付けられたドナー基地局との間のインタフェースのベアラを称し、Ｕｎラジオ・ベアラまたはＵｎデータ・ラジオ・ベアラとしても称されうる。
【００１７】
本明細書に記載された技術は、例えば符号分割多元接続（ＣＤＭＡ）ネットワーク、時分割多元接続（ＴＤＭＡ）ネットワーク、周波数分割多元接続（ＦＤＭＡ）ネットワーク、直交周波数分割多元接続（ＯＦＤＭＡ）ネットワーク、シングル・キャリアＦＤＭＡ（ＳＣ−ＦＤＭＡ）ネットワーク等のような様々な無線通信ネットワークのために使用されうる。「ネットワーク」および「システム」という用語は、しばしば置換可能に使用される。ＣＤＭＡネットワークは、例えば、ユニバーサル地上ラジオ・アクセス（ＵＴＲＡ）、ｃｄｍａ２０００等のようなラジオ技術を実現しうる。ＵＴＲＡは、広帯域ＣＤＭＡ（Ｗ−ＣＤＭＡ）および低チップ・レート（ＬＣＲ）を含む。ｃｄｍａ２０００は、ＩＳ−２０００規格、ＩＳ−９５規格、およびＩＳ−８５６規格をカバーする。ＴＤＭＡネットワークは、例えばグローバル移動体通信システム（ＧＳＭ（登録商標））のようなラジオ技術を実現しうる。ＯＦＤＭＡネットワークは、例えば、イボルブドＵＴＲＡ（Ｅ−ＵＴＲＡ）、ＩＥＥＥ  ８０２．１１、ＩＥＥＥ  ８０２．１６、ＩＥＥＥ  ８０２．２０、フラッシュ−ＯＦＤＭ（登録商標）等のようなラジオ技術を実現しうる。ＵＴＲＡ、Ｅ−ＵＴＲＡ、およびＧＳＭは、ユニバーサル・モバイル・テレコミュニケーション・システム（ＵＭＴＳ）の一部である。ロング・ターム・イボリューション（ＬＴＥ）は、Ｅ−ＵＴＲＡを使用するＵＭＴＳのリリースである。ＵＴＲＡ、Ｅ−ＵＴＲＡ、ＧＳＭ、ＵＭＴＳ、およびＬＴＥは、「第３世代パートナシップ計画」（３ＧＰＰ）と命名された組織からの文書に記載されている。ｃｄｍａ２０００は、「第３世代パートナシップ計画２」（３ＧＰＰ２）と命名された組織からの文書に記載されている。これらさまざまなラジオ技術および規格は、当該技術分野において知られている。明確化のために、これら技術のある態様は、以下において、ＬＴＥについて記載されており、ＬＴＥ用語が以下の説明の多くで使用される。
【００１８】
シングル・キャリア周波数分割多元接続（ＳＣ−ＦＤＭＡ）は、シングル・キャリア変調および周波数領域等値化を利用する技術である。ＳＣ−ＦＤＭＡは、ＯＦＤＭＡシステムと同じ性能、および実質的に同じ全体的な複雑さを有する。ＳＣ−ＦＤＭＡ信号は、固有のシングル・キャリア構造により、低いピーク対平均電力比（ＰＡＰＲ）を有する。ＳＣ−ＦＤＭＡは、送信電力効率の観点において、低ＰＡＰＲがモバイル端末に大いに有益となるアップリンク通信において、特に大きな注目を集めた。これは現在、３ＧＰＰロング・ターム・イボリューション（ＬＴＥ）またはイボルブドＵＴＲＡにおけるアップリンク多元接続スキームのための動作前提である。
【００１９】
図１に示すように、１つの実施形態にしたがう多元接続無線通信システムが例示される。アクセス・ポイント１００（ＡＰ）は、１つは１０４，１０６を含み、他のものは１０８，１１０を含み、さらに他のものは１１２，１１４を含む複数のアンテナ・グループを含んでいる。図１では、おのおののアンテナ・グループについて２本のアンテナしか示されていない。しかしながら、おのおののアンテナ・グループについて、これより多くまたはこれより少ないアンテナが利用されうる。アクセス端末１１６（ＡＴ）はアンテナ１１２，１１４と通信しており、アンテナ１１２，１１４は、順方向リンク１２０でアクセス端末１１６へ情報を送信し、逆方向リンク１１８でアクセス端末１１６から情報を受信する。アクセス端末１２２は、アンテナ１０６，１０８と通信しており、アンテナ１０６，１０８は、順方向リンク１２６でアクセス端末１２２へ情報を送信し、逆方向リンク１２４でアクセス端末１２２から情報を受信する。ＦＤＤシステムでは、通信リンク１１８，１２０，１２４，１２６は、通信のために、異なる周波数を使用しうる。例えば、順方向リンク１２０は、逆方向リンク１１８によって使用されるものとは異なる周波数を使用しうる。
【００２０】
通信するように設計された領域および／またはアンテナのおのおののグループは、しばしば、アクセス・ポイントのセクタと称される。実施形態では、おのおののアンテナ・グループは、アクセス・ポイント１００によってカバーされる領域のセクタ内のアクセス端末と通信するように設計される。
【００２１】
順方向リンク１２０，１２６による通信では、アクセス・ポイント１００の送信アンテナは、別のアクセス端末１１６，１２４の順方向リンクの信号対雑音比を改善するために、ビームフォーミングを利用する。さらに、有効範囲領域にわたってランダムに散在するアクセス端末へ送信するためにビームフォーミングを用いるアクセス・ポイントは、全てのアクセス端末へ単一のアンテナによって送信するアクセス・ポイントよりも、近隣のセル内のアクセス端末に対して少ない干渉しかもたらさない。
【００２２】
ある態様によれば、ＡＴ１１６は、Ｕｕラジオ・ベアラを有するラジオ・インタフェースによって、ＡＰ１００と通信しうる。さらに、追加のＡＰ１００が、Ｘ２として知られているインタフェースによって互いに、および、Ｓ１インタフェースによって、例えばエンハンスト・パケット・コア（ＥＰＣ）ノードのようなネットワーク・ノードへ、相互に接続されうる。
【００２３】
アクセス・ポイントは、端末と通信するために使用される固定局となることでき、アクセス・ポイント、ノードＢ、イボルブド・ノードＢ（ｅＮＢ）、ｅノードＢ、またはその他のいくつかの用語で称される。アクセス端末はまた、アクセス端末、ユーザ機器（ＵＥ）、無線通信デバイス、無線端末、アクセス端末、あるいはその他いくつかの専門用語で称されうる。
【００２４】
図２は、ＭＩＭＯシステム２００における送信機システム２１０（アクセス・ポイントとしても知られている）および受信機システム２５０（アクセス端末としても知られている）の実施形態のブロック図である。送信機システム２１０では、多くのデータ・ストリームのトラフィック・データが、データ・ソース２１２から送信（ＴＸ）データ・プロセッサ２１４に提供される。
【００２５】
実施形態では、おのおののデータ・ストリームが、それぞれの送信アンテナを介して送信される。ＴＸデータ・プロセッサ２１４は、おのおののデータ・ストリームのトラフィック・データをフォーマットし、このデータ・ストリームのために選択された特定の符号化スキームに基づいて符号化し、インタリーブして、符号化されたデータを提供する。
【００２６】
おのおののデータ・ストリームの符号化されたデータは、ＯＦＤＭ技術を用いてパイロット・データと多重化されうる。パイロット・データは一般に、既知の手法で処理される既知のデータ・パターンであり、チャネル応答を推定するために受信機システムにおいて使用されうる。おのおののデータ・ストリームについて多重化されたパイロットおよび符号化されたデータは、データ・ストリームのために選択された特定の変調スキーム（例えば、ＢＰＳＫ、ＱＰＳＫ、Ｍ−ＰＳＫ、あるいはＭ−ＱＡＭ等）に基づいて変調（例えば、シンボル・マップ）され、変調シンボルが提供される。おのおののデータ・ストリームのデータ・レート、符号化、および変調は、プロセッサ２３０によって実行される命令群によって決定されうる。
【００２７】
すべてのデータ・ストリームの変調シンボルは、（例えば、ＯＦＤＭのための）変調シンボルを処理するＴＸ  ＭＩＭＯプロセッサ２２０に提供される。ＴＸ  ＭＩＭＯプロセッサ２２０はその後、ＮＴ個の変調シンボル・ストリームを、ＮＴ個の送信機（ＴＭＴＲ）２２２ａ乃至２２２ｔへ提供する。ある実施形態では、ＴＸ  ＭＩＭＯプロセッサ２２０は、データ・ストリームのシンボル、および、このシンボルが送信されるアンテナへ、ビームフォーミング重みを適用する。
【００２８】
おのおのの送信機２２２は、１または複数のアナログ信号を提供するために、それぞれのシンボル・ストリームを受信して処理し、さらには、ＭＩＭＯチャネルを介した送信に適切な変調信号を提供するために、このアナログ信号を調整（例えば、増幅、フィルタ、およびアップコンバート）する。送信機２２２ａ乃至２２２ｔからのＮＴ個の変調信号は、その後、ＮＴ個のアンテナ２２４ａ乃至２２４ｔからそれぞれ送信される。
【００２９】
受信機システム２５０では、送信された変調信号がＮＲ個のアンテナ２５２ａ乃至２５２ｒによって受信され、おのおののアンテナ２５２からの受信信号が、それぞれの受信機（ＲＣＶＲ）２５４ａ乃至２５４ｒへ提供される。おのおのの受信機２５４は、受信したそれぞれの信号を調整（例えば、フィルタ、増幅、およびダウンコンバート）し、この調整された信号をデジタル化してサンプルを提供し、さらにこのサンプルを処理して、対応する「受信された」シンボル・ストリームを提供する。
【００３０】
ＲＸデータ・プロセッサ２６０は、その後、ＮＲ個の受信機２５４からＮＲ個のシンボル・ストリームを受信し、受信されたこれらシンボル・ストリームを、特定の受信機処理技術に基づいて処理して、ＮＴ個の「検出された」シンボル・ストリームを提供する。ＲＸデータ・プロセッサ２６０は、その後、検出されたおのおののシンボル・ストリームを復調し、デインタリーブし、復号して、このデータ・ストリームのためのトラフィック・データを復元する。ＲＸデータ・プロセッサ２６０による処理は、送信機システム２１０におけるＴＸ  ＭＩＭＯプロセッサ２２０およびＴＸデータ・プロセッサ２１４によって実行されるものに対して相補的である。
【００３１】
逆方向リンク・メッセージは、通信リンクおよび／または受信されたデータ・ストリームに関するさまざまなタイプの情報を備えうる。逆方向リンク・メッセージはその後、多くのデータ・ストリームのトラフィック・データをデータ・ソース２３６から受け取るＴＸデータ・プロセッサ２３８によって処理され、変調器２８０によって変調され、送信機２５４ａ乃至２５４ｒによって調整され、基地局２１０へ送り戻される。
【００３２】
送信機システム２１０では、受信機システム２５０からの変調信号が、アンテナ２２４によって受信され、受信機２２２によって調整され、復調器２４０によって復調され、ＲＸデータ・プロセッサ２４２によって処理されて、受信機システム２５０によって送信された逆方向リンク・メッセージを抽出する。さらに、プロセッサ２３０は、ビームフォーミング重みを決定するためにどのプリコーディング行列を使用するかを決定し、この抽出されたメッセージを処理する。
【００３３】
本開示のある態様によれば、送信機システム２１０は、本明細書に記載されたようなリレー・ノードを有する無線通信ネットワークにおいて動作するための追加の構成要素を含む。具体的には、送信機システム２１０は、図４−５に示されるようなドナー基地局として構成されうる。ある態様によれば、送信機システム２１０は、以下に記載されるようなトラフィック・モニタリング動作およびＵｕベアラ管理動作を実行するように構成されうる。
【００３４】
ある態様によれば、論理チャネルは、制御チャネルとトラフィック・チャネルとに分類される。論理制御チャネルは、以下を備える。システム制御情報をブロードキャストするためのＤＬチャネルであるブロードキャスト制御チャネル（ＢＣＣＨ）。ページング情報を転送するＤＬチャネルであるページング制御チャネル（ＰＣＣＨ）。１またはいくつかのＭＴＣＨのためにマルチメディア・ブロードキャストおよびマルチキャスト・サービス（ＭＢＭＳ）スケジュールおよび制御情報を送信するために使用されるポイント・トゥ・マルチポイントＤＬチャネルであるマルチキャスト制御チャネル（ＭＣＣＨ）。一般に、ＲＲＣ接続を確立した後、このチャネルは、ＭＢＭＳ（注：旧ＭＣＣＨ＋ＭＳＣＨ）を受信するＵＥによってのみ使用される。専用制御チャネル（ＤＣＣＨ）は、専用制御情報を送信するポイント・トゥ・ポイント双方向チャネルであり、ＲＲＣ接続を有するＵＥによって使用される。態様では、論理トラフィック・チャネルは、ユーザ情報の転送のために、１つのＵＥに専用のポイント・トゥ・ポイント双方向チャネルである専用トラフィック・チャネル（ＤＴＣＨ）を備える。また、マルチキャスト・トラフィック・チャネル（ＭＴＣＨ）は、トラフィック・データを送信するためのポイント・トゥ・マルチポイントＤＬチャネルである。
【００３５】
ある態様によれば、伝送チャネルは、ＤＬとＵＬに分類される。ＤＬ伝送チャネルは、ブロードキャスト・チャネル（ＢＣＨ）、ダウンリンク共有データ・チャネル（ＤＬ−ＳＤＣＨ）、およびページング・チャネル（ＰＣＨ）を備える。ＰＣＨは、セル全体にわたってブロードキャストされ、他の制御／トラフィック・チャネルのために使用されるＰＨＹリソースへマップされることによって、ＵＥの省電力をサポートする（例えば、ＤＲＸサイクルが、ネットワークによってＵＥへ示されうる等）。ＵＬ伝送チャネルは、ランダム・アクセス・チャネル（ＲＡＣＨ）、要求チャネル（ＲＥＱＣＨ）、アップリンク共有データ・チャネル（ＵＬ−ＳＤＣＨ）、および複数のＰＨＹチャネルを備える。ＰＨＹチャネルは、ＤＬチャネルとＵＬチャネルとのセットを備える。
【００３６】
ＤＬ  ＰＨＹチャネルは、以下を備える。  
共通パイロット・チャネル（ＣＰＩＣＨ）  
同期チャネル（ＳＣＨ）  
共通制御チャネル（ＣＣＣＨ）  
共有ＤＬ制御チャネル（ＳＤＣＣＨ）  
マルチキャスト制御チャネル（ＭＣＣＨ）  
共有ＵＬ割当チャネル（ＳＵＡＣＨ）  
アクノレッジメント・チャネル（ＡＣＫＣＨ）  
ＤＬ物理共有データ・チャネル（ＤＬ−ＰＳＤＣＨ）  
ＵＬ電力制御チャネル（ＵＰＣＣＨ）  
ページング・インジケータ・チャネル（ＰＩＣＨ）  
負荷インジケータ・チャネル（ＬＩＣＨ）
ＵＬ  ＰＨＹチャネルは、以下を備える。  
物理ランダム・アクセス・チャネル（ＰＲＡＣＨ）  
チャネル品質インジケータ・チャネル（ＣＱＩＣＨ）  
アクノレッジメント・チャネル（ＡＣＫＣＨ）  
アンテナ・サブセット・インジケータ・チャネル（ＡＳＩＣＨ）  
共有要求チャネル（ＳＲＥＱＣＨ）  
ＵＬ物理共有データ・チャネル（ＵＬ−ＰＳＤＣＨ）  
ブロードキャスト・パイロット・チャネル（ＢＰＩＣＨ）
本書の目的のために、以下の略語を適用する。  
ＡＣＫ        アクノレッジメント  
ＡＭ          アクノレッジ・モード  
ＡＭＤ        アクノレッジ・モード・データ  
ＡＲＱ        自動反復要求  
ＢＣＣＨ      ブロードキャスト制御チャネル  
ＢＣＨ        ブロードキャスト・チャネル  
ＢＷ          帯域幅  
Ｃ−          制御−  
ＣＢ          コンテンション・ベース  
ＣＣＥ        制御チャンネル要素  
ＣＣＣＨ      共通制御チャネル  
ＣＣＨ        制御チャネル  
ＣＣＴｒＣＨ  符号化された合成伝送チャネル  
ＣＤＭ        符号分割多重  
ＣＦ          コンテンション・フリー  
ＣＰ          サイクリック・プレフィクス  
ＣＱＩ        チャネル品質インジケータ  
ＣＲＣ        巡回冗長検査  
ＣＲＳ        共通基準信号  
ＣＴＣＨ      共通トラフィック・チャネル  
ＤＣＣＨ      専用制御チャネル  
ＤＣＨ        専用チャネル  
ＤＣＩ        ダウンリンク制御情報  
ＤＬ          ダウンリンク  
ＤＲＳ        専用基準信号  
ＤＳＣＨ      ダウンリンク共有チャネル  
ＤＳＰ        デジタル信号プロセッサ  
ＤＴＣＨ      専用トラフィック・チャネル  
Ｅ−ＣＩＤ    エンハンスト・セル識別情報  
ＥＰＳ        イボルブド・パケット・システム  
ＦＡＣＨ      順方向リンク・アクセス・チャネル  
ＦＤＤ        周波数分割デュプレクス  
ＦＤＭ        周波数分割多重  
ＦＳＴＤ      周波数切換送信ダイバーシティ  
ＨＡＲＱ      ハイブリッド自動反復／要求  
ＨＷ          ハードウェア  
ＩＣ          干渉除去  
Ｌ１          レイヤ１（物理レイヤ）  
Ｌ２          レイヤ２（データ・リンク・レイヤ）  
Ｌ３          レイヤ３（ネットワーク・レイヤ）  
ＬＩ          長さインジケータ  
ＬＬＲ        ログ尤度比  
ＬＳＢ        最下位ビット  
ＭＡＣ        媒体アクセス制御  
ＭＢＭＳ      マルチメディア・ブロードキャスト・マルチキャスト・サービス  
ＭＣＣＨ      ＭＢＭＳポイント・トゥ・マルチポイント制御チャネル  
ＭＭＳＥ      最小平均平方誤差  
ＭＲＷ        動き受信ウィンドウ  
ＭＳＢ        最上位ビット  
ＭＳＣＨ      ＭＢＭＳポイント・トゥ・マルチポイント・スケジューリング・チャネル  
ＭＴＣＨ      ＭＢＭＳポイント・トゥ・マルチポイント・トラフィック・チャネル  
ＮＡＣＫ      非アクノレッジメント  
ＰＡ          電力増幅器  
ＰＢＣＨ      物理ブロードキャスト・チャネル  
ＰＣＣＨ      ページング制御チャネル  
ＰＣＨ        ページング・チャネル  
ＰＣＩ        物理セル識別子  
ＰＤＣＣＨ    物理ダウンリンク制御チャネル  
ＰＤＵ        プロトコル・データ・ユニット  
ＰＨＩＣＨ    物理ＨＡＲＱインジケータ・チャネル  
ＰＨＹ        物理レイヤ  
ＰｈｙＣＨ    物理チャネル  
ＰＭＩ        プリコーディング行列インジケータ  
ＰＲＡＣＨ    物理ランダム・アクセス・チャネル  
ＰＳＳ        一次同期信号  
ＰＵＣＣＨ    物理アップリンク制御チャネル  
ＰＵＳＣＨ    物理アップリンク共有チャネル  
ＱｏＳ        サービス品質  
ＲＡＣＨ      ランダム・アクセス・チャネル  
ＲＢ          リソース・ブロック  
ＲＬＣ        ラジオ・リンク制御  
ＲＲＣ        ラジオ・リソース制御  
ＲＥ          リソース要素  
ＲＩ          ランク・インジケータ  
ＲＮＴＩ      ラジオ・ネットワーク・テンポラリ識別子  
ＲＳ          基準信号  
ＲＴＴ        往復時間  
Ｒｘ          受信  
ＳＡＰ        サービス・アクセス・ポイント  
ＳＤＵ        サービス・データ・ユニット  
ＳＦＢＣ      空間周波数ブロック符号  
ＳＨＣＣＨ    共有チャネル制御チャネル  
ＳＩＮＲ      信号対干渉および雑音比  
ＳＮ          シーケンス番号  
ＳＲ          スケジューリング要求  
ＳＲＳ        サウンディング基準信号  
ＳＳＳ        二次同期信号  
ＳＵ−ＭＩＭＯ  単一ユーザ複数入力複数出力  
ＳＵＦＩ      スーパ・フィールド  
ＳＷ          ソフトウェア  
ＴＡ          タイミング先行  
ＴＣＨ        トラフィック・チャネル  
ＴＤＤ        時分割デュプレクス  
ＴＤＭ        時分割多重  
ＴＦＩ        伝送フォーマット・インジケータ  
ＴＰＣ        送信電力制御  
ＴＴＩ        送信時間インタバル  
Ｔｘ          送信  
Ｕ−          ユーザ−  
ＵＥ          ユーザ機器  
ＵＬ          アップリンク  
ＵＭ          非アクノレッジ・モード  
ＵＭＤ        非アクノレッジ・モード・データ  
ＵＭＴＳ      ユニバーサル・モバイル通信システム  
ＵＴＲＡ      ＵＭＴＳ地上ラジオ・アクセス  
ＵＴＲＡＮ    ＵＭＴＳ地上ラジオ・アクセス・ネットワーク  
ＶＯＩＰ      ボイス・オーバ・インターネット・プロトコル  
ＭＢＳＦＮ    マルチキャスト・ブロードキャスト単一周波数ネットワーク  
ＭＣＨ        マルチキャスト・チャネル  
ＤＬ−ＳＣＨ  ダウンリンク共有チャネル  
ＰＤＣＣＨ    物理ダウンリンク制御チャネル  
ＰＤＳＣＨ    物理ダウンリンク共有チャネル
（典型的なリレー・システム）  
図３は、本開示のある実施形態が実現されうる無線通信システム３００の例を示す。例示されるように、システム３００は、（リレー・アクセス・ポイントまたはリレー・ノードとしても知られている）リレーＢＳ３０６を介してユーザ機器（ＵＥ）３０４と通信する（ドナー・アクセス・ポイント、ドナー基地局、ドナーｅノードＢ、またはＤｅＮＢとしても知られている）ドナー基地局３０２を含む。リレーＢＳ３０６は、バックホール・リンク３０８を介してドナーＢＳ３０２と通信し、アクセス・リンク３１０を介してＵＥ３０４と通信しうる。
【００３７】
言い換えれば、リレーＢＳ３０６は、バックホール・リンク３０８を介してドナーＢＳ３０２からダウンリンク・メッセージを受信し、これらメッセージを、アクセス・リンク３１０を介してＵＥ３０４へ中継しうる。同様に、リレーＢＳ３０６は、アクセス・リンク３１０を介してＵＥ３０４からアップリンク・メッセージを受信し、これらメッセージを、バックホール・リンク３０８を介してドナーＢＳ３０２へ中継しうる。したがって、リレーＢＳ３０６は、有効通信範囲エリアを補足し、かつ「有効通信範囲ホール」を埋めることを支援する。
【００３８】
ある態様によれば、リレーＢＳ３０６は、アクセス・リンク３１０のために構成された少なくとも１つのＵｕラジオ・ベアラを利用してＵＥ３０４と通信しうる（すなわち、ダウンリンク・メッセージをＵＥへ中継し、ＵＥからアップリンク・メッセージを受信する）。ある態様によれば、リレーＢＳ３０６は、バックホール・リンク３０８のために構成された少なくとも１つのＵｎラジオ・ベアラを利用してドナーＢＳ３０２と通信しうる。
【００３９】
図４は、本開示のある態様にしたがってラジオ・ベアラを管理およびマッピングするための技術を実行するように構成されたシステム４００の例のブロック図を例示する。システム４００の例は、複数のＵＥ４１０、リレー・ノード４２０、基地局４３０，４３５、およびネットワーク・ノード４４０を有する無線テレコミュニケーション・ネットワークを表す。
【００４０】
基地局４３０は、リレー・ノード４２０のドナー基地局として動作する。このため、リレー・ノード４２０は、ＵＥ４１０と基地局４３０との間の無線通信を中継することにより、多くのＵＥ４１０にサービス提供しうる。基地局４３０は、複数のＵＥ４１０と、少なくとも１つのネットワーク・ノード４４０との間の通信を提供する。ネットワーク・ノード４４０は、ＵＥ４１０のためのネットワーク・サービスを管理するように構成される。ある態様によれば、ネットワーク・ノード４４０は、例えばモビリティ管理エンティティ（ＭＭＥ）、パケット・データ・ネットワーク（ＰＤＮ）ゲートウェイ（Ｐ−ＧＷ）、またはサービス提供ゲートウェイ（Ｓ−ＧＷ）のようなイボルブド・パケット・コア（ＥＰＣ）ネットワーク・ノードでありうる。ある態様によれば、Ｓ１インタフェースが、基地局４３０とネットワーク・ノード４４０とを接続する。一般に、ネットワーク・ノード４４０は、Ｓ１インタフェースを介して送信された制御プレーン信号によってベアラおよび接続管理を制御する。さらに、基地局４３０は、負荷、干渉、またはハンドオーバ関連情報を共有するために、基地局４３５に相互接続されうる。
【００４１】
ある態様によれば、リレー・ノード４２０とＵＥ４１０との間でデータ・パケット・フローを伝送するために、多くのＵｕラジオ・ベアラが利用される。同様に、多くのＵｎラジオ・ベアラが、リレー・ノード４２０と基地局４３０との間のフローを伝送するめに利用される、また、ネットワーク・ノード４４０からＵＥ  ４１０までトラフィックをルーティングするために、多くのＵｕ  ＥＰＳベアラが利用される。ＵＥ４１０のＵｕラジオ・ベアラは、リレー・ノード４２０のＵｎベアラによって伝送される。前述したように、基地局４３０は、ＵｎベアラとＵｕベアラとの両方を見ることができ、基地局４３０はさらに、キュー管理およびベアラ・マッピングのある態様では、ＵｎベアラとＵｕベアラとの両方において動作しうる。しかしながら、従来の構成では、基地局４３０は、Ｕｎベアラによって伝送されたＵｕベアラのための制御プレーン・トランザクションを直接的に起動することができない。しかしながら、Ｕｎインタフェースが輻輳している場合、基地局４３０は、いくつかのＵｕベアラのみならず、これらＵｎベアラによって伝送されているＵＥコンテンツでさえもリリースする必要がありうる。ある態様によれば、以下にさらに記載されるように、Ｕｎインタフェースが輻輳している場合、基地局４３０は、Ｕｎインタフェースによって伝送された少なくとも１つのＵｕベアラを除去するようになる動作を実行するように構成される。ある態様によれば、本明細書に記載されたＵｕベアラの除去を容易にするためのメカニズムにしたがって、ＵＥ４１０、リレー・ノード４２０、基地局４３０，４３５、およびネットワーク・ノード４４０は、Ｕｕベアラ管理を調整するように構成される。
【００４２】
図５は、本開示のある態様にしたがう、無線通信のためのドナー基地局５００を例示する。本開示のある態様が、ドナー基地局５００に関して説明されているが、例えば、マクロ・セル、フェムト・セル、ピコ・セルの基地局、アクセス・ポイント、リレー・ノード、モバイル基地局、これらの一部、および／または、無線ネットワークにおける１または複数の別のデバイスへ信号を送信する実質的に任意の無線デバイスのようなその他の適切な通信装置が考慮されることが理解される。ある態様によれば、ドナー基地局５００は、図４に記載されたようなドナー基地局４３０でありうる。
【００４３】
ある態様によれば、ドナー基地局５００は一般に、トラフィック・モニタ構成要素５０２と、ベアラ・マネジャ構成要素５０４と、リレー・ノード・サービス提供およびＰＤＮゲートウェイ（Ｓ／Ｐ−ＧＷ）構成要素５０６とを含む。トラフィック・モニタ構成要素５０２は、ドナー基地局５００に接続されたインタフェースを介してトラフィックをモニタし、所与のインタフェースにおけるトラフィック輻輳の状態を検出するように構成される。ある態様によれば、トラフィック・モニタ構成要素５０２は、ドナー基地局５００とリレー・ノードとの間をインタフェースするように構成されたＵｎインタフェースにおけるトラフィック輻輳を判定しうる。ある態様によれば、リレー・ノードＳ／Ｐ−ＧＷ構成要素５０６は、接続されたリレー・ノードのための、例えばセッション確立のような、Ｓ−ＧＷ−およびＰ−ＧＷ−のような機能と、リレー・ノードのためのＥＰＳベアラ管理と、を提供するように構成される。
【００４４】
一般に、ベアラ・マネジャ構成要素５０４は、本明細書に記載されたベアラ管理動作を実行するように構成される。例えば、ベアラ・マネジャ構成要素５０４は、Ｕｕベアラとその他のデータ・フローとを伝送するために、ドナー基地局５００と、接続されたリレー・ノードとの間のＵｎインタフェースを管理しうる。ベアラ・マネジャ構成要素５０４はさらに、シグナリングおよびネットワーク調整のために、例えばモビリティ管理エンティティのようなネットワーク・ノードと、ドナー基地局５００との間のＳ１インタフェースをも確立しうる。
【００４５】
ある態様によれば、ベアラ・マネジャ構成要素５０４は、選択構成要素５０８およびコマンド構成要素５１０を含んでいる。選択構成要素５０８は、Ｕｎインタフェースにおけるトラフィック輻輳を緩和するために、ドナー基地局５００のＵｎインタフェースから、非活性化するための、複数のＵｕラジオ・ベアラのうちの少なくとも１つを選択するように構成されうる。ある態様によれば、選択構成要素５０８は、Ｕｕベアラの割当および保持優先度（ＡＲＰ）に基づいて、非活性化されるべきＵｕラジオ・ベアラを判定しうる。
【００４６】
コマンド構成要素５１０は、例えばモビリティ管理エンティティのようなネットワーク・ノードへの信号を生成するように構成される。これによって、ＵｎインタフェースにおけるＵｕベアラのうちの少なくとも１つが除去される。ある態様によれば、コマンド構成要素５１０は、ＵｎインタフェースのＱｏＳを修正するための更新ベアラ要求コマンドを生成しうる。これによって、Ｕｎインタフェースにおける少なくとも１つのＵｕベアラが除去される。ある態様によれば、コマンド構成要素５１０は、ドナー基地局５００のＵｎインタフェースで伝送される少なくとも１つのＵｕベアラを直接的に非活性化するためのベアラ・リリース・インジケーション・コマンドを生成しうる。ある態様によれば、コマンド構成要素は、ドナー基地局５００、および接続されたネットワーク・ノードによって格納されたＵＥコンテキストのリリースを要求する無線端末コンテキスト・リリース要求コマンドを生成しうる。
【００４７】
図６は、前述したように、本開示のある態様にしたがって、一例である無線通信システム４００におけるＵｕラジオ・ベアラ６０２とＵｎラジオ・ベアラ６０４との間のマッピング６００の例を例示する。複数のＵｕラジオ・ベアラ６０２が、無線端末４１０とリレー・ノード４２０との間のデータ・フローを提供する。複数のＵｕラジオ・ベアラ６０２が、リレー・ノード４２０とドナー基地局４３０との間のインタフェース６０６における単一のＵｎラジオ・ベアラ６０４へマップされる。マップされたＵｕラジオ・ベアラ６０２は、無線端末４１０から、Ｕｕイボルブド・パケット・システム（ＥＰＳ）ベアラにおける無線端末のＳ／Ｐ−ＧＷ４４０へのデータ・パケット・フローを示す。ある態様によれば、ドナー基地局４３０は、図５に示されるドナー基地局５００でありうる。
【００４８】
前述したように、本開示のある態様は、トラフィック輻輳がＵｎインタフェース６０６で検出された場合に、Ｕｎインタフェース６０６で搬送されたＵｕベアラをマップするためのメカニズムを提供する。ある態様によれば、ドナー基地局４３０は、Ｕｎインタフェース６０６からＵｎラジオ・ベアラ６０４へマップされたＵｎラジオ・ベアラ６０２のうちの少なくとも１つの除去を開始するための１または複数の動作を講じるように構成されうる。
【００４９】
図７は、本開示のある態様にしたがって、ドナー基地局を動作させるための動作７００の例を例示する。ある態様によれば、動作７００の例は、リレー・ノードとインタフェースする第１の複数のラジオ・ベアラを有するドナー基地局によって実行されうる。例えば、図５に示されるドナー基地局５００は、動作７００を実行するように構成されうる。本開示のある態様にしたがって構成されたその他の適切な構成要素および装置が、動作７００の例を実行するために利用されうることが考慮される。
【００５０】
動作７００は、７０２において、第１の複数のラジオ・ベアラのトラフィック輻輳を判定することによって始まる。ある態様によれば、ドナー基地局は、第１の複数のラジオ・ベアラのうちの少なくとも１つにおける輻輳を検出するために、第１の複数のラジオ・ベアラにおけるトラフィックをモニタしうる。
【００５１】
７０４では、ドナー基地局は、トラフィック輻輳を検出することに応じて、リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のラジオ・ベアラのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じる。講じられた１または複数の動作は、任意の数の中間ステップ、手順、処理、またはイベントのチェーンによって、第２の複数のラジオ・ベアラのうちの少なくとも１つの除去を直接的または間接的に引き起こすことが理解される。例えば、無線通信をサポートするように調整する複数のネットワーク構成要素を有するＬＴＥネットワークでは、ドナー基地局によって講じられた１または複数の動作は、１または複数の動作に応じてネットワーク構成要素間のその後のメッセージングをトリガしうる。ある態様によれば、ドナー基地局によって講じられた１または複数の動作は、以下にさらに記載されるように、ドナー基地局による間接的なＵｕベアラ非活性化のための動作と、ドナー基地局による直接的なＵｕベアラ非活性化のための動作と、ドナー基地局によるＵＥコンテキスト・リリースのための動作とを含みうる。注目されるように、以下に記載されるドナー基地局によって実行される動作は、任意の数のその後の要求、応答、再設定、アクノレッジメント、インジケーション、コマンド、および、Ｕｕベアラ除去をもたらすネットワーク構成要素間のシグナリングをトリガしうることが理解される。
【００５２】
図８は、本開示のある態様にしたがう、間接的なＵｕベアラ非活性化メカニズムのための動作を例示するシーケンス図である。明瞭さのために、これら動作は、図４に示されるシステム４００の例によって実行されるものとして示されている。しかしながら、これら動作の例は、本開示の態様にしたがう任意の適切な装置および構成要素によって実行されうることが理解される。
【００５３】
８０２において、ドナー基地局は、Ｕｎベアラにおけるトラフィック輻輳を検出する。８０４において、ドナー基地局は、輻輳したＵｎベアラのＱｏＳを修正することによって、Ｕｎベアラの低減を開始する。一般に、ベアラのＱｏＳは、多くのパラメータによって定義されうる。ある態様によれば、ＱｏＳパラメータは、ベアラ・レベル・パケット・フォワード処理（例えば、スケジューリング重み、許可しきい値、キュー管理しきい値、リンク・レイヤ・プロトコル設定等）に対する参照として利用されるスカラーであるＱｏＳクラス識別子（ＱＣＩ）と、ベアラ確立または修正要求が、リソース制限の場合に拒否される必要があるか、または受諾されうるかを決定するために使用される割当および保持優先度（ＡＲＰ）と、保証ビット・レート（ＧＢＲ）ラジオ・ベアラによって提供されることが期待されうるビット・レートを示す保証ビット・レート（ＧＢＲ）と、ＧＢＲラジオ・ベアラによって提供されることが期待されうるビット・レートへの制限を示す最大ビット・レート（ＭＢＲ）とを含む。ある態様によれば、ドナー基地局は、示されたＱｏＳを低減するために、輻輳されたＵｎベアラのＱｏＳパラメータのうちの少なくとも１つを修正しうる。例として、ドナー基地局は、１０Ｍｂｐｓから８ＭｂｐｓにＵｎベアラのＧＢＲを低減しうる。
【００５４】
ある態様によれば、図８に示されるように、ドナー基地局内のリレー・ノード・サービス提供／パケット・ゲートウェイ構成要素は、リレー・ノードのＭＭＥへの「更新ベアラ要求」を生成することによって、Ｕｎベアラの低減を開始しうる。図示されるように、リレー・ノードのＭＭＥは、システムのＵｎベアラ設定を制御するために、ベアラ修正要求およびセッション管理要求をもって応答しうる。
【００５５】
その結果、リレー・ノードはその後、８０６において、Ｕｎベアラの更新されたＱｏＳが、このＵｎベアラによって伝送されたＵｕベアラをサポートしないことを認識する。ある態様によれば、Ｕｎベアラ修正がネットワークによって開始された後に、リレー・ノードが、十分ではないＵｎベアラＱｏＳを検出する。図示されるように、リレー・ノードは、修正されたＱｏＳを示すラジオ・リソース・コントローラ接続再設定メッセージを、ドナー基地局から受信する。
【００５６】
８０８では、修正されたＱｏＳに応じて、リレー・ノードが、Ｕｕベアラ非活性化をトリガする。ある態様によれば、リレー・ノードは、修正されたＱｏＳに基づいて、対応するＵｎベアラから、非活性化するべき複数のＵｕベアラのうちの少なくとも１つを選択する。ある態様によれば、リレー・ノードは、どのＵｕベアラを非活性化するかを決定するために、輻輳したＵｎベアラによって伝送されたＵｕベアラのおのおののＡＲＰを検討する。
【００５７】
ある態様によれば、リレー・ノードは、その後、選択されたＵｕベアラのベアラ・リリースの選択されたＵｕベアラに対応するＵＥに関連付けられたＭＭＥへのインジケーションを生成しうる。図示されるように、リレー・ノードは、ベアラ・リリースのインジケーションを、ドナー基地局を介して無線端末のＭＭＥへ送信する。続いて、無線端末のＭＭＥは、輻輳したＵｎベアラから選択されたＵｕベアラを非活性化するために、無線端末のサービス提供／パケット・ゲートウェイおよびドナー基地局と、非活性化ベアラ要求を調整する。
【００５８】
図９は、本開示のある態様にしたがう、直接的なＵｕベアラ非活性化メカニズムのための動作の例を例示するシーケンス図である。この動作の例は、Ｕｎベアラにおけるトラフィック輻輳がドナー基地局で検出される９０２において始まる。９０４では、Ｕｕベアラ非活性化が、ドナー基地局のリレー・ノード・ゲートウェイ構成要素によって直接的にトリガされる。ドナー基地局は、トラフィック輻輳に基づいて、対応するＵｎベアラから非活性化するための、複数のＵｕベアラのうちの少なくとも１つを選択する。ある態様によれば、ドナー基地局は、どのＵｕベアラを非活性化するのかを決定するために、ＵｕベアラのＡＲＰを検討しうる。
【００５９】
その後、ドナー基地局のリレー・ノード・ゲートウェイ構成要素は、選択されたＵｕベアラのベアラ・リリースの選択されたＵｕベアラに対応するＵＥに関連付けられたＵＥのＭＭＥへのインジケーションを生成する。図９に図示されるように、リレー・ノードＳ／Ｐゲートウェイは、（４４０Ｂとして例示されるような）ＵＥのＭＭＥへ、ベアラ・リリース・インジケーションを送信する。これによって、ＵＥのＭＭＥは、Ｕｕベアラ非活性化手順を開始しうる。例えば、ＵＥのＭＭＥは、リレー・ノード・ゲートウェイから、ベアラ・リリース・インジケーションを受信した後、削除ベアラ・コマンドを（４４０Ｃとして例示されるような）ＵＥのＳ／Ｐゲートウェイへ通信する。Ｓ／Ｐゲートウェイは、非活性化ベアラ要求としてリレー・ノードへ伝搬される削除ベアラ要求をもって応答する。
【００６０】
図１０は、本開示のある態様にしたがう、ユーザ機器コンテキスト・リリース・メカニズムのための動作の例を例示するシーケンス図である。この動作は、Ｕｎベアラ輻輳がドナー基地局において検出される１００２で始まる。１００４では、ＵＥコンテキスト・リリースが、ドナー基地局内に組み込まれたリレー・ノード・ゲートウェイ構成要素によってトリガされる。ドナー基地局は、トラフィック輻輳に基づいて、通信からリリースすべき複数のＵＥのうちの１つを選択する。ある態様によれば、ドナー基地局は、どのＵｕベアラを非活性化するかを決定するために、Ｕｎベアラによって伝送されたＵｕベアラのＡＲＰを検討する。
【００６１】
しかしながら、この場合、ドナー基地局は、選択されたＵｕベアラを単に非活性化するのではなく、選択されたＵｕベアラに対応するＵＥのためのＵＥコンテキスト・リリースをトリガする。これは、同じＵＥに関連付けられた多くのさらなるベアラに影響を与えうる。動作の例の実施はまた、関連付けられたＵＥのすべてのＳ１−Ｕベアラと、Ｓ１アプリケーション・プロトコル・インタフェース・メッセージとをリリースしうることがさらに注目される。ある態様によれば、ドナー基地局内に組み込まれたリレー・ノード・ゲートウェイ構成要素は、選択されたＵＥのコンテキスト・リリースを求めるための、（４４０Ｂとして例示するように）選択されたＵＥのＭＭＥへのインジケーションを生成する。図１０に図示されるように、リレー・ノード・ゲートウェイ構成要素は、Ｓ１−ＡＰインタフェースを介してＵＥのＭＭＥ４４０ＢへＵＥコンテキスト・リリース要求を送信することによって、ＵＥコンテキスト・リリースをトリガする。これによって、ＵＥのＭＭＥは、ＵＥコンテキスト・リリース手順を開始する。
【００６２】
開示された処理におけるステップの具体的な順序または階層は、典型的なアプローチの例であることが理解される。設計選択に基づいて、これら処理におけるステップの具体的な順序または階層は、本開示のスコープ内であることを保ちながら、再構成されうることが理解される。方法請求項は、さまざまなステップの要素を、サンプル順で示しており、示された具体的な順序または階層に限定されないことが意味される。
【００６３】
当業者であれば、情報および信号は、さまざまな異なる技術および技法のうちの何れかを用いて表されうることを理解するであろう。例えば、前述された説明を通じて参照されうるデータ、命令群、コマンド、情報、信号、ビット、シンボル、およびチップは、電圧、電流、電磁波、磁場または磁性粒子、光学場または光学粒子、あるいはこれらの任意の組み合わせによって表現されうる。
【００６４】
当業者であればさらに、本明細書で開示された実施形態に関連して記載された例示的なさまざまな論理ブロック、モジュール、回路、およびアルゴリズム・ステップは、電子的なハードウェア、コンピュータ・ソフトウェア、あるいはこれら両方の組み合わせとして実現されることを認識するであろう。ハードウェアとソフトウェアとの相互置換性を明確に説明するために、さまざまな例示的な構成要素、ブロック、モジュール、回路、およびステップが、それらの機能の観点から一般的に記載された。これら機能がハードウェアとしてまたはソフトウェアとして実現されるかは、特定の用途およびシステム全体に課せられている設計制約に依存する。当業者であれば、特定の用途のおのおのに応じて変化する方式で、前述した機能を実現しうる。しかしながら、この適用判断は、本発明の範囲からの逸脱をもたらすものと解釈されるべきではない。
【００６５】
本明細書で開示された実施形態に関連して記述されたさまざまな例示的な論理ブロック、モジュール、および回路は、汎用プロセッサ、デジタル信号プロセッサ（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）あるいはその他のプログラマブル論理デバイス、ディスクリート・ゲートあるいはトランジスタ・ロジック、ディスクリート・ハードウェア構成要素、または上述された機能を実現するために設計された上記何れかの組み合わせを用いて実現または実施されうる。汎用プロセッサは、マイクロ・プロセッサでありうるが、代わりに、従来技術によるプロセッサ、コントローラ、マイクロコントローラ、あるいは順序回路でありうる。プロセッサは、例えばＤＳＰとマイクロ・プロセッサとの組み合わせ、複数のマイクロ・プロセッサ、ＤＳＰコアと連携する１または複数のマイクロ・プロセッサ、またはその他任意のこのような構成であるコンピューティング・デバイスの組み合わせとして実現されうる。
【００６６】
本明細書で開示された実施形態に関して記述された方法またはアルゴリズムのステップは、ハードウェアにおいて直接的に、プロセッサによって実行されるソフトウェア・モジュールによって、あるいはこれら２つの組み合わせによって具体化されうる。ソフトウェア・モジュールは、ＲＡＭメモリ、フラッシュ・メモリ、ＲＯＭメモリ、ＥＰＲＯＭメモリ、ＥＥＰＲＯＭメモリ、レジスタ、ハード・ディスク、リムーバブル・ディスク、ＣＤ−ＲＯＭ、あるいは当該技術分野で知られているその他の型式の記憶媒体に存在しうる。典型的な記憶媒体は、この記憶媒体から情報を読み取ったり、この記憶媒体に情報を書き込むことができるプロセッサのようなプロセッサに接続される。あるいは、この記憶媒体は、プロセッサに統合されうる。このプロセッサと記憶媒体とは、ＡＳＩＣ内に存在しうる。ＡＳＩＣは、ユーザ端末内に存在しうる。あるいは、プロセッサおよび記憶媒体は、ユーザ端末内のディスクリートな構成要素として存在しうる。
【００６７】
開示された実施形態の上記記載は、当業者をして、本開示の製造または利用を可能とするように提供される。これら実施形態に対するさまざまな変形例もまた、当業者には明らかであって、本明細書で定義された一般的な原理は、本開示の主旨または範囲から逸脱することなく他の例にも適用されうる。このように、本開示は、本明細書で示された実施形態に限定されるものではなく、本明細書で開示された原理および新規な特徴に一致した最も広い範囲に相当することが意図されている。
以下に、本願出願の当初の特許請求の範囲に記載された発明を付記する。
［Ｃ１］
リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局を動作させるための方法であって、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定することと、
前記リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じることと、
を備える方法。
［Ｃ２］
前記１または複数の動作を講じることは、
前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択することと、
前記選択されたＲＢの除去をトリガするための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと
をさらに備える、請求項１に記載の方法。
［Ｃ３］
前記１または複数の動作を講じることは、前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正することを備える、請求項１に記載の方法。
［Ｃ４］
前記修正されたＱｏＳに応じて、前記リレー・ノードが、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳが修正される、請求項３に記載の方法。
［Ｃ５］
前記１または複数の動作を講じることは、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと
を備える、請求項１に記載の方法。
［Ｃ６］
前記１または複数の動作を講じることは、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと
を備える、請求項１に記載の方法。
［Ｃ７］
リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局であって、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定するように構成されたトラフィック・モニタ構成要素と、
前記リレー・ノードと、少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じるように構成されたラジオ・ベアラ・マネジャ構成要素と、
を備えるドナー基地局。
［Ｃ８］
前記ラジオ・ベアラ・マネジャ構成要素はさらに、前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択し、前記選択されたＲＢの除去をトリガするための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成するように構成された、請求項７に記載のドナー基地局。
［Ｃ９］
前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正するように構成されたゲートウェイ構成要素、をさらに備える請求項７に記載のドナー基地局。
［Ｃ１０］
前記ゲートウェイ構成要素は、前記中継ノードが、前記修正されたＱｏＳに応じて、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳを修正するように構成された、請求項９に記載のドナー基地局。
［Ｃ１１］
前記ラジオ・ベアラ・マネジャ構成要素はさらに、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択し、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する
ように構成された、請求項７に記載のドナー基地局。
［Ｃ１２］
前記ラジオ・ベアラ・マネジャ構成要素はさらに、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択し、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する
ように構成された、請求項７に記載のドナー基地局。
［Ｃ１３］
リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有する、無線通信のための装置であって、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定する手段と、
前記リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じる手段と、
を備える装置。
［Ｃ１４］
前記１または複数の動作を講じる手段は、
前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択する手段と、
前記選択されたＲＢの除去をトリガするためのモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する手段と
を備える、請求項１３に記載の装置。
［Ｃ１５］
前記１または複数の動作を講じる手段は、前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正する手段を備える、請求項１３に記載の装置。
［Ｃ１６］
前記中継ノードが、前記修正されたＱｏＳに応じて、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳが修正される、請求項１５に記載の装置。
［Ｃ１７］
前記１または複数の動作を講じる手段は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択する手段と、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する手段と
を備える、請求項１３に記載の装置。
［Ｃ１８］
前記１または複数の動作を講じる手段は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択する手段と、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成する手段と
を備える、請求項１３に記載の装置。
［Ｃ１９］
リレー・ノードとインタフェースする第１の複数のラジオ・ベアラ（ＲＢ）を有するドナー基地局を動作させるための、格納された命令群を有するコンピュータ読取可能な媒体を備えるコンピュータ・プログラム製品であって、
前記命令群は、
前記第１の複数のＲＢにおけるトラフィック輻輳を判定することと、
前記リレー・ノードと少なくとも１つのユーザ機器（ＵＥ）との間をインタフェースする第２の複数のＲＢのうちの少なくとも１つの除去をトリガするための１または複数の動作を講じることと
のために、１または複数のプロセッサによって実行可能である、コンピュータ・プログラム製品。
［Ｃ２０］
前記１または複数の動作を講じるための命令群は、
前記第２の複数のＲＢのおのおのの割当および保持優先度（ＡＲＰ）のインジケーションに基づいて、前記第２の複数のＲＢのうちの少なくとも１つを選択することと、
前記選択されたＲＢの除去をトリガするための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと、
のための命令群を備える、請求項１９に記載のコンピュータ・プログラム製品。
［Ｃ２１］
前記１または複数の動作を講じるための命令群は、前記トラフィック輻輳に基づいて、前記第１の複数のＲＢに関連付けられたサービス品質（ＱｏＳ）を修正するための命令群を備える、請求項１９に記載のコンピュータ・プログラム製品。
［Ｃ２２］
前記中継ノードが、前記修正されたＱｏＳに応じて、前記第２の複数のＲＢのうち除去するための少なくとも１つを選択し、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）のために選択されたＲＢのベアラ・リリースのインジケーションを生成できるように、前記ＱｏＳが修正される、請求項２１に記載のコンピュータ・プログラム製品。
［Ｃ２３］
前記１または複数の動作を講じるための命令群は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢのベアラ・リリースの、前記選択されたＲＢに関連付けられたＵＥに関連付けられたモビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと、
のための命令群を備える、請求項１９に記載のコンピュータ・プログラム製品。
［Ｃ２４］
前記１または複数の動作を講じるための命令群は、
前記トラフィック輻輳に基づいて、前記第２の複数のＲＢのうち、非活性化すべき少なくとも１つを選択することと、
前記選択されたＲＢに関連付けられたＵＥのＵＥコンテキスト・リリースを要求するための、モビリティ管理エンティティ（ＭＭＥ）へのインジケーションを生成することと、
のための命令群を備える、請求項１９に記載のコンピュータ・プログラム製品。
【図１】
0005507753.tif 000002
【図２】
0005507753.tif 000003
【図３】
0005507753.tif 000004
【図４】
0005507753.tif 000005
【図５】
0005507753.tif 000006
【図６】
0005507753.tif 000007
【図７】
0005507753.tif 000008
【図８】
0005507753.tif 000009
【図９】
0005507753.tif 000010
【図１０】
0005507753.tif 000011