(57)【要約】【課題】ターゲットＲＡＮノードのセルで利用可能なオンデマンド・システム情報の表示（ｉｎｄｉｃａｔｉｏｎ）を、Ｉｎｔｅｒ−ＲＡＴハンドオーバ手順においてＵＥに通知することを可能する。【解決手段】ソースＲＡＮノードは、ターゲットＲＡＮノードに対してＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴメッセージを送信し、当該ターゲットRANノードから、ＲＲＣメッセージを含むＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ  ＡＣＫＮＯＷＬＥＤＧＥメセージを受信し、当該ＲＲＣメッセージを無線端末に送信する。当該ＲＲＣメッセージは、当該ターゲットＲＡＮノードにおいて利用可能であるもののブロードキャストされていない少なくとも一つのシステム情報の第一のスケジュール情報を含む。当該第一のスケジュール情報は、当該無線端末が当該システム情報を要求する場合に用いられる。【選択図】図１０
2020162183.tif 000002
【特許請求の範囲】
【請求項１】
ソースRANノードにおける方法であって、
ターゲットRANノードに対してHANDOVER REQUESTメッセージを送信する工程と、
前記ターゲットRANノードから、RRCメッセージを含むHANDOVER REQUEST ACKNOWLEDGEメセージを受信する工程と、
前記RRCメッセージを無線端末に送信する工程と、を備え、
前記RRCメッセージは、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていない少なくとも一つのシステム情報の第一のスケジュール情報を含み、
前記第一のスケジュール情報は、前記無線端末が前記少なくとも一つのシステム情報を要求する場合に用いられる、
方法。
【請求項２】
前記RRCメッセージは、RRCの再構成に関するメッセージである、請求項１に記載の方法。
【請求項３】
前記第一のスケジュール情報は、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていないシステム情報のSIBタイプを示す情報である、請求項１または２に記載の方法。
【請求項４】
前記RRCメッセージは、前記ターゲットRANノードがブロードキャストする少なくとも１つのシステム情報の第二のスケジュール情報を含む、請求項１乃至３のいずれか一項に記載の方法。
【請求項５】
無線端末の方法であって、
ソースRANノードからターゲットRANノードへのハンドオーバを実行するためのハンドオーバプロシージャにおいて、前記ソースRANノードから、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていない少なくとも１つのシステム情報の第一のスケジュール情報を含むRRCメッセージを受信する工程と、
前記第一のスケジュール情報を用いて、前記少なくとも一つのシステム情報を要求する要求メッセージを送信する工程と、を備え、
前記RRCメッセージは、前記ソースRANノードが前記ターゲットRANノードから受信したHANDOVER REQUEST ACKNOWLEDGEメッセージに含まれる、
方法。
【請求項６】
前記RRCメッセージはRRCの再構成に関するメッセージであり、前記要求メッセージは前記RRCの再構成の完了に関するメッセージである、請求項５に記載の方法。
【請求項７】
前記第一のスケジュール情報は、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていないシステム情報のSIBタイプを示す情報である、請求項５または６に記載の方法。
【請求項８】
前記RRCメッセージは、前記ターゲットRANノードがブロードキャストする少なくとも１つのシステム情報の第二のスケジュール情報を含む、請求項５乃至７のいずか一項に記載の方法。
【請求項９】
前記要求メッセージは、ランダムアクセス手順内で送信されるメッセージである、請求項５乃至８のいずれか一項に記載の方法。
【請求項１０】
ソースRANノードであって、
ターゲットRANノードに対してHANDOVER REQUESTメッセージを送信する手段と、
前記ターゲットRANノードから、RRCメッセージを含むHANDOVER REQUEST ACKNOWLEDGEメセージを受信する手段と、
前記RRCメッセージを無線端末に送信する手段と、を備え、
前記RRCメッセージは、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていない少なくとも一つのシステム情報の第一のスケジュール情報を含み、
前記第一のスケジュール情報は、前記無線端末が前記少なくとも一つのシステム情報を要求する場合に用いられる、
ソースRANノード。
【請求項１１】
前記RRCメッセージは、RRCの再構成に関するメッセージである、請求項１０に記載のソースRANノード。
【請求項１２】
前記第一のスケジュール情報は、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていないシステム情報のSIBタイプを示す情報である、請求項１０または１１に記載のソースRANノード。
【請求項１３】
前記RRCメッセージは、前記ターゲットRANノードがブロードキャストする少なくとも１つのシステム情報の第二のスケジュール情報を含む、請求項１０乃至１２のいずれか一項に記載のソースRANノード。
【請求項１４】
無線端末であって、
ソースRANノードからターゲットRANノードへのハンドオーバを実行するためのハンドオーバプロシージャにおいて、前記ソースRANノードから、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていない少なくとも１つのシステム情報の第一のスケジュール情報を含むRRCメッセージを受信する手段と、
前記第一のスケジュール情報を用いて、前記少なくとも一つのシステム情報を要求する要求メッセージを送信する手段と、を備え、
前記RRCメッセージは、前記ソースRANノードが前記ターゲットRANノードから受信したHANDOVER REQUEST ACKNOWLEDGEメッセージに含まれる、
無線端末。
【請求項１５】
前記RRCメッセージはRRCの再構成に関するメッセージであり、前記要求メッセージは前記RRCの再構成の完了に関するメッセージである、請求項１４に記載の無線端末。
【請求項１６】
前記第一のスケジュール情報は、前記ターゲットRANノードにおいて利用可能であるもののブロードキャストされていないシステム情報のSIBタイプを示す情報である、請求項１４または１５に記載の無線端末。
【請求項１７】
前記RRCメッセージは、前記ターゲットRANノードがブロードキャストする少なくとも１つのシステム情報の第二のスケジュール情報を含む、請求項１４乃至１６のいずか一項に記載の無線端末。
【請求項１８】
前記要求メッセージは、ランダムアクセス手順内で送信されるメッセージである、請求項１４乃至１７のいずれか一項に記載の無線端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、無線通信システムに関し、特に無線端末が異なる無線局によって運用される異なるRadio Access Technologies（RATs）の複数のセルを同時に使用する通信に関する。
【背景技術】
【０００２】
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世代移動通信システムは、5G System、又はNext Generation (NextGen) System（NG System）とも呼ばれる。5G Systemのための新たなRATは、New Radio（NR）、5G RAT、又はNG RATと呼ばれる。5G Systemのための新たな無線アクセスネットワーク（Radio Access Network（RAN））は、5G-RAN又はNextGen RAN（NG RAN）と呼ばれる。5G-RAN 内の新たな基地局は、NR NodeB（NR NB）又はgNodeB（gNB）と呼ばれる。5G Systemのための新たなコアネットワークは、5G Core Network（5G-CN）又はNextGen Core（NG Core）と呼ばれる。5G Systemに接続する無線端末（User Equipment（UE））は、5G UE、NextGen UE（NG UE）又は単にUEと呼ばれる。5G SystemのためのRAT、UE、無線アクセスネットワーク、コアネットワーク、ネットワーク・エンティティ（ノード）、及びプロトコルレイヤ等の正式な名称は、標準化作業が進む過程で将来的に決定されるであろう。
【０００４】
また、本明細書で使用される“LTE”との用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのLTE及びLTE-Advancedの改良・発展を含む。5G 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のネットワーク又は論理的エンティティに関する用語は、特に断らない限り、5G Systemとのインターワーキングを可能とするためのこれらの改良・発展を含む。改良されたEPC、MME、S-GW、及びP-GWは、例えば、enhanced EPC（eEPC）、enhanced MME（eMME）、enhanced S-GW（eS-GW）、及びenhanced P-GW（eP-GW）とも呼ばれる。
【０００５】
LTE及びLTE-Advancedでは、Quality of Service（QoS）及びパケットルーティングのために、QoSクラス毎且つPDNコネクション毎のベアラがRAN（i.e., Evolved Universal Terrestrial RAN（E-UTRAN））及びコアネットワーク（i.e., EPC）の両方で使用される。すなわち、Bearer-based QoS（or per-bearer QoS）コンセプトでは、UEとEPC内のP-GWとの間に１又は複数のEvolved Packet System (EPS) bearersが設定され、同じQoSクラスを持つ複数のサービスデータフロー（Service Data Flows（SDFs））はこれらのQoSを満足する１つのEPS bearerを通して転送される。SDFは、Policy and Charging Control (PCC) ルールに基づくSDFテンプレート（i.e., packet filters）にマッチする１又は複数のパケットフローである。また、パケットルーティングのために、EPS bearerを通って送られる各パケットは、このパケットがどのベアラ（i.e., General Packet Radio Service (GPRS) Tunneling Protocol（GTP）トンネル）に関連付けられているかを見分ける（identify）ための情報を包含する。
【０００６】
これに対して、5G Systemでは、無線ベアラが5G-RAN において使用されるかもしれないが、5G-CN内及び5G-CNと5G-RANの間のインタフェースにおいてベアラは使用されないことが検討されている（非特許文献１を参照）。具体的には、EPS bearerの代わりにPDU flowsが定義され、１又は複数のSDFsは、１又は複数のPDU flowsにマップされる。5G UEとNG Core内のユーザプレーン終端エンティティ（i.e., EPC内のP-GWに相当するエンティティ）との間のPDU flowは、EPS Bearer-based QoSコンセプトにおけるEPSベアラに相当する。PDU flowは、5G system内でのパケットフォワーディング及び処理（treatment）の最も微細な粒度（finest granularity）に対応する。すなわち、5G Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS（or per-flow QoS）コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはPDU flow単位で取り扱われる（handled）。5G systemのQoSフレームワークでは、PDU flow は、NG3インタフェースのトンネルのService Data Unitをカプセル化（encapsulating）するヘッダー内のPDU flow IDによって特定される。NG3インタフェースは、5G-CNとgNB（i.e., 5G-RAN）の間のユーザプレーン・インタフェースである。5G UEとデータネットワークとの間の関連付け（association）は、PDUセッション（PDU session）と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション（PDN connection）に相当する用語である。複数のPDU flowsが１つのPDUセッション内に設定されることができる。
【０００７】
なお、PDU flow は、“QoS flow”とも呼ばれる。QoS flowは、5G system内でのQoS処理（treatment）の最も微細な粒度（finest granularity）である。PDU session内の同一のNG3マーキング値を有するユーザプレーントラフィックがQoS flowに対応する。NG3マーキングは、上述のPDU flow IDに対応し、QoS flow IDとも呼ばれ、さらにFlow Identification Indicator（FII）とも呼ばれる。
【０００８】
図１は、5G systemの基本アーキテクチャを示している。UEは、gNBとの間に１又はそれ以上のシグナリング無線ベアラ（Signalling Radio Bearers（SRBs））及び１又はそれ以上のデータ無線ベアラ（Data Radio Bearers（DRBs））を確立する。5G-CN及びgNBは、UEのためのコントロールプレーン・インタフェース及びユーザプレーン・インタフェースを確立する。5G-CNとgNB（i.e., RAN）の間のコントロールプレーン・インタフェースは、NG2インタフェース又はNG-cインタフェースと呼ばれ、Non-Access Stratum（NAS）情報の転送、及び5G-CNとgNB間の制御情報（e.g., NG2 AP Information Element）に使用される。5G-CNとgNB（i.e., RAN）の間のユーザプレーン・インタフェースは、NG3インタフェース又はNG-uインタフェースと呼ばれ、UEのPDUセッション内の１又はそれ以上のPDU flowsのパケット（packets）の転送に使用される。
【０００９】
なお、図１に示されたアーキテクチャは、複数の5Gアーキテクチャ・オプション（又は配置シナリオ（deployment scenarios））の１つに過ぎない（非特許文献１のAnnex J、及び非特許文献２を参照）。図１に示されたアーキテクチャは、“Standalone NR (in NextGen System)”又は“オプション２”と呼ばれるアーキテクチャである。これに対して、図２及び図３は、“Non-standalone NR in EPS”と呼ばれるアーキテクチャ・オプション３及び３Ａをそれぞれ示している。図２及び図３において、コントロールプレーン・インタフェースは点線で示され、ユーザプレーン・インタフェースは実線で示されている。アーキテクチャ・オプション３及び３Ａは、アンカーRAT（又はプライマリRAT又はマスターRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティ配置（Dual connectivity (DC) deployments）である。オプション３及び３Ａでは、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続される。EPCへのNR ユーザプレーン・コネクションは、オプション３ではLTE eNBを経由するが、オプション３ＡではgNBとEPCの間のユーザプレーン・インタフェースを直接的に通る。
【００１０】
非特許文献３は、アーキテクチャ・オプション３及び３Ａ、すなわちE-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのDC機能（functionalities）及び手順（procedures）をサポートすることを提案している。さらに、非特許文献３は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャでは、NR gNBがLTEのQoSフレームワーク（i.e., bearer based QoS）をEPC、LTE eNB、及びUEに向けて適用することを提案している。さらに具体的には、非特許文献３は、以下の事項を提案している：
・NR gNBがセカンダリノードとして追加される場合に、必要なQoSサービス（i.e., ベアラ）を設定するためのLTE DC手順（e.g., SeNB addition）が適用されること；
・LTEのSecondary Cell Group（SCG）ベアラ・オプションのために、EPCとNR gNBとの間にE-UTRAN Radio Access Bearer（E-RAB）が確立されること；
・LTEのスプリットベアラ・オプションのために、LTE eNBとgNBとの間にX2-Uが確立されること；
・LTEのSCGベアラ・オプション及びスプリットベアラ・オプションのために、NR gNBとUEとの間にDRBが確立されること。
【００１１】
非特許文献４は、アーキテクチャ・オプション３Ａでは、S1-UとSCGのDRB（i.e., SCGベアラ）との間に一対一マッピング（1:1 mapping）が存在することを提案している。非特許文献４は、さらに、EPCのQoS属性（attributes）がEPS bearersのために使用されること、したがってEPCにおいて使用されるQoSパラメタ（parameters）をNRにおいて使用される無線ベアラ・パラメタ（radio bearer parameters）にマップする必要性があることを提案している。
【００１２】
また、5G systemでは、システム情報は、常にブロードキャストされるシステム情報と、必ずしもいつもブロードキャストされるとは限らない（not always）システム情報とを含む。常にブロードキャストされるシステム情報は、“Minimum SI”又は“Essential SI”と呼ばれる。必ずしもいつもブロードキャストされるとは限らないシステム情報は、“Other SI”又は“On-demand SI”と呼ばれる。Minimum SIは、セルにおいて周期的にブロードキャストされることを必要とする。Minimum SIは、セル選択をサポートするための情報、On-demand SIを取得するための情報、及びそのセルにアクセスするための情報を少なくとも含むことが想定されている。Other SIとの用語は、Minimum SIにおいてブロードキャストされないあらゆるシステム情報を意味する。Other SIの一部又は全てがOn-demand SIに対応する。On-demand SIは、UE又はネットワークによってトリガーされた後にgNBによって送信される。言い換えると、gNB は、UEからのSI要求（SI request）に応答して、要求された（requested）システム情報を含むSI応答（SI response）をUEに送る。
【００１３】
Other SI（又はOn-demand SI）の配信メカニズムについて幾つかの提案がある（例えば、非特許文献５−８を参照）。UEからのSI要求は、ランダムアクセス手順の第１メッセージ（Msg1）、つまりランダムアクセス・プリアンブルで送信されてもよいし、ランダムアクセス手順の第３メッセージ（Msg3）で送信されてもよいし、RRCコネクション確立後に個別Radio Resource Control（RRC）シグナリングで送信されてもよい。gNBによるSI応答の送信は、要求したUEへのユニキャストであってもよいし、要求したUEを含むUEsのグループへのグループキャストであってもよいし、非周期的（non-periodic）ブロードキャストであってもよい。SI応答のユニキャストの場合、Other SI（又はOn-demand SI）を含むSI応答は、ランダムアクセス手順の第２メッセージ（Msg2）、つまりランダムアクセス・レスポンス（RAR）で送信されてもよいし、ランダムアクセス手順の第４メッセージ（Msg3）で送信されてもよいし、RRCコネクション確立後に個別Radio Resource Control（RRC）シグナリングで送信されてもよい。SI応答のグループキャスト又は非周期的ブロードキャストの場合、ページングメカニズムが利用されてもよく、Other SI（又はOn-demand SI）を含むSI応答はUE又はUEグループの識別子（e.g., Paging Radio Network Temporary Identifier（P-RNTI））に基づいて決定されるページング機会（paging occasion）においてブロードキャストされてもよい。
【先行技術文献】
【非特許文献】
【００１４】
【非特許文献１】3GPP TR 23.799 V14.0.0 (2016-12) “3rd Generation Partnership Project; Technical Specification Group Services and System Aspects; Study on Architecture for Next Generation System (Release 14)”, December 2016
【非特許文献２】3GPP TR 38.801 V1.0.0 (2016-12) “3rd Generation Partnership Project; Technical Specification Group Radio Access Network; Study on New Radio Access Technology; Radio Access Architecture and Interfaces (Release 14)”, December 2016
【非特許文献３】3GPP R2-168400, NTT DOCOMO, INC., “QoS and bearer for DC between LTE and NR”, 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016
【非特許文献４】3GPP R2-168686, Nokia, Alcatel-Lucent Shanghai Bell, “EPC - NR PDCP interaction for tight interworking: User Plane aspects”, 3GPP TSG-RAN WG2 Meeting #96, Reno, USA, 14-18 November 2016
【非特許文献５】3GPP R2-166120, China Academy of Telecommunications Technology (CATT), “On-demand system information delivery mechanism”, 3GPP TSG-RAN WG2 Meeting #95bis, Kaohsiung, 10-14 October 2016
【非特許文献６】3GPP R2-166203, Huawei, HiSilicon, “Delivery of “Other SI” in NR” , 3GPP TSG-RAN WG2 Meeting #95bis, Kaohsiung, 10-14 October 2016
【非特許文献７】3GPP R2-166342, ZTE, ZTE Microelectronics, “Consideration on the Other SI delivery in NR” , 3GPP TSG-RAN WG2 Meeting #95bis, Kaohsiung, 10-14 October 2016
【非特許文献８】3GPP R2-166343, ZTE, ZTE Microelectronics, “Consideration on the Other SI delivery in NR” , 3GPP TSG-RAN WG2 Meeting #95bis, Kaohsiung, 10-14 October 2016
【発明の概要】
【発明が解決しようとする課題】
【００１５】
本件発明者等は、E-UTRAとNRの間のインターワーキングに関して検討を行い、幾つかの課題を見出した。例えば、E-UTRA及びNRがEPCに接続されるE-UTRA-NR Dual Connectivity（DC）アーキテクチャ（i.e., アーキテクチャ・オプション３及び３Ａ）では、セカンダリノードとしてのSecondary gNB（SgNB）は、上述したOther SI（又はOn-demand SI）配信をサポートする。しかしながら、E-UTRA-NR DCのSgNBにおいてどのOther SI（又はOn-demand SI）が利用可能（available）であるかをUEがどのように知るのかが明確でない。
【００１６】
Other SI（又はOn-demand SI）に関するこの問題は、他のE-UTRA-NR DCアーキテクチャ（e.g., アーキテクチャ・オプション７及び７Ａ）でも発生し得る。アーキテクチャ・オプション７及び７Ａは、アンカーRAT（又はプライマリRAT又はマスターRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティ配置（Dual connectivity (DC) deployments）である。オプション７及び７Ａでは、E-UTRA（LTE eNB）及びNR（gNB）が5G-CNに接続される。5G-CNへのNR ユーザプレーン・コネクションは、オプション７ではLTE eNBを経由するが、オプション７ＡではgNBと5G-CNの間のユーザプレーン・インタフェースを直接的に通る。オプション７及び７Ａの場合にも、SgNBがOther SI（又はOn-demand SI）配信をサポートする場合に、SgNBにおいてどのOther SI（又はOn-demand SI）が利用可能（available）であるかをUEがどのように知るのかが明確でない。
【００１７】
さらに、Other SI（又はOn-demand SI）に関する類似の問題は、E-UTRAからNRへのInter-RATハンドオーバでも発生し得る。すなわち、UEがソースLTE eNBからOther SI（又はOn-demand SI）配信をサポートするターゲットgNBにハンドオーバされる場合に、ターゲットNRセルにおいてどのOther SI（又はOn-demand SI）が利用可能（available）であるかをUEがどのように知るのかが明確でない。
【００１８】
したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、E-UTRAとNRの間のInter-RATデュアルコネクティビティ並びにE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBのセルで利用可能なオンデマンド・システム情報の表示（indication）をUEに通知することを可能にする装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。
【課題を解決するための手段】
【００１９】
第１の態様では、第２の無線アクセスネットワーク（RAN）ノードは、無線通信システムにおいて使用される。前記第２のRANノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、前記第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を第１のRANノードを介して無線端末に送るよう構成されている。前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される。
【００２０】
第２の態様では、第１の無線アクセスネットワーク（RAN）ノードは、無線通信システムにおいて使用される。前記第１のRANノードは、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を前記第２のRANノードから受信するよう構成され、且つ前記表示を前記第１のRANノードのセルにおいて無線端末に送信するよう構成されている。前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される。
【００２１】
第３の態様では、無線端末は、無線通信システムにおいて使用される。前記無線端末は、少なくとも１つの無線トランシーバ及び少なくとも１つのプロセッサを含む。前記少なくとも１つの無線トランシーバは、第１の無線アクセスネットワーク（RAN）ノード及び第２のRANノードと通信するよう構成されている。前記少なくとも１つのプロセッサは、前記第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を、前記第１のRANノードを介して、前記第２のRANノードから受信するよう構成されている。前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される。
【００２２】
第４の態様では、第２の無線アクセスネットワーク（RAN）ノードにおける方法は、前記第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を第１のRANノードを介して無線端末に送ることを含む。前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される。
【００２３】
第５の態様では、第１の無線アクセスネットワーク（RAN）ノードにおける方法は、第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を前記第２のRANノードから受信すること、及び前記表示を前記第１のRANノードのセルにおいて無線端末に送信すること、を含む。前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される。
【００２４】
第６の態様では、無線端末における方法は、第２の無線アクセスネットワーク（RAN）ノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を、第１のRANノードを介して、前記第２のRANノードから受信することを含む。前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される。
【００２５】
第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第４、第５、又は第６の態様に係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。
【発明の効果】
【００２６】
上述の態様によれば、E-UTRAとNRの間のInter-RATデュアルコネクティビティ並びにE-UTRAからNRへのInter-RATハンドオーバにおいてセカンダリgNB又はターゲットgNBのセルで利用可能なオンデマンド・システム情報の表示（indication）をUEに通知することを可能にする装置、方法、及びプログラムを提供できる。
【図面の簡単な説明】
【００２７】
【図１】背景技術に係る5G Systemの基本アーキテクチャを示す図である。
【図２】背景技術に係る、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション３を示す図である。
【図３】背景技術に係る、E-UTRA（LTE eNB）及びNR（gNB）がEPCに接続されるデュアル・コネクティビティのためのアーキテクチャ・オプション３Ａを示す図である。
【図４】幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。
【図５】幾つかの実施形態に係る無線通信ネットワークの他の構成例を示す図である。
【図６】第１の実施形態に係る、利用可能なオンデマンド・システム情報の表示をUEに送る手順の一例を示す図である。
【図７】第１の実施形態に係る、利用可能なオンデマンド・システム情報の表示をUEに送る手順の一例を示す図である。
【図８】第１の実施形態に係る、利用可能なオンデマンド・システム情報の表示をUEに送る手順の一例を示す図である。
【図９】第２の実施形態に係るSCG確立手順の一例を示すシーケンス図である。
【図１０】第３の実施形態に係るInter-RATハンドオーバ手順の一例を示すシーケンス図である。
【図１１】幾つかの実施形態に係るNR gNBの構成例を示すブロック図である。
【図１２】幾つかの実施形態に係るUEの構成例を示すブロック図である。
【発明を実施するための形態】
【００２８】
以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。
【００２９】
以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。
【００３０】
以下に示される複数の実施形態は、E-UTRA及びNRがEPCに接続されるDCアーキテクチャを主な対象として説明される。しかしながら、これらの実施形態は、異なるQoSフレームワークを採用する異なるRATが共通のコアネットワークに接続されるDCアーキテクチャをサポートする他の無線通信システムに適用されてもよい。
【００３１】
＜第１の実施形態＞
図４は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図４の例では、無線通信ネットワークは、LTE eNB１、NR gNB２、UE３、及びEPC４を含む。図４に示された無線通信ネットワークは、デュアルコネクティビティ（DC）をサポートし、上述されたオプション３若しくはオプション３Ａ又は両方をサポートする。オプション３及び３Ａは、アンカーRAT（又はプライマリRAT）としてのE-UTRA及びセカンダリRATとしてのNRを含むデュアル・コネクティビティをサポートする。オプション３及び３Ａでは、E-UTRA（LTE eNB１）及びNR（gNB２）がEPC４に接続される。EPC４へのNR ユーザプレーン・コネクションは、オプション３ではLTE eNB１を経由し、UE３のユーザパケットは、基地局間インタフェース４０３、並びにeNB１とEPCとの間のインタフェース４０１を通る。一方、オプション３Ａでは、EPC４へのNR ユーザプレーン・コネクションは、gNB２とEPC４の間のユーザプレーン・インタフェース４０４を直接的に通る。
【００３２】
UE３は、プライマリRAT（E-UTRA）に関連付けられたeNB１及びセカンダリRAT（NR）に関連付けられたgNB２と同時に通信する能力を有する。言い換えると、UE３はプライマリRAT（E-UTRA）に関連付けられたeNB１のセルとセカンダリRAT（NR）に関連付けられたgNB２のセルとをアグリゲートする能力を有する。さらにまた言い換えると、UE３はプライマリRAT（E-UTRA）に関連付けられたeNB１のセルとセカンダリRAT（NR）に関連付けられたgNB２のセルの両方を設定される能力を有する。アーキテクチャ・オプション３及び３Ａでは、eNB１とUE３の間のエアインタフェース４０２は、コントロールプレーン・コネクション及びユーザプレーン・コネクションを提供する。一方、gNB２とUE３の間のエアインタフェース４０５は、少なくともユーザプレーン・コネクションを含むが、コントロールプレーン・コネクションを含まなくてもよい。E-UTRA及びNRがEPC４に接続されるDCアーキテクチャにおいて、マスターeNB（MeNB）１は１又はそれ以上のE-UTRA MCGセルをUE３に提供し、セカンダリgNB（SgNB）２は１又はそれ以上のNR SCGセルをUE３に提供する。
【００３３】
EPC４は、MME５及びS-GW６を含む複数のコアネットワークノードを含む。MME５はコントロールプレーンノードであり、S-GW６はユーザプレーンノードである。MME５は、コアネットワークにアタッチ済み（i.e., EMM-REGISTERED state）であるUEsのモビリティ管理及びベアラ管理を行う。モビリティ管理は、UEの現在位置を追跡する（keep track）するために使用され、UEに関するモビリティ管理コンテキスト（MM context）を維持することを含む。ベアラ管理は、UEがeNB１を含むE-UTRAN及びEPC４を経由して外部ネットワーク（Packet Data Network（PDN））と通信するためのEPSベアラの確立を制御し、UEに関するEPS bearer contextを維持することを含む。S-GW６は、E-UTRANとのゲートウェイであり、S1-Uインタフェースを介してeNB１若しくはgNB２又は両方に接続される。
【００３４】
本実施形態を含む幾つかの実施形態に係る無線通信ネットワークは、アーキテクチャ・オプション３及び３Ａをサポートしなくてもよい。当該無線通信ネットワークは、他のE-UTRA-NR DCアーキテクチャ（e.g., アーキテクチャ・オプション７及び７Ａ）をサポートしてもよい。さらに又はこれに代えて、当該無線通信ネットワークは、E-UTRAからNRへのInter-RATハンドオーバをサポートしてもよい。
【００３５】
図５は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの他の構成例を示している。一例において、当該無線通信ネットワークは、E-UTRA-NR DCアーキテクチャ・オプション７又は７Ａを提供してもよい。オプション７及び７Ａでは、E-UTRA（LTE eNB１）及びNR（gNB２）が5G-CN７に接続される。5G-CN７へのNR ユーザプレーン・コネクションは、オプション７ではLTE eNB１を経由し、UE３のユーザパケットは、基地局間インタフェース４０３、並びにeNB１と5G-CN７との間のインタフェース９０２を通る。一方、オプション７Ａでは、5G-CN７へのNR ユーザプレーン・コネクションは、gNB２と5G-CN７の間のユーザプレーン・インタフェース９０２を直接的に通る。
【００３６】
さらに又はこれに代えて、図５の無線通信ネットワークは、LTE eNB１のE-UTRAセル１１からNR gNB２のNRセル２１へのInter-RATハンドオーバをサポートしてもよい。
【００３７】
続いて以下では、E-UTRAとNRの間のInter-RATデュアルコネクティビティ並びにE-UTRAからNRへのInter-RATハンドオーバにおいてgNB２のセル２１で利用可能なオンデマンド・システム情報の表示（indication）をUE３に通知する手順について説明する。既に説明したように、オンデマンド・システム情報（On-demand SI）は、Other SIの一部又は全てに対応する。
【００３８】
図６は、SgNB２のセルで利用可能なオンデマンド・システム情報の表示をUEに送る手順の一例（処理６００）を示す図である。gNB２は、gNB２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）をeNB１を介してUE３に送るよう動作する。当該表示は、利用可能なオンデマンド・システム情報の番号（e.g., SIB number）、識別子（e.g., SI group identity）、種別（SIB type）、又はカテゴリ（SI category）を示す表示リスト又は表示ビットマップであってもよい。さらに又はこれに代えて、当該表示は、利用可能なオンデマンド・システム情報のスケジューリング情報、又は各オンデマンド・システム情報の要求に用いられる無線リソースの情報でもよい。さらに、それらの組み合わせでもよい。例えば、当該表示は、既にシステム情報として送信されている（又は送信される予定の）オンデマンド・システム情報に対するスケジューリング情報と、システム情報として送信されていないオンデマンド・システム情報に対する表示リスト又は表示ビットマップを含んでもよい。オンデマンド・システム情報は、UE３からの要求に応答して、又はネットワーク（e.g., gNB）自身のトリガーに応答して、gNB２のセル２１において送信される。UE３は、当該表示を見ることにより、UE３が希望する（又は意図する）オンデマンド・システム情報（i.e., Other SIの少なくとも一部）がgNB２のセル２１において利用可能であるか否かを判断することができる。
【００３９】
すなわち、ステップ６０１では、gNB２は、gNB２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）をeNB１に送る。例えば、gNB２は、eNB１とgNB２の間の基地局間インタフェース（e.g., Xnインタフェース）を介して、利用可能なオンデマンド・システム情報の表示を包含する制御メッセージをeNB１に送信してもよい。
【００４０】
ステップ６０２では、eNB１は、利用可能なオンデマンド・システム情報の表示（indication）をgNB２から受信し、受信した表示をeNB１のセル１１においてUE３に送信する。例えば、eNB１は、eNB１のセル１１（i.e., Primary Cell （PCell）又はSource cell）におけるeNB１とUE３の間のRRCコネクションを介して、受信した表示を包含するRRCメッセージをUE３に送信してもよい。
【００４１】
図６の手順によれば、UE３は、第２のRAT（i.e., NR）のgNB２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）を第１のRAT（i.e., E-UTRA）のeNB１から受け取ることができる。
【００４２】
なお、図６で示される手順に代えて、図７又は図８に示す手順によってeNB１がgNB２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）を受けとり、更にeNB１が当該表示をUE３へ送信してもよい。
【００４３】
図７は、eNB１がgNB２と直接インタフェース（e.g., Xn）を確立する手順において、gNB２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）を受け取る例である。ステップ７０１では、eNB１はgNB２にXnインタフェースの確立要求（e.g., Xn Setup Request message）を送信する。ステップ７０２では、gNB２はeNB１にXnインタフェースの確立要求への応答（e.g., Xn Setup Request Response message）を送信する。このとき、gNB２は、セル２１において利用可能なオンデマンド・システム情報の表示（indication）をeNB１に送信する。更に、ステップ７０３では、gNB２は、自身の設定（e.g., オンデマンド・システム情報の利用可能状況）を変更する場合、当該変更を通知するメッセージ（e.g., gNB Configuration Update message）を用いて、変更後の当該表示をeNB１に送信してもよい。
【００４４】
図８は、eNB１がUE３の要求に応じて、gNB２にセル２１において利用可能なオンデマンド・システム情報の表示（indication）を要求する例である。ステップ８０１では、UE３は、セル２１において利用可能なオンデマンド・システム情報の表示（indication）をgNB２に要求するメッセージ（e.g., On Demand SI information Request message）をeNB１へ送信する。これは、明示的なメッセージではなく、暗示的なメッセージ（e.g., measurement reporting for Cell２１）でもよい。ステップ８０２では、eNB１は、gNB２に当該表示を要求する為の、UEに結びついた（UE associated）メッセージ（e.g., On Demand SI Status Request message）を送信する。ステップ８０３では、gNB２は、ステップ８０２のUE associatedメッセージに応答して、当該表示を含むメッセージ（e.g., On Demand SI Status Response message）をeNB１に送信する。ステップ８０４では、eNB１は、当該表示をUE３へ個別シグナリング（e.g., RRC Connection Reconfiguration message including indication of available On demand SI）で送信する。なお、eNB１は、当該表示をセル１１にてシステム情報（e.g., System Information Block type-X including indication of available On demand SI in neighour NR cell）として送信してもよい（ステップ８０５）。これらの手順により、eNB１及びUE３は、gNB２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）を受信することができる。なお、gNB２からeNB１へ送信されるセル２１において利用可能なオンデマンド・システム情報の表示（indication）は、RRCレイヤの情報要素（e.g., RRCコンテナ）として送信されてもよいし、Xnプロトコルレイヤの情報要素（e.g., Xn Information Element）として送信されてもよい。
【００４５】
＜第２の実施形態＞
本実施形態の無線通信ネットワークの構成例は、図４又は図５と同様である。本実施形態は、E-UTRAをプライマリRATとし且つNRをセカンダリRATとするInter-RATデュアルコネクティビティにおいて、セカンダリgNB（SgNB）２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）をマスターeNB（MeNB）１を介してSgNB２からUE３に送る手順の具体例を提供する。
【００４６】
本実施形態では、MeNB１及びSgNB２は、E-UTRA-NR DCアーキテクチャ・オプション３又は３Ａをサポートしてもよい。すなわち、MeNB１及びSgNB２は、EPC４に接続されてもよい。これに代えて、MeNB１及びSgNB２は、E-UTRA-NR DCアーキテクチャ・オプション７又は７Ａをサポートしてもよい。すなわち、MeNB１及びSgNB２は、5G-CN７に接続されてもよい。
【００４７】
本実施形態に係るSgNB２は、E-UTRA-NR DCのためのNR DRBを設定する手順において、NR DRBの設定を含む第１のRadio Resource Control（RRC）メッセージをMeNB１を介してUE３に送るよう構成されている。当該第１のRRCメッセージは、さらに、SgNB２のセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を含む。当該表示は、UE３のNR DRBが設定されるSgNB２のセルにおいて利用可能なオンデマンド・システム情報を少なくとも示す。MeNB１は、SgNB２から受信した第１のRRCメッセージをMeNB１のセル（e.g., PCell）においてUE３にフォワードするよう構成されている。これにより、UE３は、E-UTRA-NR DCのためのNR DRBを設定する手順の間に、いずれのオンデマンド・システム情報（i.e., Other SIの少なくとも一部）がSgNB２のセルにおいて利用可能であるかを知ることができる。
【００４８】
図９は、SgNB２のセルのNRデータ無線ベアラ（NR DRB）をUE３に設定するためのSCG確立手順の一例（処理９００）を示している。図９に示された手順は、LTE DCのSeNB Addition手順を基本的に踏襲している。図９の手順では、UE３は、SgNB２のセルで利用可能なオンデマンド・システム情報の表示をSCG確立手順（i.e., NR DRBの設定手順）において受信する。
【００４９】
ステップ９０１では、MeNB１は、SgNB Addition RequestメッセージをSgNB２に送る。SgNB Addition Requestメッセージは、E-UTRA及びNRをそれぞれプライマリRAT及びセカンダリRATとして使用するDCのための無線ベアラ（SCG DRB又はSplit DRB）の設定をSgNB２に要求する。具体的には、SgNB Addition Requestメッセージは、“SgNB Security Key (for SCG bearer) ”情報要素（Information Element（IE））、“E-RAB To Be Added List”IE、及び“MeNB to SgNB Container”IEを含む。“E-RAB To Be Added List”IEは、MeNB１によって確立するよう要求される各E-RABのE-RAB ID及びE-RAB Level QoS Parametersを含む。“MeNB to SgNB Container”IEは、RRC: SCG-ConfigInfoメッセージを含む。RRC: SCG-ConfigInfoメッセージは、SCGを確立（establish）、修正（modify）、又は解放（release）するようSgNBに要求するためにMeNBによって使用される。SCG-ConfigInfoメッセージは、例えば、EPS bearer Identity、DRB Identity、及びDRB typeを含む。なお、セカンダリRAT（NR）のセル（e.g., 無線リンク、ASレイヤ）とプライマリRAT（E-UTRA）のセル（e.g., 無線リンク、AS layer）で用いられるセキュリティ・ポリシー（e.g., security algorithm）が異なってもよい。この場合、SgNB Security Key IEは、セカンダリRAT（NR）のセルで用いられるセキュリティ・ポリシーの情報が含まれてもよい。さらに、SgNB２は当該セキュリティ・ポリシーの情報をUE３へ送信するRRC: SCG-Configメッセージに含めてもよい。
【００５０】
ステップ９０２では、SgNB２は、SgNB Addition Request AcknowledgeメッセージをMeNB１に送る。SgNB Addition Request Acknowledgeメッセージは、SgNB Addition Requestメッセージに対する応答メッセージである。具体的には、SgNB Addition Request Acknowledgeメッセージは、“E-RAB Admitted To Be Added List”IE、及び“SgNB to MeNB Container”IEを含む。“SgNB to MeNB Container”IEは、RRC: SCG-Configメッセージを含む。RRC: SCG-Configメッセージは、上述の“第１のRRCメッセージ”に相当する。RRC: SCG-Configメッセージは、SgNB２によって生成されたSCG DRB（又はSplit DRB）の無線リソース設定を転送するために使用される。さらに、RRC: SCG-Configメッセージは、UE３のNR DRBが設定されるSgNB２のセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を包含する。さらに、RRC: SCG-Configメッセージは、SgNB２のセルにおけるMinimum SIを含んでもよい。
【００５１】
ステップ９０３では、MeNB１は、SgNB２からのSgNB Addition Request Acknowledgeメッセージの受信に応答して、RRC Connection ReconfigurationメッセージをUE３に送る。当該RRC Connection Reconfigurationメッセージは、SgNB Addition Request Acknowledgeメッセージを用いてSgNB２からMeNB１に送られたRRC: SCG-Configメッセージを含む。UE３のプライマリRAT（i.e., E-UTRA（LTE））のASレイヤは、MeNB１のE-UTRAセル（i.e., Primary Cell （PCell））において当該RRC Connection Reconfigurationメッセージを受信する。UE３のセカンダリRAT（i.e., NR）のASレイヤは、RRC: SCG-Configメッセージに基づいて、SgNB２のNRセルにおけるSCG DRB又はSplit DRBを設定する。
【００５２】
UE３（i.e., NRのASレイヤ）は、さらに、RRC: SCG-Configメッセージから取り出した“利用可能なOn-demand SIの表示”を参照し、UE３が希望する（又は意図する）Other SIがSgNB２のセルにおいて利用可能であるか否かを判断する。図９の例では、UE３（i.e., E-UTRAのASレイヤ）は、SI要求（SI request）を包含するRRC Connection Reconfiguration CompleteメッセージをMeNB１のE-UTRAセル（i.e., Primary Cell （PCell））においてMeNB１に送る（ステップ９０４）。SI要求は、SgNB２に対するオンデマンド・システム情報の送信の要求である。MeNB１は、UE３から受け取ったSI要求をSgNB２にフォワードする。MeNB１は、SI要求を包含するSgNB Reconfiguration CompleteメッセージをSgNB２に送ってもよい（ステップ９０５）。
【００５３】
なお、図９のステップ９０４及び９０５によるSI要求の送信は一例である。UE３（i.e., NRのASレイヤ）は、RRC Connection Reconfigurationメッセージ（ステップ９０３）の受信後に、SgNB２のセルに同期するためのランダムアクセス手順をSgNB２のセル（e.g., Primary Secondary Cell（PSCell））において開始する。幾つかの実装において、UE３（i.e., NRのASレイヤ）は、当該ランダムアクセス手順内でSI要求を送信してもよい。例えば、UE３は、ランダムアクセス手順の第１メッセージ（Msg1）（i.e., ランダムアクセス・プリアンブル）でSI要求を送信してもよい。この場合、UE３は、希望するOn-demand SI（Other SI）の番号又は識別子に関連付けられたランダムアクセス・プリアンブルをプリアンブル・プールの中から選択し、選択されたプリアンブルを送信してもよい。これに代えて、UE３は、ランダムアクセス手順の第３メッセージ（Msg3）でSI要求を送信してもよい。
【００５４】
あるいは、幾つかの実装において、SCG DRB（又はSplit DRB）の設定の完了後に、UE３（i.e., NRのASレイヤ）はSgNB２のセル（e.g., PSCell）において、RRCシグナリング又はMedium Access Control (MAC) Control Element (CE)を用いてSI要求を送信してもよい。
【００５５】
あるいは、幾つかの実装において、SCG DRB（又はSplit DRB）の設定の完了後に、UE３（i.e., E-UTRAのASレイヤ）はSI要求をMeNB１のセル（e.g., PCell）においてRRCシグナリングを用いてMeNB１に送信し、MeNB１は受信したSI要求をSgNB２にフォワードしてもよい。
【００５６】
＜第３の実施形態＞
本実施形態の無線通信ネットワークの構成例は、図５と同様である。本実施形態は、E-UTRAからNRへのInter-RATハンドオーバにおいて、ターゲットgNB２のセル２１において利用可能なオンデマンド・システム情報の表示（indication）をソースeNB１を介してターゲットgNB２からUE３に送る手順の具体例を提供する。
【００５７】
本実施形態に係るターゲットgNB２は、E-UTRAからNRへのInter-RATハンドオーバ手順において、NR無線リソース設定を含むRRCメッセージをソースeNB１を介してUE３に送るよう構成されている。当該RRCメッセージは、さらに、ターゲットgNB２のセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を含む。当該表示は、ターゲットgNB２のセルにおいて利用可能なオンデマンド・システム情報を少なくとも示す。ソースeNB１は、ターゲットgNB２から受信したRRCメッセージをソースeNB１のセルにおいてUE３にフォワードするよう構成されている。これにより、UE３は、ターゲットgNB２へのハンドオーバ手順の間に、いずれのオンデマンド・システム情報（i.e., Other SIの少なくとも一部）がターゲットgNB２のセルにおいて利用可能であるかを知ることができる。
【００５８】
図１０は、本実施形態に係るInter-RATハンドオーバ手順の一例（処理１０００）を示すシーケンス図である。ステップ１００１では、ソースLTE eNB１は、NR Handover Requestメッセージをダイレクト基地局間インタフェース４０３（e.g., Xnインタフェース又はX3インタフェース）上でターゲットgNB２に送る。ステップ１００１のNR Handover Requestメッセージは、LTEからNRへのハンドオーバであることを示すハンドオーバ種別 情報要素（Handover Type Information Element (IE)）を包含してもよい。Handover Type IEは、例えば、“LTEtoNR”がセットされる。
【００５９】
ステップ１００２では、ターゲットgNB２は、NR Handover Requestメッセージに基づいて、UEコンテキストを生成（create）し、リソースを割り当てる。そして、ターゲットgNB２は、NR Handover Request AcknowledgeメッセージをソースeNB１に送る。NR Handover Request Acknowledgeメッセージは、NR Handover Requestメッセージに対する応答メッセージである。NR Handover Request Acknowledgeメッセージは、ターゲットgNB２によって生成されたターゲットNRセル２１の無線リソース設定を含む。当該無線リソース設定は、ソースeNB１を介してUE３に送られる。ステップ１００２のNR Handover Request Acknowledgeメッセージは、さらに、ターゲットgNB２のセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を含む。
【００６０】
ステップ１００３では、ソースeNB１は、ターゲットgNB２により生成された無線リソース設定情報を含むHandover Commandメッセージを包含するRRCメッセージをUE３に送る。当該RRCメッセージは、例えば、Mobility from EUTRA commandメッセージであってもよいし、RRC Connection Reconfigurationメッセージであってもよい。ソースeNB１は、ターゲットgNB２により生成された無線リソース設定情報を、 RRC Connection Reconfigurationメッセージ内の“MobilityControlInfoNR”IEに含めてもよい。さらに、ソースeNB１は、ターゲットgNB２より受信した“利用可能なOn-demand SIの表示”をUE３へのRRCメッセージに含める。“利用可能なOn-demand SIの表示”も RRC Connection Reconfigurationメッセージ内の“MobilityControlInfoNR”IEに含まれてもよい。
【００６１】
ステップ１００４では、UE３は、Handover Commandメッセージを包含するRRCメッセージの受信に応答して、ターゲットRAN（i.e., NR）に移動し、Handover Commandメッセージにおいて供給された無線リソース設定情報に従ってハンドオーバを実施する。すなわち、UE３は、ターゲットgNB２との無線コネクションを確立する。
【００６２】
ステップ１００５では、UE３は、ターゲットNRセル２１に首尾よく（successfully）同期した後に、Handover Confirm for NRメッセージをターゲットgNB２に送る。ステップ１００５のメッセージは、(NR) RRC Connection Reconfiguration Completeメッセージであってもよい。
【００６３】
UE３（i.e., NRのASレイヤ）は、“利用可能なOn-demand SIの表示”を参照し、UE３が希望する（又は意図する）Other SIがターゲットgNB２のセルにおいて利用可能であるか否かを判断する。UE３は、ステップ１００５のRRCメッセージ（e.g., (NR) RRC Connection Reconfiguration Completeメッセージ）にSI要求（SI request）を含めてもよい。SI要求は、ターゲットgNB２に対するオンデマンド・システム情報の送信の要求である。
【００６４】
なお、図１０のステップ１００５でのSI要求の送信は一例である。UE３（i.e., NRのASレイヤ）は、ステップ１００４のランダムアクセス手順内でSI要求を送信してもよい。。例えば、UE３は、ランダムアクセス手順の第１メッセージ（Msg1）（i.e., ランダムアクセス・プリアンブル）でSI要求を送信してもよい。この場合、UE３は、希望するOn-demand SI（Other SI）の番号又は識別子に関連付けられたランダムアクセス・プリアンブルをプリアンブル・プールの中から選択し、選択されたプリアンブルを送信してもよい。これに代えて、UE３は、ランダムアクセス手順の第３メッセージ（Msg3）でSI要求を送信してもよい。
【００６５】
続いて以下では、上述の複数の実施形態に係るLTE eNB１、NR gNB２、及びUE３の構成例について説明する。図１１は、上述の実施形態に係るNR gNB２の構成例を示すブロック図である。LTE eNB１の構成も図１１に示されたそれと同様であってもよい。図１１を参照すると、gNB２は、Radio Frequencyトランシーバ１１０１、ネットワークインターフェース１１０３、プロセッサ１１０４、及びメモリ１１０５を含む。RFトランシーバ１１０１は、UE３を含むNG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１１０１は、複数のトランシーバを含んでもよい。RFトランシーバ１１０１は、アンテナアレイ１１０２及びプロセッサ１１０４と結合される。RFトランシーバ１１０１は、変調シンボルデータをプロセッサ１１０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１１０２に供給する。また、RFトランシーバ１１０１は、アンテナアレイ１１０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１１０４に供給する。RFトランシーバ１１０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。
【００６６】
ネットワークインターフェース１１０３は、ネットワークノード（e.g., LTE eNB１、MME５、S-GW６）と通信するために使用される。ネットワークインターフェース１１０３は、例えば、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インタフェースを介してメモリ１１０５にアクセスしてもよい。
【００６９】
メモリ１１０５は、上述の複数の実施形態で説明されたgNB２による処理を行うための命令群およびデータを含む１又はそれ以上のソフトウェアモジュール（コンピュータプログラム）１１０６を格納してもよい。いくつかの実装において、プロセッサ１１０４は、当該ソフトウェアモジュール１１０６をメモリ１１０５から読み出して実行することで、上述の実施形態で説明されたgNB２の処理を行うよう構成されてもよい。
【００７０】
図１２は、UE３の構成例を示すブロック図である。Radio Frequency（RF）トランシーバ１２０１は、eNB１及びgNB２と通信するためにアナログ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３の処理を行うよう構成されてもよい。
【００７９】
図１１及び図１２を用いて説明したように、上述の実施形態に係るLTE eNB１、NR gNB２、及び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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。
【００８０】
＜その他の実施形態＞
上述の実施形態は、SeNB Addition手順を踏襲するSgNB Addition手順が使用される例を示した。上述の実施形態では、SgNB Addition手順の代わりに、SeNB Modification手順を踏襲するSgNB Modification手順が使用されてもよい。例えば、MeNB１は、SgNB Addition Requestメッセージ（e.g., 図6のステップ6０１）の代わりに、SgNB Modification RequestメッセージをSgNB２に送ってもよい。
【００８１】
MeNB1は、無線ベアラ設定要求（e.g., SgNB Addition Requestメッセージ又はSgNB Modification Requestメッセージ）をSgNB２に送る前に、MeN１BとSgNB２間でUE Capability Coordinationを行ってもよい。例えば、MeNB１は、UE Capability Coordination RequestメッセージをSgNB２に送り、UE Capability Coordination ResponseメッセージをSgNB２から受信してもよい。当該Coordination では、MeN１B及びSgNB２は、RF capability（Band combination, measurement capability）などの固定的なUE capability（e.g., DCでデータ送受信中はほぼ変わらない、又はハードスプリットするcapability）のみを共有（交渉）してもよい。さらに、MeN１B及びSgNB２は、UE category規定に関連するcapability（e.g., soft buffer/soft channel bit）などの静的なUE capability（DC中にダイナミックに変わらない、又はdynamic sharingするcapability）も共有してもよい。これに代えて、MeN１B及びSgNB２は、静的なUE capabilityをSeNB Addition Request/Acknowledge messages（又はSeNB Modification Request/Acknowledge messages）の交換ステップにおいて共有してもよい。
【００８２】
上述の実施形態で説明された各種メッセージ（e.g., SgNB Addition Requestメッセージ、SgNB Addition Request Acknowledgeメッセージ、RRC Connection Reconfigurationメッセージ、RRC Connection Reconfiguration Completeメッセージ、SgNB Reconfiguration Completeメッセージ、NR Handover Requestメッセージ、NR Handover Request Acknowledgeメッセージ）に包含される情報要素（Information Element）は、上述のものには限られない。例えば、上述した各種メッセージに包含される情報要素（Information Element）は、LTE eNB１とNR gNB２でDCを行うことを目的として、又はE-UTRAからNRへのハンドオーバを行うことを目的として、上述の実施形態とは異なる方向、異なるノード間で通信・共有されてもよい。より具体的な例示としては、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部がSgNB Addition Request Acknowledgeメッセージに含まれてもよい。さらに又はこれに代えて、SgNB Addition Requestメッセージに含まれる情報要素の少なくとも一部が、EPC４（MME５）からLTE eNB１に送られるS1APメッセージ（e.g., S1AP: E-RAB Setup Requestメッセージ）に含まれてもよい。これにより、LTE eNB１とNR gNB２でDC行うのに必要な情報を、LTE eNB１とNR gNB２で行うDCに関連するノード間で共有することができる。
【００８３】
上述の実施形態で説明されたUE３、基地局（LTE eNB１、NR gNB２）、及びコアネットワーク（EPC４、5G-CN７）の動作または処理は、Intra-NR Dual Connectivity (DC)、及びInter-gNB Handoverの場合にも適用が可能である。例えば、同じNRシステムの隣接セル間でも、オンデマンド・システム情報の利用可能状況が同一でないことがあり得る。したがって、セカンダリgNB又はターゲットgNBは、自身の１又はそれ以上のNRセルで利用可能なオンデマンド・システム情報の表示（indication）をプライマリgNB又はソースgNBを介してUE３に送ってもよい。これにより、DCまたはハンドオーバを実行する場合に、UE３は、セカンダリセル又はターゲットセルでどのようなオンデマンド・システム情報が利用可能であるか（又はサポートされているか）を予め知ることができる。よって、UE３は、DCの為のSCGの設定完了後又はハンドオーバ完了後に速やかに必要な情報を取得することができる。
【００８４】
上述の実施形態で説明されたLTE eNB１及びNR gNB２は、Cloud Radio Access Network（C-RAN）コンセプトに基づいて実装されてもよい。C-RANは、Centralized RANと呼ばれることもある。したがって、上述の実施形態で説明されたeNB１及びgNB２の各々により行われる処理及び動作は、C-RANアーキテクチャに含まれるDigital Unit（DU）によって、又はDU及びRadio Unit（RU）の組み合せによって提供されてもよい。DUは、Baseband Unit（BBU）又はCentral Unit（CU）と呼ばれる。RUは、Remote Radio Head（RRH）、Remote Radio Equipment（RRE）、Distributed Unit（DU）、又はTransmission and Reception Point（TRP）とも呼ばれる。すなわち、上述の実施形態で説明されたeNB１及びgNB２の各々によって行われる処理及び動作は、任意の１又は複数の無線局（又はRANノード）によって提供されてもよい。
【００８５】
さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。
【００８６】
例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。
【００８７】
（付記１）
無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードであって、
前記第２のRANノードは、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
備え、
前記少なくとも１つのプロセッサは、前記第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を第１のRANノードを介して無線端末に送るよう構成され、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
第２のRANノード。
【００８８】
（付記２）
前記第２のRANノードは、第２のRadio Access Technology（RAT）に関連付けられ、
前記少なくとも１つのプロセッサは、第１のRATをプライマリRATとし且つ前記第２のRATをセカンダリRATとするデュアル・コネクティビティのための前記第２のRATの無線ベアラの設定を含む第１のRadio Resource Control（RRC）メッセージを前記第１のRATに関連付けられた前記第１のRANノードを介して前記無線端末に送るよう構成され、
前記表示は、前記第１のRRCメッセージに含まれる、
付記１に記載の第２のRANノード。
【００８９】
（付記３）
前記第２のRANノードは、第２のRadio Access Technology（RAT）に関連付けられ、
前記少なくとも１つのプロセッサは、第１のRATから前記第２のRATへの前記無線端末のInter-RATハンドオーバのための前記第２のRATの無線リソース設定を含む第２のRRCメッセージを前記第１のRATに関連付けられた前記第１のRANノードを介して前記無線端末に送るよう構成され、
前記表示は、前記第２のRRCメッセージに含まれる、
付記１に記載の第２のRANノード。
【００９０】
（付記４）
前記表示は、前記利用可能なオンデマンド・システム情報の番号又は識別子を示す表示リスト又は表示ビットマップを含む、
付記１〜３のいずれか１項に記載の第２のRANノード。
【００９１】
（付記５）
無線通信システムにおいて使用される第１の無線アクセスネットワーク（RAN）ノードであって、
前記第１のRANノードは、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
備え、
前記少なくとも１つのプロセッサは、
第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を前記第２のRANノードから受信するよう構成され、且つ
前記表示を前記第１のRANノードのセルにおいて無線端末に送信するよう構成され、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
第１のRANノード。
【００９２】
（付記６）
前記第１のRANノードは、第１のRadio Access Technology（RAT）に関連付けられ、
前記少なくとも１つのプロセッサは、前記第１のRATをプライマリRATとし且つ第２のRATをセカンダリRATとするデュアル・コネクティビティのための前記第２のRATの無線ベアラの設定を含む第１のRadio Resource Control（RRC）メッセージを前記第２のRATに関連付けられた前記第２のRANノードから受信し、前記第１のRRCメッセージを前記第１のRANノードのセルにおいて前記無線端末にフォワードするよう構成され、
前記表示は、前記第１のRRCメッセージに含まれる、
付記５に記載の第１のRANノード。
【００９３】
（付記７）
前記少なくとも１つのプロセッサは、
前記デュアル・コネクティビティのための前記無線ベアラの設定手順において、前記第１のRRCメッセージに応答して前記無線端末により送信される第２のRRCメッセージを受信するよう構成され、
前記第２のRRCメッセージからオンデマンド・システム情報の送信要求を取り出し、前記送信要求を前記第２のRANノードにフォワードするよう構成されている、
付記６に記載の第１のRANノード。
【００９４】
（付記８）
前記第１のRANノードは、第１のRadio Access Technology（RAT）に関連付けられ、
前記少なくとも１つのプロセッサは、前記第１のRATから第２のRATへの前記無線端末のInter-RATハンドオーバのための前記第２のRATの無線リソース設定を含む第３のRRCメッセージを前記第２のRATに関連付けられた前記第２のRANノードから受信し、前記第３のRRCメッセージを前記第１のRANノードのセルにおいて前記無線端末にフォワードするよう構成され、
前記表示は、前記第３のRRCメッセージに含まれる、
付記５に記載の第１のRANノード。
【００９５】
（付記９）
前記表示は、前記利用可能なオンデマンド・システム情報の番号又は識別子を示す表示リスト又は表示ビットマップを含む、
付記５〜８のいずれか１項に記載の第１のRANノード。
【００９６】
（付記１０）
無線通信システムにおいて使用される無線端末であって、
前記無線端末は、
第１の無線アクセスネットワーク（RAN）ノード及び第２のRANノードと通信するよう構成された少なくとも１つの無線トランシーバと、
少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、前記第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を、前記第１のRANノードを介して、前記第２のRANノードから受信するよう構成され、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
無線端末。
【００９７】
（付記１１）
前記少なくとも１つのプロセッサは、第１のRadio Access Technology（RAT）をプライマリRATとし且つ第２のRATをセカンダリRATとするデュアル・コネクティビティのための前記第２のRATの無線ベアラの設定を含む第１のRadio Resource Control（RRC）メッセージを、前記第１のRATに関連付けられた前記第１のRANノードを介して、前記第２のRATに関連付けられた前記第２のRANノードから受信するよう構成され、
前記表示は、前記第１のRRCメッセージに含まれる、
付記１０に記載の無線端末。
【００９８】
（付記１２）
前記少なくとも１つのプロセッサは、前記デュアル・コネクティビティのための前記無線ベアラの設定手順において、前記第１のRRCメッセージに応答して第２のRRCメッセージを送信するよう構成され、
前記第２のRRCメッセージは、前記第２のRANノードに対するオンデマンド・システム情報の送信の要求を含む、
付記１１に記載の無線端末。
【００９９】
（付記１３）
前記少なくとも１つのプロセッサは、前記第１のRRCメッセージの受信後に、前記第２のRANノードのセルに同期するためのランダムアクセス手順においてオンデマンド・システム情報の送信の要求を送信するよう構成されている、
付記１１又は１２に記載の無線端末。
【０１００】
（付記１４）
前記少なくとも１つのプロセッサは、前記デュアル・コネクティビティのための前記第２のRATの前記無線ベアラの設定後に、前記第２のRANノードのセルにおいて、オンデマンド・システム情報の送信の要求をRRCシグナリング又はMedium Access Control (MAC) Control Element (CE)を用いて送信するよう構成されている、
付記１１又は１２に記載の無線端末。
【０１０１】
（付記１５）
前記少なくとも１つのプロセッサは、第１のRadio Access Technology（RAT）から第２のRATへの前記無線端末のInter-RATハンドオーバのための前記第２のRATの無線リソース設定を含む第３のRadio Resource Control（RRC）メッセージを、前記第１のRATに関連付けられた前記第１のRANノードを介して、前記第２のRATに関連付けられた前記第２のRANノードから受信するよう構成され、
前記表示は、前記第３のRRCメッセージに含まれる、
付記１０に記載の無線端末。
【０１０２】
（付記１６）
前記表示は、前記利用可能なオンデマンド・システム情報の番号又は識別子を示す表示リスト又は表示ビットマップを含む、
付記１０〜１５のいずれか１項に記載の無線端末。
【０１０３】
（付記１７）
無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法であって、
前記方法は、前記第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を第１のRANノードを介して無線端末に送ることを備え、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
方法。
【０１０４】
（付記１８）
無線通信システムにおいて使用される第１の無線アクセスネットワーク（RAN）ノードにおける方法であって、
前記方法は、
第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を前記第２のRANノードから受信すること、及び
前記表示を前記第１のRANノードのセルにおいて無線端末に送信すること、
を備え、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
方法。
【０１０５】
（付記１９）
無線通信システムにおいて使用される無線端末における方法であって、
前記方法は、第２の無線アクセスネットワーク（RAN）ノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を、第１のRANノードを介して、前記第２のRANノードから受信することを備え、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
方法。
【０１０６】
（付記２０）
無線通信システムにおいて使用される第２の無線アクセスネットワーク（RAN）ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、前記第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を第１のRANノードを介して無線端末に送ることを備え、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
プログラム。
【０１０７】
（付記２１）
無線通信システムにおいて使用される第１の無線アクセスネットワーク（RAN）ノードにおける方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第２のRANノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を前記第２のRANノードから受信すること、及び
前記表示を前記第１のRANノードのセルにおいて無線端末に送信すること、
を備え、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
プログラム。
【０１０８】
（付記２２）
無線通信システムにおいて使用される無線端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、第２の無線アクセスネットワーク（RAN）ノードのセルにおいて利用可能なオンデマンド・システム情報の表示（indication）を、第１のRANノードを介して、前記第２のRANノードから受信することを備え、
前記利用可能なオンデマンド・システム情報は、前記無線端末からの要求に応答して、前記第２のRANノードのセルにおいて又は前記第１のRANノードを介して送信される、
プログラム。
【０１０９】
この出願は、２０１７年１月５日に出願された日本出願特願２０１７−０００７９９を基礎とする優先権を主張し、その開示の全てをここに取り込む。
【符号の説明】
【０１１０】
１  eNodeB (eNB)
２  gNodeB (gNB)
３  User Equipment (UE)
４  Evolved Packet Core (EPC)
５  Mobility Management Entity (MME)
１１０１  RFトランシーバ
１１０４  プロセッサ
１１０５  メモリ
１２０１  RFトランシーバ
１２０３  ベースバンドプロセッサ
１２０４  アプリケーションプロセッサ
１２０６  メモリ
【図１】
2020162183.tif 000003
【図２】
2020162183.tif 000004
【図３】
2020162183.tif 000005
【図４】
2020162183.tif 000006
【図５】
2020162183.tif 000007
【図６】
2020162183.tif 000008
【図７】
2020162183.tif 000009
【図８】
2020162183.tif 000010
【図９】
2020162183.tif 000011
【図１０】
2020162183.tif 000012
【図１１】
2020162183.tif 000013
【図１２】
2020162183.tif 000014