特許 6724233 無線通信システムにおけるネットワークスライスベースのＮＲのためのセル特定手順または移動性手順を実行する方法及び装置

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

(12)【公報種別】特許公報(B2)

(11)【特許番号】6724233

(24)【登録日】2020年6月26日

(45)【発行日】2020年7月15日

(54)【発明の名称】無線通信システムにおけるネットワークスライスベースのＮＲのためのセル特定手順または移動性手順を実行する方法及び装置

(51)【国際特許分類】

   H04W 36/14 20090101AFI20200706BHJP

   H04W 92/20 20090101ALI20200706BHJP

【ＦＩ】

   H04W36/14

   H04W92/20

【請求項の数】10

【全頁数】23

(21)【出願番号】特願2019-500279(P2019-500279)

(86)(22)【出願日】2017年7月28日

(65)【公表番号】特表2019-520766(P2019-520766A)

(43)【公表日】2019年7月18日

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

(87)【国際公開番号】WO2018021873

(87)【国際公開日】20180201

【審査請求日】2019年1月4日

(31)【優先権主張番号】62/368,192

(32)【優先日】2016年7月29日

(33)【優先権主張国】US

(31)【優先権主張番号】62/368,180

(32)【優先日】2016年7月29日

(33)【優先権主張国】US

(73)【特許権者】

【識別番号】502032105

【氏名又は名称】エルジー エレクトロニクス インコーポレイティド

(74)【代理人】

【識別番号】100099759

【弁理士】

【氏名又は名称】青木 篤

(74)【代理人】

【識別番号】100123582

【弁理士】

【氏名又は名称】三橋 真二

(74)【代理人】

【識別番号】100165191

【弁理士】

【氏名又は名称】河合 章

(74)【代理人】

【識別番号】100114018

【弁理士】

【氏名又は名称】南山 知広

(74)【代理人】

【識別番号】100159259

【弁理士】

【氏名又は名称】竹本 実

(72)【発明者】

【氏名】シュイ チエン

(72)【発明者】

【氏名】キム ソクチョン

(72)【発明者】

【氏名】ピョン テウク

【審査官】 野村 潔

(56)【参考文献】

【文献】 特開２０１５−１９５６３１（ＪＰ，Ａ）

【文献】 米国特許出願公開第２０１５／０１２４７０８（ＵＳ，Ａ１）

【文献】 特開２０１５−０８０２６７（ＪＰ，Ａ）

【文献】 China Mobile, CATT, CATR，Network slicing selection solution based on Slice Instance ID[online]， 3GPP TSG-SA WG2#116 S2-164139，インターネット＜URL:http://www.3gpp.org/ftp/tsg_sa/WG2_Arch/TSGS2_116_Vienna/Docs/S2-164139.zip＞，２０１６年 ７月１５日

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｈ０４Ｂ ７／２４− ７／２６

Ｈ０４Ｗ ４／００−９９／００

３ＧＰＰ ＴＳＧ ＲＡＮ ＷＧ１−４

ＳＡ ＷＧ１−４

ＣＴ ＷＧ１、４

(57)【特許請求の範囲】

【請求項1】

無線通信システムにおける第１のＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ノードのための方法であって、
１）前記第１のＲＡＮノードのグローバルＩＤと、２）前記第１のＲＡＮノードのスライスサポートに対する情報を含むＲＡＮ−ＲＡＮインターフェース設定要求メッセージを第２のＲＡＮノードに送信することと、
前記第２のＲＡＮノードのグローバルＩＤと、２）前記第２のＲＡＮノードのスライスサポートに対する情報を含むＲＡＮ−ＲＡＮインターフェース設定応答メッセージを前記第２のＲＡＮノードから受信することを含み、
インターフェースは、前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージと前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージに基づいて、前記第１のＲＡＮノードと前記第２のＲＡＮノードの間に設定される、方法。

【請求項2】

前記第１のＲＡＮノードは第１のｇＮＢであり、前記第２のＲＡＮノードは第２のｇＮＢであり、
前記第１のｇＮＢと前記第２のｇＮＢは、５Ｇ専用（dedicated)ＲＡＮノードである、請求項１に記載の方法。

【請求項3】

前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＮＧ２設定要求メッセージまたはＸＮ設定要求メッセージのうちのいずれか一つであり、
前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＮＧ２設定応答メッセージまたはＸＮ設定応答メッセージのうちのいずれか一つである、請求項１に記載の方法。

【請求項4】

前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、前記第１のＲＡＮが接続されるコアネットワークノードのＩＤをさらに含む、請求項１に記載の方法。

【請求項5】

スライスサポートに対する前記情報は、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ｄｏｍａｉｎ ｎｅｔｗｏｒｋ ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ ＩＤ”及び“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうちの少なくとも一つを含む、請求項１に記載の方法。

【請求項6】

無線通信システムにおける第１のＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ノードであって、
送受信部と、
少なくとも一つのプロセッサと、
前記少なくとも一つのプロセッサと動作的に接続可能な少なくとも一つのコンピュータメモリであって、前記少なくとも一つのプロセッサによる動作に基づいて、
１）前記第１のＲＡＮノードのグローバルＩＤと、２）前記第１のＲＡＮノードのスライスサポートに対する情報を含むＲＡＮ−ＲＡＮインターフェース設定要求メッセージを第２のＲＡＮノードに送信し、
前記第２のＲＡＮノードのグローバルＩＤと、２）前記第２のＲＡＮノードのスライスサポートに対する情報を含むＲＡＮ−ＲＡＮインターフェース設定応答メッセージを前記第２のＲＡＮノードから受信することを実行するためのインストラクションを格納する、コンピュータメモリを含み、
インターフェースは、前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージと前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージに基づいて、前記第１のＲＡＮノードと前記第２のＲＡＮノードの間に設定される、第１のＲＡＮノード。

【請求項7】

前記第１のＲＡＮノードは第１のｇＮＢであり、前記第２のＲＡＮノードは第２のｇＮＢであり、
前記第１のｇＮＢと前記第２のｇＮＢは、５Ｇ専用（dedicated)ＲＡＮノードである、請求項６に記載の第１のＲＡＮノード。

【請求項8】

前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＮＧ２設定要求メッセージまたはＸＮ設定要求メッセージのうちのいずれか一つであり、
前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＮＧ２設定応答メッセージまたはＸＮ設定応答メッセージのうちのいずれか一つである、請求項６に記載の第１のＲＡＮノード。

【請求項9】

前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、前記第１のＲＡＮが接続されるコアネットワークノードのＩＤをさらに含む、請求項６に記載の第１のＲＡＮノード。

【請求項10】

スライスサポートに対する前記情報は、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ｄｏｍａｉｎ ｎｅｔｗｏｒｋ ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ ＩＤ”及び“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうちの少なくとも一つを含む、請求項６に記載の第１のＲＡＮノード。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるネットワークスライスベースのＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）のためのセル特定手順または移動性手順を実行する方法及び装置に関する。

【背景技術】

【0002】

３ＧＰＰ（３ｒｄ ｇｅｎｅｒａｔｉｏｎ ｐａｒｔｎｅｒｓｈｉｐ ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）は、高速パケット通信を可能とするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。

【0003】

ＩＴＵ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ ｕｎｉｏｎ）及び３ＧＰＰでＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）システムに対する要求事項及び仕様を開発する作業が始まった。ＮＲシステムは、ｎｅｗ ＲＡＴなどの他の名称で呼ばれることもある。３ＧＰＰは、緊急な市場の要求とＩＴＵ−Ｒ（ＩＴＵ ｒａｄｉｏ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｃｔｏｒ）ＩＭＴ（ｉｎｔｅｒｎａｔｉｏｎａｌ ｍｏｂｉｌｅ ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）−２０２０プロセスが提示するより長期的な要求事項を全て適時に満たすＮＲを成功裏に標準化するために必要な技術構成要素を識別して開発しなければならない。また、ＮＲは、遠い未来にも無線通信のために利用されることができる少なくとも１００ＧＨｚに達する任意のスペクトラム帯域が使用可能でなければならない。

【0004】

ＮＲは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含む全ての配置シナリオ、使用シナリオ、要求事項を扱う単一技術フレームワークを対象とする。ＮＲは、本質的に順方向互換性があるべきである。

【0005】

ＮＲの初期作業は、無線インターフェースプロトコル構造及び手順、無線接続ネットワークアーキテクチャ、インターフェースプロトコル及び手順の進行に焦点を合わせて、無線プロトコル構造及びアーキテクチャ側面で必要なものを共通的に理解することに優先順位を付与しなければならない。このような作業は、少なくとも下記を含まなければならない。

【0006】

−アーキテクチャを“ＣＵ（ｃｅｎｔｒａｌ ｕｎｉｔ）”と“ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）”とに分割する多様なオプションの実現可能性を研究する（ノード間送信、構成及びその他の必要な機能的な相互作用を含むＣＵとＤＵとの間の潜在的インターフェースと共に）。

【0007】

−シグナリング、オーケストレーション及びＯＡＭ（ｏｐｅｒａｔｉｏｎｓ、ａｄｍｉｎｉｓｔｒａｔｉｏｎ ａｎｄ ｍａｉｎｔｅｎａｎｃｅ）と関連した代替ソリューションを研究する（該当する場合）。

【0008】

−ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）インターフェースと機能的分割を研究及び概略的に説明する。

【0009】

−ＲＡＮネットワーク機能（ＮＦ；ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）実現の基本構造と作動を研究及び確認する；ＲＡＮ ＮＦとＲＡＮ ＮＦのインターフェース及び相互依存性を標準化することがある程度まで可能かを研究する。

【0010】

−ネットワークスライシングの実現を可能にする仕様の影響を研究して確認する。

【0011】

−追加アーキテクチャ要求事項を研究及び識別する（例えば、ＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）概念のサポート、ＳＯＮ（ｓｅｌｆ−ｏｒｇａｎｉｚａｔｉｏｎ ｎｅｔｗｏｒｋ）、Ｄ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）のためのサイドリンクのサポート等）。

【0012】

以上で羅列された項目で、ネットワーク分割機能が詳細にサポートされなければならない。

【発明の概要】

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

【0013】

本発明は、無線通信システムにおけるネットワークスライスベースのＮＲ（ｎｅｗ ｒａｄｉｏ ａｃｃｅｓｓ ｔｅｃｈｎｏｌｏｇｙ）のためのセル特定手順または移動性手順を実行する方法及び装置を提供する。本発明は、ネットワークスライスベースのＮＲの互いに異なるＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ノードがセル特定手順でスライスサポートに対する指示子を互いに送信する方法及び装置を提供する。また、本発明は、ネットワークスライスベースのＮＲのソースＲＡＮノードとターゲットＲＡＮノードが移動性手順でスライスサポートに対する指示子を互いに送信する方法及び装置を提供する。

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

【0014】

一態様において、無線通信システムにおける第１のＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ノードがスライスサポート指示を送信する方法が提供される。前記方法は、前記第１のＲＡＮノードのスライスサポートと関連した第１の指示子を第２のＲＡＮノードに送信し、及び前記第２のＲＡＮノードのスライスサポートと関連した第２の指示子を前記第２のＲＡＮノードから受信することを含む。

【0015】

前記第１の指示子は、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージを介して送信され、前記第２の指示子は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージを介して受信される。前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＮＧ２設定要求メッセージまたはＸＮ設定要求メッセージのうちいずれか一つであり、前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＮＧ２設定応答メッセージまたはＸＮ設定応答メッセージのうちいずれか一つである。前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、グローバルｇＮＢ（ｇＮｏｄｅＢ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）または共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）ＩＤのうち少なくとも一つを含む。前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ ＩＤまたはＣ−ＣＰＦ ＩＤのうち少なくとも一つを含む。

【0016】

または、前記第１の指示子は、ハンドオーバ要求メッセージを介して送信され、前記第２の指示子は、ハンドオーバ要求確認メッセージを介して受信される。前記方法は、前記第１の指示子を送信する前に、ＵＥ（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）からスライス別測定報告を受信することをさらに含む。前記方法は、前記第２の指示子を受信した後に、ＵＥにスライス関連情報を含むＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）メッセージを送信することをさらに含む。

【0017】

前記第１の指示子または前記第２の指示子は、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ｄｏｍａｉｎ ｎｅｔｗｏｒｋ ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ ＩＤ”または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうちいずれか一つに対応する。

【0018】

他の態様において、無線通信システムにおけるターゲットＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）ノードがスライス関連情報を送信する方法が提供される。前記方法は、スライス関連情報を含む経路転換要求メッセージをＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）ノードに送信し、及び共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、最終的に選択されたスライス関連ＩＤまたはＵ−Ｐｌａｎｅ情報のうち少なくとも一つを含む。

【0019】

前記スライス関連情報は、前記Ｃ−ＣＰＦ ＩＤを含む。前記Ｕ−Ｐｌａｎｅ情報は、ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス、ＴＥＩＤ（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ＩＤ）またはマッピングＩＤのうち少なくとも一つを含む。前記スライス関連情報または前記最終的に選択されたスライス関連ＩＤは、“ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ（ＵＥ） Ｕｓａｇｅ Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ｄｏｍａｉｎ ｎｅｔｗｏｒｋ ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ ＩＤ”または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうちいずれか一つに対応する。前記ＣＮノードは、専用Ｃ−ＣＰＦまたはアクセス及び移動性管理機能（ＡＭＦ；ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）をサポートするノードである。前記方法は、前記経路転換応答メッセージを受信した後に、前記最終的に選択されたスライス関連ＩＤ及び前記Ｕ−Ｐｌａｎｅ情報をＵＥに送信することをさらに含む。

【発明の効果】

【0020】

ネットワークスライスベースのＮＲの複数のＲＡＮノードがセル特定手順または移動性手順でスライスサポートに対する指示子を効率的に互いに送信できる。

【図面の簡単な説明】

【0021】

【図1】３ＧＰＰ ＬＴＥシステムの構造を示す。

【図2】多重コアネットワーク間に共通Ｃ−Ｐｌａｎｅ集合を共有する例を示す。

【図3】多数のＣＮＩとの連結をサポートするためのシグナリング流れの第１の部分である。

【図4】多数のＣＮＩとの連結をサポートするためのシグナリング流れの第２の部分である。

【図5】本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース設定手順を実行する方法を示す。

【図6】本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース構成アップデート手順を実行する方法を示す。

【図7】本発明の一実施例に係る移動性手順を実行する方法の第１の部分を示す。

【図8】本発明の一実施例に係る移動性手順を実行する方法の第２の部分を示す。

【図9】本発明の一実施例に係る第１のＲＡＮノードがスライスサポート指示を送信する方法を示す。

【図10】本発明の一実施例によってターゲットＲＡＮノードがスライス関連情報を送信する方法を示す。

【図11】本発明の実施例が具現される無線通信システムを示す。

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

【0022】

図１は、３ＧＰＰ ＬＴＥシステムの構造を示す。図１を参照すると、３ＧＰＰ ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ ｅｖｏｌｕｔｉｏｎ）システム構造は、一つ以上のユーザ端末（ＵＥ；ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ）１０、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ ｔｅｒｒｅｓｔｒｉａｌ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）及びＥＰＣ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｃｏｒｅ）を含む。ＵＥ１０は、ユーザにより動く通信装置である。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。

【0023】

Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ ＮｏｄｅＢ）２０を含み、一つのセルに複数のＵＥが存在できる。ｅＮＢ２０は、制御平面（ｃｏｎｔｒｏｌ ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ ｐｌａｎｅ）の終端点をＵＥ１０に提供する。ｅＮＢ２０は、一般的にＵＥ１０と通信する固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。

【0024】

以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を意味する。アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を意味する。サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）は、ＵＥ１０間の通信を意味する。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。ＳＬにおいて、送信機と受信機はＵＥ１０の一部である。

【0025】

ＥＰＣは、ＭＭＥ（ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｅｎｔｉｔｙ）とＳ−ＧＷ（ｓｅｒｖｉｎｇ ｇａｔｅｗａｙ）を含む。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの終端に位置する。ＭＭＥ／Ｓ−ＧＷ３０は、ＵＥ１０のためのセッション及び移動性管理機能の終端点を提供する。説明の便宜のために、ＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”で単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。ＰＤＮ（ｐａｃｋｅｔ ｄａｔａ ｎｅｔｗｏｒｋ）ゲートウェイ（Ｐ−ＧＷ）は、外部ネットワークと連結されることができる。

【0026】

ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ ＧＰＲＳ ｓｕｐｐｏｒｔ ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ：ＥＴＷＳ（ｅａｒｔｈｑｕａｋｅ ａｎｄ ｔｓｕｎａｍｉ ｗａｒｎｉｎｇ ｓｙｓｔｅｍ）及びＣＭＡＳ（ｃｏｍｍｅｒｃｉａｌ ｍｏｂｉｌｅ ａｌｅｒｔ ｓｙｓｔｅｍ）を含む）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別ベースのパケットフィルタリング（例えば、深層パケット検査を介して）、合法的遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（ａｃｃｅｓｓ ｐｏｉｎｔ ｎａｍｅ ａｇｇｒｅｇａｔｅ ｍａｘｉｍｕｍ ｂｉｔ ｒａｔｅ）に基づくＤＬ等級強制の各種機能を提供する。

【0027】

ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。ＵＥ１０とｅＮＢ２０は、Ｕｕインターフェースにより連結される。ＵＥ１０間は、ＰＣ５インターフェースにより連結される。ｅＮＢ２０間は、Ｘ２インターフェースにより連結される。隣接するｅＮＢ２０は、Ｘ２インターフェースによる網型ネットワーク構造を有することができる。ｅＮＢ２０とゲートウェイ３０は、Ｓ１インターフェースを介して連結される。

【0028】

５Ｇシステムは、５Ｇ ＡＮ（ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）、５Ｇ ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）及びＵＥで構成された３ＧＰＰシステムである。５Ｇ ＡＮは、５Ｇ ＣＮに連結される非３ＧＰＰ接続ネットワーク及び／またはＮＧ−ＲＡＮ（ｎｅｗ ｇｅｎｅｒａｔｉｏｎ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）を含む接続ネットワークである。ＮＧ−ＲＡＮは、５Ｇ ＣＮに連結されるという共通特性を有し、下記のオプションのうち一つ以上をサポートする無線接続ネットワークである。

【0029】

１）独立型ＮＲ（ｎｅｗ ｒａｄｉｏ）。

【0030】

２）ＮＲは、Ｅ−ＵＴＲＡ拡張を有するアンカーである。

【0031】

３）独立型Ｅ−ＵＴＲＡ。

【0032】

４）Ｅ−ＵＴＲＡは、ＮＲ拡張を有するアンカーである。

【0033】

前述した通り、ＮＲは、５Ｇシステムに含まれることができる。ＮＲは、ｎｅｗ ＲＡＴ（ｎｅｗ ｒａｄｉｏ ｔｅｃｈｎｏｌｏｇｙ）などの他の名称で呼ばれることもある。ＮＲは、ＬＴＥシステムとは異なるシステムであり、ｅＭＢＢ（ｅｎｈａｎｃｅｄ ｍｏｂｉｌｅ ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ ａｎｄ ｌｏｗ ｌａｔｅｎｃｙ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含む特定用途として使われることができる。

【0034】

ＮＲの一つの特徴であるネットワークスライシング（ｎｅｔｗｏｒｋ ｓｌｉｃｉｎｇ）が説明される。これは３ＧＰＰ ＴＲ ２３．７９９ Ｖ０．６．０（２０１６−０７）の６．１．３節及び付録Ｂを参照することができる。ネットワークスライスは、特定ネットワーク機能とネットワーク特性を提供する論理的ネットワークである。ネットワークスライシングは、運営者が機能性、性能及び隔離領域で多様な要求事項を要求する多様な市場シナリオに最適化されたソリューションを提供するようにカスタマイズ化されたネットワークを生成することができるようにする。

【0035】

ネットワークスライスは、ネットワークスライスインスタンス（ＮＳＩ；ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｉｎｓｔａｎｃｅ）を介して具現される。ＮＳＩは、配置されたネットワークスライスを形成するネットワーク関数インスタンス及び必要なリソース（例えば、コンピュータ、ストレージ及びネットワーキングリソース）の集合である。ＮＳＩは、論理的に及び／または物理的に完全にまたは部分的に他のＮＳＩから隔離されることができる。リソースは、物理的及び論理的リソースを含む。ＮＳＩは、サブネットワークインスタンスで構成されることができ、特殊な場合、複数のＮＳＩが共有できる。ＮＳＩは、ネットワークスライスブループリントにより定義される。ＮＳＩを生成する時、インスタンス別政策及び構成が要求される。ネットワーク特性の例示は、超低待機時間、超安定性などである。

【0036】

ネットワーク機能（ＮＦ；ｎｅｔｗｏｒｋ ｆｕｎｃｔｉｏｎ）は、ネットワークで３ＧＰＰが採択しまたは定義した処理機能であり、機能的動作及び３ＧＰＰ定義インターフェースを定義する。ネットワーク機能は、専用ハードウェア上のネットワーク要素であり、専用ハードウェア上で実行されるソフトウェアインスタンスとしてまたは適切なプラットホーム（例えば、クラウドインフラストラクチャ）上でインスタンス化される仮想化された機能として具現されることができる。ＮＦサービスは、サービスベースのインターフェースを介してＮＦにより露出され、他の認証されたＮＦにより消費される機能である。ＮＦサービス動作は、ＮＦサービスが構成される基本単位である。

【0037】

ネットワークスライシングのための一つのソリューションとして、ＵＥが一つのネットワーク事業者の多数のネットワークスライスからサービスを同時に得ることができるようにするために、多重ネットワークスライスへの多重接続がサポートされることができる。

【0038】

図２は、多重コアネットワーク間に共通Ｃ−Ｐｌａｎｅ集合を共有する例を示す。図２を参照すると、コアネットワークインスタンス（ＣＮＩ；ｃｏｒｅ ｎｅｔｗｏｒｋ ｉｎｓｔａｎｃｅ）間に共通である制御平面（Ｃ−Ｐｌａｎｅ；ｃｏｎｔｒｏｌ ｐｌａｎｅ）機能の単一集合が多数のＣＮＩにわたって共有される。また、共通的でない他のＣ−Ｐｌａｎｅ機能は、それぞれのＣＮＩに常在し、他のＣＮＩと共有されない。

【0039】

多数のＣＮＩに対する共通Ｃ−Ｐｌａｎｅ機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ Ｃ−Ｐｌａｎｅ ｆｕｎｃｔｉｏｎｓ）は、下記の通りである。

【0040】

−認証機能（ＡＵ；ａｕｔｈｅｎｔｉｃａｔｉｏｎ ｆｕｎｃｔｉｏｎ）：ＡＵは、事業者のネットワークに接続するＵＥの認証及び許可を担当する。また、ＮＡＳシグナリングのセキュリティ及び無欠性保護機能を提供する。

【0041】

−移動性管理機能（ＭＭ；ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）：ＭＭは、事業者のネットワークでのＵＥ登録（例えば、ＵＥコンテキストの格納）及びＵＥ移動性サポート（例えば、ＵＥが事業者のネットワーク内で基地局を横切って移動する場合に移動性機能提供）を担当する。

【0042】

Ｃ−ＣＰＦは、例えば、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）などの他の名称で呼ばれることもある。

【0043】

各ＣＮＩの専用Ｃ−Ｐｌａｎｅ機能は、下記の通りである。

【0044】

−セッション管理機能（ＳＭ；ｓｅｓｓｉｏｎ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）：ＳＭは、ＰＤＵ（ｐｒｏｔｏｃｏｌ ｄａｔａ ｕｎｉｔ）セッション確立、ＰＤＵセッション修正及びＰＤＵセッション終了を担当する。

【0045】

ＲＡＮとＣＮＩのＣ−Ｐｌａｎｅ機能との間の直接Ｃ−Ｐｌａｎｅインターフェースは、必要でない。これは暗号化されたＮＡＳシグナリングメッセージは、暗号化されたキーをＵＥと交換したＣ−ＣＰＦ（例えば、ＡＵ機能）により解読されなければならないためである。ＵＥが単一ＣＮＩに接続する場合、ＲＡＮは、ＣＮＩ内に位置した特定Ｃ−Ｐｌａｎｅ機能として直接Ｃ−Ｐｌａｎｅインターフェースを有することができる。このような場合、Ｃ−ＣＰＦの一部として描写されたＣ−Ｐｌａｎｅ機能は、ＣＮＩ内にあるＣ−Ｐｌａｎｅ機能と見なされるため、Ｃ−ＣＰＦが存在しない。

【0046】

図２に示すソリューションの原理は、下記のように説明される。

【0047】

−ＣＮＩは、単一Ｃ−Ｐｌａｎｅ機能集合と単一Ｕ−Ｐｌａｎｅ機能集合とで構成される。

【0048】

−ＣＮＩは、同じＵＥタイプに属するＵＥのために専用される。ＵＥタイプの識別は、特定パラメータ、例えば、ＵＥ使用類型（ＵＥ Ｕｓａｇｅ Ｔｙｐｅ）及び／またはＵＥの加入者情報などを使用して実行される。

【0049】

−Ｃ−Ｐｌａｎｅ機能集合は、例えば、要求される場合、ＵＥ移動性サポートまたは認証及び加入検証を実行することによってＵＥをネットワークに承認することを担当する。

【0050】

−多数のＣＮＩに共通的な全てのＣ−Ｐｌａｎｅ機能は、複数回生成される必要がない。

【0051】

−他のＣＮＩと共通されない他のＣ−Ｐｌａｎｅ機能は、自体ＣＮＩによってのみ使われる。

【0052】

−ＣＮＩ内のＵ−Ｐｌａｎｅ機能集合は、ＵＥに特定サービスを提供して特定サービスのＵ−Ｐｌａｎｅデータを送信する役割をする。例えば、ＣＮＩ＃１内の一つのＵ−Ｐｌａｎｅ機能集合は、ＵＥにｅＭＢＢサービスを提供するが、ＣＮＩ＃２内の他のＵ−Ｐｌａｎｅ機能集合は、ＵＥに危機通信サービスを提供する。

【0053】

−各ＵＥは、互いに異なるＣＮＩで可能な互いに異なるＵ−Ｐｌａｎｅ機能集合に対して複数個のＵ−Ｐｌａｎｅ連結を同時に有することができる。

【0054】

−ネットワークスライス選択機能（ＮＳＳＦ；ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）は、ＵＥの加入及び特定パラメータ（例えば、ＵＥ類型（ＵＥ Ｔｙｐｅ）、サービス類型（Ｓｅｒｖｉｃｅ Ｔｙｐｅ）またはＣＮＩがサポートするサービス類型を示すためにマッピングされることができるＤＮＮ（ｄｏｍａｉｎ ｎｅｔｗｏｒｋ ｎａｍｅ））を考慮することによってＵＥを受け入れるＣＮＩを選択する役割をする。

【0055】

−ＲＡＮは、Ｃ−ＣＰＦ内のどんなＣ−Ｐｌａｎｅ機能と通信するかにかかわらず、単一Ｃ−Ｐｌａｎｅインターフェースを介してＣ−ＣＰＦと通信する。したがって、Ｃ−ＣＰＦは、ブラックボックスと見なされる。

【0056】

−共通Ｃ−Ｐｌａｎｅ選択機能（ＣＣＰＳＦ；ｃｏｍｍｏｎ Ｃ−Ｐｌａｎｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）は、Ｃ−ＣＰＦの一部と見なされ、即ち、ＣＣＰＳＦは、Ｃ−ＣＰＦ内に位置すると仮定する。ＣＣＰＳＦは、基地局が通信すべきＣ−ＣＰＦを決定する役割をする。Ｃ−ＣＰＦの決定は、ＵＥの加入プロファイルを検査することで実行される。ＣＣＰＳＦは、ＮＡＳシグナリングメッセージを正しいＣ−ＣＰＦでルーティングする機能でない。このソリューションでは、ＲＡＮが初期接続要求の場合はＣＣＰＳＦによりまたは全ての後続メッセージの場合はＵＥにより送信された情報を取ることによって、ＮＡＳシグナリングメッセージを適切なＣ−ＣＰＦでルーティングする機能を有すると仮定する。

【0057】

一方、このソリューションで“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”及び“ＤＮＮ”が下記に説明された用途として使われる。

【0058】

−“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”（ＵＥ使用類型）は、ＵＥの類型、例えば、自動車ＵＥ使用類型、スマートフォンＵＥ使用類型などを識別する時に使われる。

【0059】

−“ＤＣＮ−ＩＤ”は、各ＵＥ使用類型のために、特定な専用コアネットワークを識別する時に使われる。また、事業者は、同じＵＥ使用類型の企業または専用コアネットワークの相異なる変形に対しても特定専用コアネットワークを識別するために、ＤＣＮ−ＩＤを使用することを考慮することができる。後者の場合に対する一例は、互いに異なるＣＩｏＴ（ｃｅｌｌｕｌａｒ ｉｎｔｅｒｎｅｔ−ｏｆ−ｔｈｉｎｇｓ）最適化特徴をサポートするＣＩｏＴ ＵＥに対する専用コアネットワークの互いに異なる変形を有するものである。即ち、ＤＣＮ−ＩＤは、このＵＥ使用類型及び（選択的に）このＵＥ使用類型の特定ＵＥ企業に特定なＣ−ＣＰＦを決定するために使われる。例えば、同じ類型のＵＥに属しているが、互いに異なる自動車企業にコアネットワークを配置することができると考えることができる。

【0060】

−“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”（サービス類型）は、ＣＮＩがサポートすると予想されるサービスの類型を識別する時に使われる。例えば、自動車ＵＥは、ｅＭＢＢサービス及びＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）サービスを同時にサポートする多数のＣＮＩに接続することを所望することができる。

【0061】

−“ＤＮＮ”は、ＵＥが特定サービスタイプのために通信しようとするＰＤＮを識別する時に使われる。例えば、ＤＮＮ＃１は、モバイル広帯域サービスが必要なインターネットサービスである。

【0062】

−臨時ＵＥ ＩＤは、コアネットワークによりＵＥに提供される臨時ＩＤである。これはＥＰＳ（ｅｖｏｌｖｅｄ ｐａｃｋｅｔ ｓｙｓｔｅｍ）場合におけるＧＵＴＩ（ｇｌｏｂａｌｌｙ ｕｎｉｑｕｅ ｔｅｍｐｏｒａｒｙ ｉｄｅｎｔｉｆｉｅｒ）と同様である。この臨時ＵＥ ＩＤは、２個の部分、即ち、１）Ｃ−ＣＰＦのＩＤ、２）ＵＥ特定ＩＤで構成される。

【0063】

以上の説明を考慮すると、ＤＮＮパラメータを利用してＵＥが要求するサービスタイプに適したＣＮＩが選択されることができる。

【0064】

図３は、多数のＣＮＩとの連結をサポートするためのシグナリング流れの第１の部分である。図３は、多数のＣＮＩとの連結をサポートするためのＭＭ接続手順を示す。

【0065】

ステップＳ１００において、ＵＥが初めて事業者のネットワークに連結し、または初めてＰＬＭＮ（ｐｕｂｌｉｃ ｌａｎｄ ｍｏｂｉｌｅ ｎｅｔｗｏｒｋ）に登録し、ＲＡＮがネットワーク連結要求を適切なＣ−ＣＰＦでルーティングするための十分の情報がない場合、ＵＥは、ＲＡＮにネットワーク連結要求を送信し、これは基本Ｃ−ＣＰＦに伝達される。シグナリング流れは、後述するステップＳ１０１で続いている。

【0066】

ＵＥがこのネットワーク連結要求と共にＤＣＮ−ＩＤを提供するが、臨時ＵＥ ＩＤを提供しない場合、ＲＡＮは、このＤＣＮ−ＩＤを使用することでこのＤＣＮ−ＩＤをサポートする適切なＣ−ＣＰＦを決定し、シグナリング流れは、後述するステップＳ１０３で続いている。また、ＵＥは、このネットワーク連結要求と共にサービス類型及び／またはＤＮＮなどの他の情報を提供することができる。

【0067】

ＵＥが臨時ＵＥ ＩＤを提供する場合、ＲＡＮは、臨時ＵＥ ＩＤを使用して専用Ｃ−ＣＰＦを決定し、シグナリング流れは、後述するステップＳ１０３で続く。また、ＵＥは、このネットワーク連結要求と共にＤＣＮ−ＩＤ、サービス類型及び／またはＤＮＮなどの他の情報を提供することができる。

【0068】

ＵＥが事業者のネットワークに連結するための要求を送る時、ＵＥは、このネットワーク連結要求と共にＤＮＮを送信することによって特定サービスに対するセッションを設定するように要求できる。この場合、後述するステップＳ１０５の認証及び許可が実行された後、専用のＣ−ＣＰＦは、図４で後述するステップＳ１１１、ステップＳ１１２及びステップＳ１１３と同様に要求サービスに対するセッションを確立する。

【0069】

ステップＳ１０１において、基本Ｃ−ＣＰＦ内に位置するＣＣＰＳＦは、ステップＳ１００でＵＥからの受信したネットワーク連結要求内の情報（例えば、ＤＣＮ−ＩＤ）を考慮してどのＣ−ＣＰＦと連結されるべきかを決定する。また、購読データベースからの他の情報も考慮されることができる。例えば、このＵＥに対し、ＵＥの加入は、事業者が加入したＣＮＩとセッションを設定すべきであることを示すことができる。図３において、このＣＮＩは、ＣＮＩ＃１である。

【0070】

基本Ｃ−ＣＰＦがこのＵＥのネットワーク連結要求を提供すると決定する場合、基本Ｃ−ＣＰＦは、認証を実行し続けて実行し、ＵＥが事業者のネットワークに接続／連結するように許容する。または、基本Ｃ−ＣＰＦは、このＵＥのネットワーク連結要求を拒絶し、したがって、この手順は、このステップで終了される。このような特定場合は、シグナリング流れを単純化するために図３に示さない。

【0071】

ステップＳ１０２において、基本Ｃ−ＣＰＦは、ＵＥが接続するＣ−ＣＰＦと共に応答をＲＡＮノードに送信する。また、ステップＳ１００におけるＵＥのネットワーク連結要求の同じ内容がＲＡＮに返送される。

【0072】

ＵＥが臨時ＵＥ ＩＤを提供する場合、これはＵＥがＰＬＭＮに一回登録され、ＵＥがどんなＤＣＮ−ＩＤに連結されるべきかをコアネットワークが決定したということを意味する。したがって、ＲＡＮは、臨時ＵＥ ＩＤのみを使用してＮＡＳメッセージを適切なＣ−ＣＰＦでルーティングする。

【0073】

ステップＳ１０３において、このＵＥ利用類型及び／またはＵＥによりまたはステップＳ１０２における基本Ｃ−ＣＰＦにより提供されるこのＤＣＮ−ＩＤに専用であるＣ−ＣＰのプールがある場合、ＲＡＮノードは、ＮＡＳノード選択機能（ＮＮＳＦ；ＮＡＳ ｎｏｄｅ ｓｅｌｅｃｔｉｏｎ ｆｕｎｃｔｉｏｎ）を実行する。

【0074】

ステップＳ１０４において、ＲＡＮノードは、ＵＥのネットワーク連結要求を専用Ｃ−ＣＰＦでルーティングする。この要求と共に専用Ｃ−ＣＰＦが特定サービス類型に特定なＣＮＩを選択することができるようにＤＮＮのような他の情報が含まれることができる。

【0075】

ステップＳ１０５において、認証及びＵＥが事業者のネットワークに接続／連結するように許可が実行される。また、このステップで、ＵＥと専用Ｃ−ＣＰＦとの間でＮＡＳメッセージを解読するためのキーが提供される。

【0076】

ステップＳ１０６において、専用Ｃ−ＣＰＦは、ネットワーク連結受諾応答をＵＥに送信する。この応答は、臨時ＵＥ ＩＤ及びＵＥに対して構成される情報、例えば、どんなＤＣＮ−ＩＤ、対応するサービス類型及び／またはＵＥが接続するように許容された対応するＤＮＮを含むことができる。新しく提供されるＤＣＮ−ＩＤが既にＵＥが有しているＤＣＮ−ＩＤと一致しない場合、ＤＣＮ−ＩＤは、ＵＥで構成される。

【0077】

図４は、多数のＣＮＩとの連結をサポートするためのシグナリング流れの第２の部分である。図４のシグナリング流れは、図３のシグナリング流れに後続する。図４は、多数のＣＮＩとの連結をサポートするためのＳＭ手順を示す。

【0078】

ステップＳ１１０において、ＵＥは、新しいＰＤＵセッションに対してＳＭ要求を送信することによって通信サービス（例えば、ＣＮＩ＃１により提供されるサービス＃１）に対するセッションの確立を要求する。このＰＤＵセッション要求で、ＵＥは、ＤＣＮ−ＩＤ及びＤＮＮを提供する。

【0079】

ステップＳ１１１において、ＲＡＮは、ＵＥにより送信されたＤＣＮ−ＩＤ情報を利用してＰＤＵセッション要求を適切な専用Ｃ−ＣＰＦに伝達する。

【0080】

ステップＳ１１２において、専用Ｃ−ＣＰＦは、ＰＤＵセッション要求のＤＮＮ情報を利用してＣＮＩ＃１の専用ＣＰＦを選択し、サービス＃１に対するＵＥのＰＤＵセッション要求をＣＮＩ＃１でセッション管理を担当するＣＮＩ＃１のＣＰＦ−１（即ち、ＣＮＩ−１ ＣＰＦ−１）に伝達する。この伝達されたＰＤＵセッション要求は、依然としてＵＥ使用類型、ＤＣＮ−ＩＤ及びＤＮＮのようなＵＥにより送信された情報を含む。

【0081】

ステップＳ１１３において、成功裏にセッション確立した後に、ＣＮＩ＃１のＣＰＦ−１は、セッション応答を専用Ｃ−ＣＰＦに返送する。

【0082】

ステップＳ１１４に、専用Ｃ−ＣＰＦは、新しいサービス応答をＲＡＮを介してＵＥに返送する。

【0083】

ステップＳ１２０において、ＵＥは、以前サービスと異なるサービス類型である新しい通信サービスに対する他のセッションの確立を要求する。このＰＤＵセッション要求で、ＵＥは、臨時ＵＥ ＩＤ、ＵＥ使用類型、ＤＣＮ−ＩＤ、サービス類型及び／またはＤＮＮを提供する。

【0084】

ステップＳ１２１において、ＲＡＮは、ＵＥにより送信された臨時ＵＥ ＩＤを使用して専用Ｃ−ＣＰＦを決定し、専用Ｃ−ＣＰＦにＰＤＵセッション要求を伝達する。

【0085】

ステップＳ１２２において、専用Ｃ−ＣＰＦは、ＰＤＵセッション要求のＤＮＮ情報を利用してＣＮＩ＃２の専用ＣＰＦを選択し、新しいサービスに対するＵＥのサービス要求をＣＮＩ＃２でセッション管理を担当するＣＮＩ＃２のＣＰＦ−１（即ち、ＣＮＩ−２ ＣＰＦ−１）に伝達する。この伝達されたＰＤＵセッション要求は、依然としてＵＥ使用類型、ＤＣＮ−ＩＤ、サービス類型及び／またはＤＮＮのようなＵＥにより送信された情報を含む。

【0086】

ステップＳ２１３において、成功裏にセッション確立した後に、ＣＮＩ＃２のＣＰＦ−１は、セッション応答を専用Ｃ−ＣＰＦに返送する。

【0087】

ステップＳ２１４において、専用Ｃ−ＣＰＦは、新しいサービス応答をＲＡＮを介してＵＥに返送する。

【0088】

一方、他の類似した候補アーキテクチャのために、ＭＤＤ（ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ ｄｅｓｃｒｉｐｔｏｒ）が追加的に定義されることができる。ＭＤＤは、スライスを識別することができる。ＭＤＤは、ＲＲＣ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｃｏｎｔｒｏｌ）及びＮＡＳシグナリング階層の両方ともでＵＥにより提供されることができる。ＵＥが接続できる各スライスに対して、ＭＤＤは、少なくともテナントを識別するテナントＩＤ及びネットワーク動作を識別するサービス説明／スライス類型で構成されることができる。テナントＩＤは、事業者がネットワークインフラの一部を特定供給業者に賃貸する時に使われる。サービス説明／スライス類型は、例えば、ｅＭＢＢサービス、危機通信、ｍＭＴＣまたはその他の行動などに対応できる。

【0089】

ＵＥベースのスライス選択手順をサポートするために、ＮＲでセル特定構成手順が定義される必要がある。しかし、まだＮＲでセル特定構成手順が明確に定義されたことはない。また、スライスの概念が適用された状態でＵＥベースの移動性手順をサポートするために、ＮＲで移動性手順も定義される必要がある。しかし、まだＮＲで移動性手順が明確に定義されたことはない。

【0090】

前述した問題点を解決するために、本発明は、まずＮＲのためのセル特定手順を実行する方法を提供する。本発明は、ＵＥベースのスライス選択手順をもっとよくサポートするためのセル特定手順に焦点をおく。特に、本発明は、ＲＡＮ−ＲＡＮインターフェースの観点で前述した問題点を解決する。

【0091】

図５は、本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース設定手順を実行する方法を示す。ＲＡＮ−ＲＡＮインターフェース設定手順の目的は、２個のＲＡＮノードがＲＡＮ−ＲＡＮインターフェースを介して正確に相互作用する時に必要なアプリケーションレベル構成データを交換することにある。この実施例において、ＲＡＮ−ＲＡＮインターフェースは、２個のＲＡＮノード間に設定される。２個のＲＡＮノードは、各々、ｇＮＢ（ｇＮｏｄｅＢ）１及びｇＮＢ２である。または、２個のＲＡＮノードは、ｎｇ−ｅＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅＮＢ）１及びｎｇ−ｅＮＢ２である。ＲＡＮ−ＲＡＮインターフェースは、ＮＧ２インターフェースまたはＸＮインターフェースである。

【0092】

ステップＳ２００において、ＲＡＮノード１は、ＲＡＮノード２にＲＡＮ−ＲＡＮインターフェース設定要求メッセージを送信する。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＲＡＮ−ＲＡＮ制御インターフェースインスタンスに対するアプリケーションデータを送信するためにＲＡＮノードにより隣接ＲＡＮノードに送信される。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、グローバルｇＮＢ ＩＤまたはｎｇ−ｅＮＢ ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＲＡＮノード１のスライスサポート指示を含むことができる。グローバルｇＮＢ ＩＤ（または、ｎｇ−ｅＮＢ ＩＤ）、Ｃ−Ｐｌａｎｅ機能／ノードに対する情報またはスライスサポート指示は、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージ内のＮＳＳＡＩ（ｎｅｔｗｏｒｋ ｓｌｉｃｅ ｓｅｌｅｃｔｉｏｎ ａｓｓｉｓｔａｎｃｅ ｉｎｆｏｒｍａｔｉｏｎ）ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）に含まれることができる。

【0093】

本実施例ではＲＡＮ−ＲＡＮインターフェース設定要求メッセージがＮＧ２設定要求メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、他のメッセージであってもよい（例えば、ＸＮ設定要求メッセージ）。

【0094】

ステップＳ２１０において、ＲＡＮノード２は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージをＲＡＮノード１に送信する。ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ ＩＤまたはｎｇ−ｅＮＢ ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＲＡＮノード１のスライスサポート指示を含むことができる。また、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＲＡＮノード２のスライスサポート指示を含むことができる。グローバルｇＮＢ ＩＤ（または、ｎｇ−ｅＮＢ ＩＤ）、Ｃ−Ｐｌａｎｅ機能／ノードに対する情報またはスライスサポート指示は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージ内のＮＳＳＡＩ ＩＥに含まれることができる。

【0095】

本実施例ではＲＡＮ−ＲＡＮインターフェース設定応答メッセージがＮＧ２設定応答メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、他のメッセージであってもよい（例えば、ＸＮ設定応答メッセージ）。

【0096】

ＲＡＮ−ＲＡＮインターフェース設定要求／応答メッセージを受信した各ＲＡＮノードは、受信されたＲＡＮ−ＲＡＮインターフェース設定要求／応答メッセージに含まれている情報（例えば、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”）に基づいて適切な行動を取ることができる。例えば、ＲＡＮノードは、ＭＭ接続手順、サービス要求手順、ＴＡＵ（ｔｒａｃｋｉｎｇ ａｒｅａ ｕｐｄａｔｅ）手順またはハンドオーバ移動手順のうち一つの手順中にＵＥに対するスライス選択またはＮＮＳＦ選択を実行することができる。

【0097】

図６は、本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース構成アップデート手順を実行する方法を示す。ＲＡＮ−ＲＡＮインターフェース構成アップデート手順の目的は、２個のＲＡＮノードがＲＡＮ−ＲＡＮ制御インターフェースを介して正確に相互運用される時に必要なアプリケーションレベル構成データをアップデートすることにある。この実施例において、ＲＡＮ−ＲＡＮインターフェースの構成は、２個のＲＡＮノード間でアップデートされる。２個のＲＡＮノードは、各々、ｇＮＢ１及びｇＮＢ２である。または、２個のＲＡＮノードは、各々、ｎｇ−ｅＮＢ１及びｎｇ−ｅＮＢ２である。ＲＡＮ−ＲＡＮインターフェースは、ＮＧ２インターフェースまたはＸＮインターフェースである。

【0098】

ステップＳ３００において、ＲＡＮノード１は、ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージをＲＡＮノード２に送信する。ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、グローバルｇＮＢ ＩＤまたはｎｇ−ｅＮＢ ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、ＲＡＮノード１のスライスサポート指示を含むことができる。

【0099】

本実施例ではＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージがＮＧ２構成アップデート要求メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、他のメッセージであってもよい（例えば、ｇＮＢ／ＮＧ−ＲＡＮ構成アップデートメッセージ）。

【0100】

ステップＳ３１０において、ＲＡＮノード２は、ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージをＲＡＮノード１に送信する。ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、グローバルｇＮＢ ＩＤまたはｎｇ−ｅＮＢ ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、ＲＡＮノード２のスライスサポート指示を含むことができる。

【0101】

本実施例ではＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージがＮＧ２構成アップデート応答メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、他のメッセージであってもよい（例えば、ｇＮＢ／ＮＧ−ＲＡＮ構成アップデート確認メッセージ）。

【0102】

ＲＡＮ−ＲＡＮインターフェース構成アップデート要求／応答メッセージを受信した各ＲＡＮノードは、受信されたＲＡＮ−ＲＡＮインターフェース構成アップデート要求／応答メッセージに含まれている情報（例えば、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”）に基づいて適切な行動を取ることができる。例えば、ＲＡＮノードは、ＭＭ接続手順、サービス要求手順、ＴＡＵ手順またはハンドオーバ移動手順のうち一つの手順中にＵＥに対するスライス選択またはＮＮＳＦ選択を実行することができる。

【0103】

また、前述した問題点を解決するために、本発明は、ＮＲのための移動性手順を実行する方法を提供する。本発明は、ネットワークスライスをサポートするＮＲに対する移動性手順を提供する。

【0104】

図７は、本発明の一実施例に係る移動性手順を実行する方法の第１の部分を示す。この実施例において、ソースＲＡＮノードは、ソースｇＮＢであり、ターゲットＲＡＮノードは、ターゲットｇＮＢである。または、ソースＲＡＮノードは、ソースｎｇ−ｅＮＢであり、ターゲットＲＡＮノードは、ターゲットｎｇ−ｅＮＢである。

【0105】

ステップＳ４００において、測定報告がトリガされてソースＲＡＮノードに送信される。測定報告は、スライス別に送信されることができる。また、スライス関連情報が測定報告と共にソースＲＡＮノードに送信されることができる。即ち、スライス関連情報が測定報告に添付されることができる。または、測定報告にスライス関連情報が含まれることができる。スライス関連情報は基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。

【0106】

ステップＳ４０１において、ソースＲＡＮノードは、スライス別に受信された測定報告及びＲＲＭ（ｒａｄｉｏ ｒｅｓｏｕｒｃｅ ｍａｎａｇｅｍｅｎｔ）情報に基づいてＵＥのハンドオーバを決定する。

【0107】

ステップＳ４０２において、ソースＲＡＮノードは、ターゲットＲＡＮノード側でハンドオーバを準備するために必要な情報を伝達するハンドオーバ要求メッセージをターゲットＲＡＮノードに送信する。ハンドオーバ要求メッセージは、スライス関連情報を含むことができる。スライス関連情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。

【0108】

ステップＳ４０３において、ターゲットＲＡＮノードによりリソースが承認されることができる場合、成功裏にハンドオーバできる可能性を高めるためにスライス別に受信されたＱｏＳ（ｑｕａｌｉｔｙ ｏｆ ｓｅｒｖｉｃｅ）情報によってターゲットＲＡＮノードにより承認制御が実行されることができる。

【0109】

ステップＳ４０４において、ターゲットＲＡＮノードは、Ｌ１／Ｌ２とハンドオーバを準備してハンドオーバ要求確認メッセージをソースＲＡＮノードに送信する。ハンドオーバ要求確認メッセージは、選択されたスライス関連情報を含むことができる。選択されたスライス関連情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。選択されたスライス関連情報は、ハンドオーバの実行のために透明なコンテナに含まれてＵｕメッセージとしてＵＥに送信されることができる。

【0110】

ステップＳ４０５において、ターゲットＲＡＮノードは、ソースＲＡＮノードによりＵＥに送られる、ハンドオーバのためのＲＲＣメッセージを生成する。ＲＲＣメッセージは、選択されたスライス関連情報を含むことができる。選択されたスライス関連情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。

【0111】

ステップＳ４０６において、ＵＥとターゲットＲＡＮノードとの間でランダムアクセス手順が実行される。

【0112】

ステップＳ４０７において、構成完了メッセージがＵＥによりターゲットＲＡＮノードに送信される。

【0113】

図７におけるデータ伝達関連ステップは省略された。

【0114】

図８は、本発明の一実施例に係る移動性手順を実行する方法の第２の部分を示す。図８に示すシグナリング流れは、図７に示すシグナリング流れに後続する。

【0115】

ステップＳ４１０において、ターゲットＲＡＮノードは、ＣＮノードに経路転換要求メッセージを送信してＵＥのセル変更を知らせる。この実施例において、ＣＮノードは、専用Ｃ−ＣＰＦと仮定する。しかし、ＣＮノードは、他のノードであってもよい（例えば、ＡＭＦ）。経路転換要求メッセージは、スライス関連情報を含むことができる。スライス関連情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。

【0116】

ステップＳ４１１において、専用Ｃ−ＣＰＦは、ＣＮＩのスライスを決定する。

【0117】

ステップＳ４１２において、専用Ｃ−ＣＰＦは、セッションアップデート要求メッセージを選択されたＣＮＩに送信する。この実施例において、選択されたＣＮＩは、ＣＮＩ−１と仮定する。したがって、セッションアップデート要求メッセージは、ＣＮＩ−１ ＣＰＦ−１に送信される。

【0118】

ステップＳ４１３において、セッションアップデート要求メッセージは、選択されたスライスに対するＵ−Ｐｌａｎｅ関連ノードに伝達される。したがって、セッションアップデート要求メッセージは、ＣＮＩ−１ ＵＰＦ−１に伝達される。

【0119】

ステップＳ４１４において、ＣＮＩ−１ ＵＰＦ−１は、セッションアップデート応答メッセージをＣＮＩ−１ ＣＰＦ−１に送信する。セッションアップデート応答メッセージは、最終選択されたスライス関連ＩＤを含むことができる。また、セッションアップデート応答メッセージは、スライス別Ｕ−Ｐｌａｎｅ情報を含むことができる。スライス別Ｕ−Ｐｌａｎｅ情報は、ＩＰ（ｉｎｔｅｒｎｅｔ ｐｒｏｔｏｃｏｌ）アドレス、ＴＥＩＤ（ｔｕｎｎｅｌ ｅｎｄｐｏｉｎｔ ＩＤ）、及びＧＴＰ（ＧＰＲＳ ｔｕｎｎｅｌｉｎｇ ｐｒｏｔｏｃｏｌ）が使われない場合、マッピングＩＤのうち少なくとも一つを含むことができる。

【0120】

ステップＳ４１５において、セッションアップデート応答メッセージは、専用Ｃ−ＣＰＦに伝達される。セッションアップデート応答メッセージは、最終選択されたスライス関連ＩＤを含むことができる。また、セッションアップデート応答メッセージは、スライス別Ｕ−Ｐｌａｎｅ情報を含むことができる。スライス別Ｕ−Ｐｌａｎｅ情報は、ＩＰアドレス、ＴＥＩＤ、及びＧＴＰが使われない場合、マッピングＩＤのうち少なくとも一つを含むことができる。

【0121】

ステップＳ４１６において、専用Ｃ−ＣＰＦは、経路転換応答メッセージをターゲットＲＡＮノードに送信する。経路転換応答メッセージは、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。また、経路転換応答メッセージは、最終選択されたスライス関連ＩＤを含むことができる。基本／専用Ｃ−ＣＰＦ ＩＤまたは最終選択されたスライス関連ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。また、経路転換応答メッセージは、スライス当たりＵ−Ｐｌａｎｅ情報を含むことができる。スライス別Ｕ−Ｐｌａｎｅ情報は、ＩＰアドレス、ＴＥＩＤ、及びＧＴＰが使われない場合、マッピングＩＤのうち少なくとも一つを含むことができる。

【0122】

経路転換応答メッセージを受信すると、ステップＳ４１７において、ターゲットＲＡＮノードは、最終選択されたスライスを認識して最終選択されたスライス及びＵ−Ｐｌａｎｅ情報に対する動作を取る。

【0123】

ステップＳ４１８において、ターゲットＲＡＮノードは、必要な場合、スライスの情報をＵＥに通知できる。スライスの情報は、基本／専用Ｃ−ＣＰＦ ＩＤを含むことができる。また、スライスの情報は、最終選択されたスライス関連ＩＤを含むことができる。基本／専用Ｃ−ＣＰＦ ＩＤまたは最終選択されたスライス関連ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。

【0124】

ステップＳ４１９において、ターゲットＲＡＮノードは、ＵＥコンテキスト解除メッセージをソースＲＡＮノードに送信する。

【0125】

図９は、本発明の一実施例に係る第１のＲＡＮノードがスライスサポート指示を送信する方法を示す。この実施例は、図５から図７に示す実施例に対応できる。

【0126】

ステップＳ５００において、第１のＲＡＮノードは、第１のＲＡＮノードのスライスサポートと関連した第１の指示子を第２のＲＡＮノードに送信する。ステップＳ５１０において、第１のＲＡＮノードは、第２のＲＡＮノードのスライスサポートに関連した第２の指示子を第２のＲＡＮノードから受信する。

【0127】

第１の指示子は、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージを介して送信されることができ、第２の指示子は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージを介して受信されることができる。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＮＧ２設定要求メッセージまたはＸＮ設定要求メッセージのうち一つであり、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＮＧ２設定応答メッセージまたはＸＮ設定応答メッセージのうち一つである。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、グローバルｇＮＢ ＩＤ（または、ｎｇ−ｅＮＢ ＩＤ）またはＣ−ＣＰＦ ＩＤのうち少なくとも一つを含むことができる。ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ ＩＤ（または、ｎｇ−ｅＮＢ ＩＤ）またはＣ−ＣＰＦ ＩＤのうち少なくとも一つを含むことができる。第１のＲＡＮノードは、第１のｇＮＢであり、第２のＲＡＮノードは、第２のｇＮＢである。または、第１のＲＡＮノードは、第１のｎｇ−ｅＮＢであり、第２のＲＡＮノードは、第２のｎｇ−ｅＮＢである。

【0128】

その代案として、第１の指示子は、ハンドオーバ要求メッセージを介して送信されることができ、第２の指示子は、ハンドオーバ要求確認メッセージを介して受信されることができる。第１のＲＡＮノードは、ソースｇＮＢであり、第２のＲＡＮノードは、ターゲットｇＮＢである。または、第１のＲＡＮノードは、ソースｎｇ−ｅＮＢであり、第２のＲＡＮノードは、ターゲットｎｇ−ｅＮＢである。この場合、第１のＲＡＮノードは、第１の指示子を送信する前に、ＵＥからスライス当たり測定報告を受信することができる。また、第１のＲＡＮノードは、前記第２の指示子を受信した後、スライス関連情報を含むＲＲＣメッセージを送信することができる。

【0129】

前記第１の指示子または前記第２の指示子は、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。

【0130】

図１０は、本発明の一実施例によってターゲットＲＡＮノードがスライス関連情報を送信する方法を示す。この実施例は、図８に示す実施例に対応できる。

【0131】

ステップＳ６００において、ターゲットＲＡＮノードは、スライス関連情報を含む経路転換要求メッセージをＣＮノードに送信する。ステップＳ６１０において、ターゲットＲＡＮノードは、ＣＮノードからＣ−ＣＰＦ ＩＤ、最終選択されたスライス関連ＩＤまたはＵ−Ｐｌａｎｅ情報のうち少なくとも一つを含む経路転換応答メッセージを受信する。スライス関連情報は、Ｃ−ＣＰＦ ＩＤを含むことができる。Ｕ−Ｐｌａｎｅ情報は、ＩＰアドレス、ＴＥＩＤまたはマッピングＩＤのうち少なくとも一つを含むことができる。スライス関連情報または最終選択されたスライス関連ＩＤは、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”、または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち少なくとも一つに対応できる。ＣＮノードは、専用Ｃ−ＣＰＦまたはＡＭＦをサポートするノードである。ターゲットＲＡＮノードは、前記経路転換応答メッセージを受信した後に最終選択されたスライス関連ＩＤ及びＵ−Ｐｌａｎｅ情報をＵＥに送信できる。

【0132】

図１１は、本発明の実施例が具現される無線通信システムを示す。

【0133】

第１のＲＡＮノード８００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）８１０、メモリ（ｍｅｍｏｒｙ）８２０及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ）８３０を含む。プロセッサ８１０は、本明細書で説明された機能、過程及び／または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現されることができる。メモリ８２０は、プロセッサ８１０と連結され、プロセッサ８１０を駆動するための多様な情報を格納する。送受信部８３０は、プロセッサ８１０と連結され、無線信号を送信及び／または受信する。

【0134】

第２のＲＡＮノードまたはＣＮノード９００は、プロセッサ９１０、メモリ９２０及び送受信部９３０を含む。プロセッサ９１０は、本明細書で説明された機能、過程及び／または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現されることができる。メモリ９２０は、プロセッサ９１０と連結され、プロセッサ９１０を駆動するための多様な情報を格納する。送受信部９３０は、プロセッサ９１０と連結され、無線信号を送信及び／または受信する。

【0135】

プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を備えることができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を備えることができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。実施形態がソフトウェアで実現されるとき、上述した技法は、上述した機能を果たすモジュール（過程、機能等）で実現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にありうるし、よく知られた様々な手段にてプロセッサ８１０、９１０と連結されることができる。

【0136】

前述した例示的なシステムにおいて、前述した本発明の特徴によって実現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】