特許7572107 | 知財ポータル「IP Force」

知財求人 - 知財ポータルサイト「IP Force」

▶ 株式会社ＮＴＴドコモの特許一覧

特許7572107端末、基地局、通信システム及び通信方法

書誌要約請求の範囲詳細な説明課題実施例実施するための形態図面の説明

目に優しい文字サイズ小中大 PDF Top

< >

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2024-10-15

(45)【発行日】2024-10-23

(54)【発明の名称】端末、基地局、通信システム及び通信方法

(51)【国際特許分類】

H04W 72/1268 20230101AFI20241016BHJP

H04L 27/26 20060101ALI20241016BHJP

H04W 16/14 20090101ALI20241016BHJP

H04W 72/0457 20230101ALI20241016BHJP

H04W 72/232 20230101ALI20241016BHJP

【ＦＩ】

H04W72/1268

H04L27/26 112

H04L27/26 114

H04W16/14

H04W72/0457 110

H04W72/232

【請求項の数】 8

(21)【出願番号】P 2022503350

(86)(22)【出願日】2021-02-19

(86)【国際出願番号】 JP2021006479

(87)【国際公開番号】W WO2021172228

(87)【国際公開日】2021-09-02

【審査請求日】2023-07-24

(31)【優先権主張番号】P 2020029728

(32)【優先日】2020-02-25

(33)【優先権主張国・地域又は機関】JP

(73)【特許権者】

【識別番号】392026693

【氏名又は名称】株式会社ＮＴＴドコモ

(74)【代理人】

【識別番号】100107766

【弁理士】

【氏名又は名称】伊東忠重

(74)【代理人】

【識別番号】100070150

【弁理士】

【氏名又は名称】伊東忠彦

(74)【代理人】

【識別番号】100124844

【弁理士】

【氏名又は名称】石原隆治

(72)【発明者】

【氏名】熊谷慎也

(72)【発明者】

【氏名】原田浩樹

(72)【発明者】

【氏名】永田聡

【審査官】田畑利幸

(56)【参考文献】

【文献】特表２０１９－５２３５９３（ＪＰ，Ａ）

【文献】vivo，"Discussion on the channel access procedures"，3GPP TSG-RAN WG1 Meeting #99 R1-1912012，[online]，2019年11月08日，pages 1-10，[retrieved on 2024-09-02], Retrieved from <https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912012.zip>

【文献】LG Electronics，"HARQ procedure for NR-U"，3GPP TSG-RAN WG1 Meeting #98bis R1-1910821，[online]，2019年10月08日，pages 1-22，[retrieved on 2024-08-30], Retrieved from <https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_98b/Docs/R1-1910821.zip>

【文献】Qualcomm Incorporated，"Channel access procedures for NR unlicensed"，3GPP TSG-RAN WG1 Meeting #99 R1-1912938，[online]，2019年11月09日，pages 1-18，[retrieved on 2024-08-30], Retrieved from <https://www.3gpp.org/ftp/tsg_ran/WG1_RL1/TSGR1_99/Docs/R1-1912938.zip>

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｗ４／００－９９／００

Ｈ０４Ｌ２７／００－２７／３８

３ＧＰＰＴＳＧＲＡＮＷＧ１－４

ＳＡＷＧ１－４

ＣＴＷＧ１，４

(57)【特許請求の範囲】

【請求項1】

複数の上りリンク送信をスケジューリングする単一の下り制御情報を基地局から受信する受信部と、
前記下り制御情報によってスケジュールされた１番目の上りリンク送信のために、前記下り制御情報に基づいて指定されたチャネルアクセスタイプのチャネルアクセスを適用し、前記下り制御情報によってスケジュールされた２番目以降の上りリンク送信のために、予め定められたチャネルアクセスタイプのチャネルアクセスを適用する、制御部と、
を有する端末。

【請求項2】

前記制御部は、前記１番目の上りリンク送信のために、前記下り制御情報に基づいて指定されたCP(Cyclic Prefix)延長値とＣＡＰＣ(Channel Access Priority Class)の少なくとも一方を前記チャネルアクセスに適用する、
請求項１記載の端末。

【請求項3】

前記２番目以降の上りリンク送信は、ＣＯＴ（Channel Occupancy Time）内、又は、前記ＣＯＴ外である、
請求項１又は請求項２記載の端末。

【請求項4】

前記複数の上りリンク送信は、ＰＵＳＣＨ(Physical Uplink Shared Channel)の送信及びＳＲＳ（Sounding Reference Signal）の送信を含む請求項１から請求項３のいずれかに記載の端末。

【請求項5】

前記複数の上りリンク送信は、ＰＵＣＣＨ(Physical Uplink Control Channel)の送信及びＳＲＳ（Sounding Reference Signal）の送信を含む請求項１から請求項３のいずれかに記載の端末。

【請求項6】

複数の上りリンク送信をスケジューリングする単一の下り制御情報を送信する送信部と、
前記下り制御情報に基づいて指定されたチャネルアクセスタイプのチャネルアクセスが適用された、前記下り制御情報によってスケジュールされた１番目の上りリンク送信を受信し、予め定められたチャネルアクセスタイプのチャネルアクセスを適用された、前記下り制御情報によってスケジュールされた２番目以降の上りリンク送信を受信するように制御する制御部と、
を有する基地局。

【請求項7】

複数の上りリンク送信をスケジューリングする単一の下り制御情報を送信する送信部と、
を有する基地局と、
複数の上りリンク送信をスケジューリングする前記単一の下り制御情報を前記基地局から受信する受信部と、
前記下り制御情報によってスケジュールされた１番目の上りリンク送信のために、前記下り制御情報に基づいて指定されたチャネルアクセスタイプのチャネルアクセスを適用し、前記下り制御情報によってスケジュールされた２番目以降の上りリンク送信のために、予め定められたチャネルアクセスタイプのチャネルアクセスを適用する、制御部と、
を有する端末と、
を有する通信システム。

【請求項8】

複数の上りリンク送信をスケジューリングする単一の下り制御情報を基地局から受信する受信ステップと、
前記下り制御情報によってスケジュールされた１番目の上りリンク送信のために、前記下り制御情報に基づいて指定されたチャネルアクセスタイプのチャネルアクセスを適用し、前記下り制御情報によってスケジュールされた２番目以降の上りリンク送信のために、予め定められたチャネルアクセスタイプのチャネルアクセスを適用する制御ステップと、
を有する端末の通信方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおける端末及び通信方法に関する。

【背景技術】

【0002】

ＬＴＥ（Long Term Evolution）の後継システムであるＮＲ（New Radio）（「５Ｇ」ともいう。）においては、要求条件として、大容量のシステム、高速なデータ伝送速度、低遅延、多数の端末の同時接続、低コスト、省電力等を満たす技術が検討されている。

【0003】

また、既存のＬＴＥシステムでは、周波数帯域を拡張するため、通信事業者（オペレータ）に免許された周波数帯域（ライセンスバンド（licensed band）とは異なる周波数帯域（アンライセンスバンド（unlicensed band）、アンライセンスキャリア（unlicensed carrier）、アンライセンスＣＣ（unlicensed CC）ともいう）の利用がサポートされている。アンライセンスバンドとしては、例えば、Ｗｉ－Ｆｉ（登録商標）あるいはＢｌｕｅｔｏｏｔｈ（登録商標）を使用可能な２．４ＧＨｚ帯又は５ＧＨｚ帯、６ＧＨｚ帯などが想定される。

【0004】

具体的には、Ｒｅｌ－１３では、ライセンスバンドのキャリア（ＣＣ）とアンライセンスバンドのキャリア（ＣＣ）とを統合するキャリアアグリゲーション（Carrier Aggregation：ＣＡ）がサポートされる。このように、ライセンスバンドとともにアンライセンスバンドを用いて行う通信をＬｉｃｅｎｓｅ－ＡｓｓｉｓｔｅｄＡｃｃｅｓｓ（ＬＡＡ）と称する。

【0005】

ライセンスバンドとともにアンライセンスバンドを用いて通信を行う無線通信システムでは、基地局装置（下りリンク）及びユーザ端末（上りリンク）は、アンライセンスバンドにおけるデータの送信前に、他の装置（例えば、基地局装置、ユーザ端末、Ｗｉ－Ｆｉ装置など）の送信の有無を確認するためにチャネルのセンシング（キャリアセンス）を行う。センシングの結果、他の装置の送信がないことを確認すると、送信機会を獲得し、送信を行うことができる。この動作はＬＢＴ（Listen Before Talk）と呼ばれる。また、ＮＲにおいて、アンライセンスバンドをサポートするシステムはＮＲ－Ｕシステムと呼ばれる。

【先行技術文献】

【非特許文献】

【0006】

【文献】３ＧＰＰＴＳ３８．３３１Ｖ１５．８．０（２０１９－１２）

【文献】３ＧＰＰＴＳ３８．２１２Ｖ１６．０．０（２０１９－１２）

【文献】３ＧＰＰＴＳ３８．２１３Ｖ１６．０．０（２０１９－１２）

【文献】３ＧＰＰＴＳ３７．２１３Ｖ１６．０．０（２０１９－１２）

【発明の概要】

【発明が解決しようとする課題】

【0007】

ＮＲのＤＣＩ（Downlink Control Information）フォーマットを用いて、基地局は１つのＤＣＩで複数のＵＬ送信を指示することが可能である。一方、ＮＲ－ＵシステムにおけるＵＬ（Uplink）送信では、ＤＣＩに基づいて、例えばチャネルアクセスタイプのようなＵＬ送信に適用するパラメータを端末は決定する必要がある。したがって、１つのＤＣＩによって複数のＵＬ送信が指示される場合、当該ＤＣＩによって通知されるパラメータをいずれのＵＬ送信に適用するか不明であった。

【0008】

本発明は上記の点に鑑みてなされたものであり、無線通信システムにおいて、複数の上りリンク送信がスケジューリングされる場合に、各上りリンク送信に適用するパラメータを決定することを目的とする。

【課題を解決するための手段】

【0009】

開示の技術によれば、複数の上りリンク送信をスケジューリングする単一の下り制御情報を基地局から受信する受信部と、前記下り制御情報によってスケジュールされた１番目の上りリンク送信のために、前記下り制御情報に基づいて指定されたチャネルアクセスタイプのチャネルアクセスを適用し、前記下り制御情報によってスケジュールされた２番目以降の上りリンク送信のために、予め定められたチャネルアクセスタイプのチャネルアクセスを適用する、制御部と、を有する端末が提供される。

【発明の効果】

【0010】

開示の技術によれば、無線通信システムにおいて、複数の上りリンク送信がスケジューリングされる場合に、各上りリンク送信に適用するパラメータを決定することができる。

【図面の簡単な説明】

【0011】

【図1】本発明の実施の形態における無線通信システムの構成例を示す図である。

【図2】本発明の実施の形態における無線通信システムを説明するための図である。

【図3】マルチＴＴＩグラントを説明するための図である。

【図4】本発明の実施の形態におけるシグナリングの例を説明するためのシーケンス図である。

【図5】本発明の実施の形態における端末２０の動作の例を説明するためのフローチャートである。

【図6】本発明の実施の形態におけるＰＵＳＣＨ及びＳＲＳが送信される例（１）を説明するためのフローチャートである。

【図7】本発明の実施の形態におけるＰＵＣＣＨ及びＳＲＳが送信される例（１）を説明するためのフローチャートである。

【図8】本発明の実施の形態におけるＰＵＳＣＨ及びＳＲＳが送信される例（２）を説明するためのフローチャートである。

【図9】本発明の実施の形態におけるＰＵＣＣＨ及びＳＲＳが送信される例（２）を説明するためのフローチャートである。

【図10】本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（１）を示す図である。

【図11】本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（２）を示す図である。

【図12】本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（３）を示す図である。

【図13】本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（４）を示す図である。

【図14】本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（５）を示す図である。

【図15】本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（６）を示す図である。

【図16】本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（７）を示す図である。

【図17】本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（１）を示す図である。

【図18】本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（２）を示す図である。

【図19】本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（３）を示す図である。

【図20】本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（４）を示す図である。

【図21】本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（５）を示す図である。

【図22】本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（６）を示す図である。

【図23】本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（７）を示す図である。

【図24】本発明の実施の形態における基地局１０の機能構成の一例を示す図である。

【図25】本発明の実施の形態における端末２０の機能構成の一例を示す図である。

【図26】本発明の実施の形態における基地局１０又は端末２０のハードウェア構成の一例を示す図である。

【発明を実施するための形態】

【0012】

以下、図面を参照して本発明の実施の形態を説明する。なお、以下で説明する実施の形態は一例であり、本発明が適用される実施の形態は、以下の実施の形態に限られない。

【0013】

本発明の実施の形態の無線通信システムの動作にあたっては、適宜、既存技術が使用される。ただし、当該既存技術は、例えば既存のＬＴＥであるが、既存のＬＴＥに限られない。また、本明細書で使用する用語「ＬＴＥ」は、特に断らない限り、ＬＴＥ－Ａｄｖａｎｃｅｄ、及び、ＬＴＥ－Ａｄｖａｎｃｅｄ以降の方式（例：ＮＲ）を含む広い意味を有するものとする。

【0014】

また、以下で説明する本発明の実施の形態では、既存のＬＴＥで使用されているＳＳ（Synchronization signal）、ＰＳＳ（Primary SS）、ＳＳＳ（Secondary SS）、ＰＢＣＨ（Physical broadcast channel）、ＰＲＡＣＨ（Physical random access channel）、ＰＤＣＣＨ（Physical Downlink Control Channel）、ＰＤＳＣＨ（Physical Downlink Shared Channel）、ＰＵＣＣＨ（Physical Uplink Control Channel）、ＰＵＳＣＨ（Physical Uplink Shared Channel）等の用語を使用する。これは記載の便宜上のためであり、これらと同様の信号、機能等が他の名称で呼ばれてもよい。また、ＮＲにおける上述の用語は、ＮＲ－ＳＳ、ＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＮＲ－ＰＲＡＣＨ等に対応する。ただし、ＮＲに使用される信号であっても、必ずしも「ＮＲ－」と明記しない。

【0015】

また、本発明の実施の形態において、複信（Duplex）方式は、ＴＤＤ（Time Division Duplex）方式でもよいし、ＦＤＤ（Frequency Division Duplex）方式でもよいし、又はそれ以外（例えば、Flexible Duplex等）の方式でもよい。

【0016】

また、本発明の実施の形態において、無線パラメータ等が「設定される（Configure）」とは、所定の値が予め設定（Pre-configure）されることであってもよいし、基地局１０又は端末２０から通知される無線パラメータが設定されることであってもよい。

【0017】

図１は、本発明の実施の形態における無線通信システムの構成例を示す図である。本発明の実施の形態における無線通信システムは、図１に示されるように、基地局１０及び端末２０を含む。図１には、基地局１０及び端末２０が１つずつ示されているが、これは例であり、それぞれ複数であってもよい。

【0018】

基地局１０は、１つ以上のセルを提供し、端末２０と無線通信を行う通信装置である。無線信号の物理リソースは、時間領域及び周波数領域で定義され、時間領域はＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル数で定義されてもよいし、周波数領域はサブキャリア数又はリソースブロック数で定義されてもよい。基地局１０は、同期信号及びシステム情報を端末２０に送信する。同期信号は、例えば、ＮＲ－ＰＳＳ及びＮＲ－ＳＳＳである。システム情報は、例えば、ＮＲ－ＰＢＣＨにて送信され、報知情報ともいう。図１に示されるように、基地局１０は、ＤＬ（Downlink）で制御信号又はデータを端末２０に送信し、ＵＬ（Uplink）で制御信号又はデータを端末２０から受信する。基地局１０及び端末２０はいずれも、ビームフォーミングを行って信号の送受信を行うことが可能である。また、基地局１０及び端末２０はいずれも、ＭＩＭＯ（Multiple Input Multiple Output）による通信をＤＬ又はＵＬに適用することが可能である。また、基地局１０及び端末２０はいずれも、ＣＡ（Carrier Aggregation）によるセカンダリセル（SCell:Secondary Cell）及びプライマリセル（PCell:Primary Cell）を介して通信を行ってもよい。さらに、端末２０は、ＤＣ（Dual Connectivity）による基地局１０のプライマリセル及び他の基地局１０のプライマリセカンダリセル（PSCell:Primary Secondary Cell）を介して通信を行ってもよい。

【0019】

端末２０は、スマートフォン、携帯電話機、タブレット、ウェアラブル端末、Ｍ２Ｍ（Machine-to-Machine）用通信モジュール等の無線通信機能を備えた通信装置である。図１に示されるように、端末２０は、ＤＬで制御信号又はデータを基地局１０から受信し、ＵＬで制御信号又はデータを基地局１０に送信することで、無線通信システムにより提供される各種通信サービスを利用する。

【0020】

図２は、本発明の実施の形態における無線通信システムを説明するための図である。図２は、ＮＲ－ＤＣ（NR-Dual connectivity）が実行される場合における無線通信システムの構成例を示す。図２に示されるように、ＭＮ（Master Node)となる基地局１０Ａと、SN(Secondary Node）となる基地局１０Ｂが備えられる。基地局１０Ａと基地局１０Ｂはそれぞれコアネットワーク３０に接続される。端末２０は基地局１０Ａと基地局１０Ｂの両方と通信を行う。

【0021】

ＭＮである基地局１０Ａにより提供されるセルグループをＭＣＧ（Master Cell Group）と呼び、ＳＮである基地局１０Ｂにより提供されるセルグループをＳＣＧ（Secondary Cell Group）と呼ぶ。後述する動作は、図１と図２のいずれの構成で行ってもよい。

【0022】

本実施の形態における無線通信システムでは、前述したＬＢＴが実行される。基地局１０あるいは端末２０は、ＬＢＴ結果がアイドルである場合（ＬＢＴに成功した場合）にＣＯＴ（Channel Occupancy Time）を獲得し、送信を行い、ＬＢＴ結果がビジーである場合（ＬＢＴ－ｂｕｓｙ）に、送信を行わない。

【0023】

本実施の形態における無線通信システムは、アンライセンスＣＣ及びライセンスＣＣを用いるキャリアアグリゲーション（ＣＡ）の動作を行ってもよいし、アンライセンスＣＣ及びライセンスＣＣを用いるデュアルコネクティビティ（ＤＣ）の動作を行ってもよいし、アンライセンスＣＣのみを用いるスタンドアローン（ＳＡ）の動作を行ってもよい。ＣＡ、ＤＣ、又はＳＡは、ＮＲ及びＬＴＥのいずれか１つのシステムによって行われてもよい。ＤＣは、ＮＲ、ＬＴＥ、及び他のシステムの少なくとも２つによって行われてもよい。

【0024】

端末２０は、基地局１０からの送信バーストを検出するための、ＰＤＣＣＨ又はグループ共通ＰＤＣＣＨ（group common(GC)-PDCCH）内の信号（例えば、Demodulation Reference Signal(DMRS)などのReference Signal(RS)）の存在を想定してもよい。

【0025】

基地局１０は、基地局装置契機のＣＯＴ開始時に、ＣＯＴ開始を通知する特定ＤＭＲＳを含む特定ＰＤＣＣＨ（PDCCH又はGC-PDCCH）を送信してもよい。特定ＰＤＣＣＨ及び特定ＤＭＲＳの少なくとも１つは、ＣＯＴ開始通知信号と呼ばれてもよい。基地局１０は、例えば、ＣＯＴ開始通知信号を１以上の端末２０へ送信し、端末２０は、特定ＤＭＲＳを検出した場合、ＣＯＴを認識することができる。

【0026】

図３は、マルチＴＴＩグラントを説明するための図である。リリース１６ＮＲ－Ｕでは、１つのＤＣＩ（Downlink Control Information）で複数スロット／複数ミニスロットに渡って複数のＰＵＳＣＨをスケジューリングするマルチＴＴＩ（Transmission Time Interval）グラントを使用することが想定されている。なお、「スケジューリングする（あるいはスケジュールする）」を「割り当てる」に言い換えてもよい。

【0027】

マルチＴＴＩグラントにより、別々のＴＢ（Transport block、トランスポートブロック）を送信する連続する複数のＰＵＳＣＨがスケジューリングされる。１つのＴＢは、１つのスロット又は１つのミニスロットにマッピングされ、１つのＰＵＳＣＨで送信される。当該１つのＴＢを送信する１つのＰＵＳＣＨには１つのＨＡＲＱ（Hybrid automatic repeat request）プロセスが割り当てられる。

【0028】

１つのＤＣＩによりスケジューリングされる複数ＰＵＳＣＨについて、１つのＤＣＩにより、ＮＤＩ（New data indicator）とＲＶ（Redundancy version）ＰＵＳＣＨ毎にシグナリングされる。また、当該ＤＣＩにより通知されたＨＡＲＱプロセスＩＤについては、スケジュールされた最初のＰＵＳＣＨに適用され、以降のＰＵＳＣＨのＨＡＲＱプロセスＩＤについては、ＰＵＳＣＨの順番で１ずつインクリメントされた値が適用される。

【0029】

図３は、マルチＴＴＩグラントを受信した端末２０の動作の一例を示す図である。図３の例では、マルチＴＴＩグラントにより、４スロット分のＰＵＳＣＨがスケジューリングされる。

【0030】

端末２０は、Ａで示す最初のＰＵＳＣＨがスケジューリングされたスロットの手前でＬＢＴを実行し、そのＬＢＴがＯＫであれば４つの連続するＰＵＳＣＨでデータを送信する。もしも最初のＬＢＴがＮＧである場合、Ｂで示すＰＵＳＣＨがスケジューリングされたスロットの手前でＬＢＴを実行し、そのＬＢＴがＯＫであれば３つの連続するＰＵＳＣＨでデータを送信する。以降、同様の処理が行われる。もしも、Ｄで示す最後のＰＵＳＣＨがスケジューリングされたスロットの手前でＬＢＴを実行し、それがＮＧである場合、送信は行われない。

【0031】

例えば、ＰＵＳＣＨスケジューリングは、分離された複数のＴＢを含んでもよい複数の連続したＰＵＳＣＨを含む複数のスロット又はミニスロットが１つのＤＣＩによってサポートされてもよい。また、例えば、複数のＰＵＳＣＨをシグナリングするＤＣＩは、ＮＤＩ及びＲＶを含んでもよい。また、例えば、ＣＢＧ（Code block group）ベースの再送が複数のＰＵＳＣＨスケジューリングにおいてサポートされてもよく、ＤＣＩのフィールドによって、再送する１又は複数のＰＵＳＣＨごと、ＰＵＳＣＨごと又は固定数のＰＵＳＣＨごとにシグナリングされてもよい。また、例えば、ＤＣＩによりシグナリングされるＨＡＲＱプロセスＩＤは、最初にスケジューリングされたＰＵＳＣＨに適用されてもよく、続くＰＵＳＣＨにおいて１ずつインクリメントされてもよい。

【0032】

また、例えば、ＰＵＳＣＨがスケジュールされる時間領域のリソース割り当てが拡張されてもよい。例えば、開始シンボル位置及び終了シンボル位置の範囲が拡張されてもよいし、連続する時間領域のリソース割り当てが拡張されてもよいし、先頭スロットにおいて複数のＰＵＳＣＨが配置されてもよいし、端末主導のＣＯＴにおいて複数の開始シンボル位置がサポートされてもよい。

【0033】

また、ＮＲ－Ｕでは、非フォールバックＤＣＩによるＵＬグラントに関して、以下１）－４）に示される動作を行ってもよい。なお、非フォールバックＤＣＩフォーマットとは、例えば、ＮＲシステムにおけるＤＣＩフォーマット１＿１及びＤＣＩフォーマット０＿１である。非フォールバックＤＣＩフォーマットとは、例えば、フォールバックＤＣＩフォーマットであるＤＣＩフォーマット１＿０及びＤＣＩフォーマット０＿０よりもサイズが大きいＤＣＩフォーマットであり、フォールバックＤＣＩフォーマットとは異なり、設定に依存してサイズが変更される。以下、「＊」は乗算を示す。

【0034】

１）ＬＢＴタイプ、ＣＰ延長値及びＣＡＰＣ（Channel Access Priority Class）は、ジョイントエンコーディングされて（すなわちこれらの組み合わせに対してインデックスが対応付けられて）当該ＵＬグラントに含まれてもよい。
２）ＬＢＴタイプ、ＣＰ延長値及びＣＡＰＣの組み合わせは、端末２０固有のＲＲＣシグナリングによって、端末２０に設定されてもよい。
３）ＬＢＴタイプ｛Ｃａｔ１－１６μｓ，Ｃａｔ２－１６μｓ，Ｃａｔ２－２５μｓ，Ｃａｔ４｝、ＣＰ延長｛０，Ｃ１＊シンボル長－２５μｓ，Ｃ２＊シンボル長－１６μｓ－ＴＡ，Ｃ３＊シンボル長－２５μｓ－ＴＡ｝、ＣＡＰＣ｛１，２，３，４｝の組み合わせのうち、（Ｃａｔ２－２５μｓ，Ｃ２＊シンボル長－１６μｓ－ＴＡ）と、（Ｃａｔ１－１６μｓ，Ｃ３＊シンボル長－２５μｓ－ＴＡ）と、（Ｃａｔ２－１６μｓ，Ｃ３＊シンボル長－２５μｓ－ＴＡ）と、（Ｃａｔ２－１６μｓ又はＣａｔ２－１６μｓ，Ｃ１＊シンボル長－２５μｓ）との組み合わせは、ＲＲＣ設定によりサポートされなくてもよい。
４）対応するＤＣＩのビットフィールドは、６ビット長までであってもよい。端末２０に対するＲＲＣシグナリングで設定される組み合わせ数に依存してビットフィールドの長さが決定されてもよい。

【0035】

ＵＬ送信（例えば、ＰＵＣＣＨ）をスケジューリングする非フォールバックＤＬ割り当てに関して、以下１）－５）に示される動作を行ってもよい。

【0036】

１）ＬＢＴタイプ及びＣＰ延長値は、ジョイントエンコーディングされて当該ＤＬ割り当てに含まれてもよい。
２）最も高いＣＡＰＣが常に想定されてもよい。
３）ＬＢＴタイプ及びＣＰ延長値の組み合わせは、端末２０固有のＲＲＣシグナリングによって、端末２０に設定されてもよい。
４）ＬＢＴタイプ｛Ｃａｔ１－１６μｓ，Ｃａｔ２－１６μｓ，Ｃａｔ２－２５μｓ，Ｃａｔ４｝、ＣＰ延長｛０，Ｃ１＊シンボル長－２５μｓ，Ｃ２＊シンボル長－１６μｓ－ＴＡ，Ｃ３＊シンボル長－２５μｓ－ＴＡ｝の組み合わせのうち、（Ｃａｔ２－２５μｓ，Ｃ２＊シンボル長－１６μｓ－ＴＡ）と、（Ｃａｔ１－１６μｓ，Ｃ３＊シンボル長－２５μｓ－ＴＡ）と、（Ｃａｔ２－１６μｓ，Ｃ３＊シンボル長－２５μｓ－ＴＡ）と、（Ｃａｔ２－１６μｓ又はＣａｔ２－１６μｓ，Ｃ１＊シンボル長－２５μｓ）との組み合わせは、ＲＲＣ設定によりサポートされなくてもよい。
５）対応するＤＣＩのビットフィールドは、４ビット長までであってもよい。端末２０に対するＲＲＣシグナリングで設定される組み合わせ数に依存してビットフィールドの長さが決定されてもよい。

【0037】

一方、フォールバックＤＣＩによるＵＬグラントでは、ＬＢＴタイプ、ＣＰ延長値及びＣＡＰＣは、２ビット長でジョイントエンコーディングされて当該ＵＬグラントに含まれてもよい。なお、サポートされるＬＢＴタイプ、ＣＰ延長値及びＣＡＰＣの組み合わせは、予め仕様により規定されてもよい。

【0038】

また、ＵＬ送信（例えば、ＰＵＣＣＨ）をスケジューリングするフォールバックＤＬ割り当てでは、ＬＢＴタイプ及びＣＰ延長値は、２ビット長でジョイントエンコーディングされて当該ＤＬ割り当てに含まれてもよい。なお、サポートされるＬＢＴタイプ及びＣＰ延長値の組み合わせは、予め仕様により規定されてもよい。

【0039】

ここで、ＬＢＴのメカニズムとしては、ＦＢＥ（Frame Based Equipment）及びＬＢＥ（Load Based Equipment）が検討されている。両者の違いは、送受信に用いるフレーム構成、チャネル占有時間等である。ＦＢＥは、ＬＢＴに係る送受信の構成が固定タイミングを有する。一方、ＬＢＥは、ＬＢＴに係る送受信の構成が時間軸方向で固定でなく、需要に応じてＬＢＴが行われる。具体的には、ＦＢＥは、固定のフレーム周期をもち、所定のフレームで一定時間（ＬＢＴ時間（LBT duration）等と呼ばれてもよい）キャリアセンスを行った結果、チャネルが使用可能であれば送信を行うが、チャネルが使用不可であれば次のフレームにおけるキャリアセンスタイミングまで送信を行わずに待機する。

【0040】

一方、ＬＢＥは、キャリアセンス（初期Clear Channel Assessment：ＣＣＡ）を行った結果チャネルが使用不可であった場合はキャリアセンス時間を延長し、チャネルが使用可能となるまで継続的にキャリアセンスを行うというＥＣＣＡ（Extended CCA）手順を実施する。ＬＢＥでは、適切な衝突回避のためランダムバックオフが必要である。

【0041】

ＬＢＴが、ＬＢＥにて運用される場合、フォールバックＤＬ割り当て及びフォールバックＵＬグラントの双方に対するＬＢＴタイプ及びＣＰ延長値のシグナリングは、例えば表１を使用して実行されてもよい。

【0042】

【表1】

【0043】

表１に示される「Ｃａｔ１」はカテゴリ１、「Ｃａｔ２」はカテゴリ２、「Ｃａｔ４」はカテゴリ４に対応する。表１に示されるように、ＬＢＴタイプが「Ｃａｔ１－１６μｓ」の場合、ＣＰ延長値は「Ｃ２＊シンボル長－１６μｓ－ＴＡ」であってもよい。また、ＬＢＴタイプが「Ｃａｔ２－２５μｓ」の場合、ＣＰ延長値は「Ｃ３＊シンボル長－２５μｓ－ＴＡ」であってもよい。また、ＬＢＴタイプが「Ｃａｔ２－２５μｓ」の場合、ＣＰ延長値は「Ｃ１＊シンボル長－２５μｓ」であってもよい。また、ＬＢＴタイプが「Ｃａｔ４」の場合、ＣＰ延長値は「０」であってもよい。

【0044】

なお、チャネルアクセスタイプ（ＬＢＴタイプ）は、端末２０がＵＬ送信の前に、センシングしたスロットがアイドルであると判定するランダム期間又は固定期間を使用するチャネルアクセス方法の種別である。チャネルアクセスタイプ１は「Ｃａｔ４」に対応し、チャネルアクセスタイプ２Ａは「Ｃａｔ２－２５μｓ」に対応し、チャネルアクセスタイプ２Ｃは「Ｃａｔ２１－１６μｓ」に対応する。

【0045】

なお、ＣＡＰＣは明示的に通知されなくてもよい。ＵＬグラントに対して、端末２０は、ＣＯを獲得するため基地局１０に使用されたＣＡＰＣ＝４を想定してもよい。また、端末２０が主導するＣＯＴすなわちカテゴリ４の場合、端末２０はＣＡＰＣを自身で選択してもよい。なお、ＣＡＰＣとトラフィッククラスとのマッピングは、ＵＬ－ＣＧ（Configured Grant）送信のため定義されたマッピングと同様であってもよい。なお、カテゴリ４のＬＢＴが使用される場合、ＤＬ割り当てに関連付けられたＰＵＣＣＨに対して、最も高い優先度のＣＡＰＣが使用されてもよい。

【0046】

ＬＢＴが、ＦＢＥにて運用される場合、ＬＢＴタイプが「Ｃａｔ２－２５μｓ」又は「Ｃａｔ４」であると通知された端末２０は、一つの９μｓのキャリアセンス用スロットを２５μｓの期間内で測定してもよい。

【0047】

また、ＲＡＲ（Random access response）に関して、端末２０はフォールバックＤＣＩによるＵＬグラントと同一のＬＢＴタイプとＣＰ延長値とのテーブル（例えば表１）及びＣＡＰＣ選択方法を使用してもよい。上記動作のため、ＲＡＲ（すなわちＰＤＳＣＨ）を介して２ビットがシグナリングされてもよい。端末２０が、ＰＵＳＣＨにおいてユーザプレーンデータを多重する場合、端末２０は、ＣＯを獲得するために基地局１０がＣＡＰＣ＝４を使用したと想定してもよい。また、端末２０が主導するＣＯＴすなわちカテゴリ４の場合、端末２０はＣＡＰＣを自身で選択してもよい。なお、ＣＡＰＣとトラフィッククラスとのマッピングは、ＵＬ－ＣＧ送信のため定義されたマッピングと同様であってもよい。また、ＲＡＲに含まれる周波数領域のリソース割り当てを示すフィールドが、前期２ビットを収容するように縮小される。

【0048】

図４は、本発明の実施の形態におけるシグナリングの例を説明するためのシーケンス図である。基地局１０は、端末２０に対して、ステップＳ１及びステップＳ２によってＰＵＳＣＨ及び／またはＰＵＣＣＨの送信を指示するか、又は送信機会を設定してもよい。端末２０は、例えば、ステップＳ１によるＲＲＣ設定を実行する前であっても、適切にＣＰ延長値を決定してもよい。

【0049】

ステップＳ１において、基地局１０は、上位レイヤシグナリングを介して、ＰＵＳＣＨ及び／またはＰＵＣＣＨに係る設定を端末２０に通知する。例えば、ＣＰ延長に係る設定が通知されてもよい。

【0050】

ステップＳ２において、基地局１０は、ＰＤＣＣＨを介して、ＤＣＩによるＵＬグラントを端末２０に送信する。続いて、端末２０は、受信したＤＣＩに基づいて決定したＰＵＳＣＨを介して基地局１０にデータを送信する（Ｓ３）。当該ＤＣＩによって、複数のＵＬ送信がスケジューリングされてもよい。また、当該ＤＣＩでＣＰ延長値が通知されている場合、端末２０は、当該ＰＵＳＣＨにチャネルアクセスタイプ、ＣＰ延長又はＣＡＰＣを適用して送信してもよい。

【0051】

また、他の例として、ステップＳ２において、基地局１０は、ＰＤＣＣＨを介して、ＤＣＩによるＤＬ割り当てを端末２０に送信する。続いて、端末２０は、受信したＤＣＩに基づいて決定したＰＵＣＣＨを介して基地局１０に上り制御情報（ＵＣＩ）を送信する（Ｓ３）。当該ＤＣＩでチャネルアクセスタイプ又はＣＰ延長が通知されている場合、端末２０は、当該ＰＵＣＣＨにチャネルアクセスタイプ又はＣＰ延長を適用して送信してもよい。

【0052】

また、他の例として、ステップＳ２において、基地局１０は、ＰＤＳＣＨを介して、ＲＡＲを端末２０に送信する。続いて、端末２０は、受信したＲＡＲに基づいて決定したＰＵＳＣＨを介して基地局１０にデータを送信する（Ｓ３）。当該ＲＡＲでチャネルアクセスタイプ、ＣＰ延長又はＣＡＰＣが通知されている場合、端末２０は、当該ＰＵＳＣＨにチャネルアクセスタイプ、ＣＰ延長又はＣＡＰＣを適用して送信してもよい。

【0053】

上記のように、ＮＲでは、１つのＤＣＩで複数のＵＬ送信を指示することが可能である。例えば、非フォールバックＵＬグラントを指示するＤＣＩフォーマット０＿１を使用して、ＰＵＳＣＨに加えて、Ａ－ＳＲＳ（Aperiodic Sounding Reference Signal）の送信を端末２０に指示する（ＳＲＳ要求）ことができる。また、例えば、非フォールバックＤＬ割り当てを指示するＤＣＩフォーマット１＿１を使用して、ＰＵＣＣＨに加えて、Ａ－ＳＲＳの送信を端末２０に指示（ＳＲＳ要求）することができる。

【0054】

ＤＣＩフォーマット０＿１では、チャネルアクセスタイプ、ＣＰ延長及びＣＡＰＣを示すフィールド（０ビット－６ビット、ＲＲＣで設定可能）で、ＵＬ送信に適用するチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが端末２０に通知される。

【0055】

ＤＣＩフォーマット１＿１では、チャネルアクセスタイプ及びＣＰ延長を示すフィールド（０ビット－４ビット、ＲＲＣで設定可能）で、ＵＬ送信に適用するチャネルアクセスタイプ及びＣＰ延長値が端末２０に通知される。

【0056】

ここで、１つのＤＣＩで複数のＵＬ送信が指示されている場合、端末２０は、ＤＣＩフォーマット０＿１又はＤＣＩフォーマット１＿１で通知されたチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣをいずれのＵＬ送信に適用するのか不明であった。

【0057】

そこで、ＮＲ－ＵのＵＬ送信において、複数のＵＬ送信が指示された場合に、端末２０が、各ＵＬ送信に適切なチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを設定する。

【0058】

例えば、端末２０は、ＤＣＩによって複数のＵＬ送信を指示された場合、前記ＤＣＩで通知されるチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを適用するＵＬ送信を例えば、以下１）－３）に示されるように特定する。

【0059】

１）各ＵＬ送信の種別、時間又は周波数一によらず、送信が指示されたすべてのＵＬ送信にチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを適用する。
２）特定の種別のＵＬ送信にチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを適用する。
３）特定の時間又は周波数一のＵＬ送信にチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを適用する。

【0060】

図５は、本発明の実施の形態における端末２０の動作の例を説明するためのフローチャートである。ステップＳ１１において、端末２０は、ＤＣＩで複数のＵＬ送信を基地局１０から指示される。続いて、端末２０は、当該複数のＵＬ送信のチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを特定する（ステップＳ１２）。

【0061】

図６は、本発明の実施の形態におけるＰＵＳＣＨ及びＳＲＳが送信される例（１）を示す図である。図６に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。表２は、チャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣがＤＣＩによって指定される場合に使用されるテーブルの例を示す（例えば非特許文献２）。

【0062】

【表2】

【0063】

表２に示されるように、「Ｅｎｔｒｙｉｎｄｅｘ」によって、チャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが端末２０に通知される。端末２０は、送信指示されたＰＵＳＣＨ及びＡ－ＳＲＳ両方に、Ｅｎｔｒｙｉｎｄｅｘ＃ｎに対応するチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを適用して、ＵＬ送信してもよい。なお、Ａ－ＳＲＳに適用されるＣＡＰＣは、特定値（例えば「１」）を端末２０は想定してもよい。

【0064】

図７は、本発明の実施の形態におけるＰＵＣＣＨ及びＳＲＳが送信される例（１）を示す図である。図７に示されるように、ＤＣＩフォーマット１＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。表３は、チャネルアクセスタイプ及びＣＰ延長値がＤＣＩによって指定される場合に使用されるテーブルの例を示す（例えば非特許文献２）。

【0065】

【表3】

【0066】

表３に示されるように、「Ｅｎｔｒｙｉｎｄｅｘ」によって、チャネルアクセスタイプ及びＣＰ延長値が端末２０に通知される。端末２０は、送信指示されたＰＵＣＣＨ及びＡ－ＳＲＳ両方に、Ｅｎｔｒｙｉｎｄｅｘ＃ｎに対応するチャネルアクセスタイプ及びＣＰ延長値を適用して、ＵＬ送信してもよい。なお、Ａ－ＳＲＳに適用されるＣＡＰＣは、特定値（例えば「１」）を端末２０は想定してもよい。

【0067】

図８は、本発明の実施の形態におけるＰＵＳＣＨ及びＳＲＳが送信される例（２）を示す図である。図８に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0068】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを適用して、ＰＵＳＣＨを送信してもよい。一方、Ａ－ＳＲＳは、予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを適用して、ＵＬ送信されてもよい。予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣは、仕様で規定されていてもよいし、上位レイヤシグナリングで設定されてもよい（例えば、Ｅｎｔｒｙｉｎｄｅｘ＃ｘで通知される）。

【0069】

なお、ＰＵＳＣＨに予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されて、Ａ－ＳＲＳにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0070】

図９は、本発明の実施の形態におけるＰＵＣＣＨ及びＳＲＳが送信される例（２）を示す図である。図９に示されるように、ＤＣＩフォーマット１＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0071】

端末２０は、表３に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値を適用して、ＰＵＳＣＨを送信してもよい。一方、Ａ－ＳＲＳは、予め定められたチャネルアクセスタイプ及びＣＰ延長値が適用されて、送信されてもよい。予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣは、仕様で規定されていてもよいし、上位レイヤシグナリングで設定されてもよい（例えば、Ｅｎｔｒｙｉｎｄｅｘ＃ｘで通知される）。

【0072】

なお、ＰＵＣＣＨに予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されて、Ａ－ＳＲＳにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0073】

図１０は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（１）を示す図である。図１０に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0074】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを、各ＲＢセット（ＬＢＴサブバンドに対応）内で、１番目に送信されるＵＬ送信に適用して送信してもよい。図１０に示されるように、ＲＢセット＃０では１番目にＡ－ＳＲＳが送信されるため、Ａ－ＳＲＳにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用される。また、ＲＢセット＃１では１番目にＰＵＳＣＨが送信されるため、ＰＵＳＣＨにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用される。なお、Ａ－ＳＲＳに適用されるＣＡＰＣは、特定値（例えば「１」）を端末２０は想定してもよい。

【0075】

図１１は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（２）を示す図である。図１１に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0076】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを、各ＲＢセット（ＬＢＴサブバンドに対応）内で、１番目に送信されるＵＬ送信に適用して送信してもよい。図１１に示されるように、ＲＢセット＃０では１番目にＡ－ＳＲＳが送信されるため、Ａ－ＳＲＳにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用される。また、ＲＢセット＃１では１番目にＰＵＳＣＨが送信されるため、ＰＵＳＣＨにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用される。なお、Ａ－ＳＲＳに適用されるＣＡＰＣは、特定値（例えば「１」）を端末２０は想定してもよい。

【0077】

なお、複数のＲＢセットで送信されるＡ－ＳＲＳについて、いずれかのＲＢセットで1番目の送信であれば、チャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよいし、全ＲＢセットで１番目の送信である場合のみ、チャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0078】

図１２は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（３）を示す図である。図１２に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0079】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを、各ＲＢセット（ＬＢＴサブバンドに対応）内で、１番目に送信されるＵＬ送信に適用して送信してもよい。さらに、端末２０は、各ＲＢセット内で２番目以降に送信されるＵＬ送信に予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを適用してもよい。予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣは、仕様で規定されていてもよいし、上位レイヤシグナリングで設定されてもよい（例えば、Ｅｎｔｒｙｉｎｄｅｘ＃ｘで通知される）。

【0080】

図１２では、ＰＵＳＣＨがＲＢセット＃０及びＲＢセット＃１で１番目に送信されるため、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。また、図１２ではＡ－ＳＲＳがＲＢセット＃０で２番目に送信されるため、予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0081】

図１３は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（４）を示す図である。図１３に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0082】

【0083】

図１３では、Ａ－ＳＲＳがＲＢセット＃０及びＲＢセット＃１で１番目に送信されるため、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。また、図１３ではＰＵＳＣＨがＲＢセット＃０で２番目に送信されるため、予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0084】

図１４は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（５）を示す図である。図１４に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0085】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを、各ＲＢセット（ＬＢＴサブバンドに対応）のｇＮＢが開始したＣＯ内で送信されるＵＬ送信に適用して送信してもよい。さらに、端末２０は、各ＲＢセットのｇＮＢが開始したＣＯ内で送信されるＵＬ送信に予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣを適用してもよい。予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣは、仕様で規定されていてもよいし、上位レイヤシグナリングで設定されてもよい（例えば、Ｅｎｔｒｙｉｎｄｅｘ＃ｘで通知される）。

【0086】

図１４では、ＰＵＳＣＨがＲＢセット＃０のｇＮＢが開始したＣＯ内であり、Ａ－ＳＲＳがＲＢセット＃１のｇＮＢが開始したＣＯ内であるため、いずれも表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0087】

図１５は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（６）を示す図である。図１５に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0088】

【0089】

図１５では、ＰＵＳＣＨがＲＢセット＃１のｇＮＢが開始したＣＯ内であるため、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。一方、Ａ－ＳＲＳがＲＢセット＃０のｇＮＢが開始したＣＯ外であるため、予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0090】

図１６は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＳＣＨ及びＳＲＳが送信される例（７）を示す図である。図１６に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＳＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0091】

端末２０は、複数のＲＢセットで送信されるＵＬ送信が、あるＲＢセットにおいて、ｇＮＢが開始したＣＯ内となり、他のＲＢセットにおいてｇＮＢが開始したＣＯ外となる場合、図１６に示されるように、オプション１として、端末２０は、そのようなＵＬ送信が指示されると想定しなくてもよい。また、オプション２として、端末２０は、予め定められたチャネルアクセスタイプ、ＣＰ延長値及びＣＡＰＣが適用されてもよい。

【0092】

図１７は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（１）を示す図である。図１７に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0093】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値を、各ＲＢセット（ＬＢＴサブバンドに対応）内で、１番目に送信されるＵＬ送信に適用して送信してもよい。図１７に示されるように、ＲＢセット＃０では１番目にＡ－ＳＲＳが送信されるため、Ａ－ＳＲＳにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用される。また、ＲＢセット＃１では１番目にＰＵＣＣＨが送信されるため、ＰＵＣＣＨにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用される。なお、Ａ－ＳＲＳに適用されるＣＡＰＣは、特定値（例えば「１」）を端末２０は想定してもよい。

【0094】

図１８は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（２）を示す図である。図１８に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0095】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値を、各ＲＢセット（ＬＢＴサブバンドに対応）内で、１番目に送信されるＵＬ送信に適用して送信してもよい。図１８に示されるように、ＲＢセット＃０では１番目にＡ－ＳＲＳが送信されるため、Ａ－ＳＲＳにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用される。また、ＲＢセット＃１では１番目にＰＵＣＣＨが送信されるため、ＰＵＣＣＨにＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用される。なお、Ａ－ＳＲＳに適用されるＣＡＰＣは、特定値（例えば「１」）を端末２０は想定してもよい。

【0096】

なお、複数のＲＢセットで送信されるＡ－ＳＲＳについて、いずれかのＲＢセットで1番目の送信であれば、チャネルアクセスタイプ及びＣＰ延長値が適用されてもよいし、全ＲＢセットで１番目の送信である場合のみ、チャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。

【0097】

図１９は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（３）を示す図である。図１９に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0098】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値を、各ＲＢセット（ＬＢＴサブバンドに対応）内で、１番目に送信されるＵＬ送信に適用して送信してもよい。さらに、端末２０は、各ＲＢセット内で２番目以降に送信されるＵＬ送信に予め定められたチャネルアクセスタイプ及びＣＰ延長値を適用してもよい。予め定められたチャネルアクセスタイプ及びＣＰ延長値は、仕様で規定されていてもよいし、上位レイヤシグナリングで設定されてもよい（例えば、Ｅｎｔｒｙｉｎｄｅｘ＃ｘで通知される）。

【0099】

図１９では、ＰＵＣＣＨがＲＢセット＃０及びＲＢセット＃１で１番目に送信されるため、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。また、図１９ではＡ－ＳＲＳがＲＢセット＃０で２番目に送信されるため、予め定められたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。

【0100】

図２０は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（４）を示す図である。図２０に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0101】

【0102】

図２０では、Ａ－ＳＲＳがＲＢセット＃０及びＲＢセット＃１で１番目に送信されるため、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。また、図２０ではＰＵＣＣＨがＲＢセット＃０で２番目に送信されるため、予め定められたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。

【0103】

図２１は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（５）を示す図である。図２１に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0104】

端末２０は、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値を、各ＲＢセット（ＬＢＴサブバンドに対応）のｇＮＢが開始したＣＯ内で送信されるＵＬ送信に適用して送信してもよい。さらに、端末２０は、各ＲＢセットのｇＮＢが開始したＣＯ内で送信されるＵＬ送信に予め定められたチャネルアクセスタイプ及びＣＰ延長値を適用してもよい。予め定められたチャネルアクセスタイプ及びＣＰ延長値は、仕様で規定されていてもよいし、上位レイヤシグナリングで設定されてもよい（例えば、Ｅｎｔｒｙｉｎｄｅｘ＃ｘで通知される）。

【0105】

図２１では、ＰＵＣＣＨがＲＢセット＃０のｇＮＢが開始したＣＯ内であり、Ａ－ＳＲＳがＲＢセット＃１のｇＮＢが開始したＣＯ内であるため、いずれも表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。

【0106】

図２２は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（６）を示す図である。図２２に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0107】

【0108】

図２２では、ＰＵＣＣＨがＲＢセット＃１のｇＮＢが開始したＣＯ内であるため、表２に示されるＥｎｔｒｙｉｎｄｅｘ＃ｎによって通知されたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。一方、、Ａ－ＳＲＳがＲＢセット＃０のｇＮＢが開始したＣＯ外であるため、予め定められたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。

【0109】

図２３は、本発明の実施の形態における複数ＲＢセットにおいてＰＵＣＣＨ及びＳＲＳが送信される例（７）を示す図である。図２３に示されるように、ＤＣＩフォーマット０＿１のＰＤＣＣＨによって、ＰＵＣＣＨ及びＡ－ＳＲＳが送信指示されてもよい。

【0110】

端末２０は、複数のＲＢセットで送信されるＵＬ送信が、あるＲＢセットにおいて、ｇＮＢが開始したＣＯ内となり、他のＲＢセットにおいてｇＮＢが開始したＣＯ外となる場合、図２３に示されるように、オプション１として、端末２０は、そのようなＵＬ送信が指示されると想定しなくてもよい。また、オプション２として、端末２０は、予め定められたチャネルアクセスタイプ及びＣＰ延長値が適用されてもよい。

【0111】

上述の実施例により、端末２０は、ＮＲ－ＵのＵＬ送信において、複数のＵＬ送信が指示された場合に、各ＵＬ送信に適切なチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを設定することができる。

【0112】

すなわち、無線通信システムにおいて、複数の上りリンク送信がスケジューリングされる場合に、各上りリンク送信に適用するパラメータを決定することができる。

【0113】

（装置構成）
次に、これまでに説明した処理及び動作を実行する基地局１０及び端末２０の機能構成例を説明する。基地局１０及び端末２０は上述した実施例を実施する機能を含む。ただし、基地局１０及び端末２０はそれぞれ、実施例の中の一部の機能のみを備えることとしてもよい。

【0114】

＜基地局１０＞
図２４は、本発明の実施の形態における基地局１０の機能構成の一例を示す図である。図２４に示されるように、基地局１０は、送信部１１０と、受信部１２０と、設定部１３０と、制御部１４０とを有する。図２４に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

【0115】

送信部１１０は、端末２０側に送信する信号を生成し、当該信号を無線で送信する機能を含む。また、送信部１１０は、ネットワークノード間メッセージを他のネットワークノードに送信する。受信部１２０は、端末２０から送信された各種の信号を受信し、受信した信号から、例えばより上位のレイヤの情報を取得する機能を含む。また、送信部１１０は、端末２０へＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ制御信号等を送信する機能を有する。また、受信部１２０は、ネットワークノード間メッセージを他のネットワークノードから受信する。

【0116】

設定部１３０は、予め設定される設定情報、及び、端末２０に送信する各種の設定情報を格納する。設定情報の内容は、例えば、ＮＲ－Ｕの通信に係る設定等である。

【0117】

制御部１４０は、実施例において説明したように、ＵＬグラントに係る制御を行う。制御部１４０における信号送信に関する機能部を送信部１１０に含め、制御部１４０における信号受信に関する機能部を受信部１２０に含めてもよい。

【0118】

＜端末２０＞
図２５は、本発明の実施の形態における端末２０の機能構成の一例を示す図である。図２５に示されるように、端末２０は、送信部２１０と、受信部２２０と、設定部２３０と、制御部２４０とを有する。図２５に示される機能構成は一例に過ぎない。本発明の実施の形態に係る動作を実行できるのであれば、機能区分及び機能部の名称はどのようなものでもよい。

【0119】

送信部２１０は、送信データから送信信号を作成し、当該送信信号を無線で送信する。受信部２２０は、各種の信号を無線受信し、受信した物理レイヤの信号からより上位のレイヤの信号を取得する。また、受信部２２０は、基地局１０から送信されるＮＲ－ＰＳＳ、ＮＲ－ＳＳＳ、ＮＲ－ＰＢＣＨ、ＤＬ／ＵＬ／ＳＬ制御信号等を受信する機能を有する。また、例えば、送信部２１０は、Ｄ２Ｄ通信として、他の端末２０に、ＰＳＣＣＨ（Physical Sidelink Control Channel）、ＰＳＳＣＨ（Physical Sidelink Shared Channel）、ＰＳＤＣＨ（Physical Sidelink Discovery Channel）、ＰＳＢＣＨ（Physical Sidelink Broadcast Channel）等を送信し、受信部２２０は、他の端末２０から、ＰＳＣＣＨ、ＰＳＳＣＨ、ＰＳＤＣＨ又はＰＳＢＣＨ等を受信する。

【0120】

設定部２３０は、受信部２２０により基地局１０から受信した各種の設定情報を格納する。また、設定部２３０は、予め設定される設定情報も格納する。設定情報の内容は、例えば、ＮＲ－Ｕの通信に係る設定等である。

【0121】

制御部２４０は、実施例において説明したように、ＵＬグラントに基づいてＬＢＴを伴う送信を実行する制御を行う。また、制御部２４０は、設定に応じてチャネルアクセスタイプ、ＣＰ延長又はＣＡＰＣを適用したＵＬ送信を制御する。制御部２４０における信号送信に関する機能部を送信部２１０に含め、制御部２４０における信号受信に関する機能部を受信部２２０に含めてもよい。

【0122】

（ハードウェア構成）
上記実施形態の説明に用いたブロック図（図２４及び図２５）は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。

【0123】

機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、見做し、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。たとえば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting unit）や送信機（transmitter）と呼称される。いずれも、上述したとおり、実現方法は特に限定されない。

【0124】

例えば、本開示の一実施の形態における基地局１０、端末２０等は、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図２６は、本開示の一実施の形態に係る基地局１０及び端末２０のハードウェア構成の一例を示す図である。上述の基地局１０及び端末２０は、物理的には、プロセッサ１００１、記憶装置１００２、補助記憶装置１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。

【0125】

なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニット等に読み替えることができる。基地局１０及び端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。

【0126】

基地局１０及び端末２０における各機能は、プロセッサ１００１、記憶装置１００２等のハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４による通信を制御したり、記憶装置１００２及び補助記憶装置１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。

【0127】

プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインタフェース、制御装置、演算装置、レジスタ等を含む中央処理装置（ＣＰＵ：Central Processing Unit）で構成されてもよい。例えば、上述の制御部１４０、制御部２４０等は、プロセッサ１００１によって実現されてもよい。

【0128】

また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール又はデータ等を、補助記憶装置１００３及び通信装置１００４の少なくとも一方から記憶装置１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施の形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、図２４に示した基地局１０の制御部１４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。また、例えば、図２５に示した端末２０の制御部２４０は、記憶装置１００２に格納され、プロセッサ１００１で動作する制御プログラムによって実現されてもよい。上述の各種処理は、１つのプロセッサ１００１によって実行される旨を説明してきたが、２以上のプロセッサ１００１により同時又は逐次に実行されてもよい。プロセッサ１００１は、１以上のチップによって実装されてもよい。なお、プログラムは、電気通信回線を介してネットワークから送信されてもよい。

【0129】

記憶装置１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable ROM）、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）、ＲＡＭ（Random Access Memory）等の少なくとも１つによって構成されてもよい。記憶装置１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）等と呼ばれてもよい。記憶装置１００２は、本開示の一実施の形態に係る通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュール等を保存することができる。

【0130】

補助記憶装置１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、ＣＤ－ＲＯＭ（Compact Disc ROM）等の光ディスク、ハードディスクドライブ、フレキシブルディスク、光磁気ディスク（例えば、コンパクトディスク、デジタル多用途ディスク、Ｂｌｕ－ｒａｙ（登録商標）ディスク）、スマートカード、フラッシュメモリ（例えば、カード、スティック、キードライブ）、フロッピー（登録商標）ディスク、磁気ストリップ等の少なくとも１つによって構成されてもよい。上述の記憶媒体は、例えば、記憶装置１００２及び補助記憶装置１００３の少なくとも一方を含むデータベース、サーバその他の適切な媒体であってもよい。

【0131】

通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency Division Duplex）及び時分割複信（ＴＤＤ：Time Division Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、送受信アンテナ、アンプ部、送受信部、伝送路インタフェース等は、通信装置１００４によって実現されてもよい。送受信部は、送信部と受信部とで、物理的に、または論理的に分離された実装がなされてもよい。

【0132】

入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサ等）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、LEDランプ等）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。

【0133】

また、プロセッサ１００１及び記憶装置１００２等の各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。

【0134】

また、基地局１０及び端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）等のハードウェアを含んで構成されてもよく、当該ハードウェアにより、各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。

【0135】

（実施の形態のまとめ）
以上、説明したように、本発明の実施の形態によれば、複数の上りリンク送信を割り当てる情報を含む制御情報を基地局から受信する受信部と、前記制御情報に基づいて、前記複数の上りリンクに適用するパラメータを特定する制御部と、前記特定されたパラメータを適用して、前記複数の上りリンクを前記基地局に送信する送信部とを有する端末が提供される。

【0136】

上述の実施例により、端末２０は、ＮＲ－ＵのＵＬ送信において、複数のＵＬ送信が指示された場合に、各ＵＬ送信に適切なチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを設定することができる。すなわち、無線通信システムにおいて、複数の上りリンク送信がスケジューリングされる場合に、各上りリンク送信に適用するパラメータを決定することができる。

【0137】

前期パラメータは、チャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣであってもよい。当該構成により、端末２０は、ＮＲ－ＵのＵＬ送信において、複数のＵＬ送信が指示された場合に、各ＵＬ送信に適切なチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを設定することができる。

【0138】

前期送信部は、前記特定されたパラメータを上りリンク共有チャネル又は上りリンク制御チャネルに適用し、予め定められたパラメータを上りリンク参照信号に適用してもよい。当該構成により、端末２０は、ＮＲ－ＵのＵＬ送信において、複数のＵＬ送信が指示された場合に、各ＵＬ送信に適切なチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを設定することができる。

【0139】

前期送信部は、前記特定されたパラメータを各ＲＢ（Resource block）セット内で１番目に送信される上りリンク送信に適用し、予め定められたパラメータを２番目以降に送信される上りリンク送信に適用してもよい。当該構成により、端末２０は、ＮＲ－ＵのＵＬ送信において、複数のＵＬ送信が指示された場合に、各ＵＬ送信に適切なチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを設定することができる。

【0140】

前期送信部は、上りリンク送信が、あるＲＢセットのＣＯ（Channel occupancy）内であって、かつ他のＲＢセットのＣＯ外である場合、予め定められたパラメータを前記上りリンク送信に適用してもよい。当該構成により、端末２０は、ＮＲ－ＵのＵＬ送信において、複数のＵＬ送信が指示された場合に、各ＵＬ送信に適切なチャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣを設定することができる。

【0141】

また、本発明の実施の形態によれば、複数の上りリンク送信を割り当てる情報を含む制御情報を基地局から受信する受信手順と、前記制御情報に基づいて、前記複数の上りリンクに適用するパラメータを特定する制御手順と、前記特定されたパラメータを適用して、前記複数の上りリンクを前記基地局に送信する送信手順とを端末が実行する通信方法が提供される。

【0142】

【0143】

（実施形態の補足）
以上、本発明の実施の形態を説明してきたが、開示される発明はそのような実施形態に限定されず、当業者は様々な変形例、修正例、代替例、置換例等を理解するであろう。発明の理解を促すため具体的な数値例を用いて説明がなされたが、特に断りのない限り、それらの数値は単なる一例に過ぎず適切な如何なる値が使用されてもよい。上記の説明における項目の区分けは本発明に本質的ではなく、２以上の項目に記載された事項が必要に応じて組み合わせて使用されてよいし、ある項目に記載された事項が、別の項目に記載された事項に（矛盾しない限り）適用されてよい。機能ブロック図における機能部又は処理部の境界は必ずしも物理的な部品の境界に対応するとは限らない。複数の機能部の動作が物理的には１つの部品で行われてもよいし、あるいは１つの機能部の動作が物理的には複数の部品により行われてもよい。実施の形態で述べた処理手順については、矛盾の無い限り処理の順序を入れ替えてもよい。処理説明の便宜上、基地局１０及び端末２０は機能的なブロック図を用いて説明されたが、そのような装置はハードウェアで、ソフトウェアで又はそれらの組み合わせで実現されてもよい。本発明の実施の形態に従って基地局１０が有するプロセッサにより動作するソフトウェア及び本発明の実施の形態に従って端末２０が有するプロセッサにより動作するソフトウェアはそれぞれ、ランダムアクセスメモリ（ＲＡＭ）、フラッシュメモリ、読み取り専用メモリ（ＲＯＭ）、ＥＰＲＯＭ、ＥＥＰＲＯＭ、レジスタ、ハードディスク（ＨＤＤ）、リムーバブルディスク、ＣＤ－ＲＯＭ、データベース、サーバその他の適切な如何なる記憶媒体に保存されてもよい。

【0144】

また、情報の通知は、本開示で説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、ＤＣＩ（Downlink Control Information）、ＵＣＩ（Uplink Control Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio Resource Control）シグナリング、ＭＡＣ（Medium Access Control）シグナリング、報知情報（ＭＩＢ（Master Information Block）、ＳＩＢ（System Information Block））、その他の信号又はこれらの組み合わせによって実施されてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRC Connection Setup）メッセージ、ＲＲＣ接続再構成（RRC Connection Reconfiguration）メッセージ等であってもよい。

【0145】

本開示において説明した各態様／実施形態は、ＬＴＥ（Long Term Evolution）、ＬＴＥ－Ａ（LTE-Advanced）、ＳＵＰＥＲ３Ｇ、ＩＭＴ－Ａｄｖａｎｃｅｄ、４Ｇ（4th generation mobile communication system）、５Ｇ（5th generation mobile communication system）、ＦＲＡ（Future Radio Access）、ＮＲ（new Radio）、Ｗ－ＣＤＭＡ（登録商標）、ＧＳＭ（登録商標）、ＣＤＭＡ２０００、ＵＭＢ（Ultra Mobile Broadband）、ＩＥＥＥ８０２．１１（Ｗｉ－Ｆｉ（登録商標））、ＩＥＥＥ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切なシステムを利用するシステム及びこれらに基づいて拡張された次世代システムの少なくとも一つに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ及びＬＴＥ－Ａの少なくとも一方と５Ｇとの組み合わせ等）適用されてもよい。

【0146】

本明細書で説明した各態様／実施形態の処理手順、シーケンス、フローチャート等は、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。

【0147】

本明細書において基地局１０によって行われるとした特定動作は、場合によってはその上位ノード（upper node）によって行われることもある。基地局１０を有する１つ又は複数のネットワークノード（network nodes）からなるネットワークにおいて、端末２０との通信のために行われる様々な動作は、基地局１０及び基地局１０以外の他のネットワークノード（例えば、ＭＭＥ又はＳ－ＧＷ等が考えられるが、これらに限られない）の少なくとも１つによって行われ得ることは明らかである。上記において基地局１０以外の他のネットワークノードが１つである場合を例示したが、他のネットワークノードは、複数の他のネットワークノードの組み合わせ（例えば、ＭＭＥ及びＳ－ＧＷ）であってもよい。

【0148】

本開示において説明した情報又は信号等は、上位レイヤ（又は下位レイヤ）から下位レイヤ（又は上位レイヤ）へ出力され得る。複数のネットワークノードを介して入出力されてもよい。

【0149】

入出力された情報等は特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報等は、上書き、更新、又は追記され得る。出力された情報等は削除されてもよい。入力された情報等は他の装置へ送信されてもよい。

【0150】

本開示における判定は、１ビットで表される値（０か１か）によって行われてもよいし、真偽値（Boolean：true又はfalse）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。

【0151】

ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。

【0152】

また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital Subscriber Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。

【0153】

本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。

【0154】

なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。また、コンポーネントキャリア（ＣＣ：Component Carrier）は、キャリア周波数、セル、周波数キャリアなどと呼ばれてもよい。

【0155】

本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用される。

【0156】

また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースはインデックスによって指示されるものであってもよい。

【0157】

上述したパラメータに使用する名称はいかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式等は、本開示で明示的に開示したものと異なる場合もある。様々なチャネル（例えば、ＰＵＣＣＨ、ＰＤＣＣＨなど）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。

【0158】

本開示においては、「基地局（ＢＳ：Base Station）」、「無線基地局」、「基地局装置」、「固定局（fixed station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access point）」、「送信ポイント（transmission point）」、「受信ポイント（reception point）、「送受信ポイント（transmission/reception point）」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。

【0159】

基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：ＲｅｍｏｔｅＲａｄｉｏＨｅａｄ）によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。

【0160】

本開示においては、「移動局（ＭＳ：Mobile Station）」、「ユーザ端末（user terminal）」、「ユーザ装置（ＵＥ：User Equipment）」、「端末」などの用語は、互換的に使用され得る。

【0161】

移動局は、当業者によって、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント、又はいくつかの他の適切な用語で呼ばれる場合もある。

【0162】

基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet of Things）機器であってもよい。

【0163】

また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数の端末２０間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能を端末２０が有する構成としてもよい。また、「上り」及び「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。

【0164】

同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末が有する機能を基地局が有する構成としてもよい。

【0165】

本開示で使用する「判断(determining)」、「決定(determining)」という用語は、多種多様な動作を包含する場合がある。「判断」、「決定」は、例えば、判定(judging)、計算(calculating)、算出(computing)、処理(processing)、導出(deriving)、調査(investigating)、探索(looking up、search、inquiry)（例えば、テーブル、データベース又は別のデータ構造での探索）、確認(ascertaining)した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、受信(receiving)（例えば、情報を受信すること）、送信(transmitting)(例えば、情報を送信すること)、入力(input)、出力(output)、アクセス(accessing)（例えば、メモリ中のデータにアクセスすること）した事を「判断」「決定」したとみなす事などを含み得る。また、「判断」、「決定」は、解決(resolving)、選択(selecting)、選定(choosing)、確立(establishing)、比較(comparing)などした事を「判断」「決定」したとみなす事を含み得る。つまり、「判断」「決定」は、何らかの動作を「判断」「決定」したとみなす事を含み得る。また、「判断（決定）」は、「想定する（assuming）」、「期待する（expecting）」、「みなす（considering）」などで読み替えられてもよい。

【0166】

「接続された(connected)」、「結合された(coupled)」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的なものであっても、論理的なものであっても、或いはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。本開示で使用する場合、２つの要素は、１又はそれ以上の電線、ケーブル及びプリント電気接続の少なくとも一つを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域及び光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。

【0167】

参照信号は、ＲＳ（Reference Signal）と略称することもでき、適用される標準によってパイロット（Pilot）と呼ばれてもよい。

【0168】

本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。

【0169】

本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみが採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。

【0170】

上記の各装置の構成における「手段」を、「部」、「回路」、「デバイス」等に置き換えてもよい。

【0171】

本開示において、「含む（include）」、「含んでいる（including）」及びそれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。

【0172】

無線フレームは時間領域において１つ又は複数のフレームによって構成されてもよい。時間領域において１つ又は複数の各フレームはサブフレームと呼ばれてもよい。サブフレームは更に時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジ（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。

【0173】

ニューメロロジは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission Time Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。

【0174】

スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）シンボル、ＳＣ-ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）シンボル等）で構成されてもよい。スロットは、ニューメロロジに基づく時間単位であってもよい。

【0175】

スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（又はＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。

【0176】

無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。

【0177】

例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission Time Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１－１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。

【0178】

ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各端末２０に対して、無線リソース（各端末２０において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。

【0179】

ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。

【0180】

なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。

【0181】

１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥＲｅｌ．８－１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。

【0182】

なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。

【0183】

リソースブロック（ＲＢ）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（subcarrier）を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジに基づいて決定されてもよい。

【0184】

また、ＲＢの時間領域は、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム、又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックで構成されてもよい。

【0185】

なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier Group）、リソースエレメントグループ（ＲＥＧ：Resource Element Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。

【0186】

また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。

【0187】

帯域幅部分（ＢＷＰ：Bandwidth Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジ用の連続する共通ＲＢ（common resource blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。

【0188】

ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。

【0189】

設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。

【0190】

上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic Prefix）長などの構成は、様々に変更することができる。

【0191】

本開示において、例えば、英語でのa, an及びtheのように、翻訳により冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。

【0192】

本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。

【0193】

本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的に行うものに限られず、暗黙的（例えば、当該所定の情報の通知を行わない）ことによって行われてもよい。

【0194】

なお、本開示において、Ａ－ＳＲＳは、上りリンク参照信号の一例である。

【0195】

以上、本開示について詳細に説明したが、当業者にとっては、本開示が本開示中に説明した実施形態に限定されるものではないということは明らかである。本開示は、請求の範囲の記載により定まる本開示の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とするものであり、本開示に対して何ら制限的な意味を有するものではない。
（第１項）
複数の上りリンク送信を割り当てる情報を含む制御情報を基地局から受信する受信部と、
前記制御情報に基づいて、前記複数の上りリンクに適用するパラメータを特定する制御部と、
前記特定されたパラメータを適用して、前記複数の上りリンクを前記基地局に送信する送信部とを有する端末。
（第２項）
前期パラメータは、チャネルアクセスタイプ、ＣＰ延長値又はＣＡＰＣである第１項記載の端末。
（第３項）
前期送信部は、前記特定されたパラメータを上りリンク共有チャネル又は上りリンク制御チャネルに適用し、予め定められたパラメータを上りリンク参照信号に適用する第２項記載の端末。
（第４項）
前期送信部は、前記特定されたパラメータを各ＲＢ（Resource block）セット内で１番目に送信される上りリンク送信に適用し、予め定められたパラメータを２番目以降に送信される上りリンク送信に適用する第２項記載の端末。
（第５項）
前期送信部は、上りリンク送信が、あるＲＢセットのＣＯ（Channel occupancy）内であって、かつ他のＲＢセットのＣＯ外である場合、予め定められたパラメータを前記上りリンク送信に適用する第２項記載の端末。
（第６項）
複数の上りリンク送信を割り当てる情報を含む制御情報を基地局から受信する受信手順と、
前記制御情報に基づいて、前記複数の上りリンクに適用するパラメータを特定する制御手順と、
前記特定されたパラメータを適用して、前記複数の上りリンクを前記基地局に送信する送信手順とを端末が実行する通信方法。

【0196】

本国際特許出願は２０２０年２月２５日に出願した日本国特許出願第２０２０－０２９７２８号に基づきその優先権を主張するものであり、日本国特許出願第２０２０－０２９７２８号の全内容を本願に援用する。

【符号の説明】

【0197】

１０基地局
１１０送信部
１２０受信部
１３０設定部
１４０制御部
２０端末
２１０送信部
２２０受信部
２３０設定部
２４０制御部
１００１プロセッサ
１００２記憶装置
１００３補助記憶装置
１００４通信装置
１００５入力装置
１００６出力装置

【図1】