特表 2024-531922 無線アクセスネットワークでＥ２インタフェース関連情報を除去するための装置及び方法

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

(12)【公報種別】公表特許公報(A)

(11)【公表番号】

(43)【公表日】2024-09-03

(54)【発明の名称】無線アクセスネットワークでＥ２インタフェース関連情報を除去するための装置及び方法

(51)【国際特許分類】

   H04W 88/08 20090101AFI20240827BHJP

【ＦＩ】

H04W88/08

【審査請求】有

【予備審査請求】未請求

(21)【出願番号】P 2024506803

(86)(22)【出願日】2022-08-03

(85)【翻訳文提出日】2024-02-02

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

(87)【国際公開番号】W WO2023014087

(87)【国際公開日】2023-02-09

(31)【優先権主張番号】10-2021-0102248

(32)【優先日】2021-08-03

(33)【優先権主張国・地域又は機関】KR

(81)【指定国・地域】

【公序良俗違反の表示】

（特許庁注：以下のものは登録商標）

１．３ＧＰＰ

２．イーサネット

３．ＥＴＨＥＲＮＥＴ

(71)【出願人】

【識別番号】503447036

【氏名又は名称】サムスン エレクトロニクス カンパニー リミテッド

(74)【代理人】

【識別番号】100133400

【弁理士】

【氏名又は名称】阿部 達彦

(74)【代理人】

【識別番号】100110364

【弁理士】

【氏名又は名称】実広 信哉

(74)【代理人】

【識別番号】100154922

【弁理士】

【氏名又は名称】崔 允辰

(72)【発明者】

【氏名】ジウン・ジョン

(72)【発明者】

【氏名】ヨンスン・コ

【テーマコード（参考）】

5K067

【Ｆターム（参考）】

5K067EE10

(57)【要約】

本開示は、より高いデータ伝送率をサポートするための５Ｇ又は６Ｇ通信システムに関する。本開示の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法が提供される。上記方法は、Ｅ２ノードから上記Ｅ２ノードの終了を示すためのＥ２除去要求メッセージをＥ２インタフェースを介して受信する過程と、上記Ｅ２ノードの終了はＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から設定され、上記Ｅ２ノードにＥ２除去応答メッセージをＥ２インタフェースを介して伝送する過程と、上記Ｅ２除去要求メッセージに対応して、上記Ｎｅａｒ－ＲＴ ＲＩＣで上記Ｅ２ノードに対する設定の除去を行う過程と、を含むことができる。

【特許請求の範囲】

【請求項1】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法であって、
Ｅ２ノードから前記Ｅ２ノードの終了を示すためのＥ２除去要求メッセージをＥ２インタフェースを介して受信する過程と、前記Ｅ２ノードの終了はＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から設定され、
前記Ｅ２ノードにＥ２除去応答メッセージをＥ２インタフェースを介して伝送する過程と、
前記Ｅ２除去要求メッセージに対応して、前記Ｎｅａｒ－ＲＴ ＲＩＣで前記Ｅ２ノードに対する設定の除去を行う過程と、を含む方法。

【請求項2】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法であって、
Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出する過程と、
前記解除の検出に対応して、解除タイマを開始する過程と、
前記解除タイマの満了に対応して、前記Ｅ２ノードに対する設定の除去を行う過程と、を含む方法。

【請求項3】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法であって、
Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出する過程と、
前記解除の検出に対応して、ＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）に前記Ｅ２ノードの状態を問い合わせるためのメッセージをＯ１インタフェースを介して伝送する過程と、
前記ＳＭＯから前記Ｅ２ノードの状態に対する応答メッセージをＯ１インタフェースを介して受信する過程と、
前記応答メッセージが前記Ｅ２ノードの終了（ｔｅｒｍｉｎａｔｉｏｎ）の終了を示す場合、前記Ｎｅａｒ－ＲＴ ＲＩＣでの前記Ｅ２ノードに対する設定の除去を行う過程と、を含む方法。

【請求項4】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法であって、
Ｏ１インタフェースを介してＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から前記Ｎｅａｒ－ＲＴ ＲＩＣと接続されるＥ２ノードの終了に対する構成メッセージを受信する過程と、
前記構成メッセージに対応して、前記Ｎｅａｒ－ＲＴ ＲＩＣで前記Ｅ２ノードに対する設定の除去を行う過程と、を含む方法。

【請求項5】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサを含み、
前記少なくとも１つのプロセッサは、
Ｅ２ノードから前記Ｅ２ノードの終了を示すためのＥ２除去要求メッセージをＥ２インタフェースを介して受信し、前記Ｅ２ノードの終了はＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から設定され、
前記Ｅ２ノードにＥ２除去応答メッセージをＥ２インタフェースを介して伝送し、
前記Ｅ２除去要求メッセージに対応して、前記Ｎｅａｒ－ＲＴ ＲＩＣで前記Ｅ２ノードに対する設定の除去を行うように構成される装置。

【請求項6】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサを含み、
前記少なくとも１つのプロセッサは、
Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出し、
前記解除の検出に対応して、解除タイマを開始し、
前記解除タイマの満了に対応して、前記Ｅ２ノードに対する設定の除去を行うように構成される装置。

【請求項7】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサを含み、
前記少なくとも１つのプロセッサは、
Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出し、
前記解除の検出に対応して、ＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）に前記Ｅ２ノードの状態を問い合わせるためのメッセージをＯ１インタフェースを介して伝送し、
前記ＳＭＯから前記Ｅ２ノードの状態に対する応答メッセージをＯ１インタフェースを介して受信し、
前記応答メッセージが前記Ｅ２ノードの終了（ｔｅｒｍｉｎａｔｉｏｎ）の終了を示す場合、前記Ｎｅａｒ－ＲＴ ＲＩＣでの前記Ｅ２ノードに対する設定の除去を行うように構成される装置。

【請求項8】

Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサを含み、
前記少なくとも１つのプロセッサは、
Ｏ１インタフェースを介してＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から前記Ｎｅａｒ－ＲＴ ＲＩＣと接続されるＥ２ノードの終了に対する構成メッセージを受信し、
前記構成メッセージに対応して、前記Ｎｅａｒ－ＲＴ ＲＩＣで前記Ｅ２ノードに対する設定の除去を行うように構成される装置。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）でＥ２インタフェース関連情報を除去するための装置及び方法に関する。より詳細には、本開示は、無線通信システムのＯ－ＲＡＮ（ｏｐｅｎ ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ）規格に従うＥ２ノード関連設定、ＲＩＣ関連設定、又はＥ２インタフェース設定を除去するための装置及び方法に関する。

【背景技術】

【0002】

５Ｇ移動通信技術は、迅速な伝送速度と新しいサービスが可能なように広い周波数帯域を定義しており、３．５ギガヘルツ（３．５ＧＨｚ）など６ＧＨｚ以下の周波数（‘Ｓｕｂ ６ＧＨｚ’）帯域のみならず、２８ＧＨｚと３９ＧＨｚなどミリ波（ｍｍＷａｖｅ）と呼ばれる超高周波帯域（‘Ａｂｏｖｅ ６ＧＨｚ’）でも実装が可能である。また、５Ｇ通信以降（Ｂｅｙｏｎｄ ５Ｇ）のシステムと呼ばれる６Ｇ移動通信技術の場合、５Ｇ移動通信技術に比べ５０倍速い伝送速度と１０分の１に短縮される超低（Ｕｌｔｒａ Ｌｏｗ）遅延時間を達成するためにテラヘルツ（Ｔｅｒａｈｅｒｔｚ、ＴＨｚ）帯域（例えば、９５ＧＨｚから３テラヘルツ帯域）での実装が考慮されている。

【0003】

５Ｇ移動通信技術の初期には、モバイルブロードバンドの高度化（ｅｎｈａｎｃｅｄ Ｍｏｂｉｌｅ ＢｒｏａｄＢａｎｄ、ｅＭＢＢ）、超高信頼・低遅延通信（Ｕｌｔｒａ－Ｒｅｌｉａｂｌｅ Ｌｏｗ－Ｌａｔｅｎｃｙ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＵＲＬＬＣ）、大規模マシンタイプ通信（ｍａｓｓｉｖｅ Ｍａｃｈｉｎｅ－Ｔｙｐｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ｍＭＴＣ）に対するサービスサポートと性能の要求事項を満たすことを目標に、超高周波帯域での電波の経路損失の緩和及び電波の伝達距離を増大させるためのビームフォーミング（Ｂｅａｍｆｏｒｍｉｎｇ）及びマッシブマイモ（Ｍａｓｓｉｖｅ ＭＩＭＯ）、超高周波数リソースの効率的活用のための様々なヌメロロジサポート（複数個のサブキャリア間隔の運用など）とスロットフォーマットに対する動的運営、多重ビーム伝送及び広帯域をサポートするための初期アクセス技術、ＢＷＰ（Ｂａｎｄ－Ｗｉｄｔｈ Ｐａｒｔ）の定義及び運営、大容量データ伝送のためのＬＤＰＣ（Ｌｏｗ Ｄｅｎｓｉｔｙ Ｐａｒｉｔｙ Ｃｈｅｃｋ）符号と制御情報の信頼性の高い伝送のための極海コード（Ｐｏｌａｒ Ｃｏｄｅ）などの新しいチャネルコーディング方法、Ｌ２前－処理（Ｌ２ ｐｒｅ－ｐｒｏｃｅｓｓｉｎｇ）、特定のサービスに特化した専用ネットワークを提供するネットワークスライシング（Ｎｅｔｗｏｒｋ Ｓｌｉｃｉｎｇ）などに対する標準化が進められた。

【0004】

現在、５Ｇ移動通信技術がサポートしようとしていたサービスを考慮して、初期の５Ｇ移動通信技術改善（ｉｍｐｒｏｖｅｍｅｎｔ）及び性能向上（ｅｎｈａｎｃｅｍｅｎｔ）のための議論が進められており、車両が伝送する自らの位置及び状態情報に基づいて自動運転車の走行判断を補助し、ユーザの便宜を増大するためのＶ２Ｘ（Ｖｅｈｉｃｌｅ－ｔｏ－Ｅｖｅｒｙｔｈｉｎｇ）、無認可スペクトルで各種規制上の要求事項に符合するシステム動作を目的とするＮＲ－Ｕ（Ｎｅｗ Ｒａｄｉｏ Ｕｎｌｉｃｅｎｓｅｄ）、ＮＲ端末の消費電力低減技術（ＵＥ Ｐｏｗｅｒ Ｓａｖｉｎｇ）、地上網との通信が不可能な地域でのカバレッジ確保のための端末－衛星の直接通信である非地上系ネットワーク（Ｎｏｎ－Ｔｅｒｒｅｓｔｒｉａｌ Ｎｅｔｗｏｒｋ、ＮＴＮ）、ポジショニング（Ｐｏｓｉｔｉｏｎｉｎｇ）などの技術に対する物理層標準化が進行中である。

【0005】

その上、他の産業との連携及びコンバージェンスによる新しいサービスのサポートのためのインダストリアルＩｏＴ（Ｉｎｄｕｓｔｒｉａｌ Ｉｎｔｅｒｎｅｔ ｏｆ Ｔｈｉｎｇｓ、ＩＩｏＴ）、無線バックホールリンクとアクセスリンクを統合サポートしてネットワークサービス地域拡張のためのノードを提供するＩＡＢ（Ｉｎｔｅｇｒａｔｅｄ Ａｃｃｅｓｓ ａｎｄ Ｂａｃｋｈａｕｌ）、条件付きハンドオーバ（Ｃｏｎｄｉｔｉｏｎａｌ Ｈａｎｄｏｖｅｒ）及びＤＡＰＳ（Ｄｕａｌ Ａｃｔｉｖｅ Ｐｒｏｔｏｃｏｌ Ｓｔａｃｋ）ハンドオーバを含む移動性向上技術（Ｍｏｂｉｌｉｔｙ Ｅｎｈａｎｃｅｍｅｎｔ）、ランダムアクセス手順を簡素化する２ステップランダムアクセス（２－ｓｔｅｐ ＲＡＣＨ ｆｏｒ ＮＲ）などの技術に対する無線インタフェースアーキテクチャ／プロトコル分野の標準化も進行中であり、ネットワーク仮想化（Ｎｅｔｗｏｒｋ Ｆｕｎｃｔｉｏｎｓ Ｖｉｒｔｕａｌｉｚａｔｉｏｎ、ＮＦＶ）及びソフトウェア定義ネットワーキング（Ｓｏｆｔｗａｒｅ－Ｄｅｆｉｎｅｄ Ｎｅｔｗｏｒｋｉｎｇ、ＳＤＮ）技術の結合のための５Ｇベースラインアーキテクチャ（例えば、Ｓｅｒｖｉｃｅ ｂａｓｅｄ Ａｒｃｈｉｔｅｃｔｕｒｅ、Ｓｅｒｖｉｃｅ ｂａｓｅｄ Ｉｎｔｅｒｆａｃｅ）、端末の位置に基づいてサービスを提供されるモバイルエッジコンピューティング（Ｍｏｂｉｌｅ Ｅｄｇｅ Ｃｏｍｐｕｔｉｎｇ、ＭＥＣ）などに対するシステムアーキテクチャ／サービス分野の標準化も進行中である。

【0006】

このような５Ｇ移動通信システムが商用化されると、爆発的な増加の傾向にあるコネクテッドデバイスが通信ネットワークに接続されることが見込まれ、それに伴い５Ｇ移動通信システムの機能及び性能強化とコネクテッドデバイスの統合運用が必要となることが予想される。そのために、拡張現実（Ａｕｇｍｅｎｔｅｄ Ｒｅａｌｉｔｙ、ＡＲ）、仮想現実（Ｖｉｒｔｕａｌ Ｒｅａｌｉｔｙ、ＶＲ）、複合現実（Ｍｉｘｅｄ Ｒｅａｌｉｔｙ、ＭＲ）などを效率的にサポートするためのエクステンデッドリアリティ（ｅＸｔｅｎｄｅｄ Ｒｅａｌｉｔｙ、ＸＲ）、人工知能（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ、ＡＩ）及びマシンランニング（Ｍａｃｈｉｎｅ Ｌｅａｒｎｉｎｇ、ＭＬ）を活用した５Ｇ性能改善及び複雑度の減少、ＡＩサービスサポート、メタバースサービスサポート、ドローン通信などに対する新しい研究が進められる予定である。

【0007】

また、このような５Ｇ移動通信システムの発展は、６Ｇ移動通信技術のテラヘルツ帯域でのカバレッジ保証のための新規波形（Ｗａｖｅｆｏｒｍ）、全次元ＭＩＭＯ（Ｆｕｌｌ Ｄｉｍｅｎｓｉｏｎａｌ ＭＩＭＯ：ＦＤ－ＭＩＭＯ）、アレイアンテナ（Ａｒｒａｙ Ａｎｔｅｎｎａ）、大規模アンテナ（Ｌａｒｇｅ Ｓｃａｌｅ Ａｎｔｅｎｎａ）などの多重アンテナ伝送技術、テラヘルツ帯域信号のカバレッジを改善するためのメタマテリアル（Ｍｅｔａｍａｔｅｒｉａｌ）ベースのレンズ及びアンテナ、ＯＡＭ（Ｏｒｂｉｔａｌ Ａｎｇｕｌａｒ Ｍｏｍｅｎｔｕｍ）を用いた高次元空間多重化技術、ＲＩＳ（Ｒｅｃｏｎｆｉｇｕｒａｂｌｅ Ｉｎｔｅｌｌｉｇｅｎｔ Ｓｕｒｆａｃｅ）技術のみならず、６Ｇ移動通信技術の周波数効率向上及びシステムネットワーク改善のための全二重化（Ｆｕｌｌ Ｄｕｐｌｅｘ）技術、衛星（Ｓａｔｅｌｌｉｔｅ）、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）を設計の段階から活用し、エンドツーエンド（Ｅｎｄ－ｔｏ－Ｅｎｄ）ＡＩサポート機能を内在化してシステム最適化を実現するＡＩベースの通信技術、端末演算能力の限界を超える複雑度のサービスを超高性能通信とコンピューティングリソースを活用して実現する次世代分散コンピューティング技術などの開発の元となり得るであろう。

【発明の概要】

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

【0008】

本開示（ｄｉｓｃｌｏｓｕｒｅ）の実施形態は、少なくとも上述で言及した問題及び／又は短所を取り上げ、少なくとも下記で説明される利点を提供するためのものである。本開示の一実施形態は、無線通信システムでＥ２インタフェース関連情報を除去するための装置及び方法を提供する。
追加の実施形態は次の説明で部分的に説明され、部分的には説明から明らかであり、又は提示された実施形態の実行によって学習され得る。

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

【0009】

本開示の一実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法が提供される。上記方法は、Ｅ２ノードから上記Ｅ２ノードの終了を示すためのＥ２除去要求メッセージをＥ２インタフェースを介して受信する過程と、上記Ｅ２ノードの終了はＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から設定され、上記Ｅ２ノードにＥ２除去応答メッセージをＥ２インタフェースを介して伝送する過程と、上記Ｅ２除去要求メッセージに対応して、上記Ｎｅａｒ－ＲＴ ＲＩＣで上記Ｅ２ノードに対する設定の除去を行う過程と、を含むことができる。

【0010】

本開示の他の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法は、Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出する過程と、上記解除の検出に対応して、解除タイマを開始する過程と、上記解除タイマの満了に対応して、上記Ｅ２ノードに対する設定の除去を行う過程と、を含むことができる。

【0011】

本開示の他の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法が提供される。上記方法は、Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出する過程と、上記解除の検出に対応して、ＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）に上記Ｅ２ノードの状態を問い合わせるためのメッセージをＯ１インタフェースを介して伝送する過程と、上記ＳＭＯから上記Ｅ２ノードの状態に対する応答メッセージをＯ１インタフェースを介して受信する過程と、上記応答メッセージが上記Ｅ２ノードの終了（ｔｅｒｍｉｎａｔｉｏｎ）の終了を示す場合、上記Ｎｅａｒ－ＲＴ ＲＩＣでの上記Ｅ２ノードに対する設定の除去を行う過程と、を含むことができる。

【0012】

本開示の他の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法が提供される。上記方法は、Ｏ１インタフェースを介してＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から上記Ｎｅａｒ－ＲＴ ＲＩＣと接続されるＥ２ノードの終了に対する構成メッセージを受信する過程と、上記構成メッセージに対応して、上記Ｎｅａｒ－ＲＴ ＲＩＣで上記Ｅ２ノードに対する設定の除去を行う過程と、を含むことができる。

【0013】

本開示の他の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置が提供される。上記装置は、少なくとも１つの送受信機と、少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、Ｅ２ノードから上記Ｅ２ノードの終了を示すためのＥ２除去要求メッセージをＥ２インタフェースを介して受信し、上記Ｅ２ノードの終了はＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から設定され、上記Ｅ２ノードにＥ２除去応答メッセージをＥ２インタフェースを介して伝送し、上記Ｅ２除去要求メッセージに対応して、上記Ｎｅａｒ－ＲＴ ＲＩＣで上記Ｅ２ノードに対する設定の除去を行うように構成され得る。

【0014】

本開示の他の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置が提供される。上記装置は、少なくとも１つの送受信機と、少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出し、上記解除の検出に対応して、解除タイマを開始し、上記解除タイマの満了に対応して、上記Ｅ２ノードに対する設定の除去を行うように構成され得る。

【0015】

本開示の他の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置が提供される。上記装置は、少なくとも１つの送受信機と、少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、Ｅ２ノードとＳＣＴＰ（ｓｔｒｅａｍ ｃｏｎｔｒｏｌ ｔｒａｎｓｍｉｓｓｉｏｎ ｐｒｏｔｏｃｏｌ）接続の解除を検出し、上記解除の検出に対応して、ＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）に上記Ｅ２ノードの状態を問い合わせるためのメッセージをＯ１インタフェースを介して伝送し、上記ＳＭＯから上記Ｅ２ノードの状態に対する応答メッセージをＯ１インタフェースを介して受信し、上記応答メッセージが上記Ｅ２ノードの終了（ｔｅｒｍｉｎａｔｉｏｎ）の終了を示す場合、上記Ｎｅａｒ－ＲＴ ＲＩＣでの上記Ｅ２ノードに対する設定の除去を行うように構成され得る。

【0016】

本開示の他の実施形態によれば、Ｎｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる装置が提供される。上記装置は、少なくとも１つの送受信機と、少なくとも１つのプロセッサを含み、上記少なくとも１つのプロセッサは、Ｏ１インタフェースを介してＳＭＯ（Ｓｅｒｖｉｃｅ Ｍａｎａｇｅｍｅｎｔ ａｎｄ Ｏｒｃｈｅｓｔｒａｔｉｏｎ）から上記Ｎｅａｒ－ＲＴ ＲＩＣと接続されるＥ２ノードの終了に対する構成メッセージを受信し、上記構成メッセージに対応して、上記Ｎｅａｒ－ＲＴ ＲＩＣで上記Ｅ２ノードに対する設定の除去を行うように構成され得る。

【発明の効果】

【0017】

本開示の実施形態による装置及び方法は、Ｅ２ノードが終了した（ｔｅｒｍｉｎａｔｅｄ）場合、ＮＲＴ（ｎｅａｒ－ｒｅａｌ－ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）内のＥ２ノード関連設定を除去することによって、ＮＲＴ ＲＩＣが效果的に機能できるようにする。
本開示の実施形態による装置及び方法は、ＮＲＴ ＲＩＣが終了した場合、Ｅ２ノード内のＮＲＴ ＲＩＣ関連設定を除去することによって、Ｅ２ノードが效果的に動作できるようにする。
本開示の他の実施形態、利点及び際立った特徴は添付の図面とともに行われる次の詳細な説明から当業者に明確に理解されることができ、これは本開示の様々な実施形態を開示する。

【図面の簡単な説明】

【0018】

本開示の特定の実施形態の上記及びその他の実施形態、特徴及び利点は添付図面とともに行われる次の説明からさらに明らかになり、ここで：

【図1】本開示の一実施形態による４Ｇ（４ｔｈ ｇｅｎｅｒａｔｉｏｎ） ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）コアシステムの例を示す図である。

【図2A】本開示の一実施形態による５Ｇ（５ｔｈ ｇｅｎｅｒａｔｉｏｎ） ＮＳＡ（ｎｏｎ－ｓｔａｎｄａｒｄ ａｌｏｎｅ）システムの例を示す図である。

【図2B】本開示の一実施形態によるＯ－ＲＡＮのためのアーキテクチャ（ａｒｃｈｉｔｅｃｔｕｒｅ）の例を示す図である。

【図3】本開示の一実施形態による無線アクセスネットワークにおけるＥ２アプリケーションプロトコルメッセージ（ａｐｐｌｉｃａｔｉｏｎ ｐｒｏｔｏｃｏｌ ｍｅｓｓａｇｅ）のプロトコルスタック（ｓｔａｃｋ）を示す図である。

【図4】本開示の一実施形態による無線アクセスネットワークにおける基地局とＲＩＣ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ ｉｎｔｅｌｌｉｇｅｎｃｅ ｃｏｎｔｒｏｌｌｅｒ）間の接続の例を示す図である。

【図5】本開示の一実施形態による無線アクセスネットワークにおける装置の構成を示す図である。

【図6A】本開示の一実施形態による無線アクセスネットワークにおけるＥ２ノード及びＲＩＣのＥ２メッセージに関連付けられた論理的機能を示す図である。

【図6B】本開示の一実施形態による無線アクセスネットワークにおけるＥ２ノード及びＲＩＣのＥ２メッセージに関連付けられた論理的機能を示す図である。

【図7】本開示の一実施形態によるＥ２ノードとＲＩＣの間の機能分離の例を示す図である。

【図8A】本開示の一実施形態によるＥ２ノードとＲＩＣの実装例を示す図である。

【図8B】本開示の一実施形態によるＯ－ＲＡＮ構成要素間のインタフェースを示す図である。

【図8C】本開示の一実施形態によるＳＭＯフレームワーク（ｆｒａｍｅｗｏｒｋ）の例を示す図である。

【図9】本開示の一実施形態によるＥ２インタフェース関連情報の除去の必要性を説明するための図である。

【図10A】本開示の一実施形態によるＥ２ノード除去のためのＯ－ＲＡＮエンティティ間シグナリングの実施形態を示す図である。

【図10B】本開示の一実施形態によるＥ２ノード除去のためのＯ－ＲＡＮエンティティ間シグナリングの他の実施形態を示す図である。

【図10C】本開示の一実施形態によるＥ２ノード除去のためのＯ－ＲＡＮエンティティ間シグナリングのさらに他の実施形態を示す図である。

【図10D】本開示の一実施形態によるＥ２ノード除去のためのＯ－ＲＡＮエンティティ間シグナリングのさらに他の実施形態を示す図である。図面全体にわたって、同じ参照符号が同じ又は類似の要素、特徴、及び構造を描写するために使用されるという点に留意すべきである。

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

【0019】

添付された図面を参照した次の説明は請求の範囲及びその均等物によって定義される本開示の様々な実施形態の包括的な理解を助けるために提供される。ここには理解を助けるための様々な特定の細部事項が含まれるが、これは単に例示的なものであるとみなされるべきである。したがって、本技術分野の通常の知識を有する者は本開示内容の範囲及び思想から逸脱することなく、本明細書に記載された様々な実施形態の様々な変更及び修正がなされ得ることを認識するであろう。また、明瞭さと簡潔さのために、周知の機能及び構成に対する説明は省略する場合がある。

【0020】

下記説明及び特許請求の範囲で用いられる用語及び単語は文献上の意味に限定されず、本発明の明確かつ一貫した理解を可能にするために発明者が使用しているにすぎないものである。したがって、本発明の様々な実施形態に対する次の説明は、添付の請求の範囲及びその均等物によって定義されたように本発明を限定するためのものではなく、単なる例示の目的で提供されるということが当業者に明白であるべきである。

【0021】

単数形“ａ”、“ａｎ”及び“ｔｈｅ”は文脈が明らかに異なるように指示しない限り、複数の指示対象を含むと理解されるべきである。したがって、例えば“構成要素表面”に対する言及はそのような表面のうちの１つ以上に対する言及を含む。

【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】

【表1】

【表2】

【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】

図１０Ｃでは、動作Ｓ１０６５による確認メッセージ伝送が動作Ｓ１０６３以降に行われると示されたが、本開示の実施形態はこれに無条件に限定されるものではない。一実施形態によれば、動作Ｓ１０６５による確認メッセージ伝送は、動作Ｓ１０６１以降、動作Ｓ１０６３を行う前に行われ得る。又は、一実施形態によれば、動作Ｓ１０４１による確認メッセージ伝送は、動作１０５３又は動作Ｓ１０５５によるＳＣＴＰ接続が解除された後、所定時間以降に行われ得る。

【0137】

図１０Ｄは、本開示の一実施形態によるＥ２ノード除去のためのＯ－ＲＡＮエンティティ間シグナリングのさらに他の実施形態を示す。図１０Ｄでは、ＳＭＯによるＥ２ノードとＮｅａｒ－ＲＴ ＲＩＣへの明示的な情報伝達による関連情報削除方法が示される。

【0138】

動作Ｓ１０８１で、ＳＭＯはＥ２ノードの除去を決定できる。ＳＭＯはＥ２ノード除去のための設定を生成できる。

【0139】

動作Ｓ１０８３で、ＳＭＯはＥ２ノードにＯ１インタフェースを介してＥ２ノードの終了のための構成情報を伝送できる。ＳＭＯは特定Ｅ２ノードの終了（ｔｅｒｍｉｎａｔｉｏｎ）を決定したとき、該当Ｅ２ノードに終了のための構成情報を伝達できる。Ｅ２ノードはＳＭＯからＯ１インタフェースを介してＥ２ノードの終了のための構成情報を受信できる。

【0140】

動作Ｓ１０８５で、ＳＭＯはＮｅａｒ－ＲＴ ＲＩＣにＯ１インタフェースを介してＥ２ノードの終了に関する構成メッセージを伝送できる。一実施形態によれば、ＳＭＯはＮｅａｒ－ＲＴ ＲＩＣに、上記Ｅ２ノードが終了する予定であることを通知する構成メッセージを伝送できる。一実施形態によれば、ＳＭＯはＮｅａｒ－ＲＴ ＲＩＣに、終了するＥ２ノードに対する関連設定情報を含む構成メッセージを伝送できる。一実施形態によれば、ＳＭＯはＮｅａｒ－ＲＴ ＲＩＣに、終了するＥ２ノードを指示するための構成メッセージを伝送できる。ＳＭＯは終了の対象であるＥ２ノードに接続されたＮｅａｒ－ＲＴ ＲＩＣを識別できる。Ｎｅａｒ－ＲＴ ＲＩＣに接続されるＥ２ノードは１つ以上であり得るので、伝送構成メッセージは終了の対象であるＥ２ノードを示すためのＥ２ノード識別情報（例：Ｅ２ノードＩＤ）を含むことができる。

【0141】

ＳＭＯがＥ２ノードを終了するために構成情報を伝達するとき、ＳＭＯは該当Ｅ２ノードと接続しているＮｅａｒ－ＲＴ ＲＩＣにＥ２ノードの関連情報とＥ２インタフェースインタフェースを除去するようにメッセージを伝達できる。

【0142】

動作Ｓ１０８７で、Ｎｅａｒ－ＲＴ ＲＩＣはＥ２インタフェース関連情報を削除できる。メッセージを受信したＮｅａｒ－ＲＴ ＲＩＣは該当Ｅ２ノードに関連する情報を削除する動作を進める。

【0143】

動作Ｓ１０８９で、Ｅ２ノードはＥ２インタフェース関連情報を削除できる。Ｅ２インタフェース関連情報は、Ｅ２インタフェースを介して接続されたＮｅａｒ－ＲＴ関連設定及びＥ２インタフェースインスタンス設定を含むことができる。また、Ｅ２ノードは進行中のトラフィック（又はサービス）を中断できる。すなわち、Ｅ２ノードは現在サービスしているトラフィックを中断するか、又はサービスを中断することができる。

【0144】

動作Ｓ１０９１で、Ｅ２ノードは終了を確認する（又は通知する）メッセージ（以下、終了確認メッセージ）をＳＭＯに伝送できる。Ｅ２ノードは終了確認メッセージをＯ１インタフェースを介してＳＭＯに伝送できる。ＳＭＯはＥ２ノードから終了確認メッセージを受信できる。

【0145】

動作Ｓ１０９２で、Ｎｅａｒ－ＲＴ ＲＩＣはＥ２ノードの終了の確認を通知するメッセージをＳＭＯに伝送できる。Ｎｅａｒ－ＲＴ ＲＩＣはＳＭＯの動作Ｓ１０８５に対する応答メッセージとして、確認メッセージを伝送できる。Ｎｅａｒ－ＲＴ ＲＩＣはＥ２ノードの終了の確認を通知するメッセージを終了確認メッセージをＯ１インタフェースを介してＳＭＯに伝送できる。ＳＭＯはＮｅａｒ－ＲＴ ＲＩＣから終了確認メッセージを受信できる。図１０Ｄには示していないが、Ｎｅａｒ－ＲＴ ＲＩＣは動作Ｓ１０８５に対する応答メッセージを伝送できる。一実施形態によれば、Ｎｅａｒ－ＲＴ ＲＩＣはＥ２ノードに動作Ｓ１０８５に対する応答メッセージを動作Ｓ０１８３以降に直ちに伝送するか、他の一実施形態によれば、Ｎｅａｒ－ＲＴ ＲＩＣはＥ２ノードに動作Ｓ１０８５に対する応答メッセージを動作Ｓ１０８７以降に伝送できる。
動作Ｓ１０９３で、ＳＭＯはＯ－ＣｌｏｕｄにＥ２ノードの終了のためのメッセージを伝送できる。ＳＭＯはＯ２インタフェースを介してＯ－ＣｌｏｕｄにＥ２ノードの終了のためのメッセージを伝送できる。Ｅ２ノードの終了のためのメッセージとは、Ｅ２ノードのリソースを解除するためのメッセージを意味することができる。ＳＭＯは、Ｅ２ノードからサービス又はトラフィック中断確認メッセージを受信したとき、ＳＭＯはＯ－ＣｌｏｕｄにＥ２ノードのリソースを解除するためのメッセージを伝達できる。Ｏ－ＣｌｏｕｄはＳＭＯからＥ２ノードのリソースを解除するためのメッセージを受信できる。

【0146】

動作Ｓ１０９５で、Ｏ－ＣｌｏｕｄはＥ２ノードにリソース割り当てを解除するためのメッセージを伝送できる。一実施形態によれば、Ｏ－Ｃｌｏｕｄはアプリケーションを介してＥ２ノードにリソース割り当て解除（ｒｅｓｏｕｒｃｅ ｄｅａｌｌｏｃａｔｉｏｎ）を通知することができる。

【0147】

動作Ｓ１０９７で、Ｏ－ＣｌｏｕｄはＥ２ノードの終了が完了したことを通知するメッセージをＳＭＯに伝送できる。Ｅ２ノードの終了の完了はＥ２ノードに割り当てられたリソースがすべて解除されたことを意味する。すなわち、Ｏ－ＣｌｏｕｄはＥ２ノードの全てのリソースを解除し、ＳＭＯに完了メッセージを伝達できる。

【0148】

動作Ｓ１０９９で、Ｅ２ノードは全てのリソースを解除できる。Ｅ２ノードはＯ－Ｃｌｏｕｄのリソース割り当て解除に基づいて、全てのリソースを解除できる。Ｅ２ノードはＳＭＯ及びＯ－Ｃｌｏｕｄを介してＥ２ノードの終了を識別できるので、Ｅ２ノードはＥ２ノードの終了による手順（例：Ｅ２インタフェース関連設定の削除）を行うことができる。

【0149】

図９と異なって、ＳＭＯがＥ２ノードだけでなくＮｅａｒ－ＲＴ ＲＩＣにも終了に関連する設定を伝送するので、Ｎｅａｒ－ＲＴ ＲＩＣはＳＣＴＰ接続が解除されると、Ｅ２ノード関連情報（例：Ｇｌｏｂａｌ Ｅ２ノードＩＤ、ＲＡＮ Ｆｕｎｃｔｉｏｎ ｉｎｆｏ、Ｅ２ノードｃｏｍｐｏｎｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ等）をこれ以上維持しなくてよい。また、Ｎｅａｒ－ＲＴ ＲＩＣはＥ２インタフェース設定（例：ＳＣＴＰ接続）を維持しない。Ｏ１インタフェースを介したＥ２ノードの終了設定をＥ２インタフェースのノードのすべてに伝送することによって、進行中のＥ２ノードに対する情報が正しく収集され、無駄なリソースの浪費が低減される。

【0150】

図１０Ｄでは、Ｅ２ノードの終了が決定されることによって、Ｅ２ノード関連設定及びＥ２インタフェース設定をＮｅａｒ－ＲＴ ＲＩＣで削除するための方法を述べたが、本開示の実施形態は逆の場合にも適用され得る。すなわち、Ｎｅａｒ－ＲＴ ＲＩＣの終了が決定されることによって、Ｅ２ノードでＮｅａｒ－ＲＴ ＲＩＣ関連設定及びＥ２インタフェース設定が削除される動作も本開示の実施形態として理解され得る。一実施形態によれば、Ｎｅａｒ－ＲＴ ＲＩＣの終了が決定される場合、ＳＭＯは該当Ｎｅａｒ－ＲＴ ＲＩＣに終了に関する構成メッセージを伝送することだけでなく、上記Ｎｅａｒ－ＲＴ ＲＩＣと接続された１つ以上のＥ２ノードに上記Ｎｅａｒ－ＲＴ ＲＩＣの終了に対する構成メッセージを伝送できる。

【0151】

図１０Ｄでは、動作Ｓ１０９１による確認メッセージ伝送が動作Ｓ１０８９以降に行われると示されたが、本開示の実施形態はこれに無条件に限定されるものではない。一実施形態によれば、動作Ｓ１０９１による確認メッセージ伝送は、動作Ｓ１０８７以降、動作Ｓ１０８９を行う前に行われ得る。または、一実施形態によれば、動作Ｓ１０９１による確認メッセージ伝送は動作Ｓ１０８３以降に行われ得る。

【0152】

本開示の実施形態は、Ｅ２インタフェースを提供するＥ２ノードとＮｅａｒ－ＲＴ ＲＩＣのいずれか１つが終了するとき、ピアノードに記憶された情報を削除するための方法を提案した。本開示の実施形態による方法によれば、Ｅ２ノードが終了するとき、Ｎｅａｒ－ＲＴ ＲＩＣは、Ｎｅａｒ－ＲＴ ＲＩＣに記憶されたｔｅｒｍｉｎａｔｉｏｎされるＥ２ノードの関連情報（例：Ｇｌｏｂａｌ Ｅ２ Ｎｏｄｅ ＩＤ、ＲＡＮ Ｆｕｎｃｔｉｏｎ ｉｎｆｏ、Ｅ２ Ｎｏｄｅ ｃｏｍｐｏｎｅｎｔ ｃｏｎｆｉｇｕｒａｔｉｏｎ、ＲＩＣ Ｉｎｄｉｃａｔｉｏｎ手順の間に受信したＲＩＣｓ ｅｒｖｉｃｅｓ ＲＥＰＯＲＴ／ＩＮＳＥＲＴ情報、等）及びＥ２ Ｉ／Ｆ ｉｎｓｔａｎｃｅ情報（すなわち、Ｅ２ノードのＴｒａｎｓｐｏｒｔ Ｌａｙｅｒ情報）を削除できる。また、本開示の実施形態による方法によれば、Ｎｅａｒ－ＲＴ ＲＩＣが終了するとき、Ｅ２ノードに記憶された終了するＮｅａｒ－ＲＴ ＲＩＣの関連情報（例：Ｇｌｏｂａｌ ＲＩＣ ＩＤ、Ｓｕｂｓｃｒｉｐｔｉｏｎ手順の間に受信したＲＩＣ Ｓｕｂｓｃｒｉｐｔｉｏｎ情報（ＲＩＣ ｓｅｒｖｉｃｅｓ ＲＥＰＯＲＴ、ＩＮＳＥＲＴ ａｎｄ／ｏｒ ＰＯＬＩＣＹ）、Ｃｏｎｔｒｏｌ手順の間に受信したＲＩＣ ｓｅｒｖｉｃｅ ＣＯＮＴＲＯＬ情報、等）及びＥ２ Ｉ／Ｆ ｉｎｓｔａｎｃｅ情報（すなわち、Ｎｅａｒ－ＲＴ ＲＩＣのＴｒａｎｓｐｏｒｔ Ｌａｙｅｒ情報）を削除できる。

【0153】

本開示の実施形態は、Ｏ－ＲＡＮ（Ｏｐｅｎ ＲＡＮ）ベース移動通信システムで、Ｎｅａｒ－ＲＴ ＲＩＣとＥ２ノードの間のＥ２ Ｉｎｔｅｒｆａｃｅ接続が解除されたとき、Ｎｅａｒ－ＲＴ ＲＩＣとＥ２ノードのそれぞれに記憶された関連情報、Ｅ２ Ｉ／Ｆ、などを削除するための方法を提案した。上述の図１０Ａ乃至１０Ｄで言及されたＥ２インタフェース関連設定は下記のように定義され得る。Ｅ２ノードが終了する場合、Ｎｅａｒ－ＲＴ ＲＩＣはＥ２ノードに対する設定を除去できる。Ｅ２ノードの終了とは、Ｅ２ノードからのＳＣＴＰ接続が終了することを意味する。Ｎｅａｒ－ＲＴ ＲＩＣが終了する場合、Ｅ２ノードはＮｅａｒ－ＲＴ ＲＩＣに対する設定を除去できる。すなわち、本開示で言及されたＥ２インタフェース関連設定はＥ２ノードに対する設定又はＮｅａｒ－ＲＴ ＲＩＣに対する設定を含むことができる。

【0154】

Ｅ２ノード関連設定はＮｅａｒ－ＲＴ ＲＩＣが該当Ｅ２ノードと基本手順（ｅｌｅｍｅｎｔａｒｙ ｐｒｏｃｅｄｕｒｅ）（例：表１、表２）を行うことによって、得られた情報を意味する。一実施形態によれば、除去されるＥ２インタフェース関連設定はＲＩＣ購読手順（ＲＩＣ Ｓｕｂｓｃｒｉｐｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を介して得られた情報を含むことができる。例えば、除去される情報はＲＩＣ ｒｅｑｕｅｓｔ ＩＤを含むことができる。また、例えば、除去される情報はＲＡＮ ｆｕｎｃｔｉｏｎ ＩＤを含むことができる。また、例えば、除去される情報はＲＩＣ Ｅｖｅｎｔ Ｔｒｉｇｇｅｒ Ｄｅｆｉｎｉｔｉｏｎを含むことができる。

【0155】

一実施形態によれば、除去されるＥ２インタフェース関連設定はＲＩＣ指示手順（ＲＩＣ ｉｎｄｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を介して得られた情報を含むことができる。例えば、除去される情報はＲＩＣ ｒｅｑｕｅｓｔ ＩＤを含むことができる。また、例えば、除去される情報はＲＡＮ ｆｕｎｃｔｉｏｎ ＩＤを含むことができる。また、例えば、除去される情報はＲＩＣ Ａｃｔｉｏｎ ＩＤを含むことができる。また、例えば、除去される情報はＲＩＣ Ｃａｌｌ ｐｒｏｃｅｓｓ ＩＤを含むことができる。また、例えば、除去される情報はＲＩＣ Ｉｎｄｉｃａｔｉｏｎ Ｍｅｓｓａｇｅ、Ｔｙｐｅ、Ｈｅａｄｅｒ、ＳＮを含むことができる。

【0156】

一実施形態によれば、除去されるＥ２インタフェース関連設定はＲＩＣ指示手順（ＲＩＣ ｉｎｄｉｃａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を介して得られた情報を含むことができる。例えば、除去される情報はＲＩＣ ｒｅｑｕｅｓｔ ＩＤを含むことができる。また、例えば、除去される情報はＲＡＮ ｆｕｎｃｔｉｏｎ ＩＤを含むことができる。また、例えば、除去される情報はＲＩＣ Ｃａｌｌ ｐｒｏｃｅｓｓ ＩＤを含むことができる。また、例えば、除去される情報はＲＩＣ Ｃｏｎｔｒｏｌ Ｍｅｓｓａｇｅを含むことができる。

【0157】

一実施形態によれば、除去されるＥ２インタフェース関連設定はＥ２セットアップ手順（Ｅ２ ＳＥＴＵＰ ｐｒｏｃｅｄｕｒｅ）を介して得られた情報を含むことができる。例えば、除去される情報はＧｌｏｂａｌ Ｅ２ノードＩＤを含むことができる。また、例えば、除去される情報はＲＡＮ ｆｕｎｃｔｉｏｎに対する情報（ｉｔｅｍ、ＩＤ、ｄｅｆｉｎｉｔｉｏｎ）を含むことができる。また、例えば、除去される情報はＥ２ノード構成設定（Ｅ２ Ｎｏｄｅ Ｃｏｍｐｏｎｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むことができる。

【0158】

一実施形態によれば、除去されるＥ２インタフェース関連設定は、Ｅ２構成アップデート手順（Ｅ２ ＣＯＮＦＩＧＵＲＡＴＩＯＮ ＵＰＤＡＴＥ ｐｒｏｃｅｄｕｒｅ）を介して得られた情報を含むことができる。例えば、除去される情報はＧｌｏｂａｌ Ｅ２ノードＩＤを含むことができる。また、例えば、除去される情報はＲＡＮ ｆｕｎｃｔｉｏｎに対する情報（ｉｔｅｍ、ＩＤ、ｄｅｆｉｎｉｔｉｏｎ）を含むことができる。また、例えば、除去される情報はＥ２ノード構成設定（Ｅ２ Ｎｏｄｅ Ｃｏｍｐｏｎｅｎｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ）を含むことができる。また、例えば、除去される情報はＥ２ノードＴＮＬ（ｔｒａｎｓｐｏｒｔ ｎｅｔｗｏｒｋ ｌａｙｅｒ）関連情報（Ｅ２ Ｎｏｄｅ ＴＮＬ Ａｓｓｏｃｉａｔｉｏｎ Ｔｏ Ｒｅｍｏｖｅ Ｌｉｓｔ）を含むことができる。

【0159】

本開示の請求項又は明細書に記載された実施形態による方法は、ハードウェア、ソフトウェア、又はハードウェアとソフトウェアの組み合わせの形態で実装される（ｉｍｐｌｅｍｅｎｔｅｄ）ことができる。

【0160】

ソフトウェアで実装する場合、１つ以上のプログラム（ソフトウェアモジュール）を記憶するコンピュータ可読記憶媒体が提供され得る。コンピュータ可読記憶媒体に記憶される１つ以上のプログラムは、電子装置（ｄｅｖｉｃｅ）内の１つ以上のプロセッサによって実行可能に構成される（ｃｏｎｆｉｇｕｒｅｄ ｆｏｒ ｅｘｅｃｕｔｉｏｎ）。１つ以上のプログラムは、電子装置に本開示の請求項又は明細書に記載された実施形態による方法を実行させる命令（ｉｎｓｔｒｕｃｔｉｏｎｓ）を含む。

【0161】

このようなプログラム（ソフトウェアモジュール、ソフトウェア）はランダムアクセスメモリ（ｒａｎｄｏｍ ａｃｃｅｓｓ ｍｅｍｏｒｙ）、フラッシュ（ｆｌａｓｈ）メモリを含む不揮発性（ｎｏｎ－ｖｏｌａｔｉｌｅ）メモリ、ロム（ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＲＯＭ）、電気的に消去可能なプログラマブル読み出し専用メモリ（ｅｌｅｃｔｒｉｃａｌｌｙ ｅｒａｓａｂｌｅ ｐｒｏｇｒａｍｍａｂｌｅ ｒｅａｄ ｏｎｌｙ ｍｅｍｏｒｙ、ＥＥＰＲＯＭ）、磁気ディスク記憶装置（ｍａｇｎｅｔｉｃ ｄｉｓｃ ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）、コンパクトディスクロム（ｃｏｍｐａｃｔ ｄｉｓｃ－ＲＯＭ、ＣＤ－ＲＯＭ）、デジタル多目的ディスク（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｃｓ、ＤＶＤｓ）又は他の形態の光学記憶装置、マグネティックカセット（ｍａｇｎｅｔｉｃ ｃａｓｓｅｔｔｅ）に記憶され得る。又は、それらの一部又は全部の組み合わせで構成されたメモリに記憶され得る。また、各々の構成メモリは多数個が含まれる場合もある。

【0162】

また、プログラムはインターネット（Ｉｎｔｅｒｎｅｔ）、イントラネット（Ｉｎｔｒａｎｅｔ）、ＬＡＮ（ｌｏｃａｌ ａｒｅａ ｎｅｔｗｏｒｋ）、ＷＡＮ（ｗｉｄｅ ａｒｅａ ｎｅｔｗｏｒｋ）、又はＳＡＮ（ｓｔｏｒａｇｅ ａｒｅａ ｎｅｔｗｏｒｋ）などの通信ネットワーク、又はそれらの組み合わせで構成された通信ネットワークを介してアクセス（ａｃｃｅｓｓ）できる取付可能な（ａｔｔａｃｈａｂｌｅ）記憶装置（ｓｔｏｒａｇｅ ｄｅｖｉｃｅ）に記憶され得る。このような記憶装置は外部ポートを介して本開示の実施形態を行う装置にアクセスできる。また、通信ネットワーク上の別途の記憶装置が本開示の実施形態を遂行する装置にアクセスすることもできる。

【0163】

上述の本開示の具体的な実施形態で、開示に含まれる構成要素は提示された具体的な実施形態によって単数又は複数で表現された。しかし、単数又は複数の表現は説明の便宜のために提示した状況に適するように選択されたものであって、本開示が単数又は複数の構成要素に限定されるものではなく、複数で表現された構成要素であっても単数で構成され得るし、単数で表現された構成要素であっても複数で構成され得る。

【0164】

一方、本開示の詳細な説明では、様々な実施形態を参照して図示し説明されたが、添付された請求の範囲及びその均等物によって本開示の範囲から逸脱しない限度内で様々な変形が可能であることは当業者によって理解されるであろう。

【図1】

【図2A】

【図2B】

【図3】

【図4】

【図5】

【図6A】

【図6B】

【図7】

【図8A】

【図8B】

【図8C】

【図9】

【図10A】

【図10B】

【図10C】

【図10D】

【手続補正書】

【提出日】2024-02-06

【手続補正1】

【補正対象書類名】特許請求の範囲

【補正対象項目名】全文

【補正方法】変更

【補正の内容】

【特許請求の範囲】

【請求項1】

無線通信システムでＮｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）によって行われる方法であって、
Ｅ２ノードから、Ｅ２インタフェースを介して前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続を除去するためのＥ２除去要求（Ｅ２ ｒｅｍｏｖａｌ ｒｅｑｕｅｓｔ）メッセージを受信するステップ；及び
前記Ｅ２インタフェースを介してＥ２除去応答（Ｅ２ ｒｅｍｏｖａｌ ｒｅｓｐｏｎｓｅ）メッセージを前記Ｅ２ノードに伝送するステップを含み、
前記Ｅ２ノードは、Ｏ－ＤＵ（Ｏ－ＲＡＮ ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）、Ｏ－ＣＵ－ＣＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｃｏｎｔｒｏｌ ｐｌａｎｅ）、Ｏ－ＣＵ－ＵＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｕｓｅｒ ｐｌａｎｅ）又は前記Ｅ２インタフェースを介して前記Ｎｅａｒ－ＲＴ ＲＩＣと通信する基地局を含み、
前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の通信のために提供される前記Ｅ２インタフェースは、前記Ｅ２インタフェースを介した通信のためにＥ２ＡＰ（Ｅ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）をサポートする、方法。

【請求項2】

前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する少なくとも１つのリソースを除去（ｒｅｍｏｖｅ）するステップをさらに含む請求項１に記載の方法。

【請求項3】

前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する情報を削除（ｄｅｌｅｔｅ）するステップをさらに含む請求項１に記載の方法。

【請求項4】

前記Ｅ２ノードは、
前記Ｅ２除去要求メッセージを受信した後、前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する少なくとも１つのリソースを除去し、前記Ｎｅａｒ－ＲＴ ＲＩＣへのデータ伝送を中断することを特徴とする請求項１に記載の方法。

【請求項5】

無線通信システムのＮｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）であって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサを含み、
前記少なくとも１つのプロセッサは、
Ｅ２ノードから、Ｅ２インタフェースを介して前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続を除去するためのＥ２除去要求（Ｅ２ ｒｅｍｏｖａｌ ｒｅｑｕｅｓｔ）メッセージを受信し、
前記Ｅ２インタフェースを介してＥ２除去応答（Ｅ２ ｒｅｍｏｖａｌ ｒｅｓｐｏｎｓｅ）メッセージを前記Ｅ２ノードに伝送するように構成され、
前記Ｅ２ノードは、Ｏ－ＤＵ（Ｏ－ＲＡＮ ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）、Ｏ－ＣＵ－ＣＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｃｏｎｔｒｏｌ ｐｌａｎｅ）、Ｏ－ＣＵ－ＵＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｕｓｅｒ ｐｌａｎｅ）又は前記Ｅ２インタフェースを介して前記Ｎｅａｒ－ＲＴ ＲＩＣと通信する基地局を含み、
前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の通信のために提供される前記Ｅ２インタフェースは、前記Ｅ２インタフェースを介した通信のためにＥ２ＡＰ（Ｅ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）をサポートする、Ｎｅａｒ－ＲＴ ＲＩＣ。

【請求項6】

前記少なくとも１つのプロセッサは、
前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する少なくとも１つのリソースを除去（ｒｅｍｏｖｅ）するように構成される請求項５に記載のＮｅａｒ－ＲＴ ＲＩＣ。

【請求項7】

前記少なくとも１つのプロセッサは、
前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する情報を削除（ｄｅｌｅｔｅ）するように構成される請求項５に記載のＮｅａｒ－ＲＴ ＲＩＣ。

【請求項8】

前記Ｅ２ノードは、
前記Ｅ２除去要求メッセージを受信した後、前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する少なくとも１つのリソースを除去し、前記Ｎｅａｒ－ＲＴ ＲＩＣへのデータ伝送を中断することを特徴とする請求項５に記載のＮｅａｒ－ＲＴ ＲＩＣ。

【請求項9】

無線通信システムのＥ２ノードによって行われる方法であって、
Ｅ２インタフェースを介してＮｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）と前記Ｅ２ノードの間の接続を除去するためのＥ２除去要求（Ｅ２ ｒｅｍｏｖａｌ ｒｅｑｕｅｓｔ）メッセージを前記Ｎｅａｒ－ＲＴ ＲＩＣに伝送するステップ；及び
前記Ｎｅａｒ－ＲＴ ＲＩＣから、前記Ｅ２インタフェースを介してＥ２除去応答（Ｅ２ ｒｅｍｏｖａｌ ｒｅｓｐｏｎｓｅ）メッセージを受信するステップを含み、
前記Ｅ２ノードは、Ｏ－ＤＵ（Ｏ－ＲＡＮ ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）、Ｏ－ＣＵ－ＣＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｃｏｎｔｒｏｌ ｐｌａｎｅ）、Ｏ－ＣＵ－ＵＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｕｓｅｒ ｐｌａｎｅ）又は前記Ｅ２インタフェースを介して前記Ｎｅａｒ－ＲＴ ＲＩＣと通信する基地局を含み、
前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の通信のために提供される前記Ｅ２インタフェースは、前記Ｅ２インタフェースを介した通信のためにＥ２ＡＰ（Ｅ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）をサポートする、方法。

【請求項10】

前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する少なくとも１つのリソースを除去（ｒｅｍｏｖｅ）するステップをさらに含む請求項９に記載の方法。

【請求項11】

前記Ｎｅａｒ－ＲＴ ＲＩＣへのデータ伝送を中断するステップをさらに含む請求項９に記載の方法。

【請求項12】

前記Ｎｅａｒ－ＲＴ ＲＩＣは、
前記Ｅ２除去要求メッセージを伝送した後、前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する少なくとも１つのリソースを除去し、前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する情報を削除することを特徴とする請求項９に記載の方法。

【請求項13】

無線通信システムのＥ２ノードであって、
少なくとも１つの送受信機と、
少なくとも１つのプロセッサを含み、
前記少なくとも１つのプロセッサは、
Ｅ２インタフェースを介してＮｅａｒ－ＲＴ（ｒｅａｌ ｔｉｍｅ） ＲＩＣ（ＲＡＮ（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ） ｉｎｔｅｌｌｉｇｅｎｔ ｃｏｎｔｒｏｌｌｅｒ）と前記Ｅ２ノードの間の接続を除去するためのＥ２除去要求（Ｅ２ ｒｅｍｏｖａｌ ｒｅｑｕｅｓｔ）メッセージを前記Ｎｅａｒ－ＲＴ ＲＩＣに伝送し、
前記Ｎｅａｒ－ＲＴ ＲＩＣから、前記Ｅ２インタフェースを介してＥ２除去応答（Ｅ２ ｒｅｍｏｖａｌ ｒｅｓｐｏｎｓｅ）メッセージを受信するように構成され、
前記Ｅ２ノードは、Ｏ－ＤＵ（Ｏ－ＲＡＮ ｄｉｓｔｒｉｂｕｔｅｄ ｕｎｉｔ）、Ｏ－ＣＵ－ＣＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｃｏｎｔｒｏｌ ｐｌａｎｅ）、Ｏ－ＣＵ－ＵＰ（Ｏ－ＲＡＮ ｃｅｎｔｒａｌ ｕｎｉｔ－ｕｓｅｒ ｐｌａｎｅ）又は前記Ｅ２インタフェースを介して前記Ｎｅａｒ－ＲＴ ＲＩＣと通信する基地局を含み、
前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の通信のために提供される前記Ｅ２インタフェースは、前記Ｅ２インタフェースを介した通信のためにＥ２ＡＰ（Ｅ２ Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）をサポートする、Ｅ２ノード。

【請求項14】

前記少なくとも１つのプロセッサは、
前記Ｎｅａｒ－ＲＴ ＲＩＣと前記Ｅ２ノードの間の接続に関連する少なくとも１つのリソースを除去（ｒｅｍｏｖｅ）するように構成される請求項１３に記載のＥ２ノード。

【請求項15】

前記少なくとも１つのプロセッサは、
前記Ｎｅａｒ－ＲＴ ＲＩＣへのデータ伝送を中断するように構成される請求項１３に記載のＥ２ノード。

【国際調査報告】