JP7469569B2

JP7469569B2 - 通信制御方法、ユーザ装置、コアネットワーク装置、移動通信システム、チップセット及びプログラム

Info

Publication number: JP7469569B2
Application number: JP2023538537A
Authority: JP
Inventors: 光孝秦; 真人藤代
Original assignee: Kyocera Corp
Current assignee: Kyocera Corp
Priority date: 2021-07-29
Filing date: 2022-07-26
Publication date: 2024-04-16
Anticipated expiration: 2042-07-26
Also published as: WO2023008409A1; US20240172088A1; JPWO2023008409A1

Description

本開示は、移動通信システムで用いる通信制御方法及びコアネットワーク装置に関する。

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

例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄＭｏｂｉｌｅＢｒｏａｄＢａｎｄ：高速大容量）などのサービス種別毎にネットワークスライスが構築されることも可能である。これにより、例えば、ネットワークは、各サービスに合致したネットワークスライスをユーザに提供することが可能となる。

３ＧＰＰＴＳ３８．３００Ｖ１６．１．０

一実施形態に係る通信制御方法は、コアネットワーク装置が、ネットワークスライスの使用を制限する条件である制限条件を決定するステップと、前記コアネットワーク装置が、前記ネットワークスライスに関するネットワークスライス制限情報をユーザ装置又は基地局に送信するステップと、を有し、前記ネットワークスライス制限情報は、前記ネットワークスライスを識別するネットワークスライス識別子と、前記制限条件を示す条件情報と、を含む。

一実施形態に係る移動通信システムの構成を示す図である。一実施形態に係るＵＥ（ユーザ装置）の構成を示す図である。一実施形態に係るｇＮＢ（基地局）の構成を示す図である。一実施形態に係るＡＭＦ（コアネットワーク装置）の構成を示す図である。データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。一実施形態に係るネットワークスライシングを示す図である。一実施形態に係るＲｅｇｉｓｔｒａｔｉｏｎプロシージャを示す図である。一実施形態に係るＰＤＵｓｅｓｓｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャを示す図である。一実施形態に係るＤｅ－ｒｅｇｉｓｔｒａｔｉｏｎプロシージャを示す図である。一実施形態に係るＮＧＳｅｔｕｐプロシージャを示す図である。一実施形態に係るＲＡＮＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャを示す図である。一実施形態に係るＡＭＦＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャを示す図である。一実施形態に係るＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐプロシージャを示す図である。一実施形態に係るＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＳｅｔｕｐプロシージャを示す図である。一実施形態に係るＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＭｏｄｉｆｙプロシージャを示す図である。一実施形態に係るＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＲｅｌｅａｓｅプロシージャを示す図である。一実施形態に係る動作例１を示す図である。一実施形態に係る動作例２を示す図である。一実施形態に係る動作例３を示す図である。一実施形態に係る動作例４を示す図である。一実施形態に係る動作例５を示す図である。

コアネットワーク装置は、ネットワークスライスに対して制限条件を決定することがある。これにより、基地局又はユーザ装置がこのようなネットワークスライスを使用できない可能性がある。

そこで、本開示は、制限条件が決定されるネットワークスライスの使用を適切にすることを目的とする。

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

（移動通信システムの構成）
まず、図１乃至図６を参照して、実施形態に係る移動通信システムの構成について説明する。図１は、一実施形態に係る移動通信システムの構成を示す図である。移動通信システム１は、３ＧＰＰ規格の第５世代システム（５ＧＳ：５ｔｈＧｅｎｅｒａｔｉｏｎＳｙｓｔｅｍ）に準拠する。以下において、５ＧＳを例に挙げて説明するが、移動通信システムにはＬＴＥ（ＬｏｎｇＴｅｒｍＥｖｏｌｕｔｉｏｎ）システムが少なくとも部分的に適用されてもよい。また、移動通信システムには、第６世代（６Ｇ）システムが少なくとも部分的に適用されてもよい。

移動通信システム１は、ユーザ装置（ＵＥ：ＵｓｅｒＥｑｕｉｐｍｅｎｔ）１００と、５Ｇの無線アクセスネットワーク（ＮＧ－ＲＡＮ：ＮｅｘｔＧｅｎｅｒａｔｉｏｎＲａｄｉｏＡｃｃｅｓｓＮｅｔｗｏｒｋ）１０と、５Ｇのコアネットワーク（５ＧＣ：５ＧＣｏｒｅＮｅｔｗｏｒｋ）２０とを有する。

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

ＮＧ－ＲＡＮ１０は、基地局（５Ｇシステムにおいて「ｇＮＢ」と呼ばれる）２００を含む。ｇＮＢ２００は、基地局間インターフェイスであるＸｎインターフェイスを介して相互に接続される。ｇＮＢ２００は、１又は複数のセルを管理する。ｇＮＢ２００は、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｇＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータ（以下、単に「データ」という）のルーティング機能、モビリティ制御・スケジューリングのための測定制御機能等を有する。「セル」は、無線通信エリアの最小単位を示す用語として用いられる。「セル」は、ＵＥ１００との無線通信を行う機能又はリソースを示す用語としても用いられる。１つのセルは１つのキャリア周波数に属する。Ｘｎインターフェイス上において、ｇＮＢ２００間でＸｎＡＰ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）メッセージが送受信される。

なお、ｇＮＢがＬＴＥのコアネットワークであるＥＰＣ（ＥｖｏｌｖｅｄＰａｃｋｅｔＣｏｒｅ）に接続することもできる。ＬＴＥの基地局（すなわち、「ｅＮＢ」）が５ＧＣに接続することもできる。ＬＴＥの基地局とｇＮＢとが基地局間インターフェイスを介して接続されることもできる。５ＧＣ２０に接続するＬＴＥの基地局は、ｎｇ－ｅＮＢと呼ばれることがある。以下において、「ｇＮＢ」を「ｎｇ－ｅＮＢ」又は「ｅＮＢ」と読み替えてもよい。

５ＧＣ２０は、ＡＭＦ（ＡｃｃｅｓｓａｎｄＭｏｂｉｌｉｔｙＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）３００及びＵＰＦ（ＵｓｅｒＰｌａｎｅＦｕｎｃｔｉｏｎ）４００を含む。ＡＭＦ３００は、ＵＥ１００に対する各種モビリティ制御等を行う。ＡＭＦ３００は、ＮＡＳ（Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ）シグナリングを用いてＵＥ１００と通信することにより、ＵＥ１００のモビリティを管理する。ＵＰＦ４００は、データの転送制御を行う。ＡＭＦ３００及びＵＰＦ４００は、基地局－コアネットワーク間インターフェイスであるＮＧインターフェイスを介してｇＮＢ２００と接続される。具体的には、ｇＮＢ２００は、ＮＧ－Ｃインターフェイスを介してＡＭＦ３００と接続し、ＮＧ－Ｕインターフェイスを介してＵＰＦ４００と接続する。ＮＧ－Ｃインターフェイス上において、ｇＮＢ２００とＡＭＦ３００との間に、ＮＧＡＰ（ＡｐｐｌｉｃａｔｉｏｎＰｒｏｔｏｃｏｌ）メッセージが送受信される。

図２は、一実施形態に係るＵＥ１００（ユーザ装置）の構成を示す図である。ＵＥ１００は、受信部１１０、送信部１２０、及び制御部１３０を備える。

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

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

制御部１３０は、ＵＥ１００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部１３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵ（ＣｅｎｔｒａｌＰｒｏｃｅｓｓｉｎｇＵｎｉｔ）とを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

図３は、一実施形態に係るｇＮＢ２００（基地局）の構成を示す図である。ｇＮＢ２００は、送信部２１０、受信部２２０、制御部２３０、及びバックホール通信部２４０を備える。

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

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

制御部２３０は、ｇＮＢ２００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。制御部２３０は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ベースバンドプロセッサと、ＣＰＵとを含んでもよい。ベースバンドプロセッサは、ベースバンド信号の変調・復調及び符号化・復号等を行う。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

バックホール通信部２４０は、基地局間インターフェイスを介して隣接基地局と接続される。バックホール通信部２４０は、基地局－コアネットワーク間インターフェイスを介してＡＭＦ／ＵＰＦ３００と接続される。なお、ｇＮＢは、ＣＵ（ＣｅｎｔｒａｌＵｎｉｔ）とＤＵ（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ）とで構成され（すなわち、機能分割され）、両ユニット間はＦ１インターフェイスで接続されてもよい。

図４は、一実施形態に係るＡＭＦ３００（コアネットワーク装置）の構成を示す図である。ＡＭＦ３００は、バックホール通信部３１０及び制御部３２０を備える。なお、コアネットワーク装置の一例はＡＭＦ３００であるが、コアネットワーク装置は、ＵＰＦ４００であってもよい。

バックホール通信部３１０は、基地局－コアネットワーク間インターフェイスを介して基地局と接続される。

制御部３２０は、ＡＭＦ３００における各種の制御及び処理を行う。このような処理は、後述の各レイヤの処理を含む。ＡＭＦ３００は、少なくとも１つのプロセッサ及び少なくとも１つのメモリを含む。メモリは、プロセッサにより実行されるプログラム、及びプロセッサによる処理に用いられる情報を記憶する。プロセッサは、ＣＰＵを含んでもよい。ＣＰＵは、メモリに記憶されるプログラムを実行して各種の処理を行う。

図５は、データを取り扱うユーザプレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

ユーザプレーンの無線インターフェイスプロトコルは、物理（ＰＨＹ）レイヤと、ＭＡＣ（ＭｅｄｉｕｍＡｃｃｅｓｓＣｏｎｔｒｏｌ）レイヤと、ＲＬＣ（ＲａｄｉｏＬｉｎｋＣｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（ＰａｃｋｅｔＤａｔａＣｏｎｖｅｒｇｅｎｃｅＰｒｏｔｏｃｏｌ）レイヤと、ＳＤＡＰ（ＳｅｒｖｉｃｅＤａｔａＡｄａｐｔａｔｉｏｎＰｒｏｔｏｃｏｌ）レイヤとを有する。

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

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

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

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

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

図６は、シグナリング（制御信号）を取り扱う制御プレーンの無線インターフェイスのプロトコルスタックの構成を示す図である。

制御プレーンの無線インターフェイスのプロトコルスタックは、図４に示したＳＤＡＰレイヤに代えて、ＲＲＣ（ＲａｄｉｏＲｅｓｏｕｒｃｅＣｏｎｔｒｏｌ）レイヤ及びＮＡＳ（Ｎｏｎ－ＡｃｃｅｓｓＳｔｒａｔｕｍ）レイヤを有する。

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

ＲＲＣレイヤの上位に位置するＮＡＳレイヤは、セッション管理及びモビリティ管理等を行う。ＵＥ１００のＮＡＳレイヤとＡＭＦ３００のＮＡＳレイヤとの間では、ＮＡＳシグナリング（ＮＡＳメッセージ）が伝送される。なお、セッション管理に関するＮＡＳメッセージは、ＡＭＦ３００を経由してＳＭＦ（ＳｅｓｓｉｏｎＭａｎａｇｅｍｅｎｔＦｕｎｃｔｉｏｎ）に転送されてもよい。すなわち、ＵＥ１００とＳＭＦとは、ＡＭＦ３００を経由して、セッション管理に関するＮＡＳメッセージの送受信を行う。ＳＭＦは、セッション管理を行うコアネットワーク装置であり、ＡＭＦ３００と接続される。

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

（ネットワークスライシングの概要）
次に、ネットワークスライシングの概要を説明する。ネットワークスライシングは、事業者が構築した物理的なネットワーク（例えば、ＮＧ－ＲＡＮ１０と５ＧＣ２０で構成するネットワーク）を仮想的に分割することにより複数の仮想ネットワークを作成する技術が導入される。各仮想ネットワークは、ネットワークスライス（ｎｅｔｗｏｒｋｓｌｉｃｅ）と呼ばれる。以下において、「ネットワークスライス」を単に「スライス」と呼ばれることがある。

ネットワークスライシングにより、通信事業者は、ｅＭＢＢ、ＵＲＬＬＣ（Ｕｌｔｒａ－ＲｅｌｉａｂｌｅａｎｄＬｏｗＬａｔｅｎｃｙＣｏｍｍｕｎｉｃａｔｉｏｎｓ）、ｍＭＴＣ（ｍａｓｓｉｖｅＭａｃｈｉｎｅＴｙｐｅＣｏｍｍｕｎｉｃａｔｉｏｎｓ）等の異なるサービス種別のサービス要件に応じた仮想ネットワークスライスを作成することができ、ネットワークリソースの最適化を図ることができる。

スライスは、ＰＬＭＮ（ＰｕｂｌｉｃＬａｎｄＭｏｂｉｌｅＮｅｔｗｏｒｋ）内で定義される。１つのスライスは、ＲＡＮ部分とＣＮ（コアネットワーク）部分とを含む。１つのスライスは、１つのＰＤＵセッションと対応付けられる。

図７は、一実施形態に係るネットワークスライシングを示す図である。図に示すように、ＮＧ－ＲＡＮ１０及び５ＧＣ２０で構成するネットワーク５０上に、３つのスライス（スライス＃１乃至スライス＃３）が作成されている。スライス＃１は、ｅＭＢＢというサービス種別に対応付けられ、スライス＃２は、ＵＲＬＬＣというサービス種別に対応付けられ、スライス＃３は、ｍＭＴＣというサービス種別に対応付けられる。なお、ネットワーク５０上に、３つ以上のスライスが作成されてもよい。１つのサービス種別は、複数のスライスと対応付けられてもよい。

各スライスには、当該スライスを識別するスライス識別子が設けられる。スライス識別子の一例として、Ｓ－ＮＳＳＡＩ（ＳｉｎｇｌｅＮｅｔｗｏｒｋＳｌｉｃｉｎｇＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）が挙げられる。Ｓ－ＮＳＳＡＩは、８ビットのＳＳＴ（ｓｌｉｃｅ／ｓｅｒｖｉｃｅｔｙｐｅ）を含む。Ｓ－ＮＳＳＡＩは、２４ビットのＳＤ（ｓｌｉｃｅｄｉｆｆｅｒｅｎｔｉａｔｏｒ）をさらに含んでもよい。ＳＳＴは、スライスが対応付けられるサービス種別を示す情報である。ＳＤは、同一のサービス種別に対応付けられる複数のスライスを差別化するための情報である。複数のＳ－ＮＳＳＡＩを含む情報はＮＳＳＡＩ（ＮｅｔｗｏｒｋＳｌｉｃｅＳｅｌｅｃｔｉｏｎＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎ）と呼ばれる。

また、複数のスライスをグルーピングしてスライスグループを作成してもよい。各スライスグループに、当該スライスグループを識別するスライスグループ識別子が設けられてもよい。なお、スライスグループは、ＮＳＳＡＩとは異なるものである。スライスグループ識別子には、当該スライスグループに属する各スライスのスライス識別子が含まれない。

ＮＧ－ＲＡＮ１０に属する各ｇＮＢ２００は、複数のスライスをサポートすることができる。ｇＮＢ２００は、自身がサポートする各スライスのスライス識別子をブロードキャストＲＲＣメッセージ（例えば、ＳＩＢ（ＳｙｓｔｅｍＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）１）又は個別ＲＲＣメッセージ（例えば、ＲＲＣＲｅｌｅａｓｅメッセージ）でＵＥ１００に通知してもよい。ｇＮＢ２００は、自身がサポートする各スライスのスライス識別子をＮＧＡＰメッセージでＡＭＦ３００に通知してもよい。ｇＮＢ２００は、自身がサポートする各スライスのスライス識別子をＸｎＡＰメッセージで隣接ｇＮＢ２００に通知してもよい。

各ｇＮＢ２００は、複数のスライスグループをサポートすることができる。ｇＮＢ２００は、自身がサポートする各スライスグループのスライスグループ識別子をブロードキャストＲＲＣメッセージ（例えば、ＳＩＢ１）又は個別ＲＲＣメッセージ（例えば、ＲＲＣＲｅｌｅａｓｅメッセージ）でＵＥ１００に通知してもよい。ｇＮＢ２００は、自身がサポートする各スライスグループのスライスグループ識別子をＮＧＡＰメッセージでＡＭＦ３００に通知してもよい。ｇＮＢ２００は、自身がサポートする各スライスグループのスライスグループ識別子をＸｎＡＰメッセージで隣接ｇＮＢ２００に通知してもよい。

５ＧＣ２０に属する各ＡＭＦ３００は、複数のスライスをサポートすることができる。ＡＭＦ３００は、自身がサポートする各スライスのスライス識別子をＮＧＡＰメッセージでｇＮＢ２００に通知してもよい。

各ＡＭＦ３００は、複数のスライスグループをサポートすることができる。ＡＭＦ３００は、自身がサポートする各スライスグループのスライスグループ識別子をＮＧＡＰメッセージでｇＮＢ２００に通知してもよい。

次に、スライスを使用する通信に関するＮＡＳプロシージャを説明する。

（１）Ｒｅｇｉｓｔｒａｔｉｏｎプロシージャ
Ｒｅｇｉｓｔｒａｔｉｏｎプロシージャは、ＵＥ１００がネットワーク５０に対するイニシャル登録を行うためのプロシージャである。例えば、ＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）及びＲＡ（ＲｅｇｉｓｔｒａｔｉｏｎＡｒｅａ）がこのプロシージャにおいてＡＭＦ３００からＵＥ１００に設定される。図８は、Ｒｅｇｉｓｔｒａｔｉｏｎプロシージャを示す図である。

図８に示すように、ステップＳａ１において、ＵＥ１００は、ＲＥＧＩＳＴＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージというＮＡＳメッセージをＡＭＦ３００に送信する。ステップＳａ２において、ＡＭＦ３００は、ＲＥＧＩＳＴＲＡＴＩＯＮＡＣＣＥＰＴメッセージというＮＡＳメッセージをＵＥ１００に送信する。ここで、ＲＥＧＩＳＴＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージは、「ＲｅｑｕｅｓｔｅｄＮＳＳＡＩ」という情報要素（ＩＥ）を含み得る。「ＲｅｑｕｅｓｔｅｄＮＳＳＡＩ」は、ＵＥ１００が登録を希望する（ｗｉｓｈｔｏｒｅｇｉｓｔｅｒ）ＮＳＳＡＩ（すなわち、１つ以上のスライス）である。ＲＥＧＩＳＴＲＡＴＩＯＮＡＣＣＥＰＴメッセージは、「ａｌｌｏｗｅｄＮＳＳＡＩ」というＩＥ及び「ＣｏｎｆｉｇｕｒｅｄＮＳＳＡＩ」というＩＥを含み得る。「ＣｏｎｆｉｇｕｒｅｄＮＳＳＡＩ」は、各ＰＬＭＮによってＵＥ１００に構成されたＮＳＳＡＩである。なお、「ａｌｌｏｗｅｄＮＳＳＡＩ」及び「ＣｏｎｆｉｇｕｒｅｄＮＳＳＡＩ」は、ＡＭＦ３００からＵＥ１００に送信するＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥＣＯＭＭＡＮＤメッセージというＮＡＳメッセージで更新され得る。

（２）ＰＤＵｓｅｓｓｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャ
ＰＤＵｓｅｓｓｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャは、ＰＤＵセッションを確立するためのプロシージャである。図９は、ＰＤＵｓｅｓｓｉｏｎｅｓｔａｂｌｉｓｈｍｅｎｔプロシージャを示す図である。図９に示すように、ステップＳｂ１において、ＵＥ１００は、ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＲＥＱＵＥＳＴというＮＡＳメッセージをＡＭＦ３００に送信する。ステップＳｂ２において、ＡＭＦ３００は、ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＡＣＣＥＰＴメッセージというＮＡＳメッセージをＵＥ１００に送信する。ここで、ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＲＥＱＵＥＳＴメッセージは、ＵＥ１００が確立したいＰＤＵセッションの識別子を含む。ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＲＥＱＵＥＳＴメッセージは、ＰＤＵセッションについてＵＥ１００が希望するスライス（Ｓ－ＮＳＳＡＩ）を含み得る。ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＡＣＣＥＰＴメッセージは、ＵＥ１００が要求したＰＤＵセッションと対応付けられるスライス（ＡＭＦ３００が決定したスライス）を含み得る。

（３）Ｄｅ－ｒｅｇｉｓｔｒａｔｉｏｎプロシージャ
Ｄｅ－ｒｅｇｉｓｔｒａｔｉｏｎプロシージャは、ネットワーク５０への登録が解除されたことをＡＭＦ３００からＵＥ１００に通知するためのプロシージャである。図１０は、Ｄｅ－ｒｅｇｉｓｔｒａｔｉｏｎプロシージャを示す図である。図１０に示すように、ステップＳｃ１において、ＡＭＦ３００が、ＤＥＲＥＧＩＳＴＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージというＮＡＳメッセージをＵＥ１００に送信する。ステップＳｃ２において、ＵＥ１００が、ＤＥＲＥＧＩＳＴＲＡＴＩＯＮＡＣＣＥＰＴメッセージというＮＡＳメッセージをＡＭＦ３００に送信する。

（スライスを利用する通信に関するＮＧＡＰプロシージャ）
次に、スライスを利用する通信に関するＮＧＡＰプロシージャを説明する。

（１）ＮＧＳｅｔｕｐプロシージャ
ＮＧＳｅｔｕｐプロシージャは、ｇＮＢ２００とＡＭＦ３００とがＮＧ－Ｃインターフェイスで正しく相互運用（ｉｎｔｅｒｏｐｅｒａｔｅ）することを可能にするために必要なアプリケーションレベルの設定データ（ａｐｐｌｉｃａｔｉｏｎｌｅｖｅｌｃｏｎｆｉｇｕｒａｔｉｏｎｄａｔａ）を送受信する（ｅｘｃｈａｎｇｅ）プロシージャである。

図１１は、ＮＧＳｅｔｕｐプロシージャを示す図である。図１１に示すように、ステップＳｄ１において、ｇＮＢ２００は、自身が決定したアプリケーションレベルの設定データを含むＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージというＮＧＡＰメッセージをＡＭＦ３００に送信する。ステップＳｄ２において、ＡＭＦ３００は、自身が決定したアプリケーションレベルの設定データを含むＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージというＮＧＡＰメッセージをｇＮＢ２００に送信する。ここで、ＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージは、ｇＮＢ２００がサポートするスライスのリスト（ＬｉｓｔｏｆｓｕｐｐｏｒｔｅｄＳ－ＮＳＳＡＩ（ｓ））を含み得る。このリストは、ＴＡ毎のリストであってもよい。また、このリストは、ＰＬＭＮ毎のリストであってもよい。ＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージには、ＡＦＭ３００がサポートするスライスのリスト（ＬｉｓｔｏｆｓｕｐｐｏｒｔｅｄＳ－ＮＳＳＡＩ（ｓ））が含まれ得る。このリストは、ＴＡ毎のリストであってもよい。また、このリストは、ＰＬＭＮ毎のリストであってもよい。

（２）ＲＡＮＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャ
ＲＡＮＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャは、ｇＮＢ２００によるアプリケーションレベルの設定データを更新するプロシージャである。

図１２は、ＲＡＮＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャを示す図である。図１２に示すように、ステップＳｅ１において、ｇＮＢ２００は、ｇＮＢ２００が更新したアプリケーションレベルの設定データを含むＲＡＮＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージというＮＧＡＰメッセージをＡＭＦ３００に送信する。ステップＳｅ２において、ＡＭＦ３００は、設定データが正常に更新されたことを確認するＲＡＮＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥＡＣＫＮＯＷＬＥＤＧＥメッセージというＮＧＡＰメッセージをｇＮＢ２００に送信する。ここで、ＲＡＮＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージには、ｇＮＢ２００がサポートするスライスのリスト（ＬｉｓｔｏｆｓｕｐｐｏｒｔｅｄＳ－ＮＳＳＡＩ（ｓ））が含まれ得る。

（３）ＡＭＦＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャ
ＡＭＦＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャは、ＡＭＦ３００によるアプリケーションレベルの設定データを更新するプロシージャである。

図１３は、ＡＭＦＣｏｎｆｉｇｕｒａｔｉｏｎＵｐｄａｔｅプロシージャを示す図である。図１３に示すように、ステップＳｆ１において、ＡＭＦ３００は、ＡＭＦ３００が更新したアプリケーションレベルの設定データを含むＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージというＮＧＡＰメッセージをｇＮＢ２００に送信する。ステップＳｆ２において、ｇＮＢ２００は、設定データが正常に更新されたことを確認するＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥＡＣＫＮＯＷＬＥＤＧＥメッセージというＮＧＡＰメッセージをＡＭＦ３００に送信する。ここで、ＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージには、ＡＭＦ３００がサポートするスライスのリスト（ＬｉｓｔｏｆｓｕｐｐｏｒｔｅｄＳ－ＮＳＳＡＩ（ｓ））が含まれ得る。

（４）ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐプロシージャ
ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐプロシージャは、ｇＮＢ２００において特定のＵＥ１００のイニシャルＵＥコンテキストを確立するプロシージャである。このようなイニシャルＵＥコンテキストは、例えば、ＰＤＵセッションコンテキスト、セキュリティキー、モビリティ制限リスト、ＵＥ無線ケーパビリティ、ＵＥセキュリティケーパビリティなどを含む。

図１４は、ＩｎｉｔｉａｌＣｏｎｔｅｘｔＳｅｔｕｐプロシージャを示す図である。図１４に示すように、ステップＳｇ１において、ＡＦＭ３００は、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージというＮＧＡＰメッセージをｇＮＢ２００に送信する。ステップＳｇ２において、ｇＮＢ２００は、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージというＮＧＡＰメッセージをＡＭＦ３００に送信する。ここで、ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージは、「ＡｌｌｏｗｅｄＮＳＳＡＩ」を含み得る。「ＡｌｌｏｗｅｄＮＳＳＡＩ」は、現在のＲＡ（ＲｅｇｉｓｔｒａｔｉｏｎＡｒｅａ）について、サービングＰＬＭＮにおいてＵＥ１００が使用可能な１以上のスライスを示す。ＩＮＩＴＩＡＬＣＯＮＴＥＸＴＳＥＴＵＰＲＥＱＵＥＳＴメッセージは、ＰＤＵセッションの識別子と、当該ＰＤＵセッションと対応付けられるスライスのスライス識別子とのセットを含んでもよい。

（５）ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＳｅｔｕｐプロシージャ
ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＳｅｔｕｐプロシージャは、特定のＵＥ１００について、１つまたは複数のＰＤＵセッションのためにＵｕ及びＮＧ－Ｕインターフェイス上のリソース（ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅ）をアサインするプロシージャである。ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＳｅｔｕｐプロシージャは、前述のＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈプロシージャに応じて開始し得る。

図１５は、ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＳｅｔｕｐプロシージャを示す図である。図１５に示すように、ステップＳｈ１において、ＡＭＦ３００は、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲＥＱＵＥＳＴメッセージというＮＧＡＰメッセージをｇＮＢ２００に送信する。ステップＳｈ２において、ｇＮＢ２００は、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージというＮＧＡＰメッセージをＡＭＦ３００に送信する。ここで、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲＥＱＵＥＳＴメッセージには、ＰＤＵセッションの識別子と、当該ＰＤＵセッションと対応付けられるスライスのスライス識別子とのセットを含む。

（６）ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＭｏｄｉｆｙプロシージャ
ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＭｏｄｉｆｙプロシージャは、特定のＵＥ１００について、既に確立される１つまたは複数のＰＤＵセッションの設定変更（ｃｏｎｆｉｇｕｒａｔｉｏｎｍｏｄｉｆｉｃａｔｉｏｎ）を可能にするプロシージャである。

図１６は、ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＭｏｄｉｆｙプロシージャを示す図である。図１６に示すように、ステップＳｉ１において、ＡＭＦ３００は、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＭＯＤＩＦＹＲＥＱＵＥＳＴメッセージというＮＧＡＰメッセージをｇＮＢ２００に送信する。ステップＳｉ２において、ｇＮＢ２００は、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＭＯＤＩＦＹＲＥＳＰＯＮＳＥメッセージというＮＧＡＰメッセージをＡＭＦ３００に送信する。ここで、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＭＯＤＩＦＹＲＥＱＵＥＳＴメッセージには、ＰＤＵセッションの識別子と、当該ＰＤＵセッションと対応付けられるスライスのスライス識別子とのセットを含む。

（７）ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＲｅｌｅａｓｅプロシージャ
ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＲｅｌｅａｓｅプロシージャは、特定のＵＥ１００について、すでに確立されているＰＤＵセッションのリソースを解放するプロシージャである。

図１７は、ＰＤＵＳｅｓｓｉｏｎＲｅｓｏｕｒｃｅＲｅｌｅａｓｅプロシージャを示す図である。図１７に示すように、ステップＳｊ１において、ＡＭＦ３００は、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＲＥＬＥＡＳＥＣＯＭＭＡＮＤメッセージというＮＧＡＰメッセージをｇＮＢ２００に送信する。ステップＳｊ２において、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＲＥＬＥＡＳＥＲＥＳＰＯＮＳＥメッセージというＮＧＡＰメッセージをＡＭＦ３００に送信する。

（スライスの制限について）
次に、スライスの制限について説明する。

一実施形態において、ＡＭＦ３００又はｇＮＢ２００は、自身がサポートするスライスのうち、少なくとも１つのスライスを制限し得る。スライスを制限することは、当該スライスの使用を制限する条件である制限条件を決定することを意味する。以下において、制限条件が決定されるスライスを「制限スライス」と呼ばれることがある。

制限条件は、（１）時間条件、（２）ＵＥ位置条件、（３）ＵＥグループ条件、及び（４）ＲＡＮ条件の少なくとも１つを含む。

一スライスに対して決定した制限条件は、上述の条件（１）乃至（４）のうちの１つの条件であってもよい。また、当該制限条件は、条件（１）乃至（４）のうちの２つ以上の条件を組み合わせた条件あってもよい。組み合わせた条件は、「ＡＮＤ」で組み合わせた条件であってもよい。また、当該組み合わせた条件は、「ＯＲ」で組み合わせた条件であってもよい。２以上の条件を「ＡＮＤ」で組み合わせた条件は、当該２つ以上の条件の全てを満たすべき条件である。２以上の条件を「ＯＲ」で組み合わせた条件は、当該２つ以上の条件のいずか１つを満たすべき条件である。

次に、上述の（１）時間条件、（２）ＵＥ位置条件、（３）ＵＥグループ条件、及び（４）ＲＡＮ条件の詳細を説明する。

（１）時間条件
時間条件は、スライスの使用を制限する時間帯又は期間を特定する条件である。一例として、ＡＭＦ３００（又はｇＮＢ２００）は、あるスライスのリソースが枯渇する場合、当該スライスに対して、一定期間（例えば、３時間）を時間条件として決定する。他の例として、ＡＭＦ３００（又はｇＮＢ２００）は、あるスライスについて、当該スライスのトラフィック状況の履歴等に基づいて、リソースが枯渇する可能性の高い時間帯を予測し、当該予測した時間帯（例えば、１８：００～２２：００）を時間条件として決定する。

（２）ＵＥ位置条件
ＵＥ位置条件は、スライスの使用を制限するＵＥ１００の地理的な位置を特定する条件である。ＵＥ位置条件によって特定される地理的な位置に位置するＵＥ１００に対して、スライスの使用が制限される。ＵＥ位置条件は、地理的な位置として、経度の範囲、緯度の範囲及び高度の範囲の少なくとも１つを特定する。

例えば、ｇＮＢ２００は、自局が管理するセルの地理的なカバレッジ範囲に基づいて、ＵＥ位置条件を決定する。

（３）ＵＥグループ条件
ＵＥグループ条件は、スライスの使用を制限するＵＥグループを特定する。ＵＥグループ条件によって特定されるＵＥグループに属するＵＥ１００に対して、スライスの使用が制限される。ここで、ＵＥグループは、ＲＮＡ（ＲａｎＮｏｔｉｆｉｃａｔｉｏｎＡｒｅａ）、ＴＡ（ＴｒａｃｋｉｎｇＡｒｅａ）、ＲＡ（ＲｅｇｉｓｔｒａｔｉｏｎＡｒｅａ）、グループ識別子、又は複数のＵＥ識別子によって特定される。ＲＮＡによって特定されるＵＥグループは、当該ＲＮＡが設定される全てのＵＥ１００からなるグループである。ＴＡによって特定されるＵＥグループは、当該ＴＡが設定される全てのＵＥ１００からなるグループである。ＲＡによって特定されるＵＥグループは、当該ＲＡが設定される全てのＵＥ１００からなるグループである。なお、ＵＥグループは、１つのＵＥ１００のみで構成してもよい。ＵＥグループ条件は、スライスの使用を制限するＵＥ１００単体（ＵＥ１００のＵＥ識別子）を特定してもよい。

ＲＮＡは、ｇＮＢ２００がＲＲＣインアクティブ状態にあるＵＥ１００をページングするためのエリアである。ＲＮＡは、１以上のセルで構成される。ＲＮＡは、ＴＡの一部である。ＲＮＡは、ｇＮＢ２００からＵＥ１００に設定される。

ＴＡは、ＡＭＦ３００がＲＲＣアイドル状態にあるＵＥ１００をページングするためのエリアである。ＴＡは、複数のセルで構成される。ＴＡは、ＡＭＦ３００からＵＥ１００に設定される。

ＲＡは、アクセス種別（３ＧＰＰアクセス又は非３ＧＰＰアクセス）毎に管理されるエリアである。ＲＡは、複数のＴＡで構成される。ＲＡは、ＡＭＦ３００からＵＥ１００に設定される。

グループ識別子は、複数のＵＥ１００からなるグループを識別する識別子である。グループ識別子は、例えば、ＭＢＳ（ＭｕｌｔｉｃａｓｔＢｒｏａｄｃａｓｔＳｅｒｖｉｃｅ）等のグループ通信を行うＵＥ１００からなるグループを識別するＴＭＧＩ（ＴｅｍｐｏｒａｒｙＭｏｂｉｌｅＧｒｏｕｐＩｄｅｎｔｉｔｙ）である。

（４）ＲＡＮ条件
ＲＡＮ条件は、スライスの使用を制限するキャリア周波数又はＲＡＴ（ＲａｄｉｏＡｃｃｅｓｓＴｅｃｈｎｏｌｏｇｙ）を特定する条件である。例えば、ｇＮＢ２００は、あるキャリア周波数が混雑である場合、当該キャリア周波数を介するスライスの使用を制限する。

一実施形態において、ＡＭＦ３００が、ネットワークスライスの使用を制限する条件である制限条件を決定する。ＡＭＦ３００が、ネットワークスライスに関するネットワークスライス制限情報をＵＥ１００又はｇＮＢ２００に対して送信する。ネットワークスライス制限情報は、ネットワークスライスを識別するネットワークスライス識別子と、制限条件を示す条件情報と、を含む。これにより、ＵＥ１００又はｇＮＢ２００は、ネットワークスライスについての制限条件を把握することができる。このため、ＵＥ１００は、ネットワークスライスを使用するか否かを適切に判断することができ、使用不可のネットワークスライスへの無駄なアクセスを抑制できる。また、ｇＮＢ２００は、ＵＥ１００に対して制限条件について通知することができる。

一実施形態において、ｇＮＢ２００が、ネットワークスライスの使用を制限する条件である制限条件を決定する。ｇＮＢ２００が、制限ネットワークスライスに関する制限情報を、ＡＭＦ３００、他のｇＮＢ２００、又はＵＥ１００に送信する。これにより、ＡＭＦ３００、他のｇＮＢ２００、又はＵＥ１００は、ネットワークスライスについての制限条件を把握することができる。

一実施形態において、ＵＥ１００が、制限条件が設けられるネットワークスライスに関するネットワークスライス制限情報を、ｇＮＢ２００又はＡＭＦ３００から受信する。ネットワークスライス制限情報は、ネットワークスライスを識別する識別子と、制限条件を示す情報と、を含む。これにより、ＵＥ１００は、ネットワークスライスの使用を避けるか否かを適切に判断することができる。

（動作例１）
次に、一実施形態に係る動作例１を説明する。

図１８は、動作例１を示す図である。図１８に示すように、ステップＳ１０１において、ＡＭＦ３００は、自身がサポートするスライスの少なくとも１つに対して制限条件を決定する。なお、以下において、制限条件が決定されるスライスを、「制限スライス」と呼ばれることがある。

ステップＳ１０２において、ＡＭＦ３００は、ネットワークスライス制限情報をｇＮＢ２００に対して送信する。ｇＮＢ２００は、ネットワークスライス制限情報をＡＭＦ３００から受信する。なお、以下において、ネットワークスライス制限情報を単にスライス制限情報と呼ばれることがある。

スライス制限情報は、制限スライスを識別するスライス識別子と、当該制限スライスに対応する制限条件を示す条件情報とのセットを含む。ＡＭＦ３００が複数のスライスについて制限条件を決定する場合、スライス制限情報は、当該複数のスライスのそれぞれについて、スライス識別子と条件情報とのセットを含んでもよい。

ＡＭＦ３００は、ＮＧＡＰメッセージを使用してスライス制限情報を送信してもよい。このようなＮＧＡＰメッセージは、上述のＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージ、ＡＭＦＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージ等である。このようなＮＧＡＰメッセージは、３ＧＰＰ仕様書（例えば、３ＧＰＰＴＳ３８．４１３Ｖ１６．１．０）に規定される他のＮＧＡＰメッセージであってもよい。

ＮＧＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージを使用する場合、ＡＭＦ３００は、ｇＮＢ２００から通知されるＬｉｓｔｏｆｓｕｐｐｏｒｔｅｄＳ－ＮＳＳＡＩ（ｓ）に示されるスライスに対応するスライス制限情報を送信してもよい。

ステップＳ１０３において、ｇＮＢ２００は、ＡＭＦ３００から受信したスライス制限情報をＵＥ１００に送信する。ＵＥ１００は、スライス制限情報をｇＮＢ２００から受信する。

ｇＮＢ２００は、スライス制限情報をＲＲＣメッセージで送信する。ＲＲＣメッセージは、ブロードキャストＲＲＣメッセージであってもよい。また、当該ＲＲＣメッセージは、個別ＲＲＣメッセージであってもよい。ブロードキャストＲＲＣメッセージは、例えば、ＳＩＢ（ＳＩＢ１又は他のＳＩＢ）、ＭＩＢ（ＭａｓｔｅｒＩｎｆｏｒｍａｔｉｏｎＢｌｏｃｋ）等である。個別ＲＲＣメッセージは、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージ、ＲＲＣＲｅｌｅａｓｅメッセージ等である。ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージは、ＲＲＣコネクティッド状態にあるＵＥ１００のＲＲＣ接続を変更（ｍｏｄｉｆｙ）するためのメッセージである。ＲＲＣＲｅｌｅａｓｅメッセージは、ＲＲＣコネクティッド状態にあるＵＥ１００をＲＲＣアイドル状態又はＲＲＣインアクティブ状態に遷移させるためのメッセージである。

なお、ＵＥ１００のＲＲＣレイヤは、ｇＮＢ２００から受信したスライス制限情報をＵＥ１００のＮＡＳレイヤ及び／又はアプリケーションレイヤに提供してもよい。

ステップＳ１０４において、ＵＥ１００は、ステップＳ１０３で受信したスライス制限情報に基づいて、スライスの使用を避けるか否かを判断する。具体的には、ＵＥ１００は、条件情報が示す制限条件が満たされる場合、当該条件情報に対応するスライスの使用を避けると判断する。例えば、条件情報が制限条件として時間条件を示す場合、ＵＥ１００は、時間条件で特定した時間帯又は期間内において、スライスの使用を避けると判断する。条件情報が制限条件としてＵＥ位置条件を示す場合、ＵＥ１００は、ＵＥ位置条件で特定した地理的な位置に自身が位置する場合、スライスの使用を避けると判断する。条件情報が制限条件としてＵＥグループ条件を示す場合、ＵＥ１００は、ＵＥグループ条件で特定したＵＥグループに自身が属する場合、スライスの使用を避けると判断する。条件情報が制限条件としてＲＡＮ条件を示す場合、ＵＥ１００は、ＲＡＮ条件で特定したキャリア周波数及び／又はＲＡＴを使用している場合、スライスの使用を避けると判断する。

なお、スライスの使用を避けるか否かの判断は、ＵＥ１００のＲＲＣレイヤで行われてもよい。また、当該判断は、ＵＥ１００のＮＡＳレイヤで行われてもよい。例えば、ＵＥ１００のＮＡＳレイヤは、ＲＲＣレイヤによって共有されるスライス制限情報に基づいて当該判断を行ってもよい。この場合、判断結果をＲＲＣレイヤとＮＡＳレイヤとで共有してもよい。当該判断は、ＵＥ１００のアプリケーションレイヤ又はＵＥ１００のユーザで行われてもよい。この場合、判断結果をＲＲＣレイヤ、ＮＡＳレイヤ、アプリケーションレイヤ、及びユーザで共有してもよい。なお、当該判断は、ＲＲＣレイヤを含むＡＳ（ＡｃｃｅｓｓＳｔｒａｔｕｍ）レイヤで行われてもよい。ＡＳレイヤは、例えば、ＰＨＹレイヤ、ＭＡＣレイヤ、ＲＬＣレイヤ、ＰＤＣＰレイヤ、及びＲＲＣレイヤを含む。

ＵＥ１００がスライスの使用を避けると判断した場合（ステップＳ１０４：ＹＥＳ）、ステップＳ１０５においてＵＥ１００は、当該スライスの使用を避ける制御を行う。

次に、スライス＃１を例として、ＵＥ１００がスライス＃１の使用を避ける制御の具体例を説明する。

第１例：ＵＥ１００（ＲＲＣアイドル／インアクティブ状態）は、セル選択又はセル再選択を行う際に、スライス＃１をサポートするセルの優先度を下げる、又は当該セルを選択候補セルから排除する制御を行う。これにより、ＵＥ１００は、スライス＃１をサポートするセルを選択する可能性が低くなり、スライス＃１のためにセルへの無駄なアクセスを減らすことができる。

第２例：ＵＥ１００（ＲＲＣコネクティッド状態）は、Ｒｅｇｉｓｔｒａｔｉｏｎプロシージャを行う際に、スライス＃１を要求しない。これにより、スライス＃１の要求に起因する無駄なシグナリング（例えば、スライス＃１の要求に起因してＡＭＦ３００が登録要求を拒絶するシグナリング）を削減できる。

第３例：ＵＥ１００（ＲＲＣコネクティッド状態）は、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔプロシージャを行う際に、スライス＃１と対応付けるＰＤＵセッションの確立を要求しない。これにより、スライス＃１の要求に起因する無駄なシグナリング（例えば、スライス＃１の要求に起因してＡＭＦ３００がＰＤＵ確立要求を拒絶するシグナリング）を削減できる。

動作例１において、ＵＥ１００は、スライスの使用を避ける制御を行う際に、ステップＳ１０３で受信した条件情報が示す制限条件が満たされなくなる場合、スライスの使用を開始してもよい。例えば、ＵＥ１００は、スライス＃１について、「３時間」という期間を示す時間条件を制限条件として受信した場合、当該期間を計時するタイマ（タイマ値＝３時間）を起動するとともに、スライス＃１の使用を避ける制御を行う。ＵＥ１００は、当該タイマが満了する場合、制限条件が満たされなくなると判断し、スライス＃１の使用を開始する。

次に、スライス＃１を例として、ＵＥ１００がスライス＃１の使用を開始する具体例を説明する。

第１例：ＵＥ１００（ＲＲＣアイドル／インアクティブ状態）は、セル選択又はセル再選択を行う際に、スライス＃１をサポートするセルの優先度を上げる。

第２例：ＵＥ１００（ＲＲＣコネクティッド状態）は、Ｒｅｇｉｓｔｒａｔｉｏｎプロシージャを行う際に、スライス＃１を要求する。

第３例：ＵＥ１００（ＲＲＣコネクティッド状態）は、ＰＤＵＳｅｓｓｉｏｎＥｓｔａｂｌｉｓｈｍｅｎｔプロシージャを行う際に、スライス＃１と対応付けるＰＤＵセッションの確立を要求する。

動作例１において、ＵＥ１００は、スライスの使用を避ける制御を行う際に、ｇＮＢ２００又はＡＭＦ３００から、制限スライスに対応する制限条件が解除される旨の通知を受信してもよい。このような通知の受信に応じ、ＵＥ１００は、スライスの使用を開始してもよい。

動作例１において、ステップＳ１０２においてｇＮＢ２００は、ＡＭＦ３００から受信したスライス制限情報ではなく、自ｇＮＢ２００が決定した制限条件を含むスライス制限情報をＵＥ１００に送信してもよい。

（動作例２）
次に、一実施形態に係る動作例２について説明する。上述の動作例との相違点を主に説明する。

図１９は、動作例２を示す図である。図１９に示すように、ステップＳ２０１乃至ステップＳ２０２における動作は、ステップＳ１０１乃至ステップＳ１０２における動作と同様である。

ステップＳ２０３において、ｇＮＢ２００は、短縮（ｓｈｏｒｔｅｎｅｄ）スライス制限情報をＵＥ１００に送信する。ここで、「短縮スライス制限情報」は、ステップＳ１０３において送信される「スライス制限情報」と比べて、情報量が少ない。例えば、ＳＩＢ１で送信可能なデータ量に上限値が設定され、大量の情報をＳＩＢ１に含めることが難しい場合、ｇＮＢ２００は、スライス制限情報の代わりに、短縮スライス制限情報を含むＳＩＢ１をブロードキャストする。

短縮スライス制限情報は、ｇＮＢ２００がサポートするスライスのうち少なくとも１つのスライスに制限条件が設けられることを示すフラグであってもよい。このような短縮情報を受信したＵＥ１００は、ｇＮＢ２００がサポートするスライスに制限条件が設けられることを把握できるが、どのスライスにどのような制限条件が設けられるかを把握できない。なお、「スライスに制限条件が設けられる」は、スライスに対してＡＭＦ３００又はｇＮＢ２００が制限条件を決定したことを意味する。

短縮スライス制限情報は、制限条件が設けられるスライスのスライス識別子と、当該スライスに制限条件が設けられることを示すフラグとを含んでもよい。このような短縮情報を受信したＵＥ１００は、制限条件が設けられるスライスを把握できるが、当該スライスにどのような制限条件が設けられるかを把握できない。

短縮スライス制限情報は、制限条件が設けられるスライスグループを識別するスライスグループ識別子と、当該スライスグループに制限条件が設けられることを示すフラグとを含んでもよい。このような短縮スライス制限情報を受信したＵＥ１００は、制限条件が設けられるスライスグループを把握できるが、当該スライスグループにどのような制限条件が設けられるかを把握できない。

短縮スライス制限情報を受信したＵＥ１００は、ｇＮＢ２００がサポートするスライスのうち、自身が希望するスライスが存在する場合、当該スライスの使用を避けるか否かを適切に判断するために、制限条件を取得するための問い合わせをｇＮＢ２００又はＡＭＦ３００に送信する必要がある。

ステップＳ２０４において、ＵＥ１００は、制限条件を取得するために、問い合わせをｇＮＢ２００に対して送信する。問い合わせは、問い合わせの対象スライスを特定する情報を含む。対象スライスは、１つであってもよいし、２つ以上であってもよい。対象スライスは、スライスグループであってもよい。ステップＳ２０５において、ｇＮＢ２００は、問い合わせに対する応答としてスライス制限情報をＵＥ１００に送信する。ＵＥ１００は、スライス制限情報をｇＮＢ２００から受信する。スライス制限情報は、問い合わせの対象スライスのスライス識別子と、制限条件を示す条件情報とのセットを含む。

ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００について、問い合わせ及び応答の送信は、ランダムアクセスプロシージャ中におけるメッセージを使用して行われてもよい。これにより、ＵＥ１００は、ＲＲＣコネクティッド状態に遷移しなくても応答（スライス制限情報）をｇＮＢ２００から受信することができ、ＲＲＣコネクティッド状態に遷移することによる消費電力を削減できる。

ＲＲＣアイドル状態又はＲＲＣインアクティブ状態にあるＵＥ１００について、問い合わせの送信に使用されるメッセージは、４－ステップランダムアクセスプロシージャにおけるＭＳＧ１（Ｍｅｓｓａｇｅ１）又はＭＳＧ３（Ｍｅｓｓａｇｅ３）であってもよい。また、当該問い合わせの送信に使用されるメッセージは、２－ステップランダムアクセスプロシージャにおけるＭＳＧＡ（ＭｅｓｓａｇｅＡ）であってもよい。応答の送信に使用されるメッセージは、４－ステップランダムアクセスプロシージャにおけるＭＳＧ４（Ｍｅｓｓａｇｅ４）であってもよい。また、当該応答の送信に使用されるメッセージは、２－ステップランダムアクセスプロシージャにおけるＭＳＧＢ（ＭｅｓｓａｇｅＢ）であってもよい。ＭＳＧＡは、ＭＳＧ１とＭＳＧ３とを統合したメッセージである。ＭＳＧＢは、ＭＳＧ２とＭＳＧ４とを統合したメッセージである。

ＭＳＧ１は、ＵＥ１００からｇＮＢ２００に送信するランダムアクセスプリアンブルである。ＭＳＧ２は、ランダムアクセスプリアンブルに対する応答であり、ｇＮＢ２００がスケジュールしたＭＳＧ３の送信リソースを含む。ＭＳＧ３は、ランダムアクセスプロシージャにおける最初のスケジュールされた送信である。ＭＳＧ３は、例えば、ＲＲＣ接続を確立するためのＲＲＣＳｅｔｕｐＲｅｑｕｅｓｔメッセージ、ＲＲＣ接続を回復するためのＲＲＣＲｅｓｕｍｅＲｅｑｕｅｓｔメッセージ、ＲＲＣ接続を再確立するためのＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔＲｅｑｕｅｓｔメッセージ等である。ＭＳＧ３は、制限条件を取得するための問い合わせに専用のメッセージであってもよい。ＭＳＧ４は、ＭＳＧ３への応答であり、例えば、ＲＲＣ接続を確立するためのＲＲＣＳｅｔｕｐメッセージ、ＲＲＣ接続を回復するためのＲＲＣＲｅｓｕｍｅメッセージ、ＲＲＣ接続を再確立するためのＲＲＣＲｅｅｓｔａｂｌｉｓｈｍｅｎｔメッセージ等である。ＭＳＧ４は、制限条件を取得するための問い合わせへの応答に専用のメッセージであってもよい。

ＭＳＧ１を使用する問い合わせの送信は、ＵＥ１００が問い合わせの対象スライスと対応付けられるランダムアクセスプリアンブルを送信することを意味する。なお、ランダムアクセスプリアンブルとスライスとの対応付けは、ＳＩＢ１によりｇＮＢ２００からＵＥ１００に通知され得る。

ＭＳＧ３を使用する問い合わせの送信は、ＵＥ１００が問い合わせの対象スライスのスライス識別子をＭＳＧ３に含めて送信することである。

ＭＳＧ４を使用する応答（スライス制限情報）の送信は、ｇＮＢ２００が応答を含むＭＳＧ４を送信することである。

ＲＲＣコネクティッド状態にあるＵＥ１００について、問い合わせの送信は、例えばＵＥＡｓｓｉｓｔａｎｃｅＩｎｆｏｒｍａｔｉｏｎメッセージを使用する。応答の送信は、例えば、ＲＲＣＲｅｃｏｎｆｉｇｕｒａｔｉｏｎメッセージを使用する。

ステップＳ２０６乃至ステップＳ２０７の動作は、ステップＳ１０４乃至ステップＳ１０５の動作と同様である。

動作例２において、ＲＲＣコネクティッド状態にあるＵＥ１００は、ＮＡＳメッセージを使用して問い合わせをＡＭＦ３００に送信してもよい。ＵＥ１００は、ＮＡＳメッセージで送信される問い合わせに対する応答をＡＭＦ３００から受信してもよい。ここで、問い合わせの送信に使用されるＮＡＳメッセージは、例えば、ＲＥＧＩＳＴＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージ、ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＲＥＱＵＥＳＴメッセージ等である。問い合わせに対する応答の送信に使用されるＮＡＳメッセージは、例えば、ＲＥＧＩＳＴＲＡＴＩＯＮＡＣＣＥＰＴメッセージ、ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＲＥＳＰＯＮＳＥメッセージ等である。

動作例２において、ｇＮＢ２００は、既存の仕様で規定されるＵＡＣ（ｕｎｉｆｉｅｄａｃｃｅｓｓｃｏｎｔｒｏｌ）を利用して、短縮スライス制限情報をＵＥ１００に送信してもよい。既存の仕様（例えば、３ＧＰＰＴＳ３８．３００Ｖ１６．１．０及び３ＧＰＰＴＳ３８．３３１Ｖ１６．１．０）では、ｇＮＢ２００が、ＵＡＣとして、各アクセスカテゴリ（ＡＣ）に対応付ける禁止パラメータ（ｂａｒｒｉｎｇｐａｒａｍｅｔｅｒ）をＳＩＢ１でブロードキャストする。ここで、既存の仕様では、＃０乃至＃６３という６４個のＡＣが規定される。このうち、＃０乃至＃１０は、標準ＡＣ（ｓｔａｎｄａｒｄＡＣ）として規定され、＃３２乃至＃６３は、事業者定義のＡＣ（ｏｐｅｒａｔｏｒ－ｄｅｆｉｎｅｄＡＣ）として規定される。ｇＮＢ２００は、この事業者定義のＡＣを使用して、短縮スライス制限情報（例えば、制限スライスのスライス識別子）を送信してもよい。これにより、既存の仕様を変更せずに、ｇＮＢ２００が短縮スライス制限情報をＵＥ１００に通知できる。なお、ｇＮＢ２００は、標準ＡＣを使用して短縮スライス制限情報を送信してもよい。

（動作例３）
次に、一実施形態に係る動作例３について説明する。上述の動作例との相違点を主に説明する。

図２０は、動作例３を示す図である。図２０に示すように、ステップＳ３０１における動作は、ステップＳ１０１における動作と同様である。

ステップＳ３０２において、ＡＭＦ３００は、スライス制限情報をＵＥ１００に送信する。ＵＥ１００は、スライス制限情報をＡＭＦ３００から受信する。

ＡＭＦ３００は、ＮＡＳメッセージを使用してスライス制限情報を送信してもよい。このようなＮＡＳメッセージは、例えば、上述のＲＥＧＩＳＴＲＡＴＩＯＮＡＣＣＥＰＴメッセージ、ＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥＣＯＭＭＡＮＤメッセージ、ＤＥ－ＲＥＧＩＳＴＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージ等である。このようなＮＡＳメッセージは、３ＧＰＰ仕様書（例えば、３ＧＰＰＴＳ２４．５０１Ｖ１６．１．０）に規定される他のＮＡＳメッセージであってもよい。

ＲＥＧＩＳＴＲＡＴＩＯＮＡＣＣＥＰＴメッセージを使用する場合、ＡＭＦ３００は、ＵＥ１００が要求するスライス（ＲｅｑｕｅｓｔｅｄＮＳＳＡＩ）に対応するスライス制限情報を送信してもよい。

ＲＥＧＩＳＴＲＡＴＩＯＮＡＣＣＥＰＴメッセージを使用する場合、ＡＭＦ３００は、「ａｌｌｏｗｅｄＮＳＳＡＩ」及び／又は「ＣｏｎｆｉｇｕｒｅｄＮＳＳＡＩ」に含まれるスライスに対応するスライス制限情報を送信してもよい。

ステップＳ３０３乃至ステップＳ３０４の動作は、ステップＳ１０４乃至ステップＳ１０５の動作と同様である。

（動作例４）
次に、一実施形態に係る動作例４について説明する。上述の動作例との相違点を主に説明する。

図２１は、動作例４を示す図である。図２１に示すように、ステップＳ４０１において、ｇＮＢ２００は、自身がサポートするスライスのうちの少なくとも１つに対して制限条件を決定する。なお、ｇＮＢ２００は、ＡＭＦ３００から受信したスライス制限情報に従って、制限条件を決定してもよい。

ステップＳ４０２において、ｇＮＢ２００は、スライス制限情報をＡＭＦ３００に送信する。ＡＭＦ３００は、スライス制限情報をｇＮＢ２００から受信する。スライス制限情報は、制限スライスを識別するスライス識別子と、当該制限スライスに対応する制限条件を示す条件情報とのセットを含む。ｇＮＢ２００が複数のスライスについて制限条件を決定する場合、スライス制限情報は、当該複数のスライスのそれぞれについて、スライス識別子と条件情報とのセットを含んでもよい。

ここで、ｇＮＢ２００は、ＮＧＡＰメッセージを使用してスライス制限情報を送信してもよい。このようなＮＧＡＰメッセージは、例えば、上述のＮＧＳＥＴＵＰＲＥＱＵＥＳＴメッセージ、ＲＡＮＣＯＮＦＩＧＵＲＡＴＩＯＮＵＰＤＡＴＥメッセージ、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージ、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＭＯＤＩＦＹＲＥＳＰＯＮＳＥメッセージ、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＲＥＬＥＡＳＥＲＥＳＰＯＮＳＥメッセージ等である。

ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＳＥＴＵＰＲＥＳＰＯＮＳＥメッセージ、ＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＭＯＤＩＦＹＲＥＳＰＯＮＳＥメッセージ、又はＰＤＵＳＥＳＳＩＯＮＲＥＳＯＵＲＣＥＲＥＬＥＡＳＥＲＥＳＰＯＮＳＥメッセージを使用する場合、ｇＮＢ２００は、ＰＤＵセッションと対応付けられるスライスについてのスライス制限情報を送信してもよい。

ステップＳ４０３において、ＡＭＦ３００は、スライス制限情報に基づいて、スライスの使用を避ける制御を行う。例えば、ＡＭＦ３００は、制限スライス（制限条件が設けられるスライス）を要求する旨を含むＮＡＳメッセージ（例えば、ＲＥＧＩＳＴＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージ、ＰＤＵＳＥＳＳＩＯＮＥＳＴＡＢＬＩＳＨＭＥＮＴＲＥＱＵＥＳＴ）をＵＥ１００から受信すると、制限条件に基づいて、当該ＵＥ１００による当該スライスの使用を制限すべきと判断した場合、当該要求を拒絶する。ＡＭＦ３００は、当該要求を拒絶するとともに、当該ＵＥ１００を他のｇＮＢ２００にハンドオーバしてもよい。例えば、ＡＭＦ３００は、ＵＥ１００が要求するスライスと同様なサービス種別と対応付けられる他のスライスをサポートするｇＮＢ２００をハンドオーバのターゲットｇＮＢ２００に決定する。

（動作例５）
次に、一実施形態に係る動作例５について説明する。上述の動作例との相違点を主に説明する。

図２２は、動作例５を示す図である。図２２に示すように、ステップＳ５０１において、ｇＮＢ２００－１は、自身がサポートするスライスに対して制限条件を決定する。

ステップＳ５０２において、ｇＮＢ２００－１は、スライス制限情報を隣接のｇＮＢ２００－２に送信する。ｇＮＢ２００－２は、スライス制限情報をｇＮＢ２００－１から受信する。スライス制限情報は、制限スライスを識別するスライス識別子と、当該制限スライスに対応する制限条件を示す条件情報とのセットを含む。ｇＮＢ２００－１が複数のスライスについて制限条件を決定する場合、スライス制限情報は、当該複数のスライスのそれぞれについて、スライス識別子と条件情報とのセットを含んでもよい。

ステップＳ５０３において、ｇＮＢ２００－２（又はｇＮＢ２００－１）は、スライス制限情報に基づいて、ＵＥ１００のハンドオーバ制御を行う。例えば、ｇＮＢ２００－２は、スライス制限情報によって示される制限スライス上でデータの送受信を行うＵＥ１００をハンドオーバする場合、ｇＮＢ２００－１をターゲットｇＮＢ２００として選択しない。

ｇＮＢ２００－１は、自ｇＮＢ２００－１とのＲＲＣ接続を有するＵＥ１００が制限スライス上でデータの送受信を行い、かつ、ｇＮＢ２００－２が当該スライスをサポートすると把握した場合、当該ＵＥ１００をｇＮＢ２００－２にハンドオーバしてもよい。

（その他の実施形態）
上述の実施形態において、スライスを制限することについて説明したが、「制限」と反対に、スライスを許可することも考えられる。上述の実施形態において、「制限」を「許可」と読み替えてもよい。すなわち、ｇＮＢ２００又はＡＭＦ３００は、自身がサポートするスライスの一部のみの使用を許可してもよい。この場合、使用が許可されるスライス以外のスライスは、使用不可となっている。

上述の各動作フローは、別個独立に実施する場合に限らず、２以上の動作フローを組み合わせて実施可能である。例えば、１つの動作フローの一部のステップを他の動作フローに追加してもよいし、１つの動作フローの一部のステップを他の動作フローの一部のステップと置換してもよい。

上述の実施形態及び実施例において、基地局がＮＲ基地局（ｇＮＢ）である一例について説明したが基地局がＬＴＥ基地局（ｅＮＢ）又は６Ｇ基地局であってもよい。また、基地局は、ＩＡＢ（ＩｎｔｅｇｒａｔｅｄＡｃｃｅｓｓａｎｄＢａｃｋｈａｕｌ）ノード等の中継ノードであってもよい。基地局は、ＩＡＢノードのＤＵ（ＤｉｓｔｒｉｂｕｔｅｄＵｎｉｔ）であってもよい。また、ユーザ装置は、ＩＡＢノードのＭＴ（ＭｏｂｉｌｅＴｅｒｍｉｎａｔｉｏｎ）であってもよい。

ＵＥ１００又はｇＮＢ２００が行う各処理をコンピュータに実行させるプログラムが提供されてもよい。プログラムは、コンピュータ読取り可能媒体に記録されていてもよい。コンピュータ読取り可能媒体を用いれば、コンピュータにプログラムをインストールすることが可能である。ここで、プログラムが記録されたコンピュータ読取り可能媒体は、非一過性の記録媒体であってもよい。非一過性の記録媒体は、特に限定されるものではないが、例えば、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ等の記録媒体であってもよい。また、ＵＥ１００又はｇＮＢ２００が行う各処理を実行する回路を集積化し、ＵＥ１００又はｇＮＢ２００の少なくとも一部を半導体集積回路（チップセット、ＳｏＣ：Ｓｙｓｔｅｍｏｎａｃｈｉｐ）として構成してもよい。

本開示で使用されている「に基づいて（ｂａｓｅｄｏｎ）」、「に応じて（ｄｅｐｅｎｄｉｎｇｏｎ）」という記載は、別段に明記されていない限り、「のみに基づいて」、「のみに応じて」を意味しない。「に基づいて」という記載は、「のみに基づいて」及び「に少なくとも部分的に基づいて」の両方を意味する。同様に、「に応じて」という記載は、「のみに応じて」及び「に少なくとも部分的に応じて」の両方を意味する。また、「取得する（ｏｂｔａｉｎ／ａｃｑｕｉｒｅ）」は、記憶されている情報の中から情報を取得することを意味してもよく、他のノードから受信した情報の中から情報を取得することを意味してもよく、又は、情報を生成することにより当該情報を取得することを意味してもよい。「含む（ｉｎｃｌｕｄｅ）」、「備える（ｃｏｍｐｒｉｓｅ）」、及びそれらの変形の用語は、列挙する項目のみを含むことを意味せず、列挙する項目のみを含んでもよいし、列挙する項目に加えてさらなる項目を含んでもよいことを意味する。また、本開示において使用されている用語「又は（ｏｒ）」は、排他的論理和ではないことが意図される。さらに、本開示で使用されている「第１」、「第２」などの呼称を使用した要素へのいかなる参照も、それらの要素の量又は順序を全般的に限定するものではない。これらの呼称は、２つ以上の要素間を区別する便利な方法として本明細書で使用され得る。したがって、第１及び第２の要素への参照は、２つの要素のみがそこで採用され得ること、又は何らかの形で第１の要素が第２の要素に先行しなければならないことを意味しない。本開示において、例えば、英語でのａ，ａｎ，及びｔｈｅのように、翻訳により冠詞が追加された場合、これらの冠詞は、文脈から明らかにそうではないことが示されていなければ、複数のものを含むものとする。

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

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

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

Claims

コアネットワーク装置が、ネットワークスライスの使用を制限する条件である制限条件を決定することと、
前記コアネットワーク装置が、前記ネットワークスライスに関するネットワークスライス制限情報をユーザ装置に送信することと、を有し、
前記ネットワークスライス制限情報は、前記ネットワークスライスを識別するネットワークスライス識別子と、前記制限条件を示す条件情報と、を含む
通信制御方法。
前記通信制御方法は、
前記ユーザ装置が、前記ネットワークスライス制限情報に基づいて、前記ネットワークスライスの使用を避けるか否かを判断することをさらに含む
請求項１に記載の通信制御方法。
前記ネットワークスライス制限情報を前記ユーザ装置に送信することは、前記ネットワークスライス制限情報を含むＮＡＳメッセージを前記ユーザ装置に送信することを含み、
前記ＮＡＳメッセージは、ＲｅｇｉｓｔｒａｔｉｏｎＡｃｃｅｐｔメッセージ又はＤＥＲＥＧＩＳＴＲＡＴＩＯＮＲＥＱＵＥＳＴメッセージである
請求項１に記載の通信制御方法。
ユーザ装置であって、
ネットワークスライスの使用を制限する条件である制限条件を決定するコアネットワーク装置から、前記ネットワークスライスに関するネットワークスライス制限情報を受信する受信部を備え、
前記ネットワークスライス制限情報は、前記ネットワークスライスを識別するネットワークスライス識別子と、前記制限条件を示す条件情報と、を含む
ユーザ装置。
コアネットワーク装置であって、
ネットワークスライスの使用を制限する条件である制限条件を決定する制御部と、
前記ネットワークスライスに関するネットワークスライス制限情報をユーザ装置に送信する送信部と、を備え、
前記ネットワークスライス制限情報は、前記ネットワークスライスを識別するネットワークスライス識別子と、前記制限条件を示す条件情報と、を含む
コアネットワーク装置。
コアネットワーク装置及びユーザ装置を有する移動通信システムであって、
前記コアネットワーク装置は、ネットワークスライスの使用を制限する条件である制限条件を決定し、
前記コアネットワーク装置は、前記ネットワークスライスに関するネットワークスライス制限情報を前記ユーザ装置に送信し、
前記ネットワークスライス制限情報は、前記ネットワークスライスを識別するネットワークスライス識別子と、前記制限条件を示す条件情報と、を含む
移動通信システム。
ユーザ装置を制御するためのチップセットであって、
ネットワークスライスの使用を制限する条件である制限条件を決定するコアネットワーク装置から、前記ネットワークスライスに関するネットワークスライス制限情報を受信する処理を実行し、
前記ネットワークスライス制限情報は、前記ネットワークスライスを識別するネットワークスライス識別子と、前記制限条件を示す条件情報と、を含む
チップセット。
ユーザ装置を制御するためのプログラムであって、
ネットワークスライスの使用を制限する条件である制限条件を決定するコアネットワーク装置から、前記ネットワークスライスに関するネットワークスライス制限情報を受信する処理を前記ユーザ装置に実行させ、
前記ネットワークスライス制限情報は、前記ネットワークスライスを識別するネットワークスライス識別子と、前記制限条件を示す条件情報と、を含む
プログラム。