JP6724232B2 - 無線通信システムにおけるネットワークスライスベースのｎｒのためのセル特定手順を実行する方法及び装置 - Google Patents

Description

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

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

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

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

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

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

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

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

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

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

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

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

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

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

前記第１の指示子は、ＲＡＮ−ＣＮインターフェース設定要求メッセージを介して送信され、前記第２の指示子は、ＲＡＮ−ＣＮインターフェース設定応答メッセージを介して受信される。前記ＲＡＮ−ＣＮインターフェース設定要求メッセージは、ＮＧ１設定要求メッセージまたはＮＧ設定要求メッセージのうちいずれか一つであり、前記ＲＡＮ−ＣＮインターフェース設定応答メッセージは、ＮＧ１設定応答メッセージまたはＮＧ設定応答メッセージのうちいずれか一つである。前記ＲＡＮ−ＣＮインターフェース設定要求メッセージは、前記ＲＡＮノードの識別子を含む。前記ＲＡＮノードの識別子は、グローバルｇＮＢ（ｇＮｏｄｅＢ）ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）またはｎｇ−ｅＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅＮＢ）ＩＤである。

前記ＲＡＮノードは、ｇＮＢまたはｎｇ−ｅＮＢである。前記ＣＮノードは、基本または専用共通制御平面機能（Ｃ−ＣＰＦ；ｃｏｍｍｏｎ ｃｏｎｔｒｏｌ ｐｌａｎｅ ｆｕｎｃｔｉｏｎ）をサポートするノードまたはアクセス及び移動性管理機能（ＡＭＦ；ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）をサポートするノードである。前記第１の指示子または前記第２の指示子は、“ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ（ＵＥ） Ｕｓａｇｅ Ｔｙｐｅ”、“ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ ＩＤ（ＤＣＮ−ＩＤ）”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ｄｏｍａｉｎ ｎｅｔｗｏｒｋ ｎａｍｅ（ＤＮＮ）”、“ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）”、“Ｔｅｎａｎｔ ＩＤ”または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうちいずれか一つに対応する。

前記方法は、ＵＥのためのスライス選択を実行することをさらに含む。前記ＣＮノードは、ＵＥのための登録領域管理を実行する。

他の態様において、無線通信システムにおけるＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）−ＣＮ（ｃｏｒｅ ｎｅｔｗｏｒｋ）インターフェース構成アップデート手順をＣＮノードにより実行する方法が提供される。前記方法は、前記ＣＮノードのスライスサポートと関連した第１の指示子をＲＡＮノードに送信し、及び前記ＲＡＮノードのスライスサポートと関連した第２の指示子を前記ＲＡＮノードから受信することを含む。

前記第１の指示子は、ＡＭＦ（ａｃｃｅｓｓ ａｎｄ ｍｏｂｉｌｉｔｙ ｍａｎａｇｅｍｅｎｔ ｆｕｎｃｔｉｏｎ）／ＮＧ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ）−ＲＡＮ構成アップデートメッセージを介して送信される。

前記第２の指示子は、ｇＮＢ（ｇＮｏｄｅＢ）／ＮＧ−ＲＡＮ構成アップデートメッセージを介して受信される。前記ｇＮＢ／ＮＧ−ＲＡＮ構成アップデートメッセージは、グローバルｇＮＢ ＩＤ（ｉｄｅｎｔｉｆｉｅｒ）またはｎｇ−ｅＮＢ（ｎｅｘｔ ｇｅｎｅｒａｔｉｏｎ ｅＮＢ）ＩＤを含む。

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

３ＧＰＰ ＬＴＥシステムの構造を示す。 多重コアネットワーク間に共通Ｃ−Ｐｌａｎｅ集合を共有する例を示す。 多数のＣＮＩとの連結をサポートするためのシグナリング流れの第１の部分である。 多数のＣＮＩとの連結をサポートするためのシグナリング流れの第２の部分である。 本発明の一実施例に係るＲＡＮ−ＣＮインターフェース設定手順を実行する方法を示す。 本発明の一実施例に係るＲＡＮ−ＣＮインターフェース構成アップデート手順を実行する方法を示す。 本発明の他の実施例に係るＲＡＮ−ＣＮインターフェース構成アップデート手順を実行する方法を示す。 本発明の一実施例によってＲＡＮノードがＲＡＮ−ＣＮインターフェース設定手順を実行する方法を示す。 本発明の一実施例によってＣＮノードがＲＡＮ−ＣＮインターフェース構成アップデート手順を実行する方法を示す。 本発明の実施例が具現される無線通信システムを示す。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ステップＳ２００において、ＲＡＮノードは、ＲＡＮ−ＣＮインターフェース設定要求メッセージをＣＮノードに送信する。ＲＡＮ−ＣＮインターフェース設定要求メッセージは、ＲＡＮ−ＣＮ制御インターフェースインスタンスに対するアプリケーション階層情報を送信するためにＲＡＮノードにより送信される。ＲＡＮ−ＣＮインターフェース設定要求メッセージは、グローバルｇＮＢ ＩＤ（または、ｎｇ−ｅＮＢ ＩＤ）またはＲＡＮノードのスライスサポート指示のうち少なくとも一つを含むことができる。

表１は、本発明の一実施例に係るＲＡＮ−ＣＮインターフェース設定要求メッセージの一例を示す。

表１を参照すると、ＲＡＮ−ＣＮインターフェース設定要求メッセージは、“Ｇｌｏｂａｌ ｇＮＢ ＩＤ”ＩＥ（ｉｎｆｏｒｍａｔｉｏｎ ｅｌｅｍｅｎｔ）を含むことができる。また、ＲＡＮ−ＣＮインターフェース設定要求メッセージは、ＲＡＮノードのスライスサポート指示に対応する“ＴＡＩ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥを含むことができる。“ＴＡＩ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥがＲＡＮ−ＣＮインターフェース設定要求メッセージに含まれる場合、ＣＮノードは、サポートされる場合、受信された値を格納し、これをＵＥの登録領域管理に使用することができる。

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

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

表２は、本発明の一実施例に係るＲＡＮ−ＣＮインターフェース設定応答メッセージの一例を示す。

表２を参照すると、ＲＡＮ−ＣＮインターフェース設定応答メッセージは、ＣＮノードのスライスサポート指示に対応する“ＡＭＦ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥを含むことができる。“ＡＭＦ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥがＲＡＮ−ＣＮインターフェース設定応答メッセージに含まれる場合、ＲＡＮノードは、サポートされる場合、受信された値を格納し、これを追加ネットワークスライス選択及びＣＮノード選択のために使用することができる。

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

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

図６は、本発明の一実施例に係るＲＡＮ−ＣＮインターフェース構成アップデート手順を実行する方法を示す。ＲＡＮ−ＣＮインターフェース構成アップデート手順の目的は、ＲＡＮノード及びＣＮノードがＲＡＮ−ＣＮ制御インターフェース上で正確に相互作用する時に必要なアプリケーションレベルデータをアップデートすることにある。この実施例において、ＲＡＮ−ＣＮインターフェースの構成は、ＲＡＮノードとＣＮノードとの間でアップデートされる。この実施例において、ＲＡＮ−ＣＮインターフェース構成アップデート手順は、ＲＡＮノードによりトリガされる。ＲＡＮノードは、ｇＮＢまたはｎｇ−ｅＮＢである。ＣＮノードは、基本／専用Ｃ−ＣＰＦまたはＡＭＦをサポートするノードである。ＲＡＮ−ＣＮインターフェースは、ＮＧ１インターフェースまたはＮＧインターフェースである。

ステップＳ３００において、ＲＡＮノードは、ＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージをＣＮノードに送信する。ＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージは、ＲＡＮ−ＣＮ制御インターフェースインスタンスに対するアップデートされたアプリケーション階層情報を送信するためにＲＡＮノードにより送信される。ＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージは、グローバルｇＮＢ ＩＤ（または、ｎｇ−ｅＮＢ ＩＤ）またはＲＡＮノードのスライスサポート指示のうち少なくとも一つを含むことができる。

表３は、本発明の一実施例に係るＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージの一例を示す。

表３を参照すると、ＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージは、“Ｇｌｏｂａｌ ｇＮＢ ＩＤ”ＩＥを含むことができる。また、ＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージは、ＲＡＮノードのスライスサポート指示に対応する“ＴＡＩ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥを含むことができる。“ＴＡＩ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥがＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージに含まれる場合、ＣＮノードは、サポートされる場合、受信された値を格納し、これをＵＥの登録領域管理に使用することができる。

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

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

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

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

図７は、本発明の他の実施例に係るＲＡＮ−ＣＮインターフェース構成アップデート手順を実行する方法を示す。ＲＡＮ−ＣＮインターフェース構成アップデート手順の目的は、ＲＡＮノード及びＣＮノードがＲＡＮ−ＣＮ制御インターフェース上で正確に相互作用する時に必要なアプリケーションレベルデータをアップデートすることにある。この実施例において、ＲＡＮ−ＣＮインターフェースの構成は、ＲＡＮノードとＣＮノードとの間でアップデートされる。この実施例において、ＲＡＮ−ＣＮインターフェース構成アップデート手順は、ＣＮノードによりトリガされる。ＲＡＮノードは、ｇＮＢまたはｎｇ−ｅＮＢである。ＣＮノードは、基本／専用Ｃ−ＣＰＦまたはＡＭＦをサポートするノードである。ＲＡＮ−ＣＮインターフェースは、ＮＧ１インターフェースまたはＮＧインターフェースである。

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

表４は、本発明の一実施例に係るＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージの一例を示す。

表４を参照すると、ＲＡＮ−ＣＮインターフェース構成アップデート要求メッセージは、ＣＮノードのスライスサポート指示に対応する“ＡＭＦ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥを含むことができる。“ＡＭＦ Ｓｌｉｃｅ Ｓｕｐｐｏｒｔ”ＩＥがＲＡＮ−ＣＮインターフェース構成アップデート応答メッセージに含まれる場合、ＲＡＮノードは、サポートされる場合、サポートされるＣＮノードスライスの全体リストに新しいリストを上書きし、追加ネットワークスライス選択及びＣＮノード選択のために受信された値を使用することができる。

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

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

ステップＳ４１０において、ＲＡＮノードは、ＲＡＮ−ＣＮインターフェース構成アップデート応答メッセージをＣＮノードに送信する。ＲＡＮ−ＣＮインターフェース構成アップデート応答メッセージは、グローバルｇＮＢ ＩＤ（または、ｎｇ−ｅＮＢ ＩＤ）またはＲＡＮノードのスライスサポート指示のうち少なくとも一つを含むことができる。

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

図８は、本発明の一実施例によってＲＡＮノードがＲＡＮ−ＣＮインターフェース設定手順を実行する方法を示す。この実施例は、図５に示す実施例に対応できる。

ステップＳ５００において、ＲＡＮノードは、ＲＡＮノードのスライスサポートと関連した第１の指示子をＣＮノードに送信する。第１の指示子は、ＲＡＮ−ＣＮインターフェース設定要求メッセージを介して送信されることができる。ＲＡＮ−ＣＮインターフェース設定要求メッセージは、ＮＧ１設定要求メッセージまたはＮＧ設定要求メッセージのうち一つである。ＲＡＮ−ＣＮインターフェース設定要求メッセージは、ＲＡＮノードのＩＤを含むことができる。ＲＡＮノードの識別子は、グローバルｇＮＢ ＩＤまたはｎｇ−ｅＮＢ ＩＤである。

ステップＳ５１０において、ＲＡＮノードは、ＣＮノードからＣＮノードのスライスサポートと関連した第２の指示子を受信する。第２の指示子は、ＲＡＮ−ＣＮインターフェース設定応答メッセージを介して受信されることができる。ＲＡＮ−ＣＮインターフェース設定応答メッセージは、ＮＧ１設定応答メッセージまたはＮＧ設定応答メッセージのうち一つである。

前記第１の指示子または第２の指示子は、“ＵＥ Ｕｓａｇｅ Ｔｙｐｅ”、“ＤＣＮ−ＩＤ”、“Ｓｅｒｖｉｃｅ Ｔｙｐｅ”、“ＤＮＮ”、“ＭＤＤ”、“Ｔｅｎａｎｔ ＩＤ”または“Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ”のうち一つに対応できる。ＲＡＮノードは、ｇＮＢまたはｎｇ−ｅＮＢである。ＣＮノードは、基本または専用Ｃ−ＣＰＦをサポートするノードまたはＡＭＦをサポートするノードである。ＲＡＮノードは、ＵＥに対するスライス選択を追加実行することができる。ＣＮノードは、ＵＥに対する登録領域管理を追加実行することができる。

図９は、本発明の一実施例によってＣＮノードがＲＡＮ−ＣＮインターフェース構成アップデート手順を実行する方法を示す。この実施例は、図６及び／または図７に示す実施例に対応できる。

ステップＳ６００において、ＣＮノードは、ＣＮノードのスライスサポートと関連した第１の指示子をＲＡＮノードに送信する。第１の指示子は、ＡＭＦ／ＮＧ−ＲＡＮ構成アップデートメッセージを介して送信されることができる。

ステップＳ６１０において、ＣＮノードは、ＲＡＮノードのスライスサポートと関連した第２の指示子をＲＡＮノードから受信する。第２の指示子は、ｇＮＢ／ＮＧ−ＲＡＮ構成アップデートメッセージを介して受信されることができる。ｇＮＢ／ＮＧ−ＲＡＮ構成アップデートメッセージは、グローバルｇＮＢ ＩＤまたはｎｇ−ｅＮＢ ＩＤを含むことができる。

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

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

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

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

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

Claims (8)

1. 無線通信システムにおける無線アクセスネットワーク（ＲＡＮ）ノードに対する方法において、
   コアネットワーク（ＣＮ）ノードに、１）前記ＲＡＮノードのグローバルＩＤ、及び２）前記ＲＡＮノードのスライスサポートと関連した情報を含むＲＡＮ−ＣＮインターフェース設定要求メッセージを送信するステップと、
   前記ＣＮノードから、１）前記ＣＮノードの識別情報、及び２）前記ＣＮノードのスライスサポートと関連した情報を含むＲＡＮ−ＣＮインターフェース設定応答メッセージを受信するステップと、を含み、
   ＲＡＮ−ＣＮインターフェースは、前記ＲＡＮ−ＣＮインターフェース設定要求メッセージ及び前記ＲＡＮ−ＣＮインターフェース設定応答メッセージに基づいて、前記ＲＡＮノード及び前記ＣＮノードの間で設定される、方法。
2. 前記ＲＡＮ−ＣＮインターフェース設定要求メッセージは、ＮＧ１設定要求メッセージまたはＮＧ設定要求メッセージのうちいずれか一つであり、
   前記ＲＡＮ−ＣＮインターフェース設定応答メッセージは、ＮＧ１設定応答メッセージまたはＮＧ設定応答メッセージのうちいずれか一つである、請求項１に記載の方法。
3. 前記ＲＡＮノードの前記グローバルＩＤは、グローバルｇＮＢ ＩＤまたはｎｇ−ｅＮＢ ＩＤである、請求項１に記載の方法。
4. 前記ＲＡＮノードは、ｇＮＢまたはｎｇ−ｅＮＢである、請求項１に記載の方法。
5. 前記ＣＮノードは、基本または専用共通制御平面機能（Ｃ−ＣＰＦ）をサポートするノードまたはアクセス及び移動性管理機能（ＡＭＦ）をサポートするノードである、請求項１に記載の方法。
6. 前記スライスサポートと関連した情報は、「ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ（ＵＥ） Ｕｓａｇｅ Ｔｙｐｅ」、「ｄｅｄｉｃａｔｅｄ ｃｏｒｅ ｎｅｔｗｏｒｋ ＩＤ（ＤＣＮ−ＩＤ）」、「Ｓｅｒｖｉｃｅ Ｔｙｐｅ」、「ｄｏｍａｉｎ ｎｅｔｗｏｒｋ ｎａｍｅ（ＤＮＮ）」、「ｍｕｌｔｉ−ｄｉｍｅｎｓｉｏｎａｌ ｄｅｓｃｒｉｐｔｏｒ（ＭＤＤ）」、「Ｔｅｎａｎｔ ＩＤ」または「Ｓｅｒｖｉｃｅ Ｄｅｓｃｒｉｐｔｏｒ／Ｓｌｉｃｅ ｔｙｐｅ」のうちいずれか一つに対応する、請求項１に記載の方法。
7. ＵＥのためのスライス選択を実行するステップをさらに含む、請求項１に記載の方法。
8. 無線通信システムにおける無線アクセスネットワーク（ＲＡＮ）ノードにおいて、
   メモリと、
   送受信器と、
   前記メモリ及び前記送受信器と動作可能に接続されたプロセッサと、を備え、
   前記ＲＡＮノードは、
   コアネットワーク（ＣＮ）ノードに、１）前記ＲＡＮノードのグローバルＩＤ、及び２）前記ＲＡＮノードのスライスサポートと関連した情報を含むＲＡＮ−ＣＮインターフェース設定要求メッセージを送信し、
   前記ＣＮノードから、１）前記ＣＮノードの識別情報、及び２）前記ＣＮノードのスライスサポートと関連した情報を含むＲＡＮ−ＣＮインターフェース設定応答メッセージを受信するよう構成され、
   ＲＡＮ−ＣＮインターフェースは、前記ＲＡＮ−ＣＮインターフェース設定要求メッセージ及び前記ＲＡＮ−ＣＮインターフェース設定応答メッセージに基づいて、前記ＲＡＮノード及び前記ＣＮノードの間で設定される、ＲＡＮノード。