JP7329138B2 - 無線通信システムにおいて信号を送受信する方法及び装置 - Google Patents

Description

本発明は、無線通信システムにおいて用いられる方法及び装置に関する。

無線通信システムが音声やデータなどのような種々の通信サービスを提供するために広範囲に展開されている。一般に、無線通信システムは、利用可能なシステムリソース（帯域幅、送信電力など）を共有し、複数ユーザとの通信を支援できる多重接続（多元接続、ｍｕｌｔｉｐｌｅ ａｃｃｅｓｓ）システムである。多重接続システムの例は、ＣＤＭＡ（Ｃｏｄｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＦＤＭＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＴＤＭＡ（Ｔｉｍｅ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システム、ＳＣ－ＦＤＭＡ（Ｓｉｎｇｌｅ Ｃａｒｒｉｅｒ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅ Ａｃｃｅｓｓ）システムなどがある。

本発明が遂げようとする技術的課題は、無線通信システムにおいてランダム接続過程を効率的に行うための信号送受信方法及びそのための装置を提供することにある。

本発明の技術的課題は上述の技術的課題に制限されず、他の技術的課題は本発明の実施例から類推可能である。

本発明は、無線通信システムにおける信号送受信方法及び装置を提供する。

本発明の一態様として、無線通信システムにおいて端末が信号を送受信する方法であって、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）に基づいてＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信する段階と、前記ＲＡＲに基づいてＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信する段階と、を含み、前記ＰＵＳＣＨは、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）フィールドに基づいて送信され、共有スペクトルチャネル接続のための前記ＰＵＳＣＨのインタレース割り当てが提供されるか否かに基づいて、前記ＦＤＲＡフィールドのＸ ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がトランケート（ｔｒｕｎｃａｔｅ）されるか又は前記ＦＤＲＡフィールドにＹ ＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がパッド（ｐａｄ）され、前記ＦＤＲＡフィールドは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット０＿０のＦＤＲＡフィールドと解釈される、信号送受信方法が提供される。

本発明の他の態様として、無線通信システムで信号を送受信するための通信装置（端末）であって、少なくとも１つのトランシーバーと、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサに動作可能なように連結され、実行される際に、前記少なくとも１つのプロセッサが特定動作を行うようにする命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を保存する少なくとも１つのメモリと、を含み、前記特定動作は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）に基づいてＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信し、前記ＲＡＲに基づいてＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信することを含み、前記ＰＵＳＣＨは、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）フィールドに基づいて送信され、共有スペクトルチャネル接続のための前記ＰＵＳＣＨのインタレース割り当てが提供されるか否かに基づいて、前記ＦＤＲＡフィールドのＸ ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がトランケート（ｔｒｕｎｃａｔｅ）されるか又は前記ＦＤＲＡフィールドにＹ ＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がパッド（ｐａｄ）され、前記ＦＤＲＡフィールドは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット０＿０のＦＤＲＡフィールドと解釈される、通信装置が提供される。

本発明の他の態様として、端末のための装置であって、少なくとも１つのプロセッサと、前記少なくとも１つのプロセッサと動作可能に連結され、実行される際に、前記少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータメモリと、を含む装置が提供され、前記動作は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）に基づいてＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信し、前記ＲＡＲに基づいてＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信することを含み、前記ＰＵＳＣＨは、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）フィールドに基づいて送信され、共有スペクトルチャネル接続のための前記ＰＵＳＣＨのインタレース割り当てが提供されるか否かに基づいて、前記ＦＤＲＡフィールドのＸ ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がトランケート（ｔｒｕｎｃａｔｅ）されるか又は前記ＦＤＲＡフィールドにＹ ＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がパッド（ｐａｄ）され、前記ＦＤＲＡフィールドは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット０＿０のＦＤＲＡフィールドと解釈されてよい。

本発明の他の態様として、実行される際に、前記少なくとも１つのプロセッサが動作を行うようにする少なくとも１つのコンピュータプログラムを含むコンピュータ可読記憶媒体が提供され、前記動作は、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）に基づいてＲＡＲ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ）を受信し、前記ＲＡＲに基づいてＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）を送信することを含み、前記ＰＵＳＣＨは、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ Ｄｏｍａｉｎ Ｒｅｓｏｕｒｃｅ Ａｓｓｉｇｎｍｅｎｔ）フィールドに基づいて送信され、共有スペクトルチャネル接続のための前記ＰＵＳＣＨのインタレース割り当てが提供されるか否かに基づいて、前記ＦＤＲＡフィールドのＸ ＬＳＢ（Ｌｅａｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がトランケート（ｔｒｕｎｃａｔｅ）されるか又は前記ＦＤＲＡフィールドにＹ ＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔｓ）がパッド（ｐａｄ）され、前記ＦＤＲＡフィールドは、ＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）フォーマット０＿０のＦＤＲＡフィールドと解釈されてよい。

前記方法及び装置において、前記共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されないこと及びＢＷＰ（ＢａｎｄＷｉｄｔｈ Ｐａｒｔ）内のＰＲＢの数が９０以下であることに基づいて、前記ＦＤＲＡフィールドのＸ ＬＳＢがトランケートされ、前記Ｘ ＬＳＢは、前記ＢＷＰ内のＰＲＢの数に基づいて決定されてよい。

前記方法及び装置において、前記共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されないこと及び前記ＢＷＰ内のＰＲＢの数が９０を超えることに基づいて、前記ＦＤＲＡフィールドにＹ ＭＳＢがパッドされ、前記Ｘ ＭＳＢは、前記ＢＷＰ内のＰＲＢの数に基づいて決定されてよい。

前記方法及び装置において、前記ＢＷＰ内のＰＲＢの数がＮのときに、前記Ｘ ＬＳＢは、ｃｅｉｌ（ｌｏｇ_２（Ｎ＊（Ｎ＋１）／２））ＬＳＢと決定され、前記Ｙ ＭＳＢは、ｃｅｉｌ（ｌｏｇ_２（Ｎ＊（Ｎ＋１）／２））－１２ ＭＳＢと決定されてよい。

前記方法及び装置において、前記ＦＤＲＡフィールドは基地局によって１２ビットで構成されて受信され、前記９０は、前記共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されないことに基づいてリソースが割り当てられるときに、前記ＢＷＰ内で１２ビットで指示可能な最大ＰＲＢ数を考慮して決定されてよい。

前記方法及び装置において、前記共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されることに基づいて、前記Ｘ ＬＳＢは、３０ｋＨｚのＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）のために５ＬＳＢ、１５ｋＨｚのＳＣＳのために６ＬＳＢと決定されてよい。

前記通信装置は、少なくとも端末、ネットワーク、及び前記通信装置以外の他の自律走行車両と通信可能な自律走行車両を含むことができる。

上述した本発明の態様は、本発明の好ましい実施例の一部に過ぎず、本願発明の技術的特徴が反映された様々な実施例が、当該技術分野の通常の知識を有する者にとって、以下に詳述する本発明の詳細な説明に基づいて導出され理解されるであろう。

本発明の一実施例によれば、端末と基地局間のランダム接続過程が行われる際に、従来発明と差別化した動作によって、より効率的なランダム接続過程を行うことが可能であるという利点がある。

本発明の技術的効果は上述の技術的効果に制限されず、他の技術的効果は本発明の実施例から類推可能である。

無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）の構造を例示する図である。 スロットのリソースグリッド（ｒｅｓｏｕｒｃｅ ｇｒｉｄ）を例示する図である。 スロット内に物理チャネルがマップされる例を示す図である。 ＡＣＫ／ＮＡＣＫ送信過程を例示する図である。 非免許帯域を支援する無線通信システムを例示する図である。 非免許帯域内でリソースを占有する方法を例示する図である。 非免許帯域を通じた信号送信のためのＣＡＰ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）のフローチャートである。 非免許帯域を通じた信号送信のためのＣＡＰ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）のフローチャートである。 ＲＢインタレースを例示する図である。 ランダム接続過程に関する図である。 ランダム接続過程に関する図である。 本発明の実施例に係るランダム接続過程を説明するための図である。 本発明の実施例に係るランダム接続過程を説明するための図である。 本発明の実施例に係るランダム接続過程を説明するための図である。 本発明の実施例に係るランダム接続過程を説明するための図である。 本発明の実施例に係るランダム接続過程を説明するための図である。 本発明の実施例に係るランダム接続過程を説明するための図である。 本発明の実施例に係る装置を例示する図である。 本発明の実施例に係る装置を例示する図である。 本発明の実施例に係る装置を例示する図である。 本発明の実施例に係る装置を例示する図である。

以下の技術は、ＣＤＭＡ、ＦＤＭＡ、ＴＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどのような様々な無線接続システムに用いられてよい。ＣＤＭＡは、ＵＴＲＡ（Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）やＣＤＭＡ２０００のような無線技術によって具現されてよい。ＴＤＭＡは、ＧＳＭ（登録商標）（Ｇｌｏｂａｌ Ｓｙｓｔｅｍ ｆｏｒ Ｍｏｂｉｌｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（Ｇｅｎｅｒａｌ Ｐａｃｋｅｔ Ｒａｄｉｏ Ｓｅｒｖｉｃｅ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ Ｄａｔａ Ｒａｔｅｓ ｆｏｒ ＧＳＭ Ｅｖｏｌｕｔｉｏｎ）のような無線技術によって具現されてよい。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ－Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２－２０、Ｅ－ＵＴＲＡ（Ｅｖｏｌｖｅｄ ＵＴＲＡ）などのような無線技術によって具現されてよい。ＵＴＲＡはＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ Ｍｏｂｉｌｅ Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（登録商標）（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）は、Ｅ－ＵＴＲＡを用いるＥ－ＵＭＴＳ（Ｅｖｏｌｖｅｄ ＵＭＴＳ）の一部であり、ＬＴＥ－Ａ（Ａｄｖａｎｃｅｄ）／ＬＴＥ－Ａ ｐｒｏは、３ＧＰＰ ＬＴＥの進化したバージョンである。３ＧＰＰ ＮＲ（Ｎｅｗ Ｒａｄｉｏ ｏｒ Ｎｅｗ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ）は、３ＧＰＰ ＬＴＥ／ＬＴＥ－Ａ／ＬＴＥ－Ａ ｐｒｏの進化したバージョンである。

説明を明確にするために、３ＧＰＰ通信システム（例えば、ＬＴＥ、ＮＲ）に基づいて説明するが、本発明の技術的思想がそれに制限されるものではない。ＬＴＥは、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ ８以後の技術を意味する。細部的に、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １０以後のＬＴＥ技術は、ＬＴＥ－Ａと称し、３ＧＰＰ ＴＳ ３６．ｘｘｘ Ｒｅｌｅａｓｅ １３以後のＬＴＥ技術は、ＬＴＥ－Ａ ｐｒｏと称する。３ＧＰＰ ＮＲは、ＴＳ ３８．ｘｘｘ Ｒｅｌｅａｓｅ １５以後の技術を意味する。ＬＴＥ／ＮＲは、３ＧＰＰシステムと称することができる。“ｘｘｘ”は、標準文書細部番号を意味する。ＬＴＥ／ＮＲは、３ＧＰＰシステムと総称できる。本発明の説明に用いられる背景技術、用語、略語などに関しては、本発明以前に公開された標準文書に記載の事項を参照できる。例えば、次の文書を参照できる。

３ＧＰＰ ＮＲ

－ ３８．２１１：Ｐｈｙｓｉｃａｌ ｃｈａｎｎｅｌｓ ａｎｄ ｍｏｄｕｌａｔｉｏｎ

－ ３８．２１２：Ｍｕｌｔｉｐｌｅｘｉｎｇ ａｎｄ ｃｈａｎｎｅｌ ｃｏｄｉｎｇ

－ ３８．２１３：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｃｏｎｔｒｏｌ

－ ３８．２１４：Ｐｈｙｓｉｃａｌ ｌａｙｅｒ ｐｒｏｃｅｄｕｒｅｓ ｆｏｒ ｄａｔａ

－ ３８．３００：ＮＲ ａｎｄ ＮＧ－ＲＡＮ Ｏｖｅｒａｌｌ Ｄｅｓｃｒｉｐｔｉｏｎ

－ ３８．３３１：Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ（ＲＲＣ） ｐｒｏｔｏｃｏｌ ｓｐｅｃｉｆｉｃａｔｉｏｎ

図１には、ＮＲで用いられる無線フレームの構造を例示する。

ＮＲにおいて上りリンク（ＵＬ）及び下りリンク（ＤＬ）送信はフレームで構成される。無線フレーム（ｒａｄｉｏ ｆｒａｍｅ）は１０ｍｓの長さを有し、２個の５ｍｓハーフフレーム（Ｈａｌｆ－Ｆｒａｍｅ，ＨＦ）と定義される。ハーフフレームは、５個の１ｍｓサブフレーム（Ｓｕｂｆｒａｍｅ，ＳＦ）と定義される。サブフレームは、１つ以上のスロット（ｓｌｏｔ）に分割され、サブフレーム内のスロット個数は、ＳＣＳ（Ｓｕｂｃａｒｒｉｅｒ Ｓｐａｃｉｎｇ）に依存する。各スロットはＣＰ（ｃｙｃｌｉｃ ｐｒｅｆｉｘ）によって、１２個又は１４個のＯＦＤＭ（Ａ）シンボル（ｓｙｍｂｏｌ）を含む。一般ＣＰ（ｎｏｒｍａｌ ＣＰ）が用いられる場合に、各スロットは１４個のシンボルを含む。拡張ＣＰ（ｅｘｔｅｎｄｅｄ ＣＰ）が用いられる場合に、各スロットは１２個のシンボルを含む。ここで、シンボルは、ＯＦＤＭシンボル（或いは、ＣＰ－ＯＦＤＭシンボル）、ＳＣ－ＦＤＭＡシンボル（或いは、ＤＦＴ－ｓ－ＯＦＤＭシンボル）を含むことができる。

表１は、一般ＣＰが用いられる場合に、ＳＣＳに従って、スロット別シンボルの個数、フレーム別スロットの個数、及びサブフレーム別スロットの個数が変わることを例示する。

表２は、拡張ＣＰが用いられる場合に、ＳＣＳに従って、スロット別シンボルの個数、フレーム別スロットの個数、及びサブフレーム別スロットの個数が変わることを例示する。

ＮＲシステムでは、１つの端末（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ；ＵＥ）に併合される複数のセル間にＯＦＤＭ（Ａ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ、ＣＰ長など）が異なるように設定されてよい。これにより、同一個数のシンボルで構成された時間リソース（例えば、ＳＦ、スロット又はＴＴＩ）（便宜上、ＴＵ（Ｔｉｍｅ Ｕｎｉｔ）と総称）の（絶対時間）区間が、併合されたセル間に異なるように設定され得る。

ＮＲは、様々な５Ｇサービスを支援するための複数のＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）ヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、サブキャリア間隔（ｓｕｂｃａｒｒｉｅｒ ｓｐａｃｉｎｇ，ＳＣＳ））を支援する。例えば、ＳＣＳが１５ｋＨｚである場合に、伝統的なセルラーバンドにおける広い領域（ｗｉｄｅ ａｒｅａ）を支援し、ＳＣＳが３０ｋＨｚ／６０ｋＨｚである場合には、密集した都市（ｄｅｎｓｅ－ｕｒｂａｎ）、より低い遅延（ｌｏｗｅｒ ｌａｔｅｎｃｙ）、及びより広いキャリア帯域幅（ｗｉｄｅｒ ｃａｒｒｉｅｒ ｂａｎｄｗｉｄｔｈ）を支援することができる。

ＮＲ周波数バンド（ｆｒｅｑｕｅｎｃｙ ｂａｎｄ）は、２タイプの周波数範囲（ｆｒｅｑｕｅｎｃｙ ｒａｎｇｅ，ＦＲ）と定義される（ＦＲ１／ＦＲ２）。ＦＲ１／ＦＲ２は、下表３のように構成されてよい。また、ＦＲ２は、ミリ波（ｍｉｌｌｉｍｅｔｅｒ ｗａｖｅ，ｍｍＷ）を意味できる。

図２には、ＮＲフレームのスロット構造を例示する。

スロットは時間ドメインにおいて複数のシンボルを含む。例えば、一般ＣＰの場合に、１スロットは１４個のシンボルを含み、拡張ＣＰの場合に、１スロットは１２個のシンボルを含む。搬送波は周波数ドメインにおいて複数の副搬送波を含む。ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）は周波数ドメインにおいて複数（例えば、１２）の連続した副搬送波と定義される。周波数ドメインにおいて複数のＲＢインタレース（簡単に、インタレース）が定義されてよい。インタレースｍ∈｛０，１，．．．，Ｍ－１｝は、（共通）ＲＢ｛ｍ，Ｍ＋ｍ，２Ｍ＋ｍ，３Ｍ＋ｍ，．．．｝で構成されてよい。Ｍは、インタレースの個数を表す。ＢＷＰ（Ｂａｎｄｗｉｄｔｈ Ｐａｒｔ）は、周波数ドメインにおいて複数の連続したＲＢ（例えば、物理ＲＢ（ｐｈｙｓｉｃａｌ ＲＢ，ＰＲＢ））と定義され、１ ＯＦＤＭヌメロロジー（ｎｕｍｅｒｏｌｏｇｙ）（例えば、ＳＣＳ（ｕ）、ＣＰ長など）に対応してよい。搬送波は最大でＮ個（例えば、５個）のＢＷＰを含むことができる。データ通信は、活性化されたＢＷＰで行われ、１つのセル／搬送波内で１つの端末には１つのＢＷＰのみが活性化されてよい。リソースグリッドにおいてそれぞれの要素はリソース要素（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ，ＲＥ）と呼ばれ、１つの変調シンボルがマップされてよい。

無線通信システムにおいて、端末は基地局から下りリンク（Ｄｏｗｎｌｉｎｋ，ＤＬ）で情報を受信し、端末は基地局に上りリンク（Ｕｐｌｉｎｋ，ＵＬ）で情報を送信する。基地局と端末が送受信する情報は、データ及び様々な制御情報を含み、それらが送受信する情報の種類／用途によって様々な物理チャネル／信号が存在する。物理チャネルは、上位層から由来した情報を運搬するリソース要素（ＲＥ）のセットに対応する。物理信号は、物理層（ＰＨＹ）によって用いられるリソース要素（ＲＥ）のセットに対応するが、上位層から由来した情報を運搬しない。上位層は、ＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ Ｌｉｎｋ Ｃｏｎｔｒｏｌ）層、ＰＤＣＰ（Ｐａｃｋｅｔ Ｄａｔａ Ｃｏｎｖｅｒｇｅｎｃｅ Ｐｒｏｔｏｃｏｌ）層、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）層などを含む。

ＤＬ物理チャネルは、ＰＢＣＨ（Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）、ＰＤＳＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）及びＰＤＣＣＨ（Ｐｈｙｓｉｃａｌ Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を含む。ＤＬ物理信号は、ＤＬ ＲＳ（Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、ＰＳＳ（Ｐｒｉｍａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）及びＳＳＳ（Ｓｅｃｏｎｄａｒｙ ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ ｓｉｇｎａｌ）を含む。ＤＬ ＲＳは、ＤＭ－ＲＳ（Ｄｅｍｏｄｕｌａｔｉｏｎ ＲＳ）、ＰＴ－ＲＳ（Ｐｈａｓｅ－ｔｒａｃｋｉｎｇ ＲＳ）及びＣＳＩ－ＲＳ（Ｃｈａｎｎｅｌ－ｓｔａｔｅ ｉｎｆｏｒｍａｔｉｏｎ ＲＳ）を含む。ＵＬ物理チャネルは、ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）、ＰＵＳＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）及びＰＵＣＣＨ（Ｐｈｙｓｉｃａｌ Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ）を含む。ＵＬ物理信号は、ＵＬ ＲＳを含む。ＵＬ ＲＳはＤＭ－ＲＳ、ＰＴ－ＲＳ及びＳＲＳ（Ｓｏｕｎｄｉｎｇ ＲＳ）を含む。

図３には、スロット内に物理チャネルがマップされる例を示す。

１スロット内にＤＬ制御チャネル、ＤＬ又はＵＬデータ、ＵＬ制御チャネルなどが全て含まれてよい。例えば、スロット内の先頭Ｎ個のシンボルは、ＤＬ制御チャネルを送信するために用いられ（以下、ＤＬ制御領域）、スロット内の末尾Ｍ個のシンボルは、ＵＬ制御チャネルを送信するために用いられてよい（以下、ＵＬ制御領域）。ＮとＭはそれぞれ、０以上の整数である。ＤＬ制御領域とＵＬ制御領域との間にあるリソース領域（以下、データ領域）は、ＤＬデータ送信のために用いられるか、ＵＬデータ送信のために用いられてよい。制御領域とデータ領域間には、ＤＬ－ｔｏ－ＵＬ或いはＵＬ－ｔｏ－ＤＬスイッチングのための時間ギャップが存在してよい。ＤＬ制御領域ではＰＤＣＣＨが送信されてよく、ＤＬデータ領域ではＰＤＳＣＨが送信されてよい。スロットにおいてＤＬからＵＬに切り替わる時点の一部のシンボルが時間ギャップとして用いられてよい。

本発明において、基地局は、例えばｇＮｏｄｅＢでよい。

下りリンク（ＤＬ）物理チャネル／信号

（１）ＰＤＳＣＨ

ＰＤＳＣＨは、下りリンクデータ（例えば、ＤＬ－ｓｈａｒｅｄ ｃｈａｎｎｅｌ ｔｒａｎｓｐｏｒｔ ｂｌｏｃｋ，ＤＬ－ＳＣＨ ＴＢ）を運搬する。ＴＢはコードワード（ＣｏｄｅＷｏｒｄ，ＣＷ）に符号化された後、スクランブリング及び変調過程などを経て送信される。ＣＷは、１つ以上のコードブロック（Ｃｏｄｅ Ｂｌｏｃｋ，ＣＢ）を含む。１つ以上のＣＢは１つのＣＢＧ（ＣＢ ｇｒｏｕｐ）に纏められてよい。セルの設定によって、ＰＤＳＣＨは最大で２個のＣＷを運ぶことができる。ＣＷ別にスクランブリング及び変調が行われ、各ＣＷから生成された変調シンボルは、１つ以上のレイヤにマップされる。各レイヤはプリコーディングを経てＤＭＲＳと一緒にリソースにマップされ、該当のアンテナポートから送信される。ＰＤＳＣＨは、ＰＤＣＣＨによって動的にスケジュールされる（ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ）か、或いは上位層（例えば、ＲＲＣ）シグナリング（及び／又はレイヤ１（Ｌ１）シグナリング（例えば、ＰＤＣＣＨ））に基づいて半静的（ｓｅｍｉ－ｓｔａｔｉｃ）にスケジュールされてよい（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ，ＣＳ）。したがって、動的スケジューリングではＰＤＳＣＨ送信にＰＤＣＣＨが伴われるが、ＣＳではＰＤＳＣＨ送信にＰＤＣＣＨが伴われない。ＣＳは、ＳＰＳ（ｓｅｍｉ－ｐｅｒｓｉｓｔｅｎｔ ｓｃｈｅｄｕｌｉｎｇ）を含む。

（２）ＰＤＣＣＨ

ＰＤＣＣＨはＤＣＩ（Ｄｏｗｎｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を運搬する。例えば、ＰＤＣＣＨ（すなわち、ＤＣＩ）は、ＤＬ－ＳＣＨの送信フォーマット及びリソース割り当て、ＵＬ－ＳＣＨ（ｓｈａｒｅｄ ｃｈａｎｎｅｌ）に関する周波数／時間リソース割り当て情報、ＰＣＨ（ｐａｇｉｎｇ ｃｈａｎｎｅｌ）に関するページング情報、ＤＬ－ＳＣＨ上のシステム情報、ＰＤＳＣＨ上で送信されるランダム接続応答（ＲＡＲ）のような上位層制御メッセージに関する周波数／時間リソース割り当て情報、送信電力制御命令、ＳＰＳ／ＣＳ（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ）の活性化／解除に関する情報などを運ぶ。ＤＣＩ内の情報によって様々なＤＣＩフォーマットが提供される。

表４は、ＰＤＣＣＨで送信されるＤＣＩフォーマットを例示する。

ＤＣＩフォーマット０＿０は、ＴＢベース（又は、ＴＢレベル）ＰＵＳＣＨをスケジュールするために用いられ、ＤＣＩフォーマット０＿１は、ＴＢベース（又は、ＴＢレベル）ＰＵＳＣＨ又はＣＢＧ（Ｃｏｄｅ Ｂｌｏｃｋ Ｇｒｏｕｐ）ベース（又は、ＣＢＧレベル）ＰＵＳＣＨをスケジュールするために用いられてよい。ＤＣＩフォーマット１＿０は、ＴＢベース（又は、ＴＢレベル）ＰＤＳＣＨをスケジュールするために用いられ、ＤＣＩフォーマット１＿１は、ＴＢベース（又は、ＴＢレベル）ＰＤＳＣＨ又はＣＢＧベース（又は、ＣＢＧレベル）ＰＤＳＣＨをスケジュールするために用いられてよい（ＤＬグラントＤＣＩ）。ＤＣＩフォーマット０＿０／０＿１は、ＵＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれ、ＤＣＩフォーマット１＿０／１＿１はＤＬグラントＤＣＩ又はＵＬスケジューリング情報と呼ばれてよい。ＤＣＩフォーマット２＿０は、動的スロットフォーマット情報（例えば、ｄｙｎａｍｉｃ ＳＦＩ）を端末に伝達するために用いられ、ＤＣＩフォーマット２＿１は、下りリンク先取（ｐｒｅ－Ｅｍｐｔｉｏｎ）情報を端末に伝達するために用いられる。ＤＣＩフォーマット２＿０及び／又はＤＣＩフォーマット２＿１は、一つのグループと定義された端末に伝達されるＰＤＣＣＨであるグループ共通ＰＤＣＣＨ（Ｇｒｏｕｐ ｃｏｍｍｏｎ ＰＤＣＣＨ）で当該グループ内の端末に伝達されてよい。

ＰＤＣＣＨ／ＤＣＩはＣＲＣ（ｃｙｃｌｉｃ ｒｅｄｕｎｄａｎｃｙ ｃｈｅｃｋ）を含み、ＣＲＣは、ＰＤＣＣＨの所有者又は使用用途によって様々な識別子（例えば、Ｒａｄｉｏ Ｎｅｔｗｏｒｋ Ｔｅｍｐｏｒａｒｙ Ｉｄｅｎｔｉｆｉｅｒ，ＲＮＴＩ）でマスク／スクランブルされる。例えば、ＰＤＣＣＨが特定端末のためのものであれば、ＣＲＣはＣ－ＲＮＴＩ（Ｃｅｌｌ－ＲＮＴＩ）でマスクされる。ＰＤＣＣＨがページングに関するものであれば、ＣＲＣはＰ－ＲＮＴＩ（Ｐａｇｉｎｇ－ＲＮＴＩ）でマスクされる。ＰＤＣＣＨがシステム情報（例えば、Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ，ＳＩＢ）に関するものであれば、ＣＲＣはＳＩ－ＲＮＴＩ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ ＲＮＴＩ）でマスクされる。ＰＤＣＣＨがランダム接続応答に関するものであれば、ＣＲＣはＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ）でマスクされる。

表５は、ＲＮＴＩによるＰＤＣＣＨの用途及び送信チャネルを例示する。送信チャネルは、ＰＤＣＣＨによってスケジュールされたＰＤＳＣＨ／ＰＵＳＣＨが運搬するデータに関連した送信チャネルを表す。

ＰＤＣＣＨの変調方式は固定しており（例えば、Ｑｕａｄｒａｔｕｒｅ Ｐｈａｓｅ Ｓｈｉｆｔ Ｋｅｙｉｎｇ，ＱＰＳＫ）、１つのＰＤＣＣＨはＡＬ（Ａｇｇｒｅｇａｔｉｏｎ Ｌｅｖｅｌ）によって１、２、４、８、１６個のＣＣＥ（Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ Ｅｌｅｍｅｎｔ）で構成される。１つのＣＣＥは、６個のＲＥＧ（Ｒｅｓｏｕｒｃｅ Ｅｌｅｍｅｎｔ Ｇｒｏｕｐ）で構成される。１つのＲＥＧは、１つのＯＦＤＭＡシンボルと１つの（Ｐ）ＲＢと定義される。

ＰＤＣＣＨは、ＣＯＲＥＳＥＴ（Ｃｏｎｔｒｏｌ Ｒｅｓｏｕｒｃｅ Ｓｅｔ）を通じて送信される。ＣＯＲＥＳＥＴは、ＢＷＰ内でＰＤＣＣＨ／ＤＣＩを運搬するために用いられる物理リソース／パラメータセットに該当する。例えば、ＣＯＲＥＳＥＴは、与えられたヌメロロジー（例えば、ＳＣＳ、ＣＰ長など）を有するＲＥＧセットを含む。ＣＯＲＥＳＥＴは、システム情報（例えば、ＭＩＢ）又は端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）上位層（例えば、ＲＲＣ）シグナリングによって設定されてよい。ＣＯＲＥＳＥＴを設定するために用いられるパラメータ／情報の例は、次の通りである。１つの端末に１つ以上のＣＯＲＥＳＥＴが設定され、複数のＣＯＲＥＳＥＴが時間／周波数ドメインにおいて重なってよい。

－ ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＣＯＲＥＳＥＴの識別情報（ＩＤ）を示す。

－ ｆｒｅｑｕｅｎｃｙＤｏｍａｉｎＲｅｓｏｕｒｃｅｓ：ＣＯＲＥＳＥＴの周波数領域リソースを示す。これはビットマップで指示され、各ビットは、ＲＢグループ（＝６個の連続したＲＢ）に対応する。例えば、ビットマップのＭＳＢ（Ｍｏｓｔ Ｓｉｇｎｉｆｉｃａｎｔ Ｂｉｔ）は、ＢＷＰ内の最初のＲＢグループに対応する。ビット値が１であるビットに対応するＲＢグループが、ＣＯＲＥＳＥＴの周波数領域リソースとして割り当てられる。

－ ｄｕｒａｔｉｏｎ：ＣＯＲＥＳＥＴの時間領域リソースを示す。ＣＯＲＥＳＥＴを構成する連続したＯＦＤＭＡシンボル個数を示す。例えば、ｄｕｒａｔｉｏｎは１～３の値を有する。

－ ｃｃｅ－ＲＥＧ－ＭａｐｐｉｎｇＴｙｐｅ：ＣＣＥ－ｔｏ－ＲＥＧマッピングタイプを示す。インターリーブタイプと非インターリーブタイプが支援される。

－ ｐｒｅｃｏｄｅｒＧｒａｎｕｌａｒｉｔｙ：周波数ドメインにおいてプリコーダ粒度（ｇｒａｎｕｌａｒｉｔｙ）を示す。

－ ｔｃｉ－ＳｔａｔｅｓＰＤＣＣＨ：ＰＤＣＣＨに対するＴＣＩ（Ｔｒａｎｓｍｉｓｓｉｏｎ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｉｎｄｉｃａｔｉｏｎ）状態（ｓｔａｔｅ）を指示する情報（例えば、ＴＣＩ－ＳｔａｔｅＩＤ）を示す。ＴＣＩ状態は、ＲＳセット（ＴＣＩ－状態）内のＤＬ ＲＳとＰＤＣＣＨ ＤＭＲＳポートのＱＣＬ（Ｑｕａｓｉ－Ｃｏ－Ｌｏｃａｔｉｏｎ）関係を提供するために用いられる。

－ ｔｃｉ－ＰｒｅｓｅｎｔＩｎＤＣＩ：ＤＣＩ内のＴＣＩフィールドが含まれるか否かを示す。

－ ｐｄｃｃｈ－ＤＭＲＳ－ＳｃｒａｍｂｌｉｎｇＩＤ：ＰＤＣＣＨ ＤＭＲＳスクランブリングシーケンスの初期化に用いられる情報を示す。

ＰＤＣＣＨ受信のために、端末はＣＯＲＥＳＥＴにおいてＰＤＣＣＨ候補のセットをモニタリング（例えば、ブラインドデコーディング）できる。ＰＤＣＣＨ候補は、ＰＤＣＣＨ受信／検出のために端末がモニターするＣＣＥを表す。ＰＤＣＣＨモニタリングは、ＰＤＣＣＨモニタリングが設定されたそれぞれの活性化されたセル上の活性ＤＬ ＢＷＰ上の１つ以上のＣＯＲＥＳＥＴにおいて行われてよい。端末がモニターするＰＤＣＣＨ候補のセットは、ＰＤＣＣＨ検索空間（サーチスペース、Ｓｅａｒｃｈ Ｓｐａｃｅ，ＳＳ）セットと定義される。ＳＳセットは、共通検索空間（Ｃｏｍｍｏｎ Ｓｅａｒｃｈ Ｓｐａｃｅ，ＣＳＳ）セット又は端末特定検索空間（ＵＥ－ｓｐｅｃｉｆｉｃ Ｓｅａｒｃｈ Ｓｐａｃｅ，ＵＳＳ）セットであってよい。

表６は、ＰＤＣＣＨ検索空間を例示する。

ＳＳセットは、システム情報（例えば、ＭＩＢ）又は端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）上位層（例えば、ＲＲＣ）シグナリングによって設定されてよい。サービングセルの各ＤＬ ＢＷＰにはＳ個（例えば、１０）以下のＳＳセットが設定されてよい。例えば、各ＳＳセットに対して、次のパラメータ／情報が提供されてよい。それぞれのＳＳセットは１つのＣＯＲＥＳＥＴと関連付けられ（ａｓｓｏｃｉａｔｅｄ）、それぞれのＣＯＲＥＳＥＴ構成は１つ以上のＳＳセットと関連付けられてよい。

－ ｓｅａｒｃｈＳｐａｃｅＩｄ：ＳＳセットのＩＤを示す。

－ ｃｏｎｔｒｏｌＲｅｓｏｕｒｃｅＳｅｔＩｄ：ＳＳセットと関連付けられたＣＯＲＥＳＥＴを示す。

－ ｍｏｎｉｔｏｒｉｎｇＳｌｏｔＰｅｒｉｏｄｉｃｉｔｙＡｎｄＯｆｆｓｅｔ：ＰＤＣＣＨモニタリング周期区間（スロット単位）及びＰＤＣＣＨモニタリング区間オフセット（スロット単位）を示す。

－ ｍｏｎｉｔｏｒｉｎｇＳｙｍｂｏｌｓＷｉｔｈｉｎＳｌｏｔ：ＰＤＣＣＨモニタリングが設定されたスロット内でＰＤＣＣＨモニタリングのための最初のＯＦＤＭＡシンボルを示す。これはビットマップで指示され、各ビットはスロット内の各ＯＦＤＭＡシンボルに対応する。ビットマップのＭＳＢは、スロット内の最初のＯＦＤＭシンボルに対応する。ビット値が１であるビットに対応するＯＦＤＭＡシンボルが、スロット内でＣＯＲＥＳＥＴの最初のシンボルに該当する。

－ ｎｒｏｆＣａｎｄｉｄａｔｅｓ：ＡＬ＝｛１，２，４，８，１６｝別ＰＤＣＣＨ候補の個数（例えば、０、１、２、３、４、５、６、８のいずれか１つの値）を示す。

－ ｓｅａｒｃｈＳｐａｃｅＴｙｐｅ：ＳＳタイプがＣＳＳか或いはＵＳＳかを示す。

－ ＤＣＩフォーマット：ＰＤＣＣＨ候補のＤＣＩフォーマットを示す。

ＣＯＲＥＳＥＴ／ＳＳセット設定に基づいて、端末はスロット内の１つ以上のＳＳセットにおいてＰＤＣＣＨ候補をモニターできる。ＰＤＣＣＨ候補をモニターしなければならない機会（ｏｃｃａｓｉｏｎ）（例えば、時間／周波数リソース）は、ＰＤＣＣＨ（モニタリング）機会と定義される。スロット内に１つ以上のＰＤＣＣＨ（モニタリング）機会が構成されてよい。

上りリンク（ＵＬ）物理チャネル／信号

（１）ＰＵＳＣＨ

ＰＵＳＣＨは、上りリンクデータ（例えば、ＵＬ－ＳＣＨ ＴＢ）及び／又は上りリンク制御情報（ＵＣＩ）を運搬し、ＣＰ－ＯＦＤＭ（Ｃｙｃｌｉｃ Ｐｒｅｆｉｘ－Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）波形又はＤＦＴ－ｓ－ＯＦＤＭ（Ｄｉｓｃｒｅｔｅ Ｆｏｕｒｉｅｒ Ｔｒａｎｓｆｏｒｍ－ｓｐｒｅａｄ－ＯＦＤＭ）波形に基づいて送信される。ＰＵＳＣＨがＤＦＴ－ｓ－ＯＦＤＭ波形に基づいて送信される場合に、端末は、変換プリコーディング（ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ）を適用してＰＵＳＣＨを送信する。一例として、変換プリコーディングが不可能な場合（例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｄｉｓａｂｌｅｄ）に、端末はＣＰ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信し、変換プリコーディングが可能な場合（例えば、ｔｒａｎｓｆｏｒｍ ｐｒｅｃｏｄｉｎｇ ｉｓ ｅｎａｂｌｅｄ）には、端末はＣＰ－ＯＦＤＭ波形又はＤＦＴ－ｓ－ＯＦＤＭ波形に基づいてＰＵＳＣＨを送信できる。ＰＵＳＣＨはＰＤＣＣＨによって動的にスケジュールされる（ｄｙｎａｍｉｃ ｓｃｈｅｄｕｌｉｎｇ）か、或いは上位層（例えば、ＲＲＣ）シグナリング（及び／又はレイヤ１（Ｌ１）シグナリング（例えば、ＰＤＣＣＨ））に基づいて半静的にスケジュールされてよい（Ｃｏｎｆｉｇｕｒｅｄ Ｓｃｈｅｄｕｌｉｎｇ，ＣＳ）。したがって、動的スケジューリングではＰＵＳＣＨ送信にＰＤＣＣＨが伴われるが、ＣＳではＰＵＳＣＨ送信にＰＤＣＣＨが伴われない。ＣＳはＴｙｐｅ－１ ＣＧ（Ｃｏｎｆｉｇｕｒｅｄ Ｇｒａｎｔ）ＰＵＳＣＨ送信とＴｙｐｅ－２ ＣＧ ＰＵＳＣＨ送信を含む。Ｔｙｐｅ－１ ＣＧにおいて、ＰＵＳＣＨ送信のための全てのパラメータが上位層によってシグナルされる。Ｔｙｐｅ－２ ＣＧにおいて、ＰＵＳＣＨ送信のためのパラメータの一部は上位層によってシグナルされ、残りはＰＤＣＣＨによってシグナルされる。基本的に、ＣＳではＰＵＳＣＨ送信にＰＤＣＣＨが伴われない。

（２）ＰＵＣＣＨ

ＰＵＣＣＨは、ＵＣＩ（Ｕｐｌｉｎｋ Ｃｏｎｔｒｏｌ Ｉｎｆｏｒｍａｔｉｏｎ）を運搬する。ＵＣＩは次を含む。

－ ＳＲ（Ｓｃｈｅｄｕｌｉｎｇ Ｒｅｑｕｅｓｔ）：ＵＬ－ＳＣＨリソースを要求するために用いられる情報である。

－ ＨＡＲＱ－ＡＣＫ（Ｈｙｂｒｉｄ Ａｕｔｏｍａｔｉｃ Ｒｅｐｅａｔ ａｎｄ ｒｅＱｕｅｓｔ Ａｃｋｎｏｗｌｅｄｇｅｍｅｎｔ）：ＤＬ信号（例えば、ＰＤＳＣＨ、ＳＰＳ解除ＰＤＣＣＨ）に対する受信応答信号である。ＨＡＲＱ－ＡＣＫ応答は、ｐｏｓｉｔｉｖｅ ＡＣＫ（簡単に、ＡＣＫ）、ｎｅｇａｔｉｖｅ ＡＣＫ（ＮＡＣＫ）、ＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）又はＮＡＣＫ／ＤＴＸを含むことができる。ＨＡＲＱ－ＡＣＫは、Ａ／Ｎ、ＡＣＫ／ＮＡＣＫ、ＨＡＲＱ－ＡＣＫ／ＮＡＣＫなどに言い換えてもよい。ＨＡＲＱ－ＡＣＫはＴＢ－単位／ＣＢＧ－単位で生成されてよい。

－ ＣＳＩ（Ｃｈａｎｎｅｌ Ｓｔａｔｕｓ Ｉｎｆｏｒｍａｔｏｎ）：ＤＬチャネルに関するフィードバック情報である。ＣＳＩは、ＣＱＩ（Ｃｈａｎｎｅｌ Ｑｕａｌｉｔｙ Ｉｎｆｏｒｍａｔｉｏｎ）、ＲＩ（Ｒａｎｋ Ｉｎｄｉｃａｔｏｒ）、ＰＭＩ（Ｐｒｅｃｏｄｉｎｇ Ｍａｔｒｉｘ Ｉｎｄｉｃａｔｏｒ）、ＰＴＩ（Ｐｒｅｃｏｄｉｎｇ Ｔｙｐｅ Ｉｎｄｉｃａｔｏｒ）などを含む。

表７は、ＰＵＣＣＨフォーマットを例示する。ＰＵＣＣＨフォーマットは、ＵＣＩペイロードサイズ／送信長（例えば、ＰＵＣＣＨリソースを構成するシンボル個数）／送信構造によって区別されてよい。ＰＵＣＣＨフォーマットは、送信長によってショート（ｓｈｏｒｔ）ＰＵＣＣＨ（フォーマット０、２）及びロング（ｌｏｎｇ）ＰＵＣＣＨ（フォーマット１、３、４）に分類されてよい。

（０）ＰＵＣＣＨフォーマット０（ＰＦ０）

－ 支援可能なＵＣＩペイロードサイズ：最大でＫビット（例えば、Ｋ＝２）

－ 単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：１～Ｘシンボル（例えば、Ｘ＝２）

－ 送信構造：ＤＭ－ＲＳ無しでＵＣＩ信号のみで構成され、複数のシーケンスのうち１つを選択及び送信することによってＵＣＩ状態を送信する。

（１）ＰＵＣＣＨフォーマット１（ＰＦ１）

－ 支援可能なＵＣＩペイロードサイズ：最大でＫビット（例えば、Ｋ＝２）

－ 単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル（例えば、Ｙ＝４、Ｚ＝１４）

－ 送信構造：ＤＭ－ＲＳとＵＣＩが個別のＯＦＤＭシンボルにＴＤＭ形態で構成され、ＵＣＩは、特定シーケンスに変調（例えば、ＱＰＳＫ）シンボルを乗じる形態である。ＵＣＩ及びＤＭ－ＲＳの両方にＣＳ（Ｃｙｃｌｉｃ Ｓｈｉｆｔ）／ＯＣＣ（Ｏｒｔｈｏｇｏｎａｌ Ｃｏｖｅｒ Ｃｏｄｅ）を適用（同一のＲＢ内で）することで、（ＰＵＣＣＨフォーマット１に従う）複数ＰＵＣＣＨリソース間にＣＤＭを支援する。

（２）ＰＵＣＣＨフォーマット２（ＰＦ２）

－ 支援可能なＵＣＩペイロードサイズ：Ｋビット以上（ｍｏｒｅ ｔｈａｎ ｋ ｂｉｔｓ）（例えば、Ｋ＝２）

－ 単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：１～Ｘシンボル（例えば、Ｘ＝２）

－ 送信構造：ＤＭＲＳとＵＣＩが同一シンボル内でＦＤＭ形態で構成／マップされ、符号化されたＵＣＩビットにＤＦＴ無しでＩＦＦＴのみを適用して送信される構造

（３）ＰＵＣＣＨフォーマット３（ＰＦ３）

－ 支援可能なＵＣＩペイロードサイズ：Ｋビット以上（例えば、Ｋ＝２）

－ 単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル（例えば、Ｙ＝４、Ｚ＝１４）

－ 送信構造：ＤＭＲＳとＵＣＩが個別のシンボルにＴＤＭ形態で構成／マップされ、符号化されたＵＣＩビットにＤＦＴを適用して送信する形態である。ＵＣＩにはＤＦＴ前段でＯＣＣを適用し、ＤＭＲＳにはＣＳ（又は、ＩＦＤＭマッピング）を適用することで、複数端末に多重化を支援する。

（４）ＰＵＣＣＨフォーマット４（ＰＦ４）

－ 支援可能なＵＣＩペイロードサイズ：Ｋビット以上（例えば、Ｋ＝２）

－ 単一ＰＵＣＣＨを構成するＯＦＤＭシンボル数：Ｙ～Ｚシンボル（例えば、Ｙ＝４、Ｚ＝１４）

－ 送信構造：ＤＭＲＳとＵＣＩが個別のシンボルにＴＤＭ形態で構成／マップされ、符号化されたＵＣＩビットにＤＦＴを適用し、端末間多重化無しで送信される構造である。

図４には、ＡＣＫ／ＮＡＣＫ送信過程を例示する。図４を参照すると、端末は、スロット＃ｎにおいてＰＤＣＣＨを検出できる。ここで、ＰＤＣＣＨは、下りリンクスケジューリング情報（例えば、ＤＣＩフォーマット１＿０、１＿１）を含み、ＰＤＣＣＨは、ＤＬ ａｓｓｉｇｎｍｅｎｔ－ｔｏ－ＰＤＳＣＨ ｏｆｆｓｅｔ（Ｋ０）とＰＤＳＣＨ－ＨＡＲＱ－ＡＣＫ ｒｅｐｏｒｔｉｎｇ ｏｆｆｓｅｔ（Ｋ１）を示す。例えば、ＤＣＩフォーマット１＿０、１＿１は、次の情報を含むことができる。

－ Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：ＰＤＳＣＨに割り当てられたＲＢセットを示す

－ Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ：Ｋ０、スロット内のＰＤＳＣＨの開始位置（例えば、ＯＦＤＭシンボルインデックス）及び長さ（例えば、ＯＦＤＭシンボル個数）を示す

－ ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒ：Ｋ１を示す

その後、端末は、スロット＃ｎのスケジューリング情報によってスロット＃（ｎ＋Ｋ０）においてＰＤＳＣＨを受信した後、スロット＃（ｎ＋Ｋ１）においてＰＵＣＣＨでＵＣＩを送信することができる。ここで、ＵＣＩは、ＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。ＰＤＳＣＨが最大で１個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は１ビットで構成されてよい。ＰＤＳＣＨが最大で２個のＴＢを送信するように構成された場合に、ＨＡＲＱ－ＡＣＫ応答は、空間（ｓｐａｔｉａｌ）バンドリングが構成されないと２ビットで構成され、空間バンドリングが構成されると１ビットで構成されてよい。複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ送信時点がスロット＃（ｎ＋Ｋ１）と指定された場合に、スロット＃（ｎ＋Ｋ１）において送信されるＵＣＩは、複数のＰＤＳＣＨに対するＨＡＲＱ－ＡＣＫ応答を含む。

１．非免許帯域を支援する無線通信システム

図５には、本発明に適用可能な非免許帯域を支援する無線通信システムの例示を示す。

以下の説明において、免許帯域（Ｌｉｃｅｎｓｅｄ Ｂａｎｄ，Ｌ－ｂａｎｄ）で動作するセルをＬ－ｃｅｌｌと定義し、Ｌ－ｃｅｌｌのキャリアを（ＤＬ／ＵＬ）ＬＣＣ（Ｌｉｃｅｎｓｅｄ Ｃｏｍｐｏｎｅｎｔ Ｃａｒｒｉｅｒ）と定義する。また、非免許帯域（Ｕｎｌｉｃｅｎｓｅｄ Ｂａｎｄ，Ｕ－ｂａｎｄ）で動作するセルをＵ－ｃｅｌｌと定義し、Ｕ－ｃｅｌｌのキャリアを（ＤＬ／ＵＬ）ＵＣＣと定義する。セルのキャリア／キャリア－周波数は、セルの動作周波数（例えば、中心周波数）を意味できる。セル／キャリア（例えば、ＣＣ）はセルと総称する。

図５（ａ）のように、端末と基地局が、搬送波結合したＬＣＣ及びＵＣＣを通じて信号を送受信する場合に、ＬＣＣはＰＣＣ（Ｐｒｉｍａｒｙ ＣＣ）と設定され、ＵＣＣはＳＣＣ（Ｓｅｃｏｎｄａｒｙ ＣＣ）と設定されてよい。図５（ｂ）のように、端末と基地局は、１つのＵＣＣ、又は搬送波結合した複数のＵＣＣを通じて信号を送受信できる。すなわち、端末と基地局は、ＬＣＣ無しでＵＣＣのみを通じて信号を送受信できる。スタンドアロンＮ動作のために、Ｕ－ＣｅｌｌにおいてＰＲＡＣＨ、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳ送信などが支援されてよい。

以下、本発明において、上述の非免許帯域における信号送受信動作は、（別に断りのない限り）上述の全ての配置シナリオに基づいて行われてよい。

特に断りのない限り、下記の定義が、本明細書で使われる用語に適用されてよい。

－ チャネル（ｃｈａｎｎｅｌ）：共有スペクトル（ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ）においてチャネル接続過程が行われる連続したＲＢで構成され、搬送波又は搬送波の一部を意味できる。

－ チャネル接続過程（チャネルアクセス手順、Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ，ＣＡＰ）：信号送信の前に他の通信ノードのチャネル使用の有無を判断するために、センシングに基づいてチャネル利用可能性を評価する手続を表す。センシングのための基本ユニット（ｂａｓｉｃ ｕｎｉｔ）は、Ｔ_ｓｌ＝９ｕｓ区間（ｄｕｒａｔｉｏｎ）のセンシングスロットである。基地局又は端末がセンシングスロット区間でチャネルをセンシングし、センシングスロット区間において少なくとも４ｕｓの間に検出された電力が、エネルギー検出臨界値（しきい値）Ｘ_{Ｔｈｒｅｓｈ}よりも小さい場合に、センシングスロット区間Ｔ_ｓｌは休止状態と見なされる。そうでない場合には、センシングスロット区間Ｔ_ｓｌ＝９ｕｓはビジー状態と見なされる。ＣＡＰは、ＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）と呼ぶことができる。

－ チャネル占有（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）：チャネル接続手続を行った後、基地局／端末によるチャネル上の対応する送信を意味する。

－ チャネル占有時間（Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ，ＣＯＴ）：基地局／端末がチャネル接続手続を行った後、前記基地局／端末及びチャネル占有を共有する任意の（ａｎｙ）基地局／端末がチャネル上で送信を行い得る総時間を意味する。ＣＯＴの決定時に、送信ギャップが２５ｕｓ以下であれば、ギャップ区間もＣＯＴにカウントされる。ＣＯＴは、基地局と対応端末間の送信のために共有されてよい。

－ ＤＬ送信バースト（ｂｕｒｓｔ）：１６ｕｓを超えるギャップがない、基地局からの送信セットと定義される。１６ｕｓを超えるギャップによって分離された、基地局からの送信は互いに別個のＤＬ送信バーストと見なされる。基地局は、ＤＬ送信バースト内でチャネル利用可能性をセンシングせず、ギャップ後に送信を行うことができる。

－ ＵＬ送信バースト：１６ｕｓを超えるギャップがない、端末からの送信セットと定義される。１６ｕｓを超えるギャップによって分離された、端末からの送信は、互いに別個のＵＬ送信バーストと見なされる。端末は、ＵＬ送信バースト内でチャネル利用可能性をセンシングせず、ギャップ後に送信を行うことができる。

－ ディスカバリバースト：（時間）ウィンドウ内に限定され、デューティーサイクルと関連した、信号及び／又はチャネルのセットを含むＤＬ送信バーストを意味する。ＬＴＥベースシステムにおいて、ディスカバリバーストは、基地局によって開始された送信であって、ＰＳＳ、ＳＳＳ及びＣＲＳ（ｃｅｌｌ－ｓｐｅｃｉｆｉｃ ＲＳ）を含み、ノン－ゼロパワーＣＳＩ－ＲＳをさらに含むことができる。ＮＲベースシステムにおいて、ディスカバリバーストは、機器局によって開始された送信であって、少なくともＳＳ／ＰＢＣＨブロックを含み、ＳＩＢ１を有するＰＤＳＣＨをスケジュールするＰＤＣＣＨのためのＣＯＲＥＳＥＴ、ＳＩＢ１を運搬するＰＤＳＣＨ及び／又はノン－ゼロパワーＣＳＩ－ＲＳをさらに含むことができる。

図６は、非免許帯域においてリソースを占有する方法を例示する。非免許帯域に対する地域別規制（ｒｅｇｕｌａｔｉｏｎ）によれば、非免許帯域内の通信ノードは、信号送信前に他の通信ノードのチャネル使用の有無を判断しなければならない。具体的に、通信ノードは、信号送信の前にまずキャリアセンシング（Ｃａｒｒｉｅｒ Ｓｅｎｓｉｎｇ；ＣＳ）を行い、他の通信ノードが信号送信をするか否かを確認することができる。他の通信ノードが信号送信をしないと判断された場合を、ＣＣＡ（Ｃｌｅａｒ Ｃｈａｎｎｅｌ Ａｓｓｅｓｓｍｅｎｔ）が確認されたと定義する。既に定義された或いは上位層（例えば、ＲＲＣ）シグナリングによって設定されたＣＣＡ臨界値がある場合に、通信ノードは、ＣＣＡ臨界値よりも高いエネルギーがチャネルで検出されると、チャネル状態をビジー（ｂｕｓｙ）と判断し、そうでないと、チャネル状態をアイドル（ｉｄｌｅ）と判断できる。参考として、Ｗｉ－Ｆｉ標準（８０２．１１ａｃ）においてＣＣＡ臨界値は、非Ｗｉ－Ｆｉ信号に対して－６２ｄＢｍ、Ｗｉ－Ｆｉ信号に対して－８２ｄＢｍと規定されている。チャネル状態がアイドルと判断されると、通信ノードはＵＣｅｌｌにおいて信号送信を開始できる。上述した一連の過程は、ＬＢＴ（Ｌｉｓｔｅｎ－Ｂｅｆｏｒｅ－Ｔａｌｋ）又はＣＡＰ（Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）と呼ぶことができる。ＬＢＴとＣＡＰ、ＣＣＡは相互に同じ意味で使われてよい。

具体的に、非免許帯域における下りリンク受信／上りリンク送信のために、以下に説明されるＣＡＰ方法のいずれか１つ以上が、本発明に関わる無線通信システムにおいて用いられてよい。

非免許帯域を通じた下りリンク信号送信方法

基地局は、非免許帯域における下りリンク信号送信のために、次のいずれか１つの非免許帯域接続手続（例えば、Ｃｈａｎｎｅｌ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ，ＣＡＰ）を行うことができる。

（１）タイプ１下りリンクＣＡＰ方法

タイプ１ ＤＬ ＣＡＰにおいて送信の前に遊休とセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さはランダムである。タイプ１ＤＬ ＣＡＰは、下記の送信に適用されてよい。

－ （ｉ）ユーザプレーンデータ（ｕｓｅｒ ｐｌａｎｅ ｄａｔａ）を有するユニキャストＰＤＳＣＨ、又は（ｉｉ）ユーザプレーンデータを有するユニキャストＰＤＳＣＨ及びユーザプレーンデータをスケジュールするユニキャストＰＤＣＣＨを含む、基地局によって開始された（ｉｎｉｔｉａｔｅｄ）送信、又は

－ （ｉ）ディスカバリバーストのみを有する、又は（ｉｉ）非ユニキャスト（ｎｏｎ－ｕｎｉｃａｓｔ）情報と多重化されたディスカバリバーストを有する、基地局によって開始された送信。

図７は、基地局の非免許帯域を通じた下りリンク信号送信のためのＣＡＰ動作のフローチャートである。

図７を参照すると、基地局はまず、遅延区間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ）Ｔ_ｄのセンシングスロット区間でチャネルが休止状態であるかセンシングし、カウンターＮが０になると送信を行うことができる（Ｓ１２３４）。このとき、カウンターＮは、下記の手続によって追加センシングスロット区間でチャネルをセンシングすることによって調整される：

ステップ１）（Ｓ１２２０） Ｎ＝Ｎ_ｉｎｉｔに設定。ここで、Ｎ_ｉｎｉｔは、０からＣＷ_ｐまでの間で均等分布されたランダム値である。続いて、ステップ４に移動する。

ステップ２）（Ｓ１２４０） Ｎ＞０であり、基地局がカウンターを減少させることを選択した場合に、Ｎ＝Ｎ－１に設定。

ステップ３）（Ｓ１２５０） 追加センシングスロット区間でチャネルをセンシングする。この時、追加センシングスロット区間が休止であると（Ｙ）、ステップ４に移動する。そうでないと（Ｎ）、ステップ５に移動する。

ステップ４）（Ｓ１２３０） Ｎ＝０であると（Ｙ）、ＣＡＰ手続を終了する（Ｓ１２３２）。そうでないと（Ｎ）、ステップ２に移動する。

ステップ５）（Ｓ１２６０） 追加遅延区間Ｔ_ｄにおいてビジー（ｂｕｓｙ）センシングスロットが検出されるか、追加遅延区間Ｔ_ｄ内の全センシングスロットが休止（ｉｄｌｅ）と検出されるまでチャネルをセンシングする。

ステップ６）（Ｓ１２７０） 追加遅延区間Ｔ_ｄの全センシングスロット区間でチャネルが休止とセンシングされると（Ｙ）、ステップ４に移動する。そうでないと（Ｎ）、ステップ５に移動する。

表８は、チャネル接続優先順位クラスに従って、ＣＡＰに適用されるｍ_ｐ、最小競合ウィンドウ（Ｃｏｎｔｅｎｔｉｏｎ Ｗｉｎｄｏｗ，ＣＷ）、最大ＣＷ、最大チャネル占有時間（Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ，ＭＣＯＴ）及び許容されたＣＷサイズ（ａｌｌｏｗｅｄ ＣＷ ｓｉｚｅｓ）が変わることを例示する。

遅延区間Ｔ_ｄは、区間Ｔ_ｆ（１６ｕｓ）＋ｍ_ｐ個の連続したセンシングスロット区間Ｔ_ｓｌ（９ｕｓ）の順序で構成される。Ｔ_ｆは、１６ｕｓ区間の開始時点にセンシングスロット区間Ｔ_ｓｌを含む。

ＣＷ_{ｍｉｎ，ｐ}＜＝ＣＷ_ｐ＜＝ＣＷ_{ｍａｘ，ｐ}である。ＣＷ_ｐは、ＣＷ_ｐ＝ＣＷ_{ｍｉｎ，ｐ}に設定され、以前のＤＬバースト（例えば、ＰＤＳＣＨ）に対するＨＡＲＱ－ＡＣＫフィードバック（例えば、ＡＣＫ又はＮＡＣＫ比率）に基づいて、ステップ１以前にアップデートされてよい（ＣＷサイズアップデート）。例えば、ＣＷ_ｐは、以前のＤＬバーストに対するＨＡＲＱ－ＡＣＫフィードバックに基づいて、ＣＷ_{ｍｉｎ，ｐ}に初期化される、次に高い許容された値に増加する、或いは既存値がそのまま維持されてよい。

（２）タイプ２下りリンク（ＤＬ）ＣＡＰ方法

タイプ２ＤＬ ＣＡＰにおいて送信の前に遊休とセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さは、決定的（ｄｅｔｅｒｍｉｎｉｓｔｉｃ）である。タイプ２ＤＬ ＣＡＰは、タイプ２Ａ／２Ｂ／２Ｃ ＤＬ ＣＡＰに区別される。

タイプ２Ａ ＤＬ ＣＡＰは、下記の送信に適用されてよい。タイプ２Ａ ＤＬ ＣＡＰにおいて、基地局は、少なくともセンシング区間Ｔ_{ｓｈｏｒｔ＿ｄｌ}＝２５ｕｓの間にチャネルが休止とセンシングされた直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、送信を送信できる。ここで、Ｔ_{ｓｈｏｒｔ＿ｄｌ}は、区間Ｔ_ｆ（＝１６ｕｓ）とその直後につながる１つのセンシングスロット区間で構成される。Ｔｆは、区間の開始地点にセンシングスロットを含む。

－ （ｉ）ディスカバリバーストのみを有する、又は（ｉｉ）非ユニキャスト（ｎｏｎ－ｕｎｉｃａｓｔ）情報と多重化されたディスカバリバーストとを有する、基地局によって開始された送信、又は、

－ 共有チャネル占有（ｓｈａｒｅｄ ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ）内で端末による送信から２５ｕｓギャップ後の基地局の送信。

タイプ２Ｂ ＤＬ ＣＡＰは、共有されたチャネル占有時間内で端末による送信から１６ｕｓギャップ後に基地局によって行われる送信に適用可能である。タイプ２Ｂ ＤＬ ＣＡＰにおいて基地局は、Ｔ_ｆ＝１６ｕｓの間にチャネルが休止とセンシングされた直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、送信を送信できる。Ｔ_ｆは、区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２Ｃ ＤＬ ＣＡＰは、共有されたチャネル占有時間内で端末による送信から最大１６ｕｓギャップ後に基地局によって行われる送信に適用可能である。タイプ２Ｃ ＤＬ ＣＡＰにおいて基地局は、送信を行う前にチャネルをセンシングしない。

非免許帯域を通じた上りリンク信号送信方法

端末は、非免許帯域における上りリンク信号送信のためにタイプ１又はタイプ２のＣＡＰを行う。一般に、端末は、上りリンク信号送信のために、基地局の設定したＣＡＰ（例えば、タイプ１又はタイプ２）を行うことができる。例えば、ＰＵＳＣＨ送信をスケジュールするＵＬグラント（例えば、ＤＣＩフォーマット０＿０、０＿１）内に端末のＣＡＰタイプ指示情報が含まれてよい。

（１）タイプ１上りリンク（ＵＬ）ＣＡＰ方法

タイプ１ ＵＬ ＣＡＰで送信の前に遊休とセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さはランダムである。タイプ１ ＵＬ ＣＡＰは、下記の送信に適用されてよい。

－ 基地局からスケジューリング及び／又は設定された（ｃｏｎｆｉｇｕｒｅｄ）ＰＵＳＣＨ／ＳＲＳ送信

－ 基地局からスケジューリング及び／又は設定されたＰＵＣＣＨ送信

－ ＲＡＰ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｏｃｅｄｕｒｅ）に関連した送信

図８は、上りリンク信号送信のための端末のタイプ１ ＣＡＰ動作のフローチャートである。

図８を参照すると、端末はまず、遅延区間（ｄｅｆｅｒ ｄｕｒａｔｉｏｎ）Ｔ_ｄのセンシングスロット区間でチャネルが休止状態であるかセンシングし、その後、カウンターＮが０になると、送信を行うことができる（Ｓ１５３４）。この時、カウンターＮは、下記の手続によって追加センシングスロット区間でチャネルをセンシングすることによって調整される：

ステップ１）（Ｓ１５２０） Ｎ＝Ｎ_ｉｎｉｔに設定。ここで、Ｎ_ｉｎｉｔは、０からＣＷ_ｐまでの間で均等分布したランダム値である。次に、ステップ４に移動する。

ステップ２）（Ｓ１５４０） Ｎ＞０であり、端末がカウンターを減少させることを選択した場合に、Ｎ＝Ｎ－１に設定。

ステップ３）（Ｓ１５５０） 追加センシングスロット区間でチャネルをセンシングする。この時、追加センシングスロット区間が休止であると（Ｙ）、ステップ４に移動する。そうでないと（Ｎ）、ステップ５に移動する。

ステップ４）（Ｓ１５３０） Ｎ＝０であると（Ｙ）、ＣＡＰ手続を終了する（Ｓ１５３２）。そうでないと（Ｎ）、ステップ２に移動する。

ステップ５）（Ｓ１５６０） 追加遅延区間Ｔｄ内でビジー（ｂｕｓｙ）センシングスロットが検出される、或いは追加遅延区間Ｔｄ内の全センシングスロットが休止（ｉｄｌｅ）と検出されるまでチャネルをセンシング。

ステップ６）（Ｓ１５７０） 追加遅延区間Ｔｄの全センシングスロット区間でチャネルが休止とセンシングされると（Ｙ）、ステップ４に移動する。そうでないと（Ｎ）、ステップ５に移動する。

表９は、チャネル接続優先順位クラスにしたがって、ＣＡＰに適用されるｍ_ｐ、最小ＣＷ、最大ＣＷ、最大チャネル占有時間（Ｍａｘｉｍｕｍ Ｃｈａｎｎｅｌ Ｏｃｃｕｐａｎｃｙ Ｔｉｍｅ，ＭＣＯＴ）、及び許容されたＣＷサイズ（ａｌｌｏｗｅｄ ＣＷ ｓｉｚｅｓ）が変わることを例示する。

遅延区間Ｔ_ｄは、区間Ｔ_ｆ（１６ｕｓ）＋ｍ_ｐ個の連続したセンシングスロット区間Ｔ_ｓｌ（９ｕｓ）の順序で構成される。Ｔ_ｆは、１６ｕｓ区間の開始時点にセンシングスロット区間Ｔｓｌを含む。

ＣＷ_{ｍｉｎ，ｐ}＜＝ＣＷ_ｐ＜＝ＣＷ_{ｍａｘ，ｐ}である。ＣＷ_ｐは、ＣＷ_ｐ＝ＣＷ_{ｍｉｎ，ｐ}に設定され、以前のＵＬバースト（例えば、ＰＵＳＣＨ）に対する明示的／暗黙的受信応答に基づいてステップ１以前にアップデートされてよい（ＣＷサイズアップデート）。例えば、ＣＷ_ｐは、以前ＵＬバーストに対する明示的／暗黙的受信応答に基づいて、ＣＷ_{ｍｉｎ，ｐ}に初期化される、次に高い許容された値に増加する、或いは既存値がそのまま維持されてよい。

（２）タイプ２上りリンク（ＵＬ）ＣＡＰ方法

タイプ２ＵＬ ＣＡＰにおいて送信の前に遊休とセンシングされるセンシングスロットによってスパンされる（ｓｐａｎｎｅｄ）時間区間の長さは決定的（ｄｅｔｅｒｍｉｎｉｓｔｉｃ）である。タイプ２ＵＬ ＣＡＰは、タイプ２Ａ／２Ｂ／２Ｃ ＵＬ ＣＡＰと区別される。タイプ２Ａ ＵＬ ＣＡＰにおいて端末は、少なくともセンシング区間Ｔ_{ｓｈｏｒｔ＿ｄｌ}＝２５ｕｓの間にチャネルが休止とセンシングされた直後に（ｉｍｍｅｄｉａｔｅｌｙ ａｆｔｅｒ）、送信を送信できる。ここで、Ｔ_{ｓｈｏｒｔ＿ｄｌ}は、区間Ｔｆ（＝１６ｕｓ）とその直後につながる１つのセンシングスロット区間で構成される。タイプ２Ａ ＵＬ ＣＡＰにおいてＴ_ｆは区間の開始地点にセンシングスロットを含む。タイプ２Ｂ ＵＬ ＣＡＰにおいて端末は、センシング区間Ｔ_ｆ＝１６ｕｓの間にチャネルが休止とセンシングされた直後に、送信を送信できる。タイプ２Ｂ ＵＬ ＣＡＰにおいてＴ_ｆは区間の最後の９ｕｓ内にセンシングスロットを含む。タイプ２Ｃ ＵＬ ＣＡＰにおいて端末は、送信を行う前にチャネルをセンシングしない。

ＲＢインタレース

図９は、ＲＢインタレースを例示する。共有スペクトルではＯＣＢ（Ｏｃｃｕｐｉｅｄ Ｃｈａｎｎｅｌ Ｂａｎｄｗｉｄｔｈ）及びＰＳＤ（Ｐｏｗｅｒ Ｓｐｅｃｔｒａｌ Ｄｅｎｓｉｔｙ）関連規制を考慮し、周波数上で（等間隔の）不連続する（単一）ＲＢの集合を、ＵＬ（物理）チャネル／信号送信に用いられる／割り当てられる単位リソースと定義できる。このような不連続ＲＢ集合を、便宜上、“ＲＢインタレース”（簡単に、インタレース）と定義する。

図９を参照すると、周波数帯域内に複数のＲＢインタレース（簡単に、インタレース）が定義されてよい。ここで、周波数帯域は、（ワイドバンド）セル／ＣＣ／ＢＷＰ／ＲＢセットを含み、ＲＢはＰＲＢを含むことができる。例えば、インタレース＃ｍ∈｛０，１，．．．，Ｍ－１｝は、（共通）ＲＢ｛ｍ，Ｍ＋ｍ，２Ｍ＋ｍ，３Ｍ＋ｍ，．．．｝で構成されてよい。Ｍは、インタレースの個数を表す。送信機（例えば、端末）は、１つ以上のインタレースを用いて信号／チャネルを送信できる。信号／チャネルはＰＵＣＣＨ又はＰＵＳＣＨを含むことができる。

２．ランダム接続（ランダムアクセス、Ｒａｎｄｏｍ Ａｃｃｅｓｓ，ＲＡ）過程

図１０には、ランダム接続過程を示す。図１０（ａ）は、競合ベースランダム接続過程を示し、図１０（ｂ）は、専用ランダム接続過程を例示する。

図１０（ａ）を参照すると、競合ベースランダム接続過程は、下記の４段階を含む。以下、段階１～４で送信されるメッセージはそれぞれ、メッセージ（Ｍｓｇ）１～４と呼ぶことができる。

－ 段階１：端末は、ＰＲＡＣＨを通じてＲＡＣＨプリアンブルを送信する。

－ 段階２：端末は、基地局からＤＬ－ＳＣＨを通じてランダム接続応答（ランダムアクセス応答、Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）を受信する。

－ 段階３：端末は、ＵＬ－ＳＣＨを通じてレイヤ２／ レイヤ３メッセージを基地局に送信する。

－ 段階４：端末は、ＤＬ－ＳＣＨを通じて競合解消（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）メッセージを基地局から受信する。

端末は、システム情報を用いて基地局からランダム接続に関する情報を受信することができる。

ランダム接続が必要であれば、端末は、段階１のようにＲＡＣＨプリアンブルを基地局に送信する。基地局は、ランダム接続プリアンブルが送信された時間／周波数リソース（ＲＡＣＨ機会；ＲＯ）及びランダム接続プリアンブルインデックス（Ｐｒｅａｍｂｌｅ Ｉｎｄｅｘ，ＰＩ）により、それぞれのランダム接続プリアンブルを区別できる。

基地局が端末からランダム接続プリアンブルを受信すると、基地局は、段階２のようにランダム接続応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）メッセージを端末に送信する。ランダム接続応答メッセージの受信のために、端末は、あらかじめ設定された時間ウィンドウ（例えば、ｒａ－ＲｅｓｐｏｎｓｅＷｉｎｄｏｗ）内で、ランダム接続応答メッセージに対するスケジューリング情報を含む、ＲＡ－ＲＮＴＩ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ－ＲＮＴＩ）でＣＲＣマスクされたＬ１／Ｌ２制御チャネル（ＰＤＣＣＨ）をモニターする。ＲＡ－ＲＮＴＩでマスクされたＰＤＣＣＨは、共通検索空間（共通サーチスペース、ｃｏｍｍｏｎ ｓｅａｒｃｈ ｓｐａｃｅ）を通じてのみ送信されてよい。ＲＡ－ＲＮＴＩでマスクされたスケジューリング信号を受信した場合に、端末は、前記スケジューリング情報が指示するＰＤＳＣＨでランダム接続応答メッセージを受信することができる。その後、端末は、ランダム接続応答メッセージに、自分に指示されたランダム接続応答情報があるかどうか確認する。自分に指示されたランダム接続応答情報が存在するか否かは、端末の送信したプリアンブルに対するＲＡＰＩＤ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｐｒｅａｍｂｌｅ ＩＤ）が存在するか否かによって確認できる。端末の送信したプリアンブルのインデックスとＲＡＰＩＤは同一であってよい。ランダム接続応答情報は、対応するランダム接続プリアンブルインデックス、ＵＬ同期化のためのタイミングオフセット情報（例えば、Ｔｉｍｉｎｇ Ａｄｖａｎｃｅ Ｃｏｍｍａｎｄ，ＴＡＣ）、メッセージ３送信のためのＵＬスケジューリング情報（例えば、ＵＬグラント）、及び端末臨時識別情報（例えば、Ｔｅｍｐｏｒａｒｙ－Ｃ－ＲＮＴＩ，ＴＣ－ＲＮＴＩ）を含む。

ランダム接続応答情報を受信した端末は、段階３のように、ＵＬスケジューリング情報及びタイミングオフセット値によって、ＰＵＳＣＨを通じてＵＬ－ＳＣＨ（Ｓｈａｒｅｄ Ｃｈａｎｎｅｌ）データ（メッセージ３）を送信する。メッセージ３には、端末のＩＤ（又は、端末のグローバルＩＤ）が含まれてよい。又は、メッセージ３には、初期接続（初期アクセス、ｉｎｉｔｉａｌ ａｃｃｅｓｓ）のためのＲＲＣ連結要求関連情報（例えば、ＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージ）が含まれてよい。また、メッセージ３には、端末の送信可能なデータ（ｄａｔａ ａｖａｉｌａｂｌｅ ｆｏｒ ｔｒａｎｓｍｉｓｓｉｏｎ）の量に関するバッファ状態報告（Ｂｕｆｆｅｒ Ｓｔａｔｕｓ Ｒｅｐｏｒｔ；ＢＳＲ）が含まれてよい。

ＵＬ－ＳＣＨデータ受信後に、段階４のように、基地局は、競合解消（ｃｏｎｔｅｎｔｉｏｎ ｒｅｓｏｌｕｔｉｏｎ）メッセージ（メッセージ４）を端末に送信する。端末が競合解消メッセージを受信し、競合解消に成功すると、ＴＣ－ＲＮＴＩはＣ－ＲＮＴＩに変更される。メッセージ４には、端末のＩＤ及び／又はＲＲＣ連結関連情報（例えば、ＲＲＣＳｅｔｕｐメッセージ）が含まれてよい。メッセージ３によって送信した情報とメッセージ４によって受信した情報とが一致しないか、一定時間にメッセージ４を受信できないと、端末は、競合解消に失敗したと見なし、メッセージ３を再送信できる。

図１０（ｂ）を参照すると、専用ランダム接続過程は、下記の３段階を含む。以下、段階０～２において送信されるメッセージはそれぞれ、メッセージ（Ｍｓｇ）０～２と呼ぶことができる。専用ランダム接続過程は、基地局がＲＡＣＨプリアンブル送信を命令する用途のＰＤＣＣＨ（以下、ＰＤＣＣＨオーダー（ｏｒｄｅｒ））を用いてトリガーされてよい。

－ 段階０：基地局は専用シグナリングによるＲＡＣＨプリアンブルを端末に割り当てる。

－ 段階１：端末はＰＲＡＣＨを通じてＲＡＣＨプリアンブルを送信する。

－ 段階２：端末は基地局からＤＬ－ＳＣＨを通じてランダム接続応答（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｒｅｓｐｏｎｓｅ，ＲＡＲ）を受信する。

専用ランダム接続過程の段階１～２の動作は、競合ベースランダム接続過程の段階１～２と同一であってよい。

ＮＲでは、非競合ベースランダム接続過程をＰＤＣＣＨ命令（ｏｒｄｅｒ）によって開始するためにＤＣＩフォーマット１＿０が用いられる。ＤＣＩフォーマット１＿０は、１つのＤＬセルにおいてＰＤＳＣＨをスケジュールするために用いられる。一方、ＤＣＩフォーマット１＿０のＣＲＣ（Ｃｙｃｌｉｃ Ｒｅｄｕｎｄａｎｃｙ Ｃｈｅｃｋ）がＣ－ＲＮＴＩでスクランブルされ、“Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ”フィールドのビット値がいずれも１である場合に、ＤＣＩフォーマット１＿０は、ランダム接続過程を指示するＰＤＣＣＨ命令として用いられる。この場合、ＤＣＩフォーマット１＿０のフィールドは、次のように設定される。

－ ＲＡプリアンブルインデックス：６ビット

－ ＵＬ／ＳＵＬ（Ｓｕｐｐｌｅｍｅｎｔａｒｙ ＵＬ）指示子：１ビット。ＲＡプリアンブルインデックスのビット値がいずれも０でない上に、端末に対してセル内にＳＵＬが設定された場合、セル内でＰＲＡＣＨが送信されたＵＬ搬送波を指示する。その他の場合には使用されない（ｒｅｓｅｒｖｅｄ）。

－ ＳＳＢ（Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ／Ｐｈｙｓｉｃａｌ Ｂｒｏａｄｃａｓｔ Ｃｈａｎｎｅｌ）インデックス：６ビット。ＲＡプリアンブルインデックスのビット値がいずれも０でない場合に、ＰＲＡＣＨ送信のためのＲＡＣＨ機会（ｏｃｃａｓｉｏｎ）を決定するために用いられるＳＳＢを指示する。その他の場合には使用されない（ｒｅｓｅｒｖｅｄ）。

－ ＰＲＡＣＨマスクインデックス：４ビット。ＲＡプリアンブルインデックスのビット値がいずれも０でない場合に、ＳＳＢインデックスによって指示されるＳＳＢと関連したＲＡＣＨ機会を指示する。その他の場合には使用されない（ｒｅｓｅｒｖｅｄ）。

－ 未使用（ｒｅｓｅｒｖｅｄ）：１０ビット

ＤＣＩフォーマット１＿０がＰＤＣＣＨ命令に該当しない場合に、ＤＣＩフォーマット１＿０は、ＰＤＳＣＨをスケジュールするために用いられるフィールドで構成される（例えば、Ｔｉｍｅ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ，ＭＣＳ（Ｍｏｄｕｌａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）、ＨＡＲＱプロセス番号、ＰＤＳＣＨ－ｔｏ－ＨＡＲＱ＿ｆｅｅｄｂａｃｋ ｔｉｍｉｎｇ ｉｎｄｉｃａｔｏｒなど）。

２段階ランダム接続手続

以上で説明したように、従来のランダム接続は、４段階の過程を経る。従来、ＬＴＥシステムでは、４段階のランダム接続過程に、表１０のように平均して１５．５ｍｓがかかった。

ＮＲシステムでは、既存システムよりも低いレイテンシー（ｌａｔｅｎｃｙ）が要求さることがある。また、Ｕ－ｂａｎｄにおいてランダム接続過程が発生すると、端末と基地局が４段階のランダム接続過程の全てにおいて順次にＬＢＴに成功してこそランダム接続過程が終了し、競合が解消される。４段階のランダム接続過程のいずれか一段階でもＬＢＴに失敗すると、リソース効率性（ｒｅｓｏｕｒｃｅ ｅｆｆｉｃｉｅｎｃｙ）が低下し、レイテンシーが増加する。特に、メッセージ２又はメッセージ３と関連したスケジューリング／送信過程でＬＢＴに失敗すると、リソース効率性の減少及びレイテンシー増加が大きく発生することがある。Ｌ－ｂａｎｄにおけるランダム接続過程であっても、ＮＲシステムの様々なシナリオ内で低いレイテンシーのランダム接続過程が要求されることがある。したがって、２段階ランダム接続過程はＬ－ｂａｎｄ上でも行われてよい。

図１１（ａ）に示すように、２段階ランダム接続過程は、端末から基地局への上りリンク信号（メッセージＡという。）送信と、基地局から端末への下りリンク信号（メッセージＢという。）送信の２段階で構成されてよい。

以下の説明は、初期接続過程を中心にしているが、端末と基地局間のＲＲＣ連結がなされた後のランダム接続過程にも、以下の提案方法が同一に適用されてよい。また、非競合ランダム接続過程においても、図１１（ｂ）に示すように、ランダム接続プリアンブルとＰＵＳＣＨパート（ｐａｒｔ）が一緒に送信されてよい。

図示してはいないが、メッセージＢをスケジュールするためのＰＤＣＣＨが基地局から端末に送信されてよく、これは、Ｍｓｇ．Ｂ ＰＤＣＣＨと呼ぶことができる。

３．非免許帯域におけるランダム接続過程

上に述べた内容（３ＧＰＰシステム（又は、ＮＲシステム）、フレーム構造（ｆｒａｍｅ ｓｔｒｕｃｔｕｒｅ）など）は、後述する本明細書で提案する方法と結合して適用されてよく、或いは、本明細書で提案する方法の技術的特徴を明確にするために補充されてよい。

前述したように、Ｗｉ－Ｆｉ標準（８０２．１１ａｃ）においてＣＣＡ臨界値は、非Ｗｉ－Ｆｉ信号に対して－６２ｄＢｍ、Ｗｉ－Ｆｉ信号に対して－８２ｄＢｍと規定されている。言い換えると、Ｗｉ－ＦｉシステムのＳＴＡ（Ｓｔａｔｉｏｎ）又はＡＰ（Ａｃｃｅｓｓ Ｐｏｉｎｔ）は、Ｗｉ－Ｆｉシステムに属しない装置の信号が特定帯域で－６２ｄＢｍ以上の電力で受信されるとき、当該特定帯域で信号送信をしない。

ＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｃｈａｎｎｅｌ）フォーマットは、ロングＲＡＣＨフォーマットとショートＲＡＣＨフォーマットを含むことができる。ロングＲＡＣＨフォーマットに該当するＰＲＡＣＨは、長さ８３９のシーケンス（Ｌｅｎｇｔｈ ８３９ ｓｅｑｕｅｎｃｅ）で構成される。ショートＲＡＣＨフォーマットに該当するＰＲＡＣＨは、長さ１３９のシーケンス（Ｌｅｎｇｔｈ １３９ ｓｅｑｕｅｎｃｅ）で構成される。以下では、ショートＲＡＣＨフォーマットによって構成されるシーケンスの構造について提案する。６ＧＨｚ未満のＦＲ１（Ｆｒｅｑｕｅｎｃｙ Ｒａｎｇｅ １）帯域において、ショートＲＡＣＨフォーマットのＳＣＳは、１５及び／又は３０ＫＨｚに該当する。ショートＲＡＣＨフォーマットに該当するＰＲＡＣＨは、図１０のように、１２ＲＢで送信されてよい。１２ＲＢは１４４ＲＥを含み、ＰＲＡＣＨは、１４４ＲＥの１３９トーン（１３９ＲＥ）で送信されてよい。図１２は、１４４ＲＥのうち最低のインデックス順に２個のＲＥ、最高のインデックス順に３個のＲＥがヌルトーン（Ｎｕｌｌ ｔｏｎｅ）に該当するように図示されているが、ヌルトーンの位置は、図１２の図示と異なってもよい。

本明細書において、ショートＲＡＣＨフォーマットはショートＰＲＡＣＨフォーマットと、ロングＲＡＣＨフォーマットはロングＰＲＡＣＨフォーマットと呼ばれてもよい。ＰＲＡＣＨフォーマットはプリアンブルフォーマットと呼ばれてもよい。

ショートＰＲＡＣＨフォーマットは、表１１に定義の値で構成されてよい。

表１１で、Ｌ_ＲＡはＲＡＣＨシーケンスの長さ、Δｆ_ＲＡはＲＡＣＨに適用されるＳＣＳ、κ＝Ｔ_ｓ／Ｔ_ｃ＝６４である。μ∈｛０，１，２，３｝であって、μはＳＣＳ値にしたがって、０、１、２、３のいずれか１つの値と定められる。例えば、１５ｋＨｚ ＳＣＳではμは０、３０ｋＨｚ ＳＣＳではμは１と定められる。

基地局は上位レイヤシグナリングによって、特定タイミングにどのＰＲＡＣＨフォーマットを特定期間（ｄｕｒａｔｉｏｎ）だけ送信できるか、及び該当のスロットにＲＯがいくつあるかまで知らせることができる。３８．２１１標準のＴａｂｌｅ ６．３．３．２－２からＴａｂｌｅ６．３．３．２－４までがそれに該当する。表１２は、３８．２１１標準のｔａｂｌｅ ６．３．３．２－３においてＡ１、Ａ２、Ａ３、Ｂ１、Ｂ２、Ｂ３を単独又は組合せで使用できるインデックス（ｉｎｄｅｘ）のうち、特定のいくつかのみを抜萃して示している。

表１２から、各プリアンブルフォーマット別にＲＡＣＨスロットにいくつのＲＯが定義されているか（表１２のｎｕｍｂｅｒ ｏｆ ｔｉｍｅ－ｄｏｍｉａｎ ＰＲＡＣＨ ｏｃｃａｓｉｏｎｓ ｗｉｔｈｉｎ ａ ＰＲＡＣＨ ｓｌｏｔ）、各プリアンブルフォーマットのＰＲＡＣＨプリアンブルがいくつのＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ－ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）シンボルを占有しているか（表１２のＰＲＡＣＨ ｄｕｒａｔｉｏｎ）が分かる。また、プリアンブルフォーマット別に最初ＲＯの開始シンボル（ｓｔａｒｔｉｎｇ ｓｙｍｂｏｌ）が指示されてよいので、当該ＲＡＣＨスロットのどの時点からＲＯが開始されるかに関する情報が、基地局と端末間で送受信されてよい。図１３には、表１２のＰＲＡＣＨ設定インデックス（ＰＲＡＣＨ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｉｎｄｅｘ）値別に、ＲＡＣＨスロット内にＲＯが構成される形態を示す。

一方、非免許帯域で動作する装置は、ある信号を送信しようとするチャネルがアイドル状態か又はビジー状態かを確認する。チャネルがアイドル状態であれば、当該チャネルを通じて信号が送信される。チャネルがビジー状態であれば、信号を送信しようとする装置は、チャネルがアイドル状態になるまで待った後に信号を送信する。図６及び図７を用いて既に説明したように、このような動作は、ＬＢＴ又はチャネル接続方式（チャネルアクセス方式、ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｓｃｈｅｍｅ）と呼ぶことができる。また、表１３のようなＬＢＴカテゴリー（ｃａｔｅｇｏｒｙ）が存在してよい。

カテゴリー１に該当するＬＢＴは、ＬＢＴ無しでチャネルに接続する方法である。特定カテゴリー１に該当するＬＢＴによれば、特定ノードがチャネルを占有した後、次の送信直前までにおける時間間隔が１６ｕｓよりも小さい場合、特定ノードは状態に関係なくチャネルに接続できる。次に、カテゴリー２ＬＢＴは、バックオフカウンター（ｂａｃｋ－ｏｆｆ ｃｏｕｎｔｅｒ）値無しでワンショットＬＢＴ（ｏｎｅ ｓｈｏｔ ＬＢＴ）を行った後、チャネルに接続する方法である。カテゴリー２に該当するＬＢＴによれば、特定ノードは、チャネルが１６ｕｓ（又は、２５ｕｓ）の間にアイドル状態か判断した後、送信を行う。

カテゴリー３及びカテゴリー４に該当するＬＢＴでは、バックオフカウンター値が競合ウィンドウ（コンテンションウィンドウ、ｃｏｎｔｅｎｔｉｏｎ ｗｉｎｄｏｗ；ＣＷ）内でランダムに選択される。本明細書において、カテゴリー３に該当するＬＢＴはＣａｔ ３ ＬＢＴ、カテゴリー４に該当するＬＢＴはＣａｔ ４ ＬＢＴと呼ぶことができる。カテゴリー３に該当するＬＢＴでは、常に固定した競合ウィンドウサイズ値に基づいてバックオフカウンター値がランダムに選択される。カテゴリー４に該当するＬＢＴでは、競合ウィンドウサイズ値が、最初の最小競合ウィンドウサイズ値から始まって、ＬＢＴに失敗する度に、許容された候補内で１ステップずつ増加する。競合ウィンドウサイズの最大値、最小値及び許容された競合ウィンドウサイズ値の候補は、チャネル接続優先順位クラス（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｉｏｒｉｔｙ ｃｌａｓｓ）別に既に定義されている（表３及び表４参照）。例えは、チャネル接続優先順位クラスが４であるＣａｔ ４ ＬＢＴでは、端末は最初に、０～１５でランダムにバックオフカウンター値を選択する。端末がＬＢＴに失敗すると、０～３１でランダムにバックオフカウンター値を選択する。

カテゴリー１に該当するＬＢＴは、前述したタイプ２Ｃ ＤＬ ＣＡＰ及びタイプ２Ｃ ＵＬ ＣＡＰを含むことができる。カテゴリー２に該当するＬＢＴは、タイプ２Ａ ＤＬ ＣＡＰ、タイプ２Ｂ ＤＬ ＣＡＰ、タイプ２Ａ ＵＬ ＣＡＰ、タイプ２Ｂ ＵＬ ＣＡＰを含むことができる。カテゴリー４に該当するＬＢＴは、タイプ１ ＤＬ ＣＡＰ、タイプ１ ＵＬ ＣＡＰを含むことができる。

表９に定義された値に基づいてバックオフカウンター値を選択した端末は、１６＋９Хｍ_ｐ＋ＫХ９ｕｓの間にチャネルがアイドル状態であれば、基地局から指示及び／又は設定された上りリンク送信を行う。Ｋは選択されたバックオフカウンター値、ｍ_ｐはチャネル接続優先順位クラスに従って適用されるスロット時間に該当する。ＰＲＡＣＨ送信のためのチャネル接続優先順位クラス及びＬＢＴカテゴリーは、表１４の通りでよい。

表１３及び表１４から導出可能な値に基づき、端末は、１６＋９＊２＋Ｋ＊９＝３４＋Ｋ＊９（ｕｓ）の間にチャネルがアイドル状態であれば、ＰＲＡＣＨ送信を開始することができる。前述したように、バックオフカウンター値Ｋは、サイズ変動（ｓｉｚｅ－ｖａｒｙｉｎｇ）する競合ウィンドウサイズ値内でランダムに選択される。

前述した２段階ランダム接続手続は、端末のメッセージＡ（Ｍｓｇ．Ａ；ＰＲＡＣＨプリアンブル及びＭｓｇ．３ ＰＵＳＣＨで構成される。）送信と、基地局のメッセージＢ（Ｍｓｇ．Ｂ；ＲＡＲ及びＭｓｇ．４ＰＤＳＣＨで構成される。）送信からなる。説明の便宜のために、本明細書では、前記Ｍｓｇ．ＡのＰＲＡＣＨプリアンブル信号がマッピング／送信される時間及び周波数リソースをＲＯ（ＲＡＣＨ機会）と定義し、Ｍｓｇ．３ ＰＵＳＣＨ信号がマッピング／送信される時間及び周波数リソースをＰＯ（ＰＵＳＣＨ機会）と定義する。以下では、Ｍｓｇ．Ａを構成する具体的な方法が提案される。Ｍｓｇ．Ａを構成するＲＡＣＨプリアンブルは、Ｍｓｇ．Ａ ＲＡＣＨプリアンブル及びＭｓｇ．Ａ ＰＲＡＣＨと呼ぶことができる。Ｍｓｇ．Ａを構成するＭｓｇ．３ ＰＵＳＣＨは、Ｍｓｇ．Ａ ＰＵＳＣＨと呼ぶことができる。Ｍｓｇ．Ｂを構成するＲＡＲは、Ｍｓｇ．Ｂ ＲＡＲと呼ぶことができる。Ｍｓｇ．Ｂを構成するＭｓｇ．４ ＰＤＳＣＨは、Ｍｓｇ．Ｂ ＰＤＳＣＨと呼ぶことができる。

特に、ＮＲ－Ｕでは、ＲＯとＰＯにＭｓｇ．Ａ送信をしようとするＵＥのチャネル接続過程（ｃｈａｎｎｅｌ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ）に対する動作が定義される必要がある。したがって、本明細書は、ＲＯとＰＯの時間／周波数リソース及びＲＯとＰＯ間の時間間隔（ｔｉｍｉｎｇ ｇａｐ）などによるチャネル接続過程について提案する。説明の便宜のために、図１４のように、ＲＯとＰＯの時間／周波数リソース及びＲＯとＰＯ間の時間間隔などに対するパラメータが定義される。すなわち、図１４によれば、Ｔ１はＲＯの時間区間（ｔｉｍｅ ｄｕｒａｔｉｏｎ）、Ｔ２はＰＯの時間区間、ＴはＴ１＋Ｔ２、Ｆ１はＲＯの周波数帯域（ｆｒｅｑｕｅｎｃｙ ｂａｎｄｗｉｄｔｈ）、Ｆ２はＰＯの周波数帯域、Ｐ１はＲＯとＰＯの時間間隔を意味する。

以下、本明細書で提案される、チャネル占有共有（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ ｓｈａｒｉｎｇ）を用いてチャネル接続を行うための端末動作について説明する。

（１）まず、ＵＥは、ＲＯ及び／又はＰＯに関連した制御情報を、基地局から受信する。ここで、制御情報は、図１４に示すパラメータを含むことができる。（２）次に、ＵＥは、前記制御情報に基づいてＲＯ及び／又はＰＯの前で行うＬＢＴタイプを決定する。（３）次に、ＵＥは、前記決定されたＬＢＴタイプに基づいてＲＯ及び／又はＰＯにおいてＭｓｇ．Ａプリアンブル及び／又はＭｓｇ．Ａ ＰＵＳＣＨを送信する。

より具体的な内容は、後述する方法を参照する。すなわち、後述する方法は、上の（１）～（３）の手続と結合して、本明細書において提案する目的／効果を達成することができる。また、後述する方法は、２．ランダム接続過程で説明された手続と結合して、本明細書で提案する目的／効果を達成することができる。本明細書において、‘非免許帯域’は、‘共有スペクトル（ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ）’に代替及び混用されてよい。また、本明細書において、‘ＬＢＴタイプ’は、‘チャネル接続タイプ’に代替及び混用されてよい。‘ＬＢＴ’は‘チャネル接続’に代替及び混用されてよい。

３．１ 実施例１：チャネル占有共有を考慮したチャネル接続手続

第一の方法として、端末がＭｓｇ．ＡプリアンブルとＭｓｇ．Ａ ＰＵＳＣＨの送信のために、チャネル占有（ｃｈａｎｎｅｌ ｏｃｃｕｐａｎｃｙ，ＣＯ）共有（ｓｈａｒｉｎｇ）を考慮する方法に対するチャネル接続動作を提案すれば、次の通りである。この時、ＣＯ共有を考慮する理由は、ＣＯ共有をしないと、全ての送信前にＣａｔ－４ ＬＢＴ（ｒａｎｄｏｍ ｂａｃｋ－ｏｆｆベース）を行わなければならないという短所があるためである。すなわち、ＣＯ共有により、最初に行うＬＢＴ過程以外のＬＢＴ過程は、Ｃａｔ－１ ＬＢＴ（ｎｏ ＬＢＴ）或いはＣａｔ－２ ＬＢＴ（ワンショットＬＢＴ）になり得る。このため、チャネル接続がより速くて容易に行われ得る。次の説明で用いられるパラメータは、図１４に示されている。

表９を参照すると、優先順位クラス（ＰＣ）によってＣＯ共有時間（Ｔ_{ｕｌｍｃｏｔｐ}）が定義されている。すなわち、ＰＣが１である場合にＣＯ共有時間は２ｍｓ以下、ＰＣが２である場合にＣＯ共有時間は４ｍｓ以下、ＰＣが３或いは４である場合にＣＯ共有時間は６ｍｓ或いは１０ｍｓ以下と定義されている（６ｍｓと１０ｍｓのいずれかであるかは、上位層シグナリング（ｈｉｇｈｅｒ ｌａｙｅｒ ｓｉｎｇｌｉｎｇ）によって決定される。）。したがって、下記の動作は、ＣＯ共有時間とＰＣによって下記の３つの区間に区分できる。

区間１：０ｍｓ＜Ｔ＜＝２ｍｓ、このとき、ＣＯ共有のためにＰＣ_ＲＯは１になり得る。

区間２：２ｍｓ＜Ｔ＜＝４ｍｓ、ここで、ＣＯ共有のためにＰＣ_ＲＯは２になり得る。

区間３：４ｍｓ＜Ｔ＜＝６ｍｓ（或いは、１０ｍｓ）、ここで、ＣＯ共有のためにＰＣ_ＲＯは３又は４になり得る。

前記定義された各区間別に、端末は次のような動作を行うことができる。

１－１．各区間別に、ＵＥがＭｓｇ．Ａプリアンブル（ＲＡＣＨ）機会（ＲＯ）の前で優先順位クラスＰＣ_ＲＯを用いてＣａｔ－４ ＬＢＴが行われる。ＬＢＴに成功すると、ＵＥがＭｓｇ．Ａプリアンブルを送信した後、

１－１－Ａ．仮にＰ１＜１６（ｕｓ）である場合に、ＣＯ共有が可能なので、ＵＥはＭｓｇ．Ａ ＰＵＳＣＨ機会（ＰＯ）の前でＣａｔ－１ ＬＢＴ（すなわち、ｎｏ ＬＢＴ）を行う。

１－１－Ｂ．そうでなく、仮にＰ１＝１６（ｕｓ）である場合に、

Ｔ２＞Ｘであれば、ＣＯ共有が可能なので、ＵＥはＰＯの前でＣａｔ－２ ＬＢＴ（すなわち、１６（ｕｓ）ワンショットＬＢＴ）を行う。Ｘは、ＬＢＴ動作を行わずにＵＬ信号／チャネルの送信ができるように許容された最大時間区間（ｔｉｍｉｎｇ ｄｕｒａｔｉｏｎ）である。これは、基地局が上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩ（ｒｅｍａｉｎｉｎｇ ｍｉｎｉｍｕｍ ｓｙｓｔｅｍ ｉｎｆｏｒｍａｔｉｏｎ）など）で指示することができる。例えば、Ｘは０．５ｍｓでよい。

Ｔ２＜＝Ｘであれば、ＣＯ共有が可能なので、ＵＥはＰＯの前でＣａｔ－１ ＬＢＴ（すなわち、ｎｏ ＬＢＴ）を行う。

１－１－Ｃ．そうでなく、仮にＰ１＝２５（ｕｓ）である場合に、ＣＯ共有が可能なので、ＵＥはＰＯの前でＣａｔ－２ ＬＢＴ（すなわち、２５（ｕｓ）ワンショットＬＢＴ）を行う。

１－１－Ｄ．そうでなく、仮にＰ１＞２５（ｕｓ）である場合に、

ＣＯ共有が許容されると、ＵＥはＰＯの前で上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）によって指示されたＣａｔ－２ ＬＢＴ（すなわち、２５（ｕｓ）ワンショットＬＢＴ）又はＣａｔ－４ ＬＢＴを行う。ＰＯの前でＣａｔ－４ ＬＢＴを行うＵＥが使用する優先順位クラスＰＣ_ＰＯ（例えば、ＰＣ_ＰＯはＰＣ_ＲＯと同一でよい。）は、あらかじめ約束されるか、基地局が上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）によって指示することができる。

ＣＯ共有が許容されない場合に、ＵＥは、ＰＯの前でＣａｔ－４ ＬＢＴを行う。ＰＯの前でＣａｔ－４ ＬＢＴを行うＵＥが用いる優先順位クラスＰＣ_ＰＯ（例えば、ＰＣ_ＰＯは、ＰＣ_ＲＯと同一でよい。）は、あらかじめ約束されるか、基地局が上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）によって指示することができる。

特徴的に、Ｃａｔ－２ ＬＢＴを行い得るＰ１の上限線が設定されてよい。基地局は、Ｃａｔ－２ ＬＢＴを行い得るＰ１の上限線を、上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）によって端末に設定（或いは、仕様（ｓｐｅｃｉｆｉｃａｔｉｏｎ）に定義）し、端末は、Ｐ１の上限線値と現在Ｐ１値とを比較してＬＢＴタイプを決定し、チャネル接続過程を行うことができる。一例として、Ｃａｔ－２ ＬＢＴを行い得るＰ１の上限線がＰ１_ＭＡＸであれば、Ｐ１がＰ１_ＭＡＸ－よりも小さい場合に、端末は、Ｃａｔ－２ ＬＢＴをＰＯの前で行うことができる。Ｐ１がＰ１_ＭＡＸよりも大きい場合に、端末は、Ｃａｔ－４ ＬＢＴをＰＯの前で行うことができる。この時、ＵＥが使用する優先順位クラスＰＣ_ＰＯ（例えば、ＰＣ_ＰＯは、ＰＣ_ＲＯと同一でよい。）は、あらかじめ約束されるか、基地局が上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）によって指示することができる。

前記ＣＯ共有を許容するか否かも、基地局が上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）によって指示できる。

１－２．実施例１の動作は、Ｆ１とＦ２が同一のＬＢＴサブバンドに存在する場合に、及び／又はＦ１がＦ２を含む場合に適用されてよい。

３．２ 実施例２：チャネル占有共有を考慮しないチャネル接続手続

端末がＭｓｇ．ＡプリアンブルとＭｓｇ．Ａ ＰＵＳＣＨ送信のためにＣＯ共有を考慮しない方法に対するチャネル接続動作を提案すれば、次の通りである。次の説明で使用されるパラメータは、図１４に示している。実施例２にも、実施例１で説明された、下記の３つの時間区間が適用されてよい。

区間１：０ｍｓ＜Ｔ＜＝２ｍｓ、ここで、ＣＯ共有のためにＰＣ_ＲＯは１になり得る。

区間２：２ｍｓ＜Ｔ＜＝４ｍｓ、ここで、ＣＯ共有のためにＰ_ＣＲＯは２になり得る。

区間３：４ｍｓ＜Ｔ＜＝６ｍｓ（或いは、１０ｍｓ）、ここで、ＣＯ共有のためにＰＣ_ＲＯは３又は４になり得る。

前記定義された各区間別に、端末は次のような動作を行うことができる。

２－１．各区間別に、Ｔが各区間の最大値より大きくても、（ＣＯ共有を考慮しないので）ＵＥがＭｓｇ．ＡプリアンブルＲＯの前で優先順位クラスＰＣ_ＲＯを用いてＣａｔ－４ ＬＢＴを行う。各区間の最大値は、例えば、区間１は２ｍｓ、区間２は４ｍｓ、区間３は６ｍｓ（或いは１０ｍｓ）であってよい。Ｔが２ｍｓよりも大きいときにＰＣ_ＲＯは１、Ｔが４ｍｓよりも大きいときにＰＣ_ＲＯは１又は２、Ｔが６ｍｓ（或いは、１０ｍｓ）より大きいときにＰＣ_ＲＯは１、２、３、４であってよい。ＬＢＴに成功すると、ＵＥがＭｓｇ．Ａプリアンブルを送信した後に、

２－１－Ａ．（ＣＯ共有を考慮しないので）ＵＥはＰＯの前でＣａｔ－４ ＬＢＴを行う。ＰＯの前でＣａｔ－４ ＬＢＴを行うＵＥが使用する優先順位クラス、ＰＣ_ＰＯ（例えば、ＰＣ_ＰＯはＰＣ_ＲＯと同一でよい。）は、あらかじめ約束されるか、基地局が上位層シグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）によって指示できる。

２－２．さらに、Ｆ１とＦ２が同一ＬＢＴサブバンドに存在しない、及び／又はＦ１がＦ２を含まない場合に、端末はＰＯの前でＣａｔ－４ ＬＢＴを行うと設定

仮にＦＢＥ（ｆｒａｍｅ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ）設定或いはＲＯ前のＬＢＴがＣａｔ－２ ＬＢＴとして設定されると、ＰＯ前のＬＢＴも、Ｃａｔ２－ＬＢＴとして設定又はＲＯと同じルール（ｒｕｌｅ）が適用されるように設定されてよい。

３．３ 実施例３： Ｍｓｇ．ＢのＡ／Ｎフィードバック送信のためのＬＢＴタイプ構成（ＬＢＴ ｔｙｐｅ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｆｏｒ Ａ／Ｎ ｆｅｅｄｂａｃｋ ｔｒａｎｓｍｉｓｓｉｏｎ ｏｆ Ｍｓｇ．Ｂ）

次に、Ｍｓｇ．ＢのＭＡＣ ＣＥなどを通じてＲＡＣＨ過程に成功したというメッセージ（例えば、ＲＲＣ連結セットアップ（ＲＲＣコネクション設定、ＲＲＣ ｃｏｎｎｅｃｔｉｏｎ ｓｅｔｕｐ）など）を基地局から受信した端末は、それに対するＡ／Ｎフィードバック（例えば、ＡＣＫ）を送信しなければならない。Ａ／Ｎフィードバック送信のためのＰＵＣＣＨリソースの前で端末はＬＢＴを行わなければならないが、該当のＬＢＴタイプを決定する方法は、次の通りでよい。

３－１． Ｍｓｇ．Ｂを受信する全てのＵＥ（或いは、ＵＥのグループ）に共通ＬＢＴタイプ（Ｃｏｍｍｏｎ ＬＢＴ ｔｙｐｅ）が指示される方法。

３－１－Ａ． Ｏｐｔ １）基地局が、Ｍｓｇ．Ｂを伝達するＰＤＳＣＨをスケジュールするＰＤＣＣＨ（例えば、ＤＣＩフィールドなど）で全ＵＥ（或いは、ＵＥのグループ）に共通にＬＢＴタイプを指示

このように設定されると、当該Ｍｓｇ．Ｂを受信した端末のうち、それに対するＡ／Ｎフィードバックを送信しなければならない端末は、当該ＰＤＣＣＨ（例えば、特定ＤＣＩフィールド）で同一のＬＢＴタイプが指示され、指示されたＬＢＴタイプ（例えば、Ｃａｔ－２ ＬＢＴ）を用いてチャネル接続過程を行うことができる。

仮に基地局が特定基準によってＵＥをＮ（例えば、Ｎ＝２）個のグループに分け、当該Ｎ（例えば、Ｎ＝２）個のグループに特定の理由（例えば、基地局のＭｓｇ．Ｂ受信の成否）から個別のＬＢＴタイプを指示する場合に、それぞれのグループに該当するＬＢＴタイプが用いられる。特定グループに属した端末は、同一のＬＢＴタイプを用いてチャネル接続過程を行うことができる。

個別のＬＢＴタイプは、独立したＤＣＩフィールドなどを用いて指示されてもよい。基地局が１つのグループに対するＬＢＴタイプを特定ＤＣＩフィールドで指示すると、他のグループのＬＢＴタイプは、指示されたＤＣＩフィールドによってあらかじめ約束されたＬＢＴタイプと決定されてよい。

３－１－Ｂ． Ｏｐｔ ２）基地局がＭｓｇ．Ｂを伝達するＰＤＳＣＨ中（例えば、ＭＡＣ ＣＥのヘッダー部分など）に共通フィールド（ｃｏｍｍｏｎ ｆｉｅｌｄ）を追加し、全ＵＥに（或いは、ＵＥのグループ）共通にＬＢＴタイプを指示

３－１－Ｂのように設定されると、Ｍｓｇ．Ｂを受信した端末のうち、これに対するＡ／Ｎフィードバックを送信しなければならない端末は、Ｍｓｇ．ＢのＰＤＳＣＨ（例えば、ＭＡＣ ＣＥのヘッダー部分など）で同一ＬＢＴタイプが指示され、指示されたＬＢＴタイプ（例えば、Ｃａｔ－２ ＬＢＴ）を用いてチャネル接続過程を行うことができる。

仮に基地局が特定基準によってＵＥをＮ（例えば、Ｎ＝２）個のグループに分け、当該Ｎ（例えば、Ｎ＝２）個のグループに、特定の理由（例えば、基地局のＭｓｇ．Ｂ受信の成否）から個別のＬＢＴタイプを指示する場合に、それぞれのグループに該当するＬＢＴタイプが用いられる。特定グループに属した端末は、同一のＬＢＴタイプを用いてチャネル接続過程を行うことができる。

個別のＬＢＴタイプは、独立したＭＡＣ ＣＥヘッダーフィールドなどを用いて指示されてよい。基地局が１つのグループに対するＬＢＴタイプを特定ＭＡＣ ＣＥヘッダーフィールドで指示すると、他のグループのＬＢＴタイプは、指示されたＭＡＣ ＣＥヘッダーフィールドによってあらかじめ約束されたＬＢＴタイプと決定されてよい。

３－１－Ｃ． Ｏｐｔ ３）基地局が上位レイヤシグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）で全ＵＥ（或いは、ＵＥのグループ）に共通のＬＢＴタイプを指示

３－１－Ｃのように設定されると、Ｍｓｇ．Ｂを受信した端末のうち、それに対するＡ／Ｎフィードバックを送信しなければならない端末は、上位レイヤシグナリング（例えば、ＳＩＢ又はＲＭＳＩなど）で同一のＬＢＴタイプが指示され、指示されたＬＢＴタイプ（例えば、Ｃａｔ－２ ＬＢＴ）を用いてチャネル接続過程を行うことができる。

仮に基地局が特定基準によってＵＥをＮ（例えば、Ｎ＝２）個のグループに分け、当該Ｎ（例えば、Ｎ＝２）個のグループに、特定の理由から個別のＬＢＴタイプを指示する場合に、それぞれのグループに該当するＬＢＴタイプが用いられる。特定グループに属した端末は、同一のＬＢＴタイプを用いてチャネル接続過程を行うことができる。

個別のＬＢＴタイプは、独立した上位レイヤシグナリングなどによって指示されてもよい。基地局が１つのグループに対するＬＢＴタイプを上位レイヤシグナリングによって指示すると、他のグループのＬＢＴタイプは、指示された上位レイヤシグナリングによってあらかじめ約束されたＬＢＴタイプと決定されてよい。

３－１－Ｄ．基地局が共通にＬＢＴタイプを指示すると、指示するためのリソースオーバーヘッド（ｒｅｓｏｕｒｃｅ ｏｖｅｒｈｅａｄ）を減らすことができ、端末の送信すべきＡ／Ｎがマルチプレクスし易いという長所がある。ただし、Ａ／Ｎマルチプレクシングを行わない場合に、共通ＬＢＴタイプを行う端末同士が同時多発的にチャネル接続を行うことがあり、Ａ／Ｎ送信間に衝突がおきる確率が高くなる。

３－２． Ｍｓｇ．Ｂを受信するＵＥにｓｕｃｃｅｓｓ－ＲＡＲ別に端末特定（ＵＥ－ｓｐｅｃｉｆｉｃ）ＬＢＴタイプを指示する方法

３－２－Ａ． Ｍｓｇ．Ｂを伝達するＰＤＳＣＨ中に含まれたＭＡＣ ＣＥの、各プリアンブル（及び／又はＰＵＳＣＨ）送信による値を指示する部分に特定フィールドを追加（或いは、留保フィールド（ｒｅｓｅｒｖｅｄ ｆｉｅｌｄ）を使用）し、ｓｕｃｃｅｓｓ－ＲＡＲ別に端末特定にＬＢＴタイプを指示

このように設定されると、Ｍｓｇ．Ｂを受信した端末のうち、それに対するＡ／Ｎフィードバックを送信しなければならない端末は、ＭＡＣ ＣＥでｓｕｃｃｅｓｓ－ＲＡＲ別に端末特定のＬＢＴタイプが指示され、指示されたＬＢＴタイプを用いてチャネル接続過程を行うことができる。したがって、端末は、指示されたＬＢＴタイプに基づいてＡ／Ｎフィードバックを送信する。

基地局がｓｕｃｃｅｓｓ－ＲＡＲ別に端末特定にＬＢＴタイプを指示すると、端末同士においてチャネル接続を行う時間が異なり得るので、Ａ／Ｎ送信間に衝突がおきる確率が減少する。ただし、端末特定に指示するためのリソースオーバーヘッドが発生し、Ａ／Ｎマルチプレクシングを行い難いという短所がある。

３－３． Ｍｓｇ．Ｂを受信するＵＥに基地局のＭｓｇ．Ｂ受信の成否によって異なる方法でＬＢＴタイプを指示する方法

一例として、基地局は、ｓｕｃｃｅｓｓ－ＲＡＲで共通ＬＢＴタイプを指示し、フォールバックＲＡＲでＭＡＣ ＣＥの（ＲＡＲメッセージ内）ＲＡＰＩＤ特定にＬＢＴタイプを指示することができる。

この時、共通ＬＢＴタイプを指示する方法として、実施例３における３－１の各オプションが適用されてよい。

３．４ 実施例４：４段階Ｍｓｇ．２ＲＡＲ或いは２段階フォールバック（ｆａｌｌ－ｂａｃｋ）ＲＡＲのＲＡフィールド構成及びＭｓｇ．３ ＰＵＳＣＨ送信のためのＬＢＴタイプ指示方法

従来の４段階ＲＡＣＨ過程のＭｓｇ．２ ＲＡＲは、図１５のように定義されている。

また、Ｍｓｇ．２ ＲＡＲのＵＬグラントをなす２７ビットは、表１５のように定義されている。

さらに、ＣＳＩ要求フィールド（ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ）は、次のように、競合（コンテンション、ｃｏｎｔｅｎｔｉｏｎ）の有無によって用いられても留保（ｒｅｓｅｒｖｅｄ）されてもよい。（“Ｉｎ ａ ｎｏｎ－ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ，ｔｈｅ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ ｉｎ ｔｈｅ ＲＡＲ ＵＬ ｇｒａｎｔ ｉｎｄｉｃａｔｅｓ ｗｈｅｔｈｅｒ ｏｒ ｎｏｔ ｔｈｅ ＵＥ ｉｎｃｌｕｄｅｓ ａｎ ａｐｅｒｉｏｄｉｃ ＣＳＩ ｒｅｐｏｒｔ ｉｎ ｔｈｅ ｃｏｒｒｅｓｐｏｎｄｉｎｇ ＰＵＳＣＨ ｔｒａｎｓｍｉｓｓｉｏｎ ａｃｃｏｒｄｉｎｇ ｔｏ ［０６，ＴＳ ３８．２１４］．Ｉｎ ａ ｃｏｎｔｅｎｔｉｏｎ ｂａｓｅｄ ｒａｎｄｏｍ ａｃｃｅｓｓ ｐｒｏｃｅｄｕｒｅ，ｔｈｅ ＣＳＩ ｒｅｑｕｅｓｔ ｆｉｅｌｄ ｉｓ ｒｅｓｅｒｖｅｄ．”）

Ｍｓｇ．３ ＰＵＳＣＨのＬＢＴタイプはＲＡＲで伝達される必要があり、次のような方法を提案できる。

提案方法４－１－１：ＲＡＲの留保（ｒｅｓｅｒｖｅｄ）１ビットを用いてＬＢＴタイプを指示する方法。

１ビットを用いてＬＢＴタイプを指示する場合に、１ビットはＣａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴのいずれかを指示できる。

提案方法４－１－２：ＲＡＲ ＵＬグラントのＣＳＩ要求フィールドは、競合ベースＲＡＣＨ過程では留保（ｒｅｓｅｒｖｅｄ）であるので、ＣＳＩ要求フィールドの１ビットを用いてＬＢＴタイプを指示する方法。

ＣＳＩ要求フィールドの１ビットを用いてＬＢＴタイプを指示する場合に、ＣＳＩ要求フィールドの１ビットは、Ｃａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴのいずれかを指示できる。

ただし、非競合ベースＲＡＣＨ過程（例えば、ｃｏｎｔｅｎｔｉｏｎ ｆｒｅｅ ＲＡＣＨ）ではＣＳＩ要求フィールドが用いられているので、別の提案方法が用いられてよい。

提案方法４－１－３：ＲＡＲ ＵＬグラントのうち、共有スペクトル動作において不要なフィールドを用いてＬＢＴタイプを指示する方法。

一例として、ＮＲ－Ｕ動作のうちＭｓｇ．３ ＰＵＳＣＨ送信のための周波数リソースをインタレース構造で割り当てた場合に、周波数ホッピングフラグフィールド（Ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ ｆｉｅｌｄ）は使用しなくて済むので、周波数ホッピングフラグフィールドの１ビットを使用（再解釈）してＬＢＴタイプが指示されてよい。

周波数ホッピングフラグフィールドの１ビットを用いてＬＢＴタイプを指示する場合に、周波数ホッピングフラグフィールドの１ビットは、Ｃａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴのいずれかを指示できる。

共有スペクトル動作のうちＭｓｇ．３ ＰＵＳＣＨ送信のための周波数リソースが従来システムの連続ＰＲＢ割り当て（ｃｏｎｔｉｇｕｏｕｓ ＰＲＢ ａｌｌｏｃａｔｉｏｎ）と指示された場合にも、周波数ホッピングフラグフィールドでＬＢＴタイプが指示されてもよいが、連続ＰＲＢ割り当てにおいて周波数ホッピングが必要なこともあるので、周波数ホッピングフラグフィールドは元の用途に用いられてもよい。

提案方法４－１－４：特定フィールドのＭＳＢ（Ｍｏｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）（或いは、ＬＳＢ；Ｌｅａｓｔ ｓｉｇｎｉｆｉｃａｎｔ ｂｉｔ）Ｌビットを用いてＬＢＴタイプを指示する方法。

一例として、ＰＵＳＣＨ周波数リソース割り当てフィールド（ＰＵＳＣＨ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄ）は、リソース割り当てタイプ（ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ）によって、表１６のように使用のビット数が異なる。表１６は、２０ＭＨｚ ＬＢＴサブバンドを基準に、ＰＵＳＣＨ送信のための周波数リソース割り当てフィールドのビット数を示す。

表１６を参照すると、ＰＵＳＣＨ周波数リソース割り当てフィールドは、最大で１４ビットから最小で５ビットまで用いられてよい。

このとき、ＰＵＳＣＨ周波数リソース割り当てフィールドのＭＳＢ（或いは、ＬＳＢ）Ｌビットを用いてＬＢＴタイプが指示されてよい。

一例として、ＰＵＳＣＨ周波数リソース割り当てフィールドのＭＳＢ １ビットを用いてＬＢＴタイプが指示される場合に、ＰＵＳＣＨ周波数リソース割り当てフィールドのＭＳＢ １ビットは、Ｃａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴを指示できる。

他の例として、ＰＵＳＣＨ周波数リソース割り当てフィールドのＭＳＢ（或いは、ＬＳＢ）２ビットを用いてＬＢＴタイプが指示される場合に、Ｃａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴと共に２種類の優先順位クラス（例えば、ＰＣ０或いはＰＣ１）が指示されてよい。

他の例として、ＰＵＳＣＨ周波数リソース割り当てフィールドのＭＳＢ（或いは、ＬＳＢ）３ビットを用いてＬＢＴタイプが指示される場合に、Ｃａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴと共に４種類の優先順位クラス（例えば、ＰＣ０～ＰＣ３のいずれか一つ）が指示されてよい。或いは、Ｃａｔ－１ ＬＢＴ、Ｃａｔ－２ ＬＢＴ、Ｃａｔ－４ ＬＢＴ及び様々な優先順位クラスが組み合わせられて指示されてよい。

特徴的に、実際ＰＵＳＣＨ周波数リソース割り当てフィールドを解釈する端末は、ＬＢＴタイプのために用いられたＭＳＢ（或いは、ＬＳＢ）Ｌビットは、その値が０であると仮定してＰＵＳＣＨ周波数リソース割り当てを理解するように設定されてよい。

提案方法４－１－５：特定フィールドのサイズをＬビットだけ減少させ、減少したＬビットだけを用いてＬＢＴタイプを指示するフィールドに作る方法

４－１－５－Ａ：共有スペクトルにおけるＲＡＣＨ過程において、Ｍｓｇ．３ ＰＵＳＣＨは、従来ＲＡタイプ１（表１５のＲｅｌ－１５ ＲＡ Ｔｙｐｅ １）を使用するか、新しいＲＡタイプ（表１５のＲｅｌ－１６ Ｉｎｔｅｒｌａｃｅ ｌｅｖｅｌ ａｌｌｏｃａｔｉｏｎ）を使用するはずなので、ＰＵＳＣＨ周波数リソース割り当てフィールドは１３ビットで設定されてよい。従来ＰＵＳＣＨ周波数リソース割り当てフィールドのための１４ビットのうち残り１ビットは、ＬＢＴタイプを指示するフィールドとして設定されてよい。一例として、１４ビットのＰＵＳＣＨ周波数リソース割り当てフィールドのうち、ＭＳＢ １ビットを用いてＬＢＴタイプを指示する場合に、Ｃａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴが指示されてよい。

４－１－５－Ｂ：さらに、実際にＰＵＳＣＨ周波数リソース割り当てフィールドが１３よりも小さいビット（例えば、１２ビットなど）で設定されてよい。従来ＰＵＳＣＨ周波数リソース割り当てフィールドのための１４ビットのうち残りのビットは、ＬＢＴタイプを指示するフィールドとして設定されてよい。一例として、１４ビットのＰＵＳＣＨ周波数リソース割り当てフィールドのうち前記ＭＳＢ（或いは、ＬＳＢ）２ビットを用いてＬＢＴタイプを指示する場合に、Ｃａｔ－２ ＬＢＴ或いはＣａｔ－４ ＬＢＴと共に２種類の優先順位クラス（例えば、ＰＣ０或いはＰＣ１）が指示されてよい。端末は、減少した分のＭＳＢ（或いは、ＬＳＢ）を０と仮定してＰＵＳＣＨ周波数リソース割り当てを理解するように設定されてよい。例えば、ＲＡＲグラントにおいて従来ＰＵＳＣＨ周波数リソース割り当てフィールドが位置していた１４ビットのうち、ＭＳＢ ２ビットは、チャネル接続タイプを知らせるフィールドとして用いられ、ＬＳＢ １２ビットは、従来のように周波数リソース割り当てフィールドとして用いられるが、ＬＳＢ １２ビットは、１２ビットの前に２ビットの０があると仮定され、１４ビットフィールドのように解釈されてよい。他の例として、１２ビットでＰＵＳＣＨ周波数リソース割り当てを行う場合に、端末は、１ビットＭＳＢ（或いは、ＬＳＢ）を０と仮定してＰＵＳＣＨ周波数リソース割り当てを理解すると設定されてよい。ＲＩＶとして最大で１３ビットが必要なので、１３－１２＝１ビットのＭＳＢ（或いは、ＬＳＢ）だけが０として処理されるわけである。

提案方法４－１－５に提案方法４－１－３がさらに適用され、ＬＢＴタイプフィールドと特定フィールド（例えば、ＰＵＳＣＨ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｆｉｅｌｄ）のＭＳＢ（或いは、ＬＳＢ）Ｌビットの組合せでＬＢＴタイプが指示されてもよい。

提案方法４－１－６：４－１－１～４－１－５の提案方法の組合せが考慮できる。

すなわち、ＲＡＲの留保（ｒｅｓｅｒｖｅｄ）１ビット、及び／又はＲＡＲ ＵＬグラントのＣＳＩ要求フィールド１ビット、及び／又はＲＡＲ ＵＬグラントのうち共有スペクトルにおいて使用されないフィールド、及び／又は特定フィールドのＭＳＢ（或いは、ＬＳＢ）Ｌビットの組合せでＬＢＴタイプが指示されてよい。

さらに、Ｍｓｇ．３ ＰＵＳＣＨ送信のためのＬＢＴタイプを指示しないことも考慮できる。一例として、Ｍｓｇ．３ ＰＵＳＣＨ送信のためのＬＢＴタイプは、ＳＩＢによってＬＢＥ（ｌｏａｄ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ）と設定された場合には、基本値がＣａｔ－４ ＬＢＴ、ＳＩＢによってＦＢＥ（ｆｒａｍｅ ｂａｓｅｄ ｅｑｕｉｐｍｅｎｔ）と設定された場合には、基本値がＣａｔ－２ ＬＢＴ ｗｉｔｈ ２５ｕｓｅｃ（或いは、ｗｉｔｈ １６ｕｓｅｃ）と設定／定義されてよい。

特徴的に、２段階ＲＡＣＨ過程において、端末がＳＩＢによってＬＢＥと設定された場合に、Ｍｓｇ．Ａ ＰＵＳＣＨ（或いは、Ｍｓｇ．３ ＰＵＳＣＨ）送信の基本値がＣａｔ－４ ＬＢＴと設定／定義されていても、本明細書の実施例のようにＲＯ－ＰＯ間の間隔によって異なるカテゴリーのＬＢＴが用いられてよい。これと類似に、端末がＳＩＢによってＦＢＥと設定された場合に、Ｍｓｇ．Ａ ＰＵＳＣＨ（或いは、Ｍｓｇ．３ ＰＵＳＣＨ）送信の基本値がＣａｔ－２ ＬＢＴ ｗｉｔｈ ２５ｕｓｅｃと設定／定義されていても、（ＲＯ－ＰＯ間の間隔（ｇａｐ）によって）Ｃａｔ－２ ＬＢＴ ｗｉｔｈ １６ｕｓｅｃ或いはＣａｔ－１ ＬＢＴが用いられてよい。

さらに、ＲＡＲによってＬＢＴタイプの他にＭｓｇ．３ ＰＵＳＣＨ開始位置などもさらにシグナルされてよい。これを整理すると、次の通りである。

４－２－１）基地局から（Ｍｓｇ．３）ＰＵＳＣＨ波形（ｗａｖｅｆｏｒｍ）としてレガシーＮＲ波形（ｌｅｇａｃｙ ＮＲ ｗａｖｅｆｏｒｍ）が設定される場合に、

Ｏｐｔ １：Ｍｓｇ．３ ＰＵＳＣＨ送信に固定されたＬＢＴタイプに、固定された開始位置（ｓｔａｒｔｉｎｇ ｐｏｓｉｔｉｏｎ）を適用

Ｏｐｔ ２：Ｍｓｇ．３ ＰＵＳＣＨ送信に固定されたＬＢＴタイプを適用し、複数開始位置のいずれか一つをＲＡＲ（或いは、ＲＡＲのＵＬグラント）で指示

Ｏｐｔ ３：Ｍｓｇ．３ ＰＵＳＣＨ送信に固定された開始位置を適用して、複数ＬＢＴタイプのいずれか一つをＲＡＲ（或いは、ＲＡＲのＵＬグラント）で指示

４－２－２）基地局から（Ｍｓｇ．３）ＰＵＳＣＨ波形としてインタレース波形（ｉｎｔｅｒｌａｃｅ ｗａｖｅｆｏｒｍ）が設定される場合に、

Ｏｐｔ １：複数ＬＢＴタイプ及び／又は複数開始位置組合せのいずれか一つをＲＡＲ（或いは、ＲＡＲのＵＬグラント）で指示

これにより、先の提案方法（提案方法４－１－１～４－１－６など）においてＲＡＲグラントで指示されるＬＢＴタイプとは、４－２－１のＯｐｔ １～３方式によってＬＢＴタイプ、開始位置、又は｛ＬＢＴタイプ、開始位置｝の組合せを意味できる。このとき、ＰＵＳＣＨ信号をマップするリソースの開始シンボルがＳｙｍｂｏｌ＃Ｋと指示された状況を仮定すれば、開始位置が１ビットで指示される場合に、｛Ｓｙｍｂｏｌ＃Ｋ、Ｓｙｍｂｏｌ＃（Ｋ－Ｎ）＋２５ｕｓ｝のいずれか一つが指示される、又は｛Ｓｙｍｂｏｌ＃Ｋ、Ｓｙｍｂｏｌ＃（Ｋ－Ｎ）＋２５ｕｓ＋ＴＡ｝のいずれか一つが指示されてよい。一方、仮に開始位置がＲＡＲグラントで指示されず、１つの固定された値と決定される場合に、その値はＳｙｍｂｏｌ＃Ｋと定義されてよい。

先に提案方法４－１－５－Ｂで説明されたように、基地局からＭｓｇ．３送信のためのＬＢＴタイプなどが指示される必要がある場合（例えば、ｆｏｒ ｏｐｅｒａｔｉｏｎ ｗｉｔｈ ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）に、ＲＡＲのＰＵＳＣＨ周波数リソース割り当てフィールドのサイズは２ビットだけ減少してよい。ＰＵＳＣＨ周波数リソース割り当てフィールドとして使用されない２ビットは、明示的（ｅｘｐｌｉｃｉｔ）にＬＢＴタイプを送信するためのフィールドとして用いられてよい。ＬＢＴタイプを送信するためのフィールドは、ＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔフィールドと定義されてよい。表１６の通りであった従来ＲＡＲグラントのフィールドは、表１７のように再定義されてよい。

一方、ＰＵＳＣＨリソース割り当てフィールドのサイズ（すなわち、
）が１２になる場合（すなわち、基地局からＭｓｇ．３送信のためのＬＢＴタイプなどが指示される必要がある場合）に、従来ＰＵＳＣＨ周波数リソース割り当てフィールドのトランケーション（ｔｒｕｎｃａｔｉｏｎ）及びパディング（ｐａｄｄｉｎｇ）を説明する次の表１８の内容では、端末がＣｈａｎｎｅｌＡｃｃｅｓｓ－ＣＰｅｘｔフィールド及びＰＵＳＣＨ ｆｒｅｑｕｅｎｃｙ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎフィールドを解釈するには足りないことがある。

したがって、表１８は、次のような本明細書の提案に基づいて修正されてよい。

４－３－１． 共有スペクトルチャネル接続でない場合の動作（Ｆｏｒ ｔｈｅ ｏｐｅｒａｔｉｏｎ ｗｉｔｈｏｕｔ ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ ｃｈａｎｎｅｌ ａｃｃｅｓｓ、従来システムの動作）

４－３－１－Ａ． ＢＷＰ内のＰＲＢ数が１８０以下である場合（Ｉｆ ｎｕｍｂｅｒ ｏｆ ＰＲＢ ｉｎ ＢＷＰ≦１８０）

端末は、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールドのＬＳＢ
だけをトランケート（ｔｒｕｎｃａｔｅ）し、トランケートされたＦＤＲＡフィールドをＤＣＩフォーマット０＿０のＦＤＲＡフィールドのように解釈する。

４－３－１－Ｂ． ＢＷＰ内のＰＲＢ数が１８０を超える場合（Ｉｆ ｎｕｍｂｅｒ ｏｆ ＰＲＢ ｉｎ ＢＷＰ＞１８０）

端末は、ＦＤＲＡフィールドの前にＭＳＢ
だけの０をパッドし、拡張された（ｅｘｔｅｎｄｅｄ）ＦＤＲＡフィールドをＤＣＩフォーマット０＿０のＦＤＲＡフィールドのように解釈する。このとき、周波数ホッピングフラグ（ｆｒｅｑｕｅｎｃｙ ｈｏｐｐｉｎｇ ｆｌａｇ）が０であれば、Ｎ_{ＵＬ，ｈｏｐ}＝０であり、周波数ホッピングフラグが１であれば、Ｎ_{ＵＬ，ｈｏｐ}は、表１９に従う。

４－３－１－Ｂ． Ｅｎｄ Ｉｆ

４－３－２． 共有スペクトルチャネル接続動作（Ｆｏｒ ｔｈｅ ｏｐｅｒａｔｉｏｎ ｗｉｔｈ ｓｈａｒｅｄ ｓｐｅｃｔｒｕｍ ｃｈａｎｎｅｌ ａｃｃｅｓｓ）

４－３－２－Ａ． 上位レイヤパラメータｕｓｅＩｎｔｅｒｌａｃｅＰＵＳＣＨ－Ｃｏｍｍｏｎが提供されない場合（Ｉｆ ｕｓｅＩｎｔｅｒｌａｃｅＰＵＳＣＨ－Ｃｏｍｍｏｎ ｉｓ ｎｏｔ ｐｒｏｖｉｄｅｄ）、言い換えると、上りリンクリソース割り当てタイプ１（ｕｐｌｉｎｋ ｒｅｓｏｕｒｃｅ ａｌｌｏｃａｔｉｏｎ ｔｙｐｅ １）である、連続マッピングが用いられる場合

４－３－２－Ａ－ｉ． ＢＷＰ内ＰＲＢ数
が９０以下である場合（Ｉｆ ｎｕｍｂｅｒ ｏｆ ＰＲＢ ｉｎ ＢＷＰ≦９０）

端末は、ＦＤＲＡフィールドのＬＳＢ
だけをトランケートし、トランケートされたＦＤＲＡフィールドをＤＣＩフォーマット０＿０のＦＤＲＡフィールドのように解釈する。

４－３－２－Ａ－ｉｉ． ＢＷＰ内ＰＲＢ数が９０を超える場合（Ｉｆ ｎｕｍｂｅｒ ｏｆ ＰＲＢ ｉｎ ＢＷＰ＞９０）

端末は、ＦＤＲＡフィールドの前にＭＳＢ
だけの０をパッドし、拡張されたＦＤＲＡフィールドをＤＣＩフォーマット０＿０のＦＤＲＡフィールドのように解釈する。このとき、周波数ホッピングフラグが０であれば、Ｎ_{ＵＬ，ｈｏｐ}＝０であり、周波数ホッピングフラグが１であれば、Ｎ_{ＵＬ，ｈｏｐ}は表１９に従う。

４－３－２－Ａ－ｉｉｉ．Ｅｎｄ Ｉｆ

４－３－２－Ａ－ｉｖ． このとき、新しい臨界値である９０は、上りリンクリソース割り当てタイプ１（ＲＩＶ）方式が用いられるとき、１２ビットで送信可能な最大ＢＷＰのＰＲＢ個数を意味する。（９０＊９１／２＝４０９５≦４０９６＝２^１２）

４－３－２－Ｂ． 上位レイヤパラメータｕｓｅＩｎｔｅｒｌａｃｅＰＵＳＣＨ－Ｃｏｍｍｏｎが提供される場合（Ｉｆ ｕｓｅＩｎｔｅｒｌａｃｅＰＵＳＣＨ－Ｃｏｍｍｏｎ ｉｓ ｐｒｏｖｉｄｅｄ）、言い換えると、上りリンクリソース割り当てタイプ２である、インタレースマッピング（ｉｎｔｅｒｌａｃｅ ｍａｐｐｉｎｇ）が用いられる場合

４－３－２－Ｂ－ｉ． 端末は、ＦＤＲＡフィールドのＬＳＢ（或いは、ＭＳＢ）Ｘビットだけをトランケートし、トランケートされたＦＤＲＡフィールドをＤＣＩフォーマット０＿０のＦＤＲＡフィールドのように解釈する。３０ｋＨｚ ＳＣＳが設定（すなわち、μ＝１）された帯域でＰＵＳＣＨが送信される場合にＸ＝５、１５ｋＨｚ ＳＣＳが設定（すなわち、μ＝０）された帯域でＰＵＳＣＨが送信される場合にＸ＝６である。

４－３－２－Ｂ－ｉｉ． ＬＢＴサブバンド割り当て（ＬＢＴ ｓｕｂ－ｂａｎｄ ａｌｌｏｃａｔｉｏｎ）が追加される場合に、ＦＤＲＡフィールドのＸビットの前に或いは後にＹビットが追加されてよい。ＢＷＰ内に設定されたＬＢＴサブバンド数によって、Ｙは｛０，１，２，３，４｝のいずれかの値に決定されてよい。

４－３－１及び４－３－２に基づいて、表１８は表２０のように修正されてよい。

さらに、ｕｓｅＩｎｔｅｒｌａｃｅＰＵＳＣＨ－Ｃｏｍｍｏｎが提供された場合に、ＲＡＲ ＵＬグラントフィールドのサイズが次のように定義／設定されてよい。

４－４－１． Ａｌｔ １）

実際にＦＤＲＡのためにＸビットのみ必要なので、ＦＤＲＡフィールドサイズはＸビットと定義され、残りのビットは留保（ｒｅｓｅｒｖｅｄ）フィールドに用いられてよい。また、留保（ｒｅｓｅｒｖｅｄ）フィールド位置は、ＦＤＲＡフィールドの直前或いは直後、或いはＲＡＲ ＵＬグラントの特定位置（例えば、最後、即ちＲＡＲＵＬグラント内のＬＳＢ）になってよい。

特徴的に、ＰＵＳＣＨ送信のためのＳＣＳが３０ｋＨｚである場合に、Ｘは５ビットになってよく、１５ｋＨｚ ＳＣＳである場合に、Ｘは６ビットになってよい。

一例として、留保（ｒｅｓｅｒｖｅｄ）フィールドが最後に位置する例示を適用すれば、ＲＡＲグラント内の各フィールドは、表２１のように定義されてよい。

４－４－２． Ａｌｔ ２）

実際ＦＤＲＡのためにＸビットのみが必要なので、ＦＤＲＡフィールドサイズはＸビットと定義され、残りのビットは留保（ｒｅｓｅｒｖｅｄ）フィールドに用いられてよい。また、留保（ｒｅｓｅｒｖｅｄ）フィールド位置は、ＦＤＲＡフィールドの直前或いは直後、或いはＲＡＲ ＵＬグラントの特定位置（例えば、最後、即ちＲＡＲ ＵＬグラント内のＬＳＢ）になってよい。

このとき、ＰＵＳＣＨ送信のためのＳＣＳが３０ｋＨｚである場合に５ビットが必要であり、１５ｋＨｚ ＳＣＳである場合に６ビットが必要であるので、両ＳＣＳを満たすために、Ｘは６ビットに設定されてよい。

このような場合、端末は、ＳＣＳが３０ｋＨｚである場合には、ＦＤＲＡフィールドのＬＳＢ（或いは、ＭＳＢ）５ビットをトランケーションし、ＦＤＲＡフィールドとして解釈できる。

一例として、留保（ｒｅｓｅｒｖｅｄ）フィールドが最後に位置する例示を適用すれば、ＲＡＲグラント内の各フィールドは、表２２のように定義されてよい。

ＰＵＳＣＨ周波数リソース割り当てに、ＬＢＴサブバンド割り当てのためのＹビットがさらに含まれてよい。これにより、表２１及び／又は表２２において、ＰＵＳＣＨ周波数リソース割り当てフィールドにＹビットが加えられ、留保（ｒｅｓｅｒｖｅｄ）フィールドからＹビットが除かれてよい。

ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）動作

端末は、先に説明／提案した手続及び／又は方法を行いながらＤＲＸ動作を行うことができる。ＤＲＸが設定された端末は、ＤＬ信号を不連続に受信することによって電力消費を下げることができる。ＤＲＸは、ＲＲＣ（Ｒａｄｉｏ Ｒｅｓｏｕｒｃｅ Ｃｏｎｔｒｏｌ）＿ＩＤＬＥ状態、ＲＲＣ＿ＩＮＡＣＴＩＶＥ状態、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われてよい。ＲＲＣ＿ＩＤＬＥ状態とＲＲＣ＿ＩＮＡＣＴＩＶＥ状態でＤＲＸはページング信号を不連続受信するために用いられる。以下、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態で行われるＤＲＸに関して説明する（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ ＤＲＸ）。

図１６には、ＤＲＸサイクルを例示する（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。

図１６を参照すると、ＤＲＸサイクルは、オンデュレーション（Ｏｎ Ｄｕｒａｔｉｏｎ）とＤＲＸ機会（Ｏｐｐｏｒｔｕｎｉｔｙ ｆｏｒ ＤＲＸ）で構成される。ＤＲＸサイクルは、オンデュレーションが周期的に反復される時間間隔を定義する。オンデュレーションは、端末がＰＤＣＣＨを受信するためにモニターする時間区間を表す。ＤＲＸが設定されると、端末は、オンデュレーションでＰＤＣＣＨモニタリングを行う。ＰＤＣＣＨモニタリングの間に検出に成功したＰＤＣＣＨがある場合に、端末は、非活性（ｉｎａｃｔｉｖｉｔｙ）タイマーを起動させ、起床（アウェイク、ａｗａｋｅ）状態を保つ。一方、ＰＤＣＣＨモニタリングの間に検出に成功したＰＤＣＣＨがない場合に、端末は、オンデュレーションが終わった後にスリープ（ｓｌｅｅｐ）状態に入る。したがって、ＤＲＸが設定された場合に、先に説明／提案した手続及び／又は方法を行う際、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて不連続に行われてよい。例えば、ＤＲＸが設定された場合に、本発明においてＰＤＣＣＨ受信機会（ｏｃｃａｓｉｏｎ）（例えば、ＰＤＣＣＨ探索空間を有するスロット）は、ＤＲＸ設定によって不連続に設定されてよい。一方、ＤＲＸが設定されていない場合には、先に説明／提案した手続及び／又は方法を行う際、ＰＤＣＣＨモニタリング／受信が時間ドメインにおいて連続して行われてよい。例えば、ＤＲＸが設定されていない場合には、本発明においてＰＤＣＣＨ受信機会（例えば、ＰＤＣＣＨ探索空間を有するスロット）は連続して設定されてよい。一方、ＤＲＸ設定に関係なく、測定ギャップとして設定された時間区間ではＰＤＣＣＨモニタリングが制限されてよい。

表２３には、ＤＲＸに関連した端末の過程を示す（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ状態）。表２３を参照すると、ＤＲＸ構成情報は、上位層（例えば、ＲＲＣ）シグナリングによって受信され、ＤＲＸ ＯＮ／ＯＦＦは、ＭＡＣ層のＤＲＸコマンドによって制御される。ＤＲＸが設定されると、端末は、図１６に例示しているように、本発明に説明／提案した手続及び／又は方法を行う際に、ＰＤＣＣＨモニタリングを不連続に行うことができる。

ここで、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、セルグループのためのＭＡＣ（Ｍｅｄｉｕｍ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パラメータを設定する上で必要な構成情報を含む。ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸに関する構成情報も含むことができる。例えば、ＭＡＣ－ＣｅｌｌＧｒｏｕｐＣｏｎｆｉｇは、ＤＲＸを定義する上で必要な情報を次のように含むことができる。

－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ：ＤＲＸサイクルの開始区間の長さを定義

－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ：初期ＵＬ又はＤＬデータを指示するＰＤＣＣＨが検出されたＰＤＣＣＨ機会後に、端末が起床状態にある時間区間の長さを定義

－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＤＬ初期送信が受信された後、ＤＬ再送信が受信されるまでの最大時間区間の長さを定義。

－ Ｖａｌｕｅ ｏｆ ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ：ＵＬ初期送信に対するグラントが受信された後、ＵＬ再送信に対するグラントが受信されるまでの最大時間区間の長さを定義。

ｄｒｘ－ＬｏｎｇＣｙｃｌｅＳｔａｒｔＯｆｆｓｅｔ：ＤＲＸサイクルの時間長と開始時点を定義

－ ｄｒｘ－ＳｈｏｒｔＣｙｃｌｅ（ｏｐｔｉｏｎａｌ）：ショートＤＲＸサイクルの時間長を定義

ここで、ｄｒｘ－ＯｎＤｕｒａｔｉｏｎＴｉｍｅｒ、ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬ、ｄｒｘ－ＨＡＲＱ－ＲＴＴ－ＴｉｍｅｒＤＬのいずれか１つでも動作中であれば、端末は、起床状態を保ちながら毎ＰＤＣＣＨ機会ごとにＰＤＣＣＨモニタリングを行う。

本発明の各実施例で説明された動作後に、端末は、このようなＤＲＸ関連動作を行うことができる。端末は、本発明の実施例に係るＲＡＣＨ過程を行い、その後、端末は、オンデュレーションでＰＤＣＣＨモニタリングを行い、ＰＤＣＣＨモニタリングの間に検出に成功したＰＤＣＣＨがあると、非活性タイマー（ｄｒｘ－ＩｎａｃｔｉｖｉｔｙＴｉｍｅｒ）を起動させ、起床（ａｗａｋｅ）状態を保つことができる。

具現例

図１７は、本発明の実施例に係る信号送受信方法を示すフローチャートである。

図１７を参照すると、本発明の実施例は端末によって行われてよく、ＰＲＡＣＨに基づいてＲＡＲを受信する段階（Ｓ１７０１）、及びＲＡＲに基づいてＰＵＳＣＨを送信する段階（Ｓ１７０３）を含んで構成されてよい。図示してはいないが、基地局の立場で行われる本発明の実施例は、ＰＲＡＣＨに基づいてＲＡＲを送信する段階、及びＲＡＲに基づいてＰＵＳＣＨを受信する段階を含むことができる。

ＲＡＲは、実施例４に基づいて構成されてよい。例えば、ＲＡＲは、２段階ランダム接続過程におけるメッセージＡに対するフォールバックＲＡＲであってよい。ＲＡＲは、４段階ランダム接続過程におけるＭｓｇ．１ ＰＲＡＣＨに対するＭｓｇ．２ ＲＡＲであってよい。

ＰＵＳＣＨ（Ｍｓｇ．３ ＰＵＳＣＨ）に対するチャネル接続タイプ（ＬＢＴタイプ）は、実施例４の提案方法４－１－１～４－１－６の方法のいずれか１つ以上に基づいて決定されてよい。

ＰＵＳＣＨが送信されるための周波数リソースは、ＦＤＲＡ（Ｆｒｅｑｕｅｎｃｙ ｄｏｍａｉｎ ｒｅｓｏｕｒｃｅ ａｓｓｉｇｎｍｅｎｔ）フィールドに基づいて決定されてよい。本願明細書の４－３－２によれば、共有スペクトルで送信されるＰＵＳＣＨのためのＦＤＲＡフィールドの解釈は、非共有スペクトルで送信されるＰＵＳＣＨのためのＦＤＲＡフィールドの解釈と異なってよい。

例えば、上位レイヤパラメータｕｓｅＩｎｔｅｒｌａｃｅＰＵＳＣＨ－Ｃｏｍｍｏｎが提供されるか否かによって、１２ビットＦＤＲＡフィールドの一部のＬＳＢがトランケートされるか又は１２ビットＦＤＲＡフィールドにさらにＭＳＢがパッドされるかが変わり、追加されるＸ ＬＳＢとＹ ＭＳＢの数も変わる。すなわち、共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されるか否かに基づいて、ＦＤＲＡフィールドのＸ ＬＳＢがトランケートされるか、ＦＤＲＡフィールドにＹ ＭＳＢがパッドされてよい。

ＦＤＲＡフィールドがトランケート又はパッドされ、トランケートされた又はパッドされたＦＤＲＡフィールドは、ＤＣＩフォーマット０＿０のＦＤＲＡフィールドと解釈される。

４－３－２－Ａ－ｉによれば、共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されないこと及びＢＷＰ内のＰＲＢの数が９０以下であることに基づいて、ＦＤＲＡフィールドのＸ ＬＳＢがトランケートされ、Ｘ ＬＳＢは、前記ＢＷＰ内のＰＲＢの数に基づいて決定される。

ＢＷＰ内のＰＲＢの数がＮのとき
に、Ｘ ＬＳＢは
ＬＳＢ、すなわち、ｃｅｉｌ（ｌｏｇ_２（Ｎ＊（Ｎ＋１）／２））ＬＳＢと決定される。

４－３－２－Ａ－ｉｉによれば、共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されないこと及びＢＷＰ内のＰＲＢの数が９０を超えることに基づいて、ＦＤＲＡフィールドにＹ ＭＳＢがパッドされ、Ｙ ＭＳＢは、前記ＢＷＰ内のＰＲＢの数に基づいて決定される。

ＢＷＰ内のＰＲＢの数がＮのとき
に、Ｙ ＭＳＢは
ＭＳＢ、すなわち、ｃｅｉｌ（ｌｏｇ_２（Ｎ＊（Ｎ＋１）／２））－１２ ＭＳＢと決定される。

臨界値である９０は、共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されないことに基づいてリソースが割り当てられるとき、ＢＷＰ内で１２ビットで指示可能な最大ＰＲＢ数を考慮して決定される。

４－３－２－Ｂによれば、共有スペクトルチャネル接続のためのＰＵＳＣＨのインタレース割り当てが提供されることに基づいて、Ｘ ＬＳＢは、３０ｋＨｚのＳＣＳのために５ＬＳＢ、１５ｋＨｚのＳＣＳのために６ＬＳＢと決定される。

図１７と関連して説明された動作に加え、図１～図１６で説明した動作及び／又は実施例１～４に説明された動作の１つ以上が結合してさらに行われてもよい。例えば、端末は、ＰＲＡＣＨの送信前に上りリンクＬＢＴを行うことができる。または、端末は、ランダム接続後に設定されたＤＲＸに基づいてＰＤＣＣＨをモニターすることができる。

本発明が適用される通信システムの例

これに制限されるものではないが、本文書に開示された本発明の様々な説明、機能、手続、提案、方法及び／又は動作順序図は、機器間に無線通信／連結（例えば、５Ｇ）を必要とする様々な分野に適用されてよい。

以下、図面を参照してより具体的に例示する。以下の図面／説明において、同一の図面符号は、別に断らない限り、同一の或いは対応するハードウェアブロック、ソフトウェアブロック又は機能ブロックを例示できる。

図１８には、本発明に適用される通信システム１を例示する。

図１８を参照すると、本発明に適用される通信システム１は、無線機器、基地局及びネットワークを含む。ここで、無線機器は、無線接続技術（例えば、５Ｇ ＮＲ（Ｎｅｗ ＲＡＴ）、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ））を用いて通信を行う機器を意味し、通信／無線／５Ｇ機器と呼ぶことができる。これに制限されるものではないが、無線機器は、ロボット１００ａ、車両１００ｂ－１，１００ｂ－２、ＸＲ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ）機器１００ｃ、携帯機器（Ｈａｎｄ－ｈｅｌｄ ｄｅｖｉｃｅ）１００ｄ、家電１００ｅ、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇ）機器１００ｆ、ＡＩ機器／サーバー４００を含むことができる。例えば、車両は、無線通信機能を備えている車両、自律走行車両、車両間通信が可能な車両などを含むことができる。ここで、車両は、ＵＡＶ（Ｕｎｍａｎｎｅｄ Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ）（例えば、ドローン）を含むことができる。ＸＲ機器は、ＡＲ（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ）／ＶＲ（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ）／ＭＲ（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ）機器を含み、ＨＭＤ（Ｈｅａｄ－Ｍｏｕｎｔｅｄ Ｄｅｖｉｃｅ）、車両に設けられたＨＵＤ（Ｈｅａｄ－Ｕｐ Ｄｉｓｐｌａｙ）、テレビ、スマートフォン、コンピュータ、ウェアラブルデバイス、家電機器、デジタルサイネージ（ｓｉｇｎａｇｅ）、車両、ロボットなどの形態として具現されてよい。携帯機器は、スマートフォン、スマートパッド、ウェアラブル機器（例えば、スマートウォッチ、スマートグラス）、コンピュータ（例えば、ノートパソコンなど）などを含むことができる。家電は、ＴＶ、冷蔵庫、洗濯機などを含むことができる。ＩｏＴ機器は、センサー、スマートメーターなどを含むことができる。例えば、基地局、ネットワークは無線機器として具現されてもよく、特定無線機器２００ａは、他の無線機器に基地局／ネットワークノードとして動作してもよい。

無線機器１００ａ～１００ｆは、基地局２００を介してネットワーク３００に連結されてよい。無線機器１００ａ～１００ｆにはＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）技術が適用されてよく、無線機器１００ａ～１００ｆはネットワーク３００を介してＡＩサーバー４００に連結されてよい。ネットワーク３００は、３Ｇネットワーク、４Ｇ（例えば、ＬＴＥ）ネットワーク又は５Ｇ（例えば、ＮＲ）ネットワークなどを用いて構成されてよい。無線機器１００ａ～１００ｆは、基地局２００／ネットワーク３００を介して互いに通信することもできるが、基地局／ネットワークを介さずに直接通信（例えば、サイドリンク通信（ｓｉｄｅｌｉｎｋ ｃｏｍｍｕｎｉｃａｔｉｏｎ））することもできる。例えば、車両１００ｂ－１，１００ｂ－２は、直接通信（例えば、Ｖ２Ｖ（Ｖｅｈｉｃｌｅ ｔｏ Ｖｅｈｉｃｌｅ）／Ｖ２Ｘ（Ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）ｃｏｍｍｕｎｉｃａｔｉｏｎ）ができる。また、ＩｏＴ機器（例えば、センサー）は、他のＩｏＴ機器（例えば、センサー）又は他の無線機器１００ａ～１００ｆと直接通信ができる。

無線機器１００ａ～１００ｆ／基地局２００、基地局２００／基地局２００間には、無線通信／連結１５０ａ，１５０ｂ，１５０ｃがなされてよい。ここで、無線通信／連結は、上りリンク／下りリンク通信１５０ａとサイドリンク通信１５０ｂ（又は、Ｄ２Ｄ通信）、基地局間通信１５０ｃ（例えば、リレー（ｒｅｌａｙ）、ＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ Ｂａｃｋｈａｕｌ）のような様々な無線接続技術（例えば、５Ｇ ＮＲ）によってなされてよい。無線通信／連結１５０ａ，１５０ｂ，１５０ｃを介して無線機器と基地局／無線機器、基地局と基地局は互いに無線信号を送信／受信することができる。例えば、無線通信／連結１５０ａ，１５０ｂ，１５０ｃは、様々な物理チャネルを通じて信号を送信／受信することができる。そのために、本発明の様々な提案に基づき、無線信号の送信／受信のための様々な構成情報設定過程、様々な信号処理過程（例えば、チャネルエンコーディング／デコーディング、変調／復調、リソースマッピング／デマッピングなど）、リソース割り当て過程などのうち少なくとも一部が行われてよい。

本発明が適用される無線機器の例

図１９には、本発明に適用可能な無線機器を例示する。

図１９を参照すると、第１無線機器１００と第２無線機器２００は様々な無線接続技術（例えば、ＬＴＥ、ＮＲ）を用いて無線信号を送受信することができる。ここで、｛第１無線機器１００、第２無線機器２００｝は、図１８の｛無線機器１００ｘ、基地局２００｝及び／又は｛無線機器１００ｘ、無線機器１００ｘ｝に対応してよい。

第１無線機器１００は、１つ以上のプロセッサ１０２及び１つ以上のメモリ１０４を含み、さらに、１つ以上の送受信機１０６及び／又は１つ以上のアンテナ１０８を含むことができる。プロセッサ１０２は、メモリ１０４及び／又は送受信機１０６を制御し、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ１０２は、メモリ１０４内の情報を処理して第１情報／信号を生成した後、第１情報／信号を含む無線信号を送受信機１０６から送信してよい。また、プロセッサ１０２は、第２情報／信号を含む無線信号を送受信機１０６から受信した後、第２情報／信号の信号処理から得た情報をメモリ１０４に保存することができる。メモリ１０４は、プロセッサ１０２と連結されてよく、プロセッサ１０２の動作に関連した様々な情報を保存することができる。例えば、メモリ１０４は、プロセッサ１０２によって制御されるプロセスの一部又は全部を行うか、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ１０２とメモリ１０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機１０６は、プロセッサ１０２と連結されてよく、１つ以上のアンテナ１０８を介して無線信号を送信及び／又は受信することができる。送受信機１０６は、送信機及び／又は受信機を含むことができる。送受信機１０６は、ＲＦ（Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ）ユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

第２無線機器２００は、１つ以上のプロセッサ２０２、１つ以上のメモリ２０４を含み、さらに、１つ以上の送受信機２０６及び／又は１つ以上のアンテナ２０８をさらに含むことができる。プロセッサ２０２は、メモリ２０４及び／又は送受信機２０６を制御し、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を具現するように構成されてよい。例えば、プロセッサ２０２は、メモリ２０４内の情報を処理して第３情報／信号を生成した後、送受信機２０６から第３情報／信号を含む無線信号を送信してよい。また、プロセッサ２０２は、第４情報／信号を含む無線信号を送受信機２０６から受信した後、第４情報／信号の信号処理から得た情報をメモリ２０４に保存することができる。メモリ２０４は、プロセッサ２０２と連結されてよく、プロセッサ２０２の動作と関連した様々な情報を保存することができる。例えば、メモリ２０４は、プロセッサ２０２によって制御されるプロセスの一部又は全部を行うか、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するための命令を含むソフトウェアコードを保存することができる。ここで、プロセッサ２０２とメモリ２０４は、無線通信技術（例えば、ＬＴＥ、ＮＲ）を具現するように設計された通信モデム／回路／チップの一部であってよい。送受信機２０６は、プロセッサ２０２と連結されてよく、１つ以上のアンテナ２０８を介して無線信号を送信及び／又は受信することができる。送受信機２０６は、送信機及び／又は受信機を含むことができる。送受信機２０６は、ＲＦユニットに言い換えてもよい。本発明において、無線機器は、通信モデム／回路／チップを意味してもよい。

以下、無線機器１００，２００のハードウェア要素についてより具体的に説明する。これに制限されるものではないが、一つ以上のプロトコル層が一つ以上のプロセッサ１０２，２０２によって具現されてよい。例えば、一つ以上のプロセッサ１０２，２０２は、一つ以上の層（例えば、ＰＨＹ、ＭＡＣ、ＲＬＣ、ＰＤＣＰ、ＲＲＣ、ＳＤＡＰのような機能的な層）を具現することができる。一つ以上のプロセッサ１０２，２０２は、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、一つ以上のＰＤＵ（Ｐｒｏｔｏｃｏｌ Ｄａｔａ Ｕｎｉｔ）及び／又は一つ以上のＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）を生成することができる。１つ以上のプロセッサ１０２，２０２は、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、メッセージ、制御情報、データ又は情報を生成できる。１つ以上のプロセッサ１０２，２０２は、本文書に開示された機能、手続、提案及び／又は方法によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を含む信号（例えば、ベースバンド信号）を生成し、それを１つ以上の送受信機１０６，２０６に提供できる。１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６から信号（例えば、ベースバンド信号）を受信することができ、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図によって、ＰＤＵ、ＳＤＵ、メッセージ、制御情報、データ又は情報を取得することができる。

１つ以上のプロセッサ１０２，２０２は、コントローラ、マイクロコントローラ、マイクロプロセッサ又はマイクロコンピュータと呼ぶことができる。１つ以上のプロセッサ１０２，２０２は、ハードウェア、ファームウェア、ソフトウェア、又はそれらの組合せによって具現されてよい。一例として、１つ以上のＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）、１つ以上のＤＳＰ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ）、１つ以上のＤＳＰＤ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｄｅｖｉｃｅ）、１つ以上のＰＬＤ（Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）又は１つ以上のＦＰＧＡ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙｓ）が１つ以上のプロセッサ１０２，２０２に含まれてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、ファームウェア又はソフトウェアを用いて具現されてよく、ファームウェア又はソフトウェアは、モジュール、手続、機能などを含むように具現されてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図を実行するように設定されたファームウェア又はソフトウェアは、１つ以上のプロセッサ１０２，２０２に含まれるか、１つ以上のメモリ１０４，２０４に保存され、１つ以上のプロセッサ１０２，２０２によって駆動されてよい。本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図は、コード、命令語及び／又は命令語の集合の形態でファームウェア又はソフトウェアによって具現されてよい。

１つ以上のメモリ１０４，２０４は１つ以上のプロセッサ１０２，２０２と連結されてよく、様々な形態のデータ、信号、メッセージ、情報、プログラム、コード、指示及び／又は命令を保存することができる。１つ以上のメモリ１０４，２０４は、ＲＯＭ、ＲＡＭ、ＥＰＲＯＭ、フラッシュメモリ、ハードドライブ、レジスター、キャッシュメモリ、コンピュータ可読記憶媒体及び／又はそれらの組合せによって構成されてよい。１つ以上のメモリ１０４，２０４は、１つ以上のプロセッサ１０２，２０２の内部及び／又は外部に位置してよい。また、１つ以上のメモリ１０４，２０４は、有線又は無線連結のような様々な技術によって１つ以上のプロセッサ１０２，２０２と連結されてよい。

１つ以上の送受信機１０６，２０６は、１つ以上の他の装置に、本文書の方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送信できる。１つ以上の送受信機１０６，２０６は、１つ以上の他の装置から、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを受信することができる。例えば、１つ以上の送受信機１０６，２０６は１つ以上のプロセッサ１０２，２０２と連結されてよく、無線信号を送受信できる。例えば、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置にユーザデータ、制御情報又は無線信号を送信するように制御できる。また、１つ以上のプロセッサ１０２，２０２は、１つ以上の送受信機１０６，２０６が１つ以上の他の装置からユーザデータ、制御情報又は無線信号を受信するように制御できる。また、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８と連結されてよく、１つ以上の送受信機１０６，２０６は１つ以上のアンテナ１０８，２０８を介して、本文書に開示された説明、機能、手続、提案、方法及び／又は動作順序図などで言及されるユーザデータ、制御情報、無線信号／チャネルなどを送受信するように設定されてよい。本文書において、１つ以上のアンテナは複数の物理アンテナであるか、複数の論理アンテナ（例えば、アンテナポート）であってよい。１つ以上の送受信機１０６，２０６は、受信されたユーザデータ、制御情報、無線信号／チャネルなどを１つ以上のプロセッサ１０２，２０２を用いて処理するために、受信された無線信号／チャネルなどをＲＦバンド信号からベースバンド信号に変換（Ｃｏｎｖｅｒｔ）してよい。１つ以上の送受信機１０６，２０６は、１つ以上のプロセッサ１０２，２０２を用いて処理されたユーザデータ、制御情報、無線信号／チャネルなどを、ベースバンド信号からＲＦバンド信号に変換してよい。そのために、１つ以上の送受信機１０６，２０６は（アナログ）オシレーター及び／又はフィルターを含むことができる。

本発明が適用される無線機器の活用例

図２０には、本発明に適用される無線機器の他の例を示す。無線機器は、使用の例／サービスによって様々な形態として具現されてよい（図１８参照）。

図２０を参照すると、無線機器１００，２００は、図１９の無線機器１００，２００に対応し、様々な要素（ｅｌｅｍｅｎｔ）、成分（部品、ｃｏｍｐｏｎｅｎｔ）、ユニット／部（ｕｎｉｔ）、及び／又はモジュール（ｍｏｄｕｌｅ）で構成されてよい。例えば、無線機器１００，２００は、通信部１１０、制御部１２０、メモリ部１３０及び追加要素１４０を含むことができる。通信部は、通信回路１１２及び送受信機１１４を含むことができる。例えば、通信回路１１２は、図１９の一つ以上のプロセッサ１０２，２０２及び／又は一つ以上のメモリ１０４，２０４を含むことができる。例えば、送受信機１１４は、図１９の一つ以上の送受信機１０６，２０６及び／又は一つ以上のアンテナ１０８，２０８を含むことができる。制御部１２０は、通信部１１０、メモリ部１３０及び追加要素１４０と電気的に連結されて無線機器の諸般動作を制御する。例えば、制御部１２０は、メモリ部１３０に保存されたプログラム／コード／命令／情報に基づいて無線機器の電気的／機械的動作を制御することができる。また、制御部１２０は、メモリ部１３０に保存された情報を通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを通じて送信するか、或いは通信部１１０を介して外部（例えば、他の通信機器）に無線／有線インターフェースを通じて受信された情報をメモリ部１３０に保存することができる。

追加要素１４０は、無線機器の種類によって様々に構成されてよい。例えば、追加要素１４０は、パワーユニット／バッテリー、入出力部（Ｉ／Ｏ ｕｎｉｔ）、駆動部及びコンピューティング部のうち少なくとも一つを含むことができる。これに制限されるものではないが、無線機器は、ロボット（図１８，１００ａ）、車両（図１８，１００ｂ－１，１００ｂ－２）、ＸＲ機器（図１８，１００ｃ）、携帯機器（図１８，１００ｄ）、家電（図１８，１００ｅ）、ＩｏＴ機器（図１８，１００ｆ）、デジタル放送用端末、ホログラム装置、公共安全装置、ＭＴＣ装置、医療装置、フィンテック装置（又は、金融装置）、保安装置、気候／環境装置、ＡＩサーバー／機器（図１８，４００）、基地局（図１８，２００）、ネットワークノードなどの形態で具現されてよい。無線機器は、使用の例／サービスによって移動可能な或いは固定した場所で用いられてよい。

図２０で、無線機器１００，２００内の様々な要素、成分、ユニット／部、及び／又はモジュールは、全体が有線インターフェースを通じて相互連結されるか、少なくとも一部が通信部１１０を介して無線で連結されてよい。例えば、無線機器１００，２００内で制御部１２０と通信部１１０は有線で連結され、制御部１２０と第１ユニット（例えば、１３０，１４０）は通信部１１０を介して無線で連結されてよい。また、無線機器１００，２００内の各要素、成分、ユニット／部、及び／又はモジュールは、一つ以上の要素をさらに含むことができる。例えば、制御部１２０は、一つ以上のプロセッサ集合で構成されてよい。例えば、制御部１２０は、通信制御プロセッサ、アプリケーションプロセッサ（Ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）、グラフィック処理プロセッサ、メモリ制御プロセッサなどの集合で構成されてよい。他の例として、メモリ部１３０は、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）、ＤＲＡＭ（Ｄｙｎａｍｉｃ ＲＡＭ）、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、フラッシュメモリ（ｆｌａｓｈ ｍｅｍｏｒｙ）、揮発性メモリ（ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）、不揮発性メモリ（ｎｏｎ－ｖｏｌａｔｉｌｅ ｍｅｍｏｒｙ）及び／又はこれらの組合せによって構成されてよい。

本発明が適用される車両又は自律走行車両の例

図２１には、本発明に適用される車両又は自律走行車両を例示する。車両又は自律走行車両は、移動型ロボット、車両、電車、有／無人飛行体（Ａｅｒｉａｌ Ｖｅｈｉｃｌｅ，ＡＶ）、船舶などとして具現されてよい。

図２１を参照すると、車両又は自律走行車両１００は、アンテナ部１０８、通信部１１０、制御部１２０、駆動部１４０ａ、電源供給部１４０ｂ、センサー部１４０ｃ及び自律走行部１４０ｄを含むことができる。アンテナ部１０８は、通信部１１０の一部として構成されてよい。ブロック１１０／１３０／１４０ａ～１４０ｄはそれぞれ、図２０のブロック１１０／１３０／１４０に対応する。

通信部１１０は、他の車両、基地局（例えば、基地局、路側基地局（Ｒｏａｄ Ｓｉｄｅ ｕｎｉｔ）など）、サーバーなどの外部機器と信号（例えば、データ、制御信号など）を送受信できる。制御部１２０は、車両又は自律走行車両１００の要素を制御して様々な動作を行うことができる。制御部１２０は、ＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）を含むことができる。駆動部１４０ａは、車両又は自律走行車両１００を地上で走行させることができる。駆動部１４０ａは、エンジン、モーター、パワートレイン、ホイール、ブレーキ、操向装置などを含むことができる。電源供給部１４０ｂは、車両又は自律走行車両１００に電源を供給し、有線／無線充電回路、バッテリーなどを含むことができる。センサー部１４０ｃは、車両状態、周辺環境情報、ユーザ情報などを得ることができる。センサー部１４０ｃは、ＩＭＵ（ｉｎｅｒｔｉａｌ ｍｅａｓｕｒｅｍｅｎｔ ｕｎｉｔ）センサー、衝突センサー、ホイールセンサー（ｗｈｅｅｌ ｓｅｎｓｏｒ）、速度センサー、傾斜センサー、重量感知センサー、ヘディングセンサー（ｈｅａｄｉｎｇ ｓｅｎｓｏｒ）、ポジションモジュール（ｐｏｓｉｔｉｏｎ ｍｏｄｕｌｅ）、車両前進／後進センサー、バッテリーセンサー、燃料センサー、タイヤセンサー、ステアリングセンサー、温度センサー、湿度センサー、超音波センサー、照度センサー、ペダルポジションセンサーなどを含むことができる。自律走行部１４０ｄは、走行中の車線を維持する技術、アダプティブクルーズコントロールのように速度を自動で調節する技術、決められた経路に沿って自動で走行する技術、目的地が設定されると自動で経路を設定して走行する技術などを具現することができる。

一例として、通信部１１０は、外部サーバーから地図データ、交通情報データなどを受信することができる。自律走行部１４０ｄは、取得されたデータに基づいて自律走行経路とドライビングプランを生成することができる。制御部１２０は、ドライビングプランに基づき、車両又は自律走行車両１００が自律走行経路に沿って移動するように駆動部１４０ａを制御することができる（例えば、速度／方向調節）。自律走行途中に通信部１１０は、外部サーバーから最新交通情報データを非／周期的に取得し、周辺車両から周辺交通情報データを取得することができる。また、自律走行途中にセンサー部１４０ｃは、車両状態、周辺環境情報を取得できる。自律走行部１４０ｄは、新しく取得されたデータ／情報に基づいて自律走行経路とドライビングプランを更新することができる。通信部１１０は、車両位置、自律走行経路、ドライビングプランなどに関する情報を外部サーバーに伝達できる。外部サーバーは、車両又は自律走行車両から収集された情報に基づき、ＡＩ技術などを用いて交通情報データをあらかじめ予測でき、予測された交通情報データを車両又は自律走行車両に提供することができる。

本発明は、本発明の特徴から逸脱しない範囲において他の特定の形態で具体化できることは当業者に自明である。したがって、前記の詳細な説明は、いかなる面においても制限的に解釈されてはならず、例示的なものとして考慮されるべきである。本発明の範囲は、添付する請求項の合理的解釈によって決定されなければならず、本発明の等価的範囲内における変更はいずれも本発明の範囲に含まれる。

上述したように、本発明は、様々な無線通信システムに適用可能である。

Claims (12)

1. 無線通信システムにおいて動作するＵＥ（user equipment）が信号を送受信するための方法であって、
   ＰＲＡＣＨ（Physical Random Access Channel）に基づいてＲＡＲ（Random Access Response）を受信する段階と、
   ＢＷＰ（bandwidth part）内で、前記ＲＡＲに基づいて、共有スペクトルチャネル接続のためのＰＵＳＣＨ（Physical Uplink Shared Channel）を送信する段階と、を含み、
   前記ＰＵＳＣＨ送信のための前記ＢＷＰ内の周波数領域リソース割り当ては、前記ＲＡＲ内のＦＤＲＡ（frequency domain resource assignment）フィールドに基づき、
   前記ＰＵＳＣＨのインタレース割り当てに関する情報が上位層シグナリングによって提供されないことに基づいて、
   （ｉ）前記ＢＷＰ内のＰＲＢ（physical resource block）の数（Ｎ）が９０の臨界値以下であることに基づいて、前記ＦＤＲＡフィールドは、
   ＬＳＢ（least significant bit）にトランケートされ、
   （ｉｉ）前記ＢＷＰ内の前記ＰＲＢの数（Ｎ）が前記９０の臨界値より大きいことに基づいて、０に設定された値を有する
   ビットが前記ＦＤＲＡフィールドに挿入され、
   前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されることに基づいて、
   （ｉ）前記ＢＷＰに対するＳＣＳ（subcarrier spacing）が３０ｋＨｚであることに基づいて、前記ＦＤＲＡフィールドは、５ＬＳＢにトランケートされ、又は、
   （ｉｉ）前記ＢＷＰに対する前記ＳＣＳが１５ｋＨｚであることに基づいて、前記ＦＤＲＡフィールドは、６ＬＳＢにトランケートされ、
   前記ＦＤＲＡフィールドは、ＤＣＩ（Downlink Control Information）フォーマット０＿０内のＦＤＲＡフィールドと解釈される、方法。
2. 前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されないことに基づいて、上りリンクリソース割り当てタイプ１が使用され、
   前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されることに基づいて、上りリンクリソース割り当てタイプ２が使用される、請求項１に記載の方法。
3. 前記共有スペクトルチャネル接続のために、１２ビットの前記ＦＤＲＡフィールドは、基地局から受信される、請求項１に記載の方法。
4. 前記９０の臨界値は、前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されないことに基づいてリソースが割り当てられるときに、１２ビットで指示可能な前記ＢＷＰ内の最大ＰＲＢ数を考慮して決定される、請求項３に記載の方法。
5. 無線通信システムにおいて信号を送受信するように構成されたＵＥ（user equipment）であって、
   少なくとも１つのトランシーバーと、
   少なくとも１つのプロセッサと、
   前記少なくとも１つのプロセッサに動作可能なように連結され、命令を保存する少なくとも１つのメモリと、を含み、
   前記命令は、実行されることに基づいて、前記少なくとも１つのプロセッサに、
   ＰＲＡＣＨ（Physical Random Access Channel）に基づいてＲＡＲ（Random Access Response）を受信し、
   ＢＷＰ（bandwidth part）内で、前記ＲＡＲに基づいて、共有スペクトルチャネル接続のためのＰＵＳＣＨ（Physical Uplink Shared Channel）を送信する、ことを含む動作を行わせ、
   前記ＰＵＳＣＨ送信のための前記ＢＷＰ内の周波数領域リソース割り当ては、前記ＲＡＲ内のＦＤＲＡ（frequency domain resource assignment）フィールドに基づき、
   前記ＰＵＳＣＨのインタレース割り当てに関する情報が上位層シグナリングによって提供されないことに基づいて、
   （ｉ）前記ＢＷＰ内のＰＲＢ（physical resource block）の数（Ｎ）が９０の臨界値以下であることに基づいて、前記ＦＤＲＡフィールドは、
   ＬＳＢ（least significant bit）にトランケートされ、
   （ｉｉ）前記ＢＷＰ内の前記ＰＲＢの数（Ｎ）が前記９０の臨界値より大きいことに基づいて、０に設定された値を有する
   ビットが前記ＦＤＲＡフィールドに挿入され、
   前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されることに基づいて、
   （ｉ）前記ＢＷＰに対するＳＣＳ（subcarrier spacing）が３０ｋＨｚであることに基づいて、前記ＦＤＲＡフィールドは、５ＬＳＢにトランケートされ、又は、
   （ｉｉ）前記ＢＷＰに対する前記ＳＣＳが１５ｋＨｚであることに基づいて、前記ＦＤＲＡフィールドは、６ＬＳＢにトランケートされ、
   前記ＦＤＲＡフィールドは、ＤＣＩ（Downlink Control Information）フォーマット０＿０内のＦＤＲＡフィールドと解釈される、ＵＥ。
6. 前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されないことに基づいて、上りリンクリソース割り当てタイプ１が使用され、
   前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されることに基づいて、上りリンクリソース割り当てタイプ２が使用される、請求項５に記載のＵＥ。
7. 前記共有スペクトルチャネル接続のために、１２ビットの前記ＦＤＲＡフィールドは、基地局から受信される、請求項５に記載のＵＥ。
8. 前記９０の臨界値は、前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されないことに基づいてリソースが割り当てられるときに、１２ビットで指示可能な前記ＢＷＰ内の最大ＰＲＢ数を考慮して決定される、請求項７に記載のＵＥ。
9. 無線通信システムにおいて動作する基地局が信号を送受信するための方法であって、
   ＰＲＡＣＨ（Physical Random Access Channel）に基づいてＲＡＲ（Random Access Response）を送信する段階と、
   ＢＷＰ（bandwidth part）内で、前記ＲＡＲに基づいて、共有スペクトルチャネル接続のためのＰＵＳＣＨ（Physical Uplink Shared Channel）を受信する段階と、を含み、
   前記ＰＵＳＣＨ送信のための前記ＢＷＰ内の周波数領域リソース割り当ては、前記ＲＡＲ内のＦＤＲＡ（frequency domain resource assignment）フィールドに基づき、
   前記ＰＵＳＣＨのインタレース割り当てに関する情報が上位層シグナリングによって提供されないことに基づいて、
   （ｉ）前記ＢＷＰ内のＰＲＢ（physical resource block）の数（Ｎ）が９０の臨界値以下であることに基づいて、前記ＦＤＲＡフィールドは、
   ＬＳＢ（least significant bit）にトランケートされ、
   （ｉｉ）前記ＢＷＰ内の前記ＰＲＢの数（Ｎ）が前記９０の臨界値より大きいことに基づいて、０に設定された値を有する
   ビットが前記ＦＤＲＡフィールドに挿入され、
   前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されることに基づいて、
   （ｉ）前記ＢＷＰに対するＳＣＳ（subcarrier spacing）が３０ｋＨｚであることに基づいて、前記ＦＤＲＡフィールドは、５ＬＳＢにトランケートされ、又は、
   （ｉｉ）前記ＢＷＰに対する前記ＳＣＳが１５ｋＨｚであることに基づいて、前記ＦＤＲＡフィールドは、６ＬＳＢにトランケートされ、
   前記ＦＤＲＡフィールドは、ＤＣＩ（Downlink Control Information）フォーマット０＿０内のＦＤＲＡフィールドと解釈される、方法。
10. 前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されないことに基づいて、上りリンクリソース割り当てタイプ１が使用され、
    前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されることに基づいて、上りリンクリソース割り当てタイプ２が使用される、請求項９に記載の方法。
11. 前記共有スペクトルチャネル接続のために、１２ビットの前記ＦＤＲＡフィールドは、前記基地局によって送信される、請求項９に記載の方法。
12. 前記９０の臨界値は、前記ＰＵＳＣＨの前記インタレース割り当てに関する前記情報が前記上位層シグナリングによって提供されないことに基づいてリソースが割り当てられるときに、１２ビットで指示可能な前記ＢＷＰ内の最大ＰＲＢ数を考慮して決定される、請求項１１に記載の方法。

Images