知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2022167641
(43)【公開日】2022-11-04
(54)【発明の名称】端末、基地局及び通信方法
(51)【国際特許分類】
H04W 72/04 20090101AFI20221027BHJP
H04W 72/02 20090101ALI20221027BHJP
【ＦＩ】
H04W72/04 136
H04W72/04 132
H04W72/02
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2021073578
(22)【出願日】2021-04-23
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．３ＧＰＰ
(71)【出願人】
【識別番号】000004260
【氏名又は名称】株式会社デンソー
(74)【代理人】
【識別番号】100140486
【弁理士】
【氏名又は名称】鎌田 徹
(74)【代理人】
【識別番号】100170058
【弁理士】
【氏名又は名称】津田 拓真
(74)【代理人】
【識別番号】100142918
【弁理士】
【氏名又は名称】中島 貴志
(72)【発明者】
【氏名】前本 大輝
(72)【発明者】
【氏名】曽我部 治彦
(72)【発明者】
【氏名】▲高▼橋 秀明
【テーマコード（参考）】
5K067
【Ｆターム（参考）】
5K067AA13
5K067CC02
5K067EE02
5K067EE10
5K067JJ12
5K067JJ13
(57)【要約】 （修正有）
【課題】ＢＷＰを切り替える際のシグナリングオーバーヘッドを削減することを可能とする端末、基地局及び無線通信方法を提供する。
【解決手段】無線通信システムにおいて、端末１０は、基地局から、端末１０向けに設定される通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信する受信部１０１と、上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替える制御部１０３と、アクティブであるＵＬＢＷＰで、スケジューリングリクエストを基地局に送信する送信部１０２と、を有する。
【選択図】図１７
【解決手段】無線通信システムにおいて、端末１０は、基地局から、端末１０向けに設定される通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信する受信部１０１と、上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替える制御部１０３と、アクティブであるＵＬＢＷＰで、スケジューリングリクエストを基地局に送信する送信部１０２と、を有する。
【選択図】図１７
【特許請求の範囲】
【請求項1】
基地局から、特定端末向けに設定される、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信する受信部と、
上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える制御部と、
アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信する送信部と、
を有する端末。
上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える制御部と、
アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信する送信部と、
を有する端末。
【請求項2】
前記制御部は、アクティブであるＵＬＢＷＰが初期ＢＷＰであり、かつ、前記初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替え、
前記送信部は、アクティブであるＵＬＢＷＰが、前記通信用ＵＬＢＷＰに切り替えられた後、前記通信用ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、前記スケジューリングリクエストを前記基地局に送信する、
請求項１に記載の端末。
前記送信部は、アクティブであるＵＬＢＷＰが、前記通信用ＵＬＢＷＰに切り替えられた後、前記通信用ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、前記スケジューリングリクエストを前記基地局に送信する、
請求項１に記載の端末。
【請求項3】
前記制御部は、アクティブであるＵＬＢＷＰを前記通信用ＵＬＢＷＰに切り替えることに加えて、アクティブであるＤＬＢＷＰを、前記通信用ＤＬＢＷＰに切り替える、
請求項２に記載の端末。
請求項２に記載の端末。
【請求項4】
前記送信部は、アクティブであるＵＬＢＷＰが初期ＢＷＰであり、かつ、前記初期ＢＷＰに端末個別の上り制御チャネルリソースが設定されている場合、前記初期ＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、前記スケジューリングリクエストを前記基地局に送信し、
前記制御部は、前記スケジューリングリクエストが送信された後、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える、
請求項１～３のいずれか一項に記載の端末。
前記制御部は、前記スケジューリングリクエストが送信された後、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える、
請求項１～３のいずれか一項に記載の端末。
【請求項5】
前記制御部は、前記スケジューリングリクエストが送信された後、アクティブであるＤＬＢＷＰを、前記通信用ＤＬＢＷＰに切り替える、
請求項４に記載の端末。
請求項４に記載の端末。
【請求項6】
前記通信用ＤＬＢＷＰには、ＳＳＢが設定される帯域が含まれない、
請求項１～５のいずれか一項に記載の端末。
請求項１～５のいずれか一項に記載の端末。
【請求項7】
端末から、端末能力を示す情報を受信する受信部と、
前記端末が特定端末であることが前記情報で示される場合、通信用ＤＬＢＷＰ（Band Width Part）及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを前記端末に送信する送信部と、
を有し、
前記受信部は、初期ＵＬＢＷＰに前記端末向けの端末個別の上り制御チャネルリソースを設定していない場合、前記端末から、前記通信用ＵＬＢＷＰに設定される前記端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信し、前記初期ＵＬＢＷＰに前記端末個別の上り制御チャネルリソースを設定している場合、前記端末から、前記初期ＵＬＢＷＰに設定される前記端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信する、
基地局。
前記端末が特定端末であることが前記情報で示される場合、通信用ＤＬＢＷＰ（Band Width Part）及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを前記端末に送信する送信部と、
を有し、
前記受信部は、初期ＵＬＢＷＰに前記端末向けの端末個別の上り制御チャネルリソースを設定していない場合、前記端末から、前記通信用ＵＬＢＷＰに設定される前記端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信し、前記初期ＵＬＢＷＰに前記端末個別の上り制御チャネルリソースを設定している場合、前記端末から、前記初期ＵＬＢＷＰに設定される前記端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信する、
基地局。
【請求項8】
基地局から、特定端末向けに設定される、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信するステップと、
上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替えるステップと、
アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信するステップと、
を含む、端末が行う通信方法。
上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替えるステップと、
アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信するステップと、
を含む、端末が行う通信方法。
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、端末、基地局及び通信方法に関する。
【背景技術】
【0002】
国際標準化団体であるThird Generation Partnership Project（３ＧＰＰ）では、第３．９世代の無線アクセス技術（Radio Access Technology：ＲＡＴ）であるLong Term Evolution（ＬＴＥ）、第４世代のＲＡＴであるＬＴＥ－Ａｄｖａｎｃｅｄの後継として、第５世代（Fifth Generation：５Ｇ）のＲＡＴであるNew Radio（ＮＲ）のリリース１５が仕様化されている（例えば、非特許文献１）。
【先行技術文献】
【非特許文献】
【0003】
【非特許文献1】3GPP TS 38.300 V15.11.0 (2020-09)
【発明の概要】
【発明が解決しようとする課題】
【0004】
現在、３ＧＰＰでは、ＮＲを用いて無線アクセスを行うＩｏＴ向けの新たな端末を想定した機能の検討が開始されている。当該新たな端末は、ＲｅｄＣａｐ端末と呼ばれ、ＮＲでサポートされている広い帯域を全て利用するのではなく、例えば２０ＭＨｚや５０ＭＨｚなど、ある程度狭い帯域幅で通信を行う前提である。
【0005】
ここで、ＮＲでは、下りリンクにおける一部の周波数に、ＳＳＢ（Synchronization Signal Block）と呼ばれる、同期信号及び報知情報を送信するための無線リソースが設定されており、端末１０は、セルの受信品質等の測定を、ＳＳＢを測定することで行う。また、ＮＲでは、セル全体の帯域幅の全部又は一部を端末に割り当てることを可能とする、ＢＷＰ（BandWidth Part）と呼ばれる仕組みが規定されている。なお、ＳＳＢは、ＳＳ／ＰＢＣＨブロック（Synchronization Signal／Physical Broadcast Channel Block）とも呼ばれる。
【0006】
同期処理や報知情報の受信及びセルの品質測定等を考慮すると、ＲｅｄＣａｐ端末に設定するＢＷＰは、ＳＳＢを含む帯域であることが望ましいが、ＲｅｄＣａｐ端末に設定されるＢＷＰがＳＳＢを含む帯域に集中すると、当該帯域が混雑することになる。そのため、ＲｅｄＣａｐ端末を複数のＢＷＰで動作させることが検討されている。しかしながら、複数のＢＷＰで動作させるために、基地局から端末に対してＢＷＰの切替を指示するシグナリングを送信することになるため、シグナリングオーバーヘッドが大きいという問題がある。
【0007】
本開示はこのような事情に鑑みてなされたものであり、ＢＷＰを切り替える際のシグナリングオーバーヘッドを削減することを可能とする端末、基地局及び無線通信方法を提供することを目的の一つとする。
【課題を解決するための手段】
【0008】
本開示に係る端末は、基地局から、特定端末向けに設定される、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを受信する受信部と、上りリンクのスケジューリングを要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、前記通信用ＵＬＢＷＰに切り替える制御部と、アクティブであるＵＬＢＷＰで、スケジューリングリクエストを前記基地局に送信する送信部と、を有する。
【発明の効果】
【0009】
本開示によれば、ＢＷＰを切り替える際のシグナリングオーバーヘッドを削減することを可能とする端末、基地局及び無線通信方法を提供することができる。
【図面の簡単な説明】
【0010】
【図1】本実施形態に係る無線通信システムの概要の一例を示す図である。
【図2】ＢＷＰの設定例を示す図である。
【図3】ＢＷＰスイッチング処理を説明するための図である。
【図4】初期ＢＷＰを設定するために用いられるＳＩＢ１の情報要素を説明するための図である。
【図5】ＲＲＣメッセージにおけるＢＷＰ設定に関する情報要素を説明するための図である。
【図6】ＢＷＰ設定方法に関する２つのオプションを説明するための図である。
【図7】ＢＷＰスイッチングの動作を説明するためのシーケンス図である。
【図8】本実施形態における課題の一例を説明するための図である。
【図9】初期ＢＷＰ及び通信用ＢＷＰが設定された場合のＢＷＰ切替処理の一例を説明するためのシーケンス図である。
【図10】スケジューリングリクエストを送信する際の処理手順の一例を示すフローチャートである。
【図11】ランダムアクセス手順を実行する際の処理手順の一例を示すフローチャートである。
【図12】通信用ＢＷＰを設定するＲＲＣメッセージの一例を示す図である。
【図13】ＴＳ３８．３２１の仕様変更例を示す。
【図14】初期ＢＷＰに端末個別の設定がされない場合のＢＷＰ切替処理の一例を示すシーケンスである。
【図15】ＢＷＰ指示子の定義例を示す図である。
【図16】無線通信システム内の各装置のハードウェア構成の一例を示す図である。
【図17】端末の機能構成の一例を示す図である。
【図18】基地局の機能構成の一例を示す図である。
【発明を実施するための形態】
【0011】
以下、添付図面を参照しながら本実施形態について説明する。説明の理解を容易にするため、各図面において同一の構成要素に対しては可能な限り同一の符号を付して、重複する説明は省略する。
【0012】
＜システム概要＞
図１は、本実施形態に係る無線通信システムの概要の一例を示す図である。図１に示すように、無線通信システム１は、端末１０と、基地局２０と、コアネットワーク３０と、を含んでもよい。なお、図１に示す端末１０、基地局２０の数は例示にすぎず、図示する数に限られない。
図１は、本実施形態に係る無線通信システムの概要の一例を示す図である。図１に示すように、無線通信システム１は、端末１０と、基地局２０と、コアネットワーク３０と、を含んでもよい。なお、図１に示す端末１０、基地局２０の数は例示にすぎず、図示する数に限られない。
【0013】
無線通信システム１の無線アクセス技術（Radio Access Technology：ＲＡＴ）としては、例えば、ＮＲが想定されるが、これに限られず、例えば、第６世代以降のＲＡＴ等、種々のＲＡＴを利用できる。
【0014】
端末１０は、例えば、スマートフォンや、パーソナルコンピュータ、車載端末、車載装置、静止装置、テレマティクス制御ユニット（Telematics control unit：ＴＣＵ）等、所定の端末又は装置である。端末１０は、ユーザ装置（User Equipment：ＵＥ）、移動局（Mobile Station：ＭＳ）、端末（User Terminal）、無線装置（Radio apparatus）、加入者端末、アクセス端末等と呼ばれてもよい。端末１０は、移動型であってもよいし、固定型であってもよい。端末１０は、ＲＡＴとして、例えば、ＮＲを用いて通信可能に構成される。
【0015】
基地局２０は、一以上のセルＣを形成し、当該セルＣを用いて端末１０と通信する。セルＣは、サービングセル、キャリア、コンポーネントキャリア（Component Carrier：ＣＣ）等と相互に言い換えられてもよい。例えば、基地局２０は、一つのプライマリセルと一以上のセカンダリセルを端末１０に対して設定し、通信してもよい（キャリアアグリゲーションとも称される）。すなわち、一以上のセルＣは、プライマリセルを少なくとも含み、セカンダリセルを含んでもよい。
【0016】
基地局２０は、gNodeB(gNB)、en-gNB、Next Generation‐Radio Access Network（NG-RAN）ノード、低電力ノード（low-power node）、Central Unit（CU）、Distributed Unit（DU）、gNB-DU、Remote Radio Head（ＲＲＨ）、Integrated Access and Backhaul/Backhauling（ＩＡＢ）ノード等と呼ばれてもよい。基地局２０は、一つのノードに限られず、複数のノード（例えば、DU等の下位ノードとCU等の上位ノードの組み合わせ）で構成されてもよい。
【0017】
コアネットワーク３０は、例えば、ＮＲに対応したコアネットワーク（5G Core Network：５ＧＣ）であるが、これに限られない。コアネットワーク３０上の装置（以下、「コアネットワーク装置」ともいう）は、端末１０のページング、位置登録等のモビリティ管理（mobility management）を行う。コアネットワーク装置は、所定のインタフェース（例えば、Ｓ１又はＮＧインタフェース）を介して基地局２０に接続されてもよい。
【0018】
コアネットワーク装置は、例えば、Ｃプレーンの情報（例えば、アクセス及び移動管理等に関する情報）を管理するAccess and Mobility Management Function（ＡＭＦ）、Ｕプレーンの情報（例えば、ユーザデータ）の伝送制御を行うUser Plane Function（ＵＰＦ）の少なくとも一つ等を含んでもよい。
【0019】
無線通信システム１において、端末１０は、基地局２０からの下り（downlink：ＤＬ）信号の受信及び／又は上り信号（uplink：ＵＬ）の送信を行う。端末１０には、一以上のキャリアが設定（configure）されてもよい。各キャリアの帯域幅は、例えば、５ＭＨｚ～４００ＭＨｚである。一つのキャリアには、一つ又は複数の帯域幅部分（Bandwidth Part：ＢＷＰ）が設定されてもよい。一つのＢＷＰは、キャリアの少なくとも一部の帯域幅を有する。すなわち、端末１０に設定される一以上のセルＣのそれぞれにおいて、一つ又は複数のＢＷＰが設定されてもよい。例えば、端末１０に対して、一つのセルＣにおいて最大４つまでのＢＷＰ（後述するＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）が設定されてもよい。
【0020】
一つのＢＷＰには、一以上の制御リソースセット（Control Resource Set：ＣＯＲＥＳＥＴ）が設定されてもよい。ＣＯＲＥＳＥＴは、下り制御チャネル（例えば、物理下り制御チャネル（Physical Downlink Control Channel：ＰＤＣＣＨ））用の時間領域及び周波数領域のリソースである。例えば、ＣＯＲＥＳＥＴは、所定数のシンボル（例えば、１～３シンボル）及び所定数のリソースブロック（Resource Block：ＲＢ）（例えば、６ｎ（ｎ≧１）ＲＢ）で構成される。なお、下り制御チャネルは、ＰＤＣＣＨに限られず、下り制御情報（Downlink Control Channel：ＤＣＩ）の伝送に用いられるチャネルであれば、名称は問わない。
【0021】
ここで、ＤＣＩの送信に対して、一以上のフォーマットが規定されてもよい。ＤＣＩの送信に対して規定されるフォーマットを、ＤＣＩフォーマットと称する。例えば、物理下り共有チャネル（Physical Downlink Shared Channel：ＰＤＳＣＨ）のスケジューリングに用いられるＤＣＩフォーマット（下りリンクアサインメント、ＤＣＩフォーマット１＿ｘ（ｘ＝０、１、２等）等とも称される）が規定されてもよい。また、例えば、物理上り共有チャネル（Physical Uplink Shared Channel：ＰＵＳＣＨ）のスケジューリングに用いられるＤＣＩフォーマット（上りリンクグラント、ＤＣＩフォーマット０＿ｘ（ｘ＝０、１、２等）等とも称される）が規定されてもよい。
【0022】
なお、ＰＤＳＣＨ及びＰＵＳＣＨは、ユーザデータ及び／又は物理レイヤよりも上位のレイヤの制御情報（例えば、Medium Access Control Element（ＭＡＣ ＣＥ）、Radio Resource Control（ＲＲＣ）メッセージ等）の伝送に用いられる物理チャネルであれば、名称は問わない。他のチャネルについても、同様の機能を有するチャネルであれば、名称は問わない。端末１０は、下りリンクアサインメントに基づいてＰＤＳＣＨでの受信を制御する。また、端末１０は、上りリンクグラントに基づいてＰＵＳＣＨでの送信を制御する。ここで、トランスポートチャネルとして、下り共有チャネル（Downlink Shared Channel：ＤＬ-ＳＣＨ）及び上り共有チャネル（Uplink Shared Channel：ＵＬ-ＳＣＨ）が規定されてもよい。例えば、下りユーザデータ（ＤＬ-ＳＣＨデータとも称する）はＤＬ-ＳＣＨにマップされてもよい。また、上りユーザデータは（ＵＬ-ＳＣＨデータとも称する）はＵＬ-ＳＣＨにマップされてもよい。また、ＤＬ-ＳＣＨはＰＤＳＣＨにマップされ、ＵＬ-ＳＣＨはＰＵＳＣＨにマップされてもよい。
【0023】
また、端末１０は、基地局２０からの同期信号（例えば、プライマリ同期信号（Primary Synchronization Signal：ＰＳＳ）及び／又はセカンダリ同期信号（Secondary Synchronization Signal：ＰＳＳ））を検出して、セルＣにおける時間及び周波数の同期を取得する。同期信号、報知チャネル（例えば、物理報知チャネル（Physical Broadcast Channel：ＰＢＣＨ））及び報知チャネルの復調用参照信号（Demodulation Reference Signal：ＤＭＲＳ）を含むブロックは、同期信号ブロック（Synchronization Signal and PBCH Block：ＳＳＢ）、ＳＳ／ＰＢＣＨブロック等とも呼ばれる。ＳＳＢは、所定周期で設けられる。
【0024】
ＮＲは、ＬＴＥとは異なり、セル固有の参照信号が送信されていない。そのため、端末１０は、基地局２０から指定されたＳＭＴＣ（SSB-based measurement timing configuration）に従って、所定周期で送信されるＳＳＢを用いて、ＲＳＲＰ（Reference Signal Received Power）、ＲＳＲＱ（Reference Signal Received Quality）及び／又はＳＩＮＲ（Signal to Noise and Interference Ratio）等を測定する。ＳＳを用いて測定されたＲＳＲＰ、ＲＳＲＱ及びＳＩＮＲは、それぞれ、ＳＳ－ＲＳＲＰ、ＳＳ－ＲＳＲＱ及びＳＳ－ＳＩＮＲとも呼ばれる。端末１０は、ＳＳＢを測定した結果を、基地局２０に報告する。
【0025】
＜ＢＷＰ＞
以下、ＢＷＰについてより詳細に説明する。ＢＷＰは、端末１０が基地局２０との間で信号の送受信を行うために用いる帯域幅であり、連続するリソースブロックのサブセットとして定義される。図２は、ＢＷＰの設定例を示す図である。図２に示すように、ＢＷＰは、端末１０ごとに、異なる周波数位置及び帯域幅に設定することができる。また、ＢＷＰは、下りリンク及び上りリンクで別個に設定することができる。本実施形態において、「ＢＷＰ」は、下りリンクのＢＷＰ及び/又は上りリンクのＢＷＰを含む。また、以下の説明では、下りリンクのＢＷＰ及び上りリンクのＢＷＰを、それぞれ「ＤＬＢＷＰ（Downlink BWP）」及び「ＵＬＢＷＰ（Uplink BWP）と記載する。例えば、基地局２０は、端末１０に対して複数のＢＷＰを設定した場合、当該複数のＢＷＰの中で１つのＢＷＰがアクティブ化してもよい。端末１０は、アクティブ化された１つのＢＷＰにおける帯域内で、無線信号の送受信（通信）を行う。
以下、ＢＷＰについてより詳細に説明する。ＢＷＰは、端末１０が基地局２０との間で信号の送受信を行うために用いる帯域幅であり、連続するリソースブロックのサブセットとして定義される。図２は、ＢＷＰの設定例を示す図である。図２に示すように、ＢＷＰは、端末１０ごとに、異なる周波数位置及び帯域幅に設定することができる。また、ＢＷＰは、下りリンク及び上りリンクで別個に設定することができる。本実施形態において、「ＢＷＰ」は、下りリンクのＢＷＰ及び/又は上りリンクのＢＷＰを含む。また、以下の説明では、下りリンクのＢＷＰ及び上りリンクのＢＷＰを、それぞれ「ＤＬＢＷＰ（Downlink BWP）」及び「ＵＬＢＷＰ（Uplink BWP）と記載する。例えば、基地局２０は、端末１０に対して複数のＢＷＰを設定した場合、当該複数のＢＷＰの中で１つのＢＷＰがアクティブ化してもよい。端末１０は、アクティブ化された１つのＢＷＰにおける帯域内で、無線信号の送受信（通信）を行う。
【0026】
端末１０が、アクティブ化されたＢＷＰにおいて又はアクティブ化されたＢＷＰに対して実行する動作について説明する。例えば、端末１０は、ＢＷＰがアクティブ化された場合、当該ＢＷＰにおいて、上り共有チャネル（ＵＬ－ＳＣＨ）での送信、ＲＡＣＨ（Random Access Channel）でのランダムアクセスプリアンブル送信（ただし、ＢＷＰにＰＲＡＣＨ機会（PRACH occasions）が設定されている場合）、ＰＤＣＣＨのモニタ、ＰＵＣＣＨでの送信（ただしＰＵＣＣＨリソースが設定されている場合）、ＳＲＳ（Sounding Reference Signal）送信（ＳＲＳが設定されている場合）及び/又は下り共有チャネル（ＤＬ－ＳＣＨ）での受信を行う。また、端末１０は、ＢＷＰがアクティブ化された場合、当該ＢＷＰに対するＣＳＩ（Channel State Information）報告を行ってもよい。ここで、ＰＲＡＣＨ機会とは、端末１０がランダムアクセスプリアンブルを送信可能なリソース（例えば、時間及び/又は周波数リソース）であってもよい。また、例えば、設定可能なＢＷＰの最大帯域幅及び最大ＢＷＰ数は、端末１０の能力に依存する。以下、端末１０が上り及び下り通信を行うとは、アクティブ化されたＢＷＰにおいて又はアクティブ化されたＢＷＰに対して、端末１０が上り及び下り通信を行う動作の少なくとも１つを含んでもよい。すなわち、端末１０が上り及び下り通信に用いるＢＷＰ（「通信用ＢＷＰ」とも称する）とは、端末１０によって当該動作の少なくとも１つが実行されるＢＷＰ（アクティブ化されたＢＷＰ）を含んでもよい。
【0027】
また、主に端末１０がセルに初期アクセスする際に用いられるＢＷＰは、初期ＢＷＰ（Initial BWP）と呼ばれる。初期ＢＷＰの周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスは、システム情報（ＳＩＢ１（System Information Block 1））により端末１０に通知される。すなわち、基地局２０は、初期ＢＷＰに関する情報（周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックス）をＳＩＢ１に含めて報知し、端末１０は、当該初期ＢＷＰに関する情報に基づいて、初期ＢＷＰを特定してもよい。ここで、初期ＢＷＰは、マスターインフォメーションブロック（Master Information Block：ＭＩＢ）に含まれる情報によって端末１０に与えられてもよい。つまり、初期ＢＷＰは、セルにアクセスする全ての端末に設定される。ＢＷＰは、ＢＷＰ－ＩＤで一意に識別され、初期ＢＷＰのＢＷＰ－ＩＤは「０」である。基地局２０は、初期ＢＷＰ以外の周波数位置及び帯域幅にＢＷＰを追加（設定）する際、当該ＢＷＰのＢＷＰ－ＩＤを１から順に連続したＩＤsで設定する。以下の説明において、ＢＷＰ＃ｎは、ＢＷＰ－ＩＤがｎであるＢＷＰを意味する。ＢＷＰ＃０は、初期ＢＷＰと同義である（すなわち、ＢＷＰ＃０は、初期ＢＷＰに対して規定されるＢＷＰ－ＩＤであってもよい）。
【0028】
図３は、ＢＷＰスイッチング処理を説明するための図である。ＢＷＰスイッチングとは、サービングセルにおいて、非アクティブＢＷＰ（inactive BWP）をアクティブ化（activate）することと、アクティブＢＷＰ（active BWP）を非アクティブ化（deactivate）することを同時に行うことを意味する。言い換えると、アクティブＢＷＰを切り替えることを意味する。図３の例では、端末１０に、ＢＷＰ＃０～ＢＷＰ＃２の３つのＢＷＰが設定されており、時間の経過によりアクティブＢＷＰが切り替わる様子が示されている。時刻ｔ１～ｔ２の間はＢＷＰ＃１がアクティブであり、時刻ｔ３～ｔ４の間はＢＷＰ＃２がアクティブであり、それ以外の時刻ではＢＷＰ＃０がアクティブである。
【0029】
ＢＷＰスイッチング（BWP Switching）は、基地局２０からの指示を受けた場合、タイマが満了した場合、及び、ランダムアクセス（Random Access：ＲＡ）を行う場合のいずれかをトリガとして実行される。当該タイマは、bwp-InactivityTimerとも呼ばれる。基地局２０からの指示を受けた場合とは、具体的には、アクティブにするＢＷＰを指定する情報を含むＲＲＣメッセージ又はＰＤＣＣＨ（つまりＤＣＩ）を基地局２０から受信した場合である。
【0030】
図４は、初期ＢＷＰを設定するために用いられるＳＩＢ１の情報要素を説明するための図である。なお、図４は、本実施形態を説明するために必要な情報要素を示しており、ＳＩＢ１には、図４に図示しない情報要素も含まれる。DownlinkConfigCommonSIBには、初期ＤＬＢＷＰ及び初期ＵＬＢＷＰに関するセル固有の設定を行う「BWP-DownlinkCommon」と「BWP-UplinkCommon」とが含まれる。BWP-DownlinkCommonには、初期ＤＬＢＷＰの周波数位置、帯域幅、サブキャリア間隔（Subcarrier Spacing）及びサイクリックプレフィクス等を設定する「BWP」と、初期ＤＬＢＷＰにおけるＰＤＣＣＨ及びＰＤＳＣＨに関するセル固有パラメータの設定を行う「PDCCH-ConfigCommon」及び「PDSCH-ConfigCommon」が含まれる。例えば、PDCCH-ConfigCommonには、ＣＯＲＥＳＥＴ＃０の設定（controlResourceSetZero）やサーチスペース＃０に関する設定（SearchSpaceZero）等が含まれる。
【0031】
BWP-UplinkCommonには、初期ＵＬＢＷＰの周波数位置、帯域幅、サブキャリア間隔及びサイクリックプレフィクス等を設定する「BWP」と、ＰＲＡＣＨ機会などのランダムアクセスチャネルに関するセル固有パラメータの設定を行う「RACH-ConfigCommon」と、初期ＵＬＢＷＰにおけるＰＵＣＣＨ及びＰＵＳＣＨに関するセル固有パラメータの設定を行う「PUCCH-ConfigCommon」及び「PUSCH-ConfigCommon」とが含まれる。
【0032】
図５は、ＲＲＣメッセージにおけるＢＷＰ設定に関する情報要素を説明するための図である。なお、図５は、本実施形態を説明するために必要な情報要素を示しており、ＲＲＣメッセージには、図５に図示しない情報要素も含まれる。図５では、ＲＲＣ再設定メッセージ（RRCReconfiguration）を例に説明するが、図５に示す情報要素の一部は、他のＲＲＣメッセージ（例えばＲＲＣセットアップ（RRC Setup））にも含めることができる。
【0033】
ＲＲＣ再設定メッセージは、全端末１０共通の設定を行うＳＩＢ１とは異なり、個々の端末１０に対して端末個別（UE specific）のＲＲＣコネクションの設定を変更する際に用いられる。ＲＲＣ再設定メッセージは、サービングセルにおけるセル固有パラメータの設定を行う「ServingCellConfigCommon」と、サービングセルにおける端末個別パラメータの設定を行う「ServingCellConfig」とを含む。「ServingCellConfigCommon」には、図４に示すＳＩＢ１と同様、初期ＤＬＢＷＰ及び初期ＵＬＢＷＰに関するセル固有の設定を行う「BWP-DownlinkCommon」と「BWP-UplinkCommon」とが含まれる。なお、「ServingCellConfigCommon」における「BWP-DownlinkCommon」と「BWP-UplinkCommon」の設定値は、ＳＩＢ１における「BWP-DownlinkCommon」と「BWP-UplinkCommon」の設定値と一致している。
【0034】
「ServingCellConfig」には、初期ＤＬＢＷＰに対して設定される端末個別の設定を行う「BWP-DownlinkDedicated」及び初期ＵＬＢＷＰに対して設定される端末個別の設定を行う「BWP-UplinkDedicated」が含まれる。「BWP-DownlinkDedicated」は、ＣＯＲＥＳＥＴやサーチスペース等など、端末個別ＰＤＣＣＨパラメータの設定を行う「PDCCH-Config」と、端末個別ＰＤＳＣＨパラメータの設定を行う「PDSCH-Config」とを含む。また、「BWP-UplinkDedicated」は、スケジューリングリクエスト（Scheduling Request：ＳＲ）等のＵＣＩ（Uplink Control Information）を送信するために用いられるＰＵＣＣＨリソースなど、端末個別ＰＵＣＣＨパラメータの設定を行う「PUCCH-Config」と、端末個別ＰＵＳＣＨパラメータの設定を行う「PUSCH-Config」とを含む。スケジューリングリクエストを送信するために用いられるＰＵＣＣＨリソースなどの設定を、スケジューリングリクエスト設定（SR configuration）とも称する。例えば、スケジューリングリクエスト設定には、スケジューリングリクエストを送信するために用いられるＰＵＣＣＨリソース、周期、オフセットの値などが含まれてもよい。端末１０は、スケジューリングリクエスト設定に基づいて、スケジューリングリクエストを送信してもよい。
【0035】
また、「ServingCellConfig」には、初期ＢＷＰ以外にＢＷＰ（例えばＢＷＰ＃１やＢＷＰ＃２など）を追加する際に用いられる「BWP-Downlink」及び「BWP-Uplink」が含まれる。「BWP-Downlink」には、設定するＤＬＢＷＰごとに、ＢＷＰ－ＩＤ、ＢＷＰの周波数位置、帯域幅、サブキャリア間隔及びサイクリックプレフィクス等の設定、ＰＤＣＣＨ及びＰＤＳＣＨに関するセル固有パラメータの設定を行う「BWP-DownlinkCommon」、ＣＯＲＥＳＥＴやサーチスペース等などの端末個別ＰＤＣＣＨ／ＰＤＳＣＨパラメータの設定を行う「BWP-DownlinkDedicated」を含む。「BWP-Uplink」には、設定するＵＬＢＷＰごとに、ＢＷＰ－ＩＤ、ＢＷＰの周波数位置、帯域幅、サブキャリア間隔及びサイクリックプレフィクス等の設定、ＰＵＣＣＨ及びＰＵＳＣＨに関するセル固有パラメータの設定を行う「BWP-UplinkCommon」、ＣＯＲＥＳＥＴやサーチスペース等などの端末個別ＰＤＣＣＨ／ＰＤＳＣＨパラメータの設定を行う「BWP-UplinkDedicated」を含む。
【0036】
また、「ServingCellConfig」には、端末１０がＲＲＣ再設定を実行する際にアクティブ化されるＤＬＢＷＰのＢＷＰ－ＩＤを示す「firstActiveDownlinkBWP-id」と、端末１０がＲＲＣ再設定を実行する際にアクティブ化されるＵＬＢＷＰのＢＷＰ－ＩＤを示す「firstActiveUplinkBWP-id」とが含まれる。なお、ＲＲＣメッセージに「firstActiveDownlinkBWP-id」及び「firstActiveUplinkBWP-id」が含まれていない場合、当該ＲＲＣメッセージによるＢＷＰの切り替え（スイッチング）は行われない。
【0037】
図６は、ＢＷＰ設定方法に関する２つのオプションを説明するための図である。オプション１（Option#1）は、ＢＷＰ＃０に対してＳＩＢ１で通知されるセル固有の設定以外の設定を行わず、端末個別ＰＵＣＣＨパラメータ等の端末個別の設定をＢＷＰ＃１～ＢＷＰ＃４に設定する方法である。図５で説明したように、「ServingCellConfig」には、初期ＢＷＰに対し端末個別のリソース設定を行う「BWP-DownlinkDedicated」が用意されているが、端末個別のリソース設定を、当該「BWP-DownlinkDedicated」を利用せずに、「downlinkBWP-ToAddModList」における「BWP-Downlink」及び「BWP-Uplink」を利用して設定した場合、オプション１の状態になる。
【0038】
リリース１６の３ＧＰＰ仕様では、ある１つのサービングセルに対して１つまたは複数のＢＷＰｓ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）が設定され、１つのサービングセルに設定されるＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の最大数は４つであることが規定されている。また、例えば、オプション１として、端末１０は、ＢＷＰ＃０を、ＲＲＣメッセージで設定されたＢＷＰとはみなさないことが規定されている。従って、オプション１では、基地局２０は、ＲＲＣメッセージにより、端末１０に対し、ＢＷＰ＃１～ＢＷＰ＃４の４つのＢＷＰを設定することができる。
【0039】
ここで、オプション１の場合、ＢＷＰ＃０に対して、端末個別のパラメータは設定されず、セル固有のパラメータのみが設定されてもよい。つまり、ＢＷＰ＃０では、端末１０は限られた処理しか行うことができない。例えば、端末個別の設定が存在しないＢＷＰ＃０では、ＤＣＩフォーマット１＿０のみしか使用することができないが、ＤＣＩフォーマット１＿０は、ＢＷＰスイッチングをサポートしていない。従って、端末１０のＢＷＰをＢＷＰ＃０から他のＢＷＰに切り替える場合、ＲＲＣメッセージを用いてＢＷＰを切り替える必要がある。
【0040】
一方、オプション２（Option#2）は、ＢＷＰ＃０に対し、ＳＩＢ１で通知されるセル固有の設定に加えて、端末個別ＰＵＣＣＨパラメータ等の端末個別の設定も行う方法である。図５で説明したように、「ServingCellConfig」には、初期ＢＷＰに対し端末個別のリソース設定を行う「BWP-DownlinkDedicated」が用意されているが、端末個別のリソース設定を、「BWP-DownlinkDedicated」を利用して設定した場合、オプション２の状態になる。オプション２では、端末１０は、ＢＷＰ＃０を、ＲＲＣメッセージで設定されたＢＷＰとみなすことが仕様で規定されている。従って、オプション２では、基地局２０は、ＲＲＣメッセージにより、端末１０に対し、ＢＷＰ＃０～ＢＷＰ＃３のＢＷＰを設定することができる。
【0041】
図７は、ＢＷＰスイッチングの動作を説明するためのシーケンス図である。図７を用いて、ランダムアクセスによるＢＷＰスイッチング、ＲＲＣメッセージによるＢＷＰスイッチング、ＰＤＣＣＨによるＢＷＰスイッチング及びタイマ満了によるＢＷＰスイッチングの４つの切り替えパターンを具体的に説明する。
【0042】
（ランダムアクセスによるＢＷＰスイッチング）
ステップＳ１００で、端末１０は、ランダムアクセス手順がトリガされるイベントが生じたことを検出する。ステップＳ１０１で、端末１０は、現在のアクティブＵＬＢＷＰにＰＲＡＣＨ機会が設定されていない場合、初期ＵＬＢＷＰをアクティブに切り替える。更に、ランダムアクセス手順を行うサービングセルがスペシャルセルである場合、初期ＤＬＢＷＰをアクティブに切り替える。もし、現在のアクティブＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、端末１０は、ＵＬＢＷＰの切り替えは行わない。ステップＳ１０２で、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰにて、基地局２０との間でランダムアクセス（Random Access：ＲＡ）手順を実行する。
ステップＳ１００で、端末１０は、ランダムアクセス手順がトリガされるイベントが生じたことを検出する。ステップＳ１０１で、端末１０は、現在のアクティブＵＬＢＷＰにＰＲＡＣＨ機会が設定されていない場合、初期ＵＬＢＷＰをアクティブに切り替える。更に、ランダムアクセス手順を行うサービングセルがスペシャルセルである場合、初期ＤＬＢＷＰをアクティブに切り替える。もし、現在のアクティブＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、端末１０は、ＵＬＢＷＰの切り替えは行わない。ステップＳ１０２で、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰにて、基地局２０との間でランダムアクセス（Random Access：ＲＡ）手順を実行する。
【0043】
（ＲＲＣメッセージによるＢＷＰスイッチング）
ステップＳ１１０で、端末１０は、「firstActiveDownlinkBWP-id」及び／又は「firstActiveUplinkBWP-id」を含むＲＲＣ再設定メッセージを基地局２０から受信する。ステップＳ１１１で、端末１０は、「firstActiveDownlinkBWP-id」及び／又は「firstActiveUplinkBWP-id」で指定されたＢＷＰ－ＩＤを有するＢＷＰをアクティブに切り替える。
ステップＳ１１０で、端末１０は、「firstActiveDownlinkBWP-id」及び／又は「firstActiveUplinkBWP-id」を含むＲＲＣ再設定メッセージを基地局２０から受信する。ステップＳ１１１で、端末１０は、「firstActiveDownlinkBWP-id」及び／又は「firstActiveUplinkBWP-id」で指定されたＢＷＰ－ＩＤを有するＢＷＰをアクティブに切り替える。
【0044】
（ＰＤＣＣＨによるＢＷＰスイッチング）
ステップＳ１２０で、端末１０は、下りリンク又は上りリンクのリソース割り当てを行うＤＣＩを、ＰＤＣＣＨで受信する。ステップＳ１２１で、端末１０は、ＤＣＩにＢＷＰ指示子（Bandwidth part indicatorとも称される）が存在する場合、ＢＷＰ指示子で指定されたＢＷＰ－ＩＤのＢＷＰをアクティブに切り替える。ステップＳ１２２で、端末１０は、タイマ（bwp-InactivityTimerとも称される。）のカウントを開始する。当該タイマの長さは、「ServingCellConfig」により端末１０に設定される。リリース１６の３ＧＰＰ仕様では、２ｍｓ（ミリ秒）から最大２５６０ｍｓまでの間で設定可能である。なお、端末１０は、タイマ満了前に下りリンク又は上りリンクのリソース割り当てを行うＤＣＩを受信すると、当該ＤＣＩにＢＷＰ指示子が含まれているか否かに関わらず、タイマのカウントを再度開始（restart）する。
ステップＳ１２０で、端末１０は、下りリンク又は上りリンクのリソース割り当てを行うＤＣＩを、ＰＤＣＣＨで受信する。ステップＳ１２１で、端末１０は、ＤＣＩにＢＷＰ指示子（Bandwidth part indicatorとも称される）が存在する場合、ＢＷＰ指示子で指定されたＢＷＰ－ＩＤのＢＷＰをアクティブに切り替える。ステップＳ１２２で、端末１０は、タイマ（bwp-InactivityTimerとも称される。）のカウントを開始する。当該タイマの長さは、「ServingCellConfig」により端末１０に設定される。リリース１６の３ＧＰＰ仕様では、２ｍｓ（ミリ秒）から最大２５６０ｍｓまでの間で設定可能である。なお、端末１０は、タイマ満了前に下りリンク又は上りリンクのリソース割り当てを行うＤＣＩを受信すると、当該ＤＣＩにＢＷＰ指示子が含まれているか否かに関わらず、タイマのカウントを再度開始（restart）する。
【0045】
ここで、リリース１６の３ＧＰＰ仕様では、ＢＷＰスイッチングに対応しているＤＣＩ（つまりＢＷＰ指示子を含めることが可能なＤＣＩ）は、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、ＤＣＩフォーマット１＿１及びＤＣＩフォーマット１＿２であり、ＤＣＩフォーマット０＿０及びＤＣＩフォーマット１＿０にはＢＷＰ指示子を含めることができない。ＢＷＰ指示子のビット長（ビット数とも称する）は、端末１０に設定されているＢＷＰ＃０以外のＢＷＰ数に基づいて、０、１及び２ビットのいずれかに決定される。例えば、端末１０に設定されているＤＬＢＷＰの数に基づいて、下りリンクアサインメント（ＤＣＩフォーマット１＿１及び/又はＤＣＩフォーマット１＿２）に含まれるＢＷＰ指示子のビット長が決定されてもよい。また、端末１０に設定されているＵＬＢＷＰの数に基づいて、上りリンクグラント（ＤＣＩフォーマット０＿１及び/又はＤＣＩフォーマット０＿２）に含まれるＢＷＰ指示子のビット長が決定されてもよい。
【0046】
（タイマ満了によるＢＷＰスイッチング）
ステップＳ１３０で、端末１０は、タイマが満了したか否かを判定する。タイマが満了すると（Ｓ１３０－ＹＥＳ）、初期ＤＬＢＷＰをアクティブに切り替える。タイマ満了前にＤＣＩでリソース割当てが行われるとタイマのカウントが再度開始されることから、タイマが満了するのは、タイマで設定された期間の間、通信が行われなかった（通信のためのリソース割り当てが行われなかった）場合に相当する。例えば、タイマで設定された期間の間、データ送受信を行わなかった場合、なお、「ServingCellConfig」にてデフォルトＤＬＢＷＰ－ＩＤ（DefaultDownlinkBWP-Id）が設定されている場合、端末１０は、初期ＤＬＢＷＰに代えて、デフォルトＤＬＢＷＰ－ＩＤで指定されるＤＬＢＷＰをアクティブに切り替える（Ｓ１３１）。タイマが満了していない場合（Ｓ１３０－ＮＯ）、端末１０は、ＢＷＰの切り替えを行わない。
ステップＳ１３０で、端末１０は、タイマが満了したか否かを判定する。タイマが満了すると（Ｓ１３０－ＹＥＳ）、初期ＤＬＢＷＰをアクティブに切り替える。タイマ満了前にＤＣＩでリソース割当てが行われるとタイマのカウントが再度開始されることから、タイマが満了するのは、タイマで設定された期間の間、通信が行われなかった（通信のためのリソース割り当てが行われなかった）場合に相当する。例えば、タイマで設定された期間の間、データ送受信を行わなかった場合、なお、「ServingCellConfig」にてデフォルトＤＬＢＷＰ－ＩＤ（DefaultDownlinkBWP-Id）が設定されている場合、端末１０は、初期ＤＬＢＷＰに代えて、デフォルトＤＬＢＷＰ－ＩＤで指定されるＤＬＢＷＰをアクティブに切り替える（Ｓ１３１）。タイマが満了していない場合（Ｓ１３０－ＮＯ）、端末１０は、ＢＷＰの切り替えを行わない。
【0047】
＜ＲｅｄＣａｐ端末＞
ＮＲのリリース１７では、リリース１５又は１６で導入された高速大容量（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延（Ultra-reliable and Low Latency Communications：ＵＲＬＬＣ）向けの端末よりも低い性能や価格帯を想定した端末向けの機能をサポートすることが検討されている。当該端末は、低減能力（Reduced capability：ＲｅｄＣａｐ）端末、デバイス等とも呼ばれ、例えば、産業用無線センサ（industrial wireless sensor）、監視カメラ（video serveilance）、ウエアラブルデバイス（wearable device）等に利用されてもよい。
ＮＲのリリース１７では、リリース１５又は１６で導入された高速大容量（enhanced Mobile Broadband：ｅＭＢＢ）、超高信頼低遅延（Ultra-reliable and Low Latency Communications：ＵＲＬＬＣ）向けの端末よりも低い性能や価格帯を想定した端末向けの機能をサポートすることが検討されている。当該端末は、低減能力（Reduced capability：ＲｅｄＣａｐ）端末、デバイス等とも呼ばれ、例えば、産業用無線センサ（industrial wireless sensor）、監視カメラ（video serveilance）、ウエアラブルデバイス（wearable device）等に利用されてもよい。
【0048】
ＲｅｄＣａｐ端末は、省電力・広域通信（Low Power Wide Area：ＬＰＷＡ）向けの端末よりも高い性能を想定しており、ＲｅｄＣａｐ端末が利用するキャリアは、例えば、２０ＭＨｚ、５０ＭＨｚ又は１００ＭＨｚ等の帯域幅であってもよい。なお、ＬＰＷＡには、例えば、カテゴリ１、ＬＴＥ方式のＲＡＴで動作するLong Term Evolution for Machine-type-communication（ＬＴＥ－Ｍ）及びNarrow Band IoT（ＮＢ－ＩｏＴ）等がある。カテゴリ１の最大帯域幅は２０ＭＨｚであり、ＬＴＥ－Ｍの最大帯域幅は１．４ＭＨｚ（６ＲＢ）であり、ＮＢ－ＩｏＴの最大帯域幅は１８０ｋＨｚ（１ＲＢ）である。このように、ＲｅｄＣａｐ端末は、ｅＭＢＢ、ＵＲＬＬＣ向けと、ＬＰＷＡ向けとの間のミドルレンジの端末として使用されてもよい。
【0049】
図８は、本実施形態における課題の一例を説明するための図である。例えば、ＲｅｄＣａｐ端末によってサポートされる最大端末帯域幅（maximum UE bandwidth）は、狭い（例えば、Frequency Range 1（例えば、6GHz以下の周波数帯域）に対して20MHz、Frequency Range 2（例えば、6GHzよりも高い周波数帯域）に対して100MHz）ことが想定されているが、ＲｅｄＣａｐ端末をＳＳＢが含まれるＢＷＰに集中して設定すると、当該ＢＷＰが混雑することになる。そのため、ＲｅｄＣａｐ端末を、キャリアの帯域幅全体に分散させて通信させることが検討されている。
【0050】
しかしながら、このような通信を実現しようとする場合、ＢＷＰの切り替えを行う度に、基地局２０から端末１０に対してＢＷＰの切替を指示するシグナリングを送信することになるため、シグナリングオーバーヘッドが大きいという問題がある（第１の課題）。
【0051】
また、図６で説明したように、例えば、オプション１の設定方法を利用した場合（すなわち、初期ＢＷＰに、端末個別のパラメータが設定されない場合）などにおいて、ＲＲＣメッセージを用いてＢＷＰの切り替えを行わなければならず、ＢＷＰスイッチングを行う際のシグナリングオーバーヘッドが大きいという問題がある（第２の課題）。
【0052】
本実施形態では、第１の課題を解決するため、基地局２０から端末１０に対してＢＷＰの切替指示を行う回数を抑制する仕組みを導入する。具体的には、端末１０に対し、初期ＢＷＰ以外のＢＷＰであって、端末１０が上り及び下り通信に用いるＢＷＰとして１つのＢＷＰ（通信用ＢＷＰ）が設定されてもよい。例えば、端末１０が、ＵＬ－ＳＣＨやＤＬ－ＳＣＨのデータ送受信を行う場合、基地局２０から明示的な指示が無くても、初期ＢＷＰと通信用ＢＷＰとを切り替え可能とする。これにより、シグナリングオーバーヘッドを削減することが可能になる。また、第２の課題を解決するため、初期ＢＷＰに、端末個別の設定がされない場合（オプション１の場合）であっても、基地局２０から端末１０に対して、ＰＤＣＣＨによるＢＷＰスイッチングを利用可能にする。
【0053】
＜初期ＢＷＰ及び通信用ＢＷＰが設定された場合のＢＷＰ切替処理＞
以下、第１の課題を解決するための処理手順について具体的に説明する。図９は、初期ＢＷＰ及び通信用ＢＷＰが設定された場合のＢＷＰ切替処理の一例を説明するためのシーケンス図である。以下の説明において、端末１０は、ＲｅｄＣａｐ端末である前提とするが、本実施形態がこれに限定されるものではない。また、端末１０は、これまでに説明した処理手順（例えば図７で説明したＢＷＰ切替処理など）も実行可能であるものとする。また、通信用ＢＷＰには、ＳＳＢが設定される帯域が含まれていないことを想定しているが、ＳＳＢが含まれる場合にも適用することができる。すなわち、通信用ＢＷＰは、ＳＳＢリソースが含まれるＢＷＰであってもよい。また、通信用ＢＷＰは、ＳＳＢリソースが含まれないＢＷＰであってもよい。
以下、第１の課題を解決するための処理手順について具体的に説明する。図９は、初期ＢＷＰ及び通信用ＢＷＰが設定された場合のＢＷＰ切替処理の一例を説明するためのシーケンス図である。以下の説明において、端末１０は、ＲｅｄＣａｐ端末である前提とするが、本実施形態がこれに限定されるものではない。また、端末１０は、これまでに説明した処理手順（例えば図７で説明したＢＷＰ切替処理など）も実行可能であるものとする。また、通信用ＢＷＰには、ＳＳＢが設定される帯域が含まれていないことを想定しているが、ＳＳＢが含まれる場合にも適用することができる。すなわち、通信用ＢＷＰは、ＳＳＢリソースが含まれるＢＷＰであってもよい。また、通信用ＢＷＰは、ＳＳＢリソースが含まれないＢＷＰであってもよい。
【0054】
ステップＳ２００で、端末１０は、基地局２０に対して端末能力情報（UE Capability）を通知する。例えば、端末１０は、自身がＲｅｄＣａｐ端末であることを示す情報を、端末能力情報に含めて基地局２０に送信する。なお、端末１０は、初期アクセス時にＳＩＢ１を受信することで、初期ＢＷＰの設定を取得しているものとする。ステップＳ２０１で、基地局２０は、端末能力情報を参照することで端末１０がＲｅｄＣａｐ端末であることを認識し、端末１０に通信用ＢＷＰを設定するための情報を含むＲＲＣメッセージを送信する。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージであってもよい。
【0055】
ステップＳ２１０で、端末１０において、ＵＬ－ＳＣＨで送信されるデータが生じたとする。また、アクティブＢＷＰは、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰであるとする。
【0056】
ここで、端末１０は、スケジューリングリクエストを送信する場合（例えば、ＲＲＣコネクテッド状態である場合）において、初期ＢＷＰに対して端末個別のＰＵＣＣＨパラメータが設定されていない場合はステップＳ２１１に進む。また、端末１０は、スケジューリングリクエストを送信する場合において、初期ＢＷＰに対して端末個別のＰＵＣＣＨパラメータが設定されてる場合はステップＳ２２０の処理手順に進む。
【0057】
ここで、例えば、端末１０は、「０：negative（例えば、ＵＬ-ＳＣＨのリソースを要求しないことを示す）」又は「１：positive(（例えば、ＵＬ-ＳＣＨのリソースを要求することを示す）)の値にセットされたスケジュールリクエストを送信してもよい。本実施形態において、上りリソースの割り当てを要求するとは、初期送信に対するＵＬ-ＳＣＨのリソースを要求することを含んでもよい。すなわち、スケジューリングリクエストは、初期送信に対するＵＬ-ＳＣＨのリソースを要求するために用いられてもよい。また、端末１０は、ランダムアクセス手順を実行する場合（例えば、ＲＲＣアイドル又はＲＲＣインアクティブ状態である場合）において、通信用ＢＷＰにＰＲＡＣＨ機会が設定されている場合、ステップＳ２３０の処理手順に進む。また、この場合において、端末１０は、通信用ＢＷＰにＰＲＡＣＨ機会が設定されていない場合、ステップＳ２４０の処理手順に進む。
【0058】
ステップＳ２１１で、端末１０は、アクティブＵＬＢＷＰを、初期ＵＬＢＷＰから通信用ＵＬＢＷＰに切り替える。ステップＳ２１２で、端末１０は、通信用ＵＬＢＷＰに設定されている、スケジューリングリクエストを送信するための端末個別のＰＵＣＣＨリソースを用いてスケジューリングリクエストを基地局２０に送信する。ステップＳ２１３で、端末１０は、アクティブＤＬＢＷＰを、初期ＤＬＢＷＰから通信用ＤＬＢＷＰに切り替えて、通信用ＤＬＢＷＰでＰＤＣＣＨをモニタする。端末１０は、ステップＳ２５０の処理手順に進む。ここで、端末１０は、ステップＳ２１２で、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰのそれぞれを、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに切り替えてもよい。すなわち、端末１０は、ステップＳ２１２で、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰのそれぞれを、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに同時に切り替えてもよい。
【0059】
ステップＳ２２０で、端末１０は、初期ＢＷＰに設定されている、スケジューリングリクエストを送信するための端末個別のＰＵＣＣＨリソースを用いて、スケジューリングリクエストを基地局２０に送信する。ステップＳ２２１で、端末１０は、アクティブＤＬＢＷＰを、初期ＤＬＢＷＰから通信用ＤＬＢＷＰに切り替えて、通信用ＤＬＢＷＰでＰＤＣＣＨをモニタする。端末１０は、ステップＳ２５０の処理手順に進む。ここで、ステップＳ２２１で、端末１０は、初期ＤＬＢＷＰでＰＤＣＣＨをモニタし、ＢＷＰ指示子を含むＰＤＣＣＨで、通信用ＤＬＢＷＰをアクティブにすることを指示されることで、アクティブＤＬＢＷＰを、初期ＤＬＢＷＰから通信用ＤＬＢＷＰに切り替えてもよい。
【0060】
ステップＳ２３０で、端末１０は、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰを、それぞれ、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰから通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに切り替える。すなわち、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰとして、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをセットしてもよい。ステップＳ２３１で、端末１０は、アクティブ化された通信用ＵＬＢＷＰのＰＲＡＣＨ機会にて、ランダムアクセスプリアンブルを基地局２０に送信する。ランダムアクセス手順完了後、端末１０は、上りリソースの割り当てを基地局２０に要求する。例えば、端末１０は、通信用ＵＬＢＷＰにおいてスケジューリングリクエストを送信する。基地局２０に端末１０は、ステップＳ２５０の処理手順に進む。
【0061】
ステップＳ２４０で、端末１０は、アクティブ化された初期ＵＬＢＷＰのＰＲＡＣＨ機会にて、ランダムアクセスプリアンブルを基地局２０に送信し、基地局２０との間でランダムアクセス手順を実行する。ランダムアクセス手順完了後、端末１０は、上りリソースの割り当てを基地局２０に要求する。ステップＳ２４１で、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰを、それぞれ、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰから通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰに切り替える。すなわち、端末１０は、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰとして、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをセットしてもよい。例えば、端末１０は、ステップＳ２４０で、初期ＵＬＢＷＰにおいてスケジューリングリクエストを送信してもよい。また、端末１０は、ステップＳ２４１で、通信用ＵＬＢＷＰにおいてスケジューリングリクエストを送信してもよい。
【0062】
ステップＳ２５０で、基地局２０は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩ（上りリンクグラント）を、通信用ＤＬＢＷＰのＰＤＣＣＨで送信する。ステップＳ２５１で、端末１０は、ステップＳ２５０で受信したＤＣＩのＢＷＰ指示子で、通信用ＵＬＢＷＰをアクティブにすることを指示された場合、通信用ＵＬＢＷＰをアクティブに切り替える。なお、ステップＳ２５１の処理手順は、初期ＢＷＰに個別ＰＵＣＣＨ設定がされている場合（つまりステップＳ２２０及びＳ２２１の場合）に実行されてもよい。なお、ステップＳ２５１の処理手順におけるＵＬＢＷＰの切り替えは、端末１０は、初期ＤＬＢＷＰでＰＤＣＣＨをモニタした場合に実行されてもよい。例えば、端末１０は、ステップＳ２２０の後、ステップＳ２２１より前に、初期ＤＬＢＷＰでＰＤＣＣＨをモニタし、ＢＷＰ指示子を含むＰＤＣＣＨで、通信用ＵＬＢＷＰをアクティブにすることを指示されることで、アクティブＵＬＢＷＰを、初期ＵＬＢＷＰから通信用ＵＬＢＷＰに切り替えてもよい。また、端末１０は、ステップＳ２２１の処理手順の後、基地局２０からの指示でＵＬＢＷＰを切り替えるのではなく、自ら通信用ＵＬＢＷＰをアクティブに切り替えるようにしてもよい。基地局２０は、ＤＣＩにＢＷＰ指示子を含める必要がなくなることから、シグナリングオーバーヘッドを削減することが可能になる。
【0063】
ステップＳ２５２で、端末１０は、ＰＵＳＣＨのスケジューリングに用いられるＤＣＩをＰＤＣＣＨで受信した際に、タイマのカウントを開始する（図７のステップＳ１２２の処理手順に対応）。ステップＳ２５３で、端末１０は、スケジュールされたＰＵＳＣＨでＵＬ－ＳＣＨのデータを送信する。端末１０は、タイマ満了前にＰＵＳＣＨ又はＰＤＳＣＨのスケジューリングに用いられるＤＣＩをＰＤＣＣＨで受信した場合、タイマのカウントを再度開始する。
【0064】
ステップＳ２６０で、端末１０は、アクティブＢＷＰに関連するタイマが満了した場合、アクティブＢＷＰを、通信用ＢＷＰから初期ＢＷＰに切り替える（図７のステップＳ１３０及びステップＳ１３１に対応）。すなわち、端末１０は、アクティブＢＷＰとして、初期ＢＷＰをセットしてもよい。ステップＳ２６１で、端末１０は、例えばステップＳ２０１によるＲＲＣメッセージ等を用いて基地局２０から設定された、測定設定（Measurement Config）に基づいて、初期ＢＷＰに存在するＳＳＢを利用してセルの受信品質（ＳＳ－ＲＳＲＰやＳＳ－ＲＳＲＱ等）を測定する。
【0065】
以上説明した処理手順において、ステップＳ２１１～ステップＳ２１３の処理手順は、図６に示すＯｐｔｉｏｎ２の場合にも適用可能である。すなわち、端末１０は、初期ＵＰＢＷＰに端末個別ＰＵＣＣＨパラメータが設定されている場合であっても、ステップＳ２１１～ステップＳ２１３の処理手順を実行することとしてもよい。また、ステップＳ２３０～ステップＳ２４１の処理手順は、ＵＬ－ＳＣＨのデータを送信する場合に限定されず、ランダムアクセス手順を起動する場合全般に適用可能である。
【0066】
図１０は、スケジューリングリクエストを送信する際の処理手順の一例を示すフローチャートである。端末１０は、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの両方が設定されておりスケジューリングリクエストを送信する際、以下に示す処理手順を実行する。
【0067】
ステップＳ３００で、端末１０は、通信用ＵＬＢＷＰがアクティブであるか否かを判定する。通信用ＵＬＢＷＰがアクティブである場合はステップＳ３０１の処理手順に進み、初期ＵＬＢＷＰがアクティブである場合はステップＳ３０２の処理手順に進む。ステップＳ３０１で、端末１０は、アクティブＵＬＢＷＰ（つまり通信用ＵＬＢＷＰ）で、スケジューリングリクエストをトリガ及び送信する。
【0068】
ステップＳ３０２で、端末１０は、初期ＵＬＢＷＰに、スケジューリングリクエストを送信するための端末個別ＰＵＣＣＨパラメータが設定されているか否かを判定する。スケジューリングリクエストを送信するための端末個別ＰＵＣＣＨパラメータが設定されている場合はステップＳ３０３の処理手順に進み、スケジューリングリクエストを送信するための端末個別ＰＵＣＣＨパラメータが設定されていない場合はステップＳ３０４の処理手順に進む。ステップＳ３０３で、端末１０は、アクティブＵＬＢＷＰ（つまり初期ＵＬＢＷＰ）でスケジューリングリクエストをトリガ及び送信する。ステップＳ３０４で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをアクティブに切り替える。ステップＳ３０５で、端末１０は、アクティブＵＬＢＷＰ（つまり通信用ＵＬＢＷＰ）で、スケジューリングリクエストをトリガ及び送信する。
【0069】
ステップＳ３０６で、端末１０は、通信用ＤＬＢＷＰがアクティブであるか否かを判定する。通信用ＤＬＢＷＰがアクティブである場合は処理を終了し、初期ＤＬＢＷＰがアクティブである場合（すなわち、通信用ＤＬＢＷＰがアクティブでない場合を含む）はステップＳ３０７の処理手順に進む。ステップＳ３０７で、端末１０は、通信用ＤＬＢＷＰをアクティブに切り替える。端末１０は、アクティブ化された通信用ＤＬＢＷＰ及び/又はアクティブ化された通信用ＵＬＢＷＰにおいて通信を実行してもよい。
【0070】
すなわち、例えば、端末１０は、スケジューリングリクエストがトリガされた場合において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソース（スケジューリングリクエスト設定でもよい）が初期ＵＬＢＷＰに設定されているならば、初期ＵＬＢＷＰにおいてスケジューリングリクエストを送信してもよい。また、端末１０は、スケジューリングリクエストがトリガされた場合において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソース（スケジューリングリクエスト設定でもよい）が初期ＵＬＢＷＰに設定されていないならば、ＵＬＢＷＰを通信用ＵＬＢＷＰにアクティブＵＬＢＷＰとして切り替え、アクティブＵＬＢＷＰ（すなわち、通信用ＵＬＢＷＰ）においてスケジューリングリクエストを送信してもよい。また、端末１０は、スケジューリングリクエストがトリガされた場合において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソース（スケジューリングリクエスト設定でもよい）が通信用ＵＬＢＷＰに設定されているならば、ＵＬＢＷＰを通信用ＵＬＢＷＰにアクティブＵＬＢＷＰとして切り替え、アクティブＵＬＢＷＰ（すなわち、通信用ＵＬＢＷＰ）においてスケジューリングリクエストを送信してもよい。すなわち、端末１０は、スケジューリングリクエストがトリガされた場合に、ＵＬＢＷＰを通信用ＵＬＢＷＰにアクティブＵＬＢＷＰとして切り替えてもよい。ここで、端末１０は、通信用ＵＬＢＷＰをアクティブＵＬＢＷＰとして切り替える場合に、通信用ＤＬＢＷＰをアクティブＤＬＢＷＰとして切り替えてもよい。すなわち、端末１０は、通信用ＵＬＢＷＰ及び通信ＤＬＢＷＰのそれぞれを、アクティブＵＬＢＷＰ及びアクティブＤＬＢＷＰとして同時に切り替えてもよい。
【0071】
以上説明した図１０において、端末１０は、ステップＳ３０３の処理手順の後で、アクティブＵＬＢＷＰを、初期ＢＷＰから通信用ＵＬＢＷＰに自ら切り替えるようにしてもよい。これにより、例えば図９のステップＳ２５１の処理手順を省略することができ、シグナリングのオーバーヘッドを削減することが可能になる。
【0072】
図１１は、ランダムアクセス手順を実行する際の処理手順の一例を示すフローチャートである。ステップＳ４００で、端末１０は、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されているか否かを判定する。通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合はステップＳ４０１の処理手順に進み、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されていない場合はステップＳ４０５の処理手順に進む。
【0073】
ステップＳ４０１で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰがアクティブであるか否かを判定する。通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰのいずれもアクティブである場合はステップＳ４０２に進み、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰの少なくとも一方がアクティブではない場合はステップＳ４０３に進む。ステップＳ４０２で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰでランダムアクセス手順を実行する。ステップＳ４０３で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰのうちアクティブではないＢＷＰをアクティブに切り替える。
【0074】
ステップＳ４０４で、端末１０は、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰの両方がアクティブに切り替わった後、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰでランダムアクセス手順を実行する。ステップＳ４０５で、端末１０は、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰでランダムアクセス手順を実行する。ステップＳ４０６で、端末１０は、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰでランダムアクセス手順を実行した後、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰをアクティブに切り替える。
【0075】
＜通信用ＢＷＰの設定方法＞
通信用ＢＷＰの設定方法の一例について説明する。通信用ＢＷＰは、例えば、communitateBWPと称されてもよい。基地局２０は、図９のステップＳ２０１の処理手順で送信するＲＲＣメッセージに、通信用ＢＷＰのＢＷＰ－ＩＤを示す情報を含めて送信することによって、端末１０に通信用ＢＷＰを設定してもよい。当該情報は、例えば、communicateUplinkBWP-id及びcommunicateDownlinkBWP-idと称されてもよい。すなわち、基地局２０は、ＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージを送信し、端末１０は、当該情報を用いて設定されたＢＷＰ－ＩＤに対応するＢＷＰを通信用ＢＷＰとみなしてもよい。例えば、基地局２０は、ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報（例えば、communicateDownlinkBWP-idとも称する）が含まれるＲＲＣメッセージを送信し、端末１０は、当該ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報を用いて設定されたＢＷＰ－ＩＤに対応するＤＬＢＷＰを通信用ＤＬＢＷＰとみなしてもよい。例えば、端末１０は、ＲＲＣ（再）設定を実行（例えば、当該ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定を実行）する際に、当該ＢＷＰ－ＩＤのＤＬＢＷＰをアクティブ化してもよい。また、基地局２０は、ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報（例えば、communicateUplinkBWP-idとも称する）が含まれるＲＲＣメッセージを送信し、端末１０は、当該ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報を用いて設定されたＢＷＰ－ＩＤに対応するＵＬＢＷＰを通信用ＵＬＢＷＰとみなしてもよい。例えば、端末１０は、ＲＲＣ（再）設定を実行（例えば、当該ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定を実行）する際に、当該ＢＷＰ－ＩＤのＵＬＢＷＰをアクティブ化してもよい。ここで、通信用ＤＬＢＷＰ及び/又は通信用ＵＬＢＷＰのそれぞれに対応するＢＷＰ－ＩＤとして、「０」以外の値（すなわち、初期ＤＬＢＷＰ及び/又は初期ＵＬＢＷＰに対応するＢＷＰ－ＩＤ以外の値）が設定されてもよい。
通信用ＢＷＰの設定方法の一例について説明する。通信用ＢＷＰは、例えば、communitateBWPと称されてもよい。基地局２０は、図９のステップＳ２０１の処理手順で送信するＲＲＣメッセージに、通信用ＢＷＰのＢＷＰ－ＩＤを示す情報を含めて送信することによって、端末１０に通信用ＢＷＰを設定してもよい。当該情報は、例えば、communicateUplinkBWP-id及びcommunicateDownlinkBWP-idと称されてもよい。すなわち、基地局２０は、ＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージを送信し、端末１０は、当該情報を用いて設定されたＢＷＰ－ＩＤに対応するＢＷＰを通信用ＢＷＰとみなしてもよい。例えば、基地局２０は、ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報（例えば、communicateDownlinkBWP-idとも称する）が含まれるＲＲＣメッセージを送信し、端末１０は、当該ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報を用いて設定されたＢＷＰ－ＩＤに対応するＤＬＢＷＰを通信用ＤＬＢＷＰとみなしてもよい。例えば、端末１０は、ＲＲＣ（再）設定を実行（例えば、当該ＤＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定を実行）する際に、当該ＢＷＰ－ＩＤのＤＬＢＷＰをアクティブ化してもよい。また、基地局２０は、ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報（例えば、communicateUplinkBWP-idとも称する）が含まれるＲＲＣメッセージを送信し、端末１０は、当該ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報を用いて設定されたＢＷＰ－ＩＤに対応するＵＬＢＷＰを通信用ＵＬＢＷＰとみなしてもよい。例えば、端末１０は、ＲＲＣ（再）設定を実行（例えば、当該ＵＬＢＷＰに対応するＢＷＰ－ＩＤを設定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定を実行）する際に、当該ＢＷＰ－ＩＤのＵＬＢＷＰをアクティブ化してもよい。ここで、通信用ＤＬＢＷＰ及び/又は通信用ＵＬＢＷＰのそれぞれに対応するＢＷＰ－ＩＤとして、「０」以外の値（すなわち、初期ＤＬＢＷＰ及び/又は初期ＵＬＢＷＰに対応するＢＷＰ－ＩＤ以外の値）が設定されてもよい。
【0076】
図１２は、通信用ＢＷＰを設定するために用いられるＲＲＣメッセージに含まれる情報要素の一例を示す図である。図１２に示すように、ＲＲＣ再設定メッセージの「ServingCellConfig」内に、通信用ＢＷＰのＢＷＰ－ＩＤを示す「communicateUplinkBWP-id」及び「communicateDownlinkBWP-id」が規定されてもよい。例えば、基地局２０は、端末１０のUE Capabilityに基づいて、端末１０がＲｅｄＣａｐ端末であると判定した場合、ＲＲＣメッセージの「BWP-Downlink」に、１又は複数のＤＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定すると共に、「communicateDownlinkBWP-id」を用いて通信用ＤＬＢＷＰとして設定するＤＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＤＬＢＷＰを端末１０に設定する。同様に、基地局２０は、ＲＲＣメッセージの「BWP-Uplink」に、１又は複数のＵＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定すると共に、「communicateUplinkBWP-id」を用いて通信用ＵＬＢＷＰとして設定するＵＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＵＬＢＷＰを端末１０に設定する。
【0077】
以上の説明において、基地局２０は、複数のＢＷＰ（例えばＢＷＰ＃１～＃３など）を端末１０に設定し、かつ、通信用ＢＷＰに対応するＢＷＰ-ＩＤを設定するすることで、通信用ＢＷＰを任意に変更することが可能である。例えば、通信用ＢＷＰをＢＷＰ＃１からＢＷＰ＃３に変更するといったことも可能になる。ここで、通信用ＤＬＢＷＰ及び/又は通信用ＵＬＢＷＰのそれぞれに対応するＢＷＰ－ＩＤの値は、事前に規定された値であってもよい。例えば、通信用ＤＬＢＷＰに対応するＢＷＰ－ＩＤの値は「１」であってもよい。また、通信用ＵＬＢＷＰに対応するＢＷＰ－ＩＤの値は「１」であってもよい。すなわち、通信用ＤＬＢＷＰ及び/又は通信用ＵＬＢＷＰのそれぞれに対応するＢＷＰ－ＩＤの値は、仕様書などによって事前に規定され、基地局２０と端末１０との間で既知の値であってもよい。例えば、基地局２０は、１つ又は複数のＤＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定し、端末１０は、「１（すなわち、事前に規定された値）」がセットされたＢＷＰ－ＩＤを伴うＤＬＢＷＰを通信用ＤＬＢＷＰとみなしてもよい。また、基地局２０は、１つ又は複数のＵＬＢＷＰに関する情報（例えば、ＢＷＰ-ＩＤ、周波数位置、帯域幅、サブキャリア間隔及び/又はサイクリックプレフィクス）を設定し、端末１０は、「１（すなわち、事前に規定された値）」がセットされたＢＷＰ－ＩＤを伴うＵＬＢＷＰを通信用ＤＬＢＷＰとみなしてもよい。このように、通信用ＢＷＰの指定を可能とすることで、ＲｅｄＣａｐ端末におけるＢＷＰの設定を柔軟に行うことが可能になる。
【0078】
なお、本実施形態では、「firstActiveDownlinkBWP-id」を用いて通信用ＤＬＢＷＰのＢＷＰ－ＩＤが示され、「firstActiveUplinkBWP-id」を用いて通信用ＵＬＢＷＰのＢＷＰ－ＩＤが示されてもよい。例えば、この場合、基地局２０は、端末１０のUE Capabilityに基づいて、端末１０がＲｅｄＣａｐ端末であると判定した場合、ＲＲＣメッセージの「BWP-Downlink」を用いて１又は複数のＤＬＢＷＰに関する情報を設定すると共に、「firstActiveDownlinkBWP-id」を用いて通信用ＤＬＢＷＰとして設定するＤＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＤＬＢＷＰを端末１０に設定する。同様に、基地局２０は、ＲＲＣメッセージの「BWP-Uplink」を用いて１又は複数のＵＬＢＷＰに関する情報を設定すると共に、「firstActiveUplinkBWP-id」を用いて通信用ＵＬＢＷＰとして設定するＵＬＢＷＰのＢＷＰ-ＩＤを指定することによって、１つの通信用ＵＬＢＷＰを端末１０に設定する。
【0079】
なお、この場合において、端末１０は、図９のステップＳ２０１の処理手順において、自身がＲｅｄＣａｐ端末であるか否かを判定し、自身がＲｅｄＣａｐ端末である場合、「firstActiveDownlinkBWP-id」及び「firstActiveUplinkBWP-id」で指定されたＢＷＰ-ＩＤに対応するＢＷＰを、通信用ＢＷＰとしてみなしてもよい。これにより、ＲＲＣメッセージに含まれる「firstActiveDownlinkBWP-id」及び/又は「firstActiveUplinkBWP-id」を用いて、ＲｅｄＣａｐ端末に通信用ＢＷＰを設定することが可能になる。
【0080】
また、ＲｅｄＣａｐ端末に対してある１つのサービングセルに対して１つまたは複数のＢＷＰｓが設定され、１つのサービングセルに設定されるＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の最大数は１であることが規定されてもよい。ここで、ＲｅｄＣａｐ端末に対して設定されるＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の最大数は、初期ＤＬＢＷＰ及び初期ＵＬＢＷＰ以外のＢＷＰ（ＤＬＢＷＰ及びＵＬＢＷＰのそれぞれ）の数であってもよい。基地局２０は、端末１０のUE Capabilityに基づいて、端末１０がＲｅｄＣａｐ端末であると判定した場合、ＲＲＣメッセージの「BWP-Downlink」にＤＬＢＷＰ＃１に関する情報のみを設定すると共に、「communicateDownlinkBWP-id」又は「firstActiveDownlinkBWP-id」を１に設定することで、通信用ＤＬＢＷＰを端末１０に設定してもよい。同様に、基地局２０は、ＲＲＣメッセージの「BWP-Uplink」にＵＬＢＷＰ＃１に関する情報のみを設定すると共に、「communicateUplinkBWP-id」又は「firstActiveUplinkBWP-id」を１に設定することで、通信用ＵＬＢＷＰを端末１０に設定してもよい。これにより、ＲｅｄＣａｐ端末については、ＲＲＣメッセージにより設定されるＢＷＰ数が１つに制限されるため、ＲＲＣメッセージのデータ量を削減することが可能になる。
【0081】
ここで、基地局２０は、通信用ＢＷＰのＢＷＰ－ＩＤを設定するための情報と共に、通信用ＢＷＰを特定するための情報（「generic parameter」とも称する）をＲＲＣメッセージに含めて送信し、端末１０は、当該ＢＷＰ－ＩＤを設定するための情報及び当該通信用ＢＷＰを特定するための情報に基づいて、通信用ＢＷＰを決定してもよい。ここで、通信用ＢＷＰを特定するための情報は、通信用ＢＷＰの周波数位置及び/または帯域幅を設定するための情報を含んでもよい。また、通信用ＢＷＰを特定するための情報は、通信用ＢＷＰのサブキャリア間隔を設定するための情報を含んでもよい。また、通信用ＢＷＰを特定するための情報は、通信用ＢＷＰで用いられるサイクリックプレフィクスを設定するための情報を含んでもよい。例えば、端末１０は、ＲＲＣ（再）設定の実行（例えば、当該ＢＷＰ－ＩＤを設定するための情報及び当該通信用ＢＷＰを特定するための情報が含まれるＲＲＣメッセージの受信に基づくＲＲＣ（再）設定の実行）の際に、通信用ＢＷＰをアクティブ化してもよい。ここで、例えば、基地局２０は、通信用ＢＷＰの複数の周波数位置（すなわち、周波数領域における複数の位置）を設定するための情報をＲＲＣメッセージに含めて送信し、さらに、当該複数の周波数位置のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩフォーマット（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。すなわち、端末１０は、当該複数の周波数位置を設定するための情報、及び、当該複数の周波数位置のうちの１つの周波数位置を指示するための情報に基づいて、通信用ＢＷＰを決定してもよい。当該複数の周波数位置のうちの１つの周波数位置を指示するための情報については、下記のＢＷＰ指示子の定義で詳細を説明する。
【0082】
ここで、基地局２０は、端末１０に対して設定する通信用ＢＷＰの帯域幅を、端末１０における最大端末帯域幅を超えないように設定してもよい。また、基地局２０は、端末１０に対して設定する通信用ＢＷＰの帯域幅を、ＳＩＢ１に含まれる情報を用いて設定した初期ＢＷＰの帯域幅を超えないように設定してもよい。また、端末１０は、通信用ＢＷＰの帯域幅として、端末１０における最大端末帯域幅を用いてもよい。例えば、基地局２０によって通信用ＢＷＰの帯域幅を設定するための情報は送信されず、通信用ＢＷＰの帯域幅は端末１０における最大端末帯域幅と同一であることが規定されてもよい。また、基地局２０は、端末１０に対して設定する通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスを、ＳＩＢ１に含まれる情報を用いて設定した初期ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスと同一に設定してもよい。また、端末１０は、通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスとして、ＳＩＢ１に含まれる情報を用いて設定された初期ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスを用いてもよい。例えば、基地局２０によって通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスを設定するための情報は送信されず、通信用ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスのそれぞれは、初期ＢＷＰの帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスのそれぞれと同一であることが規定されてもよい。
【0083】
すなわち、端末１０に対して設定される複数のＢＷＰのそれぞれに対して設定（又は規定）される帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスは、同一であってもよい。ここで、ＤＬＢＷＰとＵＬＢＷＰに対して設定される帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスは異なっていてもよい。すなわち、端末１０は、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスが同一に設定された複数の複数のＤＬＢＷＰに対して、ＢＷＰの切り替え処理を実行してもよい。また、端末１０は、帯域幅、サブキャリア間隔及び/又はサイクリックプリフィックスが同一に設定された複数の複数のＵＬＢＷＰに対して、ＢＷＰの切り替え処理を実行してもよい。
【0084】
なお、通信用ＢＷＰを設定するＲＲＣメッセージにおいて、初期ＢＷＰの設定は、図６に示すＯｐｔｉｏｎ１に従ってもよいし、Ｏｐｔｉｏｎ２に従ってもよい。
【0085】
図１３は、ＴＳ３８．３２１の仕様変更例を示す。図１３の例は、図１０において、スケジューリングリクエストを送信するためのＰＵＣＣＨリソースが設定されているアクティブＢＷＰを用いて、スケジューリングリクエストを送信する処理に対応する。
【0086】
以上説明した処理手順によれば、端末１０は、例えばスケジューリングリクエストを送信する際に、アクティブにするＢＷＰを自ら切り替えるようにした。これにより、初期ＢＷＰと通信用ＢＷＰを切り替る際に、基地局２０からの指示が必要になる契機が減少すれることから、シグナリングオーバーヘッドを削減することが可能になる。また、通信用ＢＷＰにＰＲＡＣＨ機会が設定されている場合、端末１０は、自らＢＷＰを切り替えて、通信用ＢＷＰでランダムアクセス手順を実行するようにした。これにより、シグナリングオーバーヘッドの削減に加えて、ランダムアクセス処理が初期ＢＷＰ内のＳＳＢに集中することを抑制することが可能になる。
【0087】
＜初期ＢＷＰに端末個別の設定がされない場合のＢＷＰ切替処理＞
以下、第２の課題を解決するための処理手順について具体的に説明する。図１４は、初期ＢＷＰに端末個別の設定がされない場合のＢＷＰ切替処理の一例を示すシーケンスである。以下の説明において、端末１０は、ＲｅｄＣａｐ端末である前提とするが、本実施形態がこれに限定されるものではない。また、端末１０は、これまでに説明した処理手順（例えば図７で説明したＢＷＰ切替処理など）も実行可能であるものとする。
以下、第２の課題を解決するための処理手順について具体的に説明する。図１４は、初期ＢＷＰに端末個別の設定がされない場合のＢＷＰ切替処理の一例を示すシーケンスである。以下の説明において、端末１０は、ＲｅｄＣａｐ端末である前提とするが、本実施形態がこれに限定されるものではない。また、端末１０は、これまでに説明した処理手順（例えば図７で説明したＢＷＰ切替処理など）も実行可能であるものとする。
【0088】
ステップＳ５００で、端末１０は、基地局２０に対して端末能力情報（UE Capability）を通知する。このとき、端末１０は、自身がＲｅｄＣａｐ端末であることを示す情報を、端末能力情報に含めて基地局２０に送信する。なお、端末１０は、初期アクセス時にＳＩＢ１を参照することで、初期ＢＷＰの設定を行っているものとする。
【0089】
ステップＳ５０１で、基地局２０は、端末能力情報を参照することで端末１０がＲｅｄＣａｐ端末であることを認識し、端末１０に通信用ＢＷＰを設定するためのＲＲＣメッセージを送信する。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージであってもよい。このとき基地局２０は、ＲＲＣメッセージの「ServingCellConfig」において、「BWP-DownlinkDedicated」を利用せずに、「downlinkBWP-ToAddModList」における「BWP-Downlink」及び「BWP-Uplink」を用いてＤＬＢＷＰ及びＵＬＢＷＰを設定することで、端末１０用の個別リソースを設定（つまり、図６のＯｐｔｉｏｎ１に従ってＢＷＰ設定）する。
【0090】
ステップＳ５１０で、基地局２０は、端末１０のＢＷＰを切り替える際、切り替えるＢＷＰを指定するＢＷＰ指示子を含むＤＣＩを、ＰＤＣＣＨで端末１０に送信する。ここで、端末１０のアクティブＢＷＰが初期ＢＷＰである場合、基地局２０は、ＢＷＰ指示子を含むＤＣＩフォーマット１＿０のＤＣＩを端末１０に送信するようにしてもよい。このような処理を実現するため、ＤＣＩフォーマット１＿０にＢＷＰ指示子を追加するように３ＧＰＰ仕様が変更されてもよい。同様に、基地局２０は、ＢＷＰ指示子を含むＤＣＩフォーマット０＿０のＤＣＩを端末１０に送信するようにしてもよい。このような処理を実現するため、ＤＣＩフォーマット０＿０にＢＷＰ指示子を追加するように３ＧＰＰ仕様が変更されてもよい。
【0091】
また、基地局２０は、端末１０のアクティブＢＷＰが初期ＢＷＰである場合、ＢＷＰ指示子を含むＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２のＤＣＩを端末１０に送信するようにしてもよい。このような処理を実現するため、初期ＢＷＰにセル固有リソースの設定しか存在しない場合であっても、ＤＣＩフォーマット１＿１又はＤＣＩフォーマット１＿２のＤＣＩ送信を可能とするように３ＧＰＰ仕様が変更されてもよい。
【0092】
若しくは、３ＧＰＰ仕様に、ＢＷＰ指示子を含むＲｅｄＣａｐ端末向けの新たなＤＣＩフォーマット（例えばＤＣＩフォーマット０＿３、ＤＣＩフォーマット１＿３）が規定されてもよい。基地局２０は、端末１０のアクティブＢＷＰが初期ＢＷＰである場合、ＢＷＰ指示子を含む新たなＤＣＩフォーマットのＤＣＩを端末１０に送信するようにしてもよい。
【0093】
ステップＳ５１１で、端末１０は、ＢＷＰ指示子で指定されたＢＷＰをアクティブに切り替える。ステップＳ５１２で、端末１０は、ＰＤＣＣＨを受信した際に、タイマのカウントを開始する。また、端末１０は、タイマ満了前にＰＤＣＣＨを受信した場合、タイマのカウントを再度開始する。ステップＳ５２１で、端末１０は、タイマが満了した場合、初期ＢＷＰ又はデフォルトＢＷＰをアクティブに切り替える。なお、ステップＳ２４０の処理手順は、図７のステップＳ１３０及びＳ１３１の処理手順に対応する。
【0094】
＜ＢＷＰ指示子の定義＞
図１５は、ＢＷＰ指示子の定義例を示す図である。ここで、本実施形態においてＢＷＰ指示子という名称は単なる一例であり、下記のような動作を規定するような情報であれば、その名称は問わない。上述したように、例えば、端末１０は、ＢＷＰ指示子がＤＣＩフォーマット（下りリンクアサインメント及び/又は上りリンクグラント）に含まれ、アクティブＢＷＰとは異なるＢＷＰが指示された場合、ＢＷＰ指示子によって指示されたＢＷＰに、アクティブＢＷＰをセットしてもよい。図１５のＡは、ＢＷＰ指示子の値が０にセットされた場合、初期ＤＬＢＷＰ及び／又は初期ＵＬＢＷＰが指示されることを示している。また、ＢＷＰ指示子の値が１にセットされた場合、ＲＲＣメッセージを用いて設定されたＤＬＢＷＰ（すなわち、上述した通信用ＤＬＢＷＰを含む）及び／又はＵＬＢＷＰ（すなわち、上述した通信用ＵＬＢＷＰを含む）が指示されることを示している。例えば、図１５のＡに示す定義は、基地局２０が、「ServingCellConfig」内の「BWP-Downlink」及び「BWP-Uplink」で１つのＤＬＢＷＰ（つまりＤＬＢＷＰ＃１）及び１つのＵＬＢＷＰ（つまりＵＬＢＷＰ＃１）を端末１０に設定した場合に適用することができる。なお、図１５のＡは、基地局２０が、「ServingCellConfig」内に、通信用ＢＷＰのＢＷＰ－ＩＤを示す「communicateUplinkBWP-id」及び「communicateDownlinkBWP-id」を設定することで、端末１０に１つの通信用ＢＷＰを設定した場合に適用することも可能である。すなわち、この場合において、ＤＣＩフォーマットに含まれるＢＷＰ指示子の値が１にセットされた場合、通信用ＢＷＰが指示されることを示している。
図１５は、ＢＷＰ指示子の定義例を示す図である。ここで、本実施形態においてＢＷＰ指示子という名称は単なる一例であり、下記のような動作を規定するような情報であれば、その名称は問わない。上述したように、例えば、端末１０は、ＢＷＰ指示子がＤＣＩフォーマット（下りリンクアサインメント及び/又は上りリンクグラント）に含まれ、アクティブＢＷＰとは異なるＢＷＰが指示された場合、ＢＷＰ指示子によって指示されたＢＷＰに、アクティブＢＷＰをセットしてもよい。図１５のＡは、ＢＷＰ指示子の値が０にセットされた場合、初期ＤＬＢＷＰ及び／又は初期ＵＬＢＷＰが指示されることを示している。また、ＢＷＰ指示子の値が１にセットされた場合、ＲＲＣメッセージを用いて設定されたＤＬＢＷＰ（すなわち、上述した通信用ＤＬＢＷＰを含む）及び／又はＵＬＢＷＰ（すなわち、上述した通信用ＵＬＢＷＰを含む）が指示されることを示している。例えば、図１５のＡに示す定義は、基地局２０が、「ServingCellConfig」内の「BWP-Downlink」及び「BWP-Uplink」で１つのＤＬＢＷＰ（つまりＤＬＢＷＰ＃１）及び１つのＵＬＢＷＰ（つまりＵＬＢＷＰ＃１）を端末１０に設定した場合に適用することができる。なお、図１５のＡは、基地局２０が、「ServingCellConfig」内に、通信用ＢＷＰのＢＷＰ－ＩＤを示す「communicateUplinkBWP-id」及び「communicateDownlinkBWP-id」を設定することで、端末１０に１つの通信用ＢＷＰを設定した場合に適用することも可能である。すなわち、この場合において、ＤＣＩフォーマットに含まれるＢＷＰ指示子の値が１にセットされた場合、通信用ＢＷＰが指示されることを示している。
【0095】
図１５のＢは、ＢＷＰ指示子の値が０にセットされた場合、初期ＤＬＢＷＰ及び／又は初期ＵＬＢＷＰが指示されることを示している。また、ＢＷＰ指示子の値が１にセットされた場合、ＤＬＢＷＰ＃１及び／又はＵＬＢＷＰ＃１が指示されることを示している。図１５のＢに示す定義は、基地局２０が、「ServingCellConfig」内の「BWP-Downlink」及び「BWP-Uplink」で、１以上のＤＬＢＷＰ及びＵＬＢＷＰを端末１０に設定した場合に適用することができる。
【0096】
図１５のＣは、ＢＷＰ指示子の値が０にセットされた場合、初期ＤＬＢＷＰ及び／又は初期ＵＬＢＷＰが指示されることを示している。また、ＢＷＰ指示子の値が１にセットされた場合、「firstActiveDownlinkBWP-id」及び「firstActiveUplinkBWP-id」を用いて設定されたＢＷＰが指示されることを示している。
【0097】
ここで、ＢＷＰ指示子は、ＢＷＰ－ＩＤ及び/又はＢＷＰの周波数位置（周波数領域における位置）を指示するために用いられてもよい。例えば、ＢＷＰ指示子は、設定されたＢＷＰの複数の周波数位置のうちの１つの周波数位置を指示するために用いられてもよい。上述したように、例えば、基地局２０は、通信用ＢＷＰの複数の周波数位置を設定するための情報をＲＲＣメッセージに含めて送信してもよい。また、基地局２０は、当該複数の周波数位置のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩフォーマット（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。
【0098】
例えば、基地局２０は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対する複数の周波数位置として、第１の周波数位置ＤＬＢＷＰ-Ｐ１、第２の周波数位置ＤＬＢＷＰ-Ｐ２、第３の周波数位置ＤＬＢＷＰ-Ｐ３を設定してもよい。また、基地局２０は、当該複数の周波数位置（ＤＬＢＷＰ-Ｐ１、ＤＬＢＷＰ-Ｐ２、及びＤＬＢＷＰ-Ｐ３）のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩ（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。例えば、ＤＣＩに２ビットの情報が設定される場合において、「０１」によってＤＬＢＷＰ-Ｐ１が指示され、「１０」によってＤＬＢＷＰ-Ｐ２が指示され、「１１」によってＤＬＢＷＰ-Ｐ３が指示されてもよい。ここで、ＤＣＩに２ビットの情報が設定される場合において、「００」によって初期ＤＬＢＷＰが指示されてもよい。すなわち、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置を決定するために、下りリンクアサインメント及び/又は上りリンクグラントに含まれる情報が用いられてもよい。
【0099】
また、基地局２０は、ある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）に対する複数の周波数位置として、第１の周波数位置ＵＬＢＷＰ-Ｐ１、第２の周波数位置ＵＬＢＷＰ-Ｐ２、第３の周波数位置ＵＬＢＷＰ-Ｐ３を設定してもよい。また、基地局２０は、当該複数の周波数位置（ＵＬＢＷＰ-Ｐ１、ＵＬＢＷＰ-Ｐ２、及びＵＬＢＷＰ-Ｐ３）のうちの１つの周波数位置を指示するための情報（例えば、ＢＷＰ指示子）をＤＣＩ（下りリンクアサインメント及び/又は上りリンクグラント）に含めて送信してもよい。例えば、ＤＣＩに２ビットの情報が設定される場合において、「０１」によってＵＬＢＷＰ-Ｐ１が指示され、「１０」によってＵＬＢＷＰ-Ｐ２が指示され、「１１」によってＵＬＢＷＰ-Ｐ３が指示されてもよい。ここで、ＤＣＩに２ビットの情報が設定される場合において、「００」によって初期ＵＬＢＷＰが指示されてもよい。すなわち、ある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）の周波数位置を決定するために、下りリンクアサインメント及び/又は上りリンクグラントに含まれる情報が用いられてもよい。
【0100】
ここで、基地局２０は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対する複数の周波数位置及びある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）に対する複数の周波数位置を設定し、ＤＣＩ（下りリンクアサインメント及び/又は上りリンクグラント）に含まれる情報（例えば、ＢＷＰ指示子）を用いて、ＤＬＢＷＰの１つの周波数位置及びＵＬＢＷＰの１つの周波数位置を指示してもよい。すなわち、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置及びある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置が同時に切り替わってもよい。ここで、ＤＬＢＷＰ-Ｐ１はＵＬＢＷＰ-Ｐ１に対応してもよい（例えば、ペアとして規定又は設定されてもよい）。同様に、ＤＬＢＷＰ-Ｐ２はＵＬＢＷＰ-Ｐ２に対応し、ＤＬＢＷＰ-Ｐ３はＵＬＢＷＰ-Ｐ３に対応してもよい。例えば、ある１つのＤＬＢＷＰの周波数位置のインデックスとある１つのＵＬＢＷＰの周波数位置のインデックスが、同一の値の場合には、当該ある１つのＤＬＢＷＰの周波数位置と当該ある１つのＵＬＢＷＰの周波数位置は対応してもよい。例えば、ＤＣＩに２ビットの情報が設定される場合において、「０１」によってＤＬＢＷＰ-Ｐ１及びＵＬＢＷＰ-Ｐ１が指示され、「１０」によってＤＬＢＷＰ-Ｐ２及びＵＬＢＷＰ-Ｐ２が指示され、「１１」によってＤＬＢＷＰ-Ｐ３及びＵＬＢＷＰ-Ｐ３が指示されてもよい。すなわち、端末１０は、当該情報にセットされる値に基づいて、同一のインデックスを伴うＤＬＢＷＰの周波数位置とＵＬＢＷＰの周波数位置を同時に切り替えてもよい。ここで、ＤＣＩに２ビットの情報が設定される場合において、「００」によって初期ＤＬＢＷＰ及び初期ＵＬＢＷＰが指示されてもよい。すなわち、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）の周波数位置及びある１つのＵＬＢＷＰ（通信用ＵＬＢＷＰ）の周波数位置を決定するために、下りリンクアサインメント及び/又は上りリンクグラントに含まれる情報が用いられてもよい。
【0101】
ここで、ＢＷＰ－ＩＤ及び/又はＢＷＰの周波数位置を指示するために用いられる情報（例えば、ＢＷＰ指示子）のビット長（ビット数とも称する）は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数及び/又はある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数に基づいて決定されてもよい。例えば、下りリンクアサインメントに含まれる当該情報のビット長は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数に基づいて決定されてもよい。また、上りリンクグラントに含まれる当該情報のビット長は、ある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数に基づいて決定されてもよい。また、下りリンクアサインメント及び/又は上りリンクグラントに含まれる当該情報のビット長は、ある１つのＤＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数とある１つのＵＬＢＷＰ（通信用ＤＬＢＷＰ）に対して設定された周波数位置の数のうちの、大きい方の数に基づいて決定されてもよい。
【0102】
以上の説明において、下りリンクリソースの割り当てを行うＤＣＩ又は上りリンクリソースの割り当てを行うＤＣＩに図１５に示すＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰ及びＵＬＢＷＰの両方を、指定されたＢＷＰに切り替えるようにしてもよい。例えば、下りリンクのリソース割り当てを行うＤＣＩにＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰとＵＬＢＷＰの両方を切り替えるようにしてもよい。同様に、上りリンクのリソース割り当てを行うＤＣＩにＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰとＵＬＢＷＰの両方を切り替えるようにしてもよい。
【0103】
また、下りリンクリソースの割り当てを行うＤＣＩに図１５に示すＢＷＰ指示子が含まれる場合、端末１０は、ＤＬＢＷＰを切り替えるようにしてもよい。また、上りリンクリソースの割り当てを行うＤＣＩに図１５に示すＢＷＰ指示子が含まれる場合、端末１０は、ＵＬＢＷＰを切り替えるようにしてもよい。また、１つのＤＣＩに、ＤＬＢＷＰを指定するＢＷＰ指示子と、ＵＬＢＷＰを指定するＢＷＰ指示子との両方が含まれることとしてもよい。また、基地局２０は、ＤＣＩにＢＷＰ指示子が含まれるか否かを示す情報を、ＲＲＣメッセージ又はＳＩＢで端末１０に設定するようにしてもよい。
【0104】
ＤＣＩフォーマット０＿０、ＤＣＩフォーマット０＿１、ＤＣＩフォーマット０＿２、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１、ＤＣＩフォーマット１＿２及びＲｅｄＣａｐ端末向けの新たなＤＣＩフォーマット（例えばＤＣＩフォーマット０＿３、ＤＣＩフォーマット１＿３）において１ビットのＢＷＰ指示子が設定される場合、図１５に示す定義が適用されることとしてもよい。これらのＤＣＩフォーマットにおいて、端末１０は、端末１０に初期ＢＷＰ以外のＢＷＰが設定された場合に、ＢＷＰ指示子が１ビット存在すると認識するようにしてもよい。ＲｅｄＣａｐ端末向けの新たなＤＣＩフォーマット（例えばＤＣＩフォーマット０＿３、ＤＣＩフォーマット１＿３）では、ＢＷＰ指示子は１ビットに固定されていてもよい。
【0105】
以上説明した処理手順によれば、初期ＢＷＰに、端末個別の設定がなされてない場合であっても、ＰＤＣＣＨによるＢＷＰスイッチングを利用可能にした。これにより、ＲＲＣメッセージを用いることなくＢＷＰの切り替えが可能になることから、シグナリングオーバーヘッドを削減することが可能になる。
【0106】
＜ハードウェア構成＞
図１６は、無線通信システム内の各装置のハードウェア構成の一例を示す図である。無線通信システム１内の各装置（例えば、端末１０、基地局２０、コアネットワーク３０など）は、プロセッサ１１、記憶装置１２、有線又は無線通信を行う通信装置１３、各種の入力操作を受け付ける入力装置や各種情報の出力を行う入出力装置１４を含む。
図１６は、無線通信システム内の各装置のハードウェア構成の一例を示す図である。無線通信システム１内の各装置（例えば、端末１０、基地局２０、コアネットワーク３０など）は、プロセッサ１１、記憶装置１２、有線又は無線通信を行う通信装置１３、各種の入力操作を受け付ける入力装置や各種情報の出力を行う入出力装置１４を含む。
【0107】
プロセッサ１１は、例えば、ＣＰＵ（Central Processing Unit）であり、無線通信システム１内の各装置を制御する。プロセッサ１１は、プログラムを記憶装置１２から読み出して実行することで、本実施形態で説明する各種の処理を実行してもよい。無線通信システム１内の各装置は、１又は複数のプロセッサ１１により構成されていてもよい。また、当該各装置は、コンピュータと呼ばれてもよい。
【0108】
記憶装置１２は、例えば、メモリ、ＨＤＤ（Hard Disk Drive）及び／又はＳＳＤ（Solid State Drive）等のストレージから構成される。記憶装置１２は、プロセッサ１１による処理の実行に必要な各種情報（例えば、プロセッサ１１によって実行されるプログラム等）を記憶してもよい。
【0109】
通信装置１３は、有線及び／又は無線ネットワークを介して通信を行う装置であり、例えば、ネットワークカード、通信モジュール、チップ、アンテナ等を含んでもよい。また、通信装置１３には、アンプ、無線信号に関する処理を行うＲＦ（Radio Frequency）装置と、ベースバンド信号処理を行うＢＢ（BaseBand）装置とを含んでいてもよい。
【0110】
ＲＦ装置は、例えば、ＢＢ装置から受信したデジタルベースバンド信号に対して、Ｄ／Ａ変換、変調、周波数変換、電力増幅等を行うことで、アンテナから送信する無線信号を生成する。また、ＲＦ装置は、アンテナから受信した無線信号に対して、周波数変換、復調、Ａ／Ｄ変換等を行うことでデジタルベースバンド信号を生成してＢＢ装置に送信する。ＢＢ装置は、デジタルベースバンド信号をパケットに変換する処理、及び、パケットをデジタルベースバンド信号に変換する処理を行う。
【0111】
入出力装置１４は、例えば、キーボード、タッチパネル、マウス及び／又はマイク等の入力装置と、例えば、ディスプレイ及び／又はスピーカ等の出力装置とを含む。
【0112】
以上説明したハードウェア構成は一例に過ぎない。無線通信システム１内の各装置は、図１２に記載したハードウェアの一部が省略されていてもよいし、図１２に記載されていないハードウェアを備えていてもよい。また、図１２に示すハードウェアが１又は複数のチップにより構成されていてもよい。
【0113】
＜機能構成＞
（端末）
図１７は、端末１０の機能構成の一例を示す図である。端末１０は、受信部１０１と、送信部１０２と、制御部１０３とを含む。受信部１０１と送信部１０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部１０１と送信部１０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
（端末）
図１７は、端末１０の機能構成の一例を示す図である。端末１０は、受信部１０１と、送信部１０２と、制御部１０３とを含む。受信部１０１と送信部１０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部１０１と送信部１０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体（Non-transitory computer readable medium）であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
【0114】
以下の説明において、ＲｅｄＣａｐ端末は、特定端末の一例である。ＰＵＣＣＨは、上り制御チャネルの一例である。ＰＵＣＣＨパラメータ及び／又はＰＤＣＣＨパラメータは、制御チャネルリソースの設定の一例である。ＰＤＣＣＨは、物理下り制御チャネルの一例である。ＤＣＩは、物理下り制御チャネルの信号の一例である。UE Capabilityは、端末能力の一例である。CommunicateDownlinkBWP-id又はfirstActiveDownlinkBWP-idは、通信用ＤＬＢＷＰの設定の一例である。CommunicateUplinkBWP-id又はfirstActiveUplinkBWP-idは、通信用ＵＬＢＷＰの設定の一例である。
【0115】
受信部１０１は、下り信号を受信する。また、受信部１０１は、下り信号を介して伝送された情報及び／又はデータを受信してもよい。ここで、「受信する」とは、例えば、無線信号の受信、デマッピング、復調、復号、モニタリング、測定の少なくとも一つ等の受信に関する処理を行うことを含んでもよい。また、受信部１０１は、基地局２０から、特定端末向けに設定される、通信用ＤＬＢＷＰ（Downlink BandWidth Part）及び通信用ＵＬＢＷＰ（Uplink BandWidth Part）の設定を含むＲＲＣメッセージを受信する。また、受信部１０１は、基地局２０から、初期ＢＷＰに対する端末個別の制御チャネルリソースの設定を含まず、かつ、特定端末向けに設定される、通信用ＢＷＰの設定を含むＲＲＣメッセージを受信する。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージ、ＲＲＣ再開メッセージ（RRCResume）、又は、ＲＲＣセットアップメッセージ等であってもよい。
【0116】
送信部１０２は、上り信号を送信する。また、送信部１０２は、上り信号を介して伝送される情報及び／又はデータを送信してもよい。ここで、「送信する」とは、例えば、符号化、変調、マッピング、無線信号の送信の少なくとも一つ等の送信に関する処理を行うことを含んでもよい。また、送信部１０２は、アクティブであるＵＬＢＷＰで、スケジューリングリクエストを基地局２０に送信する。より具体的には、送信部１０２は、スケジューリングリクエストが制御部１０３でトリガされた場合、当該スケジューリングリクエストを無線信号で送信する。また、送信部１０２は、アクティブであるＵＬＢＷＰが、通信用ＵＬＢＷＰに切り替えられた後、通信用ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、スケジューリングリクエストを基地局２０に送信するようにしてもよい。
【0117】
また、送信部１０２は、アクティブであるＵＬＢＷＰが初期ＵＬＢＷＰであり、かつ、初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されている場合、初期ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースを用いて、スケジューリングリクエストを基地局２０に送信するようにしてもよい。また、送信部１０２は、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、通信用ＵＬＢＷＰ及び通信用ＤＬＢＷＰでランダムアクセス手順を実行するようにしてもよい。
【0118】
制御部１０３は、ＳＩＢ及びＲＲＣメッセージで通知されたＢＷＰを端末１０に設定する処理、設定されたＢＷＰをアクティブにする処理、アクティブにするＢＷＰを切り替える処理を行う。また、制御部１０３は、上りデータを送信するためのリソースの割り当て（上りリンクのスケジューリング）を基地局２０に要求することを検出した場合、送信部１０２に対してスケジューリングリクエストの送信をトリガする。
【0119】
また、制御部１０３は、上りデータを送信するためのリソースの割り当てを基地局２０に要求する場合において、アクティブであるＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替える。また、制御部１０３は、アクティブであるＵＬＢＷＰが初期ＵＬＢＷＰであり、かつ、初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースが設定されていない場合、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替えるようにしてもよい。また、制御部１０３は、アクティブであるＵＬＢＷＰを通信用ＵＬＢＷＰに切り替えることに加えて、アクティブであるＤＬＢＷＰを、通信用ＤＬＢＷＰに切り替えるようにしてもよい。
【0120】
また、制御部１０３は、スケジューリングリクエストが送信された後、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替えるようにしてもよい。例えば、制御部１０３は、初期ＵＬＢＷＰで、スケジューリングリクエストが送信された後（若しくはトリガした後）、アクティブであるＵＬＢＷＰを、通信用ＵＬＢＷＰに切り替えるようにしてもよい。
【0121】
また、制御部１０３は、スケジューリングリクエストが送信された後（若しくはスケジューリングリクエストの送信をトリガした後）、アクティブであるＤＬＢＷＰを、前記通信用ＤＬＢＷＰに切り替えるようにしてもよい。また、制御部１０３は、送信部１０２でスケジューリングリクエストがアクティブであるＵＬＢＷＰで送信された後（若しくはアクティブであるＵＬＢＷＰでのスケジューリングリクエストの送信をトリガした後）、アクティブであるＤＬＢＷＰが通信用ＤＬＢＷＰではない場合に、通信用ＤＬＢＷＰをアクティブに切り替えるようにしてもよい。
【0122】
また、制御部１０３は、初期ＢＷＰ及び通信用ＢＷＰのいずれかを指定する物理下り制御チャネルの信号に基づいて、アクティブであるＢＷＰとして、初期ＢＷＰ及び通信用ＢＷＰの切り替えを行う。また、制御部１０３は、初期ＢＷＰを指定する物理下り制御チャネルの信号に基づいて、初期ＵＬＢＷＰ及び初期ＤＬＢＷＰを、アクティブであるＢＷＰとして切り替えるようにしてもよい、また、制御部１０３は、初期ＵＬＢＷＰを指定する物理下り制御チャネルの信号に基づいて、初期ＵＬＢＷＰを、アクティブであるＢＷＰとして切り替えるようにしてもよい。また、制御部１０３は、初期ＤＬＢＷＰを指定する物理下り制御チャネルの信号に基づいて、初期ＤＬＢＷＰを、アクティブであるＢＷＰとして切り替えるようにしてもよい。
【0123】
また、制御部１０３は、ランダムアクセス手順をトリガする場合で、かつ、通信用ＵＬＢＷＰにＰＲＡＣＨ機会が設定されている場合、アクティブＢＷＰを、初期ＢＷＰから通信用ＢＷＰに切り替えるようにしてもよい。
【0124】
（基地局）
図１８は、基地局２０の機能構成の一例を示す図である。基地局２０は、受信部２０１と、送信部２０２と、制御部２０３とを含む。受信部２０１と送信部２０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部２０１と送信部２０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
図１８は、基地局２０の機能構成の一例を示す図である。基地局２０は、受信部２０１と、送信部２０２と、制御部２０３とを含む。受信部２０１と送信部２０２とが実現する機能の全部又は一部は、通信装置１３を用いて実現することができる。また、受信部２０１と送信部２０２とが実現する機能の全部又は一部と、制御部１０３とは、プロセッサ１１が、記憶装置１２に記憶されたプログラムを実行することにより実現することができる。また、当該プログラムは、記憶媒体に格納することができる。当該プログラムを格納した記憶媒体は、コンピュータ読み取り可能な非一時的な記憶媒体であってもよい。非一時的な記憶媒体は特に限定されないが、例えば、ＵＳＢメモリ又はＣＤ－ＲＯＭ等の記憶媒体であってもよい。
【0125】
受信部２０１は、上り信号を受信する。また、受信部２０１は、上記上り信号を介して伝送された情報及び／又はデータを受信してもよい。また、受信部１０１は、端末１０から、端末１０の端末能力を示す情報を受信する。また、受信部１０１は、初期ＵＬＢＷＰに端末１０向けの端末個別の上り制御チャネルリソースを設定していない場合、端末１０から、通信用ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信し、初期ＵＬＢＷＰに端末個別の上り制御チャネルリソースを設定している場合、端末１０から、初期ＵＬＢＷＰに設定される端末個別の上り制御チャネルリソースで送信されるスケジューリングリクエストを受信するようにしてもよい。
【0126】
送信部２０２は、下り信号を送信する。また、送信部２０２は、上記下り信号を介して伝送される情報及び／又はデータを送信してもよい。また、送信部２０２は、端末１０が特定端末であることが端末１０の端末能力を示す情報で示される場合、通信用ＤＬＢＷＰ及び通信用ＵＬＢＷＰの設定を含むＲＲＣメッセージを端末１０に送信するようにしてもよい。当該ＲＲＣメッセージは、例えば、ＲＲＣ再設定メッセージ、ＲＲＣ再開メッセージ、又は、ＲＲＣセットアップメッセージ等であってもよい。
【0127】
また、送信部２０２は、端末１０が特定端末であることが端末１０の端末能力を示す情報で示される場合、初期ＢＷＰに対する個別の制御チャネルリソースの設定を含まず、かつ、特定端末向けに設定される、通信用ＢＷＰの設定を含むＲＲＣメッセージを端末１０に送信するようにしてもよい。また、送信部１０２は、初期ＢＷＰ及び通信用ＢＷＰのいずれかを指定する物理下り制御チャネルの信号を、端末に送信するようにしてもよい。
【0128】
制御部２０３は、端末１０に対する上りリソース及び下りリソースの割り当て等を行う。例えば、制御部２０３は、端末１０からスケジューリングリクエストを受信した場合に、端末１０に対し、上りデータを送信するためのリソースの割り当て（上りリンクのスケジューリング）を行う。
【0129】
＜補足＞
端末個別ＰＵＣＣＨパラメータは、端末個別ＰＵＣＣＨリソースに置き換えてもよい。信号、情報、シグナリング及びメッセージの名称は相互に読み替えてもよい。
端末個別ＰＵＣＣＨパラメータは、端末個別ＰＵＣＣＨリソースに置き換えてもよい。信号、情報、シグナリング及びメッセージの名称は相互に読み替えてもよい。
【0130】
上記実施形態における各種の信号、情報、パラメータは、どのようなレイヤで送信されてもよい。すなわち、上記各種の信号、情報、パラメータは、上位レイヤ（例えば、ＮＡＳレイヤ、ＲＲＣレイヤ、ＭＡＣレイヤ等）、下位レイヤ（例えば、物理レイヤ）等のどのレイヤの信号、情報、パラメータに置き換えられてもよい。また、所定情報の通知は明示的に行うものに限られず、黙示的に（例えば、情報を通知しないことや他の情報を用いることによって）行われてもよい。
【0131】
また、上記実施形態における各種の信号、情報、パラメータ、メッセージ、シグナリング、ＩＥ（Information Element）、チャネル、時間単位及び周波数単位の名称は、例示にすぎず、他の名称に置き換えられてもよい。例えば、スロットは、所定数のシンボルを有する時間単位であれば、どのような名称であってもよい。また、ＲＢは、所定数のサブキャリアを有する周波数単位であれば、どのような名称であってもよい。また、上記実施形態における各種の信号、情報、パラメータ、メッセージ、シグナリング、ＩＥの用語は相互に置き換えられてもよい。例えば、ＲＲＣメッセージは、ＲＲＣシグナリングと称されてもよい。
【0132】
また、上記実施形態における端末１０の用途（例えば、ＲｅｄＣａｐ、ＩｏＴ向け等）は、例示するものに限られず、同様の機能を有する限り、どのような用途（例えば、ｅＭＢＢ、ＵＲＬＬＣ、Device-to-Device（Ｄ２Ｄ）、Vehicle-to-Everything（Ｖ２Ｘ）等）で利用されてもよい。
【0133】
また、各種情報の形式は、上記実施形態に限られず、ビット表現（０又は１）、真偽値（Boolean：true又はfalse）、整数値、文字等適宜変更されてもよい。また、上記実施形態における単数、複数は相互に変更されてもよい。
【0134】
以上、具体例を参照しつつ本実施形態について説明した。しかし、本開示はこれらの具体例に限定されるものではない。これら具体例に、当業者が適宜設計変更を加えたものも、本開示の特徴を備えている限り、本開示の範囲に包含される。前述した各具体例が備える各要素およびその配置、条件、形状などは、例示したものに限定されるわけではなく適宜変更することができる。前述した各具体例が備える各要素は、技術的な矛盾が生じない限り、適宜組み合わせを変えることができる。
【符号の説明】
【0135】
１…無線通信システム、１０…端末、１１…プロセッサ、１２…記憶装置、１３…通信装置、１４…入出力装置、２０…基地局、３０…コアネットワーク、１０１…受信部、１０２…送信部、１０３…制御部、２０１…受信部、２０２…送信部、２０３…制御部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】