(57)【特許請求の範囲】
【請求項１】
ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される、マルチキャリア動作のための方法であって、
複数のアップリンクコンポーネントキャリア（ＵＬ ＣＣ）の少なくもと１つで物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が生じているという条件で、ＰＵＳＣＨで制御情報を送信することと、
前記複数のＵＬ ＣＣのいずにも前記ＷＴＲＵによる前記ＰＵＳＣＨ送信が生じていないという条件で、物理アップリンク制御チャネル（ＰＵＣＣＨ）で前記制御情報を送信することと
を含むことを特徴とする方法。
【請求項２】
前記制御情報は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）肯定確認応答（ＡＣＫ）であることを特徴とする請求項１に記載の方法。
【請求項３】
前記複数のＵＬ ＣＣの少なくもと２つで前記ＰＵＳＣＨ送信が生じているという条件で、ランクに基づいて選択された前記複数のＵＬ ＣＣの一つで前記制御情報が送信されることを特徴とする請求項１に記載の方法。
【請求項４】
ランク情報は、上位レイヤによってシグナリングされることを特徴とする請求項３に記載の方法。
【請求項５】
前記ＰＵＣＣＨは、上位レイヤによってシグナリングされるＵＬ ＣＣで送信されることを特徴とする請求項１に記載の方法。
【請求項６】
前記ＰＵＣＣＨは、上位レイヤによってシグナリングされるサービングセルで送信されることを特徴とする請求項１に記載の方法。
【請求項７】
ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される、マルチキャリア動作のための方法であって、
複数のアップリンクコンポーネントキャリア（ＵＬ ＣＣ）の少なくもと１つで物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が生じているという条件で、ＰＵＳＣＨでフィードバック情報を送信することと、
前記複数のＵＬ ＣＣのいずれにも前記ＷＴＲＵによる前記ＰＵＳＣＨ送信が生じていないという条件で、物理アップリンク制御チャネル（ＰＵＣＣＨ）で前記フィードバック情報を送信することと
を含むことを特徴とする方法。
【請求項８】
前記フィードバック情報は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）肯定確認応答（ＡＣＫ）であることを特徴とする請求項７に記載の方法。
【請求項９】
前記複数のＵＬ ＣＣの少なくもと２つで前記ＰＵＳＣＨ送信が生じているという条件で、ランクに基づいて選択された前記複数のＵＬ ＣＣの一つで前記フィードバックが送信されることを特徴とする請求項７に記載の方法。
【請求項１０】
ランク情報は、上位レイヤによってシグナリングされることを特徴とする請求項９に記載の方法。
【請求項１１】
前記ＰＵＣＣＨは、上位レイヤによってシグナリングされるＵＬ ＣＣで送信されることを特徴とする請求項７に記載の方法。
【請求項１２】
前記ＰＵＣＣＨは、上位レイヤによってシグナリングされるサービングセルで送信されることを特徴とする請求項７に記載の方法。
【請求項１３】
マルチキャリア動作のために構成されたワイヤレス送受信ユニット（ＷＴＲＵ）であって、
複数のアップリンクコンポーネントキャリア（ＵＬ ＣＣ）の少なくもと１つで物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が生じているという条件で、ＰＵＳＣＨで制御情報を送信するように構成された送信機と、
前記複数のＵＬ ＣＣのいずにも前記ＷＴＲＵによる前記ＰＵＳＣＨ送信が生じていないという条件で、物理アップリンク制御チャネル（ＰＵＣＣＨ）で前記制御情報を送信するように構成された前記送信機と
を備えたことを特徴とするＷＴＲＵ。
【請求項１４】
前記制御情報は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）肯定確認応答（ＡＣＫ）であることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１５】
前記複数のＵＬ ＣＣの少なくもと２つで前記ＰＵＳＣＨ送信が生じているという条件で、ランクに基づいて選択された前記複数のＵＬ ＣＣの一つで前記制御情報が送信されることを特徴とする請求項１３に記載のＷＴＲＵ。
【請求項１６】
ランク情報は、上位レイヤによってシグナリングされることを特徴とする請求項１５に記載のＷＴＲＵ。
【請求項１７】
前記ＰＵＣＣＨは、上位レイヤによってシグナリングされるＵＬ ＣＣで送信されることを特徴とする請求項１５に記載のＷＴＲＵ。
【請求項１８】
前記ＰＵＣＣＨは、上位レイヤによってシグナリングされるサービングセルで送信されることを特徴とする請求項１５に記載のＷＴＲＵ。
【請求項１９】
基地局であって、
複数のアップリンクコンポーネントキャリア（ＵＬ ＣＣ）の少なくもと１つでワイヤレス送受信ユニット（ＷＴＲＵ）による物理アップリンク共有チャネル（ＰＵＳＣＨ）送信が生じているという条件で、ＰＵＳＣＨで制御情報を受信ように構成された受信機と、
前記複数のＵＬ ＣＣのいずれにも前記ＷＴＲＵによる前記ＰＵＳＣＨ送信が生じていないという条件で、物理アップリンク制御チャネル（ＰＵＣＣＨ）で前記制御情報を受信するように構成された前記受信機と
を備えたことを特徴とする基地局。
【請求項２０】
前記制御情報は、ハイブリッド自動再送リクエスト（ＨＡＲＱ）肯定確認応答（ＡＣＫ）であることを特徴とする請求項１９に記載の基地局。
【請求項２１】
前記複数のＵＬ ＣＣの少なくもと２つで前記ＰＵＳＣＨ送信が生じているという条件で、ランクに基づいて選択された前記複数のＵＬ ＣＣの一つで前記制御情報が送信されることを特徴とする請求項２０に記載の基地局。
【請求項２２】
ランク情報は、上位レイヤによってシグナリングされることを特徴とする請求項２１に記載の基地局。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願は、ワイヤレス通信に関する。
【背景技術】
【０００２】
関連出願の相互参照  
本出願は、参照によって、完全に説明されているものとして組み込まれている、２００９年３月１２日に出願した米国特許仮出願第６１／１５９，６６５号、および２００９年６月１８日に出願した米国特許仮出願第６１／２１８，２７１号の利益を主張する。
【０００３】
マルチキャリア通信において、アップリンク（ＵＬ）上でのダウンリンク（ＤＬ）情報の報告は通常、一度に１つのＤＬキャリアに関して実施される。したがって、既存のマルチキャリア通信システムには、複数の同時ＤＬキャリアに関して、ＵＬにおいて制御情報を報告する技法が欠けている。
【０００４】
たとえば、３ＧＰＰ（第３世代パートナーシッププロジェクト）ＬＴＥ（ロングタームエボリューション）システムは、マルチキャリア通信システムである。ＬＴＥ  ＤＬ方向の場合、ＯＦＤＭＡ（直交周波数分割多重アクセス）エアインタフェースに基づく伝送方式が使われる。ＯＦＤＭＡに従って、ワイヤレス送受信ユニット（ＷＴＲＵ）が、ｅＮＢ（発展型ノードＢ）によって割り振られて、そのデータを、ＬＴＥ伝送帯域幅全体のどこでも受信することができる。ＬＴＥ  ＵＬ方向の場合、ＤＦＴ−Ｓ−ＯＦＤＭＡ（離散フーリエ変換拡散ＯＦＤＭＡ）、または等価には、ＳＣ−ＦＤＭＡ（単一キャリア周波数分割多重アクセス）に基づく単一キャリア（ＳＣ）伝送が用いられる。ＷＴＲＵは、ＦＤＭＡ方式で配列された、制限されているが連続する割当てサブキャリアセット上で、ＬＴＥ  ＵＬ方向のみで伝送を行うことになる。
【０００５】
図１は、ＵＬまたはＤＬ伝送のための、移送ブロック１０の、ＬＴＥキャリア２０へのマッピングを示す。レイヤ１（Ｌ１）３０が、ＨＡＲＱ（ハイブリッド自動再送リクエスト）エンティティ４０およびスケジューラ５０から情報を受信し、この情報を使って、ＬＴＥキャリア２０に移送ブロック１０を割り当てる。図１に示すように、ＵＬもしくはＤＬ  ＬＴＥキャリア２０、または単にキャリア２０は、複数のサブキャリア６０からなる。ｅＮＢは、１つまたは複数のＷＴＲＵから同時に、伝送帯域幅全体に渡って複合ＵＬ信号を受信することができ、各ＷＴＲＵは、利用可能な伝送帯域幅のサブセットまたはサブキャリア上で送信を行う。
【０００６】
ＬＴＥ−Ａ（ＬＴＥ−Ａｄｖａｎｃｅｄ）は、ＬＴＥベースの無線アクセスシステムの達成可能スループットおよびカバー範囲をさらに向上させ、それぞれ、ＤＬおよびＵＬ方向における１Ｇｂｐｓおよび５００ＭｂｐｓというＩＭＴ（国際移動電気通信）の高度な要件を満たすために、３ＧＰＰ標準化団体によって現在開発中である。ＬＴＥ−Ａのために提案される改良の中には、キャリア集約および柔軟な帯域幅配置のサポートがある。ＬＴＥ−Ａは、ＤＬおよびＵＬ伝送帯域幅が、ＬＴＥにおける２０ＭＨｚ限度を超えること、たとえば、４０ＭＨｚまたは１００ＭＨｚ帯域幅を許容することを提案している。この場合、１つのキャリアが、周波数ブロック全体を占有し得る。ＬＴＥ−Ａは、利用可能なペアスペクトルのより柔軟な使用を認めることを提案している。たとえば、ＬＴＥは、対称的なペアＦＤＤモードで動作するように制限されてよく、たとえば、ＤＬおよびＵＬは両方とも、１０ＭＨｚ（または２０ＭＨｚ）の伝送帯域幅をもち得る。
【０００７】
対照的に、ＬＴＥ−Ａは、非対称構成で動作することも提案しており、この場合、たとえば、１０ＭＨｚのＤＬ帯域幅は、５ＭＨｚのＵＬ帯域幅とペアにされ得る。さらに、ＬＴＥ−Ａは、ＬＴＥと後方互換可能でよい複合集約伝送帯域幅を提案している。例として、ＤＬは、第１の２０ＭＨｚキャリアに第２の１０ＭＨｚキャリアを加えたものを含んでよく、このキャリアは、ＵＬ２０ＭＨｚキャリアとペアにされる。同じＵＬまたはＤＬ方向で同時に伝送されるキャリアは、コンポーネントキャリア（ＣＣ）と呼ばれる。ＣＣの複合集約伝送帯域幅は、周波数領域が必ずしも連続しなくてよい。この例について続けると、第１の１０ＭＨｚのＣＣは、第２の５ＭＨｚのＤＬ  ＣＣから、ＤＬ帯域で２２．５ＭＨｚだけ間隔を空けられ得る。あるいは、動作は、連続する集約伝送帯域幅を使うことができる。例として、１５ＭＨｚの第１のＤＬ  ＣＣは、別の１５ＭＨｚのＤＬ  ＣＣと集約され、２０ＭＨｚのＵＬキャリアとペアにされ得る。
【０００８】
ＬＴＥシステムのＤＬ方向で、ＷＴＲＵは、それ自体のデータを（一部のケースでは、それ自体の制御情報も）、ＰＤＳＣＨ（物理ダウンリンク共有チャネル）に乗せて送信する。ＰＤＳＣＨの伝送は、ＤＬスケジューリング割当てを用いて、ｅＮＢによってスケジュールされ制御され、この割当ては、ＰＤＣＣＨ（物理ダウンリンク制御チャネル）に乗せて搬送される。ＤＬスケジューリング割当ての一部として、ＷＴＲＵは、変調および符号化方式（ＭＣＳ）での制御情報、およびＤＬ資源割振り（すなわち、割り振られた資源ブロックの索引）を受信する。次いで、スケジューリング割当てが受信された場合、ＷＴＲＵは、ＷＴＲＵに割り振られたＰＤＳＣＨ資源を、相応的に割り振られたＤＬ資源上でデコードする。
【０００９】
ＬＴＥ−Ａ無線アクセスシステムでは、少なくとも１つのＰＤＳＣＨが、割り当てられた複数のＣＣ上でＷＴＲＵに送信され得る。キャリア集約機構を用いて、複数のＣＣ上でＰＤＳＣＨ資源を割り振る様々な手法が提案されている。
【００１０】
ＬＴＥ−Ａシステムでは、ＰＤＣＣＨ（または割当て情報を搬送する、ＰＤＣＣＨに含まれるダウンリンク制御情報（ＤＣＩ）メッセージ）は、付随するＰＤＳＣＨ伝送内容を含むＣＣ向けに個別に送信され得る。たとえば、２つのＣＣがある場合、それぞれ、各ＣＣ上のＰＤＳＣＨ伝送内容に対応する、各ＣＣ上の２つの個別ＤＣＩメッセージがある。あるいは、ＷＴＲＵ向けの２つの個別ＤＣＩメッセージは、付随データまたは異なるＣＣ上のＰＤＳＣＨ伝送内容に関し得るとしても、１つのＣＣに乗せて送ることができる。少なくとも１つのＷＴＲＵ向けのＰＤＣＣＨの個別ＤＣＩメッセージは、１つまたは複数のキャリアに入れて送信することができるが、必ずしもメッセージの全部をすべてのＣＣ上で送信しなくてもよい。たとえば、第１のＣＣ上でのＰＤＳＣＨ割振りに関する、ＰＤＣＣＨ上での第１のＤＣＩ伝送も、この第１のＣＣ上に含まれるが、第２のＣＣ上でのＰＤＳＣＨ割振りに関する、そのＷＴＲＵ  ＰＤＣＣＨ伝送を指す第２のＤＣＩは、この第２のＣＣ上に含まれる。
【００１１】
複数のＣＣ上でＰＤＳＣＨに関する割当て情報を搬送するＤＣＩは、統合エンコードされ、ただ１つの統合ＤＣＩ制御メッセージ、またはＰＤＣＣＨメッセージによって搬送され得る。たとえば、単一のＤＣＩもしくはＰＤＣＣＨ、またはＰＤＳＣＨの割当てもしくはデータ資源を２つのＣＣに乗せて搬送する制御メッセージが、ＷＴＲＵによって受信される。あるいは、ＷＴＲＵまたはＷＴＲＵグループ向けの統合ＰＤＣＣＨが、１つまたは複数のキャリア中で送信され得る。
【００１２】
キャリア集約を用いるＬＴＥ−Ａシステムにおいて、１つの非対称的シナリオが起こり、このシナリオにより、ＷＴＲＵは、ＵＬキャリアより高い数のＤＬキャリアで構成される。所与のＤＬキャリアとＵＬキャリアとの間のある１対１マッピングは、ＬＴＥ向けのケースでのようには実施することはできない。
【００１３】
特に重要なのは、ＰＵＣＣＨ（物理アップリンク制御チャネル）向けのＵＬキャリア割当てであり、この割当ては、ＨＡＲＱフィードバック、およびチャネル品質インジケータ（ＣＱＩ）／プリコーディング行列インジケータ（ＰＭＩ）／ランクインジケータ（ＲＩ）を搬送するのに使われる。さらに、物理ランダムアクセスチャネル（ＰＲＡＣＨ）上でのスケジューリング要求（ＳＲ）のＵＬキャリア割当て、ならびにＵＬ同期チャネル（ＳＣＨ）上でのバッファ状況および電力ヘッドルーム報告も重要である。複数のＤＬキャリアが単一のＵＬキャリア（すなわち、単一のＰＵＣＣＨ）にマップされる場合、可能性としては、Ｌ１  ＨＡＲＱフィードバック中で衝突が生じ得る。
【発明の概要】
【００１４】
ＬＴＥ−Ａ用のＵＬ一次キャリア（primary carrier）を用いて、非対称的展開および対称的展開という背景において、ＨＡＲＱフィードバック、ＣＱＩ、ＳＲ、電力ヘッドルーム、ならびに少なくとも１つのバッファ状況報告の必要をサポートする方法および機器が記載される。
【００１５】
添付の図面とともに、例として挙げられる以下の説明により、より詳細な理解が得られよう。
【図面の簡単な説明】
【００１６】
【図１】ＬＴＥ伝送の原理を示す図である。
【図２】複数のワイヤレス送受信ユニット（ＷＴＲＵ）およびｅＮＢを含むワイヤレス通信システム例を示す図である。
【図３】図２のＷＴＲＵおよびｅＮＢを示す機能ブロック図例である。
【図４】ＲＡＣＨなしの一方向セル内ハンドオーバ手順を示すフロー図である。
【図５】一方向セル内ハンドオーバ手順を示すフロー図である。
【図６】一方向セル内ハンドオーバ手順を示すフロー図である。
【図７】ＷＴＲＵを示すブロック図の例である。
【図８】一方向ＵＬハンドオーバ手順を示すフロー図である。
【図９】ＨＡＲＱフィードバックを送る手順を示すフロー図である。
【発明を実施するための形態】
【００１７】
これ以降において言及する場合、「ワイヤレス送受信ユニット（ＷＴＲＵ）」という用語は、ユーザ機器（ＵＥ）、移動局、固定もしくは移動加入者ユニット、ページャ、セルラー電話、ＰＤＡ（携帯情報端末）、コンピュータ、またはワイヤレス環境において動作することが可能な他のどのタイプのデバイスも含むが、それに限定されない。
【００１８】
これ以降において言及する場合、「基地局」という用語は、ノードＢ、サイトコントローラ、アクセスポイント（ＡＰ）、またはワイヤレス環境において動作することが可能な他のどのタイプのインタフェースデバイスも含むが、それに限定されない。
【００１９】
ネットワークは、少なくとも１つのＤＬキャリアおよび／または少なくとも１つのＵＬキャリアを、それぞれ、一次ＤＬキャリアおよび一次ＵＬキャリアとして割り当てることができる。マルチキャリア動作では、ＷＴＲＵは、２つ以上のキャリア（すなわち、周波数またはセル）とともに動作するように構成され得る。こうしたキャリアはそれぞれ、独自の特性ならびにネットワークおよびＷＴＲＵとの論理的関連づけを有してよく、動作周波数は、グループ化され、一次またはアンカキャリア、および補助または二次キャリア（secondary carrier）と呼ばれ得る。
【００２０】
図２は、Ｅ−ＵＴＲＡＮ（進化型ユニバーサル地上無線アクセスネットワーク）８０を含むＬＴＥワイヤレス通信システム／アクセスネットワーク７０を示す。Ｅ−ＵＴＲＡＮ８０は、いくつかのｅＮＢ１５０を含む。ＷＴＲＵ１００は、ｅＮＢ１５０と通信する。ｅＮＢ１５０は、Ｘ２インタフェースを使って互いとインタフェースをとる。ｅＮＢ１５０はそれぞれ、Ｓ１インタフェースを介して、移動管理エンティティ（ＭＭＥ）／Ｓ−ＧＷ（サービングゲートウェイ）１８０とインタフェースをとる。単一のＷＴＲＵ１００および３つのｅＮＢ１５０が図２に示されているが、ワイヤレスおよびワイヤードデバイスのどの組合せも、ＬＴＥワイヤレス通信システム／アクセスネットワーク７０に含まれ得ることが明らかであろう。
【００２１】
図３は、ＷＴＲＵ１００、ｅＮＢ１５０、およびＭＭＥ／Ｓ−ＧＷ１８０を含むＬＴＥワイヤレス通信システム２００のブロック図である。図３に示すように、ＷＴＲＵ１００、ｅＮＢ１５０およびＭＭＥ／Ｓ−ＧＷ１８０は、ＵＬ一次キャリアを選択し再選択するように構成される。
【００２２】
典型的なＷＴＲＵにおいて見られ得るコンポーネントに加え、ＷＴＲＵ１００は、任意選択のリンクされたメモリ２６０を有するプロセッサ２５５、少なくとも１つのトランシーバ２６５、任意選択のバッテリ２７０、およびアンテナ２７５を含む。プロセッサ２５５は、ＵＬ一次キャリアを選択し再選択するように構成される。トランシーバ２６５は、プロセッサ２５５およびアンテナ２７５と通信して、ワイヤレス通信の送受信を容易にする。ＷＴＲＵ２１０内でバッテリ２７０が使われるケースでは、バッテリ２７０は、トランシーバ２６５およびプロセッサ２５５に電力を供給する。
【００２３】
典型的なｅＮＢにおいて見られ得るコンポーネントに加え、ｅＮＢ１５０は、任意選択のリンクされたメモリ２８２を有するプロセッサ２８０、トランシーバ２８４、およびアンテナ２８６を含む。プロセッサ２８０は、ＵＬ一次キャリアを選択し再選択するように構成される。トランシーバ２８４は、プロセッサ２８０およびアンテナ２８６と通信して、ワイヤレス通信の送受信を容易にする。ｅＮＢ１５０は、任意選択のリンクされたメモリ２９０を有するプロセッサ２８８を含むＭＭＥ／Ｓ−ＧＷ１８０に接続される。
【００２４】
図３に示すように、ＷＴＲＵ１００は、ノードＢ１５０と通信し、両方とも、ＷＴＲＵ１００からのＵＬ伝送内容が、複数のＵＬキャリア１９０を使ってノードＢ１５０に伝送される方法を実施するように構成され、ＤＬ伝送内容は、複数のキャリア１９５を使って扱われる。
【００２５】
ネットワークは、少なくとも１つのＤＬキャリアおよび／または少なくとも１つのＵＬキャリアを、それぞれ、一次ＤＬキャリアおよび一次ＵＬキャリアとして割り当てることができる。マルチキャリア動作では、ＷＴＲＵは、２つ以上のキャリア（または、周波数もしくはセルとも呼ばれ得る）とともに動作するように構成される。こうしたキャリアはそれぞれ、独自の特性ならびにネットワークおよびＷＴＲＵとの論理的関連づけを有してよく、動作周波数は、グループ化され、一次キャリアまたはアンカキャリア、および補助キャリアまたは二次キャリアと呼ばれ得る。
【００２６】
「一次キャリア」とは、ＵＬおよびＤＬ  ＣＣのサブセットのＵＬおよびＤＬ共有チャネル伝送のための制御シグナリング（たとえば、ＰＤＣＣＨスケジューリング）を与えるＣＣである。
【００２７】
ＵＬ一次キャリア選択
ＵＬ一次キャリアは、ＨＡＲＱフィードバックおよびＣＱＩ／ＰＭＩ／ＲＩ報告をまとめ、かつ複数のＵＬキャリアをサポートするようにＳＲ、電力ヘッドルーム、およびバッファ状況報告を集中させるのに使われ得る。各ＷＴＲＵにおいて、ＣＣごとに複数のＨＡＲＱプロセスをもつ１つのＨＡＲＱエンティティがあると仮定することができる。
【００２８】
以下の方法が実施されて、ＵＬ一次キャリアを選択することができる。ＷＴＲＵは、アクティブ化されたｙ個のＤＬキャリア（すなわち、キャリア１Ｄ、２Ｄ、．．．、ｙＤ）およびアクティブ化されたｚ個のＵＬキャリア（すなわち、キャリア１Ｕ、２Ｕ、．．．、ｚＵ）で構成されると仮定する。ＷＴＲＵが個別ＰＤＣＣＨ符号化で構成される場合、候補ＰＤＣＣＨは、アクティブ化されたｙ個のＤＬキャリアそれぞれにおいて受信され得る。
【００２９】
ＵＬ一次キャリアの初期選択は、初期ランダムアクセスチャネル（ＲＡＣＨ）手順中に実施することができる。複数のＵＬキャリアがあるので、アクティブ化されたｚ個のＵＬキャリアはいずれも、ＵＬ一次キャリアとして働き得る。ＵＬ一次キャリアは、セル内で共通でもよく、ＷＴＲＵ特有でもよい。
【００３０】
１つの手法は、デフォルトのＵＬ一次キャリアとして、初期ＲＡＣＨ手順の完了に成功するＵＬキャリアを選択するものでよい。ネットワークは、所望されないＵＬキャリア上でのＲＡＣＨ試行を拒絶することによって、どのＵＬ一次キャリアが使われるかを制御することができる。あるいは、ネットワークは、１つまたは複数のＤＬキャリア上でシステム情報を介して、所望または所望されないＵＬキャリアをシグナリングすることができる。
【００３１】
セル選択手順に続いて、またはその手順と組み合わせて、ＷＴＲＵは、初期ＵＬ一次キャリア選択を実施することができる。ＲＡＣＨ手順およびＲＡＣＨ手順に関連づけられたシステム情報ブロック（ＳＩＢ）を介して搬送される情報がＬＴＥと同様であると仮定すると、ＷＴＲＵは、ネットワーク上に留まっている全ＷＴＲＵに共通の共通ＵＬキャリアを介してＲＡＣＨ手順を開始することができる。ネットワークは、特定のＵＬキャリア上のＰＲＡＣＨ資源を単に識別することによって、暗黙的にＵＬ一次キャリア選択を強制し得る。
【００３２】
あるいは、ＷＴＲＵは、明示的または暗黙的に、ＲＲＣシグナリングに基づいてＵＬ一次キャリアを決定することができる。たとえば、ＵＬ一次キャリアは、ＷＴＲＵを構成するＲＲＣメッセージ中で与えられる第１のＵＬキャリアに暗黙的に対応し得る。あるいは、一次ＵＬキャリアは、特有の（たとえば、フィードバックに関する）情報要素がそれに対して与えられるＵＬキャリアに暗黙的に対応し得る。あるいは、修正ＲＡＣＨ手順の一部として、ＲＡＣＨ応答メッセージ中の新規ビットフィールド、またはネットワークによって送られるメッセージ中の無線資源制御（ＲＲＣ）もしくはメディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）シグナリングが、アクティブ化されたｚ個のＵＬキャリアのうちどのキャリアがＵＬ一次キャリアとして働くかを示すこともでき、これは、ＲＡＣＨ手順の残りにも使うことができる。
【００３３】
別の手法は、ＷＴＲＵが、セルを越えてブロードキャストされるシステム情報に基づく、セル内で利用可能なｚ１（ＵＬキャリアの数）を法とする、ＷＴＲＵのＵＳＩＭ（汎用加入者識別モジュール）識別に基づいて、ＲＡＣＨ手順用に、また、ＵＬ一次キャリアとして、ＵＬキャリアを選択することでよい。この場合、システム情報は、ＵＬキャリア、およびこうしたキャリアのどれが、選択がそこから行われ得るＰＲＡＣＨ資源をもつかを示し得る。
【００３４】
ＵＬ一次キャリアの再選択もしくは再構成（または一方向セル内ハンドオーバ）は、可能ないくつかの方法の１つに従って実施することができる。ｅＮＢが開始したＲＲＣ手順、新規ＭＡＣ  ＣＥメッセージ、またはＰＤＣＣＨコードポイントが、ある特定のＷＴＲＵに特有のＵＬ一次キャリアの変更をトリガし得る。これは、１つまたは複数のＵＬキャリアのみが影響を受け、ＤＬキャリアは不変のままである一方向セル内ハンドオーバ手順の一部でもよい。ＵＬ一次キャリアを変えるのに用いられる手順は、堅牢でなければならない。というのは、ＷＴＲＵが、間違ったＵＬチャネル上でＨＡＲＱフィードバックまたは他の情報を送った場合、セル内の他のＷＴＲＵにとって有害であり得るからである。
【００３５】
ＲＡＣＨなしの一方向セル内ハンドオーバ手順がＲＲＣメッセージによって開始されて、第１の（すなわち、オリジナル）ＵＬ一次キャリアから第２の（すなわち、新規）ＵＬ一次キャリアに変更することができる。ＲＲＣメッセージは、明示的アクティブ化時間を含まないので、一般的手法は、一方向セル内ハンドオーバをトリガするＲＲＣメッセージが受信され、ＷＴＲＵ１００が第２の（すなわち、新規）ＵＬ一次キャリアに変更しつつある（すなわち、再選択中である）ことをネットワークに示すためのＳＲメッセージを、ＷＴＲＵ１００が送るものである。
【００３６】
図４は、ＲＡＣＨなしの一方向セル内ハンドオーバ手順４００のフロー図である。手順４００において、ＷＴＲＵ１００は最初に、ある特定のＵＬキャリア（たとえば、１Ｕ）を第１のＵＬ一次キャリアとして使うように構成される（４０５）。ＷＴＲＵ１００は、サブフレームｋにおいて第１のＲＲＣメッセージを受信する（４１０）。
【００３７】
第１のＲＲＣメッセージは次いで、ＷＴＲＵ１００によってデコードされ、一方向セル内ハンドオーバが開始されるべきであることを示す（４１５）。第１のＲＲＣメッセージは、以下のフィールドを含み得る。第２の（すなわち、新規）ＵＬ一次キャリアを識別する識別（ＩＤ）フィールド、ＳＲ用の第２のＵＬ一次キャリア（任意選択であって、第１のＵＬ一次キャリアと同じでよい）上の割り当てられたＰＵＣＣＨ資源を示すフィールド、任意選択で、第１のＲＲＣメッセージが一方向ＵＬハンドオーバを構成することを示すフィールドである。これは、新規ＵＬ一次キャリアＩＤなど、特有のフィールドの存在によって暗黙的に示すことができる。ＷＴＲＵ１００は次いで、第１のＲＲＣメッセージ中で示された新たな資源、または第１のＵＬ一次キャリアによって使われる同じ資源を使って、ＳＲを、第２のＵＬ一次キャリアに乗せて送る（すなわち、サブフレームｋ＋ｌ）（４２０）。ＷＴＲＵ１００は、ＳＲを第１のＵＬ一次キャリアに乗せて送ることもできる。ＳＲが送られた直後に（すなわち、ｓｕｂｆｒａｍｅ＿ｋ＋ｌ＋１）、またはＳＲの伝送から所定の分だけ遅れた後、第２のＵＬ一次キャリア上での動作が開始される（４２５）。ＷＴＲＵ１００は、第１のＲＲＣメッセージが受信されたことを示す確認応答が送られることを要求するＵＬグラントを受信する（４３０）。ＷＴＲＵ１００は次いで、第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られたＰＵＳＣＨに乗せて送る（４３５）。任意選択で、第１のＵＬ一次キャリアを変更する上記手順は、第２のＵＬ一次キャリアに適用可能なタイミングアドバンスが第１のＵＬ一次キャリアと同じであるとＷＴＲＵ１００が判定した場合に使用される。このような判定はたとえば、ＲＲＣメッセージまたはＭＡＣ  ＣＥ中の指示の存在に基づいても、第２のＵＬ一次キャリアが第１のＵＬ一次キャリアと同じ周波数帯中にあるかどうかに基づいてもよい。
【００３８】
一方向セル内ハンドオーバ手順は、前述の手順４００でのようにＲＲＣメッセージによって開始され得るが、ＲＲＣメッセージを受信するＷＴＲＵ１００が、新規ＵＬ一次キャリア上でＲＡＣＨ手順を開始する。ＲＲＣメッセージは、ＲＡＣＨ専用資源を含み得る。
【００３９】
図５は、一方向セル内ハンドオーバ手順５００のフロー図である。手順５００において、ＷＴＲＵ１００は最初に、ある特定のＵＬキャリア（たとえば、１Ｕ）を第１のＵＬ一次キャリアとして使うように構成される（５０５）。ＷＴＲＵ１００は、サブフレームｋにおいて第１のＲＲＣメッセージを受信する（５１０）。第１のＲＲＣメッセージは次いで、ＷＴＲＵ１００によってデコードされ、一方向セル内ハンドオーバが開始されるべきであることを示す（５１５）。第１のＲＲＣメッセージは、以下のフィールドを含み得る。第２の（すなわち、新規）ＵＬ一次キャリアＩＤを識別するＩＤフィールド、ＳＲ用の第２のＵＬ一次キャリア（任意選択であって、第１のＵＬ一次キャリアと同じでよい）上の割り当てられたＰＵＣＣＨ資源を示すフィールド、ＲＡＣＨ専用資源を示す任意選択のフィールド（すなわち、プリアンブル）、およびこのメッセージが一方向ＵＬハンドオーバを構成することを示すフィールドである。これは、新規ＵＬ一次キャリアＩＤなど、特有のフィールドの存在によって暗黙的に示され得る。
【００４０】
ＷＴＲＵ１００は次いで、第２のＵＬ一次キャリア上でＲＡＣＨ手順を開始し（５２０）、そうすることによって、ＷＴＲＵ１００によるプリアンブルの伝送に続いて、ランダムアクセス応答メッセージがＷＴＲＵ１００によって受信される（サブフレームｋ＿１＋１）。ランダムアクセス応答メッセージは、タイミングアラインメントまたはタイミングアドバンス情報を含み得る。あるいは、ＷＴＲＵ１００は、第１のＵＬ一次キャリア上でＲＡＣＨ手順を開始することもできる。第２のＵＬ一次キャリア上での動作は、ランダムアクセス応答メッセージがＷＴＲＵ１００によって受信された直後に（すなわち、ｓｕｂｆｒａｍｅ＿ｋ＋ｌ＋１）、またはＲＡＣＨメッセージが受信されてから所定の分だけ遅れた後で開始される（５２５）。ＷＴＲＵ１００は、第１のＲＲＣメッセージが受信されたことを示す確認応答が送られることを要求するＵＬグラントを受信する（５３０）。ＷＴＲＵ１００は次いで、第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られたＰＵＳＣＨに乗せて送る（５３５）。ＷＴＲＵ１００が、タイマの満了により、ランダムアクセス応答メッセージの受信に失敗したケースでは、ＷＴＲＵは、一方向セル内ハンドオーバが失敗したと見なし、ＲＲＣメッセージの受信前の構成に復帰する。任意選択で、ＵＬ一次キャリアを変更する上記手順は、第２のＵＬ一次キャリアに適用可能なタイミングアドバンスが第１の一次ＵＬキャリアと同じではないとＷＴＲＵ１００が判定した場合に使用することができる。このような判定は、たとえば、ＲＲＣメッセージまたはＭＡＣ  ＣＥ中の指示の存在に基づいても、第２のＵＬ一次キャリアが第１のＵＬ一次キャリアと同じ周波数帯中にあるかどうかに基づいてもよい。
【００４１】
上記手順のいずれでも、ＷＴＲＵ１００は、第２のＵＬ一次キャリア上の初期伝送電力を、以下の方法の少なくとも１つを用いることによって判定することができる（たとえば、ＰＵＣＣＨ伝送）。すなわち、ＷＴＲＵ１００は、第１のＵＬ一次キャリアにおいて使われる伝送電力にオフセットを印加することによって伝送電力を判定することができる。あるいは、ＷＴＲＵ１００は、算出された同じパス損失（ＰＬ）パラメータをもつが、第２のＵＬ一次キャリアに特有の他のパラメータの全部またはサブセットをもつ、第１のＵＬ一次キャリアにおいて使われる同じ電力制御公式を適用することができる。このようなオフセットまたはパラメータは、第１のＵＬ一次キャリアが変更されるべきであることを示すメッセージ（ＲＲＣまたはＭＡＣ）から取得することができる。
【００４２】
一方向ＵＬハンドオーバ手順は、ＲＲＣメッセージによって開始することができるが、ＲＲＣメッセージが送られた後、ＷＴＲＵ１００がＰＵＳＣＨ資源上でＲＲＣ確認応答を送るまで、動作は直前のＵＬ一次キャリア上に留まる（アイドル期間の間）。ネットワークは、遷移中に使われるべきＰＵＣＣＨ資源における混乱を避けるために、トラフィックをスケジュールすることはできない。
【００４３】
図６は、一方向セル内ハンドオーバ手順６００のフロー図である。図６に示すように、ＷＴＲＵ１００は最初に、ある特定のＵＬキャリア（たとえば、１Ｕ）を第１のＵＬ一次キャリアとして使うように構成される（６０５）。ＷＴＲＵ１００は、サブフレームｋにおいて第１のＲＲＣメッセージを受信する（６１０）。
【００４４】
第１のＲＲＣメッセージは次いで、ＷＴＲＵ１００によってデコードされ、一方向セル内ハンドオーバが開始されるべきであることを示す（６１５）。第１のＲＲＣメッセージは、以下のフィールドを含み得る。第２の（すなわち、新規）ＵＬ一次キャリアを識別するＩＤフィールド、ＳＲ用の、第２のＵＬ一次キャリア（任意選択であって、第１のＵＬ一次キャリアと同じでよい）上の割り当てられたＰＵＣＣＨ資源を示すフィールド、およびこのメッセージが一方向ＵＬハンドオーバを構成することを示すＲＲＣフィールドである。これは、新規ＵＬ一次キャリアＩＤなど、特有のフィールドの存在によって暗黙的に示され得る。
【００４５】
ＷＴＲＵ１００が、ＲＲＣメッセージを正しく受信し処理することができるように、予め定義されたアイドル期間が満了するのを待った（６２０）後、ネットワークは、第１のＲＲＣメッセージが受信されたことを示す確認応答が送られることを要求するＵＬグラントをスケジュールする。ＷＴＲＵ１００は、ＵＬグラントを受信し（６２５）、第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られたＰＵＳＣＨに乗せて送る（６３０）。第２の（すなわち、新規）ＵＬ一次キャリア上での動作が、第２のＲＲＣメッセージが送られた直後に、またはその後、予め定義された分だけ遅れて開始される（６３５）。
【００４６】
図７は、ＷＴＲＵ７００のブロック図の例を示す。ＷＴＲＵ７００は、少なくとも１つのアンテナ７０５、受信機７１０、送信機７１５およびプロセッサ７２０を含む。プロセッサ７２０は、ＭＡＣレイヤ７２５および物理（ＰＨＹ）レイヤ７３０を含み得る。
【００４７】
一方向ＵＬハンドオーバ手順は、ＭＡＣ＿ＣＥ＿Ｐｒｉｍａｒｙ＿Ｃｈａｎｇｅコマンドと呼ばれる新規ＭＡＣ  ＣＥコマンドを使って、ＵＬ一次キャリアを変更するように実装され得る。
【００４８】
図８は、一方向ＵＬハンドオーバ手順８００のフロー図である。ＷＴＲＵ７００は最初に、ある特定のＵＬキャリア（たとえば、１Ｕ）を第１のＵＬ一次キャリアとして使うように構成される（８０５）。サブフレームｋで、ＷＴＲＵ７００は、ＵＬ一次キャリアの変更を示すＭＡＣ  ＣＥ（ＭＡＣ＿ＣＥ＿Ｐｒｉｍａｒｙ＿Ｃｈａｎｇｅコマンド）を含む移送ブロックを受信する（８１０）。ＭＡＣ＿ＣＥ＿Ｐｒｉｍａｒｙ＿Ｃｈａｎｇｅコマンドは、ＭＡＣレイヤ７２５によって処理され、レイヤ７２５は次いで、新規ＵＬ一次キャリアがｓｕｂｆｒａｍｅ＿ｋ＋４＋ｎで、（たとえば、２Ｕ）になることをＰＨＹレイヤ７３０に知らせる（８１５）が、ここでｎは、通常は１に等しい（またはそれより大きい）所定の数である。ＭＡＣ＿ＣＥ＿Ｐｒｉｍａｒｙ＿Ｃｈａｎｇｅコマンドは、新規ＵＬ一次キャリアＩＤを示すビットフィールドを含み得る。サブフレーム＋ｋ＋４で、ＰＨＹレイヤ７３０は、依然として有効なＵＬ一次キャリア１Ｕを使って、ＡＣＫ（肯定確認応答）を送る（８２０）（ＡＣＫ受信時のネットワークは、ＨＡＲＱフィードバックによって新規ＵＬ一次キャリア２Ｕ上でＷＴＲＵ７００が動作し始めてよいことを知る。堅牢性のために、ネットワークは、別のＭＡＣ＿ＣＥ＿Ｐｒｉｍａｒｙ＿Ｃｈａｎｇｅコマンドを送って、受信されたＡＣＫが誤検出でなかったことを確かめることができる。また、ＡＣＫが受信されなかった場合も同じことが起こる。この遷移時間中、ネットワークは、両方のＵＬキャリアの同じＰＵＣＣＨ資源を他のＷＴＲＵに割り当てることは避けることができる。ＷＴＲＵ７００は、同一のＭＡＣ＿ＣＥ＿Ｐｒｉｍａｒｙ＿Ｃｈａｎｇｅを、ｓｕｂｆｒａｍｅ＿ｋ＋４＋ｎにおいて予め処理されたものとして処理する。ＭＡＣレイヤ７２５は、これに関して何もしない。というのは、キャリアＩＤビットフィールドは、既存のＵＬ一次キャリアと同じだからである。ｓｕｂｆｒａｍｅ＿ｋ＋４＋ｎ＋４において、ＰＨＹレイヤ７３０は、新規ＵＬ一次キャリア２Ｕを使ってＡＣＫを送る（８３０）。ネットワークによるＡＣＫの受信は、ＷＴＲＵ７００に対して一次キャリア変更が起きたことを確かめる。
【００４９】
ＷＴＲＵ自律的ＵＬ一次キャリア選択
ＷＴＲＵ７００は、ＵＬ一次再選択手順を自律的に開始することができる。トリガ基準は、既存のＵＬ一次キャリアの障害を示すイベントに関連づけられ得る。ＷＴＲＵ７００によって実施される手順は、上述したＰＲＡＣＨを使う初期ＵＬ一次割当て手順と同様でよい。
【００５０】
上述した方法は、簡素化されたセル内再選択またはハンドオーバ手順の形である。セキュリティ入力パラメータを与えるセルは、変更する必要がなくてよく、ユーザ面プロトコル（パケットデータ収束プロトコル（ＰＤＣＰ）および無線リンク制御（ＲＬＣ））は、確立し直される必要がなくてよい。ＵＬおよび可能性としてはＤＬ一次キャリア（またはＵＬおよびＤＬキャリアのセット）は、切り換えることができる。通常のハンドオーバとは対照をなす一態様は、一次再選択またはハンドオーバが、一方向（ＵＬまたはＤＬ）でのみ実施され得るものである。
【００５１】
新規ＵＬ一次キャリアは、予め構成されたＵＬキャリアのうち１つのキャリアの一部であってもなくてもよい。新規ＵＬ一次キャリアが、ＷＴＲＵ７００によって使用されている既存のＵＬキャリアセットの一部である場合、シグナリングおよび割当ては、ＰＤＣＣＨ／ＰＵＣＣＨまたはＭＡＣ  ＣＥシグナリングの使用によって簡素化することができる。新規一次キャリアが、既存のＵＬキャリアセットＲＲＣ専用またはシステム情報の一部ではない場合、詳細なキャリア情報を提供するためのシグナリングが求められ得る。
【００５２】
さらに、いくつかの方法が、専用ＰＵＣＣＨ資源がいつ切り換えられるべきかという明白な時間境界を定義する。この定義は、２つ以上のＨＡＲＱフィードバックがＵＬ一次キャリアに送り込まれる場合であっても、遷移中のＤＬトラフィック活動の維持を可能にする。たとえば、手順４００で、ＲＲＣメッセージが正しく受信されたことを表すためのＳＲが新規ＵＬ一次キャリアを介して送られるまで、全ＤＬ  ＨＡＲＱフィードバックが、その前のＵＬ一次キャリアに送り込まれる。
【００５３】
ＤＬ一次ＰＤＣＣＨは、ＤＬ一次統合ＰＤＣＣＨ符号化またはＤＬ一次個別ＰＤＣＣＨ符号化を含み得る。ＤＬ一次ＰＤＣＣＨ中で、ＰＤＣＣＨが個別エンコードされるか、それとも統合エンコードされるかに関わらず、全ＰＤＣＣＨが、一次キャリアに入れて伝送される。
【００５４】
ＤＬ一次キャリアが指示される場合、ＵＬ一次キャリアは、ＤＬ一次キャリアの情報に基づいて決定され得る。言い換えると、ＵＬ一次キャリアは、ＤＬ一次キャリアをＵＬ一次キャリアにマップするためのマッピング規則を使ってＤＬ一次キャリアに関連づけられ得る。ＤＬ一次キャリアが指示される場合、ＵＬ一次キャリアを個別にシグナリングする必要はない。
【００５５】
対称ＵＬ／ＤＬキャリアに対して、ＵＬ一次キャリアとＤＬ一次キャリアとの間に、１対１のマッピングが定義され、または指定される。たとえば、マッピング規則は、ＤＬ一次キャリア（ＤＬキャリアｘ）がＵＬ一次キャリア（ＵＬキャリアｙ）に関連づけられるものでよい。
【００５６】
一般に、ｙ＝ｆ（ｘ）であり、ｆ（．）は、ＵＬとＤＬ一次キャリアを関連づける固定関数である。ＵＬ一次キャリアを決定するための方法は、ｆ（．）が既知であるとして、ＵＬおよびＤＬ中の対称的な数のＣＣに対して有効である。
【００５７】
ＵＬキャリアよりＤＬキャリアが多い、非対称ＵＬ／ＤＬキャリアに対して、マッピング規則ｆ（．）は、ＤＬ一次キャリアがＤＬキャリアｘ１またはｘ２どちらかである場合、ＵＬ一次キャリアはＵＬキャリアｙ１であり、ＤＬ一次キャリアがＤＬキャリアｘ３またはｘ４どちらかである場合、ＵＬ一次キャリアはＵＬキャリアｙ２である、などでよい。
【００５８】
あるいは、ＤＬキャリアは、ＵＬ一次キャリアを決定する目的のために、ＵＬキャリアと対称的にすることができる。この方法において、ＤＬキャリアのサブセットが選択され、選択されたキャリアサブセット中のＤＬキャリアの数は、ＵＬキャリアの数に等しい。キャリアサブセット中のＤＬキャリアのみが、ＤＬ一次キャリアとなることが許される。ＤＬ／ＵＬ一次キャリアのためのマッピング規則は、使われ得る対称ＵＬ／ＤＬキャリアのケースと同様である。ＤＬ一次キャリアサブセットは、シグナリングし、構成し、または予め決めることができる。
【００５９】
マッピング規則は一般化することができ、ＵＬ一次キャリアとＤＬ一次キャリアとの間の他のマッピングおよび関連づけが使われ得る。マッピング規則は、シグナリングし、構成し、または予め決めることができる。
【００６０】
ＤＬキャリアよりＵＬキャリアが多い、非対称ＵＬ／ＤＬキャリアに対して、以下の規則または方法が用いられ得る。すなわち、ＵＬキャリアは、ＵＬ一次キャリアを決定する目的で、ＤＬキャリアと対称的にされ得る。
【００６１】
この方法では、ＵＬキャリアのサブセットが選択され、選択されたキャリアサブセット中のＵＬキャリアの数は、ＤＬキャリアの数と等しい。キャリアサブセット中のＵＬキャリアのみが、ＵＬ一次キャリアになることが許される。上述した対称ＵＬ／ＤＬキャリアのケースと同様の、ＤＬ／ＵＬ一次キャリアのためのマッピング規則が使われ得る。ＵＬ一次キャリアサブセットは、シグナリングし、構成し、または予め決めることができる。
【００６２】
あるいは、ＵＬ一次キャリアは、ＤＬ非一次個別ＰＤＣＣＨ符号化において上述したのと同様にして指示することができる。
【００６３】
ＤＬ一次統合ＰＤＣＣＨ手法が用いられる場合、前述した方法の追加変形形態が提案され得る。ＤＬ一次向けの変形体が識別されない場合、非一次個別符号化向けと同じソリューションが適用され得る。
【００６４】
統合ＰＤＣＣＨ符号化において、複数のＤＬキャリア（キャリア１Ｄ、２Ｄ、．．．、ｙＤ）からなるＰＤＳＣＨまたはＵＬキャリア（キャリア１Ｕ、２Ｕ、．．．、ｚＵ）からなる多重ＵＬ−ＳＣＨ上での多重ＤＬまたはＵＬ割当てを定義する単一のＰＤＣＣＨが受信される。定義により、このような割当ては、ｓｕｂｆｒａｍｅ＿ｎ−４において受信され、ＰＤＣＣＨのただ１つの開始ＣＣＥが定義される。開始ＣＣＥは、第１のＰＵＣＣＨ資源を定義するのに使うことができ、この資源は、前述したように、ｓｕｂｆｒａｍｅ＿ｎにおいて、まとめられたＨＡＲＱフィードバックを搬送する。複数のＰＵＣＣＨ資源が求められる場合、循環シフトにおいて以降のＰＵＣＣＨ資源が使われる。さらに、データがＷＴＲＵ７００によって、ＬＴＥとは対照的に同じサブフレームおよび同じキャリア中でＵＬ−ＳＣＨに乗せて送られる場合であっても、まとめられたＨＡＲＱフィードバックは、ＰＵＣＣＨに乗せて送ることができる。
【００６５】
別の方法では、ＤＬ−ＳＣＨフィードバックに使われるＵＬキャリア上で、動的選択が実施される。この方法において、一定のＤＬ−ＳＣＨに関するフィードバック（ＨＡＲＱ  ＡＣＫ／ＮＡＣＫ（否定確認応答）、ＣＱＩ、ＰＭＩおよびＲＩを含む）、ならびにＳＲなどの他の制御情報は、動的に、異なるＵＬ  ＣＣに乗せて送信することができる。たとえば、所与のＤＬ−ＳＣＨに関するフィードバックは常に、どのＵＬ  ＣＣでもＰＵＳＣＨ伝送が起こらないケースでは、所与のＵＬ  ＣＣのＰＵＣＣＨから送信することができ、少なくとも１つのＵＬ  ＣＣにおいてＰＵＳＣＨ伝送が起こるケースでは、フィードバックは、こうしたＵＬ  ＣＣのうち１つのＣＣのＰＵＳＣＨに乗せて提供される。
【００６６】
より一般的には、所与のサブフレーム中の、この情報の伝送に使われるＵＬ  ＣＣの選択は、このようなＵＬ  ＣＣがない場合は、このサブフレームでのＰＵＳＣＨ伝送内容をもつ、許可されたＵＬ  ＣＣに乗せて送信することができる。許可されたＵＬ  ＣＣのセットは、上位レイヤによって半静的にシグナリングすることができる。このような許可されたＵＬ  ＣＣが複数あるケースでは、ＷＴＲＵ７００は、許可されたＵＬ  ＣＣの中からランダムに選ぶことができる。あるいは、ＵＬ  ＣＣは、優先度による順序でランク付けされる（このような順位づけは、上位レイヤによってシグナリングされ得る）。このサブフレームでＰＵＳＣＨ伝送内容を送信するＵＬ  ＣＣがないケースでは、情報は、（上位レイヤによってシグナリングされ得る）所定のＵＬ  ＣＣのＰＵＣＣＨに乗せて送信すればよい。あるいは、情報は、このようなＵＬ  ＣＣが利用可能な場合、別のＤＬ−ＳＣＨに関するフィードバックの提供には既に使われていないＵＬ  ＣＣのＰＵＣＣＨに乗せて送信すればよい。
【００６７】
ある一定のＵＬ  ＣＣのためのＰＵＣＣＨの使用は、ＰＵＣＣＨを使わなければならない、異なるＤＬ−ＳＣＨの間の順位づけを設定することによって支配され得る。
【００６８】
ＰＵＣＣＨが別のＤＬ−ＳＣＨによって既に使われていないＵＬ  ＣＣがないケースでは、情報は、ＵＬ  ＣＣの同じＰＵＣＣＨ上の、他のＤＬ−ＳＣＨに関する情報と多重化され得る。
【００６９】
ＵＬ制御シグナリングの集約
個別ＰＤＣＣＨ符号化非一次キャリアでは、各キャリア上に異なる開始ＣＣＥがある状態で、独自のＰＤＣＣＨが、１つまたは複数のＤＬキャリア（すなわち、キャリア１Ｄ、２Ｄ、．．．、ｙＤ）上で個別に、また、単独に受信され得る。ＵＬ一次キャリア手法では、受信されたＰＤＳＣＨから結果的に生じる複数のＨＡＲＱフィードバックがまとめられ、構成されたＵＬ一次キャリアのＰＵＣＣＨ資源上で伝送される。さらに、ＬＴＥとは対照的に、同じサブフレームおよび同じキャリア中のＵＬ−ＳＣＨに乗せてＷＴＲＵ７００によってデータが送られる場合であっても、まとめられたＨＡＲＱフィードバックは、ＰＵＣＣＨに乗せて送ることができる（すなわち、ＵＬデータおよび制御は、同じキャリアの同じサブフレームで同時に送信することができる）。
【００７０】
第１の方法では、ＤＬキャリア（すなわち、キャリア１Ｄ、２Ｄ、．．．、ｙＤ）は、規則または上位レイヤによって送られる情報によってランク付けされる。たとえば、ＷＴＲＵ７００は、ＤＬキャリアを、最高優先権から最低優先権までランク付けることができ、キャリア１Ｄは最高優先権をもち、キャリアｙＤは、最低優先権をもつ。サブフレームｎ−４で、１つまたは複数のＰＤＣＣＨが受信され得る。ＰＤＣＣＨが受信された最高優先権キャリアの開始ＣＣＥは次いで、ＨＡＲＱフィードバックを搬送するのに使われるＰＵＣＣＨ資源を導出するのに使われる。複数のＰＵＣＣＨ資源が求められる場合、循環シフトに関する追加ＰＵＣＣＨ資源が使われる。
【００７１】
図９は、ＨＡＲＱフィードバックを送る手順９００のフロー図である。図９に示すように、ＷＴＲＵ７００は最初に、ある特定のＵＬキャリア（たとえば、１Ｕ）をＵＬ一次キャリアとして使うように構成される（９０５）。ＤＬキャリアは、順序つきリスト（たとえば、１ＤからｙＤ）中に並べられる。ＷＴＲＵ７００は、ｓｕｂｆｒａｍｅ＿ｎ−４で、ＤＬ（１Ｄ、２Ｄ、．．．、ｙＤ）からなる、ＷＴＲＵ特有の探索空間のＤＬキャリア内で、ＰＤＣＣＨ候補を探索する（９１０）。ＰＤＣＣＨが、キャリア２Ｄ用の開始ＣＣＥ＿２ｎをもついくつかのＤＬキャリア（２Ｄ、３Ｄ、５Ｄ）上で、ＷＴＲＵ無線ネットワーク一時識別（Ｃ−ＲＮＴＩ）と合致するという仮定の下で、ＰＤＳＣＨデコードの起こり得る結果の例は、２Ｄ＝ＡＣＫ、３Ｄ＝ＮＡＣＫ、５Ｄ＝ＡＣＫでよく、この例は、キャリア２Ｄおよび５Ｄ中のＰＤＳＣＨの受信が成功し、キャリア３Ｄ中のＰＤＳＣＨの受信が成功しないことを示す（９１５）。ｓｕｂｆｒａｍｅ＿ｎで、ＷＴＲＵ７００は、フィードバック（すなわち、２つのＡＣＫ／ＮＡＣＫであって、それぞれキャリア２Ｄおよび３Ｄに対応するＡＣＫおよびＮＡＣＫ）を、開始アドレスＣＣＥ＿２ｎによって判定されるＰＵＣＣＨ資源上でＰＵＣＣＨ形式１ｂを使って、ＵＬ一次キャリアを介して送る（９２０）。第３位の最高優先権、すなわちキャリア５Ｄは、循環シフトに関して直前のＰＵＣＣＨ資源の次のＰＵＣＣＨ資源を使う。この場合、キャリア５Ｄに対応するＡＣＫは、形式１ａを使って送られる。
【００７２】
あるいは、偽のＰＤＣＣＨ検出のケースにおけるＡＣＫの影響を削減するために、ＷＴＲＵ７００は、他のキャリアがＰＤＣＣＨを受信した場合、ＰＤＣＣＨを受信するのに失敗したキャリアに関する不連続送信（ＤＴＸ）値を送ればよい。たとえば、キャリアがｓｕｂｆｒａｍｅ＿ｎ−４でＰＤＣＣＨを受信しないが、ＰＤＣＣＨが受信された最高優先権キャリアと、ＰＤＣＣＨがやはり受信された最低優先権キャリアとの間にあるとき、ＤＴＸ指示が送られ得る。前の例において、ＷＴＲＵ７００は、ＡＣＫ／ＮＡＣＫの値を送り、その後に、ｓｕｂｆｒａｍｅ＿ｎでの２つのＰＵＣＣＨ資源（両方とも形式１ｂを使う）に乗せられたＤＴＸ／ＮＡＣＫが続く。
【００７３】
第２の方法では、キャリアの間の順位づけは求められない。ｓｕｂｆｒａｍｅ＿ｎ−４の所で、１つまたは複数のＰＤＣＣＨが受信される。合致するＣＲＣをもつＰＤＣＣＨが受信された各キャリア、すなわちＤｎごとに、ＰＵＣＣＨ資源ＣＣＥ（ｎ）＋Ｎ＿ＰＵＣＣＨ（ｎ）をもつＡＣＫ／ＮＡＣＫが使われ、ここでＣＣＥ（ｎ）は、キャリアＤｎ上の、受信されたＰＤＣＣＨの開始ＣＣＥであり、Ｎ＿ＰＵＣＣＨ（ｎ）は、ＤＬキャリアごとに上位レイヤによりＮ＿ＰＵＣＣＨ（ｎ）を与えることによって、またはＮ＿ＰＵＣＣＨ（１）＋ＮＣＣＥ（１）＋ＮＣＣＥ（２）＋．．．＋ＮＣＣＥ（ｎ）の合計としてＮ＿ＰＵＣＣＨ（ｎ）を定義することによって判定されたオフセットであり、ここでＮ＿ＰＵＣＣＨ（１）は、上位レイヤによって与えられ、ＮＣＣＥ（ｎ）は、キャリアＤｎ上のＣＣＥの総数である。
【００７４】
第２の方法によると、ＷＴＲＵ７００は、単一のＡＣＫ／ＮＡＣＫが、そこから送られる必要がある各キャリアに対して形式１ａ（単一のコードワード）を、また、２つのＡＣＫ／ＮＡＣＫがそこから送られる必要がある各キャリアに対して形式１ｂ（２つのコードワード）を使うことができる。
【００７５】
第３の方法では、キャリアの間の順位づけは求められないが、キャリアは、互いとペアにされ得る。たとえば、キャリアＤ１は、キャリアＤ３とペアにすることができる。この第３の方法は、多くとも１つのコードワードが、各キャリアからＡＣＫされ、またはＮＡＣＫされる必要があるときに用いることができる。ｓｕｂｆｒａｍｅ＿ｎ−４において、１つまたは複数のＰＤＣＣＨが受信される。合致するＣＲＣをもつＰＤＣＣＨが、（多くとも１つのコードワードを有する）キャリアの少なくとも１つにおいて受信された各キャリアペア（Ｄｎ１、Ｄｎ２）に対して、ＰＵＣＣＨ資源ＣＣＥ（ｎ１）＋Ｎ＿ＰＵＣＣＨ（ｎ１）をもつＡＣＫ／ＮＡＣＫが使われ、ここでＣＣＥ（ｎ１）は、キャリアＤｎ１上の、受信されたＰＤＣＣＨの開始ＣＣＥであり、Ｎ＿ＰＵＣＣＨ（ｎ１）は、各ＤＬキャリアにＮ＿ＰＵＣＣＨ（ｎ１）上位レイヤを与え、またはＮ＿ＰＵＣＣＨ（１）＋ＮＣＣＥ（１）＋ＮＣＣＥ（２）＋．．．＋ＮＣＣＥ（ｎ）の合計としてＮ＿ＰＵＣＣＨ（ｎ１）を定義することによって判定されたオフセットであり、ここでＮ＿ＰＵＣＣＨ（１）は、上位レイヤによって与えられ、ＮＣＣＥ（ｎ）は、キャリアＤｎ上のＣＣＥの総数である。
【００７６】
この方法を用いると、ＷＴＲＵ７００は、キャリアＤｎ１およびＤｎ２に関して送られるべきＡＣＫ／ＤＴＸ／ＮＡＣＫフィードバックに対応する２値ＡＣＫ／ＤＴＸ／ＮＡＣＫコードポイントをもつ形式１ｂを使うことができる。
【００７７】
第２の方法は、第３の方法と組み合わせて用いられ得る。第２の方法は、複数のコードワードが、データがそこから受信されるキャリアペアのうちいずれのキャリアからでも送られる必要があるときは常に用いられ得る。
【００７８】
ＷＴＲＵ７００は、ＵＬ一次キャリアのＰＵＣＣＨを使って、アクティブ化されたＤＬキャリア（キャリア１Ｄ、２Ｄ、．．．、ｙＤ）それぞれに関する、周期的ＣＱＩ／ＰＭＩ／ＲＩ報告を送ることができる。さらに、ＬＴＥとは対照的に、同じサブフレームおよび同じキャリアの中でＵＬ−ＳＣＨに乗せてＷＴＲＵ７００によってデータが送られる場合であっても、まとめられた周期的ＣＱＩ／ＰＭＩ／ＲＩ報告は、ＰＵＣＣＨに乗せて送ることができる。上位レイヤは、アクティブ化された各ＤＬキャリアの報告間隔および使われるべきＰＵＣＣＨ形式両方を構成する。ＵＬ一次キャリアの、決定されたＰＵＣＣＨ資源により周期的に送られるＣＱＩ情報は、一度に単一のキャリアを表し得る。キャリアＩＤ情報を、ＣＱＩ報告と関連づける必要はない。ＰＵＣＣＨ上での周期的ＣＱＩ／ＰＭＩ／ＲＩ報告は、その上で報告が行われている最中の、対応するＤＬキャリアのＤＲＸ状態に依存する。したがって、まとめられたレポートは、全ＤＬキャリア上で常に報告しなくてもよく、一度に単一キャリアのレポートは、１つまたは複数のＤＬキャリアがＤＲＸ状態にあるときはスキップされ得る。
【００７９】
所与のサブフレームで周期的ＣＱＩ／ＰＭＩ／ＲＩが報告されなければならず、また、同じキャリア上または異なるキャリア上でのＰＵＳＣＨ割振りが利用可能なケースでは、周期的ＣＱＩ／ＰＭＩ／ＲＩは、ＰＵＳＣＨ資源により送られ得る。
【００８０】
ＳＲは、トリガされると、ＰＵＣＣＨまたはＰＲＡＣＨによって送信され得る。ＳＲがＰＵＣＣＨまたはＰＲＡＣＨ上でトリガされると、ＳＲは、ＵＬ一次キャリアに乗せて送られる。
【００８１】
あるいは、ＵＬ非一次キャリアのＰＵＣＣＨ資源は、上位レイヤによってＷＴＲＵ７００のために取り置かれ、ＷＴＲＵ７００によって、ＵＬまたはＤＬにおける一次キャリア変更など、一定の手順をトリガするのに使われ得る。さらに、バッファ状況報告（ＢＳＲ）および／または電力ヘッドルームレポート（ＰＨＲ）報告基準がトリガされると、ＭＡＣプロトコルデータ単位（ＰＤＵ）が、ＵＬ一次キャリアに乗せて送られ得る。
【００８２】
ＲＲＣメッセージによるＵＬキャリアの初期セットアップにおいて、ＵＬ非一次キャリアを求めるＳＲに、専用ＰＵＣＣＨ資源が割り当てられないように、また、ＵＬ一次キャリアを求めるＳＲに、専用ＰＵＣＣＨ資源が論理的に割り当てられないようになされるべきである。
【００８３】
複数のＤＬキャリアに関するＨＡＲＱフィードバックおよびＣＱＩ／ＰＭＩ／ＲＩフィードバックを搬送するのに、特に１つのＵＬキャリア（すなわち、ＵＬ一次キャリア）が使われる複数のＵＬキャリアという背景では、他のＵＬキャリア上での活動は、ＵＬトラフィック（限定制御データ）にほぼ限定され得る。したがって、明示的ＭＡＣ  ＣＥまたはＲＲＣシグナリングなしで、非一次キャリア上でのサウンディング基準信号（ＳＲＳ）伝送を暗黙的に止めることは、大切である場合がある。たとえば、ＷＴＲＵ７００は、このＵＬ  ＣＣ上でＰＵＳＣＨ伝送があるときはいつも再始動されるＵＬ不活動タイマが満了すると、ＵＬ  ＣＣ上でのＳＲＳ伝送を止めることができる。
【００８４】
ＷＴＲＵ７００は、所与のＵＬキャリア上でのＳＲＳ伝送を、この特有のＵＬキャリアに関連づけられたＵＬデータバッファがある一定の閾値に達したときに再開することができる。さらに、ＳＲＳを再度受信するネットワークは、ＵＬグラントを順方向に送ることができる。こうすることにより、ＷＴＲＵ７００がＵＬグラントを要求するための別の機構が与えられることになる。この機構は、活動がＵＬトラフィックの対象であり、明示的なＭＡＣ  ＣＥまたはＲＲＣシグナリングなしで一次キャリア上のＳＲＳ伝送を暗黙的に止めることができる一次キャリアにも適用され得る。というのは、一次キャリア上にＨＡＲＱフィードバックおよびＣＱＩ／ＰＭＩ／ＲＩフィードバックがあるとしても、こうしたフィードバックは、ＰＵＣＣＨ資源が制限され、ＳＲＳを使うのではなく、ＰＵＣＣＨ向けの復調基準信号（ＤＭ  ＲＳ）がチャネル品質推定に使われるからである。したがって、一次キャリアに関連づけられたＵＬデータバッファが一定の閾値を下回る場合、ＳＲＳ伝送はオフにしてよく、一次キャリアに関連づけられたＵＬデータバッファが一定の閾値を上回る場合、ＳＲＳ伝送が再開され得る。
【００８５】
ＷＴＲＵ７００が複数のＤＬキャリア（１Ｄ、２Ｄ、．．．ｙＤ）で構成されると仮定すると、各アクティブＤＬキャリアの相対基準信号受信電力（ＲＳＲＰ）および基準信号受信品質（ＲＳＲＱ）レベルは異なり得るので、ＷＴＲＵ７００は、各キャリアの相対信号品質を比較する新規測定値報告イベントで構成され得る。たとえば、ＤＬ一次キャリアのＲＳＲＱが一定の閾値を下回り、候補セットのＤＬ非一次キャリア部の１つが、一次の現在のＲＳＲＱより一定の量（たとえば、ｄＢ単位で）だけ大きいＲＳＲＱを示す場合、１つの測定値報告イベントがトリガされ得る。
【００８６】
候補セットは、ＷＴＲＵ７００用の現在のアクティブＤＬキャリアセットとは異なるセットでよい。この候補セットは、キャリアごとに、セル内の制御領域負荷など、他の要因を考慮に入れるネットワークによってシグナリングすることができよう。
【００８７】
再度図７を参照すると、ＷＴＲＵ７００は、アップリンク（ＵＬ）一次キャリアを再選択するように構成される。プロセッサ７２０は、ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように構成され得る。受信機７１０は、第１のＲＲＣメッセージを受信およびデコードし、ＵＬグラントを受信するように構成され得る。送信機７１５は、ＳＲを第２のＵＬ一次キャリアに乗せて送信し、第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られたＰＵＳＣＨに乗せて送信するように構成され得る。
【００８８】
送信機７１５は、第２のＵＬ一次キャリアを介してＨＡＲＱ  ＡＣＫまたはＮＡＣＫを送信して、ある特定のＤＬ−ＳＣＨに関するフィードバックを与えるように構成され得る。
【００８９】
送信機７１５は、第２のＵＬ一次キャリアを介してＣＱＩを送信して、ある特定のＤＬ−ＳＣＨに関するフィードバックを与えるように構成され得る。
【００９０】
ある特定のＤＬ−ＳＣＨに関するフィードバックは、第２のＵＬ一次キャリアのＰＵＣＣＨを介して送信することができる。
【００９１】
受信されたＰＤＳＣＨから結果的に生じる複数のＨＡＲＱフィードバックは、まとめられ、第２のＵＬ一次キャリアのＰＵＣＣＨ資源上で送信することができる。
【００９２】
第１のＲＲＣメッセージは、一方向セル内ハンドオーバが開始されるべきであることを示し得る。
【００９３】
第１のＲＲＣメッセージは、第２のＵＬ一次キャリアを識別するフィールドを含み得る。
【００９４】
第１のＲＲＣメッセージは、割り当てられたＰＵＣＣＨ資源を示すフィールドを含み得る。
【００９５】
第１のＲＲＣメッセージは、第１のＲＲＣメッセージが一方向ＵＬハンドオーバを構成することを示すＲＲＣフィールドを含み得る。
【００９６】
ＳＲは、第１のＲＲＣメッセージ中に示された新たな資源を使って、第２のＵＬ一次キャリアに乗せて送ることができる。
【００９７】
ＷＴＲＵ７００内のプロセッサ７２０は、ある特定のＵＬキャリアをＵＬ一次キャリアとして使い、第２のＵＬ一次キャリア上でＲＡＣＨ手順を開始するように構成され得る。受信機７１０は、第１のＲＲＣメッセージを受信およびデコードし、ランダムアクセス応答メッセージを受信し、ＵＬグラントを受信するように構成され得る。送信機７１５は、プリアンブルを送信し、ＵＬグラントによって割り振られたＰＵＳＣＨ上での第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを送信するように構成され得る。
【００９８】
第１のＲＲＣメッセージは、ＲＡＣＨ専用資源を示すフィールドを含み得る。
【００９９】
ＲＡＣＨメッセージは、タイミングアラインメントまたはタイミングアドバンス情報を含み得る。
【０１００】
受信機７１０は、ＭＡＣ  ＣＥ一次変更コマンドを受信するように構成され得る。プロセッサ７２０は、ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように構成され得る。ＰＨＹレイヤ７３０は、第１のサブフレームにおいて第１のＵＬ一次キャリアを介して第１のＡＣＫを送り、第２のサブフレームにおいて第２のＵＬ一次キャリアを介して第２のＡＣＫを送るように構成され得る。ＭＡＣレイヤ７２５は、ＭＡＣ  ＣＥ一次変更コマンドを処理し、第２のＵＬ一次キャリアの場所についてＰＨＹレイヤに知らせ、同じＭＡＣ  ＣＥ一次変更コマンドを、予め処理されたものとして処理するように構成され得る。ＰＨＹレイヤ７３０およびＭＡＣレイヤ７２５は、プロセッサ内にあってよい。
【０１０１】
実施形態
１．ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される、アップリンク（ＵＬ）一次キャリアを再選択する方法であって、
ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように、ＷＴＲＵを構成することを含む方法。
【０１０２】
２．第１の無線資源制御（ＲＲＣ）メッセージを受信すること、
第１のＲＲＣメッセージをデコードすること、
スケジューリング要求（ＳＲ）を第２のＵＬ一次キャリアに乗せて送ること、
第２のＵＬ一次キャリア上で動作を開始すること、
ＵＬグラントを受信すること、および
第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られた物理アップリンク共有チャネル（ＰＵＳＣＨ）に乗せて送ること
をさらに含む実施形態１に記載の方法。
【０１０３】
３．第２のＵＬ一次キャリアを介してＨＡＲＱ（ハイブリッド自動再送リクエスト）ＡＣＫ（肯定確認応答）またはＮＡＣＫ（否定確認応答）を送信して、ある特定のダウンリンク共有チャネル（ＤＬ−ＳＣＨ）に関するフィードバックを与えることをさらに含む実施形態２に記載の方法。
【０１０４】
４．第２のＵＬ一次キャリアを介してチャネル品質インジケータ（ＣＱＩ）を送信して、ある特定のダウンリンク共有チャネル（ＤＬ−ＳＣＨ）に関するフィードバックを与えることをさらに含む実施形態２に記載の方法。
【０１０５】
５．ある特定のダウンリンク共有チャネル（ＤＬ−ＳＣＨ）に関するフィードバックは、第２のＵＬ一次キャリアのＰＵＣＣＨ（物理アップリンク制御チャネル）を介して伝送される実施形態２に記載の方法。
【０１０６】
６．受信されたＰＤＳＣＨ（物理ダウンリンク共有チャネル）から結果的に生じる複数のＨＡＲＱ（ハイブリッド自動再送リクエスト）フィードバックは、まとめられ、第２のＵＬ一次キャリアのＰＵＣＣＨ（物理アップリンク制御チャネル）資源に乗せて伝送される実施形態２〜５のいずれか１つに記載の方法。
【０１０７】
７．第１のＲＲＣメッセージは、一方向セル内ハンドオーバが開始されるべきであることを示す実施形態２〜６のいずれか１つに記載の方法。
【０１０８】
８．第１のＲＲＣメッセージは、第２のＵＬ一次キャリアを識別するフィールドを含む実施形態２〜６のいずれか１つに記載の方法。
【０１０９】
９．第１のＲＲＣメッセージは、割り当てられたＰＵＣＣＨ（物理アップリンク制御チャネル）資源を示すフィールドを含む実施形態２〜６のいずれか１つに記載の方法。
【０１１０】
１０．第１のＲＲＣメッセージは、第１のＲＲＣメッセージが一方向ＵＬハンドオーバを構成することを示すＲＲＣフィールドを含む実施形態２〜６のいずれか１つに記載の方法。
【０１１１】
１１．ＳＲは、第１のＲＲＣメッセージ中で示された新たな資源を使って、第２のＵＬ一次キャリアに乗せて送られる実施形態２〜１０のいずれか１つに記載の方法。
【０１１２】
１２．ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される、アップリンク（ＵＬ）一次キャリアを再選択する方法であって、
ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように、ＷＴＲＵを構成すること、
第１の無線資源制御（ＲＲＣ）メッセージを受信すること、
第１のＲＲＣメッセージをデコードすること、
第２のＵＬ一次キャリア上でランダムアクセスチャネル（ＲＡＣＨ）手順を開始すること、
プリアンブルを送信すること、
ランダムアクセス応答メッセージを受信すること、
第２のＵＬ一次キャリア上で動作を開始すること、
ＵＬグラントを受信すること、および
第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られた物理アップリンク共有チャネル（ＰＵＳＣＨ）に乗せて送ること
を含む方法。
【０１１３】
１３．第１のＲＲＣメッセージは、一方向セル内ハンドオーバが開始されるべきであることを示す実施形態１２に記載の方法。
【０１１４】
１４．第１のＲＲＣメッセージは、第２のＵＬ一次キャリアを識別するフィールドを含む実施形態１２に記載の方法。
【０１１５】
１５．第１のＲＲＣメッセージは、割り当てられたＰＵＣＣＨ（物理アップリンク制御チャネル）資源を示すフィールドを含む実施形態１２に記載の方法。
【０１１６】
１６．第１のＲＲＣメッセージは、第１のＲＲＣメッセージが一方向ＵＬハンドオーバを構成することを示すＲＲＣフィールドを含む実施形態１２に記載の方法。
【０１１７】
１７．第１のＲＲＣメッセージは、第１のＲＲＣメッセージが一方向ＵＬハンドオーバを構成ことを示すＲＲＣフィールドを含む実施形態１２に記載の方法。
【０１１８】
１８．ＲＡＣＨメッセージは、タイミングアラインメントまたはタイミングアドバンス情報を含む実施形態１２〜１７のいずれか１つに記載の方法。
【０１１９】
１９．ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される、アップリンク（ＵＬ）一次キャリアを再選択する方法であって、
ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように、ＷＴＲＵを構成すること、
第１の無線資源制御（ＲＲＣ）メッセージを受信すること、
第１のＲＲＣメッセージをデコードすること、
予め定義されたアイドル期間が満了するのを待つこと、
ＵＬグラントを受信すること、
第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られた物理アップリンク共有チャネル（ＰＵＳＣＨ）に乗せて送ること、および
第２のＵＬ一次キャリア上で動作を開始すること
を含む方法。
【０１２０】
２０．ワイヤレス送受信ユニット（ＷＴＲＵ）によって実装される、アップリンク（ＵＬ）一次キャリアを再選択する方法であって、
ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように、ＷＴＲＵを構成すること、
メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）一次変更コマンドを受信すること、
ＷＴＲＵ内のＭＡＣレイヤが、ＭＡＣ  ＣＥ一次変更コマンドを処理し、ＷＴＲＵ内の物理（ＰＨＹ）レイヤに、第２のＵＬ一次キャリアの場所について知らせること、
第１のサブフレームにおいて、ＰＨＹレイヤが、第１のＵＬ一次キャリアを介して第１のＡＣＫ（肯定確認応答）を送ること、
ＭＡＣレイヤが、同じＭＡＣ  ＣＥ一次変更コマンドを、予め処理されたものとして処理すること、および
第２のサブフレームにおいて、ＰＨＹレイヤが、第２のＵＬ一次キャリアを介して第２のＡＣＫを送ること
を含む方法。
【０１２１】
２１．アップリンク（ＵＬ）一次キャリアを再選択するワイヤレス送受信ユニット（ＷＴＲＵ）であって、
ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように構成されたプロセッサと、
第１の無線資源制御（ＲＲＣ）メッセージを受信およびデコードし、ＵＬグラントを受信するように構成された受信機と、
スケジューリング要求（ＳＲ）を第２のＵＬ一次キャリアに乗せて送信し、第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られた物理アップリンク共有チャネル（ＰＵＳＣＨ）に乗せて送信するように構成された送信機と
を備えるＷＴＲＵ。
【０１２２】
２２．第２のＵＬ一次キャリアを介してＨＡＲＱ（ハイブリッド自動再送リクエスト）ＡＣＫ（肯定確認応答）またはＮＡＣＫ（否定確認応答）を送信して、ある特定のダウンリンク共有チャネル（ＤＬ−ＳＣＨ）に関するフィードバックを与えるように構成された送信機をさらに備える実施形態２１に記載のＷＴＲＵ。
【０１２３】
２３．第２のＵＬ一次キャリアを介してチャネル品質インジケータ（ＣＱＩ）を送信して、ある特定のダウンリンク共有チャネル（ＤＬ−ＳＣＨ）に関するフィードバックを与えるように構成された送信機をさらに備える実施形態２１に記載のＷＴＲＵ。
【０１２４】
２４．ある特定のダウンリンク共有チャネル（ＤＬ−ＳＣＨ）に関するフィードバックは、第２のＵＬ一次キャリアのＰＵＣＣＨ（物理アップリンク制御チャネル）を介して伝送される実施形態２１に記載のＷＴＲＵ。
【０１２５】
２５．受信されたＰＤＳＣＨ（物理ダウンリンク共有チャネル）から結果的に生じる複数のＨＡＲＱ（ハイブリッド自動再送リクエスト）フィードバックは、まとめられ、第２のＵＬ一次キャリアのＰＵＣＣＨ（物理アップリンク制御チャネル）資源に乗せて伝送される実施形態２２〜２４のいずれか１つに記載のＷＴＲＵ。
【０１２６】
２６．第１のＲＲＣメッセージは、一方向セル内ハンドオーバが開始されるべきであることを示す実施形態２２〜２５のいずれか１つに記載のＷＴＲＵ。
【０１２７】
２７．第１のＲＲＣメッセージは、第２のＵＬ一次キャリアを識別するフィールドを含む実施形態２２〜２５のいずれか１つに記載のＷＴＲＵ。
【０１２８】
２８．第１のＲＲＣメッセージは、割り当てられたＰＵＣＣＨ（物理アップリンク制御チャネル）資源を示すフィールドを含む実施形態２２〜２５のいずれか１つに記載のＷＴＲＵ。
【０１２９】
２９．第１のＲＲＣメッセージは、第１のＲＲＣメッセージが一方向ＵＬハンドオーバを構成することを示すＲＲＣフィールドを含む実施形態２２〜２５のいずれか１つに記載のＷＴＲＵ。
【０１３０】
３０．ＳＲは、第１のＲＲＣメッセージ中で示された新たな資源を使って、第２のＵＬ一次キャリアに乗せて送られる実施形態２２〜２９のいずれか１つに記載のＷＴＲＵ。
【０１３１】
３１．アップリンク（ＵＬ）一次キャリアを再選択するワイヤレス送受信ユニット（ＷＴＲＵ）であって、
ある特定のＵＬキャリアをＵＬ一次キャリアとして使うとともに、第２のＵＬ一次キャリア上でランダムアクセスチャネル（ＲＡＣＨ）手順を開始するように、ＷＴＲＵを構成するプロセッサと、
第１の無線資源制御（ＲＲＣ）メッセージを受信およびデコードし、ランダムアクセス応答メッセージを受信し、ＵＬグラントを受信するように構成された受信機と、
プリアンブルを送信し、第１のＲＲＣメッセージの受信を確認する第２のＲＲＣメッセージを、ＵＬグラントによって割り振られた物理アップリンク共有チャネル（ＰＵＳＣＨ）に乗せて送信するように構成された送信機と
を備えるＷＴＲＵ。
【０１３２】
３２．第１のＲＲＣメッセージは、一方向セル内ハンドオーバが開始されるべきであることを示す実施形態３１に記載のＷＴＲＵ。
【０１３３】
３３．第１のＲＲＣメッセージは、第２のＵＬ一次キャリアを識別するフィールドを含む実施形態３１に記載のＷＴＲＵ。
【０１３４】
３４．第１のＲＲＣメッセージは、割り当てられたＰＵＣＣＨ（物理アップリンク制御チャネル）資源を示すフィールドを含む実施形態３１に記載のＷＴＲＵ。
【０１３５】
３５．第１のＲＲＣメッセージは、ＲＡＣＨ専用資源を示すフィールドを含む実施形態３１に記載のＷＴＲＵ。
【０１３６】
３６．第１のＲＲＣメッセージは、第１のＲＲＣメッセージが一方向ＵＬハンドオーバを構成することを示すＲＲＣフィールドを含む実施形態３１に記載のＷＴＲＵ。
【０１３７】
３７．ＲＡＣＨメッセージは、タイミングアラインメントまたはタイミングアドバンス情報を含む実施形態３１〜３６のいずれか１つに記載のＷＴＲＵ。
【０１３８】
３８．アップリンク（ＵＬ）一次キャリアを再選択するワイヤレス送受信ユニット（ＷＴＲＵ）であって、
メディアアクセス制御（ＭＡＣ）制御要素（ＣＥ）一次変更コマンドを受信するように構成された受信機と、
ある特定のＵＬキャリアを第１のＵＬ一次キャリアとして使うように構成されたプロセッサと、
第１のサブフレームにおいて、第１のＵＬ一次キャリアを介して第１のＡＣＫ（肯定確認応答）を送り、第２のサブフレームにおいて、第２のＵＬ一次キャリアを介して第２のＡＣＫを送るように構成された物理（ＰＨＹ）レイヤと、
ＭＡＣ  ＣＥ一次変更コマンドを処理し、第２のＵＬ一次キャリアの場所についてＰＨＹレイヤに知らせ、同じＭＡＣ  ＣＥ一次変更コマンドを、予め処理されたものとして処理するように構成されたメディアアクセス制御（ＭＡＣ）レイヤと
を備えるＷＴＲＵ。
【０１３９】
３９．ＰＨＹレイヤおよびＭＡＣレイヤは、プロセッサ内にある実施形態３８に記載のＷＴＲＵ。
【０１４０】
特徴および要素が、具体的に組み合わされて上で記載されたが、各特徴または要素は、他の特徴および要素なしで個別に、または他の特徴および要素ありでもなしでも、様々に組み合わせて用いることができる。ここで挙げた方法またはフローチャートは、汎用コンピュータまたはプロセッサによる実行用のコンピュータ可読記憶媒体に組み込まれる、コンピュータプログラム、ソフトウェア、またはファームウェア中に実装することができる。コンピュータ可読記憶媒体の例は、ＲＯＭ（読出し専用メモリ）、ＲＡＭ（ランダムアクセスメモリ）、レジスタ、キャッシュメモリ、半導体メモリ素子、内部ハードディスクおよび取外し可能ディスクなどの磁気メディア、光磁気メディア、ならびにＣＤ−ＲＯＭディスク、およびＤＶＤ（デジタル多用途ディスク）などの光メディアを含む。
【０１４１】
適切なプロセッサは、例として、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、ＤＳＰ（デジタル信号プロセッサ）、複数のマイクロプロセッサ、ＤＳＰコアと関連した１つもしくは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、ＡＳＩＣ（特定用途向け集積回路）、ＦＰＧＡ（フィールドプログラム可能ゲートアレイ）回路、他の任意のタイプのＩＣ（集積回路）、および／または状態マシンを含む。
【０１４２】
ソフトウェアと関連したプロセッサは、ワイヤレス送受信ユニット（ＷＴＲＵ）、ユーザ機器（ＵＥ）、端末、基地局、無線ネットワークコントローラ（ＲＮＣ）、または任意のホストコンピュータ内で使用するための無線周波数トランシーバを実装するのに使うことができる。ＷＴＲＵは、カメラ、ビデオカメラモジュール、テレビ電話、スピーカーフォン、振動デバイス、スピーカ、マイクロホン、テレビトランシーバ、ハンズフリーヘッドセット、キーボード、ブルートゥース（登録商標）モジュール、ＦＭ（周波数変調）無線ユニット、ＬＣＤ（液晶ディスプレイ）表示ユニット、ＯＬＥＤ（有機発光ダイオード）表示ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザ、および／または任意のＷＬＡＮ（ワイヤレスローカルエリアネットワーク）もしくはＵＷＢ（超広帯域）モジュールなど、ハードウェアおよび／またはソフトウェア中に実装されるモジュールとともに使うことができる。
【図１】
0005453462.tif 000002
【図２】
0005453462.tif 000003
【図３】
0005453462.tif 000004
【図４】
0005453462.tif 000005
【図５】
0005453462.tif 000006
【図６】
0005453462.tif 000007
【図７】
0005453462.tif 000008
【図８】
0005453462.tif 000009
【図９】
0005453462.tif 000010