(57)【要約】本発明は、携帯電話システムの性能を向上させるためにデータの透過リレーを可能にする方法を提供する。特にアップリンク上でのリレーを、透過リレー（ＴＲ）と言われる固定されたエンティティによって行なう。基地局は１つ以上のＴＲをアップリンク上で特定のＣＩＤ（例えば特定の加入者局）に関連するデータ送信をリレーすることに割り当てても良い。
2008511210.tif 000002
【特許請求の範囲】
【請求項１】
リレー装置が通信システム内で情報をリレーするための方法であって、
モニタすべき加入者局を表すメッセージを受信するステップと、
リレー−基地資源を表す割り当てメッセージを受信するステップと、
加入者局からの送信を受信するステップと、
加入者局の送信を復調およびデコードするステップと、
加入者局の送信を再変調および再エンコードするステップと、
再変調および再エンコードした送信をリレー−基地資源を介してリレーするステップであって、送信が所定の順番でリレーされる、前記リレーするステップとを含む前記方法。
【請求項２】
送信を所定の順番でリレーするステップが、送信を受信した順番で送信をリレーするステップを含む請求項１に記載の方法。
【請求項３】
送信を所定の順番でリレーするステップが、前のフレームにおける割り当てと同じ相対順番で送信をリレーするステップを含む請求項１に記載の方法。
【請求項４】
送信をリレーするステップが、割り当てられたリレー−基地資源のうち正しくデコードされなかった送信に関連する部分を空のままにしておくことによって、正しく復調およびデコードした送信のみをリレーするステップを含む請求項１に記載の方法。
【請求項５】
再変調および再エンコードした送信をリレー−基地資源を介してリレーするステップが、再変調および再エンコードした送信を、別のリレー装置が実質的に同時に利用するリレー−基地資源を介してリレーするステップを含む請求項１に記載の方法。
【請求項６】
変調およびコーディングのレートを判定して、１つ以上の加入者局の送信を再変調および再エンコードするときに利用することをさらに含む請求項１に記載の方法。
【請求項７】
１つ以上の加入者局からの送信をリレーする前にリレー能力を表すメッセージを送るステップをさらに含む請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は一般的に情報のリレーに関し、特に、通信システム内で情報をリレーするための方法および装置に関する。
【背景技術】
【０００２】
この技術分野において無線通信システムは公知である。多くのこのようなシステムでは、リモート通信ユニット（少なくともいくつかはモバイルであり得る）は互いにおよび／または他と、システムインフラストラクチャ（例えば、位置の固定された送信機や受信機）を介して通信する。一般的に、無線通信システムは、対応する通信範囲によって特徴付けられ（通常、送信範囲および受信範囲の一方または両方によって特徴付けられる）、その通信範囲を越えて、システムインフラストラクチャの無線通信能力は有効に広がることはできない。
【０００３】
この技術分野ではリピータも知られている。このような装置は、通常、与えられた通信システムの通信範囲を広げる働きをする（送信および／または受信範囲を広げることによって）。この機構によって、例えば、比較的低パワーのリモート通信ユニットが、遠方のシステム受信機の有効範囲外であるにもかかわらず、比較的遠方のシステム受信機と効果的に通信することが可能である。このようなリピータは多くの場合、自律的な自動モードで動作し、受信に成功した送信はどんなものでもリピートする。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
様々な改良がシステムおよびリモート通信ユニットの両方に施されているにもかかわらず、残念ながら、与えられた通信システムの通信範囲内に通信ユニットがあっても、その送信が所定の所望のレベルのサービス品質で確実に受信されるわけではない時間および状況が依然として存在している。このような結果に対しては種々の原因が存在する。例えば、しかしこれに限定されないが、シャドウフェーディングや他の伝搬問題である。性能要求が影響を引き起こすこともある。例えば、データ転送レートに対する要求（多くの場合、帯域幅の対応する増加につながる）が増加し続けると、リモート通信ユニット（そうでなければ有効範囲内である）が所望のレベルのサービスを、送信パワーを同時に著しく増加させることなく正常に行なう能力が損なわれることが通常起きる。従って、前述した問題に対処する、通信システム内で情報をリレーするための方法および装置が求められている。
【課題を解決するための手段】
【０００５】
本発明では、携帯電話システムの性能を向上させるためのデータの透過リレー（transparent relay）を可能にする方法を提供する。一実施形態では、１つ以上のリレーがセルのセクタ内に配備される。これらのリレーは、透過リレー（ＴＲ）と呼ばれる。なぜならば、本発明はセル内の加入者局の観点からはほとんど「透過的な」仕方でそれらのリレーをシステム内で動作させるからである。一例では、図１に示すように、３つのＴＲは、セクタ内において、基地局（ＢＳ）から遠くに位置する加入者局（ＳＳ）に著しいリンクバジェットの改善を施すように選択した場所に配備されることができる。
【０００６】
本発明の一実施形態では、複数のＴＲ（例えば、１つ以上であるがセクタ内のＴＲの総数のサブセットであり得る）を選択して、これらのＴＲに特定のＳＳに対してリレーを行なう（または作動する）ように命令を出しても良い。この場合、選択されたＴＲは、ＳＳが行なうアップリンクデータ送信をモニタ（受信および復調／デコード）する。そして、選択されたＴＲは、ＳＳが元の送信に対して使用したものとは異なるチャンネル資源（例えば、異なる時間スロット、異なるサブチャネル、異なる拡散コードなど）上で、データを再エンコードおよび再送信する。選択された各ＴＲからの送信を、マクロダイバーシティ利益を得るために、同じチャンネル資源上で行なうことができる（この場合、ＴＲは好ましくは選択されたＴＲからの送信がＢＳにほぼ同期して到着するようにＢＳのタイミングと周波数に同期される）。
【０００７】
選択されたＴＲがＳＳからのデータ送信を正しく受信／デコードできない場合にはいつでも、選択された任意のＴＲからの送信を削除する方法も提供される。この方法には、送信用にＴＲに割り当てた（allocated）チャンネル資源を空のままにしておくことが含まれる。この方法を用いれば、セクタ内のすべてのＴＲを単一のグループにして、グループＩＤ（例えばマルチキャストグループＩＤ）を割り当てることができる。そして、ＳＳモニタリングおよびＴＲ資源割り当てをグループに対して行なうことを、別個の命令または割り当てを各ＴＲに送る場合と比べて、非常に効率的に行なうことができる。セクタ内のすべてのＴＲを特定のＳＳ送信に対して作動させた場合、ＴＲの中には、ＳＳ送信を正しくデコードするもの（例えばＳＳに近いもの）もあるし、そうでないもの（例えばＳＳから遠いもの）もあることが予想される。このような場合であっても、効果的なマクロダイバーシティを実現することができる。なぜならば、ＳＳ送信を正しくデコードするＴＲは一緒に送信するが、ＳＳ送信のデコードに成功しなかったＴＲは、ＳＳデータの送信用にＴＲグループに割り当てたチャンネル資源上で沈黙したままでいるからである。この実施形態の大きな利点は、ＳＳがセルを横切って移動するときに、あるＴＲから別のＴＲへ「ハンドオフ」する必要がないことである。それどころか、本発明はセクタ内で最良のＴＲを自動的に利用するための有効な方法を提供する。
【０００８】
更なる実施形態では、１つ以上のＴＲに、複数のＳＳからのデータ送信をモニタするように命令を出す。例えば、選択されたＴＲに、接続ＩＤ（ＣＩＤ）のリストを与えることができ、これは、選択されたＴＲに、これらのＣＩＤに割り当てたすべてのアップリンクチャンネル資源上でのアップリンクデータ送信をモニタするように命令しているということを意味する。また選択されたＴＲに、アップリンクチャンネル資源割り当てとして、ＳＳから受信したデータを送信する（例えばＳＳからのデータを再送信する）ためにＴＲが利用する割り当てを与える。効率的な割り当て方法として、ブロック資源割り当てをＴＲに与えることが可能になり、またＴＲが、所定のデータ順序付けルールを用いて、すべてのＴＲからの送信が同じデータ部分（例えば種々のＳＳからのデータセグメント）を正確に同じ対応する資源上で送ることを保証して、複数のＴＲからの送信が、互いに干渉し合うのではなく、ＢＳにおいてマクロダイバーシティの組み合わせを実現することを保証する方法が提供される。本発明の更なる態様としては、異なるＳＳからのデータ転送レートを異なるものにすることができ、またＴＲが使用するデータ転送レートを、ＳＳとは異なるものにすることができることである。この場合、ＢＳは、ＴＲに対して必要である必要なチャンネル資源割り当ての全体の計算を、リレー中のＳＳが用いている変調およびコーディングレートと、ＴＲが用いている変調およびコーディングレートとを考慮することによって、行なうことができる（文献中の後の例を参照）。この場合、選択された各ＴＲは、同じ変調およびコーディングレートを用いてマクロダイバーシティ利益を維持することが好ましい。
【０００９】
更なる実施形態では、送信用に用いる変調およびコーディングレートを選択および調整するための方法が提供される。
更なる実施形態では、ＢＳは、ある組のチャンネル資源上で受信されたＳＳからの受信信号を記憶し、記憶した信号を、異なる組のチャンネル資源上でのＴＲからの受信信号と組み合わせる。この結果、マクロダイバーシティの更なる形式が実現される。なぜならば、ＳＳおよびＴＲからの信号が、ＢＳ内で信号処理ステップとして組み合わされているからである。
【００１０】
前述した実施形態を組み合わせて、最大の全体的な機能を実現することができる。これらの実施形態の種々の態様だけでなく、更なる実施形態の態様についても、以下で説明する。
【発明を実施するための最良の形態】
【００１１】
以下に示す詳細な実施形態は、進行中であるＩＥＥＥ８０２．１６ｅ標準化取り組みの文脈中に記載されている。８０２．１６ｅのＯＦＤＭＡモードについての詳細な解決策を提示するが、本発明は他のシステムに対しても適用可能である。この文献で使用する頭文字を表１に列挙する。
【００１２】
【表１】
2008511210.tif 000003
ＵＬ＿ＭＡＰは、アップリンク上での資源割り当てを特定するメッセージである。このメッセージは、資源割り当て以外の情報（例えば適応アンテナ処理またはアップリンクリレーについての情報）を伝えるように拡張することができる。
【００１３】
ＲＥＧ−ＲＥＱメッセージは、「登録リクエスト」メッセージである。これは、初期レンジングを行なった後でＳＳが送るメッセージである。このメッセージは、任意のデータ送信を行なう前の必須条件であり、ＲＥＧ−ＲＳＰすなわち「登録応答」メッセージを送ることによってＢＳによって確認応答される。
【００１４】
前述のリレー技術は、ＩＥＥＥ８０２．１６ｅＯＦＤＭＡに対するアップリンクに適用することができる。セル半径が妥当（２ｋｍ）の場合であっても、アップリンクデータレートおよびシステムスループットを激減させる重大なリンクバジェット問題がアップリンク上に存在する。本明細書で示す解決策によって、この問題点に対処するために、アップリンク上に単純なワンホップリレーをシームレスに導入することが可能になる。ダウンリンク送信はまったくリレーしないため、リレーの複雑さが大幅に減る。
【００１５】
本明細書で示す解決策には以下の利点がある。
○透過リレー（Ｔ−リレー）は、少数の層１の動作と最小組の層２のタスクとの実行のみを必要とする単純化されたユニットである。また、リレーをネットワークに接続する必要はない。
○  リレープロセスは、リレー可能化プロセスに適応するために必要なＳＳの変更もなく信号送信の変更も非常に少ない透過的なプロセスである。
○  １つ以上のＴ−リレーを各セクタ内で実施することができる。特定のＴ−リレーが他のＴ−リレーを認識している必要はない。
○  ＢＳは常に送信を制御する状態にあるため、送信の信頼性が高まる。
○  アーキテクチャは依然として、アップリンク上でのハイブリッドＡＲＱ（ＨＡＲＱ）の実行を許可する。
【００１６】
ＳＳとＢＳとの間でＰＡパワーが相違することは、アップリンクに対する必要な支援（ダウンリンクには含まれていないが）が施されるように、解決策を適応できることを示唆している。その結果、コスト効率の実現が、リレーとＢＳとの間に従属関係を形成して、リレーの低コスト化を可能にしつつ、中央権限によって監督される堅固で信頼性の高い送信を保証することができる。コスト効率は、リレーが第１層の動作（layer-one operations）と最小組の第２層のタスク（layer-two tasks）とのみにフォーカスするようにリレーの複雑さを減らすことで実現しても良い。加えて、制御メッセージをリレーしなくてもよく、リレーする必要があるのはベアラデータのみである。また、透過リレー（Ｔ−リレー）構成によってシステム配置が単純になる。これらのＴ−リレーを、既存のセル内に配備すれば、セル設計に再び取り組む（同じ目的を実現するためにマイクロセルを付加する場合に必要となることがある）必要なく、アップリンクの有効範囲の問題に対処することができる。
【００１７】
図２は、ＢＳとＳＳとＴ−リレーとの間の考えられる通信経路を示す。図２ａに示すのは、Ｔ−リレーが無効にされている携帯電話システムにおける典型的な通信経路である。ＢＳが、制御情報を分配してアクセス要求を仲裁することでセル内の資源の調整を行なう。加えて、ＢＳは、ベアラデータをＳＳに直接送信し、ベアラデータをＳＳから直接受信する。図２ｂに示すのは、Ｔ−リレーが有効にされている場合の通信経路である。この場合もやはり、ＢＳは制御情報を分配してアクセス要求を仲裁することでセル内の資源の調整を行なう。さらに、ＢＳはベアラデータをＳＳに直接送信することを続ける。しかしＳＳからのアップリンクベアラデータは、三角形の経路（最初にＴ−リレーが受信および検出し、次にＴ−リレーが再エンコードしてＢＳに送信する）に従う。図２ｃおよび図２ｄに示すのは、Ｔ−リレー構成に対する２つの変形である。図２ｃに示すのは、ＳＳベアラデータをＢＳに同時に伝える複数の作動状態のｓ−リレーである。図２ｄに示すのは、リレーおよび非リレーのアップリンク通信が同時に共存する様子である。Ｔ−リレー構成の主要かつ非常に有益な面は、ＳＳが、システム内のリレーの存在を完全に認識していなくても良いことである。他の制御関連のアップリンク機能（例えばレンジングおよび帯域幅要求）は依然として、リレー方式を単純にするために直接のＳＳ−ＢＳ経路によって取り扱う。
【００１８】
最も広い意味において、前述の手順は、アップリンクベアラデータ送信レートを増加させるのに最低限必要なものである。Ｔ−リレーを使用できない場合、データレートはリレーを考慮することはできない。Ｔ−リレーを使用できる場合、データレートはＴ−リレーを考慮して、データレートがはるかに高くなるようにすることができる。各データ送信はチャンネル状態に適応できるため、状態は、Ｔ−リレーが使用できる場合であってもＢＳへの直接リンクの品質が十分である場合にはＴ−リレーを使用しなくても良いようなものであり得る。通常、Ｔ−リレーを用いるべきか否かの判定は送信ごとに行なうが、より長期間の平均チャンネル品質ベースで行なっても良い（例えば、シャドーイングは考慮するが速いフェーディングは考慮しない）。Ｔ−リレー（より一般的には、１つ以上のＴ−リレー）は、従属的なリレーである。なぜならば、ＳＳ−Ｔ−リレーリンクへの資源割り当ては、ＢＳが行なうからである。
【００１９】
＜行なうべき動作＞
前述したように、リレープロセスはＳＳに対して完全に透過であるため、更なる動作を行なう必要はない。しかしＴ−リレーとＢＳとの間のリンクを設定して維持する必要がある。以下、行なう必要がある種々のタスクの実施について詳細に説明する。
【００２０】
＜ネットワークエントリと初期化＞
ネットワークエントリと初期化プロセスは、ある時点（登録プロセス）においてユニットが自分自身をＴ−リレーとして識別しなければならないこと以外は、従来のＳＳの場合と同じである。
【００２１】
＜接続へのリレー割り当て（リスニング）＞
リレー割り当てプロセスは、フレーム毎に基づいて（frame-by-frame basis）で行なう。各Ｔ−リレー（またはＴ−リレーのグループ）に、ＣＩＤを割り当てる。この割り当てたＣＩＤの送信を、各Ｔ−リレーが現在のフレームのアップリンク部分においてモニタする必要がある。従って、ＵＬ＿ＭＡＰをデコードすることによって、各Ｔ−リレーは、リッスンして検出を試みる必要があるすべての資源を認知する。なおＴ−リレーは、１つ以上の接続（例えば１つ以上のＳＳ）をモニタしても良く、また１つ以上のマルチキャストグループの一部であっても良い。例えば、Ｔ−リレーを２つの異なる接続のモニタリングに割り当てても良く、またＴ−リレーに種々のＣＩＤを宛てても良い（例えば、Ｔ−リレーが作動されていれば特別なＣＩＤであり、またはＴ−リレーが、作動されているリレーのグループの一部である場合にはマルチキャストＣＩＤでさえあっても良い）。
【００２２】
あるいは、フレームごとベースで行なう代わりに、割り当てを、将来の割り当てまたは割り当て解除が受信されるまで有効なままにしておくこともできる。または、割り当てを所定の時間（例えば１０フレーム）の間だけ有効とすることもできる。
【００２３】
＜リレー割り当ての通信（送信）＞
Ｔ−リレーからＢＳへの送信に対する資源の割り当ても、フレームごとベースで行なう。各Ｔ−リレー（またはＴ−リレーのグループ）への資源の割り当てを、既存のＵＬ＿ＭＡＰ＿ＩＥメッセージを介して行なう。各Ｔ−リレーは、それがデータのデコードに成功した接続のみをリレーする。
【００２４】
＜変調／コーディング方式選択＞
Ｔ−リレーは、それがデータのデコードに成功した接続のみをリレーして戻すため、ＢＳは最初に、高いＭＣＳをＳＳに割り当てることから始めることができる。Ｔ−リレーはリンクをモニタする。Ｔ−リレーは、データのデコードに成功できない場合、ＢＳへは何も送らない。ＢＳは、何も受信しない場合、選択されたＭＣＳが高すぎることを知り、次にもっと低いＭＣＳをＳＳに割り当てる。これを、ＢＳが１つ以上のＴ−リレーから何か受信するまで行なう。このプロセスによって、初期のＭＣＳ選択が可能になる。この初期ＭＣＳ選択の後、ＨＡＲＱプロセスがＭＣＳ選択を微調整することができる。
【００２５】
あるいは、ＢＳが、何らかのオープンループ近似に基づいてブラインドのＡＭＣ選択を行なうこともできる。ＭＣＳ選択の最も単純な方法は、ＳＳが、複数のリレーのうちの１つまたはＢＳのどちらかに近いことを期待して、積極的なデフォルト値を用いることであろう。システムは、ハイブリッドＡＲＱおよび再送信を基にして、選択された不十分なＡＭＣレベルをすべて軽減しても良い。
【００２６】
あるいは、リレーは、レンジングチャンネルをイーブスドロップした後、情報をベースに報告しても良い。リレーは、レンジングチャンネルを用いてこの情報を報告することができる。または、専用の資源（例えば１つのＲＥ）を、このプロセス用にＢＳが確保することもできる。すべてのリレー間での衝突を回避するために、各リレーはウォルシュコードを割り当てられ、割り当てられたコード付きの報告を配布する。
【００２７】
１つのリレーのみが存在する場合には、リレーは、リレーするデータとともにＭＣＳ情報を抱き合わせることができる。複数のリレーとＲＦとが組み合わさっている場合、この解決策は適用できない。リレーは、レンジングチャンネル上でＭＣＳの増加要求を送ることができる。あるいは、前述したＣＤＭＡ実施形態を適用することもできる。また何らかのタイプのアナログフィードバックを用いて（例えば送信パワーを変更することによって）、ベースに、より高いＭＣＳをサポート可能であることを通知できる場合もある。
【００２８】
またリレーは、ビーコンを所定の時間に送信することもでき、ＳＳは、受信したパワーを測定してその独自のＭＣＳ要求を行なうこともできる。
＜ハイブリッドＡＲＯプロセス＞
このアーキテクチャはＨＡＲＱをアップリンクに適応させることができる。Ｔ−リレー（またはＴ−リレーのグループ）は、ＳＳから受信したデータをバッファに格納する。Ｔ−リレーがパケットのデコードに成功した場合、Ｔ−リレーは、アップリンク上で明示的に割り当てられた資源上でデータをＢＳに送る。デコーディングが成功しなかった場合には、Ｔ−リレー（またはＴ−リレーのグループ）は何も送信しない。何も受信しない場合、ＢＳは、送信が成功しなかったことを知り、次のＨＡＲＱ送信に対する制御を送る。
【００２９】
＜ＩＥＥＥ８０２．１６標準に対して行なうべき文章変更＞
[６．１章の第３段落の後に以下の段落を追加する］
またアップリンクデータレートを向上させるために、アップリンク上の透過リレーを有効にしても良い。透過リレー（ＴＲ）をセル内に配置して、ＳＳ−ＢＳリンクをＳＳ−ＴＲリンクとＴＲ−ＢＳリンクとに分解することを、より高いデータレートおよび／または容量をアップリンク上で実現するために「有益時」ベースで、またはＳＳ−ＢＳリンクの品質が許容できないときに、行なう。このプロセスは、ＳＳに対して完全に透過的である。ＳＳは、自分がリレーされていることを認識しない。
【００３０】
［６．３．２．３．７章  登録リクエスト（ＲＥＧ−ＲＥＱ）メッセージにおいて、６．３．２．３．８の直前に、以下のボールド体のテキストを挿入する］
ＲＥＧ−ＲＥＱには以下のＴＬＶが含まれていても良い：
（．．．）
透過リレー能力（１１．７．１９）
［６．３．２．３．８章  登録応答（ＲＥＧ−ＲＳＰ）メッセージにおいて、６．３．２．３．９の直前に、以下のボールド体のテキストを挿入する］
ＲＥＧ−ＲＳＰには以下のＴＬＶが含まれていても良い：
（．．．）
透過リレー能力（１１．７．１９）
［新たな６．３．２．３．４３．７．８章を追加する］
６．３．２．３．４３．７．８章  コンパクト＿ＵＬ＿ＭＡＰ透過リレーモニタ。透過リレーモニタ情報要素によって、ＳＳＣＩＤとして、その送信を現在のフレームのＵＬ部分の間にモニタ（検出）して次のフレームでリレーすべきＳＳＣＩＤのリストが得られる。
【００３１】
【表２】
2008511210.tif 000004
[新たな６．３．２．３．５７章を追加する］
６．３．２．３．５７  透過リレーＣＩＤ割り当て（ＴＲ−ＣＩＤ）メッセージ
基地は、１つ以上の二次のリレーのＣＩＤを透過リレーに割り当てることを、リレーモニタ命令を送りまたモニタしたＳＳデータの再送信用の資源を割り当てるために行なう。リレーＣＩＤは、ただ１つの透過リレーに割り当てても良いし、複数の透過リレーに割り当てても良い。受信したら、ＳＳは、前に割り当てたリレーＣＩＤをすべて削除して、新たに割り当てるものを採用する。
【００３２】
【表３】
2008511210.tif 000005
パラメータは以下のとおりである。
【００３３】
ＣＩＤ（汎用的なＭＡＣヘッダにおいて）
ＳＳの一次のマネージメントＣＩＤ。
トランザクションＩＤ
発信者が割り当てるこのトランザクションに対する一意の識別子。
他のパラメータはすべて、ＴＬＶタプルとしてコーディングする。
リレーＣＩＤ（１１．１６を参照）。
セクション６．３．２．３．５８  透過リレーＣＩＤ割り当てＡＣＫ（ＴＲ−ＣＫ）メッセージ
このメッセージを、ＴＲ−ＣＩＤ割り当てメッセージに応答して送る。
【００３４】
【表４】
2008511210.tif 000006
パラメータは以下のとおりである。
【００３５】
ＣＩＤ（汎用的なＭＡＣヘッダにおいて）
ＳＳの一次のマネージメントＣＩＤ
トランザクションＩＤ
発信者が割り当てるこのトランザクションに対する一意の識別子
確認コード
ゼロは要求が成功したことを意味する。非ゼロは失敗を意味する。
【００３６】
［新たな１１．７．１９章を追加する］
１１．７．１９章  透過リレー能力
このフィールドは、ユニットが通常のＳＳであるかまたは透過リレーであるかを示す。
【００３７】
【表５】
2008511210.tif 000007
［新たな６．３．１８章を追加する］
６．３．１８章  透過リレー動作
アップリンク上でのデータレートを向上させるために、ある程度のアップリンク送信をリレーすることが優位である場合がある。アップリンク上でのリレーは、透過リレー（ＴＲ）と言われる固定されたエンティティによって行なう。ＢＳは、１つ以上のＴＲを、アップリンク上で特定のＣＩＤ（例えば特定のＳＳ）に関連するデータ送信をリレーすることに割り当てても良い。図３にプロセスを示す。ＵＬ＿ＭＡＰにおいて、アップリンク資源割り当てを送信ＳＳに送り、またＵＬ＿ＴＲ＿モニタ＿ＩＥを含めることで、ＴＲまたはＴＲのグループに、１つ以上のＳＳＣＩＤに関連するアップリンク送信をモニタするように命令を出す。アップリンクにおいて、ＳＳは送信し、またＴＲは、モニタすることにＴＲが割り当てられた送信をモニタする。モニタした送信を、ＴＲが復調およびデコードして、その送信を次のフレームにおいて再エンコードおよび再送信（リレー）できるようにする。次のフレームでは、第２のＵＬ＿ＭＡＰメッセージにおいて、作動状態の各ＴＲが、リレー送信に対する各ＴＲの資源割り当てを受信する。この資源割り当ては、ＴＲＣＩＤごとにまたはマルチキャストグループＴＲＣＩＤに対して、行なう。割り当てをマルチキャストグループＴＲＣＩＤごとに行なう場合、これらのＴ−リレーは、モニタした送信を同時にリレーして、マクロダイバーシティゲインをもたらすものと予想される。
【００３８】
ＭＡＣＰＤＵを、受信時に、ＴＲから正確に同じ相対順番で送信し、またＴＲに宛てたＵＬ＿ＭＡＰ＿ＩＥにおける特定された変調コーディング方式（ＭＣＳ、これはＵＩＵＣに基づく）を用いて、変調およびコーディングする。個々の各ＳＳのＭＡＣＰＤＵを別個にエンコードすることを、リレー中の各ＳＳに対してＢＳが別個の割り当てを送ったかのように行なう。ＴＲが、特定のユーザ（ＣＩＤ）からデータを正しくデコードしなかった場合、ＴＲは、そのデータをリレーせずに、割り当てのこの部分を空のままにしておく。
【００３９】
図４にＴＲ資源割り当ての例を示す。記載した例では、ＴＲは３つの送信をリレーしなければならない。ＭＡＣ・ＰＤＵ・Ｓ１、ＭＡＣ・ＰＤＵ・Ｓ２、ＭＡＣ・ＰＤＵ・Ｓ３である。これらの送信の割り当ては、前のフレームにおいてこの同じ相対順番で現れた。ＴＲは、その資源割り当て（ＵＬ＿ＭＡＰ＿ＩＥにおける）を、６４−ＱＡＭ・Ｒ＝１／２を有する３つの送信とリレー動作を行なうのに必要な量のサブチャネルとをリレーするために、受信する。リレーすべき第１のＰＤＵ（ＭＡＣ・ＰＤＵ・Ｓ１）を、新しいＭＣＳを用いて変調およびエンコードし、第１の資源上にマッピングする。ＴＲは、ＭＡＣ・ＰＤＵ・Ｓ２を正しく受信できなかったため、Ｓ２に対して何も送信しないが、このＰＤＵをリレーすべきであった割り当て資源の部分を空のままにしておく。ＭＡＣ・ＰＤＵ・Ｓ３をリレーするための資源を、ＭＡＣ・ＰＤＵ・Ｓ２に対して提供した資源の後に割り当てる。このＴＲ資源割り当てプロセスによって、ＢＳは、各ＭＡＣ・ＰＤＵに対してリレーしたデータをどこで見出すべきかを、ＳＳとは異なるＭＣＳをリレーが用いているにもかかわらず、知ることができる。またマクロダイバーシティが、同じＣＩＤをリレーすることに複数のＴＲを割り当てたときに、実現される。
【００４０】
［新たな８．４．５．４．１５章を追加する］
８．４．５．４．１５章  ＵＬ＿ＭＡＰ透過リレーモニタ
透過リレーモニタ情報要素によって、ＳＳＣＩＤとして、その送信を現在のフレームのＵＬ部分の間にモニタ（検出）して次のフレームでリレーすべきＳＳＣＩＤのリストが得られる。
【００４１】
【表６】
2008511210.tif 000008
［新たな１１．１７章を追加する］
１１．１６章  透過リレーＣＩＤ割り当て
このフィールドの値によって、ＢＳによって特定の透過リレーに割り当てられるＣＩＤが特定する。このフィールドは、ＴＲ−ＣＩＤ割り当てメッセージ内に存在するとする。ＢＳは、ＵＬ＿ＭＡＰ透過リレーモニタＩＥとコンパクトＵＬ＿ＭＡＰ＿透過リレーモニタＩＥとにおける割り当てられた値を用いて、リレーに、特定のアップリンク割り当てをモニタするように命令を出すものとする。ＢＳは、ＵＬ＿ＭＡＰＩＥでの割り当てられた値を用いて、モニタしたＳＳデータを再送信するための資源を割り当てるものとする。
【００４２】
【表７】
2008511210.tif 000009
特に特定の実施形態を参照して図示して本発明を説明したが、当業者であれば理解するように、本発明の趣旨および範囲から逸脱することなく、形態および詳細の種々の変形を本発明において行なっても良い。このような変形も添付の請求項の範囲に入ることが意図されている。
【図面の簡単な説明】
【００４３】
【図１】基地局と加入者局のブロック図。
【図２】基地局と加入者局とリレーとの間の考えられる通信経路を示す。
【図３】１つ以上のリレーの割り当てを示す呼び出しフロー図。
【図４】リレーへの資源割り当てを示す。
【図１】
2008511210.tif 000010
【図２】
2008511210.tif 000011
【図３】
2008511210.tif 000012
【図４】
2008511210.tif 000013
【国際調査報告】
2008511210.tif 000014