JP2021073793A

JP2021073793A - ｇＮＢ及びＵＥ

Info

Publication number: JP2021073793A
Application number: JP2021009265A
Authority: JP
Inventors: 尚二木; Takashi Futaki; 林　貞福; Sadafuku Hayashi; 貞福林
Original assignee: NEC Corp
Current assignee: NEC Corp
Priority date: 2017-01-05
Filing date: 2021-01-25
Publication date: 2021-05-13
Anticipated expiration: 2037-11-21
Also published as: EP3955647A1; US11051233B2; EP3567926A1; CN110402600A; JP6835102B2; CN110402600B; US20190349838A1; JP7063404B2; EP3567926B1; JP2024045709A; US11729700B2; US20230354159A1; EP3567926A4; ES2900501T3; JP2022092062A; CN114143849A; CN114143848A; US20210274428A1; WO2018128020A1; JPWO2018128020A1

Abstract

【課題】再選択されるセル又は再選択されたセルにおけるネットワークスライスの使用可能性（ａｖａｉｌａｂｉｌｉｔｙ）をＲＲＣ＿ＩＮＡＣＴＩＶＥ状態の無線端末が知ることを容易にする。【解決手段】ｇＮＢ（１）は、ＵＥ（２）が使用するネットワークスライスをサポートする少なくとも１つのセルのみを示すセル情報を設定する。ｇＮＢ（１）は、ｇＮＢ（１）がＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥ（２）をＲＲＣ＿ＩＮＡＣＴＩＶＥに遷移させる場合に、ＲＲＣ＿ＣＯＮＮＥＣＴＥＤであるＵＥ（２）にＲＲＣメッセージを送信する。当該ＲＲＣメッセージはＲＡＮ通知エリアに関する情報を含み、当該ＲＡＮ通知エリアに関する情報は上述のセル情報を含む。【選択図】図６

Description

本開示は、無線通信システムに関し、特に無線端末のモビリティに関する。

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ベアラに相当する。すなわち、5G Systemは、Bearer-based QoSコンセプトの代わりにFlow-based QoS（or per-flow QoS）コンセプトを採用する。Flow-based QoS コンセプトでは、QoSはPDU flow単位で取り扱われる（handled）。そのため、PDU flowはQoS flowとも呼ばれる。なお、5G UEとデータネットワークとの間の関連付け（association）は、PDUセッション（PDU session）と呼ばれる。PDUセッションは、LTE及びLTE-AdvancedのPDNコネクション（PDN connection）に相当する用語である。複数のPDU flows（又はQoS flows）が１つのPDUセッション内に設定されることができる。

さらに、5G Systemがnetwork slicingをサポートすることも検討されている（非特許文献１を参照）。Network slicingは、Network Function Virtualization（NFV）技術及びsoftware-defined networking（SDN）技術を使用し、複数の仮想化された論理的なネットワークを物理的なネットワークの上に作り出すことを可能にする。各々の仮想化された論理的なネットワークは、ネットワークスライス（network slice）又はネットワークスライス・インスタンス（network slice instance）と呼ばれ、論理的なノード（nodes）及び機能（functions）を含み、特定のトラフィック及びシグナリングのために使用される。5G-RAN若しくは5G-CN又はこれら両方は、Slice Selection Function（SSF）を有する。SSFは、5G UE及び5G-CNの少なくとも一方によって提供される情報に基づいて、当該5G UEのために適した１又は複数のネットワークスライスを選択する。

図１は、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間の制御情報の転送に使用される。5G-CNとgNB（i.e., RAN）の間のユーザプレーン・インタフェースは、NG3インタフェース又はNG-uインタフェースと呼ばれ、UEのPDUセッション内の１又はそれ以上のPDU flows（又はQoS flows）のパケット（packets）の転送に使用される。

さらにまた、5G System では、RRC_CONNECTED状態及びRRC_IDLE状態に加えて、新たなRRC状態が導入される（例えば、非特許文献１−５を参照）。新たなRRC状態は、RRC_INACTIVE状態またはRRC_INACTIVE_CONNECTED状態と呼ばれる。

5G SystemのRRC_CONNECTED状態及びRRC_IDLE状態は、LTEのRRC_CONNECTED状態及びRRC_IDLE状態とそれぞれ同様の特徴を持つ。UEがRRC_CONNECTED状態であるとき、UE及び5G-RANがASコンテキストを維持し、UEの位置がセルレベルで5G-RANによって知られている。RRC_CONNECTED状態であるUEのモビリティは、5G-RANによって制御されるハンドオーバにより取り扱われる。一方、UEがRRC_IDLE状態であるとき、UE及び5G-RANがASコンテキストを解放しており、UEの位置が5G-RANによって知られておらず、UEの位置が5G-CNによってロケーション登録エリア・レベルで知られている。ロケーション登録エリアは、LTEのトラッキングエリア（Tracking Area (TA)）に相当する。RRC_IDLE状態であるUEのモビリティは、UEによって制御されるセル再選択により取り扱われる。さらに、ASレイヤのRRC状態は、NASレイヤのコネクション管理（NG Connection Management（NG CM））状態と関連付けられる。RRC_CONNECTED状態であるUEは、UE及び5G-CNにおいてNG-CM-CONNECTED状態であると考えられる。一方、RRC_IDLE状態であるUEは、UE及び5G-CNにおいてNG-CM-IDLE状態であると考えられる。

RRC_INACTIVE状態は、RRC_CONNETED状態とRRC_IDLE状態の間の中間的な状態であると言うことができる。RRC_INACTIVE状態の幾つかの特徴はRRC_CONNETED状態のそれらと類似するが、RRC_INACTIVE状態の他の幾つかの特徴はRRC_IDLE状態のそれらと類似する。

UEがRRC_INACTIVE状態であるとき、UE及び5G-RANがASコンテキストの少なくとも一部を維持する。RRC_INACTIVE状態であるUEのためにUE及び5G-RANにより保持されるASコンテキストは、例えば、無線ベアラ設定、及びASセキュリティ・コンテキストを含む。さらに、5G-RANは、RRC_INACTIVE状態のUEのための5G-CNとのコントロールプレーン及びユーザプレーン・コネクション（i.e., 図１のNG2及びNG3インタフェース）を確立したまま維持する。RRC_INACTIVE状態であるUEは、UE及び5G-CNにおいてNG-CM-CONNECTED状態であると考えられる。すなわち、5G-CNは、UEがRRC_CONNECTED状態であるか又はRRC_INACTIVE状態であるかを区別しない。RRC_INACTIVE状態のこれらの特徴は、RRC_CONNETED状態の特徴と類似する。

しかしながら、RRC_INACTIVE状態であるUEのモビリティは、RRC_IDLE状態であるUEのそれと類似する。すなわち、RRC_INACTIVE状態であるUEのモビリティは、UEによって制御されるセル再選択により取り扱われる。

図２は、現在提案されている３つのRRC状態の間の状態遷移を示している。UEは、RRC_CONNECTED状態とRRC_INACTIVE状態との間で相互に遷移できる（ステップ２０１及び２０２）。RRC_CONNECTED状態とRRC_INACTIVE状態との間の遷移は、LTEのために3GPP Release 13において規定されたRRCコネクションの保留（Suspend）及び再開（Resume）手順を再利用することが想定されている。RRC_INACTIVE状態であるUEのために5G-RAN内にストアされているASコンテキストは、RANノード間（gNBs間）で転送されることができる。具体的には、UEがRRC_INACTIVE状態からRRC_CONNECTED状態に遷移する際に、当該UEからのRRCメッセージ（e.g., RRC Connection Resume request）を受信したgNBは、当該UEのASコンテキストを他のgNBから取得（fetch/retrieve）してもよい。

RRC_INACTIVE状態であるUEの位置は、新たに定義されるRAN通知エリア（RAN Notification Area（RNA））のレベルで5G-RANによって知られている。RAN通知エリアは、RAN-based Notification Area、RAN paging area、又はRAN location update areaとも呼ばれる。RAN通知エリア（RNA）は、１又はそれ以上のセルを含み、5G-RANにより決定され、5G-RANによりUEに設定される。RRC_INACTIVE状態のUEは、RAN通知エリア内でセル再選択によりセル間を移動しても5G-RANにセル再選択を行ったことを通知（報告）する必要がない。RRC_INACTIVE状態のUEは、RAN通知エリア外のセルを再選択した場合に、5G-RANにRAN通知エリアの更新を要求する。

図３は、RRC_INACTIVE状態であるUEのモビリティの例を示している。初めに、UE３０１は、gNB３１１のセル３５１でRRC_CONNECTED状態（３２１）であり、gNB３１１から個別（dedicated）無線リソースを割り当てられ、個別無線ベアラ（dedicated radio bearers）３２２を確立している。gNB３１１は、UE３０１のRRC_INACTIVE状態への遷移を決定し、RAN通知エリア３４０をUE３０１に設定し、RRCメッセージ（e.g., RRC Suspendメッセージ）をUE３０１に送信する（３２３）。gNB３１１からの指示に応答して、UE３０１は、RRC_CONNECTED状態からRRC_INACTIVE状態に入る（３２４）。

RRC_INACTIVE状態であるUE３０１は、セル再選択手順を実行し、gNB３１２のセル３５２を再選択する（３２５）。セル３５２はUE３０１に設定されているRAN通知エリア３４０に含まれるため、UE３０１は、セル再選択（つまりUE位置情報の更新）を5G-RAN（e.g., セル３５２又はgNB３１２）に報告しない。UE３０１はさらに移動し、gNB３１３のセル３５３を再選択する（３２６）。セル３５３はUE３０１に設定されているRAN通知エリア３４０に含まれていないため、UE３０１は、RAN通知エリア更新の要求（３２７）をgNB３１３に送信する。当該要求（３２７）は、RRC_INACTIVEからRRC_CONNECTEDへの遷移を要求するRRCメッセージ（e.g., RRC Resume Requestメッセージ）を用いて送信されてもよい。gNB３１３は、gNB３１１からUE３０１のASコンテキストを取得し、取得したASコンテキストを用いて無線ベアラのためのPacket Data Convergence Protocol（PDCP）及びRadio Link Control（RLC）を再確立する。そして、gNB３１３は、UE３０１をRRC_CONNECTED状態に遷移させるためにRRCメッセージ（e.g., RRC resumeメッセージ）を送信する。gNB３１１からの指示に応答して、UE３０１は、セル３５３において、RRC_INACTIVE状態からRRC_CONNECTED状態に入る（３２９）。UE３０１は、個別無線ベアラ（dedicated radio bearers）３３０を使用してデータを送信し且つ受信することができる。

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

本件発明者等は、RRC_INACTIVE状態のUEのモビリティに関して検討を行い、幾つかの課題を見出した。例えば、RRC_INACTIVE状態のUEのモビリティでは、ネットワークスライスの考慮が必要であるかもしれない。なぜなら、再選択されたセル（reselected cellにおいて所望のネットワークスライスが使用可能でない状況が発生し得るためである。UE所望のネットワークスライスは、例えば、当該UEがRRC_INACTIVE状態に入る前のRRC_CONNECTED状態であるときに当該UEのためにネットワークにより選択されていた（又は設定されていた）ネットワークスライスである。

図４の例では、5G-CN４３０は、共通ネットワーク機能（Common Network Functions (NFs)）４３１、ネットワークスライスＡのためのネットワーク機能（NFs for slice A）４３２、及びネットワークスライスＢのためのネットワーク機能（NFs for slice B）４３３を含む。Common NFs４３１は、共通コントロールプレーン・ネットワーク機能（Common Control plane NF (CCNF)）を含み、さらに共通ユーザプレーン・ネットワーク機能（Common User plane NF (CUNF)）を含んでもよい。NFs for slice A４３２は、スライス固有ユーザプレーン・ネットワーク機能（Slice specific User plane NF (SUNF)）を含み、さらにスライス固有コントロールプレーン・ネットワーク機能（Slice specific Control plane NF (SCNF)）を含んでもよい。同様に、NFs for slice B４３３は、SUNFを含み、さらにSCNFを含んでもよい。

図４の例では、gNB４１１及びgNB４１２は、Common NFs４３１、NFs for slice A４３２、及びNFs for slice B４３３に接続されている。これに対して、gNB４１３は、Common NFs４３１及びNFs for slice A４３２に接続されているが、NFs for slice B４３３に接続されていない。すなわち、ネットワークスライスＢは、gNB４１３のセル４２３で使用可能でない。

図４の例では、UE４０１はgNB４１１のセル４２１においてRRC_CONNECTED状態であり、ネットワークスライスＢがUE４０１のために設定される。UE４０１は、ネットワークスライスＢを介してデータを送信し且つ受信する。その後に、UE４０１は、gNB４１１によってRAN通知エリア４４０を設定され、RRC_INACTIVE状態に入る。更にその後に、UE４０１は、セル再選択を行う（４５２）。しかしながら、１つの課題は、ターゲットセル、つまり再選択されるセル（cell to be reselected）又は再選択されたセル（reselected cell）において所望のネットワークスライスが使用可能であるか否かをRRC_INACTIVE状態のUE４０１がどのように知るかということである。

一例として、再選択されたセル（reselected cell）において所望のネットワークスライスが使用可能であるか否かをRRC_INACTIVE状態のUEが判定できることが好ましいかもしれない。もし再選択されたセル（reselected cell）において所望のネットワークスライスが使用できることが分かれば、RRC_INACTIVE状態のUEは、特別な動作を実行すること無く、再選択されたセル（reselected cell）においてRRC_INACTIVE状態に留まることができるかもしれない。これに対して、もし再選択されたセル（reselected cell）において所望のネットワークスライスが使用できるか否かが不明であることが分かれば、UEは再選択されたセルにおいて速やかにRRC_CONNECTED状態に入り、当該ネットワークスライスの使用をネットワークに要求できるかもしれない。あるいは、RRC_INACTIVE状態のUEは、再選択されるセル（cell to be reselected）又は再選択されたセル（reselected cell）において所望のネットワークスライスが使用できないことが分かれば、これとは別の他のセルをさらに再選択できるかもしれない。

したがって、本明細書に開示される実施形態が達成しようとする目的の１つは、ターゲットセル、つまり再選択されるセル（cell to be reselected）又は再選択されたセル（reselected cell）におけるネットワークスライスの使用可能性（availability）をRRC_INACTIVE状態のUEが知ることを容易にする装置、方法、及びプログラムを提供することである。なお、この目的は、本明細書に開示される複数の実施形態が達成しようとする複数の目的の１つに過ぎないことに留意されるべきである。その他の目的又は課題と新規な特徴は、本明細書の記述又は添付図面から明らかにされる。

第１の態様では、基地局は、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での第１の無線端末の状態遷移を制御するよう構成されている。前記第１のRRC状態は、前記第１の無線端末及び前記RANがアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記第１の無線端末の位置がセルのレベルで前記RANによって知られている状態である。前記第２のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記第１の無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態である。前記第３のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記第１の無線端末の位置が前記RANによって知られていない状態である。前記少なくとも１つのプロセッサは、さらに、少なくとも前記第１のRRC状態でのデータ通信のために前記第１の無線端末に設定された第１のネットワークスライスが前記RAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的又は暗示的に前記第１の無線端末に通知するよう構成されている。

第２の態様では、基地局は、メモリ、及び前記メモリに結合された少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での無線端末の状態遷移を制御するよう構成されている。前記少なくとも１つのプロセッサは、さらに、前記基地局の第１のセルにおいて使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示すシステム情報を前記第１のセルにおいて送信するよう構成されている。

第３の態様では、無線端末は、トランシーバ、及び少なくとも１つのプロセッサを含む。前記少なくとも１つのプロセッサは、無線アクセスネットワーク（RAN）に関連付けられた１又は複数のセルで前記トランシーバを制御するよう構成されている。前記少なくとも１つのプロセッサは、第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での前記無線端末の状態遷移を制御するよう構成されている。前記少なくとも１つのプロセッサは、さらに、少なくとも前記第１のRRC状態でのデータ通信のために前記無線端末に設定された第１のネットワークスライスが、前記第２のRRC状態でのセル再選択により再選択されるセルにおいて使用可能であるか否かを確認するよう構成されている。

第４の態様では、無線アクセスネットワーク（RAN）に配置される基地局における方法は、（ａ）第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での第１の無線端末の状態遷移を制御すること、及び（ｂ）少なくとも前記第１のRRC状態でのデータ通信のために前記第１の無線端末に設定された第１のネットワークスライスが前記RANにより設定されたRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的又は暗示的に前記第１の無線端末に通知すること、を含む。

第５の態様では、無線アクセスネットワーク（RAN）に配置される基地局における方法は、（ａ）第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での第１の無線端末の状態遷移を制御すること、及び（ｂ）前記基地局の第１のセルにおいて使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示すシステム情報を前記第１のセルにおいて送信すること、を含む。

第６の態様では、無線端末における方法は、（ａ）第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での前記無線端末の状態遷移を制御すること、及び（ｂ）少なくとも前記第１のRRC状態でのデータ通信のために前記無線端末に設定された第１のネットワークスライスが、前記第２のRRC状態でのセル再選択により再選択されるセルにおいて使用可能であるか否かを確認すること、を含む。

第７の態様では、プログラムは、コンピュータに読み込まれた場合に、上述の第４乃至第６態様のいずれかに係る方法をコンピュータに行わせるための命令群（ソフトウェアコード）を含む。

上述の態様によれば、ターゲットセル、つまり再選択されるセル（cell to be reselected）又は再選択されたセル（reselected cell）におけるネットワークスライスの使用可能性（availability）をRRC_INACTIVE状態のUEが知ることを容易にする装置、方法、及びプログラムを提供できる。

背景技術に係る5G Systemの基本アーキテクチャを示す図である。背景技術に係る5G Systemの３つのRRC状態の状態遷移を示す図である。背景技術に係るRRC_INACTIVE状態のUEのモビリティの一例を示す図である。発明者によって得られたRRC_INACTIVE状態のUEのモビリティに関する１つの課題を説明するための図である。幾つかの実施形態に係る無線通信ネットワークの構成例を示す図である。第１の実施形態に係るgNBs間の情報交換の一例を示すシーケンス図である。第１の実施形態に係るgNBの動作の一例を示すフローチャートである。第１の実施形態に係るUEの動作の一例を示すフローチャートである。第１の実施形態に係るUEの動作の一例を示すフローチャートである。第２の実施形態に係るgNBの動作の一例を示すフローチャートである。第２の実施形態に係るUEの動作の一例を示すフローチャートである。第３の実施形態に係るgNB及びUEの動作の一例を示すシーケンス図である。第３の実施形態に係るgNB及びUEの動作の一例を示すシーケンス図である。第３の実施形態に係るUEの動作の一例を示すフローチャートである。幾つかの実施形態に係るgNBの構成例を示すブロック図である。幾つかの実施形態に係るUEの構成例を示すブロック図である。

以下では、具体的な実施形態について、図面を参照しながら詳細に説明する。各図面において、同一又は対応する要素には同一の符号が付されており、説明の明確化のため、必要に応じて重複説明は省略される。

以下に説明される複数の実施形態は、独立に実施されることもできるし、適宜組み合わせて実施されることもできる。これら複数の実施形態は、互いに異なる新規な特徴を有している。したがって、これら複数の実施形態は、互いに異なる目的又は課題を解決することに寄与し、互いに異なる効果を奏することに寄与する。

以下に示される複数の実施形態は、ネットワークスライシングをサポートし且つRRC_INACTIVE状態を使用する5G Systemを主な対象として説明される。しかしながら、これらの実施形態は、ネットワークスライシングをサポートし且つRRC_INACTIVE状態又はこれと同様のRRC状態を使用する他の無線通信システムに適用されてもよい。

＜第１の実施形態＞
図５は、本実施形態を含む幾つかの実施形態に係る無線通信ネットワークの構成例を示している。図５の例では、無線通信ネットワークは、5G UE２、5G-RAN３、及び5G-CN４を含む。

5G-CN４は、図示されていないコントロールプレーン・ネットワーク機能（Control Plane Network Functions (CP NFs)）及びユーザプレーン・ネットワーク機能（User Plane Network Functions (UP NFs)）を含み、複数のネットワークスライスを提供する。複数のネットワークスライスは、例えば、それぞれのネットワークスライス上でUEに提供されるサービス又はユースケースによって区別される。ユースケースは、例えば、広帯域通信（enhanced Mobile Broad Band: eMBB）、高信頼・低遅延通信（Ultra Reliable and Low Latency Communication: URLLC）、及び多接続M2M通信（massive Machine Type Communication: mMTC）を含む。

5G-RAN３は、gNB１Ａ及びgNB１Ｂを含む複数のgNBを含む。各gNB１（e.g., gNB１Ａ、gNB１Ｂ）は、少なくとも１つのセル１１（e.g., セル１１Ａ、セル１１Ｂ）を運用する。各gNB１は、5G-CN４に接続され、１又はそれ以上のネットワークスライスをサポートする。言い換えると、１又はそれ以上のネットワークスライスが、各gNB１のセル１１においてサポートされている又は使用可能である。幾つかの実装において、5G-RAN３は、end-to-endネットワークスライシングをUE２に提供するために、UE２のために選択された5G-CN４のネットワークスライス（Core Network (CN)スライスと呼ぶ）に関連付けられたRANスライス及び無線（radio）スライスをUE２に割り当てる。各RANスライスは、gNB１を含むCN-RAN３内のインフラストラクチャのストレージ及びプロセッシング・リソースを提供する。各無線スライスは、時間リソース、周波数リソース、符号リソース、信号系列リソース、若しくは空間リソース又はこれらの任意の組合せを含む無線リソースを提供する。

UE２は、アップリンク及びダウンリンク通信のために、１又は複数のgNB１によって提供される１又は複数のセル１１を使用する。UE２は、RRC_CONNECTED状態、RRC_INACTIVE状態、及びRRC_IDLE状態を含む複数のRRC状態をサポートする。5G-RAN３（gNB１）及びUE２は、RRC_CONNECTED状態、RRC_INACTIVE状態、及びRRC_IDLE状態を含む複数のRRC状態の間でのUE２の状態遷移を制御する。

例えば、gNB１Ａは、UE２をRRC_CONNECTED状態からRRC_INACTIVE状態に遷移させる場合に、RRCメッセージ（e.g., RRC Connection Release、RRC Connection Suspend、又はRRC Connection Deactivate）でRAN通知エリア情報をUE２に送信し、該UE２にRAN通知エリアを設定する。RAN通知エリアは、１又はそれ以上のgNB１によって提供される１又はそれ以上のセルを含み、UE２は、gNB１Ａからの当該RRCメッセージの受信に応答してRRC_INACTIVE状態に入る。RRC_INACTIVE状態のUE２は、UE２主導のセル再選択によってセル間を移動し、RAN通知エリア内でのセル再選択（つまりUE位置情報の更新）を5G-RAN３に報告することを必要としない。一方、UE２は、設定されたRAN通知エリア外のセル（e.g., セル１１Ｂ）を再選択したことに応答して、再選択されたセル１１ＢのgNB１ＢにRAN通知エリアの更新を要求する（又は、設定されたRAN通知エリアを出たことをgNB１Ｂに通知する）。gNB１Ｂは、UE２のための新たなRAN通知エリアを決定し、決定されたRAN通知エリアをUE２に設定する。すなわち、既に説明したように、RRC_INACTIVE状態のUE２の位置は、RAN通知エリア・レベルで5G-RAN３に知られている。

既に説明したように、RAN通知エリア（RNA）は、１又はそれ以上のセルを含み、5G-RAN３により決定され、5G-RAN３によりUE２に設定される。RAN通知エリアは、RAN-based Notification Area、RAN paging area、又はRAN location update areaとも呼ばれる。

RAN通知エリア情報は、例えば当該RAN通知エリアにどのセルが含まれるかを示す情報を少なくとも含んでもよい。さらに、RAN通知エリアに対して、識別子（e.g., エリア番号）が付与されてもよい。また、RAN通知エリアの識別子（e.g., RNA ID）と、それに包含されるセル（群）の関係は、所定のエリア内において一意に決まるようにされてもよい。この場合、RAN通知エリア情報は、RAN通知エリアの識別子と包含されるセルの情報（e.g., セル識別子）を含んでもよい。

gNB１Ａは、自身のセル１１ＡでRAN通知エリア情報を報知してもよい。このとき、RAN通知エリア情報は複数のRAN通知エリアを含み、それぞれに条件（e.g., カテゴリ、タイプ）が付与され、UE２が自身に該当するRAN通知エリアを選択してもよい。当該条件は、例えばUE２が使用している（又は希望する）ネットワークスライスのスライスカテゴリ若しくはスライスタイプ（e.g., Slice/Service Type: SST）、端末のカテゴリ若しくはタイプ、UE２の受信品質若しくはそれに基づくカバレッジレベル、UE２の移動特性（e.g., UE speed, 静止端末か否か）、又はこれらの任意の組み合わせでもよい。

UE２に設定されるRAN通知エリアは、UE２のロケーション登録エリア（i.e., LTEのトラッキングエリア（TA）に相当するエリア）と同一であってもよい。各ネットワークスライスに個別のRAN通知エリア（i.e. Slice specific RNA）が設定される場合、複数のRAN通知エリアのうち少なくとも１つがロケーション登録エリア（e.g., TA）と同一でもよい。RNAがTAと同じである場合、gNB１からUE２に送信されるRAN通知エリア情報において当該RNAに含まれるセルリストを示す情報要素（e.g., RanAreaCellList Information Element (IE)）が省略されてもよい（つまり、Optional IE）。これに代えて、RAN通知エリア情報は、セルリストを示す情報要素の代わりに、TA識別子を示す情報要素（e.g., TrackingAreaCode IE）を含んでもよい（つまり、Choice）。言い換えると、gNB１は、RAN通知エリアを示すために、RanAreaCellList IE及びTrackingAreaCode IEのいずれか一方を選択してもよい。

RAN通知エリア情報に複数のRAN通知エリアを含めて送信するために、gNB１Ａは、他のgNB（e.g., gNB１Ｂ）からRAN通知エリア情報（e.g., RAN通知エリアの識別子と、RAN通知エリアを構成するセルの識別子との組み合わせ）を、gNB間インタフェース（Xn）を介して受信してもよい。当該他のgNBは、gNB１Ａのセル（e.g., セル１１Ａ）が属するRAN通知エリアとは異なる他のRAN通知エリアに属するセルを管理するgNBであってもよい。同様に他のgNBから受信するRAN通知エリアに関する情報は、gNB１Ａのセル（e.g., セル１１Ａ）が属するRAN通知エリアとは異なる他のRAN通知エリアに関する情報であってもよい。

UE２が複数のネットワークスライスを使用している（又は希望している）場合、UE２は、最も優先度の高いネットワークスライスを基準にRAN通知エリアを選択してもよいし、実際に使用しているネットワークスライスを基準にRAN通知エリアを選択してもよい。あるいは、UE２は、RAN通知エリア情報に含まれるネットワークスライスカテゴリ又はタイプのリストの上位に含まれるネットワークスライスを基準にRAN通知エリアを選択してもよい。

ネットワークスライスの個別情報（e.g., 識別子、カテゴリ又はタイプ）が明示されていないRAN通知エリア（デフォルトRAN通知エリア）が、前述のRAN通知エリア情報に含まれてもよい。この場合、例えば当該デフォルトRAN通知エリアは、ネットワークスライスに依らずにUE２に対して有効であるRAN通知エリアとされてもよいし、RAN通知エリア情報で明示的に通知されたネットワークスライスを除く他のネットワークスライスに対して有効であるRAN通知エリアとされてもよい。さらに、RAN通知エリア情報が複数のRAN通知エリアを含む場合、UE２はセル再選択後のセルが複数のRAN通知エリアの少なくともいずれか１つに含まれる限り、gNB１に位置情報の更新要求を送信しなくてもよい。

上述のRRCメッセージによる指示の代わりに、gNB１は、RRC_INACTIVE状態への遷移をトリガする所定のタイマの値をUE２に通知し、当該タイマの値及び対応するタイマに基づくRRC_INACTIVE状態への遷移をUE２に実行させてもよい。例えば、RRC_CONNECTED状態のUE２は、ユーザ・データの送信または受信を行う毎に当該タイマをリスタート（つまり、タイマをリセットし、再びスタート）し、タイマが満了したらRRC_INACTIVE状態へ遷移してもよい。

以下では、本実施形態に係るRRC_INACTIVE状態のUE２のモビリティについて説明する。本実施形態に係るgNB１は、少なくともRRC_CONNECTED状態でのデータ通信のためにUE２に設定された（又は選択された）１又は複数のネットワークスライスがUE２のためのRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的にUE２に通知するよう構成されている。より具体的には、本実施形態では、gNB１は、UE２に設定された１又は複数のネットワークスライスがRAN通知エリアに含まれる各セル又はセル群において使用可能であるか否かを明示的に示す情報（スライス使用可能性（availability）情報と呼ぶ）をUE２に送信するよう構成されている。gNB１は、スライス使用可能性（availability）情報の代わりに、スライスがサポートされているかを明示的に示す情報（スライスサポート情報と呼ぶ）をUE２に送信してもよい。スライス使用可能性情報又はスライスサポート情報は、RAN通知エリア又はRAN通知エリアに含まれる１又は複数のセルで使用可能である（サポートされる）１又は複数種類（e.g., カテゴリ、タイプ）のネットワークスライスを示してもよい。以下、スライス使用可能性情報を例として説明するが、スライスサポート情報を代わりに用いることができることは言うまでもない。

幾つかの実装において、gNB１は、RAN通知エリアをUE２に設定する際に、スライス使用可能性情報をUE２に送信してもよい。スライス使用可能性情報は、RAN通知エリア（e.g., セルのリスト）に関連付けられた１つの情報要素であってもよい。さらに又はこれに代えて、gNB１は、UE２をRRC_CONNECTED状態からRRC_INACTIVE状態に遷移させる手順内（e.g., RRCメッセージ）において、スライス使用可能性情報をUE２に送信してもよい。

図６は、gNB１の動作の一例（処理６００）を示すフローチャートである。ステップ６０１では、gNB１は、RRC_CONNECTED状態のUE２が使用するネットワークスライスがRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを示すスライス使用可能性情報を生成する。ステップ６０２では、gNB１は、スライス使用可能性情報をUE２に送る。gNB１は、RAN通知エリア（e.g., セルのリスト）と一緒にスライス使用可能性情報を送ってもよい。ステップ６０３では、gNB１は、UE２をRRC_CONNECTED状態からRRC_INACTIVE状態に遷移させる。なお、上述の通り、gNB１は、スライス使用可能性情報の送信と一緒に、UE２をRRC_INACTIVE状態に遷移させる指示を送信してもよい。

各gNB１は、他のgNBs１又は他のgNBs１によって提供される各セルでのスライス使用可能性（又はスライスのサポート状況）を知る必要がある。幾つかの実装において、ネットワークオペレータがO&M（Operation and Management） server経由で他のgNBs１のセル（cells）でのスライス使用可能性を各gNB１に設定してもよい。さらに又はこれに代えて、各gNB１は、gNB間インタフェース（Xn）上で他のgNB１と通信し（e.g., Xn Setup Request/Response messages）、これにより他のgNB１のセルでのスライス使用可能性を動的に取得してもよい。各gNB１は、スライス使用可能性が変更（又は更新）された場合、他のgNB１にそれを通知してもよい（e.g., gNB Configuration Update message）。さらに又はこれに代えて、各gNB１は、gNB１と5G-CN４間のインタフェース（NG2, NG-c）を介して他のgNB１と通信し、他のgNB１のセルでのスライス使用可能性を動的に取得してもよい。

図７は、２つのgNB１の間の通信の一例（処理７００）を示すシーケンス図である。
ステップ７０１では、gNB１Ａは、gNB１Ａによって提供される各セルで使用可能なネットワークスライスを示す情報（e.g., Network Slice Availability Information）をgNB１Ｂに送る。gNB１Ａは、gNB１Ｂからの要求に応答して当該情報を送信してもよい。さらに又はこれに代えて、gNB１Ａは、gNB１Ａによって提供されるいずれかのセルでのスライス使用可能性の更新に応答して、当該更新をgNB１Ｂに送信してもよい。さらに又はこれに代えて、gNB１Ａは、各セルでのスライス使用可能性を周期的にgNB１Ｂに送信してもよい。ステップ７０２では、gNB１Ｂは、gNB１Ｂによって提供される各セルで使用可能なネットワークスライスを示す情報（e.g., Network Slice Availability Information）をgNB１Ａに送る。さらに又はこれに代えて、gNB１Ａは、コアネットワーク（5G-CN４）とのインタフェース（NG2, NG-c）を介して、gNB１Ａによって提供される各セルで使用可能なネットワークスライスを示す情報（e.g., Network Slice Availability Information）をgNB１Ｂに送ってもよい。

なお、前述した通り、gNB１Ａは、RAN通知エリア情報（e.g., RAN通知エリアの識別子と、RAN通知エリアを構成するセルの識別子との組み合わせ）をgNB１Ｂとの間でgNB間インタフェース（Xn）を介して送受信してもよい。この場合、RAN通知エリア情報は、送信元のgNB１のセル１１が属するRAN通知エリア、又は送信先のgNB１のセル１１が属すべきRAN通知エリアを示してもよい。すなわち、gNB１ＡとgNB１Ｂのそれぞれが管理するセル１１Ａとセル１１Ｂが互いに異なるRAN通知エリアに属する（又は属すべき）場合に、各gNB１は、RAN通知エリア情報をgNB間で共有することで、UE２へ送信されるRAN通知エリア情報に含めるべき複数のRAN通知エリアを認識してもよい。

gNB間で通信されるRAN通知エリア情報は、図７に示すgNB１Ａによって提供される各セルで使用可能なネットワークスライスを示す情報（e.g., Network Slice Availability Information）に含まれてもよい。これと反対に、gNB間で通信されるRAN通知エリア情報は、図７に示すgNB１Ａによって提供される各セルで使用可能なネットワークスライスを示す情報（e.g., Network Slice Availability Information）を含んでもよい。

幾つかの実装において、gNB１Ａ及びgNB１Ｂによって提供される各セルで使用可能なネットワークスライスを示す情報は、コアネットワーク（5G-CN４）からgNB１Ｂ及びgNB１Ａへ送られてもよい。この場合、5G-CNが予め各gNB１で使用可能な（又はサポートされる）ネットワークスライスを把握しておく必要がある。例えば、5G-CN４は、各gNB１で使用可能な（又はサポートされる）ネットワークスライスを各gNB１に指定してもよい。これに代えて、5G-CN４は、各gNB１で使用可能な（又はサポートされる）ネットワークスライスの報告を各gNB１から受信してもよい。

本実施形態に係るUE２は、少なくともRRC_CONNECTED状態でのデータ通信のためにUE２に設定された（又は許可されていた（authorized）若しくは承認されていた（accepted））１又は複数のネットワークスライスが、RRC_INACTIVE状態でのセル再選択により再選択される（又は再選択された）セルにおいて使用可能であるか否か（又はサポートされているか否か）を確認するよう構成されている。より具体的には、本実施形態では、UE２は、上述のスライス使用可能性情報をgNB１から受信するよう構成されている。スライス使用可能性情報は、UE２に設定された１又は複数のネットワークスライスがUE２のためのRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的に示す。

図８は、UE２の動作の一例（処理８００）を示すフローチャートである。ステップ８０１では、UE２は、RRC_CONNECTED状態であり、上述のスライス使用可能性情報をサービングgNB１から受信する。ステップ８０２では、UE２は、サービングgNB１からの指示に応答して、RRC_CONNECTED状態からRRC_INACTIVE状態に遷移する。ステップ８０３では、UE２は、RRC_INACTIVE状態でのセル再選択を実行する。UE２は、再選択される（又は再選択された）セルで所望のネットワークスライスが使用可能であるか否かをスライス使用可能性情報に基づいて確認する。ここで、所望のネットワークスライスは、UE２が過去にRRC_CONNECTED状態であったときにネットワーク（i.e., 5G-CN４若しくは5G-RAN３又は両方）によりUE２に設定されていた（又は許可されていた（authorized）若しくは承認されていた（accepted））１又は複数のネットワークスライスであってもよい。

以下では、ネットワークスライス使用可能性を確認した後のUE２の動作の例を説明する。図９は、UE２の動作の一例（処理９００）を示すフローチャートである。ステップ９０１では、UE２は、RRC_INACTIVE状態でのセル再選択により再選択される（又は再選択された）セルのネットワークスライス使用可能性を確認する。もし再選択されたセルにおいて所望のネットワークスライスが使用可能であるなら、UE２は、そのセルに留まる（そのセルへのキャンプオンを続ける）。

もし再選択されたセルにおいて所望のネットワークスライスが使用可能でないなら、UE２は、再選択されたセルのgNB１に、所望のネットワークスライスを通知する（ステップ９０２）。当該通知は、所望のネットワークスライスの要求、例えば所望のネットワークスライスをUE２に設定する（又は提供する）要求、又は所望のネットワークスライスが使用可能な（又はサポートされている）セルへの移動（e.g., handover, re-direction）の要求であってもよい。なお、UE２は、再選択されたセルにおいて所望のネットワークスライスが使用できることを確認できなかった場合に、再選択されたセルのgNB１に、所望のネットワークスライスを通知してもよい。言い換えると、UE２は、再選択されたセルにおいて所望のネットワークスライスが使用できるか否かが不明であることが分かった場合に、再選択されたセルのgNB１に、所望のネットワークスライスを通知してもよい。

幾つかの実装において、UE２は、RRC_CONNECTED状態に遷移した後に、所望のネットワークスライスの通知を送信してもよい。これに代えて、UE２は、所望のネットワークスライスの通知をRRC_INACTIVE状態において送信してもよい。言い換えると、UE２は、RRC_CONNECTED状態に完全に遷移することなく、当該通知を送信してもよい。さらに言い換えると、UE２は、RRC_CONNECTED状態になる前に当該通知を送信してもよい。一例において、UE２は、RRC_CONNECTED状態に遷移するための手順内で、当該通知を送信してもよい。具体的には、UE２は、RRC_CONNECTED状態への遷移のためのRRCメッセージ（e.g., RRC Connection Resume request、又はRRC Connection Activate）を用いて当該通知を送信してもよい。これに代えて、UE２は、RRC_INACTIVE状態のまま送信が可能な信号（e.g., PRACH preamble、RACH data、UL reference signal、MAC Control Element (CE)）、或いはRRCメッセージ（e.g., UL Information Transfer、UL Direct Information、又はUE Assistance Information）を用いて、所望のネットワークスライスの通知を送信してもよい。このとき、当該信号またはメッセージは、予めgNB１から当該UE２に通知（設定）された個別（dedicated）の無線リソースを用いて送信されてもよいし、複数のUE２間で共用される無線リソースを用いて送信されてもよい。後者の場合、例えばUE２は、アップリンク送信の為の個別のグラントが不要な（grant-free）送信形態で、所望のネットワークスライスの通知を送信してもよい。RRCメッセージは、例えば、NRのための新たなランダムアクセスプロシージャにおける１ステップ目のアップリンク送信（e.g., RACH data）で送られてもよい。NRのための新たなランダムアクセスプロシージャは、従来LTEで全４ステップから成るコンテンション・ベースのランダムアクセス（Contention-based Random Access）のプロシージャを全２ステップへ簡略化したプロシージャであってもよい。UE２が、２ステップのランダムアクセスを行うか４ステップのランダムアクセスを行うかは、予めgNB１から設定されていてもよい。または、セル再選択後のセルにて許可されている（又はサポートされている）方のランダムアクセスを行ってもよい。なお、２ステップおよび４ステップのランダムアクセスが許可されている（又はサポートされている）か否かは、それぞれに利用される無線リソースの設定情報がシステム情報で送信されているか否かで判定されてもよい。

所望のネットワークスライスの通知は、例えば、UE２が所望のネットワークスライスの識別情報（e.g., ネットワークスライスの固有識別子又はテンポラリ識別子、ネットワークスライスのスライスカテゴリ、又はスライスタイプ（e.g., Slice/Service Type: SST））を明示的に送信することでもよい。例えば、所望のネットワークスライスの識別情報は、RRCメッセージ又はMAC Control Elementに含まれる、ネットワークスライス選択アシスト情報（Network Slice Selection Assistance Information: NSSAI）で送信されてもよい。さらに又はこれに代えて、当該所望のネットワークスライスの識別情報が、それに予め関連付られた所定の信号系列（e.g., RACH preamble、UL reference signal）または所定の時間、周波数、符号、又は空間の無線リソースを用いて暗示的に送信されてもよい。gNB１は、所望のネットワークスライスの識別情報と信号系列または無線リソースとの関連付けの情報を自セルにて報知してもよいし、UE２に個別に通知してもよい。gNB１により報知される場合、UE２はセルを再選択した場合、再選択のターゲットセルにおいて当該報知される関連付の情報を受信（モニタ）してもよい。さらに、複数のネットワークノード（e.g., Network Slice Instance: NSI）が、同じネットワークスライスのスライスタイプをサポートする（提供している）場合に、それら複数のネットワークノードを区別する為の識別子（e.g., Slice Defferentiator: SD）をgNB１又は5G-CNがUE２に設定してもよい。この場合、UE２は当該識別子も、所望のネットワークスライスの通知で明示的又は暗示的に送信してもよい。

gNB１は、当該通知を含むRRCメッセージまたは当該通知を示す信号を受信した後に、UE２をRRC_CONNECTED状態に入れてもよいし（つまり遷移させてもよいし）、UE２をRRC_INACTIVE状態に留めてもよい。幾つかの実装において、gNB１は、UE２から要求されたネットワークスライスが当該gNB１又はそのセルにおいて使用可能でない場合に、UE２を適切なセルに移してもよい。具体的には、gNB１は、UE２から要求されたネットワークスライスが使用可能な（又はサポートされている）他のセルにUE２を移してもよい。UE２を移す他のセルは、UE２から所望のネットワークスライスの通知をgNB１が受信したセル（i.e., UE２により再選択されたセル）とは異なる当該gNB１自身により提供される他のセルであってもよい。あるいは、UE２を移す他のセルは、他のgNB１のセルであってもよい。gNB１は、UE２を適切なセルに移すために、ハンドオーバ手順又はリダイレクション手順（e.g., RRC connection release with redirection）を使用してもよい。

なお、UE２は、複数のRAN通知エリアを含むRAN通知エリア情報を受信し、セル再選択後のセルでアップリンク・データを送信する（つまり、送信すべきアップリンク・データがある）場合、以下のように動作してもよい。UE２は、当該アップリンク・データが属する（又は関連付られた）ネットワークスライスが当該セルで使用可能であるか否か（又はサポートされているか否か）を、当該セルが含まれるRAN通知エリアが当該ネットワークスライスに対応しているか否かに基づいて、又は当該ネットワークスライスに対応するRAN通知エリアが当該セルを含むか否かに基づいて判定してもよい。例えば、UE２は、送信すべきアップリンク・データが属する（又は関連付られた）ネットワークスライスに対応するRAN通知エリアがセル再選択後のセルを含む場合、当該アップリンク・データを送信するようにしてもよい。そうでなければ（つまり含まれない場合）、UE２は所望のネットワークスライスをgNB１に通知してもよい。

以上の説明から理解されるように、本実施形態に係るgNB１は、スライス使用可能性情報をUE２に送信するよう構成されている。スライス使用可能性情報は、少なくともRRC_CONNECTED状態でのデータ通信のためにUE２に設定された（又は選択された）１又は複数のネットワークスライスがUE２のためのRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを示す。これにより、スライス使用可能性情報は、RRC_INACTIVE状態でのセル再選択により再選択されるセル（又は再選択されたセル）において所望のネットワークスライスが使用可能であるか否かを確認することをUE２に可能にする。したがって、本実施形態は、再選択されるセル（cell to be reselected）又は再選択されたセル（reselected cell）におけるネットワークスライスの使用可能性（availability）をRRC_INACTIVE状態のUE２が知ることを容易にする（facilitate）ことができる。

＜第２の実施形態＞
本実施形態は、RRC_INACTIVE状態のUE２のモビリティの変形例を提供する。本実施形態の無線通信ネットワークの構成例は、図５と同様である。

本実施形態に係るgNB１は、少なくともRRC_CONNECTED状態でのデータ通信のためにUE２に設定された（又は選択された、許可された、若しくは承認された）１又は複数のネットワークスライスがUE２のためのRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを暗示的にUE２に通知するよう構成されている。より具体的には、本実施形態では、gNB１は、RRC_CONNECTED状態のUE２のために設定されたネットワークスライスが使用可能である（又はサポートされている）１又はそれ以上のセルのみをRRC_INACTIVE状態のUE２のためのRAN通知エリアに含めるよう構成され、当該RAN通知エリアをUE２に設定するよう構成されている。したがって、当該RAN通知エリアは、UE２に設定されたネットワークスライスが当該RAN通知エリアに含まれる各セルにおいて使用できることを暗示的に示す。

図１０は、gNB１の動作の一例（処理１０００）を示すフローチャートである。ステップ１００１では、RRC_CONNECTED状態のUE２に設定されたネットワークスライスが使用可能である１又はそれ以上のセルのみをRAN通知エリアに含める。ステップ１００２では、gNB１は、決定されたRAN通知エリアをUE２に通知する。ステップ１００３では、gNB１は、UE２をRRC_CONNECTED状態からRRC_INACTIVE状態に遷移させる。

図１１は、UE２の動作の一例（処理１１００）を示すフローチャートである。ステップ１１０１では、UE２は、RRC_CONNECTED状態であり、RAN通知エリアの設定をサービングgNB１から受信する。当該RAN通知エリアは、UE２に設定されたネットワークスライスが使用可能である１又はそれ以上のセルのみを含む。ステップ１１０２では、UE２は、サービングgNB１からの指示に応答して、RRC_CONNECTED状態からRRC_INACTIVE状態に遷移する。ステップ１１０３では、UE２は、RRC_INACTIVE状態でのセル再選択を実行する。UE２は、再選択されるセルで所望のネットワークスライスが使用可能であるか否かを、当該再選択されるセルがRAN通知エリアに含まれるか否かに基づいて確認する。ここで、所望のネットワークスライスは、UE２が過去にRRC_CONNECTED状態であったときにネットワーク（i.e., 5G-CN４若しくは5G-RAN３又は両方）によりUE２に設定されていた（又は許可されていた若しくは承認されていた）１又は複数のネットワークスライスであってもよい。

ネットワークスライス使用可能性をUE２が確認した後のUE２及びgNB１の動作は、第１の実施形態で説明された例と同様であってもよい。

gNB１は、複数のRAN通知エリアをUE２に設定してもよく、複数のRAN通知エリアを含むRAN通知エリア情報をUE２に送信してもよい。RAN通知エリア情報に含まれる複数のRAN通知エリアの少なくとも１つは、UE２のために設定された（又は選択された、許可された、若しくは承認された）ネットワークスライスが使用可能である（又はサポートされている）１又はそれ以上のセルのみを含むように決定されてもよい。例えば、第１及び第２のRAN通知エリアがUE２に設定される場合、第１のRAN通知エリアはUE２のために設定された（又は選択された、許可された、若しくは承認された）ネットワークスライスが使用可能である（又はサポートされている）１又はそれ以上のセルのみを含み、第２のRAN通知エリアはUE２がgNB１に通知せずに移動（つまり、セル再選択）が可能な１又はそれ以上のセルを含んでもよい。このとき、第２のRAN通知エリアがUE２にデフォルト設定され、第１のRAN通知エリアがUE２にオプションで設定されてもよい。つまり、gNB１は、ネットワークスライスの使用によらずにUE２に適用されるRAN通知エリアとして第２のRAN通知エリアをUE２に必ず送信してもよい。一方、gNB１は、UE２がネットワークスライスを使用する又はUE２にネットワークスライスを設定する場合にのみ、第１のRAN通知エリアをUE２に送信してもよい。

さらに又はこれに代えて、UE２に設定された（又は選択された、許可された、若しくは承認された）ネットワークスライスのスライスカテゴリ又はスライスタイプ毎にRAN通知エリアが設定されてもよい。一例では、複数のRAN通知エリアと複数のネットワークスライスの間の対応関係は、複数のRAN通知エリアの設定順序及び複数のネットワークスライスの設定順序によって定められてもよい。すなわち、設定順序が１番目のRAN通知エリアは、設定順序が１番目のネットワークスライスに対応付けられてもよい。これに代えて、複数のRAN通知エリアと複数のネットワークスライスの間の対応関係は、複数のRAN通知エリアの設定順序及び複数のネットワークスライスの識別子の昇順によって定められてもよい。すなわち、設定順序が１番目のRAN通知エリアは、最も小さい識別子を持つネットワークスライスに対応付けられてもよい。なお、上述のデフォルト設定（デフォルト・RAN通知エリア）を除いたUE２に設定されたネットワークスライスの数がUE２に設定されたRAN通知エリアの数と異なる場合、UE２は次の通りの扱いを適用してもよい。設定されたネットワークスライスの数がRAN通知エリアの数よりも多い場合、UE２は、RAN通知エリアと対応付けることができない余りのネットワークスライスがサービングセル（つまり、UE２が当該RAN通知エリアを受信するセル）以外で使用可能ではない（又はサポートされていない）と認識する。反対に、設定されたネットワークスライスの数がRAN通知エリアの数よりも少ない場合、UE２は、ネットワークスライスと対応付けることができない余りのRAN通知エリアを無視する。

以上の説明から理解されるように、本実施形態に係るgNB１は、少なくともRRC_CONNECTED状態でのデータ通信のためにUE２に設定された（又は選択された）１又は複数のネットワークスライスが使用可能である１又はそれ以上のセルのみを含むRAN通知エリアを決定し、決定されたRAN通知エリアをUE２に通知する。これにより、RAN通知エリアは、RRC_INACTIVE状態でのセル再選択により再選択されるセル（又は再選択されたセル）において所望のネットワークスライスが使用可能であるか否かを確認することをUE２に可能にする。したがって、本実施形態は、再選択されるセル（cell to be reselected）又は再選択されたセル（reselected cell）におけるネットワークスライスの使用可能性（availability）をRRC_INACTIVE状態のUE２が知ることを容易にすることができる。

＜第３の実施形態＞
本実施形態は、RRC_INACTIVE状態のUE２のモビリティの変形例を提供する。本実施形態の無線通信ネットワークの構成例は、図５と同様である。

本実施形態に係るgNB１は、自身の各セルにおいて、当該セルで使用可能な（若しくはサポートされている）又は使用不可能な（若しくはサポートされていない）１又はそれ以上のネットワークスライスを示すシステム情報（System Information（SI））を送信するよう構成されている。当該システム情報は、各セルでブロードキャストされるブロードキャスト・システム情報ブロックに含まれてもよい。これに代えて、当該システム情報は、UE２からの要求メッセージに応答して又はネットワーク内部のトリガに応じて当該UE２に送信されるオンデマンド・システム情報ブロックに含まれてもよい。

図１２は、本実施形態に係るgNB１及びUE２の動作の一例（処理１２００）を示すシーケンス図である。ステップ１２０１では、UE２は、RRC_INACTIVE状態であり、セル再選択手順を行う。ステップ１２０２では、UE２は、再選択されるセル（又は再選択されたセル）においてシステム情報をgNB１から受信する。当該システム情報は、ネットワークスライス使用可能性（availability）情報を含む。ネットワークスライス使用可能性情報は、当該セルで使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示す。上述したように、ネットワークスライス使用可能性情報は、オンデマンド・システム情報ブロックに含まれてもよい。

ネットワークスライス使用可能性情報がブロードキャスト・システム情報ブロックである場合、UE２は、セル再選択に応答して、再選択されたセルにおいて当該ブロードキャスト・システム情報ブロックを受信し、再選択されたセルでのネットワークスライス使用可能性を確認してもよい。

ネットワークスライス使用可能性情報がオンデマンド・システム情報ブロックである場合、例えばgNB１は、ネットワークスライス使用可能性情報を含むシステム情報が、オンデマンド・システム情報ブロックで送信されることを示す一次情報（e.g., indication of system information on the network slicing, availability of network slicing SI）を報知する。当該一次情報がUE２がセルへアクセスするために必要なシステム情報（e.g., LTEのEssential system information、又は、NRのMinimum system information）で送信される場合、UE２はセル再選択を実行する前に当該一次情報を受信する。そしてUE２は、セル再選択を実行すると（それに応答して）、gNB１に当該オンデマンド・システム情報ブロックの送信を要求する。gNB１は、UE２からの要求に応答してネットワークスライス使用可能性情報を送信する。

UE２は、オンデマンド・システム情報ブロックの送信要求を、セル再選択に応答して直ちに送信してもよい。これに代えて、UE２は、オンデマンド・システム情報ブロックの送信要求を、送信すべきアップリンク・データが発生したため又はその他の目的のためにRRC_CONNECTED状態に遷移するときに送信してもよい。さらに又はこれに代えて、UE２は、オンデマンド・システム情報ブロックの送信要求をRRC_INACTIVE状態のまま送信してもよい。なお、一次情報がその他（i.e., UE２がセルへアクセスするために必要なシステム情報以外）のシステム情報で送信される場合、UE２はセル再選択を実行した後に（それに応答して）当該一次情報を受信してもよい。幾つかの実装において、UE２は、オンデマンド・システム情報ブロックの送信要求を、ランダムアクセスチャネル（Random Access Channel（RACH））で送信してもよいし、個別（dedicated）シグナリング（e.g., RRCシグナリング、又はMedium Access Control (MAC) Control Element (CE)）を用いて送信してもよい。

図１３は、ネットワークスライス使用可能性情報がオンデマンド・システム情報ブロックである場合のgNB１及びUE２の動作の一例（処理１３００）を示すシーケンス図である。ステップ１３０１では、gNB１は、利用可能なオンデマンド・システム情報の通知を送信する。利用可能なオンデマンド・システム情報の通知は、上述の一次情報に相当する。当該通知は、UE２がgNB１のセル１１へアクセスするために必要なであり且つgNB１のセル１１でブロードキャストされるシステム情報（e.g., Essential SI、SIB1）に含まれる。これに代えて、利用可能なオンデマンド・システム情報の通知は、Essential SIではない他のSIに含まれてもよい。

ステップ１３０２では、UE２は、RRC_INACTIVE状態であり、セル再選択手順を行う。UE２は。ステップ１３０１で受信したシステム情報に含まれる“利用可能なオンデマンド・システム情報の通知”を確認し、ネットワークスライス情報を含むオンデマンドSIの送信要求をgNB１に送る（ステップ１３０４）。なお、利用可能なオンデマンド・システム情報の通知は、Essential SIではない他のSIに含まれる場合、UE２は、セル再選択の後に当該他のSI（e.g., SIBx）を受信してもよい（ステップ１３０３）。利用可能なオンデマンド・システム情報の通知がEssential SI（e.g., SIB1）に含まれる場合、ステップ１３０３は省略される。ステップ１３０５では、ネットワークスライス使用可能性（availability）情報を含むシステム情報をgNB１から受信する。

図１４は、UE２の動作の一例（処理１４００）を示すフローチャートである。ステップ１４０１では、UE２は、RRC_INACTIVE状態でのセル再選択に応答して、ネットワークスライス使用可能性情報を含むシステム情報の受信を再選択されたセルにおいて試行する。ステップ１４０２では、UE２は、所望のネットワークスライスが再選択されたセルで使用可能であるか否かを、受信したシステム情報に基づいて確認する。ここで、所望のネットワークスライスは、UE２が過去にRRC_CONNECTED状態であったときにネットワーク（i.e., 5G-CN４若しくは5G-RAN３又は両方）によりUE２に設定されていた（又は許可されていた若しくは承認されていた）１又は複数のネットワークスライスであってもよい。

以上の説明から理解されるように、本実施形態に係るgNB１は、各セルのネットワークスライス使用可能性を示すシステム情報を各セルにおいて送信する。これにより、システム情報は、RRC_INACTIVE状態でのセル再選択により再選択されるセル（又は再選択されたセル）において所望のネットワークスライスが使用可能であるか否かを確認することをUE２に可能にする。したがって、本実施形態は、再選択されるセル（cell to be reselected）又は再選択されたセル（reselected cell）におけるネットワークスライスの使用可能性（availability）をRRC_INACTIVE状態のUE２が知ることを容易にすることができる。

＜第４の実施形態＞
本実施形態は、RRC_INACTIVE状態のUE２宛てのダウンリンク・ユーザ・データがネットワークに到着したときの動作を提供する。本実施形態の無線通信ネットワークの構成例は、図５と同様である。

RRC_INACTIVE状態のUE２宛てのダウンリンク・ユーザ・データが5G-CN４に到着した場合、5G-CN４はUE２がRRC_INACTIVE状態に遷移した時点で接続されていたgNB１（e.g., gNB１Ａ）へ当該ユーザ・データを転送する。gNB１Ａは、既存のページング（Paging message）と類似するダウンリンク・ユーザ・データの着信通知（RAN-basedページングとも呼ばれる）を自身のセル１１Ａで送信する。さらに、UE２に設定されたRAN通知エリア（RNA）が他のgNB１（e.g., gNB１Ｂ）のセルを含む場合、UE２へのダウンリンク・ユーザ・データが到着したことをgNB１ＢへgNB間インタフェース（Xn）を介して知らせる（Xnページングとも呼ばれる）。当該Xnページングは、UE２が属するRAN通知エリア（RNA）の情報を含んでもよい。そしてgNB１Ｂは、同様にRAN-basedページングをRNAに含まれる自身のセル１１Ｂで送信してもよい。

gNB１Ａは、gNB１Ｂに送るXnページング（i.e., UE２へのダウンリンク・ユーザ・データが到着したことの通知）に、当該UE２に設定されていた（又は許可されていた（authorized）若しくは承認されていた（accepted））１又は複数のネットワークスライスを示す情報を含めてもよい。これにより、gNB１Ｂは、UE２が使用している（又は希望する）ネットワークスライスを知ることができる。

gNB１Ａは、gNB１Ｂに送るXnページング（i.e., UE２へのダウンリンク・ユーザ・データが到着したことの通知）に、当該UE２に設定（通知）されたRAN通知エリアの情報を含めてもよい。これにより、gNB１Ｂは、RAN-basedページングを送信するべきセルを知ることができる。

続いて以下では、上述の複数の実施形態に係るgNB１およびUE２の構成例について説明する。図１５は、上述の実施形態に係るgNB１の構成例を示すブロック図である。図１５を参照すると、gNB１は、Radio Frequencyトランシーバ１５０１、ネットワークインターフェース１５０３、プロセッサ１５０４、及びメモリ１５０５を含む。RFトランシーバ１５０１は、UE２を含むNG UEsと通信するためにアナログRF信号処理を行う。RFトランシーバ１５０１は、複数のトランシーバを含んでもよい。RFトランシーバ１５０１は、アンテナアレイ１５０２及びプロセッサ１５０４と結合される。RFトランシーバ１５０１は、変調シンボルデータをプロセッサ１５０４から受信し、送信RF信号を生成し、送信RF信号をアンテナアレイ１５０２に供給する。また、RFトランシーバ１５０１は、アンテナアレイ１５０２によって受信された受信RF信号に基づいてベースバンド受信信号を生成し、これをプロセッサ１５０４に供給する。RFトランシーバ１５０１は、ビームフォーミングのためのアナログビームフォーマ回路を含んでもよい。アナログビームフォーマ回路は、例えば複数の移相器及び複数の電力増幅器を含む。

ネットワークインターフェース１５０３は、ネットワークノード（e.g., 5G-CN４の制御ノード及び転送ノード）と通信するために使用される。ネットワークインターフェース１５０３は、例えば、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）トランシーバ１６０１は、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２の処理を行うよう構成されてもよい。

図１５及び図１６を用いて説明したように、上述の実施形態に係る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）によってコンピュータに供給されてもよい。一時的なコンピュータ可読媒体の例は、電気信号、光信号、及び電磁波を含む。一時的なコンピュータ可読媒体は、電線及び光ファイバ等の有線通信路、又は無線通信路を介して、プログラムをコンピュータに供給できる。

＜その他の実施形態＞
上述の実施形態で説明された5G-RAN３は、Cloud Radio Access Network（C-RAN）コンセプトに基づいて実装されてもよい。C-RANは、Centralized RANと呼ばれることもある。したがって、上述の実施形態で説明された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又はTRxP）とも呼ばれる。すなわち、上述の実施形態で説明された各gNB１によって行われる処理及び動作は、任意の１又は複数の無線局（又はRANノード）によって提供されてもよい。

上述した実施形態は、RRC_INACTIVE状態のUEによるセル再選択に注目して説明された。しかし、ネットワークスライスの使用可能性（network slice availability）は、例えばセル毎に設定されるだけでなく、さらにPLMN毎に設定されてもよい。つまり、UE２の所望のネットワークスライスが滞在セルで使用可能か否か（又はサポートされているか否か）は、PLMN毎に異なっていてもよい。例えば、ネットワークスライスの使用可能性情報（Network slice availability information）が、“per PLMN”でUE２に送られてもよい。UE２のselected PLMNで所望のネットワークスライスが使用可能でない（又はサポートされていない）場合、UE AS layerはNAS layerへそれを通知してもよい。このとき、AS layerは、PLMN毎のネットワークスライスの情報（e.g., ネットワークスライスが使用可能であるか否かの情報、または使用可能であるネットワークスライスの情報）をNAS layerへ通知してもよい。そして、NAS layerは、AS layerから受信したこの情報を考慮してPLMN selectionを実行し、結果（i.e. new selected PLMN）をAS layerへ通知してもよい。

上述した実施形態は、既に述べたようにネットワークスライシングをサポートし且つRRC_INACTIVE状態又はこれと同様のRRC状態を使用する他の無線通信システムに適用されてもよい。例えば、LTEのE-UTRAN（eNB）が5G-CNと接続され、ネットワークスライシングがE-UTRANのセルにおいてサポートされる場合が考えられる。さらに、上述のRRC_INACTIVE状態のように、UEおよびeNBが当該UEのASコンテキストの少なくとも一部を維持し、且つUEの位置がE-UTRANにより設定された所定のエリアのレベルでE-UTRANによって知られている状態又はサブ状態若しくは動作モードがサポートされる場合が想定される。このとき、当該所定のエリアは、RAN通知エリアと類似でもよいし、コアネットワークの位置登録エリア（e.g., TA）と同じでもよい。

さらに、上述した実施形態は本件発明者により得られた技術思想の適用に関する例に過ぎない。すなわち、当該技術思想は、上述した実施形態のみに限定されるものではなく、種々の変更が可能であることは勿論である。

例えば、上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られない。

（付記１）
無線アクセスネットワーク（RAN）に配置される基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での第１の無線端末の状態遷移を制御するよう構成され、
前記第１のRRC状態は、前記第１の無線端末及び前記RANがアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記第１の無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記第１の無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記第１の無線端末の位置が前記RANによって知られていない状態であり、
前記少なくとも１つのプロセッサは、さらに、少なくとも前記第１のRRC状態でのデータ通信のために前記第１の無線端末に設定された第１のネットワークスライスが前記RAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的又は暗示的に前記第１の無線端末に通知するよう構成されている、
基地局。

（付記２）
前記少なくとも１つのプロセッサは、前記第１のネットワークスライスが前記RAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的に示す第１の情報を前記第１の無線端末に送信するよう構成される、
付記１に記載の基地局。

（付記３）
前記少なくとも１つのプロセッサは、前記RAN通知エリアを前記第１の無線端末に設定する際に、前記第１の情報を前記第１の無線端末に送信するよう構成される、
付記２に記載の基地局。

（付記４）
前記少なくとも１つのプロセッサは、前記第１の無線端末を前記第１のRRC状態から前記第２のRRC状態に遷移させる手順内において、前記第１の情報を前記第１の無線端末に送信するよう構成される、
付記２又は３に記載の基地局。

（付記５）
前記少なくとも１つのプロセッサは、前記第１のネットワークスライスが使用可能である１又はそれ以上のセルのみを前記第１の無線端末のための前記RAN通知エリアに含めるよう構成され、且つ前記RAN通知エリアを前記第１の無線端末に設定するよう構成され、
前記RAN通知エリアは、前記第１のネットワークスライスが前記RAN通知エリアに含まれる各セルにおいて使用できることを暗示的に示す、
付記１に記載の基地局。

（付記６）
前記少なくとも１つのプロセッサは、他の基地局の各セルにおいて使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示す情報を、基地局間インタフェースを介して前記他の基地局から受信するよう構成されている、
付記１〜５のいずれか１項に記載の基地局。

（付記７）
前記少なくとも１つのプロセッサは、第２の無線端末を前記第２のRRC状態から前記第１のRRC状態に遷移させる手順内又はその後において、前記第２の無線端末が過去に前記第１のRRC状態であったときに前記第２の無線端末に設定されていた第２のネットワークスライスを示す第２の情報を前記第２の無線端末から受信するよう構成されている、
付記１〜６のいずれか１項に記載の基地局。

（付記８）
前記少なくとも１つのプロセッサは、前記第２のネットワークスライスが前記基地局又は前記第２の無線端末が接続するセルにおいて使用可能でない場合に、前記第２の無線端末を他の基地局又は他のセルに移すよう構成されている、
付記７に記載の基地局。

（付記９）
前記第１のRRC状態は、RRC_CONNECTED状態であり、
前記第２のRRC状態は、RRC_INACTIVE状態であり、
前記第３のRRC状態は、RRC_IDLE状態である、
付記１〜８のいずれか１項に記載の基地局。

（付記１０）
前記RAN通知エリアは、前記第１の無線端末が前記第２のRRC状態であるときにセル再選択によってセル間を移動しても前記セル再選択を前記RANに報告しなくてもよいエリアである、
付記１〜９のいずれか１項に記載の基地局。

（付記１１）
無線アクセスネットワーク（RAN）に配置される基地局であって、
メモリと、
前記メモリに結合された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での無線端末の状態遷移を制御するよう構成され、
前記第１のRRC状態は、前記無線端末及び前記RANがアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記無線端末の位置が前記RANによって知られていない状態であり、
前記少なくとも１つのプロセッサは、さらに、前記基地局の第１のセルにおいて使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示すシステム情報を前記第１のセルにおいて送信するよう構成されている、
基地局。

（付記１２）
前記システム情報は、前記第１のセルにおいてブロードキャストされるブロードキャスト・システム情報、又は前記無線端末からの要求メッセージに応答して前記無線端末に送信されるオンデマンド・システム情報である、
付記１１に記載の基地局。

（付記１３）
前記少なくとも１つのプロセッサは、前記無線端末を前記第２のRRC状態から前記第１のRRC状態に遷移させる手順内又はその後において、前記無線端末が過去に前記第１のRRC状態であったときに前記無線端末に設定されていた第１のネットワークスライスを示す情報を前記無線端末から受信するよう構成されている、
付記１１又は１２に記載の基地局。

（付記１４）
前記少なくとも１つのプロセッサは、前記第１のネットワークスライスが前記基地局又は前記無線端末が接続するセルにおいて使用可能でない場合に、前記無線端末を他の基地局又は他のセルに移すよう構成されている、
付記１３に記載の基地局。

（付記１５）
前記第１のRRC状態は、RRC_CONNECTED状態であり、
前記第２のRRC状態は、RRC_INACTIVE状態であり、
前記第３のRRC状態は、RRC_IDLE状態である、
付記１１〜１４のいずれか１項に記載の基地局。

（付記１６）
無線端末であって、
トランシーバと、
無線アクセスネットワーク（RAN）に関連付けられた１又は複数のセルで前記トランシーバを制御するよう構成された少なくとも１つのプロセッサと、
を備え、
前記少なくとも１つのプロセッサは、第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での前記無線端末の状態遷移を制御するよう構成され、
前記第１のRRC状態は、前記無線端末及び前記RANがアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記無線端末の位置が前記RANによって知られていない状態であり、
前記少なくとも１つのプロセッサは、さらに、少なくとも前記第１のRRC状態でのデータ通信のために前記無線端末に設定された第１のネットワークスライスが、前記第２のRRC状態でのセル再選択により再選択されるセルにおいて使用可能であるか否かを確認するよう構成されている、
無線端末。

（付記１７）
前記少なくとも１つのプロセッサは、少なくとも前記第１のRRC状態でのデータ通信のために前記無線端末に設定された第１のネットワークスライスが前記RAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的に示す第１の情報を前記RAN内の基地局から受信するよう構成されている、
付記１６に記載の無線端末。

（付記１８）
前記少なくとも１つのプロセッサは、前記無線端末が前記第１のRRC状態から前記第２のRRC状態に遷移する手順内において、前記第１の情報を受信するよう構成される、
付記１７に記載の無線端末。

（付記１９）
前記RAN通知エリアは、前記第１のネットワークスライスが使用可能である１又はそれ以上のセルのみを含み、
前記少なくとも１つのプロセッサは、前記RAN通知エリアの設定を前記RAN内の基地局から受信するよう構成され、
前記少なくとも１つのプロセッサは、前記再選択されるセルが前記RAN通知エリアに含まれるか否かに基づいて、前記第１のネットワークスライスが前記再選択されるセルにおいて使用できるか否かを確認するよう構成されている、
付記１６に記載の無線端末。

（付記２０）
前記少なくとも１つのプロセッサは、前記第２のRRC状態でのセル再選択に応答して、前記再選択されるセルにおいて使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示すシステム情報の受信を前記再選択されるセルにおいて試行するよう構成され、
前記少なくとも１つのプロセッサは、前記システム情報に基づいて、前記第１のネットワークスライスが前記再選択されるセルにおいて使用できるか否かを確認するよう構成されている、
付記１６に記載の無線端末。

（付記２１）
前記システム情報は、前記再選択されるセルにおいてブロードキャストされるブロードキャスト・システム情報、又は前記無線端末からの要求メッセージに応答して前記無線端末に送信されるオンデマンド・システム情報である、
付記２０に記載の無線端末。

（付記２２）
前記少なくとも１つのプロセッサは、前記第１のネットワークスライスが前記再選択されるセルにおいて使用できることを確認できなかった場合、前記無線端末が前記第２のRRC状態から前記第１のRRC状態に前記再選択されるセルにおいて遷移する手順内又はその後において、前記第１のネットワークスライスを示す第２の情報を前記再選択されるセルの基地局に送信するよう構成されている、
付記１６〜２１いずれか１項に記載の無線端末。

（付記２３）
前記第１のRRC状態は、RRC_CONNECTED状態であり、
前記第２のRRC状態は、RRC_INACTIVE状態であり、
前記第３のRRC状態は、RRC_IDLE状態である、
付記１６〜２２のいずれか１項に記載の無線端末。

（付記２４）
無線アクセスネットワーク（RAN）に配置される基地局における方法であって、
第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での第１の無線端末の状態遷移を制御すること、及び
少なくとも前記第１のRRC状態でのデータ通信のために前記第１の無線端末に設定された第１のネットワークスライスが前記RANにより設定されたRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的又は暗示的に前記第１の無線端末に通知すること、
を備え、
前記第１のRRC状態は、前記第１の無線端末及び前記RANがアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記第１の無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記第１の無線端末の位置が前記RAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記第１の無線端末の位置が前記RANによって知られていない状態である、
方法。

（付記２５）
無線アクセスネットワーク（RAN）に配置される基地局における方法であって、
第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での無線端末の状態遷移を制御すること、及び
前記基地局の第１のセルにおいて使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示すシステム情報を前記第１のセルにおいて送信すること、
を備え、
前記第１のRRC状態は、前記無線端末及び前記RANがアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記無線端末の位置が前記RANによって知られていない状態である、
方法。

（付記２６）
無線端末における方法であって、
第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での前記無線端末の状態遷移を制御すること、及び
少なくとも前記第１のRRC状態でのデータ通信のために前記無線端末に設定された第１のネットワークスライスが、前記第２のRRC状態でのセル再選択により再選択されるセルにおいて使用可能であるか否かを確認すること、
を備え、
前記第１のRRC状態は、前記無線端末及び無線アクセスネットワーク（RAN）がアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記無線端末の位置が前記RANによって知られていない状態である、
方法。

（付記２７）
無線アクセスネットワーク（RAN）に配置される基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での第１の無線端末の状態遷移を制御すること、及び
少なくとも前記第１のRRC状態でのデータ通信のために前記第１の無線端末に設定された第１のネットワークスライスが前記RANにより設定されたRAN通知エリアに含まれる各セルにおいて使用可能であるか否かを明示的又は暗示的に前記第１の無線端末に通知すること、
を備え、
前記第１のRRC状態は、前記第１の無線端末及び前記RANがアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記第１の無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記第１の無線端末の位置が前記RAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記第１の無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記第１の無線端末の位置が前記RANによって知られていない状態である、
プログラム。

（付記２８）
無線アクセスネットワーク（RAN）に配置される基地局における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での無線端末の状態遷移を制御すること、及び
前記基地局の第１のセルにおいて使用可能な又は使用不可能な１又はそれ以上のネットワークスライスを示すシステム情報を前記第１のセルにおいて送信すること、
を備え、
前記第１のRRC状態は、前記無線端末及び無線アクセスネットワーク（RAN）がアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記無線端末の位置が前記RANによって知られていない状態である、
プログラム。

（付記２９）
無線端末における方法をコンピュータに行わせるためのプログラムであって、
前記方法は、
第１のRRC状態、第２のRRC状態、及び第３のRRC状態の間での前記無線端末の状態遷移を制御すること、及び
少なくとも前記第１のRRC状態でのデータ通信のために前記無線端末に設定された第１のネットワークスライスが、前記第２のRRC状態でのセル再選択により再選択されるセルにおいて使用可能であるか否かを確認すること、
を備え、
前記第１のRRC状態は、前記無線端末及び無線アクセスネットワーク（RAN）がアクセス層（Access stratum（AS））コンテキストを維持する状態であり、且つ前記無線端末の位置がセルのレベルで前記RANによって知られている状態であり、
前記第２のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストの少なくとも一部を維持する状態であり、且つ前記無線端末の位置が前記RANにより設定されたRAN通知エリアのレベルで前記RANによって知られている状態であり、
前記第３のRRC状態は、前記無線端末及び前記RANが前記ASコンテキストを解放している状態であり、且つ前記無線端末の位置が前記RANによって知られていない状態である、
プログラム。

この出願は、２０１７年１月５日に出願された日本出願特願２０１７−０００８００を基礎とする優先権を主張し、その開示の全てをここに取り込む。

１ gNodeB (gNB)
２ User Equipment (UE)
３ 5G Radio Access Network（5G-RAN）
４ 5G Core Network（5G-CN）
１１セル
１５０１ RFトランシーバ
１５０４プロセッサ
１５０５メモリ
１６０１ RFトランシーバ
１６０３ベースバンドプロセッサ
１６０４アプリケーションプロセッサ
１６０６メモリ

Claims

複数のネットワークスライスのうち１つを使用するUser Equipment（UE）と通信するよう構成されたgNBであって、
前記UEが使用する前記ネットワークスライスをサポートする少なくとも１つのセルのみを示すセル情報を設定するよう構成されたコントローラと、
前記gNBがRRC_CONNECTEDである前記UEをRRC_INACTIVEに遷移させる場合に、RRC_CONNECTEDである前記UEにRadio Resource Control（RRC）メッセージを送信するよう構成された送信機と、
を備え、
前記セル情報は、前記RRCメッセージ内のRadio Access Network（RAN）通知エリアに関する情報に含まれる、
gNB。
前記RAN通知エリアに関する情報は、RAN通知のエリアを示す識別子を含む、
請求項１に記載のgNB。
他のgNBからXnインタフェースを介してメッセージを受信するよう構成された受信機をさらに備え、
前記メッセージは、前記他のgNBの少なくとも１つのセルにおいてサポートされている少なくとも１つのネットワークスライスを示すネットワークスライス情報を含む、
請求項１又は２に記載のgNB。
前記メッセージは、前記ネットワークスライス情報の更新を前記gNBに通知するために前記他のgNBから送信される、
請求項３に記載のgNB。
gNBと通信するよう構成され且つ複数のネットワークスライスのうち１つを使用するよう構成されたUser Equipment（UE）であって、
前記UEがRRC_CONNECTEDであるときに、Radio Resource Control（RRC）メッセージを前記gNBから受信するよう構成された受信機と、
前記UEをRRC_CONNECTEDからRRC_INACTIVEに遷移させるコントローラと、
を備え、
前記RRCメッセージは、Radio Access Network（RAN）通知エリアに関する情報を含み、
前記RAN通知エリアに関する情報は、前記UEが使用する前記ネットワークスライスをサポートする少なくとも１つのセルのみを示すセル情報を含む、
UE。
前記RAN通知エリアに関する情報は、RAN通知のエリアを示す識別子を含む、
請求項５に記載のUE。
前記コントローラは、前記UEがキャンプオンすると決めたセルについての情報が前記セル情報に含まれるか否かに基づいて、前記UEが他のgNBにメッセージを送信するか否かを決定するよう構成されている、
請求項５又は６に記載のUE。
前記コントローラは、前記UEがキャンプオンすると決めた前記セルについての情報が前記セル情報に含まれていないなら、前記メッセージを前記他のgNBに送信するために送信機を制御するよう構成されている、
請求項７に記載のUE。
前記コントローラは、前記UEがキャンプオンすると決めた前記セルについての情報が前記セル情報に含まれているなら、前記UEが前記メッセージを前記他のgNBに送信しないことを決定するよう構成されている、
請求項７又は８に記載のUE。