(57)【特許請求の範囲】
【請求項１】
無線通信システムにおいて、ＵＥ（user equipment）がＢＳ（base station）の複数のレイヤを介してデータを受信する方法であって、
複数の第１コードブロックに区分された前記データ及び前記データに対するＤＣＩ（Downlink Control Indicator）を前記ＢＳから受信する段階と、
前記ＤＣＩに基づいて、複数の第２コードブロックを前記ＢＳから受信する段階と、を含み、
前記複数の第２コードブロックの全ては、同じレイヤを介して受信され、
前記複数の第２コードブロックは、応答信号に基づいて受信され、
前記複数の第２コードブロックは、応答信号としてＮＡＣＫを有する前記複数の第１コードブロックであり、
前記応答信号は、前記ＤＣＩに基づく前記複数の第１コードブロックの各々に対するものであり、
ＮＡＣＫを有する応答信号の数が臨界値以下であることに基づいて、コードブロックに基づくスケジューリング情報を含むＤＣＩは、前記応答信号の送信のタイミングからモニタリングされる、方法。
【請求項２】
前記同じレイヤは、前記複数のレイヤの各々のチャネル状態に基づいて選択される、請求項１に記載の方法。
【請求項３】
前記ＤＣＩは、特定時間領域のパンクチャリング情報を含み、
前記複数の第２コードブロックは、前記特定時間領域に少なくとも一部が含まれた少なくとも１つの第１コードブロックである、請求項１に記載の方法。
【請求項４】
前記特定時間領域の前記パンクチャリング情報は、前記特定時間領域のパンクチャリングされた開始位置及び時間区間情報を含む、請求項３に記載の方法。
【請求項５】
前記データは、前記複数の第２コードブロックのみに基づいてデコーディングされる、請求項３に記載の方法。
【請求項６】
前記データと異なるデータは、前記複数のレイヤのうち、前記同じデータを除いた他のレイヤを介して受信される、請求項１に記載の方法。
【請求項７】
前記複数の第１コードブロックは、前記複数の第１コードブロックの少なくとも１つを含むトランスポートブロック単位で受信される、請求項１に記載の方法。
【請求項８】
前記複数の第１コードブロックの各々及び前記複数の第２コードブロックの各々のリダンダンシーバージョンの値は、互いに独立して設定される、請求項１に記載の方法。
【請求項９】
前記複数の第１コードブロックと前記複数の第２コードブロックは、同じデータに関連する、請求項１に記載の方法。
【請求項１０】
無線通信システムにおいて、ＢＳ（base station）の複数のレイヤを介してデータを受信するＵＥ（user equipment）であって、
少なくとも１つのトランシーバと、
少なくとも１つのプロセッサと、
前記少なくとも１つのプロセッサと動作可能に結合可能であり、命令を格納する少なくとも１つのコンピュータメモリと、を含み、
前記命令は、実行されたときに、
複数の第１コードブロックに区分された前記データ及び前記データに対するＤＣＩ（Downlink Control Indicator）を前記ＢＳから前記少なくとも１つのトランシーバを経由して受信し、
前記ＤＣＩに基づいて、複数の第２コードブロックを前記ＢＳから前記少なくとも１つのトランシーバを経由して受信する、
ことを含む動作を前記少なくとも１つのプロセッサに行わせ、
前記複数の第２コードブロックの全ては、同じレイヤを介して受信され、
前記複数の第２コードブロックは、応答信号に基づいて受信され、
前記複数の第２コードブロックは、応答信号としてＮＡＣＫを有する前記複数の第１コードブロックであり、
前記応答信号は、前記ＤＣＩに基づく前記複数の第１コードブロックの各々に対するものであり、
ＮＡＣＫを有する応答信号の数が臨界値以下であることに基づいて、コードブロックに基づくスケジューリング情報を含むＤＣＩは、前記応答信号の送信のタイミングからモニタリングされる、ＵＥ。
【請求項１１】
前記同じレイヤは、前記複数のレイヤの各々のチャネル状態に基づいて選択される、請求項１０に記載のＵＥ。
【請求項１２】
前記複数の第１コードブロックの各々及び前記複数の第２コードブロックの各々のリダンダンシーバージョンの値は、互いに独立して設定される、請求項１０に記載のＵＥ。
【請求項１３】
前記ＤＣＩは、特定時間領域のパンクチャリング情報を含み、
前記複数の第２コードブロックは、前記特定時間領域に少なくとも一部が含まれた少なくとも１つの第１コードブロックである、請求項１０に記載のＵＥ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システムにおいて、パンクチャリングされたデータの再送信方法及びそのための装置に関し、より詳しくは、パンクチャリングされたデータに対するＡＣＫ／ＮＡＣＫ信号をコードブロック単位に送信して、再送信を行う方法及びそのための装置に関する。
【背景技術】
【０００２】
本発明を適用できる無線通信システムの一例として、３ＧＰＰ  ＬＴＥ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ  Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ；以下、「ＬＴＥ」という。）通信システムについて概略的に説明する。
【０００３】
図１は、無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。Ｅ−ＵＭＴＳ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）は、既存のＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）から進展したシステムであり、現在３ＧＰＰで基礎的な標準化作業が進行中である。一般に、Ｅ−ＵＭＴＳをＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）システムと呼ぶこともできる。ＵＭＴＳ及びＥ−ＵＭＴＳの技術規格（ｔｅｃｈｎｉｃａｌ  ｓｐｅｃｉｆｉｃａｔｉｏｎ）の詳細な内容はそれぞれ、「３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ；Ｔｅｃｈｎｉｃａｌ  Ｓｐｅｃｉｆｉｃａｔｉｏｎ  Ｇｒｏｕｐ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ」のＲｅｌｅａｓｅ  ７及びＲｅｌｅａｓｅ  ８を参照すればよい。
【０００４】
図１を参照すると、Ｅ−ＵＭＴＳは、端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ；ＵＥ）、基地局（ｅＮｏｄｅＢ；ｅＮＢ）、及びネットワーク（Ｅ−ＵＴＲＡＮ）の終端に位置して外部ネットワークに接続するアクセスゲートウェイ（Ａｃｃｅｓｓ  Ｇａｔｅｗａｙ；ＡＧ）を含んでいる。基地局は、ブロードキャストサービス、マルチキャストサービス及び／又はユニキャストサービスのために多重データストリームを同時に送信することができる。
【０００５】
一つの基地局には一つ以上のセルが存在する。セルは、１．２５、２．５、５、１０、１５、２０ＭＨｚなどの帯域幅のいずれか一つに設定され、複数の端末に下り又は上り送信サービスを提供する。異なったセルは、互いに異なった帯域幅を提供するように設定されればよい。基地局は、複数の端末に関するデータ送受信を制御する。下りリンク（Ｄｏｗｎｌｉｎｋ；ＤＬ）データについて、基地局は下りリンクスケジューリング情報を送信し、該当の端末にデータが送信される時間／周波数領域、符号化、データサイズ、ＨＡＲＱ（Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅＱｕｅｓｔ）関連情報などを知らせる。また、上りリンク（Ｕｐｌｉｎｋ；ＵＬ）データについて、基地局は上りリンクスケジューリング情報を該当の端末に送信し、該当の端末が使用可能な時間／周波数領域、符号化、データサイズ、ＨＡＲＱ関連情報などを知らせる。基地局同士の間には、ユーザトラフィック又は制御トラフィックの送信のためのインターフェースを用いることができる。コアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ；ＣＮ）は、ＡＧ、及び端末のユーザ登録などのためのネットワークノードなどで構成可能である。ＡＧは、複数のセルで構成されるＴＡ（Ｔｒａｃｋｉｎｇ  Ａｒｅａ）単位に端末の移動性を管理する。
【０００６】
無線通信技術は、ＷＣＤＭＡに基づいてＬＴＥにまで開発されてきたが、ユーザと事業者の要求と期待は増す一方である。その上、他の無線接続技術の開発が続いており、将来、競争力を持つためには新しい技術進化が要求される。ビット当たりのコストの削減、サービス利用可能性の増大、柔軟な周波数バンドの使用、単純構造と開放型インターフェース、端末の適度な電力消費などが要求される
【発明の概要】
【発明が解決しようとする課題】
【０００７】
本発明は無線通信システムにおいて、パンクチャリングされたデータの再送信方法及びそのための装置を提供する。
【０００８】
本発明が遂げようとする技術的課題は、以上で言及した技術的課題に制限されず、言及していない他の技術的課題は、以下の発明の詳細な説明から本発明が属する技術分野における通常の知識を有する者には明確に理解されるであろう。
【課題を解決するための手段】
【０００９】
本発明の実施例による無線通信システムにおいて、端末が基地局の複数のレイヤによりデータを受信する方法であって、複数の第１コードブロックに区分されたデータ及び該データに対する特定ＤＣＩ（Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ）を基地局から受信する段階と、特定ＤＣＩにより、複数の第２コードブロックを基地局から受信する段階と、を含み、複数の第２コードブロックは、いずれも同じレイヤで受信される。
【００１０】
この時、同じレイヤは、複数のレイヤの各々のチャネル状態に基づいて選択される。
【００１１】
また、複数の第２コードブロックは、特定ＤＣＩにより送信された複数の第１コードブロックの各々に対する応答信号に基づいて受信され、応答信号がＮＡＣＫである複数の第１コードブロックに対応する。
【００１２】
また、応答信号のうち、ＮＡＣＫである応答信号の数が臨界値以下である場合は、応答信号を送信した時点からコードブロック基盤のスケジューリング情報を含むＤＣＩをモニタリングする。
【００１３】
また、特定ＤＣＩは、特定時間領域のパンクチャリング情報を含み、複数の第２コードブロックは、特定時間領域に少なくとも一部が含まれた少なくとも１つの第１コードブロックに対応する。
【００１４】
また、特定時間領域のパンクチャリング情報は、パンクチャリンされた特定時間領域の開始位置及び時間区間情報を含む。
【００１５】
また、データは、複数の第２コードブロックのみに基づいてデコーディングされる。
【００１６】
また、複数のレイヤのうち、同じレイヤを除いた残りのレイヤにより上記データとは異なる他のデータを受信する。
【００１７】
また、複数の第１コードブロックは、複数の第１コードブロックのうちの少なくとも１つを含むトランスポートブロック単位で受信される。
【００１８】
また、複数の第１コードブロック及び複数の第２コードブロックの各々に対するリダンダンシーバージョン（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）の値は、互いに独立して設定される。
【００１９】
また、複数の第１コードブロックと複数の第２コードブロックは、同じデータに関する。
【００２０】
本発明による無線通信システムにおいて、基地局の複数のレイヤによりデータを受信する端末であって、基地局と信号を送受信するＲＦモジュールと、該ＲＦモジュールに連結されて複数の第１コードブロックに区分されたデータ及びデータに対する特定ＤＣＩ（Ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  Ｉｎｄｉｃａｔｏｒ）を受信し、該特定ＤＣＩにより、複数の第２コードブロックを受信するプロセッサと、を含み、複数の第２コードブロックは、いずれも同じレイヤにより受信される。
【００２１】
この時、同じレイヤは、複数のレイヤの各々のチャネル状態に基づいて選択される。
【００２２】
また、複数の第１コードブロック及び複数の第２コードブロックの各々に対するリダンダンシーバージョン（Ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）の値は、互いに独立して設定される。
【００２３】
また、特定ＤＣＩは、特定時間領域のパンクチャリング情報を含み、複数の第２コードブロックは、特定時間領域に少なくとも一部が含まれた少なくとも１つの第１コードブロックに対応する。
【発明の効果】
【００２４】
本発明によれば、スロット単位で動作する物理チャネルの一部がパンクチャリング又は干渉などによりデータ損失が発生した場合にも効率的に再送信及びデコーディングを行うことができる。
【図面の簡単な説明】
【００２５】
【図１】無線通信システムの一例としてＥ−ＵＭＴＳネットワーク構造を概略的に示す図である。
【図２】３ＧＰＰ無線接続網の規格に基づく端末とＥ−ＵＴＲＡＮの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン（Ｃｏｎｔｒｏｌ  Ｐｌａｎｅ）及びユーザプレーン（Ｕｓｅｒ  Ｐｌａｎｅ）構造を示す図である。
【図３】３ＧＰＰシステムに用いられる物理チャネル及びこれらを用いた一般的な信号送信方法を説明する図である。
【図４】ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【図５】ＬＴＥシステムで用いられる下りリンク無線フレームの構造を例示する図である。
【図６】ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【図７】ＴＸＲＵとアンテナ要素の連結方式の一例を示す図である。
【図８】セルフサブフレームの構造（Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）を示す図である。
【図９】本発明の実施例によるパンクチャリングされたデータの再送信方法を説明する図である。
【図１０】本発明の一実施例による通信装置のブロック構成図を例示する図である。
【発明を実施するための形態】
【００２６】
以下に添付の図面を参照して説明された本発明の実施例から、本発明の構成、作用及び他の特徴が容易に理解されるであろう。以下に説明される実施例は、本発明の技術的特徴が３ＧＰＰシステムに適用された例である。
【００２７】
本明細書ではＬＴＥシステム及びＬＴＥ−Ａシステムを用いて本発明の実施例を説明するが、これは例示に過ぎず、本発明の実施例は、上述した定義に該当するいかなる通信システムにも適用可能である。
【００２８】
また、本明細書では、基地局をＲＲＨ（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄ）、ｅＮＢ、ＴＰ（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｉｎｔ）、ＲＰ（ｒｅｃｅｐｔｉｏｎ  ｐｏｉｎｔ）、中継機（ｒｅｌａｙ）などを含む包括的な名称として使うことができる。
【００２９】
図２は、３ＧＰＰ無線接続網規格に基づく端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（Ｒａｄｉｏ  Ｉｎｔｅｒｆａｃｅ  Ｐｒｏｔｏｃｏｌ）の制御プレーン及びユーザプレーンの構造を示す図である。制御プレーンとは、端末（ＵＥ）とネットワークとが信号を管理するために用いる制御メッセージが送信される通路を意味する。ユーザプレーンとは、アプリケーション層で生成されたデータ、例えば、音声データ又はインターネットパケットデータなどが送信される通路を意味する。
【００３０】
第１層である物理層は、物理チャネル（Ｐｈｙｓｉｃａｌ  Ｃｈａｎｎｅｌ）を用いて上位層に情報送信サービス（Ｉｎｆｏｒｍａｔｉｏｎ  Ｔｒａｎｓｆｅｒ  Ｓｅｒｖｉｃｅ）を提供する。物理層は、上位の媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層とは送信チャネル（Ｔｒａｎｓｐｏｒｔ  Ｃｈａｎｎｅｌ）を介して接続されている。該送信チャネルを通じて媒体アクセス制御層と物理層との間にデータが移動する。送信側の物理層と受信側の物理層との間には物理チャネルを通じてデータが移動する。該物理チャネルは、時間及び周波数を無線リソースとして活用する。具体的に、物理チャネルは、下りリンクにおいてＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調され、上りリンクにおいてＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）方式で変調される。
【００３１】
第２層の媒体アクセス制御（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ；ＭＡＣ）層は、論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）を通じて、上位層である無線リンク制御（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ；ＲＬＣ）層にサービスを提供する。第２層のＲＬＣ層は、信頼できるデータ送信を支援する。ＲＬＣ層の機能は、ＭＡＣ内部の機能ブロックとしてもよい。第２層のＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層は、帯域幅の狭い無線インターフェースでＩＰｖ４やＩＰｖ６のようなＩＰパケットを効率的に送信するために、余分の制御情報を減らすヘッダー圧縮（Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）機能を果たす。
【００３２】
第３層の最下部に位置する無線リソース制御（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ；ＲＲＣ）層は、制御プレーンにのみ定義される。ＲＲＣ層は、無線ベアラー（Ｒａｄｉｏ  Ｂｅａｒｅｒ）の設定（Ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（Ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（Ｒｅｌｅａｓｅ）に関連して、論理チャネル、送信チャネル及び物理チャネルの制御を担当する。無線ベアラーとは、端末とネットワーク間のデータ伝達のために第２層により提供されるサービスのことを意味する。そのために、端末のＲＲＣ層とネットワークのＲＲＣ層とはＲＲＣメッセージを互いに交換する。端末のＲＲＣ層とネットワークのＲＲＣ層との間にＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｅｄ）がある場合、端末はＲＲＣ接続状態（Ｃｏｎｎｅｃｔｅｄ  Ｍｏｄｅ）にあり、そうでない場合は、ＲＲＣ休止状態（Ｉｄｌｅ  Ｍｏｄｅ）にあるようになる。ＲＲＣ層の上位にあるＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）と移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）などの機能を果たす。
【００３３】
ネットワークから端末にデータを送信する下り送信チャネルとしては、システム情報を送信するＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ（Ｐａｇｉｎｇ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する下りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）などがある。下りマルチキャスト又は放送サービスのトラフィック又は制御メッセージは、下りＳＣＨを通じて送信されてもよく、別の下りＭＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｈａｎｎｅｌ）を通じて送信されてもよい。一方、端末からネットワークにデータを送信する上り送信チャネルとしては、初期制御メッセージを送信するＲＡＣＨ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ）、ユーザトラフィックや制御メッセージを送信する上りＳＣＨ（Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ）がある。送信チャネルの上位に存在し、送信チャネルにマッピングされる論理チャネル（Ｌｏｇｉｃａｌ  Ｃｈａｎｎｅｌ）としては、ＢＣＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＰＣＣＨ（Ｐａｇｉｎｇ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＣＣＣＨ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）などがある。
【００３４】
図３は、３ＧＰＰシステムに用いられる物理チャネル及びこれらのチャネルを用いた一般の信号送信方法を説明するための図である。
【００３５】
端末は、電源が入ったり、新しくセルに進入したりした場合に、基地局と同期を取る等の初期セル探索（Ｉｎｉｔｉａｌ  ｃｅｌｌ  ｓｅａｒｃｈ）作業を行う（Ｓ３０１）。そのために、端末は、基地局からプライマリ同期チャネル（Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｐ−ＳＣＨ）及びセカンダリ同期チャネル（Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｃｈａｎｎｅｌ；Ｓ−ＳＣＨ）を受信して基地局と同期を取り、セルＩＤなどの情報を取得すればよい。その後、端末は、基地局から物理放送チャネル（Ｐｈｙｓｉｃａｌ  Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）を受信し、セル内放送情報を取得できる。一方、端末は、初期セル探索段階で、下りリンク参照信号（Ｄｏｗｎｌｉｎｋ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＤＬ  ＲＳ）を受信し、下りリンクチャネル状態を確認できる。
【００３６】
初期セル探索を終えた端末は、物理下りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＣＣＨ）、及び該ＰＤＣＣＨに載せられた情報に基づいて物理下りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＤＳＣＨ）を受信することによって、より具体的なシステム情報を取得できる（Ｓ３０２）。
【００３７】
一方、基地局に最初に接続したり信号送信のための無線リソースがない場合には、端末は、基地局にランダムアクセス手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ；ＲＡＣＨ）を行ってよい（Ｓ３０３乃至Ｓ３０６）。そのために、端末は、物理ランダムアクセスチャネル（Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｃｈａｎｎｅｌ；ＰＲＡＣＨ）を通じて特定シーケンスをプリアンブルとして送信し（Ｓ３０３及びＳ３０５）、ＰＤＣＣＨ及び対応するＰＤＳＣＨを通じて、プリアンブルに対する応答メッセージを受信すればよい（Ｓ３０４及びＳ３０６）。競合ベースのＲＡＣＨについては、衝突解決手順（Ｃｏｎｔｅｎｔｉｏｎ  Ｒｅｓｏｌｕｔｉｏｎ  Ｐｒｏｃｅｄｕｒｅ）をさらに行ってもよい。
【００３８】
上述の手順を行った端末は、その後、一般的な上りリンク／下りリンク信号送信手順として、ＰＤＣＣＨ／ＰＤＳＣＨ受信（Ｓ３０７）、及び物理上りリンク共有チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  Ｃｈａｎｎｅｌ；ＰＵＳＣＨ）／物理上りリンク制御チャネル（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ；ＰＵＣＣＨ）送信（Ｓ３０８）を行えばよい。特に、端末はＰＤＣＣＨを通じて下りリンク制御情報（Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ；ＤＣＩ）を受信する。ここで、ＤＣＩは、端末に対するリソース割り当て情報のような制御情報を含んでおり、その使用目的によってフォーマットが異なっている。
【００３９】
一方、端末が上りリンクを通じて基地局に送信する又は端末が基地局から受信する制御情報としては、下りリンク／上りリンクＡＣＫ／ＮＡＣＫ信号、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｅｘ）、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）などを含む。３ＧＰＰ  ＬＴＥシステムでは、端末は、これらのＣＱＩ／ＰＭＩ／ＲＩなどの制御情報をＰＵＳＣＨ及び／又はＰＵＣＣＨを通じて送信してもよい。
【００４０】
図４は、ＬＴＥシステムで用いられる無線フレームの構造を例示する図である。
【００４１】
図４を参照すると、無線フレーム（ｒａｄｉｏ  ｆｒａｍｅ）は１０ｍｓ（３２７２００×Ｔｓ）の長さを有し、１０個の均等なサイズのサブフレーム（ｓｕｂｆｒａｍｅ）で構成されている。それぞれのサブフレームは１ｍｓの長さを有し、２個のスロット（ｓｌｏｔ）で構成されている。それぞれのスロットは０．５ｍｓ（１５３６０×Ｔｓ）の長さを有する。ここで、Ｔｓはサンプリング時間を表し、Ｔｓ＝１／（１５ｋＨｚ×２０４８）＝３．２５５２×１０−８（約３３ｎｓ）で表示される。スロットは時間領域において複数のＯＦＤＭシンボルを含み、周波数領域において複数のリソースブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ；ＲＢ）を含む。ＬＴＥシステムにおいて一つのリソースブロックは１２個の副搬送波×７（６）個のＯＦＤＭシンボルを含む。データの送信される単位時間であるＴＴＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ  Ｔｉｍｅ  Ｉｎｔｅｒｖａｌ）は一つ以上のサブフレーム単位に定めることができる。上述した無線フレームの構造は例示に過ぎず、無線フレームに含まれるサブフレームの数、サブフレームに含まれるスロットの数、又はスロットに含まれるＯＦＤＭシンボルの数は様々に変更されてもよい。
【００４２】
図５は、下りリンク無線フレームにおいて一つのサブフレームの制御領域に含まれる制御チャネルを例示する図である。
【００４３】
図５を参照すると、サブフレームは１４個のＯＦＤＭシンボルで構成されている。サブフレーム設定によって先頭の１乃至３個のＯＦＤＭシンボルは制御領域として用いられ、残り１３〜１１個のＯＦＤＭシンボルはデータ領域として用いられる。同図で、Ｒ１乃至Ｒ４は、アンテナ０乃至３に対する参照信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ（ＲＳ）又はＰｉｌｏｔ  Ｓｉｇｎａｌ）を表す。ＲＳは、制御領域及びデータ領域を問わず、サブフレーム内に一定のパターンで固定される。制御チャネルは、制御領域においてＲＳの割り当てられていないリソースに割り当てられ、トラフィックチャネルもデータ領域においてＲＳの割り当てられていないリソースに割り当てられる。制御領域に割り当てられる制御チャネルには、ＰＣＦＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＨＩＣＨ（Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ−ＡＲＱ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ）、ＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）などがある。
【００４４】
ＰＣＦＩＣＨは物理制御フォーマット指示子チャネルで、サブフレームごとにＰＤＣＣＨに用いられるＯＦＤＭシンボルの個数を端末に知らせる。ＰＣＦＩＣＨは、最初のＯＦＤＭシンボルに位置し、ＰＨＩＣＨ及びＰＤＣＣＨに優先して設定される。ＰＣＦＩＣＨは４個のＲＥＧ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ  Ｇｒｏｕｐ）で構成され、それぞれのＲＥＧはセルＩＤ（Ｃｅｌｌ  ＩＤｅｎｔｉｔｙ）に基づいて制御領域内に分散される。一つのＲＥＧは４個のＲＥ（Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ）で構成される。ＲＥは、１副搬送波×１  ＯＦＤＭシンボルと定義される最小物理リソースを表す。ＰＣＦＩＣＨ値は帯域幅によって１〜３又は２〜４の値を指示し、ＱＰＳＫ（Ｑｕａｄｒａｔｕｒｅ  Ｐｈａｓｅ  Ｓｈｉｆｔ  Ｋｅｙｉｎｇ）で変調される。
【００４５】
ＰＨＩＣＨは、物理ＨＡＲＱ（Ｈｙｂｒｉｄ−Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  ａｎｄ  ｒｅｑｕｅｓｔ）指示子チャネルで、上りリンク送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫを運ぶために用いられる。即ち、ＰＨＩＣＨは、ＵＬ  ＨＡＲＱのためのＤＬ  ＡＣＫ／ＮＡＣＫ情報が送信されるチャネルを表す。ＰＨＩＣＨは、１個のＲＥＧで構成され、セル固有（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）にスクランブル（ｓｃｒａｍｂｌｉｎｇ）される。ＡＣＫ／ＮＡＣＫは１ビットで指示され、ＢＰＳＫ（Ｂｉｎａｒｙ  ｐｈａｓｅ  ｓｈｉｆｔ  ｋｅｙｉｎｇ）で変調される。変調されたＡＣＫ／ＮＡＣＫは拡散率（Ｓｐｒｅａｄｉｎｇ  Ｆａｃｔｏｒ；ＳＦ）＝２又は４で拡散される。同一のリソースにマップされる複数のＰＨＩＣＨは、ＰＨＩＣＨグループを構成する。ＰＨＩＣＨグループに多重化されるＰＨＩＣＨの個数は、拡散コードの個数によって決定される。ＰＨＩＣＨ（グループ）は周波数領域及び／又は時間領域においてダイバーシチ利得を得るために３回反復（ｒｅｐｅｔｉｔｉｏｎ）される。
【００４６】
ＰＤＣＣＨは物理下りリンク制御チャネルで、サブフレームにおける先頭のｎ個のＯＦＤＭシンボルに割り当てられる。ここで、ｎは１以上の整数で、ＰＣＦＩＣＨによって指示される。ＰＤＣＣＨは一つ以上のＣＣＥで構成される。ＰＤＣＣＨは、送信チャネルであるＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）のリソース割り当てに関する情報、上りリンクスケジューリンググラント（Ｕｐｌｉｎｋ  Ｓｃｈｅｄｕｌｉｎｇ  Ｇｒａｎｔ）、ＨＡＲＱ情報などを各端末又は端末グループに知らせる。ＰＣＨ（Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）及びＤＬ−ＳＣＨ（Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）はＰＤＳＣＨを通じて送信される。従って、基地局と端末は一般に、特定の制御情報又は特定のサービスデータ以外は、ＰＤＳＣＨを通じてデータをそれぞれ送信及び受信する。
【００４７】
ＰＤＳＣＨのデータがいずれの端末（一つ又は複数の端末）に送信されるものか、これら端末がどのようにＰＤＳＣＨデータを受信してデコードしなければならないかに関する情報などは、ＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ）でＣＲＣマスクされており、「Ｂ」という無線リソース（例、周波数位置）及び「Ｃ」というＤＣＩフォーマット、即ち、伝送形式情報（例、伝送ブロックサイズ、変調方式、コーディング情報など）を用いて送信されるデータに関する情報が、特定サブフレームで送信されると仮定する。この場合、セル内の端末は、自身が持っているＲＮＴＩ情報を用いて検索領域でＰＤＣＣＨをモニター、即ち、ブラインドデコードし、「Ａ」のＲＮＴＩを持っている一つ以上の端末があると、これらの端末はＰＤＣＣＨを受信し、受信したＰＤＣＣＨの情報に基づいて「Ｂ」と「Ｃ」によって指示されるＰＤＳＣＨを受信する。
【００４８】
図６は、ＬＴＥシステムで用いられる上りリンクサブフレームの構造を示す図である。
【００４９】
図６を参照すると、上りリンクサブフレームは、制御情報を運ぶＰＵＣＣＨ（ＰｈｙｓｉｃａｌＵｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）が割り当てられる領域と、ユーザデータを運ぶＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）が割り当てられる領域とに区別される。サブフレームにおいて中間部分がＰＵＳＣＨに割り当てられ、周波数領域においてデータ領域の両側部分がＰＵＣＣＨに割り当てられる。ＰＵＣＣＨ上で送信される制御情報は、ＨＡＲＱに用いられるＡＣＫ／ＮＡＣＫ、下りリンクチャネル状態を示すＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｏｒ）、ＭＩＭＯのためのＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、上りリンクリソース割り当て要求であるＳＲ（Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ）などがある。一つの端末に対するＰＵＣＣＨは、サブフレーム内の各スロットで互いに異なる周波数を占める一つのリソースブロックを使用する。即ち、ＰＵＣＣＨに割り当てられる２個のリソースブロックはスロット境界で周波数ホッピング（ｆｒｅｑｕｅｎｃｙ  ｈｏｐｐｉｎｇ）する。特に、図６は、ｍ＝０のＰＵＣＣＨ、ｍ＝１のＰＵＣＣＨ、ｍ＝２のＰＵＣＣＨ、ｍ＝３のＰＵＣＣＨがサブフレームに割り当てられるとしている。
【００５０】
以下、チャネル状態情報（ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ、ＣＳＩ）報告について説明する。現在、ＬＴＥ標準では、チャネル状態情報無しに運用される開ループ（ｏｐｅｎ−ｌｏｏｐ）ＭＩＭＯとチャネル状態情報に基づいて運用される閉ループ（ｃｌｏｓｅｄ−ｌｏｏｐ）ＭＩＭＯの２つの送信方式がある。特に、閉ループＭＩＭＯでは、ＭＩＭＯアンテナの多重化利得を得るために、基地局及び端末が各々チャネル状態情報に基づいてビームフォーミングを行う。基地局はチャネル状態情報を端末から得るために、端末にＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ）又はＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ）を割り当てて下りリンク信号に対するチャネル状態情報（ＣＳＩ）をフィードバックするように命令する。
【００５１】
ＣＳＩは大きく、ＲＩ（Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  ｉｎｄｅｘ）、ＣＱＩ（Ｃｈａｎｎｅｌ  Ｑｕａｌｉｔｙ  Ｉｎｄｉｃａｔｉｏｎ）の３つの情報に分類される。まずＲＩは、上述したように、チャネルのランク情報を示し、端末が同じ周波数−時間リソースにより受信可能なストリーム数を意味する。またＲＩはチャネルの長期間フェージング（ｌｏｎｇ  ｔｅｒｍ  ｆａｄｉｎｇ）により決定されるので、通常ＰＭＩ、ＣＱＩ値よりも長い周期で基地局にフィードバックされる。
【００５２】
またＰＭＩは、チャネルの区間特性を反映した値であり、ＳＩＮＲなどのメトリック（ｍｅｔｒｉｃ）を基準として端末が選好する基地局のプリコーディング行列インデックスを示す。最後に、ＣＱＩはチャネルの強度を示す値であり、通常基地局がＰＭＩを用いた時に得られる受信ＳＩＮＲを意味する。
【００５３】
３ＧＰＰ  ＬＴＥ−Ａシステムにおいて、基地局は多数のＣＳＩプロセスをＵＥに設定し、各ＣＳＩプロセスに対するＣＳＩが報告される。ここで、ＣＳＩプロセスは、基地局からの信号品質特定のためのＣＳＩ−ＲＳリソースと、干渉測定のためのＣＳＩ−ＩＭ（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍｅａｓｕｒｅｍｅｎｔ）リソース、即ち、ＩＭＲ（ｉｎｔｅｒｆｅｒｅｎｃｅ  ｍｅａｓｕｒｅｍｅｎｔ  ＲＥｓｏｕｒｃｅ）とで構成される。
【００５４】
ミリ波（Ｍｉｌｌｉｍｅｔｅｒ  Ｗａｖｅ、ｍｍＷ）では波長が短いので、同一面積に多数のアンテナ要素の設置が可能である。具体的には、３０ＧＨｚ帯域において波長は１ｃｍであるので、４＊４ｃｍのパネルに０．５ｌａｍｂｄａ（波長）間隔で２Ｄ（２−ｄｉｍｅｎｓｉｏｎ）配列する場合、合計６４（８＊８）のアンテナ要素を設けることができる。これにより、ミリ波（ｍｍＷ）では多数のアンテナ要素を使用してビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ、ＢＦ）利得を上げてカバレッジを増加させるか、又はスループット（ｔｈｒｏｕｇｈｐｕｔ）を向上させることができる。
【００５５】
この場合、アンテナ要素ごとに伝送パワー及び位相の調節ができるようにＴＸＲＵ（ｔｒａｎｓｃｅｉｖｅｒ）を含むと、周波数リソースごとに独立的なビームフォーミングを行うことができる。しかし、１００個余りの全てのアンテナ要素にＴＸＲＵを設けることは費用面で実効性が乏しい。従って、１つのＴＸＲＵに多数のアンテナ要素をマッピングし、アナログ位相シフター（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）でビーム方向を調節する方式が考えられる。かかるアナログビームフォーミング方式では全帯域において１つのビーム方向のみが形成されるので、周波数選択的なビームフォーミングが難しいという短所がある。
【００５６】
デジタルビームフォーミング及びアナログビームフォーミングの中間形態として、Ｑ個のアンテナ要素より少ない数のＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（ｈｙｂｒｉｄ  ＢＦ）が考えられる。この場合、Ｂ個のＴＸＲＵとＱ個のアンテナ要素の連結方式によって差はあるが、同時に伝送可能なビームの方向はＢ個以下に制限される。
【００５７】
図７はＴＸＲＵとアンテナ要素の連結方式の一例を示す。
【００５８】
図７の（ａ）はＴＸＲＵがサブアレイ（ｓｕｂ−ａｒｒａｙ）に連結された方式を示す。この場合、アンテナ要素は１つのＴＸＲＵのみに連結される。一方、図７の（ｂ）はＴＸＲＵが全てのアンテナ要素に連結される方式を示す。この場合、アンテナ要素は全てのＴＸＲＵに連結される。図７において、Ｗはアナログ位相シフター（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）により乗じられる位相ベクトルを示す。即ち、Ｗによってアナログビームフォーミングの方向が決定される。ここで、ＣＳＩ−ＲＳアンテナポートと複数のＴＸＲＵとのマッピングは１：１又は１：多である。
【００５９】
多数の通信機器がより大きな通信容量を要求することにより、既存のＲＡＴ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）に比べて向上したモバイルブロードバンド通信の必要性が高まっている。また、多数の機器及び物を連結していつでもどこでも多様なサービスを提供する大規模（ｍａｓｓｉｖｅ）ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）が次世代通信において考えられている。さらに信頼性及び遅延などに敏感なサービス／ＵＥを考慮した通信システムのデザインも考えられている。これらを考慮した次世代ＲＡＴの導入が論議されており、本発明では便宜上Ｎｅｗ  ＲＡＴという。
【００６０】
ＴＤＤシステムにおいて、データ送信遅延を最小化するために、第５世代ＮｅｗＲＡＴでは図８のようなセルフサブフレームの構造（Ｓｅｌｆ−Ｃｏｎｔａｉｎｅｄ  ｓｕｂｆｒａｍｅ  ｓｔｒｕｃｔｕｒｅ）を考慮している。図８はセルフサブフレームの構造の一例である。
【００６１】
図８において斜線領域は下りリンク制御領域を示し、黒い部分は上りリンク制御領域を示す。表示のない領域は、下りリンクデータ送信又は上りリンクデータ送信のために使用されることができる。かかる構造の特徴は、１つのサブフレーム内で下りリンク送信と上りリンク送信が順に行われて、サブフレーム内で下りリンクデータを送り、上りリンクＡＣＫ／ＮＡＣＫも受けることができる。結果として、データ送信のエラー発生時にデータの再送信までかかる時間を減らすことができ、これにより最終データの伝達遅延を最小化することができる。
【００６２】
かかるセルフサブフレーム構造において、基地局とＵＥが送信モードから受信モードへの転換過程又は受信モードから送信モードへの転換過程のための時間ギャップ（ｔｉｍｅ  ｇａｐ）が必要である。このために、セルフサブフレーム構造において、下りリンクから上りリンクに転換される時点の一部のＯＦＤＭシンボル（ＯＦＤＭシンボル；ＯＳ）がＧＰ（ｇｕａｒｄ  ｐｅｒｉｏｄ）として設定される。
【００６３】
ＮｅｗＲＡＴに基づいて動作するシステムにおいて、構成／設定可能なセルフサブフレームのタイプの一例として、少なくとも以下の４つのサブフレームタイプが考えられる。
【００６４】
−下りリンク制御区間＋下りリンクデータ区間＋ＧＰ＋上りリンク制御区間
【００６５】
−下りリンク制御区間＋下りリンクデータ区間
【００６６】
−下りリンク制御区間＋ＧＰ＋上りリンクデータ区間＋上りリンク制御区間
【００６７】
−下りリンク制御区間＋ＧＰ＋上りリンクデータ区間
【００６８】
第５世代ＮｅｗＲＡＴシステムでは、応用分野或いはトラフィック種類によって物理チャネルの送受信に使用する基準時間の単位が様々である。基準時間は特定物理チャネルをスケジューリングするための基本単位であり、該当スケジューリング単位を構成するシンボル数及び／又は副搬送波間隔などによって基準時間の単位が変化する。
【００６９】
本発明の実施例では、説明の便宜上、基準時間の単位をスロットとミニスロットに仮定する。スロットは、一例としてｅＭＢＢ（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）で送信されるデータのように、一般的なデータトラフィックに使用されるスケジューリングの基本単位である。ミニスロットは、時間ドメインにおいてスロットより小さい時間区間を有し、ＵＲＬＬＣ（Ｕｌｔｒａ  Ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  Ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）、非免許帯域又はミリメートル波（ｍｉｌｌｉｍｅｔｅｒ  ｗａｖｅ）などのように、特別な目的のトラフィック或いは通信方式で使用するスケジューリングの基本単位である。
【００７０】
但し、上記実施例は本発明を説明するためのものであり、ｅＭＢＢがミニスロットに基づいて物理チャネルを送受信する場合、或いはＵＲＬＬＣや他の通信技法がスロットに基づいて物理チャネルを送受信する場合も本発明の思想から拡張可能である。
【００７１】
スロット基盤の送信（以下、ｅＭＢＢ送信）は、ミニスロット基盤の送信（以下、ＵＲＬＬＣ）と比較して、相対的に長い時間の間に送信が発生する。ＵＲＬＬＣトラフィックの場合、一般的に緊急なパケットが急に発生することができ、特にｅＭＢＢの送信中にＵＲＬＬＣトラフィックが発生することができる。
【００７２】
一般的にｅＭＢＢ送信の場合はスロット単位でスケジューリングされ、これによりＵＲＬＬＣ物理チャネルの送信時にｅＭＢＢ送信リソースの一部をパンクチャリングすることのように、ｅＭＢＢの送信中に発生したＵＲＬＬＣに対する影響を直ちに認知できないことがある。
【００７３】
かかる状況において、ｅＭＢＢ物理チャネルを受信するＵＥは、ＵＲＬＬＣによるパンクチャリングによって間違った情報に基づいてデータデコーディングを行うことができ、これにより、再送信時にもデコーディング性能の劣化が発生することができる。例えば、以前の送信のソフト値を用いたチェース合成（ｃｈａｓｅ  ｃｏｍｂｉｎｉｎｇ）を行う場合に、デコーディング性能の劣化が発生することができ、この場合、過度な再送信が求められる。
【００７４】
もし、ＵＥで他の情報によりパンクチャリングされたリソースを認知できる場合は、このパンクチャリングされたリソースに対応するソフト値を除いて、デコーディング性能の劣化を減らすことができる。即ち、ＬＬＲ（ｌｏｇ−ｌｉｋｅｌｉｈｏｏｄ  ｒａｔｉｏ）のような入力値を０に設定してデコーディングを行い、デコーディング性能の劣化を減らすことができる。
【００７５】
以上のように本発明では、サブフレーム、スロット又はミニスロットのような複数の基準時間の単位に対する送受信時に、互いに異なる時間単位で送信される物理チャネルを効率的に多重化する方法を提案する。また、スロット基盤に送信される特定物理チャネルがミニスロット基盤に送信される他の物理チャネルによって一部の送信リソースが消失された場合、又は一部の送信リソースが減少した場合には、ＵＥで状況を認知するための方法及び／又は該当情報に基づいて受信性能を高める方法を提案する。
【００７６】
＜パンクチャリングされたリソースの指示方法＞
【００７７】
ｅＭＢＢに対する物理チャネルの送信中にＵＲＬＬＣトラフィックが発生する場合、利用可能なリソース及びＵＲＬＬＣのトラフィック量によって送信中のｅＭＢＢ物理チャネルに割り当てられたリソースの一部をパンクチャリングしてＵＲＬＬＣ物理チャネルが送信されることができる。この時、ＵＥがｅＭＢＢ物理チャネルを検出及び復号すると、ＵＲＬＬＣ物理チャネルに代替されたパンクチャリングリソース領域によって検出及び／又は復号の性能を下げることができる。従って、ＵＥが復号を行う場合、パンクチャリングされたリソース領域は除外する必要があり、パンクチャリングされたリソース領域に関する指示情報をＵＥに送信する必要がある。
【００７８】
第５世代ＮｅｗＲＡＴでは、ＵＲＬＬＣなどによりパンクチャリングされたリソース、或いは他の情報に代替されたリソースに対する時間／周波数ドメインの位置情報を第３物理チャネルを介して送信することが考えられる。第３物理チャネルは、コードブロック（Ｃｏｄｅ  ｂｌｏｃｋ；ＣＢ）単位、又はスロット内の単一或いは複数のミニスロット単位で送信され、スロットの最後のいくつのシンボルにより送信されることもできる。例えば、パンクチャリングされたリソース情報を含む物理チャネルは、ｅＭＢＢと同じニューマロロジー（ｎｕｍｅｒｏｌｏｇｙ）に基づいて送信されることができる。この時、ｅＭＢＢと同じニューマロロジーは、スロット基準の特定シンボルグループである。ここで、パンクチャリングされたリソース情報は、特定のスロットにおいてリソースの一部がパンクチャリングされたか否かを含むが、これは物理チャネル全体に対することであるか、又はコードブロックごと或いはミニスロットごとにパンクチャリングされたリソースの存在有無を指示する情報を含むこともできる。
【００７９】
一方、ＵＥが物理チャネルの受信に成功した場合、パンクチャリングされたリソースを含むｅＭＢＢデータに対する全体又は一部に対するソフト値をバッファーから除外する（ｆｌｕｓｈ）ことができる。ここで、バッファーから除外されるソフト値は、パンクチャリングされたリソースを含むコードブロックに対するソフト値である。即ち、ｅＭＢＢデータに対する再送信後にデコーディングを行う場合、チェース合成を行う代わりに、再送信に対する受信値のみでデコーディングを行うことができる。
【００８０】
例えば、指示値によって、以前の送信でパンクチャリングされたリソースがなかったコードブロックの場合にはチェース合成を行い、以前の送信でパンクチャリングされたリソースがあったコードブロックの場合にはチェース合成を行わない。パンクチャリングされたリソースに対する指示情報は、今後該当ＨＡＲＱプロセスに対応する再送信が発生する時、再送信の対象になるコードブロックを特定することもできる。例えば、同一のＨＡＲＱプロセスに対する再送信をスケジューリングする時、再送信の対象になるコードブロックは指示情報により指示されたパンクチャリングされたリソースに対応するか、又はパンクチャリングされたリソースと一部重なるコードブロックに限定される。
【００８１】
また、再送信ＤＣＩにより、パンクチャリングされたリソースに関する情報をＵＥに伝達するか、チェース合成を行うか、又は全体或いは一部のバッファー情報をリセットした後に再送信された情報にデコーディングを行うかを指示する方法が考えられる。例えば、チャネル状態及び干渉状況による再送信状況のように、一般的な再送信状況に対する再送信ＤＣＩ（以下、第１ＤＣＩ）とＵＲＬＬＣなどにより、一部のリソースがパンクチャリングされた場合による再送信状況に対する再送信ＤＣＩ（以下、第２ＤＣＩ）を区分することができる。
【００８２】
具体的には、第２ＤＣＩを受信したＵＥは、第２ＤＣＩが再送信に対することであっても、一部リソースがパンクチャリングされた場合による再送信ＤＣＩであれば、デコーディング時に全体又は一部のコードブロックに対してチェース合成を行わない。この時、第１ＤＣＩと第２ＤＣＩは特定の指示子に区分され、又はスクランブル及び／又はＣＲＣマスキングに区分されることもできる。例えば、ＤＣＩ内の指示子或いはスクランブル及び／又はＣＲＣマスキングにＤＣＩが指示するＰＤＳＣＨをデコーディングする時、これに対応する以前の送信のソフト値にチェース合成を行った後にデコーディングを行うか、又はこれに対応する以前の送信のソフト値をリセットし、再送信されたＰＤＳＣＨでデコーディングを行うかを決定できる。
【００８３】
この時、チェース合成を行うか否かに対する指示及びその実行有無は、単一或いは複数のコードブロックごとに行われる。もし、単一或いは複数のミニスロット単位で指示情報がＵＥに送信される場合、該当ミニスロットと重なる全体又は一部のコードブロックに対してチェース合成を行わないことができる。例えば、図９において、ミニスロット２に該当する領域がパンクチャリングされた場合、基地局は第２ＤＣＩでミニスロット２がパンクチャリングされたと指示する。そうすると、ＵＥは第２ＤＣＩからコードブロック１、コードブロック２、コードブロック３が再送信されたことを把握できる。なお、ミニスロットは実際にＵＲＬＬＣが送信された領域とは関係なく設定されることもでき、ミニスロットの開始位置及び／又はミニスロットの時間区間情報などで表現できる。
【００８４】
なお、上述した第２ＤＣＩは、ＨＡＲＱプロセス番号（或いはＨＡＲＱプロセスＩＤ）、ＮＤＩ及び／又は第２ＤＣＩが送信される時点などを組み合わせて設定できる。上記においてＨＡＲＱプロセス番号（或いはＨＡＲＱプロセスＩＤ）及び／又はＮＤＩはトランスポートブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ；ＴＢ）ごとに設定され、又は単一或いは複数のコードブロックごとに設定されることもできる。
【００８５】
以下、全体又は一部のコードブロックに対してチェース合成を行わない再送信ＤＣＩの構成方法に関する具体的な実施例について説明する。この時、ＨＡＲＱプロセス番号（或いはＨＡＲＱプロセスＩＤ）は以前の送信と同様に設定できる。また、以下の実施例において、説明する再送信ＤＣＩは一部のリソースがパンクチャリングされた場合による再送信状況に対する再送信ＤＣＩ、即ち、第２ＤＣＩであることができる。
【００８６】
１．実施例１
【００８７】
再送信ＤＣＩのＮＤＩは再送信を指示する値に設定される。即ち、ＮＤＩは同じＨＡＲＱプロセスＩＤを有するＤＣＩのＮＤＩである以前のＮＤＩからトグルされないことができる。また再送信ＤＣＩは以前の送信に対するＤＣＩ送信時点を基準として送信できる。具体的には、再送信ＤＣＩは、これに対応する１）以前の送信ＤＣＩが送信された後に送信されるか、２）以前のＤＣＩに対応するＰＤＳＣＨが送信された後に送信されるか、又は３）以前のＤＣＩに対応するＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信される前に送信されることができる。
【００８８】
なお、ＮＤＩなどによりチェース合成有無を指示できる再送信ＤＣＩが送信される送信区間は、該当再送信に対応する以前のＤＣＩで指示できる。例えば、指示される送信区間はＤＣＩで指示するプロセシング時間及び／又はＨＡＲＱ−ＡＣＫ送信時間である。また再送信ＤＣＩは、これに対応する以前のＤＣＩが送信されるスロットの次のスロット、又は以前のＤＣＩが送信されるスロット後の最初の下りリンクスロット又は上りリンクスロットで送信されることができる。また、コードブロックごとにチェース合成有無を決定するために、単一或いは複数のコードブロックごとにＮＤＩを設定することもできる。
【００８９】
２．実施例２
【００９０】
再送信ＤＣＩのＮＤＩは新しいデータを指示する値に設定される。即ち、ＮＤＩは同じＨＡＲＱプロセスＩＤを有するＤＣＩのＮＤＩである以前のＮＤＩからトグルされることができる。例えば、再送信ＤＣＩが以前の送信に対するＤＣＩ送信時点から特定時間内に送信される場合、ＣＲＣ確認（ｃｈｅｃｋ）に失敗したコードブロックについてはチェース合成を行わないことができる。言い換えれば、ＵＥは同じＨＡＲＱプロセスＩＤに対する以前の送信でＣＲＣ確認に成功したコードブロックであっても、再送信されたコードブロックのＣＲＣ確認に失敗した場合は、以前の送信でＣＲＣ確認に成功したコードブロックに対するチェース合成を行わないので、以前の送信でＣＲＣ確認に成功したコードブロックに対するデコーディングを期待しないことができる。反面、ＮＤＩなどによりチェース合成有無を指示できる再送信ＤＣＩが送信される送信区間は、該当再送信に対応する以前のＤＣＩで指示することができる。例えば、指示される送信区間は、ＤＣＩにより指示されるプロセシング時間及び／又はＨＡＲＱ−ＡＣＫ送信時間である。
【００９１】
上記特定ＤＣＩを受信及び検出したＵＥは、これに対応する以前のＤＣＩに対するＰＤＳＣＨから全体又は一部のコードブロックに対してチェース合成を行わず、特定ＤＣＩに対応するＰＤＳＣＨに対する受信値でデコーディングを行うことができる。
【００９２】
もし、パンクチャリングされたリソースを指示する単位が大きい場合は、スロット区間において一部のミニスロット区間のみがパンクチャリングされた場合にも、パンクチャリングされていないコードブロックまで再送信するなどの余計なコードブロック送信の問題が発生することができる。さらに、パンクチャリングされていないコードブロックまでチェース合成を行わないことができる。かかる問題を減らすために、パンクチャリングされたリソースを指示する情報及び／又は再送信対象に関する情報を１つ以上のコードブロックごとに、又は１つ以上のミニスロット単位ごとにＤＣＩ内に含ませることが考えられる。しかし、ＵＲＬＬＣトラフィックが間欠的に示されることを考えると、この方式はＤＣＩオーバーヘッドの側面で非効率的である。
【００９３】
よって、さらに他の方式でさらなる制御チャネルの送信を考えられる。例えば、第１制御チャネルを介して、スロット送信内にパンクチャリングされたリソースが存在するか否かを指示する情報が送信され、パンクチャリングされたリソースが存在する場合に限って、送信される第２制御チャネルを介してパンクチャリングされたリソースに対する追加情報の送信を考慮できる。
【００９４】
この時、パンクチャリングされたリソースに対する追加情報は、パンクチャリングされたリソースに対応するコードブロックインデックス、時間／周波数リソース情報及びレイヤ情報のうちのいずれか１つを含む。
【００９５】
一方、第２制御チャネルのオーバーヘッドを減少するために、パンクチャリングされたリソースに関する追加情報は、スロット内で最初にパンクチャリングされたリソースが発生したコードブロックインデックス又はシンボルインデックスを指示することもできる。
【００９６】
反面、第１制御チャネルにより、第２制御チャネルに送信される情報を予め知らせることができる。例えば、パンクチャリングなどが発生した場合、第１制御チャネルにより、第２チャネルにコードブロックごと又はミニスロットごとのパンクチャリング情報を含む制御チャネルが送信されるか、或いはトランスポートブロックごとの再送信制御チャネルが送信されるかに関する情報を指示することができる。これは、パンクチャリングされていない場合とパンクチャリングされた場合を区分して、第２制御チャネルを介して互いに異なる情報が送信されることを意味する。従って、第２制御チャネルを介してどの情報が送信されるかによって、即ち、第１制御チャネルにより、第２制御チャネルを介して送信される情報に対する指示によってＵＥの動作も変化する。
【００９７】
一方、ＵＥに第１制御チャネルが送信されなかった場合は、最後に受信した第１制御チャネルの情報によって第２制御チャネルのデコーディングを行うか、又は第２制御チャネルに対するブラインドデコーディングにより第２制御チャネルを検出することができる。
【００９８】
又は、第２制御チャネルに対するデフォルトフォーマット（ｄｅｆａｕｌｔ  ｆｏｒｍａｔ）が設定されて、該デフォルトフォーマットに基づいてデコーディングを行うこともできる。
【００９９】
反面、第１制御チャネルと第２制御チャネルを区分せず、１つの制御チャネルを介して送信される場合には、コードブロック又はミニスロット単位のパンクチャリングに対する指示情報がＤＣＩに含まれるか否かが上位層シグナリングにより設定される。もしネットワークがＵＲＬＬＣを支援しないと、上述したようなパンクチャリングに対する指示或いは再送信方法を考慮する必要がないので、ネットワークがＵＲＬＬＣを支援しないと、一般的なトランスポートブロック単位の再送信などを考慮できる。
【０１００】
即ち、ネットワークはパンクチャリングなどによる再送信ＤＣＩが送信されるモードが設定されることができ、これに対応するモードが設定されると、第１、第２制御チャネルを介してコードブロック単位又はミニスロット単位のパンクチャリング指示に関する情報をＵＥに送信することができる。
【０１０１】
＜パンクチャリングされたデータを復旧するための再送信方法＞
【０１０２】
ＵＥは一部ＰＤＳＣＨの受信に失敗した場合、基地局から受信に失敗した一部ＰＤＳＣＨに対する再送信を期待でき、再送信の効率を高めるために、受信に成功した一部ＰＤＳＣＨをＨＡＲＱプロセスごとにバッファーに貯蔵して、それに基づいてチェース合成を行うことができる。
【０１０３】
しかし、実際のチャネル状況及び干渉状況によるデコーディング失敗と、ＵＲＬＬＣなどによって一部リソースがパンクチャリングされたか又は他のデータに代替された状況によるデコーディング失敗は、他の方法で処理できる。
【０１０４】
本発明では、実際のチャネル状況及び干渉状況によるデコーディング失敗とは区分される、ＵＲＬＬＣなどによって一部リソースがパンクチャリングされたか又は他のデータに代替された状況によるデコーディング失敗の時に再送信を行う方法について説明する。本発明による実施例において、ＵＥは単一或いは複数のコードブロック単位でパンクチャリングされたリソースの存在有無に対する指示値を基地局から明示的又は暗黙的に受信する。
【０１０５】
第５世代ＮｅｗＲＡＴにおいて再送信はトランスポートブロック単位又はコードブロック単位で行われ、単一或いは複数のコードブロック単位でＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）値が独立して設定される。また、ＲＶ値によって再送信時にシステマティックビット（Ｓｙｓｔｅｍａｔｉｃ  ｂｉｔｓ）が送信されるか又はパリティビット（ｐａｒｉｔｙ  ｂｉｔｓ）のうちのいずれかが送信されるかを決定する。
【０１０６】
具体的には、パンクチャリングされたリソースに対応するか又は少なくとも一部が重なるコードブロックとその他のコードブロックはＲＶ値の設定が独立している。この時、少なくとも一部が重なるコードブロックは、パンクチャリングされたリソースと重なるコードブロックの重なるリソースの程度が特定の臨界値以上であるか又はシステマティックビットの全体又は一部が重なることを意味することができる。
【０１０７】
この時、再送信ＤＣＩでは単一或いは複数のコードブロックごとにＲＶ値を設定できる。また再送信ＤＣＩにおいてＲＶ値はトランスポートブロック又はコードワードごとに指定されるか、又はＤＣＩ当たり１つのＲＶ値のみが指定され、特定のコードブロックグループは指示されたＲＶ値によって送信され、さらに他の特定コードブロックグループは指示されたＲＶ値に関係なくデフォルトＲＶ値で指定されることができる。
【０１０８】
なお、上記指示されたＲＶ値が適用されるコードブロックグループであるか否かは、コードブロックグループに対応するＤＣＩにより指示されるか、又はパンクチャリングされたリソース情報を含む第３チャネルにより指示される。具体的には、パンクチャリングされたリソースに対応するコードブロックグループは、再送信時にＲＶ値を０に設定するか、又はシステマティックビットを必ず含むように設定され、その他に、例えば、チャネル状態或いは干渉によって再送信されるコードブロックグループは、可変のＲＶ値を適用してＩＲ（ｉｎｃｒｅａｓｅ  ｒｅｄｕｎｄａｎｃｙ）方式により再送信効率を高めることができる。
【０１０９】
一方、本発明による他の実施例によれば、１つのトランスポートブロックに対して複数のＤＣＩによりコードブロックグループ基盤の再送信を行うこともできる。例えば、１つのＤＣＩはパンクチャリングされたリソースと重なるコードブロック又はコードブロックグループをスケジューリングするために使用し、他のＤＣＩはその他の要因によって再送信されるコードブロックグループをスケジューリングするために使用することができる。この実施例によれば、１つのトランスポートブロックに対する再送信コードブロックグループは各々異なるＲＶ値を有することができる。
【０１１０】
基本的には各々のＤＣＩにより送信されるＰＤＳＣＨは各々異なるリソースを用いて送信され、各々のＤＣＩで指示するコードブロックグループを含むことができる。また、ネットワーク設定によっては、１つのトランスポートブロックを再送信するための複数のＤＣＩが指示するＰＤＳＣＨは全体又は一部のリソースが重なることができ、この場合、特定のＤＣＩが指示するＰＤＳＣＨのみを送信することができる。即ち、特定のＤＣＩが指示するコードブロックグループのみを再送信することができる。この時、特定のＤＣＩはＤＣＩが送信される時点及び／又はＤＣＩが指示するＰＤＳＣＨのリソース情報に基づいて決定される。例えば、時間上、後に送信されたＤＣＩ及び／又はＤＣＩが指示するＰＤＳＣＨのリソース量やリソース位置に基づいて決定できる。
【０１１１】
反面、複数のＤＣＩが指示する情報に基づいてＰＤＳＣＨを送信することもできる。この場合、複数のＤＣＩが指示するコードブロックグループを集めて１つのＰＤＳＣＨを介して送信できる。この時、複数のコードブロックグループに対するマッピング順序は、１）特定のトランスポートブロック内のコードブロックインデックスに基づいて決定されるか、２）各ＤＣＩの時間上の順序に基づいて決定されるか、又は３）各ＤＣＩが指示する最低のコードブロックグループインデックスを基準として決定される。また、この場合、ＰＤＣＣＨ  ｍｉｓｓｉｎｇによって、ＰＤＳＣＨに対するデコーディングに失敗するか、或いはＰＤＳＣＨに対するブラインドデコーディングが求められることもできる。
【０１１２】
一方、１つのトランスポートブロックに対する複数のＤＣＩは各々独立してＨＡＲＱ−ＡＣＫフィードバック情報を含み、ＵＥはそれに基づいてＨＡＲＱ−ＡＣＫフィードバックを送信する。例えば、各ＤＣＩが指示するＨＡＲＱ−ＡＣＫフィードバックに対するリソースが異なる場合にのみ、ＵＥが各々のＤＣＩに対するＨＡＲＱ−ＡＣＫフィードバックを送信できる。この時、各々のＨＡＲＱ−ＡＣＫフィードバックは各々のＤＣＩが指示するコードブロックグループに対するものである。この時、時間上、後に送信されたＨＡＲＱ−ＡＣＫフィードバックのように、特定のＨＡＲＱ−ＡＣＫフィードバックは複数のＤＣＩからスケジューリングされたコードブロックグループに対するＨＡＲＱ−ＡＣＫである。
【０１１３】
反面、ＵＥは特定のＤＣＩのＨＡＲＱ−ＡＣＫフィードバックのみを送信することができ、この場合、ＨＡＲＱ−ＡＣＫフィードバックは特定のＤＣＩに対応するコードブロックグループ或いは複数のＤＣＩに対応するコードブロックグループに対するＨＡＲＱ−ＡＣＫである。具体的には、複数のコードブロックグループに対するＨＡＲＱ−ＡＣＫマッピング順序は、１）特定のトランスポートブロック内のコードブロックインデックスに基づいて決定されるか、２）各ＤＣＩの時間上の順序に基づいて決定されるか、又は３）各ＤＣＩが指示する最低のコードブロックグループインデックスを基準として決定される。
【０１１４】
さらに、ＵＥは１つのトランスポートブロックに対する複数のＤＣＩが指示するＨＡＲＱ−ＡＣＫフィードバックリソースの全体又は一部が重なる場合には、特定ＤＣＩのＨＡＲＱ−ＡＣＫフィードバックのみを送信することができ、この場合、ＨＡＲＱ−ＡＣＫフィードバックは特定ＤＣＩに対応するコードブロックグループ或いは複数のＤＣＩに対応するコードブロックグループに対するＨＡＲＱ−ＡＣＫである。具体的には、複数のコードブロックグループに対するＨＡＲＱ−ＡＣＫマッピング順序は、１）特定のトランスポートブロック内のコードブロックインデックスに基づいて決定されるか、２）各ＤＣＩの時間上の順に基づいて決定されるか、又は３）各ＤＣＩが指示する最低のコードブロックグループインデックスを基準として決定される。
【０１１５】
ＵＲＬＬＣなどによりｅＭＢＢ送信或いはスロット基盤送信の特定のリソースがパンクチャリングされる場合、特定のリソースにマッピングされた複数のレイヤに対するコードブロックで性能劣化が発生することができる。もし再送信時に特定のコードブロックに対するレイヤ間の移動が許容されない場合、パンクチャリングされたリソースに対応するコードブロックのデコーディングに成功するためには、再送信時にも該当レイヤほどの送信が求められる。
【０１１６】
しかし、第５世代ＮｅｗＲＡＴでは、単一或いは複数のコードブロック単位の再送信方式が導入され、上記非効率的な状況を避けるために、再送信時に互いに異なるレイヤに対応するコードブロックが同一のレイヤ、同一のトランスポートブロック又は同一のコードワードに基づいて送信されることができる。例えば、ＵＲＬＬＣによって、ｅＭＢＢ送信のうち、レイヤ＃Ａのコードブロック＃ａとレイヤ＃Ｂのコードブロック＃ｂがパンクチャリングされたとする時、再送信時にはコードブロック＃ａとコードブロック＃ｂを同じレイヤで再送信することができる。この時、再送信に用いられる同じレイヤは、各レイヤのチャネル状態に基づいて選択される。即ち、再送信に用いられるレイヤは、複数のレイヤのうち、チャネル状態が最上であるレイヤである。この場合、再送信の対象になるコードブロックを少なくとも１つのトランスポートブロック又はコードワードにより送信することによって、他のトランスポートブロック又はコードワードは、さらに他の再送信或いは新規の送信をスケジューリングできるという利点がある。
【０１１７】
基地局からＵＥに送信されるＰＤＳＣＨリソースの一部がパンクチャリングされた場合、ＰＤＳＣＨに含まれた全てのコードブロックを再び再送信する既存の方式を使用できる。この時、パンクチャリングに対する指示があるか又はＨＡＲＱバッファー除去の指示（ＨＡＲＱ  ｂｕｆｆｅｒ  ｄｉｓｃａｒｄ  Ｉｎｄｉｃａｔｉｏｎ）があった場合、全てのＣＢに対するＨＡＲＱバッファーを除去するか、又は全てのＣＢがパンクチャリングの影響を受けると仮定することができる。
【０１１８】
反面、基地局からＵＥに送信されるＰＤＳＣＨリソースの一部がパンクチャリングされた場合、パンクチャリングの影響を受けたコードブロックのみを再送信するか又はＮＡＣＫが送信されたコードブロックのみを再び再送信するコードブロック単位の再送信或いはミニスロット単位の再送信（ＣＢ  ｌｅｖｅｌ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ  ｏｒ  ｍｉｎｉ−Ｓｌｏｔ  ｌｅｖｅｌ  ｒｅｔｒａｎｓｍｉｓｓｉｏｎ）を行うことができる。
【０１１９】
コードブロック単位の再送信の場合、ＮＡＣＫが送信されたコードブロック又はパンクチャリングの影響を受けたコードブロックを再送信する。また、ミニスロット単位の再送信である場合には、ＮＡＣＫが送信されたコードブロックを含むミニスロット又はパンクチャリングの影響を受けたミニスロットを再送信することができる。もし、ＨＡＲＱ−ＡＣＫフィードバック無しにパンクチャリングの影響を受けたデータの再送信を行う場合には、ミニスロット単位で再送信することが好ましい。
【０１２０】
第５世代ＮｅｗＲＡＴではコードブロックグループ基盤の再送信を導入することができ、少なくともＤＣＩ構造及び解釈方法において、コードブロックグループ基盤のスケジューリングに対するＤＣＩとトランスポートブロック基盤のスケジューリングに対するＤＣＩが互いに異なることができる。
【０１２１】
一方、コードブロックグループ基盤の再送信が設定された場合は、常にＤＣＩがトランスポートブロック基盤のスケジューリング情報とコードブロックグループ基盤のスケジューリング情報を全て含むことができる。しかし、この場合、過度なＤＣＩオーバーヘッドが発生することができるので、ＵＥが特定時点でのみコードブロックグループ基盤の再送信に対するＤＣＩをモニタリングすることができる。コードブロックグループ基盤のスケジューリングＤＣＩをモニタリングするための特定時点に関する具体的な実施例は以下の通りである。
【０１２２】
１．実施例１
【０１２３】
ＵＥがコードブロックグループ基盤のＨＡＲＱ−ＡＣＫフィードバックを送信した後、或いはコードブロック基盤のＨＡＲＱ−ＡＣＫフィードバックで一定水準の数のコードブロックグループがＮＡＣＫである場合、即ち、少なくとも１つのコードブロックグループがＮＡＣＫであるか、又はＮＡＣＫであるコードブロックグループが一定水準以下である場合は、ＵＥはＨＡＲＱ−ＡＣＫフィードバックを送信した時点から、或いは特定時点後からコードブロックグループ基盤のスケジューリングに対するＤＣＩモニタリングを行うことができる。もしＮＡＣＫであるコードブロックグループが一定水準以上であると、トランスポートブロック基盤のスケジューリングに対するＤＣＩをモニタリングしてトランスポートブロック基盤に再送信を行うことがより効率的であるためである。ここで、特定時点はＤＣＩ或いは上位層により設定される。
【０１２４】
しかし、もしＵＥが相変わらず他のＨＡＲＱプロセスに対するトランスポートブロック基盤のスケジューリングＤＣＩが送信されると仮定することもできるので、コードブロックグループ基盤のＤＣＩとトランスポートブロック基盤のＤＣＩの間では、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ；ＳＳ）、ＲＮＴＩ及びＣＲＣマスキング、ブラインド検出などが区分される。例えば、トランスポートブロック基盤のＤＣＩに対するブラインド検出を試みる回数がＮであると、コードブロックグループ基盤のＤＣＩを共にモニタリングする場合に、トランスポートブロック基盤のＤＣＩに対するブラインド検出を試みる回数がＮより小さくなることができる。この時、Ｎ値は基地局がＤＣＩ或いは上位層シグナリングにより指示することができる。
【０１２５】
基本的に非同期式ＨＡＲＱプロセス（ａｓｙｎｃｈｒｏｎｏｕｓ  ＨＡＲＱ  ｐｒｏｃｅｓｓ）を考えると、コードブロックグループ基盤のＤＣＩを続けてモニタリングすることは非効率的であるので、コードブロックグループ基盤のＤＣＩをモニタリングするための特定区間を設定することができ、この時、特定区間は基地局が上位層シグナリングにより設定することができる。
【０１２６】
２．実施例２
【０１２７】
パンクチャリングの影響を受けたリソースに対する指示信号のような第３信号が上記影響を受けたリソースを含むＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫフィードバックが送信される前に送信可能であり、ＵＥが上記指示信号を検出したか、又は検出した指示信号が特定コードブロックグループ或いは特定時間／周波数リソースを指示する場合、ＵＥは指示信号を受信するか、又は検出した時点から或いは特定時点後からコードブロックグループ基盤のスケジューリングに対するＤＣＩモニタリングを行うことができる。ここで、特定時点はＤＣＩ或いは上位層シグナリングにより設定される。
【０１２８】
しかし、もしＵＥが相変わらず他のＨＡＲＱプロセスに対するトランスポートブロック基盤のスケジューリングＤＣＩが送信されると仮定することもできるので、コードブロックグループ基盤のＤＣＩとトランスポートブロック基盤のＤＣＩの間では、検索空間（ｓｅａｒｃｈ  ｓｐａｃｅ；ＳＳ）、ＲＮＴＩ及びＣＲＣマスキング、ブラインド検出などが区分される。例えば、特定のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫフィードバックが送信される時点、或いは該当時点より以前のスロット或いは該当時点の次のスロットからはＵＥがコードブロックグループ基盤のＤＣＩのモニタリングを行わないことができる。具体的には、別の信号により指示信号が送信されないと、コードブロックグループ基盤の送信が上位層で設定された場合、ＰＤＳＣＨが送信されるスロット後、又はＰＤＳＣＨが送信されるスロットからＰＤＳＣＨ送信に対応するＨＡＲＱ−ＡＣＫフィードバックが送信されるスロット或いはその以前のスロットまでＵＥがコードブロックグループ基盤のＤＣＩモニタリングを行うことができる。
【０１２９】
３．実施例３
【０１３０】
トランスポートブロック基盤のＤＣＩとコードブロックグループ基盤のＤＣＩに対するＣＯＲＥＳＥＴ（ｃｏｎｔｒｏｌ  ｒｅｓｏｕｒｃｅ  ｓｅｔ）、検索領域、ブラインド検出などを区分するか、又は別に設定することができる。例えば、コードブロックグループ基盤のＤＣＩに対するＣＯＲＥＳＥＴは、ＰＤＳＣＨがマッピングされる領域の最後のいくつのシンボル又はミニスロットのようなＰＤＳＣＨ領域に設定される。この場合、コードブロックグループ基盤のＤＣＩに対するＣＯＲＥＳＥＴに設定可能な全てのリソースが常に予約されることはＰＤＳＣＨ送信の側面で非効率的であるので、ＣＯＲＥＳＥＴの送信有無によってＰＤＳＣＨマッピングが変化することができる。
【０１３１】
例えば、ＵＥはコードブロックグループ基盤のＤＣＩに対するＣＯＲＥＳＥＴでＤＣＩ検出に成功した場合、検出されたＤＣＩがマッピングされるリソース或いはリソース単位について、ＰＤＳＣＨマッピングではなく、レートマッチング或いはパンクチャリングを行い、それ以外のリソースには、ＰＤＳＣＨマッピングが行われることができる。
【０１３２】
上記実施例のうちのいずれか１つのみを使用するか、又は複数の実施例を組み合わせてコードブロックグループ基盤のモニタリング区間を設定することができる。
【０１３３】
＜ＵＲＬＬＣ信号の多重化のためのリソース要素マッピング変更（ＲＥ  ｍａｐｐｉｎｇ  ｃｈａｎｇｅ  ｆｏｒ  ｐｏｔｅｎｔｉａｌ  ｍｕｌｔｉｐｌｅｘｉｎｇ  ｗｉｔｈ  ＵＲＬＬＣ）＞
【０１３４】
トラフィックによっては、ＵＲＬＬＣに対する周波数リソース割り当てが過度ではないことができる。ＵＲＬＬＣ送信に対する物理チャネルは送信帯域幅のサイズが様々であり、ｅＭＢＢ送信の周波数ドメインでのみパンクチャリングすることもできる。トランスポートブロックのサイズ及び／又はコードレイトなどのｅＭＢＢスケジューリング情報によっては、パンクチャリングされたリソースが占める量が小さい場合は、ｅＭＢＢに対する性能劣化の程度が小さいことができる。
【０１３５】
しかし、パンクチャリングされたリソースが少ない場合にも、ｅＭＢＢの送信時にシステマティックビットに対してパンクチャリングが行われる場合は、パンクチャリングによる性能劣化の程度が大きい。従って、ＵＲＬＬＣトラフィックがｅＭＢＢ送信リソースをパンクチャリングするにおいて、できる限りシステマティックビットを避ける必要がある。また本発明では説明の便宜上、システマティックビットを基準として説明したが、ＵＣＩ又はＤＣＩのような他の主要信号又は情報なども本発明の思想から適用可能である。
【０１３６】
基本的には、システマティックビット及びパリティビットに対する符号化されたシンボル（ｃｏｄｅｄ  ｓｙｍｂｏｌ）は、一定パターンのインタリーバー（ｉｎｔｅｒｌｅａｖｅｒ）を含み、マッピング順序によって実際にＲＥにマッピングされることもできる。もし上記パターン及び順序が固定している場合、ｅＭＢＢが送信される状況でシステマティックビットのような重要情報を避けながらＵＲＬＬＣを送信することは、スケジューリングの柔軟性を阻害する。
【０１３７】
従って、スロット単位、コードブロック単位、コードブロックグループ単位又はミニスロット単位でインタリーバーパターン及び／又はＲＥマッピング順序を独立して設定することができる。この時、ＰＤＳＣＨをスケジューリングするＤＣＩにおいて、上記単位の種類、インタリーバーパターン及びＲＥマッピング順序などを指示できる。例えば、まず符号化されたシンボルを周波数軸にマッピングし、シンボルインデックスを増加しながらマッピングする方式を考える時、特定のコードブロック又は特定のシンボルでは周波数インデックスが低い側から昇順にマッピングし、他の特定コードブロック又はシンボルでは周波数インデックスが高い側から降順にマッピングすることができる。かかる方法により、ＵＲＬＬＣ送信に対するスケジューリング柔軟性を最大限保障しながらｅＭＢＢに対する性能劣化の程度を軽減することができる。
【０１３８】
本発明による実施例ではＤＬチャネルを基準として説明したが、ＵＬチャネルについてもＵＲＬＬＣのようなミニスロット基盤の通信がｅＭＢＢのようなスロット基盤の通信の一部リソースをパンクチャリングしながら送信される形態で適用可能である。
【０１３９】
＜ＨＡＲＱ−ＡＣＫコードブロック単位又はミニスロット単位のフィードバック＞
【０１４０】
上記実施例に説明した指示方法及び再送信方法では、ＵＥがＨＡＲＱ−ＡＣＫフィードバックをコードブロック単位で行うか、又はトランスポートブロック単位で行うことができる。もし、ＵＥがＨＡＲＱ−ＡＣＫフィードバックをコードブロック単位で行う場合、上記実施例における動作がより明確になる。
【０１４１】
ＵＥはコードブロック単位又は多重コードブロック（ｍｕｌｔｉｐｌｅ  Ｃｏｄｅ  Ｂｌｏｃｋ）に対するＡ／Ｎを各々送信できる。かかるＡ／Ｎ送信をトランスポートブロック単位で行うか、コードブロック単位で行うか、又は多重コードブロック単位で行うかは、準静的或いは動的に設定される。
【０１４２】
もし動的に構成されると、Ａ／Ｎリソース指示方法のように、どのモードで動作するかに対する活性化／非活性化の有無を動的に指定できる。また各スロット又はミニスロットにより送信されるトランスポートブロックが同じＡ／Ｎリソースにマッピングされる場合、即ち、ＰＵＣＣＨリソースが同一であるか、ＰＵＳＣＨのピギーバック時にピギーバックされるＰＵＳＣＨが同一である場合は、少なくとも同じモードを使用すると仮定する。
【０１４３】
また上述したモードが各トランスポートブロックに異なるように適用されることができ、この場合、Ａ／Ｎ  ｂｉｔｓを計算する時、各送信されるコードブロックに対するＡ／Ｎ  ｂｉｔｓとトランスポートブロックに対するＡ／Ｎ  ｂｉｔｓを併せて計算することができ、コードブロックに対するＡ／Ｎ  ｂｉｔｓとトランスポートブロックに対するＡ／Ｎ  ｂｉｔｓが重なることを分離できる。即ち、まずコードブロックに対するＡ／Ｎ  ｂｉｔｓを重ね、その後トランスポートブロックに対するＡ／Ｎ  ｂｉｔｓを重ねるか、又は逆に行うことができる。
【０１４４】
ネットワークがコードブロックごと或いは多重コードブロックごとにＡ／Ｎ  ｂｉｔｓを受ける場合、ＮＡＣＫを受けたコードブロックに対してのみ再送信を行うことができる。ＡＣＫ−ｔｏ−ＮＡＣＫ又はＮＡＣＫ−ｔｏ−ＡＣＫエラーを考慮して再送信されるコードブロックに関する情報を動的に知らせることができ、かかるコードブロックに関する情報にはコードブロックの数が含まれる。もしＵＥが再受信したコードブロック数がＮＡＣＫを送信したコードブロック数と一致しない場合は、該当再送信を省略してＮＡＣＫを再送信することができる。
【０１４５】
一方、再送信されるコードブロックの場合、コードブロックごとに、パンクチャリングの影響を受けたコードブロックとそうではないコードブロックが存在し、パンクチャリングの影響を受けたコードブロックの場合は、パンクチャリングの影響を受けたコードブロックに対する指示が必要である。この場合、再送信するコードブロックのみに対してパンクチャリングに対する影響（ｉｍｐａｃｔ）有無を指示することができる。この場合、再送信する全てのコードブロックに対して、いずれも以前のＨＡＲＱバッファーを除去するように指示することができ、この指示にはＲＶ、ＮＤＩなどを用いた黙示的な指示或いは明示的な指示などがある。
【０１４６】
図１０を参照すると、通信装置１０００は、プロセッサ１０１０、メモリ１０２０、ＲＦモジュール１０３０、ディスプレイモジュール１０４０、及びユーザインターフェースモジュール１０５０を含む。
【０１４７】
通信装置１０００は説明の便宜のために示されたもので、一部のモジュールは省略されてもよい。また、通信装置１０００は必要なモジュールをさらに備えてもよい。また、通信装置１０００において一部のモジュールはより細分化したモジュールに区分されてもよい。プロセッサ１０１０は、図面を参照して例示した本発明の実施例に係る動作を実行するように構成される。具体的に、プロセッサ１０１０の詳細な動作は、図１乃至図９に記載された内容を参照すればよい。
【０１４８】
メモリ１０２０は、プロセッサ１０１０に接続し、オペレーティングシステム、アプリケーション、プログラムコード、データなどを格納する。ＲＦモジュール１０３０は、プロセッサ１０１０に接続し、基底帯域信号を無線信号に変換したり、無線信号を基底帯域信号に変換する機能を果たす。そのために、ＲＦモジュール１０３０は、アナログ変換、増幅、フィルタリング及び周波数アップ変換又はこれらの逆過程を行う。ディスプレイモジュール１０４０は、プロセッサ１０１０に接続し、様々な情報をディスプレイする。ディスプレイモジュール１０４０は、特に制限されるものではなく、ＬＣＤ（Ｌｉｑｕｉｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）、ＬＥＤ（Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）、ＯＬＥＤ（Ｏｒｇａｎｉｃ  Ｌｉｇｈｔ  Ｅｍｉｔｔｉｎｇ  Ｄｉｏｄｅ）のような周知の要素を用いることができる。ユーザインターフェースモジュール１０５０は、プロセッサ１０１０に接続し、キーパッド、タッチスクリーンなどのような周知のユーザインターフェースの組合せで構成可能である。
【０１４９】
以上説明してきた実施例は、本発明の構成要素及び特徴を所定形態に結合したものである。各構成要素又は特徴は、別の明示的な言及がない限り、選択的なものとして考慮しなければならない。各構成要素又は特徴は、他の構成要素や特徴と結合しない形態で実施することもでき、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することもできる。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、他の実施例の対応する構成又は特徴に取り替わってもよい。特許請求の範囲において明示的な引用関係にない請求項を結合して実施例を構成したり、出願後の補正により新しい請求項として含めたりできるということは明らかである。
【０１５０】
本文書で基地局によって行われるとした特定動作は、場合によってはその上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって行われることもある。即ち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局又は基地局以外の他のネットワークノードによって行われ得ることは明らかである。基地局は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）などの用語にしてもよい。
【０１５１】
本発明に係る実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア又はそれらの結合などによって具現化することができる。ハードウェアによる具現化では、本発明の一実施例は、一つ又はそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどによって具現化することができる。
【０１５２】
ファームウェアやソフトウェアによる具現化では、本発明の一実施例は、以上で説明された機能又は動作を実行するモジュール、手順、関数などの形態で具現化されてもよい。ソフトウェアコードは、メモリユニットに記憶され、プロセッサによって駆動可能である。メモリユニットは、プロセッサの内部又は外部に設けられ、公知の様々な手段によってプロセッサとデータを交換することができる。
【０１５３】
本発明は、本発明の特徴から逸脱しない範囲で別の特定の形態に具体化できるということが当業者にとっては自明である。従って、上記の詳細な説明は、いずれの面においても制限的に解釈してはならず、例示的なものとして考慮しなければならない。本発明の範囲は、添付の請求項の合理的な解釈によって決定すべきであり、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる
【産業上の利用可能性】
【０１５４】
上述したような無線通信システムにおいて、パンクチャリングされたデータの再送信方法及びそのための装置は、第５世代ＮｅｗＲＡＴシステムにおいて適用される例を中心として説明したが、第５世代ＮｅｗＲＡＴシステム以外にも様々な無線通信システムに適用することができる。
【図１】
0006840864.tif 000002
【図２】
0006840864.tif 000003
【図３】
0006840864.tif 000004
【図４】
0006840864.tif 000005
【図５】
0006840864.tif 000006
【図６】
0006840864.tif 000007
【図７（Ａ）】
0006840864.tif 000008
【図７（Ｂ）】
0006840864.tif 000009
【図８】
0006840864.tif 000010
【図９】
0006840864.tif 000011
【図１０】
0006840864.tif 000012