(57)【特許請求の範囲】
【請求項１】
無線端末であって、
基地局に信号を送信し、前記基地局から信号を受信するよう構成された無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ビーム設定情報を前記基地局から受信し、
前記基地局から送信される第１の複数の送信ビームを前記ビーム設定情報に従って測定し、
前記第１の複数の送信ビームの測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含み、
前記少なくとも１つのプロセッサは、
前記基地局から送信される第２の複数の送信ビームを測定し、
前記第２の複数の送信ビームの測定結果に基づいて前記第２の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信に使用される第２のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームは、第１のキャリアを使用し、
前記第２の複数の送信ビームは、第２のキャリアを使用し、
前記少なくとも１つのプロセッサは、前記第１のキャリアと前記第２のキャリアのアグリゲーションを行うよう構成され、
前記少なくとも１つのプロセッサは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、前記第１のキャリアのためのMedium Access Control（MAC）レイヤ処理の少なくとも一部を中断又は中止するが、前記第２のキャリアのためのMACレイヤ処理を継続するよう構成されている、
無線端末。
【請求項２】
前記少なくとも１つのプロセッサは、前記アグリゲーションの実行中に、前記第１のキャリアに属する前記第１の複数の送信ビームの間での前記第１のサービングビームの切り替え、及び前記第２のキャリアに属する前記第２の複数の送信ビームの間での前記第２のサービングビームの切り替えを行うよう構成されている、
請求項１に記載の無線端末。
【請求項３】
前記少なくとも１つのプロセッサは、前記第１のキャリアに属する前記第１の複数の送信ビームの間での前記第１のサービングビームの切り替えがトリガーされたことに応答して、前記第２のキャリアに属する前記第２の複数の送信ビームの間での前記第２のサービングビームの切り替えを行うよう構成されている、
請求項１又は２に記載の無線端末。
【請求項４】
前記少なくとも１つのプロセッサは、
前記第１のキャリアに属する前記第１のサービングビーム及び前記第２のキャリアに属する前記第２のサービングビームの両方でのダウンリンク受信を実行する１つのMACエンティティを提供するよう構成されている、
請求項１〜３のいずれか１項に記載の無線端末。
【請求項５】
前記MACエンティティは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、前記第１のキャリアのための前記MACレイヤ処理の少なくとも一部を中断又は中止するが、前記第２のキャリアのための前記MACレイヤ処理を継続するよう構成されている、
請求項４に記載の無線端末。
【請求項６】
前記少なくとも１つのプロセッサは、
前記第１のキャリアに属する前記第１のサービングビームでのダウンリンク受信を実行する第１のMACエンティティと前記第２のキャリアに属する前記第２のサービングビームでのダウンリンク受信を実行する第２のMACエンティティを提供するよう構成されている、
請求項１〜３のいずれか１項に記載の無線端末。
【請求項７】
前記第１のMACエンティティは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、MACのリセット、設定情報の更新、又は再設定を行うよう構成され、
前記第２のMACエンティティは、前記第１のキャリアのサービングビームの切り替えに関わらず、前記第２のキャリアのための前記MACレイヤ処理を継続するよう構成されている、
請求項６に記載の無線端末。
【請求項８】
基地局であって、
無線端末に信号を送信し、前記無線端末から信号を受信するよう構成された少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ビーム設定情報を前記無線端末に送信し、
前記基地局から送信される第１の複数の送信ビームの前記無線端末による測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含み、
前記少なくとも１つのプロセッサは、
前記基地局から送信される第２の複数の送信ビームの前記無線端末による測定結果に基づいて前記第２の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第２のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームは、第１のキャリアを使用し、
前記第２の複数の送信ビームは、第２のキャリアを使用し、
前記少なくとも１つのプロセッサは、前記第１のキャリアと前記第２のキャリアのアグリゲーションを行うよう構成され、
前記少なくとも１つのプロセッサは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、前記第１のキャリアのためのMedium Access Control（MAC）レイヤ処理の少なくとも一部を中断又は中止するが、前記第２のキャリアのためのMACレイヤ処理を継続する、
基地局。
【請求項９】
無線端末により行われる方法であって、
ビーム設定情報を基地局から受信すること、
前記基地局から送信される第１の複数の送信ビームを前記ビーム設定情報に従って測定すること、及び
前記第１の複数の送信ビームの測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用すること、
を備え、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含み、
前記方法は、
前記基地局から送信される第２の複数の送信ビームを測定すること、及び
前記第２の複数の送信ビームの測定結果に基づいて前記第２の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信に使用される第２のサービングビームとして使用することをさらに備え、
前記第１の複数の送信ビームは、第１のキャリアを使用し、
前記第２の複数の送信ビームは、第２のキャリアを使用し、
前記方法は、前記第１のキャリアと前記第２のキャリアのアグリゲーションを行うことを備え、
前記方法は、前記第１のキャリアのサービングビームの切り替えが行われる場合に、前記第１のキャリアのためのMedium Access Control（MAC）レイヤ処理の少なくとも一部を中断又は中止するが、前記第２のキャリアのためのMACレイヤ処理を継続することを備える、
方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信に関し、特に指向性ビームを使用する無線通信に関する。
【背景技術】
【０００２】
3rd Generation Partnership Project（3GPP）は、2020年移行の導入に向けた第5世代移動通信システム（5G）の標準化作業を3GPP Release 14として2016年に開始している。5Gは、LTE及びLTE-Advancedの継続的な改良・発展（enhancement/evolution）と新たな5Gエア・インタフェース（新たなRadio Access Technology（RAT））の導入による革新的な改良・発展の組合せで実現されると想定されている。新たなRATは、例えば、LTE/LTE-Advancedの継続的発展が対象とする周波数帯（e.g., 6 GHz以下）よりも高い周波数帯、例えば10 GHz以上のセンチメートル波帯及び30 GHz以上のミリ波帯をサポートする。【０００３】
本明細書では、第5世代移動通信システムは、Next Generation (NextGen) System（NG System）とも呼ばれる。NG Systemのための新たなRATは、New Radio（NR）、5G RAT、又はNG RATと呼ばれる。NG Systemのための新たな無線アクセスネットワーク（Radio Access Network（RAN））及びコアネットワークは、それぞれNextGen RAN（NG RAN）又はNew RAN、及びNextGen Core（NG Core）と呼ばれる。NG Systemに接続する無線端末（User Equipment（UE））は、NextGen UE（NG UE）と呼ばれる。New Radio（NR）をサポートする基地局は、NG NodeB（NG NB）、NR NodeB（NR NB）、又はgNBと呼ばれる。NG SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ（ノード）、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。【０００４】
また、本明細書で使用される“LTE”との用語は、特に断らない限り、NG Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。NG System とのインターワークのためのLTE及びLTE-Advancedの改良・発展は、LTE-Advanced Pro、LTE+、又はenhanced LTE（eLTE）とも呼ばれる。さらに、本明細書で使用される“Evolved Packet Core (EPC)”、“Mobility Management Entity (MME)”、“Serving Gateway (S-GW)”、及び“Packet Data Network (PDN) Gateway (P-GW)”等のLTEのネットワーク又は論理的エンティティに関する用語は、特に断らない限り、NG Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC（eEPC）、enhanced MME（eMME）、enhanced S-GW（eS-GW）、及びenhanced P-GW（eP-GW）とも呼ばれる。【０００５】
上述のように、NGシステムは高周波数帯（higher frequency band）（e.g., 6 GHz以上）をサポートする。高周波数帯において所望のカバレッジを確保するには、伝搬損失（path loss）を補償するために高いアンテナゲインが必要とされる。一方で、アンテナ素子の大きさは波長に比例して小さくなるため、高周波数帯では非常に多数のアンテナ素子（e.g., 数百個のアンテナ素子）を用いたマルチアンテナを現実的な大きさのアンテナによって実現できる。したがって、NG Systemでは、高利得ビーム（high gain beams）を形成するために大規模アンテナアレイ（larger antenna arrays）が使用される。ビームは、少なくともいくつかのレベルの指向性を有する放射パターン（radiation pattern）を意味する。高利得ビームは、低周波数帯（lower frequency bands）（e.g., 現在のLTE bands（6 GHz以下））において使用される広いセクタビーム（wide sector beam）に比べて狭い（narrow）。したがって、所望のセルエリアをカバーするために複数のビーム（multiple beams）が必要とされる。【０００６】
NR NBは、複数のTransmission and Reception Points（TRPs）を使用してもよい。TRPは、無線信号（radio signals）の送信及び受信のための物理的位置を意味する。TRPsは、集中化されて配置されてもよいし、分散されて配置されてもよい。各TRPは、複数のビームを形成してもよい。TRPは、remote radio head (RRH)と呼ぶこともできる。【０００７】
NRシステムにおけるビーム関連手順（beam related procedures）に関する提案がなされている（例えば、非特許文献１−６を参照）。ビーム関連手順は、モビリティ（手順）及びビーム管理（手順）を含む（非特許文献６）。ビーム管理（beam management）は、下りリンク（DL）及び上りリンク（UL）送信／受信に使用されることができるTRP(s)及び／又はUE beamsを獲得（acquire）及び維持（maintain）するためのレイヤ１（L1）／レイヤ２（L2）手順のセットである。ビーム管理は、少なくとも、ビーム決定（beam determination）、ビーム測定（beam measurement）、ビーム報告（beam reporting）、及びビーム掃引（beam sweeping）を含む。ビーム決定は、TRP(s)又はUEがそれ自身の送信／受信ビーム（its own Tx/Rx beam(s)）を選択するための手順である。ビーム測定は、TRP(s)又はUEが受信ビームフォームド信号の特性（characteristics）を測定するための手順である。ビーム報告は、UEがビーム測定に基づくビームフォームド信号（signal(s)）の情報を報告するための手順である。ビーム掃引は、予め定められた方法で（in a predetermined way）タイムインターバルの間に送信及び／又は受信されるビーム（beams）によって空間領域（a spatial area）をカバーする操作（operation）である。【０００８】
また、NRは複数の周波数バンドに異なる無線パラメータセットを使用することが想定されている。例えば、サブキャリア間隔（spacing）、シンボル長（symbol length）、Transmission Time Interval（TTI）、及びサブフレーム期間（subframe duration）が周波数バンドによって異なる。これらの無線パラメータセットは、numerologyと呼ばれる。NGシステムでは、UE及びNR NBは、異なるnumerologiesの複数のNRキャリアのアグリゲーションをサポートする。3GPPでは、異なるnumerologiesの複数のNRキャリアのアグリゲーションが既存のLTE Carrier Aggregation（CA）のような低レイヤ・アグリゲーション（lower layer aggregation）又は既存のDual Connectivityのような高レイヤ・アグリゲーション（upper layer aggregation）によって実現されることが検討されている（例えば、非特許文献７−９を参照）。
【先行技術文献】
【非特許文献】
【０００９】
【非特許文献１】3GPP technical document R2-163437, Nokia, Alcatel-Lucent Shanghai Bell, “Beam Terminology”, 3GPP TSG-RAN WG2 Meeting #94, Nanjing, China, 23-27 May 2016
【非特許文献２】3GPP technical document R2-163443, Nokia, Alcatel-Lucent Shanghai Bell, “On beam sweeping and its implications”, 3GPP TSG-RAN WG2 Meeting #94, Nanjing, China, 23-27 May 2016
【非特許文献３】3GPP technical document R2-163476, Nokia, Alcatel-Lucent Shanghai Bell, “Beam management in NR”, 3GPP TSG-RAN WG2 Meeting #94, Nanjing, China, 23-27 May 2016
【非特許文献４】3GPP technical document R2-163579, Intel Corporation, “Mobility and beam support in NR”, 3GPP TSG-RAN WG2 Meeting #94, Nanjing, China, 23-27 May 2016
【非特許文献５】3GPP technical document R2-163712, Samsung, “Use cases and RAN2 issues of beam tracking in a beamforming based high frequency NR”, 3GPP TSG-RAN WG2 Meeting #94, Nanjing, China, 23-27 May 2016
【非特許文献６】3GPP technical document R1-168468, Nokia, Qualcomm, CATT, Intel, NTT DoCoMo, Mediatek, Ericsson, ASB, Samsung, LG, “Definitions supporting beam related procedures”, 3GPP TSG RAN WG1 Meeting #86, Gothenburg, Sweden, 22-26 August 2016
【非特許文献７】3GPP TR 38.804 V0.3.0 (2016-08) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology; Radio Interface Protocol Aspects (Release 14)”, August 2016
【非特許文献８】3GPP technical document R2-164788, Nokia, Alcatel-Lucent Shanghai Bell, “Carrier Aggregation between carriers of different air interface numerologies”, 3GPP TSG-RAN WG2 Meeting #95, Gothenburg, Sweden, 22-26 August 2016
【非特許文献９】3GPP technical document R2-165328, “Aggregation of carriers in NR”, 3GPP TSG-RAN WG2 Meeting #95, Gothenburg, Sweden, 22-26 August 2016
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本件発明者は、ビーム間のUEモビリティについて検討し幾つかの課題を見出した。本明細書に開示される実施形態が達成しようとする目的の１つは、ビーム間のUEモビリティのための手順の提供に寄与する装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１１】
第１の態様では、無線端末は、無線トランシーバ及び少なくとも１つのプロセッサを含む。前記無線トランシーバは、基地局に信号を送信し、前記基地局から信号を受信するよう構成されている。前記少なくとも１つのプロセッサは、ビーム設定情報を前記基地局から受信し、前記基地局から送信される第１の複数の送信ビームを前記ビーム設定情報に従って測定するよう構成されている。前記少なくとも１つのプロセッサは、さらに、前記第１の複数の送信ビームの測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用するよう構成されている。前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運ぶ。前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む。【００１２】
第２の態様では、基地局は、無線トランシーバ及び少なくとも１つのプロセッサを含む。前記無線トランシーバは、無線端末に信号を送信し、前記無線端末から信号を受信するよう構成されている。前記少なくとも１つのプロセッサは、ビーム設定情報を無線端末に送信するよう構成されている。前記少なくとも１つのプロセッサは、さらに、前記基地局から送信される第１の複数の送信ビームの前記無線端末による測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用するよう構成されている。前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運ぶ。前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む。【００１３】
第３の態様では、無線端末により行われる方法は、（ａ）ビーム設定情報を前記基地局から受信すること、（ｂ）前記基地局から送信される第１の複数の送信ビームを前記ビーム設定情報に従って測定すること、及び（ｃ）前記第１の複数の送信ビームの測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用すること、を含む。前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運ぶ。前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む。【００１４】
第４の態様では、基地局により行われる方法は、（ａ）ビーム設定情報を無線端末に送信すること、及び（ｂ）前記基地局から送信される第１の複数の送信ビームの前記無線端末による測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用することを含む。前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運ぶ。前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む。【００１５】
第５の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第３又は第４の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００１６】
上述の態様によれば、ビーム間のUEモビリティのための手順の提供に寄与する装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００１７】
【図１】本開示の一実施形態に係る無線通信ネットワークの構成例及びビームレベルモビリティの一例を示す図である。
【図２】本開示の一実施形態に係る無線通信ネットワークの構成例及びビームレベルモビリティの一例を示す図である。
【図３】本開示の一実施形態に係る無線通信ネットワークの構成例及びビームレベルモビリティの一例を示す図である。
【図４】本開示の一実施形態に係る無線通信ネットワークの構成例及びビームレベルモビリティの一例を示す図である。
【図５】本開示の一実施形態に係るビーム間のUEモビリティのための手順の一例を示すシーケンス図である。
【図６】本開示の一実施形態に係るビーム間のUEモビリティのための手順の一例を示すシーケンス図である。
【図７】本開示の一実施形態に係るビーム間のUEモビリティのための手順の一例を示すシーケンス図である。
【図８】本開示の一実施形態に係る異なるnumerologiesの複数のキャリアのアグリゲーションのためのユーザプレーン・プロトコルスタックの一例を示す図である。
【図９】本開示の一実施形態に係る異なるnumerologiesの複数のキャリアのアグリゲーションのためのユーザプレーン・プロトコルスタックの一例を示す図である。
【図１０】本開示の一実施形態に係る異なるnumerologiesの複数のキャリアのアグリゲーションのためのユーザプレーン・プロトコルスタックの一例を示す図である。
【図１１】本開示の一実施形態に係る異なるnumerologiesの複数のキャリアのアグリゲーションのためのユーザプレーン・プロトコルスタックの一例を示す図である。
【図１２】本開示の一実施形態に係る基地局の構成例を示すブロック図である。
【図１３】本開示の一実施形態に係る無線端末の構成例を示すブロック図である。
【発明を実施するための形態】
【００１８】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００１９】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００２０】
＜第１の実施形態＞
図１〜図４は、本実施形態に係る無線通信ネットワークのいくつかの構成例及びビームレベルモビリティのいくつかの例を示す図である。図１の例では、無線通信ネットワークは、New Radio (NR) 基地局（i.e., NR NodeB (NR NB)）１及び無線端末（UE）２を含む。NR NB１は、複数の送信ビーム１０を形成し、各送信ビームにおいてビームフォームド参照信号（beamformed Reference Signal (RS)）を送信する。言い換えると、各送信ビーム１０は、ビームフォームド参照信号を運ぶ。ビームフォームド参照信号は、beam-specific reference signal（BRS）と呼ぶこともできる。ビームフォームド参照信号は、プリコードされたChannel State Information （CSI） 参照信号（precoded CSI-RS）であってもよい。ビームフォームド参照信号は、UE特有（UE-specific）でもよいし、UE非特有（non-UE-specific）でもよい。
【００２１】
複数の送信ビーム１０は、ビーム識別子（beam identifier（beam ID））によって特定される。言い換えると、複数の送信ビーム１０は、異なるビームIDによって互いに区別される。ビームIDは、ビームインデックスと呼ぶこともできる。ビームフォームド参照信号は、ビーム識別子を含んでもよい。これに代えて、ビームIDは、ビームフォームド参照信号の送信に使用される無線リソース（e.g., サブキャリア、タイムスロット、リソースブロック、若しくは拡散コード又はこれらの任意の組合せ）、又は当該無線リソース（の組み合わせ）に予め紐付けられたインデックスによって特定されてもよい。１つのTRPが１つの送信ビームのみを形成する場合、ビーム識別子はTRP識別子（TRP ID）であってもよい。言い換えると、ビーム識別子の代わりに、複数の送信ビーム１０を区別するためにTRP識別子が使用されてもよい。
【００２２】
複数の送信ビーム１０の複数のビームIDは、NR NB１によって提供される同じセル識別子（e.g., E-UTRAN Cell Global ID（ECGI）、Physical Cell Identifier（PCI））に関連付けられてもよい。言い換えると、同じセルをカバーする複数の送信ビーム１０は、同じセル識別子に関連付けられてもよい。
【００２３】
UE２は、NR NB１が管理するいずれかのセルにおいて、NR NB１からビーム設定情報を受信し、NR NB１の複数の送信ビーム１０をビーム設定情報に従って測定する。ビーム設定情報は、ビームフォームド参照信号の送信のために各送信ビーム１０において使用される無線リソースを示す参照信号設定を含む。NR NB１及びUE２は、UE２による複数の送信ビームの測定結果に基づいて複数の送信ビーム１０の中から選択された１又はそれ以上のビームを、NR NB１からUE２への送信のためのサービングビームとして使用する。UE２による複数の送信ビームの測定結果に基づくサービングビームの選択（又は決定）は、UE２によって行われてもよいし、NR NB１によって行われてもよい。
【００２４】
例えば、NR NB１は、ビーム形成を行わない又は広いセクタビームを用いる低周波数帯のセルにおいて、高周波数帯の他のセルの複数の送信ビーム１０に関するビーム設定情報を送信してもよい。低周波数帯のセルは、(e)LTE マクロセルであってもよく、NR NB１とUE２の間の制御コネクションを維持するために使用されてもよい。これに代えて、ビーム設定情報は、すでに選択（設定）されたサービングビームにおいてNR NB１からUE２へ送信されてもよい。サービングビームで送信されたビーム設定情報が、当該サービングビームの測定並びに他の送信ビームの測定及び（再）選択に用いられてもよい。
【００２５】
ビーム設定情報は、ビーム設定セット情報要素（beam configuration set information element (IE)）を含んでもよい。ビーム設定情報は、NR NB１によってブロードキャストされるシステム情報（System Information Block（SIB））に含まれてもよいし、個別（dedicated）Radio Resource Control（RRC）シグナリングによってUE２に送られてもよい。あるいは、UE２が本実施形態に係るビームフォーミング機能を有しており、NR NB１がUE２のサービングセルにおいて当該ビームフォーミング機能をサポートしている（有効にしている）場合、UE２がNR NB１にビーム設定情報を送信するように要求してもよい。UE２からの当該要求に応答して、NR NB１は、ビーム設定情報を報知してもよいし、UE２へ個別RRCシグナリング（dedicated RRC signaling）でビーム設定情報を送信してもよい。
【００２６】
ビーム設定情報は、さらに、ビーム識別子（e.g., beam ID, TRP ID）を含んでもよい。ビーム設定情報は、各ビーム又は各ビームの送信に使用されるTRP（又はRRH）に対応するエリア設定を含んでもよい。エリア設定は、ビーム識別子に関連付けられた地理的エリア（e.g., ゾーン、ビームエリア、予め定義されたセルの部分的エリア（cell portion））を示してもよい。エリア設定は、地理的エリアを示す情報として、緯度（latitude）、経度（longitude）の情報を含んでいてもよい。
【００２７】
UE２がビーム選択（又はビーム決定）を行う場合、ビーム設定情報はビーム選択基準（又はビーム決定基準）を含んでもよい。ビーム選択基準は、例えば、ビーム測定により得られるビームフォームド参照信号の受信品質（e.g., 受信信号強度（e.g., Reference Signal Received Power（RSRP））、受信信号品質（e.g., Reference Signal Received Quality（RSRQ））、Signal to Noise Ratio（SNR）、又はSignal to Interference-pulse-Noise Ratio（SINR））に適用される閾値又はオフセットを含んでもよい。
【００２８】
NR NB１がビーム選択を行う場合、ビーム設定情報は、ビーム報告基準を含んでもよい。ビーム報告基準は、例えば、ビーム測定により得られるビームフォームド参照信号の受信品質（e.g., 受信信号強度、SNR、又はSINR）に適用される閾値又はオフセットを含んでもよい。
【００２９】
ビーム設定情報は、ビームパターンに関するビーム・サブフレーム設定情報（beam subframe configuration）を含んでもよい。高周波数帯（higher frequency band）では、NR NB１が同時に送信できるビームの数は、所望のセルエリアをカバーするために必要なビーム数よりも少ないかもしれない。この場合、NR NB１は、所望のセルエリアをカバーするためにビーム掃引（sweeping）を行ってもよい。すなわち、NR NB１は、セル内の異なるエリアをカバーする複数のビーム・セットを順番にアクティブ化することによって、時間ドメインにおいてセルエリアを掃引する。ここで、ビーム・セットは、NR NB１によって同時に形成される１又は複数の送信ビーム１０を意味する。
【００３０】
ビーム・サブフレーム設定情報は、NR NB１によるビーム掃引（sweeping）の設定情報（beam sweeping configuration）を含んでもよい。ビーム掃引の設定情報は、時間ドメインのビーム掃引（sweeping）のパターン（sweeping pattern）を含んでもよい。ビーム掃引（sweeping）パターンは、例えばビームIDが付与された送信ビーム毎に（図１の例ではN個の送信ビーム１０それぞれに）、OFDMシンボル、複数のOFDMシンボルからなるスロット、サブフレーム、及びフレームのいずれかを単位とするビットマップ形式、又はそれらの組み合わせによって示されてもよい。例えば、ビットマップの”1”（又は”0”）が、当該送信ビームを使用して信号が送信されることを示してもよい。
【００３１】
時間ドメインのビーム掃引（sweeping）に加えて、又はこれに代えて、ビーム・サブフレーム設定情報（beam subframe configuration）は、周波数ドメインにおけるビームパターンの情報を含んでもよい。例えば、複数の周波数リソース（e.g., Subcarrier, Physical Resource Block: PRB。掃引ブロック）単位で、ビーム・セットが設定されてもよい。つまり、複数の周波数リソース毎に異なるビームを使用して信号が送信されてもよい。１つの掃引ブロックは、１つのアクティブなビームを用いてセル内の特定のエリアをカバーする。
【００３２】
図２の例では、NR NB１は、複数のTRP１０１Ａ及び１０１Ｂを使用する。各TRP１０１は、１又はそれ以上の送信ビーム１０を形成する。図２の例では、UE２は、１つのTRP１０１内の複数の送信ビーム１０の間で移動する。図２の例では、ビーム設定情報は、１つのTRP１０１内の複数の送信ビーム１０に関する設定を含んでもよい。
【００３３】
図３の例では、NR NB１は、複数のTRP１０１Ａ及び１０１Ｂを使用する。各TRPは、１又はそれ以上の送信ビーム１０を形成する。図３の例では、UE２は、TRP１０１Ａによって形成される送信ビーム１０ＡからTRP１０１Ｂによって形成される送信ビーム１０Ｂに移動する。図３の例では、ビーム設定情報は、NR NB１によって管理される各TRP１０１によって形成される１又はそれ以上の送信ビーム１０に関する設定を含んでもよい。
【００３４】
図４の例では、NR NB１は、複数のTRP１０１を用いて複数のキャリア（i.e., キャリア＃１、＃２、及び＃３）を提供する。図４の例では、３つのキャリア＃１、＃２、及び＃３のカバレッジは、実質的に同じ地理的エリアに階層的に形成される。UE２は、複数のキャリアのアグリゲーションをサポートする。NR NB１によって提供される複数のキャリアは、異なる周波数バンドに属してもよく、異なるnumerologies（e.g., サブキャリア間隔（spacing）、シンボル長（symbol length）、Transmission Time Interval（TTI）、及びサブフレーム期間（subframe duration））を使用してもよい。図４の例では、TRP１０１Ａは、5 GHz帯のキャリア＃１（i.e., セル＃１）を運用し、キャリア＃１の複数の送信ビーム１０Ａを形成し、TRP１０１Ｂは、5 GHz帯のキャリア＃２（i.e., セル＃２）を運用し、キャリア＃２の複数の送信ビーム１０Ｂを形成する。一方、TRP１０１Ｃは、30 GHz帯のキャリア＃３（i.e., セル＃３）を運用し、キャリア＃３の複数の送信ビーム１０Ｃを形成する。既に述べたように、高周波数帯において所望のカバレッジを確保するには、伝搬損失（path loss）を補償するために高いアンテナゲインが必要とされる。したがって、30 GHz帯のキャリア＃３によって5 GHz帯のキャリア＃１及び＃２と同等のセルエリアをカバーするために、30 GHz帯の送信ビーム１０Ｃのビーム幅は、5 GHz帯の送信ビーム１０Ａ及び１０Ｂのビーム幅に比べて狭い。
【００３５】
図４の例では、UE２又はNR NB１は、キャリア単位で、つまり各キャリア内で、ビーム選択を行ってもよい。すなわち、UE２又はNR NB１は、キャリア＃１内の複数の送信ビームからのサービングビーム選択、キャリア＃２内の複数の送信ビームからのサービングビーム選択、及びキャリア＃３内の複数の送信ビームからのサービングビーム選択をそれぞれ独立に行ってもよい。これに代えて、UE２又はNR NB１は、所定のキャリアセット単位で、つまりキャリアセット内で、ビーム選択を行ってもよい。キャリアセットは、同じ周波数バンドに属する複数のキャリア（e.g., キャリア＃１及びキャリア＃２）であってもよい。これに代えて、キャリアセットは、同じnumerologyが使用される複数のキャリアであってもよい。これに代えて、キャリアセットは、所定の基準に基づいて同様に取り扱われる複数のnumerologiesが使用される複数のキャリアであってもよい。図４の例では、ビーム設定情報は、NR NB１によって管理される各TRP１０１によって形成される１又はそれ以上の送信ビーム１０に関する設定を含んでもよい。
【００３６】
図５は、ビーム間のUEモビリティのための手順の一例を示すシーケンス図である。図５の例では、UE２がサービングビームを選択する。ステップ５０１では、NR NB１は、UE２にビーム設定（beam configuration）を送信する。ステップ５０２では、NR NB１及びUE２は、最初のビーム選択（initial beam selection）を行う。最初のビーム選択では、NR NB１がUE２のためのサービングビームを指定してもよい。これに代えて、後述するビーム（再）選択と同様に、UE２が最初のサービングビームを選択してもよい。
【００３７】
ステップ５０３では、UE２は、ビーム設定に従って、NR NB１から送信される送信ビームの測定を行う。具体的には、UE２は、ビーム設定で指定された１又はそれ以上の送信ビームにそれぞれ対応する１又はそれ以上のビームフォームド参照信号の受信を試行し、受信されたビームフォームド参照信号の受信品質を測定する。UE２は、ビームフォームド参照信号の受信信号強度、SNR、又はSINR）を測定してもよい。
【００３８】
ステップ５０４では、UE２は、ビーム報告（beam reporting）をNR NB１に送る。ビーム報告は、ステップ５０３での測定結果に基づくビーム情報を含む。一例において、当該ビーム情報は、UE２により測定された全てのビームフォームド参照信号の受信品質を示してもよい。これに代えて、当該ビーム情報は、UE２による受信品質が閾値を超えるビームフォームド参照信号の受信品質若しくはビームID又はこれらの組合せを示してもよい。なお、図５の例ではUE２がサービングビームを選択するため、ステップ５０４のビーム報告は省略されてもよい。
【００３９】
続いて、UE２及びNR NB１は、図５に示されたオプションＡ１（i.e.,ステップ５０５及び５０６）、オプションＡ２（i.e.,ステップ５０７及び５０８）、及びオプションＡ３（i.e.,ステップ５０９及び５１０）のうちいずれか１つを実行する。
【００４０】
オプションＡ１では、RRCレイヤがビーム選択に関与せず、UE２のMedium Access Control（MAC）サブレイヤがビーム選択を行う。具体的には、ステップ５０５では、UE２は、サービングビームの選択をMACサブレイヤにおいて行う。UE２は、ステップ５０１のビーム設定に含まれるビーム選択基準に基づいて、サービングビームを選択してもよい。既に述べたように、ビーム選択基準は、ビームフォームド参照信号の受信品質に適用される閾値又はオフセットを含んでもよい。例えば、UE２は、ある送信ビームのビームフォームド参照信号の受信品質が現在のサービングビームのビームフォームド参照信号の受信品質よりも所定の閾値を超えて大きい場合、当該送信ビームを新たなサービングビームとして選択してもよい。ステップ５０６では、UE２は、UE２によって新たに選択されたサービングビームを示すMACレイヤ・メッセージ（beam indicationメッセージ）をNR NB１に送信する。当該MACレイヤ・メッセージは、NR NB１のMACサブレイヤにより処理される。当該MACレイヤ・メッセージは、MAC Control Element（CE）であってもよい。
【００４１】
オプションＡ２では、UE２のMACサブレイヤがビーム選択を行い、UE２のRRCレイヤが選択されたビームをNR NB１に通知する。具体的には、ステップ５０７では、UE２は、サービングビームの選択をMACサブレイヤにおいて行う。ステップ５０７での処理は、上述のステップ５０５での処理と同様であってもよい。ステップ５０８では、UE２は、UE２によって新たに選択されたサービングビームをRRCシグナリングによってNR NB１に知らせる。
【００４２】
オプションＡ３では、UE２のRRCレイヤがUE２のMACサブレイヤにビーム選択をトリガーし、UE２のRRCレイヤ又はMACサブレイヤが選択されたビームをNR NB１に通知する。具体的には、ステップ５０９では、UE２のMACサブレイヤは、UE２のRRCレイヤによってトリガーされたサービングビームの選択処理を実行する。ステップ５１０では、UE２は、UE２によって新たに選択されたサービングビームをRRCシグナリング又はMACサブレイヤ・メッセージ（e.g., MAC CE）によってNR NB１に知らせる。
【００４３】
ステップ５１１では、NR NB１は、ステップ５０６、５０８、又は５１０のbeam indicationメッセージの受信に応じて、応答メッセージ（beam indication acknowledgeメッセージ）をUE２に送信する。ステップ５１１の応答メッセージの送信は省略されてもよい。
【００４４】
ステップ５１２では、UE２及びNR NB１は、NR NB１からUE２への送信のためのサービングビームを、現在のビームからUE２により選択された新たなビームに切り替える。ステップ５１２の処理は、MACサブレイヤ及び物理（PHY）レイヤにおいて行われる。UE２のMACサブレイヤは、サービングビームの切り替え（switching）をUE２のPHYレイヤに指示する。（サービング）ビームの切り替え（switching）は、（サービング）ビームの変更（changing）と表現することもできるし、（サービング）ビームの修正（modification）と表現することもできる。
【００４５】
ステップ５１２でのサービングビームの切り替えに伴って、NR NB１若しくはUE２又は両方は、以下に列挙される複数の処理のうち少なくとも１つを行ってもよい：
・Random Access Channel（RACH）手順；
・UE２によるPower Headroom Report（PHR）送信；
・Hybrid Automatic Repeat reQuest（HARQ）のためのソフトバッファのフラッシュ（flush）；
・成功していないデータの最初の送信（initial transmission for not-yet-successful data）からのHARQのリスタート；
・CSI導出のリセット（停止及び最初からリスタート）；及び
・MACサブレイヤのタイマのリセット又はリスタート。
【００４６】
RACH手順（Random access procedure）は、例えば、切り替え後のビームに対して、上りリンク信号の送信タイミング、及び上りリンクの送信電力の少なくともいずれかを決定（又は調整）するため、或いは、上りリンク・データ送信のためのスケジューリング要求（scheduling request: SR）のために行われる。さらに、RACH手順は、UE２がサービングビームの切り替えを完了したことをネットワーク側（NR NB１）で認識する（UE３が移ってきたことを知る）ために用いられてもよい。ここで、RACH手順で使用される無線リソース（RACH preamble, time/frequency PRACH resource, beam configuration）は、予めビーム設定情報でNR NB１からUE２へ送信されていてもよい。なお、UE２又はNR NB１は、RACH手順を行わずに、切り替え前のビームと切り替え後のビームの関係を基に切り替え前のタイミング調整値（Timing Advance）から算出することによって、上りリンク信号の送信タイミングを決定（又は調整）してもよい。あるいは、ビーム切り替え前後で同じタイミング調整値（TA）又は同じ設定が使用されてもよい。
【００４７】
PHRの送信は、例えば、切り替え後のビームに対して、上りリンクの送信電力を決定（又は調整）するために行われる。UE２は、ビームが切り替わったとき、PHRをトリガーしてもよい。さらに又はこれに代えて、UE２は、ビーム切り替えによって伝搬損（パスロス）の値がNR NB１から通知された所定の閾値よりも変化したか否かによって、PHRの送信を行うか否かを判定してもよい。
【００４８】
HARQの為のソフトバッファのフラッシュに関して、例えば、UE２が下りリンク（DL）データを受信完了する前（又はデータ受信途中）にビーム切り替えが発生した場合、UE２は切り替え前に使用していたHARQソフトバッファをフラッシュしてもよい。或いは、UE２は、切り替え前に使用していたHARQ process number (#)と同じHARQ process numberで新規データとしてDLデータを受信した場合、保持しているHARQソフトバッファの情報を破棄してもよい。
【００４９】
CSI導出のリセットに関して、例えば、UE２がビームを切り替えたとき、UE２は下りリンクの参照信号（e.g., ビームフォームドRS）に対するChannel Quality Indicator（CQI）の計算をリセットしてもよい。この場合、UE２はビームの切り替えを行った時点（e.g., subframe n）から、所定の期間内（e.g., n+8, n+24）に有効なCQIの値を導出するよう動作してもよい。
【００５０】
MACサブレイヤのタイマのリセット又はリスタートに関して、例えば、UE２（及びNR NB１）はビームの切り替えを行った（又は行う）場合、MACサブレイヤのタイマをリセットしたり、リスタートするようにしてもよい。対象となるMACサブレイヤのタイマは、例えば、PHRに関するタイマ（e.g., periodicPHR-Timer, prohibitPHR-Timer）、Discontinuous Reception (DRX)に関するタイマ（e.g., drx-InactivityTimer, drx-RetransmissionTimer）、上りリンクの同期タイマ（i.e. timeAlignmentTimer）、スケジューリング要求に関するタイマ（e.g., sr-ProhibitTimer）、及びバッファ状況報告に関するタイマ（e.g., periodicBSR-Timer, prohibitBSR-Timer）のうち少なくとも１つを含む。
【００５１】
図６は、ビーム間のUEモビリティのための手順の他の一例を示すシーケンス図である。図６の例では、NR NB１がサービングビームを選択する。ステップ６０１では、NR NB１は、UE２にビーム設定（beam configuration）を送信する。ステップ６０２では、NR NB１及びUE２は、最初のビーム選択（initial beam selection）を行う。最初のビーム選択では、後述するビーム（再）選択と同様に、NR NB１がUE２のためのサービングビームを指定してもよい。これに代えて、UE２が最初のサービングビームを選択してもよい。
【００５２】
ステップ６０３では、UE２は、ビーム設定に従って、NR NB１から送信される送信ビームの測定を行う。ステップ６０４では、UE２は、ビーム報告（beam reporting）をNR NB１に送る。ステップ６０３及び６０４の処理は、ステップ５０３及び５０４の処理と同様であっても良い。
【００５３】
続いて、UE２及びNR NB１は、図６に示されたオプションＢ１（i.e.,ステップ６０５及び６０６）、オプションＢ２（i.e.,ステップ６０７及び６０８）、及びオプションＢ３（i.e.,ステップ６０９及び６１０）のうちいずれか１つを実行する。
【００５４】
オプションＢ１では、RRCレイヤがビーム選択に関与せず、NR NB１のMACサブレイヤがビーム選択を行う。具体的には、ステップ６０５では、NR NB１は、サービングビームの選択をMACサブレイヤにおいて行う。例えば、NR NB１は、ある送信ビームのビームフォームド参照信号の受信品質が現在のサービングビームのビームフォームド参照信号の受信品質よりも所定の閾値を超えて大きい場合、当該送信ビームを新たなサービングビームとして選択してもよい。ステップ６０６では、NR NB１は、NR NB１によって新たに選択されたサービングビームを示すMACレイヤ・メッセージ（beam indicationメッセージ）をUE２に送信する。当該MACレイヤ・メッセージは、UE２のMACサブレイヤにより処理される。当該MACレイヤ・メッセージは、MAC CEであってもよい。
【００５５】
オプションＢ２では、NR NB１のMACサブレイヤがビーム選択を行い、NR NB１のRRCレイヤが選択されたビームをUE２に通知する。具体的には、ステップ６０７では、NR NB１は、サービングビームの選択をMACサブレイヤにおいて行う。ステップ６０７での処理は、上述のステップ６０５での処理と同様であってもよい。ステップ６０８では、NR NB１は、NR NB１によって新たに選択されたサービングビームをRRCシグナリングによってUE２に知らせる。
【００５６】
オプションＢ３では、NR NB１のRRCレイヤがNR NB１のMACサブレイヤにビーム選択をトリガーし、NR NB１のRRCレイヤ又はMACサブレイヤが選択されたビームをUE２に通知する。具体的には、ステップ６０９では、NR NB１のMACサブレイヤは、NR NB１のRRCレイヤによってトリガーされたサービングビームの選択処理を実行する。ステップ６１０では、NR NB１は、NR NB１によって新たに選択されたサービングビームをRRCシグナリング又はMACサブレイヤ・メッセージ（e.g., MAC CE）によってUE２に知らせる。
【００５７】
ステップ６１１では、UE２は、ステップ６０６、６０８、又は６１０のbeam indicationメッセージの受信に応じて、応答メッセージ（beam indication acknowledgeメッセージ）をNR NB１に送信する。ステップ６１１の応答メッセージの送信は省略されてもよい。
【００５８】
ステップ６１２では、UE２及びNR NB１は、NR NB１からUE２への送信のためのサービングビームを、現在のビームからNR NB１により選択された新たなビームに切り替える。ステップ６１２の処理は、MACサブレイヤ及び物理（PHY）レイヤにおいて行われる。UE２のMACサブレイヤは、サービングビームの切り替えをUE２のPHYレイヤに指示する。
【００５９】
図７は、ビーム間のUEモビリティのための手順のさらに他の一例を示すシーケンス図である。図７は、UE２が図４に示された３つのキャリアのアグリゲーションを行っているときにUE２がビーム間を移動する例を示している。したがって、キャリア＃１及び＃２は低周波数帯（e.g., 5 GHz帯）であり、キャリア＃３は高周波数帯（e.g., 30 GHz帯）である。
【００６０】
ステップ７０１では、NR NB１及びUE２は、RRCコネクションをキャリア＃１（セル＃１）において確立する。LTEキャリアアグリゲーションの用語に従って、キャリア＃１（セル＃１）は、プライマリセル（PCell）又はプライマリコンポーネントキャリア（PCC）と呼ばれてもよい。ステップ７０２では、NR NB１及びUE２は、キャリア＃１でのサービングビームの選択を行う。ステップ７０２の処理は、図５又は図６の手順に従って行われてもよい。
【００６１】
ステップ７０３では、NR NB１はセカンダリキャリア設定をUE２に送り、UE２はキャリア＃２及びキャリア＃３をセカンダリキャリアとして追加する。これにより、UE２は、３つのキャリア＃１、＃２、及び＃３のアグリゲーションを実行する。ステップ７０４では、NR NB１及びUE２は、キャリア＃２でのサービングビームの選択を行う。ステップ７０５では、NR NB１及びUE２は、キャリア＃３でのサービングビームの選択を行う。ステップ７０４及び７０５の処理の各々は、図５又は図６の手順に従って行われてもよい。ステップ７０４及び７０５の順序は特に限定されない。ステップ７０４及び７０５の処理は、ステップ７０３の処理と一緒に行われてもよい。
【００６２】
ステップ７０６では、例えばUE２の移動に起因して、キャリア＃３のサービングビームの再選択が行われる。キャリア＃３（e.g., 30 GHz帯）の送信ビームのビーム幅はキャリア＃１及び＃２（e.g., 5 GHz帯）の送信ビームのビーム幅よりも狭いから、キャリア＃３のビーム（再）選択は、キャリア＃１及び＃２のビーム（再）選択よりも頻繁に行われる可能性が高い。ステップ７０６の処理は、図５又は図６に示されたセル選択（i.e., オプションＡ１、Ａ２、Ａ３、Ｂ１、Ｂ２、又はＢ３）に従って行われてもよい。
【００６３】
なお、NR NB１によるUE２に対するサービングビームの（再）選択は、UE２が送信する上りリンク信号を基に行われてもよい。当該上りリンク信号は、例えば、上りリンク参照信号（e.g., SRS, beamformed SRS）、又はRACH preamble等のsignalingでもよい。さらに、サービングビームの（再）選択及び切り替えは、上りリンクのビームと下りリンクのビームで独立に行われてもよいし、一方に連動して他方が行われてもよい。さらに又はこれに代えて、上りリンクのビーム（又はビームセット）と下りリンクのビーム（又はビームセット）の関係が予め設定されていて、上りリンク又は下りリンクのいずれかでビームの切り替えが必要になり、ビームの切り替えが行われた場合に、他方も自動的にビームの切り替えが行われてもよい。
【００６４】
なお、１つのNR NB１（又は１つのTRP１０１）が複数キャリアを含むキャリアセットを管理する場合、UE２又はNR NB１は、キャリアセット毎に同じタイミングで、ビーム（再）選択若しくはビーム切り替え又は両方を行ってもよい。既に説明したように、キャリアセットは、例えば、同じ周波数バンドに属する複数のキャリア（e.g., 図４のキャリア＃１及びキャリア＃２）であってもよい。これに代えて、キャリアセットは、同じnumerologyが使用される複数のキャリアであってもよい。これに代えて、キャリアセットは、所定の基準に基づいて同様に取り扱われる複数のnumerologiesが使用される複数のキャリアであってもよい。
【００６５】
UE２又はNR NB１は、特定のキャリア／セルにおいてビーム（再）選択若しくはビーム切り替え又は両方を行うことに伴って、同じキャリアセット内の他のキャリア／セルにおいてもビーム（再）選択若しくはビーム切り替え又は両方を行ってもよい。特定のキャリア／セルは、例えば、各キャリアセット内のプライマリセル（PCell）、プライマリキャリア、又はアンカー（anchor）キャリアであってもよい。これに代えて、UE２又はNR NB１は、キャリアセット内の任意の１つのキャリア／セルにおけるビーム切り替えがトリガーされたことに応答して、当該キャリアセット内の他のキャリア／セルにおいてもビーム（再）選択若しくはビーム切り替え又は両方を行ってもよい。
【００６６】
一例では、UE２又はNR NB１は、プライマリセル（PCell）においてビーム（再）選択及びビーム切り替えを行い、プライマリセル（PCell）のビーム切り替えの結果に基づいて、他のキャリア／セル（i.e., セカンダリセル（SCell）又はセカンダリコンポーネントキャリア（SCC））においてもビーム（再）選択及びビーム切り替えを行ってもよい。
【００６７】
他の例では、UE２又はNR NB１は、キャリアセット内のアンカーキャリアにおいてビーム（再）選択及びビーム切り替えを行い、アンカーキャリアのビーム切り替えの結果に基づいて、同じキャリアセット内の他のキャリア／セルにおいてもビーム（再）選択及びビーム切り替えを行ってもよい。
【００６８】
さらに他の例では、UE２又はNR NB１は、キャリアセット内の任意の１つのキャリア／セルのビーム（再）選択及びビーム切り替えを行い、当該キャリアのビーム切り替えの結果に基づいて、同じキャリアセット内の他のキャリア／セルにおいてもビーム（再）選択及びビーム切り替えを行ってもよい。
【００６９】
以上の説明から理解されるように、本実施形態は、ビーム間のUEモビリティのためのいくつかの手順を提供する。UE２又はNR NB１は、レイヤ２（例えばMACサブレイヤ）においてサービングビームの選択を行う。さらに、UE２が複数のキャリアをアグリゲーションする場合、UE２又はNR NB１は、キャリア単位で、つまり各キャリア内で、ビーム選択を行ってもよい。これに代えて、UE２又はNR NB１は、所定のキャリアセット単位で、つまりキャリアセット内で、ビーム選択を行ってもよい。キャリアセットは、例えば、同じ周波数バンドに属する複数のキャリア（e.g., キャリア＃１及びキャリア＃２）であってもよい。これに代えて、キャリアセットは、同じnumerologyが使用される複数のキャリアであってもよい。これに代えて、キャリアセットは、所定の基準に基づいて同様に取り扱われる複数のnumerologiesが使用される複数のキャリアであってもよい。
【００７０】
＜第２の実施形態＞
本実施形態では、UE２が異なるnumerologiesの複数のキャリアのアグリゲーションを行うケースについてより詳細に説明される。図８は、異なるnumerologiesの複数のキャリアのアグリゲーションのためのユーザプレーン・プロトコルスタックの一例を示す図である。レイヤ２は、PDCPレイヤ８０１、RLCレイヤ８０２、及びMACレイヤを含む。図８の例では、１つのMACエンティティ８０３が異なるnumerologiesの複数のキャリアのアグリゲーションをサポートする。したがって、図８の例では、LTE CAと同様に、物理レイヤのマルチキャリア特性（nature）は、１つのHARQエンティティが各キャリア（サービングセル）に必要とされるMACレイヤにのみ露呈（exposed）される。MACエンティティ８０３の各HARQエンティティは、いずれか１つのキャリアのPHYレイヤ８０４に関連付けられる。
【００７１】
MACエンティティ８０３は、サービングビームの選択および切り替えの少なくとも一方を行う。MACエンティティ８０３は、サービングビームの切り替えが行われるキャリア又はキャリアセットのみ、MAC（及びPHY）の少なくとも一部の処理を中断又は中止し、ビーム切り替えの後に当該処理を再開又は新規開始してもよい。
【００７２】
なお、3GPPは、LTE ユーザプレーン・プロトコルスタックをベースラインとしつつ、いくつかの機能（functionalities）を統合（merge）又は再編成（re-arrange）することを検討している。例えば、LTEレイヤ２の３つのサブレイヤが２つのサブレイヤに集められる（converged）。図９に示されるように、新たな２つのサブレイヤは、例えば、上位（higher）レイヤ２及び下位（lower）レイヤ２と呼ばれる。上位レイヤ２ ９０１は、例えば、PDCPレイヤ８０１の機能とRLCレイヤ８０２のリオーダリング（reordering）機能を含む。下位レイヤ２エンティティ９０２は、RLCレイヤ８０２の連結（concatenation）機能とMACレイヤ８０３の機能を含む。さらに、3GPPは、３つのサブレイヤを維持しつつ、LTEのレイヤ２の機能を統合又は再編成することも検討している。例えば、PDCPレイヤ８０１のリオーダリング（reordering）機能とRLCレイヤ８０２のリオーダリング（reordering）機能の一部が統合されるかもしれないし、RLCレイヤの８０２の連結（concatenation）機能がMACレイヤの機能として追加（再定義）されるかもしれない。このように、NRのレイヤ２の構成が従来LTEのレイヤ２の構成から変わった場合でも、本実施形態及び他の実施形態がNRのレイヤ２に適用可能であることは言うまでもない。
【００７３】
＜第３の実施形態＞
本実施形態では、UE２が異なるnumerologiesの複数のキャリアのアグリゲーションを行うケースについてより詳細に説明される。図１０は、異なるnumerologiesの複数のキャリアのアグリゲーションのためのユーザプレーン・プロトコルスタックの他の一例を示す図である。図１０の例では、複数のMACエンティティ１００４が異なるnumerologiesの複数のキャリアのアグリゲーションのために使用される。各MACエンティティ１００４は、同一のnumerologyの１又は複数のキャリア（i.e.,キャリアセット）に関連付けられる。PDCPレイヤ１００１は、PDCP PDUsを生成し、RLCレイヤ１００２は、RLC PDUsを生成する。１つのベアラ又はフローのRLC PDUsは、いずれか１つのMACエンティティ１００４にルーティングされるか、スプリットされて複数のMACエンティティ１０４に送られる（１００３）。各MACエンティティ１００４の各HARQエンティティは、いずれか１つのキャリアのPHYレイヤ１００５に関連付けられる。
【００７４】
あるキャリア内又はキャリアセット内でサービングビームの選択および切り替えが行われる場合、対応するMACエンティティ１００４のみがMAC（及びPHY）のリセット、設定情報の更新（update）、又は再設定（reconfiguration）を行ってもよい。
【００７５】
第３の実施形態で説明したように、3GPPは、LTE ユーザプレーン・プロトコルスタックをベースラインとしつつ、いくつかの機能（functionalities）を統合（merge）又は再編成（re-arrange）することを検討している。したがって、図１０に示されたプロトコルスタックは、図１１のように変形されてもよい。図１１の例では、レイヤ２は、上位（higher）レイヤ２及び下位（lower）レイヤ２を含む。上位レイヤ２ １１０１は、例えば、PDCPレイヤ１００１の機能とRLCレイヤ１００２のリオーダリング（reordering）機能を含む。下位レイヤ２エンティティ１１０３は、RLCレイヤ１００２の連結（concatenation）機能とMACエンティティ１１０４の機能を含む。
【００７６】
＜第４の実施形態＞
本実施形態では、異なるnumerologiesの複数のキャリアのアグリゲーションのために必要な設定および処理の具体例が説明される。
【００７７】
アグリゲーションの前（i.e., preparation phase）において、UE２は、non-serving cell(s)またはdeactivated Secondary Component Carrier(s) (SCC(s)) (i.e., SCell(s)) に対してRadio Resource Management (RRM) measurement reportingを実行してもよい。さらに、UE２は、beam measurement reportingを行ってもよい。
【００７８】
アグリゲーションの設定（configuration）及びアクティブ化（activation）において、NR NB１は、RRCシグナリング（e.g., RRCConnectionReconfiguration message）で設定をUE２に指示してもよい。NRキャリアのアグリゲーションでは、SCell Activation delayは、以下のように定義されてもよい。参考までに、LTE キャリアアグリゲーション（CA）では、UEは、アクティブ化を示すActivation/Deactivation MAC CEをサブフレーム＃ｎにおいて受信した場合、遅くともサブフレーム＃ｎ＋８までに有効なChannel Quality Indicator（CQI） feedbackを開始する。NRでは、SCell(s)はConfigurationと同時にActivated状態から開始されてもよい。あるいは、NRでは、Activation/Deactivation MAC CEの代わりにL1/L2 control signaling（e.g., Physical Downlink Control Channel（PDCCH））がSCell(s)のアクティブ化／非アクティブ化のために使用されてもよい。
【００７９】
これに代えて、NRでも、LTEと同様に、SCell(s)が非アクティブ化（deactivated）状態から開始されもよい。この場合、異なるnumerologiesの複数のキャリア（carriers）は、異なるSCell Activation delayを適用されてもよい。例えば、Subframe長またはTTIの違いに応じてスケールされたSCell Activation delayが異なるnumerologiesのために使用されてもよい。これに代えて、異なるnumerologiesの複数のキャリア（carriers）は、同じSCell Activation delayを適用されてもよい。
【００８０】
異なるnumerologiesの複数のキャリアのアグリゲーションの実行中に使用されるいくつかのパラメータは以下のように定義されてもよい。
【００８１】
（ａ）PDCCH subframe
Discontinuous Reception (DRX) 中のUE２がPDCCHをモニタする（つまりPDCCHの復号を試みる）ことが要求されるPDCCH subframeは、以下のように決定されてもよい。各numerologyのためのPDCCH subframeは、reference carrier (Cell) (e.g., PCell, anchor carrier per carrier set)のnumerologyから規定（導出）されるsubframe長を用いてLTEの定義に基づいて決定されてもよい。UE２がMAC機能の少なくとも一部（e.g., DRX）をキャリアセット毎に独立に行う場合は、PDCCH subframeの長さはキャリアセット間で異なってもよい。
【００８２】
（ｂ）Power Headroom Report（PHR）
異なるnumerologiesのキャリアのアグリゲーションのために新しいPHR formatが規定されてもよい。UE２は、既に追加されているcarrier(s)のnumerology(ies)とは異なるnumerologyのキャリア（セル）が追加されたとき（設定（configuration）時、又はアクティブ化（activation）時）、PHRをトリガーしてもよい。異なるnumerologiesのキャリアのアグリゲーションのためにUE２が複数MACエンティティを使用する場合、いずれかのMACエンティティによって管理されるキャリア（セル）でPHRがトリガーされた場合、全てのMACエンティティは、それぞれが管理するキャリア（セル）に対するPHRを送信してもよい。これに代えて、全てのMAC エンティティは、UE２がアグリゲートしている全てのキャリア（セル）に対するPHRを送信してもよい。
【００８３】
（ｃ）Scheduling Request（SR）、Buffer Status Report（BSR）、Physical Uplink Control Channel（PUCCH）
UE２は、SR送信、BSR送信、及びPUCCHでの制御情報の送信のうち少なくとも１つを同一のnumerologyのキャリアセット毎に行ってもよい。このとき、Data Radio Bearer（DRB）又はflow（e.g., Protocol Data Unit (PDU) session）は、同一のnumerologyのキャリアセット内でのみ使用されるように制限されてもよい。
【００８４】
（ｄ）Discontinuous Reception（DRX）
DRXのActive Timeの決定、DRX state transitionの判定、及びDRX parameterの設定のうち少なくとも１つは、同一のnumerologyのキャリアセット毎に行われてもよい。
【００８５】
（ｅ）Random Access Channel（RACH）
Random Access procedureの一連の手順のうち少なくともRACH preamble送信およびRandom Access Response（RAR）の送受信は、同一のnumerologyのキャリアセット毎に行われてもよい。一方、Random Access procedureの一連の手順の少なくとも一部が、異なるnumerologyのキャリア（セット）間で行われてもよい。この場合、RAR送受信は常に特定のreference carrier (Cell) (e.g., PCell, anchor carrier of the carrier set used for the RACH preamble transmission)で行われてもよい。
【００８６】
（ｆ）キャリア間スケジューリング（Cross-carrier scheduling）
キャリア間スケジューリングは、同一のnumerologyのキャリアセット内でのみ行われてもよい。一方、キャリア間スケジューリングが、異なるnumerologyのキャリア（セット）間で行われる場合、下りリンク（DL）の無線リソース割り当て情報、又は上りリンク（UL）の無線リソース・グラントを含む下りリンク制御情報（e.g., PDCCH）がUE２で受信された時点の、当該下りリンク制御情報が受信されたキャリア（のnumerology）で規定（導出）されるタイミング（e.g., slot, subframe又はTTI、或いはそれらの境界）が、スケジューリングされたキャリアにおけるDLデータの受信又はULデータの送信のタイミングを決定するための参照タイミングとして使用されてもよい。これに代えて、下りリンクの制御情報がUE２で受信された時点の、スケジューリングされたキャリア（のnumerology）で決定されるタイミングが、DLデータの受信又はULデータの送信のタイミングを決定する参照タイミングとして使用されてもよい。
【００８７】
（ｇ）HARQのRound Trip Time（RTT）
各numerologyのためのHARQ RTTは、reference carrier (Cell) (e.g., PCell, anchor carrier per carrier set)のnumerologyから規定（導出）されるTTI（又はsubframe長）に基づいて決定されてもよい。NRのHARQ RTTは、LTEと同様の値（e.g., Frequency Division Duplexing (FDD) の場合5 TTIs）でもよい。NRのHARQ RTTは、TTIに応じたスケーリングを適用されてもよい。
【００８８】
続いて以下では、上述の複数の実施形態に係るNR NB１およびUE２の構成例について説明する。図１２は、上述の実施形態に係るNR NB１の構成例を示すブロック図である。図１２を参照すると、NR NB１は、Radio Frequencyトランシーバ１２０１、ネットワークインターフェース１２０３、プロセッサ１２０４、及びメモリ１２０５を含む。RFトランシーバ１２０１は、UE２を含むNG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１２０１は、複数のトランシーバを含んでもよい。RFトランシーバ１２０１は、アンテナアレイ１２０２及びプロセッサ１２０４と結合される。RFトランシーバ１２０１は、変調シンボルデータをプロセッサ１２０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１２０２に供給する。また、RFトランシーバ１２０１は、アンテナアレイ１２０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１２０４に供給する。RFトランシーバ１２０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
【００８９】
ネットワークインターフェース１２０３は、ネットワークノード（e.g., NG Coreの制御ノード及び転送ノード）と通信するために使用される。ネットワークインターフェース１２０３は、例えば、IEEE 802.3 seriesに準拠したネットワークインターフェースカード（NIC）を含んでもよい。
【００９０】
プロセッサ１２０４は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。プロセッサ１２０４は、複数のプロセッサを含んでもよい。例えば、プロセッサ１２０４は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., Digital Signal Processor（DSP））とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., Central Processing Unit（CPU）又はMicro Processing Unit（MPU））を含んでもよい。プロセッサ１２０４は、ビームフォーミングのためのデジタルビームフォーマ・モジュールを含んでもよい。デジタルビームフォーマ・モジュールは、Multiple Input Multiple Output（MIMO）エンコーダ及びプリコーダを含んでもよい。
【００９１】
メモリ１２０５は、揮発性メモリ及び不揮発性メモリの組み合わせによって構成される。揮発性メモリは、例えば、Static Random Access Memory（SRAM）若しくはDynamic RAM（DRAM）又はこれらの組み合わせである。不揮発性メモリは、マスクRead Only Memory（MROM）、Electrically Erasable Programmable ROM（EEPROM）、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。メモリ１２０５は、プロセッサ１２０４から離れて配置されたストレージを含んでもよい。この場合、プロセッサ１２０４は、ネットワークインターフェース１２０３又は図示されていないI/Oインタフェースを介してメモリ１２０５にアクセスしてもよい。
【００９２】
メモリ１２０５は、上述の複数の実施形態で説明されたNR NB１による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１２０６を格納してもよい。いくつかの実装において、プロセッサ１２０４は、当該ソフトウェアモジュール１２０６をメモリ１２０５から読み出して実行することで、上述の実施形態で説明されたNR NB１の処理を行うよう構成されてもよい。
【００９３】
図１３は、UE２の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１３０１は、NR NB１と通信するためにアナログRF信号処理を行う。RFトランシーバ１３０１は、複数のトランシーバを含んでもよい。RFトランシーバ１３０１により行われるアナログRF信号処理は、周波数アップコンバージョン、周波数ダウンコンバージョン、及び増幅を含む。RFトランシーバ１３０１は、アンテナアレイ１３０２及びベースバンドプロセッサ１３０３と結合される。RFトランシーバ１３０１は、変調シンボルデータ（又はOFDMシンボルデータ）をベースバンドプロセッサ１３０３から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１３０２に供給する。また、RFトランシーバ１３０１は、アンテナアレイ１３０２によって受信された受信ＲＦ信号に基づいてベースバンド受信信号を生成し、これをベースバンドプロセッサ１３０３に供給する。RFトランシーバ１３０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
【００９４】
ベースバンドプロセッサ１３０３は、無線通信のためのデジタルベースバンド信号処理（データプレーン処理）とコントロールプレーン処理を行う。デジタルベースバンド信号処理は、(a) データ圧縮／復元、(b) データのセグメンテーション／コンカテネーション、(c) 伝送フォーマット（伝送フレーム）の生成／分解、(d) 伝送路符号化／復号化、(e) 変調（シンボルマッピング）／復調、及び(f) Inverse Fast Fourier Transform（IFFT）によるOFDMシンボルデータ（ベースバンドOFDM信号）の生成などを含む。一方、コントロールプレーン処理は、レイヤ１（e.g., 送信電力制御）、レイヤ２（e.g., 無線リソース管理、及びhybrid automatic repeat request（HARQ）処理）、及びレイヤ３（e.g., アタッチ、モビリティ、及び通話管理に関するシグナリング）の通信管理を含む。
【００９５】
例えば、ベースバンドプロセッサ１３０３によるデジタルベースバンド信号処理は、Packet Data Convergence Protocol（PDCP）レイヤ、Radio Link Control（RLC）レイヤ、MACレイヤ、およびPHYレイヤの信号処理を含んでもよい。また、ベースバンドプロセッサ１３０３によるコントロールプレーン処理は、Non-Access Stratum（NAS）プロトコル、RRCプロトコル、及びMAC CEの処理を含んでもよい。
【００９６】
ベースバンドプロセッサ１３０３は、ビームフォーミングのためのMIMOエンコーディング及びプリコーディングを行ってもよい。
【００９７】
ベースバンドプロセッサ１３０３は、デジタルベースバンド信号処理を行うモデム・プロセッサ（e.g., DSP）とコントロールプレーン処理を行うプロトコルスタック・プロセッサ（e.g., CPU又はMPU）を含んでもよい。この場合、コントロールプレーン処理を行うプロトコルスタック・プロセッサは、後述するアプリケーションプロセッサ１３０４と共通化されてもよい。
【００９８】
アプリケーションプロセッサ１３０４は、CPU、MPU、マイクロプロセッサ、又はプロセッサコアとも呼ばれる。アプリケーションプロセッサ１３０４は、複数のプロセッサ（複数のプロセッサコア）を含んでもよい。アプリケーションプロセッサ１３０４は、メモリ１３０６又は図示されていないメモリから読み出されたシステムソフトウェアプログラム（Operating System（OS））及び様々なアプリケーションプログラム（例えば、通話アプリケーション、WEBブラウザ、メーラ、カメラ操作アプリケーション、音楽再生アプリケーション）を実行することによって、UE２の各種機能を実現する。
【００９９】
幾つかの実装において、図１３に破線（１３０５）で示されているように、ベースバンドプロセッサ１３０３及びアプリケーションプロセッサ１３０４は、１つのチップ上に集積されてもよい。言い換えると、ベースバンドプロセッサ１３０３及びアプリケーションプロセッサ１３０４は、１つのSystem on Chip（SoC）デバイス１３０５として実装されてもよい。SoCデバイスは、システムLarge Scale Integration（LSI）またはチップセットと呼ばれることもある。
【０１００】
メモリ１３０６は、揮発性メモリ若しくは不揮発性メモリ又はこれらの組合せである。メモリ１３０６は、物理的に独立した複数のメモリデバイスを含んでもよい。揮発性メモリは、例えば、SRAM若しくはDRAM又はこれらの組み合わせである。不揮発性メモリは、MROM、EEPROM、フラッシュメモリ、若しくはハードディスクドライブ、又はこれらの任意の組合せである。例えば、メモリ１３０６は、ベースバンドプロセッサ１３０３、アプリケーションプロセッサ１３０４、及びSoC１３０５からアクセス可能な外部メモリデバイスを含んでもよい。メモリ１３０６は、ベースバンドプロセッサ１３０３内、アプリケーションプロセッサ１３０４内、又はSoC１３０５内に集積された内蔵メモリデバイスを含んでもよい。さらに、メモリ１３０６は、Universal Integrated Circuit Card（UICC）内のメモリを含んでもよい。
【０１０１】
メモリ１３０６は、上述の複数の実施形態で説明されたUE２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１３０７を格納してもよい。幾つかの実装において、ベースバンドプロセッサ１３０３又はアプリケーションプロセッサ１３０４は、当該ソフトウェアモジュール１３０７をメモリ１３０６から読み出して実行することで、上述の実施形態で図面を用いて説明されたUE２の処理を行うよう構成されてもよい。
【０１０２】
図１２及び図１３を用いて説明したように、上述の実施形態に係るNR NB１及びUE２が有するプロセッサの各々は、図面を用いて説明されたアルゴリズムをコンピュータに行わせるための命令群を含む１又は複数のプログラムを実行する。このプログラムは、様々なタイプの非一時的なコンピュータ可読媒体（non-transitory computer readable medium）を用いて格納され、コンピュータに供給することができる。非一時的なコンピュータ可読媒体は、様々なタイプの実体のある記録媒体（tangible storage medium）を含む。非一時的なコンピュータ可読媒体の例は、磁気記録媒体（例えばフレキシブルディスク、磁気テープ、ハードディスクドライブ）、光磁気記録媒体（例えば光磁気ディスク）、Compact Disc Read Only Memory（CD-ROM）、CD-R、CD-R/W、半導体メモリ（例えば、マスクROM、Programmable ROM（PROM）、Erasable PROM（EPROM）、フラッシュROM、Random Access Memory（RAM））を含む。また、プログラムは、様々なタイプの一時的なコンピュータ可読媒体（transitory computer readable medium）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【０１０３】
＜その他の実施形態＞
上述の実施形態は、各々独立に実施されてもよいし、実施形態全体又はその一部が適宜組み合わせて実施されてもよい。
【０１０４】
上述の実施形態において、UE２は、異なる周波数帯（e.g., 6 GHz帯及び30 GHz帯）にそれぞれ属する複数のキャリアをアグリゲートしてもよい。異なる周波数帯に属する複数のキャリアでは、同じnumerologyが使用されてもよい。すなわち、上述の実施形態では、NR NB１及びUE２は、異なる周波数帯に属し且つ同じnumerologyの複数のキャリアのアグリゲーションをサポートしてもよい。UE２又はNR NB１は、所定のキャリアセット単位で、つまりキャリアセット内で、ビーム選択を行ってもよい。キャリアセットは、例えば、同じ周波数バンドに属する複数のキャリアであってもよい。
【０１０５】
また、上述の実施形態におけるNR NB１及びUE２の動作は、UE２がNR NB１とLTE（又はその発展システムであるeLTEの）eNBとのDual Connectivity（例えば、従来のDCをInter-RAT環境化で実現するよう発展された機能）を行っている場合に適用されてもよい。例えば、UE２に対して、(e)LTE eNBがMaster Node（M-NB）、NR NB１がSecondary Node（S-NB）として運用されている場合、NR NB１が管理する１つ以上のセルからなるセル群がセカンダリ・セルグループ（SCG）して使用されてもよい。このとき、上述の実施形態は、SCGのセル（群）に対して適用されてもよい。なお、NR NB１とLTE eNBとのDual Connectivityは、Multi Connectivityと称されてもよい。Multi Connectivityは、非理想的バックホールを介して接続された複数の（RANノード内の）スケジューラによって提供される複数の無線リソースを、複数のトランシーバを有するUEが使用可能となるよう構成されるオペレーションモードと表現されてもよい。
【０１０６】
さらに、上述の実施形態において、ビーム（又はビームセット）は、ネットワークスライシング（Network Slicing）におけるネットワークスライス（NS）に対応してもよい。例えば、異なるサービス要件をそれぞれ満たす複数のネットワークスライスが設定（又は構成）され、各ネットワークスライスが各ビーム（又は各ビームセット）に対応付け（関連付け）られてもよい。このとき、NR NB１及びUE２は、UE２が実行中（又は実行予定）のサービスに対応するネットワークスライス、及びそれに対応するビーム（又はビームセット）を選択するよう動作してもよい。これにより、UE２が希望する（又はUE２に最適な）ビーム（又はビームセット）の選択が可能になり、通信特性（及びサービス品質）の向上が期待される。
【０１０７】
上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【０１０８】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【０１０９】
（付記１）
無線端末であって、
基地局に信号を送信し、前記基地局から信号を受信するよう構成された無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ビーム設定情報を前記基地局から受信し、
前記基地局から送信される第１の複数の送信ビームを前記ビーム設定情報に従って測定し、
前記第１の複数の送信ビームの測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む、
無線端末。
【０１１０】
（付記２）
前記第１の複数の送信ビームの各々は、ビーム識別子を示す信号を運び、
前記ビーム設定情報は、各ビームの前記ビーム識別子を示す、
付記１に記載の無線端末。
【０１１１】
（付記３）
前記少なくとも１つのプロセッサは、前記第１の複数の送信ビームの測定結果に基づいて、前記第１のサービングビームを前記第１の複数の送信ビームの中から選択するよう構成され、
前記ビーム設定情報は、前記第１のサービングビームの選択基準をさらに含む、
付記１又は２に記載の無線端末。
【０１１２】
（付記４）
前記第１のサービングビームの選択又はサービングビームの切り替えの少なくともいずれかは、Medium Access Control（MAC）サブレイヤにおいて行われる、
付記３に記載の無線端末。
【０１１３】
（付記５）
前記少なくとも１つのプロセッサは、
前記第１の複数の送信ビームの測定結果に基づくビーム情報を前記基地局に送信し、
前記ビーム情報に基づいて前記基地局によって選択された前記第１のサービングビームを示すメッセージを前記基地局から受信するよう構成されている、
付記１又は２に記載の無線端末。
【０１１４】
（付記６）
前記少なくとも１つのプロセッサは、
前記基地局から送信される第２の複数の送信ビームを測定し、
前記第２の複数の送信ビームの測定結果に基づいて前記第２の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信に使用される第２のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームは、第１のキャリアを使用し、
前記第２の複数の送信ビームは、第２のキャリアを使用し、
前記少なくとも１つのプロセッサは、さらに、前記第１のキャリアと前記第２のキャリアのアグリゲーションを行うよう構成されている、
付記１〜５のいずれか１項に記載の無線端末。
【０１１５】
（付記７）
前記少なくとも１つのプロセッサは、前記アグリゲーションの実行中に、前記第１のキャリアに属する前記第１の複数の送信ビームの間での前記第１のサービングビームの切り替え、及び前記第２のキャリアに属する前記第２の複数の送信ビームの間での前記第２のサービングビームの切り替えを行うよう構成されている、
付記６に記載の無線端末。
【０１１６】
（付記８）
前記少なくとも１つのプロセッサは、前記第１のキャリアに属する前記第１の複数の送信ビームの間での前記第１のサービングビームの切り替えがトリガーされたことに応答して、前記第２のキャリアに属する前記第２の複数の送信ビームの間での前記第２のサービングビームの切り替えを行うよう構成されている、
付記６又は７に記載の無線端末。
【０１１７】
（付記９）
前記少なくとも１つのプロセッサは、
前記第１のキャリアに属する前記第１のサービングビーム及び前記第２のキャリアに属する前記第２のサービングビームの両方でのダウンリンク受信を実行する１つのMedium Access Control（MAC）エンティティを提供するよう構成されている、
付記６〜８のいずれか１項に記載の無線端末。
【０１１８】
（付記１０）
前記MACエンティティは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、前記第１のキャリアのためのMACレイヤ処理の少なくとも一部を中断又は中止するが、前記第２のキャリアのためのMACレイヤ処理を継続するよう構成されている、
付記９に記載の無線端末。
【０１１９】
（付記１１）
前記少なくとも１つのプロセッサは、
前記第１のキャリアに属する前記第１のサービングビームでのダウンリンク受信を実行する第１のMACエンティティと前記第２のキャリアに属する前記第２のサービングビームでのダウンリンク受信を実行する第２のMedium Access Control（MAC）エンティティを提供するよう構成されている、
付記６〜８のいずれか１項に記載の無線端末。
【０１２０】
（付記１２）
前記第１のMACエンティティは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、MACのリセット、設定情報の更新、又は再設定を行うよう構成され、
前記第２のMACエンティティは、前記第１のキャリアのサービングビームの切り替えに関わらず、MACレイヤ処理を継続するよう構成されている、
付記１１に記載の無線端末。
【０１２１】
（付記１３）
前記第１のキャリアが含まれる周波数バンドは、前記第２のキャリアが含まれる周波数バンドと異なる、
付記６〜１２のいずれか１項に記載の無線端末。
【０１２２】
（付記１４）
前記第１のキャリアと前記第２のキャリアは、サブキャリア間隔（spacing）、シンボル長（symbol length）、Transmission Time Interval（TTI）、及びサブフレーム期間（subframe duration）のうち少なくとも１つにおいて互いに異なる、
付記６〜１３のいずれか１項に記載の無線端末。
【０１２３】
（付記１５）
前記第１の複数の送信ビームは、同じセル識別子又は同じグループ識別子を示す信号を運ぶ、
付記１〜１４のいずれか１項に記載の無線端末。
【０１２４】
（付記１６）
基地局であって、
無線端末に信号を送信し、前記無線端末から信号を受信するよう構成された少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、
ビーム設定情報を無線端末に送信し、
前記基地局から送信される第１の複数の送信ビームの前記無線端末による測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む、
基地局。
【０１２５】
（付記１７）
前記少なくとも１つのプロセッサは、前記第１の複数の送信ビームの測定結果に基づいて前記無線端末によって選択された前記第１のサービングビームを示すメッセージを前記無線端末から受信するよう構成されている、
付記１６に記載の基地局。
【０１２６】
（付記１８）
前記少なくとも１つのプロセッサは、
前記第１の複数の送信ビームの測定結果に基づくビーム情報を前記無線端末から受信し、
前記ビーム情報に基づいて、前記第１のサービングビームを前記第１の複数の送信ビームの中から選択し、
前記基地局によって選択された前記第１のサービングビームを示すメッセージを前記無線端末に送信するよう構成されている、
付記１６に記載の基地局。
【０１２７】
（付記１９）
前記少なくとも１つのプロセッサは、
前記基地局から送信される第２の複数の送信ビームの前記無線端末による測定結果に基づいて前記第２の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第２のサービングビームとして使用するよう構成され、
前記第１の複数の送信ビームは、第１のキャリアを使用し、
前記第２の複数の送信ビームは、第２のキャリアを使用し、
前記少なくとも１つのプロセッサは、さらに、前記第１のキャリアと前記第２のキャリアのアグリゲーションを行うよう構成されている、
付記１６〜１８のいずれか１項に記載の基地局。
【０１２８】
（付記２０）
前記少なくとも１つのプロセッサは、前記アグリゲーションの実行中に、前記第１のキャリアに属する前記第１の複数の送信ビームの間での前記第１のサービングビームの切り替え、及び前記第２のキャリアに属する前記第２の複数の送信ビームの間での前記第２のサービングビームの切り替えを行うよう構成されている、
付記１９に記載の基地局。
【０１２９】
（付記２１）
前記少なくとも１つのプロセッサは、前記第１のキャリアに属する前記第１の複数の送信ビームの間での前記第１のサービングビームの切り替えがトリガーされたことに応答して、前記第２のキャリアに属する前記第２の複数の送信ビームの間での前記第２のサービングビームの切り替えを行うよう構成されている、
付記１９又は２０に記載の基地局。
【０１３０】
（付記２２）
前記少なくとも１つのプロセッサは、
前記第１のキャリアに属する前記第１のサービングビーム及び前記第２のキャリアに属する前記第２のサービングビームの両方でのダウンリンク送信を実行する１つのMedium Access Control（MAC）エンティティを提供するよう構成されている、
付記１９〜２１のいずれか１項に記載の基地局。
【０１３１】
（付記２３）
前記MACエンティティは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、前記第１のキャリアのためのMACレイヤ処理の少なくとも一部を中断又は中止するが、前記第２のキャリアのためのMACレイヤ処理を継続するよう構成されている、
付記２２に記載の基地局。
【０１３２】
（付記２４）
前記少なくとも１つのプロセッサは、
前記第１のキャリアに属する前記第１のサービングビームでのダウンリンク送信を実行する第１のMACエンティティと前記第２のキャリアに属する前記第２のサービングビームでのダウンリンク送信を実行する第２のMedium Access Control（MAC）エンティティを提供するよう構成されている、
付記１９〜２１のいずれか１項に記載の基地局。
【０１３３】
（付記２５）
前記第１のMACエンティティは、前記第１のキャリアのサービングビームの切り替えが行われる場合に、MACのリセット、設定情報の更新、又は再設定を行うよう構成され、
前記第２のMACエンティティは、前記第１のキャリアのサービングビームの切り替えに関わらず、MACレイヤ処理を継続するよう構成されている、
付記２４に記載の基地局。
【０１３４】
（付記２６）
前記第１のキャリアと前記第２のキャリアは、サブキャリア間隔（spacing）、シンボル長（symbol length）、Transmission Time Interval（TTI）、及びサブフレーム期間（subframe duration）のうち少なくとも１つにおいて互いに異なる、
付記１９〜２５のいずれか１項に記載の基地局。
【０１３５】
（付記２７）
前記少なくとも１つのトランシーバは、分散された複数のRemote Radio Heads（RRHs）又はTransmission and Reception Points（TRPs）を含む、
付記１６〜２６のいずれか１項に記載の基地局。
【０１３６】
（付記２８）
無線端末により行われる方法であって、
ビーム設定情報を前記基地局から受信すること、
前記基地局から送信される第１の複数の送信ビームを前記ビーム設定情報に従って測定すること、及び
前記第１の複数の送信ビームの測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用すること、
を備え、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む、
方法。
【０１３７】
（付記２９）
基地局における方法であって、
ビーム設定情報を無線端末に送信すること、及び
前記基地局から送信される第１の複数の送信ビームの前記無線端末による測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用すること、
を備え、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む、
方法。
【０１３８】
（付記３０）
無線端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
ビーム設定情報を前記基地局から受信すること、
前記基地局から送信される第１の複数の送信ビームを前記ビーム設定情報に従って測定すること、及び
前記第１の複数の送信ビームの測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用すること、
を備え、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む、
プログラム。
【０１３９】
（付記３１）
基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
ビーム設定情報を無線端末に送信すること、及び
前記基地局から送信される第１の複数の送信ビームの前記無線端末による測定結果に基づいて前記第１の複数の送信ビームの中から選択された１又はそれ以上のビームを、前記基地局から前記無線端末への送信のための第１のサービングビームとして使用すること、
を備え、
前記第１の複数の送信ビームの各々は、前記無線端末によって測定されるビームフォームド参照信号を運び、
前記ビーム設定情報は、前記ビームフォームド参照信号の送信のために各ビームにおいて使用される無線リソースを示す参照信号設定を含む、
プログラム。
【０１４０】
この出願は、２０１６年９月２９日に出願された日本出願特願２０１６−１９２３２９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１４１】
１  New Radio (NR) NodeB (NB)
２  User Equipment (UE)
１０  ビーム
１０１  Transmission and Reception Point（TRP）
１２０４  プロセッサ
１２０５  メモリ
１３０３  ベースバンドプロセッサ
１３０４  アプリケーションプロセッサ
１３０６  メモリ
【図１】
0006658902.tif 000002
【図２】
0006658902.tif 000003
【図３】
0006658902.tif 000004
【図４】
0006658902.tif 000005
【図５】
0006658902.tif 000006
【図６】
0006658902.tif 000007
【図７】
0006658902.tif 000008
【図８】
0006658902.tif 000009
【図９】
0006658902.tif 000010
【図１０】
0006658902.tif 000011
【図１１】
0006658902.tif 000012
【図１２】
0006658902.tif 000013
【図１３】
0006658902.tif 000014