JP7269408B2

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

Info

Publication number: JP7269408B2
Application number: JP2022066136A
Authority: JP
Inventors: ぺ，ダクヒョン; イ，ヨンチョン; ソ，インクウォン; チョ，ソンキ; ファン，テソン
Original assignee: LG Electronics Inc
Current assignee: LG Electronics Inc
Priority date: 2017-11-10
Filing date: 2022-04-13
Publication date: 2023-05-08
Anticipated expiration: 2038-11-12
Also published as: CN111587552B; JP2022095874A; JP2021502773A; WO2019093841A1; EP3706352A1; JP7303191B2; US20220394706A1; CN111587552A; KR20190053812A; EP3706352A4; KR102032526B1; US20200275431A1; EP3706352B1; KR20190117457A; EP4106258A1; KR102379305B1; US11683808B2; US11470587B2

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

用語の定義

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

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

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

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

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

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

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

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

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

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

システム一般

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

方法１

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

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

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

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

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

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

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

方法２

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

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

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

方法３

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

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

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

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

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

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

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

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

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

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

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

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

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

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

方法１－１

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

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

方法１－２

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

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

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

第１実施形態

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（方法１）

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

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

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

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

（方法１－１）

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

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

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

（方法１－２）

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

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

（方法１－３）

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

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

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

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

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

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

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

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

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

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

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

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

（方法２）

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

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

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

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

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

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

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

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

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

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

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

（方法３）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

（オプション１）

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

（オプション２）

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第１－１実施形態

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

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

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

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

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

第１－１－１実施形態

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

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

第１－１－２実施形態

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

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

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

第１－１－３実施形態

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

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

第１－１－４実施形態

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

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

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

第１－１－５実施形態

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

第２実施形態

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

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

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

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

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

第２－１実施形態

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

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

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

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

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

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

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

第２－２実施形態

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

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

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

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

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

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

第２－２－１実施形態

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

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

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

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

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

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

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

（方法１）

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

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

（方法２）

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

（方法３）

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

第３実施形態

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

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

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

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

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

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

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

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

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

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

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

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

第３－１－ａ実施形態

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

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

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

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

第３－１－ｂ実施形態

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

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

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

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

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

第３－１－ｃ実施形態

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

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

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

第３－２－ａ実施形態

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

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

第３－２－ｂ実施形態

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

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

第３－２－ｃ実施形態

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

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

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

第３－２－ｄ実施形態

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

第４実施形態

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

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

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

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

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

方法４－１－１

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

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

方法４－１－２

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

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

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

方法４－１－２－１

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

方法４－１－２－２

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

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

方法４－１－２－３

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

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

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

方法４－１－２－４

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

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

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

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

方法４－１－３

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

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

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

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

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

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

方法４－１－３－１

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

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

方法４－１－４

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

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

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

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

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

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

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

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

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

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

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

方法４－２－１

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

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

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

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

方法４－２－３

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

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

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

方法４－２－４

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

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

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

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

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

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

方法４－３－１

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

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

方法４－３－２

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

方法４－３－３

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

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

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

方法４－３－４

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

方法１

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

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

方法２

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

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

方法３

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

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

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

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

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

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

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

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

方法１

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

方法２

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

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

方法２－１

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

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

方法２－２

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

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

方法３

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

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

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

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

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

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

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

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

第５実施形態

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

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

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

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

方法５－１

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

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

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

方法５－２

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

方法５－３

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

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

方法５－４

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

方法５－５

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

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

方法５－５

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

方法５－６

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

方法５－６－１

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

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

方法５－６－２

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

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

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

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

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

方法５－７

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

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

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

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

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

方法５－７－１

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

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

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

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

方法５－８

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

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

方法５－８－１

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

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

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

方法５－８－２

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

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

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

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

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

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

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

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

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

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

方法５－９

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

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

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

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

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

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

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

方法５－９－１

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

方法５－９－２

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

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

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

方法５－９－３

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

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

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

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

第６実施形態

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

方法６－１－１

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

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

方法６－１－１－１

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

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

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

方法６－１－２

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

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

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

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

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

方法６－１－３

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

方法６－１－４

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

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

方法６－２－１

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

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

方法６－２－２

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

方法６－２－３

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

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

方法６－２－４

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

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

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

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

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

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

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

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

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

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

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

第７実施形態

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

方法７－１

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

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

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

方法７－２

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

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

方法７－３

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

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

方法７－４

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Claims

無線通信システムにおいて、端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）により実行される方法であって、
前記ＵＥにより、基地局から、設定グラント（ｇｒａｎｔ）に関する設定情報を受信するステップ；及び、
前記ＵＥにより、前記設定情報に基づいて、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）送信を実行するステップ；を含んでなり、
前記設定情報はスロットレベル繰り返し回数及び非スロットレベル繰り返し回数を含み、
前記スロットレベル繰り返し回数は前記設定グランド周期内で割り当てられた第１回数の連続スロットを指示し、
前記非スロットレベル繰り返し回数はスロット内で割り当てられた第２回数の連続ＰＵＳＣＨを指示することを特徴とする、方法。
前記ＰＵＳＣＨ送信を実行するステップは、前記第１回数の連続スロットの各々の間中、前記ＵＥにより、前記第２回数の連続ＰＵＳＣＨを送信するステップを含むことを特徴とする、請求項１に記載の方法。
前記設定情報は、上位層シグナリング（ｈｉｇｈｅｒｌａｙｅｒｓｉｇｎａｌｉｎｇ）により受信されることを特徴とする、請求項１に記載の方法。
スロットの期間（周期）が前記スロット内で前記第２回数の連続ＰＵＳＣＨ送信を実行するように要求された期間（周期）より短い場合、
前記設定グランドが有効ではないとして設定されることを特徴とする、請求項１に記載の方法。
スロットの期間（周期）が前記スロット内で前記第２回数の連続ＰＵＳＣＨ送信を実行するように要求された期間（周期）より短い場合、
前記スロット内で第３回数の連続ＰＵＳＣＨ送信が実行され、
前記第３回数は前記第２回数より少ないことを特徴とする、請求項１に記載の方法。
スロットの期間（周期）が前記スロット内で前記第２回数の連続ＰＵＳＣＨ送信を実行するように要求された期間（周期）より短い場合、
１以上のスロット内で前記第２回数の連続ＰＵＳＣＨ送信が実行されることを特徴とする、請求項１に記載の方法。
無線通信システムにおける端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）であって、
送受信機；及び
前記送受信機と接続されたプロセッサ；を備えてなり、
前記プロセッサは、
基地局から、設定グラント（ｇｒａｎｔ）に関する設定情報を受信し；及び、
前記設定情報に基づいて、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）送信を実行する；ように設定されてなり、
前記設定情報はスロットレベル繰り返し回数及び非スロットレベル繰り返し回数を含み、
前記スロットレベル繰り返し回数は前記設定グランド周期内で割り当てられた第１回数の連続スロットを指示し、
前記非スロットレベル繰り返し回数はスロット内で割り当てられた第２回数の連続ＰＵＳＣＨを指示することを特徴とする、端末。
前記ＰＵＳＣＨ送信を実行することは、前記第１回数の連続スロットの各々の間中、前記第２回数の連続ＰＵＳＣＨを送信することを含むことを特徴とする、請求項７に記載の端末。
前記設定情報は、上位層シグナリング（ｈｉｇｈｅｒｌａｙｅｒｓｉｇｎａｌｉｎｇ）により受信されることを特徴とする、請求項７に記載の端末。
スロットの期間（周期）が前記スロット内で前記第２回数の連続ＰＵＳＣＨ送信を実行するように要求された期間（周期）より短い場合、
前記設定グランドが有効ではないとして設定されることを特徴とする、請求項７に記載の端末。
スロットの期間（周期）が前記スロット内で前記第２回数の連続ＰＵＳＣＨ送信を実行するように要求された期間（周期）より短い場合、
前記スロット内で第３回数の連続ＰＵＳＣＨ送信が実行され、
前記第３回数は前記第２回数より少ないことを特徴とする、請求項７に記載の端末。
スロットの期間（周期）が前記スロット内で前記第２回数の連続ＰＵＳＣＨ送信を実行するように要求された期間（周期）より短い場合、
１以上のスロット内で前記第２回数の連続ＰＵＳＣＨ送信が実行されることを特徴とする、請求項７に記載の端末。
端末（ＵｓｅｒＥｑｕｉｐｍｅｎｔ：ＵＥ）を制御し、無線通信システムにおいて動作するように設定された処理装置であって、
少なくとも１つのプロセッサ；及び
少なくとも１つのコンピュータメモリ；を備えてなり、
前記少なくとも１つのコンピュータメモリは、前記少なくとも１つのプロセッサと動作可能に接続されてなり、前記プロセッサにより駆動されることに基づいて動作を実行する情報を格納するものであり、
前記動作は、
基地局から、設定グラント（ｇｒａｎｔ）に関する設定情報を受信するステップ；及び、
前記設定情報に基づいて、ＰＵＳＣＨ（ｐｈｙｓｉｃａｌｕｐｌｉｎｋｓｈａｒｅｄｃｈａｎｎｅｌ）送信を実行するステップ；を含んでなり、
前記設定情報はスロットレベル繰り返し回数及び非スロットレベル繰り返し回数を含み、
前記スロットレベル繰り返し回数は前記設定グランド周期内で割り当てられた第１回数の連続スロットを指示し、
前記非スロットレベル繰り返し回数はスロット内で割り当てられた第２回数の連続ＰＵＳＣＨを指示することを特徴とする、処理装置。