(57)【特許請求の範囲】
【請求項１】
無線通信ネットワーク内のキャリア間で負荷均衡化するための方法であって、以下のステップ、
−  モビリティ管理エンティティに含まれるユーザ・トラフィック・プロファイル・マネージャ（１）が、ユーザ・トラフィック・プロファイルを示す情報を収集するステップであって、前記ユーザ・トラフィック・プロファイルは、第１のキャリア周波数を通じて前記無線通信ネットワーク（５）へと接続されているユーザ機器（６）に関連している、ステップと、
−  ｅＮｏｄｅＢに含まれるオフロード決定生成器が、前記ユーザ・トラフィック・プロファイルを示す前記情報に少なくとも基づいて、前記ユーザ機器（６）のトラフィックを前記第１のキャリア周波数から第２のキャリア周波数へとオフロードするかどうかを決定するステップと
を含み、
前記ユーザ・トラフィック・プロファイルを示す前記情報が、前記モビリティ管理エンティティから前記ｅＮｏｄｅＢへ送信される
方法。
【請求項２】
前記ユーザ・トラフィック・プロファイルを示す情報は、前記モビリティ管理エンティティから前記ｅＮｏｄｅＢへ送信される初期コンテキスト設定要求に含まれる
請求項１に記載の方法。
【請求項３】
前記ユーザ・トラフィック・プロファイルを示す前記情報が、以下の情報、
−  事前設定された先行する期間中のユーザのダウンリンク・トラフィック量、
−  事前設定された先行する期間中のユーザのアップリンク・トラフィック量、
−  事前設定された先行する期間中の前記ダウンリンク・トラフィック量もしくは前記アップリンク・トラフィック量を送信または受信するために使用されるユーザアクティブ時間、
−  １時間ごとの接続数および各接続の持続期間
のうちの少なくとも１つを含む、請求項１または２に記載の方法。
【請求項４】
前記ユーザのダウンリンク・トラフィック量および前記ユーザのアップリンク・トラフィック量が、ベアラのサービス品質クラス識別子タイプごとに収集される、請求項３に記載の方法。
【請求項５】
前記ユーザ・トラフィック・プロファイルをカテゴリ分けするステップを更に含み、
前記カテゴリ分けステップが、
ユーザ・トラフィック・プロファイルのカテゴリ分けに関して少なくとも閾値を設定するステップと、
前記ユーザ・トラフィック・プロファイルを示す前記情報を前記設定された閾値と比較するステップと
を含む、請求項１乃至４のいずれか１項に記載の方法。
【請求項６】
無線通信ネットワーク内のキャリア間で負荷均衡化するためのシステムであって、
−  ユーザ・トラフィック・プロファイルを示す情報を収集するよう構成されたユーザ・トラフィック・プロファイル・マネージャ（１）を含むモビリティ管理エンティティであって、前記ユーザ・トラフィック・プロファイルは、第１のキャリア周波数を通じて前記無線通信ネットワーク（５）へと接続されているユーザ機器（６）に関連している、ユーザ・トラフィック・プロファイル・マネージャ（１）を含むモビリティ管理エンティティと、
−  前記ユーザ・トラフィック・プロファイルを示す前記情報に少なくとも基づいて、前記ユーザ機器（６）のトラフィックを前記第１のキャリア周波数から第２のキャリア周波数へとオフロードするかどうかを決定するよう構成されたオフロード決定生成器を含むｅＮｏｄｅＢと
を備え、
前記ユーザ・トラフィック・プロファイルを示す前記情報が、前記モビリティ管理エンティティから前記ｅＮｏｄｅＢへ送信される
システム。
【請求項７】
前記ユーザ・トラフィック・プロファイルを示す情報は、前記モビリティ管理エンティティから前記ｅＮｏｄｅＢへ送信される初期コンテキスト設定要求に含まれる
請求項６に記載のシステム。
【請求項８】
前記ユーザ・トラフィック・プロファイルを示す前記情報が、以下の情報、
−  事前設定された先行する期間中のユーザのダウンリンク・トラフィック量、
−  事前設定された先行する期間中のユーザのアップリンク・トラフィック量、
−  事前設定された先行する期間中の前記ダウンリンク・トラフィック量もしくは前記アップリンク・トラフィック量を送信または受信するために使用されるユーザアクティブ時間、
−  １時間ごとの接続数および各接続の持続期間
のうちの少なくとも１つを含む、請求項６または７に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、マルチキャリアの無線通信システムにおける負荷均衡化のための方法およびシステムに関する。
【背景技術】
【０００２】
急速なユーザのＬＴＥ（ロング・ターム・エボリューション：Ｌｏｎｇ  Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）の浸透に伴い、期待される／現在のユーザのサービス品質を維持する（例えば、競争力のあるユーザスループットを提供する）ために、オペレータは（加入者の増加に伴って要求される容量を増加させるために）追加のキャリアを配備することを計画している。マルチＬＴＥキャリアの配備に伴い（マクロおよびメトロセル配備に伴い）、オペレータは、全てのユーザにとって期待されるサービス品質を満たすために、全てのキャリアにおける効果的な負荷／トラフィック均衡化が追加のキャリアの使用を最適化することを期待している。
【０００３】
そうでない場合、過負荷のセルにスケジューリングされたＵＥは、配備された追加のキャリアを用いない場合よりもむしろ悪いサービス品質（ＱｏＳ：ｑｕａｌｉｔｙ−ｏｆ−ｓｅｒｖｉｃｅ）を経験することになる。
【０００４】
したがって、ＬＴＥマルチキャリアの負荷均衡化は、絶対的に必要である。実際、加入者の期待を満足させるのが主な関心であるセルラー・ネットワーク・オペレータにとって、配備された複数のキャリア間でのトラフィック／負荷の均衡化は最も重要な課題の１つである。
【０００５】
ＬＴＥネットワーク内のキャリア間での負荷均衡化のための最新の解決策は、接続されるＵＥの数か、またはダウンリンクスループット（フレームごとの利用される物理的なリソースブロックの数）のいずれかに基づいている。それにもかかわらず、どのＵＥを１つのキャリア周波数から別のキャリア周波数へと移動させるかをｅＮｏｄｅＢが決定することは困難なままである。
【発明の概要】
【０００６】
様々な実施形態は、上述の問題のうちの１つまたは複数の影響への対処に関する。様々な実施形態のいくつかの態様の基本的な理解を提供するために、以下に簡略化された実施形態の概要を提示する。この概要は、これらの様々な実施形態の網羅的な概観ではない。重要な要素の手がかりを識別すること、またはこれらの様々な実施形態の範囲を図示することを意図したものではない。この唯一の目的は、後に述べるより詳細な説明の前置きとして、簡略化した形態でいくつかの概念を提示することである。
【０００７】
いくつかの実施形態は、異機種サービスを提供しているＬＴＥネットワークの異なるキャリア間で適切に負荷均衡化するための、特定のおよび唯一のケーパビリティを提供するための方法ならびに装置に関する。
【０００８】
いくつかの実施形態は、ユーザ・トラフィック・プロファイルに基づいたＬＴＥマルチキャリアの負荷均衡化のための方法および装置を提供する。
【０００９】
いくつかの実施形態は、連結された各ＵＥについてサービス品質（ＱｏＳ）を最大化するために、ＬＴＥネットワーク内に配備されたキャリア間でリアルタイムの負荷を均衡化するための方法および装置を提供する。
【００１０】
様々な実施形態は、無線通信ネットワーク内のキャリア間で負荷均衡化するための方法に関し、これらの方法は以下のステップ、
−  ユーザ・トラフィック・プロファイルを示す情報を収集するステップであって、このユーザ・トラフィック・プロファイルは、第１のキャリア周波数を通じて無線通信ネットワークへと接続されているユーザ機器に関連している、ステップと、
−  ユーザ・トラフィック・プロファイルを示す情報に少なくとも基づいて、ユーザ機器のトラフィックを第１のキャリア周波数から第２のキャリア周波数へとオフロードするかどうかを決定するステップと、を含む。
【００１１】
１つの広範な態様によると、上記の方法は、ユーザ・トラフィック・プロファイルを高データトラフィックのユーザ、中トラフィックデータのユーザ、または低トラフィックデータのユーザへとカテゴリ分けするステップを更に含む。このカテゴリ分けステップは、ユーザ・トラフィック・プロファイルのカテゴリ分けに関して少なくとも閾値を設定するステップと、ユーザ・トラフィック・プロファイルを示す情報を設定された閾値と比較するステップとを含む。
【００１２】
別の広範な態様によると、ユーザ・トラフィック・プロファイルを示す情報が、以下の情報のうちの少なくとも１つを含む。
−  事前設定された先行する期間中のユーザのダウンリンク・トラフィック量。このユーザのダウンリンク・トラフィック量を、ベアラのサービス品質クラス識別子（ＱＣＩ）タイプごとに収集してよい。
−  事前設定された先行する期間中のユーザのアップリンク・トラフィック量。このユーザのアップリンク・トラフィック量を、ベアラのサービス品質クラス識別子（ＱＣＩ）タイプごとに収集してよい。
−  事前設定された先行期間中のダウンリンク・トラフィック量もしくはアップリンク・トラフィック量の送信または受信に用いるユーザアクティブ時間。
−  １時間ごとおよびそれぞれの接続期間ごとの接続数。
【００１３】
更に様々な実施形態は、無線通信ネットワーク内のキャリア間で負荷均衡化するためのシステムに関し、これらのシステムは、
−  ユーザ・トラフィック・プロファイルを示す情報を収集するよう構成されたユーザ・トラフィック・プロファイル・マネージャであって、このユーザ・トラフィック・プロファイルは、第１のキャリア周波数を通じて無線通信ネットワークへと接続されているユーザ機器に関連している、ユーザ・トラフィック・プロファイル・マネージャと、
−  ユーザ・トラフィック・プロファイルを示す情報に少なくとも基づいて、ユーザ機器のトラフィックを第１のキャリア周波数から第２のキャリア周波数へとオフロードするかどうかを決定するよう構成されたオフロード決定生成器と、を備える。
【００１４】
１つの広範な態様によると、ユーザ・トラフィック・プロファイルは、ユーザ・トラフィック・プロファイルを示す収集された情報をオフロード決定生成器へと送信するよう構成される。ユーザ・トラフィック・プロファイルを示す収集された情報が、ユーザ機器から無線通信へのサービス要求中に（初期コンテキスト設定要求内で）オフロード決定生成器へと送信される。
【００１５】
別の広範な態様によると、ユーザ・トラフィック・マネージャは、無線ネットワークのモビリティ管理エンティティ内に備えられ、オフロード決定生成器が、ユーザ機器が接続されるｅＮｏｄｅＢ内に備えられる。
【００１６】
別の広範な態様によると、ハンドオーバ手順中、ユーザ・トラフィック・プロファイルを示す情報が、ハンドオーバ要求内で前記ｅＮｏｄｅＢからハンドオーバ目標のｅＮｏｄｅＢへと送信される。
【００１７】
別の広範な態様によると、オフロード決定生成器は、ユーザ機器から無線通信ネットワークへのコンテキスト解放要求中に（コンテキスト解放完了メッセージ内で）、ユーザ・トラフィック・プロファイルを示す情報を、ユーザ・トラフィック・プロファイル・マネージャへと送信するよう更に構成される。
【００１８】
様々な実施形態が様々な改変および代替の形態に影響を与え得るが、その特定の実施形態が例として図面に示されている。しかしながら、特定の実施形態の本明細書中の説明は、様々な実施形態を開示される特定の形態に限定することを意図したものではないことを理解されたい。
【００１９】
任意のこのような実際の実施形態の開発では、システムおよびビジネスに関連する制約を伴うコンプライアンス等の開発者の特定の目標を達成するために、実装の具体的な決定を行うことが必要であることも当然理解されるであろう。このような開発努力は時間のかかるものであり得るが、それにも関わらず本開示の利益を得る者または当業者にとっては、慣例的な理解であり得ることを理解されたい。
【００２０】
様々な実施形態の目的、利点および他の特徴が以下の開示および請求項からより明確になるであろう。添付の図面を参照しながら単なる例示のために好適な実施形態の以下の非制約的な説明を提供する。
【図面の簡単な説明】
【００２１】
【図１】無線通信ネットワーク内のキャリア間の負荷均衡化のための機能的なエンティティを示す概略図である。
【図２】キャリア間の負荷均衡化のためのＬＴＥネットワークノード間の相互作用を示す概略図である。
【図３】キャリア間の負荷均衡化のためのＬＴＥネットワークノード間の相互作用を示す概略図である。
【発明を実施するための形態】
【００２２】
ＬＴＥダウンリンク／アップリンク・トラフィックトリガに対してユーザ・トラフィック・プロファイルを分析することにより、
−  「高」トラフィックデータのユーザ（即ち最大のＬＴＥ消費者）の約１０％が、総ダウンリンク／アップリンク・トラフィック量の約８０％をトリガすること、
−  次の４０％の「中」トラフィックデータのユーザは、総ダウンリンク／アップリンク・トラフィック量の２０％未満をトリガすること、
−  次の５０％の「低」トラフィックデータのユーザは、総ダウンリンク／アップリンク・トラフィック量の１％未満をトリガすること
を観察できる。
【００２３】
これらの観察された分布に基づいて、ユーザ・トラフィック・プロファイルはＬＴＥセル内のトラフィック負荷、およびしたがってキャリアの負荷に多大な影響を有していると言える。例えば、上述の１０％の「高」トラフィックデータのユーザが異なるキャリアに亘って適切に均衡化されていない場合、（複数の配備されたキャリアに十分な容量が存在する場合でさえ）経験されるサービス品質は劣化したものになる。
【００２４】
実際、複数の高トラフィックデータのユーザ（即ち最大のＬＴＥ消費者）がキャリアＡによりサービス提供されている場合、続いて、このキャリアＡにより同時にサービス提供されているこれらのユーザおよび最終的には他のユーザは、（キャリアＡを含む）異なるキャリアに亘って適切に均衡化された場合よりもかなり低いサービス品質を確かに経験することになる。
【００２５】
「ユーザ・トラフィック・プロファイル」がここで意味するものは、ＬＴＥが可能なＵＥを備えたユーザのＬＴＥ通信の挙動を説明する情報の集合である。ユーザ・トラフィック・プロファイルは、ユーザ・トラフィック・プロファイル、例えば、以下を示す任意の情報を含んでよい。
−  直近のｋ分間の直近のｎ回の接続（例えば直近の２０分間の直近の５回の接続）に関するユーザのダウンリンク／アップリンク・トラフィック量（即ち、受信された／送信されたＫｂｙｔｅ）、またはより一般的には、ＵＥの最近の通信履歴のユーザのダウンリンク・トラフィック量および／もしくはアップリンク・トラフィック量。これらのダウンリンク／アップリンク・トラフィック量を、（例えばＶｏＬＴＥ呼び出し、ビデオ、リアルタイムのゲーム等のユーザアプリケーション／サービス、およびウェブブラウジング、ファイルダウンロード、オーディオ・ストリーミング等のベストエフォート型の他のアプリケーションの、ユーザトラフィックの特徴を決定する）ベアラのＱｏＳクラス識別子（ＱＣＩ）タイプごとに収集してよい。この情報を用いて負荷均衡化を最適化できる。
−  先行する期間（例えば直近のｋ分間）の全てのダウンリンク／アップリンク・トラフィック量の送信または受信に使用される、ユーザ「アクティブ時間」（即ち、再伝送を含む、ユーザのパケットを送信または受信するのに要求される時間）。
−  接続レート（即ち時間ごとの接続数）および接続期間。これは、次の接続について他のキャリアで接続を保持するのに十分長く、ＵＥのキャリア優先順位を変更するのに使用できる（例えば、アイドルモード・モビリティ管理情報のタイマーＴ３２０）。
【００２６】
ユーザ・トラフィック・プロファイルを、ユーザ・トラフィック・プロファイルを示す上記情報のうちのいずれかに関する事前定義された閾値に基づいて異なるグループへとカテゴリ分けしてよい。いくつかの実施形態では、ユーザ・トラフィック・プロファイルは、以下のようなユーザのダウンリンク・トラフィック量またはアップリンク・トラフィック量に関する閾値に基づいて、３つの主なグループ（即ち、高トラフィックデータのユーザ、中トラフィックデータのユーザ、または低トラフィックデータのユーザ）へと分類される。
−  （収集期間中の）ユーザのダウンリンクデータ量が、
・  ５Ｍｂを超える場合、このユーザは「高トラフィックデータのユーザ」グループに属し、
・  １〜５Ｍｂの場合、このユーザは「中トラフィックデータのユーザ」グループに属し、
・  １Ｍｂ未満の場合、このユーザは「低トラフィックデータのユーザ」グループに属し、
−  あるいは（収集期間中の）ユーザのアップリンクデータ量が、
・  ５００Ｋｂを超える場合、このユーザは「高トラフィックデータのユーザ」グループに属し、
・  １００Ｋｂ〜５００Ｋｂの場合、このユーザは「中トラフィックデータのユーザ」グループに属し、
・  １００Ｋｂ未満の場合、このユーザは「低トラフィックデータのユーザ」グループに属する。
【００２７】
マクロ／ミクロｅＮｏｄｅＢは、ｅＮｏｄｅＢに連結されたＵＥのそれぞれで上記定義された「ユーザ・トラフィック・プロファイル」を用いて、これらのＵＥが代表するＬＴＥ負荷を複数のキャリア間で均衡化する。
【００２８】
このために、および図１を参照して、ユーザ・トラフィック・プロファイル・マネージャ１はユーザ・トラフィック・プロファイル情報を収集して保持するよう構成される。実際、ＵＥ６がＬＴＥネットワーク５に連結している場合、ユーザ・トラフィック・プロファイル・マネージャ１は、このＵＥに関するユーザ・トラフィック・プロファイルを生成するか、またはこのようなユーザ・トラフィック・プロファイルが既に存在する場合、これを更新する。ユーザ・トラフィック・プロファイル情報を、サービス提供ゲートウェイから、ｅＮｏｄｅＢから、またはＬＴＥネットワーク５内の任意の他のネットワークノードから取り出されたモビリティ管理エンティティ（ＭＭＥ）により推測してよい。
【００２９】
ユーザ・トラフィック・プロファイル・マネージャ１は、モビリティ管理エンティティ（ＭＭＥ）２に備えられているのが好適である。有利には、ＵＥ６が接続状態からアイドル状態になった時に、ＭＭＥ２は（マクロ／ミクロｅＮｏｄｅＢとは対照的に）、コンテキスト情報を保存できる。
【００３０】
ユーザ・トラフィック・プロファイル・マネージャ１は、保持されたユーザ・トラフィック・プロファイルをオフロード決定生成器３へと送信するよう更に構成される。このオフロード決定生成器３は、ＵＥ６のトラフィックをＬＴＥ５に接続されているキャリア周波数から別のキャリア周波数へとオフロードするかどうかを決定するよう構成される。オフロード決定生成器３の決定は、ユーザ・トラフィック・プロファイル・マネージャ１から受信したユーザ・トラフィック・プロファイルに基づいている。好適には、オフロード決定生成器は、ＵＥ６が接続されるｅＮｏｄｅＢ４内に備えられている。
【００３１】
オフロード決定生成器３は、ユーザ機器６から無線通信ネットワーク５へのコンテキスト解放要求中に、ユーザ・トラフィック・プロファイルを示す情報を、ユーザ・トラフィック・プロファイル・マネージャ１へと送信するよう更に構成される。
【００３２】
ここで図２を参照すると、サービス要求中にＵＥがｅＮｏｄｅＢに連結する（接続設定：図２のステップ１〜４）と、ＭＭＥはユーザ・トラフィック・プロファイルをｅＮｏｄｅＢへと送信する（図２のステップ４）。実際、ＵＥがサービス要求をトリガする（図２のステップ１および２）と、ＭＭＥは現時点のＵＥトラフィック・プロファイルを「Ｓ１−ＡＰ初期コンテキスト設定要求＋ＵＥトラフィック・プロファイル」メッセージ中に含み、これをｅＮｏｄｅＢへと送信する。図１は、サービス要求に応答する更なる従来のステップを示し、このステップは、サービス提供ゲートウェイ（Ｓｅｒｖｉｎｇ  ＧＷ）、パケットデータネットワーク・ゲートウェイ（ＰＤＮ  ＧＷ）、ポリシーおよび課金規定機能（ＰＣＲＦ）、ポリシーおよび課金執行機能（ＰＣＥＦ）、および加入者宅サーバ（ＨＳＳ）を含む。
【００３３】
その後、「Ｓ１−ＡＰ初期コンテキスト設定要求＋ＵＥトラフィック・プロファイル」内のｅＮｏｄｅＢにより受信されたユーザ・トラフィック・プロファイルに基づいて、ｅＮｏｄｅＢ（より正確には、オフロード決定生成器）は、ＵＥを高、中、または低トラフィックデータＵＥとして識別および「タグ付け（ｔａｇ）」（即ちマーク付け）し、続いてｅＮｏｄｅＢは（最終的には複数のキャリア間で）負荷均衡化／再均衡化を実行する。
【００３４】
例えば、セルのキャリアリソースが不均衡である（例えば、キャリアＡのサービス品質が、キャリアＢと比較して事前定義された閾値より低いか、または物理的なリソースブロック（ＰＲＢ）利用が低い）場合、ｅＮｏｄｅＢは、キャリアＢで「高トラフィックデータＵＥ」としてタグ付けされたＵＥの負荷を、少なくともこの「高トラフィックデータＵＥ」をキャリアＡから移動／オフロードすることにより再均衡化する。したがって、ｅＮｏｄｅＢは、Ｘ２／Ｓ１ハンドオーバイベントがトリガされた場合、更新されたユーザ・トラフィック・プロファイルを目標のｅＮｏｄｅＢへと送信する。ＵＥがハンドオーバイベント（Ｘ２またはＳ１）をトリガした時、ソースｅＮｏｄｅＢは、ＵＥトラフィック・プロファイルを目標ｅＮｏｄｅＢへの「ＨＡＮＤＯＶＥＲ  ＲＥＱＵＥＳＴ」メッセージ内に含む。
【００３５】
サービス解放手順（図３）の間、ｅＮｏｄｅＢは、ＵＥがアイドル状態に変化した時（Ｓ１解放手順の間）に、更新されたユーザ・トラフィック・プロファイルをＭＭＥへと送信する（図３のステップ６）。実際、ｅＮｏｄｅＢが「Ｓ１−ＡＰ：Ｓ１  ＵＥコンテキスト解放」をトリガした時（図３のステップ１）、ｅＮｏｄｅＢはユーザ・トラフィック・プロファイルを「Ｓ１−ＡＰ：Ｓ１  ＵＥコンテキスト解放完了」メッセージ内に、「Ｓ１−ＡＰ：Ｓ１  ＵＥコンテキスト解放完了＋ＵＥトラフィック情報」のように含む。図３に示される残りのステップは、Ｓ１解放要求に関する従来のステップである。
【００３６】
より一般的には、（ＭＭＥまたは任意の他のネットワークノードから受信された）ＵＥトラフィック・プロファイルに基づいて、ｅＮｏｄｅＢは、ＵＥを高、中、または低トラフィックデータＵＥとしてタグ付けする。例示的な実施形態では、ｅＮｏｄｅＢはユーザ・トラフィック・プロファイルから、総ユーザ（非ＧＢＲベアラ）トラフィック量（例えば、ベストエフォート型サービスに関する受信／伝送されたダウンリンク＋アップリンクのＫｂｙｔｅ）および直近のｋ分間に収集された直近のｎ回の接続から確保されたアクティブ時間を得てよい（例えば、「ｎ」は１〜２０回の接続であってよく、ｋは１０〜６０分であってよい）。したがって、この例示的な例では、ｅＮｏｄｅＢは、ユーザトラフィック量（ダウンリンク＋アップリンク・トラフィック量）に基づいてＵＥトラフィック・プロファイルのクラス（即ち高、中または低トラフィックデータＵＥのいずれか）およびアクティブ時間（例えば直近の２０分間）を決定し、このＵＥのトラフィックをオフロードするかどうかを決定する。
【００３７】
なお、ネットワークオペレータは、ネットワーク配備条件に基づいて、ユーザ・トラフィック・プロファイルを分類するために、事前構成された閾値／パラメータ／履歴深度（即ち先行する期間の持続期間）を承認する必要があり得ることに留意されたい。
【００３８】
ＵＥの接続設定の間、ｅＮｏｄｅＢは、これに接続された状態の全ての高／中／低トラフィックデータＵＥが複数のキャリア間で適切に均衡化されることを検証する。そうでなければ、ｅＮｏｄｅＢは、これに接続された状態のＵＥの（前述したように、ベアラのＱＣＩ情報に基づいたトラフィックタイプを含んでよい）トラフィック・プロファイルに基づいて要求された負荷均衡化／再均衡化を実行する。
【００３９】
結果として、ｅＮｏｄｅＢは、通常の高データトラフィック利用を伴うＵＥを識別でき、その後この情報を用いてキャリアを適切に均衡化する。有利には、ｅＮｏｄｅＢに連結される全てのＵＥに最良のサービス品質を保証しながら、これはキャリアの最適な使用をもたらす。
【００４０】
一実施形態では、負荷均衡化は、過負荷のセルによりサポートされている高いＱｏＳを要求するベアラに関して実行される。「不均衡な」セル／キャリアが、サービス提供されるＵＥに有意なＱｏＳの劣化をもたらすことは明らかである。
【００４１】
負荷均衡化のための上述の実施形態は、異機種サービスを伴うＬＴＥネットワークのパフォーマンスを有意に強化し、ＱｏＳ要求を伴うユーザのコールブロックの可能性を低減させ、スループットを増加させることができる。
【００４２】
有利には、ＵＥの通常のトラフィックレート（即ち、ユーザ・トラフィック・プロファイル）に基づいたキャリア負荷均衡化のための上述の方法およびシステムのおかげで、ｅＮｏｄｅＢは、高トラフィックデータのユーザを識別でき、必要であればこの情報を用いてキャリアを効果的に再均衡化できる。
【図１】
0006335293.tif 000002
【図２】
0006335293.tif 000003
【図３】
0006335293.tif 000004