(57)【要約】５Ｇ通信システムの一部であるＮＲ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）におけるネットワークスライス（ｎｅｔｗｏｒｋ  ｓｌｉｃｅ）機能をもっと効率的にサポートするために、新しいセル特定手順及び／または移動性手順が定義されることができる。セル特定手順は、ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）−ＲＡＮインターフェース観点から言うと、第１のＲＡＮノードが前記第１のＲＡＮノードのスライスサポートと関連した第１の指示子を第２のＲＡＮノードに送信し、前記第１のＲＡＮノードのスライスサポートと関連した第２の指示子を前記第２のＲＡＮノードから受信することを含む。移動性手順は、ターゲットＲＡＮノードがスライス関連情報を含む経路転換要求メッセージをＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードに送信し、共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、最終的に選択されたスライス関連ＩＤまたはＵ−Ｐｌａｎｅ情報のうち少なくとも一つを含む経路転換応答メッセージを前記ＣＮノードから受信することを含む。【選択図】図９
2019520766.tif 000002
【特許請求の範囲】
【請求項１】
無線通信システムにおける第１のＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）ノードがスライスサポート指示を送信する方法において、
前記第１のＲＡＮノードのスライスサポートと関連した第１の指示子を第２のＲＡＮノードに送信することと、
前記第２のＲＡＮノードのスライスサポートと関連した第２の指示子を前記第２のＲＡＮノードから受信することを含む方法。
【請求項２】
前記第１の指示子は、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージを介して送信され、
前記第２の指示子は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージを介して受信されることを特徴とする請求項１に記載の方法。
【請求項３】
前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＮＧ２設定要求メッセージまたはＸＮ設定要求メッセージのうちいずれか一つであり、
前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＮＧ２設定応答メッセージまたはＸＮ設定応答メッセージのうちいずれか一つであることを特徴とする請求項２に記載の方法。
【請求項４】
前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、グローバルｇＮＢ（ｇＮｏｄｅＢ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）または共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）ＩＤのうち少なくとも一つを含むことを特徴とする請求項２に記載の方法。
【請求項５】
前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ  ＩＤまたはＣ−ＣＰＦ  ＩＤのうち少なくとも一つを含むことを特徴とする請求項２に記載の方法。
【請求項６】
前記第１の指示子は、ハンドオーバ要求メッセージを介して送信され、
前記第２の指示子は、ハンドオーバ要求確認メッセージを介して受信されることを特徴とする請求項１に記載の方法。
【請求項７】
前記第１の指示子を送信する前に、ＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）からスライス別測定報告を受信することをさらに含む請求項６に記載の方法。
【請求項８】
前記第２の指示子を受信した後に、ＵＥにスライス関連情報を含むＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）メッセージを送信することをさらに含む請求項６に記載の方法。
【請求項９】
前記第１の指示子または前記第２の指示子は、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ  ｃｏｒｅ  ｎｅｔｗｏｒｋ  ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ｄｏｍａｉｎ  ｎｅｔｗｏｒｋ  ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ  ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ  ＩＤ”または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうちいずれか一つに対応することを特徴とする請求項１に記載の方法。
【請求項１０】
無線通信システムにおけるターゲットＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）ノードがスライス関連情報を送信する方法において、
スライス関連情報を含む経路転換要求メッセージをＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードに送信することと、
共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、最終的に選択されたスライス関連ＩＤまたはＵ−Ｐｌａｎｅ情報のうち少なくとも一つを含む経路転換応答メッセージを前記ＣＮノードから受信することを含む方法。
【請求項１１】
前記スライス関連情報は、前記Ｃ−ＣＰＦ  ＩＤを含むことを特徴とする請求項１０に記載の方法。
【請求項１２】
前記Ｕ−Ｐｌａｎｅ情報は、ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス、ＴＥＩＤ（ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ＩＤ）またはマッピングＩＤのうち少なくとも一つを含むことを特徴とする請求項１０に記載の方法。
【請求項１３】
前記スライス関連情報または前記最終的に選択されたスライス関連ＩＤは、“ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ）  Ｕｓａｇｅ  Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ  ｃｏｒｅ  ｎｅｔｗｏｒｋ  ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ｄｏｍａｉｎ  ｎｅｔｗｏｒｋ  ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ  ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ  ＩＤ”または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうちいずれか一つに対応することを特徴とする請求項１０に記載の方法。
【請求項１４】
前記ＣＮノードは、専用Ｃ−ＣＰＦまたはアクセス及び移動性管理機能（ＡＭＦ；ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）をサポートするノードであることを特徴とする請求項１０に記載の方法。
【請求項１５】
前記経路転換応答メッセージを受信した後に、前記最終的に選択されたスライス関連ＩＤ及び前記Ｕ−Ｐｌａｎｅ情報をＵＥに送信することをさらに含む請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、無線通信に関し、より詳しくは、無線通信システムにおけるネットワークスライスベースのＮＲ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）のためのセル特定手順または移動性手順を実行する方法及び装置に関する。
【背景技術】
【０００２】
３ＧＰＰ（３ｒｄ  ｇｅｎｅｒａｔｉｏｎ  ｐａｒｔｎｅｒｓｈｉｐ  ｐｒｏｊｅｃｔ）ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）は、高速パケット通信を可能とするための技術である。ＬＴＥ目標であるユーザと事業者の費用節減、サービス品質向上、カバレッジ拡張及びシステム容量増大のために多くの方式が提案された。３ＧＰＰ  ＬＴＥは、上位レベル必要条件として、ビット当たり費用節減、サービス有用性向上、周波数バンドの柔軟な使用、簡単な構造、開放型インターフェース及び端末の適切な電力消費を要求する。
【０００３】
ＩＴＵ（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎ  ｕｎｉｏｎ）及び３ＧＰＰでＮＲ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）システムに対する要求事項及び仕様を開発する作業が始まった。ＮＲシステムは、ｎｅｗ  ＲＡＴなどの他の名称で呼ばれることもある。３ＧＰＰは、緊急な市場の要求とＩＴＵ−Ｒ（ＩＴＵ  ｒａｄｉｏ  ｃｏｍｍｕｎｉｃａｔｉｏｎ  ｓｅｃｔｏｒ）ＩＭＴ（ｉｎｔｅｒｎａｔｉｏｎａｌ  ｍｏｂｉｌｅ  ｔｅｌｅｃｏｍｍｕｎｉｃａｔｉｏｎｓ）−２０２０プロセスが提示するより長期的な要求事項を全て適時に満たすＮＲを成功裏に標準化するために必要な技術構成要素を識別して開発しなければならない。また、ＮＲは、遠い未来にも無線通信のために利用されることができる少なくとも１００ＧＨｚに達する任意のスペクトラム帯域が使用可能でなければならない。
【０００４】
ＮＲは、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含む全ての配置シナリオ、使用シナリオ、要求事項を扱う単一技術フレームワークを対象とする。ＮＲは、本質的に順方向互換性があるべきである。
【０００５】
ＮＲの初期作業は、無線インターフェースプロトコル構造及び手順、無線接続ネットワークアーキテクチャ、インターフェースプロトコル及び手順の進行に焦点を合わせて、無線プロトコル構造及びアーキテクチャ側面で必要なものを共通的に理解することに優先順位を付与しなければならない。このような作業は、少なくとも下記を含まなければならない。
【０００６】
−アーキテクチャを“ＣＵ（ｃｅｎｔｒａｌ  ｕｎｉｔ）”と“ＤＵ（ｄｉｓｔｒｉｂｕｔｅｄ  ｕｎｉｔ）”とに分割する多様なオプションの実現可能性を研究する（ノード間送信、構成及びその他の必要な機能的な相互作用を含むＣＵとＤＵとの間の潜在的インターフェースと共に）。
【０００７】
−シグナリング、オーケストレーション及びＯＡＭ（ｏｐｅｒａｔｉｏｎｓ、ａｄｍｉｎｉｓｔｒａｔｉｏｎ  ａｎｄ  ｍａｉｎｔｅｎａｎｃｅ）と関連した代替ソリューションを研究する（該当する場合）。
【０００８】
−ＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）ＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）インターフェースと機能的分割を研究及び概略的に説明する。
【０００９】
−ＲＡＮネットワーク機能（ＮＦ；ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）実現の基本構造と作動を研究及び確認する；ＲＡＮ  ＮＦとＲＡＮ  ＮＦのインターフェース及び相互依存性を標準化することがある程度まで可能かを研究する。
【００１０】
−ネットワークスライシングの実現を可能にする仕様の影響を研究して確認する。
【００１１】
−追加アーキテクチャ要求事項を研究及び識別する（例えば、ＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）概念のサポート、ＳＯＮ（ｓｅｌｆ−ｏｒｇａｎｉｚａｔｉｏｎ  ｎｅｔｗｏｒｋ）、Ｄ２Ｄ（ｄｅｖｉｃｅ−ｔｏ−ｄｅｖｉｃｅ）のためのサイドリンクのサポート等）。
【００１２】
以上で羅列された項目で、ネットワーク分割機能が詳細にサポートされなければならない。
【発明の概要】
【発明が解決しようとする課題】
【００１３】
本発明は、無線通信システムにおけるネットワークスライスベースのＮＲ（ｎｅｗ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｔｅｃｈｎｏｌｏｇｙ）のためのセル特定手順または移動性手順を実行する方法及び装置を提供する。本発明は、ネットワークスライスベースのＮＲの互いに異なるＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）ノードがセル特定手順でスライスサポートに対する指示子を互いに送信する方法及び装置を提供する。また、本発明は、ネットワークスライスベースのＮＲのソースＲＡＮノードとターゲットＲＡＮノードが移動性手順でスライスサポートに対する指示子を互いに送信する方法及び装置を提供する。
【課題を解決するための手段】
【００１４】
一態様において、無線通信システムにおける第１のＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）ノードがスライスサポート指示を送信する方法が提供される。前記方法は、前記第１のＲＡＮノードのスライスサポートと関連した第１の指示子を第２のＲＡＮノードに送信し、及び前記第２のＲＡＮノードのスライスサポートと関連した第２の指示子を前記第２のＲＡＮノードから受信することを含む。
【００１５】
前記第１の指示子は、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージを介して送信され、前記第２の指示子は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージを介して受信される。前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＮＧ２設定要求メッセージまたはＸＮ設定要求メッセージのうちいずれか一つであり、前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＮＧ２設定応答メッセージまたはＸＮ設定応答メッセージのうちいずれか一つである。前記ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、グローバルｇＮＢ（ｇＮｏｄｅＢ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）または共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）ＩＤのうち少なくとも一つを含む。前記ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ  ＩＤまたはＣ−ＣＰＦ  ＩＤのうち少なくとも一つを含む。
【００１６】
または、前記第１の指示子は、ハンドオーバ要求メッセージを介して送信され、前記第２の指示子は、ハンドオーバ要求確認メッセージを介して受信される。前記方法は、前記第１の指示子を送信する前に、ＵＥ（ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）からスライス別測定報告を受信することをさらに含む。前記方法は、前記第２の指示子を受信した後に、ＵＥにスライス関連情報を含むＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）メッセージを送信することをさらに含む。
【００１７】
前記第１の指示子または前記第２の指示子は、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ  ｃｏｒｅ  ｎｅｔｗｏｒｋ  ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ｄｏｍａｉｎ  ｎｅｔｗｏｒｋ  ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ  ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ  ＩＤ”または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうちいずれか一つに対応する。
【００１８】
他の態様において、無線通信システムにおけるターゲットＲＡＮ（ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）ノードがスライス関連情報を送信する方法が提供される。前記方法は、スライス関連情報を含む経路転換要求メッセージをＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードに送信し、及び共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ  ｃｏｎｔｒｏｌ  ｐｌａｎｅ  ｆｕｎｃｔｉｏｎ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）、最終的に選択されたスライス関連ＩＤまたはＵ−Ｐｌａｎｅ情報のうち少なくとも一つを含む。
【００１９】
前記スライス関連情報は、前記Ｃ−ＣＰＦ  ＩＤを含む。前記Ｕ−Ｐｌａｎｅ情報は、ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス、ＴＥＩＤ（ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ＩＤ）またはマッピングＩＤのうち少なくとも一つを含む。前記スライス関連情報または前記最終的に選択されたスライス関連ＩＤは、“ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ（ＵＥ）  Ｕｓａｇｅ  Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ  ｃｏｒｅ  ｎｅｔｗｏｒｋ  ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ｄｏｍａｉｎ  ｎｅｔｗｏｒｋ  ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ  ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ  ＩＤ”または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうちいずれか一つに対応する。前記ＣＮノードは、専用Ｃ−ＣＰＦまたはアクセス及び移動性管理機能（ＡＭＦ；ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）をサポートするノードである。前記方法は、前記経路転換応答メッセージを受信した後に、前記最終的に選択されたスライス関連ＩＤ及び前記Ｕ−Ｐｌａｎｅ情報をＵＥに送信することをさらに含む。
【発明の効果】
【００２０】
ネットワークスライスベースのＮＲの複数のＲＡＮノードがセル特定手順または移動性手順でスライスサポートに対する指示子を効率的に互いに送信できる。
【図面の簡単な説明】
【００２１】
【図１】３ＧＰＰ  ＬＴＥシステムの構造を示す。
【図２】多重コアネットワーク間に共通Ｃ−Ｐｌａｎｅ集合を共有する例を示す。
【図３】多数のＣＮＩとの連結をサポートするためのシグナリング流れの第１の部分である。
【図４】多数のＣＮＩとの連結をサポートするためのシグナリング流れの第２の部分である。
【図５】本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース設定手順を実行する方法を示す。
【図６】本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース構成アップデート手順を実行する方法を示す。
【図７】本発明の一実施例に係る移動性手順を実行する方法の第１の部分を示す。
【図８】本発明の一実施例に係る移動性手順を実行する方法の第２の部分を示す。
【図９】本発明の一実施例に係る第１のＲＡＮノードがスライスサポート指示を送信する方法を示す。
【図１０】本発明の一実施例によってターゲットＲＡＮノードがスライス関連情報を送信する方法を示す。
【図１１】本発明の実施例が具現される無線通信システムを示す。
【発明を実施するための形態】
【００２２】
図１は、３ＧＰＰ  ＬＴＥシステムの構造を示す。図１を参照すると、３ＧＰＰ  ＬＴＥ（ｌｏｎｇ−ｔｅｒｍ  ｅｖｏｌｕｔｉｏｎ）システム構造は、一つ以上のユーザ端末（ＵＥ；ｕｓｅｒ  ｅｑｕｉｐｍｅｎｔ）１０、Ｅ−ＵＴＲＡＮ（ｅｖｏｌｖｅｄ−ＵＭＴＳ  ｔｅｒｒｅｓｔｒｉａｌ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）及びＥＰＣ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｃｏｒｅ）を含む。ＵＥ１０は、ユーザにより動く通信装置である。ＵＥ１０は、固定されてもよいし、移動性を有してもよく、ＭＳ（ｍｏｂｉｌｅ  ｓｔａｔｉｏｎ）、ＵＴ（ｕｓｅｒ  ｔｅｒｍｉｎａｌ）、ＳＳ（ｓｕｂｓｃｒｉｂｅｒ  ｓｔａｔｉｏｎ）、無線機器（ｗｉｒｅｌｅｓｓ  ｄｅｖｉｃｅ）等、他の用語で呼ばれることもある。
【００２３】
Ｅ−ＵＴＲＡＮは、一つ以上のｅＮＢ（ｅｖｏｌｖｅｄ  ＮｏｄｅＢ）２０を含み、一つのセルに複数のＵＥが存在できる。ｅＮＢ２０は、制御平面（ｃｏｎｔｒｏｌ  ｐｌａｎｅ）とユーザ平面（ｕｓｅｒ  ｐｌａｎｅ）の終端点をＵＥ１０に提供する。ｅＮＢ２０は、一般的にＵＥ１０と通信する固定局（ｆｉｘｅｄ  ｓｔａｔｉｏｎ）を意味し、ＢＳ（ｂａｓｅ  ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ  ｐｏｉｎｔ）等、他の用語で呼ばれることもある。一つのｅＮＢ２０は、セル毎に配置されることができる。
【００２４】
以下、ダウンリンク（ＤＬ；ｄｏｗｎｌｉｎｋ）は、ｅＮＢ２０からＵＥ１０への通信を意味する。アップリンク（ＵＬ；ｕｐｌｉｎｋ）は、ＵＥ１０からｅＮＢ２０への通信を意味する。サイドリンク（ＳＬ；ｓｉｄｅｌｉｎｋ）は、ＵＥ１０間の通信を意味する。ＤＬにおいて、送信機はｅＮＢ２０の一部であり、受信機はＵＥ１０の一部である。ＵＬにおいて、送信機はＵＥ１０の一部であり、受信機はｅＮＢ２０の一部である。ＳＬにおいて、送信機と受信機はＵＥ１０の一部である。
【００２５】
ＥＰＣは、ＭＭＥ（ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｅｎｔｉｔｙ）とＳ−ＧＷ（ｓｅｒｖｉｎｇ  ｇａｔｅｗａｙ）を含む。ＭＭＥ／Ｓ−ＧＷ３０は、ネットワークの終端に位置する。ＭＭＥ／Ｓ−ＧＷ３０は、ＵＥ１０のためのセッション及び移動性管理機能の終端点を提供する。説明の便宜のために、ＭＭＥ／Ｓ−ＧＷ３０は、“ゲートウェイ”で単純に表現し、これはＭＭＥ及びＳ−ＧＷを両方とも含むことができる。ＰＤＮ（ｐａｃｋｅｔ  ｄａｔａ  ｎｅｔｗｏｒｋ）ゲートウェイ（Ｐ−ＧＷ）は、外部ネットワークと連結されることができる。
【００２６】
ＭＭＥは、ｅＮＢ２０へのＮＡＳ（ｎｏｎ−ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）シグナリング、ＮＡＳシグナリングセキュリティ、ＡＳ（ａｃｃｅｓｓ  ｓｔｒａｔｕｍ）セキュリティ制御、３ＧＰＰアクセスネットワーク間の移動性のためのｉｎｔｅｒ  ＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）ノードシグナリング、アイドルモード端末到達可能性（ページング再送信の制御及び実行を含む）、トラッキング領域リスト管理（アイドルモード及び活性化モードであるＵＥのために）、Ｐ−ＧＷ及びＳ−ＧＷ選択、ＭＭＥ変更と共にハンドオーバのためのＭＭＥ選択、２Ｇまたは３Ｇ  ３ＧＰＰアクセスネットワークへのハンドオーバのためのＳＧＳＮ（ｓｅｒｖｉｎｇ  ＧＰＲＳ  ｓｕｐｐｏｒｔ  ｎｏｄｅ）選択、ローミング、認証、専用ベアラ設定を含むベアラ管理機能、ＰＷＳ（ｐｕｂｌｉｃ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ：ＥＴＷＳ（ｅａｒｔｈｑｕａｋｅ  ａｎｄ  ｔｓｕｎａｍｉ  ｗａｒｎｉｎｇ  ｓｙｓｔｅｍ）及びＣＭＡＳ（ｃｏｍｍｅｒｃｉａｌ  ｍｏｂｉｌｅ  ａｌｅｒｔ  ｓｙｓｔｅｍ）を含む）メッセージ送信サポートなどの多様な機能を提供する。Ｓ−ＧＷホストは、ユーザ別ベースのパケットフィルタリング（例えば、深層パケット検査を介して）、合法的遮断、端末ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス割当、ＤＬで送信レベルパッキングマーキング、ＵＬ／ＤＬサービスレベル課金、ゲーティング及び等級強制、ＡＰＮ−ＡＭＢＲ（ａｃｃｅｓｓ  ｐｏｉｎｔ  ｎａｍｅ  ａｇｇｒｅｇａｔｅ  ｍａｘｉｍｕｍ  ｂｉｔ  ｒａｔｅ）に基づくＤＬ等級強制の各種機能を提供する。
【００２７】
ユーザトラフィック送信または制御トラフィック送信のためのインターフェースが使われることができる。ＵＥ１０とｅＮＢ２０は、Ｕｕインターフェースにより連結される。ＵＥ１０間は、ＰＣ５インターフェースにより連結される。ｅＮＢ２０間は、Ｘ２インターフェースにより連結される。隣接するｅＮＢ２０は、Ｘ２インターフェースによる網型ネットワーク構造を有することができる。ｅＮＢ２０とゲートウェイ３０は、Ｓ１インターフェースを介して連結される。
【００２８】
５Ｇシステムは、５Ｇ  ＡＮ（ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）、５Ｇ  ＣＮ（ｃｏｒｅ  ｎｅｔｗｏｒｋ）及びＵＥで構成された３ＧＰＰシステムである。５Ｇ  ＡＮは、５Ｇ  ＣＮに連結される非３ＧＰＰ接続ネットワーク及び／またはＮＧ−ＲＡＮ（ｎｅｗ  ｇｅｎｅｒａｔｉｏｎ  ｒａｄｉｏ  ａｃｃｅｓｓ  ｎｅｔｗｏｒｋ）を含む接続ネットワークである。ＮＧ−ＲＡＮは、５Ｇ  ＣＮに連結されるという共通特性を有し、下記のオプションのうち一つ以上をサポートする無線接続ネットワークである。
【００２９】
１）独立型ＮＲ（ｎｅｗ  ｒａｄｉｏ）。
【００３０】
２）ＮＲは、Ｅ−ＵＴＲＡ拡張を有するアンカーである。
【００３１】
３）独立型Ｅ−ＵＴＲＡ。
【００３２】
４）Ｅ−ＵＴＲＡは、ＮＲ拡張を有するアンカーである。
【００３３】
前述した通り、ＮＲは、５Ｇシステムに含まれることができる。ＮＲは、ｎｅｗ  ＲＡＴ（ｎｅｗ  ｒａｄｉｏ  ｔｅｃｈｎｏｌｏｇｙ）などの他の名称で呼ばれることもある。ＮＲは、ＬＴＥシステムとは異なるシステムであり、ｅＭＢＢ（ｅｎｈａｎｃｅｄ  ｍｏｂｉｌｅ  ｂｒｏａｄｂａｎｄ）、ｍＭＴＣ（ｍａｓｓｉｖｅ  ｍａｃｈｉｎｅ−ｔｙｐｅ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、ＵＲＬＬＣ（ｕｌｔｒａ−ｒｅｌｉａｂｌｅ  ａｎｄ  ｌｏｗ  ｌａｔｅｎｃｙ  ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）などを含む特定用途として使われることができる。
【００３４】
ＮＲの一つの特徴であるネットワークスライシング（ｎｅｔｗｏｒｋ  ｓｌｉｃｉｎｇ）が説明される。これは３ＧＰＰ  ＴＲ  ２３．７９９  Ｖ０．６．０（２０１６−０７）の６．１．３節及び付録Ｂを参照することができる。ネットワークスライスは、特定ネットワーク機能とネットワーク特性を提供する論理的ネットワークである。ネットワークスライシングは、運営者が機能性、性能及び隔離領域で多様な要求事項を要求する多様な市場シナリオに最適化されたソリューションを提供するようにカスタマイズ化されたネットワークを生成することができるようにする。
【００３５】
ネットワークスライスは、ネットワークスライスインスタンス（ＮＳＩ；ｎｅｔｗｏｒｋ  ｓｌｉｃｅ  ｉｎｓｔａｎｃｅ）を介して具現される。ＮＳＩは、配置されたネットワークスライスを形成するネットワーク関数インスタンス及び必要なリソース（例えば、コンピュータ、ストレージ及びネットワーキングリソース）の集合である。ＮＳＩは、論理的に及び／または物理的に完全にまたは部分的に他のＮＳＩから隔離されることができる。リソースは、物理的及び論理的リソースを含む。ＮＳＩは、サブネットワークインスタンスで構成されることができ、特殊な場合、複数のＮＳＩが共有できる。ＮＳＩは、ネットワークスライスブループリントにより定義される。ＮＳＩを生成する時、インスタンス別政策及び構成が要求される。ネットワーク特性の例示は、超低待機時間、超安定性などである。
【００３６】
ネットワーク機能（ＮＦ；ｎｅｔｗｏｒｋ  ｆｕｎｃｔｉｏｎ）は、ネットワークで３ＧＰＰが採択しまたは定義した処理機能であり、機能的動作及び３ＧＰＰ定義インターフェースを定義する。ネットワーク機能は、専用ハードウェア上のネットワーク要素であり、専用ハードウェア上で実行されるソフトウェアインスタンスとしてまたは適切なプラットホーム（例えば、クラウドインフラストラクチャ）上でインスタンス化される仮想化された機能として具現されることができる。ＮＦサービスは、サービスベースのインターフェースを介してＮＦにより露出され、他の認証されたＮＦにより消費される機能である。ＮＦサービス動作は、ＮＦサービスが構成される基本単位である。
【００３７】
ネットワークスライシングのための一つのソリューションとして、ＵＥが一つのネットワーク事業者の多数のネットワークスライスからサービスを同時に得ることができるようにするために、多重ネットワークスライスへの多重接続がサポートされることができる。
【００３８】
図２は、多重コアネットワーク間に共通Ｃ−Ｐｌａｎｅ集合を共有する例を示す。図２を参照すると、コアネットワークインスタンス（ＣＮＩ；ｃｏｒｅ  ｎｅｔｗｏｒｋ  ｉｎｓｔａｎｃｅ）間に共通である制御平面（Ｃ−Ｐｌａｎｅ；ｃｏｎｔｒｏｌ  ｐｌａｎｅ）機能の単一集合が多数のＣＮＩにわたって共有される。また、共通的でない他のＣ−Ｐｌａｎｅ機能は、それぞれのＣＮＩに常在し、他のＣＮＩと共有されない。
【００３９】
多数のＣＮＩに対する共通Ｃ−Ｐｌａｎｅ機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ  Ｃ−Ｐｌａｎｅ  ｆｕｎｃｔｉｏｎｓ）は、下記の通りである。
【００４０】
−認証機能（ＡＵ；ａｕｔｈｅｎｔｉｃａｔｉｏｎ  ｆｕｎｃｔｉｏｎ）：ＡＵは、事業者のネットワークに接続するＵＥの認証及び許可を担当する。また、ＮＡＳシグナリングのセキュリティ及び無欠性保護機能を提供する。
【００４１】
−移動性管理機能（ＭＭ；ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）：ＭＭは、事業者のネットワークでのＵＥ登録（例えば、ＵＥコンテキストの格納）及びＵＥ移動性サポート（例えば、ＵＥが事業者のネットワーク内で基地局を横切って移動する場合に移動性機能提供）を担当する。
【００４２】
Ｃ−ＣＰＦは、例えば、ＡＭＦ（ａｃｃｅｓｓ  ａｎｄ  ｍｏｂｉｌｉｔｙ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）などの他の名称で呼ばれることもある。
【００４３】
各ＣＮＩの専用Ｃ−Ｐｌａｎｅ機能は、下記の通りである。
【００４４】
−セッション管理機能（ＳＭ；ｓｅｓｓｉｏｎ  ｍａｎａｇｅｍｅｎｔ  ｆｕｎｃｔｉｏｎ）：ＳＭは、ＰＤＵ（ｐｒｏｔｏｃｏｌ  ｄａｔａ  ｕｎｉｔ）セッション確立、ＰＤＵセッション修正及びＰＤＵセッション終了を担当する。
【００４５】
ＲＡＮとＣＮＩのＣ−Ｐｌａｎｅ機能との間の直接Ｃ−Ｐｌａｎｅインターフェースは、必要でない。これは暗号化されたＮＡＳシグナリングメッセージは、暗号化されたキーをＵＥと交換したＣ−ＣＰＦ（例えば、ＡＵ機能）により解読されなければならないためである。ＵＥが単一ＣＮＩに接続する場合、ＲＡＮは、ＣＮＩ内に位置した特定Ｃ−Ｐｌａｎｅ機能として直接Ｃ−Ｐｌａｎｅインターフェースを有することができる。このような場合、Ｃ−ＣＰＦの一部として描写されたＣ−Ｐｌａｎｅ機能は、ＣＮＩ内にあるＣ−Ｐｌａｎｅ機能と見なされるため、Ｃ−ＣＰＦが存在しない。
【００４６】
図２に示すソリューションの原理は、下記のように説明される。
【００４７】
−ＣＮＩは、単一Ｃ−Ｐｌａｎｅ機能集合と単一Ｕ−Ｐｌａｎｅ機能集合とで構成される。
【００４８】
−ＣＮＩは、同じＵＥタイプに属するＵＥのために専用される。ＵＥタイプの識別は、特定パラメータ、例えば、ＵＥ使用類型（ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ）及び／またはＵＥの加入者情報などを使用して実行される。
【００４９】
−Ｃ−Ｐｌａｎｅ機能集合は、例えば、要求される場合、ＵＥ移動性サポートまたは認証及び加入検証を実行することによってＵＥをネットワークに承認することを担当する。
【００５０】
−多数のＣＮＩに共通的な全てのＣ−Ｐｌａｎｅ機能は、複数回生成される必要がない。
【００５１】
−他のＣＮＩと共通されない他のＣ−Ｐｌａｎｅ機能は、自体ＣＮＩによってのみ使われる。
【００５２】
−ＣＮＩ内のＵ−Ｐｌａｎｅ機能集合は、ＵＥに特定サービスを提供して特定サービスのＵ−Ｐｌａｎｅデータを送信する役割をする。例えば、ＣＮＩ＃１内の一つのＵ−Ｐｌａｎｅ機能集合は、ＵＥにｅＭＢＢサービスを提供するが、ＣＮＩ＃２内の他のＵ−Ｐｌａｎｅ機能集合は、ＵＥに危機通信サービスを提供する。
【００５３】
−各ＵＥは、互いに異なるＣＮＩで可能な互いに異なるＵ−Ｐｌａｎｅ機能集合に対して複数個のＵ−Ｐｌａｎｅ連結を同時に有することができる。
【００５４】
−ネットワークスライス選択機能（ＮＳＳＦ；ｎｅｔｗｏｒｋ  ｓｌｉｃｅ  ｓｅｌｅｃｔｉｏｎ  ｆｕｎｃｔｉｏｎ）は、ＵＥの加入及び特定パラメータ（例えば、ＵＥ類型（ＵＥ  Ｔｙｐｅ）、サービス類型（Ｓｅｒｖｉｃｅ  Ｔｙｐｅ）またはＣＮＩがサポートするサービス類型を示すためにマッピングされることができるＤＮＮ（ｄｏｍａｉｎ  ｎｅｔｗｏｒｋ  ｎａｍｅ））を考慮することによってＵＥを受け入れるＣＮＩを選択する役割をする。
【００５５】
−ＲＡＮは、Ｃ−ＣＰＦ内のどんなＣ−Ｐｌａｎｅ機能と通信するかにかかわらず、単一Ｃ−Ｐｌａｎｅインターフェースを介してＣ−ＣＰＦと通信する。したがって、Ｃ−ＣＰＦは、ブラックボックスと見なされる。
【００５６】
−共通Ｃ−Ｐｌａｎｅ選択機能（ＣＣＰＳＦ；ｃｏｍｍｏｎ  Ｃ−Ｐｌａｎｅ  ｓｅｌｅｃｔｉｏｎ  ｆｕｎｃｔｉｏｎ）は、Ｃ−ＣＰＦの一部と見なされ、即ち、ＣＣＰＳＦは、Ｃ−ＣＰＦ内に位置すると仮定する。ＣＣＰＳＦは、基地局が通信すべきＣ−ＣＰＦを決定する役割をする。Ｃ−ＣＰＦの決定は、ＵＥの加入プロファイルを検査することで実行される。ＣＣＰＳＦは、ＮＡＳシグナリングメッセージを正しいＣ−ＣＰＦでルーティングする機能でない。このソリューションでは、ＲＡＮが初期接続要求の場合はＣＣＰＳＦによりまたは全ての後続メッセージの場合はＵＥにより送信された情報を取ることによって、ＮＡＳシグナリングメッセージを適切なＣ−ＣＰＦでルーティングする機能を有すると仮定する。
【００５７】
一方、このソリューションで“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”及び“ＤＮＮ”が下記に説明された用途として使われる。
【００５８】
−“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”（ＵＥ使用類型）は、ＵＥの類型、例えば、自動車ＵＥ使用類型、スマートフォンＵＥ使用類型などを識別する時に使われる。
【００５９】
−“ＤＣＮ−ＩＤ”は、各ＵＥ使用類型のために、特定な専用コアネットワークを識別する時に使われる。また、事業者は、同じＵＥ使用類型の企業または専用コアネットワークの相異なる変形に対しても特定専用コアネットワークを識別するために、ＤＣＮ−ＩＤを使用することを考慮することができる。後者の場合に対する一例は、互いに異なるＣＩｏＴ（ｃｅｌｌｕｌａｒ  ｉｎｔｅｒｎｅｔ−ｏｆ−ｔｈｉｎｇｓ）最適化特徴をサポートするＣＩｏＴ  ＵＥに対する専用コアネットワークの互いに異なる変形を有するものである。即ち、ＤＣＮ−ＩＤは、このＵＥ使用類型及び（選択的に）このＵＥ使用類型の特定ＵＥ企業に特定なＣ−ＣＰＦを決定するために使われる。例えば、同じ類型のＵＥに属しているが、互いに異なる自動車企業にコアネットワークを配置することができると考えることができる。
【００６０】
−“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”（サービス類型）は、ＣＮＩがサポートすると予想されるサービスの類型を識別する時に使われる。例えば、自動車ＵＥは、ｅＭＢＢサービス及びＶ２Ｘ（ｖｅｈｉｃｌｅ−ｔｏ−ｅｖｅｒｙｔｈｉｎｇ）サービスを同時にサポートする多数のＣＮＩに接続することを所望することができる。
【００６１】
−“ＤＮＮ”は、ＵＥが特定サービスタイプのために通信しようとするＰＤＮを識別する時に使われる。例えば、ＤＮＮ＃１は、モバイル広帯域サービスが必要なインターネットサービスである。
【００６２】
−臨時ＵＥ  ＩＤは、コアネットワークによりＵＥに提供される臨時ＩＤである。これはＥＰＳ（ｅｖｏｌｖｅｄ  ｐａｃｋｅｔ  ｓｙｓｔｅｍ）場合におけるＧＵＴＩ（ｇｌｏｂａｌｌｙ  ｕｎｉｑｕｅ  ｔｅｍｐｏｒａｒｙ  ｉｄｅｎｔｉｆｉｅｒ）と同様である。この臨時ＵＥ  ＩＤは、２個の部分、即ち、１）Ｃ−ＣＰＦのＩＤ、２）ＵＥ特定ＩＤで構成される。
【００６３】
以上の説明を考慮すると、ＤＮＮパラメータを利用してＵＥが要求するサービスタイプに適したＣＮＩが選択されることができる。
【００６４】
図３は、多数のＣＮＩとの連結をサポートするためのシグナリング流れの第１の部分である。図３は、多数のＣＮＩとの連結をサポートするためのＭＭ接続手順を示す。
【００６５】
ステップＳ１００において、ＵＥが初めて事業者のネットワークに連結し、または初めてＰＬＭＮ（ｐｕｂｌｉｃ  ｌａｎｄ  ｍｏｂｉｌｅ  ｎｅｔｗｏｒｋ）に登録し、ＲＡＮがネットワーク連結要求を適切なＣ−ＣＰＦでルーティングするための十分の情報がない場合、ＵＥは、ＲＡＮにネットワーク連結要求を送信し、これは基本Ｃ−ＣＰＦに伝達される。シグナリング流れは、後述するステップＳ１０１で続いている。
【００６６】
ＵＥがこのネットワーク連結要求と共にＤＣＮ−ＩＤを提供するが、臨時ＵＥ  ＩＤを提供しない場合、ＲＡＮは、このＤＣＮ−ＩＤを使用することでこのＤＣＮ−ＩＤをサポートする適切なＣ−ＣＰＦを決定し、シグナリング流れは、後述するステップＳ１０３で続いている。また、ＵＥは、このネットワーク連結要求と共にサービス類型及び／またはＤＮＮなどの他の情報を提供することができる。
【００６７】
ＵＥが臨時ＵＥ  ＩＤを提供する場合、ＲＡＮは、臨時ＵＥ  ＩＤを使用して専用Ｃ−ＣＰＦを決定し、シグナリング流れは、後述するステップＳ１０３で続く。また、ＵＥは、このネットワーク連結要求と共にＤＣＮ−ＩＤ、サービス類型及び／またはＤＮＮなどの他の情報を提供することができる。
【００６８】
ＵＥが事業者のネットワークに連結するための要求を送る時、ＵＥは、このネットワーク連結要求と共にＤＮＮを送信することによって特定サービスに対するセッションを設定するように要求できる。この場合、後述するステップＳ１０５の認証及び許可が実行された後、専用のＣ−ＣＰＦは、図４で後述するステップＳ１１１、ステップＳ１１２及びステップＳ１１３と同様に要求サービスに対するセッションを確立する。
【００６９】
ステップＳ１０１において、基本Ｃ−ＣＰＦ内に位置するＣＣＰＳＦは、ステップＳ１００でＵＥからの受信したネットワーク連結要求内の情報（例えば、ＤＣＮ−ＩＤ）を考慮してどのＣ−ＣＰＦと連結されるべきかを決定する。また、購読データベースからの他の情報も考慮されることができる。例えば、このＵＥに対し、ＵＥの加入は、事業者が加入したＣＮＩとセッションを設定すべきであることを示すことができる。図３において、このＣＮＩは、ＣＮＩ＃１である。
【００７０】
基本Ｃ−ＣＰＦがこのＵＥのネットワーク連結要求を提供すると決定する場合、基本Ｃ−ＣＰＦは、認証を実行し続けて実行し、ＵＥが事業者のネットワークに接続／連結するように許容する。または、基本Ｃ−ＣＰＦは、このＵＥのネットワーク連結要求を拒絶し、したがって、この手順は、このステップで終了される。このような特定場合は、シグナリング流れを単純化するために図３に示さない。
【００７１】
ステップＳ１０２において、基本Ｃ−ＣＰＦは、ＵＥが接続するＣ−ＣＰＦと共に応答をＲＡＮノードに送信する。また、ステップＳ１００におけるＵＥのネットワーク連結要求の同じ内容がＲＡＮに返送される。
【００７２】
ＵＥが臨時ＵＥ  ＩＤを提供する場合、これはＵＥがＰＬＭＮに一回登録され、ＵＥがどんなＤＣＮ−ＩＤに連結されるべきかをコアネットワークが決定したということを意味する。したがって、ＲＡＮは、臨時ＵＥ  ＩＤのみを使用してＮＡＳメッセージを適切なＣ−ＣＰＦでルーティングする。
【００７３】
ステップＳ１０３において、このＵＥ利用類型及び／またはＵＥによりまたはステップＳ１０２における基本Ｃ−ＣＰＦにより提供されるこのＤＣＮ−ＩＤに専用であるＣ−ＣＰのプールがある場合、ＲＡＮノードは、ＮＡＳノード選択機能（ＮＮＳＦ；ＮＡＳ  ｎｏｄｅ  ｓｅｌｅｃｔｉｏｎ  ｆｕｎｃｔｉｏｎ）を実行する。
【００７４】
ステップＳ１０４において、ＲＡＮノードは、ＵＥのネットワーク連結要求を専用Ｃ−ＣＰＦでルーティングする。この要求と共に専用Ｃ−ＣＰＦが特定サービス類型に特定なＣＮＩを選択することができるようにＤＮＮのような他の情報が含まれることができる。
【００７５】
ステップＳ１０５において、認証及びＵＥが事業者のネットワークに接続／連結するように許可が実行される。また、このステップで、ＵＥと専用Ｃ−ＣＰＦとの間でＮＡＳメッセージを解読するためのキーが提供される。
【００７６】
ステップＳ１０６において、専用Ｃ−ＣＰＦは、ネットワーク連結受諾応答をＵＥに送信する。この応答は、臨時ＵＥ  ＩＤ及びＵＥに対して構成される情報、例えば、どんなＤＣＮ−ＩＤ、対応するサービス類型及び／またはＵＥが接続するように許容された対応するＤＮＮを含むことができる。新しく提供されるＤＣＮ−ＩＤが既にＵＥが有しているＤＣＮ−ＩＤと一致しない場合、ＤＣＮ−ＩＤは、ＵＥで構成される。
【００７７】
図４は、多数のＣＮＩとの連結をサポートするためのシグナリング流れの第２の部分である。図４のシグナリング流れは、図３のシグナリング流れに後続する。図４は、多数のＣＮＩとの連結をサポートするためのＳＭ手順を示す。
【００７８】
ステップＳ１１０において、ＵＥは、新しいＰＤＵセッションに対してＳＭ要求を送信することによって通信サービス（例えば、ＣＮＩ＃１により提供されるサービス＃１）に対するセッションの確立を要求する。このＰＤＵセッション要求で、ＵＥは、ＤＣＮ−ＩＤ及びＤＮＮを提供する。
【００７９】
ステップＳ１１１において、ＲＡＮは、ＵＥにより送信されたＤＣＮ−ＩＤ情報を利用してＰＤＵセッション要求を適切な専用Ｃ−ＣＰＦに伝達する。
【００８０】
ステップＳ１１２において、専用Ｃ−ＣＰＦは、ＰＤＵセッション要求のＤＮＮ情報を利用してＣＮＩ＃１の専用ＣＰＦを選択し、サービス＃１に対するＵＥのＰＤＵセッション要求をＣＮＩ＃１でセッション管理を担当するＣＮＩ＃１のＣＰＦ−１（即ち、ＣＮＩ−１  ＣＰＦ−１）に伝達する。この伝達されたＰＤＵセッション要求は、依然としてＵＥ使用類型、ＤＣＮ−ＩＤ及びＤＮＮのようなＵＥにより送信された情報を含む。
【００８１】
ステップＳ１１３において、成功裏にセッション確立した後に、ＣＮＩ＃１のＣＰＦ−１は、セッション応答を専用Ｃ−ＣＰＦに返送する。
【００８２】
ステップＳ１１４に、専用Ｃ−ＣＰＦは、新しいサービス応答をＲＡＮを介してＵＥに返送する。
【００８３】
ステップＳ１２０において、ＵＥは、以前サービスと異なるサービス類型である新しい通信サービスに対する他のセッションの確立を要求する。このＰＤＵセッション要求で、ＵＥは、臨時ＵＥ  ＩＤ、ＵＥ使用類型、ＤＣＮ−ＩＤ、サービス類型及び／またはＤＮＮを提供する。
【００８４】
ステップＳ１２１において、ＲＡＮは、ＵＥにより送信された臨時ＵＥ  ＩＤを使用して専用Ｃ−ＣＰＦを決定し、専用Ｃ−ＣＰＦにＰＤＵセッション要求を伝達する。
【００８５】
ステップＳ１２２において、専用Ｃ−ＣＰＦは、ＰＤＵセッション要求のＤＮＮ情報を利用してＣＮＩ＃２の専用ＣＰＦを選択し、新しいサービスに対するＵＥのサービス要求をＣＮＩ＃２でセッション管理を担当するＣＮＩ＃２のＣＰＦ−１（即ち、ＣＮＩ−２  ＣＰＦ−１）に伝達する。この伝達されたＰＤＵセッション要求は、依然としてＵＥ使用類型、ＤＣＮ−ＩＤ、サービス類型及び／またはＤＮＮのようなＵＥにより送信された情報を含む。
【００８６】
ステップＳ２１３において、成功裏にセッション確立した後に、ＣＮＩ＃２のＣＰＦ−１は、セッション応答を専用Ｃ−ＣＰＦに返送する。
【００８７】
ステップＳ２１４において、専用Ｃ−ＣＰＦは、新しいサービス応答をＲＡＮを介してＵＥに返送する。
【００８８】
一方、他の類似した候補アーキテクチャのために、ＭＤＤ（ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ  ｄｅｓｃｒｉｐｔｏｒ）が追加的に定義されることができる。ＭＤＤは、スライスを識別することができる。ＭＤＤは、ＲＲＣ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｃｏｎｔｒｏｌ）及びＮＡＳシグナリング階層の両方ともでＵＥにより提供されることができる。ＵＥが接続できる各スライスに対して、ＭＤＤは、少なくともテナントを識別するテナントＩＤ及びネットワーク動作を識別するサービス説明／スライス類型で構成されることができる。テナントＩＤは、事業者がネットワークインフラの一部を特定供給業者に賃貸する時に使われる。サービス説明／スライス類型は、例えば、ｅＭＢＢサービス、危機通信、ｍＭＴＣまたはその他の行動などに対応できる。
【００８９】
ＵＥベースのスライス選択手順をサポートするために、ＮＲでセル特定構成手順が定義される必要がある。しかし、まだＮＲでセル特定構成手順が明確に定義されたことはない。また、スライスの概念が適用された状態でＵＥベースの移動性手順をサポートするために、ＮＲで移動性手順も定義される必要がある。しかし、まだＮＲで移動性手順が明確に定義されたことはない。
【００９０】
前述した問題点を解決するために、本発明は、まずＮＲのためのセル特定手順を実行する方法を提供する。本発明は、ＵＥベースのスライス選択手順をもっとよくサポートするためのセル特定手順に焦点をおく。特に、本発明は、ＲＡＮ−ＲＡＮインターフェースの観点で前述した問題点を解決する。
【００９１】
図５は、本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース設定手順を実行する方法を示す。ＲＡＮ−ＲＡＮインターフェース設定手順の目的は、２個のＲＡＮノードがＲＡＮ−ＲＡＮインターフェースを介して正確に相互作用する時に必要なアプリケーションレベル構成データを交換することにある。この実施例において、ＲＡＮ−ＲＡＮインターフェースは、２個のＲＡＮノード間に設定される。２個のＲＡＮノードは、各々、ｇＮＢ（ｇＮｏｄｅＢ）１及びｇＮＢ２である。または、２個のＲＡＮノードは、ｎｇ−ｅＮＢ（ｎｅｘｔ  ｇｅｎｅｒａｔｉｏｎ  ｅＮＢ）１及びｎｇ−ｅＮＢ２である。ＲＡＮ−ＲＡＮインターフェースは、ＮＧ２インターフェースまたはＸＮインターフェースである。
【００９２】
ステップＳ２００において、ＲＡＮノード１は、ＲＡＮノード２にＲＡＮ−ＲＡＮインターフェース設定要求メッセージを送信する。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＲＡＮ−ＲＡＮ制御インターフェースインスタンスに対するアプリケーションデータを送信するためにＲＡＮノードにより隣接ＲＡＮノードに送信される。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、グローバルｇＮＢ  ＩＤまたはｎｇ−ｅＮＢ  ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＲＡＮノード１のスライスサポート指示を含むことができる。グローバルｇＮＢ  ＩＤ（または、ｎｇ−ｅＮＢ  ＩＤ）、Ｃ−Ｐｌａｎｅ機能／ノードに対する情報またはスライスサポート指示は、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージ内のＮＳＳＡＩ（ｎｅｔｗｏｒｋ  ｓｌｉｃｅ  ｓｅｌｅｃｔｉｏｎ  ａｓｓｉｓｔａｎｃｅ  ｉｎｆｏｒｍａｔｉｏｎ）ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ  ｅｌｅｍｅｎｔ）に含まれることができる。
【００９３】
本実施例ではＲＡＮ−ＲＡＮインターフェース設定要求メッセージがＮＧ２設定要求メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、他のメッセージであってもよい（例えば、ＸＮ設定要求メッセージ）。
【００９４】
ステップＳ２１０において、ＲＡＮノード２は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージをＲＡＮノード１に送信する。ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ  ＩＤまたはｎｇ−ｅＮＢ  ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＲＡＮノード１のスライスサポート指示を含むことができる。また、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＲＡＮノード２のスライスサポート指示を含むことができる。グローバルｇＮＢ  ＩＤ（または、ｎｇ−ｅＮＢ  ＩＤ）、Ｃ−Ｐｌａｎｅ機能／ノードに対する情報またはスライスサポート指示は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージ内のＮＳＳＡＩ  ＩＥに含まれることができる。
【００９５】
本実施例ではＲＡＮ−ＲＡＮインターフェース設定応答メッセージがＮＧ２設定応答メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、他のメッセージであってもよい（例えば、ＸＮ設定応答メッセージ）。
【００９６】
ＲＡＮ−ＲＡＮインターフェース設定要求／応答メッセージを受信した各ＲＡＮノードは、受信されたＲＡＮ−ＲＡＮインターフェース設定要求／応答メッセージに含まれている情報（例えば、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”）に基づいて適切な行動を取ることができる。例えば、ＲＡＮノードは、ＭＭ接続手順、サービス要求手順、ＴＡＵ（ｔｒａｃｋｉｎｇ  ａｒｅａ  ｕｐｄａｔｅ）手順またはハンドオーバ移動手順のうち一つの手順中にＵＥに対するスライス選択またはＮＮＳＦ選択を実行することができる。
【００９７】
図６は、本発明の一実施例に係るＲＡＮ−ＲＡＮインターフェース構成アップデート手順を実行する方法を示す。ＲＡＮ−ＲＡＮインターフェース構成アップデート手順の目的は、２個のＲＡＮノードがＲＡＮ−ＲＡＮ制御インターフェースを介して正確に相互運用される時に必要なアプリケーションレベル構成データをアップデートすることにある。この実施例において、ＲＡＮ−ＲＡＮインターフェースの構成は、２個のＲＡＮノード間でアップデートされる。２個のＲＡＮノードは、各々、ｇＮＢ１及びｇＮＢ２である。または、２個のＲＡＮノードは、各々、ｎｇ−ｅＮＢ１及びｎｇ−ｅＮＢ２である。ＲＡＮ−ＲＡＮインターフェースは、ＮＧ２インターフェースまたはＸＮインターフェースである。
【００９８】
ステップＳ３００において、ＲＡＮノード１は、ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージをＲＡＮノード２に送信する。ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、グローバルｇＮＢ  ＩＤまたはｎｇ−ｅＮＢ  ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、ＲＡＮノード１のスライスサポート指示を含むことができる。
【００９９】
本実施例ではＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージがＮＧ２構成アップデート要求メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース構成アップデート要求メッセージは、他のメッセージであってもよい（例えば、ｇＮＢ／ＮＧ−ＲＡＮ構成アップデートメッセージ）。
【０１００】
ステップＳ３１０において、ＲＡＮノード２は、ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージをＲＡＮノード１に送信する。ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、グローバルｇＮＢ  ＩＤまたはｎｇ−ｅＮＢ  ＩＤを含むことができる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、Ｃ−Ｐｌａｎｅ機能／ノードに対する明確な情報を含むことができる。Ｃ−Ｐｌａｎｅ機能／ノードに対する情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。また、ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、ＲＡＮノード２のスライスサポート指示を含むことができる。
【０１０１】
本実施例ではＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージがＮＧ２構成アップデート応答メッセージであると仮定したが、本発明はこれに限定されるものではない。ＲＡＮ−ＲＡＮインターフェース構成アップデート応答メッセージは、他のメッセージであってもよい（例えば、ｇＮＢ／ＮＧ−ＲＡＮ構成アップデート確認メッセージ）。
【０１０２】
ＲＡＮ−ＲＡＮインターフェース構成アップデート要求／応答メッセージを受信した各ＲＡＮノードは、受信されたＲＡＮ−ＲＡＮインターフェース構成アップデート要求／応答メッセージに含まれている情報（例えば、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”）に基づいて適切な行動を取ることができる。例えば、ＲＡＮノードは、ＭＭ接続手順、サービス要求手順、ＴＡＵ手順またはハンドオーバ移動手順のうち一つの手順中にＵＥに対するスライス選択またはＮＮＳＦ選択を実行することができる。
【０１０３】
また、前述した問題点を解決するために、本発明は、ＮＲのための移動性手順を実行する方法を提供する。本発明は、ネットワークスライスをサポートするＮＲに対する移動性手順を提供する。
【０１０４】
図７は、本発明の一実施例に係る移動性手順を実行する方法の第１の部分を示す。この実施例において、ソースＲＡＮノードは、ソースｇＮＢであり、ターゲットＲＡＮノードは、ターゲットｇＮＢである。または、ソースＲＡＮノードは、ソースｎｇ−ｅＮＢであり、ターゲットＲＡＮノードは、ターゲットｎｇ−ｅＮＢである。
【０１０５】
ステップＳ４００において、測定報告がトリガされてソースＲＡＮノードに送信される。測定報告は、スライス別に送信されることができる。また、スライス関連情報が測定報告と共にソースＲＡＮノードに送信されることができる。即ち、スライス関連情報が測定報告に添付されることができる。または、測定報告にスライス関連情報が含まれることができる。スライス関連情報は基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。
【０１０６】
ステップＳ４０１において、ソースＲＡＮノードは、スライス別に受信された測定報告及びＲＲＭ（ｒａｄｉｏ  ｒｅｓｏｕｒｃｅ  ｍａｎａｇｅｍｅｎｔ）情報に基づいてＵＥのハンドオーバを決定する。
【０１０７】
ステップＳ４０２において、ソースＲＡＮノードは、ターゲットＲＡＮノード側でハンドオーバを準備するために必要な情報を伝達するハンドオーバ要求メッセージをターゲットＲＡＮノードに送信する。ハンドオーバ要求メッセージは、スライス関連情報を含むことができる。スライス関連情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。
【０１０８】
ステップＳ４０３において、ターゲットＲＡＮノードによりリソースが承認されることができる場合、成功裏にハンドオーバできる可能性を高めるためにスライス別に受信されたＱｏＳ（ｑｕａｌｉｔｙ  ｏｆ  ｓｅｒｖｉｃｅ）情報によってターゲットＲＡＮノードにより承認制御が実行されることができる。
【０１０９】
ステップＳ４０４において、ターゲットＲＡＮノードは、Ｌ１／Ｌ２とハンドオーバを準備してハンドオーバ要求確認メッセージをソースＲＡＮノードに送信する。ハンドオーバ要求確認メッセージは、選択されたスライス関連情報を含むことができる。選択されたスライス関連情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。選択されたスライス関連情報は、ハンドオーバの実行のために透明なコンテナに含まれてＵｕメッセージとしてＵＥに送信されることができる。
【０１１０】
ステップＳ４０５において、ターゲットＲＡＮノードは、ソースＲＡＮノードによりＵＥに送られる、ハンドオーバのためのＲＲＣメッセージを生成する。ＲＲＣメッセージは、選択されたスライス関連情報を含むことができる。選択されたスライス関連情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。
【０１１１】
ステップＳ４０６において、ＵＥとターゲットＲＡＮノードとの間でランダムアクセス手順が実行される。
【０１１２】
ステップＳ４０７において、構成完了メッセージがＵＥによりターゲットＲＡＮノードに送信される。
【０１１３】
図７におけるデータ伝達関連ステップは省略された。
【０１１４】
図８は、本発明の一実施例に係る移動性手順を実行する方法の第２の部分を示す。図８に示すシグナリング流れは、図７に示すシグナリング流れに後続する。
【０１１５】
ステップＳ４１０において、ターゲットＲＡＮノードは、ＣＮノードに経路転換要求メッセージを送信してＵＥのセル変更を知らせる。この実施例において、ＣＮノードは、専用Ｃ−ＣＰＦと仮定する。しかし、ＣＮノードは、他のノードであってもよい（例えば、ＡＭＦ）。経路転換要求メッセージは、スライス関連情報を含むことができる。スライス関連情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。例えば、基本／専用Ｃ−ＣＰＦ  ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。
【０１１６】
ステップＳ４１１において、専用Ｃ−ＣＰＦは、ＣＮＩのスライスを決定する。
【０１１７】
ステップＳ４１２において、専用Ｃ−ＣＰＦは、セッションアップデート要求メッセージを選択されたＣＮＩに送信する。この実施例において、選択されたＣＮＩは、ＣＮＩ−１と仮定する。したがって、セッションアップデート要求メッセージは、ＣＮＩ−１  ＣＰＦ−１に送信される。
【０１１８】
ステップＳ４１３において、セッションアップデート要求メッセージは、選択されたスライスに対するＵ−Ｐｌａｎｅ関連ノードに伝達される。したがって、セッションアップデート要求メッセージは、ＣＮＩ−１  ＵＰＦ−１に伝達される。
【０１１９】
ステップＳ４１４において、ＣＮＩ−１  ＵＰＦ−１は、セッションアップデート応答メッセージをＣＮＩ−１  ＣＰＦ−１に送信する。セッションアップデート応答メッセージは、最終選択されたスライス関連ＩＤを含むことができる。また、セッションアップデート応答メッセージは、スライス別Ｕ−Ｐｌａｎｅ情報を含むことができる。スライス別Ｕ−Ｐｌａｎｅ情報は、ＩＰ（ｉｎｔｅｒｎｅｔ  ｐｒｏｔｏｃｏｌ）アドレス、ＴＥＩＤ（ｔｕｎｎｅｌ  ｅｎｄｐｏｉｎｔ  ＩＤ）、及びＧＴＰ（ＧＰＲＳ  ｔｕｎｎｅｌｉｎｇ  ｐｒｏｔｏｃｏｌ）が使われない場合、マッピングＩＤのうち少なくとも一つを含むことができる。
【０１２０】
ステップＳ４１５において、セッションアップデート応答メッセージは、専用Ｃ−ＣＰＦに伝達される。セッションアップデート応答メッセージは、最終選択されたスライス関連ＩＤを含むことができる。また、セッションアップデート応答メッセージは、スライス別Ｕ−Ｐｌａｎｅ情報を含むことができる。スライス別Ｕ−Ｐｌａｎｅ情報は、ＩＰアドレス、ＴＥＩＤ、及びＧＴＰが使われない場合、マッピングＩＤのうち少なくとも一つを含むことができる。
【０１２１】
ステップＳ４１６において、専用Ｃ−ＣＰＦは、経路転換応答メッセージをターゲットＲＡＮノードに送信する。経路転換応答メッセージは、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。また、経路転換応答メッセージは、最終選択されたスライス関連ＩＤを含むことができる。基本／専用Ｃ−ＣＰＦ  ＩＤまたは最終選択されたスライス関連ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。また、経路転換応答メッセージは、スライス当たりＵ−Ｐｌａｎｅ情報を含むことができる。スライス別Ｕ−Ｐｌａｎｅ情報は、ＩＰアドレス、ＴＥＩＤ、及びＧＴＰが使われない場合、マッピングＩＤのうち少なくとも一つを含むことができる。
【０１２２】
経路転換応答メッセージを受信すると、ステップＳ４１７において、ターゲットＲＡＮノードは、最終選択されたスライスを認識して最終選択されたスライス及びＵ−Ｐｌａｎｅ情報に対する動作を取る。
【０１２３】
ステップＳ４１８において、ターゲットＲＡＮノードは、必要な場合、スライスの情報をＵＥに通知できる。スライスの情報は、基本／専用Ｃ−ＣＰＦ  ＩＤを含むことができる。また、スライスの情報は、最終選択されたスライス関連ＩＤを含むことができる。基本／専用Ｃ−ＣＰＦ  ＩＤまたは最終選択されたスライス関連ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。
【０１２４】
ステップＳ４１９において、ターゲットＲＡＮノードは、ＵＥコンテキスト解除メッセージをソースＲＡＮノードに送信する。
【０１２５】
図９は、本発明の一実施例に係る第１のＲＡＮノードがスライスサポート指示を送信する方法を示す。この実施例は、図５から図７に示す実施例に対応できる。
【０１２６】
ステップＳ５００において、第１のＲＡＮノードは、第１のＲＡＮノードのスライスサポートと関連した第１の指示子を第２のＲＡＮノードに送信する。ステップＳ５１０において、第１のＲＡＮノードは、第２のＲＡＮノードのスライスサポートに関連した第２の指示子を第２のＲＡＮノードから受信する。
【０１２７】
第１の指示子は、ＲＡＮ−ＲＡＮインターフェース設定要求メッセージを介して送信されることができ、第２の指示子は、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージを介して受信されることができる。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、ＮＧ２設定要求メッセージまたはＸＮ設定要求メッセージのうち一つであり、ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、ＮＧ２設定応答メッセージまたはＸＮ設定応答メッセージのうち一つである。ＲＡＮ−ＲＡＮインターフェース設定要求メッセージは、グローバルｇＮＢ  ＩＤ（または、ｎｇ−ｅＮＢ  ＩＤ）またはＣ−ＣＰＦ  ＩＤのうち少なくとも一つを含むことができる。ＲＡＮ−ＲＡＮインターフェース設定応答メッセージは、グローバルｇＮＢ  ＩＤ（または、ｎｇ−ｅＮＢ  ＩＤ）またはＣ−ＣＰＦ  ＩＤのうち少なくとも一つを含むことができる。第１のＲＡＮノードは、第１のｇＮＢであり、第２のＲＡＮノードは、第２のｇＮＢである。または、第１のＲＡＮノードは、第１のｎｇ−ｅＮＢであり、第２のＲＡＮノードは、第２のｎｇ−ｅＮＢである。
【０１２８】
その代案として、第１の指示子は、ハンドオーバ要求メッセージを介して送信されることができ、第２の指示子は、ハンドオーバ要求確認メッセージを介して受信されることができる。第１のＲＡＮノードは、ソースｇＮＢであり、第２のＲＡＮノードは、ターゲットｇＮＢである。または、第１のＲＡＮノードは、ソースｎｇ−ｅＮＢであり、第２のＲＡＮノードは、ターゲットｎｇ−ｅＮＢである。この場合、第１のＲＡＮノードは、第１の指示子を送信する前に、ＵＥからスライス当たり測定報告を受信することができる。また、第１のＲＡＮノードは、前記第２の指示子を受信した後、スライス関連情報を含むＲＲＣメッセージを送信することができる。
【０１２９】
前記第１の指示子または前記第２の指示子は、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。
【０１３０】
図１０は、本発明の一実施例によってターゲットＲＡＮノードがスライス関連情報を送信する方法を示す。この実施例は、図８に示す実施例に対応できる。
【０１３１】
ステップＳ６００において、ターゲットＲＡＮノードは、スライス関連情報を含む経路転換要求メッセージをＣＮノードに送信する。ステップＳ６１０において、ターゲットＲＡＮノードは、ＣＮノードからＣ−ＣＰＦ  ＩＤ、最終選択されたスライス関連ＩＤまたはＵ−Ｐｌａｎｅ情報のうち少なくとも一つを含む経路転換応答メッセージを受信する。スライス関連情報は、Ｃ−ＣＰＦ  ＩＤを含むことができる。Ｕ−Ｐｌａｎｅ情報は、ＩＰアドレス、ＴＥＩＤまたはマッピングＩＤのうち少なくとも一つを含むことができる。スライス関連情報または最終選択されたスライス関連ＩＤは、“ＵＥ  Ｕｓａｇｅ  Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ  Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ  ＩＤ”、または“Ｓｅｒｖｉｃｅ  Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ  ｔｙｐｅ”のうち少なくとも一つに対応できる。ＣＮノードは、専用Ｃ−ＣＰＦまたはＡＭＦをサポートするノードである。ターゲットＲＡＮノードは、前記経路転換応答メッセージを受信した後に最終選択されたスライス関連ＩＤ及びＵ−Ｐｌａｎｅ情報をＵＥに送信できる。
【０１３２】
図１１は、本発明の実施例が具現される無線通信システムを示す。
【０１３３】
第１のＲＡＮノード８００は、プロセッサ（ｐｒｏｃｅｓｓｏｒ）８１０、メモリ（ｍｅｍｏｒｙ）８２０及び送受信部（ｔｒａｎｓｃｅｉｖｅｒ）８３０を含む。プロセッサ８１０は、本明細書で説明された機能、過程及び／または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ８１０により具現されることができる。メモリ８２０は、プロセッサ８１０と連結され、プロセッサ８１０を駆動するための多様な情報を格納する。送受信部８３０は、プロセッサ８１０と連結され、無線信号を送信及び／または受信する。
【０１３４】
第２のＲＡＮノードまたはＣＮノード９００は、プロセッサ９１０、メモリ９２０及び送受信部９３０を含む。プロセッサ９１０は、本明細書で説明された機能、過程及び／または方法を具現するように構成されることができる。無線インターフェースプロトコルの階層は、プロセッサ９１０により具現されることができる。メモリ９２０は、プロセッサ９１０と連結され、プロセッサ９１０を駆動するための多様な情報を格納する。送受信部９３０は、プロセッサ９１０と連結され、無線信号を送信及び／または受信する。
【０１３５】
プロセッサ８１０、９１０は、ＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ−ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔ）、他のチップセット、論理回路、及び／又はデータ処理装置を備えることができる。メモリ８２０、９２０は、ＲＯＭ（ｒｅａｄ−ｏｎｌｙ  ｍｅｍｏｒｙ）、ＲＡＭ（ｒａｎｄｏｍ  ａｃｃｅｓｓ  ｍｅｍｏｒｙ）、フラッシュメモリ、メモリカード、格納媒体、及び／又は他の格納装置を備えることができる。送受信部８３０、９３０は、無線周波数信号を処理するためのベースバンド回路を備えることができる。実施形態がソフトウェアで実現されるとき、上述した技法は、上述した機能を果たすモジュール（過程、機能等）で実現されることができる。モジュールは、メモリ８２０、９２０に格納され、プロセッサ８１０、９１０により実行されることができる。メモリ８２０、９２０は、プロセッサ８１０、９１０の内部または外部にありうるし、よく知られた様々な手段にてプロセッサ８１０、９１０と連結されることができる。
【０１３６】
前述した例示的なシステムにおいて、前述した本発明の特徴によって実現されることができる方法は、流れ図に基づいて説明された。便宜上、方法は、一連のステップまたはブロックで説明したが、請求された本発明の特徴は、ステップまたはブロックの順序に限定されるものではなく、あるステップは、異なるステップと、前述と異なる順序にまたは同時に発生できる。また、当業者であれば、流れ図に示すステップが排他的でなく、他のステップが含まれ、または流れ図の１つまたはそれ以上のステップが本発明の範囲に影響を及ぼさずに削除可能であることを理解することができる。
【図１】
2019520766.tif 000003
【図２】
2019520766.tif 000004
【図３】
2019520766.tif 000005
【図４】
2019520766.tif 000006
【図５】
2019520766.tif 000007
【図６】
2019520766.tif 000008
【図７】
2019520766.tif 000009
【図８】
2019520766.tif 000010
【図９】
2019520766.tif 000011
【図１０】
2019520766.tif 000012
【図１１】
2019520766.tif 000013
【国際調査報告】
2019520766.tif 000014
2019520766.tif 000015
2019520766.tif 000016
2019520766.tif 000017
2019520766.tif 000018
2019520766.tif 000019
2019520766.tif 000020
2019520766.tif 000021