JP2017511671A

JP2017511671A - 無線リソースの用途変更を支援する無線通信システムにおけるフォールバック（ｆａｌｌｂａｃｋ）モードの上りリンク信号送信方法及びそのための装置

Info

Publication number: JP2017511671A
Application number: JP2016566592A
Authority: JP
Inventors: リー，セウンミン; ヤン，スクチェル; セオ，ハンビュル
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2014-02-08
Filing date: 2015-02-09
Publication date: 2017-04-20
Anticipated expiration: 2035-02-09
Also published as: EP3104546A4; EP3104546A1; EP3104546B1; WO2015119465A1; CN105981324A; JP6325134B2; CN105981324B; US10003439B2; US20160344516A1; KR20160119071A

Abstract

【課題】【解決手段】本発明は無線リソース用途の動的変更を支援する無線通信システム上で端末が上りリンク信号を送信する方法及び装置に関するものである。具体的に、フォールバックモードによる第１上りリンク−下りリンク設定上の特定のサブフレームで上りリンク信号送信を判断する段階を含み、前記フォールバックモードは、第２上りリンク−下りリンク設定による無線リソース用途への再設定のために送信された、用途変更メッセージの受信が成功しなかった場合に適用されることを特徴とする。【選択図】図１２

Description

本発明は無線通信システムに関するもので、より詳しくは無線リソースの用途変更を支援する無線通信システムにおけるフォールバック（ｆａｌｌｂａｃｋ）モードの上りリンク信号送信方法及びそのための装置に関するものである。

本発明が適用できる無線通信システムの一例として、３ＧＰＰＬＴＥ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。

図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（ＥｖｏｌｖｅｄＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）は、既存のＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ；ＴｅｃｈｎｉｃａｌＳｐｅｃｉｆｉｃａｔｉｏｎＧｒｏｕｐＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７及びＲｅｌｅａｓｅ８を参照することができる。

図１を参照すると、Ｅ−ＵＭＴＳは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（ＡｃｃｅｓｓＧａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。

一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定することができる。基地局は、複数の端末に対するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（ＣｏｒｅＮｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）単位に端末の移動性を管理する。

無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥまで開発されているが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を有するためには新たな技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、流動周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。

端末は基地局の無線通信システムの効率的な運用を補助するために、現在チャネルの状態情報を基地局に周期的及び／又は非周期的に報告する。このように報告されるチャネルの状態情報は多様な状況を考慮して計算された結果を含むことができるため、より効率的な報告方法が要求されている実情である。

前述したような論議に基づき、以下では無線リソースの用途変更を支援する無線通信システムにおけるフォールバック（ｂａｌｌｂａｃｋ）モードの上りリンク信号送信方法及びそのための装置を提案しようとする。

本発明が達成しようとする技術的課題は前記技術的課題に制限されなく、言及しなかった他の技術的課題は下記の記載から本発明が属する当該技術分野の当業者に明らかに理解可能であろう。

前述した問題点を解決するための本発明の一態様である、無線リソース用途の動的変更を支援する無線通信システム上で端末が上りリンク信号を送信する方法は、フォールバックモードによる第１上りリンク−下りリンク設定上の特定のサブフレームで上りリンク信号送信を判断する段階を含み、前記フォールバックモードは、第２上りリンク−下りリンク設定による無線リソース用途への再設定のために送信された、用途変更メッセージの受信が成功しなかった場合に適用されることを特徴とする。

また、前記特定のサブフレームは、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、前記上りリンク信号はサウンディング参照信号（ＳＲＳ）であり、前記サウンディング参照信号は、前記特定のサブフレームでＰＵＳＣＨ伝送がスケジューリングされなかった場合にドロップ（ｄｒｏｐ）されるように設定されることを特徴とすることができる。

また、前記特定のサブフレームは、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームであり、前記上りリンク信号はサウンディング参照信号（ＳＲＳ）であることを特徴とすることができる。

また、前記特定のサブフレームは、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、前記特定のサブフレームにおいて、前記上りリンク信号はＰＵＳＣＨ再伝送のために設定され、前記特定のサブフレーム上での前記ＰＵＳＣＨ再伝送を指示するＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄ−ａｒｑＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）を受信した場合、前記上りリンク信号は送信されないように設定されることを特徴とすることができる。また、前記ＰＨＩＣＨ情報は、前記特定のサブフレーム上での前記ＰＵＳＣＨ再伝送を指示する場合、デコーディングを省略（ｓｋｉｐ）するように設定され、上位階層にＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）をシグナリングする段階をさらに含むことができる。

また、前記特定のサブフレームは、ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、前記特定のサブフレームにおいて、前記上りリンク信号は上りリンクグラント（ＵＬＧｒａｎｔ）に基づく適応的ＰＵＳＣＨ再伝送（ＡｄａｐｔｉｖｅＰＵＳＣＨＲｅｔｒａｎｓｍｉｓｓｉｏｎ）されることを特徴とすることができる。また、前記特定のサブフレームは、ＰＨＩＣＨに基づく非適応的ＰＵＳＣＨ再伝送（Ｎｏｎ−ＡｄａｐｔｉｖｅＰＵＳＣＨＲｅｔｒａｎｓｍｉｓｓｉｏｎ）はドロップ（ｄｒｏｐ）されるように設定されることを特徴とすることができる。

前述した問題点を解決するための本発明の他の態様である、無線リソース用途の動的変更を支援する無線通信システム上で上りリンク信号を送信する端末であって、無線周波数ユニット（ＲａｄｉｏＦｒｅｑｕｅｎｃｙＵｎｉｔ）；及びプロセッサ（Ｐｒｏｃｅｓｓｏｒ）を含み、前記プロセッサは、フォールバックモードによる第１上りリンク−下りリンク設定上の特定のサブフレームで上りリンク信号送信を判断するように構成され、前記フォールバックモードは、第２上りリンク−下りリンク設定による無線リソース用途への再設定のために送信された、用途変更メッセージの受信が成功しなかった場合に適用されることを特徴とすることができる。

本発明の実施例によれば、無線リソースの用途変更を支援する無線通信システムにおけるフォールバックモードの上りリンク信号送信を効率的に支援することができる。

本発明で得られる効果は以上に言及した効果に制限されなく、言及しなかった他の効果は下記の記載から本発明が属する当該技術分野の当業者に明確に理解可能であろう。

本発明に関する理解を助けるために詳細な説明の一部として含まれる、添付図面は本発明の実施例を提供し、詳細な説明とともに本発明の技術的思想を説明する。
無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に例示する。３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）のコントロールプレーン（ＣｏｎｔｒｏｌＰｌａｎｅ）及びユーザプレーン（ＵｓｅｒＰｌａｎｅ）構造を例示する。３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を例示する。ＬＴＥシステムに使われる無線フレームの構造を例示する。下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）を例示する。下りリンクサブフレームの構造を例示する。ＬＴＥシステムにおいて下りリンク制御チャネルを構成するのに使われるリソース単位を示す。単一セル状況でＴＤＤＵＬＡＣＫ／ＮＡＣＫ伝送過程を示す。キャリア併合（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する。複数のキャリアが併合された場合のスケジューリングを例示する。ＥＰＤＣＣＨとＥＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨを例示する図である。ＴＤＤシステム環境下で既存（Ｌｅｇａｃｙ）サブフレームが静的サブフレーム集合と流動サブフレーム集合に再設定された場合を示す。本発明の一実施例に適用可能な基地局及び端末を示す。

以下の技術は、ＣＤＭＡ（ｃｏｄｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅｃａｒｒｉｅｒｆｒｅｑｕｅｎｃｙｄｉｖｉｓｉｏｎｍｕｌｔｉｐｌｅａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（ＵｎｉｖｅｒｓａｌＴｅｒｒｅｓｔｒｉａｌＲａｄｉｏＡｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（ＧｌｏｂａｌＳｙｓｔｅｍｆｏｒＭｏｂｉｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ＧｅｎｅｒａｌＰａｃｋｅｔＲａｄｉｏＳｅｒｖｉｃｅ）／ＥＤＧＥ（ＥｎｈａｎｃｅｄＤａｔａＲａｔｅｓｆｏｒＧＳＭＥｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ８０２−２０、Ｅ−ＵＴＲＡ（ＥｖｏｌｖｅｄＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（ＵｎｉｖｅｒｓａｌＭｏｂｉｌｅＴｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓＳｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄＧｅｎｅｒａｔｉｏｎＰａｒｔｎｅｒｓｈｉｐＰｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇｔｅｒｍｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ＥｖｏｌｖｅｄＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰＬＴＥの進化したバージョンである。

説明を明確にするために、３ＧＰＰＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。

図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ）のコントロールプレーン（ＣｏｎｔｒｏｌＰｌａｎｅ）及びユーザプレーン（ＵｓｅｒＰｌａｎｅ）の構造を示す図である。コントロールプレーンは、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。

第１層である物理層は、物理チャネル（ＰｈｙｓｉｃａｌＣｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（ＩｎｆｏｒｍａｔｉｏｎＴｒａｎｓｆｅｒＳｅｒｖｉｃｅ）を提供する。物理層は上位にある媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）層とは伝送チャネル（ＴｒａｎｓｐｏｒｔＣｈａｎｎｅｌ）を介して接続されている。この伝送チャネルを介して媒体接続制御層と物理層間にデータが移動する。送信側の物理層と受信側の物理層間は、物理チャネルを介してデータが移動する。この物理チャネルは、時間と周波数を無線リソースとして用いる。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（ＯｒｔｈｏｇｏｎａｌＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ−ＦＤＭＡ（ＳｉｎｇｌｅＣａｒｒｉｅｒＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＭｕｌｔｉｐｌｅＡｃｃｅｓｓ）方式で変調される。

第２層の媒体接続制御（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）を介して上位層である無線リンク制御（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性あるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとして具現することもできる。第２層のＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に送信するために不要の制御情報を減らすヘッダー圧縮（ＨｅａｄｅｒＣｏｍｐｒｅｓｓｉｏｎ）機能を果たす。

第３層の最下部に位置している無線リソース制御（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は、無線ベアラー（ＲａｄｉｏＢｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ接続（ＲＲＣＣｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ接続状態（ＣｏｎｎｅｃｔｅｄＭｏｄｅ）であり、そうでない場合、ＲＲＣ休止状態（ＩｄｌｅＭｏｄｅ）である。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−ＡｃｃｅｓｓＳｔｒａｔｕｍ）層は、セッション管理（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔ）と移動性管理（ＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔ）などの機能を果たす。

基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは異なった帯域幅を提供するように設定することができる。

ネットワークから端末にデータを送信する下り伝送チャネルは、システム情報を送信するＢＣＨ（ＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（ＰａｇｉｎｇＣｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信されてもよく、又は別の下りＭＣＨ（ＭｕｌｔｉｃａｓｔＣｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信する上り伝送チャネルには、初期制御メッセージを送信するＲＡＣＨ（ＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（ＳｈａｒｅｄＣｈａｎｎｅｌ）がある。伝送チャネルの上位に位置しており、伝送チャネルにマップされる論理チャネル（ＬｏｇｉｃａｌＣｈａｎｎｅｌ）には、ＢＣＣＨ（ＢｒｏａｄｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＣＣＨ（ＰａｇｉｎｇＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＣＣＣＨ（ＣｏｍｍｏｎＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＣＣＨ（ＭｕｌｔｉｃａｓｔＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＭＴＣＨ（ＭｕｌｔｉｃａｓｔＴｒａｆｆｉｃＣｈａｎｎｅｌ）などがある。

図３は、３ＧＰＰＬＴＥシステムに用いられる物理チャネル及びそれらを用いた一般的な信号送信方法を説明するための図である。

電源が消えた状態で電源がついたり、新しくセルに進入したりしたユーザ機器は、段階Ｓ３０１で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ）作業を行う。そのために、ユーザ機器は基地局から１次同期チャネル（ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｐ−ＳＣＨ）及び２次同期チャネル（ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、ユーザ機器は、基地局から物理放送チャネル（ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ）を受信してセル内放送情報を取得することができる。一方、ユーザ機器は、初期セル探索段階で下りリンク参照信号（ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＤＬＲＳ）を受信して下りリンクチャネル状態を確認することができる。

初期セル探索を終えたユーザ機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。

その後、ユーザ機器は、基地局への接続を完了するために、段階Ｓ３０３乃至段階Ｓ３０６のようなランダムアクセス手順（ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ）を行うことができる。そのために、ユーザ機器は、物理ランダムアクセスチャネル（ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）のような衝突解決手順（ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ）を行うことができる。

上述したような手順を行ったユーザ機器は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）及び物理上りリンク共有チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ３０８）を行うことができる。ユーザ機器が基地局に送信する制御情報を総称して上りリンク制御情報（ＵｐｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）という。ＵＣＩは、ＨＡＲＱＡＣＫ／ＮＡＣＫ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅＱｕｅｓｔＡｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ）、ＣＳＩ（ＣｈａｎｎｅｌＳｔａｔｅＩｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書で、ＨＡＲＱＡＣＫ／ＮＡＣＫは簡単に、ＨＡＲＱ−ＡＣＫあるいはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と呼ぶ。ＨＡＲＱ−ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも一つを含む。ＣＳＩは、ＣＱＩ（ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ）、ＰＭＩ（ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｉｃａｔｏｒ）、ＲＩ（ＲａｎｋＩｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にはＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータとが同時に送信されるべき場合にはＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要請／指示に応じて、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することもできる。

図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。

図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位になされ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰＬＴＥ標準では、ＦＤＤ（ＦｒｅｑｕｅｎｃｙＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏｆｒａｍｅ）構造、及びＴＤＤ（ＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。

図４の（ａ）は、タイプ１無線フレームの構造を例示する。下りリンク無線フレーム（ｒａｄｉｏｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１サブフレームは、時間領域（ｔｉｍｅｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。１サブフレーム）を送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎｔｉｍｅｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さを１ｍｓ、１スロットの長さを０．５ｍｓとすることができる。１スロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で複数のリソースブロック（ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ）を含む。３ＧＰＰＬＴＥシステムでは下りリンクでＯＦＤＭＡが用いられるため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソース割当て単位としてのリソースブロック（ＲＢ）は、１スロットで複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。

１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（ＣｙｃｌｉｃＰｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって可変することができる。ＣＰには、拡張されたＣＰ（ｅｘｔｅｎｄｅｄＣＰ）と標準ＣＰ（ｎｏｒｍａｌＣＰ）がある。例えば、ＯＦＤＭシンボルが標準ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張されたＣＰによって構成された場合、１ＯＦＤＭシンボルの長さが増加することから、１スロットに含まれるＯＦＤＭシンボルの数は、標準ＣＰの場合に比べて少ない。拡張されたＣＰの場合、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。ユーザ機器が速い速度で移動するなどしてチャネル状態が不安定な場合、シンボル間干渉をより減らすために、拡張されたＣＰを用いることができる。

標準ＣＰが用いられる場合、１スロットは７ＯＦＤＭシンボルを含むため、１サブフレームは１４ＯＦＤＭシンボルを含む。このとき、各サブフレームの先頭における最大３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｃｏｎｔｒｏｌｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）に割り当てることができる。

図４の（ｂ）は、タイプ２無線フレームの構造を例示する。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆｆｒａｍｅ）で構成され、各ハーフフレームは、２個のスロットを含む４個の一般サブフレームと、ＤｗＰＴＳ（ＤｏｗｎｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）、保護区間（ＧｕａｒｄＰｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（ＵｐｌｉｎｋＰｉｌｏｔＴｉｍｅＳｌｏｔ）を含む特別サブフレーム（ｓｐｅｃｉａｌｓｕｂｆｒａｍｅ）とで構成される。

特別サブフレームにおいて、ＤｗＰＴＳは、ユーザ機器における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定とユーザ機器の上りリンク送信同期の獲得に用いられる。すなわち、ＤｗＰＴＳは下りリンク送信に、ＵｐＰＴＳは上りリンク送信に用いられ、特に、ＵｐＰＴＳはＰＲＡＣＨプリアンブルやＳＲＳ送信のために用いられる。また、保護区間は、上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。

上記の特別サブフレームに関して現在３ＧＰＰ標準文書では下記の表１のように設定を定義している。表１で、
の場合に、ＤｗＰＴＳとＵｐＰＴＳを示しており、残りの領域が保護区間として設定される。

一方、タイプ２無線フレームの構造、すなわち、ＴＤＤシステムにおいて上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬｃｏｎｆｉｇｕｒａｔｉｏｎ）は、下記の表２のとおりである。

上記の表２で、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを意味する。また、上記の表２では、それぞれの上りリンク／下りリンクサブフレーム設定において下りリンク−上りリンクスイッチング周期も表している。

上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。

図５は、下りリンクスロットのリソースグリッド（ｒｅｓｏｕｒｃｅｇｒｉｄ）を例示する。

図５を参照すると、下りリンクスロットは、時間領域で
ＯＦＤＭシンボルを含み、周波数領域で
リソースブロックを含む。それぞれのリソースブロックが
副搬送波を含むので、下りリンクスロットは、周波数領域で
副搬送波を含む。図５は、下りリンクスロットが７ＯＦＤＭシンボルを含み、リソースブロックが１２副搬送波を含むと例示しているが、必ずしもこれに制限されない。例えば、下りリンクスロットに含まれるＯＦＤＭシンボルの個数はサイクリックプレフィックス（ＣｙｃｌｉｃＰｒｅｆｉｘ；ＣＰ）の長さによって変形されてもよい。

リソースグリッド上の各要素をリソース要素（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ；ＲＥ）といい、１つのリソース要素は、１つのＯＦＤＭシンボルインデックス及び１つの副搬送波インデックスで示される。１つのＲＢは、
リソース要素で構成されている。下りリンクスロットに含まれるリソースブロックの数（
）は、セルで設定される下りリンク送信帯域幅（ｂａｎｄｗｉｄｔｈ）に従属する。

図６は、下りリンクサブフレームの構造を例示する。

図６を参照すると、サブフレームの第１スロットにおいて先頭における最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に対応する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ）が割り当てられるデータ領域に該当する。ＬＴＥで用いられる下りリンク制御チャネルの例は、ＰＣＦＩＣＨ（ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）、ＰＤＣＣＨ（ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ）、ＰＨＩＣＨ（ＰｈｙｓｉｃａｌｈｙｂｒｉｄＡＲＱｉｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、上りリンク送信に対する応答としてＨＡＲＱＡＣＫ／ＮＡＣＫ（ＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｐｅａｔｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を運ぶ。

ＰＤＣＣＨを介して送信される制御情報をＤＣＩ（ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ）と称する。ＤＣＩは、ユーザ機器又はユーザ機器グループのためのリソース割当て情報及び他の制御情報を含む。例えば、ＤＣＩは、上りリンク／下りリンクスケジューリング情報、上りリンク送信（Ｔｘ）電力制御命令などを含む。

ＰＤＣＣＨは、下りリンク共有チャネル（ｄｏｗｎｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ、ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割当て情報、ページングチャネル（ｐａｇｉｎｇｃｈａｎｎｅｌ、ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割当て情報、ユーザ機器グループ内の個別ユーザ機器に対する送信電力制御命令セット、送信電力制御命令、ＶｏＩＰ（ＶｏｉｃｅｏｖｅｒＩＰ）の活性化指示情報などを運ぶ。複数のＰＤＣＣＨが制御領域内で送信されてもよく、ユーザ機器は、複数のＰＤＣＣＨをモニタすることができる。ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌｃｈａｎｎｅｌｅｌｅｍｅｎｔ、ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するために用いられる論理的割当てユニットである。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅｅｌｅｍｅｎｔｇｒｏｕｐ、ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数はＣＣＥの個数によって決定される。基地局は、ユーザ機器に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃｒｅｄｕｎｄａｎｃｙｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例、ＲＮＴＩ（ｒａｄｉｏｎｅｔｗｏｒｋｔｅｍｐｏｒａｒｙｉｄｅｎｔｉｆｉｅｒ））でマスクする。例えば、ＰＤＣＣＨが特定ユーザ機器のためのものであれば、該当のユーザ機器の識別子（例、ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがページングメッセージのためのものであれば、ページング識別子（例、ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがシステム情報（より具体的に、システム情報ブロック（ｓｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎｂｌｏｃｋ、ＳＩＢ））のためのものであれば、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＲＮＴＩ）をＣＲＣにマスクすることができる。ＰＤＣＣＨがランダムアクセス応答のためのものであれば、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍａｃｃｅｓｓ−ＲＮＴＩ）をＣＲＣにマスクすることができる。

図７はＬＴＥシステムにおいて下りリンク制御チャネルを構成するのに使われるリソース単位を示す。特に、図７の（ａ）は基地局の送信アンテナの個数が１個又は２個である場合を示し、図７の（ｂ）は基地局の送信アンテナの個数が４個である場合を示す。送信アンテナの個数によってＲＳ（ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ）パターンのみが異なるだけ制御チャネルに係わるリソース単位の設定方法は同様である。

図７を参照すると、下りリンク制御チャネルの基本リソース単位はＲＥＧ（ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ）である。ＲＥＧはＲＳを除いた状態で４個の隣り合うリソース要素（ＲＥ）からなる。ＲＥＧは図面に太い線で示された。ＰＣＦＩＣＨ及びＰＨＩＣＨはそれぞれ４個のＲＥＧ及び３個のＲＥＧを含む。ＰＤＣＣＨはＣＣＥ（ＣｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔｓ）単位でなり、一つのＣＣＥは９個のＲＥＧを含む。

端末は、自分にＬ個のＣＣＥからなるＰＤＣＣＨが送信されるかを確認するために、Ｍ^(L)（≧Ｌ）個の連続するか特定の規則で配置されたＣＣＥを確認するように設定される。端末がＰＤＣＣＨの受信のために考慮しなければならないＬ値は複数となることができる。端末がＰＤＣＣＨ受信のために確認しなければならないＣＣＥ集合を検索領域（ｓｅａｒｃｈｓｐａｃｅ）と言う。一例として、ＬＴＥシステムは検索領域を表３のように定義している。

ここで、ＣＣＥ集成レベルＬはＰＤＣＣＨを構成するＣＣＥの個数を示し、Ｓｋ^(L)はＣＣＥ集成レベルＬの検索領域を示し、Ｍ^(L)は集成レベルＬの検索領域でモニターしなければならない候補ＰＤＣＣＨの個数である。

検索領域は特定端末に対してのみ接近が許される端末特定検索領域（ＵＥ−ｓｐｅｃｉｆｉｃｓｅａｒｃｈｓｐａｃｅ）とセル内の全ての端末に対して接近が許される共通検索領域（ｃｏｍｍｏｎｓｅａｒｃｈｓｐａｃｅ）に区分されることができる。端末はＣＣＥ集成レベルが４及び８である共通検索領域をモニターし、ＣＣＥ集成レベルが１、２、４及び８である端末特定検索領域をモニターする。共通検索領域及び端末特定検索領域はオーバーラップされることができる。

また、それぞれのＣＣＥ集成レベル値に対して任意の端末に付与されるＰＤＣＣＨ検索領域において一番目（最も小さなインデックスを有する）のＣＣＥの位置は端末によってサブフレームごとに変化することになる。これをＰＤＣＣＨ検索領域ハッシング（ｈａｓｈｉｎｇ）と言う。

前記ＣＣＥはシステム帯域に分散されることができる。より具体的に、論理的に連続した複数のＣＣＥがインターリーバー（ｉｎｔｅｒｌｅａｖｅｒ）に入力されることができ、前記インターリーバーは入力された複数のＣＣＥをＲＥＧ単位で混ぜる機能をする。よって、一つのＣＣＥを成す周波数／時間リソースは物理的にサブフレームの制御領域内で全体の周波数／時間領域に分散されて分布する。結局、制御チャネルはＣＣＥ単位でなるがインターリービングはＲＥＧ単位で行われることで、周波数ダイバーシティ（ｄｉｖｅｒｓｉｔｙ）と干渉ランダム化（ｉｎｔｅｒｆｅｒｅｎｃｅｒａｎｄｏｍｉｚａｔｉｏｎ）利得を最大化することができる。

図８は単一セル状況でＴＤＤＵＬＡＣＫ／ＮＡＣＫ伝送過程を示す。

図８を参照すると、端末はＭ個のＤＬサブフレーム（Ｓｕｂｆｒａｍｅ、ＳＦ）上で一つ以上のＤＬ伝送（例えば、ＰＤＳＣＨ信号）を受信することができる（Ｓ８０２＿０〜Ｓ８０２＿Ｍ−１）。それぞれのＰＤＳＣＨ信号は伝送モードによって一つ又は複数（例えば、２個）の伝送ブロック（ＴＢ）（あるいはコードワード（ＣＷ））を送信するのに使われる。また、図示しなかったが、段階Ｓ８０２＿０〜Ｓ８０２＿Ｍ−１で、ＡＣＫ／ＮＡＣＫ応答を要するＰＤＣＣＨ信号、例えばＳＰＳ解除を指示するＰＤＣＣＨ信号（簡単に、ＳＰＳ解除ＰＤＣＣＨ信号）も受信されることができる。Ｍ個のＤＬサブフレームにＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号が存在すれば、端末はＡＣＫ／ＮＡＣＫを送信するための過程（例えば、ＡＣＫ／ＮＡＣＫ（ペイ・ロード）生成、ＡＣＫ／ＮＡＣＫリソース割当てなど）によって、Ｍ個のＤＬサブフレームに対応する一つのＵＬサブフレームを通じてＡＣＫ／ＮＡＣＫを送信する（Ｓ８０４）。ＡＣＫ／ＮＡＣＫは段階Ｓ８０２＿０〜Ｓ８０２＿Ｍ−１のＰＤＳＣＨ信号及び／又はＳＰＳ解除ＰＤＣＣＨ信号に対する受信応答情報を含む。ＡＣＫ／ＮＡＣＫは基本的にＰＵＣＣＨを通じて送信されるが、ＡＣＫ／ＮＡＣＫ伝送時点にＰＵＳＣＨ伝送ある場合、ＡＣＫ／ＮＡＣＫはＰＵＳＣＨを通じて送信されることができる。ＡＣＫ／ＮＡＣＫ伝送のために多様なＰＵＣＣＨフォーマットが使われることができる。また、送信されるＡＣＫ／ＮＡＣＫビット数を減らすためにＡＣＫ／ＮＡＣＫバンドリング（ｂｕｎｄｌｉｎｇ）、ＡＣＫ／ＮＡＣＫチャネル選択（ｃｈａｎｎｅｌｓｅｌｅｃｔｉｏｎ）のような多様な方法が使われることができる。

前述したように、ＴＤＤではＭ個のＤＬサブフレームから受信したデータに対するＡＣＫ／ＮＡＣＫが一つのＵＬサブフレームを通じて送信され（つまり、ＭＤＬＳＦ（ｓ）：１ＵＬＳＦ）、これら間の関係はＤＡＳＩ（ＤｏｗｎｌｉｎｋＡｓｓｏｃｉａｔｉｏｎＳｅｔＩｎｄｅｘ）によって与えられる。

表４はＬＴＥ（−Ａ）に定義されたＤＡＳＩ（Ｋ：｛ｋ０、ｋ１、…ｋＭ−１｝）を示す。表４はＡＣＫ／ＮＡＣＫを送信するＵＬサブフレームの立場で自分に連関したＤＬサブフレームとの間隔を示す。具体的に、サブフレームｎ−ｋ（ｋ∈Ｋ）にＰＤＳＣＨ伝送及び／又はＳＰＳ解除ＰＤＣＣＨがある場合、端末はサブフレームｎで対応するＡＣＫ／ＮＡＣＫを送信する。

ＴＤＤ方式で動作するとき、端末はＭ個のＤＬＳＦを通じて受信した一つ以上のＤＬ伝送（例えば、ＰＤＳＣＨ）に対するＡＣＫ／ＮＡＣＫ信号を一つのＵＬＳＦを通じて送信しなければならない。複数のＤＬＳＦに対するＡＣＫ／ＮＡＣＫを一つのＵＬＳＦを通じて送信する方式は次のようである。

１）ＡＣＫ／ＮＡＣＫバンドリング（ＡＣＫ／ＮＡＣＫｂｕｎｄｌｉｎｇ）：複数のデータユニット（例えば、ＰＤＳＣＨ、ＳＰＳ解除ＰＤＣＣＨなど）に対するＡＣＫ／ＮＡＣＫビットが論理演算（例えば、論理−ＡＮＤ演算）によって結合される。例えば、全てのデータユニットが成功的に復号されれば、受信端（例えば、端末）はＡＣＫ信号を送信する。一方、データユニットの一つでも復号（又は検出）が失敗すれば、受信端はＮＡＣＫ信号を送信するかあるいは何も送信しない。

２）チャネル選択（ｃｈａｎｎｅｌｓｅｌｅｃｔｉｏｎ）：複数のデータユニット（例えば、ＰＤＳＣＨ、ＳＰＳ解除ＰＤＣＣＨなど）を受信する端末はＡＣＫ／ＮＡＣＫ伝送のために複数のＰＵＣＣＨリソースを占有する。複数のデータユニットに対するＡＣＫ／ＮＡＣＫ応答は実際にＡＣＫ／ＮＡＣＫの伝送に使用されたＰＵＣＣＨリソースと送信されたＡＣＫ／ＮＡＣＫ内容（例えば、ビット値、ＱＰＳＫシンボル値）の組合せによって識別される。チャネル選択方式はＡＣＫ／ＮＡＣＫ選択方式、ＰＵＣＣＨ選択方式とも呼ばれる。

チャネル選択方式についてより具体的に説明する。チャネル選択方式において端末は複数の下りリンクデータを受信した場合、多重化したＡＣＫ／ＮＡＣＫ信号を送信するために、複数の上りリンク物理チャネルリソース（例えば、ＰＵＣＣＨリソース）を占有する。一例として、端末は、複数のＰＤＳＣＨを受信した場合、各ＰＤＳＣＨを指示するＰＤＣＣＨの特定のＣＣＥを用いて同数のＰＵＣＣＨリソースを占有することができる。この場合、占有した複数のＰＵＣＣＨリソースの中でどのＰＵＣＣＨリソースを選択するかと選択したＰＵＣＣＨリソースに適用される変調／符号化した内容の組合せを用いて多重化したＡＣＫ／ＮＡＣＫ信号を送信することができる。

表５はＬＴＥシステムに定義されたチャネル選択用マッピングテーブルを例示する。

表５で、ＨＡＲＱ−ＡＣＫ（ｉ）はｉ−番目のデータユニット（０≦ｉ≦３）のＨＡＲＱＡＣＫ／ＮＡＣＫ／ＤＴＸ応答を示す。ＨＡＲＱＡＣＫ／ＮＡＣＫ／ＤＴＸ応答はＡＣＫ、ＮＡＣＫ、ＤＴＸ、ＮＡＣＫ／ＤＴＸを含む。ＮＡＣＫ／ＤＴＸはＮＡＣＫ又はＤＴＸを示す。ＡＣＫ及びＮＡＣＫはＰＤＳＣＨを通じて送信された伝送ブロック（コードブロックと等価である）のデコーディングの成功及び失敗を示す。ＤＴＸ（ＤｉｓｃｏｎｔｉｎｕｏｕｓＴｒａｎｓｍｉｓｓｉｏｎ）はＰＤＣＣＨ検出の失敗を示す。それぞれのデータユニットに関連して最大４個のＰＵＣＣＨリソース（つまり、ｎ⁽¹⁾ _PUCCH、0〜ｎ⁽¹⁾ _PUCCH、3）が占有されることができる。多重化したＡＣＫ／ＮＡＣＫは占有されたＰＵＣＣＨリソースから選択された一つのＰＵＣＣＨリソースを通じて送信される。表５に記載されたｎ⁽¹⁾ _PUCCH、_iは実際にＡＣＫ／ＮＡＣＫを送信するのに使われるＰＵＣＣＨリソースを示す。ｂ（０）ｂ（１）は選択されたＰＵＣＣＨリソースを通じて送信される二つのビットを示し、ＱＰＳＫ方式で変調される。一例として、端末が４個のデータユニットを成功的に復号した場合、端末はｎ⁽¹⁾ _PUCCH、1と連結されたＰＵＣＣＨリソースを通じて（１、１）を基地局に送信する。ＰＵＣＣＨリソースとＱＰＳＫシンボルの組合せが可能なＡＣＫ／ＮＡＣＫ仮定を全て示すのに足りないので、一部の場合を除き、ＮＡＣＫとＤＴＸはカップリングされる（ＮＡＣＫ／ＤＴＸ、Ｎ／Ｄ）。

図９はキャリア併合（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ、ＣＡ）通信システムを例示する。

図９を参照すると、複数の上／下りリンクコンポーネント搬送波（ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ、ＣＣ）を集めてもっと広い上／下りリンク帯域幅を支援することができる。用語“コンポーネント搬送波（ＣＣ）”は等価の他の用語（例えば、キャリア、セルなど）に取り替えられることができる。それぞれのＣＣは周波数領域で互いに隣接するか隣接しないことができる。各コンポーネント搬送波の帯域幅は独立的に決定されることができる。ＵＬＣＣの個数とＤＬＣＣの個数が違う非対称搬送波集成も可能である。一方、制御情報は特定のＣＣを通じてのみ送受信されるように設定できる。このような特定のＣＣをプライマリーＣＣ（又はアンカーＣＣ）と呼び、残りのＣＣをセカンダリーＣＣと呼ぶことができる。

クロス−キャリアスケジューリング（又はクロス−ＣＣスケジューリング）が適用される場合、下りリンク割当てのためのＰＤＣＣＨはＤＬＣＣ＃０に送信され、該当のＰＤＳＣＨはＤＬＣＣ＃２に送信されることができる。クロス−ＣＣスケジューリングのために、キャリア指示フィールド（ｃａｒｒｉｅｒｉｎｄｉｃａｔｏｒｆｉｅｌｄ、ＣＩＦ）の導入を考慮することができる。ＰＤＣＣＨ内でＣＩＦの存在有無は上位階層シグナリング（例えば、ＲＲＣシグナリング）によって半静的及び端末特定（又は端末グループ特定）方式で設定することができる。ＰＤＣＣＨ伝送のベースラインを要約すれば次のようである。
■ＣＩＦディセイブルド（ｄｉｓａｂｌｅｄ）：ＤＬＣＣ上のＰＤＣＣＨは同一ＤＬＣＣ上のＰＤＳＣＨリソースを割り当てるか一つのリンクされたＵＬＣＣ上のＰＵＳＣＨリソースを割り当てる。
●ＮｏＣＩＦ
●ＬＴＥＰＤＣＣＨ構造（同一符号化、同一ＣＣＥに基づくリソースマッピング）及びＤＣＩフォーマットと同一
■ＣＩＦイネイブルド（ｅｎａｂｌｅｄ）：ＤＬＣＣ上のＰＤＣＣＨはＣＩＦを用いて複数の併合されたＤＬ／ＵＬＣＣの中で特定のＤＬ／ＵＬＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる。
●ＣＩＦを有する拡張されたＬＴＥＤＣＩフォーマット
−ＣＩＦ（設定される場合）は固定されたｘ−ビットフィールド（例えば、ｘ＝３）
−ＣＩＦ（設定される場合）位置はＤＣＩフォーマットサイズに関係なく固定される
●ＬＴＥＰＤＣＣＨ構造を再使用（同一符号化、同一ＣＣＥに基づくリソースマッピング）

ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を低めるために、ＰＤＣＣＨモニタリングＤＬＣＣセットを割り当てることができる。ＰＤＣＣＨモニタリングＤＬＣＣセットは併合された全体ＤＬＣＣの一部として一つ以上のＤＬＣＣを含み、端末は該当のＤＬＣＣ上でのみＰＤＣＣＨの検出／復号化を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジューリングする場合、ＰＤＣＣＨはＰＤＣＣＨモニタリングＤＬＣＣセットを通じてのみ送信される。ＰＤＣＣＨモニタリングＤＬＣＣセットは端末特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末グループ特定又はセル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）方式で設定することができる。用語“ＰＤＣＣＨモニタリングＤＬＣＣ”はモニタリングキャリア、モニタリングセルなどの等価の用語に取り替えられることができる。また、端末のために併合されたＣＣはサービングＣＣ、サービングキャリア、サービングセルなどのような等価の用語に取り替えられることができる。

図１０は複数のキャリアが併合された場合のスケジューリングを例示する。３個のＤＬＣＣが併合されたと仮定する。ＤＬＣＣＡがＰＤＣＣＨモニタリングＤＬＣＣに設定されたと仮定する。ＤＬＣＣＡ〜ＣはサービングＣＣ、サービングキャリア、サービングセルなどに呼ばれることができる。ＣＩＦがディセイブルされた場合、それぞれのＤＬＣＣはＬＴＥＰＤＣＣＨ設定によってＣＩＦなしに自分のＰＤＳＣＨをスケジューリングするＰＤＣＣＨのみを送信することができる。一方、端末特定（又は端末グループ特定又はセル特定）上位階層シグナリングによってＣＩＦがイネイブルされた場合、ＤＬＣＣＡ（モニタリングＤＬＣＣ）はＣＩＦを用いてＤＬＣＣＡのＰＤＳＣＨをスケジューリングするＰＤＣＣＨだけでなく、他のＣＣのＰＤＳＣＨをスケジューリングするＰＤＣＣＨも送信することができる。この場合、ＰＤＣＣＨモニタリングＤＬＣＣに設定されなかったＤＬＣＣＢ／ＣではＰＤＣＣＨが送信されない。よって、ＤＬＣＣＡ（モニタリングＤＬＣＣ）はＤＬＣＣＡに関連したＰＤＣＣＨ検索領域、ＤＬＣＣＢに関連したＰＤＣＣＨ検索領域及びＤＬＣＣＣに関連したＰＤＣＣＨ検索領域を全て含まなければならない。この明細書で、ＰＤＣＣＨ検索領域はキャリア別に定義されると仮定する。

前述したように、ＬＴＥ−Ａはクロス−ＣＣスケジューリングのためにＰＤＣＣＨ内でＣＩＦの使用を考慮している。ＣＩＦの使用可否（つまり、クロス−ＣＣスケジューリングモード又はノンクロス−ＣＣスケジューリングモードの支援）及びモード間転換はＲＲＣシグナリングによって半静的／端末特定に設定されることができ、該当のＲＲＣシグナリング過程を経た端末は自分にスケジューリングされるＰＤＣＣＨ内にＣＩＦが使われるかを認識することができる。

以下、ＴＤＤＣＡでＨＡＲＱ−ＡＣＫ伝送のためにＰＵＣＣＨフォーマット１ｂを用いたチャネル選択方式が設定された場合について説明する。既存のＬＴＥ−Ａは同一ＴＤＤＵＬ−ＤＬＣｆｇを有する２個のサービングセル（つまり、ＰＣｅｌｌとＳＣｅｌｌ）（あるいはＰＣＣとＳＣＣ）が併合された場合を仮定する。

まず、ＨＡＲＱ−ＡＣＫ伝送のためのＵＬサブフレームｎでＭ≦２である場合にＰＵＣＣＨフォーマット１ｂを用いたチャネル選択方式について説明する。ここで、Ｍは表５を参照して説明したＫ集合に元素個数（つまり、ＵＬＳＦに対応するＤＬＳＦの個数）にあたる。ＵＬサブフレームｎでＭ≦２である場合、端末はＡ個のＰＵＣＣＨリソース（ｎ⁽¹⁾ _PUCCH、_i）から選択されたＰＵＣＣＨリソース上でｂ（０）ｂ（１）を送信することができる（０≦ｉ≦Ａ−１及びＡ⊂｛２、３、４｝）。具体的に、端末はＵＬサブフレームｎでＰＵＣＣＨフォーマット１ｂを用いて表６〜８に従ってＡ／Ｎ信号を送信する。ＵＬサブフレームｎでＭ＝１である場合、ＨＡＲＱ−ＡＣＫ（ｊ）はサービングセルｃに関連した、伝送ブロック又はＳＰＳ解除ＰＤＣＣＨに対するＡ／Ｎ応答を示す。ここで、Ｍ＝１である場合、伝送ブロック、ＨＡＲＱ−ＡＣＫ（ｊ）及びＡ個のＰＵＣＣＨリソースは表９によって与えられることができる。ＵＬサブフレームｎでＭ＝２である場合、ＨＡＲＱ−ＡＣＫ（ｊ）は各サービングセルで集合Ｋによって与えられたＤＬサブフレーム（等）内で、伝送ブロック又はＳＰＳ解除ＰＤＣＣＨに対するＡ／Ｎ応答を示す。ここで、Ｍ＝２である場合、ＨＡＲＱ−ＡＣＫ（ｊ）のための各サービングセル上のサブフレーム及びＡ個のＰＵＣＣＨリソースは表１０に従って与えられることができる。

表６は同じＵＬ−ＤＬＣｆｇを有する二つのＣＣが併合され、Ｍ＝１及びＡ＝２である場合にＬＴＥ−Ａシステムに定義されたチャネル選択用マッピングテーブルを例示する。

ここで、ｎ⁽¹⁾ _PUCCH、0はＰＣＣ（あるいはＰＣｅｌｌ）をスケジューリングするＰＤＣＣＨ（つまり、ＰＣＣ−ＰＤＣＣＨ）にリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、1にはクロスＣＣスケジューリング可否によってＳＣＣをスケジューリングするＰＤＣＣＨ（つまり、ＳＣＣ−ＰＤＣＣＨ）にリンクされた黙示的ＰＵＣＣＨリソースあるいはＲＲＣに予約される明示的ＰＵＣＣＨリソースがそれぞれ割り当てられることができる。例えば、クロス−ＣＣスケジューリング状況で、ｎ⁽¹⁾ _PUCCH、0にはＰＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、1にはＳＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソースが割り当てられることができる。

表７は同じＵＬ−ＤＬＣｆｇを有する二つのＣＣが併合され、Ｍ＝１及びＡ＝３である場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マッピングテーブルを例示する。

ここで、ＰＣＣがＭＩＭＯＣＣで、ＳＣＣがノンＭＩＭＯＣＣである場合、ｎ⁽¹⁾ _PUCCH、0とｎ⁽¹⁾ _PUCCH、1にはＰＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、2にはクロスＣＣスケジューリング可否によってＳＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソースあるいはＲＲＣに予約される明示的ＰＵＣＣＨリソースが割り当てられることができる。また、ＰＣＣがノンＭＩＭＯＣＣで、ＳＣＣがＭＩＭＯＣＣである場合、ｎ⁽¹⁾ _PUCCH、0にはＰＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、1とｎ⁽¹⁾ _PUCCH、2にはクロスＣＣスケジューリング可否によってＳＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソースあるいはＲＲＣに予約される明示的ＰＵＣＣＨリソースが割り当てられることができる。

表８は同じＵＬ−ＤＬＣｆｇを有する二つのＣＣが併合され、Ｍ≦２及びＡ＝４である場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マッピングテーブルを例示する。

ここで、クロス−ＣＣスケジューリング可否に関係なくＰＣＣ（あるいはＰＣｅｌｌ）をスケジューリングするＰＤＣＣＨ（つまり、ＰＣＣ−ＰＤＣＣＨ）にリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、2及び／又はｎ⁽¹⁾ _PUCCH、3にはクロス−ＣＣスケジューリング可否によってＳＣＣをスケジューリングするＰＤＣＣＨ（つまり、ＳＣＣ−ＰＤＣＣＨ）にリンクされた黙示的ＰＵＣＣＨリソースあるいはＲＲＣに予約される明示的ＰＵＣＣＨリソースがそれぞれ割り当てられることができる。例えば、クロス−ＣＣスケジューリング状況でＭ＝２である場合、ｎ⁽¹⁾ _PUCCH、0とｎ⁽¹⁾ _PUCCH、1にはそれぞれ一番目のＤＬＳＦと二番目のＤＬＳＦのＰＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、2とｎ⁽¹⁾ _PUCCH、3にはそれぞれ一番目のＤＬＳＦと二番目のＤＬＳＦのＳＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソースが割り当てられることができる。

表９はＭ＝１である場合、伝送ブロック、ＨＡＲＱ−ＡＣＫ（ｊ）及びＰＵＣＣＨリソースを例示する。

＊ＴＢ：伝送ブロック（ｔｒａｎｓｐｏｒｔｂｌｏｃｋ）、ＮＡ：ｎｏｔａｖａｉｌａｂｌｅ

表１０はＭ＝２である場合、伝送ブロック、ＨＡＲＱ−ＡＣＫ（ｊ）及びＰＵＣＣＨリソースを例示する。

次に、ＨＡＲＱ−ＡＣＫ伝送のためのＵＬサブフレームｎでＭ＞２である場合、ＰＵＣＣＨフォーマット１ｂを用いたチャネル選択方式について説明する。基本的な事項はＭ≦２である場合と同一乃至類似する。具体的に、端末はＵＬサブフレームｎでＰＵＣＣＨフォーマット１ｂを用いて表１２〜１３に従ってＡ／Ｎ信号を送信する。ＵＬサブフレームｎでＭ＞２である場合、ｎ⁽¹⁾ _PUCCH、0及びｎ⁽¹⁾ _PUCCH、1はＰＣｅｌｌ上のＤＬ伝送（等）（例えば、ＰＤＳＣＨ伝送（等））に連関し、ｎ⁽¹⁾ _PUCCH、2及びｎ⁽¹⁾ _PUCCH、3はＳＣｅｌｌ上のＤＬ伝送（等）（例えば、ＰＤＳＣＨ伝送（等））に連関する。

また、任意のｃｅｌｌに対するＨＡＲＱ−ＡＣＫ（ｉ）は該当のｃｅｌｌをスケジューリングするＤＡＩ−ｃがｉ＋１であるＰＤＣＣＨ（これに対応するＰＤＳＣＨ）に対するＡ／Ｎ応答意を味する。一方、ＰＤＳＣＨｗ／ｏＰＤＣＣＨが存在する場合、ＨＡＲＱ−ＡＣＫ（０）は該当のＰＤＳＣＨｗ／ｏＰＤＣＣＨに対するＡ／Ｎ応答、ＨＡＲＱ−ＡＣＫ（ｉ）はＤＡＩ−ｃがｉであるＰＤＣＣＨ（これに対応するＰＤＳＣＨ）に対するＡ／Ｎ応答意を味することができる。

表１１は同じＵＬ−ＤＬＣｆｇを有する二つのＣＣが併合され、Ｍ＝３である場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マッピングテーブルを例示する。

ここで、ｎ⁽¹⁾ _PUCCH、0及び／又はｎ⁽¹⁾ _PUCCH、1にはクロスＣＣスケジューリング可否に関係なくＰＣＣ（あるいはＰＣｅｌｌ）をスケジューリングするＰＤＣＣＨ（つまり、ＰＣＣ−ＰＤＣＣＨ）にリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、2及び／又はｎ⁽¹⁾ _PUCCH、3にはクロスＣＣスケジューリング可否によってＳＣＣをスケジューリングするＰＤＣＣＨ（つまり、ＳＣＣ−ＰＤＣＣＨ）にリンクされた黙示的ＰＵＣＣＨリソースあるいはＲＲＣに予約される明示的ＰＵＣＣＨリソースがそれぞれ割り当てられることができる。例えば、ＴＤＤ状況で、ｎ⁽¹⁾ _PUCCH、0とｎ⁽¹⁾ _PUCCH、1にはそれぞれＤＡＩ−ｃが１と２であるＰＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソース、ｎ⁽¹⁾ _PUCCH、2とｎ⁽¹⁾ _PUCCH、3にはそれぞれＤＡＩ−ｃが１と２であるＳＣＣ−ＰＤＣＣＨにリンクされた黙示的ＰＵＣＣＨリソースが割り当てられることができる。

表１３は同じＵＬ−ＤＬＣｆｇを有する二つのＣＣが併合され、Ｍ＝４である場合、ＬＴＥ−Ａシステムに定義されたチャネル選択用マッピングテーブルを例示する。

ここで、ｎ⁽¹⁾ _PUCCH、0、ｎ⁽¹⁾ _PUCCH、1、ｎ⁽¹⁾ _PUCCH、2及びｎ⁽¹⁾ _PUCCH、3は表１１に例示したように割り当てられることができる。

図１１はＥＰＤＣＣＨとＥＰＤＣＣＨによってスケジューリングされるＰＤＳＣＨを例示する図である。

図１１を参照すると、ＥＰＤＣＣＨは一般的にデータを送信するＰＤＳＣＨ領域の一部分を定義して使うことができ、端末は自分のＥＰＤＣＣＨ有無を検出するためのブラインドデコーディング（ｂｌｉｎｄｄｅｃｏｄｉｎｇ）過程を遂行しなければならない。ＥＰＤＣＣＨは既存のレガシーＰＤＣＣＨと同様なスケジューリング動作（つまり、ＰＤＳＣＨ、ＰＵＳＣＨ制御）を行うが、ＲＲＨのようなノードに接続した端末の個数が増加すれば、ＰＤＳＣＨ領域内により多い数のＥＰＤＣＣＨが割り当てられて、端末が遂行しなければならないブラインドデコーディングの回数が増加して複雑度が高くなることができる欠点は存在することができる。

図１２はＴＤＤシステム環境下で特定のセルがシステムの下りリンク負荷量が増加することによって、既存上りリンクリソース（つまり、ＵＬＳＦ）の一部を下りリンク通信の目的で変更して用いる場合を示す。

図１２で、ＳＩＢによって設定された上りリンク−下りリンク設定（ＵＬ／ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）を上りリンク−下りリンク＃１（つまり、ＤＳＵＵＤＤＳＵＵＤ）と仮定し、前もって定義されたシグナル（例えば、物理／上位階層シグナルあるいはシステム情報シグナル）によって既存ＵＬＳＦ＃（ｎ＋３）、ＵＬＳＦ＃（ｎ＋８）が下りリンク通信の用途に変更されて使われる場合を示す。

以下では、前述した内容に基づき、本発明で提案する無線リソースの用途がシステムの負荷状態によって動的に変更される場合、端末が上りリンクシグナルを効率的に送信するようにする方法を説明する。本発明において、上りリンクシグナルは上りリンクデータチャネル（ＰＵＳＣＨ）、サウンディング参照シグナル（ＳｏｕｎｄｉｎｇＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ、ＳＲＳ）、上りリンク制御チャネル（ＰＵＣＣＨ）、及びスケジューリング要求（ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ、ＳＲ）の少なくとも一つを意味することができる。

また、説明の便宜のために、３ＧＰＰＬＴＥシステムに基づいて本発明を説明する。しかし、本発明が適用されるシステムの範囲は３ＧＰＰＬＴＥシステムの外に他のシステムにも拡張可能である。また、本発明の実施例は、搬送波集成技法（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ、ＣＡ）が適用された環境下で特定のセル（Ｃｅｌｌ）（あるいはコンポーネントキャリア（ＣｏｍｐｏｎｅｎｔＣａｒｒｉｅｒ、ＣＣ））上のリソースをシステムの負荷状態によって動的に変更する場合にも拡張して適用可能である。また、本発明の実施例は、ＴＤＤシステムあるいはＦＤＤシステムの下で無線リソースの用途を動的に変更する場合にも拡張して適用することができる。

端末は、基地局が送信する用途変更メッセージ（ＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＭｅｓｓａｇｅ）を成功的に受信することができなかったとき、ＳＩＢ１上の上りリンク−下りリンク設定（ＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）に基づいてｉ）チャネル測定（ＣＳＩＭｅａｓｕｒｅｍｅｎｔ）動作、ii）下りリンク制御チャネル（ＰＤＣＣＨ）モニタリング動作、iii）下りリンクデータチャネル（ＰＤＳＣＨ）受信動作の少なくとも一つを行うことができる。ここで、チャネル測定動作は、端末が再設定（ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ）のための明示的なＬ１シグナリングをデコードし、有効な（ｖａｌｉｄ）上りリンク−下りリンク設定を検出した場合、端末は再設定のための明示的なＬ１シグナリングによって下りリンクサブフレームあるいはスペシャルサブフレームによって指示されたサブフレーム内でのみＣＳＩを測定する。端末が無線フレームに対して有効な上りリンク−下りリンク設定を伝達するＬ１シグナリングを検出することができなかった場合、端末はＳＩＢ設定によって下りリンクサブフレームあるいはスペシャルサブフレームによって指示されたサブフレーム内でのみＣＳＩを測定することができる。また、ＰＤＣＣＨあるいはＰＤＳＣＨ受信動作について説明すると、端末が無線フレームに対して有効な上りリンク−下りリンク設定を伝達するＬ１シグナリングを検出した場合、端末は明示的なＬ１シグナリングによって指示されたｎｏｎ−ＤＲＸ下りリンクサブフレームあるいはスペシャルサブフレームをモニターする。端末が無線フレームに対して有効な上りリンク−下りリンク設定を伝達するＬ１シグナリングを検出することができなかった場合、端末はＳＩＢ−１設定によって指示されたＰＤＣＣＨあるいはＥＰＤＣＣＨのためのｎｏｎ−ＤＲＸ下りリンクサブフレームあるいはスペシャルサブフレームをモニターする。

ここで、有効な上りリンク−下りリンク設定を説明すると、下りリンクＨＡＲＱ参照設定はＲｅｌ−８ＴＤＤ上りリンク−下りリンク設定｛２、４、５｝から選択されることができる。ＴＤＤｅＩＭＴＡ（ＦｕｒｔｈｅｒＥｎｈａｎｃｅｍｅｎｔｓｔｏＬＴＥＴｉｍｅＤｉｖｉｓｉｏｎＤｕｐｌｅｘ（ＴＤＤ）ｆｏｒＤｏｗｎｌｉｎｋ−ＵｐｌｉｎｋＩｎｔｅｒｆｅｒｅｎｃｅＭａｎａｇｅｍｅｎｔａｎｄＴｒａｆｆｉｃＡｄａｐｔａｔｉｏｎ）が設定された端末に対し、上りリンクスケジューリングタイミング及びＨＡＲＱタイミングはＳＩＢ１を通じてシグナリングされた上りリンク−下りリンク設定による。端末は有効な上りリンクＨＡＲＱ参照設定あるいは下りリンクＨＡＲＱ参照設定の下で、下りリンクＨＡＲＱ参照設定上の上りリンクサブフレームあるいはスペシャルサブフレームは、下りリンクサブフレームとして動的に使われないものと見なすことができる。

すなわち、前述したｉ）〜iii）動作を“フォールバック動作（ＦａｌｌｂａｃｋＯｐｅｒａｔｉｏｎ）（あるいはフォールバックモード（ＦａｌｌｂａｃｋＭｏｄｅ））”と名付け、これより、基地局はｉ）用途変更メッセージを成功的に受信することができなかった端末から発生する干渉（Ｉｎｔｅｒｆｅｒｅｎｃｅ）が他の端末と基地局間の通信（あるいはレガシー（Ｌｅｇａｃｙ）端末と基地局間の通信）に及ぶ被害を最小化するか、ii）用途変更メッセージを成功的に受信することができなかった端末の誤動作を最小化することができる。

また、本発明では、このようなフォールバック動作を端末が行う場合、上りリンクシグナル（例えば、ＰＵＳＣＨ、ＰＵＣＣＨ、ＳＲＳ、ＳＲ）を効率的に送信する方法を具体的に説明する。本発明の適用により、フォールバック動作を行う端末に対して信頼性の高い上りリンクシグナル送受信を保障することができ、そして他の端末と基地局間の通信（あるいはレガシー端末と基地局間の通信）を安定的に保護することができる。

以下では、本発明の説明の便宜のため、用途変更が行われるサブフレームを“流動サブフレーム（ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ）”と名付け、用途変更が行われないサブフレームあるいは（相対的に）固定された用途に使われるサブフレームを“静的サブフレーム（ＳｔａｔｉｃＳｕｂｆｒａｍｅ）”と名付ける。例えば、流動サブフレームはＳＩＢ１に基づく上りリンク−下りリンク設定（ＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）上の上りリンクサブフレームの中で下りリンクＨＡＲＱ参照設定（ＤＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）上の上りリンクサブフレームを除いた残りの上りリンクサブフレームに指定されることができ、静的サブフレームは下りリンクＨＡＲＱ参照設定（ＤＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）上の上りリンクサブフレームと上りリンクＨＡＲＱ参照設定（ＵＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）（あるいはＳＩＢ１に基づく上りリンク−下りリンク設定）上の下りリンクサブフレームに指定されることができる。

１．本発明によるＳＲＳ伝送

本発明により、フォールバック動作を行う前に特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃Ｎ）上へのＳＲＳ伝送が設定された端末がフォールバック動作を行う場合には、以下の方案１−Ａあるいは方案１−Ｂの少なくとも一つに基づいてＳＲＳ伝送を行うことができる。

１．１．方案１−Ａ

フォールバックモード（ＦａｌｌｂａｃｋＭｏｄｅ）の下で、特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃Ｎ）で上りリンクデータチャネル（ＰＵＳＣＨ）伝送がスケジューリングされた場合にだけ、該当のＳＲＳとＳＲＳ伝送関連リソース領域がレートマッチング（Ｒａｔｅ−Ｍａｔｃｈｉｎｇ）されて、上りリンクデータチャネル（ＰＵＳＣＨ）を一緒に送信するように設定することができる。言い替えれば、特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃Ｎ）で上りリンクデータチャネル（ＰＵＳＣＨ）伝送がスケジューリングされなかったら、該当のＳＲＳ伝送は省略（ＯｍｉｔあるいはＤｒｏｐ）することができる。

１．２．方案１−Ｂ

フォールバックモード（ＦａｌｌｂａｃｋＭｏｄｅ）の下では、特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃Ｎ）上でのＳＲＳ伝送が省略されるかあるいは全ての流動サブフレーム上でのＳＲＳ伝送が省略されるように設定することができる。言い替えれば、静的上りリンクサブフレーム（ＳｔａｔｉｃＵＬＳｕｂｆｒａｍｅ）（例えば、ＤＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ上の上りリンクサブフレーム）でのみ（同様に）ＳＲＳ伝送が行われることができる。

すなわち、方案１−Ｂが適用される場合に、特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃Ｎ）で上りリンクデータチャネル（ＰＵＳＣＨ）伝送がスケジューリングされれば、端末は該当の上りリンクデータチャネル（ＰＵＳＣＨ）伝送に関連してスケジューリングされたリソース領域（つまり、ＬｏｃａｔｉｏｎｏｆＰＵＳＣＨ（Ｆｒｅｑｕｅｎｃｙ）ＲｅｓｏｕｒｃｅＡｓｓｉｇｎｍｅｎｔ）がＳＲＳ伝送関連セル特定的（Ｃｅｌｌ−Ｓｐｅｃｉｆｉｃ）リソース領域（つまり、ＬｏｃａｔｉｏｎｏｆＣｅｌｌ−ＳｐｅｃｉｆｉｃＳＲＳ（Ｆｒｅｑｕｅｎｃｙ）ＲｅｓｏｕｒｃｅＡｓｓｉｇｎｍｅｎｔ）と重なるかに構わず、いつもＳＲＳ伝送に関連したセル特定的リソース領域がレートマッチング（Ｒａｔｅ−Ｍａｔｃｈｉｎｇ）されて上りリンクデータチャネル（ＰＵＳＣＨ）を送信するように設定することができる。あるいは、端末は該当の上りリンクデータチャネル（ＰＵＳＣＨ）伝送関連（スケジューリングされた）リソース領域がＳＲＳ伝送関連セル特定的リソース領域上に含まれるかに構わず、いつもＳＲＳ伝送関連セル特定的リソース領域がレートマッチング（Ｒａｔｅ−Ｍａｔｃｈｉｎｇ）されて上りリンクデータチャネル（ＰＵＳＣＨ）を送信するように設定することができる。また、この方案は端末のフォールバック動作遂行可否に構わず、流動サブフレームでいつも適用されるように設定することもできる。

２．本発明による上りリンクデータチャネル再伝送（ＰＵＳＣＨＲｅｔｒａｎｓｍｉｓｓｉｏｎ）

フォールバック動作を行う端末あるいはフォールバックモード下の端末は、方案２−Ａ乃至方案２−Ｃの少なくとも一つ（つまり、一部あるいは全部）に基づき、上りリンクデータチャネル（ＰＵＳＣＨ）再伝送（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を行うように設定することができる。

２．１．方案２−Ａ

フォールバックモードの下で、上りリンクＨＡＲＱ参照設定（ＵＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）によって特定の静的下りリンクサブフレーム（つまり、ＳｔａｔｉｃＤＬＳｕｂｆｒａｍｅ＃Ｍ）で上りリンクスケジューリング情報（ＵＬＧｒａｎｔ）が受信され、これに対する上りリンクデータチャネル（ＰＵＳＣＨ）初期伝送（ＩｎｉｔｉａｌＴｒａｎｓｍｉｓｓｉｏｎ）が静的上りリンクサブフレーム（つまり、ＳｔａｔｉｃＵＬＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ１））で行われ、該当の初期伝送に対するＮＡＣＫ（ＰＨＩＣＨ）情報がさらに他の静的下りリンクサブフレーム（つまり、ＳｔａｔｉｃＤＬＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ２））で受信されたと仮定する。このような仮定の下で、該当のＰＨＩＣＨ（つまり、ＮＡＣＫ）情報に基づく上りリンクデータチャネル（ＰＵＳＣＨ）再伝送が特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ３））で行われなければならないとすれば、端末は該当の特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ３））での上りリンクデータチャネル（ＰＵＳＣＨ）再伝送を省略（ＯｍｉｔあるいはＤｒｏｐ）するように設定することができる。

言い替えれば、静的上りリンクサブフレーム（ＳｔａｔｉｃＵＬＳｕｂｆｒａｍｅ）（例えば、ＤＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ上の上りリンクサブフレーム）でのみ上りリンクデータチャネル（ＰＵＳＣＨ）再伝送が行われるか、上りリンクデータチャネル（ＰＵＳＣＨ）初期伝送が行われることができる。

２．２．方案２−Ｂ

フォールバックモードの下で、上りリンクＨＡＲＱ参照設定（ＵＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）によって特定の静的下りリンクサブフレーム（つまり、ＳｔａｔｉｃＤＬＳｕｂｆｒａｍｅ＃Ｍ）で上りリンクスケジューリング情報（ＵＬＧｒａｎｔ）が受信され、これに対する上りリンクデータチャネル（ＰＵＳＣＨ）初期伝送（ＩｎｉｔｉａｌＴｒａｎｓｍｉｓｓｉｏｎ）が静的上りリンクサブフレーム（つまり、ＳｔａｔｉｃＵＬＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ１））で行われ、該当の初期伝送に対するＮＡＣＫ（ＰＨＩＣＨ）情報がさらに他の静的下りリンクサブフレーム（つまり、ＳｔａｔｉｃＤＬＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ２））で受信されると仮定する。

このような仮定の下で、該当のＰＨＩＣＨ（つまり、ＮＡＣＫ）情報に基づく上りリンクデータチャネル（ＰＵＳＣＨ）再伝送（Ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）が特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ３））で行われなければならないとすれば、端末は該当の特定の流動サブフレーム（つまり、ＦｌｅｘｉｂｌｅＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ３））での上りリンクデータチャネル（ＰＵＳＣＨ）再伝送を指示する（以前の静的下りリンクサブフレーム（つまり、ＳｔａｔｉｃＤＬＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ２））で受信される）ＰＨＩＣＨ情報のデコーディングを省略（Ｓｋｉｐ）し、端末の上位階層にＡＣＫ情報を送信するように設定することができる。これは、端末の上位階層に対して初期伝送（つまり、ＳｔａｔｉｃＵＬＳｕｂｆｒａｍｅ＃（Ｍ＋Ｋ１））が成功的に行われたと端末が判断するようにして、特定の流動サブフレーム上でのＰＵＳＣＨ再伝送によるディレイを防止することができるようにするためである。

ここで、この方案は上りリンクデータチャネル（ＰＵＳＣＨ）初期伝送が、例外的にサブフレームタイプ（例えば、静的サブフレームあるいは流動サブフレーム）に関係なく行われる場合にも拡張して適用することができる。

２．３．方案２−Ｃ

フォールバック動作を行う端末は、流動サブフレーム上で上りリンク制御情報（ＵＬＧｒａｎｔ）に基づく上りリンクデータチャネル（ＰＵＳＣＨ）（再）伝送（例えば、ＡｄａｐｔｉｖｅＰＵＳＣＨＲｅｔｒａｎｓｍｉｓｓｉｏｎ）のみを行い、ＰＨＩＣＨに基づく上りリンクデータチャネル（ＰＵＳＣＨ）再伝送（例えば、Ｎｏｎ−ＡｄａｐｔｉｖｅＰＵＳＣＨＲｅｔｒａｎｓｍｉｓｓｉｏｎ）は省略（ＯｍｉｔあるいはＤｒｏｐ）するように設定することができる。

また、この方案２−Ｃは前述した方案２−Ａあるいは方案２−Ｂの少なくとも一つと併合して具現することもできる。

３．本発明による搬送波集成システム上でのＰＵＳＣＨ再伝送

搬送波集成技法（ＣａｒｒｉｅｒＡｇｇｒｅｇａｔｉｏｎ）が適用され、搬送波集成が適用されるセルの中で少なくとも一つが無線リソース用途の動的変更モードで動作（つまり、“ｅＩＭＴＡ−ｅｎａｂｌｅｄＣｅｌｌ”と名付ける）する場合、ｅＩＭＴＡ−ｅｎａｂｌｅｄＣｅｌｌ上でフォールバックモードで動作する端末（ｅＩＭＴＡＵＥ）は以下に説明する方案３−Ａ乃至３−Ｃの少なくとも一つ（つまり、一部あるいは全部）に基づいて上りリンクデータチャネル（ＰＵＳＣＨ）（再）伝送を行うように設定することができる。

３．１．方案３−Ａ

搬送波集成技法が適用されたセルの中でｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上でフォールバックモードで動作する端末は、該当のｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上の流動サブフレームでのＰＵＳＣＨ（再）伝送を指示する制御／スケジューリング情報（例えば、ＵＬＧｒａｎｔ及び／又はＰＨＩＣＨ）を受信する場合、該当の制御／スケジューリング情報に基づくＰＵＳＣＨ（再）伝送を省略するかあるいはドロップ（Ｄｒｏｐ）するように設定することができる。ここで、この方案はｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上でのみ限定的に適用されるように設定することができる。また、この方案はＵＬＧｒａｎｔに基づく初期伝送（ＩｎｉｔｉａｌＴｒａｎｓｍｉｓｓｉｏｎ）ではないＰＨＩＣＨに基づく再伝送（つまり、Ｎｏｎ−ａｄａｐｔｉｖｅＲｅｔｒａｎｓｍｉｓｓｉｏｎ）動作にのみ限定的に適用されるように設定することもできる。

この方案の適用により、セル（ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ）と端末（ｅＩＭＴＡＵＥ）の間で仮定されるアクチュアル上りリンク−下りリンク設定（ＡｃｔｕａｌＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ、つまりＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＤＣＩによって（再）設定される上りリンク−下りリンク設定を意味）が互いに違って発生するＨＡＲＱ−ＡＣＫの誤ったＰＵＳＣＨピギーバック動作を防止することができる。

例えば、ＰＵＣＣＨ／ＰＵＳＣＨ同時伝送が設定されない端末（ｅＩＭＴＡＵＥ）に二つのセル（つまり、（ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌ、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ）が搬送波集成技法で設定され、（ｎｏｎ−ｅＩＭＴＡ）ＰＣｅｌｌのＳＩＢ１上りリンク−下りリンク設定（ＳＩＢ１ＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）が上りリンク−下りリンク設定＃１であり、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌのＳＩＢ１上りリンク−下りリンク設定（ＳＩＢ１ＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）とｅＩＭＴＡ下りリンクＨＡＲＱ参照設定（ＤＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）（あるいは、ＲＲＣｃｏｎｆｉｇｕｒｅｄＤＬＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）がそれぞれ上りリンク−下りリンク設定＃１、上りリンク−下りリンク設定＃５に設定された状況を仮定する。ここで、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌの観点で、静的上りリンクサブフレーム（ＦｉｘｅｄＵＬＳＦ、つまり外部から相対的に低い干渉が入る位置と仮定）はＵＬＳＦ＃２であり、流動上りリンクサブフレーム（ＦｌｅｘｉｂｌｅＵＬＳＦ、つまり外部から相対的に高い干渉が入る位置と仮定）はＵＬＳＦ＃３、＃７、＃８と仮定する。この場合、クロスキャリアスケジューリング（ＣｒｏｓｓＣａｒｒｉｅｒＳｃｈｅｄｕｌｉｎｇ、ＣＣＳ）が設定されれば、以下の表Ａによって、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌの最終下りリンク参照上りリンク／下りリンク設定（ＤＬ−ｒｅｆｅｒｅｎｃｅＵＬ／ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）は上りリンク−下りリンク設定＃１に決定される。言い替えれば、これは、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌの観点で、流動上りリンクサブフレーム（ＦｌｅｘｉｂｌｅＵＬＳＦ）と仮定される位置（例えば、ＵＬＳＦ＃３、＃７、＃８）でＨＡＲＱ−ＡＣＫがＰＵＳＣＨ（つまり、ＳＣｅｌｌ上で送信されるＰＵＳＣＨ）上にピギーバックされて送信されることができることを示す。

ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌのアクチュアル上りリンク−下りリンク設定（ＡｃｔｕａｌＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）が上りリンク−下りリンク設定＃４に設定（つまり、ＲＡＤＩＯＦＲＡＭＥ＃ＮからＲＡＤＩＯＦＲＡＭＥ＃（Ｎ＋１）まで適用）されたが端末がこのような情報を成功的に受信することができなくてフォールバックモードで動作すれば、該当の端末はｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌのアクチュアル上りリンク−下りリンク設定（ＡｃｔｕａｌＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ）を上りリンク−下りリンク設定＃１に仮定することになる。

この際、追加的にＰＣｅｌｌがＲＡＤＩＯＦＲＡＭＥ＃（Ｎ−１）のＵＬＳＦ＃７で（再）送信されたＰＵＳＣＨ（つまり、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上で（再）送信されるＰＵＳＣＨ）に対する受信成功可否情報（つまり、ＰＨＩＣＨ（つまり、Ｎｏｎ−ａｄａｐｔｉｖｅＲｅｔｒａｎｓｍｉｓｓｉｏｎ））をＲＡＤＩＯＦＲＡＭＥ＃ＮのＳＦ＃１で知らせれば、下記の表Ｂに従ってＰＣｅｌｌ及びｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌは該当の端末がＲＡＤＩＯＦＲＡＭＥ＃ＮのＳＦ＃７でＰＵＳＣＨ（再）伝送を省略し、ＤＬＳＦ＃０、＃１で受信したＰＤＳＣＨ（つまり、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌあるいはＰＣｅｌｌの少なくとも一つのセル上で受信されたＰＤＳＣＨ）関連ＨＡＲＱ−ＡＣＫをＰＣｅｌｌのＰＵＣＣＨを通じて送信することに期待（つまり、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ及びＰＣｅｌｌの観点では該当のＲＡＤＩＯＦＲＡＭＥ＃ＮのＳＦ＃７がＤＬＳＦに仮定されるため）する。

しかし、端末の観点ではＲＡＤＩＯＦＲＡＭＥ＃ＮのＳＦ＃７がＵＬＳＦ（つまり、上りリンク−下りリンク設定＃１と仮定）であるため、前述した表Ａに従って該当の端末はＲＡＤＩＯＦＲＡＭＥ＃ＮのＳＦ＃７でＰＵＳＣＨ（再）伝送を行うものと仮定し、またＤＬＳＦ＃０、＃１で受信したＰＤＳＣＨ関連ＨＡＲＱ−ＡＣＫをＰＵＳＣＨ（つまり、ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上で（再）送信されるＰＵＳＣＨ）上でピギーバックして送信することになる。よって、端末のこのような動作はＨＡＲＱ−ＡＣＫ損失、上りリンクデータ損失及び端末と端末間の干渉（ＵＥ−ｔｏ−ＵＥＩｎｔｅｒｆｅｒｅｎｃｅ）問題などを同時に発生させることができる。

しかし、この方案３−Ａが適用される場合、端末はＲＡＤＩＯＦＲＡＭＥ＃ＮのＳＦ＃７でＰＵＳＣＨ（再）伝送を省略し、ＤＬＳＦ＃０、＃１で受信したＰＤＳＣＨ関連ＨＡＲＱ−ＡＣＫをＰＣｅｌｌのＰＵＣＣＨを通じて送信することにより、前述した問題点を防止することができる。

３．２．方案３−Ｂ

搬送波集成技法が適用されたセルの中でｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上でフォールバックモードで動作する端末は、該当のｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上の流動サブフレームでＰＵＳＣＨ（再）伝送を指示する制御／スケジューリング情報（例えば、ＵＬＧｒａｎｔ及び／又はＰＨＩＣＨ）を受信する場合、該当のＰＵＳＣＨ（再）伝送にＵＣＩ情報（例えば、ＣＳＩ情報、ＨＡＲＱ−ＡＣＫ情報）がピギーバックされるときにだけこのような（再）伝送を省略（あるいはドロップ（Ｄｒｏｐ））するように設定することができる。また、この方案３−ＢはｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上でのみ限定的に適用されるように設定することができる。また、この方案はＵＬＧｒａｎｔに基づく初期伝送（ＩｎｉｔｉａｌＴｒａｎｓｍｉｓｓｉｏｎ）ではないＰＨＩＣＨに基づく再伝送（つまり、Ｎｏｎ−ａｄａｐｔｉｖｅＲｅｔｒａｎｓｍｉｓｓｉｏｎ）動作にのみ限定的に適用されるように定義することもできる。

この方案３−Ｂの適用により、（前述した方案３−Ａと同様に）セル（ｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ）と端末（ｅＩＭＴＡＵＥ）の間で仮定されるアクチュアル上りリンク−下りリンク設定（ＡｃｔｕａｌＵＬ−ＤＬＣｏｎｆｉｇｕｒａｔｉｏｎ、つまりＲｅｃｏｎｆｉｇｕｒａｔｉｏｎＤＣＩを通じて（再）設定される上りリンク−下りリンク設定）が互いに違って発生するＨＡＲＱ−ＡＣＫの誤ったＰＵＳＣＨピギーバック動作を防止することができる。

あるいは、搬送波集成技法が適用されたセルの中でｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上でフォールバックモードで動作する端末は、該当のｅＩＭＴＡ−ｅｎａｂｌｅｄＳＣｅｌｌ上の流動サブフレームでＰＵＳＣＨ（再）伝送を指示する制御／スケジューリング情報（例えば、ＵＬＧｒａｎｔ及び／又はＰＨＩＣＨ）を受信する場合、該当のＰＵＳＣＨ（再）伝送に前もって定義された特定のＵＣＩ情報がピギーバックされるときにだけこのような（再）伝送を省略するかあるいはドロップ（Ｄｒｏｐ）するように設定することもできる。ここで、該当の特定ＵＣＩ情報はＨＡＲＱ−ＡＣＫあるいはＣＳＩ（例えば、ＲＩ、ＣＱＩ、ＰＭＩ）に定義することができる。

３．３．方案３−Ｃ

前述した方案３−Ａあるいは方案３−Ｂの少なくとも一つは、ｉ）無線リソース用途の動的変更モードで動作する前もって定義された特定のセル（例えば、ＳＣｅｌｌ）上でのみ限定的に適用されるように設定するか、ii）ＰＵＳＣＨ再伝送動作にのみ限定的に適用されるように設定するか、iii）特定の再伝送方法（例えば、Ｎｏｎ−ａｄａｐｔｉｖｅＲｅｔｒａｎｓｍｉｓｓｉｏｎあるいはＡｄａｐｔｉｖｅＲｅｔｒａｎｓｍｉｓｓｉｏｎ）にのみ限定的に適用されるように設定することができる。

前述した本発明の実施例は、ｉ）無線リソース用途の動的変更（ｅＩＭＴＡ）モードが設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）された場合、ii）特定の伝送モード（ＴＭ）が設定された場合、iii）特定の上りリンク−下りリンク設定が（再）設定された場合の少なくとも一つにのみ限定的に適用されることができる。

また、前述した本発明の実施例／方案／設定も本発明の具現方法の一つに含まれることができるので、本発明の一実施例として見なすことができるのは明らかな事実である。また、前記前述した実施例／方案／設定は独立的に具現されることもできるが、一部の実施例／方案／設定の組合せあるいは併合形態に具現されることもできる。

図１３は本発明の一実施例に適用可能な基地局及び端末を例示する。

無線通信システムにリレーが含まれる場合、バックホールリンクにおける通信は基地局とリレーの間になされ、アクセスリンクにおける通信はリレーと端末の間になされる。よって、図面に例示した基地局又は端末は状況によってリレーに取り替えられることができる。

図１３を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含む。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（ＲａｄｉｏＦｒｅｑｕｅｎｃｙ、ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１１４はプロセッサ１１２に連結され、プロセッサ１１２の動作に関連した多様な情報を記憶する。ＲＦユニット１１６はプロセッサ１１２に連結され、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含む。プロセッサ１２２は、本発明で提案した過程及び／又は方法を具現するように構成されることができる。メモリ１２４はプロセッサ１２２に連結され、プロセッサ１２２の動作に関連した多様な情報を記憶する。ＲＦユニット１２６はプロセッサ１２２に連結され、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は単一アンテナ又は多重アンテナを有することができる。

以上に説明した実施例は本発明の構成要素及び特徴が所定形態に結合されたものである。それぞれの構成要素又は特徴は別に明示的に言及しない限り、選択的なものに考慮しなければならない。それぞれの構成要素又は特徴は他の構成要素や特徴と組み合わせられない形態に実施することができる。また、一部の構成要素及び／又は特徴を組み合わせて本発明の実施例を構成することも可能である。本発明の実施例で説明する動作の順序は変更可能である。ある実施例の一部の構成や特徴は他の実施例に含まれることができ、あるいは他の実施例の対応する構成又は特徴に取り替えられることができる。請求範囲で明示的な引用関係がない請求項を組み合わせて実施例を構成するか出願後の補正によって新たな請求項として含ませることができるのはいうまでもない。

本文書で基地局によって行われると説明された特定の動作は場合によってはその上位ノード（ｕｐｐｅｒｎｏｄｅ）によって行われることができる。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋｎｏｄｅｓ）からなるネットワークで端末との通信のために行われる多様な動作は基地局又は基地局以外の他のネットワークノードによって行われることができるのは明らかである。基地局は固定局（ｆｉｘｅｄｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓｐｏｉｎｔ）などの用語に取り替えられることができる。

本発明による実施例は、多様な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの組合せなどによって具現されることができる。ハードウェアによる具現の場合、本発明の一実施例は一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎｓｐｅｃｉｆｉｃｉｎｔｅｇｒａｔｅｄｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌｓｉｇｎａｌｐｒｏｃｅｓｓｉｎｇｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅｌｏｇｉｃｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄｐｒｏｇｒａｍｍａｂｌｅｇａｔｅａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現されることができる。

ファームウエアやソフトウェアによる具現の場合、本発明の一実施例は以上に説明した機能又は動作を行うモジュール、手順、関数などの形態に具現されることができる。ソフトウェアコードはメモリユニットに記憶され、プロセッサによって駆動されることができる。

前記メモリユニットは前記プロセッサの内部又は外部に位置し、既に知られている多様な手段によって前記プロセッサとデータをやり取りすることができる。

本発明は本発明の特徴を逸脱しない範囲内で他の特定の形態に具体化されることができるの当業者に明らかである。したがって、前記詳細な説明はすべての面で制限的に解釈されてはいけなく、例示的なものに考慮されなければならない。本発明の範囲は添付の請求範囲の合理的解釈によって決定されなければならなく、本発明の等価的範囲内でのすべての変更は本発明の範囲に含まれる。

前述したような無線リソースの用途変更を支援する無線通信システムにおけるフォールバック（ｆａｌｌｂａｃｋ）モードの上りリンク信号送信方法及びそのための装置は３ＧＰＰＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰＬＴＥシステムの外にも多様な無線通信システムに適用することが可能である。

Claims

無線リソース用途の動的変更を支援する無線通信システム上で端末が上りリンク信号を送信する方法であって、
フォールバックモードによる第１上りリンク−下りリンク設定上の特定のサブフレームで上りリンク信号送信を判断する段階を含み、
前記フォールバックモードは、
第２上りリンク−下りリンク設定による無線リソース用途への再設定のために送信された、用途変更メッセージの受信が成功しなかった場合に適用される、
上りリンク信号送信方法。
前記特定のサブフレームは、
ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、
前記上りリンク信号はサウンディング参照信号（ＳＲＳ）であり、
前記サウンディング参照信号は、前記特定のサブフレームでＰＵＳＣＨ伝送がスケジューリングされなかった場合にドロップ（ｄｒｏｐ）されるように設定されることを特徴とする、請求項１に記載の上りリンク信号送信方法。
前記特定のサブフレームは、
下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームであり、
前記上りリンク信号はサウンディング参照信号（ＳＲＳ）であることを特徴とする、請求項１に記載の上りリンク信号送信方法。
前記特定のサブフレームは、
ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、
前記特定のサブフレームにおいて、
前記上りリンク信号はＰＵＳＣＨ再伝送のために設定され、
前記特定のサブフレーム上での前記ＰＵＳＣＨ再伝送を指示するＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄ−ａｒｑＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）を受信した場合、前記上りリンク信号は送信されないように設定されることを特徴とする、請求項１に記載の上りリンク信号送信方法。
前記ＰＨＩＣＨ情報は、前記特定のサブフレーム上での前記ＰＵＳＣＨ再伝送を指示する場合、デコーディングを省略（ｓｋｉｐ）するように設定され、
上位階層にＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）をシグナリングする段階をさらに含むことを特徴とする、請求項４に記載の上りリンク信号送信方法。
前記特定のサブフレームは、
ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、
前記特定のサブフレームにおいて、
前記上りリンク信号は上りリンクグラント（ＵＬＧｒａｎｔ）に基づく適応的ＰＵＳＣＨ再伝送（ＡｄａｐｔｉｖｅＰＵＳＣＨＲｅｔｒａｎｓｍｉｓｓｉｏｎ）されることを特徴とする、請求項１に記載の上りリンク信号送信方法。
前記特定のサブフレームは、
ＰＨＩＣＨに基づく非適応的ＰＵＳＣＨ再伝送（Ｎｏｎ−ＡｄａｐｔｉｖｅＰＵＳＣＨＲｅｔｒａｎｓｍｉｓｓｉｏｎ）はドロップ（ｄｒｏｐ）されるように設定されることを特徴とする、請求項６に記載の上りリンク信号送信方法。
無線リソース用途の動的変更を支援する無線通信システム上で上りリンク信号を送信する端末であって、
無線周波数ユニット（ＲａｄｉｏＦｒｅｑｕｅｎｃｙＵｎｉｔ）；及び
プロセッサ（Ｐｒｏｃｅｓｓｏｒ）を含み、
前記プロセッサは、フォールバックモードによる第１上りリンク−下りリンク設定上の特定のサブフレームで上りリンク信号送信を判断するように構成され、
前記フォールバックモードは、
第２上りリンク−下りリンク設定による無線リソース用途への再設定のために送信された、用途変更メッセージの受信が成功しなかった場合に適用される、端末。
前記特定のサブフレームは、
ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、
前記上りリンク信号はサウンディング参照信号（ＳＲＳ）であり、
前記サウンディング参照信号は、前記特定のサブフレームでＰＵＳＣＨ伝送がスケジューリングされなかった場合にドロップ（ｄｒｏｐ）されるように設定されることを特徴とする、請求項８に記載の端末。
前記特定のサブフレームは、
ＳＩＢ１（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋｔｙｐｅ１）に基づく上りリンク−下りリンク設定による上りリンクサブフレームの中で、下りリンクＨＡＲＱ参照設定（ＤｏｗｎｌｉｎｋＨＡＲＱＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇｕｒａｔｉｏｎ）による上りリンクサブフレームを除く少なくとも一つのサブフレーム上で指定され、
前記特定のサブフレームにおいて、
前記上りリンク信号はＰＵＳＣＨ再伝送のために設定され、
前記特定のサブフレーム上での前記ＰＵＳＣＨ再伝送を指示するＰＨＩＣＨ（ＰｈｙｓｉｃａｌＨｙｂｒｉｄ−ａｒｑＩｎｄｉｃａｔｏｒＣｈａｎｎｅｌ）を受信した場合、前記上りリンク信号は送信されないように設定されることを特徴とする、請求項８に記載の端末。
前記ＰＨＩＣＨ情報は、前記特定のサブフレーム上での前記ＰＵＳＣＨ再伝送を指示する場合、デコーディングを省略（ｓｋｉｐ）するように設定され、
前記プロセッサは、上位階層にＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）をシグナリングするように構成されることを特徴とする、請求項１０に記載の端末。