JP2020524940A - 無線通信システムにおける端末の登録方法およびそのための装置 - Google Patents

Abstract

本発明の一様相は、無線通信システムにおける端末の登録（registration）方法であって、登録要求（registration request）メッセージをＡＭＦ（Access and Mobility management Function）に伝送する段階であって、上記登録要求メッセージは、上記端末が登録を望むネットワークスライスに対応するＳ（Single）−ＮＳＳＡＩ（Network Slice Selection Assistance information）が有される要求（requested）ＮＳＳＡＩを有する段階と、上記登録要求メッセージに対する応答として登録承認（registration accept）メッセージを上記ＡＭＦから受信する段階であって、上記登録承認メッセージは、上記要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうちの少なくとも一つが上記ＡＭＦにより拒絶された場合、上記拒絶されたＳ−ＮＳＳＡＩと共に上記拒絶されたＳ−ＮＳＳＡＩに対する拒絶理由を有する段階と、を有することができる。【選択図】図１９

Description

本発明は、無線通信システムに関し、さらに詳細には、端末の登録手順を介したＳ−ＮＳＳＡＩ／スライスの要求（要請）方法およびそのための装置に関する。

移動通信システムは、ユーザの活動性を保証しながら、音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなく、データサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によってリソースの不足現象が引き起こされ、ユーザがより高速のサービスを要求するので、より発展した移動通信システムが要求されている。

次世代の移動通信システムの要求条件は、概して、爆発的なデータトラフィックの収容、ユーザ当たりの送信レート（率）の画期的な増加、大幅に増加した接続デバイス数の収容、非常に低いエンドツーエンド（端対端）遅延（End-to-End Latency）、高エネルギ効率をサポートできなければならない。このために、二重接続性（Dual Connectivity）、大規模多入力多出力（多重入出力）（Massive MIMO：Massive Multiple Input Multiple Output）、全二重（In-band Full Duplex）、非直交多元接続（多重接続）（ＮＯＭＡ：Non-Orthogonal Multiple Access）、超広帯域（Super wideband）のサポート、端末ネットワーキング（Device Networking）など、多様な技術が研究されている。

特に、最近では、消費電力が機器の寿命に大きな影響を与える機器のために、消費電力を低減するための様々な技術が活発に研究されている。

本発明は、端末が要求するスライス情報（Requested NSSAI）とネットワークが許可（許容）するスライス情報（Allowed NSSAI）との間で不一致となる場合に発生し得る端末のサービス利用制約状況を防止することに目的がある。

特に、本発明は、端末の特定のサービス／スライス／Ｓ−ＮＳＳＡＩをネットワークに要求するための効率的な方法を端末およびネットワークノードの側面で提案しようとすることに目的がある。

特に、本発明は、効率的な端末のポリシアップデート要求方法を端末およびネットワークノードの側面で提案することに目的がある。

上述した技術的課題を解決するための方法および装置に関する実施形態を提案する。本発明で達成しようとする技術的課題は、以上で言及した技術的課題に制限されず、言及しないさらに他の技術的課題は、以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。

本発明の一様相は、無線通信システムにおける端末の登録（registration）方法であって、登録要求（要請）（registration request）メッセージをアクセスおよびモビリティ管理機能（Access and Mobility management Function；ＡＭＦ）に伝送（送信）する段階であって、登録要求メッセージは、端末が登録を望むネットワークスライスに対応する単一ネットワークスライス選択補助情報（Single-Network Slice Selection Assistance information；Ｓ−ＮＳＳＡＩ）が有される要求（requested）ＮＳＳＡＩを有する段階と、登録要求メッセージに対する応答として登録承認（registration accept）メッセージをＡＭＦから受信する段階であって、登録承認メッセージは、要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうちの少なくとも一つがＡＭＦにより拒絶された場合、拒絶されたＳ−ＮＳＳＡＩと共に拒絶されたＳ−ＮＳＳＡＩに対する拒絶理由を有する段階と、を有することができる。

また、拒絶理由は、拒絶されたＳ−ＮＳＳＡＩがモバイルネットワークプリファードリスト（Preferred List of Mobile Networks；ＰＬＭＮ）および／または現在登録領域（area）において有効（利用可能）でない（not available）ことを指示することができる。

また、登録方法は、拒絶されたＳ−ＮＳＳＡＩを拒絶理由に基づいて拒絶（rejected）ＮＳＳＡＩとして記憶（格納）する段階をさらに有することができる。

また、ＰＬＭＮは、端末の現在（current）ＰＬＭＮまたは全体（entire）ＰＬＭＮに該当することができる。

また、登録方法は、ＰＬＭＮにおいて有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、拒絶されたＳ−ＮＳＳＡＩが拒絶ＮＳＳＡＩから削除されるまでＰＬＭＮにおいて試み（attempt）ない段階をさらに有することができる。

また、登録方法は、現在登録領域において有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、端末が登録領域から外れるまで現在登録領域において試みない段階をさらに有することができる。

また、登録承認メッセージは、要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうち、拒絶されたＳ−ＮＳＳＡＩを除いた残りのＳ−ＮＳＳＡＩがＡＭＦにより許可された場合、許可されたＳ−ＮＳＳＡＩが有される許可（allowed）ＮＳＳＡＩを有することができる。

また、要求ＮＳＳＡＩは、端末がＰＬＭＮに対する許可ＮＳＳＡＩを予め記憶していない場合、ＰＬＭＮに対する設定（configured）ＮＳＳＡＩまたは設定ＮＳＳＡＩのサブセットを有することができる。

また、要求ＮＳＳＡＩは、端末がＰＬＭＮに対する許可（allowed）ＮＳＳＡＩを予め記憶している場合、許可ＮＳＳＡＩまたは許可ＮＳＳＡＩのサブセットを有することができる。

また、本発明の他の様相は、無線通信システムにおいて登録手順（registration procedure）を行う端末であって、信号を送受信するための通信モジュール（communication module）と、通信モジュールを制御するプロセッサと、を有し、プロセッサは、登録要求（registration request）メッセージをアクセスおよびモビリティ管理機能（Access and Mobility management Function；ＡＭＦ）に送信し、登録要求メッセージは、端末が登録を望むネットワークスライスに対応する単一ネットワークスライス選択補助情報（Single-Network Slice Selection Assistance information；Ｓ−ＮＳＳＡＩ）が有される要求（requested）ＮＳＳＡＩを有し、登録要求メッセージに対する応答として登録承認（registration accept）メッセージをＡＭＦから受信し、登録承認メッセージは、要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうちの少なくとも一つがＡＭＦにより拒絶された場合、拒絶されたＳ−ＮＳＳＡＩと共に拒絶されたＳ−ＮＳＳＡＩに対する拒絶理由を有することができる。

また、拒絶理由は、拒絶されたＳ−ＮＳＳＡＩがモバイルネットワークプリファードリスト（Preferred List of Mobile Networks；ＰＬＭＮ）および／または現在登録領域（area）において有効でない（not available）ことを指示することができる。

また、端末は、情報を記憶するメモリをさらに有し、プロセッサは、拒絶されたＳ−ＮＳＳＡＩを拒絶理由に基づいて拒絶（rejected）ＮＳＳＡＩとしてメモリに記憶することができる。

また、プロセッサは、ＰＬＭＮにおいて有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、拒絶されたＳ−ＮＳＳＡＩが拒絶ＮＳＳＡＩから削除されるまでＰＬＭＮにおいて試み（attempt）ないことができる。

また、プロセッサは、現在登録領域において有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、端末が登録領域から外れるまで現在登録領域において試みないことができる。

また、登録承認メッセージは、要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうち、拒絶されたＳ−ＮＳＳＡＩを除いた残りのＳ−ＮＳＳＡＩがＡＭＦにより許可された場合、許可されたＳ−ＮＳＳＡＩが有される許可（allowed）ＮＳＳＡＩを有することができる。

本発明の実施形態によれば、本発明を介して５Ｇネットワークでネットワークスライスを使用する場合において、端末が要求するスライス情報（Requested NSSAI）とネットワークが許可するスライス情報（Allowed NSSAI）との間で不一致となる場合に発生し得る端末のサービス利用制約状況を防止して、端末がより効率的にサービスの提供を受けることができるという効果を有する。

本発明で得ることができる効果は、以上で言及した効果に制限されず、言及しないさらに他の効果は、以下の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるはずである。

本発明が適用されることができるＥＰＳ（Evolved Packet System）を簡略に例示する図である。 本発明が適用されることができるＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）のネットワーク構造の一例を示す図である。 本発明が適用されることができる無線通信システムにおいて、Ｅ−ＵＴＲＡＮおよびＥＰＣの構造を例示する図である。 本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（radio interface protocol）の構造を示す図である。 本発明が適用されることができる無線通信システムにおけるＳ１インターフェースプロトコルの構造を例示する図である。 本発明が適用されることができる無線通信システムにおける物理チャネルの構造を簡単に例示する図である。 本発明が適用されることができる無線通信システムにおけるＥＭＭおよびＥＣＭの状態を例示する図である。 本発明が適用されることができる無線通信システムにおけるコンテンション（競争）ベース（基盤）のランダムアクセス手順を説明する図である。 本発明が適用されることができる５Ｇシステムアーキテクチャを例示する図である。 リファレンスポイントの表現を用いた５Ｇシステムアーキテクチャを例示する図である。 サービスベースの表現を用いた５Ｇシステムアーキテクチャを例示する図である。 本発明が適用されることができるＮＧ−ＲＡＮアーキテクチャを例示する図である。 本発明が適用されることができる無線プロトコルスタックを例示する図である。 本発明の一実施形態によるネットワークスライスコンセプトを例示する図である。 本発明が適用されることができる５Ｇ／ＮＲシステムの端末−コアネットワーク間のプロトコルスタックを例示する図である。 本明細書の発明の提案１による登録手順を例示するフローチャートである。 本明細書の発明の提案２による登録手順を例示するフローチャートである。 本発明の提案１による端末のポリシアップデート手順／方法を例示するフローチャートである。 本発明の提案２による端末の登録手順／方法を例示するフローチャートである。 本発明の一実施形態による通信装置のブロック構成図を例示する図である。 本発明の一実施形態による通信装置のブロック構成図を例示する図である。

本発明に関する理解を助けるために詳細な説明の一部に含まれる添付図は、本発明に関する実施例を提供し、詳細な説明と共に本発明の技術的特徴を説明する。

以下、本発明に係る好ましい実施形態を添付図を参照して詳細に説明する。添付図と共に以下に開示する詳細な説明は、本発明の例示的な実施形態を説明しようとするものであり、本発明が実施されることができる唯一の実施形態を示そうとするものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかしながら、当業者は、本発明がこのような具体的な細部事項がなくとも、実施されることができるということを知っている。

いくつかの場合、本発明の概念が曖昧になることを避けるために、公知の構造および装置は省略されるか、各構造および装置の中核機能を中心としたブロック図の形式で示すことができる。

本明細書において、基地局は、端末と直接通信を行うネットワークの終端ノード（terminal node）としての意味を有する。本文書で基地局によって行われるものと説明された特定の動作は、場合によっては、基地局の上位ノード（upper node）によって行われてもよい。すなわち、基地局を含む多数のネットワークノード（network nodes）からなるネットワークで端末との通信のために行われる多様な動作は、基地局または基地局以外の他のネットワークノードによって行われ得ることは自明である。「基地局（ＢＳ：Base Station）」は、固定局（fixed station）、ＮｏｄｅＢ、ｅＮＢ（evolved-NodeB）、ＢＴＳ（Base Transceiver System）、アクセスポイント（ＡＰ：Access Point）などの用語によって代替され得る。また、「端末（Terminal）」は、固定または移動性（モビリティ）を有し得、ＵＥ（User Equipment）、ＭＳ（Mobile Station）、ＵＴ（User Terminal）、ＭＳＳ（Mobile Subscriber Station）、ＳＳ（Subscriber Station）、ＡＭＳ（Advanced Mobile Station）、ＷＴ（Wireless Terminal）、ＭＴＣ（Machine-Type communication）装置、Ｍ２Ｍ（Machine-to-Machine）装置、Ｄ２Ｄ（Device-to-Device）装置などの用語に代替され得る。

以下で、ダウンリンク（ＤＬ：DownLink）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：UpLink）は、端末から基地局への通信を意味する。ダウンリンクで、送信器は基地局の一部であり、受信器は端末の一部であり得る。アップリンクで、送信器は端末の一部であり、受信器は基地局の一部であり得る。

以下の説明で使用される特定の用語は、本発明の理解を助けるために提供され、このような特定の用語の使用は、本発明の技術的思想を免脱しない範囲で他の形態に変更され得る。

以下の技術は、ＣＤＭＡ（Code Division Multiple Access）、ＦＤＭＡ（Frequency Division Multiple Access）、ＴＤＭＡ（Time Division Multiple Access）、ＯＦＤＭＡ（Orthogonal Frequency Division Multiple Access）、ＳＣ−ＦＤＭＡ（Single Carrier Frequency Division Multiple Access）、ＮＯＭＡ（Non-Orthogonal Multiple Access）などの様々な無線アクセス（接続）システムに用いられ得る。ＣＤＭＡは、ＵＴＲＡ（Universal Terrestrial Radio Access）やＣＤＭＡ２０００などの無線技術（radio technology）で具現できる。ＴＤＭＡは、ＧＳＭ（登録商標）（Global System For Mobile Communications）／ＧＰＲＳ（General Packet Radio Service）／ＥＤＧＥ（Enhanced Data rates for GSM Evolution）などの無線技術で具現できる。ＯＦＤＭＡは、ＩＥＥＥ ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ ８０２−２０、Ｅ−ＵＴＲＡ（Evolved UTRA）などの無線技術で具現できる。ＵＴＲＡは、ＵＭＴＳ（Universal Mobile Telecommunications System）の一部である。３ＧＰＰ（3rd Generation Partnership Project）ＬＴＥ（Long Term Evolution）は、Ｅ−ＵＴＲＡを用いるＥ−ＵＭＴＳ（Evolved UMTS）の一部であって、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（Advanced）は、３ＧＰＰ ＬＴＥの進化したものである。

本発明の実施例は、無線アクセスシステムであるＩＥＥＥ ８０２、３ＧＰＰ、および３ＧＰＰ２のうちの少なくとも１つに開示された標準文書によって裏付けられることができる。すなわち、本発明の実施例のうち、本発明の技術的思想を明確に示すために説明していない段階または部分は、上記文書により裏付けられることができる。また、本文書で開示している全ての用語は、上記標準文書によって説明されることができる。

説明を明確にするために、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａを中心に記述するが、本発明の技術的特徴がこれに制限されるわけではない。

本明細書で使用できる用語は、以下のように定義される。

−ＵＭＴＳ（Universal Mobile Telecommunications System）：３ＧＰＰによって開発された、ＧＳＭ（登録商標）（Global System for Mobile communication）ベースの第３世代（Generation）移動通信技術。

−ＥＰＳ（Evolved Packet System）：ＩＰ（Internet Protocol）ベースのパケット交換（packet switched）コアネットワークであるＥＰＣ（Evolved Packet Core）と、ＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークと、から構成されたネットワークシステム。ＵＭＴＳが進化した形のネットワークである。

−ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（macro cell）の規模である。

−ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（macro cell）の規模である。

−Ｈｏｍｅ ＮｏｄｅＢ：ＵＭＴＳ網のＢａｓｅ ｓｔａｔｉｏｎであって、屋内に設置し、カバレッジは、マイクロセルの規模。

−Ｈｏｍｅ ｅＮｏｄｅＢ：ＥＰＳネットワークのＢａｓｅ ｓｔａｔｉｏｎであって、屋内に設置し、ｃｏｖｅｒａｇｅは、マイクロセルの規模。

−端末（User Equipment）：ユーザ機器。端末は、端末（terminal）、ＭＥ（Mobile Equipment）、ＭＳ（Mobile Station）などの用語で言及することができる。また、端末は、ノートパソコン、携帯電話、ＰＤＡ（Personal Digital Assistant）、スマートフォン、マルチメディア機器などのように、携帯可能な機器であるだろうし、またはＰＣ（Personal Computer）、車載装置のように、携帯不可能な機器である場合もある。ＭＴＣ関連の内容において、端末または端末という用語は、ＭＴＣ端末を指すことができる。

−ＩＭＳ（IP Multimedia Subsystem）：マルチメディアサービスをＩＰベースで提供するサブシステム。

−ＩＭＳＩ（International Mobile Subscriber Identity）：移動通信ネットワークで国際的に固有に割り当てられるユーザ識別子。

−ＭＴＣ（Machine Type Communication）：人間の介入がなくともマシンにより行われる通信。Ｍ２Ｍ（Machine to Machine）通信と称することもできる。

−ＭＴＣ端末（ＭＴＣ ＵＥまたはＭＴＣ ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮを介したＭＴＣサーバとの通信）機能を有し、ＭＴＣ機能を行う端末（例えば、自販機、検針器）。

−ＭＴＣサーバ（MTC server）：ＭＴＣ端末を管理するネットワーク上のサーバ。移動通信ネットワークの内部または外部に存在することができる。ＭＴＣユーザがアクセス（access）することができるインターフェースを有することができる。また、ＭＴＣサーバは、他のサーバにＭＴＣ関連サービスを提供してもよく（ＳＣＳ（Services Capability Server）形態）、自体がＭＴＣアプリケーションサーバであってもよい。

−（ＭＴＣ）アプリケーション（application）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサなど）。

−（ＭＴＣ）アプリケーションサーバ：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバ。

−ＭＴＣ特徴（フィーチャ）（MTC feature）：ＭＴＣアプリケーションをサポートするためのネットワークの機能。例えば、ＭＴＣモニタリング（monitoring）は、遠隔検針などのＭＴＣアプリケーションで機器（装備）紛失などに備えるための特徴であり、低い移動性（low mobility）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。

−ＭＴＣユーザ（MTC User）：ＭＴＣユーザは、ＭＴＣサーバにより提供されるサービスを使用する。

−ＭＴＣ加入者（MTC subscriber）：ネットワークオペレータと接続関係を有しており、１つまたは複数のＭＴＣ端末にサービスを提供するエンティティ（entity）である。

−ＭＴＣグループ（MTC group）：少なくとも１つのＭＴＣ特徴を共有し、ＭＴＣ加入者に属するＭＴＣ端末のグループを意味する。

サービス機能サーバ（ＳＣＳ：Services Capability Server）：ＨＰＬＭＮ（Home PLMN）上のＭＴＣ−ＩＷＦ（MTC Inter-Working Function）およびＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、１つまたは複数のＭＴＣアプリケーションによる使用のための能力（capability）を提供する。

−外部識別子（External Identifier）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバ）がＭＴＣ端末（またはＭＴＣ端末が属する加入者）を指す（または識別する）ために使用する識別子（identifier）であって、全世界的に一意（固有）（globally unique）である。外部識別子は、次のようにドメイン識別子（Domain Identifier）とローカル識別子（Local Identifier）とで構成される。

−ドメイン識別子（Domain Identifier）：移動通信ネットワーク事業者の制御下にあるドメインを識別するための識別子。１つの事業者は、互いに異なるサービスへの接続を提供するためにサービス別にドメイン識別子を使用することができる。

−ローカル識別子（Local Identifier）：ＩＭＳＩ（International Mobile Subscriber Identity）を類推または取得するのに使用される識別子。ローカル識別子は、アプリケーションドメイン内では一意（unique）でなければならず、移動通信ネットワーク事業者によって管理される。

−ＲＡＮ（Radio Access Network）：３ＧＰＰネットワークでＮｏｄｅ Ｂおよびこれを制御するＲＮＣ（Radio Network Controller）、ｅＮｏｄｅＢを含む単位。端末の端に存在し、コアネットワークへの接続を提供する。

−ＨＬＲ（Home Location Register）／ＨＳＳ（Home Subscriber Server）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定記憶（configuration storage）、識別子管理（identity management）、ユーザ状態記憶などの機能を行うことができる。

−ＲＡＮＡＰ（RAN Application Part）：ＲＡＮおよびコアネットワークの制御を担当するノード（即ち、ＭＭＥ（Mobility Management Entity）／ＳＧＳＮ（Serving GPRS (General Packet Radio Service) Supporting Node）／ＭＳＣ（Mobile Switching Center））間のインターフェース。

−ＰＬＭＮ（Public Land Mobile Network）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレータ別に区分されて構成されることができる。

−ＮＡＳ（Non-Access Stratum）：ＵＭＴＳ、ＥＰＳ、プロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージを送受信するための機能的な階層。端末の移動性をサポートし、端末とＰＤＮ ＧＷとの間のＩＰ接続を確立し、維持するセッション管理手順をサポートすることを主な機能とする。

−ＳＣＥＦ（Service Capability Exposure Function）：３ＧＰＰネットワークインタフェースによって提供されるサービスおよび能力（capability）を安全に公表（露出）するための手段を提供するサービス能力エクスポージャ（露出、公表）（service capability exposure）のための３ＧＰＰアーキテクチャ内のエンティティ。

−ＭＭＥ（Mobility Management Entity）：モビリティ管理およびセッション管理機能を実行するＥＰＳ網のネットワークノード。

−ＰＤＮ−ＧＷ（Packet Data Network GateWay）：ＵＥ ＩＰアドレスの割り当て、パケットスクリーニングおよびフィルタリング、充電データ収集（Charging data collection）機能を実行するＥＰＳ網のネットワークノード。

−Ｓｅｒｖｉｎｇ ＧＷ（Serving GateWay）：モビリティアンカ、パケットルーティング、Ｉｄｌｅモードのパケットバッファリング、ＭＭＥのＵＥへのページングをトリガするなどの機能を実行するＥＰＳ網のネットワークノード。

−ＰＣＲＦ（Policy and Charging Rule Function）：サービスフローごとに差別化されたＱｏＳおよび課金ポリシを動的（dynamic）に適用するためのポリシ決定（Policy decision）を実行するＥＰＳ網のノード。

−ＯＭＡ ＤＭ（Open Mobile Alliance Device Management）：携帯電話、ＰＤＡ、ポータブルコンピュータなど、同じモバイルデバイスの管理のためにデザインされたプロトコルとして、デバイス設定（configuration）、ファームウェアアップグレード（firmware upgrade）、エラーレポート（Error Report）などの機能を実行。

−ＯＡＭ（Operation Administration and Maintenance）：ネットワーク欠陥表示、パフォーマンス情報、そしてデータおよび診断機能を提供するネットワーク管理機能群。

−ＮＡＳ ｃｏｎｆｉｇｕｒａｔｉｏｎ ＭＯ（Management Object）：ＮＡＳ機能（Functionality）および関連パラメータをＵＥに設定（configuration）するのに使用するＭＯ（Management Object）。

−ＰＤＮ（Packet Data Network）：特定のサービスをサポートするサーバ（例えば、ＭＭＳ ｓｅｒｖｅｒ、ＷＡＰ ｓｅｒｖｅｒなど）が位置しているネットワーク。

−ＰＤＮ接続：端末からＰＤＮへの接続、すなわち、ｉｐアドレスで表現される端末とＡＰＮで表現されるＰＤＮとの関連（接続）。

−ＡＰＮ（Access Point Name）：ＰＤＮを指すか、区分する文字列。要求されたサービスや網（ＰＤＮ）に接続するためには、そのＰ−ＧＷを経ることになるが、このＰ−ＧＷを検索できるよう、網内で予め定義した名前（文字列）（例えば、internet.mnc012.mcc345.gprs）。

−ＨＬＲ（Home Location Register）／ＨＳＳ（Home Subscriber Server）：３ＧＰＰネットワーク内の加入者情報を示すデータベース（ＤＢ）。

−ＮＡＳ（Non-Access-Stratum）：ＵＥとＭＭＥとの間の制御プレーン（control plane）の上位スペクトル（stratum）。ＵＥとネットワークとの間のモビリティ管理（Mobility management）およびセッション管理（Session management）、ＩＰアドレス管理（IP address maintenance）などをサポート。

−ＡＳ（Access-Stratum）：ＵＥと無線（ラジオ）（または、アクセス）ネットワークとの間のプロトコルスタックを含んでおり、データおよびネットワーク制御信号の送信などを担当する。

以下、上記のように定義された用語に基づいて、本発明について述べる。

本発明が適用されることができるシステム一般

図１は、本発明が適用されることができるＥＰＳ（Evolved Packet System）を簡略に例示する図である。

図１のネットワークの構造図は、ＥＰＣ（Evolved Packet Core）を含むＥＰＳ（Evolved Packet System）の構造を、簡略に再構成したものである。

ＥＰＣ（Evolved Packet Core）は、３ＧＰＰ技術の性能を向上させるためのＳＡＥ（System Architecture Evolution）の中核的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性をサポートするネットワークの構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰベースで多様な無線アクセス技術をサポートし、より向上したデータ送信能力を提供するなどの最適化されたパケットベースのシステムを提供することを目標とする。

具体的には、ＥＰＣは、３ＧＰＰ ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Core Network）であり、パケットベースのリアルタイムおよび非リアルタイムのサービスをサポートすることができる。既存の移動通信システム（即ち、第２世代または第３世代移動通信システム）では、音声のためのＣＳ（Circuit-Switched）およびデータのためのＰＳ（Packet-Switched）の２つの区別されるサブドメインを介してコアネットワークの機能が具現された。しかしながら、第３世代移動通信システムの進化である３ＧＰＰ ＬＴＥシステムでは、ＣＳおよびＰＳのサブドメインが１つのＩＰドメインとして単一化された。即ち、３ＧＰＰ ＬＴＥシステムでは、ＩＰ能力（capability）を有する端末と端末との間の接続が、ＩＰベースの基地局（例えば、ｅＮｏｄｅＢ（evolved Node B））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。即ち、ＥＰＣは、エンドツーエンド（end-to-end）のＩＰサービスの具現に必須の構造である。

ＥＰＣは、多様な構成要素を含むことができ、図１では、そのうちの一部に該当する、ＳＧＷ（Serving GateWay）（または、Ｓ−ＧＷ）、ＰＤＮ ＧＷ（Packet Data Network GateWay）（またはＰＧＷもしくはＰ−ＧＷ）、ＭＭＥ（Mobility Management Entity）、ＳＧＳＮ（Serving GPRS (General Packet Radio Service) Supporting Node）、ｅＰＤＧ（enhanced Packet Data Gateway）を示す。

ＳＧＷは、無線アクセスネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ ＧＷとの間のデータパスを維持する機能を行う要素である。また、端末がｅＮｏｄｅＢによってサービング（serving）される領域にかけて移動する場合、ＳＧＷは、ローカルモビリティアンカポイント（anchor point）の役割を果たす。即ち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース８以降から定義されるEvolved-UMTS (Universal Mobile Telecommunications System) Terrestrial Radio Access Network）内における移動性のためにＳＧＷを介してパケットがルーティングされることができる。さらに、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮまたはＧＥＲＡＮ（GSM (Global System for Mobile Communication)/EDGE(Enhanced Data rates for Global Evolution) Radio Access Network））との移動性のためのアンカポイントとして機能することもできる。

ＰＤＮ ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（termination point）に該当する。ＰＤＮ ＧＷは、ポリシ実施（執行）特徴（Policy enforcement features）、パケットフィルタリング（packet filtering）、課金サポート（charging support）などをサポートすることができる。また、３ＧＰＰネットワークと非３ＧＰＰ（non-3GPP）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Interworking Wireless Local Area Network）などの信頼できないネットワーク、ＣＤＭＡ（Code Division Multiple Access）ネットワークや、Ｗｉｍａｘなどの信頼できるネットワーク）とのモビリティ管理のためのアンカポイントの役割を果たすことができる。

図１のネットワーク構造の例では、ＳＧＷとＰＤＮ ＧＷとが別のゲートウェイで構成されることを示すが、２つのゲートウェイが単一ゲートウェイ構成オプション（Single Gateway Configuration Option）によって具現されることもできる。

ＭＭＥは、端末のネットワーク接続に対するアクセス、ネットワークリソースの割り当て、トラッキング（tracking）、ページング（paging）、ローミング（roaming）、およびハンドオーバなどをサポートするためのシグナリングおよび制御機能を行う要素である。ＭＭＥは、加入者およびセッション管理に関する制御プレーン機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバのための従来のゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、セキュリティ（保安）過程（Security Procedures）、端末対ネットワークセッションハンドリング（Terminal-to-network Session Handling）、アイドル（遊休）端末の位置決定管理（Idle Terminal Location Management）などの機能を行う。

ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザのモビリティ管理および認証（authentication）などの全てのパケットデータをハンドリングする。

ｅＰＤＧは、信頼できない非３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（hotspot）など）に対するセキュリティノードとしての役割を果たす。

図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非３ＧＰＰアクセスベースでも、ＥＰＣ内の多様な要素を経由して、事業者（即ち、オペレータ（operator））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスすることができる。

また、図１では、多様なリファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮおよびＥＰＣの異なる機能エンティティ（個体）（functional entity）に存在する２つの機能を接続する概念的なリンクをリファレンスポイント（reference point）と定義する。次の表１は、図１に示すリファレンスポイントを整理したものである。表１の例示以外にも、ネットワーク構造によって様々なリファレンスポイント（reference point）が存在することができる。

＜表１＞

図１に示すリファレンスポイントのうち、Ｓ２ａおよびＳ２ｂは、非３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼できる非３ＧＰＰアクセスとＰＤＮＧＷとの間の関連制御およびモビリティリソースをユーザプレーンに提供するリファレンスポイントである。Ｓ２ｂは、ｅＰＤＧとＰＤＮ ＧＷとの間の関連制御およびモビリティリソースをユーザプレーンに提供するリファレンスポイントである。

図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access Network）のネットワーク構造の一例を示す。

Ｅ−ＵＴＲＡＮシステムは、既存のＵＴＲＡＮシステムで進化したシステムであって、例えば、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａシステムであり得る。通信ネットワークは、ＩＭＳおよびパケットデータを介して音声（voice）（例えば、ＶｏＩＰ（Voice over Internet Protocol））などの多様な通信サービスを提供するために広範囲に配置される。

図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ、ならびに１つもしくは複数のＵＥを含む。Ｅ−ＵＴＲＡＮは、端末に制御プレーン（control plane）およびユーザプレーン（user plane）のプロトコルを提供するｅＮＢで構成され、ｅＮＢは、Ｘ２インターフェースを介して接続される。

Ｘ２ユーザプレーンインターフェース（Ｘ２−Ｕ）は、ｅＮＢ間で定義される。Ｘ２−Ｕインターフェースは、ユーザプレーンＰＤＵ（Protocol Data Unit）の保証されない伝達（non-guaranteed delivery）を提供する。Ｘ２制御プレーンインターフェース（Ｘ２−ＣＰ）は、２つの隣り合うｅＮＢ間で定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（context）伝達、ソースｅＮＢとターゲットＮＢとの間のユーザプレーントンネルの制御、ハンドオーバ関連メッセージの伝達、アップリンク負荷管理などの機能を行う。

ｅＮＢは、無線インターフェースを介して端末と接続され、Ｓ１インターフェースを介してＥＰＣ（Evolved Packet Core）に接続される。

Ｓ１のユーザプレーンインターフェース（Ｓ１−Ｕ）は、ｅＮＢとサービングゲートウェイ（Ｓ−ＧＷ：Serving GateWay）との間で定義される。Ｓ１制御プレーンインターフェース（Ｓ１−ＭＭＥ）は、ｅＮＢとモビリティ管理エンティティ（ＭＭＥ：Mobility Management Entity）との間で定義される。Ｓ１インターフェースは、ＥＰＳ（Evolved Packet System）ベアラサービスの管理機能、ＮＡＳ（Non-Access Stratum）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥの負荷バランス機能などを実行する。Ｓ１インターフェースは、ｅＮＢとＭＭＥ／Ｓ−ＧＷとの間で多対多の関係（many-to-many-relation）をサポートする。

ＭＭＥは、ＮＡＳシグナリングセキュリティ（security）、ＡＳ（Access Stratum）セキュリティ（security）制御、３ＧＰＰアクセスネットワーク間の移動性をサポートするためのＣＮ（Core Network）ノード間（Inter-CN）シグナリング、（ページング再送の実行および制御を含む）アイドル（IDLE）モードのＵＥの到達可能性（到達性）（reachability）、（アイドルおよびアクティブモードの端末のための）トラッキングエリア識別子（ＴＡＩ：Tracking Area Identity）の管理、ＰＤＮ ＧＷおよびＳＧＷの選択、ＭＭＥが変更されるハンドオーバのためのＭＭＥの選択、２Ｇもしくは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮの選択、ローミング（roaming）、認証（authentication）、専用ベアラの確立（dedicated bearer establishment）を含むベアラ管理機能、公共の警告システム（ＰＷＳ：Public Warning System）（地震および津波警報システム（ＥＴＷＳ：Earthquake and Tsunami Warning System）と商用モバイル警告システム（ＣＭＡＳ：Commercial Mobile Alert System）とを含む）メッセージの送信のサポートなど、さまざまな機能を実行することができる。

図３は、本発明が適用されることができる無線通信システムにおいて、Ｅ−ＵＴＲＡＮおよびＥＰＣの構造を例示する。

図３を参照すると、ｅＮＢは、ゲートウェイ（例えば、ＭＭＥ）の選択、無線リソース制御（ＲＲＣ：Radio Resource Control）活性化（activation）の間のゲートウェイへのルーティング、ブロードキャスト（放送）チャネル（ＢＣＨ：Broadcast CHannel）のスケジューリングおよび送信、アップリンクおよびダウンリンクにおけるＵＥへの動的リソースの割り当て、ならびにＬＴＥ−ＡＣＴＩＶＥ状態におけるモビリティ制御接続の機能を行うことができる。前述したように、ＥＰＣ内におけるゲートウェイは、ページング開始（origination）、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザプレーン（user plane）の暗号化（ciphering）、システム構造進化（ＳＡＥ：System Architecture Evolution）ベアラ制御、ならびにＮＡＳシグナリングの暗号化（ciphering）および完全性（integrity）保護の機能を行うことができる。

図４は、本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（radio interface protocol）の構造を示す。

図４（ａ）は、制御プレーン（control plane）に対する無線プロトコルの構造を示し、図４（ｂ）は、ユーザプレーン（user plane）に対する無線プロトコルの構造を示す。

図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの層は、通信システムの技術分野に公知となった広く知られているオープン（開放型）システム間の相互接続（ＯＳＩ：Open System Interconnection）の標準モデルの下位３層に基づき、第１層Ｌ１、第２層Ｌ２、および第３層Ｌ３に分割できる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的には、物理層（physical layer）、データリンク層（data link layer）、およびネットワーク層（network layer）からなり、垂直的には、データ情報の送信のためのプロトコルスタック（protocol stack）のユーザプレーン（user plane）と、制御信号（signaling）の伝達のためのプロトコルスタックの制御プレーン（control plane）と、に区分される。

制御プレーンは、端末およびネットワークが呼を管理するために用いる制御メッセージが送信される通信路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが送信される通信路を意味する。以下、無線プロトコルの制御プレーンおよびユーザプレーンの各層を説明する。

第１層Ｌ１である物理層（ＰＨＹ：PHYsical Layer）は、物理チャネル（physical channel）を用いることによって、上位層への情報送信サービス（information transfer service）を提供する。物理層は、上位レベルに位置するメディアアクセス制御（媒体接続制御）（ＭＡＣ：Medium Access Control）層にトランスポートチャネル（transport channel）を介して接続され、トランスポートチャネルを介してＭＡＣ層と物理層との間でデータが送信される。トランスポートチャネルは、無線インターフェースを介してデータがどのように、どのような特徴で送信されるかによって分類される。また、互いに異なる物理層間、送信端の物理層と受信端の物理層との間には物理チャネル（physical channel）を介してデータが送信される。物理層は、ＯＦＤＭ（Orthogonal Frequency Division Multiplexing）方式で変調され、時間および周波数を無線リソースとして活用する。

物理層で用いられる幾つかの物理制御チャネルがある。物理ダウンリンク制御チャネル（ＰＤＣＣＨ：Physical Downlink Control CHannel）は、端末に、ページングチャネル（ＰＣＨ：Paging CHannel）およびダウンリンク共有チャネル（ＤＬ−ＳＣＨ：DownLink Shared CHannel）のリソース割当、ならびにアップリンク共有チャネル（ＵＬ−ＳＣＨ：UpLink Shared CHannel）と関連するＨＡＲＱ（Hybrid Automatic Repeat Request）情報を知らせる。また、ＰＤＣＣＨは、端末に、アップリンク送信のリソース割当を知らせるアップリンクの承認（UL grant）を運ぶことができる。物理制御フォーマット指示子チャネル（ＰＤＦＩＣＨ：Physical Control Format Indicator CHannel）は、端末にＰＤＣＣＨに用いられるＯＦＤＭシンボルの数を知らせ、サブフレームごとに送信される。物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ：Physical HARQ Indicator Channel）は、アップリンク送信の応答として、ＨＡＲＱ ＡＣＫ（ACKnowledge）／ＮＡＣＫ（Non-ACKnowledge）信号を運ぶ。物理アップリンク制御チャネル（ＰＵＣＣＨ：Physical Uplink Control CHannel）は、ダウンリンクの送信に対するＨＡＲＱ ＡＣＫ／ＮＡＣＫ、スケジューリングの要求およびチャネル品質指示子（ＣＱＩ：Channel Quality Indicator）などのアップリンク制御情報を運ぶ。物理アップリンク共有チャネル（ＰＵＳＣＨ：Physical Uplink Shared CHannel）は、ＵＬ−ＳＣＨを運ぶ。

第２層Ｌ２のＭＡＣ層は、論理チャネル（logical channel）を介して上位層である無線リンク制御（ＲＬＣ：Radio Link Control）層にサービスを提供する。また、ＭＡＣ層は、論理チャネルとトランスポートチャネルとの間のマッピングおよび論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ：Service Data Unit）のトランスポートチャネル上で物理チャネルに提供されるトランスポートブロック（transport block）への多重化／逆多重化機能を含む。

第２層Ｌ２のＲＬＣ層は、信頼性のあるデータ送信をサポートする。ＲＬＣ層の機能は、ＲＬＣ ＳＤＵの接続（concatenation）、分割（segmentation）、および再結合（reassembly）を含む。無線ベアラ（ＲＢ：Radio Bearer）が要求する多様なＱｏＳ（Quality of Service）を保証するために、ＲＬＣ層は、透過モード（ＴＭ：Transparent Mode）、非確認モード（ＵＭ：Unacknowledged Mode）、および確認モード（ＡＭ：Acknowledge Mode）の３つの動作モードを提供する。ＡＭ ＲＬＣは、ＡＲＱ（Automatic Repeat ReQuest）を介してエラー（誤謬）訂正を提供する。一方、ＭＡＣ層がＲＬＣ機能を行う場合に、ＲＬＣ層は、ＭＡＣ層の機能ブロックに含まれることができる。

第２層Ｌ２のパケットデータコンバージェンスプロトコル（ＰＤＣＰ：Packet Data Convergence Protocol）層は、ユーザプレーンでユーザデータの伝達、ヘッダ圧縮（header compression）、および暗号化（ciphering）機能を行う。ヘッダ圧縮機能は、小さい帯域幅を有する無線インターフェースを介して、ＩＰｖ４（internet protocol version 4）またはＩＰｖ６（internet protocol version 6）などのインターネットプロトコル（ＩＰ：Internet Protocol）パケットを効率的に送信させるために、相対的にサイズが大きく、不要な制御情報を含んでいるＩＰパケットヘッダのサイズを減らす機能を意味する。制御プレーンでのＰＤＣＰ層の機能は、制御プレーンデータの伝達および暗号化／完全性保護（integrity protection）を含む。

第３層Ｌ３の最下位部分に位置する無線リソース制御（ＲＲＣ：Radio Resource Control）層は、制御プレーンのみに定義される。ＲＲＣ層は、端末とネットワークとの間の無線リソースを制御する役割を行う。このため、端末とネットワークとは、ＲＲＣ層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ層は、無線ベアラの設定（configuration）、再設定（re-configuration）、および解放（解除）（release）と関連して、論理チャネル、トランスポートチャネル、および物理チャネルを制御する。無線ベアラは、端末とネットワークとの間のデータ送信のために、第２層Ｌ２によって提供される論理的な経路を意味する。無線ベアラが設定されるということは、特定のサービスを提供するために、無線プロトコル層およびチャネルの特性を規定し、各々の具体的なパラメータおよび動作方法を設定することを意味する。無線ベアラは、再度、シグナリング無線ベアラ（ＳＲＢ：Signaling RB）とデータ無線ベアラ（ＤＲＢ：Data RB）との２つに分けられる。ＳＲＢは、制御プレーンでＲＲＣメッセージを送信する通信路（通路）として用いられ、ＤＲＢは、ユーザプレーンでユーザデータを送信する通信路として用いられる。

ＲＲＣ層の上位に位置するＮＡＳ（Non-Access Stratum）層は、セッション管理（session management）やモビリティ管理（mobility management）などの機能を行う。

基地局を構成する１つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚなどの帯域幅のうちの１つに設定され、様々な端末にダウンまたはアップの送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。

ネットワークから端末にデータを送信するダウンリンクトランスポートチャネル（downlink transport channel）には、システム情報を送信するブロードキャストチャネル（ＢＣＨ：Broadcast CHannel）、ページングメッセージを送信するＰＣＨ、ユーザトラフィックや制御メッセージを送信するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャストもしくはブロードキャストサービスのトラフィックもしくは制御メッセージの場合、ＤＬ−ＳＣＨを介して送信されることもでき、または別途のダウンリンクマルチキャストチャネル（ＭＣＨ：Multicast CHannel）を介して送信されることもできる。一方、端末からネットワークにデータを送信するアップリンクトランスポートチャネル（uplink transport channel）としては、初期の制御メッセージを送信するランダムアクセスチャネル（ＲＡＣＨ：Random Access CHannel）、ユーザトラフィックや制御メッセージを送信するＵＬ−ＳＣＨ（UpLink Shared CHannel）がある。

論理チャネル（logical channel）は、トランスポートチャネルの上位にあり、トランスポートチャネルにマッピングされる。論理チャネルは、制御領域情報の伝達のための制御チャネルとユーザ領域情報の伝達のためのトラフィックチャネルとに区分できる。制御チャネルとしては、ブロードキャスト（放送）制御チャネル（ＢＣＣＨ：Broadcast Control CHannel）、ページング制御チャネル（ＰＣＣＨ：Paging Control CHannel）、共通制御チャネル（ＣＣＣＨ：Common Control CHannel）、専用制御チャネル（ＤＣＣＨ：Dedicated Control CHannel）、マルチキャスト制御チャネル（ＭＣＣＨ：Multicast Control CHannel）などがある。トラフィックチャネルとしては、専用トラフィックチャネル（ＤＴＣＨ：Dedicated Traffic CHannel）、マルチキャストトラフィックチャネル（ＭＴＣＨ：Multicast Traffic CHannel）などがある。ＰＣＣＨは、ページング情報を伝達するダウンリンクチャネルであり、ネットワークがＵＥの属するセルを知らないときに用いられる。ＣＣＣＨは、ネットワークとのＲＲＣ接続を有さないＵＥにより用いられる。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Multimedia Broadcast and Multicast Service）制御情報を伝達するために用いられる一対多（point-to-multipoint）ダウンリンクチャネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ接続を有する端末により用いられる一対一（point-to-point）両方向（bi-directional）チャネルである。ＤＴＣＨは、アップリンクおよびダウンリンクで存在し得るユーザ情報を伝達するために１つの端末に専用の一対一（point-to-point）チャネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するための一対多（point-to-multipoint）ダウンリンクチャネルである。

論理チャネル（logical channel）とトランスポートチャネル（transport channel）との間のアップリンク接続の場合には、ＤＣＣＨは、ＵＬ−ＳＣＨとマッピングされることができ、ＤＴＣＨは、ＵＬ−ＳＣＨにマッピングされることができ、ＣＣＣＨは、ＵＬ−ＳＣＨにマッピングされることもできる。論理チャネル（logical channel）とトランスポートチャネル（transport channel）との間のダウンリンクの接続の場合、ＢＣＣＨは、ＢＣＨまたはＤＬ−ＳＣＨにマッピングされることができ、ＰＣＣＨは、ＰＣＨにマッピングされることができ、ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされることができ、ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされることができ、ＭＣＣＨは、ＭＣＨにマッピングされることができ、ＭＴＣＨは、ＭＣＨにマッピングされることができる。

図５は、本発明が適用されることができる無線通信システムでＳ１インターフェースプロトコルの構造を示す。

図５（ａ）は、Ｓ１インターフェースにおける制御プレーン（control plane）プロトコルスタックを例示し、図５（ｂ）は、Ｓ１インターフェースにおけるユーザプレーン（user plane）インターフェースプロトコルの構造を示す。

図５を参照すると、Ｓ１の制御プレーンインターフェース（Ｓ１−ＭＭＥ）は、基地局とＭＭＥとの間に定義される。ユーザプレーンと同様に、トランスポートネットワーク層（transport network layer）は、ＩＰトランスポートに基づく。ただし、メッセージ信号の信頼性のある伝送のためにＩＰ層の上位にＳＣＴＰ（Stream Control Transmission Protocol）層が追加される。アプリケーション層（application layer）のシグナリングプロトコルは、Ｓ１−ＡＰ（S1 Application Protocol）と呼ばれる。

ＳＣＴＰ層は、アプリケーション層メッセージの保証された（guaranteed）伝達を提供する。

プロトコルデータユニット（ＰＤＵ：Protocol Data Unit）のシグナリング伝送のために送信ＩＰ層で、ポイントツーポイント（point-to-point）伝送が使用される。

Ｓ１−ＭＥインターフェースのインスタンス（instance）ごとに単一のＳＣＴＰアソシエーション（連係）（association）は、Ｓ−ＭＭＥ共通手順のための一対のストリーム識別子（stream identifier）を使用する。ストリーム識別子の一部のペアのみがＳ１−ＭＭＥ専用の手順のために使用される。ＭＭＥ通信コンテキスト識別子は、Ｓ１−ＭＭＥ専用の手順のためのＭＭＥによって割り当てられ、ｅＮＢ通信コンテキスト識別子は、Ｓ１−ＭＭＥ専用の手順のためのｅＮＢによって割り当てられる。ＭＭＥ通信コンテキスト識別子およびｅＮＢ通信コンテキスト識別子は、端末固有のＳ１−ＭＭＥシグナリング送信ベアラを区別するために使用される。通信コンテキスト識別子は、それぞれＳ１−ＡＰメッセージ内で送信される。

Ｓ１シグナリングトランスポート層がＳ１ＡＰ層にシグナリング接続が切断されたと通知した場合には、ＭＭＥは、そのシグナリングの接続を使用していた端末の状態をＥＣＭ−ＩＤＬＥの状態に変更する。そして、ｅＮＢは、端末のＲＲＣ接続を解除する。

Ｓ１のユーザプレーンインターフェース（Ｓ１−Ｕ）は、ｅＮＢとＳ−ＧＷとの間に定義される。Ｓ１−Ｕインターフェースは、ｅＮＢとＳ−ＧＷとの間でユーザプレーンＰＤＵの保証されない（non-guaranteed）伝達を提供する。トランスポートネットワーク層は、ＩＰトランスポートに基づいて、ｅＮＢとＳ−ＧＷとの間のユーザプレーンのＰＤＵを送信するためにＵＤＰ／ＩＰ層の上位にＧＴＰ−Ｕ（GPRS Tunneling Protocol User Plane）層が使用される。

図６は、本発明が適用されることができる無線通信システムで、物理チャネルの構造を簡単に例示する図である。

図６を参照すると、物理チャネルは、周波数領域（frequency domain）における複数のサブキャリアと時間領域（time domain）における複数のシンボルとから構成される無線リソースを通じて信号やデータを伝える。

１．０ｍｓの長さを持つ１つのサブフレームは、複数のシンボルから構成される。サブフレームの特定シンボル（例えば、サブフレームの最初のシンボル）は、ＰＤＣＣＨのために使用することができる。ＰＤＣＣＨは、動的に割り当てられるリソースに関する情報（例えば、リソースブロック（Resource Block）、変調および符号化方式（ＭＣＳ：Modulation and Coding Scheme）など）を運ぶ。

ＥＭＭおよびＥＣＭの状態

ＥＭＭ（EPS Mobility Management）、ＥＣＭ（EPS Connection Management）の状態について説明する。

図７は、本発明が適用されることができる無線通信システムでＥＭＭおよびＥＣＭの状態を例示する図である。

図７を参照すると、端末およびＭＭＥの制御プレーンに位置するＮＡＳ層から端末の移動性を管理するために、端末がネットワークにアタッチ（attach）されたかデタッチ（detach）されたかに応じて、ＥＭＭの登録状態（ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ）とＥＭＭの登録解除の状態（ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ）とが定義されることもできる。ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態とＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態とは、端末およびＭＭＥに適用することができる。

端末の電源を最初に入れた場合と同様に、初期端末は、ＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態にあり、この端末がネットワークに接続するために初期アタッチ（接続）（initial attach）手順を使用し、ネットワークに登録する手順を実行する。アタッチ手順が正常に実行されると、端末およびＭＭＥは、ＥＭＭ−ＲＥＧＩＳＴＥＲＥＤ状態に遷移（transition）される。また、端末の電源が切れたり、無線リンク障害の場合（無線リンク上におけるパケットエラー率が基準値を超えた場合）、端末は、ネットワークでデタッチ（detach）されてＥＭＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態に遷移する。

また、端末とネットワークとの間のシグナリング接続（signaling connection）を管理するためにＥＣＭ接続状態（ＥＣＭ−ＣＯＮＮＥＣＴＥＤ）とＥＣＭアイドル状態（ＥＣＭ−ＩＤＬＥ）とが定義されることもできる。ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態とＥＣＭ−ＩＤＬＥ状態とは、また、端末およびＭＭＥに適用することができる。ＥＣＭ接続は、端末と基地局との間で設定されるＲＲＣ接続と、基地局とＭＭＥとの間で設定されるＳ１シグナリング接続と、から構成される。すなわち、ＥＣＭの接続が設定／解除されたというのは、ＲＲＣ接続およびＳ１シグナリング接続が設定／解除されたことを意味する。

ＲＲＣ状態は、端末のＲＲＣ層と基地局のＲＲＣ層とが論理的に接続（connection）されているかどうかを示す。すなわち、端末のＲＲＣ層と基地局のＲＲＣ層とが接続されている場合、端末は、ＲＲＣ接続状態（ＲＲＣ＿ＣＯＮＮＥＣＴＥＤ）となる。端末のＲＲＣ層と基地局のＲＲＣ層とが接続されていない場合、端末は、ＲＲＣアイドル状態（ＲＲＣ＿ＩＤＬＥ）となる。

ネットワークは、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にある端末の存在をセル単位で把握することができ、端末を効果的に制御することができる。

一方、ネットワークは、ＥＣＭ−ＩＤＬＥ状態にある端末の存在を把握することができず、コアネットワーク（ＣＮ：Core Network）がセルよりも大きい地域単位であるトラッキングエリア（tracking area）単位で管理する。端末がＥＣＭアイドル状態にあるとき、端末は、トラッキングエリアで一意（唯一）に割り当てられたＩＤを利用して、ＮＡＳによって設定された不連続受信（ＤＲＸ：Discontinuous Reception）を実行する。すなわち、端末は、端末固有（特定）のページングＤＲＸサイクルごとに特定のページング時点（paging occasion）にページング信号を監視することにより、システム情報およびページング情報のブロードキャストを受信することができる。

また、端末がＥＣＭ−ＩＤＬＥ状態にあるときは、ネットワークは、端末のコンテキスト（context）情報を持っていない。したがって、ＥＣＭ−ＩＤＬＥ状態の端末は、ネットワークのコマンドを受信することなく、セル選択（cell selection）またはセル再選択（cell reselection）などの端末ベースのモビリティ関連手順を実行することができる。ＥＣＭアイドル状態で端末の位置がネットワークが知っている位置と異なる場合、端末は、トラッキング領域アップデート（ＴＡＵ：Tracking Area Update）手順を通じて、ネットワークに対応する端末の位置を知らせることができる。

一方、端末がＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態にあるときには、端末の移動性は、ネットワークのコマンドによって管理される。ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態におけるネットワークは、端末が属するセルを知っている。したがって、ネットワークは、端末または端末からデータを送信および／または受信し、端末のハンドオーバなどの移動性を制御し、周辺セルのセル測定を行うことができる。

上記のごとく、端末は、音声やデータなど、通常の移動通信サービスを受けるためには、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態に遷移しなければならない。端末の電源を最初に入れた場合と同様に、初期端末は、ＥＭＭの状態と同様に、ＥＣＭ−ＩＤＬＥ状態にあり、端末が初期アタッチ（initial attach）手順を使用し、ネットワークに正常に登録されると、端末およびＭＭＥは、ＥＣＭ接続状態に遷移（transition）する。また、端末がネットワークに登録されているが、トラフィックが無効になって無線リソースが割り当てられていない場合、端末は、ＥＣＭ−ＩＤＬＥ状態にあり、その端末にアップリンクまたはダウンリンクの新しいトラフィックが発生すると、サービス要求（service request）手順を通じて、端末およびＭＭＥは、ＥＣＭ−ＣＯＮＮＥＣＴＥＤ状態に遷移（transition）する。

ランダムアクセス手順（Random Access Procedure）

以下では、ＬＴＥ／ＬＴＥ−Ａシステムで提供されるランダムアクセス手順（random access procedure）について説明する。

ランダムアクセス手順は、端末が基地局とアップリンク同期を得るか、またはアップリンク無線リソースの割り当てを受けるために使用される。端末の電源投入後、端末は、初期セルとのダウンリンクの同期を取得し、システム情報を受信する。システム情報から使用可能なランダムアクセスプリアンブル（random access preamble）のセットランダムアクセスプリアンブルの送信に使用される無線リソースに関する情報を得る。ランダムアクセスプリアンブルの送信に使用される無線リソースは、少なくとも１つのサブフレームのインデックスと周波数領域上のインデックスとの組み合わせで特定される。端末は、ランダムアクセスプリアンブルのセット（集合）から任意に選択されたランダムアクセスプリアンブルを送信し、上記ランダムアクセスプリアンブルを受信した基地局は、アップリンク同期のためのタイミングアライメント（整列）（ＴＡ：Timing Alignment）の値をランダムアクセス応答を通じて端末に送る。この端末は、アップリンク同期を取得するものである。

ランダムアクセス手順は、ＦＤＤ（Frequency Division Duplex）およびＴＤＤ（Time Division Duplex）で一般的な手順である。ランダムアクセス手順は、セルサイズに無関係であり、キャリアアグリゲーション（ＣＡ：Carrier Aggregation）が設定されている場合、サービングセル（serving cell）の数とも無関係である。

まず、端末がランダムアクセス手順を実行する場合には、次のような場合がある。

−端末が基地局とのＲＲＣ接続（RRC Connection）がなく、ＲＲＣアイドル状態で初期アクセス（初期接続）（initial access）を実行する場合。

−ＲＲＣ接続再確立手順（RRC connection re-establishment procedure）を実行する場合。

−端末がハンドオーバプロセスで、ターゲット（target）セルにより初めて接続する場合。

−基地局の命令によりランダムアクセス手順が要求された場合。

−ＲＲＣ接続状態中、アップリンク時間の同期が合わない（取れない）状況で（non-synchronized）ダウンリンクに送信されるデータが発生した場合。

−ＲＲＣ接続状態中、アップリンクの時間同期が合わないか（non-synchronized）、無線リソースを要求するために使用される指定された無線リソースが割り当てられていない状況でアップリンクに送信するデータが発生した場合。

−ＲＲＣ接続状態中、タイミングアドバンス（timing advance）が必要な状況で端末の位置を決定（positioning）する場合。

−無線接続失敗（radio link failure）またはハンドオーバ失敗（handover failure）の際の回復手順を実行する場合。

３ＧＰＰ Ｒｅｌ−１０では、キャリアアグリゲーションをサポートする無線アクセスシステムにおいて、１つの特定のセル（例えば、Ｐセル）に適用可能なＴＡ（Timing Advance）値を複数のセルに共通して適用することを検討した。ただし、端末が異なる周波数バンドに属する（すなわち、周波数上で大きく離れた）複数のセルあるいは電波（propagation）の特性が異なる複数のセルを結合することができる。また、特定のセルの場合、カバレッジの拡大、あるいはカバレッジホールの除去のためにＲＲＨ（Remote Radio Header）（すなわち、リピータ）、フェムトセル（femto cell）もしくはピコセル（pico cell）などのスモールセル（small cell）またはセカンダリ基地局（ＳｅＮＢ：secondary eNB）が、セル内に配置される状況で、端末は、１つのセルを通じて基地局（すなわち、マクロ基地局（macro eNB））との通信を行い、他のセルを通じてセカンダリ基地局との通信を実行する場合、複数のセルが互いに異なる伝搬遅延特性を持つことができる。この場合は、１つのＴＡ値を複数のセルに共通して適用する方法で使用するアップリンク送信を実行する場合、複数のセル上で送信されるアップリンク信号の同期に深刻な影響を与えることができる。したがって、複数のセルが結合されたＣＡの状況で、複数のＴＡを有することが望ましく、３ＧＰＰ Ｒｅｌ−１１では、複数のＴＡ（multiple TA）をサポートするために、特定のセルのグループ単位でＴＡを独立して割り当てることを考慮する。これはＴＡグループ（ＴＡＧ：TA Group）と呼ばれ、ＴＡＧは、複数のセルを含むことができ、ＴＡＧ内の１つまたは複数のセルには、同じＴＡが共通して適用することができる。これらの複数のＴＡをサポートするために、ＭＡＣ ＴＡコマンド制御要素（element）は、２ビットのＴＡＧ識別子（TAG ID）と６ビットのＴＡコマンドフィールドとから構成される。

キャリアアグリゲーションが設定された端末は、Ｐセルと関連して先に説明したランダムアクセス手順を実行する場合が発生すると、ランダムアクセス手順を実行することになる。Ｐセルが属するＴＡＧ（すなわち、ｐＴＡＧ：primary TAG）の場合、既存と同じようにＰセルに基づいて決定される、あるいはＰセルに伴うランダムアクセス手順を通じて調整されるＴＡをｐＴＡＧ内のすべてのセル（複数可）に適用することができる。一方、Ｓセルのみで構成されるＴＡＧ（すなわち、ｓＴＡＧ：secondary TAG）の場合は、ｓＴＡＧ内の特定のＳセルに基づいて決定されるＴＡは、そのｓＴＡＧ内のすべてのセル（複数可）に適用することができ、このときＴＡは、基地局によって開始され、ランダムアクセス手順によって取得されることもできる。具体的には、ｓＴＡＧ内でＳセルは、ＲＡＣＨリソースに設定され、基地局は、ＴＡを決定するためにＳセルでＲＡＣＨアクセスを要求する。すなわち、基地局は、Ｐセルから送信されるＰＤＣＣＨオーダによってＳセル上でＲＡＣＨ送信を開始させる。Ｓセルプリアンブルへの応答メッセージは、ランダムアクセス無線ネットワーク一時識別子（ＲＡ−ＲＮＴＩ：Random Access Radio Network Temporary Identifier）を使用してＰセルを通じて送信される。端末は、ランダムアクセスを正常に完了したＳセルに基づいて決定されるＴＡを、そのｓＴＡＧ内のすべてのセルに適用することができる。このように、ランダムアクセス手順は、Ｓセルでも、そのＳセルが属するｓＴＡＧのタイミングアライメント（timing alignment）を取得するためにＳセルでも実行されることもできる。

ＬＴＥ／ＬＴＥ−Ａシステムでは、ランダムアクセスプリアンブル（random access preamble、RACH preamble）を選択する過程において、特定のセットの中で端末がランダムに１つのプリアンブルを選択して使用するコンテンション（競争）ベースのランダムアクセス手順（contention based random access procedure）と、基地局が特定の端末のみ割り当ててくれたランダムアクセスプリアンブルを使用する非コンテンション（競合）ベースのランダムアクセス手順（non-contention based random access procedure）と、の両方を提供する。ただし、非コンテンションベースのランダムアクセス手順は、上述したハンドオーバプロセス、基地局の命令により要求された場合、端末位置決定（positioning）および／またはｓＴＡＧのタイミングアドバンスソートに限って使用することができる。ランダムアクセス手順が完了した後、一般的なアップリンク／ダウンリンク伝送が発生する。

一方、リレーノード（ＲＮ：Relay Node）も、コンテンションベースのランダムアクセス手順と非コンテンションベースのランダムアクセス手順との両方をサポートする。リレーノードがランダムアクセス手順を実行するときには、その時点でＲＮサブフレーム構成（configuration）を中断させる（suspend）。すなわち、これは、一時的にＲＮサブフレーム構成を廃棄することを意味する。以降、正常にランダムアクセス手順が完了した時点で、ＲＮサブフレーム構成が再開される。

図８は、本発明が適用されることができる無線通信システムにおいてコンテンションベースのランダムアクセス手順を説明する図である。

（１）第１メッセージ（Ｍｓｇ １、ｍｅｓｓａｇｅ １）

まず、端末は、システム情報（system information）またはハンドオーバコマンド（handover command）を通じて指示されたランダムアクセスプリアンブルのセットからランダム（任意）に（randomly）１つのランダムアクセスプリアンブル（random access preamble、RACH preamble）を選択し、上記ランダムアクセスプリアンブルを送信することができるＰＲＡＣＨ（physical RACH）リソースを選択して送信する。

ランダムアクセスプリアンブルは、ＲＡＣＨトランスポート（伝送）チャネルで６ビットで送信され、６ビットは、ＲＡＣＨで送信した端末を識別するための５ビットのランダム（任意の）識別子（random identity）と、追加情報を示すための１ビット（例えば、第３メッセージ（Ｍｓｇ ３）の大きさを指示）と、から構成される。

端末からランダムアクセスプリアンブルを受信した基地局は、プリアンブルをデコードし、ＲＡ−ＲＮＴＩを取得する。ランダムアクセスプリアンブルによって（が）送信されたＰＲＡＣＨに関連するＲＡ−ＲＮＴＩは、端末が送信したランダムアクセスプリアンブルの時間−周波数リソースに応じて決定される。

（２）第２メッセージ（Ｍｓｇ ２、ｍｅｓｓａｇｅ ２）

基地局は、第１メッセージ上のプリアンブルを通じて取得したＲＡ−ＲＮＴＩに指示（address）されるランダムアクセス応答（random access response）を端末に送信する。ランダムアクセス応答は、ランダムアクセスプリアンブルインデックス（区分子）／識別子（RA preamble index／identifier）、アップリンク無線リソースを知らせるアップリンク承認（UL grant）、一時セル識別子（ＴＣ−ＲＮＴＩ：Temporary Cell RNTI）、それから時間同期値（タイミングアライメントコマンド）（ＴＡＣ：Time Alignment Command）が含まれることができる。ＴＡＣは、基地局が端末にアップリンク時間整列（タイミングアライメント）（time alignment）を維持するために送る時間同期値を指示する情報である。端末は、上記時間同期値を用いて、アップリンク送信タイミングを更新する。端末が時間同期を更新すると、時間同期（タイミングアライメント）タイマ（time alignment timer）を開始または再起動する。ＵＬ ｇｒａｎｔは、後述するスケジューリングメッセージ（第３メッセージ）の送信に使用されるアップリンクリソースの割り当てとＴＰＣ（Transmit Power Command）とを含んでいる。ＴＰＣは、スケジューリングされたＰＵＳＣＨのための送信電力（パワー）の決定に使用される。

端末は、ランダムアクセスプリアンブルを送信した後、基地局がシステム情報またはハンドオーバコマンドを使用して指示したランダムアクセス応答ウィンドウ（random access response window）内で自体のランダムアクセス応答（random access response）の受信を試み、ＰＲＡＣＨに対応するＲＡ−ＲＮＴＩでマスクされたＰＤＣＣＨを検出し、検出されたＰＤＣＣＨによって指示されるＰＤＳＣＨを受信することになる。ランダムアクセス応答情報は、ＭＡＣ ＰＤＵ（MAC Packet Data Unit）の形式で送信されることができ、上記ＭＡＣ ＰＤＵは、ＰＤＳＣＨを通じて伝達されることもできる。ＰＤＣＣＨは、上記ＰＤＳＣＨを受信しなければならない端末の情報と、上記ＰＤＳＣＨの無線リソースの周波数および時間の情報と、それから上記ＰＤＳＣＨの送信形式と、などが含まれていることが望ましい。上述したように、一応、端末が自体に送信されるＰＤＣＣＨの検出に成功すれば、上記ＰＤＣＣＨの情報に基づいてＰＤＳＣＨに送信されるランダムアクセス応答を適切に受信することができる。

ランダムアクセス応答ウィンドウは、プリアンブルを送信した端末がランダムアクセス応答メッセージを受信するために待機する最大時区間を意味する。ランダムアクセス応答ウィンドウは、プリアンブルが送信される最後のサブフレームで３つ目のサブフレーム以降のサブフレームから開始し、「ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ」の長さを持つ。すなわち、端末は、プリアンブルの送信が終了したサブフレームから３つ目のサブフレーム以降から確保したランダムアクセスウィンドウの間にランダムアクセス応答を受信するために待機する。端末は、システム情報（system information）を通じてランダムアクセスウィンドウサイズ（「ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓｉｚｅ」）パラメータの値を取得することができ、ランダムアクセスウィンドウサイズは、２から１０の間の値に決定される。

端末は、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブルインデックス／識別子を持つランダムアクセス応答を正常に受信すると、ランダムアクセス応答の監視を停止する。一方、ランダムアクセス応答ウィンドウが終了するまで、ランダムアクセス応答メッセージを受信していないか、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブル識別子を持つ有効なランダムアクセス応答を受信しなかった場合、ランダムアクセス応答の受信は失敗したとみなされ、以降、端末は、プリアンブル再送を行うことができる。

上述したように、ランダムアクセス応答でランダムアクセスプリアンブル識別子が必要な理由は、１つのランダムアクセス応答は、１つまたは複数の端末のためのランダムアクセス応答情報が含まれているため、上記ＵＬ ｇｒａｎｔ、ＴＣ−ＲＮＴＩおよびＴＡＣがどの端末で利用できるかを知らせることが必要だからである。

（３）第３メッセージ（Ｍｓｇ ３、ｍｅｓｓａｇｅ ３）

端末が自体に有効なランダムアクセス応答を受信した場合には、上記ランダムアクセス応答に含まれた情報をそれぞれ処理する。すなわち、端末は、ＴＡＣを適用させて、ＴＣ−ＲＮＴＩを記憶する。また、ＵＬ ｇｒａｎｔを利用して、端末のバッファに記憶されたデータ、または、新たに生成されたデータを基地局に送信する。端末の最初の接続の場合、ＲＲＣ層で生成され、ＣＣＣＨを通じて伝達されたＲＲＣ接続要求（RRC Connection Request）が、第３メッセージに含まれて送信されることができ、ＲＲＣ接続再確立手順の場合、ＲＲＣ層で生成され、ＣＣＣＨを通じて伝達されたＲＲＣ接続再確立要求（RRC Connection Re-establishment Request）が第３メッセージに含まれて送信されることもできる。また、ＮＡＳ接続要求メッセージを含むこともできる。

第３メッセージは、端末の識別子が含まれていなければならない。コンテンションベースのランダムアクセス手順では、基地局からどのような端末が上記ランダムアクセス手順を実行するかを判断することができないが、今後のコンテンションを解決するためには、端末を識別しなければならないからだ。

端末の識別子を含める方法としては、２つの方法が存在する。最初の方法は、端末が、上記ランダムアクセス手順以前に既に該当セルで割り当てられた有効なセル識別子（Ｃ−ＲＮＴＩ）を持っている場合、端末は、上記ＵＬ ｇｒａｎｔに対応するアップリンク伝送信号を通じて自体のセル識別子を送信する。一方、ランダムアクセス手順の前に、有効なセル識別子を割り当てられた場合、端末は、自体の一意識別子（例えば、Ｓ（SAE）−ＴＭＳＩまたは乱数（任意の値）（random number））を含んで伝送する。一般的に、上記の一意識別子は、Ｃ−ＲＮＴＩより長い。

ＵＬ−ＳＣＨ上の送信では、端末固有のスクランブルが使用される。端末がＣ−ＲＮＴＩを割り当てられた場合は、スクランブルは、Ｃ−ＲＮＴＩに基づいて実行されるが、端末がまだＣ−ＲＮＴＩを割り当てられない場合は、スクランブルは、Ｃ−ＲＮＴＩに基づいて行うことができない。その代わり、ランダムアクセス応答で受信したＴＣ−ＲＮＴＩが使用される。端末は、上記ＵＬ ｇｒａｎｔに対応するデータを送信した場合は、コンテンション（衝突）を解決するためのタイマ（contention resolution timer）を開始する。

（４）第４メッセージ（Ｍｓｇ ４、ｍｅｓｓａｇｅ ４）

基地局は、端末から第３メッセージを通じて対応する端末のＣ−ＲＮＴＩを受信した場合、受信したＣ−ＲＮＴＩを利用し、端末に第４メッセージを送信する。一方、端末から第３メッセージを通じて上記一意識別子（すなわち、Ｓ−ＴＭＳＩまたは乱数（任意の値）（random number））を受信した場合には、ランダムアクセス応答では、端末に割り当てられたＴＣ−ＲＮＴＩを利用して、第４のメッセージを端末に送信する。一例として、第４のメッセージは、ＲＲＣ接続設定メッセージ（RRC Connection Setup）が含まれることができる。

端末は、ランダムアクセス応答に含まれているＵＬ ｇｒａｎｔを通じて自体の識別子を含むデータを送信した後、衝突解決のために基地局の指示を待つ。すなわち、特定のメッセージを受信するためにＰＤＣＣＨの受信を試みる。上記ＰＤＣＣＨを受信する方法においても２つの方法が存在する。前述したように、上記ＵＬ ｇｒａｎｔに対応して送信された第３のメッセージは、自体の識別子がＣ−ＲＮＴＩである場合には、自体のＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試み、上記識別子が一意の識別子（すなわち、Ｓ−ＴＭＳＩまたは乱数（random number））である場合には、ランダムアクセス応答に含まれているＴＣ−ＲＮＴＩを利用してＰＤＣＣＨの受信を試みる。その後、前者の場合は、上記のコンテンションを解決するためのタイマが期限切れになる前に、自体のＣ−ＲＮＴＩを使用してＰＤＣＣＨを受信した場合に、端末は、正常にランダムアクセス手順が実行されたと判断し、ランダムアクセス手順を終了する。後者の場合には、上記のコンテンション解決タイマが期限切れになる前に、ＴＣ−ＲＮＴＩを使用してＰＤＣＣＨを受信した場合は、上記ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。上記のデータの内容に自体の一意の識別子が含まれている場合、端末は、正常にランダムアクセス手順が実行されたと判断し、ランダムアクセス手順を終了する。第４メッセージを通じて端末は、Ｃ−ＲＮＴＩを取得し、その後、端末およびネットワークは、Ｃ−ＲＮＴＩを利用して、端末専用（特定）のメッセージ（dedicated message）を送受信することになる。

次は、ランダムアクセスにおけるコンテンションを解決するための方法について説明する。

ランダムアクセスを行うにおいて衝突が発生する理由は、基本的にランダムアクセスプリアンブルの数が有限であるからである。すなわち、基地局は、全ての端末に端末固有のランダムアクセスプリアンブルを付与することができないので、端末は、共通のランダムアクセスプリアンブルの中から任意の１つを選択して送信することになる。これにより、同じ無線リソース（ＰＲＡＣＨリソース）を通じて複数の端末が同じランダムアクセスプリアンブルを選択して送信することになる場合が発生するが、基地局は、１つの端末から送信される１つのランダムアクセスプリアンブルで判断することになる。これにより、基地局は、ランダムアクセス応答を端末に送信し、ランダムアクセス応答は、１つの端末が受信することと予測する。しかしながら、上述したように、コンテンションが発生する可能性があるので、複数の端末が１つのランダムアクセス応答を受信することになり、これにより、端末ごとにそれぞれランダムアクセス応答の受信に応じた動作を実行することになる。すなわち、ランダムアクセス応答に含まれる１つのＵＬ Ｇｒａｎｔを用いて、複数の端末が互いに異なるデータを同じ無線リソースに送信することになる問題点が発生することになる。これにより、上記データの送信はすべて失敗することがあり、端末の位置や伝送電力（パワー）に基づいて、特定の端末のデータのみを基地局から受信することもできる。後者の場合には、複数の端末は、すべて自体のデータの送信が成功したと仮定するので、基地局は、コンテンションで失敗した端末に失敗の事実に関する情報を通知しなければならない。すなわち、上記のコンテンションの失敗や成功に関する情報を知らせることをコンテンションの解決（contention resolution）とする。

衝突解決方法には、２つの方法があるが、１つの方法は、衝突解決タイマ（contention resolution timer）を利用する方法と、他の１つの方法は、成功した端末の識別子を端末に送信する方法である。前者の場合は、端末がランダムアクセス過程前に既に固有のＣ−ＲＮＴＩを持っている場合に使用される。すなわち、既にＣ−ＲＮＴＩを持っている端末は、ランダムアクセス応答に基づいて、自体のＣ−ＲＮＴＩを含むデータを基地局に送信し、衝突解決タイマを作動する。そして、衝突解決タイマが期限切れになる前に、自体のＣ−ＲＮＴＩによって指示されるＰＤＣＣＨ情報を受信すると、端末は、自体がコンテンションで成功したと判断し、ランダムアクセスを正常に終えるようになる。逆に、衝突解決タイマが期限切れになる前に、自体のＣ−ＲＮＴＩによって指示されるＰＤＣＣＨを受信することができなかった場合は、自体がコンテンションで失敗したと判断し、ランダムアクセスプロセスを再度実行するか、上位層に失敗の事実を通知することができる。衝突解消方法の中で、後者の場合、すなわち、成功した端末の識別子を送信する方法は、端末がランダムアクセス過程の前に固有のセル識別子がない場合に使用される。すなわち、端末自体がセル識別子がない場合は、ランダムアクセス応答に含まれているＵＬ Ｇｒａｎｔ情報に基づいてデータのセル識別子より上位の識別子（Ｓ−ＴＭＳＩまたは乱数（random number））を包含して送信し、端末は、衝突解決タイマを動作させる。衝突解決タイマが期限切れになる前に、自体の上位識別子を含むデータがＤＬ−ＳＣＨに送信された場合には、端末は、ランダムアクセス過程が成功したと判断する。

一方、非コンテンションベースのランダムアクセス過程における動作は、図１１に示されたコンテンションベースのランダムアクセス過程とは異なり、第１メッセージ（の送信）および第２メッセージを送信するだけで、ランダムアクセス（任意の接続）手順が終了する。ただし、第１メッセージとして端末が基地局にランダムアクセスプリアンブルを送信する前に、端末は、基地局からランダムアクセスプリアンブルを割り当てられるようになり、この割り当てられたランダムアクセスプリアンブルを基地局に第１メッセージとして送信し、基地局からランダムアクセス応答を受信することにより、ランダムアクセス手順が終了されることになる。

本発明が適用されることができる５Ｇシステムのアーキテクチャ

５Ｇシステムは、第４世代ＬＴＥ移動通信技術から進歩した技術であって、既存の移動通信網構造の改善（Evolution）あるいはクリーンステート（Clean-state）の構造を通じて、新たな無線アクセス技術（ＲＡＴ：Radio Access Technology）、ＬＴＥ（Long Term Evolution）の拡張された技術としてｅＬＴＥ（extended LTE）、ｎｏｎ−３ＧＰＰ（例えば、ＷＬＡＮ）アクセスなどをサポートする。

５Ｇシステムは、サービスベースに定義され、５Ｇシステムのためのアーキテクチャ（architecture）内ネットワーク機能（ＮＦ：Network Function）間の相互動作（interaction）は、次のように２つの方式で示すことができる。

−リファレンスポイントの表現（representation）（図９）：２つのＮＦ（例えば、ＡＭＦおよびＳＭＦ）間の一対一のリファレンスポイント（例えば、Ｎ１１）によって記述されるＮＦ内のＮＦサービス間の相互動作を示す。

−サービスベースの表現（representation）（図１０）：制御プレーン（ＣＰ：Control Plane）内ネットワーク機能（例えば、ＡＭＦ）は、他の認証されたネットワーク機能が自体のサービスにアクセスすることを許可する。この表現は、必要な場合、一対一（point-to-point）のリファレンスポイント（reference point）も含む。

図９は、本発明が適用されることができる５Ｇシステムアーキテクチャを例示する図である。本図面は、図１０をさらに簡略に示す図であって、図１０で後述する説明が同様に適用されることができる。

本図面は、潜在的な機能エンティティと潜在的なリファレンスポイントとを含む潜在的なアーキテクチャの参照モデルを示し、特にリファレンスポイントの名称指定は、より良い理解と比較のために個別のソリューション提案書に使用されることができる。この参照モデルは、実際のターゲットアーキテクチャに対していかなる仮定もしない。すなわち、ターゲットアーキテクチャは、図示のリファレンスポイントもしくは機能エンティティともを有しないか、または追加／他のリファレンスポイントもしくは機能エンティティを有することができる。

本図面の一部のリファレンスポイントは、ＣＰ機能およびＵＰ機能を追加して分離する方法によって、様々なリファレンスポイントで構成されることができる。

図９を参照すると、５Ｇシステムアーキテクチャは、多様な構成要素（すなわち、ネットワーク機能（ＮＦ：Network Function））を含むことができ、本図面には、その一部に該当する、アプリケーション機能（ＡＦ：Application Function）、データネットワーク（ＤＮ：Data Network）、ユーザプレーン機能（ＵＰＦ：User plane Function）、制御プレーン機能（ＣＰＦ：Control Plane Function）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：(Radio) Access Network）、ユーザ装置（ＵＥ：User Equipment）を例示する。

ＮｅｘｔＧｅｎコアの制御プレーン機能およびユーザプレーン機能は、単一の箱（それぞれＣＰ機能およびＵＰ機能）で表示される。個別のソリューションの提案は、ＣＰまたはＵＰ機能を分割または複製できる。この場合、追加リファレンスポイントの命名は、図示のリファレンスポイント（例えば、ＮＧ４．１、ＮＧ４．２）に索引を追加できる。

ここでＲＡＮは、ＮｅｘｔＧｅｎコアネットワークに接続される５Ｇ ＲＡＴまたはＥｖｏｌｖｅｄ Ｅ−ＵＴＲＡをベースとする無線アクセスネットワークを示す。

３ＧＰＰシステムでは、５Ｇシステム内のＮＦ同士を接続する概念的なリンクをリファレンスポイント（reference point）と定義する。次は、本図面で表現された５Ｇシステムアーキテクチャに含まれるリファレンスポイントを例示する。

−ＮＧ１：ＵＥとＣＰＦとの間のリファレンスポイント

−ＮＧ２：（Ｒ）ＡＮとＣＰＦとの間のリファレンスポイント

−ＮＧ３：（Ｒ）ＡＮとＵＰＦとの間のリファレンスポイント

−ＮＧ４：ＵＰＦとＣＰＦとの間のリファレンスポイント

−ＮＧ５：ＣＰＦとＡＦとの間のリファレンスポイント

−ＮＧ６：ＵＰＦとＤＮとの間のリファレンスポイント

図１０は、リファレンスポイントの表現を用いた５Ｇシステムアーキテクチャを例示する図である。

図１０を参照すると、５Ｇシステムのアーキテクチャは、多様な構成要素（すなわち、ネットワーク機能（ＮＦ：Network Function））を含むことができ、本図には、そのうちの一部に該当する、認証サーバ機能（ＡＵＳＦ：AUthentication Server Function）、アクセスおよびモビリティ管理機能（ＡＭＦ：(Core) Access and Mobility management Function）、セッション管理機能（ＳＭＦ：Session Management Function）、ポリシ制御機能（ＰＣＦ：Policy Control Function）、アプリケーション機能（ＡＦ：Application Function）、統合されたデータ管理（ＵＤＭ：Unified Data Management）、データネットワーク（ＤＮ：Data Network）、ユーザプレーン機能（ＵＰＦ：User Plane Function）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Radio） Access Network）、ユーザ装置（ＵＥ：User Equipment）を例示する。

各ＮＦは、次のような機能をサポートする。

−ＡＵＳＦは、ＵＥの認証のためのデータを記憶する。

−ＡＭＦは、ＵＥ単位の接続およびモビリティ管理のための機能を提供し、１つのＵＥ当たり基本的に１つのＡＭＦに接続されることができる。

具体的には、ＡＭＦは、３ＧＰＰアクセスネットワーク間の移動性のためのＣＮノード間のシグナリング、無線アクセスネットワーク（ＲＡＮ：Radio Access Network）ＣＰインターフェース（すなわち、Ｎ２インターフェース）の終端（termination）、ＮＡＳシグナリングの終端（Ｎ１）、ＮＡＳシグナリングセキュリティ（ＮＡＳ暗号化（ciphering）および完全性保護（integrity protection））、ＡＳセキュリティ制御、登録管理（登録領域（Registration Area）管理）、接続管理、アイドルモードＵＥの到達可能性（接近性）（reachability）（ページング再送信の制御および遂行を含む）、モビリティ管理制御（加入およびポリシ）、イントラシステムの移動性およびインターシステムの移動性のサポート、ネットワークスライシング（Network Slicing）のサポート、ＳＭＦ選択、合法的傍受（Lawful Intercept）（ＡＭＦイベントおよびＬＩシステムへのインターフェースに対する）、ＵＥとＳＭＦとの間のセッション管理（ＳＭ：Session Management）メッセージの伝達提供、ＳＭメッセージルーティングのための透過型プロキシ（Transparent proxy）、アクセス認証（Access Authentication）、ローミング権限チェックを含むアクセス許可（Access Authentication）、ＵＥとＳＭＳＦ（SMS (Short Message Service) Function）との間のＳＭＳメッセージの伝達の提供、セキュリティアンカ機能（ＳＥＡ：SEcurity Anchor function）および／またはセキュリティコンテキスト管理（ＳＣＭ：Security Context Management）などの機能をサポートする。

ＡＭＦの一部または全体の機能は、１つのＡＭＦの単一のインスタンス（instance）内でサポートされることができる。

−ＤＮは、例えば、運営者サービス、インターネット接続またはサードパーティ（3rd party）サービスなどを意味する。ＤＮは、ＵＰＦにダウンリンクプロトコルデータユニット（ＰＤＵ：Protocol Data Unit）を送信するか、ＵＥから送信されたＰＤＵをＵＰＦから受信する。

−ＰＣＦは、アプリケーションサーバからパケットの流れに関する情報を受信し、モビリティ管理、セッション管理などのポリシを決定する機能を提供する。具体的には、ＰＣＦは、ネットワーク動作をコントロールするための単一化したポリシフレームワークのサポート、ＣＰ機能（例えば、ＡＭＦ、ＳＭＦなど）がポリシの規則を施行することができるようにポリシ規則の提供、ユーザデータリポジトリ（ＵＤＲ：User Data Repository）内のポリシを決定するために関連する加入情報にアクセスするためのフロントエンド（Front End）の具現などの機能をサポートする。

−ＳＭＦは、セッション管理機能を提供し、ＵＥが多数のセッションを有する場合、各セッション別に互いに異なるＳＭＦによって管理されることができる。

具体的には、ＳＭＦは、セッション管理（例えば、ＵＰＦとＡＮノードとの間のトンネル（tunnel）の維持を含むセッションの確立、修正および解除）、ＵＥＩＰアドレスの割り当ておよび管理（選択的に認証を含む）、ＵＰ機能の選択および制御、ＵＰＦでトラフィックを適切な宛先（目的地）にルーティングするためのトラフィックステアリング（traffic steering）設定、ポリシ制御機能（Policy control functions）に向けたインターフェースの終端、ポリシおよびＱｏＳの制御部分の施行、合法的傍受（Lawful Intercept）（ＳＭイベントおよびＬＩシステムへのインターフェースに対する）、ＮＡＳメッセージのＳＭ部分の終端、ダウンリンクデータの通知（Downlink Data Notification）、ＡＮ特定ＳＭ情報の開始子（イニシエータ）（ＡＭＦを経由してＮ２を介してＡＮに伝達）、セッションのＳＳＣモード決定、ローミング機能などの機能をサポートする。

ＳＭＦの一部または全体の機能は、１つのＳＭＦの単一のインスタンス（instance）内でサポートされることができる。

−ＵＤＭは、ユーザの加入データ、ポリシデータなどを記憶する。ＵＤＭは、２つの部分、即ち、アプリケーションのフロントエンド（ＦＥ：Front End）およびユーザデータリポジトリ（ＵＤＲ：User Data Repository）を含む。

ＦＥは、位置管理、加入管理、資格証明（credential）の処理などを担当するＵＤＭ ＦＥとポリシ制御を担当するＰＣＦとを含む。ＵＤＲは、ＵＤＭ−ＦＥによって提供される機能のために要求されるデータとＰＣＦによって要求されるポリシプロファイルとを記憶する。ＵＤＲ内に記憶されるデータは、加入識別子、セキュリティ資格証明（security credential）、アクセス、およびモビリティ関連の加入データならびにセッション関連の加入データを含むユーザ加入データおよびポリシデータを含む。ＵＤＭ−ＦＥは、ＵＤＲに記憶された加入情報にアクセスし、認証資格証明処理（Authentication Credential Processing）、ユーザ識別子ハンドリング（User Identification Handling）、アクセス認証、登録／モビリティ管理、加入管理、ＳＭＳ管理などの機能をサポートする。

−ＵＰＦは、ＤＮから受信したダウンリンクＰＤＵを（Ｒ）ＡＮを経由してＵＥに伝達し、（Ｒ）ＡＮを経由してＵＥから受信したアップリンクＰＤＵをＤＮに伝達する。

具体的には、ＵＰＦは、イントラ（intra）／インター（inter）ＲＡＴ移動性のためのアンカポイント、データネットワーク（Data Network）への相互接続（interconnect）の外部ＰＤＵセッションポイント、パケットルーティングおよびフォワーディング、パケット検査（inspection）、ならびにポリシ規則施行のユーザプレーン部分、合法的傍受（Lawful Intercept）、トラフィック使容量の報告、データネットワークへのトラフィックフローのルーティングをサポートするためのアップリンク分類子（classifier）、マルチホーム（multi-homed）ＰＤＵセッションをサポートするためのブランチポイント（Branching point）、ユーザプレーンのためのＱｏＳハンドリング（handling）（例えば、パケットフィルタリング、ゲーティング（gating）、アップリンク／ダウンリンクレート施行）、アップリンクトラフィックの検証（サービスデータフロー（ＳＤＦ：Service Data Flow）とＱｏＳフローとの間のＳＤＦマッピング）、アップリンクおよびダウンリンク内のトランスポートレベル（transport level）パケットマーキング、ダウンリンクパケットバッファリングおよびダウンリンクデータ通知トリガ機能などの機能をサポートする。ＵＰＦの一部または全体の機能は、１つのＵＰＦの単一のインスタンス（instance）内でサポートされることができる。

−ＡＦは、サービス提供（例えば、トラフィックのルーティング上でアプリケーションの影響、ネットワーク能力エクスポージャ（Network Capability Exposure）へのアクセス、ポリシ制御のためのポリシのフレームワークとの相互動作などの機能をサポート）のために３ＧＰＰコアネットワークとの相互動作を行う。

−（Ｒ）ＡＮは、４Ｇ無線アクセス技術の進化したバージョンである進化したＥ−ＵＴＲＡ（evolved E-UTRA）と新しい無線アクセス技術（ＮＲ：New Radio）（例えば、ｇＮＢ）との両方をサポートする新しいワイヤレスアクセスネットワークを総称する。

５Ｇシステムで端末と無線信号の送受信を担当するネットワークノードは、ｇＮＢであり、ＥＰＳのｅＮＢのような役割を果たしている。

ｇＮＢは、無線リソース管理のための機能（すなわち、無線ベアラ制御（Radio Bearer Control）、無線許可制御（Radio Admission Control）、接続モビリティ制御（Connection Mobility Control）、アップリンク／ダウンリンクにおけるＵＥへのリソースの動的割り当て（Dynamic allocation of resources）（すなわち、スケジューリング））、ＩＰ（Internet Protocol）ヘッダ圧縮、ユーザデータストリームの暗号化（encryption）との整合性の保護（integrity protection）、ＵＥに提供された情報からＡＭＦへのルーティングが決定されていない場合には、ＵＥのアタッチメント（attachment）時にＡＭＦの選択は、ＵＰＦへのユーザプレーンデータのルーティング、ＡＭＦへの制御プレーンの情報ルーティング、接続セットアップおよび解除、ページングメッセージのスケジューリングおよび送信（ＡＭＦから発生した）、システムブロードキャスト情報のスケジューリングおよび送信（ＡＭＦまたは運用および維持（Ｏ＆Ｍ：Operating and Maintenance）から発生）、モビリティ（移動性）およびスケジューリングのための測定および測定レポートの設定、アップリンクにおけるトランスポートレベルのパケットマーキング（Transport level packet marking）、セッション管理、ネットワークスライス（Network Slicing）のサポート、ＱｏＳ、フロー管理、ならびにデータの無線ベアラへのマッピング、非活動モード（inactive mode）であるＵＥのサポート、ＮＡＳメッセージの分配機能、ＮＡＳノード選択機能、無線アクセスネットワークの共有、二重接続性（Dual Connectivity）、ＮＲとＥ−ＵＴＲＡとの間の密接な相互動作（tight interworking）などの機能をサポートする。

−ＵＥは、ユーザ機器を意味する。ユーザ装置は、端末（terminal）、ＭＥ（Mobile Equipment）、ＭＳ（Mobile Station）などの用語として言及され得る。また、ユーザ装置は、ラップトップ、携帯電話、ＰＤＡ（Personal Digital Assistant）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、またはＰＣ（Personal Computer）、車両搭載装置のように携帯できない機器であってもよい。

本図では、説明の明確性のために、非構造化（された）データストレージ（格納）ネットワーク機能（ＵＤＳＦ：Unstructured Data Storage network function）、構造化（された）データストレージ（格納）ネットワーク機能（ＳＤＳＦ：Structured Data Storage network function）、ネットワークエクスポージャ機能（ＮＥＦ：Network Exposure Function）、およびＮＦリポジトリ機能（ＮＲＦ：NF Repository Function）が示されていないが、本図に示されている全てのＮＦは、必要に応じて、ＵＤＳＦ、ＮＦＦ、およびＮＲＦと相互動作を行うことができる。

−ＮＥＦは、３ＧＰＰネットワーク機能によって提供される、例えば、第三者（3rd party）、内部エクスポージャ（internal exposure）／再エクスポージャ（re-exposure）、アプリケーション機能、エッジコンピューティング（Edge Computing）のためのサービス、および、能力を安全に公表するための手段を提供する。ＮＥＦは、他のネットワーク機能から（他のネットワーク機能の公表された能力に基づいた）情報を受信する。ＮＥＦは、データストレージネットワーク機能への標準化されたインターフェースを用いて、構造化データとして受信した情報を記憶することができる。記憶された情報は、ＮＥＦによって、他のネットワーク機能、およびアプリケーション機能に再公表（re-expose）され、分析などの他の目的で用いられることができる。

−ＮＲＦは、サービスディスカバリ機能をサポートする。ＮＦインスタンスからＮＦディスカバリの要求を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供する。また、用いることができるＮＦインスタンスとそれらがサポートするサービスとを維持する。

−ＳＤＳＦは、あるＮＥＦによる構造化データであって、情報を記憶および回収（retrieval）する機能をサポートするための選択的な機能である。

−ＵＤＳＦは、あるＮＦによる非構造的（非構造化）データであって、情報を記憶および回収（retrieval）する機能をサポートするための選択的な機能である。

５Ｇシステムで端末との無線の送信／受信を担当するノードは、ｇＮＢであり、ＥＰＳにおけるｅＮＢのような役割を行う。端末が３ＧＰＰ接続（アクセスネットワーク）と非３ＧＰＰ接続とに同時に接続されている場合、端末は、図６のように１つのＡＭＦを介してサービスを受けることになる。図６では、非３ＧＰＰ接続で接続する場合と、３ＧＰＰ接続で接続する場合との１つの同一のＵＰＦで接続されることを示しているが、必ずしもそうする必要はなく、互いに異なる複数のＵＰＦで接続されることができる。

ただし、端末がローミングシナリオでＨＰＬＭＮにあるＮ３ＩＷＫ（「Ｎ３ＩＷＦ（non-3GPP Inter-Working Function）」とも呼称（指称）可能）を選択し、非３ＧＰＰ接続に接続された場合には、３ＧＰＰ接続を管理するＡＭＦは、ＶＰＬＭＮに位置し、非３ＧＰＰ接続を管理するＡＭＦは、ＨＰＬＭＮに位置することができる。

非３ＧＰＰアクセスネットワークは、Ｎ３ＩＷＫ／Ｎ３ＩＷＦを介して、５Ｇコアネットワークに接続される。Ｎ３ＩＷＫ／Ｎ３ＩＷＦは、Ｎ２およびＮ３インターフェースを介して、５Ｇコアネットワーク制御プレーン機能およびユーザプレーン機能を各々インターフェースする。

本明細書に記載する非３ＧＰＰ接続の代表的な例としては、ＷＬＡＮ接続があると言える。

一方、本図では、説明の便宜上、ＵＥが１つのＰＤＵセッションを利用して１つのＤＮにアクセスする場合の参照モデルを例示するが、本発明はこれに限定されない。

ＵＥは、複数のＰＤＵのセッションを利用し、２つの（すなわち、ローカル（地域的）（local）およびセンタ（中心）の（central））データネットワークに同時にアクセスすることができる。このとき、別のＰＤＵのセッションのための２つのＳＭＦが選択されることもできる。ただし、各ＳＭＦは、ＰＤＵのセッション内のローカルなＵＰＦとセンタのＵＰＦとの両方を制御することができる能力を持つことができる。各ＰＤＵセッションごとに独立して活性化されることもできる。

さらに、ＵＥは、単一のＰＤＵのセッション内で提供される２つの（すなわち、ローカルおよびセンタの）データネットワークに同時にアクセスすることもできる。

３ＧＰＰシステムでは、５Ｇシステム内のＮＦ間を接続する概念的なリンクをリファレンスポイント（reference point）と定義する。次は、本図で表現される５Ｇシステムのアーキテクチャに含まれるリファレンスポイントを例示する。

−Ｎ１：ＵＥとＡＭＦとの間のリファレンスポイント

−Ｎ２：（Ｒ）ＡＮとＡＭＦとの間のリファレンスポイント

−Ｎ３：（Ｒ）ＡＮとＵＰＦとの間のリファレンスポイント

−Ｎ４：ＳＭＦとＵＰＦとの間のリファレンスポイント

−Ｎ５：ＰＣＦとＡＦとの間のリファレンスポイント

−Ｎ６：ＵＰＦとデータネットワークとの間のリファレンスポイント

−Ｎ７：ＳＭＦとＰＣＦとの間のリファレンスポイント

−Ｎ２４：訪問ネットワーク（visited network）内のＰＣＦとホームネットワーク（home network）内のＰＣＦとの間のリファレンスポイント

−Ｎ８：ＵＤＭとＡＭＦとの間のリファレンスポイント

−Ｎ９：２つのコアＵＰＦ間のリファレンスポイント

−Ｎ１０：ＵＤＭとＳＭＦとの間のリファレンスポイント

−Ｎ１１：ＡＭＦとＳＭＦとの間のリファレンスポイント

−Ｎ１２：ＡＭＦとＡＵＳＦとの間のリファレンスポイント

−Ｎ１３：ＵＤＭと認証サーバ機能（ＡＵＳＦ：Authentication Server function）との間のリファレンスポイント

−Ｎ１４：２つのＡＭＦ間のリファレンスポイント

−Ｎ１５：非ローミングシナリオの場合、ＰＣＦとＡＭＦとの間のリファレンスポイント、ローミングシナリオの場合、訪問ネットワーク（visited network）内のＰＣＦとＡＭＦとの間のリファレンスポイント

−Ｎ１６：２つのＳＭＦ間のリファレンスポイント（ローミングシナリオの場合、訪問ネットワーク（visited network）内のＳＭＦとホームネットワーク（home network）内のＳＭＦとの間のリファレンスポイント

−Ｎ１７：ＡＭＦとＥＩＲとの間のリファレンスポイント

−Ｎ１８：あるＮＦとＵＤＳＦとの間のリファレンスポイント

−Ｎ１９：ＮＥＦとＳＤＳＦとの間のリファレンスポイント

図１１は、サービスベースの表現を用いた５Ｇシステムアーキテクチャを例示する図である。

本図で例示されたサービスベースのインターフェースは、所定のＮＦにより提供される／公表されるサービスのセットを示す。サービスベースのインターフェースは、制御プレーン内で用いられる。次は、本図のように表現された５Ｇシステムのアーキテクチャに含まれるサービスベースのインターフェースを例示する。

−Ｎａｍｆ：ＡＭＦにより公開された（exhibited）サービスベースのインターフェース

−Ｎｓｍｆ：ＳＭＦにより公開された（exhibited）サービスベースのインターフェース

−Ｎｎｅｆ：ＮＥＦにより公開された（exhibited）サービスベースのインターフェース

−Ｎｐｃｆ：ＰＣＦにより公開された（exhibited）サービスベースのインターフェース

−Ｎｕｄｍ：ＵＤＭにより公開された（exhibited）サービスベースのインターフェース

−Ｎａｆ：ＡＦにより公開された（exhibited）サービスベースのインターフェース

−Ｎｎｒｆ：ＮＲＦにより公開された（exhibited）サービスベースのインターフェース

−Ｎａｕｓｆ：ＡＵＳＦにより公開された（exhibited）サービスベースのインターフェース

ＮＦサービスは、ＮＦ（即ち、ＮＦサービス供給側）により他のＮＦ（即ち、ＮＦサービス消費側）にサービスベースのインターフェースを介して公表される能力の一種である。ＮＦは、１つまたは複数のＮＦサービスを公表することができる。ＮＦサービスを定義するために次のような基準が適用される。

−ＮＦサービスは、終端間（end-to-end）の機能を説明するための情報の流れから導出される。

−完全な終端間（end-to-end）のメッセージの流れは、ＮＦサービス呼出（invocation）のシーケンスによって説明される。

−ＮＦが自体のサービスにサービスベースのインターフェースを介して提供する２つの動作は、次の通りである。

i）「要求−応答（Request-response）」：制御プレーンＮＦ＿Ｂ（即ち、ＮＦサービス供給側）は、また別の制御プレーンＮＦ＿Ａ（即ち、ＮＦサービス消費側）から特定のＮＦサービス（動作の遂行および／または情報の提供を含む）の提供の要求を受ける。ＮＦ＿Ｂは、要求内でＮＦ＿Ａにより提供された情報に基づいたＮＦサービスの結果を応答する。

要求を満たすために、ＮＦ＿Ｂは、交互に他のＮＦからのＮＦサービスを消費することができる。要求−応答のメカニズムで、通信は、２つのＮＦ（即ち、消費側と供給側との）間の一対一で行われる。

ii）「加入−通知（Subscribe-Notify）」

制御プレーンＮＦ＿Ａ（即ち、ＮＦサービス消費側）は、また別の制御プレーンＮＦ＿Ｂ（即ち、ＮＦサービス供給側）により提供されるＮＦサービスに加入する。多数の制御プレーンＮＦは、同一の制御プレーンＮＦサービスに加入することができる。ＮＦ＿Ｂは、このＮＦサービスの結果をこのＮＦサービスに加入された興味のあるＮＦに通知する。消費側からの加入要求は、周期的なアップデートまたは特定のイベント（例えば、要求された情報の変更、特定の閾値（臨界値）の到達など）を通じてトリガされる通知のための通知要求を含むことができる。このメカニズムは、ＮＦ（例えば、ＮＦ＿Ｂ）が明示的な加入要求なしで暗黙的に特定の通知に加入した場合（例えば、成功した登録手続による）も含む。

図１２は、本発明が適用されることができるＮＧ−ＲＡＮのアーキテクチャを例示する。

図１２を参照すると、次世代アクセスネットワーク（ＮＧ−ＲＡＮ：New Generation Radio Access Network）は、ＵＥに向かったユーザプレーンおよび制御プレーンプロトコルの終端を提供する、ｇＮＢ（NR NodeB）および／またはｅＮＢ（ｅＮｏｄｅＢ）で構成される。

ｇＮＢ（１つまたは複数（ら））間に、またｇＮＢ（１つまたは複数）と５ＧＣ（5thGenerationCorenetwork）に接続するｅＮＢ（１つまたは複数）との間にＸｎインターフェースを利用して相互接続する。ｇＮＢ（１つもしくは複数）ならびにｅＮＢ（１つもしくは複数）は、また５ＧＣにＮＧインターフェースを利用して接続して、より具体的には、ＮＧ−ＲＡＮと５ＧＣとの間の制御プレーンインターフェスであるＮＧ−Ｃインターフェース（すなわち、Ｎ２リファレンスポイント）を利用してＡＭＦに接続し、ＮＧ−ＲＡＮと５ＧＣとの間のユーザプレーンインターフェスであるＮＧ−Ｕインターフェース（すなわち、Ｎ３リファレンスポイント）を利用してＵＰＦに接続する。

無線プロトコルのアーキテクチャ

図１３は、本発明が適用されることができる無線プロトコルスタックを例示する図である。特に、図１３（ａ）は、ＵＥとｇＮＢとの間の無線インターフェースユーザプレーンプロトコルスタックを例示し、図１３（ｂ）は、ＵＥとｇＮＢとの間の無線インターフェース制御プレーンプロトコルスタックを例示する。

制御プレーンは、ＵＥおよびネットワークが呼を管理するために用いる制御メッセージが送信される通信路を意味する。ユーザプレーンは、アプリケーション層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが送信される通信路を意味する。

図１３（ａ）を参照すると、ユーザプレーンプロトコルスタックは、第１層（Layer 1）（即ち、物理（ＰＨＹ：Physical Layer）層）、第２層（Layer 2）に分割されることができる。

図１３（ｂ）を参照すると、制御プレーンプロトコルスタックは、第１層（即ち、ＰＨＹ層）、第２層、第３層（即ち、無線リソース制御（ＲＲＣ：Radio resource Control）層）、非（ノン）アクセスストラタム（ＮＡＳ：Non-Access Stratum）層に分割されることができる。

第２層は、媒体アクセス制御（ＭＡＣ：Medium Access Control）サブレイヤと、無線リンク制御（ＲＬＣ：Radio Link Control）サブレイヤと、パケットデータコンバージェンスプロトコル（ＰＤＣ：Packet Data Convergence Protocol）サブレイヤと、サービスデータ適応プロトコル（ＳＤＡＰ：Service Data Adaptation Protocol）サブレイヤ（ユーザプレーンの場合）と、に分割される。

無線ベアラは、２つのグループに分類される。すなわち、ユーザプレーンデータのためのデータ無線ベアラ（ＤＲＢ：Data Radio Bearer）と、制御プレーンデータのためのシグナリング無線ベアラ（ＳＲＢ：signaling Radio Bearer）と、である。

以下、無線プロトコルの制御プレーンおよびユーザプレーンの各層を説明する。

１）第１層であるＰＨＹ層は、物理チャネル（physical channel）を用いることによって、上位層への情報送信サービス（information transfer service）を提供する。物理層は、上位レベルに位置するＭＡＣサブレイヤにトランスポートチャネル（transport channel）を介して接続され、トランスポートチャネルを介してＭＡＣサブレイヤとＰＨＹ層との間でデータが送信される。トランスポートチャネルは、無線インターフェースを介してデータがどのように、どのような特徴により送信されるかによって分類される。また、互いに異なる物理層間、送信端のＰＨＹ層と受信端のＰＨＹ層との間では、物理チャネル（physical channel）を介してデータが送信される。

２）ＭＡＣサブレイヤは、論理チャネル（logical channel）とトランスポートチャネル（transport channel）との間のマッピング、トランスポートチャネルを介してＰＨＹ層に／から伝達されるトランスポートブロック（ＴＢ：Transport Block）に／から１つまたは異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ：Service Data Unit）の多重化／逆多重化、スケジューリング情報の報告、ＨＡＲＱ（Hybrid Automatic Repeat Request）を介したエラー訂正、動的スケジューリングを用いたＵＥ間の優先順位ハンドリング、論理チャネルの優先順位を用いて、１つのＵＥの論理チャネル間の優先順位ハンドリング、パディング（Padding）を行う。

互いに異なる種類のデータは、ＭＡＣサブレイヤにより提供されるサービスを伝達する。各論理チャネルのタイプは、どのタイプの情報が伝達されるかを定義する。

論理チャネルは、２つのグループに分類される。すなわち、制御チャネル（Control Channel）およびトラフィックチャネル（Traffic Channel）である。

i）制御チャネルは、制御プレーンの情報のみを伝達するために用いられ、次の通りである。

−ブロードキャスト制御チャネル（ＢＣＣＨ：Broadcast Control CHannel）：システム制御情報をブロードキャストするためのダウンリンクチャネル。

−ページング制御チャネル（ＰＣＣＨ：Paging Control CHannel）：ページング情報およびシステム情報変更の通知を伝達するダウンリンクチャネル。

−共通制御チャネル（ＣＣＣＨ：Common Control CHannel）：ＵＥとネットワークとの間の制御情報を送信するためのチャネル。このチャネルは、ネットワークとＲＲＣ接続を有さないＵＥのために用いられる。

−専用制御チャネル（ＤＣＣＨ：Dedicated Control CHannel）：ＵＥとネットワークとの間で専用制御情報を送信するための一対一（point-to-point）の両方向チャネル。ＲＲＣ接続を有するＵＥによって用いられる。

ii）トラフィックチャネルは、ユーザプレーンの情報のみを使用するために用いられる。

−専用トラフィックチャネル（ＤＴＣＨ：Dedicated Traffic CHannel）：ユーザ情報を伝達するための、単一のＵＥに専用の、一対一（point-to-point）チャネル。ＤＴＣＨは、アップリンクおよびダウンリンクが全て存在することができる。

ダウンリンクにおいて、論理チャネルとトランスポートチャネルとの間の接続は、次の通りである。

ＢＣＣＨは、ＢＣＨにマッピングされてもよい。ＢＣＣＨは、ＤＬ−ＳＣＨにマッピングされてもよい。ＰＣＣＨは、ＰＣＨにマッピングされてもよい。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングされてもよい。

アップリンクにおいて、論理チャネルとトランスポートチャネルとの接続は、次の通りである。ＣＣＣＨは、ＵＬ−ＳＣＨにマッピングされてもよい。ＤＣＣＨは、ＵＬ−ＳＣＨにマッピングされてもよい。ＤＴＣＨは、ＵＬ−ＳＣＨにマッピングされてもよい。

３）ＲＬＣサブレイヤ（層）は、３つの送信モードをサポートする：透過モード（ＴＭ：Transparent Mode）、非確認モード（ＵＭ：Unacknowledged Mode）、確認モード（ＡＭ：Acknowledged Mode）。

ＲＬＣ設定は、論理チャネル別に適用されることができる。ＳＲＢの場合、ＴＭまたはＡＭモードが用いられ、反面、ＤＲＢの場合、ＵＭまたはＡＭモードが用いられる。

ＲＬＣサブレイヤは、上位層ＰＤＵの伝達と、ＰＤＣＰと独立のシーケンスナンバリングと、ＡＲＱ（Automatic Repeat Request）を介したエラー訂正と、分割（segmentation）、および再分割（re-segmentation）と、ＳＤＵの再結合（reassembly）と、ＲＬＣＳＤＵ廃棄（破棄）（discard）と、ＲＬＣ再確立（re-establishment）と、を行う。

４）ユーザプレーンのためのＰＤＣＰサブレイヤは、シーケンスナンバリング（Sequence Numbering）と、ヘッダ圧縮および圧縮解凍（解除）（decompression）（ロバストヘッダ圧縮）（ＲｏＨＣ：Robust Header Compression）の場合のみ）と、ユーザデータ伝達と、再配列（reordering）および重複（複写）検出（duplicate detection）（ＰＤＣＰよりも上位の層に伝達が要求される場合）と、ＰＤＣＰ ＰＤＵルーティング（スプリットベアラ（split bearer）の場合）と、ＰＤＣＰ ＳＤＵの再送信と、暗号化（ciphering）および解読（deciphering）と、ＰＤＣＰ ＳＤＵの廃棄と、ＲＬＣ ＡＭのためのＰＤＣＰ再確立およびデータの復旧（recovery）と、ＰＤＣＰ ＰＤＵの複製と、を行う。

制御プレーンのためのＰＤＣＰサブレイヤは、追加的にシーケンスナンバリング（Sequence Numbering）と、暗号化（ciphering）、解読（deciphering）および完全性保護（integrity protection）と、制御プレーンデータの伝達と、複製（重複）検出と、ＰＤＣＰ ＰＤＵの複製と、を行う。

ＲＲＣにより無線ベアラのための複製（二重化）（duplication）が設定されるとき、複製されたＰＤＣＰ ＰＤＵを制御するために追加的なＲＬＣエンティティおよび追加的な論理チャネルが無線ベアラに追加される。ＰＤＣＰにおける複製は、同一のＰＤＣＰ ＰＤＵを二回送信することを含む。一回目は、元のＲＬＣエンティティに伝達され、二回目は、更なるＲＬＣエンティティに伝達される。このとき、元のＰＤＣＰ ＰＤＵおよび該当複製（本）は、同一のトランスポートブロック（transport block）に送信されない。互いに異なる２つの論理チャネルが、同一のＭＡＣエンティティに属してもよく（ＣＡの場合）、または互いに異なるＭＡＣエンティティに属してもよい（ＤＣの場合）。前者の場合、元のＰＤＣＰ ＰＤＵと該当複製とが同一のトランスポートブロック（transport block）で送信されないように保証するために、論理チャネルマッピングの制限が用いられる。

５）ＳＤＡＰサブレイヤは、ｉ）ＱｏＳのフローとデータ無線ベアラとの間のマッピング、ｉｉ）ダウンリンクおよびアップリンクパケット内のＱｏＳフロー識別子（ＩＤ）のマーキングを行う。

ＳＤＡＰの単一のプロトコルエンティティが各個別のＰＤＵセッション別に設定されるが、例外的に二重接続（性）（ＤＣ：Dual Connectivity）の場合、２つのＳＤＡＰエンティティが設定されることができる。

６）ＲＲＣサブレイヤは、ＡＳ（Access Stratum）およびＮＡＳ（Non-Access Stratum）に関するシステム情報のブロードキャストと、５ＧＣまたはＮＧ−ＲＡＮにより開始されたページング（paging）と、ＵＥとＮＧ−ＲＡＮとの間のＲＲＣ接続の確立、維持、および解除（さらに、キャリアアグリゲーション（carrier aggregation）の修正および解除を含み、また、追加的にＥ−ＵＴＲＡＮとＮＲとの間に、またはＮＲ内における二重接続（Dual Connectivity）の修正および解除をさらに含む）と、キー管理を含むセキュリティ機能と、ＳＲＢおよびＤＲＢの確立、設定、維持、および解除と、ハンドオーバおよびコンテキストの伝達と、ＵＥセルの選択および再解除ならびにセルの選択／再選択の制御と、ＲＡＴ間の移動性を含むモビリティ機能と、ＱｏＳ管理機能、ＵＥ測定報告および報告制御と、無線リンク失敗の検出および無線リンク失敗からの回復と、ＮＡＳからＵＥへのＮＡＳメッセージの伝達およびＵＥからＮＡＳへのＮＡＳメッセージの伝達と、を行う。

３ＧＰＰリリース１４では、次のような範囲（スコープ）でＥＰＣ以後の次世代移動通信システムに対する研究（スタディ）が進行中である（３ＧＰＰ ＳＰ−１５０８６３）。

目標は、次世代モバイルネットワークのためのシステムアーキテクチャを設計することである。新しいアーキテクチャは、新しいＲＡＴ（１つまたは複数）、進化したＬＴＥおよび非３ＧＰＰアクセスタイプをサポートし、アクセス依存性を最小にしなければならない。新しいアーキテクチャのための提案は、現在アーキテクチャの進化をベースとするか、または「clean slate」アプローチ（接近）方式をベースとすることができる。

研究は、新しいアーキテクチャへの移住（migrant）シナリオを考慮しなければならない。予想される作業には、次が含まれることができる。

−高い水準のアーキテクチャ要求事項（requirement）の調査。

−アーキテクチャ議論のために共通言語として用いられる用語の定義。

−互いに相互作用を介して必要な機能および高い水準の機能を収集する高い水準のシステムアーキテクチャの定義。

アーキテクチャは、次のような運営効率性および最適化特性のｎｏｎ−ｅｘｈａｓｔｉｖｅリストとして開発されなければならない。

１．拡張可能な方式で従来および新規の通信サービスによるモバイルデータトラフィック／機器の数の急激な増加を処理できる能力。

２．コアおよび無線ネットワークの独立した進化を許可。

３．総所有（ownership）コスト（費用）を減らし、運営効率性、エネルギ効率性および単純城を改善し、新しいサービスを提供するための柔軟性をサポートする技術（例えば、ネットワーク機能仮像（仮想）化およびソフトウェア定義ネットワーキング（Software defined networking））のサポート（支援）。

次世代システム（Next Generation System；ＮＧＳ）

次世代モバイルネットワークシステム、すなわち５Ｇコアネットワークに対するデザインのために、３ＧＰＰでは、ＳＭＡＲＴＥＲ（Services and Markets Technology Enablers）という研究を介してサービス要求事項を定義してきている。また、ＳＡ２では、これに基づいてＦＳ＿ＮｅｘｔＧｅｎ（Study on Architecture for Next Generation System）研究が進行している。

ＮＧＳに対して、次のような定義がＴＲ２３．７９９で定義された。

−進化した（Evolved）Ｅ−ＵＴＲＡ：ＮｅｘｔＧｅｎシステムで動作するためにＥ−ＵＴＲＡ無線インターフェースが進化したＲＡＴ。

−ネットワーク能力（capability）：一般に別途のまたはスタンドアローン（独立型）（standalone）「エンドユーザ（ユーザ終端）サービス（end user service）」として用いられないが、「エンドユーザ（終端ユーザ）（end user）」に提供される遠隔通信サービスとして結合されうる構成要素として用いられる３ＧＰＰ特定（固有の）特徴で、かつ提供されるネットワーク（例えば、位置サービスは、一般に「エンドユーザ」が単に他のＵＥの位置を問い合わせ（query）るのに用いられない。特徴またはネットワーク能力として位置サービスが（例えば、追跡アプリケーションにより）使用され、「エンドユーザサービス」として提供される。ネットワーク能力は、内部的にネットワークで使用されることができ、ならびに／または（‘３ｒｄパーティ’と呼ばれる）外部ユーザに公表しうる。）。

−ネットワーク機能（Function）：ネットワーク機能は、３ＧＰＰが採択した機能またはネットワークで３ＧＰＰが定義した処理機能であって、機能的動作および３ＧＰＰ定義インターフェースを定義する。ネットワーク機能は、専用ハードウェア（dedicated hardware）上のネットワーク要素として、専用ハードウェア上において実行されるソフトウェアインスタンスとしてまたは適切なプラットホーム（例えば、クラウドインフラ構造（ストラクチャ）において）上においてインスタンス化された仮像（仮想）化機能として具現されうる。

−ＮｅｘｔＧｅｎ：本明細書で用いられる次世代を意味する。

−ＮｅｘｔＧｅｎコアネットワーク：ＮｅｘｔＧｅｎアクセスネットワークに接続するコアネットワーク。

−ＮｅｘｔＧｅｎ ＲＡＮ（ＮＧ ＲＡＮ）：次のオプションのうち、一つまたは複数をサポートする無線アクセスネットワークを表す。

２）スタンドアローン（standalone）の新しい無線。

４）スタンドアローンの新しい無線は、進化したＥ−ＵＴＲＡ拡張を有するアンカ（anchor）である。

５）進化したＥ−ＵＴＲＡ。

７）進化したＥ−ＵＴＲＡは、新しい無線拡張を有するアンカである。

次世代コアと接続（（interface）するＲＡＮという共通点を有する。

−ＮｅｘｔＧｅｎアクセスネットワーク（ＮＧ ＡＮ）：ＮｅｘｔＧｅｎ ＲＡＮまたは非３ＧＰＰアクセスネットワークを意味し、次世代コアと接続（（interface）する。

−ＮｅｘｔＧｅｎ Ｓｙｓｔｅｍ（ＮＧシステム）：ＮｅｘｔＧｅｎアクセス（接続）ネットワーク（ＮＧ ＡＮ）およびＮｅｘｔＧｅｎコアを含むＮｅｘｔＧｅｎシステムを意味する。

−ＮｅｘｔＧｅｎ ＵＥ：ＮｅｘｔＧｅｎシステムに接続されるＵＥ。

−ＰＤＵ接続（connectivity）サービス：ＵＥとデータネットワークとの間のＰＤＵ交換を提供するサービス。

−ＰＤＵセッション：ＵＥとのＰＤＵ接続サービスを提供するデータネットワーク間のアソシエーション（association）、アソシエーションのタイプは、ＩＰタイプ、イーサネット（登録商標）（Ethernet）タイプおよびｎｏｎ−ＩＰタイプを含む。

−ＩＰタイプのＰＤＵセッション：ＵＥとＩＰデータネットワークとの間のアソシエーション。

−サービス連続性：ＩＰアドレスおよび／またはアンカポイントが変更される場合を含んで、サービスの中断がないユーザ経験。

−セッション連続性：ＰＤＵセッションの連続性、ＩＰタイプＰＤＵセッションに対して「セッション連続性」は、ＰＤＵセッションの寿命（存続期間）の間にＩＰアドレスが記憶される（preserved）ことを意味する。

ネットワークスライスと関連してＮＧＭＮ（Next Generation Mobile Networks）Ａｌｌｉａｎｃｅで要求事項を定義することがある。

図１４は、本発明の一実施形態によるネットワークスライスコンセプトを例示する図である。

図１４に示すように、ネットワークスライスは、１）サービスインスタンス層、２）ネットワークスライスインスタンス層、３）リソース層、の３通りの層を含むことができる。

サービスインスタンス層は、サポートされるサービス（エンドユーザ（ユーザ−終端）（end-user）サービスまたはビジネスサービス）を示す。各サービスは、サービスインスタンスで表示されることができる。一般に、サービスは、ネットワーク事業者または３ｒｄ ｐａｒｔｙにより提供されうる。これにより、サービスインスタンスは、事業者サービスまたは３ｒｄ ｐａｒｔｙ提供サービスを表すことができる。

ネットワーク事業者は、ネットワークスライスブループリント（青写真）（Blueprint）を使用してネットワークスライスインスタンスを生成できる。ネットワークスライスインスタンスは、サービスインスタンスにより必要なネットワーク特性を提供する。ネットワークスライスインスタンスは、ネットワーク運営者が提供する様々なサービスインスタンスの間で共有できる。

ネットワークスライスインスタンスは、他のネットワークスライスインスタンスにより共有されることができない一つまたは複数のサブネットワークインスタンスで構成されるか、またはそうでないこともあり得る。同様に、サブネットワークブループリントは、物理／論理リソースで実行されるネットワーク機能セットを構成するサブネットワークインスタンスを生成するのに用いられることができる。

以下では、ネットワークスライスと関連する用語を定義する。

−サービスインスタンス：ネットワークスライス内でまたはネットワークスライスにより実現されるエンドユーザサービスまたはビジネスサービスのインスタンス。

−ネットワークスライスインスタンス：このようなネットワーク機能を実行するためのネットワーク機能セットおよびリソースであって、サービスインスタンスで要求する特定ネットワーク特性を充足させる完全にインスタンス化された論理的ネットワークを形成する。

−ネットワークスライスインスタンスは、完全にまたは部分的に、論理的および／または物理的に他のネットワークスライスインスタンスと分離（isolate）されうる。

−リソースは、物理および論理リソースを含む。

−ネットワークスライスインスタンスは、様々なネットワークスライスインスタンスが特別な場合に共有できるサブネットワークインスタンスから構成されることができる、（。）ネットワークスライスインスタンスは、ネットワークスライスブループリントにより定義される。

−ネットワークスライスインスタンスを作る時にインスタンス特定（固有）ポリシおよび構成が必要である。

−ネットワーク特性例には、超低遅延（ultra-low-latency）、超信頼性（ultra-reliability）などがある。

ネットワークスライスブループリント：寿命（life cycle）の間にネットワークスライスインスタンスをインスタンス化し制御する方法に対する構造、構成および計画／ワークフローに対する完全な説明。ネットワークスライスブループリントは、特定ネットワーク特性（例えば、超低遅延、超信頼性、企業のための付加価値（value-added）サービスなど）を提供するネットワークスライスのインスタンス化を可能にする。ネットワークスライスブループリントは、必要な物理および論理リソースならびに／またはサブネットワークブループリントを表す。

サブネットワークインスタンス：サブネットワークインスタンスは、一連のネットワーク機能およびこれらのネットワーク機能のためのリソースを含む。

−サブネットワークインスタンスは、サブネットワークブループリントにより定義される。

−サブネットワークインスタンスは、完壁な論理ネットワークを形成する必要がない。

−サブネットワークインスタンスは、二つ以上のネットワークスライスにより共有されうる。

−リソースは、物理および論理リソースを含む。

−サブネットワークブループリント：サブネットワークインスタンスの構造（および含まれた構成要素）に関する説明およびこれをインスタンス化する方法に対する計画／ワークフロー、（。）サブネットワークブループリントは、物理および論理リソースを表し、他のサブネットワークブループリントを表すことができる。

−物理リソース：無線アクセスを含み、計算（computation）、記憶（storage）または送信のための物理的資産。ネットワーク機能は、リソースとして見なされない。

−論理リソース：物理リソースの分割（partition）、またはネットワーク機能専用もしくは様々なネットワーク機能セット間で共有される様々な物理リソースのグループ化。

−ネットワーク機能（ＮＦ）：ネットワーク機能は、ネットワークで機能を処理することを意味する。

−ＮＦには、テレコムノード機能だけでなくスイッチング機能が含まれるが、これに限定されない（例えば、イーサネット（登録商標）スイッチング機能、ＩＰルーティング機能）。

−ＶＮＦは、ＮＦの仮像（仮想）化バージョンである（ＶＮＦに関する詳細な内容は、ＥＴＳＩ ＮＦＶ参照）。

これに基づいて、ＳＡ ＷＧ１では、ＳＭＡＲＴＥＲ作業を介して次のような潜在的要求事項（Potential Requirement）を定義した。

ネットワークスライス（Network Slicing）

５Ｇシステムは、ネットワークリソースおよびネットワーク機能を各サービスによって独立したスライス（slice）で提供するネットワークスライス（Network Slicing）技術を導入した。

ネットワークスライスを介して、オペレータは、ユーザ指定された（customized）ネットワークを提供できる。例えば、機能（例えば、優先順位、請求、ポリシ制御、セキュリティおよび移動性）に対する要求事項（requirement）の差があるか、または性能要求事項（例えば、遅延時間、移動性、可用性（availability）、信頼性およびデータ速度）に対する差があるか、特定ユーザ（例えば、ＭＰＳ（Multiple Projections System）ユーザ、公共安全ユーザ、企業顧客、ローマ（roamer）もしくはＭＶＮＯ（Mobile Virtual Network Operator）ホスティング）に対してのみサービスが提供されることもできる。

ネットワークスライスは、無線アクセスネットワーク機能およびコアネットワーク機能（例えば、潜在的に他のベンダからの）を含む完全なネットワークの機能を提供できる。一つのネットワークが一つまたは複数のネットワークスライスをサポートできる。

以下、５Ｇシステムにおけるネットワークスライスに対する要求事項について説明する。

５Ｇシステムは、オペレータがネットワークスライスを生成、修正および削除できるように許可しなければならない。

５Ｇシステムは、オペレータがネットワークスライスでサポートされる一連のサービスおよび機能を定義しアップデートできるように許可しなければならない。

５Ｇシステムは、オペレータがＵＥをネットワークスライスに関連させる情報を設定できるように許可しなければならない。

５Ｇシステムは、オペレータがサービスをネットワークスライスに関連させる情報を設定できるように許可しなければならない。

５Ｇシステムは、オペレータがＵＥをネットワークスライスに割り当て、ＵＥを一つのネットワークスライスから他のネットワークスライスへ移動させ、ネットワークスライスにより提供される加入、ＵＥ機能、オペレータのポリシおよびサービスによって、ネットワークスライスからＵＥを除去できるように許可しなければならない。

５Ｇシステムは、ＶＰＬＭＮがＵＥを、必要なサービスを有しＨＰＬＭＮにより承認されるネットワークスライス、または基本（デフォルト）ネットワークスライスに割り当てるメカニズムをサポートしなければならない。

５Ｇシステムは、ＵＥが一つのオペレータの二つ以上のネットワークスライスに同時に割り当てられ、割り当てられたネットワークスライスのサービスにアクセス可能にしなければならない。

一つのネットワークスライスにあるトラフィックおよびサービスは、同じネットワークにある他のネットワークスライスのトラフィックおよびサービスに影響を与えない。

ネットワークスライスの生成、修正および削除は、同じネットワークの他のネットワークスライスにあるトラフィックおよびサービスに影響を及ぼさないか、または最小限の（minimal）影響を及ぼす。

５Ｇシステムは、容量（capacity）（すなわち、ネットワークスライスの容量の融通（弾力）性（elasticity））の適応をサポートしなければならない。

５Ｇシステムは、ネットワークオペレータがネットワークスライスに対する最小使用可能（可用）（available）容量を定義することができるようにする。同じネットワーク上の他のネットワークスライスの容量融通性は、該当ネットワークスライスに対する最小容量の使用可能性に影響を与えない。

５Ｇシステムは、ネットワーク運営者がネットワークスライスに対する最大容量を定義することができるようにする。

５Ｇシステムは、様々なネットワークスライスが同じネットワークのリソースにおいて競合する場合、ネットワークオペレータが他のネットワークスライス間の優先順位を定義できるようにしなければならない。

５Ｇシステムでは、ネットワーク機能がネットワークスライスで使用されうるように、オペレータがネットワーク機能をネットワークに追加および除去する方法をサポートする。

５Ｇシステムは、運営者が異なるネットワークスライスから提供されるポリシ、機能および性能を差別化できる方法をサポートしなければならない。

５Ｇシステムは、同じネットワークスライスにあるホームおよびローミングユーザに接続性の提供をサポートしなければならない。

共有５Ｇネットワーク設定において、各オペレータは、上記のすべての要求事項を割り当てられたネットワークリソースに適用できなければならない。

ネットワークスライスは、特定ネットワーク機能およびネットワーク特性を提供するのに必要なネットワーク機能セットおよび対応するリソースを含む完全な論理ネットワークである。これには、５Ｇ−ＡＮおよび５Ｇ ＣＮが全て含まれる。ネットワークスライスインスタンス（Network Slice Instance；ＮＳＩ）は、ネットワークスライスのインスタンス化（instantiation）、すなわちネットワークスライステンプレートによって意図したネットワークスライスサービスを伝達する配置（展開）された（deployed）ネットワーク機能セットを意味する。

ネットワークスライスが導入されるにつれて、各スライス別にネットワーク機能とネットワークリソースとの分離（Isolation）、独立した管理（independent management）などを提供できる。これによって、サービス、ユーザなどによって５Ｇシステムのネットワーク機能を選択してこれを組み合わせることによって、サービス、ユーザ別に独立してかつより柔軟なサービスを提供できる。

ネットワークスライスは、アクセスネットワークとコアネットワークとを論理的に統合したネットワークを称する。

ネットワークスライス（Network Slice）は、次のうち、一つまたは複数を含むことができる。

−コアネットワーク制御プレーンおよびユーザプレーン機能

−ＮＧ−ＲＡＮ

−非３ＧＰＰアクセスネットワークへの非３ＧＰＰ相互動作機能（Ｎ３ＩＷＦ：Non-3GPP Inter Working Function）

各ネットワークスライス別にサポートされる機能とネットワーク機能との最適化が相異なることができる。多数のネットワークスライスインスタンス（instance）（ＮＳＩ）が同じ機能を互いに異なるＵＥのグループに提供できる。

一つのＵＥは、５Ｇ−ＡＮを経由して一つまたは複数のネットワークスライスインスタンスに同時に接続されることができる。一つのＵＥは、最大８個のネットワークスライスにより同時にサービスを受けることができる。ＵＥをサービングするＡＭＦインスタンスは、ＵＥをサービングする各ネットワークスライスインスタンスに属することができる。すなわち、このＡＭＦインスタンスは、ＵＥをサービングするネットワークスライスインスタンスに共通であることができる。ＵＥをサービングするネットワークスライスインスタンス（１つまたは複数）のＣＮ部分は、ＣＮにより選択される。

ＵＥに対するスライスのセットに対するＡＭＦ探索および選択は、登録手順において第１番目に接触されたＡＭＦによりトリガされ、これに、ＡＭＦの変更が続くことができる。ＳＭＦ探索および選択は、ＰＤＵセッションを確立するためのＳＭメッセージがＵＥから受信されるときにＡＭＦにより開始される。ＮＲＦは、探索および選択作業を助けるために使用される。

一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスだけに属する。互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。

一つのＰＤＵセッションは、ＰＬＭＮ別に特定の一つのネットワークスライスインスタンスに属する。互いに異なるスライスが同じＤＮＮ（Data Network Name）を利用するスライス特定（固有）ＰＤＵセッションを有することができるが、互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。

単一ネットワークスライス選択補助情報（Ｓ−ＮＳＳＡＩ：Single Network Slice Selection Assistance Information）は、ネットワークスライスを識別する。各Ｓ−ＮＳＳＡＩは、ネットワークが特定ネットワークスライスインスタンスを選択するために利用される補助情報である。ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩ（１つまたは複数）のセットである。Ｓ−ＮＳＳＡＩは、次を含む。

−スライス／サービスタイプ（ＳＳＴ：Slice/Service type）：ＳＳＴは、機能およびサービスの側面で予想されるネットワークスライスの動作を示す。

−スライス識別因子（区分子）（ＳＤ：Slice Differentiator）：ＳＤは、指示されたＳＳＴを全部遵守する潜在的な複数のネットワークスライスインスタンスからネットワークスライスインスタンスを選択するためのＳＳＴ（１つまたは複数）を補完する選択的な情報である。

Ｓ−ＮＳＳＡＩは、標準値またはＰＬＭＮ−特定値を有することができる。ＰＬＭＮ−特定値を有するＳ−ＮＳＳＡＩは、ＰＬＭＮ−特定値を割り当てるＰＬＭＮのＰＬＭＮ ＩＤと関連する。Ｓ−ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩと関連するＰＬＭＮ以外のアクセスストレイタム手順においてＵＥにより使用されてはならない。

ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩの収集（コレクション）（collection）である。ＮＳＳＡＩにおいて、ＵＥとネットワークとの間のシグナリングメッセージで伝送されるＳ−ＮＳＳＡＩは、最大８個までである。各Ｓ−ＮＳＳＡＩは、特定ネットワークスライスインスタンスを選択するときにネットワークを補助（assist）する。

互いに異なるＳ−ＮＳＳＡＩを使用して、同じネットワークスライスインスタンスが選択されることができる。

オペレータの運営または配置の必要性によって、同じＳ−ＮＳＳＡＩに対して同じまたは他の登録領域にネットワークスライスの様々なネットワークスライスインスタンスが配置されることができる。ＵＥがＳ−ＮＳＳＡＩと関連するごとに、ＵＥは、対応する配置された多数のネットワークスライスインスタンスのうち、任意の時間においてただ一つのインスタンスによってのみサービスされることができる。

ＵＥにサービスするネットワークスライスインスタンス（１つまたは複数）のＣＮ部分は、ＣＮにより選択される。

（Ｒ）ＡＮは、５ＧＣが許可されたＮＳＳＡＩを（Ｒ）ＡＮに知らせる前に、ＵＥ制御プレーン接続を処理するために、アクセスストレイタムシグナリングで要求されたＮＳＳＡＩを使用することができる。要求されたＮＳＳＡＩは、ＵＥが一時ユーザＩＤをまた提供するときにルーティングのためにＲＡＮにより使用されない。

ＵＥが成功裏に登録されると、ＣＮは、制御プレーンの側面で許可されたＮＳＳＡＩ全体を提供することによって（Ｒ）ＡＮに知らせる。

特定スライスインスタンスに対するＰＤＵセッションが確立（establish）されると、ＣＮは、ＲＡＮがアクセス特定機能を行うことができるように、このＰＤＵセッションが属するスライスインスタンスに該当するＳ−ＮＳＳＡＩを（Ｒ）ＡＮに提供できる。

標準化されたＳＳＴ値は、ＰＬＭＮが最も一般に用いられるスライス／サービスタイプに対してより効率的にローミング使用事例をサポートできるようにスライスに対するグローバル（全域）相互運用性（global interoperability）を確立する方法を提供する。

標準化されたＳＳＴ値は、次の表２のとおりである。

＜表２＞

このようなすべての標準化されたＳＳＴ値のサポートは、ＰＬＭＮにおいて要求されない。

加入情報（subscription）は、ＵＥが加入したネットワークスライスのＳ−ＮＳＳＡＩを含む。一つまたは複数のＳ−ＮＳＳＡＩがデフォルト（基本）Ｓ−ＮＳＳＡＩとしてマーキングされうる。最大８個までのＳ−ＮＳＳＡＩがデフォルトＳ−ＮＳＳＡＩとしてマーキングされうる。しかしながら、ＵＥは、８個以上のＳ−ＮＳＳＡＩに加入できる。Ｓ−ＮＳＳＡＩがデフォルト（基本）（default）としてマーキングされる場合、ネットワークは、ＵＥが登録要求において任意のＳ−ＮＳＳＡＩをネットワークに送信しなくても関連ネットワークスライスでＵＥにサービスすることを期待する。

ＵＥ加入データは、与えられたＳ−ＮＳＳＡＩに対するデフォルト（基本）ＤＮＮ値を含むことができる。

ＵＥが登録要求で提供するＮＳＳＡＩは、ユーザの加入データに対して検証（verified）される。

１）初期アクセス時におけるネットワークスライスの選択

ＵＥは、ＰＬＭＮ別にホームＰＬＭＮ（ＨＰＬＭＮ：Home PLMN）により設定ＮＳＳＡＩ（Configured NSSAI）を設定されることができる。Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩは、ＰＬＭＮ−特定され、ＨＰＬＭＮは、各Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩが適用されるＰＬＭＮ（１つまたは複数）を指示する。

ＵＥの初期アクセスのとき、ＲＡＮは、ＮＳＳＡＩを利用してメッセージを伝達する初期ネットワークスライスを選択する。このために、登録手順において、ＵＥは、ネットワークに要求ＮＳＳＡＩ（Requested NSSAI）を提供する。このとき、ＵＥがネットワークにＲｅｑｕｅｓｔｅｄ ＮＳＳＡＩを提供するとき、所定のＰＬＭＮ内のＵＥは、該当ＰＬＭＮのＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに属するＳ−ＮＳＳＡＩだけを使用する。

ＵＥがＲＡＮにＮＳＳＡＩを提供しないか、または提供されたＮＳＳＡＩによって適切なネットワークスライスをＲＡＮが選択できないとき、ＲＡＮは、デフォルト（Default）ネットワークスライスを選択できる。

加入データは、ＵＥが加入したネットワークスライス（１つまたは複数）のＳ−ＮＳＳＡＩ（１つまたは複数）を含む。一つまたは複数のＳ−ＮＳＳＡＩは、デフォルト（default）Ｓ−ＮＳＳＡＩとしてマーキングされうる。Ｓ−ＮＳＳＡＩがデフォルトとしてマーキングされると、ＵＥが登録要求（Registration request）内でネットワークにいかなるＳ−ＮＳＳＡＩも送信しなくても、ネットワークは、関連するネットワークスライスでＵＥにサービスできる。ＵＥ加入データは、与えられたＳ−ＮＳＳＡＩに対するデフォルト（default）ＤＮＮを含むことができる。ＵＥが登録要求で提供するＮＳＳＡＩは、ユーザの加入データに対して検証（verify）される。

ＵＥが成功裏に登録されると、ＣＮは、全体の許可ＮＳＳＡＩ（Allowed NSSAI）（一つまたは複数のＳ−ＮＳＳＡＩを含む）を提供することによって（Ｒ）ＡＮに知らせる。また、ＵＥの登録手順が成功裏に完了するとき、ＵＥは、このＰＬＭＮのためのＡｌｌｏｗｅｄ ＮＳＳＡＩをＡＭＦから獲得できる。

Ａｌｌｏｗｅｄ ＮＳＳＡＩは、このＰＬＭＮのためのＣｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩに優先する。ＵＥは、以後サービングＰＬＭＮ内ネットワークスライス選択関連手順のためのネットワークスライスに該当するＡｌｌｏｗｅｄ ＮＳＳＡＩ内のＳ−ＮＳＳＡＩ（１つまたは複数）だけを使用する。

各ＰＬＭＮにおいて、ＵＥは、Ｃｏｎｆｉｇｕｒｅｄ ＮＳＳＡＩおよびＡｌｌｏｗｅｄ ＮＳＳＡＩ（存在する場合）を記憶する。ＵＥがＰＬＭＮのためのＡｌｌｏｗｅｄ ＮＳＳＡＩを受信するとき、このＰＬＭＮのため以前に記憶されたＡｌｌｏｗｅｄ ＮＳＳＡＩに代替（上書き）（override）する。

２）スライス変更

ネットワークは、ローカルポリシ、ＵＥの移動性、加入情報変更などによって、既に選択されたネットワークスライスインスタンスを変更できる。すなわち、ＵＥのネットワークスライスのセットは、ＵＥがネットワークに登録されている間、いつでも変更できる。また、ＵＥのネットワークスライスのセットの変更は、ネットワークまたは特定条件下のＵＥにより開始されうる。

ローカル（地域）（local）ポリシ、加入情報変更および／またはＵＥの移動性に基づいて、ネットワークは、ＵＥが登録された許可されるネットワークスライス（１つまたは複数）のセットを変更できる。ネットワークは、登録手順中にこのような変更を行うことができ、または、登録手順をトリガできる手順を利用してサポートされるネットワークスライス（１つもしくは複数）の変更をＵＥに通知できる。

ネットワークスライス変更時にネットワークは、新しいＡｌｌｏｗｅｄ ＮＳＳＡＩおよびトラッキング領域リスト（Tracking Area list）をＵＥに提供できる。ＵＥは、モビリティ管理手順（Mobility Management Procedure）に応じるシグナリングに新しいＮＳＳＡＩを含めて送信することによって、スライスインスタンスの再選択を引き起こす。スライスインスタンスの変更によって、これをサポートするＡＭＦも変更されることができる。

ＵＥがネットワークスライスがもうこれ以上利用可能でない領域に進入すると、コアネットワークは、ＰＤＵセッション解除手順を介してもうこれ以上利用可能でないネットワークスライスに相応するＳ−ＮＳＳＡＩに対するＰＤＵセッションを解除する。

もうこれ以上利用可能でないスライスに相応するＰＤＵセッションが解除されるとき、ＵＥは、ＵＥポリシを利用して、従来のトラフィックが他のスライスに属するＰＤＵセッションを介してルーティングできるかどうかを決定する。

用いられるＳ−ＮＳＳＡＩ（１つまたは複数）のセットの変更のために、ＵＥは、登録手順を開始する。

３）ＳＭＦ選択

ＰＣＦは、ネットワークスライス選択ポリシ（ＮＳＳＰ：Network Slice Selection Policy）をＵＥに提供する。ＮＳＳＰは、ＵＥをＳ−ＮＳＳＡＩと連係させ、トラフィックがルーティングされるＰＤＵセッションを決定するためにＵＥにより用いられる。

ネットワークスライス選択ポリシは、ＵＥのアプリケーション別に提供され、これは、ＵＥアプリケーション別にＳ−ＮＳＳＡＩをマッピングできる規則を含む。ＡＭＦは、ＵＥが伝達したＳＭ−ＮＳＳＡＩおよびＤＮＮ情報と共に加入者情報、ローカル事業者ポリシなどを利用してＰＤＵセッション管理のためのＳＭＦを選択する。

特定スライスインスタンスのためのＰＤＵセッションが確立されるとき、ＲＡＮがスライスインスタンスの特定機能にアクセスできるように、ＣＮは、このＰＤＵセッションが属するスライスインスタンスに該当するＳ−ＮＳＳＡＩを、（Ｒ）ＡＮに提供する。

４）ＵＥ ＮＳＳＡＩ設定およびＮＳＳＡＩ記憶領域（aspect）

ＵＥは、ＰＬＭＮ別に設定されたＮＳＳＡＩ（Configured NSSAI）でＨＰＬＭＮにより設定されることができる。設定されたＮＳＳＡＩは、ＰＬＭＮ固有（特定的）（specific）でありえ、ＨＰＬＭＮは、設定されたＮＳＳＡＩがすべてのＰＬＭＮに適用されるか否かを含み、各々の設定されたＮＳＳＡＩがどのようなＰＬＭＮ（１つまたは複数）に適用されるかを指示する（すなわち、設定されたＮＳＳＩは、ＵＥが接続したＰＬＭＮと無関係に同じ情報を伝達する（例えば、これは、標準化されたＳ−ＮＳＳＡＩだけを含むＮＳＳＡＩに対して可能でありうる）。登録時、要求されたＮＳＳＡＩをネットワークに提供するときに与えられたＰＬＭＮのＵＥは、該当ＰＬＭＮがある場合、設定されたＮＳＳＡＩに属するＳ−ＮＳＳＡＩのみを使用しなければならない。ＵＥの登録手順が成功裏に完了すると、ＵＥは、一つまたは複数のＳ−ＮＳＳＡＩを含むことができる、このＰＬＭＮに対して許可されたＮＳＳＡＩをＡＭＦから得ることができる。このようなＳ−ＮＳＳＡＩは、ＵＥが登録したサービングＡＭＦにより提供される現在の登録領域に対して有効で、ＵＥにより同時に用いられることができる（最大同時ネットワークスライスまたはＰＤＵセッション数まで）。

許可されたＮＳＳＡＩは、このＰＬＭＮに対して設定されたＮＳＳＡＩより優先する。ＵＥは、サービングＰＬＭＮの後続（subsequent）のネットワークスライス選択関連手順に対して、ネットワークスライスに該当する許可されたＮＳＳＡＩのＳ−ＮＳＳＡＩのみを使用しなければならない。

各々のＰＬＭＮに対して、ＵＥは、設定されたＮＳＳＡＩおよび（可能な場合）許可されたＮＳＳＡＩを記憶しなければならない。ＵＥがＰＬＭＮに対して許可されたＮＳＳＡＩを受信すると、ＵＥは、ＰＬＭＮに対して許可されたＮＳＳＡＩを記憶し、このＰＬＭＮに対して以前に記憶されていた許可されたＮＳＳＡＩをオーバーライド（上書き）しなければならない。

ネットワークスライスインスタンスを介したデータネットワークに対するユーザプレーン接続の設定は、二つの段階から構成される。

−必要なネットワークスライスをサポートするＡＭＦを選択するためにＲＭ手順を行う。

−ネットワークスライスインスタンス（１つまたは複数）を介して要求されたデータネットワークに一つまたは複数のＰＤＵセッションを確立。

５）細部動作の概要

ＵＥがＰＬＭＮに登録するとき、ＵＥは、ＵＥに記憶されている場合、ＲＲＣおよびＮＡＳ層のネットワークに設定されたＮＳＳＡＩ、承認されたＮＳＳＡＩまたはこれらのサブセットを提供しなければならない。

ＲＲＣとＮＡＳとのＮＳＳＡＩが正確に同じであるかどうかが決定されることができる。ＮＳＳＡＩは、ＡＭＦを選択するのに用いられるのに対し、Ｓ−ＮＳＳＡＩは、ネットワークスライスインスタンスの選択を助けるのに用いられる。

ＵＥは、ＰＬＭＮごとに設定されたおよび／または承認されたＮＳＳＡＩを記憶しなければならない。

−設定されたＮＳＳＡＩは、ＰＬＭＮ固有（特定）承認ＮＳＳＡＩがＵＥに記憶されていないとき、ＰＬＭＮで用いられるようにＨＰＬＭＮによりＵＥに設定される。

−承認されたＮＳＳＡＩは、登録手順でＰＬＭＮによりＵＥに提供されるＮＳＳＡＩであり、ＵＥは、該当ＰＬＭＮから次の登録まで該当ＰＬＭＮでこれを使用しなければならない。登録承認メッセージには、承認されたＮＳＳＡＩが含まれることができる。承認されたＮＳＳＡＩは、後続の登録手順によりアップデートされることができる。

ＵＥが選択されたＰＬＭＮに対し設定されたＮＳＳＡＩが提供されると、ＵＥは、このＮＳＳＡＩをＲＲＣ接続確立およびＮＡＳに含めなければならない。ＲＡＮは、提供されたＮＳＳＡＩを使用してＡＭＦに初期アクセスをルーティングする。

ＵＥがまだ選択されたＰＬＭＮに対していかなる受諾されたＮＳＳＡＩも受信しなかったが、ＵＥが選択されたＰＬＭＮに対して設定されたＮＳＳＡＩが提供されると、ＵＥは、ＲＲＣ接続確立およびＮＡＳに設定されたＮＳＳＡＩまたはサブセットを提供できる。ＲＡＮは、ＡＭＦに対する初期アクセスをルーティングするためにＮＳＳＡＩを使用する。

ＵＥがＲＲＣ接続確立およびＮＡＳで選択されたＰＬＭＮに対していかなるＮＳＳＡＩ（承認されたまたは設定された）も提供しないと、ＲＡＮは、ＮＡＳシグナリングをデフォルト（基本）（default）ＡＭＦとして送信する。

登録が成功裏になされると、ＵＥは、サービングＡＭＦによりＧＵＴＩ（Globally Unique Temporary UE Identity）が提供される。ＵＥは、Ｔｅｍｐ ＩＤが有効な限り、ＲＡＮが適切なＡＭＦでＮＡＳメッセージをルーティングできるようにするために、後続の初期アクセスの間にＲＲＣ接続確立にローカル固有一時ＩＤを含める。また、サービングＰＬＭＮは、ＵＥに対するサービングＰＬＭＮにより許可されたスライスの最近承認されたＮＳＳＡＩをリターンできる。承認されたＮＳＳＡＩは、ＵＥのサービングＰＬＭＮにより許可されたスライスのＳ−ＮＳＳＡＩ値を含む。

ＲＲＣにおいてＮＳＳＡＩおよび完全なローカル固有の一時ＩＤを受信するとき、ＲＡＮが局所的に固有の一時ＩＤに対応するＡＭＦに到達できると、ＲＡＮは、該当ＡＭＦに要求を伝達する。あるいは、ＲＡＮは、ＵＥにより提供されるＮＳＳＡＩに基づいて適切なＡＭＦを選択し、その要求を選択されたＡＭＦに送信する。ＲＡＮが提供されたＮＳＳＡＩに基づいてＡＭＦを選択できない場合、要求は、デフォルトＡＭＦに伝送される。

ネットワークオペレータは、ＵＥにネットワークスライス選択ポリシ（ＮＳＳＰ）を提供できる。ＮＳＳＰは、各々一つのアプリケーションと特定Ｓ−ＮＳＳＡＩとを連係させる一つまたは複数のＮＳＳＰ規則を含む。すべてのアプリケーションをＳ−ＮＳＳＡＩとマッチングさせる基本規則も含まれることができる。特定Ｓ−ＮＳＳＡＩと関連するＵＥアプリケーションがデータ送信を要求するとき、以下の通りである。

−ＵＥがこの特定Ｓ−ＮＳＳＡＩで確立された一つまたは複数のＰＤＵセッションを有する場合、ＵＥの他の条件がＰＤＵセッションの使用を禁止しない限り、ＵＥは、該当ＰＤＵセッションのうち、いずれか一つでこのアプリケーションのユーザデータをルーティングする。アプリケーションがＤＮＮを提供すると、ＵＥは、このＤＮＮを考慮して使用するＰＤＵセッションを決定する。

ＵＥがこのような特定Ｓ−ＮＳＳＡＩで確立されたＰＤＵセッションを有さない場合、ＵＥは、このＳ−ＮＳＳＡＩおよびアプリケーションにより提供されうるＤＮＮと共に新しいＰＤＵセッションを要求する。ＲＡＮがＲＡＮでネットワークスライスをサポートするための適切なリソースを選択するために、ＲＡＮは、ＵＥにより用いられるネットワークスライスを認識する必要がある。

ローカルポリシ、加入変更および／またはＵＥの移動性に基づいて、ネットワークは、ＮＳＳＡＩの新しい値を表す承認されたＮＳＳＡＩ変更通知をＵＥに提供することによって、ＵＥにより用いられるネットワークスライスセットを変更できる。これは、ＲＲＣおよびＮＡＳシグナリングにネットワークが提供した新しいＮＳＳＡＩの値を含むＵＥ開始再登録手順をトリガする。

ＵＥにより用いられるスライスセットの変更（ＵＥまたはネットワークを開始するかどうか）は、運営者ポリシによってＡＭＦ変更を引き起こすことができる。

ＵＥがアクセスできるネットワークスライスセットを変更すると、このようなスライスがもうこれ以上用いられない場合（一部のスライスが潜在的に維持される場合）、原本（オリジナル）ネットワークスライスのセットおよび進行中である（ongoing）ＰＤＵセッションが終了する。

初期登録手順の間に、ネットワークがＵＥが異なるＡＭＦによりサービスされなければならないと決定すると、初期登録要求を初めて受信したＡＭＦは、ＲＡＮを介してまたは初期ＡＭＦとターゲットＡＭＦとの間の直接シグナリングを介して、初期登録要求を他のＡＭＦにリダイレクト（redirect）できる。ＲＡＮを介してＡＭＦにより伝送されたリダイレクトメッセージは、ＵＥにサービスする新しいＡＭＦに関する情報を含まなければならない。

既に登録されたＵＥに対して、システムは、ＵＥのネットワークによりサービングＡＭＦからターゲットＡＭＦに開始されるリダイレクト（redirection）をサポートしなければならない。

−オペレータポリシは、ＡＭＦ同士のリダイレクトが許可されるかどうかを決定する。

−ネットワークがＮＳＳＡＩ変更によりＵＥをリダイレクトすると決定すると、ネットワークは、ＲＭ手順を使用してアップデートされた／新しいＮＳＳＡＩをＵＥに送信し、ＵＥがアップデートされた／新しいＮＳＳＡＩに登録アップデート手順を始めよとの指示を送る。ＵＥは、アップデートされた／新しいＮＳＳＡＩで登録アップデート手順を開始する。

ＡＭＦは、Ｓ−ＮＳＳＡＩ、ＤＮＮおよびその他の情報（例えば、ＵＥ加入およびローカル運営者ポリシ）に基づいて、ネットワークスライスインスタンスからＳＭＦを選択する。選択されたＳＭＦは、Ｓ−ＮＳＳＡＩおよびＤＮＮに基づいてＰＤＵセッションを確立する。

ローミングシナリオにおいて、ＶＰＬＭＮおよびＨＰＬＭＮのネットワークスライス特定ネットワーク機能は、ＰＤＵ接続確立の間にＵＥにより提供されるＳ−ＮＳＳＡＩに基づいて次のように選択される。

−標準化されたＳ−ＮＳＳＡＩが用いられると、スライス特定ＮＦインスタンスの選択は、提供されたＳ−ＮＳＳＡＩに基づいて各ＰＬＭＮにより行われる。

−そうでない場合、ＶＰＬＭＮは、ローミング合意（ＶＰＬＭＮのデフォルトＳ−ＮＳＳＡＩに対するマッピングを含む）に基づいて、ＨＰＬＭＮのＳ−ＮＳＳＡＩをＶＰＬＭＮのＳ−ＮＳＳＡＩにマッピングする。ＶＰＬＭＮにおけるスライス特定ＮＦインスタンスの選択は、ＶＰＬＭＮのＳ−ＮＳＳＡＩに基づいて行われ、ＨＰＬＭＮのスライス特定ＮＦインスタンスの選択は、ＨＰＬＭＮのＳ−ＮＳＳＡＩに基づく。

図１５は、本発明が適用されうる５Ｇ／ＮＲシステムの端末−コアネットワーク間のプロトコルスタックを例示する。

Ｎ１は、ＥＰＳのＮＡＳプロトコル、Ｎ２は、ＥＰＳのＳ１−ＡＰと類似の役割を行うことができる。５Ｇ ＲＲＣおよび５Ｇ ＡＳは、各々従来のＬＴＥ ＲＲＣおよびＬＴＥ ＡＳ、あるいは新しく標準化が進行中であるＮＲのＮＲ ＲＲＣおよびＮＲ ＡＳに該当し、２種類のＲＡＴともＲＲＣは、現在のＬＴＥ ＲＲＣをベースにすると予想される。

ＰＬＭＮに対して設定されたまたは許可されたＮＳＳＡＩを有するＵＥ

ＵＥがＰＬＭＮに登録するとき、このＰＬＭＮに対して設定されたＮＳＳＡＩまたは許可されたＮＳＳＡＩ ｆを有すると、ＵＥは、ＲＲＣおよびＮＡＳ層のネットワークに（例えば、ＵＥに対する）Ｓ−ＮＳＳＡＩ（１つまたは複数）を含む要求されたＮＳＳＡＩを提供しなければならない。このとき、上記Ｓ−ＮＳＳＡＩ（１つまたは複数）は、一時ユーザＩＤがＵＥに割り当てられた場合、一時ユーザＩＤに加えて、ＵＥが登録しようとするスライス（１つまたは複数）に対応できる。

要求されたＮＳＳＡＩは、次のうちのいずれか一つでありうる。

−ＵＥが現在のＰＬＭＮに対して許可されたＮＳＳＡＩを有さない場合、設定されたＮＳＳＡＩもしくは以下に述べられるようなそのサブセット、または、

−ＵＥが現在のＰＬＭＮに対して許可されたＮＳＳＡＩを有する場合、許可されたＮＳＳＡＩもしくは以下に述べられるようなそのサブセット、または、

−許可されたＮＳＳＡＩもしくは以下に述べられるようなそのサブセットと、許可されたＮＳＳＡＩ内に相応するＳ−ＮＳＳＡＩが存在せずに、以前に現在のトラッキング領域に対してネットワークにより永久的に拒否されない（よう）設定されたＮＳＳＡＩからの一つまたは複数のＳ−ＮＳＳＡＩ。

Ｓ−ＮＳＳＡＩが現在のトラッキング領域に対してネットワークにより永久的に以前に拒絶されたか、または要求されたＮＳＳＡＩでＵＥにより以前に追加されなかった場合、設定されたＮＳＳＡＩのサブセットは、このＰＬＭＮに適用可能な設定されたＮＳＳＡＩの一つまたは複数のＳ−ＮＳＳＡＩ（１つまたは複数）を含むＳ−ＮＳＳＡＩの組み合わせで構成される。

許可されたＮＳＳＡＩのサブセットは、このＰＬＭＮに対して最後に許可されたＮＳＳＡＩに一つまたは複数のＳ−ＮＳＳＡＩを含むＳ−ＮＳＳＡＩの組み合わせで構成される。

ＵＥは、要求されたＮＳＳＡＩにおいて、ＵＥが現在の登録領域においてサービングＰＬＭＮに以前に提供した設定されたＮＳＳＡＩからＳ−ＮＳＳＡＩを提供できる。

ＵＥは、要求されたＮＳＳＡＩをＲＲＣ接続確立およびＮＡＳメッセージに含めなければならない。ＲＡＮは、このＵＥと、ＲＲＣ接続確立中に獲得された要求されたＮＳＳＡＩを使用して選択されたＡＭＦと、の間でＮＡＳ信号をルーティングしなければならない。ＲＡＮが要求されたＮＳＳＡＩに基づいてＡＭＦを選択できない場合、デフォルトＡＭＦセットからＡＭＦへＮＡＳシグナリングをルーティングできる。

ＵＥが要求されたＮＳＳＡＩを提供しないと、ネットワーク動作は、「ＰＬＭＮに対するＮＳＳＡＩを有さないＵＥ」と関連して後述する内容と同一である。

登録に成功したとき、ＵＥは、サービングＡＭＦにより一時ＩＤが提供される。ＵＥは、ＲＡＮがＵＥと適切なＡＭＦとの間でＮＡＳシグナリングをルーティングできるようにするために、後続の初期アクセスの間にこの一時ＩＤをすべてのＲＲＣ接続確立に含めなければならない。

サービングＰＬＭＮは、加入情報、登録領域内のＲＡＮ能力および他のローカルに利用可能な情報を考慮して、サービングＡＭＦにより提供される現在登録領域におけるＵＥに対するサービングＰＬＭＮにより許可されたネットワークスライスを識別する新しい許可されたＮＳＳＡＩをまたリターンできる。ＵＥは、この新しい許可されたＮＳＳＡＩを記憶し、このＰＬＭＮに対して以前に記憶された許可されたＮＳＳＡＩにオーバーライド（override）することができる。

ネットワークは、拒絶された原因を有する要求されたＮＳＳＡＩにおいてＵＥにより提供されるＳ−ＮＳＳＡＩを個別に拒絶することができる。ネットワークは、また、拒絶が永久的であるか（例えば、Ｓ−ＮＳＳＡＩが少なくとも現在登録領域においてＰＬＭＮによりサポートされない）または一時的であるか（例えば、Ｓ−ＮＳＳＡＩに対応するネットワークスライスが一時的に利用可能でない）を指示できる。

要求されたＮＳＳＡＩおよび一時ＩＤをＲＲＣで受信するとき、ＲＡＮが一時ＩＤに対応するＡＭＦに到達できると、ＲＡＮは、ＡＭＦに要求を伝達する。あるいは、ＲＡＮは、ＵＥにより提供された要求されたＮＳＳＡＩに基づいて適切なＡＭＦを選択し、その要求を選択されたＡＭＦに送信する。ＲＡＮが要求されたＮＳＳＡＩに基づいてＡＭＦを選択できない場合、要求は、デフォルトＡＭＦに伝送される。

ＰＬＭＮに対するＮＳＳＡＩがないＵＥ

ＵＥがＰＬＭＮに登録するとき、このＰＬＭＮに対してＵＥが設定されたＮＳＳＡＩまたは許可されたＮＳＳＡＩを有していないと、ＲＡＮは、このＵＥから／にすべてのＮＡＳシグナリングをデフォルトＡＭＦに／からルーティングしなければならない。ＵＥは、該当ＰＬＭＮに対して設定されたＮＳＳＡＩまたは許可されたＮＳＳＡＩがないと、ＲＲＣ接続確立または初期ＮＡＳメッセージにいかなるＮＳＳＡＩも指示してはならない。登録が成功裏に行われると、ＵＥは、上記ＰＬＭＮ内のＡＭＦによる一時ＩＤだけでなく、加入された、デフォルトＳ−ＮＳＳＡＩ（ｓ）の一部であるＵＥに対するサービングＰＬＭＮにより許可されたスライスを識別する許可されたＮＳＳＡＩが提供されることができる。ＵＥは、ＲＡＮがＵＥと適切なＡＭＦとの間でＮＡＳシグナリングをルーティングできるようにするために、後続の初期アクセスの間にこの一時ＩＤをすべてのＲＲＣ接続確立に含めなければならない。

ＵＥに対するネットワークスライスセットの変更（modification）

ＵＥに対するネットワークスライスのセットは、ＵＥがネットワークに登録されている間にいつでも変更されることができ、後述するように特定条件下でネットワークまたはＵＥにより開始されることができる。本明細書では、ＡＭＦによりＵＥに割り当てられた登録領域がネットワークスライスに対してｈｏｍｏｇｅｎｅｏｕｓなサポートを有さなければならないと仮定される。

ローカルポリシ、加入変更および／またはＵＥの移動性に基づいたネットワークは、ＵＥが登録された許可されたネットワークスライス（１つもしくは複数）のセットを変更できる。ネットワークは、登録手順の間にこのような変更を行うか、またはＲＭ手順（登録手順をトリガできる）を使用して、サポートされるネットワークスライスの変更に関するＵＥに対する通知をトリガできる。ネットワークは、新しい許可されたＮＳＳＡＩおよびトラッキング領域リスト（目録）をＵＥに提供する。

ＵＥがネットワークスライスがもうこれ以上利用可能でない領域に進入すると、ＣＮは、ネットワークトリガ（triggered）ＰＤＵセッション解除手順を介して、もうこれ以上利用可能でないスライスに対応するＳ−ＮＳＳＡＩに関してＰＤＵセッションを解除できる。

もうこれ以上利用可能でないスライスに対応するＰＤＵセッションが解除されるとき、ＵＥは、ＵＥポリシを使用して従来のトラフィックが他のスライスに属するＰＤＵセッションを介してルーティングできるかどうかを決定する。

用いられるＳ−ＮＳＳＡＩセットを変更するために、ＵＥは、登録手順を始めなければならない。

ＵＥが登録されたＳ−ＮＳＳＡＩセットの変更（ＵＥまたはネットワークを開始するかどうか）は、オペレータポリシによってＡＭＦ変更を引き起こすことができる。

ネットワークスライスサポートによるＡＭＦ再配置（relocation）

ＰＬＭＮの登録手順の間に、ネットワークがネットワークスライス側面に基づいて相異なるＡＭＦによりサービスされなければならないとネットワークが決定する場合、まず、登録要求を受信したＡＭＦは、登録要求をＲＡＮまたは初期ＡＭＦとターゲットＡＭＦとの間の直接的なシグナリングを介して他のＡＭＦに再伝送しなければならない。ＲＡＮを介してＡＭＦにより伝送されたリダイレクトメッセージは、ＵＥにサービスするための新しいＡＭＦを選択するための情報を含まなければならない。

既に登録されたＵＥの場合、システムは、ネットワークスライスの考慮事項のため、ＵＥのネットワークによりサービングＡＭＦからターゲットＡＭＦに開始されたリダイレクトをサポートしなければならない。オペレータポリシは、ＡＭＦ間のリダイレクトが許可されるかどうかを決定できる。

必要なネットワークスライスインスタンス（１つまたは複数）に対するＰＤＵセッション接続確立

ネットワークスライスにおいてＤＮに対するＰＤＵセッションの確立は、ネットワークスライスでデータ送信を許可する。データネットワークは、Ｓ−ＮＳＳＡＩおよびＤＮＮと関連する。

ネットワークオペレータは、ネットワークスライス選択ポリシ（ＮＳＳＰ）をＵＥに提供できる。ＮＳＳＰは、一つまたは複数のＮＳＳＰ規則を含み、各ＮＳＳＰ規則は、特定Ｓ−ＮＳＳＡＩとアプリケーションとを連係させる。すべてのアプリケーションをＳ−ＮＳＳＡＩとマッチングさせる基本規則も含まれることができる。特定Ｓ−ＮＳＳＡＩと関連するＵＥアプリケーションがデータ送信を要求するとき、次の通りである。

−ＵＥが特定Ｓ−ＮＳＳＡＩに対応して設定された一つまたは複数のＰＤＵセッションを有する場合、ＵＥの他の条件がこれらのＰＤＵセッションの使用を禁止しない限り、ＵＥは、このＰＤＵセッションのうちの一つでこのアプリケーションのユーザデータをルーティングする。アプリケーションがＤＮＮを提供すると、ＵＥは、このＤＮＮを考慮して使用するＰＤＵセッションを決定する。

ＵＥがこの特定Ｓ−ＮＳＳＡＩで確立されたＰＤＵセッションを有さないと、ＵＥは、このＳ−ＮＳＳＡＩおよびアプリケーションにより提供されうるＤＮＮに対応する新しいＰＤＵセッションを要求する。ＲＡＮがＲＡＮでネットワークスライスをサポートするための適切なリソースを選択するために、ＲＡＮは、ＵＥにより用いられるネットワークスライスを認識する必要がある。

ＡＭＦは、ＵＥがＰＤＵセッションの確立をトリガするとき、Ｓ−ＮＳＳＡＩ、ＤＮＮならびにその他の情報（例えば、ＵＥ加入情報およびローカルオペレータポリシ）に基づいて、ネットワークスライスインスタンスでＳＭＦを選択する。選択されたＳＭＦは、Ｓ−ＮＳＳＡＩおよびＤＮＮに基づいてＰＤＵセッションを確立する。

スライスプライバシ考慮事項

ＵＥがプライバシ考慮事項がＮＳＳＡＩに適用されるということを認知または設定された場合、ＵＥがアクセスするスライスに対するスライス情報のネットワーク制御プライバシをサポートするために、次の通りである。

−ＵＥは、ＮＡＳセキュリティコンテキストがない限り、ＮＡＳシグナリングにＮＳＳＡＩを含んではならない。

−ＵＥは、非保護（unprotected）ＲＲＣシグナリングにＮＳＳＡＩを含めてはならない。

ネットワークスライス選択補助情報

端末は、登録（従来のアタッチ（Attach）あるいはトラッキング領域アップデート過程に該当）過程においてネットワークスライス（ＮＳ）選択のためにＮＳＳＡＩ値を含む／送信できる。一つのサービスを表すＳ−ＮＳＳＡＩは、ＳＳＴ（例えば、Ｖ２Ｘ（Vehicle To Anything）、ＩｏＴ、ｅＭＢＢなど）およびＳＤ（Slice Differentiator）（例えば、サービスプロバイダ）を含むことができる。有効な一時ＩＤ（ＧＵＴＩと同じ）を受けていない状態であると、ネットワークは、このＮＳＳＡＩに基づいて初めて接触するＡＭＦを選択するようになる。このようなＣＣＮＦ（Common Control Network Functions）の決定は、まず、ＲＡＮにおいてＮＳＳＡＩに基づいてルーティングを決定し、該当ＡＭＦからＮＳＳＦ（Network Slice Selection Function）またはＮＲＦ（Network Repository Function）などに問い合わせ（query）を送信して、他のＡＭＦにｒｅｄｉｒｅｃｔすることもできる。

少なくとも一つのＳ−ＮＳＳＡＩは、次のようなＮＳＳＡＩセットに含まれることができる。

−設定（された）（Configured）ＮＳＳＡＩ：端末が該当ＰＬＭＮで設定された少なくとも一つのＳ−ＮＳＳＡＩのセット。

−許可（許容）（された）（Allowed）ＮＳＳＡＩ：登録承認時にネットワークが端末に実際に許可した少なくとも一つのＳ−ＮＳＳＡＩのセット。

−要求（された）（Requested）ＮＳＳＡＩ：端末が登録要求を介して要求した少なくとも一つのＳ−ＮＳＳＡＩのセットであって、設定された、許可ＮＳＳＡＩまたはこれらのサブセットになることができる。

端末は、以前に受信した許可ＮＳＳＡＩがあると、要求ＮＳＳＡＩに設定ＮＳＳＡＩおよび許可ＮＳＳＡＩに属するＳ−ＮＳＳＡＩを含めることができる。許可ＮＳＳＡＩがないと、端末は、設定されたＮＳＳＡＩにあるＳ−ＮＳＳＡＩを要求ＮＳＳＡＩに含めることができる。ネットワークは、要求ＮＳＳＡＩに対する加入情報確認／許可（authorization）などの手続きを経た後、端末が使用可能なＳ−ＮＳＳＡＩ（１つまたは複数）のセットを許可ＮＳＳＡＩとして端末に送信できる。このとき、伝送される許可ＮＳＳＡＩには、要求ＮＳＳＡＩに含まれていなかったＳ−ＮＳＳＡＩ（１つまたは複数）も含まれることができる。

端末は、現在有しているＳ−ＮＳＳＡＩのｐｏｏｌ（設定されたＮＳＳＡＩおよび（最近に／最後に）許可されたＮＳＳＡＩ）で端末が要求しようとするＳ−ＮＳＳＡＩ（１つまたは複数）で要求ＮＳＳＡＩを構成して、登録手順を利用してネットワークに要求できる。ネットワークは、端末に許可されたＳ−ＮＳＳＡＩで許可ＮＳＳＡＩを構成できるが、このような過程で次のような問題が発生し得る。

問題点１．要求しない値（Ｓ−ＮＳＳＡＩ）をネットワークが提供する場合

ネットワークは、新しい許可ＮＳＳＡＩ値（すなわち、端末が要求しないＳ−ＮＳＳＡＩ値）を端末に与えることができる。

例えば、端末が３個のＳ−ＮＳＳＡＩ（例えば、＃１、＃２、＃３）を要求ＮＳＳＡＩに含んでネットワークに要求したが、ネットワークが端末の加入情報（subscription）を参考にして、追加的なＳ−ＮＳＳＡＩ（例えば、＃４）を許可ＮＳＳＡＩ（例えば、＃１、＃２、＃３、＃４）に含めて端末に送信することができる。または、端末が要求ＮＳＳＡＩにいかなるＳ−ＮＳＳＡＩ値も含めない場合にも、ネットワークは、端末の加入情報に基づいて少なくとも一つのＳ−ＮＳＳＡＩ値が含まれた許可ＮＳＳＡＩを端末に与えることができる。

このような場合、端末内で各アプリケーションとＳ−ＮＳＳＡＩとの間のマッピングのためのポリシ情報（ＮＳＳＰ）などに上記ネットワークから許可ＮＳＳＡＩを介して新しく受信したＳ−ＮＳＳＡＩに関する情報は存在しなくてもよい。これは、端末がＨｏｍｅでないＰＬＭＮに接続時非同期（unsync）を引き起こす。その結果、端末は、新しいＳ−ＮＳＳＡＩが許可されたにも関わらず、実際に利用できない状況が発生し得る。

問題点２．要求されたＳ−ＮＳＳＡＩ値のうち、一部が許可されない場合

例えば、端末が３個のＳ−ＮＳＳＡＩ（例えば、＃１、＃２、＃３）を要求ＮＳＳＡＩに含めてネットワークに要求したが、ある理由によりネットワークがこれに対する許可／承認を行わないか、またはできない場合がありうる。この場合、ネットワークは、許可しないＳ−ＮＳＳＡＩ値（すなわち拒絶（reject）したＳ−ＮＳＳＡＩ値）（例えば、＃２）は、許可ＮＳＳＡＩに含めないことができる（例えば、＃１、＃３）。この場合、ネットワークは、拒絶されたＳ−ＮＳＳＡＩに対する拒絶事由が一時的であるか（temporary）（例えば、特定の時間／場所条件が満たされると、再度許可可能な場合）、または永久的であるか（permanent）（例えば、特定の時間／場所条件が満たされても許可不可能な場合）に対して知らせる必要がある。しかしながら、現在まで多様なケースに関する端末／ネットワーク動作または拒絶事由伝達方法などに関して明確に定義されていない。

問題点３．要求したＳ−ＮＳＳＩ値と許可されたＳ−ＮＳＳＡＩ値とが（登録ごとに）同じ場合

登録領域内においてある理由で登録アップデート（従来のＴＡＵに該当する）を行うか（例えば、周期的アップデート、能力アップデート）、または登録領域が変更されたにもかかわらず、サポートされるネットワークスライスの設定が同一でありうる。しかしながら、現在まで標準に定義された端末動作によると、端末は、登録手順ごとに使用することを希望するネットワークスライス／サービスに対するＳ−ＮＳＳＡＩを全部含んで、ネットワークに要求し許可を受けなければならない。例えば、現在端末が同時に利用可能なスライスを８個までであるとすると、端末およびネットワークは、登録手順ごとに同じ８個のＳ−ＮＳＳＡＩを要求し許可しなければならない。これは、不必要な情報交換であって、リソースの浪費および送信時間の遅延を引き起こすことができる。

したがって、以下、上述した問題点を解決するための方法を提案しようとする。

発明提案１．ＵＥ要求ポリシアップデート手順

問題点１で述べたように、ネットワークは、端末が要求しない新しいＳ−ＮＳＳＡＩも許可ＮＳＳＡＩとして指示できるが、端末は、新しいＳ−ＮＳＳＡＩと関連するポリシ（ＮＳＳＰ）または規則を有さなくてもよい。例えば、端末は、要求ＮＳＳＡＩとして＃Ａ、＃Ｂおよび＃Ｃのように三個のＳ−ＮＳＳＡＩを要求したにもかかわらず、ネットワークは、特定の理由で（例えば、加入情報データアップデート）端末に＃Ａ、＃Ｂ、＃Ｃに追加して＃Ｄまでの合計４個のＳ−ＮＳＳＡＩが含まれた許可ＮＳＳＡＩを端末に指示できる。この場合、ネットワークは、許可ＮＳＳＡＩと共にその中に含まれたＳ−ＮＳＳＡＩに対するＮＳＳＰ／規則をアップデートまたは追加しなければならないが、端末とネットワークとの間の非同期／不一致などの理由で、このようなＮＳＳＰ／規則のアップデートが適切に行われなくてもよい。

端末は、新しく受けた許可ＮＳＳＡＩに含まれている少なくとも一つのＳ−ＮＳＳＡＩを端末が既に有しているＮＳＳＰと対照（照合）できる。対照結果、ＮＳＳＰにない新しいＳ−ＮＳＳＡＩを見つけた場合、端末は、これに対するポリシアップデートを要求できる。従来には、このように端末がポリシアップデートを直接要求する手順は存在しなかった。

このような端末のポリシアップデート要求手順は、次のような３種類の方法のうち、少なくとも一つまたはこれらの組み合わせで行われることができる。

１−１）登録手順を利用したポリシアップデート要求

端末は、ＮＳＳＰアップデートが必要な場合、登録アップデートを要求できる。このとき、登録アップデート要求メッセージに含まれる要求ＮＳＳＡＩには、現在端末が有し／記憶している許可ＮＳＳＡＩが全部含まれることができる。これと共に、端末は、この登録ポリシ要求が登録ポリシアップデートまたは能力アップデートのための要求であることを指示できる。例えば、端末は、アップデートタイプ／登録タイプに設定されたタイプ情報ならびに／または登録ポリシアップデートもしくは能力アップデートを指示するための別途の指示子（例えば、ポリシアップデートが要求される（Policy update required））などの情報をネットワークに指示できる。このとき、上記タイプ情報および／または指示子は、登録アップデート要求メッセージに含まれて、ネットワークに伝送されることができる。

端末は、本発明で言及されない他のポリシ情報のアップデートも本手順を介してネットワークに要求できる。

ＡＭＦは、端末が要求した登録アップデートがポリシアップデートのためであることを認知し、ＰＣＦに該当端末に対するポリシアップデートを要求できる。このとき、ＡＭＦは、端末から受けた（Ｓ−）ＮＳＳＡＩ（ポリシアップデートが必要な（Ｓ−）ＮＳＳＡＩのみまたは端末から受信した（Ｓ−）ＮＳＳＡＩ全て）をポリシアップデート要求に含むことができる。端末が他の種類のポリシ情報アップデートを要求したか、またはＡＭＦが判断したときに、端末に対する他のポリシ情報のアップデートが必要であれば、ＡＭＦは、本段階で、上記他の種類のポリシ情報のアップデートを共に要求できる。

ＰＣＦは、ＡＭＦからの登録アップデート要求（さらに詳細には、ポリシアップデート要求）に基づいて、端末のポリシをアップデートするためのポリシ情報をＡＭＦに送信できる。

ＰＣＦが伝達したポリシ情報を受信したＡＭＦは、端末に（への）登録アップデート承認（Accept）（メッセージ）を介してポリシ情報を端末に伝達できる。このとき、ＰＣＦは、ポリシ情報をＡＭＦに透明（トランスペアレント）（transparent）な情報とＡＭＦが認知できる情報とに分離してＡＭＦに伝達でき、ＡＭＦも透明な情報は、そのまま登録アップデート承認に入れて端末に伝達できる。および／または、ＡＭＦは、直前登録手順において端末に与えた許可ＮＳＳＡＩと同じ許可ＮＳＳＡＩを再度端末に（登録アップデート承認を介して）送信できる。

端末は、登録アップデート承認を受信することができる。端末は、以前の／予め記憶された許可ＮＳＳＡＩを、登録アップデート承認を介して新しく受信した許可ＮＳＳＡＩで上書き（overwrite）すると同時に、ポリシ情報を解析してＮＳＳＰおよび／またはその他のポリシをアップデートできる。

１−２）サービス要求を利用したポリシアップデート要求

端末は、ＮＳＳＰアップデートが必要であると判断した場合、サービス要求を行うことができる。ＵＰ接続が必要な場合でなければ、端末は、ＰＤＵセッションＩＤを含まずにサービス要求をネットワークに送信できる。このとき、端末は、サービス要求メッセージ内にＮＳＳＰアップデートが必要なＳ−ＮＳＳＡＩを含めることができる。また、端末は、本サービス要求がポリシアップデートのための要求であることをネットワークに知らせることができる。例えば、端末は、要求タイプおよび／または別途の指示子（e.g. Policy update required）などの情報をサービス要求メッセージに含めて送信することによって、ネットワークに本サービス要求がポリシアップデートのための要求であることを知らせることができる。端末は、本発明で言及されない他のポリシ情報のアップデートも、本手順を介して要求できる。

ＡＭＦは、端末が要求したサービス要求がポリシアップデートのためであることを認知し、ＰＣＦに該当端末に対するポリシアップデートを要求できる。端末のＣＭ（Connection Management）状態がＩＤＬＥであった場合、ＡＭＦは、まず、初期コンテキストセットアップまたはＮ２（ＮＧ−Ｃ）接続セットアップを同時に行うことができる。ＡＭＦは、端末から受信した（Ｓ−）ＮＳＳＡＩをこの要求に含むことができる。端末が他の種類のポリシ情報アップデートを要求したか、またはＡＭＦが判断したとき、端末に対する他のポリシ情報のアップデートが必要であれば、ＡＭＦは、本段階で、上記他の種類のポリシ情報のアップデートを共に要求できる。

ここで、ＣＭは、ＵＥとＡＭＦとの間のシグナリング接続を確立および解除するために利用される。ＣＭは、Ｎ１を介したＵＥとＡＭＦとの間のシグナリング接続を確立および解除する機能を含む。このシグナリング接続は、ＵＥとコアネットワークとの間にＮＡＳシグナリング交換を可能にするために利用される。このシグナリング接続は、ＵＥとＡＮとの間のＵＥのためのＡＮシグナリング接続およびＡＮとＡＭＦとの間のＵＥのためのＮ２接続をともに含む。

ＰＣＦは、ＡＭＦからのサービス要求（さらに詳細には、ポリシアップデート要求）に基づいて、端末のポリシをアップデートするためのポリシ情報をＡＭＦに送信できる。

ＰＣＦが伝達したポリシ情報を受信したＡＭＦは、端末に（への）登録アップデート承認（Accept）（メッセージ）を介してポリシ情報を端末に伝達できる。このとき、ＰＣＦは、ポリシ情報をＡＭＦに透明（transparent）な情報とＡＭＦが認知できる情報とに分離して、ＡＭＦに伝達できる。

ＡＭＦは、ＰＣＦから受信したポリシ情報を、次のうちの少なくとも一つのメッセージを介して端末に伝達できる。

−一般ＵＥ設定アップデート命令（Generic UE configuration update command）

−ダウンリンクＮＡＳ伝達（Downlink NAS transport）（for non-SM）

端末は、上のメッセージのうち、少なくとも一つを介してポリシ情報を受信しポリシ情報を解析して、ＮＳＳＰおよび／またはその他のポリシをアップデートできる。

１−３）新しいポリシアップデート手順を利用したポリシアップデート要求

ポリシ情報は、端末の他の設定情報とは区別される情報であるから、本発明では、端末が優先的にポリシアップデートを要求できる新しい手順を提案しようとする。

ＣＭ−ＣＯＮＮＥＣＴＥＤ状態である端末は、必要な場合、ポリシアップデート要求メッセージをネットワークに送信できる。このとき、該当メッセージには、ポリシアップデートを要求するポリシタイプ、これと関連する指示子、識別子および／またはｄｅｓｃｒｉｐｔｏｒが含まれることができる。例えば、欠落したＮＳＳＰをアップデートするためのポリシアップデート要求メッセージは、ポリシタイプとしてＮＳＳＰおよび／またはポリシｄｅｓｃｒｉｐｔｏｒとしてアップデートが必要なＳ−ＮＳＳＡＩを含むことができる。ポリシアップデート要求メッセージには、複数のポリシに対するアップデート要求を含むこともできる。

ＣＭ−ＩＤＬＥ状態である端末は、まず、サービス要求を介してＣＭ−ＣＯＮＮＥＣＴＥＤに遷移（transition）された後、本手順を行うことができる。あるいは、ＣＭ−ＩＤＬＥ状態の端末に限って、上述の１−２）で提案した方法が適用されることができる。

以後のＡＭＦおよびＰＣＦの動作は、上記の提案（１−１提案および／または１−２提案）と同一／同様に適用されることができる。ただし、ＡＭＦがＰＣＦからポリシ情報を受信した後、端末にこの情報を伝達するときには、一般ＵＥ設定アップデート命令（Generic UE configuration update command）および／またはダウンリンクＮＡＳ伝達（Downlink NAS transport）（for non-SM）が用いられることができる。

端末の動作もやはり、上記提案（１−１提案および／または１−２提案）と同一／同様に適用されることができる。

図１６は、本明細書の発明提案１による登録手順を例示するフローチャートである。本フローチャートと関連して先に上述した提案１の説明が同一／同様に適用されることができ、重複する説明は省略する。以下のフローチャートにおいて、少なくとも一つの段階が省略されるか、または新しい段階が追加されることができる。

１〜２．端末は、登録手順（特に、登録承認）を介してＡＭＦから許可ＮＳＳＡＩを受信することができる。このとき、端末が以前に有していなかった新しいＳ−ＮＳＳＡＩが許可ＮＳＳＡＩに含まれ、現在ＮＳＳＰに該当Ｓ−ＮＳＳＡＩに対するポリシ／規則が存在しない場合、端末は、３ａ、３ｂ、および／または３ｃの動作を行うことができる。

３ａ．発明提案１−１）によって、端末は、登録要求をＡＭＦに送信することによって、登録手順を再開でき、このとき、要求ＮＳＳＡＩ値と共に本要求がポリシアップデートのための要求であることを指示する情報を登録要求に含めて、ＡＭＦに送信できる。この他にも、端末は、アップデートが必要であると判断した他のポリシに対するアップデートも、これと共に要求できる。

３ｂ．発明提案１−２）によって、端末は、ＡＭＦにサービス要求を送信でき、サービス要求にＮＳＳＰアップデートが必要なＳ−ＮＳＳＡＩおよびアップデートが必要なポリシタイプを含めることができる。

３ｃ．発明提案１−３）によって、端末は、新しいポリシアップデート要求をＡＭＦに送信できる。このとき、該当ポリシアップデート要求には、アップデートが必要なポリシタイプ、および／またはＮＳＳＰアップデートが必要な少なくとも一つのＳ−ＮＳＳＡＩが含まれることができる。

４〜５．ＡＭＦは、要求された情報に基づいてＰＣＦにポリシ情報を要求できる。ＰＣＦは、ＡＭＦにポリシ情報を伝達するものの、ＡＭＦに透明な（transparent）な情報とＡＭＦに透明でない情報とを区分して伝達できる。ＡＭＦは、この二つの情報を区分してＵＥに送信できる。

６ａ．３ａ段階が行われた場合、ＡＭＦは、端末に登録承認メッセージを送信でき、このとき、該当メッセージに許可ＮＳＳＡＩと共に（アップデートされた）ポリシ情報を含めてＡＭＦに伝達できる。

６ｂまたは６ｃ：３ｂおよび／または３ｃ段階が行われた場合、ＡＭＦは、ＵＥ設定アップデート命令および／またはＤＬ ＮＡＳ伝達（transport）メッセージを利用して（アップデートされた）ポリシ情報を端末に伝達できる。

発明提案２．拒絶されたＳ−ＮＳＳＡＩの処理

問題点２で述べたように、端末の要求ＮＳＳＡＩのうち、少なくとも一部のＳ−ＮＳＳＡＩは、ネットワークにより許可されないから、許可ＮＳＳＡＩに含まれない場合がありうる。例えば、端末は、要求ＮＳＳＡＩを介して、＃Ａ、＃Ｂ、＃Ｃのように３個のＳ−ＮＳＳＡＩを要求したが、ネットワークは、特定の理由で（例えば、加入情報アップデート、混雑（congestion）、Ｎｏｔ ｃｏ−ｅｘｉｓｔａｂｌｅなど）＃Ａおよび＃Ｃ Ｓ−ＮＳＳＡＩだけを許可し、＃Ｂ Ｓ−ＮＳＳＡＩは許可しなくてもよい。このとき、ネットワークは、拒絶されたＳ−ＮＳＳＡＩの拒絶が一時的であるか（Temporary）または永久的であるか（Permanent）を端末に知らせる必要があるが、これについての詳細な動作が現在標準で定義されていないから不明である。

ネットワークは、要求ＮＳＳＡＩに含まれているＳ−ＮＳＳＡＩを許可するかどうかを個別に判断する。このとき、ＡＭＦは、記憶している端末のＵＥコンテキストに基づいて、および／もしくはＵＤＭに問い合わせ（query）を送信してＵＥ加入情報を確認して、許可するかどうかを判断できる。ならびに／または、ＡＭＦは、ＮＳＳＦもしくはＮＲＦを介して許可するかどうかを判断できる。ネットワークは、上記判断手順によって個別のＳ−ＮＳＳＡＩに対して許可するかどうかを判断し、必要なときに適切なＡＭＦへのＲｅｄｉｒｅｃｔｉｏｎ手順を行うことができる。

このとき、個別のＳ−ＮＳＳＡＩを許可するかどうかは、ＡＭＦが該当のＳ−ＮＳＳＡＩのサポートが可能であるかどうかおよび／もしくはサービスが可能であるかどうかによって決定されることができる。ならびに／または、個別のＳ−ＮＳＳＡＩを許可するかどうかは、ＰＬＭＮで該当の端末に対して許可されたＳ−ＮＳＳＡＩに基づいて決定されることができる。ならびに／または、個別のＳ−ＮＳＳＡＩを許可するかどうかは、端末の現在（current）の登録領域で許可されたＳ−ＮＳＳＡＩに基づいて決定されることができる。

例えば、端末に対して許可可能なＳ−ＮＳＳＡＩは、端末の現在のＰＬＭＮおよび／または登録領域別に事前に設定されることができる。この場合、端末が要求したＳ−ＮＳＳＡＩが端末の現在のＰＬＭＮおよび／または登録領域で許可されるＳ−ＮＳＳＡＩに該当する場合、該当要求Ｓ−ＮＳＳＡＩは、承認／許可されることができる。反対に、端末が要求したＳ−ＮＳＳＡＩが端末の現在のＰＬＭＮおよび／または登録領域で許可されないＳ−ＮＳＳＡＩに該当する場合、該当要求Ｓ−ＮＳＳＡＩは、拒絶されることができる。

ネットワークは、このような判断手順を介して、個別のＳ−ＮＳＳＡＩに対して許可するかどうかを判断／決定し、これに基づいて登録承認に含まれる許可ＮＳＳＡＩを決定できる。このとき、端末が要求したＮＳＳＡＩのうち、一部または全体のＳ−ＮＳＳＡＩをネットワークが許可できない場合（すなわち、拒絶する場合）、ネットワークは、拒絶理由（Reject Cause）を（許可ＮＳＳＡＩと共に）端末に提供できる。

このために、ネットワークは、登録承認または登録拒絶メッセージに許可ＮＳＳＡＩだけでなく、拒絶ＮＳＳＡＩまたは非許可ＮＳＳＡＩなどのフィールド／ＩＥ（Information Element）を介して、このような拒絶関連情報を端末に伝達できる。例えば、ネットワークは、登録承認または登録拒絶メッセージ内の特定フィールド／ＩＥに許可（Ｓ−）ＮＳＳＡＩ、拒絶／非許可（Ｓ−）ＮＳＳＡＩおよび／または拒絶理由を含めて端末に伝達できる。

これに対する細部の動作は、次の通りである。

２−１）ＰＬＭＮ／ＵＥに対する永久的な拒絶

端末は、要求ＮＳＳＡＩに（現在（current）／全体（entire））ＰＬＭＮに対する設定ＮＳＳＡＩに含まれたＳ−ＮＳＳＡＩを含んで要求したが、該当Ｓ−ＮＳＳＡＩが拒絶されうる。このとき、該当Ｓ−ＮＳＳＡＩに対する拒絶理由が永久的な場合（例えば、該当／現在／全体ＰＬＭＮで該当Ｓ−ＮＳＳＡＩが（もうこれ以上）サポート／サービスされないか、または端末の加入情報により該当Ｓ−ＮＳＳＡＩが（もうこれ以上）許可されない場合）、ネットワークは、拒絶したＳ−ＮＳＳＡＩに対する拒絶理由（Reject Cause）を明示できる（例えば、許可されないＳ−ＮＳＳＡＩ（Not allowed S-NSSAI）、サポートされないＳ−ＮＳＳＡＩ（Not supported S-NSSAI）、現在／全体ＰＬＭＮで有効（利用可能）でないＳ−ＮＳＳＡＩ（S-NSSAI not available in the current PLMN）など）。すなわち、ネットワーク（特に、ＡＭＦ）は、拒絶された一つまたは複数のＳ−ＮＳＳＡＩおよび拒絶理由を端末に送信できる。

追加的に、拒絶を伝送するネットワークがＨＰＬＭＮにおいて永久的に拒絶するとき、本拒絶が現在ＰＬＭＮに対するものか、またはすべてのＰＬＭＮに対するものかも詳細（細部的）に端末に知らせることができる。

ネットワークは、使用中であるＳ−ＮＳＳＡＩを他のＳ−ＮＳＳＡＩにマッピング／ｏｖｅｒｗｒｉｔｅするなどの設定アップデートを行うことができる。このために、以前に使用されていたＳ−ＮＳＳＡＩは、他のＳ−ＮＳＳＡＩに変更される必要がある。このときにも、ネットワークは、やはり、要求Ｓ−ＮＳＳＡＩに対する永久的拒絶と共に、追加的にマッピング／ｏｖｅｒｗｒｉｔｅされなければならないＳ−ＮＳＳＡＩ情報を端末に与えることができる。

設定ＮＳＳＡＩに含まれていた端末の要求Ｓ−ＮＳＳＡＩが永久的拒絶理由と共に拒絶された場合、端末は、拒絶されたＳ−ＮＳＳＡＩを設定ＮＳＳＡＩ（リスト）から削除できる。設定ＮＳＳＡＩがＰＬＭＮ単位で設定され、ネットワークがＳ−ＮＳＳＡＩがＰＬＭＮ単位で（永久）拒絶されたことを端末に知らせる場合、端末は、現在ＰＬＭＮに対する設定ＮＳＳＡＩ（リスト）からのみ（永久）拒絶されたＳ−ＮＳＳＡＩを削除できる。反対に、すべてのＰＬＭＮ、すなわち端末自体に対してＳ−ＮＳＳＡＩが（永久）拒絶された場合、端末は、現在ＰＬＭＮ別に有しているすべての設定ＮＳＳＡＩ（リスト）から（永久）拒絶されたＳ−ＮＳＳＡＩを削除できる。

および／または、端末の要求Ｓ−ＮＳＳＡＩが永久的拒絶理由と共に拒絶された場合、特定リスト（例えば、拒絶されたＮＳＳＡＩを禁止（forbidden）／拒絶（rejected）リスト）に含めて、拒絶されたＳ−ＮＳＳＡＩとして管理できる。

端末が有している設定ＮＳＳＡＩがすべての（all）ＰＬＭＮまたは複数の（multiple）ＰＬＭＮ用である場合、端末は、次のように動作できる。

ネットワークが永久的拒絶がすべてのＰＬＭＮに対するものであると知らせた場合、端末は、すべての／複数のＰＬＭＮに対する設定ＮＳＳＡＩ（リスト）から永久拒絶されたＳ−ＮＳＳＡＩを削除する。ネットワークが永久的拒絶が現在ＰＬＭＮに対するものであると知らせた場合、端末は、同様に該当すべての／複数のＰＬＭＮに対する設定ＮＳＳＡＩ（リスト）から永久拒絶されたＳ−ＮＳＳＡＩを削除できる。

他の方法で、端末は、すべての／複数のＰＬＭＮに対する設定ＮＳＳＡＩ（リスト）を分離して管理できる。例えば、現在ＰＬＭＮに対する設定ＮＳＳＡＩ（リスト）と現在ＰＬＭＮを除いた残りのＰＬＭＮのための設定ＮＳＳＡＩ（リスト）とに分離し、Ｓ−ＮＳＳＡＩが永久拒絶された場合、現在ＰＬＭＮに対する設定ＮＳＳＡＩ（リスト）からのみ永久拒絶されたＳ−ＮＳＳＡＩを消すものの、他の設定ＮＳＳＡＩ（リスト）では維持できる。

ネットワークから（が）永久拒絶されたＳ−ＮＳＳＡＩに対して新しくマッピング／代替されるＳ−ＮＳＳＡＩ情報の指示を受けた場合、端末は、設定ＮＳＳＡＩ（リスト）アップデート時に以前のＳ−ＮＳＳＡＩの削除とともに指示された新しいＳ−ＮＳＳＡＩを設定ＮＳＳＡＩ（リスト）に追加（すなわち、設定ＮＳＳＡＩ（リスト）から永久拒絶されたＳ−ＮＳＳＡＩを新しく指示された／許可されたＳ−ＮＳＳＡＩに代替）できる。この場合、ＮＳＳＰ上において以前のＳ−ＮＳＳＡＩに対するポリシが新しいＳ−ＮＳＳＡＩとマッピングされる作業が行われることができる。

上記手順を経た後、次の登録手順において端末は、（永久）拒絶されたＳ−ＮＳＳＡＩをもうこれ以上ネットワークに要求できない（すなわち、（永久）拒絶されたＳ−ＮＳＳＡＩの使用を試みないことができる）。ただし、Ｓ−ＮＳＳＡＩの拒絶がＰＬＭＮ単位で行われた／指示された場合、端末は、Ｓ−ＮＳＳＡＩが永久拒絶されたＰＬＭＮを除いた他のＰＬＭＮでは、該当Ｓ−ＮＳＳＡＩをネットワークに要求できる（すなわち、（永久）拒絶されたＳ−ＮＳＳＡＩの使用を試みることができる）。

２−２）特定領域に対する拒絶

ネットワークは、端末が要求したＳ−ＮＳＳＡＩに対する許可をするかどうかを判断するとき、現在の端末の位置（例えば、サービングされている位置）／領域（例えば、現在の登録領域）を判断基準（criteria）とすることができる。ＰＬＭＮにおいてスライスを許可するかどうかなどと関係なく、特定の位置／領域／地域で特定のスライスの使用が不可であるか、または特定の位置／領域／地域においてのみスライスの使用が可能な場合がありうる。例えば、ローカル領域ネットワークスライスの場合、端末は、特定の登録領域またはＬＡＤＮ（Local Area Data Network）などに設定された地域内においてのみサービスを受けることができるスライスと接続されることができる。

ネットワークは、このような理由で特定の位置／領域／地域（例えば、登録領域、ＡＭＦ領域など）に対してＳ−ＮＳＳＡＩを拒絶する場合、このような拒絶理由（例えば、現在登録領域においてＳ−ＮＳＳＡＩが有効でない（not available））を端末に提供できる。例えば、現在登録領域においてＳ−ＮＳＳＡＩが許可されない／有効でない（S-NSSAI not allowed/available in current registration area）、または、現在ＬＡＤＮ領域においてＳ−ＮＳＳＡＩが許可されない／有効でない（S-NSSAI not allowed/available in current LADN area）などの情報を含む／指示する拒絶理由を端末に提供できる。

このために、ネットワークは、登録承認または登録拒絶メッセージに許可ＮＳＳＡＩだけでなく、拒絶ＮＳＳＡＩまたは非許可ＮＳＳＡＩなどのフィールド／ＩＥ（Information Element）を介して、このような拒絶関連情報を端末に伝達できる。例えば、ネットワークは、登録承認または登録拒絶メッセージ内の特定フィールド／ＩＥに許可（Ｓ−）ＮＳＳＡＩ、拒絶／非許可（Ｓ−）ＮＳＳＡＩおよび／または拒絶理由を含めて端末に伝達できる。

このように、特定の位置／領域／地域でＳ−ＮＳＳＡＩが拒絶された場合、端末は、拒絶されたＳ−ＮＳＳＡＩを別（途）のリストとして管理できる。このリストは、一時的（temporary）拒絶ＮＳＳＡＩ、ＮＳＳＡＩ制限リスト、拒絶／禁止されたＮＳＳＡＩなどの形式で構成されることができる。端末は、リストに拒絶された各Ｓ−ＮＳＳＡＩ別に拒絶／制限理由（例えば、ローカル領域／登録領域／ＡＭＦなど）および／またはこれについての説明／識別（descriptor/identity）情報（例えば、拒絶されたＳ−ＮＳＳＡＩに対応するＬＡＤＮ、登録領域ＩＤ、ＡＭＦ ＩＤなど）を記載／記憶することができる。特定地域における制限／拒絶が永久的でない場合、端末は、このような情報も共にリストに記載する／記憶する／含むことができる。このリストの例は、以下で後述する２−５に明示されている。

端末は、新しい領域／位置／地域へ移動した場合（すなわち、Ｓ−ＮＳＳＡＩが拒絶された現在登録領域から外れた場合）、上記リスト（すなわち、拒絶／禁止されたＮＳＳＡＩ）を参照して移動前の領域／位置／地域で拒絶されたＳ−ＮＳＳＡＩに対する要求の再行（再試図）（re-attempt）が可能であるかどうかを確認することができる。例えば、Ｓ−ＮＳＳＡＩの拒絶が登録領域単位で与えられ、端末が他の登録領域へ移動した場合（すなわち、Ｓ−ＮＳＳＡＩが拒絶された現在登録領域から外れた場合）、端末は、新しい登録領域で以前の登録領域で拒絶されたＳ−ＮＳＳＡＩに対する使用要求を再行できる。また、上記リスト（すなわち、拒絶／禁止されたＮＳＳＡＩ）で現在ＰＬＭＮで拒絶されたＳ−ＮＳＳＡＩがある理由で削除されると、端末は、現在登録領域から外れなくても該当Ｓ−ＮＳＳＡＩを再要求できることはもちろんである。

２−３）一時的に拒絶された場合

ネットワークは、地域または地理的（geographical）単位と無関係に、特定の時点で端末が要求したＳ−ＮＳＳＡＩを拒絶することができる。これは、特定エンティティの混雑（congestion）、一時的障害および／またはサービス合意（例えば、特定の時間帯においてのみサービスが可能なように合意されたスライス）などの理由のためでありうる。この場合、ネットワークは、Ｓ−ＮＳＳＡＩの拒絶に対する理由を端末に明示すると同時に、追加的にバックオフメカニズムを使用することができる。バックオフメカニズムは、ネットワークが各Ｓ−ＮＳＳＡＩに対するバックオフタイマ値を明示的に端末に指示するか、または伝達される情報の量を減らすために、バックオフのための特定時間区間を表すｄｅｓｃｒｉｐｔｏｒの形態（例えば、ｔｉｍｅｒ＃１：１ｓ〜１６ｓ、ｔｉｍｅｒ＃２：１６ｓ〜３２ｓ、ｔｉｍｅｒ＃３：３２ｓ〜６４ｓ…）を端末に指示する形態により具現されることができる。または、バックオフメカニズムは、ネットワークが単にバックオフを指示する指示子を端末に伝送する形態により具現されることができる。

端末は、拒絶理由と共にバックオフメカニズムのための設定情報を受信した場合、該当設定情報に基づいてバックオフメカニズムを行うことができる。例えば、端末がタイマ値を受けた場合には、拒絶されたＳ−ＮＳＳＡＩに対する要求ＮＳＳＡＩなどをタイマ満了前まで要求しないことができる。端末がタイマ範囲（range）を受信した場合、予め決まった範囲内でランダムにバックオフメカニズムを行うことができる。端末が単にバックオフを指示する指示子を受信した場合、以前に／予め設定された、または以前に／予め決まった範囲内でランダムにバックオフ時間を決定して、バックオフメカニズムを行うこともできる。

２−４）スライス共存（Co-existence）ケース

端末が要求した複数のＳ−ＮＳＳＡＩに対して、一つのＡＭＦが同時に全部サービングできない場合がありうる。例えば、ＡＭＦ１が、＃１、＃２、＃４ Ｓ−ＮＳＳＡＩをサポート可能で、ＡＭＦ２が、＃２、＃３、＃５ Ｓ−ＮＳＳＡＩのサポートが可能な場合、端末が、＃１、＃２、＃３ Ｓ−ＮＳＳＡＩを要求ＮＳＳＡＩとして要求した場合、ネットワークは、ＡＭＦの選択によって、＃３ Ｓ−ＮＳＳＡＩを拒絶したり（すなわち、ＡＭＦ１を選択）、＃１ Ｓ−ＮＳＳＡＩを拒絶しなければならない（すなわち、ＡＭＦ２を選択）。すなわち、ネットワークは、選択したサービングＡＭＦのサポート可能なＳ−ＮＳＳＡＩによって、特定のＳ−ＮＳＳＡＩに対する拒絶を行うことができる。したがって、この場合、端末が他の登録領域へ移動するか、または他のＡＭＦが選択されると、拒絶されたＳ−ＮＳＳＡＩに対して端末が再度要求できなければならない。

あるいは、ＡＭＦは、端末が要求したＳ−ＮＳＳＡＩを全部サービング可能であるが、特定のＳ−ＮＳＳＳＡＩが同時にサービスされる／用いられることができないようにネットワーク事業者が設定する場合がありうる。例えば、特定ＡＭＦにおいて、＃１、＃２は、スライス／Ｓ−ＮＳＳＡＩを全部サポート可能であるが、この二つのスライス／Ｓ−ＮＳＳＡＩは、同時にいずれか一つのみを使用可能なように設定されることができる。その結果、ＰＤＵセッション生成時、＃１スライス／Ｓ−ＮＳＳＡＩに対するＰＤＵセッションが生成されている場合でも、＃２スライス／Ｓ−ＮＳＳＡＩに対するＰＤＵセッションを生成しなければならない場合、従来の＃１スライス／Ｓ−ＮＳＳＡＩに対するＰＤＵセッションは、キャンセルされなければならない。

ネットワークがこのような共存情報を判断して、許可するＳ−ＮＳＳＡＩおよび（現在時点で）許可しないＳ−ＮＳＳＡＩを決定する場合、許可しないＳ−ＮＳＳＡＩに対しては、拒絶関連情報を共に端末に提供できる。すなわち、ネットワークは、（現在）拒絶されたＳ−ＮＳＳＡＩの拒絶理由が他のＳ−ＮＳＳＡＩとの共存が不可能なためであるという情報（例えば、Not co-existable with other S-NSSAIs）を端末に提供でき、このとき、共存不可能な対象Ｓ−ＮＳＳＡＩを知らせることもできる。また、ネットワークは、共存不可能な粒度（細分性）（granularity）／単位に関する情報も追加的に／選択的に端末に指示することもできる（例えば、ＡＭＦ単位、登録領域単位、および／またはサービス提供単位（すなわち、該当単位でＳ−ＮＳＳＡＩが許可されるものの、対象Ｓ−ＮＳＳＡＩと同時使用が不可能であることを表す））。

端末は、共存を理由に少なくとも一部のＳ−ＮＳＳＡＩが拒絶された場合、これを特定リスト（例えば、非許可ＮＳＳＡＩ、ＮＳＳＡＩ制限リストまたは拒絶（rejected）／禁止（forbidden）リスト）を介して管理できる。さらに詳細には、端末は、拒絶されたＳ−ＮＳＳＡＩを上記特定リストに含めて管理できる。このとき、端末は、共存不可のためであることを表す拒絶理由、共存不可能な粒度／単位、および／または共存不可能な対象Ｓ−ＮＳＳＡＩ情報も共に該当特定リストを介して管理できる。

端末は、条件が変更される場合（例えば、端末の登録領域変更などの理由で、同時サポート不可能を理由に、一時的にＳ−ＮＳＳＡＩを拒絶したＡＭＦから他のＡＭＦに変更される場合）、拒絶されたＳ−ＮＳＳＡＩに対するスライス／サービスを再要求／再行できる。および／または、この場合、端末は、現在許可ＮＳＳＡＩにあるＳ−ＮＳＳＡＩを介してサービスを受けている場合、現在提供されるサービスがまもなく中断されることを認知した状態で、これに鑑みて新しいＳ−ＮＳＳＡＩを要求できる。

２−５）‘非許可／ＮＳＳＡＩ制限／拒絶／禁止’ＮＳＳＡＩリストの管理

本発明２−２、２−３および２−４で提案したとおり、端末は、ネットワークが提供した個別Ｓ−ＮＳＳＡＩの拒絶理由によってこれをリスト形態で管理でき、特定地域または時間などの情報に応じて／単位で管理できる。制約条件（あるいは、現在条件）変更時に、端末は、拒絶されたＳ−ＮＳＳＡＩ（すなわち、該当リストに含まれて管理中であったＳ−ＮＳＳＡＩ）に対して再度サービスを要求できる。このために、端末は、まず再要求するＳ−ＮＳＳＡＩを該当リストから削除できる。このリストに対する構成および実施形態は、次のとおりである。

＜表３＞

図１７は、本明細書の発明提案２による登録手順を例示するフローチャートである。本フローチャートと関連して先に上述した提案２の説明が同一／同様に適用されることができ、重複する説明は省略する。以下のフローチャートにおいて、少なくとも一つの段階が省略されるか、または新しい段階が追加されることができる。

１．端末は、登録手順を介して要求ＮＳＳＡＩを要求する。このために、端末は、登録要求に要求ＮＳＳＡＩを含めてＡＭＦに送信できる。

２．ＡＭＦは、自体のコンテキスト情報および／またはＮＳＳＦ、ＮＲＦ、ＵＤＭなど、他のネットワーク機能との問い合わせ（query）を介して、端末が要求したＮＳＳＡＩに対する承認（authorization）確認を進行できる。このとき、承認確認は、Ｓ−ＮＳＳＡＩ単位で進行することができる。

３．ＡＭＦは、許可ＮＳＳＡＩだけでなく、許可されないＳ−ＮＳＳＡＩ（すなわち、拒絶されたＳ−ＮＳＳＡＩ）、拒絶理由および／または拒絶関連追加情報が含まれた非許可／拒絶ＮＳＳＡＩ情報を端末に送信できる。

４ａ．設定ＮＳＳＡＩに含まれていたＳ−ＮＳＳＡＩが該当／現在ＰＬＭＮまたは全体（に）ＰＬＭＮに対して永久的に拒絶された場合、端末は、上記設定ＮＳＳＡＩリストをアップデートできる。例えば、端末は、拒絶されたＳ−ＮＳＳＡＩを上記設定ＮＳＳＡＩリストから除外／削除できる。

４ｂ．Ｓ−ＮＳＳＡＩが永久拒絶でない、ＰＬＭＮ別、領域別、特定時間の間に（例えば、バックオフ時間）および／または他のＳ−ＮＳＳＡＩとの共存不可などによって一時的に拒絶された場合、端末は、これを管理するための「非許可／ＮＳＳＡＩ制限／拒絶／禁止」ＮＳＳＡＩリストをアップデートできる。

５．４ｂ段階でアップデートした制限リストの制限条件（または、端末の現在状況／条件）が変更されて制限が緩和（alleviate）されることができる（例えば、端末が他の登録領域へ移動、バックオフタイマ満了など）。

６ａ／６ｂ．端末は、以前に拒絶されたＳ−ＮＳＳＡＩを登録要求に含んで、再度登録手順を始めることができる。領域ベースの拒絶を受信した場合、端末は、ＡＭＦ変更イベントなどにより変更された新しいＡＭＦに要求を送ることができる。

発明提案 ３．Ｓ−ＮＳＳＡＩを連続して使用する方法

問題点３と関連して、端末は、以前の登録手順を介して許可ＮＳＳＡＩを受けた場合にも、登録手順（例えば、モビリティ（Mobility）登録アップデート、周期的登録アップデートなど）ごとに要求ＮＳＳＡＩを要求して、新しく許可ＮＳＳＡＩを受けなければならない。

登録領域が変更されて登録アップデートを行う場合（モビリティ登録アップデート）、登録領域が変更されたので、端末は、使用を望むＳ−ＮＳＳＡＩを全部要求ＮＳＳＡＩに含まなければならない。ネットワークが要求ＮＳＳＡＩに対して全部許可が可能な場合、ネットワークは、すべてのＳ−ＮＳＳＡＩを許可ＮＳＳＡＩに含んで送信できる。または、すべてのＳ−ＮＳＳＡＩを許可ＮＳＳＡＩに含めて伝送する代わりに、許可ＮＳＳＡＩに「すべての要求ＮＳＳＡＩ値が許可される」を表す情報／指示だけを含めて伝送できる。例えば、端末が＃１、＃２、＃３、＃４ Ｓ−ＮＳＳＡＩ／スライスを要求し、ネットワークがこれらを全部許可する場合、ネットワークは、許可ＮＳＳＡＩに許可された＃１、＃２、＃３、＃４ Ｓ−ＮＳＳＡＩ／スライス値をいちいち含める代わり、「すべての要求ＮＳＳＡＩ値が許可される」ことを指示する値だけを含めることができる。本実施形態は、要求ＮＳＳＡＩのうち、いずれか一つでも拒絶される場合には、使用／適用されることができない。これによって、手順が非常に簡便になりシグナリングオーバヘッドが減るという効果が発生する。

要求ＮＳＳＡＩに含まれたすべてのＳ−ＮＳＳＡＩを許しながら新しいＳ−ＮＳＳＡＩ値も追加的に指示する場合、ネットワークは、許可ＮＳＳＡＩに「すべての要求ＮＳＳＡＩ値が許可される」ことを表す情報／指示と共に、上記新しいＳ−ＮＳＳＡＩ値を含めて端末に伝送できる。

図１８は、本発明の提案１による端末のポリシアップデート手順／方法を例示するフローチャートである。本フローチャートと関連して先に上述した実施形態および説明が同一／同様に適用されることができ、重複する説明は省略する。また、実施形態によって本フローチャートにおいて一部の段階は、省略されるか、または新しい段階が追加されることができる。

まず、端末は、第１登録要求（registration request）メッセージをＡＭＦに送信できる（Ｓ１８１０）。このとき、第１登録要求メッセージは、端末が登録を望むネットワークスライスに対応するＳ−ＮＳＳＡＩが含まれた要求（requested）ＮＳＳＡＩを含むことができる。

次に、端末は、第１登録要求メッセージに対する応答として、第１登録承認（registration accept）メッセージをＡＭＦから受信することができる（Ｓ１８２０）。このとき、第１登録承認メッセージは、ＡＭＦにより許可された少なくとも一つのＳ−ＮＳＳＡＩが含まれた許可（allowed）ＮＳＳＡＩを含むことができる。

次に、端末は、許可ＮＳＳＡＩに上記要求ＮＳＳＡＩに含まれていない新しいＳ−ＮＳＳＡＩが含まれており、新しいＳ−ＮＳＳＡＩと関連するＮＳＳＰが存在しない場合、新しいＳ−ＮＳＳＡＩと関連するＮＳＳＰのアップデートをＡＭＦに要求できる（Ｓ１８３０）。

ＡＭＦは、端末の要求によって上記ＮＳＳＰのアップデートのためのポリシアップデート要求メッセージをＰＣＦ（Policy Control Function）に伝送するネットワークノードであり、ＰＣＦは、ＡＭＦの要求によって上記新しいＳ−ＮＳＳＡＩに対するＮＳＳＰアップデート情報が含まれたポリシアップデートメッセージを上記ＡＭＦに伝達するネットワークノードでありうる。このとき、ポリシアップデート要求メッセージには、アップデートを要求する上記新しいＳ−ＮＳＳＡＩおよび／またはポリシタイプが含まれることができる。

一実施形態として、上記新しいＳ−ＮＳＳＡＩと関連する上記ＮＳＳＰのアップデートを上記ＡＭＦに要求する段階は、‘上記新しいＳ−ＮＳＳＡＩ’および‘ポリシアップデートタイプに設定された登録タイプまたはポリシアップデートを指示する指示子’が含まれた第２登録要求メッセージを上記ＡＭＦに伝送する段階に該当できる。この場合、第２登録要求メッセージに含まれる要求ＮＳＳＡＩは、上記端末が記憶中である許可ＮＳＳＡＩを全部含むように構成／設定されることができる。また、ＰＣＦから伝送された上記ＮＳＳＰアップデート情報は、上記第２登録要求メッセージに対する応答メッセージである第２登録受信メッセージを介して上記端末に伝送されることができる。また、本フローチャートには図示していないが、端末は、第２登録要求メッセージを介して受信したＮＳＳＰアップデート情報に基づいて、上記新しいＳ−ＮＳＳＡＩに対するＮＳＳＰをアップデートできる。

他の実施形態として、上記新しいＳ−ＮＳＳＡＩと関連する上記ＮＳＳＰのアップデートを上記ＡＭＦに要求する段階は、「上記新しいＳ−ＮＳＳＡＩ」および「ポリシアップデートタイプに設定された要求タイプまたはポリシアップデートを指示する指示子」が含まれたサービス要求またはポリシアップデート要求メッセージをＡＭＦに伝送する段階に該当できる。ＮＳＳＰのアップデート要求がサービス要求メッセージを介して伝送され、サービス要求メッセージを送信した上記端末がＣＭ−ＩＤＬＥ状態である場合、ＡＭＦは、端末をＣＭ−ＣＯＮＮＥＣＴＥＤ状態に遷移（transition）させるための初期コンテキストセットアップまたはＮ２接続セットアップを行うことができる。ポリシアップデート要求メッセージを介したＮＳＳＰのアップデート要求の送信は、端末のＣＭ状態がＣＭ−ＣＯＮＮＥＣＴＥＤ状態である場合に制限されることができる。すなわち、ＣＭ−ＣＯＮＮＥＣＴＥＤ状態である端末のみが、ポリシアップデート要求メッセージを介したＮＳＳＰのアップデート要求が可能なものとして制限されることができる。ＰＣＦから伝送されたＮＳＳＰアップデート情報は、一般（generic）ＵＥ設定アップデート命令メッセージまたはダウンリンクＮＡＳ伝達（transport）メッセージを介して端末に伝送されることができる。

図１９は、本発明の提案２による端末の登録手順／方法を例示するフローチャートである。本フローチャートと関連して先に上述した実施形態および説明が同一／同様に適用されることができ、重複する説明は省略する。また、実施形態によって本フローチャートにおいて一部の段階は、省略されるか、または新しい段階が追加されることができる。

まず、端末は、登録要求（registration request）メッセージをＡＭＦに送信できる（Ｓ１９１０）。このとき、登録要求メッセージは、端末が登録を望むネットワークスライスに対応するＳ−ＮＳＳＡＩが含まれた要求（requested）ＮＳＳＡＩを含むことができる。要求ＮＳＳＡＩは、端末が（ＰＬＭＮに対して）許可されたＮＳＳＡＩを予め記憶していない場合、（ＰＬＭＮに対して）設定されたＳ−ＮＳＳＡＩのうち、少なくとも一部を含むことができる。すなわち、要求ＮＳＳＩは、上記ＰＬＭＮに対する設定（configured）ＮＳＳＡＩまたは上記設定ＮＳＳＡＩのサブセットを／に含む／該当できる。また、要求ＮＳＳＡＩは、端末が（ＰＬＭＮに対して）許可されたＮＳＳＡＩを予め記憶している場合、（ＰＬＭＮに対して）許可されたＳ−ＮＳＳＡＩのうち、少なくとも一部を含むことができる。すなわち、要求ＮＳＳＩは、上記ＰＬＭＮに対する許可（allowed）ＮＳＳＡＩまたは上記許可ＮＳＳＡＩのサブセットを／に含む／該当できる。

次に、端末は、上記登録要求メッセージに対する応答として、登録承認（registration accept）メッセージをＡＭＦから受信することができる（Ｓ１９２０）。このとき、登録承認メッセージは、要求ＮＳＳＡＩに含まれているＳ−ＮＳＳＡＩのうち、少なくとも一つがＡＭＦにより拒絶された場合、拒絶されたＳ−ＮＳＳＡＩと共に拒絶されたＳ−ＮＳＳＡＩに対する拒絶理由を含むことができる。このとき、拒絶理由は、上記拒絶されたＳ−ＮＳＳＡＩがＰＬＭＮおよび／または現在登録領域（area）で有効でない（not available）ことを指示するように設定されることができる。このとき、上記ＰＬＭＮは、端末の現在（current）ＰＬＭＮまたは全体（entire）ＰＬＭＮに該当できる。また、登録承認メッセージは、要求ＮＳＳＡＩに含まれているＳ−ＮＳＳＡＩのうち、拒絶されたＳ−ＮＳＳＡＩを除いた残りのＳ−ＮＳＳＡＩがＡＭＦにより許可された場合、許可されたＳ−ＮＳＳＡＩが含まれた許可（allowed）ＮＳＳＡＩを含むことができる。

一方、本フローチャートに図示していないが、端末は、拒絶されたＳ−ＮＳＳＡＩを拒絶理由に基づいて拒絶（rejected）ＮＳＳＡＩとしてメモリに記憶することができる。ＰＬＭＮで有効でないことを理由としてＳ−ＮＳＳＡＩが拒絶された場合、拒絶されたＳ−ＮＳＳＡＩが記憶中である拒絶ＮＳＳＡＩから削除されるまでは、端末は、該当の拒絶されたＳ−ＮＳＳＡＩに対する使用／登録要求を上記ＰＬＭＮで試み（attempt）ないことができる。または、現在登録領域で有効でないことを理由としてＳ−ＮＳＳＡＩが拒絶された場合、端末が上記登録領域から外れるまで、該当拒絶されたＳ−ＮＳＳＡＩに対する使用要求を上記現在登録領域で試みないことができる。

本発明が適用されることができる装置一般

図２０は、本発明の一実施形態による通信装置のブロック構成図を例示する。

図２０に示すように、無線通信システムは、ネットワークノード２０１０と多数の端末（ＵＥ）２０２０とを含む。

ネットワークノード２０１０は、プロセッサ（processor）２０１１、メモリ（memory）２０１２および通信モジュール（communication module）２０１３を含む。プロセッサ２０１１は、先に提案された機能、過程および／または方法を具現する。有／無線インターフェースプロトコルの層は、プロセッサ２０１１により具現されることができる。メモリ２０１２は、プロセッサ２０１１に接続されて、プロセッサ２０１１を駆動するための多様な情報を記憶する。通信モジュール２０１３は、プロセッサ２０１１に接続されて、有／無線信号を送信および／または受信する。ネットワークノード２０１０の一例として、基地局、ＭＭＥ、ＨＳＳ、ＳＧＷ、ＰＧＷ、アプリケーションサーバなどがこれに該当することができる。特に、ネットワークノード２０１０が基地局である場合、通信モジュール２０１３は、無線信号を送／受信するためのＲＦ部（Radio Frequency unit）を含むことができる。

端末２０２０は、プロセッサ２０２１、メモリ２０２２ならびに通信モジュール（もしくはＲＦ部）２０２３を含む。プロセッサ２０２１は、先に提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの層は、プロセッサ２０２１により具現されることができる。メモリ２０２２は、プロセッサ２０２１に接続されて、プロセッサ２０２１を駆動するための多様な情報を記憶する。通信モジュール２０２３は、プロセッサ２０２１に接続されて、無線信号を送信および／または受信する。

メモリ２０１２、２０２２は、プロセッサ２０１１、２０２１の内部または外部にあることができ、周知の多様な手段でプロセッサ２０１１、２０２１に接続されることができる。また、ネットワークノード２０１０（基地局である場合）および／または端末２０２０は、一個のアンテナ（single antenna）またはマルチアンテナ（multiple antenna）を有することができる。

図２１は、本発明の一実施形態による通信装置のブロック構成図を例示する。

特に、図２１では、先の図２０の端末をさらに詳細に例示する図である。

図２１に示すように、端末は、プロセッサ（もしくはデジタル信号プロセッサ（ＤＳＰ：Digital Signal Processor）２１１０、ＲＦモジュール（RF module）（もしくはＲＦユニット）２１３５、電力管理モジュール（power management module）２１０５、アンテナ（antenna）２１４０、バッテリ（battery）２１５５、ディスプレイ（display）２１１５、キーパッド（keypad）２１２０、メモリ（memory）２１３０、シムカード（SIM(Subscriber Identification Module) card）２１２５（この構成は、選択適任（オプション））、スピーカ（speaker）２１４５ならびにマイクロホン（microphone）２１５０を含んで構成されることができる。端末は、また、単一のアンテナまたはマルチ（多重の）アンテナを含むことができる。

プロセッサ２１１０は、先に提案された機能、過程および／または方法を具現する。無線インターフェースプロトコルの層は、プロセッサ２１１０により具現されることができる。

メモリ２１３０は、プロセッサ２１１０に接続され、プロセッサ２１１０の動作と関連する情報を記憶する。メモリ２１３０は、プロセッサ２１１０の内部または外部にあることができ、周知の多様な手段でプロセッサ２１１０に接続されることができる。

ユーザは、例えば、キーパッド２１２０のボタンを押さえるか（もしくはタッチするか）またはマイクロホン２１５０を利用した音声駆動（voice activation）により電話番号などの命令情報を入力する。プロセッサ２１１０は、このような命令情報を受信し、電話番号で電話をかけるなど、適切な機能を行うように処理する。駆動上のデータ（operational data）は、シムカード２１２５またはメモリ２１３０から抽出できる。また、プロセッサ２１１０は、ユーザが認知しまた便宜のために命令情報または駆動情報をディスプレイ２１１５上に表示できる。

ＲＦモジュール２１３５は、プロセッサ２１１０に接続されて、ＲＦ信号を送信および／または受信する。プロセッサ２１１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール２１３５に伝達する。ＲＦモジュール２１３５は、無線信号を受信および送信するために受信器（receiver）および送信器（transmitter）で構成される。アンテナ２１４０は、無線信号を送信および受信する機能を行う。無線信号を受信するとき、ＲＦモジュール２１３５は、プロセッサ２１１０により処理するために信号を伝達しベースバンドに信号を変換できる。処理された信号は、スピーカ２１４５を介して出力される可聴または可読情報に変換できる。

以上で説明された実施形態は、本発明の構成要素と特徴とが所定の形態に結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施できる。また、一部の構成要素および／または特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作の順序は、変更できる。ある実施形態の一部の構成や特徴は、他の実施形態に含まれることができ、または他の実施形態の対応する構成もしくは特徴と置き換えできる。特許請求の範囲で明示的な引用関係がない請求項を結合して実施形態を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。

本発明に従う実施形態は、多様な手段、例えば、ハードウェア、ファームウエア（firmware）、ソフトウェア、またはそれらの結合などにより実現できる。ハードウェアによる実現の場合、本発明の一実施形態は、１つまたは複数のＡＳＩＣｓ（Application Specific Integrated Circuits）、ＤＳＰｓ（Digital Signal Processors）、ＤＳＰＤｓ（Digital Signal Processing Devices）、ＰＬＤｓ（Programmable Logic Devices）、ＦＰＧＡｓ（Field Programmable Gate Arrays）、プロセッサ、コントローラ、マイクロコントローラ、マイクロプロセッサなどにより実現できる。

ファームウエアやソフトウェアによる実現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で実現できる。ソフトウェアコードは、メモリに記憶されてプロセッサにより駆動できる。上記メモリは、上記プロセッサの内部または外部に位置し、既に公知の多様な手段により上記プロセッサとデータをやり取りすることができる。

本明細書で「Ａおよび／またはＢ」は、Ａおよび／またはＢのうちの少なくとも１つを意味することができる。

本発明は、本発明の必須の特徴を逸脱しない範囲で他の特定の形態に具体化できることは通常の技術者にとって自明である。したがって、前述した詳細な説明は、全ての面で制限的に解析されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解析により決定されなければならず、本発明の等価的な範囲内における全ての変更は、本発明の範囲に含まれる。

本発明は、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａ／ＮＲ（５Ｇ）システムに適用される例を中心に説明したが、３ＧＰＰ ＬＴＥ／ＬＴＥ−Ａ／ＮＲ（５Ｇ）システム以外にも多様な無線通信システムに適用することが可能である。

Claims (15)

1. 無線通信システムにおける端末の登録（registration）方法であって、
   登録要求（registration request）メッセージをアクセスおよびモビリティ管理機能（Access and Mobility management Function；ＡＭＦ）に伝送する段階であって、
   前記登録要求メッセージは、前記端末が登録を望むネットワークスライスに対応する単一ネットワークスライス選択補助情報（Single-Network Slice Selection Assistance information；Ｓ−ＮＳＳＡＩ）が有される要求（requested）ＮＳＳＡＩを有する段階と、
   前記登録要求メッセージに対する応答として登録承認（registration accept）メッセージを前記ＡＭＦから受信する段階であって、
   前記登録承認メッセージは、前記要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうちの少なくとも一つが前記ＡＭＦにより拒絶された場合、前記拒絶されたＳ−ＮＳＳＡＩと共に前記拒絶されたＳ−ＮＳＳＡＩに対する拒絶理由を有する段階と、を有する、登録方法。
2. 前記拒絶理由は、前記拒絶されたＳ−ＮＳＳＡＩがモバイルネットワークプリファードリスト（Preferred List of Mobile Networks；ＰＬＭＮ）および／または現在登録領域（area）において有効でない（not available）ことを指示する、請求項１に記載の登録方法。
3. 前記拒絶されたＳ−ＮＳＳＡＩを前記拒絶理由に基づいて拒絶（rejected）ＮＳＳＡＩとして記憶する段階をさらに有する、請求項２に記載の登録方法。
4. 前記ＰＬＭＮは、前記端末の現在（current）ＰＬＭＮまたは全体（entire）ＰＬＭＮに該当する、請求項３に記載の登録方法。
5. 前記ＰＬＭＮにおいて有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、前記拒絶されたＳ−ＮＳＳＡＩが前記拒絶ＮＳＳＡＩから削除されるまで前記ＰＬＭＮにおいて試み（attempt）ない段階をさらに有する、請求項３に記載の登録方法。
6. 前記現在登録領域において有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、前記端末が前記登録領域から外れるまで前記現在登録領域において試みない段階をさらに有する、請求項３に記載の登録方法。
7. 前記登録承認メッセージは、前記要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうち、前記拒絶されたＳ−ＮＳＳＡＩを除いた残りのＳ−ＮＳＳＡＩが前記ＡＭＦにより許可された場合、前記許可されたＳ−ＮＳＳＡＩが有される許可（allowed）ＮＳＳＡＩを有する、請求項２に記載の登録方法。
8. 前記要求ＮＳＳＡＩは、前記端末が前記ＰＬＭＮに対する許可ＮＳＳＡＩを予め記憶していない場合、前記ＰＬＭＮに対する設定（configured）ＮＳＳＡＩまたは前記設定ＮＳＳＡＩのサブセットを有する、請求項７に記載の登録方法。
9. 前記要求ＮＳＳＡＩは、前記端末が前記ＰＬＭＮに対する許可（allowed）ＮＳＳＡＩを予め記憶している場合、前記許可ＮＳＳＡＩまたは前記許可ＮＳＳＡＩのサブセットを有する、請求項７に記載の登録方法。
10. 無線通信システムにおいて登録手順（registration procedure）を行う端末であって、
    信号を送受信するための通信モジュール（communication module）と、
    前記通信モジュールを制御するプロセッサと、を有し、
    前記プロセッサは、
    登録要求（registration request）メッセージをアクセスおよびモビリティ管理機能（Access and Mobility management Function；ＡＭＦ）に送信し、
    前記登録要求メッセージは、前記端末が登録を望むネットワークスライスに対応する単一ネットワークスライス選択補助情報（Single-Network Slice Selection Assistance information；Ｓ−ＮＳＳＡＩ）が有される要求（requested）ＮＳＳＡＩを有し、
    前記登録要求メッセージに対する応答として登録承認（registration accept）メッセージを前記ＡＭＦから受信し、
    前記登録承認メッセージは、前記要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうちの少なくとも一つが前記ＡＭＦにより拒絶された場合、前記拒絶されたＳ−ＮＳＳＡＩと共に前記拒絶されたＳ−ＮＳＳＡＩに対する拒絶理由を有する、端末。
11. 前記拒絶理由は、前記拒絶されたＳ−ＮＳＳＡＩがモバイルネットワークプリファードリスト（Preferred List of Mobile Networks；ＰＬＭＮ）および／または現在登録領域（area）において有効でない（not available）ことを指示する、請求項１０に記載の端末。
12. 情報を記憶するメモリをさらに有し、
    前記プロセッサは、
    前記拒絶されたＳ−ＮＳＳＡＩを前記拒絶理由に基づいて拒絶（rejected）ＮＳＳＡＩとして前記メモリに記憶する、請求項１１に記載の端末。
13. 前記プロセッサは、
    前記ＰＬＭＮにおいて有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、前記拒絶されたＳ−ＮＳＳＡＩが前記拒絶ＮＳＳＡＩから削除されるまで前記ＰＬＭＮにおいて試み（attempt）ない、請求項１２に記載の端末。
14. 前記プロセッサは、
    前記現在登録領域において有効でないことを理由に拒絶されたＳ−ＮＳＳＡＩに対する使用要求を、前記端末が前記登録領域から外れるまで前記現在登録領域において試みない、請求項１２に記載の端末。
15. 前記登録承認メッセージは、前記要求ＮＳＳＡＩに有されるＳ−ＮＳＳＡＩのうち、前記拒絶されたＳ−ＮＳＳＡＩを除いた残りのＳ−ＮＳＳＡＩが前記ＡＭＦにより許可された場合、前記許可されたＳ−ＮＳＳＡＩが有される許可（allowed）ＮＳＳＡＩを有する、請求項１１に記載の端末。

Images