JP7240375B2

JP7240375B2 - 下りリンクデータチャネルを送受信する方法及びそのための装置

Info

Publication number: JP7240375B2
Application number: JP2020502365A
Authority: JP
Inventors: キョファンカク; ヒョンホイ; ソンミンイ; ユンチョンイ; テソンファン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2018-02-14
Filing date: 2019-02-14
Publication date: 2023-03-15
Anticipated expiration: 2039-02-14
Also published as: KR102186248B1; KR20200001578A; JP7320042B2; CN111052667B; US11451351B2; JP2020528235A; US20200382247A1; EP3664350A4; CN111052667A; EP3664350B1; KR20190098727A; US20220094494A1; JP2022028903A; EP3664350A1; WO2019160363A1

Description

本発明は下りリンクデータチャネルを送受信する方法及びそのための装置に関し、より詳しくは、下りリンク制御チャネルを介して送受信されるレートマッチング情報に基づいて繰り返し送信される下りリンクデータチャネルを送受信する方法及びそのための装置に関する。

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

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

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

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

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

本発明は下りリンクデータチャネルを送受信する方法及びそのための装置を提案する。

本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。

本発明の実施例による無線通信システムにおいて、端末が下りリンクデータチャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する方法であって、ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋｃｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ)を受信し、ＰＤＣＣＨからＰＤＳＣＨのためのレートマッチング情報を得て、レートマッチング情報に基づいて複数の送信時間間隔(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ；ＴＴＩ)でＰＤＳＣＨを受信することを含み、レートマッチング情報は複数のＴＴＩに同一に使用される。

この時、ＰＤＳＣＨは複数のＴＴＩで繰り返して送信される。

複数のＴＴＩで繰り返し送信されるＰＤＳＣＨは同じ送信ブロック(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ；ＴＢ)のためのものである。

ＰＤＳＣＨが繰り返し送信される繰り返し回数はＰＤＣＣＨから得られる。

ＴＴＩは短いＴＴＩ(ＳｈｏｒｔＴＴＩ；ｓＴＴＩ)である。

複数のＴＴＩはＰＤＣＣＨが受信されるＴＴＩ以後のＴＴＩである。

本発明による無線通信システムにおいて、下りリンクデータチャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する通信装置であって、メモリ及びメモリに連結されるプロセッサを含み、プロセッサは、ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋｃｏｎｔｒｏｌＣｈａｎｎｅｌ; ＰＤＣＣＨ)を受信し、ＰＤＣＣＨからＰＤＳＣＨのためのレートマッチング情報を得て、レートマッチング情報に基づいて複数の送信時間間隔(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ；ＴＴＩ)でＰＤＳＣＨを受信することを制御することを含み、レートマッチング情報は複数のＴＴＩに同一に使用される。

本発明の実施例による無線通信システムにおいて、基地局が下りリンクデータチャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ;ＰＤＳＣＨ)を送信する方法であって、ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋｃｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ)を送信し、ＰＤＣＣＨに基づいて複数の送信時間間隔(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ；ＴＴＩ)でＰＤＳＣＨを受信することを特徴とし、ＰＤＣＣＨは複数のＴＴＩに同一に使用されるＰＤＳＣＨのためのレートマッチング情報を含む。

本発明によれば、互いに異なる送信時間間隔(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ；ＴＴＩ)で繰り返して送信される下りリンクデータチャネルを効率的にスケジューリングすることができる。

本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。

無線通信システムの一例としてＥ－ＵＭＴＳネットワーク構造を示す概略図である。３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ－ＵＴＲＡＮ間の無線インターフェースプロトコル(ＲａｄｉｏＩｎｔｅｒｆａｃｅＰｒｏｔｏｃｏｌ)の制御平面(ＣｏｎｔｒｏｌＰｌａｎｅ)及びユーザ平面(ＵｓｅｒＰｌａｎｅ)構造を示す図である。３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。ＬＴＥシステムで用いられる下りリンク無線フレームの構造を例示する図である。ＬＴＥシステムにおいて下りリンク制御チャネルを構成する時に使用されるリソース単位を示す図である。ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。ＰＵＣＣＨフォーマット１ａと１ｂのスロットレベル構造を例示する図である。ＰＵＣＣＨフォーマット１ａと１ｂのスロットレベル構造を例示する図である。ＰＵＣＣＨフォーマット２／２ａ／２ｂのスロットレベル構造を例示する図である。ＰＵＣＣＨフォーマット２／２ａ／２ｂのスロットレベル構造を例示する図である。ＰＵＣＣＨフォーマット１ａと１ｂに対するＡＣＫ／ＮＡＣＫチャネル化を例示する図である。同じＰＲＢ内でＰＵＣＣＨフォーマット１／１ａ／１ｂとフォーマット２／２ａ／２ｂが混合された構造に対するチャネル化を例示する図である。ＰＵＣＣＨ送信のためのＰＲＢ割り当てを例示する図である。本発明の実施例による繰り返し送信されるＰＤＳＣＨのＨＡＲＱ送信方法を説明する図である。本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチングのための端末と基地局の動作を説明するフローチャートである。本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチングのための端末と基地局の動作を説明するフローチャートである。本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチングのための端末と基地局の動作を説明するフローチャートである。本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチング方法を説明する図である。本発明を行う無線装置の構成要素を示すブロック図である。

以下に添付の図面を参照して説明された本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。

本明細書ではＬＴＥシステム及びＬＴＥ－Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上述した定義に該当するいかなる通信システムにも適用可能である。また、本明細書ではＦＤＤ方式に基づいて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、Ｈ－ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用できる。

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

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

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

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

基地局(ｅＮＢ)を構成する１つのセルは、１.２５、２.５、５、１０、１５、２０ＭＨｚなどの帯域幅のうちの１つに設定されて、複数の端末に下り又は上り送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定される。

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

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

端末は、電源が入ったり、新しくセルに進入したりした場合に、基地局と同期を取る等の初期セル探索(Ｉｎｉｔｉａｌｃｅｌｌｓｅａｒｃｈ)作業を行う(Ｓ３０１)。そのために、端末は、基地局からプライマリ同期チャネル(ＰｒｉｍａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ；Ｐ－ＳＣＨ)及びセカンダリ同期チャネル(ＳｅｃｏｎｄａｒｙＳｙｎｃｈｒｏｎｉｚａｔｉｏｎＣｈａｎｎｅｌ；Ｓ－ＳＣＨ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得すればよい。その後、端末は、基地局から物理放送チャネル(ＰｈｙｓｉｃａｌＢｒｏａｄｃａｓｔＣｈａｎｎｅｌ)を受信し、セル内放送情報を取得できる。一方、端末は、初期セル探索段階で、下りリンク参照信号(ＤｏｗｎｌｉｎｋＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ；ＤＬＲＳ)を受信し、下りリンクチャネル状態を確認できる。

初期セル探索を終えた端末は、物理下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ)、及び該ＰＤＣＣＨに載せられた情報に基づいて物理下りリンク共有チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＳＣＨ)を受信することによって、より具体的なシステム情報を取得できる(Ｓ３０２)。

一方、基地局に最初に接続したり信号送信のための無線リソースがない場合には、端末は、基地局にランダムアクセス手順(ＲａｎｄｏｍＡｃｃｅｓｓＰｒｏｃｅｄｕｒｅ；ＲＡＣＨ)を行ってよい(Ｓ３０３乃至Ｓ３０６)。そのために、端末は、物理ランダムアクセスチャネル(ＰｈｙｓｉｃａｌＲａｎｄｏｍＡｃｃｅｓｓＣｈａｎｎｅｌ；ＰＲＡＣＨ)を通じて特定シーケンスをプリアンブルとして送信し(Ｓ３０３及びＳ３０５)、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介して、プリアンブルに対する応答メッセージを受信すればよい(Ｓ３０４及びＳ３０６)。競合ベースのＲＡＣＨについては、競合解決手順(ＣｏｎｔｅｎｔｉｏｎＲｅｓｏｌｕｔｉｏｎＰｒｏｃｅｄｕｒｅ)をさらに行ってもよい。

上述の手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信(Ｓ３０７)、及び物理上りリンク共有チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ；ＰＵＳＣＨ)／物理上りリンク制御チャネル(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＵＣＣＨ)送信(Ｓ３０８)を行えばよい。特に、端末はＰＤＣＣＨを介して下りリンク制御情報(ＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含んでおり、その使用目的によってフォーマットが異なっている。

一方、端末が上りリンクを通じて基地局に送信する又は端末が基地局から受信する制御情報としては、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ(ＣｈａｎｎｅｌＱｕａｌｉｔＩｎｄｉｃａｔｏｒ)、ＰＭＩ(ＰｒｅｃｏｄｉｎｇＭａｔｒｉｘＩｎｄｅｘ)、ＲＩ(ＲａｎｋＩｎｄｉｃａｔｏｒ)などを含む。３ＧＰＰＬＴＥシステムでは、端末は、これらのＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを介して送信してもよい。

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

図４を参照すると、無線フレーム(ｒａｄｉｏｆｒａｍｅ)は１０ｍｓ(３２７２００×Ｔｓ)の長さを有し、１０個の均等なサイズのサブフレームで構成されている。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロットで構成されている。それぞれのスロットは０．５ｍｓ(１５３６０×Ｔｓ)の長さを有する。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／(１５ｋＨｚ×２０４８)＝３．２５５２×１０－８(約３３ｎｓ)で表示される。スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック(ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ)を含む。ＬＴＥシステムにおいて一つのリソースブロックは１２個の副搬送波×７(６)個のＯＦＤＭシンボルを含む。データの送信される単位時間であるＴＴＩ(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ)は一つ以上のサブフレーム単位に定めることができる。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。

図５は、下りリンク無線フレームにおいて一つのサブフレームの制御領域に含まれる制御チャネルを例示する図である。

図５を参照すると、サブフレームは１４個のＯＦＤＭシンボルで構成されている。サブフレーム設定によって先頭の１乃至３個のＯＦＤＭシンボルは制御領域として用いられ、残り１３～１１個のＯＦＤＭシンボルはデータ領域として用いられる。同図で、Ｒ１乃至Ｒ４は、アンテナ０乃至３に対する基準信号(ＲｅｆｅｒｅｎｃｅＳｉｇｎａｌ(ＲＳ)又はＰｉｌｏｔＳｉｇｎａｌ)を表す。ＲＳは、制御領域及びデータ領域を問わず、サブフレーム内に一定のパターンで固定される。制御チャネルは、制御領域においてＲＳの割り当てられていないリソースに割り当てられ、トラフィックチャネルもデータ領域においてＲＳの割り当てられていないリソースに割り当てられる。制御領域に割り当てられる制御チャネルには、ＰＣＦＩＣＨ(ＰｈｙｓｉｃａｌＣｏｎｔｒｏｌＦｏｒｍａｔＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ)、ＰＨＩＣＨ(ＰｈｙｓｉｃａｌＨｙｂｒｉｄ－ＡＲＱＩｎｄｉｃａｔｏｒＣＨａｎｎｅｌ)、ＰＤＣＣＨ(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ)などがある。

ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルで、毎サブフレームごとにＰＤＣＣＨに用いられるＯＦＤＭシンボルの個数を端末に知らせる。ＰＣＦＩＣＨは、最初のＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して設定される。ＰＣＦＩＣＨは４個のＲＥＧ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ)で構成され、それぞれのＲＥＧはセルＩＤ(ＣｅｌｌＩＤｅｎｔｉｔｙ)に基づいて制御領域内に分散される。一つのＲＥＧは４個のＲＥ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔ)で構成される。ＲＥは、１副搬送波×１ＯＦＤＭシンボルと定義される最小物理リソースを表す。ＰＣＦＩＣＨ値は帯域幅によって１～３又は２～４の値を指示し、ＱＰＳＫ(ＱｕａｄｒａｔｕｒｅＰｈａｓｅＳｈｉｆｔＫｅｙｉｎｇ)で変調される。

ＰＨＩＣＨは、物理ＨＡＲＱ(Ｈｙｂｒｉｄ－ＡｕｔｏｍａｔｉｃＲｅｐｅａｔａｎｄｒｅｑｕｅｓｔ)指示子チャネルで、上りリンク送信に対するＨＡＲＱＡＣＫ／ＮＡＣＫを運ぶために用いられる。即ち、ＰＨＩＣＨは、ＵＬＨＡＲＱのためのＤＬＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを表す。ＰＨＩＣＨは、１個のＲＥＧで構成され、セル特定(ｃｅｌｌ－ｓｐｅｃｉｆｉｃ)にスクランブル(ｓｃｒａｍｂｌｉｎｇ)される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ(Ｂｉｎａｒｙｐｈａｓｅｓｈｉｆｔｋｅｙｉｎｇ)で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散因子(ＳｐｒｅａｄｉｎｇＦａｃｔｏｒ；ＳＦ)＝２又は４で拡散される。同一のリソースにマッピングされる複数のＰＨＩＣＨは、ＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの個数は、拡散コードの個数によって決定される。ＰＨＩＣＨ(グループ)は周波数領域及び／又は時間領域においてダイバーシティを得るために３回繰り返し(ｒｅｐｅｔｉｔｉｏｎ)される。

ＰＤＣＣＨは物理下りリンク制御チャネルで、サブフレームにおける先頭のｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数で、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＰＤＣＣＨは、送信チャネルであるＰＣＨ(Ｐａｇｉｎｇｃｈａｎｎｅｌ)及びＤＬ－ＳＣＨ(Ｄｏｗｎｌｉｎｋ－ｓｈａｒｅｄｃｈａｎｎｅｌ)のリソース割り当てに関する情報、上りリンクスケジューリンググラント(ＵｐｌｉｎｋＳｃｈｅｄｕｌｉｎｇＧｒａｎｔ)、ＨＡＲＱ情報などを各端末又は端末グループに知らせる。ＰＣＨ(Ｐａｇｉｎｇｃｈａｎｎｅｌ)及びＤＬ－ＳＣＨ(Ｄｏｗｎｌｉｎｋ－ｓｈａｒｅｄｃｈａｎｎｅｌ)はＰＤＳＣＨを介して送信される。従って、基地局と端末は一般に、特定の制御情報又は特定のサービスデータ以外は、ＰＤＳＣＨを介してデータをそれぞれ送信及び受信する。

ＰＤＳＣＨのデータがいずれの端末(一つ又は複数の端末)に送信されるものか、これら端末がどのようにＰＤＳＣＨデータを受信してデコードしなければならないかに関する情報などは、ＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ(ＲａｄｉｏＮｅｔｗｏｒｋＴｅｍｐｏｒａｒｙＩｄｅｎｔｉｔｙ)でＣＲＣマスクされており、「Ｂ」という無線リソース(例えば、周波数位置)及び「Ｃ」というＤＣＩフォーマット、即ち、送信形式情報(例えば、送信ブロックサイズ、変調方式、コーディング情報など)を用いて送信されるデータに関する情報が、特定サブフレームで送信されると仮定する。この場合、セル内の端末は、自身が持っているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニタリング、即ち、ブラインドデコードし、「Ａ」のＲＮＴＩを持っている一つ以上の端末があると、これらの端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報に基づいて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。

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

図６を参照すると、下りリンク制御チャネルの基本リソース単位はＲＥＧ(ＲｅｓｏｕｒｃｅＥｌｅｍｅｎｔＧｒｏｕｐ)である。ＲＥＧはＲＳを除いた状態で４つの隣接するリソース要素(ＲＥ)で構成される。図においてＲＥＧは太い線で表示している。ＰＣＦＩＣＨ及びＰＨＩＣＨは各々４個のＲＥＧ及び３個のＲＥＧを含む。ＰＤＣＣＨはＣＣＥ(ｃｏｎｔｒｏｌＣｈａｎｎｅｌＥｌｅｍｅｎｔｓ)単位で構成され、１つのＣＣＥは９個のＲＥＧを含む。

端末は自分にＬ個のＣＣＥからなるＰＤＣＣＨが送信されるか否かを確認するために、

個の連続した又は特定の規則に配置されたＣＣＥを確認するように設定される。端末がＰＤＣＣＨ受信のために考えるＬ値は複数である。端末がＰＤＣＣＨ受信のために確認するＣＣＥ集合を検索領域(Ｓｅａｒｃｈｓｐａｃｅ)という。一例として、ＬＴＥシステムでは検索領域を表１のように定義している。

ここで、ＣＣＥ集成レベルＬはＰＤＣＣＨを構成するＣＣＥ数を示し、

はＣＣＥ集成レベルＬの検索領域を示し、

は集成レベルＬの検索領域でモニタリングするＰＤＣＣＨ候補の数である。

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

また各ＣＣＥ集成レベル値に対して任意の端末に与えられるＰＤＣＣＨ検索領域における１番目(最小インデックスを有する)のＣＣＥの位置は、端末によって毎サブフレームごとに変化する。これをＰＤＣＣＨ検索領域ハッシング(ｈａｓｈｉｎｇ)という。

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

図７は、ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。

図７を参照すると、上りリンクサブフレームは、制御情報を運ぶＰＵＣＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＣｏｎｔｒｏｌＣＨａｎｎｅｌ)が割り当てられる領域と、ユーザデータを運ぶＰＵＳＣＨ(ＰｈｙｓｉｃａｌＵｐｌｉｎｋＳｈａｒｅｄＣＨａｎｎｅｌ)が割り当てられる領域とに区別される。サブフレームにおいて中間部分がＰＵＳＣＨに割り当てられ、周波数領域においてデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上で送信される制御情報は、ＨＡＲＱに用いられるＡＣＫ／ＮＡＣＫ、下りリンクチャネル状態を示すＣＱＩ(ＣｈａｎｎｅｌＱｕａｌｉｔｙＩｎｄｉｃａｔｏｒ)、ＭＩＭＯのためのＲＩ(ＲａｎｋＩｎｄｉｃａｔｏｒ)、上りリンクリソース割り当て要請であるＳＲ(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ)などがある。一つの端末に対するＰＵＣＣＨは、サブフレーム内の各スロットで互いに異なる周波数を占める一つのリソースブロックを使用する。即ち、ＰＵＣＣＨに割り当てられる２個のリソースブロックはスロット境界で周波数ホッピング(ｆｒｅｑｕｅｎｃｙｈｏｐｐｉｎｇ)する。特に、図６は、ｍ＝０のＰＵＣＣＨ、ｍ＝１のＰＵＣＣＨ、ｍ＝２のＰＵＣＣＨ、ｍ＝３のＰＵＣＣＨがサブフレームに割り当てられるとしている。

図８乃至図１１はＰＵＣＣＨフォーマットのスロットレベル構造を例示する。ＰＵＣＣＨは制御情報を送信するために以下の形式を含む。

(１)フォーマット１：オン／オフ・キーイング(Ｏｎ－Ｏｆｆｋｅｙｉｎｇ)(ＯＯＫ)変調、スケジューリング要請(ＳｃｈｅｄｕｌｉｎｇＲｅｑｕｅｓｔ、ＳＲ)に使用

(２)フォーマット１ａとフォーマット１ｂ：ＡＣＫ／ＮＡＣＫ(Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ/ＮｅｇａｔｉｖｅＡｃｋｎｏｗｌｅｄｇｍｅｎｔ)送信に使用

１)フォーマット１ａ：１つのコードワードに対するＢＰＳＫＡＣＫ／ＮＡＣＫ

２)フォーマット１ｂ：２つのコードワードに対するＱＰＳＫＡＣＫ／ＮＡＣＫ

(３)フォーマット２：ＱＰＳＫ変調、ＣＱＩ送信に使用

(４)フォーマット２ａとフォーマット２ｂ：ＣＱＩとＡＣＫ／ＮＡＣＫの同時送信に使用

表２はＰＵＣＣＨフォーマットによる変調方式とサブフレーム当たりのビット数を示す。表３はＰＵＣＣＨフォーマットによるスロット当たりのＲＳ数を示す。表４はＰＵＣＣＨフォーマットによるＲＳのＳＣ－ＦＤＭＡシンボル位置を示す表である。表２において、ＰＵＣＣＨフォーマット２ａと２ｂは標準循環前置の場合に該当する。

図８は標準循環前置の場合のＰＵＣＣＨフォーマット１ａと１ｂを示す。図９は拡張循環前置の場合のＰＵＣＣＨフォーマット１ａと１ｂを示す。ＰＵＣＣＨフォーマット１ａと１ｂは同じ内容の制御情報がサブフレーム内でスロット単位で繰り返される。各端末においてＡＣＫ／ＮＡＣＫ信号はＣＧ－ＣＡＺＡＣ(Ｃｏｍｐｕｔｅｒ－ＧｅｎｅｒａｔｅｄＣｏｎｓｔａｎｔＡｍｐｌｉｔｕｄｅＺｅｒｏＡｕｔｏＣｏｒｒｅｌａｔｉｏｎ)シーケンスの互いに異なる循環シフト(ｃｙｃｌｉｃｓｈｉｆｔ、ＣＳ)(周波数ドメインコード)と直交カバーコード(ｏｒｔｈｏｇｏｎａｌｃｏｖｅｒｏｒｏｒｔｈｏｇｏｎａｌｃｏｖｅｒｃｏｄｅ、ＯＣ又はＯＣＣ)(時間ドメイン拡散コード)で構成された互いに異なるリソースにより送信される。ＯＣＣは例えば、ウオルシュ(Ｗａｌｓｈ)／ＤＦＴ直交コードを含む。ＣＳの数が６個であり、ＯＣの数が３個であると、単一アンテナを基準として総１８個の端末が同じＰＲＢ(ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ)内で多重化される。直交シーケンスｗ０、ｗ１、ｗ２、ｗ３は(ＦＦＴ変調後に)任意の時間ドメインで又は(ＦＦＴ変調前に)任意の周波数ドメインで適用で適用されることができる。

ＳＲと持続的スケジューリング(ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇ)のために、ＣＳ、ＯＣ及びＰＲＢ(ＰｈｙｓｉｃａｌＲｅｓｏｕｒｃｅＢｌｏｃｋ)で構成されたＡＣＫ／ＮＡＣＫリソースはＲＲＣ(ｒａｄｉｏＲｅｓｏｕｒｃｅｃｏｎｔｒｏｌ)により端末に与えられる。動的ＡＣＫ／ＮＡＣＫと非持続的スケジューリング(ｎｏｎ－ｐｅｒｓｉｓｔｅｎｔｓｃｈｅｄｕｌｉｎｇ)のために、ＡＣＫ／ＮＡＣＫリソースはＰＤＳＣＨに対応するＰＤＣＣＨの最小(ｌｏｗｅｓｔ)ＣＣＥインデックスにより暗黙的に(ｉｍｐｌｉｃｉｔｌｙ)端末に与えられる。

図１０は標準循環前置の場合のＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。図１１は拡張循環前置の場合のＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。図５及び図６を参照すると、標準ＣＰの場合に１つのサブフレームはＲＳシンボル以外に１０個のＱＰＳＫデータシンボルで構成される。各々のＱＰＳＫシンボルはＣＳにより周波数ドメインで拡散された後、該当ＳＣ－ＦＤＭＡシンボルにマッピングされる。ＳＣ－ＦＤＭＡシンボルレベルのＣＳホッピングはインタ－セル干渉をランダム化するために適用できる。ＲＳは循環シフトを用いてＣＤＭにより多重化される。例えば、可用のＣＳ数が１２又は６であると仮定すると、同じＰＲＢ内に各々１２又は６つの端末が多重化される。要するに、ＰＵＣＣＨフォーマット１／１ａ／１ｂと２／２ａ／２ｂ内で複数の端末はＣＳ＋ＯＣ＋ＰＲＢとＣＳ＋ＰＲＢにより各々多重化されることができる。

ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ－４と長さ－３の直交シーケンス(ＯＣ)は以下の表５及び表６の通りである。

ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＲＳのための直交シーケンス(ＯＣ)は以下の表７の通りである。

図１２はＰＵＣＣＨフォーマット１ａと１ｂに対するＡＣＫ／ＮＡＣＫチャネル化(ｃｈａｎｎｅｌｉｚａｔｉｏｎ)を説明する図である。図１２は

である場合に該当する。

図１３は同一のＰＲＢ内でＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂの混合された構造に対するチャネル化を示す図である。

循環シフト(ＣｙｃｌｉｃＳｈｉｆｔ、ＣＳ)ホッピング(ｈｏｐｐｉｎｇ)と直交カバー(ＯｒｔｈｏｇｏｎａｌＣｏｖｅｒ、ＯＣ)の再マッピング(ｒｅｍａｐｐｉｎｇ)は以下のように適用される。

(１)インタ－セル干渉(ｉｎｔｅｒ－ｃｅｌｌｉｎｔｅｒｆｅｒｅｎｃｅ)のランダム化のためのシンボル基盤のセル特定のＣＳホッピング

(２)スロットレベルのＣＳ／ＯＣ再マッピング

１)インタ－セル干渉ランダム化のために、

２)ＡＣＫ／ＮＡＣＫチャネルとリソース(ｋ)の間のマッピングのためのスロット基盤の接近

一方、ＰＵＣＣＨフォーマット１ａ／１ｂのためのリソース(ｎ_ｒ)は以下の組み合わせを含む。

(１)ＣＳ(＝シンボル水準でＤＦＴ直交コードと同一)(n_cs)

(２)ＯＣ(スロットレベルで直交カバー)(n_oc)

(３)周波数ＲＢ(ＲｅｓｏｕｒｃｅＢｌｏｃｋ)(n_rb)

ＣＳ、ＯＣ、ＲＢを示すインデックスを各々ｎ_cs、ｎ_oc、ｎ_rbとした時、代表インデックス(ｒｅｐｒｅｓｅｎｔａｔｉｖｅｉｎｄｅｘ)ｎ_rはｎ_cs、ｎ_oc、ｎ_rbを含む。ｎ_rはｎ_r＝(ｎ_cs、ｎ_oc、ｎ_rb)を満たす。

ＣＱＩ、ＰＭＩ、ＲＩ及びＣＱＩとＡＣＫ／ＮＡＣＫの組み合わせは、ＰＵＣＣＨフォーマット２／２ａ／２ｂにより伝達される。リードマラー(ＲｅｅｄＭｕｌｌｅｒ、ＲＭ)チャネルコードが適用されることができる。

例えば、ＬＴＥシステムにおいてＵＬＣＱＩのためのチャネルコーディングは以下の通りである。ビットストリーム

は(２０,Ａ)ＲＭコードを用いてチャネルコーディングである。表８は(２０,Ａ)コードのための基本シーケンスを示す。

と

はＭＳＢ(ＭｏｓｔＳｉｇｎｉｆｉｃａｎｔＢｉｔ)とＬＳＢ(ＬｅａｓｔＳｉｇｎｉｆｉｃａｎｔＢｉｔ)を示す。拡張ＣＰの場合、ＣＱＩとＡＣＫ／ＮＡＣＫが同時送信される場合を除外すると、最大情報ビットは１１ビットである。ＲＭコードを使用して２０ビットにコーディングした後、ＱＰＳＫ変調が適用されることができる。ＱＰＳＫ変調前、コーディングされたビットはスクランブルされることができる。

チャネル符号化ビット

は数１により生成される。

ここで、ｉ＝０,１,２,…,Ｂ－１を満たす。

表９は広帯域報告(単一アンテナポート、送信ダイバーシティ(ｔｒａｎｓｍｉｔｄｉｖｅｒｓｉｔｙ)又は開ループ空間多重化(ｏｐｅｎｌｏｏｐｓｐａｔｉａｌｍｕｌｔｉｐｌｅｘｉｎｇ)ＰＤＳＣＨ)ＣＱＩフィードバックのためのＵＣＩ(ＵｐｌｉｎｋｃｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ)フィールドを示す。

表１０は広帯域に対するＣＱＩとＰＭＩフィードバックのためのＵＣＩフィールドを示し、このフィールドは閉ループ空間多重化(ｃｌｏｓｅｄｌｏｏｐｓｐａｔｉａｌｍｕｌｔｉｐｌｅｘｉｎｇ)ＰＤＳＣＨ送信を報告する。

表１１は広帯域報告のためのＲＩフィードバックのためのＵＣＩフィールドを示す。

図１４はＰＲＢ割り当てを示す図である。図２１に示したように、ＰＲＢはスロットｎ_sでＰＵＣＣＨ送信のために使用される。

マルチキャリアシステム又はキャリア併合(ｃａｒｒｉｅｒａｇｇｒｅｇａｔｉｏｎ)システムとは、広帯域支援のために目標帯域(ｂａｎｄｗｉｄｔｈ)より小さい帯域を有する複数のキャリアを集合して使用するシステムである。目標帯域より小さい帯域を有する複数のキャリアを集合する時、集合されるキャリア帯域は既存システムとの互換(ｂＡＣＫｗａｒｄｃｏｍｐａｔｉｂｉｌｉｔｙ)のために既存システムで使用する帯域幅に制限される。例えば、既存のＬＴＥシステムは１.４、３、５、１０、１５、２０ＭＨｚの帯域幅を支援し、ＬＴＥシステムから改善したＬＴＥ－Ａ(ＬＴＥ－Ａｄｖａｎｃｅｄ)システムはＬＴＥで支援する帯域幅のみを用いて２０ＭＨｚより大きい帯域幅を支援することができる。又は、既存のシステムで使用する帯域幅とは関係なく、新しい帯域幅を定義してキャリア併合を支援することができる。マルチキャリアはキャリア併合及び帯域幅集合と混用して使用できる名称である。またキャリア併合は隣接する(ｃｏｎｔｉｇｕｏｕｓ)キャリア併合と隣接しない(ｎｏｎ－ｃｏｎｔｉｇｕｏｕｓ)キャリア併合を全て統称する。

以下、本格的に本発明の実施例による下りリンクデータチャネルを送受信する方法について説明する。

次世代通信システムでは、情報送受信時に非常に短い遅延時間(ｌａｔｅｎｃｙ)及び非常に高い信頼度(ｒｅｌｉａｂｉｌｉｔｙ)を達成するために様々な方法を考慮している。即ち、様々な遅延時間及び／又は信頼性を要求するターゲットＱｏＳ要求事項を設定し、各ターゲットＱｏＳ要求事項によって動作が変化するように設定することにより、該当ターゲットＱｏＳ要求事項に対応するサービスを効率的に提供している。

本発明では、遅延時間を減らし信頼性を高めるために設計された通信システムにおいて、下りリンク制御チャネルを構成する方法を提案する。本発明における発明事項及び／又は実施例は１つの提案方式と思われることもできるが、各発明事項及び／又は実施例の組み合わせも本発明のための提案方式として考慮できる。また提案される発明は本発明で提示する実施例に限られず、特定システムにも限られない。

通信システムにおいては、下りリンクで送信される制御情報の信頼性を高めるための方法として、下りリンク制御情報(ＤｏｗｎｌｉｎｋｃｏｎｔｒｏｌＩｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)にチャネルコーディングを適用する時、コードレート(ｃｏｄｅｒａｔｅ)を下げるために周波数リソース、時間リソース及び／又は空間リソースなどのリソースをより多く使用してＤＣＩを送信することができる。

時間リソースを多く使用する場合は複数のＴＴＩでＤＣＩを送信することである。この場合、同じＤＣＩ情報を複数のＴＴＩで繰り返し送信し、複数のＴＴＩで受信したＤＣＩ情報を全て結合(ｃｏｍｂｉｎｉｎｇ)した後、復号(ｄｅｃｏｄｉｎｇ)することができる。

この時、結合するＰＤＣＣＨ候補対(ｃａｎｄｉｄａｔｅｐａｉｒ)を設定することができる。即ち、制御リソースブロック(ＲｅｓｏｕｒｃｅＢｌｏｃｋ；ＲＢ)の集合(ｃｏｎｔｒｏｌＲＢｓｅｔ)が上位階層シグナリングにより設定される場合、該当制御ＲＢ集合が数十ｍｓの間に持続することができ、もし各ＴＴＩの同一のＰＤＣＣＨ候補インデックスの間に結合を行う場合は、該当ＰＤＣＣＨ候補の位置が固定することができる。

従って、ダイバーシティ効果を得るために、結合される複数のＰＤＣＣＨ候補が各ＴＴＩに基づいて変更されることができる。また各ＴＴＩに基づく複数のＰＤＣＣＨ候補を指示するための１つ以上の特定パターンを予めシステムに定義して基地局が上位階層シグナリング及び／又は物理階層シグナリングにより端末に知らせることができる。またオフセット値を指定して繰り返し送信されるＤＣＩのうち、一部のみに該当オフセットを適用する方法を適用することもできる。上述した動作はデータを繰り返し送信(ｒｅｐｅｔｉｔｉｏｎ)する場合にも同様に適用できる。

言い換えれば、ＤＣＩを結合するためには複数のＴＴＩで同一のＤＣＩを送信しなければならないので、データに対するリソース割り当て(ｒｅｓｏｕｒｃｅａｌｌｏｃａｔｉｏｎ)及び／又は冗長度バージョン(ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ；ＲＶ)なども固定して多数のＤＣＩにより送信することができる。従って、該当ＤＣＩによりスケジュールされたデータを繰り返し送信する場合、データ送信リソース及び／又はＲＶが特定のパターンに基づいて変更されるか、又は繰り返し送信されるデータのうちの一部のみに上記固定された送信リソース及び／又はＲＶにオフセットを適用して、ダイバーシティ利得(ｄｉｖｅｒｓｉｔｙｇａｉｎ)の効果を得ることができる。

ＤＣＩが繰り返し送信される場合、繰り返し送信回数(ｒｅｐｅｔｉｔｉｏｎｎｕｍｂｅｒ)などを基地局が上位階層シグナリング及び／又は物理階層シグナリングなどにより知らせることができるが、繰り返し送信の開始時点が固定していない場合は、端末がＤＣＩを受信できないこともあるので、端末が受信したＤＣＩが何回目に繰り返し送信されたＤＣＩであるかを知らせる必要がある。

このために、(繰り返し送信が開始するＴＴＩのインデックス)モジュロ(繰り返し回数)演算により得た値をＤＣＩに含めて送信することができる。もし各ＤＣＩに該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかを直接知らせると、各ＤＣＩが含むビットが互いに異なるように構成されるが、この場合、全てのＤＣＩが同じビットを有しながらも該当ＤＣＩの繰り返し送信順序を知らせることができるので、繰り返し送信されるＤＣＩの結合が容易である。

それ以外にも、複数のＴＴＩで繰り返し送信される各ＤＣＩがスケジュールするデータのＲＶ値により、該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかを把握することができる。このために、ＤＣＩの繰り返し回数が設定された時、各ＤＣＩがスケジュールするデータのＲＶ値の設定パターンが予め定義される。例えば、ＤＣＩ繰り返し回数が４回に設定された場合、各ＤＣＩのＲＶ値が各々０、２、３、１に設定されるように予め定義すると、端末がＤＣＩ復号に成功し、該当ＤＣＩがＲＶ１を含む時、該当ＤＣＩが４回目に繰り返し送信されたＤＣＩであることを暗黙的に知ることができる。

一方、複数のＴＴＩにわたって繰り返し送信されるＤＣＩを端末が結合せず、各々のＤＣＩを復号する場合が考えられる。この場合、複数のＴＴＩにわたって繰り返し送信されるＤＣＩが各々スケジュールするデータが同じ送信ブロック(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ；ＴＢ)であることができる。例えば、ＤＬａｓｓｉｇｎｍｅｎｔＤＣＩは制御チャネルの繰り返し回数とデータチャネルの繰り返し回数によって様々なＰＤＳＣＨのスケジューリング方法及び／又はＨＡＲＱ－ＡＣＫの送信方法を考えることができる。

例えば、制御チャネルの繰り返し回数とデータチャネルの繰り返し回数が同一である場合は、図１５のＯｐｔｉｏｎ１のように、データを受信する度にＨＡＲＱ－ＡＣＫを送信することができる。又は、図１５のＯｐｔｉｏｎ２のように、予め設定されたデータ送信の繰り返し回数だけ復号を行った後にのみＨＡＲＱ－ＡＣＫを送信することもできる。図１５のＯｐｔｉｏｎ２の場合、端末のＨＡＲＱ－ＡＣＫ送信数を減少させることにより端末の電力を節約できるという長所がある。

一方、図１５のＯｐｔｉｏｎ３のように、データ復号に成功した場合は、ＡＣＫを送信し、所定のデータ送信の繰り返し回数だけ全て復号に失敗した場合にのみＮＡＣＫを送信することができる。この場合、端末はデータの繰り返し回数内でデータ復号に成功すると、該当時点後に繰り返し送信されるデータを復号しないことができる。従って、図１５のＯｐｔｉｏｎ３の場合、基地局は該当データの繰り返し送信に対するＡＣＫとＮＡＣＫを期待するタイミングが異なることができる。即ち、基地局は最後に繰り返し送信されたデータに対してのみＮＡＣＫの受信を期待することができ、１番目から最後の以前まで繰り返し送信されたデータについてはＡＣＫの受信を期待でき、ＡＣＫを受信した場合は、該当ＡＣＫに対応するデータの以前に繰り返し送信されたデータは成功裏に復号されていないことを認知することができる。即ち、該当ＡＣＫに対応するデータの以前に繰り返し送信されたデータはＮＡＣＫに対応することを認知できる。

図１５のＯｐｔｉｏｎ３も端末の電力を節約できるという長所があり、データ送信の繰り返し回数だけ全て復号を行った後にのみＨＡＲＱ－ＡＣＫを送信する図１５のＯｐｔｉｏｎ２に比べて遅延時間を減らすことができるという長所がある。

一方、制御チャネルの繰り返し回数よりデータチャネルの繰り返し回数が多い場合は、１つの制御チャネルに連関するデータチャネルの繰り返し受信が全て終了した後、ＨＡＲＱ－ＡＣＫを送信することができる。ここで、１つの制御チャネルに連関するデータチャネルが繰り返し送信される時のリソース割り当て(ＲｅｓｏｕｒｃｅＡｌｌｏｃａｔｉｏｎ；ＲＡ)は同一であるか、所定のパターンによって変更されるか、又は特定のオフセットによって変更される。例えば、制御情報は一時点に周波数軸で繰り返し送信され、データチャネルは複数のＴＴＩで繰り返し送信される。

また制御チャネルの繰り返し回数がデータチャネルの繰り返し回数より多い場合は、ＬＴＥＭＴＣのような動作が考えられるが、ＤＣＩを結合することではないので、ＭＴＣとは異なり、端末がＤＣＩの送信リソースを予め把握する必要がない。

従って、例えば、総４個のＴＴＩで繰り返し送信が行われる時、ＤＣＩは全てのＴＴＩで繰り返し送信され、データチャネルは後側の２つのＴＴＩでのみ繰り返し送信される。この時、該当繰り返し回数を指示する場合は、実際データチャネルの繰り返し送信は暗黙的に制御チャネルの繰り返し送信回数のうち、後側で繰り返されると仮定できる。

もしＨＡＲＱ－ＡＣＫが繰り返し送信される場合は、上記実施例によるＨＡＲＱ－ＡＣＫの送信時点から所定の繰り返し回数だけＨＡＲＱ－ＡＣＫを繰り返し送信するか、又は所定のタイミングまでＨＡＲＱ－ＡＣＫを繰り返し送信することができる。またＨＡＲＱ－ＡＣＫが所定のタイミングまで繰り返し送信するように設定された場合には、データの復号成功時点によってＨＡＲＱ－ＡＣＫ繰り返し送信回数が変わるか、又は繰り返し送信されるＨＡＲＱ－ＡＣＫがＡＣＫであるか、或いはＮＡＣＫであるかによってＨＡＲＱ－ＡＣＫが繰り返し送信される回数が変わることができる。

一方、端末にＨＡＲＱ－ＡＣＫの繰り返し回数を予め設定することができる。この時、ＨＡＲＱ－ＡＣＫ繰り返し送信のうち、新しいＨＡＲＱ－ＡＣＫが送信されることができる。この場合、繰り返し送信中の以前のＨＡＲＱ－ＡＣＫの繰り返し送信は中止し、新しいＨＡＲＱ－ＡＣＫの繰り返し送信を行う。しかし、このようなＨＡＲＱ－ＡＣＫの繰り返し送信方法は、ＨＡＲＱ－ＡＣＫの繰り返し回数を増加させることができる。

従って、ＨＡＲＱ－ＡＣＫの繰り返し回数の過渡な増加を防止するために、同じ送信ブロックについてＨＡＲＱ－ＡＣＫの繰り返し送信を行う時、以下のように動作することができる。

(１)ＨＡＲＱ－ＡＣＫ状態が同一に維持される場合

－新しいＨＡＲＱ－ＡＣＫ繰り返し送信を行わず、以前のＨＡＲＱ－ＡＣＫの繰り返し送信を持続する。

(２)ＨＡＲＱ－ＡＣＫ状態が１つでも変更される場合

－以前のＨＡＲＱ－ＡＣＫ繰り返し送信を行わず、新しいＨＡＲＱ－ＡＣＫの繰り返し送信を持続する。この場合、以前のＨＡＲＱ－ＡＣＫと新しいＨＡＲＱ－ＡＣＫに互いに異なるリソースが割り当てられるように、リソースが予め設定されるか又は所定の規則によってリソースを設定することができる。例えば、上記の場合、ＣＳ(ＣｙｃｌｉｃＳｈｉｆｔ)値を１つずつ増加しながらリソースを割り当てるか、又は所定のＡＣＫ／ＮＡＣＫ周波数リソース或いはＡＣＫ／ＮＡＣＫ周波数リソースのうちの１つ以上を選択することができる。

一方、上記例示はＨＡＲＱ－ＡＣＫの状態によって動作が変わるが、ＡＣＫからＮＡＣＫに変わる場合は、新しいＨＡＲＱ－ＡＣＫの繰り返し送信を行わず、以前のＨＡＲＱ－ＡＣＫの繰り返し送信を持続し、ＮＡＣＫからＡＣＫに変わる場合には、新しいＨＡＲＱ－ＡＣＫの繰り返し送信を持続し、以前のＨＡＲＱ－ＡＣＫの繰り返し送信を行わないことができる。

(３)ＨＡＲＱ－ＡＣＫ状態が変更される場合

－ＵＲＬＬＣＰＤＳＣＨのように高いＱｏＳが求められるＰＤＳＣＨに関連するＨＡＲＱ－ＡＣＫの繰り返し送信を優先する。即ち、後に送信されるＨＡＲＱ－ＡＣＫがｅＭＢＢに対するＨＡＲＱ－ＡＣＫのみを含む場合、後に送信されるＨＡＲＱ－ＡＣＫに対する繰り返し送信は行わない。より具体的には、この場合には、ＵＲＬＬＣＰＤＳＣＨに対するＮＡＣＫビットが含まれたＨＡＲＱ－ＡＣＫ繰り返し送信を優先する。

例えば、ＵＬグラントＤＣＩは複数のＴＴＩで繰り返し送信されるＤＣＩに基づいて同一の送信ブロックをスケジュールするが、この場合、互いに異なる時点に送信される各ＤＣＩは該当ＤＣＩがスケジュールするＰＵＳＣＨのタイミング情報を含む。ここで、もしＰＵＳＣＨも繰り返し送信されると、ＰＵＳＣＨのタイミング情報はＰＵＳＣＨ繰り返し送信の開始点を意味することができる。

基本的には、端末は１つのＰＵＳＣＨが多数の時点に送信されるＤＣＩによりスケジュールされることを期待しないことができるが、ＤＣＩ繰り返し送信動作が行われるように設定され、該当繰り返し送信されるＤＣＩが１つの送信ブロックをスケジュールする場合には、１つのＰＵＳＣＨが多数の時点に送信されるＤＣＩによりスケジュールされる状況を期待することができる。ここで、‘繰り返し送信されるＤＣＩが１つの送信ブロックをスケジュールする場合’とは、該当繰り返されるＤＣＩがいずれも同一のＨＡＲＱＰｒｏｃｅｓｓＩＤとＮＤＩ値を示し、ＰＵＳＣＨタイミング情報が同じ時点を示す場合を意味する。

具体的には、ＤＣＩ繰り返し送信動作が設定され、ｎ、ｎ＋１、ｎ＋２、ｎ＋３のＴＴＩで送信されるＤＣＩに含まれたＰＵＳＣＨタイミングが該当ＤＣＩが送信される時点から各々７、６、５、４ＴＴＩ後の時点に該当する情報を含み、各ＤＣＩのＨＡＲＱＰｒｏｃｅｓｓＩＤとＮＤＩが同一に設定されている場合、該当ＤＣＩはｎ＋７の時点に送信されるＰＵＳＣＨを同一にスケジュールすることができる。

この時、ＰＵＳＣＨも繰り返し送信されるように設定されると、ｎ＋７の時点を基準として設定された回数の間に繰り返して送信されることができる。ここで、該当ＰＵＳＣＨタイミング情報は該当ＤＣＩが送信されたＴＴＩインデックスからＰＵＳＣＨが送信される位置までのＴＴＩ数で定義され、該当ＴＴＩ数に対応するインデックス情報が送信されることもできる。また該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかに関するインデックス情報を知らせることにより、ＰＵＳＣＨタイミング情報を暗黙的に知らせることができる。

上記例示において、ｎ、ｎ＋１のＴＴＩで送信されるＤＣＩの場合、該当ＤＣＩが各々１番目、２番目の繰り返し送信であることを示す情報が各ＤＣＩに含まれることができるが、各該当情報は該当ＤＣＩが送信された時点から各々７、６ＴＴＩ後の時点にＰＵＳＣＨが送信されるという情報に暗黙的にマッピングされることができる。かかるマッピング関係は繰り返し送信回数の設定によって変わり、システムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。

またＤＣＩに対する繰り返し送信を行う時、繰り返し送信を開始できるＴＴＩ及び／又は周期を予め設定することができる。また該当ＴＴＩ及び／又は周期の場合、繰り返し回数に対する設定に連関して暗黙的に決定するか又は明示的に設定することができる。例えば、端末は(ＴＴＩインデックス)モジュロ(繰り返し回数)＝０を満たすＴＴＩインデックスでのみ繰り返し送信を開始すると設定又は決定することができ、この場合、端末は(復号に成功したＤＣＩが送信されたＴＴＩインデックス)モジュロ(所定の繰り返し回数又は繰り返し周期)値によって該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかを把握することができる。即ち、該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかに関する情報と該当ＤＣＩがスケジュールするＰＵＳＣＨが該当ＤＣＩが送信されたＴＴＩから何回目のＴＴＩ後に送信されるかに関する情報が暗黙的にマッピングされる。

上述したように、各実施例は該当実施例に限られず、よってＤＬａｓｓｉｇｎｍｅｎｔとＵＬグラントに該当する実施例は各々ＵＬグラントとＤＬａｓｓｉｇｎｍｅｎｔに適用されることができる。例えば、互いに異なる時点のＤＣＩが同じ時点のＰＤＳＣＨをスケジュールすることができる。より具体的には、例えば、ｎ、ｎ＋１のＴＴＩに送信されるＤＣＩがｎ＋２時点のＰＤＳＣＨをスケジュールすることができる。この時、ＰＤＳＣＨも繰り返し送信されることができ、この場合、該当ＰＤＳＣＨ繰り返し送信をスケジュールするＤＣＩはＰＤＳＣＨの送信開始点及び／又は繰り返し回数に関する情報を含むことができる。

もしｎ、ｎ＋１、ｎ＋２の時点にＰＤＣＣＨとＰＤＳＣＨを全て送信しながらｎ時点のＰＤＣＣＨはｎ、ｎ＋１、ｎ＋２の時点のＰＤＳＣＨを、ｎ＋１の時点のＰＤＣＣＨはｎ＋１、ｎ＋２の時点のＰＤＳＣＨを、ｎ＋２の時点のＰＤＣＣＨはｎ＋２の時点のＰＤＳＣＨをスケジュールすると、ｎ時点のＰＤＣＣＨに対する復号に失敗した場合、ｎ時点のＰＤＳＣＨを受信することができない。

しかし、上記実施例のように互いに異なる時点にＰＤＣＣＨ(即ち、ＤＣＩ)とＰＤＳＣＨを送信すると、ｎ、ｎ＋１のＴＴＩに送信されるＤＣＩのうちのいずれか１つのみを復号に成功してもＰＤＳＣＨを全て受信できるという長所がある。

またＰＤＣＣＨとＰＤＳＣＨが互いに異なるＴＴＩで送信される場合は、毎ＴＴＩでＰＤＣＣＨとＰＤＳＣＨが共に送信される場合に比べて、該当ＴＴＩ内でＰＤＳＣＨがより多いリソースを活用することができるので、ＰＤＳＣＨの繰り返し回数を減らすことができ、遅延時間の側面でも損害がなく、かかる方式はＴＴＩが２／３シンボルなどのように短く構成された場合に有利である。また上述したように、互いに異なるＴＴＩでＰＤＣＣＨとＰＤＳＣＨを送信する場合は、ＰＤＣＣＨの繰り返し回数とＰＤＳＣＨの繰り返し回数を各々独立して設定でき、ＰＤＣＣＨの繰り返し回数とＰＤＳＣＨの繰り返し回数は互いに同一であるか又は互いに異なることができる。

一方、ＰＵＳＣＨ送信が繰り返される場合は、ＰＵＳＣＨ内のタグ付け(ｔａｇｇｉｎｇ)によって該当ＰＵＳＣＨが何回目の繰り返し送信であるか、及び／又は該当ＰＵＳＣＨ繰り返し送信の開始点情報などを含むことができる。またＰＵＳＣＨ繰り返し送信を開始できる時点を予め設定することができる。かかる設定はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。

上記方法は、ＵＬグラントが繰り返し送信される時、各々のＵＬグラントに対応するＰＵＳＣＨ送信タイミングが固定した場合にも適用できる。この方式は基地局が端末のＰＵＳＣＨ送信に対するブラインド復号の回数を減少させることができる。

一方、各実施例は該当実施例に限られず、上りリンクと下りリンク送信に対する実施例は各々下りリンクと上りリンク送信に適用でき、よってＰＵＳＣＨとＰＤＳＣＨに対する事項は各々ＰＤＳＣＨとＰＵＳＣＨに対する事項に適用することができる。また本発明におけるＴＴＩも特定のＴＴＩ長さに限定されず、ｓＴＴＩなどの様々な長さのＴＴＩを称することができる。

また繰り返し送信を開始できるｓＴＴＩ又はシンボルのような時間リソースが予め設定され、各ｓＴＴＩでスケジュールするデータの繰り返し回数を予め設定することができる。またかかる制御チャネルとデータチャネルの繰り返し回数は準－静的(Ｓｅｍｉ－ｓｔａｔｉｃ)に設定できる。

なお、ＰＤＣＣＨとＰＤＳＣＨのスケジューリング時に各チャネルの繰り返し送信を適用できるが、この時、繰り返し送信されるＰＤＳＣＨでＰＤＣＣＨに対するレートマッチングを行うことができ、これに関する端末及び基地局の動作は図１６乃至図１８を参照できる。

具体的には、図１６を参照しながら繰り返し送信されるＰＤＳＣＨに関連するレートマッチングに対する端末の動作を説明すると、端末は繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨを受信し(Ｓ１６０１)、受信された少なくとも１つのＰＤＣＣＨによりレートマッチングパターンに関する情報を得ることができる(Ｓ１６０３)。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは１回送信されるか又は繰り返して送信される。

また端末は得られたレートマッチングパターンに関する情報に基づいて繰り返し送信されるＰＤＳＣＨを受信するが、得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、以下の実施例１－１乃至実施例１－４及び／又は実施例２－１乃至実施例２－３に従う(Ｓ１６０５)。

図１７を参照して端末の動作に対応する基地局の動作について説明すると、基地局は繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨに上記繰り返されるＰＤＳＣＨのためのレートマッチングパターン情報を含めて送信することができる(Ｓ１７０１)。また基地局はレートマッチングパターン情報によって、複数のＴＴＩでＰＤＳＣＨを繰り返し送信する(Ｓ１７０３)。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは、１回送信されるか又は繰り返し送信される。また得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、以下の実施例１－１乃至実施例１－４及び／又は実施例２－１乃至実施例２－３に従う。

図１８に示すように、端末と基地局に対応するネットワークにおける動作過程を説明すると、基地局が繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨに上記繰り返されるＰＤＳＣＨのためのレートマッチングパターン情報を含めて送信し(Ｓ１８０１)、端末は少なくとも１つのＰＤＣＣＨを介してレートマッチングパターンに関する情報を得る(Ｓ１８０３)。また基地局はレートマッチングパターン情報によって複数のＴＴＩでＰＤＳＣＨを繰り返し送信し、端末はレートマッチングパターン情報によって複数のＴＴＩでＰＤＳＣＨを繰り返し受信する(Ｓ１８０５)。

この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは、１回送信されるか又は繰り返し送信され、得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、以下の実施例１－１乃至実施例１－４及び／又は実施例２－１乃至実施例２－３に従う。

以下、図１９を参照して、上記図１６乃至図１８によるレートマッチングが適用される具体的な実施例を、以下の実施例１－１乃至実施例１－４及び／又は実施例２－１乃至実施例２－３を参照しながら説明する。

この時、実施例１－１乃至実施例１－４及び／又は実施例２－１乃至実施例２－３は個々に具現されることではなく、実施例１－１乃至実施例１－４のうちのいずれかの方法と、実施例２－１乃至実施例２－３のうちのいずれかの方法を組み合わせるにより具現することができる。例えば、レートマッチングパターンを指示する方法は実施例１－１に従い、実施例１－１に従うレートマッチング及びそれによるＰＤＳＣＨの復号は実施例２－１に従うことができる。

＜実施例１：ＰＤＣＣＨで指示したレートマッチングパターンの適用＞

(１)実施例１－１：同一のレートマッチングパターンが繰り返される全てのＰＤＳＣＨに適用されると仮定する。

実施例１－１のような動作は、図１９のＯｐｔｉｏｎ４のように、単一のＰＤＣＣＨが複数の繰り返されるＰＤＳＣＨをスケジュールする時、該当ＰＤＣＣＨで送信されるＤＣＩに含まれたレートマッチング情報が繰り返される全てのＰＤＳＣＨに適用されることができる。

図１９のＯｐｔｉｏｎ１、２のように、もしＰＤＣＣＨも繰り返し送信されると、実施例１－１の動作のために、各ＰＤＣＣＨで送信される全てのＤＣＩに同一のレートマッチングパターン情報が含まれて送信される。

また図１９のＯｐｔｉｏｎ３のように、もし先にＰＤＣＣＨが繰り返し送信され、その後、ＰＤＳＣＨが繰り返し送信されると、各ＰＤＣＣＨで送信される全てのＤＣＩが同一のレートマッチングパターン情報を含めて送信されることができ、最後に送信されるＤＣＩに含まれたレートマッチングパターン情報を繰り返されるＰＤＳＣＨ送信に適用することもできる。

ここで、同一のレートマッチング情報が繰り返される全てのＰＤＳＣＨに適用されるとは、ＤＣＩが送信されたＴＴＩ以後の繰り返されるＰＤＳＣＨが送信されるＴＴＩ内で、ＤＣＩが送信されたＴＴＩでＰＤＳＣＨマッピングに使用されないリソースと同じ位置のリソースはＤＣＩが送信されたＴＴＩ以後の繰り返されるＰＤＳＣＨが送信されるＴＴＩ内でも同様一にＰＤＳＣＨマッピングに使用されないことを意味する。

(２)実施例１－２：該当ＰＤＣＣＨと同一のｓＴＴＩ/ＴＴＩに送信されたＰＤＳＣＨのみに対して該当レートマッチングパターンを適用する。

例えば、図１９のＯｐｔｉｏｎ２を見ると、１つのＰＤＣＣＨが複数のｓＴＴＩ/ＴＴＩに属するＰＤＳＣＨに関するスケジューリング情報を含むことができる。この場合、該当ＰＤＣＣＨで送信されるＤＣＩに含まれたレートマッチングパターン情報は、該当ＤＣＩが送信されるｓＴＴＩ/ＴＴＩのＰＤＳＣＨのみに適用される。

(３)実施例１－３：ＰＤＣＣＨでＰＤＳＣＨが繰り返し送信される間に適用されるレートマッチングパターンを全て指示することができる。この場合、各ＰＤＣＣＨで送信されるＤＣＩに互いに異なるｓＴＴＩ/ＴＴＩに関するレートマッチングパターン情報が全て含まれて送信される。言い換えれば、該当ＤＣＩが送信されるＴＴＩ/ｓＴＴＩを含み、その後ＴＴＩ/ｓＴＴＩに適用されるレートマッチングパターン情報を含んで送信することができる。

(４)実施例１－４：実施例１－１乃至実施例１－３のうち、どの実施例を適用するかをネットワーク設定により設定する。この時、設定される実施例が必ず１個である必要はなく、状況によって実施例１－１乃至実施例１－３のうち、複数の実施例が適用されることもできる。

＜実施例２：スケジュールされたＤＣＩを含むＰＤＣＣＨに対するレートマッチング＞

(１)実施例２－１

端末はＰＤＳＣＨが繰り返し送信される間に検出されたＰＤＣＣＨと同一のリソースを用いて以後のｓＴＴＩでもＰＤＣＣＨが送信されると仮定し、以後のＰＤＳＣＨ繰り返し送信でもＰＤＳＣＨマッピングをスケジュールしたＰＤＣＣＨリソースと同一のリソースを用いてレートマッチングを行うと仮定することができる。

即ち、ＰＤＣＣＨが検出されたＴＴＩ以後のＴＴＩ内で、ＰＤＣＣＨがマッピングされたリソースと同一のリソースには繰り返し送信されるＰＤＳＣＨがマッピングされないと仮定する。ここで、ＰＤＣＣＨが検出されたＴＴＩ以後のＴＴＩは、ＰＤＣＣＨが検出されたＴＴＩ以後にＰＤＳＣＨが繰り返し送信されるＴＴＩを意味する。

これは、もしＰＤＣＣＨとＰＤＳＣＨの繰り返し回数が異なる場合、必要以上のレートマッチングを行うこともできるが、曖昧性の問題も解決できるという長所がある。これを解決するために、ＰＤＣＣＨの繰り返し回数が動的又は静的に端末に設定される場合、該当数だけＰＤＳＣＨのレートマッチングを行うことができる。しかし、上記実施例２－１は複数のＴＴＩの間に同一のＰＤＣＣＨリソースにより同一の送信ブロックをスケジュールするＤＣＩが送信されるという仮定が必要である。

(２)実施例２－２

端末が検出したＰＤＣＣＨのｓＴＴＩ/ＴＴＩでのみ該当レートマッチングが行われると仮定する。この場合、ＰＤＣＣＨが繰り返し送信され、ＰＤＳＣＨが重畳しながら繰り返し送信されると、レートマッチングの曖昧さ(ａｍｂｉｇｕｉｔｙ)が発生することができる。

(３)実施例２－３

端末はＰＤＳＣＨが繰り返し送信される場合には、検出したＰＤＣＣＨに対するレートマッチングを行わないと仮定する。即ち、ネットワークがスケジューリングによりＰＤＳＣＨとＰＤＣＣＨが重畳しないように具現するか、又はレートマッチングを仮定せず動作することを意味することができる。もしＰＤＳＣＨをスケジュールするＰＤＣＣＨとＰＤＳＣＨが重なる場合は、ＰＤＣＣＨはＰＤＳＣＨをパンクチャリング(ｐｕｎｃｔｕｒｅ)すると仮定する。

ＰＤＳＣＨ/ＰＤＣＣＨに対する繰り返し回数を全てＤＣＩに含むこともできる。又はＰＤＣＣＨに対する繰り返し回数のみをＤＣＩにより知らせ、ＰＤＳＣＨに対する繰り返し回数は静的に設定することもできる。

又はＰＤＣＣＨ／ＰＤＳＣＨ繰り返し回数の比率を予め設定することもできる。例えば、ＰＤＣＣＨ/ＰＤＳＣＨ繰り返し回数の比率が１:１である場合、端末はＰＤＳＣＨ繰り返し回数だけＰＤＣＣＨも繰り返されると仮定する。かかる情報は端末が制御チャネル検証(ｃｏｎｔｒｏｌＣｈａｎｎｅｌｖａｌｉｄａｔｉｏｎ)及び／又はレートマッチングなどに使用することができる。もしＰＤＣＣＨ/ＰＤＳＣＨ繰り返し回数の比率が１:１ではないと、ＰＤＣＣＨの繰り返し送信は連続するｓＴＴＩ/ＴＴＩ又は連続する有効リソース(ｖａｌｉｄｒｅｓｏｕｒｃｅＳ)で送信されると仮定する。

一方、上記実施例以外にも周波数リソースをより多く使用してＤＣＩを送信する方式も考えられるが、例えば、より高い集成レベル(ＡｇｇｒｅｇａｔｉｏｎＬｅｖｅｌ；ＡＬ)を構成してＤＣＩを送信する方法がある。

例えば、同一又は異なる制御ＲＢ集合に含まれる低い集成レベル(ｌｏｗｅｒＡＬ)の複数のＰＤＣＣＨ候補を集成して高い集成レベル(ＨｉｇｈｅｒＡＬ)を構成する方法が考えられる。この場合、符号化ビット(ｅｎｃｏｄｅｄｂｉｔｓ)を集成される各ＰＤＣＣＨ候補のサイズに対応するように分割して送信する。この時、各ＰＤＣＣＨ候補が属する制御ＲＢ集合の属性を考慮して分散された(ｄｉｓｔｒｉｂｕｔｅｄ)構造及び／又はＣＲＳ基盤のＲＢ集合のようなより強い構造で構成された制御ＲＢ集合に含まれたＰＤＣＣＨ候補に符号化ビット(ｅｎｃｏｄｅｄｂｉｔ)のシステマテックビット(Ｓｙｓｔｅｍａｔｉｃｂｉｔ)部分が含まれるように構成して送信することができる。

言い換えれば、基地局は優先順位がより高い制御ＲＢ集合に含まれたＰＤＣＣＨ候補にシステマテックビットが含まれるように構成してＤＣＩを送信し、かかる優先順位はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。

一方、符号化ビットをインターリービング(ｉｎｔｅｒｌｅａｖｉｎｇ)して構成した後、インターリービングされたビット(ｉｎｔｅｒｌｅａｖｅｄｂｉｔｓ)を集成される各ＰＤＣＣＨ候補のサイズに基づいて分割して送信する。

また、レガシートラフィック(ｌｅｇａｃｙｔｒａｆｆｉｃ)、ｓＴＴＩトラフィック及び／又はＵＲＬＬＣトラフィックの間の多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)に関する方法が考えられる。例えば、トラフィックタイプ(ｔｒａｆｆｉｃｔｙｐｅ)、ＢＬＥＲ要求及び／又は遅延時間要求ごとに、それらをスケジュールするＤＣＩをモニタリングするための制御ＲＢ集合を独立して設定することができる。この時、制御ＲＢ集合は同一又は異なるように設定することができる。

例えば２個の制御ＲＢ集合が設定された場合、１つはレガシートラフィックのためのＤＣＩが送信され、他の１つはＵＲＬＬＣトラフィックのためのＤＣＩが送信されるように設定できる。この場合、各制御ＲＢ集合について設定された集成レベル当たりのＰＤＣＣＨ候補はいずれも該当制御ＲＢ集合のために設定されたタイプのトラフィックをスケジュールするために使用できる。

一方、各制御ＲＢ集合に設定された集成レベル、１つ以上の集成レベルで構成された集成レベル集合、集成レベル当たりのＰＤＣＣＨ候補又はＰＤＣＣＨ候補集合がトラフィックタイプ、ＢＬＥＲ要求及び／又は遅延時間要求ごとに独立して設定される。この時、トラフィックタイプとしてはＵＲＬＬＣトラフィック或いはｎｏｎ－ＵＲＬＬＣトラフィックがあり、各制御ＲＢ集合に設定された集成レベル、１つ以上の集成レベルで構成された集成レベル集合、集成レベル当たりのＰＤＣＣＨ候補又はＰＤＣＣＨ候補集合は、同一に設定されるか又は異なるように設定される。かかる設定はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。

但し、上記動作によりｎｏｎ－ＵＲＬＬＣトラフィックとＵＲＬＬＣトラフィックに割り当てられた集成レベルごとのＰＤＣＣＨ候補数を設定することができるが、もし同一のハッシング関数(ｈａｓｈｉｎｇｆｕｎｃｔｉｏｎ)を使用する場合は、細かいＰＤＣＣＨ候補インデックスとトラフィック類型の間のマッピング関係を設定する必要がある。

例えば、特定の制御ＲＢ集合において集成レベル４に該当するＰＤＣＣＨ候補がレガシートラフィックとＵＲＬＬＣトラフィックについて各々１個が設定されることができる。この時、レガシートラフィックのためのＰＤＣＣＨ候補とＵＲＬＬＣトラフィックのためのＰＤＣＣＨ候補が同じハッシング関数を使用すると、ＵＲＬＬＣトラフィックに割り当てられたＰＤＣＣＨ候補が前側のインデックスを有するように設定できる。勿論、逆にレガシートラフィックのために割り当てられたＰＤＣＣＨ候補が前側のインデックスを有するように設定することもできる。例えば、集成レベル４である場合、ＵＲＬＬＣトラフィックであると、ハッシング関数に使用されるＰＤＣＣＨ候補インデックスが１番目のＰＤＣＣＨ候補インデックスであることができ、レガシートラフィックであると、ハッシング関数に使用されるＰＤＣＣＨ候補インデックスが２番目のＰＤＣＣＨ候補インデックスであることができる。

もし集成レベル４でＵＲＬＬＣトラフィックに２個のＰＤＣＣＨ候補が設定され、レガシートラフィックに１個のＰＤＣＣＨ候補が設定されると、ハッシング関数に使用されるＰＤＣＣＨ候補インデックスは、ＵＲＬＬＣトラフィックの場合は、１番目と２番目のＰＤＣＣＨ候補インデックスになり、レガシートラフィックの場合には、３番目のＰＤＣＣＨ候補インデックスになる。さらにＵＲＬＬＣトラフィックとレガシートラフィックの間に交互にＰＤＣＣＨ候補インデックスを割り当てることもできる。かかる設定はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。

一方、ＵＲＬＬＣトラフィックを送受信する端末は、信頼性を高めるために、より多い時間、周波数及び／又はリソースを使用して送信することができ、これは制御チャネル及び／又はデータチャネルに全て適用できる。この時、制御チャネルの信頼性は他の要素の影響を受けるが、例えば、ＰＣＩＦＩＣＨのように制御チャネルの領域、例えば、制御チャネルが占めるシンボル数を知らせるチャネルにより制御チャネルの信頼性に制限が発生することができる。

かかる制限が発生する理由は、端末がＰＣＦＩＣＨ自体を正確に復号できず制御チャネル領域を正確に認知できなくて制御情報をきちんと復号できなかったことにより発生するが、これを防止するために、ＲＲＣシグナリングによりＣＦＩを設定することで該当要素の影響をなくすことができる。但し、この場合、ＲＲＣシグナリングにより設定された情報が数十ｍｓの間に維持されるので、ネットワークのスケジューリング柔軟性に大きな制約があり得る。

従って、上記のように発生するスケジューリング柔軟性に対する制約を減少させるために、端末が復号を行う時に仮定するトラフィックタイプによって異なるように動作する方案が考えられる。

言い換えれば、もし端末の性能に基づいて端末がＵＲＬＬＣトラフィックとｎｏｎ－ＵＲＬＬＣトラフィックを全て期待できると、ＵＲＬＬＣ用のＤＣＩに対する復号時にはＲＲＣに割り当てられたＣＦＩに基づいて制御チャネル領域を仮定し、ｎｏｎ－ＵＲＬＬＣ用のＤＣＩに対する復号時にはＰＣＩＦＩＣＨで指示されたＣＦＩ値に基づいて制御チャネル領域を仮定する。

また、予め端末に送信される制御情報のトラフィックタイプ及び／又は各トラフィックタイプに該当する制御情報の送信時点が設定されることもできる。この時、制御情報の送信時点は制御情報のモニタリング機会を意味する。

一方、端末に制御ＲＢ集合が設定される時、制御ＲＢ集合が含まれるｓＴＴＩを構成する方式がＰＣＦＩＣＨに基づくか、或いはＲＲＣシグナリングされたＣＦＩ値に基づくかに対する設定を共に又は個々に端末が受信することができる。

又は、各ＤＣＩフォーマットごとに制御チャネル領域に対する設定が可能であるが、各ＤＣＩフォーマットをモニタリングするように設定された制御ＲＢ集合によって検索空間を構成する時、各ＣＦＩ値を適用することができる。また、かかる設定はｓＴＴＩ又はサブフレームを基準として決定される。

即ち、制御ＲＢ集合又は検索空間の設定によって各ｓＴＴＩ又はサブフレームごとにＵＲＬＬＣトラフィックのための制御チャネルモニタリングを行う場合、ＵＲＬＬＣトラフィックのための制御チャネルモニタリングを行うｓＴＴＩ又はサブフレームではＲＲＣに基づくＣＦＩ値が優先し、そうではないｓＴＴＩ或いはサブフレームではＰＣＦＩＣＨ値に基づくＣＦＩ値が優先する。

高い信頼性と低い遅延時間のためにより多いリソースを使用し、より短いＴＴＩ(即ち、ｓＴＴＩ)により制御情報を送ると、制御情報の送信に必要な物理的リソース自体に制約が発生することができる。

例えば、短いＴＴＩ内で制御ＲＢ集合が１シンボルに設定される場合、１ＣＣＥは４ＲＥＧで構成され、１ＲＥＧは１ＲＢで構成されると仮定すると、集成レベル１６を支援するために６４個のＲＢが必要である。この場合、システム帯域幅が２０ＭＨｚであると、１つのＴＴＩ内でＰＤＣＣＨ候補を最大１個しか支援できないという制約が発生する。

また、端末のプロセシング時間を減少するために端末の制御チャネル内の検索空間サイズに制約が発生した場合にも、単一のＴＴＩ内で高い集成レベルの支援自体が不可能であるか、又はＰＤＣＣＨ候補数に制約が発生してＰＤＣＣＨの送信柔軟性が低下することができる。

従って、ＰＤＣＣＨ送信の柔軟性を増加させるために高い集成レベルを支援するか、又は特定の集成レベルのＰＤＣＣＨ候補数をより多く支援する方法について説明する。一方、以下の実施例では、説明の便宜上、集成レベルが１６であると仮定するが、本発明はこれに限定されず、集成レベルが１６以外の他の値であることもでき、高い集成レベルを代表する意味にも使用できる。

一般的には、互いに異なるＴＴＩ及び／又は同一のＴＴＩに含まれた低い集成レベルを有するＰＤＣＣＨ候補を集成して高い集成レベルを有するＰＤＣＣＨ候補で構成することができる。

この時、低い集成レベルを有するＰＤＣＣＨ候補を集成して高いＰＤＣＣＨ候補を構成するか否かを、物理階層シグナリング及び／又は上位階層シグナリングにより基地局が端末に設定することができる。例えば、短いＴＴＩで動作する端末とより長いＴＴＩで動作する端末の間の多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)の必要性がより大きい場合は、低い集成レベルを有するＰＤＣＣＨ候補の集成を行うように設定し、そうではない場合には、低い集成レベルを有するＰＤＣＣＨ候補の集成を行わないように設定することにより、状況に合わせて端末をスケジュールすることができる。

一方、基地局が端末にＴＴＩ及び／又はＴＴＩ集合ごとに集成レベルとＰＤＣＣＨ候補を指定することができるが、この時、設定された集成レベルが端末の検索空間の制約を超えるか、又は該当ＴＴＩ内の物理的リソースのサイズを超える場合には、端末は高い集成レベルを構成する時、該当ＴＴＩ以前のＴＴＩ及び／又は以後のＴＴＩに含まれた検索空間を共に活用して構成することができる。

例えば、端末に特定のＴＴＩ及び／又はＴＴＩ集合で集成レベル１６に該当するＰＤＣＣＨ候補が２個であると設定されているが、該当ＴＴＩで端末の検索空間の制約及び／又は物理的リソースの制約により集成レベル１６のＰＤＣＣＨ候補を１つのみ支援できる場合は、端末は該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに含まれた検索空間を共に活用して集成レベル１６に対するＰＤＣＣＨ候補をさらに構成することができる。より具体的には、特定のＴＴＩ内で集成レベル１６のＰＤＣＣＨ候補が２個に設定されたが、物理的リソースの制約及び／又は端末の検索空間の制約によって該当ＴＴＩ内の集成レベル１６のＰＤＣＣＨ候補が１つのみ構成された場合は、端末は該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに含まれた検索空間を活用して集成レベル１６の２番目のＰＤＣＣＨ候補をさらに構成することができる。

例えば、該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)より大きいか又は等しい場合は、更なるＰＤＣＣＨ候補を構成するＣＣＥを完全に該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩで構成することができる。

また該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)と同一である場合は、該当検索空間を全て高い集成レベルの２番目のＰＤＣＣＨ候補として活用することができる。

また該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)より大きい場合には、該当検索空間の前側又は後側で高い集成レベルに対応するＣＣＥ数だけ活用して高い集成レベルの２番目のＰＤＣＣＨ候補を構成することができる。

また該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)より小さい場合には、更なるＰＤＣＣＨ候補を構成するＣＣＥを該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩに含まれたＣＣＥを共に活用して構成することができる。この場合、各ＴＴＩ及び／又はＴＴＩ集合ごとに設定された集成レベル及び集成レベル当たりのＰＤＣＣＨ候補数によって更なるＰＤＣＣＨ候補を構成する方法が考慮できる。

例えば、該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩに含まれたＣＣＥを共に活用して高い集成レベル(上述した例示では１６個のＣＣＥ)の更なるＰＤＣＣＨ候補を支援する場合、もし該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩに支援しようとする高い集成レベルより低い集成レベル(例えば、集成レベル８)のＰＤＣＣＨ候補が設定されていると、該当低い集成レベルを集成して高い集成レベルの更なるＰＤＣＣＨ候補を支援することができる。

より具体的には、ＴＴＩ＃ｎ－１とＴＴＩ＃ｎに集成レベル８のＰＤＣＣＨ候補が設定されており、ＴＴＩ＃ｎで集成レベル１６の２個のＰＤＣＣＨ候補を支援しようとするが、検索空間の制約が１６ＣＣＥであり、ＴＴＩ＃ｎで集成レベル１６のＰＤＣＣＨ候補を１つしか構成できない場合は、ＴＴＩ＃ｎ－１とＴＴＩ＃ｎの集成レベル８のＰＤＣＣＨ候補を各々順に集成して集成レベル１６の更なるＰＤＣＣＨ候補を構成することができる。

一方、上記実施例において、もしＴＴＩ＃ｎ－１とＴＴＩ＃ｎで集成レベル８のＰＤＣＣＨ候補が各々多数存在すると、低い集成レベルのＰＤＣＣＨ候補を集成する時、ＴＴＩ＃ｎ－１の集成レベル８のＰＤＣＣＨ候補は最先側のＰＤＣＣＨ候補、ＴＴＩ＃ｎの集成レベル８のＰＤＣＣＨ候補は最後側のＰＤＣＣＨ候補として選択する方式、即ち、インターリービング方式により集成することによりダイバーシティ効果を高めることができる。また、低い集成レベルのＰＤＣＣＨ候補を集成する時には、低い集成レベルのＰＤＣＣＨ候補の順、集成するＰＤＣＣＨ候補が含まれた集成レベル及び／又は集成するＰＤＣＣＨ候補数などは、システムに予め定義されるか又は基地局が端末に物理階層シグナリング及び／又は上位階層シグナリングにより設定することができる。

本発明において集成されるＰＤＣＣＨ候補が含まれるＴＴＩが該当ＴＴＩの以前のＴＴＩであるか又は以後のＴＴＩであるかは、システムで予め定義されるか又は基地局が端末に物理階層シグナリング及び／又は上位階層シグナリングにより設定される。

一方、ＴＴＩインデックスによって設定が異なることができる。例えば、該当ｓＴＴＩが偶数のｓＴＴＩインデックスを有する場合は、以後のｓＴＴＩの検索空間機会との集成を行い、該当ｓＴＴＩが奇数のｓＴＴＩインデックスを有する場合には、以前のｓＴＴＩの検索空間機会との集成を行うことを意味する。

一方、ＣＲＣマスキングにより以前のＴＴＩ及び／又は以後のＴＴＩの検索空間を活用して高い集成レベルを支援するか、又は特定の集成レベルのＰＤＣＣＨ候補をより多く支援するように指示することができる。例えば、端末が特定のＴＴＩで検索空間のサイズが１６ＣＣＥに限定された状態で集成レベル１６に対するＰＤＣＣＨ候補が２個であると設定された場合は、該当ＴＴＩで集成レベル１６の１番目のＰＤＣＣＨ候補を復号する時、ＣＲＣマスキングに使用されたスクランブルシーケンスにより他のＰＤＣＣＨ候補がどのＴＴＩに位置しているかを知らせることができる。

一方、上記実施例において、特定のＴＴＩにおける高い集成レベルのＰＤＣＣＨ候補を支援するために該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの検索空間を共に活用する方式をさらに拡張して、制御ＲＢ集合を共に活用する方式も考慮できる。

より一般的には、特定のＴＴＩの検索空間を互いに異なるＴＴＩで構成することができる。例えば、特定のＴＴＩ内で集成レベル１６のように高い集成レベルのＰＤＣＣＨ候補を２個設定したが、端末の検索空間の制約により該当ＴＴＩ内で高い集成レベルのＰＤＣＣＨ候補を１個しか構成できない場合は、該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの制御ＲＢ集合を共に活用して高い集成レベルのＰＤＣＣＨ候補を２個構成することができる。より具体的には、該当ＴＴＩにおけるハッシング関数を適用する時、全体サイズを該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの制御ＲＢ集合を併せたサイズに仮定してハッシング関数を適用することができる。

ここで、全体サイズに適用されるハッシング関数は、該当ＴＴＩで定義されたハッシング関数である。言い換えれば、端末の検索空間制約を超えて高い集成レベルのＰＤＣＣＨ候補が設定された該当ＴＴＩで全ての集成レベルのＰＤＣＣＨ候補をブラインド復号する時、複数のＴＴＩの制御ＲＢ集合を併せたサイズに仮定したハッシング関数を適用することができ、該当ＴＴＩで支援不可能な高い集成レベルのＰＤＣＣＨ候補をブラインド復号する時にのみ適用することもできる。

この時、該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの制御ＲＢ集合を合わせる時の順序は、システムに予め定義されるか又は基地局が端末に物理階層シグナリング及び／又は上位階層シグナリングにより設定することができる。

一例として、基地局は端末に物理階層シグナリング及び／又は上位階層シグナリングにより、高い集成レベルのＰＤＣＣＨ候補を復号するための制御ＲＢ集合が含まれるＴＴＩ順に制御ＲＢ集合のサイズを併せるように設定することができる。

一方、本発明において‘以前のＴＴＩ及び／又は以後のＴＴＩ’は該当ＴＴＩを基準として‘直前／直後のＴＴＩ’に限られない。例えば、モニタリング機会が特定の間隔を置いてＴＴＩごとに設定される場合には、‘その前のモニタリングＴＴＩ及び／又はその後のモニタリングＴＴＩ’を意味することもでき、互いに離隔したＴＴＩの間でも上述した実施例が適用されることができる。

図２０は無線装置１０とネットワークノード２０の間の通信の一例を示すブロック図である。ここで、ネットワークノード２０は図２０の無線装置又はＵＥに代替できる。

この明細書において、無線装置１０又はネットワークノード２０は、１つ以上の他の無線装置、ネットワークノード及び／又はネットワークの他の要素と通信するためのトランシーバ(Ｔｒａｎｓｃｅｉｖｅｒ)１１，２１を含む。トランシーバ１１，２１は１つ以上の送信器、１つ以上の受信器及び／又は１つ以上の通信インターフェースを含むことができる。

また、トランシーバ１１，２１は１つ以上のアンテナを備えることができる。アンテナは、プロセシングチップ１２，２２の制御下で本発明の一実施例によって、トランシーバ１１，２１により処理された信号を外部に送信するか、又は外部から無線信号を受信してプロセシングチップ１２，２２に伝達する機能を行う。アンテナはアンテナポートとも呼ばれる。各アンテナは１つの物理アンテナに該当するか、１つより多い物理アンテナ要素(ｅｌｅｍｅｎｔ)の組み合わせにより構成されることができる。各アンテナから送信された信号は無線装置１０又はネットワークノード２０によりさらに分割されることはできない。該当アンテナに対応して送信された参照信号(ｒｅｆｅｒｅｎｃｅｓｉｇｎａｌ、ＲＳ)は無線装置１０又はネットワークノード２０の観点からしたアンテナを定義し、チャネルが一物理アンテナからの単一の(ｓｉｎｇｌｅ)無線チャネルであるか或いはアンテナを含む複数の物理アンテナ要素からの合成(ｃｏｍｐｏｓｉｔｅ)チャネルであるかに関係なく、無線装置１０又はネットワークノード２０をしてアンテナに対するチャネル推定を可能にする。即ち、アンテナはアンテナ上のシンボルを伝達するチャネルが同一のアンテナ上の他のシンボルが伝達されるチャネルから導き出されるように定義される。複数のアンテナを用いてデータを送受信する多重入出力(Ｍｕｌｔｉ－ＩｎｐｕｔＭｕｌｔｉ－Ｏｕｔｐｕｔ、ＭＩＭＯ)機能を支援するトランシーバの場合には、２つ以上のアンテナと連結されることができる。

本発明においてトランシーバ１１，２１は受信ビームフォーミングと送信ビームフォーミングを支援することができる。例えば、本発明においてトランシーバ１１，２１は図９乃至図１１に例示された機能を行うように構成されることができる。

また、無線装置１０又はネットワークノード２０はプロセシングチップ１２，２２を含む。プロセシングチップ１２，２２はプロセッサ１３，２３のような少なくとも１つのプロセッサ及びメモリ１４，２４のような少なくとも１つのメモリ装置を含むことができる。

プロセシングチップ１２，２２はこの明細書に説明された方法及び／又はプロセスのうち、少なくとも１つ以上を制御できる。言い換えれば、プロセシングチップ１２，２２はこの明細書に記載された少なくとも１つ以上の実施例が行われるように構成される。

プロセッサ１３，２３はこの明細書に説明された無線装置１０又はネットワークノード２０の機能を行うための少なくとも１つのプロセッサを含む。

例えば、１つ以上のプロセッサは図２２の１つ以上のトランシーバ１１，２１を制御して情報を送受信できる。

また、プロセシングチップ１２，２２に含まれたプロセッサ１３，２３は、無線装置１０又はネットワークノード２０の外部に送信される信号及び／又はデータに対して所定の符号化(ｃｏｄｉｎｇ)及び変調(ｍｏｄｕｌａｔｉｏｎ)を行った後にトランシーバ１１，２１に送信する。例えば、プロセッサ１３，２３は、送信しようとするデータ列を逆多重化及びチャネル符号化、スクランブル、変調過程などを経てＫ個のレイヤに変換する。符号化されたデータ列はコードワードとも呼ばれ、ＭＡＣ階層が提供するデータブロックである輸送ブロックと等価である。一つの輸送ブロック(ｔｒａｎｓｐｏｒｔｂｌｏｃｋ、ＴＢ)は一つのコードワードに符号化され、各コードワードは１つ以上のレイヤ形態で受信装置に送信される。周波数アップコンバートのためにトランシーバ１１，２１はオシレーター(ｏｓｃｉｌｌａｔｏｒ)を含むことができる。トランシーバ１１，２１はＮ_ｔ個(Ｎ_ｔは１以上の正の整数)の送信アンテナを有することができる。

また、プロセシングチップ１２，２２はデータ、プログラミング可能なソフトウェアコード及び／又はこの明細書に説明された実施例を行うための他の情報を貯蔵するように構成されたメモリ１４，２４を含む。

言い換えれば、この明細書による実施例において、メモリ１４，２４はプロセッサ１３，２３のような少なくとも１つのプロセッサにより実行される(ｅｘｅｃｕｔｅｄ)時、プロセッサ１３，２３をして図２２のプロセッサ１３，２３により制御されるプロセスのうち、一部又は全部を行うか、又は図１乃至図１９に基づいてこの明細書に説明された実施例を行うための命令を含むソフトウェアコード１５，２５を貯蔵する。

具体的には、本発明の実施例による無線装置１０のプロセシングチップ１２は、繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨを受信するようにトランシーバ１１を制御して、上記受信された少なくとも１つのＰＤＣＣＨを介してレートマッチングパターンに関する情報を得ることができる。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは１回送信されることもでき、繰り返し送信されることもできる。

またプロセシングチップ１２は得られたレートマッチングパターンに関する情報に基づいて繰り返し送信されるＰＤＳＣＨを受信するが、得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、上記実施例１－１乃至実施例１－４及び／又は実施例２－１乃至実施例２－３に従う。

また本発明の実施例によるネットワークノード２０のプロセッシングチップ２２は、繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨに繰り返されるＰＤＳＣＨのためのレートマッチングパターン情報を含ませて送信するようにトランシーバ１２を制御する。また基地局はレートマッチングパターン情報によって、複数のＴＴＩによりＰＤＳＣＨを繰り返し送信するようにトランシーバ１２を制御する。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは１回送信されることもでき、繰り返し送信されることもできる。また得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、上記実施例１－１乃至実施例１－４及び／又は実施例２－１乃至実施例２－３に従う。

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

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

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

ファームウェアやソフトウェアによる具現では、本発明の一実施例は、上述した機能又は動作を実行するモジュール、手順、関数などの形態で具現されてもよい。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって駆動可能である。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の様々な手段によってプロセッサとデータを交換することができる。

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

以上のような下りリンクデータチャネルを送受信する方法及びそのための装置は、３ＧＰＰＬＴＥシステムに適用される例を中心として説明したが、３ＧＰＰＬＴＥシステム以外にも様々な無線通信システムに適用することができる。

Claims

無線通信システムにおいて、端末が物理下りリンク共有チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する方法であって、
（ｉ）前記ＰＤＳＣＨのｋ回の繰り返しをスケジューリングするための情報、及び（ｉｉ）前記ＰＤＳＣＨに対するレートマッチング情報を含む、１つの物理下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ)を、１つの第１送信時間間隔(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ；ＴＴＩ)において受信し、
前記レートマッチング情報に基づいて、前記ＰＤＳＣＨを前記第１ＴＴＩと前記第１ＴＴＩに続く（ｋ－１）個の第２ＴＴＩにおいて繰り返し受信し、
前記繰り返し受信したＰＤＳＣＨに対するＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｑｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ）を第３ＴＴＩにおいて送信することを含み、
前記レートマッチング情報は、前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩに対して等しく利用され、
前記第３ＴＴＩは、前記（ｋ－１）個の第２ＴＴＩの最後のＴＴＩに基づいて決定され、
前記ＰＤＣＣＨは、前記第１ＴＴＩに対応する冗長度バージョン（ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ：ＲＶ）の値を含み、
前記ＰＤＣＣＨの繰り返しに対する複数のＴＴＩの内において前記ＰＤＣＣＨが何回目に繰り返し送信されたかについての情報は、前記ＲＶの値に基づいて取得され、
前記複数のＴＴＩは前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩを含み、
ｋは正の整数であり、ｋは１より大きい、ＰＤＳＣＨ受信方法。
前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩにおいて繰り返し受信される前記ＰＤＳＣＨは、同じ送信ブロック(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ；ＴＢ)のためである、請求項１に記載のＰＤＳＣＨ受信方法。
前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩは、短いＴＴＩ(ＳｈｏｒｔＴＴＩ；ｓＴＴＩ)である、請求項１に記載のＰＤＳＣＨ受信方法。
無線通信システムにおいて、物理下りリンク共有チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する通信装置であって、
メモリと、
前記メモリに連結されるプロセッサを含み、
前記プロセッサは、
（ｉ）前記ＰＤＳＣＨのｋ回の繰り返しをスケジューリングするための情報，及び（ｉｉ）前記ＰＤＳＣＨのためのレートマッチング情報を含む、１つの物理下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ; ＰＤＣＣＨ)を１つの第１送信時間間隔(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ；ＴＴＩ)において受信し、
前記レートマッチング情報に基づいて、前記ＰＤＳＣＨを前記第１ＴＴＩ及び前記第１ＴＴＩに続く（ｋ－１）個の第２ＴＴＩにおいて繰り返し受信し、
前記繰り返し受信したＰＤＳＣＨに対するＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｑｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ）を第３ＴＴＩにおいて送信するように制御することを含み、
前記レートマッチング情報は、前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩに対して等しく利用され、
前記第３ＴＴＩは、前記（ｋ－１）個の第２ＴＴＩの最後のＴＴＩに基づいて決定され、
前記ＰＤＣＣＨは、前記第１ＴＴＩに対応する冗長度バージョン（ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ：ＲＶ）の値を含み、
前記ＰＤＣＣＨの繰り返しに対する複数のＴＴＩの内において前記ＰＤＣＣＨが何回目に繰り返し送信されたかについての情報は、前記ＲＶの値に基づいて取得され、
前記複数のＴＴＩは前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩを含み、
ｋは正の整数であり、ｋは１より大きい、通信装置。
前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩにおいて繰り返し受信される前記ＰＤＳＣＨは、同じ送信ブロック(ＴｒａｎｓｐｏｒｔＢｌｏｃｋ；ＴＢ)のためである、請求項４に記載の通信装置。
前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩは、短いＴＴＩ(ＳｈｏｒｔＴＴＩ；ｓＴＴＩ)である、請求項４に記載の通信装置。
無線通信システムにおいて、基地局が物理下りリンク共有チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＳｈａｒｅｄＣｈａｎｎｅｌ;ＰＤＳＣＨ)を送信する方法であって、
（ｉ）前記ＰＤＳＣＨのｋ回の繰り返しをスケジューリングするための情報，及び（ｉｉ）前記ＰＤＳＣＨのためのレートマッチング情報を含む、１つの物理下りリンク制御チャネル(ＰｈｙｓｉｃａｌＤｏｗｎｌｉｎｋＣｏｎｔｒｏｌＣｈａｎｎｅｌ；ＰＤＣＣＨ)を１つの第１送信時間間隔(ＴｒａｎｓｍｉｓｓｉｏｎＴｉｍｅＩｎｔｅｒｖａｌ；ＴＴＩ)において送信し、
前記レートマッチング情報に基づいて、前記ＰＤＳＣＨを前記第１ＴＴＩと前記第１ＴＴＩに続く（ｋ－１）個の第２ＴＴＩにおいて繰り返し送信し、
前記繰り返し送信したＰＤＳＣＨに対するＨｙｂｒｉｄＡｕｔｏｍａｔｉｃＲｅｑｕｅｓｔ－Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ（ＨＡＲＱ－ＡＣＫ）を第３ＴＴＩにおいて受信することを含み、
前記レートマッチング情報は、前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩに対して等しく利用され、
前記第３ＴＴＩは前記（ｋ－１）個の第２ＴＴＩの最後のＴＴＩに基づいて決定され、
前記ＰＤＣＣＨは、前記第１ＴＴＩに対応する冗長度バージョン（ＲｅｄｕｎｄａｎｃｙＶｅｒｓｉｏｎ：ＲＶ）の値を含み、
前記ＰＤＣＣＨの繰り返しに対する複数のＴＴＩの内において前記ＰＤＣＣＨが何回目に繰り返し送信されたかについての情報は、前記ＲＶの値に関連し、
前記複数のＴＴＩは前記第１ＴＴＩ及び前記（ｋ－１）個の第２ＴＴＩを含み、
ｋは正の整数であり、ｋは１より大きい、ＰＤＳＣＨ送信方法。