JP6321201B2 - 無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネルの送信方法及びそのための装置 - Google Patents

無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネルの送信方法及びそのための装置 Download PDF

Info

Publication number
JP6321201B2
JP6321201B2 JP2016556871A JP2016556871A JP6321201B2 JP 6321201 B2 JP6321201 B2 JP 6321201B2 JP 2016556871 A JP2016556871 A JP 2016556871A JP 2016556871 A JP2016556871 A JP 2016556871A JP 6321201 B2 JP6321201 B2 JP 6321201B2
Authority
JP
Japan
Prior art keywords
pucch resource
subframe
offset
eimta
downlink
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Active
Application number
JP2016556871A
Other languages
English (en)
Other versions
JP2017516332A (ja
Inventor
スンミン リ
スンミン リ
ハンピョル ソ
ハンピョル ソ
インクォン ソ
インクォン ソ
ソクチェル ヤン
ソクチェル ヤン
ヒョクチン チェ
ヒョクチン チェ
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
LG Electronics Inc
Original Assignee
LG Electronics Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by LG Electronics Inc filed Critical LG Electronics Inc
Publication of JP2017516332A publication Critical patent/JP2017516332A/ja
Application granted granted Critical
Publication of JP6321201B2 publication Critical patent/JP6321201B2/ja
Active legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1854—Scheduling and prioritising arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W72/00—Local resource management
    • H04W72/20—Control channels or signalling for resource management
    • H04W72/21—Control channels or signalling for resource management in the uplink direction of a wireless link, i.e. towards the network
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1829—Arrangements specially adapted for the receiver end
    • H04L1/1861—Physical mapping arrangements
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L1/00—Arrangements for detecting or preventing errors in the information received
    • H04L1/12—Arrangements for detecting or preventing errors in the information received by using return channel
    • H04L1/16—Arrangements for detecting or preventing errors in the information received by using return channel in which the return channel carries supervisory signals, e.g. repetition request signals
    • H04L1/18—Automatic repetition systems, e.g. Van Duuren systems
    • H04L1/1867—Arrangements specially adapted for the transmitter end
    • H04L1/1896—ARQ related signaling
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L5/00—Arrangements affording multiple use of the transmission path
    • H04L5/003—Arrangements for allocating sub-channels of the transmission path
    • H04L5/0053—Allocation of signaling, i.e. of overhead other than pilot signals
    • H04L5/0055—Physical resource allocation for ACK/NACK

Description

本発明は、無線通信システムに関し、特に、無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネルの送信方法及びそのための装置に関する。
本発明を適用できる無線通信システムの一例として、３ＧＰＰＬＴＥ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７及びＲｅｌｅａｓｅ８を参照することができる。
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
一つの基地局には一つ以上のセルが存在する。セルは、１．４４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは、互いに異なった帯域幅を提供するように設定することができる。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は、下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は、上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成することができる。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ Ａｒｅａ）単位に端末の移動性を管理する。
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥまで開発されているが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を持つためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。
端末は、基地局の無線通信システムの効率的な運用を補助するために、現在チャネルの状態情報を基地局に周期的及び／又は非周期的に報告する。このように報告されるチャネルの状態情報は、様々な状況を考慮して計算された結果を含み得ることから、より効率的な報告方法が要求されている実情である。
上述したような議論に基づき、以下では、無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネルの送信方法及びそのための装置を提案する。
本発明で遂げようとする技術的課題は、上記の技術的課題に制限されず、言及していない他の技術的課題は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者には明確に理解されるであろう。
上述した問題点を解決するための本発明の一態様である、無線リソースの用途変更をサポートする無線通信システムにおいて端末の上りリンク制御チャネルを送信する方法は、第１タイプのサブフレームのための第１物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ；ＰＵＣＣＨ）リソース領域に基づいて設定された、第２タイプのサブフレーム及び第３タイプのサブフレームと関連付いた第２ＰＵＣＣＨリソース領域のためのオフセット情報を受信するステップと、前記オフセット情報によって指定された前記第２ＰＵＣＣＨリソース領域を用いて、少なくとも一つの下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）を基地局に送信するステップとを有し、前記第１タイプのサブフレームは、ｅＩＭＴＡ（ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ）端末及びｎｏｎ−ｅＩＭＴＡ（ｎｏｎ−ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ）端末に対して同じＨＡＲＱタイミングを有する、無線リソースの用途が固定されたサブフレームであり、前記第２タイプのサブフレームは、ｅＩＭＴＡ端末及びｎｏｎ−ｅＩＭＴＡ端末に対して別個のＨＡＲＱタイミングを有する、無線リソースの用途が固定されたサブフレームであり、前記第３タイプのサブフレームは、無線リソースの用途が変更可能なサブフレームであることを特徴とする。
また、前記オフセット情報は、前記第２ＰＵＣＣＨリソース領域のためのオフセットが上位層シグナリングで指示されるか否か、或いは前記第２ＰＵＣＣＨリソース領域があらかじめ決定された設定によって定義されるか否かを示すことを特徴とする。また、前記オフセット情報は１ビット指示子で表されることを特徴とする。
また、前記オフセット情報は、選択的情報要素（選択的情報要素）で定義されたオフセットを含み、前記オフセットが定義された場合、前記第２ＰＵＣＣＨリソース領域は上位層シグナリングで指示され、前記オフセットが定義されていない場合、前記第２ＰＵＣＣＨリソース領域は、あらかじめ決定された値によって決定されることを特徴とする。
また、前記オフセット情報は、前記第２ＰＵＣＣＨリソース領域のためにあらかじめ定義された基本値を含み、前記第２ＰＵＣＣＨリソース領域のためのオフセットが上位層シグナリングで指示されない場合、前記第２ＰＵＣＣＨリソース領域のためのオフセットは前記基本値と定義されることを特徴とする。また、前記あらかじめ定義された基本値は、前記第１ＰＵＣＣＨリソース領域と連動された前記第１タイプのサブフレームのうち、下りリンクサブフレーム及び特別サブフレームのための制御チャネル要素（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）の総和と定義されることを特徴とする。
上述した問題点を解決するための本発明の他の態様である、搬送波集成（Ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ）及び無線リソースの用途変更をサポートする無線通信システムにおいて端末の上りリンク制御チャネルを送信する方法は、プライマリセル（ｐｒｉｍａｒｙ ｃｅｌｌ）及びセカンダリセル（ｓｅｃｏｎｄａｒｙ ｃｅｌｌ）に対するｅＩＭＴＡ（ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ）設定に基づいて、前記セカンダリセルのＰＵＣＣＨリソース割り当て方式を判断するステップと、前記ＰＵＣＣＨリソース割り当て方式によって決定されたＰＵＣＣＨリソースを用いて上りリンク制御チャネルを送信するステップとを有することができる。
上述した問題点を解決するための本発明の更に他の態様である、無線リソースの用途変更をサポートする無線通信システムにおいて上りリンク制御チャネルを送信する端末は、無線周波数ユニットと、プロセッサとを備え、前記プロセッサは、第１タイプのサブフレームのための第１物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ；ＰＵＣＣＨ）リソース領域に基づいて設定された、第２タイプのサブフレーム及び第３タイプのサブフレームと関連付いた第２ＰＵＣＣＨリソース領域のためのオフセット情報を受信し、前記オフセット情報によって指定された前記第２ＰＵＣＣＨリソース領域を用いて、少なくとも一つの下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫ（Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）を基地局に送信するように構成され、前記第１タイプのサブフレームは、ｅＩＭＴＡ（ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ）端末及びｎｏｎ−ｅＩＭＴＡ（ｎｏｎ−ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ）端末に対して同じＨＡＲＱタイミングを有する、無線リソースの用途が固定されたサブフレームであり、前記第２タイプのサブフレームは、ｅＩＭＴＡ端末及びｎｏｎ−ｅＩＭＴＡ端末に対して別個のＨＡＲＱタイミングを有する、無線リソースの用途が固定されたサブフレームであり、前記第３タイプのサブフレームは、無線リソースの用途が変更可能なサブフレームであることを特徴とする。
本発明の実施例によれば、無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネル送信を効率的に行うことができる。
本発明で得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の記載から、本発明の属する技術の分野における通常の知識を有する者に明らかになるであろう。
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付の図面は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。 ３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）の構造を示す図である。 ３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を示す図である。 ＬＴＥシステムで用いられる無線フレームの構造を示す図である。 下りリンクスロットに対するリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を示す図である。 下りリンクサブフレームの構造を示す図である。 上りリンクサブフレームの構造を示す図である。 キャリア併合（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ；ＣＡ）通信システムを示す図である。 複数のキャリアが併合された場合のスケジューリングを示す図である。 ＥＰＤＣＣＨ、及びＥＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを示す図である。 ＴＤＤシステム環境下で既存（Ｌｅｇａｃｙ）サブフレームを静的サブフレーム集合と流動サブフレーム集合とに分割した場合を示す図である。 ＰＤＣＣＨのリソース割り当てを説明するための参考図である。 本発明の一実施例に適用可能な基地局及び端末を示す図である。
以下の技術は、ＣＤＭＡ（ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）などのような様々な無線接続システムに用いることができる。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）によって具現することができる。ＴＤＭＡは、ＧＳＭ（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現することができる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現することができる。ＵＴＲＡは、ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、下りリンクでＯＦＤＭＡを採用し、上りリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Ａｄｖａｎｃｅｄ）は、３ＧＰＰ ＬＴＥの進化したバージョンである。
説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的思想がこれに制限されるわけではない。また、以下の説明で使われる特定用語は、本発明の理解を助けるために提供されるものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更することもできる。
図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル（Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ）のコントロールプレーン（Ｃｏｎｔｒｏｌ Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ Ｐｌａｎｅ）の構造を示す図である。コントロールプレーンは、端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）とネットワークが呼を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ）を用いて上位層に情報伝送サービス（Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ）を提供する。物理層は上位にある媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層とは伝送チャネル（Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ）を介して接続されている。この伝送チャネルを介して媒体接続制御層と物理層間にデータが移動する。送信側の物理層と受信側の物理層間は、物理チャネルを介してデータが移動する。この物理チャネルは、時間と周波数を無線リソースとして用いる。具体的に、物理チャネルは、下りリンクでＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調され、上りリンクでＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）方式で変調される。
第２層の媒体接続制御（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）を介して上位層である無線リンク制御（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼性あるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとして具現することもできる。第２層のＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを效率的に送信するために不要の制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ）機能を果たす。
第３層の最下部に位置している無線リソース制御（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、コントロールプレーンでのみ定義される。ＲＲＣ層は、無線ベアラー（Ｒａｄｉｏ Ｂｅａｒｅｒ；ＲＢ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）と関連して論理チャネル、伝送チャネル及び物理チャネルの制御を担当する。ＲＢは、端末とネットワーク間のデータ伝達のために第２層によって提供されるサービスを意味する。そのために、端末とネットワークのＲＲＣ層は互いにＲＲＣメッセージを交換する。端末とネットワークのＲＲＣ層間にＲＲＣ接続（ＲＲＣ Ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ）であり、そうでない場合、ＲＲＣ休止状態（Ｉｄｌｅ Ｍｏｄｅ）である。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
基地局（ｅＮＢ）を構成する一つのセルは、１．４、３、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは異なった帯域幅を提供するように設定することができる。
ネットワークから端末にデータを送信する下り伝送チャネルは、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージの場合、下りＳＣＨを介して送信されてもよく、又は別の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信する上り伝送チャネルには、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）がある。伝送チャネルの上位に位置しており、伝送チャネルにマップされる論理チャネル（Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ）には、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ）などがある。
図３は、３ＧＰＰ ＬＴＥシステムに用いられる物理チャネル及びそれらを用いた一般的な信号送信方法を説明するための図である。
電源が消えた状態で電源がついたり、新しくセルに進入したりしたユーザ機器は、段階Ｓ３０１で、基地局と同期を取るなどの初期セル探索（Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ）作業を行う。そのために、ユーザ機器は基地局から１次同期チャネル（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｐ−ＳＣＨ）及び２次同期チャネル（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ、Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得する。その後、ユーザ機器は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）を受信してセル内放送情報を取得することができる。一方、ユーザ機器は、初期セル探索段階で下りリンク参照信号（Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ、ＤＬ ＲＳ）を受信して下りリンクチャネル状態を確認することができる。
初期セル探索を終えたユーザ機器は、段階Ｓ３０２で、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＣＣＨ）、及び物理下りリンク制御チャネル情報に基づく物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＤＳＣＨ）を受信し、より具体的なシステム情報を取得することができる。
その後、ユーザ機器は、基地局への接続を完了するために、段階Ｓ３０３乃至段階Ｓ３０６のようなランダムアクセス手順（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。そのために、ユーザ機器は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ、ＰＲＡＣＨ）を介してプリアンブル（ｐｒｅａｍｂｌｅ）を送信し（Ｓ３０３）、物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルを介して、プリアンブルに対する応答メッセージを受信することができる（Ｓ３０４）。競合ベースランダムアクセスの場合、更なる物理ランダムアクセスチャネルの送信（Ｓ３０５）、及び物理下りリンク制御チャネル及びこれに対応する物理下りリンク共有チャネルの受信（Ｓ３０６）のような衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ）を行うことができる。
上述したような手順を行ったユーザ機器は、その後、一般的な上りリンク／下りリンク信号送信手順として、物理下りリンク制御チャネル／物理下りリンク共有チャネルの受信（Ｓ３０７）及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ、ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ、ＰＵＣＣＨ）の送信（Ｓ３０８）を行うことができる。ユーザ機器が基地局に送信する制御情報を総称して上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ、ＵＣＩ）という。ＵＣＩは、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ−ＡＣＫ）、ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）、ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）などを含む。本明細書で、ＨＡＲＱ ＡＣＫ／ＮＡＣＫは簡単に、ＨＡＲＱ−ＡＣＫ或いはＡＣＫ／ＮＡＣＫ（Ａ／Ｎ）と呼ぶ。ＨＡＲＱ−ＡＣＫは、ポジティブＡＣＫ（簡単に、ＡＣＫ）、ネガティブＡＣＫ（ＮＡＣＫ）、ＤＴＸ及びＮＡＣＫ／ＤＴＸのうち少なくとも一つを含む。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｉｏｎ）などを含む。ＵＣＩは、一般にはＰＵＣＣＨを介して送信されるが、制御情報とトラフィックデータとが同時に送信されるべき場合にはＰＵＳＣＨを介して送信されてもよい。また、ネットワークの要請／指示に応じて、ＰＵＳＣＨを介してＵＣＩを非周期的に送信することもできる。
図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
図４を参照すると、セルラーＯＦＤＭ無線パケット通信システムにおいて、上りリンク／下りリンクデータパケット送信はサブフレーム（ｓｕｂｆｒａｍｅ）単位になされ、１サブフレームは、複数のＯＦＤＭシンボルを含む一定時間区間と定義される。３ＧＰＰ ＬＴＥ標準では、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ１無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）構造、及びＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘ）に適用可能なタイプ２の無線フレーム構造を支援する。
図４の（ａ）は、タイプ１無線フレームの構造を例示する。下りリンク無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）は、１０個のサブフレーム（ｓｕｂｆｒａｍｅ）で構成され、１サブフレームは、時間領域（ｔｉｍｅ ｄｏｍａｉｎ）で２個のスロット（ｓｌｏｔ）で構成される。１サブフレーム）を送信するためにかかる時間をＴＴＩ（ｔｒａｎｓｍｉｓｓｉｏｎ ｔｉｍｅ ｉｎｔｅｒｖａｌ）という。例えば、１サブフレームの長さを１ｍｓ、１スロットの長さを０．５ｍｓとすることができる。１スロットは時間領域で複数のＯＦＤＭシンボルを含み、周波数領域で複数のリソースブロック（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ；ＲＢ）を含む。３ＧＰＰ ＬＴＥシステムでは下りリンクでＯＦＤＭＡが用いられるため、ＯＦＤＭシンボルが１シンボル区間を表す。ＯＦＤＭシンボルは、ＳＣ−ＦＤＭＡシンボル又はシンボル区間と呼ぶこともできる。リソース割当て単位としてのリソースブロック（ＲＢ）は、１スロットで複数個の連続した副搬送波（ｓｕｂｃａｒｒｉｅｒ）を含むことができる。
１スロットに含まれるＯＦＤＭシンボルの数は、ＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）の構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって可変することができる。ＣＰには、拡張されたＣＰ（ｅｘｔｅｎｄｅｄ ＣＰ）と標準ＣＰ（ｎｏｒｍａｌ ＣＰ）がある。例えば、ＯＦＤＭシンボルが標準ＣＰによって構成された場合、１スロットに含まれるＯＦＤＭシンボルの数は７個であってよい。ＯＦＤＭシンボルが拡張されたＣＰによって構成された場合、１ ＯＦＤＭシンボルの長さが増加することから、１スロットに含まれるＯＦＤＭシンボルの数は、標準ＣＰの場合に比べて少ない。拡張されたＣＰの場合、例えば、１スロットに含まれるＯＦＤＭシンボルの数は６個であってもよい。ユーザ機器が速い速度で移動するなどしてチャネル状態が不安定な場合、シンボル間干渉をより減らすために、拡張されたＣＰを用いることができる。
標準ＣＰが用いられる場合、１スロットは７ ＯＦＤＭシンボルを含むため、１サブフレームは１４ ＯＦＤＭシンボルを含む。このとき、各サブフレームの先頭における最大３個のＯＦＤＭシンボルは、ＰＤＣＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）に割り当て、残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（ｐｈｙｓｉｃａｌ ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に割り当てることができる。
図４の（ｂ）は、タイプ２無線フレームの構造を例示する。タイプ２無線フレームは、２個のハーフフレーム（ｈａｌｆ ｆｒａｍｅ）で構成され、各ハーフフレームは、２個のスロットを含む４個の一般サブフレームと、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）、保護区間（Ｇｕａｒｄ Ｐｅｒｉｏｄ、ＧＰ）及びＵｐＰＴＳ（Ｕｐｌｉｎｋ Ｐｉｌｏｔ Ｔｉｍｅ Ｓｌｏｔ）を含む特別サブフレーム（ｓｐｅｃｉａｌ ｓｕｂｆｒａｍｅ）とで構成される。
特別サブフレームにおいて、ＤｗＰＴＳは、ユーザ機器における初期セル探索、同期化又はチャネル推定に用いられる。ＵｐＰＴＳは、基地局におけるチャネル推定とユーザ機器の上りリンク送信同期の獲得に用いられる。すなわち、ＤｗＰＴＳは下りリンク送信に、ＵｐＰＴＳは上りリンク送信に用いられ、特に、ＵｐＰＴＳはＰＲＡＣＨプリアンブルやＳＲＳ送信のために用いられる。また、保護区間は、上りリンクと下りリンクの間に下りリンク信号の多重経路遅延によって上りリンクで生じる干渉を除去するための区間である。
上記の特別サブフレームに関して現在３ＧＰＰ標準文書では下記の表１のように設定を定義している。表１で、
の場合に、ＤｗＰＴＳとＵｐＰＴＳを示しており、残りの領域が保護区間として設定される。
一方、タイプ２無線フレームの構造、すなわち、ＴＤＤシステムにおいて上りリンク／下りリンクサブフレーム設定（ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、下記の表２のとおりである。
上記の表２で、Ｄは下りリンクサブフレーム、Ｕは上りリンクサブフレームを表し、Ｓは特別サブフレームを意味する。また、上記の表２では、それぞれの上りリンク／下りリンクサブフレーム設定において下りリンク−上りリンクスイッチング周期も表している。
上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるシンボルの数は様々に変更されてもよい。
図５には、下りリンクスロットにおけるリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する。
図５は、下りリンクスロットが７個のＯＦＤＭシンボルを含み、リソースブロックが１２個の副搬送波を含むとしているが、必ずしもこれに制限されない。例えば、下りリンクスロットに含まれるＯＦＤＭシンボルの個数は、サイクリックプレフィックス（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ；ＣＰ）の長さによって変形されてもよい。
リソースグリッド上の各要素をリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ；ＲＥ）とし、１つのリソース要素は、１つのＯＦＤＭシンボルインデックス及び１つの副搬送波インデックスで示される。
図６には、下りリンクサブフレームの構造を例示する。
図６を参照すると、サブフレームの一番目のスロットで先頭部に位置している最大３（４）個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域に該当する。残りのＯＦＤＭシンボルは、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）が割り当てられるデータ領域に該当する。ＬＴＥで用いられる下りリンク制御チャネルの例には、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ）などがある。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレーム内で制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を搬送する。ＰＨＩＣＨは、上りリンク送信に対する応答としてＨＡＲＱ ＡＣＫ／ＮＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ｒｅｑｕｅｓｔａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ）信号を搬送する。
ＰＤＣＣＨで送信される制御情報をＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）と称する。ＤＣＩは、ユーザ機器又はユーザ機器グループのためのリソース割り当て情報及び他の制御情報を含む。例えば、ＤＣＩは、上りリンク／下りリンクスケジューリング情報、上りリンク送信（Ｔｘ）電力制御命令などを含む。
ＰＤＣＣＨは、下りリンク共有チャネル（ｄｏｗｎｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；ＤＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、上りリンク共有チャネル（ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌ；ＵＬ−ＳＣＨ）の送信フォーマット及びリソース割り当て情報、ページングチャネル（ｐａｇｉｎｇ ｃｈａｎｎｅｌ；ＰＣＨ）上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層制御メッセージのリソース割り当て情報、ユーザ機器グループ内の個別ユーザ機器に対する送信電力制御命令セット、送信電力制御命令、ＶｏＩＰ（Ｖｏｉｃｅ ｏｖｅｒ ＩＰ）の活性化指示情報などを搬送する。複数のＰＤＣＣＨが制御領域内で送信されてもよく、ユーザ機器は、複数のＰＤＣＣＨを監視することができる。ＰＤＣＣＨは、一つ又は複数の連続した制御チャネル要素（ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ ｅｌｅｍｅｎｔ；ＣＣＥ）の集合（ａｇｇｒｅｇａｔｉｏｎ）上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づくコーディングレートを提供するために用いられる論理的割り当てユニットである。ＣＣＥは、複数のリソース要素グループ（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ ｇｒｏｕｐ；ＲＥＧ）に対応する。ＰＤＣＣＨのフォーマット及びＰＤＣＣＨビットの個数は、ＣＣＥの個数によって決定される。基地局は、ユーザ機器に送信されるＤＣＩによってＰＤＣＣＨフォーマットを決定し、制御情報にＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を付加する。ＣＲＣは、ＰＤＣＣＨの所有者又は使用目的によって識別子（例、ＲＮＴＩ（ｒａｄｉｏ ｎｅｔｗｏｒｋ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ））でマスクされる。例えば、ＰＤＣＣＨが特定ユーザ機器のためのものである場合、該当のユーザ機器の識別子（例、ｃｅｌｌ−ＲＮＴＩ（Ｃ−ＲＮＴＩ））をＣＲＣにマスクすることができる。ＰＤＣＣＨがページングメッセージのためのものである場合、ページング識別子（例、ｐａｇｉｎｇ−ＲＮＴＩ（Ｐ−ＲＮＴＩ））がＣＲＣにマスクされてもよい。ＰＤＣＣＨがシステム情報（より詳しくは、システム情報ブロック（ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ；ＳＩＣ））のためのものである場合、ＳＩ−ＲＮＴＩ（ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）がＣＲＣにマスクされてもよい。ＰＤＣＣＨがランダムアクセス応答のためのものである場合、ＲＡ−ＲＮＴＩ（ｒａｎｄｏｍ ａｃｃｅｓｓ−ＲＮＴＩ）がＣＲＣにマスクされてもよい。
図７は、ＬＴＥで用いられる上りリンクサブフレームの構造を例示する。
図７を参照すると、上りリンクサブフレームは、複数（例、２個）のスロットを含む。スロットは、ＣＰ長によって異なる個数のＳＣ−ＦＤＭＡシンボルを含むことができる。上りリンクサブフレームは、周波数領域でデータ領域と制御領域とに区別される。データ領域は、ＰＵＳＣＨを含み、音声などのデータ信号を送信するために用いられる。制御領域は、ＰＵＣＣＨを含み、上りリンク制御情報（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ;ＵＣＩ）を送信するために用いられる。ＰＵＣＣＨは、周波数軸でデータ領域の両端部に位置しているＲＢ対（ＲＢ ｐａｉｒ）を含み、スロットを境界でホップする。
ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。
− ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：上りリンクＵＬ−ＳＣＨリソースを要求するために用いる情報である。ＯＯＫ（Ｏｎ−Ｏｆｆ Ｋｅｙｉｎｇ）方式で送信する。
− ＨＡＲＱ ＡＣＫ／ＮＡＣＫ：ＰＤＳＣＨ上の下りリンクデータパケットに対する応答信号である。下りリンクデータパケットの受信に成功したか否かを示す。単一の下りリンクコードワードに対する応答として１ビットのＡＣＫ／ＮＡＣＫを送信し、２つの下りリンクコードワードに対する応答として２ビットのＡＣＫ／ＮＡＣＫを送信する。
− ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｅ Ｉｎｆｏｒｍａｔｉｏｎ）：下りリンクチャネルに対するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ）を含み、ＭＩＭＯ（Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）関連フィードバック情報は、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ Ｔｙｐｅ Ｉｎｄｉｃａｔｏｒ）などを含む。サブフレーム当たりに２０ビットが用いられる。
ユーザ機器がサブフレームで送信可能な制御情報（ＵＣＩ）の量は、制御情報送信に可用なＳＣ−ＦＤＭＡの個数に依存する。制御情報送信に可用なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信のためのＳＣ−ＦＤＭＡシンボルを除いた残りのＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）が設定されたサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除く。参照信号はＰＵＣＣＨのコヒーレント検出に用いられる。
図８には、キャリア併合（Ｃａｒｒｉｅｒ Ａｇｇｒｅｇａｔｉｏｎ；ＣＡ）通信システムを例示する。
図８を参照すると、複数の上りリンク／下りリンクコンポーネント搬送波（Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ；ＣＣ）を束ねてより広い上りリンク／下りリンク帯域幅をサポートすることができる。用語「コンポーネント搬送波（ＣＣ）」は、等価の他の用語（例、キャリア、セルなど）に言い換えてもよい。各ＣＣは周波数領域で互いに隣接しても非隣接してもよい。各コンポーネント搬送波の帯域幅は、独立して定められてもよい。ＵＬ ＣＣの個数とＤＬ ＣＣの個数とが異なる非対称の搬送波集成も可能である。一方、制御情報は、特定ＣＣでのみ送受信されるように設定されてもよい。このような特定のＣＣをプライマリＣＣ（又はアンカーＣＣ）とし、残りのＣＣをセカンダリＣＣとすることができる。
クロス−キャリアスケジューリング（又は、クロス−ＣＣスケジューリング）が適用される場合、下りリンク割り当てのためのＰＤＣＣＨはＤＬ ＣＣ＃０で送信され、該当のＰＤＳＣＨはＤＬ ＣＣ＃２で送信されてもよい。クロス−ＣＣスケジューリングのために、キャリア指示フィールド（ｃａｒｒｉｅｒ ｉｎｄｉｃａｔｏｒ ｆｉｅｌｄ；ＣＩＦ）の導入を考慮することができる。ＰＤＣＣＨ内でＣＩＦが存在するか否かは、上位層シグナリング（例、ＲＲＣシグナリング）によって半−静的及び端末−特定（又は端末グループ−特定）方式で設定されてもよい。ＰＤＣＣＨ送信のベースラインを要約すると、次のとおりである。
□ ＣＩＦディセーブルド（ｄｉｓａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨは、同じＤＬ ＣＣ上のＰＤＳＣＨリソースを割り当てたり、一つのリンクされたＵＬ ＣＣ上のＰＵＳＣＨリソースを割り当てる
● Ｎｏ ＣＩＦ
● ＬＴＥ ＰＤＣＣＨ構造（同じ符号化、同じＣＣＥベースのリソースマッピング）及びＤＣＩフォーマットと同一である
□ ＣＩＦイネーブルド（ｅｎａｂｌｅｄ）：ＤＬ ＣＣ上のＰＤＣＣＨはＣＩＦを用いて、複数の併合されたＤＬ／ＵＬ ＣＣのうち特定のＤＬ／ＵＬ ＣＣ上のＰＤＳＣＨ又はＰＵＳＣＨリソースを割り当てることができる
● ＣＩＦを有する拡張されたＬＴＥ ＤＣＩフォーマット
− ＣＩＦ（設定される場合）は、固定されたｘ−ビットフィールド（例、ｘ＝３）
− ＣＩＦ（設定される場合）位置は、ＤＣＩフォーマットサイズに関係なく固定される
● ＬＴＥ ＰＤＣＣＨ構造を再使用（同じ符号化、同じＣＣＥベースのリソースマッピング）
ＣＩＦが存在する場合、基地局は、端末側のＢＤ複雑度を下げるために、ＰＤＣＣＨモニタリングＤＬ ＣＣセットを割り当てることができる。ＰＤＣＣＨモニタリングＤＬ ＣＣセットは、併合された全ＤＬ ＣＣの一部であって、一つ以上のＤＬ ＣＣを含み、端末は、該当のＤＬ ＣＣ上でＰＤＣＣＨの検出／復号化を行う。すなわち、基地局が端末にＰＤＳＣＨ／ＰＵＳＣＨをスケジュールする場合、ＰＤＣＣＨは、ＰＤＣＣＨモニタリングＤＬ ＣＣセットでのみ送信される。ＰＤＣＣＨモニタリングＤＬ ＣＣセットは、端末−特定（ＵＥ−ｓｐｅｃｉｆｉｃ）、端末−グループ−特定、又はセル−特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）の方式で設定されてもよい。用語「ＰＤＣＣＨモニタリングＤＬ ＣＣ」は、モニタリングキャリア、モニタリングセルなどの等価の用語に代えてもよい。また、端末のために併合されたＣＣは、サービングＣＣ、サービングキャリア、サービングセルなどの等価の用語に代えてもよい。
図９には、複数のキャリアが併合された場合のスケジューリングを例示する。３個のＤＬ ＣＣが併合されたと仮定する。ＤＬ ＣＣ ＡがＰＤＣＣＨモニタリングＤＬ ＣＣとして設定されたと仮定する。ＤＬ ＣＣ Ａ〜Ｃを、サービングＣＣ、サービングキャリア、サービングセルなどと呼ぶことができる。ＣＩＦがディセーブルされた場合、各ＤＬ ＣＣは、ＬＴＥ ＰＤＣＣＨ設定によって、ＣＩＦ無しで、自身のＰＤＳＣＨをスケジュールするＰＤＣＣＨだけを送信することができる。一方、端末−特定（又は端末−グループ−特定又はセル−特定）上位層シグナリングによってＣＩＦがイネーブルされた場合、ＤＬ ＣＣ Ａ（モニタリングＤＬ ＣＣ）は、ＣＩＦを用いて、ＤＬ ＣＣ ＡのＰＤＳＣＨをスケジュールするＰＤＣＣＨの他、別のＣＣのＰＤＳＣＨをスケジュールするＰＤＣＣＨも送信することができる。この場合、ＰＤＣＣＨモニタリングＤＬ ＣＣとして設定されていないＤＬ ＣＣ Ｂ／Ｃでは、ＰＤＣＣＨが送信されない。したがって、ＤＬ ＣＣ Ａ（モニタリングＤＬ ＣＣ）は、ＤＬ ＣＣ Ａと関連付いたＰＤＣＣＨ検索領域、ＤＬ ＣＣ Ｂと関連付いたＰＤＣＣＨ検索領域、及びＤＬ ＣＣ Ｃと関連付いたＰＤＣＣＨ検索領域を全て含まなければならない。本明細書で、ＰＤＣＣＨ検索領域はキャリア別に定義されると仮定する。
上述したように、ＬＴＥ−Ａは、クロス−ＣＣスケジューリングのためにＰＤＣＣＨ内でＣＩＦの使用を考慮している。ＣＩＦを使用するか否か（すなわち、クロス−ＣＣスケジューリングモード又はノン−クロス−ＣＣスケジューリングモードのサポート）及びモード間切換は、ＲＲＣシグナリングで半−静的／端末−特定に設定することができ、当該ＲＲＣシグナリング過程を経た後、端末は、自身にスケジュールされるＰＤＣＣＨ内にＣＩＦが用いられるか否かを認識することができる。
図１０は、ＥＰＤＣＣＨ、及びＥＰＤＣＣＨによってスケジュールされるＰＤＳＣＨを示す図である。
図１０を参照すると、ＥＰＤＣＣＨは一般に、データを送信するＰＤＳＣＨ領域の一部分を定義して使用することができ、端末は、自身へのＥＰＤＣＣＨの有無を検出するためのブラインドデコーディング（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）過程を行わなければならない。ＥＰＤＣＣＨは、既存のレガシーＰＤＣＣＨと同じスケジューリング動作（すなわち、ＰＤＳＣＨ、ＰＵＳＣＨの制御）を行うが、ＲＲＨのようなノードに接続した端末の個数が増えると、ＰＤＳＣＨ領域内に一層多数のＥＰＤＣＣＨが割り当てられるため、端末の行うべきブラインドデコーディングの回数も増加し、複雑度の増加につながるという短所はある。
図１１には、ＴＤＤシステム環境下で既存（Ｌｅｇａｃｙ）サブフレームを静的サブフレーム集合と流動サブフレーム集合とに分割した場合を示す。図８で、ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）シグナルで設定された既存の上りリンク−下りリンク設定を上りリンク−下りリンク設定＃１（すなわち、ＤＳＵＵＤＤＳＵＵＤ）と仮定しており、基地局は端末に、事前に定義されたシグナルで無線リソースの用途の再設定情報を知らせると仮定している。
無線リソース用途変更メッセージ（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｓｓａｇｅ）は、事前に定義された規則によって、ｉ）当該用途変更メッセージ受信時点を含めて後に現れたり、或いはｉｉ）当該用途変更メッセージ受信時点を含めないで後に現れたり、或いはｉｉｉ）当該用途変更メッセージ受信時点から事前に定義された時間（すなわち、サブフレームオフセット（Ｓｕｂｆｒａｍｅ Ｏｆｆｓｅｔ）以降）に現れる無線リソースの用途を知らせる目的で用いられる。
前述した内容に基づいて、本発明では、特定セル上の無線リソース用途が負荷状態によって動的に変更（すなわち、ｅＩＭＴＡ（ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ）セル）される場合に、ｅＩＭＴＡ ＵＥ（例、Ｒｅｌ−１２ ＵＥ）とレガシー（Ｌｅｇａｃｙ）ＵＥ（例、Ｒｅｌ−１１ＵＥ或いはＮｏｎ−ｅＩＭＴＡ（ｅｎｈａｎｃｅｄ ｉｎｔｅｒｆｅｒｅｎｃｅ ｍａｎａｇｅｍｅｎｔ ａｎｄ ｔｒａｆｆｉｃ ａｄａｐｔａｔｉｏｎ）ＵＥ）との間に発生する、ＤＬ ＨＡＲＱ−ＡＣＫと関連して暗黙的ＰＵＣＣＨリソース衝突（Ｉｍｐｌｉｃｉｔ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｃｏｌｌｉｓｉｏｎ）の問題を解決するための方法を提案する。
本発明で、用途変更メッセージ（Ｒｅｃｏｎｆｉｇｕｒａｔｉｏｎ Ｍｅｓｓａｇｅ）は、事前に定義されたセル（例、プライマリＣｅｌｌ、ＰＣｅｌｌ）上で上位層シグナル形態（例、ＳＩＢ／ＰＢＣＨ／ＭＡＣ／ＲＲＣ）或いは物理層シグナル形態（例、ＰＤＣＣＨ／ＥＰＤＣＣＨ／ＰＤＳＣＨ）で送信される。また、当該用途変更メッセージは、端末特定的な（ＵＥ−Ｓｐｅｃｉｆｉｃ）特性、セル特定的な（Ｃｅｌｌ−Ｓｐｅｃｉｆｉｃ）特性、端末グループ特定的な（ＵＥ−Ｇｒｏｕｐ−Ｓｐｅｃｉｆｉｃ）特性、或いは端末グループ共通の（ＵＥ−Ｇｒｏｕｐ−Ｃｏｍｍｏｎ）特性を有することができる。さらに、用途変更メッセージは、事前に定義されたセル（例、ＰＣｅｌｌ）上でＵＳＳ（ＵＥ−Ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ）或いはＣＳＳ（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ）で送信されてもよい。
以下では、説明の便宜のために、３ＧＰＰ ＬＴＥシステムに基づいて本発明を説明する。しかし、本発明が適用されるシステムの範囲は、３ＧＰＰ ＬＴＥシステムだけでなく、他のシステムにも拡張可能である。また、本発明の実施例は、ｉ）ＴＤＤセルが搬送波集成技法（ＣＡ）で用いられ、集成されたセルの少なくとも一つ（すなわち、一部或いは全て）が無線リソース用途変更モードで動作す場合、及び／又はｉｉ）ＴＤＤセルとＦＤＤセルとの組合せが搬送波集成技法（例えば、ＴＤＤ ＰＣｅｌｌとＦＤＤ ＳＣｅｌｌの場合、或いはＦＤＤ ＰＣｅｌｌとＴＤＤ ＳＣｅｌｌの場合）で用いられ、集成されたＴＤＤセルの少なくとも一つ（すなわち、一部或いは全て）が無線リソース用途変更モードで動作する場合などでも拡張して適用可能である。
本発明に関する具体的な説明に先立ち、ｅＩＭＴＡ ＵＥの観点では、表３の形態でＰＵＣＣＨリソース割り当て（ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＡＬＬＯＣＡＴＩＯＮ）が行われていてもよい。言い換えると、ｅＩＭＴＡ ＵＥと既存（Ｌｅｇａｃｙ）ＵＥ（或いはＮｏｎ−ｅＩＭＴＡ ＵＥ）間に発生するＤＬ ＨＡＲＱ−ＡＣＫ関連暗黙的ＰＵＣＣＨリソース衝突（Ｉｍｐｌｉｃｉｔ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｃｏｌｌｉｓｉｏｎ）の問題を解決するために、表３のように定義されている。
図１２は、表３によるサブフレームインデクシングの一例を説明するための参考図である。
図１２で、ＳＩＢ−１上りリンク−下りリンク設定（ＳＩＢ−１ＵＬ−ＤＬ ｃｏｎｆｉｇ）＃０であり、下りリンクＨＡＲＱ参照設定（ＤＬ ＨＡＲＱ ｒｅｆ ｃｏｎｆｉｇ）＃４であり、上りリンクサブフレーム（ＵＬ ｓｕｂｆｒａｍｅ ＃２）である場合、第１タイプサブフレームに対しては上りリンクサブフレーム＃２で下りリンクサブフレーム＃６のＡＣＫの送信が定義されており、第２タイプサブフレームに対しては上りリンクサブフレーム＃２で下りリンクサブフレーム＃０，＃５，＃１のＡＣＫの送信が定義されており、第３タイプサブフレームに対しては上りリンクサブフレーム＃２で下りリンクサブフレーム＃４のＡＣＫの送信が定義されている。また、図１２の（ｘ−ｙ）表記で、ｘは上りリンクサブフレーム＃２でＡＣＫが送信される下りリンクサブフレームインデックスを表し、ｙは、下りリンクサブフレームｘ上の（ＰＤＣＣＨ領域内の）ＯＦＤＭシンボルインデックスを示す。
このように、第２タイプ及び／又は第３タイプサブフレームの暗黙的ＰＵＣＣＨリソース領域（Ｉｍｐｌｉｃｉｔ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｒｅｇｉｏｎ）を第１タイプ（すなわち、「Ｆｉｘｅｄ ｓｕｂｆｒａｍｅｓ ｈａｖｉｎｇ ｔｈｅ ｓａｍｅ ＨＡＲＱ ｔｉｍｉｎｇ ｆｏｒ ｂｏｔｈ ｅＩＭＴＡ ａｎｄ ｎｏｎ−ｅＩＭＴＡ ＵＥｓ」）サブフレーム関連暗黙的ＰＵＣＣＨリソース領域（Ｉｍｐｌｉｃｉｔ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｒｅｇｉｏｎ）と重ならないように指定するために、上述したよに、第１タイプサブフレーム関連暗黙的ＰＵＣＣＨリソース領域（Ｉｍｐｌｉｃｉｔ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｒｅｇｉｏｎ）にＮoffsetを加えた領域位置を、第２タイプ及び／又は第３タイプ ＳＦの暗黙的ＰＵＣＣＨリソース領域（Ｉｍｐｌｉｃｉｔ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｒｅｇｉｏｎ）の開始点（Ｓｔａｒｔｉｎｇ Ｐｏｉｎｔ）として定義することができる。ここで、Ｎoffsetは、大きく、２つの方法で定義することができる。
第一の方法は、ｅＮＢがｅＩＭＴＡ ＵＥにＮoffset値を事前に定義されたシグナル（例、ＲＲＣ Ｓｉｇｎａｌｉｎｇ）で知らせる方法である。このような方法は、一例として、ｅＮＢが、残っているＰＵＣＣＨリソースをＲＲＣシグナリングタイムスケール（ＲＲＣ Ｓｉｇｎａｌｉｎｇ Ｔｉｍｅ Ｓｃａｌｅ）で柔軟に（Ｆｌｅｘｉｂｌｅ）運営できるという長所がある。しかし、該当のＮoffset値が、少なくともＲＲＣシグナリングタイムスケール（ＲＲＣ Ｓｉｇｎａｌｉｎｇ Ｔｉｍｅ Ｓｃａｌｅ）の間には、異なる個数の第１タイプＤＬ／特別（Ｓｐｅｃｉａｌ）ＳＦが連動された別個の位置のＵＬ ＳＦ上で共通して適用されるため、相対的に少ない個数の第１タイプＤＬ／特別ＳＦが連動されたＵＬ ＳＦのためにはＮoffset値を最適化することができない（すなわち、ＰＵＣＣＨリソースの浪費、過度なＰＵＣＣＨリソースフラグメンテーションの発生）。
また、第一の方法は、特定ＵＬ ＳＦと連動された第１タイプＤＬ／特別ＳＦ上の全ＣＣＥの個数が、時間によって変更（すなわち、ＤＬ／特別ＳＦ別にＰＣＦＩＣＨの値が動的に変更）されうるにもかかわらず、少なくともＲＲＣシグナリングタイムスケールの間にはそれを考慮／反映して特定ＵＬ ＳＦ上に最適化されたＮoffset値を設定することができない（すなわち、ＰＵＣＣＨリソースブロックインターリーバ動作によるＰＵＣＣＨリソース節約（Ｒｅｓｏｕｒｃｅ Ｓａｖｉｎｇ）効果を得ることができない）。以下では、説明の便宜のために、このような第一の方法を「［ＯＰＴＩＯＮ ＃１］」と命名する。
第二の方法は、Ｎoffset値が（追加のシグナリング無しで）事前に定義された数式（Ｅｑｕａｔｉｏｎ）／設定／規則によって暗黙的に定義されるようにする方法である。例えば、Ｎoffset値は、
（すなわち、特定ＵＬ ＳＦと連動された第１タイプＤＬ／特別ＳＦの全ＣＣＥの個数）で定義されてもよい。ここで、ＮCCE,mは、特定ＵＬ ＳＦと連動された総Ｍ個のＳＦ（すなわち、表３のＴａｂｌｅ ３−Ａを参照）のうち、（ｍ＋１）番目にＰＵＣＣＨリソースパッキング（Ｒｅｓｏｕｒｃｅ Ｐａｃｋｉｎｇ）動作が適用されるＤＬ／特別ＳＦ上の全ＣＣＥの個数を意味する。
第二の方法は、上記の第一の方法に比べて、特定ＵＬ ＳＦと連動された第１タイプＤＬ／特別ＳＦ上の全ＣＣＥの個数が時間によって変更されることを反映してＮoffset値を設定できるという長所がある。しかし、ｅＮＢが（残っている）ＰＵＣＣＨリソース（ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ）を柔軟に運営できる余地が減る。以下では、説明の便宜のために、このような第二の方法を「［ＯＰＴＩＯＮ ＃２］」と命名する。
なお、以下に説明する本発明の実施例は、第２タイプ（すなわち、「Ｆｉｘｅｄ ｓｕｂｆｒａｍｅｓ ｈａｖｉｎｇ ｄｉｆｆｅｒｅｎｔ ＨＡＲＱ ｔｉｍｉｎｇ ｆｏｒ ｅＩＭＴＡ ａｎｄ ｎｏｎ−ｅＩＭＴＡ ＵＥｓ」）及び／又は第３タイプ（すなわち、「Ｆｌｅｘｉｂｌｅ ｓｕｂｆｒａｍｅｓ」）ＳＦの暗黙的ＰＵＣＣＨリソース領域（Ｉｍｐｌｉｃｉｔ ＰＵＣＣＨ Ｒｅｓｏｕｒｃｅ Ｒｅｇｉｏｎ）を効率的に指定するための方法を提案する。また、本発明に関する説明の便宜のために、上述した方法（すなわち、［ＯＰＴＩＯＮ ＃１］、［ＯＰＴＩＯＮ ＃２］）を中心に本発明を説明する。しかし、本発明の実施例は、Ｎoffset設定のために、上述した方法ではなく他の方法が適用される場合にも拡張して適用することができる。
１． 第１方案
第１方案で、ｅＮＢがｅＩＭＴＡ ＵＥに、事前に定義されたシグナル（例、物理層シグナル或いは上位層シグナル）を用いて、いかなるＮoffset設定方法が適用されるべきかを知らせるように（すなわち、Ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ）設定することができる。
例えば、ｅＮＢはｅＩＭＴＡ ＵＥに、事前に定義された２つののＮoffset設定方法（すなわち、［ＯＰＴＩＯＮ＃１］、［ＯＰＴＩＯＮ＃２］）のいずれが適用されるかを、ＲＲＣシグナリング（例、１ビット）で知らせることができる。また、仮にｅＩＭＴＡ ＵＥがｅＮＢからこのようなＲＲＣシグナリング（すなわち、いかなる種類のＮoffset設定方法が選択されたかを知らせるシグナル）を受信できないか、或いは仮にこのようなＲＲＣパラメータ（或いはＲＲＣシグナリング）が存在しないと、ｅＩＭＴＡ ＵＥは、事前に定義されたデフォルト（Ｄｅｆａｕｌｔ）方法（例、［ＯＰＴＩＯＮ＃１］或いは［ＯＰＴＩＯＮ＃２］）が適用されると仮定することができる。
このような動作は、該当のＲＲＣシグナリングが選択的情報要素（Ｏｐｔｉｏｎａｌ Ｉｎｆｏｒｍａｔｉｏｎ Ｅｌｅｍｅｎｔ（ＩＥ））（或いは、選択的パラメータ（Ｏｐｔｉｏｎａｌ Ｐａｒａｍｅｔｅｒ））（すなわち、該当のパラメータが存在してもよく存在しなくてもよい。）と定義されたものと判断されてもよく、或いは該当のＲＲＣシグナリングのデフォルト値（Ｄｅｆａｕｌｔ Ｖａｌｕｅ）が特定のＮoffset設定方法（例、［ＯＰＴＩＯＮ＃１］或いは［ＯＰＴＩＯＮ＃２］）を示す値に設定されたものと判断されてもよい。
２． 第２方案
第２方案で、基本的に、ＲＲＣシグナリングでＮoffset値を設定する方法［ＯＰＴＩＯＮ＃１］でｅＮＢがｅＩＭＴＡ ＵＥにＮoffset値を知らせるが、当該ＲＲＣシグナリングを選択的情報要素（ＩＥ）（或いは選択的パラメータ）（すなわち、当該パラメータが存在してもよく、存在しなくてもよい。）と定義することができる。ここで、仮にｅＩＭＴＡ ＵＥがｅＮＢから、ｉ）このようなＲＲＣシグナリング或いはＲＲＣパラメータを受信できなかったか、或いはｉｉ）仮に当該ＲＲＣパラメータ或いはＲＲＣシグナリングが存在しないと、ｅＩＭＴＡ ＵＥは、事前に定義されたデフォルト（Ｄｅｆａｕｌｔ）方法（例、［ＯＰＴＩＯＮ＃２］）で計算されたＮoffset値が適用されると判断することができる。
他の例として、事前に該当ＲＲＣシグナリング或いはＲＲＣパラメータのデフォルト値（Ｄｅｆａｕｌｔ Ｖａｌｕｅ）が、特定Ｎoffset設定方法（例、［ＯＰＴＩＯＮ＃２］）で計算される値として定義されてもよく、仮にｅＩＭＴＡ ＵＥがｅＮＢから、ｉ）このようなＲＲＣシグナリング或いはＲＲＣパラメータを受信できないか、或いはｉｉ）仮に該当ＲＲＣパラメータ或いはＲＲＣシグナリングが存在しないと、該当のデフォルト値（Ｄｅｆａｕｌｔ Ｖａｌｕｅ）を適用するように設定されてもよい。
さらに、この第２方案は、事前に定義されたＮoffset設定方法（すなわち、［ＯＰＴＩＯＮ ＃１］、［ＯＰＴＩＯＮ ＃２］）の一つを（ｅＮＢが）選択できる特性（すなわち、Ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ）を有すると判断してもよい。
３． 第３方案
第３方案で、基本的にＲＲＣシグナリングでＮoffset値を設定する方法（すなわち、ＯＰＴＩＯＮ ＃１）の方法でｅＮＢがｅＩＭＴＡ ＵＥにＮoffset値を知らせるが、仮にｅＩＭＴＡ ＵＥがｅＮＢから、ｉ）このようなＲＲＣシグナリング或いはＲＲＣパラメータを受信できなかったか、或いはｉｉ）仮に当該ＲＲＣパラメータ或いはＲＲＣシグナリングが存在しないと、ｅＩＭＴＡ ＵＥは、事前に定義されたデフォルト（Ｄｅｆａｕｌｔ）方法（例、ＯＰＴＩＯＮ ＃２）で計算されたＮoffset値が適用されると判断することができる。
例えば、事前に当該ＲＲＣシグナリング或いはＲＲＣパラメータのデフォルト値（Ｄｅｆａｕｌｔ Ｖａｌｕｅ）が、特定Ｎoffset設定方法（例、ＯＰＴＩＯＮ ＃２）で計算される値として定義されたと判断することができ、したがって、仮にｅＩＭＴＡ ＵＥがｅＮＢから、ｉ）このようなＲＲＣシグナリング或いはＲＲＣパラメータを受信できないか、或いはｉｉ）仮に当該ＲＲＣパラメータ或いはＲＲＣシグナリングが存在しないと、該当のデフォルト値（Ｄｅｆａｕｌｔ Ｖａｌｕｅ）を適用すると判断することができる。
さらに、この第３方案は、事前に定義されたＮoffset設定方法（すなわち、ＯＰＴＩＯＮ ＃１、ＯＰＴＩＯＮ ＃２）の一つを（ｅＮＢが）選択できる（すなわち、Ｃｏｎｆｉｇｕｒａｂｉｌｉｔｙ）特性を有すると判断してもよい。
４． 第４方案
本発明の第４方案によれば、搬送波集成技法（ＣＡ）が適用された状況下で、少なくとも一つのセル（或いは、全てのセル）が無線リソース動的変更モード（すなわち、ｅＩＭＴＡ−ｅｎａｂｌｅｄ Ｃｅｌｌ）で動作する場合に、特定セル関連「ＨＡＲＱ−ＡＣＫ ＢＩＴＳ ＯＲＤＥＲＩＮＧ（ｆｏｒ ＰＵＣＣＨ ＦＯＲＭＡＴ １ｂ ＷＩＴＨ ＣＨＡＮＮＥＬ ＳＥＬＥＣＴＩＯＮ）（すなわち、上記の表３を参照）」と「ＰＵＣＣＨリソース割り当て（ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＡＬＬＯＣＡＴＩＯＮ）」は、以下に記述する、規則＃１−１乃至規則＃２−３の少なくとも一つ（すなわち、一部或いは全て）の規則に従うように設定することができる。
以下では、説明の便宜のために、２個のセル（或いはコンポーネントキャリア）が搬送波集成技法で用いられる状況を仮定したが、本発明の実施例を、３個以上のセル（或いはコンポーネントキャリア）が搬送波集成技法で用いられる状況でも拡張して適用可能であることは明らかである。また、以下では説明の便宜のために、２個のセルをそれぞれＰＣｅｌｌ（Ｐｒｉｍａｒｙ Ｃｅｌｌ）、ＳＣｅｌｌ（Ｓｅｃｏｎｄａｒｙ Ｃｅｌｌ）と命名する。また、以下の規則は、ＰＣｅｌｌ或いはＳＣｅｌｌのｉ）ＰＵＣＣＨ ＦＯＲＭＡＴ １ｂ ＷＩＴＨ ＣＨＡＮＮＥＬ ＳＥＬＥＣＴＩＯＮ関連バンドリングウィンドウ（ＢＵＮＤＬＩＮＧ ＷＩＮＤＯＷ）サイズが４である場合、及び／又はｉｉ）搬送波集成技法（ＣＡ）が適用された場合に限って適用されるように設定されてもよい。
まず、セルフスケジューリング（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ）の場合を中心に規則＃１−１乃至規則＃１−３を説明する。
４−１． 規則＃１−１：ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとＮｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ
まず、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合（実施例＃１−１−Ａ）、ＰＵＣＣＨリソース割り当て（ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＡＬＬＯＣＡＴＩＯＮ）に対して、最終決定されたＰＣｅｌｌの下りリンクＨＡＲＱ参照設定（ＤＬ ＨＡＲＱ ＲＥＦＥＲＥＮＣＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ）によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング（ＢＬＯＣＫ ＩＮＴＥＲＬＥＡＶＩＮＧ）、及びＮoffsetシグナリングは、上記の表３にしたがって行われるように定義することができる。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリング（ＨＡＲＱ−ＡＣＫ ＢＩＴＳ ＯＲＤＥＲＩＮＧ）に対して、上記の表３で説明されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定（ＤＬ ＨＡＲＱ ＲＥＦＥＲＥＮＣＥ ＣＯＮＦＩＧＵＲＡＴＩＯＮ）にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
次に、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃１−１−Ｂ）、ＰＵＣＣＨリソース割り当てに対して、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＰＵＣＣＨリソースは事前にＲＲＣシグナルされたリソースを用いるように定義される（例えば、ＡＲＩ（ＡＣＫ／ＮＡＣＫ ｒｅｓｏｕｒｃｅ ｉｎｄｉｃａｔｏｒ）フィールドを用いる）。
さらに、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように設定されてもよい。
また、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃１−１−Ｃ）、ＰＵＣＣＨリソース割り当てに対して、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＰＵＣＣＨリソースは、事前にＲＲＣシグナルされたリソースを用いるように定義されてもよい（例えば、ＡＲＩフィールドを用いる）。
さらに、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる既存（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
４−２． 規則＃１−２：ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ
まず、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合（実施例＃１−２−Ｄ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは上記の表３によって行われるように定義することができる。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合におけるＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＰＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃１−２−Ｅ）において、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＰＵＣＣＨリソースは、事前にＲＲＣシグナルされたリソースを用いるように定義されてもよい（例えば、ＡＲＩフィールドを用いる）。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリング（ＨＡＲＱ−ＡＣＫ ＢＩＴＳ ＯＲＤＥＲＩＮＧ）が行われるように定義されてもよい。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃１−２−Ｆ）と関連して、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＰＵＣＣＨリソースは、事前にＲＲＣシグナルされたリソースを用いるように定義されてもよい（例えば、ＡＲＩフィールドを用いる）。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる既存（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
４−３． 規則＃１−３：Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ
まず、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合（実施例＃１−３−Ｇ）と関連して、ＰＵＣＣＨリソース割り当ては、最終決定されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連全てのパラメータ及び動作は、既存（例えば、Ｒｅｌ−１１）動作に従うように定義することができる。すなわち、上記の表３で説明された暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは適用されないように定義することができる。
さらに、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる既存（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
次に、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃１−３−Ｈ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＰＵＣＣＨリソースは、事前にＲＲＣシグナルされたリソースを用いるように定義されてもよい（例えば、ＡＲＩフィールドを用いる）。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃１−３−Ｉ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＰＵＣＣＨリソースは、事前にＲＲＣシグナルされたリソースを用いるように定義されてもよい（例えば、ＡＲＩフィールドを用いる）。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる既存（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
次に、クロスキャリアスケジューリング（Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）の場合を中心に規則＃２−１乃至規則＃２−３を説明する。
４−４． 規則＃２−１：ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとＮｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ
まず、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合（実施例＃２−１−Ｊ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは、上記の表３によって行われるように定義されてもよい。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
また、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃２−１−Ｋ）、ＰＵＣＣＨリソース割り当てと関連して、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは、上記の表３によって行われるように定義されてもよい。
さらに、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
また、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃Ｌ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは、上記の表３によって行われるように定義されてもよい。
さらに、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる既存（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリング（ＨＡＲＱ−ＡＣＫ ＢＩＴＳ ＯＲＤＥＲＩＮＧ）が行われるように定義されてもよい。
４−５． 規則＃２−２：ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ
まず、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合（実施例＃２−２−Ｍ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは、上記の表３によって行われるように定義することができる。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリング（ＨＡＲＱ−ＡＣＫ ＢＩＴＳ ＯＲＤＥＲＩＮＧ）が行われるように定義されてもよい。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃２−２−Ｎ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは、上記の表３によって行われるように定義されてもよい。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
次に、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃２−２−Ｏ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、ＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングは、上記の表３によって行われるように定義されてもよい。
さらに、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる既存（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
４−６． 規則＃２−３：Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ
まず、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合（実施例＃２−３−Ｐ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連全てのパラメータ及び動作は、既存（ｌｅｇａｃｙ）ＬＴＥ（例えば、Ｒｅｌ−１１）動作に従うように定義することができる。すなわち、上記の表３で説明された暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングが適用されない。
さらに、Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＰＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる既存（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
次に、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌ（実施例＃２−３−Ｑ）の場合、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連全てのパラメータ及び動作は、既存（ｌｅｇａｃｙ）ＬＴＥ（例えば、Ｒｅｌ−１１）動作に従うように定義されてもよい。すなわち、上記の表３で説明された暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングが適用されなくてもよい。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、上記の表３で説明されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定にマッチされる暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連サブフレームインデックス順序（すなわち、Ｔａｂｌｅ３−Ａ、Ｔａｂｌｅ３−Ｂ）によってＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃２−３−Ｒ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連全てのパラメータ及び動作は、既存（ｌｅｇａｃｙ）ＬＴＥ（例えば、Ｒｅｌ−１１）動作に従うように定義されてもよい。すなわち、上記の表３で説明された暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングが適用されない。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる既存（ｌｅｇａｃｙ）ＬＴＥ（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
また、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合（実施例＃２−３−Ｓ）、ＰＵＣＣＨリソース割り当ては、最終決定されたＳＣｅｌｌ下りリンクＨＡＲＱ参照設定によってＨＡＲＱ−ＡＣＫを送信するが、暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）関連全てのパラメータ及び動作は、既存（ｌｅｇａｃｙ）ＬＴＥ（例えば、Ｒｅｌ−１１）動作に従うように定義されてもよい。すなわち、上記の表３で説明された暗黙的ＰＵＣＣＨリソーススタッキング（ＩＭＰＬＩＣＩＴ ＰＵＣＣＨ ＲＥＳＯＵＲＣＥ ＳＴＡＣＫＩＮＧ）、ブロックインターリービング、及びＮoffsetシグナリングが適用されない。
さらに、ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合、ＨＡＲＱ−ＡＣＫビットオーダリングは、最終決定されたＳＣｅｌｌの下りリンクＨＡＲＱ参照設定にマッチされる既存（ｌｅｇａｃｙ）ＬＴＥ（例えば、Ｒｅｌ−１１）サブフレームインデックス順でＨＡＲＱ−ＡＣＫビットオーダリングが行われるように定義されてもよい。
特徴的に、セル（或いはコンポーネントキャリア）別ｅｉｍｔａ−モード設定（ｅｉｍｔａ−ｍｏｄｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の有無及びセルフ／クロースキャリアスケジューリング（Ｓｅｌｆ／Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）設定の有無によって、以下の規則を組み合わせて、ＳＣｅｌｌに対するＰＵＣＣＨリソース割り当て及びＨＡＲＱ−ＡＣＫビットオーダリングを適用することができる。
− セルフスケジューリング（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ）の場合：
・ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとＮｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合：（実施例＃１−１−Ｃ）
・ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合：（実施例＃１−２−Ｅ）
・ Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合：（実施例＃１−３−Ｈ）
− クロス−キャリアスケジューリング（Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）の場合、
・ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとＮｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合：（実施例＃２−１−Ｌ）
・ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合：（実施例＃２−２−Ｎ）
・ Ｎｏｎ ｅＩＭＴＡ−ｅｎａｂｌｅｄ ＰＣｅｌｌとｅＩＭＴＡ−ｅｎａｂｌｅｄ ＳＣｅｌｌの場合：（実施例＃２−３−Ｓ）
以上、上述した本発明の実施例は、搬送波集成技法（ＣＡ）が適用された状況下で、ｉ）少なくとも一つの特定セルの無線リソース用途が負荷状態によって動的に変更される場合、或いはｉｉ）少なくとも一つの特定セルの送信モード（ＴＭ）が事前に定義された送信モードに指定される場合、或いはｉｉｉ）少なくとも一つの特定セル（例えば、ＴＤＤ ｅＩＭＴＡ Ｃｅｌｌ）の上りリンク−下りリンク設定（ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）が特定値に（再）設定された場合、或いはｉｖ）クロスキャリアスケジューリング（Ｃｒｏｓｓ Ｃａｒｒｉｅｒ Ｓｃｈｅｄｕｌｉｎｇ）が設定された場合、或いはｖ）セルフスケジューリング（Ｓｅｌｆ−Ｓｃｈｅｄｕｌｉｎｇ）が設定された場合、の少なくとも一つの場合に限って適用されるように設定することができる。
上述した本発明の実施例／設定／規則も本発明の具現方法の一として含まれてもよいため、一種の独立した方案として見なされてもよいことは明らかである。また、上述した実施例／設定／規則／方案は、独立して具現されてもよいが、一部の実施例の組合せ或いは併合の形態で具現されてもよい。
さらに、上述した本発明の実施例／設定／規則／方案に関する情報、或いは当該実施例／設定／規則／方案を適用するか否かに関する情報などは、基地局が端末に事前に定義されたシグナル（例えば、物理層或いは上位層シグナル）で知らせることができる。
さらに、上述した本発明の実施例は、別個のＴＤＤ上りリンク−下りリンク設定（ｄｉｆｆｅｒｅｎｔ ＴＤＤ ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（例えば、ＳＩＢ１ ＵＬ−ＤＬ Ｃｏｎｆｉｇｕｒａｔｉｏｎ（ＰＣｅｌｌ）、ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｆｉｇＣｏｍｍｏｎＳＣｅｌｌ ＩＥ（ＳＣｅｌｌ））を有するセルが搬送波集成技法（ＣＡ）で用いられ、これらのセルのうち少なくとも一つのセルの無線リソース用途が負荷状態によって動的に変更される場合にも拡張して適用可能である。
図１３には、本発明の一実施例に適用可能な基地局及び端末を例示する。
無線通信システムにリレーが含まれる場合、バックホールリンクで通信は基地局とリレーとの間に行われ、アクセスリンクで通信はリレーと端末との間に行われる。したがって、図面に例示された基地局又は端末は状況によってリレーに置き換わってよい。
図１３を参照すると、無線通信システムは、基地局（ＢＳ）１１０及び端末（ＵＥ）１２０を含んでいる。基地局１１０は、プロセッサ１１２、メモリ１１４及び無線周波数（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ；ＲＦ）ユニット１１６を含む。プロセッサ１１２は本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ１１４は、プロセッサ１１２に接続し、プロセッサ１１２の動作と関連した様々な情報を保存する。ＲＦユニット１１６は、プロセッサ１１２に接続し、無線信号を送信及び／又は受信する。端末１２０は、プロセッサ１２２、メモリ１２４及びＲＦユニット１２６を含んでいる。プロセッサ１２２は本発明で提案した手順及び／又は方法を具現するように構成することができる。メモリ１２４は、プロセッサ１２２に接続し、プロセッサ１２２の動作と関連した様々な情報を保存する。ＲＦユニット１２６は、プロセッサ１２２に接続し、無線信号を送信及び／又は受信する。基地局１１０及び／又は端末１２０は、単一アンテナ又は多重アンテナを有することができる。
以上説明した実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施してもよく、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明する動作の順序は、変更してもよい。ある実施例の一部の構成又は特徴を、他の実施例に含めてもよく、又は他の実施例の対応する構成又は特徴に置き換えてもよい。特許請求の範囲で明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正によって新しい請求項として含めてもよいことは自明である。
本文書で基地局によって行われるとした特定の動作は、場合によっては、その上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われてもよい。すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークで端末との通信のために行われる様々な動作は、基地局又はその他のネットワークノードで行うことができることは自明である。基地局を、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に代えてもよい。
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現することができる。ハードウェアによる具現の場合、本発明の一実施例は、１つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
ファームウェア又はソフトウェアによる具現の場合、本発明の一実施例は、以上で説明した機能又は動作を実行するモジュール、手順、関数などの形態で具現することができる。ソフトウェアコードはメモリユニットに格納され、プロセッサによって駆動されてもよい。
メモリユニットは、プロセッサの内部又は外部に設けられ、既に公知である様々な手段によってプロセッサとデータを交換することができる。
本発明は、本発明の特徴から逸脱しない範囲で他の特定の形態で具体化されてもよいことが当業者には自明である。したがって、上記の詳細な説明をいずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付する請求項の合理的解釈によって決定しなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
上述したような無線リソースの用途変更をサポートする無線通信システムにおいて上りリンク制御チャネルの送信方法及びそのための装置は、３ＧＰＰ ＬＴＥシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥシステムの他、様々な無線通信システムにも適用可能である。

Claims (5)

  1. 無線リソースの用途変更をサポートする無線通信システムにおいて端末の上りリンク制御チャネルを送信する方法であって、
    第１タイプのサブフレームのための第１物理上りリンク制御チャネル（ＰＵＣＣＨ）リソース領域に基づいて設定された第２ＰＵＣＣＨリソース領域のためのオフセット情報を受信するステップであって、該第２ＰＵＣＣＨリソース領域は第２タイプのサブフレーム及び第３タイプのサブフレームと関連付けられる、ステップと、
    前記オフセット情報によって指定された前記第２ＰＵＣＣＨリソース領域を用いて、少なくとも一つの下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫを基地局に送信するステップと、
    を有し、
    前記第１タイプのサブフレームは、ｅＩＭＴＡ端末及びｎｏｎ−ｅＩＭＴＡ端末に対して同じＨＡＲＱタイミングを有して、前記無線リソースの用途が固定され、
    前記第２タイプのサブフレームは、ｅＩＭＴＡ端末及びｎｏｎ−ｅＩＭＴＡ端末に対して別個のＨＡＲＱタイミングを有して、前記無線リソースの用途が固定され、
    前記第３タイプのサブフレームは、前記無線リソースの用途が変更可能であり、
    前記オフセット情報は、前記第２ＰＵＣＣＨリソース領域のためのオフセットが上位層シグナリングで指示されるか否か、或いは前記第２ＰＵＣＣＨリソース領域があらかじめ決定された設定によって定義されるか否かを示し、
    前記オフセット情報は、１ビット指示子で表される、上りリンク制御チャネル送信方法。
  2. 前記オフセット情報は、選択的情報要素で定義されたオフセットを含み、
    前記オフセットが定義された場合、前記第２ＰＵＣＣＨリソース領域は上位層シグナリングで指示され、前記オフセットが定義されていない場合、前記第２ＰＵＣＣＨリソース領域は、あらかじめ決定された値によって決定される、請求項１に記載の上りリンク制御チャネル送信方法。
  3. 前記オフセット情報は、前記第２ＰＵＣＣＨリソース領域のためにあらかじめ定義された基本値を含み、
    前記第２ＰＵＣＣＨリソース領域のためのオフセットが上位層シグナリングで指示されない場合、前記第２ＰＵＣＣＨリソース領域のためのオフセットは、前記基本値と定義される、請求項１に記載の上りリンク制御チャネル送信方法。
  4. 前記基本値は、前記第１ＰＵＣＣＨリソース領域と連動された前記第１タイプのサブフレームのうち、下りリンクサブフレーム及び特別サブフレームのための制御チャネル要素の総和と定義される、請求項３に記載の上りリンク制御チャネル送信方法。
  5. 無線リソースの用途変更をサポートする無線通信システムにおいて上りリンク制御チャネルを送信する端末であって、
    無線周波数ユニットと、
    プロセッサと、
    を備え、
    前記プロセッサは、第１タイプのサブフレームのための第１物理上りリンク制御チャネル（ＰＵＣＣＨ）リソース領域に基づいて設定され、第２タイプのサブフレーム及び第３タイプのサブフレームと関連付けられた第２ＰＵＣＣＨリソース領域のためのオフセット情報を受信し、
    前記オフセット情報によって指定された前記第２ＰＵＣＣＨリソース領域を用いて、少なくとも一つの下りリンクサブフレームに対するＡＣＫ／ＮＡＣＫを基地局に送信するように構成され、
    前記第１タイプのサブフレームは、ｅＩＭＴＡ端末及びｎｏｎ−ｅＩＭＴＡ端末に対して同じＨＡＲＱタイミングを有して、前記無線リソースの用途が固定され、
    前記第２タイプのサブフレームは、ｅＩＭＴＡ端末及びｎｏｎ−ｅＩＭＴＡ端末に対して別個のＨＡＲＱタイミングを有して、前記無線リソースの用途が固定され、
    前記第３タイプのサブフレームは、前記無線リソースの用途が変更可能であり、
    前記オフセット情報は、前記第２ＰＵＣＣＨリソース領域のためのオフセットが上位層シグナリングで指示されるか否か、或いは前記第２ＰＵＣＣＨリソース領域があらかじめ決定された設定によって定義されるか否かを示し、
    前記オフセット情報は、１ビット指示子で表される、端末。
JP2016556871A 2014-03-12 2015-03-12 無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネルの送信方法及びそのための装置 Active JP6321201B2 (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201461952101P 2014-03-12 2014-03-12
US61/952,101 2014-03-12
US201461971534P 2014-03-28 2014-03-28
US61/971,534 2014-03-28
PCT/KR2015/002407 WO2015137747A1 (ko) 2014-03-12 2015-03-12 무선 자원의 용도 변경을 지원하는 무선 통신 시스템에서 상향링크 제어 채널 송신 방법 및 이를 위한 장치

Publications (2)

Publication Number Publication Date
JP2017516332A JP2017516332A (ja) 2017-06-15
JP6321201B2 true JP6321201B2 (ja) 2018-05-09

Family

ID=54072105

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2016556871A Active JP6321201B2 (ja) 2014-03-12 2015-03-12 無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネルの送信方法及びそのための装置

Country Status (6)

Country Link
US (1) US10674487B2 (ja)
EP (1) EP3119024B1 (ja)
JP (1) JP6321201B2 (ja)
KR (1) KR101857667B1 (ja)
CN (1) CN106105084B (ja)
WO (1) WO2015137747A1 (ja)

Families Citing this family (24)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
MY197255A (en) 2016-01-07 2023-06-08 Nokia Solutions & Networks Oy Method and apparatus for allocating acknowledgement resources
CN108781382B (zh) * 2016-12-30 2021-05-11 华为技术有限公司 一种消息应答方法及无线网络设备
CN110121910B (zh) * 2017-01-05 2022-03-29 华为技术有限公司 一种发送上行控制信息的方法、网络设备及终端
JP6877559B2 (ja) * 2017-01-20 2021-05-26 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて、サブフレームタイプに関連する送受信を行う方法及び装置
KR102565255B1 (ko) * 2017-02-03 2023-08-10 가부시키가이샤 엔티티 도코모 유저단말 및 무선 통신 방법
WO2018195787A1 (en) * 2017-04-26 2018-11-01 Qualcomm Incorporated Enhanced machine type communications quick idle transition after connection release
CN109275192B (zh) 2017-07-18 2022-12-13 华为技术有限公司 用于传输信息的方法和设备
CN112291859B (zh) * 2017-11-08 2022-07-08 上海酷芯微电子有限公司 无线自组织网络的节点装置及调度控制方法和介质
JP7303191B2 (ja) * 2017-11-10 2023-07-04 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいてｓｒを運搬するｐｕｃｃｈを送受信する方法及びそのための装置
CN110741577B (zh) * 2017-11-15 2022-05-06 Lg电子株式会社 在无线通信系统中由终端发送上行链路控制信息的方法及使用该方法的终端
KR101999702B1 (ko) * 2017-11-17 2019-07-12 엘지전자 주식회사 하향링크 채널을 송수신하는 방법 및 이를 위한 장치
US10728079B2 (en) * 2018-01-09 2020-07-28 Huawei Technologies Co., Ltd. Resource grid offset indication in mixed numerologies
US11700607B2 (en) * 2018-02-23 2023-07-11 Ntt Docomo, Inc. User terminal, radio base station and radio communication method
CN111989966B (zh) * 2018-04-19 2023-12-05 株式会社Ntt都科摩 终端、基站、系统以及无线通信方法
US11457431B2 (en) * 2018-08-03 2022-09-27 FG Innovation Company Limited Sidelink radio resource allocation
EP3834452B1 (en) * 2018-08-10 2023-10-04 ZTE Corporation Control information transmission techniques
US20200107319A1 (en) * 2018-09-28 2020-04-02 Lenovo (Singapore) Pte. Ltd. Method and apparatus for generating a csi report
MX2021005307A (es) * 2018-11-09 2021-06-23 Ntt Docomo Inc Nodo inalambrico y metodo de comunicacion inalambrica.
JP7084497B2 (ja) * 2018-12-20 2022-06-14 株式会社Ｎｔｔドコモ 無線ノード、及び、無線通信方法
US20220078837A1 (en) * 2019-02-08 2022-03-10 Ntt Docomo, Inc. Wireless node and wireless communication control method
US20220078789A1 (en) * 2019-02-08 2022-03-10 Ntt Docomo, Inc. Wireless node and wireless communication control method
EP3697013A1 (en) * 2019-02-14 2020-08-19 Panasonic Intellectual Property Corporation of America User equipment and system performing transmission and reception operations
JP7340087B2 (ja) * 2019-07-10 2023-09-06 エルジー エレクトロニクス インコーポレイティド Ｎｒ ｖ２ｘにおけるフィードバックリソースを決定する方法及び装置
EP4005130A1 (en) * 2019-07-30 2022-06-01 Sony Group Corporation Telecommunications apparatus and methods

Family Cites Families (71)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090141690A1 (en) 2007-10-01 2009-06-04 Qualcomm Incorporated Method and apparatus for uplink control signaling
EP2352249B1 (en) 2008-10-31 2019-03-27 LG Electronics Inc. Method and apparatus for performing harq process in wireless communication system
CN101873614A (zh) 2009-04-27 2010-10-27 大唐移动通信设备有限公司 一种lte-a系统中多载波聚合小区的配置方法和设备
CN101594683B (zh) * 2009-06-19 2014-03-19 中兴通讯股份有限公司南京分公司 一种载波聚合时的信号传输方法及系统
US20110176461A1 (en) * 2009-12-23 2011-07-21 Telefonakatiebolaget Lm Ericsson (Publ) Determining configuration of subframes in a radio communications system
US20120113831A1 (en) * 2010-04-30 2012-05-10 Interdigital Patent Holdings, Inc. Determination of Carriers and Multiplexing for Uplink Control Information Transmission
CN101867953B (zh) 2010-06-13 2015-06-03 中兴通讯股份有限公司 载波聚合场景下下行控制信息的检测方法和用户设备
MX2012014871A (es) * 2010-06-18 2013-02-15 Nokia Siemens Networks Oy Asignacion de recurso de formato de canal de control de enlace ascendente fisico aumentado para modo doble de division de tiempo.
KR101846169B1 (ko) * 2010-09-13 2018-04-06 엘지전자 주식회사 제어 정보를 전송하는 방법 및 이를 위한 장치
JP5964314B2 (ja) * 2010-11-02 2016-08-03 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて上りリンク制御情報の送受信方法及び装置
EP2639986B1 (en) * 2010-11-11 2023-05-10 LG Electronics Inc. Uplink control information transmitting/receiving method and device in a wireless communication system
US9042327B2 (en) * 2010-11-18 2015-05-26 Lg Electronics Inc. Method for transmitting control information and a device therefor
KR101165643B1 (ko) * 2010-12-20 2012-07-17 엘지전자 주식회사 Ａｃｋ/ｎａｃｋ 전송방법 및 사용자기기와, ａｃｋ/ｎａｃｋ 수신방법 및 기지국
KR101867311B1 (ko) * 2010-12-21 2018-07-19 주식회사 골드피크이노베이션즈 Ａｃｋ／ｎａｃｋ 자원 할당 방법 및 장치와 이를 이용한 ａｃｋ／ｎａｃｋ 신호 전송 방법
KR20120099568A (ko) * 2011-01-18 2012-09-11 삼성전자주식회사 무선 통신 시스템에서 단말기 내에 복수 개의 이종 통신 모듈이 있을 경우 간섭을 측정하는 방법 및 장치
US8718003B2 (en) * 2011-06-20 2014-05-06 Samsung Electronics Co., Ltd. System and method for an uplink control signal in wireless communication systems
KR101925031B1 (ko) * 2011-06-24 2018-12-04 엘지전자 주식회사 상향링크 제어정보 전송방법 및 사용자기기와, 상향링크 제어정보 수신방법 및 기지국
US9621323B2 (en) * 2011-07-14 2017-04-11 Lg Electronics Inc. Method for transmitting control information and apparatus for same
JP5895388B2 (ja) * 2011-07-22 2016-03-30 シャープ株式会社 端末装置、基地局装置、集積回路および通信方法
CN102271032B (zh) * 2011-08-09 2014-11-19 电信科学技术研究院 一种实现上行反馈的方法、系统及装置
KR101556181B1 (ko) * 2011-10-13 2015-09-30 엘지전자 주식회사 상향링크 신호 전송방법 및 사용자기기와, 상향링크 신호 수신방법 및 기지국
CN103095433B (zh) * 2011-11-04 2018-06-15 北京三星通信技术研究有限公司 一种发送harq-ack反馈信息的方法
KR20130078137A (ko) * 2011-12-30 2013-07-10 주식회사 팬택 무선 통신 시스템에서 제어정보의 전송 장치 및 방법
US9191945B2 (en) * 2012-01-18 2015-11-17 Lg Electronics Inc. Method and apparatus for enhanced control channel-based operation in wireless communication system
CN104081709B (zh) * 2012-01-27 2017-09-08 交互数字专利控股公司 用于在基于多载波和/或准校准网络中提供ePDCCH的装置和/或方法
US9526091B2 (en) * 2012-03-16 2016-12-20 Intel Corporation Method and apparatus for coordination of self-optimization functions in a wireless network
JP2013197891A (ja) * 2012-03-19 2013-09-30 Ntt Docomo Inc 無線通信システム、無線基地局装置、ユーザ端末及び無線リソース割当て方法
CN103368709B (zh) * 2012-04-09 2018-08-14 中兴通讯股份有限公司 一种混合自动重传请求确认应答信息发送方法及装置
WO2013157772A1 (ko) * 2012-04-15 2013-10-24 엘지전자 주식회사 상향링크 자원 결정 방법 및 이를 이용한 상향링크 제어 신호 전송 방법, 그리고 이들을 위한 장치
US20150103703A1 (en) * 2012-04-20 2015-04-16 Broadcom Corporation Resource Allocation In Different TDD Configurations With Cross Carrier Scheduling
US8743820B2 (en) * 2012-05-30 2014-06-03 Intel Corporation PUCCH resource allocation with enhanced PDCCH
JP5990793B2 (ja) * 2012-06-07 2016-09-14 シャープ株式会社 端末装置、基地局装置、通信方法および集積回路
WO2013183975A1 (ko) * 2012-06-08 2013-12-12 엘지전자 주식회사 무선통신 시스템에서 상향링크 제어 신호 전송 방법 및 장치
KR102138556B1 (ko) * 2012-07-17 2020-07-28 선 페이턴트 트러스트 단말 장치, 단말에서 실행되는 방법 및 집적 회로
US9930678B2 (en) * 2012-07-19 2018-03-27 Qualcomm Incorporated Multiplexing UEs with different TDD configurations and some techniques to mitigate UE-to-UE and base station-to-base station interference
JP2014023073A (ja) * 2012-07-23 2014-02-03 Sharp Corp 通信システム、移動局装置、基地局装置、通信方法および集積回路
KR101584756B1 (ko) * 2012-08-06 2016-01-12 주식회사 케이티 송수신포인트의 제어정보 전송방법 및 그 송수신포인트, 단말의 상향링크 제어 채널 자원 매핑방법, 그 단말
US9655087B2 (en) * 2012-08-16 2017-05-16 Kt Corporation Configuration and mapping of uplink control channel resource
CN103686772A (zh) * 2012-09-20 2014-03-26 中兴通讯股份有限公司 增强型下行控制信道的配置、检测方法及装置、基站、终端
US9577812B2 (en) * 2012-10-29 2017-02-21 Lg Electronics Inc. Method and apparatus for aggregating plurality of cells
EP2928089A4 (en) * 2012-11-29 2016-07-27 Lg Electronics Inc METHOD AND APPARATUS FOR SENDING ACKNOWLEDGE IN A WIRELESS COMMUNICATION SYSTEM
US9654998B2 (en) * 2013-01-02 2017-05-16 Lg Electronics Inc. Method for measuring interference in wireless communication system, and apparatus therefor
EP2978256B1 (en) * 2013-01-08 2017-07-05 NEC Corporation A wireless communication system, a base station and a corresponding method
KR102197967B1 (ko) * 2013-01-09 2021-01-04 엘지전자 주식회사 무선 통신 시스템에서 수신확인응답 전송 방법 및 장치
WO2014113072A1 (en) * 2013-01-17 2014-07-24 Intel IP Corporation Centralized partitioning of user devices in a heterogeneous wireless network
CN104737484B (zh) * 2013-01-31 2018-03-23 Lg 电子株式会社 在无线通信系统中发送接收肯定应答的方法和装置
US9769815B2 (en) * 2013-02-01 2017-09-19 Lg Electronics Inc. Method and apparatus for receiving downlink signal in wireless communication system
US9877314B2 (en) * 2013-02-27 2018-01-23 Lg Electronics Inc. Method and apparatus for receiving control information over an enhanced physical downlink control channel (PDCCH) in wireless communication system
KR101819515B1 (ko) * 2013-03-04 2018-01-17 엘지전자 주식회사 무선 통신 시스템에서 상향링크 전력 제어 방법 및 이를 위한 장치
JP6302457B2 (ja) * 2013-03-08 2018-03-28 シャープ株式会社 端末、基地局、通信システムおよび通信方法
JP6400564B2 (ja) * 2013-03-08 2018-10-03 シャープ株式会社 端末装置、基地局装置、および通信方法
US9160515B2 (en) * 2013-04-04 2015-10-13 Intel IP Corporation User equipment and methods for handover enhancement using scaled time-to-trigger and time-of-stay
US9219595B2 (en) * 2013-04-04 2015-12-22 Sharp Kabushiki Kaisha Systems and methods for configuration signaling
CN105144768B (zh) * 2013-04-26 2019-05-21 英特尔Ip公司 频谱共享情境中的共享频谱重新分配
US9692582B2 (en) * 2013-05-09 2017-06-27 Sharp Kabushiki Kaisha Systems and methods for signaling reference configurations
WO2015188886A1 (en) * 2014-06-13 2015-12-17 Nokia Solutions And Networks Oy Hybrid automatic repeat request for enhanced interference management and traffic adaptation
CN106165329A (zh) * 2013-08-09 2016-11-23 联发科技股份有限公司 自适应tdd系统中ul控制信道的物理资源分配
WO2015042835A1 (en) * 2013-09-26 2015-04-02 Qualcomm Incorporated METHOD AND APPARATUS FOR EFFICIENT USAGE OF DAI BITS FOR eIMTA IN LTE
JP2016533658A (ja) * 2013-09-27 2016-10-27 ノキア ソリューションズ アンド ネットワークス オサケユキチュア ｅＩＭＴＡ用のＨＡＲＱ−ＡＣＫリソースの割当及び使用
KR20150050891A (ko) * 2013-11-01 2015-05-11 주식회사 아이티엘 하향링크 ｈａｒｑ 타이밍 제어 방법 및 장치
KR20160085753A (ko) * 2013-11-07 2016-07-18 엘지전자 주식회사 무선 통신 시스템에서 하향링크 신호 송수신 방법 및 이를 위한 장치
KR20160119071A (ko) * 2014-02-08 2016-10-12 엘지전자 주식회사 무선 자원의 용도 변경을 지원하는 무선 통신 시스템에서 폴백(fallback) 모드의 상향링크 신호 송신 방법 및 이를 위한 장치
KR20160130982A (ko) * 2014-03-10 2016-11-15 엘지전자 주식회사 무선 통신 시스템에서 채널 상태 정보의 참조 자원을 설정하는 방법 및 이를 위한 장치
US9408158B2 (en) * 2014-03-14 2016-08-02 Sharp Laboratories Of America, Inc. Systems and methods for feedback reporting
JP6306204B2 (ja) * 2014-03-27 2018-04-04 エルジー エレクトロニクス インコーポレイティド 無線通信システムにおいて下りリンク信号の送受信方法及びそのための装置
WO2015156521A1 (ko) * 2014-04-08 2015-10-15 엘지전자 주식회사 무선 자원의 용도 변경을 지원하는 무선 통신 시스템에서 상향링크 제어 정보 송신 방법 및 이를 위한 장치
US10375661B2 (en) * 2014-04-24 2019-08-06 Lg Electronics Inc. Method for transmitting synchronization signal for D2D communication in wireless communication system and apparatus therefor
US20160021618A1 (en) * 2014-07-18 2016-01-21 Sharp Laboratories Of America, Inc. Systems and methods for uplink transmission power control
KR20170040192A (ko) * 2014-07-29 2017-04-12 엘지전자 주식회사 무선 통신 시스템에서 d2d(device-to-device) 통신을 위한 신호 송수신 방법 및 이를 위한 장치
WO2016018132A1 (ko) * 2014-08-01 2016-02-04 엘지전자 주식회사 무선 통신 시스템에서 d2d 통신을 지원하는 방법 및 이를 위한 장치
CN106716908B (zh) * 2014-09-27 2020-04-17 Lg电子株式会社 在无线通信系统中发送和接收信号的方法及执行该方法的设备

Also Published As

Publication number Publication date
CN106105084A (zh) 2016-11-09
WO2015137747A1 (ko) 2015-09-17
JP2017516332A (ja) 2017-06-15
CN106105084B (zh) 2019-07-12
EP3119024B1 (en) 2021-02-17
KR20160114643A (ko) 2016-10-05
KR101857667B1 (ko) 2018-06-19
EP3119024A4 (en) 2018-04-18
US10674487B2 (en) 2020-06-02
EP3119024A1 (en) 2017-01-18
US20160374071A1 (en) 2016-12-22

Similar Documents

Publication Publication Date Title
JP6321201B2 (ja) 無線リソースの用途変更をサポートする無線通信システムで上りリンク制御チャネルの送信方法及びそのための装置
US9967829B2 (en) Method of transmitting uplink control information in wireless communication system supporting change of usage of radio resource and apparatus therefor
JP6360202B2 (ja) 無線リソースの用途変更を支援する無線通信システムにおける信号の有効性判断方法及びそのための装置
CN107079276B (zh) 在无线通信系统中发送/接收d2d信号的方法及其设备
US9549395B2 (en) Method for dynamic allocation of radio resources in wireless communication system and device therefor
JP6336981B2 (ja) 無線通信システムにおいて下りリンク制御チャネルを受信する方法及びそのための装置
KR101759946B1 (ko) 무선 통신 시스템에서 제어 정보를 송수신하는 방법 및 이를 위한 장치
US9473965B2 (en) Method for monitoring downlink control channel in wireless communication system, and apparatus therefor
KR102201754B1 (ko) 반송파 집성(carrier aggregation)을 이용한 통신 방법 및 이를 위한 장치
JP2016509395A (ja) 無線通信システムにおいて下りリンク制御チャネルモニタリング方法及びそのための装置
KR20160078344A (ko) 무선 통신 시스템에서 d2d(device-to-device) 통신을 위한 제어 정보 송수신 방법 및 이를 위한 장치
US10389495B2 (en) Method supporting D2D communication and apparatus therefor in wireless communication system
KR102284363B1 (ko) 무선 통신 시스템에서 하향링크 신호 송수신 방법 및 이를 위한 장치
JP2017535138A (ja) キャリアアグリゲーションを用いた通信方法及びそのための装置
JP6445142B2 (ja) 搬送波集成を支援する無線通信システムにおける信号送受信方法及びそのための装置
US9918306B2 (en) Method for receiving downlink control channel by means of terminal in wireless communication system and apparatus for same
US20160269104A1 (en) Downlink signal transmission/reception method in wireless communication system and apparatus for same
JP6325134B2 (ja) 無線リソースの用途変更を支援する無線通信システムにおけるフォールバック（ｆａｌｌｂａｃｋ）モードの上りリンク信号送信方法及びそのための装置
KR102300037B1 (ko) 무선 통신 시스템에서 단말의 신호 송수신 방법 및 이를 위한 장치
JP2017533622A (ja) 搬送波集成を支援する無線通信システムにおいて端末のモニタリング方法及びそのための装置
JP6421234B2 (ja) 搬送波集成を支援する無線通信システムにおいてＤ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）信号の受信方法及びそのための装置

Legal Events

Date Code Title Description
A977 Report on retrieval

Free format text: JAPANESE INTERMEDIATE CODE: A971007

Effective date: 20170928

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20171107

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20180207

TRDD Decision of grant or rejection written
A01 Written decision to grant a patent or to grant a registration (utility model)

Free format text: JAPANESE INTERMEDIATE CODE: A01

Effective date: 20180306

A61 First payment of annual fees (during grant procedure)

Free format text: JAPANESE INTERMEDIATE CODE: A61

Effective date: 20180404

R150 Certificate of patent or registration of utility model

Ref document number: 6321201

Country of ref document: JP

Free format text: JAPANESE INTERMEDIATE CODE: R150

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250

R250 Receipt of annual fees

Free format text: JAPANESE INTERMEDIATE CODE: R250