(57)【要約】【課題】レイテンシ減少のための上りリンク送信方法を提供する。【解決手段】ＨＡＲＱ−ＡＣＫ送信方法であって、方法は端末によって行われ、端末は２つ以上のプロセッシング時間を有するように設定され、基地局から１つ以上の下りリンクサブフレームで下りリンクデータチャンネルを指示する下りリンク制御チャンネル及び下りリンクデータチャンネルを受信するステップ、１つ以上の下りリンクサブフレームに対応する上りリンクサブフレームで下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を基地局に送信するステップを含み、上りリンクサブフレームで送信されるＨＡＲＱ−ＡＣＫ情報は、２つ以上のプロセッシング時間のただ１つのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含み、残りのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は含まなくてもよい。【選択図】図１２
2019525652.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、ＨＡＲＱ−ＡＣＫ送信方法であって、前記方法は、端末によって行われ、
前記端末は２つ以上のプロセッシング時間を有するように設定され、
基地局から１つ以上の下りリンクサブフレームで下りリンクデータチャンネルを指示する下りリンク制御チャンネル及び前記下りリンクデータチャンネルを受信するステップと、
前記１つ以上の下りリンクサブフレームに対応する上りリンクサブフレームで前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を前記基地局に送信するステップと、を含み、
前記上りリンクサブフレームで送信されるＨＡＲＱ−ＡＣＫ情報は、前記２つ以上のプロセッシング時間のうちただ１つのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含み、残りのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は含まないことを特徴とする、送信方法。
【請求項２】
前記上りリンクサブフレームと、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームとの最小間隔は、３つ以下のサブフレームである、請求項１に記載の送信方法。
【請求項３】
前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームの数が所定値以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報はバンドリングされる、請求項１に記載の送信方法。
【請求項４】
前記１つの上りリンクサブフレームに対応する前記下りリンクサブフレームの数が所定値以上である場合、前記下りリンクチャンネルに対するＨＡＲＱ−ＡＣＫ情報は、特定のＰＵＣＣＨフォーマットによって送信される、請求項１に記載の送信方法。
【請求項５】
前記上りリンクサブフレームに対応する１つ以上の下りリンクサブフレームを指示する情報集合が、前記プロセッシング時間ごとに設定される、請求項１に記載の送信方法。
【請求項６】
前記情報集合は、ＨＡＲＱ−ＡＣＫ負荷バランシング又はレイテンシ優先順位で決定される、請求項５に記載の送信方法。
【請求項７】
無線通信システムにおいて、ＨＡＲＱ−ＡＣＫを送信するように構成された端末であって、
送信機及び受信機と、
前記送信機及び受信機を制御するプロセッサーと、を含み、
前記プロセッサーは、
前記端末は２つ以上のプロセッシング時間を有するように設定され、
基地局から１つ以上の下りリンクサブフレームで下りリンクデータチャンネルを指示する下りリンク制御チャンネル及び前記下りリンクデータチャンネルを受信して、また
前記１つ以上の下りリンクサブフレームに対応する上りリンクサブフレームで前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を前記基地局に送信して、
前記上りリンクサブフレームで送信されるＨＡＲＱ−ＡＣＫ情報は、前記２つ以上のプロセッシング時間のうち、ただ１つのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含み、残りのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含まないことを特徴とする、端末。
【請求項８】
前記上りリンクサブフレームと、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームとの最小間隔は、３つ以下のサブフレームである、請求項７に記載の端末。
【請求項９】
前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームの数が所定値以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報はバンドリングされる、請求項７に記載の端末。
【請求項１０】
前記１つの上りリンクサブフレームに対応する前記下りリンクサブフレームの数が所定値以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は、特定のＰＵＣＣＨフォーマットによって送信される、請求項７に記載の端末。
【請求項１１】
前記上りリンクサブフレームに対応する１つ以上の下りリンクサブフレームを指示する情報集合が前記プロセッシング時間ごとに設定される、請求項７に記載の端末。
【請求項１２】
前記情報集合は、ＨＡＲＱ−ＡＣＫ負荷バランシング又はレイテンシ優先順位で決定される、請求項１１に記載の端末。
【請求項１３】
無線通信システムにおいて、上りリンクデータ送信方法であって、前記方法は、端末によって行われ、
基地局から下りリンクサブフレームで上りリンク承認を含む下りリンク制御チャンネルを受信するステップと、
前記下りリンクサブフレームに対応する上りリンクサブフレームで前記上りリンク承認を指示する上りリンクデータを前記基地局に送信するステップと、含み、
前記端末が減少されたプロセッシング時間を有するように設定される場合、前記下りリンクサブフレームと前記上りリンクサブフレームとの最小間隔は、３つ以下のサブフレームであることを特徴とする、送信方法。
【請求項１４】
前記上りリンクサブフレームに対応する前記減少されたプロセッシング時間よりも長いプロセッシング時間を有する第２の上りリンク承認が受信される場合、前記第２の上りリンク承認が指示する上りリンクデータは送信されない、請求項１３に記載の送信方法。
【請求項１５】
前記下りリンクサブフレームと前記上りリンクサブフレームとの間隔は、前記上りリンク承認内のインデックス値に応じて決定される、請求項１３に記載の送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、上りリンク送信のための方法及びそのための装置に関する。
【背景技術】
【０００２】
パケットデータのレイテンシ(ｌａｔｅｎｃｙ)は、重要な性能メートル(ｍｅｔｒｉｃ)の１つであり、これを減らして、より早いインターネットアクセスを最終ユーザ(ｅｎｄ ｕｓｅｒ)に提供することは、ＬＴＥのみならず、次世代移動通信システム、いわゆる新ＲＡＴ(ｎｅｗ ＲＡＴ)の設計においても重要な課題の１つといえる。
【０００３】
本発明は、このようなレイテンシの減少を支援する無線通信システムにおけるＨＡＲＱフィードバック又は上りリンクデータ送信など上りリンク送信に関する内容を取り扱うものである。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明はレイテンシの減少のための上りリンク送信方法を提案しようとする。
【０００５】
本発明で遂げようとする技術的目的は以上で言及した事項に限定されず、言及していない別の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者によって考慮され得る。
【課題を解決するための手段】
【０００６】
本発明の一実施例に係る無線通信システムにおいて、ＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ−Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)送信方法であって、前記方法は、端末によって行われ、前記端末は２つ以上のプロセッシング時間を有するように設定され、基地局から１つ以上の下りリンクサブフレームで下りリンクデータチャンネルを指示する下りリンク制御チャンネル及び前記下りリンクデータチャンネルを受信するステップ、および前記１つ以上の下りリンクサブフレームに対応する上りリンクサブフレームで前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を前記基地局に送信するステップを含み、前記上りリンクサブフレームで送信されるＨＡＲＱ−ＡＣＫ情報は、前記２つ以上のプロセッシング時間のうち、ただ１つのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含み、残りのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は含まなくてもよい。
【０００７】
追加又は代案として、前記上りリンクサブフレームと、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームとの最小間隔は３つ以下のサブフレームであってもよい。
【０００８】
追加又は代案として、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームの数が所定値以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報はバンドリングされてもよい。
【０００９】
追加又は代案として、前記１つの上りリンクサブフレームに対応する前記下りリンクサブフレームの数が所定値以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は、特定のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)フォーマットによって送信されてもよい。
【００１０】
追加又は代案として、前記上りリンクサブフレームに対応する１つ以上の下りリンクサブフレームを指示する情報集合が、前記プロセッシング時間ごとに設定されてもよい。
【００１１】
追加又は代案として、前記情報集合は、ＨＡＲＱ−ＡＣＫ負荷バランシング又はレイテンシ優先順位で決定されてもよい。
【００１２】
本発明の別の一実施例に係る無線通信システムにおいて、ＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ−Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)を送信するように構成された端末であって、送信機及び受信機、および前記送信機及び受信機を制御するプロセッサを含み、前記プロセッサは、前記端末は２つ以上のプロセッシング時間を有するように設定され、基地局から１つ以上の下りリンクサブフレームで下りリンクデータチャンネルを指示する下りリンク制御チャンネル及び前記下りリンクデータチャンネルを受信して、また前記１つ以上の下りリンクサブフレームに対応する上りリンクサブフレームで前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を前記基地局に送信して、前記上りリンクサブフレームで送信されるＨＡＲＱ−ＡＣＫ情報は、前記２つ以上のプロセッシング時間のうち、ただ１つのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含み、残りのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は含まなくてもよい。
【００１３】
追加又は代案として、前記上りリンクサブフレームと、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームとの最小間隔は３つ以下のサブフレームであってもよい。
【００１４】
追加又は代案として、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームの数が所定値以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報はバンドリングされてもよい。
【００１５】
追加又は代案として、前記１つの上りリンクサブフレームに対応する前記下りリンクサブフレームの数が所定値以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は、特定のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)フォーマットによって送信されてもよい。 
【００１６】
追加又は代案として、前記上りリンクサブフレームに対応する１つ以上の下りリンクサブフレームを指示する情報集合が、前記プロセッシング時間ごとに設定されてもよい。
【００１７】
追加又は代案として、前記情報集合は、ＨＡＲＱ−ＡＣＫ負荷バランシング又はレイテンシ優先順位で決定されてもよい。 
【００１８】
本発明の別の一実施例に係る無線通信システムにおいて、上りリンクデータ送信方法であって、前記方法は、端末によって行われ、基地局から下りリンクサブフレームにおいて上りリンク承認を含む下りリンク制御チャンネルを受信するステップ、および前記下りリンクサブフレームに対応する上りリンクサブフレームにおいて前記上りリンク承認が指示する上りリンクデータを前記基地局に送信するステップと含み、前記端末が減少されたプロセッシング時間を有するように設定される場合、前記下りリンクサブフレームと前記上りリンクサブフレームとの最小間隔は、３つ以下のサブフレームであってもよい。
【００１９】
追加又は代案として、前記上りリンクサブフレームに対応する前記減少されたプロセッシング時間よりも長いプロセッシング時間を有する第２の上りリンク承認が受信される場合、前記第２の上りリンク承認が指示する上りリンクデータは送信されなくてもよい。
【００２０】
追加又は代案として、前記下りリンクサブフレームと前記上りリンクサブフレームとの間隔は、前記上りリンク承認内のインデックス値によって決定されてもよい。
【００２１】
上述した本発明の様態は、本発明の好適な実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術の分野における通常的な知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され理解され得るだろう。
【発明の効果】
【００２２】
本発明の実施例によれば、上りリンク送信を効率的に行うことができる。
【００２３】
本発明で得られる効果は以上に言及した効果に制限されなく、言及しなかった他の効果は以下の記載から本発明が属する当該技術の分野における通常的な知識を有する者に明確に理解可能であろう。
【図面の簡単な説明】
【００２４】
以下に添付する図面は、本発明に関する理解を助けるために詳細な説明の一部として含まれるものであり、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的思想を説明する。
【００２５】
【図１】無線通信システムにおいて用いられる無線フレーム構造の一例を示す図である。
【図２】無線通信システムにおいて下りリンク/上りリンク(ＤＬ／ＵＬ)スロット構造の一例を示す図である。
【図３】３ＧＰＰ ＬＥＴ/ＬＥＴ−Ａシステムにおいて用いられる下りリンク(ｄｏｗｎｌｉｎｋ, ＤＬ)サブフレーム構造を例示する図である。
【図４】３ＧＰＰ ＬＥＴ/ＬＥＴ−Ａシステムにおいて用いられる上りリンク(ｕｐｌｉｎｋ, ＵＬ)サブフレーム構造の一例を示す図である。
【図５】ＴＤＤシステムにおいて互いに異なるＤＬサブフレームで受信されたＰＤＣＣＨとリンクされたＰＵＣＣＨリソースとの衝突を示す図である。
【図６】ＴＤＤシステムにおいてＵＬ承認によるＰＵＳＣＨ送信の例を示す図である。
【図７】ＴＤＤシステムにおいてＵＬ承認によるＰＵＳＣＨ送信の例を示す図である。
【図８】サブフレームタイプ及び／又はプロセッシング時間によるリソースオフセットベースのＤＬ ＨＡＲＱのためのＰＵＣＣＨリソースを示す図である。
【図９】サブフレームタイプ及び／又はプロセッシング時間によるリソースオフセットベースのＤＬ ＨＡＲＱのためのＰＵＣＣＨリソースを示す図である。
【図１０】サブフレームタイプ及び／又はプロセッシング時間によるリソースオフセットベースのＤＬ ＨＡＲＱのためのＰＵＣＣＨリソースを示す図である。
【図１１】本発明の一実施例に係る端末の動作を示す図である。
【図１２】本発明の一実施例を具現するための装置のブロック図である。
【発明を実施するための形態】
【００２６】
以下、本発明に係る好適な実施の形態を添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示される詳細な説明は、本発明の例示的な実施の形態を説明するためのもので、本発明を実施できる唯一の実施の形態を示すためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、このような具体的な細部事項無しにも本発明を実施可能であるということが当業者には理解できる。
【００２７】
場合によって、本発明の概念が曖昧になることを避けるために、公知の構造及び装置が省略されることもあり、各構造及び装置の核心機能を中心にしたブロック図の形式で図示されることもある。また、本明細書全体を通じて同一の構成要素には同一の図面符号を付して説明する。
【００２８】
本発明において、ユーザ機器(ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ，ＵＥ)は、固定していても、移動性を有していてもよいもので、基地局(ｂａｓｅ  ｓｔａｔｉｏｎ，ＢＳ)と通信してユーザデータ及び／又は各種制御情報を送受信する各種機器を含む。ＵＥを、端末(Ｔｅｒｍｉｎａｌ  Ｅｑｕｉｐｍｅｎｔ)、ＭＳ(Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ)、ＭＴ(Ｍｏｂｉｌｅ  Ｔｅｒｍｉｎａｌ)、ＵＴ(Ｕｓｅｒ  Ｔｅｒｍｉｎａｌ)、ＳＳ(Ｓｕｂｓｃｒｉｂｅ  Ｓｔａｔｉｏｎ)、無線機器(ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ)、ＰＤＡ(Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ)、無線モデム(ｗｉｒｅｌｅｓｓ  ｍｏｄｅｍ)、携帯機器(ｈａｎｄｈｅｌｄ  ｄｅｖｉｃｅ)などと呼ぶこともできる。また、本発明において、ＢＳは一般に、ＵＥ及び／又は他のＢＳと通信する固定局(ｆｉｘｅｄ  ｓｔａｔｉｏｎ)を意味し、ＵＥ及び他のＢＳと通信して各種データ及び制御情報を交換する。ＢＳを、ＡＢＳ(Ａｄｖａｎｃｅｄ  Ｂａｓｅ  Ｓｔａｔｉｏｎ)、ＮＢ(Ｎｏｄｅ−Ｂ)、ｅＮＢ(ｅｖｏｌｖｅｄ−ＮｏｄｅＢ)、ＢＴＳ(Ｂａｓｅ  Ｔｒａｎｓｃｅｉｖｅｒ  Ｓｙｓｔｅｍ)、アクセスポイント(Ａｃｃｅｓｓ  Ｐｏｉｎｔ)、ＰＳ(Ｐｒｏｃｅｓｓｉｎｇ  Ｓｅｒｖｅｒ)、送信ポイント(ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｉｎｔ；ＴＰ)などと呼ぶこともできる。以下の本発明に関する説明では、ＢＳをｅＮＢと総称する。
【００２９】
本発明でいうノード(ｎｏｄｅ)とは、ユーザ機器と通信して無線信号を送信／受信できる固定した地点(ｐｏｉｎｔ)を指す。様々な形態のｅＮＢをその名称にかかわらずノードとして用いることができる。例えば、ＢＳ、ＮＢ、ｅＮＢ、ピコ−セルｅＮＢ(ＰｅＮＢ)、ホームｅＮＢ(ＨｅＮＢ)、リレー、リピータなどをノードとすることができる。また、ノードは、ｅＮＢでなくてもよい。例えば、無線リモートヘッド(ｒａｄｉｏ  ｒｅｍｏｔｅ  ｈｅａｄ，ＲＲＨ)、無線リモートユニット(ｒａｄｉｏ  ｒｅｍｏｔｅ  ｕｎｉｔ，ＲＲＵ)であってもよい。ＲＲＨ、ＲＲＵなどは一般にｅＮＢの電力レベル(ｐｏｗｅｒ  ｌｅｖｅｌ)よりも低い電力レベルを有する。ＲＲＨ或いはＲＲＵ(以下、ＲＲＨ／ＲＲＵ)は一般に、光ケーブルなどの専用回線(ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ)でｅＮＢに接続されており、よって、一般に無線回線で接続されているｅＮＢによる協調通信に比べて、ＲＲＨ／ＲＲＵとｅＮＢによる協調通信を円滑に行うことができる。１つのノードには少なくとも１つのアンテナが設置される。このアンテナは、物理アンテナを意味することもでき、アンテナポート、仮想アンテナ、又はアンテナグループを意味することもできる。ノードは、ポイント(ｐｏｉｎｔ)と呼ばれることもある。アンテナが基地局に集中して位置して１つのｅＮＢコントローラ(ｃｏｎｔｒｏｌｌｅｒ)によって制御される既存の(ｃｏｎｖｅｎｔｉｏｎａｌ)中央集中型アンテナシステム(ｃｅｎｔｒａｌｉｚｅｄ  ａｎｔｅｎｎａ  ｓｙｓｔｅｍ，ＣＡＳ)(すなわち、単一ノードシステム)と違い、多重ノードシステムにおいて複数のノードは一般に一定間隔以上で離れて位置する。これらの複数のノードは、各ノードの動作を制御したり、各ノードを通して送／受信されるデータをスケジューリング(ｓｃｈｅｄｕｌｉｎｇ)する１つ以上のｅＮＢ或いはｅＮＢコントローラによって管理することができる。各ノードは、当該ノードを管理するｅＮＢ或いはｅＮＢコントローラとケーブル(ｃａｂｌｅ)或いは専用回線(ｄｅｄｉｃａｔｅｄ  ｌｉｎｅ)で接続することができる。多重ノードシステムにおいて、複数のノードへの／からの信号送信／受信には、同一のセル識別子(ｉｄｅｎｔｉｔｙ，ＩＤ)が用いられてもよく、異なるセルＩＤが用いられてもよい。複数のノードが同一のセルＩＤを有すると、これら複数のノードのそれぞれは、１つのセルにおける一部のアンテナ集団のように動作する。多重ノードシステムにおいてノードが互いに異なるセルＩＤを有すると、このような多重ノードシステムを多重セル(例えば、マクロ−セル／フェムト−セル／ピコ−セル)システムと見なすことができる。複数のノードのそれぞれが形成した多重セルがカバレッジによってオーバーレイする形態で構成されると、これらの多重セルが形成したネットワークを特に多重−階層(ｍｕｌｔｉ−ｔｉｅｒ)ネットワークと呼ぶ。ＲＲＨ／ＲＲＵのセルＩＤとｅＮＢのセルＩＤは同一であっても、異なってもよい。ＲＲＨ／ＲＲＵとｅＮＢが互いに異なるセルＩＤを用いる場合、ＲＲＨ／ＲＲＵとｅＮＢはいずれも独立した基地局として動作する。
【００３０】
以下に説明する本発明の多重ノードシステムにおいて、複数のノードに接続した１つ以上のｅＮＢ或いはｅＮＢコントローラが、前記複数のノードの一部又は全てを介してＵＥに同時に信号を送信或いは受信するように前記複数のノードを制御することができる。各ノードの実体、各ノードの具現の形態などによって、多重ノードシステム間には差異点があるが、複数のノードが共に所定時間−周波数リソース上でＵＥに通信サービスを提供するために参加するという点で、これらの多重ノードシステムは単一ノードシステム(例えば、ＣＡＳ、従来のＭＩＭＯシステム、従来の中継システム、従来のリピータシステムなど)とは異なる。そのため、複数のノードの一部又は全てを用いてデータ協調送信を行う方法に関する本発明の実施例は、種々の多重ノードシステムに適用可能である。例えば、ノードとは、通常、他のノードと一定間隔以上で離れて位置しているアンテナグループを指すが、後述する本発明の実施例は、ノードが間隔にかかわらずに任意のアンテナグループを意味する場合にも適用可能である。例えば、Ｘ−ｐｏｌ(Ｃｒｏｓｓ  ｐｏｌａｒｉｚｅｄ)アンテナを備えたｅＮＢの場合、該ｅＮＢが、Ｈ−ｐｏｌアンテナで構成されたノードとＶ−ｐｏｌアンテナで構成されたノードを制御すると見なし、本発明の実施例を適用することができる。
【００３１】
複数の送信(Ｔｘ)／受信(Ｒｘ)ノードを介して信号を送信／受信したり、複数の送信／受信ノードから選択された少なくとも１つのノードを介して信号を送信／受信したり、下りリンク信号を送信するノードと上りリンク信号を受信するノードとを別にし得る通信技法を、多重−ｅＮＢ ＭＩＭＯ又はＣｏＭＰ(Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉ−Ｐｏｉｎｔ  ＴＸ／ＲＸ)という。このようなノード間協調通信のうち、協調送信技法は、ＪＰ(ｊｏｉｎｔ  ｐｒｏｃｅｓｓｉｎｇ)とスケジューリング協調(ｓｃｈｅｄｕｌｉｎｇ  ｃｏｏｒｄｉｎａｔｉｏｎ)とに区別できる。前者はＪＴ(ｊｏｉｎｔ  ｔｒａｎｓｍｉｓｓｉｏｎ)／ＪＲ(ｊｏｉｎｔ  ｒｅｃｅｐｔｉｏｎ)とＤＰＳ(ｄｙｎａｍｉｃ  ｐｏｉｎｔ  ｓｅｌｅｃｔｉｏｎ)とに区別し、後者はＣＳ(ｃｏｏｒｄｉｎａｔｅｄ  ｓｃｈｅｄｕｌｉｎｇ)とＣＢ(ｃｏｏｒｄｉｎａｔｅｄ  ｂｅａｍｆｏｒｍｉｎｇ)とに区別できる。ＤＰＳは、ＤＣＳ(ｄｙｎａｍｉｃ  ｃｅｌｌ  ｓｅｌｅｃｔｉｏｎ)と呼ぶこともできる。他の協調通信技法に比べて、ノード間協調通信技法のうちＪＰを行うとき、より様々な通信環境を形成することができる。ＪＰにおいて、ＪＴは、複数のノードが同一のストリームをＵＥに送信する通信技法をいい、ＪＲは、複数のノードが同一のストリームをＵＥから受信する通信技法をいう。当該ＵＥ／ｅＮＢは、前記複数のノードから受信した信号を合成して前記ストリームを復元する。ＪＴ／ＪＲでは、同一のストリームが複数のノードから／に送信されるため、送信ダイバーシティ(ｄｉｖｅｒｓｉｔｙ)によって信号送信の信頼度を向上させることができる。ＪＰのＤＰＳは、複数のノードから特定規則によって選択された１つのノードを介して信号が送信／受信される通信技法をいう。ＤＰＳでは、通常、ＵＥとノード間のチャネル状態の良いノードが通信ノードとして選択されるはずであるため、信号送信の信頼度を向上させることができる。
【００３２】
本発明でいうセル(ｃｅｌｌ)とは、１つ以上のノードが通信サービスを提供する一定の地理的領域をいう。そのため、本発明で特定セルと通信するということは、特定セルに通信サービスを提供するｅＮＢ或いはノードと通信することを意味できる。また、特定セルの下りリンク／上りリンク信号は、該特定セルに通信サービスを提供するｅＮＢ或いはノードからの／への下りリンク／上りリンク信号を意味する。ＵＥに上り／下りリンク通信サービスを提供するセルを特にサービングセル(ｓｅｒｖｉｎｇ  ｃｅｌｌ)という。また、特定セルのチャネル状態／品質は、該特定セルに通信サービスを提供するｅＮＢ或いはノードとＵＥ間に形成されたチャネル或いは通信リンクのチャネル状態／品質を意味する。３ＧＰＰ ＬＥＴ−Ａベースのシステムにおいて、ＵＥは、特定ノードからの下りリンクチャネル状態を、前記特定ノードのアンテナポートが前記特定ノードに割り当てられたチャンネルＣＳＩ−ＲＳ(Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ)リソース上で送信するＣＳＩ−ＲＳを用いて測定することができる。一般に、隣接したノードは、互いに直交するＣＳＩ−ＲＳリソース上で該当のＣＳＩ−ＲＳリソースを送信する。ＣＳＩ−ＲＳリソースが直交するということは、ＣＳＩ−ＲＳを運ぶシンボル及び副搬送波を特定するＣＳＩ−ＲＳリソース構成(ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ)、サブフレームオフセット(ｏｆｆｓｅｔ)及び送信周期(ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｅｒｉｏｄ)などによってＣＳＩ−ＲＳが割り当てられたサブフレームを特定するサブフレーム構成(ｓｕｂｆｒａｍｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ)、ＣＳＩ−ＲＳシーケンスのうちの少なくとも１つが互いに異なることを意味する。
【００３３】
本発明において、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ)／ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ  Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ)／ＰＨＩＣＨ((Ｐｈｙｓｉｃａｌ  Ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｔｒａｎｓｍｉｔ  ｒｅｑｕｅｓｔ  Ｉｎｄｉｃａｔｏｒ  ＣＨａｎｎｅｌ)／ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ)はそれぞれ、ＤＣＩ(Ｄｏｗｎｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ)／ＣＦＩ(Ｃｏｎｔｒｏｌ  Ｆｏｒｍａｔ  Ｉｎｄｉｃａｔｏｒ)／下りリンクＡＣＫ／ＮＡＣＫ(ＡＣＫｎｏｗｌｅｇｅｍｅｎｔ／Ｎｅｇａｔｉｖｅ  ＡＣＫ)／下りリンクデータを運ぶ時間−周波数リソースの集合或いはリソース要素の集合を意味する。また、ＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  ＣＨａｎｎｅｌ)／ＰＵＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｕｐｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ)／ＰＲＡＣＨ(Ｐｈｙｓｉｃａｌ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  ＣＨａｎｎｅｌ)はそれぞれ、ＵＣＩ(Ｕｐｌｉｎｋ  Ｃｏｎｔｒｏｌ  Ｉｎｆｏｒｍａｔｉｏｎ)／上りリンクデータ／ランダムアクセス信号を運ぶ時間−周波数リソースの集合或いはリソース要素の集合を意味する。本発明では、特に、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨに割り当てられたり、又はそれに属した時間−周波数リソース或いはリソース要素(Ｒｅｓｏｕｒｃｅ  Ｅｌｅｍｅｎｔ，ＲＥ)をそれぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨ ＲＥ又はＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ／ＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨリソースと呼ぶ。以下でユーザ機器がＰＵＣＣＨ／ＰＵＳＣＨ／ＰＲＡＣＨを送信するという表現は、それぞれ、ＰＵＳＣＨ／ＰＵＣＣＨ／ＰＲＡＣＨ上で或いは介して上りリンク制御情報／上りリンクデータ／ランダムアクセス信号を送信するという表現と同じ意味で使われる。また、ｅＮＢがＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨを送信するという表現は、それぞれ、ＰＤＣＣＨ／ＰＣＦＩＣＨ／ＰＨＩＣＨ／ＰＤＳＣＨ上で或いは介して下りリンクデータ／制御情報を送信するという表現と同じ意味で使われる。
【００３４】
図１は、無線通信システムで用いられる無線フレーム構造の一例を示す図である。特に、図１(ａ)は、３ＧＰＰ ＬＥＴ／ＬＥＴ−Ａシステムで用いられる周波数分割デュプレックス(ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ，ＦＤＤ)用フレーム構造を示しており、図１(ｂ)は、３ＧＰＰ ＬＥＴ／ＬＥＴ−Ａシステムで用いられる時分割デュプレックス(ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ，ＴＤＤ)用フレーム構造を示している。
【００３５】
図１を参照すると、３ＧＰＰ ＬＥＴ／ＬＥＴ−Ａシステムで用いられる無線フレームは、１０ｍｓ(３０７２００Ｔｓ)の長さを有し、１０個の均等なサイズのサブフレーム(ｓｕｂｆｒａｍｅ，ＳＦ)で構成される。1無線フレームにおける１０個のサブフレームにはそれぞれ番号を与えることができる。ここで、Ｔｓは、サンプリング時間を表し、Ｔｓ＝１／(２０４８＊１５ｋＨｚ)で表示される。それぞれのサブフレームは、１ｍｓの長さを有し、２個のスロットで構成される。1無線フレームにおいて２０個のスロットには０から１９までの番号を順次に与えることができる。それぞれのスロットは０．５ｍｓの長さを有する。１サブフレームを送信するための時間は、送信時間間隔(ｔｒａｎｓｍｉｓｓｉｏｎ  ｔｉｍｅ  ｉｎｔｅｒｖａｌ，ＴＴＩ)と定義される。時間リソースは、無線フレーム番号(或いは、無線フレームインデックスともいう)、サブフレーム番号(或いは、サブフレームインデックスともいう)、スロット番号(或いは、スロットインデックスともいう)などによって区別することができる。
【００３６】
無線フレームは、デュプレックス(ｄｕｐｌｅｘ)技法によって別々に構成(ｃｏｎｆｉｇｕｒｅ)することができる。例えば、ＦＤＤにおいて、下りリンク送信及び上りリンク送信は周波数によって区別されるため、無線フレームは特定周波数帯域に対して下りリンクサブフレーム又は上りリンクサブフレームのいずれか１つのみを含む。ＴＤＤでは下りリンク送信及び上りリンク送信が時間によって区別されるため、特定周波数帯域に対して無線フレームは下りリンクサブフレームも上りリンクサブフレームも含む。
【００３７】
表１は、ＴＤＤで、無線フレームにおけるサブフレームのＤＬ−ＵＬ構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)を例示するものである。
【００３８】
【表１】
2019525652.tif 000003
【００３９】
表１で、Ｄは下りリンクサブフレームを、Ｕは上りリンクサブフレームを、Ｓは特異(ｓｐｅｃｉａｌ)サブフレームを表す。特異サブフレームは、ＤｗＰＴＳ(Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ)、ＧＰ(Ｇｕａｒｄ  Ｐｅｒｉｏｄ)、ＵｐＰＴＳ(Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  ＴｉｍｅＳｌｏｔ)の３つのフィールドを含む。ＤｗＰＴＳは、下りリンク送信のために留保される時間区間であり、ＵｐＰＴＳは上りリンク送信のために留保される時間区間である。表２は、特異サブフレーム構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)を例示するものである。
【００４０】
【表２】
2019525652.tif 000004
【００４１】
図２は、無線通信システムにおいて下りリンク／上りリンク(ＤＬ／ＵＬ)スロット構造の一例を示す図である。特に、図２は、３ＧＰＰ ＬＥＴ／ＬＥＴ−Ａシステムのリソース格子(ｒｅｓｏｕｒｃｅ  ｇｒｉｄ)の構造を示す。アンテナポート当たりに１個のリソース格子がある。
【００４２】
図２を参照すると、スロットは、時間ドメインで複数のＯＦＤＭ(Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ)シンボルを含み、周波数ドメインで複数のリソースブロック(ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＲＢ)を含む。ＯＦＤＭシンボルは、１シンボル区間を意味することもある。図２を参照すると、各スロットで送信される信号は、
2019525652.tif 000005
個の副搬送波(ｓｕｂｃａｒｒｉｅｒ)と
2019525652.tif 000006
個のＯＦＤＭシンボルとで構成されるリソース格子(ｒｅｓｏｕｒｃｅ  ｇｒｉｄ)と表現することができる。ここで、
2019525652.tif 000007
は、下りリンクスロットにおけるリソースブロック(ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＲＢ)の個数を表し、
2019525652.tif 000008
は、ＵＬスロットにおけるＲＢの個数を表す。
2019525652.tif 000009
と
2019525652.tif 000010
は、ＤＬ送信帯域幅とＵＬ送信帯域幅にそれぞれ依存する。
2019525652.tif 000011
は、下りリンクスロットにおけるＯＦＤＭシンボルの個数を表し、
2019525652.tif 000012
は、ＵＬスロットにおけるＯＦＤＭシンボルの個数を表す。
2019525652.tif 000013
は、１つのＲＢを構成する副搬送波の個数を表す。
【００４３】
ＯＦＤＭシンボルは、多元接続方式によって、ＯＦＤＭシンボル、ＳＣ−ＦＤＭ(Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ)シンボルなどと呼ぶことができる。１つのスロットに含まれるＯＦＤＭシンボルの数は、チャネル帯域幅、ＣＰ(ｃｙｃｌｉｃ  ｐｒｅｆｉｘ)長によって様々に変更可能である。例えば、正規(ｎｏｒｍａｌ)ＣＰの場合は、１つのスロットが７個のＯＦＤＭシンボルを含むが、拡張(ｅｘｔｅｎｄｅｄ)ＣＰの場合は、１つのスロットが６個のＯＦＤＭシンボルを含む。図２では、説明の便宜のために、１つのスロットが７ＯＦＤＭシンボルで構成されるサブフレームを例示するが、本発明の実施例は、その他の個数のＯＦＤＭシンボルを有するサブフレームにも同様の方式で適用されてもよい。図２を参照すると、各ＯＦＤＭシンボルは、周波数ドメインで、
2019525652.tif 000014
個の副搬送波を含む。副搬送波の類型は、データ送信のためのデータ副搬送波、参照信号(ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ)の送信のための参照信号副搬送波、ガードバンド(ｇｕａｒｄ  ｂａｎｄ)及び直流(Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ，ＤＣ)成分のためのヌル(ｎｕｌｌ)副搬送波に分類することができる。ＤＣ成分のためのヌル副搬送波は、未使用のまま残される副搬送波であり、ＯＦＤＭ信号生成過程或いは周波数上り変換過程で搬送波周波数(ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ，ｆ０)にマッピング(ｍａｐｐｉｎｇ)される。搬送波周波数は中心周波数(ｃｅｎｔｅｒ  ｆｒｅｑｕｅｎｃｙ)と呼ばれることもある。
【００４４】
１ ＲＢは、時間ドメインで
2019525652.tif 000015
個(例えば、７個)の連続するＯＦＤＭシンボルと定義され、周波数ドメインで
2019525652.tif 000016
個(例えば、１２個)の連続する副搬送波と定義される。参考として、１つのＯＦＤＭシンボルと１つの副搬送波で構成されたリソースをリソース要素(ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ，ＲＥ)或いはトーン(ｔｏｎｅ)という。したがって、１つのＲＢは、
2019525652.tif 000017
個のリソース要素で構成される。リソース格子における各リソース要素は、１つのスロットにおけるインデックス対(ｋ，１)によって固有に定義できる。ｋは、周波数ドメインで０から
2019525652.tif 000018
−１まで与えられるインデックスであり、ｌは、時間ドメインで０から
2019525652.tif 000019
−１まで与えられるインデックスである。
【００４５】
１サブフレームにおいて
2019525652.tif 000020
個の連続した同一副搬送波を占有しながら、当該サブフレームにおける２個のスロットのそれぞれに１個ずつ位置する２個のＲＢを物理リソースブロック(ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ，ＰＲＢ)対(ｐａｉｒ)という。ＰＲＢ対を構成する２個のＲＢは、同一のＰＲＢ番号(或いは、ＰＲＢインデックス(ｉｎｄｅｘ)ともいう)を有する。ＶＲＢは、リソース割り当てのために導入された一種の論理的リソース割り当て単位である。ＶＲＢはＰＲＢと同じサイズを有する。ＶＲＢをＰＲＢにマッピングする方式によって、ＶＲＢは、局部(ｌｏｃａｌｉｚｅｄ)タイプのＶＲＢと分散(ｄｉｓｔｒｉｂｕｔｅｄ)タイプのＶＲＢとに区別される。局部タイプのＶＲＢはＰＲＢに直接マッピングされて、ＶＲＢ番号(ＶＲＢインデックスともいう)がＰＲＢ番号に直接対応する。すなわち、ｎＰＲＢ＝ｎＶＲＢとなる。局部タイプのＶＲＢには０から
2019525652.tif 000021
−１順に番号が与えられ、
2019525652.tif 000022
である。したがって、局部マッピング方式によれば、同一のＶＲＢ番号を有するＶＲＢが第１のスロットと第２のスロットにおいて、同一ＰＲＢ番号のＰＲＢにマッピングされる。一方、分散タイプのＶＲＢはインターリービングを経てＰＲＢにマッピングされる。そのため、同一のＶＲＢ番号を有する分散タイプのＶＲＢは、第１のスロットと第２のスロットにおいて互いに異なる番号のＰＲＢにマッピングされることがある。サブフレームの２つのスロットに１個ずつ位置し、同一のＶＲＢ番号を有する２個のＰＲＢをＶＲＢ対と称する。
【００４６】
図３は、３ＧＰＰ ＬＥＴ／ＬＥＴ−Ａシステムで用いられる下りリンク(ｄｏｗｎｌｉｎｋ，ＤＬ)サブフレーム構造を例示する図である。
【００４７】
図３を参照すると、ＤＬサブフレームは、時間ドメインで制御領域(ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ)とデータ領域(ｄａｔａ  ｒｅｇｉｏｎ)とに区別される。図３を参照すると、サブフレームの第１のスロットで先頭部における最大３(或いは４)個のＯＦＤＭシンボルは、制御チャネルが割り当てられる制御領域(ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ)に対応する。以下、ＤＬサブフレームでＰＤＣＣＨ送信に利用可能なリソース領域(ｒｅｓｏｕｒｃｅ  ｒｅｇｉｏｎ)をＰＤＣＣＨ領域と称する。制御領域に用いられるＯＦＤＭシンボル以外のＯＦＤＭシンボルは、ＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ ＣＨａｎｃｅｌ)が割り当てられるデータ領域(ｄａｔａ  ｒｅｇｉｏｎ)に該当する。以下、ＤＬサブフレームでＰＤＳＣＨ送信に利用可能なリソース領域をＰＤＳＣＨ領域と称する。３ＧＰＰ ＬＥＴで用いられるＤＬ制御チャネルの例としては、ＰＣＦＩＣＨ(Ｐｈｙｓｉｃａｌ Ｃｏｎｔｒｏｌ Ｆｏｒｍａｔ Ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)、ＰＤＣＣＨ(Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ)、ＰＨＩＣＨ(Ｐｈｙｓｉｃａｌ ｈｙｂｒｉｄ ＡＲＱ ｉｎｄｉｃａｔｏｒ Ｃｈａｎｎｅｌ)などを含む。ＰＣＦＩＣＨは、サブフレームの最初のＯＦＤＭシンボルで送信され、サブフレームにおいて制御チャネルの送信に用いられるＯＦＤＭシンボルの個数に関する情報を運ぶ。ＰＨＩＣＨは、ＵＬ送信に対する応答としてＨＡＲＱ(Ｈｙｂｒｉｄ  Ａｕｔｏｍａｔｉｃ  Ｒｅｐｅａｔ  Ｒｅｑｕｅｓｔ)ＡＣＫ／ＮＡＣＫ(ａｃｋｎｏｗｌｅｄｇｍｅｎｔ／ｎｅｇａｔｉｖｅ−ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)信号を運ぶ。
【００４８】
ＰＤＣＣＨを介して送信される制御情報を下りリンク制御情報(ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＤＣＩ)と呼ぶ。ＤＣＩは、ＵＥ又はＵＥグループのためのリソース割り当て情報及び他の制御情報を含む。例えば、ＤＣＩは、ＤＬ共有チャネル(ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＤＬ−ＳＣＨ)の送信フォーマット及びリソース割り当て情報、ＵＬ共有チャネル(ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＵＬ−ＳＣＨ)の送信フォーマット及びリソース割り当て情報、ページングチャネル(ｐａｇｉｎｇ  ｃｈａｎｎｅｌ，ＰＣＨ)上のページング情報、ＤＬ−ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダムアクセス応答のような上位層(ｕｐｐｅｒ  ｌａｙｅｒ)制御メッセージのリソース割り当て情報、ＵＥグループ内の個別ＵＥへの送信電力制御命令(Ｔｒａｎｓｍｉｔ  Ｃｏｎｔｒｏｌ  Ｃｏｍｍａｎｄ  Ｓｅｔ)、送信電力制御(Ｔｒａｎｓｍｉｔ  Ｐｏｗｅｒ  Ｃｏｎｔｒｏｌ)命令、ＶｏＩＰ(Ｖｏｉｃｅ  ｏｖｅｒ  ＩＰ)の活性化(ａｃｔｉｖａｔｉｏｎ)指示情報、ＤＡＩ(Ｄｏｗｎｌｉｎｋ  Ａｓｓｉｇｎｍｅｎｔ  Ｉｎｄｅｘ)などを含む。ＤＬ共有チャネル(ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＤＬ−ＳＣＨ)の送信フォーマット(Ｔｒａｎｓｍｉｔ  Ｆｏｒｍａｔ)及びリソース割り当て情報は、ＤＬスケジューリング情報或いはＤＬグラント(ＤＬ  ｇｒａｎｔ)とも呼ばれ、ＵＬ共有チャネル(ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ，ＵＬ−ＳＣＨ)の送信フォーマット及びリソース割り当て情報は、ＵＬスケジューリング情報或いはＵＬグラント(ＵＬ  ｇｒａｎｔ)とも呼ばれる。１つのＰＤＣＣＨが運ぶＤＣＩは、ＤＣＩフォーマットによってそのサイズと用途が異なり、符号化率によってそのサイズが異なり得る。現在３ＧＰＰ ＬＥＴシステムでは、上りリンク用にフォーマット０及び４、下りリンク用にフォーマット１、１Ａ、１Ｂ、１Ｃ、１Ｄ、２、２Ａ、２Ｂ、２Ｃ、３、３Ａなどの様々なフォーマットが定義されている。ＤＣＩフォーマットのそれぞれの用途に応じて、ホッピングフラグ、ＲＢ割り当て(ＲＢ  ａｌｌｏｃａｔｉｏｎ)、ＭＣＳ(ｍｏｄｕｌａｔｉｏｎ  ｃｏｄｉｎｇ ｓｃｈｅｍｅ)、ＲＶ(ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ)、ＮＤＩ(ｎｅｗ  ｄａｔａ  ｉｎｄｉｃａｔｏｒ)、ＴＰＣ(ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｎｔｒｏｌ)、循環シフトＤＭＲＳ(ｃｙｃｌｉｃ  ｓｈｉｆｔ  ｄｅｍｏｄｕｌａｔｉｏｎ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ)、ＵＬインデックス、ＣＱＩ(ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｆｏｒｍａｔｉｏｎ)要請、ＤＬ割り当てインデックス(ＤＬ  ａｓｓｉｇｎｍｅｎｔ  ｉｎｄｅｘ)、ＨＡＲＱプロセスナンバー、ＴＰＭＩ(ｔｒａｎｓｍｉｔｔｅｄ  ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ)、ＰＭＩ(ｐｒｅｃｏｄｉｎｇ  ｍａｔｒｉｘ  ｉｎｄｉｃａｔｏｒ)情報などの制御情報が適宜選択された組み合わせが下りリンク制御情報としてＵＥに送信される。
【００４９】
一般に、ＵＥに構成された送信モード(ｔｒａｎｓｍｉｓｓｉｏｎ  ｍｏｄｅ，ＴＭ)によって当該ＵＥに送信可能なＤＣＩフォーマットが異なる。換言すれば、特定送信モードに構成されたＵＥのためには、いかなるＤＣＩフォーマットを用いてもよいわけではなく、特定送信モードに対応する一定ＤＣＩフォーマットのみを用いることができる。
【００５０】
ＰＤＣＣＨは、１つ又は複数の連続した制御チャネル要素(ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ  ｅｌｅｍｅｎｔ，ＣＣＥ)の集成(ａｇｇｒｅｇａｔｉｏｎ)上で送信される。ＣＣＥは、ＰＤＣＣＨに無線チャネル状態に基づく符号化率(ｃｏｄｉｎｇ  ｒａｔｅ)を提供するために用いられる論理的割り当てユニット(ｕｎｉｔ)である。ＣＣＥは、複数のリソース要素グループ(ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ  ｇｒｏｕｐ，ＲＥＧ)に対応する。例えば、１ ＣＣＥは９個のＲＥＧに対応し、１ ＲＥＧは４個のＲＥに対応する。３ＧＰＰ ＬＥＴシステムの場合、それぞれのＵＥのためにＰＤＣＣＨが位置してもよいＣＣＥセットを定義した。ＵＥが自身のＰＤＣＣＨを発見し得るＣＣＥセットを、ＰＤＣＣＨ探索空間、簡単に探索空間(Ｓｅａｒｃｈ  Ｓｐａｃｅ，ＳＳ)と呼ぶ。探索空間内でＰＤＣＣＨが送信されてもよい個別リソースをＰＤＣＣＨ候補(ｃａｎｄｉｄａｔｅ)と呼ぶ。ＵＥがモニタリング(ｍｏｎｉｔｏｒｉｎｇ)するＰＤＣＣＨ候補の集合を探索空間と定義する。３ＧＰＰ ＬＥＴ／ＬＥＴ−ＡシステムでそれぞれのＤＣＩフォーマットのための探索空間は異なるサイズを有してもよく、専用(ｄｅｄｉｃａｔｅｄ)探索空間と共通(ｃｏｍｍｏｎ)探索空間とが定義されている。専用探索空間は、ＵＥ−特定(ｓｐｅｃｉｆｉｃ)探索空間であり、それぞれの個別ＵＥのために構成(ｃｏｎｆｉｇｕｒａｔｉｏｎ)される。共通探索空間は、複数のＵＥのために構成される。次表は、探索空間を定義する集成レベル(ａｇｇｒｅｇａｔｉｏｎ  ｌｅｖｅｌ)を例示するものである。
【００５１】
【表３】
2019525652.tif 000023
【００５２】
１つのＰＤＣＣＨ候補は、ＣＣＥ集成レベルによって１、２、４又は８個のＣＣＥに対応する。ｅＮＢは、探索空間内の任意のＰＤＣＣＨ候補上で実際のＰＤＣＣＨ(ＤＣＩ)を送信し、ＵＥは、ＰＤＣＣＨ(ＤＣＩ)を探すために探索空間をモニタリングする。ここで、モニタリングとは、全てのモニタリングされるＤＣＩフォーマットによって当該探索空間内の各ＰＤＣＣＨの復号(ｄｅｃｏｄｉｎｇ)を試みる(ａｔｔｅｍｐｔ)ことを意味する。ＵＥは、前記複数のＰＤＣＣＨをモニタリングし、自身のＰＤＣＣＨを検出することができる。基本的に、ＵＥは、自身のＰＤＣＣＨが送信される位置を知らないことから、毎サブフレームごとに当該ＤＣＩフォーマットの全てのＰＤＣＣＨに対して、自身の識別子を有するＰＤＣＣＨを検出するまで復号を試みるが、このような過程をブラインド検出(ｂｌｉｎｄ  ｄｅｔｅｃｔｉｏｎ)(ブラインド復号(ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ，ＢＤ))という。
【００５３】
ｅＮＢは、データ領域を通してＵＥ或いはＵＥグループのためのデータを送信することができる。データ領域を通して送信されるデータをユーザデータと呼ぶこともできる。ユーザデータの送信のために、データ領域にはＰＤＳＣＨ(Ｐｈｙｓｉｃａｌ  Ｄｏｗｎｌｉｎｋ  Ｓｈａｒｅｄ  ＣＨａｎｎｅｌ)を割り当てることができる。ＰＣＨ(Ｐａｇｉｎｇ  ｃｈａｎｎｅｌ)及びＤＬ−ＳＣＨ(Ｄｏｗｎｌｉｎｋ−ｓｈａｒｅｄ  ｃｈａｎｎｅｌ)は、ＰＤＳＣＨを介して送信される。ＵＥは、ＰＤＣＣＨを介して送信される制御情報を復号し、ＰＤＳＣＨを介して送信されるデータを読むことができる。ＰＤＳＣＨのデータがどのＵＥ或いはＵＥグループに送信されるか、前記ＵＥ或いはＵＥグループがどのようにＰＤＳＣＨデータを受信して復号すればよいかなどを示す情報がＰＤＣＣＨに含まれて送信される。例えば、特定ＰＤＣＣＨが「Ａ」というＲＮＴＩ(Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｔｙ)でＣＲＣ(ｃｙｃｌｉｃ  ｒｅｄｕｎｄａｎｃｙ  ｃｈｅｃｋ)マスキング(ｍａｓｋｉｎｇ)されており、「Ｂ」という無線リソース(例、周波数位置)及び「Ｃ」という送信形式情報(例、送信ブロックサイズ、変調方式、コーディング情報など)を用いて送信されるデータに関する情報が特定ＤＬサブフレームで送信されると仮定する。ＵＥは、自身の所有しているＲＮＴＩ情報を用いてＰＤＣＣＨをモニタリングし、「Ａ」というＲＮＴＩを有しているＵＥはＰＤＣＣＨを検出し、受信したＰＤＣＣＨの情報によって「Ｂ」と「Ｃ」で示されるＰＤＳＣＨを受信する。
【００５４】
ＵＥがｅＮＢから受信した信号を復調するには、データ信号と比較する参照信号(ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，ＲＳ)が必要である。参照信号とは、ｅＮＢがＵＥに或いはＵＥがｅＮＢに送信する、ｅＮＢとＵＥが互いに知っている、予め定義された特別な波形の信号を意味し、パイロット(ｐｉｌｏｔ)とも呼ばれる。参照信号は、セル内の全ＵＥに共用されるセル−特定(ｃｅｌｌ−ｓｐｅｃｉｆｉｃ)ＲＳと特定ＵＥに専用される復調(ｄｅｍｏｄｕｌａｔｉｏｎ)ＲＳ(ＤＭ ＲＳ)とに区別される。ｅＮＢが特定ＵＥのための下りリンクデータの復調のために送信するＤＭ ＲＳをＵＥ−特定的(ＵＥ−ｓｐｅｃｉｆｉｃ)ＲＳと特別に称することもできる。下りリンクでＤＭ ＲＳとＣＲＳは共に送信されてもよいが、いずれか一方のみが送信されてもよい。ただし、下りリンクでＣＲＳ無しにＤＭ ＲＳのみを送信される場合、データと同じプリコーダを適用して送信されるＤＭ ＲＳは復調の目的にのみ用いることができるため、チャネル測定用ＲＳを別途に提供しなければならない。例えば、３ＧＰＰ ＬＥＴ(−Ａ)では、ＵＥがチャネル状態情報を測定できるようにするために、追加の測定用ＲＳであるＣＳＩ−ＲＳが当該ＵＥに送信される。ＣＳＩ−ＲＳは、チャネル状態について相対的に時間による変化度が大きくないという事実に着目し、毎サブフレームごとに送信されるＣＲＳとは違い、複数のサブフレームで構成される所定の送信周期ごとに送信される。
【００５５】
図４は、３ＧＰＰ ＬＥＴ／ＬＥＴ−Ａシステムで用いられる上りリンク(ｕｐｌｉｎｋ，ＵＬ)サブフレーム構造の一例を示す図である。
【００５６】
図４を参照すると、ＵＬサブフレームは、周波数ドメインで制御領域とデータ領域とに区別できる。１つ又は複数のＰＵＣＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌｓ)を上りリンク制御情報(ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ，ＵＣＩ)を運ぶために制御領域に割り当てることができる。１つ又は複数のＰＵＳＣＨ(ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｓｈａｒｅｄ ｃｈａｎｎｅｌｓ)がユーザデータを運ぶためにＵＬサブフレームのデータ領域に割り当てられてもよい。
【００５７】
ＵＬサブフレームではＤＣ(Ｄｉｒｅｃｔ  Ｃｕｒｒｅｎｔ)副搬送波から遠く離れた副搬送波が制御領域として用いられる。換言すれば、ＵＬ送信帯域幅の両端部に位置する副搬送波が上りリンク制御情報の送信に割り当てられる。ＤＣ副搬送波は、信号送信に用いられずに残される成分であり、周波数上り変換過程で搬送波周波数ｆ０にマッピングされる。１つのＵＥのＰＵＣＣＨは１つのサブフレームで、１つの搬送波周波数で動作するリソースに属したＲＢ対に割り当てられ、このＲＢ対に属したＲＢは、２つのスロットでそれぞれ異なる副搬送波を占有する。このように割り当てられるＰＵＣＣＨを、ＰＵＣＣＨに割り当てられたＲＢ対がスロット境界で周波数ホッピングすると表現する。ただし、周波数ホッピングが適用されない場合には、ＲＢ対が同一の副搬送波を占有する。
【００５８】
ＰＵＣＣＨは、次の制御情報を送信するために用いることができる。
【００５９】
−  ＳＲ(Ｓｃｈｅｄｕｌｉｎｇ  Ｒｅｑｕｅｓｔ)：上りリンクＵＬ−ＳＣＨリソースを要請するために用いられる情報である。ＯＯＫ(Ｏｎ−Ｏｆｆ  Ｋｅｙｉｎｇ)方式を用いて送信される。
【００６０】
−  ＨＡＲＱ−ＡＣＫ：ＰＤＣＣＨに対する応答及び／又はＰＤＳＣＨ上の下りリンクデータパケット(例、コードワード)に対する応答である。ＰＤＣＣＨ或いはＰＤＳＣＨが成功的に受信されたか否かを示す。単一下りリンクコードワードに対する応答としてＨＡＲＱ−ＡＣＫ １ビットが送信され、２つの下りリンクコードワードに対する応答としてＨＡＲＱ−ＡＣＫ ２ビットが送信される。ＨＡＲＱ−ＡＣＫ応答は、ポジティブＡＣＫ(簡単に、ＡＣＫ)、ネガティブＡＣＫ(以下、ＮＡＣＫ)、ＤＴＸ(Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｔｒａｎｓｍｉｓｓｉｏｎ)又はＮＡＣＫ／ＤＴＸを含む。ここで、ＨＡＲＱ−ＡＣＫという用語は、ＨＡＲＱ ＡＣＫ／ＮＡＣＫ、ＡＣＫ／ＮＡＣＫと同じ意味で使われる。
【００６１】
−ＣＳＩ(Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ)：下りリンクチャネルに対するフィードバック情報(ｆｅｅｄｂａｃｋ  ｉｎｆｏｒｍａｔｉｏｎ)である。ＭＩＭＯ(Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ)−関連フィードバック情報は、ＲＩ(Ｒａｎｋ  Ｉｎｄｉｃａｔｏｒ)及びＰＭＩ(Ｐｒｅｃｏｄｉｎｇ  Ｍａｔｒｉｘ  Ｉｎｄｉｃａｔｏｒ)を含む。
【００６２】
ＵＥがサブフレームで送信可能な上りリンク制御情報(ＵＣＩ)の量は、制御情報送信に可用なＳＣ−ＦＤＭＡの個数に依存する。ＵＣＩに可用なＳＣ−ＦＤＭＡは、サブフレームにおいて参照信号の送信のためのＳＣ−ＦＤＭＡシンボルを除く残りのＳＣ−ＦＤＭＡシンボルを意味し、ＳＲＳ(Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ)が構成されているサブフレームでは、サブフレームの最後のＳＣ−ＦＤＭＡシンボルも除く。参照信号は、ＰＵＣＣＨのコヒーレント(ｃｏｈｅｒｅｎｔ)検出に用いられる。ＰＵＣＣＨは、送信される情報によって様々なフォーマットを支援する。
【００６３】
下記の表４に、ＬＥＴ／ＬＥＴ−ＡシステムでＰＵＣＣＨフォーマットとＵＣＩとのマッピング関係を示す。
【００６４】
【表４】
2019525652.tif 000024
【００６５】
表４を参照すると、主に、ＰＵＣＣＨフォーマット１系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられ、ＰＵＣＣＨフォーマット２系列はＣＱＩ／ＰＭＩ／ＲＩなどのチャネル状態情報(ｃｈａｎｎｅｌ  ｓｔａｔｅ  ｉｎｆｏｒｍａｔｉｏｎ，ＣＳＩ)を運ぶために用いられ、ＰＵＣＣＨフォーマット３系列はＡＣＫ／ＮＡＣＫ情報を送信するために用いられる。
【００６６】
参照信号(Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ；ＲＳ)
【００６７】
無線通信システムにおいてパケットを送信する時、パケットは無線チャネルを通じて送信されるため、送信過程で信号の歪みが発生することがある。歪まれた信号を受信側で正しく受信するためには、チャネル情報を用いて受信信号において歪みを補正しなければならない。チャネル情報を知るために、送信側と受信側の両方で知っている信号を送信し、該信号がチャネルを通じて受信される時の歪みの度合からチャネル情報を把握する方法を主に用いる。この信号をパイロット信号(Ｐｉｌｏｔ  Ｓｉｇｎａｌ)又は参照信号(Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ)という。
【００６８】
多重アンテナを用いてデータを送受信する場合には、各送信アンテナと受信アンテナ間のチャネル状況を知ってこそ正しい信号を受信することができる。したがって、各送信アンテナ別に、より詳しくはアンテナポート(ａｎｔｅｎｎａ  ｐｏｒｔ)別に異なった参照信号が存在しなければならない。
【００６９】
参照信号は上りリンク参照信号と下りリンク参照信号とに区別できる。現在、ＬＥＴシステムには、上りリンク参照信号として、
【００７０】
i）ＰＵＳＣＨ及びＰＵＣＣＨを通じて送信された情報のコヒーレント(ｃｏｈｅｒｅｎｔ)な復調のためのチャネル推定のための復調参照信号(ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＤＭ−ＲＳ)
【００７１】
ii）基地局が、ネットワークの異なる周波数における上りリンクチャネル品質を測定するためのサウンディング参照信号(Ｓｏｕｎｄｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＳＲＳ)がある。
【００７２】
一方、下りリンク参照信号としては、
【００７３】
i)セル内の全ての端末が共有するセル−特定参照信号(Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＣＲＳ)
【００７４】
ii）特定端末だけのための端末−特定参照信号(ＵＥ−ｓｐｅｃｉｆｉｃ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ)
【００７５】
iii）ＰＤＳＣＨが送信される場合に、コヒーレントな復調のために送信される(ＤｅＭｏｄｕｌａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＤＭ−ＲＳ)
【００７６】
iv）下りリンクＤＭＲＳが送信される場合に、チャネル状態情報(Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＣＳＩ)を伝達するためのチャネル状態情報参照信号(Ｃｈａｎｎｅｌ  Ｓｔａｔｅ  Ｉｎｆｏｒｍａｔｉｏｎ−Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ，ＣＳＩ−ＲＳ)
【００７７】
v）ＭＢＳＦＮ(Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ)モードで送信される信号に対するコヒーレントな復調のために送信されるＭＢＳＦＮ参照信号(ＭＢＳＦＮ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ)
【００７８】
vi）端末の地理的位置情報を推定するために用いられる位置参照信号(Ｐｏｓｉｔｉｏｎｉｎｇ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ)がある。
【００７９】
参照信号はその目的によって２種類に大別できる。チャネル情報取得のために用いられる参照信号と、データ復調のために用いられる参照信号とがある。前者は、ＵＥが下りリンク上のチャネル情報を取得できるようにすることに目的があるため、広帯域に送信されなければならず、特定サブフレームで下りリンクデータを受信しない端末であってもその参照信号を受信しなければならない。また、これはハンドオーバーなどの状況でも用いられる。後者は、基地局が下りリンクを送る時に該当のリソースで共に送る参照信号であって、端末は当該参照信号を受信することによってチャネル測定をしてデータを復調することが可能になる。この参照信号は、データの送信される領域で送信されなければならない。
【００８０】
パケットデータのレイテンシは重要な性能メートル(ｍｅｔｒｉｃ)の１つであり、これを減らして、より早いインターネットアクセスを最終ユーザ(ｅｎｄ ｕｓｅｒ)に提供することは、ＬＥＴのみならず、次世代移動通信システム、いわゆる新ＲＡＴ(ｎｅｗ ＲＡＴ)の設計においても重要な課題の１つといえる。 
【００８１】
ＬＥＴの最近標準では、データレートを増加させるための努力として、既に、搬送波併合、大規模ＭＩＭＯ、より高い変調次数などのような様々な技術が導入されている。しかし、ユーザプレーン(ｕｓｅｒ ｐｌａｎｅ)のレイテンシを劇的に減少させると同時にＴＣＰ(Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｔｒｏｌ Ｐｒｏｔｏｃｏｌ)スループットを向上させるために、プロセッシング時間を減少させることは核心的な技術である。近来、ＬＥＴ標準では、プロセッシング時間の減少のために、「ＵＬ承認−ｔｏ−ＰＵＳＣＨ」、「ＤＬデータ−ｔｏ−ＤＬ ＨＡＲＱ−ＡＣＫフィードバック」のＤＬ受信−ＵＬ送信間のタイミングを減らす方案が論議されている。
【００８２】
本発明では、プロセッシング時間減少が支援される状況下において、ＨＡＲＱ−ＡＣＫフィードバックを行うための方案を提案する。便宜のために、本発明で説明する発明又は提案をＬＥＴに基づいて説明するが、該当内容は、新ＲＡＴなどの他の波形／フレーム構造が使用される技術にも適用可能である。本発明の実施例では、説明の便宜のために、特定のＴＴＩ長を仮定しているが、相違するＴＴＩ長の構成(例えば、ｓＴＴＩ(ｓｈｏｒｔ ＴＴＩ)(<１ｍｓｅｃ)、ｌｏｎｇＴＴＩ(=１ｍｓｅｃ)、ｌｏｎｇｅｒＴＴＩ(>１ｍｓｅｃ))に対しても本発明が適用可能であるのは当然である。例えば、次期のシステムにおいてサブキャリアの間隔を増加する形態としてｓＴＴＩが導入されてもよい。ここで、ｓＴＴＩは、既存の１ｍｓのＴＴＩよりも短い長さのＴＴＩを示す。
【００８３】
[Ｐｒｏｐｏｓａｌ １]  減少されたプロセッシング時間(ｓｈｏｒｔｅｎｅｄ ｐｒｏｃｅｓｓｉｎｇ ｔｉｍｅ)によるＴＤＤ ＵＬ送信タイミング
【００８４】
現在、ＬＥＴ Ｒｅｌ.−１３標準によれば、初期ＰＤＣＣＨ／ＰＤＳＣＨ送信後には、ＵＥはこれを受信して検出及び複合(ブラインドデコーディングを含む)の過程を行い、その後、ＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信するために、ＰＵＣＣＨ又はＰＵＳＣＨ送信のために符号化過程を行い、タイミング調整(ｔｉｍｉｎｇ ａｄｊｕｓｔｍｅｎｔ；ＴＡ)のための送信タイミングを繰り上げて送信することができる。前記過程(以下、プロセッシング時間)は、ＦＤＤシステムにおいて、通常のＴＴＩ(すなわち、ＴＴＩが１４シンボルで構成)に基づいて、３ｍｓｅｃの間に行われ、よってＳＦ ＃ｎで送信されたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫはＳＦ ＃ｎ＋４においてＰＵＣＣＨやＰＵＳＣＨを通じて送信されることができる。
【００８５】
減少されたプロセッシング時間を支援する端末の場合、前記動作に対して相対的により少ない時間を所要することになり、よってサブフレーム＃ｎにおいてＤＬ承認によってスケジューリングされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫがサブフレーム＃ｎ＋ｋ(ここで、ｋは４よりも小さい整数)で送信することができる。 
【００８６】
しかし、ＴＤＤシステムの場合は、表１のＴＤＤ ＤＬ−ＵＬ設定に従ってＤＬサブフレーム位置とＵＬサブフレーム位置(また、ＤｗＰＴＳとＵｐＰＴＳと保護区間とで構成された特異サブフレーム位置)が予め定義されており、通常のＴＴＩベースでも、ＰＤＳＣＨが送信された後、これに対するＨＡＲＱ−ＡＣＫが送信されるタイミングとか、ＵＬ承認に対するＰＤＣＣＨが送信された後に対応するＰＵＳＣＨが送信されるタイミングとかは、これ以上、４ｍｓｅｃベースではなく、ＴＤＤ ＤＬ−ＵＬ設定に従って、これよりも大きい値が指定され得る。表５は、ＬＥＴ標準で定義されたＴＤＤシステムにおけるＰＤＳＣＨに対する端末のＤＬ ＨＡＲＱ−ＡＣＫ送信タイミングを示す表である。一例として、ＴＤＤ ＤＬ−ＵＬで２が設定された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ−８、＃ｎ−７、＃ｎ−４、＃ｎ−６で受信されたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することになる。ここで、サブフレーム＃ｎ−８、＃ｎ−７、＃ｎ−４、＃ｎ−６をサブフレーム＃ｎ=２に該当するＤＬ ＨＡＲＱ−ＡＣＫに対する「ＤＬ関連集合(ＤＬ ａｓｓｏｃｉａｔｉｏｎ ｓｅｔ)」を称する。
【００８７】
【表５】
2019525652.tif 000025
【００８８】
一方、減少されたプロセッシング時間が支援される場合、特定のＰＤＳＣＨ(例え、サブフレーム＃ｎで送信されたＰＤＳＣＨ)に対するＨＡＲＱ−ＡＣＫが送信できる最も早い時点が従来に比べて繰り上げられることができ(例え、サブフレーム＃ｎ+２又は＃ｎ+３)、よって従来のＤＬ ＨＡＲＱ−ＡＣＫ送信タイミングと異なるタイミングを定義することができるため、そのためのＨＡＲＱ−ＡＣＫ送信方案が新たに定義される必要がある。
【００８９】
端末が受信したＰＤＳＣＨに対するＤＬ ＨＡＲＱ−ＡＣＫの送信タイミングが、予め約束されているか、上位層／物理層信号として指示されたプロセッシング時間に応じて異なるように設定されてもよい。ここで、プロセッシング時間は、ＤＬ−ｔｏ−ＵＬ Ｔｘタイミング(例え、ＰＤＣＣＨ/ＰＤＳＣＨ送信後に該当ＨＡＲＱ−ＡＣＫが送信されるタイミング、ＵＬ承認送信後に該当ｓＰＵＳＣＨが送信されるタイミング)、また/又はＵＬ−ｔｏ−ＤＬ Ｔｘタイミング(例え、ＰＵＳＣＨが送信された後に該当ＡＣＫや再送信情報が送信されるタイミング、ＰＵＣＣＨ送信後にＰＤＣＣＨが送信されるタイミングなど)と解釈されてもよい。 
【００９０】
図５を参照すれば、従来のプロセッシングタイミング(例え、４サブフレーム)で動作されるＵＥ＃０と減少されたプロセッシングタイミング(例え、３サブフレーム)を支援するＵＥ＃１が互いに異なるサブフレームでＤＬ承認によるＰＤＳＣＨスケジューリングを受けても、仮に該当ＤＬ承認に対するＨＡＲＱ−ＡＣＫ送信タイミングが重なり、且つ同一ＰＵＣＣＨリソースを指す場合(すなわち、前記ＤＬ承認を含む２つのＰＤＣＣＨの最低のＣＣＥインデックスが同一の場合)、２つのＵＥのＰＵＣＣＨリソースが衝突する恐れがある。
【００９１】
このようなＰＵＣＣＨリソース衝突を防止するために、特定のＴＤＤ ＤＬ−ＵＬ設定下の特定のサブフレームから送信されるＤＬ ＨＡＲＱ−ＡＣＫに対するＤＬ関連集合は、プロセッシング時間に応じて相違するように設定又は定義されることができる。 
【００９２】
また、特定のＴＤＤ ＤＬ−ＵＬ設定下の特定のサブフレームから送信されるＤＬ ＨＡＲＱ−ＡＣＫに対して、レガシープロセッシング時間によって決定されたＤＬ関連集合と、減少されたプロセッシング時間によって決定されたＤＬ関連集合とが互いに独立して相違するように設定された場合、集合の交差に該当するサブフレームに対するＨＡＲＱ−ＡＣＫは、従来のＰＵＣＣＨリソース集合を従うことになり、一方、集合の交差に該当しない減少されたプロセッシング時間によって決定されたＤＬ関連集合内のサブフレームに対するＨＡＲＱ−ＡＣＫは、別途のＰＵＣＣＨリソース集合を従うように規則が定義されてもよい。ここで、ＰＵＣＣＨリソース集合は、ＤＬ関連集合内の全ての(Ｅ)ＣＣＥに対応されるＰＵＣＣＨリソースからなる集合を意味する。
【００９３】
具体的に、ＴＤＤシステムにおいて特定のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信され得る最も早いタイミングがサブフレーム＃ｎ＋３と予め約束されているか、上位／物理層信号を通じて設定されている場合、ＤＬ ＨＡＲＱ−ＡＣＫタイミングは以下の表のように新たに定義されることができる。
【００９４】
【表６】
2019525652.tif 000026
【００９５】
一例として、ＴＤＤ ＤＬ−ＵＬが２と設定された場合、サブフレーム＃ｎ＝２において端末は、サブフレーム＃ｎ−７、＃ｎ−４、＃ｎ−６、＃ｎ−３で受信されたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することができる。レガシープロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ−８、＃ｎ−７, ＃ｎ−４, ＃ｎ−６)と、減少されたプロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ−７、＃ｎ−４、＃ｎ−６、＃ｎ−３)の交差に該当しない減少されたプロセッシング時間内のサブフレームであるサブフレーム＃ｎ−３は、レガシープロセッシング時間によって決定されたＤＬ関連集合によって決定されたＰＵＣＣＨリソース集合とは異なる別途のＰＵＣＣＨリソース集合を従うことになる。
【００９６】
具体的に、ＴＤＤシステムにおいて特定のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信され得る最も早いタイミングがサブフレーム＃ｎ+２と予め約束されているか、上位／物理層信号を通じて設定されている場合、ＤＬ ＨＡＲＱ−ＡＣＫタイミングは、以下の表のように新たに定義されることができる。
【００９７】
【表７】
2019525652.tif 000027
【００９８】
一例として、ＴＤＤ ＤＬ−ＵＬが２と設定された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ−４、＃ｎ−６、＃ｎ−３、＃ｎ−２で受信されたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することができる。レガシープロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ−８、＃ｎ−７、＃ｎ−４、＃ｎ−６)と、減少されたプロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ−４、＃ｎ−６、＃ｎ−３、＃ｎ−２)の交差に該当しない減少されたプロセッシング時間内のサブフレームであるサブフレーム＃ｎ−２は、レガシープロセッシング時間で決定されたＤＬ関連集合によって決定されたＰＵＣＣＨリソース集合と異なる別途のＰＵＣＣＨリソース集合を従うことになる。
【００９９】
一方、減少されたプロセッシング時間が支援される場合、特定のＵＬ承認に対するＰＤＣＣＨが送信された後(例え、サブフレーム＃ｎで送信されたＰＤＣＣＨ)、該当ＰＵＳＣＨが送信され得る最も早い時点が、従来に比べて繰り上げられることができ(例え、サブフレーム＃ｎ+２又は＃ｎ+３)、よって従来のＰＵＳＣＨ送信タイミングとは異なるタイミングが定義されることができるため、そのためのＰＵＳＣＨ送信方案が新たに定義される必要がある。
【０１００】
ＬＥＴ標準で定義されたＴＤＤシステムにおけるＵＬ承認に対する端末のＰＵＳＣＨ送信タイミングは、以下の表のようである。ＴＤＤ ＤＬ−ＵＬ設定０の場合には、ＵＬ承認内のＵＬインデックス値に応じてサブフレーム＃ｎで受信されたＵＬ承認に対するＰＵＳＣＨ送信タイミングがサブフレーム＃ｎ+ｋ及び／又はサブフレーム＃ｎ＋７と定義される。
【０１０１】
【表８】
2019525652.tif 000028
【０１０２】
特定のＴＤＤ ＤＬ−ＵＬ設定下の特定の時点に端末が受信したＵＬ承認に対するＰＵＳＣＨ送信タイミングは、予め約束されているか、上位層／物理層信号で指示されたプロセッシング時間に応じて相違するように定義されてもよい。
【０１０３】
具体的に、ＴＤＤシステムにおいて特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨが送信され得る最も早いタイミングが、サブフレーム＃ｎ＋３と予め約束されているか、上位層／物理層信号によって設定されている場合、ＰＵＳＣＨ送信タイミングは、以下の表のように新たに定義されてもよい。
【０１０４】
【表９】
2019525652.tif 000029
【０１０５】
具体的に、ＴＤＤシステムにおいて特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨが送信され得る最も早いタイミングが、サブフレーム＃ｎ＋２と予め約束されているか、上位層／物理層信号によって設定されている場合、ＰＵＳＣＨ送信タイミングは、以下の表のうち、いずれか一方のように新たに定義されてもよい。
【０１０６】
【表１０】
2019525652.tif 000030
【０１０７】
【表１１】
2019525652.tif 000031
【０１０８】
ＴＤＤ ＤＬ−ＵＬ設定０において特定の時点に端末が受信したＵＬ承認内のＵＬインデックスによって決定されるＰＵＳＣＨ送信タイミングが、予め約束／定義されているか、上位層／物理層信号によって指示された(既存とは異なる)値で設定されるように規則が定義されてもよい。
【０１０９】
具体的に、ＵＬ承認内のＵＬインデックス値に応じてサブフレーム＃ｎで受信されたＵＬ承認に対するＰＵＳＣＨ送信タイミングが、サブフレーム＃ｎ＋ｋ１及び／又はサブフレーム＃ｎ＋ｋ２と定義されてもよく、このとき、ｋ１は(予め約束／定義されているか、上位層／物理層信号によって指示されたプロセッシング時間に応じて決定された)特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨが送信され得る最も早いタイミングによって決定されてもよく、ｋ２は既存の７よりも小さい値でｎ値によって相違するように(又は、ｎ値とは関係なく同一に)約束又は設定されてもよい。
【０１１０】
一例として、前記規則が適用されて、ｋ１=３であり、ｎ=０, ５に対してはｋ２=４であり、ｎ=１, ６に対してはｋ２=６である場合、特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨ送信タイミングは、図６のように定義されてもよい。
【０１１１】
別の一例として、前記規則が適用されて、ｋ１=２であり、ｋ２=３である場合、特定の時点に受信したＵＬ承認によってスケジュールされたＰＵＳＣＨ送信タイミングは、図７のように定義されてもよい。
【０１１２】
特定のＴＤＤ ＤＬ−ＵＬ設定下の特定の時点に端末が受信したＵＬ承認に対するＰＵＳＣＨの送信タイミングが予め約束されているか、上位層／物理層信号によって指示されたプロセッシング時間に応じて相違するように設定されている場合、相違する時点に受信された複数のＵＬ承認に対するＰＵＳＣＨ送信タイミングが重なることがある。この場合、端末は、該当ＰＵＳＣＨスケジューリングの全てを有効ではない(ｉｎｖａｌｉｄ)と仮定してもよく、或いは、特定のＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であると仮定してもよい。具体的に、端末は、上述した場合に、ＵＬ承認に対する端末のＰＵＳＣＨ送信タイミングがより短いＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であるとみなして、相対的により長いＵＬ承認に対するＰＵＳＣＨスケジューリングは無視するオーバーライディング(ｏｖｅｒｒｉｄｉｎｇ)動作が定義されてもよい。
【０１１３】
ＦＤＤシステム下においても、特定の時点に端末が受信したＵＬ承認に対するＰＵＳＣＨの送信タイミングが予め約束されているか、上位層／物理層信号によって指示されたプロセッシング時間に応じて相違するように設定された場合、相違する時点に受信された複数のＵＬ承認に対するＰＵＳＣＨ送信タイミングが重なることがある。一例として、サブフレーム＃ｎで受信したＵＬ承認の場合、ＤＬ−ｔｏ−ＵＬ Ｔｘタイミングが４ｍと設定され、サブフレーム＃ｎ+１で受信したＵＬ承認の場合、ＤＬ−ｔｏ−ＵＬ Ｔｘタイミングが３ｍｓと設定された場合、前記２つＵＬ承認に対するＰＵＳＣＨ送信タイミングがサブフレーム＃ｎ+４と重なることがある。この場合、端末は、該当ＰＵＳＣＨスケジューリングの全てを有効ではない(ｉｎｖａｌｉｄ)と仮定してもよく、或いは、特定のＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であると仮定してもよい。具体的に、端末は、上述した場合に、ＵＬ承認に対する端末のＰＵＳＣＨ送信タイミングがより短いＵＬ承認に対するＰＵＳＣＨスケジューリングを有効であるとみなして、相対的により長いＵＬ承認に対するＰＵＳＣＨスケジューリングは無視するオーバーライディング(ｏｖｅｒｒｉｄｉｎｇ)動作が定義されてもよい。
【０１１４】
また、ｅＩＭＴＡ(Ｅｎｈａｎｃｅｄ Ｉｎｔｅｒｆｅｒｅｎｃｅ Ｍｉｔｉｇａｔｉｏｎ ＆ Ｔｒａｆｆｉｃ Ａｄａｐｔａｔｉｏｎ)が設定された端末の場合、ＳＩＢ１(ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ ｂｌｏｃｋ １)上のＴＤＤ ＤＬ−ＵＬ設定と再設定ＤＣＩによって指示されるＴＤＤ ＤＬ−ＵＬ設定とが相違することがあるが、ＤＬ ＨＡＲＱタイミングの曖昧さをなくすために、ｅｉｍｔａ−ＨＡＲＱ−ＲｅｆｅｒｅｎｃｅＣｏｎｆｉｇ−ｒ１２が設定され、これによってＤＬ ＨＡＲＱタイミングとＰＵＣＣＨリソースが相違するように設定されてもよい。以下の表は、ＬＥＴ標準による従来のｅＩＭＴＡ ＤＬ関連集合を示す。
【０１１５】
【表１２】
2019525652.tif 000032
【０１１６】
よって、ｅＩＭＴＡが設定された端末の場合、特定のＴＤＤ ＤＬ−ＵＬ設定下の特定のサブフレームに送信されるＤＬ ＨＡＲＱ−ＡＣＫに対するＤＬ関連集合がプロセッシング時間に応じて相違するように設定又は定義されてもよい。具体的に、ＴＤＤシステムに特定のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信され得る最も早いタイミングが、サブフレーム＃ｎ+３と予め約束されているか、上位層／物理層信号によって設定されている場合、ｅＩＭＴＡ ＤＬ関連集合は、以下の表のように新たに定義されてもよい。
【０１１７】
【表１３】
2019525652.tif 000033
【０１１８】
具体的に、ＴＤＤシステムにおいて特定のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信され得る最も早いタイミングが、サブフレーム＃ｎ+２と予め約束されているか、上位層／物理層信号によって設定された場合、ｅＩＭＴＡ ＤＬ関連集合は、以下の表のように新たに定義されてもよい。
【０１１９】
【表１４】
2019525652.tif 000034
【０１２０】
その他の方案として、減少されたプロセッシング時間を設定された端末の場合、全てのセルに対してｅＩＭＴＡ設定を期待しない。或いは、１つのセルに対してでも、ｅＩＭＴＡ設定をされた端末の場合、全てのセルに対して減少されたプロセッシング時間関連設定を期待しないことができる。さらに具体的に、特定のセルに対して減少されたプロセッシング時間を設定された端末である場合、該当セルが属する周波数帯域の全てのセルに対してｅＩＭＴＡ設定を期待しない。或いは、特定の周波数帯域の特定のセル対してｅＩＭＴＡ設定をされた端末の場合、該当セルに対する減少されたプロセッシング時間関連設定を期待しない。
【０１２１】
プロセッシング時間が様々になり、互いに異なるサブフレーム又はＴＴＩで送信されたＰＤＣＣＨ／ＰＤＳＣＨが(又は、ｓＰＤＣＣＨ(ｓｈｏｒｔ ＰＤＣＣＨ)／ｓＰＤＳＣＨ(ｓｈｏｒｔ ＰＤＳＣＨ)、ｓＴＴＩによるＰＤＣＣＨ/ＰＤＳＣＨをそれぞれ称する)、同一のＳＦ又はＴＴＩでＨＡＲＱ−ＡＣＫをそれぞれ送信することができる。この場合、ＰＵＣＣＨリソースの衝突が起こることがある。また、ｅＩＭＴＡ設定のできる端末の場合、ＰＵＣＣＨリソース衝突の問題がより頻繁に起こる。これを解決するために、レガシーと減少されたプロセッシング時間を設定され得るｅＩＭＴＡ端末のＰＵＣＣＨリソース割り当て方式として、以下の方案が考えられる。説明の便宜のために、例えば、Ｔｙｐｅ １サブフレームは、ＤＬ ＨＡＲＱタイミングが非−ｅＩＭＡＴ ＵＥとｅＩＭＴＡ ＵＥとが同一である固定されたサブフレームを意味して、Ｔｙｐｅ ２サブフレームは、ＤＬ ＨＡＲＱタイミングが非−ｅＩＭＡＴ ＵＥとｅＩＭＴＡ ＵＥが相違する固定されたサブフレームを意味して、Ｔｙｐｅ ３サブフレームは、流動サブフレームを意味する。ここで、固定されたサブフレームとは、ＴＤＤ ＤＬ−ＵＬ設定による各サブフレームの用途がＤ、Ｕ又はＳに固定され、設定された用途が変更できないサブフレームをいい、流動サブフレームは、ＴＤＤ ＤＬ−ＵＬ設定による用途が変更できるサブフレームをいう。
【０１２２】
●  Ａｌｔ １: 現在標準によれば、タイプ１とタイプ２／３サブフレームのＰＵＣＣＨリソースを分離するために、タイプ２／３サブフレームのＰＵＣＣＨリソースは上位層シグナリングされたオフセットを設定して、これに基づいて選択されるように規則が定義されている。減少されたプロセッシング時間に該当するタイプ１とタイプ２／３サブフレームに対するＤＬ ＨＡＲＱのＰＵＣＣＨリソースは、図８のように、それぞれに対して設定された別途のリソースオフセットに基づいて選択されるように規則が定義されてもよい。前記リソースオフセットは、レガシープロセッシング時間に該当するタイプ１とタイプ２／３サブフレームに対するＤＬ ＨＡＲＱのＰＵＣＣＨリソースとの分離のために設定されるものであってもよい。具体的に、前記リソースオフセットは、上位層信号によって設定されるか、上位層信号によって設定されたリソースオフセットをＤＣＩを通じて最終指示されるか、或いは上位層信号又はＤＣＩを通じて設定されたリソースオフセットとＰＤＣＣＨ送信位置(例え、ＣＣＥインデックス及び／又は周波数リソース(ＰＲＢインデックス))との組み合わせでＰＵＣＣＨリソースが最終決定される形態であってもよい。
【０１２３】
●  Ａｌｔ ２−１: 特定のタイプのサブフレームのうち、一部に対するＰＵＣＣＨリソースに対してレガシープロセッシング時間と減少されたプロセッシング時間との間に同じＰＵＣＣＨリソースを共有するように規則が定義されてもよい。具体的に、前記特定のタイプのサブフレームは、タイプ１サブフレームであってもよく、タイプ２／３サブフレームの場合には、各々に対して設定されたリソースオフセットに基づいて選択されるように規則が定義されてもよい。前記リソースオフセットは、上位層信号によって設定されるか、上位層信号によって設定されたリソースオフセットをＤＣＩを通じて最終指示されるか、或いは上位層信号又はＤＣＩを通じて設定されたリソースオフセットとＰＤＣＣＨ送信位置(例えば、ＣＣＥインデックス及び／又は周波数リソース(ＰＲＢインデックス))との組み合わせでＰＵＣＣＨリソースが最終決定される形態であってもよい。
【０１２４】
一例として、図９のように、ＴＤＤ ＤＬ−ＵＬ設定２が設定された場合、サブフレーム＃ｎ=２でレガシープロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ−８、＃ｎ−７、＃ｎ−４、＃ｎ−６)と減少されたプロセッシング時間によって決定されたＤＬ関連集合(例え、サブフレーム＃ｎ−７、＃ｎ−４、＃ｎ−６、＃ｎ−３)の交差に該当するサブフレーム＃ｎ−７、＃ｎ−４、＃ｎ−６に対するＰＵＣＣＨリソースは共有されてもよく、サブフレーム＃ｎ−３に対するＰＵＣＣＨリソースは、上述のように、別途のリソースが選択されてもよく、タイプ２／３サブフレームの場合には、レガシープロセッシング時間と減少されたプロセッシング時間が適用された各々のサブフレームに対して設定された各々のリソースオフセットに基づいて選択されてもよい。
【０１２５】
●  Ａｌｔ ２−２: ａｌｔ ２−１よりも通常的な方案であって、同じタイプのサブフレームに対しては、一部に対するＰＵＣＣＨリソースに対してレガシープロセッシング時間と減少されたプロセッシング時間の間に同じＰＵＣＣＨリソースを共有するように規則が定義されてもよい。一例として、図１０のように、レガシープロセッシング時間によって決定されたＤＬ関連集合と減少されたプロセッシング時間によって決定されたＤＬ関連集合の交差に該当するタイプ１サブフレームのＰＵＣＣＨリソースは共有されてもよく、同様に、レガシープロセッシング時間によって決定されたＤＬ関連集合と減少されたプロセッシング時間によって決定されたＤＬ関連集合の交差に該当するタイプ２／３サブフレームのＰＵＣＣＨリソースが互いに共有されてもよい。この方案を適用するとき、減少されたプロセッシング時間の設定時にも、別途のリソースオフセットを付与する必要がない。
【０１２６】
減少されたプロセッシング時間が支援される場合、多くのＤＬサブフレームで送信されるＰＤＳＣＨに対するＤＬ ＨＡＲＱが１つのＵＬサブフレームに集中されることがある。多過ぎるＤＬ ＨＡＲＱに対するＰＵＣＣＨリソースを予備しなければならない場合、全体リソース活用の効率が低下する恐れがある。よって、１つのＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が(予め約束／定義された、或いは、上位／物理層信号によってシグナリングされた)所定数以上である場合、ＨＡＲＱ−ＡＣＫ(空間)バンドリングが適用されるように定義されてもよい。
【０１２７】
具体的に、減少されたプロセッシング時間が設定された端末に限って、前記規則が適用されるように規則が定義されてもよい。また、特定のＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が従来のレガシープロセッシング時間によって決定されたＤＬ関連集合を構成するＤＬサブフレームの数より多い場合に限って、前記規則が適用されるように規則が定義されてもよい。
【０１２８】
又は、１つのＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が(予め約束／定義された、或いは、上位層／物理層信号によってシグナリングされた)所定数以上である場合、ＰＵＣＣＨフォーマット３／４／５などで、又はより大きいペイロード(ｐａｙｌｏａｄ)を支援する新たなＰＵＣＣＨフォーマットでＤＬ ＨＡＲＱが送信されるように規則が定義されてもよい。
【０１２９】
具体的に、減少されたプロセッシング時間が設定された端末に限って、前記規則が適用されるように規則が定義されてもよい。また、特定のＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が従来のレガシープロセッシング時間によって決定されたＤＬ関連集合を構成するＤＬサブフレームの数より多い場合に限って、前記規則が適用されるように規則が定義されてもよい。仮に、ＰＵＣＣＨフォーマット３／４／５、また／又は新たなＰＵＣＣＨフォーマットに対するＰＵＣＣＨリソースが予め約束／設定されていない場合、前記規則が適用されず、従来のレガシープロセッシングによって決定されたＤＬ ＨＡＲＱ送信タイミングを従うように、または、ＨＡＲＱ−ＡＣＫ(空間)バンドリングが適用されるように規則が定義されてもよい。
【０１３０】
ＴＤＤシステムでは、ＤＡＩ(Ｄｏｗｎｌｉｎｋ Ａｓｓｉｇｎｍｅｎｔ Ｉｎｄｅｘ)をＰＤＣＣＨに含ませて、１つのＵＬサブフレームのＡＣＫ／ＮＡＣＫリソースに送信されるＰＤＳＣＨの数をカウントして通知する。例えば、３つのＤＬサブフレームに対して、１つのＵＬサブフレームが対応付けられている場合、３つのＤＬサブフレーム区間に送信されるＰＤＳＣＨにインデックスを順次付与(すなわち、順次にカウント)して、ＰＤＳＣＨをスケジュールするＰＤＣＣＨに送信し、端末はＰＤＣＣＨにあるＤＡＩ情報をみて、これまでのＰＤＣＣＨを正確に受信したか否かを知ることができる。 
【０１３１】
特定のＵＥに対しては、プロセッシング時間が複数であってもよい。以下、第１のプロセッシング時間は、減少されたプロセッシング時間の設定とは関係ないタイミングで、ＦＤＤベースではＤＬデータまたはＵＬ承認がＳＦまたはＴＴＩ ＃ｎから送信される場合、これに該当するＤＬ ＨＡＲＱフィードバックまたはＵＬデータがＳＦまたはＴＴＩ ＃ｎ+４で送信されるＨＡＲＱフィードバックまたはＵＬ送信に関連した設定または前記受信と送信との間の時間間隔を称することができる。また、第１のプロセッシング時間は、減少されたプロセッシング時間の設定とは関係ないタイミングで、ＴＤＤベースでは最小４ｍｓであるが、実際のＤＬ／ＵＬサブフレームに応じて該当値より少し長くなってもよい。第２のプロセッシング時間は、減少されたプロセッシング時間の設定に応じて新たに導入されるタイミングであってもよい。一例として、ＦＤＤベースでは、ＤＬデータまたはＵＬ承認がＳＦまたはＴＴＩ ＃ｎで送信される場合、これに該当するＤＬ ＨＡＲＱフィードバックまたはＵＬデータがＳＦまたはＴＴＩ ＃ｎで送信される場合、これに該当するＤＬ ＨＡＲＱフィードバックまたはＵＬデータがＳＦまたはＴＴＩ ＃ｎ+３で送信されるＨＡＲＱフィードバックまたはＵＬ送信と関連した設定または受信と送信との間の時間間隔を称してもよい。ＴＤＤベースでは、最小３ｍｓであるが、実際のＤＬ／ＵＬ ＳＦに応じて該当値より少し長くなってもよい。単一セルベースでは、第１のプロセッシングは、フォールバック(ｆａｌｌｂａｃｋ)の動作の際(例えば、共通探索空間(ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ；ＣＳＳ)ＤＣＩでＰＤＳＣＨ／ＰＵＳＣＨスケジューリング及び／又はＤＣＩフォーマット１ＡでＰＤＳＣＨスケジューリング又は通常のＲＮＴＩ使用など)に使用されるものであってもよく、第２のプロセッシング時間は、減少されてプロセッシング時間が適用される場合(例え、端末特定探索空間(ＵＥ−ｓｐｅｃｉｆｉｃ ｓｅａｒｃｈ ｓｐａｃｅ；ＵＳＳ)ＤＣＩでＰＤＳＣＨ／ＰＵＳＣＨスケジューリング及び／又はＴＭ−依存ＤＣＩでＰＤＳＣＨスケジューリング又は第３のＲＮＴＩ使用など)に使用されるものであってもよい。さらに、第２のプロセッシング時間は、搬送波併合又はデュアルコネクティビティ状況では、各セルが減少されたプロセッシング時間の動作設定を異ならせる場合に使用されてもよい。または、第２のプロセッシング時間は、長さの異なる複数のＴＴＩに対して互いに異なるプロセッシング時間が設定される場合に使用されてもよい。
【０１３２】
上述のように、複数のプロセッシング時間が設定された端末の場合、ＤＡＩ指示方案に対して、基地局と端末との間の同様な理解が必要となる。端末に複数のプロセッシング時間が設定された場合、ＤＡＩ送信方案を以下のように提案する。
【０１３３】
●  Ａｌｔ １: ＤＬ ＨＡＲＱを送信する特定のＵＬサブフレーム又はＵＬ ＴＴＩに基づいて、ＰＤＳＣＨスケジュールされるＤＬサブフレーム又はＴＴＩの数、またＤＬ ＳＰＳリリース(ｒｅｌｅａｓｅ)を指示するＤＬ承認の数がＤＬ関連集合の元素の数であるＭを超えないように規則が定義されてもよい。
【０１３４】
一例として、ＴＤＤ ＤＬ−ＵＬが２と設定されて、前記第１のプロセッシング時間が適用された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ−８、＃ｎ−７、＃ｎ−４、＃ｎ−６で受信されたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することができる。一方、前記第２のプロセッシング時間が適用された場合、サブフレーム＃ｎ=２において端末は、サブフレーム＃ｎ−７、＃ｎ−４、＃ｎ−６、＃ｎ−３で受信されたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫを送信することができる。よって、サブフレーム＃ｎ=２においてＭは４と定義される。
【０１３５】
仮に、サブフレーム＃ｎ−８、＃ｎ−７、＃ｎ−６は、第１のプロセッシング時間が適用された(又は、フォールバック動作中である)ＤＬ承認によってスケジュールされ、サブフレーム＃ｎ−４、＃ｎ−３は、第２のプロセッシング時間が適用された(又は、減少されたプロセッシング動作中である)ＤＬ承認によってスケジュールされる場合、サブフレーム＃ｎ=２においてＭは５になるが、スケジューリングによってこれを許容せず、端末もこのようなスケジューリングを期待しない。
【０１３６】
●  Ａｌｔ ２: ＤＬ ＨＡＲＱを送信する特定のＵＬサブフレーム又はＵＬ ＴＴＩに基づいて、第１のプロセッシング時間(又は、第２のプロセッシング時間)によって決定されるＤＬ関連集合の元素のうち１つであるサブフレーム又はＴＴＩにおいて、第１のプロセッシング時間(又は、第２のプロセッシング時間)が適用されたＤＬ承認によってスケジュールされた場合、第２のプロセッシング時間(又は、第１のプロセッシング時間)によって決定されたその他のＤＬ関連集合内の元素のうち１つである他のサブフレーム又はＴＴＩにおいて第２のプロセッシング時間(又は、第１のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングを許容しないように規則が定義されてもよい。
【０１３７】
具体的に、第１のプロセッシング時間によって決定されるＤＬ関連集合と、第２のプロセッシング時間によって決定されるＤＬ関連集合との交差に該当しないＤＬサブフレーム又はＤＬ ＴＴＩにおける第２のプロセッシング時間(又は、第１のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングを許容しないものであってもよい。一例として、ＴＤＤ ＵＬ／ＤＬが２と設定されて、サブフレーム＃ｎ−８において第１のプロセッシング時間が適用されたＤＬ承認によってスケジュールされた場合、サブフレーム＃ｎ−３において第２のプロセッシング時間が適用されたＤＬ承認によってスケジュールされることは許容されない。
【０１３８】
特定のＴＤＤ ＤＬ−ＵＬ設定下の特定のサブフレームに送信されるＤＬ ＨＡＲＱ−ＡＣＫに対するＤＬ関連集合は、プロセッシング時間に応じて相違するように設定又は定義されてもよく、具体的に、前記ＤＬ関連集合は、各ＵＬサブフレームに最大に均等にＤＬ ＨＡＲＱが分配されるように(以下、ＨＡＲＱ−ＡＣＫ負荷バランシング(ｌｏａｄ ｂａｌａｎｃｉｎｇ)と称する)或いはＤＬ承認−ｔｏ−ＤＬ ＨＡＲＱ−ＡＣＫ送信に該当する遅れが最小となるように(以下、レイテンシ優先順位(ｌａｔｅｎｃｙ ｐｒｉｏｒｉｔｙ)と称する)定義されてもよい。例えば、ＴＤＤシステムにおいてサブフレーム＃ｎで受信された特定のＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫが送信され得る最も早いタイミングがサブフレーム＃ｎ+３と予め約束されているか、上位層／物理層信号によって設定されている場合、ＤＬ ＨＡＲＱ−ＡＣＫタイミングに対するＨＡＲＱ−ＡＣＫ負荷バランシングの一例は、表６のようであり、レイテンシ優先順位の一例は、以下の表のようである。
【０１３９】
【表１５】
2019525652.tif 000035
【０１４０】
具体的に、減少されたプロセッシング時間が設定された端末の場合、ＨＡＲＱ−ＡＣＫ負荷バランシング及び／又はレイテンシ優先順位及び／又は明示的にＨＡＲＱ−ＡＣＫタイミングを指示する方案のうちいずれかによってＤＬ関連集合を構成するかについて上位層／物理層信号によって設定されるように規則が定義されてもよい。
【０１４１】
また、１つのＵＬサブフレームに対するＤＬ関連集合を構成するＤＬサブフレームの数が(予め約束／定義された、或いは、上位／物理層信号によってシグナリングされた)所定数の以上である場合(特に、従来のレガシープロセッシング時間によって決定されたＤＬ関連集合を構成するＤＬサブフレームの数より多い場合を含む)、ＨＡＲＱ−ＡＣＫ送信の細部方案を以下のように提案する。
【０１４２】
Ａｌｔ １: 端末は、ＤＬサブフレーム別に空間バンドリング(ｓｐａｔｉａｌ ｂｕｎｄｌｉｎｇ)を先に行った後、プロセッシング時間別にバンドリングを行うように規則が定義されてもよい。
【０１４３】
Ａｌｔ ２: 端末は、プロセッシング時間とは関係なく、１つのＵＬサブフレームに対するＨＡＲＱ−ＡＣＫに対して、コードワード別にバンドリングを行うように規則が定義されてもよい。
【０１４４】
Ａｌｔ ３: 端末は、プロセッシング時間とは関係なく、ＨＡＲＱ−ＡＣＫ多重化(ｍｕｌｔｉｐｌｅｘｉｎｇ)を行うように規則が定義されてもよい。
【０１４５】
Ａｌｔ ４: 端末は、プロセッシング時間別に、先にバンドリングを行った後、チャンネル選択方法を用いてＨＡＲＱ−ＡＣＫを送信することができる。又は、端末は、ＤＬサブフレーム別に空間バンドリングを行った後、チャンネル選択方法を用いてＨＡＲＱ−ＡＣＫを送信することができる。
【０１４６】
一例として、チャンネル選択の状態(ｓｔａｔｅ)を構成するとき、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が優先してマッピングされ、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち、２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が以後に順次マッピングされてもよい。或いは、逆に、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が優先してマッピングされ、その後、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が以後に順次マッピングされてもよい。さらに、プロセッシング時間別に別途のＤＡＩが定義されてもよい。
【０１４７】
Ａｌｔ ５: ＰＵＣＣＨフォーマット３／４／５などで(或いは、より大きいペイロードを支援する新たなＰＵＣＣＨフォーマット)ＨＡＲＱ−ＡＣＫ送信。
【０１４８】
このとき、減少されたプロセッシング時間によってスケジュールされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報が優先してマッピング(又は、逆に、レガシープロセッシング時間によってスケジュールされたＰＤＳＣＨに対するＨＡＲＱ−ＡＣＫ情報が優先してマッピング)されるように規則が定義されてもよい。又は、プロセッシング時間とは関係なく、予め定義された手順でＨＡＲＱ−ＡＣＫ情報がマッピングされてもよいが、一例として、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が優先してマッピングされ、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が以後に順次マッピングされてもよい。或いは、逆に、減少されたプロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が優先してマッピングされ、その後、レガシープロセッシング時間によって定義されたＤＬ関連集合に該当するＤＬサブフレームのうち２つ集合の交差に該当しないＤＬサブフレームに対するＨＡＲＱ−ＡＣＫ情報が以後に順次マッピングされてもよい。さらに、プロセッシング時間別に別途のＤＡＩが定義されてもよい。
【０１４９】
特定のＵＥに対して、複数のニューマロロジー(ｎｕｍｅｒｏｌｏｇｙ)及び／又はＴＴＩの長さ及び／又はプロセッシング時間が設定されてもよい。一例として、第１のプロセッシング時間は、減少されたプロセッシング時間設定とは関係ないタイミングで、ＦＤＤベースではＤＬデータ又はＵＬ承認がＳＦ又はＴＴＩ ＃ｎで受信(又は送信)される場合、これに該当するＤＬ ＨＡＲＱフィードバック又はＵＬデータがＳＦ又はＴＴＩ ＃ｎ+４で送信されるＨＡＲＱフィードバック又はＵＬ送信に関連する設定又は前記受信と送信との間の時間間隔を称してもよい。さらに、第１のプロセッシング時間は、ＴＤＤベースでは、最小４ｍｓとなるが、実際のＤＬ／ＵＬ ＳＦによって該当値より少し長くなってもよい。第２のプロセッシング時間は、減少されたプロセッシング時間設定によって新たに導入されるタイミングであってもよい。或いは、ＣＡ／ＤＣ状況では、各セルにおいてニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間が相違するように設定されてもよい。
【０１５０】
複数のニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間が混在してスケジュールされる状況において、ニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間とは関係なくＤＡＩが割り当てられるように規則が定義されてもよい。その他の方案として、ニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間別にＤＡＩが独立して割り当てられるように規則が定義されてもよい。或いは、１ｍｓ ＴＴＩと短いＴＴＩとの間にはＤＡＩが独立して割り当てられてもよい。一例として、１ｍｓ ＴＴＩに対するＰＵＳＣＨ／ＰＵＣＣＨと２−シンボルＴＴＩに対するｓＰＵＳＣＨ／ｓＰＵＣＣＨのそれぞれには、ＤＡＩが割り当てられてもよい。
【０１５１】
このとき、ＤＬデータチャンネル(例え、ＰＤＳＣＨ)が送信手順でＤＡＩが順次に割り当てられるように規則が定義されてもよい。仮に、異なるニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間によってＤＬデータチャンネルの送信時点が同一又は重畳することがある。この場合、予め定義された優先順位によってＤＡＩが割り当てられてもよい。具体的に、ＤＬ承認が送信された時点順にＤＡＩが順次に割り当てられるように規則が定義されてもよい。または、特定のニューマロロジー及び／又はＴＴＩの長さ及び／又はプロセッシング時間に該当するＤＬ承認又はＤＬデータチャンネルに先ずＤＡＩが割り当てられるように規則が定義されてもよい。
【０１５２】
なお、ＤＬ割り当てＤＣＩが送信された順にＤＡＩが順次割り当てられるように規則が定義されてもよい。
【０１５３】
なお、ＤＬ割り当てＤＣＩ又はＤＬデータチャンネル(例え、ＰＤＳＣＨ)の開始位置の早い順にＤＡＩが順次割り当てられるように規則が定義されてもよい。
【０１５４】
なお、ＨＡＲＱ−ＡＣＫ送信タイミングの早い順にＤＡＩが順次割り当てられるように規則が定義されてもよい。具体的に、ＴＴＩの長さが互いに異なる場合について適用されてもよい。
【０１５５】
上述したように、ＤＬ ＨＡＲＱ−ＡＣＫを送信する特定のＵＬサブフレーム又はＴＴＩに基づいて、第１のプロセッシング時間(又は、第２のプロセッシング時間)によって決定されるＤＬ関連集合の元素のうち１つであるサブフレーム又はＴＴＩにおいて第１のプロセッシング時間(又は、第２のプロセッシング時間)が適用されたＤＬ承認によってスケジュールされた場合、第２のプロセッシング時間(又は、第１のプロセッシング時間)によって決定されたその他のＤＬ関連集合内の元素のうち１つである他のサブフレーム又はＴＴＩにおいて第２のプロセッシング時間(又は、第１のプロセッシング時間)が適用されたＤＬ承認によるスケジューリングを許容しないように規則が定義されてもよい。
【０１５６】
より具体的に、特定のＵＬサブフレームにおいてＨＡＲＱ−ＡＣＫを送信するようにする互いに異なるプロセッシング時間のＤＬ割り当て(又は、ＤＬ承認)を受信した端末は、より長いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を除外するように及び／又はより短いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を含んでＨＡＲＱ−ＡＣＫフィードバックを構成するように規則が定義されてもよい。これは、より短いプロセッシング時間に対するスケジューリングに優先順位を付与するものであってもよい。具体的に、前記から除外／包含されるＡＣＫ／ＮＡＣＫフィードバック情報は、第１のプロセッシング時間によって決定されるＤＬ関連集合と第２のプロセッシング時間によって決定されるＤＬ関連集合の交差に該当しないＤＬサブフレーム又はＤＬ ＴＴＩに対するＡＣＫ／ＮＡＣＫフィードバック情報であってもよい。
【０１５７】
逆に、特定のＵＬサブフレームにおいてＨＡＲＱ−ＡＣＫを送信するようにする互いに異なるプロセッシング時間のＤＬ割り当て(又は、ＤＬ承認)を受信した端末は、より短いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を除外するように、及び／又はより長いプロセッシング時間によって決定されるＤＬ関連集合の元素に該当するＤＬデータに対するＡＣＫ／ＮＡＣＫフィードバック情報を含んでＨＡＲＱ−ＡＣＫフィードバックを構成するように規則が定義されてもよい。
【０１５８】
上述した提案方式に対する一例も、本発明の具現方法の１つとして含まれることができ、一種の提案方法としてみなされることは明白な事実であろう。また、説明した提案方式は、独立して具現されてもよく、一部の提案方式の組み合わせ(又は、併合)の形態で具現されてもよい。提案方法の適用可否の情報(又は、上述した方法の規則に関する情報)は、基地局が端末に予め定義されたシグナル(例え、物理層シグナル又は上位層シグナル)を通じて通知するように規則が定義されてもよい。
【０１５９】
図１１は、本発明の一実施例に係る動作を示す図である。
【０１６０】
図１１は、無線通信システムにおいてＨＡＲＱ−ＡＣＫ(Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ Ｒｅｑｕｅｓｔ−Ａｃｋｎｏｗｌｅｄｇｍｅｎｔ)送信方法に関する。前記方法は、端末によって行われ、前記端末は、２つ以上のプロセッシング時間を有するように設定されてもよい。前記端末は、基地局から１つ以上の下りリンクサブフレームで下りリンクデータチャンネルを指示する下りリンク制御チャンネル及び前記下りリンクデータチャンネルを受信することができる(Ｓ１１１０)。前記端末は、前記１つ以上の下りリンクサブフレームに対応する上りリンクサブフレームで前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を前記基地局に送信することができる(Ｓ１１２０)。前記上りリンクサブフレームで送信されるＨＡＲＱ−ＡＣＫ情報は、前記２つ以上のプロセッシング時間のうちただ１つのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含み、残りのプロセッシング時間による下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報を含まなくてもよい。
【０１６１】
前記上りリンクサブフレームと、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームとの間の最小間隔は、３つ以下のサブフレームであってもよい。
【０１６２】
また、前記上りリンクサブフレームに対応する前記１つ以上の下りリンクサブフレームの数が所定値の以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報はバンドリングされてもよい。追加又は代案として、前記１つの上りリンクサブフレームに対応する前記下りリンクサブフレームの数が所定値の以上である場合、前記下りリンクデータチャンネルに対するＨＡＲＱ−ＡＣＫ情報は、特定のＰＵＣＣＨ(Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ ＣＨａｎｎｅｌ)フォーマットによって送信されてもよい。
【０１６３】
前記上りリンクサブフレームに対応する１つ以上の下りリンクサブフレームを指示する情報集合が、各プロセッシング時間において設定されてもよい。ここで、前記情報集合はＨＡＲＱ−ＡＣＫ負荷バランシング又はレイテンシ優先順位に従って決定されてもよい。
【０１６４】
図１２は、本発明の実施例を実行する送信装置１０及び受信装置２０の構成要素を示すブロック図である。送信装置１０及び受信装置２０は、情報及び／又はデータ、信号、メッセージなどを運ぶ無線信号を送信又は受信できる送信機／受信機１３，２３と、無線通信システム内の通信と関連した各種情報を記憶するメモリ１２，２２と、送信機／受信機１３，２３及びメモリ１２，２２などの構成要素と動作的に接続してこれらの構成要素を制御し、当該装置が前述の本発明の実施例の少なくとも一つを実行するようにメモリ１２，２２及び／又は送信機／受信機１３，２３を制御するように構成されたプロセッサ１１，２１をそれぞれ備える。
【０１６５】
メモリ１２，２２は、プロセッサ１１，２１の処理及び制御のためのプログラムを格納することができ、入／出力される情報を仮記憶することができる。メモリ１２，２２がバッファーとして活用されてもよい。プロセッサ１１，２１は、一般に、送信装置又は受信装置内の各種モジュールの動作全般を制御する。特に、プロセッサ１１，２１は、本発明を実行するための各種制御機能を果たすことができる。プロセッサ１１，２１をコントローラ(ｃｏｎｔｒｏｌｌｅｒ)、マイクロコントローラ(ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ)、マイクロプロセッサ(ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ)、マイクロコンピュータ(ｍｉｃｒｏｃｏｍｐｕｔｅｒ)などと呼ぶこともできる。プロセッサ１１，２１は、ハードウェア(ｈａｒｄｗａｒｅ)又はファームウェア(ｆｉｒｍｗａｒｅ)、ソフトウェア、又はこれらの結合によって具現されてもよい。ハードウェアを用いて本発明を具現する場合は、本発明を実行するように構成されたＡＳＩＣｓ(ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ)、ＤＳＰｓ(ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ)、ＤＳＰＤｓ(ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ)、ＰＬＤｓ(ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ)、ＦＰＧＡｓ(ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ)などがプロセッサ１１，２１に設けられてもよい。一方、ファームウェアやソフトウェアを用いて本発明を具現する場合は、本発明の機能又は動作を実行するモジュール、手順又は関数などを含むようにファームウェアやソフトウェアが構成されてもよい。本発明を実行できるように構成されたファームウェア又はソフトウェアは、プロセッサ１１，２１内に設けられたりメモリ１２，２２に格納されてプロセッサ１１，２１によって駆動されてもよい。
【０１６６】
送信装置１０におけるプロセッサ１１は、プロセッサ１１又はプロセッサ１１に接続しているスケジューラからスケジューリングされて外部に送信される信号及び／又はデータに対して所定の符号化(ｃｏｄｉｎｇ)及び変調(ｍｏｄｕｌａｔｉｏｎ)を行った後、送信機／受信機１３に送信する。例えば、プロセッサ１１は、送信しようとするデータ列を逆多重化、チャネル符号化、スクランブリング、及び変調の過程などを経てＫ個のレイヤに変換する。符号化されたデータ列はコードワードとも呼ばれ、ＭＡＣ層が提供するデータブロックである伝送ブロックと等価である。一伝送ブロック(ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ，ＴＢ)は一コードワードに符号化され、各コードワードは一つ以上のレイヤの形態で受信装置に送信される。周波数上り変換のために送信機／受信機１３はオシレータ(ｏｓｃｉｌｌａｔｏｒ)を含むことができる。送信機／受信機１３はＮｔ個(Ｎｔは１以上の正の整数)の送信アンテナを含むことができる。
【０１６７】
受信装置２０の信号処理過程は、送信装置１０の信号処理過程の逆となる。プロセッサ２１の制御下に、受信装置２０の送信機／受信機２３は送信装置１０から送信された無線信号を受信する。送信機／受信機２３は、Ｎｒ個の受信アンテナを含むことができ、送信機／受信機２３は受信アンテナから受信した信号のそれぞれを周波数下り変換して(ｆｒｅｑｕｅｎｃｙ  ｄｏｗｎ−ｃｏｎｖｅｒｔ)基底帯域信号に復元する。送信機／受信機２３は、周波数下り変換のためにオシレータを含むことができる。プロセッサ２１は、受信アンテナから受信した無線信号に対する復号(ｄｅｃｏｄｉｎｇ)及び復調(ｄｅｍｏｄｕｌａｔｉｏｎ)を行い、送信装置１０が本来送信しようとしたデータに復元することができる。
【０１６８】
送信機／受信機１３，２３は一つ以上のアンテナを具備する。アンテナは、プロセッサ１１，２１の制御下に、本発明の一実施例によって、送信機／受信機１３，２３で処理された信号を外部に送信したり、外部から無線信号を受信して送信機／受信機１３，２３に伝達する機能を果たす。アンテナはアンテナポートと呼ばれることもある。各アンテナは一つの物理アンテナに該当したり、２以上の物理アンテナ要素(ｅｌｅｍｅｎｔ)の組み合わせによって構成されてもよい。各アンテナから送信された信号は受信装置２０によってそれ以上分解されることはない。当該アンテナに対応して送信された参照信号(ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌ，ＲＳ)は受信装置２０の観点で見たアンテナを定義し、チャネルが一物理アンテナからの単一(ｓｉｎｇｌｅ)無線チャネルであるか、或いは当該アンテナを含む複数の物理アンテナ要素(ｅｌｅｍｅｎｔ)からの合成(ｃｏｍｐｏｓｉｔｅ)チャネルであるかに関係なく、受信装置２０にとって当該アンテナに対するチャネル推定を可能にする。すなわち、アンテナは、該アンテナ上のシンボルを伝達するチャネルが同一アンテナ上の他のシンボルが伝達される前記チャネルから導出されるように定義される。複数のアンテナを用いてデータを送受信する多重入出力(Ｍｕｌｔｉ−Ｉｎｐｕｔ  Ｍｕｌｔｉ−Ｏｕｔｐｕｔ、ＭＩＭＯ)機能を支援する送信機／受信機の場合は２個以上のアンテナに接続されてもよい。
【０１６９】
本発明の実施例において、端末又はＵＥは上りリンクでは送信装置１０として動作し、下りリンクでは受信装置２０として動作する。本発明の実施例において、基地局又はｅＮＢは上りリンクでは受信装置２０として動作し、下りリンクでは送信装置１０として動作する。
【０１７０】
送信装置及び／又は受信装置は、上述した本発明の実施例のうちの少なくとも１つ又は２つ以上の実施例の組み合わせを実行することができる。
【０１７１】
上述したように開示された本発明の好適な実施例に関する詳細な説明は、当業者が本発明を具現して実施し得るように提供された。以上では本発明の好適な実施例を参照して説明したが、当該技術の分野における熟練した者には、添付の特許請求の範囲に記載された本発明を様々に修正及び変更できるということが理解できる。したがって、本発明はここに示した実施の形態に制限されるものではなく、ここに開示された原理及び新規な特徴と一致する最も広い範囲を付与するためのものである。
【産業上の利用可能性】
【０１７２】
本発明は、端末、リレー、基地局などのような通信装置に利用可能である。
【図１】
2019525652.tif 000036
【図２】
2019525652.tif 000037
【図３】
2019525652.tif 000038
【図４】
2019525652.tif 000039
【図５】
2019525652.tif 000040
【図６】
2019525652.tif 000041
【図７】
2019525652.tif 000042
【図８】
2019525652.tif 000043
【図９】
2019525652.tif 000044
【図１０】
2019525652.tif 000045
【図１１】
2019525652.tif 000046
【図１２】
2019525652.tif 000047
【国際調査報告】
2019525652.tif 000048
2019525652.tif 000049
2019525652.tif 000050
2019525652.tif 000051
2019525652.tif 000052
2019525652.tif 000053