(57)【要約】  本明細書は、無線通信システムにおいてスケジュールリング要求を運搬するＰＵＣＣＨを送信するための方法を提供する。  より具体的に、端末により行われる方法は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するステップ；前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するステップ；前記ＰＵＣＣＨの送信のためのリソースを決定するステップ；及び前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するステップを含む。
2021502773.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信するための方法であって、
端末により実行するものであり、
アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するステップと、
前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｏｆｆｓｅｔ）に関する第１情報を含み；
前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するステップと、
前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；
前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定するステップと、
前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するステップとを含んでなり、
前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする、方法。
【請求項２】
特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記特定スロットにおいて前記ＰＵＣＣＨは送信されないことを特徴とする、請求項１に記載の方法。
【請求項３】
前記ＰＵＣＣＨの周期は、２シンボル又は７シンボルであることを特徴とする、請求項１に記載の方法。
【請求項４】
前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする、請求項１に記載の方法。
【請求項５】
前記ＰＵＣＣＨの送信が開始するシンボルの位置はスロット別に異なるように設定されることを特徴とする、請求項１に記載の方法。
【請求項６】
無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信するための端末であって、
無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと；
前記ＲＦモジュールと機能的に接続されているプロセッサとを備えてなり、
前記プロセッサは、
アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信し、
前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｏｆｆｓｅｔ）に関する第１情報を含み；
前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信し、
前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；
前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定し；
前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するように設定され、
前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする、端末。
【請求項７】
前記プロセッサは、
特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記特定スロットにおいて前記ＰＵＣＣＨが送信されないように設定されることを特徴とする、請求項６に記載の端末。
【請求項８】
前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであることを特徴とする、請求項６に記載の端末。
【請求項９】
前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする、請求項６に記載の端末。
【請求項１０】
前記ＰＵＣＣＨの送信が開始するシンボルの位置はスロット別に異なるように設定されることを特徴とする、請求項６に記載の端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、より詳細には、ＳＲを運搬するＰＵＣＣＨを送受信するための方法及びそれをサポートする装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保証しつつ、音声サービスを提供するために開発された。しかし、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在は爆発的なトラフィックの増加により、リソースの不足現象が引き起こされ、ユーザがより高速のサービスを要求するため、より発展した移動通信システムが求められている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たり送信移動通知システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在は、爆発的なトラフィック増加によりリソースの不足現象が発生し、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。
【０００４】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの収容、ユーザ当たり送信率の画期的な増加、大幅に増加した連結デバイス数の収容、非常に低い端対端遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率をサポートできなければならない。このために、二重連結性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）サポート、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）等、多様な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本明細書は、ＳＲに関連したＰＵＣＣＨの周期が１スロットより小さい場合、設定されたＵＬリソースのシンボルオフセットを利用してＰＵＣＣＨリソースを決定するための方法を提供することに目的がある。
【０００６】
本発明で解決しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないまた別の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者にとって明確に理解されるべきである。
【課題を解決するための手段】
【０００７】
本明細書は、無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ ｃｈａｎｎｅｌ）を送信するための方法を提供する。
【０００８】
より具体的に、端末により行われる方法は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するステップ、前記第１メッセージはＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｏｆｆｓｅｔ）に関する第１情報を含み；前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するステップ、前記第２メッセージは前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；前記第１及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定するステップ；及び前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するステップを含むものの、前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする。
【０００９】
また、本明細において、特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記特定スロットにおいて前記ＰＵＣＣＨは送信されないことを特徴とする。
【００１０】
また、本明細書において、前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであることを特徴とする。
【００１１】
また、本明細書において、前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする。
【００１２】
また、本明細書において、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることを特徴とする。
【００１３】
また、本明細書は、無線通信システムにおいてスケジューリングリ要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信するための端末において、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと、前記ＲＦモジュールと機能的に接続されているプロセッサをと含み、前記プロセッサは、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信し、前記第１メッセージはＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｏｆｆｓｅｔ）に関する第１情報を含み；前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信し、前記第２メッセージは前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含み；前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定し；及び前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するように設定されるものの、前記ＰＵＣＣＨの送信周期が１スロット（ｓｌｏｔ）より小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であることを特徴とする。
【発明の効果】
【００１４】
本明細書は、基地局の動的ＴＤＤ設定（ｄｙｎａｍｉｃ  ＴＤＤ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の送信に成功するか否かに関係なく、他の端末に対する干渉のないＳＲリソースを基地局が割り当てるか又は端末が選択できる効果がある。
【００１５】
また、本明細書は、ミニスロット（ｍｉｎｉ−ｓｌｏｔ）又はシンボルレベル（ｓｙｍｂｏｌ−ｌｅｖｅｌ）ＳＲリソースを割り当てるにおいて、スロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）を侵さずに設定できる効果がある。
【００１６】
本発明で得ることができる効果は、以上で言及した効果に制限されるものではなく、言及していないまた別の効果は、以下の記載から本発明が属する技術分野で通常の知識を有する者にとって明確に理解されるべきである。
【図面の簡単な説明】
【００１７】
本発明に関する理解を助けるために詳細な説明の一部に含まれる添付図は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的特徴を説明する。
【００１８】
【図１】本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す。
【図２】本明細書で提案する方法が適用できる無線通信システムにおいてアップリンクフレームとダウンリンクフレームとの関係を示す。
【図３】ＮＲシステムにおけるフレーム構造の一例を示す。図３は単に説明の便宜のためのものであり、本発明の範囲を制限するものではない。
【図４】本明細書で提案する方法が適用できる無線通信システムにおいてサポートするリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す。
【図５】本明細書で提案する方法が適用できるアンテナポート及びヌメロロジー別のリソースグリッドの例を示す。
【図６】本明細書で提案する方法が適用できる自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）構造の一例を示す。
【図７】本明細書で提案する第２−１実施形態の一例を示す。
【図８】本明細書で提案する第２−２実施形態の一例を示す。
【図９】本明細書で提案する繰り返し／結合に対する可能な端末動作の一例を示す図である。
【図１０】本明細書で提案するスロット繰り返しと非スロット（ｎｏｎ−ｓｌｏｔ）繰り返しとの間の遅延（ｌａｔｅｎｃｙ）の側面で相違点を示す図である。
【図１１】本明細書で提案するスロットレベル繰り返しの一例を示す図である。
【図１２】本明細書で提案する方法を行うための端末動作の一例を示すフローチャートである。
【図１３】本明細書で提案する方法を行うための基地局動作の一例を示すフローチャートである。
【図１４】本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【図１５】本明細書で提案する方法が適用できる無線通信装置のブロック構成図のまた他の例示である。
【発明を実施するための形態】
【００１９】
以下、本発明に係る好ましい実施形態を添付図を参照として詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一な実施形態を示しようとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的な細部事項なくとも、実施されることができるということを知っている。
【００２０】
いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造及び装置は省略されるか、各構造及び装置の中核機能を中心としたブロック図の形式で示すことができる。
【００２１】
本明細書で、基地局は端末と直接的に通信を遂行するネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書で基地局によって遂行されるものと説明された特定の動作は、場合によっては基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）によって遂行されてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークで端末との通信のために遂行される多様な動作は、基地局又は基地局以外の他のネットワークノードによって遂行され得ることは自明である。「基地局（ＢＳ：Ｂａｓｅ Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）、ｇＮＢ（ｇｅｎｅｒａｌ  ＮＢ）等の用語によって代替し得る。また、「端末（Ｔｅｒｍｉｎａｌ）」は、固定又は移動性を有し得、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）, ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ)、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置等の用語に代替し得る。
【００２２】
以下で、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は端末から基地局への通信を意味する。ダウンリンクで、送信機は基地局の一部であり、受信機は端末の一部であり得る。アップリンクで、送信機は端末の一部であり、受信機は基地局の一部であり得る。
【００２３】
以下の説明で使用される特定の用語は、本発明の理解を助けるために提供され、このような特定用語の使用は、本発明の技術的思想を外れない範囲で他の形態に変更され得る。
【００２４】
以下の技術は、ＣＤＭＡ(ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ)、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ(ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ)、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）等のような様々な無線接続システムに用いられることができる。ＣＤＭＡはＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）で具現できる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１ （Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６ （ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ ＵＴＲＡ）等のような無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は３ＧＰＰ  ＬＴＥの進化である。
【００２５】
本発明の実施例は、無線接続システムであるＩＥＥＥ  ８０２、３ＧＰＰ、及び３ＧＰＰ２のうち少なくとも１つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、前記文書により裏付けられることができる。また、本文書で開示している全ての用語は、前記標準文書によって説明されることができる。
【００２６】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。
【００２７】
スマートフォン（ｓｍａｒｔｐｈｏｎｅ）及びＩｏＴ（Ｉｎｔｅｒｎｅｔ  Ｏｆ  Ｔｈｉｎｇｓ）端末の普及が急速に拡散されるにつれて、通信網を介してやり取りする情報の量が増加している。それにより、次世代無線接続技術においては、既存の通信システム（又は、既存の無線接続技術（ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ））よりさらに多くのユーザにさらに速いサービスを提供する環境（例えば、向上した移動広帯域通信（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ  ｃｏｍｍｕｎｉｃａｔｉｏｎ））が考慮される必要がある。
【００２８】
このために、多数の機器及びモノ（ｏｂｊｅｃｔ）を接続してサービスを提供するＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）を考慮する通信システムのデザインが議論されている。また、通信の信頼性（ｒｅｌｉａｂｉｌｉｔｙ）及び／又は遅延（ｌａｔｅｎｃｙ）に敏感なサービス（ｓｅｒｖｉｃｅ）及び／又は端末（ｔｅｒｍｉｎａｌ）などを考慮する通信システム（例えば、ＵＲＬＬＣ（Ｕｌｔｒａ−Ｒｅｌｉａｂｌｅ  ａｎｄ  Ｌｏｗ  Ｌａｔｅｎｃｙ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）のデザインも議論されている。
【００２９】
以下、本明細書において、説明の便宜のために、前記次世代無線接続技術はＮＲ（Ｎｅｗ  ＲＡＴ、Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）と称され、前記ＮＲが適用される無線通信システムはＮＲシステムと称される。
【００３０】
用語の定義
【００３１】
ｅＬＴＥ  ｅＮＢ：ｅＬＴＥ  ｅＮＢは、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）及びＮＧＣ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｃｏｒｅ）に対する接続をサポートするｅＮＢの進化（ｅｖｏｌｕｔｉｏｎ）である。
【００３２】
ｇＮＢ：ＮＧＣとの接続だけでなく、ＮＲをサポートするノード。
【００３３】
新たなＲＡＮ：ＮＲ又はＥ−ＵＴＲＡをサポートするか、またはＮＧＣと相互作用する無線アクセスネットワーク。
【００３４】
ネットワークスライス（ｎｅｔｗｏｒｋ  ｓｌｉｃｅ）：ネットワークスライスは、終端間の範囲と共に特定要求事項を要求する特定市場シナリオに対して最適化されたソリューションを提供するようにｏｐｅｒａｔｏｒにより定義されたネットワーク。
【００３５】
ネットワーク機能（ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）：ネットワーク機能は、よく定義された外部インタフェースとよく定義された機能的動作を有するネットワークインフラ内での論理的ノード。
【００３６】
ＮＧ−Ｃ：新たなＲＡＮとＮＧＣとの間のＮＧ２レファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）に使われる制御プレーンインタフェース。
【００３７】
ＮＧ−Ｕ：新たなＲＡＮとＮＧＣとの間のＮＧ３レファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）に使われるユーザプレーンインタフェース。
【００３８】
非独立型（Ｎｏｎ−ｓｔａｎｄａｌｏｎｅ）ＮＲ：ｇＮＢがＬＴＥ  ｅＮＢをＥＰＣに制御プレーン接続のためのアンカーとして要求するか、またはｅＬＴＥ  ｅＮＢをＮＧＣに制御プレーン接続のためのアンカーとして要求する配置構成。
【００３９】
非独立型Ｅ−ＵＴＲＡ：ｅＬＴＥ  ｅＮＢがＮＧＣに制御プレーン接続のためのアンカーとしてｇＮＢを要求する配置構成。
【００４０】
ユーザプレーンゲートウェイ：ＮＧ−Ｕインタフェースの終端点。
【００４１】
システム一般
【００４２】
図１は、本明細書で提案する方法が適用できるＮＲの全体的なシステム構造の一例を示す図である。
【００４３】
図１に示すように、ＮＧ−ＲＡＮはＮＧ−ＲＡユーザプレーン（新たなＡＳ  ｓｕｂｌａｙ  ｅｒ／ＰＤＣＰ／ＲＬＣ／ＭＡＣ／ＰＨＹ）及びＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）に  対する制御プレーン（ＲＲＣ）プロトコル終端を提供するｇＮＢで構成される。
【００４４】
前記ｇＮＢは、Ｘｎインタフェースを介して相互接続される。
【００４５】
また、前記ｇＮＢは、ＮＧインタフェースを介してＮＧＣに接続される。
【００４６】
より具体的には、前記ｇＮＢはＮ２インタフェースを介してＡＭＦ（Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）に、Ｎ３インタフェースを介してＵＰＦ（Ｕｓｅｒ  Ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）に接続される。
【００４７】
ＮＲヌメロロジー（Ｎｕｍｅｒｏｌｏｇｙ）及びフレーム（ｆｒａｍｅ）構造
【００４８】
ＮＲシステムでは、多数のヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）がサポートできる。ここで、ヌメロロジーはサブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ）とＣＰ（Ｃｙｃｌｉｃ  Ｐｒｅｆｉｘ）オーバーヘッドにより定義できる。このとき、多数のサブキャリア間隔は基本サブキャリア間隔を整数Ｎ（又は、μ）にスケーリング（ｓｃａｌｉｎｇ）することにより誘導できる。また、非常に高い搬送波周波数で非常に低いサブキャリア間隔を利用しないと仮定されても、用いられるヌメロロジーは周波数帯域と独立的に選択できる。
【００４９】
また、ＮＲシステムでは多数のヌメロロジーに従う多様なフレーム構造がサポートできる。
【００５０】
以下、ＮＲシステムで考慮できるＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）ヌメロロジー及びフレーム構造を説明する。
【００５１】
ＮＲシステムでサポートされる多数のＯＦＤＭヌメロロジーは、表１のように定義できる。
【００５２】
【表１】
2021502773.tif 000003
【００５３】
【表２】
2021502773.tif 000004
【００５４】
図２は、本明細書で提案する方法が適用できる無線通信システムにおけるアップリンクフレームとダウンリンクフレームとの間の関係を示す。
【００５５】
【表３】
2021502773.tif 000005
【００５６】
【表４】
2021502773.tif 000006
【００５７】
【表５】
2021502773.tif 000007
【００５８】
図３は、ＮＲシステムにおけるフレーム構造の一例を示す。図３は、単に説明の便宜のためのものであり、本発明の範囲を制限するものではない。
【００５９】
表３は、μ＝２である場合、すなわち、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ  ｓｐａｃｉｎｇ：ＳＣＳ）が６０ｋＨｚである場合の一例であり、表２を参考すると、１サブフレーム（又は、フレーム）は４つのスロットを含み、図３に示す１サブフレーム＝｛１，２，４｝スロットは一例であって、１サブフレームに含まれることができるスロット（ら）の個数は表２のように定義される。
【００６０】
また、ミニスロット（ｍｉｎｉ−ｓｌｏｔ）は、２、４又は７シンボル（ｓｙｍｂｏｌ）で構成され、より多いか又はより少ないシンボルで構成されてもよい。
【００６１】
ＮＲシステムにおける物理リソース（ｐｈｙｓｉｃａｌ  ｒｅｓｏｕｒｃｅ）に関連して、アンテナポート（ａｎｔｅｎｎａ  ｐｏｒｔ）、リソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）、リソース要素（ｒｅｓｏｕｒｃｅ  ｅｌｅｍｅｎｔ）、リソースブロック（ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）、キャリアパート（ｃａｒｒｉｅｒ  ｐａｒｔ）などが考慮される。
【００６２】
以下、ＮＲシステムにおいて考慮される前記物理リソースについて具体的に説明する。
【００６３】
まず、アンテナポートに関連して、アンテナポートはアンテナポート上のシンボルが運ばれるチャネルが同一のアンテナポート上の他のシンボルが運ばれるチャネルから推論できるように定義される。１つのアンテナポート上のシンボルが運ばれるチャネルの広範囲特性（ｌａｒｇｅ−ｓｃａｌｅ  ｐｒｏｐｅｒｔｙ）が他のアンテナポート上のシンボルが運ばれるチャネルから推論できる場合、２つのアンテナポートはＱＣ／ＱＣＬ（ｑｕａｓｉ  ｃｏ−ｌｏｃａｔｅｄ又はｑｕａｓｉ  ｃｏ−ｌｏｃａｔｉｏｎ）関係にあるといえる。ここで、前記広範囲特性は、遅延拡散（Ｄｅｌａｙ  ｓｐｒｅａｄ）、ドップラー拡散（Ｄｏｐｐｌｅｒ  ｓｐｒｅａｄ）、周波数シフト（Ｆｒｅｑｕｅｎｃｙ  ｓｈｉｆｔ）、平均受信パワー（Ａｖｅｒａｇｅ  ｒｅｃｅｉｖｅｄ  ｐｏｗｅｒ）、受信時点（Ｒｅｃｉｖｅｄ  Ｔｉｍｉｎｇ）の１つ以上を含む。
【００６４】
図４は、本明細書で提案する方法が適用できる無線通信システムにおいてサポートするリソースグリッド（ｒｅｓｏｕｒｃｅ  ｇｒｉｄ）の一例を示す。
【００６５】
【表６】
2021502773.tif 000008
【００６６】
【表７】
2021502773.tif 000009
【００６７】
この場合、図５に示すように、ヌメロロジーμ及びアンテナポートｐ別に１つのリソースグリッドが設定されることができる。
【００６８】
図５は、本明細書で提案する方法が適用できるアンテナポート及びヌメロロジー別のリソースグリッドの例を示す。
【００６９】
【表８】
2021502773.tif 000010
【００７０】
Ｐｏｉｎｔ  Ａは、リソースブロックグリッドの共通参照地点（ｃｏｍｍｏｎ  ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）としての役割を果たし、次のように取得できる。
【００７１】
−ＰＣｅｌｌダウンリンクに対するｏｆｆｓｅｔＴｏＰｏｉｎｔＡは、初期セル選択のためにＵＥにより使用されたＳＳ／ＰＢＣＨブロックと重なる最も低いリソースブロックの最も低いサブキャリアとｐｏｉｎｔ  Ａとの間の周波数オフセットを示し、ＦＲ１に対して１５ｋＨｚサブキャリア間隔及びＦＲ２に対して６０ｋＨｚサブキャリア間隔を仮定したリソースブロック単位（ｕｎｉｔ）で表現され；
【００７２】
−ａｂｓｏｌｕｔｅＦｒｅｑｕｅｎｃｙＰｏｉｎｔＡは、ＡＲＦＣＮ（ａｂｓｏｌｕｔｅ  ｒａｄｉｏ−ｆｒｅｑｕｅｎｃｙ  ｃｈａｎｎｅｌ  ｎｕｍｂｅｒ）においてのように表現されたｐｏｉｎｔ  Ａの周波数位置を示す。
【００７３】
共通リソースブロック（ｃｏｍｍｏｎ  ｒｅｓｏｕｒｃｅ  ｂｌｏｃｋ）はサブキャリア間隔の設定μに対する周波数領域において０から上方にナンバリング（ｎｕｍｂｅｒｉｎｇ）される。
【００７４】
【表９】
2021502773.tif 000011
【００７５】
【数１】
2021502773.tif 000012
【００７６】
【数２】
2021502773.tif 000013
【００７７】
自己完結型（Ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）構造
【００７８】
ＮＲシステムにおいて考慮されるＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘｉｎｇ）構造は、アップリンク（Ｕｐｌｉｎｋ：ＵＬ）とダウンリンク（Ｄｏｗｎｌｉｎｋ：ＤＬ）を１つのスロット（又は、サブフレーム）において全て処理する構造である。これは、ＴＤＤシステムにおいてデータ送信の遅延（ｌａｔｅｎｃｙ）を最小化するためのものであり、前記構造は、自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）構造又は自己完結型スロットと呼ばれてもよい。
【００７９】
図６は、本明細書で提案する方法が適用できる自己完結型（self-contained）構造の一例を示す。図５は、単に説明の便宜のためのものであって、本発明の範囲を制限するものではない。
【００８０】
図６を参照すると、ｌｅｇａｃｙ  ＬＴＥの場合のように、１つの送信単位（例えば、スロット、サブフレーム）が１４個のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルで構成される場合が仮定される。
【００８１】
図６において、領域６０２はダウンリンク制御領域（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）を意味し、領域６０４はアップリンク制御領域（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｒｅｇｉｏｎ）を意味する。また、領域６０２及び領域６０４以外の領域（すなわち、別途の表示がない領域）は、ダウンリンクデータ（ｄｏｗｎｌｉｎｋ  ｄａｔａ）又はアップリンクデータ（ｕｐｌｉｎｋ  ｄａｔａ）の送信のために利用される。
【００８２】
すなわち、アップリンク制御情報（ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）及びダウンリンク制御情報（ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｉｎｆｏｒｍａｔｉｏｎ）は１つの自己完結型スロットにおいて送信できる。それに対して、データ（ｄａｔａ）の場合、アップリンクデータ又はダウンリンクデータが１つの自己完結型スロットにおいて送信できる。
【００８３】
図６に示す構造を用いる場合、１つの自己完結型（ｓｅｌｆ−ｃｏｎｔａｉｎｅｄ）スロット内において、ダウンリンク送信とアップリンク送信が順次行われ、ダウンリンクデータの送信及びアップリンクＡＣＫ／ＮＡＣＫの受信が行われることができる。
【００８４】
結果として、データ送信のエラーが発生する場合、データの再送信までかかる時間が短縮される。これにより、データ伝達に関連した遅延を最小化することができる。
【００８５】
図６のような自己完結型スロット構造において、基地局（ｅＮｏｄｅＢ、ｅＮＢ、ｇＮＢ）及び／又は端末（ｔｅｒｍｉｎａｌ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ））が送信モード（ｔＲＡＮｓｍｉｓｓｉｏｎ  ｍｏｄｅ）から受信モード（ｒｅｃｅｐｔｉｏｎ  ｍｏｄｅ）に切り替える過程又は受信モードから送信モードに切り替える過程のための時間ギャップ（ｔｉｍｅ  ｇａｐ）が要求される。前記時間ギャップに関連して、前記自己完結型スロットにおいてダウンリンク送信以後にアップリンク送信が行われる場合、一部のＯＦＤＭシンボル（ら）が保護区間（Ｇｕａｒｄ  Ｐｅｒｉｏｄ：ＧＰ）と設定されることができる。
【００８６】
アナログビームフォーミング（ａｎａｌｏｇ  ｂｅａｍｆｏｒｍｉｎｇ）
【００８７】
ミリメートル波（ｍｍＷａｖｅ、ｍｍＷ）通信システムにおいては、信号の波長（ｗａｖｅｌｅｎｇｔｈ）が短くなるにつれて、同一面積に多数の（又は、多重の）（ｍｕｌｔｉｐｌｅ）アンテナを設置することができる。例えば、３０ＣＨｚ帯域において、波長は約１ｃｍ程度であり、２次元（２−ｄｉｍｅｎｓｉｏｎ）配列形態によって５ｃｍ×５ｃｍのパネル（ｐａｎｅｌ）に０．５ラムダ（ｌａｍｂｄａ）間隔でアンテナを設置する場合、計１００個のアンテナ要素（ｅｌｅｍｅｎｔ）が設置されることができる。
【００８８】
従って、ｍｍＷ通信システムにおいては、多数のアンテナ要素を用いてビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ：ＢＦ）利得を高めることにより、カバレッジを増加させるか、処理量（ｔｈｒｏｕｇｈｐｕｔ）を高める方案が考慮される。
【００８９】
ここで、アンテナ要素別に送信パワー（ｔｒａｎｓｍｉｓｓｉｏｎ  ｐｏｗｅｒ）及び位相（ｐｈａｓｅ）の調節が可能になるように、ＴＸＲＵ（Ｔｒａｎｓｃｅｉｖｅｒ  Ｕｎｉｔ）が設置される場合、周波数リソース（ｆｒｅｑｕｅｎｃｙ  ｒｅｓｏｕｒｃｅ）別に独立的なビームフォーミングが可能である
【００９０】
ただし、すべてのアンテナ要素（例えば、１００個のアンテナ要素）にＴＸＲＵを設置する方案は、コストの側面で実効性が低下する可能性がある。これにより、１つのＴＸＲＵに多数のアンテナ要素をマッピング（ｍａｐｐｉｎｇ）し、アナログ位相遷移器（ａｎａｌｏｇ  ｐｈａｓｅ  ｓｈｉｆｔｅｒ）を用いてビームの方向（ｄｉｒｅｃｔｉｏｎ）を制御する方式が考慮される。
【００９１】
前述したようなアナログビームフォーミング方式は、全帯域において１つのビーム方向のみを生成できるので、周波数選択的なビーム動作を行えない問題が発生する。
【００９２】
これにより、デジタルビームフォーミング（ｄｉｇｉｔａｌ  ｂｅａｍｆｏｒｍｉｎｇ）とアナログビームフォーミングの中間形態であって、Ｑ個のアンテナ要素より少ない個数であるＢ個のＴＸＲＵを有するハイブリッドビームフォーミング（ｈｙｂｒｉｄ  ｂｅａｍｆｏｒｍｉｎｇ）が考慮される。この場合、前記Ｂ個のＴＸＲＵとＱ個のアンテナ要素の接続方式によって異なるが、同時に信号を送信できるビームの方向はＢ個以下に制限される。
【００９３】
以下、本明細書で提案するスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）のためのリソースを割り当てる方法と動的（ｄｙｎａｍｉｃ）ＴＤＤを使用する場合、割り当てられたＳＲリソースを使用する方法について説明する。
【００９４】
まず、これに関連した説明について概略的にまとめる。
【００９５】
ＳＲ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）設定であるため、ＳＲ機会（ｏｐｐｏｒｔｕｎｉｔｙ  ｏｒ  ｏｃｃａｓｉｏｎ）が動的ＳＦＩ／半静的ＤＬ／ＵＬ割り当てに指示されたスロットフォーマットで指示された非ＵＬシンボル（ｎｏｎ−ＵＬ  ｓｙｍｂｏｌ）において発生する場合の処理方法を定義しなければならない。
【００９６】
動的ＴＤＤ動作、特に、ＵＥがＳＲを送信できる動的ＳＦＩに基づいて明確にする必要がある。
【００９７】
ＳＲ設定の周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）を適用するとき、次のオプションは周期及び／又はオフセットをカウント（ｃｏｕｎｔ）するのに考慮される。
【００９８】
−オプション（ｏｐｔｉｏｎ）１：半静的に設定された固定されたアップリンクリソースのみをカウントする。
【００９９】
−オプション２：半静的に設定された固定（ｆｉｘｅｄ）及びフレキシブル（ｆｌｅｘｉｂｌｅ）ＵＬのみをカウントする。
【０１００】
−オプション３：周期及びオフセットは実際のリソースタイプに関係なくスロット／ＯＦＤＭシンボルの個数に適用される。
【０１０１】
オプション１は、曖昧性がないが、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＵＬリソースにおいてのみＳＲ機会（ｏｐｐｏｒｔｕｎｉｔｙ）が発生し得るため、柔軟性が低下する。
【０１０２】
オプション３において、設定において周期及びオフセットは絶対時間を意味する。周期を調整して目標遅延（ｌａｔｅｎｃｙ）を達成するのに役立つ。しかしながら、ＵＥがより大きな周期を有すると、ｇＮＢは適切な時間にＵＬスロット／ミニスロット／シンボルを割り当てることが難しい。
【０１０３】
オプション２は、他のオプションより柔軟な方法である。この場合、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＵＬ及びフレキシブルリソース（ｆｌｅｘｉｂｌｅ  ｒｅｓｏｕｒｃｅ）においてＳＲ機会が発生し得る。
【０１０４】
しかしながら、オプション２を使用する場合、スロットレベル周期より短い場合に関するいくつかの追加説明が必要である。
【０１０５】
それぞれのスロットは、相異なる数のＵＬ／フレキシブルシンボルを有することができるため、これは、スロット周期より小さい周期において適用することが難しくなる。
【０１０６】
これを考慮すると、以下の方法が考慮される。
【０１０７】
方法１
【０１０８】
２つのオプションから選択する。
【０１０９】
オプション１：スロット又はミニスロットレベル周期に関係なく、オプション３を考慮する。
【０１１０】
オプション２：スロットレベル周期／オフセットの場合はオプション２が採択され、スロットレベル周期未満の場合はオプション３が採択される。
【０１１１】
オプション２が考慮されるとき、ＳＲに対して設定されたＰＵＣＣＨが送信できるＵＬ／フレキシブルスロットは有効なＵＬスロットとみなされる。
【０１１２】
オプション３を考慮するとき、ＳＲを送信できない場合がある。
【０１１３】
第１に、スロット又はリソースはＤＬリソースであり得るか、又は、ＳＲ送信のために設定されたＰＵＣＣＨを送信するのに十分なＵＬ／フレキシブルリソースがない。
【０１１４】
この場合、ＳＲは次に利用可能なＳＲ機会（ｏｃｃａｓｉｏｎ）又はＳＲにピギーバック可能な次に利用可能なＰＵＣＣＨ／ＰＵＳＣＨ送信に延期しなければならない。
【０１１５】
方法２
【０１１６】
方法２は、ＳＲ機会において、リソースがＤＬ又は予約（ｒｅｓｅｒｖｅｄ）である場合、ＳＲは送信されない。
【０１１７】
この場合、ＳＲは、次に利用可能なＳＲ機会又は次に利用可能なＰＵＣＣＨ／ＰＵＳＣＨ送信時に送信することができる。
【０１１８】
ドロップされたＳＲは上位層に知らせなければならない。
【０１１９】
方法３
【０１２０】
ＳＲ機会において、ＳＲに対して設定されたＰＵＣＣＨを送信するのに十分なＵＬ／フレキシブルリソースがないと、ＳＲは送信されない。
【０１２１】
ＳＲは、次に利用可能なＳＲ機会又は次に利用可能なＰＵＣＣＨ／ＰＵＳＣＨ送信時に送信できる。ドロップされたＳＲは上位層に知らせなければならない。
【０１２２】
シンボルレベルの周期でスケジューリング要求が設定されることができる。
【０１２３】
シンボルレベル周期が設定されてもＳＲ  ＰＵＣＣＨがスロット境界にマッピングされることは好ましくない。
【０１２４】
スロットレベルをシンボルレベルの周期に維持するための１つの方法は、スロット境界を超えるＳＲ  ＰＵＣＣＨはドロップすることである。
【０１２５】
この方法は、動的ＴＤＤの場合に利点があるが、スロットを考慮せずにシンボルレベルにおいてＰＵＣＣＨリソースを割り当てる方法について論議すべきである。
【０１２６】
また他の方法は、スロットにＳＲパターン（ｐａｔｔｅｒｎ）を使用することである。
【０１２７】
ＳＲ機会パターン（ＳＲ  ｏｃｃａｓｉｏｎ  ｐａｔｔｅｒｎ）は、スロットにおいてシンボルレベル周期を有する。
【０１２８】
全てのスロットに対して当該スロットを繰り返すことにより、スロット境界を違反することなくシンボルレベルの周期を得ることができる。
【０１２９】
このオプションにおいて、ＨＡＲＱ−ＡＣＫのような他のＵＣＩに対して合意されたＰＵＣＣＨ割り当て方法を再び使用することができる。
【０１３０】
方法４：スロットより周期が短いＳＲ設定の場合、
【０１３１】
ＳＲ設定は、スロットに対するＳＲ機会パターンがある。
【０１３２】
全てのスロットは同一のＳＲ機会パターン（ｏｃｃａｓｉｏｎ  ｐａｔｔｅｒｎ）を有する。
【０１３３】
ＳＲ機会パターンを定義するために、オプション１を好む場合、次のオプションが考慮される。
【０１３４】
方法１−１
【０１３５】
方法１−１は、スロットにおいて１番目のＳＲ機会に対するＳＲ設定においてただ１つのＰＵＣＣＨリソースのみが指示される。
【０１３６】
スロットにおいて他のＳＲ機会は与えられた周期を有するＰＵＣＣＨリソースの繰り返しにより暗示的に指示される。
【０１３７】
方法１−２
【０１３８】
方法１−２は、スロットの全てのＳＲ機会に対するＰＵＣＣＨリソースがＳＲ設定に明示的に指示される。
【０１３９】
以下、スケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）のためのリソースを割り当てる方法と動的（ｄｙｎａｍｉｃ）ＴＤＤを使用するとき、割り当てられたＳＲリソースを使用する方法について様々な実施形態によりさらに具体的に説明する。
【０１４０】
後述する実施形態は、それぞれ独立的に行われるか又は１つ以上が結合して行われる。
【０１４１】
第１実施形態
【０１４２】
第１実施形態は、動的ＴＤＤに対するＳＲリソース決定（ＳＲ  ｒｅｓｏｕｒｃｅ  ｄｅｔｅｒｍｉｎａｔｉｏｎ  ｆｏｒ  ｄｙｎａｍｉｃ  ＴＤＤ）方法に関する。
【０１４３】
端末は、基地局から新しいアップリンク送信のためのリソースの割り当てを受けるために基地局にスケジューリング要求（ＳＲ）を送信する。
【０１４４】
端末がＳＲ送信のために使用するＳＲリソースは、半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＵＬリソースであるため、動的に変更されたＤＬ／ＵＬリソースとは異なる。
【０１４５】
端末が前記半静的（ｓｅｍｉ−ｓｔａｔｉｃ）リソースに対して変更されたＤＬ／ＵＬリソースにより送信方向を誤って把握する場合（一例として、ダウンリンク領域をＳＲリソースと把握する場合）、前記端末のＳＲ送信は他の端末に大きな干渉要因として作用する可能性がある。
【０１４６】
従って、このような動的ＴＤＤ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）が端末に正常に受信されなくても、他の端末に影響を与えないとともにＳＲリソースを端末が使用するようにする方法が必要である。
【０１４７】
以下に説明する内容は、ＳＲ送信のためのＰＵＣＣＨ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）について記述しているが、本明細書で提案する方法は、他の用途のＰＵＣＣＨ、ＰＤＣＣＨ、ＰＤＳＣＨ又はＰＵＳＣＨに適用できる。
【０１４８】
Ｎｅｗ  ＲＡＴ（又は、ＮＲ）においてＴＤＤ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）は様々な方法で端末に送信できる。
【０１４９】
まず、上位層シグナリング（ｈｉｇｈｅｒ  ｌａｙｅｒｓｉｇｎａｌｉｎｇ）などの半静的シグナリング（ｓｅｍｉ−ｓｔａｔｉｃ  ｓｉｇｎａｌｉｎｇ）を利用して、基地局は端末にＴＤＤ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を割り当てることができる。
【０１５０】
または、基地局は、Ｌ１（ｌａｙｅｒ  １）シグナリングを介して動的ＴＤＤ設定（ｄｙｎａｍｉｃ  ＴＤＤ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を端末に行うことができる。
【０１５１】
前記Ｌ１シグナリングよる動的ＴＤＤ設定（ｄｙｎａｍｉｃ  ＴＤＤ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）は端末に伝達できない場合もある。
【０１５２】
従って、端末は、このような動的ＴＤＤ設定を受信できなくても問題なく動作しなければならない。
【０１５３】
半静的（ｓｅｍｉ−ｓｔａｔｉｃ）ＴＤＤ設定によりシンボル、スロット又はミニスロットはＤＬ、ＵＬ、フレキシブル／ｕｎｋｎｏｗｎなどの状態（ｓｔａｔｅ）と表現され、このような状態に応じてＬ１シグナリングを介してＴＤＤ設定はオーバーライド（ｏｖｅｒｒｉｄｅ）されることもある。
【０１５４】
また、本明細書に記載される「／」は「及び／又は」と解釈されてもよく、「Ａ及び／又はＢ」は「Ａ又は（及び／又は）Ｂの少なくとも１つを含む」と同一の意味と解釈されてもよい。
【０１５５】
端末がＳＲを送信するためのＳＲリソースは一般に周期性を有し、上位層シグナリング（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）を介して基地局から割り当てられる。
【０１５６】
前述したように、ＳＲリソースは周期的なＵＬリソースとして動的（ｄｙｎａｍｉｃ）又は半静的（ｓｅｍｉ−ｓｔａｔｉｃ）に変更されたＴＤＤ設定と相異なる。
【０１５７】
このような不一致（ｍｉｓｍａｔｃｈ）は、端末のＳＲ送信を妨害して遅延時間を発生させるか、又は他の端末に大きな干渉を及ぼす。
【０１５８】
従って、説明したように、本明細書は、Ｎｅｗ  ＲＡＴにおいてＴＤＤ設定とＳＲリソース設定の不一致を解決するために、次のようなＳＲリソース設定方法を提案する。
【０１５９】
（方法１）
【０１６０】
方法１は、ＳＲ設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）のＳＲリソースを常に半静的ＴＤＤ設定のＵＬリソースにおいてのみ存在するようにする設定方法である。
【０１６１】
半静的に割り当てられたＵＬリソースは、動的ＴＤＤ設定（ｄｙｎａｍｉｃＴＤＤ  ｃｏｎｆｉｇｕｒａｔｉｏｎ） に影響されないので、半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ  ＵＬ  ｒｅｓｏｕｒｃｅ）のみを使用してＳＲ送信を行うことができる。
【０１６２】
さらに特徴的に、該当半静的設定（ｓｅｍｉ−ｓｔａｔｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）はセル特定（ｃｅｌｌ−ｓｐｅｃｉｆｉｃ）のＤＬ／ＵＬ設定のみを意味するか、又は、セル特定及びＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）の両方ともを意味し得る。
【０１６３】
ここで、次のような方法がさらに考慮される。
【０１６４】
（方法１−１）
【０１６５】
方法１−１は、ＳＲリソースの周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）が既存に割り当てられた半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ  ＵＬ  ｒｅｓｏｕｒｃｅ）のみを考慮することである。
【０１６６】
より具体的に、方法１−１は、半静的ＵＬリソースのみを考慮した論理インデックス（ｌｏｇｉｃａｌ  ｉｎｄｅｘ）を使用してＳＲリソース設定の周期とオフセットを適用することである。
【０１６７】
例えば、ＳＲリソースの周期が「Ｋ」である場合、Ｋ個の半静的ＵＬスロット／ミニスロットごとにＳＲ機会（ｏｐｐｏｒｔｕｎｉｔｙ又はｏｃｃａｓｉｏｎ）が現れることを意味する。
【０１６８】
（方法１−２）
【０１６９】
方法１−２は、ＳＲリソース設定（ＳＲ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）を半静的ＴＤＤ設定（ｓｅｍｉ−ｓｔａｔｉｃ  ＴＤＤ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）と見なすことである。
【０１７０】
このとき、ＳＲリソース設定として使われるシンボル／スロット／ミニスロットは半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ  ＵＬ  ｒｅｓｏｕｒｃｅ）とみなされるものであり得る。
【０１７１】
（方法１−３）
【０１７２】
方法１−３は、ＳＲ送信が半静的ＴＤＤ設定によりＵＬではない機会（ｏｃｃａｓｉｏｎ）においてＳＲ送信がスキップ（ｓｋｉｐ）されることである。
【０１７３】
当該リソースにおいてＳＲトリガーのとき、ＳＲは最も速い利用可能なリソース（ａｖａｉｌａｂｌｅ  ｒｅｓｏｕｒｃｅ）において送信されることができる。
【０１７４】
最も速い利用可能なリソース（ａｖａｉｌａｂｌｅ  ｒｅｓｏｕｒｃｅ）は次のようなオプションにより決定される。
【０１７５】
最も速い利用可能なリソースは現在機会を含むことができ、次のオプションにより送信可能になった場合、スキップしないことを意味する。
【０１７６】
すなわち、次のオプションがＳＲ送信のリソースを選択するオプションであり、現在機会のリソースを含む。
【０１７７】
−半静的ＤＬ／ＵＬ設定（Ｓｅｍｉ−ｓｔａｔｉｃ  ＤＬ／ＵＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）によって最も速い次のＳＲ機会に送信する。
【０１７８】
−動的ＳＦＩ（Ｄｙｎａｍｉｃ  ＳＦＩ（ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ））、動的スケジューリング（ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ）、ＰＵＣＣＨスケジューリング、ＰＵＳＣＨスケジューリングなど動的に利用可能になるリソースのうち最初のＳＲ機会を仮定することができる。
【０１７９】
−動的スケジューリングによりＰＵＣＣＨリソースが利用可能になるか（追加でＰＵＳＣＨスケジューリングによりピギーバック（ｐｉｇｇｙｂａｃｋ）することも考慮）、又は 、半静的ＤＬ／ＵＬ設定により最も速いＵＬリソースに送信する。
【０１８０】
−ＳＲ送信がスキップされた場合、当該ＳＲ機会をスキップするか否かを上位層に伝達することができる。
【０１８１】
前記オプションは、ＳＲ周期がスロットの倍数であるか又はシンボルの倍数であるかによって異なるように適用される。
【０１８２】
一例として、スロットの場合、ＵＬスロット又はＵＬ中心スロット（ＵＬ−ｃｅｎｔｒｉｃ  ｓｌｏｔ）をカウントしてＳＲリソースの周期を設定してもよく、シンボルの場合、方法１−３を適用してもよい。
【０１８３】
または、どのような方式を適用するか、ＳＲ設定に同様に設定されることもできる。
【０１８４】
（方法２）
【０１８５】
方法２は、ＳＲ設定のＳＲリソースを半静的Ｕｎｋｎｏｗｎリソース（ｓｅｍｉ−ｓｔａｔｉｃ  Ｕｎｋｎｏｗｎ  ｒｅｓｏｕｒｃｅ）とみなすことに関する。
【０１８６】
より具体的に、端末はまず、ＳＲリソースとなり得る候補（ｃａｎｄｉｄａｔｅ）を半静的シグナリングを介してＬ１シグナリングにオーバーライド（ｏｖｅｒｒｉｄｅ）可能な状態で割り当てられ、動的ＴＤＤ設定（ｄｙｎａｍｉｃ  ＴＤＤ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）又はスケジューリングが当該状態のリソースをＵＬ状態にオーバーライドするとき、端末は当該リソースをＳＲリソースとして使用可能であると判断できる。
【０１８７】
ここで、オーバーライド可能な状態がＤＬ又はＵＬにオーバーライドされない場合、使用しないかあるいはＰＤＣＣＨモニタリングのみを行うか、又はＤＬ状態と仮定して使用することができる。
【０１８８】
より特徴的に、半静的ＤＬ／ＵＬ設定によるＵＬは無条件ＳＲリソースが有効になった（ｖａｌｉｄａｔｅ）と仮定できる。
【０１８９】
また、前記有効（ｖａｌｉｄａｔｉｏｎ）可能な場合は以下のようである。
【０１９０】
−Ｇｒｏｕｐ ｃｏｍｍｏｎ ＰＤＣＣＨが構成され、ＳＦＩがＵＬを指示（ｉｎｄｉｃａｔｉｏｎ）した場合
【０１９１】
−動的スケジューリング（Ｄｙｎａｍｉｃ  ｓｃｈｅｄｕｌｉｎｇ）によりＰＵＳＣＨがスケジューリングされた場合
【０１９２】
−動的／半静的設定（Ｄｙｎａｍｉｃ／ｓｅｍｉ−ｓｔａｔｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）によりＰＵＣＣＨを送信する場合
【０１９３】
−ＣＳＩトリガーなどが有効になって（ｖａｌｉｄａｔｅ）ＰＵＣＣＨ送信が発生する場合
【０１９４】
この場合、周期的ＣＳＩトリガー（ｐｅｒｉｏｄｉｃ  ＣＳＩ  ｔｒｉｇｇｅｒ）が発生させたＰＵＣＣＨリソースにおいてＳＲが送信され、ＣＳＩはドロップされる。
【０１９５】
−ＳＲ送信がスキップされた場合、端末は当該ＳＲ機会スキップ（ＳＲ  ｏｃｃａｓｉｏｎ  ｓｋｉｐ）の可否を上位層に伝達することができる。
【０１９６】
（方法３）
【０１９７】
方法３は、方法１と方法２を結合又は複合的に使用することである。
【０１９８】
例えば、１つのＳＲリソース設定（ＳＲ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）が半静的ＵＬに適用されるＳＲリソース割り当て（ＳＲ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）とオーバーライドが可能であり、ＵＬにオーバーライドされるまでは使用できないＳＲリソース割り当てを同時に含むことである。
【０１９９】
結果として、次のような提案が考慮される。
【０２００】
−半静的ＤＬ／ＵＬ設定によるＵＬとして認識されたＳＲ送信リソースは有効（ｖａｌｉｄ） であると仮定。
【０２０１】
−動的ＤＬ／ＵＬ設定によるＵＬとして認識されたＳＲ送信リソースを有効（ｖａｌｉｄ）であると仮定するオプションを考慮。
【０２０２】
−スケジューリングによりＵＬリソースとして認識された場合、ＳＲ送信リソースとして有効であると仮定。
【０２０３】
−前述したようにＳＲ機会が有効でなくて（ｉｎｖａｌｉｄ）スキップする場合
【０２０４】
この場合、ＳＲ送信がドロップされるか、又は
【０２０５】
次の１番目に利用可能なＵＬリソース（ａｖａｉｌａｂｌｅ  ＵＬ  ｒｅｓｏｕｒｃｅ）においてＳＲを送信する方法
【０２０６】
ここで、次の１番目に利用可能なＵＬリソースはＳＲ機会のみをカウントするか、又は
【０２０７】
次の１番目に利用可能なＵＬリソースはＳＲ機会でなくてもＰＵＣＣＨリソースを使用することができる。
【０２０８】
ここで、使用可能な他のＰＵＣＣＨリソースの位置は、基地局と端末の間で半静的シグナリング（ｓｅｍｉ−ｓｔａｔｉｃ  ｓｉｇｎａｌｉｎｇ）により定められたＰＵＣＣＨリソースに限定される。
【０２０９】
また、当該ＰＵＣＣＨの位置が半静的ＴＤＤ設定によりＵＬとして現れた場合に制限されることもできる。
【０２１０】
もし、ＳＲ送信がスキップされた場合、端末は当該ＳＲ機会スキップの可否を上位層に伝達することができる。
【０２１１】
方法１はＳＲリソースを保障できるが、短い周期のＳＲを使用するのに困難がある。
【０２１２】
そして、方法２は、ＳＲリソースが割り当てられたが使用できない場合がある。
【０２１３】
特に、方法１−１を使用する場合、ＳＲリソース設定（ＳＲ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の周期を短く設定しても、半静的ＵＬリソース（ｓｅｍｉ−ｓｔａｔｉｃ  ＵＬ  ｒｅｓｏｕｒｃｅ）によって実際には長い周期のＳＲを有することができる。
【０２１４】
従って、方法３を使用して長い周期のＳＲリソースを方法１−２により割り当て、短い周期のＳＲを方法２により割り当てることを考慮することができる。
【０２１５】
方法１−１を使用する場合、使用可能な半静的リソースの長さがＳＲリソース設定と異なる可能性がある。
【０２１６】
一例として、シンボル又はミニスロット単位の半静的ＵＬリソースのみが存在する場合、スロット単位の長いＰＵＣＣＨを使用するＳＲは使用できない。
【０２１７】
ここで、ＳＲリソース設定が長いＰＵＣＣＨを使用する場合、問題が発生する恐れがある。
【０２１８】
従って、方法１−１において半静的ＵＬリソースをカウントする次のような方法が考慮される。
【０２１９】
（オプション１）
【０２２０】
オプション１は、ＳＲリソース割り当て（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）が現れるＳＲに対するＰＵＣＣＨの長さと同一であるか又はより長い半静的ＵＬリソースのみをカウントすることである。
【０２２１】
（オプション２）
【０２２２】
オプション２は、ＳＲリソース割り当てにＳＲに対するＰＵＣＣＨの長さを示さず、設定された周期が終わる時点で使用可能な連続した半静的リソースの長さに合わせてＰＵＣＣＨリソースを決定することである。
【０２２３】
一例として、ＳＲ設定がシンボル単位の周期Ｋを有する場合、Ｋシンボルの分だけの半静的ＵＬリソース以後に使用可能であり、連続した１番目の半静的ＵＬリソースの長さに合わせて端末がＳＲに対するＰＵＣＣＨの長さを決定し、送信することであり得る。
【０２２４】
より具体的に、ＳＲリソースはＨＡＲＱ−ＡＣＫの送信と重なって発生する可能性がある。
【０２２５】
この場合、ＰＵＣＣＨの送信が動的ＴＤＤによってリソースが動的に変わることがあり、動的に変わるリソースは長さ、フォーマットなどを含むことができる。
【０２２６】
このような動的なＰＵＣＣＨリソースによってＳＲを送信する方法は、以下の点が考慮される。
【０２２７】
−ＳＲの周期がスロットの倍数であるとき
【０２２８】
該当スロット（ら）内でＰＵＣＣＨが一緒に送信される場合（例えば、ＨＡＲＱ−ＡＣＫ）、ＰＵＣＣＨリソースの設定に応じて、（１）ＰＵＣＣＨフォーマット、（２）区間（ｄｕｒａｔｉｏｎ）、（３）開始／終了シンボル（ｓｔａｒｔｉｎｇ／ｅｎｄｉｎｇ  ｓｙｍｂｏｌ）を決定する。
【０２２９】
ＳＲを送信するための周波数又はコードドメインリソース（ｃｏｄｅ  ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ）をＳＲリソースに応じて選択する。
【０２３０】
−ＳＲの周期がシンボルの倍数であるとき
【０２３１】
ＳＲ機会の開始シンボルと終了シンボル（ＯＦＤＭＳ１、ＯＦＤＭＳ２）を基準に、
【０２３２】
ＰＵＣＣＨの開始シンボルがＯＦＤＭ  Ｓ１より大きいか等しく、ＯＦＤＭ  Ｓ２より小さいか等しい場合、
【０２３３】
端末は、前記スロットと同一の動作でＰＵＣＣＨリソースを決定する。すなわち、ＰＵＣＣＨフォーマット／時間ドメインに関連した情報はＰＵＣＣＨ動的設定に従い、コード／周波数情報はＳＲリソース構成に従う。
【０２３４】
これと異なるケースは、ＰＵＣＣＨがＳＲ機会を含んで発生するか又はＰＵＣＣＨがトリガーされないケースを含む。
【０２３５】
ＰＵＣＣＨがトリガーされない場合、ＳＲ構成に応じてＰＵＣＣＨフォーマット／時間ドメイン情報が決定される。
【０２３６】
もし、ＰＵＣＣＨがＳＲ機会より大きい場合、次のＳＲ機会に送信されることが仮定される。
【０２３７】
−ＳＲとＨＡＲＱ−ＡＣＫが重なって送信される場合、当該送信に使用されるＰＵＣＣＨが２ビット以下であると、予めＳＲとして半静的に指定したリソースと送信に使用されるＰＵＣＣＨ開始（ｓｔａｒｔｉｎｇ）及び区間（ｄｕｒａｔｉｏｎ）などが完全に同一である場合にのみ、ＳＲとＨＡＲＱ−ＡＣＫを重ねて送信する。
【０２３８】
そうでない場合、有効でない設定（ｉｎｖａｌｉｄ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）とみなして、ＳＲやＨＡＲＱはドロップされる。
【０２３９】
第１−１実施形態
【０２４０】
第１−１実施形態は、他のＵＣＩに対する利用可能なＰＵＣＣＨリソースを使用するＳＲ送信に関する。
【０２４１】
この方法は、第１実施形態で提案したように割り当てられたＳＲリソースが利用できない（ｕｎａｖａｉｌａｂｌｅ）と判断されるとき、ＳＲ機会ではなくても利用可能なＵＬリソース（ａｖａｉｌａｂｌｅ  ＵＬ  ｒｅｓｏｕｒｃｅ）に存在する他のＵＣＩ送信のためのＰＵＣＣＨリソースを使用することが考慮される。
【０２４２】
または、ＳＲリソースが利用可能であるか又は利用不可能であるかが不明であるとき、動的ＳＦＩ又はスケジューリングによりＳＲリソースが利用不可能になる場合に備えて、または送信遅延時間を減らすために使用可能な他のＰＵＣＣＨリソースを使用することが考慮される。
【０２４３】
もし、多数のＳＲリソース設定が存在する場合、他のＵＣＩに対するまた他のＰＵＣＣＨに送信されるＳＲは、１番目のＳＲ設定にマッピングされるか、又は、基地局の上位層シグナリングにより定められたＳＲ設定にマッピングされるか、又はＳＲ設定のうち、ＳＲ機会が当該する他のＰＵＣＣＨに最も近い設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）にマッピングされることであり得る。
【０２４４】
他のＰＵＣＣＨリソースを使用するにおいて次のような方法が考慮される。
【０２４５】
第１−１−１実施形態
【０２４６】
端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、ＳＲがトリガーされた時点で最も近いＰＵＣＣＨが選択される。
【０２４７】
この場合、基地局は、端末に割り当てた全てのＰＵＣＣＨに対してＳＲと要求した他のＵＣＩが送信されたか又はＵＣＩのみが送信されたか、ブラインドデコード（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を行わなければならないことであり得る。
【０２４８】
第１−１−２実施形態
【０２４９】
端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、他のＵＣＩに対するＰＵＣＣＨの長さを基準に選択することができる。
【０２５０】
例えば、既存に割り当てられたＳＲに対するＰＵＣＣＨよりも長い、又は、長いか等しいＰＵＣＣＨリソースのみが使用される。
【０２５１】
より具体的に、ＳＲのためにＫシンボルショートＰＵＣＣＨ（ｓｙｍｂｏｌ  ｓｈｏｒｔ  ＰＵＣＣＨ）が割り当てられた端末はロングＰＵＣＣＫ（ｌｏｎｇ  ＰＵＣＣＨ）又はＫ’シンボルショートＰＵＣＣＨ（Ｋ’＞ Ｋ）のＰＵＣＣＨを使用してＳＲを送信することができる。
【０２５２】
第１−１−３実施形態
【０２５３】
端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、他のＵＣＩに対するＰＵＣＣＨに送信されるＵＣＩのサイズを基準に選択することができる。
【０２５４】
例えば、２ビットより少ないＵＣＩが送信されるＰＵＣＣＨを選択するか、又は、２ビットより大きいＰＵＣＣＨを選択するか、又は、あるＫビットより大きいＵＣＩが送信されるＰＵＣＣＨが選択されることができる。
【０２５５】
第１−１−４実施形態
【０２５６】
端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、基地局におけるブラインドデコード（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を減らすために、既存に割り当てられたＳＲ機会と最も近い又はある時間長さＫ以内に存在する他のＵＣＩに対するＰＵＣＣＨが使用できる。
【０２５７】
特に、動的ＳＦＩ又はスケジューリングによる曖昧性（ａｍｂｉｇｕｉｔｙ）を減らすために、半静的ＵＬリソースと設定された他のＵＣＩに対するＰＵＣＣＨのみが使用できる。
【０２５８】
基地局が端末に割り当てたＳＲ機会をＤＬリソース又はフレキシブル（ｆｌｅｘｉｂｌｅ）に割り当てたとき、基地局は端末に割り当てた他のＰＵＣＣＨにおいてＳＲをブラインドデコード（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）することができる。
【０２５９】
第１−１−５実施形態
【０２６０】
端末がＳＲを送信する他のＵＣＩに対するまた他のＰＵＣＣＨを選択するとき、基地局におけるブラインドデコード（ｂｌｉｎｄ  ｄｅｃｏｄｉｎｇ）を減らすために、又は、より多くのＳＲ機会を割り当てるために他のＵＣＩに対するＰＵＣＣＨを割り当てるときにＳＲが含まれるか否かが設定される。
【０２６１】
第２実施形態
【０２６２】
第２実施形態は、スロットよりさらに少ない周期を有するＵＬリソース決定に関する。
【０２６３】
Ｎｅｗ  ＲＡＴにおいてＵＬリソースはスロットだけでなく、ミニスロット／シンボルレベルリソースでもあり得る。
【０２６４】
従って、周期的（ｐｅｒｉｏｄｉｃ）ＵＬリソースの周期（ｐｅｒｉｏｄｉｃｉｔｙ）とオフセット（ｏｆｆｓｅｔ）もまたスロットレベル（ｓｌｏｔ−ｌｅｖｅｌ） だけでなくミニスロット／シンボルレベルであり得る。
【０２６５】
しかしながら、ミニスロット／シンボルレベルの周期とオフセットを使用してもＵＬ送信に使用するＰＵＣＣＨ／ＰＵＳＣＨリソースがスロット境界（ｓｌｏｔ  ｂｏｕｎｄａｒｙ）を侵犯することは好ましくない。
【０２６６】
従って、第２実施形態は、周期的ＵＬリソース設定（ｐｅｒｉｏｄｉｃ  ＵＬ  ｒｅｓｏｕｒｃｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）のとき、ミニスロット／シンボルレベル周期とオフセットを適用するとともに使用するＵＬリソースがスロット境界を侵犯しないようにする方法を提案する。
【０２６７】
第２−１実施形態
【０２６８】
第２−１実施形態は、周期とオフセットが設定されたスロットより小さいサイズである周期的ＵＬリソースを設定する場合、周期的ＵＬリソース設定が１つのスロット内において目標周期と類似した間隔を有するＵＬリソース、言い換えると、ＰＵＣＣＨ／ＰＵＳＣＨ多数を明示的（ｅｘｐｌｉｃｉｔ）に１つずつ示し、このようなリソースパターンをスロットごとに繰り返すことであり得る。
【０２６９】
一例として、４シンボル長のミニスロットが７シンボル長の周期を有する場合、開始シンボル（ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ）としてそれぞれ２番目のシンボル、９番目のシンボルを有する２つの４シンボルＰＵＣＣＨリソースを１つの設定として端末に割り当てることができる。
【０２７０】
このような方法により、各ＰＵＣＣＨ間の間隔は明示的に与えられた周期と異なるが、より柔軟にスロットフォーマットに合うＳＲリソースを基地局が端末に割り当てることができる。
【０２７１】
この方法を使用する場合、周期とオフセットがスロットより小さいＳＲ設定インデックス（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｉｎｄｅｘ）は文字通りＰＵＣＣＨリソースの時間ドメインパターンを示すものであり得る。
【０２７２】
一例として、７シンボル長のミニスロットが７シンボル長の周期に設定される場合、周期とオフセットに対するパラメータが１つのスロットにおいて２つの７シンボルミニスロットが連続して存在する時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）を暗示するものである。
【０２７３】
より具体的に、ここで、ＳＲ設定インデックスは、ＰＵＣＣＨが割り当てられるシンボルの予め定義されたパターン（ｐｒｅ−ｄｅｆｉｎｅｄ  ｐａｔｔｅｒｎ）を示すものである。
【０２７４】
図７は、本明細書で提案する第２−１実施形態の一例を示す。
【０２７５】
第２−２実施形態
【０２７６】
第２−２実施形態は、周期とオフセットが設定されたスロットより小さいサイズである周期的ＵＬリソースを設定する場合、周期的ＵＬリソース設定が１つのスロット内で１つのＰＵＣＣＨ／ＰＵＳＣＨのみを明示的に（ｅｘｐｌｉｃｉｔ）に示す。
【０２７７】
当該ＵＬリソースがスロット境界を超えないように設定された目標周期の間隔で繰り返させてリソースパターンを作り、このようなリソースパターンをスロットごとに繰り返す。
【０２７８】
第２−２実施形態を使用するにおいて、ＰＵＣＣＨリソース設定が示すＰＵＣＣＨリソースは周期の長さ内においてのみ定義されることもある。
【０２７９】
一例として、７シンボル周期を使用する場合、定義されたＰＵＣＣＨリソースの終了シンボル（ｅｎｄｉｎｇ  ｓｙｍｂｏｌ）（開始シンボル＋送信区間）はｎ番目のシンボル（ｎ＜＝７） であり得る。
【０２８０】
前記周期以内においてのみＰＵＣＣＨリソースが定義されることにより、周期的に繰り返されるときに設定されたＰＵＣＣＨリソースを完全に使用することができる。
【０２８１】
図８は、本明細書で提案する第２−２実施形態の一例を示す。
【０２８２】
第２−２−１実施形態
【０２８３】
ここで、１番目に与えられるＰＵＣＣＨ又はＰＵＳＣＨの開始シンボルはＵＬリソース設定のシンボルレベルオフセットとともに使用されることができる。
【０２８４】
また、このようなシンボルレベルオフセットが多数の値の集合であるか、ある規則（ｒｕｌｅ）により多数の値に変換できるとき、繰り返されるスロットごとに他のシンボルレベルオフセット、すなわち、他のＰＵＣＣＨの開始シンボルを適用する。
【０２８５】
第２−２−１実施形態は、ＮＲにおいて周期又はオフセットがシンボルレベルで可能であるので、ｏｆｆｓｅｔ  ０を与え、既存に有しているオフセットに関する情報を用いてシグナリングオーバーヘッドを減らすことができる。
【０２８６】
ＵＬリソースにおいて使用するＤＭＲＳは基地局が端末の送信を受信するのに必須である。
【０２８７】
ＵＬリソースにおいてこのようなＤＭＲＳ送信の位置は、送信するＵＬリソースの開始点に基づいて決定されるか、又はスロットの開始点に基づいて決定される。
【０２８８】
一例として、Ｎｅｗ  ＲＡＴのＰＵＳＣＨの場合、ＰＵＳＣＨマッピングタイプＡはＤＭＲＳの位置をリソースが位置するスロットの開始点に基づいて決定し、ＰＵＳＣＨマッピングタイプＢは割り当てられたリソースの開始点に基づいて決定される。
【０２８９】
ＤＭＲＳの位置がスロットの開始点に基づいて決定される周期的ＵＬリソースを使用する場合、その周期が１スロットより小さい（一例として、２ｓｙｍ又は７ｓｙｍである場合）、繰り返されるリソースのＤＭＲＳ位置を決定するのに曖昧性（ａｍｂｉｇｕｉｔｙ）がある。ここで、次のような方法が考慮される。
【０２９０】
（方法１）
【０２９１】
端末は、ＤＭＲＳ位置がスロットに基づいて決定される周期的ＵＬリソースの周期が常に１スロットより大きいと仮定することができる。
【０２９２】
言い換えると、端末は、そのような設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を期待しないか受信した場合、周期を１スロットに仮定することができる。
【０２９３】
（方法２）
【０２９４】
端末は、ＤＭＲＳ位置がスロットに基づいて決定される周期的ＵＬリソースの周期が１スロットより小さい場合、スロット内の１番目のリソースに対してはスロットに開始点に基づいてＤＭＲＳ位置を決定し、繰り返される以後のリソースに対してはリソースの開始シンボル位置に基づいてＤＭＲＳの位置を決定することができる。
【０２９５】
（方法３）
【０２９６】
端末は、ＤＭＲＳ位置がスロットに基づいて決定される周期的ＵＬリソースの周期が１スロットより小さい場合、スロット内の１番目のリソースに対してはスロットに開始点に基づいてＤＭＲＳ位置を決定し、繰り返される以後のリソースに対しては１番目のリソースのＤＭＲＳ、１番目のリソースの開始シンボル間の相対的な位置を使用して１番目のリソースと同一の位置のＤＭＲＳ位置を以後のリソースにおいて使用できる。
【０２９７】
第３実施形態
【０２９８】
第３実施形態は、動的ＴＤＤに対するｐｅｒｉｏｄ／時点／オフセットをハンドリングする方法に関する。
【０２９９】
繰り返し的に発生するＳＲリソース又は他のＰＵＣＣＨ、ＰＵＳＣＨ、ＰＤＳＣＨリソースを設定するために、リソースが発生する周期とオフセットが設定されることがある。
【０３００】
このような時間情報は多様な目的及び根拠に基づいて決定できる。
【０３０１】
一例として、端末のプロセッシングのための時間確保のために設定されるか、又はある遅延目的（ｌａｔｅｎｃｙ  ｔａｒｇｅｔ）を満足させるために設定されるか、又は単に一定ＤＬ／ＵＬリソースの分だけの間隔を与えるために設定されることができる。
【０３０２】
Ｎｅｗ  ＲＡＴにおいて、ＤＬ／ＵＬ設定が瞬間毎に変わることができることを考慮すると、このような時間情報の解釈方法もその根拠及び目的により変わることがある。
【０３０３】
一例として、一定サイズのＵＬリソース又はＵＬリソース間の間隔（ｉｎｔｅｒｖａｌ）を与えるための時間情報である場合、ＵＬ、ＵＬ中心（ＵＬ−ｃｅｎｔｒｉｃ）及び／又はＵＬに変更可能なスロット／ミニスロット／シンボルリソースのみをカウントし、端末のプロセッシング時間確保のためのオフセット、間隔（ｉｎｔｅｒｖａｌ）、ｐｅｒｉｏｄである場合、ＤＬ／ＵＬ設定に関係なくスロット／ミニスロット／シンボルをカウントすることである。このような時間情報は、以下の２つに区別される。
【０３０４】
１．Ｔｉｍｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ（時点情報）
【０３０５】
ある基準点から割り当てられたリソース間のオフセット又は、ＤＬあるいはＵＬ送信以後のフィードバック送信時点のオフセットのように、ある動作の開始時点又は終了時点を示す時間情報である。
【０３０６】
２．Ｄｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ（区間情報）
【０３０７】
送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ）、繰り返し（ｒｅｐｅｔｉｔｉｏｎ）などのように、ある動作が行われる時間区間を示す時間情報であり得る。
【０３０８】
一例として、時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ） のスロット集成（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ） などが含まれることができる。
【０３０９】
ここで、次のような方法で前記時点情報（ｔｉｍｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）、区間情報（Ｄｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ） が適用できる。
【０３１０】
第３−１−ａ実施形態
【０３１１】
第３−１−ａ実施形態は、前記時点情報（ｔｉｍｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬ又はＤＬリソースをカウントするとき、半静的なＵＬ又はＤＬリソースのみをカウントすることができる。
【０３１２】
時点情報を使用するにおいて、曖昧性（ａｍｂｉｇｕｉｔｙ）のない有効な（ｖａｌｉｄ）ＵＬ又は有効なＤＬリソースのみが考慮される。
【０３１３】
一例として、ＳＲリソース設定のオフセットは同一の周期を有するが、相異なる開始時点を有するために設定されるので、実際にＳＲが送信できるリソースをカウントしないと、他のオフセットを有している同一周期のＳＲ設定のＳＲ機会が同一の時点で発生し得る。
【０３１４】
このような問題を解決するために、ＤＬ／ＵＬリソース設定の時点情報に対して半静的ＤＬ／ＵＬリソースのみを考慮して時点情報を適用することができる。
【０３１５】
第３−１−ｂ実施形態
【０３１６】
第３−１−ｂ実施形態は、前記時点情報（ｔｉｍｉｎｇ  Ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、半静的な非ＤＬ（ｎｏｎ−ＤＬ）又は非ＵＬ（ｎｏｎ−ＵＬ）リソースのみをカウントすることができる。
【０３１７】
より具体的に、前記非ＵＬリソースは半静的ＤＬリソース、動的に指示されたＤＬリソース（ｄｙｎａｍｉｃａｌｌｙ  ｉｎｄｉｃａｔｅｄ  ＤＬ  ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソース（ｆｌｅｘｉｂｌｅ  ｒｅｓｏｕｒｃｅ）を意味することであり得る。
【０３１８】
前記非ＤＬリソース（ｎｏｎ−ＤＬ  ｒｅｓｏｕｒｃｅ）は、半静的ＵＬリソース、動的に指示されたＵＬリソース（ｄｙｎａｍｉｃａｌｌｙ  ｉｎｄｉｃａｔｅｄ  ＵＬ  ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソース（ｆｌｅｘｉｂｌｅ  ｒｅｓｏｕｒｃｅ）を意味するものである。
【０３１９】
前記時点情報を使用するにおいて、潜在的有効ＵＬ（ｐｏｔｅｎｔｉａｌ  ｖａｌｉｄ  ＵＬ）又は潜在的有効ＤＬ（ｐｏｔｅｎｔｉａｌ  ｖａｌｉｄ  ＤＬ）リソースが考慮される。
【０３２０】
この場合、半静的ＤＬ／ＵＬリソース、動的に指示されたＤＬ／ＵＬリソースだけでなく、動的ＳＦＩ又は動的スケジューリングによりＵＬ又はＤＬリソースに変更できるフレキシブルリソースもカウントされることができる。
【０３２１】
第３−１−ｃ実施形態
【０３２２】
前記第３−１−ｃ実施形態は、前記時点情報（ｔｉｍｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、スロットフォーマットを考慮せずにスロット／ミニスロット／シンボルをカウントすることである。
【０３２３】
前記時点情報を使用するにおいて、リソースのＵＬ／ＤＬ方向とは関係なく絶対的な時間長が重要である。
【０３２４】
一例として、端末のプロセッシング時間のための時点情報である場合、スロットフォーマットとは関係なく一定時間以上を確保する必要がある。
【０３２５】
第３−２−ａ実施形態
【０３２６】
前記区間情報（Ｄｕｒａｔｉｏｎ  Ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬ又はＤＬリソースをカウントするとき、半静的なＵＬ又はＤＬリソースのみをカウントすることができる。
【０３２７】
区間情報を使用するにおいて、曖昧性（ａｍｂｉｇｕｉｔｙ）のない有効ＵＬ又は有効ＤＬリソースのみを考慮しなければならない。一例として、一定数以上の繰り返し送信を保障するために実際に送信できるリソースのみをカウントすることができる。
【０３２８】
第３−２−ｂ実施形態
【０３２９】
前記区間情報（Ｄｕｒａｔｉｏｎ Ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、半静的な非ＤＬ（ｎｏｎ−ＤＬ）又は非ＵＬ（ｎｏｎ−ＵＬ）リソースのみをカウントすることができる。より具体的に、前記非ＵＬリソースは、半静的ＤＬリソース、動的に指示されたＤＬリソース（ｄｙｎａｍｉｃａｌｌｙ  ｉｎｄｉｃａｔｅｄ  ＤＬ  ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソース（ｆｌｅｘｉｂｌｅ  ｒｅｓｏｕｒｃｅ）、動的に指示されたＵＬリソース（ｄｙｎａｍｉｃａｌｌｙ  ｉｎｄｉｃａｔｅｄ  ＵＬ  ｒｅｓｏｕｒｃｅ）そしてフレキシブルリソースを意味するものである。
【０３３０】
区間情報を使用するにおいて、 潜在的有効ＵＬ（ｐｏｔｅｎｔｉａｌ  ｖａｌｉｄ  ＵＬ）あるいは潜在的有効ＤＬ（ｐｏｔｅｎｔｉａｌ  ｖａｌｉｄ  ＤＬ）リソースを考慮する必要がある。一例として、十分な数の繰り返しを設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）し、送信不可能なスロット／ミニスロット／シンボルをドロップする方法を使用するか、可能な場合にのみ繰り返し又はＴＴＩバンドリング（ｂｕｎｄｌｉｎｇ）を行うようにすることもある。 この場合、半静的ＤＬ／ＵＬリソース、動的に指示されたＤＬ／ＵＬリソース（ｄｙｎａｍｉｃａｌｌｙ  ｉｎｄｉｃａｔｅｄ  ＤＬ／ＵＬ  ｒｅｓｏｕｒｃｅ）だけでなく、動的ＳＦＩ又は動的スケジューリングによりＵＬ又はＤＬリソースに変更できるフレキシブルリソースもカウントすることができる。
【０３３１】
第３−２−ｃ実施形態
【０３３２】
第３−２−ｃ実施形態は、前記区間情報（ｄｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、スロットフォーマットを考慮せずにスロット／ミニスロット／シンボルをカウントすることができる。
【０３３３】
区間情報を使用するにおいて、リソースのＵＬ／ＤＬ方向とは関係なく絶対的な時間長が重要である。
【０３３４】
一例として、端末のプロセッシング時間のための時点情報である場合、スロットフォーマットとは関係なく一定時間以上が確保される必要がある。
【０３３５】
第３−２−ｄ実施形態
【０３３６】
前記区間情報（ｄｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）に対してＵＬあるいはＤＬリソース又は時間をカウントするとき、区間内の特定リソース、最初又は最後のＵＬ／ＤＬリソースが有効でない場合、区間内の全体リソースを有効でないと判断するか又は有効であっても使用しないことができる。
【０３３７】
言い換えれば、区間情報内の有効なリソースを使用するために特定位置のリソースが有効でなければならないものであり得る。
【０３３８】
このような方法は、端末が有効でないリソースに対する送信をスキップする時にのみ適用されるものであり得る。
【０３３９】
端末が送信を開始するにおいて、リソースにマッピングされた特定パラメータを常に維持しなければならない場合、当該パラメータがマッピングされたリソースが常に保証される必要があり得る。
【０３４０】
特に、端末が繰り返し送信などのために多数のリソースを１つの送信に使用する場合、当該リソースのうち特定パラメータがマッピングされたリソースが保証されない場合、他のリソースを使用しても基地局が端末の送信を受信することが困難になる可能性がある。
【０３４１】
一例として、当該リソースが基地局にとって端末の送信開始を意味するか、ｓｙｓｔｅｍａｔｉｃ  ｂｉｔが送信されるリソースであるか、唯一のリソースであり得る。
【０３４２】
従って、端末が繰り返し送信などの多数のリソースを１つの送信に使用する場合、特定リソースの有効性（ｖａｌｉｄｉｔｙ）を考慮して送信を開始するか否かを考慮する。
【０３４３】
より具体的に、当該リソースは、開始点あるいは終了点又は送信に使用されるリソースのうち、ある規則に定められた１つ又は多数であり得る。
【０３４４】
前記第３実施形態の方法を用いるにおいて、当該時点情報（ｔｉｍｉｎｇ  ｉｎｆｏｒｍａｔｉｏｎ）又は区間情報（ｄｕｒａｔｉｏｎ  ｉｎｆｏｒｍａｔｉｏｎ）の割り当て方法に応じて異なる方法を用いることができる。
【０３４５】
より具体的に、当該情報が動的Ｌ１シグナリング（ｄｙｎａｍｉｃ  Ｌ１  ｓｉｇｎａｌｉｎｇ）として現れるか、上位層終了シグナリング（ｈｉｇｈｅｒ  ｌａｙｅｒ  ｓｉｇｎａｌｉｎｇ）と設定されたかによって他の方法が使用できる。
【０３４６】
また、カウントするリソースの方向は、時間情報が含まれたリソース設定により予め定まるか又は当該設定に含まれるパラメータと決定されることができる。
【０３４７】
前記方法を適用するにおいて、スロット集成（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ）又は繰り返しが適用された場合、明示的（ｅｘｐｌｉｃｉｔ）に割り当てられたリソースと暗示的（ｉｍｐｌｉｃｉｔ）に割り当てられたリソースにそれぞれ異なる方法が使用されてもよい。
【０３４８】
一例として、ＤＣＩで伝達されたＰＵＳＣＨリソースＡ０とスロット集成因子（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ  ｆａｃｔｏｒ）Ｋ＝４により連続した３つのスロットに存在するＰＵＳＣＨリソースＡ１、Ａ２、Ａ３を追加的に使用する場合、Ａ０と［Ａ１、Ａ２、Ａ３］で使用方法は異なる場合がある。
【０３４９】
より具体的に、Ａ０は第３−２−ａ実施形態又は第３−２−ｂ実施形態を使用するとき、残りのリソースは第３−２−ｃ実施形態を使用するものであり得る。
【０３５０】
また、前記方法は、相互排他的でない場合、重複して使用される。
【０３５１】
より具体的に、前記例示において第３−２−ｄ実施形態を追加的に適用することができる。
【０３５２】
前記第３実施形態の方法を用いるにおいて、ＰＵＳＣＨ送信、特に、グラント（ｇｒａｎｔ）なしにＰＵＳＣＨ送信を行う場合に予め設定されたパラメータ、特に、ＲＶ（ｒｅｄｕｎｄａｎｃｙ  ｖｅｒｓｉｏｎ）シーケンスによって他の方法が適用されることがある。
【０３５３】
一例として、ＲＶシーケンス［００００］を使用する場合、繰り返しをカウントするにおいて第３−２−ａ、第３−２−ｂ又は第３−２−ｃ実施形態を使用し、ＲＶシーケンス［０２３１］を使用する場合、第３−２−ｄ実施形態を使用することができる。
【０３５４】
第４実施形態
【０３５５】
第４実施形態は、ＰＵＣＣＨ／ＰＵＳＣＨ繰り返し／集成に関する。
【０３５６】
ＰＵＣＣＨ／ＰＵＳＣＨ送信のカバレッジ（ｃｏｖｅｒａｇｅ）などのために連続したリソースを一度に使用する方法が考慮される。
【０３５７】
このようなリソースなどは動的（ｄｙｎａｍｉｃ）又は半静的（ｓｅｍｉ−ｓｔａｔｉｃ）シグナリングで端末に割り当てられることができるので、連続したリソースを使用するにおいて動的ＴＤＤに対する考慮とリソースコンストラクション（ｒｅｓｏｕｒｃｅ  ｃｏｎｓｔｒｕｃｔｉｏｎ）に対する考慮が必要である。
【０３５８】
特に、スロットレベルＰＵＣＣＨスケジューリング（ｓｌｏｔ−ｌｅｖｅｌ  ＰＵＣＣＨ  ｓｃｈｅｄｕｌｉｎｇ）の場合、単純に連続したスロットを使用できるが、非スロットスケジューリング（ｎｏｎ−ｓｌｏｔ  ｓｃｈｅｄｕｌｉｎｇ）の場合、遅延（ｌａｔｅｎｃｙ）などのために小さいサイズのＴＤＲＡ（ｔｉｍｅ−ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）を繰り返すことが考慮される。
【０３５９】
スロット／非スロットスケジューリングの繰り返しのために以下の方法が考慮される。
【０３６０】
方法４−１−１
【０３６１】
方法４−１−１は、スロット／非スロット（ｎｏｎ−ｓｌｏｔ）に関係なくスロットレベルと設定されたＴＤ  ＲＡを繰り返すことができる。
【０３６２】
ＴＤ  ＲＡは、一般的にスロット／非スロットスケジューリングとは関係なく１つのスロット内でどのシンボルを使用するかと定義されるので、スロット／非スロットに同一の方法を適用するためにこのような方法が使用できる。
【０３６３】
方法４−１−２
【０３６４】
方法４−１−２は、非スロットスケジューリングの場合、第２−２実施形態と類似した方法を使用するものであり得る。
【０３６５】
より具体的に、ＰＵＣＣＨ区間（ｄｕｒａｔｉｏｎ）と同一の長さの周期（ｐｅｒｉｏｄｉｃｉｔｙ）を適用して、第２−２実施形態の方法で定められた繰り返し数の分だけ繰り返すことであり得る。
【０３６６】
ＰＵＣＣＨ区間と同一の長さの周期を適用した第２−２実施形態を使用することであって、与えられたＴＤ  ＲＡ以後の連続したシンボルをＰＵＣＣＨ送信に活用することが可能である。
【０３６７】
方法４−１−２−１
【０３６８】
方法４−１−２−１は、第２−２実施形態を使用するにおいて、繰り返されるＴＤ  ＲＡがスロット境界にまたがる場合、当該ＴＤ  ＲＡのみを使用しないことであり得る。
【０３６９】
方法４−１−２−２
【０３７０】
方法４−１−２−１は、第２−２実施形態を使用するにおいて、繰り返されるＴＤ  ＲＡがスロット境界にまたがる場合、当該ＴＤ  ＲＡだけでなく以後のＴＤ  ＲＡも使用しないことであり得る。
【０３７１】
すなわち、一度で使われるＰＵＣＣＨリソースはスロット内においてのみ定義されるものであり得る。
【０３７２】
方法４−１−２−３
【０３７３】
方法４−１−２−３は、第２−２の実施形態を使用するにおいて繰り返されるＴＤ  ＲＡがスロット境界にまたがる場合、当該ＴＤ  ＲＡを使用せずに、次のスロットにおいて初期に与えられたＴＤＲＡを再び適用して繰り返すものであり得る。
【０３７４】
これは、スロットレベルとして類似のリソースを使用できるようにして、スロットレベルスケジューリングに使用される端末動作及び多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ） を適用しやすくするのに有用である。
【０３７５】
次のスロットにおいてＴＤＲＡを再び適用する場合、これは半静的ＤＬ／ＵＬ設定に関係なく送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｃｃａｓｉｏｎ）を作ることであり得る。
【０３７６】
方法４−１−２−４
【０３７７】
方法４−１−２−４は、第２−２実施形態を使用するにおいて、繰り返されるＴＤ  ＲＡがスロット境界にまたがる場合、当該ＴＤＲＡを使用せずに、次のスロットの最初のＵＬシンボル（半静的ＤＬ／ＵＬ設定によりフレキシブル及び固定ＵＬシンボル）からＴＤ  ＲＡによる区間（ｄｕｒａｔｉｏｎ）を適用して機会を作る。
【０３７８】
または、半静的又は動的ＳＦＩによりＵＬと定められたリソースに対してのみ送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｃｃａｓｉｏｎ）を設定することを考慮することもできる。
【０３７９】
または、次のスロットの最初のＯＦＤＭシンボルから順次適用されることであり得る。
【０３８０】
ＬＴＥにおけるショートＴＴＩ送信と該当方法との相違点は、繰り返して送信するうちに境界を超えると、次のスロットに直ちに付けるのではなく、繰り返される送信の位置に該当する地点において繰り返して送信することである。すなわち、特定シンボル単位で繰り返して送信されることである。
【０３８１】
方法４−１−３
【０３８２】
方法４−１−３は、非スロットスケジューリングの場合、第２−２実施形態と類似する方法を使用するが、非スロットスケジューリングの送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ）によって定められた周期を適用することであり得る。
【０３８３】
［１，２，４，８］のセットのうち１つを繰り返し回数として使用するとき、特定長さの非スロットは使用が制限されることがある。
【０３８４】
一例として、４シンボル非スロットスケジューリングを行おうとするとき、４回の繰り返しが連続して行われる場合、無条件スロット境界を侵犯することになる。
【０３８５】
従って、当該非スロットスケジューリングがスロット境界を侵さないように定められた長さで繰り返されるが、非スロット繰り返し（ｎｏｎ−ｓｌｏｔ  ｒｅｐｅｔｉｔｉｏｎ）の利得を維持するために定められた長さをスロットより小さい長さにすることが考慮される。
【０３８６】
より具体的に、ＰＵＣＣＨ送信区間ごとに定められた長さの周期を適用して第２−２実施形態の方法により定められた繰り返し数の分だけ繰り返すことであり得る。
【０３８７】
定められた長さの周期は、スロット境界を侵犯しないために、一般（ｎｏｒｍａｌ）ＣＰである場合は２、７シンボルであるか又は拡張（ｅｘｔｅｎｄｅｄ）ＣＰである場合は２、３、４、６シンボルであり得る。
【０３８８】
方法４−１−３−１
【０３８９】
他の一例として、１、２シンボル長さ非スロットスケジューリングに対しては２シンボルで繰り返し、４、７シンボル長さ非スロット対しては７シンボルで繰り返す方法が使用できる。
【０３９０】
ここで、各非スロットスケジューリングは、それぞれ［（２ｎ−１）ｔｈ  ｓｙｍｂｏｌ、（２ｎ）ｔｈ  ｓｙｍｂｏｌ］（１ ＜ ｎ ＜＝ ７、ｆｏｒ  ｎｏｎ−ｓｌｏｔ  ｏｆ  １  ｏｒ  ２  ｓｙｍｂｏｌ）又は［１ｓｔ  ｓｙｍｂｏｌ、７ｔｈ ｓｙｍ．］、［８ｔｈ  ｓｙｍｂｏｌ、１４ｔｈ  ｓｙｍｂｏｌ］区間（ｆｏｒ  ｎｏｎ−ｓｌｏｔ  ｏｆ  ４  ｏｒ  ７  ｓｙｍｂｏｌ）においてのみ定義される方法である。
【０３９１】
方法４−１−４
【０３９２】
方法４−１−４は、方法４−１、方法４−２を結合又は複合的に使用することである。
【０３９３】
より具体的に、スロット集成因子（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ  ｆａｃｔｏｒ）Ｋが与えられるとき、Ｋ＝Ｋ１＊Ｋ２を満足するＫ１、Ｋ２を使用してＫ１の分だけ方法４−１を使用し、Ｋ２の分だけ方法４−２を使用することである。
【０３９４】
ここで、Ｋ２で繰り返される非スロットスケジューリングはスロット境界を侵犯しないことができる。
【０３９５】
前記Ｋ１、Ｋ２はＫによって、そして非スロットスケジューリングの送信区間によって予め決定されることができる。
【０３９６】
前記方法を適用するにおいて、スロットレベルスケジューリングと非スロットレベルスケジューリングを区別することが困難である場合、一例として、端末がスケジューリングを受けるにおいて非スロット又はスロットの区別が別途に存在しない場合、単に与えられたＰＵＣＣＨ又はＰＵＳＣＨの送信区間のみを使用して相異なる前記方法を適用することであり得る。
【０３９７】
一例として、２、４、７シンボルのＰＵＳＣＨ／ＰＵＣＣＨ割り当てに対して非スロットスケジューリングに適用できる方法が使用され、その他に対しては、スロットスケジューリングに適用できる方法が使用される。
【０３９８】
または、Ｋシンボル以下のＰＵＳＣＨ／ＰＵＣＣＨ割り当てに対して、非スロットスケジューリングに適用できる方法が使用され、その他に対してはスロットスケジューリングに適用できる方法が使用される。
【０３９９】
このとき、Ｋは予め定義された値であり得る。または、後述する第６実施形態の方法を適用して、スロット、非スロットスケジューリングを区別するものであり得る。
【０４００】
方法４−１−２−３、４−１−２−４などの使用において、次のスロットにおいて最初の有効な（ｆｉｒｓｔ  ｖａｌｉｄ）又は利用可能な（ａｖａｉｌａｂｌｅ）シンボルを判断することは重要である。
【０４０１】
特に、前記例のようにアップリンク送信のためにＵＬ又はフレキシブルシンボルを選択する場合、単にスロットフォーマットに基づいて判断するのではなく、他の要素により実際に当該シンボルが希望する方向に使用可能であるかが重要である。
【０４０２】
このような点を考慮して、次のスロットにおいて最初の有効な又は利用可能なシンボルを判断するにおいて次の方法が考慮される。
【０４０３】
方法４−２−１
【０４０４】
方法４−２−１は、単に１番目のフレキシブル又はＵＬリソースを選択することである。
【０４０５】
方法４−２−２は、１番目のフレキシブル又はＵＬシンボルを選択するとき、そのリソースがフレキシブルシンボルである場合、最初のｋフレキシブルシンボルは排除して選択することである。
【０４０６】
これは、端末のＴＡを考慮したＤＬ／ＵＬスイッチングギャップ（ｓｗｉｔｃｈｉｎｇ  ｇａｐ）を考慮することである。
【０４０７】
ここで、前記ｋは、基地局からの上位層シグナリング又はＬ１シグナリングにより決定される値であるか、又は、端末が使用するＴＡ値から導出された値であるか、使用可能なＭＡＸ  ＴＡ値を基準に導出された値であるか、又は、基地局の上位層シグナリング又はＬ１シグナリングにより割り当てられたｒｅｆｅｒｅｎｃｅ  ＴＡ値から導出されるものであり得る。
【０４０８】
方法４−２−３
【０４０９】
方法４−２−３は、送信を指定した情報に含まれる時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ：ＴＤＲＡ）、例えば、開始シンボル（ｓｔａｒｔ  ｓｙｍｂｏｌ）、シンボル長（ｓｙｍｂｏｌ  ｌｅｎｇｔｈ）などの情報を次のスロットにおいて再使用することである。
【０４１０】
端末は、開始シンボル又は区間をそのまま再使用することであり得る。
【０４１１】
言い換えると、方法４−１−２−４で次のスロットの最初の有効なリソースを決定することであり得る。
【０４１２】
方法４−２−４
【０４１３】
方法４−２−４はある基準点から最初に現れるフレキシブル又はＵＬシンボルバンドル（ｓｙｍｂｏｌ  ｂｕｎｄｌｅ）を使用することであり得る。
【０４１４】
一例として、ＴＤＲＡに現れた開始シンボルにおいて、最初に現れるフレキシブル又はＵＬシンボルバンドルを使用することであり得る。
【０４１５】
これは、基地局が、端末がＵＬリソースを選択するときに特定時点を基準点として使用できるようにして、端末がＤＬ／ＵＬスイッチングギャップなどにより送信できない場合を事前に防止できる。
【０４１６】
このような基準点は、ＴＤＲＡから得られるか、又は端末の上位層シグナリング又はＬ１シグナリングにより得られる。
【０４１７】
一例として、スロットフォーマットを介して端末が暗示的に得るか、他の測定用の設定、ＣＳＩ報告／測定、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ）などの送信方向に基づいて得られるものであり得る。
【０４１８】
このような方法は状況に応じて異なるように適用される。次の方法によって相異なる方法４−２が適用されることであり得る。
【０４１９】
方法４−３−１
【０４２０】
方法４−３−１は、端末が１つの方向のみを有するリソースを使用するとき、方法４−２−１を使用するものであり得る。
【０４２１】
一例として、端末がペアードスペクトル（ｐａｉｒｅｄ  ｓｐｅｃｔｒｕｍ）を使用する場合、ＵＬ／ＤＬスペクトルのスロットフォーマットがＵＬ／ＤＬ又はフレキシブルのみが存在すると、方法４−２−１を使用する。
【０４２２】
方法４−３−２
【０４２３】
方法４−３−２は、端末が時間に応じて流動的な方向を有するリソース（例えば、動的ＴＤＤ）を使用するとき、方法４−２−２、方法４−２−３、方法４−２−４のうち１つを使用する。
【０４２４】
方法４−３−３
【０４２５】
方法４−３−３は、端末が時間に応じてＤＬ又はＵＬになり得るフレキシブルリソースを使用しても、端末がフレキシブルリソースの方向が予想できる場合は方法４−２−１を使用し、そうでない場合は方法４−２−２、方法４−２−３、方法４−２−４を使用する。
【０４２６】
一例として、端末が最初の有効のリソースを選択しようとするスロットに反対方向リソース（ｏｐｐｏｓｉｔｅ  ｄｉｒｅｃｔｉｏｎ  ｒｅｓｏｕｒｃｅ）（ＵＬである場合はＤＬ）が存在せずに、先だったスロットの最後のリソース／シンボルが同一方向リソース（ｓａｍｅ  ｄｉｒｅｃｔｉｏｎ  ｒｅｓｏｕｒｃｅ）あるいは同一方向リソース又はフレキシブルである場合にこのような方法が有用であり得る。
【０４２７】
または、端末が最初の有効のリソースを選択しようとするスロットに同一方向測定（ｓａｍｅ  ｄｉｒｅｃｔｉｏｎ  ｍｅａｓｕｒｅｍｅｎｔ）が設定された場合、このような方法が使用できる。
【０４２８】
方法４−３−４
【０４２９】
方法４−３−４は、端末が時間に応じてＤＬ又はＵＬになり得るフレキシブルリソースを使用しても、端末がフレキシブルリソース方向を予想できる場合は、方向が予想可能時点を基準に方法４−２−４を適用し、そうでない場合は、方法４−２−２、方法４−２−３を適用する。
【０４３０】
一例として、端末が最初の有効な（ｆｉｒｓｔ  ｖａｌｉｄ）リソースを選択しようとするスロットのフレキシブルリソースに同一方向測定（ｓａｍｅ  ｄｉｒｅｃｔｉｏｎ  ｍｅａｓｕｒｅｍｅｎｔ）が設定（ｃｏｎｆｉｇｕｒｅ）された場合、当該リソースを基準点とし、このような方法を使用することが有用であり得る。
【０４３１】
Ｎｅｗ  ＲＡＴにおいて一般的にＳＲはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１において送信される。
【０４３２】
スロット集成／繰り返し（Ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ／ｒｅｐｅｔｉｔｉｏｎ）をサポートするＰＵＣＣＨフォーマット（例えば、ＰＵＣＣＨフォーマット１）が端末に割り当てられる場合、端末は、ＳＲ送信のために当該リソースを利用することもできる。
【０４３３】
特に、ＳＲ機会／トリガー（ＳＲ  ｏｐｐｏｒｔｕｎｉｔｙ／ｔｒｉｇｇｅｒ）が集成されたＫ個のＰＵＣＣＨ（ａｇｇｒｅｇａｔｅｄ  Ｋ  ＰＵＣＣＨ）に存在する場合、以下を考慮することができる。
【０４３４】
ここで、Ｋは集成されたＰＵＣＣＨにおいてＰＵＣＣＨの数を示す。
【０４３５】
ＳＲ機会／トリガー（ＳＲ  ｏｐｐｏｒｔｕｎｉｔｙ／ｔｒｉｇｇｅｒ）が集成されたＫ個のＰＵＣＣＨ（ａｇｇｒｅｇａｔｅｄ  Ｋ  ＰＵＣＣＨ）のｎ番目のスロット／シンボル／ミニスロットである場合、Ｎ≦ｋであると、ＰＵＣＣＨ送信にＳＲを送信することができる。
【０４３６】
ここで、ｋは１、Ｋ又はＫの分数（ｆｒａｃｔｉｏｎ）でもあり得る（例えば、ｆｌｏｏｒ［Ｋ／Ｎ］）。
【０４３７】
ＳＲ機会／トリガーが集成されたＫ個のＰＵＣＣＨの途中で発生する場合、ＳＲを送信するとき、
【０４３８】
−集成されたＫ個のＰＵＣＣＨのうちＳＲ機会／トリガーが発生したＰＵＣＣＨ送信にのみＳＲが一緒に送信されることができる。
【０４３９】
−集成されたＫ個のＰＵＣＣＨのうちＳＲ機会／トリガーが発生したＰＵＣＣＨ送信とそれ以後にＰＵＣＣＨにＳＲが送信されることができる。
【０４４０】
第３実施形態において提案した方法を用いて、繰り返し又はスロット集成が適用されたＰＵＳＣＨ送信の繰り返しがカウントされる。
【０４４１】
ここで、繰り返し又はスロット集成に使用されるアップリンクリソースも第２実施形態又は前記で提案した方法で取得することができる。
【０４４２】
このように取得されたリソースは、他のアップリンク送信又は動的ＴＤＤシグナリングにより有効でなく（ｉｎｖａｌｉｄ）なることがある。
【０４４３】
この場合、当該リソースがＵＬである場合、次のようであり得る。
【０４４４】
条件１−１：半静的ＳＦＩ（Ｓｅｍｉ−ｓｔａｔｉｃ  ＳＦＩ）が設定（ｃｏｎｆｉｇｕｒｅｄ）された場合、半静的ＳＦＩがＤＬと設定されたシンボルの場合
【０４４５】
条件１−２：動的ＳＦＩ（Ｄｙｎａｍｉｃ  ＳＦＩ）が設定された場合、半静的ＳＦＩが設定され、半静的ＳＦＩがＵＮＫＮＯＷＮと設定されるか、半静的ＳＦＩが設定されていないとき、動的ＳＦＩがＤＬと指定したシンボルの場合
【０４４６】
条件２−１：動的ＳＦＩが設定されていない場合、半静的ＳＦＩが設定されないか、半静的ＳＦＩが設定され、半静的ＳＦＩがＵＮＫＮＯＷＮと設定したシンボルに対するＵＬグラントが存在しないとき
【０４４７】
条件２−２：動的ＳＦＩが設定された場合、半静的ＳＦＩが設定されていないか、半静的ＳＦＩが設定され、半静的ＳＦＩがＵＮＫＮＯＷＮと設定したシンボルに対して、動的ＳＦＩがＵＮＫＮＯＷＮと設定するとき、該当シンボルに対するＵＬグラントが存在しないとき、
【０４４８】
条件３：ＰＵＳＣＨとＰＵＣＣＨの同時送信が不可能な端末であるか又は設定されていない場合、同一セルにおいて与えられたＰＵＳＣＨよりＰＵＣＣＨ送信又は他のＰＵＳＣＨ送信が優先する場合
【０４４９】
条件３−１：優先するＰＵＳＣＨ／ＰＵＣＣＨ送信が半静的設定（ｓｅｍｉ−ｓｔａｔｉｃ  ｃｏｎｆｉｇｕｒａｔｉｏｎ） により行われた場合
【０４５０】
条件３−２：優先するＰＵＳＣＨ／ＰＵＣＣＨ送信が動的シグナリングにより行われた場合
【０４５１】
条件１は、当該リソースがＤＬリソースである場合、条件２はＵｎｋｎｏｗｎリソースであるが別途のＵＬ指示（ｉｎｄｉｃａｔｉｏｎ）が存在しない場合、条件３はＰＵＣＣＨにより優先度が下げられた（ｄｅｐｒｉｏｒｉｔｉｚｅ）場合といえる。
【０４５２】
条件２の場合、動的グラントによるＰＵＳＣＨ送信において発生しないことがある。
【０４５３】
前記条件に従って、端末に割り当てられたＰＵＳＣＨリソースが使用不可能である場合、端末は、（１）ドロップ送信（Ｄｒｏｐ  ｔｒａｎｓｍｉｓｓｉｏｎ）、（２）スキップ又は延期送信（ｐｏｓｔｐｏｎｅ  ｔｒａｎｓｍｉｓｓｉｏｎ） （ドロップ送信機会（Ｄｒｏｐ  ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｃｃａｓｉｏｎ））などの動作を考慮することができる。
【０４５４】
ここで、ドロップ又はスキップの場合、送信をせずに他のリソースにおいて補償（ｃｏｍｐｅｎｓａｔｉｏｎ）のための送信もしないことをいう。
【０４５５】
より具体的に、ドロップは送信を放棄することを意味する。端末がＰＵＳＣＨ送信をドロップする場合、当該リソースにおける送信は失敗したようにみなされることがある。
【０４５６】
言い換えれば、ドロップする場合、繰り返しはカウントされる。スキップ又は延期（ｐｏｓｔｐｏｎｅ）の場合、前記理由によりアップリンクリソースを使用できない場合、当該送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｃｃａｓｉｏｎ：ＴＯ）を放棄し、他のアップリンクリソースにおいて当該優先度下げ（ｄｅ−ｐｒｉｏｒｉｔｉｚａｔｉｏｎ）に対する補償（ｃｏｍｐｅｎｓａｔｉｏｎ）のための送信を行うことを意味する。
【０４５７】
従って、放棄したＴＯにおいて繰り返しはカウントされないものであり得る。
【０４５８】
これを考慮すると、繰り返しのために複数のＴＯを使用するＰＵＳＣＨ送信が使用不可能となる場合、端末は次の動作を考慮することができる。
【０４５９】
Ｂｅｈａｖｉｏｒ １（ドロップリソース）：使用不可能な送信時点におけるＴＯをドロップし、送信を放棄することであり得る。
【０４６０】
この場合、放棄された送信は、送信したが失敗したと仮定される。
【０４６１】
より具体的に、送信を行わないが繰り返しはカウントすることであり得る。
【０４６２】
言い換えれば、端末は、実際にその時点で送信を行っていないが、残っている次のＴＯにおいて送信を行う場合、ドロップされた以前のＴＯにおいて送信が行われたと仮定し、送信パラメータ（例えば、ＲＶ、ｏｒｄｅｒ  ｏｆ  ｒｅｐｅｔｉｔｉｏｎ）などが選択できる。
【０４６３】
Ｂｅｈａｖｉｏｒ  ２（スキップリソース）：使用不可能な送信時点でのＴＯをドロップし、当該送信は次のＴＯにおいて行う。
【０４６４】
より具体的に、当該ＴＯにおいて繰り返しをカウントせずに残っている次のＴＯにおいて当該ＴＯで使用しようとしていた送信パラメータ（例えば、ＲＶ、ｏｒｄｅｒ  ｏｆ  ｒｅｐｅｔｉｔｉｏｎ）を使用して送信を行うことができる。
【０４６５】
Ｂｅｈａｖｉｏｒ  ３（延期リソース）：使用不可能な送信時点でのＴＯを他の時点に延期（ｐｏｓｔｐｏｎｅ）し、当該送信は延期（ｐｏｓｔｐｏｎｅ）されたＴＯにおいて行う。
【０４６６】
より具体的に、Ｋ回の繰り返しのためにＫ個のＴＯを構成するにおいて、リソースの送信方向（例えば、ＵＬ／ＤＬ設定又はスロットフォーマットインジケータ（ＵＬ／ＤＬ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｏｒ  ｓｌｏｔ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ））などを考慮してＫ個のＴＯを決定する。
【０４６７】
この場合、リソースの送信方向構成によって一定時間以内のＴＯの位置及び個数が変わる。
【０４６８】
Ｂｅｈａｖｉｏｒ  ２とＢｅｈａｖｉｏｒ  ３はＴＯの構成方法が異なる。端末が使用不可能になったリソースにおいてＢｅｈａｖｉｏｒ  ２を使用する場合、送信は次のＴＯに延期されるが、ＴＯの総数は変わらない。
【０４６９】
言い換えれば、計４回の繰り返しのうち２番目の繰り返しにおいて使用される２番目のＴＯがＵＬ送信に有効でない（ｉｎｖａｌｉｄ）場合、２番目、３番目の繰り返しが３番目、４番目のＴＯで送信され、新しい位置の他のＴＯを定義せずに４番目の繰り返しは送信されない。
【０４７０】
それに対して、端末が使用不能になったリソースにおいてＢｅｈａｖｉｏｒ  ３を使用する場合、端末は最初からＴＯを構成するにおいてリソースの有効性（ｖａｌｉｄｉｔｙ）を考慮してＴＯが有効でなく（ｉｎｖａｌｉｄ）なる場合を防止するか、前述したように２番目のＴＯがＵＬ送信に有効でない（ｉｎｖａｌｉｄ）場合、２番目、３番目、４番目のＴＯを全て利用可能な／有効なリソース（ａｖａｉｌａｂｌｅ／ｖａｌｉｄ ｒｅｓｏｕｒｃｅ）に延期（Ｐｏｓｔｐｏｎｅ） してＴＯが有効でない（ｉｎｖａｌｉｄ）場合を避けることができる。
【０４７１】
結果として、端末は、ＴＯの位置をリソースの有効性（ｖａｌｉｄｉｔｙ）を考慮して構成し、有効でないリソース（ｉｎｖａｌｉｄ ｒｅｓｏｕｒｃｅ）での繰り返し送信を避けることにより、他のｂｅｈａｖｉｏｒに比べて繰り返しの数をさらに保障することができる。
【０４７２】
しかしながら、このような方法を使用する場合、前述したように、ＴＯの構成がリソースの送信方向構成によって流動的に変わることがある。
【０４７３】
このような送信方向を決定するシグナリングの信頼性（ｒｅｌｉａｂｉｌｉｔｙ）によって端末が決定したＴＯと基地局が決定したＴＯが異なる場合がある。
【０４７４】
また、ＴＯを決定する方法と送信方向の構成によって一定時間以内に十分な数のＴＯを確保できない場合もある。
【０４７５】
一例として、ＳＰＳ（ｓｅｍｉ−ｐｅｒｓｉｓｔｅｎｔ  ｓｃｈｅｄｕｌｉｎｇ）／グラントフリー設定（ｇｒａｎｔ−ｆｒｅｅ  ｃｏｎｆｉｇｕｒａｔｉｏｎ） の周期の間、繰り返し回数Ｋの分だけのＴＯを確保できない場合もある。
【０４７６】
図９は、本明細書で提案する繰り返し／結合に対して可能な端末動作の一例を示す図である。
【０４７７】
動的グラント（Ｄｙｎａｍｉｃ  ｇｒａｎｔ） によるＰＵＳＣＨ送信の場合、条件１−１、３−１のように上位層シグナリングによって行われ、端末と基地局の間で伝達が相互に確認された情報に対してスキップ又は延期（Ｐｏｓｔｐｏｎｅ）を行うことができる。
【０４７８】
しかしながら、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ） によるＰＵＳＣＨ送信の場合、特に、設定されたグラントを介して送信する端末が同一のリソースを使用する場合、端末がＵＥ特定（ＵＥ−ｓｐｅｃｉｆｉｃ）な送信方向設定により相異なるスキップ又は延期を行うと、効果的なリソース割り当てが困難になる可能性がある。
【０４７９】
また、条件１−２、２−２のように動的シグナリングを介して使用不可能になったリソースにおいてＴＯ又は送信を延期（ｐｏｓｔｐｏｎｅ）する場合、端末と基地局が相異なるＴＯ、ＴＸ予測を有して送信及び受信をすることができる。
【０４８０】
従って、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ）を使用するＰＵＳＣＨに対して以下が考慮される。
【０４８１】
方法１
【０４８２】
方法１は、設定されたグラント（ｃｏｎｆｉｇｕｒｅｄ  ｇｒａｎｔ）を使用するＰＵＳＣＨに対して、ある理由により当該リソースが取り消されるか（ｃａｎｃｅｌ）又は有効でなくなる（ｉｎｖａｌｉｄ）とき、初期送信（ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ）と繰り返しをドロップするものであり得る。
【０４８３】
ここで、ＴＯは、無条件ドロップされるものであり得る。すなわち、無条件に前記ｂｅｈａｖｉｏｒ  １で動作するものであり得る。
【０４８４】
方法２
【０４８５】
方法２は、設定されたグラントを使用するＰＵＳＣＨに対して、ある理由により当該リソースが取り消されるか又は有効でなくなるとき、初期送信はスキップ又は延期（ｐｏｓｔｐｏｎｅ）し、繰り返しに対してはドロップすることであり得る。
【０４８６】
言い換えれば、初期送信に対して、前記Ｂｅｈａｖｉｏｒ  ２又は３で、残った繰り返し送信に対して、前記ｂｅｈａｖｉｏｒ  １で動作するものであり得る。
【０４８７】
方法３
【０４８８】
方法３は、設定されたグラントを使用するＰＵＳＣＨに対して、最小限ＴＯを延期しないことであり得る。
【０４８９】
すなわち、前記ｂｅｈａｖｉｏｒ １又は２のみを使用することである。
【０４９０】
より具体的に、設定されたグラントの使用時、ＴＯの構成はリソースの有効性（ｖａｌｉｄｉｔｙ）とは無関係とし、送信の場合、アップリンクリソースが使用不可能な理由によって前記ｂｅｈａｖｉｏｒ １又は前記ｂｅｈａｖｉｏｒ  ２を使用する。
【０４９１】
前記アップリンクリソースが使用不可能な理由は、前記条件１−１、１−２、２−２、３−１、３−２である。
【０４９２】
具体的な一例として、条件１−１、２−２又は３−１により使用不可能な場合は、前記ｂｅｈａｖｉｏｒ  ２で動作し、条件１−２、２−２、３−２により使用不可能な場合はｂｅｈａｖｉｏｒ １ で動作する。
【０４９３】
端末がスロット集成（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ）又は繰り返しを行う主な理由は、通常、よくないチャネル環境において端末のカバレッジ（ｃｏｖｅｒａｇｅ）を確保し、送信の信頼性（ｒｅｌｉａｂｉｌｉｔｙ）を確保することである。
【０４９４】
スロット集成又は繰り返しが適用されたＰＵＳＣＨをドロップする場合、端末は基地局が意図した十分な数のスロット集成又は繰り返しが達成できない可能性がある。
【０４９５】
ここで、次のような方法により前記のような問題を解決することができる。
【０４９６】
方法１
【０４９７】
方法１は、単に基地局がドロップを予め考慮して十分なサイズの繰り返し回数を設定することである。
【０４９８】
方法２
【０４９９】
方法２は、設定されたグラントにより一部のＰＵＳＣＨリソースを半静的な方法で有効（ｖａｌｉｄ）になるようにすることができる。
【０５００】
ここで、以下のような方法が使用できる。
【０５０１】
方法２−１
【０５０２】
方法２−１は、端末がグラントフリーＰＵＳＣＨ設定（ｇｒａｎｔ−ｆｒｅｅ  ＰＵＳＣＨ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の時に割り当てられた特定位置、一例として、最初又は最後のリソースを常に有効なものであると仮定し、当該リソースに他のアップリンク送信が割り当てられることを考慮しないことができる。
【０５０３】
前記特定位置は、ＰＵＳＣＨ設定のＲＶシーケンス別に異なる。
【０５０４】
方法２−２
【０５０５】
方法２−２は、端末がグラントフリーＰＵＳＣＨ設定（ｇｒａｎｔ−ｆｒｅｅ  ＰＵＳＣＨ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）の時に割り当てられた特定ＲＶ、一例として、ＲＶ０そして／あるいはＲＶ３を常に有効であると仮定し、当該リソースに他のアップリンク送信が割り当てられることを考慮しないことができる。
【０５０６】
前記特定のＲＶ値は、ＰＵＳＣＨ設定のＲＶシーケンス別に異なる。
【０５０７】
方法３
【０５０８】
方法３は、計Ｋ個のリソースがスロット集成又は繰り返しのために割り当てられたとき、Ｋ個のうち有効でないソースがＫ’個以上である場合（Ｋ’＜Ｋ）、他のリソースの有効性とは無関係にＫ個のリソース全体での送信をドロップ又は延期することである。
【０５０９】
グラントフリーＰＵＳＣＨがＵＣＩ送信（例えは、ＰＵＳＣＨ  ｗｉｔｈ  ＵＣＩ  ｏｒ  ＰＵＣＣＨ）との衝突によりドロップされる場合、ハンドリングは具体的に次のような考慮も可能である。
【０５１０】
−Ｒｅｐｅｔｉｔｉｏｎ＝１である場合、１番目に利用可能な次のリソース（ｆｉｒｓｔ  ａｖａｉｌａｂｌｅ  ｎｅｘｔ  ｒｅｓｏｕｒｃｅ）においてグラントフリー送信を再び行う。
【０５１１】
ＰＵＳＣＨがドロップされたことを上位層に指示（ｉｎｄｉｃａｔｉｏｎ）する。
【０５１２】
−Ｒｅｐｅｔｉｔｉｏｎ＝ｋ＞１である場合、初期送信（ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ）を送信した場合に限って、ＵＣＩによりドロップされるＰＵＳＣＨはスキップされる。
【０５１３】
もし、初期送信（ｉｎｉｔｉａｌ  ｔｒａｎｓｍｉｓｓｉｏｎ）がスキップされた場合、全体の送信を延期（ｐｏｓｔｐｏｎｅ）する。
【０５１４】
前記ケースに類似した処理を行う。端末は最初に利用可能リリース（ａｖａｉｌａｂｌｅ  ｒｅｓｏｕｒｃｅ）において再送信を試みる。または、少なくともｋ／２の分だけ送信できると、端末は送信を試み、そうでないと、全体送信を延期（ｐｏｓｔｐｏｎｅ）する。
【０５１５】
前記方式は、ＵＣＩによるドロップ又はＳＦＩによるドロップなどの全てのドロップケースに同様に適用可能である。
【０５１６】
第５実施形態
【０５１７】
第５実施形態は、スロットスケジューリング（ｓｌｏｔ  ｓｃｈｅｄｕｌｉｎｇ）及び非スロットスケジューリング（ｎｏｎ−ｓｌｏｔ  ｓｃｈｅｄｕｌｉｎｇ）間の区別に関する。
【０５１８】
まず、非スロットスケジューリングは、スロット単位ではないスロットより小さい単位でスケジュールリング又は連続するスロットをバックツーバック（ｂａｃｋ−ｔｏ−ｂａｃｋ）でスケジュールリングすることである。
【０５１９】
スロットスケジューリングと非スロットスケジューリングは区別される必要がある。
【０５２０】
一例として、非スロット集成（ｎｏｎ−ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ）などのために与えられたリソースのＴＤ  ＲＡがスロットスケジューリングであるか又は非スロットスケジューリングであるかを区別する必要がある。ここで、次のような方法が考慮される。
【０５２１】
方法５−１
【０５２２】
方法５−１は、ＴＤ  ＲＡ（ｔｉｍｅ−ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）のリソース区間（ｒｅｓｏｕｒｃｅ  ｄｕｒａｔｉｏｎ）が非スロットスケジューリングに使用される特定長さ（２、４、又は７シンボル）であるか、特定長さがある特定臨界値の範囲内である場合、非スロットスケジューリングであると判断し得る。
【０５２３】
または、特定臨界値より小さい場合、非スロットスケジューリングであると判断し得る。
【０５２４】
前記特定臨界値は、予め定められるか基地局の上位層シグナリング又はＬ１Ｌ１シグナリングにより決定される。
【０５２５】
方法５−２
【０５２６】
方法５−２は、予め定義されたテーブルに基づいてＴＤ  ＲＡを行う場合、当該テーブルの特定インデックス又は特定インデックス範囲を非スロット用として予め決定することであり得る。
【０５２７】
方法５−３
【０５２８】
方法５−３は、予め定義されたテーブルに基づいてＴＤ  ＲＡを行う場合、当該テーブルのインデックスを示すときに使用するデータフィールド１ビットを追加して、当該ビットがスロット／非スロットスケジューリングの可否を示すものであり得る。
【０５２９】
一例として、ＤＣＩ又はＲＲＣシグナリングに含まれた時間リソース割り当てフィールド（ｔｉｍｅ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ  ｆｉｅｌｄ）のビットサイズをｃｅｉｌ（ｌｏｇ２（ｔｈｅ  ｎｕｍｂｅｒ  ｏｆ  ｒｏｗｓ  ｉｎ ｔａｂｌｅ））＋１ビットで構成してＭＳＢ又はＬＳＢが非スロットスケジューリングを示すようにすることであり得る。
【０５３０】
方法５−４
【０５３１】
方法５−４は、当該リソースを取得できるある周期（ｐｅｒｉｏｄｉｃｉｔｙ）又は間隔が存在する場合（例えば、ＳＰＳの周期（ｐｅｒｉｏｄｉｃｉｔｙ  ｏｆ  ＳＰＳ）／グラントフリー、ＳＲ設定の周期（ｐｅｒｉｏｄｉｃｉｔｙ  ｏｆ  ＳＲ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）、ＰＤＣＨ発生間の間隔（ｉｎｔｅｒｖａｌ  ｂｅｔｗｅｅｎ  ＰＤＣＨ  ｏｃｃｕｒｒｅｎｃｅｓ））に周期又は間隔がＸスロット／シンボル／フレームより小さい長さである場合、非スロットスケジューリングであると判断できる。Ｘは１又は予め定められた他の値であり得る。
【０５３２】
方法５−５
【０５３３】
方法５−５は、ＤＭ−ＲＳ位置によってスロットの非スロットスケジューリングを区別する方法である。
【０５３４】
一例として、２つのＰＵＳＣＨマッピングタイプに応じて異なるＤＭＲＳ位置を使用するとき、端末が２つのうち１つのＰＵＳＣＨマッピングタイプを非スロット、他の１つをスロットスケジューリングと判断する方法である。
【０５３５】
方法５−５
【０５３６】
方法５−５は、予め定義されたテーブルに基づいてＴＤ  ＲＡを行う場合、テーブルの１列をスロット／ミニスロットスケジューリング区分のために定義する方法である。
【０５３７】
方法５−６
【０５３８】
方法５−６は、特定開始シンボル（ｓｔａｒｔｉｎｇ  ｓｙｍｂｏｌ）及び送信区間（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｕｒａｔｉｏｎ）の結合又は開始シンボル、送信区間及びリソースマッピングタイプの結合を非スロットスケジューリングであると定義する方法である。
【０５３９】
方法５−６−１
【０５４０】
一例として、１、２シンボル長のＲＡに対して、［（２ｎ−１）ｔｈ  ｓｙｍｂｏｌ、（２ｎ）ｔｈ  ｓｙｍｂｏｌ］（１＜ｎ＜７）内で決定されれる組み合わせ（ｃｏｍｂｉｎａｔｉｏｎ）又は４、７シンボル長のＲＡに対して［１ｓｔ  ｓｙｍｂｏｌ，７ｔｈ  ｓｙｍｂｏｌ］、［８ｔｈ  ｓｙｍｂｏｌ，１４ｔｈ  ｓｙｍｂｏｌ］区間においてのみ定義される組み合わせを非スロットスケジューリングと定義することである。
【０５４１】
これは、スロット／非スロットスケジューリング間に相異なる繰り返し／集成（ｒｅｐｅｔｉｔｉｏｎ／ａｇｇｒｅｇａｔｉｏｎ）方式を使用するときに有用である。
【０５４２】
方法５−６−２
【０５４３】
方法５−６−２は、与えられたＴＤ  ＲＡの開始シンボルが１番目のシンボルからＫ１シンボル以内であるとき、割り当てられたリソース区間（ｒｅｓｏｕｒｃｅ  ｄｕｒａｔｉｏｎ）がＫ２シンボル以下である場合、非スロットスケジューリングと判断することであり得る。
【０５４４】
このような方法は、スロット内で多数の非スロットスケジューリングを繰り返すのに有用である。
【０５４５】
前記Ｋ１、Ｋ２は、それぞれ上位層シグナリング又はＬ１シグナリングと定められるか予め定められた値を使用することである。
【０５４６】
前記Ｋ１、Ｋ２は互いに従属的であり得る。
【０５４７】
より具体的に、Ｋ２の値によってＫ１値が決定される。
【０５４８】
方法５−７
【０５４９】
方法５−７は、ＴＤＲＡにおいて開始シンボル、区間を示すビットの（例えば、ＳＬＩＶ）残りの表現（ｒｅｍａｉｎｉｎｇ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）が使用できる。
【０５５０】
１スロットが１４シンボルからなるとき、可能な全てのＴＤＲＡの数は１０５個である。
【０５５１】
これを表現するために、７ビットのＲＲＣ又はＤＣＩフィールドが使用されるので、２３個のビット表現（ｂｉｔ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）が残っている。
【０５５２】
従って、このような２３個のビット表現（ｂｉｔ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）に一部のＴＤＲＡを追加でマッピングして当該ビット表現がミニスロットスケジューリングを示すようにすることである。
【０５５３】
または、１シンボル区間リソース割り当て（１  ｓｙｍｂｏｌ  ｄｕｒａｔｉｏｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）を使用しない場合、１シンボル区間（１ ｓｙｍｂｏｌ ｄｕｒａｔｉｏｎ）を示す１４個のビット表現が追加でミニスロットスケジューリングにマッピングされる。
【０５５４】
方法５−７−１
【０５５５】
方法５−７−１は、より具体的に、このような残ったビット表現（ｂｉｔ  ｒｅｐｒｅｓｅｎｔａｔｉｏｎｓ）にマッピングされるミニスロットスケジューリングのＴＤ  ＲＡは２、４、７シンボル区間のリソースであり得る。
【０５５６】
特徴的に、前記方法５−６−１に含まれるＴＤＲＡを優先的にマッピングすることである。
【０５５７】
または、１番目のシンボル、８番目のシンボルにおいて定義される７シンボル区間リソースを優先的にマッピングし、次に可能な全ての４シンボル区間リソースをマッピングし、残りのビット表現に２シンボル区間リソースをマッピングすることであり得る。
【０５５８】
このような方法は、不足するビット数において遅延影響（ｌａｔｅｎｃｙ  ｉｍｐａｃｔ）を最小化することができる。
【０５５９】
方法５−８
【０５６０】
方法５−８は、当該リソースが指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された目的に応じて決定される。
【０５６１】
一例として、設定されたグラントＰＵＳＣＨ又はＰＤＳＣＨのためのリソース割り当て（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）又は時間ドメインリソース割り当て（ｔｉｍｅ−ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）である場合、ミニスロットスケジューリングであると判断される。
【０５６２】
方法５−８−１
【０５６３】
方法５−８−１は、当該リソースが指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された目的に応じて異なるＴＤＲＡ解析を使用してミニスロットスケジューリングを示すことができる。
【０５６４】
一例として、設定されたグラントＰＵＳＣＨ又はＰＤＳＣＨに対して、スロットオフセットを示すＫ＿０／Ｋ＿２の＃ｏｆ  ｃａｎｄｉｄａｔｅを半分に減らし、残りの１ビットを非スロット／スロット繰り返しを示すために使用することができる。
【０５６５】
または、指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された目的に応じて１つのＤＭＲＳ位置のみを使用する場合、ＤＭＲＳ位置を示すフラグ（ｆｌａｇ）は非スロット／スロット繰り返しを示すのに使用される。
【０５６６】
方法５−８−２
【０５６７】
方法５−８−２は、当該リソースが指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）されたメッセージ又はシグナリングに１ビットフィールド／パラメータを追加して非スロット／スロット繰り返しのうち１つの方式を当該リソースにおいて使用する方式として決定する。
【０５６８】
ここで、メッセージ又はシグナリングは、Ｌ１又は上位層シグナリングであることであり得る。
【０５６９】
前記方法がスロット／非スロットスケジューリングのうちどの方式が使われるかを決定するにおいて、スロット／非スロットの特徴的な動作が決定できる。
【０５７０】
一例として、前記オプション（Ｏｐｔｉｏｎ）に応じて、端末が非スロットスケジューリングの送信繰り返し方式を使用するか、または、スロットスケジューリングの送信繰り返し方式を使用するかが決定される。
【０５７１】
言い換えれば、このような特徴的な動作（例えば、スロットレベル繰り返し、非スロットレベル繰り返し）を指定するか、このような動作があるサービス又は特定トラフィックに対して動作する場合、サービス又はトラフィックの種類を指定することにも本発明の思想を拡張することができる。
【０５７２】
図１０は、本明細書で提案するスロット繰り返しと非スロット繰り返しとの間の遅延側面で相違点を示す図である。
【０５７３】
または、非スロット／スロットスケジューリングに対する繰り返し回数がそれぞれ個別に設定できる場合、端末の送信において非スロット／スロットスケジューリングを区別せずに、各繰り返し回数に応じてスロットベースで送信を繰り返し、同時に非スロットベースで送信を繰り返すことができる。
【０５７４】
図１０に示すように、非スロットベース繰り返し（ｎｏｎ−ｓｌｏｔ−ｂａｓｅｄ  ｒｅｐｅｔｉｔｉｏｎ）は繰り返し送信を行うにおいて発生する遅延時間を減少させることができる。
【０５７５】
それに対して、スロットベース繰り返し（ｓｌｏｔ−ｂａｓｅｄ  ｒｅｐｅｔｉｔｉｏｎ）は他のスロットベーススケジューリングを使用する端末を考慮してリソースが割り当てられる場合、又は、スロット単位で決定されるスロットフォーマットを考慮してリソースが割り当てられる場合、より容易にリソース割り当てを受けることができる。
【０５７６】
従って、基地局がこのようなトレードオフ（ｔｒａｄｅ−ｏｆｆ）を調整できるようにスロット繰り返しと非スロット繰り返しを複合的に使用することを考慮することができる。具体的に次のようである。
【０５７７】
方法５−９
【０５７８】
方法５−９は、スロットレベル繰り返しに対する繰り返し回数Ｋ１、非スロットレベル繰り返しに対する繰り返し回数Ｋ２を基地局が端末に上位層シグナリング又はＬ１シグナリングを介して同時に設定した場合、端末は、非スロット繰り返しをＫ２回行い、繰り返しバンドル（ｒｅｐｅｔｉｔｉｏｎ  ｂｕｎｄｌｅ）をＫ１回繰り返すことである。
【０５７９】
ここで、繰り返しの総数はＫ１＊Ｋ２個になる。
【０５８０】
言い換えれば、第４実施形態の方法４−４と類似して、与えられたリソースを繰り返すが、Ｋ１、Ｋ２がそれぞれ別途に与えられることもある。
【０５８１】
図１１は、本明細書で提案するスロットレベル繰り返しの一例を示す図である。
【０５８２】
図１１は、前述した部分に対するいくつかの例を示す。
【０５８３】
図１１の（ａ）はＫ１＝４、Ｋ２＝１の場合であり、図１１の（ｂ）はＫ１＝２、Ｋ２＝２の場合であり、図１１の（ｃ）はＫ１＝１、Ｋ２＝４の場合であり、図１１の（ｄ）はＫ１＝２、Ｋ２＝４である場合を示す。
【０５８４】
Ｋ２の値に応じて、非スロット繰り返しが１つのスロット内で行われない場合がある。ここで、次の方法が考慮される。
【０５８５】
方法５−９−１
【０５８６】
方法５−９−１は、端末が与えられたＫ２を使用した非スロット繰り返しが１つのスロットを超える場合を期待しないか、または、そのような場合、有効でない（ｉｎｖａｌｉｄ）ＲＡ又は設定であると仮定できる。
【０５８７】
方法５−９−２
【０５８８】
端末は、与えられたＫ２を使用した非スロット繰り返しが１つのスロットを超える場合、１つのスロット内で可能な分だけＫ２を使用した繰り返しを行うことができる。
【０５８９】
結論として、１つのスロット内で許容する分だけＫ２回より少ない数の繰り返しを行うことができる。
【０５９０】
従って、この場合、繰り返し送信機会の総数はＫ１＊Ｋ２より小さい。
【０５９１】
方法５−９−３
【０５９２】
端末は、与えられたＫ２を使用した非スロット繰り返しが１つのスロットを超える場合、Ｋ２を使用した繰り返しが１つ以上のスロットを占有する。
【０５９３】
この場合、もしＫ２を用いた繰り返しがＫ個のスロットを必要とする場合、Ｋ１を使用した繰り返しは、ｋスロットごとに繰り返されるものであり得る。
【０５９４】
Ｋ２を使用した繰り返し送信においてスロット境界を超えて送信される繰り返しのリソースは、第４実施形態の方法により決定されるものである。
【０５９５】
ここで、当該リソースが周期的に設定される場合、端末に設定された周期はｋ＊Ｋ１＊Ｋ２より大きいものであり得る。
【０５９６】
第６実施形態
【０５９７】
第６実施形態は、動的ＴＤＤを有する非スロット／スロットスケジューリング有効性（ｖａｌｉｄｉｔｙ）に関する。
【０５９８】
前記方法により、基地局は、端末にスロット／非スロットレベルの周期的／非周期的（ｐｅｒｉｏｄｉｃ／ａｐｅｒｉｏｄｉｃ）リソースを割り当てることができ、スロット／ミニスロット集成を使用する場合、割り当てられたリソースを繰り返して使用することができる。
【０５９９】
すなわち、周期的／非周期に関係なく端末は多数のリソースが基地局から一度に割り当てられる。
【０６００】
端末は、同時に半静的／動的な方法でＳＦＩ、スケジューリング又は別途のシグナリングを介して各シンボルの送信方向（ｔｒａｎｓｍｉｓｓｉｏｎ  ｄｉｒｅｃｔｉｏｎ）（ＤＬ／ＵＬ／ｕｎｋｎｏｗｎ）を把握することができる。
【０６０１】
前記「ｕｎｋｎｏｗｎ」は、「ｆｌｅｘｉｂｌｅ」などの他の用語で表現されてもよい。
【０６０２】
従って、端末に多数のリソースが割り当てられたとき、全体又は一部のリソースのみが送信方向に応じて利用可能又は利用非可能になり得る。
【０６０３】
一般に、Ｎｅｗ  ＲＡＴにおいて端末が使用可能なＵＬ（ＤＬ）リソースは以下のようになる。
【０６０４】
−半静的ＳＦＩが設定された場合、半静的ＳＦＩがＵＬ（又は、ＤＬ）に設定（ｃｏｎｆｉｇｕｒｅ）したシンボル。
【０６０５】
−半静的ＳＦＩが設定され、動的ＳＦＩが設定された場合、半静的ＳＦＩが「ｕｎｋｎｏｗｎ」に設定され、動的ＳＦＩがＵＬ（又は、ＤＬ）に指示（ｉｎｄｉｃａｔｅ）したシンボル。
【０６０６】
−半静的ＳＦＩが設定され、動的ＳＦＩが設定された場合、半静的ＳＦＩがｕｎｋｎｏｗｎに設定され、動的ＳＦＩがｕｎｋｎｏｗｎに設定されたシンボルに対するＵＬグラント（ＤＬ割り当て） が存在するとき。
【０６０７】
−半静的ＳＦＩが設定されずに動的ＳＦＩが設定された場合、動的ＳＦＩがＵＬ（ＤＬ）に指示（ｉｎｄｉｃａｔｅ）したシンボル。
【０６０８】
−半静的ＳＦＩが設定されないか、半静的ＳＦＩがｕｎｋｎｏｗｎに設定したシンボルに対するＵＬグラント（ＤＬ割り当て）が存在するとき。
【０６０９】
従って、端末がＵＬ（又は、ＤＬ）で使用不可能なシンボルは次の場合である。
【０６１０】
−条件１−１：半静的ＳＦＩが設定された場合、半静的ＳＦＩがＤＬ（ＵＬ）に設定したシンボルの場合。
【０６１１】
−条件１−２：動的ＳＦＩが設定された場合、半静的ＳＦＩが設定され、半静的ＳＦＩがｕｎｋｎｏｗｎに設定されるか、半静的ＳＦＩが設定されなかったとき、動的ＳＦＩがＤＬ（又は、ＵＬ）に指示（ｉｎｄｉｃａｔｅ）したシンボルの場合。
【０６１２】
−条件２−１：動的ＳＦＩが設定されていない場合、半静的ＳＦＩが設定されないか、半静的ＳＦＩが設定され、半静的ＳＦＩがｕｎｋｎｏｗｎに設定したシンボルに対するＵＬグラント（ＤＬ割り当て） が存在しないとき。
【０６１３】
−条件２−２：動的ＳＦＩが設定された場合、半静的ＳＦＩが設定されないか、半静的ＳＦＩが設定され、半静的ＳＦＩがｕｎｋｎｏｗｎに設定したシンボルに対して、動的ＳＦＩがｕｎｋｎｏｗｎに設定するとき、該当シンボルに対するＵＬグラント（ＤＬ割り当て）が存在しないとき。
【０６１４】
条件１は、当該シンボルが正反対方向であるＤＬ（ＵＬ）に設定された場合、条件２は、当該シンボルがｕｎｋｎｏｗｎである場合にＵＬグラント（又は、ＤＬ割り当て）が存在しない場合である。
【０６１５】
端末がＵＬグラント又はＤＬ割り当てによりリソースが動的に割り当てられた場合、前記条件１のみを考慮すればよい。
【０６１６】
端末が上位層シグナリング及び／又はＬ１シグナリングを介して半静的に割り当てられたリソース（例えば、ＳＲ  ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＳＰＳ／ｇｒａｎｔ−ｆｒｅｅ  ｏｒ  ｍｅａｓｕｒｅｍｅｎｔ  ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｕｃｈ  ａｓ  ＣＳＩ  ｒｅｆｅｒｅｎｃｅ／ｒｅｐｏｒｔ）を使用する場合、前記条件１及び２を同時に考慮する必要がある。
【０６１７】
端末が割り当てられたリソースが動的ＴＤＤ動作（ｄｙｎａｍｉｃ  ＴＤＤ ｏｐｅｒａｔｉｏｎ）により使用されない場合、送信機会（ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｃｃａｓｉｏｎ）を捨てて当該リソースをスキップするか、又は、送信機会を後回しにして当該リソースを延期（ｐｏｓｔｐｏｎｅ）することができる。
【０６１８】
ここで、端末は、当該リソースが使用できなくなった理由と、リソース割り当て（ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）方法、スロット集成因子（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ  ｆａｃｔｏｒ）を考慮して次の動作を行うことができる。
【０６１９】
方法６−１： 半静的リソースの場合
【０６２０】
方法６−１−１
【０６２１】
端末は、半静的リソースがある条件（ｃｏｎｄｉｔｉｏｎ）により有効でない（ｉｎｖａｌｉｄ）場合にスキップすることができる。
【０６２２】
これは、半静的リソースを設定及び使用するにおいて絶対時間インデックス（ａｂｓｏｌｕｔｅ  ｔｉｍｅ  ｉｎｄｅｘ）のみを考慮できるようにする。
【０６２３】
方法６−１−１−１
【０６２４】
端末は、半静的リソースが条件１−１（リソース方向衝突（ｒｅｓｏｕｒｃｅ  ｄｉｒｅｃｔｉｏｎ  ｃｏｎｆｌｉｃｔｉｏｎ）により有効でない（ｉｎｖａｌｉｄ）場合に延期（ｐｏｓｔｐｏｎｅ） することもできる。
【０６２５】
これは、Ｌ１シグナリングの信頼性（ｒｅｌｉａｂｉｌｉｔｙ）に対する考慮なしに端末と基地局間で同一の方法を使用可能にすることができる。
【０６２６】
ここで、延期されたリソース（ｐｏｓｔｐｏｎｅｄ  ｒｅｓｏｕｒｃｅ）は、割り当てられた半静的ＵＬ（又は、ＤＬ）リソース方向と同一になるように半静的ＳＦＩがＵＬ（又は、ＤＬ）に指定したリソースであるか、又は、可能なＵＬ（ＤＬ）リソース（ｐｏｓｓｉｂｌｅ  ＵＬ（ＤＬ）  ｒｅｓｏｕｒｃｅ）、すなわち、半静的ＳＦＩがＵＬ（又は、ＤＬ）又はｕｎｋｎｏｗｎに指定したリソースに延期することができる。
【０６２７】
方法６−１−２
【０６２８】
当該半静的リソースが周期的（ｐｅｒｉｏｄｉｃ）である場合、端末は、当該リソースに対して周期をカウントする条件に従って動作する。
【０６２９】
言い換えると、ある条件により当該リソースが有効でない（ｉｎｖａｌｉｄ）とき、周期をカウントする場合は、送信はスキップし、カウントしない場合は、送信は延期する。
【０６３０】
一例として、周期をリソース有効性（ｒｅｓｏｕｒｃｅ  ｖａｌｉｄｉｔｙ）とは関係なくカウントする場合、条件に関係なく送信はスキップされることがある。
【０６３１】
他の一例として、周期を半静的ＵＬ又はｕｎｋｎｏｗｎにおいてのみカウントする場合、条件１−１に該当するリソースは延期し、他の条件に該当するリソースはスキップする。
【０６３２】
これは、その方法に従うとき、リソースが延期（ｐｏｓｔｐｏｎｅ）されても次の周期に割り当てられたリソースを侵犯しないようにすることができる。
【０６３３】
方法６−１−３
【０６３４】
方法６−１−３は、スロット集成可能（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ  ｅｎａｂｌｅ）になった場合、集成された半静的リソース（ａｇｇｒｅｇａｔｅｄ ｓｅｍｉ−ｓｔａｔｉｃ ｒｅｓｏｕｒｃｅｓ）間の区別なしに同一の方法を使用することである。
【０６３５】
方法６−１−４
【０６３６】
方法６−１−４は、前述した方法３−２−ｄに類似したものであり、スロット集成可能（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ  ｅｎａｂｌｅ）になった場合、１番目の半静的リソースをスキップした場合、残りのリソースもスキップすることである。
【０６３７】
方法６−２：動的リソースの場合、
【０６３８】
方法６−２−１
【０６３９】
端末は、動的リソースがある条件により有効でない（ｉｎｖａｌｉｄ）場合を考慮しないことがある。
【０６４０】
言い換えれば、動的に割り当てられたリソースは常に有効である（ｖａｌｉｄ）と仮定できる。
【０６４１】
方法６−２−２
【０６４２】
端末は、動的リソースがある条件により有効でない（ｉｎｖａｌｉｄ）場合にスキップすることができる。
【０６４３】
方法６−２−３
【０６４４】
方法６−２−３は、スロット集成可能（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎｅｎａｂｌｅ）になった場合、集成された動的リソース（ａｇｇｒｅｇａｔｅｄ  ｄｙｎａｍｉｃ  ｒｅｓｏｕｒｃｅｓ）間の区別なしにスキップすることである。
【０６４５】
方法６−２−１を考慮する場合、１番目のリソースはスキップせずに、他のリソースのみをスキップすることができる。
【０６４６】
方法６−２−４
【０６４７】
方法６−２−４は、前述した方法３−２−ｄと類似している。
【０６４８】
すなわち、スロット集成可能（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ  ｅｎａｂｌｅ）になった場合、１番目の動的リソースをスキップした場合、残りのリソースもスキップすることができる。
【０６４９】
前記方法を適用するにおいて、スロット集成又は繰り返しが適用された場合、明示的（ｅｘｐｌｉｃｉｔ）に割り当てられたリソースと暗示的（ｉｍｐｌｉｃｉｔ）に割り当てられたリソースにそれぞれ異なる方法が使用できる。
【０６５０】
一例として、ＤＣＩで伝達されたＰＵＳＣＨリソースＡ０をスロット集成因子（ｓｌｏｔ  ａｇｇｒｅｇａｔｉｏｎ  ｆａｃｔｏｒ）Ｋ＝４により連続した３つのスロットに存在するＰＵＳＣＨリソースＡ１、Ａ２、Ａ３を追加的に使用する場合、Ａ０と［Ａ１、Ａ２、Ａ３］に使用される方法は異なる場合がある。
【０６５１】
より具体的に、Ａ０は方法６−２−１を使用するとき、残りのリソースは方法６−２−２を使用することができる。
【０６５２】
また、前記方法は、相互排他的でない場合、重複又は結合して使用されることができる。
【０６５３】
より具体的に、連続的に割り当てられたリソース［Ａ０、Ａ１、Ａ２、Ａ３］が存在するとき、繰り返しカウント（Ｒｅｐｅｔｉｔｉｏｎ ｃｏｕｎｔ）のためにＡ０は方法６−２−１を、Ａ１、Ａ２、Ａ３は方法６−２−２を使用する場合、追加的に方法６−２−４を適用できる。
【０６５４】
端末が割り当てられたリソースをスロットフォーマットにより又はクロッシングスロット境界（ｃｒｏｓｓｉｎｇ  ｓｌｏｔ  ｂｏｕｎｄａｒｙ）を避けるために延期（ｐｏｓｔｐｏｎｅ）する場合、端末が割り当てられたリソースと実際に使用するリソースの時間インデックスが変更されることがある。
【０６５５】
ここで、リソース時間インデックス（ｒｅｓｏｕｒｃｅ  ｔｉｍｅ  ｉｎｄｅｘ）が端末の送信に使用されるパラメータ、一例として、ＨＡＲＱプロセスＩＤ又は繰り返し順序（ｒｅｐｅｔｉｔｉｏｎ  ｏｒｄｅｒ）などを決定するのに使用されることができる。
【０６５６】
ここで、延期されたリソースインデックスを使用することは、基地局が意図したのと異なるパラメータを使用するようになる可能性がある。
【０６５７】
従って、端末がリソースを延期しても前記パラメータ決定に使用される時間リソースインデックスは、延期される前に割り当てられたリソースのインデックスを使用することができる。
【０６５８】
第７実施形態
【０６５９】
第７実施形態は、ＰＵＳＣＨ／ＰＵＣＣＨリソースとＳＲＳ送信が重なる場合のハンドリング方法に関する。
【０６６０】
ＳＲＳ送信の仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）に従って、端末（例えば、ＵＥ）はＰＵＳＣＨ送信と重ならないようにＳＲＳが設定されることができる。
【０６６１】
短い周期を有するグラントのないＵＬデータ送信を考慮する場合、ＳＲＳ機会（ｏｐｐｏｒｔｕｎｉｔｙ）が大きく制限される。
【０６６２】
また、ＵＥは、設定されたグラントによりＰＵＳＣＨスケジューリングをスキップすることができる。
【０６６３】
ＳＲＳが設定されたグラントによりＰＵＳＣＨスケジューリングを避けることは合理的ではない。
【０６６４】
ＰＵＳＣＨスケジューリング及びＳＲＳ機会（ｏｐｐｏｒｔｕｎｉｔｙ）が同一のスロットにあるとき、
【０６６５】
−ＰＵＳＣＨスケジューリングが設定されたグラントである場合、ＳＲＳリソースはスケジュールされたＰＵＳＣＨリソースと重複することができる。
【０６６６】
−ＰＵＳＣＨスケジューリングと重畳するリソースを使用するＳＲＳは、ＵＥが当該ＰＵＳＣＨリソースをスキップする場合にのみ送信できる。
【０６６７】
前記重畳は、動的時間ドメイン（ｄｙｎａｍｉｃ  ｔｉｍｅ−ｄｏｍａｉｎ）を有する動的ＵＬグラントにより回避されることができる。
【０６６８】
他の一方、タイプ１と２リソースとＳＲＳベースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）間で重複することを避けることは非常に非効率的であり得る。
【０６６９】
その理由は、２つの構成が周期的に構成されるＵＬリソースとＳＲＳの両方ともの設定を制限するためである。
【０６７０】
このような意味で、Ｔｙｐｅ１／２リソースとＳＲＳ間に重畳した構成を許容することが提案される。
【０６７１】
衝突が発生する場合、２つの間の優先順位を定義しなければならない。
【０６７２】
ＳＲＳリソースが多数のＵＥ間で共有される場合、ｔｙｐｅ１／２リソースが重畳されるリソースにおいてスキップできればより良いかもしれない。
【０６７３】
しかしながら、ｔｙｐｅ１／２リソースはＵＲＬＬＣに使用でき、衝突時のＳＲＳをドロップすることも考慮できる。
【０６７４】
いずれの場合でも、設定された重畳リソースにｔｙｐｅ１／２の送信がない場合、ＵＥはＳＲＳ送信ができると期待する。
【０６７５】
もし、ｔｙｐｅ１／２送信がドロップされる場合、全体送信が重畳されたＯＦＤＭシンボルにおいてドロップされるか又は部分的にのみドロップされるかを明確にしなければならない。
【０６７６】
ＤＭ−ＲＳマッピング、ホッピング（ｈｏｐｐｉｎｇ）などを考慮する場合、ＳＲＳリソースと部分的に又は完全に重畳すると、全体送信がドロップされてより簡単になり得る。
【０６７７】
また、情報が半静的設定により知られることによる、ＵＥは重畳するリソースに対して繰り返しを延期できるように当該情報は「繰り返し（ｒｅｐｅｔｉｔｉｏｎ）」から排除されることができる。
【０６７８】
ＰＵＳＣＨスケジューリング及びＳＲＳ機会が同一のスロットにあるとき、
【０６７９】
ＳＲＳリソースはｔｙｐｅ１／２ＰＵＳＣＨリソースと重複することがある。
【０６８０】
重畳したリソースにおいて、
【０６８１】
ＳＲＳリソースが多数のＵＥ間で共有されることを考慮すると、重畳するリソースはｔｙｐｅ１／２の観点で有効でないとみなされる。
【０６８２】
ＵＥは、ＳＲＳと重畳するリソースを含む有効でない（ｉｎｖａｌｉｄ）リソースにおいてｔｙｐｅ１／２送信を延期する。
【０６８３】
端末は、基地局の動的シグナリング又は上位層シグナリングを介して周期的な又は非周期的なＳＲＳ（ｓｏｕｎｄｉｎｇ  ｒｅｆｅｒｅｎｃｅ  ｓｉｇｎａｌｉｎｇ）を最大６シンボルの間、送信することができる。
【０６８４】
端末は、割り当てられたＰＵＳＣＨとＳＲＳが重畳する場合、もし端末がＳＲＳを優先する場合、できる限りＳＲＳが送信されるリソースを除いた残りのリソースにＰＵＳＣＨを送信し、ＳＲＳを送信する。
【０６８５】
しかしながら、ＰＵＳＣＨ又はＰＵＣＣＨ送信が周期的又は繰り返しを使用し、非スロットベースのスケジューリングである場合、ＳＲＳ送信により割り当てられたリソース全体がオーバーラップ（ｏｖｅｒｌａｐ）されることができる。
【０６８６】
このような場合、ＳＲＳを優先するようになると、ＳＲＳにより送信全体が取り消されて繰り返し又は周期をカウントするのに問題が発生する。
【０６８７】
このような曖昧性（ａｍｂｉｇｕｉｔｙ）を減らすために次のような方法が使用される。
【０６８８】
方法７−１
【０６８９】
方法７−１は、ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボルの一部又は全体が有効でない（ｉｎｖａｌｉｄ）場合、端末は、ＰＵＳＣＨ／ＰＵＣＣＨ送信を行わずに、当該オーバーラップされたシンボル（ｏｖｅｒｌａｐｐｅｄ  ｓｙｍｂｏｌ）が動的ＴＤＤ動作（ｄｙｎａｍｉｃ  ＴＤＤ  ｏｐｅｒａｔｉｏｎ） により取り消されたことと同一にみなす。
【０６９０】
ここで、当該送信に繰り返し又はスロット集成が適用された場合、繰り返しカウントも動的ＴＤＤと同一にする。
【０６９１】
ＳＲＳが多数の端末が多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）できるという点を考慮すると、端末がＳＲＳのためにＰＵＳＣＨ又はＰＵＣＣＨ送信を放棄することが考慮される。
【０６９２】
方法７−２
【０６９３】
方法７−２は、ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボル全体が有効でない（ｉｎｖａｌｉｄ）場合にのみ、端末はＰＵＳＣＨ／ＰＵＣＣＨ送信をせずに動的ＴＤＤ動作（ｄｙｎａｍｉｃ  ＴＤＤ ｏｐｅｒａｔｉｏｎ）により取り消されたことと同一であると見なす。
【０６９４】
ここで、当該送信に繰り返し又はスロット集成が適用された場合、繰り返しカウントも動的ＴＤＤと同一にする。
【０６９５】
ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボルの一部が有効でない（ｉｎｖａｌｉｄ）場合、端末は有効（ｖａｌｉｄ）であり、連続的な（ｃｏｎｓｅｃｕｔｉｖｅ）シンボルにのみＰＵＳＣＨ／ＰＵＣＣＨ送信を行う。
【０６９６】
方法７−３
【０６９７】
ＳＲＳ送信により端末のＰＵＳＣＨ／ＰＵＣＣＨ送信シンボル全体が有効でない（ｉｎｖａｌｉｄ）場合、端末は、ＰＵＳＣＨ／ＰＵＣＣＨ送信を行わずに、一部が有効でない（ｉｎｖａｌｉｄ）場合に端末は有効（ｖａｌｉｄ）であり、連続的な（ｃｏｎｓｅｃｕｔｉｖｅ）シンボルにのみＰＵＳＣＨ／ＰＵＣＣＨ送信を行う。
【０６９８】
ここで、ＳＲＳによる有効でないリソースのサイズに関係なく、当該リソースがＵＬに指示／設定（ｉｎｄｉｃａｔｅｄ／ｃｏｎｆｉｇｕｒｅｄ）された場合、繰り返しは常にカウントされる。
【０６９９】
方法７−４
【０７００】
方法７−４は、当該端末のＳＲＳ送信又は他の端末のＳＲＳ送信を守るために、基地局の上位層シグナリング又はＬ１シグナリングを介して端末が時間ドメインリソース割り当て（Ｔｉｍｅ  ｄｏｍａｉｎ  ｒｅｓｏｕｒｃｅ  ａｌｌｏｃａｔｉｏｎ）又は繰り返し／集成（ｒｅｐｅｔｉｔｉｏｎ／ａｇｇｒｅｇａｔｉｏｎ）を適用するにおいて使用できるシンボル範囲又は使用してはいけない最後のＫシンボルを決定することである。
【０７０１】
このような指示／設定（ｉｎｄｉｃａｔｉｏｎ／ｃｏｎｆｉｇｕｒａｔｉｏｎ）は、端末が使用するＰＵＳＣＨ／ＰＵＣＣＨに関連した設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に含まれることができるか、又は、ＳＲＳ設定に含まれるか、又は、個別に設定されるものであり得る。
【０７０２】
端末は、設定された使用不可能なシンボルに対してレートマッチングするか、予約された（ｒｅｓｅｒｖｅｄ）領域とみなすか、送信方向が異なるリソース（例えば、ＤＬリソース）とみなすことができる。
【０７０３】
前述した内容に基づいて、本明細書で提案するＳＲ送信を行うための端末及び基地局の動作について説明する。
【０７０４】
図１２は、本明細書で提案する方法を行うための端末動作の一例を示すフローチャートである。
【０７０５】
すなわち、図１２は、無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信するための方法を示す。
【０７０６】
まず、端末は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信する（Ｓ１２１０）。
【０７０７】
ここで、前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｏｆｆｓｅｔ）に関する第１情報を含む。
【０７０８】
そして、前記端末は、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信する（Ｓ１２２０）。
【０７０９】
ここで、前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。
【０７１０】
また、前記端末は、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定する（Ｓ１２３０）。
【０７１１】
前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。
【０７１２】
すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。
【０７１３】
そして、前記端末は、前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信する（Ｓ１２４０）。
【０７１４】
また、もし、特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボル数が十分でない場合、前記端末は、前記特定スロットにおいて前記ＰＵＣＣＨを送信しない。
【０７１５】
前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。
【０７１６】
前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。
【０７１７】
また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。
【０７１８】
図１２、図１４及び図１５を参照すると、本明細書で提案する方法が端末において実現される部分について説明する。
【０７１９】
無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信するための端末は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールと機能的に接続されているプロセッサを含む。
【０７２０】
前記端末のプロセッサは、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを基地局から受信するように前記ＲＦモジュールを制御する。
【０７２１】
前記第１メッセージは、ＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｏｆｆｓｅｔ）に関する第１情報を含む。
【０７２２】
そして、前記端末のプロセッサは、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記基地局から受信するように前記ＲＦモジュールを制御する。
【０７２３】
前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。
【０７２４】
そして、前記端末のプロセッサは、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のためのリソースを決定する。
【０７２５】
前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。
【０７２６】
すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。
【０７２７】
そして、前記端末のプロセッサは、前記決定されたリソース上で前記ＰＵＣＣＨを前記基地局に送信するように前記ＲＦモジュールを制御する。
【０７２８】
また、もし、特定スロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボル数が十分でない場合、前記端末のプロセッサは前記特定スロットにおいて前記ＰＵＣＣＨを送信しないように前記ＲＦモジュールを制御する。
【０７２９】
前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。
【０７３０】
前記ＰＵＣＣＨはＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。
【０７３１】
また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。
【０７３２】
図１３は、本明細書で提案する方法を行うための基地局動作の一例を示すフローチャートである。
【０７３３】
すなわち、図１３は、無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇ  ｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を受信するための方法を示す。
【０７３４】
まず、基地局は、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを端末に送信する（Ｓ１３１０）。
【０７３５】
ここで、前記第１メッセージはＵＬ送信のシンボルレベルオフセット（ｓｙｍｂｏｌ  ｌｅｖｅｌ  ｏｆｆｓｅｔ）に関する第１情報を含む。
【０７３６】
そして、前記基地局は、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記端末に送信する（Ｓ１３２０）。
【０７３７】
ここで、前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。
【０７３８】
そして、前記基地局は、特定リソース上で前記ＰＵＣＣＨを前記端末から受信する（Ｓ１３３０）。
【０７３９】
ここで、前記特定リソースは、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のために決定されることができる。
【０７４０】
前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。
【０７４１】
すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。
【０７４２】
また、もし、あるスロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記基地局は前記あるスロットにおいて前記ＰＵＣＣＨを受信しない。
【０７４３】
前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。
【０７４４】
前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。
【０７４５】
また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。
【０７４６】
図１３ないし図１５を参照して、本明細書で提案する方法が基地局において実現される部分について説明する。
【０７４７】
無線通信システムにおいてスケジュールリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を受信するための基地局は、無線信号を送受信するためのＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュール及び前記ＲＦモジュールと機能的に接続されているプロセッサを含む。
【０７４８】
まず、基地局のプロセッサは、アップリンク（ｕｐｌｉｎｋ：ＵＬ）リソースの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に対する第１メッセージを端末に送信するように前記ＲＦモジュールを制御する。
【０７４９】
ここで、前記第１メッセージは、ＵＬ送信のシンボルレベルオフセットに関する第１情報を含む。
【０７５０】
そして、前記基地局のプロセッサは、前記ＰＵＣＣＨのリソース設定に対する第２メッセージを前記端末に送信するように前記ＲＦモジュールを制御する。
【０７５１】
ここで、前記第２メッセージは、前記ＰＵＣＣＨの送信に対する周期（ｐｅｒｉｏｄｉｃｉｔｙ）及びオフセット（ｏｆｆｓｅｔ）に関する第２情報を含む。
【０７５２】
そして、前記基地局のプロセッサは、特定リソース上で前記ＰＵＣＣＨを前記端末から受信するように前記ＲＦモジュールを制御する。
【０７５３】
ここで、前記特定リソースは、前記第１情報及び前記第２情報に基づいて前記ＰＵＣＣＨの送信のために決定されることができる。
【０７５４】
前記ＰＵＣＣＨの送信周期が１スロットより小さい場合、前記ＰＵＣＣＨの送信が開始するシンボルは前記第１情報の値であり得る。
【０７５５】
すなわち、この場合、前記ＰＵＣＣＨの送信開始シンボルの位置は前記第１情報の値と設定されることができる。
【０７５６】
また、もし、あるスロットにおいて前記ＰＵＣＣＨの送信のための利用可能なシンボルの個数が十分でない場合、前記基地局のプロセッサは、前記あるスロットにおいて前記ＰＵＣＣＨを受信しないように前記ＲＦモジュールを制御する。
【０７５７】
前記ＰＵＣＣＨの周期は２シンボル又は７シンボルであり得る。
【０７５８】
前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であり得る。
【０７５９】
また、前記ＰＵＣＣＨの送信が開始するシンボル位置はスロット別に異なるように設定されることができる。
【０７６０】
本発明が適用できる装置の一般
【０７６１】
図１４は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図を例示する。
【０７６２】
図１４を参照すると、無線通信システムは、基地局１４１０と基地局領域内に位置する多数の端末１４２０を含む。
【０７６３】
前記基地局と端末は、それぞれ無線装置として表現されてもよい。
【０７６４】
基地局は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１４１１、メモリ（ｍｅｍｏｒｙ）１４１２及びＲＦモジュール（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌｅ）１４１３を含む。プロセッサ１４１１は、前記図１ないし図１３で提案された機能、過程及び／又は方法を実現する。無線インタフェースプロトコルの層は、プロセッサにより実現されることができる。メモリは、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと接続されて、無線信号を送信及び／又は受信する。
【０７６５】
端末は、プロセッサ１４２１、メモリ１４２２、及びＲＦモジュール１４２３を含む。
【０７６６】
プロセッサは、前記図１ないし図１３で提案された機能、過程及び／又は方法を実現する。無線インタフェースプロトコルの層は、プロセッサにより実現されることができる。メモリは、プロセッサと接続されて、プロセッサを駆動するための様々な情報を格納する。ＲＦモジュールは、プロセッサと接続されて、無線信号を送信及び／又は受信する。
【０７６７】
メモリ１４１２、１４２２は、プロセッサ１４１１、１４２１の内部又は外部に位置し、広く知られる様々な手段でプロセッサと接続される。
【０７６８】
また、基地局及び／又は端末は、１つのアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）又は多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有する。
【０７６９】
アンテナ１４１４、１４２４は、無線信号を送信及び受信する機能をする。
【０７７０】
図１５は、本明細書で提案する方法が適用できる無線通信装置のブロック構成図のまた他の例示である。
【０７７１】
図１５を参照すると、無線通信システムは、基地局１５１０と基地局領域内に位置する多数の端末１５２０を含む。基地局は送信装置として、端末は受信装置として表現されてもよく、その逆も可能である。基地局と端末は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１５１１、１５２１、メモリ（ｍｅｍｏｒｙ）１５１４、１５２４、１つ以上のＴｘ／Ｒｘ  ＲＦモジュール（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｍｏｄｕｌｅ）１５１５、１５２５、Ｔｘプロセッサ１５１２、１５２２、Ｒｘプロセッサ１５１３、１５２３、アンテナ１５１６、１５２６を含む。プロセッサは、前述した機能、過程及び／又は方法を実現する。より具体的に、ＤＬ（基地局から端末への通信）において、コアネットワークからの上位層パケットはプロセッサ１５１１に提供される。プロセッサは、Ｌ２層の機能を実現する。ＤＬにおいて、プロセッサは、論理チャネルと送信チャネル間の多重化（ｍｕｌｔｉｐｌｅｘｉｎｇ）、無線リソース割り当てを端末１５２０に提供し、端末へのシグナリングを担当する。送信（ＴＸ）プロセッサ１５１２は、Ｌ１層（すなわち、物理層）に対する様々な信号処理機能を実現する。信号処理機能は、端末においてＦＥＣ（ｆｏｒｗａｒｄ  ｅｒｒｏｒ  ｃｏｒｒｅｃｔｉｏｎ）を容易にし、コーディング及びインターリビング（ｃｏｄｉｎｇ  ａｎｄ  ｉｎｔｅｒｌｅａｖｉｎｇ）を含む。符号化及び変調されたシンボルは並列ストリームに分割され、それぞれのストリームはＯＦＤＭサブキャリアにマッピングされ、時間及び／又は周波数領域において基準信号（Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ：ＲＳ）と多重化され、ＩＦＦＴ（Ｉｎｖｅｒｓｅ  Ｆａｓｔ  Ｆｏｕｒｉｅｒ  Ｔｒａｎｓｆｏｒｍ）を使用して一緒に結合されて時間領域ＯＦＤＭＡシンボルストリームを運ぶ物理的チャネルを生成する。ＯＦＤＭストリームは、多重空間ストリームを生成するために空間的にプリコーディングされる。それぞれの空間ストリームは、個別のＴｘ／Ｒｘモジュール（又は、送受信機）１５１５を介して相異なるアンテナ１５１６に提供される。それぞれのＴｘ／Ｒｘモジュールは、送信のためにそれぞれの空間ストリームにＲＦ搬送波を変調することができる。端末において、それぞれのＴｘ／Ｒｘモジュール（又は、送受信機）１５２５は、各Ｔｘ／Ｒｘモジュールの各アンテナ１５２６を介して信号を受信する。それぞれのＴｘ／Ｒｘモジュールは、ＲＦキャリアに変調された情報を復元し、受信（ＲＸ）プロセッサ１５２３に提供する。ＲＸプロセッサは、ｌａｙｅｒ  １の様々な信号プロセッシング機能を実現する。ＲＸプロセッサは、端末に向かう任意の空間ストリームを復旧するために情報に空間プロセッシングを行うことができる。もし、多数の空間ストリームが端末に向かう場合、多数のＲＸプロセッサにより単一のＯＦＤＭＡシンボルストリームに結合される。ＲＸプロセッサは、高速フーリエ変換（ＦＦＴ）を使用してＯＦＤＭＡシンボルストリームを時間領域から周波数領域に変換する。周波数領域信号は、ＯＦＤＭ信号のそれぞれのサブキャリアに対する個別のＯＦＤＭＡシンボルストリームを含む。それぞれのサブキャリア上のシンボル及び基準信号は、基地局により送信された最も可能性のある信号配置ポイントを決定することにより復元され復調される。このような軟判定（ｓｏｆｔ  ｄｅｃｉｓｉｏｎ）はチャネル推定値に基づくことができる。軟判定は、物理チャネル上で基地局により元々送信されたデータ及び制御信号を復元するためにデコーディング及びディインターリビングされる。当該データ及び制御信号はプロセッサ１５２１に提供される。
【０７７２】
ＵＬ（端末から基地局への通信）は、端末１５２０において受信機機能に関して記述されたものと類似した方式で基地局１５１０において処理される。それぞれのＴｘ／Ｒｘモジュール１５２５は、それぞれのアンテナ１５２６を介して信号を受信する。それぞれのＴｘ／ＲｘモジュールはＲＦ搬送波及び情報をＲＸプロセッサ１５２３に提供する。プロセッサ１５２１は、プログラムコード及びデータを格納するメモリ１５２４に関連する。メモリは、コンピュータ読み取り可能媒体として指称される。
【０７７３】
以上で説明された実施形態は本発明の構成要素と特徴が所定の形態に結合されたものである。各構成要素または特徴は別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は他の構成要素や特徴と結合されない形態に実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は変更できる。ある実施形態の一部の構成や特徴は他の実施形態に含まれることができ、または他の実施形態の対応する構成または特徴と取替できる。特許請求範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０７７４】
本発明による実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより実現できる。ハードウェアによる実現の場合、本発明の一実施形態は１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現できる。
【０７７５】
ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は以上で説明された機能または動作を遂行するモジュール、手続、関数などの形態で実現できる。ソフトウェアコードはメモリに格納されてプロセッサにより駆動できる。前記メモリは前記プロセッサの内部または外部に位置し、既に公知された多様な手段により前記プロセッサとデータをやり取りすることができる。
【０７７６】
本発明は、本発明の必須的な特徴を逸脱しない範囲で他の特定の形態に具体化できることは通常の技術者に自明である。従って、前述した詳細な説明は全ての面で制限的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は添付した請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０７７７】
本発明は、３ＧＰＰ  ＬＴＥ−Ａシステムに適用される例を中心に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステム以外にも様々な無線通信システムに適用することが可能である。
【図１】
2021502773.tif 000014
【図２】
2021502773.tif 000015
【図３】
2021502773.tif 000016
【図４】
2021502773.tif 000017
【図５】
2021502773.tif 000018
【図６】
2021502773.tif 000019
【図７】
2021502773.tif 000020
【図８】
2021502773.tif 000021
【図９】
2021502773.tif 000022
【図１０】
2021502773.tif 000023
【図１１】
2021502773.tif 000024
【図１２】
2021502773.tif 000025
【図１３】
2021502773.tif 000026
【図１４】
2021502773.tif 000027
【図１５】
2021502773.tif 000028
【手続補正書】
【提出日】令和2年5月25日(2020.5.25)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
無線通信システムにおいて、スケジューリング要求：ＳＲ（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信する方法であって、
端末（ＵＥ）により行うものであり、
アップリンク（ｕｐｌｉｎｋ：ＵＬ）送信の為の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、スロットにおける複数のシンボルに関して、前記ＵＬ送信の為のシンボル位置を決定するステップと；
基地局から、前記ＳＲを運搬する前記ＰＵＣＣＨの為のリソース設定情報を受信するステップと；
前記リソース設定情報は、前記ＳＲを運搬する前記ＰＵＣＣＨを送信する為の周期（ｐｅｒｉｏｄｉｃｉｔｙ）を知らせるものであり、
（ｉ）前記ＵＬ送信の為のシンボル位置、及び（ii）前記ＳＲを運搬する前記ＰＵＣＣＨを送信する為の周期に基づいて、前記ＳＲを運搬する前記ＰＵＣＣＨ送信の為のリソースを決定するステップと；
前記基地局に、前記決定されたリソースに、前記ＳＲを運搬する前記ＰＵＣＣＨを送信するステップと；を含んでなり、
前記ＳＲを運搬する前記ＰＵＣＣＨ送信の為のリソースを決定するステップは、
前記周期が前記スロットの期間（周期）より小さい時に、前記ＵＬ送信の為のシンボル位置に基づいて、前記ＰＵＣＣＨ上の前記ＳＲの為のシンボル位置を決定することを含んでなる、方法。
【請求項２】
前記周期は、２シンボル又は７シンボルであることを特徴とする、請求項１に記載の方法。
【請求項３】
前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする、請求項１に記載の方法。
【請求項４】
前記ＵＬ送信の為の前記シンボル位置は、スロット毎に異なるように設定されることを特徴とする、請求項１に記載の方法。
【請求項５】
前記ＵＬ送信の為の前記シンボル位置は、前記ＵＬ送信の開始するシンボルである、請求項１に記載の方法。
【請求項６】
前記ＳＲは、前記ＵＥにより行われる新アップリンク送信の為のリソースの割り当て要求である、請求項１に記載の方法。
【請求項７】
無線通信システムにおいてスケジューリング要求（ｓｃｈｅｄｕｌｉｎｇｒｅｑｕｅｓｔ：ＳＲ）を運搬するＰＵＣＣＨ（ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）を送信するために設定された端末であって、
ＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）モジュールと；
少なくとも１つのプロセッサと；及び
少なくとも１つのコンピュータメモリと、を備えてなり、
前記少なくとも１つのコンピュータメモリは、前記少なくとも１つのプロセッサと操作可能に接続されてなり、前記プロセッサにより駆動されることに基づく情報を格納するものであり、
アップリンク（ｕｐｌｉｎｋ：ＵＬ）送信の為の設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）に基づいて、スロットにおける複数のシンボルに関して、前記ＵＬ送信の為のシンボル位置を決定するステップと；
前記ＲＦモジュールを介して基地局から、前記ＳＲを運搬する前記ＰＵＣＣＨの為のリソース設定情報を受信するステップと；
前記リソース設定情報は、前記ＳＲを運搬する前記ＰＵＣＣＨを送信する為の周期（ｐｅｒｉｏｄｉｃｉｔｙ）を知らせるものであり、
（ｉ）前記ＵＬ送信の為のシンボル位置、及び（ii）前記ＳＲを運搬する前記ＰＵＣＣＨを送信する為の周期に基づいて、前記ＳＲを運搬する前記ＰＵＣＣＨ送信の為のリソースを決定するステップと；
前記ＲＦモジュールを介して前記基地局に、前記決定されたリソースに、前記ＳＲを運搬する前記ＰＵＣＣＨを送信するステップと；を含んでなり、
前記ＳＲを運搬する前記ＰＵＣＣＨ送信の為のリソースを決定するステップは、
前記周期が前記スロットの期間（周期）より小さい時に、前記ＵＬ送信の為のシンボル位置に基づいて、前記ＰＵＣＣＨ上の前記ＳＲの為のシンボル位置を決定することを含んでなる、端末。
【請求項８】
前記周期は、２シンボル又は７シンボルであることを特徴とする、請求項７に記載の端末。
【請求項９】
前記ＰＵＣＣＨは、ＰＵＣＣＨフォーマット０又はＰＵＣＣＨフォーマット１であることを特徴とする、請求項７に記載の端末。
【請求項１０】
前記ＵＬ送信の為の前記シンボル位置はスロット毎に異なるように設定されることを特徴とする、、請求項７に記載の端末。
【請求項１１】
前記ＵＬ送信の為の前記シンボル位置は、前記ＵＬ送信の開始するシンボルである、請求項７に記載の端末。
【請求項１２】
前記ＳＲは、前記ＵＥにより行われる新アップリンク送信の為のリソースの割り当て要求である、請求項７に記載の端末。
【国際調査報告】
2021502773.tif 000029
2021502773.tif 000030
2021502773.tif 000031
2021502773.tif 000032