(57)【要約】【課題】端末が要請するスライス／サービスの支援が可能なネットワークノードの効率的な選択方法を提供する。【解決手段】無線通信システムでネットワークノードのサービングＡＭＦを選択する方法において、端末の登録要請メッセージを受信するステップであって、登録要請メッセージは、端末が要請するスライスに対するネットワークスライス選択補助情報及びＮＳＳＡＩの優先順位情報を含み、ＮＳＳＡＩが端末に有効であるかを判断するステップと、ＮＳＳＡＩが端末に有効な場合、優先順位情報に基づいてＮＳＳＡＩの支援が可能な第１ＡＭＦを検索するステップと、第１ＡＭＦが検索される場合、第１ＡＭＦを端末をサービングするサービングＡＭＦとして選択し、登録要請メッセージを第１ＡＭＦに送信するステップと、を含むことができる。【選択図】図１７
2019534653.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムでネットワークノードのサービングＡＭＦ（Ａｃｃｅｓｓａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を選択する方法において、
端末の登録要請メッセージを受信するステップであって、前記登録要請メッセージは、前記端末が要請するスライスに対するネットワークスライス選択補助情報（ＮＳＳＡＩ）及び前記ＮＳＳＡＩの優先順位情報を含み、
前記ＮＳＳＡＩが前記端末に有効であるかを判断するステップと、
前記ＮＳＳＡＩが前記端末に有効な場合、前記優先順位情報に基づいて前記ＮＳＳＡＩの支援が可能な第１ＡＭＦを検索するステップと、
前記第１ＡＭＦが検索される場合、前記第１ＡＭＦを前記端末をサービングする前記サービングＡＭＦとして選択し、前記登録要請メッセージを前記第１ＡＭＦに送信するステップと、を含む、ネットワークノードのサービングＡＭＦ選択方法。
【請求項２】
前記優先順位情報は、前記ＮＳＳＡＩまたは前記ＮＳＳＡＩに含まれている少なくとも一つのＳ（ｓｉｎｇｌｅ）−ＮＳＳＡＩが前記端末に「必須的（ｒｅｑｕｉｒｅｄ）」であるか否か、及び／または前記端末により「選好的（ｐｒｅｆｅｒｒｅｄ）」であるか否かを指示する、請求項１に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項３】
前記ＮＳＳＡＩの支援が可能な第１ＡＭＦは、
前記優先順位情報が前記「必須的（ｒｅｑｕｉｒｅｄ）である」ことを指示するＮＳＳＡＩ、またはＳ−ＮＳＳＡＩに対応するスライスを全て支援するＡＭＦである、請求項２に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項４】
前記第１ＡＭＦが検索されていないか、前記ＮＳＳＡＩが前記端末に有効でない場合、前記登録要請メッセージに対する応答として登録拒絶メッセージを前記端末に送信するステップをさらに含む、請求項３に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項５】
前記スライスが前記端末に有効であるかを判断するステップは、前記端末の加入情報に基づいて前記スライスが前記端末に有効であるかを判断するステップである、請求項４に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項６】
前記登録拒絶メッセージは、登録拒絶理由を含む、請求項４に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項７】
前記登録拒絶理由が前記第１ＡＭＦが検索されないことを指示する場合、前記端末は、ＰＬＭＮ再選択動作を行う、請求項６に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項８】
前記登録拒絶理由が前記ＮＳＳＡＩが前記端末に有効でないことを指示する場合、前記端末は、前記登録要請メッセージ内の前記ＮＳＳＡＩまたは前記Ｓ−ＮＳＳＡＩの優先順位情報を前記「選好する（ｐｒｅｆｅｒｒｅｄ）」にアップデートし、前記登録要請メッセージを前記ネットワークノードに再送信する、請求項６に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項９】
前記第１ＡＭＦが検索されない場合、前記ＮＳＳＡＩに含まれたＳ−ＮＳＳＡＩを最大に支援する第２ＡＭＦを前記サービングＡＭＦとして選択し、前記登録要請メッセージを前記第２ＡＭＦに送信するステップをさらに含む、請求項３に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項１０】
前記端末からＰＤＵセッション確立要請メッセージを介して追加ＮＳＳＡＩ及び前記追加ＮＳＳＡＩの優先順位情報を受信するステップをさらに含む、請求項３に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項１１】
前記追加ＮＳＳＡＩの優先順位が前記登録要請メッセージを介して受信した前記ＮＳＳＡＩの優先順位よりも高い場合、前記追加ＮＳＳＡＩを前記第１ＡＭＦが支援可能であるかを判断するステップをさらに含む、請求項１０に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項１２】
前記第１ＡＭＦが前記追加ＮＳＳＡＩの支援が不可能な場合、前記ＰＤＵセッション確立要請メッセージに対する拒絶メッセージを前記端末に送信するステップをさらに含む、請求項１１に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項１３】
前記ネットワークノードは、以前登録手順を介して受信されたＡＭＦ  ＩＤにより識別されるＡＭＦまたは予め設定された基本ＡＭＦである、請求項２に記載のネットワークノードのサービングＡＭＦ選択方法。
【請求項１４】
無線通信システムでサービングＡＭＦ（Ａｃｃｅｓｓａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を選択するネットワークノードにおいて、
信号を送受信するための通信モジュールと、
前記通信モジュールを制御するプロセッサと、を含み、
前記プロセッサは、
端末の登録要請メッセージを受信するが、前記登録要請メッセージは、前記端末が要請するスライスに対するネットワークスライス選択補助情報（ＮＳＳＡＩ）及び前記ＮＳＳＡＩの優先順位情報を含み、
前記ＮＳＳＡＩが前記端末に有効であるかを判断し、
前記ＮＳＳＡＩが前記端末に有効な場合、前記優先順位情報に基づいて前記ＮＳＳＡＩの支援が可能な第１ＡＭＦを検索し、
前記第１ＡＭＦが検索された場合、前記第１ＡＭＦを前記端末をサービングする前記サービングＡＭＦとして選択し、前記登録要請メッセージを前記第１ＡＭＦに送信する、ネットワークノード。
【請求項１５】
前記優先順位情報は、前記ＮＳＳＡＩまたは前記ＮＳＳＡＩに含まれている少なくとも一つのＳ（ｓｉｎｇｌｅ）−ＮＳＳＡＩが前記端末に「必須的（ｒｅｑｕｉｒｅｄ）」であるか否か、及び／または前記端末により「選好的（ｐｒｅｆｅｒｒｅｄ）」であるか否かを指示する、請求項１４に記載のネットワークノード。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信システムに関し、さらに詳細には、端末が要請するスライス／サービスの支援が可能なネットワークノードの効率的な選択方法及びこれを行う装置に関する。
【背景技術】
【０００２】
移動通信システムは、ユーザの活動性を保障しながら音声サービスを提供するために開発された。しかしながら、移動通信システムは、音声だけでなくデータサービスまで領域を拡張し、現在では、爆発的なトラフィックの増加によって資源の不足現象が引き起こされ、ユーザがより高速のサービスに対して求めているため、より発展した移動通信システムが求められている。
【０００３】
次世代移動通信システムの要求条件は、大きく爆発的なデータトラフィックの受け入れ、ユーザ当たりの送信率の画期的な増加、大幅増加される接続デバイス個数の受け入れ、極めて低いエンドツーエンド遅延（Ｅｎｄ−ｔｏ−Ｅｎｄ  Ｌａｔｅｎｃｙ）、高エネルギー効率を支援しなければならない。そのために、二重接続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、大規模多重入出力（Ｍａｓｓｉｖｅ  ＭＩＭＯ：Ｍａｓｓｉｖｅ  Ｍｕｌｔｉｐｌｅ  Ｉｎｐｕｔ  Ｍｕｌｔｉｐｌｅ  Ｏｕｔｐｕｔ）、全二重（Ｉｎ−ｂａｎｄ  Ｆｕｌｌ  Ｄｕｐｌｅｘ）、非直交多重接続（ＮＯＭＡ：Ｎｏｎ−Ｏｒｔｈｏｇｏｎａｌ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、超広帯域（Ｓｕｐｅｒ  ｗｉｄｅｂａｎｄ）支援、端末ネットワーキング（Ｄｅｖｉｃｅ  Ｎｅｔｗｏｒｋｉｎｇ）など、様々な技術が研究されている。
【発明の概要】
【発明が解決しようとする課題】
【０００４】
本発明は、次世代コアネットワークにおいてネットワークスライシングを使用する場合、端末が要求／要請するスライス／サービスを支援するネットワークまたは端末により良いサービスを提供するネットワークを効率的に選択するためのソリューションを提案することが目的である。
【０００５】
また、本発明は、端末が必須的に要請するスライス／サービスを優先的に考慮してネットワークノードを選択／構成することによって、端末の必須動作／機能を適切に支援することが目的である。
【０００６】
本発明で解決しようとする技術的な課題は、以上で言及した技術的な課題に制限されることなく、言及しない更なる技術的な課題は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるものである。
【課題を解決するための手段】
【０００７】
本発明の一様相は、無線通信システムでネットワークノードのサービングＡＭＦ（Ａｃｃｅｓｓａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を選択する方法において、端末の登録（ｒｅｇｉｓｔｒａｔｉｏｎ）要請メッセージを受信するステップであって、前記登録要請メッセージは、前記端末が要請するスライス（ｓｌｉｃｅ）に対するネットワークスライス選択補助情報（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＮＳＳＡＩ）及び前記ＮＳＳＡＩの優先順位情報を含み、前記ＮＳＳＡＩが前記端末に有効であるかを判断するステップと、前記ＮＳＳＡＩが前記端末に有効な場合、前記優先順位情報に基づいて前記ＮＳＳＡＩの支援が可能な第１ＡＭＦを検索するステップと、前記第１ＡＭＦが検索される場合、前記第１ＡＭＦを前記端末をサービングする前記サービングＡＭＦとして選択し、前記登録要請メッセージを前記第１ＡＭＦに送信するステップと、を含むことができる。
【０００８】
また、前記優先順位情報は、前記ＮＳＳＡＩまたは前記ＮＳＳＡＩに含まれている少なくとも一つのＳ（ｓｉｎｇｌｅ）−ＮＳＳＡＩガ前記端末に「必須的（ｒｅｑｕｉｒｅｄ）」であるか否か、及び／または前記端末により「選好的（ｐｒｅｆｅｒｒｅｄ）」であるか否かを指示することができる。
【０００９】
また、前記ＮＳＳＡＩの支援が可能な第１ＡＭＦは、前記優先順位情報が前記「必須的（ｒｅｑｕｉｒｅｄ）である」ことを指示するＮＳＳＡＩ、またはＳ−ＮＳＳＡＩに対応するスライスを全て支援するＡＭＦでありうる。
【００１０】
前記ネットワークノードのサービングＡＭＦ選択方法は、前記第１ＡＭＦが検索されていないか、前記ＮＳＳＡＩが前記端末に有効でない場合、前記登録要請メッセージに対する応答として登録拒絶メッセージを前記端末に送信するステップをさらに含むことができる。
【００１１】
また、前記スライスが前記端末に有効であるかを判断するステップは、前記端末の加入情報（ｓｕｂｓｃｒｉｐｔｉｏｎ）に基づいて前記スライスが前記端末に有効であるかを判断するステップでありうる。
【００１２】
また、前記登録拒絶メッセージは、登録拒絶理由を含むことができる。
【００１３】
また、前記登録拒絶理由が前記第１ＡＭＦが検索されないことを指示する場合、前記端末は、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）再選択動作を行うことができる。
【００１４】
また、前記登録拒絶理由が前記ＮＳＳＡＩが前記端末に有効でないことを指示する場合、前記端末は、前記登録要請メッセージ内の前記ＮＳＳＡＩまたは前記Ｓ−ＮＳＳＡＩの優先順位情報を前記「選好する（ｐｒｅｆｅｒｒｅｄ）」にアップデートし、前記登録要請メッセージを前記ネットワークノードに再送信することができる。
【００１５】
また、前記ネットワークノードのサービングＡＭＦ選択方法は、前記第１ＡＭＦが検索されない場合、前記ＮＳＳＡＩに含まれたＳ−ＮＳＳＡＩを最大に支援する第２ＡＭＦを前記サービングＡＭＦとして選択し、前記登録要請メッセージを前記第２ＡＭＦに送信するステップをさらに含むことができる。
【００１６】
また、前記ネットワークノードのサービングＡＭＦ選択方法は、前記端末からＰＤＵ（ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）セッション確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）要請メッセージを介して追加ＮＳＳＡＩ及び前記追加ＮＳＳＡＩの優先順位情報を受信するステップをさらに含むことができる。
【００１７】
また、前記ネットワークノードのサービングＡＭＦ選択方法は、前記追加ＮＳＳＡＩの優先順位が前記登録要請メッセージを介して受信した前記ＮＳＳＡＩの優先順位よりも高い場合、前記追加ＮＳＳＡＩを前記第１ＡＭＦが支援可能であるかを判断するステップをさらに含むことができる。
【００１８】
また、前記ネットワークノードのサービングＡＭＦ選択方法は、前記第１ＡＭＦが前記追加ＮＳＳＡＩの支援が不可能な場合、前記ＰＤＵセッション確立要請メッセージに対する拒絶メッセージを前記端末に送信するステップをさらに含むことができる。
【００１９】
また、前記ネットワークノードは、以前登録手順を介して受信されたＡＭＦ  ＩＤにより識別されるＡＭＦまたは予め設定された基本（ｄｅｆａｕｌｔ）ＡＭＦでありうる。
【００２０】
また、本発明の他の様相は、無線通信システムにおいてサービングＡＭＦ（Ａｃｃｅｓｓａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）を選択するネットワークノードにおいて、信号を送受信するための通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）と、前記通信モジュールを制御するプロセッサと、を含み、前記プロセッサは、端末の登録（ｒｅｇｉｓｔｒａｔｉｏｎ）要請メッセージを受信するが、前記登録要請メッセージは、前記端末が要請するスライス（ｓｌｉｃｅ）に対するネットワークスライス選択補助情報（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  Ｉｎｆｏｒｍａｔｉｏｎ；ＮＳＳＡＩ）及び前記ＮＳＳＡＩの優先順位情報を含み、前記ＮＳＳＡＩが前記端末に有効であるかを判断し、前記ＮＳＳＡＩが前記端末に有効な場合、前記優先順位情報に基づいて前記ＮＳＳＡＩの支援が可能な第１ＡＭＦを検索し、前記第１ＡＭＦが検索された場合、前記第１ＡＭＦを前記端末をサービングする前記サービングＡＭＦとして選択し、前記登録要請メッセージを前記第１ＡＭＦに送信することができる。
【００２１】
また、前記優先順位情報は、前記ＮＳＳＡＩまたは前記ＮＳＳＡＩに含まれている少なくとも一つのＳ（ｓｉｎｇｌｅ）−ＮＳＳＡＩが前記端末に「必須的（ｒｅｑｕｉｒｅｄ）」であるか否か、及び／または前記端末により「選好的（ｐｒｅｆｅｒｒｅｄ）」であるか否かを指示することができる。
【発明の効果】
【００２２】
本発明の実施形態によれば、ＡＭＦを選択するための基準が明確になるという効果を有する。
【００２３】
また、本発明の実施形態によれば、ネットワークノードは、ＮＳＳＡＩの優先順位情報に基づいて端末により必須的なＡＭＦを優先的に選択するようになるため、端末及びユーザの要求（ｎｅｅｄｓ）にもっと適するネットワークを適切に／効率的に構成できるという効果を有する。
【００２４】
本発明で取得できる効果は、以上で言及した効果に制限されることなく、言及しない更なる効果は、下記の記載から本発明が属する技術分野で通常の知識を有する者に明確に理解できるものであろう。
【図面の簡単な説明】
【００２５】
本発明に関する理解を助けるために詳細な説明の一部として含まれる添付図面は、本発明に対する実施形態を提供し、詳細な説明と共に本発明の技術的な特徴を説明する。
【００２６】
【図１】本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）を簡略に例示する図である。
【図２】本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【図３】本発明が適用されることができる無線通信システムにおいてＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【図４】本発明が適用されることができる無線通信システムにおいて、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）構造を示す。
【図５】本発明が適用されることができる無線通信システムにおいて物理チャネルの構造を簡略に例示する図である。
【図６】本発明が適用されることができる無線通信システムにおいて競争基盤ランダムアクセスの手順を説明するための図である。
【図７】参照ポイント表現を用いた５Ｇシステムアーキテクチャーを例示した図である。
【図８】サービス−基盤表現を用いた５Ｇシステムアーキテクチャーを例示した図である。
【図９】本発明が適用されることができるＮＧ−ＲＡＮアーキテクチャーを例示する。
【図１０】本発明が適用されることができる無線プロトコルスタックを例示した図である。
【図１１】本発明の一実施形態に係るネットワークスライシングコンセプトを例示した図である。
【図１２】本発明が適用されることができるＲＭ状態モデルを例示する。
【図１３】本発明が適用されることができるＣＭ状態モデルを例示する。
【図１４】本発明が適用されることができる５Ｇシステムアーキテクチャーを例示した図である。
【図１５】本発明の一実施形態に係る次世代システムで考慮されている端末−コアネットワーク間のプロトコルスタックを例示する。
【図１６】本発明の一実施形態に係るネットワークのＣＣＮＦ／ＡＭＦ選択方法を例示したフローチャートである。
【図１７】本発明の一実施形態に係るＲＡＮのＣＣＮＦ／ＡＭＦを選択する方法に関するフローチャートである。
【図１８】本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【図１９】本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【発明を実施するための形態】
【００２７】
以下、本発明に係る好ましい実施形態を添付された図面を参照して詳細に説明する。添付された図面と共に以下に開示される詳細な説明は、本発明の例示的な実施形態を説明するためのもので、本発明が実施できる唯一の実施形態を説明するためのものではない。以下の詳細な説明は、本発明の完全な理解を提供するために具体的な細部事項を含む。しかし、当業者は、本発明がこのような具体的細部事項がなくても実施されうることが分かる。
【００２８】
数個場合、本発明の概念が曖昧になることを避けるために公知の構造及び装置は省略されるか、または各構造及び装置の核心機能を中心としたブロック形式に図示されることができる。
【００２９】
本明細書における基地局は、端末と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ  ｎｏｄｅ）としての意味を有する。本文書において、基地局により行われるものと説明された特定動作は、場合に応じて、基地局の上位ノード（ｕｐｐｅｒ  ｎｏｄｅ）により行われてもよい。すなわち、基地局を含む多数のネットワークノード（ｎｅｔｗｏｒｋ  ｎｏｄｅｓ）からなるネットワークにおいて端末との通信のために行われる様々な動作は、基地局または基地局以外の他のネットワークノードにより行われうることは自明である。「基地局（ＢＳ：Ｂａｓｅ  Ｓｔａｔｉｏｎ）」は、固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）、Ｎｏｄｅ  Ｂ、ｅＮＢ（ｅｖｏｌｖｅｄ−ＮｏｄｅＢ）、ＢＴＳ（ｂａｓｅ  ｔｒａｎｓｃｅｉｖｅｒ  ｓｙｓｔｅｍ）、アクセスポイント（ＡＰ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ）などの用語により代替されることができる。また、「端末（Ｔｅｒｍｉｎａｌ）」は固定されるか、または移動性を有することができ、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＭＳＳ（Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ  Ｓｔａｔｉｏｎ）、ＡＭＳ（Ａｄｖａｎｃｅｄ  Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）、ＷＴ（Ｗｉｒｅｌｅｓｓ  ｔｅｒｍｉｎａｌ）、ＭＴＣ（Ｍａｃｈｉｎｅ−Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）装置、Ｍ２Ｍ（Ｍａｃｈｉｎｅ−ｔｏ−Ｍａｃｈｉｎｅ）装置、Ｄ２Ｄ（Ｄｅｖｉｃｅ−ｔｏ−Ｄｅｖｉｃｅ）装置などの用語に代替されることができる。
【００３０】
以下、ダウンリンク（ＤＬ：ｄｏｗｎｌｉｎｋ）は、基地局から端末への通信を意味し、アップリンク（ＵＬ：ｕｐｌｉｎｋ）は、端末から基地局への通信を意味する。ダウンリンクにおける送信機は基地局の一部であり、受信機は端末の一部でありうる。アップリンクにおける送信機は端末の一部であり、受信機は基地局の一部でありうる。
【００３１】
以下の説明において使用される特定用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から外れない範囲において他の形態に変更されることができる。
【００３２】
以下の技術は、ＣＤＭＡ（ｃｏｄｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＦＤＭＡ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＴＤＭＡ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＯＦＤＭＡ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＳＣ−ＦＤＭＡ（ｓｉｎｇｌｅ  ｃａｒｒｉｅｒ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）、ＮＯＭＡ（ｎｏｎ−ｏｒｔｈｏｇｏｎａｌ  ｍｕｌｔｉｐｌｅ  ａｃｃｅｓｓ）などのような様々な無線接続システムに利用されることができる。ＣＤＭＡは、ＵＴＲＡ（ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ）またはＣＤＭＡ２０００のような無線技術（ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）により具現されることができる。ＴＤＭＡは、ＧＳＭ（ｇｌｏｂａｌ  ｓｙｓｔｅｍ  ｆｏｒ  ｍｏｂｉｌｅ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）／ＧＰＲＳ（ｇｅｎｅｒａｌ  ｐａｃｋｅｔ  ｒａｄｉｏ  ｓｅｒｖｉｃｅ）／ＥＤＧＥ（ｅｎｈａｎｃｅｄ  ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  ＧＳＭ  ｅｖｏｌｕｔｉｏｎ）のような無線技術により具現されることができる。ＯＦＤＭＡは、ＩＥＥＥ  ８０２．１１（Ｗｉ−Ｆｉ）、ＩＥＥＥ  ８０２．１６（ＷｉＭＡＸ）、ＩＥＥＥ  ８０２−２０、Ｅ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  ＵＴＲＡ）などのような無線技術により具現されることができる。ＵＴＲＡは、ＵＭＴＳ（ｕｎｉｖｅｒｓａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  ｓｙｓｔｅｍ）の一部である。３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ  ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、Ｅ−ＵＴＲＡを使用するＥ−ＵＭＴＳ（ｅｖｏｌｖｅｄ  ＵＭＴＳ）の一部として、ダウンリンクでＯＦＤＭＡを採用し、アップリンクでＳＣ−ＦＤＭＡを採用する。ＬＴＥ−Ａ（ａｄｖａｎｃｅｄ）は、３ＧＰＰ  ＬＴＥの進化である。
【００３３】
本発明の実施形態は、無線接続システムであるＩＥＥＥ８０２、３ＧＰＰ及び３ＧＰＰ２のうち、少なくとも一つに開示された標準文書により裏付けられる。すなわち、本発明の実施形態のうち、本発明の技術的思想を明確にあらわすために説明しないステップまたは部分は、前記文書により裏付けられることができる。また、本文書において開示している全ての用語は、前記標準文書により説明されることができる。
【００３４】
説明を明確にするために、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａを中心に述べるが、本発明の技術的な特徴がこれに制限されるものではない。
【００３５】
本文書において用いられる用語は、次のように定義される。
【００３６】
−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）：３ＧＰＰによって開発された、ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）基盤の３世代（Ｇｅｎｅｒａｔｉｏｎ）移動通信技術
【００３７】
−ＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）基盤のパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳが進化した形態のネットワークである。
【００３８】
−ＮｏｄｅＢ：ＵＭＴＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００３９】
−ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【００４０】
−端末（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）：ユーザ機器。端末は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語で言及される。また、端末は、ノート型パソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯できない機器であってもよい。ＭＴＣ関連の内容において端末または端末という用語は、ＭＴＣ端末を称することができる。
【００４１】
−ＩＭＳ（ＩＰ  Ｍｕｌｔｉｍｅｄｉａ  Ｓｕｂｓｙｓｔｅｍ）：マルチメディアサービスをＩＰ基盤に提供するサブシステム。
【００４２】
−ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークにおいて国際的に固有に割り当てられるユーザ識別子。
【００４３】
−ＭＴＣ（Ｍａｃｈｉｎｅ  Ｔｙｐｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）：人の介入無しでマシンにより行われる通信。Ｍ２Ｍ（Ｍａｃｈｉｎｅ  ｔｏ  Ｍａｃｈｉｎｅ）通信と称してもよい。
【００４４】
−ＭＴＣ端末（ＭＴＣ  ＵＥまたはＭＴＣ  ｄｅｖｉｃｅまたはＭＴＣ装置）：移動通信ネットワークを介した通信（例えば、ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）を介してＭＴＣサーバと通信）機能を有し、ＭＴＣ機能を行う端末（例えば、自販機、検針器など）。
【００４５】
−ＭＴＣサーバ（ＭＴＣ  ｓｅｒｖｅｒ）：ＭＴＣ端末を管理するネットワーク上のサーバ。移動通信ネットワークの内部または外部に存在しうる。ＭＴＣユーザが接近（ａｃｃｅｓｓ）できるインターフェースを有することができる。また、ＭＴＣサーバは、他のサーバにＭＴＣ関連サービスを提供することもでき（ＳＣＳ（Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）形態）、自分がＭＴＣアプリケーションサーバであってもよい。
【００４６】
−（ＭＴＣ）アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）：（ＭＴＣが適用される）サービス（例えば、遠隔検針、物量移動追跡、気象観測センサなど）
【００４７】
−（ＭＴＣ）アプリケーションサーバ：（ＭＴＣ）アプリケーションが実行されるネットワーク上のサーバ
【００４８】
−ＭＴＣ特徴（ＭＴＣ  ｆｅａｔｕｒｅ）：ＭＴＣアプリケーションを支援するためのネットワークの機能。例えば、ＭＴＣモニタリング（ｍｏｎｉｔｏｒｉｎｇ）は、遠隔検針などのＭＴＣアプリケーションにおいて装備紛失などを備えるための特徴であり、低い移動性（ｌｏｗ  ｍｏｂｉｌｉｔｙ）は、自販機のようなＭＴＣ端末に対するＭＴＣアプリケーションのための特徴である。
【００４９】
−ＭＴＣユーザ（ＭＴＣ  Ｕｓｅｒ）：ＭＴＣユーザは、ＭＴＣサーバにより提供されるサービスを使用する。
【００５０】
−ＭＴＣ加入者（ＭＴＣ  ｓｕｂｓｃｒｉｂｅｒ）：ネットワークオペレーターと接続関係を有しており、一つ以上のＭＴＣ端末にサービスを提供するエンティティ（ｅｎｔｉｔｙ）である。
【００５１】
−ＭＴＣグループ（ＭＴＣ  ｇｒｏｕｐ）：少なくとも一つ以上のＭＴＣ特徴を共有し、ＭＴＣ加入者に属するＭＴＣ端末のグループを意味する。
【００５２】
−サービス力量サーバ（ＳＣＳ：Ｓｅｒｖｉｃｅｓ  Ｃａｐａｂｉｌｉｔｙ  Ｓｅｒｖｅｒ）：ＨＰＬＭＮ（Ｈｏｍｅ  ＰＬＭＮ）上のＭＴＣ−ＩＷＦ（ＭＴＣ  ＩｎｔｅｒＷｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）及びＭＴＣ端末と通信するためのエンティティであって、３ＧＰＰネットワークと接続されている。ＳＣＳは、一つ以上のＭＴＣアプリケーションによる使用のための能力を提供する。
【００５３】
−外部識別子（Ｅｘｔｅｒｎａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：３ＧＰＰネットワークの外部エンティティ（例えば、ＳＣＳまたはアプリケーションサーバ）がＭＴＣ端末（または、ＭＴＣ端末が属する加入者）を指す（または識別する）ために使用する識別子（ｉｄｅｎｔｉｆｉｅｒ）であって、全世界的に固有（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ）である。外部識別子は、次のようにドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）とローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）から構成される。
【００５４】
−ドメイン識別子（Ｄｏｍａｉｎ  Ｉｄｅｎｔｉｆｉｅｒ）：移動通信ネットワーク事業者の制御項にあるドメインを識別するための識別子。一つの事業者は、互いに異なるサービスへの接続を提供するためにサービスごとにドメイン識別子を使用することができる。
【００５５】
−ローカル識別子（Ｌｏｃａｌ  Ｉｄｅｎｔｉｆｉｅｒ）：ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）を類推または取得するために使用される識別子。ローカル識別子は、アプリケーションドメイン内では固有（ｕｎｉｑｕｅ）でなければならず、移動通信ネットワーク事業者により管理される。
【００５６】
−ＲＡＮ（Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）：３ＧＰＰネットワークにおいてＮｏｄｅ  Ｂ及びこれを制御するＲＮＣ（Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｃｏｎｔｒｏｌｌｅｒ）、ｅＮｏｄｅＢを含む単位。端末端に存在しコアネットワークへの接続を提供する。
【００５７】
−ＨＬＲ（Ｈｏｍｅ  Ｌｏｃａｔｉｏｎ  Ｒｅｇｉｓｔｅｒ）／ＨＳＳ（Ｈｏｍｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｓｅｒｖｅｒ）：３ＧＰＰネットワーク内の加入者情報を有しているデータベース。ＨＳＳは、設定格納（ｃｏｎｆｉｇｕｒａｔｉｏｎ  ｓｔｏｒａｇｅ）、識別子管理（ｉｄｅｎｔｉｔｙ  ｍａｎａｇｅｍｅｎｔ）、ユーザ状態格納などの機能を行うことができる。
【００５８】
−ＲＡＮＡＰ（ＲＡＮ  Ａｐｐｌｉｃａｔｉｏｎ  Ｐａｒｔ）：ＲＡＮとコアネットワークの制御を担当するノード（すなわち、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）／ＭＳＣ（Ｍｏｂｉｌｅ  Ｓｗｉｔｃｈｉｎｇ  Ｃｅｎｔｅｒ））間のインターフェース。
【００５９】
−ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的で構成されたネットワーク。オペレーターごとに区分されて構成されることができる。
【００６０】
−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＵＭＴＳ、ＥＰＳプロトコルスタックで端末とコアネットワークとの間のシグナリング、トラフィックメッセージをやり取りするための機能的な階層。端末の移動性を支援し、端末とＰＤＮ  ＧＷ間のＩＰ接続を樹立及び維持するセッション管理手順を支援することを主な機能とする。
【００６１】
−ＳＣＥＦ（Ｓｅｒｖｉｃｅ  Ｃａｐａｂｉｌｉｔｙ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）：３ＧＰＰネットワークインターフェースにより提供されるサービス及び能力（ｃａｐａｂｉｌｉｔｙ）を安全に露出するための手段を提供するサービス能力露出（ｓｅｒｖｉｃｅ  ｃａｐａｂｉｌｉｔｙ  ｅｘｐｏｓｕｒｅ）のための３ＧＰＰアーキテクチャー内のエンティティ。
【００６２】
以下、上のように定義された用語に基づいて本発明について述べる。
【００６３】
本発明が適用されることができるシステムの一般
【００６４】
図１は、本発明が適用されることができるＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）を簡略に例示する図である。
【００６５】
図１のネットワーク構造図は、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）を含むＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）の構造をこれを簡略に再構成したものである。
【００６６】
ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）は、３ＧＰＰ技術の性能を向上するためのＳＡＥ（Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）の核心的な要素である。ＳＡＥは、様々な種類のネットワーク間の移動性を支援するネットワーク構造を決定する研究課題に該当する。ＳＡＥは、例えば、ＩＰ基盤に様々な無線接続技術を支援し、より向上したデータ送信能力を提供するなどの最適化したパケット−基盤システムを提供することを目標とする。
【００６７】
具体的に、ＥＰＣは、３ＧＰＰ  ＬＴＥシステムのためのＩＰ移動通信システムのコアネットワーク（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）であり、パケット−基盤リアルタイム及び非リアルタイムサービスを支援できる。既存の移動通信システム（すなわち、２世代または３世代移動通信システム）では、音声のためのＣＳ（Ｃｉｒｃｕｉｔ−Ｓｗｉｔｃｈｅｄ）及びデータのためのＰＳ（Ｐａｃｋｅｔ−Ｓｗｉｔｃｈｅｄ）の２個の区別されるサブ−ドメインを介してコアネットワークの機能が具現された。しかしながら、３世代移動通信システムの進化である３ＧＰＰ  ＬＴＥシステムでは、ＣＳ及びＰＳのサブ−ドメインが一つのＩＰドメインに単一化された。すなわち、３ＧＰＰ  ＬＴＥシステムでは、ＩＰ能力（ｃａｐａｂｉｌｉｔｙ）を有する端末と端末との間の接続が、ＩＰ基盤の基地局（例えば、ｅＮｏｄｅＢ（ｅｖｏｌｖｅｄ  Ｎｏｄｅ  Ｂ））、ＥＰＣ、アプリケーションドメイン（例えば、ＩＭＳ）を介して構成されることができる。すなわち、ＥＰＣは、エンドツーエンド（ｅｎｄ−ｔｏ−ｅｎｄ）ＩＰサービス具現に必須な構造である。
【００６８】
ＥＰＣは、様々な構成要素を含むことができ、図１では、その中で一部に該当するＳＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）（またはＳ−ＧＷ）、ＰＤＮ  ＧＷ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｇａｔｅｗａｙ）（または、ＰＧＷまたはＰ−ＧＷ）、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）、ＳＧＳＮ（Ｓｅｒｖｉｎｇ  ＧＰＲＳ（Ｇｅｎｅｒａｌ  Ｐａｃｋｅｔ  Ｒａｄｉｏ  Ｓｅｒｖｉｃｅ）Ｓｕｐｐｏｒｔｉｎｇ  Ｎｏｄｅ）、ｅＰＤＧ（ｅｎｈａｎｃｅｄ  Ｐａｃｋｅｔ  Ｄａｔａ  Ｇａｔｅｗａｙ）を示す。
【００６９】
ＳＧＷは、無線接続ネットワーク（ＲＡＮ）とコアネットワークとの間の境界点として動作し、ｅＮｏｄｅＢとＰＤＮ  ＧＷとの間のデータ経路を維持する機能を果たす要素である。また、端末がｅＮｏｄｅＢによってサービング（ｓｅｒｖｉｎｇ）される領域にかけて移動する場合、ＳＧＷは、ローカル移動性アンカーポイント（ａｎｃｈｏｒ  ｐｏｉｎｔ）の役割を果たす。すなわち、Ｅ−ＵＴＲＡＮ（３ＧＰＰリリース−８以後に定義されるＥｖｏｌｖｅｄ−ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）内での移動性のために、ＳＧＷを介してパケットがルーティングされることができる。また、ＳＧＷは、他の３ＧＰＰネットワーク（３ＧＰＰリリース−８以前に定義されるＲＡＮ、例えば、ＵＴＲＡＮ、またはＧＥＲＡＮ（ＧＳＭ（Ｇｌｏｂａｌ  Ｓｙｓｔｅｍ  ｆｏｒ  Ｍｏｂｉｌｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）／ＥＤＧＥ（Ｅｎｈａｎｃｅｄ  Ｄａｔａ  ｒａｔｅｓ  ｆｏｒ  Ｇｌｏｂａｌ  Ｅｖｏｌｕｔｉｏｎ）Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）との移動性のためのアンカーポイントとして機能することもある。
【００７０】
ＰＤＮ  ＧＷは、パケットデータネットワークに向かったデータインターフェースの終端点（ｔｅｒｍｉｎａｔｉｏｎ  ｐｏｉｎｔ）に該当する。ＰＤＮ  ＧＷは、政策執行特徴（ｐｏｌｉｃｙ  ｅｎｆｏｒｃｅｍｅｎｔ  ｆｅａｔｕｒｅｓ）、パケットフィルタリング（ｐａｃｋｅｔ  ｆｉｌｔｅｒｉｎｇ）、課金支援（ｃｈａｒｇｉｎｇ  ｓｕｐｐｏｒｔ）などをサポートすることができる。また、３ＧＰＰネットワークと非−３ＧＰＰ（ｎｏｎ−３ＧＰＰ）ネットワーク（例えば、Ｉ−ＷＬＡＮ（Ｉｎｔｅｒｗｏｒｋｉｎｇ  Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）のような信頼できないネットワーク、ＣＤＭＡ（Ｃｏｄｅ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）ネットワークまたはＷｉｍａｘのような信頼できるネットワーク）との移動性管理のためのアンカーポイントとして機能することができる。
【００７１】
図１のネットワーク構造の例示では、ＳＧＷとＰＤＮ  ＧＷが別のゲートウェイから構成されていることを示したが、二つのゲートウェイが単一ゲートウェイ構成オプション（Ｓｉｎｇｌｅ  Ｇａｔｅｗａｙ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｏｐｔｉｏｎ）によって具現化されることもできる。
【００７２】
ＭＭＥは、端末のネットワーク接続に対するアクセス、ネットワーク資源の割り当て、トラッキング（ｔｒａｃｋｉｎｇ）、ページング（ｐａｇｉｎｇ）、ローミング（ｒｏａｍｉｎｇ）及びハンドオーバーなどを支援するためのシグナリング及び制御機能を行う要素である。ＭＭＥは、加入者及びセッション管理に関する制御平面機能を制御する。ＭＭＥは、数多くのｅＮｏｄｅＢを管理し、他の２Ｇ／３Ｇネットワークに対するハンドオーバーのための従来におけるゲートウェイの選択のためのシグナリングを行う。また、ＭＭＥは、セキュリティー過程（Ｓｅｃｕｒｉｔｙ  Ｐｒｏｃｅｄｕｒｅｓ）、端末−ツ−ネットワークセッションハンドリング（Ｔｅｒｍｉｎａｌ−ｔｏ−ｎｅｔｗｏｒｋ  Ｓｅｓｓｉｏｎ  Ｈａｎｄｌｉｎｇ）、アイドル端末位置決め管理（Ｉｄｌｅ  Ｔｅｒｍｉｎａｌ  Ｌｏｃａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【００７３】
ＳＧＳＮは、他の３ＧＰＰネットワーク（例えば、ＧＰＲＳネットワーク）に対するユーザの移動性管理及び認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）のような全てのパケットデータをハンドリングする。
【００７４】
ｅＰＤＧは、信頼できない非−３ＧＰＰネットワーク（例えば、Ｉ−ＷＬＡＮ、ＷｉＦｉホットスポット（ｈｏｔｓｐｏｔ）など）に対するセキュリティーノードとして機能する。
【００７５】
図１を参照して説明したように、ＩＰ能力を有する端末は、３ＧＰＰアクセスはもちろん、非−３ＧＰＰアクセス基盤でもＥＰＣ内の様々な要素を経て事業者（すなわち、オペレーター（ｏｐｅｒａｔｏｒ））が提供するＩＰサービスネットワーク（例えば、ＩＭＳ）にアクセスできる。
【００７６】
また、図１では、様々なレファレンスポイント（例えば、Ｓ１−Ｕ、Ｓ１−ＭＭＥなど）を示す。３ＧＰＰシステムでは、Ｅ−ＵＴＲＡＮ及びＥＰＣの相異なる機能個体（ｆｕｎｃｔｉｏｎａｌ  ｅｎｔｉｔｙ）に存在する２個の機能を接続する概念的なリンクをレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）のように定義する。次の表１は、図１に示すレファレンスポイントを定理したものである。表１の例示の他にも、ネットワーク構造によって様々なレファレンスポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）が存在しうる。
【００７７】
【表１−１】
2019534653.tif 000003
【００７８】
【表１−２】
2019534653.tif 000004
【００７９】
図１に示すレファレンスポイントのうちＳ２ａ及びＳ２ｂは、非−３ＧＰＰインターフェースに該当する。Ｓ２ａは、信頼される非−３ＧＰＰアクセス及びＰＤＮ  ＧＷ間の関連制御及び移動性資源をユーザプレーンに提供するレファレンスポイントである。Ｓ２ｂは、ｅＰＤＧ及びＰＤＮ  ＧＷ間の関連制御及び移動性支援をユーザプレーンに提供するレファレンスポイントである。
【００８０】
図２は、本発明が適用されることができるＥ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ  ｕｎｉｖｅｒｓａｌ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）のネットワーク構造の一例を示す。
【００８１】
Ｅ−ＵＴＲＡＮシステムは、従来のＵＴＲＡＮシステムから進化したシステムであって、例えば、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａシステムでありうる。通信ネットワークは、ＩＭＳ及びパケットデータを介して音声（ｖｏｉｃｅ）（例えば、ＶｏＩＰ（Ｖｏｉｃｅ  ｏｖｅｒ  Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ））のような様々な通信サービスを提供するために広範囲に配置される。
【００８２】
図２を参照すると、Ｅ−ＵＭＴＳネットワークは、Ｅ−ＵＴＲＡＮ、ＥＰＣ及び一つ以上のＵＥを含む。Ｅ−ＵＴＲＡＮは、端末に制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）プロトコルを提供するｅＮＢから構成され、ｅＮＢは、Ｘ２インターフェースを介して接続される。
【００８３】
Ｘ２ユーザ平面インターフェース（Ｘ２−Ｕ）は、ｅＮＢの間に定義される。Ｘ２−Ｕインターフェースは、ユーザ平面ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）の保障されない伝達（ｎｏｎ  ｇｕａｒａｎｔｅｅｄ  ｄｅｌｉｖｅｒｙ）を提供する。Ｘ２制御平面インターフェース（Ｘ２−ＣＰ）は、二つの隣接ｅＮＢの間に定義される。Ｘ２−ＣＰは、ｅＮＢ間のコンテキスト（ｃｏｎｔｅｘｔ）伝達、ソースｅＮＢとターゲットｅＮＢとの間のユーザ平面トンネルの制御、ハンドオーバー関連メッセージの伝達、アップリンク負荷管理などの機能を行う。
【００８４】
ｅＮＢは、無線インターフェースを介して端末に接続され、Ｓ１インターフェースを介してＥＰＣ（ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）に接続される。
【００８５】
Ｓ１ユーザ平面インターフェース（Ｓ１−Ｕ）は、ｅＮＢとサービングゲートウェイ（Ｓ−ＧＷ：ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）との間に定義される。Ｓ１制御平面インターフェース（Ｓ１−ＭＭＥ）は、ｅＮＢと移動性管理個体（ＭＭＥ：ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）の間に定義される。Ｓ１インターフェースは、ＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）ベアラサービス管理機能、ＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリングトランスポート機能、ネットワークシェアリング、ＭＭＥ負荷バランシング機能などを行う。Ｓ１インターフェースは、ｅＮＢとＭＭＥ／Ｓ−ＧＷとの間に多数−対−多数関係（ｍａｎｙ−ｔｏ−ｍａｎｙ−ｒｅｌａｔｉｏｎ）を支援する。
【００８６】
ＭＭＥは、ＮＡＳシグナリングセキュリティー（ｓｅｃｕｒｉｔｙ）、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）セキュリティー（ｓｅｃｕｒｉｔｙ）制御、３ＧＰＰアクセスネットワーク間移動性を支援するためのＣＮ（Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）ノード間（Ｉｎｔｅｒ−ＣＮ）のシグナリング、（ページング再送信の実行及び制御含んで）アイドル（ＩＤＬＥ）モードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）、（アイドル及びアクティブモード端末のための）トラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）管理、ＰＤＮ  ＧＷ及びＳＧＷ選択、ＭＭＥが変更されるハンドオーバーのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバーのためのＳＧＳＮ選択、ローミング（ｒｏａｍｉｎｇ）、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、専用ベアラ確立（ｄｅｄｉｃａｔｅｄ  ｂｅａｒｅｒ  ｅｓｔａｂｌｉｓｈｍｅｎｔ）を含むベアラ管理機能、公共警告システム（ＰＷＳ：Ｐｕｂｌｉｃ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）（地震及び津波警告システム（ＥＴＷＳ：Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）及び常用モバイル警告システム（ＣＭＡＳ：Ｃｏｍｍｅｒｃｉａｌ  Ｍｏｂｉｌｅ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）含む）メッセージ送信の支援などの様々な機能を行うことができる。
【００８７】
図３は、本発明が適用されることができる無線通信システムにおけるＥ−ＵＴＲＡＮ及びＥＰＣの構造を例示する。
【００８８】
図３を参照すると、ｅＮＢは、ゲートウェイ（例えば、ＭＭＥ）の選択、無線資源制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）活性（ａｃｔｉｖａｔｉｏｎ）の間にゲートウェイへのルーティング、放送チャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）のスケジューリング及び送信、アップリンク及びダウンリンクにおいてＵＥへ動的資源の割り当て、そして、ＬＴＥ＿ＡＣＴＩＶＥ状態で移動性制御接続の機能を行うことができる。上述のように、ＥＰＣ内においてゲートウェイは、ページング開始（ｏｒｇｉｎａｔｉｏｎ）、ＬＴＥ＿ＩＤＬＥ状態管理、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）の暗号化（ｃｉｐｈｅｒｉｎｇ）、システム構造進化（ＳＡＥ：Ｓｙｓｔｅｍ  Ａｒｃｈｉｔｅｃｔｕｒｅ  Ｅｖｏｌｕｔｉｏｎ）ベアラ制御、そして、ＮＡＳシグナリングの暗号化（ｃｉｐｈｅｒｉｎｇ）及び無欠性（ｉｎｔｅｒｇｒｉｔｙ）保護の機能を行うことができる。
【００８９】
図４は、本発明が適用されることができる無線通信システムにおける端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコル（ｒａｄｉｏ  ｉｎｔｅｒｆａｃｅ  ｐｒｏｔｏｃｏｌ）構造を示す。
【００９０】
図４（ａ）は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に対する無線プロトコル構造を示し、図４（ｂ）は、ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）に対する無線プロトコル構造を示す。
【００９１】
図４を参照すると、端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルの階層は、通信システムの技術分野に公知された広く知られた開放型システム間相互接続（ＯＳＩ：ｏｐｅｎ  ｓｙｓｔｅｍ  ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）標準モデルの下位３階層に基づいて、第１階層（Ｌ１）、第２階層（Ｌ２）及び第３階層（Ｌ３）に分割されることができる。端末とＥ−ＵＴＲＡＮとの間の無線インターフェースプロトコルは、水平的に物理階層（ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）、データリンク階層（ｄａｔａ  ｌｉｎｋ  ｌａｙｅｒ）及びネットワーク階層（ｎｅｔｗｏｒｋ  ｌａｙｅｒ）からなり、垂直的には、データ情報送信のためのプロトコルスタック（ｐｒｏｔｏｃｏｌ  ｓｔａｃｋ）ユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）と制御信号（ｓｉｇｎａｌｉｎｇ）伝達のためのプロトコルスタックである制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）に区分される。
【００９２】
制御平面は、端末とネットワークが呼を管理するために利用する制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション階層において生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが送信される通路を意味する。以下、無線プロトコルの制御平面とユーザ平面の各階層について説明する。
【００９３】
第１階層（Ｌ１）である物理階層（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を使用することによって、上位階層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位レベルに位置した媒体接続制御（ＭＡＣ：ｍｅｄｉｕｍ  ａｃｃｅｓｓ  ｃｏｎｔｒｏｌ）階層に送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続され、送信チャネルを介してＭＡＣ階層と物理階層との間でデータが送信される。送信チャネルは、無線インターフェースを介してデータがどのように、どのような特徴で送信されるかに応じて分類される。そして、互いに異なる物理階層の間、送信端の物理階層と受信端の物理階層との間には、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが送信される。物理階層は、ＯＦＤＭ（ｏｒｔｈｏｇｏｎａｌ  ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｍｕｌｔｉｐｌｅｘｉｎｇ）方式で変調され、時間と周波数を無線資源として活用する。
【００９４】
物理階層で使用される数個物理制御チャネルがある。物理ダウンリンク制御チャネル（ＰＤＣＣＨ：ｐｈｙｓｉｃａｌ  ｄｏｗｎｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、端末にページングチャネル（ＰＣＨ：ｐａｇｉｎｇ  ｃｈａｎｎｅｌ）とダウンリンク共有チャネル（ＤＬ−ＳＣＨ：ｄｏｗｎｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）の資源割り当て及びアップリンク共有チャネル（ＵＬ−ＳＣＨ：ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）に関連するＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）情報を知らせる。また、ＰＤＣＣＨは、端末にアップリンク送信の資源割り当てを知らせるアップリンク承認（ＵＬ  ｇｒａｎｔ）を運ぶことができる。物理制御フォーマット指示子チャネル（ＰＤＦＩＣＨ：ｐｈｙｓｉｃａｌ  ｃｏｎｔｒｏｌ  ｆｏｒｍａｔ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、端末にＰＤＣＣＨに使用されるＯＦＤＭシンボルの数を知らせ、サブフレームごとに送信される。物理ＨＡＲＱ指示子チャネル（ＰＨＩＣＨ：ｐｈｙｓｉｃａｌ  ＨＡＲＱ  ｉｎｄｉｃａｔｏｒ  ｃｈａｎｎｅｌ）は、アップリンク送信の応答として、ＨＡＲＱ  ＡＣＫ（ａｃｋｎｏｗｌｅｄｇｅ）／ＮＡＣＫ（ｎｏｎ−ａｃｋｎｏｗｌｅｄｇｅ）信号を運ぶ。物理アップリンク制御チャネル（ＰＵＣＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）は、ダウンリンク送信に対するＨＡＲＱ  ＡＣＫ／ＮＡＣＫ、スケジューリング要請及びチャネル品質指示子（ＣＱＩ：ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ  ｉｎｄｉｃａｔｏｒ）などのようなアップリンク制御情報を運ぶ。物理アップリンク共有チャネル（ＰＵＳＣＨ：ｐｈｙｓｉｃａｌ  ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）は、ＵＬ−ＳＣＨを運ぶ。
【００９５】
第２階層（Ｌ２）のＭＡＣ階層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）を介して上位階層である無線リンク制御（ＲＬＣ：ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）階層にサービスを提供する。また、ＭＡＣ階層は、論理チャネルと送信チャネルとの間のマッピング及び論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ：ｓｅｒｖｉｃｅ  ｄａｔａ  ｕｎｉｔ）の送信チャネル上に物理チャネルに提供される送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）への多重化／逆多重化機能を含む。
【００９６】
第２階層（Ｌ２）のＲＬＣ階層は、信頼性のあるデータ送信を支援する。ＲＬＣ階層の機能は、ＲＬＣ  ＳＤＵの接続（ｃｏｎｃａｔｅｎａｔｉｏｎ）、分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再結合（ｒｅａｓｓｅｍｂｌｙ）を含む。無線ベアラ（ＲＢ：ｒａｄｉｏ  ｂｅａｒｅｒ）が要求する様々なＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）を保障するために、ＲＬＣ階層は、透明モード（ＴＭ：ｔｒａｎｓｐａｒｅｎｔ  ｍｏｄｅ）、非確認モード（ＵＭ：ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  ｍｏｄｅ）及び確認モード（ＡＭ：ａｃｋｎｏｗｌｅｄｇｅ  ｍｏｄｅ）の３種類の動作モードを提供する。ＡＭ  ＲＬＣは、ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介してエラー訂正を提供する。一方、ＭＡＣ階層がＲＬＣ機能を行う場合に、ＲＬＣ階層は、ＭＡＣ階層の機能ブロックとして含まれることができる。
【００９７】
第２階層（Ｌ２）のパケットデータコンバージェンスプロトコル（ＰＤＣＰ：ｐａｃｋｅｔ  ｄａｔａ  ｃｏｎｖｅｒｇｅｎｃｅ  ｐｒｏｔｏｃｏｌ）階層は、ユーザ平面においてユーザデータの伝達、ヘッダ圧縮（ｈｅａｄｅｒ  ｃｏｍｐｒｅｓｓｉｏｎ）及び暗号化（ｃｉｐｈｅｒｉｎｇ）機能を行う。ヘッダ圧縮機能は、小さな帯域幅を有する無線インターフェースを介してＩＰｖ４（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ４）またはＩＰｖ６（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ  ｖｅｒｓｉｏｎ  ６）のようなインターネットプロトコル（ＩＰ：ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）パケットを効率よく送信されるようにするため、相対的に大きさが大きくて不要な制御情報を含んでいるＩＰパケットヘッダサイズを減らす機能を意味する。制御平面におけるＰＤＣＰ階層の機能は、制御平面データの伝達及び暗号化／無欠情報号（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）を含む。
【００９８】
第３階層（Ｌ３）の最下位部分に位置した無線資源制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）階層は、制御平面においてのみ定義される。ＲＲＣ階層は、端末とネットワークとの間の無線資源を制御する役割を行う。このために、端末とネットワークは、ＲＲＣ階層を介してＲＲＣメッセージを互いに交換する。ＲＲＣ階層は、無線ベアラの設定（ｃｏｎｆｉｇｕｒａｔｉｏｎ）、再設定（ｒｅ−ｃｏｎｆｉｇｕｒａｔｉｏｎ）及び解除（ｒｅｌｅａｓｅ）に関して論理チャネル、送信チャネル及び物理チャネルを制御する。無線ベアラは、端末とネットワークとの間のデータ送信のために、第２階層（Ｌ２）によって提供される論理的な経路を意味する。無線ベアラが設定されることは、特定サービスを提供するために無線プロトコル階層及びチャネルの特性を規定し、それぞれの具体的なパラメータ及び動作方法を設定することを意味する。無線ベアラは、またシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｉｎｇ  ＲＢ）とデータ無線ベアラ（ＤＲＢ：ｄａｔａ  ＲＢ）の２種類に分類されることができる。ＳＲＢは、制御平面においてＲＲＣメッセージを送信する通路として使用され、ＤＲＢは、ユーザ平面においてユーザデータを送信する通路として使用される。
【００９９】
ＲＲＣ階層上位に位置するＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）階層は、セッション管理（ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）と移動性管理（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ）などの機能を行う。
【０１００】
基地局を構成する一つのセルは、１．２５、２．５、５、１０、２０Ｍｈｚなどの帯域幅のうち一つに設定され、種々の端末にダウンリンクまたはアップリンク送信サービスを提供する。互いに異なるセルは、互いに異なる帯域幅を提供するように設定されることができる。
【０１０１】
ネットワークから端末にデータを送信するダウンリンク送信チャネル（ｄｏｗｎｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）は、システム情報を送信する放送チャネル（ＢＣＨ：ｂｒｏａｄｃａｓｔ  ｃｈａｎｎｅｌ）、ページングメッセージを送信するＰＣＨ、ユーザトラフィックまたは制御メッセージを送信するＤＬ−ＳＣＨなどがある。ダウンリンクマルチキャスト、放送サービスのトラフィック、または制御メッセージの場合、ＤＬ−ＳＣＨを介して送信されてもよく、または、別のダウンリンクマルチキャストチャネル（ＭＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｈａｎｎｅｌ）を介して送信されてもよい。一方、端末からネットワークにデータを送信するアップリンク送信チャネル（ｕｐｌｉｎｋ  ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）には、初期制御メッセージを送信するランダムアクセスチャネル（ＲＡＣＨ：ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｃｈａｎｎｅｌ）、ユーザトラフィックまたは制御メッセージを送信するＵＬ−ＳＣＨ（ｕｐｌｉｎｋ  ｓｈａｒｅｄ  ｃｈａｎｎｅｌ）がある。
【０１０２】
論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）は、送信チャネルの上位にあり、送信チャネルにマッピングされる。論理チャネルは、制御領域情報の伝達のための制御チャネルとユーザ領域情報の伝達のためのトラフィックチャネルに区分される。制御チャネルには、放送制御チャネル（ＢＣＣＨ：ｂｒｏａｄｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、ページング制御チャネル（ＰＣＣＨ：ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、共通制御チャネル（ＣＣＣＨ：ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、専用制御チャネル（ＤＣＣＨ：ｄｅｄｉｃａｔｅｄ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）、マルチキャスト制御チャネル（ＭＣＣＨ：ｍｕｌｔｉｃａｓｔ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）などがある。トラフィックチャネルには、専用トラフィックチャネル（ＤＴＣＨ：ｄｅｄｉｃａｔｅｄ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）、マルチキャストトラフィックチャネル（ＭＴＣＨ：ｍｕｌｔｉｃａｓｔ  ｔｒａｆｆｉｃ  ｃｈａｎｎｅｌ）などがある。ＰＣＣＨは、ページング情報を伝達するダウンリンクチャネルであり、ネットワークがＵＥが属するセルが分からない時に使用される。ＣＣＣＨは、ネットワークとのＲＲＣ接続を有しないＵＥにより使用される。ＭＣＣＨネットワークからＵＥへのＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ  Ｂｒｏａｄｃａｓｔ  ａｎｄ  Ｍｕｌｔｉｃａｓｔ  Ｓｅｒｖｉｃｅ）制御情報を伝達するために使用される点−対−多点（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。ＤＣＣＨは、ＵＥとネットワークとの間に専用制御情報を伝達するＲＲＣ接続を有する端末により使用されるポイント−ツ−ポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）両方向（ｂｉ−ｄｉｒｅｃｔｉｏｎａｌ）チャネルである。ＤＴＣＨは、アップリンク及びダウンリンクで存在しうるユーザ情報を伝達するために、一つの端末に専用されるポイント−ツ−ポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャネルである。ＭＴＣＨは、ネットワークからＵＥへのトラフィックデータを伝達するためにポイント−ツ−マルチポイント（ｐｏｉｎｔ−ｔｏ−ｍｕｌｔｉｐｏｉｎｔ）ダウンリンクチャネルである。
【０１０３】
論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間アップリンク接続の場合、ＤＣＣＨは、ＵＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨは、ＵＬ−ＳＣＨとマッピングされてもよく、ＣＣＣＨは、ＵＬ−ＳＣＨとマッピングされてもよい。論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間のダウンリンク接続の場合、ＢＣＣＨは、ＢＣＨまたはＤＬ−ＳＣＨとマッピングされてもよく、ＰＣＣＨは、ＰＣＨとマッピングされてもよく、ＤＣＣＨは、ＤＬ−ＳＣＨとマッピングされてもよく、ＤＴＣＨは、ＤＬ−ＳＣＨとマッピングされてもよく、ＭＣＣＨは、ＭＣＨとマッピングされてもよく、ＭＴＣＨは、ＭＣＨとマッピングされてもよい。
【０１０４】
図５は、本発明が適用されることができる無線通信システムにおける物理チャネルの構造を簡略に例示する図である。
【０１０５】
図５を参照すると、物理チャネルは、周波数領域（ｆｒｅｑｕｅｎｃｙ  ｄｏｍａｉｎ）において一つ以上のサブキャリヤと、時間領域（ｔｉｍｅ  ｄｏｍａｉｎ）において一つ以上のシンボルから構成される無線資源を介してシグナリング及びデータを伝達する。
【０１０６】
１．０ｍｓ長を有する一つのサブフレームは、複数のシンボルから構成される。サブフレームの特定シンボル（ら）（例えば、サブフレームの最初のシンボル）は、ＰＤＣＣＨのために使用されることができる。ＰＤＣＣＨは、動的に割り当てられる資源に対する情報（例えば、資源ブロック（Ｒｅｓｏｕｒｃｅ  Ｂｌｏｃｋ）、変調及びコーディング方式（ＭＣＳ：Ｍｏｄｕｌａｔｉｏｎ  ａｎｄ  Ｃｏｄｉｎｇ  Ｓｃｈｅｍｅ）等）を運ぶ。
【０１０７】
次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）（またはＲＡＮ）システム
【０１０８】
次世代無線アクセスネットワークにおいて使用される用語は、次のように定義されることができる。
【０１０９】
−ＥＰＳ（Ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）：ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）基盤のパケット交換（ｐａｃｋｅｔ  ｓｗｉｔｃｈｅｄ）コアネットワークであるＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）とＬＴＥ、ＵＴＲＡＮなどのアクセスネットワークで構成されたネットワークシステム。ＵＭＴＳ（Ｕｎｉｖｅｒｓａｌ  Ｍｏｂｉｌｅ  Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｓｙｓｔｅｍ）が進化した形態のネットワークである。
【０１１０】
−ｅＮｏｄｅＢ：ＥＰＳネットワークの基地局。屋外に設置し、カバレッジは、マクロセル（ｍａｃｒｏ  ｃｅｌｌ）規模である。
【０１１１】
−ＩＭＳＩ（Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｍｏｂｉｌｅ  Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｔｙ）：移動通信ネットワークにおいて国際的に固有に割り当てられるユーザ識別子。
【０１１２】
−ＰＬＭＮ（Ｐｕｂｌｉｃ  Ｌａｎｄ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋ）：個人に移動通信サービスを提供する目的として構成されたネットワーク。オペレーターごとに区分されて構成される。
【０１１３】
−５Ｇシステム（５ＧＳ：５Ｇ  Ｓｙｓｔｅｍ）：５Ｇアクセスネットワーク（ＡＮ：Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、５Ｇコアネットワーク及びユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）から構成されるシステム
【０１１４】
−５Ｇアクセスネットワーク（５Ｇ−ＡＮ：５Ｇ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）（またはＡＮ）：５Ｇコアネットワークに接続する次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）及び／または非−３ＧＰＰアクセスネットワーク（ｎｏｎ−３ＧＰＰ  ＡＮ：ｎｏｎ−５Ｇ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）から構成されるアクセスネットワーク。
【０１１５】
−次世代無線アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）（またはＲＡＮ）：５ＧＣに接続されるという共通の特徴を有し、次のオプションのうち、何れか一つ以上を支援する無線アクセスネットワーク：
【０１１６】
１）スタンドアローン新しい無線（Ｓｔａｎｄａｌｏｎｅ  Ｎｅｗ  Ｒａｄｉｏ）。
【０１１７】
２）Ｅ−ＵＴＲＡ拡張を支援するアンカー（ａｎｃｈｏｒ）である新しい無線（ｎｅｗ  ｒａｄｉｏ）。
【０１１８】
３）スタンドアローンＥ−ＵＴＲＡ（例えば、ｅＮｏｄｅＢ）。
【０１１９】
４）新しい無線（ｎｅｗ  ｒａｄｉｏ）拡張を支援するアンカー（ａｎｃｈｏｒ）
【０１２０】
−５Ｇコアネットワーク（５ＧＣ：５Ｇ  Ｃｏｒｅ  Ｎｅｔｗｏｒｋ）：５Ｇアクセスネットワークに接続するコアネットワーク
【０１２１】
−ネットワーク機能（ＮＦ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）：ネットワーク内の３ＧＰＰで採択（ａｄｏｐｔｅｄ）されるか、または３ＧＰＰで定義された処理機能を意味し、このような処理機能は、定義された機能的な動作（ｆｕｎｃｔｉｏｎａｌ  ｂｅｈａｖｉｏｒ）と３ＧＰＰで定義されたインターフェースを含む。
【０１２２】
−ＮＦサービス（ＮＦ  ｓｅｒｖｉｃｅ）：サービス−基盤インターフェースを介してＮＦにより露出され、他の認証されたＮＦ（ら）により利用される（ｃｏｎｓｕｍｅｄ）機能
【０１２３】
−ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）：特定のネットワーク能力（ら）及びネットワーク特徴（ら）を提供する論理的なネットワーク
【０１２４】
−ネットワークスライスインスタンス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  ｉｎｓｔａｎｃｅ）：配置されるネットワークスライスを形成するＮＦインスタンス（ら）及び要求される資源（ら）（例えば、計算、格納及びネットワーキング資源）のセット
【０１２５】
−プロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）接続サービス（ＰＤＵ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ）：ＵＥとデータネットワーク間のＰＤＵ（ら）の交換を提供するサービス。
【０１２６】
−ＰＤＵセッション（ＰＤＵ  Ｓｅｓｓｉｏｎ）：ＰＤＵ接続サービスを提供するＵＥとデータネットワークとの間の連係（ａｓｓｏｃｉａｔｉｏｎ）。連係タイプは、インターネットプロトコル（ＩＰ：Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）、イーサネット（Ｅｔｈｅｒｎｅｔ）または非構造化（ｕｎｓｔｒｕｃｔｕｒｅｄ）されうる。
【０１２７】
−ＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）：ＥＰＳ、５ＧＳプロトコルスタックにおいて、端末とコアネットワークとの間のシグナリング、トラフィックメッセージをやり取りするための機能的な階層。端末の移動性を支援し、セッション管理手順を支援することを主な機能とする。
【０１２８】
ランダムアクセスの手順（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｐｒｏｃｅｄｕｒｅ）
【０１２９】
以下、ＬＴＥ／ＬＴＥ−Ａシステムにおいて提供するランダムアクセスの手順（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）について説明する。
【０１３０】
ランダムアクセスの手順は、端末が基地局とアップリンク同期を得るか、またはアップリンク無線資源を割り当てるために使用される。端末の電源がオンされた後、端末は、初期セルとのダウンリンク同期を取得し、システム情報を受信する。システム情報から使用可能なランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ）の集合とランダムアクセスプリアンブルの送信に使用される無線資源に関する情報を得る。ランダムアクセスプリアンブルの送信に使用される無線資源は、少なくとも一つ以上のサブフレームインデックスと周波数領域上のインデックスの組み合わせで特定される。端末は、ランダムアクセスプリアンブルの集合から任意に選択したランダムアクセスプリアンブルを送信し、前記ランダムアクセスプリアンブルを受信した基地局は、アップリンク同期のためのタイミング整列（ＴＡ：ｔｉｍｉｎｇ  ａｌｉｇｎｍｅｎｔ）値をランダムアクセス応答を介して端末に送信する。これによって、端末はアップリンク同期を取得するのである。
【０１３１】
ランダムアクセスの手順は、ＦＤＤ（ｆｒｅｑｕｅｎｃｙ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）とＴＤＤ（ｔｉｍｅ  ｄｉｖｉｓｉｏｎ  ｄｕｐｌｅｘ）において共通的な手順である。ランダムアクセスの手順は、セルのサイズに関係なく、キャリヤ併合（ＣＡ：ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）が設定された場合、サービングセル（ｓｅｒｖｉｎｇ  ｃｅｌｌ）の個数とも関わらない。
【０１３２】
まず、端末がランダムアクセスの手順を行う場合には、次のような場合がある。
【０１３３】
−端末が基地局とのＲＲＣ接続（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ）がないから、ＲＲＣアイドル状態で初期接続（ｉｎｉｔｉａｌ  ａｃｃｅｓｓ）を行う場合
【０１３４】
−ＲＲＣ接続再確立手順（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）を行う場合
【０１３５】
−端末がハンドオーバー過程で、ターゲット（ｔａｒｇｅｔ）セルに初めて接続する場合
【０１３６】
−基地局の命令に応じてランダムアクセスの手順が要請される場合
【０１３７】
−ＲＲＣ接続状態のうち、アップリンク時間同期が合わない状況で（ｎｏｎ−ｓｙｎｃｈｒｏｎｉｚｅｄ）ダウンリンクに送信されるデータが発生する場合
【０１３８】
−ＲＲＣ接続状態のうち、アップリンクの時間同期が合わないか（ｎｏｎ−ｓｙｎｃｈｒｏｎｉｚｅｄ）、または無線資源を要請するために使用される指定された無線資源が割り当てられない状況で、アップリンクに送信するデータが発生する場合
【０１３９】
−ＲＲＣ接続状態のうち、タイミングアドバンス（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）が必要な状況で端末の位置決定（ｐｏｓｉｔｉｏｎｉｎｇ）を行う場合
【０１４０】
−無線接続失敗（ｒａｄｉｏ  ｌｉｎｋ  ｆａｉｌｕｒｅ）またはハンドオーバー失敗（ｈａｎｄｏｖｅｒ  ｆａｉｌｕｒｅ）時に復旧過程を行う場合
【０１４１】
３ＧＰＰ  Ｒｅｌ−１０では、キャリヤ併合を支援する無線接続システムにおいて、一つの特定セル（例えば、Ｐセル）に適用可能なＴＡ（ｔｉｍｉｎｇ  ａｄｖａｎｃｅ）値を複数のセルに共通に適用することを考慮した。ただし、端末が互いに異なる周波数バンドに属する（すなわち、周波数上において大きく離隔された）複数のセル、あるいは伝播（ｐｒｏｐａｇａｔｉｏｎ）特性が異なる複数のセルを併合することができる。また、特定セルの場合、カバレッジ拡大あるいはカバレッジホールの除去のために、ＲＲＨ（ｒｅｍｏｔｅ  ｒａｄｉｏ  ｈｅａｄｅｒ）（すなわち、リピータ）、フェムトセル（ｆｅｍｔｏ  ｃｅｌｌ）あるいはピコセル（ｐｉｃｏ  ｃｅｌｌ）などのようなスモールセル（ｓｍａｌｌ  ｃｅｌｌ）またはセカンダリー基地局（ＳｅＮＢ：ｓｅｃｏｎｄａｒｙ  ｅＮＢ）がセル内に配置される状況において、端末は、一つのセルを介して基地局（すなわち、マクロ基地局（ｍａｃｒｏ  ｅＮＢ））と通信を行い、他のセルを介してセカンダリー基地局と通信を行う場合、複数のセルが互いに異なる伝播遅延の特性を有することになる。この場合、一つのＴＡ値を複数のセルに共通に適用する方式で使用するアップリンク送信を行う場合、複数のセル上において送信されるアップリンク信号の同期に深刻な影響をおよぼしかねない。したがって、複数のセルが併合されたＣＡ状況で複数のＴＡを有することが好ましく、３ＧＰＰ  Ｒｅｌ−１１では、多重ＴＡ（ｍｕｌｔｉｐｌｅ  ＴＡ）を支援するために、特定のセルグループ単位にＴＡを独立的に割り当てることを考慮する。これをＴＡグループ（ＴＡＧ：ＴＡ  ｇｒｏｕｐ）といい、ＴＡＧは、一つ以上のセルを含み、ＴＡＧ内に含まれた一つ以上のセルには、同じＴＡが共通的に適用されうる。このような多重ＴＡを支援するために、ＭＡＣ  ＴＡ命令制御要素（ｅｌｅｍｅｎｔ）は、２ビットのＴＡＧ識別子（ＴＡＧ  ＩＤ）と６ビットのＴＡ命令フィールドから構成される。
【０１４２】
キャリヤ併合が設定された端末は、Ｐセルに関して先に説明したランダムアクセスの手順を行う場合が発生すると、ランダムアクセスの手順を実行するようになる。Ｐセルが属するＴＡＧ（すなわち、ｐＴＡＧ：ｐｒｉｍａｒｙ  ＴＡＧ）の場合、従来と同様にＰセルを基準に決定される、あるいは、Ｐセルに伴うランダムアクセスの手順を介して調整されるＴＡをｐＴＡＧ内の全てのセル（ら）に適用される。一方、Ｓセルのみから構成されるＴＡＧ（すなわち、ｓＴＡＧ：ｓｅｃｏｎｄａｒｙ  ＴＡＧ）の場合、ｓＴＡＧ内の特定Ｓセルを基準に決定されるＴＡは、該当ｓＴＡＧ内の全てのセル（ら）に適用され、このとき、ＴＡは、基地局により開始されるランダムアクセスの手順により取得されることができる。具体的に、ｓＴＡＧ内においてＳセルは、ＲＡＣＨ資源に設定され、基地局は、ＴＡを決定するためにＳセルにおいてＲＡＣＨ接続を要請する。すなわち、基地局は、Ｐセルから送信されるＰＤＣＣＨオーダーによりＳセル上においてＲＡＣＨ送信を開始させる。Ｓセルプリアンブルに対する応答メッセージは、ランダムアクセス無線ネットワーク一時的識別子（ＲＡ−ＲＮＴＩ：Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｒａｄｉｏ  Ｎｅｔｗｏｒｋ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ）を使用してＰセルを介して送信される。端末は、ランダムアクセスを成功的に終えたＳセルを基準に決定されるＴＡは、該当ｓＴＡＧ内の全てのセル（ら）に適用される。このように、ランダムアクセスの手順は、Ｓセルでも該当のＳセルが属するｓＴＡＧのタイミング整列（ｔｉｍｉｎｇ  ａｌｉｇｎｍｅｎｔ）を取得するためにＳセルでも行われることができる。
【０１４３】
ＬＴＥ／ＬＴＥ−Ａシステムでは、ランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択する過程において、特定の集合内で端末が任意に一つのプリアンブルを選択して使用する競争基盤ランダムアクセスの手順（ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）と、基地局が特定の端末のみに割り当てたランダムアクセスプリアンブルを使用する非競争基盤ランダムアクセスの手順（ｎｏｎ−ｃｏｎｔｅｎｔｉｏｎ  ｂａｓｅｄ  ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｏｃｅｄｕｒｅ）を全て提供する。ただし、非競争基盤ランダムアクセスの手順は、上述のハンドオーバー過程、基地局の命令に応じて要請される場合、端末位置決定（ｐｏｓｉｔｉｏｎｉｎｇ）及び／またはｓＴＡＧのためのタイミングアドバンス整列に限って使用されることができる。ランダムアクセスの手順が完了した後、一般的なアップリンク／ダウンリンク送信が発生する。
【０１４４】
一方、リレイノード（ＲＮ：ｒｅｌａｙ  ｎｏｄｅ）についても競争基盤ランダムアクセスの手順と非競争基盤ランダムアクセスの手順を全て支援する。リレイノードがランダムアクセスの手順を行うとき、その時点でＲＮサブフレーム構成（ｃｏｎｆｉｇｕｒａｔｉｏｎ）を中断させる（ｓｕｓｐｅｎｄ）。すなわち、これは、一時的にＲＮサブフレーム構成を廃棄することを意味する。その後、成功的にランダムアクセスの手順が完了する時点でＲＮサブフレーム構成が再開される。
【０１４５】
図６は、本発明が適用されることができる無線通信システムにおける競争基盤ランダムアクセスの手順を説明するための図である。
【０１４６】
（１）第１メッセージ（Ｍｓｇ  １、ｍｅｓｓａｇｅ  １）
【０１４７】
まず、端末は、システム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）またはハンドオーバー命令（ｈａｎｄｏｖｅｒ  ｃｏｍｍａｎｄ）を介して指示されたランダムアクセスプリアンブルの集合から任意に（ｒａｎｄｏｍｌｙ）一つのランダムアクセスプリアンブル（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｐｒｅａｍｂｌｅ、ＲＡＣＨ  ｐｒｅａｍｂｌｅ）を選択し、前記ランダムアクセスプリアンブルを送信できるＰＲＡＣＨ（ｐｈｙｓｉｃａｌ  ＲＡＣＨ）資源を選択して送信する。
【０１４８】
ランダムアクセスプリアンブルは、ＲＡＣＨ送信チャネルで６ビットで送信され、６ビットは、ＲＡＣＨ送信した端末を識別するための５ビットの任意識別子（ｒａｄｏｍ  ｉｄｅｎｔｉｔｙ）と、追加情報を表すための１ビット（例えば、第３メッセージ（Ｍｓｇ  ３）の大きさを指示）から構成される。
【０１４９】
端末からランダムアクセスプリアンブルを受信した基地局は、プリアンブルをデコードし、ＲＡ−ＲＮＴＩを取得する。ランダムアクセスプリアンブルが送信されたＰＲＡＣＨに関連するＲＡ−ＲＮＴＩは、該当端末が送信したランダムアクセスプリアンブルの時間−周波数資源によって決定される。
【０１５０】
（２）第２メッセージ（Ｍｓｇ  ２、ｍｅｓｓａｇｅ  ２）
【０１５１】
基地局は、第１メッセージ上のプリアンブルを介して取得したＲＡ−ＲＮＴＩで指示（ａｄｄｒｅｓｓ）されるランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）を端末に送信する。ランダムアクセス応答には、ランダムアクセスプリアンブルインデックス／識別子（ＲＡ  ｐｒｅａｍｂｌｅ  ｉｎｄｅｘ／ｉｄｅｎｔｉｆｉｅｒ）、アップリンク無線資源を知らせるアップリンク承認（ＵＬ  ｇｒａｎｔ）、一時的セル識別子（ＴＣ−ＲＮＴＩ：Ｔｅｍｐｏｒａｒｙ  Ｃｅｌｌ  ＲＮＴＩ）、そして時間同期値（ＴＡＣ：ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｃｏｍｍａｎｄ）が含まれる。ＴＡＣは、基地局が端末にアップリンク時間整列（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ）を維持するために送る時間同期値を指示する情報である。端末は、前記時間同期値を用いてアップリンク送信タイミングを更新する。端末が時間同期を更新すると、時間同期タイマー（ｔｉｍｅ  ａｌｉｇｎｍｅｎｔ  ｔｉｍｅｒ）を開始または再開始する。ＵＬ  ｇｒａｎｔは、後述するスケジューリングメッセージ（第３メッセージ）の送信に使用されるアップリンク資源割り当て及びＴＰＣ（ｔｒａｎｓｍｉｔ  ｐｏｗｅｒ  ｃｏｍｍａｎｄ）を含む。ＴＰＣは、スケジューリングされたＰＵＳＣＨのための送信パワーの決定に使用される。
【０１５２】
端末は、ランダムアクセスプリアンブルを送信後に、基地局がシステム情報またはハンドオーバー命令を介して指示されたランダムアクセス応答ウィンドウ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ  ｗｉｎｄｏｗ）内で自分のランダムアクセス応答（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｒｅｓｐｏｎｓｅ）の受信を試み、ＰＲＡＣＨに対応するＲＡ−ＲＮＴＩでマスキングされたＰＤＣＣＨを検出し、検出されたＰＤＣＣＨにより指示されるＰＤＳＣＨを受信するようになる。ランダムアクセス応答情報は、ＭＡＣ  ＰＤＵ（ＭＡＣ  ｐａｃｋｅｔ  ｄａｔａ  ｕｎｉｔ）の形式で送信されることができ、前記ＭＡＣ  ＰＤＵは、ＰＤＳＣＨを介して伝達されることができる。ＰＤＣＣＨには、前記ＰＤＳＣＨを受信しなければならない端末の情報と、前記ＰＤＳＣＨの無線資源の周波数、そして時間情報、そして前記ＰＤＳＣＨの送信形式などが含まれていることが好ましい。上述のように、まず端末が自分に送信されるＰＤＣＣＨの検出に成功すると、前記ＰＤＣＣＨの情報に応じてＰＤＳＣＨに送信されるランダムアクセス応答を適切に受信することができる。
【０１５３】
ランダムアクセス応答ウィンドウは、プリアンブルを送信した端末がランダムアクセス応答メッセージを受信するために待機する最大時区間を意味する。ランダムアクセス応答ウィンドウは、プリアンブルが送信される最後のサブフレームにおいて、３個のサブフレーム以後のサブフレームから始めて「ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗＳｉｚｅ」の長さを有する。すなわち、端末は、プリアンブルを送信が終了したサブフレームから３個のサブフレーム以後から確保したランダムアクセスウィンドウの間にランダムアクセス応答を受信するために待機する。端末は、システム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を介してランダムアクセスウィンドウサイズ（「ｒａ−ＲｅｓｐｏｎｓｅＷｉｎｄｏｗｓｉｚｅ」）パラメータ値を取得し、ランダムアクセスウィンドウサイズは、２から１０の間の値に決定されることができる。
【０１５４】
端末は、基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブルインデックス／識別子を有するランダムアクセス応答を成功的に受信すると、ランダムアクセス応答のモニタリングを中止する。一方、ランダムアクセス応答ウィンドウが終了するまでランダムアクセス応答メッセージを受信できないか、または基地局に送信したランダムアクセスプリアンブルと同じランダムアクセスプリアンブルインデックスを有する有効なランダムアクセス応答を受信していない場合、ランダムアクセス応答の受信は失敗したと見なされ、その後、端末はプリアンブル再送信を行うことができる。
【０１５５】
上述のように、ランダムアクセス応答において、ランダムアクセスプリアンブルインデックスが必要な理由は、一つのランダムアクセス応答には、一つ以上の端末のためのランダムアクセス応答情報が含まれることがあるため、前記ＵＬ  ｇｒａｎｔ、ＴＣ−ＲＮＴＩ、そして、ＴＡＣがどの端末に有効であるかを知らせることが必要であるためである。
【０１５６】
（３）第３メッセージ（Ｍｓｇ  ３、ｍｅｓｓａｇｅ  ３）
【０１５７】
端末が自分に有効なランダムアクセス応答を受信した場合には、前記ランダムアクセス応答に含まれた情報をそれぞれ処理する。すなわち、端末は、ＴＡＣを適用させ、ＴＣ−ＲＮＴＩを格納する。また、ＵＬ  ｇｒａｎｔを用いて、端末のバッファに格納されたデータまたは新しく生成されたデータを基地局に送信する。端末の最初接続の場合、ＲＲＣ階層で生成され、ＣＣＣＨを介して伝達されたＲＲＣ接続要請（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて送信されることができ、ＲＲＣ接続再確立手順の場合、ＲＲＣ階層で生成されてＣＣＣＨを介して伝達されたＲＲＣ接続再確立要請（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ  Ｒｅｑｕｅｓｔ）が第３メッセージに含まれて送信されることができる。また、ＮＡＳ接続要請メッセージを含んでもよい。
【０１５８】
第３メッセージは、端末の識別子が含まれなければならない。競争基盤ランダムアクセスの手順では、基地局でどのような端末が前記ランダムアクセスの手順を行うかを判断できないが、後に衝突解決をするためには、端末を識別しなければならないためである。
【０１５９】
端末の識別子を含める方法には２通りの方法が存在する。第１の方法は、端末が前記ランダムアクセスの手順以前に既に該当セルから割り当てられた有効なセル識別子（Ｃ−ＲＮＴＩ）を有していると、端末は、前記ＵＬ  ｇｒａｎｔに対応するアップリンク送信信号を介して自分のセル識別子を送信する。一方、仮にランダムアクセスの手順以前に有効なセル識別子が割り当てられていなければ、端末は、自分の固有識別子（例えば、Ｓ−ＴＭＳＩまたは任意値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を含んで送信する。一般に上記の固有識別子は、Ｃ−ＲＮＴＩよりも長い。
【０１６０】
ＵＬ−ＳＣＨ上の送信では、端末特定スクランブリングが使用される。端末がＣ−ＲＮＴＩが割り当てられた場合、スクランブリングは、Ｃ−ＲＮＴＩに基づいて行われるが、端末がまだＣ−ＲＮＴＩが割り当てられない場合、スクランブリングは、Ｃ−ＲＮＴＩに基づくことができなく、その代わりに、ランダムアクセス応答として受信したＴＣ−ＲＮＴＩが使用される。端末は、前記ＵＬ  ｇｒａｎｔに対応するデータを送信した場合、衝突解決のためのタイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を開始する。
【０１６１】
（４）第４メッセージ（Ｍｓｇ  ４、ｍｅｓｓａｇｅ  ４）
【０１６２】
基地局は、端末から第３メッセージを介して該当端末のＣ−ＲＮＴＩを受信した場合、受信したＣ−ＲＮＴＩを用いて端末に第４メッセージを送信する。一方、端末から第３メッセージを介して前記固有識別子（すなわち、Ｓ−ＴＭＳＩまたは任意値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））を受信した場合、ランダムアクセス応答において該当端末に割り当てたＴＣ−ＲＮＴＩを用いて第４メッセージを端末に送信する。一例として、第４メッセージは、ＲＲＣ接続設定メッセージ（ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ）が含むことができる。
【０１６３】
端末は、ランダムアクセス応答に含まれたＵＬ  ｇｒａｎｔを介して自分の識別子を含んだデータを送信した後、衝突解決のために基地局の指示を待機する。すなわち、特定メッセージを受信するために、ＰＤＣＣＨの受信を試みる。前記ＰＤＣＣＨを受信する方法においても２通りの方法が存在する。上記で言及したように、前記ＵＬ  ｇｒａｎｔに対応して送信された第３メッセージが自分の識別子がＣ−ＲＮＴＩである場合、自分のＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試み、前記識別子が固有識別子（すなわち、Ｓ−ＴＭＳＩまたは任意値（ｒａｎｄｏｍ  ｎｕｍｂｅｒ））である場合には、ランダムアクセス応答に含まれたＴＣ−ＲＮＴＩを用いてＰＤＣＣＨの受信を試みる。その後、前者の場合、もし、前記衝突解決タイマーが満了する前に自分のＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合に、端末は、正常にランダムアクセスの手順が行われたと判断し、ランダムアクセスの手順を終了する。後者の場合には、前記衝突解決タイマーが満了する前にＴＣ−ＲＮＴＩを介してＰＤＣＣＨを受信した場合、前記ＰＤＣＣＨが指示するＰＤＳＣＨが伝達するデータを確認する。仮に前記データの内容に自分の固有識別子が含まれている場合、端末は、正常にランダムアクセスの手順が行われたと判断し、ランダムアクセスの手順を終了する。第４メッセージを介して端末はＣ−ＲＮＴＩを取得し、その後端末とネットワークは、Ｃ−ＲＮＴＩを用いて端末特定メッセージ（ｄｅｄｉｃａｔｅｄ  ｍｅｓｓａｇｅ）を送受信するようになる。
【０１６４】
次は、ランダムアクセスにおいて衝突解決のための方法について説明する。
【０１６５】
ランダムアクセスを行うことにおいて衝突が発生する理由は、基本的にランダムアクセスプリアンブルの数が有限であるためである。すなわち、基地局は、全ての端末に端末固有のランダムアクセスプリアンブルを付与できないため、端末は、共通のランダムアクセスプリアンブルのうち、任意的に一つを選択して送信するようになる。これにより、同じ無線資源（ＰＲＡＣＨ資源）を介して二以上の端末が同じランダムアクセスプリアンブルを選択して送信するようになる場合が発生するが、基地局では、一つの端末から送信される一つのランダムアクセスプリアンブルと判断する。これによって、基地局は、ランダムアクセス応答を端末に送信し、ランダムアクセス応答は、一つの端末が受信すると予測する。しかしながら、上述の通りに衝突が発生しうるため、二以上の端末が一つのランダムアクセス応答を受信するようになり、これによって、端末ごとにそれぞれランダムアクセス応答の受信に応じる動作を行うようになる。すなわち、ランダムアクセス応答に含まれた一つのＵＬ  ｇｒａｎｔを用いて、二以上の端末が互いに異なるデータを同じ無線資源に送信するようになる問題が発生する。これにより、前記データの送信は、全て失敗することもあり、端末の位置または送信パワーに応じて、特定端末のデータだけを基地局から受信することもある。後者の場合、二以上の端末は、全て自分のデータ送信が成功したと仮定するため、基地局は、競争で失敗した端末に失敗のことに対する情報を知らせなければならない。すなわち、前記競争の失敗または成功に対する情報を知らせることを衝突解決（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ）という。
【０１６６】
衝突解決方法には、２通りの方法があるが、一つの方法は、衝突解決タイマー（ｃｏｎｔｅｎｔｉｏｎ  ｒｅｓｏｌｕｔｉｏｎ  ｔｉｍｅｒ）を利用する方法と、他の一つ方法は、成功した端末の識別子を端末に送信する方法である。前者の場合は、端末がランダムアクセス過程の前に既に固有のＣ−ＲＮＴＩを有している場合に使用される。すなわち、既にＣ−ＲＮＴＩを有している端末は、ランダムアクセス応答によって自分のＣ−ＲＮＴＩを含んだデータを基地局に送信し、衝突解決タイマーを作動する。そして、衝突解決タイマーが満了する前に、自分のＣ−ＲＮＴＩにより指示されるＰＤＣＣＨ情報が受信されれば、端末は、自分が競争で成功したと判断し、ランダムアクセスを正常に終了される。反対に、仮に衝突解決タイマーが満了する前に、自分のＣ−ＲＮＴＩにより指示されるＰＤＣＣＨを受信しない場合は、自分が競争で失敗したと判断し、ランダムアクセス過程を再度行うか、または上位階層に失敗したことを通報する。衝突解消方法のうち、後者の場合、すなわち、成功した端末の識別子を送信する方法は、端末がランダムアクセス過程の前に固有のセル識別子がない場合に使用される。すなわち、端末自分がセル識別子がない場合、ランダムアクセス応答に含まれたＵＬ  ｇｒａｎｔ情報に応じて、データにセル識別子より上位識別子（Ｓ−ＴＭＳＩまたはｒａｎｄｏｍ  ｎｕｍｂｅｒ）を含んで送信し、端末は、衝突解決タイマーを作動させる。衝突解決タイマーが満了する前に、自分の上位識別子を含んだデータがＤＬ−ＳＣＨに送信された場合、端末は、ランダムアクセス過程が成功したと判断する。一方、衝突解決タイマーが満了する前に、自分の上位識別子を含んだデータをＤＬ−ＳＣＨに受信しない場合には、端末は、ランダムアクセス過程が失敗したと判断するようになる。
【０１６７】
一方、非競争基盤任意の接続過程における動作は、図６に示す競争基盤任意の接続過程と異なって、第１メッセージ送信及び第２メッセージ送信だけで任意接続の手順が終了される。ただし、第１メッセージとして端末が基地局に任意接続プリアンブルを送信する前に、端末は、基地局から任意接続プリアンブルが割り当てられ、この割り当てられた任意接続プリアンブルを基地局に第１メッセージとして送信し、基地局から任意接続応答を受信することで任意接続の手順が終了される。
【０１６８】
３ＧＰＰリリース１４では、次のようなスコープでＥＰＣ後の次世代移動通信システムに対するスタディーを進行中にある（３ＧＰＰ  ＳＰ−１５０８６３）。
【０１６９】
目標は、次世代モバイルネットワークのためのシステムアーキテクチャーを設計することにある。新しいアーキテクチャーは、新しいＲＡＴ（ら）、進化したＬＴＥ及び非３ＧＰＰアクセスタイプを支援し、アクセス依存性を最小化しなければならない。新しいアーキテクチャーのための提案は、現在アーキテクチャーの進化を基盤とするか、「ｃｌｅａｎ  ｓｌａｔｅ」の接近方式を基盤とすることができる。
【０１７０】
スタディーは、新しいアーキテクチャーへの移住（ｍｉｇｒａｎｔ）シナリオを考慮しなければならない。予想される作業は、次が含まれる：
【０１７１】
−高いレベルのアーキテクチャー要求事項（ｒｅｑｕｉｒｅｍｅｎｔ）の調査
【０１７２】
−アーキテクチャー議論のために共通言語として使用される用語の定義
【０１７３】
−相互作用を介して必要な機能及び高いレベルの機能を収集する高いレベルのシステムアーキテクチャーの定義
【０１７４】
アーキテクチャーは、次のような運営の効率性及び最適化特性のｎｏｎ−ｅｘｈａｓｔｉｖｅリストとして開発されなければならない。
【０１７５】
１．拡張可能な方式で既存及び新規の通信サービスによるモバイルデータトラフィック／機器数の急激な増加を処理できる能力
【０１７６】
２．コア及び無線ネットワークの独立的な進化許容
【０１７７】
３．総所有（ｏｗｎｅｒｓｈｉｐ）コストを減らして運営の効率性、エネルギー効率性及び単純性を改善し、新しいサービスを提供するための柔軟性を支援する技術（例えば、ネットワーク機能仮像化及びソフトウェア定義ネットワーキング（Ｓｏｆｔｗａｒｅ  ｄｅｆｉｎｅｄ  ｎｅｔｗｏｒｋｉｎｇ））の支援
【０１７８】
次世代システム（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ；ＮＧＳ）
【０１７９】
次世代モバイルネットワークシステム、すなわち、５Ｇコアネットワークに対するデザインのために３ＧＰＰでは、ＳＭＡＲＴＥＲ（Ｓｅｒｖｉｃｅｓ  ａｎｄ  Ｍａｒｋｅｔｓ  Ｔｅｃｈｎｏｌｏｇｙ  Ｅｎａｂｌｅｒｓ）というスタディーを介してサービス要求事項を定義してきている。また、ＳＡ２では、これに基づいてＦＳ＿ＮｅｘｔＧｅｎ（Ｓｔｕｄｙ  ｏｎ  Ａｒｃｈｉｔｅｃｔｕｒｅ  ｆｏｒ  Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｓｙｓｔｅｍ）スタディーを進行している。
【０１８０】
ＮＧＳに対して次のような定義がＴＲ２３．７９９で定義された。
【０１８１】
−進化した（Ｅｖｏｌｖｅｄ）Ｅ−ＵＴＲＡ：ＮｅｘｔＧｅｎシステムで動作するために、Ｅ−ＵＴＲＡ無線インターフェースが進化したＲＡＴ；
【０１８２】
−ネットワーク能力（ｃａｐａｂｉｌｉｔｙ）：一般に別途または独立型（ｓｔａｎｄａｌｏｎｅ）「ユーザ終端サービス（ｅｎｄ  ｕｓｅｒ  ｓｅｒｖｉｃｅ）」として使用されないが、「終端ユーザ（ｅｎｄ  ｕｓｅｒ）」に提供される遠隔通信サービスとして結合されうる構成要素として使用される３ＧＰＰ特定特徴であり、かつ、提供されるネットワーク（例えば、位置サービスは、一般に「終端ユーザ」が単に他のＵＥの位置を問い合わせ（ｑｕｅｒｙ）するために使用されない。特徴またはネットワーク能力として位置サービスが（例えば、追跡アプリケーションにより）使用され、「ユーザ終端サービス」として提供される。ネットワーク能力は、内部的にネットワークで使用されてもよく、そして／または（「３ｒｄパーティー」と呼ばれる）外部ユーザに露出されることもある。）；
【０１８３】
−ネットワーク機能（Ｆｕｎｃｔｉｏｎ）：ネットワーク機能は、３ＧＰＰが採択した機能またはネットワークで３ＧＰＰが定義した処理機能で、機能的動作及び３ＧＰＰ定義インターフェースを定義する。ネットワーク機能は、専用ハードウェア（ｄｅｄｉｃａｔｅｄ  ｈａｒｄｗａｒｅ）上のネットワーク要素であって、専用ハードウェア上において実行されるソフトウェアインスタンスとして、または適切なプラットフォーム（例えば、クラウド・インフラストラクチャーにおいて）上においてインスタンス化された仮像化機能として具現化されることができる；
【０１８４】
−ＮｅｘｔＧｅｎ：本明細書において使用される次世代を意味する；
【０１８５】
−ＮｅｘｔＧｅｎコアネットワーク：ＮｅｘｔＧｅｎアクセスネットワークに接続するコアネットワーク；
【０１８６】
−ＮｅｘｔＧｅｎ  ＲＡＮ（ＮＧ  ＲＡＮ）：次のオプションのうち、一つ以上を支援する無線アクセスネットワークを示す：
【０１８７】
２）独立型（ｓｔａｎｄａｌｏｎｅ）新しい無線
【０１８８】
４）独立型新しい無線は、進化したＥ−ＵＴＲＡ拡張を有するアンカー（ａｎｃｈｏｒ）である
【０１８９】
５）進化したＥ−ＵＴＲＡ
【０１９０】
７）進化したＥ−ＵＴＲＡは、新しい無線拡張を有するアンカーである
【０１９１】
次世代コアと接続（ｉｎｔｅｒｆａｃｅ）するＲＡＮという共通点を有する；
【０１９２】
−ＮｅｘｔＧｅｎアクセスネットワーク（ＮＧ  ＡＮ）：ＮｅｘｔＧｅｎ  ＲＡＮまたは非−３ＧＰＰ接続ネットワークを意味し、次世代コアと接続（ｉｎｔｅｒｆａｃｅ）する；
【０１９３】
−ＮｅｘｔＧｅｎ  Ｓｙｓｔｅｍ（ＮＧシステム）：ＮｅｘｔＧｅｎ接続ネットワーク（ＮＧ  ＡＮ）及びＮｅｘｔＧｅｎコアを含むＮｅｘｔＧｅｎシステムを意味する；
【０１９４】
−ＮｅｘｔＧｅｎ  ＵＥ：ＮｅｘｔＧｅｎシステムに接続するＵＥ；
【０１９５】
−ＰＤＵ接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）サービス：ＵＥ及びデータネットワークの間のＰＤＵ交換を提供するサービス
【０１９６】
−ＰＤＵセッション：ＵＥとＰＤＵ接続サービスを提供するデータネットワークとの間の連係（ａｓｓｏｃｉａｔｉｏｎ）、連係のタイプは、ＩＰタイプ、イーサネット（Ｅｔｈｅｒｎｅｔ）タイプ及びｎｏｎ−ＩＰタイプを含む；
【０１９７】
−ＩＰタイプのＰＤＵセッション：ＵＥとＩＰデータネットワークとの間の連係；
【０１９８】
−サービス連続性：ＩＰアドレス及び／またはアンカーポイントが変更される場合を含み、サービスの中断がないユーザ経験；
【０１９９】
−セッション連続性：ＰＤＵセッションの連続性、ＩＰタイプＰＤＵセッションに対して「セッション連続性」は、ＰＤＵセッションの寿命の間にＩＰアドレスが保存される（ｐｒｅｓｅｒｖｅｄ）ことを意味する。
【０２００】
本発明が適用されることができる５Ｇシステムアーキテクチャー
【０２０１】
５Ｇシステムは、４世帯ＬＴＥ移動通信技術から進歩した技術であって、従来の移動通信網構造の改善（Ｅｖｏｌｕｔｉｏｎ）あるいはクリーン−ステート（Ｃｌｅａｎ−ｓｔａｔｅ）構造を介して新しい無線アクセス技術（ＲＡＴ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｔｅｃｈｎｏｌｏｇｙ）、ＬＴＥ（Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の拡張された技術であり、ｅＬＴＥ（ｅｘｔｅｎｄｅｄ  ＬＴＥ）、ｎｏｎ−３ＧＰＰ（例えば、ＷＬＡＮ）アクセスなどを支援する。
【０２０２】
５Ｇシステムは、サービス−基盤に定義され、５Ｇシステムのためのアーキテクチャー（ａｒｃｈｉｔｅｃｔｕｒｅ）内のネットワーク機能（ＮＦ：Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎ）間の相互動作（ｉｎｔｅｒａｃｔｉｏｎ）は、次のように２通りの方式で示すことができる。
【０２０３】
−参照ポイント表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図６）：２個のＮＦ（例えば、ＡＭＦ（（Ｃｏｒｅ）Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）及びＳＭＦ（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）間のポイント−ツ−ポイント参照ポイント（例えば、Ｎ１１）により述べられるＮＦ内のＮＦサービス間の相互動作を示す。
【０２０４】
−サービス−基盤表現（ｒｅｐｒｅｓｅｎｔａｔｉｏｎ）（図７）：制御平面（ＣＰ：Ｃｏｎｔｒｏｌ  ｐｌａｎｅ）内のネットワーク機能（例えば、ＡＭＦ）は、他の認証されたネットワーク機能が自分のサービスにアクセスすることを許容する。この表現は、必要に応じて、ポイント−ツ−ポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）参照ポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）も含む。
【０２０５】
図７は、参照ポイント表現を用いた５Ｇシステムアーキテクチャーを例示した図である。
【０２０６】
図７を参照すると、５Ｇシステムアーキテクチャーは、様々な構成要素（すなわち、ネットワーク機能（ＮＦ：ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ））を含み、本図面には、そのうちの一部に該当する、認証サーバ機能（ＡＵＳＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  Ｆｕｎｃｔｉｏｎ）、アクセス及び移動性管理機能（ＡＭＦ：（Ｃｏｒｅ）Ａｃｃｅｓｓ  ａｎｄ  Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、セッション管理機能（ＳＭＦ：Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、政策制御機能（ＰＣＦ：Ｐｏｌｉｃｙ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）、アプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、統合されたデータ管理（ＵＤＭ：Ｕｎｉｆｉｅｄ  Ｄａｔａ  Ｍａｎａｇｅｍｅｎｔ）、データネットワーク（ＤＮ：Ｄａｔａ  ｎｅｔｗｏｒｋ）、ユーザ平面機能（ＵＰＦ：Ｕｓｅｒ  ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Ｒａｄｉｏ）Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を例示する。
【０２０７】
各ＮＦは、次のような機能を支援する。
【０２０８】
−ＡＵＳＦは、ＵＥの認証のためのデータを格納する。
【０２０９】
−ＡＭＦは、ＵＥ単位の接続及び移動性管理のための機能を提供し、一つのＵＥ当たりの基本的に一つのＡＭＦに接続されることができる。
【０２１０】
具体的に、ＡＭＦは、３ＧＰＰアクセスネットワーク間の移動性のためのＣＮノード間シグナリング、無線アクセスネットワーク（ＲＡＮ：Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）ＣＰインターフェース（すなわち、Ｎ２インターフェース）の終端（ｔｅｒｍｉｎａｔｉｏｎ）、ＮＡＳシグナリングの終端Ｎ１、ＮＡＳシグナリングセキュリティー（ＮＡＳ暗号化（ｃｉｐｈｅｒｉｎｇ）、及び無欠性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ））、ＡＳセキュリティー制御、登録管理（登録領域（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｒｅａ）管理）、接続管理、アイドルモードＵＥ接近性（ｒｅａｃｈａｂｉｌｉｔｙ）（ページング再送信の制御及び実行を含む）、移動性管理制御（加入及び政策）、イントラ−システム移動性及びインター−システム移動性支援、ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）の支援、ＳＭＦ選択、合法的傍受（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ）（ＡＭＦイベント及びＬＩシステムへのインターフェースに対する）、ＵＥとＳＭＦとの間のセッション管理（ＳＭ：ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ）メッセージの伝達提供、ＳＭメッセージルーティングのためのトランスペアレントプロキシ（Ｔｒａｎｓｐａｒｅｎｔ  ｐｒｏｘｙ）、アクセス認証（Ａｃｃｅｓｓ  Ａｕｔｈｅｎｔｉｃａｔｉｏｎ）、ローミング権限チェックを含んだアクセス許可（Ａｃｃｅｓｓ  Ａｕｔｈｏｒｉｚａｔｉｏｎ）、ＵＥとＳＭＳＦとの間のＳＭＳメッセージの伝達提供、セキュリティーアンカー機能（ＳＥＡ：Ｓｅｃｕｒｉｔｙ  Ａｎｃｈｏｒ  Ｆｕｎｃｔｉｏｎ）及び／またはセキュリティーコンテキスト管理（ＳＣＭ：Ｓｅｃｕｒｉｔｙ  Ｃｏｎｔｅｘｔ  Ｍａｎａｇｅｍｅｎｔ）などの機能を支援する。
【０２１１】
ＡＭＦの一部または全体の機能は、一つのＡＭＦの単一インスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
【０２１２】
−ＤＮは、例えば、運営者サービス、インターネット接続またはサードパーティー（３ｒｄ  ｐａｒｔｙ）サービスなどを意味する。ＤＮは、ＵＰＦにダウンリンクプロトコルデータユニット（ＰＤＵ：Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を送信するか、またはＵＥから送信されたＰＤＵをＵＰＦから受信する。
【０２１３】
−ＰＣＦは、アプリケーションサーバからパケット流れに対する情報を受信し、移動性管理、セッション管理などの政策を決定する機能を提供する。具体的に、ＰＣＦは、ネットワーク動作を統制するための単一化された政策フレームワーク支援、ＣＰ機能（ら）（例えば、ＡＭＦ、ＳＭＦなど）が政策規則を施行できるように政策規則の提供、ユーザデータ格納所（ＵＤＲ：Ｕｓｅｒ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ）内の政策決定のために、関連した加入情報にアクセスするためのフロントエンド（Ｆｒｏｎｔ  Ｅｎｄ）具現などの機能を支援する。
【０２１４】
−ＳＭＦは、セッション管理機能を提供し、ＵＥが多数のセッションを有する場合、各セッションごとに互いに異なるＳＭＦにより管理されることができる。
【０２１５】
具体的に、ＳＭＦは、セッション管理（例えば、ＵＰＦとＡＮノードとの間のトンネル（ｔｕｎｎｅｌ）維持を含んで、セッション確立、修正及び解除）、ＵＥ  ＩＰアドレス割り当て及び管理（選択的に認証含む）、ＵＰ機能の選択及び制御、ＵＰＦでトラフィックを適切な目的先にルーティングするためのトラフィックステアリング（ｔｒａｆｆｉｃ  ｓｔｅｅｒｉｎｇ）設定、政策制御機能（Ｐｏｌｉｃｙ  ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎｓ）に向かったインターフェースの終端、政策及びＱｏＳの制御部分施行、合法的傍受（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ）（ＳＭイベント及びＬＩシステムへのインターフェースに対する）、ＮＡＳメッセージのＳＭ部分の終端、ダウンリンクデータ通知（Ｄｏｗｎｌｉｎｋ  Ｄａｔａ  Ｎｏｔｉｆｉｃａｔｉｏｎ）、ＡＮ特定ＳＭ情報の開始者（ＡＭＦを経てＮ２を介してＡＮに伝達）、セッションのＳＳＣモード決定、ローミング機能などの機能を支援する。
【０２１６】
ＳＭＦの一部または全体の機能は、一つのＳＭＦの単一インスタンス（ｉｎｓｔａｎｃｅ）内で支援できる。
【０２１７】
−ＵＤＭは、ユーザの加入データ、政策データなどを格納する。ＵＤＭは、２個の部分、すなわち、アプリケーションフロントエンド（ＦＥ：ｆｒｏｎｔ  ｅｎｄ）及びユーザデータ格納所（ＵＤＲ：Ｕｓｅｒ  Ｄａｔａ  Ｒｅｐｏｓｉｔｏｒｙ）を含む。
【０２１８】
ＦＥは、位置管理、加入管理、資格証明（ｃｒｅｄｅｎｔｉａｌ）の処理などを担当するＵＤＭ  ＦＥと政策制御を担当するＰＣＦを含む。ＵＤＲは、ＵＤＭ−ＦＥにより提供される機能のために要求されるデータとＰＣＦにより要求される政策プロフィールを格納する。ＵＤＲ内に格納されるデータは、加入識別子、セキュリティー資格証明（ｓｅｃｕｒｉｔｙ  ｃｒｅｄｅｎｔｉａｌ）、アクセス及び移動性関連加入データ及びセッション関連加入データを含むユーザ加入データと政策データとを含む。ＵＤＭ−ＦＥは、ＵＤＲに格納された加入情報にアクセスし、認証資格証明処理（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｃｒｅｄｅｎｔｉａｌ  Ｐｒｏｃｅｓｓｉｎｇ）、ユーザ識別子ハンドリング（Ｕｓｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｈａｎｄｌｉｎｇ）、アクセス認証、登録／移動性管理、加入管理、ＳＭＳ管理などの機能を支援する。
【０２１９】
−ＵＰＦは、ＤＮから受信したダウンリンクＰＤＵを（Ｒ）ＡＮを経てＵＥに伝達し、（Ｒ）ＡＮを経てＵＥから受信したアップリンクＰＤＵをＤＮに伝達する。
【０２２０】
具体的に、ＵＰＦは、イントラ（ｉｎｔｒａ）／インター（ｉｎｔｅｒ）ＲＡＴ移動性のためのアンカーポイント、データネットワーク（Ｄａｔａ  Ｎｅｔｗｏｒｋ）への相互接続（ｉｎｔｅｒｃｏｎｎｅｃｔ）の外部ＰＤＵセッションポイント、パケットルーティング及びフォワード、パケット検査（ｉｎｓｐｅｃｔｉｏｎ）、及び政策規則施行のユーザ平面部分、合法的傍受（Ｌａｗｆｕｌ  Ｉｎｔｅｒｃｅｐｔ）、トラフィック使用報告、データネットワークへのトラフィックフローのルーティングを支援するためのアップリンク分類子（ｃｌａｓｓｉｆｉｅｒ）、マルチ−ホーム（ｍｕｌｔｉ−ｈｏｍｅｄ）ＰＤＵセッションを支援するためのブランチポイント（Ｂｒａｎｃｈｉｎｇ  ｐｏｉｎｔ）、ユーザ平面のためのＱｏＳハンドリング（ｈａｎｄｌｉｎｇ）（例えば、パケットフィルタリング、ゲイティング（ｇａｔｉｎｇ）、アップリンク／ダウンリンクレートの施行）、アップリンクトラフィック検証（サービスデータフロー（ＳＤＦ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｆｌｏｗ）とＱｏＳフローとの間のＳＤＦマッピング）、アップリンク及びダウンリンク内の伝達レベル（ｔｒａｎｓｐｏｒｔ  ｌｅｖｅｌ）パケットマーキング、ダウンリンクパケットバッファリング及びダウンリンクデータ通知トリガーリング機能などの機能を支援する。ＵＰＦの一部または全体の機能は、一つのＵＰＦの単一インスタンス（ｉｎｓｔａｎｃｅ）内で支援されることができる。
【０２２１】
−ＡＦは、サービス提供（例えば、トラフィックルーティング上においてアプリケーション影響、ネットワーク能力露出（Ｎｅｔｗｏｒｋ  Ｃａｐａｂｉｌｉｔｙ  Ｅｘｐｏｓｕｒｅ）接近、政策制御のための政策フレームワークとの相互動作などの機能を支援）のために、３ＧＰＰコアネットワークと相互動作する。
【０２２２】
−（Ｒ）ＡＮは、４Ｇ無線アクセス技術の進化したバージョンである進化したＥ−ＵＴＲＡ（ｅｖｏｌｖｅｄ  Ｅ−ＵＴＲＡ）と新しい無線アクセス技術（ＮＲ：Ｎｅｗ  ｒａｄｉｏ）（例えば、ｇＮＢ）を全て支援する新しい無線アクセスネットワークを総称する。
【０２２３】
ｇＮＢは、無線資源管理のための機能（すなわち、無線ベアラ制御（Ｒａｄｉｏ  ｂｅａｒｅｒ  Ｃｏｎｔｒｏｌ）、無線許諾制御（Ｒａｄｉｏ  Ａｄｍｉｓｓｉｏｎ  Ｃｏｎｔｒｏｌ）、接続移動性制御（Ｃｏｎｎｅｃｔｉｏｎ  Ｍｏｂｉｌｉｔｙ  Ｃｏｎｔｒｏｌ）、アップリンク／ダウンリンクにおいて、ＵＥに資源の動的割り当て（Ｄｙｎａｍｉｃ  ａｌｌｏｃａｔｉｏｎ  ｏｆ  ｒｅｓｏｕｒｃｅｓ）（すなわち、スケジューリング））、ＩＰ（Ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）ヘッダ圧縮、ユーザデータストリームの暗号化（ｅｎｃｒｙｐｔｉｏｎ）及び無欠性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）、ＵＥに提供された情報からＡＭＦへのルーティングが決定されない場合、ＵＥのアタッチ（ａｔｔａｃｈｍｅｎｔ）時にＡＭＦの選択、ＵＰＦ（ら）へのユーザ平面データルーティング、ＡＭＦへの制御平面情報ルーティング、接続セットアップ及び解除、ページングメッセージのスケジューリング及び送信（ＡＭＦから発生される）、システムブロードキャスト情報のスケジューリング及び送信（ＡＭＦまたは運営及び維持（Ｏ＆Ｍ：ｏｐｅｒａｔｉｎｇ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ）から発生した）、移動性及びスケジューリングのための測定及び測定報告設定、アップリンクにおいて伝達レベルパケットマーキング（Ｔｒａｎｓｐｏｒｔ  ｌｅｖｅｌ  ｐａｃｋｅｔ  ｍａｒｋｉｎｇ）、セッション管理、ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）の支援、ＱｏＳ流れ管理及びデータ無線ベアラへのマッピング、非活動モード（ｉｎａｃｔｉｖｅ  ｍｏｄｅ）であるＵＥの支援、ＮＡＳメッセージの分配機能、ＮＡＳノード選択機能、無線アクセスネットワーク共有、二重接続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）、ＮＲとＥ−ＵＴＲＡ間の密接な相互動作（ｔｉｇｈｔ  ｉｎｔｅｒｗｏｒｋｉｎｇ）などの機能を支援する。
【０２２４】
−ＵＥは、ユーザ機器を意味する。ユーザ装置は、端末（ｔｅｒｍｉｎａｌ）、ＭＥ（Ｍｏｂｉｌｅ  Ｅｑｕｉｐｍｅｎｔ）、ＭＳ（Ｍｏｂｉｌｅ  Ｓｔａｔｉｏｎ）などの用語で言及されることができる。また、ユーザ装置は、ノート型パソコン、携帯電話、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔ）、スマートフォン、マルチメディア機器などのように携帯可能な機器であってもよく、またはＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、車両搭載装置のように携帯不可能な機器であってもよい。
【０２２５】
本図面では、説明の明確性のために非構造化されたデータ格納ネットワーク機能（ＵＤＳＦ：Ｕｎｓｔｒｕｃｔｕｒｅｄ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）、構造化されたデータ格納ネットワーク機能（ＳＤＳＦ：Ｓｔｒｕｃｔｕｒｅｄ  Ｄａｔａ  Ｓｔｏｒａｇｅ  ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）、ネットワーク露出機能（ＮＥＦ：Ｎｅｔｗｏｒｋ  Ｅｘｐｏｓｕｒｅ  Ｆｕｎｃｔｉｏｎ）及びＮＦ格納所機能（ＮＲＦ：ＮＦ  Ｒｅｐｏｓｉｔｏｒｙ  Ｆｕｎｃｔｉｏｎ）が図示されていないが、本図面に示された全てのＮＦは、必要に応じて、ＵＤＳＦ、ＮＥＦ及びＮＲＦと相互動作を行うことができる。
【０２２６】
−ＮＥＦは、３ＧＰＰネットワーク機能により提供される、例えば、第３者（３ｒｄ  ｐａｒｔｙ）、内部露出（ｉｎｔｅｒｎａｌ  ｅｘｐｏｓｕｒｅ）／再露出（ｒｅ−ｅｘｐｏｓｕｒｅ）、アプリケーション機能、エッジコンピューティング（Ｅｄｇｅ  Ｃｏｍｐｕｔｉｎｇ）のためのサービス及び能力を安全に露出するための手段を提供する。ＮＥＦは、他のネットワーク機能（ら）から（他のネットワーク機能（ら）の露出した能力（ら）に基づいた）情報を受信する。ＮＥＦは、データ格納ネットワーク機能への標準化されたインターフェースを用いて、構造化されたデータとして受信された情報を格納することができる。格納された情報は、ＮＥＦにより他のネットワーク機能（ら）及びアプリケーション機能（ら）に再露出（ｒｅ−ｅｘｐｏｓｅ）され、分析などのような他の目的として利用されることができる。
【０２２７】
−ＮＲＦは、サービスディスカバリー機能を支援する。ＮＦインスタンスからＮＦディスカバリー要請を受信し、発見されたＮＦインスタンスの情報をＮＦインスタンスに提供する。また、利用可能なＮＦインスタンスとこれらが支援するサービスを維持する。
【０２２８】
−ＳＤＳＦは、あるＮＥＦによる構造化されたデータであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
【０２２９】
−ＵＤＳＦは、いずれかのＮＦによる非構造的データであって、情報を格納及び回収（ｒｅｔｒｉｅｖａｌ）する機能を支援するための選択的な機能である。
【０２３０】
一方、本図面では、説明の便宜上、ＵＥが一つのＰＤＵセッションを用いて一つのＤＮにアクセスする場合に対する参照モデルを例示するが、本発明はこれに限定されるものではない。
【０２３１】
ＵＥは、多重のＰＤＵセッションを用いて、２個の（すなわち、地域的（ｌｏｃａｌ）そして中心となる（ｃｅｎｔｒａｌ））データネットワークに同時にアクセスできる。このとき、互いに異なるＰＤＵセッションのために２個のＳＭＦが選択されることができる。ただし、各ＳＭＦは、ＰＤＵセッション内の地域的なＵＰＦ及び中心となるＵＰＦを全て制御できる能力を有しうる。
【０２３２】
また、ＵＥは、単一のＰＤＵセッション内で提供される２個の（すなわち、地域的なそして中心となる）データネットワークに同時にアクセスすることもできる。
【０２３３】
３ＧＰＰシステムでは、５Ｇシステム内のＮＦの間を接続する概念的なリンクを参照ポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次は、本図面に示された５Ｇシステムアーキテクチャーに含まれる参照ポイントを例示する。
【０２３４】
−Ｎ１：ＵＥとＡＭＦとの間の参照ポイント
【０２３５】
−Ｎ２：（Ｒ）ＡＮとＡＭＦとの間の参照ポイント
【０２３６】
−Ｎ３：（Ｒ）ＡＮとＵＰＦとの間の参照ポイント
【０２３７】
−Ｎ４：ＳＭＦとＵＰＦとの間の参照ポイント
【０２３８】
−Ｎ５：ＰＣＦとＡＦとの間の参照ポイント
【０２３９】
−Ｎ６：ＵＰＦとデータネットワークとの間の参照ポイント
【０２４０】
−Ｎ７：ＳＭＦとＰＣＦとの間の参照ポイント
【０２４１】
−Ｎ２４：訪問ネットワーク（ｖｉｓｉｔｅｄ  ｎｅｔｗｏｒｋ）内のＰＣＦとホームネットワーク（ｈｏｍｅ  ｎｅｔｗｏｒｋ）内のＰＣＦとの間の参照ポイント
【０２４２】
−Ｎ８：ＵＤＭとＡＭＦとの間の参照ポイント
【０２４３】
−Ｎ９：２個のコアＵＰＦの間の参照ポイント
【０２４４】
−Ｎ１０：ＵＤＭとＳＭＦとの間の参照ポイント
【０２４５】
−Ｎ１１：ＡＭＦとＳＭＦとの間の参照ポイント
【０２４６】
−Ｎ１２：ＡＭＦとＡＵＳＦとの間の参照ポイント
【０２４７】
−Ｎ１３：ＵＤＭと認証サーバ機能（ＡＵＳＦ：Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｓｅｒｖｅｒ  ｆｕｎｃｔｉｏｎ）との間の参照ポイント
【０２４８】
−Ｎ１４：２個のＡＭＦの間の参照ポイント
【０２４９】
−Ｎ１５：非−ローミングシナリオの場合、ＰＣＦとＡＭＦとの間の参照ポイント、ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄ  ｎｅｔｗｏｒｋ）内のＰＣＦとＡＭＦとの間の参照ポイント
【０２５０】
−Ｎ１６：２個のＳＭＦの間の参照ポイント（ローミングシナリオの場合、訪問ネットワーク（ｖｉｓｉｔｅｄ  ｎｅｔｗｏｒｋ）内のＳＭＦとホームネットワーク（ｈｏｍｅ  ｎｅｔｗｏｒｋ）内のＳＭＦとの間の参照ポイント）
【０２５１】
−Ｎ１７：ＡＭＦとＥＩＲとの間の参照ポイント
【０２５２】
−Ｎ１８：あるＮＦとＵＤＳＦとの間の参照ポイント
【０２５３】
−Ｎ１９：ＮＥＦとＳＤＳＦとの間の参照ポイント
【０２５４】
図８は、サービス−基盤表現を用いた５Ｇシステムアーキテクチャーを例示した図である。
【０２５５】
本図面において例示されたサービス−基盤インターフェースは、所定のＮＦにより提供される／露出するサービスのセットを示す。サービス−基盤インターフェースは、制御平面内で使用される。次は、本図面のように示された５Ｇシステムアーキテクチャーに含まれるサービス−基盤インターフェースを例示する。
【０２５６】
−Ｎａｍｆ：ＡＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２５７】
−Ｎｓｍｆ：ＳＭＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２５８】
−Ｎｎｅｆ：ＮＥＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２５９】
−Ｎｐｃｆ：ＰＣＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２６０】
−Ｎｕｄｍ：ＵＤＭにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２６１】
−Ｎａｆ：ＡＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２６２】
−Ｎｎｒｆ：ＮＲＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２６３】
−Ｎａｕｓｆ：ＡＵＳＦにより公開された（ｅｘｈｉｂｉｔｅｄ）サービス−基盤インターフェース
【０２６４】
ＮＦサービスは、ＮＦ（すなわち、ＮＦサービス供給者）により他のＮＦ（すなわち、ＮＦサービス消費者）にサービス−基盤インターフェースを介して露出する能力の一種である。ＮＦは、一つ以上のＮＦサービス（ら）を露出することができる。ＮＦサービスを定義するために、次のような基準が適用される：
【０２６５】
−ＮＦサービスは、終端間（ｅｎｄ−ｔｏ−ｅｎｄ）機能を説明するための情報の流れから導き出される。
【０２６６】
−完全な終端間（ｅｎｄ−ｔｏ−ｅｎｄ）メッセージの流れは、ＮＦサービス呼び出し（ｉｎｖｏｃａｔｉｏｎ）のシーケンスにより説明される。
【０２６７】
−ＮＦ（ら）が自分のサービスをサービス−基盤インターフェースを介して提供する２通りの動作は、次の通りである：
【０２６８】
ｉ）「要請−応答（Ｒｅｑｕｅｓｔ−ｒｅｓｐｏｎｓｅ）」：制御平面ＮＦ＿Ｂ（すなわち、ＮＦサービス供給者）は、更なる制御平面ＮＦ＿Ａ（すなわち、ＮＦサービス消費者）から特定ＮＦサービス（動作の実行及び／または情報の提供を含む）の提供が要請される。ＮＦ＿Ｂは、要請内でＮＦ＿Ａにより提供された情報に基づいたＮＦサービス結果を応答する。
【０２６９】
要請を満たすために、ＮＦ＿Ｂは、交互に他のＮＦ（ら）からのＮＦサービスを消費することができる。要請−応答メカニズムにおいて、通信は、二つのＮＦ（すなわち、消費者及び供給者）間の一対一に行われる。
【０２７０】
ｉｉ）「加入−通知（Ｓｕｂｓｃｒｉｂｅ−Ｎｏｔｉｆｙ）」
【０２７１】
制御平面ＮＦ＿Ａ（すなわち、ＮＦサービス消費者）は、更なる制御平面ＮＦ＿Ｂ（すなわち、ＮＦサービス供給者）により提供されるＮＦサービスに加入する。多数の制御平面ＮＦ（ら）は、同じ制御平面ＮＦサービスに加入できる。ＮＦ＿Ｂは、このＮＦサービスの結果をこのＮＦサービスに加入された関心のあるＮＦ（ら）に通知する。消費者から加入要請は、周期的なアップデートまたは特定イベント（例えば、要請された情報の変更、特定の臨界値到達など）を介してトリガーされる通知のための通知要請を含むことができる。このメカニズムは、ＮＦ（ら）（例えば、ＮＦ＿Ｂ）が明示的な加入要請なしで暗黙的に特定通知に加入した場合（例えば、成功的な登録手順によって）も含む。
【０２７２】
図９は、本発明が適用されることができるＮＧ−ＲＡＮアーキテクチャーを例示する。
【０２７３】
図９を参照すると、次世代アクセスネットワーク（ＮＧ−ＲＡＮ：Ｎｅｗ  Ｇｅｎｅｒａｔｉｏｎ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）は、ＵＥに向かったユーザ平面及び制御平面プロトコルの終端を提供する、ｇＮＢ（ＮＲ  Ｎｏｄｅ  Ｂ）（ら）及び／またはｅＮＢ（ｅＮｏｄｅＢ）（ら）から構成される。
【０２７４】
ｇＮＢ（ら）の間に、またｇＮＢ（ら）と５ＧＣに接続するｅＮＢ（ら）の間にＸｎインターフェースを用いて相互接続される。ｇＮＢ（ら）及びｅＮＢ（ら）は、また５ＧＣにＮＧインターフェースを用いて接続され、さらに具体的には、ＮＧ−ＲＡＮと５ＧＣとの間の制御平面インターフェースであるＮＧ−Ｃインターフェース（すなわち、Ｎ２参照ポイント）を用いてＡＭＦに接続され、ＮＧ−ＲＡＮと５ＧＣとの間のユーザ平面インターフェースであるＮＧ−Ｕインターフェース（すなわち、Ｎ３参照ポイント）を用いてＵＰＦに接続される。
【０２７５】
無線プロトコルアーキテクチャー
【０２７６】
図１０は、本発明が適用されることができる無線プロトコルスタックを例示した図である。特に、図１０（ａ）は、ＵＥとｇＮＢとの間の無線インターフェースユーザ平面プロトコルスタックを例示し、図１０（ｂ）は、ＵＥとｇＮＢとの間の無線インターフェース制御平面プロトコルスタックを例示する。
【０２７７】
制御平面は、ＵＥとネットワークが呼を管理するために利用する制御メッセージが送信される通路を意味する。ユーザ平面は、アプリケーション階層で生成されたデータ、例えば、音声データまたはインターネットパケットデータなどが送信される通路を意味する。
【０２７８】
図１０（ａ）を参照すると、ユーザ平面プロトコルスタックは、第１階層（Ｌａｙｅｒ１）（すなわち、物理（ＰＨＹ：ｐｈｙｓｉｃａｌ  ｌａｙｅｒ）階層）、第２階層（Ｌａｙｅｒ２）に分割されることができる。
【０２７９】
図１０（ｂ）を参照すると、制御平面プロトコルスタックは、第１階層（すなわち、ＰＨＹ階層）、第２階層、第３階層（すなわち、無線資源制御無線資源制御（ＲＲＣ：ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）階層）、ノン−アクセスストラタム（ＮＡＳ：Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）階層に分割されることができる。
【０２８０】
第２階層は、媒体アクセス制御（ＭＡＣ：Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）サブ階層、無線リンク制御（ＲＬＣ：Ｒａｄｉｏ  ｌｉｎｋ  ｃｏｎｔｒｏｌ）サブ階層、パケットデータコンバージェンスプロトコル（ＰＤＣ：Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）サブ階層、サービスデータ適応プロトコル（ＳＤＡＰ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ａｄａｐｔａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サブ階層（ユーザ平面の場合）に分割される。
【０２８１】
無線ベアラは、２通りのグループに分類される：ユーザ平面データのためのデータ無線ベアラ（ＤＲＢ：ｄａｔａ  ｒａｄｉｏ  ｂｅａｒｅｒ）と、制御平面データのためのシグナリング無線ベアラ（ＳＲＢ：ｓｉｇｎａｌｌｉｎｇ  ｒａｄｉｏ  ｂｅａｒｅｒ）
【０２８２】
以下、無線プロトコルの制御平面とユーザ平面の各階層について説明する。
【０２８３】
１）第１階層であるＰＨＹ階層は、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を使用することによって、上位階層への情報送信サービス（ｉｎｆｏｒｍａｔｉｏｎ  ｔｒａｎｓｆｅｒ  ｓｅｒｖｉｃｅ）を提供する。物理階層は、上位レベルに位置したＭＡＣサブ階層に送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）を介して接続され、送信チャネルを介してＭＡＣサブ階層とＰＨＹ階層との間でデータが送信される。送信チャネルは、無線インターフェースを介してデータがどのように、どのような特徴で送信されるかに応じて分類される。そして、互いに異なる物理階層の間、送信端のＰＨＹ階層と受信端のＰＨＹ階層との間には、物理チャネル（ｐｈｙｓｉｃａｌ  ｃｈａｎｎｅｌ）を介してデータが送信される。
【０２８４】
２）ＭＡＣサブ階層は、論理チャネル（ｌｏｇｉｃａｌ  ｃｈａｎｎｅｌ）と送信チャネル（ｔｒａｎｓｐｏｒｔ  ｃｈａｎｎｅｌ）との間のマッピング；送信チャネルを介してＰＨＹ階層に／から伝達される送信ブロック（ＴＢ：ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）に／から一つまたは相異なる論理チャネルに属するＭＡＣサービスデータユニット（ＳＤＵ：Ｓｅｒｖｉｃｅ  Ｄａｔａ  Ｕｎｉｔ）の多重化／逆多重化；スケジューリング情報報告；ＨＡＲＱ（ｈｙｂｒｉｄ  ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；動的スケジューリングを用いたＵＥ間の優先順位ハンドリング；論理チャネル優先順位を用いて、一つのＵＥの論理チャネル間の優先順位ハンドリング；パッディング（Ｐａｄｄｉｎｇ）を行う。
【０２８５】
互いに異なる種類のデータは、ＭＡＣサブ階層により提供されるサービスを伝達する。各論理チャネルタイプは、どのようなタイプの情報が伝達されるかを定義する。
【０２８６】
論理チャネルは、２通りのグループに分類される：制御チャネル（Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）及びトラフィックチャネル（Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ）。
【０２８７】
ｉ）制御チャネルは、制御平面情報だけを伝達するために使用され、次の通りである。
【０２８８】
−ブロードキャスト制御チャネル（ＢＣＣＨ：Ｂｒｏａｄｃａｓｔ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：システム制御情報をブロードキャスティングするためのダウンリンクチャネル。
【０２８９】
−ページング制御チャネル（ＰＣＣＨ：Ｐａｇｉｎｇ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）：ページング情報及びシステム情報変更通知を伝達するダウンリンクチャネル。
【０２９０】
−共通制御チャネル（ＣＣＣＨ：Ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｃｈａｎｎｅｌ）：ＵＥとネットワークとの間の制御情報を送信するためのチャネル。このチャネルは、ネットワークとＲＲＣ接続を有しないＵＥのために使用される。
【０２９１】
−専用制御チャネル（ＤＣＣＨ：Ｄｅｄｉｃａｔｅｄ  Ｃｏｎｔｒｏｌ  Ｃｈａｎｎｅｌ）：ＵＥとネットワークとの間に専用制御情報を送信するためのポイント−ツ−ポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）双方向チャネル。ＲＲＣ接続を有するＵＥにより使用される。
【０２９２】
ｉｉ）トラフィックチャネルは、ユーザ平面情報のみを使用するために使用される：
【０２９３】
−専用トラフィックチャネル（ＤＴＣＨ：Ｄｅｄｉｃａｔｅｄ  Ｔｒａｆｆｉｃ  Ｃｈａｎｎｅｌ：ユーザ情報を伝達するための、単一のＵＥに専用される、ポイント−ツ−ポイント（ｐｏｉｎｔ−ｔｏ−ｐｏｉｎｔ）チャネル。ＤＴＣＨは、アップリンク及びダウンリンク全て存在しうる。
【０２９４】
ダウンリンクで、論理チャネルと送信チャネルとの間の接続は、次の通りである。
【０２９５】
ＢＣＣＨは、ＢＣＨにマッピングできる。ＢＣＣＨは、ＤＬ−ＳＣＨにマッピングできる。ＰＣＣＨは、ＰＣＨにマッピングできる。ＣＣＣＨは、ＤＬ−ＳＣＨにマッピングできる。ＤＣＣＨは、ＤＬ−ＳＣＨにマッピングできる。ＤＴＣＨは、ＤＬ−ＳＣＨにマッピングできる。
【０２９６】
アップリンクで、論理チャネルと送信チャネルとの間の接続は、次の通りである。ＣＣＣＨは、ＵＬ−ＳＣＨにマッピングできる。ＤＣＣＨは、ＵＬ−ＳＣＨにマッピングできる。ＤＴＣＨは、ＵＬ−ＳＣＨにマッピングできる。
【０２９７】
３）ＲＬＣサブ階層は、三つの送信モードを支援する：トランスペアレントモード（ＴＭ：Ｔｒａｎｓｐａｒｅｎｔ  Ｍｏｄｅ）、非確認モード（ＵＭ：Ｕｎａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）、確認モード（ＡＭ：Ａｃｋｎｏｗｌｅｄｇｅｄ  Ｍｏｄｅ）。
【０２９８】
ＲＬＣ設定は、論理チャネルごとに適用されることができる。ＳＲＢの場合、ＴＭまたはＡＭモードが利用され、一方、ＤＲＢの場合にＵＭまたはＡＭモードが利用される。
【０２９９】
ＲＬＣサブ階層は、上位階層ＰＤＵの伝達；ＰＤＣＰと独立的なシーケンスナンバリング；ＡＲＱ（ａｕｔｏｍａｔｉｃ  ｒｅｐｅａｔ  ｒｅｑｕｅｓｔ）を介したエラー訂正；分割（ｓｅｇｍｅｎｔａｔｉｏｎ）及び再分割（ｒｅ−ｓｅｇｍｅｎｔａｔｉｏｎ）；ＳＤＵの再結合（ｒｅａｓｓｅｍｂｌｙ）；ＲＬＣ  ＳＤＵ廃棄（ｄｉｓｃａｒｄ）；ＲＬＣ再確立（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）を行う。
【０３００】
４）ユーザ平面のためのＰＤＣＰサブ階層は、シーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；ヘッダ圧縮及び圧縮−解除（ｄｅｃｏｍｐｒｅｓｓｉｏｎ）（強靭なヘッダ圧縮（ＲｏＨＣ：Ｒｏｂｕｓｔ  Ｈｅａｄｅｒ  Ｃｏｍｐｒｅｓｓｉｏｎ）の場合のみ）；ユーザデータ伝達；再配列（ｒｅｏｒｄｅｒｉｎｇ）及び複写検出（ｄｕｐｌｉｃａｔｅ  ｄｅｔｅｃｔｉｏｎ）（ＰＤＣＰより上位の階層に伝達が要求される場合）；ＰＤＣＰ  ＰＤＵルーティング（分割ベアラ（ｓｐｌｉｔ  ｂｅａｒｅｒ）の場合）；ＰＤＣＰ  ＳＤＵの再送信；暗号化（ｃｉｐｈｅｒｉｎｇ）及び解読化（ｄｅｃｉｐｈｅｒｉｎｇ）；ＰＤＣＰ  ＳＤＵ廃棄；ＲＬＣＡＭのためのＰＤＣＰ再確立及びデータ復旧（ｒｅｃｏｖｅｒｙ）；ＰＤＣＰ  ＰＤＵの複製を行う。
【０３０１】
制御平面のためのＰＤＣＰサブ階層は、追加的にシーケンスナンバリング（Ｓｅｑｕｅｎｃｅ  Ｎｕｍｂｅｒｉｎｇ）；暗号化（ｃｉｐｈｅｒｉｎｇ）、解読化（ｄｅｃｉｐｈｅｒｉｎｇ）及び無欠性保護（ｉｎｔｅｇｒｉｔｙ  ｐｒｏｔｅｃｔｉｏｎ）；制御平面データ伝達；複製検出；ＰＤＣＰ  ＰＤＵの複製を行う。
【０３０２】
ＲＲＣにより無線ベアラのための複製（ｄｕｐｌｉｃａｔｉｏｎ）が設定されるとき、複製されたＰＤＣＰ  ＰＤＵ（ら）を制御するために追加的なＲＬＣ個体及び追加的な論理チャネルが無線ベアラに追加される。ＰＤＣＰで複製は、同じＰＤＣＰ  ＰＤＵ（ら）を２回送信することを含む。一回は、本来のＲＬＣ個体に伝達され、２番目は、追加的なＲＬＣ個体に伝達される。このとき、元のＰＤＣＰ  ＰＤＵ及び該当の複製本は、同じ送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）に送信されない。互いに異なる２個の論理チャネルが同じＭＡＣ個体に属してもよく（ＣＡの場合）、または互いに異なるＭＡＣ個体に属してもよい（ＤＣの場合）。前者の場合、元のＰＤＣＰ  ＰＤＵと該当の複製本が同じ送信ブロック（ｔｒａｎｓｐｏｒｔ  ｂｌｏｃｋ）に送信されないように保障するため、論理チャネルマッピング制限が使用される。
【０３０３】
５）ＳＤＡＰサブ階層は、ｉ）ＱｏＳ流れとデータ無線ベアラとの間のマッピング、ｉｉ）ダウンリンク及びアップリンクパケット内のＱｏＳ流れ識別子（ＩＤ）のマーキングを行う。
【０３０４】
ＳＤＡＰの単一のプロトコル個体が各個別的なＰＤＵセッションごとに設定されるが、例外的に、二重接続性（ＤＣ：Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）の場合、２個のＳＤＡＰ個体が設定されることができる。
【０３０５】
６）ＲＲＣサブ階層は、ＡＳ（Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）及びＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）に関連するシステム情報のブロードキャスト；５ＧＣまたはＮＧ−ＲＡＮにより開始されるページング（ｐａｇｉｎｇ）；ＵＥとＮＧ−ＲＡＮとの間のＲＲＣ接続の確立、維持及び解除（追加的に、キャリヤ併合（ｃａｒｒｉｅｒ  ａｇｇｒｅｇａｔｉｏｎ）の修正及び解除を含み、また、追加的に、Ｅ−ＵＴＲＡＮとＮＲとの間、またはＮＲ内における二重接続性（Ｄｕａｌ  Ｃｏｎｎｅｃｔｉｖｉｔｙ）の修正及び解除を含む）；キー管理を含んだセキュリティー機能；ＳＲＢ（ら）及びＤＲＢ（ら）の確立、設定、維持及び解除；ハンドオーバー及びコンテキスト伝達；ＵＥセル選択及び再解除及びセル選択／再選択の制御；ＲＡＴ間の移動性を含む移動性機能；ＱｏＳ管理機能、ＵＥ測定報告及び報告制御；無線リンク失敗の検出及び無線リンク失敗から回復；ＮＡＳからＵＥへのＮＡＳメッセージ伝達及びＵＥからＮＡＳへのＮＡＳメッセージ伝達を行う。
【０３０６】
ネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）
【０３０７】
５Ｇシステムは、ネットワーク資源とネットワーク機能を各サービスによって独立的なスライス（ｓｌｉｃｅ）で提供するネットワークスライシング（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｉｎｇ）技術を導入した。
【０３０８】
ネットワークスライシングが導入されることによって各スライスごとにネットワーク機能及びネットワーク資源の分離（Ｉｓｏｌａｔｉｏｎ）、独立的な管理（ｉｎｄｅｐｅｎｄｅｎｔ  ｍａｎａｇｅｍｅｎｔ）などを提供できる。これによって、サービス、ユーザなどにより５Ｇシステムのネットワーク機能を選択し、これを組合することでサービス、ユーザごとに独立的でより柔軟なサービスを提供することができる。
【０３０９】
ネットワークスライスは、アクセスネットワークとコアネットワークを論理的に統合したネットワークを称する。
【０３１０】
ネットワークスライス（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ）は、次のうち一つ以上を含むことができる：
【０３１１】
−コアネットワーク制御平面及びユーザ平面機能
【０３１２】
−ＮＧ−ＲＡＮ
【０３１３】
−非−３ＧＰＰアクセスネットワークへの非−３ＧＰＰ相互動作機能（Ｎ３ＩＷＦ：Ｎｏｎ−３ＧＰＰ  Ｉｎｔｅｒ  Ｗｏｒｋｉｎｇ  Ｆｕｎｃｔｉｏｎ）
【０３１４】
各ネットワークスライスごとに支援される機能及びネットワーク機能の最適化が相異なることがある。多数のネットワークスライスインスタンス（ｉｎｓｔａｎｃｅ）が同じ機能を互いに異なるＵＥのグループに提供することができる。
【０３１５】
一つのＵＥは、５Ｇ−ＡＮを経て一つ以上のネットワークスライスインスタンスに同時に接続できる。一つのＵＥは、最大８個のネットワークスライスにより同時にサービスを受けることができる。ＵＥをサービングするＡＭＦインスタンスは、ＵＥをサービングする各ネットワークスライスインスタンスに属する。すなわち、このＡＭＦインスタンスは、ＵＥをサービングするネットワークスライスインスタンスに共通される。ＵＥをサービングするネットワークスライスインスタンス（ら）のＣＮ部分は、ＣＮにより選択される。
【０３１６】
一つのＰＤＵセッションは、ＰＬＭＮごとに特定の一つのネットワークスライスインスタンスにのみ属する。互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。
【０３１７】
一つのＰＤＵセッションは、ＰＬＭＮごとに特定一つのネットワークスライスインスタンスに属する。互いに異なるスライスが同じＤＮＮを利用するスライス−特定ＰＤＵセッションを有することができるが、互いに異なるネットワークスライスインスタンスは、一つのＰＤＵセッションを共有しない。
【０３１８】
単一ネットワークスライス選択補助情報（Ｓ−ＮＳＳＡＩ：Ｓｉｎｇｌｅ  Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）は、ネットワークスライスを識別する。各Ｓ−ＮＳＳＡＩは、ネットワークが特定のネットワークスライスインスタンスを選択するために利用される補助情報である。ＮＳＳＡＩは、Ｓ−ＮＳＳＡＩ（ら）の集合である。Ｓ−ＮＳＳＡＩは、次を含む：
【０３１９】
−スライス／サービスタイプ（ＳＳＴ：Ｓｌｉｃｅ／Ｓｅｒｖｉｃｅ  ｔｙｐｅ）：ＳＳＴは、機能とサービスの側面で予想されるネットワークスライスの動作を示す。
【０３２０】
−スライス区分子（ＳＤ：Ｓｌｉｃｅ  Ｄｉｆｆｅｒｅｎｔｉａｔｏｒ）：ＳＤは、指示されたＳＳＴを全て準じる潜在的な複数のネットワークスライスインスタンスからネットワークスライスインスタンスを選択するためのＳＳＴ（ら）を補完する選択的な情報である。
【０３２１】
１）初期接続時ネットワークスライス選択
【０３２２】
ＵＥは、ＰＬＭＮごとにホームＰＬＭＮ（ＨＰＬＭＮ：Ｈｏｍｅ  ＰＬＭＮ）により設定ＮＳＳＡＩ（Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ）が設定されることができる。Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩはＰＬＭＮ−特定され、ＨＰＬＭＮは、各Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩが適用されるＰＬＭＮ（ら）を指示する。
【０３２３】
ＵＥの初期接続のとき、ＲＡＮは、ＮＳＳＡＩを用いてメッセージを伝達する初期ネットワークスライスを選択する。そのために、登録手順でＵＥは、ネットワークに要請ＮＳＳＡＩ（Ｒｅｑｕｅｓｔｅｄ  ＮＳＳＡＩ）を提供する。このとき、ＵＥがネットワークにＲｅｑｕｅｓｔｅｄ  ＮＳＳＡＩを提供するとき、所定のＰＬＭＮ内ＵＥは、該当ＰＬＭＮのＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩに属するＳ−ＮＳＳＡＩのみを使用する。
【０３２４】
もし、ＵＥがＲＡＮにＮＳＳＡＩを提供しないか、または提供されたＮＳＳＡＩによって適切なネットワークスライスをＲＡＮが選択できないとき、ＲＡＮは、デフォルト（Ｄｅｆａｕｌｔ）ネットワークスライスを選択することができる。
【０３２５】
加入データは、ＵＥの加入したネットワークスライス（ら）のＳ−ＮＳＳＡＩ（ら）を含む。一つ以上のＳ−ＮＳＳＡＩ（ら）は、基本（ｄｅｆａｕｌｔ）Ｓ−ＮＳＳＡＩとしてマーキングされる。Ｓ−ＮＳＳＡＩが基本としてマーキングされれば、ＵＥが登録要請（Ｒｅｇｉｓｔｒａｔｉｏｎ  ｒｅｑｕｅｓｔ）内でネットワークにいかなるＳ−ＮＳＳＡＩも送信しなくても、ネットワークは、関連するネットワークスライスにＵＥにサービスすることができる。
【０３２６】
ＵＥが成功的に登録されれば、ＣＮは、全体の許容ＮＳＳＡＩ（Ａｌｌｏｗｅｄ  ＮＳＳＡＩ）（一つ以上のＳ−ＮＳＳＡＩを含む）を提供することで（Ｒ）ＡＮに知らせる。また、ＵＥの登録手順が成功的に完了するとき、ＵＥは、このＰＬＭＮのためのＡｌｌｏｗｅｄ  ＮＳＳＡＩをＡＭＦから取得できる。
【０３２７】
Ａｌｌｏｗｅｄ  ＮＳＳＡＩは、このＰＬＭＮのためのＣｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩに優先する。ＵＥは、その後サービングＰＬＭＮ内のネットワークスライス選択関連手順のためのネットワークスライスに該当するＡｌｌｏｗｅｄ  ＮＳＳＡＩ内のＳ−ＮＳＳＡＩ（ら）のみを使用する。
【０３２８】
各ＰＬＭＮにあって、ＵＥは、Ｃｏｎｆｉｇｕｒｅｄ  ＮＳＳＡＩ及びＡｌｌｏｗｅｄ  ＮＳＳＡＩ（存在する場合）を格納する。ＵＥがＰＬＭＮのためのＡｌｌｏｗｅｄ  ＮＳＳＡＩを受信するとき、このＰＬＭＮのための以前に格納されたＡｌｌｏｗｅｄ  ＮＳＳＡＩを代替（ｏｖｅｒｒｉｄｅ）する。
【０３２９】
２）スライス変更
【０３３０】
ネットワークは、ローカル政策、ＵＥの移動性、加入情報変更などによって予め選択されたネットワークスライスインスタンスを変更できる。すなわち、ＵＥのネットワークスライスのセットは、ＵＥがネットワークに登録されている間にいつでも変更できる。また、ＵＥのネットワークスライスのセットの変更は、ネットワークまたは特定の条件下のＵＥにより開始されてもよい。
【０３３１】
地域（ｌｏｃａｌ）政策、加入情報変更及び／またはＵＥの移動性を基盤に、ネットワークは、ＵＥが登録された許容されるネットワークスライス（ら）のセットを変更できる。ネットワークは、登録手順のうちこのような変更を行うことができ、または登録手順をトリガーできる手順を用いて支援されるネットワークスライス（ら）の変更をＵＥに通知することができる。
【０３３２】
ネットワークスライスの変更時にネットワークは、新しいＡｌｌｏｗｅｄ  ＮＳＳＡＩ及びトラッキング領域リスト（Ｔｒａｃｋｉｎｇ  Ａｒｅａ  ｌｉｓｔ）をＵＥに提供する。ＵＥは、移動性管理手順（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  ｐｒｏｃｅｄｕｒｅ）によるシグナリングに新しいＮＳＳＡＩを含めて送信することで、スライスインスタンスの再選択を誘発する。スライスインスタンスの変更により、これを支援するＡＭＦも変更される。
【０３３３】
ＵＥがネットワークスライスがこれ以上利用可能でない領域に進入すれば、コアネットワークは、ＰＤＵセッション解除手順を介して、これ以上利用可能でないネットワークスライスに相応するＳ−ＮＳＳＡＩに対するＰＤＵセッションを解除する。
【０３３４】
これ以上利用可能でないスライスに相応するＰＤＵセッションが解除されるとき、ＵＥは、ＵＥ政策を用いて既存のトラフィックが他のスライスに属するＰＤＵセッションを介してルーティングされるか否かを決定する。
【０３３５】
使用されるＳ−ＮＳＳＡＩ（ら）のセットの変更のために、ＵＥは、登録手順を開始する。
【０３３６】
３）ＳＭＦ選択
【０３３７】
ＰＣＦは、ネットワークスライス選択政策（ＮＳＳＰ：Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｐｏｌｉｃｙ）をＵＥに提供する。ＮＳＳＰは、ＵＥをＳ−ＮＳＳＡＩと連係させ、トラフィックがルーティングされるＰＤＵセッションを決定するためにＵＥにより使用される。
【０３３８】
ネットワークスライス選択政策は、ＵＥのアプリケーションごとに提供し、これは、ＵＥアプリケーションごとにＳ−ＮＳＳＡＩをマッピングされる規則を含む。ＡＭＦは、ＵＥが伝達したＳＭ−ＮＳＳＡＩ及びＤＮＮ情報と共に加入者情報、ローカル事業者政策などを用いてＰＤＵセッション管理のためのＳＭＦを選択する。
【０３３９】
特定スライスインスタンスのためのＰＤＵセッションが確立されるとき、ＲＡＮがスライスインスタンスの特定機能にアクセスできるように、ＣＮは、このＰＤＵセッションが属するスライスインスタンスに該当するＳ−ＮＳＳＡＩを（Ｒ）ＡＮに提供する。
【０３４０】
ネットワークスライシングに関連してＮＧＭＮ（Ｎｅｘｔ  Ｇｅｎｅｒａｔｉｏｎ  Ｍｏｂｉｌｅ  Ｎｅｔｗｏｒｋｓ）Ａｌｌｉａｎｃｅで要求事項を定義したことがある。
【０３４１】
図１１は、本発明の一実施形態に係るネットワークスライシングコンセプトを例示した図である。
【０３４２】
図１１を参照すると、ネットワークスライシングは、１）サービスインスタンス階層、２）ネットワークスライスインスタンス階層、３）資源階層、このように３つの階層を含むことができる。
【０３４３】
サービスインスタンス階層は、支援されるサービス（ユーザ−終端（ｅｎｄ−ｕｓｅｒ）サービスまたはビジネスサービス）を示す。各サービスは、サービスインスタンスに表示される。一般的に、サービスは、ネットワーク事業者、または３ｒｄ  ｐａｒｔｙにより提供される。これによって、サービスインスタンスは、事業者サービスまたは３ｒｄ  ｐａｒｔｙ提供サービスを示すことができる。
【０３４４】
ネットワーク事業者は、ネットワークスライス青写真（Ｂｌｕｅｐｒｉｎｔ）を用いてネットワークスライスインスタンスを生成できる。ネットワークスライスインスタンスは、サービスインスタンスにより必要なネットワーク特性を提供する。ネットワークスライスインスタンスは、ネットワーク運営者が提供する様々なサービスインスタンス間に共有できる。
【０３４５】
ネットワークスライスインスタンスは、他のネットワークスライスインスタンスにより共有されない一つ以上のサブ−ネットワークインスタンスから構成されたり、そうでなくてもよい。類似に、サブ−ネットワーク青写真は、物理的／論理的な資源で実行されるネットワーク機能セットを構成するサブ−ネットワークインスタンスを生成するために使用されることができる。
【０３４６】
以下は、ネットワークスライシングに関連する用語について定義する。
【０３４７】
−サービスインスタンス：ネットワークスライス内またはネットワークスライスにより実現される終端ユーザサービスまたはビジネスサービスのインスタンス。
【０３４８】
−ネットワークスライスインスタンス：このようなネットワーク機能を実行するためのネットワーク機能セット及び資源であって、サービスインスタンスで要求する特定ネットワーク特性を充足させる完全にインスタンス化される論理的ネットワークを形成すること、
【０３４９】
−ネットワークスライスインスタンスは、完全にまたは部分的に、論理的及び／または物理的に他のネットワークスライスインスタンスと分離（ｉｓｏｌａｔｅ）されること、
【０３５０】
−資源は、物理及び論理資源を含むこと、
【０３５１】
−ネットワークスライスインスタンスは、様々なネットワークスライスインスタンスが特別な場合に共有しうるサブ−ネットワークインスタンスから構成されること、ネットワークスライスインスタンスは、ネットワークスライス青写真により定義されること、
【０３５２】
−ネットワークスライスインスタンスを作るとき、インスタンス−特定政策及び構成が必要であること、
【０３５３】
−ネットワーク特性例として、超−低−遅延（ｕｌｔｒａ−ｌｏｗ−ｌａｔｅｎｃｙ）、超−信頼性（ｕｌｔｒａ−ｒｅｌｉａｂｉｌｉｔｙ）などがあること。
【０３５４】
ネットワークスライス青写真：寿命（ｌｉｆｅ  ｃｙｃｌｅ）の間にネットワークスライスインスタンスをインスタンス化して制御する方法に対する構造、構成及び計画／ワークフローに対する完全な説明。ネットワークスライス青写真は、特定のネットワーク特性（例えば、超−低−遅延、超−信頼性、企業のための付加価値（ｖａｌｕｅ−ａｄｄｅｄ）サービスなど）を提供するネットワークスライスのインスタンス化を可能にする。ネットワークスライス青写真は、必要な物理的及び論理的資源及び／またはサブーネットワーク青写真を示す。
【０３５５】
サブ−ネットワークインスタンス：サブ−ネットワークインスタンスは、一連のネットワーク機能と、このネットワーク機能のための資源を含むこと、
【０３５６】
−サブ−ネットワークインスタンスは、サブ−ネットワーク青写真により定義されること、
【０３５７】
−サブ−ネットワークインスタンスは、完璧な論理ネットワークを形成する必要がないこと、
【０３５８】
−サブ−ネットワークインスタンスは、二以上のネットワークスライスにより共有できること、
【０３５９】
−資源は、物理及び論理資源を含む。
【０３６０】
−サブ−ネットワーク青写真：サブ−ネットワークインスタンスの構造（及び含まれた構成要素）に対する説明と、これをインスタンス化する方法に対する計画／ワークフロー、サブ−ネットワーク青写真は、物理的及び論理的資源を示し、他のサブ−ネットワーク青写真を示す。
【０３６１】
−物理資源：無線アクセスを含み、計算（ｃｏｍｐｕｔａｔｉｏｎ）、格納（ｓｔｏｒａｇｅ）または送信のための物理的資源：ネットワーク機能は資源として見なされないこと。
【０３６２】
−論理資源：物理資源の分割（ｐａｒｔｉｔｉｏｎ）、またはネットワーク機能専用または様々なネットワーク機能の集合間で共有される様々な物理資源のグルーピング。
【０３６３】
−ネットワーク機能（ＮＦ）：ネットワーク機能は、ネットワークで機能を処理することを意味すること、
【０３６４】
−ＮＦには、テレコムノード機能のみならず、スイッチング機能が含まれるが、これに限定されないこと（例えば、イーサネットスイッチング機能、ＩＰルーティング機能）、
【０３６５】
−ＶＮＦは、ＮＦの仮像化バージョンである（ＶＮＦに対する詳細な内容は、ＥＴＳＩ  ＮＦＶ参照）。
【０３６６】
これに基づいてＳＡ  ＷＧ１では、ＳＭＡＲＴＥＲ作業を介して次のような潜在的要求事項（Ｐｏｔｅｎｔｉａｌ  Ｒｅｑｕｉｒｅｍｅｎｔ）を定義した。
【０３６７】
「ｏｎｅ  ｓｉｚｅ  ｆｉｔｓ  ａｌｌ」システムを提供しようとする以前の３ＧＰＰシステムとは異なり、５Ｇシステムは、様々な手段を介して様々な構成に対して最適化された支援を同時に提供しなければならない。ネットワーク機能とサービスに対する柔軟性（ｆｌｅｘｉｂｉｌｉｔｙ）と適応性は、５Ｇシステムの主な特徴である。
【０３６８】
柔軟性実現要素（ｅｎａｂｌｅｒ）１：ネットワークスライシング
【０３６９】
柔軟性という目標を達成するための核心概念の一つは、ネットワークスライシングである。ネットワークスライシングを介して運営者は、共通インフラの規模経済を維持しながら、顧客専用機能を備えた専用論理ネットワークを提供することができる。これは、サービスがネットワーク資源から抽出されるように許容する。このように様々な要求事項を有する様々な使用ケースが満たされる。例えば、料金賦課（ｃｈａｒｇｉｎｇ）、政策制御、セキュリティー、移動性などと同じ機能性に対する要求事項が変わりうる。使用ケースは、性能要求事項で差異を有する。例えば、遅延が減少し、移動性が高くてデータ速度がより高められる。
【０３７０】
また、互いに異なるスライスが互いに隔離される必要がある。端末は、例えば、加入情報、トラフィック（例えば、音声、データ）または端末の類型に基づいて運営者またはユーザ要求を同時に充足させる方式で、適切なネットワークスライスに接続することができる。
【０３７１】
一般的に、終端ユーザサービスセットは、モバイルネットワーク運営者の一つのネットワークスライスにより提供される。一部のＵＥは、より様々な特性、例えば、ＭＢＢ及び重要な通信サービスのために二以上のネットワークスライスに同時にアクセスできる。二以上のネットワークスライスに同時にアクセスするとき、運営者は、特定のシグナリング手順が重複しないようにネットワークスライスを選択できる。
【０３７２】
ネットワークスライスは、主に３ＧＰＰ定義機能から構成されるが、他の運営者または３ｒｄ  ｐａｒｔｙが提供する独占機能を含むことができる。ローミングの場合、一貫したユーザ経験とサービス支援を保障するために、同じネットワーク機能から構成されたスライスをＶＰＬＭＮユーザが使用しなければならない。ネットワークスライスの構成及び独占機能のプロビジョニングは、運営者間の協約（ａｇｒｅｅｍｅｎｔ）を基盤とする。
【０３７３】
自然災害の場合、基本通信（例えば、音声、テキストメッセージ）を可能にするネットワーク構成を提供するために、ネットワークスライシングが使用されてもよい。この概念を適用した更なる例は、基本インターネットアクセス（例えば、基本広帯域（ｂｒｏａｄｂａｎｄ）速度、緩和された遅延要求事項）で必須サービスに対するアクセスを提供しなければならない市場でネットワークに対するアクセスを提供するものである。
【０３７４】
運営者は、類似のネットワーク機能を必要とする様々な３ｒｄ  ｐａｒｔｙ（例えば、企業）に類似のサービスを提供する場合が頻繁にあり、これは、効率的な方式で支援されなければならない。
【０３７５】
３ＧＰＰシステムは、運営者がネットワークスライスを生成して管理しなければならない。ネットワークスライスは、一連のネットワーク機能（例えば、潜在的に他の供給業者）と、このようなネットワーク機能を実行するための政策、構成、及び資源から構成される。
【０３７６】
３ＧＰＰシステムは、運営者が互いに異なる市場シナリオに適するようカスタマイズ化され、完全かつ自律的に完全な運営ネットワークを形成するためにネットワークスライスを動的に生成できるように許容しなければならない。
【０３７７】
３ＧＰＰシステムは、特定サービス、装置、ＵＥ、及び加入者を特定のネットワークスライスと連関（ａｓｓｏｃｉａｔｅ）させなければならない。
【０３７８】
３ＧＰＰシステムは、例えば、加入情報または端末の類型に基づいて、ＵＥが一つの運営者の一つ以上のネットワークスライスからのサービスに同時にアクセス可能にしなければならない。
【０３７９】
３ＧＰＰシステムは、運営者が互いに異なる市場シナリオに必要な基準を充足するネットワークスライスを運営して管理するメカニズムを支援しなければならない。
【０３８０】
３ＧＰＰシステムは、運営者があるスライスのサービスが他のスライスが提供するサービスに否定的な影響を及ぼすことを防止する方式で、同時にネットワークスライスを動作させなければならない。
【０３８１】
３ＧＰＰシステムは、全体ネットワークよりも単一ネットワークスライスでサービスごとのセキュリティー保証要求事項を準じる能力を有しなければならない。
【０３８２】
３ＧＰＰシステムは、潜在的なサイバー攻撃を単一ネットワークスライスに限定させるネットワークスライス間の隔離レベルを提供しなければならない。
【０３８３】
３ＧＰＰシステムは、ネットワーク運営者が設定した制限内で、運営者が３ｒｄ  ｐａｒｔｙが適切なＡＰＩを介してネットワークスライスを生成して管理できるように許容しなければならない。
【０３８４】
３ＧＰＰシステムは、このスライスまたは他のスライスのサービスに及ぼす影響を最小化する能力の側面で、ネットワークスライスの弾力性（ｅｌａｓｔｉｃｉｔｙ）を支援しなければならない。
【０３８５】
３ＧＰＰシステムは、活性加入者サービスに及ぼす影響を最小化しつつ、ネットワークスライスに対する修正（例えば、ネットワークスライスの追加、削除、修正）を支援しなければならない。
【０３８６】
３ＧＰＰシステムは、ネットワークスライスでＥ２Ｅ（ｅｎｄ−ｔｏ−ｅｎｄ）（例えば、ＲＡＮ、ＣＮ）資源管理を支援しなければならない。
【０３８７】
３ＧＰＰシステムは、運営者が類似のネットワーク特性を必要とする様々な３ｒｄ  ｐａｒｔｙ（例えば、企業）を効率よく支援できるように、ネットワークスライシング概念を使用できるようにしなければならない。
【０３８８】
３ＧＰＰシステムは、運営者がホーム及びローミングユーザが使用することができる共通機能を有するネットワークスライスを定義及び識別できるようにしなければならない。
【０３８９】
３ＧＰＰシステムは、運営者がネットワークスライスが提供しなければならないネットワーク機能を指定できるようにしなければならない。
【０３９０】
３ＧＰＰシステムは、３ＧＰＰで定義される機能だけではなく、独占的な３ｒｄ  ｐａｒｔｙまたは運営者提供機能をネットワークスライスに含ませることを支援しなければならない。
【０３９１】
−数個の３ｒｄ  ｐａｒｔｙ（例えば、企業）またはＭＶＮＯ（Ｍｏｂｉｌｅ  Ｖｉｒｔｕａｌ  Ｎｅｔｗｏｒｋ  Ｏｐｅｒａｔｏｒ）をホスティングする。
【０３９２】
−家とローミングユーザにサービス。
【０３９３】
−様々な市場シナリオの支援。
【０３９４】
システムが独占または運営者が提供する機能を支援しなければならない特定の機能領域を識別しなければならない。
【０３９５】
３ＧＰＰシステムは、ＶＰＬＭＮが必要な機能を有するネットワークスライスまたは基本ネットワークスライスにＵＥを割り当てるメカニズムを支援しなければならない。
【０３９６】
３ＧＰＰシステムは、ＵＥが接続したネットワークスライスを変更しなければならない。
【０３９７】
ネットワークスライスは、ネットワーク運営者が定義した終端ユーザサービスセットを支援しなければならない。
【０３９８】
３ＧＰＰシステムは、ネットワークスライスによって提供されるサービスを基盤に、運営者がネットワークスライスにＵＥを割り当てることができるようにしなければならない。
【０３９９】
３ＧＰＰシステムは、運営者が３ｒｄ  ｐａｒｔｙの要請に応答して特定スライスでサービスを受信するよう、ＵＥに権限を与えるメカニズムを支援しなければならない。
【０４００】
一方、ＮＧＭＮ及びＳＡ１のサービス要求事項に基づいて、ＳＡ２では、ＦＳ＿ＮｅｘｔＧｅｎスタディーを介して実際５Ｇシステムに対するアーキテクチャー要求事項を定義している。ＳＡ２  ＮｅｘｔＧｅｎでは、ネットワークスライスに対してＫｅｙ  Ｉｓｓｕｅ＃１を介して次のような事項をスタディーする。一方、以下のＫｅｙ  Ｉｓｓｕｅに関して３ＧＰＰ  ＴＲ２３.７９９ｖ.１．０.２が本明細書と併合されうる。
【０４０１】
＊Ｋｅｙ  Ｉｓｓｕｅ＃１：ネットワークスライシングの支援
【０４０２】
ネットワークスライシングを介して運営者は、様々な要求事項を要求する様々な市場シナリオに最適化されるソリューションを提供するよう、カスタマイズされたネットワークを作ることができる（例えば、機能性、性能、及び隔離領域で）
【０４０３】
このようなＫｅｙ  Ｉｓｓｕｅを解決する方法は次の通りである。
【０４０４】
−次世代システムがＴＲ２２.８６４［７］で定義されるネットワークスライシング及びネットワークスライシングローミング要求事項を支援する３ＧＰＰ範囲内の機能及び性能（使用可能な場合）、及び規範的なステップ１内の規格（使用可能な場合）は以下を含むが、これに限定されることはない：
【０４０５】
−ネットワークスライスインスタンスの間、これらのレベル間及び隔離／分離類型間に隔離／分離を達成する方法が求められる（How to achieve isolation/separation between network Slice instances and which level sand types of isolation/separation will be required）；
【０４０６】
−ネットワークスライスインスタンスの間には、どのような類型の資源及びネットワーク機能の共有を使用できるかに関する事項
【０４０７】
どのような資源が意味があるか、そして、３ＧＰＰアーキテクチャーに関する資源の細部事項は、Ｋｅｙ  Ｉｓｓｕｅに対するソリューションの一部として明らかに説明されなければならない。
【０４０８】
−ＵＥが一つの運営者の一つ以上の特定のネットワークスライスインスタンスからサービスを同時に取得することを可能にする方法；
【０４０９】
−ネットワークスライシング（例えば、ネットワークスライス生成／構成、修正、削除）に関して３ＧＰＰ範囲内にあること。
【０４１０】
−どのようなネットワーク機能が特定のネットワークスライスインスタンスに含まれるか、そして、どのようなネットワーク機能がネットワークスライスと独立的であるか
【０４１１】
−ＵＥに対する特定のネットワークスライスの選択手順（ら）
【０４１２】
−ネットワークスライシングローミングシナリオ支援方法；及び
【０４１３】
−事業者がネットワークスライシング概念を用いて類似のネットワーク特性を要求する様々な３ｒｄ  ｐａｒｔｙ（例えば、企業、サービス提供者、コンテンツ提供者など）を効率よく支援可能にする方法。
【０４１４】
以下では、前記Ｋｅｙ  Ｉｓｓｕｅ＃１に対するソリューションについて後述する。該当ソリューションに関して、ＴＲ２３.７９９ｖ１.１．０文書が本明細書と併合されうる。
【０４１５】
１.ネットワークスライスは、ＡＮ及びＣＮを含む完全な論理的ネットワーク（通信（Ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ）サービス及びネットワーク機能提供）である。
【０４１６】
ａ）ＡＮは、様々なネットワークスライスに共通的でありうる。
【０４１７】
ｂ）ネットワークスライスは、支援される機能とネットワーク機能の最適化された使用事例によって異なる。
【０４１８】
ｃ）ネットワークは、同じ最適化及び特徴を提供する数個ネットワークスライスインスタンスをそれぞれ異なるＵＥグループごとに配置（ｄｅｐｌｏｙ）することができるが、これは、専用されることはない（ｄｅｄｉｃａｔｅｄ  ｔｏ）。ネットワークスライスインスタンスが他の専用サービスを提供したり、ネットワークスライスインスタンスが顧客に専用されるためである。
【０４１９】
（Networks may deploy multiple Network Slice instances delivering exactly the same optimisations and features as per but dedicated to different groups of Ues,e.g.as they deliver a different committed service and/or because they may be dedicated to a customer.）
【０４２０】
２.ＵＥは、ＵＥに対するネットワークスライスインスタンス（ＮＳＩ）のＲＡＮ及びＣＮ部分セットを選択するために、ネットワークにパラメータセットで構成されたネットワークスライス選択補助情報（ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  ｓｅｌｅｃｔｉｏｎ  ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ；ＮＳＳＡＩ）を提供できる。
【０４２１】
ａ）ＮＳＳＡＩは、スライス／サービスの類型に対して標準値またはＰＬＭＮ特定値を有することができる。
【０４２２】
ｂ）ＵＥは、ＰＬＭＮごとに構成されたＮＳＳＡＩを格納することができる。
【０４２３】
ｃ）ＵＥがアクセスするＰＬＭＮのＩＤに対するＮＳＳＡＩを格納すれば、ＵＥは、ＲＲＣ及びＮＡＳにＮＳＳＡＩを提供する。ＮＳＳＡＩは、機能及びサービスの側面で予想されるネットワーク動作を示すスライス／サービスの類型を指示する。ＲＡＮは、ＣＣＮＦ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ）（上述のＡＭＦに該当）に対する初期アクセスをルーティングするためにＮＳＳＡＩを使用する。
【０４２４】
ＵＥは、指示されたスライス／サービスタイプ（ら）を全て準じる潜在的な多重ネットワークスライスインスタンスの中から選択するためにｄｉｆｆｅｒｎｅｔｉａｔｉｏｎによりスライス／サービスタイプ（ら）を補完するＲＲＣ及びＮＡＳにＮＳＳＡＩを追加に提供できる。
【０４２５】
ｄ）ＵＥがアクセスするＰＬＭＮのＩＤに対して受諾された任意のＮＳＳＡＩを格納しない場合、ＵＥは、設定された（ｃｏｎｆｉｇｕｒｅｄ）ＮＳＳＡＩを格納するとき、ＲＲＣ及びＮＡＳに設定されたＮＳＳＡＩを提供する。ＵＥは、設定されたＮＳＳＡＩを格納している場合、これをＰＬＭＮ提供する。そうでなければ、ＵＥは、設定された基本（ｄｅｆａｕｌｔ）ＮＳＳＡＩを提供する（基本ＮＳＳＡＩを格納している場合）。ＲＡＮは、ＣＣＮＦに対する初期アクセスをルーティングするためにＮＳＳＡＩを使用することができる。ＵＥがアクセスするＰＬＭＮのＩＤ（承認（ａｃｃｅｐｔ）または設定された）に対していずれのＮＳＳＡＩも格納することなく、設定されたデフォルトＮＳＳＡＩもない場合、ＵＥは、ＲＲＣ及びＮＡＳにＮＳＳＡＩを提供せず、ＲＡＮは、ＮＡＳシグナリングを基本ＮＦに送信できる。
【０４２６】
ｅ）（初期）スライスの選択後、接続は、Ｔｅｍｐ  ＩＤが有効な限りＲＡＮがＮＡＳメッセージを適切なＣＣＮＦにルーティングすることができるようにするため、後続（ｓｕｂｓｅｑｕｅｎｔ）アクセスの間にＲＲＣを介してＵＥによって提供されるＴｅｍｐ  ＩＤをＵＥに提供する。また、サービングＰＬＭＮは、ＵＥがサービングＰＬＭＮのＰＬＭＮ  ＩＤに対して格納する承認されるＮＳＳＡＩをリターンできる。ＵＥがサービング／選択されたＰＬＭＮのＰＬＭＮ  ＩＤに対して承認されるＮＳＳＡＩを格納する場合、ＵＥは、ＮＳＳＡＩが指示される必要があるとき、常に該当の承認されるＮＳＳＡＩを指示できる。
【０４２７】
ｆ）「サービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）」の場合、ＵＥは、登録／アップデートされ、有効なＴｅｍｐ  ＩＤを有し、Ｔｅｍｐ  ＩＤを介してＲＡＮは、サービング共通ＣＰＮＦに要請をルーティングできる。スライス構成は、ＵＥの登録領域内で変更されないと仮定される。
【０４２８】
ｇ）ＴＡアップデート要請のルーティングを可能にするために、ＵＥは、常に承認されるＮＳＳＡＩ及びＲＲＣ内の完全なＴｅｍｐ  ＩＤを含むことができる。
【０４２９】
ｈ）ＵＥがＰＤＵセッション設定要請に含ませる「ＳＭ  ＮＳＳＡＩ」は、ＳＭ−ＮＦの選択を可能にする。
【０４３０】
３.ネットワークがネットワークスライシングを配置（ｄｅｐｌｏｙ）すると、ＵＥは、ネットワークスライスを選択するために、ＵＥ−提供（ｐｒｏｖｉｄｅｄ）ネットワークスライス選択補助情報を使用できる。また、ＵＥ性能及びＵＥ加入情報が使用できる。
【０４３１】
４.ＵＥは、単一のＲＡＮを介して同時に多数のスライスにアクセスできる。この場合、これらのスライスは、数個の制御平面機能（例えば、ＭＭＦ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｆｕｎｃｔｉｏｎ）、ＡＵＦ（Ａｕｔｈｅｎｔｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ））を共有できる。このような共通機能は、共通的にＣＣＮＦ（Ｃｏｍｍｏｎ  Ｃｏｎｔｒｏｌ  Ｎｅｔｗｏｒｋ  Ｆｕｎｃｔｉｏｎｓ）として識別される。
【０４３２】
５.ＵＥをサービングするネットワークスライスインスタンス（ら）のＣＮ部分は、ＲＡＮではないＣＮにより選択される。
【０４３３】
６.ＮＧＣのスライスからＥＰＣのＤＣＮへＵＥをハンドオーバーすることを可能にしなければならない。スライスとＤＣＮとの間に一対一マッピングが必ず成立する必要はない。
【０４３４】
７.ＵＥは、多数の並列確立された（ｅｓｔａｂｌｉｓｈｅｄ）ＰＤＵセッションのうちの一つとアプリケーションを連係しなければならない。他のＰＤＵセッションは、他のスライスに属する。
【０４３５】
セッション管理（Ｓｅｓｓｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）
【０４３６】
５ＧＣは、ＰＤＵ接続サービス（ＰＤＵ  Ｃｏｎｎｅｃｔｉｖｉｔｙ  Ｓｅｒｖｉｃｅ）すなわち、ＵＥとデータネットワークの名称（ＤＮＮ：Ｄａｔａ  Ｎｅｔｗｏｒｋ  Ｎａｍｅ）（または、アクセスポイントの名称（ＡＰＮ：Ａｃｃｅｓｓ  Ｐｏｉｎｔ  Ｎａｍｅ））により識別されるＤＮ間にＰＤＵ（ら）の交換を提供するサービスを支援する。ＰＤＵ接続サービスは、ＵＥから要請時に確立されるＰＤＵセッションを介して支援される。
【０４３７】
各ＰＤＵセッションは、単一のＰＤＵセッションタイプを支援する。すなわち、ＰＤＵセッションの確立時ＵＥにより要請された単一のタイプのＰＤＵの交換を支援する。次のようなＰＤＵセッションタイプが定義される。ＩＰバージョン４（ＩＰｖ４：ＩＰ  ｖｅｒｓｉｏｎ４）、ＩＰバージョン６（ＩＰｖ６：ＩＰ  ｖｅｒｓｉｏｎ６）、イーサネット（Ｅｔｈｅｒｎｅｔ）、非構造化（ｕｎｓｔｒｕｃｔｕｒｅｄ）。ここで、ＵＥとＤＮとの間に交換されるＰＤＵのタイプは、５Ｇシステムで完全にトランスペアレント（ｔｒａｎｓｐａｒｅｎｔ）する。
【０４３８】
ＰＤＵセッションは、ＵＥとＳＭＦとの間にＮ１を介して交換されるＮＡＳＳＭシグナリングを用いて（ＵＥ要請時）確立され、（ＵＥ及び５ＧＣ要請時）修正され、（ＵＥ及び５ＧＣ要請時）解除される。アプリケーションサーバからの要請時に、５ＧＣは、ＵＥ内の特定アプリケーションをトリガーする。ＵＥは、トリガーメッセージを受信すると該当メッセージを識別されるアプリケーションに伝達し、識別されるアプリケーションは、特定ＤＮＮでＰＤＵセッションを確立できる。
【０４３９】
ＳＭＦは、ＵＥ要請がユーザ加入情報に応じるか否かをチェックする。そのために、ＳＭＦは、ＵＤＭからＳＭＦレベル加入データ（ＳＭＦ  ｌｅｖｅｌ  ｓｕｂｓｃｒｉｐｔｉｏｎ  ｄａｔａ）を取得する。このようなデータは、ＤＮＮごとに許容されたＰＤＵセッションタイプを指示できる：
【０４４０】
多数のアクセスを介して登録されたＵＥは、ＰＤＵセッションを確立するためのアクセスを選択する。
【０４４１】
ＵＥは、３ＧＰＰと非−３ＧＰＰアクセス間にＰＤＵセッションを移動するために要請できる。３ＧＰＰと非−３ＧＰＰアクセスとの間にＰＤＵセッションを移動するための決定は、ＰＤＵセッションごとに作られる。すなわち、ＵＥは、他のＰＤＵセッションが非−３ＧＰＰアクセスを利用する間に、３ＧＰＰアクセスを用いたＰＤＵセッションを有することができる。
【０４４２】
ネットワークで送信されるＰＤＵセッションの確立要請のうち、ＵＥは、ＰＤＵセッション識別子（ＰＤＵ  Ｓｅｓｓｉｏｎ  Ｉｄ（ｉｄｅｎｔｉｔｙ））を提供する。ＵＥは、またＰＤＵセッションタイプ、スライシング（ｓｌｉｃｉｎｇ）情報、ＤＮＮ、サービス及びセッション連続性（ＳＳＣ：Ｓｅｒｖｉｃｅａｎｄ  Ｓｅｓｓｉｏｎ  Ｃｏｎｔｉｎｕｉｔｙ）モードを提供できる。
【０４４３】
ＵＥは、同じＤＮまたは互いに異なるＤＮであって、３ＧＰＰアクセスを経由及び／または非−３ＧＰＰアクセスを経由し、多数のＰＤＵセッションを同時に確立できる。
【０４４４】
ＵＥは、互いに異なるＵＰＦ終端Ｎ６によりサービスされる同じＤＮで多数のＰＤＵセッションを確立できる。
【０４４５】
多数の確立されたＰＤＵセッションを有するＵＥは、互いに異なるＳＭＦによりサービスされることができる。
【０４４６】
同じＵＥに属する（同じ、または互いに異なるＤＮＮで）互いに異なるＰＤＵセッションのユーザ平面経路は、ＤＮと接続（ｉｎｔｅｒｆａｃｉｎｇ）したＵＰＦとＡＮとの間に完全に分離できる。
【０４４７】
５Ｇシステムアーキテクチャーは、セッション及びサービス連続性（ＳＣＣ：ｓｅｓｓｉｏｎ  ａｎｄ  ｓｅｒｖｉｃｅ  ｃｏｎｔｉｎｕｉｔｙ）を支援することで、ＵＥ内の互いに異なるアプリケーション／サービスの様々な連続性要求事項を満足させることができる。５Ｇシステムは、互いに異なるＳＳＣモードを支援する。ＰＤＵセッションアンカー（ａｎｃｈｏｒ）と関わったＳＳＣモードは、ＰＤＵセッションが確立されている間に変更されない。
【０４４８】
−ＳＳＣモード１が適用されるＰＤＵセッションの場合、ネットワークは、ＵＥに提供されている連続性サービスを維持する。ＩＰタイプのＰＤＵセッションの場合、ＩＰアドレスが維持される。
【０４４９】
−ＳＳＣモード２が用いられる場合、ネットワークは、ＵＥに伝達される連続性サービスを解除でき、また、該当ＰＤＵセッションを解除できる。ＩＰタイプのＰＤＵセッションの場合、ネットワークは、ＵＥに割り当てられたＩＰアドレス（ら）を解除できる。
【０４５０】
−ＳＳＣモード３が用いられる場合、ユーザ平面に対する変更はＵＥが分かるが、ネットワークは、ＵＥが接続性を損失しないように保障する。より優れたサービス連続性を許容するために、以前の接続が終了する前に新しいＰＤＵセッションアンカーポイントを介した接続が確立される。ＩＰタイプのＰＤＵセッションの場合、アンカー再配置の間にＩＰアドレスは維持されない。
【０４５１】
ＳＳＣモード選択政策は、ＵＥのアプリケーション（または、アプリケーショングループ）と関わったＳＳＣモードのタイプを決定するために使用される。運営者は、ＳＳＣモード選択政策をＵＥに予め設定できる。この政策は、ＵＥがアプリケーション（または、アプリケーションのグループ）と関わったＳＳＣモードのタイプを決定するために使用されることができる一つまたはそれ以上のＳＳＣモード選択政策規則を含む。また、この政策は、ＵＥの全てのアプリケーションに適用されることができる基本（ｄｅｆａｕｌｔ）ＳＳＣモード選択政策規則を含むことができる。
【０４５２】
ＵＥが新しいＰＤＵセッションを要請するときＳＳＣモードを提供すれば、ＳＭＦは、要請されたＳＳＣモードを受諾するか、または要請されたＳＳＣモードを加入情報及び／または地域（ｌｏｃａｌ）設定に基づいて修正するかを選択する。ＵＥが新しいＰＤＵセッションを要請するときＳＳＣモードを提供しなければ、ＳＭＦは、加入情報内に列げられたデータネットワークのためのｄｅｆａｕｌｔ  ＳＳＣモードを選択したり、またはＳＳＣモードを選択するためのｌｏｃａｌ設定を適用する。
【０４５３】
ＳＭＦは、ＵＥにＰＤＵセッションに対して選択されたＳＳＣモードを知らせる。
【０４５４】
移動性管理（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ）
【０４５５】
登録管理（ＲＭ：Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、ＵＥ／ユーザをネットワークに登録（ｒｅｇｉｓｔｅｒ）または登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するために、そして、ユーザコンテキストをネットワーク内に確立するために用いられる。
【０４５６】
１）登録管理
【０４５７】
ＵＥ／ユーザは、登録を要求するサービスを受けるためにネットワークに登録する必要がある。一回登録された後、適用可能であれば、ＵＥは、周期的に接近可能（ｒｅａｃｈａｂｌｅ）を維持するために（周期的な登録アップデート）、または、移動時（移動性登録アップデート）、または自分の能力をアップデートしたり、プロトコルパラメータを再協議するためにネットワークに自分の登録をアップデートすることができる。
【０４５８】
最初の登録手順は、ネットワークアクセス制御機能（Ｎｅｔｗｏｒｋ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ  ｆｕｎｃｔｉｏｎ）の実行（すなわち、ＵＤＭ内の加入プロフィールに基づいたユーザ認証及びアクセス認証）を含む。登録手順の結果として、サービングＡＭＦの識別子がＵＤＭ内に登録される。
【０４５９】
図１２は、本発明が適用されることができるＲＭ状態モデルを例示する。特に、図１０（ａ）は、ＵＥ内のＲＭ状態モデルを示し、図１０（ｂ）は、ＡＭＦ内ＲＭ状態モデルを示す。
【０４６０】
図１２を参照すると、選択されたＰＬＭＮ内ＵＥの登録状態を反映するために、ＵＥ及びＡＭＦ内でＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ及びＲＭ−ＲＥＧＩＳＴＥＲＥＤといった２種類のＲＭ状態が使用される。
【０４６１】
ＲＭ  ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥは、ネットワークに登録されない。ＡＭＦ内ＵＥコンテキストは、ＵＥに対する有効な位置またはルーティング情報が維持されず、したがって、ＵＥはＡＭＦにより接近可能（ｒｅａｃｈａｂｌｅ）でない。しかし、例えば、毎登録手順の間に認証手順が行われることを防止するために、一部のＵＥコンテキストは、依然としてＵＥ及びＡＭＦ内に格納されることができる。
【０４６２】
−ＲＭ  ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥが登録を要求するサービスを受ける必要があれば、ＵＥは、最初の登録手順を用いて選択されたＰＬＭＮに登録を試みる。または、最初に登録時に登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）を受信すると、ＵＥは、ＲＭ  ＤＥＲＥＧＩＳＴＥＲＥＤ状態に残る。一方、登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）を受信するとき、ＵＥは、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態に進入する。
【０４６３】
−ＲＭ  ＤＥＲＥＧＩＳＴＥＲＥＤ状態で、適用可能なとき、ＡＭＦは登録承認（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｃｃｅｐｔ）をＵＥに送信することでＵＥの最初登録を承認し、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態に進入する。または、適用可能なとき、登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）をＵＥに送信することでＵＥの最初登録を拒絶する。
【０４６４】
ＲＭ  ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥは、ネットワークに登録される。ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥは、ネットワークに登録を要求するサービスを受けることができる。
【０４６５】
−ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、現在サービングセルのトラッキング領域識別子（ＴＡＩ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ  Ｉｄｅｎｔｉｔｙ）がネットワークからＵＥが受信したＴＡＩのリスト内になければ、ＵＥの登録を維持してＡＭＦがＵＥにページングされるよう、ＵＥは、移動性登録アップデート手順（ｍｏｂｉｌｉｔｙ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を行う。または、ＵＥが依然として活動（ａｃｔｉｖｅ）状態であれば、ネットワークに知らせるためにＵＥは、周期的なアップデートタイマーが満了されることによってトリガーされる周期的な登録アップデート手順（ｐｅｒｉｏｄｉｃ  Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を行う。または、自分の能力情報をアップデートしたり、ネットワークとプロトコルパラメータを再協議するために、ＵＥは、登録アップデート手順（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ  ｐｒｏｃｅｄｕｒｅ）を行う。または、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＵＥは、登録−解除手順（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を行い、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態に進入する。ＵＥは、いつでもネットワークから登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定できる。または、ＵＥは、登録拒絶（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｊｅｃｔ）メッセージ、登録解除（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）メッセージを受信するとき、または、いかなるシグナリングの開始なしにローカル登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｉｏｎ）手順を行うとき、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態に進入する。
【０４６６】
−ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、ＵＥがこれ以上ＰＬＭＮに登録される必要がないとき、ＡＭＦは、登録−解除手順（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｐｒｏｃｅｄｕｒｅ）を行い、ＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態に進入する。ＡＭＦは、いつでもＵＥの登録−解除（ｄｅｒｅｇｉｓｔｅｒ）を決定できる。または、暗黙的な登録−解除タイマー（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  ｔｉｍｅｒ）が満了された後、ＡＭＦは、いつでも暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）を行う。ＡＭＦは、暗黙的な登録−解除（Ｉｍｐｌｉｃｉｔ  Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態に進入する。または、通信の終端（ｅｎｄ）で登録解除（ｄｅｒｅｇｉｓｔｒａｉｏｎ）を行うために協議したＵＥのために地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｉｏｎ）を行う。ＡＭＦは、地域登録解除（ｌｏｃａｌ  ｄｅｒｅｇｉｓｔｒａｉｏｎ）後にＲＭ−ＤＥＲＥＧＩＳＴＥＲＥＤ状態に進入する。または、適用可能なとき、ＡＭＦは、ＵＥから登録アップデート（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ）を承認したり、または拒絶する。ＡＭＦは、ＵＥから登録アップデート（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｕｐｄａｔｅ）を拒絶するとき、ＵＥ登録を拒絶することができる。
【０４６７】
登録領域管理は、ＵＥに登録領域の割り当て及び再度割り当てる機能を含む。登録領域は、アクセスタイプ（すなわち、３ＧＰＰアクセスまたは非−３ＧＰＰアクセス）ごとに管理される。
【０４６８】
ＵＥが３ＧＰＰアクセスを介してネットワークに登録されるとき、ＡＭＦは、ＵＥにＴＡＩリスト内のトラッキング領域（ＴＡ：Ｔｒａｃｋｉｎｇ  Ａｒｅａ）（ら）のセットを割り当てる。ＡＭＦが登録領域を割り当てるとき（すなわち、ＴＡＩリスト内のＴＡのセット）、ＡＭＦは、様々な情報（例えば、移動性パターン及び許容された／不許容された領域など）を考慮することができる。サービング領域として、全体ＰＬＭＮ（ｗｈｏｌｅ  ＰＬＭＮ、ａｌｌ  ＰＬＭＮ）を有するＡＭＦは、ＭＩＣＯモードであるＵＥに登録領域として全体のＰＬＭＮを割り当てることができる。
【０４６９】
５Ｇシステムは、単一のＴＡＩリスト内の互いに異なる５Ｇ−ＲＡＴ（ら）を含むＴＡＩリストの割り当てを支援する。
【０４７０】
ＵＥが非−３ＧＰＰアクセスを介してネットワークに登録されるとき、非−３ＧＰＰアクセスのための登録領域は、固有の予約されたＴＡＩ値（すなわち、非−３ＧＰＰアクセスに専用された）に該当する。したがって、５ＧＣへの非−３ＧＰＰアクセスのための固有のＴＡが存在し、これをＮ３ＧＰＰＴＡＩと称する。
【０４７１】
ＴＡＩリストを生成するとき、ＡＭＦは、ＴＡＩリストが送信されたアクセスに適用可能なＴＡＩ（ら）のみを含ませる。
【０４７２】
２）接続管理
【０４７３】
接続管理（ＣＭ：Ｃｏｎｎｅｃｔｉｏｎ  Ｍａｎａｇｅｍｅｎｔ）は、ＵＥとＡＭＦとの間のシグナリング接続を確立及び解除するために用いられる。ＣＭは、Ｎ１を介したＵＥとＡＭＦとの間のシグナリング接続を確立及び解除する機能を含む。このシグナリング接続は、ＵＥとコアネットワークとの間にＮＡＳシグナリング交換を可能にするために用いられる。このシグナリング接続は、ＵＥとＡＮとの間のＵＥのためのＡＮシグナリング接続及びＡＮとＡＭＦとの間のＵＥのためのＮ２接続の全てを含む。
【０４７４】
図１３は、本発明が適用されることができるＣＭ状態モデルを例示する。特に、図１１（ａ）は、ＵＥ内のＣＭ状態遷移を示し、図１１（ｂ）は、ＡＭＦ内のＣＭ状態遷移を示す。
【０４７５】
図１３を参照すると、ＡＭＦとのＵＥのＮＡＳシグナリング接続を反映するために、ＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤといった２種類のＣＭ状態が使用される。
【０４７６】
ＣＭ−ＩＤＬＥ状態内のＵＥは、ＲＭ−ＲＥＧＩＳＴＥＲＥＤ状態で、Ｎ１を介したＡＭＦと確立されたＮＡＳシグナリング接続を有しない。ＵＥは、セル選択、セル再選択、及びＰＬＭＮ選択を行う。
【０４７７】
ＣＭ−ＩＤＬＥ状態内のＵＥに対するＡＮシグナリング接続、Ｎ２接続及びＮ３接続が存在しない。
【０４７８】
−ＣＭ−ＩＤＬＥ状態で、ＵＥは、ＭＩＣＯモードでなければ、サービス要請手順（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を行なうことで、ページングに応答する（受信した場合）。または、ＵＥが送信するアップリンクシグナリングまたはユーザデータを有するとき、サービス要請手順（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を行う。または、ＡＮシグナリング接続がＵＥとＡＮとの間に確立されるたびにＵＥは、ＣＭ−ＣＯＮＮＥＣＴＥＤ状態に進入する。または、最初ＮＡＳメッセージ（Ｉｎｉｔｉａｌ  ＮＡＳ  ｍｅｓｓａｇｅ）（登録要請（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ）、サービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）または登録−解除要請（Ｄｅｒｅｇｉｓｔｒａｔｉｏｎ  Ｒｅｑｕｅｓｔ））の送信は、ＣＭ−ＩＤＬＥ状態からＣＭ−ＣＯＮＮＥＣＴＥＤ状態に遷移を開始する。
【０４７９】
−ＣＭ−ＩＤＬＥ状態で、ＵＥがＭＩＣＯモードでなければ、ＡＭＦがＵＥに送信されるシグナリングまたは端末−終端（ｍｏｂｉｌｅ−ｔｅｒｍｉｎａｔｅｄ）データを有するとき、ページング要請（Ｐａｇｉｎｇ  Ｒｅｑｕｅｓｔ）を該当のＵＥに送信することによって、ネットワークによりトリガーされるサービス要請手順（ｎｅｔｗｏｒｋ  ｔｒｉｇｇｅｒｅｄ  Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ  ｐｒｏｃｅｄｕｒｅ）を行う。ＡＮとＡＭＦとの間の該当ＵＥに対するＮ２接続が確立されるたびに、ＡＭＦは、ＣＭ−ＣＯＮＮＥＣＴＥＤ状態に進入する。
【０４８０】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、Ｎ１を介してＡＭＦとのＮＡＳシグナリング接続を有する。
【０４８１】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＡＮシグナリング接続が解除されるたびにＵＥは、ＣＭ−ＩＤＬＥ状態に進入する。
【０４８２】
−ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、ＵＥのためのＮ２シグナリング接続及びＮ３接続が解除されるたびに、ＡＭＦは、ＣＭ−ＩＤＬＥ状態に進入する。
【０４８３】
−ＮＡＳシグナリング手順が完了するとき、ＡＭＦは、ＵＥのＮＡＳシグナリング接続を解除するよう決定できる。ＡＮシグナリング接続解除が完了するとき、ＵＥ内のＣＭ状態は、ＣＭ−ＩＤＬＥに変更される。Ｎ２コンテキスト解除手順が完了するとき、ＡＭＦ内ＵＥのためのＣＭ状態は、ＣＭ−ＩＤＬＥに変更される。
【０４８４】
ＡＭＦは、ＵＥがコアネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまで、ＵＥをＣＭ−ＣＯＮＮＥＣＴＥＤ状態に維持させることができる。
【０４８５】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＲＲＣ比活性（ＲＲＣ  Ｉｎａｃｔｉｖｅ）状態でありうる。ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥ接近可能性（ｒｅａｃｈａｂｉｌｉｔｙ）は、コアネットワークからの補助情報を用いてＲＡＮにより管理される。また、ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥページングは、ＲＡＮにより管理される。また、ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるとき、ＵＥは、ＵＥのＣＮ及びＲＡＮ識別子を用いてページングをモニターする。
【０４８６】
ＲＲＣ  Ｉｎａｃｔｉｖｅ状態は、ＮＧ−ＲＡＮに適用される（すなわち、５ＧＣＮに接続するＮＲ及びＥ−ＵＴＲＡに適用される）。
【０４８７】
ネットワーク設定に基づいて、ＵＥをＲＲＣ  Ｉｎａｃｔｉｖｅ状態に切り替えるか否かに対するＮＧ−ＲＡＮの決定を補助するためにＡＭＦは、補助情報をＮＧ−ＲＡＮに提供する。
【０４８８】
ＲＲＣ  Ｉｎａｃｔｉｖｅ補助情報は、ＲＲＣ  Ｉｎａｃｔｉｖｅ状態のうち、ＲＡＮページングのためのＵＥ特定ＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ  Ｒｅｃｅｐｔｉｏｎ）値、そして、ＵＥに提供されている登録領域を含む。
【０４８９】
ＣＮ補助情報は、Ｎ２活性化（ａｃｔｉｖａｔｉｏｎ）のうち（すなわち、登録、サービス要請、経路スイッチのうち）サービングＮＧ  ＲＡＮノードに提供されている。
【０４９０】
Ｎ２及びＮ３参照ポイントの状態は、ＲＲＣ  Ｉｎａｃｔｉｖｅに伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態に進入するＵＥによって変更されない。ＲＲＣ  Ｉｎａｃｔｉｖｅ状態であるＵＥは、ＲＡＮ通知領域を知っている。
【０４９１】
ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅに伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥは、アップリンクデータ待機（ｐｅｎｄｉｎｇ）、端末開始（Ｍｏｂｉｌｅ  ｉｎｉｔｉａｔｅｄ）シグナリング手順（すなわち、周期的な登録アップデート）、ＲＡＮページングに対する応答、またはＵＥがＲＡＮ通知領域を離れたことをネットワークへの知らせによってＲＲＣ接続を再開（ｒｅｓｕｍｅ）できる。
【０４９２】
ＵＥが同じＰＬＭＮ内に互いに異なるＮＧ−ＲＡＮノードで接続が再開されれば、ＵＥＡＳコンテキストは、以前（ｏｌｄ）ＮＧ  ＲＡＮノードから回収され、手順は、ＣＮに向ってトリガーされる。
【０４９３】
ＵＥがＲＲＣ  Ｉｎａｃｔｉｖｅに伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるとき、ＵＥは、ＧＥＲＡＮ／ＵＴＲＡＮ／ＥＰＳでセル選択を行い、アイドルモードの手順にしたがう。
【０４９４】
また、ＲＲＣ  Ｉｎａｃｔｉｖｅに伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態であるＵＥは、ＣＭ−ＩＤＬＥモードに進入し、次のような場合に関するＮＡＳ手順にしたがう。
【０４９５】
−ＲＲＣ再開手順が失敗した場合、
【０４９６】
−ＲＲＣ  Ｉｎａｃｔｉｖｅモード内で解決できない失敗シナリオ内でＵＥのＣＭ−ＩＤＬＥモードへの移動が要求される場合。
【０４９７】
ＮＡＳシグナリング接続管理は、ＮＡＳシグナリング接続を確立及び解除する機能を含む。
【０４９８】
ＮＡＳシグナリングの接続確立機能は、ＣＭ−ＩＤＬＥ状態であるＵＥのＮＡＳシグナリング接続を確立するためにＵＥ及びＡＭＦによって提供される。
【０４９９】
ＣＭ−ＩＤＬＥ状態であるＵＥがＮＡＳメッセージを送信する必要があるとき、ＵＥは、ＡＭＦへのシグナリング接続を確立するためにサービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）または登録（ｒｅｇｉｓｔｒａｔｉｏｎ）手順を開始する。
【０５００】
ＵＥの選好度、ＵＥ加入情報、ＵＥ移動性パターン、及びネットワーク設定に基づいて、ＡＭＦは、ＵＥがネットワークから登録−解除（ｄｅ−ｒｅｇｉｓｔｅｒ）するまでＮＡＳシグナリング接続を維持できる。
【０５０１】
ＮＡＳシグナリング接続解除の手順は、５Ｇ（Ｒ）ＡＮノードまたはＡＭＦにより開始される。
【０５０２】
ＵＥがＡＮシグナリング接続が解除されることを感知すれば、ＵＥは、ＮＡＳシグナリング接続が解除されたと判断する。ＡＭＦがＮ２コンテキストが解除されたと感知すれば、ＡＭＦは、ＮＡＳシグナリングの接続が解除されたと判断する。
【０５０３】
３）ＵＥ移動性の制限（Ｍｏｂｉｌｉｔｙ  Ｒｅｓｔｒｉｃｔｉｏｎ）
【０５０４】
移動性制限は、５Ｇシステム内のＵＥのサービスアクセスまたは移動性制御を制限する。移動性制限機能は、ＵＥ、ＲＡＮ及びコアネットワークにより提供される。
【０５０５】
移動性制限は、３ＧＰＰアクセスにのみ適用され、非−３ＧＰＰアクセスには適用されない。
【０５０６】
ＣＭ−ＩＤＬＥ状態、そして、ＲＲＣ  Ｉｎａｃｔｉｖｅに伴うＣＭ−ＣＯＮＮＥＣＴＥＤ状態で移動性制限は、コアネットワークから受信された情報に基づいてＵＥによって行われる。ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で移動性制限は、ＲＡＮ及びコアネットワークによって行われる。
【０５０７】
ＣＭ−ＣＯＮＮＥＣＴＥＤ状態で、コアネットワークは、ＲＡＮに移動性制限のためのハンドオーバー制限リスト（Ｈａｎｄｏｖｅｒ  Ｒｅｓｔｒｉｃｔｉｏｎ  Ｌｉｓｔ）に提供する。
【０５０８】
移動性制限は、次のようにＲＡＴ制限、禁止された領域（Ｆｏｒｂｉｄｄｅｎ  ａｒｅａ）及びサービス領域制限を含む：
【０５０９】
−ＲＡＴ制限：ＲＡＴ制限は、ＵＥのアクセスが許容されない３ＧＰＰＲＡＴ（ら）で定義される。制限されたＲＡＴ内のＵＥは、加入情報に基づいて、ネットワークとのどの通信も開始するように許容されない。
【０５１０】
−禁止された領域：所定のＲＡＴ下の禁止された領域内で、ＵＥは、ＵＥは、加入情報に基づいてネットワークとのどの通信も開始するように許容されない。
【０５１１】
−サービス領域制限：ＵＥが次のようにネットワークとの通信を開始できるか、または開始できない領域を定義する：
【０５１２】
−許容された領域（Ａｌｌｏｗｅｄ  ａｒｅａ）：所定のＲＡＴ下の許容された領域内でＵＥは、加入情報によって許容されれば、ネットワークとの通信を開始するように許容される。
【０５１３】
−許容されない領域（Ｎｏｎ−ａｌｌｏｗｅｄ  ａｒｅａ）：所定のＲＡＴ下の許容されない領域内でＵＥは、加入情報に基づいてサービス領域が制限される。ＵＥ及びネットワークは、サービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）またはユーザサービスを取得するための（ＣＭ−ＩＤＬＥ及びＣＭ−ＣＯＮＮＥＣＴＥＤ状態の全て）セッション管理シグナリングを開始するように許容されない。ＵＥのＲＭ  ｐｒｏｃｅｄｕｒｅは、Ａｌｌｏｗｅｄ  ａｒｅａと同一である。許容されない領域内のＵＥは、コアネットワークのページングにサービス要請（Ｓｅｒｖｉｃｅ  Ｒｅｑｕｅｓｔ）として応答する。
【０５１４】
所定のＵＥにおいて、コアネットワークは、ＵＥ加入情報に基づいてサービス領域制限を決定する。選択的に、許容された領域は、ＰＣＦにより精巧に調整（ｆｉｎｅ−ｔｕｎｅｄ）（例えば、ＵＥ位置、永久的な機器識別子（ＰＥＩ：Ｐｅｒｍａｎｅｎｔ  Ｅｑｕｉｐｍｅｎｔ  Ｉｄｅｎｔｉｆｉｅｒ）、ネットワーク政策などに基づいて）される。サービス領域制限は、例えば、加入情報、位置、ＰＥＩ及び／または政策変更によって変更できる。サービス領域制限は、登録（Ｒｅｇｉｓｔｒａｔｉｏｎ）手順中にアップデートされることができる。
【０５１５】
ＵＥがＲＡＴの制限、禁止された領域、許容された領域、許容されない領域、またはこれらの組合せ間に重なる領域を有すれば、ＵＥは、次のような優先順位によって進行する：
【０５１６】
−ＲＡＴ制限の評価は、いかなる他の移動性制限の評価よりも優先する；
【０５１７】
−禁止された領域の評価は、許容された領域及び許容されない領域の評価よりも優先する；及び
【０５１８】
−許容されない領域の評価は、許容された領域の評価よりも優先する。
【０５１９】
４）端末開始接続専用（ＭＩＣＯ：Ｍｏｂｉｌｅ  Ｉｎｉｔｉａｔｅｄ  Ｃｏｎｎｅｃｔｉｏｎ  Ｏｎｌｙ）モード
【０５２０】
ＵＥは、最初登録または登録アップデート中にＭＩＣＯモードの選好（ｐｒｅｆｅｒｅｎｃｅ）を指示できる。ＡＭＦは、Ｌｏｃａｌ設定、ＵＥが指示したｐｒｅｆｅｒｅｎｃｅ、ＵＥ加入情報、及びネットワーク政策、またはこれらの組合に基づいてＭＩＣＯモードがＵＥに許容されているか否かを決定し、登録手順の間にＵＥに知らせる。
【０５２１】
ＵＥ及びコアネットワークは、次の登録シグナリングでＭＩＣＯモードを再開始（ｒｅ−ｉｎｉｔｉａｔｅ）したり、または終了（ｅｘｉｔ）する。ＭＩＣＯモードが登録手順内で明確に指示されず登録手順が成功的に完了すれば、ＵＥ及びＡＭＦは、ＭＩＣＯモードを使用しない。すなわち、ＵＥは、一般ＵＥとして動作し、ネットワーも該当のＵＥは、一般ＵＥとして取扱う。
【０５２２】
ＡＭＦは、登録手順の間にＵＥに登録領域を割り当てる。ＡＭＦがＵＥにＭＩＣＯモードを指示すれば、登録領域は、ページング領域の大きさに制限されない。ＡＭＦサービング領域が全体ＰＬＭＮであれば、ＡＭＦは、ＵＥに「全てのＰＬＭＮ」登録領域を提供できる。この場合、移動性による同じＰＬＭＮへの再登録は適用しない。ＭＩＣＯモードであるＵＥに移動性制限が適用されれば、ＡＭＦは、許容された領域／許容されない領域をＵＥに割り当てる。
【０５２３】
ＡＭＦがＵＥにＭＩＣＯモードを指示すれば、ＡＭＦは、ＵＥがＣＭ−ＩＤＬＥ状態である間には、常に接近可能でない（ｕｎｒｅａｃｈａｂｌｅ）と見なす。ＡＭＦはＭＩＣＯモードであり、ＣＭ−ＩＤＬＥ状態である該当ＵＥに対するダウンリンクデータ伝達のためのいかなる要請も拒絶する。ＡＭＦは、またＮＡＳを介したＳＭＳ、位置サービスなどのようなダウンリンク伝達（ｔｒａｎｓｐｏｒｔ）を遅延させる。ＭＩＣＯモード内のＵＥは、ＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードである場合にのみ、端末終端（ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄ）データ、またはシグナリングのために接近可能である（ｒｅａｃｈａｂｌｅ）。
【０５２４】
ＭＩＣＯモードであるＵＥがＣＭ−ＣＯＮＮＥＣＴＥＤモードに切り替えるとき、ｍｏｂｉｌｅ  ｔｅｒｍｉｎａｔｅｄデータ及び／またはシグナリングを直ちに伝達できるよう、ＡＭＦは、保留中であるデータ指示（Ｐｅｎｄｉｎｇ  Ｄａｔａ  ｉｎｄｉｃａｔｉｏｎ）をＲＡＮノードに提供する。ＲＡＮノードがこの指示を受信すると、ＲＡＮノードは、ユーザの非活動性（ｉｎａｃｔｉｖｉｔｙ）を決定するときこの情報を考慮する。
【０５２５】
ＭＩＣＯモードであるＵＥは、ＣＭ−ＩＤＬＥ状態の間にページングを聴取する必要がない。ＭＩＣＯモードであるＵＥが次のような理由の一つによりＣＭ−ＩＤＬＥからＣＭ−ＣＯＮＮＥＣＴＥＤモードへの切り替えを開始するまで、ＵＥは、ＣＭ−ＩＤＬＥ状態内でいずれのＡＳ手順を中断できる：
【０５２６】
−ＵＥ内の変更（例えば、設定変更）がネットワークへの登録アップデートを要求する場合
【０５２７】
−周期的な登録タイマーが満了する場合
【０５２８】
−ＭＯデータが保留中（ｐｅｎｄｉｎｇ）である場合
【０５２９】
−ＭＯシグナリングが保留中（ｐｅｎｄｉｎｇ）である場合
【０５３０】
図１４は、本発明が適用されることができる５Ｇシステムアーキテクチャーを例示した図である。本図面は、図７をより簡略に示す図であって、図７で上述の説明が同様に適用されることができる。
【０５３１】
図１４は、潜在的機能のエンティティ及び潜在的な参照ポイントを含む潜在アーキテクチャーの参照モデルを示す。参照ポイントなどの名前の指定は、より優れる理解と比較のために個別的なソリューションの提案として使用されることができる。本参照モデルは、実際のターゲットアーキテクチャーに対してどのような仮定もない。すなわち、ターゲットアーキテクチャーは、図示する参照ポイントまたは機能エンティティの全てを含まず、追加的な／他の参照ポイントまたは機能エンティティを含むことができる。
【０５３２】
図１４を参照すると、５Ｇシステムアーキテクチャーは、様々な構成要素（すなわち、ネットワーク機能（ＮＦ：ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ））を含み、本図面には、その中の一部に該当する、アプリケーション機能（ＡＦ：Ａｐｐｌｉｃａｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）、データネットワーク（ＤＮ：Ｄａｔａ  ｎｅｔｗｏｒｋ）、ユーザ平面機能（ＵＰＦ：Ｕｓｅｒ  ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）、制御平面機能（ＣＰＦ：Ｃｏｎｔｒｏｌ  ｐｌａｎｅ  Ｆｕｎｃｔｉｏｎ）、（無線）アクセスネットワーク（（Ｒ）ＡＮ：（Ｒａｄｉｏ）Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）、ユーザ装置（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）を例示する。
【０５３３】
本図面において、ＮｅｘｔＧｅｎコアの制御平面機能及びユーザ平面機能は、一つのボックス（それぞれＣＰ機能及びＵＰ機能）として示されている。個別的なソリューションの提案は、ＣＰまたはＵＰ機能を分割（ｓｐｌｉｔ）したり、複製（ｒｅｐｌｉｃａｔｅ）できる。この場合、追加的な参照ポイントの命名がインデックスとして図示された参照ポイントに加えられることができる（例えば、ＮＧ４.１、ＮＧ４.２）。
【０５３４】
ここで、ＲＡＮは、ＮｅｘｔＧｅｎコアネットワークに接続する＜５Ｇ＞ＲＡＴまたは進化したＥ−ＵＴＲＡを基盤とする無線アクセスネットワークを示す。
【０５３５】
３ＧＰＰシステムでは、５Ｇシステム内のＮＦの間を接続する概念的なリンクを参照ポイント（ｒｅｆｅｒｅｎｃｅ  ｐｏｉｎｔ）と定義する。次は、本図面で示された５Ｇシステムアーキテクチャーに含まれる参照ポイントを例示する。
【０５３６】
−ＮＧ１：ＵＥとＣＰＦとの間の参照ポイント
【０５３７】
−ＮＧ２：（Ｒ）ＡＮとＣＰＦとの間の参照ポイント
【０５３８】
−ＮＧ３：（Ｒ）ＡＮとＵＰＦとの間の参照ポイント
【０５３９】
−ＮＧ４：ＵＰＦとＣＰＦとの間の参照ポイント
【０５４０】
−ＮＧ５：ＣＰＦとＡＦとの間の参照ポイント
【０５４１】
−ＮＧ６：ＵＰＦとＤＮとの間の参照ポイント
【０５４２】
本図面に図示する一部の参照ポイントは、ＣＰ機能とＵＰ機能がどのように追加的に分離されるかに応じて様々な参照ポイントで構成されることができる。
【０５４３】
図１５は、本発明の一実施形態に係る次世代システムで考慮されている端末−コアネットワーク間のプロトコルスタックを例示する。
【０５４４】
ＮＧ１はＥＰＳのＮＡＳプロトコル、ＮＧ２はＥＰＳのＳ１−ＡＰに類似の役割を果たす。ＮＧ  ＲＲＣ及びＮＧ  ＡＳは、従来におけるＬＴＥ  ＲＲＣ及びＬＴＥ  ＡＳ、あるいは、新しく標準化が進行中であるＮＲのＮＲ  ＲＲＣ及びＮＲ  ＡＳにそれぞれ該当し、両方のＲＡＴの全てＲＲＣは、現在のＬＴＥ  ＲＲＣを基盤とするものと予想される。
【０５４５】
ＵＥ−提供（ｐｒｏｖｉｄｅｄ）ＮＳＳＡＩ基盤のネットワークスライス選択方法
【０５４６】
前述したように、ＮＳＳＡＩに関してネットワークスライシングの一般的なコンセプトは次のとおりである。
【０５４７】
１.ＵＥは、ＵＥに対するＮＳＩ（ら）のＲＡＮ及びＣＮ部分セットを選択するために、ネットワークにパラメータセットから構成されたネットワークスライス選択支援情報（ＮＳＳＡＩ）を提供する。
【０５４８】
２.ＮＳＳＡＩ（ＣＣＮＦを選択するために使用される）は、ネットワークが特定のスライスを選択可能にするＳＭ−ＮＳＳＡＩなどのコレクションである。ＮＳＳＡＩは、基本的に次のような２タイプに区分される。
【０５４９】
−設定された（ｃｏｎｆｉｇｕｒｅｄ）ＮＳＳＡＩ：ＰＬＭＮとの相互作用（ｉｎｔｅｒａｃｔｉｏｎ）が発生する前に、ＰＬＭＮで使用されるようにＵＥに基本的に設定されたＮＳＳＡＩ
【０５５０】
−承認される（ａｃｃｅｐｔｅｄ）ＮＳＳＡＩ：ＰＬＭＮがＵＥからの接続要請を承認した後ＵＥによって使用されるＮＳＳＡＩ
【０５５１】
以下では、このようなＮＳＳＡＩに関して決定しなければならないいくつの問題を提起し、該当の問題を解決するためのソリューションを提案する。
【０５５２】
１）Ｉｓｓｕｅ＃１：要請された（ｒｅｑｕｅｓｔｅｄ）ＮＳＳＡＩ
【０５５３】
（登録（ｒｅｇｉｓｔｒａｔｉｏｎ）要請に含まれる）要請されたＮＳＳＡＩは、：
【０５５４】
ｉ）もし、ＵＥがＰＬＭＮに対して承認されるＮＳＳＡＩを格納している場合、前記承認されたＮＳＳＡＩ、
【０５５５】
ｉｉ）もし、承認されたＮＳＳＡＩはないが、設定されたＮＳＳＡＩを格納している場合、前記設定されたＮＳＳＡＩ、
【０５５６】
ｉｉｉ）もし、前記承認されるＮＳＳＡＩ及び設定されたＮＳＳＡＩの全てを格納していない場合、ＮＯ  ＮＳＳＡＩ（Ｅｍｐｔｙ）（すなわち、ＮＳＳＡＩを指定していない）にそれぞれ該当される。
【０５５７】
もし、ＮＳＳＡＩがＣＣＮＦ（ＡＭＦ）ルーティングに使用されるＳ（Ｍ）−ＮＳＳＡＩセットである場合、要請されたＮＳＳＡＩにどのようなＳ−ＮＳＳＡＩ値が含まれなければならないか不明である。例えば、ＵＥが登録要請を送信する時点にも、一部のＳ−ＮＳＳＡＩ（例えば、ＣｒｉＣ）を使用しなくても、これを要請されたＮＳＳＡＩに含ませなければならないか否かが不明である。これを解決するために、次のような２つのオプション（Ａ、Ｂ）が提案される。
【０５５８】
Ａ）ＵＥが前回に（または最近に／最後に）承認されたＮＳＳＡＩ内の全てのＳ−ＮＳＳＡＩを要請されたＮＳＳＡＩに含むこと、この場合に、ＵＥがＳ−ＮＳＳＡＩの選択を考慮する必要がないが、不要なＮＳＳＡＩが送信されることがあり、ＡＭＦ／ＣＣＮＦによるＳ−ＮＳＳＡＩの選択が考慮される。
【０５５９】
Ｂ）ＵＥが登録後に使用しようとする（または、ＵＥのサービス使用のための）特定Ｓ−ＮＳＳＡＩを要請されたＮＳＳＡＩに含むこと、この場合に、ＡＭＦによる単純なＳ−ＮＳＳＡＩの選択によって速い登録が行われることができる。
【０５６０】
２）Ｉｓｓｕｅ＃２：承認されないＮＳＳＡＩ
【０５６１】
もし、ＵＥが登録詩にＵＥに必須的な特定サービス（例えば、ＮＢ（Ｎａｒｒｏｗ  ｂａｎｄ）−ＩｏＴ（Ｉｎｔｅｒｎｅｔ  ｏｆ  Ｔｈｉｎｇｓ）ＵＥに対するＩｏＴスライス）を要請する必要がある場合、ＵＥは、要請ＮＳＳＡＩに該当Ｓ−ＮＳＳＡＩを含めることができる。
【０５６２】
もし、ネットワークが要請された（Ｓ−）ＮＳＳＡＩを承認／許容しなければ、ＵＥは、拒絶された特定サービスのために次のようなシナリオとして動作される。
【０５６３】
−ＵＥは、Ｖ２Ｘ（ｖｅｈｉｃｌｅ  ｔｏ  ａｎｙｔｈｉｎｇ）サービスを使用しなければならないが、Ｖ（ｖｉｓｉｔｅｄ）−ＰＬＭＮＡがインバウンドローマー（ｒｏａｍｅｒ）に対してＶ２Ｘサービスを支援しない場合、ＰＬＭＮＡは、要請されたＮＳＳＡＩ（すなわち、Ｖ２Ｘ）の代わりに基本（ｂａｉｓｃ）ＮＳＳＡＩ（例えば、ＭＢＢ）をＵＥに提供できる。この場合、ＵＥは、承認されるサービスを使用することができ、承認されるサービスは、ＵＥが初めから意図したサービスに制限される。または、ＵＥは、他の情報（例えば、ｏｖｅｒｒｉｄｅ）でＶ２Ｘ使用／サービスを再要請できる。または、ＵＥは、ＰＬＭＮＡとの登録を取消し（ｄｅ−ｒｅｇｉｓｔｅｒ）、他のＰＬＭＮを探索できる。
【０５６４】
このような動作は、ＵＥの具現動作に該当し、ネットワークがＵＥ要請サービスを提供できない場合は、（該当の要請サービスが必須であるか否かに関わらず）ＵＥの要請を拒否するようになる。
【０５６５】
３）Ｉｓｓｕｅ＃３：ＮＳＳＡＩ及びＡＭＦ能力（ｃａｐａｂｉｌｉｔｙ）
【０５６６】
登録要請で（要請された）ＮＳＳＡＩの主な目的は、ＣＣＮＦ（ＡＭＦ）の不要な再指定を避け、適切なＣＣＮＦ（ＡＭＦ）を選択するためである。
【０５６７】
ＰＬＭＮが支援する全ての単一スライス類型を支援する一つ以上のＣＣＮＦ（ＡＭＦ）があると仮定できるかは、分離されたスライスの必要性を考慮する場合に強制されてはならない。したがって、もし、単一ＣＣＮＦ（ＡＭＦ）が承認されるＮＳＳＡＩの全てのＳ−ＮＳＳＡＩにサービスを提供できない場合、どのＳ−ＮＳＳＡＩを優先的に考慮すべきかに関する基準が必要となる。
【０５６８】
上述のｉｓｓｕｅ＃２及び＃３を解決するために本明細書では、ＵＥが要請するＳ−ＮＳＳＡＩまたはＮＳＳＡＩに対して、該当Ｓ−ＮＳＳＡＩまたはＮＳＳＡＩが必須的（ｒｅｑｕｉｒｅｄ）であるか、または選好的（ｐｒｅｆｅｒｒｅｄ）であるかに関する優先順位情報または特性情報を指示することを提案する。
【０５６９】
この場合、ｉｓｓｕｅ＃２に関して、ＵＥは、ネットワークに要請するサービスが必須的であれば、該当サービスに対応するＳ−ＮＳＳＡＩに対して「必須（ｒｅｑｕｉｒｅｄ）」値を指示できる。このとき、ネットワークが該当の要請サービスがＵＥに提供されなければ、ネットワークは、ＵＥ（または、ＵＥが要請したサービス）を拒絶できる。ただし、もし、ＵＥが高い−優先順位（ｈｉｇｈ−ｐｒｉｏｒｉｔｙ）を指示した場合、ネットワークは、政策を変更してＵＥが要請したサービスを提供することができる。
【０５７０】
また、ｉｓｓｕｅ＃３に関して、ＵＥがどのようなＳ−ＮＳＳＡＩが「必須」であるかに関する優先順位情報または特性情報を指示すれば、ネットワークは、サービングＡＭＦを選択するとき該当情報を考慮することができる。また、ネットワークは、ＣＣＮＦまたはスライスを変更する時にも該当情報を考慮することができる。ただし、現在に「必須」スライスが使用中であれば、ＣＣＮＦの変更は可能であれば避けなければならない。
【０５７１】
すなわち、上述した内容をまとめると、ＵＥに必須的なサービスの適切な提供、及び必須的なサービス提供が可能なサービングＡＭＦの適切な選択などのために、ＵＥがネットワークに要請する（Ｓ−）ＮＳＳＡＩが必須的であるか、または選好するものであるかに関する優先順位、または特性情報を追加的にネットワークに提供するＵＥの動作をソリューションとして提案する。以下は、該当のソリューションから導き出される様々な実施形態についてより詳細に後述する。
【０５７２】
一方、本明細書で必須的な（Ｓ−）ＮＳＳＡＩは、選好される（Ｓ−）ＮＳＳＡＩよりも高い優先順位を有する。以下では、説明の便宜のために優先順位情報または特性情報として（Ｓ−）ＮＳＳＡＩがＵＥに「必須」的であるか、または「選好」されるかを指示する実施形態を主に後述するが、これに限定されることなく、様々な実施形態（例えば、第１〜第ｎ順位形態など）に（Ｓ−）ＮＳＳＡＩの優先順位情報または特性情報が指示されることは自明である。
【０５７３】
また、以下において、ＮＳＳＡＩは、少なくとも一つのＳ−ＮＳＳＡＩを含むＳ−ＮＳＳＡＩの集合であって、Ｓ−ＮＳＳＡＩとは区別される概念である。
【０５７４】
前述したように、端末は、接続（Ａｔｔａｃｈ）（または「登録（ｒｅｇｉｓｔｒａｔｉｏｎ）」と称することが可能）などの手順でネットワークスライス（ＮＳ）の選択のためにＮＳＳＡＩ値を接続（または登録）要請メッセージなどに含ませる。ＮＳＳＡＩは、スライス／サービスタイプ（例えば、Ｖ２Ｘ、ＩｏＴ、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）など）と補完情報（Ｃｏｍｐｌｅｍｅｎｔｉｎｇ  Ｉｎｆｏ）（例えば、サービス提供者）を含むことができる。もし、有効なＴｅｍｐ  ＩＤ（例えば、ＧＵＴＩ（Ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ  Ｔｅｍｐｏｒａｒｙ  Ｉｄｅｎｔｉｆｉｅｒ））を受けていない状態であれば、ネットワークは、端末から送信されたＮＳＳＡＩに基づいてＣＣＮＦを決定できる。より詳細に、まずＲＡＮでＮＳＳＡＩに基づいてルーティングするＣＣＮＦを決定し、該当のＣＣＮＦを他のＣＣＮＦに変更（ｒｅｄｉｒｅｃｔ）することもできる。
【０５７５】
現在の端末が接続（または登録）などの要請時に要請メッセージに含ませるＮＳＳＡＩの優先順位は次の通りである。
【０５７６】
１）承認される（Ａｃｃｅｐｔｅｄ／ａｌｌｏｗｅｄ）ＮＳＳＡＩ（ネットワークから承認／許容されたＮＳＳＡＩ）
【０５７７】
２）設定された（Ｃｏｎｆｉｇｕｒｅｄ）ＮＳＳＡＩ
【０５７８】
３）（設定された基本ＮＳＳＡＩ）（Ｃｏｎｆｉｇｕｒｅｄ  ｄｅｆａｕｌｔ  ＮＳＳＡＩ）
【０５７９】
４）ＮｏＮＳＳＡＩ（これは、基本ＣＣＮＦに伝達されることができる）
【０５８０】
すなわち、端末は、前記優先順位１）→４）によって要請しようとするサービスに該当するＮＳＳＡＩを要請メッセージに含ませることができる。ただし、これに限定されず、前記ＮＳＳＡＩの間に優先順位が別途に定義されなくてもよく、この場合にＵＥは、前記ＮＳＳＡＩのうち自分が要請しようとするサービスに該当するＮＳＳＡＩを選択して要請メッセージに含ませることができる。
【０５８１】
端末が要請したＮＳＳＡＩ値に応じて、ネットワークは、（端末が要請したサービスを提供するために）適切なＣＣＮＦを選択して登録できる。しかし、もし、端末が要請したサービス／ＮＳＳＡＩが端末の加入情報（ｓｕｂｓｃｒｉｐｔｉｏｎ）上の制限、あるいは、ネットワークの支援問題などで承認／許容できない場合、ネットワークは、１）端末が要請したサービスと最大に類似のサービスを提供できる（または、端末が要請したサービスを最大に多く提供できる）ＣＣＮＦを選択したり（ｂｅｓｔ  ｅｆｆｏｒｔ）、２）端末が他のネットワークを選択できるように端末の要請メッセージに対して承認拒絶メッセージなどとして応答できる。
【０５８２】
ただし、端末の種類に応じて、特定サービスの提供を必ず／必須的に必要とする端末が存在しうる（例えば、ＩｏＴセンサ端末、Ｖ２Ｘ端末など）。このとき、前述の通りネットワークが動作して（例えば、可能な限り多くのサービスまたは類似のサービスを提供できるＣＣＮＦの選択）端末が要請したサービスのうちの一部のみを支援したり、他のサービスを支援するスライスが登録される場合（またはＣＣＦＮが選択された場合）、端末が必須的なサービス提供を受けることができず、適切に動作できない状況が発生しうる。
【０５８３】
また、標準化の議論によってＮＳＳＡＩは、数個サービス／スライスタイプ及び／または補完情報の組合せで構成されたセットを含むことができる（例えば、ｅＭＢＢ−ＳＫＴ、ｅＭＢＢ−ＬＧＥ、Ｖ２Ｘ−Ａｕｄｉ）。この場合にも、ネットワークは、優先的に端末が要請する全てのサービスを支援できるＣＣＮＦに端末を登録するものの、端末が要請する全てのサービスの支援が可能なＣＣＮＦが存在しない場合、１）最大に多くのサービスが支援されるＣＣＮＦを選択したり、または、２）端末の要請を拒絶する方式がある。その結果、１）によると、端末が必須的に要求する必須サービスを受けることができない状況が発生しうる。
【０５８４】
したがって、このような問題を解決するために前述したように端末が直接（Ｓ−）ＮＳＳＡＩの優先順位情報をネットワークに送信するソリューションが提案される。
【０５８５】
発明提案１.必須（ｒｅｑｕｉｒｅｄ）ＮＳＳＡＩと選好（ｐｒｅｆｅｒｒｅｄ）ＮＳＳＡＩの区分
【０５８６】
端末は、初期接続（または登録）要請時、または、ＰＤＵ細線要請などの過程を介して特定スライスを選択し、選択したスライスに対応する（または、選択したスライスを含む）ＮＳＳＡＩあるいはＳＭ−ＮＳＳＡＩをネットワークに送信できる。このとき、端末は、該当ＮＳＳＡＩが端末に必ず必要とした必須ＮＳＳＡＩであるか、または単に端末が選好する選好ＮＳＳＡＩであるかに関する優先順位情報を指示／明示できる。このような優先順位情報は、該当ＮＳＳＡＩ内のフラグ（ｆｌａｇ）／ビットまたは該当のＮＳＳＡＩ外部の他の情報要素／フィールドなどを介して優先順位の形態に具現される。
【０５８７】
例えば、特定の測定業者（例えば、Ａ会社）のためのＩｏＴセンサ端末は、スライス／サービスタイプ：ＩｏＴ、補完情報：ＣｏｍｐａｎｙＡの組合せを支援するスライスでのみ有効であり、その他のスライスでは正常に動作することができない。したがって、端末は、要請メッセージを介して該当スライス／サービスタイプ及び補完情報を指示するＮＳＳＡＩを送信しながら、該当ＮＳＳＡＩが端末に必須的であることを示す優先順位情報（例えば、「必須ＮＳＳＡＩ」であることを指示）を共に送信できる。
【０５８８】
ネットワークは、端末から要請されたＮＳＳＡＩが該当の端末に対して有効であるか、あるいはサービス提供可能であるかをチェックした後、該当端末をサービングする適切なＣＣＮＦを選択する。このとき、ネットワークは、優先的に端末が要請したＮＳＳＡＩに含まれた全てのサービス／スライスを支援できるＣＣＮＦを選択できる。しかし、端末が要請したＮＳＳＡＩに含まれたサービスを全て提供／支援可能なＣＣＮＦあるいはスライスが存在していないか、存在するとしても該当端末にサービス／スライスの提供ができない場合、ネットワークは、端末が提供した優先順位情報に基づいて次のように動作することができる。
【０５８９】
１）要請されたＮＳＳＡＩが（サービス不可であり、）選好ＮＳＳＡＩである場合
【０５９０】
ネットワークは、要請されたＮＳＳＡＩが端末に必須的でないことを認識し、端末が要請したＮＳＳＡＩと最大に類似のスライス／サービスを提供するＣＣＮＦ／スライス、端末が要請したＮＳＳＡＩのうち最大に多くのスライス／サービスを提供するＣＣＮＦ／スライス、あるいは、予め設定されている基本ＣＣＮＦ／スライスを選択／決定し、該当ＣＣＮＦ／スライスが端末にサービスを提供できるようにする。
【０５９１】
２）要請されたＮＳＳＡＩが（サービス不可であり、）必須ＮＳＳＡＩである場合
【０５９２】
ネットワークは、要請されたＮＳＳＡＩが端末に必須的であることを認識し、承認拒絶あるいはＰＤＵセッション確立拒絶メッセージを端末に送信できる。このとき、ネットワークは、拒絶メッセージに端末の必須スライス／サービス／ＮＳＳＡＩを支援できなくて拒絶したことを示す理由値（ｃａｕｓｅｖａｌｕｅ）を含ませることができる。
【０５９３】
例えば、理由値は、次のような例示として定義／表現されることができる。
【０５９４】
＃ＸＸ.要請されたＮＳＳＡＩは、承認になることができない（Ｒｅｑｕｅｓｔｅｄ  ＮＳＳＡＩ  ｃａｎｎｏｔ  ｂｅ  ａｃｃｅｐｔｅｄ）あるいは、
【０５９５】
＃ＹＹ.要請されたＮＳＳＡＩは、支援されない（Ｒｅｑｕｅｓｔｅｄ  ＮＳＳＡＩ  ｎｏｔ  ｓｕｐｐｏｒｔｅｄ）／＃ＺＺ.要請されたＮＳＳＡＩは許容されない（Ｒｅｑｕｅｓｔｅｄ  ＮＳＳＡＩ  ｉｓ  ｎｏｔ  ａｌｌｏｗｅｄ）。
【０５９６】
このように理由値は、ＮＳＳＡＩが承認（ａｃｃｅｐｔ）されない内容の一つの理由に定義されたり（＃ＸＸ）、あるいは、より細分化されて支援不可（すなわち、該当のネットワークで支援しないサービスであることを意味）（＃ＹＹ）及び許容不可（該当端末に許容されないサービスであることを意味）（＃ＺＺ）の理由として定義されることもある。
【０５９７】
端末は、ネットワークから受信した理由値により、次のように動作できる。
【０５９８】
１.もし、拒絶理由がネットワーク問題である場合、端末は、現在接続／登録を試みたＰＬＭＮを禁止（ｆｏｒｂｉｄｄｅｎ）ＰＬＭＮリスト、あるいは、これに類似の機能を有するブラックリストに登録し、またＰＬＭＮ選択過程を行うことができる。再度行われるＰＬＭＮ選択過程で前記リストに含まれているＰＬＭＮは、端末の選択候補対象から除外される。
【０５９９】
２.もし、拒絶理由がネットワークの問題でない端末の許容問題である場合：
【０６００】
Ａ.端末は、拒絶されたＮＳＳＡＩの優先順位情報を「選好」に表示し、またネットワークに要請できる。この場合に端末は、重要なサービスが受けられない可能性もあるが、最小限の基本的な接続（ｃｏｎｎｅｃｔｉｖｉｔｙ）は維持できる。
【０６０１】
Ｂ.もし、端末のタイプが高い優先順位などで設定された場合、端末は、自分の優先順位を明示して拒絶されたサービス／スライス／ＮＳＳＡＩをネットワークに再度要請できる。このとき、端末は、該当サービス／スライス／ＮＳＳＡＩに対する優先順位情報を「必須」に表示して要請できる。
【０６０２】
Ｃ.もし、端末のタイプが低い優先順位などで設定され、これによって端末が要請したサービス／スライス／ＮＳＳＡＩが拒絶された場合、端末は優先順位を高い優先順位などに変更（ｏｖｅｒｒｉｄｅ）される。
【０６０３】
３.ネットワークは、端末の（接続／登録などの）再要請と共に、２−Ａ／Ｂ／Ｃで上述の追加情報を受信した場合、端末が要請したサービス／スライス／ＮＳＳＡＩを許容／承認することができる。原則的に、サービス／スライス／ＮＳＳＡＩの許容／承認は、網事業者の政策あるいはネットワークスライス選択政策などにより決定されうるが、前述した端末の再要請に対する許容／承認結果に応じてネットワークは、端末に対するサービス政策を変えたり端末の加入情報（ｓｕｂｓｃｒｉｐｔｉｏｎ）をアップデートできる。
【０６０４】
もし、ＮＳＳＡＩが複数の個別（ｉｎｄｉｖｉｄｕａｌ）ＮＳＳＡＩあるいはＳ−ＮＳＳＡＩの組合せで構成された場合、次のような実施形態が追加に提案できる。
【０６０５】
一実施形態として、端末は、ＮＳＳＡＩに含まれた全ての個別ＮＳＳＡＩまたはＳ−ＮＳＳＡＩが（必須的に）支援されなければ、その如何をネットワークに知らせることができない。この場合、次のような２つの場合が存在しうる。
【０６０６】
１）端末は、ＮＳＳＡＩに含まれた全てのＳ−ＮＳＳＡＩが必須的に承認／許されなければならないことを表示できる。例えば、端末は、ＮＳＳＡＩのヘッダまたはＮＳＳＡＩが含まれたメッセージの他のＩＥ（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）／フィールドに全てのＳ−ＮＳＳＡＩの承認／許容如何を（フラグなどの形態に）表示できる。このとき、全てのＳ−ＮＳＳＡＩの承認／許容如何は、「全て必須（ａｌｌ  ｒｅｑｕｉｒｅｄ）または否定（ｎｏｔ）」の形態に指示できる。もし、全て必須に指示された場合、ネットワークは、要請されたＮＳＳＡＩに含まれた全てのＳ−ＮＳＳＡＩを支援するＣＣＮＦを検索しなければならず、該当のＣＣＮＦがない場合に端末の要請を拒絶できる。ネットワークの拒絶動作とこれによる後続動作に関する詳細な説明は、前述の「２）要請されたＮＳＳＡＩが（サービス不可であり、）必須ＮＳＳＡＩである場合」に関して上述した通りである。
【０６０７】
２）全てのＳ−ＮＳＳＡＩが必須的に承認／許容される必要がない場合、１）で「全て必須（ａｌｌｒｅｑｕｉｒｅｄ）」を「全て選好（ａｌｌｐｒｅｆｅｒｒｅｄ）」に変更して全てのＳ−ＮＳＳＡＩの必須承認／許容の如何を指示できる。この場合、ネットワークは、要請されたＮＳＳＡＩを考慮して、ｂｅｓｔ、ｅｆｆｏｒｔに最善のサービスあるいは（要請されたサービスの中から）最大に多くのサービスの提供／支援が可能なＣＣＮＦを選択できる。
【０６０８】
３）もし、ＮＳＳＡＩのうちの一部Ｓ−ＮＳＳＡＩのみが必須に該当し、残りはそうではない場合、端末は、前述の提案した優先順位情報（必須／選好）情報を各Ｓ−ＮＳＳＡＩごとに表記しうる。次はこれに対する例示に該当する。
【０６０９】
ａ）ＵＥ１（ＳＫＴユーザ、オプショナルにＬＧＥ  ＶＰＮ（ｖｉｒｔｕａｌ  ｐｒｉｖａｔｅ  ｎｅｔｗｏｒｋ）及びＡｕｄｉＶ２Ｘ利用可能）が要請したＮＳＳＡＩ
【０６１０】
−ｅＭＢＢ−ＳＫＴ（必須）
【０６１１】
−ｅＭＢＢ−ＬＧＥ（選好）
【０６１２】
−Ｖ２Ｘ−Ａｕｄｉ（選好）
【０６１３】
ｂ）ＵＥ２（ＫｉａのＶ２ＸＵＥ、オプショナルにＫＴ  ｅＭＢＢ利用可能）が要請したＮＳＳＡＩ
【０６１４】
−Ｖ２Ｘ−Ｋｉａ（必須）
【０６１５】
−ｅＭＢＢ−ＫＴ（選好）
【０６１６】
このようにＳ−ＮＳＳＡＩごとの優先順位情報を受信したネットワークは、全てのＳ−ＮＳＳＡＩの支援可能なＣＣＮＦが存在しない場合、必須Ｓ−ＮＳＳＡＩを支援可能なＣＣＮＦを優先的に選択される。もし、全ての必須Ｓ−ＮＳＳＡＩを支援するＣＣＮＦが存在しない場合、ネットワークは、端末の要請を拒絶しなければならず、ネットワークの拒絶動作とそれに伴う後続動作に関する詳細な説明は、前述の「２）要請されたＮＳＳＡＩが（サービス不可であり、）必須ＮＳＳＡＩである場合」に関して上述した通りである。
【０６１７】
発明提案２.ＵＥ基盤スライス選好管理
【０６１８】
他の実施形態として、端末は、別途のパラメータを定義し、これをネットワークに指示する代わりに、従来方法のようにスライスを要請できる。このとき、もし、前述の問題として記述したように、端末が要請したスライス／（Ｓ−）ＮＳＳＡＩではない他のスライス／ＮＳＳＡＩをネットワークが承認／許した場合、端末は、内部動作を介して該当サービスを利用するか否かを決定できる。端末は、最初に要請した（すなわち、登録手順で要請した）スライス／サービス／（Ｓ−）ＮＳＳＡＩがネットワークにより許容／承認されていない場合、前述の発明提案１で上述の端末動作に類似に、自分の優先順位を変更したり新しい設定を適用して、再度該当のスライス／サービス／（Ｓ−）ＮＳＳＡＩをネットワークに要請できる。これは、最初登録で決定されたＣＣＮＦ（またはＡＭＦ）とは無関係にＰＤＵセッション確立（ｅｓｔａｂｌｉｓｈｍｅｎｔ）手順（例えば、ＰＤＵセッション確立要請メッセージ）を介して要請できる。
【０６１９】
また、端末は、自分が望みのサービス提供可能なネットワークを選択するために登録−取消（ｄｅ−ｒｅｇｉｓｔｒａｔｉｏｎ）／接続−キャンセル（ｄｅｔａｃｈ）を要請できる。このとき、端末は、ネットワークに登録−取消／接続−キャンセルの理由などの情報を知らせる。端末は、登録−取消／接続−キャンセル後に登録−取消／接続−キャンセルした禁止（ｆｏｒｂｉｄｄｅｎ）ＰＬＭＮリストあるいは、これに類似の機能を有するブラックリストに登録し、再度ＰＬＭＮ選択過程を行うことができる。再度行われるＰＬＭＮ選択過程で、前記リストに含まれているＰＬＭＮは端末の選択候補対象から除外されてもよい。
【０６２０】
発明提案３.追加スライス要請時の保有（ｒｅｔｅｎｔｉｏｎ）如何判断
【０６２１】
端末が特定のスライスを介してサービスを受けている状況で端末あるいは端末上の特定応用（ａｐｐｌｉｃａｔｉｏｎ）は、現在サービスを受けていないスライスを必要とすることがある。このとき、端末は、このような追加的なスライスにサービスを要請できる。これは、該当スライスのＳ−ＮＳＳＡＩを要請するＰＤＵセッション確立などの手順に具現されることができる。このとき、もし、現在サービングＣＣＮＦあるいはＡＭＦが端末が新しく要請したスライス／サービスを支援できない場合、新しく要請したスライス／サービスのためにネットワークは、端末のサービングＣＣＮＦを変更しなければならない必要がありうる。しかし、直ちにサービングＣＣＮＦを変更するようになると、現在サービングＣＣＮＦ／ＡＭＦを介してサービス中であったスライスが中断（ｉｎｔｅｒｒｕｐｔｉｏｎ）されることになる。したがって、現在提供しているサービスと端末が新しく要請したサービス中のいずれかを優先視するかをネットワークが判断するための優先順位判断基準が確立される必要がある。
【０６２２】
端末は、追加的な／新しいスライス要請時、該当スライスに対する（Ｓ−）ＮＳＳＡＩと共に該当（Ｓ−）ＮＳＳＡＩに対する優先順位情報（必須／選好）あるいは優先順位を発明提案１で提案したように表示できる。また、ネットワークは、端末に提供中のサービス／スライスに対する優先順位情報（必須／選好）あるいは優先順位を格納することができる。このような優先順位情報（必須／選好）あるいは優先順位は、スライス最初要請時に端末がネットワークに伝達した情報（発明提案１）あるいはネットワーク政策により決定されうる。
【０６２３】
追加的なスライス要請を受信した場合、ネットワークは、まず一つのＡＭＦ／ＣＣＮＦ（例えば、サービングＡＭＦ／ＣＣＮＦ）が全てのスライス（すなわち、現在提供中であるサービス／スライスと新しく要請されたスライス／サービス）を支援できているかを判断し、もし、一つのＡＭＦ／ＣＣＮＦ（例えば、サービングＡＭＦ／ＣＣＮＦ）が支援できない場合、スライス間の優先順位情報あるいは優先順位に基づいてどのようなスライスを優先的にサービスするかを判断する。
【０６２４】
上記の判断手順によってネットワークは、：
【０６２５】
１.端末の追加サービス／スライス要請（または、ＰＤＵセッション要請）を拒絶することができ、このとき、拒絶理由を明示する具体的な理由値をネットワークに知らせることができる。
【０６２６】
２.新しいサービス／スライス要請のために現在提供中であるサービスに対するセッションあるいは登録をキャンセルでき、このとき、キャンセル理由を明示する具体的な理由値をネットワークに知らせることができる。
【０６２７】
より詳細に、現在提供中であるスライス／サービスが新しく要請されたスライス／サービスよりも優先順位が高くて、サービングＣＣＮＦ／ＡＭＦが新しく要請されたスライス／サービスを支援しない場合、ネットワークは、端末の追加スライス／サービス要請を拒絶することができる。反対に、現在提供中であるスライス／サービスが新しく要請されたスライス／サービスよりも優先順位が低く、サービングＣＣＮＦ／ＡＭＦが新しく要請されたスライス／サービスを支援しない場合、ネットワークは、端末の追加スライス／サービス提供のために現在のセッションあるいは登録をキャンセルできる。
【０６２８】
図１６は、本発明の一実施形態に係るネットワークのＣＣＮＦ／ＡＭＦ選択方法を例示したフローチャートである。本フローチャートは、前述の発明提案１をより具体化したフローチャートに該当する。したがって、前述の発明提案１に関連して上述の説明／実施形態は、本フローチャートにも同一／類似に適用でき、重なる説明については省略する。
【０６２９】
１.端末（ＵＥ）は、サービス受けることを希望するサービスに対する説明（ｄｅｓｃｒｉｐｔｉｏｎ）であるＮＳＳＡＩと、該当ＮＳＳＡＩが必須であるか選好であるかに対する優先順位情報を共に接続要請メッセージ（または、登録要請メッセージ）に含ませてネットワークに送信することで、接続（または登録）要請することができる。このときのＮＳＳＡＩは、少なくとも一つのＳ−ＮＳＳＡＩを含み、一つまたは複数に送信されることができる。また、優先順位情報は、ＮＳＳＡＩまたはＳ−ＮＳＳＡＩ単位に「必須」または「選好」であるか否かを指示できる。端末の送受信端は、ＮＡＳ階層で接続要請（または、登録要請）メッセージを生成し、これをネットワーク（特に、ＲＡＮ）に送信する。
【０６３０】
２.ＲＡＮは、送受信端を介して端末の要請を受信し、ＲＡＮのプロセッサは、ＣＣＮＦ１または基本（ｄｅｆａｕｌｔ）ＣＣＮＦに端末の要請メッセージ（ＮＳＳＡＩ及び優先順位情報含む）を伝達できる。より詳細に、ＲＡＮは、以前接続（登録）手順でＴｅｍｐ  ＩＤまたはＧＵＴＩを受信した場合、該当Ｔｅｍｐ  ＩＤまたはＧＵＴＩに含まれているＣＣＮＦのＩＤに該当するＣＣＮＦ１に端末の要請メッセージを伝達し、そうでない場合、基本ＣＣＮＦに端末の要請メッセージを伝達する。このとき、ＲＡＮは、端末の要請メッセージをＮＧ２インターフェースを介してＣＣＮＦ１または基本ＣＣＮＦに伝達できる。
【０６３１】
以下は、説明の便宜のためにＲＡＮがＣＣＮＦ１に端末の要請メッセージを伝達した場合を前提に説明するが、以下の実施形態は、ＣＣＮＦ１が基本ＣＣＮＦに代替された実施形態に拡張されうることはもちろんである。
【０６３２】
３.ＣＣＮＦ１は、ＮＧ２インターフェースを介して要請メッセージを受信した後デコードする。ＣＣＮＦ１のプロセッサは、ＳＤＭ（ｓｕｂｓｃｒｉｂｅｒ  ｄａｔａ  ｍａｎａｇｅｍｅｎｔ）（前述のＵＤＭに該当する）とのインターフェースを介して端末の加入情報（ｓｕｂｓｃｒｉｐｔｉｏｎ）などに基づいて、端末が要請したＮＳＳＡＩが該当端末に有効であるかを判断する。
【０６３３】
４.ＣＣＮＦ１のプロセッサは、端末が要請したＮＳＳＡＩ（ＮＳＳＡＩに含まれた全てのサービス／スライス）を支援できるＣＣＮＦが現在ネットワークに存在しているか確認できる。このとき、ＣＣＮＦ１は、自ら端末が要請したＮＳＳＡＩ（またはＳ−ＮＳＳＡＩ）の支援が可能なＣＣＮＦであるかを確認するために、ＳＤＭから現在該当端末の加入情報（Ｓｕｂｓｃｒｉｐｔｉｏｎ）上に加入した／許容された（ｓｕｂｓｃｒｉｂｅｄ／ａｌｌｏｗｅｄ）ＮＳＳＡＩ（またはＳ−ＮＳＳＡＩ）に対する情報を受信したり、または内部機能、すなわち、端末コンテキスト上に格納されている該当端末に対して加入した／許容されたＮＳＳＡＩ（またはＳ−ＮＳＳＡＩ）に対する情報を確認し、これを端末が要請したＮＳＳＡＩ（またはＳ−ＮＳＳＡＩ）と比較することができる。
【０６３４】
＜ｃａｓｅ１＞ＣＣＮＦ１が適切なＣＣＮＦ（すなわち、端末が要請した全てのサービス／スライスを支援するＣＣＮＦ）を探した場合：
【０６３５】
５.もし、端末が要請したＮＳＳＡＩを支援できるＣＣＮＦ２がネットワークに存在すれば、ＣＣＮＦ１は、受信した端末の接続／登録要請メッセージをＣＣＮＦ２に伝達（ｒｅｄｉｒｅｃｔ）できる。これは、ＣＣＮＦ間の直接的なインターフェース（ｄｉｒｅｃｔ  ｉｎｔｅｒｆａｃｅ）を介して実行されてもよく、ＲＡＮを介したｒｅｄｉｒｅｃｔｉｏｎ形態に実行されてもよい。
【０６３６】
６.ＣＣＮＦ２は、該当端末に対する登録を進行／完了した後、端末に接続／登録承認（Ａｃｃｅｐｔ）メッセージを送信できる。該当メッセージは、ＣＣＮＦ２のＮＧ２インターフェースを介してＲＡＮに送信され、ＲＡＮの無線送受信端を経て端末の送受信端に受信される。
【０６３７】
＜ｃａｓｅ２＞ＣＣＮＦ１が適切なＣＣＮＦ（すなわち、端末が要請した全てのサービス／スライスを支援するＣＣＮＦ）を探せなかった場合：
【０６３８】
７.もし、ＣＣＮＦ１が端末が要請したＮＳＳＡＩを支援するＣＣＮＦが存在していないか、探せなかった場合、端末が提供した優先順位情報（必須／選好）に基づいて動作できる。そのため、ＣＣＮＦ１内のＡＭＦがＮＳＳＦ（Ｎｅｔｗｏｒｋ  Ｓｌｉｃｅ  Ｓｅｌｅｃｔｉｏｎ  Ｆｕｎｃｔｉｏｎ）あるいは、ＮＲＦ（Ｎｅｔｗｏｒｋ  Ｒｅｐｏｓｉｔｏｒｙ  Ｆｕｎｃｔｉｏｎ）などに問い合わせ（Ｑｕａｒｙ）を送信できる。
【０６３９】
特に、ＣＣＮＦ１は、端末が要請したＮＳＳＡＩのうち「必須」に優先順位情報が表示されたＮＳＳＡＩの支援が可能なＣＣＮＦを優先的に探すことができる。もし、ＮＳＳＡＩ内でＳ−ＮＳＳＡＩごとに優先順位情報が表示／指示された場合であれば、ＣＣＮＦ１は、優先順位情報が「必須」に表示されたＳ−ＮＳＳＡＩを支援するＣＣＮＦを探すことができる。このような「必須」ＮＳＳＡＩまたはＳ−ＮＳＳＡＩを支援するＣＣＮＦを探した場合、ＣＣＮＦ１は、前述のｃａｓｅ１で上述のステップを実行し、該当ＣＣＮＦに対する端末の登録／接続の手順を進行／完了できる。
【０６４０】
反対に、端末が要請したＮＳＳＡＩまたはＳ−ＮＳＳＡＩの優先順位情報が「選好」に表示／指示された場合、ＣＣＮＦ１は、ｂｅｓｔ  ｅｆｆｏｒｔに端末が要請したスライス／サービスと類似のスライス／サービスを提供したり、要請したスライス／サービスのうち可能な限り多くのスライス／サービスを提供する最善のＣＣＮＦを探し、前述のｃａｓｅ１のように該当ＣＣＮＦに対する端末の接続／登録の手順を進行／完了できる。
【０６４１】
もし、「必須」に表示されたＮＳＳＡＩまたはＳ−ＮＳＳＡＩを支援するＣＣＮＦまたは最善のＣＣＮＦを探せなかった場合、ＣＣＮＦ１は、端末に（接続／登録要請メッセージに対する応答として）接続／登録拒絶メッセージを送信できる。または、端末が要請したＮＳＳＡＩが該当端末に許容されない場合、接続／登録拒絶メッセージを送信できる。このとき、ＣＣＮＦ１のプロセッサは、拒絶理由（ｃａｕｓｅ）を拒絶メッセージ内に明示できる。このような拒絶メッセージ（またはＮＡＳメッセージ）は、ＣＣＮＦ２のＮＧ２インターフェースを介してＲＡＮに送信され、ＲＡＮの無線送受信端を経て端末の送受信端に受信される。
【０６４２】
８.端末のＮＡＳ階層は、受信した接続／登録拒絶メッセージ（特に、拒絶メッセージに含まれた拒絶理由）に基づいて次の動作を決定できる。
【０６４３】
９.もし、拒絶理由が端末の許容問題であれば（例えば、端末の優先順位または加入情報のためであれば）、端末は、他の優先順位（例えば、高い優先順位）あるいは他のＮＳＳＡＩにまたネットワークに接続／登録を再要請できる。
【０６４４】
もし、拒絶理由がネットワーク問題である場合（例えば、ネットワークが端末が要請したＮＳＳＡＩのサービスを提供しない場合であれば）、端末は、ＰＬＭＮ検索状態に進入して他のＰＬＭＮを探すことができる。あるいは、ＮＳＳＡＩを理由に拒絶された場合に、端末は、基本的にＰＬＭＮ再選択動作を行うことができる。
【０６４５】
本実施形態に関するより詳細な説明は、前述の「２）要請されたＮＳＳＡＩが（サービス不可であり、）必須ＮＳＳＡＩである場合」に関して上述した通りである。
【０６４６】
このような本発明によって次世代コアネットワークでネットワークスライシングを使用する場合、端末が要求するサービスタイプを支援するネットワーク（例えば、ＣＣＮＦ／ＡＭＦ）を選択したり、端末がより優れたサービスを受けることができるネットワーク（例えば、ＣＣＮＦ／ＡＭＦ）を選択するようにし、ユーザのＱｏＥ（Ｑｕａｌｉｔｙ  ｏｆ  Ｅｘｐｅｒｉｅｎｃｅ）を効率よく／安定的に向上させることができるという効果が発生する。
【０６４７】
図１６に示す実施形態において、ＣＣＮＦ１のようにターゲットＣＣＮＦ／ＡＭＦ（すなわち、ＣＣＮＦ２）を探索／選択する動作は、上述したようにＣＣＮＦ１の内部動作を介して実行することができ、そして／またはＣＣＮＦ１が外部機能（ＣＣＮＦの選択のために外部に別途に定義される機能、例えば、ＮＳＳＦまたはＮＲＦ）に問い合わせ（ｑｕｅｒｙ）することにより行われる。
【０６４８】
一方、本明細書でＣＣＮＦは、独立的な別途の機能に定義されたり、あるいは様々なスライス間に共有される複数の機能（例えば、ＡＭＦ、ＮＲＦなど）の集合として定義される。このようなＣＣＮＦは、実質的にＡＭＦと対応／代替（またはＡＭＦと同一視）され、結局、ＣＣＮＦの選択／ｒｅｄｉｒｅｃｔｉｏｎ動作は、ＡＭＦの選択／ｒｅｄｉｒｅｃｔｉｏｎ動作と見なすことができる。
【０６４９】
図１７は、本発明の一実施形態に係るＲＡＮのＣＣＮＦ／ＡＭＦを選択する方法に関するフローチャートである。本フローチャートに関して前述の実施形態／説明が全て適用され、重なる説明については省略する。本フローチャートでネットワークノードは、以前登録手順を介して受信された一時的ＩＤ（例えば、ＧＵＴＩまたはＴｅｍｐ  ＩＤ）に含まれたＡＭＦ  ＩＤにより識別されるＡＭＦまたは予め設定された基本（ｄｅｆａｕｌｔ）ＡＭＦでありうる。
【０６５０】
まず、ネットワークノードが端末の登録要請メッセージを受信することができる（Ｓ１７１０）。登録要請メッセージは、前記端末が要請するスライス／サービスに対するＮＳＳＡＩ及び前記ＮＳＳＡＩの優先順位情報を含む。優先順位情報は、ＮＳＳＡＩまたは前記ＮＳＳＡＩに含まれている少なくとも一つのＳ−ＮＳＳＡＩが端末に「必須的（ｒｅｑｕｉｒｅｄ）」であるか否か、及び／または端末により「選好的（ｐｒｅｆｅｒｒｅｄ）」であるか否かを指示することができる。ただし、これに限定されないし優先順位情報は、ＮＳＳＡＩ間に優先順位を区別できる様々な情報として指示／表現される。もし、前記ＮＳＳＡＩが複数のＳ−ＮＳＳＡＩを含んで複数のスライス／サービスを指示する場合、優先順位情報は、Ｓ−ＮＳＳＡＩごとに指示できる。すなわち、優先順位情報は、実施形態によってＮＳＳＡＩごとに指示されたり、ＮＳＳＡＩに含まれているＳ−ＮＳＳＡＩごとに指示されることができる。
【０６５１】
次に、ネットワークノードは、受信したＮＳＳＡＩが端末に有効であるかを判断することができる（Ｓ１７２０）。この場合、ネットワークノードは、端末の加入情報に基づいてＮＳＳＡＩが指示するスライス／サービスが端末に有効であるかを判断できる。
【０６５２】
次に、有効判断の結果、前記ＮＳＳＡＩが端末に有効な場合、ネットワークノードは、優先順位情報に基づいて前記ＮＳＳＡＩの支援可能な第１ＡＭＦを検索することができる（Ｓ１７３０）。ここで、前記ＮＳＳＡＩの支援が可能な第１ＡＭＦは、優先順位情報が「必須的（ｒｅｑｕｉｒｅｄ）である」ことを指示するＮＳＳＡＩまたはＳ−ＮＳＳＡＩに対応するスライス／サービスを全て支援するＡＭＦに該当する。
【０６５３】
次に、第１ＡＭＦが検索される場合、ネットワークノードは、第１ＡＭＦを端末をサービングするサービングＡＭＦに選択し、登録要請メッセージを第１ＡＭＦに送信／伝達できる。このように「第１ＡＭＦを選択する」ことは、結局、優先順位情報によって特定スライス／サービスを提供する第１ＡＭＦを選択したものであるため、「特定スライス／サービスを選択した」ものと解釈されうる。
【０６５４】
第１ＡＭＦが検索されない場合には、次のような実施形態が適用されることができる。
【０６５５】
一実施形態として、第１ＡＭＦが検索されていないか、ＮＳＳＡＩが端末に有効でない場合、ネットワークノードは、端末の登録要請メッセージに対する応答として登録拒絶メッセージを端末に送信する。このときの登録拒絶メッセージには、登録拒絶理由が含まれることがある。もし、端末が受信した登録拒絶理由が第１ＡＭＦが検索されないことを指示する場合、端末は、ＰＬＭＮ再選択動作を行うことができる。または端末が受信した登録拒絶理由が端末が要請したＮＳＳＡＩが端末に有効でないことを指示する場合、端末は、登録要請メッセージ内のＮＳＳＡＩまたはＳ−ＮＳＳＡＩの優先順位情報を「選好的（ｐｒｅｆｅｒｒｅｄ）」にアップデートし、前記登録要請メッセージをネットワークノードに再送信できる。これは、端末が基本的な接続であっても維持したい場合に行われることができる。
【０６５６】
他の実施形態として、第１ＡＭＦが検索されない場合、ネットワークノードは、ｂｅｓｔ  ｅｆｆｏｒｔにＮＳＳＡＩに含まれたＳ−ＮＳＳＡＩ（または、Ｓ−ＮＳＳＡＩに対応するサービス／スライス）を最大に支援（または、類似のサービス／スライスを支援）する第２ＡＭＦをサービングＡＭＦとして選択し、登録要請メッセージを第２ＡＭＦに送信できる。
【０６５７】
一方、本フローチャートには、図示していないが、ネットワークノードが端末からＰＤＵセッション確立要請メッセージを介して追加ＮＳＳＡＩ及び前記追加ＮＳＳＡＩの優先順位情報を受信することができる。
【０６５８】
このとき、追加ＮＳＳＡＩの優先順位が登録要請メッセージを介して受信したＮＳＳＡＩの優先順位よりも高い場合（例えば、追加ＮＳＳＡＩの優先順位情報が「必須的」に指示され、登録要請メッセージのＮＳＳＡＩは、「選好的」に指示された場合）、ネットワークノードは、追加ＮＳＳＡＩを第１ＡＭＦが支援可能であるかを判断できる。もし、第１ＡＭＦが追加ＮＳＳＡＩの支援が不可能な場合、ネットワークノードは、前記ＰＤＵセッション確立要請メッセージに対する拒絶メッセージを端末に送信できる。
【０６５９】
反対に、追加ＮＳＳＡＩの優先順位が登録要請メッセージを介して受信したＮＳＳＡＩの優先順位よりも低い場合（例えば、追加ＮＳＳＡＩの優先順位情報が「選好的」に指示され、登録要請メッセージのＮＳＳＡＩは「必須的」に指示された場合）、ネットワークノードは、第１ＡＭＦをサービングＡＭＦに維持できる。
【０６６０】
本発明が適用されることができる装置の一般
【０６６１】
図１８は、本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【０６６２】
図１８を参照すると、無線通信システムは、ネットワークノード１８１０と多数の端末（ＵＥ）１８２０を含む。本図面に図示する装置は、前述のネットワーク／端末機能のうち少なくとも一つの機能を行うように具現され、一つ以上の機能を統合して実行するように具現できる。
【０６６３】
ネットワークノード１８１０は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）１８１１、メモリ（ｍｅｍｏｒｙ）１８１２、及び通信モジュール（ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｍｏｄｕｌｅ）１８１３を含む。
【０６６４】
プロセッサ１８１１は、前述の図１ないし図１７で提案された少なくとも一つの機能、過程、方法及び／または本文書で提案する機能、過程及び／または方法を具現する。また、プロセッサ１８１１は、本明細書で提案する機能、過程及び／または方法を具現するモジュール、プログラムなどがメモリ１８１２に格納され、プロセッサ１８１１によって実行されることができる。
【０６６５】
有／無線インターフェースプロトコルの階層は、プロセッサ１８１１により具現されることができる。また、プロセッサ１８１１は、本文書で提案する様々な実施形態において説明した事項が独立的に適用されたり、または二以上の実施形態が同時に適用されるよう具現されることができる。
【０６６６】
メモリ１８１２は、プロセッサ１８１１と接続し、プロセッサ１８１１を駆動するための様々な情報を格納する。メモリ１８１２は、プロセッサ１８１１内部または外部にあってもよく、通知の様々な手段でプロセッサ１８１１と接続することができる。
【０６６７】
通信モジュール１８１３は、プロセッサ１８１１と接続し、有／無線信号を送信及び／または受信する。ネットワークノード１８１０の一例として、基地局、ＭＭＥ、ＨＳＳ、ＳＧＷ、ＰＧＷ、ＳＣＥＦ、ＳＣＳ／ＡＳ、ＡＵＳＦ、ＡＭＦ、ＰＣＦ、ＳＭＦ、ＵＤＭ、ＵＰＦ、ＡＦ、（Ｒ）ＡＮ、ＵＥ、ＮＥＦ、ＮＲＦ、ＵＤＳＦ及び／またはＳＤＳＦなどが存在しうる。特に、ネットワークノード１８１０が基地局である場合（または（Ｒ）ＡＮ機能を行うように具現される場合）、通信モジュール１８１３は、無線信号を送／受信するためのＲＦ部（ｒａｄｉｏ  ｆｒｅｑｕｅｎｃｙ  ｕｎｉｔ）を含むことができる。このとき、ネットワークノード１８１０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有する。
【０６６８】
端末１８２０は、プロセッサ１８２１、メモリ１８２２、及び通信モジュール（またはＲＦ部）１８２３を含む。プロセッサ１８２１は、前述の図１ないし図１７で提案された少なくとも一つの機能、過程、方法及び／または本文書で提案する機能、過程及び／または方法を具現する。また、プロセッサ１８２１は、本文書で提案する機能、過程及び／または方法を具現するモジュール、プログラムなどがメモリに格納され、プロセッサ１８２１によって実行されることができる。
【０６６９】
有／無線インターフェースプロトコルの階層は、プロセッサ１８２１により具現される。また、プロセッサ１８２１は、本文書で提案する様々な実施形態で説明した事項が独立的に適用されたり、または二以上の実施形態が同時に適用されるように具現されることができる。
【０６７０】
メモリ１８２２は、プロセッサ１８２１と接続し、プロセッサ１８２１を駆動するための様々な情報を格納する。メモリ１８２２は、プロセッサ１８２１内部または外部にあってもよく、通知の様々な手段でプロセッサ１８２１と接続することができる。通信モジュール１８２３は、プロセッサ１８２１と接続し、有／無線信号を送信及び／または受信する。
【０６７１】
メモリ１８１２，１８２２は、プロセッサ１８１１，１８２１内部または外部にあってもよく、通知の様々な手段でプロセッサ１８１１，１８２１と接続することができる。また、ネットワークノード１８１０（基地局である場合）及び／または端末１８２０は、一個のアンテナ（ｓｉｎｇｌｅ  ａｎｔｅｎｎａ）または多重アンテナ（ｍｕｌｔｉｐｌｅ  ａｎｔｅｎｎａ）を有することができる。
【０６７２】
図１９は、本発明の一実施形態に係る通信装置のブロック構成図を例示する。
【０６７３】
特に、図１９では、前述の図１８の端末をより詳細に例示する図である。
【０６７４】
図１９を参照すると、端末は、プロセッサ（または、デジタル信号プロセッサ（ＤＳＰ：ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒ）１９１０、ＲＦモジュール（ＲＦ  ｍｏｄｕｌｅ）（またはＲＦユニット）１９３５、パワー管理モジュール（ｐｏｗｅｒ  ｍａｎａｇｅｍｅｎｔ  ｍｏｄｕｌｅ）１９０５、アンテナ（ａｎｔｅｎｎａ）１９４０、バッテリー（ｂａｔｔｅｒｙ）１９５５、ディスプレイ（ｄｉｓｐｌａｙ）１９１５、キーパッド（ｋｅｙｐａｄ）１９２０、メモリ（ｍｅｍｏｒｙ）１９３０、ＳＩＭカード（ＳＩＭ（Ｓｕｂｓｃｒｉｂｅｒ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｍｏｄｕｌｅ）ｃａｒｄ）１９２５（この構成は、選択的である）、スピーカー（ｓｐｅａｋｅｒ）１９４５及びマイクロホン（ｍｉｃｒｏｐｈｏｎｅ）１９５０を含んで構成される。端末は、また単一のアンテナまたは多重のアンテナを含むことができる。
【０６７５】
プロセッサ１９１０は、前述の図１ないし図１８で提案された機能、過程及び／または方法を具現する。無線インターフェースプロトコルの階層は、プロセッサ１９１０により具現されることができる。
【０６７６】
メモリ１９３０は、プロセッサ１９１０と接続し、プロセッサ１９１０の動作に関連する情報を格納する。メモリ１９３０は、プロセッサ１９１０内部または外部にあってもよく、通知の様々な手段でプロセッサ１９１０と接続することができる。
【０６７７】
ユーザは、例えば、キーパッド１９２０のボタンを押さえたり（あるいは、タッチしたり）、またはマイクロホン１９５０を用いた音声駆動（ｖｏｉｃｅ  ａｃｔｉｖａｔｉｏｎ）により電話番号などのような命令情報を入力する。プロセッサ１９１０は、このような命令情報を受信し、電話番号に電話をかけるなど、適切な機能を行うように処理する。駆動上のデータ（ｏｐｅｒａｔｉｏｎａｌ  ｄａｔａ）は、ＳＩＭカード１９２５またはメモリ１９３０から抽出される。また、プロセッサ１９１０は、ユーザが認知し、また便宜のために命令情報または駆動情報をディスプレイ１９１５上に表示することができる。
【０６７８】
ＲＦモジュール１９３５は、プロセッサ１９１０に接続し、ＲＦ信号を送信及び／または受信する。プロセッサ１９１０は、通信を開始するために、例えば、音声通信データを構成する無線信号を送信するように命令情報をＲＦモジュール１９３５に伝達する。ＲＦモジュール１９３５は、無線信号を受信及び送信するために受信器（ｒｅｃｅｉｖｅｒ）及び送信器（ｔｒａｎｓｍｉｔｔｅｒ）から構成される。アンテナ１９４０は、無線信号を送信及び受信する機能する。無線信号を受信するとき、ＲＦモジュール１９３５は、プロセッサ１９１０により処理するため信号を伝達し、基底帯域に信号を切り替えることができる。処理された信号は、スピーカー１９４５を介して出力される可聴または可読情報に切り替えることができる。
【０６７９】
以上で説明された実施形態は、本発明の構成要素等と特徴が所定の形態に結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素または特徴と結合されない形態に実施できる。また、一部の構成要素及び／または特徴を結合して本発明の実施形態を構成することも可能である。本発明の実施形態で説明される動作などの順序は変更されてもよい。いずれかの実施形態の一部構成や特徴は、他の実施形態に含まれてもよく、または、他の実施形態の対応する構成または特徴に交替できる。特許請求範囲で明示的な引用関係がない請求項を結合して実施形態を構成したり、出願後の補正により新しい請求項に含ませることは自明である。
【０６８０】
本発明に係る実施形態は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェアまたはその結合などにより具現されることができる。ハードウェアによる具現の場合、本発明の一実施形態は、一つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラ、マイクロ・プロセッサなどにより具現されることができる。
【０６８１】
ファームウェアまたはソフトウェアによる具現の場合、本発明の一実施形態は、以上で説明された機能または動作を行うモジュール、手順、関数などの形態に具現されることができる。ソフトウェアコードは、メモリに格納されてプロセッサにより駆動される。前記メモリは、前記プロセッサ内部または外部に位置し、既に公知された様々な手段により前記プロセッサとデータをやり取りできる。
【０６８２】
本発明は、本発明の必須的な特徴を脱しない範囲で他の特定の形態に具体化されうることは当業者に自明である。したがって、上述の詳細な説明は、全ての面から制約的に解釈されてはならず、例示的なものとして考慮されなければならない。本発明の範囲は、添付された請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内での全ての変更は本発明の範囲に含まれる。
【産業上の利用可能性】
【０６８３】
本発明は、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／５Ｇ（ＮｅｘｔＧｅｎ）システムに適用される例を主に説明したが、３ＧＰＰ  ＬＴＥ／ＬＴＥ−Ａ／５Ｇ（ＮｅｘｔＧｅｎ）システムの他にも様々な無線通信システムに適用することが可能である。
【図１】
2019534653.tif 000005
【図２】
2019534653.tif 000006
【図３】
2019534653.tif 000007
【図４】
2019534653.tif 000008
【図５】
2019534653.tif 000009
【図６】
2019534653.tif 000010
【図７】
2019534653.tif 000011
【図８】
2019534653.tif 000012
【図９】
2019534653.tif 000013
【図１０（ａ）】
2019534653.tif 000014
【図１０（ｂ）】
2019534653.tif 000015
【図１１】
2019534653.tif 000016
【図１２（ａ）】
2019534653.tif 000017
【図１２（ｂ）】
2019534653.tif 000018
【図１３（ａ）】
2019534653.tif 000019
【図１３（ｂ）】
2019534653.tif 000020
【図１４】
2019534653.tif 000021
【図１５】
2019534653.tif 000022
【図１６】
2019534653.tif 000023
【図１７】
2019534653.tif 000024
【図１８】
2019534653.tif 000025
【図１９】
2019534653.tif 000026
【国際調査報告】
2019534653.tif 000027
2019534653.tif 000028
2019534653.tif 000029
2019534653.tif 000030