(57)【要約】  本開示の一態様に係るユーザ端末は、上り信号を送信する送信部と、ビームの変更が必要であるかを含む情報に対応する系列を前記上り信号に用いる制御部と、を有する。本開示の一態様によれば、ビームレポートのオーバヘッドを好適に低減できる。
2020021724.tif 000002
【特許請求の範囲】
【請求項１】
上り信号を送信する送信部と、
ビームの変更が必要であるかを含む情報に対応する系列を前記上り信号に用いる制御部と、を有することを特徴とするユーザ端末。
【請求項２】
前記制御部は、測定の結果に基づいて、前記ビームの変更が不要であることに対応する系列と、前記ビームの変更が必要であることに対応する系列と、の１つを、前記上り信号に用いることを特徴とする請求項１に記載のユーザ端末。
【請求項３】
前記情報は、系列インデックス、巡回シフトインデックス、スクランブル系列インデックス、スクランブル系列の初期値、の少なくとも１つに関連付けられることを特徴とする請求項１又は請求項２に記載のユーザ端末。
【請求項４】
前記制御部は、前記上り信号の送信から所定時間の経過まで、前記ビームが変更されないと想定することを特徴とする請求項１から請求項３のいずれかに記載のユーザ端末。
【請求項５】
前記情報が、前記ビームの変更が不要であることを示す場合、前記制御部は、前記上り信号の送信から所定時間の経過まで、設定された報告を行わないことを特徴とする請求項１から請求項４のいずれかに記載のユーザ端末。
【請求項６】
上り信号を送信する工程と、
ビームの変更が必要であるかを含む情報に対応する系列を前記上り信号に用いる工程と、を有することを特徴とするユーザ端末の無線通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、次世代移動通信システムにおけるユーザ端末及び無線通信方法に関する。
【背景技術】
【０００２】
ＵＭＴＳ（Universal  Mobile  Telecommunications  System）ネットワークにおいて、更なる高速データレート、低遅延などを目的としてロングタームエボリューション（ＬＴＥ：Long  Term  Evolution）が仕様化された（非特許文献１）。また、ＬＴＥ（ＬＴＥ  Ｒｅｌ．８、９）の更なる大容量、高度化などを目的として、ＬＴＥ−Ａ（ＬＴＥアドバンスト、ＬＴＥ  Ｒｅｌ．１０−１４）が仕様化された。【０００３】
ＬＴＥの後継システム（例えば、ＦＲＡ（Future  Radio  Access）、５Ｇ（5th  generation  mobile  communication  system）、５Ｇ＋（plus）、ＮＲ（New  Radio）、ＮＸ（New  radio  access）、ＦＸ（Future  generation  radio  access）、ＬＴＥ  Ｒｅｌ．１５以降などともいう）も検討されている。【０００４】
既存のＬＴＥシステム（例えば、ＬＴＥ  Ｒｅｌ．８−１４）においては、ユーザ端末（ＵＥ：User  Equipment）が基地局に対して、周期的及び／又は非周期的にチャネル状態情報（ＣＳＩ：Channel  State  Information）を送信する。ＵＥは、上りリンク制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）及び／又は上りリンク共有チャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）を用いて、ＣＳＩを送信する。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】3GPP  TS  36.300  V8.12.0  “Evolved  Universal  Terrestrial  Radio  Access  (E-UTRA)  and  Evolved  Universal  Terrestrial  Radio  Access  Network  (E-UTRAN);  Overall  description;  Stage  2  (Release  8)”、２０１０年４月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
将来の無線通信システム（例えば、ＮＲ）において、ビーム管理（ＢＭ：Beam  Management）の方法が検討されてきた。当該ビーム管理においては、ＵＥが基地局に送信するビームレポートに基づくビーム選択が検討されている。【０００７】
ＮＲでは、ＵＥが、多数のビーム測定用信号を測定し、多数のビーム測定結果を報告することが求められるケースがある。この場合、ビームレポートのためのＵＣＩのオーバヘッドが大きく、ＵＥの消費電力の増大、通信スループットの低下などが問題となる。【０００８】
そこで、本開示は、ビームレポートのオーバヘッドを好適に低減できるユーザ端末及び無線通信方法を提供することを目的の１つとする。
【課題を解決するための手段】
【０００９】
本開示の一態様に係るユーザ端末は、上り信号を送信する送信部と、ビームの変更が必要であるかを含む情報に対応する系列を前記上り信号に用いる制御部と、を有することを特徴とする。
【発明の効果】
【００１０】
本開示の一態様によれば、ビームレポートのオーバヘッドを好適に低減できる。
【図面の簡単な説明】
【００１１】
【図１】図１は、ＵＬビーム管理の動作の一例を示す図である。
【図２】図２Ａ及び図２Ｂは、１ビット情報の多重のためのＣＳの一例を示す図である。
【図３】図３Ａ及び図３Ｂは、１ビット情報の時間／周波数リソースの一例を示す図である。
【図４】図４は、基地局の受信動作の一例を示す図である。
【図５】図５は、基地局の受信動作の別の一例を示す図である。
【図６】図６は、基地局の受信動作のさらに別の一例を示す図である。
【図７】図７は、１ビットＨＡＲＱ−ＡＣＫと１ビット情報の多重のためのＣＳの一例を示す図である。
【図８】図８は、Ｔｏｆｆｓｅｔに基づくＰＤＣＣＨの基地局送信ビームの想定の一例を示す図である。
【図９】図９は、Ｔｏｆｆｓｅｔに基づくＰＤＣＣＨの基地局送信ビームの想定の別の一例を示す図である。
【図１０】図１０は、Ｔｏｆｆｓｅｔに基づくＰＤＣＣＨの基地局送信ビームの想定のさらに別の一例を示す図である。
【図１１】図１１Ａ及び図１１Ｂは、最良ビームのビーム測定結果の報告用のリソースの一例を示す図である。
【図１２】図１２は、ビームレポートの送信のスキップの一例を示す図である。
【図１３】図１３は、非周期的ビームレポートの送信のスキップの一例を示す図である。
【図１４】図１４は、ビーム測定結果の報告用のリソースの一例を示す図である。
【図１５】図１５は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。
【図１６】図１６は、一実施形態に係る基地局の全体構成の一例を示す図である。
【図１７】図１７は、一実施形態に係る基地局の機能構成の一例を示す図である。
【図１８】図１８は、一実施形態に係るユーザ端末の全体構成の一例を示す図である。
【図１９】図１９は、一実施形態に係るユーザ端末の機能構成の一例を示す図である。
【図２０】図２０は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
（ＣＳＩ）
ＮＲにおいては、ＵＥは、所定の参照信号（又は、当該参照信号用のリソース）を用いてチャネル状態を測定し、チャネル状態情報（ＣＳＩ：Channel  State  Information）を基地局にフィードバック（報告）する。
【００１３】
ＵＥは、チャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel  State  Information  Reference  Signal）、同期信号／ブロードキャストチャネル（ＳＳ／ＰＢＣＨ：Synchronization  Signal/Physical  Broadcast  Channel）ブロック、同期信号（ＳＳ：Synchronization  Signal）、復調用参照信号（ＤＭＲＳ：DeModulation  Reference  Signal）などを用いて、チャネル状態を測定してもよい。
【００１４】
ＣＳＩ−ＲＳリソースは、ノンゼロパワー（ＮＺＰ：Non  Zero  Power）ＣＳＩ−ＲＳ及びＣＳＩ−ＩＭ（Interference  Management）の少なくとも１つを含んでもよい。ＳＳ／ＰＢＣＨブロックは、同期信号（例えば、プライマリ同期信号（ＰＳＳ：Primary  Synchronization  Signal）、セカンダリ同期信号（ＳＳＳ：Secondary  Synchronization  Signal））及びＰＢＣＨ（及び対応するＤＭＲＳ）を含むブロックであり、ＳＳブロックなどと呼ばれてもよい。
【００１５】
なお、ＣＳＩは、チャネル品質識別子（ＣＱＩ：Channel  Quality  Indicator）、プリコーディング行列識別子（ＰＭＩ：Precoding  Matrix  Indicator）、ＣＳＩ−ＲＳリソース識別子（ＣＲＩ：CSI-RS  Resource  Indicator）、ＳＳ／ＰＢＣＨブロックリソース識別子（ＳＳＢＲＩ：SS/PBCH  Block  Indicator）、レイヤ識別子（ＬＩ：Layer  Indicator）、ランク識別子（ＲＩ：Rank  Indicator）、Ｌ１−ＲＳＲＰ（レイヤ１における参照信号受信電力（Layer  1  Reference  Signal  Received  Power））、Ｌ１−ＲＳＲＱ（Reference  Signal  Received  Quality）、Ｌ１−ＳＩＮＲ（Signal  to  Interference  plus  Noise  Ratio）、Ｌ１−ＳＮＲ（Signal  to  Noise  Ratio）などの少なくとも１つを含んでもよい。
【００１６】
ＣＳＩは、複数のパートを有してもよい。ＣＳＩの第１パート（ＣＳＩパート１）は、相対的にビット数の少ない情報（例えば、ＲＩ）を含んでもよい。ＣＳＩの第２パート（ＣＳＩパート２）は、ＣＳＩパート１に基づいて定まる情報などの、相対的にビット数の多い情報（例えば、ＣＱＩ）を含んでもよい。
【００１７】
ＣＳＩのフィードバック方法としては、（１）周期的なＣＳＩ（Ｐ−ＣＳＩ：Periodic  CSI）報告、（２）非周期的なＣＳＩ（Ａ−ＣＳＩ：Aperiodic  CSI）報告、（３）半永続的（半持続的、セミパーシステント（Semi-Persistent））なＣＳＩ報告（ＳＰ−ＣＳＩ：Semi-Persistent  CSI）報告などが検討されている。
【００１８】
ＵＥは、Ｐ−ＣＳＩ、ＳＰ−ＣＳＩ及びＡ−ＣＳＩの少なくとも１つのＣＳＩの報告用のリソースに関する情報（ＣＳＩ報告設定情報とよばれてもよい）を、上位レイヤシグナリング、物理レイヤシグナリング（例えば、下り制御情報（ＤＣＩ：Downlink  Control  Information））又はこれらの組み合わせを用いて通知されてもよい。
【００１９】
ここで、上位レイヤシグナリングは、例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ＭＡＣ（Medium  Access  Control）シグナリング、ブロードキャスト情報などのいずれか、又はこれらの組み合わせであってもよい。
【００２０】
ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ  ＣＥ（Control  Element））、ＭＡＣ  ＰＤＵ（Protocol  Data  Unit）などを用いてもよい。ブロードキャスト情報は、例えば、マスタ情報ブロック（ＭＩＢ：Master  Information  Block）、システム情報ブロック（ＳＩＢ：System  Information  Block）、最低限のシステム情報（ＲＭＳＩ：Remaining  Minimum  System  Information）、その他のシステム情報（ＯＳＩ：Other  System  Information）などであってもよい。
【００２１】
ＣＳＩ報告設定情報は、例えば、報告周期、オフセットなどに関する情報を含んでもよく、これらは所定の時間単位（スロット単位、サブフレーム単位、シンボル単位など）で表現されてもよい。ＣＳＩ報告設定情報は、設定ＩＤ（CSI-ReportConfigId）を含んでもよく、当該設定ＩＤによってＣＳＩ報告方法の種類（ＳＰ−ＣＳＩか否か、など）、報告周期などのパラメータが特定されてもよい。ＣＳＩ報告設定情報は、どの参照信号（又は、どの参照信号用のリソース）を用いて測定されたＣＳＩを報告するかを示す情報（CSI-ResourceConfigId）を含んでもよい。
【００２２】
（ＱＣＬ／ＴＣＩ）
ＮＲでは、ＵＥは、チャネル（例えば、下りリンク制御チャネル（ＰＤＣＣＨ：Physical  Downlink  Control  Channel）、ＰＤＳＣＨ、ＰＵＣＣＨなど）の疑似コロケーション（ＱＣＬ：Quasi-Co-Location）に関する情報（ＱＣＬ情報）に基づいて、当該チャネルの受信処理（例えば、デマッピング、復調、復号、受信ビーム形成など）、送信処理（例えば、マッピング、変調、符号化、プリコーディング、送信ビーム形成など）を制御することが検討されている。
【００２３】
ここで、ＱＣＬとは、チャネルの統計的性質を示す指標である。例えば、ある信号／チャネルと他の信号／チャネルがＱＣＬの関係である場合、これらの異なる複数の信号／チャネル間において、ドップラーシフト（doppler  shift）、ドップラースプレッド（doppler  spread）、平均遅延（average  delay）、遅延スプレッド（delay  spread）、空間パラメータ（Spatial  parameter）（例えば、空間受信パラメータ（Spatial  Rx  Parameter））の少なくとも１つが同一である（これらの少なくとも１つに関してＱＣＬである）と仮定できることを意味してもよい。
【００２４】
なお、空間受信パラメータは、ＵＥの受信ビーム（例えば、受信アナログビーム）に対応してもよく、空間的ＱＣＬに基づいてビームが特定されてもよい。本開示におけるＱＣＬ（又はＱＣＬの少なくとも１つの要素）は、ｓＱＣＬ（spatial  QCL）で読み替えられてもよい。
【００２５】
ＱＣＬは、複数のタイプ（ＱＣＬタイプ）が規定されてもよい。例えば、同一であると仮定できるパラメータ（又はパラメータセット）が異なる４つのＱＣＬタイプＡ−Ｄが設けられてもよく、以下に当該パラメータについて示す：
・ＱＣＬタイプＡ：ドップラーシフト、ドップラースプレッド、平均遅延及び遅延スプレッド、
・ＱＣＬタイプＢ：ドップラーシフト及びドップラースプレッド、
・ＱＣＬタイプＣ：平均遅延及びドップラーシフト、
・ＱＣＬタイプＤ：空間受信パラメータ。
【００２６】
ＴＣＩ状態（TCI-state）は、ＱＣＬ情報を示してもよい（含んでもよい）。ＴＣＩ状態（及び／又はＱＣＬ情報）は、例えば、対象となるチャネル（又は当該チャネル用の参照信号（ＲＳ：Reference  Signal））と、別の信号（例えば、別の下り参照信号（ＤＬ−ＲＳ：Downlink  Reference  Signal））とのＱＣＬに関する情報であってもよく、例えば、ＱＣＬ関係となるＤＬ−ＲＳに関する情報（ＤＬ−ＲＳ関連情報）及び上記ＱＣＬタイプを示す情報（ＱＣＬタイプ情報）の少なくとも１つを含んでもよい。
【００２７】
ＤＬ−ＲＳ関連情報は、ＱＣＬ関係となるＤＬ−ＲＳを示す情報及び当該ＤＬ−ＲＳのリソースを示す情報の少なくとも一つを含んでもよい。例えば、ＵＥに複数の参照信号セット（ＲＳセット）が設定される場合、当該ＤＬ−ＲＳ関連情報は、当該ＲＳセットに含まれるＲＳのうち、チャネル（又は当該チャネル用のポート）とＱＣＬ関係を有するＤＬ−ＲＳ、当該ＤＬ−ＲＳ用のリソースなどの少なくとも１つを示してもよい。
【００２８】
ここで、チャネル用のＲＳ及びＤＬ−ＲＳの少なくとも一方は、同期信号、ＰＢＣＨ、ＳＳ／ＰＢＣＨブロック、ＣＳＩ−ＲＳ、ＤＭＲＳ、モビリティ参照信号（ＭＲＳ：Mobility  RS）、ビーム固有の信号などの少なくとも１つ、又はこれらを拡張、変更などして構成される信号（例えば、密度及び周期の少なくとも一方を変更して構成される信号）であってもよい。
【００２９】
ＰＤＣＣＨ（又はＰＤＣＣＨに関連するＤＭＲＳアンテナポート）及び所定のＤＬ−ＲＳとのＱＣＬに関する情報は、ＰＤＣＣＨ用ＴＣＩ状態などと呼ばれてもよい。
【００３０】
ＵＥは、ＵＥ固有のＰＤＣＣＨ（ＣＯＲＥＳＥＴ）のためのＴＣＩ状態を、ＲＲＣシグナリング及びＭＡＣ  ＣＥに基づいて判断してもよい。
【００３１】
例えば、ＵＥに対して、ＣＯＲＥＳＥＴごとに、１つ又は複数（Ｋ個）のＴＣＩ状態が上位レイヤシグナリング（ControlResourceSet情報要素）によって設定されてもよい。また、ＵＥは、各ＣＯＲＥＳＥＴについて、それぞれ１つ又は複数のＴＣＩ状態を、ＭＡＣ  ＣＥを用いてアクティベートしてもよい。当該ＭＡＣ  ＣＥは、ＵＥ固有ＰＤＣＣＨ用ＴＣＩ状態指示ＭＡＣ  ＣＥ（TCI  State  Indication  for  UE-specific  PDCCH  MAC  CE）と呼ばれてもよい。ＵＥは、ＣＯＲＥＳＥＴのモニタを、当該ＣＯＲＥＳＥＴに対応するアクティブなＴＣＩ状態に基づいて実施してもよい。
【００３２】
ＴＣＩ状態は、ビームに対応してもよい。例えば、ＵＥは、異なるＴＣＩ状態のＰＤＣＣＨは、異なるビームを用いて送信されると想定してもよい。
【００３３】
ＰＤＳＣＨ（又はＰＤＳＣＨに関連するＤＭＲＳアンテナポート）及び所定のＤＬ−ＲＳとのＱＣＬに関する情報は、ＰＤＳＣＨのためのＴＣＩ状態などと呼ばれてもよい。
【００３４】
ＵＥは、ＰＤＳＣＨ用のＭ（Ｍ≧１）個のＴＣＩ状態（Ｍ個のＰＤＳＣＨ用のＱＣＬ情報）を、上位レイヤシグナリングによって通知（設定）されてもよい。なお、ＵＥに設定されるＴＣＩ状態の数Ｍは、ＵＥ能力（UE  capability）及びＱＣＬタイプの少なくとも１つによって制限されてもよい。
【００３５】
ＰＤＳＣＨのスケジューリングに用いられるＤＣＩは、ＴＣＩ状態（ＰＤＳＣＨ用のＱＣＬ情報）を示す所定のフィールド（例えば、ＴＣＩ用のフィールド、ＴＣＩフィールド、ＴＣＩ状態フィールドなどと呼ばれてもよい）を含んでもよい。当該ＤＣＩは、１つのセルのＰＤＳＣＨのスケジューリングに用いられてもよく、例えば、ＤＬ  ＤＣＩ、ＤＬアサインメント、ＤＣＩフォーマット１＿０、ＤＣＩフォーマット１＿１などと呼ばれてもよい。
【００３６】
また、ＤＣＩがｘビット（例えば、ｘ＝３）のＴＣＩフィールドを含む場合、基地局は、最大２ｘ（例えば、ｘ＝３の場合、８）種類のＴＣＩ状態を、上位レイヤシグナリングを用いてＵＥに予め設定してもよい。ＤＣＩ内のＴＣＩフィールドの値（ＴＣＩフィールド値）は、上位レイヤシグナリングにより予め設定されたＴＣＩ状態の１つを示してもよい。
【００３７】
８種類を超えるＴＣＩ状態がＵＥに設定される場合、ＭＡＣ  ＣＥを用いて、８種類以下のＴＣＩ状態がアクティベート（又は指定）されてもよい。当該ＭＡＣ  ＣＥは、ＵＥ固有ＰＤＳＣＨ用ＴＣＩ状態アクティベーション／ディアクティベーションＭＡＣ  ＣＥ（TCI  States  Activation/Deactivation  for  UE-specific  PDSCH  MAC  CE）と呼ばれてもよい。ＤＣＩ内のＴＣＩフィールドの値は、ＭＡＣ  ＣＥによりアクティベートされたＴＣＩ状態の一つを示してもよい。
【００３８】
ＵＥは、ＤＣＩ内のＴＣＩフィールド値が示すＴＣＩ状態に基づいて、ＰＤＳＣＨ（又はＰＤＳＣＨのＤＭＲＳポート）のＱＣＬを決定してもよい。例えば、ＵＥは、サービングセルのＰＤＳＣＨのＤＭＲＳポート（又は、ＤＭＲＳポートグループ）が、ＤＣＩで通知されたＴＣＩ状態に対応するＤＬ−ＲＳとＱＣＬであると想定して、ＰＤＳＣＨの受信処理（例えば、復号、復調など）を制御してもよい。
【００３９】
ＰＵＣＣＨについては、ＴＣＩ状態に相当するものは空間関係（spatial  relation）と表現されてもよい。Ｒｅｌ−１５  ＮＲにおいては、ＲＲＣのＰＵＣＣＨ設定情報（PUCCH-Config情報要素）に、所定のＲＳとＰＵＣＣＨとの間の空間関係情報を含めることができる。当該所定のＲＳは、ＳＳＢ、ＣＳＩ−ＲＳ及び測定用参照信号（ＳＲＳ：Sounding  Reference  Signal）の少なくとも１つである。
【００４０】
ＵＥは、ＳＳＢ又はＣＳＩ−ＲＳとＰＵＣＣＨとに関する空間関係情報を設定される場合には、当該ＳＳＢ又はＣＳＩ−ＲＳの受信のための空間ドメインフィルタと同じ空間ドメインフィルタを用いてＰＵＣＣＨを送信してもよい。つまり、この場合、ＵＥはＳＳＢ又はＣＳＩ−ＲＳのＵＥ受信ビームとＰＵＣＣＨのＵＥ送信ビームとが同じであると想定してもよい。
【００４１】
ＵＥは、ＳＲＳとＰＵＣＣＨとに関する空間関係情報を設定される場合には、当該ＳＲＳの送信のための空間ドメインフィルタと同じ空間ドメインフィルタを用いてＰＵＣＣＨを送信してもよい。つまり、この場合、ＵＥはＳＲＳのＵＥ送信ビームとＰＵＣＣＨのＵＥ送信ビームとが同じであると想定してもよい。
【００４２】
ＰＵＣＣＨに関する空間関係情報が１つより多く設定される場合には、ＰＵＣＣＨ空間関係アクティベーション／ディアクティベーションＭＡＣ  ＣＥ（PUCCH  spatial  relation  Activation/Deactivation  MAC  CE）によって、ある時間において１つのＰＵＣＣＨリソースに対して１つのＰＵＣＣＨ空間関係がアクティブになるように制御される。
【００４３】
当該ＭＡＣ  ＣＥは、適用対象のサービングセルＩＤ、ＢＷＰ  ＩＤ、ＰＵＣＣＨリソースＩＤなどの情報を含んでもよい。
【００４４】
なお、基地局の送信のための空間ドメインフィルタと、下りリンク空間ドメイン送信フィルタ（downlink  spatial  domain  transmission  filter）と、基地局の送信ビームと、は互いに読み替えられてもよい。基地局の受信のための空間ドメインフィルタと、上りリンク空間ドメイン受信フィルタ（uplink  spatial  domain  receive  filter）と、基地局の受信ビームと、は互いに読み替えられてもよい。
【００４５】
また、ＵＥの送信のための空間ドメインフィルタと、上りリンク空間ドメイン送信フィルタ（uplink  spatial  domain  transmission  filter）と、ＵＥの送信ビームと、は互いに読み替えられてもよい。ＵＥの受信のための空間ドメインフィルタと、下りリンク空間ドメイン受信フィルタ（downlink  spatial  domain  receive  filter）と、ＵＥの受信ビームと、は互いに読み替えられてもよい。
【００４６】
（ビーム管理）
ところで、これまでＲｅｌ−１５  ＮＲにおいては、ビーム管理（ＢＭ：Beam  Management）の方法が検討されてきた。当該ビーム管理においては、ＵＥが報告したＬ１−ＲＳＲＰをベースに、ビーム選択を行うことが検討されている。ある信号／チャネルのビームを変更する（切り替える）ことは、当該信号／チャネルのＴＣＩ状態（ＱＣＬ）を変更することに相当する。
【００４７】
なお、ビーム選択によって選択されるビームは、送信ビーム（Ｔｘビーム）であってもよいし、受信ビーム（Ｒｘビーム）であってもよい。また、ビーム選択によって選択されるビームは、ＵＥのビームであってもよいし、基地局のビームであってもよい。
【００４８】
ＵＥは、ビーム管理のための測定結果を、ＰＵＣＣＨ又はＰＵＳＣＨを用いて報告（送信）してもよい。当該測定結果は、例えば、Ｌ１−ＲＳＲＰ、Ｌ１−ＲＳＲＱ、Ｌ１−ＳＩＮＲ、Ｌ１−ＳＮＲなどの少なくとも１つを含むＣＳＩであってもよい。また、当該測定結果は、ビーム測定（beam  measurement）、ビーム測定結果、ビームレポート、ビーム測定レポート（beam  measurement  report）などと呼ばれてもよい。
【００４９】
ビームレポートのためのＣＳＩ測定は、干渉測定を含んでもよい。ＵＥは、ＣＳＩ測定用のリソースを用いてチャネル品質、干渉などを測定し、ビームレポートを導出してもよい。ＣＳＩ測定用のリソースは、例えば、ＳＳ／ＰＢＣＨブロックのリソース、ＣＳＩ−ＲＳのリソース、その他の参照信号リソースなどの少なくとも１つであってもよい。ＣＳＩ測定報告の設定情報は、上位レイヤシグナリングを用いてＵＥに設定されてもよい。
【００５０】
ビームレポートには、チャネル品質測定及び干渉測定の少なくとも一方の結果が含まれてもよい。チャネル品質測定の結果は、例えばＬ１−ＲＳＲＰを含んでもよい。干渉測定の結果は、Ｌ１−ＳＩＮＲ、Ｌ１−ＳＮＲ、Ｌ１−ＲＳＲＱ、その他の干渉に関する指標（例えば、Ｌ１−ＲＳＲＰでない任意の指標）などを含んでもよい。
【００５１】
なお、ビーム管理のためのＣＳＩ測定用のリソースは、ビーム測定用リソースと呼ばれてもよい。また、当該ＣＳＩ測定対象の信号／チャネルは、ビーム測定用信号と呼ばれてもよい。また、ＣＳＩ測定／報告は、ビーム管理のための測定／報告、ビーム測定／報告、無線リンク品質測定／報告などの少なくとも１つで読み替えられてもよい。
【００５２】
当該ＣＳＩ測定の設定情報（例えば、CSI-MeasConfig又はCSI-ResourceConfig）は、ＣＳＩ測定のための１つ以上のノンゼロパワー（ＮＺＰ：Non  Zero  Power）ＣＳＩ−ＲＳリソースセット（NZP-CSI-RS-ResourceSet）、１つ以上のゼロパワー（ＺＰ）ＣＳＩ−ＲＳリソースセット（ZP-CSI-RS-ResourceSet）（又はＣＳＩ−ＩＭ（Interference  Management）リソースセット（CSI-IM-ResourceSet））及び１つ以上のＳＳ／ＰＢＣＨブロックリソースセット（CSI-SSB-ResourceSet）などの情報を含んでもよい。
【００５３】
各リソースセットの情報は、当該リソースセット内のリソースにおける繰り返し（repetition）に関する情報を含んでもよい。当該繰り返しに関する情報は、例えば‘オン’又は‘オフ’を示してもよい。なお、‘オン’は‘有効（enabled又はvalid）’と表されてもよいし、‘オフ’は‘無効（disabled又はinvalid）’と表されてもよい。
【００５４】
例えば、繰り返しが‘オン’を設定されたリソースセットについて、ＵＥは、当該リソースセット内のリソースが同じ下りリンク空間ドメイン送信フィルタ（same  downlink  spatial  domain  transmission  filter）を用いて送信されたと想定してもよい。この場合、ＵＥは、当該リソースセット内のリソースが同じビームを用いて（例えば、同じ基地局から同じビームを用いて）送信されたと想定してもよい。
【００５５】
繰り返しが‘オフ’を設定されたリソースセットについて、ＵＥは、当該リソースセット内のリソースが同じ下りリンク空間ドメイン送信フィルタを用いて送信されたとは想定してはいけない（又は、想定しなくてもよい）、という制御を行ってもよい。この場合、ＵＥは、当該リソースセット内のリソースが同じビームを用いては送信されない（異なるビームを用いて送信された）と想定してもよい。つまり、繰り返しが‘オフ’を設定されたリソースセットについて、ＵＥは、基地局がビームスイーピングを行っていると想定してもよい。
【００５６】
ところで、ＮＲではビームレポートに複数の測定結果を含めることが検討されている。ＵＥが、最大６４個のビームを測定し、１つの報告インスタンスにおいて設定された数のビームを報告することが検討されている。
【００５７】
上位レイヤパラメータ（例えば、ＲＲＣパラメータ「groupBasedBeamReporting」）によって、グループベースビーム報告が有効に設定されたＵＥは、各レポート設定について、ビームレポートに複数のビーム測定用リソースＩＤ（例えば、ＳＳＢＲＩ、ＣＲＩ）と、これらに対応する複数の測定結果（例えばＬ１−ＲＳＲＰ）と、を含めることが検討されている。
【００５８】
また、上位レイヤパラメータ（例えば、ＲＲＣパラメータ「nrofReportedRS」）によって、１つ以上の報告対象ＲＳリソース数を設定されたＵＥは、各レポート設定について、ビームレポートに１つ以上のビーム測定用リソースＩＤと、これらに対応する１つ以上の測定結果（例えばＬ１−ＲＳＲＰ）と、を含めることが検討されている。
【００５９】
（ＳＲＳ）
ＵＬ  ＲＳは次の機能が有することが検討されている。
・ＵＬ  ＣＳＩ取得
・ＤＬ  ＣＳＩ取得
・ビーム管理
【００６０】
ＮＲ  ＳＲＳに対して次の特徴が検討されている。
【００６１】
（１）ＬＴＥ  ＳＲＳ系列および多重方式の再利用
・スケジュールされた帯域幅を有するＺＣ（Zadoff-Chu）系列
・comb  2（２ＲＥ毎の１ＲＥにＳＲＳを配置）又はcomb  4（４ＲＥ毎の１ＲＥにＳＲＳを配置）、及びサイクリックシフト（ＣＳ）を有するＩＦＤＭＡ（Interleaved  Frequency  Division  Multiple  Access）
【００６２】
（２）キャパシティの増加のために、より多くのシンボルをＳＲＳに用いること（スロット内の最後の６シンボル）
【００６３】
（３）ＢＷＰ（BandWidth  Part）切り替え、ＣＣ（Component  Carrier）切り替え、及びアンテナ切り替えのサポート
【００６４】
（４）チャネルレシプロシティ（reciprocity、上下対称性）あり又はなしのＳＲＳプリコーディングのサポート
・チャネルレシプロシティなし：ＳＲＳプリコーディングは（別のＳＲＳに対応する）ＳＲＩ（SRS  Resource  Indicator）によって指示される。
・チャネルレシプロシティあり：ＳＲＳプリコーディングは（ＤＬ  ＲＳに対応する）ＣＲＩ（CSI-RS  Resource  Indicator）によって指示されてもよい。
【００６５】
（５）スロット間（inter-slot）及びスロット内（intra-slot）の周波数ホッピングのサポート
【００６６】
（６）Ｐ／Ａ／ＳＰ  ＲＳ送信のサポート
【００６７】
（ビームコレスポンデンス）
ＵＥ側のビームコレスポンデンス（correspondence、上下対称性）は、ＵＥ能力（capability）であってもよい。
【００６８】
ＵＥがビームコレスポンデンスをサポートするか否かは、ＵＬビーム管理の設計に影響を与える。ビームコレスポンデンスが保たれる場合、ＵＬの複数ビーム送信は主にＤＬビーム管理に依存する。ビームコレスポンデンスが保たれない場合、ＵＬの複数ビーム送信はＵＬビーム管理を必要とする。
【００６９】
（ＵＬビーム管理）
ビームコレスポンデンスなしの場合、ＵＥは、ＵＬビーム管理のために、複数シンボルにわたって同じ送信ビームを用いてＳＲＳを送信することが検討されている。ビームコレスポンデンスなしの場合で、ＳＲＳリソースセット内の幾つかのＳＲＳリソースにわたって同じ送信ビームを適用することがＵＥに設定されない場合、ＵＥは、異なる送信ビームを用いてＳＲＳを送信することが検討されている。
【００７０】
ビームコレスポンデンスあり又はなしの場合、ＵＥは、上位レイヤ（ＲＲＣ）パラメータであるＰＵＣＣＨ空間関連情報（PUCCH-Spatial-relation-info）によって、ＰＵＣＣＨ用のビーム指示を受信する。PUCCH-Spatial-relation-infoが１つの空間関連情報（SpatialRelationInfo）情報要素（Information  Element：IE）を含む場合、ＵＥは、設定されたSpatialRelationInfoを適用する。PUCCH-Spatial-relation-infoが１よりも多いSpatialRelationInfo  IEを含む場合、ＵＥは、ＭＡＣ  ＣＥによって設定されたSpatialRelationInfoを適用する。
【００７１】
ビームコレスポンデンスあり又はなしの場合、ＵＥは、ＤＣＩ内のＳＲＩ（SRS  Resource  Indicator）によって、ＰＵＳＣＨ用のビーム指示を受信する。
【００７２】
例えば、図１に示すように、ＵＥは、ＳＲＩ＃０、＃１、＃２、＃３によって送信ビーム＃０、＃１、＃２、＃３をそれぞれ指示される（ｇＮＢに既知の（gNB  transparent）ビームフォーミング）。ＵＥは、送信ビーム＃０、＃１、＃２、＃３のそれぞれを用いてＳＲＳを送信する。その後、例えば、ＵＥは、ＳＲＳを受信したｇＮＢから、ＳＲＩ＃２によって送信ビーム＃２を指示されると、ＵＥは、送信ビーム＃２を用いてＳＲＳを送信する（ｇＮＢに指示された（gNB  indicated）ビームフォーミング）。
【００７３】
ｇＮＢの送信ビーム及び受信ビームの少なくとも１つの決定のためには、ＵＥによるビームレポートが必要である。Ｒｅｌ．１５においては、ＵＥがＣＳＩ報告の一部としてＬ１−ＲＳＲＰを報告することが検討されている。
【００７４】
しかしながら、ビームレポートのオーバヘッドは大きい。ＵＥがＬ１−ＲＳＲＰの報告を設定された場合、ＵＥは、ＰＵＣＣＨ又はＰＵＳＣＨ上でＬ１−ＲＳＲＰを報告することが考えられる。また、ビームレポートのためのＵＣＩのオーバヘッドが大きく、ＵＥの消費電力の増大、通信スループットの低下などが問題となる。
【００７５】
そこで、本発明者らは、ビームレポートのオーバヘッドを低減するための方法を着想した。
【００７６】
ＵＥは、ビームの変更が必要であるか否かを報告してもよい。このビームは、基地局送信ビーム、基地局受信ビーム、ＵＥ送信ビーム、ＵＥ受信ビームのいずれかであってもよい。
【００７７】
本開示の一態様によれば、ビームレポートのオーバヘッドを削減できる。これによって、バッテリを節約できる。また、ビームレポートが他のＵＣＩと多重される場合、他のＵＣＩの符号化率を低くできる。また、ＵＥが或るリソースにおいてビームレポートを送信しないことを、ｇＮＢが知ることができる場合、当該リソースを他の用途に割り当てることができるため、リソース利用効率を向上できる。
【００７８】
以下、本開示に係る実施形態について、図面を参照して詳細に説明する。各実施形態に係る無線通信方法は、それぞれ単独で適用されてもよいし、組み合わせて適用されてもよい。
【００７９】
なお、本開示において「想定する（assume）」ことは、想定して受信処理、送信処理、測定処理などを行うことを意味してもよい。
【００８０】
（無線通信方法）
＜態様１＞
態様１では、ＵＥは、ビーム変更（切り替え）が必要であるか否かを、１ビット情報によって報告する。
【００８１】
１ビット情報"0"は、ビーム変更が必要でないことを示してもよい。１ビット情報"1"は、ビーム変更が必要であることを示してもよい。
【００８２】
ＵＥは、次の態様１−１、１−２、１−３のいずれかに従って、１ビット情報を送信してもよい。
【００８３】
《態様１−１》
ＵＥは、ＵＬチャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳのいずれか）における系列選択（sequence  selection）によって１ビット情報を送信してもよい。
【００８４】
ＵＥは、次の態様１−１−ａ、１−１−ｂのいずれかの系列（特定系列）を用いて１ビット情報を送信してもよい。
【００８５】
＜＜態様１−１−ａ＞＞
特定系列は、系列インデックス及びＣＳインデックスの少なくとも１つに基づいてもよい。特定系列は、ＮＲのＰＵＣＣＨフォーマット０、１、３、４の少なくとも１つに用いられる系列であってもよいし、ＰＵＣＣＨ又はＰＵＳＣＨに用いられるＤＭＲＳ系列であってもよい。また、特定系列は、ＣＡＺＡＣ（Constant  Amplitude  Zero  Auto  Correlation）系列、低（low）ＰＡＰＲ（Peak-to-Average  Power  Ratio）系列であってもよい。特定系列は、ベース系列（系列インデックスによって示される）の巡回シフト（ＣＳインデックスによって示される）によって定義されてもよい。
【００８６】
ＵＥは、次の態様１−１−ａ−１、１−１−ａ−２のいずれかに従って、特定系列を決定してもよい。
【００８７】
《《態様１−１−ａ−１》》
ＵＥは、系列インデックス及びＣＳインデックスの少なくとも１つのパラメータを設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。ＵＥは、予め設定されたルールに従って、パラメータから、２つの系列を決定する（導出する、暗示的に設定される）。ＵＥは、パラメータに基づいて１つの系列を決定し、パラメータ及びルールに従って、別の系列を決定してもよい。
【００８８】
ＵＥは、送信する１ビット情報に従って、２つの系列の１つを特定系列として決定してもよい。
【００８９】
ＵＥは、ＣＳインデックス（初期ＣＳインデックス、例えばｍ０）を上位レイヤシグナリングによって設定されてもよい。ＵＥは、初期ＣＳインデックスと所定の第１値（ＣＳ導出パラメータ、例えばｍＣＳ）との和に基づいて第１ＣＳインデックスを決定し、初期ＣＳインデックスと所定の第２値（ＣＳ導出パラメータ、例えばｍＣＳ）との和に基づいて第２ＣＳインデックスを決定してもよい。第２値は、第１値に６を加えた値であってもよい。
【００９０】
図２Ａに示すように、ＵＥは、送信帯域幅がＭ個のサブキャリア（Resource  Element：ＲＥ）を有する場合、ＵＥは、系列長Ｍの基準系列（base  sequence）Ｘ０，Ｘ１，…，ＸＭ−１に対して、巡回シフト（Cyclic  Shift：ＣＳ、位相回転）インデックスに基づく巡回シフトを適用することによって、送信系列を生成する。
【００９１】
例えば、ＵＥは、送信帯域幅が１ＰＲＢであり、１２個のＲＥを有する場合、ＵＥは、系列長１２の基準系列Ｘ０，Ｘ１，…，Ｘ１１に対して、第１ＣＳインデックス及び第２ＣＳインデックスの１つに基づく巡回シフトを適用することによって、特定系列を生成する。
【００９２】
図２Ｂに示すように、第１ＣＳインデックス及び第２ＣＳインデックスの間隔が６であってもよい。言い換えれば、第１ＣＳインデックスに対応する位相回転と、第２ＣＳインデックスに対応する位相回転と、の間隔がπであってもよい。例えば、第１ＣＳインデックスが０（位相回転がα０）であり、第２ＣＳインデックスが６（位相回転がα６）であってもよい。
【００９３】
この場合、特定系列をＹ０，Ｙ１，…，Ｙ１１とすると、偶数ＲＥインデックスを有する所定要素Ｙ０，Ｙ２，Ｙ４，…，Ｙ１０については、第１ＣＳインデックスに基づく所定要素の値と、第２ＣＳインデックスに基づく所定要素の値は、等しい。言い換えれば、所定要素の値は、第１ＣＳインデックス及び第２ＣＳインデックスに依らない。
【００９４】
図３Ａに示すように、ＵＥは、ＰＵＳＣＨ用のＤＭＲＳタイプ１（comb状）のＤＭＲＳを特定系列として用いてもよい。ＵＥは、１スロット内のシンボル＃０〜＃１３のうち、シンボル＃２において、ＤＭＲＳを送信してもよい。ＵＥは、１ＰＲＢ内のＲＥ＃０〜＃１１のうち、偶数ＲＥインデックスのＲＥ＃０，＃２，…＃１０において、ＤＭＲＳを送信してもよい。この場合、ＤＭＲＳ系列長は６であるため、ＵＥは、特定系列Ｙ０，Ｙ１，…，Ｙ５をＲＥ＃０，＃２，…＃１０へマップしてもよい。
【００９５】
図３Ｂに示すように、ＵＥは、ＤＭＲＳのシンボルとＵＣＩのシンボルとの少なくともいずれかにおいて特定系列を送信してもよい。ＵＥは、ＰＵＣＣＨフォーマット１用のＤＭＲＳを特定系列として用いてもよいし、ＵＣＩに乗ずる系列を特定系列として用いてもよい。
【００９６】
ＵＬチャネル（ＰＵＳＣＨ又はＰＵＣＣＨ）のリソースがＤＭＲＳシンボル及びデータ（ＵＣＩ又はＵＬデータ）シンボルを有する場合、ＵＥは、次の送信方法１、２の１つに従って、１ビット情報を送信してもよい。
【００９７】
［送信方法１］
ＵＥは、ＤＭＲＳシンボルにおいて１ビット情報を送信する場合、特定系列（系列選択）によって１ビット情報を送信する。ＵＥは、データシンボルにおいて１ビット情報を送信する場合、特定系列（系列選択）によって１ビット情報を送信しない。
【００９８】
［送信方法２］
ＵＥは、ＤＭＲＳシンボルにおいて１ビット情報を送信する場合、特定系列（系列選択）によって１ビット情報を送信しない。ＵＥは、データシンボルにおいて１ビット情報を送信する場合、特定系列（系列選択）によって１ビット情報を送信する。
【００９９】
ｇＮＢは、次の態様１−１−ａ−２−１、１−１−ａ−２−２、１−１−ａ−２−３のいずれかに従って１ビット情報を復号してもよい。
【０１００】
＜＜＜態様１−１−ａ−２−１＞＞＞
図４に示すように、ｇＮＢは、１ビット情報"0"及び"1"にそれぞれ対応する２つのＤＭＲＳ系列のレプリカを生成してもよい。ｇＮＢは、２つのレプリカのそれぞれと、ＤＭＲＳの受信信号との相関を計算し、２つのレプリカのうち相関が高い（最も尤度が高い）レプリカに対応する１ビット情報を決定してもよい（最尤検出、Maximum  Likelihood  Detection：ＭＬＤ）。
【０１０１】
ｇＮＢは、相関が高いレプリカをＤＭＲＳ系列として決定してもよい。ｇＮＢは、決定されたＤＭＲＳ系列と受信信号とに基づいてチャネル推定を行い、チャネル推定結果に基づいてＰＵＳＣＨにおけるＵＬデータ又はＰＵＣＣＨにおけるＵＣＩを復号してもよい。
【０１０２】
＜＜＜態様１−１−ａ−２−２＞＞＞
１ビット情報"0"及び"1"にそれぞれ対応する２つのＤＭＲＳ系列において、ＣＳの間隔はπである（ＣＳインデックスの間隔が６である）ため、偶数ＲＥインデックスを有する要素Ｙ０，Ｙ２，…Ｙ１０（特定の周波数リソースの要素）は、１ビット情報（ＣＳインデックス）によらず一定値となる。図５に示すように、奇数ＲＥインデックスを有する要素Ｙ１，Ｙ３，…Ｙ１１は、１ビット情報によって異なる。
【０１０３】
ｇＮＢは、奇数ＲＥインデックスを有する要素からなる部分系列（系列長６）について、１ビット情報"0"及び"1"にそれぞれ対応する２つの部分系列のレプリカを生成してもよい。ｇＮＢは、受信信号のうち奇数ＲＥインデックスを有する要素と、２つのレプリカのそれぞれと、の相関を計算し、２つのレプリカのうち相関が高いレプリカに対応する１ビット情報を決定してもよい。
【０１０４】
ｇＮＢは、１ビット情報に対する全ＲＥの系列（系列長１２）をＤＭＲＳとして決定してもよい。ｇＮＢは、決定されたＤＭＲＳ系列と受信信号とに基づいてチャネル推定を行い、チャネル推定結果に基づいてＰＵＳＣＨにおけるＵＬデータ又はＰＵＣＣＨにおけるＵＣＩを復号してもよい。
【０１０５】
＜＜＜態様１−１−ａ−２−３＞＞＞
図６に示すように、１ビット情報"0"及び"1"にそれぞれ対応する２つのＤＭＲＳ系列において、偶数ＲＥインデックスを有する要素Ｙ０，Ｙ２，…Ｙ１０は、１ビット情報（ＣＳインデックス）によらず一定値である。そこで、ｇＮＢは、ＤＭＲＳ系列のうち偶数ＲＥインデックスを有する要素（系列長６）と、受信信号のうち偶数ＲＥインデックスを有する要素と、に基づいて、チャネル推定を行い、チャネル推定結果に基づいてＰＵＳＣＨにおけるＵＬデータ又はＰＵＣＣＨにおけるＵＣＩを復号してもよい。
【０１０６】
さらに、ｇＮＢは、奇数ＲＥインデックスを有する要素からなる部分系列（系列長６）について、１ビット情報"0"及び"1"にそれぞれ対応する２つの部分系列のレプリカを生成してもよい。ｇＮＢは、受信信号のうち奇数ＲＥインデックスを有する要素と、２つのレプリカのそれぞれと、の相関を計算し、２つのレプリカのうち相関が高いレプリカに対応する１ビット情報を決定してもよい。
【０１０７】
この態様１−１−ａ−２−３によれば、態様１−１−ａ−２−１、１−１−ａ−２−２に比べて、周波数ドメインにおけるＤＭＲＳの密度が１／２になるため、周波数選択性が厳しい環境では、チャネル推定精度が劣化し、データ復号精度が劣化する。一方、態様１−１−ａ−２−１、１−１−ａ−２−２は、１ビット情報の判定の誤りがデータ（ＵＬデータ又はＵＣＩ）復号に影響するのに対し、態様１−１−ａ−２−３は、これを防ぐことができる。
【０１０８】
ｇＮＢは、特定系列がＤＭＲＳタイプ１である場合、態様１−１−ａ−２−１、１−１−ａ−２−２を用いて、１ビット情報及びデータ（ＵＬデータ又はＵＣＩ）の復号を行ってもよい。ｇＮＢは、特定系列がＤＭＲＳタイプ１でない場合、態様１−１−ａ−２−３を用いて、１ビット情報及びデータ（ＵＬデータ又はＵＣＩ）の復号を行ってもよい。
【０１０９】
ＵＥは、ＰＵＣＣＨフォーマット０を用いて１ビット情報を送信してもよい。
【０１１０】
例えば、ＵＥがＰＵＣＣＨフォーマット０を用いて１ビットＨＡＲＱ−ＡＣＫを送信する場合、１ビットＨＡＲＱ−ＡＣＫ"0"（ＮＡＣＫ）及び"1"（ＡＣＫ）に対応するＣＳインデックスの間隔が６であってもよい（位相回転の間隔がπであってもよい）。例えば、１ビットＨＡＲＱ−ＡＣＫ"0"及び"1"にそれぞれ対応するＣＳインデックスが０，６であってもよい（位相回転が０，πであってもよい）。
【０１１１】
ＵＥが１ビットＨＡＲＱ−ＡＣＫに１ビット情報（ビーム変更の有無）を多重する場合、ＵＥは、１ビットＨＡＲＱ−ＡＣＫ用に設定されたＣＳに基づいて、１ビットＨＡＲＱ−ＡＣＫ及び１ビット情報に対応するＣＳを導出してもよい（暗示的に設定されてもよい）。
【０１１２】
ＵＥが１ビットＨＡＲＱ−ＡＣＫに１ビット情報（ビーム変更の有無）を多重する場合、図７に示すように、１ビット情報"0"に対応するＣＳインデックスは、１ビットＨＡＲＱ−ＡＣＫ"0"及び"1"に対応するＣＳインデックスと同じであってもよい。この場合、１ビット情報"0"及び１ビットＨＡＲＱ−ＡＣＫ"0"に対応するＣＳインデックスが０、１ビット情報"0"及び１ビットＨＡＲＱ−ＡＣＫ"1"に対応するＣＳインデックスが６であってもよい。
【０１１３】
また、１ビット情報"1"に対応するＣＳインデックスは、１ビットＨＡＲＱ−ＡＣＫ"0"及び"1"に対応するＣＳインデックスに所定間隔を加えたＣＳインデックスであってもよい。例えば、ＣＳインデックスの所定間隔は１であってもよい（位相回転の間隔がπ／６であってもよい）。この場合、１ビット情報"1"及び１ビットＨＡＲＱ−ＡＣＫ"0"に対応するＣＳインデックスが１、１ビット情報"1"及び１ビットＨＡＲＱ−ＡＣＫ"1"に対応するＣＳインデックスが７であってもよい。
【０１１４】
《《態様１−１−ａ−２》》
ＵＥは、系列インデックス及びＣＳインデックスの少なくとも１つのパラメータの、１よりも多い値（例えば、２つの値）を設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。
【０１１５】
ＵＥは、送信する１ビット情報に従って、設定された１よりも多い値の１つを選択し、選択された値に基づく特定系列を送信してもよい。
【０１１６】
＜＜態様１−１−ｂ＞＞
特定系列は、ＵＬデータ又はＵＣＩのためのスクランブル系列（scrambling  sequence）であってもよいし、スクランブル系列生成器（generator）を初期化するための初期値であってもよい。初期値は、ＲＮＴＩ（Radio  Network  Temporary  Identifier）、上位レイヤパラメータ（例えば、ＰＵＳＣＨ用データスクランブリング識別子）、セル識別子、の少なくとも１つに基づいてもよい。特定系列は、Ｇｏｌｄ系列などの擬似ランダム系列であってもよい。
【０１１７】
ＵＥは、次の態様１−１−ｂ−１、１−１−ｂ−２のいずれかに従って、特定系列を決定してもよい。
【０１１８】
《《態様１−１−ｂ−１》》
ＵＥは、スクランブル系列又は初期値の少なくとも１つを示すパラメータを設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。ＵＥは、予め設定されたルールに従って、パラメータから、２つの系列を決定する（導出する、暗示的に設定される）。ＵＥは、パラメータに基づいて１つの系列を決定し、パラメータ及びルールに従って、別の系列を決定してもよい。
【０１１９】
ＵＥは、送信する１ビット情報に従って、２つの系列の１つを特定系列として選択し、特定系列を用いてＵＬデータ又はＵＣＩをスクランブルしてもよい。
【０１２０】
《《態様１−１−ｂ−２》》
ＵＥは、スクランブル系列又は初期値の少なくとも１つを示すパラメータの、１よりも多い値（例えば、２つの値）を設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。
【０１２１】
ＵＥは、送信する１ビット情報に従って、設定された１よりも多い値の１つを特定系列として選択し、特定系列を用いてＵＬデータ又はＵＣＩをスクランブルしてもよい。
【０１２２】
ｇＮＢは、１ビット情報に対応する２つの系列のレプリカを用いて、ブラインド復号を行ってもよい。ｇＮＢは、ブラインド復号（ＣＲＣの判定）に成功したレプリカに対応する１ビット情報を決定してもよい。
【０１２３】
《態様１−２》
１ビット情報は、ＵＬチャネル（ＰＵＳＣＨ又はＰＵＣＣＨ）上のＵＬデータ又はＵＣＩに追加されてもよい。
【０１２４】
１ビット情報は、ＵＬデータ又はＵＣＩと連結して符号化（joint  coding）されてもよい。
【０１２５】
１ビット情報は、ＵＬデータ又はＵＣＩとは別に符号化（separate  coding）されてもよい。
【０１２６】
ＵＥが、ビーム変更が必要であるか否かを示す１ビットを報告することによって、ビームレポートのオーバヘッドを抑えることができる。
【０１２７】
《態様１−３》
１ビット情報の報告後のＵＥ動作について説明する。
【０１２８】
ＵＥは、ＰＤＣＣＨ用のＵＥ受信ビームが、報告した最新のビーム測定結果に対応するＵＥ受信ビームと同じであると想定してもよい。ＵＥは、ＰＤＣＣＨ用の基地局送信ビームが、ＵＥが報告した最新のビーム測定結果に対応する基地局送信ビームと同じであると想定してもよい。言い換えると、ＵＥは、ＰＤＣＣＨ用のＴＣＩ状態が、報告した最新のビーム測定結果に対応するＴＣＩ状態と同じである（報告した最新のビーム測定結果に対応する測定に用いた信号／チャネルとＱＣＬである）と想定してもよい。
【０１２９】
ＵＥのビーム測定結果（１ビット情報）を報告してから、基地局が基地局送信ビームを切り替えるまでに所定時間が必要であると想定される。
【０１３０】
もしＵＥがビーム変更不要（"0"）を報告した場合、ＵＥは、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨの少なくとも１つに対するＴＣＩ状態が変更されないと想定してもよい。もしＵＥがビーム変更必要（"1"）及び異なる最良ビームを示す測定結果の少なくとも１つのを報告した場合、ＵＥは、報告から所定時間Ｔｏｆｆｓｅｔの間、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨの少なくとも１つに対するＴＣＩ状態が変更されないと想定してもよく、報告からＴｏｆｆｓｅｔの後、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨの少なくとも１つに対するＴＣＩ状態が変更されると想定してもよい。
【０１３１】
Ｔｏｆｆｓｅｔは、ＵＥ又は基地局がビーム（例えば、ＵＥ受信ビーム、基地局送信ビーム）の切り替えに要する時間に基づいて定義されてもよい。
【０１３２】
なお、Ｔｏｆｆｓｅｔに関する情報は、上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせを用いて、ＵＥに通知されてもよい。
【０１３３】
図８は、Ｔｏｆｆｓｅｔに基づくＰＤＣＣＨの基地局送信ビームの想定の一例を示す図である。ステップＳ３０２（ステップＳ３０２−１及びＳ３０２−２）において、ＵＥは、基地局の送信ビームスイーピングを適用されたＲＳ＃１−＃４について、同じＵＥ受信ビームを用いて測定し、その測定結果に基づく測定報告（例えばＣＳＩ）を、ＰＵＣＣＵ又はＰＵＳＣＨを用いて送信する。Ｓ３０２−１において基地局送信ビーム＃１を想定しており、Ｓ３０２−１がビーム変更が不要であることを示す報告（"0"）であり、Ｓ３０２−２がビーム変更が必要であることを示す報告（"1"）及び異なる最良ビームを示す測定結果の少なくとも１つである。
【０１３４】
基地局は、ＵＥからの報告に基づいて、ＵＥのＰＤＣＣＨ用ＴＣＩ状態の切り替えを行うことを決定してもよい
【０１３５】
ステップＳ３０４（ステップＳ３０４−１及びＳ３０４−２）において、基地局は、ＰＤＣＣＨ用ＴＣＩ状態の切り替えの後の任意のＣＯＲＥＳＥＴで送信するＰＤＣＣＨを、新しい基地局送信ビーム（ＴＣＩ状態）を用いて送信してもよい。Ｓ３０４−１におけるＰＤＣＣＨには基地局送信ビーム＃１が適用されるとＵＥが想定し、Ｓ３０４−２におけるＰＤＣＣＨには基地局送信ビーム＃２が適用されるとＵＥが想定する。
【０１３６】
ステップＳ３０４−１の時点の想定は、ステップＳ３０２−１の報告はＴｏｆｆｓｅｔ以上前の時刻に送信した最新の報告であるが、ステップＳ３０２−２の報告はＴｏｆｆｓｅｔ以内の時刻に送信されたためである。
【０１３７】
また、ステップＳ３０４−２の時点の想定は、ステップＳ３０２−２の報告がＴｏｆｆｓｅｔ以上前の時刻に送信した最新の報告であるためである。
【０１３８】
なお、あるＣＯＲＥＳＥＴの継続時間（duration）内で、ＰＤＣＣＨ用の受信ビームに関するＵＥの想定が変化してもよい。
【０１３９】
図９は、Ｔｏｆｆｓｅｔに基づくＰＤＣＣＨの基地局送信ビームの想定の別の一例を示す図である。本例では、図８とＣＯＲＥＳＥＴの時間的位置が異なるステップＳ３０４−３が示されている。
【０１４０】
また、上述のステップＳ３０４とは、ステップＳ３０４−３のＣＯＲＥＳＥＴ内の途中までのＰＤＣＣＨには基地局送信ビーム＃１が適用されるとＵＥが想定し、それ以降のＰＤＣＣＨには基地局送信ビーム＃２が適用されるとＵＥが想定する点が異なる。
【０１４１】
上記ＣＯＲＥＳＥＴの途中の時点の想定は、ステップＳ３０２−１の報告はＴｏｆｆｓｅｔ以上前の時刻に送信した最新の報告であるが、ステップＳ３０２−２の報告はＴｏｆｆｓｅｔ以内の時刻に送信されたためである。
【０１４２】
また、上記ＣＯＲＥＳＥＴの途中の時点以降の想定は、ステップＳ３０２−２の報告がＴｏｆｆｓｅｔ以上前の時刻に送信した最新の報告であるためである。
【０１４３】
図１０は、Ｔｏｆｆｓｅｔに基づくＰＤＣＣＨの基地局送信ビームの想定のさらに別の一例を示す図である。本例では、図９と同様の例が示されている。
【０１４４】
図１０は、ＵＥが、ステップＳ３０４−３のＣＯＲＥＳＥＴ内の基地局送信ビームの想定を途中で変更しない点が、図９と異なる。ＵＥは、当該ＣＯＲＥＳＥＴ内のＰＤＣＣＨに適用される基地局送信ビームが、当該ＣＯＲＥＳＥＴの開始位置（例えば、開始シンボル、開始スロットなど）の時点からＴｏｆｆｓｅｔ以上前の時刻に送信した最新の報告であるステップＳ３０２−１の報告に対応する基地局送信ビーム＃１であると想定してもよい。
【０１４５】
このように、ＵＥは、ビーム測定結果の報告からＴｏｆｆｓｅｔ以降に始まるＣＯＲＥＳＥＴ（に含まれるＰＤＣＣＨ）の基地局送信ビーム／ＵＥ受信ビームが、当該ビーム測定結果の報告の時点の基地局送信ビーム／ＵＥ受信ビームの想定と同じであると想定してもよい。この場合、ＣＯＲＥＳＥＴ内で基地局送信ビーム又はＵＥ受信ビームの切り替えが生じないため、送受信ビームの切り替えの時間（送受信不可の時間）がＣＯＲＥＳＥＴ内で発生してしまうことを抑制できる。
【０１４６】
ＵＥは、時刻ＴにおけるＰＤＳＣＨの基地局送信ビームが、時刻ＴよりＴｏｆｆｓｅｔ２以上前の時刻の（最新の）ＰＤＣＣＨの基地局送信ビームと同じであると想定してもよい。
【０１４７】
ＵＥは、時刻ＴにおけるＰＤＳＣＨのＵＥ受信ビームが、時刻ＴよりＴｏｆｆｓｅｔ２以上前の時刻の（最新の）ＰＤＣＣＨのＵＥ受信ビームと同じであると想定してもよい。
【０１４８】
ＵＥは、時刻ＴにおけるＰＵＣＣＨの基地局受信ビームが、時刻ＴよりＴｏｆｆｓｅｔ３以上前の時刻の（最新の）ＰＤＳＣＨの基地局送信ビーム及びＰＤＣＣＨの基地局送信ビームの少なくとも一方と同じであると想定してもよい。
【０１４９】
ＵＥは、時刻ＴにおけるＰＵＣＣＨのＵＥ送信ビームが、時刻ＴよりＴｏｆｆｓｅｔ３以上前の時刻の（最新の）ＰＤＳＣＨのＵＥ受信ビーム及びＰＤＣＣＨのＵＥ受信ビームの少なくとも一方と同じであると想定してもよい。
【０１５０】
Ｔｏｆｆｓｅｔ２、Ｔｏｆｆｓｅｔ３などは、ＵＥ又は基地局がビーム（例えば、ＵＥ送信ビーム、基地局受信ビーム）の切り替えに要する時間に基づいて定義されてもよい。なお、Ｔｏｆｆｓｅｔ２、Ｔｏｆｆｓｅｔ３などに関する情報は、上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせを用いて、ＵＥに通知されてもよい。
【０１５１】
この態様１−３によれば、ＵＥはビーム変更のタイミングを適切に認識できる。
【０１５２】
以上の態様１によれば、ＵＥがビーム変更が不要であることをＵＬチャネルに多重して送信することによって、ビームレポートのオーバヘッドを抑えることができる。
【０１５３】
＜態様２＞
態様２では、ＵＥは、ビーム変更（change）が必要であるか否かと、最良ビームのインデックス（ＩＤ）と、の少なくとも１つの情報を含むビームレポートを報告する。
【０１５４】
ＵＥは、次の態様２−１、２−２、２−３のいずれかに従って、ビームレポートを送信してもよい。
【０１５５】
《態様２−１》
ＵＥは、ＵＬチャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳのいずれか）における系列選択（sequence  selection）によって複数ビット（ｍビット）情報（ビームレポート）を送信してもよい。
【０１５６】
ＵＥは、次の態様２−１−ａ、２−１−ｂのいずれかの系列（特定系列）を用いてｍビット情報を送信してもよい。
【０１５７】
＜＜態様２−１−ａ＞＞
特定系列は、系列インデックス及び巡回シフト（Cyclic  Shift：ＣＳ）インデックスの少なくとも１つに基づいてもよい。特定系列は、ＮＲのＰＵＣＣＨフォーマット０、１、３、４の少なくとも１つに用いられる系列であってもよいし、ＰＵＣＣＨ又はＰＵＳＣＨに用いられるＤＭＲＳ系列であってもよい。また、特定系列は、ＣＡＺＡＣ（Constant  Amplitude  Zero  Auto  Correlation）系列、低（low）ＰＡＰＲ（Peak-to-Average  Power  Ratio）系列であってもよい。特定系列は、ベース系列（系列インデックスによって示される）の巡回シフト（ＣＳインデックスによって示される）によって定義されてもよい。
【０１５８】
ＵＥは、次の態様２−１−ａ−１、２−１−ａ−２のいずれかに従って、特定系列を決定してもよい。
【０１５９】
《《態様２−１−ａ−１》》
ＵＥは、系列インデックス及びＣＳインデックスの少なくとも１つのパラメータを設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。ＵＥは、予め設定されたルールに従って、パラメータから、２ｍ個の系列を決定する（導出する、暗示的に設定される）。ＵＥは、パラメータに基づいて１つの系列を決定し、パラメータ及びルールに従って、他の２ｍ−１個の系列を決定してもよい。
【０１６０】
ＵＥは、送信するｍビット情報に従って、２ｍ個の系列の１つを特定系列として決定してもよい。
【０１６１】
ＵＥは、設定されたパラメータに基づき、ｍビット情報の２ｍ個の値に対して、ＣＳインデックス０，１，…，２ｍ−１をそれぞれ導出してもよい。ＵＥはＣＳインデックスとして０を設定された場合、ＣＳインデックス１，…，２ｍ−１を導出してもよい。
【０１６２】
ＵＥは、設定されたパラメータに基づき、ｍビット情報の２ｍ個の値に対して、系列インデックス及びＣＳインデックスの２ｍ個の組み合わせ（系列インデックスの２ｍ−１個の値とＣＳインデックスの２ｍ−１個の値との組み合わせ）を導出してもよい。系列インデックスの導出のために初期系列インデックスに加算される系列導出パラメータの２ｍ−１個の値と、ＣＳインデックスの導出のための初期ＣＳインデックスに加算されるＣＳ導出パラメータの２ｍ−１個の値と、が予め設定されてもよい。
【０１６３】
例えば、ｍが４である場合、ＵＥは１６個の系列から１個の特定系列を選択する。ＵＥは、初期系列インデックスとして３、初期ＣＳインデックスとして０を設定されたとする。
【０１６４】
ＵＥは、初期系列インデックスと、系列導出パラメータの所定の４つの値のそれぞれとの加算に基づいて、４つの系列インデックスを決定してもよい。系列導出パラメータの４つの値の間隔が予め設定されてもよい。例えば、系列導出パラメータの４つの値が０，１，２，３である場合（４つの値の間隔が１である場合）、ＵＥは初期系列インデックスに基づき、４つの系列インデックスとして３，４，５，６を決定する。
【０１６５】
ＵＥは、初期ＣＳインデックスと、ＣＳ導出パラメータ（例えば、ｍＣＳ）の所定の４つの値のそれぞれとの加算に基づいて、４つのＣＳインデックスを決定してもよい。ＣＳ導出パラメータの４つの値の間隔が予め設定されてもよい。例えば、ＣＳ導出パラメータの４つの値が０，３，６，９である場合（４つの値の間隔が３である場合）、ＵＥは初期ＣＳインデックスに基づき、４つのＣＳインデックスとして０，３，６，９を決定する。
【０１６６】
ＵＥは、系列インデックス、ＣＳインデックス、ＰＲＢインデックス、ＰＲＧインデックス、シンボルインデックス、の少なくとも１つのパラメータを設定されてもよい。ＵＥは、設定されたパラメータに基づき、系列インデックス、ＣＳインデックス、ＰＲＢインデックス、ＰＲＧインデックス、シンボルインデックス、のいずれかの、２ｍ個の組み合わせを導出してもよい。
【０１６７】
ＵＥは、ＰＵＳＣＨ用のＤＭＲＳタイプ１（comb状）のＤＭＲＳを特定系列として用いてもよい。
【０１６８】
ＵＥは、ＤＭＲＳのシンボルとＵＣＩのシンボルとの少なくともいずれかにおいて特定系列を送信してもよい。ＵＥは、ＰＵＣＣＨフォーマット１用のＤＭＲＳを特定系列として用いてもよいし、ＵＣＩに乗ずる系列を特定系列として用いてもよい。
【０１６９】
ＵＬチャネル（ＰＵＳＣＨ又はＰＵＣＣＨ）のリソースがＤＭＲＳシンボル及びデータ（ＵＣＩ又はＵＬデータ）シンボルを有する場合、ＵＥは、次の送信方法１、２の１つに従って、ｍビット情報を送信してもよい。
【０１７０】
［送信方法１］
ＵＥは、ＤＭＲＳシンボルにおいてｍビット情報を送信する場合、特定系列（系列選択）によってｍビット情報を送信する。ＵＥは、データシンボルにおいてｍビット情報を送信する場合、特定系列（系列選択）によってｍビット情報を送信しない。
【０１７１】
［送信方法２］
ＵＥは、ＤＭＲＳシンボルにおいてｍビット情報を送信する場合、特定系列（系列選択）によってｍビット情報を送信しない。ＵＥは、データシンボルにおいてｍビット情報を送信する場合、特定系列（系列選択）によってｍビット情報を送信する。
【０１７２】
《《態様２−１−ａ−２》》
ＵＥは、系列インデックス及びＣＳインデックスの少なくとも１つのパラメータの、２ｍ個の値を設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。
【０１７３】
ＵＥは、送信するｍビット情報に従って、２ｍ個の値の１つを選択し、選択された値に基づく特定系列を送信してもよい。
【０１７４】
＜＜態様２−１−ｂ＞＞
特定系列は、ＵＬデータ又はＵＣＩのためのスクランブル系列（scrambling  sequence）であってもよいし、スクランブル系列生成器（generator）を初期化するための初期値であってもよい。初期値は、ＲＮＴＩ（Radio  Network  Temporary  Identifier）、上位レイヤパラメータ（例えば、ＰＵＳＣＨ用データスクランブリング識別子）、セル識別子、の少なくとも１つに基づいてもよい。特定系列は、Ｇｏｌｄ系列などの擬似ランダム系列であってもよい。
【０１７５】
ＵＥは、次の態様２−１−ｂ−１、２−１−ｂ−２のいずれかに従って、特定系列を決定してもよい。
【０１７６】
《《態様２−１−ｂ−１》》
ＵＥは、スクランブル系列又は初期値の少なくとも１つを示すパラメータを設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。ＵＥは、予め設定されたルールに従って、パラメータから、２ｍ個の系列を決定する（導出する、暗示的に設定される）。ＵＥは、パラメータに基づいて１つの系列を決定し、パラメータ及びルールに従って、他の２ｍ−１個の系列を決定してもよい。
【０１７７】
ＵＥは、送信するｍビット情報に従って、２ｍ個の系列の１つを特定系列として選択し、特定系列を用いてＵＬデータ又はＵＣＩをスクランブルしてもよい。
【０１７８】
《《態様２−１−ｂ−２》》
ＵＥは、スクランブル系列又は初期値の少なくとも１つを示すパラメータの、２ｍ個の値を設定される。ＵＥは、上位レイヤシグナリングによってパラメータを設定されてもよい。
【０１７９】
ＵＥは、送信するｍビット情報に従って、２ｍ個の値の１つを特定系列として選択し、特定系列を用いてＵＬデータ又はＵＣＩをスクランブルしてもよい。
【０１８０】
《態様２−２》
ＵＥは、測定結果が１番目に良いビーム（ＲＳ）のインデックスと、１番目に良い測定結果と、測定結果が２番目に良いビーム（ＲＳ）のインデックスと、１番目に良い測定結果及び２番目に良い測定結果の差分値と、を含むビームレポートを報告してもよい。
【０１８１】
差分値のサイズは、１番目に良い測定結果のサイズよりも小さくてもよい。例えば、１番目に良い測定結果は７ビットであってもよく、差分値は４ビットであってもよい。これによって、ビームレポートのオーバヘッドを抑えることができる。
【０１８２】
《態様２−３》
ＵＥは、ＵＬチャネル（例えば、ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳのいずれか）に対し、複数のビーム（ＲＳ）にそれぞれ対応する複数のリソースを設定されてもよい。ＵＥは、複数のリソースのうち、最良ビームに対応するリソースを用いて、最良ビームの測定結果を送信してもよい。
【０１８３】
最良ビームの測定結果は、Ｌ１−ＲＳＲＰの最大値、Ｌ１−ＲＳＲＱの最大値、Ｌ１−ＳＩＮＲの最大値、チャネル品質の最大値、干渉の最小値、の少なくとも１つであってもよい。
【０１８４】
図１１Ａに示すように、ＵＥは、ＵＬチャネルに対し、８個のビーム（ＲＳ）インデックスにそれぞれ関連付けられた８個の時間リソースａ〜ｈ（例えば、シンボル）を設定されてもよい。ＵＥは、最良ビームに対応する時間リソースを用いて、ＰＵＣＣＨ又はＰＵＳＣＨを送信してもよい。
【０１８５】
図１１Ｂに示すように、ＵＥは、ＵＬチャネルのＤＭＲＳに対し、８個のビーム（ＲＳ）インデックスにそれぞれ関連付けられた８個の符号リソースａ〜ｈ（例えば、系列インデックス及びＣＳインデックスの少なくとも１つ）を設定されてもよい。ＵＥは、最良ビームに対応する符号リソースを用いて、ＤＭＲＳを送信してもよい。
【０１８６】
《態様２−４》
ＵＥがビーム変更不要と判定した場合、ｇＮＢから設定されたリソース（特定リソース）を用いてビームレポートを送信してもよい。
【０１８７】
ＵＥが報告しようとする最良ビームが、ＰＤＣＣＨ、ＰＤＳＣＨ、ＰＵＣＣＨの少なくとも１つに用いているビーム、又は過去に報告した最良ビームと同じ場合、ＵＥは、ビーム変更不要と判定してもよい。
【０１８８】
特定リソースは、初期系列インデックス及び初期ＣＳインデックスに基づくリソースであってもよいし、初期系列インデックスと系列導出パラメータの値０とに基づく系列インデックスであってもよいし、初期ＣＳインデックスとＣＳ導出パラメータの値０とに基づくＣＳインデックスであってもよい。
【０１８９】
ＵＥがビーム変更不要と判定した場合、ｇＮＢは、系列選択の復号を行う必要がなく、特定リソースを用いたＤＭＲＳを想定してチャネル推定を行うことができるため、ｇＮＢの受信動作を簡略化できる。
【０１９０】
態様２−１−ａ−１の例において、特定リソースは、初期系列インデックスと系列導出パラメータの値０とに基づく系列インデックスと、初期ＣＳインデックスとＣＳ導出パラメータの値０とに基づくＣＳインデックスと、から得られる特定系列であってもよい。
【０１９１】
態様２−３の例において、ビーム＃０，＃１，…，＃７に対してリソースａ，ｂ，…，ｈがそれぞれＵＥに設定され、特定リソースはａであってもよい。
【０１９２】
ＵＥは、特定リソースを、使用されているビームに関連付け、残りのリソースを、他のビームに関連付けてもよい。ＵＥは、ビーム変更が不要と判定した場合、特定リソースａを用いて測定結果を送信してもよい。ビーム＃２が使用されている状態で、ＵＥは、ビーム変更が必要と判定した場合、最良ビームに関連付けられたリソースを用いて測定結果を送信してもよい。
【０１９３】
例えば、ＵＥは、特定リソースａをビーム＃２に関連づけ、残りのリソースｂ，ｃ，ｄ，…，ｈを、ビーム＃２を除くビーム＃０，＃１，＃３，…，＃７にそれぞれ関連付けてもよい。例えば、ＵＥは、特定リソースａをビーム＃２に関連づけ、残りのリソースｂ，ｃ，ｄ，…，ｈを、順にビーム＃３，＃４，…，＃７，＃０，＃１にそれぞれ関連付けてもよい。
【０１９４】
この態様２によれば、ＵＥが、ビーム変更が必要であるか否かと、最良ビームのインデックスと、の少なくとも１つの情報を、ＵＬチャネルに多重することによって、ビームレポートのオーバヘッドを抑えることができる。
【０１９５】
＜態様３＞
ＵＥは、ＤＭＲＳの送信帯域幅（ＤＭＲＳ系列長）に応じて、１ビット情報と複数ビット情報のいずれをＤＭＲＳに多重するかを決定してもよい。
【０１９６】
ＤＭＲＳ系列長がＬ以下である場合、１ビット情報をＤＭＲＳに多重する。Ｌは１２、２４、３６などであってもよい。１ビット情報０，１にそれぞれ関連付けられたＣＳパラメータ値は０，１であってもよいし、０，６であってもよい。
【０１９７】
ＤＭＲＳ系列長がＬより大きい場合、複数ビット情報をＤＭＲＳに多重する。ｍビット情報０，１，…，２ｍ−１にそれぞれ関連付けられたＣＳパラメータ値は０，１，…，２ｍ−１であってもよい。ＵＥは、ｍとＤＭＲＳ系列長Ｍとに応じてＣＳパラメータ値の間隔を決定してもよい。ＣＳパラメータ値の間隔は、Ｍ／ｍであってもよい。Ｍが１２でありｍが２である場合、ｍビット情報０，１，２，３にそれぞれ関連付けられたＣＳパラメータ値は０，３，６，９であってもよい。
【０１９８】
ＵＥは、ＰＵＳＣＨに割り当てられた帯域幅に基づいてＤＭＲＳ系列長を決定してもよい。例えば、ＤＭＲＳタイプ１がＵＥに設定され、ＰＵＳＣＨ割当帯域幅として４ＰＲＢがＵＥに設定された場合、１ＰＲＢ（１２ＲＥ）当たり６ＲＥがＤＭＲＳに用いられるため、ＤＭＲＳ系列長は４×６＝２４である。
【０１９９】
ＤＭＲＳ系列長が大きくなると（ＤＭＲＳの割当帯域幅が広くなると）、周波数選択性の影響を受けて、隣接するＣＳの間の直交性が崩れる場合がある。ＵＥがＤＭＲＳ系列長に基づいて多重するビット数を決定することによって、特性を改善することができる。
【０２００】
＜態様４＞
ＤＭＲＳ系列に多重される情報は、ＵＬ  ＴＣＩ状態、ＵＬビーム関連情報（ビーム変更が必要か否かを示す情報と、最良ビームインデックスとの少なくとも１つ）に限定されない。
【０２０１】
ＵＥは、ビーム管理及びＣＳＩの少なくとも１つに関する情報を、ＤＭＲＳ系列に多重してもよい。この情報は、ＣＳＩパラメータの変更が必要であるか否かを示す情報と、最良のＣＳＩ（例えば、ＲＩ、ＰＭＩ、ＬＩ、ＣＱＩなど）と、の少なくとも１つであってもよい。
【０２０２】
ＵＥは、ＵＥによって報告される情報を、ＤＭＲＳ系列に多重してもよい。この情報は、ＡＣＫ／ＮＡＣＫと、ＵＬビームを示す情報（例えば、インデックス）と、の少なくとも１つであってもよい。
【０２０３】
この態様４によれば、ビームレポート及び他の報告のオーバヘッドを抑えることができる。
【０２０４】
＜態様５＞
ＵＥは、ビームレポートの送信を設定される場合であっても、特定の条件を満たす場合には、ビームレポートの送信をスキップする（送信しない）。
【０２０５】
ＵＥは、次の態様５−１、５−２のいずれかに従って、ビームレポートの送信をスキップしてもよい。
【０２０６】
《態様５−１》
ＵＥは、Ｐ（Ｐ−ＣＳＩ）／ＳＰ（ＳＰ−ＣＳＩ）ビームレポートの送信を設定される場合であっても、ＵＥがビーム変更が不要であること（最良ビームの変更がないこと、１ビット情報"0"）を報告した場合、ビームレポートの送信をスキップする。
【０２０７】
ＵＥは、ビーム変更不要を報告した場合、当該報告から所定の時間オフセットＴｏｆｆｓｅｔの経過後、所定の回数ｙのビームレポートの送信のスキップを行ってもよい。当該所定の時間オフセットは、ＤＣＩ受信からビームレポートの送信スキップ開始までの時間オフセットと呼ばれてもよい。また、当該所定の回数は、スキップ回数と呼ばれてもよい。
【０２０８】
上記時間オフセット及びスキップ回数の少なくとも一方は、上位レイヤシグナリングによって設定されてもよいし、仕様によって規定されてもよい。例えば、ＵＥは、ビーム変更不要を報告すると、設定された時間オフセット及びスキップ回数を考慮してビームレポートの送信スキップを実施してもよい。
【０２０９】
なお、時間オフセットの長さは、例えば、特定の時間単位（シンボル、スロット、サブフレームなど）の数、秒単位、秒の分量単位（例えば、マイクロ秒）などで表されてもよい。また、当該時間オフセットの長さは、サブキャリア間隔又はニューメロロジーごとに仕様によって規定されてもよい。時間オフセットの長さが仕様によって規定される場合、ＵＥに対して時間オフセットは通知されなくてもよい。
【０２１０】
図１２は、ＵＥ報告に基づくビームレポートの送信のスキップの一例を示す図である。本例において、ＵＥは、偶数スロットのビーム測定用リソースにおいてビーム測定を実施し、当該測定の結果に対応するそれぞれのＣＳＩを奇数スロットにおいて（つまり２スロットごとに周期的に）送信するように設定されている。
【０２１１】
本例において、上記時間オフセット（Ｔｏｆｆｓｅｔ）として２スロットが設定され、上記スキップ回数として２回が設定されている。ＵＥは、スロット＃３においてビーム変更不要を報告すると、当該報告タイミングから２スロット経過後、すなわちスロット＃５の所定のタイミング以降に発生する２回分のビームレポート（スロット＃５及び＃７のビームレポート）の送信スキップを実施する。
【０２１２】
図１２からわかるように、ビーム変更不要の報告からＴｏｆｆｓｅｔが経過した時点から、Ｐ／ＳＰ報告用リソースのタイミング（スロット）が上記スキップ回数発生（経過）するまでの期間（図１２ではスロット＃５の途中からスロット＃７の終わりまで）は、Ｐ／ＳＰビームレポートの送信スキップ期間と呼ばれてもよい。
【０２１３】
ＵＥは、当該期間内のＰ／ＳＰ測定リソースを用いたビーム測定をスキップしてもよい。また、ＵＥは、対応するビームレポートが当該期間内に送信される予定のビーム測定をスキップしてもよい。これらのケースにおいては、Ｐ／ＳＰビームレポートの送信スキップを指示することによって、Ｐ／ＳＰ測定も省略できるため、ＵＥの消費電力を低減できる。
【０２１４】
ＵＥは、Ｐ／ＳＰビームレポートの送信スキップ期間において、基地局がビーム測定用の信号を送信しないと想定してもよい。
【０２１５】
ＵＥは、送信スキップ期間の長さを上位レイヤシグナリング又は物理レイヤシグナリングによって通知されてもよい。当該長さは、例えば、特定の時間単位（シンボル、スロット、サブフレームなど）の数、秒単位、秒の分量単位（例えば、マイクロ秒）などで表されてもよい。また、当該特定の時間単位は、サブキャリア間隔又はニューメロロジーごとに仕様によって規定されてもよい。送信スキップ期間の長さが通知される又は仕様によって規定される場合、ＵＥに対してスキップ回数は通知されなくてもよい。なお、送信スキップ期間は、時間オフセットも含む形で定義されてもよい。
【０２１６】
設定された回数のスキップが完了された後、再度ビーム変更不要を報告するまでは、ＵＥはＰ／ＳＰビームレポートを送信してもよい（スロット＃９のレポートは送信されてもよい）。
【０２１７】
なお、ＵＥは、ビーム変更不要を報告すると、例えばＭＡＣレイヤ又は物理レイヤにおいて送信スキップ用タイマを開始してもよい。当該タイマは上記送信スキップ期間の長さを図るためのタイマであってもよく、ＵＥは、当該タイマの起動中はビームレポートの送信をスキップする制御を行ってもよい。また、当該タイマが満了すると、ＵＥはビームレポートの送信をスキップしない制御を行ってもよい。
【０２１８】
《態様５−２》
なお、ＵＥは、Ｐ／ＳＰビームレポートの送信を設定され、かつビーム変更不要を報告する場合において、非周期的（Ａ−ＣＳＩ）ビームレポートの送信もスキップしてもよいし、非周期的ビームレポートの送信はスキップしないと想定してもよい。
【０２１９】
図１３は、非周期的ビームレポートの送信のスキップの一例を示す図である。本例は、図１２と同様であるが、スロット＃４においてＵＥが非周期的ビームレポートの送信をトリガされ、当該トリガに対応する報告リソースがスロット＃７に含まれる点が異なる。
【０２２０】
ＵＥは、Ｐ／ＳＰビームレポートの送信スキップ期間内であっても、非周期的ビームレポートの送信を行ってもよい。この構成によれば、基地局に当該ＵＥのＰ／ＳＰビーム報告用のリソースを節約させつつ、非周期的なビームレポートのトリガを実施させることができる。
【０２２１】
ＵＥは、Ｐ／ＳＰビームレポートの送信スキップ期間内には、非周期的ビームレポートの送信をスキップしてもよい（行わなくてもよい）。この場合、Ｐ／ＳＰビームレポートの送信スキップ期間においては、任意のビームレポートの送信がスキップされてもよい。ＵＥは、当該送信スキップ期間において、ビーム測定を実施しなくてもよいし、ビーム報告のためのアンテナポートをオフにしてもよい。この構成によれば、ＵＥの消費電力を低減できる。なお、ＵＥは、当該送信スキップ期間において、非周期的ビームレポートの送信がトリガされないと想定してもよい。
【０２２２】
なお、基地局は、所定のＵＥが送信をスキップする周期的な／セミパーシステントな／非周期的なビームレポートの報告用リソース（スキップリソースと呼ばれてもよい）を考慮したスケジューリングを実施してもよい。この制御によって、リソースの利用効率を好適に向上できる。
【０２２３】
例えば、基地局は、当該所定のＵＥのスキップリソースにおいて、当該ＵＥのＵＬ送信（例えば、ビーム測定結果以外の他のＵＣＩの送信）の符号化率を高める制御を行ってもよい。また、基地局は、当該所定のＵＥのスキップリソースをＤＬシンボルに変更する又は当該スキップリソースにおいてＤＬ受信（例えば、ＰＤＳＣＨ受信）を行う制御を行ってもよい。ＵＥは、基地局が上記のような制御を行うことを想定して送受信処理を実施してもよい。
【０２２４】
この態様５によれば、Ｐ／ＳＰ送信にかかるＵＥの電力消費を好適に低減できる。さらに非周期的ビームレポートもスキップすることによってさらにＵＥの電力消費を低減できる。また、ビームレポート送信がスキップされたビーム測定報告用リソース（ＣＳＩ報告用リソース）においては、ＵＥは、スキップされない場合よりも高い符号化率でビーム測定結果以外のＵＣＩの送信を行うことができる。
【０２２５】
＜態様６＞
以下、本開示におけるビームレポートに含める情報について説明する。
【０２２６】
ＵＥがＬ１−ＲＳＲＰ、Ｌ１−ＲＳＲＱ、Ｌ１−ＳＩＮＲ及びチャネル品質測定の結果の少なくとも１つを報告する場合には、所定の数の最も大きい値（大きいほうから所定の数の値）を報告してもよい。ＵＥが干渉測定の結果の少なくとも１つを報告する場合には、所定の数の最も小さい値（小さいほうから所定の数の値）を報告してもよい。なお、ＵＣＩに値が複数含まれる場合は、１つの値と、当該１つの値と他の値との差分と、が含まれてもよい。
【０２２７】
ＵＥは、当該所定の数に関する情報を、上位レイヤシグナリング、物理レイヤシグナリング又はこれらの組み合わせを用いて通知されてもよい。当該所定の数は、例えば１、２、４などであってもよい。当該所定の数は、チャネル品質測定の報告と干渉測定の報告とで異なる値が設定されてもよい。
【０２２８】
ＵＥは、所定の数の最も大きいＬ１−ＲＳＲＰ、Ｌ１−ＲＳＲＱ、Ｌ１−ＳＩＮＲ及びチャネル品質測定の結果の少なくとも１つに対応するビームインデックス、ビーム測定用リソースＩＤ（例えば、ＳＳＢＲＩ、ＣＲＩ）又はビーム測定用信号のインデックス（例えば、ＳＳＢインデックス、ＣＳＩ−ＲＳ  ＩＤ）を報告してもよい。
【０２２９】
ＵＥは、所定の数の最も小さい干渉測定の結果の少なくとも１つに対応するビームインデックス、ビーム測定用リソースＩＤ（例えば、ＳＳＢＲＩ、ＣＲＩ）又はビーム測定用信号のインデックス（例えば、ＳＳＢインデックス、ＣＳＩ−ＲＳ  ＩＤ）を報告してもよい。
【０２３０】
ＰＵＣＣＨ又はＰＵＳＣＨのリソースが、ビームインデックス、ビーム測定用リソースＩＤ又はビーム測定用信号のインデックスに対応してもよい。ＵＥは、ビームインデックスなどに関する情報を明示的に報告せず、特定のＰＵＣＣＨ／ＰＵＳＣＨリソースを用いて報告が行われることによって、当該ビームインデックスなどを暗示的に基地局に通知してもよい。
【０２３１】
例えば、ＵＥは、ビーム測定用のビーム／リソース／ＩＤに対応するＸ個（例えば、８個）のＰＵＣＣＨ／ＰＵＳＣＨリソースを、上位レイヤシグナリングによって設定されてもよい。ＵＥは、Ｘ個のリソースのうち、報告対象のビーム／リソース／ＩＤに対応するｘ個（例えば、２個）のリソースを用いてＣＳＩ報告を送信してもよい。
【０２３２】
なお、ＣＳＩ報告用に設定されるＰＵＣＣＨ／ＰＵＳＣＨリソースは、時間リソース、周波数リソース、符号リソース（例えば、サイクリックシフト、直交カバーコード（ＯＣＣ：Orthogonal  Cover  Code））などの少なくとも１つに対応してもよい。
【０２３３】
図１４は、ビーム測定結果の報告用のＰＵＣＣＨ又はＰＵＳＣＨリソースの一例を示す図である。本例では、ＵＥは、ビーム測定用のリソースに対応して８つのＰＵＣＣＨ／ＰＵＳＣＨリソースを報告用に設定されている。例えば、当該リソースは、ＰＵＣＣＨフォーマット０のためのスケジューリングリクエスト（ＳＲ：Scheduling  Request）用のリソースであってもよい。
【０２３４】
設定されたリソースは、それぞれビームａ−ｈに対応している。図１４では、ＵＥは、ビームｃ及びｆの結果を報告するために、これらに対応するＳＲリソースで送信を行う。
【０２３５】
なお、上述した「所定の数の最も大きい」は、「測定結果が閾値以上である」、「測定結果が閾値以上であって、所定の数の最も大きい」などで読み替えられてもよい。また、上述した「所定の数の最も小さい」は、「測定結果が閾値未満である」、「測定結果が閾値未満であって、所定の数の最も大きい」などで読み替えられてもよい。ここでの閾値は、上位レイヤシグナリングによって設定されてもよいし、仕様によって定められてもよい。
【０２３６】
測定結果に対する閾値が上位レイヤシグナリングによってＵＥに設定されてもよいし、仕様に規定されてもよい。ＵＥは、第１の測定結果が閾値の条件を満たすビームの中から、第２の測定結果が最良であるビームを選択して報告してもよい。ＵＥは、第１の測定結果が閾値の条件を満たすビームの中から、第２の測定結果が大きい順にＸ個のビームを選択して報告してもよい。例えば、ＵＥは、干渉が閾値より低いビームのうち、Ｌ１−ＲＳＲＰの大きい順にＸ個のビームを選択してもよい。
【０２３７】
ＵＥが１つより多い数の測定結果を基地局に報告した場合、当該基地局がどのように当該ＵＥに対するビームを決定するかは、基地局の実装次第であってもよい。
【０２３８】
（無線通信システム）
以下、本開示の一実施形態に係る無線通信システムの構成について説明する。この無線通信システムでは、本開示の上記各実施形態に係る無線通信方法のいずれか又はこれらの組み合わせを用いて通信が行われる。
【０２３９】
図１５は、一実施形態に係る無線通信システムの概略構成の一例を示す図である。無線通信システム１では、ＬＴＥシステムのシステム帯域幅（例えば、２０ＭＨｚ）を１単位とする複数の基本周波数ブロック（コンポーネントキャリア）を一体としたキャリアアグリゲーション（ＣＡ）及びデュアルコネクティビティ（ＤＣ）の少なくとも一方を適用することができる。
【０２４０】
なお、無線通信システム１は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−Ｂ（LTE-Beyond）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th  generation  mobile  communication  system）、５Ｇ（5th  generation  mobile  communication  system）、ＮＲ（New  Radio）、ＦＲＡ（Future  Radio  Access）、Ｎｅｗ−ＲＡＴ（Radio  Access  Technology）などと呼ばれてもよいし、これらを実現するシステムと呼ばれてもよい。
【０２４１】
無線通信システム１は、比較的カバレッジの広いマクロセルＣ１を形成する基地局１１と、マクロセルＣ１内に配置され、マクロセルＣ１よりも狭いスモールセルＣ２を形成する基地局１２（１２ａ−１２ｃ）と、を備えている。また、マクロセルＣ１及び各スモールセルＣ２には、ユーザ端末２０が配置されている。各セル及びユーザ端末２０の配置、数などは、図に示す態様に限定されない。
【０２４２】
ユーザ端末２０は、基地局１１及び基地局１２の双方に接続することができる。ユーザ端末２０は、マクロセルＣ１及びスモールセルＣ２を、ＣＡ又はＤＣを用いて同時に使用することが想定される。また、ユーザ端末２０は、複数のセル（ＣＣ）を用いてＣＡ又はＤＣを適用してもよい。
【０２４３】
ユーザ端末２０と基地局１１との間は、相対的に低い周波数帯域（例えば、２ＧＨｚ）で帯域幅が狭いキャリア（既存キャリア、legacy  carrierなどとも呼ばれる）を用いて通信を行うことができる。一方、ユーザ端末２０と基地局１２との間は、相対的に高い周波数帯域（例えば、３．５ＧＨｚ、５ＧＨｚなど）で帯域幅が広いキャリアが用いられてもよいし、基地局１１との間と同じキャリアが用いられてもよい。なお、各基地局が利用する周波数帯域の構成はこれに限られない。
【０２４４】
また、ユーザ端末２０は、各セルで、時分割複信（ＴＤＤ：Time  Division  Duplex）及び周波数分割複信（ＦＤＤ：Frequency  Division  Duplex）の少なくとも１つを用いて通信を行うことができる。また、各セル（キャリア）では、単一のニューメロロジーが適用されてもよいし、複数の異なるニューメロロジーが適用されてもよい。
【０２４５】
ニューメロロジーとは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよく、例えば、サブキャリア間隔、帯域幅、シンボル長、サイクリックプレフィックス長、サブフレーム長、ＴＴＩ長、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域で行う特定のフィルタリング処理、送受信機が時間領域で行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
【０２４６】
例えば、ある物理チャネルについて、構成するＯＦＤＭシンボルのサブキャリア間隔及びＯＦＤＭシンボル数の少なくとも一方が異なる場合には、ニューメロロジーが異なると称されてもよい。
【０２４７】
基地局１１と基地局１２との間（又は、２つの基地局１２間）は、有線（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェースなど）又は無線によって接続されてもよい。
【０２４８】
基地局１１及び各基地局１２は、それぞれ上位局装置３０に接続され、上位局装置３０を介してコアネットワーク４０に接続される。なお、上位局装置３０には、例えば、アクセスゲートウェイ装置、無線ネットワークコントローラ（ＲＮＣ）、モビリティマネジメントエンティティ（ＭＭＥ）などが含まれるが、これに限定されない。また、各基地局１２は、基地局１１を介して上位局装置３０に接続されてもよい。
【０２４９】
なお、基地局１１は、相対的に広いカバレッジを有する基地局であり、マクロ基地局、集約ノード、ｅＮＢ（eNodeB）、送受信ポイント、などと呼ばれてもよい。また、基地局１２は、局所的なカバレッジを有する基地局であり、スモール基地局、マイクロ基地局、ピコ基地局、フェムト基地局、ＨｅＮＢ（Home  eNodeB）、ＲＲＨ（Remote  Radio  Head）、送受信ポイントなどと呼ばれてもよい。以下、基地局１１及び１２を区別しない場合は、基地局１０と総称する。
【０２５０】
各ユーザ端末２０は、ＬＴＥ、ＬＴＥ−Ａなどの各種通信方式に対応した端末であり、移動通信端末（移動局）だけでなく固定通信端末（固定局）を含んでもよい。
【０２５１】
無線通信システム１においては、無線アクセス方式として、下りリンクに直交周波数分割多元接続（ＯＦＤＭＡ：Orthogonal  Frequency  Division  Multiple  Access）が適用され、上りリンクにシングルキャリア−周波数分割多元接続（ＳＣ−ＦＤＭＡ：Single  Carrier  Frequency  Division  Multiple  Access）及びＯＦＤＭＡの少なくとも一方が適用される。
【０２５２】
ＯＦＤＭＡは、周波数帯域を複数の狭い周波数帯域（サブキャリア）に分割し、各サブキャリアにデータをマッピングして通信を行うマルチキャリア伝送方式である。ＳＣ−ＦＤＭＡは、システム帯域幅を端末ごとに１つ又は連続したリソースブロックによって構成される帯域に分割し、複数の端末が互いに異なる帯域を用いることで、端末間の干渉を低減するシングルキャリア伝送方式である。なお、上り及び下りの無線アクセス方式は、これらの組み合わせに限らず、他の無線アクセス方式が用いられてもよい。
【０２５３】
無線通信システム１では、下りリンクのチャネルとして、各ユーザ端末２０で共有される下り共有チャネル（ＰＤＳＣＨ：Physical  Downlink  Shared  Channel）、ブロードキャストチャネル（ＰＢＣＨ：Physical  Broadcast  Channel）、下り制御チャネルなどが用いられる。ＰＤＳＣＨによって、ユーザデータ、上位レイヤ制御情報、ＳＩＢ（System  Information  Block）などが伝送される。また、ＰＢＣＨによって、ＭＩＢ（Master  Information  Block）が伝送される。
【０２５４】
下り制御チャネルは、ＰＤＣＣＨ（Physical  Downlink  Control  Channel）、ＥＰＤＣＣＨ（Enhanced  Physical  Downlink  Control  Channel）、ＰＣＦＩＣＨ（Physical  Control  Format  Indicator  Channel）、ＰＨＩＣＨ（Physical  Hybrid-ARQ  Indicator  Channel）などを含む。ＰＤＣＣＨによって、ＰＤＳＣＨ及びＰＵＳＣＨの少なくとも一方のスケジューリング情報を含む下り制御情報（ＤＣＩ：Downlink  Control  Information）などが伝送される。
【０２５５】
なお、ＤＬデータ受信をスケジューリングするＤＣＩは、ＤＬアサインメントと呼ばれてもよいし、ＵＬデータ送信をスケジューリングするＤＣＩは、ＵＬグラントと呼ばれてもよい。
【０２５６】
ＰＣＦＩＣＨによって、ＰＤＣＣＨに用いるＯＦＤＭシンボル数が伝送されてもよい。ＰＨＩＣＨによって、ＰＵＳＣＨに対するＨＡＲＱ（Hybrid  Automatic  Repeat  reQuest）の送達確認情報（例えば、再送制御情報、ＨＡＲＱ−ＡＣＫ、ＡＣＫ／ＮＡＣＫなどともいう）が伝送されてもよい。ＥＰＤＣＣＨは、ＰＤＳＣＨ（下り共有データチャネル）と周波数分割多重され、ＰＤＣＣＨと同様にＤＣＩなどの伝送に用いられる。
【０２５７】
無線通信システム１では、上りリンクのチャネルとして、各ユーザ端末２０で共有される上り共有チャネル（ＰＵＳＣＨ：Physical  Uplink  Shared  Channel）、上り制御チャネル（ＰＵＣＣＨ：Physical  Uplink  Control  Channel）、ランダムアクセスチャネル（ＰＲＡＣＨ：Physical  Random  Access  Channel）などが用いられる。ＰＵＳＣＨによって、ユーザデータ、上位レイヤ制御情報などが伝送される。また、ＰＵＣＣＨによって、下りリンクの無線品質情報（ＣＱＩ：Channel  Quality  Indicator）、送達確認情報、スケジューリングリクエスト（ＳＲ：Scheduling  Request）などが伝送される。ＰＲＡＣＨによって、セルとの接続確立のためのランダムアクセスプリアンブルが伝送される。
【０２５８】
無線通信システム１では、下り参照信号として、セル固有参照信号（ＣＲＳ：Cell-specific  Reference  Signal）、チャネル状態情報参照信号（ＣＳＩ−ＲＳ：Channel  State  Information-Reference  Signal）、復調用参照信号（ＤＭＲＳ：DeModulation  Reference  Signal）、位置決定参照信号（ＰＲＳ：Positioning  Reference  Signal）などが伝送される。また、無線通信システム１では、上り参照信号として、測定用参照信号（ＳＲＳ：Sounding  Reference  Signal）、復調用参照信号（ＤＭＲＳ）などが伝送される。なお、ＤＭＲＳはユーザ端末固有参照信号（UE-specific  Reference  Signal）と呼ばれてもよい。また、伝送される参照信号は、これらに限られない。
【０２５９】
（基地局）
図１６は、一実施形態に係る基地局の全体構成の一例を示す図である。基地局１０は、複数の送受信アンテナ１０１と、アンプ部１０２と、送受信部１０３と、ベースバンド信号処理部１０４と、呼処理部１０５と、伝送路インターフェース１０６と、を備えている。なお、送受信アンテナ１０１、アンプ部１０２、送受信部１０３は、それぞれ１つ以上を含むように構成されればよい。
【０２６０】
下りリンクによって基地局１０からユーザ端末２０に送信されるユーザデータは、上位局装置３０から伝送路インターフェース１０６を介してベースバンド信号処理部１０４に入力される。
【０２６１】
ベースバンド信号処理部１０４では、ユーザデータに関して、ＰＤＣＰ（Packet  Data  Convergence  Protocol）レイヤの処理、ユーザデータの分割・結合、ＲＬＣ（Radio  Link  Control）再送制御などのＲＬＣレイヤの送信処理、ＭＡＣ（Medium  Access  Control）再送制御（例えば、ＨＡＲＱの送信処理）、スケジューリング、伝送フォーマット選択、チャネル符号化、逆高速フーリエ変換（ＩＦＦＴ：Inverse  Fast  Fourier  Transform）処理、プリコーディング処理などの送信処理が行われて送受信部１０３に転送される。また、下り制御信号に関しても、チャネル符号化、逆高速フーリエ変換などの送信処理が行われて、送受信部１０３に転送される。
【０２６２】
送受信部１０３は、ベースバンド信号処理部１０４からアンテナごとにプリコーディングして出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部１０３で周波数変換された無線周波数信号は、アンプ部１０２によって増幅され、送受信アンテナ１０１から送信される。送受信部１０３は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部１０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０２６３】
一方、上り信号については、送受信アンテナ１０１で受信された無線周波数信号がアンプ部１０２で増幅される。送受信部１０３はアンプ部１０２で増幅された上り信号を受信する。送受信部１０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部１０４に出力する。
【０２６４】
ベースバンド信号処理部１０４では、入力された上り信号に含まれるユーザデータに対して、高速フーリエ変換（ＦＦＴ：Fast  Fourier  Transform）処理、逆離散フーリエ変換（ＩＤＦＴ：Inverse  Discrete  Fourier  Transform）処理、誤り訂正復号、ＭＡＣ再送制御の受信処理、ＲＬＣレイヤ及びＰＤＣＰレイヤの受信処理がなされ、伝送路インターフェース１０６を介して上位局装置３０に転送される。呼処理部１０５は、通信チャネルの呼処理（設定、解放など）、基地局１０の状態管理、無線リソースの管理などを行う。
【０２６５】
伝送路インターフェース１０６は、所定のインターフェースを介して、上位局装置３０と信号を送受信する。また、伝送路インターフェース１０６は、基地局間インターフェース（例えば、ＣＰＲＩ（Common  Public  Radio  Interface）に準拠した光ファイバ、Ｘ２インターフェース）を介して他の基地局１０と信号を送受信（バックホールシグナリング）してもよい。
【０２６６】
図１７は、一実施形態に係る基地局の機能構成の一例を示す図である。なお、本例では、本実施形態における特徴部分の機能ブロックを主に示しており、基地局１０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。
【０２６７】
ベースバンド信号処理部１０４は、制御部（スケジューラ）３０１と、送信信号生成部３０２と、マッピング部３０３と、受信信号処理部３０４と、測定部３０５と、を少なくとも備えている。なお、これらの構成は、基地局１０に含まれていればよく、一部又は全部の構成がベースバンド信号処理部１０４に含まれなくてもよい。
【０２６８】
制御部（スケジューラ）３０１は、基地局１０全体の制御を実施する。制御部３０１は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【０２６９】
制御部３０１は、例えば、送信信号生成部３０２における信号の生成、マッピング部３０３における信号の割り当てなどを制御する。また、制御部３０１は、受信信号処理部３０４における信号の受信処理、測定部３０５における信号の測定などを制御する。
【０２７０】
制御部３０１は、システム情報、下りデータ信号（例えば、下り共有チャネルを用いて送信される信号）、下り制御信号（例えば、下り制御チャネルを用いて送信される信号）のスケジューリング（例えば、リソース割り当て）を制御する。また、制御部３０１は、上りデータ信号に対する再送制御の要否を判定した結果などに基づいて、下り制御信号、下りデータ信号などの生成を制御する。
【０２７１】
制御部３０１は、同期信号（例えば、ＰＳＳ（Primary  Synchronization  Signal）／ＳＳＳ（Secondary  Synchronization  Signal））、下り参照信号（例えば、ＣＲＳ、ＣＳＩ−ＲＳ、ＤＭＲＳ）などのスケジューリングの制御を行う。
【０２７２】
制御部３０１は、上りデータ信号（例えば、上り共有チャネルを用いて送信される信号）、上り制御信号（例えば、上り制御チャネルを用いて送信される信号）、ランダムアクセスプリアンブル、上り参照信号などのスケジューリングを制御する。
【０２７３】
送信信号生成部３０２は、制御部３０１からの指示に基づいて、下り信号（下り制御信号、下りデータ信号、下り参照信号など）を生成して、マッピング部３０３に出力する。送信信号生成部３０２は、本開示に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
【０２７４】
送信信号生成部３０２は、例えば、制御部３０１からの指示に基づいて、下りデータの割り当て情報を通知するＤＬアサインメント及び上りデータの割り当て情報を通知するＵＬグラントの少なくとも一方を生成する。ＤＬアサインメント及びＵＬグラントは、いずれもＤＣＩであり、ＤＣＩフォーマットに従う。また、下りデータ信号には、各ユーザ端末２０からのチャネル状態情報（ＣＳＩ：Channel  State  Information）などに基づいて決定された符号化率、変調方式などに従って符号化処理、変調処理が行われる。
【０２７５】
マッピング部３０３は、制御部３０１からの指示に基づいて、送信信号生成部３０２で生成された下り信号を、所定の無線リソースにマッピングして、送受信部１０３に出力する。マッピング部３０３は、本開示に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
【０２７６】
受信信号処理部３０４は、送受信部１０３から入力された受信信号に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。ここで、受信信号は、例えば、ユーザ端末２０から送信される上り信号（上り制御信号、上りデータ信号、上り参照信号など）である。受信信号処理部３０４は、本開示に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。
【０２７７】
受信信号処理部３０４は、受信処理によって復号された情報を制御部３０１に出力する。例えば、ＨＡＲＱ−ＡＣＫを含むＰＵＣＣＨを受信した場合、ＨＡＲＱ−ＡＣＫを制御部３０１に出力する。また、受信信号処理部３０４は、受信信号及び受信処理後の信号の少なくとも一方を、測定部３０５に出力する。
【０２７８】
測定部３０５は、受信した信号に関する測定を実施する。測定部３０５は、本開示に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。
【０２７９】
例えば、測定部３０５は、受信した信号に基づいて、ＲＲＭ（Radio  Resource  Management）測定、ＣＳＩ（Channel  State  Information）測定などを行ってもよい。測定部３０５は、受信電力（例えば、ＲＳＲＰ（Reference  Signal  Received  Power））、受信品質（例えば、ＲＳＲＱ（Reference  Signal  Received  Quality）、ＳＩＮＲ（Signal  to  Interference  plus  Noise  Ratio）、ＳＮＲ（Signal  to  Noise  Ratio））、信号強度（例えば、ＲＳＳＩ（Received  Signal  Strength  Indicator））、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部３０１に出力されてもよい。
【０２８０】
なお、送受信部１０３は、ビーム測定用信号をユーザ端末２０に送信してもよい。送受信部１０３は、ユーザ端末２０から、ビーム測定用信号の測定結果に関する情報を含む、（周期的、セミパーシステント、又は非周期的）ビームレポートを受信してもよい。
【０２８１】
また、送受信部１０３は、ビーム（基地局送信ビーム、基地局受信ビーム、ＵＥ送信ビーム、ＵＥ受信ビーム）の変更が必要であるかを含む情報（１ビット情報又は複数ビット情報、１ビット情報又は複数ビット情報とＵＬデータ又はＵＣＩとが多重された情報）に対応する系列（ＤＭＲＳ系列、系列インデックス及びＣＳインデックスの少なくとも１つに基づく系列、スクランブル系列、スクランブル系列の初期値など）を用いて送信された上り信号（ＰＵＣＣＨ、ＰＵＳＣＨ、ＳＲＳなど）を受信してもよい。
【０２８２】
また、制御部３０１は、前記上り信号に基づいて、前記情報を判定してもよい。
【０２８３】
また、制御部３０１は、前記ビームの変更が不要であることに対応する第１系列（例えば、第１ＣＳインデックス）と、前記ビームの変更が必要であることに対応する第２系列（例えば、第２ＣＳインデックス）と、の１つを、前記上り信号に基づいて決定してもよい。
【０２８４】
また、前記第１系列及び前記第２系列は、同じ基準系列（ベース系列）に基づいてもよい。前記第１系列に適用された巡回シフトと、前記第２系列に適用された巡回シフトと、の間隔はπであってもよい（ＣＳ導出パラメータ（例えばｍＣＳ）の間隔は６であってもよい）。
【０２８５】
また、制御部３０１は、前記決定された系列（ＤＭＲＳ系列）を用いてチャネル推定を行ってもよい。
【０２８６】
また、制御部３０１は、前記上り信号の特定（偶数ＲＥインデックス）の周波数リソースの要素を用いてチャネル推定を行ってもよい。
【０２８７】
（ユーザ端末）
図１８は、一実施形態に係るユーザ端末の全体構成の一例を示す図である。ユーザ端末２０は、複数の送受信アンテナ２０１と、アンプ部２０２と、送受信部２０３と、ベースバンド信号処理部２０４と、アプリケーション部２０５と、を備えている。なお、送受信アンテナ２０１、アンプ部２０２、送受信部２０３は、それぞれ１つ以上を含むように構成されればよい。
【０２８８】
送受信アンテナ２０１で受信された無線周波数信号は、アンプ部２０２で増幅される。送受信部２０３は、アンプ部２０２で増幅された下り信号を受信する。送受信部２０３は、受信信号をベースバンド信号に周波数変換して、ベースバンド信号処理部２０４に出力する。送受信部２０３は、本開示に係る技術分野での共通認識に基づいて説明されるトランスミッター／レシーバー、送受信回路又は送受信装置から構成することができる。なお、送受信部２０３は、一体の送受信部として構成されてもよいし、送信部及び受信部から構成されてもよい。
【０２８９】
ベースバンド信号処理部２０４は、入力されたベースバンド信号に対して、ＦＦＴ処理、誤り訂正復号、再送制御の受信処理などを行う。下りリンクのユーザデータは、アプリケーション部２０５に転送される。アプリケーション部２０５は、物理レイヤ及びＭＡＣレイヤより上位のレイヤに関する処理などを行う。また、下りリンクのデータのうち、ブロードキャスト情報もアプリケーション部２０５に転送されてもよい。
【０２９０】
一方、上りリンクのユーザデータについては、アプリケーション部２０５からベースバンド信号処理部２０４に入力される。ベースバンド信号処理部２０４では、再送制御の送信処理（例えば、ＨＡＲＱの送信処理）、チャネル符号化、プリコーディング、離散フーリエ変換（ＤＦＴ：Discrete  Fourier  Transform）処理、ＩＦＦＴ処理などが行われて送受信部２０３に転送される。
【０２９１】
送受信部２０３は、ベースバンド信号処理部２０４から出力されたベースバンド信号を無線周波数帯に変換して送信する。送受信部２０３で周波数変換された無線周波数信号は、アンプ部２０２によって増幅され、送受信アンテナ２０１から送信される。
【０２９２】
図１９は、一実施形態に係るユーザ端末の機能構成の一例を示す図である。なお、本例においては、本実施形態における特徴部分の機能ブロックを主に示しており、ユーザ端末２０は、無線通信に必要な他の機能ブロックも有すると想定されてもよい。
【０２９３】
ユーザ端末２０が有するベースバンド信号処理部２０４は、制御部４０１と、送信信号生成部４０２と、マッピング部４０３と、受信信号処理部４０４と、測定部４０５と、を少なくとも備えている。なお、これらの構成は、ユーザ端末２０に含まれていればよく、一部又は全部の構成がベースバンド信号処理部２０４に含まれなくてもよい。
【０２９４】
制御部４０１は、ユーザ端末２０全体の制御を実施する。制御部４０１は、本開示に係る技術分野での共通認識に基づいて説明されるコントローラ、制御回路又は制御装置から構成することができる。
【０２９５】
制御部４０１は、例えば、送信信号生成部４０２における信号の生成、マッピング部４０３における信号の割り当てなどを制御する。また、制御部４０１は、受信信号処理部４０４における信号の受信処理、測定部４０５における信号の測定などを制御する。
【０２９６】
制御部４０１は、基地局１０から送信された下り制御信号、下りデータ信号などを、受信信号処理部４０４から取得する。制御部４０１は、下りデータ信号に対する再送制御の要否を判定した結果、下り制御信号などに基づいて、上り制御信号、上りデータ信号などの生成を制御する。
【０２９７】
制御部４０１は、基地局１０から通知された各種情報を受信信号処理部４０４から取得した場合、当該情報に基づいて制御に用いるパラメータを更新してもよい。
【０２９８】
送信信号生成部４０２は、制御部４０１からの指示に基づいて、上り信号（上り制御信号、上りデータ信号、上り参照信号など）を生成して、マッピング部４０３に出力する。送信信号生成部４０２は、本開示に係る技術分野での共通認識に基づいて説明される信号生成器、信号生成回路又は信号生成装置から構成することができる。
【０２９９】
送信信号生成部４０２は、例えば、制御部４０１からの指示に基づいて、送達確認情報、チャネル状態情報（ＣＳＩ）などに関する上り制御信号を生成する。また、送信信号生成部４０２は、制御部４０１からの指示に基づいて上りデータ信号を生成する。例えば、送信信号生成部４０２は、基地局１０から通知される下り制御信号にＵＬグラントが含まれている場合に、制御部４０１から上りデータ信号の生成を指示される。
【０３００】
マッピング部４０３は、制御部４０１からの指示に基づいて、送信信号生成部４０２で生成された上り信号を無線リソースにマッピングして、送受信部２０３へ出力する。マッピング部４０３は、本開示に係る技術分野での共通認識に基づいて説明されるマッパー、マッピング回路又はマッピング装置から構成することができる。
【０３０１】
受信信号処理部４０４は、送受信部２０３から入力された受信信号に対して、受信処理（例えば、デマッピング、復調、復号など）を行う。ここで、受信信号は、例えば、基地局１０から送信される下り信号（下り制御信号、下りデータ信号、下り参照信号など）である。受信信号処理部４０４は、本開示に係る技術分野での共通認識に基づいて説明される信号処理器、信号処理回路又は信号処理装置から構成することができる。また、受信信号処理部４０４は、本開示に係る受信部を構成することができる。
【０３０２】
受信信号処理部４０４は、受信処理によって復号された情報を制御部４０１に出力する。受信信号処理部４０４は、例えば、ブロードキャスト情報、システム情報、ＲＲＣシグナリング、ＤＣＩなどを、制御部４０１に出力する。また、受信信号処理部４０４は、受信信号及び受信処理後の信号の少なくとも一方を、測定部４０５に出力する。
【０３０３】
測定部４０５は、受信した信号に関する測定を実施する。測定部４０５は、本開示に係る技術分野での共通認識に基づいて説明される測定器、測定回路又は測定装置から構成することができる。測定部４０５は、本開示における受信部の少なくとも一部を構成してもよい。
【０３０４】
例えば、測定部４０５は、受信した信号に基づいて、ＲＲＭ測定、ＣＳＩ測定などを行ってもよい。測定部４０５は、受信電力（例えば、ＲＳＲＰ）、受信品質（例えば、ＲＳＲＱ、ＳＩＮＲ、ＳＮＲ）、信号強度（例えば、ＲＳＳＩ）、伝搬路情報（例えば、ＣＳＩ）などについて測定してもよい。測定結果は、制御部４０１に出力されてもよい。
【０３０５】
なお、送受信部２０３及び測定部４０５は、受信したビーム測定用信号に基づいて測定を実施してもよい。送受信部２０３は、基地局１０に対して、上記測定の結果に関する情報を含む、（周期的、セミパーシステント、又は非周期的）ビームレポートを送信してもよい。
【０３０６】
また、送受信部２０３は、ビーム（基地局送信ビーム、基地局受信ビーム、ＵＥ送信ビーム、ＵＥ受信ビーム）の変更が必要であるかを含む情報に基づく上り信号を送信してもよい。
【０３０７】
また、制御部４０１は、ビームの変更が必要であるかを含む情報に対応する系列（ＤＭＲＳ系列、系列インデックス及びＣＳインデックスの少なくとも１つに基づく系列、スクランブル系列、スクランブル系列の初期値など）を前記上り信号に用いてもよい。
【０３０８】
また、制御部４０１は、測定の結果に基づいて、前記ビームの変更が不要であること（例えば、１ビット情報"0"）に対応する系列と、前記ビームの変更が必要であること（例えば、１ビット情報"1"）に対応する系列と、の１つを、前記上り信号に用いてもよい。
【０３０９】
また、前記情報は、系列インデックス、巡回シフトインデックス、スクランブル系列インデックス、スクランブル系列の初期値、の少なくとも１つに関連付けられてもよい。
【０３１０】
また、制御部４０１は、前記上り信号の送信から所定時間（例えば、Ｔｏｆｆｓｅｔ）の経過まで、前記ビームが変更されないと想定してもよい。
【０３１１】
また、前記情報が、前記ビームの変更が不要であることを示す場合、制御部４０１は、前記上り信号の送信から所定時間（例えば、Ｔｏｆｆｓｅｔ）の経過まで、設定された報告（Ｐ−ＣＳＩ、ＳＰ−ＣＳＩ、Ａ−ＣＳＩなど）を行わなくてもよい。
【０３１２】
（ハードウェア構成）
なお、上記実施形態の説明に用いたブロック図は、機能単位のブロックを示している。これらの機能ブロック（構成部）は、ハードウェア及びソフトウェアの少なくとも一方の任意の組み合わせによって実現される。また、各機能ブロックの実現方法は特に限定されない。すなわち、各機能ブロックは、物理的又は論理的に結合した１つの装置を用いて実現されてもよいし、物理的又は論理的に分離した２つ以上の装置を直接的又は間接的に（例えば、有線、無線などを用いて）接続し、これら複数の装置を用いて実現されてもよい。機能ブロックは、上記１つの装置又は上記複数の装置にソフトウェアを組み合わせて実現されてもよい。
【０３１３】
ここで、機能には、判断、決定、判定、計算、算出、処理、導出、調査、探索、確認、受信、送信、出力、アクセス、解決、選択、選定、確立、比較、想定、期待、みなし、報知（broadcasting）、通知（notifying）、通信（communicating）、転送（forwarding）、構成（configuring）、再構成（reconfiguring）、割り当て（allocating、mapping）、割り振り（assigning）などがあるが、これらに限られない。例えば、送信を機能させる機能ブロック（構成部）は、送信部（transmitting  unit）、送信機（transmitter）などと呼称されてもよい。いずれも、上述したとおり、実現方法は特に限定されない。
【０３１４】
例えば、本開示の一実施形態における基地局、ユーザ端末などは、本開示の無線通信方法の処理を行うコンピュータとして機能してもよい。図２０は、一実施形態に係る基地局及びユーザ端末のハードウェア構成の一例を示す図である。上述の基地局１０及びユーザ端末２０は、物理的には、プロセッサ１００１、メモリ１００２、ストレージ１００３、通信装置１００４、入力装置１００５、出力装置１００６、バス１００７などを含むコンピュータ装置として構成されてもよい。
【０３１５】
なお、以下の説明では、「装置」という文言は、回路、デバイス、ユニットなどに読み替えることができる。基地局１０及びユーザ端末２０のハードウェア構成は、図に示した各装置を１つ又は複数含むように構成されてもよいし、一部の装置を含まずに構成されてもよい。
【０３１６】
例えば、プロセッサ１００１は１つだけ図示されているが、複数のプロセッサがあってもよい。また、処理は、１のプロセッサによって実行されてもよいし、処理が同時に、逐次に、又はその他の手法を用いて、２以上のプロセッサによって実行されてもよい。なお、プロセッサ１００１は、１以上のチップによって実装されてもよい。
【０３１７】
基地局１０及びユーザ端末２０における各機能は、例えば、プロセッサ１００１、メモリ１００２などのハードウェア上に所定のソフトウェア（プログラム）を読み込ませることによって、プロセッサ１００１が演算を行い、通信装置１００４を介する通信を制御したり、メモリ１００２及びストレージ１００３におけるデータの読み出し及び書き込みの少なくとも一方を制御したりすることによって実現される。
【０３１８】
プロセッサ１００１は、例えば、オペレーティングシステムを動作させてコンピュータ全体を制御する。プロセッサ１００１は、周辺装置とのインターフェース、制御装置、演算装置、レジスタなどを含む中央処理装置（ＣＰＵ：Central  Processing  Unit）によって構成されてもよい。例えば、上述のベースバンド信号処理部１０４（２０４）、呼処理部１０５などは、プロセッサ１００１によって実現されてもよい。
【０３１９】
また、プロセッサ１００１は、プログラム（プログラムコード）、ソフトウェアモジュール、データなどを、ストレージ１００３及び通信装置１００４の少なくとも一方からメモリ１００２に読み出し、これらに従って各種の処理を実行する。プログラムとしては、上述の実施形態において説明した動作の少なくとも一部をコンピュータに実行させるプログラムが用いられる。例えば、ユーザ端末２０の制御部４０１は、メモリ１００２に格納され、プロセッサ１００１において動作する制御プログラムによって実現されてもよく、他の機能ブロックについても同様に実現されてもよい。
【０３２０】
メモリ１００２は、コンピュータ読み取り可能な記録媒体であり、例えば、ＲＯＭ（Read  Only  Memory）、ＥＰＲＯＭ（Erasable  Programmable  ROM）、ＥＥＰＲＯＭ（Electrically  EPROM）、ＲＡＭ（Random  Access  Memory）、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。メモリ１００２は、レジスタ、キャッシュ、メインメモリ（主記憶装置）などと呼ばれてもよい。メモリ１００２は、本開示の一実施形態に係る無線通信方法を実施するために実行可能なプログラム（プログラムコード）、ソフトウェアモジュールなどを保存することができる。
【０３２１】
ストレージ１００３は、コンピュータ読み取り可能な記録媒体であり、例えば、フレキシブルディスク、フロッピー（登録商標）ディスク、光磁気ディスク（例えば、コンパクトディスク（ＣＤ−ＲＯＭ（Compact  Disc  ROM）など）、デジタル多用途ディスク、Ｂｌｕ−ｒａｙ（登録商標）ディスク）、リムーバブルディスク、ハードディスクドライブ、スマートカード、フラッシュメモリデバイス（例えば、カード、スティック、キードライブ）、磁気ストライプ、データベース、サーバ、その他の適切な記憶媒体の少なくとも１つによって構成されてもよい。ストレージ１００３は、補助記憶装置と呼ばれてもよい。
【０３２２】
通信装置１００４は、有線ネットワーク及び無線ネットワークの少なくとも一方を介してコンピュータ間の通信を行うためのハードウェア（送受信デバイス）であり、例えばネットワークデバイス、ネットワークコントローラ、ネットワークカード、通信モジュールなどともいう。通信装置１００４は、例えば周波数分割複信（ＦＤＤ：Frequency  Division  Duplex）及び時分割複信（ＴＤＤ：Time  Division  Duplex）の少なくとも一方を実現するために、高周波スイッチ、デュプレクサ、フィルタ、周波数シンセサイザなどを含んで構成されてもよい。例えば、上述の送受信アンテナ１０１（２０１）、アンプ部１０２（２０２）、送受信部１０３（２０３）、伝送路インターフェース１０６などは、通信装置１００４によって実現されてもよい。送受信部１０３は、送信部１０３ａと受信部１０３ｂとで、物理的に又は論理的に分離された実装がなされてもよい。
【０３２３】
入力装置１００５は、外部からの入力を受け付ける入力デバイス（例えば、キーボード、マウス、マイクロフォン、スイッチ、ボタン、センサなど）である。出力装置１００６は、外部への出力を実施する出力デバイス（例えば、ディスプレイ、スピーカー、ＬＥＤ（Light  Emitting  Diode）ランプなど）である。なお、入力装置１００５及び出力装置１００６は、一体となった構成（例えば、タッチパネル）であってもよい。
【０３２４】
また、プロセッサ１００１、メモリ１００２などの各装置は、情報を通信するためのバス１００７によって接続される。バス１００７は、単一のバスを用いて構成されてもよいし、装置間ごとに異なるバスを用いて構成されてもよい。
【０３２５】
また、基地局１０及びユーザ端末２０は、マイクロプロセッサ、デジタル信号プロセッサ（ＤＳＰ：Digital  Signal  Processor）、ＡＳＩＣ（Application  Specific  Integrated  Circuit）、ＰＬＤ（Programmable  Logic  Device）、ＦＰＧＡ（Field  Programmable  Gate  Array）などのハードウェアを含んで構成されてもよく、当該ハードウェアを用いて各機能ブロックの一部又は全てが実現されてもよい。例えば、プロセッサ１００１は、これらのハードウェアの少なくとも１つを用いて実装されてもよい。
【０３２６】
（変形例）
なお、本開示において説明した用語及び本開示の理解に必要な用語については、同一の又は類似する意味を有する用語と置き換えてもよい。例えば、チャネル及びシンボルの少なくとも一方は信号（シグナリング）であってもよい。また、信号はメッセージであってもよい。参照信号は、ＲＳ（Reference  Signal）と略称することもでき、適用される標準によってパイロット（Pilot）、パイロット信号などと呼ばれてもよい。また、コンポーネントキャリア（ＣＣ：Component  Carrier）は、セル、周波数キャリア、キャリア周波数などと呼ばれてもよい。
【０３２７】
無線フレームは、時間領域において１つ又は複数の期間（フレーム）によって構成されてもよい。無線フレームを構成する当該１つ又は複数の各期間（フレーム）は、サブフレームと呼ばれてもよい。さらに、サブフレームは、時間領域において１つ又は複数のスロットによって構成されてもよい。サブフレームは、ニューメロロジー（numerology）に依存しない固定の時間長（例えば、１ｍｓ）であってもよい。
【０３２８】
ここで、ニューメロロジーは、ある信号又はチャネルの送信及び受信の少なくとも一方に適用される通信パラメータであってもよい。ニューメロロジーは、例えば、サブキャリア間隔（ＳＣＳ：SubCarrier  Spacing）、帯域幅、シンボル長、サイクリックプレフィックス長、送信時間間隔（ＴＴＩ：Transmission  Time  Interval）、ＴＴＩあたりのシンボル数、無線フレーム構成、送受信機が周波数領域において行う特定のフィルタリング処理、送受信機が時間領域において行う特定のウィンドウイング処理などの少なくとも１つを示してもよい。
【０３２９】
スロットは、時間領域において１つ又は複数のシンボル（ＯＦＤＭ（Orthogonal  Frequency  Division  Multiplexing）シンボル、ＳＣ−ＦＤＭＡ（Single  Carrier  Frequency  Division  Multiple  Access）シンボルなど）によって構成されてもよい。また、スロットは、ニューメロロジーに基づく時間単位であってもよい。
【０３３０】
スロットは、複数のミニスロットを含んでもよい。各ミニスロットは、時間領域において１つ又は複数のシンボルによって構成されてもよい。また、ミニスロットは、サブスロットと呼ばれてもよい。ミニスロットは、スロットよりも少ない数のシンボルによって構成されてもよい。ミニスロットより大きい時間単位で送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＡと呼ばれてもよい。ミニスロットを用いて送信されるＰＤＳＣＨ（又はＰＵＳＣＨ）は、ＰＤＳＣＨ（ＰＵＳＣＨ）マッピングタイプＢと呼ばれてもよい。
【０３３１】
無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、いずれも信号を伝送する際の時間単位を表す。無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルは、それぞれに対応する別の呼称が用いられてもよい。なお、本開示におけるフレーム、サブフレーム、スロット、ミニスロット、シンボルなどの時間単位は、互いに読み替えられてもよい。
【０３３２】
例えば、１サブフレームは送信時間間隔（ＴＴＩ：Transmission  Time  Interval）と呼ばれてもよいし、複数の連続したサブフレームがＴＴＩと呼ばれてよいし、１スロット又は１ミニスロットがＴＴＩと呼ばれてもよい。つまり、サブフレーム及びＴＴＩの少なくとも一方は、既存のＬＴＥにおけるサブフレーム（１ｍｓ）であってもよいし、１ｍｓより短い期間（例えば、１−１３シンボル）であってもよいし、１ｍｓより長い期間であってもよい。なお、ＴＴＩを表す単位は、サブフレームではなくスロット、ミニスロットなどと呼ばれてもよい。
【０３３３】
ここで、ＴＴＩは、例えば、無線通信におけるスケジューリングの最小時間単位のことをいう。例えば、ＬＴＥシステムでは、基地局が各ユーザ端末に対して、無線リソース（各ユーザ端末において使用することが可能な周波数帯域幅、送信電力など）を、ＴＴＩ単位で割り当てるスケジューリングを行う。なお、ＴＴＩの定義はこれに限られない。
【０３３４】
ＴＴＩは、チャネル符号化されたデータパケット（トランスポートブロック）、コードブロック、コードワードなどの送信時間単位であってもよいし、スケジューリング、リンクアダプテーションなどの処理単位となってもよい。なお、ＴＴＩが与えられたとき、実際にトランスポートブロック、コードブロック、コードワードなどがマッピングされる時間区間（例えば、シンボル数）は、当該ＴＴＩよりも短くてもよい。
【０３３５】
なお、１スロット又は１ミニスロットがＴＴＩと呼ばれる場合、１以上のＴＴＩ（すなわち、１以上のスロット又は１以上のミニスロット）が、スケジューリングの最小時間単位となってもよい。また、当該スケジューリングの最小時間単位を構成するスロット数（ミニスロット数）は制御されてもよい。
【０３３６】
１ｍｓの時間長を有するＴＴＩは、通常ＴＴＩ（ＬＴＥ  Ｒｅｌ．８−１２におけるＴＴＩ）、ノーマルＴＴＩ、ロングＴＴＩ、通常サブフレーム、ノーマルサブフレーム、ロングサブフレーム、スロットなどと呼ばれてもよい。通常ＴＴＩより短いＴＴＩは、短縮ＴＴＩ、ショートＴＴＩ、部分ＴＴＩ（partial又はfractional  TTI）、短縮サブフレーム、ショートサブフレーム、ミニスロット、サブスロット、スロットなどと呼ばれてもよい。
【０３３７】
なお、ロングＴＴＩ（例えば、通常ＴＴＩ、サブフレームなど）は、１ｍｓを超える時間長を有するＴＴＩで読み替えてもよいし、ショートＴＴＩ（例えば、短縮ＴＴＩなど）は、ロングＴＴＩのＴＴＩ長未満かつ１ｍｓ以上のＴＴＩ長を有するＴＴＩで読み替えてもよい。
【０３３８】
リソースブロック（ＲＢ：Resource  Block）は、時間領域及び周波数領域のリソース割当単位であり、周波数領域において、１つ又は複数個の連続した副搬送波（サブキャリア（subcarrier））を含んでもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに関わらず同じであってもよく、例えば１２であってもよい。ＲＢに含まれるサブキャリアの数は、ニューメロロジーに基づいて決定されてもよい。
【０３３９】
また、ＲＢは、時間領域において、１つ又は複数個のシンボルを含んでもよく、１スロット、１ミニスロット、１サブフレーム又は１ＴＴＩの長さであってもよい。１ＴＴＩ、１サブフレームなどは、それぞれ１つ又は複数のリソースブロックによって構成されてもよい。
【０３４０】
なお、１つ又は複数のＲＢは、物理リソースブロック（ＰＲＢ：Physical  RB）、サブキャリアグループ（ＳＣＧ：Sub-Carrier  Group）、リソースエレメントグループ（ＲＥＧ：Resource  Element  Group）、ＰＲＢペア、ＲＢペアなどと呼ばれてもよい。
【０３４１】
また、リソースブロックは、１つ又は複数のリソースエレメント（ＲＥ：Resource  Element）によって構成されてもよい。例えば、１ＲＥは、１サブキャリア及び１シンボルの無線リソース領域であってもよい。
【０３４２】
帯域幅部分（ＢＷＰ：Bandwidth  Part）（部分帯域幅などと呼ばれてもよい）は、あるキャリアにおいて、あるニューメロロジー用の連続する共通ＲＢ（common  resource  blocks）のサブセットのことを表してもよい。ここで、共通ＲＢは、当該キャリアの共通参照ポイントを基準としたＲＢのインデックスによって特定されてもよい。ＰＲＢは、あるＢＷＰで定義され、当該ＢＷＰ内で番号付けされてもよい。
【０３４３】
ＢＷＰには、ＵＬ用のＢＷＰ（ＵＬ  ＢＷＰ）と、ＤＬ用のＢＷＰ（ＤＬ  ＢＷＰ）とが含まれてもよい。ＵＥに対して、１キャリア内に１つ又は複数のＢＷＰが設定されてもよい。
【０３４４】
設定されたＢＷＰの少なくとも１つがアクティブであってもよく、ＵＥは、アクティブなＢＷＰの外で所定の信号／チャネルを送受信することを想定しなくてもよい。なお、本開示における「セル」、「キャリア」などは、「ＢＷＰ」で読み替えられてもよい。
【０３４５】
なお、上述した無線フレーム、サブフレーム、スロット、ミニスロット及びシンボルなどの構造は例示に過ぎない。例えば、無線フレームに含まれるサブフレームの数、サブフレーム又は無線フレームあたりのスロットの数、スロット内に含まれるミニスロットの数、スロット又はミニスロットに含まれるシンボル及びＲＢの数、ＲＢに含まれるサブキャリアの数、並びにＴＴＩ内のシンボル数、シンボル長、サイクリックプレフィックス（ＣＰ：Cyclic  Prefix）長などの構成は、様々に変更することができる。
【０３４６】
また、本開示において説明した情報、パラメータなどは、絶対値を用いて表されてもよいし、所定の値からの相対値を用いて表されてもよいし、対応する別の情報を用いて表されてもよい。例えば、無線リソースは、所定のインデックスによって指示されてもよい。
【０３４７】
本開示においてパラメータなどに使用する名称は、いかなる点においても限定的な名称ではない。さらに、これらのパラメータを使用する数式などは、本開示において明示的に開示したものと異なってもよい。様々なチャネル（ＰＵＣＣＨ（Physical  Uplink  Control  Channel）、ＰＤＣＣＨ（Physical  Downlink  Control  Channel）など）及び情報要素は、あらゆる好適な名称によって識別できるので、これらの様々なチャネル及び情報要素に割り当てている様々な名称は、いかなる点においても限定的な名称ではない。
【０３４８】
本開示において説明した情報、信号などは、様々な異なる技術のいずれかを使用して表されてもよい。例えば、上記の説明全体に渡って言及され得るデータ、命令、コマンド、情報、信号、ビット、シンボル、チップなどは、電圧、電流、電磁波、磁界若しくは磁性粒子、光場若しくは光子、又はこれらの任意の組み合わせによって表されてもよい。
【０３４９】
また、情報、信号などは、上位レイヤから下位レイヤ及び下位レイヤから上位レイヤの少なくとも一方へ出力され得る。情報、信号などは、複数のネットワークノードを介して入出力されてもよい。
【０３５０】
入出力された情報、信号などは、特定の場所（例えば、メモリ）に保存されてもよいし、管理テーブルを用いて管理してもよい。入出力される情報、信号などは、上書き、更新又は追記をされ得る。出力された情報、信号などは、削除されてもよい。入力された情報、信号などは、他の装置へ送信されてもよい。
【０３５１】
情報の通知は、本開示において説明した態様／実施形態に限られず、他の方法を用いて行われてもよい。例えば、情報の通知は、物理レイヤシグナリング（例えば、下り制御情報（ＤＣＩ：Downlink  Control  Information）、上り制御情報（ＵＣＩ：Uplink  Control  Information））、上位レイヤシグナリング（例えば、ＲＲＣ（Radio  Resource  Control）シグナリング、ブロードキャスト情報（マスタ情報ブロック（ＭＩＢ：Master  Information  Block）、システム情報ブロック（ＳＩＢ：System  Information  Block）など）、ＭＡＣ（Medium  Access  Control）シグナリング）、その他の信号又はこれらの組み合わせによって実施されてもよい。
【０３５２】
なお、物理レイヤシグナリングは、Ｌ１／Ｌ２（Layer  1／Layer  2）制御情報（Ｌ１／Ｌ２制御信号）、Ｌ１制御情報（Ｌ１制御信号）などと呼ばれてもよい。また、ＲＲＣシグナリングは、ＲＲＣメッセージと呼ばれてもよく、例えば、ＲＲＣ接続セットアップ（RRCConnectionSetup）メッセージ、ＲＲＣ接続再構成（RRCConnectionReconfiguration）メッセージなどであってもよい。また、ＭＡＣシグナリングは、例えば、ＭＡＣ制御要素（ＭＡＣ  ＣＥ（Control  Element））を用いて通知されてもよい。
【０３５３】
また、所定の情報の通知（例えば、「Ｘであること」の通知）は、明示的な通知に限られず、暗示的に（例えば、当該所定の情報の通知を行わないことによって又は別の情報の通知によって）行われてもよい。
【０３５４】
判定は、１ビットで表される値（０か１か）によって行われてもよいし、真（true）又は偽（false）で表される真偽値（boolean）によって行われてもよいし、数値の比較（例えば、所定の値との比較）によって行われてもよい。
【０３５５】
ソフトウェアは、ソフトウェア、ファームウェア、ミドルウェア、マイクロコード、ハードウェア記述言語と呼ばれるか、他の名称で呼ばれるかを問わず、命令、命令セット、コード、コードセグメント、プログラムコード、プログラム、サブプログラム、ソフトウェアモジュール、アプリケーション、ソフトウェアアプリケーション、ソフトウェアパッケージ、ルーチン、サブルーチン、オブジェクト、実行可能ファイル、実行スレッド、手順、機能などを意味するよう広く解釈されるべきである。
【０３５６】
また、ソフトウェア、命令、情報などは、伝送媒体を介して送受信されてもよい。例えば、ソフトウェアが、有線技術（同軸ケーブル、光ファイバケーブル、ツイストペア、デジタル加入者回線（ＤＳＬ：Digital  Subscriber  Line）など）及び無線技術（赤外線、マイクロ波など）の少なくとも一方を使用してウェブサイト、サーバ、又は他のリモートソースから送信される場合、これらの有線技術及び無線技術の少なくとも一方は、伝送媒体の定義内に含まれる。
【０３５７】
本開示において使用する「システム」及び「ネットワーク」という用語は、互換的に使用され得る。
【０３５８】
本開示において、「プリコーディング」、「プリコーダ」、「ウェイト（プリコーディングウェイト）」、「擬似コロケーション（ＱＣＬ：Quasi-Co-Location）」、「ＴＣＩ状態（Transmission  Configuration  Indication  state）」、「空間関係（spatial  relation）」、「空間ドメインフィルタ（spatial  domain  filter）」、「送信電力」、「位相回転」、「アンテナポート」、「アンテナポートグル−プ」、「レイヤ」、「レイヤ数」、「ランク」、「ビーム」、「ビーム幅」、「ビーム角度」、「アンテナ」、「アンテナ素子」、「パネル」などの用語は、互換的に使用され得る。
【０３５９】
本開示においては、「基地局（ＢＳ：Base  Station）」、「無線基地局」、「固定局（fixed  station）」、「ＮｏｄｅＢ」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、「アクセスポイント（access  point）」、「送信ポイント（ＴＰ：Transmission  Point）」、「受信ポイント（ＲＰ：Reception  Point）」、「送受信ポイント（ＴＲＰ：Transmission/Reception  Point）」、「パネル」、「セル」、「セクタ」、「セルグループ」、「キャリア」、「コンポーネントキャリア」などの用語は、互換的に使用され得る。基地局は、マクロセル、スモールセル、フェムトセル、ピコセルなどの用語で呼ばれる場合もある。
【０３６０】
基地局は、１つ又は複数（例えば、３つ）のセルを収容することができる。基地局が複数のセルを収容する場合、基地局のカバレッジエリア全体は複数のより小さいエリアに区分でき、各々のより小さいエリアは、基地局サブシステム（例えば、屋内用の小型基地局（ＲＲＨ：Remote  Radio  Head））によって通信サービスを提供することもできる。「セル」又は「セクタ」という用語は、このカバレッジにおいて通信サービスを行う基地局及び基地局サブシステムの少なくとも一方のカバレッジエリアの一部又は全体を指す。
【０３６１】
本開示においては、「移動局（ＭＳ：Mobile  Station）」、「ユーザ端末（user  terminal）」、「ユーザ装置（ＵＥ：User  Equipment）」、「端末」などの用語は、互換的に使用され得る。
【０３６２】
移動局は、加入者局、モバイルユニット、加入者ユニット、ワイヤレスユニット、リモートユニット、モバイルデバイス、ワイヤレスデバイス、ワイヤレス通信デバイス、リモートデバイス、モバイル加入者局、アクセス端末、モバイル端末、ワイヤレス端末、リモート端末、ハンドセット、ユーザエージェント、モバイルクライアント、クライアント又はいくつかの他の適切な用語で呼ばれる場合もある。
【０３６３】
基地局及び移動局の少なくとも一方は、送信装置、受信装置、通信装置などと呼ばれてもよい。なお、基地局及び移動局の少なくとも一方は、移動体に搭載されたデバイス、移動体自体などであってもよい。当該移動体は、乗り物（例えば、車、飛行機など）であってもよいし、無人で動く移動体（例えば、ドローン、自動運転車など）であってもよいし、ロボット（有人型又は無人型）であってもよい。なお、基地局及び移動局の少なくとも一方は、必ずしも通信動作時に移動しない装置も含む。例えば、基地局及び移動局の少なくとも一方は、センサなどのＩｏＴ（Internet  of  Things）機器であってもよい。
【０３６４】
また、本開示における基地局は、ユーザ端末で読み替えてもよい。例えば、基地局及びユーザ端末間の通信を、複数のユーザ端末間の通信（例えば、Ｄ２Ｄ（Device-to-Device）、Ｖ２Ｘ（Vehicle-to-Everything）などと呼ばれてもよい）に置き換えた構成について、本開示の各態様／実施形態を適用してもよい。この場合、上述の基地局１０が有する機能をユーザ端末２０が有する構成としてもよい。また、「上り」、「下り」などの文言は、端末間通信に対応する文言（例えば、「サイド（side）」）で読み替えられてもよい。例えば、上りチャネル、下りチャネルなどは、サイドチャネルで読み替えられてもよい。
【０３６５】
同様に、本開示におけるユーザ端末は、基地局で読み替えてもよい。この場合、上述のユーザ端末２０が有する機能を基地局１０が有する構成としてもよい。
【０３６６】
本開示において、基地局によって行われるとした動作は、場合によってはその上位ノード（upper  node）によって行われることもある。基地局を有する１つ又は複数のネットワークノード（network  nodes）を含むネットワークにおいて、端末との通信のために行われる様々な動作は、基地局、基地局以外の１つ以上のネットワークノード（例えば、ＭＭＥ（Mobility  Management  Entity）、Ｓ−ＧＷ（Serving-Gateway）などが考えられるが、これらに限られない）又はこれらの組み合わせによって行われ得ることは明らかである。
【０３６７】
本開示において説明した各態様／実施形態は単独で用いてもよいし、組み合わせて用いてもよいし、実行に伴って切り替えて用いてもよい。また、本開示において説明した各態様／実施形態の処理手順、シーケンス、フローチャートなどは、矛盾の無い限り、順序を入れ替えてもよい。例えば、本開示において説明した方法については、例示的な順序を用いて様々なステップの要素を提示しており、提示した特定の順序に限定されない。
【０３６８】
本開示において説明した各態様／実施形態は、ＬＴＥ（Long  Term  Evolution）、ＬＴＥ−Ａ（LTE-Advanced）、ＬＴＥ−Ｂ（LTE-Beyond）、ＳＵＰＥＲ  ３Ｇ、ＩＭＴ−Ａｄｖａｎｃｅｄ、４Ｇ（4th  generation  mobile  communication  system）、５Ｇ（5th  generation  mobile  communication  system）、ＦＲＡ（Future  Radio  Access）、Ｎｅｗ−ＲＡＴ（Radio  Access  Technology）、ＮＲ（New  Radio）、ＮＸ（New  radio  access）、ＦＸ（Future  generation  radio  access）、ＧＳＭ（登録商標）（Global  System  for  Mobile  communications）、ＣＤＭＡ２０００、ＵＭＢ（Ultra  Mobile  Broadband）、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ（登録商標））、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ（登録商標））、ＩＥＥＥ  ８０２．２０、ＵＷＢ（Ultra-WideBand）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、その他の適切な無線通信方法を利用するシステム、これらに基づいて拡張された次世代システムなどに適用されてもよい。また、複数のシステムが組み合わされて（例えば、ＬＴＥ又はＬＴＥ−Ａと、５Ｇとの組み合わせなど）適用されてもよい。
【０３６９】
本開示において使用する「に基づいて」という記載は、別段に明記されていない限り、「のみに基づいて」を意味しない。言い換えれば、「に基づいて」という記載は、「のみに基づいて」と「に少なくとも基づいて」の両方を意味する。
【０３７０】
本開示において使用する「第１の」、「第２の」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定しない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本開示において使用され得る。したがって、第１及び第２の要素の参照は、２つの要素のみが採用され得ること又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。
【０３７１】
本開示において使用する「判断（決定）（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）」などで読み替えられてもよい。
【０３７５】
本開示に記載の「最大送信電力」は送信電力の最大値を意味してもよいし、公称最大送信電力（the  nominal  UE  maximum  transmit  power）を意味してもよいし、定格最大送信電力（the  rated  UE  maximum  transmit  power）を意味してもよい。
【０３７６】
本開示において使用する「接続された（connected）」、「結合された（coupled）」という用語、又はこれらのあらゆる変形は、２又はそれ以上の要素間の直接的又は間接的なあらゆる接続又は結合を意味し、互いに「接続」又は「結合」された２つの要素間に１又はそれ以上の中間要素が存在することを含むことができる。要素間の結合又は接続は、物理的であっても、論理的であっても、あるいはこれらの組み合わせであってもよい。例えば、「接続」は「アクセス」で読み替えられてもよい。
【０３７７】
本開示において、２つの要素が接続される場合、１つ以上の電線、ケーブル、プリント電気接続などを用いて、並びにいくつかの非限定的かつ非包括的な例として、無線周波数領域、マイクロ波領域、光（可視及び不可視の両方）領域の波長を有する電磁エネルギーなどを用いて、互いに「接続」又は「結合」されると考えることができる。
【０３７８】
本開示において、「ＡとＢが異なる」という用語は、「ＡとＢが互いに異なる」ことを意味してもよい。なお、当該用語は、「ＡとＢがそれぞれＣと異なる」ことを意味してもよい。「離れる」、「結合される」などの用語も、「異なる」と同様に解釈されてもよい。
【０３７９】
本開示において、「含む（include）」、「含んでいる（including）」及びこれらの変形が使用されている場合、これらの用語は、用語「備える（comprising）」と同様に、包括的であることが意図される。さらに、本開示において使用されている用語「又は（or）」は、排他的論理和ではないことが意図される。
【０３８０】
本開示において、例えば、英語でのa、an及びtheのように、翻訳によって冠詞が追加された場合、本開示は、これらの冠詞の後に続く名詞が複数形であることを含んでもよい。
【０３８１】
以上、本開示に係る発明について詳細に説明したが、当業者にとっては、本開示に係る発明が本開示中に説明した実施形態に限定されないということは明らかである。本開示に係る発明は、請求の範囲の記載に基づいて定まる発明の趣旨及び範囲を逸脱することなく修正及び変更態様として実施することができる。したがって、本開示の記載は、例示説明を目的とし、本開示に係る発明に対して何ら制限的な意味をもたらさない。
【図１】
2020021724.tif 000003
【図２】
2020021724.tif 000004
【図３】
2020021724.tif 000005
【図４】
2020021724.tif 000006
【図５】
2020021724.tif 000007
【図６】
2020021724.tif 000008
【図７】
2020021724.tif 000009
【図８】
2020021724.tif 000010
【図９】
2020021724.tif 000011
【図１０】
2020021724.tif 000012
【図１１】
2020021724.tif 000013
【図１２】
2020021724.tif 000014
【図１３】
2020021724.tif 000015
【図１４】
2020021724.tif 000016
【図１５】
2020021724.tif 000017
【図１６】
2020021724.tif 000018
【図１７】
2020021724.tif 000019
【図１８】
2020021724.tif 000020
【図１９】
2020021724.tif 000021
【図２０】
2020021724.tif 000022
【国際調査報告】
2020021724.tif 000023
2020021724.tif 000024
2020021724.tif 000025