JP2021502773A - 無線通信システムにおいてｓｒを運搬するｐｕｃｃｈを送受信する方法及びそのための装置 - Google Patents

Abstract

本明細書は、無線通信システムにおいてスケジュールリング要求を運搬するＰＵＣＣＨを送信するための方法を提供する。より具体的に、端末により行われる方法は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するステップ；前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するステップ；前記ＰＵＣＣＨの送信のためのリソースを決定するステップ；及び前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するステップを含む。

Description

本発明は、無線通信システムに関し、より詳細には、ＳＲを運搬するＰＵＣＣＨを送受信するための方法及びそれをサポートする装置に関する。

移動通信システムは、ユーザの活動性を保証しつつ、音声サービスを提供するために開発された。しかし、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在は爆発的なトラフィックの増加により、リソースの不足現象が引き起こされ、ユーザがより高速のサービスを要求するため、より発展した移動通信システムが求められている。

次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たり送信移動通知システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在は、爆発的なトラフィック増加によりリソースの不足現象が発生し、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。

次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たり送信率の画期的な増加、大幅に増加した連結デバイス数の収容、非常に低い端対端遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ Ｌａｔｅｎｃｙ）、高エネルギー効率をサポートできなければならない。このために、二重連結性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ ＭＩＭＯ：Ｍａｓｓｉｖｅ Ｍｕｌｔｉｐｌｅ Ｉｎｐｕｔ Ｍｕｌｔｉｐｌｅ Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ Ｆｕｌｌ Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ ｗｉｄｅｂａｎｄ）サポート、端末ネットワーキング（Ｄｅｖｉｃｅ Ｎｅｔｗｏｒｋｉｎｇ）等、多様な技術が研究されている。

本明細書は、ＳＲに関連したＰＵＣＣＨの周期が１スロットより小さい場合、設定されたＵＬリソースのシンボルオフセットを利用してＰＵＣＣＨリソースを決定するための方法を提供することに目的がある。

本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないまた別の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者にとって明確に理解されるべきである。

本明細書は、無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するための方法を提供する。

より具体的に、端末により行われる方法は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するステップ、前記第１メッセージはＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ ｌｅｖｅｌ ｏｆｆｓｅｔ）に関する第１情報を含み；前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するステップ、前記第２メッセージは前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；前記第１及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定するステップ；及び前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するステップを含むものの、前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする。

また、本明細において、特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記特定スロットにおいて前記ＰＵＣＣＨは送信されないことを特徴とする。

また、本明細書において、前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであることを特徴とする。

また、本明細書において、前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする。

また、本明細書において、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることを特徴とする。

また、本明細書は、無線通信システムにおいてスケジューリングリ要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するための端末において、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的に接続されているプロセッサをと含み、前記プロセッサは、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信し、前記第１メッセージはＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ ｌｅｖｅｌ ｏｆｆｓｅｔ）に関する第１情報を含み；前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信し、前記第２メッセージは前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定し；及び前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するように設定されるものの、前記ＰＵＣＣＨの送信周期が１スロット（ｓｌｏｔ）より小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする。

本明細書は、基地局の動的ＴＤＤ設定（ｄｙｎａｍｉｃ ＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の送信に成功するか否かに関係なく、他の端末に対する干渉のないＳＲリソースを基地局が割り当てるか又は端末が選択できる効果がある。

また、本明細書は、ミニスロット（ｍｉｎｉ−ｓｌｏｔ）又はシンボルレベル（ｓｙｍｂｏｌ−ｌｅｖｅｌ）ＳＲリソースを割り当てるにおいて、スロット境界（ｓｌｏｔ ｂｏｕｎｄａｒｙ）を侵さずに設定できる効果がある。

本発明で得ることができる効果は、以上で言及した効果に制限されるものではなく、言及していないまた別の効果は、以下の記載から本発明が属する技術分野で通常の知識を有する者にとって明確に理解されるべきである。

本発明に関する理解を助けるために詳細な説明の一部に含まれる添付図は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。

本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す。 本明細書で提案する方法が適用できる無線通信システムにおいてアップリンクフレームとダウンリンクフレームとの関係を示す。 ＮＲシステムにおけるフレーム構造の一例を示す。図３は単に説明の便宜のためのものであり、本発明の範囲を制限するものではない。 本明細書で提案する方法が適用できる無線通信システムにおいてサポートするリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）の一例を示す。 本明細書で提案する方法が適用できるアンテナポート及びヌメロロジー別のリソースグリッドの例を示す。 本明細書で提案する方法が適用できる自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）構造の一例を示す。 本明細書で提案する第２−１実施形態の一例を示す。 本明細書で提案する第２−２実施形態の一例を示す。 本明細書で提案する繰り返し／結合に対する可能な端末動作の一例を示す図である。 本明細書で提案するスロット繰り返しと非スロット（ｎｏｎ−ｓｌｏｔ）繰り返しとの間の遅延（ｌａｔｅｎｃｙ）の側面で相違点を示す図である。 本明細書で提案するスロットレベル繰り返しの一例を示す図である。 本明細書で提案する方法を行うための端末動作の一例を示すフローチャートである。 本明細書で提案する方法を行うための基地局動作の一例を示すフローチャートである。 本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。 本明細書で提案する方法が適用できる無線通信装置のブロック構成図のまた他の例示である。

以下、本発明に係る好ましい実施形態を添付図を参照として詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一な実施形態を示しようとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的な細部事項なくとも、実施されることができるということを知っている。

いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、各構造及び装置の中核機能を中心としたブロック図の形式で示すことができる。

本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（ｔｅｒｍｉｎａｌ ｎｏｄｅ）としての意味を有する。本文書で基地局によって遂行されるものと説明された特定の動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって遂行されてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）からなるネットワークで端末との通信のために遂行される多様な動作は、基地局又は基地局以外の他のネットワークノードによって遂行され得ることは自明である。「基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ ｔｒａｎｓｃｅｉｖｅｒ ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ Ｐｏｉｎｔ）、ｇＮＢ（ｇｅｎｅｒａｌ ＮＢ）等の用語によって代替し得る。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定又は移動性を有し得、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）, ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ ｔｅｒｍｉｎａｌ)、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置等の用語に代替し得る。

以下で、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部であり得る。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部であり得る。

以下の説明で使用される特定の用語は、本発明の理解を助けるために提供され、このような特定用語の使用は、本発明の技術的思想を外れない範囲で他の形態に変更され得る。

以下の技術は、ＣＤＭＡ(ｃｏｄｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＴＤＭＡ(ｔｉｍｅ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ ｃａｒｒｉｅｒ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）等のような様々な無線接続システムに用いられることができる。ＣＤＭＡはＵＴＲＡ（ｕｎｉｖｅｒｓａｌ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）で具現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ ｓｙｓｔｅｍ ｆｏｒ ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ ｐａｃｋｅｔ ｒａｄｉｏ ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ ｄａｔａ ｒａｔｅｓ ｆｏｒ ＧＳＭ ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１ （Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６ （ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）等のような無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ ＬＴＥの進化である。

本発明の実施例は、無線接続システムであるＩＥＥＥ ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち少なくとも１つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、前記文書により裏付けられることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明されることができる。

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。

スマートフォン（ｓｍａｒｔｐｈｏｎｅ）及びＩｏＴ（Ｉｎｔｅｒｎｅｔ Ｏｆ Ｔｈｉｎｇｓ）端末の普及が急速に拡散されるにつれて、通信網を介してやり取りする情報の量が増加している。それにより、次世代無線接続技術においては、既存の通信システム（又は、既存の無線接続技術（ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ））よりさらに多くのユーザにさらに速いサービスを提供する環境（例えば、向上した移動広帯域通信（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ ｃｏｍｍｕｎｉｃａｔｉｏｎ））が考慮される必要がある。

このために、多数の機器及びモノ（ｏｂｊｅｃｔ）を接続してサービスを提供するＭＴＣ（Ｍａｃｈｉｎｅ Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を考慮する通信システムのデザインが議論されている。また、通信の信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び／又は遅延（ｌａｔｅｎｃｙ）に敏感なサービス（ｓｅｒｖｉｃｅ）及び／又は端末（ｔｅｒｍｉｎａｌ）などを考慮する通信システム（例えば、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ ａｎｄ Ｌｏｗ Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のデザインも議論されている。

以下、本明細書において、説明の便宜のために、前記次世代無線接続技術はＮＲ（Ｎｅｗ ＲＡＴ、Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）と称され、前記ＮＲが適用される無線通信システムはＮＲシステムと称される。

用語の定義

ｅＬＴＥ ｅＮＢ：ｅＬＴＥ ｅＮＢは、ＥＰＣ（Ｅｖｏｌｖｅｄ Ｐａｃｋｅｔ Ｃｏｒｅ）及びＮＧＣ（Ｎｅｘｔ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ）に対する接続をサポートするｅＮＢの進化（ｅｖｏｌｕｔｉｏｎ）である。

ｇＮＢ：ＮＧＣとの接続だけでなく、ＮＲをサポートするノード。

新たなＲＡＮ：ＮＲ又はＥ−ＵＴＲＡをサポートするか、またはＮＧＣと相互作用する無線アクセスネットワーク。

ネットワークスライス（ｎｅｔｗｏｒｋ ｓｌｉｃｅ）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにｏｐｅｒａｔｏｒにより定義されたネットワーク。

ネットワーク機能（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）：ネットワーク機能は、よく定義された外部インタフェースとよく定義された機能的動作を有するネットワークインフラ内での論理的ノード。

ＮＧ−Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２レファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）に使われる制御プレーンインタフェース。

ＮＧ−Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３レファレンスポイント（ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）に使われるユーザプレーンインタフェース。

非独立型（Ｎｏｎ−ｓｔａｎｄａｌｏｎｅ）ＮＲ：ｇＮＢがＬＴＥ ｅＮＢをＥＰＣに制御プレーン接続のためのアンカーとして要求するか、またはｅＬＴＥ ｅＮＢをＮＧＣに制御プレーン接続のためのアンカーとして要求する配置構成。

非独立型Ｅ−ＵＴＲＡ：ｅＬＴＥ ｅＮＢがＮＧＣに制御プレーン接続のためのアンカーとしてｇＮＢを要求する配置構成。

ユーザプレーンゲートウェイ：ＮＧ−Ｕインタフェースの終端点。

システム一般

図１は、本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す図である。

図１に示すように、ＮＧ−ＲＡＮはＮＧ−ＲＡユーザプレーン（新たなＡＳ ｓｕｂｌａｙ ｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）に 対する制御プレーン（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。

前記ｇＮＢは、Ｘｎインタフェースを介して相互接続される。

また、前記ｇＮＢは、ＮＧインタフェースを介してＮＧＣに接続される。

より具体的には、前記ｇＮＢはＮ２インタフェースを介してＡＭＦ（Ａｃｃｅｓｓ ａｎｄ Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｆｕｎｃｔｉｏｎ）に、Ｎ３インタフェースを介してＵＰＦ（Ｕｓｅｒ Ｐｌａｎｅ Ｆｕｎｃｔｉｏｎ）に接続される。

ＮＲヌメロロジー（Ｎｕｍｅｒｏｌｏｇｙ）及びフレーム（ｆｒａｍｅ）構造

ＮＲシステムでは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）がサポートできる。ここで、ヌメロロジーはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ）とＣＰ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ）オーバーヘッドにより定義できる。このとき、多数のサブキャリア間隔は基本サブキャリア間隔を整数Ｎ（又は、μ）にスケーリング（ｓｃａｌｉｎｇ）することにより誘導できる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立的に選択できる。

また、ＮＲシステムでは多数のヌメロロジーに従う多様なフレーム構造がサポートできる。

以下、ＮＲシステムで考慮できるＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ヌメロロジー及びフレーム構造を説明する。

ＮＲシステムでサポートされる多数のＯＦＤＭヌメロロジーは、表１のように定義できる。

図２は、本明細書で提案する方法が適用できる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。

図３は、ＮＲシステムにおけるフレーム構造の一例を示す。図３は、単に説明の便宜のためのものであり、本発明の範囲を制限するものではない。

表３は、μ＝２である場合、すなわち、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ：ＳＣＳ）が６０ｋＨｚである場合の一例であり、表２を参考すると、１サブフレーム（又は、フレーム）は４つのスロットを含み、図３に示す１サブフレーム＝｛１，２，４｝スロットは一例であって、１サブフレームに含まれることができるスロット（ら）の個数は表２のように定義される。

また、ミニスロット（ｍｉｎｉ−ｓｌｏｔ）は、２、４又は７シンボル（ｓｙｍｂｏｌ）で構成され、より多いか又はより少ないシンボルで構成されてもよい。

ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ ｒｅｓｏｕｒｃｅ）に関連して、アンテナポート（ａｎｔｅｎｎａ ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ ｐａｒｔ）などが考慮される。

以下、ＮＲシステムにおいて考慮される前記物理リソースについて具体的に説明する。

まず、アンテナポートに関連して、アンテナポートはアンテナポート上のシンボルが運ばれるチャネルが同一のアンテナポート上の他のシンボルが運ばれるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運ばれるチャネルの広範囲特性（ｌａｒｇｅ−ｓｃａｌｅ ｐｒｏｐｅｒｔｙ）が他のアンテナポート上のシンボルが運ばれるチャネルから推論できる場合、２つのアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ ｃｏ−ｌｏｃａｔｅｄ又はｑｕａｓｉ ｃｏ−ｌｏｃａｔｉｏｎ）関係にあるといえる。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ ｒｅｃｅｉｖｅｄ ｐｏｗｅｒ）、受信時点（Ｒｅｃｉｖｅｄ Ｔｉｍｉｎｇ）の１つ以上を含む。

図４は、本明細書で提案する方法が適用できる無線通信システムにおいてサポートするリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）の一例を示す。

この場合、図５に示すように、ヌメロロジーμ及びアンテナポートｐ別に１つのリソースグリッドが設定されることができる。

図５は、本明細書で提案する方法が適用できるアンテナポート及びヌメロロジー別のリソースグリッドの例を示す。

Ｐｏｉｎｔ Ａは、リソースブロックグリッドの共通参照地点（ｃｏｍｍｏｎ ｒｅｆｅｒｅｎｃｅ ｐｏｉｎｔ）としての役割を果たし、次のように取得できる。

−ＰＣｅｌｌダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のためにＵＥにより使用されたＳＳ／ＰＢＣＨブロックと重なる最も低いリソースブロックの最も低いサブキャリアとｐｏｉｎｔ Ａとの間の周波数オフセットを示し、ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現され；

−ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ ｃｈａｎｎｅｌ ｎｕｍｂｅｒ）においてのように表現されたｐｏｉｎｔ Ａの周波数位置を示す。

共通リソースブロック（ｃｏｍｍｏｎ ｒｅｓｏｕｒｃｅ ｂｌｏｃｋ）はサブキャリア間隔の設定μに対する周波数領域において０から上方にナンバリング（ｎｕｍｂｅｒｉｎｇ）される。

自己完結型（Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）構造

ＮＲシステムにおいて考慮されるＴＤＤ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｄｕｐｌｅｘｉｎｇ）構造は、アップリンク（Ｕｐｌｉｎｋ：ＵＬ）とダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）を１つのスロット（又は、サブフレーム）において全て処理する構造である。これは、ＴＤＤシステムにおいてデータ送信の遅延（ｌａｔｅｎｃｙ）を最小化するためのものであり、前記構造は、自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）構造又は自己完結型スロットと呼ばれてもよい。

図６は、本明細書で提案する方法が適用できる自己完結型（self-contained）構造の一例を示す。図５は、単に説明の便宜のためのものであって、本発明の範囲を制限するものではない。

図６を参照すると、ｌｅｇａｃｙ ＬＴＥの場合のように、１つの送信単位（例えば、スロット、サブフレーム）が１４個のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される場合が仮定される。

図６において、領域６０２はダウンリンク制御領域（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）を意味し、領域６０４はアップリンク制御領域（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｒｅｇｉｏｎ）を意味する。また、領域６０２及び領域６０４以外の領域（すなわち、別途の表示がない領域）は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ ｄａｔａ）又はアップリンクデータ（ｕｐｌｉｎｋ ｄａｔａ）の送信のために利用される。

すなわち、アップリンク制御情報（ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）及びダウンリンク制御情報（ｄｏｗｎｌｉｎｋ ｃｏｎｔｒｏｌ ｉｎｆｏｒｍａｔｉｏｎ）は１つの自己完結型スロットにおいて送信できる。それに対して、データ（ｄａｔａ）の場合、アップリンクデータ又はダウンリンクデータが１つの自己完結型スロットにおいて送信できる。

図６に示す構造を用いる場合、１つの自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）スロット内において、ダウンリンク送信とアップリンク送信が順次行われ、ダウンリンクデータの送信及びアップリンクＡＣＫ／ＮＡＣＫの受信が行われることができる。

結果として、データ送信のエラーが発生する場合、データの再送信までかかる時間が短縮される。これにより、データ伝達に関連した遅延を最小化することができる。

図６のような自己完結型スロット構造において、基地局（ｅＮｏｄｅＢ、ｅＮＢ、ｇＮＢ）及び／又は端末（ｔｅｒｍｉｎａｌ、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ））が送信モード（ｔＲＡＮｓｍｉｓｓｉｏｎ ｍｏｄｅ）から受信モード（ｒｅｃｅｐｔｉｏｎ ｍｏｄｅ）に切り替える過程又は受信モードから送信モードに切り替える過程のための時間ギャップ（ｔｉｍｅ ｇａｐ）が要求される。前記時間ギャップに関連して、前記自己完結型スロットにおいてダウンリンク送信以後にアップリンク送信が行われる場合、一部のＯＦＤＭシンボル（ら）が保護区間（Ｇｕａｒｄ Ｐｅｒｉｏｄ：ＧＰ）と設定されることができる。

アナログビームフォーミング（ａｎａｌｏｇ ｂｅａｍｆｏｒｍｉｎｇ）

ミリメートル波（ｍｍＷａｖｅ、ｍｍＷ）通信システムにおいては、信号の波長（ｗａｖｅｌｅｎｇｔｈ）が短くなるにつれて、同一面積に多数の（又は、多重の）（ｍｕｌｔｉｐｌｅ）アンテナを設置することができる。例えば、３０ＣＨｚ帯域において、波長は約１ｃｍ程度であり、２次元（２−ｄｉｍｅｎｓｉｏｎ）配列形態によって５ｃｍ×５ｃｍのパネル（ｐａｎｅｌ）に０．５ラムダ（ｌａｍｂｄａ）間隔でアンテナを設置する場合、計１００個のアンテナ要素（ｅｌｅｍｅｎｔ）が設置されることができる。

従って、ｍｍＷ通信システムにおいては、多数のアンテナ要素を用いてビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ：ＢＦ）利得を高めることにより、カバレッジを増加させるか、処理量（ｔｈｒｏｕｇｈｐｕｔ）を高める方案が考慮される。

ここで、アンテナ要素別に送信パワー（ｔｒａｎｓｍｉｓｓｉｏｎ ｐｏｗｅｒ）及び位相（ｐｈａｓｅ）の調節が可能になるように、ＴＸＲＵ（Ｔｒａｎｓｃｅｉｖｅｒ Ｕｎｉｔ）が設置される場合、周波数リソース（ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ）別に独立的なビームフォーミングが可能である

ただし、すべてのアンテナ要素（例えば、１００個のアンテナ要素）にＴＸＲＵを設置する方案は、コストの側面で実効性が低下する可能性がある。これにより、１つのＴＸＲＵに多数のアンテナ要素をマッピング（ｍａｐｐｉｎｇ）し、アナログ位相遷移器（ａｎａｌｏｇ ｐｈａｓｅ ｓｈｉｆｔｅｒ）を用いてビームの方向（ｄｉｒｅｃｔｉｏｎ）を制御する方式が考慮される。

前述したようなアナログビームフォーミング方式は、全帯域において１つのビーム方向のみを生成できるので、周波数選択的なビーム動作を行えない問題が発生する。

これにより、デジタルビームフォーミング（ｄｉｇｉｔａｌ ｂｅａｍｆｏｒｍｉｎｇ）とアナログビームフォーミングの中間形態であって、Ｑ個のアンテナ要素より少ない個数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（ｈｙｂｒｉｄ ｂｅａｍｆｏｒｍｉｎｇ）が考慮される。この場合、前記Ｂ個のＴＸＲＵとＱ個のアンテナ要素の接続方式によって異なるが、同時に信号を送信できるビームの方向はＢ個以下に制限される。

以下、本明細書で提案するスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）のためのリソースを割り当てる方法と動的（ｄｙｎａｍｉｃ）ＴＤＤを使用する場合、割り当てられたＳＲリソースを使用する方法について説明する。

まず、これに関連した説明について概略的にまとめる。

ＳＲ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）設定であるため、ＳＲ機会（ｏｐｐｏｒｔｕｎｉｔｙ ｏｒ ｏｃｃａｓｉｏｎ）が動的ＳＦＩ／半静的ＤＬ／ＵＬ割り当てに指示されたスロットフォーマットで指示された非ＵＬシンボル（ｎｏｎ−ＵＬ ｓｙｍｂｏｌ）において発生する場合の処理方法を定義しなければならない。

動的ＴＤＤ動作、特に、ＵＥがＳＲを送信できる動的ＳＦＩに基づいて明確にする必要がある。

ＳＲ設定の周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）を適用するとき、次のオプションは周期及び／又はオフセットをカウント（ｃｏｕｎｔ）するのに考慮される。

−オプション（ｏｐｔｉｏｎ）１：半静的に設定された固定されたアップリンクリソースのみをカウントする。

−オプション２：半静的に設定された固定（ｆｉｘｅｄ）及びフレキシブル（ｆｌｅｘｉｂｌｅ）ＵＬのみをカウントする。

−オプション３：周期及びオフセットは実際のリソースタイプに関係なくスロット／ＯＦＤＭシンボルの個数に適用される。

オプション１は、曖昧性がないが、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＵＬリソースにおいてのみＳＲ機会（ｏｐｐｏｒｔｕｎｉｔｙ）が発生し得るため、柔軟性が低下する。

オプション３において、設定において周期及びオフセットは絶対時間を意味する。周期を調整して目標遅延（ｌａｔｅｎｃｙ）を達成するのに役立つ。しかしながら、ＵＥがより大きな周期を有すると、ｇＮＢは適切な時間にＵＬスロット／ミニスロット／シンボルを割り当てることが難しい。

オプション２は、他のオプションより柔軟な方法である。この場合、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＵＬ及びフレキシブルリソース（ｆｌｅｘｉｂｌｅ ｒｅｓｏｕｒｃｅ）においてＳＲ機会が発生し得る。

しかしながら、オプション２を使用する場合、スロットレベル周期より短い場合に関するいくつかの追加説明が必要である。

それぞれのスロットは、相異なる数のＵＬ／フレキシブルシンボルを有することができるため、これは、スロット周期より小さい周期において適用することが難しくなる。

これを考慮すると、以下の方法が考慮される。

方法１

２つのオプションから選択する。

オプション１：スロット又はミニスロットレベル周期に関係なく、オプション３を考慮する。

オプション２：スロットレベル周期／オフセットの場合はオプション２が採択され、スロットレベル周期未満の場合はオプション３が採択される。

オプション２が考慮されるとき、ＳＲに対して設定されたＰＵＣＣＨが送信できるＵＬ／フレキシブルスロットは有効なＵＬスロットとみなされる。

オプション３を考慮するとき、ＳＲを送信できない場合がある。

第１に、スロット又はリソースはＤＬリソースであり得るか、又は、ＳＲ送信のために設定されたＰＵＣＣＨを送信するのに十分なＵＬ／フレキシブルリソースがない。

この場合、ＳＲは次に利用可能なＳＲ機会（ｏｃｃａｓｉｏｎ）又はＳＲにピギーバック可能な次に利用可能なＰＵＣＣＨ／ＰＵＳＣＨ送信に延期しなければならない。

方法２

方法２は、ＳＲ機会において、リソースがＤＬ又は予約（ｒｅｓｅｒｖｅｄ）である場合、ＳＲは送信されない。

この場合、ＳＲは、次に利用可能なＳＲ機会又は次に利用可能なＰＵＣＣＨ／ＰＵＳＣＨ送信時に送信することができる。

ドロップされたＳＲは上位層に知らせなければならない。

方法３

ＳＲ機会において、ＳＲに対して設定されたＰＵＣＣＨを送信するのに十分なＵＬ／フレキシブルリソースがないと、ＳＲは送信されない。

ＳＲは、次に利用可能なＳＲ機会又は次に利用可能なＰＵＣＣＨ／ＰＵＳＣＨ送信時に送信できる。ドロップされたＳＲは上位層に知らせなければならない。

シンボルレベルの周期でスケジューリング要求が設定されることができる。

シンボルレベル周期が設定されてもＳＲ ＰＵＣＣＨがスロット境界にマッピングされることは好ましくない。

スロットレベルをシンボルレベルの周期に維持するための１つの方法は、スロット境界を超えるＳＲ ＰＵＣＣＨはドロップすることである。

この方法は、動的ＴＤＤの場合に利点があるが、スロットを考慮せずにシンボルレベルにおいてＰＵＣＣＨリソースを割り当てる方法について論議すべきである。

また他の方法は、スロットにＳＲパターン（ｐａｔｔｅｒｎ）を使用することである。

ＳＲ機会パターン（ＳＲ ｏｃｃａｓｉｏｎ ｐａｔｔｅｒｎ）は、スロットにおいてシンボルレベル周期を有する。

全てのスロットに対して当該スロットを繰り返すことにより、スロット境界を違反することなくシンボルレベルの周期を得ることができる。

このオプションにおいて、ＨＡＲＱ−ＡＣＫのような他のＵＣＩに対して合意されたＰＵＣＣＨ割り当て方法を再び使用することができる。

方法４：スロットより周期が短いＳＲ設定の場合、

ＳＲ設定は、スロットに対するＳＲ機会パターンがある。

全てのスロットは同一のＳＲ機会パターン（ｏｃｃａｓｉｏｎ ｐａｔｔｅｒｎ）を有する。

ＳＲ機会パターンを定義するために、オプション１を好む場合、次のオプションが考慮される。

方法１−１

方法１−１は、スロットにおいて１番目のＳＲ機会に対するＳＲ設定においてただ１つのＰＵＣＣＨリソースのみが指示される。

スロットにおいて他のＳＲ機会は与えられた周期を有するＰＵＣＣＨリソースの繰り返しにより暗示的に指示される。

方法１−２

方法１−２は、スロットの全てのＳＲ機会に対するＰＵＣＣＨリソースがＳＲ設定に明示的に指示される。

以下、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）のためのリソースを割り当てる方法と動的（ｄｙｎａｍｉｃ）ＴＤＤを使用するとき、割り当てられたＳＲリソースを使用する方法について様々な実施形態によりさらに具体的に説明する。

後述する実施形態は、それぞれ独立的に行われるか又は１つ以上が結合して行われる。

第１実施形態

第１実施形態は、動的ＴＤＤに対するＳＲリソース決定（ＳＲ ｒｅｓｏｕｒｃｅ ｄｅｔｅｒｍｉｎａｔｉｏｎ ｆｏｒ ｄｙｎａｍｉｃ ＴＤＤ）方法に関する。

端末は、基地局から新しいアップリンク送信のためのリソースの割り当てを受けるために基地局にスケジューリング要求（ＳＲ）を送信する。

端末がＳＲ送信のために使用するＳＲリソースは、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＵＬリソースであるため、動的に変更されたＤＬ／ＵＬリソースとは異なる。

端末が前記半静的（ｓｅｍｉ−ｓｔａｔｉｃ）リソースに対して変更されたＤＬ／ＵＬリソースにより送信方向を誤って把握する場合（一例として、ダウンリンク領域をＳＲリソースと把握する場合）、前記端末のＳＲ送信は他の端末に大きな干渉要因として作用する可能性がある。

従って、このような動的ＴＤＤ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が端末に正常に受信されなくても、他の端末に影響を与えないとともにＳＲリソースを端末が使用するようにする方法が必要である。

以下に説明する内容は、ＳＲ送信のためのＰＵＣＣＨ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）について記述しているが、本明細書で提案する方法は、他の用途のＰＵＣＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ又はＰＵＳＣＨに適用できる。

Ｎｅｗ ＲＡＴ（又は、ＮＲ）においてＴＤＤ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は様々な方法で端末に送信できる。

まず、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒｓｉｇｎａｌｉｎｇ）などの半静的シグナリング（ｓｅｍｉ−ｓｔａｔｉｃ ｓｉｇｎａｌｉｎｇ）を利用して、基地局は端末にＴＤＤ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を割り当てることができる。

または、基地局は、Ｌ１（ｌａｙｅｒ １）シグナリングを介して動的ＴＤＤ設定（ｄｙｎａｍｉｃ ＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を端末に行うことができる。

前記Ｌ１シグナリングよる動的ＴＤＤ設定（ｄｙｎａｍｉｃ ＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ）は端末に伝達できない場合もある。

従って、端末は、このような動的ＴＤＤ設定を受信できなくても問題なく動作しなければならない。

半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＴＤＤ設定によりシンボル、スロット又はミニスロットはＤＬ、ＵＬ、フレキシブル／ｕｎｋｎｏｗｎなどの状態（ｓｔａｔｅ）と表現され、このような状態に応じてＬ１シグナリングを介してＴＤＤ設定はオーバーライド（ｏｖｅｒｒｉｄｅ）されることもある。

また、本明細書に記載される「／」は「及び／又は」と解釈されてもよく、「Ａ及び／又はＢ」は「Ａ又は（及び／又は）Ｂの少なくとも１つを含む」と同一の意味と解釈されてもよい。

端末がＳＲを送信するためのＳＲリソースは一般に周期性を有し、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）を介して基地局から割り当てられる。

前述したように、ＳＲリソースは周期的なＵＬリソースとして動的（ｄｙｎａｍｉｃ）又は半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に変更されたＴＤＤ設定と相異なる。

このような不一致（ｍｉｓｍａｔｃｈ）は、端末のＳＲ送信を妨害して遅延時間を発生させるか、又は他の端末に大きな干渉を及ぼす。

従って、説明したように、本明細書は、Ｎｅｗ ＲＡＴにおいてＴＤＤ設定とＳＲリソース設定の不一致を解決するために、次のようなＳＲリソース設定方法を提案する。

（方法１）

方法１は、ＳＲ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）のＳＲリソースを常に半静的ＴＤＤ設定のＵＬリソースにおいてのみ存在するようにする設定方法である。

半静的に割り当てられたＵＬリソースは、動的ＴＤＤ設定（ｄｙｎａｍｉｃＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ） に影響されないので、半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ ＵＬ ｒｅｓｏｕｒｃｅ）のみを使用してＳＲ送信を行うことができる。

さらに特徴的に、該当半静的設定（ｓｅｍｉ−ｓｔａｔｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ）はセル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）のＤＬ／ＵＬ設定のみを意味するか、又は、セル特定及びＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）の両方ともを意味し得る。

ここで、次のような方法がさらに考慮される。

（方法１−１）

方法１−１は、ＳＲリソースの周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）が既存に割り当てられた半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ ＵＬ ｒｅｓｏｕｒｃｅ）のみを考慮することである。

より具体的に、方法１−１は、半静的ＵＬリソースのみを考慮した論理インデックス（ｌｏｇｉｃａｌ ｉｎｄｅｘ）を使用してＳＲリソース設定の周期とオフセットを適用することである。

例えば、ＳＲリソースの周期が「Ｋ」である場合、Ｋ個の半静的ＵＬスロット／ミニスロットごとにＳＲ機会（ｏｐｐｏｒｔｕｎｉｔｙ又はｏｃｃａｓｉｏｎ）が現れることを意味する。

（方法１−２）

方法１−２は、ＳＲリソース設定（ＳＲ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）を半静的ＴＤＤ設定（ｓｅｍｉ−ｓｔａｔｉｃ ＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ）と見なすことである。

このとき、ＳＲリソース設定として使われるシンボル／スロット／ミニスロットは半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ ＵＬ ｒｅｓｏｕｒｃｅ）とみなされるものであり得る。

（方法１−３）

方法１−３は、ＳＲ送信が半静的ＴＤＤ設定によりＵＬではない機会（ｏｃｃａｓｉｏｎ）においてＳＲ送信がスキップ（ｓｋｉｐ）されることである。

当該リソースにおいてＳＲトリガーのとき、ＳＲは最も速い利用可能なリソース（ａｖａｉｌａｂｌｅ ｒｅｓｏｕｒｃｅ）において送信されることができる。

最も速い利用可能なリソース（ａｖａｉｌａｂｌｅ ｒｅｓｏｕｒｃｅ）は次のようなオプションにより決定される。

最も速い利用可能なリソースは現在機会を含むことができ、次のオプションにより送信可能になった場合、スキップしないことを意味する。

すなわち、次のオプションがＳＲ送信のリソースを選択するオプションであり、現在機会のリソースを含む。

−半静的ＤＬ／ＵＬ設定（Ｓｅｍｉ−ｓｔａｔｉｃ ＤＬ／ＵＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって最も速い次のＳＲ機会に送信する。

−動的ＳＦＩ（Ｄｙｎａｍｉｃ ＳＦＩ（ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ））、動的スケジューリング（ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ）、ＰＵＣＣＨスケジューリング、ＰＵＳＣＨスケジューリングなど動的に利用可能になるリソースのうち最初のＳＲ機会を仮定することができる。

−動的スケジューリングによりＰＵＣＣＨリソースが利用可能になるか（追加でＰＵＳＣＨスケジューリングによりピギーバック（ｐｉｇｇｙｂａｃｋ）することも考慮）、又は 、半静的ＤＬ／ＵＬ設定により最も速いＵＬリソースに送信する。

−ＳＲ送信がスキップされた場合、当該ＳＲ機会をスキップするか否かを上位層に伝達することができる。

前記オプションは、ＳＲ周期がスロットの倍数であるか又はシンボルの倍数であるかによって異なるように適用される。

一例として、スロットの場合、ＵＬスロット又はＵＬ中心スロット（ＵＬ−ｃｅｎｔｒｉｃ ｓｌｏｔ）をカウントしてＳＲリソースの周期を設定してもよく、シンボルの場合、方法１−３を適用してもよい。

または、どのような方式を適用するか、ＳＲ設定に同様に設定されることもできる。

（方法２）

方法２は、ＳＲ設定のＳＲリソースを半静的Ｕｎｋｎｏｗｎリソース（ｓｅｍｉ−ｓｔａｔｉｃ Ｕｎｋｎｏｗｎ ｒｅｓｏｕｒｃｅ）とみなすことに関する。

より具体的に、端末はまず、ＳＲリソースとなり得る候補（ｃａｎｄｉｄａｔｅ）を半静的シグナリングを介してＬ１シグナリングにオーバーライド（ｏｖｅｒｒｉｄｅ）可能な状態で割り当てられ、動的ＴＤＤ設定（ｄｙｎａｍｉｃ ＴＤＤ ｃｏｎｆｉｇｕｒａｔｉｏｎ）又はスケジューリングが当該状態のリソースをＵＬ状態にオーバーライドするとき、端末は当該リソースをＳＲリソースとして使用可能であると判断できる。

ここで、オーバーライド可能な状態がＤＬ又はＵＬにオーバーライドされない場合、使用しないかあるいはＰＤＣＣＨモニタリングのみを行うか、又はＤＬ状態と仮定して使用することができる。

より特徴的に、半静的ＤＬ／ＵＬ設定によるＵＬは無条件ＳＲリソースが有効になった（ｖａｌｉｄａｔｅ）と仮定できる。

また、前記有効（ｖａｌｉｄａｔｉｏｎ）可能な場合は以下のようである。

−Ｇｒｏｕｐ ｃｏｍｍｏｎ ＰＤＣＣＨが構成され、ＳＦＩがＵＬを指示（ｉｎｄｉｃａｔｉｏｎ）した場合

−動的スケジューリング（Ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ）によりＰＵＳＣＨがスケジューリングされた場合

−動的／半静的設定（Ｄｙｎａｍｉｃ／ｓｅｍｉ−ｓｔａｔｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ）によりＰＵＣＣＨを送信する場合

−ＣＳＩトリガーなどが有効になって（ｖａｌｉｄａｔｅ）ＰＵＣＣＨ送信が発生する場合

この場合、周期的ＣＳＩトリガー（ｐｅｒｉｏｄｉｃ ＣＳＩ ｔｒｉｇｇｅｒ）が発生させたＰＵＣＣＨリソースにおいてＳＲが送信され、ＣＳＩはドロップされる。

−ＳＲ送信がスキップされた場合、端末は当該ＳＲ機会スキップ（ＳＲ ｏｃｃａｓｉｏｎ ｓｋｉｐ）の可否を上位層に伝達することができる。

（方法３）

方法３は、方法１と方法２を結合又は複合的に使用することである。

例えば、１つのＳＲリソース設定（ＳＲ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）が半静的ＵＬに適用されるＳＲリソース割り当て（ＳＲ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）とオーバーライドが可能であり、ＵＬにオーバーライドされるまでは使用できないＳＲリソース割り当てを同時に含むことである。

結果として、次のような提案が考慮される。

−半静的ＤＬ／ＵＬ設定によるＵＬとして認識されたＳＲ送信リソースは有効（ｖａｌｉｄ） であると仮定。

−動的ＤＬ／ＵＬ設定によるＵＬとして認識されたＳＲ送信リソースを有効（ｖａｌｉｄ）であると仮定するオプションを考慮。

−スケジューリングによりＵＬリソースとして認識された場合、ＳＲ送信リソースとして有効であると仮定。

−前述したようにＳＲ機会が有効でなくて（ｉｎｖａｌｉｄ）スキップする場合

この場合、ＳＲ送信がドロップされるか、又は

次の１番目に利用可能なＵＬリソース（ａｖａｉｌａｂｌｅ ＵＬ ｒｅｓｏｕｒｃｅ）においてＳＲを送信する方法

ここで、次の１番目に利用可能なＵＬリソースはＳＲ機会のみをカウントするか、又は

次の１番目に利用可能なＵＬリソースはＳＲ機会でなくてもＰＵＣＣＨリソースを使用することができる。

ここで、使用可能な他のＰＵＣＣＨリソースの位置は、基地局と端末の間で半静的シグナリング（ｓｅｍｉ−ｓｔａｔｉｃ ｓｉｇｎａｌｉｎｇ）により定められたＰＵＣＣＨリソースに限定される。

また、当該ＰＵＣＣＨの位置が半静的ＴＤＤ設定によりＵＬとして現れた場合に制限されることもできる。

もし、ＳＲ送信がスキップされた場合、端末は当該ＳＲ機会スキップの可否を上位層に伝達することができる。

方法１はＳＲリソースを保障できるが、短い周期のＳＲを使用するのに困難がある。

そして、方法２は、ＳＲリソースが割り当てられたが使用できない場合がある。

特に、方法１−１を使用する場合、ＳＲリソース設定（ＳＲ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の周期を短く設定しても、半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ ＵＬ ｒｅｓｏｕｒｃｅ）によって実際には長い周期のＳＲを有することができる。

従って、方法３を使用して長い周期のＳＲリソースを方法１−２により割り当て、短い周期のＳＲを方法２により割り当てることを考慮することができる。

方法１−１を使用する場合、使用可能な半静的リソースの長さがＳＲリソース設定と異なる可能性がある。

一例として、シンボル又はミニスロット単位の半静的ＵＬリソースのみが存在する場合、スロット単位の長いＰＵＣＣＨを使用するＳＲは使用できない。

ここで、ＳＲリソース設定が長いＰＵＣＣＨを使用する場合、問題が発生する恐れがある。

従って、方法１−１において半静的ＵＬリソースをカウントする次のような方法が考慮される。

（オプション１）

オプション１は、ＳＲリソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）が現れるＳＲに対するＰＵＣＣＨの長さと同一であるか又はより長い半静的ＵＬリソースのみをカウントすることである。

（オプション２）

オプション２は、ＳＲリソース割り当てにＳＲに対するＰＵＣＣＨの長さを示さず、設定された周期が終わる時点で使用可能な連続した半静的リソースの長さに合わせてＰＵＣＣＨリソースを決定することである。

一例として、ＳＲ設定がシンボル単位の周期Ｋを有する場合、Ｋシンボルの分だけの半静的ＵＬリソース以後に使用可能であり、連続した１番目の半静的ＵＬリソースの長さに合わせて端末がＳＲに対するＰＵＣＣＨの長さを決定し、送信することであり得る。

より具体的に、ＳＲリソースはＨＡＲＱ−ＡＣＫの送信と重なって発生する可能性がある。

この場合、ＰＵＣＣＨの送信が動的ＴＤＤによってリソースが動的に変わることがあり、動的に変わるリソースは長さ、フォーマットなどを含むことができる。

このような動的なＰＵＣＣＨリソースによってＳＲを送信する方法は、以下の点が考慮される。

−ＳＲの周期がスロットの倍数であるとき

該当スロット（ら）内でＰＵＣＣＨが一緒に送信される場合（例えば、ＨＡＲＱ−ＡＣＫ）、ＰＵＣＣＨリソースの設定に応じて、（１）ＰＵＣＣＨフォーマット、（２）区間（ｄｕｒａｔｉｏｎ）、（３）開始／終了シンボル（ｓｔａｒｔｉｎｇ／ｅｎｄｉｎｇ ｓｙｍｂｏｌ）を決定する。

ＳＲを送信するための周波数又はコードドメインリソース（ｃｏｄｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ）をＳＲリソースに応じて選択する。

−ＳＲの周期がシンボルの倍数であるとき

ＳＲ機会の開始シンボルと終了シンボル（ＯＦＤＭＳ１、ＯＦＤＭＳ２）を基準に、

ＰＵＣＣＨの開始シンボルがＯＦＤＭ Ｓ１より大きいか等しく、ＯＦＤＭ Ｓ２より小さいか等しい場合、

端末は、前記スロットと同一の動作でＰＵＣＣＨリソースを決定する。すなわち、ＰＵＣＣＨフォーマット／時間ドメインに関連した情報はＰＵＣＣＨ動的設定に従い、コード／周波数情報はＳＲリソース構成に従う。

これと異なるケースは、ＰＵＣＣＨがＳＲ機会を含んで発生するか又はＰＵＣＣＨがトリガーされないケースを含む。

ＰＵＣＣＨがトリガーされない場合、ＳＲ構成に応じてＰＵＣＣＨフォーマット／時間ドメイン情報が決定される。

もし、ＰＵＣＣＨがＳＲ機会より大きい場合、次のＳＲ機会に送信されることが仮定される。

−ＳＲとＨＡＲＱ−ＡＣＫが重なって送信される場合、当該送信に使用されるＰＵＣＣＨが２ビット以下であると、予めＳＲとして半静的に指定したリソースと送信に使用されるＰＵＣＣＨ開始（ｓｔａｒｔｉｎｇ）及び区間（ｄｕｒａｔｉｏｎ）などが完全に同一である場合にのみ、ＳＲとＨＡＲＱ−ＡＣＫを重ねて送信する。

そうでない場合、有効でない設定（ｉｎｖａｌｉｄ ｃｏｎｆｉｇｕｒａｔｉｏｎ）とみなして、ＳＲやＨＡＲＱはドロップされる。

第１−１実施形態

第１−１実施形態は、他のＵＣＩに対する利用可能なＰＵＣＣＨリソースを使用するＳＲ送信に関する。

この方法は、第１実施形態で提案したように割り当てられたＳＲリソースが利用できない（ｕｎａｖａｉｌａｂｌｅ）と判断されるとき、ＳＲ機会ではなくても利用可能なＵＬリソース（ａｖａｉｌａｂｌｅ ＵＬ ｒｅｓｏｕｒｃｅ）に存在する他のＵＣＩ送信のためのＰＵＣＣＨリソースを使用することが考慮される。

または、ＳＲリソースが利用可能であるか又は利用不可能であるかが不明であるとき、動的ＳＦＩ又はスケジューリングによりＳＲリソースが利用不可能になる場合に備えて、または送信遅延時間を減らすために使用可能な他のＰＵＣＣＨリソースを使用することが考慮される。

もし、多数のＳＲリソース設定が存在する場合、他のＵＣＩに対するまた他のＰＵＣＣＨに送信されるＳＲは、１番目のＳＲ設定にマッピングされるか、又は、基地局の上位層シグナリングにより定められたＳＲ設定にマッピングされるか、又はＳＲ設定のうち、ＳＲ機会が当該する他のＰＵＣＣＨに最も近い設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）にマッピングされることであり得る。

他のＰＵＣＣＨリソースを使用するにおいて次のような方法が考慮される。

第１−１−１実施形態

端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、ＳＲがトリガーされた時点で最も近いＰＵＣＣＨが選択される。

この場合、基地局は、端末に割り当てた全てのＰＵＣＣＨに対してＳＲと要求した他のＵＣＩが送信されたか又はＵＣＩのみが送信されたか、ブラインドデコード（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）を行わなければならないことであり得る。

第１−１−２実施形態

端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、他のＵＣＩに対するＰＵＣＣＨの長さを基準に選択することができる。

例えば、既存に割り当てられたＳＲに対するＰＵＣＣＨよりも長い、又は、長いか等しいＰＵＣＣＨリソースのみが使用される。

より具体的に、ＳＲのためにＫシンボルショートＰＵＣＣＨ（ｓｙｍｂｏｌ ｓｈｏｒｔ ＰＵＣＣＨ）が割り当てられた端末はロングＰＵＣＣＫ（ｌｏｎｇ ＰＵＣＣＨ）又はＫ’シンボルショートＰＵＣＣＨ（Ｋ’＞ Ｋ）のＰＵＣＣＨを使用してＳＲを送信することができる。

第１−１−３実施形態

端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、他のＵＣＩに対するＰＵＣＣＨに送信されるＵＣＩのサイズを基準に選択することができる。

例えば、２ビットより少ないＵＣＩが送信されるＰＵＣＣＨを選択するか、又は、２ビットより大きいＰＵＣＣＨを選択するか、又は、あるＫビットより大きいＵＣＩが送信されるＰＵＣＣＨが選択されることができる。

第１−１−４実施形態

端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、基地局におけるブラインドデコード（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）を減らすために、既存に割り当てられたＳＲ機会と最も近い又はある時間長さＫ以内に存在する他のＵＣＩに対するＰＵＣＣＨが使用できる。

特に、動的ＳＦＩ又はスケジューリングによる曖昧性（ａｍｂｉｇｕｉｔｙ）を減らすために、半静的ＵＬリソースと設定された他のＵＣＩに対するＰＵＣＣＨのみが使用できる。

基地局が端末に割り当てたＳＲ機会をＤＬリソース又はフレキシブル（ｆｌｅｘｉｂｌｅ）に割り当てたとき、基地局は端末に割り当てた他のＰＵＣＣＨにおいてＳＲをブラインドデコード（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）することができる。

第１−１−５実施形態

端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、基地局におけるブラインドデコード（ｂｌｉｎｄ ｄｅｃｏｄｉｎｇ）を減らすために、又は、より多くのＳＲ機会を割り当てるために他のＵＣＩに対するＰＵＣＣＨを割り当てるときにＳＲが含まれるか否かが設定される。

第２実施形態

第２実施形態は、スロットよりさらに少ない周期を有するＵＬリソース決定に関する。

Ｎｅｗ ＲＡＴにおいてＵＬリソースはスロットだけでなく、ミニスロット／シンボルレベルリソースでもあり得る。

従って、周期的（ｐｅｒｉｏｄｉｃ）ＵＬリソースの周期（ｐｅｒｉｏｄｉｃｉｔｙ）とオフセット（ｏｆｆｓｅｔ）もまたスロットレベル（ｓｌｏｔ−ｌｅｖｅｌ） だけでなくミニスロット／シンボルレベルであり得る。

しかしながら、ミニスロット／シンボルレベルの周期とオフセットを使用してもＵＬ送信に使用するＰＵＣＣＨ／ＰＵＳＣＨリソースがスロット境界（ｓｌｏｔ ｂｏｕｎｄａｒｙ）を侵犯することは好ましくない。

従って、第２実施形態は、周期的ＵＬリソース設定（ｐｅｒｉｏｄｉｃ ＵＬ ｒｅｓｏｕｒｃｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ）のとき、ミニスロット／シンボルレベル周期とオフセットを適用するとともに使用するＵＬリソースがスロット境界を侵犯しないようにする方法を提案する。

第２−１実施形態

第２−１実施形態は、周期とオフセットが設定されたスロットより小さいサイズである周期的ＵＬリソースを設定する場合、周期的ＵＬリソース設定が１つのスロット内において目標周期と類似した間隔を有するＵＬリソース、言い換えると、ＰＵＣＣＨ／ＰＵＳＣＨ多数を明示的（ｅｘｐｌｉｃｉｔ）に１つずつ示し、このようなリソースパターンをスロットごとに繰り返すことであり得る。

一例として、４シンボル長のミニスロットが７シンボル長の周期を有する場合、開始シンボル（ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ）としてそれぞれ２番目のシンボル、９番目のシンボルを有する２つの４シンボルＰＵＣＣＨリソースを１つの設定として端末に割り当てることができる。

このような方法により、各ＰＵＣＣＨ間の間隔は明示的に与えられた周期と異なるが、より柔軟にスロットフォーマットに合うＳＲリソースを基地局が端末に割り当てることができる。

この方法を使用する場合、周期とオフセットがスロットより小さいＳＲ設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）は文字通りＰＵＣＣＨリソースの時間ドメインパターンを示すものであり得る。

一例として、７シンボル長のミニスロットが７シンボル長の周期に設定される場合、周期とオフセットに対するパラメータが１つのスロットにおいて２つの７シンボルミニスロットが連続して存在する時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）を暗示するものである。

より具体的に、ここで、ＳＲ設定インデックスは、ＰＵＣＣＨが割り当てられるシンボルの予め定義されたパターン（ｐｒｅ−ｄｅｆｉｎｅｄ ｐａｔｔｅｒｎ）を示すものである。

図７は、本明細書で提案する第２−１実施形態の一例を示す。

第２−２実施形態

第２−２実施形態は、周期とオフセットが設定されたスロットより小さいサイズである周期的ＵＬリソースを設定する場合、周期的ＵＬリソース設定が１つのスロット内で１つのＰＵＣＣＨ／ＰＵＳＣＨのみを明示的に（ｅｘｐｌｉｃｉｔ）に示す。

当該ＵＬリソースがスロット境界を超えないように設定された目標周期の間隔で繰り返させてリソースパターンを作り、このようなリソースパターンをスロットごとに繰り返す。

第２−２実施形態を使用するにおいて、ＰＵＣＣＨリソース設定が示すＰＵＣＣＨリソースは周期の長さ内においてのみ定義されることもある。

一例として、７シンボル周期を使用する場合、定義されたＰＵＣＣＨリソースの終了シンボル（ｅｎｄｉｎｇ ｓｙｍｂｏｌ）（開始シンボル＋送信区間）はｎ番目のシンボル（ｎ＜＝７） であり得る。

前記周期以内においてのみＰＵＣＣＨリソースが定義されることにより、周期的に繰り返されるときに設定されたＰＵＣＣＨリソースを完全に使用することができる。

図８は、本明細書で提案する第２−２実施形態の一例を示す。

第２−２−１実施形態

ここで、１番目に与えられるＰＵＣＣＨ又はＰＵＳＣＨの開始シンボルはＵＬリソース設定のシンボルレベルオフセットとともに使用されることができる。

また、このようなシンボルレベルオフセットが多数の値の集合であるか、ある規則（ｒｕｌｅ）により多数の値に変換できるとき、繰り返されるスロットごとに他のシンボルレベルオフセット、すなわち、他のＰＵＣＣＨの開始シンボルを適用する。

第２−２−１実施形態は、ＮＲにおいて周期又はオフセットがシンボルレベルで可能であるので、ｏｆｆｓｅｔ ０を与え、既存に有しているオフセットに関する情報を用いてシグナリングオーバーヘッドを減らすことができる。

ＵＬリソースにおいて使用するＤＭＲＳは基地局が端末の送信を受信するのに必須である。

ＵＬリソースにおいてこのようなＤＭＲＳ送信の位置は、送信するＵＬリソースの開始点に基づいて決定されるか、又はスロットの開始点に基づいて決定される。

一例として、Ｎｅｗ ＲＡＴのＰＵＳＣＨの場合、ＰＵＳＣＨマッピングタイプＡはＤＭＲＳの位置をリソースが位置するスロットの開始点に基づいて決定し、ＰＵＳＣＨマッピングタイプＢは割り当てられたリソースの開始点に基づいて決定される。

ＤＭＲＳの位置がスロットの開始点に基づいて決定される周期的ＵＬリソースを使用する場合、その周期が１スロットより小さい（一例として、２ｓｙｍ又は７ｓｙｍである場合）、繰り返されるリソースのＤＭＲＳ位置を決定するのに曖昧性（ａｍｂｉｇｕｉｔｙ）がある。ここで、次のような方法が考慮される。

（方法１）

端末は、ＤＭＲＳ位置がスロットに基づいて決定される周期的ＵＬリソースの周期が常に１スロットより大きいと仮定することができる。

言い換えると、端末は、そのような設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を期待しないか受信した場合、周期を１スロットに仮定することができる。

（方法２）

端末は、ＤＭＲＳ位置がスロットに基づいて決定される周期的ＵＬリソースの周期が１スロットより小さい場合、スロット内の１番目のリソースに対してはスロットに開始点に基づいてＤＭＲＳ位置を決定し、繰り返される以後のリソースに対してはリソースの開始シンボル位置に基づいてＤＭＲＳの位置を決定することができる。

（方法３）

端末は、ＤＭＲＳ位置がスロットに基づいて決定される周期的ＵＬリソースの周期が１スロットより小さい場合、スロット内の１番目のリソースに対してはスロットに開始点に基づいてＤＭＲＳ位置を決定し、繰り返される以後のリソースに対しては１番目のリソースのＤＭＲＳ、１番目のリソースの開始シンボル間の相対的な位置を使用して１番目のリソースと同一の位置のＤＭＲＳ位置を以後のリソースにおいて使用できる。

第３実施形態

第３実施形態は、動的ＴＤＤに対するｐｅｒｉｏｄ／時点／オフセットをハンドリングする方法に関する。

繰り返し的に発生するＳＲリソース又は他のＰＵＣＣＨ、ＰＵＳＣＨ、ＰＤＳＣＨリソースを設定するために、リソースが発生する周期とオフセットが設定されることがある。

このような時間情報は多様な目的及び根拠に基づいて決定できる。

一例として、端末のプロセッシングのための時間確保のために設定されるか、又はある遅延目的（ｌａｔｅｎｃｙ ｔａｒｇｅｔ）を満足させるために設定されるか、又は単に一定ＤＬ／ＵＬリソースの分だけの間隔を与えるために設定されることができる。

Ｎｅｗ ＲＡＴにおいて、ＤＬ／ＵＬ設定が瞬間毎に変わることができることを考慮すると、このような時間情報の解釈方法もその根拠及び目的により変わることがある。

一例として、一定サイズのＵＬリソース又はＵＬリソース間の間隔（ｉｎｔｅｒｖａｌ）を与えるための時間情報である場合、ＵＬ、ＵＬ中心（ＵＬ−ｃｅｎｔｒｉｃ）及び／又はＵＬに変更可能なスロット／ミニスロット／シンボルリソースのみをカウントし、端末のプロセッシング時間確保のためのオフセット、間隔（ｉｎｔｅｒｖａｌ）、ｐｅｒｉｏｄである場合、ＤＬ／ＵＬ設定に関係なくスロット／ミニスロット／シンボルをカウントすることである。このような時間情報は、以下の２つに区別される。

１．Ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ（時点情報）

ある基準点から割り当てられたリソース間のオフセット又は、ＤＬあるいはＵＬ送信以後のフィードバック送信時点のオフセットのように、ある動作の開始時点又は終了時点を示す時間情報である。

２．Ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ（区間情報）

送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｕｒａｔｉｏｎ）、繰り返し（ｒｅｐｅｔｉｔｉｏｎ）などのように、ある動作が行われる時間区間を示す時間情報であり得る。

一例として、時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ） のスロット集成（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ） などが含まれることができる。

ここで、次のような方法で前記時点情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）、区間情報（Ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ） が適用できる。

第３−１−ａ実施形態

第３−１−ａ実施形態は、前記時点情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬ又はＤＬリソースをカウントするとき、半静的なＵＬ又はＤＬリソースのみをカウントすることができる。

時点情報を使用するにおいて、曖昧性（ａｍｂｉｇｕｉｔｙ）のない有効な（ｖａｌｉｄ）ＵＬ又は有効なＤＬリソースのみが考慮される。

一例として、ＳＲリソース設定のオフセットは同一の周期を有するが、相異なる開始時点を有するために設定されるので、実際にＳＲが送信できるリソースをカウントしないと、他のオフセットを有している同一周期のＳＲ設定のＳＲ機会が同一の時点で発生し得る。

このような問題を解決するために、ＤＬ／ＵＬリソース設定の時点情報に対して半静的ＤＬ／ＵＬリソースのみを考慮して時点情報を適用することができる。

第３−１−ｂ実施形態

第３−１−ｂ実施形態は、前記時点情報（ｔｉｍｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、半静的な非ＤＬ（ｎｏｎ−ＤＬ）又は非ＵＬ（ｎｏｎ−ＵＬ）リソースのみをカウントすることができる。

より具体的に、前記非ＵＬリソースは半静的ＤＬリソース、動的に指示されたＤＬリソース（ｄｙｎａｍｉｃａｌｌｙ ｉｎｄｉｃａｔｅｄ ＤＬ ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソース（ｆｌｅｘｉｂｌｅ ｒｅｓｏｕｒｃｅ）を意味することであり得る。

前記非ＤＬリソース（ｎｏｎ−ＤＬ ｒｅｓｏｕｒｃｅ）は、半静的ＵＬリソース、動的に指示されたＵＬリソース（ｄｙｎａｍｉｃａｌｌｙ ｉｎｄｉｃａｔｅｄ ＵＬ ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソース（ｆｌｅｘｉｂｌｅ ｒｅｓｏｕｒｃｅ）を意味するものである。

前記時点情報を使用するにおいて、潜在的有効ＵＬ（ｐｏｔｅｎｔｉａｌ ｖａｌｉｄ ＵＬ）又は潜在的有効ＤＬ（ｐｏｔｅｎｔｉａｌ ｖａｌｉｄ ＤＬ）リソースが考慮される。

この場合、半静的ＤＬ／ＵＬリソース、動的に指示されたＤＬ／ＵＬリソースだけでなく、動的ＳＦＩ又は動的スケジューリングによりＵＬ又はＤＬリソースに変更できるフレキシブルリソースもカウントされることができる。

第３−１−ｃ実施形態

前記第３−１−ｃ実施形態は、前記時点情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、スロットフォーマットを考慮せずにスロット／ミニスロット／シンボルをカウントすることである。

前記時点情報を使用するにおいて、リソースのＵＬ／ＤＬ方向とは関係なく絶対的な時間長が重要である。

一例として、端末のプロセッシング時間のための時点情報である場合、スロットフォーマットとは関係なく一定時間以上を確保する必要がある。

第３−２−ａ実施形態

前記区間情報（Ｄｕｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬ又はＤＬリソースをカウントするとき、半静的なＵＬ又はＤＬリソースのみをカウントすることができる。

区間情報を使用するにおいて、曖昧性（ａｍｂｉｇｕｉｔｙ）のない有効ＵＬ又は有効ＤＬリソースのみを考慮しなければならない。一例として、一定数以上の繰り返し送信を保障するために実際に送信できるリソースのみをカウントすることができる。

第３−２−ｂ実施形態

前記区間情報（Ｄｕｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、半静的な非ＤＬ（ｎｏｎ−ＤＬ）又は非ＵＬ（ｎｏｎ−ＵＬ）リソースのみをカウントすることができる。より具体的に、前記非ＵＬリソースは、半静的ＤＬリソース、動的に指示されたＤＬリソース（ｄｙｎａｍｉｃａｌｌｙ ｉｎｄｉｃａｔｅｄ ＤＬ ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソース（ｆｌｅｘｉｂｌｅ ｒｅｓｏｕｒｃｅ）、動的に指示されたＵＬリソース（ｄｙｎａｍｉｃａｌｌｙ ｉｎｄｉｃａｔｅｄ ＵＬ ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソースを意味するものである。

区間情報を使用するにおいて、 潜在的有効ＵＬ（ｐｏｔｅｎｔｉａｌ ｖａｌｉｄ ＵＬ）あるいは潜在的有効ＤＬ（ｐｏｔｅｎｔｉａｌ ｖａｌｉｄ ＤＬ）リソースを考慮する必要がある。一例として、十分な数の繰り返しを設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）し、送信不可能なスロット／ミニスロット／シンボルをドロップする方法を使用するか、可能な場合にのみ繰り返し又はＴＴＩバンドリング（ｂｕｎｄｌｉｎｇ）を行うようにすることもある。 この場合、半静的ＤＬ／ＵＬリソース、動的に指示されたＤＬ／ＵＬリソース（ｄｙｎａｍｉｃａｌｌｙ ｉｎｄｉｃａｔｅｄ ＤＬ／ＵＬ ｒｅｓｏｕｒｃｅ）だけでなく、動的ＳＦＩ又は動的スケジューリングによりＵＬ又はＤＬリソースに変更できるフレキシブルリソースもカウントすることができる。

第３−２−ｃ実施形態

第３−２−ｃ実施形態は、前記区間情報（ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、スロットフォーマットを考慮せずにスロット／ミニスロット／シンボルをカウントすることができる。

区間情報を使用するにおいて、リソースのＵＬ／ＤＬ方向とは関係なく絶対的な時間長が重要である。

一例として、端末のプロセッシング時間のための時点情報である場合、スロットフォーマットとは関係なく一定時間以上が確保される必要がある。

第３−２−ｄ実施形態

前記区間情報（ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、区間内の特定リソース、最初又は最後のＵＬ／ＤＬリソースが有効でない場合、区間内の全体リソースを有効でないと判断するか又は有効であっても使用しないことができる。

言い換えれば、区間情報内の有効なリソースを使用するために特定位置のリソースが有効でなければならないものであり得る。

このような方法は、端末が有効でないリソースに対する送信をスキップする時にのみ適用されるものであり得る。

端末が送信を開始するにおいて、リソースにマッピングされた特定パラメータを常に維持しなければならない場合、当該パラメータがマッピングされたリソースが常に保証される必要があり得る。

特に、端末が繰り返し送信などのために多数のリソースを１つの送信に使用する場合、当該リソースのうち特定パラメータがマッピングされたリソースが保証されない場合、他のリソースを使用しても基地局が端末の送信を受信することが困難になる可能性がある。

一例として、当該リソースが基地局にとって端末の送信開始を意味するか、ｓｙｓｔｅｍａｔｉｃ ｂｉｔが送信されるリソースであるか、唯一のリソースであり得る。

従って、端末が繰り返し送信などの多数のリソースを１つの送信に使用する場合、特定リソースの有効性（ｖａｌｉｄｉｔｙ）を考慮して送信を開始するか否かを考慮する。

より具体的に、当該リソースは、開始点あるいは終了点又は送信に使用されるリソースのうち、ある規則に定められた１つ又は多数であり得る。

前記第３実施形態の方法を用いるにおいて、当該時点情報（ｔｉｍｉｎｇ ｉｎｆｏｒｍａｔｉｏｎ）又は区間情報（ｄｕｒａｔｉｏｎ ｉｎｆｏｒｍａｔｉｏｎ）の割り当て方法に応じて異なる方法を用いることができる。

より具体的に、当該情報が動的Ｌ１シグナリング（ｄｙｎａｍｉｃ Ｌ１ ｓｉｇｎａｌｉｎｇ）として現れるか、上位層終了シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｇｎａｌｉｎｇ）と設定されたかによって他の方法が使用できる。

また、カウントするリソースの方向は、時間情報が含まれたリソース設定により予め定まるか又は当該設定に含まれるパラメータと決定されることができる。

前記方法を適用するにおいて、スロット集成（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ）又は繰り返しが適用された場合、明示的（ｅｘｐｌｉｃｉｔ）に割り当てられたリソースと暗示的（ｉｍｐｌｉｃｉｔ）に割り当てられたリソースにそれぞれ異なる方法が使用されてもよい。

一例として、ＤＣＩで伝達されたＰＵＳＣＨリソースＡ０とスロット集成因子（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｆａｃｔｏｒ）Ｋ＝４により連続した３つのスロットに存在するＰＵＳＣＨリソースＡ１、Ａ２、Ａ３を追加的に使用する場合、Ａ０と［Ａ１、Ａ２、Ａ３］で使用方法は異なる場合がある。

より具体的に、Ａ０は第３−２−ａ実施形態又は第３−２−ｂ実施形態を使用するとき、残りのリソースは第３−２−ｃ実施形態を使用するものであり得る。

また、前記方法は、相互排他的でない場合、重複して使用される。

より具体的に、前記例示において第３−２−ｄ実施形態を追加的に適用することができる。

前記第３実施形態の方法を用いるにおいて、ＰＵＳＣＨ送信、特に、グラント（ｇｒａｎｔ）なしにＰＵＳＣＨ送信を行う場合に予め設定されたパラメータ、特に、ＲＶ（ｒｅｄｕｎｄａｎｃｙ ｖｅｒｓｉｏｎ）シーケンスによって他の方法が適用されることがある。

一例として、ＲＶシーケンス［００００］を使用する場合、繰り返しをカウントするにおいて第３−２−ａ、第３−２−ｂ又は第３−２−ｃ実施形態を使用し、ＲＶシーケンス［０２３１］を使用する場合、第３−２−ｄ実施形態を使用することができる。

第４実施形態

第４実施形態は、ＰＵＣＣＨ／ＰＵＳＣＨ繰り返し／集成に関する。

ＰＵＣＣＨ／ＰＵＳＣＨ送信のカバレッジ（ｃｏｖｅｒａｇｅ）などのために連続したリソースを一度に使用する方法が考慮される。

このようなリソースなどは動的（ｄｙｎａｍｉｃ）又は半静的（ｓｅｍｉ−ｓｔａｔｉｃ）シグナリングで端末に割り当てられることができるので、連続したリソースを使用するにおいて動的ＴＤＤに対する考慮とリソースコンストラクション（ｒｅｓｏｕｒｃｅ ｃｏｎｓｔｒｕｃｔｉｏｎ）に対する考慮が必要である。

特に、スロットレベルＰＵＣＣＨスケジューリング（ｓｌｏｔ−ｌｅｖｅｌ ＰＵＣＣＨ ｓｃｈｅｄｕｌｉｎｇ）の場合、単純に連続したスロットを使用できるが、非スロットスケジューリング（ｎｏｎ−ｓｌｏｔ ｓｃｈｅｄｕｌｉｎｇ）の場合、遅延（ｌａｔｅｎｃｙ）などのために小さいサイズのＴＤＲＡ（ｔｉｍｅ−ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）を繰り返すことが考慮される。

スロット／非スロットスケジューリングの繰り返しのために以下の方法が考慮される。

方法４−１−１

方法４−１−１は、スロット／非スロット（ｎｏｎ−ｓｌｏｔ）に関係なくスロットレベルと設定されたＴＤ ＲＡを繰り返すことができる。

ＴＤ ＲＡは、一般的にスロット／非スロットスケジューリングとは関係なく１つのスロット内でどのシンボルを使用するかと定義されるので、スロット／非スロットに同一の方法を適用するためにこのような方法が使用できる。

方法４−１−２

方法４−１−２は、非スロットスケジューリングの場合、第２−２実施形態と類似した方法を使用するものであり得る。

より具体的に、ＰＵＣＣＨ区間（ｄｕｒａｔｉｏｎ）と同一の長さの周期（ｐｅｒｉｏｄｉｃｉｔｙ）を適用して、第２−２実施形態の方法で定められた繰り返し数の分だけ繰り返すことであり得る。

ＰＵＣＣＨ区間と同一の長さの周期を適用した第２−２実施形態を使用することであって、与えられたＴＤ ＲＡ以後の連続したシンボルをＰＵＣＣＨ送信に活用することが可能である。

方法４−１−２−１

方法４−１−２−１は、第２−２実施形態を使用するにおいて、繰り返されるＴＤ ＲＡがスロット境界にまたがる場合、当該ＴＤ ＲＡのみを使用しないことであり得る。

方法４−１−２−２

方法４−１−２−１は、第２−２実施形態を使用するにおいて、繰り返されるＴＤ ＲＡがスロット境界にまたがる場合、当該ＴＤ ＲＡだけでなく以後のＴＤ ＲＡも使用しないことであり得る。

すなわち、一度で使われるＰＵＣＣＨリソースはスロット内においてのみ定義されるものであり得る。

方法４−１−２−３

方法４−１−２−３は、第２−２の実施形態を使用するにおいて繰り返されるＴＤ ＲＡがスロット境界にまたがる場合、当該ＴＤ ＲＡを使用せずに、次のスロットにおいて初期に与えられたＴＤＲＡを再び適用して繰り返すものであり得る。

これは、スロットレベルとして類似のリソースを使用できるようにして、スロットレベルスケジューリングに使用される端末動作及び多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ） を適用しやすくするのに有用である。

次のスロットにおいてＴＤＲＡを再び適用する場合、これは半静的ＤＬ／ＵＬ設定に関係なく送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）を作ることであり得る。

方法４−１−２−４

方法４−１−２−４は、第２−２実施形態を使用するにおいて、繰り返されるＴＤ ＲＡがスロット境界にまたがる場合、当該ＴＤＲＡを使用せずに、次のスロットの最初のＵＬシンボル（半静的ＤＬ／ＵＬ設定によりフレキシブル及び固定ＵＬシンボル）からＴＤ ＲＡによる区間（ｄｕｒａｔｉｏｎ）を適用して機会を作る。

または、半静的又は動的ＳＦＩによりＵＬと定められたリソースに対してのみ送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）を設定することを考慮することもできる。

または、次のスロットの最初のＯＦＤＭシンボルから順次適用されることであり得る。

ＬＴＥにおけるショートＴＴＩ送信と該当方法との相違点は、繰り返して送信するうちに境界を超えると、次のスロットに直ちに付けるのではなく、繰り返される送信の位置に該当する地点において繰り返して送信することである。すなわち、特定シンボル単位で繰り返して送信されることである。

方法４−１−３

方法４−１−３は、非スロットスケジューリングの場合、第２−２実施形態と類似する方法を使用するが、非スロットスケジューリングの送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｕｒａｔｉｏｎ）によって定められた周期を適用することであり得る。

［１，２，４，８］のセットのうち１つを繰り返し回数として使用するとき、特定長さの非スロットは使用が制限されることがある。

一例として、４シンボル非スロットスケジューリングを行おうとするとき、４回の繰り返しが連続して行われる場合、無条件スロット境界を侵犯することになる。

従って、当該非スロットスケジューリングがスロット境界を侵さないように定められた長さで繰り返されるが、非スロット繰り返し（ｎｏｎ−ｓｌｏｔ ｒｅｐｅｔｉｔｉｏｎ）の利得を維持するために定められた長さをスロットより小さい長さにすることが考慮される。

より具体的に、ＰＵＣＣＨ送信区間ごとに定められた長さの周期を適用して第２−２実施形態の方法により定められた繰り返し数の分だけ繰り返すことであり得る。

定められた長さの周期は、スロット境界を侵犯しないために、一般（ｎｏｒｍａｌ）ＣＰである場合は２、７シンボルであるか又は拡張（ｅｘｔｅｎｄｅｄ）ＣＰである場合は２、３、４、６シンボルであり得る。

方法４−１−３−１

他の一例として、１、２シンボル長さ非スロットスケジューリングに対しては２シンボルで繰り返し、４、７シンボル長さ非スロット対しては７シンボルで繰り返す方法が使用できる。

ここで、各非スロットスケジューリングは、それぞれ［（２ｎ−１）ｔｈ ｓｙｍｂｏｌ、（２ｎ）ｔｈ ｓｙｍｂｏｌ］（１ ＜ ｎ ＜＝ ７、ｆｏｒ ｎｏｎ−ｓｌｏｔ ｏｆ １ ｏｒ ２ ｓｙｍｂｏｌ）又は［１ｓｔ ｓｙｍｂｏｌ、７ｔｈ ｓｙｍ．］、［８ｔｈ ｓｙｍｂｏｌ、１４ｔｈ ｓｙｍｂｏｌ］区間（ｆｏｒ ｎｏｎ−ｓｌｏｔ ｏｆ ４ ｏｒ ７ ｓｙｍｂｏｌ）においてのみ定義される方法である。

方法４−１−４

方法４−１−４は、方法４−１、方法４−２を結合又は複合的に使用することである。

より具体的に、スロット集成因子（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｆａｃｔｏｒ）Ｋが与えられるとき、Ｋ＝Ｋ１＊Ｋ２を満足するＫ１、Ｋ２を使用してＫ１の分だけ方法４−１を使用し、Ｋ２の分だけ方法４−２を使用することである。

ここで、Ｋ２で繰り返される非スロットスケジューリングはスロット境界を侵犯しないことができる。

前記Ｋ１、Ｋ２はＫによって、そして非スロットスケジューリングの送信区間によって予め決定されることができる。

前記方法を適用するにおいて、スロットレベルスケジューリングと非スロットレベルスケジューリングを区別することが困難である場合、一例として、端末がスケジューリングを受けるにおいて非スロット又はスロットの区別が別途に存在しない場合、単に与えられたＰＵＣＣＨ又はＰＵＳＣＨの送信区間のみを使用して相異なる前記方法を適用することであり得る。

一例として、２、４、７シンボルのＰＵＳＣＨ／ＰＵＣＣＨ割り当てに対して非スロットスケジューリングに適用できる方法が使用され、その他に対しては、スロットスケジューリングに適用できる方法が使用される。

または、Ｋシンボル以下のＰＵＳＣＨ／ＰＵＣＣＨ割り当てに対して、非スロットスケジューリングに適用できる方法が使用され、その他に対してはスロットスケジューリングに適用できる方法が使用される。

このとき、Ｋは予め定義された値であり得る。または、後述する第６実施形態の方法を適用して、スロット、非スロットスケジューリングを区別するものであり得る。

方法４−１−２−３、４−１−２−４などの使用において、次のスロットにおいて最初の有効な（ｆｉｒｓｔ ｖａｌｉｄ）又は利用可能な（ａｖａｉｌａｂｌｅ）シンボルを判断することは重要である。

特に、前記例のようにアップリンク送信のためにＵＬ又はフレキシブルシンボルを選択する場合、単にスロットフォーマットに基づいて判断するのではなく、他の要素により実際に当該シンボルが希望する方向に使用可能であるかが重要である。

このような点を考慮して、次のスロットにおいて最初の有効な又は利用可能なシンボルを判断するにおいて次の方法が考慮される。

方法４−２−１

方法４−２−１は、単に１番目のフレキシブル又はＵＬリソースを選択することである。

方法４−２−２は、１番目のフレキシブル又はＵＬシンボルを選択するとき、そのリソースがフレキシブルシンボルである場合、最初のｋフレキシブルシンボルは排除して選択することである。

これは、端末のＴＡを考慮したＤＬ／ＵＬスイッチングギャップ（ｓｗｉｔｃｈｉｎｇ ｇａｐ）を考慮することである。

ここで、前記ｋは、基地局からの上位層シグナリング又はＬ１シグナリングにより決定される値であるか、又は、端末が使用するＴＡ値から導出された値であるか、使用可能なＭＡＸ ＴＡ値を基準に導出された値であるか、又は、基地局の上位層シグナリング又はＬ１シグナリングにより割り当てられたｒｅｆｅｒｅｎｃｅ ＴＡ値から導出されるものであり得る。

方法４−２−３

方法４−２−３は、送信を指定した情報に含まれる時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ：ＴＤＲＡ）、例えば、開始シンボル（ｓｔａｒｔ ｓｙｍｂｏｌ）、シンボル長（ｓｙｍｂｏｌ ｌｅｎｇｔｈ）などの情報を次のスロットにおいて再使用することである。

端末は、開始シンボル又は区間をそのまま再使用することであり得る。

言い換えると、方法４−１−２−４で次のスロットの最初の有効なリソースを決定することであり得る。

方法４−２−４

方法４−２−４はある基準点から最初に現れるフレキシブル又はＵＬシンボルバンドル（ｓｙｍｂｏｌ ｂｕｎｄｌｅ）を使用することであり得る。

一例として、ＴＤＲＡに現れた開始シンボルにおいて、最初に現れるフレキシブル又はＵＬシンボルバンドルを使用することであり得る。

これは、基地局が、端末がＵＬリソースを選択するときに特定時点を基準点として使用できるようにして、端末がＤＬ／ＵＬスイッチングギャップなどにより送信できない場合を事前に防止できる。

このような基準点は、ＴＤＲＡから得られるか、又は端末の上位層シグナリング又はＬ１シグナリングにより得られる。

一例として、スロットフォーマットを介して端末が暗示的に得るか、他の測定用の設定、ＣＳＩ報告／測定、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）などの送信方向に基づいて得られるものであり得る。

このような方法は状況に応じて異なるように適用される。次の方法によって相異なる方法４−２が適用されることであり得る。

方法４−３−１

方法４−３−１は、端末が１つの方向のみを有するリソースを使用するとき、方法４−２−１を使用するものであり得る。

一例として、端末がペアードスペクトル（ｐａｉｒｅｄ ｓｐｅｃｔｒｕｍ）を使用する場合、ＵＬ／ＤＬスペクトルのスロットフォーマットがＵＬ／ＤＬ又はフレキシブルのみが存在すると、方法４−２−１を使用する。

方法４−３−２

方法４−３−２は、端末が時間に応じて流動的な方向を有するリソース（例えば、動的ＴＤＤ）を使用するとき、方法４−２−２、方法４−２−３、方法４−２−４のうち１つを使用する。

方法４−３−３

方法４−３−３は、端末が時間に応じてＤＬ又はＵＬになり得るフレキシブルリソースを使用しても、端末がフレキシブルリソースの方向が予想できる場合は方法４−２−１を使用し、そうでない場合は方法４−２−２、方法４−２−３、方法４−２−４を使用する。

一例として、端末が最初の有効のリソースを選択しようとするスロットに反対方向リソース（ｏｐｐｏｓｉｔｅ ｄｉｒｅｃｔｉｏｎ ｒｅｓｏｕｒｃｅ）（ＵＬである場合はＤＬ）が存在せずに、先だったスロットの最後のリソース／シンボルが同一方向リソース（ｓａｍｅ ｄｉｒｅｃｔｉｏｎ ｒｅｓｏｕｒｃｅ）あるいは同一方向リソース又はフレキシブルである場合にこのような方法が有用であり得る。

または、端末が最初の有効のリソースを選択しようとするスロットに同一方向測定（ｓａｍｅ ｄｉｒｅｃｔｉｏｎ ｍｅａｓｕｒｅｍｅｎｔ）が設定された場合、このような方法が使用できる。

方法４−３−４

方法４−３−４は、端末が時間に応じてＤＬ又はＵＬになり得るフレキシブルリソースを使用しても、端末がフレキシブルリソース方向を予想できる場合は、方向が予想可能時点を基準に方法４−２−４を適用し、そうでない場合は、方法４−２−２、方法４−２−３を適用する。

一例として、端末が最初の有効な（ｆｉｒｓｔ ｖａｌｉｄ）リソースを選択しようとするスロットのフレキシブルリソースに同一方向測定（ｓａｍｅ ｄｉｒｅｃｔｉｏｎ ｍｅａｓｕｒｅｍｅｎｔ）が設定（ｃｏｎｆｉｇｕｒｅ）された場合、当該リソースを基準点とし、このような方法を使用することが有用であり得る。

Ｎｅｗ ＲＡＴにおいて一般的にＳＲはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１において送信される。

スロット集成／繰り返し（Ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ／ｒｅｐｅｔｉｔｉｏｎ）をサポートするＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１）が端末に割り当てられる場合、端末は、ＳＲ送信のために当該リソースを利用することもできる。

特に、ＳＲ機会／トリガー（ＳＲ ｏｐｐｏｒｔｕｎｉｔｙ／ｔｒｉｇｇｅｒ）が集成されたＫ個のＰＵＣＣＨ（ａｇｇｒｅｇａｔｅｄ Ｋ ＰＵＣＣＨ）に存在する場合、以下を考慮することができる。

ここで、Ｋは集成されたＰＵＣＣＨにおいてＰＵＣＣＨの数を示す。

ＳＲ機会／トリガー（ＳＲ ｏｐｐｏｒｔｕｎｉｔｙ／ｔｒｉｇｇｅｒ）が集成されたＫ個のＰＵＣＣＨ（ａｇｇｒｅｇａｔｅｄ Ｋ ＰＵＣＣＨ）のｎ番目のスロット／シンボル／ミニスロットである場合、Ｎ≦ｋであると、ＰＵＣＣＨ送信にＳＲを送信することができる。

ここで、ｋは１、Ｋ又はＫの分数（ｆｒａｃｔｉｏｎ）でもあり得る（例えば、ｆｌｏｏｒ［Ｋ／Ｎ］）。

ＳＲ機会／トリガーが集成されたＫ個のＰＵＣＣＨの途中で発生する場合、ＳＲを送信するとき、

−集成されたＫ個のＰＵＣＣＨのうちＳＲ機会／トリガーが発生したＰＵＣＣＨ送信にのみＳＲが一緒に送信されることができる。

−集成されたＫ個のＰＵＣＣＨのうちＳＲ機会／トリガーが発生したＰＵＣＣＨ送信とそれ以後にＰＵＣＣＨにＳＲが送信されることができる。

第３実施形態において提案した方法を用いて、繰り返し又はスロット集成が適用されたＰＵＳＣＨ送信の繰り返しがカウントされる。

ここで、繰り返し又はスロット集成に使用されるアップリンクリソースも第２実施形態又は前記で提案した方法で取得することができる。

このように取得されたリソースは、他のアップリンク送信又は動的ＴＤＤシグナリングにより有効でなく（ｉｎｖａｌｉｄ）なることがある。

この場合、当該リソースがＵＬである場合、次のようであり得る。

条件１−１：半静的ＳＦＩ（Ｓｅｍｉ−ｓｔａｔｉｃ ＳＦＩ）が設定（ｃｏｎｆｉｇｕｒｅｄ）された場合、半静的ＳＦＩがＤＬと設定されたシンボルの場合

条件１−２：動的ＳＦＩ（Ｄｙｎａｍｉｃ ＳＦＩ）が設定された場合、半静的ＳＦＩが設定され、半静的ＳＦＩがＵＮＫＮＯＷＮと設定されるか、半静的ＳＦＩが設定されていないとき、動的ＳＦＩがＤＬと指定したシンボルの場合

条件２−１：動的ＳＦＩが設定されていない場合、半静的ＳＦＩが設定されないか、半静的ＳＦＩが設定され、半静的ＳＦＩがＵＮＫＮＯＷＮと設定したシンボルに対するＵＬグラントが存在しないとき

条件２−２：動的ＳＦＩが設定された場合、半静的ＳＦＩが設定されていないか、半静的ＳＦＩが設定され、半静的ＳＦＩがＵＮＫＮＯＷＮと設定したシンボルに対して、動的ＳＦＩがＵＮＫＮＯＷＮと設定するとき、該当シンボルに対するＵＬグラントが存在しないとき、

条件３：ＰＵＳＣＨとＰＵＣＣＨの同時送信が不可能な端末であるか又は設定されていない場合、同一セルにおいて与えられたＰＵＳＣＨよりＰＵＣＣＨ送信又は他のＰＵＳＣＨ送信が優先する場合

条件３−１：優先するＰＵＳＣＨ／ＰＵＣＣＨ送信が半静的設定（ｓｅｍｉ−ｓｔａｔｉｃ ｃｏｎｆｉｇｕｒａｔｉｏｎ） により行われた場合

条件３−２：優先するＰＵＳＣＨ／ＰＵＣＣＨ送信が動的シグナリングにより行われた場合

条件１は、当該リソースがＤＬリソースである場合、条件２はＵｎｋｎｏｗｎリソースであるが別途のＵＬ指示（ｉｎｄｉｃａｔｉｏｎ）が存在しない場合、条件３はＰＵＣＣＨにより優先度が下げられた（ｄｅｐｒｉｏｒｉｔｉｚｅ）場合といえる。

条件２の場合、動的グラントによるＰＵＳＣＨ送信において発生しないことがある。

前記条件に従って、端末に割り当てられたＰＵＳＣＨリソースが使用不可能である場合、端末は、（１）ドロップ送信（Ｄｒｏｐ ｔｒａｎｓｍｉｓｓｉｏｎ）、（２）スキップ又は延期送信（ｐｏｓｔｐｏｎｅ ｔｒａｎｓｍｉｓｓｉｏｎ） （ドロップ送信機会（Ｄｒｏｐ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ））などの動作を考慮することができる。

ここで、ドロップ又はスキップの場合、送信をせずに他のリソースにおいて補償（ｃｏｍｐｅｎｓａｔｉｏｎ）のための送信もしないことをいう。

より具体的に、ドロップは送信を放棄することを意味する。端末がＰＵＳＣＨ送信をドロップする場合、当該リソースにおける送信は失敗したようにみなされることがある。

言い換えれば、ドロップする場合、繰り返しはカウントされる。スキップ又は延期（ｐｏｓｔｐｏｎｅ）の場合、前記理由によりアップリンクリソースを使用できない場合、当該送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ：ＴＯ）を放棄し、他のアップリンクリソースにおいて当該優先度下げ（ｄｅ−ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に対する補償（ｃｏｍｐｅｎｓａｔｉｏｎ）のための送信を行うことを意味する。

従って、放棄したＴＯにおいて繰り返しはカウントされないものであり得る。

これを考慮すると、繰り返しのために複数のＴＯを使用するＰＵＳＣＨ送信が使用不可能となる場合、端末は次の動作を考慮することができる。

Ｂｅｈａｖｉｏｒ １（ドロップリソース）：使用不可能な送信時点におけるＴＯをドロップし、送信を放棄することであり得る。

この場合、放棄された送信は、送信したが失敗したと仮定される。

より具体的に、送信を行わないが繰り返しはカウントすることであり得る。

言い換えれば、端末は、実際にその時点で送信を行っていないが、残っている次のＴＯにおいて送信を行う場合、ドロップされた以前のＴＯにおいて送信が行われたと仮定し、送信パラメータ（例えば、ＲＶ、ｏｒｄｅｒ ｏｆ ｒｅｐｅｔｉｔｉｏｎ）などが選択できる。

Ｂｅｈａｖｉｏｒ ２（スキップリソース）：使用不可能な送信時点でのＴＯをドロップし、当該送信は次のＴＯにおいて行う。

より具体的に、当該ＴＯにおいて繰り返しをカウントせずに残っている次のＴＯにおいて当該ＴＯで使用しようとしていた送信パラメータ（例えば、ＲＶ、ｏｒｄｅｒ ｏｆ ｒｅｐｅｔｉｔｉｏｎ）を使用して送信を行うことができる。

Ｂｅｈａｖｉｏｒ ３（延期リソース）：使用不可能な送信時点でのＴＯを他の時点に延期（ｐｏｓｔｐｏｎｅ）し、当該送信は延期（ｐｏｓｔｐｏｎｅ）されたＴＯにおいて行う。

より具体的に、Ｋ回の繰り返しのためにＫ個のＴＯを構成するにおいて、リソースの送信方向（例えば、ＵＬ／ＤＬ設定又はスロットフォーマットインジケータ（ＵＬ／ＤＬ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｏｒ ｓｌｏｔ ｆｏｒｍａｔ ｉｎｄｉｃａｔｏｒ））などを考慮してＫ個のＴＯを決定する。

この場合、リソースの送信方向構成によって一定時間以内のＴＯの位置及び個数が変わる。

Ｂｅｈａｖｉｏｒ ２とＢｅｈａｖｉｏｒ ３はＴＯの構成方法が異なる。端末が使用不可能になったリソースにおいてＢｅｈａｖｉｏｒ ２を使用する場合、送信は次のＴＯに延期されるが、ＴＯの総数は変わらない。

言い換えれば、計４回の繰り返しのうち２番目の繰り返しにおいて使用される２番目のＴＯがＵＬ送信に有効でない（ｉｎｖａｌｉｄ）場合、２番目、３番目の繰り返しが３番目、４番目のＴＯで送信され、新しい位置の他のＴＯを定義せずに４番目の繰り返しは送信されない。

それに対して、端末が使用不能になったリソースにおいてＢｅｈａｖｉｏｒ ３を使用する場合、端末は最初からＴＯを構成するにおいてリソースの有効性（ｖａｌｉｄｉｔｙ）を考慮してＴＯが有効でなく（ｉｎｖａｌｉｄ）なる場合を防止するか、前述したように２番目のＴＯがＵＬ送信に有効でない（ｉｎｖａｌｉｄ）場合、２番目、３番目、４番目のＴＯを全て利用可能な／有効なリソース（ａｖａｉｌａｂｌｅ／ｖａｌｉｄ ｒｅｓｏｕｒｃｅ）に延期（Ｐｏｓｔｐｏｎｅ） してＴＯが有効でない（ｉｎｖａｌｉｄ）場合を避けることができる。

結果として、端末は、ＴＯの位置をリソースの有効性（ｖａｌｉｄｉｔｙ）を考慮して構成し、有効でないリソース（ｉｎｖａｌｉｄ ｒｅｓｏｕｒｃｅ）での繰り返し送信を避けることにより、他のｂｅｈａｖｉｏｒに比べて繰り返しの数をさらに保障することができる。

しかしながら、このような方法を使用する場合、前述したように、ＴＯの構成がリソースの送信方向構成によって流動的に変わることがある。

このような送信方向を決定するシグナリングの信頼性（ｒｅｌｉａｂｉｌｉｔｙ）によって端末が決定したＴＯと基地局が決定したＴＯが異なる場合がある。

また、ＴＯを決定する方法と送信方向の構成によって一定時間以内に十分な数のＴＯを確保できない場合もある。

一例として、ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）／グラントフリー設定（ｇｒａｎｔ−ｆｒｅｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ） の周期の間、繰り返し回数Ｋの分だけのＴＯを確保できない場合もある。

図９は、本明細書で提案する繰り返し／結合に対して可能な端末動作の一例を示す図である。

動的グラント（Ｄｙｎａｍｉｃ ｇｒａｎｔ） によるＰＵＳＣＨ送信の場合、条件１−１、３−１のように上位層シグナリングによって行われ、端末と基地局の間で伝達が相互に確認された情報に対してスキップ又は延期（Ｐｏｓｔｐｏｎｅ）を行うことができる。

しかしながら、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ） によるＰＵＳＣＨ送信の場合、特に、設定されたグラントを介して送信する端末が同一のリソースを使用する場合、端末がＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）な送信方向設定により相異なるスキップ又は延期を行うと、効果的なリソース割り当てが困難になる可能性がある。

また、条件１−２、２−２のように動的シグナリングを介して使用不可能になったリソースにおいてＴＯ又は送信を延期（ｐｏｓｔｐｏｎｅ）する場合、端末と基地局が相異なるＴＯ、ＴＸ予測を有して送信及び受信をすることができる。

従って、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を使用するＰＵＳＣＨに対して以下が考慮される。

方法１

方法１は、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ ｇｒａｎｔ）を使用するＰＵＳＣＨに対して、ある理由により当該リソースが取り消されるか（ｃａｎｃｅｌ）又は有効でなくなる（ｉｎｖａｌｉｄ）とき、初期送信（ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ）と繰り返しをドロップするものであり得る。

ここで、ＴＯは、無条件ドロップされるものであり得る。すなわち、無条件に前記ｂｅｈａｖｉｏｒ １で動作するものであり得る。

方法２

方法２は、設定されたグラントを使用するＰＵＳＣＨに対して、ある理由により当該リソースが取り消されるか又は有効でなくなるとき、初期送信はスキップ又は延期（ｐｏｓｔｐｏｎｅ）し、繰り返しに対してはドロップすることであり得る。

言い換えれば、初期送信に対して、前記Ｂｅｈａｖｉｏｒ ２又は３で、残った繰り返し送信に対して、前記ｂｅｈａｖｉｏｒ １で動作するものであり得る。

方法３

方法３は、設定されたグラントを使用するＰＵＳＣＨに対して、最小限ＴＯを延期しないことであり得る。

すなわち、前記ｂｅｈａｖｉｏｒ １又は２のみを使用することである。

より具体的に、設定されたグラントの使用時、ＴＯの構成はリソースの有効性（ｖａｌｉｄｉｔｙ）とは無関係とし、送信の場合、アップリンクリソースが使用不可能な理由によって前記ｂｅｈａｖｉｏｒ １又は前記ｂｅｈａｖｉｏｒ ２を使用する。

前記アップリンクリソースが使用不可能な理由は、前記条件１−１、１−２、２−２、３−１、３−２である。

具体的な一例として、条件１−１、２−２又は３−１により使用不可能な場合は、前記ｂｅｈａｖｉｏｒ ２で動作し、条件１−２、２−２、３−２により使用不可能な場合はｂｅｈａｖｉｏｒ １ で動作する。

端末がスロット集成（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ）又は繰り返しを行う主な理由は、通常、よくないチャネル環境において端末のカバレッジ（ｃｏｖｅｒａｇｅ）を確保し、送信の信頼性（ｒｅｌｉａｂｉｌｉｔｙ）を確保することである。

スロット集成又は繰り返しが適用されたＰＵＳＣＨをドロップする場合、端末は基地局が意図した十分な数のスロット集成又は繰り返しが達成できない可能性がある。

ここで、次のような方法により前記のような問題を解決することができる。

方法１

方法１は、単に基地局がドロップを予め考慮して十分なサイズの繰り返し回数を設定することである。

方法２

方法２は、設定されたグラントにより一部のＰＵＳＣＨリソースを半静的な方法で有効（ｖａｌｉｄ）になるようにすることができる。

ここで、以下のような方法が使用できる。

方法２−１

方法２−１は、端末がグラントフリーＰＵＳＣＨ設定（ｇｒａｎｔ−ｆｒｅｅ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の時に割り当てられた特定位置、一例として、最初又は最後のリソースを常に有効なものであると仮定し、当該リソースに他のアップリンク送信が割り当てられることを考慮しないことができる。

前記特定位置は、ＰＵＳＣＨ設定のＲＶシーケンス別に異なる。

方法２−２

方法２−２は、端末がグラントフリーＰＵＳＣＨ設定（ｇｒａｎｔ−ｆｒｅｅ ＰＵＳＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ）の時に割り当てられた特定ＲＶ、一例として、ＲＶ０そして／あるいはＲＶ３を常に有効であると仮定し、当該リソースに他のアップリンク送信が割り当てられることを考慮しないことができる。

前記特定のＲＶ値は、ＰＵＳＣＨ設定のＲＶシーケンス別に異なる。

方法３

方法３は、計Ｋ個のリソースがスロット集成又は繰り返しのために割り当てられたとき、Ｋ個のうち有効でないソースがＫ’個以上である場合（Ｋ’＜Ｋ）、他のリソースの有効性とは無関係にＫ個のリソース全体での送信をドロップ又は延期することである。

グラントフリーＰＵＳＣＨがＵＣＩ送信（例えは、ＰＵＳＣＨ ｗｉｔｈ ＵＣＩ ｏｒ ＰＵＣＣＨ）との衝突によりドロップされる場合、ハンドリングは具体的に次のような考慮も可能である。

−Ｒｅｐｅｔｉｔｉｏｎ＝１である場合、１番目に利用可能な次のリソース（ｆｉｒｓｔ ａｖａｉｌａｂｌｅ ｎｅｘｔ ｒｅｓｏｕｒｃｅ）においてグラントフリー送信を再び行う。

ＰＵＳＣＨがドロップされたことを上位層に指示（ｉｎｄｉｃａｔｉｏｎ）する。

−Ｒｅｐｅｔｉｔｉｏｎ＝ｋ＞１である場合、初期送信（ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ）を送信した場合に限って、ＵＣＩによりドロップされるＰＵＳＣＨはスキップされる。

もし、初期送信（ｉｎｉｔｉａｌ ｔｒａｎｓｍｉｓｓｉｏｎ）がスキップされた場合、全体の送信を延期（ｐｏｓｔｐｏｎｅ）する。

前記ケースに類似した処理を行う。端末は最初に利用可能リリース（ａｖａｉｌａｂｌｅ ｒｅｓｏｕｒｃｅ）において再送信を試みる。または、少なくともｋ／２の分だけ送信できると、端末は送信を試み、そうでないと、全体送信を延期（ｐｏｓｔｐｏｎｅ）する。

前記方式は、ＵＣＩによるドロップ又はＳＦＩによるドロップなどの全てのドロップケースに同様に適用可能である。

第５実施形態

第５実施形態は、スロットスケジューリング（ｓｌｏｔ ｓｃｈｅｄｕｌｉｎｇ）及び非スロットスケジューリング（ｎｏｎ−ｓｌｏｔ ｓｃｈｅｄｕｌｉｎｇ）間の区別に関する。

まず、非スロットスケジューリングは、スロット単位ではないスロットより小さい単位でスケジュールリング又は連続するスロットをバックツーバック（ｂａｃｋ−ｔｏ−ｂａｃｋ）でスケジュールリングすることである。

スロットスケジューリングと非スロットスケジューリングは区別される必要がある。

一例として、非スロット集成（ｎｏｎ−ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ）などのために与えられたリソースのＴＤ ＲＡがスロットスケジューリングであるか又は非スロットスケジューリングであるかを区別する必要がある。ここで、次のような方法が考慮される。

方法５−１

方法５−１は、ＴＤ ＲＡ（ｔｉｍｅ−ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）のリソース区間（ｒｅｓｏｕｒｃｅ ｄｕｒａｔｉｏｎ）が非スロットスケジューリングに使用される特定長さ（２、４、又は７シンボル）であるか、特定長さがある特定臨界値の範囲内である場合、非スロットスケジューリングであると判断し得る。

または、特定臨界値より小さい場合、非スロットスケジューリングであると判断し得る。

前記特定臨界値は、予め定められるか基地局の上位層シグナリング又はＬ１Ｌ１シグナリングにより決定される。

方法５−２

方法５−２は、予め定義されたテーブルに基づいてＴＤ ＲＡを行う場合、当該テーブルの特定インデックス又は特定インデックス範囲を非スロット用として予め決定することであり得る。

方法５−３

方法５−３は、予め定義されたテーブルに基づいてＴＤ ＲＡを行う場合、当該テーブルのインデックスを示すときに使用するデータフィールド１ビットを追加して、当該ビットがスロット／非スロットスケジューリングの可否を示すものであり得る。

一例として、ＤＣＩ又はＲＲＣシグナリングに含まれた時間リソース割り当てフィールド（ｔｉｍｅ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄ）のビットサイズをｃｅｉｌ（ｌｏｇ２（ｔｈｅ ｎｕｍｂｅｒ ｏｆ ｒｏｗｓ ｉｎ ｔａｂｌｅ））＋１ビットで構成してＭＳＢ又はＬＳＢが非スロットスケジューリングを示すようにすることであり得る。

方法５−４

方法５−４は、当該リソースを取得できるある周期（ｐｅｒｉｏｄｉｃｉｔｙ）又は間隔が存在する場合（例えば、ＳＰＳの周期（ｐｅｒｉｏｄｉｃｉｔｙ ｏｆ ＳＰＳ）／グラントフリー、ＳＲ設定の周期（ｐｅｒｉｏｄｉｃｉｔｙ ｏｆ ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＰＤＣＨ発生間の間隔（ｉｎｔｅｒｖａｌ ｂｅｔｗｅｅｎ ＰＤＣＨ ｏｃｃｕｒｒｅｎｃｅｓ））に周期又は間隔がＸスロット／シンボル／フレームより小さい長さである場合、非スロットスケジューリングであると判断できる。Ｘは１又は予め定められた他の値であり得る。

方法５−５

方法５−５は、ＤＭ−ＲＳ位置によってスロットの非スロットスケジューリングを区別する方法である。

一例として、２つのＰＵＳＣＨマッピングタイプに応じて異なるＤＭＲＳ位置を使用するとき、端末が２つのうち１つのＰＵＳＣＨマッピングタイプを非スロット、他の１つをスロットスケジューリングと判断する方法である。

方法５−５

方法５−５は、予め定義されたテーブルに基づいてＴＤ ＲＡを行う場合、テーブルの１列をスロット／ミニスロットスケジューリング区分のために定義する方法である。

方法５−６

方法５−６は、特定開始シンボル（ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ）及び送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｕｒａｔｉｏｎ）の結合又は開始シンボル、送信区間及びリソースマッピングタイプの結合を非スロットスケジューリングであると定義する方法である。

方法５−６−１

一例として、１、２シンボル長のＲＡに対して、［（２ｎ−１）ｔｈ ｓｙｍｂｏｌ、（２ｎ）ｔｈ ｓｙｍｂｏｌ］（１＜ｎ＜７）内で決定されれる組み合わせ（ｃｏｍｂｉｎａｔｉｏｎ）又は４、７シンボル長のＲＡに対して［１ｓｔ ｓｙｍｂｏｌ，７ｔｈ ｓｙｍｂｏｌ］、［８ｔｈ ｓｙｍｂｏｌ，１４ｔｈ ｓｙｍｂｏｌ］区間においてのみ定義される組み合わせを非スロットスケジューリングと定義することである。

これは、スロット／非スロットスケジューリング間に相異なる繰り返し／集成（ｒｅｐｅｔｉｔｉｏｎ／ａｇｇｒｅｇａｔｉｏｎ）方式を使用するときに有用である。

方法５−６−２

方法５−６−２は、与えられたＴＤ ＲＡの開始シンボルが１番目のシンボルからＫ１シンボル以内であるとき、割り当てられたリソース区間（ｒｅｓｏｕｒｃｅ ｄｕｒａｔｉｏｎ）がＫ２シンボル以下である場合、非スロットスケジューリングと判断することであり得る。

このような方法は、スロット内で多数の非スロットスケジューリングを繰り返すのに有用である。

前記Ｋ１、Ｋ２は、それぞれ上位層シグナリング又はＬ１シグナリングと定められるか予め定められた値を使用することである。

前記Ｋ１、Ｋ２は互いに従属的であり得る。

より具体的に、Ｋ２の値によってＫ１値が決定される。

方法５−７

方法５−７は、ＴＤＲＡにおいて開始シンボル、区間を示すビットの（例えば、ＳＬＩＶ）残りの表現（ｒｅｍａｉｎｉｎｇ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）が使用できる。

１スロットが１４シンボルからなるとき、可能な全てのＴＤＲＡの数は１０５個である。

これを表現するために、７ビットのＲＲＣ又はＤＣＩフィールドが使用されるので、２３個のビット表現（ｂｉｔ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）が残っている。

従って、このような２３個のビット表現（ｂｉｔ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）に一部のＴＤＲＡを追加でマッピングして当該ビット表現がミニスロットスケジューリングを示すようにすることである。

または、１シンボル区間リソース割り当て（１ ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）を使用しない場合、１シンボル区間（１ ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ）を示す１４個のビット表現が追加でミニスロットスケジューリングにマッピングされる。

方法５−７−１

方法５−７−１は、より具体的に、このような残ったビット表現（ｂｉｔ ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）にマッピングされるミニスロットスケジューリングのＴＤ ＲＡは２、４、７シンボル区間のリソースであり得る。

特徴的に、前記方法５−６−１に含まれるＴＤＲＡを優先的にマッピングすることである。

または、１番目のシンボル、８番目のシンボルにおいて定義される７シンボル区間リソースを優先的にマッピングし、次に可能な全ての４シンボル区間リソースをマッピングし、残りのビット表現に２シンボル区間リソースをマッピングすることであり得る。

このような方法は、不足するビット数において遅延影響（ｌａｔｅｎｃｙ ｉｍｐａｃｔ）を最小化することができる。

方法５−８

方法５−８は、当該リソースが指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された目的に応じて決定される。

一例として、設定されたグラントＰＵＳＣＨ又はＰＤＳＣＨのためのリソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）又は時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）である場合、ミニスロットスケジューリングであると判断される。

方法５−８−１

方法５−８−１は、当該リソースが指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された目的に応じて異なるＴＤＲＡ解析を使用してミニスロットスケジューリングを示すことができる。

一例として、設定されたグラントＰＵＳＣＨ又はＰＤＳＣＨに対して、スロットオフセットを示すＫ＿０／Ｋ＿２の＃ｏｆ ｃａｎｄｉｄａｔｅを半分に減らし、残りの１ビットを非スロット／スロット繰り返しを示すために使用することができる。

または、指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された目的に応じて１つのＤＭＲＳ位置のみを使用する場合、ＤＭＲＳ位置を示すフラグ（ｆｌａｇ）は非スロット／スロット繰り返しを示すのに使用される。

方法５−８−２

方法５−８−２は、当該リソースが指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）されたメッセージ又はシグナリングに１ビットフィールド／パラメータを追加して非スロット／スロット繰り返しのうち１つの方式を当該リソースにおいて使用する方式として決定する。

ここで、メッセージ又はシグナリングは、Ｌ１又は上位層シグナリングであることであり得る。

前記方法がスロット／非スロットスケジューリングのうちどの方式が使われるかを決定するにおいて、スロット／非スロットの特徴的な動作が決定できる。

一例として、前記オプション（Ｏｐｔｉｏｎ）に応じて、端末が非スロットスケジューリングの送信繰り返し方式を使用するか、または、スロットスケジューリングの送信繰り返し方式を使用するかが決定される。

言い換えれば、このような特徴的な動作（例えば、スロットレベル繰り返し、非スロットレベル繰り返し）を指定するか、このような動作があるサービス又は特定トラフィックに対して動作する場合、サービス又はトラフィックの種類を指定することにも本発明の思想を拡張することができる。

図１０は、本明細書で提案するスロット繰り返しと非スロット繰り返しとの間の遅延側面で相違点を示す図である。

または、非スロット／スロットスケジューリングに対する繰り返し回数がそれぞれ個別に設定できる場合、端末の送信において非スロット／スロットスケジューリングを区別せずに、各繰り返し回数に応じてスロットベースで送信を繰り返し、同時に非スロットベースで送信を繰り返すことができる。

図１０に示すように、非スロットベース繰り返し（ｎｏｎ−ｓｌｏｔ−ｂａｓｅｄ ｒｅｐｅｔｉｔｉｏｎ）は繰り返し送信を行うにおいて発生する遅延時間を減少させることができる。

それに対して、スロットベース繰り返し（ｓｌｏｔ−ｂａｓｅｄ ｒｅｐｅｔｉｔｉｏｎ）は他のスロットベーススケジューリングを使用する端末を考慮してリソースが割り当てられる場合、又は、スロット単位で決定されるスロットフォーマットを考慮してリソースが割り当てられる場合、より容易にリソース割り当てを受けることができる。

従って、基地局がこのようなトレードオフ（ｔｒａｄｅ−ｏｆｆ）を調整できるようにスロット繰り返しと非スロット繰り返しを複合的に使用することを考慮することができる。具体的に次のようである。

方法５−９

方法５−９は、スロットレベル繰り返しに対する繰り返し回数Ｋ１、非スロットレベル繰り返しに対する繰り返し回数Ｋ２を基地局が端末に上位層シグナリング又はＬ１シグナリングを介して同時に設定した場合、端末は、非スロット繰り返しをＫ２回行い、繰り返しバンドル（ｒｅｐｅｔｉｔｉｏｎ ｂｕｎｄｌｅ）をＫ１回繰り返すことである。

ここで、繰り返しの総数はＫ１＊Ｋ２個になる。

言い換えれば、第４実施形態の方法４−４と類似して、与えられたリソースを繰り返すが、Ｋ１、Ｋ２がそれぞれ別途に与えられることもある。

図１１は、本明細書で提案するスロットレベル繰り返しの一例を示す図である。

図１１は、前述した部分に対するいくつかの例を示す。

図１１の（ａ）はＫ１＝４、Ｋ２＝１の場合であり、図１１の（ｂ）はＫ１＝２、Ｋ２＝２の場合であり、図１１の（ｃ）はＫ１＝１、Ｋ２＝４の場合であり、図１１の（ｄ）はＫ１＝２、Ｋ２＝４である場合を示す。

Ｋ２の値に応じて、非スロット繰り返しが１つのスロット内で行われない場合がある。ここで、次の方法が考慮される。

方法５−９−１

方法５−９−１は、端末が与えられたＫ２を使用した非スロット繰り返しが１つのスロットを超える場合を期待しないか、または、そのような場合、有効でない（ｉｎｖａｌｉｄ）ＲＡ又は設定であると仮定できる。

方法５−９−２

端末は、与えられたＫ２を使用した非スロット繰り返しが１つのスロットを超える場合、１つのスロット内で可能な分だけＫ２を使用した繰り返しを行うことができる。

結論として、１つのスロット内で許容する分だけＫ２回より少ない数の繰り返しを行うことができる。

従って、この場合、繰り返し送信機会の総数はＫ１＊Ｋ２より小さい。

方法５−９−３

端末は、与えられたＫ２を使用した非スロット繰り返しが１つのスロットを超える場合、Ｋ２を使用した繰り返しが１つ以上のスロットを占有する。

この場合、もしＫ２を用いた繰り返しがＫ個のスロットを必要とする場合、Ｋ１を使用した繰り返しは、ｋスロットごとに繰り返されるものであり得る。

Ｋ２を使用した繰り返し送信においてスロット境界を超えて送信される繰り返しのリソースは、第４実施形態の方法により決定されるものである。

ここで、当該リソースが周期的に設定される場合、端末に設定された周期はｋ＊Ｋ１＊Ｋ２より大きいものであり得る。

第６実施形態

第６実施形態は、動的ＴＤＤを有する非スロット／スロットスケジューリング有効性（ｖａｌｉｄｉｔｙ）に関する。

前記方法により、基地局は、端末にスロット／非スロットレベルの周期的／非周期的（ｐｅｒｉｏｄｉｃ／ａｐｅｒｉｏｄｉｃ）リソースを割り当てることができ、スロット／ミニスロット集成を使用する場合、割り当てられたリソースを繰り返して使用することができる。

すなわち、周期的／非周期に関係なく端末は多数のリソースが基地局から一度に割り当てられる。

端末は、同時に半静的／動的な方法でＳＦＩ、スケジューリング又は別途のシグナリングを介して各シンボルの送信方向（ｔｒａｎｓｍｉｓｓｉｏｎ ｄｉｒｅｃｔｉｏｎ）（ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ）を把握することができる。

前記「ｕｎｋｎｏｗｎ」は、「ｆｌｅｘｉｂｌｅ」などの他の用語で表現されてもよい。

従って、端末に多数のリソースが割り当てられたとき、全体又は一部のリソースのみが送信方向に応じて利用可能又は利用非可能になり得る。

一般に、Ｎｅｗ ＲＡＴにおいて端末が使用可能なＵＬ（ＤＬ）リソースは以下のようになる。

−半静的ＳＦＩが設定された場合、半静的ＳＦＩがＵＬ（又は、ＤＬ）に設定（ｃｏｎｆｉｇｕｒｅ）したシンボル。

−半静的ＳＦＩが設定され、動的ＳＦＩが設定された場合、半静的ＳＦＩが「ｕｎｋｎｏｗｎ」に設定され、動的ＳＦＩがＵＬ（又は、ＤＬ）に指示（ｉｎｄｉｃａｔｅ）したシンボル。

−半静的ＳＦＩが設定され、動的ＳＦＩが設定された場合、半静的ＳＦＩがｕｎｋｎｏｗｎに設定され、動的ＳＦＩがｕｎｋｎｏｗｎに設定されたシンボルに対するＵＬグラント（ＤＬ割り当て） が存在するとき。

−半静的ＳＦＩが設定されずに動的ＳＦＩが設定された場合、動的ＳＦＩがＵＬ（ＤＬ）に指示（ｉｎｄｉｃａｔｅ）したシンボル。

−半静的ＳＦＩが設定されないか、半静的ＳＦＩがｕｎｋｎｏｗｎに設定したシンボルに対するＵＬグラント（ＤＬ割り当て）が存在するとき。

従って、端末がＵＬ（又は、ＤＬ）で使用不可能なシンボルは次の場合である。

−条件１−１：半静的ＳＦＩが設定された場合、半静的ＳＦＩがＤＬ（ＵＬ）に設定したシンボルの場合。

−条件１−２：動的ＳＦＩが設定された場合、半静的ＳＦＩが設定され、半静的ＳＦＩがｕｎｋｎｏｗｎに設定されるか、半静的ＳＦＩが設定されなかったとき、動的ＳＦＩがＤＬ（又は、ＵＬ）に指示（ｉｎｄｉｃａｔｅ）したシンボルの場合。

−条件２−１：動的ＳＦＩが設定されていない場合、半静的ＳＦＩが設定されないか、半静的ＳＦＩが設定され、半静的ＳＦＩがｕｎｋｎｏｗｎに設定したシンボルに対するＵＬグラント（ＤＬ割り当て） が存在しないとき。

−条件２−２：動的ＳＦＩが設定された場合、半静的ＳＦＩが設定されないか、半静的ＳＦＩが設定され、半静的ＳＦＩがｕｎｋｎｏｗｎに設定したシンボルに対して、動的ＳＦＩがｕｎｋｎｏｗｎに設定するとき、該当シンボルに対するＵＬグラント（ＤＬ割り当て）が存在しないとき。

条件１は、当該シンボルが正反対方向であるＤＬ（ＵＬ）に設定された場合、条件２は、当該シンボルがｕｎｋｎｏｗｎである場合にＵＬグラント（又は、ＤＬ割り当て）が存在しない場合である。

端末がＵＬグラント又はＤＬ割り当てによりリソースが動的に割り当てられた場合、前記条件１のみを考慮すればよい。

端末が上位層シグナリング及び／又はＬ１シグナリングを介して半静的に割り当てられたリソース（例えば、ＳＲ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＳＰＳ／ｇｒａｎｔ−ｆｒｅｅ ｏｒ ｍｅａｓｕｒｅｍｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｓｕｃｈ ａｓ ＣＳＩ ｒｅｆｅｒｅｎｃｅ／ｒｅｐｏｒｔ）を使用する場合、前記条件１及び２を同時に考慮する必要がある。

端末が割り当てられたリソースが動的ＴＤＤ動作（ｄｙｎａｍｉｃ ＴＤＤ ｏｐｅｒａｔｉｏｎ）により使用されない場合、送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ ｏｃｃａｓｉｏｎ）を捨てて当該リソースをスキップするか、又は、送信機会を後回しにして当該リソースを延期（ｐｏｓｔｐｏｎｅ）することができる。

ここで、端末は、当該リソースが使用できなくなった理由と、リソース割り当て（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）方法、スロット集成因子（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｆａｃｔｏｒ）を考慮して次の動作を行うことができる。

方法６−１： 半静的リソースの場合

方法６−１−１

端末は、半静的リソースがある条件（ｃｏｎｄｉｔｉｏｎ）により有効でない（ｉｎｖａｌｉｄ）場合にスキップすることができる。

これは、半静的リソースを設定及び使用するにおいて絶対時間インデックス（ａｂｓｏｌｕｔｅ ｔｉｍｅ ｉｎｄｅｘ）のみを考慮できるようにする。

方法６−１−１−１

端末は、半静的リソースが条件１−１（リソース方向衝突（ｒｅｓｏｕｒｃｅ ｄｉｒｅｃｔｉｏｎ ｃｏｎｆｌｉｃｔｉｏｎ）により有効でない（ｉｎｖａｌｉｄ）場合に延期（ｐｏｓｔｐｏｎｅ） することもできる。

これは、Ｌ１シグナリングの信頼性（ｒｅｌｉａｂｉｌｉｔｙ）に対する考慮なしに端末と基地局間で同一の方法を使用可能にすることができる。

ここで、延期されたリソース（ｐｏｓｔｐｏｎｅｄ ｒｅｓｏｕｒｃｅ）は、割り当てられた半静的ＵＬ（又は、ＤＬ）リソース方向と同一になるように半静的ＳＦＩがＵＬ（又は、ＤＬ）に指定したリソースであるか、又は、可能なＵＬ（ＤＬ）リソース（ｐｏｓｓｉｂｌｅ ＵＬ（ＤＬ） ｒｅｓｏｕｒｃｅ）、すなわち、半静的ＳＦＩがＵＬ（又は、ＤＬ）又はｕｎｋｎｏｗｎに指定したリソースに延期することができる。

方法６−１−２

当該半静的リソースが周期的（ｐｅｒｉｏｄｉｃ）である場合、端末は、当該リソースに対して周期をカウントする条件に従って動作する。

言い換えると、ある条件により当該リソースが有効でない（ｉｎｖａｌｉｄ）とき、周期をカウントする場合は、送信はスキップし、カウントしない場合は、送信は延期する。

一例として、周期をリソース有効性（ｒｅｓｏｕｒｃｅ ｖａｌｉｄｉｔｙ）とは関係なくカウントする場合、条件に関係なく送信はスキップされることがある。

他の一例として、周期を半静的ＵＬ又はｕｎｋｎｏｗｎにおいてのみカウントする場合、条件１−１に該当するリソースは延期し、他の条件に該当するリソースはスキップする。

これは、その方法に従うとき、リソースが延期（ｐｏｓｔｐｏｎｅ）されても次の周期に割り当てられたリソースを侵犯しないようにすることができる。

方法６−１−３

方法６−１−３は、スロット集成可能（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｅｎａｂｌｅ）になった場合、集成された半静的リソース（ａｇｇｒｅｇａｔｅｄ ｓｅｍｉ−ｓｔａｔｉｃ ｒｅｓｏｕｒｃｅｓ）間の区別なしに同一の方法を使用することである。

方法６−１−４

方法６−１−４は、前述した方法３−２−ｄに類似したものであり、スロット集成可能（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｅｎａｂｌｅ）になった場合、１番目の半静的リソースをスキップした場合、残りのリソースもスキップすることである。

方法６−２：動的リソースの場合、

方法６−２−１

端末は、動的リソースがある条件により有効でない（ｉｎｖａｌｉｄ）場合を考慮しないことがある。

言い換えれば、動的に割り当てられたリソースは常に有効である（ｖａｌｉｄ）と仮定できる。

方法６−２−２

端末は、動的リソースがある条件により有効でない（ｉｎｖａｌｉｄ）場合にスキップすることができる。

方法６−２−３

方法６−２−３は、スロット集成可能（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎｅｎａｂｌｅ）になった場合、集成された動的リソース（ａｇｇｒｅｇａｔｅｄ ｄｙｎａｍｉｃ ｒｅｓｏｕｒｃｅｓ）間の区別なしにスキップすることである。

方法６−２−１を考慮する場合、１番目のリソースはスキップせずに、他のリソースのみをスキップすることができる。

方法６−２−４

方法６−２−４は、前述した方法３−２−ｄと類似している。

すなわち、スロット集成可能（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｅｎａｂｌｅ）になった場合、１番目の動的リソースをスキップした場合、残りのリソースもスキップすることができる。

前記方法を適用するにおいて、スロット集成又は繰り返しが適用された場合、明示的（ｅｘｐｌｉｃｉｔ）に割り当てられたリソースと暗示的（ｉｍｐｌｉｃｉｔ）に割り当てられたリソースにそれぞれ異なる方法が使用できる。

一例として、ＤＣＩで伝達されたＰＵＳＣＨリソースＡ０をスロット集成因子（ｓｌｏｔ ａｇｇｒｅｇａｔｉｏｎ ｆａｃｔｏｒ）Ｋ＝４により連続した３つのスロットに存在するＰＵＳＣＨリソースＡ１、Ａ２、Ａ３を追加的に使用する場合、Ａ０と［Ａ１、Ａ２、Ａ３］に使用される方法は異なる場合がある。

より具体的に、Ａ０は方法６−２−１を使用するとき、残りのリソースは方法６−２−２を使用することができる。

また、前記方法は、相互排他的でない場合、重複又は結合して使用されることができる。

より具体的に、連続的に割り当てられたリソース［Ａ０、Ａ１、Ａ２、Ａ３］が存在するとき、繰り返しカウント（Ｒｅｐｅｔｉｔｉｏｎ ｃｏｕｎｔ）のためにＡ０は方法６−２−１を、Ａ１、Ａ２、Ａ３は方法６−２−２を使用する場合、追加的に方法６−２−４を適用できる。

端末が割り当てられたリソースをスロットフォーマットにより又はクロッシングスロット境界（ｃｒｏｓｓｉｎｇ ｓｌｏｔ ｂｏｕｎｄａｒｙ）を避けるために延期（ｐｏｓｔｐｏｎｅ）する場合、端末が割り当てられたリソースと実際に使用するリソースの時間インデックスが変更されることがある。

ここで、リソース時間インデックス（ｒｅｓｏｕｒｃｅ ｔｉｍｅ ｉｎｄｅｘ）が端末の送信に使用されるパラメータ、一例として、ＨＡＲＱプロセスＩＤ又は繰り返し順序（ｒｅｐｅｔｉｔｉｏｎ ｏｒｄｅｒ）などを決定するのに使用されることができる。

ここで、延期されたリソースインデックスを使用することは、基地局が意図したのと異なるパラメータを使用するようになる可能性がある。

従って、端末がリソースを延期しても前記パラメータ決定に使用される時間リソースインデックスは、延期される前に割り当てられたリソースのインデックスを使用することができる。

第７実施形態

第７実施形態は、ＰＵＳＣＨ／ＰＵＣＣＨリソースとＳＲＳ送信が重なる場合のハンドリング方法に関する。

ＳＲＳ送信の仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）に従って、端末（例えば、ＵＥ）はＰＵＳＣＨ送信と重ならないようにＳＲＳが設定されることができる。

短い周期を有するグラントのないＵＬデータ送信を考慮する場合、ＳＲＳ機会（ｏｐｐｏｒｔｕｎｉｔｙ）が大きく制限される。

また、ＵＥは、設定されたグラントによりＰＵＳＣＨスケジューリングをスキップすることができる。

ＳＲＳが設定されたグラントによりＰＵＳＣＨスケジューリングを避けることは合理的ではない。

ＰＵＳＣＨスケジューリング及びＳＲＳ機会（ｏｐｐｏｒｔｕｎｉｔｙ）が同一のスロットにあるとき、

−ＰＵＳＣＨスケジューリングが設定されたグラントである場合、ＳＲＳリソースはスケジュールされたＰＵＳＣＨリソースと重複することができる。

−ＰＵＳＣＨスケジューリングと重畳するリソースを使用するＳＲＳは、ＵＥが当該ＰＵＳＣＨリソースをスキップする場合にのみ送信できる。

前記重畳は、動的時間ドメイン（ｄｙｎａｍｉｃ ｔｉｍｅ−ｄｏｍａｉｎ）を有する動的ＵＬグラントにより回避されることができる。

他の一方、タイプ１と２リソースとＳＲＳベースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）間で重複することを避けることは非常に非効率的であり得る。

その理由は、２つの構成が周期的に構成されるＵＬリソースとＳＲＳの両方ともの設定を制限するためである。

このような意味で、Ｔｙｐｅ１／２リソースとＳＲＳ間に重畳した構成を許容することが提案される。

衝突が発生する場合、２つの間の優先順位を定義しなければならない。

ＳＲＳリソースが多数のＵＥ間で共有される場合、ｔｙｐｅ１／２リソースが重畳されるリソースにおいてスキップできればより良いかもしれない。

しかしながら、ｔｙｐｅ１／２リソースはＵＲＬＬＣに使用でき、衝突時のＳＲＳをドロップすることも考慮できる。

いずれの場合でも、設定された重畳リソースにｔｙｐｅ１／２の送信がない場合、ＵＥはＳＲＳ送信ができると期待する。

もし、ｔｙｐｅ１／２送信がドロップされる場合、全体送信が重畳されたＯＦＤＭシンボルにおいてドロップされるか又は部分的にのみドロップされるかを明確にしなければならない。

ＤＭ−ＲＳマッピング、ホッピング（ｈｏｐｐｉｎｇ）などを考慮する場合、ＳＲＳリソースと部分的に又は完全に重畳すると、全体送信がドロップされてより簡単になり得る。

また、情報が半静的設定により知られることによる、ＵＥは重畳するリソースに対して繰り返しを延期できるように当該情報は「繰り返し（ｒｅｐｅｔｉｔｉｏｎ）」から排除されることができる。

ＰＵＳＣＨスケジューリング及びＳＲＳ機会が同一のスロットにあるとき、

ＳＲＳリソースはｔｙｐｅ１／２ＰＵＳＣＨリソースと重複することがある。

重畳したリソースにおいて、

ＳＲＳリソースが多数のＵＥ間で共有されることを考慮すると、重畳するリソースはｔｙｐｅ１／２の観点で有効でないとみなされる。

ＵＥは、ＳＲＳと重畳するリソースを含む有効でない（ｉｎｖａｌｉｄ）リソースにおいてｔｙｐｅ１／２送信を延期する。

端末は、基地局の動的シグナリング又は上位層シグナリングを介して周期的な又は非周期的なＳＲＳ（ｓｏｕｎｄｉｎｇ ｒｅｆｅｒｅｎｃｅ ｓｉｇｎａｌｉｎｇ）を最大６シンボルの間、送信することができる。

端末は、割り当てられたＰＵＳＣＨとＳＲＳが重畳する場合、もし端末がＳＲＳを優先する場合、できる限りＳＲＳが送信されるリソースを除いた残りのリソースにＰＵＳＣＨを送信し、ＳＲＳを送信する。

しかしながら、ＰＵＳＣＨ又はＰＵＣＣＨ送信が周期的又は繰り返しを使用し、非スロットベースのスケジューリングである場合、ＳＲＳ送信により割り当てられたリソース全体がオーバーラップ（ｏｖｅｒｌａｐ）されることができる。

このような場合、ＳＲＳを優先するようになると、ＳＲＳにより送信全体が取り消されて繰り返し又は周期をカウントするのに問題が発生する。

このような曖昧性（ａｍｂｉｇｕｉｔｙ）を減らすために次のような方法が使用される。

方法７−１

方法７−１は、ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボルの一部又は全体が有効でない（ｉｎｖａｌｉｄ）場合、端末は、ＰＵＳＣＨ／ＰＵＣＣＨ送信を行わずに、当該オーバーラップされたシンボル（ｏｖｅｒｌａｐｐｅｄ ｓｙｍｂｏｌ）が動的ＴＤＤ動作（ｄｙｎａｍｉｃ ＴＤＤ ｏｐｅｒａｔｉｏｎ） により取り消されたことと同一にみなす。

ここで、当該送信に繰り返し又はスロット集成が適用された場合、繰り返しカウントも動的ＴＤＤと同一にする。

ＳＲＳが多数の端末が多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）できるという点を考慮すると、端末がＳＲＳのためにＰＵＳＣＨ又はＰＵＣＣＨ送信を放棄することが考慮される。

方法７−２

方法７−２は、ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボル全体が有効でない（ｉｎｖａｌｉｄ）場合にのみ、端末はＰＵＳＣＨ／ＰＵＣＣＨ送信をせずに動的ＴＤＤ動作（ｄｙｎａｍｉｃ ＴＤＤ ｏｐｅｒａｔｉｏｎ）により取り消されたことと同一であると見なす。

ここで、当該送信に繰り返し又はスロット集成が適用された場合、繰り返しカウントも動的ＴＤＤと同一にする。

ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボルの一部が有効でない（ｉｎｖａｌｉｄ）場合、端末は有効（ｖａｌｉｄ）であり、連続的な（ｃｏｎｓｅｃｕｔｉｖｅ）シンボルにのみＰＵＳＣＨ／ＰＵＣＣＨ送信を行う。

方法７−３

ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボル全体が有効でない（ｉｎｖａｌｉｄ）場合、端末は、ＰＵＳＣＨ／ＰＵＣＣＨ送信を行わずに、一部が有効でない（ｉｎｖａｌｉｄ）場合に端末は有効（ｖａｌｉｄ）であり、連続的な（ｃｏｎｓｅｃｕｔｉｖｅ）シンボルにのみＰＵＳＣＨ／ＰＵＣＣＨ送信を行う。

ここで、ＳＲＳによる有効でないリソースのサイズに関係なく、当該リソースがＵＬに指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された場合、繰り返しは常にカウントされる。

方法７−４

方法７−４は、当該端末のＳＲＳ送信又は他の端末のＳＲＳ送信を守るために、基地局の上位層シグナリング又はＬ１シグナリングを介して端末が時間ドメインリソース割り当て（Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ）又は繰り返し／集成（ｒｅｐｅｔｉｔｉｏｎ／ａｇｇｒｅｇａｔｉｏｎ）を適用するにおいて使用できるシンボル範囲又は使用してはいけない最後のＫシンボルを決定することである。

このような指示／設定（ｉｎｄｉｃａｔｉｏｎ／ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、端末が使用するＰＵＳＣＨ／ＰＵＣＣＨに関連した設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれることができるか、又は、ＳＲＳ設定に含まれるか、又は、個別に設定されるものであり得る。

端末は、設定された使用不可能なシンボルに対してレートマッチングするか、予約された（ｒｅｓｅｒｖｅｄ）領域とみなすか、送信方向が異なるリソース（例えば、ＤＬリソース）とみなすことができる。

前述した内容に基づいて、本明細書で提案するＳＲ送信を行うための端末及び基地局の動作について説明する。

図１２は、本明細書で提案する方法を行うための端末動作の一例を示すフローチャートである。

すなわち、図１２は、無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するための方法を示す。

まず、端末は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信する（Ｓ１２１０）。

ここで、前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ ｌｅｖｅｌ ｏｆｆｓｅｔ）に関する第１情報を含む。

そして、前記端末は、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信する（Ｓ１２２０）。

ここで、前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。

また、前記端末は、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定する（Ｓ１２３０）。

前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。

すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。

そして、前記端末は、前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信する（Ｓ１２４０）。

また、もし、特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボル数が十分でない場合、前記端末は、前記特定スロットにおいて前記ＰＵＣＣＨを送信しない。

前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。

前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。

また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。

図１２、図１４及び図１５を参照すると、本明細書で提案する方法が端末において実現される部分について説明する。

無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するための端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールと機能的に接続されているプロセッサを含む。

前記端末のプロセッサは、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するように前記ＲＦモジュールを制御する。

前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ ｌｅｖｅｌ ｏｆｆｓｅｔ）に関する第１情報を含む。

そして、前記端末のプロセッサは、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するように前記ＲＦモジュールを制御する。

前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。

そして、前記端末のプロセッサは、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定する。

前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。

すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。

そして、前記端末のプロセッサは、前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するように前記ＲＦモジュールを制御する。

また、もし、特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボル数が十分でない場合、前記端末のプロセッサは前記特定スロットにおいて前記ＰＵＣＣＨを送信しないように前記ＲＦモジュールを制御する。

前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。

前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。

また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。

図１３は、本明細書で提案する方法を行うための基地局動作の一例を示すフローチャートである。

すなわち、図１３は、無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信するための方法を示す。

まず、基地局は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを端末に送信する（Ｓ１３１０）。

ここで、前記第１メッセージはＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ ｌｅｖｅｌ ｏｆｆｓｅｔ）に関する第１情報を含む。

そして、前記基地局は、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記端末に送信する（Ｓ１３２０）。

ここで、前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。

そして、前記基地局は、特定リソース上で前記ＰＵＣＣＨを前記端末から受信する（Ｓ１３３０）。

ここで、前記特定リソースは、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のために決定されることができる。

前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。

すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。

また、もし、あるスロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記基地局は前記あるスロットにおいて前記ＰＵＣＣＨを受信しない。

前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。

前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。

また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。

図１３ないし図１５を参照して、本明細書で提案する方法が基地局において実現される部分について説明する。

無線通信システムにおいてスケジュールリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を受信するための基地局は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールと機能的に接続されているプロセッサを含む。

まず、基地局のプロセッサは、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを端末に送信するように前記ＲＦモジュールを制御する。

ここで、前記第１メッセージは、ＵＬ送信のシンボルレベルオフセットに関する第１情報を含む。

そして、前記基地局のプロセッサは、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記端末に送信するように前記ＲＦモジュールを制御する。

ここで、前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。

そして、前記基地局のプロセッサは、特定リソース上で前記ＰＵＣＣＨを前記端末から受信するように前記ＲＦモジュールを制御する。

ここで、前記特定リソースは、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のために決定されることができる。

前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。

すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。

また、もし、あるスロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記基地局のプロセッサは、前記あるスロットにおいて前記ＰＵＣＣＨを受信しないように前記ＲＦモジュールを制御する。

前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。

前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。

また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。

本発明が適用できる装置の一般

図１４は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。

図１４を参照すると、無線通信システムは、基地局１４１０と基地局領域内に位置する多数の端末１４２０を含む。

前記基地局と端末は、それぞれ無線装置として表現されてもよい。

基地局は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１４１１、メモリ（ｍｅｍｏｒｙ）１４１２及びＲＦモジュール（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌｅ）１４１３を含む。プロセッサ１４１１は、前記図１ないし図１３で提案された機能、過程及び／又は方法を実現する。無線インタフェースプロトコルの層は、プロセッサにより実現されることができる。メモリは、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと接続されて、無線信号を送信及び／又は受信する。

端末は、プロセッサ１４２１、メモリ１４２２、及びＲＦモジュール１４２３を含む。

プロセッサは、前記図１ないし図１３で提案された機能、過程及び／又は方法を実現する。無線インタフェースプロトコルの層は、プロセッサにより実現されることができる。メモリは、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと接続されて、無線信号を送信及び／又は受信する。

メモリ１４１２、１４２２は、プロセッサ１４１１、１４２１の内部又は外部に位置し、広く知られる様々な手段でプロセッサと接続される。

また、基地局及び／又は端末は、１つのアンテナ（ｓｉｎｇｌｅ ａｎｔｅｎｎａ）又は多重アンテナ（ｍｕｌｔｉｐｌｅ ａｎｔｅｎｎａ）を有する。

アンテナ１４１４、１４２４は、無線信号を送信及び受信する機能をする。

図１５は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図のまた他の例示である。

図１５を参照すると、無線通信システムは、基地局１５１０と基地局領域内に位置する多数の端末１５２０を含む。基地局は送信装置として、端末は受信装置として表現されてもよく、その逆も可能である。基地局と端末は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１５１１、１５２１、メモリ（ｍｅｍｏｒｙ）１５１４、１５２４、１つ以上のＴｘ／Ｒｘ ＲＦモジュール（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｍｏｄｕｌｅ）１５１５、１５２５、Ｔｘプロセッサ１５１２、１５２２、Ｒｘプロセッサ１５１３、１５２３、アンテナ１５１６、１５２６を含む。プロセッサは、前述した機能、過程及び／又は方法を実現する。より具体的に、ＤＬ（基地局から端末への通信）において、コアネットワークからの上位層パケットはプロセッサ１５１１に提供される。プロセッサは、Ｌ２層の機能を実現する。ＤＬにおいて、プロセッサは、論理チャネルと送信チャネル間の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）、無線リソース割り当てを端末１５２０に提供し、端末へのシグナリングを担当する。送信（ＴＸ）プロセッサ１５１２は、Ｌ１層（すなわち、物理層）に対する様々な信号処理機能を実現する。信号処理機能は、端末においてＦＥＣ（ｆｏｒｗａｒｄ ｅｒｒｏｒ ｃｏｒｒｅｃｔｉｏｎ）を容易にし、コーディング及びインターリビング（ｃｏｄｉｎｇ ａｎｄ ｉｎｔｅｒｌｅａｖｉｎｇ）を含む。符号化及び変調されたシンボルは並列ストリームに分割され、それぞれのストリームはＯＦＤＭサブキャリアにマッピングされ、時間及び／又は周波数領域において基準信号（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ：ＲＳ）と多重化され、ＩＦＦＴ（Ｉｎｖｅｒｓｅ Ｆａｓｔ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ）を使用して一緒に結合されて時間領域ＯＦＤＭＡシンボルストリームを運ぶ物理的チャネルを生成する。ＯＦＤＭストリームは、多重空間ストリームを生成するために空間的にプリコーディングされる。それぞれの空間ストリームは、個別のＴｘ／Ｒｘモジュール（又は、送受信機）１５１５を介して相異なるアンテナ１５１６に提供される。それぞれのＴｘ／Ｒｘモジュールは、送信のためにそれぞれの空間ストリームにＲＦ搬送波を変調することができる。端末において、それぞれのＴｘ／Ｒｘモジュール（又は、送受信機）１５２５は、各Ｔｘ／Ｒｘモジュールの各アンテナ１５２６を介して信号を受信する。それぞれのＴｘ／Ｒｘモジュールは、ＲＦキャリアに変調された情報を復元し、受信（ＲＸ）プロセッサ１５２３に提供する。ＲＸプロセッサは、ｌａｙｅｒ １の様々な信号プロセッシング機能を実現する。ＲＸプロセッサは、端末に向かう任意の空間ストリームを復旧するために情報に空間プロセッシングを行うことができる。もし、多数の空間ストリームが端末に向かう場合、多数のＲＸプロセッサにより単一のＯＦＤＭＡシンボルストリームに結合される。ＲＸプロセッサは、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のそれぞれのサブキャリアに対する個別のＯＦＤＭＡシンボルストリームを含む。それぞれのサブキャリア上のシンボル及び基準信号は、基地局により送信された最も可能性のある信号配置ポイントを決定することにより復元され復調される。このような軟判定（ｓｏｆｔ ｄｅｃｉｓｉｏｎ）はチャネル推定値に基づくことができる。軟判定は、物理チャネル上で基地局により元々送信されたデータ及び制御信号を復元するためにデコーディング及びディインターリビングされる。当該データ及び制御信号はプロセッサ１５２１に提供される。

ＵＬ（端末から基地局への通信）は、端末１５２０において受信機機能に関して記述されたものと類似した方式で基地局１５１０において処理される。それぞれのＴｘ／Ｒｘモジュール１５２５は、それぞれのアンテナ１５２６を介して信号を受信する。それぞれのＴｘ／ＲｘモジュールはＲＦ搬送波及び情報をＲＸプロセッサ１５２３に提供する。プロセッサ１５２１は、プログラムコード及びデータを格納するメモリ１５２４に関連する。メモリは、コンピュータ読み取り可能媒体として指称される。

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

本発明による実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより実現できる。ハードウェアによる実現の場合、本発明の一実施形態は１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現できる。

ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は以上で説明された機能または動作を遂行するモジュール、手続、関数などの形態で実現できる。ソフトウェアコードはメモリに格納されてプロセッサにより駆動できる。前記メモリは前記プロセッサの内部または外部に位置し、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。

本発明は、本発明の必須的な特徴を逸脱しない範囲で他の特定の形態に具体化できることは通常の技術者に自明である。従って、前述した詳細な説明は全ての面で制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付した請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。

本発明は、３ＧＰＰ ＬＴＥ−Ａシステムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステム以外にも様々な無線通信システムに適用することが可能である。

Claims (10)

1. 無線通信システムにおいて、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するための方法であって、
   端末により実行するものであり、
   アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するステップと、
   前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ ｌｅｖｅｌ ｏｆｆｓｅｔ）に関する第１情報を含み；
   前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するステップと、
   前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；
   前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定するステップと、
   前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するステップとを含んでなり、
   前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする、方法。
2. 特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記特定スロットにおいて前記ＰＵＣＣＨは送信されないことを特徴とする、請求項１に記載の方法。
3. 前記ＰＵＣＣＨの周期は、２シンボル又は７シンボルであることを特徴とする、請求項１に記載の方法。
4. 前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする、請求項１に記載の方法。
5. 前記ＰＵＣＣＨの送信が開始するシンボルの位置はスロット別に異なるように設定されることを特徴とする、請求項１に記載の方法。
6. 無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ ｕｐｌｉｎｋ ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するための端末であって、
   無線信号を送受信するためのＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）モジュールと；
   前記ＲＦモジュールと機能的に接続されているプロセッサとを備えてなり、
   前記プロセッサは、
   アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信し、
   前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ ｌｅｖｅｌ ｏｆｆｓｅｔ）に関する第１情報を含み；
   前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信し、
   前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；
   前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定し；
   前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するように設定され、
   前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする、端末。
7. 前記プロセッサは、
   特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記特定スロットにおいて前記ＰＵＣＣＨが送信されないように設定されることを特徴とする、請求項６に記載の端末。
8. 前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであることを特徴とする、請求項６に記載の端末。
9. 前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする、請求項６に記載の端末。
10. 前記ＰＵＣＣＨの送信が開始するシンボルの位置はスロット別に異なるように設定されることを特徴とする、請求項６に記載の端末。