JP7821225B2 - 通信制御方法、ユーザ装置、プロセッサ、移動通信システム及びプログラム - Google Patents

Description

本発明は、移動通信システムに用いる通信制御方法に関する。

移動通信システムの標準化プロジェクトである３ＧＰＰ（Ｔｈｉｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）（登録商標。以下同じ）の規格において、ネットワークスライシング（Network Slicing）（又はネットワークスライス）が規定されている（例えば、非特許文献１参照）。

ネットワークスライシングは、顧客毎の要求に応じて、差別化された処理を許容する概念である。或いは、ネットワークスライシングは、ネットワークを仮想的にスライスすることで、顧客が利用するサービスの要求条件に合わせて効率的にネットワークを提供する技術でもある。

ネットワークスライスは、ＲＡＮ（Radio Access Network）とＣＮ（Core Network）の各部分から構成される。また、各ネットワークスライスは、Ｓ－ＮＳＳＡＩ（Single Network Slice Selection Assistance Information）によって識別される。

例えば、ｅＭＢＢ（enhanced Mobile Broad Band：高速大容量）などのサービス毎にネットワークスライスが構築されることも可能である。これにより、例えば、ネットワークは、各サービスに合致したネットワークスライスをユーザに提供することが可能となる。

なお、３ＧＰＰでは、複数の異なるスライスが異なる周波数でサポート可能であること、及び、複数の異なるスライスが異なる領域において同一の周波数でサポート可能であること、について検討している（例えば、非特許文献２参照）。

３ＧＰＰ ＴＳ ３８．３００ Ｖ１６．２．０ （２０２０－０７） ３ＧＰＰ ＴＲ ３８．８３２ Ｖ０．１．０ （２０２０－０８）

第１の態様に係る通信制御方法は、ユーザ装置と基地局装置とを有し、前記ユーザ装置と前記基地局装置との間で無線通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記ユーザ装置の第１のレイヤが、前記基地局装置から送信された、前記ユーザ装置が在圏するセルのスライス情報を取得することと、前記ユーザ装置の前記第１のレイヤが、前記第１のレイヤよりも上位にある前記ユーザ装置の第２のレイヤへ、前記スライス情報を通知することと、を有する。

第２の態様に係る通信制御方法は、ユーザ装置と基地局装置とを有し、前記ユーザ装置と前記基地局装置との間で無線通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記ユーザ装置の第１のレイヤよりも上位にある前記ユーザ装置の第２のレイヤが、前記第１のレイヤへ、意図したスライス（ｉｎｔｅｎｄｅｄ ｓｌｉｃｅ）を通知することと、前記ユーザ装置の前記第１のレイヤが、所定の処理を行うことと、を有する。

第３の態様に係る通信制御方法は、ユーザ装置と第１及び第２の基地局装置とを有し、前記ユーザ装置と前記第１又は第２の基地局装置との間で無線通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記第２の基地局装置が、前記第２の基地局装置に隣接する前記第１の基地局装置がサポートするスライス情報を報知することを有する。さらに、前記通信制御方法は、前記ユーザ装置が、前記第１の基地局装置がサポートするスライス情報を取得することを有する。

第４の態様に係る通信制御方法は、ユーザ装置と基地局装置とを有し、前記ユーザ装置と前記基地局装置との間で無線通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記基地局装置が、ネットワークスライス毎のセル再選択優先度を報知することと、前記ユーザ装置が、前記セル再選択優先度を用いて、セル再選択を行うことと、を有する。

第５の態様に係る通信制御方法は、ユーザ装置と基地局装置とを有し、前記ユーザ装置と前記基地局装置との間で無線通信が可能な移動通信システムにおける通信制御方法である。前記通信制御方法は、前記ユーザ装置が、ＲＲＣ（Radio Resource Control）再確立を行う場合のセル選択の際に、前記ＲＲＣ再確立前にアクセスしていたネットワークスライスをサポートするセルを優先して選択することと、前記ユーザ装置が、選択した前記セルにアクセスすることと、を有する。

図１は、一実施形態に係る移動通信システムの構成例を示す図である。 図２は、一実施形態に係るユーザ装置の構成例を示す図である。 図３は、一実施形態に係る基地局装置の構成例を示す図である。 図４は、無線インターフェイスのユーザプレーンのプロトコルスタックの構成例を示す図である。 図５は、無線インターフェイスの制御プレーンのプロトコルスタックの構成例を示す図である。 図６は、ＡＳレイヤと上位レイヤとの関係例を表す図である。 図７（Ａ）は移動通信システムの例、図７（Ｂ）は実施例１の動作例を表す図である。 図８（Ａ）は実施例２、図８（Ｂ）は実施例３の各動作例を表す図である。 図９は、実施例４の動作例を表す図である。 図１０（Ａ）は実施例５の動作例、図１０（Ｂ）はスライス情報の送信例を表す図である。 図１１は、スライス情報の送信例を表す図である。 図１２（Ａ）は実施例６、図１２（Ｂ）は実施例７の各動作例を表す図である。 図１３は、実施例８の動作例を表す図である。 図１４は、実施例９動作例を表す図である。

図面を参照しながら、実施形態に係る移動通信システムについて説明する。図面の記載において、同一又は類似の部分には同一又は類似の符号を付している。

（移動通信システムの構成）
まず、一実施形態に係る移動通信システムの構成例について説明する。一実施形態に係る移動通信システムは３ＧＰＰの５Ｇシステムであるが、移動通信システムには、ＬＴＥ（Long Term Evolution）が少なくとも部分的に適用されてもよい。また、６Ｇなど、将来の無線通信システムに適用されてもよい。

図１は、一実施形態に係る移動通信システム１の構成例を示す図である。

図１に示すように、移動通信システム１は、ユーザ装置（ＵＥ：User Equipment）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ）１０とを有する。

ＵＥ１００は、移動可能な装置である。ＵＥ１００は、ユーザにより利用される装置であればどのような装置であっても構わないが、例えば、ＵＥ１００は、携帯電話端末（スマートフォンを含む）やタブレット端末、ノートＰＣ、通信モジュール（通信カード又はチップセットを含む）、センサ若しくはセンサに設けられる装置、車両若しくは車両に設けられる装置（Ｖｅｈｉｃｌｅ ＵＥ）、飛行体若しくは飛行体に設けられる装置（Aerial UE）など、無線通信が可能な装置である。

ＮＧ－ＲＡＮ１０は、５Ｇシステムにおいて「ｇＮＢ」（「next generation Node B」）と呼ばれる基地局装置（以下、「基地局」と称する場合がある。）２００－１～２００－３を含む。ｇＮＢ２００－１～２００－３は、ＮＧ－ＲＡＮノードと呼ばれることもある。各ｇＮＢ２００－１～２００－３は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００－１～２００－３は、１又は複数のセルを管理する。ｇＮＢ２００－１～２００－３は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００－１～２００－３は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、及び／又はモビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。なお、本実施の形態においては、「セル」と「基地局装置」、又は「セル」と「ｇＮＢ」とを区別しないで用いる場合がある。

なお、ｇＮＢ２００－１～２００－３がＬＴＥのコアネットワークであるＥＰＣ（Evolved Packet Core）及び／又はＬＴＥの基地局が５ＧＣ２０に接続されてもよい。また、ＬＴＥの基地局とｇＮＢ２００－１～２００－３とが基地局間インターフェイスを介して接続されてもよい。

５ＧＣ２０は、ＡＭＦ（Access and Mobility Management Function）及びＵＰＦ（User Plane Function）３００を含む。ＡＭＦは、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦは、ＮＡＳ（Non-Access Stratum）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００が在圏するエリアの情報を管理する。ＵＰＦは、データの転送制御を行う。ＡＭＦ及びＵＰＦ３００は、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００－１～２００－３と接続される。

なお、以下においては、ｇＮＢ２００－１～２００－３を、ｇＮＢ２００と表記する場合がある。また、ＡＭＦ及びＵＰＦ３００のうち、ＡＭＦを、ＡＭＦ３００と表記する場合がある。

図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。

図２に示すように、ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

受信部１１０は、制御部１３０の制御下で各種の受信を行う。受信部１１０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部１３０に出力する。

送信部１２０は、制御部１３０の制御下で各種の送信を行う。送信部１２０は、アンテナ及び送信機を含む。送信機は、制御部１３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

制御部１３０は、ＵＥ１００における各種の制御を行う。制御部１３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（Central Processing Unit）と、を含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。ＣＰＵに代えて、ＤＳＰ（Digital Signal Processor）やＦＰＧＡ（Field Programmable Gate Array）などのプロセッサやコントローラであってもよい。本実施の形態における制御部１３０は、以下に示す実施例で説明する各種の制御又は処理を行うことが可能である。

図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。

図３に示すように、ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

送信部２１０は、制御部２３０の制御下で各種の送信を行う。送信部２１０は、アンテナ及び送信機を含む。送信機は、制御部２３０が出力するベースバンド信号（送信信号）を無線信号に変換（アップコンバート）してアンテナから送信する。

受信部２２０は、制御部２３０の制御下で各種の受信を行う。受信部２２０は、アンテナ及び受信機を含む。受信機は、アンテナが受信する無線信号をベースバンド信号（受信信号）に変換（ダウンコンバート）して制御部２３０に出力する。

制御部２３０は、ｇＮＢ２００における各種の制御を行う。制御部２３０は、少なくとも１つのプロセッサと、プロセッサと電気的に接続された少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。ＣＰＵに代えて、ＤＳＰやＦＰＧＡなどのプロセッサやコントローラであってもよい。本実施の形態における制御部２３０は、以下に示す実施例で説明する各種の制御又は処理を行うことが可能である。

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介して５ＧＣ２０の各ノードと接続される。なお、ｇＮＢ２００は、ＣＵ（Central Unit）とＤＵ（Distributed Unit）とで構成され（すなわち、機能分割され）、両ユニット間がＦ１インターフェイスで接続されてもよい。

（無線インターフェイスにおけるプロトコルスタックについて）
図４は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

図４に示すように、ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（Medium Access Control）レイヤと、ＲＬＣ（Radio Link Control）レイヤと、ＰＤＣＰ（Packet Data Convergence Protocol）レイヤと、ＳＤＡＰ（Service Data Adaptation Protocol）レイヤとを有する。

ＰＨＹレイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００のＰＨＹレイヤとｇＮＢ２００のＰＨＹレイヤとの間では、物理チャネルを介してデータ及び制御情報が伝送される。

ＭＡＣレイヤは、データの優先制御、ハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理、及びランダムアクセスプロシージャ等を行う。ＵＥ１００のＭＡＣレイヤとｇＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータ及び制御情報が伝送される。ｇＮＢ２００のＭＡＣレイヤはスケジューラを含む。スケジューラは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式（ＭＣＳ））及びＵＥ１００への割当リソースブロックを決定する。

ＲＬＣレイヤは、ＭＡＣレイヤ及びＰＨＹレイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｇＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータ及び制御情報が伝送される。

ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。

ＳＤＡＰレイヤは、コアネットワークがＱｏＳ制御を行う単位であるＩＰフローとＡＳ（Ａｃｃｅｓｓ Ｓｔｒａｔｕｍ）がＱｏＳ制御を行う単位である無線ベアラとのマッピングを行う。なお、ＲＡＮがＥＰＣに接続される場合は、ＳＤＡＰが無くてもよい。

図５は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。図５に示すように、制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（Radio Resource Control）レイヤ及びＮＡＳ（Non-Access Stratum）レイヤを有する。

ＵＥ１００のＲＲＣレイヤとｇＮＢ２００のＲＲＣレイヤとの間では、各種設定のためのＲＲＣシグナリングが伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００はＲＲＣコネクティッド状態にある。ＵＥ１００のＲＲＣとｇＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がない場合、ＵＥ１００はＲＲＣアイドル状態にある。また、ＲＲＣ接続が中断（サスペンド）されている場合、ＵＥ１００はＲＲＣインアクティブ状態にある。

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリングが伝送される。

なお、ＵＥ１００は、無線インターフェイスのプロトコル以外にアプリケーションレイヤ等を有する。

（動作例）
次に動作例について説明する。動作例は、以下の順番で説明する。

（実施例１）ＵＥ１００内、ＡＳレイヤから上位レイヤ（ＮＡＳなど）へ、在圏セルのスライス情報を通知する。

（実施例２）ＵＥ１００内、上位レイヤはＡＳレイヤへ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを通知する。

（実施例３）ＵＥ１００内、ＡＳレイヤは、上位レイヤから通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルをサーチ及び再選択する。

（実施例４）ＵＥ１００は、ｇＮＢ２００へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを通知する。

（実施例５）セルは、隣接セルがサポートするスライス情報を報知（又は通知）する。

（実施例６）ｇＮＢ２００－１は、隣接ｇＮＢ２００－２へ、自身がサポートするスライス情報を通知する。

（実施例７）ＡＭＦ３００は、ｇＮＢ２００へ、隣接セルがサポートするスライス情報を通知する。

（実施例８）サービングセルは、スライス毎のセル再選択優先度を報知（又は通知）する。

（実施例９）ＵＥ１００は、ＲＲ再確立時のセル選択において、アクセス中のスライスがサポートするセルを優先して選択する。

（実施例１）
図６は、ＵＥ１００内におけるＡＳレイヤ１４０と上位レイヤ１５０との関係例を表す図である。図６に示すように、ＵＥ１００は、ＡＳレイヤ１４０と、ＡＳレイヤ１４０よりも上位の上位レイヤ１５０とを含む。

ＡＳレイヤ１４０と上位レイヤ１５０は、図５に示した無線インターフェイスの制御プレーンの各レイヤを含む。すなわち、ＡＳレイヤ１４０は、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤを含む。また、上位レイヤ１５０は、ＮＡＳレイヤを含む。本実施例１では、図６に示すように、ＡＳレイヤ１４０から上位レイヤ１５０へ、在圏セルのネットワークスライスに関するスライス情報を通知する。このような処理は、例えば、制御部１３０内で行われてもよい。なお、以下では、ネットワークスライスを「スライス」と称する場合がある。

図７（Ａ）は、ＵＥ１００がｇＮＢ２００のセル＃１に在圏する例を表す図である。この場合おいて、ＵＥ１００は、ＡＳレイヤ１４０から上位レイヤ１５０へ、ＵＥ１００が在圏するセル＃１のスライス情報を通知することになる。

スライス情報は、ＮＡＳレイヤで取り扱われ、例えば、ＡＭＦ３００で管理される。一方、セルに関する情報は、ＡＳレイヤ１４０で取り扱われる。ＵＥ１００のＡＳレイヤ１４０において、セル＃１のスライス情報を受信した場合、ＡＳレイヤ１４０は、上位レイヤ１５０へ、このスライス情報を通知することで、上位レイヤ１５０（又はＮＡＳレイヤ）は、セル毎にスライス情報を把握することが可能となる。

図７（Ｂ）は、実施例１における動作例を表す図である。

ステップＳ１００において、アイドル状態又はインアクティブ状態のＵＥ１００は、ＵＥ１００が在圏するｇＮＢ２００のセル（図７（Ａ）の例では、セル＃１）においてサポートされているスライスに関するスライス情報を取得する。

スライス情報は、ＳＩＢ（System Information Block）に含まれて報知されていてもよいし、ＲＲＣメッセージに含まれてＵＥ１００へ送信されてもよい。また、スライス情報は、Ｓ－ＮＳＳＡＩが含まれてもよいし、“ｅＭＢＢ”など、人間が解読可能な（human readable）識別子が含まれてもよい。さらに、ＵＥ１００は、ＲＲＣコネクティッド状態のときに、スライス情報を受信してもよい。

ステップＳ１０１において、ＡＳレイヤ１４０は、上位レイヤ１５０へ、スライス情報を通知する。ＡＳレイヤ１４０が上位レイヤ１５０へ通知するトリガとしては、例えば、以下がある。

すなわち、アイドル状態又はインアクティブ状態にあるＵＥ１００がセル選択又はセル再選択を行った場合に、ＡＳレイヤ１４０が上位レイヤ１５０へスライス情報を通知してもよい。又は、ＲＲＣコネクティッド状態にあるＵＥ１００において、ハンドオーバが行われた場合に、ＡＳレイヤ１４０が上位レイヤ１５０へスライス情報を通知するようにしてもよい。又は、セルのサポートするスライス情報が変更された場合、ＡＳレイヤ１４０が通知するようにしてもよい。又は、前回通知したスライス情報と現在のスライス情報（又はｇＮＢ２００から今回取得したスライス情報）とが異なっていた場合、ＡＳレイヤ１４０が通知するようにしてもよい。又は、定期的に（或いは一定周期で）、ＡＳレイヤ１４０が通知するようにしてもよい。

ステップ１０２において、上位レイヤ１５０は、所定の処理を行う。所定の処理としては、例えば、以下がある。

すなわち、上位レイヤ１５０は、アプリケーションレイヤへ、現在サポート可能なスライス情報を通知してもよい。この場合、上位レイヤ１５０は、ステップＳ１０１で通知された１又は複数のスライス情報の中から、サポート可能なスライス情報を選択して、通知するようにしてもよい。また、上位レイヤ１５０（又は制御部１３０）は、ＵＥ１００のディスプレイに、スライスカバレッジ情報を表示させるようにしてもよい。スライスカバレッジ情報として、例えば、ディスプレイ上のアンテナマークの横に「５Ｇ ＵＲＬＬＣ」など、サポートするサービス名が表示されてもよい。又は、設定欄に、スライスカバレッジ情報が表示されてもよい。また、上位レイヤ１５０は、ＡＳレイヤ１４０へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを通知してもよい。この詳細は実施例２において説明する。

（実施例２）
実施例２では、ＵＥ１００の上位レイヤ１５０が、ＡＳレイヤ１４０へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを通知する例である。

ｉｎｔｅｎｄｅｄ ｓｌｉｃｅ（又は、「意図したスライス」）は、ＵＥ１００において使用見込みのあるスライスでもよいし、候補スライスでもよいし、又は希望するスライスでもよい。例えば、上位レイヤ１５０がこのようなスライスをＡＳレイヤ１４０へ通知することで、ＡＳレイヤ１４０では、セル再選択処理など、様々な処理を行うことが可能となる。

図８（Ａ）は、実施例２における動作例を表す図である。

ステップＳ１１０において、上位レイヤ１５０は、ＡＳレイヤ１４０へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを通知する。

通知されるｉｎｔｅｎｄｅｄ ｓｌｉｃｅには、複数のｉｎｔｅｎｄｅｄ ｓｌｉｃｅがリスト形式となっていてもよい。この場合、例えば、ＵＥ１００において、インストールした又はアクティブなアプリケーションが使用（又は要求）するスライスが複数あって、それらかリスト形式となっていてもよい。又は、例えば、ＣＮから許可（又は認証）されているｉｎｔｅｎｄｅｄ ｓｌｉｃｅが複数あって、それらがリスト形式となっていてもよい。

また、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅが複数存在する場合、各々に対する優先順位が更に通知されてもよい。さらに、上位レイヤ１５０は、ＡＳレイヤ１４０へ、セル再選択等を用いて、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅのサーチを指示するようにしてもよい。この詳細については、（実施例３）で説明する。さらに、上位レイヤ１５０は、ＡＳレイヤ１４０から問い合わせ（又は情報提供要求などの要求）があった場合に、ＡＳレイヤ１４０へｉｎｔｅｎｄｅｄ ｓｌｉｃｅを通知してもよい。この場合、ＡＳレイヤ１４０は、例えば、セル再選択時、又はセルのサポートするスライス情報変更時などに、上位レイヤ１５０へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅの問い合わせを行ってもよい。

なお、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅは、上位レイヤ１５０で作成されてもよい。又は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅは、ＡＭＦ３００から上位レイヤ１５０へ送信されてもよい。

ステップＳ１１１において、ＡＳレイヤ１４０は、所定の処理を行う。所定の処理としては例えば、以下がある。

すなわち、ＡＳレイヤ１４０は、ＵＥ１００が在圏しているセルが、通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅを、サポートしているか否かをチェックしてもよい。この場合、ＡＳレイヤ１４０は、サポートしている場合は「ＩＮ」、サポートしていない場合は「ＯＵＴ」などを、ＮＡＳレイヤ（又は上位レイヤ１５０）へ通知してもよい。また、アイドル状態又はインアクティブ状態のＵＥ１００において、ＡＳレイヤ１４０は、通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅが、ＵＥ１００の在圏するセルにおいてサポートされていない場合、セル再選択を行うようにしてもよい。この詳細は実施例３において説明する。他方、ＵＥ１００がＲＲＣコネクティッド状態の場合、通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅが、ＵＥ１００の在圏するセルにおいてサポートされていない場合、ＡＳレイヤ１４０は、ｇＮＢ２００へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信してもよい。この詳細は実施例４において説明する。

（実施例３）
実施例３は、アイドル状態又はインアクティブ状態のＵＥ１００において、ＡＳレイヤ１４０は、上位レイヤ１５０から通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルをサーチし、セル再選択を行う例である。

ＵＥ１００は、このようなセルをサーチし、再選択することで、例えば、ＵＥ１００が希望するサービスを提供するスライスへアクセスし、アクセスしたスライスを介して、そのようなサービスの提供を受けることが可能となる。

図８（Ｂ）は、実施例３の動作例を表す図である。

ステップＳ１２０において、ＡＳレイヤ１４０は、上位レイヤ１５０から、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅの通知を受ける。

ステップＳ１２１において、ＡＳレイヤ１４０は、通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートしていないセルに在圏している場合、セル再選択処理を行う。

ＡＳレイヤ１４０は、ＮＡＳレイヤからセルサーチが指示された場合に、セル再選択処理を行うようにしてもよい。このような指示は、例えば、ステップＳ１２０において、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅとともに通知されてもよい。また、ＡＳレイヤ１４０は、セル再選択処理において、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルを優先的に再選択（又は選択）するようにしてもよい。この場合、例えば、ＡＳレイヤ１４０は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルの中から最も無線品質（ＲＳＲＰ（Reference Signal Received Power）など）が良いセルを選択することを試みる（Ｒａｎｋｉｎｇ）。そして、ＡＳレイヤ１４０は、このようなセルが存在しなかった場合、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートしないセルを再選択する。又は、例えば、ＡＳレイヤ１４０は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセル及び／又はｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートする周波数を最高優先度として、セル再選択を行う。この場合、再選択優先度ハンドリング（reselection priorities handling）により、セル又は周波数の優先順位の入れ替え処理が行われてもよい。また、ＡＳレイヤ１４０は、ＮＡＳレイヤへ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅのセルサーチが成功したか否かを通知してもよい。この場合、例えば、ＡＳレイヤ１４０は、成功又は失敗のみを通知してもよい。又は、例えば、ＡＳレイヤ１４０は、再選択後のセルのスライス情報を通知するようにしてもよい。

（実施例４）
実施例４は、ＵＥ１００がｇＮＢ２００へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信する例である。例えば、ＵＥ１００は、在圏するセルにおいてサポートされるスライスが希望するスライスではなく、他のスライスを希望する場合がある。このような場合、ＵＥ１００は、ｇＮＢ２００へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを適切なタイミングで送信する。これにより、例えば、ｇＮＢ２００は、ＵＥ１００が希望するスライスをサポートするセルへ、ＵＥ１００をハンドオーバさせ、ＵＥ１００は、希望するサービスの提供を受けることが可能となる。なお、ＵＥ１００は、実施例２における所定の処理（図８（Ａ）のステップＳ１１１）の一例として、ｇＮＢ２００へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信するようにしてもよい。

図９は、実施例４の動作例を表す図である。

ステップＳ１３０において、ｇＮＢ２００とＲＲＣコネクティッド状態にあるＵＥ１００は、ｇＮＢ２００へ、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信する。ｉｎｔｅｎｄｅｄ ｓｌｉｃｅの送信のトリガとしては、例えば、以下であってもよい。

すなわち、ＵＥ１００のＡＳレイヤ１４０が上位レイヤ１５０からｉｎｔｅｎｄｅｄ ｓｌｉｃｅの通知を受けた場合に、ＵＥ１００（又はＡＳレイヤ１４０）は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをｇＮＢ２００へ送信するようにしてもよい。又は、ＵＥ１００がアクセスするスライスに変更がある（又はあった）場合に、ＵＥ１００は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをｇＮＢ２００へ送信するようにしてもよい。また、ＵＥ１００は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅに変化があった場合に、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをｇＮＢ２００へ送信するようにしてもよい。「ｉｎｔｅｎｄｅｄ ｓｌｉｃｅに変化があった場合」とは、例えば、ＲＲＣ接続の初回接続の場合、又は、前回に送信したｉｎｔｅｎｄｅｄ ｓｌｉｃｅの通知内容に変化があった場合、などがある。また、ＵＥ１００は、ｇＮＢ２００から情報提供（又は問い合わせ）があった場合、例えば、ｇＮＢ２００からリクエスト（又は要求）を受信した場合に、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをｇＮＢ２００へ送信してもよい。さらに、ＵＥ１００は、ハンドオーバが予期される場合（又はハンドオーバが行われる場合）、例えば、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）がトリガされた場合に、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをｇＮＢ２００へ送信してもよい。また、当該通知は、ｇＮＢ２００が事前に許可（設定）している場合に、行われてもよい。

ただし、これらの送信トリガについては、例えば、以下のような制限事項があってもよい。すなわち、ＵＥ１００は、（ＵＥ１００が在圏する）セルがサポートするスライスとｉｎｔｅｎｄｅｄ ｓｌｉｃｅとが合致していない（又はサポートしていないスライスを意図している）場合に（のみ）、ｇＮＢ２００へｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信してもよい。この場合、例えば、ＵＥ１００が意図するスライスをサポートするセルへのハンドオーバをｇＮＢ２００へ促すために、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信するようにしてもよい。又は、ＵＥ１００は、セルがサポートするスライスとｉｎｔｅｎｄｅｄ ｓｌｉｃｅとが合致している（又は意図するすべてのスライスをサポートしている）場合に（のみ）、ｇＮＢ２００へｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信するようにしてもよい。この場合、例えば、ＵＥ１００が、希望するスライスをサポートするセルに入った場合（又は当該セルを選択した場合、又は当該セルへハンドオーバした場合など）に、ｇＮＢ２００へｉｎｔｅｎｄｅｄ ｓｌｉｃｅを送信するようにしてもよい。

また、ステップＳ１３０において送信されるメッセージ内容としては、例えば、以下であってもよい。すなわち、ＵＥ１００は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅがリスト形式で表されたスライス情報を、ｇＮＢ２００へ送信してもよい。このようなスライス情報には、ＵＥ１００におけるｉｎｔｅｎｄｅｄ ｓｌｉｃｅの全てが含まれて、送信されるようにしてもよい。又は、スライス情報には、セルのサポートするスライスと合致するｉｎｔｅｎｄｅｄ ｓｌｉｃｅ（のみ）が含まれてもよいし、セルのサポートするスライスと合致しないｉｎｔｅｎｄｅｄ ｓｌｉｃｅ（のみ）が含まれてもよい。

さらに、ステップＳ１３０の送信に用いられるメッセージとしては、例えば、以下であってもよい。すなわち、ＵＥ１００は、ＵＥアシスタンス情報（ＵＥ Ａｓｓｉｓｔａｎｃｅ Ｉｎｆｏｒｍａｔｉｏｎ）メッセージにｉｎｔｅｎｄｅｄ ｓｌｉｃｅを含めて、ｇＮＢ２００へ送信するようにしてもよい。この場合において、ＵＥ１００は、ＵＥアシスタンス情報に、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅ（のリスト）、優先順位（又は優先希望か否か）、及び、ある一定期間内に当該スライス（又はｉｎｔｅｎｄｅｄ ｓｌｉｃｅ）へのアクセスを行うか否か（又は将来予測）などの情報を含めて、送信してもよい。又は、ＵＥ１００は、測定報告（Ｍｅａｓｕｒｅｍｅｎｔ Ｒｅｐｏｒｔ）メッセージにｉｎｔｅｎｄｅｄ ｓｌｉｃｅを含めて、ｇＮＢ２００へ送信するようにしてもよい。この場合において、ＵＥ１００は、測定報告メッセージ内の各セルの測定結果とｉｎｔｅｎｄｅｄ ｓｌｉｃｅとを紐づけて、当該セルがサポートするスライス情報、ＵＥ１００のｉｎｔｅｎｄｅｄ ｓｌｉｃｅとの合致性（又は合致するか否か）、及びＵＥ１００のプレファレンス（「できればこのセルをターゲットにして欲しい」という希望を示すプレファレンス）、などを含めて送信してもよい。

ステップＳ１３１において、ｇＮＢ２００は、ＵＥ１００に対して所定の処理を行う。所定の処理としては、例えば、以下があってもよい。

すなわち、ｇＮＢ２００は、ＵＥ１００が在圏するセルにおいてｉｎｔｅｎｄｅｄ ｓｌｉｃｅがサポートされていない場合、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルへ、ＵＥ１００をハンドオーバさせてもよい。このようなハンドオーバにより、例えば、ＵＥ１００は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルから、希望するサービスの提供を受けることが可能となる。又は、ｇＮＢ２００は、当該エリア内（又は当該セル）ではｉｎｔｅｎｄｅｄ ｓｌｉｃｅがサポートされない旨を、ＵＥ１００へ送信するようにしてもよい。この場合において、ｇＮＢ２００は、どの隣接セルにおいても、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅがサポートされていない場合、その旨をＵＥ１００へ送信するようにしてもよい。

（実施例５）
実施例５は、隣接セルがサポートするスライス情報を、セルが報知又は送信する例である。

例えば、ＵＥ１００は、実施例３などで説明したセル再選択を行う場合、サポートする全ての周波数でセルをサーチし、ＳＩＢを読むなどして、当該セル毎にサポートするスライスを確認する場合がある。このような場合、ＵＥ１００では、セル毎にサポートするスライスを確認するため、消費電力が大きくなる。

そこで、ｇＮＢ２００は、隣接セルのスライス情報を報知等する。これにより、ＵＥ１００においては、隣接セルのスライス情報を取得することができ、セルサーチの際に隣接セルのスライスを確認する処理がなくなり、消費電力の削減を図ることが可能となる。

図１０（Ａ）は、実施例５の動作例を表す図である。

ステップＳ１４０において、（ＵＥ１００のサービングセルを有する）ｇＮＢ２００は、隣接セルがサポートするスライス情報を報知する。

図１０（Ｂ）と図１１は、サービングセルと隣接セルとの関係例を表す図である。図１０（Ｂ）では、ＵＥ１００は、ｇＮＢ２００のセル＃１に在圏しており、セル＃１がサービングセルとなる。この場合、ｇＮＢ２００は、セル＃１に隣接するセル＃２がサポートするスライス情報を報知する。また、図１１は、ｇＮＢ２００－１のセル＃１がＵＥ１００のサービングセルとなり、ｇＮＢ２００－１に隣接するｇＮＢ２００－２のセル＃２が、セル＃１と隣接セルとなる。ｇＮＢ２００－１は、ｇＮＢ２００－１のセル＃２のスライス情報を報知する。

なお、ＣＡ（Carrier Aggregation）又はＤＣ（Dual Connectivity）が設定されていない場合は、ＲＲＣコネクティッド状態にあるＵＥ１００にとって、プライマリセルがサービングセルとなる。また、ＣＡ又はＤＣが設定されている場合、ＲＲＣコネクティッド状態にあるＵＥ１００にとって、スペシャルセルと全セカンダリセルとで構成されるセルのセットを表現するために、サービングセルが用いられる。

ｇＮＢ２００は、ＳＩＢを用いて、スライス情報を報知する。ただし、ｇＮＢ２００は、個別シグナリングにより、隣接セルがサポートするスライス情報を送信してもよい。個別シグナリングの例としては、ＲＲＣ接続変更時に用いられるＲＲＣ再設定（ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎ）メッセージなどであってもよい。また、ｇＮＢ２００は、セルＩＤ（Identification）（及び／又はｇＮＢ ＩＤ）とサポートするスライス情報とを紐づけて報知してもよい。さらに、ｇＮＢ２００は、保証するサービス要件の情報をスライス情報に紐づけて報知してもよい。サービス要件の情報としては、例えば、以下があってよい。

すなわち、ｅＭＢＢの場合、サービス要件の情報は、最大及び／又は平均スループット（またはビットレート）などである。ＵＲＬＬＣ（Ultra Reliable and Low Latency Communications：超高信頼及び低遅延）の場合、サービス要件の情報は、最高レイテンシ、最大パケットロス、又は同期（又は参照）クロック精度などである。ｍＭＴＣ（massive Machine Type Communication：大量端末接続）の場合、サービス要件の情報は、最大接続数、余力（残り接続許容数）などである。サービス要件の情報は、サポートする５ＱＩ（5G QoS(Quality of Service) Indicator）（又はＱｏＳ情報）により示されてもよい。例えば、サービス要件の情報は、どのＱｏＳレベルまでサポート可能であるのか、どのＱｏＳベアラまでサポート可能であるのかが、５ＱＩによって示されたサービス要件の情報であってもよい。

図１０（Ａ）に戻り、ステップＳ１４１において、ＵＥ１００は、隣接セルのスライス情報を取得し、所定の処理を行う。所定の処理としては、例えば、以下があってよい。

すなわち、ＵＥ１００は、実施例３で説明したセル再選択の処理を行ってもよい。又は、ＵＥ１００は、ｇＮＢ２００への通知を行うようにしてもよい。又は、ＵＥ１００におけるＡＳレイヤ１４０は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートしないセルを再選択する場合、上位レイヤ１５０へ、隣接セルのスライス情報を通知するようにしてもよい。この場合、例えば、上位レイヤ（アプリケーションなど）１５０は、当該スライスがカバレッジ外となる旨の（ユーザ）への警告表示をディスプレイに行うようにしてもよい。

（実施例６）
実施例６は、ｇＮＢ２００－１が、隣接ｇＮＢ２００－２へ、自身がサポートするスライス情報を送信する例である。

実施例５では、サービングセル（又はｇＮＢ２００）が隣接セルのスライス情報を報知等する例について説明した。そこで、ｇＮＢ２００－１が、隣接ｇＮＢ２００－２へ、ｇＮＢ２００－１がサポートするスライス情報を送信する。これにより、隣接ｇＮＢ２００－２では、ｇＮＢ２００－２にとって隣接セルを有するｇＮＢ２００－１のスライス情報を報知等することが可能となる。そして、ＵＥ１００は、ｇＮＢ２００－１のスライス情報を、ｇＮＢ２００－２から取得することが可能となる。

図１２（Ａ）は、実施例６の動作例を表す図である。

ステップＳ１５０において、ｇＮＢ２００－１は、隣接ｇＮＢ２００－２へ、自身がサポートするスライス情報を送信する。

この場合、ｇＮＢ２００－１は、自身が管理するセル毎に、スライス情報を紐づけて、隣接ｇＮＢ２００－２へ送信してもよい。また、ｇＮＢ２００－１は、Ｘｎ－ＡＰ（Application Protocol）シグナリング（又はＸｎ－ＡＰによるメッセージ）を用いて、隣接ｇＮＢ２００－２へ送信してもよい。Ｘｎ－ＡＰは、基地局間のＸｎインターフェイスの制御プレーンにおけるアプリケーションプロトコルである。さらに、ｇＮＢ２００－１は、以下のトリガによって、スライス情報を隣接ｇＮＢ２００－２へ送信してもよい。

すなわち、ｇＮＢ２００－１は、Ｘｎ接続がセットアップされた場合に、スライス情報を隣接ｇＮＢ２００－２へ送信してもよい。又は、ｇＮＢ２００－１は、サポートするスライスが変更になった場合（又はｇＮＢ２００－１の設定変更が行われた場合）に、スライス情報を隣接ｇＮＢ２００－２へ送信してもよい。又は、ｇＮＢ２００－１は、隣接セル（又は隣接ｇＮＢ２００－２）からスライス情報提供のリクエスト（要求）を受信した場合に、スライス情報を隣接ｇＮＢ２００－２へ送信してもよい。又は、ｇＮＢ２００－１は、定期的に（又は一定周期で）、スライス情報を隣接ｇＮＢ２００－２へ送信してもよい。

ステップＳ１５１において、ｇＮＢ２００－１は、当該スライス情報を考慮して、所定の処理を行う。所定の処理としては、例えば、隣接セルのスライス情報を更新したり、モビリティ制御を行ったりしてもよい。モビリティ制御の例としては、上述したＵＥ１００のハンドオーバ処理などがある。

（実施例７）
実施例７は、ＡＭＦ３００がｇＮＢ２００に対して、隣接セルがサポートするスライス情報を送信する例である。

実施例６などでは、隣接するｇＮＢ２００－１から、隣接セルがサポートするスライス情報を取得することについて説明した。実施例７では、ｇＮＢ２００は、ＡＭＦ３００から取得する例について説明する。これにより、例えば、ｇＮＢ２００は、実施例５で説明した、隣接セルがサポートするスライス情報を報知等することが可能となる。

図１２（Ｂ）は、実施例７の動作例を表す図である。

ステップＳ１６０において、ＡＭＦ３００は、配下のｇＮＢ２００－１へ、配下の（隣接）ｇＮＢ２００－２がサポートするスライス情報を送信する。図１１の例では、ｇＮＢ２００－１のセル＃１に対する、ｇＮＢ２００－２のセル＃２が「隣接セル」となる。この場合、ＡＭＦ３００は、ｇＮＢ２００－１に対して、セル＃２（又はｇＮＢ２００－２）がサポートするスライス情報を送信することになる。

ＡＭＦ３００は、ＮＧ－ＡＰシグナリング（又はＮＧ－ＡＰによるメッセージ）を用いて、隣接セルのスライス情報をｇＮＢ２００へ送信してもよい。また、ＡＭＦ３００がスライス情報を送信するトリガは、実施例６におけるｇＮＢ２００－１がスライス情報を送信するトリガと同一であってもよい。すなわち、ＡＭＦ３００は、ＮＧ接続がセットアップされた場合に、配下のｇＮＢ２００においてサポートするスライスが変更になった場合に、配下の隣接ｇＮＢ２００－２からスライス情報提供のリクエストを受信した場合に、又は定期的に、送信してもよい。

なお、ＡＭＦ３００は、隣接セルがサポートするスライス情報を、例えば、ＯＡＭ（Operation Administration and Maintenance）により、設定されてもよい。

ステップＳ１６１において、ｇＮＢ２００は、所定の処理を行う。所定の処理としては、実施例６において、スライス情報を受信した隣接ｇＮＢ２００－２が行う所定の処理と同一であってもよい。すなわち、ｇＮＢ２００は、隣接セルがサポートするスライス情報を更新したり、ＵＥ１００のハンドオーバ処理などのモビリティ制御を行ったりしてもよい。また、ＡＭＦ３００は、自身（もしくは自身が管理するネットワーク）がサポートするスライス情報を、ｇＮＢ２００に通知してもよい。これにより、ｇＮＢ２００は、ＵＥ１００のｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするＡＭＦ３００（もしくはコアネットワーク）を適切に選択（もしくは当該ＵＥ１００のデータルーティング）を行うことができる。

（実施例８）
実施例８は、（ｉｎｔｅｎｄｅｄ）スライス毎のセル再選択優先度（cell reselection priority）を報知又は送信する例である。

ＵＥ１００は、セルによって設定されたセル再選択優先度に従って、セル再選択を行う。しかし、これでは、ＵＥ１００は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルを確実に選択することができない場合がある。

他方、（ＲＲＣで設定される）個別優先度（dedicated priority）により、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルへの選択を制御することも可能である。しかし、ＵＥ１００が別のエリア（又はセル）へ移動した場合、又はＵＥ１００のｉｎｔｅｎｄｅｄ ｓｌｉｃｅが変わってしまった場合などにおいても、ＵＥ１００が、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルを選択できない問題が生じる。

また、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセル又は周波数を最高優先度として、ＵＥ１００がセル再選択を行うことも考えられる。しかし、この場合、どのセルを選択するかはＵＥ１００の実装依存になってしまう。そのため、ネットワーク側からは、制御不能となる。

そこで、ｇＮＢ２００は、スライス毎のセル再選択優先度を報知等する。これにより、例えば、ＵＥ１００では、ネットワーク側が指定したセル再選択優先度を用いてセル再選択を行うことが可能となる。そのため、ネットワーク制御を可能としつつ、ＵＥ１００のｉｎｔｅｎｄｅｄ ｓｌｉｃｅをサポートするセルへのアクセスを実現することが可能となる。

図１３は、実施例８の動作例を表す図である。

ステップＳ１７０において、ｇＮＢ２００は、スライス毎のセル再選択優先度を報知又は送信する。ｇＮＢ２００は、ＳＩＢを用いて、スライス毎のセル再選択優先度を報知してもよい。又は、ｇＮＢ２００は、ＲＲＣ解放（ＲＲＣＲｅｌｅａｓｅ）メッセージなどの個別シグナリングを用いて、スライス毎のセル再選択優先度をＵＥ１００へ送信してもよい。

また、ｇＮＢ２００は、実施例６等で説明したスライス情報と、セル及び／又は周波数のセル再選択優先度（又は優先度情報）とを紐づけて（又は結び付けて）、報知してもよい。例えば、周波数優先度の場合、ｅＭＢＢスライスを意図（又は希望）するＵＥ１００は、周波数ｆ１を優先度「７」、周波数ｆ２を優先度「３」、．．．、ＵＲＬＬＣスライスを意図（又は希望）するＵＥ１００は、周波数ｆ２を優先度「７」、周波数ｆ１を優先度「３」、．．．、などとすることが可能である。また、例えば、セル優先度の場合、ｅＭＢＢスライスを意図（又は希望）するＵＥ１００は、セル＃１を優先度「７」、セル＃２を優先度「３」などとすることが可能である。これらの例では、いずれも、数字が大きい方が、優先度が高い例を示しているが、数字が小さいほど優先度が高い場合であってもよい。

なお、ｇＮＢ２００は、スライス情報と紐づかない（従来の）セル再選択優先度をさらに報知するようにしてもよい。この場合、報知される再選択優先度は、レガシーＵＥ（３ＧＰＰにおけるＲｅｌ－１５など）、又は、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅを有していないＵＥ１００において、使用されてもよい。

ステップＳ１７１において、ＵＥ１００は、自身のｉｎｔｅｎｄｅｄ ｓｌｉｃｅに応じて、セル再選択優先度を適用し、セル再選択を行う。この場合、ＵＥ１００のＡＳレイヤ１４０は、上位レイヤ１５０から通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅを用いて、報知されたセル再選択優先度の中から、適用するセル再選択優先度を選択してもよい。この場合、ｉｎｔｅｎｄｅｄ ｓｌｉｃｅが複数存在する場合、ＡＳレイヤ１４０は、上位レイヤ１５０から通知されたスライス優先度の最も高いｉｎｔｅｎｄｅｄ ｓｌｉｃｅに対応するセル再選択優先度を選択してもよい。

（実施例９）
実施例９は、ＲＲＣ再確立（RRC Reestablishment）時のセル選択において、ＵＥ１００が、アクセス中のスライスをサポートするセルを優先して選択する例である。

ＲＲＣコネクティッド状態のＵＥ１００がスライスにアクセス中、ＲＬＦ（Radio Link Failure：無線リンク障害（又は無線リンク失敗））が発生すると、ＵＥ１００は、ＲＲＣ再確立手順を行う。ＲＲＣ再確立手順においては、セル選択が行われる。セル選択の際、ＵＥ１００が、ＲＲＣ再確立前にアクセスしていたスライスをサポートしていないセルを選択すると、スライスへのアクセス断が発生するおそれがある。

そこで、実施例９では、ＵＥ１００が、セル選択の際に、ＲＲＣ再確立前にアクセスしていたスライスをサポートするセルを優先的に選択することで、スライスへのアクセス断の発生を防止させることが可能となる。そして、ＵＥ１００では、継続したサービスの提供を受けることが可能となる。

図１４は、実施例９の動作例を表す図である。

ステップＳ１８０において、ＵＥ１００とｇＮＢ２００は、ＲＲＣ接続され、ＲＲＣコネクティッド状態となる。

ステップＳ１８１において、ＵＥ１００とｇＮＢ２００は、データ通信を行う。

ステップＳ１８２において、無線リンクにおいて障害が発生する。

ステップＳ１８３において、ＵＥ１００は、ＲＲＣ再確立の手順を開始し、ＲＣ再確立要求（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｒｅｑｕｅｓｔ）メッセージをｇＮＢ２００へ送信する。

ステップＳ１８４において、ＵＥ１００は、セル選択の処理を行う。ＵＥ１００は、ＲＲＣ再確立をトリガにしてセル選択を行う。この場合、ＵＥ１００は、ＲＲＣ再確立前にアクセスしていたスライスをサポートするセルを優先して選択する。すなわち、ＵＥ１００は、ＵＥ１００がアクセスするスライスをサポートするセルを優先（又は選択）することが許容されてもよい。また、ＵＥ１００は、上位レイヤ１５０から通知されたｉｎｔｅｎｄｅｄ ｓｌｉｃｅに基づいて、セル選択の処理を行ってもよい。さらに、ＵＥ１００は、（旧）サービングセルから提供された隣接セルのスライス情報（例えば実施例５）を利用して、セル選択の処理を行ってもよい。又は、ＵＥ１００は、ＳＩＢにより提供されるスライス情報を取得することで、セルサーチ時において、隣接セル毎にサポートするスライス情報をチェックするようにしてもよい。

ステップＳ１８５において、ＵＥ１００は、ＲＲＣ再確立（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ）メッセージを受信する。

ステップＳ１８６において、ＵＥ１００は、ＲＲＣ再確立完了（ＲＲＣ Ｒｅｅｓｔａｂｌｉｓｈｍｅｎｔ Ｃｏｍｐｌｅｔｅ）メッセージを送信する。

そして、ステップＳ１８７において、ＵＥ１００は、ステップＳ１８４で選択したセル（を有するｇＮＢ２００）との間で、ＲＲＣ接続を確立する。

ステップＳ１８８において、ＵＥ１００は、選択したセル（を有するｇＮＢ２００）にアクセスし、当該セルとの間でデータ通信を行う。ＵＥ１００は、無線リンク障害（ステップＳ１８２）前からアクセスしていたスライスに継続してアクセスすることができ、そのスライスを介して、サービスの継続した提供を受けることが可能となる。

（その他の実施形態）
ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。

また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ）として構成してもよい。

以上、図面を参照して一実施形態について詳しく説明したが、具体的な構成は上述のものに限られることはなく、要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。また、矛盾しない範囲で、各実施例の全部又は一部を組み合わせることも可能である。

本願は、日本国特許出願第２０２０－１７１９７８号（２０２０年１０月１２日出願）の優先権を主張し、その内容の全てが本願明細書に組み込まれている。

１ ：移動通信システム
１０ ：ＮＧ－ＲＡＮ
２０ ：５ＧＣ
１００ ：ＵＥ
１１０ ：受信部
１２０ ：送信部
１３０ ：制御部
１４０ ：ＡＳレイヤ
１５０ ：上位レイヤ
２００（２００－１～２００－３）：ｇＮＢ
２１０ ：送信部
２２０ ：受信部
２３０ ：制御部
２４０ ：バックホール通信部
３００ ：ＡＭＦ

Claims (5)

1. 通信制御方法であって、
   ユーザ装置が、コアネットワーク装置から、ネットワークスライスリストに含まれる複数のネットワークスライスの各々に対応する優先度を含む所定情報を受信することと、
   前記ユーザ装置が、基地局から、ネットワークスライスに対応する周波数のセル再選択優先度を示すシステム情報を受信することと、
   前記ユーザ装置が、セル再選択を行うことと、を含み、
   前記ユーザ装置が、前記セル再選択において、前記所定情報によって示される優先度の最も高いネットワークスライスをサポートする複数の周波数に対して、前記システム情報によって示される当該ネットワークスライスに対応する周波数のセル再選択優先度を適用することと、
   前記ユーザ装置が、前記セル再選択において、前記所定情報によって示される前記複数のネットワークスライスをサポートする周波数が存在しない場合、前記システム情報によって示される周波数のセル再選択優先度を適用することと、を含む
   通信制御方法。
2. ユーザ装置であって、
   コアネットワーク装置から、ネットワークスライスリストに含まれる複数のネットワークスライスの各々に対応する優先度を含む所定情報を受信し、基地局から、ネットワークスライスに対応する周波数のセル再選択優先度を示すシステム情報を受信する受信部と、
   セル再選択を行う制御部と、を備え、
   前記制御部は、前記セル再選択において、前記所定情報によって示される優先度の最も高いネットワークスライスをサポートする複数の周波数に対して、前記システム情報によって示される当該ネットワークスライスに対応する周波数のセル再選択優先度を適用し、前記所定情報によって示される前記複数のネットワークスライスをサポートする周波数が存在しない場合、前記システム情報によって示される周波数のセル再選択優先度を適用する
   ユーザ装置。
3. ユーザ装置を制御するためのプロセッサであって、
   コアネットワーク装置から、ネットワークスライスリストに含まれる複数のネットワークスライスの各々に対応する優先度を含む所定情報を受信する処理と、
   基地局から、ネットワークスライスに対応する周波数のセル再選択優先度を示すシステム情報を受信する処理と、
   セル再選択を行う処理と、を実行し、
   前記セル再選択を行う処理は、前記所定情報によって示される優先度の最も高いネットワークスライスをサポートする複数の周波数に対して、前記システム情報によって示される当該ネットワークスライスに対応する周波数のセル再選択優先度を適用し、前記所定情報によって示される前記複数のネットワークスライスをサポートする周波数が存在しない場合、前記システム情報によって示される周波数のセル再選択優先度を適用する処理を含む
   プロセッサ。
4. 請求項２に記載のユーザ装置及び基地局を備える移動通信システム。
5. ユーザ装置を制御するためのプログラムであって、
   コアネットワーク装置から、ネットワークスライスリストに含まれる複数のネットワークスライスの各々に対応する優先度を含む所定情報を受信する処理と、
   基地局から、ネットワークスライスに対応する周波数のセル再選択優先度を示すシステム情報を受信する処理と、
   セル再選択を行う処理と、を前記ユーザ装置に実行させ、
   前記セル再選択を行う処理は、前記所定情報によって示される優先度の最も高いネットワークスライスをサポートする複数の周波数に対して、前記システム情報によって示される当該ネットワークスライスに対応する周波数のセル再選択優先度を適用し、前記所定情報によって示される前記複数のネットワークスライスをサポートする周波数が存在しない場合、前記システム情報によって示される周波数のセル再選択優先度を適用する処理を含む
   プログラム。