例示的な実施形態の詳細な説明がここで、様々な図面を参照して記載される。この説明は、可能な実装形態の詳細な例を挙げるが、この詳細は、例示であって、出願の範囲を限定することは全く意図していないことが留意されるべきである。本明細書で使用される限り、さらなる限定または特性化のない冠詞「a」は、たとえば、「1または複数の」または「少なくとも1つの」を意味するものと理解してよい。
図1Aは、1または複数の開示される実施形態が実装され得る例示的通信システム100の図である。通信システム100は、たとえばボイス、データ、ビデオ、メッセージ通信、ブロードキャストなどのコンテンツを、複数の無線ユーザに提供する多元接続システムであってよい。通信システム100は、複数の無線ユーザが、無線帯域幅を含むシステムリソースの共有により、このようなコンテンツにアクセスできるようにし得る。たとえば、通信システム100は、たとえば符号分割多元接続(CDMA)、時分割多元接続(TDMA)、周波数分割多元接続(FDMA)、直交FDMA(OFDMA)、シングルキャリアFDMA(SC−FDMA)など、1または複数のチャネルアクセス方法を利用することができる。
図1Aに示されるように、通信システム100は、無線送信/受信ユニット(WTRU)102a、102b、102c、102d、無線アクセスネットワーク(RAN)104、コアネットワーク106、公衆交換電話網(PSTN)108、インターネット110、および他のネットワーク112を含み得るが、開示される実施形態は、任意の数のWTRU、基地局、ネットワーク、および/またはネットワーク要素を企図していることが理解されよう。WTRU102a、102b、102c、102dの各々は、無線環境において動作および/または通信するように構成された、どのタイプの装置であってもよい。例として、WTRU102a、102b、102c、102dは、無線信号を送信および/または受信するように構成することができ、ユーザ機器(WTRU)、移動局、固定または携帯電話加入者ユニット、ページャ、セルラー電話、携帯情報端末(PDA)、スマートフォン、ラップトップ、ネットブック、パーソナルコンピュータ、無線センサ、家電製品などを含み得る。
通信システム100は、基地局114aおよび基地局114bも含み得る。基地局114a、114bの各々は、WTRU102a、102b、102c、102dのうちの少なくとも1つと、無線でインタフェースし、コアネットワーク106、インターネット110、および/またはネットワーク112など、1または複数の通信ネットワークへのアクセスを容易にするように構成されたどのタイプの装置であってもよい。例として、基地局114a、114bは、トランシーバ基地局(BTS)、ノードB、eノードB、ホームノードB、ホームeノードB、サイトコントローラ、アクセスポイント(AP)、無線ルータなどであってよい。基地局114a、114bは各々が単一の要素として示されているが、基地局114a、114bは、任意の数の相互接続された基地局および/またはネットワーク要素を含んでよいことが理解されよう。
基地局114aはRAN104の一部であってよく、RAN104は、たとえば基地局コントローラ(BSC)、無線ネットワークコントローラ(RNC)、リレーノードなど、他の基地局および/またはネットワーク要素(図示せず)も含み得る。基地局114aおよび/または基地局114bは、セル(図示せず)と呼ばれ得る特定の地理領域内で無線信号を送信および/または受信するように構成され得る。セルは、セルセクタにさらに分割することができる。たとえば、基地局114aに関連づけられたセルは、3つのセクタに分割することができる。したがって、一実施形態では、基地局114aは、3つのトランシーバ、すなわち、セルのセクタごとに1つのトランシーバを含み得る。別の実施形態では、基地局114aは、多入力多出力(MIMO)技術を利用することができ、したがって、セルのセクタごとに複数のトランシーバを使用することができる。
基地局114a、114bは、エアインタフェース116を介して、WTRU102a、102b、102c、102dのうちの1または複数と通信することができ、エアインタフェース116は、どの適切な無線通信リンク(たとえば、無線周波数(RF)、マイクロ波、赤外線(IR)、紫外線(UV)、可視光など)であってもよい。エアインタフェース116は、どの適切な無線アクセス技術(RAT)を使って確立されてもよい。
より具体的には、上述したように、通信システム100は、多元接続システムであってよく、たとえばCDMA、TDMA、FDMA、OFDMA、SC−FDMAなど、1または複数のチャネルアクセス方式を利用することができる。たとえば、RAN104内の基地局114a、およびWTRU102a、102b、102cは、ユニバーサルモバイル通信システム(UMTS)地上波無線アクセス(UTRA)などの無線技術を実装することができ、この技術は、広帯域CDMA(WCDMA(登録商標))を使ってエアインタフェース116を確立することができる。WCDMAは、高速パケットアクセス(HSPA)および/または進化型(Evolved)HSPA(HSPA+)などの通信プロトコルを含み得る。HSPAは、高速ダウンリンクパケットアクセス(HSDPA)および/または高速アップリンクパケットアクセス(HSUPA)を含み得る。
別の実施形態では、基地局114aおよびWTRU102a、102b、102cは、進化型UMTS地上波無線アクセス(E−UTRA)などの無線技術を実装することができ、この技術は、ロングタームエボリューション(LTE)および/またはLTEアドバンスト(LTE−A)を使ってエアインタフェース116を確立することができる。
他の実施形態では、基地局114aおよびWTRU102a、102b、102cは、たとえばIEEE802.16(すなわち、ワールドワイドインターオペラビリティフォーマイクロウェーブアクセス(Worldwide Interoperability for Microwave Access)(WiMAX))、CDMA2000、CDMA2000 1X、CDMA2000 EV−DO、暫定規格2000(IS−2000)、暫定規格95(IS−95)、暫定規格856(IS−856)、汎ヨーロッパデジタル移動通信システム(GSM(登録商標))、GSM進化型高速データレート(EDGE)、GSM EDGE(GERAN)などの無線技術を実装することができる。
図1Aの基地局114bは、たとえば、無線ルータ、ホームノードB、ホームeノードB、またはアクセスポイントであってよく、たとえば事業所、家庭、車両、校内など、いずれの適切なRATを利用して、局所的エリアにおける無線接続性を容易にすることができる。一実施形態では、基地局114bおよびWTRU102c、102dは、IEEE802.11などの無線技術を実装して、無線ローカルエリアネットワーク(WLAN)を確立することができる。別の実施形態では、基地局114bおよびWTRU102c、102dは、IEEE802.15などの無線技術を実装して、無線パーソナルエリアネットワーク(WPAN)を確立することができる。さらに別の実施形態では、基地局114bおよびWTRU102c、102dは、セルラーベースのRAT(たとえば、WCDMA、CDMA2000、GSM、LTE、LTE−Aなど)を利用して、ピコセルまたはフェムトセルを確立することができる。図1Aに示されるように、基地局114bは、インターネット110への直接接続を有し得る。したがって、基地局114bは、コアネットワーク106を介してインターネット110にアクセスする必要はなくてよい。
RAN104は、コアネットワーク106と通信することができ、ネットワーク106は、WTRU102a、102b、102c、102dのうちの1または複数に、ボイス、データ、アプリケーション、および/またはボイスオーバーインターネットプロトコル(VoIP)サービスを提供するように構成された、どのタイプのネットワークであってもよい。たとえば、コアネットワーク106は、呼制御、課金サービス、携帯電話のロケーションベースのサービス、プリペイド通話、インターネット接続性、ビデオ配布などを提供し、かつ/またはユーザ認証など、高レベルのセキュリティ機能を実施することができる。図1Aには示されていないが、RAN104および/またはコアネットワーク106は、RAN104と同じRATまたは異なるRATを利用する他のRANと直接または間接通信できることが理解されよう。たとえば、E−UTRA無線技術を利用している可能性があるRAN104に接続されることに加え、コアネットワーク106は、GSM無線技術を利用する別のRAN(図示せず)と通信することもできる。
コアネットワーク106は、WTRU102a、102b、102c、102dがPSTN108、インターネット110、および/または他のネットワーク112にアクセスするためのゲートウェイとしても働き得る。PSTN108は、簡易電話サービス(POTS)を提供する回路交換電話網を含み得る。インターネット110は、TCP/IPインターネットプロトコルスイートにおける送信制御プロトコル(TCP)、ユーザデータグラムプロトコル(UDP)およびインターネットプロトコル(IP)などの共通通信プロトコルを使う、相互接続されたコンピュータネットワークおよび装置からなるグローバルシステムを含み得る。ネットワーク112は、他のサービスプロバイダによって所有および/または運営されるワイヤードまたは無線通信ネットワークを含み得る。たとえば、ネットワーク112は、RAN104と同じRATまたは異なるRATを利用することができる1または複数のRANに接続された別のコアネットワークを含み得る。
通信システム100内のWTRU102a、102b、102c、102dの一部または全部は、マルチモード能力を含むことができ、すなわち、WTRU102a、102b、102c、102dは、異なる無線リンクを介して異なる無線ネットワークと通信する複数のトランシーバを含むことができる。たとえば、図1Aに示されるWTRU102cは、セルラーベースの無線技術を利用することができる基地局114aと、およびIEEE802無線技術を利用することができる基地局114bと通信するように構成され得る。
図1Bは、例示的WTRU102のシステム図である。図1Bに示されるように、WTRU102は、プロセッサ118、トランシーバ120、送信/受信要素122、スピーカー/マイクロフォン124、キーパッド126、ディスプレイ/タッチパッド128、非リムーバブルメモリ130、リムーバブルメモリ132、電源134、全地球測位システム(GPS)チップセット136、および他の周辺装置138を含み得る。WTRU102は、実施形態に一致したまま、上記要素のどのサブコンビネーションを含んでもよいことが理解されよう。
プロセッサ118は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ(DSP)、複数のマイクロプロセッサ、DSPコアに関連した1または複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路(ASIC)、フィールドプログラム可能ゲートアレイ(FPGA)回路、どの他のタイプの集積回路(IC)、状態機械などであってもよい。プロセッサ118は、信号符号化、データ処理、電力制御、入出力処理、および/またはWTRU102を無線環境において動作できるようにする他のどの機能性も実施することができる。プロセッサ118は、トランシーバ120に結合されてよく、トランシーバ120は、送信/受信要素122に結合されてよい。図1Bは、プロセッサ118およびトランシーバ120を別個の構成要素として示すが、プロセッサ118およびトランシーバ120は、電子パッケージまたはチップ内で統合されてもよいことが理解されよう。
送信/受信要素122は、エアインタフェース116を介して、基地局(たとえば、基地局114a)に信号を送信するように、または基地局から信号を受信するように構成され得る。たとえば、一実施形態では、送信/受信要素122は、RF信号を送信および/または受信するように構成されたアンテナであってよい。別の実施形態では、送信/受信要素122は、たとえば、IR、UV、または可視光信号を送信および/または受信するように構成されたエミッタ/検出装置であってよい。さらに別の実施形態では、送信/受信要素122は、RF信号および光信号の両方を送受信するように構成されてよい。送信/受信要素122は、無線信号のどの組合せも送信および/または受信するように構成されてよいことが理解されよう。
さらに、送信/受信要素122は、図1Bでは1つの要素として示されているが、WTRU102は、任意の数の送信/受信要素122を含んでよい。より具体的には、WTRU102は、MIMO技術を利用することができる。したがって、一実施形態では、WTRU102は、エアインタフェース116を介して無線信号を送信および受信する2つ以上の送信/受信要素122(たとえば、複数のアンテナ)を含み得る。
トランシーバ120は、送信/受信要素122によって送信されるべき信号を変調するように、および送信/受信要素122によって受信された信号を復調するように構成され得る。上述したように、WTRU102は、マルチモード能力を有し得る。したがって、トランシーバ120は、WTRU102が、たとえば、UTRAおよびIEEE802.11など、複数のRATを介して通信することを可能にする複数のトランシーバを含み得る。
WTRU102のプロセッサ118は、スピーカー/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128(たとえば、液晶ディスプレイ(LCD)ディスプレイユニットや有機発光ダイオード(OLED)ディスプレイユニット)に結合することができ、それらからユーザ入力データを受信することができる。プロセッサ118は、スピーカー/マイクロフォン124、キーパッド126、および/またはディスプレイ/タッチパッド128にユーザデータを出力することもできる。さらに、プロセッサ118は、非リムーバブルメモリ130および/またはリムーバブルメモリ132など、任意のタイプの適切なメモリにある情報にアクセスし、それらのメモリにデータを記憶することができる。非リムーバブルメモリ130は、ランダムアクセスメモリ(RAM)、読出し専用メモリ(ROM)、ハードディスク、または他のどのタイプのメモリ記憶装置も含み得る。リムーバブルメモリ132は、加入者識別情報モジュール(SIM)カード、メモリスティック、セキュアデジタル(SD)メモリカードなどを含み得る。他の実施形態では、プロセッサ118は、サーバまたはホームコンピュータ(図示せず)上など、WTRU102上に物理的に置かれていないメモリにある情報にアクセスし、メモリにデータを記憶することができる。
プロセッサ118は、電源134から電力を受信することができ、WTRU102内の他の構成要素に電力を分散し、かつ/または制御するように構成され得る。電源134は、WTRU102に電力を供給する、どの適切な装置であってもよい。たとえば、電源134は、1または複数の乾電池バッテリ(たとえば、ニッケルカドミウム(NiCd)、ニッケル亜鉛(NiZn)、ニッケル金属水素化物(NiMH)、リチウムイオン(Li−ion)など)、太陽電池、燃料電池などを含み得る。
プロセッサ118は、GPSチップセット136に結合されてもよく、チップセット136は、WTRU102の現在の場所に関するロケーション情報(たとえば、経度および緯度)を提供するように構成され得る。GPSチップセット136からの情報に加え、またはその代わりに、WTRU102は、基地局(たとえば、基地局114a、114b)から、エアインタフェース116を介してロケーション情報を受信し、かつ/または2つ以上の近くの基地局から信号が受信されたタイミングに基づいて、基地局の場所を判断することができる。WTRU102は、実施形態に一致したまま、どの適切な場所判断方法によっても、ロケーション情報を獲得できることが理解されよう。
プロセッサ118は、他の周辺装置138にさらに結合されてよく、周辺装置138は、追加特徴、機能性および/またはワイヤードもしくは無線接続性を提供する1または複数のソフトウェアおよび/またはハードウェアモジュールを含み得る。たとえば、周辺装置138は、加速度計、eコンパス、衛星トランシーバ、デジタルカメラ(写真またはビデオ用)、ユニバーサルシリアルバス(USB)ポート、振動装置、テレビトランシーバ、ハンズフリーヘッドセット、ブルートゥース(登録商標)モジュール、周波数変調(FM)無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含み得る。
図1Cは、ある実施形態による、RAN104およびコアネットワーク106のシステム図である。上述したように、RAN104は、E−UTRA無線技術を利用して、エアインタフェース116を介してWTRU102a、102b、および102cと通信することができる。RAN104は、コアネットワーク106と通信することもできる。
RAN104は、eノードB140a、140b、140cを含み得るが、RAN104は、実施形態に一致したまま、任意の数のeノードBを含んでよいことが理解されよう。eノードB140a、140b、140cは、各々、エアインタフェース116を介してWTRU102a、102b、102cと通信する1または複数のトランシーバを含むことができる。一実施形態では、eノードB140a、140b、140cは、MIMO技術を実装することができる。したがって、たとえば、eノードB140aは、複数のアンテナを使って、WTRU102aに無線信号を送信し、WTRU102aから無線信号を受信することができる。
eノードB140a、140b、および140cの各々は、特定のセル(図示せず)に関連づけられてよく、無線リソース管理決定、ハンドオーバ決定、アップリンクおよび/またはダウンリンクにおけるユーザのスケジューリングなどを扱うように構成され得る。図1Cに示されるように、eノードB140a、140b、140cは、X2インタフェースを介して互いと通信することができる。
図1Cに示されるコアネットワーク106は、移動管理ゲートウェイ(MME)142、サービングゲートウェイ144、およびパケットデータネットワーク(PDN)ゲートウェイ146を含み得る。上記要素の各々は、コアネットワーク106の一部として示されているが、こうした要素のうちのどの1つも、コアネットワークオペレータ以外のエンティティによって所有および/または運営され得ることが理解されよう。
MME142は、S1インタフェースを介してRAN104内のeノードB142a、142b、142cの各々に接続されてよく、制御ノードとして働くことができる。たとえば、MME142は、WTRU102a、102b、102cの初期取付け中などに、WTRU102a、102b、102cのユーザの認証、ベアラ活動化/非活動化、特定のサービングゲートウェイの選択を担うことができる。MME142は、RAN104と、GSMやWCDMAなど、他の無線技術を利用する他のRAN(図示せず)との間を切り替える制御プレーン機能を提供することもできる。
サービングゲートウェイ144は、S1インタフェースを介して、RAN104内のeノードB140a、140b、および140cの各々に接続されてよい。サービングゲートウェイ144は概して、WTRU102a、102b、102cに/からユーザデータパケットをルーティングおよびフォワードすることができる。サービングゲートウェイ144は、たとえば、eノードB間ハンドオーバ中のユーザプレーンのアンカリング、ダウンリンクデータがWTRU102a、102b、102cにとって利用可能なときのページングのトリガリング、WTRU102a、102b、102cのコンテキストの管理および記憶など、他の機能を実施することもできる。
サービングゲートウェイ144は、PDNゲートウェイ146に接続されてもよく、ゲートウェイ146は、インターネット110など、パケット交換ネットワークへのアクセスを、WTRU102a、102b、102cに提供して、WTRU102a、102b、102cとIP対応装置との間の通信を容易にすることができる。
コアネットワーク106は、他のネットワークとの通信を容易にすることができる。たとえば、コアネットワーク106は、PSTN108など、回路交換ネットワークへのアクセスを、WTRU102a、102b、102cに提供して、WTRU102a、102b、102cと従来の陸線通信装置との間の通信を容易にすることができる。たとえば、コアネットワーク106は、コアネットワーク106とPSTN108との間のインタフェースとして働くIPゲートウェイ(たとえば、IPマルチメディアサブシステム(IMS)サーバ)を含んでよく、またはIPゲートウェイと通信することができる。さらに、コアネットワーク106は、他のサービスプロバイダによって所有および/または運営される他のワイヤードまたは無線ネットワークを含み得るネットワーク112へのアクセスを、WTRU102a、102b、102cに与えることができる。
3GPP LTEリリース8/9(LTE R8/9)は、たとえば、2x2構成のために、ダウンリンク(DL)では100Mbpsまで、およびアップリンク(UL)では50Mbpsまでサポートできると、実施形態は認識している。LTEダウンリンク送信方式は、OFDMAエアインタフェースに基づき得る。LTE R8/9システムは、スケーラブルな送信帯域幅、たとえば、[1.4、2.5、5、10、15または20]MHzのうちの1つをサポートできると、実施形態は認識している。
LTE R8/9およびR10において、無線フレームは、10ミリ秒(ms)を含み得る。無線フレームは、1msの、10個の等しいサイズのサブフレームを含み得る。各サブフレームは、たとえば、各々が0.5msの、2つの等しいサイズのタイムスロットを含み得る。たとえば、タイムスロットごとに、7または6つのOFDMシンボルがあり得ると、実施形態は認識している。たとえば、タイムスロットごとに7つのシンボルは、通常のサイクリックプレフィックス長とともに使われてよく、タイムスロットごとに6つのシンボルは、拡張サイクリックプレフィックス長をもつシステム構成において使われてよい。1または複数の実施形態において、LTE R8/9システム用のサブキャリア間隔は、15kHzであってよい。また、1または複数の実施形態において、短縮サブキャリア間隔モードは、7.5kHzを使うことができる。
リソース要素(RE)は、1つのOFDMシンボル間隔中の1つのサブキャリアに対応してよく、いくつかの実施形態では、厳密には1つのOFDMシンボル間隔中の1つのサブキャリアに対応してよいことを、実施形態は企図している。たとえば、0.5msタイムスロット中の12個の連続サブキャリアが、1つのリソースブロック(RB)を構成し得る。タイムスロットごとに7つのシンボルがあるので、各RBは、12*7=84個のREを含み得る。DLキャリアは、たとえば、最小6つのRBから、最大110個のRBにまでわたる、スケーラブルな数のリソースブロック(RB)を含み得る。限定ではなく例として、これは、概して1MHzから20MHzまでの、全体としてのスケーラブルな送信帯域幅に対応し得る。たとえば、1.4、3、5、10および/または20MHzなど、共通送信帯域幅セットが指定されてよい。
1または複数の実施形態において、動的スケジューリングのための基本時間領域単位は、2つの連続タイムスロットを含み得る1つのサブフレームであってよい。これは、リソースブロックペアと呼ばれ得る。いくつかのOFDMシンボル上の特定のサブキャリアが、時間周波数グリッドにおいてパイロット信号を運ぶように割り振られ得ることを、実施形態は企図している。1または複数の実施形態において、送信帯域幅の端部における所与の数のサブキャリアは、たとえば、他の理由の中でも、スペクトルマスク要件に従うために送信されなくてよい。
キャリアアグリゲーションは、他の技法の中でも、帯域幅拡張を使ってシングルキャリアデータレートを向上し得ると、実施形態は認識している。キャリアアグリゲーションを用いると、WTRUは、他の構成の中でも、たとえば、複数のサービングセルの物理アップリンク共有チャネル(PUSCH)および物理ダウンリンク共有チャネル(PDSCH)を介して同時に送受信を行うことができる。LTE R8/9において、および/または、どの所与のサブフレームに対しても、ネットワーク(NW)がULおよびDLキャリアの少なくとも1つのペア、(FDD)またはULおよびDL(TDD)に対して共有される1つのキャリア時間をWTRUに割り当てることができるR10について、シングルキャリア構成では、ULに対してアクティブな、ハイブリッド自動再送リクエスト(HARQ)プロセス(いくつかの実施形態では、おそらくULに対してアクティブな単一のHARQプロセス)および/またはDL内でアクティブなHARQプロセス(いくつかの実施形態では、おそらくDL内でアクティブな単一のHARQプロセス)があり得ることも、実施形態は認識している。
キャリアアグリゲーション(LTE CA R10)を伴うLTEアドバンストは、他の方法の中でも、キャリアアグリゲーション(CA)とも呼ばれる帯域幅拡張を使って、シングルキャリアLTEデータレートを向上させ得ると、実施形態は認識している。CAを用いて、1または複数の実施形態では、WTRUは、1もしくは複数、または多数のサービングセルの物理アップリンク共有チャネル(PUSCH)および物理ダウンリンク共有チャネル(PDSCH)(それぞれ)を介して同時に送受信することができる。たとえば、一次サービングセル(PCell)に加え、最大で4つの二次サービングセル(SCell)が使われ得る。100MHzまでの柔軟な帯域幅割当てがサポートされ得る。アップリンク制御情報(UCI)が、HARQ ACK/NACKフィードバックおよび/またはチャネル状態情報(CSI)を含み得ることを、実施形態は企図している。1または複数の実施形態において、UCIは、PCellの物理アップリンク制御チャネル(PUCCH)リソース上で、および/またはアップリンク送信用に構成されたサービングセルに対して利用可能なPUSCHリソース上で送信され得る。
PDSCHおよびPUSCHのスケジューリングのための制御情報は、1または複数の物理データ制御チャネル(PDCCH)上で送られ得る。ULおよびDLキャリアのペアに対して1つのPDCCHを使うLTE R8/9スケジューリングに加え、所与のPDCCH用にクロスキャリアスケジューリングがサポートされてよく、これによりネットワークは、他のサービングセル(1または複数)内での送信にPDSCH割当ておよび/またはPUSCHグラント(grant)を与えることができることを、実施形態は認識している。
CAを用いて動作するLTE R10 WTRUに対して、サービングセルごとに1つのHARQエンティティがあり得ると、1または複数の実施形態は認識している。1または複数の実施形態では、1つのラウンドトリップ時間(RTT)に対するサブフレームごとに1つのHARQプロセスがあり得るように、いくつかのHARQエンティティ、またはおそらく各HARQエンティティが、8個のHARQプロセスを含み得る。どの所与のサブフレームにおいても、ULに、および/またはDLにとってアクティブな複数のHARQプロセスがあり得ることを、実施形態は企図している。1または複数の実施形態では、構成されたサービングセルごとに、多くとも1つのULおよび1つのDL HARQプロセスがあり得る。
WTRUは、PUCCHおよびPUSCHの同時送信のサポート用に構成されない場合があると、1または複数の実施形態は認識している。たとえば、サービングセル上で少なくとも1つのPUSCH送信が行われる場合、1または複数の実施形態では、WTRUは、所与のサブフレーム内で、単一のPUSCH送信についてのUCIを送信することができる。PCell上でPUSCH送信が行われる場合、WTRUは、所与のサブフレーム内で、そのPUSCH送信についてのUCIを送信することができる。代替または追加として、1または複数の実施形態では、WTRUは、たとえば、いくつかのSCellまたはおそらく各Scell用に構成された索引に少なくとも部分的に基づいて、最も低いservCellIndexをもつScellのPUSCHについてのUCIを送信することができる。たとえば、どのセルにおいてもPUSCH送信が行われない場合、WTRUは、PCellのPUCCHについてのUCIを送信すればよい。
1または複数の実施形態では、PUCCHおよびPUSCHの同時送信がサポートされ得る。ACK/NACKはPUCCH上で送信されてよく、CSIはPUSCH上で送信されてよいことを、実施形態は企図している。PUSCH送信の選択は、PUCCHおよびPUSCHの同時送信をサポートすることができない例について本明細書に記載されたのと同じであってよい。
1または複数の実施形態では、WTRUがULグラントをそれについて受信し得る非周期的CSIが送信され得る。WTRUは、グラントがそれについて受信されたPUSCH(PcellまたはScell)上で非周期的CSIを送信することができる。
フォーマット1/1a/1b、2/2a/2bおよびフォーマット3など、PUCCH用に定義された異なる送信フォーマットが存在し得ることを、実施形態は企図している。いくつかのフォーマットまたは各フォーマットは、異なる数のUCIビットを運ぶことができる。たとえば、UCIビットの数が、UCIの送信に利用可能なビットの数を超え得る場合などだが、それに限定されないケースを扱うために指定され得る規則を、実施形態は企図している。
リレーノード(RN)は、電子ネットワーク内の進化型ノードB(eNB)に対する、低コストの代替物を提供し得ることを、実施形態は企図している。少なくとも部分的には、ネットワークへのワイヤードリンクに関連づけられた設備および運営費をなくすことによって、リレーを使うときのコスト削減が達成され得る。リレーノードは、たとえば、複数のユーザ機器(UE)(または無線送受信ユニット、すなわちWTRU)が、ネットワークへのリンクをWTRUに提供し得る「ドナーeNB」(DeNB)と通信するための媒介として働き得る。図2は、例示的な通信ネットワークアーキテクチャのブロック図を示す。図示されるように、リレーノード(RN)は、WTRUがLTEネットワークなどの通信ネットワークに接続することができるように、1または複数のWTRU用のサービングセルとして作用することができる。図示されるように、WTRUは、WTRUとRNとの間のインタフェース(Uuインタフェース)を介してRNと通信することができ、RNは、RNとDeNBとの間のインタフェース(Unインタフェース)を介して「ドナーeNB」(DeNB)と通信することができる。1または複数の実施形態において、RN WTRUは、そのサービングセルとしてリレーノードを有し得るWTRUを含み得る。マクロWTRUが、そのサービングセルとしてeNBを有し得るWTRUを含み得ることを、実施形態は企図している。1または複数の実施形態において、eNBは、たとえば、1または複数のRN用のドナーeNBであってよい。
図示されるように、UuインタフェースまたはRN Uuインタフェースは、RNと、RNがサービス中であり得る所与のWTRUとの間のインタフェースを含み得る。Uuインタフェースは、RNアクセスリンクと呼ばれ得る。Unインタフェースは、RNとそのドナーeNBとの間のインタフェースを含み得る。Unインタフェースは、特に、RNトラフィックを容易にし得る無線インタフェースを含み得る。Unインタフェースは、バックホールインタフェースまたはリンクと呼ばれ得る。Uu DRB/UE DRBは、たとえば、WTRUへの/からのサービス用に構成されたDRBを含み得る。Uu RB/UE RBは、WTRUへの/からのサービス用に構成された無線ベアラ(RB)を含み得る。RBは、データ無線ベアラ(DRB)、シグナリング無線ベアラ(SRB)などであってよい。1または複数の実施形態では、Un DRBは、ドナーeNBとリレーノードとの間のUnを介した無線ベアラ用に構成されたDRBを含み得る。DRBは、たとえば、UE関連データトラフィックを移送するのに使われ得る。
R10において、キャリアアグリゲーションは、eNBとWTRUとの間の送信に適合してよく、たとえば、RNとWTRUとの間、および/またはRNとDeNBとの間の送信に適合するように拡張されてよいと、実施形態は認識している。たとえばバックホールリンクなど、RNとDeNBとの間の送信が拡張され得ることを、実施形態は企図している。
タイプ1RNは、UuおよびUnインタフェース上で同じキャリア周波数を使うことができると、実施形態は認識している。1または複数の実施形態において、タイプ1RNは、他の理由の中でも、自己干渉により、あるインタフェースにおいて送信し、同時に他方のインタフェースにおいて受信することができない場合がある。たとえば、一方のリンク上での送信は、他方のリンク上での受信と干渉し得る。このタイプのリレーに対して、サブフレームは、この自己干渉を避けるために、2つのリンクの間で区分され得ることを、実施形態は企図している。特に、バックホール通信用のサブフレームを識別するために、Unサブフレーム構成がRNに与えられてよい。タイプ1a RNは、UuおよびUn上で異なるキャリア周波数を使うことができると、実施形態は認識している。1または複数の実施形態において、サブフレーム区分は、タイプ1a RNには必要とされなくてよい。タイプ1b RNは、UuおよびUnインタフェース上で同じキャリア周波数を使ってよく、かつ/または自己干渉があり得ないように、アンテナ分離を有してよく、1または複数の実施形態では、サブフレーム区分を必要としない場合があると、実施形態は認識している。
UnおよびUuの両方に対して同じキャリア上で動作するように構成されたRNには、DeNBによってUnサブフレーム構成が与えられ得ることを、実施形態は企図している。限定としてではなく例示の目的で、これは、RNサブフレーム構成と呼ばれ得る。RNサブフレーム構成は、たとえば、Un(バックホール)通信用にRNとDeNBとの間で使われ得るサブフレームを識別することができる。Unサブフレーム中に、RNは、Unインタフェースを介してDeNBから送信を受信することができ、および/または非Unサブフレーム中に、RNは、そのUuインタフェースを介して、そのWTRUへの送信をスケジュールすることができることを、1または複数の実施形態は企図している。周波数分割多重(FDD)の場合、1または複数の実施形態において、Unサブフレームパターンは、40サブフレーム期間用に構成されてよく、たとえば、サブフレーム{0,4,5,9}は、Unサブフレームとして構成されない場合がある。限定ではなく例として、時分割多重(TDD)は、独自のUnサブフレーム期間および/もしくは許可されないUnサブフレームをもつことができ、かつ/または、UL/DL構成を考慮に入れてよいことを、実施形態は企図している。
Un使用のために構成されたサブフレームは、RNによって、RNのUuインタフェースにおけるマルチキャストブロードキャスト単一周波数ネットワーク(MBSFN)サブフレームとして構成され得ることを、実施形態は企図している。1または複数のこのような構成された実施形態において、RN WTRUは、たとえば、おそらく、最初の1つまたは2つの直交周波数分割多重化(OFDM)シンボル中で送信され得るユニキャスト制御信号を除いて、それらのサブフレームの内容を無視してよい。こうしたサブフレーム内で、たとえば、RNは、WTRUにユニキャスト制御信号を送信することができ、ならびに/あるいは送信(Tx)モードから受信(Rx)モードに切り替え、および/もしくはUnインタフェース上でDeNBをリッスンすればよい。
ユニキャスト制御信号は、HARQ確認に使われ得ることを、実施形態は企図している。たとえば、1または複数の実施形態において、物理ハイブリッド自動再送リクエストインジケータチャネル(PHICH)は、アップリンク送信を確認するのに使うことができる。
1または複数の実施形態において、Rel−8 WTRUは、RNにアクセスすることができる。スループット効率という点では、たとえば、各サブフレームの先頭で浪費される3つのOFDMシンボル、ならびに、たとえば、ユニキャスト制御領域用に最大2つのシンボルおよびRN TxとRN Rxとの間の切替え時間用に1つのシンボルがあり得る。
リレー物理ダウンリンク制御チャネル(R−PDCCH)のフレームワークは、リレーノードについてのダウンリンク制御情報(DCI)を運ぶのに使われ得ることを、実施形態は企図している。1または複数の実施形態において、R−PDCCHの送信は、スロット内のサブキャリアおよびOFDMシンボルのサブセットに制限され、無線リソース制御(RRC)によって構成され得る。例として、1または複数の実施形態において、DCIフォーマット3/3Aはリレーによって期待されない場合がある。1または複数の実施形態において、R−PDCCHは、タイプ1リレーとともに使われてよく、いくつかの実施形態では、タイプ1リレーとともに使うことしかできず、たとえば、他のタイプのリレーには標準PDCCHが使われ得る。
FDD動作モードに加え、LTEはTDD動作モードもサポートすることができると、実施形態は認識している。ダウンリンクおよびアップリンク送信は、物理リソースが時間領域において共有される同じキャリア周波数上で実施され得ることを、実施形態は企図している。10msのTDDフレームは、10個のサブフレームを含むことができ、たとえば、図2Aに見られるように、いくつかのサブフレームまたは各サブフレームが1ms間続き得ることを、実施形態は企図している。
おそらくTDD UL/DL構成に基づいて、サブフレームは、アップリンクとダウンリンクとの間で分割され得ることを、実施形態は企図している。図2Bは、Rel−10においてサポートされ得る例示的なTDD UL/DL構成を示す。DLサブフレームからULサブフレームへの切替えは、サブフレーム1内で、いくつかの実施形態ではおそらくサブフレーム1内でのみ、および可能性としてはサブフレーム6内で起こってよく、これらは、限定ではなく説明として、特殊サブフレームと呼ばれ得る。他の理由の中でも、隣接するセル上で、深刻な干渉を生成するのを避けるために、いくつかの実施形態では、隣接するセルに対して同じTDD UL/DL構成が使われてよく、この理由により、UL/DL構成は静的であってよく、動的に変わらなくてよい。
Rel−10では、帯域内キャリアアグリゲーションがサポートされ得ることを実施形態は認識し、いくつかの実施形態では、おそらく帯域内キャリアアグリゲーションのみがサポートされてよく、TDD用のアグリゲートされたキャリアは、同じTDD UL/DL構成を有してよく、いくつかの実施形態ではおそらく、TDD用のアグリゲートされたキャリアは、同じTDD UL/DL構成を有することを要求され得る。
サブフレーム制限を有し得るキャリア用のキャリアアグリゲーションを、実施形態は企図している。すべてのサブフレームが送信または受信に利用可能なわけではないキャリアは本明細書では、限定ではなく説明として、サブフレーム制限を有するキャリアと呼ばれる。TDDキャリアは、サブフレーム制限されたキャリアと見なされてよく、いくつかの実施形態では、他の理由の中でも、ULとDLとの間でキャリアを共有する時間を固有に必要とし、および/またはUL/DL構成を必要とすることから、サブフレーム制限されたキャリアと常に見なされ得る。1または複数の実施形態において、サブフレーム構成が与えられたリレーUnキャリアも、サブフレーム制限されたキャリアであると見なされ得る。サブフレーム制限されたキャリアを有するシナリオにおけるキャリアアグリゲーションの適用が企図される。異なるキャリアが異なるサブフレーム制限を有し得る展開シナリオは、1または複数の実施形態によって企図される課題を呈し得る。
いくつかのキャリア、または各キャリアが、独自のサブフレーム構成(制限)を有し得るリレーバックホールに、キャリアアグリゲーションが適用され得ることを、実施形態は企図している。
図3〜6は、少なくとも2つの利用可能周波数をもつキャリアアグリゲーションのための例示的な構成を示す。図3に示されるように、RNの展開は、キャリアアグリゲーションに利用可能な2つまでの周波数を有し得る。そのさらなる一般化が、より多くの周波数用に導出され得る。帯域中リレー動作が識別されるどのコンポーネントキャリア(CC)についても、サブフレーム構成が含まれ得ることをいくつかの実施形態は企図し、いくつかの実施形態ではサブフレーム構成が要求され、サブフレーム使用制限が生じる場合がある。図4に示されるように、キャリアアグリゲーション(CA)は、f1、たとえば、帯域中リレー動作において展開されるCC1など、1つのコンポーネントキャリアを有してUnインタフェース上で構成され得る。図5に示されるように、CAは、f1、たとえば、帯域中リレー動作において展開されるCC1など、1つのコンポーネントキャリアを有して、Unインタフェース上およびUuインタフェース上で構成され得る。CC2などの別のコンポーネントキャリアが、f2、たとえば、帯域中リレー動作において展開され得る。図6に示されるように、CAは、f1、たとえば、帯域中リレー動作において展開されるCC1を有してRN Uuインタフェース上で構成され得る。
実施形態は、TDD用のキャリアアグリゲーションを企図している。より具体的には、いくつかのキャリア、または各キャリアが、(恐らくは、異なる)TDD UL/DL構成で構成され得るキャリアアグリゲーションがTDD用に考慮される。異なるTDD UL/DL構成の使用は、たとえば、他の理由の中でも、展開を柔軟にし、帯域間TDDアグリゲーションに有用であり得る。
たとえば、他の企図するシナリオの中でも、ノードが、それに割り当てられたキャリアのうちの少なくとも1つを、その利用可能サブフレームに関して全体的または部分的に制限させることによって、限定され得るシナリオにキャリアアグリゲーションが適用され得ることを、実施形態は企図している。本明細書に記載されるように、このようなノードは、限定ではなく説明として、サブフレーム制限されたノードまたは手短には「SRノード」と呼ばれ得る。
この配置の例示的適用は、リレーコンテキストにおいてであり、ここでキャリアアグリゲーションは、バックホール(Un)インタフェースを介したリレーによってサポートされてよく、および/または1もしくは複数の二次サービングセルがUnインタフェース用に構成されてよい。このようなシナリオでは、こうしたキャリアのうちの少なくとも1つが、サブフレーム構成に関して制限され得る可能性があり、たとえば、PCellおよび/またはScell(1もしくは複数)は、帯域中リレー動作(サブフレーム制限された動作を要求し得る)用または帯域外リレー動作用にさらに構成され得る。たとえば、図4を参照すると、CC1は、PCellとして構成されてよく(Pcellが帯域中で動作する場合のリレー用)、Scell(CC2)は帯域外で動作する。図5の場合、いくつかの組合せに対して、またはおそらくどの組合せに対しても、PCellおよびScellは両方とも、帯域中リレー構成用に構成され得る。こうした例示的なシナリオのうちの1または複数において、RNは、SRノードと見なされ得る。本明細書に記述される限り、別のインタフェースまたは複数のインタフェースが特段に記載および/または記述されない限り、リレーのUnインタフェースが記述される。
TDDモードで動作するWTRUによって2つ以上のキャリアがアグリゲーションされ得るTDDのコンテキストにおける1または複数のアグリゲーション配置を、実施形態は企図している。このようなシナリオでは、いくつかのキャリア、または各キャリアが、キャリアのTDD UL/DL構成に少なくとも部分的に基づく独自のサブフレーム制限を有し得る。制限は、異なるキャリアに対して異なり得ることを、実施形態は企図している。このようなTDD WTRUは、たとえば、SRノードと見なされ得ることを、実施形態は企図している。
さらなる例として、サブフレームは、各TDDキャリア用に定義することができるとともに、いくつかの実施形態では各TDDキャリア用に定義されなければならないTDD UL/DL構成によって本質的に制限され得るので、Un上においてTDDモードで動作するリレーは、Unサブフレーム構成を要求するかどうかにかかわらず、SRノードと見なすことができる。
SRノードに対して、PCell上のサブフレーム制限は、UCI(たとえばHARQ A/N、および/またはCSI)が、PCell上のアップリンク送信に利用可能でないサブフレーム内で送信される必要があり得る可能性を含む、そのセル上のULおよび/またはDL送信にサブフレームが利用可能でない状況につながり得ることを、1または複数の実施形態は企図している。
前述されたシナリオに対して、クロスキャリアスケジューリングをサポートするための技法を、実施形態は企図している。1または複数の実施形態において、このようなクロスキャリアスケジューリングは、ULグラントおよび/またはDLグラントなども含み得るDCI送信の一部と見なされ得る。DCI送信は、DCI送信を提供するのに使われ(またはおそらくいくつかの実施形態では、必要とされ)得るサブフレームがPcell上でのダウンリンク送信に利用可能でないとき、SRノードシナリオも対象とし得る。
SRノードがPCell UL上で送信を行うことができないサブフレーム内での、本明細書では(限定ではなく説明として)(D)eNBと呼ばれるNBまたはDeNBへのSRノードUCI送信を、実施形態は企図している。他の理由の中でも、サブフレーム構成(たとえば、リレーのコンテキストにおけるUnサブフレーム構成)に起因するPCell上でのUL送信制限により、(D)eNBへのSRノードUCI送信が可能でない場合がある状況を避けるための技法も、実施形態は企図している。さらに、たとえば、異なるサブフレーム制限をもつアグリゲートされたキャリア上でSRノードクロスキャリアスケジューリングを可能にするための技法を、1または複数の実施形態は企図している。
CAを用いるサブフレーム区分を、1または複数の実施形態は企図している。たとえば、(D)eNBと通信するとき、構成されたサービングセル用にどのサブフレーム区分を適用するべきかを、どのようにSRノードが判断し得るかを、実施形態は企図している。他の理由の中でも、Pcellにおけるアップリンク制限により、PCell上でのUCI送信が可能でない場合があるサブフレーム内では送信が確実に起こらないようにし得る技法を、1または複数の実施形態は企図している。
CAを用いるアップリンク制御情報(UCI)送信を、1または複数の実施形態は企図している。たとえば、他のシナリオの中でも、おそらく(D)eNBと(たとえば、リレーコンテキストにおけるUnインタフェースにおいて)通信するとき、二次サービングセルとして構成されたキャリア上で少なくとも1つのアップリンクリソースが利用可能であるサブフレーム内でのUCI送信用のアップリンクリソース(たとえばPUCCH/PUSCH)をどのように選択するかを、実施形態は企図している。これは、たとえば、リレーUn帯域中動作用に、たとえば、一次サービングセルとして構成されたキャリア上で、わずかなアップリンクリソースが利用可能であるか、またはおそらくどのアップリンクリソースも利用可能でないサブフレーム内で有用であり得る。同じ問題の別の例が、PCellおよびScell(1または複数)用の異なるTDD UL/DL構成でTDD WTRUが構成され得るときに起こり得る。
1または複数の実施形態は、クロスキャリアスケジューリングを企図している。第2のダウンリンクコンポーネントキャリア上で受信された制御シグナリングを使ってスケジュールされた第1のアップリンク/ダウンリンクキャリアのリソースをアドレス指定するための技法を、実施形態は企図しており、ここでサブフレーム構成、たとえば利用可能サブフレームは、アグリゲートされたキャリアに対して同じでなくてよい。たとえば、リレーのコンテキストでは、おそらく帯域中リレー動作用に(たとえばUnサブフレーム構成で)1または複数のキャリアが構成され得るとき、クロスキャリアスケジューリングを実施するための技法を、1または複数の実施形態は企図している。TDDでは、たとえば、おそらく第1および第2のキャリアのUL/DL構成が異なり、したがってそれらのキャリアの利用可能DL/ULサブフレームが同じでないとき、クロスキャリアスケジューリングを実施するための技法も、1または複数の実施形態は企図している。
1または複数の実施形態において、SRノードは、たとえば、レイヤ3RRCシグナリングを使って、(D)eNBによって、サブフレーム区分(限定ではなく説明として、構成または制限とも呼ばれる)で構成され得る。
SRノードが、1または複数の技法を、個々にまたは組み合わせて使ってサブフレーム区分を判断できることを、1または複数の実施形態は企図している。SRノード特有サブフレーム区分(構成)。1または複数の実施形態において、SRノードは、PCellに、およびいくつかのSCellに、またはすべての構成されたSCellに適用され得る単一のサブフレーム区分構成を受信することができる。
さらに、SRノードは、セル特有サブフレーム区分(構成)を使って、サブフレーム区分を判断できることを、1または複数の実施形態は企図している。たとえば、SRノードは、サブフレーム制限が適用可能ないくつかのサービングセル用(または各サービングセル用)のサブフレーム区分構成を受信することができる。
さらに、SRノードは、セルタイプ特有サブフレーム区分(構成)を使って、サブフレーム区分を判断できることを、1または複数の実施形態は企図している。たとえば、SRノードは、PCell用のサブフレーム区分構成と、受信されたサブフレーム制限が適用され得る、構成されたサービングSCellに適用可能な異なるサブフレーム区分とを受信することができる。
さらに、SRノードは、セルタイプハイブリッド(固有/暗黙)サブフレーム区分(構成)を使って、サブフレーム区分を判断できることを、1または複数の実施形態は企図している。SRノードは、Pcell用のサブフレーム区分(構成)を受信することができ、Scell(1または複数)のサブフレーム構成は、PcellおよびScell(1または複数)のサブフレーム構成の間のマッピング(いくつかの実施形態では、おそらく所定のマッピング)に従って、Pcellの構成に少なくとも部分的に基づいて割り振られ得る。いくつかの実施形態では、複数のScellが関与している場合、それらのScellのサブフレーム構成は、少なくとも部分的にはそれらのScellの順序および所定のマッピングに基づいて、同じであっても異なってもよい。例として、TDDのコンテキストでは、Pcellの構成が2に設定される場合、Scellの構成は、自動的に1に設定され得る。図2Bは、このような実施形態のさらなる例を示す。
さらに、SRノードは、蓄積サブフレーム区分を使って、サブフレーム区分を判断できることを、1または複数の実施形態は企図している。たとえば、SRノードは、1または複数の構成されたサービングセル用の異なるサブフレーム区分を受信することができ、この場合、SRノードは、構成されたセルの少なくともサブセット、または構成されたセルすべてに対して、サブフレーム構成の和集合を適用することができる。サブフレーム構成の和集合がULのみに適用され得ることを、いくつかの実施形態は企図しており、これは、Scell UCI送信がULリソースを確実にもつことができるようにするのを助け得る。また、いくつかの実施形態では、サブフレーム構成の和集合は、DLにのみ適用することができ、これは、DLクロスキャリアスケジューリングがScell DL送信用のPcell上で確実に実施され得るようにするのを助け得る。いくつかの実施形態では、Pcell ULサブフレーム構成が、構成が受信済みであり得るPcellとScellのULサブフレーム構成の和集合となり得るようなサブフレーム区分の和集合が適用され得る。これは、Scell用のUCIがPcell UL上で確実に送信され得るようにするのを助けることができる。
さらに、DLおよび/またはUL用のサブフレーム区分の和集合が、構成されたセルのサブセットに、およびいくつかの実施形態ではおそらく構成されたセルのサブセットのみに適用され得ることを、いくつかの実施形態は企図している。たとえば、サブフレーム区分の和集合は、SCellのみに適用され得る。TDDのコンテキストにおける例として、PcellのDLサブフレームは、Scell用のものと同じでなくてよい。したがって、1つのサブフレームは、Scell ULではあるが、Pcell DLとして構成されてもよい。このようなシナリオでは、Scell DLサブフレームが、Pcellの、およびScellのDLサブフレームの和集合と見なされてもよいことを、実施形態は企図している。そうすることによって、Scellの予め構成されたULサブフレーム(前述した)は、Scell用のDLサブフレームになることができる。ここでULおよびDLの同時送信がサポートされない場合があり、したがって、いくつかのサブフレーム内で、もしくは各サブフレーム内で、アグリゲートされたセルのうちの一部もしくは全部の通信方向(たとえば、TxおよびRx)が同じでよく、および/またはいくつかのセルが1または複数のサブフレーム中にミュートされ得る半二重TDD−WTRUを、実施形態は企図している。
さらに、和集合が、送信または受信ではない方向に適用され得ることを、1または複数の実施形態は企図している。たとえば、TDD半二重WTRUまたはRNの場合、どのCCもサブフレーム内でDL用に構成される場合、SRノードが、方向がDLであると見なすが、そのサブフレーム内でDL用に特に構成されたCC上でDL送信を受信することを期待し得る(かつ、いくつかの実施形態では、受信することを期待するだけでよく、たとえば、探すだけでよい)ように、DL方向に優先権が与えられ得る。これは、たとえば、半二重で動作するSRノードにのみ適用可能であり得ることも、いくつかの実施形態は企図している。限定ではなく例として、1または複数のサブフレーム構成のDL(またはUL)和集合が、それらのサブフレーム構成にわたってサブフレームごとに定義され得ることを、実施形態は企図しており、ここでサブフレームのUL/DL方向は、それらのサブフレーム構成において同じであると仮定されてよく、その特定のサブフレームをDL(またはUL)サブフレームとしてもつ少なくとも1つのサブフレーム構成が存在する場合、DL(またはUL)と判断されてよい。
代替または追加として、1または複数の実施形態は、交差型サブフレーム区分を企図している。SRノードは、1または複数の構成されたサービングセル用の異なるサブフレーム区分を受信することができ、この場合、SRノードは、構成されたセルの少なくともサブセット、または構成されたセルすべてに対して、サブフレーム構成の交差を適用することができる。たとえば、いくつかの実施形態では、サブフレーム構成の交差は、ULのみまたはDLのみに適用され得る。また例として、いくつかの実施形態では、PCell構成は不変のまま使われてよく、かつ/またはSRノードは、PCellと同じ方向を有し得る1もしくは複数のSCellのサブフレームの使用に制限されてよく、かつ/またはSRノードは、その方向がPCellのものとは異なる場合、前記SCellのサブフレームを使わなくてよい。また、交差サブフレーム区分が、たとえば、半二重で動作するSRノードにのみ適用可能であり得ることを、いくつかの実施形態は企図している。限定ではなく例として、1または複数のサブフレーム構成のDL(またはUL)交差が、それらのサブフレーム構成にわたってサブフレームごとに定義され得ることを、実施形態は企図しており、ここでサブフレームのUL/DL方向は、それらのサブフレーム構成において同じであると仮定されてよく、それらのサブフレーム構成のすべてが、その特定のサブフレームをDL(またはUL)サブフレームとしてもつ場合、DL(またはUL)と判断されてよい。
たとえばR10リレーにおいて、UL構成が、SRノードに明示的に与えられ、または暗黙的に与えられ得ることを、実施形態は企図している。また、たとえば、Un用のULサブフレーム構成が、DL構成(たとえば、FDD用のDL+4)から導出され得る。各DLサービングセル用に一意のUL Scellが構成されるかどうかにかかわらず、ULサブフレーム構成が(たとえば、DLからULの派生規則に従って)判断され得る。1または複数の実施形態において、(SRノードとしての)RNは、たとえば、2つの構成されたDLサービングセルおよび1つの構成されたULサービングセルを有し得る。Unサブフレーム区分は、DLセル両方に対してRNによって受信され得る。PcellなどのULサービングセルについての区分は、DLサービングセル両方によって使われ得るUL区分の和集合、たとえば、両方のDLセルに対するFDD用のDL+4であってよい(またはいくつかの実施形態では、おそらく、DLサービングセル両方に必要とされ得る)。これは、たとえば、他の利益の中でも、RNが、PCell UL上で、両方のDLセルについてのUCIを送信することを可能にし得る。
RNがそのUn構成にULサブフレームを追加することができるサブフレーム用のリレーアプリケーションでは、Uu UL上での受信との衝突が、スケジューリングにより、またはUuリンク上でのMBSFNサブフレームにより避けられ得ることを、実施形態は企図している。このサブフレームは、ULサブフレームがUn上で追加されるULサブフレーム(たとえば、FDD用のUL−4)に関連づけられたDLサブフレームであってよい。
リレーについてのさらなる例として、FDDでは、RNがサブフレームn内でアクセスリンクデータを受信しないために、RNは、サブフレームn−4内でULグラントを与えることができない。RNは、サブフレームn内で、アクセスリンク上でACK/NACKを受信することができない。RNは、サブフレームn−4内でDLグラントを与えることができない。RNは、サブフレームnにおけるUL上のトラフィックおよびUCIが避けられ得るように、サブフレームn−4内で、アクセスリンク上でULおよびDLグラントを避けることができる。RNは、アクセスWTRUがPDCCHを読む必要がなくてよいように、サブフレームn−4をMBSFNサブフレームとして構成することができる。同様に、TDD用にTDD規則が使われ得ることを、実施形態は企図している。
1または複数の実施形態において、SRノードは、PCell用および/または1もしくは複数のSCell用のサブフレーム構成で構成され得る。SRノードは、Scell上での1または複数のPUCCHリソース割振りで構成され得る。たとえば、SRノードは、PCell上のPUCCHリソースに加え、Scell上の1または複数のPUCCHリソースで構成され得る。
PUCCH上でのUCIの送信用のアップリンクリソースが選択され得ることを、実施形態は企図している。SRノードは、アップリンクで構成されたScell用の1または複数のPUCCHリソースで構成され得る。PUCCH用のScell構成は、RRCシグナリングなどの上位レイヤシグナリングを使って、または、レイヤ1シグナリング(たとえばPCell用のPUCCH構成に加え、PDCCH)を使って受信され得る。たとえば、上位レイヤシグナリングおよび/またはレイヤ1シグナリングは、SRノードが、関係するサービングセル用に構成されたPUCCHリソース上で送信することができるかどうかを示し得る。1または複数の実施形態において、この指示は、たとえば、関係するScell用のPUCCH構成の存在に基づいて、暗黙であってよい。1または複数の実施形態では、この指示は、たとえば、L1 PDCCH(または、たとえば、リレーのコンテキストではR−PDCCH)、L2 MACまたはL3 RRCシグナリングにより、明示的であってよい。SRノードは、LTE R10に記載されている既存の方法のうちのどれに従っても、および/または本明細書に記載される方法のうちのどれを使っても、サービングセルのPUCCH上で送信を実施することができる。
SRノードが送信用に使うことができるサービングセル用の構成されたPUCCHリソースを考慮して、また、いくつかの実施形態ではおそらく、SRノードが送信用に使うことができるサービングセル用の構成されたPUCCHリソースのみを考慮して、PUCCH上でのUCIの送信用のアップリンクリソースが選択され得ることを、実施形態は企図している。SRノードがPUCCH上でUCIを送信することを許可され得ないサービングセルに対して、SRノードは、サブフレームにおける関係するセルについてのUCIをドロップしてよい。サブフレーム内で、SRノードは、送信するべきUCIを有し得る(また、通常はこのようなUCIを送信することができる)が、セルのPUSCHリソースについて、またはPCellのPUCCHについてのUCIの送信用に、いかなる利用可能アップリンクリソースも存在しない場合があると、実施形態は認識している。
本明細書に記載される、所与のサブフレーム内でUCIを送信する1または複数の実施形態に対して、PUCCHについてのUCIのSRノード送信、および可能性としてはPUCCHについてのUCIのSRノード送信の必要性は、SRノードによる、サブフレーム内でのPUSCH送信が起こらないケースおよび/またはSRノードによる、サブフレーム内でのPUSCH送信が起こり得るが、SRノードが、同時PUSCH−PUCCH送信用に構成されていない場合があり、またはサポートすることができないケースに限定され得る。
SRノードは、アップリンクPUCCHリソースで構成されたScellのPUCCHについてのUCIの少なくとも一部を送信し得ることを、実施形態は企図している。たとえば、SRノードは、RNがPUCCH送信を実施することを許可され得るPUCCHリソースで構成された複数のサービングセルのPUCCH上で同時に送信することができる。たとえば、RNが同時PUSCH−PUCCH送信用に構成されない、またはサポートしないケースでは、1または複数の実施形態において、関係するScellのPUCCHについてのUCIの送信は、サービングセル上でPUSCHが利用不可能であるサブフレームに限定され得る。また、1または複数の実施形態において、関係するScellのPUCCHについてのUCIの送信は、関係するScell用にPUSCHが利用不可能であるサブフレームに限定され得る。
Pcell上で利用可能なPUCCHがないシナリオでは、UCIは、少なくとも部分的には、Scell用のULグラントに基づいて、および/または所要のULグラントをもたない(恐らくは、定期的な)PUSCH送信を用いたScellの構成に基づいて、ScellのPUSCHを介して送られ得ることを、実施形態は企図している。1または複数の実施形態において、Pcell上でのUL用に構成されていないサブフレームに対して、UCIは、Scell用のULグラントに基づいて、および/または所要のULグラントをもたない(恐らくは、定期的な)PUSCH送信を用いたScellの構成に基づいて、ScellのPUSCHを介して送られ得る。たとえば、ScellのPUCCH上でSRノードが送信を実施することができるかどうかの判断は、Pcellのサブフレーム区分の機能に基づき得る。
たとえば、(SRノードとしての)RNは、PCellのUnサブフレーム制限により、PCellのアップリンク上での送信が不可能な場合があるサブフレームでは、ScellのPUCCH上で送信を行えばよい。RNは、Scell用のPUCCH送信についてのスケジューリングリクエスト(SR)を多重化することができる。
さらなる例として、いくつかの実施形態では、TDD WTRUは、PCellのUL/DL構成により、PCellのアップリンク上での送信が可能でないサブフレーム内で、およびおそらくはこのようなサブフレーム内でのみ、ScellのPUCCHについてのUCIを送信することができる。UCIは、サブフレームがPCell用のULサブフレームだった場合、WTRUがPCellのPUCCH上で送信したであろうUCIであってよい。WTRUは、Scell用のPUCCH送信についてのSRを多重化することができる。別の例では、SRノード(たとえば、RNまたはTDD WTRU)は、Scellに適用可能なサブフレーム区分によるアップリンク送信についてScellが制限されなくてよいサブフレームにおいて、ScellのPUCCH上で送信を行うことができる。SRノードは、Scell用のPUCCH送信についてのSRを多重化しなくてよい。
SRノードは、必要に応じて、および、PCellのサブフレーム構成によって限定されることなく、あれば、SCellのサブフレーム構成によって課される制限に従って、SCellについてのUCIを送信してよい。ScellのPUCCHの使用が、SRノードがPCellのアップリンク上で送信することができないサブフレームに制限されるとき、SRノードは、たとえば、アップリンク送信が可能な、構成されたアップリンクPUCCHをもつ少なくとも1つのサービングセルがあるサブフレーム内で、UCIを送信してよい。
SRノードは、たとえば、サービングセルにおけるシングルキャリアLTE動作用のものと同様のPUCCH送信規則を使って、構成されたPUCCHリソースをもつScell用のPUCCHを送信し得ることを、実施形態は企図している。
たとえば、1または複数の実施形態において、SRノードは、利用可能サブフレーム内で、ScellのPUCCHについてのUCIを送信することができ、この場合、SRノードによるPUCCHリソースの動的選択は、送信するべきUCIビットの量に依存して、PUCCHフォーマット1/1a/1bまたは2/2a/2bのうち任意のものを使って、動的に割り振られてよい。いくつかの実施形態では、UCIは、関係するScellのみについてのUCIを含み得る。
UCI送信が、Scell DLのPDCCHを使って動的にスケジュールされ得るPDSCH送信についてのHARQ ACK/NACK情報を含むとき、ScellについてのUCIの送信が適用され得ることを、実施形態は企図している。Scellについての定期的CSIが、このサブフレームにおける送信用に構成され得るとき、および/またはScell DLのPDCCH(もしくはR−PDCCH)上で受信された非定期的リクエストに続いてCSIリクエストが送信される場合、ScellについてのUCIの送信が適用され得る。
SRノードは、たとえば、PCell用のキャリアアグリゲーションのためのLTE動作に対するものと同様のRel−10 PUCCH送信規則を使って、構成されたPUCCHリソースをもつScell用のPUCCHを送信できることを、実施形態は企図している。
たとえば、1または複数の実施形態において、SRノードは、Scell上で1または複数のPUCCHリソースを用いて、上位レイヤシグナリングによって構成され得る。複数のサービングセルについてのUCIフィードバックは、たとえば、SRノードのPCellサブフレーム区分に応じて、ScellのPUCCH上で送信され得る。いくつかの実施形態では、これは、Scellに適用されるPCell用のPUCCH向けの構成と同様でよい。このようなリソースは、フォーマット1bおよび/またはフォーマット3をもつチャネル選択用のリソースを含み得るが、それに限定されない。
SRノードは、おそらくPCell上でのサブフレーム区分のせいで、SRノードがPCell上でアップリンク送信を実施することができないサブフレーム内で、Scell上の半静的PUCCHリソースを選択することができる。いくつかの実施形態では、Scellのサブフレーム区分(あれば)に従って、Scell UL上のこのような送信が利用可能である場合のみである。いくつかの実施形態では、半静的PUCCHリソースの使用の選択は、PCellに関して同じ規則に従っても、本明細書に記載される別の規則に従ってもよい。いくつかの実施形態では、より多くのサービングセルのうちの1つについてのHARQ ACK/NACK情報を含むUCIを送信するのに、いくつかの実施形態ではおそらく、より多くのサービングセルのうちの1つについてのHARQ ACK/NACK情報を含むUCIを送信するのにのみ、PUCCH上での送信が適用され得る。いくつかの実施形態では、PUCCH上での送信は、他の送信に適用され得る。
たとえば、PcellのSRノードサブフレーム区分に応じて、RNが、サブフレームにおいて、ScellのPUCCH上で(D)eNBにUCIを送信できることを、実施形態は企図している。代替または追加として、たとえば、おそらく、構成され、PCellのものとは異なる場合、および/または、他の条件の中でも、区分が構成されない場合、ScellのSRノードサブフレーム区分に応じて、SRノードが、サブフレームにおいて、ScellのPUCCH上でUCIを送信できることを、実施形態は企図している。おそらく、他の条件の中でも、たとえば、Scellがアップリンク送信用に構成される場合、および/またはScellが、サブフレーム内でのUCI送信に利用可能なPUCCHリソースをもっている場合、UCI送信用のScellのPUCCHリソースをSRノードが選択できることも、実施形態は企図している。
SRノードが、1または複数の技法を、個々に、または組み合わせて用いてUCIを扱い得ることを、実施形態は企図している。PCellのアップリンクリソース上でPCellのサブフレーム区分がSRノードを送信させることができないサブフレーム内で、SRノードが、少なくとも1つのScellのPUCCHについてのUCIの少なくとも一部を送信できることを、1または複数の実施形態は企図している。さらに、SRノードが、構成される場合は関係するScellのサブフレーム区分がScellのアップリンクリソース上でSRノードを送信させ得るサブフレーム内で、ScellのPUCCHについてのUCIの少なくとも一部を送信できることを、1または複数の実施形態は企図している。また、SRノードが、サブフレーム区分で構成されない場合があるScellのPUCCHについてのUCIの少なくとも一部を送信することができ、したがって、一部または全部のFDDおよびUL(TDD、FDD半二重)サブフレームがUL UCI送信に利用可能であり得ることを、1または複数の実施形態は企図している。さらに、おそらくUCIの少なくとも一部を伝えることができるリソースがサブフレームにおいて複数のScell上で利用可能である場合、SRノードが、可能性としては、たとえば、最も小さいセル索引をもつScellを選択するなど、SRノードの半静的構成に基づいて、ScellのPUCCHを選択することによって、単一のリソース上でUCIを送信できることを、1または複数の実施形態は企図している。また、おそらく、他の条件の中でも、たとえば、サブフレームにおいてUCI送信にリソースが使われ得るサービングセルがない場合、SRノードが、UCIの少なくとも一部を破棄してよいことを、1または複数の実施形態は企図している。代替または追加として、SRノードは、後続サブフレームにおいて実施される、送信についてのHARQ ACK/NACKビットのバンドリングなど、本明細書に記載される方法を使うことができる。
限定ではなく例として、(D)eNBと通信するとき、他の条件の中でも、たとえば、おそらく、SRノードのPCellのサブフレーム区分が、SRノードに、PCellのPUCCHについてのUCIを送信させる場合、SRノードがPCellのPUCCHについてのUCIを送信できることを、実施形態は企図している。
また、限定ではなく例として、Unインタフェースの場合、おそらく、SRノードのPCellのサブフレーム区分が、SRノードに、PCellのPUCCHについてのUCIを送信させない場合、構成されたアップリンクをもつ少なくとも1つのScellのサブフレーム区分およびPUCCH構成が、このサブフレームにおいて、SRノードにUCIを送信させ得ることを、1または複数の実施形態は企図している。おそらく、他の条件の中でも、たとえば、UCIのアップリンク送信が可能である単一のサービングセルがある場合、SRノードが、そのScellのPUCCHについてのUCIを送信できることを、1または複数の実施形態は企図している。代替または追加として、おそらく、他の条件の中でも、たとえば、UCIのアップリンク送信が可能である単一のサービングセルがない場合、SRノードが、最も小さいセル索引に対応するScellなどだが、それに限定されない、その半静的構成に従って、ScellのPUCCHについてのUCIを送信できることを、1または複数の実施形態は企図している。1または複数の実施形態において、HARQ ACK/NACKフィードバックは、Scell PUCCH上で送信されてよく、いくつかの実施形態では、おそらく、HARQ ACK/NACKフィードバックのみが、Scell PUCCH上で送信され得る。1または複数の実施形態において、他の情報は、Scell PUCCH上で送信されてよい。
おそらく、SRノードのPCellのサブフレーム区分が、SRノードがPCellのPUCCHについてのUCIを送信することを許可せず、かつ/または、他の条件の中でも、たとえば、サブフレーム区分および構成されたアップリンクをもつ少なくとも1つのScellのPUCCH構成が、SRノードがこのサブフレーム内でUCIを送信することを許可しない場合、SRノードは、このサブフレーム内で、どのサービングセル用のアップリンク上でもUCIを送信できず、かつ/またはこのサブフレームについてUCIをドロップしてよいことを、1または複数の実施形態は企図している。
おそらく、他の条件の中でも、たとえば、Scell上でのアップリンク送信が制限されず、PCellサブフレームが制限される(たとえば、利用可能でない)場合、SRノードが、ScellのPUCCH上でUCIを送信できることを、1または複数の実施形態は企図している。
たとえば、Pcell上で所要のULサブフレームが利用可能でないとき、ScellのPUCCH上でのUCIの例示的な送信を示すように異なるUL/DL構成をもつ、2つのサービングセル、すなわちPCellおよび1つのScellを有するSRノードとして、TDD WTRUを1または複数の実施形態は企図している。図6Aを参照すると、このようなシナリオでは、UL/DL構成2は、PCell用に使われてよく、UL/DL構成1は、Scell用に使われてよい。図6Aは、各構成に対する例示的なUL/DL/Sサブフレーム割振りを示す。
さらなる例として、おそらく、Rel−10HARQタイミングに基づいて、図6Bは、図6Aに示されるUL/DL構成が与えられた、WTRUによるPDSCH受信および対応するHARQ−ACK送信の例を示す。図6Aにおいて、各パターンは、セルごとの、PDSCH受信と、TDD WTRUによって送信される対応するHARQ−ACKのペアリングに対応する。たとえば、PCellを参照すると、UL/DL構成2の場合、フレームnサブフレーム2において送信されるHARQ−ACKは、フレームn−1サブフレーム4、5、6、8において起きたデータのDL PDSCH受信に対応する(いくつかの実施形態では、ACK/NACKは、TDDにおいてバンドルされ得る)。
図6BのScellを参照すると、フレームn−1サブフレーム9において受信されるDL PDSCHに対応するHARQ−ACKは、PUSCHリソースが利用可能でない場合、フレームnサブフレーム3においてeNBに送られるべきであり、通常、PCell PUCCH上でそのサブフレームにおいて送られるはずである。この例では、PCellは、フレームnサブフレーム3において構成されたULサブフレームをもたない。この場合、1または複数の実施形態によると、TDD WTRUは、たとえば、構成されている場合はScell PUCCH上のフレームnサブフレーム3において、または可能性としては事前定義もしくは事前スケジュールされたScell PUSCHリソース上でHARQ−ACK情報を送信することができる。
SRノードが、構成されたサービングセル用のSRノードのサブフレーム区分に応じ得るフォーマットを使って、Scellの選択されたPUCCHリソース上で、(D)eNBにUCIを送信できることを、実施形態は企図している。
サブフレーム内では、少なくともPDSCH上でのダウンリンク送信に使われる送信モードの構成から、HARQ ACK/NACKビットの最大数が導出され得ることを、1または複数の実施形態は企図している。たとえば、HARQ ACK/NACKビットの最大数は、使われる空間レイヤの数、および/または所与のサービングセル用のサブフレームごとの移送ブロックの最大数に基づいて導出され得る。さらに、いくつかのサブフレームは、各構成されたサービングセルごとに異なり得るサブフレーム区分によりダウンリンク送信が不可能であり得るように構成され得る。たとえば、構成は、半静的であってよく、SRノードのサブフレーム区分によって課される制限が、サブフレームごとのHARQ ACK/NACKビットの最大数を判断するのにさらに使われ得るように、たとえば、レイヤ3RRCシグナリングを使って修正することができる。少なくともスケジューリングリクエスト(SR)ビットの送信用のビットが含まれ得ることを、1または複数の実施形態は企図している。
たとえば、特定の範囲のHARQ ACK/NACKおよび/またはCSIビットが送信されるときにいくつかのリソースまたは各リソースが使われ得る複数のPUCCHリソースで、SRノードが構成され得ることを、1または複数の実施形態は企図している。この構成は、PCell用、Scell用であってよく、かつ/または複数のサービングセルに分散されてよい。限定ではなく例として、PUCCHフォーマット1は多くとも1ビットのUCI情報を運ぶことができ、PUCCHフォーマット2は多くとも2ビットのUCI情報を運ぶことができ、PUCCHフォーマット2でのチャネル選択は、4ビットまでのUCI情報を運ぶことができ、PUCCHフォーマット3は、12ビットまでのUCI情報を運ぶことができることを、1または複数の実施形態は企図している。1または複数の実施形態では、所与のサブフレームに対して、SRノードは、セルの構成に応じて、および/または各セルのRN区分に応じて、構成されたサービングセルにわたって受信することができる移送ブロックの最大数を判断することができる。たとえば、SRノードは、SRノードがUCIを送信すると期待される後続サブフレームにおける関係するUCIの送信に利用可能な、最も小さいPUCCHフォーマットを選択してよい。構成は、SRノードがHARQ ACK/NACKビットを送信し、いくつかの実施形態ではおそらくHARQ ACK/NACKのみを送信するサブフレームにおいて適用され得る。1または複数の実施形態において、構成は、SRノードがPCellのアップリンク上で送信を行うことができないサブフレームにおいて、いくつかの実施形態ではおそらくSRノードがPCellのアップリンク上で送信を行うことができないサブフレームにおいてのみ適用され得る。PUCCHリソースの選択に関して記載される方法などだが、それに限定されない、本明細書に記載される他の方法とともに、構成が適用され得ることを、実施形態は企図している。
SRノードのサブフレーム区分に応じて、所与のサブフレームにおける(D)eNBへの送信に利用可能なUCIの少なくとも一部を、SRノードがドロップおよび/または破棄してよいことを、実施形態は企図している。
代替または追加として、SRノードが、UCIの少なくとも一部にバンドリングを適用することができ、バンドリングは、複数のサブフレームのUCIビットにわたって適用され得ることを、実施形態は企図している。1または複数の実施形態において、サブフレームの数は、たとえば、SRノードサブフレーム構成に応じ得る。
特定のサービングセル用の(D)eNBへのどのUCIフィードバックについてもSRノードが送信機会をもたないサブフレームの数に等しくてよい数のサブフレームに対してSRノードがバンドリングを実施できることを、実施形態は企図している。1または複数の実施形態において、SRノードが、アップリンクPUCCHリソースで構成されたScellのPUCCH上でUCIの少なくとも一部を送信するとき、SRノードは、Scellに対して、およびいくつかの実施形態では、SRノードが、アップリンクPUCCHリソースで構成されたScellのPUCCH上でUCIの少なくとも一部を送信するとき、おそらくScellに対してのみ、バンドリングを実施することができる。1または複数の実施形態において、SRノードは、PCellに対するバンドリングを実施することができる。
1または複数の実施形態において、サービングセル用の(D)eNBへのUCIフィードバックに対してSRノードが送信機会をもたないサブフレームの数に等しくてよい数のサブフレームに対してSRノードがバンドリングを実施できる。1または複数の実施形態において、SRノードが、少なくともPcellのSRノードサブフレーム区分に応じて、サブフレームにおいてScellのPUCCH上でUCIを送信するとき、およびいくつかの実施形態ではおそらく、SRノードが、少なくともPcellのSRノードサブフレーム区分に応じて、サブフレームにおいてScellのPUCCH上でUCIを送信するときのみ、SRノードは、バンドリングを実施することができる。
実施形態は、HARQ ACK/NACKバンドリングを企図している。1または複数の実施形態において、HARQ ACK/NACKのバンドリングは、個々のPDSCH送信用に複数のHARQ ACK/NACKビットにわたって論理AND演算を実施することによって1もしくは複数のHARQ ACK/NACKビットを生成することによって、および/または受信されたPDCCH、たとえばダウンリンクSPSリリースを示すPDCCHもしくはリレーコンテキストにおけるR−PDCCHに応答して、実施することができる。SRノードには、1または複数の欠落した割当てを検出する能力が与えられ得る。SRノードは、他の条件の中でも、たとえば、おそらく(たとえば、所与のセルの、および/または所与のサブフレームのHARQ ACK/NACK用に)使われるバンドリング動作に依存して、バンドリング動作におけるACKを保証する状況として、欠落したPDCCH割当ての検出を考慮することができる。
UCIバンドリングは、(いくつかの実施形態では、おそらくPCellのみ用の)空間バンドリング、(セルごとの)空間バンドリング、SCellにわたるバンドリングおよび/もしくはすべてのサービングセルにわたるバンドリング、ならびに/またはサブフレームバンドリングを含み得るセルグループ化バンドリングを含み得ることを、実施形態は企図している。
1または複数の実施形態において、サブフレーム用のPCell上またはサービングセル上で、UCI用のアップリンク送信機会がない場合がある。SRノードは、個々または組み合わせた1または複数の技法によりバンドリングが適用可能な各構成されたサービングセルについてのHARQ ACK/NACK情報をバンドルすることができる。1または複数の実施形態において、SRノードは、PCell用の同じサブフレームの複数のコードワードにわたってHARQ ACK/NACK情報を空間的にバンドルすることができる。さらに、1または複数の実施形態において、SRノードは、構成された各SCell用の同じサブフレームの複数のコードワードにわたってHARQ ACK/NACK情報を空間的にバンドルすることができる。また、SRノードが、複数のサービングセルにわたって同じサブフレームのHARQ ACK/NACK情報をバンドルできることを、実施形態は企図している。さらに、SRノードが、複数のサブフレームにわたってHARQ ACK/NACK情報をバンドルできることを、1または複数の実施形態は企図している。さらに、1または複数の実施形態において、バンドリングは、サービングセルについてのHARQ ACK/NACK情報ビット用に構成され得る。また、バンドリングが、サブフレーム制限をもつサービングセル用に構成されてよいことを、1または複数の実施形態は企図している。さらに、1または複数の実施形態において、バンドリングは、構成されたサービングセルのHARQ ACK/NACK情報ビット用に構成され得る。また、1または複数の実施形態において、バンドリングは、活動化されたサービングセルのHARQ ACK/NACK情報ビット用に構成され得る。
スケジューリングリクエスト(SR)ビットの送信用の少なくとも1つの追加ビットが、たとえば、生じた情報ビットの1つをバンドリングする動作に追加され得ることを、実施形態は企図している。
1または複数の技法を、個々に、または組み合わせて、ULサブフレームに関連づけられた一部または全部のDLサブフレームについて、対応するダウンリンク割当てを導出することを、実施形態は企図している。1または複数の実施形態において、ダウンリンク割当ては、復号に成功したPDCCH(もしくはR−PDCCH)割当て(動的スケジューリング)の数および/または半持続ダウンリンク割振りの数の和に基づき得る。さらに、ダウンリンク割当ては、可能性としては受信に成功したDCIフォーマット(動的スケジューリング)で明示的にシグナリングされた、シグナリングされたPDCCH(もしくはR−PDCCH)割当ての数および/または半持続ダウンリンク割振りの数の和に基づき得ることを、1または複数の実施形態は企図している。
SRノードが、上述した合計のうちの1または複数を計算できることを、実施形態は企図している。1または複数の実施形態において、他の条件の中でも、たとえば、所与のアップリンクサブフレームに対して合計が等しくない場合、SRノードは、サービングセル用、またはサブフレーム全体用のバンドルされた情報についてのNACKを報告してよい。たとえば、サービングセルのサブセットごと、たとえばサービングセルのタイプごとにバンドリングが適用される場合、RNは、合計を計算すればよい。
1または複数の実施形態では、他の条件の中でも、たとえば、SRノードが、PCell上のみでのUCI送信用に構成される場合、SRノードは、単一のULサブフレームに関連づけられ得るDLサブフレームについてのダウンリンク割当ての数Mを判断して、少なくとも1つのダウンリンク割当てが欠落しているかどうか判断することができる。SRノードは、N個のサブフレームにわたって、所与のサービングセル用のコードワードごとに論理AND演算を実施することができる。Nは、SRノードが、関係するサービングセル用のアップリンクにおいてどのUCI情報も送信する機会のあった最後のサブフレーム以降のサブフレームの数をNが表し得るように、SRノード区分に応じて判断すればよい。1または複数の実施形態において、結果は、空間レイヤごとに1つのHARQ ACK/NACKビットであり得る。代替または追加として、結果は、レイヤについての単一のビットであってよい。結果としてのビットセットは、たとえば、少なくとも結果としてのビット数を伝えることができるPUCCHフォーマットのアップリンク送信用に順序付けされ、かつ/またはコード化され得ることを、1または複数の実施形態は企図している。代替または追加として、結果としてのビットは、サービングセルの索引、たとえば構成されたサービングセル識別情報の昇順に基づいて順序付けられてよい。SRノードは、結果としてのビットの送信用の適したフォーマットを使って、PUCCHリソースを選択してよく、かつ/または、たとえば、サブフレーム制限に従ってアップリンク送信が可能な次のアップリンクサブフレームにおいて送信を実施してよいことを、実施形態は企図している。
SRノードは、一部または全部の構成されたSCellにわたってバンドリングを適用できることを、実施形態は企図している。代替または追加として、SRノードは、PUCCH上での送信用に構成されていない可能性があるSCellにわたって、およびいくつかの実施形態では、おそらくPUCCH上で送信用に構成されていない可能性があるSCellのみにわたって、バンドリングを適用できることを、1または複数の実施形態は企図している。
1または複数の実施形態において、他の条件の中でも、たとえば、おそらく、SRノードが、複数のサービングセルについてのアップリンクフィードバックを送信するように構成されている場合、空間および/またはサブフレームバンドリングは、関係するセル用のSRノードサブフレーム区分によってアップリンク送信が制約されるサービングセルにのみ、およびいくつかの実施形態では、おそらく、関係するセル用のSRノードサブフレーム区分によってアップリンク送信が制約されるサービングセルにのみ適用することができる。PUCCH上でUCIを送信するように構成されたサービングセルに、およびいくつかの実施形態では、おそらく、PUCCH上でUCIを送信するように構成されたサービングセルにのみ、空間および/またはサブフレームバンドリングが適用され得ることを、1または複数の実施形態は企図している。
図4を参照すると、RNは、少なくとも2つのキャリアをもつUnを介して構成され得る。キャリアCC1は、Unサブフレーム構成をもつPCellとして構成されてよく、キャリアCC2は、Unサブフレーム構成をもたないScellとして構成されてよい。いくつかの実施形態では、UL用の構成は、DLと非対称に実施されてよく、ULリソースは、PCellのみに割り振られてよく、ScellにはULリソースが割り振られなくてよい。
PCellは、{11000000}というサブフレーム構成のUnサブフレーム構成で構成され得ることを、実施形態は企図している。図7は、実施形態によって企図される、(SRノードとしての)例示的一次セルリレーノードおよびドナーeノードBサブフレーム構成パターンを示す。DLおよびUL上でのPCell送信に対するサブフレームの可用性が、1または複数の例示的な実施形態に関して、図7に示されている。1または複数の実施形態において、Unサブフレーム構成をもたないScellは、どのサブフレームにおいてもDL送信をスケジュールすることができる。
前述され、図7に示されたPcellを検討すると、Scell上のRNは、サブフレーム#2、#3、#6、#7において、ScellについてのDLデータを用いてスケジュールされ得る。それらのDL送信についての対応するHARQ−ACKは、n+4 HARQ−ACKタイミングを維持するために、サブフレーム#6、#7、#10、#11において、UL上で送ればよい。RNは、サブフレーム#12において起こる、PCell上での次のUL送信機会まで、UL上で送信する機会がない場合がある。したがって、RNは、4つのサブフレームにおいてDLデータを受信する間、最初に、サブフレームの各々において受信された各コードワード用のHARQ−ACKを空間的にバンドルすればよい。RNは、次のUL送信機会(サブフレーム#12)まで、各HARQ−ACKを時間経過に伴ってバンドルしてよく、各HARQ−ACKは、受信されたすべてのサブフレーム(6、7、10、11について受信されたDLサブフレーム)用である。RNから、サブフレーム#12において送信されるUL UCI情報は、4つのサブフレームの各々に対する各コードワード用のHARQ−ACKのバンドルされた組合せを含み得る。
バンドルされたHARQ−ACKの数は、Scell上でのDL送信スケジューリングおよび/またはPCellのUnサブフレーム構成に依存してよいことを、1または複数の実施形態は企図している。バンドルされたHARQ−ACKの数は、他のScell構成の事例に合わせて増やしてもよいことを、いくつかの実施形態は企図している。
SRノードは、他の理由の中でも、たとえば、おそらくPUCCH上でUCIを送信するために、複数のHARQ ACK/NACKビットをグループ化できることを、実施形態は企図している。HARQ ACK/NACKビットは、1もしくは複数のサービングセル内で受信された、かつ/または1もしくは複数のサブフレームにおいて受信された1または複数の送信に対応し得ることを、1または複数の実施形態は企図している。1または複数の実施形態において、SRノードは、PUCCHフォーマット3を使ってUL送信中でビットを多重化することによって、ビットのグループを送信することができる。たとえば、SRノードは、ビットのグループを、おそらくいくつかの実施形態では、バンドリング動作が実施された後に送信することができる。
1または複数の実施形態において、SRノードは、PUCCHフォーマット3でビットをエンコードする前に、対応するサービングセルならびに対応するサブフレームを考慮して、HARQ ACK/NACKビットを順序付けてよい。PUCCHフォーマット3を使う、特定のアップリンクサブフレームにおける送信のためのビットの順序は、いくつかまたは各HARQ−ACKビットについてのセル索引およびサブフレーム索引を含み得る2次元行列を使って実施され得る。たとえば、リレーコンテキストにおいて、ビットのマッピングおよび順序は、TDD構成の機能であるのではなく、いくつかまたは各サービングセル用のUnサブフレーム構成の機能を含み得ることを除いて、TDDモードの場合のPUCCHフォーマット3の使用と同様であってよい。たとえば、第1のPUCCHフォーマット3ビット(1または複数)は、最も小さい構成されたサービングセル識別情報(たとえばservCellID)をもつサービングセルのHARQ ACK/NACKビット(1または複数)から始まり、同様に、PUCCH送信がHARQ ACK/NACKを報告中である最も最近のサブフレームまで順序付けられた後続サブフレームについてのHARQ ACK/NACKビットが続き、PUCCH送信において報告された最も古いサブフレームにおいて受信された送信用のHARQ ACK/NACKビットを含み得る。たとえば、おそらく、一定量が一定処理時間(たとえば4サブフレーム/ms)に対応し得る、PUCCH上での送信前の一定量のサブフレームでよいサブフレームまでである。
HARQ ACK/NACKビットの多重化のための上述した技法は、CSI送信に適用され得ることを、1または複数の実施形態は企図している。さらに、HARQ ACK/NACKビットは、所定の順序が使われてよいCSIビットで多重化され得ることを、実施形態は企図している。たとえば、CSIビットが、HARQ ACK/NACKビットに付加され得る。
クロスキャリアスケジューリングは、1つのコンポーネントキャリア(スケジューリングコンポーネントキャリア)が、物理ダウンリンク共有チャネル(PDSCH)送信用のDL割当てと、別のコンポーネントキャリア(たとえば、スケジュールされたコンポーネントキャリア)上での物理ダウンリンク共有チャネル(PUSCH)送信用のULグラントとをスケジュールすることを可能にし得ることを、実施形態は企図している。
実施形態は、サブフレーム区分(たとえば制限)を有するコンポーネントキャリアからのクロスキャリアスケジューリングを企図している。さらに、他の条件の中でも、SRノードに割り当てられた、アグリゲートされたキャリアが、異なるサブフレーム制限をもつときの、(D)eNBクロスキャリアスケジューリングのサポートを、実施形態は企図している。たとえば、リレーにおける技法が、Unサブフレーム区分をもつUnコンポーネントキャリア(たとえば、サービングセル)上で、たとえば、Unサブフレーム構成をもつ帯域中サービングセル上でクロスキャリアスケジューリングに使われ得ることを、1または複数の実施形態は企図している。
DL制御チャネル(たとえば、リレーにおけるR−PDCCH)上でのクロスキャリアスケジューリングが、その制御チャネル上で送信されるDCIフォーマットでの、スケジュールされたコンポーネントキャリアの索引に対応する指示フィールドを使ってサポートされ得ることを、1または複数の実施形態は企図している。1または複数の実施形態において、キャリアインジケータフィールド(CIF)は、DCIフォーマットがどのようなセル用のスケジューリングリソースであり得るかを示し得る。
代替または追加として、DL制御チャネル(たとえば、リレーにおけるR−PDCCHまたはWTRU用のPDCCH)上のクロスキャリアスケジューリングが、DCIフォーマットでのオフセットを使ってサポートされ得ることを、実施形態は企図している。オフセット値は、スケジュールされたダウンリンク送信のサブフレームと、RNまたはWTRUがR−PDCCH(またはPDCCH)上でDCIを受信し、かつ/または復号に成功し得るサブフレームとの間のサブフレームの数を示すタイミングオフセットを表すことができる。1または複数の実施形態において、オフセット値は、スケジュールされたダウンリンク送信および/または再送信に対応するDCIフォーマット用に含まれてよく、いくつかの実施形態では、スケジュールされたダウンリンク送信および/または再送信に対応するDCIフォーマット用にのみ含まれてよい。
限定ではなく例として、おそらく、他の条件の中でも、たとえばSRノードのサブフレーム構成の結果、SRノードは、サブフレームnにおいてスケジューリングコンポーネントキャリア上でPDCCHまたはR−PDCCHを受信できるが、サブフレームn+1、n+2では受信できないことを、実施形態は企図している。1または複数の実施形態において、同じPDCCHまたはR−PDCCHが、スケジュールされたコンポーネントキャリアのクロスキャリアスケジューリング用に構成済みの場合がある。さらに、1または複数の実施形態において、スケジュールされたコンポーネントキャリアは、スケジューリングコンポーネントキャリアのものとは異なるサブフレーム構成を有している場合があり、サブフレームn+2において、次のダウンリンク送信機会をもっている場合がある。SRノードは、サブフレームnにおいて、スケジューリングキャリアのPDCCHまたはR−PDCCH上で、スケジュールされたキャリアのCIF、および/または、対応するダウンリンク送信のタイミングに対するDCI(たとえば、ダウンリンク割当て用のDCIフォーマット1、2または3)のケースではオフセット値(限定ではなく例として、総距離がシグナリングされる場合は2サブフレーム/ms、またはテーブルが使われる場合はコードポイント)を含み得るDCIを受信することができる。
代替または追加として、前述されたものと同様のタイミングオフセットを使って、DL制御チャネル(たとえば、リレーにおけるR−PDCCH)上のクロスキャリアスケジューリングが、サポートされてよく、スケジュールされたキャリアにおけるアップリンク送信をスケジュールするのに使われてよいことを、実施形態は企図している。
限定ではなく例として、アップリンクグラントの受信から、対応するアップリンク送信が実施されるまでの4つのサブフレーム(たとえば4ms)のFDDのための処理時間内に、SRノードは、スケジュールされたコンポーネントキャリアにおけるサブフレームn+5のための、スケジュールされたアップリンク送信用のサブフレームn+1において、スケジューリングコンポーネントキャリア上でグラントを受信できることを、実施形態は企図している。1または複数の実施形態において、オフセットは、DCIの受信のサブフレームと、対応するアップリンク送信のサブフレームとの間の総距離、または一定処理時間(たとえば4ms処理時間)未満の同じ距離として指定され得る。さらに、オフセットに対するコードポイントのテーブルが、スケジュールされたキャリアのサブフレーム構成に応じて定義され得ることを、1または複数の実施形態は企図している。
オフセットがDCIフォーマットに含まれ得ることを、1または複数の実施形態は企図している。オフセット値は、スケジュールされたアップリンク送信のサブフレームと、SRノードがDL制御チャネル、たとえば、リレーにおけるR−PDCCH上でDCIを受信し、および/または復号に成功するサブフレームとの間のサブフレームの数を示すタイミングオフセットを表し得る。1または複数の実施形態において、オフセット値は、スケジュールされたダウンリンク送信および/または再送信に対応するDCIフォーマット用に含まれてよく、いくつかの実施形態では、スケジュールされたダウンリンク送信および/または再送信に対応するDCIフォーマット用にのみ含まれてよい。
限定ではなく例として、おそらく、SRノードのサブフレーム構成の結果、SRノードは、サブフレームnにおいてスケジューリングコンポーネントキャリア上でPDCCHまたはR−PDCCHを受信できるが、サブフレームn+1、n+2では受信できないことを、実施形態は企図している。同じPDCCHまたはR−PDCCHが、スケジュールされたコンポーネントキャリアのクロスキャリアスケジューリング用に構成済みの場合がある。スケジュールされたコンポーネントキャリアは、スケジューリングコンポーネントキャリアのものとは異なるサブフレーム構成を有している場合があり、サブフレームn+5において、次のアップリンク送信機会をもっている場合がある。SRノードは、サブフレームnにおいて、スケジューリングキャリアのPDCCHまたはR−PDCCH上で、スケジュールされたキャリアのCIF、ならびにDCIのケースでは、対応するアップリンク送信のタイミング(たとえば、総距離がシグナリングされる場合は5サブフレーム/ms、または処理時間がオフセットから除かれる場合は1サブフレーム/ms)についてのオフセット値(たとえば、アップリンクグラント用のDCIフォーマット0)を含み得るDCIを受信することができる。
代替または追加として、実施形態は暗黙オフセットタイミングを企図している。オフセット値は、スケジュールされたコンポーネントキャリアのSRノードサブフレーム区分に応じ得ることを、1または複数の実施形態は企図している。たとえば、シグナリングされるDCIが適用可能であるサブフレームは、スケジュールされたキャリア上で(D)eNBからSRノードによってダウンリンク送信が受信され得る次のサブフレーム、またはスケジュールされたキャリア上でSRノードによってアップリンク送信が実施され得る次のサブフレームであってよい。たとえば、シグナリングされるDCIは、所定の数のサブフレームの後の、最初のサブフレームに適用可能であり得る。たとえば、シグナリングされたDCIは、対応する制御シグナリング用に認められた処理時間(たとえば、FDD用のアップリンクの場合は4サブフレームまたはms)の後の最初のサブフレームに適用可能であり得る。サブフレームの予め定義された、または所定の数は、DCI(たとえば、ULグラント)が受信されるサブフレーム番号、およびいくつかの実施形態では、スケジューリングセルおよび/またはスケジュールされるセルのうちの1または複数のサブフレーム構成に応じ得ることを、1または複数の実施形態は企図している。
代替または追加として、実施形態はブラインド復号を企図している。SRノードは、SRノードが所与のサブフレームにおいてスケジューリングキャリア上で複数のDCIフォーマットを復号することができるように、ブラインド復号試行を実施できることを、1または複数の実施形態は企図している。試行の回数は、スケジュールされたキャリアのサブフレーム構成に応じ得る。たとえば、SRノードは、受信され得る、可能なDCIの数のいくつかまたは各スケジュールされたキャリアに少なくとも部分的に基づいて、復号試行の最大回数を判断することができる。サブフレーム区分がない場合は、追加ブラインド復号試行は実施されなくてよい。1または複数の実施形態において、おそらく、スケジュールされたキャリアが、このサブフレームに続く、一定数X個のサブフレーム(たとえば、Xは、0から、処理時間のための所定の数のサブフレームまでわたる)から始まる1または複数の連続サブフレームにおいて、おそらくはスケジューリングキャリアのサブフレーム区分の制限により、ダウンリンクおよび/またはアップリンク送信用にスケジュールされ得ない場合、追加ブラインド復号試行は、それらのサブフレームに対して可能なDCIを含むように実施され得る。たとえば、ダウンリンクDCIの場合、Xは0に等しくてよい。また、例として、アップリンクDCIの場合、Xは4に等しくてよい。代替または追加として、Xは、対応するDCI中でシグナリングすることができる明示的オフセット値の範囲によってアドレス指定され得るサブフレームの最大数に等しくてよい。
1または複数の実施形態において、SRノードは、探索空間を試し尽くすまで、および/またはSRノードが、どれが最初に来ようとも、上記ガイドラインのうちの少なくとも1つを使って判断されたサブフレームにわたって実施され得る、可能な送信の数に等しい数のDCIを復号するまで、DL制御チャネル(たとえば、リレー用のR−PDCCH)の復号試行を停止してよい。
1または複数の実施形態において、スケジューリングコンポーネントキャリアは、スケジュールされたコンポーネントキャリア上でスケジュールするべき、サブフレームnにおけるSRノードへの送信用のサブフレーム構成により、制限される場合がある。スケジューリングコンポーネントキャリアは、サブフレームn、n+1、およびn+2においてSRノードに送信することが認められてよい。スケジューリングコンポーネントキャリアは、そのDL制御チャネル(たとえば、サブフレームnにおいて送信されるリレー用のR−PDCCH)上で、それぞれ、DCIが適用され得るサブフレームを示すための0、1、および2のオフセット値とともに、スケジュールされたコンポーネントキャリアについてのCIFをもつDCIの3つのインスタンスを含む。
UL(たとえばDCIフォーマット0)用および/またはDL(たとえばDCIフォーマット1、2、3)用にスケジュールされ得るDCIの数は、許可されたDL制御チャネル空間、たとえば、リレー用のR−PDCCH空間によって限定され得ることを、実施形態は企図している。1または複数の実施形態において、DL制御チャネル探索空間が試し尽くされるまで、ブラインド復号が実施され得る。
UL HARQプロセス識別情報の判断を、実施形態は企図している。1または複数の実施形態において、おそらく、クロスキャリアスケジューリングが使われないとき、アップリンクHARQプロセスは、たとえば、サブフレーム区分に基づいて、(D)eNBへのアップリンク送信用に構成されたサブフレームに連続して割り当てられ得る。
代替または追加として、たとえば、DL制御チャネル(たとえば、リレー用のR−PDCCH)上で、クロスキャリアスケジューリングをサポートするために、SRノードが、アップリンクプロセスの識別情報を判断してよいことを、実施形態は企図している。1または複数の実施形態において、アップリンクプロセスの識別情報は、スケジュールされたコンポーネントキャリアのサブフレーム構成に基づいて、たとえば、おそらくFDDに関する関係n+4+kを使って判断することができ、ここでkは、具体的には、再送信のクロスキャリアスケジューリングについての、スケジュールされたキャリアのサブフレーム区分に基づき得る。
実施形態は、サブフレーム制限のないキャリアからのクロスキャリアスケジューリングを企図している。さらに、1または複数の実施形態は、スケジューリングキャリアとしての、サブフレーム区分なしのコンポーネントキャリアからのクロスキャリアスケジューリングを企図している。たとえば、SRノードは、リレーのコンテキストにおいて、帯域外のサービングセルなど、サブフレーム区分をもたない、どのサービングセルでも構成することができる。
1または複数の実施形態において、SRノードは、サブフレーム区分を有し得るPcell用のスケジューリングキャリアとしてのサブフレーム区分(たとえば、制限)をもたなくてよいScellで構成することができる。これは、R−PDCCH空間の使用が限定されるようにすることができ、このことが、たとえば、より多くのPDSCHデータに使用するために、R−PDCCHを解放し得る。
代替または追加として、Unサブフレーム区分をもつコンポーネントキャリアからのリレーのコンテキストにおけるクロスキャリアスケジューリングに関する、本明細書で説明した実施形態は、PDCCHを用いるクロスキャリアスケジューリングに適用することができる。たとえば、スケジュールされたコンポーネントキャリアが、Unサブフレーム区分によって制限され得るとき、UL HARQプロセスの識別情報を判断する、本明細書で説明した実施形態は、PDCCHを用いるクロスキャリアスケジューリングに適用することができる。
本明細書における記述を鑑み、図8を参照すると、実施形態はノードを企図しており、このノードは、無線通信システムと通信することができる。8002で、ノードは、少なくとも第1のサービングセルおよび第2のサービングセルと通信するように少なくとも部分的に構成することができる。8004で、ノードは、第1のサービングセルについての第1のサブフレーム区分構成を受信するように構成することができる。8006で、ノードは、第2のサービングセルについての第2のサブフレーム区分構成を受信するように構成することができる。8008で、ノードは、第1のサブフレーム区分構成の少なくとも一部および第2のサブフレーム区分構成の少なくとも一部を、第1のサービングセルまたは第2のサービングセルの少なくとも1つに適用するように構成することができる。第1のサービングセルは一次サービングセル(Pcell)であってよく、第2のサービングセルは二次サービングセル(Scell)であってよいことを、実施形態は企図している。1または複数の実施形態において、第1のサブフレーム区分構成は、第2のサブフレーム区分構成とは異なってよい。
代替または追加として、8010で、ノードは、第1のサブフレーム区分構成の少なくとも一部と第2のサブフレーム区分構成の少なくとも一部の和集合を、第1のサービングセルまたは第2のサービングセルの少なくとも1つに適用するようにさらに構成できることを、実施形態はさらに企図している。代替または追加として、8012で、ノードは、第1のサブフレーム区分構成の少なくとも一部と第2のサブフレーム区分構成の少なくとも一部の交差を、第1のサービングセルまたは第2のサービングセルの少なくとも1つに適用するようにさらに構成できることを、実施形態はさらに企図している。
代替または追加として、8014で、ノードは、第1のサブフレーム区分構成の少なくとも一部および第2のサブフレーム区分構成の少なくとも一部の適用を、第1のサービングセルまたは第2のサービングセルの少なくとも1つの、アップリンク(UL)サブフレーム構成に限定するようにさらに構成され得ることを、実施形態は企図している。代替または追加として、8016で、ノードは、第1のサブフレーム区分構成の少なくとも一部および第2のサブフレーム区分構成の少なくとも一部の適用を、第1のサービングセルまたは第2のサービングセルの少なくとも1つの、ダウンリンク(DL)サブフレーム構成に限定するようにさらに構成され得ることを、実施形態は企図している。
図9を参照すると、代替または追加として、第1のサブフレーム区分構成の少なくとも一部および第2のサブフレーム区分構成の少なくとも一部は、それぞれ、アップリンク(UL)サブフレーム区分構成を含み、9002で、ノードは、それぞれのULサブフレーム区分構成をPcellのULサブフレーム構成に適用するようにさらに構成され得ることを、実施形態は企図している。代替または追加として、9004で、第1のサブフレーム区分構成および第2のサブフレーム区分構成は、無線リソース制御(RRC)信号により第2のノードから与えられてよく、第2のノードは無線通信システムと通信し、第2のノードは、進化型ノードB(eNB)またはドナー進化型ノードB(DeNB)の少なくとも1つであることを、実施形態は企図している。ノードはリレーノードであってよいことを、1または複数の実施形態は企図している。代替または追加として、9006で、ノードは、Unインタフェースを介して、eNBまたはDeNBの少なくとも1つと通信するようにさらに構成され得ることを、実施形態は企図している。代替または追加として、ノードは無線送信/受信ユニット(WTRU)であってよいことを、実施形態は企図している。9008で、WTRUは、時分割多重モードで動作するようにさらに構成されてよいことを、1または複数の実施形態は企図している。
図10を参照すると、代替または追加として、無線通信システムと通信することができるノードを、実施形態は企図している。10002で、ノードは、少なくとも第1のサービングセルおよび第2のサービングセルと通信するように少なくとも部分的に構成されてよく、ここで第1のサービングセルは一次サービングセル(Pcell)であってよく、第2のサービングセルは二次サービングセル(Scell)であってよい。10004で、ノードは、Pcellについての第1のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。10006で、ノードは、Scellについての第2のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。10008で、ノードは、条件に基づいて、Scellの物理アップリンク制御チャネル(PUCCH)のサブフレームにより、アップリンク制御情報(UCI)の少なくとも一部分を送信するように構成されてよく、条件は、第1のサブフレーム区分構成または第2のサブフレーム区分構成のうちの少なくとも1つに少なくとも部分的に基づき得ることを、実施形態は企図している。条件は、Scellの物理アップリンク制御チャネル(PUCCH)のサブフレームに対応するサブフレームにおいて、制限されたアップリンクをもつPcell用の第1のサブフレーム区分構成を含み得ることを、1または複数の実施形態は企図している。
代替または追加として、10010で、ノードは、UCIの少なくとも一部分を、進化型ノードB(eNB)またはドナー進化型ノードB(DeNB)の少なくとも1つに送信するようにさらに構成されてよいことを、実施形態は企図している。
代替または追加として、実施形態はノードを企図しており、このノードは、無線通信システムと通信することができる。10012で、ノードは、少なくとも第1のサービングセルおよび第2のサービングセルと通信するように少なくとも部分的に構成されてよく、ここで第1のサービングセルは一次サービングセル(Pcell)であってよく、第2のサービングセルは二次サービングセル(Scell)であってよいことを、実施形態は企図している。10014で、そのノードは、Pcellについてのサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。10016で、ノードは、Scellの物理アップリンク制御チャネル(PUCCH)のサブフレームにより、アップリンク制御情報(UCI)の少なくとも一部分を送信するように構成されてよく、ここでScellはサブフレーム区分構成をもたなくてよいことを、実施形態は企図している。
図11を参照すると、代替または追加として、実施形態はノードを企図しており、このノードは、無線通信システムと通信することができる。11002で、ノードは、第1のコンポーネントキャリアおよび第2のコンポーネントキャリアと通信するように少なくとも部分的に構成されてよいことを、実施形態は企図している。11004で、ノードは、第1のコンポーネントキャリアについての第1のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。11006で、ノードは、第2のコンポーネントキャリアについての第2のサブフレーム区分構成を受信するように構成されてよいことを、実施形態は企図している。第1のサブフレーム区分構成は、第2のサブフレーム区分構成とは異なってよいことを、1または複数の実施形態は企図している。11008で、ノードは、タイミングオフセット値を利用して、第1のコンポーネントキャリアと第2のコンポーネントキャリアとの間のクロスキャリアスケジューリングを実施するように構成されてよいことも、実施形態は企図している。
代替または追加として、ノードは、11010で、ダウンリンク制御情報(DCI)を受信するようにさらに構成されてよく、タイミングオフセット値マットはDCI内で与えられ得ることを、実施形態は企図している。11012で、ノードは、ダウンリンク(DL)制御チャネル上でクロスキャリアスケジューリングを実施するように構成されてよく、タイミングオフセット値は、スケジュールされたダウンリンク送信のサブフレームと、ノードがDCIをその中で受信したサブフレームとの間のサブフレームの数を表し得ることを、実施形態は企図している。
代替または追加として、ノードは、11014で、ダウンリンク(DL)制御チャネル上でダウンリンク制御情報(DCI)を受信するように構成されてよく、タイミングオフセット値はDCI内で与えられ得ることを、実施形態は企図している。タイミングオフセット値は、スケジュールされたアップリンク送信のサブフレームと、ノードがDCIをその中で受信したサブフレームとの間のサブフレームの数を表し得ることを、1または複数の実施形態は企図している。DL制御チャネルは、リレー物理ダウンリンク制御チャネル(R−PDCCH)または物理ダウンリンク制御チャネル(PDCCH)の少なくとも1つであり得ることを、1または複数の実施形態は企図している。
企図される実施形態は、3GPP LTE技術および関連仕様に基づいてよく、WCDMA、HSPA、HSUPAおよびHSDPAに基づく、他の3GPP技術などだが、それに限定されない、異なる時間間隔(たとえば、サブフレーム)構成をもつキャリアのアグリゲーションを実施する、どの無線技術にも等しく適用可能であり得る。たとえば、リレーに接続されたWTRUは、リレーがそれに対してeNBと見なされ得るSRノードと見なすこともできる。実施形態は、個々に、またはどのように組み合わせても使うことができる。
特徴および要素は、特定の組合せで上述されたが、各特徴または要素は、単独で、または他の特徴および要素とどのように組み合わせても使われ得ることが、当業者には理解されよう。さらに、本明細書に記載される方法は、コンピュータまたはプロセッサによる実行のためにコンピュータ可読媒体に組み込まれたコンピュータプログラム、ソフトウェア、またはファームウェアで実装することができる。コンピュータ可読媒体の例は、(ワイヤードまたは無線接続を介して送信される)電子信号およびコンピュータ可読記憶媒体を含む。コンピュータ可読記憶媒体の例は、読出し専用メモリ(ROM)、ランダムアクセスメモリ(RAM)、レジスタ、キャッシュメモリ、半導体メモリデバイス、内部ハードディスクおよび取外し可能ディスクなどの磁気媒体、磁気光学媒体、ならびにCD−ROMディスク、およびデジタル多用途ディスク(DVD)などの光学媒体を含むが、それに限定されない。ソフトウェアに関連したプロセッサが、WTRU、UE、端末、基地局、RNC、または任意のホストコンピュータにおいて使用するための無線周波数トランシーバを実装するのに使われ得る。