JP2022525167A - 動的ネットワーク能力構成 - Google Patents

動的ネットワーク能力構成 Download PDF

Info

Publication number
JP2022525167A
JP2022525167A JP2021555288A JP2021555288A JP2022525167A JP 2022525167 A JP2022525167 A JP 2022525167A JP 2021555288 A JP2021555288 A JP 2021555288A JP 2021555288 A JP2021555288 A JP 2021555288A JP 2022525167 A JP2022525167 A JP 2022525167A
Authority
JP
Japan
Prior art keywords
network
slice
amf
request
service
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2021555288A
Other languages
English (en)
Inventor
リ，ホンクン
スターシニック，マイケル，エフ．
ジローラモ，ロッコ ディ
ムラディン，カタリーナ，ミハエラ
チェン，ズオ
シード，デイル，エヌ．
ニングルク，ジワン，エル．
リ，クァン
Original Assignee
コンヴィーダ ワイヤレス， エルエルシー
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by コンヴィーダ ワイヤレス， エルエルシー filed Critical コンヴィーダ ワイヤレス， エルエルシー
Publication of JP2022525167A publication Critical patent/JP2022525167A/ja
Pending legal-status Critical Current

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/34—Network arrangements or protocols for supporting network services or applications involving the movement of software or configuration parameters 
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W60/00—Affiliation to network, e.g. registration; Terminating affiliation with the network, e.g. de-registration
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W48/00—Access restriction; Network selection; Access point selection
    • H04W48/18—Selecting a network or a communication service
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W76/00—Connection management
    • H04W76/10—Connection setup
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04W—WIRELESS COMMUNICATION NETWORKS
    • H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
    • H04W4/50—Service provisioning or reconfiguring

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)

Abstract

ＵＥの所望のネットワーク能力を構成するために、ＵＥがネットワーク能力ベース登録を開始する方法、ＵＥが既にネットワークに登録されており、かつそれらのネットワーク能力を動的に再構成することを必要とする場合に、ＵＥがネットワーク能力ベース登録更新を開始する方法、およびＮＦまたはＡＳがＵＥ向けのネットワークスライスのネットワーク能力の更新を開始することを可能にするネットワーク能力ベースＵＥ構成更新の方法を含む、サービスベースネットワークにおける所望のネットワーク能力を構成する方法および装置について記載する。

Description

（関連出願の相互参照）
本出願は、２０１９年３月１３日に出願の米国特許出願番号第６２／８１７，８１１号および２０１９年１１月６日に出願の米国特許出願番号第６２／９３１，３７６号の優先権の利益を主張し、その全体が参照により本明細書に援用される。
第３世代パートナーシッププロジェクト（3rd Generation Partnership Project：３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービス品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術向けに、技術的規格を策定している。最近の無線アクセス技術（Radio Access Technology：ＲＡＴ）規格は、ＷＣＤＭＡ（登録商標）（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ－アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（New Radio：ＮＲ）と呼ばれる次世代セルラー技術の標準化への取り組みを開始している。
５Ｇコアネットワーク（5G Core Network：５ＧＣ）は、ネットワークスライシングおよび仮想化ネットワーク機能（Network Function：ＮＦ）の構想に基づくサービスベースアーキテクチャ（Service Based Architecture：ＳＢＡ）を含む。例えば、アクセス・モビリティ管理機能（Access and Mobility Management Function：ＡＭＦ）、セッション管理機能（Session Management Function：ＳＭＦ）、およびポリシー制御機能（Policy Control Function：ＰＣＦ）などの様々なネットワーク機能は、サービスベースインターフェースを介して様々なネットワーク機能サービスを提供する。これは、サービスコンシューマがサービスプロバイダと通信するのに同じメッセージおよび同じ手順を使用できることを意味する。例えば、任意のＮＦが、ＡＭＦによって提供されるイベントエクスポージャサービスと同じイベントをサブスクライブできる。他方では、非ＩＰデータ配信（Non-Ip Data Delivery：ＮＩＤＤ）、バックグラウンドデータ伝送（Background Data Transfer：ＢＤＴ）、および電力節約モード（Power Saving Mode：ＰＳＭ）などの種々のネットワーク能力が、ＮＦサービスのセットを通して実装できる。現在のＳＢＡフレームワークのもとで、ＵＥはネットワークスライスを識別する要求ネットワークスライス選択支援情報（Network Slice Selection Assistance Information：ＮＳＳＡＩ）を示すことによって、ネットワークを構成、およびネットワークにアクセスできる。ＵＥが所望のネットワーク能力を直接示す方法はない。
５ＧＣの現在のＳＢＡフレームワークのもとで、ＵＥはネットワークスライスを識別する要求ＮＳＳＡＩを示すことによって、ネットワークを構成、およびネットワークにアクセスできるが、ＵＥが所望のネットワーク能力を直接示す方法はない。
サービスベースネットワークにおいて所望のネットワーク能力を構成するための方法および装置を本明細書にて開示する。
一態様において、ネットワーク能力層を含む新しいフレームワークについて記載する。ＵＥおよびＡＳは、それらのアプリケーションをサポートするために、ネットワーク能力（例えば、バックグラウンドデータ伝送、非ＩＰデータ配信）を動的に要求することができる。一実装形態では、ＵＥおよびＡＳは、要求したネットワーク能力をどのネットワークスライスがサポートしているか、またはサービスを提供するネットワークスライスが要求したネットワーク能力をサポートしているかどうかを認識しなくてもよい、またはそれらに配慮しなくてもよい場合がある。コアネットワークエンティティが、全ての要求されたネットワーク能力をサポートするネットワークスライスを決定または構成してよい。
別の態様において、その所望のネットワーク能力を構成するために、ＵＥがネットワーク能力ベース登録を開始する方法について記載する。
さらに別の態様では、ＵＥが既にネットワークに登録されており、かつそれらのネットワーク能力を動的に再構成する必要がある場合に、ＵＥがネットワーク能力ベース登録更新を開始する方法について記載する。
さらに別の態様では、ＮＦまたはアプリケーションサーバがＵＥ向けのネットワークスライスのネットワーク能力の更新を開始することを可能にするネットワーク能力ベースＵＥ構成更新の方法について記載する。
ユーザプレーン機能（User Plane Function：ＵＰＦ）とのインターフェースおよびＵＰＦによって提供されるサービスを含む拡張サービスベースアーキテクチャについてもまた記載する。
ネットワークがネットワークスライスのネットワーク能力プロファイル（Network Capability Profile：ＮＣＰ）と呼ばれるネットワーク能力情報をＵＥに配信し得るメカニズム。
ＵＥの要求したネットワーク能力に基づいて相当するネットワーク能力プロファイルを有する代替ネットワークスライスについて、ネットワークがＵＥに通知し得る方法。その所望のネットワーク能力を構成するために、ＵＥがネットワーク能力ベース登録を開始するメカニズム。
基本的なＵＥ登録手順中にそれらの対応するＮＣＰを含む許可ＮＳＳＡＩのセットをＵＥが受信することができるメカニズム。受信したＮＣＰによって示される能力がＵＥのアプリケーションにとって充分でない場合、ＵＥは、コアネットワークから受信した許可Ｓ－ＮＳＳＡＩのＮＣＰリストに基づいて代替ネットワークスライスを要求できる場合がある。
ＵＥポリシー更新手順中にＵＥポリシーの一部としてネットワークスライスのＮＣＰがＵＥに配信されるメカニズム。
コアネットワークが、ＰＤＵセッション確立手順中にネットワークスライスごとに最大数のＰＤＵセッションを施行し、かつ最大限度に到達した後に受信される要求を処理するメカニズム。
コアネットワークがネットワークスライスごとのＰＤＵセッションの数の最大限度を処理するメカニズム。このメカニズムでは、再試行前にＵＥが待機することができるように、ＮＡＳメッセージを介してネットワークスライスがその最大限度に到達したことをネットワークがＵＥに周期的に通知する。
コアネットワークが、ネットワークスライスごとに最大数のＵＥ登録を施行し、かつ最大限度に到達した後に受信される登録要求を処理するメカニズム。
本概要は、下記にさらに記載される発明を実施するための形態を簡略化した形式で、概念の選択を紹介するために提示される。本概要は、請求される主題の主要な特徴または実質的な特徴を特定することも、請求される主題の範囲を限定するために使用されることも意図していない。さらに、請求される主題は、本開示のいずれかの部分に記載される、いずれかのまたは全ての不利点を解決するといった制限にも限定されない。
より詳細な理解は、添付図面と併せて、例として挙げられる以下の説明から得られるであろう。
図１Ａは、例示的通信システムを示す図である。 図１Ｂは、例えば、無線伝送／受信ユニット（Wireless Transmit/Receive Unit：ＷＴＲＵ）などの、無線通信向けに構成された例示的装置またはデバイスのブロック図である。 図１Ｃは、例示的無線アクセスネットワーク（Radio Access Network：ＲＡＮ）およびコアネットワークのシステム図である。 図１Ｄは、別の例示的ＲＡＮおよびコアネットワークのシステム図である。 図１Ｅは、別の例示的ＲＡＮおよびコアネットワークのシステム図である。 図１Ｆは、別の例示的ＲＡＮおよびコアネットワークのシステム図である。 図１Ｇは、ノード、エンティティ、デバイスまたは通信システムの他の装置がその中で具現化される可能性がある例示的コンピューティングシステムのブロック図である。 図２Ａは、制御プレーンとのサービスベースインターフェースを有する非ローミング５Ｇ参照アーキテクチャを示す図である。 図２Ｂは、参照点の描写を含む非ローミング５Ｇシステムアーキテクチャを示す図である。 図３は、ネットワーク機能、ＮＦサービスおよびＮＦサービス操作の例を示す図である。 図４は、「要求－応答」ＮＦサービスの例を示す図である。 図５は、「サブスクライバ－通知」ＮＦサービスの例を示す図である。 図６は、ネットワーク能力構成ユースケースを示す図である。 図７は、ネットワーク能力層を含む例示的ネットワークアーキテクチャを示す図である。 図８は、ネットワーク能力ベース登録の方法を示す図である。 図９は、ネットワーク能力ベース登録更新の方法を示す図である。 図１０は、ネットワーク能力ベースＵＥ構成更新の方法を示す図である。 図１１は、ＵＰＦおよびＮｕｐｆインターフェースを含む拡張されたサービスベースアーキテクチャの例を示す図である。 図１２は、通信ネットワークのネットワーク能力を構成するための例示的グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）を示す図である。 図１３は、要求ＮＳＳＡＩのネットワーク能力プロファイルを用いる登録手順の方法を示す図である。 図１４は、ＵＥポリシーの一部として、ＵＥにネットワーク能力プロファイルを配信する方法を示す図である。 図１５は、ネットワークスライスでのＰＤＵセッションの最大数をネットワークが処理する方法を示す図である。 図１６は、ＮＡＳ通知を使用して、ネットワークスライスでのＰＤＵセッションの最大数を処理する方法を示す図である。 図１７は、ネットワークスライスにおけるＵＥ限度の最大数を処理する手順を示す図である。 図１８は、ＵＥがネットワークからＮＣＰを受信し、かつＵＥがＮＣＰを承認するか、または新しいＮＣＰを要求することができることを示す例示的グラフィカルユーザインターフェース（ＧＵＩ）を示す図である。
以下に掲げるものは、後述の説明に出現する可能性のある頭字語のリストである。特に指示がない限り、本明細書で使用される頭字語は、以下に列挙されている対応する用語を指す。
5GC：5G Core（５Ｇコア）
AF：Application Function（アプリケーション機能）
AMF：Access and Mobility Management Function（アクセス・モビリティ管理機能）
AS：Application Server（アプリケーションサーバ）
CN：Core Network（コアネットワーク）
CP：Control Plane（制御プレーン）
DL：Downlink（下りリンク）
DNN：Data Network Name（データネットワーク名）
EPC：Evolved Packet Core（発展型パケットコア）
GUTI：Globally Unique Temporary Identifier（グローバル一意一時識別子）
LTE：Long Term Evolution（ロングタームエボリューション）
MBMS：Multimedia Broadcast/Multicast Service（マルチメディアブロードキャスト／マルチキャストサービス）
MME：Mobility Management Entity（モビリティ管理エンティティ）
NAS：Non Access Stratum（非アクセス層）
NCMF：Network Capability Management Function（ネットワーク能力管理機能）
NCP：Network Capability Profile（ネットワーク能力プロファイル）
NEF：Network Exposure Function（ネットワークエクスポージャ機能）
NF：Network Function（ネットワーク機能）
NIDD：Non-IP Data Delivery（非ＩＰデータ配信）
NRF：NF Repository Function（ＮＦリポジトリ機能）
NSSAI：Network Slice Selection Assistance Information（ネットワークスライス選択支援情報）
NSSF：Network Slice Selection Function（ネットワークスライス選択機能）
NSI：Network Slice Instance（ネットワークスライスインスタンス）
PCF：Policy Control Function（ポリシー制御機能）
PDU：Protocol Data Unit（プロトコルデータユニット）
PSM：Power Saving Mode（電力節約モード）
QoS：Quality of Service（サービス品質）
RAN：Radio Access Network（無線アクセスネットワーク）
PLMN：Public Land Mobile Network（公衆陸上移動網）
SBA：Service Based Architecture（サービスベースアーキテクチャ）
SCS：Service Capability Server（サービス能力サーバ）
SD：Slice Differentiator（スライス識別情報）
SM：Session Management（セッション管理）
SMF：Session Management Function（セッション管理機能）
SMSF：Short Message Service (SMS) Function（ショートメッセージサービス（Short Message Service：ＳＭＳ）機能）
S-NSSAI：Single Network Slice Selection Assistance Information（単一ネットワークスライス選択支援情報）
SST：Slice/Service Type（スライス／サービスタイプ）
SUPI：SUbscription Permanent Identifier（サブスクリプション常設識別子）
UDM/UDR：Unified Data Management/ Unified Data Repository（統合データ管理／統合データリポジトリ）
UE：User Equipment（ユーザ端末）
UL：Uplink（上りリンク）
UPF：User Plane Function（ユーザプレーン機能）
以下の用語は下記のものを意味する場合がある。
「コアネットワーク」は、電気通信ネットワークの中心、またはコア、一部を指し、無線アクセスネットワークによって相互接続している顧客に非常に多くの通信サービスを提供する。コアネットワークは、典型的には、コアネットワークの機能を実施するいくつかのエンティティを含む。本明細書で使用する場合、用語「コアネットワークエンティティ」は、例えば、本明細書に記載のようなＡＭＦ、ＵＤＲ／ＵＤＳＦ、ＵＤＭ／ＵＤＲ、ＮＲＦ、ＮＥＦ、ＰＣＦ、ＮＦ、ＳＭＦ、ＡＵＳＦ、ＮＳＳＦなどのコアネットワークの機能を実施する任意のエンティティを指す。そのようなコアネットワークエンティティは、図１Ｂまたは図１Ｇに例示されているようなワイヤレスおよび／またはネットワーク通信またはコンピュータシステム用に構成された装置のメモリに記憶され、かつ該装置のプロセッサで実行するソフトウェアの形態（すなわち、コンピュータ実行可能命令）で実装される論理エンティティであってもよいことが理解される。
「ネットワーク機能（ＮＦ）」は、定義済みの機能的動作、および定義済みのインターフェースを有するネットワーク内の処理機能を指す。ＮＦは、専用ハードウェア上のネットワーク要素として、または専用ハードウェア上で動作するソフトウェアインスタンスとして、あるいは、例えばクラウドインフラストラクチャなどの適切なプラットフォーム上でインスタンス化された仮想化機能として実装できる。
「ネットワーク機能インスタンス」は、ＮＦの識別可能なインスタンスを指す。
「ネットワーク機能（ＮＦ）サービス」は、サービスベースインターフェースを通してＮＦ（「ＮＦサービスプロデューサ」）によって別の権限を与えられたＮＦ（「ＮＦサービスコンシューマ」）にエクスポーズされる能力の１つのタイプである場合がある。ネットワーク機能は、１つまたは複数のＮＦサービスをエクスポーズすることがある。例えば、５ＧのＡＭＦは、Namf_EventExposureサービスを提供し、これにより、ある特定のモビリティ管理関連イベントをサブスクライブするＮＦにＡＭＦが通知を送信することが可能になる。
「ＮＦサービスインスタンス」は、ＮＦサービスの識別可能なインスタンスを指す。
「ネットワーク能力」は、コアネットワークが実装し、かつそのユーザ（例えば、ＵＥまたはアプリケーションサーバ）に提供するトランスポートネットワーク特性を含む。ネットワーク能力の例としては、バックグラウンドデータ伝送およびイベント監視が挙げられる。ネットワーク能力は、１つまたは複数のＮＦの１つまたはモードＮＦサービスを通して可能になる。
「ネットワークスライス」は、特定のネットワーク能力およびネットワーク特性を提供する論理ネットワークである。
「ネットワークスライスインスタンス」は、展開済みネットワークスライスを形成する、ＮＦインスタンスのセットおよび必要とされるリソース（例えば、コンピューティング、記憶領域およびネットワーキングリソース）を含む。
「ネットワーク能力プロファイル」は、ＮＣＭＦによって保持されるネットワークスライスごとの情報プロファイルであり、ネットワークスライスによってサポートされているネットワーク能力を示す。
「ネットワーク能力管理機能」は、ＵＥ／ＡＳに所望のネットワーク能力のセットを提供するようにネットワークスライスを構成するＮＦである。ＮＣＭＦは、ＯＡＭシステムの一部である場合がある。
第３世代パートナーシッププロジェクト（３ＧＰＰ）は、無線アクセス、コアトランスポートネットワーク、およびサービス能力（符復号化、セキュリティ、およびサービス品質に作用するものを含む）を含む、セルラー電気通信ネットワーク技術向けに、技術的規格を策定している。最近の無線アクセス技術（ＲＡＴ）規格は、ＷＣＤＭＡ（一般に、３Ｇと称される）、ＬＴＥ（一般に、４Ｇと称される）、およびＬＴＥ－アドバンスト規格を含む。３ＧＰＰは、「５Ｇ」とも称される、新無線（ＮＲ）と呼ばれる、次世代セルラー技術の標準化への取り組みを開始している。３ＧＰＰ ＮＲ規格開発は、次世代無線アクセス技術（新しいＲＡＴ）の規定を含むことが想定され、これは、６ＧＨｚを下回る新規のフレキシブルな無線アクセスのプロビジョンと、６ＧＨｚを上回る新規のウルトラモバイルブロードバンド無線アクセスのプロビジョンとを含むことが想定されている。フレキシブルな無線アクセスは、６ＧＨｚを下回る新しい周波数帯域における新しい非後方互換性無線アクセスで構成されることが想定され、また同じ周波数帯でまとめて多重化されて、多様な要件を伴う３ＧＰＰ ＮＲユースケースの広範なセットに対処することができる異なる動作モードを含むことが予期される。ウルトラモバイルブロードバンドは、例えば、屋内用途およびホットスポット向けのウルトラモバイルブロードバンドアクセスの機会を提供する、センチ波およびミリ波の周波数帯域を含むことが想定されている。ウルトラモバイルブロードバンドは、６ＧＨｚを下回るフレキシブル無線アクセスと、特に、センチ波およびミリ波特有設計最適化を伴って、共通設計フレームワークを共有することが想定されている。
３ＧＰＰは、データレート、遅延、およびモビリティに対する様々なユーザ体験要件となる、新無線（New Radio：ＮＲ）でサポートすることが予測される種々のユースケースを特定している。ユースケースの、概略のカテゴリとしては、高度化モバイルブロードバンド（例えば、高密度エリアにおけるブロードバンドアクセス、屋内超高ブロードバンドアクセス、群集の中のブロードバンドアクセス、あらゆる場所における５０＋Ｍｂｐｓ、超低コストブロードバンドアクセス、車両内のモバイルブロードバンド）、クリティカル通信、大規模マシンタイプ通信、ネットワーク操作（例えば、ネットワークスライシング、ルーティング、移行および網間接続、エネルギー節約）、ならびに高度化ビークルツーエブリシング（Enhanced Vehicle-To-Everything：ｅＶ２Ｘ）通信が挙げられる。これらのカテゴリにおける具体的サービスおよびアプリケーションは、例えば、いくつか例を挙げると、監視およびセンサネットワーク、デバイス遠隔制御、双方向遠隔制御、パーソナルクラウドコンピューティング、ビデオストリーミング、無線クラウドベースのオフィス、緊急対応者コネクティビティ、自動車ｅコール、災害警告、リアルタイムゲーム、多人数ビデオコール、自律運転、拡張現実、触知インターネット、および仮想現実を含む。これらのユースケースの全ておよび他のものが、本明細書で検討される。
図１Ａは、本明細書で説明および請求される方法および装置がその中で具現化される場合がある例示的通信システム１００の一実施形態を図示する。示すように、例示的通信システム１００は、無線伝送／受信ユニット（ＷＴＲＵ）１０２ａ、１０２ｂ、１０２ｃ、および／または１０２ｄ（概して、または集合的に、ＷＴＲＵ１０２と呼ばれることもある）と、無線アクセスネットワーク（ＲＡＮ）１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂと、コアネットワーク１０６／１０７／１０９と、公衆交換電話ネットワーク（Public Switched Telephone Network：ＰＳＴＮ）１０８と、インターネット１１０と、その他のネットワーク１１２とを含む場合があるが、開示される実施形態は、任意の数のＷＴＲＵ、基地局、ネットワーク、および／またはネットワーク要素が考えられることを理解されよう。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅはそれぞれ、無線環境で動作および／または通信するように構成された任意のタイプの装置またはデバイスであってよい。各ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、ハンドヘルド無線通信装置として図１Ａから１Ｇに描写されるが、５Ｇ無線通信で考えられる様々なユースケースで、各ＷＴＲＵは、一例にすぎないが、ユーザ端末（ＵＥ）、移動局、固定またはモバイルサブスクライバユニット、ポケットベル、セルラー電話、携帯情報端末（Personal Digital Assistant：ＰＤＡ）、スマートフォン、ラップトップ、タブレット、ネットブック、ノートブックコンピュータ、パーソナルコンピュータ、無線センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、例えば、車、トラック、電車、または飛行機の乗物などを含む、無線信号を伝送および／または受信するように構成されている任意のタイプの装置またはデバイスを備えている、またはそれらで具現化される場合があることを理解されよう。
通信システム１００はまた、基地局１１４ａおよび基地局１１４ｂを含んでよい。基地局１１４ａは、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであってもよい。基地局１１４ｂは、ＲＲＨ（遠隔無線ヘッド）１１８ａ、１１８ｂおよび／またはＴＲＰ（送受信ポイント）１１９ａ、１１９ｂのうちの少なくとも１つと有線および／または無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであってもよい。ＲＲＨ１１８ａ、１１８ｂは、ＷＴＲＵ１０２ｃのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであってもよい。ＴＲＰ１１９ａ、１１９ｂは、ＷＴＲＵ１０２ｄのうちの少なくとも１つと無線でインターフェースをとり、コアネットワーク１０６／１０７／１０９、インターネット１１０、および／またはその他のネットワーク１１２などの１つまたは複数の通信ネットワークへのアクセスを促進するように構成された任意のタイプのデバイスであってもよい。一例として、基地局１１４ａ、１１４ｂは、送受信機基地局（Base Transceiver Station：ＢＴＳ）、Ｎｏｄｅ－Ｂ、ｅＮｏｄｅ Ｂ、ホームＮｏｄｅ Ｂ、ホームｅＮｏｄｅ Ｂ、サイトコントローラ、アクセスポイント（Access Point：ＡＰ）、無線ルータなどであってもよい。基地局１１４ａ、１１４ｂはそれぞれ単一の要素として描写されているが、基地局１１４ａ、１１４ｂは、任意の数の相互接続される基地局および／またはネットワーク要素を含む場合があることを理解されよう。
基地局１１４ａは、ＲＡＮ１０３／１０４／１０５の一部である場合があり、それらＲＡＮはまた、基地局コントローラ（Base Station Controller：ＢＳＣ）、無線ネットワークコントローラ（Radio Network Controller：ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）をも含んでよい。基地局１１４ｂは、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂの一部である場合があり、それらＲＡＮはまた、基地局コントローラ（ＢＳＣ）、無線ネットワークコントローラ（ＲＮＣ）、中継ノードなどの、他の基地局および／またはネットワーク要素（図示せず）をも含んでよい。基地局１１４ａは、セルと呼ばれることもある特定の地理的領域（図示せず）内で無線信号を伝送および／または受信するように構成されてよい。基地局１１４ｂは、セルと呼ばれることもある特定の地理的領域（図示せず）内で有線および／または無線信号を伝送および／または受信するように構成されてよい。セルは、セルセクタにさらに分割されてよい。例えば、基地局１１４ａに関連付けられたセルは、３つのセクタに分割されてよい。したがって、一実施形態において、基地局１１４ａは、例えば、セルのセクタごとに１つの、３つの送受信機を備える場合がある。一実施形態において、基地局１１４ａは、多入力多出力（Multiple-Input Multiple Output：ＭＩＭＯ）技術を採用する場合があり、したがって、セルのセクタごとに複数の送受信機を利用することがある。
基地局１１４ａは、任意の好適な無線通信リンク（例えば、高周波（Radio Frequency：ＲＦ）、マイクロ波、赤外線（Infrared：ＩＲ）、紫外線（Ultraviolet：ＵＶ）、可視光、センチ波、ミリ波など）であることがあるエアインターフェース１１５／１１６／１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５／１１６／１１７は、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
基地局１１４ｂは、任意の好適な有線（例えば、ケーブル、光ファイバーなど）または無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、有線またはエアインターフェース１１５ｂ／１１６ｂ／１１７ｂを通してＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂのうち１つまたは複数と通信する場合がある。エアインターフェース１１５ｂ／１１６ｂ／１１７ｂは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
ＲＲＨ１１８ａ、１１８ｂおよび／またはＴＲＰ１１９ａ、１１９ｂは、任意の好適な無線通信リンク（例えば、高周波（ＲＦ）、マイクロ波、赤外線（ＩＲ）、紫外線（ＵＶ）、可視光、センチ波、ミリ波など）であることがある、エアインターフェース１１５ｃ／１１６ｃ／１１７ｃを通してＷＴＲＵ１０２ｃ、１０２ｄのうちの１つまたは複数と通信する場合がある。エアインターフェース１１５ｃ／１１６ｃ／１１７ｃは、任意の好適な無線アクセス技術（ＲＡＴ）を使用して確立されてよい。
より詳細には、上記のように、通信システム１００は、複数のアクセスシステムであってもよく、かつＣＤＭＡ、ＴＤＭＡ、ＦＤＭＡ、ＯＦＤＭＡ、ＳＣ－ＦＤＭＡなどの１つまたは複数のチャネルアクセススキームを採用してもよい。例えば、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、ユニバーサルモバイル電気通信システム（Universal Mobile Telecommunications System：ＵＭＴＳ）、地上無線アクセス（Universal Terrestrial Radio Access：ＵＴＲＡ）などの無線技術を実装してよく、それにより、広帯域ＣＤＭＡ（Wideband CDMA：ＷＣＤＭＡ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。ＷＣＤＭＡは、高速パケットアクセス（High-Speed Packet Access：ＨＳＰＡ）および／または発展型ＨＳＰＡ（Evolved HSPA：ＨＳＰＡ＋）などの通信プロトコルを含んでもよい。ＨＳＰＡは、高速下りリンクパケットアクセス（High-Speed Downlink Packet Access：ＨＳＤＰＡ）および／または高速上りリンクパケットアクセス（High-Speed Uplink Packet Access：ＨＳＵＰＡ）を含んでもよい。
一実施形態において、基地局１１４ａとＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、発展型ＵＭＴＳ地上無線アクセス（Evolved UMTS Terrestrial Radio Access：Ｅ－ＵＴＲＡ）などの無線技術を実装してよく、それにより、ロングタームエボリューション（ＬＴＥ）および／またはＬＴＥ－アドバンスト（LTE-Advanced：ＬＴＥ－Ａ）を使用して、エアインターフェース１１５／１１６／１１７または１１５ｃ／１１６ｃ／１１７ｃをそれぞれ確立することができる。将来的に、エアインターフェース１１５／１１６／１１７は、３ＧＰＰ ＮＲ技術を実装する可能性がある。
一実施形態において、ＲＡＮ１０３／１０４／１０５内の基地局１１４ａと、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとは、または、ＲＡＮ１０３ｂ／１０４ｂ／１０５ｂ内のＲＲＨ１１８ａ、１１８ｂおよびＴＲＰ１１９ａ、１１９ｂとＷＴＲＵ１０２ｃ、１０２ｄとは、ＩＥＥＥ８０２．１６（例えば、ワールドワイド・インターオペラビリティ・フォー・マイクロウェーブ・アクセス（Worldwide Interoperability For Microwave Access：ＷｉＭＡＸ））、ＣＤＭＡ２０００、ＣＤＭＡ２０００ １Ｘ、ＣＤＭＡ２０００ ＥＶ－ＤＯ、暫定規格２０００（Interim Standard 2000：ＩＳ－２０００）、暫定規格９５（ＩＳ－９５）、暫定規格８５６（ＩＳ－８５６）、モバイル通信用グローバルシステム（Global System For Mobile Communications：ＧＳＭ（登録商標））、ＧＳＭ進化型高速データレート（Enhanced Data Rates For GSM Evolution：ＥＤＧＥ）、ＧＳＭ ＥＤＧＥ（ＧＥＲＡＮ）などの無線技術を実装してもよい。
図１Ａの基地局１１４ｃは、無線ルータ、ホームＮｏｄｅＢ、ホームｅＮｏｄｅＢ、またはアクセスポイントであってもよく、例えば、事業所、家、車両、キャンパスなどの場所などの局所エリア内の無線コネクティビティを促進するために、任意の好適なＲＡＴを利用してもよい。一実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、ＩＥＥＥ８０２．１１などの無線技術を実装して、無線ローカルエリアネットワーク（Wireless Local Area Network：ＷＬＡＮ）を確立してもよい。一実施形態において、基地局１１４ｃとＷＴＲＵ１０２ｄとは、ＩＥＥＥ８０２．１５などの無線技術を実装して、無線パーソナルエリアネットワーク（Wireless Personal Area Network：ＷＰＡＮ）を確立してもよい。さらに別の一実施形態では、基地局１１４ｃとＷＴＲＵ１０２ｅとは、セルラーベースのＲＡＴ（例えば、ＷＣＤＭＡ、ＣＤＭＡ２０００、ＧＳＭ、ＬＴＥ、ＬＴＥ－Ａなど）を利用して、ピコセルまたはフェムトセルを確立してもよい。図１Ａに示すように、基地局１１４ｂは、インターネット１１０への直接接続を有する場合がある。したがって、基地局１１４ｃは、コアネットワーク１０６／１０７／１０９を介してインターネット１１０にアクセスする必要がない場合がある。
ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂは、コアネットワーク１０６／１０７／１０９と通信する場合があり、そのコアネットワークは、音声、データ、アプリケーション、および／またはボイスオーバーインターネットプロトコル（Voice Over Internet Protocol：ＶｏＩＰ）サービスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄのうちの１つまたは複数に提供するように構成される任意のタイプのネットワークであってもよい。例えば、コアネットワーク１０６／１０７／１０９は、コール制御、請求サービス、モバイル位置ベースサービス、プリペイドコール、インターネットコネクティビティ、ビデオ配信などを提供するか、および／またはユーザ認証などの高レベルセキュリティ機能を実施してもよい。
図１Ａでは図示されていないが、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂおよび／またはコアネットワーク１０６／１０７／１０９は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用する他のＲＡＮと直接または間接通信してもよいことを理解されよう。例えば、Ｅ－ＵＴＲＡ無線技術を利用することがあるＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂに接続されることに加え、コアネットワーク１０６／１０７／１０９はまた、ＧＳＭ無線技術を採用する別のＲＡＮ（図示せず）と通信してもよい。
コアネットワーク１０６／１０７／１０９はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅがＰＳＴＮ１０８、インターネット１１０、および／またはその他のネットワーク１１２にアクセスするために、ゲートウェイとして機能してもよい。ＰＳＴＮ１０８は、基本電話サービス（Plain Old Telephone Service：ＰＯＴＳ）を提供する回線交換電話ネットワークを含んでもよい。インターネット１１０は、伝送制御プロトコル（Transmission Control Protocol：ＴＣＰ）、ユーザデータグラムプロトコル（User Datagram Protocol：ＵＤＰ）、およびＴＣＰ／ＩＰインターネットプロトコルスイートのインターネットプロトコル（Internet Protocol：ＩＰ）などの共通通信プロトコルを使用する、相互接続されたコンピュータネットワークおよびデバイスのグローバルシステムを含んでもよい。ネットワーク１１２は、他のサービスプロバイダによって所有および／または操作される、有線または無線通信ネットワークを含んでもよい。例えば、ネットワーク１１２は、ＲＡＮ１０３／１０４／１０５および／またはＲＡＮ１０３ｂ／１０４ｂ／１０５ｂと同じＲＡＴまたは異なるＲＡＴを採用することがある１つまたは複数のＲＡＮに接続される別のコアネットワークを含んでもよい。
通信システム１００内の、マルチモード能力を含む場合があるＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄの一部または全て、例えば、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、１０２ｄ、１０２ｅは、異なる無線リンクを通して異なる無線ネットワークと通信する複数の送受信機を含む場合がある。例えば、図１Ａに示すＷＴＲＵ１０２ｅは、セルラーベースの無線技術を採用することがある基地局１１４ａ、およびＩＥＥＥ８０２無線技術を採用することがある基地局１１４ｃと通信するように構成されてもよい。
図１Ｂは、例えば、ＷＴＲＵ１０２など、本明細書に例示する実施形態に従って無線通信のために構成された例示的装置またはデバイスのブロック図である。図１Ｂに示すように、例示的ＷＴＲＵ１０２は、プロセッサ１１８、送受信機１２０、伝送／受信要素１２２、スピーカ／マイクロホン１２４、キーパッド１２６、ディスプレイ／タッチパッド／インジケータ１２８、非取り外し可能メモリ１３０、取り外し可能メモリ１３２、電源１３４、全地球測位システム（Global Positioning System：ＧＰＳ）チップセット１３６、および他の周辺機器１３８を備えてもよい。ＷＴＲＵ１０２は、実施形態と一致したままで、上述の要素の任意の副次的組み合わせを含んでもよいことを理解されたい。また、実施形態は、限定ではないが、とりわけ、送受信機基地局（ＢＴＳ）、Ｎｏｄｅ－Ｂ、サイトコントローラ、アクセスポイント（ＡＰ）、ホームＮｏｄｅ－Ｂ、発展型ホームＮｏｄｅ－Ｂ（Evolved Home Node-B：ｅＮｏｄｅＢ）、ホーム発展型Ｎｏｄｅ－Ｂ（Home Evolved Node-B：ＨｅＮＢ）、ホーム発展型Ｎｏｄｅ－Ｂゲートウェイ、およびプロキシノードなどの基地局１１４ａおよび１１４ｂ、および／または基地局１１４ａおよび１１４ｂを意味する場合があるノードは、図１Ｂに描写され、本明細書に記載する要素の一部または全部を含む場合があることが考えられる。
プロセッサ１１８は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（Digital Signal Processor：ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（Application Specific Integrated Circuit：ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Field Programmable Gate Array：ＦＰＧＡ）回路、任意の他のタイプの集積回路（Integrated Circuit：ＩＣ）、状態マシンなどであってよい。プロセッサ１１８は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはＷＴＲＵ１０２が無線環境内で動作することを可能にする任意の他の機能性を実施してもよい。プロセッサ１１８は、伝送／受信要素１２２に連結されることがある、送受信機１２０に連結されてもよい。図１Ｂでは、別個のコンポーネントとしてプロセッサ１１８と送受信機１２０とを示しているが、プロセッサ１１８と送受信機１２０とが、電子パッケージまたはチップ内に一緒に統合されてもよいことを理解されよう。
伝送／受信要素１２２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ）へ信号を伝送する、またはそこから信号を受信するように構成されてよい。例えば、一実施形態において、伝送／受信要素１２２は、ＲＦ信号を伝送および／または受信するように構成されるアンテナであってもよい。一実施形態において、伝送／受信要素１２２は、例えば、ＩＲ、ＵＶ、もしくは可視光信号を伝送および／または受信するように構成されたエミッタ／検出器であってもよい。さらなる一実施形態において、伝送／受信要素１２２は、ＲＦおよび光信号の両方を伝送および受信するように構成されてよい。伝送／受信要素１２２は、無線信号の任意の組み合わせを伝送および／または受信するように構成される場合があることを理解されよう。
加えて、伝送／受信要素１２２は、単一の要素として図１Ｂで描写されているが、ＷＴＲＵ１０２は、任意の数の伝送／受信要素１２２を含んでもよい。より具体的には、ＷＴＲＵ１０２は、ＭＩＭＯ技術を採用してもよい。したがって、一実施形態において、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して無線信号を伝送および受信するために、２つ以上の伝送／受信要素１２２（例えば、複数のアンテナ）を含んでもよい。
送受信機１２０は、伝送／受信要素１２２によって伝送されることになる信号を変調し、かつ伝送／受信要素１２２によって受信される信号を復調するように構成されてよい。上記のように、ＷＴＲＵ１０２は、マルチモード能力を有する場合がある。したがって、送受信機１２０は、ＷＴＲＵ１０２が、例えば、ＵＴＲＡおよびＩＥＥＥ８０２．１１などの複数のＲＡＴを介して通信することを可能にするために、複数の送受信機を備えてもよい。
ＷＴＲＵ１０２のプロセッサ１１８は、スピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８（例えば、液晶ディスプレイ（Liquid Crystal Display：ＬＣＤ）ディスプレイ装置または有機発光ダイオード（Organic Light-Emitting Diode：ＯＬＥＤ）ディスプレイ装置）に連結されて、そこからユーザ入力データを受信してもよい。プロセッサ１１８はまた、ユーザデータをスピーカ／マイクロホン１２４、キーパッド１２６、および／またはディスプレイ／タッチパッド／インジケータ１２８に出力してもよい。加えて、プロセッサ１１８は、非取り外し可能メモリ１３０および／または取り外し可能メモリ１３２などの任意のタイプの好適なメモリから情報にアクセスし、それの中にデータを記憶してもよい。非取り外し可能メモリ１３０としては、ランダムアクセスメモリ（Random-Access Memory：ＲＡＭ）、読み取り専用メモリ（Read-Only Memory：ＲＯＭ）、ハードディスク、または任意の他のタイプのメモリ記憶デバイスを挙げてもよい。取り外し可能メモリ１３２としては、加入者識別モジュール（Subscriber Identity Module：ＳＩＭ）カード、メモリスティック、セキュアデジタル（Secure Digital：ＳＤ）メモリカードなどを挙げてもよい。一実施形態において、プロセッサ１１８は、サーバまたはホームコンピュータ（図示せず）内など、ＷＴＲＵ１０２上に物理的に設置されていないメモリの情報にアクセスし、そこにデータを記憶してもよい。
プロセッサ１１８は、電源１３４から電力を得てもよく、ＷＴＲＵ１０２内のその他のコンポーネントへの電力を分配および／または制御するように構成されてよい。電源１３４は、ＷＴＲＵ１０２に給電する任意の好適なデバイスであってよい。例えば、電源１３４は、１つまたは複数の乾電池、太陽電池、燃料電池などを含んでもよい。
プロセッサ１１８はまた、ＷＴＲＵ１０２の現在位置に関する位置情報（例えば、経度および緯度）を提供するように構成されることがあるＧＰＳチップセット１３６に連結されてもよい。ＧＰＳチップセット１３６からの情報に加えて、またはその代わりに、ＷＴＲＵ１０２は、エアインターフェース１１５／１１６／１１７を通して基地局（例えば、基地局１１４ａ、１１４ｂ）から位置情報を受信し、および／または２つ以上の近傍基地局から受信されている信号のタイミングに基づいて、その位置を決定してもよい。ＷＴＲＵ１０２は、実施形態と一致したままで任意の好適な位置特定方法によって位置情報を取得してもよいことを理解されるであろう。
プロセッサ１１８はさらに、追加の特徴、機能性、もしくは有線または無線コネクティビティを提供する１つまたは複数のソフトウェアおよび／またはハードウェアモジュールを含む場合がある他の周辺機器１３８に連結されてもよい。例えば、周辺機器１３８は、加速度計、バイオメトリック（例えば、指紋）センサなどの種々のセンサ、ｅ－コンパス、衛星送受信機、デジタルカメラ（写真またはビデオ用）、ユニバーサルシリアルバス（Universal Serial Bus：ＵＳＢ）ポートまたは他の相互接続インターフェース、振動デバイス、テレビ送受信機、ハンズフリーヘッドセット、Ｂｌｕｅｔｏｏｔｈ（登録商標）モジュール、周波数変調（Frequency Modulated：ＦＭ）無線ユニット、デジタル音楽プレーヤ、メディアプレーヤ、ビデオゲームプレーヤモジュール、インターネットブラウザなどを含んでもよい。
ＷＴＲＵ１０２は、センサ、大衆消費電子製品、スマートウォッチまたはスマート衣類などのウェアラブルデバイス、医療またはｅ健康デバイス、ロボット、産業機器、ドローン、車、トラック、電車、または飛行機などの乗物などの他の装置もしくはデバイスに具現化されてもよい。ＷＴＲＵ１０２は、周辺機器１３８のうちの１つを備えることがある相互接続インターフェースなどの１つまたは複数の相互接続インターフェースを介して、このような装置もしくはデバイスの他のコンポーネント、モジュール、またはシステムに接続してもよい。
図１Ｃは、一実施形態によるＲＡＮ１０３およびコアネットワーク１０６のシステム図である。上記のように、ＲＡＮ１０３はＵＴＲＡ無線技術を採用して、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０３はまた、コアネットワーク１０６と通信してもよい。図１Ｃに示すように、ＲＡＮ１０３は、エアインターフェース１１５を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するための１つまたは複数の送受信機をそれぞれ含むことがある、Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃを備えてもよい。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃはそれぞれ、ＲＡＮ１０３内の特定のセル（図示せず）に関連付けられてよい。ＲＡＮ１０３はまた、ＲＮＣ１４２ａ、１４２ｂを含んでもよい。ＲＡＮ１０３は、実施形態と一致したままで、任意の数のＮｏｄｅ－ＢおよびＲＮＣを含む場合があることを理解されよう。
図１Ｃに示すように、Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂは、ＲＮＣ１４２ａと通信してもよい。加えて、Ｎｏｄｅ－Ｂ１４０ｃは、ＲＮＣ１４２ｂと通信してもよい。Ｎｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃは、Ｉｕｂインターフェースを介して、対応するＲＮＣ１４２ａ、１４２ｂと通信してもよい。ＲＮＣ１４２ａ、１４２ｂは、Ｉｕｒインターフェースを介して、相互に通信してもよい。ＲＮＣ１４２ａ、１４２ｂのそれぞれは、接続されているそれぞれのＮｏｄｅ－Ｂ１４０ａ、１４０ｂ、１４０ｃを制御するように構成されてよい。加えて、ＲＮＣ１４２ａ、１４２ｂのそれぞれは、アウターループ電力制御、負荷制御、受付制御、パケットスケジューリング、ハンドオーバ制御、マクロダイバーシチ、セキュリティ機能、データ暗号化などの他の機能を実行、またはサポートするように構成されてよい。
図１Ｃに示すコアネットワーク１０６は、メディアゲートウェイ（Media Gateway：ＭＧＷ）１４４、移動通信交換局（Mobile Switching Center ：ＭＳＣ）１４６、サービングＧＰＲＳサポートノード（Serving GPRS Support Node：ＳＧＳＮ）１４８、および／またはゲートウェイＧＰＲＳサポートノード（Gateway GPRS Support Node：ＧＧＳＮ）１５０を含んでもよい。上述の要素のそれぞれが、コアネットワーク１０６の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
ＲＡＮ１０３内のＲＮＣ１４２ａは、ＩｕＣＳインターフェースを介して、コアネットワーク１０６内のＭＳＣ１４６に接続されてよい。ＭＳＣ１４６は、ＭＧＷ１４４に接続されてよい。ＭＳＣ１４６およびＭＧＷ１４４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。
ＲＡＮ１０３内のＲＮＣ１４２ａはまた、ＩｕＰＳインターフェースを介して、コアネットワーク１０６内のＳＧＳＮ１４８に接続されてよい。ＳＧＳＮ１４８は、ＧＧＳＮ１５０に接続されてよい。ＳＧＳＮ１４８およびＧＧＳＮ１５０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。
上記のように、コアネットワーク１０６はまた、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２に接続されてよい。
図１Ｄは、一実施形態によるＲＡＮ１０４およびコアネットワーク１０７のシステム図である。上記のように、ＲＡＮ１０４は、Ｅ－ＵＴＲＡ無線技術を採用し、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂおよび１０２ｃと通信してよい。ＲＡＮ１０４はまた、コアネットワーク１０７と通信してもよい。
ＲＡＮ１０４は、ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃを含むことがあるが、ＲＡＮ１０４は、実施形態と一致したままで、任意の数のｅＮｏｄｅＢを含んでもよいことを理解されるであろう。ｅＮｏｄｅＢ１６０ａ、１６０ｂ、１６０ｃはそれぞれ、エアインターフェース１１６を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を備えていてもよい。一実施形態において、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、ｅＮｏｄｅ－Ｂ１６０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。
ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、および１６０ｃのそれぞれは、特定のセル（図示せず）に関連付けられてよく、かつ無線リソース管理決定、ハンドオーバ決定、上りリンクおよび／または下りリンクにおけるユーザのスケジューリングなどを取り扱うように構成されてよい。図１Ｄに示すように、ｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂ、１６０ｃは、Ｘ２インターフェースを通して相互に通信してもよい。
図１Ｄに示すコアネットワーク１０７は、モビリティ管理ゲートウェイ（Mobility Management Gateway：ＭＭＥ）１６２、サービングゲートウェイ１６４、およびパケットデータネットワーク（Packet Data Network：ＰＤＮ）ゲートウェイ１６６を含んでもよい。上述の要素のそれぞれが、コアネットワーク１０７の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
ＭＭＥ１６２は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてもよく、制御ノードとして機能してもよい。例えば、ＭＭＥ１６２は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのユーザを認証すること、ベアラアクティブ化／非アクティブ化、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃの初期接続の間に特定のサービングゲートウェイを選択することなどの役割を担ってもよい。ＭＭＥ１６２はまた、ＲＡＮ１０４と、ＧＳＭまたはＷＣＤＭＡなどの他の無線技術を採用する他のＲＡＮ（図示せず）との間を切り換えるために、制御プレーン機能を提供してもよい。
サービングゲートウェイ１６４は、Ｓ１インターフェースを介して、ＲＡＮ１０４内のｅＮｏｄｅ－Ｂ１６０ａ、１６０ｂおよび１６０ｃのそれぞれに接続されてよい。サービングゲートウェイ１６４は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃからユーザデータパケットをルーティングおよび転送してよい。サービングゲートウェイ１６４はまた、ｅＮｏｄｅＢ間ハンドオーバの間のユーザプレーンのアンカ、下りリンクデータがＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに対して利用可能であるときのページングのトリガ、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのコンテキストの管理および記憶などの他の機能を実施してよい。
サービングゲートウェイ１６４はまた、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進することがあるＰＤＮゲートウェイ１６６に接続されてよい。
コアネットワーク１０７は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。例えば、コアネットワーク１０７は、コアネットワーク１０７とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。加えて、コアネットワーク１０７は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
図１Ｅは、一実施形態によるＲＡＮ１０５およびコアネットワーク１０９のシステム図である。ＲＡＮ１０５は、ＩＥＥＥ８０２．１６無線技術を採用し、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃと通信する、アクセスサービスネットワーク（Access Service Network：ＡＳＮ）であってよい。以下でさらに論じるように、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃ、ＲＡＮ１０５の異なる機能エンティティとコアネットワーク１０９との間の通信リンクは、参照点として定義されてよい。
図１Ｅに示すように、ＲＡＮ１０５は、基地局１８０ａ、１８０ｂ、１８０ｃと、ＡＳＮゲートウェイ１８２とを含むことがあるが、ＲＡＮ１０５は、実施形態と一致したままで、任意の数の基地局およびＡＳＮゲートウェイを含む場合があることを理解されるであろう。基地局１８０ａ、１８０ｂ、１８０ｃはそれぞれ、ＲＡＮ１０５内の特定のセルに関連付けられてよく、エアインターフェース１１７を通してＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと通信するために、１つまたは複数の送受信機を備えてもよい。一実施形態において、基地局１８０ａ、１８０ｂ、１８０ｃは、ＭＩＭＯ技術を実装してもよい。したがって、基地局１８０ａは、例えば、ＷＴＲＵ１０２ａに無線信号を伝送し、かつＷＴＲＵ１０２ａから無線信号を受信するために、複数のアンテナを使用することがある。基地局１８０ａ、１８０ｂ、１８０ｃはまた、ハンドオフトリガ、トンネル確立、無線リソース管理、トラフィック分類、サービス品質（Quality of Service：ＱｏＳ）ポリシー施行などのモビリティ管理機能を提供してもよい。ＡＳＮゲートウェイ１８２は、トラフィック集約点として機能してよく、またページング、加入者プロファイルのキャッシュ、コアネットワーク１０９へのルーティングなどの役割を担ってもよい。
ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＲＡＮ１０５との間のエアインターフェース１１７は、ＩＥＥＥ８０２．１６仕様を実装するＲ１参照点として定義されてよい。加えて、ＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃのそれぞれは、論理インターフェース（図示せず）をコアネットワーク１０９と確立してよい。ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとコアネットワーク１０９との間の論理インターフェースは、認証、認可、ＩＰホスト構成管理、および／またはモビリティ管理のために使用されることがあるＲ２参照点として定義されてよい。
基地局１８０ａ、１８０ｂ、および１８０ｃのそれぞれ間の通信リンクは、基地局間のＷＴＲＵハンドオーバおよびデータの転送を促進するプロトコルを含むＲ８参照点として定義されてよい。基地局１８０ａ、１８０ｂ、１８０ｃとＡＳＮゲートウェイ１８２との間の通信リンクは、Ｒ６参照点として定義されてよい。Ｒ６参照点は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのそれぞれに関連付けられたモビリティイベントに基づいてモビリティ管理を促進するプロトコルを含んでもよい。
図１Ｅに示すように、ＲＡＮ１０５は、コアネットワーク１０９に接続されてよい。ＲＡＮ１０５とコアネットワーク１０９との間の通信リンクは、例えば、データ転送およびモビリティ管理能力を促進するプロトコルを含むＲ３参照点として定義されてよい。コアネットワーク１０９は、モバイルＩＰホームエージェント（Mobile IP Home Agent：ＭＩＰ－ＨＡ）１８４、認証・認可・課金（Authentication, Authorization, Accounting：ＡＡＡ）サーバ１８６、およびゲートウェイ１８８を含んでもよい。上述の要素のそれぞれが、コアネットワーク１０９の一部として表されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または操作される場合があることを理解されよう。
ＭＩＰ－ＨＡは、ＩＰアドレス管理の役割を担ってもよく、またＷＴＲＵ１０２ａ、１０２ｂ、および１０２ｃが異なるＡＳＮおよび／または異なるコアネットワーク間でローミングすることを可能にしてもよい。ＭＩＰ－ＨＡ１８４は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、インターネット１１０などのパケット交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。ＡＡＡサーバ１８６は、ユーザ認証およびユーザサービスをサポートする役割を担ってもよい。ゲートウェイ１８８は、他のネットワークとの網間接続を促進してもよい。例えば、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、ＰＳＴＮ１０８などの回線交換ネットワークへのアクセスを提供し、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと従来の地上通信デバイスとの間の通信を促進してもよい。加えて、ゲートウェイ１８８は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
図１Ｅには図示されていないが、ＲＡＮ１０５は、他のＡＳＮに接続されてよく、またコアネットワーク１０９は、他のコアネットワークに接続される場合があることを理解されよう。ＲＡＮ１０５と他のＡＳＮとの間の通信リンクは、ＲＡＮ１０５とその他のＡＳＮとの間のＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのモビリティを調整するプロトコルを含むことがあるＲ４参照点として定義されてよい。コアネットワーク１０９とその他のコアネットワークとの間の通信リンクは、ホームコアネットワークと在圏コアネットワークとの間の網間接続を促進するプロトコルを含むことがあるＲ５参照点として定義されてよい。
本明細書に記載され、図１～６に図示される、コアネットワークエンティティは、一定の既存の３ＧＰＰ仕様におけるそれらのエンティティに与えられる名称によって識別されるが、将来において、それらのエンティティおよび機能は、他の名称によって識別される可能性があり、ある種のエンティティまたは機能は、将来的３ＧＰＰ ＮＲ仕様を含む、３ＧＰＰによって公開される将来的な仕様において組み合わせられる場合があることを理解されたい。したがって、図１～６で、記載および図示される特定のネットワークエンティティおよび機能は、例としてのみ提供され、本明細書で開示および請求される主題は、現在規定されているか、または将来的に規定されるかどうかにかかわらず、任意の類似通信システムにおいて具現化または実装される場合があることを理解されたい。
図１Ｆに示す５Ｇコアネットワーク１７０は、アクセス・モビリティ管理機能（ＡＭＦ）１７２、セッション管理機能（ＳＭＦ）１７４、ユーザプレーン機能（ＵＰＦ）１７６、ユーザデータ管理機能（User Data Management：ＵＤＭ）１７８、認証サーバ機能（Authentication Server Function：ＡＵＳＦ）１８０、ネットワークエクスポージャ機能（ＮＥＦ）、ポリシー制御機能（ＰＣＦ）１８４、非３ＧＰＰインターワーキング機能（Non-3Gpp Interworking Function：Ｎ３ＩＷＦ）１９２、およびアプリケーション機能（ＡＦ）１８８を含む場合がある。前述の要素のそれぞれが、５Ｇコアネットワーク１７０の一部として描写されているが、これらの要素のうちの任意の１つは、コアネットワークオペレータ以外のエンティティによって所有および／または運営されることがあることを理解されよう。また、５Ｇコアネットワークが、これらの要素の全てで構成されない場合があり、追加の要素で構成される場合もあり、かつこれらの要素のそれぞれの複数のインスタンスで構成される場合があることも理解されるべきである。各ネットワーク機能は、互いに直接接続することが図１Ｆに示されているが、Ｄｉａｍｅｔｅｒルーティングエージェントまたはメッセージバスなどのルーティングエージェントを介して通信される場合があることが理解されるべきである。
ＡＭＦ１７２は、Ｎ２インターフェースを介してＲＡＮ１０３／１０４／１０５／１０３ｂ／１０４ｂ／１０５ｂのそれぞれに接続していてもよく、制御ノードとして機能してもよい。例えば、ＡＭＦ１７２は、登録管理、接続管理、到達可能性管理、アクセス認証、アクセス許可の役割を担ってもよい。ＡＭＦ１７２は、概して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃへ／からＮＡＳパケットをルーティングおよび転送してもよい。
ＳＭＦ１７４は、Ｎ１１インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ７インターフェースを介してＰＣＦ１８４に接続していてもよく、Ｎ４インターフェースを介してＵＰＦ１７６に接続していてもよい。ＳＭＦ１７４は、制御ノードとして機能してもよい。例えば、ＳＭＦ１７４は、セッション管理、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃのＩＰアドレス割り当て、ＵＰＦ１７６内のトラフィック操向規則の管理および構成、ならびに下りリンクデータ通知の生成の役割を担ってもよい。
ＳＭＦ１７４は、ＵＰＦ１７６に接続していてもよく、それにより、インターネット１１０などのデータネットワーク（Data Network：ＤＮ）１９０へのアクセスをＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに提供して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとＩＰ対応デバイスとの間の通信を促進してもよい。ＳＭＦ１７４は、Ｎ４インターフェースを介してＵＰＦ１７６内のトラフィック操向規則を管理および構成してもよい。ＵＰＦ１７６は、パケットデータユニット（Packet Data Unit：ＰＤＵ）セッションとデータネットワークとの相互接続、パケットルーティングおよび転送、ポリシー規則施行、ユーザプレーントラフィックに対するサービス品質処理、および下りリンクパケットのバッファリングの役割を担ってもよい。
ＡＭＦ１７２は、Ｎ２インターフェースを介してＮ３ＩＷＦ１９２に接続していてもよい。Ｎ３ＩＷＦは、３ＧＰＰ定義ではない無線インターフェース技術を介して、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃと５Ｇコアネットワーク１７０との間の接続を促進する。
ＰＣＦ１８４は、Ｎ７インターフェースを介してＳＭＦ１７４に接続していてもよく、Ｎ１５インターフェースを介してＡＭＦ１７２に接続していてもよく、Ｎ５インターフェースを介してアプリケーション機能（ＡＦ）１８８に接続していてもよい。ＰＣＦ１８４は、ＡＭＦ１７２およびＳＭＦ１７４などの制御プレーンノードにポリシー規則を提供して、各制御プレーンノードが、これらの規則を施行できるようにしてもよい。
ＵＤＭ１７８は、認証証明書およびサブスクリプション情報のリポジトリとして機能する。ＵＤＭは、ＡＭＦ１７２、ＳＭＦ１７４およびＡＵＳＦ１８０などの他の機能に接続してもよい。
ＡＵＳＦ１８０は、認証関連操作を実施し、Ｎ１３インターフェースを介してＵＤＭ１７８に、Ｎ１２インターフェースを介してＡＭＦ１７２に接続する。
ＮＥＦは、５Ｇコアネットワーク１７０内の能力およびサービスをエクスポーズする。ＮＥＦは、インターフェースを介してＡＦ１８８に接続してよく、かつ他の制御プレーンおよびユーザプレーン機能（１８０、１７８、１７２、１７２、１８４、１７６およびＮ３ＩＷＦ）に接続して、５Ｇコアネットワーク１７０の能力およびサービスをエクスポーズしてもよい。
５Ｇコアネットワーク１７０は、他のネットワークとの通信を促進してもよい。例えば、コアネットワーク１７０は、５Ｇコアネットワーク１７０とＰＳＴＮ１０８との間のインターフェースとして機能する、ＩＰゲートウェイ（例えば、ＩＰマルチメディアサブシステム（ＩＭＳ）サーバ）を含むか、またはそれと通信してよい。例えば、コアネットワーク１７０は、ショートメッセージサービスを介して通信を促進するショートメッセージサービス（ＳＭＳ）サービスセンターを含むか、またはそれと通信してもよい。例えば、５Ｇコアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃとサーバとの間の非ＩＰデータパケットの交換を促進してもよい。加えて、コアネットワーク１７０は、ＷＴＲＵ１０２ａ、１０２ｂ、１０２ｃに、他のサービスプロバイダによって所有および／または操作される他の有線または無線ネットワークを含むことがあるネットワーク１１２へのアクセスを提供してもよい。
図１Ｇは、ＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、またはその他のネットワーク１１２内のある種のノードまたは機能エンティティなど、図示または本明細書に記載される通信ネットワークの１つまたは複数の装置が具現化されることがある例示的コンピューティングシステム９０のブロック図である。
コンピューティングシステム９０は、コンピュータまたはサーバを含んでもよく、ソフトウェアの形態（このようなソフトウェアが記憶されるまたはアクセスされる場所もしくは手段がいかなるものであっても）である場合があるコンピュータ可読命令によって主に制御されてよい。このようなコンピュータ可読命令は、コンピューティングシステム９０を稼働させるように、プロセッサ９１内で実行されてよい。プロセッサ９１は、汎用プロセッサ、特殊目的プロセッサ、従来のプロセッサ、デジタル信号プロセッサ（ＤＳＰ）、複数のマイクロプロセッサ、ＤＳＰコアに関連付けられた１つまたは複数のマイクロプロセッサ、コントローラ、マイクロコントローラ、特定用途向け集積回路（ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）回路、任意の他のタイプの集積回路（ＩＣ）、状態マシンなどであってよい。プロセッサ９１は、信号コーディング、データ処理、電力制御、入力／出力処理、および／またはコンピューティングシステム９０が通信ネットワーク内で動作することを可能にする任意の他の機能性を実施してもよい。コプロセッサ８１は、主要プロセッサ９１とは明確に異なる、任意選択のプロセッサであり、追加の機能を実施するか、またはプロセッサ９１を支援することがある。プロセッサ９１および／またはコプロセッサ８１は、本明細書に記載される方法および装置に関連するデータを受信、生成および処理する場合がある。
プロセッサ９１は、動作時に、命令をフェッチ、復号、および実行し、コンピューティングシステムの主要データ転送パスであるシステムバス８０を介して、情報を他のリソースへ転送し、かつ他のリソースから転送する。このようなシステムバスは、コンピューティングシステム９０内のコンポーネント同士を接続し、かつデータ交換向けの媒体を定義する。システムバス８０は、典型的には、データを送信するためのデータライン、アドレスを送信するためのアドレスライン、および割り込みを送信し、かつシステムバスを操作するための制御ラインを含む。このようなシステムバス８０の一例は、ＰＣＩ（周辺コンポーネント相互接続）バスである。
システムバス８０に連結されるメモリは、ランダムアクセスメモリ（ＲＡＭ）８２および読み取り専用メモリ（ＲＯＭ）９３を含む。このようなメモリは、情報の記憶および読み出しを可能にする回路を含む。ＲＯＭ９３は、概して、容易に修正することができない記憶されたデータを含む。ＲＡＭ８２内に記憶されたデータは、プロセッサ９１または他のハードウェアデバイスによって読み取られる、もしくは変更されることができる。ＲＡＭ８２および／またはＲＯＭ９３へのアクセスは、メモリコントローラ９２によって制御されてよい。メモリコントローラ９２は、命令が実行されると、仮想アドレスを物理的アドレスに変換する、アドレス変換機能を提供する場合がある。メモリコントローラ９２はまた、システム内のプロセスを隔離し、かつユーザプロセスからシステムプロセスを隔離するメモリ保護機能を提供する場合がある。したがって、第１のモードで動作するプログラムは、それ自体のプロセス仮想アドレス空間によってマップされているメモリのみにアクセスすることができ、プロセス間のメモリ共有が設定されていない限り、別のプロセスの仮想アドレス空間内のメモリにアクセスすることはできない。
加えて、コンピューティングシステム９０は、プロセッサ９１から、プリンタ９４、キーボード８４、マウス９５およびディスクドライブ８５などの周辺機器に命令を通信する役割を担う、周辺機器コントローラ８３を含んでもよい。
ディスプレイコントローラ９６によって制御されるディスプレイ８６は、コンピューティングシステム９０によって生成される視覚出力を表示するために使用される。このような視覚出力は、テキスト、グラフィックス、動画グラフィックス、およびビデオを含んでよい。視覚出力は、グラフィカルユーザインターフェース（Graphical User Interface：ＧＵＩ）の形態で提供されてよい。ディスプレイ８６は、ＣＲＴベースのビデオディスプレイ、ＬＣＤベースのフラットパネルディスプレイ、ガスプラズマベースのフラットパネルディスプレイ、またはタッチパネルで実装される場合がある。ディスプレイコントローラ９６は、ディスプレイ８６に送信されるビデオ信号を生成するために必要とされる電子コンポーネントを含む。
さらに、コンピューティングシステム９０は、図１～６のＲＡＮ１０３／１０４／１０５、コアネットワーク１０６／１０７／１０９、ＰＳＴＮ１０８、インターネット１１０、または他のネットワーク１１２などの外部通信ネットワークに、コンピューティングシステム９０を接続するために使用されて、コンピューティングシステム９０がそれらのネットワークの他のノードまたは機能エンティティと通信できるようにする、例えば、ネットワークアダプタ９７などの通信回路を含む場合がある。通信回路は、単独で、またはプロセッサ９１と組み合わせて、本明細書で記載されるある種の装置、ノード、または機能エンティティの伝送および受信ステップを実施するために使用されてよい。
本明細書に記載される装置、システム、方法およびプロセスのうちいずれかまたは全ては、コンピュータ可読記憶媒体に記憶されたコンピュータ実行可能命令（例えば、プログラムコード）の形態で具現化される場合があり、その命令は、プロセッサ１１８または９１などのプロセッサによって実行されると、プロセッサに、本明細書に記載されるシステム、方法、およびプロセスを実施および／または実装させることを理解されたい。具体的には、本明細書に記載されるいずれのステップ、動作、または機能も、このようなコンピュータ実行可能命令の形態で実装され、無線および／または有線ネットワーク通信向けに構成された装置またはコンピューティングシステムのプロセッサで実行されてよい。コンピュータ可読記憶媒体は、情報の記憶のために、任意の非一時的（例えば、有形または物理的）方法もしくは技術に実装される揮発性および不揮発性媒体、取り外し可能および非取り外し可能媒体を含むが、このようなコンピュータ可読記憶媒体には、信号は含まれない。コンピュータ可読記憶媒体としては、ＲＡＭ、ＲＯＭ、ＥＥＰＲＯＭ、フラッシュメモリまたは他のメモリ技術、ＣＤ－ＲＯＭ、デジタル多用途ディスク（Digital Versatile Disk：ＤＶＤ）または他の光学ディスク記憶装置、磁気カセット、磁気テープ、磁気ディスク記憶デバイスまたは他の磁気記憶デバイス、もしくは所望の情報を記憶するために使用することができ、かつコンピュータシステムによってアクセスすることができる任意の他の有形もしくは物理的媒体が挙げられるが、それらに限定されない。
図２Ａは、ネットワークの制御プレーンの範囲内のサービスベースインターフェースを用いる５Ｇネットワークの非ローミングネットワークアーキテクチャのブロック図である。図２Ｂは、図２Ａの５Ｇネットワークの別の観点を表し、かつ様々なネットワーク機能がそれを通して相互作用する参照点を例示するブロック図である。モビリティ管理およびセッション管理機能は切り離されていることに留意されたい。ＵＥに対する登録管理および接続管理（Registration Management and Connection Management：ＲＭ／ＣＭ）の両方、ならびに、ＳＭ関連メッセージおよび手順のために単一のＮ１ ＮＡＳ接続が使用される。単一のＮ１終端点はＡＭＦに位置している。ＡＭＦは、ＳＭ関連ＮＡＳ情報をＳＭＦに転送する。ＡＭＦは、ＵＥと取り交わされるＮＡＳシグナリングの登録管理および接続管理パートを処理する。ＳＭＦは、ＵＥと取り交わされるＮＡＳシグナリングのセッション管理パートを処理する。
５Ｇシステムアーキテクチャは、ネットワーク機能仮想化（Network Function Virtualization：ＮＦＶ）およびソフトウェア定義ネットワーキング（Software Defined Networking：ＳＤＮ）などの技術を使用する展開を可能にするデータコネクティビティおよびサービスをサポートするように定義される。５Ｇシステムアーキテクチャは、識別される制御プレーン（ＣＰ）ネットワーク機能間のサービスベース相互作用を活用するために設計される。
上記記載の通り、ＮＦは、定義済みの機能的動作、および定義済みのインターフェースを有するネットワーク内の処理機能である。ＮＦは、専用ハードウェア上のネットワーク要素として、または専用ハードウェア上で動作するソフトウェアインスタンスとして、あるいは、クラウドインフラストラクチャなどの適切なプラットフォーム上でインスタンス化された仮想化機能として実装される場合がある。
さらに上記記載の通り、ＮＦサービスは、サービスベースインターフェースを通してＮＦ（「ＮＦサービスプロデューサ」）によって他の権限を与えられたＮＦ（「ＮＦサービスコンシューマ」）にエクスポーズされる能力の１つのタイプである。ＮＦは、１つまたは複数のＮＦサービスをエクスポーズする場合がある。一般に、ＮＦサービスは、権限を与えられたコンシューマに能力を提供する場合がある。ＮＦは異なる能力、ゆえに別々のコンシューマに異なるＮＦサービスを提供することがある。ＮＦによって提供されるＮＦサービスのそれぞれは、自己完結型で、再利用可能で、かつ同じＮＦによって提供される他のＮＦサービス、例えばスケーリング、修復などとは独立した管理方式を使用するように設計される。ＮＦサービスのそれぞれは、インターフェースによってアクセス可能なように設計される。インターフェースは、１つまたは複数の操作で構成されることがある。図３は、ＮＦ、ＮＦサービスおよびその操作の関係を示す。
このＮＦサービスフレームワーク内の２つのネットワーク機能（コンシューマおよびプロデューサ）間の相互作用は、以下の２つのメカニズムに従う。
「要求－応答」：制御プレーンＮＦ＿Ｂ（ＮＦサービスプロデューサ）は、別の制御プレーンＮＦ＿Ａ（ＮＦサービスコンシューマ）によって、ある動作を実施するか、または情報を提供するか、あるいはその両方を行う、ある特定のＮＦサービスを提供することを要求される。ＮＦ＿Ｂは、ＮＦ＿Ａの要求に基づいて、ＮＦサービスを提供する。要求を満たすために、ＮＦ＿Ｂは、他のＮＦからのＮＦサービスを順々に消費する場合がある。この要求－応答メカニズムでは、通信は、２つのＮＦ（コンシューマおよびプロデューサ）間で１対１であり、またコンシューマの要求に対するプロデューサのワンタイム応答は、一定のタイムフレームの範囲内であることが想定される。図４は、要求－応答通信メカニズムのフローを示す。
「サブスクライブ－通知」：制御プレーンＮＦ＿Ａ（ＮＦサービスコンシューマ）は、別の制御プレーンＮＦ＿Ｂ（ＮＦサービスプロデューサ）によって提供されるＮＦサービスをサブスクライブする。複数の制御プレーンＮＦが、同じ制御プレーンＮＦサービスをサブスクライブする場合がある。ＮＦ＿Ｂは、このＮＦサービスの結果をこのＮＦサービスをサブスクライブしている関心のあるＮＦに通知する。サブスクリプション要求は、ＮＦサービスプロデューサからのイベント通知が送信される必要があるＮＦサービスコンシューマの通知エンドポイント（例えば、通知ＵＲＬ）を含む。加えて、サブスクリプション要求は、周期的な更新またはある特定のイベントを通してトリガされる通知（例えば、要求された情報に変更があった、ある一定の閾値に達したなど）に対する通知要求を含んでもよい。図５は、サブスクリプション－通知通信メカニズムのフローを示す。
一例として、表１は3GPP TS 23.502, Procedures for the 5G System; Stage 2, v15.1.0, Release 15, 2018-03で定義されているＡＭＦサービスおよびＡＭＦサービス操作を示す。
Figure 2022525167000002
ネットワークスライシングは、モバイルオペレータのネットワーク、バックホールおよびコアネットワークの両方の固定部分にわたるエアインターフェース後方で、複数の「仮想」ネットワークをサポートするモバイルネットワークオペレータによって使用される場合があるメカニズムである。これは、異なる無線アクセスネットワーク（ＲＡＮ）または単一のＲＡＮにわたって動作する異なるサービスタイプをサポートする複数の仮想ネットワークにネットワークを「スライスする」ことによって行われる。ネットワークスライシングは、例えば、機能、性能、および独立性における多様な要件を要求する異なる市場シナリオ向けに、最適化されたソリューションを提供するようにカスタマイズされたネットワークを、オペレータが作成することを可能にする。
上記記載の通り、ネットワークスライスは、特定のネットワーク能力およびネットワーク特性を提供する論理ネットワークを含む場合がある。ＰＬＭＮ内のネットワークスライスは、コアネットワーク制御プレーンおよびユーザプレーンＮＦを含む。ネットワークスライスインスタンスは、展開済みネットワークスライスを形成する、ＮＦインスタンスのセットおよび必要とされるリソース（例えば、コンピューティング、記憶領域およびネットワーキングリソース）を含む。
ネットワークスライスは、サポートされる特性およびネットワーク機能最適化によって異なる場合があり、そのような場合、ネットワークスライスは、異なるスライス／サービスタイプである場合がある。オペレータは、同じ特性をＵＥの異なるグループに配信する複数のネットワークスライスインスタンスを展開する場合があるが、これは、例えば、ネットワークスライスインスタンスが、異なる確約済みサービスを配信するか、および／または顧客に対して固有であるためであり、その場合、そのようなネットワークスライスは、同じスライス／サービスタイプである場合はあるが、異なるスライス識別情報を通して識別される。
ネットワークは、５Ｇ－ＡＮを介して、ＵＥがそれを介して登録されたアクセスタイプ（すなわち、３ＧＰＰアクセスおよび／またはＮ３ＧＰＰアクセス）に関係なく、全体で最大８個の異なるＳ－ＮＳＳＡＩに関連付けられた１つまたは複数のネットワークスライスインスタンスを用いて同時に単一のＵＥにサービスを提供する場合がある。ＵＥにサービスを提供するＡＭＦインスタンスは、ＵＥにサービスを提供するネットワークスライスインスタンスのそれぞれに論理的に属し、言い換えると、このＡＭＦインスタンスは、ＵＥにサービスを提供する各ネットワークスライスインスタンスに共通するものである。
ネットワークスライスは、下記のもので構成されるＳ－ＮＳＳＡＩによって識別される。
・ スライス／サービスタイプ（ＳＳＴ）：特性およびサービスの観点から想定されるネットワークスライス動作。
・ スライス識別情報（ＳＤ）：同じスライス／サービスタイプの複数のネットワークスライスを識別するために、スライス／サービスタイプを補足する任意の情報。
Ｓ－ＮＳＳＡＩは、標準値（すなわち、このようなＳ－ＮＳＳＡＩは標準化ＳＳＴ値を含むＳＳＴのみを含むがＳＤは含まない）または非標準値（すなわち、このようなＳ－ＮＳＳＡＩはＳＳＴとＳＤの両方を含むか、あるいは標準化ＳＳＴ値を含まないＳＳＴのみを含むがＳＤは含まない）を有する場合がある。非標準値を含むＳ－ＮＳＳＡＩは、ＰＬＭＮ内の関連付けられた単一のネットワークスライスを識別する。非標準値を含むＳ－ＮＳＳＡＩは、Ｓ－ＮＳＳＡＩが関連付けられたもの以外は、いずれのＰＬＭＮにおけるアクセス層手順においてもＵＥによって使用されない。表２は3GPP TS 23.501, System Architecture for the 5G System; Stage 2, v15.1.0, Release 15, 2018-03で定義されている標準化ＳＳＴ値を示す。
ＮＳＳＡＩは、Ｓ－ＮＳＳＡＩの集まりである。ＮＳＳＡＩは、設定ＮＳＳＡＩ、要求ＮＳＳＡＩ、または許可ＮＳＳＡＩであることがある。ＵＥとネットワークとの間のシグナリングメッセージで送信される許可および要求ＮＳＳＡＩには最大８個のＳ－ＮＳＳＡＩが存在する。ＵＥによってネットワークにシグナリングされる要求ＮＳＳＡＩにより、このＵＥ向けの、サービスを提供するＡＭＦ、ネットワークスライス、およびネットワークスライスインスタンスをネットワークが選択することが可能になる。
Figure 2022525167000003
オペレータの操作または展開ニーズに基づいて、１つのネットワークスライスインスタンスが、１つまたは複数のＳ－ＮＳＳＡＩと関連付けられる場合があり、また１つのＳ－ＮＳＳＡＩが、１つまたは複数のネットワークスライスインスタンスに関連付けられることもある。同じＳ－ＮＳＳＡＩに関連付けられた複数のネットワークスライスインスタンスは、同じまたは異なるトラッキングエリアに展開されることがある。同じＳ－ＮＳＳＡＩに関連付けられた複数のネットワークスライスインスタンスが同じトラッキングエリアで展開される場合、ＵＥにサービスを提供するＡＭＦインスタンスは、このＳ－ＮＳＳＡＩに関連付けられた２つ以上のネットワークスライスインスタンスに論理的に属することがある（すなわち共通する）。
図６を参照し、かつ前述の通り、５ＧＣは、ネットワークスライシングおよび仮想化ネットワーク機能（ＮＦ）の構想に基づくサービスベースアーキテクチャ（ＳＢＡ）を定義する。異なるネットワーク機能（例えばＡＭＦ、ＳＭＦおよびＰＣＦ）が、サービスベースインターフェースを介して、異なるネットワーク機能サービスを提供する。これは、サービスコンシューマがサービスプロバイダと通信するのに同じメッセージおよび同じ手順を使用する場合があることを意味する。例えば、任意のＮＦが、ＡＭＦによって提供されるイベントエクスポージャサービスと同じイベントをサブスクライブする場合がある。他方では、非ＩＰデータ配信（ＮＩＤＤ）、バックグラウンドデータ伝送（ＢＤＴ）、および電力節約モード（ＰＳＭ）などの種々のネットワーク能力が、ＮＦサービスのセットを通して実装される場合がある。現在のＳＢＡフレームワークのもとで、ＵＥはネットワークスライスを識別する要求ＮＳＳＡＩを示すことによって、ネットワークを構成およびネットワークにアクセスする場合がある。しかし、ＵＥが所望のネットワーク能力を直接示す方法はない。
例えば、Ｖ２Ｘアプリケーションを実行する車両は、バックグラウンドデータ伝送（ＢＤＴ）、マルチメディアブロードキャスト／マルチキャストサービス（ＭＢＭＳ）およびイベント監視能力を使用する必要がある場合がある。ＵＥにサービスを提供するネットワークスライスが所望のネットワーク能力を有するように、ＵＥまたは対応するＶ２Ｘアプリケーションサーバのどちらかが、コアネットワーク（ＣＮ）との構成を確立する必要がある。他方では、センサおよびカメラを集積しているスマートホームデバイスが、ＮＩＤＤ、データバッファリング、グループメッセージングおよびデバイストリガなどのネットワーク能力の異なるセットを利用する必要がある場合がある。デバイスは、人間の介入を可能にし、多くのＩｏＴデバイスで共通のグラフィカルインターフェースを有さない場合がある。デバイスからの入力の異なるレベル（例えばネットワーク能力のレベル、ネットワークスライス識別子のレベル、またはＮＦサービスのレベル）に基づいて、ネットワークがネットワークスライスを自動的に構成することができるようになることが望まれる。
さらに前述したように、５ＧＣのサービスベースアーキテクチャは複数の仮想化ネットワーク機能で構成されている。各ネットワーク機能は、サービスベースインターフェースを通してネットワーク機能サービスのセットを提供する。したがって、ネットワーク能力（例えば、イベント監視、位置情報サービス）が、ネットワーク機能サービスのセットを通して実装される場合がある。任意のエンティティ（例えば、ＮＦ、ＵＥおよびＳＣＳ／ＡＳ）が同じ操作に関与することによってサービスをサブスクライブする場合がある。しかし、５ＧＣによって定義されている既存のＳＢＡにはいくつかの制約が存在する。
第１に、ネットワーク機能サービスの粒度により、柔軟なネットワーク能力構成が妨げられる。各ネットワーク機能は、異なる態様による異なるネットワーク機能サービスを提供（例えば、ＡＭＦはモビリティ管理、位置情報管理、およびイベント監視／エクスポージャサービスを提供）し、かつ各ネットワーク能力は、異なるネットワーク機能からの異なるネットワーク機能サービスの異なるセットを必要とする場合がある。例えば、ＩｏＴデバイスは、スライス／サービスタイプの値をＭＩｏＴへ設定することによるＭＩｏＴサービスを必要とする場合がある。しかし、必要としているある種の特定のネットワーク能力、例えば非ＩＰデータ配信またはイベント監視／報告能力をＵＥが示す方法はない。別の例では、Ｖ２Ｘアプリケーションサーバ（ＡＳ）がバックグラウンドデータ伝送（ＢＤＴ）能力の使用可能性を必要とする場合がある。現在のネットワーク機能フレームワークに基づくと、ＢＤＴポリシーを決定するために、ＢＤＴ能力には、ＰＣＦによって提供されるNpcf_BDTPolicyControlＮＦサービス、およびＮＥＦによって提供されるNnef_BDTPNegotiationＮＦサービスが必要である。さらに、ＳＭＦによって提供されるNsmf_PDUSessionは、将来のデータ転送用のＰＤＵセッションを管理することが必要とされる。ＢＤＴに必要なネットワーク機能サービスをＵＥ／ＡＦ／ＡＳが割り出すのは困難である。実際に、ＢＤＴを可能にするために、ＵＥまたはＳＣＳ／ＡＳがこれらのネットワーク機能サービスを認識する必要はない。ＵＥおよびＡＳは、ＮＦサービスよりもネットワーク能力により関心を持つことになる。
第２に、ＵＥがコアネットワークに登録する場合、例えば、要求ＮＳＳＡＩで、接続することを望むスライスのタイプのインジケーションを提供する場合がある。しかし、この情報はＰＬＭＮ固有であり、かつ標準化されていない場合があり、その結果、例えば、ＵＥが初めて登録する場合、またはＵＥがローミングする場合に、ＵＥが認識しない可能性がある。このような場合、ＵＥがネットワークへの登録を試行する際に、この情報を含むことができない。
第３に、一部のＩｏＴデバイスには制約があるので、コアネットワークにおける自動ネットワーク能力構成には、それらのデバイスが動的にネットワーク能力を構成することを助力することが望まれる。既存の方法に基づいて、ネットワーク能力を動的に追加または削除すること（すなわちＵＥが登録するネットワークスライスを更新すること）は、ＵＥ構成更新処理をトリガすることになり、それにより、登録処理をさらにトリガし、場合によってはＵＥがＩＤＬＥモードに入り、かつ登録処理に入ることを繰り返す必要がある。このようなことは、必要であるべきではなく、また制約のあるＩｏＴデバイスにとっては複雑すぎる可能性がある。
第４に、既存のＳＢＡの範囲は、制御プレーンＮＦに制限される。ユーザプレーン機能（ＵＰＦ）は関与しない。ＵＰＦはＱｏＳ施行およびイベント監視などのいくつかの制御機能を有する。ＳＢＡを向上させるためにサービスベースインターフェースおよびＵＰＦサービスを定義することが望まれる。
第５に、ＵＥはコアネットワークに登録要求を送信するが、ＵＥが必要なネットワーク能力を示す方法はない。
第６に、ＵＥは、ネットワークに登録するときに、許可ＮＳＳＡＩを受信する。ＵＥが必要としている能力を許可ＮＳＳＡＩがサポートすることができるかどうかをＵＥは認識しない。
第７に、ＵＥコンテキストに変更がある場合、例えばＵＥがＥＰＳから５Ｇに移動する場合、あるいはスライスのネットワーク能力（例えば、最大データレート）を更新する場合があるＡＳからの要求がある場合、ＵＥに関するＰＣＣ規則およびネットワークスライス情報の変更（したがってＮＣＰの変更）が必要とされる可能性がある。ＰＣＦは、ＵＥポリシー更新としてＵＥに対するそのような変更を伝達させる能力がある場合がある。ＵＥポリシーは、ＮＣＰを組み込むために拡張される必要がある可能性がある。５ＧＳはＵＥに応じてそのような拡張されたＵＥポリシーを配信するメカニズムを有していない。
第８に、ネットワークスライスには、同時に処理することができるＰＤＵセッションの数に限りがある場合がある。ＵＥがネットワークスライスを用いてＰＤＵセッションの確立を試行するときに、かつネットワークスライスの能力がそのピークに到達した場合、ＵＥの要求に対処することができない。５Ｇシステムは、現在この状況に対処していない。
第９に、別のネットワーク能力がネットワークスライスごとのＵＥ登録の最大数を処理する可能性がある。ＵＥがネットワークスライスへの登録を試行し、かつスライスにおける最大ＵＥ登録に対するネットワーク能力がその限度に到達している場合、ＵＥは登録をすることができない。現在の５ＧＳは、そのようなケースに対処していない。
ＵＥアプリケーションが、データフロー（例えばＩＰデータフロー）の開始を試行するときに、ＵＥはフローに関連するスライスおよびデータネットワークを決定する必要がある。５Ｇシステムは、ＵＲＳＰにおけるこの問題を解決する一方法を提供する。ＵＲＳＰ規則は、アプリケーション識別子を含み、それによって所定のアプリケーションからのトラフィックのルートをどう決めるかをＵＥに命令する場合がある。このアプローチの欠点は、そのインストール済みのアプリケーションに一致するアプリケーション識別子を用いてＵＥが設定される必要があることである。フローに関連するスライスおよびデータネットワークを決定する別のアプローチは、フローが関連付けられる必要があるスライス（Ｓ－ＮＳＳＡＩ）およびデータネットワーク（ＤＮＮ）をＵＥが示すことを可能にすることである。このアプローチの欠点は、Ｓ－ＮＳＳＡＩおよびＤＮＮを用いてＵＥアプリケーションが設定される必要があり、かつこれらのパラメータがネットワークにとって判別可能である必要があることである。
スライスのネットワーク能力、およびこれらの能力がスライスにおいてどのように構成されているかを、ネットワークがＵＥに示すことを可能にする方法および装置を本明細書で開示する。この情報は、ＵＥアプリケーションがそれらに必要な能力をＵＥに示すことができる状況でＵＥによって使用される場合がある。次に、ルート選択中（すなわち、ＵＲＳＰの評価中、データフローに使用されるスライスおよびＰＤＵセッションを決定するとき）にＵＥはこの情報を使用することができる。また、ＵＥが必要としているネットワーク能力およびそれらの所望の構成をＵＥがネットワークに示し、かつ所望の構成でそれらの能力を提供することができるスライス識別子をネットワークがＵＥに提供できる方法も開示する。
ネットワーク能力プロファイル（ＮＣＰ）の構想について説明する。ＮＣＰはスライスの能力および各能力がどう構成されているかのリストを示す。ネットワーク能力の例について、以下に提示する。
既存のサービスベースアーキテクチャおよび対応するＮＦフレームワークの問題に対する技術的な解決策について、下記にて開示する。これらの解決策は、サービスベースアーキテクチャにおけるより動的かつ柔軟な操作を可能にし、またエンドユーザ（すなわち、ＵＥおよびＡＳ）に対するサービスベースアーキテクチャのプログラム化可能性を向上させる場合がある。サービスベースインターフェースおよび手順を通した所望のネットワーク能力および特性の構成をユーザ（例えば、ＵＥおよびＡＳ）が簡単に行えるように、下記のものを説明する。
第１に、ネットワーク能力層を含む新しいフレームワークについて記載する。ＵＥおよびＡＳは、それらのアプリケーションをサポートするために、ネットワーク能力（例えば、バックグラウンドデータ伝送、非ＩＰデータ配信、ＵＥの最大ＤＬ／ＵＬデータレート、最大遅延許容、最大保証ＤＬスループット、グループ特性、メッセージ配信オプションなど）を動的に要求する場合がある。一実装形態では、ＵＥおよびＡＳは、要求したネットワーク能力をどのネットワークスライスがサポートしているか、またはサービスを提供するネットワークスライスが要求したネットワーク能力をサポートしているかどうかの知識を有する、または配慮する必要がない場合がある。コアネットワークエンティティが、全ての要求されたネットワーク能力をサポートするネットワークスライスを決定または構成してよい。
第２に、ネットワークが、ネットワークスライスのネットワーク能力プロファイル（ＮＣＰ）と本明細書で呼ばれるネットワーク能力情報をＵＥに配信し得るメカニズムについて記載する。要求されたネットワーク能力に基づいて相当するネットワーク能力プロファイルを含む代替ネットワークスライスについて、ネットワークがＵＥに通知し得る方法についても記載する。
第３に、その所望のネットワーク能力を構成するために、ＵＥがネットワーク能力ベース登録を開始する方法について開示する。
第４に、その所望のネットワーク能力を構成するために、ＵＥがネットワーク能力ベース登録を開始する方法について記載する。
第５に、ＵＥが既にネットワークに登録されており、かつそれらのネットワーク能力を動的に再構成する必要がある場合に、ＵＥがネットワーク能力ベース登録更新を開始する方法について記載する。
第６に、ＮＦまたはアプリケーションサーバがＵＥ向けのネットワークスライスのネットワーク能力の更新処理を開始することを可能にするネットワーク能力ベースＵＥ構成更新の方法について記載する。
第７に、基本的なＵＥ登録手順中にそれらの対応するＮＣＰを含む許可ＮＳＳＡＩのセットをＵＥが受信することができる方法について開示する。受信したＮＣＰによって示される能力がＵＥのアプリケーションにとって充分でない場合、ＵＥは、コアネットワークから受信した許可Ｓ－ＮＳＳＡＩのＮＣＰリストに基づいて代替ネットワークスライスを要求できる場合がある。
第８に、ＵＥポリシー更新手順中にＵＥポリシーの一部としてネットワークスライスのＮＣＰがＵＥに配信される方法について開示する。
第９に、コアネットワークが、ＰＤＵセッション確立手順中にネットワークスライスごとに最大数のＰＤＵセッションを施行し、かつ最大限度に到達した後に受信される要求を処理する方法について開示する。
第１０に、コアネットワークがネットワークスライスごとのＰＤＵセッションの数の最大限度を処理する方法について開示する。この方法では、再試行前にＵＥが待機することができるように、ＮＡＳメッセージを介してネットワークスライスがその最大限度に到達したことをネットワークがＵＥに周期的に通知する。
第１１に、コアネットワークが、ネットワークスライスごとに最大数のＵＥ登録を施行し、かつ最大限度に到達した後に受信される登録要求を処理する方法について開示する。
第１２に、ユーザプレーン機能（ＵＰＦ）とのインターフェースおよびＵＰＦによって提供されるサービスを含む拡張サービスベースアーキテクチャについて記載する。
これらの態様によれば、そのアプリケーションをサポートするためのネットワーク能力を構成するために、ＵＥはネットワーク能力構成要求を送信する場合があり、またＵＥは所望のネットワーク能力をサポートするネットワークスライスの識別情報と共にネットワーク能力構成応答を受信する場合がある。これらの特性に基づいて、要求を受信するネットワークエンティティは、以下の操作のうち１つまたは複数を実施場合がある。
・ サービスを提供するネットワークスライスが要求されたネットワーク能力をサポートすることができるかどうかを判断するためのネットワーク能力プロファイルのチェック。
・ 要求されたネットワーク能力の全てをＵＥに提供する新しいネットワークスライスの選択。
・ いずれの既存のネットワークスライスによってもＵＥがサービスを提供されることができない場合、要求されたネットワーク能力の全てをＵＥに提供する新しいネットワークスライス（インスタンス）の起動。
・ 新たに選択されたネットワークスライスを提供するＵＥとのＮＡＳシグナリングを終端する新しいエンティティの選択。
・ 選択されたネットワークスライスのネットワーク能力プロファイルの更新。
・ サービスを提供するネットワークスライスおよびネットワーク能力の情報を伴う応答のＵＥへの送信。
ネットワーク能力プロファイルは、以下のうち１つまたは複数を含んでもよい。
・ ネットワークスライスおよび対応するネットワークスライスインスタンスの識別子。
・ サポートされているネットワーク能力のリストの識別子。
・ サービスを提供するＰＬＭＮの識別子。
・ ネットワーク能力ごとのサービスを提供するエリア情報。
ネットワーク能力構成要求は、以下のうち１つまたは複数を含む場合がある。
・ １つまたは複数の所望のネットワーク能力の識別情報。
・ ネットワーク能力を必要とするアプリケーションの識別子。
・ 過去の登録処理中にＵＥが割り当てられた、設定ＮＳＳＡＩ、または許可ＮＳＳＡＩであることがあるＮＳＳＡＩ。
・ ＵＥに関連付けられた識別子。
・ 要求されたネットワーク能力のサービスを提供するエリア情報。
・ 必要とされるネットワーク能力の使用可能性スケジュール。
・ 必要とされるネットワーク能力のＱｏＳレベル（例えば、サービス応答時間）。
・ マルチテナントの必要とされるレベル（例えば、１つまたは複数のネットワーク能力の使用を必要とするＵＥのアプリケーションの数）。
さらに前述の態様によれば、ネットワークエンティティは、以下の操作のうち１つまたは複数を実施する場合がある。
・ ＵＥに対するネットワーク能力構成更新処理をトリガするネットワークエンティティからのネットワーク能力構成要求の受信。
・ ＵＥに対するＮＡＳシグナル終端点として、新しいネットワークスライスおよび／または新しいネットワークエンティティを選択する必要があるかどうかの判断。
・ ＵＥに対する新しいネットワークスライスおよび／またはＮＡＳ終端点の選択。
・ 構成更新メッセージのＵＥへの送信。
・ トリガするネットワークエンティティへの応答の送信。
要求を受信するネットワークエンティティは、以下のうち１つまたは複数をさらに実施する場合がある。
・ サービスを提供するネットワークスライスが要求されたネットワーク能力をサポートすることができるかどうかを判断するためのネットワーク能力プロファイルのチェック。
・ 要求されたネットワーク能力の全てをＵＥに提供する新しいネットワークスライスの選択。
・ 新たに選択されたネットワークスライスを提供するＵＥとのＮＡＳシグナリングを終端する新しいエンティティの選択。
・ 選択されたネットワークスライスのネットワーク能力プロファイルの更新。
・ サービスを提供するネットワークスライスおよびネットワーク能力の情報を伴う通知のＵＥへの送信。
あるいは、ネットワークエンティティがＵＥに対するネットワーク能力構成更新処理をトリガする代わりに、アプリケーションサーバがネットワーク能力構成要求を送信することによる処理のトリガを決定してもよい。
ＵＥは以下のうち１つまたは複数を実施する場合がある。
・ 登録要求の送信。
・ 登録応答、ネットワークスライスのＮＣＰを含む応答の受信。
さらに前述の態様によれば、以下の操作のうち１つまたは複数が実施されてよい。
・ 応答は、ＡＭＦから来ることがある。
・ＡＭＦは、ＵＤＭのＵＥサブスクリプション情報からサブスクライブしたＳ－ＮＳＳＡＩのＮＣＰを取得する場合がある。
・ ＡＭＦは、ＵＤＭ、ＮＳＳＦまたはＮＲＦなどの別のネットワーク機能から許可Ｓ－ＮＳＳＡＩのＮＣＰを取得する場合がある。
・ 応答は、登録要求に含まれていなかったＳ－ＮＳＳＡＩを含む場合があり、かつ要求は各Ｓ－ＮＳＳＡＩのＮＣＰを含んでいてもよい。
・ ＵＥは、コアネットワークから受信したＳ－ＮＳＳＡＩのＮＣＰリストに基づいて代替ネットワークスライスを要求する場合がある。
ＵＥは、ＮＡＳメッセージで受信されるＵＥポリシーの一部としてＮＣＰを受信してもよい。
さらに前述の態様によれば、ネットワークエンティティは、以下の操作のうち１つまたは複数を実施する場合がある。
・ ＵＥのＮＣＰポリシーを更新するためのトリガの受信。
・ ＵＥに送信されるべきＳ－ＮＳＳＡＩのＵＥポリシーおよびＮＣＰポリシー（NCP Policy：ＮＣＣＰ）を見つけるための最新のＰＳＩのチェック。
・ ＮＣＰＰとＵＥポリシーとの統合。
・ ＵＥポリシーコンテナを使用してＵＥにＮＣＰＰを配信。
さらに前述の態様によれば、ＵＲＳＰ規則の評価中にルートを選択するときに、ＵＥはＮＣＰＰ内の情報を使用する場合がある。例えば、ＵＥは、優先度の高いルートに関連付けられているスライスでの最大データレートが低い状況において、より低い優先度のＲＳＤで記述されているルートを確立することを選択する場合がある。
ＵＥは以下のうち１つまたは複数を実施する場合がある。
・ ネットワークとのＰＤＵセッションの確立の試行。
・ 拒否され、スライスの最大ＰＤＵセッション限度に到達したことを示す原因コードおよび待機タイマを受信。
・ 待機タイマが満了するまで、またはＵＥがＰＤＵセッションを停止するまでＰＤＵセッション確立試行をしない。
さらに前述の態様によれば、ネットワークエンティティは、以下の操作のうち１つまたは複数を実施する場合がある。
・ ＰＤＵセッションが確立されるまたは停止される度にカウントをインクリメントまたはデクリメントするカウンタの利用。
・ 最大限度に到達するとすぐに、ＰＤＵセッションを確立するＵＥの要求をブロックし、かつ応答として原因コードをＵＥに送信する場合がある。この際、原因コードは待機タイマと共にアクセス拒否理由を含む。
ＵＥは以下のうち１つまたは複数を実施する場合がある。
・ 最大ＰＤＵセッション限度数に到達したことを示すＮＡＳ通知および待機タイマを受信。
・ ＰＤＵセッション確立を要求する前に、待機タイマが満了するまで待機、またはＵＥが同じスライスの別のＰＤＵセッションを停止するまで待機。
さらに前述の態様によれば、ネットワークエンティティは、以下の操作のうち１つまたは複数を実施する場合がある。
・ ＰＤＵセッションが確立されるまたは停止される度にカウントをインクリメントまたはデクリメントするカウンタの利用。
・ 状況が解消された場合にＵＥに通知。
さらに前述の態様によれば、ＵＥは、以下の操作のうち１つまたは複数を実施する場合がある。
・ 状況が解消されたことを示すＮＡＳメッセージをネットワークから受信。
・ 待機タイマのリセット、およびＰＤＵセッション確立処理の再試行。
・ 待機タイマの満了まで待機、およびＰＤＵセッション確立処理の再試行。
ＵＥは以下の操作のうち１つまたは複数を実施する場合がある。
・ ＵＥ登録手順の要求。
・ 最大ＵＥ登録限度に到達したことを示す原因コードおよび待機タイマによって拒否される。
・ 待機タイマが満了するまで、またはスライスからいずれかのＵＥの登録が解除されるまで、ＵＥ登録を要求しない。
さらに前述の態様によれば、ネットワークエンティティは、以下の操作のうち１つまたは複数を実施する場合がある。
・ ＵＥが登録または登録解除される度にカウントをインクリメントまたはデクリメントするカウンタの利用。
・ 最大限度に到達するとすぐに、ネットワークエンティティは、ＵＥの登録要求をブロックし、かつ応答として原因コードをＵＥに送信する場合がある。この際、原因コードは待機タイマと共にアクセス拒否理由を含む。
・ 状況が解消されたことをＵＥに通知。
さらに前述の態様によれば、ＵＥは、以下の操作のうち１つまたは複数を実施する場合がある。
・ 待機タイマに従う。
・ 状況が解消されたことを示すＮＡＳメッセージをネットワークから受信。
・ 待機タイマのリセット、ならびにＵＥ登録要求の再試行および試行。
（５Ｇコアネットワークにおけるネットワークスライシングのフレームワーク）
図７は、ネットワークスライス（対応するＮＦおよびＮＦサービスを含む）とＵＥ／ＡＳとの間のネットワーク能力（例えば、ＢＤＴ、ＮＩＤＤおよびイベント監視）層を有するネットワークアーキテクチャを示す。ネットワーク能力層は、ネットワークスライス構成のより細かな粒度を可能にし、かつＵＥ／ＡＳがそれらのネットワーク特性を構成することを簡単にする場合がある。新しい層は、論理層を含む場合があり、これにより、所望のネットワークスライスのタイプを示す代わりにまたは追加として、所望のネットワーク能力（例えば、ＢＤＴ、ＮＩＤＤおよびイベント監視）を示すことによって、ＵＥおよびＳＣＳ／ＡＳが所望のネットワーク能力を要求することを可能にする。
ＵＥ／ＡＳは、コアネットワークに直接要求を送信して所望のネットワーク能力を示す場合があり、新しいＮＦ（本明細書においてネットワーク能力管理機能（ＮＣＭＦ）と呼ばれる）は、ＵＥ／ＡＳに所望のネットワーク能力を提供するネットワークスライスを構成するように動作する場合がある。ＮＣＭＦは、コアネットワーク内のネットワーク能力層の管理機能を実装してよい。
この新しいＮＦは、ネットワークサービスを構成するために、より細かな粒度を可能にする場合がある。一方では、ＵＥ／ＡＳが、利用可能なＮＦおよびＮＦサービスを認識することなく、必要としているネットワーク能力（例えば、バックグラウンドデータ伝送、イベント監視など）を直接示してもよい。これにより、どのようにネットワークスライスが能力を提供するかという知識をＵＥ／ＡＳが有する必要なく、ＵＥ／ＡＳが特定の能力を要求することを可能にする。ＵＥおよびＡＳは、それらのアプリケーションに対するネットワーク能力のレベルにのみ関心がある場合がある。他方では、コアネットワークエンティティが、ネットワーク能力のレベルでのＵＥ／ＡＳからの要求に起因する既存のフレームワークのいかなる変更も伴うことなく、ＮＦおよびＮＦサービスのレベルでの操作を維持してもよい。
ＮＣＭＦは、以下の機能のうち１つまたは全てを有してもよい。
第１に、ＮＣＭＦは、ネットワーク能力とＮＦサービスとの間のマッピングを提供する情報を管理および保持してよい。すなわち、マッピング情報は、ネットワーク能力をサポートするために必要とされるＮＦのセットおよび対応するＮＦサービスを示すことがある。この情報を使用して、ネットワークスライスにどのＮＦおよびＮＦサービスが含まれているかによって、ネットワークスライスがネットワーク能力をサポートできるかどうかを判断する場合がある。
第２に、ＮＣＭＦは、ネットワークスライスによってサポートされているネットワーク能力のセットを識別する情報を含むプロファイルを管理および保持してよい。このネットワーク能力プロファイル情報は、ＵＥ／ＡＳがそのアプリケーションに対するネットワーク能力の追加または更新を要求する際に有用となり得る。
第３に、ＮＣＭＦはまた、ネットワーク操作・管理（Operation And Management：Ｏ＆Ｍ）システムとインターフェースをとって、ネットワークスライス、ＮＦ、ＮＦサービスおよび／またはネットワーク能力についての情報を取得してもよい。ＮＣＭＦはまた、所望のネットワーク能力をサポートするために、ネットワークスライス、ネットワークスライスインスタンス、ＮＦおよび／またはＮＦサービスを管理することをＯ＆Ｍシステムに要求してもよい。
ＮＣＭＦは、スタンドアロンネットワーク機能、ＡＭＦ、ＳＭＦ、もしくはＰＣＦなどの他のネットワーク機能に常駐する論理的機能、またはネットワーク機能によって提供されるサービスであってもよい。
（ネットワーク能力とＮＦサービスとの間のマッピング情報）
ネットワークスライスがある特定のネットワーク能力をサポートできるかどうかを判断するために、ネットワーク能力をサポートすることが必要とされるＮＦサービスを示すマッピング情報を保持することが必要である。例えば、バックグラウンドデータ伝送（ＢＤＴ）能力は、ＢＤＴポリシーを決定するために、ＰＣＦによって提供されるNpcf_BDTPolicyControlサービス、およびＮＥＦによって提供されるNnef_BDTPNegotiationサービスを必要とする。さらに、ＳＭＦによって提供されるNsmf_PDUSessionサービスは、将来のデータ転送用のＰＤＵセッションを管理することが必要とされる場合がある。表３は、ネットワーク能力とその必要とされるＮＦサービスとの間のマッピング情報を提供するためのデータ構造の一例を示す。
Figure 2022525167000004
ＮＣＭＦは、ネットワークのＯ＆Ｍシステムからマッピング情報を取得してよい。マッピング情報は、ＮＣＭＦで管理および記憶されてよい。ＮＣＭＦは、ＮＳＳＦまたはＮＲＦと共に配置されてよく、そうすることで、ＮＳＳＦまたはＮＲＦでも同様に上述のマッピング情報が管理および記憶されてよい。
（ネットワーク能力プロファイル）
ネットワーク能力プロファイルは、ＮＣＭＦによって保持されるネットワークスライスごとの情報プロファイルを含むことがあり、各ネットワークスライスによってサポートされているネットワーク能力を示す。表４は、所定のネットワークスライスのネットワーク能力プロファイルに含まれることがある情報フィールドの一例を示す。ネットワーク能力プロファイル（ＮＣＰ）は、スライス情報要素ごとのセットであることに留意されたい。
Figure 2022525167000005
Figure 2022525167000006
ＮＣＭＦは、表３および表４に示した情報を管理および保持する場合がある。コアネットワークＮＦがＵＥ／ＡＳからネットワーク能力を追加する、またはネットワーク能力を更新する（例えば、ネットワーク能力の１つまたは複数のパラメータを修正する）要求を受信する場合、その要求は、サービスを提供するネットワークスライスが既に要求されたネットワーク能力をサポートしているかどうかを判断するためにＮＣＭＦに転送されてよい。そのネットワークスライスが該ネットワーク能力をサポートしていない場合、ＮＣＭＦは、要求されたネットワーク能力をサポートするようにサービスを提供するネットワークスライスが構成され得るかどうかをさらに判断してもよい。すなわち、サービスを提供するスライスは、機能的にネットワーク能力をサポートするように構成可能であるかどうか、およびサービスを提供するスライスがネットワーク能力をサポートするために構成されるべき充分なリソース（例えば、利用可能なプロセッサおよびメモリリソース）を有しているかどうか。
任意選択で、ＮＦおよびＮＦサービス情報が保持されているＮＳＳＦまたはＮＲＦと共に、ＮＣＭＦが配置され得る場合、代わりに、または追加的に、表３および表４の情報は、ＮＳＳＦまたはＮＲＦで管理および保持されてよい。
別の代替は、この情報をＵＤＲに記憶することである。これにより、ＮＣＭＦ、ＮＳＳＦまたはＮＲＦを発見およびそれらと通信することなしに、データ記憶領域にアクセスすることによって任意のＮＦがこの情報をより簡単に取得する場合がある。
別の代替としては、ネットワーク能力プロファイルは、Ｓ－ＮＳＳＡＩ内のスライス識別情報（ＳＤ）の実施形態として実装されてよく、そうすることで、ネットワークスライスがサポートしているネットワーク能力を示すことが可能である。これにより、ネットワークスライスの同じスライス／サービスタイプ（ＳＳＴ）（例えば、ＭＩｏＴ、ｅＭＢＢ）値を有するが、異なるネットワーク能力をサポートしているネットワークスライスを識別できる場合がある。
ＵＥ／ＡＳ側では、一旦、登録または登録更新手順が完了すると、ＵＥ／ＡＳはサービスを提供するネットワークスライスによってサポートされているネットワーク能力についての情報を維持する場合がある。さらに、複数のネットワークスライスがＵＥ上で動作する異なるアプリケーションにサービスを提供することがあるので、ネットワークスライスによってサポートされているどのネットワーク能力が、どのアプリケーション向けのものであるかについての情報をＵＥ／ＡＳは維持する場合がある。
（ネットワークスライス能力構成）
表４のネットワーク能力プロファイルは、スライスによってサポートされるネットワークスライス能力ごとにネットワークスライス能力フィールドを含む。このフィールドは、スライスによってサポートされている特定の能力を示す。スライスによってサポートされる可能性のある能力の例を以下に列挙する。これらの能力のサポートは、ネットワークによってＵＥに示されてもよい。
・ ネットワークスライスごとのＵＥの最大数
・ ネットワークスライスごとのＰＤＵセッションの最大数
・ ネットワークスライスにおけるＵＥごとの最大ＵＬおよびＤＬデータレート
・ 時間確定的通信のサポート
・ グループ通信のサポート
・ 指定された分離レベルのサポート
・ 位置情報ベースメッセージ配信のサポート
・ 最大パケットサイズのサポート
・ ミッションクリティカル通信のサポート
・ ＭＭＴｅｌのサポート
・ 性能監視のサポート
・ 指定されたセッション・サービス継続（Session and Service Continuity：ＳＳＣ）モードのサポート
・ 非ＩＰデータ配信（ＮＩＤＤ）および／または信頼性の高いデータサービス（Reliable Data Service：ＲＤＳ）のサポート
・ ある特定のＲＡＴのサポート
・ 特定のデバイス速度のサポート
・ Ｖ２Ｘ通信およびｍＩｏＴ通信などの特定のバーティカルアプリケーションのサポート
・ サービスエリア内に位置しているＵＥのみがネットワークスライスにアクセス／接続することができる特定のサービスエリアのサポート。サービスエリアは、トラッキングエリア、登録エリアまたは地理的エリアとすることができる。
・ ネットワークスライス向けにインスタンス化され得るネットワークスライスインスタンスの最大数。
・ ある特定の中継メカニズムのサポート
・ 複数のトンネリングメカニズム（Ｌ２ＴＰトンネル、ＧＲＥトンネルまたはＶＰＮトンネル）のサポート。
・ ネットワークスライスのカバレッジエリア（国際的、全国的、地域的、セルに限定された、セクタ、基地局など）のサポート
・ ＵＥに関する遅延許容のサポート。
・ ＵＥに対する保証ＤＬスループットのサポート。
・ どれくらいの頻度でＫＱＩおよびＫＰＩ予測値がＵＥに提供されるかを表す予測頻度のサポート。ＵＥは、要求を送信し、前もって品質低下に関する予測情報を受信する場合がある（それゆえ必要に応じてスライスを切り換えることができる）。
・ ＳＳＣモードのサポート（ＳＳＣモード１、ＳＳＣモード２、ＳＳＣモード３、ＳＳＣモード４）
・ ＵＥに対するスケジューリング／性能の最適化を助力することができる周期的トラフィック（時間確定的通信）のサポート。
・ 使用されるべき周波数によって端末に制約があるので、複数の無線周波数帯（例えば、ｎ１、ｎ７７、ｎ３８など）のサポート。
・ 種々のアクセス技術のサポート。
・ ネットワークスライスのカバレッジエリア全体にわたって偏在して利用可能な上りリンクにおけるネットワークスライスインスタンスの実現可能なデータレートを定義するネットワークスライスごとの上りリンクスループットのサポート。
・ ネットワークスライス（またはモバイルネットワーク）がユーザデータをどう処理する必要があるかを定義するユーザデータアクセスのサポート。例えば、ＵＥはインターネットへのアクセスを有する場合があり、データはトンネリングを介して私設ネットワークにルーティングされるか、または全てのＵＥデータがローカルに留まってよい。ネットワークスライスによってサポートされるＱｏＳ関連パラメータの全てを定義するスライスのサービス品質パラメータのサポート。
・ ＵＲＬＬＣ（超高信頼・低遅延通信）およびＭＩｏＴ（大規模ＩｏＴ）にとって重要である場合があるか、またはサポートされる最大伝送ユニット（ＭＴＵ）を示す、スライスによってサポートされる最大パケットサイズのサポート。それゆえ、ＵＥはこのスライスに準拠する必要がある場合がある。
・ ネットワークスライス分離レベル（物理的または論理的分離）のサポート。これは、スライスに基づいて分離されるＵＥに影響を与えるかまたはそのＵＥをサポートする場合がある。
上記に列挙した能力の一部は、追加の構成を必要とする場合があることに留意されたい。例えば、「ＵＥに対する保証ＤＬスループットのサポート」能力は、特定のＤＬ思考値（例えば１００Ｍｂｐｓ）に関連付けられる場合がある。この情報は、表４の「ネットワーク能力のパラメータ」フィールド内で表される。「ネットワーク能力のパラメータ」は、ネットワークによってＵＥに示されてもよい。
（ネットワーク能力ベース登録）
ＮＣＭＦの形態で実装されることがある図７のネットワーク能力層によって、ＵＥはその所望のネットワーク能力を要求することができ、またＵＥは特定のＮＦおよびＮＦサービスがネットワークスライスで利用可能かどうかを認識する必要がない。
図８は、ネットワーク能力ベース登録の方法の一例を示す。ＵＥが登録するときに、ＵＥはそのアプリケーションをサポートする所望のネットワーク能力のセットのインジケーションを含んでもよく、またネットワークは、要求されたネットワーク能力の全てをサポートするネットワークスライスを識別するＮＳＳＡＩおよびＮＳＩ ＩＤと共に応答してよい。ネットワークの応答はまた、各能力に関連付けられたＳ－ＮＳＳＡＩを示してもよい。登録方法のステップを、図８に示す。単に説明の目的で、ネットワーク能力構成に関連する情報のみを下記に記載することに留意されたい。登録手順では、モビリティ管理、セッション管理等に関連する情報など他の情報が使用される。
ステップ１で、ＵＥは通信ネットワークのＲＡＮノードに登録要求メッセージを送信してよい。要求メッセージで、ＵＥは以下の情報を示してよい。
・ それぞれがネットワーク能力識別子（Identifier：ＩＤ）によって識別される、要求されるネットワーク能力のリスト。この情報は、表４に記載されているようなネットワーク能力プロファイル内で表されてよい。情報は、要求ＮＳＳＡＩに関連付けられてもよく、かつ１つのネットワーク能力プロファイルがＮＳＳＡＩのＳ－ＮＳＳＡＩごとに提供されてよい。初めて登録を開始するときに、ＵＥはネットワーク能力マッピング情報を有していないこともある。ＵＥはネットワーク能力のいくつかの要件を入れてよく、その結果、ネットワークエンティティ（例えば、ＡＭＦ、ＮＣＭＦ）は、これらの要件に基づいて既存のネットワークスライスがＵＥにサービスを提供することができるかどうかを判断できる。必要とされるネットワーク能力使用可能性スケジュール、必要とされるネットワーク能力ＱｏＳレベル、およびマルチテナントの必要とされるレベルなどのいくつかの要件について、下記にて論じる。ＵＥは、ＵＥ上で動作するアプリケーションのタイプに基づいて要求するネットワーク能力のタイプを決定できる。１つのアプリケーションが複数のネットワーク能力を必要とする場合がある。それゆえに、ＵＥは５Ｇコアネットワークにおいて、どのアプリケーションにはどのようなネットワーク能力が必要なのかのいくつかの情報を保持する必要がある場合がある。ＵＥは、ＡＳと通信している場合に、アプリケーションレベルシグナリングを通してこの情報を取得する場合がある。
・ 過去のＮＳＳＡＩ：可能な場合、過去にＵＥがＰＬＭＮに登録したことがある場合に割り当てられた１つまたは複数のＳ－ＮＳＳＡＩをＵＥは含んでもよい。これは、ＲＡＮノードがＡＭＦを選択することを助力場合があり、かつ要求されたネットワーク能力をサポートしているネットワークスライスをＡＭＦが構成／選択するために使用する場合がある。含まれたＮＳＳＡＩは、過去の登録処理でＵＥに提供された設定ＮＳＳＡＩ、または許可ＮＳＳＡＩであってよい。パラメータは任意選択である。
・ アプリケーションＩＤ：要求されたネットワーク能力を要求しているアプリケーションのセットを示す。場合によっては、ＵＥは複数のネットワークスライスによってサービスを提供され、かつ各ネットワークスライスが、ｍＩｏＴおよびｅＭＢＢなどのアプリケーションの異なるセットにサービスを提供し得ることも考えられる。それに応じて、アプリケーションおよびネットワーク能力は、異なるネットワークスライスによって分割されてサポートされる場合がある。したがって、どのアプリケーションがどのネットワークスライスによってネットワーク能力のセットを提供されるかを示す情報をＵＥは保持してもよい。場合によっては、ＵＥの異なるアプリケーションにサービスを提供する２つ以上のネットワークスライスによって、１つのネットワーク能力がサポートされることも考えられる。あるいは、ＵＥはいずれのネットワーク能力もそれらに結び付けることなくアプリケーションＩＤを提供してもよく、またＳＣＳ／ＡＳが、どのアプリケーションがどのネットワーク能力に関連付けられているかを判断するためにコンタクトされる。これにより、ＵＥの負担を減らす場合があり、かつ制約のあるデバイスにとって有用であり得る。
・ ＰＬＭＮ ＩＤ：これは、ＵＥが登録を試行するＰＬＭＮを示す（ＵＥがこの情報を持っている場合）。同じネットワーク能力を提供するために、異なるＰＬＭＮが異なるネットワークスライスを構成することがあるので、ＰＬＭＮ ＩＤはネットワークスライスおよびＡＭＦ選択を容易にする場合がある。
・ ＧＵＴＩおよび／またはＳＵＰＩなどのＵＥ識別子（可能な場合）。
・ エリア情報：ＵＥにサービスを提供するネットワークスライスの選択のために使用される。この情報は、ＴＡＩ、登録エリアまたは地理的エリアの形態であってよい。
・ 必要とされるネットワーク能力使用可能性スケジュール。
・ 必要とされるネットワーク能力のＱｏＳレベル（例えば、サービス応答時間）。
・ マルチテナントの必要とされるレベル（例えば、ネットワーク能力の使用を必要とするＵＥのアプリケーションの数）。前述のネットワーク能力要件と共にこの情報は、（例えば、使用可能性およびスケーラビリティ要件に基づいて）既存のスライスインスタンス、ＮＦ、およびＮＦサービスがネットワーク能力に対する要求を満たすために使用され得るかどうか、または新しいインスタンスがインスタンス化される必要があるかどうかをネットワークＯ＆Ｍシステムが判断するのに有用である可能性がある。
ステップ２で、登録要求を受信すると、ＲＡＮノードは要求されたネットワーク能力および以下の情報に基づいてＡＭＦを選択してよい。
・ どのＡＭＦがＮＳＳＡＩによって識別されるどのネットワークスライスを提供するのかを示すＮＳＳＡＩとＡＭＦとの関連付け情報。
・ ネットワーク能力とＳ－ＮＳＳＡＩとのマッピング情報。
上記の情報をＮ２メッセージに加えることにより、ＡＭＦがＲＡＮノードに送信することによって、上記の情報をＲＡＮノードは取得する場合がある。あるいは、そのネットワークスライス情報およびサポートされているネットワーク能力情報を知らせるために、上記の情報をコアネットワークが周期的にＲＡＮノードに送信することによって、上記の情報をＲＡＮノードは取得する場合がある。
ＲＡＮノードが上記の情報のいずれも有していないか、または要求されたネットワーク能力をサポートするいずれのＡＭＦも認識していない場合、ＲＡＮノードはそのローカル構成に基づいてデフォルトのＡＭＦを選択してもよい。この場合、別のＡＭＦが、後にＵＥにサービスを提供するように選択されてもよい。
ステップ３で、ＲＡＮノードは選択したＡＭＦに登録要求を転送してよい。
ステップ４で、ＡＭＦは、いくつかのサブスクリプション情報を取得するためにＵＤＭに、および／またはいくつかのＵＥコンテキスト情報およびネットワーク能力情報を取得するためにＵＤＲにコンタクトすることを選択してもよい。
次に、ステップ５で、ＡＭＦは、要求されたネットワーク能力、ならびに前述したような必要とされるネットワーク能力使用可能性スケジュール、必要とされるネットワーク能力ＱｏＳレベル、および必要とされるマルチテナントのレベルなどのＵＥのネットワーク能力使用要件をサポートできるネットワークスライスの情報を取得するためにＮＣＭＦに問い合わせる。ＡＭＦは、要求されたネットワーク能力情報をメッセージに含めてもよい。あるいは、ＡＭＦは、ステップ１のネットワーク能力プロファイルで示された能力を要求ＮＳＳＡＩ内のＳ－ＮＳＳＡＩのものが提供できるかどうかをチェックするために、ＮＣＭＦに問い合わせてもよい。
ステップ６で、ＮＣＭＦは既存のネットワークスライスとネットワーク能力とのマッピング情報をチェックして、要求されたネットワーク能力の全てをサポートするネットワークスライスを識別するために、ＮＳＳＡＩをＡＭＦに返信してもよい。ＮＣＭＦが要求されたネットワーク能力の全てをサポートすることができるいずれの既存のネットワークスライスも識別できない場合、ＮＣＭＦは、応答メッセージでこのことを示してもよい。ＮＣＭＦは、ＵＥが要求したサービスを得るために使用することができるＳ－ＮＳＳＡＩの新しいセットをＡＭＦに提供してもよい。ＮＣＭＦは、Ｓ－ＮＳＳＡＩごとのＮＳＩＤをＡＭＦに提供してもよい。ＮＣＭＦは、Ｓ－ＮＳＳＡＩごとのネットワーク能力プロファイルをＡＭＦに提供してもよい。
ステップ７で、要求されたネットワーク能力の全てに対して必要とされるＮＳＳＡＩの全てをＡＭＦが提供できるかどうかを判断するために、ＡＭＦは、受信したＮＳＳＡＩとローカルに記憶されているネットワークスライス情報を比較してもよい。ＡＭＦがそれを行うことが可能な場合、ＡＭＦはＵＥコンテキストを更新し、ステップ１０を実施する。そうでない場合、ＡＭＦは、ＮＳＳＦにネットワークスライス選択を実施するように要求し、以下のいずれかの場合に、ステップ８および９に進んでもよい。（１）ＮＳＳＡＩの全てをＡＭＦが提供できない。（２）ＮＳＳＡＩをＡＭＦが提供できるかどうかをＡＭＦが判断できない。（３）要求されたネットワーク能力の全てをサポートすることができる既存のネットワークスライスがないことをＮＣＭＦが示す。
ステップ８で、ＡＭＦは、要求されたネットワーク能力情報、ＰＬＭＮ ＩＤおよび可能な場合は５Ｇ－ＧＵＴＩ能力およびＳＵＰＩなどのＵＥ情報を提供することによって、ＮＳＳＦにネットワークスライスインスタンスを選択するように要求する。
ステップ９で、ＵＥ ＩＤおよびＰＬＭＮ ＩＤに基づいて、ＮＳＳＦは要求内のＮＳＳＡＩを確認してよく、かつ要求されたネットワーク能力の全てをＵＥに提供するネットワークスライスインスタンスを選択してよい。ネットワークスライスを提供するために新しいＡＭＦセットが選択される場合、ＮＳＳＦは、ＮＲＦも選択してもよく、そうすることで、その新しいＡＭＦは、選択されるネットワークスライス内のＮＦインスタンスおよびＮＦサービスインスタンスを選択することができる。ＮＳＳＦは、応答で以下の情報のうち１つまたは全てを返信してもよい。
・ ＮＳＳＡＩ。
・ 要求内のＮＳＳＡＩに対応する選択されたＮＳＩ ＩＤ。
・ ＮＲＦアドレス。
・ 選択されたＡＭＦセットおよび／またはＡＭＦアドレス。
既存のネットワークスライスがＵＥにサービスを提供することができない場合、ＵＥにサービスを提供する新しいネットワークスライスおよび対応するネットワークスライスインスタンスを起動するために、ＮＳＳＦは操作・管理（Ｏ＆Ｍ）システムにコンタクトしてもよい。
ステップ１０で、応答を受信するとすぐに、ＡＭＦは、ＮＣＭＦに選択されたネットワークスライスとネットワーク能力との間のマッピング情報を通知してよい。このことは、例えばステップ７での、ＮＣＭＦが要求されたネットワーク能力の全てをサポートするいずれのネットワークスライスも見つけられない場合に必要である。
ステップ１１で、ＮＣＭＦは、選択されたネットワークスライスとネットワーク能力との間のマッピング情報を更新してよい。
ステップ１２ａで、現在のＡＭＦがＵＥにサービスを提供できる場合、ＡＭＦはＲＡＮノードに登録応答を送信してよく、そのＲＡＮノードはＵＥに応答を転送する。ＡＭＦからＲＡＮノードへのＮ２メッセージは、選択されたネットワークスライスのネットワーク能力プロファイル、すなわち、選択されたネットワークスライス情報およびネットワークスライスによってサポートされているネットワーク能力に関する情報の全てを含んでいてもよい。加えて、位置情報または登録エリア情報が応答に含まれて、ＲＡＮノードおよびＵＥに提供されてよく、それにより、選択されたネットワークスライスにその情報がマップされるか関連付けられることが可能になる。
登録承認メッセージは、許可ＮＳＳＡＩ内のＳ－ＮＳＳＡＩごとのネットワーク能力プロファイルを含んでいてもよい。ネットワーク能力プロファイルは、ネットワークスライスの能力のインジケーションまたは記述である。表４は、ネットワークスライスのネットワーク能力プロファイルの内容を列挙している。
複数のネットワークスライスによってＵＥがサービスを提供される場合、どのアプリケーションがどのネットワークスライスインスタンスによってどのようなネットワーク能力を提供されるかを識別する情報をＵＥは保持することができる。
ＵＥが要求する能力をネットワークスライスがサポートすることができない場合、ＡＭＦは背後で要求のサポートに失敗した理由を示すエラー／原因コードを含む拒否メッセージを送信してもよい。
あるいは、ネットワークは、要求されたネットワーク能力プロファイルに密接に一致するネットワークスライスのネットワーク能力プロファイルをＵＥに送信してもよい。例えば、ＵＥが１０Ｇｂｐｓの保証ＤＬスループットネットワーク能力を要する場合、ネットワークは、利用可能なネットワークスライスの一致するネットワーク能力プロファイルをスキャンすることができてもよく、また保証ＤＬスループットの最も利用可能なネットワーク能力が８Ｇｂｐｓである場合、ネットワークは、ＵＥにネットワーク能力プロファイルを送信して、ネットワーク能力プロファイルを承認し、ネットワークスライスへの登録に合意できるかどうかを示してもよい。他方では、スライスのネットワーク能力プロファイルは、ＵＥが望むもの以外に、より多くのネットワーク能力および／またはより良いサービス品質（例えば、平均ＵＥ ＵＬ／ＤＬデータレート、平均遅延など）を提供してもよい。
ネットワークがＵＥにカウンタネットワーク能力プロファイルを送信する場合、ＵＥは提供されたネットワーク能力プロファイルを拒否または承認する場合がある。
・ ＵＥが提供されたネットワーク能力プロファイルを承認する場合、ＵＥは肯定応答をＡＭＦに送信して受諾を示してもよい。
・ ＵＥが提供されたネットワーク能力プロファイルを拒否する場合、拒否メッセージ（拒否コード）をＡＭＦに送信することによって、それを行ってよい。この場合、ＡＭＦはデフォルトのネットワークスライスおよびそのネットワーク能力プロファイルと共に応答してもよい。
あるいは、要求されたネットワーク能力が利用可能でない場合、ネットワークは標準的なネットワーク能力を有するデフォルトのスライスのＮＣＰをＵＥに与えてもよい。
ステップ１２ｂで、ＵＥにサービスを提供するために新しいＡＭＦが選択される場合、現在のＡＭＦは、3GPP TS 23.502, Procedures for the 5G System; Stage 2, v15.1.0, Release 15, 2018-0に記載されている手順に従って、対象のＡＭＦにコンタクトすることによってＡＭＦ再配置処理を開始してもよい。
概して、ステップ１で配信されるネットワーク能力要求情報は、ＵＥとＡＭＦとの間のＮＡＳ－ＭＭシグナリング、またはＵＥとＳＭＦとの間のＮＡＳ－ＳＭなど任意のＮＡＳメッセージにカプセル化されてもよい。この意味で、情報は、サービス要求メッセージ、およびセッション管理関連要求メッセージにカプセル化されてもよい。ＵＥは、ＮＡＳ－ＳＭメッセージにネットワーク能力要求を含んでもよい。例えば、ＵＥは、ネットワーク能力Ｘ、ＹおよびＺの使用を必要とする新しいアプリケーションを起動する場合がある。ＵＥは既に登録されており、かつネットワークスライスでのＰＤＵセッションを有している場合がある。ＵＥは、ネットワーク能力Ｘ、ＹおよびＺをサポートしている同じネットワークスライスで新しいＰＤＵセッションを開始するインジケーションと共にＰＤＵセッション確立要求を送出してもよい。このＰＤＵセッションに対してスライス１が充分であるかどうか、またはこのＰＤＵセッションに対して新しいスライスが必要となるかどうかを確認するために、ＡＭＦまたはＳＭＦはＮＣＭＦとの交換をトリガしてもよい。
（ネットワーク能力ベース登録更新）
登録を完了した後であっても、ＵＥが新しいネットワーク能力を要して、そのＵＥがネットワークスライスによってサービスを提供される場合がある。例えば、ＵＥにおいて新しいＩｏＴアプリケーションが起動し、サービスを提供するネットワークスライスによってサポートされていないＮＩＤＤ特性を必要とする場合がある。図９は、ＵＥ始動ネットワーク能力ベース登録更新の方法の一例を示す。
ステップ１で提供されるネットワーク能力情報は、ＮＣＰと見なすことができる。
ステップ１で、ＵＥは登録更新要求メッセージを用いて登録更新処理を開始してもよく、このメッセージは、以下の情報のうち１つまたは全てを含んでよい。
・ ＮＳＳＡＩ：これは、過去の登録処理中にＵＥが取得した設定ＮＳＳＡＩおよび／または許可ＮＳＳＡＩである。
・ ＰＬＭＮ ＩＤ：これは、ＵＥがネットワークスライスによってサービスを提供されるＰＬＭＮを示すために使用される。
・ ＮＳＩ ＩＤ：これは、ＵＥにサービスを提供するネットワークスライスインスタンスを示す。
・ アプリケーションＩＤ：これは、新しいネットワーク能力を必要とするＵＥのアプリケーションの識別子である。
・ 要求されるネットワーク能力：ＵＥは、ＵＥ上で動作を開始する新しいアプリケーションのタイプに基づいて、要求されるネットワーク能力のタイプを決定する場合がある。１つのアプリケーションが複数のネットワーク能力を必要とする場合がある。
・ 必要とされるネットワーク能力使用可能性スケジュール、必要とされるネットワーク能力ＱｏＳレベル（例えばサービス応答時間など）およびマルチテナントの必要とされるレベル（例えば、ネットワーク能力の使用を必要とするＵＥのアプリケーションの数）などのＵＥのネットワーク能力使用要件に関連する情報。
・ 必要とされるネットワーク能力使用可能性スケジュール。
・ 必要とされるネットワーク能力のＱｏＳレベル（例えば、サービス応答時間）。
・ マルチテナントの必要とされるレベル（例えば、ネットワーク能力の使用を必要とするＵＥのアプリケーションの数）。前述のネットワーク能力要件と共にこの情報は、（例えば、使用可能性およびスケーラビリティ要件に基づいて）既存のスライスインスタンス、ＮＦ、ＮＦサービスが要求を満たすために使用され得るかどうか、または新しいインスタンスがインスタンス化される必要があるかどうかをネットワークＯ＆Ｍシステムが判断するのに有用である可能性がある。
ステップ２で、サービスを提供するＡＭＦは、ＵＥが新しいネットワーク能力を要することを許容されるかどうか、およびＵＥによって提供される情報が有効かどうかを確認してもよい。
ステップ３で、サービスを提供するＡＭＦは、ＵＥに関するさらにいくつかの情報およびＵＤＲ内のＵＥコンテキストを取得するためにＵＤＭ／ＵＤＲにコンタクトすることを任意に選択してもよい。
ステップ４で、サービスを提供するＡＭＦは、ＡＭＦが提供する任意のネットワークスライスによって新しく要求されたネットワーク能力がサポートされ得るかどうかを判断してもよい。サービスを提供するＡＭＦが、要求されたネットワーク能力をサポートできる場合、これがサービスを提供するネットワークスライスによるものか、異なるネットワークスライスによるものかに関係なく、ＡＭＦはステップ１２に進む。
ステップ５で、サービスを提供するＡＭＦが必要とされるネットワーク能力およびＵＥのネットワーク能力使用要件をサポートすることができない場合、またはサービスを提供するＡＭＦがそれをサポートすることができるかどうかを判断できない場合、サービスを提供するＡＭＦは、ＡＭＦに記憶されたＵＥコンテキスト、ＮＳＳＡＩおよび必要とされるネットワーク能力情報を含むネットワーク能力構成要求をＮＣＭＦに送信してよい。
ステップ６で、要求を受信するとすぐに、要求されたネットワーク能力をサポートするネットワークスライスを見つけるために、ＮＣＭＦは、利用可能なネットワークスライスとそれらのネットワーク能力との間のマッピング情報、およびネットワーク能力プロファイルをチェックしてよい。
次に、ステップ７で、ＮＣＭＦは、サービスを提供するＡＭＦを変更することなく、いずれかのネットワークスライスによって要求されたネットワーク能力がサポートされ得るかどうかを判断してよい。
ステップ８ａで、ＮＣＭＦは、サービスを提供するネットワークスライスがＵＥによって要求されたネットワーク能力をサポートできないと判断する場合、ＮＳＳＦに新しいネットワークスライスを選択するように要求する。
ステップ９ａで、ＮＳＳＦは、１つまたは複数のネットワークスライスインスタンス、場合によっては、新しいＡＭＦのセット、およびＮＲＦを選択してよい。ＮＳＳＦは、ＮＳＩ ＩＤ、ＮＳＳＡＩ、ＮＲＦアドレス、およびＡＭＦのセットを含む任意の選択結果を返信してよい。新しいＡＭＦが選択される場合、ＡＭＦ再配置処理がステップ１２ｂでトリガされてよい。新しいネットワークスライスがＡＭＦの変更なしに選択される場合、ＵＥは両方のネットワークスライスに同時に接続してよい。既存のネットワークスライスがＵＥにサービスを提供できない場合、ＵＥにサービスを提供する新しいネットワークスライスおよび対応するネットワークスライスインスタンスを起動するために、ＮＳＳＦは操作・管理（Ｏ＆Ｍ）システムにコンタクトしてもよい。
ステップ８ｂで、サービスを提供するネットワークスライスがＵＥによって要求されたネットワーク能力をサポートできるとＮＣＭＦが判断する場合、ネットワーク能力がまだ有効でない間に、ＮＣＭＦは、サービスを提供するネットワークスライス情報を更新して、そのネットワークスライスが該ネットワーク能力をサポートすることを示すように要求をＮＳＳＦに送信してよい。ＮＣＭＦは、要求メッセージに要求されたネットワーク能力情報、ＵＥにサービスを提供するＮＳＩ ＩＤ、およびＡＭＦがサービスを提供するＮＳＳＡＩを含めてもよい。
ステップ９ｂで、ＮＳＳＦは、ネットワークスライス情報を更新して、確認のためにＮＣＭＦに応答してよい。
ステップ１０で、ＮＣＭＦはまた、ネットワークスライスがＵＥによって要求されたネットワーク能力をサポートすることを示すために、マッピング情報を更新してもよい。
ステップ１１で、ＮＣＭＦは、サービスを提供するＡＭＦに以下の情報のうち１つまたは全てと共に応答を送信してもよい。
・ ＮＳＳＡＩ。
・ 新しいネットワークスライスが選択される「ａ」の場合、新しいＮＳＩ ＩＤ。
・ 新しいネットワークスライスが選択される「ａ」の場合、新しいＡＭＦセット。
・ サービスを提供するＡＭＦおよびサービスを提供するネットワークスライスがネットワーク能力をサポートすることができる「ｂ」の場合、構成結果。
ステップ１２で、「ｂ」の場合、サービスを提供するＡＭＦは、ＵＥコンテキストおよびサービスを提供するネットワークスライス情報を更新するか、「ａ」の場合、ＡＭＦを再配置する手順を開始してもよい。
ステップ１３で、サービスを提供するＡＭＦは、サービスを提供するＡＭＦが変更されない場合、サービスを提供するネットワークスライス情報を示す登録更新応答と共に、ＵＥに応答してもよい。新しいＡＭＦがＮＳＳＦによって選択される場合、対象のＡＭＦは、登録更新を確認するために有効にされた新しいネットワーク能力とコンタクトしてよい。
（ネットワーク能力ベースＵＥ構成更新）
ＵＥに加えて、ネットワークまたはＡＳもまた、サービスを提供するネットワークスライスのネットワーク能力更新に起因するＵＥ構成の更新を開始してもよい。例えば、以下のイベントによって、ネットワークまたはＡＳが処理を開始するようにトリガされてよい。
・ ＳＣＳ／ＡＳで新しいアプリケーションが開始し、ＵＥがＳＣＳ／ＡＳの新しいアプリケーションサービスをサブスクライブする。結果として、新しいネットワーク能力が新しいアプリケーションをサポートするために必要とされる。
・ サービスを提供するネットワークスライスにおけるネットワーク機能／ネットワークスライスインスタンスの負荷バランス問題またはスケールダウンなどのなんらかの理由でＵＥに新しいネットワークスライスがサービスを提供するように切り換えることをネットワークが望む。
図１０は、ネットワーク能力ベースＵＥ構成更新の方法を示す。
ステップ０で、これは、ＵＥがネットワークへの登録を完了し、かつＵＥがネットワークを通してアプリケーションサーバ（ＡＳ）に接続を有することを仮定した前提条件のステップである。
ステップ１ａで、新しいアプリケーションセッションが必要とされるなど、ある特定のイベントに起因してＵＥにサービスを提供するネットワークスライスのネットワーク能力を追加または更新することをＡＳが決定する場合がある。新しいアプリケーションの場合、ＡＳは新しいアプリケーションのタイプに基づいて要求されるネットワーク能力のタイプを決定する場合がある。
ステップ１ｂで、ＡＭＦはサービスを提供するネットワークスライスの負荷バランスなどのなんらかの理由に起因してＵＥにサービスを提供するネットワークスライスを変更することを決定する。
ステップ２ａで、ＡＳは、ＮＥＦを介してＮＣＭＦにネットワーク能力構成要求メッセージを送信する。このステップで提供される情報は、ＮＣＰであってもよく、以下の情報を含んでもよい。
・ ＳＵＰＩ、ＧＵＴＩまたは外部のＵＥ ＩＤなどのＵＥ ＩＤ。
・ ＵＥとＡＳとの間の接続用のサービスを提供するネットワークスライスを示すＮＳＳＡＩ。
・ ＵＥとＡＳとの間の通信をサポートするためにネットワークスライスに追加されるべき新しいネットワーク能力情報。
・ 必要とされるネットワーク能力使用可能性スケジュール、必要とされるネットワーク能力ネットワーク能力ＱｏＳレベル（例えばサービス応答時間など）およびマルチテナントの必要とされるレベル（例えば、要求されるネットワーク能力の使用を必要とするＵＥまたはＡＳのアプリケーションの数）などのＵＥとＡＳとの間の通信に対するネットワーク能力使用要件に関連する情報。
・ 要求されるネットワーク能力に関連付けられたアプリケーションを示すアプリケーションＩＤ。
・ このネットワーク能力構成処理を参照するために使用される参照ＩＤ。これはＮＥＦによって割り当てられてよい。
・ ＮＳＩ ＩＤ：ＵＥにサービスを提供するネットワークスライスインスタンスを示す。
ステップ２ｂで、ＡＭＦはＮＣＭＦにネットワーク能力構成要求メッセージを送信する。
ステップ３で、要求を受信するとすぐに、ＮＣＭＦは、ＵＥのさらにいくつかのサブスクリプション情報およびＵＤＲ内のＵＥコンテキストを取得するためにＵＤＭ／ＵＤＲにコンタクトすることを任意に選択してもよい。
ステップ４で、ＮＣＭＦはネットワークスライス情報、および要求されるネットワーク能力情報をチェックしてもよい。これらのチェックの目的を以下に示す。
・ ネットワークスライス情報、ネットワークスライスインスタンス情報などＡＳまたはネットワーク機能によって提供される情報の確認。
・ サービスを提供するネットワークスライスが要求されるネットワーク能力およびＵＥおよびＡＳのネットワーク能力使用要件をサポートすることができるかどうかの判断。このことは、ネットワークスライスのネットワーク能力プロファイルをチェックすることによって行うことができる。サポートできない場合、ステップ５が実施される。
ステップ５で、サービスを提供するネットワークスライスが要求されるネットワーク能力をサポートできないことをＮＣＭＦが発見する場合、ＮＣＭＦはＮＳＳＦに新しいネットワークスライスを選択するか、新しいネットワークスライスを形成するように要請してよい。場合によっては、サービスを提供するネットワークスライスが過負荷であることをＮＣＭＦが発見することも考えられ、その場合、ＮＣＭＦはＮＳＳＦに新しいスライスを選択するように要求してよい。
ステップ６で、ＮＣＭＦまたはＮＳＳＦはネットワーク構成処理を続行することをＡＭＦに通知する。処理がＡＳによってトリガされる（すなわち、ステップ１ａおよび２ａ）場合、ＡＭＦはＵＥ ＩＤ、ＮＳＳＡＩ、ＮＳＩ ＩＤ、ＳＣＳ／ＡＳ ＩＤ、ＮＥＦ ＩＤおよび参照ＩＤを提供される。この情報は後でＮＥＦとコンタクトするためにＡＭＦによって使用される場合がある。
ステップ７で、ＡＭＦはＵＥと通信し、ＵＥ構成更新をトリガする。メッセージで、ＡＭＦは、以下の情報のうち１つまたは複数を含むスライスのＮＣＰをＵＥに通知する。
・ 新しいネットワーク能力情報。
・ 特に新しいネットワークスライスが選択される場合にネットワークスライスを識別するＮＳＳＡＩ。
・ 参照ＩＤ。
・ ＳＣＳ／ＡＳ ＩＤ。
ステップ８で、ＵＥは、図９にて提示した登録更新処理を開始する。
ステップ９で、登録更新処理が完了するとすぐに、ＡＳがこの処理を開始した場合、ＡＭＦは、ＮＥＦを介して応答するメッセージをＡＳに送信する。
図１０は、処理を開始するネットワークエンティティの例として、ＡＭＦが処理を開始するシナリオを示していることに留意されたい。場合によっては、他のネットワークエンティティが処理を開始することも考えられる。例えば、ＵＥポリシー変更またはネットワークスライス選択ポリシー変更に起因して、ＰＣＦが処理を開始してもよい。したがって、ＵＥ向けのネットワーク能力のプロビジョニングに潜在的に影響を与えることがあるネットワークスライス選択処理をＰＣＦがトリガしてもよい。
（要求ＮＳＳＡＩのネットワーク能力プロファイルを用いる登録手順）
ＮＣＭＦは、ネットワークスライスのネットワーク能力を構成して、各スライスのネットワーク能力プロファイル（ＮＣＰ）を構築する場合がある。このセクションでは、本明細書にて先に記載した方法について詳しく述べ、またＮＣＰがＮＳＳＡＩと共にＵＥに配信される（例えば、Ｓ－ＮＳＳＡＩごとに１つのＮＣＰ）場合がある方法について説明する。図１３は、その方法を示し、かつネットワーク能力の構成をサポートするためにどのように初期登録手順が拡張され得るかを例示するが、同じ拡張が、モビリティ登録更新および周期的登録更新手順にも適用できることが理解されるべきである。
図１３は、3GPP TS 23.502にて定義されている初期登録、モビリティ登録、および周期的登録手順がどのように更新され得るかを例示する。図１３は、拡張されることがあるかまたは最も拡張が必要とされる登録手順の一部に特に焦点をあてている。一部のステップは省略される。図１３はＮＣＭＦがスタンドアロンＮＦ、または論理的機能であることを示していることに留意されたい。それは、代わりに、ＯＡＭシステムの一部であるか、またはＳＭＦもしくはＡＭＦなどの別のＮＦの一部であることもある。
図１３に例示するように、ＡＭＦは、ＵＥが登録することになるスライスの能力を決定し、かつＵＥにこの能力情報を提供してもよい。追加として、ある特定の能力をＵＥが要求する場合がある。さらに、ＵＥが登録することができるＳ－ＮＳＳＡＩおよび関連付けられたＮＣＰのリストをネットワークがＵＥに提供する場合もある。
ステップ１で、ＵＥは登録要求を送信し、この要求は要求ＮＳＳＡＩを含み、ＵＥは（Ｒ）ＡＮノードを介して要求をＡＭＦに送信する。登録要求は、初期登録、モビリティ登録更新、または周期的登録更新であってよい。本明細書にて先に記載したように、ＮＳＳＡＩのＳ－ＮＳＳＡＩごとの所望される能力をネットワークに示すために、登録要求はＮＣＰを含んでもよい。
ステップ２で、（Ｒ）ＡＮノードは、TS 23.501 [1], clause 6.3.5に記載されているようなＡＭＦを選択する。
ステップ３で、（Ｒ）ＡＮノードは、ＡＭＦに登録要求メッセージを転送する。
ステップ４で、ＵＥからの登録要求に基づいて、ＡＭＦは、ＵＥのサブスクリプションを取得するためにＵＤＭ／ＵＤＲに問い合わせしてよい。ＵＥサブスクリプションは、サブスクライブＳ－ＮＳＳＡＩを含んでもよい。
ステップ５で、先のステップで情報が取得されなかった場合、許可ＮＳＳＡＩ内のＳ－ＮＳＳＡＩごとに、ＡＭＦはＮＣＭＦからのネットワーク能力プロファイルを要求してよい。このような問い合わせでの要点は、Ｓ－ＮＳＳＡＩ（すなわちＮＳＳＡＩ）を含む必要があることである。
あるいは、ＡＭＦは、各Ｓ－ＮＳＳＡＩに関連付けられたＮＣＰを取得するために、ＮＳＳＦまたはＮＲＦなどの別のＮＦに問い合わせすることによって、各Ｓ－ＮＳＳＡＩに関連付けられたＮＣＰを取得してもよい。
ステップ６で、ＮＣＭＦは要求されたＳ－ＮＳＳＡＩのＮＣＰをＡＭＦに返信してもよい。
ステップ７で、登録承認メッセージの一部として、ＡＭＦは許可ＮＳＳＡＩおよび設定ＮＳＳＡＩ、ならびに許可ＮＳＳＡＩ内のＳ－ＮＳＳＡＩごとのＮＣＰおよび設定ＮＳＳＡＩ内のＳ－ＮＳＳＡＩごとのＮＣＰをＵＥに送信する。ＮＣＰは、許可ＮＳＳＡＩおよび設定ＮＳＳＡＩの一部と見なされてもよい。
任意選択で、ネットワークは公示（Ａｄｖｅｒｔｉｓｅｍｅｎｔ）ＮＳＳＡＩをＵＥに送信してもよい。公示ＮＳＳＡＩは、Ｓ－ＮＳＳＡＩおよびそれらの対応するＮＣＰのリストである。このリストおよび対応するＳ－ＮＳＳＡＩは、ＵＥにとって利用可能なスライスの公示および各スライスの能力のインジケーションであってもよい。公示ＮＳＳＡＩ内のＳ－ＮＳＳＡＩは、要求ＮＳＳＡＩまたは許可ＮＳＳＡＩの一部でないこともある。公示ＮＳＳＡＩの目的は、その設定ＮＳＳＡＩまたは許可ＮＳＳＡＩに追加されることをＵＥが要求する場合があるスライスについての情報をＵＥに提供することである場合がある。あるいは、公示ＮＳＳＡＩは、設定ＮＳＳＡＩの一部である場合もある。
ステップ８で、スライスの能力が充分でないという意味で、許可ＮＳＳＡＩおよび／またはＳ－ＮＳＳＡＩと共に提供されるＮＣＰのいずれかが、充分でないとＵＥが判断する場合、ＵＥは公示ＮＳＳＡＩを評価してもよく、また、公示ＮＳＳＡＩ内で好適なＳ－ＮＳＳＡＩを発見した場合、登録更新手順を開始し、要求ＮＳＳＡＩに公示ＮＳＳＡＩからのＳ－ＮＳＳＡＩを含めてよい。次に、ＵＥおよびネットワークは、登録更新手順を実行し、それに応じて、ネットワークはＵＥの許可ＮＳＳＡＩおよび設定ＮＳＳＡＩを更新してもよい。
（ＵＥポリシー更新によるネットワーク能力プロファイル配信）
ＮＣＰ関連ＵＥポリシーは、ＮＣＰポリシーまたはＮＣＰＰと呼ばれる場合がある。このセクションでは、ＵＥポリシーの一部としてＮＣＰをコアネットワークがＵＥに配信できる場合がある方法について記載する。ＮＣＰポリシーは、3GPP TS 23.502で定義されている透過的なＵＥポリシー配信手順のＵＥ構成更新を使用することによって、ＵＥに送信されることがあることに留意されたい。図１４は既存の手順がどう拡張され得るかに焦点をあてた方法を示している。この方法は、ステップ０で記載されているいくつかのイベントによってトリガされる場合がある。
ステップ０で、イベントが発生することがある。イベントの通知は、ＰＣＦに送信されてよく、その結果、ＰＣＦはＮＣＰポリシーが更新される必要があるかどうかを判断することができる。イベントの例としては、以下のものがある。
・ ＯＡＭシステムまたは権限を与えられたＡＳが、更新の要求およびＮＣＰを送信する場合がある。要求はＮＥＦを介して送信される場合がある。例えば、ＡＳまたはＯＡＭは、スライスにおけるＵＥによって可能な最大ＵＬまたはＤＲデータレートを上げるように、またはスライスにおける可能なＰＤＵセッションの最大数を増やす、または減らすように要求をＮＥＦに送信する場合がある。
・ ＵＥが位置を変更したという通知をＡＭＦからＰＣＦが受信する（例えば、ＵＥポリシーは地理的領域に制約されることがあるため、新しいポリシーが更新される必要がある場合がある）。
・ ＰＣＦがＵＥまたはＵＥグループ向けのサブスクライブＳ－ＮＳＳＡＩに変更があったという通知を受信する（例えば、ネットワーク管理者が、新しいＳ－ＮＳＳＡＩを用いてＵＥサブスクリプションを更新する場合がある）。
・ ＵＥがＥＰＳから５ＧＳに移動したという通知をＰＣＦが受信する。ＵＥは５ＧＳ用のＵＥポリシーの新しいセットを受信する。
・ ＵＥが（ＮＡＳを介して）ポリシー更新要求をＰＣＦに送信する。ＵＥポリシー更新に対するＵＥの要求は、新しいネットワーク能力を必要とするアプリケーションのダウンロード、起動、および／またはインストールに応じるものである場合がある。例えば、ユーザはＡＲ／ＶＲ設定を必要とするゲームアプリケーションをダウンロードする場合がある。これには、データレートおよび他のＣＮリソースの変更に適応させるために、ポリシーの新しいセットが必要な場合がある。要求には、アプリケーションまたはＯＳ識別子を含んでもよい。
・ ＰＣＦがスライスに関連付けられたネットワーク機能が再構成された（例えば、新しいＮＦがインスタンス化されるか削除された、既存のＮＦがスケールアップまたはダウンされた）という通知をＯＡＭからまたはＮＲＦから受信する。
・ ＮＣＭＦはＳ－ＮＳＳＡＩの更新されたＮＣＰ情報をＰＣＦに送信する。
ステップ１で、ＰＣＦは、どのＵＥアクセス選択および／またはＰＤＵセッション選択関連ポリシーがＵＥに送信されるべきかを決定するために、ＰＳＩの最新リストをチェックする。ＰＣＦはＳ－ＮＳＳＡＩのＮＣＰの新しいセットを得るためにＮＣＭＦにコンタクトする必要があるか、またはＮＣＭＦがＳ－ＮＳＳＡＩの新しいＮＣＰ情報をＰＣＦに送信してよい。ＰＣＦは、ＮＣＰＰを含む拡張されたＵＥポリシーのデータを読み込む。
ステップ２で、ＰＣＦは、ＡＭＦのNamf_Communication_N1N2MessageTransferサービス操作を起動する。メッセージは、ＳＵＰＩ、ＵＥポリシーコンテナを含む。ＵＥポリシーコンテナはＵＥに対するＮＣＰＰを含む。言い換えると、いずれかの他のＵＥポリシーのようなＮＣＰは、ＵＥポリシーとして５ＧＳによって取り扱われ、それらは、スタンドアロンポリシーか、またはＡＮＤＳＰまたはＵＲＳＰポリシーと統合された情報のどちらかである。
ステップ３で、ＵＥが３ＧＰＰアクセスまたは非３ＧＰＰアクセスのどちらかにおいて、登録され、かつＡＭＦによって到達可能である場合、ＡＭＦは、ＡＭＦローカルポリシーに基づいて、登録済みおよび到達可能なアクセスのうち１つを介して、ＵＥポリシーコンテナ（ＮＣＰＰを含む）をＵＥに透過的に転送する。
ステップ４で、ＵＥはＮＣＰＰポリシーを受信し、記憶する。ポリシーは、スタンドアロンポリシー、あるいはＵＲＳＰ規則またはＡＮＤＳＰの一部としてＵＥに提供されることがあるポリシーの一部として本明細書で記載されるＮＣＰ情報と見なされる場合がある。
ＵＥがどのように動作することができるかの例は、以下のポリシーに基づく。
・ ＮＣＰポリシーが新しい周期的トラフィック規則を示す場合、ＵＥは周期的トラフィックの受信または伝送の期間の更新を必要とする場合がある。他方では、ＵＥが周期的トラフィックに対するポリシーを有していない場合、ＵＥは、特定の一定期間内にメッセージを送信および受信することによって新しいポリシーを実装してもよい。例えば、ＵＥは１０秒ごとに連続的にセンサ信号をサーバへ送信する必要がある場合があるが、ＵＥが高速で移動することが想定されるために５秒に更新される可能性がある。周期的トラフィック規則は、ＵＲＳＰの確証基準を拡張することによってＵＲＳＰ規則に統合される場合があり、その結果、通信期間がＵＥに示されることがある。次に、ＵＲＳＰ規則が評価されるときに、ＵＥはこの情報を考慮することができる。
・ ＮＣＰポリシーが最大ＵＬおよび／またはＤＬデータレートを示す場合、ＵＥがＵＲＳＰ規則を評価するときに、ＵＥはＮＣＰ情報で提供された最大ＵＬおよびＤＬデータレートを考慮してもよい。ＵＥは、ＲＳＤまたはＵＲＳＰに記載されているルートを確立しないことを決定して、その代わりにより低い優先度のルートを確立してもよい。例えば、より低い優先度のルートにより、より高いＵＬまたはＤＬ最大データレートが可能になる可能性がある。ルートが確立されると、ＵＥは、最大ＵＬおよび／またはＤＬデータレートを、トラフィックを開始したアプリケーションおよびルートが確立された後に同じルートを使用する任意の他のアプリケーションに提供する場合がある。また、ＮＣＰがスライスごとの最大ＵＬスループットを示す場合、ＵＥは、スライスでの全てのＰＤＵセッションの集約スループットを監視することによって限度を強化する。
・ ＮＣＰポリシーが位置情報ベースメッセージを示し、ＵＥが制約のある位置に現れる場合、ＵＥは、メッセージ内のデータの受信または送信を停止する必要がある場合がある。ネットワークは、ＵＲＳＰ規則内の確証基準としてこの情報をＵＥに提供するか、またはネットワークは、全てのＵＲＳＰ規則が評価されるときに考慮されるスタンドアロンＮＣＰポリシーとしてこの情報をＵＥに提供してよい。言い換えると、ＮＣＰポリシーからのＳ－ＮＳＳＡＩを含む全てのルートを評価するときに、このポリシーは考慮される場合がある。
・ ＵＥは、より好ましいＮＣＰポリシーを可能にし得る異なるスライスに登録するために、登録更新要求をネットワークに送信してもよい。言い換えると、ＵＥはモビリティ登録更新要求を送信してよく、その要求は、更新される要求ＮＳＳＡＩを含んでもよく、またその更新される要求ＮＳＳＡＩは、ＵＥがそれ向けのポリシーを受信したばかりのＳ－ＮＳＳＡＩを含まない可能性がある。
（ＰＤＵセッションの最大数の処理）
このセクションでは、ネットワークスライスごとのいくつかのＰＤＵセッションに対する既定の限度をネットワークがどう処理するか、および、ＰＤＵセッションをそれ以上確立できないことをＵＥが発見した場合にどう要求を処理することができるかの手順について記載する。
（ＰＤＵセッション確立処理中の最大ＰＤＵセッションの処理）
ネットワークは、ネットワークスライス内で確立されることがあるＰＤＵセッションの数の最大限度をサポートする場合がある。ネットワークスライスがその最大限度に到達することがあるが、ＵＥからＰＤＵセッション確立要求を依然として受信する場合があるシナリオがある可能性がある。このセクションでは、そのような要求がどう処理される場合があるかを記載する。図１５は、その方法を示し、3GPP TS 23.502で定義されている既存のＰＤＵセッション確立手順がどう拡張され得るかを例示する。図１５は、拡張される必要があるかまたは最も拡張が必要とされる登録手順の一部に特に焦点をあてている。
ステップ０で、ネットワークスライスは、スライスごとの可能なＰＤＵセッションの最大数の限度を用いて構成される。これは、ＮＣＭＦで構成される。ＮＣＭＦは、ネットワークスライスに関わるＰＤＵセッションの数をカウントするＰＤＵセッションカウンタを含む。このセッションカウンタは、各ＰＤＵセッションが確立または解放される場合に、それぞれ１ずつ数をインクリメントまたはデクリメントする。ＮＣＭＦは、ＰＤＵセッションが確立されると、ＳＭＦから通知を受信する場合がある。
ステップ１で、ＵＥは、（Ｒ）ＡＮノードを介して、ＰＤＵセッション確立要求をＡＭＦに送信する。
ステップ２で、ＵＥからＰＤＵセッション確立要求を受信するとすぐに、ＡＭＦまたはＳＭＦは、スライスで新しいＰＤＵセッションが確立され得るかどうかをチェックするように要求をＮＣＭＦに送信する。要求はＳ－ＮＳＳＡＩを含む。ＮＣＭＦは、スライスでのＰＤＵセッションの数が、最大値未満かどうかを確認するためにスライスのＰＤＵセッションカウンタをチェックする。ＮＣＭＦがＰＤＵセッションの数が最大値未満であることを示す場合、ＰＤＵセッションは可能であり、そうでない場合は、ＰＤＵセッションは許可されず、ＰＤＵセッション確立要求は拒否されることになる。
ステップ３で、TS 23.501による残りのＰＤＵセッション確立手順が実行され、ＰＤＵセッション確立応答がＵＥに送信される。ＰＤＵセッションが許可されるべきでない（すなわち、スライスがＰＤＵセッションの最大数に到達した）ことをＮＣＭＦがＡＭＦまたはＳＭＦに示す場合、ＡＭＦまたはＳＭＦは、エラー／原因コードをＵＥに送信して、ネットワークスライスがＰＤＵセッションカウントのその最大限度に到達したことを示し、かつ要求を拒否してもよい。この場合、ＵＥは、そのＵＲＳＰ規則を再評価して、異なるスライス内でＰＤＵセッションの確立を試行してもよい。また、応答は、同じスライス内でＰＤＵセッション確立を試行する前に、ＵＥがどれくらいの間、待つ必要があるかを示す待機タイマを含んでもよい。ただし、待機タイマが満了する前に同じスライスでのＰＤＵセッションを停止する場合、ＵＥは待機タイマをリセットして再試行してもよい。待機時間は、ＵＲＳＰ規則の時間ウィンドウ（ルート選択確証基準）に統合されてもよい。それゆえ、ＵＲＳＰ規則は、ＰＤＵセッション確立の再試行前に再評価される。
ＰＤＵセッション確立拒否メッセージを受信後、ＵＥは以下の動作を行ってよい。
・ 拒否スライスが利用不可で、より低い優先度のＵＲＳＰまたはＲＳＤ規則に基づいてＰＤＵセッションの確立を試行するといった知識を用いてそのＵＲＳＰ規則を再評価。
・ 待機タイマの間待機して、続いて、そのＵＲＳＰ規則を再評価し、同じスライス内でＰＤＵセッションの確立を再度試行する。
・ 同じスライス内のＰＤＵセッションを停止し、待機タイマが満了していない場合、それを解除／無効にし、続いて、そのＵＲＳＰ規則を再評価し、同じスライス内でのＰＤＵセッションの確立を再度試行する。ＵＥがスライスからの停止されることがあるＰＤＵセッションＩＤを示すことができるようにＰＤＵセッション確立要求を改良することを提案する。ＰＤＵセッション確立手順に対するこの拡張は、スライスがＰＤＵセッション限度型であり、かつ、新しく、より高い優先度のＰＤＵセッションを直ちに再確立することができるという条件でＵＥがより低い優先度のＰＤＵセッションの停止を望む場合に望ましい可能性がある。
（ＮＡＳ通知を使用する最大ＰＤＵセッションの処理）
このセクションでは、ネットワークスライスが最大限度に到達したことをＵＥに通知するためにＮＡＳ通知が使用される方法について記載する。図１６はその方法を示している。
ステップ０で、ネットワークスライスは、スライスごとの可能なＰＤＵセッションの最大数の限度を用いて構成される。これは、ＮＣＭＦで構成される。ＮＣＭＦは、ネットワークスライスに関わるＰＤＵセッションの数をカウントするＰＤＵセッションカウンタを含む。このセッションカウンタは、各ＰＤＵセッションが確立または解放される場合に、それぞれ１ずつ数をインクリメントまたはデクリメントする。ＮＣＭＦは、ＰＤＵセッションが確立されると、ＳＭＦから通知を受信する場合がある。スライス内のＡＭＦおよびＳＭＦは、スライス内のＰＤＵセッションの数が最大値に到達するか、または最大値を下回るときに通知されるべきＮＣＭＦをサブスクライブする。
ステップ１で、ＵＥおよびネットワークは、3GPP TS 23.502のセクション4.3.2.2.1に記載されているような、ＰＤＵセッション確立手順を実行する。ＵＥからＰＤＵセッション確立要求を受信するとすぐに、ＡＭＦまたはＳＭＦは、スライスで新しいＰＤＵセッションが確立され得るかどうかをチェックするように要求をＮＣＭＦに送信する。要求はＳ－ＮＳＳＡＩを含む。ＮＣＭＦは、スライスでのＰＤＵセッションの数が、最大値未満かどうかを確認するためにスライスのＰＤＵセッションカウンタをチェックする。ＮＣＭＦがＰＤＵセッションの数が最大値未満であることを示す場合、ＰＤＵセッションは可能であり、そうでない場合は、ＰＤＵセッションは許可されず、ＰＤＵセッション確立要求は拒否されることになる。ＰＤＵセッションが拒否された場合については、本明細書で先に記載した。この手順の例では、ＰＤＵセッション確立が成功すると仮定している。
ステップ２では、ＡＭＦまたはＳＭＦは、ネットワークスライスがＰＤＵセッションの最大数に到達したという通知をＮＣＭＦから受信する。
ステップ３で、ＡＭＦは、ＮＡＳ通知をスライスに登録されている全てのＵＥに送信する。ＮＡＳ通知は、スライス内のＰＤＵセッション確立を試行する前に、ＵＥがどれくらいの間、待つ必要があるかを示す待機タイマを含む。ただし、待機タイマが満了する前に同じスライスでのＰＤＵセッションを停止する場合、ＵＥは待機タイマをリセットして再試行してもよい。待機時間は、ＵＲＳＰ規則のルート選択確証基準の時間ウィンドウに統合されてもよい。ＵＲＳＰ規則は、ＰＤＵセッション確立の再試行前に再評価される。
ステップ４で、待機タイマが満了するか、ＵＥが同じスライスでのＰＤＵセッションを停止する。
ステップ５で、ＰＤＵセッション停止手順により、ＮＣＭＦカウンタがデクリメントされて、ＰＤＵセッションカウンタが所定の値まで減少する。ＮＣＭＦは、スライス内のＰＤＵセッションの数が所定の値まで減少する場合、通知をＡＭＦおよびＳＭＦに送信する。
ステップ６で、ＡＭＦは、ＮＡＳ通知をスライスに登録されている全てのＵＥに送信する。ＮＡＳ通知は、状況が解消されて、ＰＤＵセッションがスライスで新たに確立されてよいことを示す。あるいは、通知は、原因コードによってＰＤＵセッション確立要求が拒否されたＵＥにのみ送信されてもよい。
ステップ７で、ＵＥは待機タイマをリセットし、スライスでのＰＤＵセッションの確立を試行してもよい。
（ネットワークスライスにおけるＵＥの最大数の処理）
ネットワークは、同時にネットワークスライスに登録することができるＵＥの最大数を制限する能力を搭載する場合がある。ネットワークが、登録されたＵＥがその最大限度に到達しているネットワークスライスへの登録の要求をＵＥから受信し得るシナリオがある場合がある。このセクションでは、このような場合に処理する方法について記載する。図１７はその方法を示している。
ステップ０で、ＮＣＭＦにおいて、カウンタが保持されている場合がある。カウンタは、各ＵＥが登録または登録解除される場合に、１ずつカウントをインクリメントまたはデクリメントする。ＵＥが登録または登録解除されると、ＡＭＦはインジケーション／通知をＮＣＭＦに送信してもよく、その結果、それに応じて、カウンタがインクリメントまたはデクリメントされる場合がある。ＮＣＭＦは、スライスにおける全てのＡＭＦをサブスクライブしている場合があり、その結果、ＵＥがスライスに登録すると、ＮＣＭＦは通知を受信することができる。サブスクリプション要求は、Ｓ－ＮＳＳＡＩを示してもよく、またＡＭＦからの通知は、ＵＥ ＩＤおよびＳ－ＮＳＳＡＩを含んでもよく、その結果、ＮＣＭＦは、登録されたＵＥを追跡し、登録されたＵＥの状態を問い合わせ、かつＵＥの登録または登録解除の通知が受信される状況におけるカウントエラーを回避することができる。ＮＣＭＦはまた、スライスに登録されたＵＥの数に限度があることをＡＭＦに示してもよく、その結果、ＡＭＦは新しいＵＥの登録の許可に対するＮＣＭＦによるチェック（すなわち、限度に到達していないことのチェック）を認識する。
ステップ１で、ＵＥ（ＵＥ１）およびネットワークは、3GPP TS 23.502の4.2.2.2.2に記載されているような、ＵＥ登録手順を実行する。ＵＥ１からのＵＥ登録要求を受信するとすぐに、ＡＭＦは要求をＮＣＭＦに送信するか、またはＮＣＭＦサービスを起動し、新しいＵＥがスライスに登録されてよいかどうかをチェックする。要求はＳ－ＮＳＳＡＩを含む。ＮＣＭＦは、スライスのＵＥ登録カウンタをチェックし、スライスに登録されたＵＥの数が最大値未満かどうかを確認する。ＮＣＭＦがスライスに登録されたＵＥの数が最大値未満であることを示す場合、ＵＥ登録は可能であり、そうでない場合は、ＵＥ登録は許可されず、ＵＥ登録要求は拒否されることになる。本手順のこのステップは、ＵＥ１によるＵＥ登録が成功すると仮定している。
ステップ２で、ＡＭＦは、ネットワークスライスがＵＥの最大数に到達したという通知をＮＣＭＦから受信する場合がある。ＮＣＭＦは、Ｓ－ＮＳＳＡＩへの登録を再試行する前に、ＵＥがどれくらいの間、待つ必要があるかを示す待機タイマをＡＭＦに提供してよい。
ステップ３で、異なるＵＥ（例えば、ＵＥ２）が、ＵＥ登録要求をネットワークに送信する場合がある。要求は、スライスごとに、スライスへの登録が拒否されるかどうかを示す場合があり、ＵＥは、この拒否の原因が解消されたときに通知を受信することを望む。
ネットワークスライスがＵＥの最大数に到達したという通知をＡＭＦがＮＣＭＦから受信していない場合、ステップ１で記載したように、ＡＭＦは、ＵＥの登録が可能であるかどうかをチェックするようにＮＣＭＦに問い合わせしてよいことに留意されたい。
ステップ４で、ネットワークスライスがＵＥ登録限度の最大数に到達したとＡＭＦが通知された場合、ＡＭＦは、要求が拒否されたこと、およびスライスが登録されたＵＥの最大数に到達したために要求が拒否されたことを示す原因値を示すＵＥ登録応答メッセージをＵＥ２に送信してもよい。また拒否により、ＵＥが同じスライスで再びＵＥ登録の要求を試行し得るタイミングを決定するために使用する必要がある待機タイマがＵＥに提供されてもよい。一方、スライス限度に到達していない場合、ＵＥ２およびネットワークは3GPP TS 23.502のセクション4.2.2.2.2に記載されているような登録手順を実行する。
ステップ５で、ネットワークスライスに既に登録されているＵＥ（例えば、ＵＥ３）は、ネットワークスライスへの登録を解除される場合がある。
ステップ６で、ＡＭＦは、このＵＥの登録解除についてＮＣＭＦに通知してよい。ＮＣＭＦは、カウンタをデクリメントしてよい。加えて、ＮＣＭＦは通知を送信して、ネットワークスライスが現在その最大限度未満であることをＡＭＦに知らせてもよい。
ステップ７で、ＡＭＦは、原因コード（すなわち、ネットワークスライスが最大限度に到達したことについてのメッセージおよび待機タイマ）によって登録を拒否され、かつ依然として動作している待機タイマを有する任意のＵＥ（例えば、ＵＥ２）に、ＮＡＳ通知を送信してよい。このＮＡＳ通知は、制限されていた状況が解消されたことを示す。
ステップ８で、ネットワークからのＮＡＳメッセージを受信するとすぐに、ＵＥ２は、待機タイマをリセットして、スライスへの登録を試行してよい。
あるいは、ＵＥは、待機タイマが満了した後に、ＵＥ登録を試行してもよい。
この手順は、本明細書にて先に記載したネットワーク能力ベース登録手順の拡張または拡張解釈と見なされる場合があることに留意されたい。
（スライス内の最大ＵＬおよびＤＬデータレートの処理）
前述したように、ネットワークは、ＵＥがスライス内で使用することができる最大ＵＬおよびＤＬデータレートをＵＥに提供してよい。これらの最大データレートは、スライス内の全てのＰＤＵセッションにわたって適用される。
ネットワークはまた、スライス内でＰＤＵセッションが確立されるときはいつでも、この情報をＵＥに提供してよい。
ネットワークは、ＵＥがスライス内の最大ＵＬまたはＤＬデータレートを超過したことを検出する場合はいつでも、ＮＡＳ通知をＵＥに送信してもよい。通知はＵＥに対する最大ＵＬまたはＤＬデータレートを示してもよく、その結果、ＵＥはそれを施行できる。
（ＮＣＭＦサービス）
前述したように、ＮＣＭＦは、ネットワーク能力およびネットワークスライスに関連する情報を管理および保持する役割を担っている。表５は、これらの操作を可能にするために提供されることがあるＮＣＭＦサービスのリストを示す。
Figure 2022525167000007
あるいは、ＮＣＭＦがＮＳＳＦまたはＵＤＭ／ＵＤＲと共に配置されている場合、表５に示されているＮＣＭＦサービスは、ＮＳＳＦサービスまたはＵＤＭ／ＵＤＲサービスと定義されることもある。
（新しいＵＰＦサービス）
５Ｇサービスベースアーキテクチャでは、ＵＰＦはユーザプレーン機能として使用されない。しかし、ＵＰＦがＱｏＳ施行、データバッファリングおよびイベント監視などの一部の制御機能を有することも考えられる。一部のＵＰＦサービスは、ＵＰＦに対してサービスベースアーキテクチャを拡張することによって追加することも可能である。図１１は、ＵＰＦおよびＮｕｐｆインターフェースを伴った拡張サービスベースアーキテクチャを示す。表６はＵＰＦサービスのリストを示す。
Figure 2022525167000008
（Nupf_EventExposure）
このサービスは、他のＮＦがＵＰＦにおけるある特定のイベントをサブスクライブして、サブスクライブされたイベントが発生した場合に通知を得るために提供される。ＵＰＦは、以下のイベントに対してサブスクリプションサービスを提供してよい。
・ ＵＰＦでバッファリングされたＤＬデータパケットが、タイムアウト閾値または限られた記憶領域が原因でドロップされる。これは、ＱｏＳフローごと、セッションごと、ＵＥごと、またはＵＰＦごとであり得る。
・ ＵＰＦが、ローカルデータネットワークの上りリンク分類子として、または、マルチホームＰＤＵセッションの分岐点として選択される。
・ ＵＰＦが、３ＧＰＰアクセスを介する、または非３ＧＰＰアクセスを介する（すなわち、Ｎ３ＩＷＦを通した）ＰＤＵセッションのアンカポイントとして選択される。
・ トラフィックを発信しているＳＣＳ／ＡＳの情報、および施行される特定の規則の情報を含むポリシー規則が、ＵＰＦによって特定のトラフィックで施行されることが理由で、パケットがドロップされる。
・ ＵＰＦによってサポートされる接続済みＵＥの総数が一定の閾値を超える。
・ 拒否されたまたは失敗した接続試行の総数または割合が閾値を超える。これは、特定の原因値によって拒否されたまたは失敗した接続試行の総数または割合が閾値を超える場合に通知を要求するようにさらに限定される場合がある。
・ 計算リソースが閾値よりも少ない。
・ ＵＰＦが管理しているセッションの総数が一定の閾値を超える。
・ ＵＰＦが管理しているセッションの（保証された）総データレートが一定の閾値を超える。
・ 下りリンクデータバッファリングに割り当てられたメモリの利用率が一定の閾値を超える。
・ ＱｏＳフローへのＤＬデータトラフィックのマッピングが失敗し、アプリケーションデータに適合するＰＤＲがない。
以下の情報が、サブスクリプション（またはサブスクリプション解除）要求または通知メッセージで使用される場合がある。
・ サブスクリプションＩＤ
・ 通知アドレス／ＩＤ
・ イベントＩＤおよび対応するパラメータ：例えば、ＰＤＵセッションが輻輳するイベントが起こる場合、ＰＤＵセッションＩＤ、ＱＦＩおよびリソース利用率が含まれる。パケットがドロップされるイベントが起こる場合、ドロップの原因、セッションＩＤ、ＱＦＩ、およびＵＰＦでバッファされているパケットの数が提供される。
ＡＦがサービスベースインターフェースを介してＵＰＦに直接アクセスできない場合、ＮＥＦはサービスコンシューマである場合がある。
（Nupf_StatusMonitoring）
このサービスは、ＰＤＵセッション状態およびＱｏＳ施行状態に関してＵＰＦから情報を得る機会をＮＦに提供する。ＵＰＦは、このサービスを通して以下の情報を提供してよい。
・ ＵＰＦが、アンカポイント、分岐点、または上りリンク分類子としてそれぞれ機能している場合のＰＤＵセッションの数。
・ ＵＰＦでバッファされている下りリンクデータの量。これは、アプリケーションごと、ＵＥごと、ＵＥグループごと、ＰＤＵセッションごと、ＱｏＳフローごと、または位置（すなわち、ネットワークエリア内）ごとである場合がある。
・ 非３ＧＰＰアクセスを介してＵＥに接続するＰＤＵセッションの数。
・ 現在認識されているビットレート。これは、アプリケーションごと、ＵＥごと、ＵＥグループごと、ＰＤＵセッションごと、ＱｏＳフローごと、または位置（すなわち、ネットワークエリア内）ごとである場合がある。
・ パケットエラーレート（損失レート）。これは、アプリケーションごと、ＵＥごと、ＵＥグループごと、ＰＤＵセッションごと、ＱｏＳフローごと、または位置（すなわち、ネットワークエリア内）ごとである場合がある。
・ ＣＤＲなどのデータバッファリングチャリング関連情報で使用される記憶領域リソースの割合。
ＡＦがサービスベースインターフェースを介してＵＰＦに直接アクセスできない場合、ＮＥＦはサービスコンシューマである場合がある。
（Nupf_PDUSession）
このサービスは、ＰＤＵセッションの作成、更新および解放などＰＤＵセッションを管理するために、ある特定の手順を開始する能力をＳＭＦに提供する。ＳＭＦは、ＰＤＵセッション関連手順で、以下の情報を含んでもよい。
・ Ｓ－ＮＳＳＡＩおよびネットワークスライスインスタンスＩＤなどのＰＤＵセッションＩＤおよび関連ネットワークスライスＩＤ
・ ＤＮＮ
・ ＰＤＵセッションタイプ、例えば非ＩＰ、イーサーネットまたはＩＰタイプ
・ セッション・サービス継続（ＳＳＣ）モード
・ ＱｏＳごとの最大ビットレート、セッションごとの最大集約ビットレート、最大パケット損失レートなどのＱＦＩおよび関連ＱｏＳパラメータ
・ リフレクティブＱｏＳのサポートインジケーション
・ ＤＬトラフィックとＵＬトラフィックとの両方に対するパケット検出規則（Packet Detection Rule：ＰＤＲ）
・ ＳＭＦ ＩＤ、ＳＭＦインスタンスＩＤなどのＳＭＦ情報
・ それぞれＮ３およびＮ６トンネル（例えば、ＮＩＤＤ転送用）のトンネル情報
・ 課金ポリシーＩＤ
・ ＵＰＦが、上りリンク分類子として、またはＰＤＵセッションに関連する分岐点として追加または削除されたことのインジケーション
・ ５Ｇ－ＧＵＴＩおよびＳＵＰＩなどのＵＥ ＩＤ
・ＩＰアドレスおよびポート番号
（グラフィカルユーザインターフェースの例）
図１２は、５Ｇネットワークでネットワーク能力を構成するために使用される可能性のある例示的ユーザインターフェースを示す。ユーザインターフェースは、エンドデバイス（ＵＥ）、サービスプロバイダ（ＳＣＳ／ＡＳ）、ネットワークオペレータ、または他のネットワークエンティティもしくはユーザによって、またはそれらのために表示されることがある。例えば、ユーザインターフェースは、それぞれ、図１Ｂのディスプレイ１２８、または図１Ｇのディスプレイ８６によって表示されることがある。
図１８は、ＵＥがネットワークから許可Ｓ－ＮＳＳＡＩのＮＣＰを受信することがあるユーザインターフェースを示している。アプリケーション要件に基づいて、ＵＥは受信したＮＣＰに基づいてネットワークスライスを承認するか、またはコアネットワークからの新しいＮＣＰ／ネットワークスライスを要求することができる。
上述のネットワークエンティティは、図８から１０に示されるようなステップを実施するもの、例えばＵＥ、（Ｒ）ＡＮ、ＡＭＦ、ＮＣＭＦ、ＮＳＳＦ、ＵＤＲ／ＵＤＳＦ、ＵＤＭ／ＵＤＲ、ＮＲＦ、ＮＥＦ、ＰＣＦ、ＮＦ、ＳＣＳ／ＡＳ、（Ｒ）ＡＮ、ＳＭＦなどを含み、図１Ｂまたは図１Ｇに例示されているようなワイヤレスおよび／またはネットワーク通信またはコンピュータシステム用に構成された装置のメモリに記憶され、かつ該装置のプロセッサで実行するソフトウェアの形態（すなわち、コンピュータ実行可能命令）で実装されることがある論理エンティティであってもよいことが理解される。すなわち、図８から１０に示される方法は、図１Ｂまたは図１Ｇに示される装置またはコンピュータシステムなどの装置のメモリに記憶されたソフトウェア（すなわち、コンピュータ実行可能命令）の形態で実装されてよく、このコンピュータ実行可能命令は、装置のプロセッサによって実行されると、図８から１０に示されるステップを実施するものである。図８から１０に示される機能性は、仮想化ネットワーク機能のセットとして実装されてもよいことをさらに理解すべきである。ネットワーク機能は、必ずしも直接通信する必要はなく、むしろ、転送機能またはルーティング機能を介して通信してもよい。また、図８から１０に示される任意の伝送および受信ステップは、装置のプロセッサの制御および該プロセッサが実行するコンピュータ実行可能命令（例えば、ソフトウェア）に基づいて、装置の通信回路によって実施されてよいことも理解される。
追加の実施形態は以下のものを含むことがある。
実施形態１．プロセッサおよびメモリを備えた装置であって、該メモリは、コンピュータ実行可能命令を記憶し、該コンピュータ実行可能命令は、該プロセッサによって実行されると、該装置に、
通信ネットワークのコアネットワークのエンティティに、ネットワーク能力構成の要求を送信することであって、該要求は、装置によって要求された１つまたは複数のネットワーク能力のリストを含む、送信することと、
コアネットワークエンティティから、要求された１つまたは複数のネットワーク能力をサポートするネットワークスライスの識別子を含む応答を受信することと、
を含む操作を実施させる、装置。
実施形態２．要求は、
１つまたは複数の要求されたネットワーク能力ごとの識別子、
１つまたは複数の要求されたネットワーク能力をサポートするための１つまたは複数のネットワークスライスＩＤおよび／またはネットワークスライス選択情報、および
要求されたネットワーク能力を必要とする装置でホストされている１つまたは複数のアプリケーションごとの識別子、
のうち１つまたは複数をさらに含む、実施形態１に記載の装置。
実施形態３．要求は、
装置の識別子、
そこに装置が登録することがある公衆陸上移動網（ＰＬＭＮ）の識別子、
その中で装置がネットワーク能力を要求する地理的エリアに関連付けられた情報、
のうち１つまたは複数をさらに含む、実施形態２に記載の装置。
実施形態４．要求は、
１つまたは複数の要求されたネットワーク能力に関連付けられた使用可能性スケジュールを指定する情報、
１つまたは複数の要求されたネットワーク能力に関連付けられたサービス品質（ＱｏＳ）レベルを指定する情報、
１つまたは複数の要求されたネットワーク能力に関連付けられたマルチテナントのレベルを指定する情報、
のうち１つまたは複数をさらに含む、実施形態２に記載の装置。
実施形態５．ユーザ端末（ＵＥ）によって実施される方法であって、
通信ネットワークのコアネットワークのエンティティに、ネットワーク能力構成の要求を送信することであって、該要求は、ＵＥによって要求された１つまたは複数のネットワーク能力のリストを含む、送信することと、
コアネットワークエンティティから、要求された１つまたは複数のネットワーク能力をサポートするネットワークスライスの識別子を含む応答を受信することと、
を含む方法。
実施形態６．要求は、
１つまたは複数の要求されたネットワーク能力ごとの識別子、
１つまたは複数の要求されたネットワーク能力をサポートするための１つまたは複数のネットワークスライスＩＤおよび／またはネットワークスライス選択情報、および
要求されたネットワーク能力を必要とするＵＥでホストされている１つまたは複数のアプリケーションごとの識別子、
のうち１つまたは複数をさらに含む、実施形態５に記載の方法。
実施形態７．要求は、
ＵＥの識別子、
そこにＵＥが登録することがある公衆陸上移動網（ＰＬＭＮ）の識別子、
その中でＵＥがネットワーク能力を要求する地理的エリアに関連付けられた情報、
のうち１つまたは複数をさらに含む、実施形態６に記載の方法。
実施形態８．要求は、
１つまたは複数の要求されたネットワーク能力に関連付けられた使用可能性スケジュールを指定する情報、
１つまたは複数の要求されたネットワーク能力に関連付けられたサービス品質（ＱｏＳ）レベルを指定する情報、
１つまたは複数の要求されたネットワーク能力に関連付けられたマルチテナントのレベルを指定する情報、
のうち１つまたは複数をさらに含む、実施形態６に記載の方法。
実施形態９．コアネットワークのエンティティを実装する装置であって、該装置は、プロセッサおよびメモリを含み、該メモリは、コンピュータ実行可能命令を記憶し、該コンピュータ実行可能命令は、該プロセッサによって実行されると、該コアネットワークエンティティに、
ユーザ端末（ＵＥ）から、ＵＥによって要求された１つまたは複数のネットワーク能力のリストを含む要求を受信することと、
ＵＥに現在サービスを提供しているネットワークスライスに関連付けられたネットワーク能力プロファイルに基づいて、ＵＥに現在サービスを提供しているネットワークスライスが１つまたは複数の要求されたネットワーク能力をサポートしているかどうかを判断することと、
ＵＥに現在サービスを提供しているネットワークスライスが１つまたは複数の要求されたネットワーク能力をサポートできない場合、該１つまたは複数の要求されたネットワーク能力をサポートすることができる、ＵＥにサービスを提供する新しいネットワークスライスを形成または選択することと、
ＵＥに、該１つまたは複数の要求されたネットワーク能力をサポートするために選択されるネットワークスライスの識別子を含む応答を送信することと、
を含む操作を実施させる、装置。
実施形態１０．ネットワーク能力プロファイルは、
ネットワークスライスおよび対応するネットワークスライスインスタンスの識別子、
サポートされているネットワーク能力の識別子のリスト、
サービスを提供するＰＬＭＮの識別子、
ネットワーク能力ごとのサービスを提供するエリア情報、
のうち１つまたは複数を含む、実施形態９に記載の装置。
実施形態１１．要求は、
１つまたは複数の要求されたネットワーク能力ごとの識別子、
１つまたは複数の要求されたネットワーク能力をサポートするための１つまたは複数のネットワークスライスＩＤおよび／またはネットワークスライス選択情報、および
要求されたネットワーク能力を必要とするユーザ端末でホストされている１つまたは複数のアプリケーションごとの識別子、
のうち１つまたは複数をさらに含む、実施形態９に記載の装置。
実施形態１２．命令は、さらに、コアネットワークエンティティに、新しいネットワークスライスを起動することを含む操作を実施させる、実施形態９に記載の装置。
実施形態１３．命令は、さらに、コアネットワークエンティティに、新たに選択されたネットワークスライスを提供するＵＥとの非アクセス層（ＮＡＳ）シグナリングを終端する新しいコアネットワークエンティティを選択することを含む操作を実施させる、実施形態９に記載の装置。
実施形態１４．命令は、さらに、コアネットワークエンティティに、新たに選択されたネットワークスライスに関連付けられたネットワーク能力プロファイルを更新することを含む操作を実施させる、実施形態９に記載の装置。
実施形態１５．コアネットワークのエンティティによって実施される方法であって、
ユーザ端末（ＵＥ）から、ＵＥによって要求された１つまたは複数のネットワーク能力のリストを含む要求を受信することと、
ＵＥに現在サービスを提供しているネットワークスライスに関連付けられたネットワーク能力プロファイルに基づいて、ＵＥに現在サービスを提供しているネットワークスライスが１つまたは複数の要求されたネットワーク能力をサポートしているかどうかを判断することと、
ＵＥに現在サービスを提供しているネットワークスライスが１つまたは複数の要求されたネットワーク能力をサポートできない場合、該１つまたは複数の要求されたネットワーク能力をサポートすることができる、ＵＥにサービスを提供する新しいネットワークスライスを形成または選択することと、
ＵＥに、該１つまたは複数の要求されたネットワーク能力をサポートするために選択されるネットワークスライスの識別子を含む応答を送信することと、
を含む方法。
実施形態１６．ネットワーク能力プロファイルは、
ネットワークスライスおよび対応するネットワークスライスインスタンスの識別子、
サポートされているネットワーク能力の識別子のリスト、
サービスを提供するＰＬＭＮの識別子、
ネットワーク能力ごとのサービスを提供するエリア情報、
のうち１つまたは複数を含む、実施形態１５に記載の方法。
実施形態１７．要求は、
１つまたは複数の要求されたネットワーク能力ごとの識別子、
１つまたは複数の要求されたネットワーク能力をサポートするための１つまたは複数のネットワークスライスＩＤおよび／またはネットワークスライス選択情報、および
要求されたネットワーク能力を必要とするユーザ端末でホストされている１つまたは複数のアプリケーションごとの識別子、
のうち１つまたは複数をさらに含む、実施形態１５に記載の方法。
実施形態１８．新しいネットワークスライスを起動することをさらに含む、実施形態１５に記載の方法。
実施形態１９．新たに選択されたネットワークスライスを提供するＵＥとの非アクセス層（ＮＡＳ）シグナリングを終端する新しいコアネットワークエンティティを選択することをさらに含む、実施形態１５に記載の方法。
実施形態２０．新たに選択されたネットワークスライスに関連付けられたネットワーク能力プロファイルを更新することをさらに含む、実施形態１５に記載の方法。
実施形態２１．プロセッサおよびメモリを備えた装置であって、該メモリは、コンピュータ実行可能命令を記憶し、該コンピュータ実行可能命令は、該プロセッサによって実行されると、該装置に、
通信ネットワークのコアネットワーク内のネットワークスライスのアクセス・モビリティ管理機能（ＡＭＦ）から、メッセージを受信することであって、該メッセージは、閾値が満たされたどうかの判断に対する要求を含む、受信することと、
ＡＭＦにメッセージに対する応答を送信することと、
を含む操作を実施させる、装置。
実施形態２２．装置は、ネットワークスライスでのアクセス・モビリティ管理機能をサブスクライブしている場合があり、その結果、ユーザ端末がスライスへの登録を要求するか、またはネットワークスライスを用いてＰＤＵセッション確立を試行するときに、通知を受信することができる、実施形態２１に記載の装置。
実施形態２３．要求は、ネットワークスライス識別子およびユーザ端末識別情報を含む、実施形態２１に記載の装置。
実施形態２４．装置は、ユーザ端末がコアネットワークのネットワークスライスに登録または登録解除される度にカウントをインクリメントまたはデクリメントするカウンタを利用する、実施形態２１に記載の装置。
実施形態２５．装置は、コアネットワークのネットワークスライスを用いたＰＤＵセッションがユーザ端末によって確立または終了される度にカウントをインクリメントまたはデクリメントするカウンタを利用する、実施形態２１に記載の装置。
実施形態２６．ＡＭＦへの応答は、ネットワークスライスが閾値に到達したことを示す通知を含む、実施形態２１に記載の装置。
実施形態２７．アクセス・モビリティ管理機能への応答は、閾値に到達した場合に、登録を再試行するか、またはネットワークスライスを用いたＰＤＵセッションの確立を再試行する前に、ユーザ端末がどれくらいの間、待つ必要があるかを示す待機タイマを含む、実施形態２１に記載の装置。
本明細書に記載される態様の図は、様々な態様の構造、機能および操作の一般的な理解を提供することを目的としている。各図は、本明細書に記載される構造または方法を利用する装置およびシステムの要素および特性の全てを完全に説明するために提供することを意図していない。他の多くの態様が、本開示を検討することにより、当業者に明らかになるであろう。他の態様は、本開示より利用され、かつ導き出されてもよく、この場合、構造および論理的置換および変更が、本開示の範囲から逸脱することなく行われてもよい。したがって、開示および図は、限定的なものではなく、むしろ例示的なものであると見なされるべきである。
態様の製作または使用を可能にするために、態様の説明が提供される。これらの態様の種々の変更は、容易で明確であり、本明細書で定義づけられる一般的な原理は、本開示の範囲から逸脱することなく、他の態様にも適用されてよい。したがって、本開示は、本明細書に示される態様に制限されることを意図しておらず、添付の特許請求の範囲によって定義されるような原理および新規の特性に一致する最も広い範囲の可能性を与えるものである。

Claims (16)

  1. 第１ネットワーク機能を実装し、かつプロセッサおよびメモリを備えた装置であって、前記メモリは命令を記憶し、前記命令は、前記プロセッサによって実行されると、前記装置に、
    前記第１ネットワーク機能によって、ユーザ端末から第１メッセージを受信することであって、前記第１メッセージは、ネットワークスライスを用いて実施されるべき要求された操作を示す、受信することと、
    前記第１ネットワーク機能によって、第２ネットワーク機能に第２メッセージを送信することであって、前記第２メッセージは、前記操作に関連する閾値が満たされたかどうかの判断に対する要求を示す、送信することと、
    前記第１ネットワーク機能によって、前記第２ネットワーク機能から、閾値が満たされたかどうかの前記判断を示す第１応答を受信することと、
    前記第１ネットワーク機能によって、前記ユーザ端末に、前記操作が許可されるかどうかのインジケーションを含む第２応答を送信することと、
    を含む操作を実施させる、装置。
  2. 前記操作は、スライス登録、またはプロトコルデータユニット（Protocol Data Unit：ＰＤＵ）セッション確立、の少なくとも一方を含む、請求項１に記載の装置。
  3. 前記第１ネットワーク機能は、アクセス・モビリティ管理機能（Access and Mobility management Function：ＡＭＦ）を含む、請求項１に記載の装置。
  4. 前記第２ネットワーク機能は、ネットワーク能力管理機能（Network Capability Management Function：ＮＣＭＦ）を含む、請求項１に記載の装置。
  5. 前記閾値は、前記ネットワークスライスに登録することができるユーザ端末の最大数、または前記ネットワークスライスを用いて確立できるＰＤＵセッションの最大数、の少なくとも一方に関連付けられる、請求項１に記載の装置。
  6. 前記操作は、スライス登録を含み、前記第２応答は、前記ネットワークスライスに登録されたＵＥが前記最大数に到達したために前記操作が拒否されたことのインジケーションを含む、請求項１に記載の装置。
  7. 前記操作は、ＰＤＵセッション確立を含み、前記第２応答は、前記ネットワークスライスにおけるＰＤＵセッションが前記最大数に到達したために前記操作が拒否されたことのインジケーションを含む、請求項１に記載の装置。
  8. 前記第２応答は、実施されるべき前記操作に対する要求を示す別のメッセージを送信するまで前記ユーザ端末が待機すべき時間量のインジケーションを含む、請求項６または７のいずれか１項に記載の装置。
  9. 前記命令は、さらに、前記装置に、実施されるべき前記操作に対する要求を示す別のメッセージを前記ＵＥが送信してもよいことのインジケーションを含む非アクセス層（Non Access Stratum：ＮＡＳ）メッセージを前記ＵＥへ送信させる、請求項６または７のいずれか１項に記載の装置。
  10. プロセッサおよびメモリを備えたユーザ端末（User Equipment：ＵＥ）であって、前記メモリは命令を記憶し、前記命令は、前記プロセッサによって実行されると、前記ＵＥに、
    ネットワーク機能に、ネットワークスライスを用いて実施されるべき要求された操作を示す第１メッセージを送信することであって、前記操作は、スライス登録、またはプロトコルデータユニット（ＰＤＵ）セッション確立、の一方を含む、送信することと、
    前記ネットワーク機能から、前記ネットワークスライスに登録されたＵＥが最大数に到達したために前記操作が拒否されたことのインジケーション、または前記ネットワークスライスにおけるＰＤＵセッションが最大数に到達したために前記操作が拒否されたことのインジケーション、の一方を含む応答を受信することと、
    を含む操作を実施させる、ユーザ端末。
  11. 前記ネットワーク機能は、アクセス・モビリティ管理機能（ＡＭＦ）を含む、請求項１０に記載のユーザ端末。
  12. 前記応答は、実施されるべき前記操作に対する要求を示す別のメッセージを送信するまで前記ユーザ端末が待機すべき時間量のインジケーションをさらに含む、請求項１０に記載のユーザ端末。
  13. 前記命令は、さらに、前記ＵＥに、前記時間量の満了後に、実施されるべき前記操作に対する要求を示す別のメッセージを送信させる、請求項１２に記載のユーザ端末。
  14. 前記命令は、さらに、前記ＵＥに、前記応答に基づいて、前記スライス登録を停止させる、請求項１０に記載のユーザ端末。
  15. 前記命令は、さらに、前記ＵＥに、前記応答に基づいて、前記ＰＤＵセッションを停止させ、実施されるべき前記操作に対する要求を示す別のメッセージを送信させる、請求項１０に記載のユーザ端末。
  16. 前記命令は、さらに、前記ＵＥに、
    前記ネットワーク機能から、前記操作が再度要求されてよいことのインジケーションを含む非アクセス層（ＮＡＳ）メッセージを受信させ、
    前記ＮＡＳメッセージに応じて、実施されるべき前記操作に対する要求を示す別のメッセージを送信させる、
    請求項１０に記載のユーザ端末。
JP2021555288A 2019-03-13 2020-03-13 動的ネットワーク能力構成 Pending JP2022525167A (ja)

Applications Claiming Priority (5)

Application Number Priority Date Filing Date Title
US201962817811P 2019-03-13 2019-03-13
US62/817,811 2019-03-13
US201962931376P 2019-11-06 2019-11-06
US62/931,376 2019-11-06
PCT/US2020/022573 WO2020186145A1 (en) 2019-03-13 2020-03-13 Dynamic network capability configuration

Publications (1)

Publication Number Publication Date
JP2022525167A true JP2022525167A (ja) 2022-05-11

Family

ID=70166189

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2021555288A Pending JP2022525167A (ja) 2019-03-13 2020-03-13 動的ネットワーク能力構成

Country Status (6)

Country Link
US (1) US20220159605A1 (ja)
EP (2) EP4307643A3 (ja)
JP (1) JP2022525167A (ja)
KR (1) KR20210139354A (ja)
CN (1) CN113678423A (ja)
WO (1) WO2020186145A1 (ja)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US11477694B1 (en) 2021-08-27 2022-10-18 Dish Wireless L.L.C. User plane function (UPF) load balancing based on central processing unit (CPU) and memory utilization of the user equipment (UE) in the UPF
US11818607B2 (en) 2011-10-26 2023-11-14 Dish Network Technologies India Private Limited Apparatus systems and methods for proximity-based service discovery and session sharing
CN113711557B (zh) * 2019-04-11 2024-02-13 瑞典爱立信有限公司 应用于数据分组会话的服务优化
CN114731535A (zh) * 2019-06-10 2022-07-08 诺基亚技术有限公司 用于通信系统中的每个网络切片的协议数据单元会话的最大数目的实施的方法和装置
EP3981198A1 (en) * 2019-06-10 2022-04-13 Nokia Technologies Oy Method and apparatus for enforcement of maximum number of user equipments per network slice in a communication system
US11212850B2 (en) * 2019-06-19 2021-12-28 Cisco Technology, Inc. Network slice support of respective transport protocols
SG11202101061PA (en) * 2019-07-16 2021-03-30 Guangdong Oppo Mobile Telecommunications Corp Ltd Policy mapping method and device, and user equipment
CN110474969B (zh) * 2019-07-29 2021-07-16 华为技术有限公司 会话管理方法及装置
WO2021066423A1 (en) * 2019-10-02 2021-04-08 Samsung Electronics Co., Ltd. Method and device for data rate control in network slice in wireless communication system
EP4042765A1 (en) * 2019-10-08 2022-08-17 Telefonaktiebolaget LM Ericsson (publ) Network slicing scalability attributes
US20210136674A1 (en) * 2019-11-06 2021-05-06 Samsung Electronics Co., Ltd. Method and apparatus for managing network slices in wireless communication system
WO2021092561A1 (en) * 2019-11-07 2021-05-14 Ofinno, Llc Session management for a network slice
EP4044614A4 (en) * 2019-11-08 2022-10-19 Huawei Technologies Co., Ltd. METHOD FOR ESTABLISHING A MULTICAST SESSION AND NETWORK DEVICE
KR20210059467A (ko) * 2019-11-15 2021-05-25 삼성전자주식회사 무선 통신 시스템에서 네트워크 슬라이스 제어의 정확도를 높이는 방법 및 장치
WO2021125265A1 (en) * 2019-12-20 2021-06-24 Nec Corporation Network slice quota management during roaming
WO2021093166A1 (en) * 2020-01-17 2021-05-20 Zte Corporation A method of quality of service control for a specific user equipment in a slice
KR20210112868A (ko) * 2020-03-06 2021-09-15 삼성전자주식회사 무선 통신 시스템에서 upf 이벤트 노출 서비스를 지원하기 위한 장치 및 방법
US11683682B2 (en) * 2020-04-22 2023-06-20 Qualcomm Incorporated Network slice authentication for default slices
US20210368435A1 (en) * 2020-05-22 2021-11-25 Apple Inc. Method and apparatus for essential slice service processing and recovery of service
GB202015676D0 (en) * 2020-10-02 2020-11-18 Samsung Electronics Co Ltd Methods to support increased number of pdu sessions
CN112423301B (zh) * 2020-11-02 2023-12-22 中国联合网络通信集团有限公司 专网注册管理方法和amf网元
US20220141658A1 (en) * 2020-11-05 2022-05-05 Visa International Service Association One-time wireless authentication of an internet-of-things device
CN114615681A (zh) * 2020-11-24 2022-06-10 中兴通讯股份有限公司 网络切片方法、装置、电子设备及存储介质
WO2022116193A1 (zh) * 2020-12-04 2022-06-09 Oppo广东移动通信有限公司 Qos信息的发送方法、接收方法、装置、设备及介质
US20240073109A1 (en) * 2021-01-13 2024-02-29 Lenovo (Singapore) Pte. Ltd. Notification of a new management domain feature
WO2022172244A1 (en) * 2021-02-12 2022-08-18 Lenovo (Singapore) Pte. Ltd. Admission control based on registered user equipments
KR20220138662A (ko) * 2021-04-06 2022-10-13 삼성전자주식회사 통신 시스템에서 네트워크 슬라이스 제어를 위한 장치 및 방법
KR20220140318A (ko) * 2021-04-09 2022-10-18 삼성전자주식회사 무선 통신 시스템에서 네트워크 슬라이스를 관리하는 방법 및 장치
TWI793697B (zh) * 2021-08-03 2023-02-21 緯創資通股份有限公司 恆在協定資料單元會話之增強信令方法及使用者裝置
US11582641B1 (en) 2021-08-12 2023-02-14 Dish Wireless L.L.C. User plane function (UPF) load balancing based on current UPF load and thresholds that depend on UPF capacity
US11627492B2 (en) 2021-08-26 2023-04-11 Dish Wireless L.L.C. User plane function (UPF) load balancing based on special considerations for low latency traffic
US11483738B1 (en) 2021-08-26 2022-10-25 Dish Wireless L.L.C. User plane function (UPF) load balancing based on network data analytics to predict load of user equipment
US11595851B1 (en) 2021-08-27 2023-02-28 Dish Wireless L.L.C. User plane function (UPF) load balancing supporting multiple slices
EP4388785A1 (en) * 2021-09-17 2024-06-26 InterDigital Patent Holdings, Inc. Application interaction for network slicing
WO2023084444A1 (en) * 2021-11-10 2023-05-19 Telefonaktiebolaget Lm Ericsson (Publ) Slice traffic management
US11950138B2 (en) * 2021-11-17 2024-04-02 Dish Wireless L.L.C. Predictive user plane function (UPF) load balancing based on network data analytics
CN114143903A (zh) * 2021-12-27 2022-03-04 中国电信股份有限公司 一种网络切片pdu会话的配置方法、装置、设备及介质
WO2023149732A1 (en) * 2022-02-03 2023-08-10 Samsung Electronics Co., Ltd. Method and system for managing temprary slice deployment in 3gpp
CN116887349A (zh) * 2022-03-28 2023-10-13 华为技术有限公司 一种通信方法及装置
CN117042034A (zh) * 2022-04-29 2023-11-10 华为技术有限公司 一种通信方法以及通信装置
DE102022208106A1 (de) 2022-08-04 2024-02-15 Robert Bosch Gesellschaft mit beschränkter Haftung Verfahren und Vorrichtung zum Verarbeiten von mit einem drahtlosen Kommunikationssystem assoziierten Daten

Family Cites Families (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109565746B (zh) * 2016-08-16 2021-10-19 Idac控股公司 Wtru以及wtru中实施的用于无线通信的方法
US10736072B2 (en) * 2016-11-27 2020-08-04 Lg Electronics Inc. De-registration method in wireless communication system and apparatus therefor
US10397892B2 (en) * 2017-02-06 2019-08-27 Huawei Technologies Co., Ltd. Network registration and network slice selection system and method
KR20180106998A (ko) * 2017-03-21 2018-10-01 한국전자통신연구원 등록 지역을 최적화하는 통신 시스템 및 상기 통신 시스템에서의 등록 방법
WO2018231028A1 (ko) * 2017-06-17 2018-12-20 엘지전자(주) 무선 통신 시스템에서 단말의 등록 방법 및 이를 위한 장치
JP6854712B2 (ja) * 2017-06-19 2021-04-07 シャープ株式会社 Ｕｅ及びｕｅの通信制御方法
US11153813B2 (en) * 2017-08-11 2021-10-19 Comcast Cable Communications, Llc Network slice for visited network
CN109951877B (zh) * 2017-12-20 2023-06-02 华为技术有限公司 一种切片信息更新方法及装置
CN110519775B (zh) * 2018-05-22 2021-10-22 华为技术有限公司 会话管理方法、装置和系统
US11924746B2 (en) * 2018-10-19 2024-03-05 Lg Electronics, Inc Method supporting separate data transmission for independent network slices in wireless communication system

Also Published As

Publication number Publication date
EP3939239A1 (en) 2022-01-19
EP3939239B1 (en) 2024-05-01
CN113678423A (zh) 2021-11-19
EP4307643A2 (en) 2024-01-17
KR20210139354A (ko) 2021-11-22
US20220159605A1 (en) 2022-05-19
WO2020186145A1 (en) 2020-09-17
EP4307643A3 (en) 2024-02-28

Similar Documents

Publication Publication Date Title
JP2022525167A (ja) 動的ネットワーク能力構成
JP7041212B2 (ja) 仮想化されたモバイルコアネットワークへの接続
CN109792652B (zh) 用于服务和会话连续性的网络服务暴露
KR102162732B1 (ko) 접속이 pdn 게이트웨이와 로컬 게이트웨이 사이에서 데이터의 라우팅을 가능하게 하는 것을 표시하기 위한 방법 및 장치
US11051192B2 (en) Network data analytics in a communications network
KR102130231B1 (ko) 네트워크 슬라이싱 동작
JP2023120188A (ja) ５ｇネットワークでのローカルエリアデータネットワーク（ｌａｄｎ）への接続を管理する方法
EP4344167A1 (en) Core network assisted service discovery
JP2023100718A (ja) モノのインターネット通信経路のサーバ
KR20230144605A (ko) Ue에 대한 에지 네트워크 액세스에 대한 향상들
KR20240102999A (ko) 통신 네트워크에서의 세션 컨텍스트의 보존

Legal Events

Date Code Title Description
A711 Notification of change in applicant

Free format text: JAPANESE INTERMEDIATE CODE: A711

Effective date: 20221108

A621 Written request for application examination

Free format text: JAPANESE INTERMEDIATE CODE: A621

Effective date: 20230306

A131 Notification of reasons for refusal

Free format text: JAPANESE INTERMEDIATE CODE: A131

Effective date: 20240130

A521 Request for written amendment filed

Free format text: JAPANESE INTERMEDIATE CODE: A523

Effective date: 20240430