特表 2024-538732 無線通信システムにおいてネットワークスライス登録を管理する方法及びその装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-10-23

(54)【発明の名称】無線通信システムにおいてネットワークスライス登録を管理する方法及びその装置

(51)【国際特許分類】

   H04W 48/18 20090101AFI20241016BHJP

   H04W 48/02 20090101ALI20241016BHJP

   H04W 88/14 20090101ALI20241016BHJP

【ＦＩ】

H04W48/18

H04W48/02

H04W88/14

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024521131

(86)(22)【出願日】2022-10-07

(85)【翻訳文提出日】2024-04-08

(86)【国際出願番号】 KR2022015221

(87)【国際公開番号】W WO2023059164

(87)【国際公開日】2023-04-13

(31)【優先権主張番号】10-2021-0134458

(32)【優先日】2021-10-08

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0136862

(32)【優先日】2021-10-14

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0139153

(32)【優先日】2021-10-19

(33)【優先権主張国・地域又は機関】KR

(31)【優先権主張番号】10-2021-0142629

(32)【優先日】2021-10-25

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】110000051

【氏名又は名称】弁理士法人共生国際特許事務所

(72)【発明者】

【氏名】イ， ホ ヨン

(72)【発明者】

【氏名】ソ， ドン ウン

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE02

5K067EE16

(57)【要約】

【課題】無線通信システムにおいてネットワークスライス登録を管理する方法及びその装置を提供する。
【計結手段】本発明の無線通信システムにおいてＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）によって遂行される方法は、１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に送信する段階と、ＮＳＡＣＦで１以上のＳ－ＮＳＳＡＩｓに対するスライスの利用可能性の確認がＵＥのアクセスタイプに基づいて行われた場合、ＮＳＡＣＦからスライスの利用可能性の確認の結果に関する情報を含む応答メッセージを受信する段階と、応答メッセージに基づき、１以上のＳ－ＮＳＳＡＩｓに対する登録応答をＵＥに送信する段階と、を含有する。
【選択図】図２

【特許請求の範囲】

【請求項1】

無線通信システムにおいてＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）によって遂行される方法であって、
１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に送信する段階と、
前記ＮＳＡＣＦで前記１以上のＳ－ＮＳＳＡＩｓに対する前記スライスの利用可能性の確認が前記ＵＥのアクセスタイプに基づいて行われた場合、前記ＮＳＡＣＦから前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを受信する段階と、
前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答を前記ＵＥに送信する段階と、を有することを特徴とする方法。

【請求項2】

前記スライスの利用可能性の確認は、前記ＵＥのアクセスタイプ及び前記ＮＳＡＣＦの設定に基づいて行われ、
前記ＮＳＡＣＦの設定は、前記ＮＳＡＣＦにおけるＮＳＡＣに対して設定された少なくとも１つのアクセスタイプを示す情報を含むことを特徴とする請求項１に記載の方法。

【請求項3】

前記ＵＥのアクセスタイプが前記ＮＳＡＣに対して設定されていない場合、前記ＡＭＦからの前記要請メッセージは、前記１以上のＳ－ＮＳＳＡＩｓの各々に対して登録された前記ＵＥの数の増減なしに受諾され、
前記ＵＥのアクセスタイプが前記ＮＳＡＣに対して設定され、前記１以上のＳ－ＮＳＳＡＩｓの各々に対して登録されたＵＥの数が前記１以上のＳ－ＮＳＳＡＩｓの各々に対する最大数に達している場合、前記１以上のＳ－ＮＳＳＡＩｓに対する登録拒絶指示を含む前記登録応答は、前記ＡＭＦに送信され、
前記登録拒絶指示を含む前記登録応答は、前記アクセスタイプを含むことを特徴とする請求項１に記載の方法。

【請求項4】

事業者ポリシーに基づきＮＳＡＣが前記ＵＥに対して免除された場合、前記１以上のＳ－ＮＳＳＡＩｓに対する前記スライスの利用可能性の確認を省略する段階を更に含むことを特徴とする請求項１に記載の方法。

【請求項5】

無線通信システムにおいてＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）によって遂行される方法であって、
１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から受信する段階と、
前記ＵＥのアクセスタイプに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対するスライスの利用可能性の確認を行う段階と、
前記ＡＭＦに前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを送信する段階と、を有し、
前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答が前記ＡＭＦから前記ＵＥに送信されることを特徴とする方法。

【請求項6】

無線通信システムにおけるＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）であって、
前記ＡＭＦは、
送受信部と、
前記送受信部に連結された少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に送信し、
前記ＮＳＡＣＦで前記１以上のＳ－ＮＳＳＡＩｓに対する前記スライスの利用可能性の確認が前記ＵＥのアクセスタイプに基づいて行われた場合、前記ＮＳＡＣＦから前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを受信し、
前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答を前記ＵＥに送信するように構成されることを特徴とするＡＭＦ。

【請求項7】

前記スライスの利用可能性の確認は、前記ＵＥのアクセスタイプ及び前記ＮＳＡＣＦの設定に基づいて行われ、
前記ＮＳＡＣＦの設定は、前記ＮＳＡＣＦにおけるＮＳＡＣに対して設定された少なくとも１つのアクセスタイプを示す情報を含むことを特徴とする請求項６に記載のＡＭＦ。

【請求項8】

前記ＵＥのアクセスタイプが前記ＮＳＡＣに対して設定されていない場合、前記ＡＭＦからの前記要請メッセージは、前記１以上のＳ－ＮＳＳＡＩｓの各々に対して登録された前記ＵＥの数の増減なしに受諾され、
前記ＵＥのアクセスタイプが前記ＮＳＡＣに対して設定され、前記１以上のＳ－ＮＳＳＡＩｓの各々に対して登録されたＵＥの数が前記１以上のＳ－ＮＳＳＡＩｓの各々に対する最大数に達している場合、前記１以上のＳ－ＮＳＳＡＩｓに対する登録拒絶指示を含む前記登録応答は、前記ＡＭＦに送信され、
前記登録拒絶指示を含む前記登録応答は、前記アクセスタイプを含むことを特徴とする請求項６に記載のＡＭＦ。

【請求項9】

前記アクセスタイプは、３ＧＰＰ（登録商標）（３^ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）アクセス又はｎｏｎ－３ＧＰＰ（登録商標）アクセスのうちの少なくとも一つを含むことを特徴とする請求項６に記載のＡＭＦ。

【請求項10】

前記少なくとも１つのプロセッサは、事業者ポリシーに基づきＮＳＡＣが前記ＵＥに対して免除された場合、前記１以上のＳ－ＮＳＳＡＩｓに対する前記スライスの利用可能性の確認を省略するように更に構成されることを特徴とする請求項６に記載のＡＭＦ。

【請求項11】

前記ＵＥがＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）から５ＧＣ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ ｎｅｔｗｏｒｋ）に移動した場合、前記ＵＥのＰＤＮ （Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ）連結に関するＮＳＡＣは、免除されることを特徴とする請求項６に記載のＡＭＦ。

【請求項12】

無線通信システムにおけるＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）であって、
前記ＮＳＡＣＦは、
送受信部と、
前記送受信部に連結された少なくとも１つのプロセッサと、を備え、
前記少なくとも１つのプロセッサは、
１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から受信し、
前記ＵＥのアクセスタイプに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対するスライスの利用可能性の確認を行い、
前記ＡＭＦに前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを送信するように構成され、
前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答が前記ＡＭＦから前記ＵＥに送信されることを特徴とするＮＳＡＣＦ。

【請求項13】

前記スライスの利用可能性の確認は、前記ＵＥのアクセスタイプ及び前記ＮＳＡＣＦの設定に基づいて行われ、
前記ＮＳＡＣＦの設定は、前記ＮＳＡＣＦにおけるＮＳＡＣに対して設定された少なくとも１つのアクセスタイプを示す情報を含むことを特徴とする請求項１２に記載のＮＳＡＣＦ。

【請求項14】

前記少なくとも１つのプロセッサは、
前記ＵＥのアクセスタイプが前記ＮＳＡＣに対して設定されていない場合、前記ＡＭＦからの前記要請メッセージを、前記１以上のＳ－ＮＳＳＡＩｓの各々に対して登録された前記ＵＥの数の増減なしに受諾し、
前記ＵＥのアクセスタイプが前記ＮＳＡＣに対して設定され、前記１以上のＳ－ＮＳＳＡＩｓの各々に対して登録されたＵＥの数が前記１以上のＳ－ＮＳＳＡＩｓの各々に対する最大数に達している場合、前記１以上のＳ－ＮＳＳＡＩｓに対する登録拒絶指示を含む前記登録応答を、前記ＡＭＦに送信するように更に構成され、
前記登録拒絶指示を含む前記登録応答は、前記アクセスタイプを含むことを特徴とする請求項１２に記載のＮＳＡＣＦ。

【請求項15】

前記アクセスタイプは、３ＧＰＰ（登録商標）（３^ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）アクセス又はｎｏｎ－３ＧＰＰ（登録商標）アクセスのうちの少なくとも一つを含むことを特徴とする請求項１２に記載のＮＳＡＣＦ。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムにおいてネットワークスライス登録を管理するための方法及びその装置に係り、更に無線通信システムに関し、より詳細には、無線通信システムにおいて免除サービスを提供する方法及びその装置のためのものであり、また無線通信システムに関し、より詳細には、無線通信システムにおいて免除サービスを提供する方法及びその装置に関する。

【背景技術】

【0002】

無線通信が、世代から世代へと発展してきた過程を振り返ると、音声、マルチメディア、データのような、主に人間対象のサービスのための技術が開発されてきた。５Ｇ（５^ｔｈ ｇｅｎｅｒａｔｉｏｎ）通信システムの商用化以後、爆発的な増加傾向にあるコネクティッド機器が通信ネットワークに連結されると見込まれている。ネットワークに連結された事物の例としては、車両、ロボット、ドローン、家電製品、ディスプレイ、各種インフラに設けられたスマートセンサ、建設機械、工場装備などがある。モバイル機器は、拡張現実メガネ、仮想現実ヘッドセット、ホログラム機器のような多様なフォームファクタに進化すると予想される。６Ｇ（６^ｔｈ ｇｅｎｅｒａｔｉｏｎ）時代には、数千億個の機器及び事物を連結して多様なサービスを提供するために、改善された６Ｇ通信システムを開発するための努力がなされている。そのような理由により、６Ｇ通信システムは、５Ｇ通信以後（ｂｅｙｏｎｄ ５Ｇ）システムと呼ばれている。

【0003】

２０３０年ごろに実現すると予測される６Ｇ通信システムにおいて、最大伝送速度はテラ（即ち、１，０００ギガ）ｂｐｓ、無線遅延時間は１００マイクロ秒（μｓｅｃ）である。即ち、５Ｇ通信システム対比で６Ｇ通信システムにおける伝送速度は５０倍速くなり、無線遅延時間は１０分の１に短縮される。

【0004】

そのような速いデータ伝送速度及び超低（ｕｌｔｒａ ｌｏｗ）遅延時間を達成するために、６Ｇ通信システムは、テラヘルツ（ｔｅｒａｈｅｒｔｚ）帯域（例えば、９５ギガヘルツ（９５ＧＨｚ）から３テラヘルツ（３ＴＨｚ）までの帯域のようなもの）における具現が考慮されている。テラヘルツ帯域においては、５Ｇで導入されたミリメートル波（ｍｍＷａｖｅ）帯域に比べて更に深刻な経路損失現象及び大気吸収現象により、信号到達距離、即ちカバレージを保証する技術の重要性が更に大きくなると予想される。カバレージを保証するための主要技術として、ＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）素子、アンテナ、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ ｆｒｅｑｕｅｎｃｙ ｄｉｖｉｓｉｏｎ ｍｕｌｔｉｐｌｅｘｉｎｇ）よりもカバレージ側面において更に優れた新規波形（ｗａｖｅｆｏｒｍ）、ビームフォーミング（ｂｅａｍｆｏｒｍｉｎｇ）、及び巨大配列多重入出力（ｍａｓｓｉｖｅ ＭＩＭＯ：ｍｉａｓｓｉｖｅ ｍｕｌｔｉｐｌｅ－ｉｎｐｕｔ ａｎｄ ｍｕｌｔｉｐｌｅ－ｏｕｔｐｕｔ）、全次元多重入出力（ＦＤ－ＭＩＭＯ：ｆｕｌｌ ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ）、アレイアンテナ（ａｒｒａｙ ａｎｔｅｎｎａ）、大規模アンテナ（ｌａｒｇｅ ｓｃａｌｅ ａｎｔｅｎｎａ）のような多重アンテナ伝送技術などが開発されなければならない。それ以外にも、テラヘルツ帯域信号のカバレージを改善させるために、メタ物質（ｍｅｔａｍａｔｅｒｉａｌ）基盤のレンズ及びアンテナ、ＯＡＭ（ｏｒｂｉｔａｌ ａｎｇｕｌａｒ ｍｏｍｅｎｔｕｍ）を利用した高次元空間多重化技術、ＲＩＳ（ｒｅｃｏｎｆｉｇｕｒａｂｌｅ ｉｎｔｅｌｌｉｇｅｎｔ ｓｕｒｆａｃｅ）のような新たな技術が論議されている。

【0005】

また、周波数効率向上及びシステムネットワーク改善のために、６Ｇ通信システムでは、上向きリンク（ｕｐｌｉｎｋ）と下向きリンク（ｄｏｗｎｌｉｎｋ）とが同一時間に同一周波数資源を同時に活用する全二重化（ｆｕｌｌ ｄｕｐｌｅｘ）技術、衛星（ｓａｔｅｌｌｉｔｅ）及びＨＡＰＳ（ｈｉｇｈ－ａｌｔｉｔｕｄｅ ｐｌａｔｆｏｒｍ ｓｔａｔｉｏｎｓ）などを統合的に活用するネットワーク技術、移動基地局などを支援してネットワーク運用の最適化及び自動化などを可能にするネットワーク構造革新技術、スペクトル使用予測に基づく衝突回避を介する動的周波数共有（ｄｙｎａｍｉｃ ｓｐｅｃｔｒｕｍ ｓｈａｒｉｎｇ）技術、ＡＩ（ａｒｔｉｆｉｃｉａｌ ｉｎｔｅｌｌｉｇｅｎｃｅ）を設計段階から活用して終端間（ｅｎｄ－ｔｏ－ｅｎｄ）ＡＩ支援機能を内在化させてシステム最適化を実現するＡＩ基盤通信技術、端末演算能の限界を超える複雑度のサービスを超高性能通信及びコンピューティング資源（ＭＥＣ（ｍｏｂｉｌｅ ｅｄｇｅ ｃｏｍｐｕｔｉｎｇ）、クラウドなど）を活用して実現する次世代分散コンピューティング技術などの開発がなされている。それだけではなく、６Ｇ通信システムで利用される新たなプロトコルの設計、ハードウェア基盤のセキュリティ環境の具現、並びにデータ安全活用のためのメカニズム開発、及びプライバシー維持方法に関する技術開発を介してデバイス間の連結性を更に強化し、ネットワークを更に最適化してネットワークエンティティのソフトウェア化を促進し、無線通信の開放性を高めようとする試みが続けられている。

【0006】

そのような６Ｇ通信システムの研究及び開発により、事物間の連結だけではなく、人と事物との連結までのいずれをも含む６Ｇ通信システムの超連結性（ｈｙｐｅｒ－ｃｏｎｎｅｃｔｉｖｉｔｙ）を介して新たな次元の超連結経験（ｔｈｅ ｎｅｘｔ ｈｙｐｅｒ－ｃｏｎｎｅｃｔｅｄ ｅｘｐｅｒｉｅｎｃｅ）が可能になると期待される。具体的には、６Ｇ通信システムを介して、超実感拡張現実（ｔｒｕｌｙ ｉｍｍｅｒｓｉｖｅ ｅｘｔｅｎｄｅｄ ｒｅａｌｉｔｙ、ｔｒｕｌｙ ｉｍｍｅｒｓｉｖｅ ＸＲ）、高精密モバイルホログラム（ｈｉｇｈ－ｆｉｄｅｌｉｔｙ ｍｏｂｉｌｅ ｈｏｌｏｇｒａｍ）、デジタル複製（ｄｉｇｉｔａｌ ｒｅｐｌｉｃａ）のようなサービス提供が行われると見込まれる。また、セキュリティ及び信頼度の増進を介する遠隔手術（ｒｅｍｏｔｅ ｓｕｒｇｅｒｙ）、産業自動化（ｉｎｄｕｓｔｒｉａｌ ａｕｔｏｍａｔｉｏｎ）、及び非常応答（ｅｍｅｒｇｅｎｃｙ ｒｅｓｐｏｎｓｅ）のようなサービスが６Ｇ通信システムを介して提供されることにより、産業、医療、自動車、家電のような多様な分野で応用されるであろう。

【発明の概要】

【発明が解決しようとする課題】

【0007】

本発明は、上記従来技術に鑑みてなされたものであって、本発明の目的は、無線通信システムにおいてネットワークスライス登録を管理する方法及びその装置を提供することにある。

【課題を解決するための手段】

【0008】

本発明の実施形態は、無線通信システムにおいてネットワークスライス登録を管理するための技術に関するものであり、ネットワークスライシングは、ネットワークに特定のサービスを支援するＮＦｓのセットを論理的に設定し、ネットワークスライスを、他のサービスを支援するＮＦｓのセットによってネットワークを設定した他のスライスから分離するための技術である。

【0009】

上記目的を達成するためになされた本発明の一態様による無線通信システムのＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）によって行される方法は、１以上のＳ－ＮＳＳＡＩ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要求に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に送信する段階と、前記ＮＳＡＣＦで前記１以上のＳ－ＮＳＳＡＩに対する前記スライスの利用可能性の確認が前記ＵＥのアクセスタイプに基づいて行われた場合、前記ＮＳＡＣＦから前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを受信する段階と、前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩに対する登録応答を前記ＵＥに送信する段階と、を有する。

【0010】

本発明の実施形態の特徴、並びに他の側面及びその利点は、図面を参照した以下の説明から更に十分に理解されるであろう。

【発明の効果】

【0011】

本発明によれば、無線通信システムにおいて、ＮＳＡＣ手続きを介してスライスの総量を調節する状況でＳ－ＮＳＳＡＩに関する（例えば、Ｓ－ＮＳＳＡＩに連繋されたセッションがＥＰＣから５ＧＣに伝達される場合）クォータチェック結果によりサービス連続性が支援されない状況を防止し、サービス連続性を支援するためにＮＳＡＣ手続きを免除するサービスを提供することができる。

【図面の簡単な説明】

【0012】

【図1】本発明の一実施形態による５ＧＳ（ｇｅｎｅｒａｔｉｏｎ ｓｙｓｔｅｍ）のシステム構造を示す図である。

【図2】本発明の一実施形態による端末登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を示す図である。

【図3】本発明の一実施形態による端末の許容スライス変更手続きについて説明するための図である。

【図4】本発明の一実施形態による分離された手続きを利用して許容スライスに新たなスライスを追加し、許容スライスから既存のスライスを削除するための手続きについて説明するための図である。

【図5】本発明の一実施形態による統合された手続きを利用して許容スライスに新たなスライスを追加し、許容スライスから既存のスライスを削除するための方法について説明するための図である。

【図6】本発明の一実施形態による端末の構成を示す図である。

【図7】本発明の一実施形態によるネットワークエンティティの構成を示す図である。

【図8】本発明の一実施形態による５ＧＳのシステム構造を示す図である。

【図9】本発明の一実施形態による端末登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を示す図である。

【図10】本発明の一実施形態による登録された端末のＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）を変更する手続きを示す図である。

【図11】本発明の他の実施形態による端末登録手続きを示す図である。

【図12】本発明の更に他の実施形態による登録された端末のＡＭＦを変更する手続きを示す図である。

【図13】本発明の一実施形態によるＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッションの樹立手続きを示す図である。

【図14】本発明の一実施形態による端末の構造を示す図である。

【図15】本発明の一実施形態によるネットワークエンティティの構造を示す図である。

【図16】本発明の一実施形態による５ＧＳのシステム構造を示す図である。

【図17】本発明の一実施形態による端末登録手続きを示す図である。

【図18】本発明の一実施形態による登録された端末のＡＭＦを変更する手続きを示す図である。

【図19】本発明の更に他の実施形態による端末登録手続きを示す図である。

【図20】本発明の更に他の実施形態による登録された端末のＡＭＦを変更する手続きを示す図である。

【図21】本発明の一実施形態によるＰＤＵセッションの樹立手続きを示す図である。

【図22】本発明の一実施形態による端末の構造を示す図である。

【図23】本発明の一実施形態によるネットワークエンティティの構造を示す図である。

【図24】本発明の一実施形態によるＰＤＵセッションの樹立手続きを示す図である。

【発明を実施するための形態】

【0013】

以下、本発明を実施するための形態の具体例を、図面を参照しながら詳細に説明する。

【0014】

本発明の実施形態は、無線通信システムにおいてネットワークスライスの登録管理のための技術に関するものである。

【0015】

更なる側面が以下の本明細書で部分的に説明されるが、以下の本発明の説明から更に良好に理解されるか、或いは本発明で提供される実施形態の実施を介して習得され得る。

【0016】

本発明の一実施形態による無線通信システムにおいてＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）によって遂行される方法は、１以上のＳ－ＮＳＳＡＩ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に送信する段階と、前記ＮＳＡＣＦで前記１以上のＳ－ＮＳＳＡＩｓに対する前記スライスの利用可能性の確認が前記ＵＥのアクセスタイプに基づいて行われた場合、前記ＮＳＡＣＦから前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを受信する段階と、前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答を前記ＵＥに送信する段階と、を有する。

【0017】

本発明の一実施形態による無線通信システムにおいてＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）によって遂行される方法は、１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎｓ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から受信する段階と、前記ＵＥのアクセスタイプに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対するスライスの利用可能性の確認を行う段階と、前記ＡＭＦに前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを送信する段階と、を有し、前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答が前記ＡＭＦから前記ＵＥに送信される。

【0018】

本発明の一実施形態による無線通信システムにおけるＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）は、送受信部と、前記送受信部に連結された少なくとも１つのプロセッサと、を備え、前記少なくとも１つのプロセッサは、１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）に送信し、前記ＮＳＡＣＦで前記１以上のＳ－ＮＳＳＡＩｓに対する前記スライスの利用可能性の確認が前記ＵＥのアクセスタイプに基づいて行われた場合、前記ＮＳＡＣＦから前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを受信し、前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答を前記ＵＥに送信するように構成される。

【0019】

本発明の一実施形態による無線通信システムにおけるＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）は、送受信部と、前記送受信部に連結された少なくとも１つのプロセッサと、を備え、前記少なくとも１つのプロセッサは、１以上のＳ－ＮＳＳＡＩｓ（ｓｉｎｇｌｅ ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）に対するＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）の登録要請に基づき、前記ＵＥのアクセスタイプに関する情報を含むスライスの利用可能性の確認のための要請メッセージをＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）から受信し、前記ＵＥのアクセスタイプに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対するスライスの利用可能性の確認を行い、前記ＡＭＦに前記スライスの利用可能性の確認の結果に関する情報を含む応答メッセージを送信するように構成され、前記応答メッセージに基づき、前記１以上のＳ－ＮＳＳＡＩｓに対する登録応答が前記ＡＭＦから前記ＵＥに送信される。

【0020】

以下の詳細な説明をする前に、本明細書の全般に亘って使用される用語及び文言の定義について説明することが望ましいであろう。「含む」及び「構成する」という用語及びその派生語は、制限なく「包含」を意味する。「又は」という用語は、包括的であり、「及び／又は」を意味する。「関する」及び「それに関する」という文言及びその派生語は、「含む」、「含まれる」、「相互連結する」、「込めている」、「込められている」、「連結する」又は「連結される」、「結合する」又は「結合される」、「～と通信する」、「～と協力する」、「入り込む」、「併置する」、「近接する」、「～にまとめられている」又は「～とまとめられている」、「有する」、「～の属性を有する」というようなものを意味する。「制御部」という用語は、少なくとも１つの動作を制御する全ての装置、システム、又はその一部を意味し、そのような装置は、ハードウェア、ファームウェア若しくはソフトウェア、又はそれらのうちの少なくとも２つの組み合わせによって具現され得る。特定のコントローラに関する機能は、ローカルであっても遠隔であってもよく、中央集中化されるか又は分散される。

【0021】

また、以下で説明する多様な機能は１以上のコンピュータプログラムによって具現されるか又は支援され、各機能はコンピュータでプログラムコードに作成されてコンピュータ読み取り可能な媒体に具現される。「アプリケーション」及び「プログラム」という用語は、１以上のコンピュータプログラム、ソフトウェア構成要素、命令セット、手続き、機能、個体、クラス、インスタンス、関連データ、又はそれらの一部を、適するコンピュータ読み取り可能なプログラムコードによって具現したものを意味する。「コンピュータ読み取り可能なプログラムコード」という文言は、ソースコード、目的コード、実行コードのような全ての類型のコンピュータコードを含む。「コンピュータ読み取り可能な媒体」という文言は、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）（読み取り専用メモリ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ハードディスクドライブ、ＣＤ（ｃｏｍｐａｃｔ ｄｉｓｋ）、ＤＶＤ（ｄｉｇｉｔａｌ ｖｉｄｅｏ ｄｉｓｃ）、又はその他の類型のメモリのような、コンピュータによってアクセスされる全ての類型の媒体を含む。「非一時的」コンピュータ読み取り可能な媒体は、一時的な、電気、又はその他信号を伝送する有線、無線、光学、又はその他の通信リンクを除く。非一時的コンピュータ読み取り可能な媒体は、データが永久に保存される媒体と、書き換え可能な光ディスク、又は消去可能なメモリ装置のように、データが保存され、上書きし得る媒体とを含む。

【0022】

明細書書全般に亘って提供する特定の単語及び句節に関する定義が提供され、当業者であるならば、それらを例示として限定されるものではなく、前のみならず、当該の単語及び句節の将来的な使用にも定義が適用され得ることが、自明に理解される。

【0023】

以下で説明する図１～図２４及び本明細書における本発明の原理について説明するために使用される多様な実施形態は、単に例示のためのものであり、いかなる方式によっても本発明の範囲を制限するものと解釈されるものではない。当業者であるならば、本発明の原理を理解し、本発明は、任意の配列されたシステム又はデバイスで適切に具現される。

【0024】

明細書全般において、「少なくとも１つのａ、ｂ、又はｃ」という表現は、単にａ、単にｂ、単にｃ、ａ及びｂのいずれも、ａ及びｃのいずれも、ｂ及びｃのいずれも、ａ、ｂ、及びｃのいずれも示すことができる。

【0025】

明細書全般において、レイヤは、エンティティとして説明される。

【0026】

以下、本発明は、無線通信システムにおいて多様なサービスを支援するための方法及びその装置に関するものである。具体的に、本発明は、無線通信システムにおいてネットワークスライスを利用しようとする端末登録を管理することにより、多様なサービスを支援するための技術について説明する。

【0027】

以下、説明で使用される接続ノード（ｎｏｄｅ）を識別するための用語、網客体（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）又はＮＦｓ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎｓ）を称する用語、メッセージを称する用語、網客体間インターフェースを称する用語、多様な識別情報を称する用語は、説明の便宜のために例示したものである。従って、本発明によるネットワークスライス登録方法は、後述する用語に限定されるものではなく、同等な技術的意味を有する対象を称する他の用語が使用され得る。

【0028】

以下、説明の便宜のために、本発明は、３ＧＰＰ ＬＴＥ（３^ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ ｌｏｎｇ ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）及び５Ｇ規格で定義している用語及び名称を使用する。しかし、本発明は、上述の用語及び名称によって限定されるものではなく、他の規格によるシステムにも、同一に適用される。

【0029】

以下、説明の便宜のために、接続制御及び状態管理のために情報を交換する対象をＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）の名称（例えば、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）、ＮＳＳＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）など）を利用して説明する。しかし、本発明の実施形態は、実際に、ＮＦがインスタンス（ｉｎｓｔａｎｃｅ）（ＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、ＮＳＳＦ ｉｎｓｔａｎｃｅなど）として具現される場合にも、同一に適用される。

【0030】

多様なネットワーク構造において、多様なサービスを支援するためにネットワークスライシング（ｎｅｔｗｏｒｋ ｓｌｉｃｉｎｇ）技術が導入されてきた。ネットワークスライシングは、特定のサービスを支援するためのネットワーク要素（ＮＦ）の集合であり、ネットワークを論理的に構成し、それを他のスライスから分離する技術である。１つの端末は、多様なサービスを受ける場合、２以上のスライスに接続することができる。

【0031】

図１は、本発明の一実施形態による５ＧＳのシステム構造を示す図である。

【0032】

５ＧＳは、５Ｇコアネットワーク、基地局、端末などによって構成される。５Ｇコアネットワーク（又は、５Ｇ核心網）は、ＡＭＦ １２０、ＳＭＦ １３５、ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）１３０、ＰＣＦ（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）１４０、ＵＤＭ（ｕｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）１４５、ＮＳＳＦ １６０、ＮＷＤＡＦ（ｎｅｔｗｏｒｋ ｄａｔａ ａｎａｌｙｔｉｃｓ ｆｕｎｃｔｉｏｎ）１６５、Ｎ３Ｆ（ｎｏｎ－３ＧＰＰ ｆｕｎｃｔｉｏｎ）１１５などによって構成される。

【0033】

端末（ＵＥ：ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１００は、３ＧＰＰラジオ接続ネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）基地局１１０とｎｏｎ－３ＧＰＰ接続ネットワーク１１１とを介して５Ｇコアネットワークに接続する。端末１００は、基地局１１０を介してＡＭＦ １２０にＮ２インターフェースで連結され、ＵＰＦ １３０にＮ３インターフェースで連結される。３ＧＰＰ ＡＮ１１０は、基地局（ｂａｓｅ ｓｔａｔｉｏｎ）以外に、「アクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「５Ｇノード（５^ｔｈ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、又はそれと同等な技術的意味を有する他の用語に称される。Ｎ３Ｆ（ｎｏｎ－３ＧＰＰ ｆｕｎｃｔｉｏｎ）１１５は、３ＧＰＰで定義されていない接続ネットワーク（ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）（例えば、Ｗｉ－Ｆｉ（ｗｉｒｅｌｅｓｓ ｆｉｄｅｌｉｔｙ）など）１１１を介して接続した端末１００のためのＮ２インターフェース及びＮ３インターフェースの終了点（ｔｅｒｍｉｎａｔｉｏｎ）として動作するＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）である。Ｎ３Ｆ １１５は、Ｎ２制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）シグナリング及びＮ３ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）パケットを処理する。ｎｏｎ－３ＧＰＰ接続ネットワーク１１１を介してＮ３Ｆ １１５に連結された端末１００は、Ｎ３Ｆ １１５を介してＡＭＦ １２０にＮ２インターフェースで連結され、ＵＰＦ １３０にＮ３インターフェースで連結される。Ｎ３Ｆ １１５には、Ｎ３ＩＷＦ（ｎｏｎ－３ＧＰＰ ｉｎｔｅｒｗｏｒｋｉｎｇ ｆｕｎｃｔｉｏｎ）、ＴＮＧＦ（ｔｒｕｓｔｅｄ ｎｏｎ－３ＧＰＰ ｇａｔｅｗａｙ ｆｕｎｃｔｉｏｎ）などがある。

【0034】

ＡＭＦ １２０は、端末（ＵＥ）に関する無線網接続（ａｃｃｅｓｓ）及び移動性（ｍｏｂｉｌｉｔｙ）を管理するＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）である。ＳＭＦ １３５は端末に関するセッション（ｓｅｓｓｉｏｎ）を管理するＮＦであり、セッション情報は、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）情報、課金情報、パケット処理に関する情報が含まれる。ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）１３０は、ユーザプレーントラフィック（ｕｓｅｒ ｐｌａｎｅ ｔｒａｆｆｉｃ）を処理するＮＦであり、ＳＭＦ １３５によって制御を受ける。ＰＣＦ １４０は、無線通信システムにおいてサービスを提供するための事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）を管理するＮＦである。

【0035】

ＵＤＭ １４５は、端末の加入者情報（ＵＥ ｓｕｂｓｃｒｉｐｔｉｏｎ）を保存して管理するＮＦである。ＵＤＲ（ｕｎｉｆｉｅｄ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ）１５０は、データを保存して管理するＮＦである。ＵＤＲ １５０は、端末加入情報を保存してＵＤＭ １４５に端末加入情報を提供する。また、ＵＤＲ １５０は、事業者ポリシー情報を保存してＰＣＦ １４０に事業者ポリシー情報を提供する。

【0036】

ＮＷＤＡＦ １６５は、５Ｇシステムが動作するための分析情報を提供するＮＦである。ＮＷＤＡＦ １６５は、５Ｇシステムを構成する他のＮＦ又はＯＡＭ（ｏｐｅｒａｔｉｏｎ、ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ）からデータを収集し、収集されたデータを分析して分析結果を他のＮＦに提供する。ＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）１８０は、ネットワークスライス入場制御（ＮＳＡＣ：ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）の対象になるネットワークスライスの登録端末数及びセッション数をモニタリングして制御するＮＦである。ＮＳＡＣＦ １８０には、ネットワークスライス別の最大登録端末数及び最大セッション数に関する設定情報が保存されている。

【0037】

以下では、説明の便宜のために、接続制御及び状態管理のために情報を交換する対象を総称してＮＦとして説明する。しかし、本発明の実施形態は、実際にＮＦがインスタンス（ｉｎｓｔａｎｃｅ）（ＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、ＮＳＳＦ ｉｎｓｔａｎｃｅなど）として具現される場合にも、同一に適用される。

【0038】

本発明において、インスタンス（ｉｎｓｔａｎｃｅ）は、特定のＮＦがソフトウェアのコード形態として存在し、物理的なコンピューティングシステム、例えばコアネットワーク上に存在する特定のコンピューティングシステムでＮＦの機能を遂行するために、コンピューティングシステムから物理的又は／及び論理的な資源を割り当てられて実行可能な状態を意味する。従って、ＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、及びＮＳＳＦ ｉｎｓｔａｎｃｅは、それぞれコアネットワーク上に存在する特定のコンピューティングシステムから、ＡＭＦ、ＳＭＦ、ＮＳＳＦ動作のために物理的又は／及び論理的資源を割り当てられて使用することを意味する。結果として、物理的なＡＭＦ、ＳＭＦ、及びＮＳＳＦ装置、並びにネットワーク上に存在する特定のコンピューティングシステムからの、ＡＭＦ、ＳＭＦ、ＮＳＳＦ動作のために物理的又は／及び論理的資源を割り当てられて使用するＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、及びＮＳＳＦ ｉｎｓｔａｎｃｅは、同一動作を遂行する。従って、本発明の実施形態において、ＮＦ（ＡＭＦ、ＳＭＦ、ＵＰＦ、ＮＳＳＦ、ＮＲＦ、ＳＣＰなど）と記述された事項はＮＦ ｉｎｓｔａｎｃｅで代替されるか、或いは反対にＮＦ ｉｎｓｔａｎｃｅと記述された事項がＮＦで代替されて適用される。同様に、本発明の実施形態において、ｎｅｔｗｏｒｋ ｓｌｉｃｅと記述された事項はｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅで代替されるか、或いは反対にｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅと記述された事項はｎｅｔｗｏｒｋ ｓｌｉｃｅで代替されて適用される。

【0039】

本発明の一実施形態によると、３ＧＰＰで定義された５Ｇシステムでは、１つのネットワークスライスをＳ－ＮＳＳＡＩ（ｓｉｎｇｌｅ－ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）と称する。Ｓ－ＮＳＳＡＩは、ＳＳＴ（ｓｌｉｃｅ／ｓｅｒｖｉｃｅ ｔｙｐｅ）値とＳＤ（ｓｌｉｃｅ ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）値とによって構成される。ＳＳＴは、スライスが支援するサービスの特性（例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）、ＵＲＬＬＣ（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｖ２Ｘ（ｖｅｈｉｃｌｅ ｔｏ ｅｖｅｒｙｔｈｉｎｇ）など）を示す。ＳＤは、ＳＳＴと称される特定サービスに関する更なる識別子として使用される値である。

【0040】

ＮＳＳＡＩは、１以上のＳ－ＮＳＳＡＩによって構成される。ＮＳＳＡＩの例としては、端末に保存されているｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ、端末が要請するｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、５Ｇ核心網のＮＦ（例えば、ＡＭＦ、ＮＳＳＦなど）が決定する端末が利用するように許容されたａｌｌｏｗｅｄ ＮＳＳＡＩ、端末が加入しているｓｕｂｓｃｒｉｂｅｄ ＮＳＳＡＩなどが含まれるが、上記例示に制限されるものではない。

【0041】

端末１００は、３ＧＰＰ接続ネットワーク１１０及びｎｏｎ－３ＧＰＰ接続ネットワーク１１１に同時に連結されて５Ｇシステムに登録される。具体的に、端末１００は、３ＧＰＰ基地局１１０に接続してＡＭＦ １２０と登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を遂行する。登録手続き中、ＡＭＦ １２０は、３ＧＰＰ基地局１１０に接続した端末が利用可能な許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定して端末１００に割り当てる。それを第１許容スライスと称する。端末１００は、ｎｏｎ－３ＧＰＰ接続ネットワーク１１１に接続し、Ｎ３Ｆ １１５を介してＡＭＦ １２０と登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を行う。登録手続き中、ＡＭＦ １２０は、ｎｏｎ－３ＧＰＰ接続ネットワーク１１１に接続した端末が利用可能な許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定して端末１００に割り当てる。それを第２許容スライスと称する。第１許容スライス及び第２許容スライスは、同一Ｓ－ＮＳＳＡＩを含むか又は他のＳ－ＮＳＳＡＩを含む。

【0042】

図２は、本発明の一実施形態による端末登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を示す図である。

【0043】

図２を参照すると、本発明の一実施形態による端末１００は、３ＧＰＰ接続ネットワーク基地局１１０及びｎｏｎ－３ＧＰＰ接続ネットワーク１１１に接続してＡＭＦ １２０と登録手続きを行う。本発明の実施形態に対する説明において、アクセスネットワーク（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）とアクセスタイプ（ａｃｃｅｓｓ ｔｙｐｅ）とが混用されて使用される。

【0044】

なお、説明の便宜のために、端末登録手続き（ＵＥ ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を例として挙げて、本発明の一実施形態によるネットワークスライス登録管理方法について説明したが、端末登録手続きだけではなく、端末が始める他の手続き（ＵＥ－ｉｎｉｔｉａｔｅｄ ｐｒｏｃｅｄｕｒｅｓ）においても、本発明の実施形態が適用可能である。例えば、端末が始める他の手続きは、ＵＥ－ｉｎｉｔｉａｔｅｄ ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、ＵＥ ｒｅｇｉｓｔｒａｔｉｏｎの間のＮＳＳＡＡ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｐｅｃｉｆｉｃ ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｎｄ ａｕｔｈｏｒｉｚａｔｉｏｎ）などを含むが、それは、一例のみであり、端末が始める手続きである場合、本発明の実施形態が適用される。

【0045】

２１０段階：端末１００は、３ＧＰＰ接続ネットワーク基地局１１０に接続してＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末が利用しようとする要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）（例：Ｓ－ＮＳＳＡＩ Ａ）に関する情報が含まれる。

【0046】

２１２段階：本発明の一実施形態により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局１１０は、端末１００から受信されたｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づき、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを伝送するＡＭＦ １２０を選択する。例えば、基地局１１０は、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩを支援するＡＭＦ １２０を選択する。

【0047】

２１４段階：基地局１１０は、２１２段階で選択されたＡＭＦ １２０にＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＡＭＦ １２０は、端末の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩ）、端末接続ネットワーク（３ＧＰＰ ＡＮ）、事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）に基づき、現在の端末が接続した（２１４段階のＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信した）接続ネットワーク（３ＧＰＰ ａｃｃｅｓｓ）に適用される許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。例えば、ＡＭＦ １２０は、端末の要請スライス（例：Ｓ－ＮＳＳＡＩ Ａ）を許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ）に含める。

【0048】

２１６段階：ＡＭＦ １２０は、ＡＭＦ １２０に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩがＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ） ｃｏｕｎｔｉｎｇ対象であるか否か、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩが５ＧＣ（５ｔｈ Ｇｅｎｅｒａｔｉｏｎ Ｃｏｒｅ ｎｅｔｗｏｒｋ） ｃｏｕｎｔｉｎｇ対象であるか否か、どのａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、ｂｏｔｈ ｏｆ ３ＧＰＰ ａｃｃｅｓｓ ａｎｄ ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓなど）がＳ－ＮＳＳＡＩのためのＮＳＡＣ対象であるかを示す情報を含む。また、ＡＭＦ １２０は、設定情報に基づき、端末１００が現在接続した基地局１１０のａｃｃｅｓｓ ｔｙｐｅ（即ち、端末が要請メッセージの送信に利用したａｃｃｅｓｓ ｔｙｐｅ）がＳ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅであるか否かを判断する。

【0049】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １２０は、端末１００の許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ １８０にスライスの利用可能性を確認する。そのために、ＡＭＦ １２０は、ＮＳＡＣＦ １８０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージを伝送する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージには、対象になるスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、端末が接続した基地局のａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰなど）、端末位置情報（例：ＴＡなど）、端末ＩＤ情報（例：ＳＵＰＩ（ｓｕｂｓｃｒｉｐｔｉｏｎ ｐｅｒｍａｎｅｎｔ ｉｄｅｎｔｉｆｉｅｒ）、５Ｇ－ＧＵＴＩ（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）など）のうちの少なくとも一つが含まれる。

【0050】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩではない場合、或いはＮＳＡＣの対象になるＳ－ＮＳＳＡＩや、端末が接続したａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣの対象ではない場合、ＡＭＦ １２０は、２１６段階～２２０段階を遂行しない。一実施形態によるＡＭＦ １２０は、２２２段階を遂行して端末１００に許容スライスを伝達する。例えば、２２２段階において、ＡＭＦ １２０は、許容スライスに関する情報を含むＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを３ＧＰＰ基地局１１０に伝送する。３ＧＰＰ基地局１１０に伝送されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージは、端末１００に伝達される。他の実施形態により、ＡＭＦ １２０は、端末１００に対する許容スライスが存在しない場合、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを３ＧＰＰ基地局１１０に伝送する。３ＧＰＰ基地局１１０に伝送されたＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージは、端末１００に伝達される。

【0051】

２１８段階：ＮＳＡＣＦ １８０は、ＡＭＦ １２０から受信されたＮＳＡＣ対象になるスライス（例：Ｓ－ＮＳＳＡＩ、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）のスライスポリシー、及び対象になるスライスの現在の接続端末数を確認する。ＮＳＡＣＦ １８０は、ＮＳＡＣＦ １８０に保存された設定情報に基づき、ＡＭＦ １２０から受信されたスライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、Ｓ－ＮＳＳＡＩがＮＳＡＣ対象であるか否かを示す情報、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩがＥＰＣ ｃｏｕｎｔｉｎｇ対象であるか否かを示す情報、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩが５ＧＣ ｃｏｕｎｔｉｎｇ対象であるか否かを示す情報、及びどのａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、そのどちらもなど）がＳ－ＮＳＳＡＩのためのＮＳＡＣの対象になるかを示す情報を含む。ＮＳＡＣＦ １８０は、設定情報、ＡＭＦ １２０から受信された情報に基づき、ＡＭＦ １２０から受信されたスライス及びａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣ対象であるか否かを判断する。

【0052】

例えば、ＮＳＡＣＦ １８０は、ＡＭＦ １２０から受信された要請メッセージに含まれるａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣ対象であるか否かを判断する。ＡＭＦ １２０から受信された要請メッセージに含まれるａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣ対象である場合、ＮＳＡＣＦ １８０は、下記のように、現在の接続端末数を増減させるための動作を遂行する。ＡＭＦ １２０から受信された要請メッセージに含まれるａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣ対象ではない場合、ＮＳＡＣＦ １８０は、現在の接続端末数を増減させるための動作を遂行しない。

【0053】

ＮＳＡＣＦ １８０は、ＮＳＡＣ対象になるスライスのスライスポリシーのうちの最大端末数とＮＳＡＣ対象になるスライスの現在の接続端末数とを比較し、ＮＳＡＣ対象になるスライスの現在の接続端末数が最大端末数に達していない場合、ＮＳＡＣＦ １８０は、ＮＳＡＣ対象スライスが現在利用可能であると判断する。ＮＳＡＣ対象スライスが現在利用可能である場合、ＮＳＡＣＦ １８０は、２１６段階の要請メッセージに基づき、ＮＳＡＣ対象スライスの現在の接続端末数を１ほど増加させる。また、ＮＳＡＣＦ １８０は、Ｓ－ＮＳＳＡＩを利用している接続端末数を管理するために２１６要請メッセージに含まれる端末ＩＤ及びａｃｃｅｓｓ ｔｙｐｅを保存する。

【0054】

或いは、例えばＮＳＡＣＦ １８０は、ＮＳＡＣ対象になるスライスのスライスポリシーのうちの最大端末数とＮＳＡＣ対象になるスライスの現在の接続端末数とを比較し、ＮＳＡＣ対象になるスライスの現在の接続端末数が最大端末数に達している場合、ＮＳＡＣＦ １８０は、ＮＳＡＣ対象スライスが現在利用可能ではないと判断する。

【0055】

２２０段階：ＮＳＡＣＦ １８０は、ＡＭＦ １２０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを返信する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージには、ＮＳＡＣ対象になるスライス情報（例：Ｓ－ＮＳＳＡＩ、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、ＮＳＡＣ対象になるスライスの利用が可能か否か（例：利用可能又は利用不可能を示す指示子（ｉｎｄｉｃａｔｉｏｎ）、原因値（ｃａｕｓｅ ｖａｌｕｅ）など）、ＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅ関連情報のうちの少なくとも一つが含まれる。ＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅ関連情報は、多様な形態が可能である。例えば、ＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅ関連情報は、Ｓ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅ情報、Ｓ－ＮＳＳＡＩのためのＮＳＡＣ対象にならないａｃｃｅｓｓ ｔｙｐｅ情報、ＡＭＦから受信されたａｃｃｅｓｓ ｔｙｐｅがＳ－ＮＳＳＡＩのためのＮＳＡＣ対象であるか否かのような情報が含まれる。

【0056】

ＡＭＦ １２０から受信された要請メッセージに含まれるａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣ対象ではない場合、Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージには、ＡＭＦ １２０が要請したＳ－ＮＳＳＡＩのためのａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣ対象にならないという情報を含む。

【0057】

ＡＭＦ １２０は、ＮＳＡＣＦ １８０から受信されたスライスの利用が可能か否かにより、許容スライスを確定する。また、ＡＭＦ １２０は、ＡＭＦ １２０に保存された設定情報及び／又はＮＳＡＣＦ １８０から受信された情報に基づき、Ｓ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅを決定する。例えば、ＮＳＡＣＦ １８０からスライス（Ｓ－ＮＳＳＡＩ）が利用可能であることを返信されて、ａｃｃｅｓｓ ｔｙｐｅ（例えば、端末が接続したａｃｃｅｓｓ ｔｙｐｅ、又は許容スライスに適用されるａｃｃｅｓｓ ｔｙｐｅ）がＳ－ＮＳＳＡＩのためのＮＳＡＣ対象である場合、ＡＭＦ １２０は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。或いは、例えばＮＳＡＣＦ １８０からスライス（Ｓ－ＮＳＳＡＩ）が利用不可能であることを返信されて、端末が接続した基地局のａｃｃｅｓｓ ｔｙｐｅ（例えば、端末が接続したａｃｃｅｓｓ ｔｙｐｅ、又は許容スライスに適用されるａｃｃｅｓｓ ｔｙｐｅ）がＳ－ＮＳＳＡＩのためのＮＳＡＣ対象である場合、ＡＭＦ １２０は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含めない。更に、ＡＭＦ １２０は、スライス（Ｓ－ＮＳＳＡＩ）を拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）に含める。ａｃｃｅｓｓ ｔｙｐｅ（例えば、端末が接続したａｃｃｅｓｓ ｔｙｐｅ又は許容スライスに適用されるａｃｃｅｓｓ ｔｙｐｅ）がＳ－ＮＳＳＡＩのためのＮＳＡＣ対象ではない場合、ＡＭＦ １２０は、許容スライスの決定の際に、ＮＳＡＣＦ １８０から受信されたスライスの利用が可能か否かを考慮しない。

【0058】

２２２段階：ＡＭＦ １２０は、２１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージ）を基地局１１０に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージには、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つに関する情報が含まれる。端末が利用可能なスライスがない場合、ＡＭＦ １２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0059】

２２４段階：基地局１１０は、ＡＭＦ １２０から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末１００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末１００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる情報を基に、３ＧＰＰ ＡＮに適用される許容スライス及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスを３ＧＰＰ ＡＮにおいて使用する。

【0060】

２４０段階：端末１００は、ｎｏｎ－３ＧＰＰ接続ネットワーク１１１に接続してＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージは、端末が利用しようとする要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、例：Ｓ－ＮＳＳＡＩ Ａ）に関する情報を含む。本発明の一実施形態により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信したｎｏｎ－３ＧＰＰ接続ネットワーク１１１は、端末１００から受信されたメッセージをＮ３Ｆ １１５に伝達する。

【0061】

２４２段階：Ｎ３Ｆ １１５は、端末１００から受信されたｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ及び／又は端末ＩＤ（例：５Ｇ－ＧＵＴＩなど）に基づき、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを伝送するＡＭＦを選択する。例えば、Ｎ３Ｆ １１５は、端末ＩＤ（例：５Ｇ－ＧＵＴＩなど）に基づいて指示されるＡＭＦを選択する。

【0062】

２４４段階：Ｎ３Ｆ １１５は、２４２段階で選択されたＡＭＦ １２０にＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＡＭＦ １２０は、端末の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩ）、ｎｏｎ－３ＧＰＰアクセスネットワーク、及び端末１００に関する事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）に基づき、現在の端末１００が接続した（２４０段階のＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを送信した）接続ネットワーク（ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ）に適用する許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。また、許容スライスの決定の際に、ＡＭＦ １２０は、２１０段階～２２４段階で決定された許容スライス及び／又は拒絶スライスを考慮する。例えば、ＡＭＦ １２０は、端末の要請スライス（例：Ｓ－ＮＳＳＡＩ Ａ）を許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ）に含める。

【0063】

２４６段階：ＡＭＦ １２０は、ＡＭＦ １２０に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １２０は、端末１００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ １８０にスライスの利用可能性を確認する。上述の方法は、２１６段階で記述された方法と同一である。

【0064】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩではない場合、或いはＮＳＡＣの対象になるＳ－ＮＳＳＡＩや、端末が接続したａｃｃｅｓｓ ｔｙｐｅがＮＳＡＣの対象ではない場合、ＡＭＦ １２０は、２４６段階～２５０段階を遂行しない。ＡＭＦ １２０は、２５２段階及び２５４段階を遂行して端末１００に許容スライスを伝達する。

【0065】

２４８段階：ＮＳＡＣＦ １８０は、ＮＳＡＣＦ １８０に保存された設定情報に基づき、ＡＭＦ １２０から受信されたスライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。ＮＳＡＣＦ １８０は、判断の結果による動作を遂行する。上述の方法は、２１８段階で記述された方法と同一である。

【0066】

２５０段階：ＮＳＡＣＦ １８０は、ＡＭＦ １２０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを返信する。上述の方法は、２２０段階で記述された方法と同一である。

【0067】

ＡＭＦ １２０は、ＮＳＡＣＦ １８０から受信されたスライスの利用が可能か否かにより、許容スライスを確定する。上述の方法は、２２０段階で記述された方法と同一である。

【0068】

２５２段階：ＡＭＦ １２０は、２４４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージ）をＮ３Ｆ １１５に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージには、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つに関する情報が含まれる。端末１００が利用可能なスライスがない場合、ＡＭＦ １２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0069】

２５４段階：Ｎ３Ｆ １１５は、ｎｏｎ－３ＧＰＰ接続ネットワーク１１１を介してＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末１００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末１００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれるｎｏｎ－３ＧＰＰ ＡＮに適用される許容スライス及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスをｎｏｎ－３ＧＰＰ ＡＮにおいて使用する。

【0070】

本発明の実施形態によると、ＮＳＡＣＦ １８０は、端末の登録別スライスの利用可能性を判断する。それにより、端末１００が２１０段階及び２４０段階で同一スライス（例：Ｓ－ＮＳＳＡＩ Ａ）を要請したとしても、２１８段階及び２４８段階の発生時点又はａｃｃｅｓｓ ｔｙｐｅなどにより、当該スライスの利用可能性が異なる。即ち、２１８段階のＮＳＡＣＦ １８０は当該スライス（例：Ｓ－ＮＳＳＡＩ Ａ）が利用可能であると判断したが、２４８段階のＮＳＡＣＦ １８０は、当該スライス（例：Ｓ－ＮＳＳＡＩ Ａ）が利用不可能であると判断する。それは、２１８段階の時点では現在の登録端末数が最大端末数よりも少なく利用可能であったが、２４８段階の時点では現在の登録端末数が最大端末数よりも多いか又はそれと同じであり利用可能ではなかったためである。

【0071】

或いは、２１８段階の要請に含まれるａｃｃｅｓｓ ｔｙｐｅは、Ｓ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅに続いて利用可能であると判断されたが、２４８段階の要請に含まれるａｃｃｅｓｓ ｔｙｐｅは、Ｓ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅではなく、利用可能ではないと判断されたためである。それにより、ＡＭＦ １２０は、２２２段階で伝送されるＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに当該スライス（例：Ｓ－ＮＳＳＡＩ Ａ）をａｌｌｏｗｅｄ ＮＳＳＡＩとして含めて端末１００に伝送する。なお、ＡＭＦ １２０は、２５２段階で伝送されるＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに当該スライス（例：Ｓ－ＮＳＳＡＩ Ａ）をｒｅｊｅｃｔｅｄ ＮＳＳＡＩとして含めて、２５４段階で端末１００に伝送する。

【0072】

図２では、本発明の説明のために、３ＧＰＰ接続ネットワークの登録手続きとｎｏｎ－３ＧＰＰ接続ネットワークの登録手続きとを順次に記述したが、ｎｏｎ－３ＧＰＰ接続ネットワークの登録手続きがあった後、３ＧＰＰ接続ネットワークの登録手続きが発生し得る。

【0073】

以下では、図３～図５を参照して、本発明の実施形態による端末の許容スライス変更手続きについて説明する。端末１００がｎｏｎ－３ＧＰＰ接続ネットワーク１１１を介してＡＭＦ １２０とメッセージをやり取りする場合、端末１００がｎｏｎ－３ＧＰＰ接続ネットワーク１１１に伝送するメッセージはＮ３Ｆ １１５を介してＡＭＦ １２０に伝達され、ＡＭＦ １１５がｎｏｎ－３ＧＰＰ接続ネットワーク１１１に伝送するメッセージはＮ３Ｆ １１５を介してｎｏｎ－３ＧＰＰ接続ネットワーク１１１に伝達されるが、図面では、Ｎ３Ｆ １１５を介するメッセージ伝達を省略した。本発明の実施形態に対する説明において、ａｃｃｅｓｓ ｎｅｔｗｏｒｋとａｃｃｅｓｓ ｔｙｐｅとが混用されて使用される。

【0074】

なお、説明の便宜のために、端末設定アップデート手続き（ＵＥ ｃｏｎｆｉｇｕｒａｔｉｏｎ ｕｐｄａｔｅ ｐｒｏｃｅｄｕｒｅ）を例として挙げて、本発明の一実施形態によるネットワークスライス登録管理方法について説明したが、端末設定アップデート手続きだけではなく、ネットワーク又はサーバが始める他の手続き（ｎｅｔｗｏｒｋ－ｉｎｉｔｉａｔｅｄ ｐｒｏｃｅｄｕｒｅｓ）においても本発明の実施形態が適用される。例えば、ネットワーク又はサーバが始める他の手続きは、ｎｅｔｗｏｒｋ－ｉｎｉｔｉａｔｅｄ ｄｅｒｅｇｉｓｔｒａｔｉｏｎ、ＡＡＡ（ａｕｔｈｅｎｔｉｃａｔｉｏｎ ａｕｔｈｏｒｉｚａｔｉｏｎ ａｃｃｏｕｎｔｉｎｇ） ｓｅｒｖｅｒ ｔｒｉｇｇｅｒｅｄ ＮＳＳＡＡ、ＡＡＡ ｓｅｒｖｅｒ ｔｒｉｇｇｅｒｅｄ ＮＳＳＡＡ ｒｅｖｏｃａｔｉｏｎなどを含むが、それらは、一例のみであり、ネットワーク又はサーバが始める手続きである場合、本発明の実施形態が適用される。

【0075】

本発明の実施形態によるＡＭＦ １２０は、多様な理由により、端末の設定情報をアップデートすると決定する。

【0076】

例えば、ＡＭＦ １２０から図２に示した手続きを介して端末１００に伝送された許容スライスは、Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む。このとき、図２に示したＡＭＦ １２０が許容スライスを決定する過程において、ＡＭＦ １２０は、ＵＤＭ １４５に保存された端末１００の加入情報に含まれる加入スライスのみを許容スライスに含める。即ち、ＵＤＭ １４５に保存された端末１００が加入したスライスは、Ｓ－ＮＳＳＡＩ Ａ及びＳ－ＮＳＳＡＩ Ｂを含む。その後、ＵＤＭ １４５に保存された端末１００が加入したスライス情報からＳ－ＮＳＳＡＩ Ｂが削除される。ＵＤＭ １４５は、Ｓ－ＮＳＳＡＩ Ｂが、端末１００が加入したスライス情報から削除されたことをＡＭＦ １２０に知らせる。ＡＭＦ １２０は、削除されたＳ－ＮＳＳＡＩ Ｂが端末１００の許容スライスに含まれるか否かを判断し、含まれる場合、Ｓ－ＮＳＳＡＩ Ｂを許容スライスから削除するために端末の設定情報をアップデートすると決定する。

【0077】

他の例によると、ＡＭＦ １２０が図２に示した手続きを介して端末１００に伝送された許容スライスは、Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む。その後、ＵＤＭ １４５に保存された端末１００が加入した加入情報にＳ－ＮＳＳＡＩ Ｃが追加される。ＵＤＭ １４５は、Ｓ－ＮＳＳＡＩ Ｃが、端末１００が加入した加入情報に追加されたことをＡＭＦ １２０に知らせる。ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを許容スライスに追加すると決定する。それにより、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを許容スライスに追加するために端末の設定情報をアップデートすると決定する。

【0078】

図３は、本発明の一実施形態による端末の許容スライス変更手続きについて説明するための図である。

【0079】

以下では、図３を参照して、許容スライスにＳ－ＮＳＳＡＩ Ｃを追加するために端末の設定情報をアップデートする場合、及び許容スライスからＳ－ＮＳＳＡＩ Ｂを削除するために端末の設定情報をアップデートする場合について説明する。

【0080】

Ｃａｓｅ １：許容スライスにＳ－ＮＳＳＡＩ Ｃを追加するために端末の設定情報をアップデートする場合

【0081】

３１０段階：ＡＭＦ １２０は、多様な理由により、端末１００の設定情報をアップデートすると決定する。例えば、ＡＭＦ １２０は、端末１００の許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む）に他のスライス（例：Ｓ－ＮＳＳＡＩ Ｃ）を追加すると決定する。それにより、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを許容スライスに追加するために端末１００の設定情報をアップデートすると決定する。

【0082】

３１２段階：ＡＭＦ １２０は、許容スライスにＳ－ＮＳＳＡＩ Ｃを追加する前に、ＡＭＦ １２０に保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるＳ－ＮＳＳＡＩであるか否かを判定する。例えば、ＡＭＦ １２０は、当該Ｓ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるＳ－ＮＳＳＡＩである場合、ＮＳＡＣＦ ２００との手続き（３１４段階～３１８段階）を遂行すると決定する。また、ＡＭＦ １２０は、保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ ＣのためにＮＳＡＣに適用される１以上の第１ａｃｃｅｓｓ ｔｙｐｅを決定する。例えば、ＡＭＦ １２０はＳ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるスライスであり、３ＧＰＰａｃｃｅｓｓ ｔｙｐｅはＮＳＡＣに適用される一方、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓはＮＳＡＣに適用されないと決定する。或いは、ＡＭＦ １２０は、３ＧＰＰａｃｃｅｓｓ ｔｙｐｅとｎｏｎ－３ＧＰＰａｃｃｅｓｓ ｔｙｐｅとのいずれもがＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅに決定する。

【0083】

ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを追加する許容スライス（即ち、変更する許容スライス、ｃｈａｎｇｅ ｏｆ ａｌｌｏｗｅｄ ＮＳＳＡＩ）に適用される１以上の第２ ａｃｃｅｓｓ ｔｙｐｅを決定する。例えば、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを、３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅ、又は３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとのいずれにも該当する許容スライスに追加すると決定する。

【0084】

ＡＭＦ １２０は、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとを比較する。

【0085】

比較の結果として、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとが同一である場合、ＡＭＦ １２０は、ＮＳＡＣＦ ２００との手続き（３１４段階～３１６段階）を遂行すると決定する。即ち、ＡＭＦ １２０がＳ－ＮＳＳＡＩ Ｃを追加しようとする許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ）とＮＳＡＣ対象になる第１ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ）とが同一である場合、ＡＭＦ １２０とＮＳＡＣＦ ２００との手続き（３１４段階～３１８段階）が遂行される。

【0086】

比較の結果として、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとが同一ではない場合、即ちＡＭＦ １２０がＳ－ＮＳＳＡＩ Ｃを追加しようとする許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ）とＮＳＡＣ対象になる第１ ａｃｃｅｓｓ ｔｙｐｅ（例えば、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、又は３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれもがＮＳＡＣ対象ではない場合）が同一ではない場合、ＡＭＦ １２０は、ＮＳＡＣＦ ２００との手続き（３１４段階～３１８段階）を遂行しないと決定する。

【0087】

３１４段階：３１２段階でＮＳＡＣＦ ２００との手続きを遂行すると決定したＡＭＦ １２０は、端末１００の許容スライスにＳ－ＮＳＳＡＩ Ｃを追加することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ２００にスライスの利用可能性を確認する。即ち、ＡＭＦ １２０は、許容スライスに対する現在の端末数の増加（ｉｎｃｒｅａｓｅ）を要請する。そのために、ＡＭＦ １２０は、ＮＳＡＣＦ ２００にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージを伝送する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージには、ＮＳＡＣ対象になり、許容スライスに追加するスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、第２ ａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰ、そのどちらもなど）、端末位置情報（例：ＴＡなど）、端末ＩＤ情報（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）、又はｕｐｄａｔｅ ｆｌａｇ（例：現在の端末数の増加（ｉｎｃｒｅａｓｅ）を示す指示子）のうちの少なくとも一つが含まれる。

【0088】

３１６段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０から受信されたスライスの現在の接続端末数を確認する。ＮＳＡＣＦ ２００は、受信したスライスの現在の接続端末数、最大端末数情報に基づき、スライスが許容されるか否かを判定する。上述の方法は、２１８段階で記述された方法と同一である。

【0089】

３１８段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを返信する。ＡＭＦ １２０は、ＮＳＡＣＦ ２００から受信されたスライスの利用が可能か否か、及び／又はＳ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅ情報、ＡＭＦ １２０設定情報のうちの少なくとも一つに基づき、許容スライスを確定する。上述の方法は、２２０段階で記述された方法と同一である。

【0090】

３２０段階：ＡＭＦ １２０は、最終確定の許容スライスに関する情報を含むＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを端末１００に伝送する。更に、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、ＡＭＦ １２０が決定した拒絶スライスに関する情報を含む。例えば、ＮＳＡＣＦ ２００においてＳ－ＮＳＳＡＩ Ｃを利用可能であると判断した場合、Ｓ－ＮＳＳＡＩ Ｃは、許容スライスに含まれる。他の例により、ＮＳＡＣＦ ２００においてＳ－ＮＳＳＡＩ Ｃを利用可能ではないと判断した場合、Ｓ－ＮＳＳＡＩ Ｃは、拒絶スライスに含まれる。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例：３ＧＰＰ ａｃｃｅｓｓ）を支援する基地局１１０を介して端末１００に伝送される。

【0091】

３２２段階：基地局１１０は、端末１００にＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを受信した端末１００は、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに含まれる第２ ａｃｃｅｓｓ ｔｙｐｅに適用される許容スライス及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスを第２ ａｃｃｅｓｓ ｔｙｐｅにおいて利用する。

【0092】

Ｃａｓｅ ２：許容スライスからＳ－ＮＳＳＡＩ Ｂを削除するために端末の設定情報をアップデートする場合

【0093】

３１０段階：ＡＭＦ １２０は、多様な理由により、端末１００の設定情報をアップデートすると決定する。例えば、ＡＭＦ １２０は、端末１００の許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む）に含まれるスライスのうちの一部（例：Ｓ－ＮＳＳＡＩ Ｂ）又は全部を許容スライスから削除すると決定する。それにより、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂを許容スライスから削除するために端末１００の設定情報をアップデートすると決定する。

【0094】

３１２段階：ＡＭＦ １２０は、許容スライスからＳ－ＮＳＳＡＩ Ｂを削除する前に、ＡＭＦ １２０に保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ ＢがＮＳＡＣ対象になるＳ－ＮＳＳＡＩであるか否かを判定する。例えば、ＡＭＦ １２０は、当該Ｓ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるＳ－ＮＳＳＡＩである場合、ＮＳＡＣＦ ２００との手続き（３１４段階～３１８段階）を遂行すると決定する。また、ＡＭＦ １２０は、保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ ＢのためにＮＳＡＣに適用される１以上の第１ ａｃｃｅｓｓ ｔｙｐｅを決定する。例えば、ＡＭＦ １２０はＳ－ＮＳＳＡＩ ＢがＮＳＡＣ対象になるスライスであり、３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅはＮＳＡＣに適用される一方、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓはＮＳＡＣに適用されないと決定する。或いは、ＡＭＦ １２０は、３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとのいずれもがＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅに決定する。

【0095】

ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂを削除する許容スライスに適用される１以上の第２ ａｃｃｅｓｓ ｔｙｐｅを決定する。例えば、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂを、３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅ、又は３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとのいずれにも該当する許容スライスから削除すると決定する。

【0096】

ＡＭＦ １２０は、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとを比較する。

【0097】

比較の結果として、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとが同一である場合、ＡＭＦ １２０は、ＮＳＡＣＦ ２００との手続き（３１４段階～３１６段階）を遂行すると決定する。即ち、ＡＭＦ １２０がＳ－ＮＳＳＡＩ Ｂを削除しようとする許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ）とＮＳＡＣ対象になる第１ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ）とが同一である場合、ＡＭＦ １２０とＮＳＡＣＦ ２００との手続き（３１４段階～３１６段階）が遂行される。

【0098】

比較の結果として、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとが同一ではない場合、即ちＡＭＦ １２０がＳ－ＮＳＳＡＩ Ｂを削除しようとする許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ）とＮＳＡＣ対象になる第１ ａｃｃｅｓｓ ｔｙｐｅ（例えば、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、又は３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれもがＮＳＡＣ対象ではない場合）とが同一ではない場合、ＡＭＦ １２０は、ＮＳＡＣＦ ２００との手続き（３１４段階～３１６段階）を遂行しないと決定する。

【0099】

３１４段階：３１２段階でＮＳＡＣＦ ２００との手続きを遂行すると決定したＡＭＦ １２０は、端末１００の許容スライスからＳ－ＮＳＳＡＩ Ｂを削除することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ２００にスライスの利用可能性を確認する。即ち、ＡＭＦ １２０は、許容スライスに対する現在の端末数の減少（ｄｅｃｒｅａｓｅ）を要請する。そのために、ＡＭＦ １２０は、ＮＳＡＣＦ ２００にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージを伝送する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージには、ＮＳＡＣ対象になり、許容スライスから削除するスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、第２ ａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰ、そのどちらもなど）、端末位置情報（例：ＴＡなど）、端末ＩＤ情報（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）、ｕｐｄａｔｅ ｆｌａｇ（例：現在の端末数の減少（ｄｅｃｒｅａｓｅ）を示す指示子）のうちの少なくとも一つが含まれる。

【0100】

３１６段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０から受信されたスライスの現在の接続端末数を減少させる。また、ＮＳＡＣＦ ２００は、ＮＳＡＣＦ ２００が管理している端末ＩＤリストから受信された端末ＩＤを削除する。

【0101】

３１８段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを送信する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージには、ＡＭＦ １２０の要請（現在の端末数の減少）が成功裏になされたことを示す情報が含まれる。ＡＭＦ １２０は、端末１００の許容スライスからＳ－ＮＳＳＡＩ Ｂを削除する。更に、ＡＭＦ １２０は、許容スライスから削除されたＳ－ＮＳＳＡＩ Ｂを拒絶スライスに決定する。

【0102】

３２０段階：ＡＭＦ １２０は、最終確定の許容スライスに関する情報を含むＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを端末１００に伝送する。更に、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、ＡＭＦ １２０が決定した拒絶スライスに関する情報を含む。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例：３ＧＰＰ ａｃｃｅｓｓ）を支援する基地局１１０を介して端末１００に伝送される。

【0103】

３２２段階：基地局１１０は、端末１００にＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを受信した端末１００は、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに含まれる第２ ａｃｃｅｓｓ ｔｙｐｅに適用される許容スライス及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスを第２ ａｃｃｅｓｓ ｔｙｐｅにおいて利用する。

【0104】

Ｃａｓｅ ３：Ｓ－ＮＳＳＡＩ Ｂを許容スライスから削除してＳ－ＮＳＳＡＩ Ｃを許容スライスに追加するために端末の設定情報をアップデートする場合（分離された手続き利用）

【0105】

図４は、本発明の一実施形態による分離された手続きを利用して許容スライスに新たなスライスを追加し、許容スライスから既存のスライスを削除するための方法について説明するための図である。

【0106】

図４は、許容スライスに新たなスライスを追加する手続きと許容スライスから既存のスライスを削除する手続きとが互いに異なるメッセージによって遂行される方法を示す。

【0107】

４１０段階：ＡＭＦ １２０は、多様な理由により、端末１００の設定情報をアップデートすると決定する。例えば、ＡＭＦ １２０は、端末１００の許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む）に他のスライス（例：Ｓ－ＮＳＳＡＩ Ｃ）を追加すると決定する。また、ＡＭＦ １２０は、端末の許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む）に含まれるスライスのうちの一部（例：Ｓ－ＮＳＳＡＩ Ｂ）又は全部を許容スライスから削除すると決定する。それにより、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを許容スライスに追加してＳ－ＮＳＳＡＩ Ｂを許容スライスから削除するために端末の設定情報をアップデートすると決定する。

【0108】

４１２段階：ＡＭＦ １２０は、許容スライスにＳ－ＮＳＳＡＩ Ｃを追加してＳ－ＮＳＳＡＩ Ｂを許容スライスから削除する前に、ＡＭＦ １２０に保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ Ｂ及びＳ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるＳ－ＮＳＳＡＩであるか否かを決定する。例えば、ＡＭＦ １２０は、当該Ｓ－ＮＳＳＡＩ Ｂ及び／又はＳ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるＳ－ＮＳＳＡＩである場合、ＮＳＡＣＦ ２００との手続き（４１４段階～４１８段階）を遂行すると決定する。また、ＡＭＦ １２０は、保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ Ｂ及びＳ－ＮＳＳＡＩ ＣのためにＮＳＡＣに適用される１以上の第１ ａｃｃｅｓｓ ｔｙｐｅを決定する。例えば、ＡＭＦ １２０はＳ－ＮＳＳＡＩ Ｂ及び／又はＳ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるスライスであり、３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅはＮＳＡＣに適用される一方、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓはＮＳＡＣに適用されないと決定する。或いは、ＡＭＦ １２０は、３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとのいずれもがＳ－ＮＳＳＡＩ Ｂ及び／又はＳ－ＮＳＳＡＩ ＣのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅに決定する。

【0109】

ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂ及び／又はＳ－ＮＳＳＡＩ Ｃを追加する許容スライス（即ち、変更する許容スライス、ｃｈａｎｇｅ ｏｆ ａｌｌｏｗｅｄ ＮＳＳＡＩ）に適用される１以上の第２ ａｃｃｅｓｓ ｔｙｐｅを決定する。例えば、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂ及び／又はＣを、３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅ、又は３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｔｙｐｅとのいずれにも該当する許容スライスに追加すると決定する。

【0110】

ＡＭＦ １２０は、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとを比較する。

【0111】

比較の結果として、Ｓ－ＮＳＳＡＩ Ｂのための第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとが同一である場合、即ちＡＭＦ １２０がＳ－ＮＳＳＡＩ Ｂを削除しようとする許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、又は３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれも）とＳ－ＮＳＳＡＩ ＢのためのＮＳＡＣ対象になる第１ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、又は３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれも）とが同一である場合、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂを許容スライスから削除する前に、ＮＳＡＣＦ ２００との手続き（４１４段階～４１８段階）を遂行すると決定する。

【0112】

比較の結果として、Ｓ－ＮＳＳＡＩ Ｃのための第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとが同一である場合、即ちＡＭＦ １２０がＳ－ＮＳＳＡＩ Ｃを追加しようとする許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、又は３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれも）とＳ－ＮＳＳＡＩ ＣのためのＮＳＡＣ対象になる第１ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、又は３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれも）とが同一である場合、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを許容スライスに追加する前に、ＮＳＡＣＦとの手続き（４１４段階～４１８段階）を遂行すると決定する。

【0113】

比較の結果として、第１ ａｃｃｅｓｓ ｔｙｐｅと第２ ａｃｃｅｓｓ ｔｙｐｅとが同一ではない場合、即ちＡＭＦ １２０が許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例えば、３ＧＰＰ ａｃｃｅｓｓ）とＮＳＡＣ対象になる第１ ａｃｃｅｓｓ ｔｙｐｅ（例えば、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ、又は３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれもがＮＳＡＣ対象ではない場合）とが同一ではない場合、ＡＭＦ １２０は、ＮＳＡＣＦ ２００との手続き（４１４段階～４１８段階）を遂行しないと決定する。一実施形態によるＡＭＦ １２０は、４２０段階を遂行してＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを３ＧＰＰ基地局１１０に伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、基地局１１０から端末１００に伝達される。

【0114】

４１４段階：４１２段階でＮＳＡＣＦ ２００との手続きを遂行すると決定したＡＭＦ １２０は、端末１００の許容スライスにＳ－ＮＳＳＡＩ Ｃを追加することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ２００にスライのス利用可能性を確認する。即ち、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを利用する現在の端末数の増加（ｉｎｃｒｅａｓｅ）を要請する。そのために、ＡＭＦ １２０は、ＮＳＡＣＦ ２００にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージを伝送する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージには、ＮＳＡＣ対象になり、許容スライスに追加するスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、第２ ａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰ、３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれもなど）、端末位置情報（例：ＴＡなど）、端末ＩＤ情報（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）、又はｕｐｄａｔｅ ｆｌａｇ（例：現在の端末数の増加を示す指示子）のうちの少なくとも一つが含まれる。

【0115】

４１６段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０から受信されたスライスの現在の接続端末数を確認する。ＮＳＡＣＦ ２００は、受信したスライスの現在の接続端末数、最大端末数情報に基づき、スライスが許容されるか否かを判定する。上述の方法は、３１６段階で記述された方法と同一である。

【0116】

４１８段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを返信する。ＡＭＦ １２０は、ＮＳＡＣＦ ２００から受信されたスライスの利用が可能か否か、及び／又はＳ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅ情報、ＡＭＦ １２０設定情報のうちの少なくとも一つに基づき、許容スライスを確定する。上述の方法は、３１８段階で記述された方法と同一である。

【0117】

４２０段階：ＡＭＦ １２０は、最終確定の許容スライスに関する情報を含むＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを端末１００に伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、３ＧＰＰ基地局１１０から端末１００に伝達される。更に、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、ＡＭＦ １２０が決定した拒絶スライスに関する情報を含む。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例：３ＧＰＰ ａｃｃｅｓｓ）を支援する基地局１１０を介して端末１００に伝送される。

【0118】

４２２段階：基地局１１０は、端末１００にＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを受信した端末１００は、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに含まれる第２ ａｃｃｅｓｓ ｔｙｐｅに適用される許容スライス及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスを第２ ａｃｃｅｓｓ ｔｙｐｅにおいて利用する。

【0119】

４２４段階：４１２段階でＮＳＡＣＦ ２００との手続きを遂行すると決定したＡＭＦ １２０は、端末１００の許容スライスからＳ－ＮＳＳＡＩ Ｂを削除することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ２００にスライスの利用可能性を確認する。即ち、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂを利用する現在の端末数の減少（ｄｅｃｒｅａｓｅ）を要請する。そのために、ＡＭＦ １２０は、ＮＳＡＣＦ ２００にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージを伝送する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージには、ＮＳＡＣ対象になり、許容スライスから削除するスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、第２ ａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰ、３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれもなど）、端末位置情報（例：ＴＡなど）、端末ＩＤ情報（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）、又はｕｐｄａｔｅ ｆｌａｇ（例：現在の端末数の減少を示す指示子）のうちの少なくとも一つが含まれる。

【0120】

４２６段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０から受信されたスライスの現在の接続端末数を減少させる。また、ＮＳＡＣＦ ２００は、ＮＳＡＣＦ ２００が管理している端末ＩＤリストから受信された端末ＩＤを削除する。上述の方法は、３１６段階で記述された方法と同一である。

【0121】

４２８段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを返信する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージには、ＡＭＦ １２０の要請（現在の端末数の減少）が成功裏になされたことを示す情報が含まれる。ＡＭＦ １２０は、端末１００の許容スライスからＳ－ＮＳＳＡＩ Ｂを削除する。更に、ＡＭＦ １２０は、許容スライスから削除されたＳ－ＮＳＳＡＩ Ｂを拒絶スライスに決定する。上述の方法は、３１８段階で記述された方法と同一である。

【0122】

４３０段階：ＡＭＦ １２０は、最終確定の許容スライスに関する情報を含むＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを端末１００に伝送する。更に、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、ＡＭＦ １２０が決定した拒絶スライスに関する情報を含む。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例：ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ）を支援するｎｏｎ－３ＧＰＰ接続ネットワーク１１１を介して端末１００に伝送される。

【0123】

４３２段階：ｎｏｎ－３ＧＰＰ接続ネットワーク１１１は、端末１００にＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを受信した端末１００は、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに含まれる第２ ａｃｃｅｓｓ ｔｙｐｅに適用される許容スライス及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスを第２ ａｃｃｅｓｓ ｔｙｐｅにおいて利用する。

【0124】

図４は、説明の便宜のために、許容スライスに新たなスライスを追加する手続きと許容スライスから既存のスライスを削除する手続きとを順次に記述したが、許容スライスから既存のスライスを削除する手続きが遂行された後、許容スライスに新たなスライスを追加する手続きが発生する。

【0125】

図４に示した実施形態により、許容スライスに新たなスライスを追加する手続きと許容スライスから既存のスライスを削除する手続きとが互いに異なるメッセージによって遂行される場合、ＮＳＡＣＦ ２００は、各メッセージを互いに独立して処理する。即ち、端末１００の許容スライスに新たに追加されるスライスの入場制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）結果と端末１００の許容スライスから削除されるスライスの入場制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）結果とは、互いに独立して生じ、影響を与えない。本発明の実施形態によると、４１２段階において、ＡＭＦ １２０は、３ＧＰＰ ａｃｃｅｓｓのための許容スライスからＳ－ＮＳＳＡＩを削除し、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加すると決定する。そのために、ＡＭＦ １２０は、３ＧＰＰ ａｃｃｅｓｓのための許容スライスからＳ－ＮＳＳＡＩを削除するための手続きとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加するための手続きとを行う。

【0126】

端末１００の許容スライスに新たに追加されるスライスの入場制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）結果と端末１００の許容スライスから削除されるスライスの入場制御（ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）結果とは、互いに独立して生じ、影響を与えないため、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加するための手続きの結果が成功したものであるか否かを保証することができない。即ち、３ＧＰＰ ａｃｃｅｓｓのための許容スライスからＳ－ＮＳＳＡＩを削除したが、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加するための端末数の増加（ｉｎｃｒｅａｓｅ）要請をＮＳＡＣＦ ２００が拒絶することがあり、それによりｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加することができない。

【0127】

Ｃａｓｅ ４：Ｓ－ＮＳＳＡＩ Ｂを許容スライスから削除してＳ－ＮＳＳＡＩ Ｃを許容スライスに追加するために端末の設定情報をアップデートする場合（統合された手続き利用）

【0128】

図５は、本発明の一実施形態による統合された手続きを利用して許容スライスに新たなスライスを追加し、許容スライスから既存のスライスを削除するための方法について説明するための図である。

【0129】

図５を参照すると、許容スライスに新たなスライスを追加する手続きと許容スライスから既存のスライスを削除する手続きとが１つの統合されたメッセージによって遂行される方法について説明する。

【0130】

５１０段階：ＡＭＦ １２０は、多様な理由により、端末１００の設定情報をアップデートすると決定する。例えば、ＡＭＦ １２０は、端末１００の許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む）に他のスライス（例：Ｓ－ＮＳＳＡＩ Ｃ）を追加すると決定する。また、ＡＭＦ １２０は、端末１００の許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ、Ｓ－ＮＳＳＡＩ Ｂを含む）に含まれるスライスのうちの一部（例：Ｓ－ＮＳＳＡＩ Ｂ）又は全部を許容スライスから削除すると決定する。それにより、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｃを許容スライスに追加してＳ－ＮＳＳＡＩ Ｂを許容スライスから削除するために端末１００の設定情報をアップデートすると決定する。

【0131】

５１２段階：ＡＭＦ １２０は、許容スライスにＳ－ＮＳＳＡＩ Ｃを追加してＳ－ＮＳＳＡＩ Ｂを許容スライスから削除する前に、ＡＭＦ １２０に保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ Ｂ及びＳ－ＮＳＳＡＩ ＣがＮＳＡＣ対象になるＳ－ＮＳＳＡＩであるか否かを判定する。ＡＭＦ １２０は、保存された設定情報に基づき、当該Ｓ－ＮＳＳＡＩ Ｂ及びＳ－ＮＳＳＡＩ ＣのためにＮＳＡＣに適用される１以上の第１ ａｃｃｅｓｓ ｔｙｐｅを決定する。また、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂ及び／又はＳ－ＮＳＳＡＩ Ｃを追加する許容スライスに適用される１以上の第２ ａｃｃｅｓｓ ｔｙｐｅを決定する。当該手続きは、４１２段階と同一である。

【0132】

５１４段階：５１２段階でＮＳＡＣＦ２００との手続きを遂行すると決定したＡＭＦ １２０は、端末１００の許容スライスにＳ－ＮＳＳＡＩ Ｃを追加して許容スライスからＳ－ＮＳＳＡＩ Ｂを削除することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ２００にスライスの利用可能性を確認する。即ち、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩ Ｂを利用する現在の端末数の減少（ｄｅｃｒｅａｓｅ）及び／又はＳ－ＮＳＳＡＩ Ｃを利用する現在の端末数の増加（ｉｎｃｒｅａｓｅ）を要請する。そのために、ＡＭＦ １２０は、ＮＳＡＣＦ ２００にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージを伝送する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージには、ＮＳＡＣ対象になり、許容スライスに追加するスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、スライスを追加する許容スライス（即ち、変更する許容スライス、ｃｈａｎｇｅ ｏｆ ａｌｌｏｗｅｄ ＮＳＳＡＩ）に適用される第２ ａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰ、３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれもなど）、スライスを追加する許容スライスに適用される端末位置情報（例：ＴＡなど）、スライスを追加する許容スライスに適用されるｕｐｄａｔｅ ｆｌａｇ（例：現在の端末数の増加（ｉｎｃｒｅａｓｅ）を示す指示子）、ＮＳＡＣ対象になり、許容スライスから削除するスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、スライスを削除する許容スライス（即ち、変更する許容スライス、ｃｈａｎｇｅ ｏｆ ａｌｌｏｗｅｄ ＮＳＳＡＩ）に適用される第２ ａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ、ｎｏｎ－３ＧＰＰ、３ＧＰＰ ａｃｃｅｓｓとｎｏｎ－３ＧＰＰ ａｃｃｅｓｓとのいずれもなど）、スライスを削除する許容スライスに適用される端末位置情報（例：ＴＡなど）、スライスを削除する許容スライスに適用されるｕｐｄａｔｅ ｆｌａｇ（例：現在の端末数の減少（ｄｅｃｒｅａｓｅ）を示す指示子）、又は端末ＩＤ情報（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）のうちの少なくとも一つが含まれる。

【0133】

本発明の実施形態によると、５１２段階で３ＧＰＰ ａｃｃｅｓｓのための許容スライスからＳ－ＮＳＳＡＩを削除してｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加すると決定することにより、ＮＳＡＣＦ ２００との手続きを遂行すると決定したＡＭＦ １２０は、５Ｇ核心網のＮＳＡＣＦ ２００にＳ－ＮＳＳＡＩのためのａｃｃｅｓｓ ｔｙｐｅ変更、即ちＳ－ＮＳＳＡＩが登録されたａｃｃｅｓｓ ｔｙｐｅを３ＧＰＰ ａｃｃｅｓｓからｎｏｎ－３ＧＰＰ ａｃｃｅｓｓに変更することを要請する。そのために、ＡＭＦ １２０は、ＮＳＡＣＦ ２００にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージを伝送する。Ｓｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ要請メッセージには、ＮＳＡＣ対象になるスライス情報（例：Ｓ－ＮＳＳＡＩ（ｓ）、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）、スライスを使用している現在ａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ ａｃｃｅｓｓ）、スライスを使用する新たなａｃｃｅｓｓ ｔｙｐｅ情報（例：ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ）、端末位置情報（例：ＴＡなど）、端末ＩＤ情報（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）、ｕｐｄａｔｅ ｆｌａｇ（例：ａｃｃｅｓｓ ｔｙｐｅ変更を示す指示子）のうちの少なくとも一つが含まれる。

【0134】

５１６段階：ＮＳＡＣＦ ２００は、ｕｐｄａｔｅ ｆｌａｇが、端末数増加及び／又は端末数減少指示子を示す場合、ＡＭＦ １２０から受信されたスライスの現在の接続端末数を確認する。ＮＳＡＣＦ ２００は、受信したスライスの現在の接続端末数、最大端末数情報に基づき、スライスが許容されるか否かを判定する。上述の方法は、３１６段階で記述された方法と同一である。

【0135】

他の実施形態によると、ｕｐｄａｔｅ ｆｌａｇがａｃｃｅｓｓ ｔｙｐｅ変更指示子を示す場合、ＮＡＳＣＦ ２００は、Ｓ－ＮＳＳＡＩのために端末ＩＤに保存されているａｃｃｅｓｓ ｔｙｐｅを、スライスを使用している現在のａｃｃｅｓｓ ｔｙｐｅ情報（例：３ＧＰＰ ａｃｃｅｓｓ）からスライスを使用する新たなａｃｃｅｓｓ ｔｙｐｅ情報（例：ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ）に変更する。Ｓ－ＮＳＳＡＩのためのａｃｃｅｓｓ ｔｙｐｅを変更したものであるため、ＮＳＡＣＦ ２００は、端末数を増減させない。

【0136】

５１８段階：ＮＳＡＣＦ ２００は、ＡＭＦ １２０にＳｌｉｃｅ Ａｖａｉｌａｂｉｌｉｔｙ応答メッセージを返信する。ＡＭＦ １２０は、ＮＳＡＣＦ ２００から受信されたスライスの利用が可能か否か、及び／又はＳ－ＮＳＳＡＩのためのＮＳＡＣ対象になるａｃｃｅｓｓ ｔｙｐｅ情報、ＡＭＦ １２０設定情報のうちの少なくとも一つに基づき、許容スライスを確定する。上述の方法は、３１８段階で記述された方法と同一である。

【0137】

５２０段階：ＡＭＦ １２０は、最終確定の許容スライスに関する情報を含むＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを３ＧＰＰ基地局１１０に伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、３ＧＰＰ基地局１１０から端末１００に伝達される。更に、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、ＡＭＦ １２０が決定した拒絶スライスに関する情報を含む。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例：３ＧＰＰ ａｃｃｅｓｓ）を支援する基地局１１０を介して端末１００に伝送される。

【0138】

５２２段階：３ＧＰＰ基地局１１０は、端末１００にＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを受信した端末１００は、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに含まれる第２ ａｃｃｅｓｓ ｔｙｐｅに適用される許容スライス及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスを第２ ａｃｃｅｓｓ ｔｙｐｅにおいて利用する。

【0139】

５２４段階：ＡＭＦ １２０は、最終確定の許容スライスに関する情報を含むＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ ＵｐｄａｔｅメッセージをＮ３ＧＰＰ接続ネットワーク１１１に伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、Ｎ３ＧＰＰ接続ネットワーク１１１から端末１００に伝達される。更に、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、ＡＭＦ １２０が決定した拒絶スライスに関する情報を含む。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージは、許容スライスに適用される第２ ａｃｃｅｓｓ ｔｙｐｅ（例：ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ）を支援するＮ３ＧＰＰ接続ネットワーク１１１を介して端末１００に伝送される。

【0140】

５２６段階：Ｎ３ＧＰＰ接続ネットワーク１１１は、端末１００にＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを伝送する。ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージを受信した端末１００は、ＵＥ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｕｐｄａｔｅメッセージに含まれる第２ ａｃｃｅｓｓ ｔｙｐｅに適用される許容スライス、及び／又は拒絶スライスに関する情報を保存する。また、端末１００は、その後に通信で新たに受信された許容スライス及び／又は拒絶スライスを第２ ａｃｃｅｓｓ ｔｙｐｅにおいて利用する。

【0141】

図５は、説明の便宜のために、許容スライスに新たなスライスを追加する手続きと許容スライスから既存のスライスを削除する手続きとを順次に記述したが、許容スライスから既存のスライスを削除する手続きがあった後、許容スライスに新たなスライスを追加する手続きが発生する。

【0142】

図５に示した実施形態により、許容スライスに新たなスライスを追加する手続きと許容スライスから既存のスライスを削除する手続きとは、１つの統合されたメッセージによって遂行される。本発明の実施形態によると、５１２段階において、ＡＭＦ １２０は、３ＧＰＰ ａｃｃｅｓｓのための許容スライスからＳ－ＮＳＳＡＩを削除してｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加すると決定する。そのために、ＡＭＦ １２０は、Ｓ－ＮＳＳＡＩのための接続ネットワークを変更するための手続きを行う。それにより、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加するための手続きは、端末数の増加を要求しないため、ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓのための許容スライスにＳ－ＮＳＳＡＩを追加する。

【0143】

図６は、本発明の一実施形態による端末６００の構成を示す図である。

【0144】

図６に示すように、本実施形態の端末６００は、送受信部６１０、メモリ６２０、プロセッサ６３０を含む。上述の端末６００の通信方法により、端末６００のプロセッサ６３０、送受信部６１０、及びメモリ６２０が動作する。但し、端末６００の構成要素は、上述の例に限定されるものではない。例えば、端末６００は、上述の構成要素よりも更に多くの構成要素を含むか又は更に少ない構成要素を含む。それだけではなく、プロセッサ６３０、送受信部６１０、及びメモリ６２０が１つのチップ（ｃｈｉｐ）形態に具現され得る。

【0145】

送受信部６１０は、端末６００の受信部及び端末の送信部を総称したものであり、基地局又はネットワークエンティティと信号を送受信する。基地局と送受信する信号は、制御情報及びデータを含む。そのために、送受信部６１０は、送信される信号の周波数を上昇変換して増幅するＲＦ（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ）送信機と受信される信号を低ノイズ増幅して周波数を下降変換するＲＦ受信機とによって構成される。但し、それは、送受信部６１０の一実施形態のみであり、送受信部６１０の構成要素は、ＲＦ送信機及びＲＦ受信機に限定されるものではない。

【0146】

また、送受信部６１０は、有線／無線送受信部を含むが、信号を送受信するための多様な構成を含み得る。

【0147】

また、送受信部６１０は、無線チャネルを介して信号を受信してプロセッサ６３０に出力し、プロセッサ６３０から出力された信号を、無線チャネルを介して伝送する。

【0148】

また、送受信部６１０は、通信信号を受信してプロセッサに出力し、プロセッサから出力された信号を、有線／無線通信網を介してネットワークエンティティに伝送する。

【0149】

メモリ６２０は、端末６００の動作に必要なプログラム及びデータを保存する。また、メモリ６２０は、端末６００で獲得される信号に含まれる制御情報又はデータを保存する。メモリ６２０は、ＲＯＭ（ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、ハードディスク、ＣＤ－ＲＯＭ（ｃｏｍｐａｃｔ ｄｉｓｃ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ）、及びＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）のような記録媒体、又は記録媒体の組み合わせによって構成される。

【0150】

プロセッサ６３０は、上述の本発明の実施形態によって端末６００が動作するように一連の過程を制御する。プロセッサ６３０は、少なくとも１以上のプロセッサを含む。例えば、プロセッサ６３０は、通信のための制御を行うＣＰ（ｃｏｍｍｕｎｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）、及び応用プログラムのような上位階層を制御するＡＰ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｃｅｓｓｏｒ）を含む。

【0151】

図７は、本発明の一実施形態によるネットワークエンティティ（ｎｅｔｗｏｒｋ ｅｎｔｉｔｙ）７００の構成を示す図である。

【0152】

図７に示すように、本実施形態のネットワークエンティティ７００は、送受信部７１０、メモリ７２０、プロセッサ７３０を含む。上述のネットワークエンティティの通信方法により、ネットワークエンティティ７００のプロセッサ７３０、送受信部７１０、及びメモリ７２０が動作する。但し、ネットワークエンティティ７００の構成要素は、上述の例に限定されるものではない。例えば、ネットワークエンティティ７００は、上述の構成要素よりも更に多くの構成要素を含むか又は更に少ない構成要素を含む。それだけではなく、プロセッサ７３０、送受信部７１０、及びメモリ７２０が１つのチップ（ｃｈｉｐ）形態にも具現され得る。ネットワークエンティティ７００は、上述のＡＭＦ、ＳＭＦ、ＰＣＦ、ＵＤＭ、ＵＰＦのようなＮＦを含む。また、ネットワークエンティティ７００は、ＢＳを含み得る。

【0153】

送受信部７１０は、ネットワークエンティティ７００の受信部とネットワークエンティティの送信部とを総称したものであり、端末又は他のネットワークエンティティと信号を送受信する。ここで、送受信する信号は、制御情報及びデータを含む。そのために、送受信部７１０は、送信される信号の周波数を上昇変換して増幅するＲＦ送信機と受信される信号を低ノイズ増幅して周波数を下降変換するＲＦ受信機とによって構成される。但し、それは、送受信部７１０の一実施形態のみであり、送受信部７１０の構成要素は、ＲＦ送信機及びＲＦ受信機に限定されるものではない。送受信部７１０は、有線／無線送受信部を含むが、信号を送受信するための多様な構成を含み得る。

【0154】

また、送受信部７１０は、通信チャネル（例えば、無線チャネル）を介して信号を受信してプロセッサ７３０に出力し、プロセッサ７３０から出力された信号を、通信チャネルを介して伝送する。

【0155】

また、送受信部７１０は、通信信号を受信してプロセッサに出力し、プロセッサから出力された信号を、有線／無線通信網を介して端末又は他のネットワークエンティティに伝送する。

【0156】

メモリ７２０は、ネットワークエンティティ７００の動作に必要なプログラム及びデータを保存する。また、メモリ７２０は、ネットワークエンティティ７００で獲得される信号に含まれる制御情報又はデータを保存する。メモリ７２０は、ＲＯＭ、ＲＡＭ、ハードディスク、ＣＤ－ＲＯＭ、及びＤＶＤのような記録媒体、又は記録媒体の組み合わせによって構成される。

【0157】

プロセッサ７３０は、上述の本発明の実施形態によってネットワークエンティティ７００が動作するように一連の過程を制御する。プロセッサ７３０は、少なくとも１以上のプロセッサを含む。

【0158】

多様なネットワーク構造において、多様なサービスを支援するためにネットワークスライシング（ｎｅｔｗｏｒｋ ｓｌｉｃｉｎｇ）技術が導入された。ネットワークスライシングは、特定サービスを支援するためのネットワーク要素（ＮＦ）の集合であり、ネットワークを論理的に構成し、それを他のスライスから分離する技術である。１つの端末は、多様なサービスを受ける場合、２以上のスライスに接続することができる。そのようなネットワークスライシングにおいて、ＮＳＡＣ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）手続きを介してスライスの総量を調節しなければならない場合、Ｓ－ＮＳＳＡＩに関する（例えば、Ｓ－ＮＳＳＡＩに連繋されたセッションがＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）から５ＧＣに伝達される場合）クォータチェックを行い、その結果によりサービスの連続性が支援されないという問題点が生じ得る。

【0159】

上述のような問題点を解決するための本発明は、無線通信システムにおける制御信号処理方法において、基地局から伝送される第１制御信号を受信する段階と、受信された第１制御信号を処理する段階と、処理に基づいて生成された第２制御信号を基地局に伝送する段階と、を有することを特徴とする。

【0160】

本発明の一実施形態によると、無線通信システムにおいて、ＮＳＡＣ手続きを介してスライスの総量を調節する状況でＳ－ＮＳＳＡＩに関する（例えば、Ｓ－ＮＳＳＡＩに連繋されたセッションがＥＰＣから５ＧＣに伝達される場合）クォータチェック結果によりサービス連続性が支援されない状況を防止し、サービス連続性を支援するためにＮＳＡＣ手続きを免除するサービスを提供することができる。

【0161】

図８は、本発明の一実施形態による５ＧＳのシステム構造を示す図である。

【0162】

５ＧＳは、５Ｇコアネットワーク、基地局、端末などによって構成される。５Ｇコアネットワーク（又は、５Ｇ核心網）は、ＡＭＦ ８２０、ＳＭＦ ８３５、ＵＰＦ ８３０、ＰＣＦ ８４０、ＵＤＭ ８４５、ＮＳＳＦ ８６０、ＮＷＤＡＦ ８６５、Ｎ３Ｆなどによって構成される。

【0163】

端末８００は、ラジオ接続ネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）基地局８１０を介して５Ｇコアネットワークに接続する。接続ネットワーク基地局８１０は、３ＧＰＰ接続ネットワーク（例えば、ＮＲ、Ｅ－ＵＴＲＡなど）又はｎｏｎ－３ＧＰＰ接続ネットワーク（例えば、Ｗｉ－Ｆｉなど）のタイプを支援する。端末８００は、基地局８１０を介してＡＭＦ ８２０にＮ２インターフェースで連結され、ＵＰＦ ８３０にＮ３インターフェースで連結される。基地局８１０は、基地局（ｂａｓｅ ｓｔａｔｉｏｎ）以外に、「アクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「５Ｇノード（５^ｔｈ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、又はそれと同等な技術的意味を有する他の用語に称される。Ｎ３Ｆ（ｎｏｎ－３ＧＰＰ ｆｕｎｃｔｉｏｎ）は、３ＧＰＰで定義されていない接続ネットワーク（ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）（例えば、Ｗｉ－Ｆｉなど）８１１を介して接続した端末８００のためのＮ２インターフェース終了点及びＮ３インターフェース終了点（ｔｅｒｍｉｎａｔｉｏｎ）として動作するＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）である。Ｎ３Ｆは、Ｎ２制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）シグナリング及びＮ３ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）パケットを処理する。

【0164】

ＡＭＦ ８２０は、端末（ＵＥ）に関する無線網接続（ａｃｃｅｓｓ）及び移動性（ｍｏｂｉｌｉｔｙ）を管理するＮＦである。ＳＭＦ ８３５は端末に関するセッション（ｓｅｓｓｉｏｎ）を管理するＮＦであり、セッション情報には、ＱｏＳ情報、課金情報、パケット処理に関する情報を含む。

【0165】

ＵＰＦ ８３０は、ユーザプレーントラフィック（ｕｓｅｒ ｐｌａｎｅ ｔｒａｆｆｉｃ）を処理するＮＦであり、ＳＭＦ ８３５によって制御を受ける。ＰＣＦ ８４０は、無線通信システムにおいて、サービスを提供するための事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）を管理するＮＦである。ＵＤＭ ８４５は、端末の加入者情報（ＵＥ ｓｕｂｓｃｒｉｐｔｉｏｎ）を保存して管理するＮＦである。ＵＤＲは、データを保存して管理するＮＦである。ＵＤＲは、端末加入情報を保存し、ＵＤＭに端末加入情報を提供する。また、ＵＤＲは、事業者ポリシー情報を保存し、ＰＣＦに事業者ポリシー情報を提供する。ＮＷＤＡＦ ８６５は、５Ｇシステムが動作するための分析情報を提供するＮＦである。ＮＷＤＡＦは、５Ｇシステムを構成する他のＮＦ又はＯＡＭからデータを収集し、収集されたデータを分析して分析結果を他のＮＦに提供する。

【0166】

ＮＳＡＣＦ ８８０は、ＮＳＡＣの対象になるネットワークスライスの登録端末数及びセッション数をモニタリングして制御するＮＦである。ＮＳＡＣＦ ８８０には、ネットワークスライス別の最大登録端末数及び最大セッション数に関する設定情報が保存される。

【0167】

以下では、説明の便宜のために、接続制御及び状態管理のために情報を交換する対象を総称してＮＦとして説明する。しかし、本発明の実施形態は、実際にＮＦがインスタンス（ｉｎｓｔａｎｃｅ）（ＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、ＮＳＳＦ ｉｎｓｔａｎｃｅなど）として具現される場合にも、同一に適用される。

【0168】

本発明において、インスタンス（ｉｎｓｔａｎｃｅ）は、特定のＮＦがソフトウェアのコード形態として存在し、物理的なコンピューティングシステム、例えばコアネットワーク上に存在する特定のコンピューティングシステムでＮＦの機能を遂行するために、コンピューティングシステムから物理的又は／及び論理的な資源を割り当てられて実行可能な状態を意味する。従って、ＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、及びＮＳＳＦ ｉｎｓｔａｎｃｅは、それぞれコアネットワーク上に存在する特定のコンピューティングシステムから、ＡＭＦ、ＳＭＦ、ＮＳＳＦ動作のために物理的又は／及び論理的資源を割り当てられて使用することを意味する。結果として、物理的なＡＭＦ、ＳＭＦ、及びＮＳＳＦ装置、並びにネットワーク上に存在する特定のコンピューティングシステムからの、ＡＭＦ、ＳＭＦ、ＮＳＳＦ動作のために物理的又は／及び論理的資源を割り当てられて使用するＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、及びＮＳＳＦ ｉｎｓｔａｎｃｅは、同一動作を遂行する。従って、本発明の実施形態において、ＮＦ（ＡＭＦ、ＳＭＦ、ＵＰＦ、ＮＳＳＦ、ＮＲＦ、ＳＣＰなど）と記述された事項はＮＦ ｉｎｓｔａｎｃｅで代替されるか、或いは反対にＮＦ ｉｎｓｔａｎｃｅと記述された事項はＮＦで代替されて適用される。同様に、本発明の実施形態において、ｎｅｔｗｏｒｋ ｓｌｉｃｅと記述された事項はｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅで代替されるか、或いは反対にｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅと記述された事項はｎｅｔｗｏｒｋ ｓｌｉｃｅで代替されて適用される。

【0169】

本発明の一実施形態によると、３ＧＰＰで定義された５Ｇシステムでは、１つのネットワークスライスをＳ－ＮＳＳＡＩ（ｓｉｎｇｌｅ－ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）と称する。Ｓ－ＮＳＳＡＩは、ＳＳＴ（ｓｌｉｃｅ／ｓｅｒｖｉｃｅ ｔｙｐｅ）値とＳＤ（ｓｌｉｃｅ ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）値とによって構成される。ＳＳＴは、スライスが支援するサービスの特性（例えば、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ＩｏＴ（Ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ）、ＵＲＬＬＣ（ｕｌｔｒａ－ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ－ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、Ｖ２Ｘ（ｖｅｈｉｃｌｅ－ｔｏ－ｅｖｅｒｙｔｈｉｎｇ）など）を示す。ＳＤは、ＳＳＴと称される特定サービスに関する更なる識別子として使用される値である。

【0170】

ＮＳＳＡＩは、１以上のＳ－ＮＳＳＡＩによって構成される。ＮＳＳＡＩの例としては、端末に保存されているｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ、端末が要請するｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、５Ｇ核心網のＮＦ（例えば、ＡＭＦ、ＮＳＳＦなど）が決定する端末が利用するように許容されたａｌｌｏｗｅｄ ＮＳＳＡＩ、端末が加入しているｓｕｂｓｃｒｉｂｅｄ ＮＳＳＡＩなどを含むが、上記例示に制限されるものではない。

【0171】

端末８００は、接続ネットワーク８１０に同時に連結されて５Ｇシステムに登録される。具体的に、端末８００は、基地局８１０に接続してＡＭＦ ８２０と端末の登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を遂行する。登録手続き中、ＡＭＦ ８２０は、基地局８１０に接続した端末が利用可能な許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定して端末８００に割り当てる。

【0172】

図９は、本発明の一実施形態による端末登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を示す図である。

【0173】

図９を参照すると、本発明の一実施形態による端末８００は、基地局８１０に接続してＡＭＦ ８２０と登録手続きを行う。

【0174】

９１０段階：端末８００は、基地局８１０に接続してＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末が利用しようとする要請されたＮＳＳＡＩ（例：Ｓ－ＮＳＳＡＩ Ａ）に関する情報が含まれる。

【0175】

９１２段階：本発明の一実施形態により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局８１０は、端末８００から受信されたｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づき、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを伝送するＡＭＦ ８２０を選択する。例えば、基地局８１０は、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩを支援するＡＭＦ ８２０を選択する。

【0176】

９１４段階：基地局８１０は、９１２段階で選択されたＡＭＦ ８２０にＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＡＭＦ ８２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する端末加入情報の獲得が必要になる。

【0177】

９１６段階：ＡＭＦ ８２０は、ＵＤＭ ８４５に端末加入情報を要請する。端末加入情報要請メッセージには、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）が含まれる。

【0178】

９１８段階：ＵＤＭ ８４５は、端末ＩＤに該当する端末加入情報をＡＭＦ ８２０に返信する。端末加入情報には、端末８００が加入したスライス情報（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）が含まれる。

【0179】

９２０段階：ＡＭＦ ８２０は、端末８００によって要請されたＮＳＳＡＩ、端末８００の加入されたＳ－ＮＳＳＡＩｓ、端末８００によって接続された３ＧＰＰアクセスネットワーク、基地局８１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、又は事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）のうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0180】

例えば、ＡＭＦ ８２０は、端末８００によって要請されたＮＳＳＡＩ（例：Ｓ－ＮＳＳＡＩ Ａ）が端末８００の加入されたＳ－ＮＳＳＡＩｓに含まれ、基地局８１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）に含まれる場合、端末８００によって要請されたＮＳＳＡＩを許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ）に含めることを決定する。

【0181】

ＡＭＦ ８２０は、ＡＭＦ ８２０に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0182】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ ８２０は、端末８００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ８８０にスライスの利用可能性を確認する。ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩに登録された端末数が最大登録端末数よりも少ない場合、スライスが利用可能であることをＡＭＦ ８２０に返信する。ＡＭＦ ８２０は、ＮＳＡＣＦ ８８０からＳ－ＮＳＳＡＩが利用可能であることを受信した場合、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0183】

他の例によると、事業者ポリシーに基づき、ＡＭＦ ８２０は、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、ＡＭＦ ８２０は、ＥＰＣから移された（ハンドオーバーされた）ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ（ＰＤＵ ｓｅｓｓｉｏｎ）に連繋されたＳ－ＮＳＳＡＩをＮＳＡＣから免除すると決定する。ＮＳＡＣを免除するという意味は、ＮＳＡＣＦ ８８０にスライスの利用可能性を確認する手続きを遂行せず（省略し）、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定するという意味である。ＡＭＦ ８２０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。それにより、ＡＭＦ ８２０は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ ８８０との手続きを省略する。

【0184】

端末８００が要請したＳ－ＮＳＳＡＩが許容スライスに含まれない場合、ＡＭＦ ８２０は、Ｓ－ＮＳＳＡＩを拒絶スライス（ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩｓ）に含める。

【0185】

ＡＭＦ ８２０は、９１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答として、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを基地局８１０に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージは、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つを含む。端末８００が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ ８２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0186】

９２２段階：基地局８１０は、ＡＭＦ ８２０から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末８００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末８００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末８００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。

【0187】

図１０は、本発明の一実施形態による登録された端末のＡＭＦを変更する手続きを示す図である。

【0188】

１０１０段階：図９に示した手続きを介してネットワークに登録された端末８００は、多様な理由により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。例えば、端末８００の移動による位置変更又は使用しようとするスライス変更のために、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージは、端末ＩＤ（例えば、ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）又はｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩのうちの少なくとも一つを含む。

【0189】

１０１２段階：基地局８１０は、端末８００から受信された情報に基づき、ＡＭＦ １０００を選択する。ここで、基地局８１０が選択したＡＭＦ １０００は、図２で端末のＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを処理したＡＭＦ ８２０とは異なるＡＭＦである。

【0190】

１０１４段階：ＡＭＦ １０００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する。ＡＭＦ １０００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理するために、ＵＥ ｃｏｎｔｅｘｔ及び／又は端末の加入情報を獲得すると決定する。

【0191】

１０１６段階：ＡＭＦ １０００は、前に端末８００を支援（ｓｅｒｖｉｎｇ）したＯｌｄ ＡＭＦ ８２０にＵＥ ｃｏｎｔｅｘｔを要請する。要請メッセージは、端末ＩＤを含む。

【0192】

１０１８段階：Ｏｌｄ ＡＭＦ ８２０は、端末ＩＤと称される端末８００のＵＥ ｃｏｎｔｅｘｔをＡＭＦ １０００に返信する。Ｏｌｄ ＡＭＦ ８２０がＡＭＦ １０００に伝送するＵＥ ｃｏｎｔｅｘｔには、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩ関する情報が含まれる。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。

【0193】

１０２０段階：ＡＭＦ １０００は、ＵＤＭ ８４５に端末加入情報を要請する。端末加入情報要請メッセージには、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）が含まれる。

【0194】

１０２２段階：ＵＤＭ １４５は、端末ＩＤに該当する端末加入情報をＡＭＦ １０００に返信する。端末加入情報には、端末８００が加入したスライス情報（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）が含まれる。

【0195】

１０２４段階：ＡＭＦ １０００は、端末の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）、端末接続ネットワーク（３ＧＰＰ ＡＮ）、基地局８１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）、又はＯｌｄ ＡＭＦ ８２０から受信されたＵＥ ｃｏｎｔｅｘｔのうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0196】

例えば、ＡＭＦ １０００は、ＡＭＦ １０００に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0197】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １０００は、端末８００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ８８０にスライスの利用可能性を確認する。ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩに登録された端末数が最大登録端末数よりも少ない場合、スライスが利用可能であることをＡＭＦ １０００に返信する。ＡＭＦ １０００は、ＮＳＡＣＦ ８８０からＳ－ＮＳＳＡＩが利用可能であることを受信した場合、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0198】

他の例によると、ＵＥ ｃｏｎｔｅｘｔに基づき、ＡＭＦ １０００は、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報がＵＥ ｃｏｎｔｅｘｔに含まれる場合、ＡＭＦ １０００は、当該Ｓ－ＮＳＳＡＩをＮＳＡＣから免除すると決定する。それにより、ＡＭＦ １０００は、ＮＳＡＣＦ ８８０にスライスの利用可能性を確認する手続きを遂行せず（省略し）、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0199】

ＵＥ ｃｏｎｔｅｘｔにＳ－ＮＳＳＡＩが免除されたことを示す情報が含まれる場合、ＡＭＦ １０００は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。それにより、ＡＭＦ １０００は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ ８８０との手続きを省略する。

【0200】

端末８００が要請したＳ－ＮＳＳＡＩが許容スライスに含まれない場合、ＡＭＦ １０００は、Ｓ－ＮＳＳＡＩを拒絶スライス（ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩｓ）に含める。

【0201】

ＡＭＦ １０００は、１０１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答として、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを基地局８１０に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージは、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つに関する情報を含む。端末８００が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ １０００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0202】

１０２６段階：基地局８１０は、ＡＭＦ １０００から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末８００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末８００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末８００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。

【0203】

図１１は、本発明の他の実施形態による端末登録手続きを示す図である。

【0204】

１１１０段階：端末８００は、基地局８１０に接続してＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末８００が利用しようとする要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、例：Ｓ－ＮＳＳＡＩ Ａ）が含まれる。

【0205】

１１１２段階：本発明の一実施形態により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局８１０は、端末８００から受信されたｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づき、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを伝送するＡＭＦ ８２０を選択する。例えば、基地局８１０は、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩを支援するＡＭＦ ８２０を選択する。

【0206】

１１１４段階：基地局８１０は、１１１２段階で選択されたＡＭＦ ８２０にＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＡＭＦ ８２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する端末加入情報の獲得が必要になる。

【0207】

１１１６段階：ＡＭＦ ８２０は、ＵＤＭ ８４５に端末加入情報を要請する。端末加入情報要請メッセージは、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）を含む。

【0208】

１１１８段階：ＵＤＭ ８４５は、端末ＩＤに該当する端末加入情報をＡＭＦ ８２０に返信する。端末加入情報には、端末８００が加入したスライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）に関する情報が含まれる。

【0209】

ＡＭＦ ８２０は、端末８００の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末８００の加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）、端末８００によって接続された３ＧＰＰ接続ネットワーク、基地局８１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、又は事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）のうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0210】

例えば、端末８００によって要請されたＮＳＳＡＩ（例：Ｓ－ＮＳＳＡＩ Ａ）が端末８００ｄｍｌ加入スライスに含まれ、基地局８１０が支援するネットワークスライスに含まれる場合、ＡＭＦ ８２０は、端末８００が要請したスライスを許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ）に含めることを決定する。

【0211】

ＡＭＦ ８２０は、ＡＭＦ ８２０に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0212】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ ８２０は、端末８００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ８８０にスライスの利用可能性を確認する。ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩに登録された端末数が最大登録端末数よりも少ない場合、スライスが利用可能であることをＡＭＦ ８２０に返信する。ＡＭＦ ８２０は、ＮＳＡＣＦ ８８０からＳ－ＮＳＳＡＩが利用可能であることを受信した場合、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0213】

他の例によると、事業者ポリシーに基づき、ＡＭＦ ８２０は、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、ＡＭＦ ８２０は、ＥＰＣから移された（ハンドオーバーされた）ＰＤＮ ｃｏｎｎｅｃｔｉｏｎに連繋されたＳ－ＮＳＳＡＩをＮＳＡＣから免除すると決定する。ＮＳＡＣを免除するという意味は、ＮＳＡＣＦ ８８０にスライスの利用可能性を確認する手続きでＮＳＡＣＦ ８８０にＮＳＡＣから免除されたＳ－ＮＳＳＡＩ情報を知らせることを意味する。

【0214】

１１２０段階：ＡＭＦ ８２０は、ＮＳＡＣＦ ８８０にＮＳＡＣ要請メッセージを伝送する。

【0215】

ＮＳＡＣ要請メッセージは、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報、端末ＩＤ、又は現在の端末数の増加（ｉｎｃｒｅａｓｅ）若しくは減少（ｄｅｃｒｅａｓｅ）を示す指示子のうちの少なくとも一つを含む。ＮＳＡＣＦ ８８０は、ＮＳＡＣ要請メッセージを処理する。例えば、ＮＳＡＣ要請メッセージに端末数の増加を示す指示子が含まれる場合、ＮＳＡＣＦ ８８０は、現在の登録端末数と最大登録端末数とを比較し、現在の登録端末数が最大登録端末数に達していない場合、ＮＳＡＣＦが保存／管理しているＳ－ＮＳＳＡＩに該当する現在の登録端末数を増加させる。また、ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩに登録された端末ＩＤを保存する。現在の登録端末数と最大登録端末数とを比較し、現在の登録端末数が最大登録端末数に達している場合（又は、現在の登録端末数が最大登録端末数を超えた場合）、ＮＳＡＣＦ ８８０は、それ以上現在の登録端末数を増加させることができないと判断する。即ち、その場合、ＮＳＡＣＦ ８８０は、ＡＭＦ ８２０から受信された要請を成功裏に処理することができない。

【0216】

他の実施形態により、ＮＳＡＣ要請メッセージには、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報（又は、ＮＳＡＣ対象から免除されたＳ－ＮＳＳＡＩ情報）、端末ＩＤ、又はＮＳＡＣ免除を示す指示子のうちの少なくとも一つが含まれる。ＮＳＡＣは、要請メッセージを処理する。例えば、要請メッセージに含まれるＳ－ＮＳＳＡＩがＮＳＡＣから免除されたため、ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩに該当する現在の登録端末数を変更しない。また、ＮＳＡＣＦ ８８０は、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩのための端末ＩＤを保存する。

【0217】

１１２２段階：ＮＳＡＣＦ ８８０は、ＡＭＦ ８２０にＮＳＡＣ応答メッセージを伝送する。ＮＳＡＣ応答メッセージは、１１２０段階のＮＳＡＣ要請メッセージの処理結果を示す情報を含む。ＮＳＡＣ応答メッセージは、対象になるスライス情報（例：Ｓ－ＮＳＳＡＩ、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）又は対象になるスライスの利用が可能か否か（例：利用可能又は利用不可能を示す指示子（ｉｎｄｉｃａｔｉｏｎ）、原因値（ｃａｕｓｅ ｖａｌｕｅ）など）のうちの少なくとも一つを含む。例えば、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩ要請を処理した場合、ＮＳＡＣＦ ８８０は、スライスが利用可能であることを示す情報を含む。又は、ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報を含む。或いは、現在の登録端末数が最大登録端末数に達してそれ以上現在の登録端末数を増加させることができない場合、ＮＳＡＣ応答メッセージは、スライスが利用不可能であることを示す情報を含む。

【0218】

１１２４段階：ＡＭＦ ８２０は、ＮＳＡＣＦ ８８０から受信されたスライスの利用が可能か否かにより、許容スライスを確定する。

【0219】

例えば、ＮＳＡＣＦ ８８０からスライス（Ｓ－ＮＳＳＡＩ）が利用可能であるか又ははＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ ８２０は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。或いは、例えばＮＳＡＣＦ ８８０からスライス（Ｓ－ＮＳＳＡＩ）が利用不可能であることが返信された場合、ＡＭＦ ８２０は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含めない。更に、ＡＭＦ ８２０は、スライス（Ｓ－ＮＳＳＡＩ）を拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）に含める。或いは、例えばＮＳＡＣを免除すると決定したＳ－ＮＳＳＡＩに対してＮＳＡＣＦ ８８０から当該スライス（Ｓ－ＮＳＳＡＩ）が利用不可能（失敗）であることが返信された場合、ＡＭＦ ８２０は、スライスが利用不可能であるが、ＮＳＡＣを免除すると決定したため、ＮＳＡＣＦ ８８０から受信された応答（スライスの利用が不可能）を無視すると決定する。即ち、ＡＭＦ ８２０は、スライスが利用不可能であるが、ＮＳＡＣを免除すると決定したため、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。ＡＭＦ ８２０は、Ｓ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。

【0220】

ＮＳＡＣＦ ８８０からＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ ８２０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。それにより、ＡＭＦ ８２０は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ ８８０との手続きを省略する。

【0221】

ＡＭＦ ８２０は、１１１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答として、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを基地局８１０に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージは、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つに関する情報を含む。端末が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ ８２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0222】

１１２６段階：基地局８１０は、ＡＭＦ ８２０から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末８００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末８００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末８００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。

【0223】

図１２は、本発明の更に他の実施形態による登録された端末のＡＭＦを変更する手続きを示す図である。

【0224】

１２１０段階：図１１に示した手続きを介してネットワークに登録された端末８００は、多様な理由により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。例えば、端末８００の移動による位置変更又は使用しようとするスライス変更のために、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末ＩＤ（例えば、ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）又はｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩのうちの少なくとも一つが含まれる。

【0225】

１２１２段階：基地局８１０は、端末８００から受信された情報に基づき、ＡＭＦを選択する。ここで、基地局８１０が選択したＡＭＦ １０００は、図１１で端末８００のＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを処理したＡＭＦ １２０とは異なるＡＭＦである。

【0226】

１２１４段階：ＡＭＦ １０００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する。ＡＭＦ １０００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理するために、ＵＥ ｃｏｎｔｅｘｔ及び／又は端末の加入情報を獲得すると決定する。

【0227】

１２１６段階：ＡＭＦ １０００は、前に端末８００を支援（ｓｅｒｖｉｎｇ）したＯｌｄ ＡＭＦ ８２０にＵＥ ｃｏｎｔｅｘｔを要請する。要請メッセージは、端末ＩＤを含む。

【0228】

１２１８段階：Ｏｌｄ ＡＭＦ ８２０は、端末ＩＤと称される端末のＵＥ ｃｏｎｔｅｘｔをＡＭＦ １０００に返信する。Ｏｌｄ ＡＭＦ ８２０が、スライスが利用不可能であるが、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める場合、ＵＥ ｃｏｎｔｅｘｔは、Ｓ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報を含む。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。

【0229】

１２２０段階：ＡＭＦ １０００は、ＵＤＭ ８４５に端末加入情報を要請する。端末加入情報要請メッセージには、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）が含まれる。

【0230】

１２２２段階：ＵＤＭ ８４５は、端末ＩＤに該当する端末加入情報をＡＭＦ ３００に返信する。端末加入情報には、端末８００が加入したスライス情報（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）が含まれる。

【0231】

１２２４段階：ＡＭＦ １０００は、端末８００の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末８００の加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）、端末８００によって接続された３ＧＰＰ接続ネットワーク、基地局８１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）、又はＯｌｄ ＡＭＦ ８２０から受信されたＵＥ ｃｏｎｔｅｘｔのうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0232】

例えば、ＡＭＦ １０００は、ＡＭＦ １０００に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0233】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １０００は、端末８００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ８８０にスライスの利用可能性を確認する。

【0234】

スライスの利用可能性を確認するために、ＡＭＦ １０００は、ＮＳＡＣＦ ８８０にＮＳＡＣ要請メッセージを伝送する。ＮＳＡＣ要請メッセージには、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報、端末ＩＤ、又は現在の端末数の増加（ｉｎｃｒｅａｓｅ）若しくは減少（ｄｅｃｒｅａｓｅ）を示す指示子のうちの少なくとも一つが含まれる。ＮＳＡＣＦ ８８０は、ＮＳＡＣ要請メッセージを処理する。例えば、ＮＳＡＣＦ ８８０は、ＮＳＡＣＦが保存している端末ＩＤのうちのＮＳＡＣ要請メッセージに含まれる端末ＩＤに関する情報を確認する。受信した端末ＩＤに対して、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩ情報が保存され、保存されているＮＳＡＣから免除されたＳ－ＮＳＳＡＩ情報が受信したＳ－ＮＳＳＡＩと同一である場合、ＮＳＡＣＦ ８８０は、受信したＮＳＡＣ要請メッセージに含まれるＳ－ＮＳＳＡＩがＮＳＡＣから免除されたスライスであることを知ることができる。それにより、ＮＳＡＣＦ ８８０は、要請メッセージに含まれるＳ－ＮＳＳＡＩは、ＮＳＡＣから免除されたため、ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩに該当する現在の登録端末数を変更しない。

【0235】

１２２６段階：ＮＳＡＣＦ ８８０は、ＡＭＦ １０００にＮＳＡＣ応答メッセージを伝送する。ＮＳＡＣ応答メッセージは、１２２４段階のＮＳＡＣ要請メッセージの処理結果を示す情報を含む。ＮＳＡＣ応答メッセージは、対象になるスライス情報（例：Ｓ－ＮＳＳＡＩ、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）又は対象になるスライスの利用が可能か否か（例：利用可能又は利用不可能を示す指示子（ｉｎｄｉｃａｔｉｏｎ）、原因値（ｃａｕｓｅ ｖａｌｕｅ）など）のうちの少なくとも一つを含む。例えば、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩ要請を処理した場合、ＮＳＡＣＦ ８８０は、スライスが利用可能であることを示す情報を含む。又は、ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報を含む。或いは、現在の登録端末数が最大登録端末数に達してそれ以上現在の登録端末数を増加させることができない場合、ＮＳＡＣ応答メッセージは、スライスが利用不可能であることを示す情報を含む。

【0236】

１２２８段階：ＡＭＦ １０００は、ＮＳＡＣＦ ８８０から受信されたスライスの利用が可能か否かにより、許容スライスを確定する。例えば、ＮＳＡＣＦ ８８０からスライス（Ｓ－ＮＳＳＡＩ）が利用可能であるか又はＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ １０００は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。ＵＥ ｃｏｎｔｅｘｔにＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報及び／又はＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む場合、ＡＭＦ １０００は、上記情報をＵＥ ｃｏｎｔｅｘｔから削除する。

【0237】

或いは、例えばＮＳＡＣＦ ８８０からスライス（Ｓ－ＮＳＳＡＩ）が利用不可能であることが返信された場合、ＡＭＦ １０００は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含めない。更に、ＡＭＦ １０００は、スライス（Ｓ－ＮＳＳＡＩ）を拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）に含める。ＵＥ ｃｏｎｔｅｘｔにＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報を含む場合、ＡＭＦ １０００は、ＮＳＡＣＦ ８８０から受信された応答（スライスの利用が不可能）を無視すると決定する。即ち、ＡＭＦ １０００は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。また、ＡＭＦ １０００は、ＵＥ ｃｏｎｔｅｘｔに含まれるＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報をそのまま維持する。

【0238】

ＮＳＡＣＦ ８８０からＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ １０００は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。それにより、ＡＭＦ １０００は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ ８８０との手続きを省略する。

【0239】

ＡＭＦ １０００は、１２１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答として、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを基地局８１０に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージには、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つが含まれる。端末が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ １０００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0240】

１２３０段階：基地局８１０は、ＡＭＦ １０００から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末８００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末８００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末８００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。

【0241】

その後の段階において、端末８００は、ＮＳＡＣが免除された対象になるＰＤＵセッションを解約（ｒｅｌｅａｓｅ）する。ＡＭＦ １０００は、ＵＥ ｃｏｎｔｅｘｔに保存されているＮＳＡＣが免除された対象になる全てのＰＤＵセッションが解約（ｒｅｌｅａｓｅ）された場合、ＵＥ ｃｏｎｔｅｘｔからＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報及び／又はＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を削除する。

【0242】

図１３は、本発明の一実施形態によるＰＤＵセッションの樹立手続きを示す図である。

【0243】

１３１０段階：図９～図１２に示した手続きを介してネットワークに登録された端末８００は、基地局８１０に接続してＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末８００が利用しようとするスライス（例：Ｓ－ＮＳＳＡＩ Ａ）が含まれる。当該スライスは、許容スライスに含まれるＳ－ＮＳＳＡＩのうちの一つである。

【0244】

１３１２段階：本発明の一実施形態により、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局８１０は、端末８００を支援（ｓｅｒｖｉｎｇ）するＡＭＦ ８２０又は１０００にＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを伝送する。

【0245】

ＡＭＦ ８２０又は１０００は、本発明で上述した多様な実施形態により、端末８００が要請したＳ－ＮＳＳＡＩがＮＳＡＣ対象になるＳ－ＮＳＳＡＩであるか否かを判断する。

【0246】

また、ＡＭＦ ８２０又は１０００は、端末８００が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、ＡＭＦ ８２０又は１０００は、事業者ポリシーに基づき、端末８００が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。或いは、ＡＭＦ ８２０又は１０００は、ＡＭＦが保存しているＵＥ ｃｏｎｔｅｘｔに当該Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報を含む場合、ＡＭＦ ８２０又は１０００は、端末８００が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。ＡＭＦ ８２０又は１０００は、当該Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔに保存する。

【0247】

１３１４段階：ＡＭＦ ８２０又は１０００は、ＳＭＦ ８３５にＰＤＵ ｓｅｓｓｉｏｎ要請メッセージを伝送する。ＰＤＵ ｓｅｓｓｉｏｎ要請メッセージには、端末が要請したＳ－ＮＳＳＡＩが含まれる。端末８００が要請したＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、ＰＤＵ ｓｅｓｓｉｏｎ要請メッセージは、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報（指示子）を含む。

【0248】

ＡＭＦ ８２０又は１０００からＰＤＵ ｓｅｓｓｉｏｎ要請メッセージを受信したＳＭＦ ８３５は、受信されたＳ－ＮＳＳＡＩがＮＳＡＣ対象になるか否かを判断する。受信されたＳ－ＮＳＳＡＩがＮＳＡＣ対象である場合、ＳＭＦ ８３５は、１３１６段階～１３１８段階を遂行してＮＳＡＣＦ ８８０にスライスの利用が可能か否かを確認する。受信されたＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、ＳＭＦ ８３５は、ＮＳＡＣＦ ８８０にスライスの利用が可能か否かを確認する手続き、即ち１３１６段階～１３１８段階を省略する。

【0249】

１３１６段階：受信されたＳ－ＮＳＳＡＩがＮＳＡＣ対象である場合、ＳＭＦ ８３５は、ＮＳＡＣＦ ８８０にＮＳＡＣ要請メッセージを伝送する。ＮＳＡＣ要請メッセージには、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報、端末ＩＤ、ＰＤＵ ｓｅｓｓｉｏｎＩＤ、又は現在セッション数増加（ｉｎｃｒｅａｓｅ）若しくは減少（ｄｅｃｒｅａｓｅ）を示す指示子のうちの少なくとも一つが含まれる。ＮＳＡＣＦ ８８０は、ＮＳＡＣ要請メッセージを処理する。例えば、ＮＳＡＣ要請メッセージにセッション数の増加を示す指示子が含まれる場合、ＮＳＡＣＦ ８８０は、ＮＳＡＣＦが保存／管理しているＳ－ＮＳＳＡＩに該当する現在のセッション数を増加させる。また、ＮＳＡＣＦ ８８０は、Ｓ－ＮＳＳＡＩに登録された端末ＩＤ及び／又はＰＤＵ ｓｅｓｓｉｏｎＩＤを保存する。

【0250】

１３１８段階：ＮＳＡＣＦ ８８０は、ＳＭＦ ８３５にＮＳＡＣ応答メッセージを伝送する。ＮＳＡＣ応答メッセージは、１３１６段階のＮＳＡＣ要請メッセージの処理結果を示す情報を含む。例えば、ＳＭＦ ８３５による要請により現在のセッション数を増加させた場合、ＮＳＡＣＦ ８８０は、スライスが利用可能であることを示す情報を含む。

【0251】

１３２０段階：１３１４段階で端末８００が要請したＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、或いは１３１８段階でＮＳＡＣＦ ８８０から受信された要請メッセージ処理結果に基づき、ＳＭＦ ８３５は、ＰＤＵセッション要請を処理する。例えば、１３１４段階で端末が要請したＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、或いは１３１８段階でＮＳＡＣＦ ８８０からスライスが利用可能であることを示す情報を受信した場合、ＳＭＦ ８３５は、当該Ｓ－ＮＳＳＡＩへのＰＤＵセッションの樹立を許容すると決定する。ＳＭＦ ８３５は、ＡＭＦ ８２０又は１０００にＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを伝送する。

【0252】

１３２２段階：ＡＭＦ ８２０又は１０００は、基地局８１０を介して端末８００にＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを伝送する。

【0253】

１３２４段階：基地局８１０は、ＡＭＦ ８２０から受信されたＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを端末８００に伝送する。ＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを受信した端末８００は、Ｓ－ＮＳＳＡＩに連繋されて樹立されたＰＤＵセッションを利用してデータを送受する。

【0254】

図１４は、本発明の一実施形態による端末の構造を示す図である。

【0255】

図１４を参照すると、端末は、送受信部１４１０、制御部１４２０、保存部１４３０を含む。本実施形態において、制御部１４２０は、回路又はアプリケーション特定統合回路、或いは少なくとも１つのプロセッサとして定義される。

【0256】

送受信部１４１０は、他のネットワークエンティティと信号を送受信する。送受信部１４１０は、例えば基地局からシステム情報を受信して同期信号又は基準信号を受信する。

【0257】

制御部１４２０は、本実施形態による端末の全般的な動作を制御する。例えば、制御部１４２０は、上述したフローチャートによる動作を遂行するように各ブロック間の信号フローを制御する。

【0258】

保存部１４３０は、送受信部１４１０を介して送受信される情報、及び制御部１４２０を介して生成される情報のうちの少なくとも一つを保存する。

【0259】

図１５は、本発明の一実施形態によるネットワークエンティティの構造を示す図である。

【0260】

図１５を参照すると、ネットワークエンティティは、送受信部１５１０、制御部１５２０、保存部１５３０を含む。本実施形態において、制御部１５２０は、回路又はアプリケーション特定統合回路、或いは少なくとも１つのプロセッサとして定義される。

【0261】

送受信部１５１０は、他のネットワークエンティティと信号を送受信する。

【0262】

制御部１５２０は、本実施形態による端末の全般的な動作を制御する。例えば、制御部１５２０は、上述のフローチャートによる動作を遂行するように各ブロック間の信号フローを制御する。

【0263】

保存部１５３０は、送受信部１５１０を介して送受信される情報、及び制御部１５２０を介して生成される情報のうちの少なくとも一つを保存する。

【0264】

多様なネットワーク構造において、多様なサービスを支援するためにネットワークスライシング（ｎｅｔｗｏｒｋ ｓｌｉｃｉｎｇ）技術が導入された。ネットワークスライシングは、特定サービスを支援するためのネットワーク要素（ＮＦ）の集合であり、ネットワークを論理的に構成し、それを他のスライスから分離する技術である。１つの端末は、多様なサービスを受ける場合、２以上のスライスに接続することができる。そのようなネットワークスライシングにおいて、ＮＳＡＣ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ）手続きを介してスライスの総量を調節しなければならない場合、Ｓ－ＮＳＳＡＩに関する（例えば、Ｓ－ＮＳＳＡＩに連繋されたセッションがＥＰＣから５ＧＣに伝達される場合）クォータチェックを遂行し、その結果によりサービスの連続性が支援されないという問題が生じる。

【0265】

上述のような問題点を解決するための本発明は、無線通信システムにおける制御信号処理方法において、基地局から伝送される第１制御信号を受信する段階と、受信された第１制御信号を処理する段階と、処理に基づいて生成された第２制御信号を基地局に伝送する段階と、を有することを特徴とする。

【0266】

本発明の一実施形態によると、無線通信システムにおいて、ＮＳＡＣ手続きを介してスライスの総量を調節する状況でＳ－ＮＳＳＡＩに関する（例えば、Ｓ－ＮＳＳＡＩに連繋されたセッションがＥＰＣから５ＧＣに伝達される場合）クォータチェック結果によりサービス連続性が支援されない状況を防止し、サービス連続性を支援するためにＮＳＡＣ手続きを免除するサービスを提供することができる。

【0267】

図１６は、本発明の一実施形態による５ＧＳのシステム構造を示す図である。

【0268】

５ＧＳは、５Ｇコアネットワーク、基地局、端末などによって構成される。５Ｇコアネットワーク（又は、５Ｇ核心網）は、ＡＭＦ １６２０、ＳＭＦ １６３５、ＵＰＦ １６３０、ＰＣＦ １６４０、ＵＤＭ １６４５、ＮＳＳＦ １６６０、ＮＷＤＡＦ １６６５、Ｎ３Ｆなどによって構成される。

【0269】

端末１６００は、ラジオ接続ネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）基地局１６１０を介して５Ｇコアネットワークに接続する。接続ネットワーク基地局１６１０は、３ＧＰＰ接続ネットワーク（例えば、ＮＲ、Ｅ－ＵＴＲＡなど）又はｎｏｎ－３ＧＰＰ接続ネットワーク（例えば、Ｗｉ－Ｆｉなど）のタイプを支援する。端末１６００は、基地局１６１０を介してＡＭＦ １６２０にＮ２インターフェースで連結され、ＵＰＦ １６３０にＮ３インターフェースで連結される。基地局１６１０は、基地局（ｂａｓｅ ｓｔａｔｉｏｎ）以外に、「アクセスポイント（ＡＰ：ａｃｃｅｓｓ ｐｏｉｎｔ）」、「ｅＮｏｄｅＢ（ｅＮＢ）」、「５Ｇノード（５^ｔｈ ｇｅｎｅｒａｔｉｏｎ ｎｏｄｅ）」、「ｇＮｏｄｅＢ（ｇＮＢ）」、又はそれと同等な技術的意味を有する他の用語に称される。Ｎ３Ｆ（ｎｏｎ－３ＧＰＰ ｆｕｎｃｔｉｏｎ）は、３ＧＰＰで定義されていない接続ネットワーク（ｎｏｎ－３ＧＰＰ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）（例えば、Ｗｉ－Ｆｉなど）１６１１を介して接続した端末８００のためのＮ２インターフェースインターフェース終了点（ｔｅｒｍｉｎａｔｉｏｎ）及びＮ３インターフェース終了点（ｔｅｒｍｉｎａｔｉｏｎ）として動作するＮＦ（ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）である。Ｎ３Ｆは、Ｎ２制御プレーン（ｃｏｎｔｒｏｌ ｐｌａｎｅ）シグナリング及びＮ３ユーザプレーン（ｕｓｅｒ ｐｌａｎｅ）パケットを処理する。

【0270】

ＡＭＦ １６２０は、端末（ＵＥ）に関する無線網接続（ａｃｃｅｓｓ）及び移動性（ｍｏｂｉｌｉｔｙ）を管理するＮＦである。ＳＭＦ １６３５は端末に関するセッション（ｓｅｓｓｉｏｎ）を管理するＮＦであり、セッション情報は、ＱｏＳ情報、課金情報、パケット処理に関する情報を含む。

【0271】

ＵＰＦ １６３０は、ユーザプレーントラフィック（ｕｓｅｒ ｐｌａｎｅ ｔｒａｆｆｉｃ）を処理するＮＦであり、ＳＭＦ １６３５によって制御を受ける。ＰＣＦ １６４０は、無線通信システムにおいて、サービスを提供するための事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）を管理するＮＦである。ＵＤＭ １６４５は、端末の加入者情報（ＵＥ ｓｕｂｓｃｒｉｐｔｉｏｎ）を保存して管理するＮＦである。

【0272】

ＵＤＲは、データを保存して管理するＮＦである。ＵＤＲは、端末加入情報を保存し、ＵＤＭ １６４５に端末加入情報を提供する。また、ＵＤＲは、事業者ポリシー情報を保存し、ＰＣＦ １６４０に事業者ポリシー情報を提供する。ＮＷＤＡＦ １６６５は、５Ｇシステムが動作するための分析情報を提供するＮＦである。ＮＷＤＡＦ １６６５は、５Ｇシステムを構成する他のＮＦ又はＯＡＭからデータを収集し、収集されたデータを分析して分析結果を他のＮＦに提供する。

【0273】

ＮＳＡＣＦ １６８０は、ＮＳＡＣの対象になるネットワークスライスの登録端末数及びセッション数をモニタリングして制御するＮＦである。ＮＳＡＣＦ １６８０には、ネットワークスライス別の最大登録端末数及び最大セッション数に関する設定情報が保存される。

【0274】

以下では、説明の便宜のために、接続制御及び状態管理のために情報を交換する対象を総称してＮＦとして説明する。しかし、本発明の実施形態は、実際にＮＦがインスタンス（ｉｎｓｔａｎｃｅ）（ＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、ＮＳＳＦ ｉｎｓｔａｎｃｅなど）として具現される場合にも、同一に適用される。

【0275】

本発明においてインスタンス（ｉｎｓｔａｎｃｅ）は、特定のＮＦがソフトウェアのコード形態として存在し、物理的なコンピューティングシステム、例えばコアネットワーク上に存在する特定のコンピューティングシステムでＮＦの機能を遂行するために、コンピューティングシステムから物理的又は／及び論理的な資源を割り当てられて実行可能な状態を意味する。従って、ＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、及びＮＳＳＦ ｉｎｓｔａｎｃｅは、それぞれコアネットワーク上に存在する特定のコンピューティングシステムからＡＭＦ、ＳＭＦ、ＮＳＳＦ動作のために物理的又は／及び論理的資源を割り当てられて使用することを意味する。結果として、物理的なＡＭＦ、ＳＭＦ、及びＮＳＳＦ装置、並びにネットワーク上に存在する特定のコンピューティングシステムからの、ＡＭＦ、ＳＭＦ、ＮＳＳＦ動作のために物理的又は／及び論理的資源を割り当てられて使用するＡＭＦ ｉｎｓｔａｎｃｅ、ＳＭＦ ｉｎｓｔａｎｃｅ、及びＮＳＳＦ ｉｎｓｔａｎｃｅは、同一動作を遂行する。従って、本発明の実施形態において、ＮＦ（ＡＭＦ、ＳＭＦ、ＵＰＦ、ＮＳＳＦ、ＮＲＦ、ＳＣＰなど）と記述された事項はＮＦ ｉｎｓｔａｎｃｅで代替されるか、或いは反対にＮＦ ｉｎｓｔａｎｃｅと記述された事項がＮＦで代替されて適用される。同様に、本発明の実施形態において、ｎｅｔｗｏｒｋ ｓｌｉｃｅと記述された事項はｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅで代替されるか、或いは反対にｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅと記述された事項はｎｅｔｗｏｒｋ ｓｌｉｃｅで代替されて適用される。

【0276】

本発明の一実施形態によると、３ＧＰＰで定義された５Ｇシステムでは、１つのネットワークスライスをＳ－ＮＳＳＡＩ（ｓｉｎｇｌｅ－ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）と称する。Ｓ－ＮＳＳＡＩは、ＳＳＴ（ｓｌｉｃｅ／ｓｅｒｖｉｃｅ ｔｙｐｅ）値とＳＤ（ｓｌｉｃｅ ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）値とによって構成される。ＳＳＴは、スライスが支援するサービスの特性（例えば、ｅＭＢＢ、ＩｏＴ、ＵＲＬＬＣ、Ｖ２Ｘなど）を示す。ＳＤは、ＳＳＴと称される特定サービスに関する更なる識別子として使用される値である。

【0277】

ＮＳＳＡＩは、１以上のＳ－ＮＳＳＡＩによって構成される。ＮＳＳＡＩの例としては、端末に保存されているｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩ、端末が要請するｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、５Ｇ核心網のＮＦ（例えば、ＡＭＦ、ＮＳＳＦなど）が決定する端末が利用するように許容されたａｌｌｏｗｅｄ ＮＳＳＡＩ、端末が加入しているｓｕｂｓｃｒｉｂｅｄ ＮＳＳＡＩなどを含むが、上記例に制限されるものではない。

【0278】

端末１６００は、接続ネットワーク１６１０に同時に連結されて５Ｇシステムに登録される。具体的に、端末１６００は、基地局１６１０に接続してＡＭＦ １６２０と端末の登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を遂行する。登録手続き中、ＡＭＦ １６２０は、基地局１６１０に接続した端末が利用可能な許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定して端末１６００に割り当てる。

【0279】

図１７は、本発明の一実施形態による端末登録手続き（ｒｅｇｉｓｔｒａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を示す図である。

【0280】

図１７を参照すると、本発明の一実施形態による端末１６００は、基地局１６１０に接続してＡＭＦ １６２０と登録手続きを行う。

【0281】

１７１０段階：端末１６００は、基地局１６１０に接続してＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末が利用しようとする要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、例：Ｓ－ＮＳＳＡＩ Ａ）が含まれる。

【0282】

１７１２段階：本発明の一実施形態により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局１６１０は、端末１６００から受信されたｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づき、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを伝送するＡＭＦを選択する。例えば、基地局１６１０は、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩを支援するＡＭＦを選択する。

【0283】

１７１４段階：基地局１６１０は、１７１２段階で選択されたＡＭＦ １６２０にＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＡＭＦ １６２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する端末加入情報の獲得が必要になる。

【0284】

１７１６段階：ＡＭＦ １６２０は、ＵＤＭ １６４５に端末加入情報を要請する。端末加入情報要請メッセージは、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）を含む。

【0285】

１７１８段階：ＵＤＭ １６４５は、端末ＩＤに該当する端末加入情報をＡＭＦ １６２０に返信する。端末加入情報は、端末１６００が加入したスライス情報（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）を含む。

【0286】

１７２０段階：ＡＭＦ １６２０は、端末１６００の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末１６００の加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）、端末１６００の３ＧＰＰ接続ネットワーク、基地局１６１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、又は事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）のうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0287】

例えば、ＡＭＦ １６２０は、端末１６００の要請スライス（例：Ｓ－ＮＳＳＡＩ Ａ）が端末１６００の加入スライスに含まれ、基地局１６１０が支援するネットワークスライスに含まれる場合、端末１６００が要請したスライスを許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ）に含めることを決定する。

【0288】

ＡＭＦ １６２０は、ＡＭＦ １６２０に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0289】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １６２０は、端末１６００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ １６８０にスライスの利用可能性を確認する。ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩに登録された端末数が最大登録端末数よりも少ない場合、スライスが利用可能であることをＡＭＦ １６２０に返信する。ＡＭＦ １６２０は、ＮＳＡＣＦ １６８０からＳ－ＮＳＳＡＩが利用可能であることを受信した場合、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0290】

他の例によると、事業者ポリシーに基づき、ＡＭＦ １６２０は、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、ＡＭＦ １６２０は、ＥＰＣから移された（ハンドオーバーされた）ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ（ＰＤＵ ｓｅｓｓｉｏｎ）に連繋されたＳ－ＮＳＳＡＩをＮＳＡＣから免除すると決定する。ＮＳＡＣを免除するという意味は、ＮＳＡＣＦ １６８０にスライスの利用可能性を確認する手続きを遂行せず（省略し）、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定するという意味である。ＡＭＦ １６２０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。それにより、ＡＭＦ ３００は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ １６８０との手続きを省略する。

【0291】

端末１６００が要請したＳ－ＮＳＳＡＩが許容スライスに含まれない場合、ＡＭＦ １６２０は、Ｓ－ＮＳＳＡＩを拒絶スライス（ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩｓ）に含める。

【0292】

ＡＭＦ １６２０は、１７１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを基地局１６１０に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージは、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つを含む。端末１６００が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ １６２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0293】

１７２２段階：基地局１６１０は、ＡＭＦ １６２０から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末１６００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末１６００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末１６００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。

【0294】

図１８は、本発明の一実施形態による登録された端末のＡＭＦを変更する手続きを示す図である。

【0295】

１８１０段階：図１７に示した手続きを介してネットワークに登録された端末１６００は、多様な理由により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。例えば、端末１６００移動による位置変更又は使用しようとするスライス変更のために、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージは、端末ＩＤ（例えば、ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）又はｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩのうちの少なくとも一つを含む。

【0296】

１８１２段階：基地局１６１０は、端末１６００から受信された情報に基づき、ＡＭＦ １８００を選択する。ここで、基地局１６１０が選択したＡＭＦ １８００は、図１７で端末１６００のＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを処理したＡＭＦ １６２０とは異なるＡＭＦである。

【0297】

１８１４段階：ＡＭＦ １８００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する。ＡＭＦ １８００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理するために、ＵＥ ｃｏｎｔｅｘｔ及び／又は端末の加入情報を獲得すると決定する。

【0298】

１８１６段階：ＡＭＦ １８００は、前に端末を支援（ｓｅｒｖｉｎｇ）したＯｌｄ ＡＭＦ １６２０にＵＥ ｃｏｎｔｅｘｔを要請する。要請メッセージは、端末ＩＤを含む。

【0299】

１８１８段階：Ｏｌｄ ＡＭＦ １６２０は、端末ＩＤと称される端末のＵＥ ｃｏｎｔｅｘｔをＡＭＦ １８００に返信する。Ｏｌｄ ＡＭＦ １６２０がＡＭＦ １８００に伝送するＵＥ ｃｏｎｔｅｘｔには、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩに関する情報が含まれる。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。

【0300】

１８２０段階：ＡＭＦ １８００は、ＵＤＭ １６４５に端末加入情報を要請する。端末加入情報要請メッセージには、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）が含まれる。

【0301】

１８２２段階：ＵＤＭ １６４５は、端末ＩＤに該当する端末加入情報をＡＭＦ １８００に返信する。端末加入情報には、端末１６００が加入したスライス情報（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）が含まれる。

【0302】

１８２４段階：ＡＭＦ １８００は、端末１６００の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末１６００の加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）、端末接続ネットワーク（３ＧＰＰ ＡＮ）、基地局１６１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）、又はＯｌｄ ＡＭＦ １６２０から受信されたＵＥ ｃｏｎｔｅｘｔのうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0303】

例えば、ＡＭＦ １８００は、ＡＭＦ １８００に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0304】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １８００は、端末１６００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ １６８０にスライスの利用可能性を確認する。ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩに登録された端末数が最大登録端末数よりも少ない場合、スライスが利用可能であることをＡＭＦ １８００に返信する。ＡＭＦ １８００は、ＮＳＡＣＦ １６８０からＳ－ＮＳＳＡＩが利用可能であることを受信した場合、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0305】

他の例によると、ＵＥ ｃｏｎｔｅｘｔに基づき、ＡＭＦ １８００は、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報がＵＥ ｃｏｎｔｅｘｔに含まれる場合、ＡＭＦ １８００は、当該Ｓ－ＮＳＳＡＩをＮＳＡＣから免除すると決定する。それにより、ＡＭＦ １８００は、ＮＳＡＣＦ １６８０にスライスの利用可能性を確認する手続きを遂行せず（省略し）、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0306】

ＵＥ ｃｏｎｔｅｘｔにＳ－ＮＳＳＡＩが免除されたことを示す情報が含まれる場合、ＡＭＦ １８００は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。それにより、ＡＭＦ １８００は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ １６８０との手続きを省略する。

【0307】

端末１６００が要請したＳ－ＮＳＳＡＩが許容スライスに含まれない場合、ＡＭＦ １８００は、Ｓ－ＮＳＳＡＩを拒絶スライス（ｒｅｊｅｃｔｅｄ Ｓ－ＮＳＳＡＩｓ）に含める。

【0308】

ＡＭＦ １８００は、１８１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージ）を端末１６００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージには、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つが含まれる。端末１６００が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ １８００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0309】

１８２６段階：基地局１６１０は、ＡＭＦ ３００から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末１６００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末１６００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末１６００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。

【0310】

図１９は、本発明の更に他の実施形態による端末登録手続きを示す図である。

【0311】

１９１０段階：端末１６００は、基地局１６１０に接続してＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末が利用しようとする要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、例：Ｓ－ＮＳＳＡＩ Ａ）が含まれる。

【0312】

１９１２段階：本発明の一実施形態により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局１６１０は、端末１６００から受信されたｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩに基づき、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを伝送するＡＭＦを選択する。例えば、基地局１６１０は、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩを支援するＡＭＦを選択する。

【0313】

１９１４段階：基地局１６１０は、１９１２段階で選択されたＡＭＦ １６２０にＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＡＭＦ １６２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する端末加入情報の獲得が必要になる。

【0314】

１９１６段階：ＡＭＦ １６２０は、ＵＤＭ １６４５に端末加入情報を要請する。端末加入情報要請メッセージは、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）を含む。

【0315】

１９１８段階：ＵＤＭ １６４５は、端末ＩＤに該当する端末加入情報をＡＭＦ １６２０に返信する。端末加入情報は、端末１６００が加入したスライス情報（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）を含む。

【0316】

ＡＭＦ １６２０は、端末の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）、端末接続ネットワーク（３ＧＰＰ ＡＮ）、基地局１６１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、又は事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）のうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0317】

例えば、ＡＭＦ １６２０は、端末の要請スライス（例：Ｓ－ＮＳＳＡＩ Ａ）が端末加入スライスに含まれ、基地局１６１０が支援するネットワークスライスに含まれる場合、端末が要請したスライスを許容スライス（例：Ｓ－ＮＳＳＡＩ Ａ）に含めることを決定する。

【0318】

ＡＭＦ １６２０は、ＡＭＦ １６２０に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0319】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １６２０は、端末１６００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ ８８０にスライスの利用可能性を確認する。ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩに登録された端末数が最大登録端末数よりも少ない場合、スライスが利用可能であることをＡＭＦ １６２０に返信する。ＡＭＦ １６２０は、ＮＳＡＣＦ １６８０からＳ－ＮＳＳＡＩが利用可能であることを受信した場合、当該Ｓ－ＮＳＳＡＩを許容スライスに含めることを決定する。

【0320】

他の例によると、事業者ポリシーに基づき、ＡＭＦ １６２０は、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、ＡＭＦ １６２０は、ＥＰＣから移された（ハンドオーバーされた）ＰＤＮ ｃｏｎｎｅｃｔｉｏｎに連繋されたＳ－ＮＳＳＡＩをＮＳＡＣから免除すると決定する。ＮＳＡＣを免除するという意味は、ＮＳＡＣＦ １６８０にスライスの利用可能性を確認する手続きでＮＳＡＣＦ １６８０にＮＳＡＣから免除されたＳ－ＮＳＳＡＩ情報を知らせることを意味する。

【0321】

１９２０段階：ＡＭＦ １６２０は、ＮＳＡＣＦ １６８０にＮＳＡＣ要請メッセージを伝送する。

【0322】

ＮＳＡＣ要請メッセージには、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報、端末ＩＤ、又は現在の端末数の増加（ｉｎｃｒｅａｓｅ）若しくは減少（ｄｅｃｒｅａｓｅ）を示す指示子のうちの少なくとも一つが含まれる。ＮＳＡＣＦ １６８０は、ＮＳＡＣ要請メッセージを処理する。例えば、ＮＳＡＣ要請メッセージに端末数の増加を示す指示子が含まれる場合、ＮＳＡＣＦ １６８０は、現在の登録端末数と最大登録端末数とを比較し、現在の登録端末数が最大登録端末数に達していない場合、ＮＳＡＣＦ １６８０が保存／管理しているＳ－ＮＳＳＡＩに該当する現在の登録端末数を増加させる。また、ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩに登録された端末ＩＤを保存する。現在の登録端末数と最大登録端末数とを比較し、現在の登録端末数が最大登録端末数に達している場合（又は、現在の登録端末数が最大登録端末数を超えた場合）、ＮＳＡＣＦ １６８０は、それ以上現在の登録端末数を増加させることができないと判断する。即ち、その場合、ＮＳＡＣＦ １６８０は、ＡＭＦ １６２０から受信された要請を成功裏に処理することができない。

【0323】

他の実施形態により、ＮＳＡＣ要請メッセージには、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報（又は、ＮＳＡＣ対象から免除されたＳ－ＮＳＳＡＩ情報）、端末ＩＤ、又はＮＳＡＣ免除を示す指示子のうちの少なくとも一つが含まれる。ＮＳＡＣは、要請メッセージを処理する。例えば、要請メッセージに含まれるＳ－ＮＳＳＡＩがＮＳＡＣから免除されたため、ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩに該当する現在の登録端末数を変更しない。また、ＮＳＡＣＦ １６８０は、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩのための端末ＩＤを保存する。

【0324】

１９２２段階：ＮＳＡＣＦ １６８０は、ＡＭＦ １６２０にＮＳＡＣ応答メッセージを伝送する。ＮＳＡＣ応答メッセージは、１９２０段階のＮＳＡＣ要請メッセージの処理結果を示す情報を含む。ＮＳＡＣ応答メッセージには、対象になるスライス情報（例：Ｓ－ＮＳＳＡＩ、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）又は対象になるスライスの利用が可能か否か（例：利用可能又は利用不可能を示す指示子（ｉｎｄｉｃａｔｉｏｎ）、原因値（ｃａｕｓｅ ｖａｌｕｅ）など）のうちの少なくとも一つが含まれる。例えば、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩ要請を処理した場合、ＮＳＡＣＦ １６８０は、スライスが利用可能であることを示す情報を含む。又は、ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報を含む。或いは、現在の登録端末数が最大登録端末数に達してそれ以上現在の登録端末数を増加させることができない場合、ＮＳＡＣ応答メッセージには、スライスが利用不可能であることを示す情報が含まれる。

【0325】

１９２４段階：ＡＭＦ １６２０は、ＮＳＡＣＦ １６８０から受信されたスライスの利用が可能か否かにより、許容スライスを確定する。例えば、ＮＳＡＣＦ １６８０からスライス（Ｓ－ＮＳＳＡＩ）が利用可能であるか又はＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ １６２０は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。或いは、例えばＮＳＡＣＦ １６８０からスライス（Ｓ－ＮＳＳＡＩ）が利用不可能であることが返信された場合、ＡＭＦ １６２０は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含めない。更に、ＡＭＦ １６２０は、スライス（Ｓ－ＮＳＳＡＩ）を拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）に含める。或いは、例えばＮＳＡＣを免除すると決定したＳ－ＮＳＳＡＩに対してＮＳＡＣＦ １６８０から当該スライス（Ｓ－ＮＳＳＡＩ）が利用不可能（失敗）であることが返信された場合、ＡＭＦ １６２０は、スライスが利用不可能であるが、ＮＳＡＣを免除すると決定したため、ＮＳＡＣＦ １６８０から受信された応答（スライスの利用が不可能）を無視すると決定する。即ち、ＡＭＦ １６２０は、スライスが利用不可能であるが、ＮＳＡＣを免除すると決定したため、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。ＡＭＦ １６２０は、Ｓ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報をＵＥ ｃｏｎｔｅｘｔとして保する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。

【0326】

ＮＳＡＣＦ １６８０からＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ １６２０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。それにより、ＡＭＦ １６２０は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ １６８０との手続きを省略する。

【0327】

ＡＭＦ １６２０は、１９１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対するＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを基地局１６１０に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージには、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つが含まれる。端末１６００が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ １６２０は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。ＮＳＡＣを免除すると決定したＳ－ＮＳＳＡＩに対して、ＮＳＡＣＦ １６８０から当該スライス（Ｓ－ＮＳＳＡＩ）が利用不可能（失敗）であることを受信したが、当該スライスが利用不可能であるもののＮＳＡＣを免除すると決定した場合、ＡＭＦ １６２０は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含め、またＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報をＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含める。例えば、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージには、スライス情報（Ｓ－ＮＳＳＡＩ）、スライスに連繋された現在の樹立されたＰＤＵセッションについてのみ利用可能であることを示す指示子、スライスに連繋された利用可能なＰＤＵセッション（即ち、現在の樹立されたＰＤＵセッション）を示す指示子（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）などが含まれる。

【0328】

１９２６段階：基地局１６１０は、ＡＭＦ １６２０から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末１６００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末１６００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末１６００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに、スライス情報（Ｓ－ＮＳＳＡＩ）、スライスに連繋された現在の樹立されたＰＤＵセッションについてのみ利用可能であることを示す指示子、スライスに連繋された利用可能なＰＤＵセッション（即ち、現在の樹立されたＰＤＵセッション）を示す指示子（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）などが含まれる場合、端末１６００は、当該スライスに連繋されたＰＤＵセッションを更に要請しない。

【0329】

図２０は、本発明の更に他の実施形態による登録された端末のＡＭＦを変更する手続きを示す図である。

【0330】

２０１０段階：図１９に示した手続きを介してネットワークに登録された端末１６００は、多様な理由により、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。例えば、端末１６００の移動による位置変更又は使用しようとするスライス変更のために、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージは、端末ＩＤ（例えば、ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）又はｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩのうちの少なくとも一つを含む。

【0331】

２０１２段階：基地局１６１０は、端末１６００から受信された情報に基づき、ＡＭＦを選択する。ここで、基地局１６１０が選択したＡＭＦ １８００は、図１９で端末１６００のＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔを処理したＡＭＦ １６２０とは異なるＡＭＦである。

【0332】

２０１４段階：ＡＭＦ １８００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理する。ＡＭＦ １８００は、受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージを処理するために、ＵＥ ｃｏｎｔｅｘｔ及び／又は端末加入情報を獲得すると決定する。

【0333】

２０１６段階：ＡＭＦ １８００は、前に端末を支援（ｓｅｒｖｉｎｇ）したＯｌｄ ＡＭＦ １６２０にＵＥ ｃｏｎｔｅｘｔを要請する。要請メッセージは、端末ＩＤを含む。

【0334】

２０１８段階：Ｏｌｄ ＡＭＦ １６２０は、端末ＩＤと称される端末１６００のＵＥ ｃｏｎｔｅｘｔをＡＭＦ １８００に返信する。Ｏｌｄ ＡＭＦ １６２０が、スライスが利用不可能であるが、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める場合、ＵＥ ｃｏｎｔｅｘｔは、Ｓ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報を含む。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。

【0335】

２０２０段階：ＡＭＦ １８００は、ＵＤＭ １６４５に端末加入情報を要請する。端末加入情報要請メッセージには、端末ＩＤ（例：ＳＵＰＩ、５Ｇ－ＧＵＴＩなど）が含まれる。

【0336】

２０２２段階：ＵＤＭ １６４５は、端末ＩＤに該当する端末加入情報をＡＭＦ １８００に返信する。端末加入情報には、端末１６００が加入したスライス情報（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）が含まれる。

【0337】

２０２４段階：ＡＭＦ １８００は、端末の要請スライス（ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ）、端末加入スライス（ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩｓ）、端末接続ネットワーク（３ＧＰＰ ＡＮ）、基地局１６１０が支援するネットワークスライス（Ｓ－ＮＳＳＡＩ ｓｕｐｐｏｒｔｅｄ ｂｙ ＲＡＮ）、事業者ポリシー（ｏｐｅｒａｔｏｒ ｐｏｌｉｃｙ）、又はＯｌｄ ＡＭＦ １６２０から受信されたＵＥ ｃｏｎｔｅｘｔのうちの少なくとも一つに基づき、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）を決定する。

【0338】

例えば、ＡＭＦ １８００は、ＡＭＦ １８００に保存された設定情報に基づき、許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、設定情報は、どのＳ－ＮＳＳＡＩがＮＳＡＣ対象であるかを示す情報を含む。

【0339】

許容スライスに含まれるＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩである場合、ＡＭＦ １８００は、端末１６００に許容スライスを許容することを確定する前に、５Ｇ核心網のＮＳＡＣＦ １６８０にスライスの利用可能性を確認する。

【0340】

スライスの利用可能性を確認するために、ＡＭＦ １８００は、ＮＳＡＣＦ １６８０にＮＳＡＣ要請メッセージを伝送する。ＮＳＡＣ要請メッセージには、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報、端末ＩＤ、又は現在の端末数の増加（ｉｎｃｒｅａｓｅ）若しくは減少（ｄｅｃｒｅａｓｅ）を示す指示子のうちの少なくとも一つが含まれる。ＮＳＡＣＦ １６８０は、ＮＳＡＣ要請メッセージを処理する。例えば、ＮＳＡＣＦ １６８０は、ＮＳＡＣＦが保存している端末ＩＤのうちのＮＳＡＣ要請メッセージに含まれる端末ＩＤに関する情報を確認する。受信した端末ＩＤに対して、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩ情報が保存され、保存されているＮＳＡＣから免除されたＳ－ＮＳＳＡＩ情報が受信したＳ－ＮＳＳＡＩと同一である場合、ＮＳＡＣＦ １６８０は、受信したＮＳＡＣ要請メッセージに含まれるＳ－ＮＳＳＡＩがＮＳＡＣから免除されたスライスであることを知ることができる。それにより、ＮＳＡＣＦ １６８０は、要請メッセージに含まれるＳ－ＮＳＳＡＩがＮＳＡＣから免除されたため、ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩに該当する現在の登録端末数を変更しない。

【0341】

２０２６段階：ＮＳＡＣＦ １６８０は、ＡＭＦ １８００にＮＳＡＣ応答メッセージを伝送する。ＮＳＡＣ応答メッセージは、１９２０段階のＮＳＡＣ要請メッセージの処理結果を示す情報を含む。ＮＳＡＣ応答メッセージには、対象になるスライス情報（例：Ｓ－ＮＳＳＡＩ、ｒｅｑｕｅｓｔｅｄ ＮＳＳＡＩ、ａｌｌｏｗｅｄ ＮＳＳＡＩ、ｓｕｂｓｃｒｉｂｅｄ Ｓ－ＮＳＳＡＩなど）又は対象になるスライスの利用が可能か否か（例：利用可能又は利用不可能を示す指示子（ｉｎｄｉｃａｔｉｏｎ）、原因値（ｃａｕｓｅ ｖａｌｕｅ）など）のうちの少なくとも一つが含まれる。例えば、ＮＳＡＣから免除されたＳ－ＮＳＳＡＩ要請を処理した場合、ＮＳＡＣＦ １６８０は、スライスが利用可能であることを示す情報を含む。又は、ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報を含む。或いは、現在の登録端末数が最大登録端末数に達してそれ以上現在の登録端末数を増加させることができない場合、ＮＳＡＣ応答メッセージには、スライスが利用不可能であることを示す情報が含まれる。

【0342】

２０２８段階：ＡＭＦ １８００は、ＮＳＡＣＦ １６８０から受信されたスライスの利用が可能か否かにより、許容スライスを確定する。例えば、ＮＳＡＣＦ １６８０からスライス（Ｓ－ＮＳＳＡＩ）が利用可能であるか又はＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ １８００は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。ＵＥ ｃｏｎｔｅｘｔにＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報及び／又はＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む場合、ＡＭＦ １８００は、上記情報をＵＥ ｃｏｎｔｅｘｔから削除する。

【0343】

或いは、例えばＮＳＡＣＦ １６８０からスライス（Ｓ－ＮＳＳＡＩ）が利用不可能であることが返信された場合、ＡＭＦ １８００は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含めな。更に、ＡＭＦ １８００は、スライス（Ｓ－ＮＳＳＡＩ）を拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）に含める。ＵＥ ｃｏｎｔｅｘｔにＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報を含む場合、ＡＭＦ １８００は、ＮＳＡＣＦ １６８０から受信された応答（スライスの利用が不可能）を無視すると決定する。即ち、ＡＭＦ １８００は、スライス（Ｓ－ＮＳＳＡＩ）を許容スライスに含める。また、ＡＭＦ １８００は、ＵＥ ｃｏｎｔｅｘｔに含まれるＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報をそのまま維持する。

【0344】

ＮＳＡＣＦ １６８０からＳ－ＮＳＳＡＩが免除されたことを示す情報が返信された場合、ＡＭＦ １８００は、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔとして保存する。また、ＵＥ ｃｏｎｔｅｘｔは、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を含む。それにより、ＡＭＦ １８００は、その後に当該Ｓ－ＮＳＳＡＩに関するスライスの利用可能性の確認のためのＮＳＡＣＦ １６８０との手続きを省略する。

【0345】

ＡＭＦ １８００は、２０１４段階で受信したＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｑｕｅｓｔメッセージに対する応答メッセージ（Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージ）を端末１６００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージには、許容スライス（ａｌｌｏｗｅｄ ＮＳＳＡＩ）又は拒絶スライス（ｒｅｊｅｃｔｅｄ ＮＳＳＡＩ）のうちの少なくとも一つが含まれる。端末が利用可能なスライスがない場合、即ち許容スライスがない場合、ＡＭＦ ３００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを伝送する。

【0346】

２０３０段階：基地局１６１０は、ＡＭＦ １８００から受信されたＲｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージ又はＲｅｇｉｓｔｒａｔｉｏｎ Ｒｅｊｅｃｔメッセージを端末１６００に伝送する。Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージを受信した端末１６００は、Ｒｅｇｉｓｔｒａｔｉｏｎ Ａｃｃｅｐｔメッセージに含まれる許容スライス及び／又は拒絶スライスを保存する。また、端末１６００は、その後に通信で受信した許容スライスを利用してＰＤＵセッションを樹立する。

【0347】

その後の段階において、端末１６００は、ＮＳＡＣが免除された対象になるＰＤＵセッションを解約（ｒｅｌｅａｓｅ）する。ＡＭＦ １８００は、ＵＥ ｃｏｎｔｅｘｔに保存されているＮＳＡＣが免除された対象になる全てのＰＤＵセッションが解約（ｒｅｌｅａｓｅ）された場合、ＵＥ ｃｏｎｔｅｘｔからＳ－ＮＳＳＡＩが利用不可能であるが、許容スライスに含まれることを示す情報及び／又はＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）を削除する。

【0348】

図２１は、本発明の一実施形態によるＰＤＵセッションの樹立手続きを示す図である。

【0349】

２１１０段階：図１７～図２０に示した手続きを介してネットワークに登録された端末２１００は、基地局２１１０に接続してＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末が利用しようとするスライス（例：Ｓ－ＮＳＳＡＩ Ａ）が含まれる。当該スライスは、許容スライスに含まれるＳ－ＮＳＳＡＩのうちの一つである。また、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージには、ＰＤＵセッションを示す指示子情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤなど）が含まれる。

【0350】

２１１２段階：本発明の一実施形態により、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局２１１０は、端末２１００を支援（ｓｅｒｖｉｎｇ）するＡＭＦ １６２０又は１８００にＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを伝送する。

【0351】

ＡＭＦ １６２０又は１８００は、本発明で上述した多様な実施形態により、端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣ対象になるＳ－ＮＳＳＡＩであるか否かを判断する。

【0352】

また、ＡＭＦ １６２０又は１８００は、端末が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。例えば、ＡＭＦ １６２０又は１８００は、事業者ポリシーに基づき、端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。或いは、ＡＭＦ １６２０又は１８００は、ＡＭＦが保存しているＵＥ ｃｏｎｔｅｘｔに当該Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報を含む場合、端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣを免除すると決定する。ＡＭＦ １６２０又は１８００は、当該Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔに保存する。

【0353】

また、ＡＭＦ １６２０又は１８００は、端末２１００が要請したＰＤＵセッションが、ＮＳＡＣが免除された対象になるＰＤＵセッションであるか否かを確認する。例えば、ＡＭＦ １６２０又は１８００は、ＥＰＣから移された（ハンドオーバーされた）ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ（ＰＤＵ ｓｅｓｓｉｏｎ）をＮＳＡＣ対象から免除すると決定し、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）をＵＥ ｃｏｎｔｅｘｔに保存する。ＡＭＦ １６２０又は１８００は、ＵＥ ｃｏｎｔｅｘｔに保存されたＮＳＡＣが免除されたＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）と、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＰＤＵセッションを示す指示子情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤなど）と、を比較し、端末２１００が要請したＰＤＵセッションが、ＮＳＡＣが免除された対象になるＰＤＵセッションであるか否かを確認する。即ち、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＰＤＵセッションを示す指示子情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤなど）が、ＵＥ ｃｏｎｔｅｘｔに保存されたＮＳＡＣが免除されたＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）に含まれる場合、ＡＭＦ １６２０又は１８００は、端末２１００が要請したＰＤＵセッションが、ＮＳＡＣが免除されたＰＤＵセッションであると判断する。

【0354】

ＡＭＦ １６２０又は１８００は、事業者ポリシーに基づき、端末２１００が要請したＰＤＵセッションの樹立が受諾されるか否かを決定する。例えば、ＡＭＦ １６２０又は１８００は、端末２１００が要請したＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＳ－ＮＳＳＡＩがＮＳＡＣ免除の対象であるか、或いはＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＰＤＵ ｓｅｓｓｉｏｎ ＩＤがＮＳＡＣ免除対象である場合、ＰＤＵセッションの樹立手続きを遂行すると決定する。それにより、ＡＭＦ １６２０又は１８００は、２１１４段階を遂行する。

【0355】

２１１４段階：ＡＭＦ １６２０又は１８００は、ＳＭＦ １６３５にＰＤＵ ｓｅｓｓｉｏｎ要請メッセージを伝送する。ＰＤＵ ｓｅｓｓｉｏｎ要請メッセージには、端末が要請したＳ－ＮＳＳＡＩが含まれる。端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、ＰＤＵ ｓｅｓｓｉｏｎ要請メッセージは、Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報（指示子）を含む。

【0356】

ＡＭＦ １６２０又は１８００からＰＤＵ ｓｅｓｓｉｏｎ要請メッセージを受信したＳＭＦ １６３５は、受信されたＳ－ＮＳＳＡＩがＮＳＡＣ対象になるか否かを判断する。受信されたＳ－ＮＳＳＡＩがＮＳＡＣ対象である場合、ＳＭＦ １６３５は、２１１６段階～２１１８段階を遂行してＮＳＡＣＦ １６８０にスライスの利用が可能か否かを確認する。受信されたＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、ＳＭＦ １６３５は、ＮＳＡＣＦ １６８０にスライスの利用可能性があるか否かを確認する手続き、即ち２１１６段階～２１１８段階を省略する。

【0357】

２１１６段階：受信されたＳ－ＮＳＳＡＩがＮＳＡＣ対象である場合、ＳＭＦ １６３５は、ＮＳＡＣＦ １６８０にＮＳＡＣ要請メッセージを伝送する。ＮＳＡＣ要請メッセージには、ＮＳＡＣ対象になるＳ－ＮＳＳＡＩ情報、端末ＩＤ、ＰＤＵ ｓｅｓｓｉｏｎＩＤ、又は現在セッション数増加（ｉｎｃｒｅａｓｅ）若しくは減少（ｄｅｃｒｅａｓｅ）を示す指示子のうちの少なくとも一つが含まれる。ＮＳＡＣＦ １６８０は、ＮＳＡＣ要請メッセージを処理する。例えば、ＮＳＡＣ要請メッセージにセッション数の増加を示す指示子が含まれる場合、ＮＳＡＣＦ １６８０は、ＮＳＡＣＦが保存／管理しているＳ－ＮＳＳＡＩに該当する現在のセッション数を増加させる。また、ＮＳＡＣＦ １６８０は、Ｓ－ＮＳＳＡＩに登録された端末ＩＤ及び／又はＰＤＵ ｓｅｓｓｉｏｎＩＤを保存する。

【0358】

２１１８段階：ＮＳＡＣＦ １６８０は、ＳＭＦ １６３５にＮＳＡＣ応答メッセージを伝送する。ＮＳＡＣ応答メッセージは、２１１６段階のＮＳＡＣ要請メッセージの処理結果を示す情報を含む。例えば、ＳＭＦ １６３５による要請により現在のセッション数を増加させた場合、ＮＳＡＣＦ １６８０は、スライスが利用可能であることを示す情報を含む。

【0359】

２１２０段階：２１１４段階で端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、或いは２１１８段階でＮＳＡＣＦ １６８０から受信された要請メッセージ処理結果に基づき、ＳＭＦ １６３５は、ＰＤＵセッション要請を処理する。例えば、２１１４段階で端末が要請したＳ－ＮＳＳＡＩがＮＳＡＣから免除された場合、或いは２１１８段階でＮＳＡＣＦ １６８０からスライスが利用可能であることを示す情報を受信した場合、ＳＭＦ １６３５は、当該Ｓ－ＮＳＳＡＩへのＰＤＵセッションの樹立を許容すると決定する。ＳＭＦ １６３５は、ＡＭＦ １６２０又は１８００にＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを伝送する。

【0360】

２１２２段階：ＡＭＦ １６２０又は１８００は、基地局２１１０を介して端末２１００にＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを伝送する。

【0361】

２１２４段階：基地局２１１０は、ＡＭＦ １６２０又は１８００から受信されたＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを端末２１００に伝送する。ＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを受信した端末２１００は、Ｓ－ＮＳＳＡＩに連繋されて樹立されたＰＤＵセッションを利用してデータを送受信する。

【0362】

図２２は、本発明の一実施形態による端末の構造を示す図である。

【0363】

図２２を参照すると、端末は、送受信部２２１０、制御部２２２０、保存部２２３０を含む。本実施形態において、制御部２２２０は、回路又はアプリケーション特定統合回路、或いは少なくとも１つのプロセッサとして定義される。

【0364】

送受信部２２１０は、他のネットワークエンティティと信号を送受信する。送受信部２２１０は、例えば基地局からシステム情報を受信して同期信号又は基準信号を受信する。

【0365】

制御部２２２０は、本実施形態による端末の全般的な動作を制御する。例えば、制御部２２２０は、上述のフローチャートによる動作を遂行するように各ブロック間の信号フローを制御する。

【0366】

保存部２２３０は、送受信部２２１０を介して送受信される情報、及び制御部２２２０を介して生成される情報のうちの少なくとも一つを保存する。

【0367】

図２３は、本発明の一実施形態によるネットワークエンティティの構造を示す図である。

【0368】

図２３を参照すると、ネットワークエンティティは、送受信部２３１０、制御部２３２０、保存部２３３０を含む。本実施形態において、制御部２３２０は、回路又はアプリケーション特定統合回路、或いは少なくとも１つのプロセッサとして定義される。

【0369】

送受信部２３１０は、他のネットワークエンティティと信号を送受信する。

【0370】

制御部２３２０は、本実施形態による端末の全般的な動作を制御する。例えば、制御部２３２０は、上述のフローチャートによる動作を遂行するように各ブロック間の信号フローを制御する。

【0371】

保存部２３３０は、送受信部２３１０を介して送受信される情報、及び制御部２３２０を介して生成される情報のうちの少なくとも一つを保存する。

【0372】

図２４は、本発明の一実施形態によるＰＤＵセッションの樹立手続きを示す図である。

【0373】

２４１０段階：図１７～図２０に示した手続きを介してネットワークに登録された端末２１００は、基地局２１１０に接続してＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを伝送する。ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージには、端末が利用しようとするスライス（例：Ｓ－ＮＳＳＡＩ Ａ）が含まれる。当該スライスは、許容スライスに含まれるＳ－ＮＳＳＡＩのうちの一つである。また、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージには、ＰＤＵセッションを示す指示子情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤなど）が含まれる。

【0374】

２４１２段階：本発明の一実施形態により、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージを受信した基地局１６１０は、端末２１００を支援（ｓｅｒｖｉｎｇ）するＡＭＦ １６２０又は１８００にＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔを伝送する。

【0375】

ＡＭＦ １６２０又は１８００は、本発明で上述した多様な実施形態により、端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣ対象になるＳ－ＮＳＳＡＩであるか否かを判断する。例えば、ＡＭＦ １６２０又は１８００は、事業者ポリシーに基づき、端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるが、ＮＳＡＣ免除対象になるＳ－ＮＳＳＡＩであることを決定する。或いは、ＡＭＦ １６２０又は１８００は、ＡＭＦが保存しているＵＥ ｃｏｎｔｅｘｔに当該Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報を含む場合、端末２１００が要請したＳ－ＮＳＳＡＩがＮＳＡＣの対象になるＳ－ＮＳＳＡＩであるにしても、ＮＳＡＣ免除の対象になるＳ－ＮＳＳＡＩであることを決定する。ＡＭＦ １６２０又は１８００は、当該Ｓ－ＮＳＳＡＩがＮＳＡＣから免除されたことを示す情報をＵＥ ｃｏｎｔｅｘｔに保存する。

【0376】

また、ＡＭＦ １６２０又は１８００は、端末２１００が要請したＰＤＵセッションが、ＮＳＡＣが免除された対象になるＰＤＵセッションであるか否かを確認する。例えば、ＡＭＦ １６２０又は１８００は、ＥＰＣから移された（ハンドオーバーされた）ＰＤＮ ｃｏｎｎｅｃｔｉｏｎ（ＰＤＵ ｓｅｓｓｉｏｎ）をＮＳＡＣ対象から免除すると決定し、ＮＳＡＣが免除された対象になるＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）をＵＥ ｃｏｎｔｅｘｔに保存する。ＡＭＦ １６２０又は１８００は、ＵＥ ｃｏｎｔｅｘｔに保存されたＮＳＡＣが免除されたＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）と、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＰＤＵセッションを示す指示子情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤなど）とを比較し、端末２１００が要請したＰＤＵセッションが、ＮＳＡＣが免除された対象になるＰＤＵセッションであるか否かを確認する。即ち、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＰＤＵセッションを示す指示子情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤなど）が、ＵＥ ｃｏｎｔｅｘｔに保存されたＮＳＡＣが免除されたＰＤＵセッション情報（例えば、ＰＤＵ ｓｅｓｓｉｏｎ ＩＤ（ｓ）など）に含まれていない場合、ＡＭＦ １６２０又は１８００は、端末２１００が要請したＰＤＵセッションが、ＮＳＡＣが免除された対象になるＰＤＵセッションではないと判断する。

【0377】

ＡＭＦ １６２０又は１８００は、事業者ポリシーに基づき、端末２１００が要請したＰＤＵセッションの樹立が受諾されたか否かを決定する。例えば、ＡＭＦ １６２０又は１８００は、端末２１００が要請したＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＳ－ＮＳＳＡＩがＮＳＡＣ免除対象であるが、ＰＤＵ Ｓｅｓｓｉｏｎ Ｒｅｑｕｅｓｔメッセージに含まれるＰＤＵ ｓｅｓｓｉｏｎ ＩＤがＮＳＡＣ免除対象ではない場合、ＰＤＵセッションの樹立要請を拒絶すると決定する。

【0378】

２４１４段階：ＡＭＦ １６２０又は１８００は、基地局２１１０を介して端末２１００にＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを伝送する。２４１２段階でＰＤＵセッションの樹立要請を拒絶すると決定した場合、ＡＭＦ １６２０又は１８００は、ＰＤＵセッションの樹立が拒絶されたことを示す情報、例えばＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｊｅｃｔメッセージをＰＤＵ ｓｅｓｓｉｏｎ応答メッセージとして端末２１００に伝送する。ＰＤＵ ｓｅｓｓｉｏｎ応答メッセージには、セッションの樹立が拒絶された理由（ｃａｕｓｅ ｖａｌｕｅ）が含まれる。

【0379】

２４１６段階：基地局２１１０は、ＡＭＦ １６２０又は１８００から受信されたＰＤＵ ｓｅｓｓｉｏｎ応答メッセージを端末２１００に伝送する。ＰＤＵ ｓｅｓｓｉｏｎ応答メッセージとしてＰＤＵ ｓｅｓｓｉｏｎ ｅｓｔａｂｌｉｓｈｍｅｎｔ ｒｅｊｅｃｔメッセージを受信した場合、端末２１００は、端末が要請したＰＤＵセッションの樹立が拒絶されたことを知ることができる。

【0380】

本発明の特許請求の範囲又は明細書に記載された実施形態による方法は、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアとの組み合わせの形態として具現される（ｉｍｐｌｅｍｅｎｔｅｄ）。

【0381】

ソフトウェアとして具現される場合、１以上のプログラム（ソフトウェアモジュール）を保存するコンピュータ読み取り可能な記録媒体が提供される。コンピュータ読み取り可能な記録媒体に保存される１以上のプログラムは、電子装置（ｄｅｖｉｃｅ）内の１以上のプロセッサによって実行可能になるように構成される（ｃｏｎｆｉｇｕｒｅｄ ｆｏｒ ｅｘｅｃｕｔｉｏｎ）。１以上のプログラムは、電子装置により、本発明の特許請求の範囲又は明細書に記載された実施形態による方法を実行させる命令語（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含む。

【0382】

そのようなプログラム（ソフトウェアモジュール、ソフトウェア）は、ＲＡＭ、フラッシュ（ｆｌａｓｈ）メモリを含む不揮発性（ｎｏｎ－ｖｏｌａｔｉｌｅ）メモリ、ＲＯＭ、電気的消去可能でプログラム可能なＲＯＭ（ＥＥＰＲＯＭ：ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ－ｏｎｌｙ ｍｅｍｏｒｙ）、磁気ディスク保存装置（ｍａｇｎｅｔｉｃ ｄｉｓｃ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）、ＣＤ－ＲＯＭ、デジタル多目的ディスク（ＤＶＤ：ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃ）、他の形態の光学保存装置、又はマグネチックカセット（ｍａｇｎｅｔｉｃ ｃａｓｓｅｔｔｅ）に保存される。或いは、それらの一部又は全部の組み合わせによって構成されたメモリに保存される。また、それぞれの構成メモリは、多数個含まれる。

【0383】

また、プログラムは、インターネット（Ｉｎｔｅｒｎｅｔ）、イントラネット（ｉｎｔｒａｎｅｔ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、若しくはＳＡＮ（ｓｔｏｒａｇｅ ａｒｅａ ｎｅｔｗｏｒｋ）のような通信ネットワーク、又はそれらの組み合わせによって構成された通信ネットワークを介してアクセスされる付着可能な（ａｔｔａｃｈａｂｌｅ）保存装置（ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）に保存される。そのような保存装置は、外部ポートを介して本発明の実施形態を遂行する装置に接続される。また、通信ネットワーク上の別途の保存装置が本発明の実施形態を遂行する装置に接続される。

【0384】

本発明により、無線通信システムが、ＵＥが登録されたネットワークスライスを効率的に管理し、ネットワークスライスを介して多様なサービスを支援するネットワークスライスアップデート手続きが提供される。上述の本発明の具体的な実施形態において、本明細書に含まれる構成要素は、提示された具体的な実施形態により、単数又は複数に表現されている。しかし、単数又は複数の表現は、説明の便宜のために提示された状況に適して選択されたものであり、本発明が、単数又は複数の構成要素に制限されるものではなく、複数に表現された構成要素であるとしても、単数によって構成されるか又は単数によって表現された構成要素であるとしても、複数によって構成され得る。

【0385】

なお、本発明の詳細な説明では、具体的な実施形態について説明したが、本発明の範囲から外れない限度内で、様々な変形が可能であることは言うまでもない。従って、本発明の範囲は、説明した実施形態に限られて決定されるものではなく、特許請求の範囲だけではなく、特許請求の範囲と均等なものによっても定められる。

【0386】

本発明を多様な実施形態について説明したが、当該技術分野において当業者に多様な変形及び修正が提案され得る。本発明は、特許請求の範囲内に該当するそのような変形及び修正も含むことを意図する。

【符号の説明】

【0387】

１００、６００、８００、１６００ 端末（ＵＥ）
１１０ ３ＧＰＰ（ラジオ）（接続ネットワーク）基地局（３ＧＰＰ ＡＮ）
１１１ ｎｏｎ－３ＧＰＰ接続ネットワーク
１１５ Ｎ３Ｆ（ｎｏｎ－３ＧＰＰ ｆｕｎｃｔｉｏｎ）
１２０、８２０、１０００、１６２０、１８００ ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）
１３０、８３０、１６３０ ＵＰＦ（ｕｓｅｒ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）
１３５、８３５、１６３５ ＳＭＦ（ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）
１４０、８４０、１６４０ ＰＣＦ（ｐｏｌｉｃｙ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）
１４５、８４５、１６４５ ＵＤＭ（うｎｉｆｉｅｄ ｄａｔａ ｍａｎａｇｅｍｅｎｔ）
１５０ ＵＤＲ（ｕｎｉｆｉｅｄ ｄａｔａ ｒｅｐｏｓｉｔｏｒｙ）
１６０、８６０、１６６０ ＮＳＳＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）
１６５、８６５、１６６５ ＮＷＤＡＦ（ｎｅｔｗｏｒｋ ｄａｔａ ａｎａｌｙｔｉｃｓ ｆｕｎｃｔｉｏｎ）
１８０、２００、８８０、１６８０ ＮＳＡＣＦ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ａｄｍｉｓｓｉｏｎ ｃｏｎｔｒｏｌ ｆｕｎｃｔｉｏｎ）
６１０、７１０、１４１０、１５１０、２２１０、２３１０ 送受信部
６２０、７２０ メモリ
６３０、７３０ プロセッサ
７００ ネットワークエンティティ
８１０、１６１０ （ラジオ）（接続ネットワーク）基地局
１４２０、１５２０、２２２０、２３２０ 制御部
１４３０、１５３０、２２３０、２３３０ 保存部

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【国際調査報告】