JP5674829B2

JP5674829B2 - アップリンク送信のための方法、基地局およびリレー・ノード

Info

Publication number: JP5674829B2
Application number: JP2012557369A
Authority: JP
Inventors: ハン，フェン; ツェン，ウー; レン，チャオビン; ツァン，カイビン; リウ，チミン
Original assignee: アルカテル−ルーセント
Priority date: 2010-03-18
Filing date: 2010-03-18
Publication date: 2015-02-25
Anticipated expiration: 2030-03-18
Also published as: US20130003650A1; KR20130005290A; KR20140111349A; WO2011113202A1; JP2013522976A; CN102714650B; TW201218709A; EP2549708A1; EP2549708A4; CN102714650A

Description

本発明は、アップリンク送信のための方法および装置に関し、より具体的にはマルチホップ・システム、特に次世代移動通信システムにおけるアップリンク送信方法、ならびにアップリンク送信方法を実行するための基地局およびリレー・ノードに関する。

最近、リレー技術に関する研究が徐々に人々の注意を引きつけている。リレー技術は、次世代移動通信システムの要件を満たすためにセルの容量を高め、カバレッジ・エリアを拡大するのに適した候補技術とみなされている。次世代移動通信システム、例えばＬＴＥ−Ａ（拡張ロング・ターム・エボリューション）の標準化進行中に、以下の規定に基づいて合意が達成された。タイプＩリレーは、それ自体の物理セルＩＤを有し、独立基地局ｅＮＢと同様のユーザ機器（ＵＥ）にとって可視である。

図１は、タイプＩリレーが配備されるシステムにおける基本的なノードおよびインターフェースの概略図を示し、Ｕｕ（ユーザ−ユーザ）は、ユーザ機器とリレー・ノードとの間のインターフェースを表し、Ｕｎ（ユーザ−ネットワーク）は、リレー・ノードと基地局ｅＮＢとの間のインターフェースを表す。ここでは一例として２ホップ・システムのみが例示されていることに留意されたい。明らかに、２ホップ・システムをマルチホップ・システムに拡大することは当業者には自明である。

参考文献［１］では、タイプＩリレーのためのバックホール・リンクとアクセス・リンクとの間のアップリンク（ＵＬ）インバンド・リソース・パーティションに関して合意が達成されており、リレー・ノードから基地局へのリンクおよびユーザ機器からリレー・ノードへのリンクは単一周波数帯において時分割多重化される、すなわち、いつでも１つのリンクのみがアクティブであることが規定されている。

したがって、アップリンク・データの送信はリレー・ノードを通る必要があり、インバンド・リソース・パーティショニングが利用されているので、ＵＥデータを基地局に送信することによって生じる待ち時間が増大することになる。さらに、待ち時間は、Ｕｎアップリンク・スケジューリング許可のためのサブフレーム間隔を考慮すると、さらに増大することになる。Ｕｕインターフェース上で、ユーザ機器がバッファ状態レポートＢＳＲを送信するのに十分なリソースを割り当てられていない場合は、オン−オフ・キーイング・スケジューリング要求ＳＲがリレー・ノードに送信される。スケジューリング要求ＳＲ手順は、アップリンク（すなわち、ユーザ機器からリレー・ノードへのリンク）リソースを要求するための手順である。バッファ状態レポートＢＳＲ手順は、リレー・ノードにユーザ機器のアップリンク・バッファ内のデータの量を通知するための手順である。既存のＳＲ手順およびＢＳＲ手順［参考文献２］がＵｎインターフェース上で再利用される場合、ＵＬ待ち時間は、ユーザ機器から見て許容できないものになる。

したがって、Ｕｎインターフェースに関して新技術が探索され、設計される必要がある。
参考文献
［１］ＴＲ３６．８１４、「ＦｕｒｔｈｅｒａｄｖａｎｃｅｍｅｎｔｓｆｏｒＥ−ＵＴＲＡｐｈｙｓｉｃａｌｌａｙｅｒａｓｐｅｃｔｓ」
［２］３ＧＰＰＴＳ３６．３２１、ｖ８．１．０（２００８−０３）、３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋＥ−ＵＴＲＡＭＡＣｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ８）

ＴＲ３６．８１４、「ＦｕｒｔｈｅｒａｄｖａｎｃｅｍｅｎｔｓｆｏｒＥ−ＵＴＲＡｐｈｙｓｉｃａｌｌａｙｅｒａｓｐｅｃｔｓ」３ＧＰＰＴＳ３６．３２１、ｖ８．１．０（２００８−０３）、３ＧＰＰＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋＥ−ＵＴＲＡＭＡＣｐｒｏｔｏｃｏｌｓｐｅｃｉｆｉｃａｔｉｏｎ（Ｒｅｌｅａｓｅ８）

本発明の目的は、アップリンク送信方法のための動的スケジューリング方式を提供することであり、基地局は、状態に基づいてリレー・ノードのアップリンク送信方法を動的に構成し、それによって待ち時間の低減およびアップリンク送信のためのリソース効率の向上を実現することができる。

本発明の第１の態様によれば、アップリンク送信のための方法であって、リレー・ノードのアップリンク・トラフィックのための統計的パラメータに基づいて、候補アップリンク送信方法のセットからアップリンク送信方法を選択するステップと、選択されたアップリンク送信方法をリレー・ノードに通知するステップと、選択されたアップリンク送信方法に従ってリレー・ノードによってアップリンク送信を実行するステップとを含む方法が提供される。

好ましくは、候補アップリンク送信方法のセットは、スケジューリング要求ベースの送信方法、リソースを予め割り当てる送信方法、およびコンテンション・ベースの送信方法のうちの少なくとも１つを含む。

好ましくは、選択されたアップリンク送信方法がリソースを予め割り当てる送信方法である場合は、リレー・ノードは予め割り当てられたリソース上でアップリンク送信を実行する。

好ましくは、選択されたアップリンク送信方法がコンテンション・ベースの送信方法である場合は、リレー・ノードは、コンテンション機構に基づいて予め割り当てられたコンテンション・リソース上でアップリンク送信を実行する。

好ましくは、選択されたアップリンク送信方法がスケジューリング要求ベースの送信方法である場合は、リレー・ノードは、ユーザ機器からアップリンク・データまたはアップリンク・スケジューリング要求を受信したとき、アプリケーション・スケジューリング要求を基地局に送信してアップリンク・リソースを割り当てることを要求し、リレー・ノードは、割り当てられたアップリンク・リソース上でアップリンク・データを送信する。

好ましくは、本方法は、リレー・ノードがアップリンク・スケジューリング要求を基地局に送信するステップの後に、リレー・ノードによってバッファ状態レポート・メッセージをバッファ内のデータの量に基づいて生成するステップと、生成されたバッファ状態レポート・メッセージを基地局に送信するステップとをさらに含む。

好ましくは、本方法は、ユーザ機器からバッファ状態レポート・メッセージを受信したとき、バッファ内のデータの量および受信されたバッファ状態レポート・メッセージに基づいて基地局に送信されるべきバッファ状態レポート・メッセージをリレー・ノードによって生成するステップと、生成されたバッファ状態レポート・メッセージを基地局に送信するステップとをさらに含む。

本発明の第２の態様によれば、リレー・ノードのアップリンク・トラフィックのための統計的パラメータに基づいて候補アップリンク送信方法のセットからアップリンク送信方法を選択するように構成された送信方法選択ユニットと、選択されたアップリンク送信方法をリレー・ノードに通知するように構成された選択結果通知ユニットとを備える基地局が提供される。

本発明の第３の態様によれば、アップリンク送信方法を示すメッセージを受信するように構成された受信ユニットと、受信されたメッセージによって示されているアップリンク送信方法に基づいてアップリンク送信を実行するように構成されたアップリンク送信ユニットとを備えるリレー・ノードが提供される。

本発明の上記および他の目的、特徴および利点は、添付の図面と併せて本発明の非制限的実施形態の以下の詳細な説明を参照することによって、より明らかになるであろう。

タイプＩリレーが配備されているシステムにおける基地局ノードおよびインターフェースの概略図である。本発明の第１の実施形態によるアップリンク送信方法の概略図である。本発明の第２の実施形態によるアップリンク送信方法の概略図である。本発明の第３の実施形態によるアップリンク送信方法の概略図である。本発明の第５の実施形態によるアップリンク送信方法のためのシステム構成の概略図である。

次に、本発明の諸実施形態が添付の図面を参照しながら詳細に説明される。以下の説明では、いくつかの特定の実施形態は、説明の目的のためにのみ使用されるものであり、それらは本発明に対する限定と解釈されるのではなく、本発明の単なる例と解釈されるものとする。概略図は、既存のシステムとの違いを例示するのみであり、本発明のあいまいな理解を回避するために従来の構造または構成を省略していることが指摘される必要がある。

ＬＴＥ−Ａにおいては、リレーは、基地局とユーザ機器との間のトラフィック／シグナリング転送を実行するための拡張技術として使用され、その結果、カバー率の向上およびスループットの改善を実現する。

リレー・ノードの概念が導入される場合、Ｕｎインターフェース上でのアップリンク送信のための簡単な方法は、Ｕｕインターフェース上での既存のＳＲ手順およびＢＳＲ手順を再利用することである。

図２は、本発明の第１の実施形態によるアップリンク送信方法の概略図を示す。本発明の第１の実施形態によるアップリンク送信方法では、既存のＳＲ手順およびＢＳＲ手順がＵｎインターフェース上で利用される（以下では、アップリンク送信方法は順次ＳＲ送信方法および順次ＢＳＲ送信方法と呼ばれる）。

最初に、ステップＳ２０１において、ユーザ機器がＳＲ手順をトリガし、スケジューリング要求をリレー・ノードに送信する。ステップＳ２０２において、リレー・ノードがアップリンク・スケジューリング許可メッセージをユーザ機器にフィードバックする。次いで、ステップＳ２０３において、ユーザ機器がＢＳＲメッセージをリレー・ノードに送信する。ステップＳ２０４において、リレー・ノードがユーザ機器から受信されたＢＳＲメッセージに基づいてアップリンク・リソースを割り当て、アップリンク・スケジューリング許可メッセージをユーザ機器にフィードバックする。ステップＳ２０５において、アップリンク・スケジューリング許可メッセージを受信したユーザ機器がアップリンク・データをリレー・ノードに送信する。これは、Ｕｕインターフェース上での既存のＳＲ手順およびＢＳＲ手順である。

リレー・ノードがユーザ機器から基地局に送信されるべきアップリンク・データを受信し、そのデータが他の利用可能なデータより高い優先順位を有する論理チャネルに属するか、または送信されるべき他のデータがない場合は、リレー・ノードは正規のＢＳＲ手順をトリガする。正規のＢＳＲがトリガされ、リレー・ノードがアップリンク・リソースを有していない場合は、アップリンク・リソースを要求するためにＳＲ手順がトリガされる。

したがって、ステップＳ２０６において、リレー・ノードがスケジューリング要求を基地局に送信する。ステップＳ２０７において、基地局がアップリンク・スケジューリング許可メッセージをリレー・ノードにフィードバックする。次いで、ステップＳ２０８において、リレー・ノードがＢＳＲメッセージを基地局に送信する。ステップＳ２０９において、基地局がリレー・ノードから受信されたＢＳＲメッセージに基づいてアップリンク・リソースを割り当て、アップリンク・スケジューリング許可メッセージをリレー・ノードにフィードバックする。ステップＳ２１０において、アップリンク・スケジューリング許可メッセージを受信したリレー・ノードがアップリンク・データを基地局に送信する。

したがって、この方式は、仕様に容易に導入することができる。

本発明の第１の実施形態によるアップリンク送信方法では、ユーザ機器から基地局へのアップリンク・データは、まずＵｎインターフェース上でアップリンク・リソースを要求するために後回しにされる。この待ち時間は、アップリンク・スケジューリング許可メッセージのためのサブフレーム間隔を考慮するとさらに増大される可能性がある。

したがって、Ｕｎインターフェース上でのＳＲ手順およびＢＳＲ手順は、待ち時間を低減し、リソースの効率を上げるために変更されてよい。

本発明の第１の実施形態によるアップリンク送信方法によって生じる待ち時間は、いくつかの態様の結果として生じる。第１に、ＳＲ手順は、ユーザ機器からのアップリンク・データがリレー・ノードに実際に到着したときにのみトリガされる。第２に、基地局に送信されるＢＳＲメッセージは、その時点のリレー・ノードのアップリンク・バッファ内のデータの量を示すのみであるが、リレー・ノードがＢＳＲメッセージを基地局に送信した後に、かつリレー・ノードがアップリンク・データを基地局に送信する前にリレー・ノードに到着するユーザ機器からの新しいアップリンク・データが存在する可能性がある。さらに、リレー・ノードは、常にＳＲ手順およびＢＳＲ手順を介してアップリンク・リソースを要求するが、実際には、リレー・ノードの現在の負荷状態に応じていくつかの適応された機構が使用されてもよい。

図３は、本発明の第２の実施形態によるアップリンク送信方法の概略図を示す。

本発明の第２の実施形態によるアップリンク送信方法と本発明の第１の実施形態によるアップリンク送信方法との違いは、リレー・ノードにおいてＳＲ手順およびＢＳＲ手順をトリガする時間にある。本発明の第２の実施形態によるアップリンク送信方法では、リレー・ノードは、自動的にサービスされるユーザ機器からのスケジューリング要求を受信すると、利用可能なアップリンク・リソースがないときは直ちにＳＲ手順をトリガする。ＳＲ周期が到来したときアップリンク・リソースを要求するためにスケジューリング要求が基地局に送信される。同様に、本発明の第２の実施形態によるアップリンク送信方法では、リレー・ノードは、自動的にサービスされるユーザ機器からのＢＳＲメッセージを受信すると、ＢＳＲメッセージを生成し、直ちに基地局へのＢＳＲ手順をトリガする。

図３に例示されているように、本発明の第２の実施形態によるアップリンク送信方法では、ステップＳ３０１において、ユーザ機器がＳＲ手順をトリガし、スケジューリング要求をリレー・ノードに送信する。ステップＳ３０２において、スケジューリング要求を受信したリレー・ノードがＳＲ手順をトリガし、スケジューリング要求を基地局に送信する。次いで、ステップＳ３０３において、リレー・ノードがアップリンク・スケジューリング許可メッセージをユーザ機器にフィードバックする。ステップＳ３０４において、基地局がアップリンク・スケジューリング許可メッセージをリレー・ノードにフィードバックする。ステップＳ３０５において、ユーザ機器がＢＳＲメッセージをリレー・ノードに送信する。

以下では、本発明の第１の実施形態によるステップＳ２０６〜Ｓ２１０が利用されてよい。

本発明の第２の実施形態によるアップリンク送信方法では、待ち時間をさらに低減するために、リレー・ノードは、自動的にユーザ機器からＢＳＲメッセージを受信するとＢＳＲ手順を直ちにトリガし、ＢＳＲメッセージを基地局に送信する。

したがって、ステップＳ３０６において、リレー・ノードは基地局に送信されるべきＢＳＲメッセージを生成する。この時点で、リレー・ノードは、それ自体のアップリンク・バッファ内のデータの量を考慮するばかりでなく、ユーザ機器から来るデータの量をも考慮する。次いで、ステップＳ３０７において、リレー・ノードは、正規のＢＳＲ手順をトリガし、生成されたＢＳＲメッセージを基地局に送信する。

ユーザ機器は、ステップＳ３０８においてリレー・ノードからアップリンク・スケジューリング許可メッセージを受信し、ステップＳ３１０においてアップリンク・データをリレー・ノードに送信する。

リレー・ノードは、ステップＳ３０９において基地局からスケジューリング許可メッセージを受信した後に、ステップＳ３１１においてアップリンク・データを基地局に送信する。

したがって、本発明の第１の実施形態によるアップリンク送信方法でのユーザ機器におけるＳＲ手順およびＢＳＲ手順ならびにリレー・ノードにおけるＳＲ手順およびＢＳＲ手順の順次動作と異なり、本発明の第２の実施形態によるアップリンク送信方法では、ユーザ機器におけるＳＲ手順およびＢＳＲ手順ならびにリレー・ノードにおけるＳＲ手順およびＢＳＲ手順はインタリーブされる（すなわち、拡張ＳＲ送信方法および拡張ＢＳＲ送信方法が同時に利用される）。本発明の第２の実施形態によるアップリンク送信方法では、リレー・ノードは、ユーザ機器からアップリンク・データを受信すると、延長されたＳＲ手順およびＢＳＲ手順を待つことなく、直ちにかつ迅速にアップリンク・データを基地局に転送する。

図３は、本発明の第２の実施形態によるアップリンク送信方法の一例を例示する。本発明の第２の実施形態によるアップリンク送信方法は、上記のステップＳ３０１〜Ｓ３１１の順序に従わなくてもよい。例えば、Ｓ３０２は、Ｓ３０３またはＳ３０５の後にトリガされてもよく、Ｓ３０７は、Ｓ３０８の後にトリガされてもよい。これは、リレー・ノードによって構成されてよい。

図４は、本発明の第３の実施形態によるアップリンク送信方法の概略図を示す。

本発明の第３の実施形態によるアップリンク送信方法と本発明の第２の実施形態によるアップリンク送信方法との違いは、リレー・ノードにおけるＳＲ手順およびＢＳＲ手順が省略されることにある。

本発明の第１の実施形態および第２の実施形態によるアップリンク送信方法ではリレー・ノードがＳＲ手順およびＢＳＲ手順を介してアップリンク・リソースを要求するのと異なり、本発明の第３の実施形態によるアップリンク送信方法では、基地局が事前割当機構を利用してアップリンク・リソースをリレー・ノードに割り当てる。リレー・ノードは、割り当てられたリソース上でアップリンク・データを基地局に送信する（以下では、本発明の第３の実施形態によるアップリンク送信方法は、リソースを予め割り当てる送信方法と呼ばれる）。

図４に例示されているように、本発明の第３の実施形態によるアップリンク送信方法でのステップＳ４０１、Ｓ４０２、Ｓ４０４、Ｓ４０５、Ｓ４０６、Ｓ４０７およびＳ４０８は、それぞれ本発明の第２の実施形態によるアップリンク送信方法でのステップＳ３０１、Ｓ３０３、Ｓ３０５、Ｓ３０６、Ｓ３０８、Ｓ３１０およびＳ３１１と同じである。

リレー・ノードにおけるＳＲ手順およびＢＳＲ手順、すなわちステップＳ３０２、Ｓ３０４およびＳ３０９ではなく、ステップＳ４０３においては、基地局は事前割当機構を利用してアップリンク・リソースをリレー・ノードに割り当てる。すなわち、未使用のアップリンク・リソースでは、基地局は、アップリンク・スケジューリング許可メッセージをリレー・ノードに送信して、リレー・ノードに利用可能なアップリンク・スケジューリング・リソースを通知する。

したがって、リレー・ノードは、スケジューリング要求、ＳＲメッセージおよびＢＳＲメッセージを前もって送信することなく、予め割り当てられたアップリンク・リソースを使用してアップリンク・データを送信することができる。

しかし、リレー・ノードは、送信するべきデータを有していない場合は、パディングＢＳＲメッセージで応答するが、これはアップリンク干渉を増大し、リソース使用効率を下げる可能性がある。したがって、リレー・ノードが高トラフィック負荷を有する状態にある場合は、リソースを予め割り当てる送信方法が利用されてよい。

リレー・ノードによって送信されるべきデータがより高い優先順位を有するか、または割り当てられたアップリンク・リソースが不十分であるなどの何か他の状態にある場合は、リレー・ノードはまた、ＢＳＲメッセージを生成し、ＢＳＲ手順をトリガし、割り当てられたリソース上でＢＳＲメッセージを基地局に送信してアップリンク・リソースを要求することができることに留意する必要がある。ここで、リレー・ノードによって生成されたＢＳＲメッセージは、ユーザ機器によってリレー・ノードに送信されるべきデータの量を考慮してもよい。この時点で、拡張ＢＳＲ方法が利用されてよい。

本発明の第３の実施形態によるアップリンク送信方法は、ＳＲ手順の省略によってシステム待ち時間を低減する（ＢＳＲ手順も省略され得る）。

本発明の第４の実施形態によるアップリンク送信方法と本発明の第３の実施形態によるアップリンク送信方法との違いは、アップリンク・リソースを取得するための方式にある。

本発明の第４の実施形態によるアップリンク送信方法では、基地局は、複数のリレー・ノードに未使用のアップリンク・リソースを通知する。リレー・ノードは、コンテンション・ベースのアップリンク送信方法を利用して、未使用のリソース上でアップリンク・データを直接送信する（以下では、本発明の第４の実施形態によるアップリンク送信方法は、コンテンション・ベースの送信方法と呼ばれる）。これは、Ｕｎインターフェース上でのＳＲ手順を必要とせず、したがって、待ち時間およびシグナリング・オーバヘッドをさらに低減することができる。本発明の第３の実施形態によるアップリンク送信方法のように、本発明の第４の実施形態によるアップリンク送信方法では、リレー・ノードはまた、必要とされる場合は、ＢＳＲ手順をトリガし、ＢＳＲメッセージを割り当てられたリソース上で基地局に送信してアップリンク・リソースを要求することができる。この時点で、拡張ＢＳＲ方法が利用されてもよい。

しかし、コンテンション・ベースのアップリンク送信方法の主な欠点は、データ衝突によって生じるエラー・ビット・レートの増大である。したがって、本発明の第４の実施形態によるアップリンク送信方法は、低トラフィック負荷を有する状態のために抑制され、リレー・ノードは限られた量のトラフィックを生成するのみである。さらに、厳しい待ち時間要件を有する高優先順位トラフィックがリレー・ノードに到着し、アップリンク・リソースがリレー・ノードにおいて利用可能ではない場合は、コンテンション・ベースのアップリンク送信方法が利用されてよい。

本発明の第１乃至４の実施形態によるアップリンク送信方法は、リレー・ノードが配備されているシステムにおいて利用され得るアップリンク送信方法の例のみである。他の実行環境では他の方法が設計されてもよい。

重要なことには、基地局は、リレー・ノードのアップリンク・トラフィックのための統計的パラメータに基づいて様々なアップリンク送信方法を動的に選択し、良好な待ち時間性能および高いリソース使用効率を実現することができる。

例えば、リレー・ノードのアップリンク・トラフィックのための統計的パラメータは、トラフィックの量および優先順位などのようなパラメータでよい。

例えば、基地局は、リレー・ノードが比較的重い負荷を有する状態にあるときは、リソースを予め割り当てる送信方法が使用され、リレー・ノードが比較的軽い負荷を有する状態にあるときは、拡張ＳＲ送信方法および／または拡張ＢＳＲ送信方法が使用され、リレー・ノードがより軽い負荷を有する状態にあって、厳しい待ち時間要件を有するより高い優先順位のデータを受信したときは、コンテンション・ベースの送信方法が使用されるように構成されてよい。

図５は、本発明の第５の実施形態によるアップリンク送信方法のためのシステム構成を例示する概略図である。

図５に例示されているように、リレー・ノードが配備されているシステムでは、基地局１０は、送信方法選択ユニット１０１、スケジューリング・ユニット１０２、および選択結果通知ユニット１０３を備える。それに対応して、リレー・ノード２０は、選択結果受信ユニット２０１およびアップリンク送信ユニット２０２を備える。

送信方法選択ユニット１０１は、リレー・ノードのアップリンク・トラフィックのための統計的パラメータに基づいて適切なアップリンク送信方法を選択する。様々な状態に基づいて、候補アップリンク送信方法のセットが基地局のために前もって構成／記憶されることが可能である。送信方法選択ユニット１０１は、候補アップリンク送信方法のセットからアップリンク送信方法を選択する。

次いで、送信方法選択ユニット１０１は、スケジューリング・ユニット１０２および選択結果通知ユニット１０３に選択結果を通知する。

選択結果通知ユニット１０３は、基地局の選択をリレー・ノード２０の選択結果受信ユニット２０１に送信する。例えば、リレー・ノードに選択結果を通知するためにアップリンク・スケジューリング許可メッセージの識別フィールドにフラグが設定されることが可能である。

次いで、選択されたアップリンク送信方法に基づいて基地局１０のスケジューリング・ユニット１０２とリレー・ノード２０のアップリンク送信ユニット２０２との間でアップリンク・データが送信される。前述のように、アップリンク送信ユニット２０２は、上記の第１乃至第４の実施形態によってアップリンク・データを送信することができる。当然ながら、リレー・ノード２０は、アップリンク・データをバッファするように構成されたバッファ（図示せず）をさらに備えてよい。選択されたアップリンク送信方法が第２の実施形態によるアップリンク送信方法である場合は、アップリンク送信ユニット２０２は、バッファ内のデータの量およびユーザ機器から受信されたＢＳＲメッセージに基づいて、基地局に送信されるべきＢＳＲメッセージを生成し、生成されたＢＳＲメッセージを基地局に送信する。

この時点において、送信方法選択ユニット１０１は、リレー・ノードのアップリンク・トラフィックのための統計的パラメータを連続して監視し、要件に基づいてアップリンク送信方法を再選択することができる。

上記の説明は複数のユニットに関するが、本発明は、対応する機能が分割されたユニットまたは結合されたユニットによって実行されることが可能である限り、１つのユニットを複数のユニットに分割することによって、または複数のユニットを１つのユニットに結合することによって実施されることが可能である。

前述の方法の様々なステップはプログラムされたコンピュータによって実行されてよいことを当業者は容易に理解する。ここで、いくつかの実施形態は、機械またはコンピュータ可読プログラム記憶装置（例えば、デジタルデータ記憶媒体）、およびマシン実行可能またはコンピュータ実行可能プログラム命令を符号化することを含み、命令は上記方法のいくつかのまたはすべてのステップを実行する。プログラム記憶装置は、例えば、デジタル・メモリ、磁気記憶媒体（磁気ディスクおよび磁気テープなど）、ハードウェアまたは光可読デジタル・データ記憶媒体でよい。諸実施形態はまた、上記方法の諸ステップを実行するためのプログラムされたコンピュータを含む。

方法および図面は、本発明の原理を例示するのみである。したがって、当業者は異なる構造を提案することができることを理解されたい。それらの異なる構造は、本明細書には明示的に説明または図示されていないが、本発明の原理を反映し、本発明の趣旨および範囲に含まれる。さらに、本明細書に記述されたすべての例は、読者が本発明の原理、および技術の改善のために発明者によって提供された概念を理解するのを助けるために教示目的でのみ、明確に、主に使用されるものであり、詳細に記述された例および状態に対する限定と解釈されるべきではない。さらに、本明細書において、本発明の原理、態様、および実施形態を列挙する記述および特定の例のすべては、それらの均等物を含む。

上記の説明は、本発明の実施形態を実施するために使用されるのみであり、本発明の範囲から逸脱することのないいかなる変更または部分的代替も、本発明の特許請求の範囲によって限定される範囲に入ることを当業者は理解するであろう。したがって、本発明の保護範囲は、特許請求の範囲の保護範囲によって決まるものとする。

Claims

アップリンク送信のための方法であって、
リレー・ノードのアップリンク・トラフィックのための統計的パラメータに基づいて、候補アップリンク送信方法のセットからアップリンク送信方法を選択するステップと、
前記リレー・ノードに前記選択されたアップリンク送信方法を通知するステップと、
前記選択されたアップリンク送信方法に従って前記リレー・ノードによって前記アップリンク送信を実行するステップと
を含み、
候補アップリンク送信方法の前記セットは、スケジューリング要求ベースの送信方法、リソースを予め割り当てる送信方法、およびコンテンション・ベースの送信方法のうちの少なくとも１つを備える
方法。
前記選択されたアップリンク送信方法がリソースを予め割り当てる送信方法である場合は、前記リレー・ノードは、予め割り当てられたリソース上で前記アップリンク送信を実行する、請求項１に記載の方法。
前記選択されたアップリンク送信方法が前記コンテンション・ベースの送信方法である場合は、前記リレー・ノードはコンテンション機構に基づいて予め割り当てられたコンテンション・リソース上で前記アップリンク送信を実行する、請求項１に記載の方法。
前記選択されたアップリンク送信方法が前記スケジューリング要求ベースの送信方法である場合は、前記リレー・ノードは、ユーザ機器からアップリンク・データまたはアップリンク・スケジューリング要求を受信したとき、アップリンク・スケジューリング要求を基地局に送信して、アップリンク・リソースを割り当てることを要求し、前記リレー・ノードは前記割り当てられたアップリンク・リソースで前記アップリンク・データを送信する、請求項１に記載の方法。
前記リレー・ノードがアップリンク・スケジューリング要求を前記基地局に送信する前記ステップの後に、
バッファ内のデータの量に基づいて前記リレー・ノードによってバッファ状態レポート・メッセージを生成し、前記生成されたバッファ状態レポート・メッセージを前記基地局に送信するステップ
をさらに含む、請求項４に記載の方法。
ユーザ機器からバッファ状態レポート・メッセージを受信したとき、バッファ内のデータの量および前記受信されたバッファ状態レポート・メッセージに基づいて基地局に送信されるべきバッファ状態レポート・メッセージをリレー・ノードによって生成し、前記生成されたバッファ状態レポート・メッセージを前記基地局に送信するステップ
をさらに含む、請求項４又は５に記載の方法。
前記選択されたアップリンク送信方法は、アップリンク・スケジューリング許可メッセージを使用して前記リレー・ノードに通知される、請求項１乃至６のいずれか１項に記載の方法。
リレー・ノードのアップリンク・トラフィックのための統計的パラメータに基づいて候補アップリンク送信方法のセットからアップリンク送信方法を選択するように構成された送信方法選択ユニットと、
前記リレー・ノードに前記選択されたアップリンク送信方法を通知するように構成された選択結果通知ユニットと
を備え、
候補アップリンク送信方法の前記セットは、スケジューリング要求ベースの送信方法、リソースを予め割り当てる送信方法、およびコンテンション・ベースの送信方法のうちの少なくとも１つを含む基地局。
アップリンク送信方法を示すメッセージを受信するように構成された受信ユニットであって、前記アップリンク送信方法がスケジューリング要求ベースの送信方法、リソースを予め割り当てる送信方法、およびコンテンション・ベースの送信方法のうちの少なくとも１つを含む候補アップリンク送信方法のセットから選択される受信ユニットと、
前記受信されたメッセージによって示された前記アップリンク送信方法に基づいてアップリンク送信を実行するように構成されたアップリンク送信ユニットと
を備えるリレー・ノード。
前記受信されたメッセージがリソースを予め割り当てる送信方法を示す場合は、前記アップリンク送信ユニットは予め割り当てられたリソース上で前記アップリンク送信を実行する、請求項９に記載のリレー・ノード。
前記受信されたメッセージがコンテンション・ベースの送信方法を示す場合は、前記アップリンク送信ユニットは、コンテンション機構に基づいて予め割り当てられたコンテンション・リソース上で前記アップリンク送信を実行する、請求項９に記載のリレー・ノード。
前記受信されたメッセージがスケジューリング要求ベースの送信方法を示す場合は、前記アップリンク送信ユニットは、ユーザ機器からアップリンク・データまたはアップリンク・スケジューリング要求を受信したとき、アップリンク・スケジューリング要求を基地局に送信してアップリンク・リソースを割り当てることを要求し、前記割り当てられたアップリンク・リソース上で前記アップリンク・データを送信する、請求項９に記載のリレー・ノード。
ユーザ機器からバッファ状態レポート・メッセージを受信したとき、前記アップリンク送信ユニットは、バッファ内のデータの量および前記受信されたバッファ状態レポート・メッセージに基づいて基地局に送信されるべきバッファ状態レポート・メッセージを生成し、前記生成されたバッファ状態レポート・メッセージを前記基地局に送信する、請求項１２に記載のリレー・ノード。