(57)【要約】本発明は無線通信システムにおいて、端末が下りリンクデータチャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する方法に関する。特に、この方法は、ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ)を受信し、ＰＤＣＣＨからＰＤＳＣＨのためのレートマッチング情報を得て、レートマッチング情報に基づいて複数の送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)でＰＤＳＣＨを受信することを含み、レートマッチング情報は複数のＴＴＩに同一に使用されることを特徴とする。【選択図】図１９
2020528235.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、端末が下りリンクデータチャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する方法であって、
前記ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ)を受信し、
前記ＰＤＣＣＨから前記ＰＤＳＣＨのためのレートマッチング情報を得て、
前記レートマッチング情報に基づいて複数の送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)で前記ＰＤＳＣＨを受信することを含み、
前記レートマッチング情報は、前記複数のＴＴＩに同一に使用される、ＰＤＳＣＨ受信方法。
【請求項２】
前記ＰＤＳＣＨは前記複数のＴＴＩで繰り返して送信される、請求項１に記載のＰＤＳＣＨ受信方法。
【請求項３】
前記複数のＴＴＩで繰り返し送信されるＰＤＳＣＨは同じ送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ；ＴＢ)のためのものである、請求項２に記載のＰＤＳＣＨ受信方法。
【請求項４】
前記ＰＤＳＣＨが繰り返し送信される繰り返し回数は前記ＰＤＣＣＨから得られる、請求項２に記載のＰＤＳＣＨ受信方法。
【請求項５】
前記ＴＴＩは短いＴＴＩ(Ｓｈｏｒｔ ＴＴＩ；ｓＴＴＩ)である、請求項１に記載のＰＤＳＣＨ受信方法。
【請求項６】
前記複数のＴＴＩは前記ＰＤＣＣＨが受信されるＴＴＩ以後のＴＴＩである、請求項１に記載のＰＤＳＣＨ受信方法。
【請求項７】
無線通信システムにおいて、下りリンクデータチャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する通信装置であって、
メモリと、
前記メモリに連結されるプロセッサを含み、
前記プロセッサは、
前記ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ; ＰＤＣＣＨ)を受信し、
前記ＰＤＣＣＨから前記ＰＤＳＣＨのためのレートマッチング情報を得て、
前記レートマッチング情報に基づいて複数の送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)で前記ＰＤＳＣＨを受信することを制御することを含み、
前記レートマッチング情報は、前記複数のＴＴＩに同一に使用される、通信装置。
【請求項８】
前記ＰＤＳＣＨは前記複数のＴＴＩで繰り返して送信される、請求項７に記載の通信装置。
【請求項９】
前記複数のＴＴＩで繰り返し送信されるＰＤＳＣＨは同じ送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ；ＴＢ)のためのものである、請求項８に記載の通信装置。
【請求項１０】
前記ＰＤＳＣＨが繰り返し送信される繰り返し回数は前記ＰＤＣＣＨから得られる、請求項８に記載の通信装置。
【請求項１１】
前記ＴＴＩは短いＴＴＩ(Ｓｈｏｒｔ ＴＴＩ；ｓＴＴＩ)である、請求項７に記載の通信装置。
【請求項１２】
前記複数のＴＴＩは前記ＰＤＣＣＨが受信されるＴＴＩ以後のＴＴＩである、請求項７に記載の通信装置。
【請求項１３】
無線通信システムにおいて、基地局が下りリンクデータチャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ;ＰＤＳＣＨ)を送信する方法であって、
前記ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ)を送信し、
前記ＰＤＣＣＨに基づいて複数の送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)で前記ＰＤＳＣＨを受信することを特徴とし、
前記ＰＤＣＣＨは前記複数のＴＴＩに同一に使用される前記ＰＤＳＣＨのためのレートマッチング情報を含む、ＰＤＳＣＨ送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は下りリンクデータチャネルを送受信する方法及びそのための装置に関し、より詳しくは、下りリンク制御チャネルを介して送受信されるレートマッチング情報に基づいて繰り返し送信される下りリンクデータチャネルを送受信する方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ ＬＴＥ(３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という)通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を示す概略図である。Ｅ−ＵＭＴＳ(Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)は、既存のＵＭＴＳ(Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ)から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ(Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ)システムとも言える。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格(ｔｅｃｈｎｉｃａｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ)の詳細な内容については、それぞれ「３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ Ｓｐｅｃｉｆｉｃａｔｉｏｎ Ｇｒｏｕｐ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ７及びＲｅｌｅａｓｅ８を参照できる。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)、基地局(ｅＮｏｄｅＢ；ｅＮＢ)、及びネットワーク(Ｅ−ＵＴＲＡＮ)の終端に位置して、外部ネットワークに接続するアクセスゲートウェイ(Ａｃｃｅｓｓ Ｇａｔｅｗａｙ；ＡＧ)を含む。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定される。基地局は、複数の端末に対するデータ送受信を制御する。下りリンク(Ｄｏｗｎｌｉｎｋ；ＤＬ)データに対して、基地局は下りリンクスケジューリング情報を送信し、該当端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ)関連情報などを知らせる。また、上りリンク(Ｕｐｌｉｎｋ；ＵＬ)データに対して、基地局は上りリンクスケジューリング情報を該当端末に送信し、該当端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク(Ｃｏｒｅ Ｎｅｔｗｏｒｋ；ＣＮ)は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成可能である。ＡＧは、複数のセルで構成されるＴＡ(Ｔｒａｃｋｉｎｇ Ａｒｅａ)単位に端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥにまで開発されてきたが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を持つためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス可用性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消耗などが要求される。
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は下りリンクデータチャネルを送受信する方法及びそのための装置を提案する。
【０００８】
本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００９】
本発明の実施例による無線通信システムにおいて、端末が下りリンクデータチャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する方法であって、ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ)を受信し、ＰＤＣＣＨからＰＤＳＣＨのためのレートマッチング情報を得て、レートマッチング情報に基づいて複数の送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)でＰＤＳＣＨを受信することを含み、レートマッチング情報は複数のＴＴＩに同一に使用される。
【００１０】
この時、ＰＤＳＣＨは複数のＴＴＩで繰り返して送信される。
【００１１】
複数のＴＴＩで繰り返し送信されるＰＤＳＣＨは同じ送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ；ＴＢ)のためのものである。
【００１２】
ＰＤＳＣＨが繰り返し送信される繰り返し回数はＰＤＣＣＨから得られる。
【００１３】
ＴＴＩは短いＴＴＩ(Ｓｈｏｒｔ ＴＴＩ；ｓＴＴＩ)である。
【００１４】
複数のＴＴＩはＰＤＣＣＨが受信されるＴＴＩ以後のＴＴＩである。
【００１５】
本発明による無線通信システムにおいて、下りリンクデータチャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ)を受信する通信装置であって、メモリ及びメモリに連結されるプロセッサを含み、プロセッサは、ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ; ＰＤＣＣＨ)を受信し、ＰＤＣＣＨからＰＤＳＣＨのためのレートマッチング情報を得て、レートマッチング情報に基づいて複数の送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)でＰＤＳＣＨを受信することを制御することを含み、レートマッチング情報は複数のＴＴＩに同一に使用される。
【００１６】
この時、ＰＤＳＣＨは複数のＴＴＩで繰り返して送信される。
【００１７】
複数のＴＴＩで繰り返し送信されるＰＤＳＣＨは同じ送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ；ＴＢ)のためのものである。
【００１８】
ＰＤＳＣＨが繰り返し送信される繰り返し回数はＰＤＣＣＨから得られる。
【００１９】
ＴＴＩは短いＴＴＩ(Ｓｈｏｒｔ ＴＴＩ；ｓＴＴＩ)である。
【００２０】
複数のＴＴＩはＰＤＣＣＨが受信されるＴＴＩ以後のＴＴＩである。
【００２１】
本発明の実施例による無線通信システムにおいて、基地局が下りリンクデータチャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ;ＰＤＳＣＨ)を送信する方法であって、ＰＤＳＣＨをスケジューリングするための下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ)を送信し、ＰＤＣＣＨに基づいて複数の送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)でＰＤＳＣＨを受信することを特徴とし、ＰＤＣＣＨは複数のＴＴＩに同一に使用されるＰＤＳＣＨのためのレートマッチング情報を含む。
【発明の効果】
【００２２】
本発明によれば、互いに異なる送信時間間隔(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ；ＴＴＩ)で繰り返して送信される下りリンクデータチャネルを効率的にスケジューリングすることができる。
【００２３】
本発明で得られる効果は以上で言及した効果に制限されず、言及しなかった他の効果は下記の記載から本発明が属する技術分野で通常の知識を有する者に明らかに理解可能であろう。
【図面の簡単な説明】
【００２４】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を示す概略図である。
【図２】３ＧＰＰ無線接続ネットワーク規格に基づく端末とＥ−ＵＴＲＡＮ間の無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の制御平面(Ｃｏｎｔｒｏｌ Ｐｌａｎｅ)及びユーザ平面(Ｕｓｅｒ Ｐｌａｎｅ)構造を示す図である。
【図３】３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般的な信号送信方法を説明するための図である。
【図４】ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【図５】ＬＴＥシステムで用いられる下りリンク無線フレームの構造を例示する図である。
【図６】ＬＴＥシステムにおいて下りリンク制御チャネルを構成する時に使用されるリソース単位を示す図である。
【図７】ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【図８】ＰＵＣＣＨフォーマット１ａと１ｂのスロットレベル構造を例示する図である。
【図９】ＰＵＣＣＨフォーマット１ａと１ｂのスロットレベル構造を例示する図である。
【図１０】ＰＵＣＣＨフォーマット２／２ａ／２ｂのスロットレベル構造を例示する図である。
【図１１】ＰＵＣＣＨフォーマット２／２ａ／２ｂのスロットレベル構造を例示する図である。
【図１２】ＰＵＣＣＨフォーマット１ａと１ｂに対するＡＣＫ／ＮＡＣＫチャネル化を例示する図である。
【図１３】同じＰＲＢ内でＰＵＣＣＨフォーマット１／１ａ／１ｂとフォーマット２／２ａ／２ｂが混合された構造に対するチャネル化を例示する図である。
【図１４】ＰＵＣＣＨ送信のためのＰＲＢ割り当てを例示する図である。
【図１５】本発明の実施例による繰り返し送信されるＰＤＳＣＨのＨＡＲＱ送信方法を説明する図である。
【図１６】本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチングのための端末と基地局の動作を説明するフローチャートである。
【図１７】本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチングのための端末と基地局の動作を説明するフローチャートである。
【図１８】本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチングのための端末と基地局の動作を説明するフローチャートである。
【図１９】本発明の実施例による繰り返し送信されるＰＤＳＣＨのレートマッチング方法を説明する図である。
【図２０】本発明を行う無線装置の構成要素を示すブロック図である。
【発明を実施するための形態】
【００２５】
以下に添付の図面を参照して説明された本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００２６】
本明細書ではＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上述した定義に該当するいかなる通信システムにも適用可能である。また、本明細書ではＦＤＤ方式に基づいて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、Ｈ−ＦＤＤ方式又はＴＤＤ方式にも容易に変形して適用できる。
【００２７】
図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル(Ｒａｄｉｏ Ｉｎｔｅｒｆａｃｅ Ｐｒｏｔｏｃｏｌ)の制御平面及びユーザ平面の構造を示す図である。制御平面とは、端末(Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ)とネットワークとが信号を管理するために用いる制御メッセージが送信される通路のことを意味する。ユーザ平面とは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路のことを意味する。
【００２８】
第１層である物理層は、物理チャネル(Ｐｈｙｓｉｃａｌ Ｃｈａｎｎｅｌ)を用いて上位層に情報送信サービス(Ｉｎｆｏｒｍａｔｉｏｎ Ｔｒａｎｓｆｅｒ Ｓｅｒｖｉｃｅ)を提供する。物理層は、上位の媒体接続制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ)層とは送信チャネル(Ｔｒａｎｓｐｏｒｔ Ｃｈａｎｎｅｌ)を介して接続されている。該送信チャネルを通じて媒体接続制御層と物理層との間にデータが移動する。送信側の物理層と受信側の物理層との間には物理チャネルを通じてデータが移動する。該物理チャネルは、時間及び周波数を無線リソースとして活用する。具体的には、物理チャネルは、下りリンクにおいてＯＦＤＭＡ(Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式で変調され、上りリンクにおいてＳＣ−ＦＤＭＡ(Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ)方式で変調される。
【００２９】
第２層の媒体接続制御(Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ；ＭＡＣ)層は、論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)を通じて、上位層である無線リンク制御(Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ；ＲＬＣ)層にサービスを提供する。第２層のＲＬＣ層は、信頼できるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとしてもよい。第２層のＰＤＣＰ(Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ)層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に送信するために、余分の制御情報を減らすヘッダー圧縮(Ｈｅａｄｅｒ Ｃｏｍｐｒｅｓｓｉｏｎ)機能を果たす。
【００３０】
第３層の最下部に位置する無線リソース制御(Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ；ＲＲＣ)層は、制御平面にのみ定義される。ＲＲＣ層は、無線ベアラー(Ｒａｄｉｏ Ｂｅａｒｅｒ)の設定(Ｃｏｎｆｉｇｕｒａｔｉｏｎ)、再設定(Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ)及び解除(Ｒｅｌｅａｓｅ)に関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。無線ベアラー(ＲＢ)とは、端末とネットワーク間のデータ伝達のために第２層により提供されるサービスのことを意味する。そのために、端末のＲＲＣ層とネットワークのＲＲＣ層とはＲＲＣメッセージを互いに交換する。端末のＲＲＣ層とネットワークのＲＲＣ層間にＲＲＣ接続(ＲＲＣ Ｃｏｎｎｅｃｔｅｄ)がある場合に、端末はＲＲＣ接続状態(Ｃｏｎｎｅｃｔｅｄ Ｍｏｄｅ)にあり、そうでない場合は、ＲＲＣ休止状態(Ｉｄｌｅ Ｍｏｄｅ)にあるようになる。ＲＲＣ層の上位にあるＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ)層は、セッション管理(Ｓｅｓｓｉｏｎ Ｍａｎａｇｅｍｅｎｔ)と移動性管理(Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ)などの機能を果たす。
【００３１】
基地局(ｅＮＢ)を構成する１つのセルは、１.２５、２.５、５、１０、１５、２０ＭＨｚなどの帯域幅のうちの１つに設定されて、複数の端末に下り又は上り送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定される。
【００３２】
ネットワークから端末にデータを送信する下り送信チャネルとしては、システム情報を送信するＢＣＨ(Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)、ページングメッセージを送信するＰＣＨ(Ｐａｇｉｎｇ Ｃｈａｎｎｅｌ)、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ(Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージは、下りＳＣＨを介して送信されてもよく、別の下りＭＣＨ(Ｍｕｌｔｉｃａｓｔ Ｃｈａｎｎｅｌ)を通じて送信されてもよい。一方、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ)、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ(Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ)がある。送信チャネルの上位に存在し、送信チャネルにマッピングされる論理チャネル(Ｌｏｇｉｃａｌ Ｃｈａｎｎｅｌ)としては、ＢＣＣＨ(Ｂｒｏａｄｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＣＣＨ(Ｐａｇｉｎｇ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＣＣＣＨ(Ｃｏｍｍｏｎ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＭＣＣＨ(Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＭＴＣＨ(Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ)などがある。
【００３３】
図３は、３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般の信号送信方法を説明するための図である。
【００３４】
端末は、電源が入ったり、新しくセルに進入したりした場合に、基地局と同期を取る等の初期セル探索(Ｉｎｉｔｉａｌ ｃｅｌｌ ｓｅａｒｃｈ)作業を行う(Ｓ３０１)。そのために、端末は、基地局からプライマリ同期チャネル(Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ；Ｐ−ＳＣＨ)及びセカンダリ同期チャネル(Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｃｈａｎｎｅｌ；Ｓ−ＳＣＨ)を受信して基地局と同期を取り、セルＩＤなどの情報を取得すればよい。その後、端末は、基地局から物理放送チャネル(Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ)を受信し、セル内放送情報を取得できる。一方、端末は、初期セル探索段階で、下りリンク参照信号(Ｄｏｗｎｌｉｎｋ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ；ＤＬ ＲＳ)を受信し、下りリンクチャネル状態を確認できる。
【００３５】
初期セル探索を終えた端末は、物理下りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＣＣＨ)、及び該ＰＤＣＣＨに載せられた情報に基づいて物理下りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＤＳＣＨ)を受信することによって、より具体的なシステム情報を取得できる(Ｓ３０２)。
【００３６】
一方、基地局に最初に接続したり信号送信のための無線リソースがない場合には、端末は、基地局にランダムアクセス手順(Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ)を行ってよい(Ｓ３０３乃至Ｓ３０６)。そのために、端末は、物理ランダムアクセスチャネル(Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ；ＰＲＡＣＨ)を通じて特定シーケンスをプリアンブルとして送信し(Ｓ３０３及びＳ３０５)、ＰＤＣＣＨ及び対応するＰＤＳＣＨを介して、プリアンブルに対する応答メッセージを受信すればよい(Ｓ３０４及びＳ３０６)。競合ベースのＲＡＣＨについては、競合解決手順(Ｃｏｎｔｅｎｔｉｏｎ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｃｅｄｕｒｅ)をさらに行ってもよい。
【００３７】
上述の手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信(Ｓ３０７)、及び物理上りリンク共有チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ；ＰＵＳＣＨ)／物理上りリンク制御チャネル(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ；ＰＵＣＣＨ)送信(Ｓ３０８)を行えばよい。特に、端末はＰＤＣＣＨを介して下りリンク制御情報(Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含んでおり、その使用目的によってフォーマットが異なっている。
【００３８】
一方、端末が上りリンクを通じて基地局に送信する又は端末が基地局から受信する制御情報としては、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔ Ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｅｘ)、ＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)などを含む。３ＧＰＰ ＬＴＥシステムでは、端末は、これらのＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを介して送信してもよい。
【００３９】
図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【００４０】
図４を参照すると、無線フレーム(ｒａｄｉｏ ｆｒａｍｅ)は１０ｍｓ(３２７２００×Ｔｓ)の長さを有し、１０個の均等なサイズのサブフレームで構成されている。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロットで構成されている。それぞれのスロットは０．５ｍｓ(１５３６０×Ｔｓ)の長さを有する。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／(１５ｋＨｚ×２０４８)＝３．２５５２×１０−８(約３３ｎｓ)で表示される。スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ；ＲＢ)を含む。ＬＴＥシステムにおいて一つのリソースブロックは１２個の副搬送波×７(６)個のＯＦＤＭシンボルを含む。データの送信される単位時間であるＴＴＩ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｔｉｍｅ Ｉｎｔｅｒｖａｌ)は一つ以上のサブフレーム単位に定めることができる。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００４１】
図５は、下りリンク無線フレームにおいて一つのサブフレームの制御領域に含まれる制御チャネルを例示する図である。
【００４２】
図５を参照すると、サブフレームは１４個のＯＦＤＭシンボルで構成されている。サブフレーム設定によって先頭の１乃至３個のＯＦＤＭシンボルは制御領域として用いられ、残り１３〜１１個のＯＦＤＭシンボルはデータ領域として用いられる。同図で、Ｒ１乃至Ｒ４は、アンテナ０乃至３に対する基準信号(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ(ＲＳ)又はＰｉｌｏｔ Ｓｉｇｎａｌ)を表す。ＲＳは、制御領域及びデータ領域を問わず、サブフレーム内に一定のパターンで固定される。制御チャネルは、制御領域においてＲＳの割り当てられていないリソースに割り当てられ、トラフィックチャネルもデータ領域においてＲＳの割り当てられていないリソースに割り当てられる。制御領域に割り当てられる制御チャネルには、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ Ｈｙｂｒｉｄ−ＡＲＱ Ｉｎｄｉｃａｔｏｒ ＣＨａｎｎｅｌ)、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)などがある。
【００４３】
ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルで、毎サブフレームごとにＰＤＣＣＨに用いられるＯＦＤＭシンボルの個数を端末に知らせる。ＰＣＦＩＣＨは、最初のＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して設定される。ＰＣＦＩＣＨは４個のＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)で構成され、それぞれのＲＥＧはセルＩＤ(Ｃｅｌｌ ＩＤｅｎｔｉｔｙ)に基づいて制御領域内に分散される。一つのＲＥＧは４個のＲＥ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ)で構成される。ＲＥは、１副搬送波×１ＯＦＤＭシンボルと定義される最小物理リソースを表す。ＰＣＦＩＣＨ値は帯域幅によって１〜３又は２〜４の値を指示し、ＱＰＳＫ(Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ)で変調される。
【００４４】
ＰＨＩＣＨは、物理ＨＡＲＱ(Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅｑｕｅｓｔ)指示子チャネルで、上りリンク送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫを運ぶために用いられる。即ち、ＰＨＩＣＨは、ＵＬ ＨＡＲＱのためのＤＬ ＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを表す。ＰＨＩＣＨは、１個のＲＥＧで構成され、セル特定(ｃｅｌｌ−ｓｐｅｃｉｆｉｃ)にスクランブル(ｓｃｒａｍｂｌｉｎｇ)される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ(Ｂｉｎａｒｙ ｐｈａｓｅ ｓｈｉｆｔ ｋｅｙｉｎｇ)で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散因子(Ｓｐｒｅａｄｉｎｇ Ｆａｃｔｏｒ；ＳＦ)＝２又は４で拡散される。同一のリソースにマッピングされる複数のＰＨＩＣＨは、ＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの個数は、拡散コードの個数によって決定される。ＰＨＩＣＨ(グループ)は周波数領域及び／又は時間領域においてダイバーシティを得るために３回繰り返し(ｒｅｐｅｔｉｔｉｏｎ)される。
【００４５】
ＰＤＣＣＨは物理下りリンク制御チャネルで、サブフレームにおける先頭のｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数で、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＰＤＣＣＨは、送信チャネルであるＰＣＨ(Ｐａｇｉｎｇ ｃｈａｎｎｅｌ)及びＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ ｃｈａｎｎｅｌ)のリソース割り当てに関する情報、上りリンクスケジューリンググラント(Ｕｐｌｉｎｋ Ｓｃｈｅｄｕｌｉｎｇ Ｇｒａｎｔ)、ＨＡＲＱ情報などを各端末又は端末グループに知らせる。ＰＣＨ(Ｐａｇｉｎｇ ｃｈａｎｎｅｌ)及びＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ ｃｈａｎｎｅｌ)はＰＤＳＣＨを介して送信される。従って、基地局と端末は一般に、特定の制御情報又は特定のサービスデータ以外は、ＰＤＳＣＨを介してデータをそれぞれ送信及び受信する。
【００４６】
ＰＤＳＣＨのデータがいずれの端末(一つ又は複数の端末)に送信されるものか、これら端末がどのようにＰＤＳＣＨデータを受信してデコードしなければならないかに関する情報などは、ＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ(Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｔｙ)でＣＲＣマスクされており、「Ｂ」という無線リソース(例えば、周波数位置)及び「Ｃ」というＤＣＩフォーマット、即ち、送信形式情報(例えば、送信ブロックサイズ、変調方式、コーディング情報など)を用いて送信されるデータに関する情報が、特定サブフレームで送信されると仮定する。この場合、セル内の端末は、自身が持っているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニタリング、即ち、ブラインドデコードし、「Ａ」のＲＮＴＩを持っている一つ以上の端末があると、これらの端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報に基づいて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００４７】
図６はＬＴＥシステムにおいて下りリンク制御チャネルを構成する時に使用されるリソース単位を示す。特に、図６の(ａ)は基地局の送信アンテナの数が１又は２である場合を示し、図６の(ｂ)は基地局の送信アンテナの数が４である場合を示す。送信アンテナの数によってＲＳ(Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ)パターンが異なるだけであり、制御チャネルに関連するリソース単位の設定方法は同一である。
【００４８】
図６を参照すると、下りリンク制御チャネルの基本リソース単位はＲＥＧ(Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ)である。ＲＥＧはＲＳを除いた状態で４つの隣接するリソース要素(ＲＥ)で構成される。図においてＲＥＧは太い線で表示している。ＰＣＦＩＣＨ及びＰＨＩＣＨは各々４個のＲＥＧ及び３個のＲＥＧを含む。ＰＤＣＣＨはＣＣＥ(ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔｓ)単位で構成され、１つのＣＣＥは９個のＲＥＧを含む。
【００４９】
端末は自分にＬ個のＣＣＥからなるＰＤＣＣＨが送信されるか否かを確認するために、
2020528235.tif 000003
個の連続した又は特定の規則に配置されたＣＣＥを確認するように設定される。端末がＰＤＣＣＨ受信のために考えるＬ値は複数である。端末がＰＤＣＣＨ受信のために確認するＣＣＥ集合を検索領域(Ｓｅａｒｃｈ ｓｐａｃｅ)という。一例として、ＬＴＥシステムでは検索領域を表１のように定義している。
【００５０】
【表１】
2020528235.tif 000004
【００５１】
ここで、ＣＣＥ集成レベルＬはＰＤＣＣＨを構成するＣＣＥ数を示し、
2020528235.tif 000005
はＣＣＥ集成レベルＬの検索領域を示し、
2020528235.tif 000006
は集成レベルＬの検索領域でモニタリングするＰＤＣＣＨ候補の数である。
【００５２】
検索領域は、特定の端末のみに対して接近が許容される端末特定検索領域(ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ)と、セル内の全ての端末に対して接近が許容される共通検索領域(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ)とに区分される。端末はＣＣＥ集成レベルが４及び８である共通検索領域をモニタし、ＣＣＥ集成レベルが１、２、４及び８である端末特定検索領域をモニタする。共通検索領域及び端末特定検索領域はオーバーラップすることができる。
【００５３】
また各ＣＣＥ集成レベル値に対して任意の端末に与えられるＰＤＣＣＨ検索領域における１番目(最小インデックスを有する)のＣＣＥの位置は、端末によって毎サブフレームごとに変化する。これをＰＤＣＣＨ検索領域ハッシング(ｈａｓｈｉｎｇ)という。
【００５４】
ＣＣＥはシステム帯域に分散できる。より具体的には、論理的に連続する複数のＣＣＥがインターリーバ(ｉｎｔｅｒｌｅａｖｅｒ)に入力され、インターリーバは入力された複数のＣＣＥをＲＥＧ単位で取り混ぜる機能を行う。従って、１つのＣＣＥを構成する周波数／時間リソースは物理的にサブフレームの制御領域内で全体周波数／時間領域に散らばって分布する。結局、制御チャネルはＣＣＥ単位で構成されるが、インターリービングはＲＥＧ単位で行われることにより、周波数ダイバーシティ(ｄｉｖｅｒｓｉｔｙ)と干渉ランダム化(ｉｎｔｅｒｆｅｒｅｎｃｅ ｒａｎｄｏｍｉｚａｔｉｏｎ)の利得を最大化することができる。
【００５５】
図７は、ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【００５６】
図７を参照すると、上りリンクサブフレームは、制御情報を運ぶＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)が割り当てられる領域と、ユーザデータを運ぶＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｎｅｌ)が割り当てられる領域とに区別される。サブフレームにおいて中間部分がＰＵＳＣＨに割り当てられ、周波数領域においてデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上で送信される制御情報は、ＨＡＲＱに用いられるＡＣＫ／ＮＡＣＫ、下りリンクチャネル状態を示すＣＱＩ(Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｄｉｃａｔｏｒ)、ＭＩＭＯのためのＲＩ(Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ)、上りリンクリソース割り当て要請であるＳＲ(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ)などがある。一つの端末に対するＰＵＣＣＨは、サブフレーム内の各スロットで互いに異なる周波数を占める一つのリソースブロックを使用する。即ち、ＰＵＣＣＨに割り当てられる２個のリソースブロックはスロット境界で周波数ホッピング(ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ)する。特に、図６は、ｍ＝０のＰＵＣＣＨ、ｍ＝１のＰＵＣＣＨ、ｍ＝２のＰＵＣＣＨ、ｍ＝３のＰＵＣＣＨがサブフレームに割り当てられるとしている。
【００５７】
図８乃至図１１はＰＵＣＣＨフォーマットのスロットレベル構造を例示する。ＰＵＣＣＨは制御情報を送信するために以下の形式を含む。
【００５８】
(１)フォーマット１：オン／オフ・キーイング(Ｏｎ−Ｏｆｆ ｋｅｙｉｎｇ)(ＯＯＫ)変調、スケジューリング要請(Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ、ＳＲ)に使用
【００５９】
(２)フォーマット１ａとフォーマット１ｂ：ＡＣＫ／ＮＡＣＫ(Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ/Ｎｅｇａｔｉｖｅ Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)送信に使用
【００６０】
１)フォーマット１ａ：１つのコードワードに対するＢＰＳＫ ＡＣＫ／ＮＡＣＫ
【００６１】
２)フォーマット１ｂ：２つのコードワードに対するＱＰＳＫ ＡＣＫ／ＮＡＣＫ
【００６２】
(３)フォーマット２：ＱＰＳＫ変調、ＣＱＩ送信に使用
【００６３】
(４)フォーマット２ａとフォーマット２ｂ：ＣＱＩとＡＣＫ／ＮＡＣＫの同時送信に使用
【００６４】
表２はＰＵＣＣＨフォーマットによる変調方式とサブフレーム当たりのビット数を示す。表３はＰＵＣＣＨフォーマットによるスロット当たりのＲＳ数を示す。表４はＰＵＣＣＨフォーマットによるＲＳのＳＣ−ＦＤＭＡシンボル位置を示す表である。表２において、ＰＵＣＣＨフォーマット２ａと２ｂは標準循環前置の場合に該当する。
【００６５】
【表２】
2020528235.tif 000007
【００６６】
【表３】
2020528235.tif 000008
【００６７】
【表４】
2020528235.tif 000009
【００６８】
図８は標準循環前置の場合のＰＵＣＣＨフォーマット１ａと１ｂを示す。図９は拡張循環前置の場合のＰＵＣＣＨフォーマット１ａと１ｂを示す。ＰＵＣＣＨフォーマット１ａと１ｂは同じ内容の制御情報がサブフレーム内でスロット単位で繰り返される。各端末においてＡＣＫ／ＮＡＣＫ信号はＣＧ−ＣＡＺＡＣ(Ｃｏｍｐｕｔｅｒ−Ｇｅｎｅｒａｔｅｄ Ｃｏｎｓｔａｎｔ Ａｍｐｌｉｔｕｄｅ Ｚｅｒｏ Ａｕｔｏ Ｃｏｒｒｅｌａｔｉｏｎ)シーケンスの互いに異なる循環シフト(ｃｙｃｌｉｃ ｓｈｉｆｔ、ＣＳ)(周波数ドメインコード)と直交カバーコード(ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｏｒ ｏｒｔｈｏｇｏｎａｌ ｃｏｖｅｒ ｃｏｄｅ、ＯＣ又はＯＣＣ)(時間ドメイン拡散コード)で構成された互いに異なるリソースにより送信される。ＯＣＣは例えば、ウオルシュ(Ｗａｌｓｈ)／ＤＦＴ直交コードを含む。ＣＳの数が６個であり、ＯＣの数が３個であると、単一アンテナを基準として総１８個の端末が同じＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)内で多重化される。直交シーケンスｗ０、ｗ１、ｗ２、ｗ３は(ＦＦＴ変調後に)任意の時間ドメインで又は(ＦＦＴ変調前に)任意の周波数ドメインで適用で適用されることができる。
【００６９】
ＳＲと持続的スケジューリング(ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ)のために、ＣＳ、ＯＣ及びＰＲＢ(Ｐｈｙｓｉｃａｌ Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)で構成されたＡＣＫ／ＮＡＣＫリソースはＲＲＣ(ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ)により端末に与えられる。動的ＡＣＫ／ＮＡＣＫと非持続的スケジューリング(ｎｏｎ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ)のために、ＡＣＫ／ＮＡＣＫリソースはＰＤＳＣＨに対応するＰＤＣＣＨの最小(ｌｏｗｅｓｔ)ＣＣＥインデックスにより暗黙的に(ｉｍｐｌｉｃｉｔｌｙ)端末に与えられる。 
【００７０】
図１０は標準循環前置の場合のＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。図１１は拡張循環前置の場合のＰＵＣＣＨフォーマット２／２ａ／２ｂを示す。図５及び図６を参照すると、標準ＣＰの場合に１つのサブフレームはＲＳシンボル以外に１０個のＱＰＳＫデータシンボルで構成される。各々のＱＰＳＫシンボルはＣＳにより周波数ドメインで拡散された後、該当ＳＣ−ＦＤＭＡシンボルにマッピングされる。ＳＣ−ＦＤＭＡシンボルレベルのＣＳホッピングはインタ−セル干渉をランダム化するために適用できる。ＲＳは循環シフトを用いてＣＤＭにより多重化される。例えば、可用のＣＳ数が１２又は６であると仮定すると、同じＰＲＢ内に各々１２又は６つの端末が多重化される。要するに、ＰＵＣＣＨフォーマット１／１ａ／１ｂと２／２ａ／２ｂ内で複数の端末はＣＳ＋ＯＣ＋ＰＲＢとＣＳ＋ＰＲＢにより各々多重化されることができる。
【００７１】
ＰＵＣＣＨフォーマット１／１ａ／１ｂのための長さ−４と長さ−３の直交シーケンス(ＯＣ)は以下の表５及び表６の通りである。 
【００７２】
【表５】
2020528235.tif 000010
【００７３】
【表６】
2020528235.tif 000011
【００７４】
ＰＵＣＣＨフォーマット１ａ／１ｂにおいてＲＳのための直交シーケンス(ＯＣ)は以下の表７の通りである。
【００７５】
【表７】
2020528235.tif 000012
【００７６】
図１２はＰＵＣＣＨフォーマット１ａと１ｂに対するＡＣＫ／ＮＡＣＫチャネル化(ｃｈａｎｎｅｌｉｚａｔｉｏｎ)を説明する図である。図１２は
2020528235.tif 000013
である場合に該当する。
【００７７】
図１３は同一のＰＲＢ内でＰＵＣＣＨフォーマット１ａ／１ｂとフォーマット２／２ａ／２ｂの混合された構造に対するチャネル化を示す図である。
【００７８】
循環シフト(Ｃｙｃｌｉｃ Ｓｈｉｆｔ、ＣＳ)ホッピング(ｈｏｐｐｉｎｇ)と直交カバー(Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ、ＯＣ)の再マッピング(ｒｅｍａｐｐｉｎｇ)は以下のように適用される。
【００７９】
(１)インタ−セル干渉(ｉｎｔｅｒ−ｃｅｌｌ ｉｎｔｅｒｆｅｒｅｎｃｅ)のランダム化のためのシンボル基盤のセル特定のＣＳホッピング
【００８０】
(２)スロットレベルのＣＳ／ＯＣ再マッピング
【００８１】
１)インタ−セル干渉ランダム化のために、
【００８２】
２)ＡＣＫ／ＮＡＣＫチャネルとリソース(ｋ)の間のマッピングのためのスロット基盤の接近
【００８３】
一方、ＰＵＣＣＨフォーマット１ａ／１ｂのためのリソース(ｎｒ)は以下の組み合わせを含む。
【００８４】
(１)ＣＳ(＝シンボル水準でＤＦＴ直交コードと同一)(ncs)
【００８５】
(２)ＯＣ(スロットレベルで直交カバー)(noc)
【００８６】
(３)周波数ＲＢ(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ)(nrb)
【００８７】
ＣＳ、ＯＣ、ＲＢを示すインデックスを各々ｎcs、ｎoc、ｎrbとした時、代表インデックス(ｒｅｐｒｅｓｅｎｔａｔｉｖｅ ｉｎｄｅｘ)ｎrはｎcs、ｎoc、ｎrbを含む。ｎrはｎr＝(ｎcs、ｎoc、ｎrb)を満たす。
【００８８】
ＣＱＩ、ＰＭＩ、ＲＩ及びＣＱＩとＡＣＫ／ＮＡＣＫの組み合わせは、ＰＵＣＣＨフォーマット２／２ａ／２ｂにより伝達される。リードマラー(Ｒｅｅｄ Ｍｕｌｌｅｒ、ＲＭ)チャネルコードが適用されることができる。
【００８９】
例えば、ＬＴＥシステムにおいてＵＬ ＣＱＩのためのチャネルコーディングは以下の通りである。ビットストリーム
2020528235.tif 000014
は(２０,Ａ)ＲＭコードを用いてチャネルコーディングである。表８は(２０,Ａ)コードのための基本シーケンスを示す。
2020528235.tif 000015
と
2020528235.tif 000016
はＭＳＢ(Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)とＬＳＢ(Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ)を示す。拡張ＣＰの場合、ＣＱＩとＡＣＫ／ＮＡＣＫが同時送信される場合を除外すると、最大情報ビットは１１ビットである。ＲＭコードを使用して２０ビットにコーディングした後、ＱＰＳＫ変調が適用されることができる。ＱＰＳＫ変調前、コーディングされたビットはスクランブルされることができる。
【００９０】
【表８】
2020528235.tif 000017
【００９１】
チャネル符号化ビット
2020528235.tif 000018
は数１により生成される。
【００９２】
【数１】
2020528235.tif 000019
【００９３】
ここで、ｉ＝０,１,２,…,Ｂ−１を満たす。 
【００９４】
表９は広帯域報告(単一アンテナポート、送信ダイバーシティ(ｔｒａｎｓｍｉｔ ｄｉｖｅｒｓｉｔｙ)又は開ループ空間多重化(ｏｐｅｎ ｌｏｏｐ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ)ＰＤＳＣＨ)ＣＱＩフィードバックのためのＵＣＩ(Ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ)フィールドを示す。
【００９５】
【表９】
2020528235.tif 000020
【００９６】
表１０は広帯域に対するＣＱＩとＰＭＩフィードバックのためのＵＣＩフィールドを示し、このフィールドは閉ループ空間多重化(ｃｌｏｓｅｄ ｌｏｏｐ ｓｐａｔｉａｌ ｍｕｌｔｉｐｌｅｘｉｎｇ)ＰＤＳＣＨ送信を報告する。
【００９７】
【表１０】
2020528235.tif 000021
【００９８】
表１１は広帯域報告のためのＲＩフィードバックのためのＵＣＩフィールドを示す。
【００９９】
【表１１】
2020528235.tif 000022
【０１００】
図１４はＰＲＢ割り当てを示す図である。図２１に示したように、ＰＲＢはスロットｎsでＰＵＣＣＨ送信のために使用される。
【０１０１】
マルチキャリアシステム又はキャリア併合(ｃａｒｒｉｅｒ ａｇｇｒｅｇａｔｉｏｎ)システムとは、広帯域支援のために目標帯域(ｂａｎｄｗｉｄｔｈ)より小さい帯域を有する複数のキャリアを集合して使用するシステムである。目標帯域より小さい帯域を有する複数のキャリアを集合する時、集合されるキャリア帯域は既存システムとの互換(ｂＡＣＫｗａｒｄ ｃｏｍｐａｔｉｂｉｌｉｔｙ)のために既存システムで使用する帯域幅に制限される。例えば、既存のＬＴＥシステムは１.４、３、５、１０、１５、２０ＭＨｚの帯域幅を支援し、ＬＴＥシステムから改善したＬＴＥ−Ａ(ＬＴＥ−Ａｄｖａｎｃｅｄ)システムはＬＴＥで支援する帯域幅のみを用いて２０ＭＨｚより大きい帯域幅を支援することができる。又は、既存のシステムで使用する帯域幅とは関係なく、新しい帯域幅を定義してキャリア併合を支援することができる。マルチキャリアはキャリア併合及び帯域幅集合と混用して使用できる名称である。またキャリア併合は隣接する(ｃｏｎｔｉｇｕｏｕｓ)キャリア併合と隣接しない(ｎｏｎ−ｃｏｎｔｉｇｕｏｕｓ)キャリア併合を全て統称する。
【０１０２】
以下、本格的に本発明の実施例による下りリンクデータチャネルを送受信する方法について説明する。
【０１０３】
次世代通信システムでは、情報送受信時に非常に短い遅延時間(ｌａｔｅｎｃｙ)及び非常に高い信頼度(ｒｅｌｉａｂｉｌｉｔｙ)を達成するために様々な方法を考慮している。即ち、様々な遅延時間及び／又は信頼性を要求するターゲットＱｏＳ要求事項を設定し、各ターゲットＱｏＳ要求事項によって動作が変化するように設定することにより、該当ターゲットＱｏＳ要求事項に対応するサービスを効率的に提供している。
【０１０４】
本発明では、遅延時間を減らし信頼性を高めるために設計された通信システムにおいて、下りリンク制御チャネルを構成する方法を提案する。本発明における発明事項及び／又は実施例は１つの提案方式と思われることもできるが、各発明事項及び／又は実施例の組み合わせも本発明のための提案方式として考慮できる。また提案される発明は本発明で提示する実施例に限られず、特定システムにも限られない。
【０１０５】
通信システムにおいては、下りリンクで送信される制御情報の信頼性を高めるための方法として、下りリンク制御情報(Ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ)にチャネルコーディングを適用する時、コードレート(ｃｏｄｅ ｒａｔｅ)を下げるために周波数リソース、時間リソース及び／又は空間リソースなどのリソースをより多く使用してＤＣＩを送信することができる。
【０１０６】
時間リソースを多く使用する場合は複数のＴＴＩでＤＣＩを送信することである。この場合、同じＤＣＩ情報を複数のＴＴＩで繰り返し送信し、複数のＴＴＩで受信したＤＣＩ情報を全て結合(ｃｏｍｂｉｎｉｎｇ)した後、復号(ｄｅｃｏｄｉｎｇ)することができる。
【０１０７】
この時、結合するＰＤＣＣＨ候補対(ｃａｎｄｉｄａｔｅ ｐａｉｒ)を設定することができる。即ち、制御リソースブロック(Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ；ＲＢ)の集合(ｃｏｎｔｒｏｌ ＲＢ ｓｅｔ)が上位階層シグナリングにより設定される場合、該当制御ＲＢ集合が数十ｍｓの間に持続することができ、もし各ＴＴＩの同一のＰＤＣＣＨ候補インデックスの間に結合を行う場合は、該当ＰＤＣＣＨ候補の位置が固定することができる。
【０１０８】
従って、ダイバーシティ効果を得るために、結合される複数のＰＤＣＣＨ候補が各ＴＴＩに基づいて変更されることができる。また各ＴＴＩに基づく複数のＰＤＣＣＨ候補を指示するための１つ以上の特定パターンを予めシステムに定義して基地局が上位階層シグナリング及び／又は物理階層シグナリングにより端末に知らせることができる。またオフセット値を指定して繰り返し送信されるＤＣＩのうち、一部のみに該当オフセットを適用する方法を適用することもできる。上述した動作はデータを繰り返し送信(ｒｅｐｅｔｉｔｉｏｎ)する場合にも同様に適用できる。
【０１０９】
言い換えれば、ＤＣＩを結合するためには複数のＴＴＩで同一のＤＣＩを送信しなければならないので、データに対するリソース割り当て(ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ)及び／又は冗長度バージョン(Ｒｅｄｕｎｄａｎｃｙ Ｖｅｒｓｉｏｎ；ＲＶ)なども固定して多数のＤＣＩにより送信することができる。従って、該当ＤＣＩによりスケジュールされたデータを繰り返し送信する場合、データ送信リソース及び／又はＲＶが特定のパターンに基づいて変更されるか、又は繰り返し送信されるデータのうちの一部のみに上記固定された送信リソース及び／又はＲＶにオフセットを適用して、ダイバーシティ利得(ｄｉｖｅｒｓｉｔｙ ｇａｉｎ)の効果を得ることができる。
【０１１０】
ＤＣＩが繰り返し送信される場合、繰り返し送信回数(ｒｅｐｅｔｉｔｉｏｎ ｎｕｍｂｅｒ)などを基地局が上位階層シグナリング及び／又は物理階層シグナリングなどにより知らせることができるが、繰り返し送信の開始時点が固定していない場合は、端末がＤＣＩを受信できないこともあるので、端末が受信したＤＣＩが何回目に繰り返し送信されたＤＣＩであるかを知らせる必要がある。
【０１１１】
このために、(繰り返し送信が開始するＴＴＩのインデックス)モジュロ(繰り返し回数)演算により得た値をＤＣＩに含めて送信することができる。もし各ＤＣＩに該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかを直接知らせると、各ＤＣＩが含むビットが互いに異なるように構成されるが、この場合、全てのＤＣＩが同じビットを有しながらも該当ＤＣＩの繰り返し送信順序を知らせることができるので、繰り返し送信されるＤＣＩの結合が容易である。
【０１１２】
それ以外にも、複数のＴＴＩで繰り返し送信される各ＤＣＩがスケジュールするデータのＲＶ値により、該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかを把握することができる。このために、ＤＣＩの繰り返し回数が設定された時、各ＤＣＩがスケジュールするデータのＲＶ値の設定パターンが予め定義される。例えば、ＤＣＩ繰り返し回数が４回に設定された場合、各ＤＣＩのＲＶ値が各々０、２、３、１に設定されるように予め定義すると、端末がＤＣＩ復号に成功し、該当ＤＣＩがＲＶ１を含む時、該当ＤＣＩが４回目に繰り返し送信されたＤＣＩであることを暗黙的に知ることができる。
【０１１３】
一方、複数のＴＴＩにわたって繰り返し送信されるＤＣＩを端末が結合せず、各々のＤＣＩを復号する場合が考えられる。この場合、複数のＴＴＩにわたって繰り返し送信されるＤＣＩが各々スケジュールするデータが同じ送信ブロック(Ｔｒａｎｓｐｏｒｔ Ｂｌｏｃｋ；ＴＢ)であることができる。例えば、ＤＬ ａｓｓｉｇｎｍｅｎｔ ＤＣＩは制御チャネルの繰り返し回数とデータチャネルの繰り返し回数によって様々なＰＤＳＣＨのスケジューリング方法及び／又はＨＡＲＱ−ＡＣＫの送信方法を考えることができる。
【０１１４】
例えば、制御チャネルの繰り返し回数とデータチャネルの繰り返し回数が同一である場合は、図１５のＯｐｔｉｏｎ１のように、データを受信する度にＨＡＲＱ−ＡＣＫを送信することができる。又は、図１５のＯｐｔｉｏｎ２のように、予め設定されたデータ送信の繰り返し回数だけ復号を行った後にのみＨＡＲＱ−ＡＣＫを送信することもできる。図１５のＯｐｔｉｏｎ２の場合、端末のＨＡＲＱ−ＡＣＫ送信数を減少させることにより端末の電力を節約できるという長所がある。
【０１１５】
一方、図１５のＯｐｔｉｏｎ３のように、データ復号に成功した場合は、ＡＣＫを送信し、所定のデータ送信の繰り返し回数だけ全て復号に失敗した場合にのみＮＡＣＫを送信することができる。この場合、端末はデータの繰り返し回数内でデータ復号に成功すると、該当時点後に繰り返し送信されるデータを復号しないことができる。従って、図１５のＯｐｔｉｏｎ３の場合、基地局は該当データの繰り返し送信に対するＡＣＫとＮＡＣＫを期待するタイミングが異なることができる。即ち、基地局は最後に繰り返し送信されたデータに対してのみＮＡＣＫの受信を期待することができ、１番目から最後の以前まで繰り返し送信されたデータについてはＡＣＫの受信を期待でき、ＡＣＫを受信した場合は、該当ＡＣＫに対応するデータの以前に繰り返し送信されたデータは成功裏に復号されていないことを認知することができる。即ち、該当ＡＣＫに対応するデータの以前に繰り返し送信されたデータはＮＡＣＫに対応することを認知できる。
【０１１６】
図１５のＯｐｔｉｏｎ３も端末の電力を節約できるという長所があり、データ送信の繰り返し回数だけ全て復号を行った後にのみＨＡＲＱ−ＡＣＫを送信する図１５のＯｐｔｉｏｎ２に比べて遅延時間を減らすことができるという長所がある。
【０１１７】
一方、制御チャネルの繰り返し回数よりデータチャネルの繰り返し回数が多い場合は、１つの制御チャネルに連関するデータチャネルの繰り返し受信が全て終了した後、ＨＡＲＱ−ＡＣＫを送信することができる。ここで、１つの制御チャネルに連関するデータチャネルが繰り返し送信される時のリソース割り当て(Ｒｅｓｏｕｒｃｅ Ａｌｌｏｃａｔｉｏｎ；ＲＡ)は同一であるか、所定のパターンによって変更されるか、又は特定のオフセットによって変更される。例えば、制御情報は一時点に周波数軸で繰り返し送信され、データチャネルは複数のＴＴＩで繰り返し送信される。
【０１１８】
また制御チャネルの繰り返し回数がデータチャネルの繰り返し回数より多い場合は、ＬＴＥ ＭＴＣのような動作が考えられるが、ＤＣＩを結合することではないので、ＭＴＣとは異なり、端末がＤＣＩの送信リソースを予め把握する必要がない。
【０１１９】
従って、例えば、総４個のＴＴＩで繰り返し送信が行われる時、ＤＣＩは全てのＴＴＩで繰り返し送信され、データチャネルは後側の２つのＴＴＩでのみ繰り返し送信される。この時、該当繰り返し回数を指示する場合は、実際データチャネルの繰り返し送信は暗黙的に制御チャネルの繰り返し送信回数のうち、後側で繰り返されると仮定できる。
【０１２０】
もしＨＡＲＱ−ＡＣＫが繰り返し送信される場合は、上記実施例によるＨＡＲＱ−ＡＣＫの送信時点から所定の繰り返し回数だけＨＡＲＱ−ＡＣＫを繰り返し送信するか、又は所定のタイミングまでＨＡＲＱ−ＡＣＫを繰り返し送信することができる。またＨＡＲＱ−ＡＣＫが所定のタイミングまで繰り返し送信するように設定された場合には、データの復号成功時点によってＨＡＲＱ−ＡＣＫ繰り返し送信回数が変わるか、又は繰り返し送信されるＨＡＲＱ−ＡＣＫがＡＣＫであるか、或いはＮＡＣＫであるかによってＨＡＲＱ−ＡＣＫが繰り返し送信される回数が変わることができる。
【０１２１】
一方、端末にＨＡＲＱ−ＡＣＫの繰り返し回数を予め設定することができる。この時、ＨＡＲＱ−ＡＣＫ繰り返し送信のうち、新しいＨＡＲＱ−ＡＣＫが送信されることができる。この場合、繰り返し送信中の以前のＨＡＲＱ−ＡＣＫの繰り返し送信は中止し、新しいＨＡＲＱ−ＡＣＫの繰り返し送信を行う。しかし、このようなＨＡＲＱ−ＡＣＫの繰り返し送信方法は、ＨＡＲＱ−ＡＣＫの繰り返し回数を増加させることができる。
【０１２２】
従って、ＨＡＲＱ−ＡＣＫの繰り返し回数の過渡な増加を防止するために、同じ送信ブロックについてＨＡＲＱ−ＡＣＫの繰り返し送信を行う時、以下のように動作することができる。
【０１２３】
(１)ＨＡＲＱ−ＡＣＫ状態が同一に維持される場合
【０１２４】
−新しいＨＡＲＱ−ＡＣＫ繰り返し送信を行わず、以前のＨＡＲＱ−ＡＣＫの繰り返し送信を持続する。
【０１２５】
(２)ＨＡＲＱ−ＡＣＫ状態が１つでも変更される場合
【０１２６】
−以前のＨＡＲＱ−ＡＣＫ繰り返し送信を行わず、新しいＨＡＲＱ−ＡＣＫの繰り返し送信を持続する。この場合、以前のＨＡＲＱ−ＡＣＫと新しいＨＡＲＱ−ＡＣＫに互いに異なるリソースが割り当てられるように、リソースが予め設定されるか又は所定の規則によってリソースを設定することができる。例えば、上記の場合、ＣＳ(Ｃｙｃｌｉｃ Ｓｈｉｆｔ)値を１つずつ増加しながらリソースを割り当てるか、又は所定のＡＣＫ／ＮＡＣＫ周波数リソース或いはＡＣＫ／ＮＡＣＫ周波数リソースのうちの１つ以上を選択することができる。
【０１２７】
一方、上記例示はＨＡＲＱ−ＡＣＫの状態によって動作が変わるが、ＡＣＫからＮＡＣＫに変わる場合は、新しいＨＡＲＱ−ＡＣＫの繰り返し送信を行わず、以前のＨＡＲＱ−ＡＣＫの繰り返し送信を持続し、ＮＡＣＫからＡＣＫに変わる場合には、新しいＨＡＲＱ−ＡＣＫの繰り返し送信を持続し、以前のＨＡＲＱ−ＡＣＫの繰り返し送信を行わないことができる。
【０１２８】
(３)ＨＡＲＱ−ＡＣＫ状態が変更される場合
【０１２９】
−ＵＲＬＬＣ ＰＤＳＣＨのように高いＱｏＳが求められるＰＤＳＣＨに関連するＨＡＲＱ−ＡＣＫの繰り返し送信を優先する。即ち、後に送信されるＨＡＲＱ−ＡＣＫがｅＭＢＢに対するＨＡＲＱ−ＡＣＫのみを含む場合、後に送信されるＨＡＲＱ−ＡＣＫに対する繰り返し送信は行わない。より具体的には、この場合には、ＵＲＬＬＣ ＰＤＳＣＨに対するＮＡＣＫビットが含まれたＨＡＲＱ−ＡＣＫ繰り返し送信を優先する。
【０１３０】
例えば、ＵＬグラントＤＣＩは複数のＴＴＩで繰り返し送信されるＤＣＩに基づいて同一の送信ブロックをスケジュールするが、この場合、互いに異なる時点に送信される各ＤＣＩは該当ＤＣＩがスケジュールするＰＵＳＣＨのタイミング情報を含む。ここで、もしＰＵＳＣＨも繰り返し送信されると、ＰＵＳＣＨのタイミング情報はＰＵＳＣＨ繰り返し送信の開始点を意味することができる。
【０１３１】
基本的には、端末は１つのＰＵＳＣＨが多数の時点に送信されるＤＣＩによりスケジュールされることを期待しないことができるが、ＤＣＩ繰り返し送信動作が行われるように設定され、該当繰り返し送信されるＤＣＩが１つの送信ブロックをスケジュールする場合には、１つのＰＵＳＣＨが多数の時点に送信されるＤＣＩによりスケジュールされる状況を期待することができる。ここで、‘繰り返し送信されるＤＣＩが１つの送信ブロックをスケジュールする場合’とは、該当繰り返されるＤＣＩがいずれも同一のＨＡＲＱ Ｐｒｏｃｅｓｓ ＩＤとＮＤＩ値を示し、ＰＵＳＣＨタイミング情報が同じ時点を示す場合を意味する。
【０１３２】
具体的には、ＤＣＩ繰り返し送信動作が設定され、ｎ、ｎ＋１、ｎ＋２、ｎ＋３のＴＴＩで送信されるＤＣＩに含まれたＰＵＳＣＨタイミングが該当ＤＣＩが送信される時点から各々７、６、５、４ＴＴＩ後の時点に該当する情報を含み、各ＤＣＩのＨＡＲＱ Ｐｒｏｃｅｓｓ ＩＤとＮＤＩが同一に設定されている場合、該当ＤＣＩはｎ＋７の時点に送信されるＰＵＳＣＨを同一にスケジュールすることができる。
【０１３３】
この時、ＰＵＳＣＨも繰り返し送信されるように設定されると、ｎ＋７の時点を基準として設定された回数の間に繰り返して送信されることができる。ここで、該当ＰＵＳＣＨタイミング情報は該当ＤＣＩが送信されたＴＴＩインデックスからＰＵＳＣＨが送信される位置までのＴＴＩ数で定義され、該当ＴＴＩ数に対応するインデックス情報が送信されることもできる。また該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかに関するインデックス情報を知らせることにより、ＰＵＳＣＨタイミング情報を暗黙的に知らせることができる。
【０１３４】
上記例示において、ｎ、ｎ＋１のＴＴＩで送信されるＤＣＩの場合、該当ＤＣＩが各々１番目、２番目の繰り返し送信であることを示す情報が各ＤＣＩに含まれることができるが、各該当情報は該当ＤＣＩが送信された時点から各々７、６ＴＴＩ後の時点にＰＵＳＣＨが送信されるという情報に暗黙的にマッピングされることができる。かかるマッピング関係は繰り返し送信回数の設定によって変わり、システムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。
【０１３５】
またＤＣＩに対する繰り返し送信を行う時、繰り返し送信を開始できるＴＴＩ及び／又は周期を予め設定することができる。また該当ＴＴＩ及び／又は周期の場合、繰り返し回数に対する設定に連関して暗黙的に決定するか又は明示的に設定することができる。例えば、端末は(ＴＴＩインデックス)モジュロ(繰り返し回数)＝０を満たすＴＴＩインデックスでのみ繰り返し送信を開始すると設定又は決定することができ、この場合、端末は(復号に成功したＤＣＩが送信されたＴＴＩインデックス)モジュロ(所定の繰り返し回数又は繰り返し周期)値によって該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかを把握することができる。即ち、該当ＤＣＩが何回目に繰り返し送信されるＤＣＩであるかに関する情報と該当ＤＣＩがスケジュールするＰＵＳＣＨが該当ＤＣＩが送信されたＴＴＩから何回目のＴＴＩ後に送信されるかに関する情報が暗黙的にマッピングされる。
【０１３６】
上述したように、各実施例は該当実施例に限られず、よってＤＬ ａｓｓｉｇｎｍｅｎｔとＵＬグラントに該当する実施例は各々ＵＬグラントとＤＬ ａｓｓｉｇｎｍｅｎｔに適用されることができる。例えば、互いに異なる時点のＤＣＩが同じ時点のＰＤＳＣＨをスケジュールすることができる。より具体的には、例えば、ｎ、ｎ＋１のＴＴＩに送信されるＤＣＩがｎ＋２時点のＰＤＳＣＨをスケジュールすることができる。この時、ＰＤＳＣＨも繰り返し送信されることができ、この場合、該当ＰＤＳＣＨ繰り返し送信をスケジュールするＤＣＩはＰＤＳＣＨの送信開始点及び／又は繰り返し回数に関する情報を含むことができる。
【０１３７】
もしｎ、ｎ＋１、ｎ＋２の時点にＰＤＣＣＨとＰＤＳＣＨを全て送信しながらｎ時点のＰＤＣＣＨはｎ、ｎ＋１、ｎ＋２の時点のＰＤＳＣＨを、ｎ＋１の時点のＰＤＣＣＨはｎ＋１、ｎ＋２の時点のＰＤＳＣＨを、ｎ＋２の時点のＰＤＣＣＨはｎ＋２の時点のＰＤＳＣＨをスケジュールすると、ｎ時点のＰＤＣＣＨに対する復号に失敗した場合、ｎ時点のＰＤＳＣＨを受信することができない。
【０１３８】
しかし、上記実施例のように互いに異なる時点にＰＤＣＣＨ(即ち、ＤＣＩ)とＰＤＳＣＨを送信すると、ｎ、ｎ＋１のＴＴＩに送信されるＤＣＩのうちのいずれか１つのみを復号に成功してもＰＤＳＣＨを全て受信できるという長所がある。
【０１３９】
またＰＤＣＣＨとＰＤＳＣＨが互いに異なるＴＴＩで送信される場合は、毎ＴＴＩでＰＤＣＣＨとＰＤＳＣＨが共に送信される場合に比べて、該当ＴＴＩ内でＰＤＳＣＨがより多いリソースを活用することができるので、ＰＤＳＣＨの繰り返し回数を減らすことができ、遅延時間の側面でも損害がなく、かかる方式はＴＴＩが２／３シンボルなどのように短く構成された場合に有利である。また上述したように、互いに異なるＴＴＩでＰＤＣＣＨとＰＤＳＣＨを送信する場合は、ＰＤＣＣＨの繰り返し回数とＰＤＳＣＨの繰り返し回数を各々独立して設定でき、ＰＤＣＣＨの繰り返し回数とＰＤＳＣＨの繰り返し回数は互いに同一であるか又は互いに異なることができる。
【０１４０】
一方、ＰＵＳＣＨ送信が繰り返される場合は、ＰＵＳＣＨ内のタグ付け(ｔａｇｇｉｎｇ)によって該当ＰＵＳＣＨが何回目の繰り返し送信であるか、及び／又は該当ＰＵＳＣＨ繰り返し送信の開始点情報などを含むことができる。またＰＵＳＣＨ繰り返し送信を開始できる時点を予め設定することができる。かかる設定はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。
【０１４１】
上記方法は、ＵＬグラントが繰り返し送信される時、各々のＵＬグラントに対応するＰＵＳＣＨ送信タイミングが固定した場合にも適用できる。この方式は基地局が端末のＰＵＳＣＨ送信に対するブラインド復号の回数を減少させることができる。
【０１４２】
一方、各実施例は該当実施例に限られず、上りリンクと下りリンク送信に対する実施例は各々下りリンクと上りリンク送信に適用でき、よってＰＵＳＣＨとＰＤＳＣＨに対する事項は各々ＰＤＳＣＨとＰＵＳＣＨに対する事項に適用することができる。また本発明におけるＴＴＩも特定のＴＴＩ長さに限定されず、ｓＴＴＩなどの様々な長さのＴＴＩを称することができる。
【０１４３】
また繰り返し送信を開始できるｓＴＴＩ又はシンボルのような時間リソースが予め設定され、各ｓＴＴＩでスケジュールするデータの繰り返し回数を予め設定することができる。またかかる制御チャネルとデータチャネルの繰り返し回数は準−静的(Ｓｅｍｉ−ｓｔａｔｉｃ)に設定できる。
【０１４４】
なお、ＰＤＣＣＨとＰＤＳＣＨのスケジューリング時に各チャネルの繰り返し送信を適用できるが、この時、繰り返し送信されるＰＤＳＣＨでＰＤＣＣＨに対するレートマッチングを行うことができ、これに関する端末及び基地局の動作は図１６乃至図１８を参照できる。
【０１４５】
具体的には、図１６を参照しながら繰り返し送信されるＰＤＳＣＨに関連するレートマッチングに対する端末の動作を説明すると、端末は繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨを受信し(Ｓ１６０１)、受信された少なくとも１つのＰＤＣＣＨによりレートマッチングパターンに関する情報を得ることができる(Ｓ１６０３)。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは１回送信されるか又は繰り返して送信される。
【０１４６】
また端末は得られたレートマッチングパターンに関する情報に基づいて繰り返し送信されるＰＤＳＣＨを受信するが、得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、以下の実施例１−１乃至実施例１−４及び／又は実施例２−１乃至実施例２−３に従う(Ｓ１６０５)。
【０１４７】
図１７を参照して端末の動作に対応する基地局の動作について説明すると、基地局は繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨに上記繰り返されるＰＤＳＣＨのためのレートマッチングパターン情報を含めて送信することができる(Ｓ１７０１)。また基地局はレートマッチングパターン情報によって、複数のＴＴＩでＰＤＳＣＨを繰り返し送信する(Ｓ１７０３)。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは、１回送信されるか又は繰り返し送信される。また得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、以下の実施例１−１乃至実施例１−４及び／又は実施例２−１乃至実施例２−３に従う。
【０１４８】
図１８に示すように、端末と基地局に対応するネットワークにおける動作過程を説明すると、基地局が繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨに上記繰り返されるＰＤＳＣＨのためのレートマッチングパターン情報を含めて送信し(Ｓ１８０１)、端末は少なくとも１つのＰＤＣＣＨを介してレートマッチングパターンに関する情報を得る(Ｓ１８０３)。また基地局はレートマッチングパターン情報によって複数のＴＴＩでＰＤＳＣＨを繰り返し送信し、端末はレートマッチングパターン情報によって複数のＴＴＩでＰＤＳＣＨを繰り返し受信する(Ｓ１８０５)。
【０１４９】
この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは、１回送信されるか又は繰り返し送信され、得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、以下の実施例１−１乃至実施例１−４及び／又は実施例２−１乃至実施例２−３に従う。
【０１５０】
以下、図１９を参照して、上記図１６乃至図１８によるレートマッチングが適用される具体的な実施例を、以下の実施例１−１乃至実施例１−４及び／又は実施例２−１乃至実施例２−３を参照しながら説明する。
【０１５１】
この時、実施例１−１乃至実施例１−４及び／又は実施例２−１乃至実施例２−３は個々に具現されることではなく、実施例１−１乃至実施例１−４のうちのいずれかの方法と、実施例２−１乃至実施例２−３のうちのいずれかの方法を組み合わせるにより具現することができる。例えば、レートマッチングパターンを指示する方法は実施例１−１に従い、実施例１−１に従うレートマッチング及びそれによるＰＤＳＣＨの復号は実施例２−１に従うことができる。
【０１５２】
＜実施例１：ＰＤＣＣＨで指示したレートマッチングパターンの適用＞
【０１５３】
(１)実施例１−１：同一のレートマッチングパターンが繰り返される全てのＰＤＳＣＨに適用されると仮定する。
【０１５４】
実施例１−１のような動作は、図１９のＯｐｔｉｏｎ４のように、単一のＰＤＣＣＨが複数の繰り返されるＰＤＳＣＨをスケジュールする時、該当ＰＤＣＣＨで送信されるＤＣＩに含まれたレートマッチング情報が繰り返される全てのＰＤＳＣＨに適用されることができる。
【０１５５】
図１９のＯｐｔｉｏｎ１、２のように、もしＰＤＣＣＨも繰り返し送信されると、実施例１−１の動作のために、各ＰＤＣＣＨで送信される全てのＤＣＩに同一のレートマッチングパターン情報が含まれて送信される。
【０１５６】
また図１９のＯｐｔｉｏｎ３のように、もし先にＰＤＣＣＨが繰り返し送信され、その後、ＰＤＳＣＨが繰り返し送信されると、各ＰＤＣＣＨで送信される全てのＤＣＩが同一のレートマッチングパターン情報を含めて送信されることができ、最後に送信されるＤＣＩに含まれたレートマッチングパターン情報を繰り返されるＰＤＳＣＨ送信に適用することもできる。
【０１５７】
ここで、同一のレートマッチング情報が繰り返される全てのＰＤＳＣＨに適用されるとは、ＤＣＩが送信されたＴＴＩ以後の繰り返されるＰＤＳＣＨが送信されるＴＴＩ内で、ＤＣＩが送信されたＴＴＩでＰＤＳＣＨマッピングに使用されないリソースと同じ位置のリソースはＤＣＩが送信されたＴＴＩ以後の繰り返されるＰＤＳＣＨが送信されるＴＴＩ内でも同様一にＰＤＳＣＨマッピングに使用されないことを意味する。
【０１５８】
(２)実施例１−２：該当ＰＤＣＣＨと同一のｓＴＴＩ/ＴＴＩに送信されたＰＤＳＣＨのみに対して該当レートマッチングパターンを適用する。
【０１５９】
例えば、図１９のＯｐｔｉｏｎ２を見ると、１つのＰＤＣＣＨが複数のｓＴＴＩ/ＴＴＩに属するＰＤＳＣＨに関するスケジューリング情報を含むことができる。この場合、該当ＰＤＣＣＨで送信されるＤＣＩに含まれたレートマッチングパターン情報は、該当ＤＣＩが送信されるｓＴＴＩ/ＴＴＩのＰＤＳＣＨのみに適用される。
【０１６０】
(３)実施例１−３：ＰＤＣＣＨでＰＤＳＣＨが繰り返し送信される間に適用されるレートマッチングパターンを全て指示することができる。この場合、各ＰＤＣＣＨで送信されるＤＣＩに互いに異なるｓＴＴＩ/ＴＴＩに関するレートマッチングパターン情報が全て含まれて送信される。言い換えれば、該当ＤＣＩが送信されるＴＴＩ/ｓＴＴＩを含み、その後ＴＴＩ/ｓＴＴＩに適用されるレートマッチングパターン情報を含んで送信することができる。
【０１６１】
(４)実施例１−４：実施例１−１乃至実施例１−３のうち、どの実施例を適用するかをネットワーク設定により設定する。この時、設定される実施例が必ず１個である必要はなく、状況によって実施例１−１乃至実施例１−３のうち、複数の実施例が適用されることもできる。
【０１６２】
＜実施例２：スケジュールされたＤＣＩを含むＰＤＣＣＨに対するレートマッチング＞
【０１６３】
(１)実施例２−１
【０１６４】
端末はＰＤＳＣＨが繰り返し送信される間に検出されたＰＤＣＣＨと同一のリソースを用いて以後のｓＴＴＩでもＰＤＣＣＨが送信されると仮定し、以後のＰＤＳＣＨ繰り返し送信でもＰＤＳＣＨマッピングをスケジュールしたＰＤＣＣＨリソースと同一のリソースを用いてレートマッチングを行うと仮定することができる。
【０１６５】
即ち、ＰＤＣＣＨが検出されたＴＴＩ以後のＴＴＩ内で、ＰＤＣＣＨがマッピングされたリソースと同一のリソースには繰り返し送信されるＰＤＳＣＨがマッピングされないと仮定する。ここで、ＰＤＣＣＨが検出されたＴＴＩ以後のＴＴＩは、ＰＤＣＣＨが検出されたＴＴＩ以後にＰＤＳＣＨが繰り返し送信されるＴＴＩを意味する。
【０１６６】
これは、もしＰＤＣＣＨとＰＤＳＣＨの繰り返し回数が異なる場合、必要以上のレートマッチングを行うこともできるが、曖昧性の問題も解決できるという長所がある。これを解決するために、ＰＤＣＣＨの繰り返し回数が動的又は静的に端末に設定される場合、該当数だけＰＤＳＣＨのレートマッチングを行うことができる。しかし、上記実施例２−１は複数のＴＴＩの間に同一のＰＤＣＣＨリソースにより同一の送信ブロックをスケジュールするＤＣＩが送信されるという仮定が必要である。
【０１６７】
(２)実施例２−２
【０１６８】
端末が検出したＰＤＣＣＨのｓＴＴＩ/ＴＴＩでのみ該当レートマッチングが行われると仮定する。この場合、ＰＤＣＣＨが繰り返し送信され、ＰＤＳＣＨが重畳しながら繰り返し送信されると、レートマッチングの曖昧さ(ａｍｂｉｇｕｉｔｙ)が発生することができる。
【０１６９】
(３)実施例２−３
【０１７０】
端末はＰＤＳＣＨが繰り返し送信される場合には、検出したＰＤＣＣＨに対するレートマッチングを行わないと仮定する。即ち、ネットワークがスケジューリングによりＰＤＳＣＨとＰＤＣＣＨが重畳しないように具現するか、又はレートマッチングを仮定せず動作することを意味することができる。もしＰＤＳＣＨをスケジュールするＰＤＣＣＨとＰＤＳＣＨが重なる場合は、ＰＤＣＣＨはＰＤＳＣＨをパンクチャリング(ｐｕｎｃｔｕｒｅ)すると仮定する。
【０１７１】
ＰＤＳＣＨ/ＰＤＣＣＨに対する繰り返し回数を全てＤＣＩに含むこともできる。又はＰＤＣＣＨに対する繰り返し回数のみをＤＣＩにより知らせ、ＰＤＳＣＨに対する繰り返し回数は静的に設定することもできる。
【０１７２】
又はＰＤＣＣＨ／ＰＤＳＣＨ繰り返し回数の比率を予め設定することもできる。例えば、ＰＤＣＣＨ/ＰＤＳＣＨ繰り返し回数の比率が１:１である場合、端末はＰＤＳＣＨ繰り返し回数だけＰＤＣＣＨも繰り返されると仮定する。かかる情報は端末が制御チャネル検証(ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ ｖａｌｉｄａｔｉｏｎ)及び／又はレートマッチングなどに使用することができる。もしＰＤＣＣＨ/ＰＤＳＣＨ繰り返し回数の比率が１:１ではないと、ＰＤＣＣＨの繰り返し送信は連続するｓＴＴＩ/ＴＴＩ又は連続する有効リソース(ｖａｌｉｄ ｒｅｓｏｕｒｃｅＳ)で送信されると仮定する。
【０１７３】
一方、上記実施例以外にも周波数リソースをより多く使用してＤＣＩを送信する方式も考えられるが、例えば、より高い集成レベル(Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ；ＡＬ)を構成してＤＣＩを送信する方法がある。
【０１７４】
例えば、同一又は異なる制御ＲＢ集合に含まれる低い集成レベル(ｌｏｗｅｒ ＡＬ)の複数のＰＤＣＣＨ候補を集成して高い集成レベル(Ｈｉｇｈｅｒ ＡＬ)を構成する方法が考えられる。この場合、符号化ビット(ｅｎｃｏｄｅｄ ｂｉｔｓ)を集成される各ＰＤＣＣＨ候補のサイズに対応するように分割して送信する。この時、各ＰＤＣＣＨ候補が属する制御ＲＢ集合の属性を考慮して分散された(ｄｉｓｔｒｉｂｕｔｅｄ)構造及び／又はＣＲＳ基盤のＲＢ集合のようなより強い構造で構成された制御ＲＢ集合に含まれたＰＤＣＣＨ候補に符号化ビット(ｅｎｃｏｄｅｄ ｂｉｔ)のシステマテックビット(Ｓｙｓｔｅｍａｔｉｃ ｂｉｔ)部分が含まれるように構成して送信することができる。
【０１７５】
言い換えれば、基地局は優先順位がより高い制御ＲＢ集合に含まれたＰＤＣＣＨ候補にシステマテックビットが含まれるように構成してＤＣＩを送信し、かかる優先順位はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。
【０１７６】
一方、符号化ビットをインターリービング(ｉｎｔｅｒｌｅａｖｉｎｇ)して構成した後、インターリービングされたビット(ｉｎｔｅｒｌｅａｖｅｄ ｂｉｔｓ)を集成される各ＰＤＣＣＨ候補のサイズに基づいて分割して送信する。
【０１７７】
また、レガシートラフィック(ｌｅｇａｃｙ ｔｒａｆｆｉｃ)、ｓＴＴＩトラフィック及び／又はＵＲＬＬＣトラフィックの間の多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)に関する方法が考えられる。例えば、トラフィックタイプ(ｔｒａｆｆｉｃ ｔｙｐｅ)、ＢＬＥＲ要求及び／又は遅延時間要求ごとに、それらをスケジュールするＤＣＩをモニタリングするための制御ＲＢ集合を独立して設定することができる。この時、制御ＲＢ集合は同一又は異なるように設定することができる。
【０１７８】
例えば２個の制御ＲＢ集合が設定された場合、１つはレガシートラフィックのためのＤＣＩが送信され、他の１つはＵＲＬＬＣトラフィックのためのＤＣＩが送信されるように設定できる。この場合、各制御ＲＢ集合について設定された集成レベル当たりのＰＤＣＣＨ候補はいずれも該当制御ＲＢ集合のために設定されたタイプのトラフィックをスケジュールするために使用できる。
【０１７９】
一方、各制御ＲＢ集合に設定された集成レベル、１つ以上の集成レベルで構成された集成レベル集合、集成レベル当たりのＰＤＣＣＨ候補又はＰＤＣＣＨ候補集合がトラフィックタイプ、ＢＬＥＲ要求及び／又は遅延時間要求ごとに独立して設定される。この時、トラフィックタイプとしてはＵＲＬＬＣトラフィック或いはｎｏｎ−ＵＲＬＬＣトラフィックがあり、各制御ＲＢ集合に設定された集成レベル、１つ以上の集成レベルで構成された集成レベル集合、集成レベル当たりのＰＤＣＣＨ候補又はＰＤＣＣＨ候補集合は、同一に設定されるか又は異なるように設定される。かかる設定はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。
【０１８０】
但し、上記動作によりｎｏｎ−ＵＲＬＬＣトラフィックとＵＲＬＬＣトラフィックに割り当てられた集成レベルごとのＰＤＣＣＨ候補数を設定することができるが、もし同一のハッシング関数(ｈａｓｈｉｎｇ ｆｕｎｃｔｉｏｎ)を使用する場合は、細かいＰＤＣＣＨ候補インデックスとトラフィック類型の間のマッピング関係を設定する必要がある。
【０１８１】
例えば、特定の制御ＲＢ集合において集成レベル４に該当するＰＤＣＣＨ候補がレガシートラフィックとＵＲＬＬＣトラフィックについて各々１個が設定されることができる。この時、レガシートラフィックのためのＰＤＣＣＨ候補とＵＲＬＬＣトラフィックのためのＰＤＣＣＨ候補が同じハッシング関数を使用すると、ＵＲＬＬＣトラフィックに割り当てられたＰＤＣＣＨ候補が前側のインデックスを有するように設定できる。勿論、逆にレガシートラフィックのために割り当てられたＰＤＣＣＨ候補が前側のインデックスを有するように設定することもできる。例えば、集成レベル４である場合、ＵＲＬＬＣトラフィックであると、ハッシング関数に使用されるＰＤＣＣＨ候補インデックスが１番目のＰＤＣＣＨ候補インデックスであることができ、レガシートラフィックであると、ハッシング関数に使用されるＰＤＣＣＨ候補インデックスが２番目のＰＤＣＣＨ候補インデックスであることができる。
【０１８２】
もし集成レベル４でＵＲＬＬＣトラフィックに２個のＰＤＣＣＨ候補が設定され、レガシートラフィックに１個のＰＤＣＣＨ候補が設定されると、ハッシング関数に使用されるＰＤＣＣＨ候補インデックスは、ＵＲＬＬＣトラフィックの場合は、１番目と２番目のＰＤＣＣＨ候補インデックスになり、レガシートラフィックの場合には、３番目のＰＤＣＣＨ候補インデックスになる。さらにＵＲＬＬＣトラフィックとレガシートラフィックの間に交互にＰＤＣＣＨ候補インデックスを割り当てることもできる。かかる設定はシステムに予め定義されるか又は基地局が端末に上位階層シグナリング及び／又は物理階層シグナリングにより知らせることができる。
【０１８３】
一方、ＵＲＬＬＣトラフィックを送受信する端末は、信頼性を高めるために、より多い時間、周波数及び／又はリソースを使用して送信することができ、これは制御チャネル及び／又はデータチャネルに全て適用できる。この時、制御チャネルの信頼性は他の要素の影響を受けるが、例えば、ＰＣＩＦＩＣＨのように制御チャネルの領域、例えば、制御チャネルが占めるシンボル数を知らせるチャネルにより制御チャネルの信頼性に制限が発生することができる。
【０１８４】
かかる制限が発生する理由は、端末がＰＣＦＩＣＨ自体を正確に復号できず制御チャネル領域を正確に認知できなくて制御情報をきちんと復号できなかったことにより発生するが、これを防止するために、ＲＲＣシグナリングによりＣＦＩを設定することで該当要素の影響をなくすことができる。但し、この場合、ＲＲＣシグナリングにより設定された情報が数十ｍｓの間に維持されるので、ネットワークのスケジューリング柔軟性に大きな制約があり得る。
【０１８５】
従って、上記のように発生するスケジューリング柔軟性に対する制約を減少させるために、端末が復号を行う時に仮定するトラフィックタイプによって異なるように動作する方案が考えられる。
【０１８６】
言い換えれば、もし端末の性能に基づいて端末がＵＲＬＬＣトラフィックとｎｏｎ−ＵＲＬＬＣトラフィックを全て期待できると、ＵＲＬＬＣ用のＤＣＩに対する復号時にはＲＲＣに割り当てられたＣＦＩに基づいて制御チャネル領域を仮定し、ｎｏｎ−ＵＲＬＬＣ用のＤＣＩに対する復号時にはＰＣＩＦＩＣＨで指示されたＣＦＩ値に基づいて制御チャネル領域を仮定する。
【０１８７】
また、予め端末に送信される制御情報のトラフィックタイプ及び／又は各トラフィックタイプに該当する制御情報の送信時点が設定されることもできる。この時、制御情報の送信時点は制御情報のモニタリング機会を意味する。
【０１８８】
一方、端末に制御ＲＢ集合が設定される時、制御ＲＢ集合が含まれるｓＴＴＩを構成する方式がＰＣＦＩＣＨに基づくか、或いはＲＲＣシグナリングされたＣＦＩ値に基づくかに対する設定を共に又は個々に端末が受信することができる。
【０１８９】
又は、各ＤＣＩフォーマットごとに制御チャネル領域に対する設定が可能であるが、各ＤＣＩフォーマットをモニタリングするように設定された制御ＲＢ集合によって検索空間を構成する時、各ＣＦＩ値を適用することができる。また、かかる設定はｓＴＴＩ又はサブフレームを基準として決定される。
【０１９０】
即ち、制御ＲＢ集合又は検索空間の設定によって各ｓＴＴＩ又はサブフレームごとにＵＲＬＬＣトラフィックのための制御チャネルモニタリングを行う場合、ＵＲＬＬＣトラフィックのための制御チャネルモニタリングを行うｓＴＴＩ又はサブフレームではＲＲＣに基づくＣＦＩ値が優先し、そうではないｓＴＴＩ或いはサブフレームではＰＣＦＩＣＨ値に基づくＣＦＩ値が優先する。
【０１９１】
高い信頼性と低い遅延時間のためにより多いリソースを使用し、より短いＴＴＩ(即ち、ｓＴＴＩ)により制御情報を送ると、制御情報の送信に必要な物理的リソース自体に制約が発生することができる。
【０１９２】
例えば、短いＴＴＩ内で制御ＲＢ集合が１シンボルに設定される場合、１ＣＣＥは４ＲＥＧで構成され、１ＲＥＧは１ＲＢで構成されると仮定すると、集成レベル１６を支援するために６４個のＲＢが必要である。この場合、システム帯域幅が２０ＭＨｚであると、１つのＴＴＩ内でＰＤＣＣＨ候補を最大１個しか支援できないという制約が発生する。
【０１９３】
また、端末のプロセシング時間を減少するために端末の制御チャネル内の検索空間サイズに制約が発生した場合にも、単一のＴＴＩ内で高い集成レベルの支援自体が不可能であるか、又はＰＤＣＣＨ候補数に制約が発生してＰＤＣＣＨの送信柔軟性が低下することができる。
【０１９４】
従って、ＰＤＣＣＨ送信の柔軟性を増加させるために高い集成レベルを支援するか、又は特定の集成レベルのＰＤＣＣＨ候補数をより多く支援する方法について説明する。一方、以下の実施例では、説明の便宜上、集成レベルが１６であると仮定するが、本発明はこれに限定されず、集成レベルが１６以外の他の値であることもでき、高い集成レベルを代表する意味にも使用できる。
【０１９５】
一般的には、互いに異なるＴＴＩ及び／又は同一のＴＴＩに含まれた低い集成レベルを有するＰＤＣＣＨ候補を集成して高い集成レベルを有するＰＤＣＣＨ候補で構成することができる。
【０１９６】
この時、低い集成レベルを有するＰＤＣＣＨ候補を集成して高いＰＤＣＣＨ候補を構成するか否かを、物理階層シグナリング及び／又は上位階層シグナリングにより基地局が端末に設定することができる。例えば、短いＴＴＩで動作する端末とより長いＴＴＩで動作する端末の間の多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)の必要性がより大きい場合は、低い集成レベルを有するＰＤＣＣＨ候補の集成を行うように設定し、そうではない場合には、低い集成レベルを有するＰＤＣＣＨ候補の集成を行わないように設定することにより、状況に合わせて端末をスケジュールすることができる。
【０１９７】
一方、基地局が端末にＴＴＩ及び／又はＴＴＩ集合ごとに集成レベルとＰＤＣＣＨ候補を指定することができるが、この時、設定された集成レベルが端末の検索空間の制約を超えるか、又は該当ＴＴＩ内の物理的リソースのサイズを超える場合には、端末は高い集成レベルを構成する時、該当ＴＴＩ以前のＴＴＩ及び／又は以後のＴＴＩに含まれた検索空間を共に活用して構成することができる。
【０１９８】
例えば、端末に特定のＴＴＩ及び／又はＴＴＩ集合で集成レベル１６に該当するＰＤＣＣＨ候補が２個であると設定されているが、該当ＴＴＩで端末の検索空間の制約及び／又は物理的リソースの制約により集成レベル１６のＰＤＣＣＨ候補を１つのみ支援できる場合は、端末は該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに含まれた検索空間を共に活用して集成レベル１６に対するＰＤＣＣＨ候補をさらに構成することができる。より具体的には、特定のＴＴＩ内で集成レベル１６のＰＤＣＣＨ候補が２個に設定されたが、物理的リソースの制約及び／又は端末の検索空間の制約によって該当ＴＴＩ内の集成レベル１６のＰＤＣＣＨ候補が１つのみ構成された場合は、端末は該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに含まれた検索空間を活用して集成レベル１６の２番目のＰＤＣＣＨ候補をさらに構成することができる。
【０１９９】
例えば、該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)より大きいか又は等しい場合は、更なるＰＤＣＣＨ候補を構成するＣＣＥを完全に該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩで構成することができる。
【０２００】
また該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)と同一である場合は、該当検索空間を全て高い集成レベルの２番目のＰＤＣＣＨ候補として活用することができる。
【０２０１】
また該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)より大きい場合には、該当検索空間の前側又は後側で高い集成レベルに対応するＣＣＥ数だけ活用して高い集成レベルの２番目のＰＤＣＣＨ候補を構成することができる。
【０２０２】
また該当ＴＴＩの以前のＴＴＩ及び／又は以後のＴＴＩに対応する検索空間のサイズが高い集成レベルに対応するＣＣＥ数(上述した例示では１６個のＣＣＥ)より小さい場合には、更なるＰＤＣＣＨ候補を構成するＣＣＥを該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩに含まれたＣＣＥを共に活用して構成することができる。この場合、各ＴＴＩ及び／又はＴＴＩ集合ごとに設定された集成レベル及び集成レベル当たりのＰＤＣＣＨ候補数によって更なるＰＤＣＣＨ候補を構成する方法が考慮できる。
【０２０３】
例えば、該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩに含まれたＣＣＥを共に活用して高い集成レベル(上述した例示では１６個のＣＣＥ)の更なるＰＤＣＣＨ候補を支援する場合、もし該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩに支援しようとする高い集成レベルより低い集成レベル(例えば、集成レベル８)のＰＤＣＣＨ候補が設定されていると、該当低い集成レベルを集成して高い集成レベルの更なるＰＤＣＣＨ候補を支援することができる。
【０２０４】
より具体的には、ＴＴＩ＃ｎ−１とＴＴＩ＃ｎに集成レベル８のＰＤＣＣＨ候補が設定されており、ＴＴＩ＃ｎで集成レベル１６の２個のＰＤＣＣＨ候補を支援しようとするが、検索空間の制約が１６ＣＣＥであり、ＴＴＩ＃ｎで集成レベル１６のＰＤＣＣＨ候補を１つしか構成できない場合は、ＴＴＩ＃ｎ−１とＴＴＩ＃ｎの集成レベル８のＰＤＣＣＨ候補を各々順に集成して集成レベル１６の更なるＰＤＣＣＨ候補を構成することができる。
【０２０５】
一方、上記実施例において、もしＴＴＩ＃ｎ−１とＴＴＩ＃ｎで集成レベル８のＰＤＣＣＨ候補が各々多数存在すると、低い集成レベルのＰＤＣＣＨ候補を集成する時、ＴＴＩ＃ｎ−１の集成レベル８のＰＤＣＣＨ候補は最先側のＰＤＣＣＨ候補、ＴＴＩ＃ｎの集成レベル８のＰＤＣＣＨ候補は最後側のＰＤＣＣＨ候補として選択する方式、即ち、インターリービング方式により集成することによりダイバーシティ効果を高めることができる。また、低い集成レベルのＰＤＣＣＨ候補を集成する時には、低い集成レベルのＰＤＣＣＨ候補の順、集成するＰＤＣＣＨ候補が含まれた集成レベル及び／又は集成するＰＤＣＣＨ候補数などは、システムに予め定義されるか又は基地局が端末に物理階層シグナリング及び／又は上位階層シグナリングにより設定することができる。
【０２０６】
本発明において集成されるＰＤＣＣＨ候補が含まれるＴＴＩが該当ＴＴＩの以前のＴＴＩであるか又は以後のＴＴＩであるかは、システムで予め定義されるか又は基地局が端末に物理階層シグナリング及び／又は上位階層シグナリングにより設定される。
【０２０７】
一方、ＴＴＩインデックスによって設定が異なることができる。例えば、該当ｓＴＴＩが偶数のｓＴＴＩインデックスを有する場合は、以後のｓＴＴＩの検索空間機会との集成を行い、該当ｓＴＴＩが奇数のｓＴＴＩインデックスを有する場合には、以前のｓＴＴＩの検索空間機会との集成を行うことを意味する。
【０２０８】
一方、ＣＲＣマスキングにより以前のＴＴＩ及び／又は以後のＴＴＩの検索空間を活用して高い集成レベルを支援するか、又は特定の集成レベルのＰＤＣＣＨ候補をより多く支援するように指示することができる。例えば、端末が特定のＴＴＩで検索空間のサイズが１６ＣＣＥに限定された状態で集成レベル１６に対するＰＤＣＣＨ候補が２個であると設定された場合は、該当ＴＴＩで集成レベル１６の１番目のＰＤＣＣＨ候補を復号する時、ＣＲＣマスキングに使用されたスクランブルシーケンスにより他のＰＤＣＣＨ候補がどのＴＴＩに位置しているかを知らせることができる。
【０２０９】
一方、上記実施例において、特定のＴＴＩにおける高い集成レベルのＰＤＣＣＨ候補を支援するために該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの検索空間を共に活用する方式をさらに拡張して、制御ＲＢ集合を共に活用する方式も考慮できる。
【０２１０】
より一般的には、特定のＴＴＩの検索空間を互いに異なるＴＴＩで構成することができる。例えば、特定のＴＴＩ内で集成レベル１６のように高い集成レベルのＰＤＣＣＨ候補を２個設定したが、端末の検索空間の制約により該当ＴＴＩ内で高い集成レベルのＰＤＣＣＨ候補を１個しか構成できない場合は、該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの制御ＲＢ集合を共に活用して高い集成レベルのＰＤＣＣＨ候補を２個構成することができる。より具体的には、該当ＴＴＩにおけるハッシング関数を適用する時、全体サイズを該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの制御ＲＢ集合を併せたサイズに仮定してハッシング関数を適用することができる。
【０２１１】
ここで、全体サイズに適用されるハッシング関数は、該当ＴＴＩで定義されたハッシング関数である。言い換えれば、端末の検索空間制約を超えて高い集成レベルのＰＤＣＣＨ候補が設定された該当ＴＴＩで全ての集成レベルのＰＤＣＣＨ候補をブラインド復号する時、複数のＴＴＩの制御ＲＢ集合を併せたサイズに仮定したハッシング関数を適用することができ、該当ＴＴＩで支援不可能な高い集成レベルのＰＤＣＣＨ候補をブラインド復号する時にのみ適用することもできる。
【０２１２】
この時、該当ＴＴＩ、以前のＴＴＩ及び／又は以後のＴＴＩの制御ＲＢ集合を合わせる時の順序は、システムに予め定義されるか又は基地局が端末に物理階層シグナリング及び／又は上位階層シグナリングにより設定することができる。
【０２１３】
一例として、基地局は端末に物理階層シグナリング及び／又は上位階層シグナリングにより、高い集成レベルのＰＤＣＣＨ候補を復号するための制御ＲＢ集合が含まれるＴＴＩ順に制御ＲＢ集合のサイズを併せるように設定することができる。
【０２１４】
一方、本発明において‘以前のＴＴＩ及び／又は以後のＴＴＩ’は該当ＴＴＩを基準として‘直前／直後のＴＴＩ’に限られない。例えば、モニタリング機会が特定の間隔を置いてＴＴＩごとに設定される場合には、‘その前のモニタリングＴＴＩ及び／又はその後のモニタリングＴＴＩ’を意味することもでき、互いに離隔したＴＴＩの間でも上述した実施例が適用されることができる。
【０２１５】
図２０は無線装置１０とネットワークノード２０の間の通信の一例を示すブロック図である。ここで、ネットワークノード２０は図２０の無線装置又はＵＥに代替できる。
【０２１６】
この明細書において、無線装置１０又はネットワークノード２０は、１つ以上の他の無線装置、ネットワークノード及び／又はネットワークの他の要素と通信するためのトランシーバ(Ｔｒａｎｓｃｅｉｖｅｒ)１１，２１を含む。トランシーバ１１，２１は１つ以上の送信器、１つ以上の受信器及び／又は１つ以上の通信インターフェースを含むことができる。
【０２１７】
また、トランシーバ１１，２１は１つ以上のアンテナを備えることができる。アンテナは、プロセシングチップ１２，２２の制御下で本発明の一実施例によって、トランシーバ１１，２１により処理された信号を外部に送信するか、又は外部から無線信号を受信してプロセシングチップ１２，２２に伝達する機能を行う。アンテナはアンテナポートとも呼ばれる。各アンテナは１つの物理アンテナに該当するか、１つより多い物理アンテナ要素(ｅｌｅｍｅｎｔ)の組み合わせにより構成されることができる。各アンテナから送信された信号は無線装置１０又はネットワークノード２０によりさらに分割されることはできない。該当アンテナに対応して送信された参照信号(ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌ、ＲＳ)は無線装置１０又はネットワークノード２０の観点からしたアンテナを定義し、チャネルが一物理アンテナからの単一の(ｓｉｎｇｌｅ)無線チャネルであるか或いはアンテナを含む複数の物理アンテナ要素からの合成(ｃｏｍｐｏｓｉｔｅ)チャネルであるかに関係なく、無線装置１０又はネットワークノード２０をしてアンテナに対するチャネル推定を可能にする。即ち、アンテナはアンテナ上のシンボルを伝達するチャネルが同一のアンテナ上の他のシンボルが伝達されるチャネルから導き出されるように定義される。複数のアンテナを用いてデータを送受信する多重入出力(Ｍｕｌｔｉ−Ｉｎｐｕｔ Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ)機能を支援するトランシーバの場合には、２つ以上のアンテナと連結されることができる。
【０２１８】
本発明においてトランシーバ１１，２１は受信ビームフォーミングと送信ビームフォーミングを支援することができる。例えば、本発明においてトランシーバ１１，２１は図９乃至図１１に例示された機能を行うように構成されることができる。
【０２１９】
また、無線装置１０又はネットワークノード２０はプロセシングチップ１２，２２を含む。プロセシングチップ１２，２２はプロセッサ１３，２３のような少なくとも１つのプロセッサ及びメモリ１４，２４のような少なくとも１つのメモリ装置を含むことができる。
【０２２０】
プロセシングチップ１２，２２はこの明細書に説明された方法及び／又はプロセスのうち、少なくとも１つ以上を制御できる。言い換えれば、プロセシングチップ１２，２２はこの明細書に記載された少なくとも１つ以上の実施例が行われるように構成される。
【０２２１】
プロセッサ１３，２３はこの明細書に説明された無線装置１０又はネットワークノード２０の機能を行うための少なくとも１つのプロセッサを含む。
【０２２２】
例えば、１つ以上のプロセッサは図２２の１つ以上のトランシーバ１１，２１を制御して情報を送受信できる。
【０２２３】
また、プロセシングチップ１２，２２に含まれたプロセッサ１３，２３は、無線装置１０又はネットワークノード２０の外部に送信される信号及び／又はデータに対して所定の符号化(ｃｏｄｉｎｇ)及び変調(ｍｏｄｕｌａｔｉｏｎ)を行った後にトランシーバ１１，２１に送信する。例えば、プロセッサ１３，２３は、送信しようとするデータ列を逆多重化及びチャネル符号化、スクランブル、変調過程などを経てＫ個のレイヤに変換する。符号化されたデータ列はコードワードとも呼ばれ、ＭＡＣ階層が提供するデータブロックである輸送ブロックと等価である。一つの輸送ブロック(ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ、ＴＢ)は一つのコードワードに符号化され、各コードワードは１つ以上のレイヤ形態で受信装置に送信される。周波数アップコンバートのためにトランシーバ１１，２１はオシレーター(ｏｓｃｉｌｌａｔｏｒ)を含むことができる。トランシーバ１１，２１はＮｔ個(Ｎｔは１以上の正の整数)の送信アンテナを有することができる。
【０２２４】
また、プロセシングチップ１２，２２はデータ、プログラミング可能なソフトウェアコード及び／又はこの明細書に説明された実施例を行うための他の情報を貯蔵するように構成されたメモリ１４，２４を含む。
【０２２５】
言い換えれば、この明細書による実施例において、メモリ１４，２４はプロセッサ１３，２３のような少なくとも１つのプロセッサにより実行される(ｅｘｅｃｕｔｅｄ)時、プロセッサ１３，２３をして図２２のプロセッサ１３，２３により制御されるプロセスのうち、一部又は全部を行うか、又は図１乃至図１９に基づいてこの明細書に説明された実施例を行うための命令を含むソフトウェアコード１５，２５を貯蔵する。
【０２２６】
具体的には、本発明の実施例による無線装置１０のプロセシングチップ１２は、繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨを受信するようにトランシーバ１１を制御して、上記受信された少なくとも１つのＰＤＣＣＨを介してレートマッチングパターンに関する情報を得ることができる。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは１回送信されることもでき、繰り返し送信されることもできる。
【０２２７】
またプロセシングチップ１２は得られたレートマッチングパターンに関する情報に基づいて繰り返し送信されるＰＤＳＣＨを受信するが、得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、上記実施例１−１乃至実施例１−４及び／又は実施例２−１乃至実施例２−３に従う。
【０２２８】
また本発明の実施例によるネットワークノード２０のプロセッシングチップ２２は、繰り返されるＰＤＳＣＨをスケジュールするための少なくとも１つのＰＤＣＣＨに繰り返されるＰＤＳＣＨのためのレートマッチングパターン情報を含ませて送信するようにトランシーバ１２を制御する。また基地局はレートマッチングパターン情報によって、複数のＴＴＩによりＰＤＳＣＨを繰り返し送信するようにトランシーバ１２を制御する。この時、繰り返されるＰＤＳＣＨをスケジュールするためのＰＤＣＣＨは１回送信されることもでき、繰り返し送信されることもできる。また得られたレートマッチングパターンを繰り返し送信されるＰＤＳＣＨにどのように適用するかは、上記実施例１−１乃至実施例１−４及び／又は実施例２−１乃至実施例２−３に従う。
【０２２９】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替わってもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりできるということは明らかである。
【０２３０】
本文書で基地局によって行われるとした特定動作は、場合によってはその上位ノード(ｕｐｐｅｒ ｏｄｅ)によって行われることもある。すなわち、基地局を含む複数のネットワークノード(ｎｅｔｗｏｒｋ ｎｏｄｅｓ)からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われ得ることは明らかである。基地局は、固定局(ｆｉｘｅｄ ｓｔａｔｉｏｎ)、ＮｏｄｅＢ、ｅＮｏｄｅＢ(ｅＮＢ)、アクセスポイント(ａｃｃｅｓｓ ｐｏｉｎｔ)などの用語にしてもよい。
【０２３１】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア又はそれらの結合などによって具現できる。ハードウェアによる具現では、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ)、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現することができる。
【０２３２】
ファームウェアやソフトウェアによる具現では、本発明の一実施例は、上述した機能又は動作を実行するモジュール、手順、関数などの形態で具現されてもよい。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって駆動可能である。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の様々な手段によってプロセッサとデータを交換することができる。
【０２３３】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化できるということが当業者にとっては自明である。したがって、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。
【産業上の利用可能性】
【０２３４】
以上のような下りリンクデータチャネルを送受信する方法及びそのための装置は、３ＧＰＰ ＬＴＥシステムに適用される例を中心として説明したが、３ＧＰＰ ＬＴＥシステム以外にも様々な無線通信システムに適用することができる。
【図１】
2020528235.tif 000023
【図２】
2020528235.tif 000024
【図３】
2020528235.tif 000025
【図４】
2020528235.tif 000026
【図５】
2020528235.tif 000027
【図６】
2020528235.tif 000028
【図７】
2020528235.tif 000029
【図８】
2020528235.tif 000030
【図９】
2020528235.tif 000031
【図１０】
2020528235.tif 000032
【図１１】
2020528235.tif 000033
【図１２】
2020528235.tif 000034
【図１３】
2020528235.tif 000035
【図１４】
2020528235.tif 000036
【図１５】
2020528235.tif 000037
【図１６】
2020528235.tif 000038
【図１７】
2020528235.tif 000039
【図１８】
2020528235.tif 000040
【図１９】
2020528235.tif 000041
【図２０】
2020528235.tif 000042
【国際調査報告】
2020528235.tif 000043
2020528235.tif 000044
2020528235.tif 000045
2020528235.tif 000046