JP2024530846A - オープンｒａｎで自己組織化ネットワークを可能にするシステム及び方法 - Google Patents

Abstract

本開示は、Ｏ－ＲＡＮで自己組織化ネットワークを可能にするシステム及び方法に関する。システムは、準ＲＴ ＲＩＣと、ＳＭＯモジュールに関連付けられたＥＭＳエンティティとのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当てる。システムは、準ＲＴ ＲＩＣと、ＳＭＯモジュールに関連付けられたＥＭＳエンティティとのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当て得る。準ＲＴ ＲＩＣは、それぞれのＥ２ノードを、それぞれＥ２インタフェースまたはＯ１インタフェースを介して要求することにより、Ｏ－ＲＡＮ及びＥＭＮエンティティまたはＮＭＳエンティティに関連付けられたｘＡＰＰの少なくとも１つを介して、１つ以上の性能監視（ＰＭ）カウンタにアクセスし得る。【選択図】図１

Description

本開示の実施形態は、一般に無線通信に関する。より詳細には、本開示は、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワークを可能にするシステム及び方法に関する。

以下の関連技術の説明は、本開示の分野に関する背景情報を提供することを意図し得る。この節は、本開示の様々な特徴に関連し得る当技術分野の特定の態様を含み得る。ただし、この節は、本開示に関する読者の理解を深めるためにのみ使用され、先行技術を承認するものではないことを理解されたい。

一般に、最新の移動通信ネットワークは、様々なセルタイプと様々なアクセステクノロジとの組み合わせを含む。セルラネットワークが、ワイヤレスフィディリティ（ＷｉＦｉ（登録商標））などの他の無線アクセステクノロジと共に、第４世代（４Ｇ）から第５世代（５Ｇ）、そして第６世代（６Ｇ）へと進化するにつれて、モバイル加入者も指数関数的に増加しており、加入者の要求を満たす非常に高密度の異機種ネットワーク（ＨｅｔＮｅｔ）を展開することがますます重要になってきている。ＨｅｔＮｅｔは、通常、マルチポートフォリオ及びマルチベンダをベースとするソリューションによって構築される。ＨｅｔＮｅｔの新規環境または既存環境への展開の間に通信事業者が直面する主な課題は、展開されるネットワークの性能及び健全性の継続的モニタリング、変化する環境への動的適応、プロアクティブな調整及び最適化などに及ぶ質の高い設備の要求であり得る。これらの課題には、非常に多くの手作業が必要であり、定期的または頻繁な現場訪問による多くの遅延が発生するため、非常に莫大な運用費用が発生することになる。これらの欠点を克服し、ＯＰＥＸを大幅に削減するには、自己組織化ネットワーク（ＳＯＮ）が解決策になる可能性がある。ＳＯＮは、自己組織化ネットワークまたは自己最適化ネットワークであり得、ネットワークがそれ自体をセットアップし、リソース及び構成を自己管理して最適な性能を達成できるようにする自動化テクノロジであり得る。ＳＯＮは、次のカテゴリでその役割を果たす。
・ 自己構成：主要なパラメータの自動構成により、ネットワークへのシームレスな統合を支援する。このカテゴリは、初期のネットワーク展開時に最も有用であり得る。これには、以下のプラグアンドプレイ機能［ＰｎＰ］、自動近隣関係機能（ＡＮＲ）、物理層セル識別子［ＰＣＩ］選択、及び競合解決機能などの機能が含まれる。
・ 自己最適化：無線及びネットワーク構成をほぼリアルタイムで最適化することにより、ネットワーク性能の向上を支援する。このカテゴリは、ネットワークの存続期間を通じて有用であり得る。これには、以下の基地局間負荷分散（ＭＬＢ）、モビリティロバストネス最適化（ＭＲＯ）、ＲＡＣＨ最適化、省エネルギー（ＥＳ）、無線リンク障害報告、カバレッジおよび容量最適化（ＣＣＯ）、ダウンリンク（ＤＬ）パワー制御、遠隔電気チルト装置（ＲＥＴ）、フォワードハンドオーバ、頻繁なハンドオーバの緩和（ＦＨＭ）、干渉軽減（セル間、セル内、ＲＡＴ内、ＲＡＴ間）などの機能が含まれる。
・ 自己回復：セル／セクタに障害が発生した場合に、予期しない停止状態にもかかわらず回復機能（信頼性）を提供して、隣接するセルがネットワークの品質を維持することを可能にする。このカテゴリは、ネットワークの存続期間を通じて有用であり得る。これには、以下の機能が含まれる。すなわち、セル停止検出［デッド／シック／スリーピングセル／セクタ／ビーム］、セル停止回復、セル停止補償、セル停止補償回復など、ドライブテストの最小化［ＭＤＴ］機能は、可能な限り再利用されるが、ＳＯＮとは独立して動作するように設計されている。上記のＳＯＮ機能は、ＳＯＮアルゴリズムによって個別またはグループで処理される。ＳＯＮアルゴリズムは、ＭＤＡＳデータを含む管理データの収集によるネットワークの監視、ネットワーク（複数可）に解決が必要な問題があるかどうかを判定するための管理データの分析、問題を解決するためのＳＯＮアクションの決定、ＳＯＮアクションの実行、及び管理データの分析による問題が解決されたかどうかの評価のような機能を実行する。

ＳＯＮは、ＳＯＮアルゴリズムの場所に基づいて、様々なＳＯＮユースケースの実装が可能な４つの異なるソリューションに分類することができ、ソリューションを、ＳＯＮユースケースのニーズに応じて選択することができる。
・ 集中型ＳＯＮ［Ｃ－ＳＯＮ］：ＳＯＮアルゴリズムが管理システムで実行されることを意味する。
・ クロスドメイン集中型ＳＯＮ［ＣＤＣ－ＳＯＮ］：ここでは、ＳＯＮアルゴリズムはクロスドメイン層で実行される。
・ ドメイン集中型ＳＯＮ［ＤＣ－ＳＯＮ］：ここでは、ＳＯＮアルゴリズムはドメイン層で実行される。
・ 分散型ＳＯＮ［Ｄ－ＳＯＮ］：ここでは、ＳＯＮアルゴリズムはＮＦにある。
・ ハイブリッドＳＯＮ［Ｈ－ＳＯＮ］：ここでは、ＳＯＮアルゴリズムは、ＮＦ層、ドメイン層、またはクロスドメイン層のような２つ以上のレベルで実行される。

ＳＯＮ（自己組織化ネットワーク）機能の３ＧＰＰ（登録商標）仕様では、機能の記述は提供され得るが、それをどのように実施する必要があるのか、この仕様には書かれていない。このことは、マルチベンダ統合の問題を招き、通信事業者が自社のネットワークでＳＯＮを実施することを妨げている。Ｏ－ＲＡＮアライアンスは、これらのマルチベンダの相互運用性の問題を軽減することを目的としたコンソーシアムであり得るが、Ｏ－ＲＡＮアーキテクチャではＳＯＮ機能は対処されてきていない。さらに、ＳＯＮアルゴリズムは実装に委ねられているため、異なるベンダがＳＯＮソリューションに対して異なるアプローチを選択する可能性がある。ベンダによっては、集中型ＳＯＮ（Ｃ－ＳＯＮ）アプローチを採用するものもあり、あるベンダは分散型ＳＯＮ（Ｄ－ＳＯＮ）アプローチを採用し、他のベンダは異種ＳＯＮアプローチベースのソリューションを採用し得る。通信事業者は、ＨｅｔＮｅｔを展開する際にマルチベンダソリューションを使用することを避けられない。図２Ａは、異なるベンダからのＮＭＳのような管理エンティティ、異なるベンダのセットからのＥＭＳのセット、異なるベンダのセットからのｇＮＢ制御ユニット（ＣＵ）のようなＲＡＮノード、及び異なるベンダのセットからのｇＮＢ分散型ユニット（ＤＵ）をもつ典型的な５Ｇ ＨｅｔＮｅｔ展開シナリオを示す。上記の展開されるＨｅｔＮｅｔで通信事業者が直面する一連の問題は次のとおりである。すなわち、ｇＮＢ－ＣＵ－１（２１４－１）及びｇＮＢ－ＣＵ－２（２１４－２）のＤ－ＳＯＮは、オープンＸｎインタフェースを介して互いに通信しているが、両者は異なるベンダからのものであるため、うまく調整することができない。ｇＮＢ－ＣＵ－２のＤ－ＳＯＮとｇＮＢ－ＣＵ－Ｎ（２１４－Ｎ）のハイブリッドＳＯＮ［Ｄ－ＳＯＮ＋ＤＣ－ＳＯＮ］とのＤ－ＳＯＮは、オープンＸｎインタフェースを介して互いに通信しているが、両者は異なるベンダからのものであるため、うまく調整することができない。Ｃ－ＳＯＮは、要素管理システム（ＥＭＳ）もしくはネットワーク管理システム（ＮＭＳ）などの管理エンティティと併置されるか、またはスタンドアロンエンティティとして実現され得る。Ｃ－ＳＯＮをスタンドアロンエンティティとしてＲＡＮノードと統合することは、インタフェースが実装に委ねられ得るので、難しい作業になる可能性がある。ＮＭＳの集中分散型（ＣＤ）Ｃ－ＳＯＮは、マルチベンダ環境で動作するＤＣ－ＳＯＮ及びＤ－ＳＯＮ機能の性能に影響を与える可能性がある。サードパーティのＳＯＮソリューションを部分的にＨｅｔＮｅｔに統合すると、全体的なＫＰＩが低下することになる。隣接するＮＢ－ＣＵ間のＬ３－ＲＲＭ調整は、同一ベンダまたはマルチベンダのシナリオに関係なく、不足している可能性があり、全体的なＫＰＩ性能に影響を与える可能性がある。マルチベンダのｇＮＢ－ＣＵ及びｇＮＢ－ＤＵ間のＬ３－ＲＲＭ及びＬ２－ＲＲＭ（２１６－１）調整は、動的なリソースの共有と割り当てとに影響を与える可能性がある。ＳＯＮとＲＲＭとは、独自の実装であり、各アルゴリズムが異なる挙動を示し、独自の長所及び短所を有するので［制限］、マルチベンダがＸｎインタフェース間で互いに調整するが、全体的な性能に大きな影響を与える。ベンダは、サードパーティのソリューション［ＳＯＮ及び／またはＲＲＭ］と統合する準備ができていても、出力性能を決定論的に定量化／確認することができない。

場合によっては、ＳＯＮソリューションと相互作用ＲＡＮノードとの間のアライアンスをオープンインタフェースに変換して、ＲＡＮをよりインテリジェントでオープンな仮想化された完全に相互運用可能なモバイルネットワークに再構築することができる。新しいＯ－ＲＡＮ規格は、ユーザエクスペリエンスを向上させるためのより迅速なイノベーションにより、より競争的で活気のあるＲＡＮサプライヤエコシステムを可能にし得る。Ｏ－ＲＡＮをベースにしたモバイルネットワークは、ＲＡＮ展開の効率だけでなく、モバイル事業者による運用も同時に向上させる可能性がある。Ｏ－ＲＡＮアライアンスの主な目的は次のとおりである。
・ オープンで相互運用可能なインタフェース、ＲＡＮ仮想化、ならびにビッグデータ及びＡＩ対応４ＲＡＮインテリジェンスに向けて業界を導くこと
・ 市販のハードウェアと商用のシリコンとを最大限に活用し、独自のハードウェアを最小限に抑えること
・ アクセスポイント（Ａｐ）とインタフェースとを指定し、必要に応じてそれらを採用するように規格を推進し、必要に応じてオープンソースを調査すること
・ Ｏ－ＲＡＮアーキテクチャは、Ｏ－ＲＡＮで採用されている主要な機能とインタフェースとを特定する。

Ｏ－ＲＡＮアーキテクチャでは、準リアルタイム（ＲＴ）ＲＡＮインテリジェントコントローラ（ＲＩＣ）、オープン無線アクセスネットワーク集約ユニット制御プレーン（Ｏ－ＣＵ－ＣＰ）、オープン無線アクセスネットワーク集約ユニットユーザプレーン（Ｏ－ＣＵ－ＵＰ）、オープン無線アクセスネットワーク分散ユニット（Ｏ－ＤＵ）、及びオープン無線アクセスネットワーク無線ユニットＯ－ＲＵを含む論理ブロックが存在し得る。Ｅ２インタフェースは、Ｏ－ｅＮＢを準ＲＴ ＲＩＣに接続する。さらに、Ｏ－Ｅｎｂは、Ｏ－ＤＵ及びＯ－ＲＵ機能をそれらの間のオープンなフロントホールインタフェースでサポートすることができる。管理側には、非ＲＴ－ＲＩＣ機能を含むサービス管理及びオーケストレーション（ＳＭＯ）フレームワークが含まれる。一方、Ｏクラウド（２３４）は、関連するＯ－ＲＡＮ機能（準ＲＴ ＲＩＣ、Ｏ－ＣＵ－ＣＰ、Ｏ－ＣＵ－ＵＰ、Ｏ－ＤＵなど）をホストするためのＯ－ＲＡＮ要件を満たす物理インフラストラクチャノードの一群と、支援ソフトウェアコンポーネント（オペレーティングシステム、仮想マシンモニタ、コンテナランタイムなど）と、適切な管理機能及びオーケストレーション機能とを含むクラウドコンピューティングプラットフォームであり得る。図２Ｂに示すように、Ｏ－ＲＵは、Ｏ－ＤＵ及びＳＭＯに向かうオープンフロントホールＭプレーン（２３６）インタフェースを終端させる。

したがって、従来のアプローチには多くの制限があることがわかる。モバイル加入者が指数関数的に増加する可能性があるなかで、加入者ごとのデータ需要が非常に高くなる可能性がある。セルラ異種ネットワーク展開の急増に伴い、膨大なデータスループット要件を満たすために、Ｗｉ－Ｆｉ（登録商標）アクセスポイント［ＡＰ］の展開に対する大きな需要が生じる可能性がある。結果として、通信事業者は、２．４ＧＨｚ、５ＧＨｚ、さらにはより高い周波数で動作し得るＷｉ－Ｆｉアクセスポイントを密に展開する場合がある。また、通信事業者は、キャリアグレードＷｉ－Ｆｉ、エンタープライズＷｉ－Ｆｉ、Ｍｉ－Ｆｉ、ホームＷｉ－Ｆｉなどのようなシナリオのために、マルチベンダソリューションを使用してネットワークに展開することを余儀なくされる場合がある。莫大な数のＡＰが配置されると、干渉が対処すべき重要な問題になり得る。将来、ネットワークは、ＡＰの編成及び最適化のためのＳＯＮ／ＲＲＭ機能を通じて、この干渉管理の問題に対処する必要がある。ＡＰは、調整せずに密集して展開されている場合、チャネル／スペクトルの再利用が不十分になる可能性がある。さらに、ＡＰとクライアントとの間で重大な競合が発生する可能性があり、その結果、スループットが低下し、エンドユーザエクスペリエンスが低下する。

したがって、当技術分野では、既存の先行技術の欠点を克服することができるシステム及び方法の提供が必要であり得る。

本開示の目的のいくつかは、本明細書の少なくとも１つの実施形態が満たし、本明細書の以下に列挙する通りである。

本開示の目的は、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワークを可能にするシステム及び方法を提供することである。

本開示の目的は、自己組織化ネットワーク（ＳＯＮ）及び無線リソース管理（ＲＲＭ）機能を、これらの機能の時間に敏感な特性によって導かれる準リアルタイムＲＩＣエンティティ及び非リアルタイムＲＩＣエンティティに統合することである。

本開示の目的は、特定のＳＯＮ及びＲＲＭ機能に対処する特定のデータ収集機構を促進するためのシステム及び方法を提供することである。

本開示の目的は、ＲＡＮレベルの最適化に必要な全てのデータが単一のネットワークエンティティで利用可能であることを保証するためのシステム及び方法を提供することである。

本開示の目的は、Ｏ－ＲＡＮアーキテクチャを使用して、ＲＲＭ機能の実行の局所性のカバレッジもまた促進するためのシステム及び方法を提供することであり、準リアルタイム（ＲＴ）－ＲＡＮインテリジェントコントローラ（ＲＩＣ）、及びＯ－ＲＡＮアーキテクチャの非ＲＴ－ＲＩＣエンティティにおけるＳＯＮ及びＲＲＭ機能の機能実行分割局在化を提案する。

本開示の目的は、Ｏ－ＲＡＮアーキテクチャのＳＯＮ及びＲＲＭの前記機能に対処するために特定のデータ収集の機構を促進するためのシステム及び方法を提供することである。

本セクションは、下記の発明を実施するための形態でさらに説明される本発明の特定の目的及び態様を単純化された形式で紹介するために提供されている。この発明の概要は、特許請求された主題の重要な特徴または範囲を特定することを意図したものではない。

態様では、本開示は、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワーク（ＳＯＮ）を可能にするためのシステムを提供する。本システムは、非リアルタイム無線アクセスネットワークインテリジェントコントローラ（非ＲＴ ＲＩＣ）を含むサービス管理及びオーケストレーション（ＳＭＯ）モジュールを含む。非ＲＴ ＲＩＣは、ＳＭＯモジュールに関連付けられた要素管理システム（ＥＭＳ）エンティティ内で、１つ以上の非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素の少なくとも１つを割り当て得る。ＥＭＳエンティティは、Ｏ１インタフェースを介して、無線アクセスネットワーク（ＲＡＮ）に関連付けられた１つ以上のＥ２ノードと通信する。１つ以上の非リアルタイムＳＯＮ機能要素が、機能要素ごとに、Ｏ－ＲＡＮに関連付けられた個々のｒＡＰＰを使用して、非ＲＴ ＲＩＣ、及びＥＭＳエンティティ、またはＳＭＯモジュールに関連付けられたネットワーク管理システム（ＮＭＳ）エンティティのうちの少なくとも１つで実施される。さらに、非ＲＴ ＲＩＣは、非リアルタイムＳＯＮ機能情報及び非リアルタイムＳＯＮ制御情報の少なくとも１つを、Ｏ１インタフェース、Ａ１インタフェース、及びＥ２インタフェースの少なくとも１つを介して１つ以上のＥ２ノードと交換し得る。さらに、本システムは、準リアルタイム無線アクセスネットワークインテリジェントコントローラ（準ＲＴ ＲＩＣ）を含む。準ＲＴ ＲＩＣは、準ＲＴ ＲＩＣと、ＳＭＯモジュールに関連付けられたＥＭＳエンティティとのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当て得る。さらに、準ＲＴ ＲＩＣは、機能ごとに、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素を実行し得る。機能ごとに、１つ以上の時間依存ＳＯＮ機能要素が、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、準ＲＴ ＲＩＣで実施される。

別の態様では、本開示は、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワーク（ＳＯＮ）を可能にするための方法を提供する。本方法は、ＳＭＯモジュールに関連付けられた要素管理システム（ＥＭＳ）エンティティ内で、１つ以上の非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素の少なくとも１つを割り当てることを含む。非ＲＴ ＲＩＣは、サービス管理及びオーケストレーション（ＳＭＯ）モジュールに関連付けられ得る。ＥＭＳエンティティは、Ｏ１インタフェースを介して、無線アクセスネットワーク（ＲＡＮ）に関連付けられた１つ以上のＥ２ノードと通信する。１つ以上の非リアルタイムＳＯＮ機能要素が、機能要素ごとに、Ｏ－ＲＡＮに関連付けられた個々のｒＡＰＰを使用して、非ＲＴ ＲＩＣ、及びＥＭＳエンティティ、またはＳＭＯモジュールに関連付けられたネットワーク管理システム（ＮＭＳ）エンティティのうちの少なくとも１つで実施される。さらに、本方法は、非リアルタイムＳＯＮ機能情報及び非リアルタイムＳＯＮ制御情報の少なくとも１つを、Ｏ１インタフェース、Ａ１インタフェース、及びＥ２インタフェースの少なくとも１つを介して１つ以上のＥ２ノードと交換することを含む。さらに、本方法は、準ＲＴ ＲＩＣ（１２４）と、ＳＭＯモジュール（１１０）に関連付けられたＥＭＳエンティティとのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当てることを含む。さらに、本方法は、機能ごとに、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素を実行することを含む。機能ごとに、１つ以上の時間依存ＳＯＮ機能要素が、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、準ＲＴ ＲＩＣ（１２４）で実施される。

添付の図面は、本明細書に組み込まれ、本発明の一部を構成しており、開示された方法及びシステムの例示的な実施形態を示すものであり、同様の参照番号は異なる図面を通して同じ部分を指す。図面中の構成要素は、必ずしも原寸に比例するとは限らず、代わりに、本発明の原理を明確に例示することを重視する。一部の図面は、ブロック図を使用して構成要素を示している場合があり、各構成要素の内部回路を表していない場合がある。そのような図面の発明には、電気構成要素、電子構成要素、またはそのような構成要素を実施するために一般的に使用される回路の発明が含まれることを、当業者は理解することができる。

本開示の実施形態による例示的なネットワークアーキテクチャであって、本開示の提案されたシステムを、そのアーキテクチャにおいてまたはそのアーキテクチャで実施することが可能なネットワークアーキテクチャを示す。 本開示の実施形態による、既存の５Ｇ異種ネットワーク（ＨｅｔＮｅｔ）展開シナリオの例示的なブロック図表現を示す。 本開示の実施形態による、既存のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）アーキテクチャの例示的なブロック図表現を示す。 本開示の実施形態による、システムアーキテクチャの例示的なブロック図表現を示す。 本開示の実施形態による、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワークを可能にするためのＳＭＯモジュール／フレームワークの例示的な詳細ブロック図を示す。 本開示の実施形態による、Ｏ－ＲＡＮアーキテクチャを使用するネットワークにおけるＳＯＮ及びＲＲＭ機能の実装局在化を表現する例示的なアーキテクチャを示す。 本開示の実施形態による、Ｏ－ＲＡＮアーキテクチャを使用するネットワークにおけるＳＯＮ機能のみの実装局在化を表現する例示的なアーキテクチャを示す。 本開示の実施形態による、統合Ｏ－ＲＡＮアーキテクチャを有する透過衛星対応ＮＲ－ＲＡＮの図示された実施形態を提供する。 本開示の実施形態による、統合Ｏ－ＲＡＮアーキテクチャを有する再生式衛星対応ＮＲ－ＲＡＮ及び分散型ｇＮＢを備えた５ＧＳの図示された実施形態であり得る。 本開示の実施形態による、再生式衛星対応ＮＲ－ＲＡＮ及びオンボードｇＮＢを備えた５ＧＳの図示された実施形態であり得る。 本開示の実施形態による、地域またはグローバルのためのＩＳＬを有する再生式衛星対応ＮＲ－ＲＡＮを備えたＯ－ＲＡＮ対応５ＧＳであり得る。 本開示の実施形態による、Ｏ－ＲＡＮフレームワークと統合された論理Ｗｉ－Ｆｉアーキテクチャの実施形態を示す。 本開示の実施形態による、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワークを可能にする方法の流れ図を示す。 本開示の実施形態による例示的なコンピュータシステムであって、本発明の実施形態を、そのコンピュータシステムにおいてまたはそのコンピュータシステムで利用することが可能なコンピュータシステムを示す。

上記は、本発明の以下のより詳細な説明からより明らかになるであろう。

以下の記述では、説明を目的として、本明細書に開示された実施形態を完全に理解できるように、様々な具体的詳細が述べられている。しかしながら、それらの具体的詳細なしで本発明の実施形態を実施することができることは明らかであり得る。以下に説明するいくつかの特徴はそれぞれ、互いに単独で、または他の特徴と任意に組み合わせて、使用することができる。個々の特徴は、上記問題の全てに対処できるとは限らず、または上記問題の一部のみに対処する場合がある。上記の問題のいくつかは、本明細書に記載されている特徴のいずれによっても完全に対処されない場合がある。

以下の説明は、例示的実施形態のみを提供するものであり、本開示の範囲、適用可能性、または構成を限定することを意図することはあり得ない。むしろ、例示的な実施形態の以下の説明は、例示的な実施形態を実施するための有効な説明を当業者に提供することができる。説明されている本発明の趣旨及び範囲から逸脱することなく、要素の機能及び配置に様々な変更を加えることができることを理解されたい。

本発明は、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）アーキテクチャの特定の局所性で自己最適化ネットワーク（ＳＯＮ）機能を実現するための効率的で信頼性の高いシステム及び方法と、その相互接続方式とを提供する。ＳＯＮ及び関連する無線リソース管理（ＲＲＭ）機能インタフェースは、ＲＡＮレベルの最適化に必要な全てのデータが単一のネットワークエンティティで利用できることを確実にするように規定されている。本開示は、Ｏ－ＲＡＮアーキテクチャを使用するＲＲＭ機能の実行の局所性にも及んでおり、準リアルタイム（ＲＴ）－ＲＡＮインテリジェントコントローラ（ＲＩＣ）、及びＯ－ＲＡＮアーキテクチャの非ＲＴ－ＲＩＣエンティティにおけるＳＯＮ及びＲＲＭ機能の機能実行分割局在化を提案するものであり、データ収集の特定の機構を提供してＯ－ＲＡＮアーキテクチャ上のＳＯＮ及びＲＲＭの機能に対処する。

図１を参照する。図１は、自己組織化ネットワーク（ＳＯＮ）システム（１００）（ネットワークアーキテクチャ（１００）とも呼ばれる）の例示的なネットワークアーキテクチャを示し、サービス管理及びオーケストレーション（ＳＭＯ）モジュール／フレームワーク（１１０）、または簡潔にＳＭＯモジュール（１１０）と呼ばれるものを、本開示の実施形態に従って、そのアーキテクチャにおいてまたはそのアーキテクチャで実施することが可能である。図示のように、例示的なネットワークアーキテクチャ（１００）は、ＳＯＮのために、ＳＭＯモジュール（１１０）に関連付けられた非リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラ（非ＲＴ ＲＩＣ）（１２２）と、ＳＭＯモジュール（１１０）に通信可能に結合された準リアルタイム無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラ（準ＲＴ ＲＩＣ）（１２４）とを装備され得る。ＳＭＯモジュール（１１０）は、複数の第１のコンピューティングデバイス（１０２－１、１０２－２、１０２－３・・・１０２－Ｎ）（区別なくユーザ機器（１０２－１、１０２－２、１０２－３・・・１０２－Ｎ）と呼ばれ、個別にユーザ機器（ＵＥ）（１０２）と呼ばれ、ひとまとめにＵＥ（１０２）と呼ばれる）に通信可能に結合され得る。さらに、ＳＭＯモジュール（１１０）は、エンティティに関連付けられた第２のコンピューティングデバイス（１０４）に通信可能に結合され得る。エンティティには、企業、組織、ネットワークベンダ、製造部門などが含まれ得るが、これらに限定されない。ＳＭＯ（１１０）は、生成ノードＢ（ｇＮＢ）分散ユニット（ＤＵ）すなわちｇＮＢ ＤＵ（１１６）、及びｇＮＢ制御ユニット（ＣＵ）すなわちｇＮＢ ＣＵ（１１６）に、さらに通信可能に結合され得る。ｇＮＢ ＣＵ（１１６）は、複数の第１のノード（１１８）に通信可能に結合され得る。ｇＮＢ ＣＵ（１１６）またはｇＮＢ ＤＵ（１０６）は、衛星または任意の非地上展開物であり得るが、これらに限定されない。

実施形態では、サービス管理及びオーケストレーション（ＳＭＯ）モジュール（１１０）は、非リアルタイム無線アクセスネットワークインテリジェントコントローラ（非ＲＴ ＲＩＣ）（１２２）を含む。非ＲＴ ＲＩＣ（１２２）は、ＳＭＯモジュール（１１０）に関連付けられた要素管理システム（ＥＭＳ）エンティティ（図１に示されていない）内で、１つ以上の非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素の少なくとも１つを割り当て得る。実施形態では、非リアルタイムＳＯＮ機能要素は、初期物理層セル識別（ＰＣＩ）機能、初期自動近隣関係（ＡＮＲ）機能、省エネルギー（ＥＳ）機能、セル停止管理機能、シックセル及びスリーピングセル管理機能、トラフィックステアリング機能、タイミングアドバンス（ＴＡ）最適化機能などのうちの少なくとも１つを含むが、これに限定されない。

実施形態では、ＥＭＳエンティティは、Ｏ１インタフェースを介して、無線アクセスネットワーク（ＲＡＮ）に関連付けられた１つ以上のＥ２ノードと通信し得る。実施形態では、１つ以上の非リアルタイムＳＯＮ機能要素は、機能要素ごとに、Ｏ－ＲＡＮに関連付けられた個々のｒＡＰＰを使用して、非ＲＴ ＲＩＣ（１２２）、及びＥＭＳエンティティ（図１に示さず）、またはＳＭＯモジュール（１１０）に関連付けられたネットワーク管理システム（ＮＭＳ）エンティティのうちの少なくとも１つで実施される。実施形態では、非ＲＴ ＲＩＣ（１２２）は、非リアルタイムＳＯＮ機能情報及び非リアルタイムＳＯＮ制御情報の少なくとも１つを、Ｏ１インタフェース、Ａ１インタフェース、及びＥ２インタフェースの少なくとも１つを介して、１つ以上のＥ２ノードと交換し得る。実施形態では、１つ以上のＥ２ノードは、１つ以上のＥ２エージェントを介して、１つ以上のＥ２ノードの１つ以上のＥ２アプリケーション機能要素と交信することによってＥ２終端点で受信された非ＲＴ ＲＩＣ（１２２）からの非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素を実行する。実施形態では、準ＲＴ ＲＩＣ（１２４）で１つ以上の時間依存ＲＲＭ機能要素を実行することは、集中型実行サイトに局在させることに対応する。実施形態では、準ＲＴ ＲＩＣ（１２４）は、機能ごとに、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素を実行することができる。実施形態では、機能ごとに、１つ以上の時間依存ＳＯＮ機能要素が、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、準ＲＴ ＲＩＣ（１２４）で実施される。

実施形態では、システム（１００）は、準リアルタイム無線アクセスネットワークインテリジェントコントローラ（準ＲＴ ＲＩＣ）（１２４）を含み得る。実施形態では、準ＲＴ ＲＩＣ（１２４）は、準ＲＴ ＲＩＣ（１２４）と、ＳＭＯモジュール（１１０）に関連付けられたＥＭＳエンティティ（図１に示さず）とのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当て得る。実施形態では、１つ以上の時間依存ＳＯＮ機能要素は、基地局間負荷分散（ＭＬＢ）機能、モビリティロバストネス最適化（ＭＲＯ）機能、ランダムアクセスチャネル（ＲＡＣＨ）最適化機能、省エネルギー（ＥＳ）機能、無線リンク障害報告機能、カバレッジおよび容量最適化（ＣＣＯ）機能、ダウンリンク（ＤＬ）パワー制御機能、遠隔電気チルト装置（ＲＥＴ）機能、フォワードハンドオーバ（ＦＨＯ）機能、頻繁なハンドオーバの緩和（ＦＨＭ）機能、干渉軽減（セル間、セル内、ＲＡＴ内、ＲＡＴ間）機能、セル間干渉制御（ＩＣＩＣ）機能、初期自動近隣関係（ＡＮＲ）機能、物理層セル識別（ＰＣＩ）機能などのうちの少なくとも１つを含むが、これらに限定されない。実施形態では、１つ以上の時間依存ＲＲＭ機能要素は、呼／接続受付制御（ＣＡＣ）機能、無線ベアラ制御（ＲＢＣ）機能、接続モビリティ制御（ＣＭＣ）機能、測定制御（ＭＣ）機能、セル間干渉制御（ＩＣＩＣ）機能、多地点協調（ＣｏＭＰ）機能、動的リソース配分（ＤＲＡ）機能などを含むが、これらに限定されない。

実施形態では、Ｏ－ＲＡＮアーキテクチャの非ＲＴ－ＲＩＣ及び準ＲＴ ＲＩＣ（１２４）で、１つ以上の非リアルタイムＳＯＮ機能要素、１つ以上の時間依存ＳＯＮ機能要素、及び１つ以上の非リアルタイムＲＲＭ機能要素、１つ以上の時間依存ＲＲＭ機能要素が、それぞれの機能の機能実行分割局在化を実施する。

実施形態では、ｘＡＰＰ及びｒＡＰＰは、事前にデータを１つ以上のＥ２ノードにさらに登録することができる。実施形態では、ｘＡＰＰ及びｒＡＰＰは、登録時に、非ＲＴ ＲＩＣ（１２２）及び準ＲＴ ＲＩＣ（１２４）のうちの少なくとも１つを介して、１つ以上のＥ２ノードの常駐情報を照会することができる。実施形態では、ｘＡＰＰ及びｒＡＰＰは、適切なデータ収集手法を修正して、１つ以上のＥ２ノード応答に基づいて、適切なタイマ機構調整を伴うＰＵＳＨ機構及びＰＵＬＬ機構の少なくとも１つを１つ以上のＥ２ノードに要求することができる。

実施形態では、準ＲＴ ＲＩＣ（１２４）は、それぞれのＥ２ノードを、それぞれＥ２インタフェースまたはＯ１インタフェースを介して要求することにより、Ｏ－ＲＡＮ及びＥＭＮエンティティまたはＮＭＳエンティティに関連付けられたｘＡＰＰの少なくとも１つを介して、１つ以上の性能監視（ＰＭ）カウンタにアクセスし得る。

実施形態では、１つ以上の時間依存ＲＲＭ機能要素を実行することが、関連する隣接モジュール（１１０）のグローバルビューと、１つ以上の時間依存ＲＲＭ機能要素に対応する１つ以上のそれぞれの決定とを含む。

実施形態では、ＥＭＳエンティティは、Ｏ１インタフェースを介して１つ以上のＥ２ノードの各タイプに、完全な故障、構成、課金、性能、及びセキュリティ（ＦＣＡＰＳ）の機能を提供する。実施形態では、ＥＭＳエンティティ及びＮＭＳエンティティの少なくとも１つが、ＳＭＯモジュール（１１０）にそれぞれ関連付けられたドメイン集中型ＳＯＮ（ＤＣ－ＳＯＮ）機能要素及びクロスドメイン集中型ＳＯＮ（ＣＤ Ｃ－ＳＯＮ）機能要素を実施する。実施形態では、ＤＣ－ＳＯＮ機能要素及びＣＤ Ｃ－ＳＯＮ機能要素は、トラフィックエリア（ＴＡ）最適化機能及びエンドツーエンド経験品質（ＱｏＥ）最適化機能のうちの少なくとも１つを備える。実施形態では、ＤＣ－ＳＯＮの１つ以上のＥ２ノードのためのＥＭＳエンティティが、１つのネットワークベンダ用に割り当てられ得、無線アクセスネットワーク（ＲＡＮ）の１つ以上のＥ２ノードが、様々なネットワークベンダ用に割り当てられ得る。

一実施形態では、時間依存し得るＳＯＮのための第１の命令セット（以後、ＳＯＮ機能及びアルゴリズムと区別なく呼ばれる）の局在化のシステムは、準リアルタイムＲＩＣ（１２４）に基づくことができ、一方、非時間依存的であり得るが初期段階またはシステム立ち上げ段階で必要な第２の命令セットは、非リアルタイムＲＩＣ（非ＲＴ－ＲＩＣ）（１２２）で実行されている場合があるが、これに限定されない。そうすることで、ＳＯＮとＲＡＮとのノード間のインタフェースがオープンインタフェースになり得るので、ＨｅｔＮｅｔ内でのマルチベンダＲＡＮノードの使用による問題を解決することができる。

一実施形態では、呼／接続受付制御（ＣＡＣ）、無線ベアラ制御（ＲＢＣ）、接続モビリティ制御（ＣＭＣ）、測定制御（ＭＣ）、セル間干渉制御（ＩＣＩＣ）、多地点協調（ＣｏＭＰ）、動的リソース配分（ＤＲＡ）などの無線リソース管理（ＲＲＭ）ベースの命令が、準リアルタイムＲＩＣ（１２４）上で実行している場合がある。これにより、ＲＲＭが集中型実行サイトに局在化されるようにすることができ、機能は関連する隣接部のグローバルビューとそのＲＲＭ決定とを有して、最適な決定を下すことができる。例えば、データベースからの隣接モジュール情報、隣接セル情報などである。

一実施形態では、集中型ＳＯＮは、ＨｅｔＮｅｔ展開のためのＯ－ＲＡＮアーキテクチャ内でＲＲＭと統合され得る。さらに別の実施形態では、非リアルタイムＳＯＮまたはＲＲＭエンティティの展開を、ＥＭＳエンティティ（図１には示されていない）で実施することができる。

さらに別の実施形態では、ＣＤ Ｃ－ＳＯＮ機能は、ネットワーク管理システム（ＮＭＳ）（図１には示されていない）でもサポートされ得る。ＲＡＮノードと５ＧＣノードとの両方に影響を与えるＳＯＮ機能／アルゴリズムが、ＮＭＳ管理エンティティで実行され得る。ＮＭＳ管理エンティティは、ＲＡＮノード及び５ＧＣノードとＯ１インタフェース（オープンインタフェースの場合もある）で通信するため、エンドツーエンドネットワークの最適化はベンダに依存しない場合がある。

別の実施形態では、オンサイトのデータ取得、保存、マッチング、処理、意思決定、及び作動ロジックは、マイクロサービスアーキテクチャ（ＭＳＡ）を使用してコード化することができるが、それに限定されない。移植性をサポートするために、複数のマイクロサービスをコンテナ化することができ、イベントベースにすることができる。

一実施形態では、ネットワークアーキテクチャ（１００）は、ＳＭＯモジュール（１１０）及び準ＲＴ ＲＩＣ（１２４）におけるあらゆる種類の変更に対応するために、モジュール式かつフレキシブルであり得る。ＳＭＯモジュール（１１０）及び準ＲＴ ＲＩＣ（１２４）構成の詳細は、その場で変更することができる。

実施形態では、ＳＭＯモジュール（１１０）を遠隔監視することができ、ＳＭＯモジュール（１１０）のデータ、アプリケーション、及び物理的セキュリティを完全に確保することができる。実施形態では、データが綿密に収集され、クラウドベースのデータレイクに保管されて、実用的な洞察を抽出するために処理される。したがって、予知保全の態様を達成することができる。

例示的な実施形態では、通信ネットワーク（１０８）は、限定ではなく一例として、１つ以上のメッセージ、パケット、信号、波、電圧または電流レベル、それらの何らかの組み合わせなどの送信、受信、転送、生成、バッファ、格納、ルーティング、スイッチ、処理、またはそれらの組み合わせを行う１つ以上のノードを有する１つ以上のネットワークの少なくとも一部を含むことができる。ネットワークは、限定ではなく一例として、無線ネットワーク、有線ネットワーク、インターネット、イントラネット、公衆ネットワーク、私設ネットワーク、パケット交換ネットワーク、回線交換ネットワーク、アドホックネットワーク、インフラストラクチャネットワーク、公衆交換電話網（ＰＳＴＮ）、ケーブルネットワーク、セルラネットワーク、衛星ネットワーク、光ファイバネットワーク、それらのいくつかの組み合わせ、のうちの１つ以上を含むことができる。

別の例示的な実施形態では、集中型サーバ（１１２）がアーキテクチャ（１００）に含まれ得る。集中型サーバ（１１２）は、限定ではなく一例として、スタンドアロンサーバ、サーバブレード、サーバラック、サーバのバンク、サーバファーム、クラウドサービスまたはシステムの一部をサポートするハードウェア、ホームサーバ、仮想化されたサーバを実行するハードウェア、サーバとして機能するコードを実行する１つ以上のプロセッサ、本明細書で説明するサーバ側の機能を実行する１つ以上のマシン、上記のいずれかの少なくとも一部、それらのいくつかの組み合わせ、のうちの１つ以上を含む、または備えることができる。

実施形態では、１つ以上の第１のコンピューティングデバイス（１０４）、１つ以上のモバイルデバイス（図１には示されていない）は、限定するものではないが、Ａｎｄｒｏｉｄ（登録商標）、ｉＯＳ（登録商標）、Ｋａｉ ＯＳ（登録商標）などを含む任意のオペレーティングシステムに存在する実行可能な命令のセットを介してＳＭＯモジュール（１０８）と通信することができる。実施形態では、１つ以上の第１のコンピューティングデバイス（１０４）及び１つ以上のモバイルデバイスは、これらに限定されないが、任意の電気、電子、電気機械もしくは機器、または携帯電話、スマートフォン、仮想現実（ＶＲ）デバイス、拡張現実（ＡＲ）デバイス、ラップトップ、汎用コンピュータ、デスクトップ、携帯情報端末、タブレットコンピュータ、メインフレームコンピュータ、もしくはその他の任意のコンピューティングデバイスなどの上記デバイスの１つ以上の組み合わせを含むことができる。コンピューティングデバイスは、カメラなどの視覚補助デバイス、オーディオ補助、マイク、キーボード、タッチパッド、タッチ対応スクリーン、電子ペンなど、ユーザからの入力を受け取るための入力デバイス、任意の周波数範囲で任意のオーディオまたはビジュアル信号を受信するための受信デバイス、及び任意の周波数範囲でオーディオまたはビジュアル信号を送信できる送信デバイスを含むがこれに限定されない、１つ以上の内蔵または外部結合アクセサリを含むことができる。１つ以上の第１のコンピューティングデバイス（１２４）、及び１つ以上のモバイルデバイスは、言及されたデバイスに限定されない場合があり、他の様々なデバイスが使用され得ることが理解され得る。スマートコンピューティングデバイスは、データ及びその他の個人情報や機密情報を格納するための適切なシステムの１つであり得る。

図２Ａは、既存の５Ｇ ＨｅｔＮｅｔ展開シナリオの例示的なブロック図表現を示す。５Ｇ ＨｅｔＮｅｔ展開シナリオでは、通信事業者は、異なるベンダのＮＭＳのような管理エンティティ、異なるベンダセットのＥＭＳセット、異なるベンダセットのｇＮＢ－ＣＵのようなＲＡＮノード、及び異なるベンダセットのｇＮＢ－ＤＵを使用することができる。図２Ａの展開されたＨｅｔＮｅｔにおいて通信事業者が直面し得るいくつかの問題のセットは、以下の通りであり得る。

－ ｇＮＢ－ＣＵ－１及びｇＮＢ－ＣＵ－２（２１４－１、２１４－２）のＤ－ＳＯＮは、オープンＸｎインタフェースを介して相互に通信するが、両方は異なるベンダからのものであるため、うまく調整されない場合がある。

－ ｇＮＢ－ＣＵ－２（２１４－２）のＤ－ＳＯＮとｇＮＢ－ＣＵ－ｎ（２１６－ｎ）のハイブリッドＳＯＮ（Ｄ－ＳＯＮ＋Ｄ Ｃ－ＳＯＮ）とは、オープンＸｎインタフェースを介して相互に通信するが、両方は異なるベンダからのものであるため、うまく調整できない場合がある。

－ Ｃ－ＳＯＮは、管理エンティティ［ＥＭＳ／ＮＭＳなど］と併置されるか、またはスタンドアロンエンティティとして実現され得る。Ｃ－ＳＯＮをスタンドアロンエンティティとしてＲＡＮノードと統合することは、インタフェースが実装に委ねられているので、対処しがたい状況になる。

－ ＮＭＳ（２０４－１）内のＣＤＣ－ＳＯＮ（２０４－２）は、マルチベンダ環境で動作するＤ Ｃ－ＳＯＮ及びＤ－ＳＯＮ機能の性能に影響を与える可能性がある。

サードパーティのＳＯＮソリューションを部分的にＨｅｔＮｅｔに統合すると、全体的なＫＰＩが低下することになる。

－ 近くのｇＮＢ－ＣＵ（２１４－１、２１４－２、２１４－Ｎ）間のＬ３－ＲＲＭ調整は、同一ベンダシナリオまたはマルチベンダシナリオに関係なく、不足している可能性があり、主要業績評価指標（ＫＰＩ）の性能全体に影響を与えることになる。

－ マルチベンダｇＮＢ－ＣＵ（２１４－１、２１４－２、２１４－Ｎ）及びｇＮＢ－ＤＵ（２１６－１、２１６－２、２１６－３、２１６－４、２１６－５、２１６－Ｎ）にわたるＬ３－ＲＲＭ及びＬ２－ＲＲＭ調整は、動的リソースの共有と配分とに影響を与える可能性がある。

独自の実装であるＳＯＮとＲＲＭとは、マルチベンダがＸｎインタフェースを介して相互に調整するが、各アルゴリズムの動作が異なり、独自の制限があるため、全体的な性能に大きな影響を与える。ベンダがサードパーティソリューション［ＳＯＮ及び／またはＲＲＭ］と統合する準備ができていても、主にベンダのソリューションが原因で、ベンダが出力性能を決定論的に定量化／確認しないことがあり得る。常に合意されたベンダ間の不調和で終わる。これらの問題または制限を解決するための１つの可能な解決策は、ＳＯＮソリューションと、相互作用する無線アクセスネットワーク（ＲＡＮ）ノードとの間のインタフェースを、可能な限りオープンインタフェースにすることである。オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）アライアンスは、ＲＡＮ業界で活動する移動通信事業者、ベンダ、ならびに研究及び学術機関の世界的なコミュニティとなり得る。Ｏ－ＲＡＮアライアンスの使命は、よりインテリジェントでオープンな、仮想化され、完全に相互運用可能なモバイルネットワークに向けてＲＡＮ業界を再形成することであり得る。新しいＯ－ＲＡＮ規格は、ユーザエクスペリエンスを向上させるためのより迅速なイノベーションにより、より競争的で活気のあるＲＡＮサプライヤエコシステムを可能にする可能性がある。Ｏ－ＲＡＮをベースにしたモバイルネットワークは、ＲＡＮ展開の効率だけでなく、モバイル事業者による運用も同時に向上させるはずである。しかしながら、従来のシステム及び方法は、Ｏ－ＲＡＮアーキテクチャにおいてモビリティロバストネス最適化機能を実現する機構を提供することができない。

図２Ｂは、本開示の実施形態による、既存のオープン無線アクセスネットワーク（Ｏ－ＲＡＮ）アーキテクチャ（２２０）の例示的なブロック図表現を示す。

システムアーキテクチャ（２２０）は、Ｏ－ＲＡＮアーキテクチャである。ｒＡｐｐ（図２Ｂには図示せず）は、外部情報を通信事業者ネットワークに供給することができるインタフェースを含むことができる。準ＲＴ ＲＩＣ（２２４）は、図４に示すように、Ｅ２インタフェースを介した細粒度データ収集及びアクションによって、ＲＡＮ要素及びリソースの準リアルタイムの制御及び最適化を可能にする論理機能であり得る。準ＲＴ ＲＩＣ（２２４）は、ｘＡｐｐ（図２Ｂには図示せず）によって処理されるモデルトレーニング、推論、及び更新を含む人工知能（ＡＩ）／機械学習（ＭＬ）ワークフローを含み得る。

さらに、非ＲＴ ＲＩＣ（２２２－Ａ）は、図２Ｂに示すように、サービス管理及びオーケストレーション（ＳＭＯ）フレームワーク（２２２）内に、Ａ１インタフェースを介して運ばれるコンテンツを駆動することができる論理機能を含むことができる。非ＲＴ ＲＩＣ（２２２－Ａ）は、非ＲＴ ＲＩＣフレームワーク、及びｒＡｐｐなどの非ＲＴ ＲＩＣアプリケーションを含むことができる。さらに、非ＲＴ ＲＩＣフレームワークは、ＳＭＯフレームワーク（２２）の内部で機能し得、準ＲＴ ＲＩＣ（２２４）へのＡ１インタフェースを論理的に終端させ、ランタイム処理に必要な内部ＳＭＯサービスのセットをＲ１インタフェース経由でｒＡｐｐに公開することができる。非ＲＴ ＲＩＣフレームワークは、非ＲＴ ＲＩＣ（２２２－Ａ）内で機能し得、ｒＡｐｐに必要なモデルのトレーニング、推論、及び更新を含むＡＩ／ＭＬワークフローを提供し得る。

さらに、Ｏ－ＲＡＮ構成要素からのＯ１インタフェースは、ＳＭＯフレームワーク（２２２）で終端し得る。Ｏ－ＣＵ－ＣＰ（２２８）は、無線リソース制御（ＲＲＣ）、及びＰＤＣＰプロトコルの制御プレーン部分をホストする論理ノードであり得る。さらに、Ｏ－ＣＵ－ＵＰ（２３０）は、ＰＤＣＰプロトコル及びＳＤＡＰプロトコルのユーザプレーン部分をホストする論理ノードであり得る。Ｏ－ＤＵ（２３２－１）は、下位層の機能分割に基づいて無線リンク制御（ＲＬＣ）／媒体アクセス制御（ＭＡＣ）／高物理（ＰＨＹ）層をホストする論理ノードであり得る。Ｅ２ノードは、Ｅ２インタフェースを終端させる論理ノードであり得る。さらに、Ｏ－ＲＡＮノードは、ＮＲアクセスのために、Ｏ－ＣＵ－ＣＰ（２２８）、Ｏ－ＣＵ－ＵＰ（２３０）、Ｏ－ＤＵ（２３２－１）、または任意の組み合わせであるとともに、Ｏ－ｅＮＢ（２２６）などのＥ－ＵＴＲＡアクセス用であるＥ２インタフェースで終端していることが可能である。ｒＡｐｐｓなどの非ＲＴ ＲＩＣアプリケーションは、非ＲＴ ＲＩＣフレームワークのＲ１インタフェースを介して公開される機能を活用して、ＲＡＮ動作に関連する付加価値サービスを提供するモジュラアプリケーションであり得る。ＲＡＮ動作に関連する付加価値サービスには、Ａ１インタフェースの駆動、Ｏ１／Ｏ２インタフェースを介して後で適用され得る値及びアクションの推奨、及び他のｒＡｐｐを使用するための「強化情報」の生成などが含まれるが、これらに限定されない。ｒＡｐｐは、ＲＡＮ要素及びリソースの非リアルタイム制御及び最適化、ならびに準ＲＴ ＲＩＣ（２２４）内のアプリケーション／機能へのポリシベースガイダンスを可能にする非ＲＴ ＲＩＣ（２２２－Ａ）内で機能し得る。さらに、ｘ－Ａｐｐなどの準ＲＴ ＲＩＣアプリケーションが、準ＲＴ ＲＩＣ（２２４）上で実行され得る。このようなアプリケーションは、１つ以上のマイクロサービスで構成される可能性があり得、オンボーディングの時点で、どのデータを消費し、どのデータを提供するかを識別することができる。アプリケーションは、準ＲＴ ＲＩＣ（２２４）から独立しており、任意のサードパーティによって提供される場合がある。Ｅ２は、ｘＡｐｐとＲＡＮ機能との間の直接的な関連付けを可能にする。

さらに、Ｏクラウド（２３４）は、準ＲＴ ＲＩＣ（２２４）、Ｏ－ＣＵ－ＣＰ（２２８）、Ｏ－ＣＵ－ＵＰ（２３０）、Ｏ－ＤＵ（２３２－１）の関連するＯ－ＲＡＮ機能をホストするためのＯ－ＲＡＮ要件を満たす物理インフラストラクチャノードの一群と、支援ソフトウェアコンポーネント（オペレーティングシステム、仮想マシンモニタ、コンテナランタイムなど）と、適切な管理機能及びオーケストレーション機能とを含むクラウドコンピューティングプラットフォームであり得る。加えて、Ｏ１インタフェースは、運用及び管理のために、ＳＭＯフレームワーク（２２２）とＯ－ＲＡＮ管理対象要素との間にあることができ、故障、構成、課金、性能、セキュリティであり得る（ＦＣＡＰＳ）の管理、物理ネットワーク機能（ＰＮＦ）ソフトウェア管理、ファイル管理を実現し得る。さらに、Ｏ２インタフェースは、Ｏ－ＲＡＮ仮想ネットワーク機能をサポートするために、ＳＭＯフレームワーク（２２２）とＯクラウド（２３４）との間にあってもよい。それに加えて、非ＲＴ ＲＩＣ（２２２－Ａ）と準ＲＴ ＲＩＣ（２２４）との間にＡ１インタフェースがあってもよい。Ａ１インタフェースの目的は、非ＲＴ ＲＩＣ機能がポリシベースガイダンス、ＭＬモデル管理、及び強化情報を準ＲＴ ＲＩＣ機能に提供できるようにして、ＲＡＮが無線リソース管理（ＲＲＭ）などを特定の条件下で最適化できるようにすることであり得る。その後、Ｅ２インタフェースが、準ＲＴ ＲＩＣ（２２４）を、１つ以上のＯ－ＣＵ－ＣＰ（２２８）、１つ以上のＯ－ＣＵ－Ｕｐ（２３０）、及び１つ以上のＯ－ＤＵ（２３２－１）に接続することになる。ｒＡｐｐｓと非ＲＴ ＲＩＣフレームワークとの間に、Ｒ１インタフェースがある場合がある。

図２Ｂには示されていないが、Ｏ－ｅＮＢ（２２６）は、Ｏ－ＤＵ（２３２－１）及びＯ－ＲＵ（２３２－２）機能を、それらの間のオープンフロントホールインタフェースでサポートしない場合がある。管理側には、非ＲＴ－ＲＩＣ機能を含むＳＭＯフレームワークが含まれる。一方、Ｏクラウド（２３４）は、関連するＯ－ＲＡＮ機能（準ＲＴ ＲＩＣ（２２４）、Ｏ－ＣＵ－ＣＰ（２２８）、Ｏ－ＣＵ－ＵＰ（２３０）、及びＯ－ＤＵ（２３２－１）など）をホストするためのＯ－ＲＡＮ要件を満たす物理インフラストラクチャノードの一群と、支援ソフトウェアコンポーネント（オペレーティングシステム、仮想マシンモニタ、コンテナランタイムなど）と、適切な管理機能及びオーケストレーション機能とを含むクラウドコンピューティングプラットフォームである。図２Ｂに示すように、Ｏ－ＲＵ（２３２－２）は、Ｏ－ＤＵ（２３２－１）及びＳＭＯフレームワーク（２２２）に向かうオープンフロントホールＭプレーンインタフェースを終端させる。

図３Ａは、本開示の実施形態による、システムアーキテクチャの例示的なブロック図表現を示す。システムアーキテクチャ（３００）は、集中型ＳＯＮ（Ｃ－ＳＯＮ）及び無線リソース管理（ＲＲＭ）の統合を伴うＯ－ＲＡＮアーキテクチャであってもよい。図３Ｂに示すように、態様では、第５世代（５Ｇ）異種ネットワーク（ＨｅｔＮｅｔ）展開（例えば、５Ｇコア（５ＧＣ）（２０８））のためのＯ－ＲＡＮアーキテクチャ内でのＣ－ＳＯＮ及びＲＲＭの統合が示されている。ここで、時間依存の分散型Ｃ－ＳＯＮ及びＲＲＭ機能は、準ＲＴ ＲＩＣ（３１０）内でサポートされ得る。非時間依存の分散型Ｃ－ＳＯＮ機能は、ＥＭＳなどの管理エンティティ（２０２）または非ＲＴ ＲＩＣ（３０６）内のいずれかでサポートすることができ、どちらもＯ－ＲＡＮアーキテクチャ（３００）のＳＭＯフレームワーク（３０２）内に存在する。

さらに別の展開では、非リアルタイムＳＯＮまたはＲＲＭエンティティをＥＭＳ（３０４、３０８）に実装することができる。ＲＡＮノード［Ｅ２ノード］用のＥＭＳコンテキストは、あるベンダのドメインＣ－ＳＯＮである場合があり、Ｅ２ノード自体は異なるベンダのものである場合がある。ここで、ＳＭＯのＥＭＳ（ＳＯＮ及び／またはＲＲＭ機能要素）は、Ｏ１インタフェースを介してＥ２ノードと通信する。

さらに別の実施形態では、非ＲＴ ＲＩＣ（３０６）及び関連するドメインＣ－ＳＯＮ（ＳＯＮまたはＲＲＭ機能要素）は、あるベンダからのものであり、Ｅ２ノードは異なるベンダからのものであり得る。ここで、ＳＭＯ内の非ＲＴ ＲＩＣ（３０６）は、Ａ１インタフェースを介して準ＲＴ ＲＩＣ（３１０）と通信するので、Ａ１インタフェースはオープンインタフェースであり得る。また、準ＲＴ ＲＩＣ（３１０）は、Ｅ２インタフェースを介してＥ２ノードと通信し、Ｅ２インタフェースはオープンインタフェースであり得、非ＲＴ ＲＩＣ（３０６）内のＤＣ－ＳＯＮ機能は、エンティティに依存しなくなり得る。

５Ｇコアすなわち５ＧＣ（２０８）ノードのＥＭＳコンテキスト、したがってそのＤＣ－ＳＯＮは１つのエンティティからのものであり得、５ＧＣノードは異なるエンティティからのものであり得る。ここで、ＳＭＯ内のＥＭＳはＯ１インタフェースを介して５ＧＣノードと通信するので、Ｏ１インタフェースはオープンインタフェースであり得、ＥＭＳコンテキスト内のＤＣ－ＳＯＮ機能はエンティティに依存しなくなり得る。ここで、ＤＣ－ＳＯＮは、５ＧＣノードを最適化する可能性があり、ＲＡＮノードのＣ－ＳＯＮのサポートとともに、ＵＥのエンドツーエンドの経験品質（ＱｏＥ）の最適化を支援できるようにすることが意図され得る。

さらに別の実施形態では、ＣＤ Ｃ－ＳＯＮ機能もＮＭＳでサポートされ得る。ＲＡＮノードと５ＧＣノードとの両方に影響を与えるそれらのＳＯＮ機能／アルゴリズムが、ＮＭＳ管理エンティティで実行され得る。ＮＭＳ管理エンティティは、ＲＡＮノード及び５ＧＣノードとＯ１インタフェース（オープンインタフェースの場合もある）で通信するため、エンドツーエンドネットワークの最適化はエンティティに依存しない場合がある。

好ましい実施形態では、ＣＡＣ、ＲＢＣ、ＣＭＣ、ＭＣ、ＤＲＡなどのＲＲＭ機能は、機能ごとに複数の第３の命令セット（区別なくコンテナアプリケーションまたはｘＡＰＰと呼ばれる）を用いて準ＲＴ ＲＩＣ（３１０）で実施され得る。このような機能群は、ｘＡｐｐで組み合わせて実行することもできる。さらに、この実施形態では、ＭＬＢ、ＭＲＯ、ＩＣＩＭ、ＦＨＭ、ＦＨＯ、ＣＣＯ、ＲＡＣＨ最適化、ＡＮＲ、ＰＣＩなどのような時間依存ＳＯＮ機能が、機能ごとに別個のｘＡＰＰを用いて、準ＲＴ ＲＩＣ（３１０）で実施され得る。そのような機能群は、ｘＡｐｐで組み合わせて実行することもできる。機能の組み合わせは実装に委ねられている。ここで、準ＲＴ ＲＩＣにおけるｘＡＰＰは、Ｅ２インタフェースを介して関連するＥ２ノードを要求することにより、必要なＰＭカウンタにアクセスすることができる。また、Ｏ１インタフェースを介して管理エンティティから同様にアクセスすることができる。

別の実施形態では、初期ＰＣＩ、初期ＡＮＲ、省エネルギー、セル停止管理、シックセル及びスリーピングセル管理、トラフィックステアリング、ＴＡ最適化などの非リアルタイムＳＯＮ機能を、機能ごとに別個のｒＡＰＰを使用する非ＲＴ ＲＩＣ（３０６）で、またはＳＭＯでのＥＭＳコンテキストもしくはＮＭＳのような管理エンティティで、実施することができる。そのような機能群は、ｒＡｐｐで組み合わせて実行することもできる。機能の組み合わせは実装に委ねられ得る。この実施形態では、ＳＯＮの機能及び制御情報は、Ｏ１インタフェースを介して直接、またはＡ１及びＥ２インタフェースを介して、Ｅ２ノードと交換することができるが、これらに限定されない。その結果、各Ｅ２ノードのＥ２エージェントは、Ｅ２ノードのＥ２アプリケーション機能と交信することにより、Ｅ２終端ポイントでＲＩＣからのＲＲＭ及びＳＯＮ機能関連の決定を適用する。

ＨｅｔＮｅｔ展開における複数のマルチエンティティＥＭＳの下での提案された実施形態では、相互運用性の問題を回避することができる。

図３Ｂは、本開示の実施形態による、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワークを可能にするための提案されたサービス管理及びオーケストレーション（ＳＭＯ）モジュール／フレームワーク（３０２）の例示的な表現を示す。態様では、ＳＭＯモジュール／フレームワーク（３０２）は、１つ以上のプロセッサ（複数可）（３２２）を含むことができる。１つ以上のプロセッサ（３２２）は、１つ以上のマイクロプロセッサ、マイクロコンピュータ、マイクロコントローラ、エッジまたはフォグマイクロコントローラ、デジタル信号プロセッサ、中央処理装置、論理回路、及び／または動作命令に基づいてデータを処理する任意のデバイスとして実装され得る。１つ以上のプロセッサ（複数可）（３２２）は、数ある機能のなかでもとりわけ、ＳＭＯモジュール／フレームワーク（３０２）のメモリ（３２４）に格納されたコンピュータ可読命令をフェッチ及び実行するように構成され得る。メモリ（３２４）は、ネットワークサービスを介してデータパケットを作成または共有するためにフェッチ及び実行され得る、非一時的なコンピュータ可読記憶媒体に１つ以上のコンピュータ可読命令またはルーチンを記憶し得る。メモリ（３２４）は、例えば、ＲＡＭなどの揮発性メモリ、またはＥＰＲＯＭ、フラッシュメモリなどの不揮発性メモリを含む任意の非一時的記憶装置を備えることができる。

実施形態では、ＳＭＯモジュール／フレームワーク（３０２）は、インタフェース（複数可）（３２６）を含むことができる。インタフェース（複数可）（３２６）はまた、ＳＭＯモジュール／フレームワーク（３０２）の１つ以上の構成要素のための通信経路を提供することができる。そのような構成要素の例には、処理ユニット／エンジン（複数可）（３２８）及びデータベース（３３０）が含まれ得るが、これらに限定されない。

処理ユニット／エンジン（複数可）（３２８）は、処理エンジン（複数可）（３２８）の１つ以上の機能を実装するために、ハードウェア及びプログラミング（例えば、プログラム可能な命令）の組み合わせとして実装され得る。本明細書で説明する例では、ハードウェアとプログラミングとのそのような組み合わせを、いくつかの異なる方法で実装することができる。例えば、処理エンジン（複数可）（３２８）のためのプログラミングは、非一時的機械可読記憶媒体に記憶されたプロセッサ実行可能命令であってもよく、処理エンジン（複数可）（３２８）のためのハードウェアは、そのような命令を実行するために、処理リソース（例えば、１つ以上のプロセッサ）を含むことができる。この例では、機械可読記憶媒体は、処理リソースによって実行されると処理エンジン（複数可）（３２８）を実装する命令を格納することができる。そのような例では、ＳＭＯモジュール／フレームワーク（３０２）は、命令を格納する機械可読記憶媒体と、命令を実行するための処理リソースとを備えることができ、または機械可読記憶媒体は別個のものであるが、ＳＭＯモジュール／フレームワーク（３０２）及び処理リソースにアクセス可能であり得る。他の例では、処理エンジン（複数可）（３２８）は、電子回路によって実装され得る。さらに、ＳＭＯモジュール／フレームワーク（３０２）は、機械学習（ＭＬ）モジュールを含むことができる。

処理エンジン（３２８）は、データ取得エンジン（３３２）、ＳＯＮ有効化エンジン（３３４）、及び他のエンジン（３３６）のいずれかから選択された１つ以上のエンジンを含むことができる。データ取得エンジン（３３２）、ＳＯＮ有効化エンジン（３３４）は、機械学習（ＭＬ）モジュールを含むことができる。処理エンジン（３２８）は、エッジベースのマイクロサービスイベントをさらに処理することができるが、そのように限定されない。

実施形態では、ＳＯＮ有効化エンジン（３３４）は、ＳＭＯモジュール（１１０）に関連付けられた要素管理システム（ＥＭＳ）エンティティ内で、１つ以上の非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素の少なくとも１つを割り当て得る。実施形態では、非リアルタイムＳＯＮ機能要素は、初期物理層セル識別（ＰＣＩ）機能、初期自動近隣関係（ＡＮＲ）機能、省エネルギー（ＥＳ）機能、セル停止管理機能、シックセル及びスリーピングセル管理機能、トラフィックステアリング機能、タイミングアドバンス（ＴＡ）最適化機能などのうちの少なくとも１つを含むが、これに限定されない。

実施形態では、ＥＭＳエンティティは、Ｏ１インタフェースを介して、無線アクセスネットワーク（ＲＡＮ）に関連付けられた１つ以上のＥ２ノードと通信し得る。実施形態では、１つ以上の非リアルタイムＳＯＮ機能要素は、機能要素ごとに、Ｏ－ＲＡＮに関連付けられた個々のｒＡＰＰを使用して、非ＲＴ ＲＩＣ（１２２）、及びＥＭＳエンティティ、またはＳＭＯモジュール（１１０）に関連付けられたネットワーク管理システム（ＮＭＳ）エンティティのうちの少なくとも１つで実施される。実施形態では、データ取得エンジン（３３２）は、非リアルタイムＳＯＮ機能情報及び非リアルタイムＳＯＮ制御情報の少なくとも１つを、Ｏ１インタフェース、Ａ１インタフェース、及びＥ２インタフェースの少なくとも１つを介して、１つ以上のＥ２ノードと交換し得る。実施形態では、１つ以上のＥ２ノードは、１つ以上のＥ２エージェントを介して、１つ以上のＥ２ノードの１つ以上のＥ２アプリケーション機能要素と交信することによってＥ２終端点で受信された非ＲＴ ＲＩＣ（１２２）からの非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素を実行する。実施形態では、準ＲＴ ＲＩＣ（１２４）で１つ以上の時間依存ＲＲＭ機能要素を実行することは、集中型実行サイトに局在させることに対応する。実施形態では、ＳＯＮ有効化エンジン（３３４）は、機能ごとに、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素を実行することができる。実施形態では、機能ごとに、１つ以上の時間依存ＳＯＮ機能要素が、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、準ＲＴ ＲＩＣ（１２４）で実施される。

図４Ａ～図４Ｂは、本開示の実施形態による、ＳＯＮ／ＲＲＭサポート（４００）のためのＯ－ＲＡＮ機能アーキテクチャの例示的なブロック図表現を示す。

ｒ－Ａｐｐは、外部情報を通信事業者ネットワークに供給できるインタフェースを有している場合がある。準ＲＴ ＲＩＣ（３０６）は、図４Ａ及び図４Ｂに示すように、Ｅ２インタフェースを介した細粒度データ収集及びアクションによって、ＲＡＮ要素及びリソースの準リアルタイムの制御及び最適化を可能にする論理機能であり得る。準ＲＴ ＲＩＣ（３１０）には、ｘＡｐｐによって処理されるモデルのトレーニング、推論、及び更新を含む、人工知能（ＡＩ）／機械学習（ＭＬ）ワークフローが含まれる場合がある。

さらに、非ＲＴ ＲＩＣ（３０６）は、ＳＭＯ（３０２）内に論理機能を含むことができ、図３Ａに示すように、Ａ１インタフェースを介して搬送されるコンテンツを駆動することができる。非ＲＴ ＲＩＣ（３０６）は、非ＲＴ ＲＩＣフレームワーク、及びｒＡｐｐ（４０４）などの非ＲＴ ＲＩＣアプリケーションを含むことができる。さらに、非ＲＴ ＲＩＣフレームワークは、ＳＭＯモジュール（３０２）の内部で機能し得、準ＲＴ ＲＩＣ（３１０）へのＡ１インタフェースを論理的に終端させ、ランタイム処理に必要な内部ＳＭＯサービスのセットをＲ１インタフェース経由でｒＡｐｐ（４０４）に公開することができる。非ＲＴ ＲＩＣフレームワークは、非ＲＴ ＲＩＣ（３０６）内で機能することができ、ｒＡｐｐ（４０４）に必要なモデルのトレーニング、推論、及び更新を含むＡＩ／ＭＬワークフローを提供することができる。ＳＯＮ／ＲＲＭサポートのためのＯ－ＲＡＮ機能アーキテクチャでは、関連するＥ２ノードで実行されるＲＲＭアルゴリズムと、これらのＲＲＭアルゴリズムの最適化とが、準ＲＴ ＲＩＣで実行される関連するＲＲＭ最適化ｘＡｐｐ（４０６）によって行われ得る。これにより、ベンダはＲＲＭアルゴリズムを独自に実装するための柔軟性が得られるが、ＲＲＭアルゴリズムの最適化は、準ＲＴ ＲＩＣで関連ＲＲＭ最適化ｘＡｐｐ（ＲＲＭ Ｏｐｔ ｘＡｐｐ）によって実行され、ベンダに依存しないようになり得る。図４Ｂは、ＳＯＮ／ＲＲＭサポートのための全体的なＯ－ＲＡＮ機能アーキテクチャを示しており、関連するＥ２ノードで実行されるＲＲＭアルゴリズムと、これらのＲＲＭアルゴリズムの最適化とが、準ＲＴ ＲＩＣで実行される関連するＲＲＭ最適化ｘＡｐｐによって行われ得る。これにより、ベンダはＲＲＭアルゴリズムを独自に実装するための柔軟性が得られるが、ＲＲＭアルゴリズムの最適化は、準ＲＴ ＲＩＣで関連ＲＲＭ最適化ｘＡｐｐ（ＲＲＭ Ｏｐｔ ｘＡｐｐ）によって実行され、ベンダに依存しないようになり得る。

図５Ａ～図５Ｃは、本開示の実施形態による、１つ以上の透過衛星（５０６）を伴うＯ－ＲＡＮ対応５ＧＳの例示的なブロック図表現を示す。図５Ａは、統合Ｏ－ＲＡＮアーキテクチャを有する透過衛星対応ＮＲ－ＲＡＮの図示された実施形態を示す。このシナリオでは、カバレッジを拡張するために衛星がＵｕインタフェースを介して導入され得るので、ｇＮＢがまだ地上にあるということになり、Ｏ－ＲＡＮフレームワーク内のＳＯＮ／ＲＲＭ位置の影響は非常に小さくなり得る。ＧＥＯ／ＭＥＯ／ＬＥＯ衛星が原因で一方向のエンドツーエンドのレイテンシが非常に高くなる可能性があるため、ＵＥ（５０２）支援の干渉軽減機能に関して、また動的リソース配分機能についても、注意する必要がある。図５Ｂは、統合Ｏ－ＲＡＮアーキテクチャを有する再生式衛星対応ＮＲ－ＲＡＮ及び分散型ｇＮＢを備えた５ＧＳの図示された実施形態であり得る。このシナリオでは、ｇＮＢ－ＤＵ（５０６）は衛星上にあってもよく、ｇＮＢ－ＣＵ（５１０）は地上にあってもよい。つまり、Ｏ－ＲＵとＯ－ＤＵの両方が衛星上にある可能性がある。ここでは、Ｏ－ＲＡＮフレームワーク内のＳＯＮ／ＲＲＭ位置の影響は非常に小さくなり得る。ＧＥＯ／ＭＥＯ／ＬＥＯ衛星が原因で一方向のエンドツーエンドのレイテンシが非常に高くなる可能性があるため、ＵＥ支援の干渉軽減機能に関して、また動的リソース配分［ＤＲＡ］機能についても、注意する必要がある。ＤＲＡは、衛星のｇＮＢ－ＤＵ（５０６）、地上のｇＮＢ－ＣＵ（５１０）、または準ＲＴ ＲＩＣ（３１０）のいずれかに配置され得る。また、衛星上にあり得るｇＮＢ－ＤＵ（５０６）のスイッチをオフにすることを決定する際に、より広いカバレッジエリアに影響を与える可能性があるため、省エネルギー（ＥＳ）機能に関して注意する必要がある。さらに、図５Ｃは、統合Ｏ－ＲＡＮアーキテクチャを有する再生式衛星対応ＮＲ－ＲＡＮ及びオンボードｇＮＢを備えた５ＧＳを示す。Ｏ－ＲＵ、Ｏ－ＤＵ、及びＯ－ＣＵのセット全体を衛星に配置することが可能である。衛星上のＲＡＮノードのみを最適化するために必要なＳＯＮ／ＲＲＭアルゴリズムは、Ｄ－ＳＯＮの形で衛星自体に配置する方が適切となり得る。そして、地上ネットワークノードと非地上ネットワークノードの両方を最適化するには、上記のシナリオで説明したように、準ＲＴ ＲＩＣに配置されたＣ－ＳＯＮがより最適となり得る。さらに、図５Ｄは、統合Ｏ－ＲＡＮアーキテクチャを有する地域またはグローバルのためのＩＳＬを備えた再生式衛星対応ＮＲ－ＲＡＮを含む５ＧＳを示す。このシナリオでは、Ｏ－ＲＵとＯ－ＤＵの両方が衛星に配置され、Ｏ－ＣＵが地上に配置され得る。ここで、Ｏ－ＲＡＮフレームワーク内のＳＯＮ／ＲＲＭ位置の影響は、上記で説明した衛星による遅延の考慮を除いて、非常に小さい可能性がある。ＤＲＡ及びＣｏＭＰのような機能は、ＮＴＮノード間で最適な性能を得るために、Ｄ－ＳＯＮの形で衛星のＯ－ＤＵ内に配置することができる。Ｃ－ＳＯＮは、地上ネットワークノード及びＮＴＮノードにわたって、最適な役割を計画することができる。

全ての衛星Ｏ－ＲＡＮ実装シナリオでは、Ｏ－ＲＡＮ Ｅ２／ＲＩＣインタフェースでプロアクティブＰＵＬＬ及びＰＵＳＨ機構を実装する新しい機構を提案して、タイミング及びバックホール遅延が軽減されるように、データをより早く取得することができる。ｘＡＰＰまたはｒＡＰＰがデータをＥ２ノードに事前に登録することができるアーキテクチャが提案されてもよい。Ｅ２ノードが衛星に常駐し得るかどうか、または透過衛星がＲＡＮアクセス側にあり得るかどうかを照会する機構をＲＩＣに提供することができる。Ｅ２ノードの応答に基づいて、適切なデータ収集機構を修正して、適切なタイマ機構調整を伴うＰＵＳＨ機構またはＰＵＬＬ機構を要求することができる。

別の実施形態では、Ｅ２ノードがＲＩＣから衛星を横切る可能性がある場合、ＲＩＣはプロキシＲＩＣをＥ２に挿入する準備をされてもよい。

図６は、本開示の実施形態による、Ｏ－ＲＡＮフレームワークと統合された論理Ｗｉ－Ｆｉアーキテクチャ（６００）の実施形態を示す。ＳＭＯ（３０２）のＥＭＳ管理エンティティは、論理Ｏ１インタフェースを介してＷｉ－Ｆｉ ＡＰ（６０４、６０６）にＦＣＡＰＳサポートを提供することができる。Ｗｉ－Ｆｉ ＡＰ（６０４、６０６）の時間依存ＳＯＮ機能は、準ＲＴ ＲＩＣ（３１０）でＳＯＮアルゴリズムを実行することによってサポートすることができ、論理Ｅ２インタフェースを介してＡＰと調整することができる。同様に、Ｗｉ－Ｆｉ ＡＰ（６０４、６０６）の非時間依存ＳＯＮ機能は、非ＲＴ ＲＩＣ（３０６）でＳＯＮアルゴリズムを実行することによってサポートすることができ、論理Ａ１及びＥ２インタフェースを介してＡＰと調整することができる。ＲＩＣのＳＯＮ機能は、Ｅ２インタフェースを介してＡＰ及びクライアントから測定データを収集することができ、またはＯ１インタフェースを介して管理エンティティから関連データを収集することもできる。

したがって、本開示は、全てのＡＰの間で最良またはほぼ最適な時間、空間、及びスペクトル調整構成を見いだすようにＡＰのＳＯＮとＲＲＭとを統合する独自かつ効率的なソリューションを提供する。ＳＯＮ／ＲＲＭは、ＡＰごとに最適な送信電力、使用チャネル、動作チャネル帯域幅、及びスリープモードを適切に構成する必要があるものとする。Ｗｉ－Ｆｉ ＳＯＮ／ＲＲＭは、次の機能を実行できる。
・ 静的及び動的な無線リソース管理。
・ Ｗｉ－Ｆｉと非Ｗｉ－Ｆｉとの干渉を減らすために、チャネル及び送信電力を最適に選択する。
・ トラフィックステアリング［ＴＳ］のサポート。
・ Ｗｉ－Ｆｉ内ＴＳ：特定のエリアでカバレッジを提供する複数のＷｉ－Ｆｉ無線（複数可）間にわたってＷｉ－Ｆｉトラフィックのバランスをとる。
・ セルラネットワークからＷｉ－ＦｉのＴＳ：モバイルユーザをセルラまたはＷｉ－Ｆｉの最適なアクセスネットワークに接続する。
・ カバレッジホールの検出／管理。
・ Ｗｉ－Ｆｉカバレッジホールを検出／報告し、自動的に軽減する。
・ 省エネルギー機能。
・ エネルギーを節約するために、トラフィックが少ない時間帯に、特定のＷｉ－Ｆｉ ＡＰをオフにする。
・ ＱｏＳ及びＱｏＥの最適化。
・ Ｗｉ－Ｆｉ ＡＰ停止管理。［ＡＰ停止検知、復旧、補償、補償復旧］。
・ Ｗｉ－Ｆｉ ＡＰプラグアンドプレイ［ＰｎＰ］など。

Ｗｉ－Ｆｉ ＡＰのマルチベンダＨｅｔＮｅｔが原因で発生する問題を回避するために、Ａｐに対するオープンインタフェースを備えた提案されたＳＯＮ／ＲＲＭは、高トラフィックネットワークで必要な全ての要件を満たし得る改良されたＯ－ＲＡＮフレームワークを提供する。

図７は、本開示の実施形態による、オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワークを可能にする方法（７００）の流れ図を示す。

ブロック（７０２）で、方法（７００）は、システム（１００）に関連付けられた非リアルタイム無線アクセスネットワークインテリジェントコントローラ（非ＲＴ ＲＩＣ）（１２２）を介して、ＳＭＯモジュール（１１０）に関連付けられた要素管理システム（１００）（ＥＭＳ）エンティティ内で、１つ以上の非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素の少なくとも１つを割り当てることを含む。非ＲＴ ＲＩＣ（１２２）が、サービス管理及びオーケストレーション（ＳＭＯ）モジュール（１１０）に関連付けられ得る。ＥＭＳエンティティが、Ｏ１インタフェースを介して、無線アクセスネットワーク（ＲＡＮ）に関連付けられた１つ以上のＥ２ノードと通信する。さらに、１つ以上の非リアルタイムＳＯＮ機能要素が、機能要素ごとに、Ｏ－ＲＡＮに関連付けられた個々のｒＡＰＰを使用して、非ＲＴ ＲＩＣ（１２２）、及びＥＭＳエンティティ、またはＳＭＯモジュール（１１０）に関連付けられたネットワーク管理システム（１００）（ＮＭＳ）エンティティのうちの少なくとも１つで実施される。

ブロック（７０４）で、方法（７００）は、システム（１００）に関連付けられた非ＲＴ ＲＩＣ（１２２）により、非リアルタイムＳＯＮ機能情報及び非リアルタイムＳＯＮ制御情報の少なくとも１つを、Ｏ１インタフェース、Ａ１インタフェース、及びＥ２インタフェースの少なくとも１つを介して１つ以上のＥ２ノードと交換することを含む。

ブロック（７０６）で、方法（７００）は、システム（１００）に関連付けられた準リアルタイム無線アクセスネットワークインテリジェントコントローラ（準ＲＴ ＲＩＣ）（１２４）により、準ＲＴ ＲＩＣ（１２４）と、ＳＭＯモジュール（１１０）に関連付けられたＥＭＳエンティティとのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当てることを含む。

ブロック（７０８）で、方法（７００）は、システム（１００）に関連付けられた準ＲＴ ＲＩＣ（１２４）により、機能ごとに、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素を実行することを含む。機能ごとに、１つ以上の時間依存ＳＯＮ機能要素が、Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、準ＲＴ ＲＩＣ（１２４）で実施される。

図８は、本開示の実施形態による例示的なコンピュータシステムであって、本発明の実施形態を、そのコンピュータシステムにおいてまたはそのコンピュータシステムで利用することが可能なコンピュータシステムを示す。図８に示すように、コンピュータシステム（８００）は、外部記憶装置（８１０）、バス（８２０）、メインメモリ（８３０）、読み出し専用メモリ８４０、大容量記憶装置（８５０）、通信ポート（８６０）、及びプロセッサ（８７０）を含み得る。当業者は、コンピュータシステムが複数のプロセッサ及び通信ポートを含み得ることを理解するであろう。プロセッサ（８７０）の例には、インテル（登録商標）Ｉｔａｎｉｕｍ（登録商標）もしくはＩｔａｎｉｕｍ ２プロセッサ（複数可）、またはＡＭＤ（登録商標）Ｏｐｔｅｒｏｎ（登録商標）もしくはＡｔｈｌｏｎ ＭＰ（登録商標）プロセッサ（複数可）、Ｍｏｔｏｒｏｌａ（登録商標）シリーズのプロセッサ、ＦｏｒｔｉＳＯＣ（商標）システムオンチッププロセッサ、あるいはその他の将来のプロセッサが含まれるが、これらに限定されない。プロセッサ（８７０）は、本発明の実施形態に関連する様々なモジュールを含むことができる。通信ポート（８６０）は、モデムベースのダイヤルアップ接続で使用するＲＳ－２３２ポート、１０／１００イーサネットポート、銅線もしくはファイバを使用する１ギガビットもしくは１０ギガビットポート、シリアルポート、パラレルポート、またはその他の既存ポートもしくは将来のポートのいずれかであり得る。通信ポート（８６０）は、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）、またはコンピュータシステムが接続する任意のネットワークなどのネットワークに応じて選択することができる。メモリ（８３０）は、ランダムアクセスメモリ（ＲＡＭ）、または当技術分野で一般に知られている他の任意の動的記憶装置であり得る。読み出し専用メモリ（８４０）は、静的情報、例えば、プロセッサ８７０の起動命令またはＢＩＯＳ命令を格納するための任意の静的記憶装置（複数可）、例えば、プログラマブル読み出し専用メモリ（ＰＲＯＭ）チップであり得るが、これに限定されない。大容量記憶装置（８５０）は、情報及び／または命令を格納するために使用できる、現在または将来の任意の大容量記憶装置ソリューションであり得る。例示的な大容量記憶装置ソリューションには、パラレルアドバンスドテクノロジーアタッチメント（ＰＡＴＡ）またはシリアルアドバンスドテクノロジーアタッチメント（ＳＡＴＡ）のハードディスクドライブまたはソリッドステートドライブ（内部または外部、例えば、ユニバーサルシリアルバス（ＵＳＢ）及び／またはＦｉｒｅｗｉｒｅインタフェースを有する）、例えば、Ｓｅａｇａｔｅ（例えば、Ｓｅａｇａｔｅ Ｂａｒｒａｃｕｄａ ８８２ファミリ）またはＨｉｔａｃｈｉ（例えば、Ｈｉｔａｃｈｉ Ｄｅｓｋｓｔａｒ １３Ｋ８００）から入手できるもの、１つ以上の光ディスク、独立したディスクの冗長アレイ（ＲＡＩＤ）ストレージ、例えばＤｏｔ Ｈｉｌｌ Ｓｙｓｔｅｍｓ Ｃｏｒｐ．， ＬａＣｉｅ， Ｎｅｘｓａｎ Ｔｅｃｈｎｏｌｏｇｉｅｓ， Ｉｎｃ．及びＥｎｈａｎｃｅ Ｔｅｃｈｎｏｌｏｇｙ， Ｉｎｃ．などの様々なベンダから入手可能なディスクのアレイ（例えば、ＳＡＴＡアレイ）があるが、これらに限定されない。

バス（８２０）は、プロセッサ（複数可）（８７０）を他のメモリ、ストレージ、及び通信ブロックと通信可能に結合する。バス（８２０）は、拡張カード、ドライブ、及び他のサブシステムを接続するための、例えば、周辺機器相互接続（ＰＣＩ）／ＰＣＩ拡張（ＰＣＩ－Ｘ）バス、スモールコンピュータシステムインタフェース（ＳＣＳＩ）、ＵＳＢなどだけでなく、プロセッサ（８７０）をソフトウェアシステムに接続するフロントサイドバス（ＦＳＢ）などの他のバスでもよい。

任意で、通信事業者及び管理インタフェース、例えば、ディスプレイ、キーボード、及びカーソル制御装置もまたバス（８２０）に結合して、コンピュータシステムとの通信事業者の直接のインタラクションをサポートすることができる。その他の通信事業者及び管理インタフェースは、通信ポート（８６０）を介して接続されたネットワーク接続を介して提供できる。外部記憶装置（８１０）は、任意の種類の外付けハードドライブ、フロッピードライブ、ＩＯＭＥＧＡ（登録商標）Ｚｉｐドライブ、コンパクトディスク読み出し専用メモリ（ＣＤ－ＲＯＭ）、コンパクトディスク再書き込み可能（ＣＤ－ＲＷ）、デジタルビデオディスク読み出し専用メモリ（ＤＶＤ－ＲＯＭ）であってよい。上記の構成要素は、様々な可能性を例示することだけを目的としている。前述の例示的なコンピュータシステムは、決して本開示の範囲を限定するものではない。

本明細書では好ましい実施形態にかなりの重点が置かれているが、本発明の原理から逸脱することなく、多くの実施形態を行うことができ、好ましい実施形態において多くの変更を行うことができることを理解することができる。本発明の好ましい実施形態におけるこれら及び他の変更は、本明細書の開示から当業者には明らかであり得、それにより、前述の説明事項は、単に本発明の例示として実施されるべきであり、限定するものではないことを明確に理解することができる。

この特許文書の開示の一部には、Ｊｉｏ Ｐｌａｔｆｏｒｍｓ Ｌｉｍｉｔｅｄ（ＪＰＬ）またはその関連会社（以下、所有者）に属する著作権、デザイン、商標、ＩＣレイアウトデザイン、及び／またはトレードドレス保護などの知的財産権の対象となる資料が含まれているが、これらに限定されない。所有者は、本特許文書または特許開示内容が特許商標庁の特許出願書または記録に掲載されている限りでは、それを誰もが複製できることに異存はないが、それ以外の場合には一切の権利を留保する。そのような知的財産に対する全ての権利は、所有者によって完全に留保される。本特許文書は、３ＧＰＰ技術仕様（ＴＳ）２１．９００、ＴＳ２８．３００などに規定されたシステム及び方法を含む。

Claims (28)

1. オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワーク（ＳＯＮ）を可能にするためのシステム（１００）であって、前記システム（１００）が、
   非リアルタイム無線アクセスネットワークインテリジェントコントローラ（非ＲＴ ＲＩＣ）（１２２）を含むサービス管理及びオーケストレーション（ＳＭＯ）モジュール（１１０）と、準リアルタイム無線アクセスネットワークインテリジェントコントローラ（準ＲＴ ＲＩＣ）（１２４）とを含み、
   前記非ＲＴ ＲＩＣ（１２２）が、
   前記ＳＭＯモジュール（１１０）に関連付けられた要素管理システム（ＥＭＳ）エンティティ内で、１つ以上の非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素の少なくとも１つを割り当てることであって、
   前記ＥＭＳエンティティが、Ｏ１インタフェースを介して、無線アクセスネットワーク（ＲＡＮ）に関連付けられた１つ以上のＥ２ノードと通信し、
   前記１つ以上の非リアルタイムＳＯＮ機能要素が、機能要素ごとに、前記Ｏ－ＲＡＮに関連付けられた個々のｒＡＰＰを使用して、前記非ＲＴ ＲＩＣ（１２２）と、前記ＥＭＳエンティティ、または前記ＳＭＯモジュール（１１０）に関連付けられたネットワーク管理システム（ＮＭＳ）エンティティと、のうちの少なくとも１つで実施される、前記割り当てることと、
   非リアルタイムＳＯＮ機能情報及び非リアルタイムＳＯＮ制御情報の少なくとも１つを、Ｏ１インタフェース、Ａ１インタフェース、及びＥ２インタフェースの少なくとも１つを介して前記１つ以上のＥ２ノードと交換することと、
   を行うように構成され、
   前記準ＲＴ ＲＩＣ（１２４）が、
   前記準ＲＴ ＲＩＣ（１２４）と、前記ＳＭＯモジュール（１１０）に関連付けられた前記ＥＭＳエンティティとのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当てることと、
   機能ごとに、前記Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、１つ以上の時間依存ＳＯＮ機能要素及び前記１つ以上の時間依存ＲＲＭ機能要素を実行することであって、
   機能ごとに、前記１つ以上の時間依存ＳＯＮ機能要素が、前記Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、前記準ＲＴ ＲＩＣ（１２４）で実施される、前記実行することと、を行うように構成される、
   システム（１００）。
2. 前記ｘＡＰＰ及び前記ｒＡＰＰのうちの少なくとも１つが、
   前記１つ以上のＥ２ノードに事前にデータを登録することと、
   登録時に、前記非ＲＴ ＲＩＣ（１２２）及び前記準ＲＴ ＲＩＣ（１２４）のうちの前記少なくとも１つを介して、前記１つ以上のＥ２ノードの常駐情報を照会することと、
   適切なデータ収集手法を修正して、前記１つ以上のＥ２ノード応答に基づいて、適切なタイマ機構調整を伴うＰＵＳＨ機構及びＰＵＬＬ機構の少なくとも１つを前記１つ以上のＥ２ノードに要求することと、
   を行うようにさらに構成される、請求項１に記載のシステム（１００）。
3. 前記準ＲＴ ＲＩＣ（１２４）が、
   それぞれのＥ２ノードを、それぞれ前記Ｅ２インタフェースまたは前記Ｏ１インタフェースを介して要求することにより、前記Ｏ－ＲＡＮ及びＥＭＮエンティティまたは前記ＮＭＳエンティティに関連付けられた前記ｘＡＰＰの少なくとも１つを介して、１つ以上の性能監視（ＰＭ）カウンタにアクセスするようにさらに構成される、請求項１に記載のシステム（１００）。
4. 前記非リアルタイムＳＯＮ機能要素が、初期物理層セル識別（ＰＣＩ）機能、初期自動近隣関係（ＡＮＲ）機能、省エネルギー（ＥＳ）機能、セル停止管理機能、シックセル及びスリーピングセル管理機能、トラフィックステアリング機能、ならびにタイミングアドバンス（ＴＡ）最適化機能のうちの少なくとも１つを含む、請求項１に記載のシステム（１００）。
5. 前記１つ以上のＥ２ノードが、１つ以上のＥ２エージェントを介して、前記１つ以上のＥ２ノードの１つ以上のＥ２アプリケーション機能要素と交信することによってＥ２終端点で受信された前記非ＲＴ ＲＩＣ（１２２）からの前記非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び前記１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素を実行する、請求項１に記載のシステム（１００）。
6. 前記１つ以上の時間依存ＳＯＮ機能要素が、基地局間負荷分散（ＭＬＢ）機能、モビリティロバストネス最適化（ＭＲＯ）機能、ランダムアクセスチャネル（ＲＡＣＨ）最適化機能、省エネルギー（ＥＳ）機能、無線リンク障害報告機能、カバレッジおよび容量最適化（ＣＣＯ）機能、ダウンリンク（ＤＬ）パワー制御機能、遠隔電気チルト装置（ＲＥＴ）機能、フォワードハンドオーバ（ＦＨＯ）機能、頻繁なハンドオーバの緩和（ＦＨＭ）機能、干渉軽減（セル間、セル内、ＲＡＴ内、ＲＡＴ間）機能、セル間干渉制御（ＩＣＩＣ）機能、初期自動近隣関係（ＡＮＲ）機能、及び物理層セル識別（ＰＣＩ）機能のうちの少なくとも１つを含む、請求項１に記載のシステム（１００）。
7. 前記１つ以上の時間依存ＲＲＭ機能要素が、呼／接続受付制御（ＣＡＣ）機能、無線ベアラ制御（ＲＢＣ）機能、接続モビリティ制御（ＣＭＣ）機能、測定制御（ＭＣ）機能、セル間干渉制御（ＩＣＩＣ）機能、多地点協調（ＣｏＭＰ）機能、及び動的リソース配分（ＤＲＡ）機能のうちの少なくとも１つを含む、請求項１に記載のシステム（１００）。
8. 前記準ＲＴ ＲＩＣ（１２４）で前記１つ以上の時間依存ＲＲＭ機能要素を実行することが、集中型実行サイトに局在させることに対応する、請求項１に記載のシステム（１００）。
9. 前記１つ以上の時間依存ＲＲＭ機能要素を実行することが、関連する隣接モジュール（１１０）のグローバルビューと、前記１つ以上の時間依存ＲＲＭ機能要素に対応する１つ以上のそれぞれの決定とを含む、請求項１に記載のシステム（１００）。
10. 前記ＥＭＳエンティティが、前記Ｏ１インタフェースを介して前記１つ以上のＥ２ノードの各タイプに、完全な故障、構成、課金、性能、及びセキュリティ（ＦＣＡＰＳ）の機能を提供する、請求項１に記載のシステム（１００）。
11. 前記ＥＭＳエンティティ及び前記ＮＭＳエンティティの前記少なくとも１つが、前記ＳＭＯモジュール（１１０）にそれぞれ関連付けられたドメイン集中型ＳＯＮ（ＤＣ－ＳＯＮ）機能要素及びクロスドメイン集中型ＳＯＮ（ＣＤ Ｃ－ＳＯＮ）機能要素を実施する、請求項１に記載のシステム（１００）。
12. 前記ＤＣ－ＳＯＮ機能要素及び前記ＣＤ Ｃ－ＳＯＮ機能要素が、トラフィックエリア（ＴＡ）最適化機能及びエンドツーエンド経験品質（ＱｏＥ）最適化機能のうちの少なくとも１つを備える、請求項１１に記載のシステム（１００）。
13. Ｏ－ＲＡＮアーキテクチャの前記非ＲＴ－ＲＩＣ及び前記準ＲＴ ＲＩＣ（１２４）で、前記１つ以上の非リアルタイムＳＯＮ機能要素、前記１つ以上の時間依存ＳＯＮ機能要素、及び前記１つ以上の非リアルタイムＲＲＭ機能要素、前記１つ以上の時間依存ＲＲＭ機能要素が、それぞれの機能の機能実行分割局在化のために実施される、請求項１に記載のシステム（１００）。
14. 前記ＤＣ－ＳＯＮの前記１つ以上のＥ２ノードのための前記ＥＭＳエンティティが、１つのネットワークベンダ用に割り当てられ得、前記無線アクセスネットワーク（ＲＡＮ）の前記１つ以上のＥ２ノードが、様々なネットワークベンダ用に割り当てられる、請求項１に記載のシステム（１００）。
15. オープン無線アクセスネットワーク（Ｏ－ＲＡＮ）で自己組織化ネットワーク（ＳＯＮ）を可能にするための方法であって、
    システム（１００）に関連付けられた非リアルタイム無線アクセスネットワークインテリジェントコントローラ（非ＲＴ ＲＩＣ（１２２））を介して、ＳＭＯモジュール（１１０）に関連付けられた要素管理システム（１００）（ＥＭＳ）エンティティ内で、１つ以上の非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素の少なくとも１つを割り当てることであって、
    前記非ＲＴ ＲＩＣ（１２２）が、サービス管理及びオーケストレーション（ＳＭＯ）モジュール（１１０）に関連付けられ、
    前記ＥＭＳエンティティが、Ｏ１インタフェースを介して、無線アクセスネットワーク（ＲＡＮ）に関連付けられた１つ以上のＥ２ノードと通信し、
    前記１つ以上の非リアルタイムＳＯＮ機能要素が、機能要素ごとに、前記Ｏ－ＲＡＮに関連付けられた個々のｒＡＰＰを使用して、前記非ＲＴ ＲＩＣ（１２２）と、前記ＥＭＳエンティティ、または前記ＳＭＯモジュール（１１０）に関連付けられたネットワーク管理システム（１００）（ＮＭＳ）エンティティと、のうちの少なくとも１つで実施される、前記割り当てることと、
    前記システム（１００）に関連付けられた前記非ＲＴ ＲＩＣ（１２２）により、非リアルタイムＳＯＮ機能情報及び非リアルタイムＳＯＮ制御情報の少なくとも１つを、Ｏ１インタフェース、Ａ１インタフェース、及びＥ２インタフェースの少なくとも１つを介して前記１つ以上のＥ２ノードと交換することと、
    前記システム（１００）に関連付けられた準リアルタイム無線アクセスネットワークインテリジェントコントローラ（準ＲＴ ＲＩＣ（１２４））により、前記準ＲＴ ＲＩＣ（１２４）と、前記ＳＭＯモジュール（１１０）に関連付けられた前記ＥＭＳエンティティとのうちの少なくとも１つで、１つ以上の時間依存ＳＯＮ機能要素及び１つ以上の時間依存ＲＲＭ機能要素の少なくとも１つを割り当てることと、
    前記システム（１００）に関連付けられた前記準ＲＴ ＲＩＣ（１２４）により、機能ごとに、前記Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、１つ以上の時間依存ＳＯＮ機能要素及び前記１つ以上の時間依存ＲＲＭ機能要素を実行することであって、
    機能ごとに、前記１つ以上の時間依存ＳＯＮ機能要素が、前記Ｏ－ＲＡＮに関連付けられた個々のｘＡＰＰを使用して、前記準ＲＴ ＲＩＣ（１２４）で実施される、前記実行することと、
    を含む、前記方法。
16. 前記システム（１００）に関連付けられた前記ｘＡＰＰ及び前記ｒＡＰＰの少なくとも１つが、前記１つ以上のＥ２ノードに事前にデータを登録することと、
    登録時に、前記非ＲＴ ＲＩＣ（１２２）及び前記準ＲＴ ＲＩＣ（１２４）のうちの前記少なくとも１つを介して、前記１つ以上のＥ２ノードの常駐情報を照会することと、
    前記非ＲＴ ＲＩＣ（１２２）及び前記準ＲＴ ＲＩＣ（１２４）の前記少なくとも１つを介して、適切なデータ収集手法を修正して、前記１つ以上のＥ２ノード応答に基づいて、適切なタイマ機構調整を伴うＰＵＳＨ機構及びＰＵＬＬ機構の少なくとも１つを前記１つ以上のＥ２ノードに要求することと、
    をさらに含む、請求項１５に記載の方法。
17. 前記準ＲＴ ＲＩＣ（１２４）により、それぞれのＥ２ノードを、それぞれ前記Ｅ２インタフェースまたは前記Ｏ１インタフェースを介して要求することにより、前記Ｏ－ＲＡＮ及びＥＭＮエンティティまたは前記ＮＭＳエンティティに関連付けられた前記ｘＡＰＰの少なくとも１つを介して、１つ以上の性能監視（ＰＭ）カウンタにアクセスすることをさらに含む、請求項１５に記載の方法。
18. 前記非リアルタイムＳＯＮ機能要素が、初期物理層セル識別（ＰＣＩ）機能、初期自動近隣関係（ＡＮＲ）機能、省エネルギー（ＥＳ）機能、セル停止管理機能、シックセル及びスリーピングセル管理機能、トラフィックステアリング機能、ならびにタイミングアドバンス（ＴＡ）最適化機能のうちの少なくとも１つを含む、請求項１５に記載の方法。
19. 前記１つ以上のＥ２ノードが、１つ以上のＥ２エージェントを介して、前記１つ以上のＥ２ノードの１つ以上のＥ２アプリケーション機能要素と交信することによってＥ２終端点で受信された前記非ＲＴ ＲＩＣ（１２２）からの前記非リアルタイム自己組織化ネットワーク（ＳＯＮ）機能要素及び前記１つ以上の非リアルタイム無線リソース管理（ＲＲＭ）機能要素を実行する、請求項１５に記載の方法。
20. 前記１つ以上の時間依存ＳＯＮ機能要素が、基地局間負荷分散（ＭＬＢ）機能、モビリティロバストネス最適化（ＭＲＯ）機能、ランダムアクセスチャネル（ＲＡＣＨ）最適化機能、省エネルギー（ＥＳ）機能、無線リンク障害報告機能、カバレッジおよび容量最適化（ＣＣＯ）機能、ダウンリンク（ＤＬ）パワー制御機能、遠隔電気チルト装置（ＲＥＴ）機能、フォワードハンドオーバ（ＦＨＯ）機能、頻繁なハンドオーバの緩和（ＦＨＭ）機能、干渉軽減（セル間、セル内、ＲＡＴ内、ＲＡＴ間）機能、セル間干渉制御（ＩＣＩＣ）機能、初期自動近隣関係（ＡＮＲ）機能、及び物理層セル識別（ＰＣＩ）機能のうちの少なくとも１つを含む、請求項１５に記載の方法。
21. 前記１つ以上の時間依存ＲＲＭ機能要素が、呼／接続受付制御（ＣＡＣ）機能、無線ベアラ制御（ＲＢＣ）機能、接続モビリティ制御（ＣＭＣ）機能、測定制御（ＭＣ）機能、セル間干渉制御（ＩＣＩＣ）機能、多地点協調（ＣｏＭＰ）機能、及び動的リソース配分（ＤＲＡ）機能のうちの少なくとも１つを含む、請求項１５に記載の方法。
22. 前記準ＲＴ ＲＩＣ（１２４）で前記１つ以上の時間依存ＲＲＭ機能要素を実行することが、集中型実行サイトに局在させることに対応する、請求項１５に記載の方法。
23. 前記１つ以上の時間依存ＲＲＭ機能要素を実行することが、関連する隣接モジュール（１１０）のグローバルビューと、前記１つ以上の時間依存ＲＲＭ機能要素に対応する１つ以上のそれぞれの決定とを含む、請求項１５に記載の方法。
24. 前記ＥＭＳエンティティが、前記Ｏ１インタフェースを介して前記１つ以上のＥ２ノードの各タイプに、完全な故障、構成、課金、性能、及びセキュリティ（ＦＣＡＰＳ）の機能を提供する、請求項１５に記載の方法。
25. 前記ＥＭＳエンティティ及び前記ＮＭＳエンティティの前記少なくとも１つが、前記ＳＭＯモジュール（１１０）にそれぞれ関連付けられたドメイン集中型ＳＯＮ（ＤＣ－ＳＯＮ）機能要素及びクロスドメイン集中型ＳＯＮ（ＣＤ Ｃ－ＳＯＮ）機能要素を実施する、請求項１５に記載の方法。
26. 前記ＤＣ－ＳＯＮ機能要素及び前記ＣＤ Ｃ－ＳＯＮ機能要素が、トラフィックエリア（ＴＡ）最適化機能及びエンドツーエンド経験品質（ＱｏＥ）最適化機能のうちの少なくとも１つを備える、請求項２５に記載の方法。
27. Ｏ－ＲＡＮアーキテクチャの前記非ＲＴ－ＲＩＣ及び前記準ＲＴ ＲＩＣ（１２４）で、前記１つ以上の非リアルタイムＳＯＮ機能要素、前記１つ以上の時間依存ＳＯＮ機能要素、及び前記１つ以上の非リアルタイムＲＲＭ機能要素、前記１つ以上の時間依存ＲＲＭ機能要素が、それぞれの機能の機能実行分割局在化のために実施され得る、請求項１５に記載の方法。
28. 前記ＤＣ－ＳＯＮの前記１つ以上のＥ２ノードのための前記ＥＭＳエンティティが、１つのネットワークベンダ用に割り当てられ得、前記無線アクセスネットワーク（ＲＡＮ）の前記１つ以上のＥ２ノードが、様々なネットワークベンダ用に割り当てられ得る、請求項１５に記載の方法。

Images