特開 2022-42005 ユーザー機器を中心とした広域最適化方法およびそのシステム

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

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

(11)【公開番号】P2022042005

(43)【公開日】2022-03-11

(54)【発明の名称】ユーザー機器を中心とした広域最適化方法およびそのシステム

(51)【国際特許分類】

   H04W 36/26 20090101AFI20220304BHJP

【ＦＩ】

H04W36/26

【審査請求】有

【請求項の数】12

【出願形態】ＯＬ

【外国語出願】

(21)【出願番号】P 2021141834

(22)【出願日】2021-08-31

(31)【優先権主張番号】63/072,567

(32)【優先日】2020-08-31

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

【公序良俗違反の表示】

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

１．３ＧＰＰ

(71)【出願人】

【識別番号】521385460

【氏名又は名称】スターライト テクノロジーズ リミテッド

【氏名又は名称原語表記】Ｓｔｅｒｌｉｔｅ Ｔｅｃｈｎｏｌｏｇｉｅｓ Ｌｉｍｉｔｅｄ

【住所又は居所原語表記】３ｒｄ Ｆｌｏｏｒ， Ｐｌｏｔ Ｎｏ． ３， ＩＦＦＣＯ Ｔｏｗｅｒ， Ｓｅｃｔｏｒ － ２９， Ｇｕｒｕｇｒａｍ， Ｈａｒｙａｎａ １２２００２， Ｉｎｄｉａ

(74)【代理人】

【識別番号】100142804

【弁理士】

【氏名又は名称】大上 寛

(72)【発明者】

【氏名】シャーム パレカ

(72)【発明者】

【氏名】ラビシャンカー ラヴィンドラン

(72)【発明者】

【氏名】ケビン タン

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

5K067

【Ｆターム（参考）】

5K067AA21

5K067EE02

5K067EE10

5K067HH22

5K067JJ39

(57)【要約】      （修正有）

【課題】特定の優先度の高いユーザーグループに関連付けられたユーザー機器（ＵＥ）のトラフィック管理のための方法及びシステムを提供する。
【解決手段】方法は、サービングセルの１つ又は複数のハンドオーバーパラメーターを取得するステップと、ＵＥにおける１つまたは複数のアプリケーションの１つ又は複数のサービス品質（ＱｏＳ）値を推定するステップと、推定されたＱｏＳ値、１つまたは複数のＵＥ要件及びサービングセルの１つまたは複数のハンドオーバーパラメーターに基づいて、トラフィック管理のための推奨をＵＥに提供する。
【選択図】図３

【特許請求の範囲】

【請求項1】

サービングセルと、少なくとも２つの非サービングセルと、サービングセルに接続された少なくとも１つのユーザー機器（ＵＥ）とを含み、前記少なくとも１つのＵＥは予め定義された優先値を有する無線通信システムにおいて無線アクセスネットワーク（ＲＡＮ）コントローラーにより実行されるトラフィック管理方法であって、
サービングセルの１つまたは複数のハンドオーバーパラメーターを取得するステップと、
少なくとも１つのＵＥにおける１つまたは複数のアプリケーションの少なくとも１つのサービス品質（ＱｏＳ）値を推定し、前記少なくとも１つのサービス品質値は１つまたは複数のＵＥキーパフォーマンスインジケーター（ＫＰＩ）に対応するステップと、
推定された少なくとも１つのＱｏＳ値、１つまたは複数のＵＥ要件、およびサービングセルの１つまたは複数のハンドオーバーパラメーターに基づいて、少なくとも１つのＵＥに対してトラフィック管理のための推奨を提供するステップと、
を含むトラフィック管理方法。

【請求項2】

前記少なくとも１つのＵＥに推奨を提供することは、さらに、
サービングセルの１つまたは複数のＵＥ ＱｏＳおよびハンドオーバーパラメーターを広域内の少なくとも２つの非サービングセルのそれと比較するステップであって、前記少なくとも２つの非サービングセルが、サービングセルに隣接する１つまたは複数のセルとサービングセルに非隣接の１つまたは複数のセルを含むステップと、
サービングセルと少なくとも２つの非サービングセルとの１つまたは複数のハンドオーバーパラメーターの比較に基づいて、サービングセルから少なくとも１つのＵＥのハンドオーバーを行うことができる非サービングセルを識別するステップと、
少なくとも１つのＵＥのハンドオーバーのための推奨を提供するステップであって、前記推奨は、サービングセルから、識別された非サービングセルへの少なくとも１つのＵＥのハンドオーバーの少なくとも１つを含むステップと、
を含む請求項１に記載のトラフィック管理方法。

【請求項3】

前記少なくとも１つのＵＥに推奨を提供することは、さらに、
少なくとも１つのＵＥにおける１つまたは複数のアプリケーションのＱｏＳクラス値を調整するステップであって、前記ＱｏＳクラス値は、１つまたは複数のアプリケーションにサービスを提供するためにＵＥ内のアクティブベアラーが必要とするＱｏＳに対応し、前記アクティブベアラーは、サービスを提供するためにＵＥとパケットデータネットワークゲートウェイとの間の接続に対応するステップと、
を含む請求項１に記載のトラフィック管理方法。

【請求項4】

１つまたは複数のハンドオーバーパラメーターは、チャネル品質インジケーター、サービス品質クラスインジケーター、受信信号強度パラメーター、および平均負荷値の少なくとも１つに基づく、請求項１に記載のトラフィック管理方法。

【請求項5】

前記推奨を提供することは、さらに、
サービングセルの１つまたは複数のＵＥ ＱｏＳ値およびハンドオーバーパラメーターと、広域内の少なくとも２つの非サービングセルのそれとの比較に基づいて、サービングセルから、識別された非サービングセルへの少なくとも１つのＵＥのハンドオーバーを動的に実行するステップ
を含む請求項１に記載のトラフィック管理方法。

【請求項6】

前記推奨を提供することは、さらに、
サービングセルの１つまたは複数のＵＥ ＱｏＳ値およびハンドオーバーパラメーターを、少なくとも２つの非サービングセルのそれと所定の間隔で比較するステップ
を含む請求項１に記載のトラフィック管理方法。

【請求項7】

前記少なくとも１つのＵＥに推奨を提供することは、さらに、
サービングセルの１つまたは複数のＵＥ ＱｏＳ値およびハンドオーバーパラメーターを、広域内の少なくとも２つの非サービングセルのそれと比較するステップであって、前記少なくとも２つの非サービングセルは、サービングセルに隣接する１つまたは複数のセルとサービングセルに非隣接の１つまたは複数のセルを含むステップと、
サービングセルと少なくとも２つの非サービングセルとの１つまたは複数のＵＥ ＱｏＳ値およびハンドオーバーパラメーターの比較に基づいて、サービングセルから少なくとも１つのＵＥのハンドオーバーを行うことができる非サービングセルを識別するステップと、
少なくとも１つのＵＥのＱｏＳおよびハンドオーバーのための推奨を提供するステップであって、前記推奨は、サービングセルから、識別された非サービングセルへの少なくとも１つのＵＥのハンドオーバーの少なくとも１つを含むステップとを含み、
前記サービングセルと少なくとも２つの非サービングセルとの１つまたは複数のＵＥ ＱｏＳおよびハンドオーバーパラメーターの比較は並行して行われ、並行チェックは、少なくとも２つの非サービングセルのそれぞれを同時にチェックすることを含む
請求項１に記載のトラフィック管理方法。

【請求項8】

前記少なくとも１つのＵＥに推奨を提供することは、さらに、
サービングセルの１つまたは複数のＵＥ ＱｏＳ／ＱｏＥおよびハンドオーバーパラメーターを、広域内の少なくとも２つの非サービングセルのそれと比較するステップであって、前記少なくとも２つの非サービングセルは、サービングセルに隣接する１つまたは複数のセルとサービングセルに非隣接の１つまたは複数のセルを含むステップと、
サービングセルと少なくとも２つの非サービングセルとの１つまたは複数のＵＥ ＱｏＳおよびハンドオーバーパラメーターの比較に基づいて、サービングセルから少なくとも１つのＵＥのハンドオーバーを行うことができる非サービングセルを識別するステップと、
少なくとも１つのＵＥのハンドオーバーのための推奨を提供するステップであって、前記推奨は、サービングセルから、識別された非サービングセルへの少なくとも１つのＵＥのハンドオーバーの少なくとも１つを含み、前記非サービングセルは、前記少なくとも２つの非サービングセルから識別され、１つまたは複数のＵＥ ＱｏＳ／ＱｏＥおよびハンドオーバーパラメーターを予め定義された閾値範囲に有するステップと、
を含む請求項１に記載のトラフィック管理方法。

【請求項9】

前記少なくとも１つのＵＥに推奨を提供することは、さらに、
サービングセルの１つまたは複数のＵＥ ＱｏＳ／ＱｏＥおよびハンドオーバーパラメーターを、広域内の少なくとも２つの非サービングセルのそれと比較するステップであって、前記少なくとも２つの非サービングセルは、サービングセルに隣接する１つまたは複数のセルとサービングセルに非隣接の１つまたは複数のセルを含むステップと、
サービングセルと少なくとも２つの非サービングセルとの１つまたは複数のＵＥ ＱｏＳおよびハンドオーバーパラメーターの比較に基づいて、サービングセルから少なくとも１つのＵＥのハンドオーバーを行うことができる非サービングセルを識別するステップであって、識別された非サービングセルは、広域内の少なくとも２つの非サービングセルの中で最大の体感品質（ＱｏＥ）値を有するステップと、
を含む請求項１に記載のトラフィック管理方法。

【請求項10】

第２の時間帯において少なくとも１つのＵＥが必要とされるＱｏＥ値を識別するステップであって、前記第２の時間帯は、現在時刻の後続の時間帯に対応するステップと、
第２の時間帯に対して識別されたＱｏＥ値に基づいてトラフィック管理のための推奨を提供するステップと、
をさらに含む請求項１に記載のトラフィック管理方法。

【請求項11】

少なくとも２つの非サービングセルのそれぞれのチャネル品質を識別するステップをさらに含み、前記少なくとも２つの非サービングセルのそれぞれのチャネル品質の比較に基づいて、トラフィック管理のための少なくとも１つのＵＥへの推奨が提供される、請求項１に記載のトラフィック管理方法。

【請求項12】

少なくとも１つのＵＥにハンドオーバー推奨を提供するために、少なくとも２つの非サービングセルのそれぞれの広域チェックを行うステップをさらに含み、前記広域チェックは、予め定義された地理的なエリアにおける非サービングセルのチェックを提供する、請求項１に記載のトラフィック管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、無線通信システムに関し、より具体的には、トラフィック管理のためのユーザー機器（ＵＥ）を中心とした広域最適化（ＷＡＯ）方法およびそのシステムに関するものである。本出願は、２０２０年８月３１日に出願された米国仮出願番号６３，０７２／５６７に基づいており、その開示内容を本明細書に組み込むことで優先権を主張する。

【背景技術】

【0002】

現在のシナリオでは、無線通信技術は、最新のネットワークインフラのネットワークを作る上で重要な役割を果たしている。無線通信技術は、かなりの距離を隔てても情報を交換することを可能にし、あらゆる種類の音声、データ、および映像伝送を指す。無線通信技術の利用需要の増加に伴い、第５世代（５Ｇ）無線通信技術と第４世代（４Ｇ）無線通信技術が現代のネットワーク業界で注目されている。また、５Ｇ無線通信技術や４Ｇ無線通信技術は、複数のニーズに対応している。さらに、複数のニーズとしては、高速化、広帯域アクセス、低遅延、ネットワークの整理、信頼性の高い情報のやり取りのサポートが挙げられる。さらに、５Ｇ無線通信技術は、車両ネットワーク、緊急通信、モノのインターネット（ＩｏＴ）、遠隔操作ロボット、異種センサー接続、産業用インターネットなどの様々な垂直産業での応用もサポートする。無線ネットワークにおけるトラフィック管理の実装は、より高いネットワーク性能を提供し、ユーザーの不満を減少する。トラフィック管理は、無線ネットワーク内の負荷の高いセルを削減することで実現されると考えられている。トラフィック管理では、通常、セルの負荷値を監視し、負荷の高いセルのトラフィックを、無線ネットワーク内の負荷の低い隣接セルへの分配を試みる。トラフィック管理技術は、セル中心のカスタマイズ／最適化に焦点を当てており、これにより、特定のユーザーに関連付けられたＵＥおよび特定のユーザーグループの優先順位に関連付けられたＵＥに対するカスタマイズ／最適化の必要性が提供される。以下に一部先行技術文献を示す。

【0003】

ＷＯ２０１７０１８６３８Ａ１は、異なる周波数に対応する再分配ターゲットを決定し、モバイルデバイスがアイドルモードでキャンプオンできる範囲のセルを構成することを含む方法を開示している。再分配対象に対応する再分配係数が特定され、再分配係数に基づいて、再分配対象の１つに移動することが決定される。再分配係数の内容は、その再分配対象が特定されたことに対応する第１セルに再分配係数が指定されているか否かを判定することである。

【0004】

ＵＳ２００９０１６３２２３Ａ１は、ユーザー端末がセルの重複領域に存在する場合に、隣接するセル内で部分的に重複するセルの負荷容量を周期的に測定する方法を開示している。ユーザー端末のＩＰ（インターネットプロトコル）による音声などのトラフィック接続は、各セル内で、接続の遅延感度に基づいて２つのトラフィッククラスに区別される。その一方のトラフィッククラスは、ユーザー端末の接続を処理するために、より高い遅延感度を持つトラフィッククラスが提供される前に、より低い遅延感度でトリガーされる。

【0005】

先行技術は、特定のユーザーグループのトラフィック管理方法と、トラフィック管理のためのシステムに向けた様々なアプローチをカバーしており、または、異なるセルへのハンドオフにより、ユーザーグループを閉じ、また、ＱｏＳクラスに基づいてセル内の負荷調整も行う。そのため、セルを中心としたカスタマイズや最適化にしか対応していない。最適化のためには、ユーザー／ユーザーグループの優先順位は利用されていない。しかし、Ａ３トリガーがなくても、エリア内のセルへの動的なハンドオーバーを実行したり、セル内でＱｏＳナッジングをトリガーしたりして、すべてのセルにわたってＲＩＣ ２５の広域可視性を活用するＱｏＥを考慮したトラフィック管理方法を提供するための重要な検討は行われていない。上述の議論を踏まえて、上述の欠点を克服する必要がある。

【発明の概要】

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

【0006】

本発明の主な目的は、１つまたは複数のユーザー機器（ＵＥ）に関連付けられた特定のユーザーまたは特定／優先度の高いユーザーグループのサービス品質（ＱｏＳ）またはユーザー体感品質（ＱｏＥ）を向上させる方法およびシステムを提供することである。

【0007】

本発明の別の目的は、目標を達成するために、多くのセルにまたがる無線アクセスネットワーク（ＲＡＮ）インテリジェントコントローラ（ＲＩＣ）における広域の可視性を活用する方法およびシステムを提供することである。

【0008】

本発明のさらに別の目的は、ＵＥを異なるセルに移動させることによって、特定のユーザーまたは特定／優先度の高いユーザーグループのＱｏＳまたはＱｏＥを改善することである。

【0009】

本発明のさらに別の目的は、無線リソース制御（ＲＲＣ）イベントトリガーがなくても、サービスセルから別のセルへの動的なハンドオーバーを提供することによって、特定のユーザーおよび特定／優先度の高いユーザーグループのＱｏＳまたはＱｏＥを改善することである。

【0010】

本発明のさらに別の目的は、同じセルまたは新しいセルでサービス品質（ＱｏＳ）ナッジングを使用して、特定のユーザーおよび特定／優先度の高いユーザーグループのＱｏＳまたはＱｏＥを改善することである。

【0011】

本発明のさらに別の目的は、ユーザーを対象とした性能向上を提供することである。

【0012】

本発明のさらに別の目的は、ターゲットとするユーザーまたはユーザーグループのためのトラフィック管理を開示することである。

【0013】

本発明のさらに別の目的は、ＲＡＮ、コアネットワーク、および内部または外部のアプリケーションサーバーからの様々なメトリックに基づいて、ＡＩ／ＭＬ（人工知能／機械学習）モデルを使用して、予測または推定を統合して利用するアプローチを開示することであり、予測および／推定には、ＣＱＩ（チャネル品質インジケーター）、ユーザーパフォーマンスおよびモビリティ、アプリケーションクラスおよびそのＱｏＥが含まれる。

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

【0014】

したがって、本発明は、特定のユーザーおよび特定／優先度の高いユーザーグループに関連付けられたユーザー機器（ＵＥ）のためのトラフィック管理の方法およびシステムを提供する。本方法は、無線通信システムで無線アクセスネットワーク（ＲＡＮ）コントローラーにより実行されるトラフィック管理方法に対応する。無線通信システムには、サービングセルと、少なくとも２つの非サービングセルと、サービングセルに接続された少なくとも１つのユーザー機器（ＵＥ）とが含まれる。トラフィック管理方法には、サービングセルと少なくとも２つの非サービングセルの１つまたは複数のＵＥのＱｏＳ値およびハンドオーバーパラメーターを広域で比較する第１ステップとして、ＱｏＳ認識ハンドオーバー方法およびＱｏＳナッジング方法が含まれる。１つまたは複数のハンドオーバーパラメーターは、チャネル品質インジケーター、サービスクラス品質インジケーター、受信信号強度パラメーター、および平均負荷値の少なくとも１つに基づいている。サービングセルの１つまたは複数のＵＥ ＱｏＳおよびハンドオーバーパラメーターは、所定の間隔で、少なくとも２つの非サービングセルのそれと比較される。上記少なくとも２つの非サービングセルは、サービングセルに隣接する１つまたは複数のセルと、サービングセルに非隣接の１つまたは複数のセルとを含む。さらに、トラフィック管理方法は、サービングセルから少なくとも１つのＵＥのハンドオーバーを取ることのできる、非サービングセルを特定する第２のステップを含む。ハンドオーバーは、サービングセルのＵＥ ＱｏＳおよびハンドオーバーパラメーターの１つまたは複数と、少なくとも２つの非サービングセルのそれとの比較に基づいて行われる。識別された非サービングセルは、広域内の少なくとも２つの非サービングセルの中で、最大のユーザー体感品質（ＱｏＥ、ネットワークが実際に十分なエンドユーザー体感を提供したかどうかという、個々のユーザーの実際の体感に焦点を当てている）の値を有している。さらに、トラフィック管理方法は、少なくとも１つのＵＥに対して推奨を提供する第３のステップを含む。推奨には、サービングセルから識別された非サービングセルへの少なくとも１つのＵＥのハンドオーバー、およびサービングセル内での少なくとも１つのＵＥのより高いＱｏＳクラスへのアップグレードが含まれる。また、前記推奨は、前記特定のユーザーおよび前記特定／優先度の高いユーザーグループの所定の優先度に基づいており、前記優先度は、ＵＥのＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）またはＱｏＥ（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ）の要件またはＳＬＡ（Ｓｅｒｖｉｃｅ Ｌｅｖｅｌ Ａｇｒｅｅｍｅｎｔ）に関連している。トラフィック管理方法には、さらに、サービングセルから識別された非サービングセルへの少なくとも１つのＵＥのハンドオーバーを動的に実行することが含まれている。トラフィック管理方法は、少なくとも２つの非サービングセルから非サービングセルを識別することをさらに含む。前記非サービングセルは、所定の閾値範囲内に前記１つまたは複数のハンドオーバーパラメーターを有する。トラフィック管理方法には、第２の時間帯において、少なくとも１つのＵＥが必要とするＱｏＥ値を特定することをさらが含まれる。第２の時間帯は、現在の時間の後続の時間帯に対応する。トラフィック管理方法は、少なくとも２つの非サービングセルのそれぞれについて、チャネル品質を特定することをさらに含む。

【0015】

本明細書のこれらの側面および他の側面は、以下の説明および添付図面と併せて考慮すると、よりよく理解されるであろう。しかし、以下の説明は例示のために与えられたものであり、限定するものではないことを理解されたい。その精神から逸脱することなく、本明細書の発明の範囲内で多くの変更および修正を行うことができる。

【図面の簡単な説明】

【0016】

本発明は、添付図面に示されており、全体を通して、同様の参照文字が図面内の対応する部分を示している。本明細書の発明は、図面を参照した以下の説明から、よりよく理解されるであろう。

【0017】

図１は、ユーザー機器（ＵＥ）を中心とした広域最適化のコンセプトを示す例示的なシナリオを示す図である。

【0018】

図２は、様々なエンティティを備えた、ＵＥを中心としたＷＡＯに基づいたトラフィック管理アプリケーション（ＵＥ－ＷＡＯ－ＴＭ ＸＡｐｐ）の機能および動作を説明する環境の例を示す図である。

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

本明細書に開示された実施形態は、少なくとも１つのハードウェアデバイス上で動作し、要素を制御するためのネットワーク管理機能を実行する少なくとも１つのソフトウェアプログラムを使用して実装することができる。

【0074】

本発明の他の実施形態は、本明細書の検討および本発明の実施から当業者に明らかになるであろう。本発明の前述の書面による説明により、当業者は、現在その最良の態様であると考えられているものを製造および使用することができるが、当業者は、本明細書の特定の実施形態、方法、および実施例の変形、組み合わせ、および等価物が存在することを理解し、評価するであろう。したがって、本発明は、上述の実施形態、方法、および実施例によって限定されるべきではなく、本発明の範囲内のすべての実施形態および方法によって限定されるべきである。本明細書および実施例は例示的なものとみなされ、本発明の真の範囲は特許請求の範囲によって示されることが意図されている。

【0075】

本明細書に記載の方法およびプロセスは、より少ないまたは追加のステップまたは状態を有してもよく、これらのステップまたは状態は異なる順序で実行されてもよい。すべてのステップまたは状態を達成する必要はない。本明細書に記載された方法およびプロセスは、１つまたは複数の汎用コンピューターによって実行されるソフトウェアコードモジュールに具現化され、それを介して完全にまたは部分的に自動化されてもよい。コードモジュールは、任意の種類のコンピューター可読媒体または他のコンピューター記憶装置に格納することができる。方法の一部またはすべては、代替的に、全体または一部を専用のコンピューターハードウェアで具現化してもよい。

【0076】

開示された方法の結果は、揮発性および／または不揮発性メモリー（例として、磁気ディスクストレージ、光学ストレージ、ＥＥＰＲＯＭおよび／またはソリッドステートＲＡＭ）を使用するリレーショナル・データベースおよびフラット・ファイル・システムなど、任意のタイプのコンピューター・データ・リポジトリに格納されてもよい。

【0077】

本明細書に開示された実施形態に関連して説明された様々な例示的な論理ブロック、モジュール、ルーチン、およびアルゴリズムステップは、電子ハードウェア、コンピューターソフトウェア、またはその両方の組み合わせとして実装することができる。ハードウェアとソフトウェアのこの互換性を明確に示すために、様々な例示的なコンポーネント、ブロック、モジュール、およびステップを、その機能性に関して、一般的に上記で説明してきた。このような機能がハードウェアとして実装されるか、ソフトウェアとして実装されるかは、特定のアプリケーションやシステム全体に課せられた設計上の制約によって決まる。説明した機能は、特定のアプリケーションによって異なる方法で実装することができるが、そのような実装の決定は、本発明の範囲からの逸脱を引き起こすものと解釈されるべきではない。

【0078】

さらに、本明細書に開示された実施形態に関連して説明された様々な例示的な論理ブロックおよびモジュールは、汎用プロセッサーデバイス、デジタル信号プロセッサー（ＤＳＰ）、特定用途向け集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）または他のプログラマブル・ロジック・デバイス、離散ゲートまたはトランジスタロジック、離散ハードウェアコンポーネント、または本明細書に記載された機能を実行するように設計されたそれらの任意の組み合わせなどの機械によって実装または実行することができる。汎用プロセッサーデバイスは、マイクロプロセッサーとすることができるが、代替案として、プロセッサーデバイスは、コントローラー、マイクロコントローラー、またはステートマシン、それらの組み合わせなどとすることができる。プロセッサーデバイスは、コンピューター実行可能な命令を処理するように構成された電気回路を含むことができる。別の実施形態では、プロセッサーデバイスは、ＦＰＧＡ、または、コンピューター実行可能な命令を処理することなく論理演算を行う他のプログラマブルデバイスを含む。また、プロセッサーデバイスは、ＤＳＰとマイクロプロセッサーの組み合わせ、複数のマイクロプロセッサー、ＤＳＰコアと組み合わせた１つまたは複数のマイクロプロセッサー、またはその他のそのような構成などといった、コンピューティングデバイスの組み合わせとして実装することができる。ここでは主にデジタル技術について説明しているが、プロセッサーデバイスは主にアナログコンポーネントを含むことも可能である。コンピューティング環境は、マイクロプロセッサーに基づくコンピューターシステム、メインフレームコンピューター、デジタルシグナルプロセッサー、ポータブルコンピューティングデバイス、デバイスコントローラー、またはアプライアンス内の計算エンジンなど、任意のタイプのコンピューターシステムを含むことができるが、これらに限定されない。

【0079】

本明細書に開示された実施形態に関連して説明された方法、プロセス、ルーチン、またはアルゴリズムの要素は、ハードウェアに直接具現化することも、プロセッサーデバイスによって実行されるソフトウェアモジュールに具現化することも、またはその２つの組み合わせに具現化することもできる。ソフトウェアモジュールは、ＲＡＭメモリー、フラッシュメモリー、ＲＯＭメモリー、ＥＰＲＯＭメモリー、ＥＥＰＲＯＭメモリー、レジスター、ハードディスク、リムーバブルディスク、ＣＤ－ＲＯＭ、またはその他の形態の非一時的なコンピューター可読記憶媒体に格納することができる。例示的な記憶媒体は、プロセッサーデバイスが記憶媒体から情報を読み取り、記憶媒体に情報を書き込むことができるように、プロセッサーデバイスに結合することができる。代替案では、記憶媒体は、プロセッサーデバイスと一体化させることができる。プロセッサーデバイスと記憶媒体は、ＡＳＩＣに格納することができる。このＡＳＩＣは、ユーザー端末に搭載することができる。代替案では、プロセッサー・デバイスと記憶媒体は、ユーザー端末内の個別のコンポーネントとして存在することができる。

【0080】

本明細書で使用されている、特に「ことができる」、「してもよい」、「など（といった）」などの条件付き言語は、特に別段の記載がない限り、または使用されている文脈の中で別段理解されない限り、一般的に、特定の代替案が特定の特徴、要素、および／またはステップを含むが、一方の他の代替案がこれらの特定の特徴、要素、および／またはステップを含まないことを伝えることを意図している。したがって、このような条件文は、特徴、要素、および／またはステップが１つまたは複数の代替案に何らかの形で必要であること、あるいは１つまたは複数の代替案が、他の入力やプロンプトの有無にかかわらず、これらの特徴、要素、および／またはステップが特定の代替案に含まれているか、または実行されるかどうかを決定するためのロジックを必ず含むことを意味するようには、一般的に意図されていない。「で構成する」、「含む／含まれる」、「有する」などの用語は同義であり、包括的に、オープンエンドで使用されており、追加の要素、特徴、行為、操作などを除外するものではない。また、「または」という用語は、（排他的な意味ではなく）包括的な意味で使用されるので、例えば、要素のリストをつなぐために使用される場合、「または」という用語は、リスト内の要素の１つ、いくつか、またはすべてを意味する。

【0081】

「Ｘ、Ｙ、Ｚのうちの少なくとも１つ」という文のような分離表現は、特に明記しない限り、項目、用語などがＸ、Ｙ、Ｚのいずれか、またはそれらの任意の組み合わせ（例えば、Ｘ、Ｙ、および／またはＺ）である可能性があることを提示するために一般的に使用されるものとして、文脈に基づいて理解される。） したがって、そのような分離表現は、一般的に、特定の代替案が、Ｘの少なくとも１つ、Ｙの少なくとも１つ、またはＺの少なくとも１つがそれぞれ存在することを必要とすることを意図しておらず、またそのようにすべきではない。

【0082】

詳細な説明では、様々な代替案に適用される新規の特徴を示し、説明し、指摘してきたが、本発明の範囲から逸脱することなく、図示されたデバイスまたはアルゴリズムの形態および詳細に基づいた様々な省略、置換、および変更を行うことができると理解することができる。本明細書に記載された特定の代替案は、いくつかの特徴が他の特徴とは別々に使用または実施できるため、本明細書に記載された特徴および利点のすべてを提供しない形態内で具現化することができることが認識できる。

【図1】

【図2】

【図3】

【外国語明細書】