(57)【要約】デバイスは、デバイスに関連する静的及び動的な負荷情報に基づきデバイスの負荷を推定し、デバイスのプールの他のデバイスに、推定した負荷を提供し、推定した負荷に基づき、プールのデバイスの重みを推定する。デバイスは、推定した重みと、プールの他のデバイスに関連する重みと、に基づきプールの負荷の不平衡も検出し、推定した負荷に基づき、デバイスからオフロードする加入者数を決定する。デバイスは、推定した重みと、他のデバイスに関連する重みと、に基づき、決定した加入者数をオフロードする他のデバイスをさらに決定し、負荷不平衡に対処するため、プール内の、決定した他デバイスに、決定した加入者数をオフロードする。
2013511888.tif 000002
【特許請求の範囲】
【請求項１】
デバイスを含むネットワークでの方法であって、
前記デバイスは、他のデバイスとのプールに設けられており、
前記方法は、
前記デバイスが、前記デバイスに関する静的及び動的負荷情報に基づき、前記デバイスの負荷を推定するステップ（１３１０）と、
前記デバイスが、前記プールの前記他のデバイスに前記推定した負荷を提供するステップ（１３２０）と、
前記デバイスが、前記推定した負荷に基づき、前記プールにおける前記デバイスの重みを推定するステップ（１３３０）と、
前記デバイスが、前記推定した重みと、前記プールの前記他のデバイスに関する重みとに基づき、前記プールにおける負荷の不平衡を検出するステップ（１３５０）と、
前記デバイスが、前記推定した負荷に基づき、前記デバイスからオフロードする加入者数を決定するステップ（１３６０）と、
前記デバイスが、前記推定した重みと、前記他のデバイスに関する前記重みとに基づき、前記決定した加入者数を、前記他のデバイスのどれにオフロードするかを決定するステップ（１３６０）と、
前記デバイスが、前記負荷の不平衡に対処するため、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１３７０）と、
を含むことを特徴とする方法。
【請求項２】
前記デバイスは、モビリティ管理エンティティ（ＭＭＥ）を含み、前記ＭＭＥは、他のＭＭＥとのプールに設けられている、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記静的負荷情報は、前記デバイスに登録されているユーザ数を含む、
ことを特徴とする請求項１に記載の方法。
【請求項４】
前記動的負荷情報は、前記デバイスに関するアクティブな呼数と、前記デバイスに関するアクティブなセッション数と、前記デバイスに関するトラッキング・エリア更新（ＴＡＵ）手順数の１つ以上を含む、
ことを特徴とする請求項１に記載の方法。
【請求項５】
前記プールの前記他のデバイスに前記推定した負荷を提供する前記ステップは、
前記プールの前記他のデバイスに送信するメッセージを生成するステップ（１４００）と、
前記メッセージに識別子を与えるステップ（１４１０）と、
前記メッセージに前記推定した負荷を与えるステップ（１４２０）と、
前記メッセージにタイム・スタンプを与えるステップ（１４３０）と、
前記プールの前記他のデバイスに前記メッセージを提供するステップ（１４４０）と、
を含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記プールの前記他のデバイスに前記推定した負荷を提供する前記ステップは、
前記プールの前記他のデバイスの１つからメッセージを受信するステップ（１５００）と、
更新メッセージを生成するために、前記メッセージに前記推定した負荷を与えるステップ（１５１０）と、
前記プールの前記他のデバイスの別の１つに前記更新メッセージを提供するステップ（１５２０）と、
を含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記プールの前記他のデバイスに前記推定した負荷を提供する前記ステップは、
前記プールの前記他のデバイスから、前記他のデバイスに関する負荷情報を含むメッセージを受信するステップ（１６００）と、
連結メッセージを生成するために、前記負荷情報と前記推定した負荷を連結するステップ（１６１０）と、
前記プールの前記他のデバイスに前記連結メッセージを提供するステップ（１６２０）と、
を含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記デバイスからオフロードする前記加入者数は、前記デバイスが過負荷となったときに決定される、
ことを特徴とする請求項１に記載の方法。
【請求項９】
前記デバイスからオフロードする前記加入者数は、前記デバイスが過負荷となることを防ぐために決定される、
ことを特徴とする請求項１に記載の方法。
【請求項１０】
前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードする前記ステップは、
前記デバイスがトークンを受信したとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１７００）と、
前記デバイスが反射ノードであるとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１７１０）と、
前記デバイスが前記プールの負荷の不平衡を検出したとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１７２０）と、
の１つを含む、
ことを特徴とする請求項１に記載の方法。
【請求項１１】
前記デバイスに関する１つ以上のｅノードＢに、前記デバイスの前記推定した負荷を通知するステップを更に含む、
ことを特徴とする請求項１に記載の方法。
【請求項１２】
ネットワークのデバイス（２００）であって、
前記ネットワークは、前記デバイスに関する他のデバイスのプールを含み、
前記デバイスは、
複数の命令を保存する様に構成されたメモリ（２３０）と、
前記メモリの命令を実行して、
前記デバイスに登録されたユーザ数、前記デバイスに関するアクティブな呼数、前記デバイスに関するアクティブなセッション数、前記デバイスに関するトラッキング・エリア更新（ＴＡＵ）手順数の１つ以上に基づき、前記デバイスの負荷を推定し、
前記他のデバイスに前記推定した負荷を提供し、
前記推定した負荷に基づき、前記プールにおける前記デバイスの重みを推定し、
前記他のデバイスに前記デバイスの前記推定した重みを通知し、
前記推定した重みと、前記他のデバイスに関する重みとに基づき、前記プールにおける負荷の不平衡を検出し、
前記推定した負荷に基づき、前記デバイスからオフロードする加入者数を決定し、
前記推定した重みと、前記他のデバイスに関する前記重みとに基づき、前記決定した加入者数を、前記他のデバイスのどれにオフロードするかを決定し、
前記負荷の不平衡に対処するために、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードする様に構成されたプロセッサ（２２０）と、
を備えていることを特徴とするデバイス。
【請求項１３】
前記デバイスは、モビリティ管理エンティティ（ＭＭＥ）を含み、前記他のデバイスのそれぞれは、ＭＭＥを含む、
ことを特徴とする請求項１２に記載のデバイス。
【請求項１４】
前記他のデバイスに前記推定した負荷を提供するとき、前記プロセッサは、前記メモリの命令を実行して、
識別子、前記推定した負荷及びタイム・スタンプを含む、前記他のデバイスに送信するメッセージを生成し、
前記他のデバイスに前記メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項１２に記載のデバイス。
【請求項１５】
前記他のデバイスに前記推定した負荷を提供するとき、前記プロセッサは、前記メモリの命令を実行して、
前記プールの前記他のデバイスの１つから、前記他のデバイスの１つに関する負荷を少なくとも含むメッセージを受信し、
更新メッセージを生成するために、前記メッセージに前記推定した負荷を与え、
前記プールの前記他のデバイスの別の少なくとも１つに前記更新メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項１２に記載のデバイス。
【請求項１６】
前記他のデバイスに前記推定した負荷を提供するとき、前記プロセッサは、前記メモリの命令を実行して、
前記他のデバイスから、前記他のデバイスに関する負荷を含むメッセージを受信し、
連結メッセージを生成するために、前記他のデバイスに関する前記負荷と前記推定した負荷を連結し、
前記他のデバイスに前記連結メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項１２に記載のデバイス。
【請求項１７】
前記プロセッサは、前記メモリの命令を実行して、
前記デバイスが過負荷になると、前記デバイスからオフロードする加入者数を決定する様にさらに構成されている、
ことを特徴とする請求項１２に記載のデバイス。
【請求項１８】
前記プロセッサは、前記メモリの命令を実行して、
前記デバイスが過負荷となることを防ぐために、前記デバイスからオフロードする加入者数を決定する様にさらに構成されている、
ことを特徴とする請求項１２に記載のデバイス。
【請求項１９】
前記プロセッサは、前記メモリの命令を実行して、
前記デバイスがトークンを受信したとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードし、或いは、前記デバイスが反射ノードであるとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードする様にさらに構成されている、
ことを特徴とする請求項１２に記載のデバイス。
【請求項２０】
モビリティ管理エンティティ（ＭＭＥ）（１３０）のプール（１９０）を含むシステムであって、各モビリティ管理エンティティは、
静的及び動的な負荷情報に基づき前記モビリティ管理エンティティの負荷を推定し、
前記モビリティ管理エンティティの前記プールの他のモビリティ管理エンティティに、前記推定した負荷を提供し、
前記推定した負荷に基づき、前記プールにおける前記モビリティ管理エンティティの重みを推定し、
前記推定した重みと、前記他のモビリティ管理エンティティに関する重みとに基づき、前記プールにおける負荷の不平衡を検出し、
前記推定した負荷に基づき、前記モビリティ管理エンティティからオフロードする加入者数を決定し、
前記推定した重みと、前記他のモビリティ管理エンティティに関する前記重みとに基づき、前記決定した加入者数を、前記他のモビリティ管理エンティティのどれにオフロードするかを決定し、
前記負荷の不平衡に対処するため、前記決定した加入者数を、前記決定した他のモビリティ管理エンティティにオフロードする様に構成されている、
ことを特徴とするシステム。
【請求項２１】
前記他のモビリティ管理エンティティに前記推定した負荷を提供するとき、各モビリティ管理エンティティは、
前記推定した負荷を含む、前記他のモビリティ管理エンティティに送信するメッセージを生成し、
前記他のモビリティ管理エンティティに前記メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記他のモビリティ管理エンティティに前記推定した負荷を提供するとき、各モビリティ管理エンティティは、
前記他のモビリティ管理エンティティの１つからメッセージを受信し、
更新メッセージを生成するために、前記メッセージに前記推定した負荷を与え、
前記他のモビリティ管理エンティティの別の少なくとも１つに前記更新メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項２０に記載のシステム。
【請求項２３】
前記他のモビリティ管理エンティティに前記推定した負荷を提供するとき、各モビリティ管理エンティティは、
前記他のモビリティ管理エンティティから、前記他のモビリティ管理エンティティに関する負荷を含むメッセージを受信し、
連結メッセージを生成するために、前記他のモビリティ管理エンティティに関する前記負荷と前記推定した負荷を連結し、
前記他のモビリティ管理エンティティに前記連結メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項２０に記載のシステム。
【請求項２４】
前記決定した加入者数を、前記決定した他のモビリティ管理エンティティにオフロードするとき、各モビリティ管理エンティティは、
トークンを受信すると、前記決定した加入者数を、前記決定した他のモビリティ管理エンティティにオフロードする様にさらに構成されている、
ことを特徴とする請求項２０に記載のシステム。
【請求項２５】
各モビリティ管理エンティティは、各モビリティ管理エンティティに関連する１つ以上のｅノードＢに前記推定した重みを通知する様に更に構成されている、
ことを特徴とする請求項２０に記載のシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で記載する実施形態は、概して、通信システム、より詳細には通信システムにおけるモビリティ管理エンティティ（ＭＭＥ）プールの自己管理に関する。
【背景技術】
【０００２】
発展型パケット・コア（ＥＰＣ）参照モデルは、モビリティ管理エンティティ（ＭＭＥ）のような種々のデバイスを含む。ＭＭＥは、非アクセス階層（ＮＡＳ）シグナリング、ＮＡＳシグナリング・セキュリティ、アクセス・サーバ（ＡＳ）セキュリティ制御、第３世代パートナシップ・プロジェクト（３ＧＰＰ）アクセス・ネットワーク間のモビリティのためのコア・ネットワーク（ＣＮ）間シグナリング、アイドル・モードのユーザ装置（ＵＥ）への到達可能性（ページング再送制御及び実行を含む）、トラッキング・エリア・リスト管理（アイドル及びアクティブ・モードのＵＥのため）、パブリック・データ・ネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）及びサービス提供ＧＷの選択、ＭＭＥ変更を伴うハンドオーバのためのＭＭＥ選択、３ＧＰＰアクセス・ネットワークへのハンドオーバのためのサービス提供汎用パケット無線サービス（ＧＰＲＳ）サポートノード（ＳＧＳＮ）の選択、ローミング、認証、ベアラ管理機能（例えば、個別べアラの確立）、地震及び津波警報システム（ＥＴＷＳ）メッセージ送信のサポート等の機能をホストするデバイスである。
【０００３】
（例えば、３ＧＰＰで定義される）ＭＭＥプール構成は、無線ネットワーク要素（例えば、ｅノードＢ）が単一ＭＭＥとインタフェースすることから切り離すことを可能にし、無線ネットワーク要素が、"プール"として知られる構造の、グループ化された複数のＭＭＥにアクセスすることを可能にする。ＭＭＥが、同一プールの一部であるか、異なるプールであるか、独立して動作するかに関わらず、ＭＭＥはＳ１０インタフェースを介して相互に通信する。
【０００４】
現行３ＧＰＰ標準において、ＭＭＥの負荷平衡は、（例えば、システム動作中に）ＭＭＥプール内のＭＭＥのトラフィック処理能力に関して負荷を平衡化させることで達成される。負荷平衡化は、ＭＭＥプールの種々のＭＭＥに、（例えば、ＭＭＥプールに新たに入る）ＵＥを分配することにより達成される。追加の介入（例えば、オペレータによる手動構成）により、ＭＭＥの負荷平衡化により、ネットワークへの新規ＭＭＥの導入後及び／又はネットワークからのＭＭＥの除去後に、（例えば、ＭＭＥプール内の）等しい負荷がかけられたＭＭＥを達成できる。
【０００５】
ＭＭＥ負荷平衡化のサポートは、ＭＭＥプールのＭＭＥによりサービスを提供される総ての無線基地局、例えば、発展型ノードＢ（ｅノードＢ／ｅＮＢ）に、（例えば、Ｓ１プロトコル・インタフェース設定手順において）相対的なＭＭＥ能力パラメータを（例えば、ＭＭＥごとに）提供することにより達成する。ＭＭＥの導入及び／又は除去のサポートのためにＭＭＥが開始するＳ１インタフェース設定更新手順は、相対的なＭＭＥ能力の変更を指示するオペレータにより使用され得る。指示する相対的なＭＭＥ能力は、ＭＭＥプールに新たに入るＵＥのｅＮＢにおける割り当てを指令する。
【０００６】
過負荷シグナリング手順は（Ｓ１プロトコルの一部）、サービス提供ＭＭＥが過負荷であり（例えば、新規ＵＥ割り当てを受信できない）ことをｅＮＢに示し、過負荷状態が解消すると、サービス提供ＭＭＥが通常動作モードに復帰したことをｅＮＢに示す。Ｓ１インタフェース・メッセージは、非特許文献１で示される様に、Ｓ１プロトコルで規定されている。過負荷状況で動作中にＭＭＥがｅＮＢに要求できることの詳細は、非特許文献１に含まれ、非特許文献１は、ＭＭＥが保守中である場合、ＭＭＥから加入者（例えば、ＵＥ）をどの様にオフロードするかについての一定の条件及び勧告をさらに規定する。この動作はＭＭＥ間の負荷の再平衡化として既知である。
【０００７】
（"ｎビンへのｍボール問題"としても既知の）負荷の平衡化は、数学及びコンピュータ・サイエンスにおいて長年に亘り幅広く研究されてきた。集中及び分散ソリューション双方が提案された。理論的研究の大部分は、特定のボールを配置するビンの決定前にビンの負荷に関するあるレベルの知見を含む。２つのランダムにサンプルしたビンの負荷が既知であり、ボールを最少負荷のビンに投入すれば、ビン間のボール数の相違を大きく減少（例えば、指数関数的）させること達成できよう。
【０００８】
負荷平衡化をサポートする汎用通信プロトコルも提案された。そのような通信プロトコルの集中化バージョンは、システム負荷に関する完全な知見を有するノード（又はノード集合）の存在を必要とする。そのようなノードは一般にオラクルと呼ばれる。例示的なシステムでは、プール・サーバ管理に集中した、オラクルに基づく方式を使用する。処理リソースは、それ自身をオラクルに登録し、プロトコルによりオラクルに負荷情報を報告する。
【０００９】
提案された分散ソリューションは、ノードが、ゴシップ・プロトコルを使用して小さなノードの集合間で情報を交換することにより、システムの総負荷の大凡の知見を構築することを可能にする。各ノードはその負荷を計算し、ゴシップ・プロトコルを使用してその負荷を伝搬させ、その緊急負荷伝搬（例えば、負荷を素早く変更する場合）にマルチキャストを使用する。
【００１０】
提案されたノードに基づく解決策は、処理ノードが、それらの間のジョブを直接オフロードすることを許容することで、平衡したシステムを達成する。戦略は、ランダムに整合するノード及びノードによる負荷の均等化（例えば、特定年数より大きなジョブの測定）に基づく。システムは、静的負荷（例えば、特定時間後にシステムに投入される新規ジョブがない場合の）及び動的負荷（随時、新規ジョブがシステムに投入され、幾つかの既存ジョブがシステムを去る場合の）両方を扱う。
【先行技術文献】
【非特許文献】
【００１１】
【非特許文献１】３ＧＰＰ技術仕様書ＴＳ２３．４０１
【発明の概要】
【発明が解決しようとする課題】
【００１２】
負荷平衡化の現行の解決策は、幾つかの不都合を有する。例えば、ユーザ装置（ＵＥ）の、ＭＭＥプール内のＭＭＥへの（例えば、ｅＮＢによる）単なるランダム割り当ては、最も割り当ての多いＭＭＥと最も割り当ての少ないＭＭＥ間の不平衡を生む。その上さらに、ＵＥのＭＭＥへの（例えば、ｅＮＢによる）重み付けラウンドロビン割り当てを実行するときに使用される（非特許文献１に記載の）ＭＭＥの相対的な能力は、ＭＭＥ毎に１つの値として表わされる。ＭＭＥの相対的な能力を、ＭＭＥによりサポートされるライセンス数のみに比例させるべきか、ＭＭＥのシグナリング能力をも考慮すべきかを決定することは製造者特定の特徴として残る。ＭＭＥのシグナリング能力を考慮すれば、ＭＭＥの相対的な能力の明確な表現の作成に一次元値は不十分であり得る。
【００１３】
非特許文献１に記載される機構は、再平衡化の動作が行われている間、ＵＥサービスの一時的な中断も生む。その上さらに、ＭＭＥの保守及び更新動作中に再平衡化の動作を開始することは、多くの手動介入を必要とする。ＭＭＥ能力を一時的に減少させる誤りが生じれば、現行ソリューションは、新しい負荷重み集合の決定と、新しい負荷重み集合の伝搬に手動介入を必要とする。（例えば、Ｓ１ハンドオーバ中又はアイドルＵＥが異なるＭＭＥプールによりサービス提供されるエリア間境界を横断する場合の）プール間の移動性について、現行ソリューションは、新規ＭＭＥプールのユーザ配置を最適化するために、対象ＭＭＥプールの負荷に関する情報を考慮していない。
【００１４】
過負荷シグナリング手順は、新規加入者（例えば、ＵＥ）を送らないことを、ｅＮＢに通知することを許容するが、過負荷状況の解決に為すべきことを特定しない。多分、この手順の過負荷状況の解決は、オペレータが、プールの他のＭＭＥに、サービス提供されるＵＥを手動でオフロードする、手動介入を含むであろう。
【００１５】
集中化ソリューションは、特定ＵＥを、どのＭＭＥに割り当てるかに関する要求をｅＮＢから受信する中央オラクルに伝搬される、ＭＭＥプールからの負荷情報を必要とする。そのような集中化ソリューションは（例えば、ｅＮＢとオラクル間の通信による）遅延を加え、オラクルのスケーラビリティ要求を増加させる。
【００１６】
分散ソリューションは、負荷情報を、他のＭＭＥプールのメンバに利用可能にすることに加えて、全サービス提供ｅＮＢへの負荷情報の提供をＭＭＥプールに要求する。さらにＭＭＥプールにおける最大デバイス数（例えば、１６、３２、又は６４）について、ゴシップに基づく負荷情報伝搬戦略は、アドレスのスケーラビリティ問題との取り組みに欠ける。ＭＭＥプールに適用する場合、ノードに基づく解決策は、プールのＭＭＥ間を連続的に移動するＵＥにより、システムを平衡状態に維持することを可能にできる。しかし、本解決策により提案される処理ノード間の１対１の対応付けは（例えば、ＭＭＥがその全負荷のオフロードを必要とする場合）、ＭＭＥプールのさらなる不平衡を生むことなしに、メンテナンス状況の自動的な処理を許容しないであろう。
【００１７】
本発明の目的は上記不都合の少なくとも幾つかを克服し、ＭＭＥプールにおけるＭＭＥ自己管理システム及び／又は方法を提供することである。この目的は、添付の特許請求の範囲で提示する本発明により達成される。
【課題を解決するための手段】
【００１８】
本明細書に記載する実施形態は、他のデバイスのプールで提供されるデバイスにより実行する方法を提供できる。本方法は、デバイスに関連する静的及び動的な負荷情報に基づき、デバイスがデバイスの負荷を推定するステップと、デバイスが、プールの他のデバイスに推定した負荷を提供するステップと、デバイスが、推定した負荷に基づき、プールにおけるデバイスの重みを推定するステップと、デバイスが、推定した重みと、プールの他のデバイスに関連する重みとに基づき、プールにおける負荷の不平衡を検出するステップと、デバイスが、推定した負荷に基づき、デバイスからオフロードする加入者数を決定するステップと、デバイスが、推定した重みと、他のデバイスに関連する重みと、に基づき、決定した加入者数を、他のデバイスのどれにオフロードするかを決定するステップと、デバイスが、負荷不平衡に対処するため、決定する加入者数を、プールの決定した他のデバイスにオフロードするステップと、を含んでいる。
【００１９】
本明細書に記載する別の実施形態は、ネットワークのデバイスを提供でき、ネットワークは、当該デバイスに関連する他のデバイスのプールを含む。デバイスは、複数の命令を保存するメモリと、デバイスに登録された１人以上のユーザ、デバイスに関連するアクティブ呼数、デバイスに関連するアクティブ・セッション数、又は、デバイスに関連するトラッキング・エリア更新（ＴＡＵ）手順数に基づきデバイスの負荷を推定するために、メモリの命令を実行するプロセッサを含み得る。プロセッサは、推定した負荷を他のデバイスに提供し、推定した負荷に基づきプールにおけるデバイスの重みを推定し、推定したデバイスの重みを他のデバイスに通知するために、メモリの命令を実行できる。プロセッサは、推定した重みと、他のデバイスに関連する重みと、に基づき、プールにおける負荷の不平衡を検出し、推定した負荷に基づき、デバイスからオフロードする加入者数を決定し、推定した重みと、他のデバイスに関連する重みと、に基づき、決定した加入者数を、他のデバイスのどれにオフロードするかを決定し、負荷の不平衡に対処するために、決定した加入者数を、プールの決定した他のデバイスにオフロードするために、メモリの命令を実行できる。
【００２０】
本明細書に記載するさらに別の実施形態は、ＭＭＥプールを含むシステムを提供でき、各ＭＭＥは、静的及び動的な負荷情報に基づきＭＭＥの負荷を推定し、ＭＭＥプールの他のＭＭＥに推定した負荷を提供し、推定した負荷に基づき、プールにおけるＭＭＥの重みを推定できる。各ＭＭＥは、推定した重みと、他のＭＭＥに関連する重みと、に基づき、プールにおける負荷の不平衡を検出し、推定した負荷に基づき、ＭＭＥからオフロードする加入者数の決定を行うことができる。各ＭＭＥは、推定した重みと、他のＭＭＥに関連する重みと、に基づき、決定した加入者数を、他のＭＭＥのどれにオフロードするかを決定し、負荷の不平衡に対処するため、決定した加入者数を、決定した他のＭＭＥにオフロードできる。
【００２１】
本明細書に記載するシステム及び／又は方法は、ＭＭＥプールの分散管理手法を提供しうる。それ故、ＭＭＥプールは、ＭＭＥ間で負荷を自動的に平衡させることができ、その結果、自己管理となりうる。本システム及び／又は方法は、ＭＭＥプールの各ＭＭＥにプール管理機能を提供しうる。プール管理機能は、ＭＭＥの負荷を推定する負荷推定機能と、ＭＭＥプールにおけるＭＭＥの重み（例えば、負荷に基づく）を推定し、ＭＭＥプールの負荷状態の変更に基づき、自動的に重みを再計算する重み推定機能と、を備えている。プール管理機能は、ＭＭＥからオフロードする加入者数を決定するバルク移動折衝機能と、ＭＭＥプールの他のＭＭＥに加入者をオフロードするバルク移動機能と、を備えている。重み推定器機能及びバルク移動機能は、ＭＭＥ間の負荷の不平衡を防止でき、個別に又は組み合わせて実行できる。（例えば、ＭＭＥプールの変化する負荷状態に基づき）ＭＭＥの重みを自動的に再計算することで、新規ＵＥは、最小負荷のＭＭＥにより、サービスが提供される。バルク移動機能は、現在の接続ＵＥをアドレス指定し、過負荷ＭＭＥからのオフロードを可能にするので、負荷の不平衡を迅速に処理できる。ＭＭＥプールのＭＭＥは、ＭＭＥに関連する３ＧＰＰのＳ１０インタフェースの（例えば、本明細書に記載するメッセージのセットにより提供される）拡張を介して相互に通信できる。
【図面の簡単な説明】
【００２２】
【図１】記載するシステム及び／又は方法を実行する例示的なネットワークを示す図。
【図２】図１に示すネットワークのデバイスの１つに対応するデバイスの例示的な構成要素を示す図。
【図３】図１に示すネットワークの例示的な部分の構成要素間の例示的な相互動作を示す図。
【図４】図１に示すモビリティ管理エンティティ（ＭＭＥ）の例示的な機能構成を示す図。
【図５】図４に示すプール管理部の例示的な機能構成を示す図。
【図６】図１に示すネットワークの例示的な構成要素間の例示的な相互動作を示す図。
【図７】図１に示すネットワークの例示的な構成要素間の例示的な相互動作を示す図。
【図８】図１に示すネットワークの例示的な構成要素間の例示的な相互動作を示す図。
【図９】図１に示すネットワークの例示的な構成要素間の例示的な相互動作を示す図。
【図１０】図１に示すネットワークの例示的な構成要素間の例示的な相互動作を示す図。
【図１１】図１に示すネットワークの例示的な構成要素間の例示的な相互動作を示す図。
【図１２】記載する実施形態による、ＭＭＥプールの自己管理のためのトークンに基づく例示的な処理のフローチャート。
【図１３】記載する実施形態による、ＭＭＥプールの自己管理のためのトークンに基づく例示的な処理のフローチャート。
【図１４】記載する実施形態による、ＭＭＥプールの自己管理のためのトークンに基づく例示的な処理のフローチャート。
【図１５】記載する実施形態による、ＭＭＥプールの自己管理のためのトークンに基づく例示的な処理のフローチャート。
【図１６】記載する実施形態による、ＭＭＥプールの自己管理のためのトークンに基づく例示的な処理のフローチャート。
【図１７】記載する実施形態による、ＭＭＥプールの自己管理のためのトークンに基づく例示的な処理のフローチャート。
【発明を実施するための形態】
【００２３】
以下の詳細な説明は添付図面を参照する。異なる図面の同じ参照番号は、同じ又は類似の要素を特定する。また、以下の詳細な説明は本発明を限定しない。
【００２４】
図１は、本明細書に記載するシステム及び／又は方法を実行できる例示的なネットワーク１００を示している。図示する様に、ネットワーク１００は、ユーザ装置（ＵＥ）１１０−１から１１０−Ｌのグループ（集合的に"ＵＥ１１０"として参照し、幾つかの例では個々に"ＵＥ１１０"として参照する。）と、ｅノードＢ１２０−１から１２０−Ｍ（ｅＮＢ）のグループ（集合的に"ｅＮＢ１２０"として参照し、幾つかの例では個々に"ｅＮＢ１２０"として参照する。）と、モビリティ管理エンティティ（ＭＭＥ）１３０−１から１３０−Ｎのグループ（集合的に"ＭＭＥ１３０"として参照し、幾つかの例では個々に"ＭＭＥ１３０"として参照する。）と、サービス提供ゲートウェイ（ＧＷ）１４０と、公衆データネットワーク（ＰＤＮ）ゲートウェイ（ＧＷ）１５０と、ネットワーク１６０と、を備えている。さらに図示する様に、ＵＥ１１０及びｅＮＢ１２０は、発展型汎用地上無線アクセス・ネットワーク（Ｅ−ＵＴＲＡＮ）１７０に関連し、ＭＭＥ１３０、サービス提供ＧＷ１４０、ＰＤＮ  ＧＷ１５０及びネットワーク１６０は、発展型パケット・コア（ＥＰＣ）ネットワーク１８０に関連し、ＭＭＥ１３０は、ＭＭＥプール１９０を形成できる。簡略化のため、２つのＵＥ１１０、２つのｅＮＢ１２０、２つのＭＭＥ１３０、単一のサービス提供ＧＷ１４０、単一のＰＤＮ  ＧＷ１５０、単一のネットワーク１６０、単一のＥ−ＵＴＲＡＮ１７０、単一のＥＰＣネットワーク１８０及び単一のＭＭＥプール１９０を図１に示している。実際には、より多くのＵＥ１１０、ｅＮＢ１２０、ＭＭＥ１３０、サービス提供ＧＷ１４０、ＰＤＮ  ＧＷ１５０、ネットワーク１６０、Ｅ−ＵＴＲＡＮ１７０、ＥＰＣネットワーク１８０及び／又はＭＭＥプール１９０が存在しうる。また幾つかの例では、ネットワーク１００の構成要素は、ネットワーク１００の別の構成要素又は構成要素グループが実行する様に記述される１つ以上の機能を実行できる。
【００２５】
ＵＥ１１０は、ｅＮＢ１２０と音声及び／又はデータの送信／受信を行うことができる、１つ以上の計算及び／又は通信デバイスを含み得る。ＵＥ１１０は、例えば、無線電話機と、パーソナル通信システム（ＰＣＳ）端末（例えば、セルラ無線電話機をデータ処理及びデータ通信能力と組み合わせた）と、パーソナル・ディジタル・アシスタント（ＰＤＡ）（例えば、無線電話機、ページャ、インターネット／イントラネット・アクセス等を含み得る）と、ラップトップコンピュータ等を含み得る。
【００２６】
ｅＮＢ１２０は、ＭＭＥ１３０及び／又はサービス提供ＧＷ１４０の１つから音声及び／又はデータを受信し、エア・インタフェースを介してＵＥ１１０にその音声及び／又はデータを送信する、１つ以上の計算及び／又は通信デバイスを含み得る。ｅＮＢ１２０は、エア・インタフェースを経てＵＥ１１０から音声及び／又はデータを受信し、ＭＭＥ１３０及び／又はサービス提供ＧＷ１４０の１つ、或いは、他のＵＥ１１０にその音声及び／又はデータを送信する１つ以上のデバイスをも含み得る。
【００２７】
ＭＭＥ１３０は、ｅＮＢ１２０を制御及び管理する１つ以上の計算及び／又は通信デバイスを含み得る。ＭＭＥ１３０は、ＮＡＳシグナリングと、ＮＡＳシグナリング・セキュリティと、ＡＳセキュリティ制御と、３ＧＰＰアクセス・ネットワーク間のモビリティのためのＣＮ間シグナリングと、アイドル・モードのＵＥの到達可能性と、（アイドル及びアクティブ・モードのＵＥ１１０のための）トラッキング・エリア・リスト管理と、サービス提供ＧＷ１４０及びＰＤＮ  ＧＷ１５０の選択と、ＭＭＥ１３０の変更を伴うハンドオーバのためのＭＭＥ１３０の選択と、３ＧＰＰアクセス・ネットワークへのハンドオーバのためのＳＧＳＮの選択と、ローミングと、認証と、ベアラ管理機能と、ＥＴＷＳメッセージ送信のサポート等の１つ以上の動作を実行しうる。
【００２８】
例示的な実施形態では、ＭＭＥ１３０は、静的及び動的負荷情報に基づき、ＭＭＥ１３０（例えば、ＭＭＥ１３０−１）の負荷を推定でき、ＭＭＥプール１９０の他のＭＭＥ１３０（例えば、ＭＭＥ１３０−２から１３０−Ｎ）に推定した負荷を提供でき、推定した負荷に基づき、ＭＭＥプール１９０におけるＭＭＥ１３０の重みを推定できる。ＭＭＥ１３０は、推定した重み及び他のＭＭＥ１３０に関連する重みに基づき、ＭＭＥプール１９０の負荷の不平衡を検出でき、推定した負荷に基づき、ＭＭＥ１３０からオフロードする加入者数を決定できる。ＭＭＥ１３０は、推定した重み及び他のＭＭＥ１３０に関連する重みに基づき、決定した加入者数をオフロードする先の他のＭＭＥ１３０を決定でき、決定した他のＭＭＥに、決定した加入者数をオフロードし、負荷の不平衡に対処する。
【００２９】
サービス提供ＧＷ１４０は、ｅＮＢ１２０及び／又はＰＤＮ  ＧＷ１５０とユーザ・データ・パケットをルーティング及び転送する１つ以上の計算及び／又は通信デバイスを含み、ｅＮＢ間ハンドオーバの間、ユーザ・プレーンのためのモビリティ・アンカとして動作し、ロング・ターム・エボリューション（ＬＴＥ）と他の３ＧＰＰ技術との間のモビリティ・アンカとしての動作を行い得る。
【００３０】
ＰＤＮ  ＧＷ１５０は、ＵＥ１１０と外部パケット・データ・ネットワーク（例えば、ネットワーク１６０）間の接続を提供する１つ以上の計算及び／又は通信デバイスを含み得る。ＰＤＮ  ＧＷ１５０は、ＵＥ１１０へのトラフィック入出力点としての動作し、ＩＰデータ・サービスを制御し、ルーティングを実行し、ＩＰアドレスを割り当て、非３ＧＰＰアクセス・ネットワークへのアクセスを提供し、ポリシーの実行を行い得る。
【００３１】
ネットワーク１６０は、ローカル・エリア・ネットワーク（ＬＡＮ）と、ワイド・エリア・ネットワーク（ＷＡＮ）と、メトロポリタン・エリア・ネットワーク（ＭＡＮ）と、公衆交換電話ネットワーク（ＰＳＴＮ）のような電話ネットワークと、セルラ・ネットワークと、Ｗｉ−Ｆｉネットワークと、イントラネットと、インターネットと、光ファイバ（即ちファイバ・オプティック）に基づくネットワーク、又は、それらネットワークの組み合わせを含み得る。
【００３２】
図１にさらに示す様に、ｅＮＢ１２０は、Ｓ１−Ｃインタフェース経由でＭＭＥ１３０と相互接続し、Ｓ１−Ｕインタフェース経由でサービス提供ＧＷ１４０と相互接続する。複数のＭＭＥ１３０は、Ｓ１０インタフェースを介して相互接続できる。
【００３３】
図１は、ネットワーク１００の例示的な構成要素を示すが、他の実施形態において、ネットワーク１００は、図１に示すより少ない、種々の、異なる配備の、又は、追加の構成要素を含み得る。
【００３４】
図２は、ネットワーク１００のデバイスの１つに対応できるデバイス２００の例示的な構成要素を示している。図示する様に、デバイス２００は、バス２１０と、処理ユニット２２０と、メモリ２３０と、入力デバイス２４０と、出力デバイス２５０と、通信インタフェース２６０と、を備えている。
【００３５】
バス２１０は、デバイス２００の構成要素間の通信を可能とする。処理ユニット２２０は、命令を解釈して実行する１つ以上のプロセッサ及び／又はマイクロ・プロセッサを含み得る。幾つかの実施形態では、処理ユニット２２０は、１つ以上のアプリケーション専用集積回路（ＡＳＩＣ）、フィールド・プログラマブル・ゲート・アレイ（ＦＰＧＡ）等で実装されるか、それらを含み得る。メモリ２３０は、処理ユニット２２０が実行する情報及び命令を保存するランダム・アクセス・メモリ（ＲＡＭ）又は別のタイプの動的な保存デバイスと、処理ユニット２２０のための静的な情報及び命令を保存する読み出し専用メモリ（ＲＯＭ）及び／又は別のタイプの静的保存デバイスと、磁気又は光記録媒体、及び、情報及び／又は命令を保存する対応ドライブと、他のタイプのメモリと、それらの任意の組み合わせを含み得る。
【００３６】
入力デバイス２４０は、キーボード、キーパッド、マウス、ペン、マイクロフォン、１つ以上のバイオメトリック機構等の、オペレータがデバイス２００に情報を入力することを可能にするデバイスを含み得る。出力デバイス２５０は、ディスプレイ、プリンタ、スピーカ等を含む、オペレータに情報を出力するデバイスを含み得る。
【００３７】
通信インタフェース２６０は、デバイス２００が他のデバイス及び／又はシステムと通信することを可能にする、任意の送受信機のような機構を含み得る。例えば、通信インタフェース２６０は、ネットワーク経由で別のデバイス又はシステムと通信する機構を含み得る。本明細書に記載する様に、主メモリ２３０のようなコンピュータ可読媒体に含まれたソフトウェア命令を実行する処理ユニット２２０に応じて、デバイス２００は所定の動作を実行できる。コンピュータ可読媒体は、１つ以上の物理及び／又は論理メモリ・デバイスとして規定できる。論理メモリ・デバイスは、単一の物理メモリ・デバイスや、複数の物理メモリ・デバイスに広がった空間を含み得る。ソフトウェア命令は、通信インタフェース２６０を介して別のコンピュータ可読媒体から、或いは、別のデバイスからメモリ２３０に読み込み得る。メモリ２３０に含まれるソフトウェア命令は、後に説明する処理を処理ユニット２２０に実行させることができる。本明細書に記載する処理を実行するため、ソフトウェア命令に代えて、ハードウェア回路や、ソフトウェア命令とハードウェア回路の組み合わせを使用できる。従って、本明細書に記載するシステム及び／又は方法は、ハードウェア回路とソフトウェアの任意の特定の組み合わせに限定されない。
【００３８】
図２はデバイス２００の例示的な構成要素を示すが、他の実装において、デバイス２００は、図２に示すより少ない、種々の、異なる配備の、又は、追加の構成要素を含み得る。追加して又は代替として、デバイス２００の１つ以上の構成要素は、デバイス２００の１つ以上の他の構成要素により実行すると記述する１つ以上の他のタスクを実行できる。
【００３９】
図３は、ネットワーク１００の例示的な部分３００の構成要素間の例示的な相互動作を示している。図示する様に、例示的なネットワーク部分３００は、ＭＭＥ１３０−１、１３０−２及び１３０−３を含み得る。ＭＭＥ１３０−１、１３０−２及び１３０−３は、ＭＭＥプール（例えば、ＭＭＥプール１９０）を定義し、例えば、図１及び図２に関して記載した上記特徴を含み得る。
【００４０】
図３にさらに示す様に、ＭＭＥ１３０−１は負荷情報３１０−１を受信でき、ＭＭＥ１３０−２は、負荷情報３１０−２を受信でき、ＭＭＥ１３０−３は負荷情報３１０−３を受信できる。負荷情報３１０−１は、ＭＭＥ１３０−１に関連する瞬間負荷（例えば、ＭＭＥ１３０−１に関連するアクティブ呼及び／又はセッション数、ＭＭＥ１３０−１に登録されたユーザ（ＵＥ１１０）数等）を含み得る。負荷情報３１０−２は、ＭＭＥ１３０−２に関連する瞬間負荷（例えば、ＭＭＥ１３０−２に関連するアクティブ呼及び／又はセッション数、ＭＭＥ１３０−２に登録されるユーザ（ＵＥ１１０）数等）を含み得る。負荷情報３１０−３は、ＭＭＥ１３０−３に関連する瞬間負荷（例えば、ＭＭＥ１３０−３に関連するアクティブ呼及び／又はセッション数、ＭＭＥ１３０−３に登録されるユーザ（ＵＥ１１０）数等）を含み得る。各ＭＭＥ１３０は、負荷情報３１０に基づき、それ自体の負荷を推定し、ＭＭＥプール１９０の他のＭＭＥ１３０に、推定した負荷を提供できる。例えば、ＭＭＥ１３０−１は、負荷情報３１０−１に基づきその負荷３２０−１を推定し、ＭＭＥ１３０−２及びＭＭＥ１３０−３に、推定負荷３２０−１を提供できる。ＭＭＥ１３０−２は、負荷情報３１０−２に基づきその負荷３２０−２を推定し、ＭＭＥ１３０−１及びＭＭＥ１３０−３に、推定負荷３２０−２を提供できる。ＭＭＥ１３０−３は、負荷情報３１０−３に基づきその負荷３２０−３を推定し、ＭＭＥ１３０−１及びＭＭＥ１３０−２に、その推定負荷３２０−３を提供できる。一例では、各ＭＭＥ１３０は、ＭＭＥプール１９０の他のＭＭＥ１３０と、推定負荷３２０を同時に交換できる。別の例では、ＭＭＥ１３０−１は、第１の時間にＭＭＥ１３０−２及びＭＭＥ１３０−３に推定負荷３２０−１を提供でき、ＭＭＥ１３０−２は、（例えば、第１の時間と異なる）第２の時間にＭＭＥ１３０−１及びＭＭＥ１３０−３に推定負荷３２０−２を提供でき、ＭＭＥ１３０−３は（例えば、第１及び第２の時間と異なる）第３の時間にＭＭＥ１３０−１及びＭＭＥ１３０−２に推定負荷３２０−３を提供できる。
【００４１】
ＭＭＥ１３０のそれぞれは、推定負荷３２０及び／又は他の情報（例えば、ポリシー情報、他のＭＭＥ１３０の推定負荷３２０）に基づき、ＭＭＥプール１９０における、その重みを推定でき、ＭＭＥプール１９０の他のＭＭＥ１３０に、推定した重みを通知できる。例えば、ＭＭＥ１３０−１は、推定負荷３２０−１、３２０−２及び３２０−３に基づき、ＭＭＥプール１９０における、その重み３３０−１を推定でき、ＭＭＥ１３０−２及びＭＭＥ１３０−３に推定重み３３０−１を通知できる。ＭＭＥ１３０−２は、推定負荷３２０−１、３２０−２及び３２０−３に基づき、ＭＭＥプール１９０における、その重み３３０−２を推定でき、ＭＭＥ１３０−１及びＭＭＥ１３０−３に推定重み３３０−２を通知できる。ＭＭＥ１３０−３は、推定負荷３２０−１、３２０−２及び３２０−３に基づきＭＭＥプール１９０における、その重み３３０−３を推定でき、ＭＭＥ１３０−１及びＭＭＥ１３０−２に推定重み３３０−３を通知できる。
【００４２】
１つ以上のＭＭＥ１３０は、ＭＭＥ１３０に関連するｅＮＢ１２０に重み３３０を通知できる。例えば図３に示す様に、ＭＭＥ１３０−１は、参照番号３４０で示す様に、（図示しない）ｅＮＢ１２０に重み３３０−１、３３０−２及び３３０−３を通知できる。一例では、１つ以上のＭＭＥ１３０は、Ｓ１−ＡＰプロトコル・メッセージでｅＮＢ１２０に重み３３０を通知できる。各ＭＭＥ１３０は、ｅＮＢ１２０へのＳ１インタフェース接続を含み、Ｓ１インタフェース接続で提供されるＳ１−ＡＰ構成更新メッセージによりｅＮＢに重み３３０を通知できる。ＭＭＥ１３０は、相互に（例えば、ポリシーにより）協調してｅＮＢ１２０に送信するメッセージ（例えば、重み３３０の通知）数を最少化し、矛盾の無い重み３３０の集合をｅＮＢ１２０に提供することを保証できる。
【００４３】
ＭＭＥ１３０の１つは、その推定重み３３０及びＭＭＥプール１９０の他のＭＭＥ１３０の重みに基づき、ＭＭＥプール１９０の負荷の不平衡を検出できる。例えば、ＭＭＥ１３０−１は、推定重み３３０−１と、ＭＭＥ１３０−２及びＭＭＥ１３０−３にそれぞれ関連する重み３３０−２及び３３０−３とに基づき、ＭＭＥプール１９０の負荷の不平衡（例えば、ＭＭＥ１３０−１が過負荷であること）を検出できる。ＭＭＥ１３０−１は、（例えば、負荷不平衡に対処するため）ＭＭＥ１３０−１からオフロードする加入者（例えば、ＭＭＥ１３０−１に関連するＵＥ１１０）数を決定でき、加入者をオフロードする先となる、ＭＭＥプール１９０の他のＭＭＥ１３０を決定できる。一例では、ＭＭＥ１３０−１は、特定数の加入者をＭＭＥ１３０−１からオフロードして、ＭＭＥ１３０−２及びＭＭＥ１３０−３に提供すべきことを決定できる。参照番号３５０−１により示す様に、ＭＭＥ１３０−１は、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−２に再分配、即ちオフロードでき、及び／又は、参照番号３５０−２により示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−３に再分配、即ちオフロードできる。
【００４４】
図３は、ネットワーク部分３００の例示的な構成要素を示すが、他の実装では、ネットワーク部分３００は、図３に示すより少ない、種々の、異なる配備の、又は、追加の構成要素を含み得る。追加して又は代替として、ネットワーク部３００の１つ以上の構成要素はネットワーク部３００の１つ以上の他の構成要素により実行する様に記述する１つ以上の他タスクを実行できる。
【００４５】
図４は、ＭＭＥ１３０の１つ（例えば、ＭＭＥ１３０−１）の例示的な機能構成要素を示している。ＭＭＥ１３０−２から１３０−Ｎも同様である。一実施形態では、図４に関して説明する機能は、１つ以上のデバイス２００（図２）の構成要素により実行され得る。図４に示す様に、ＭＭＥ１３０−１は、プール管理部４００と、ＮＡＳセキュリティ部４１０と、アイドル状態モビリティ処理部４２０と、発展型パケット・システム（ＥＰＳ）ベアラ制御部４３０と、を備えている。
【００４６】
プール管理部４００は、負荷情報３１０−１を受信でき、負荷情報３１０−１に基づき負荷３２０−１を推定でき、ＭＭＥ１３０−２及びＭＭＥ１３０−３に推定負荷３２０−１を提供できる、任意のハードウェアや、ハードウェアとソフトウェアの組み合わせを含み得る。プール管理部４００は、ＭＭＥ１３０−２及びＭＭＥ１３０−３からそれぞれ推定負荷３２０−２及び３２０−３を受信できる。プール管理部４００は、推定負荷３２０−１、３２０−２及び３２０−３に基づきＭＭＥプール１９０における、その重み３３０−１を推定でき、ＭＭＥ１３０−２及びＭＭＥ１３０−３に推定重み３３０−１を通知できる。プール管理部４００は、ＭＭＥ１３０−２及びＭＭＥ１３０−３からそれぞれ推定重み３３０−２及び３３０−３を受信でき、参照番号３４０により示す様に、（図示しない）ｅＮＢ１２０に重み３３０−１、３３０−２及び３３０−３を通知できる。プール管理部４００は、推定重み３３０−１、３３０−２及び３３０−３に基づきＭＭＥプール１９０の負荷の不平衡（例えば、ＭＭＥ１３０−１が過負荷であること）を検出し、ＭＭＥ１３０−１からオフロードする加入者数を決定し、決定した加入者数を、オフロードさせる先のＭＭＥ１３０を決定できる。参照番号３５０−１により示す様に、ＭＭＥ１３０−１は、決定した加入者の一部（例えば、負荷）をＭＭＥ１３０−２にオフロードでき、及び／又は、参照番号３５０−２により示す様に、決定した加入者の一部（例えば、負荷）をＭＭＥ１３０−３にオフロードできる。
【００４７】
ＮＡＳセキュリティ部４１０は、一時的な識別子を生成し、ＵＥ１１０に割り当てることができ、サービス・プロバイダのネットワーク（例えば、公衆地上移動ネットワーク（ＰＬＭＮ）にキャンプ・オンするＵＥの認証を検査できる任意のハードウェア又はハードウェアとソフトウェアの組み合わせを含み得る。ＮＡＳセキュリティ部４１０は、ＵＥにローミング制限を強いることもできる。アイドル状態モビリティ処理部４２０は、ＵＥ１１０がアイドル状態にある（例えば、通話中でない）場合に、手順を実行できる任意のハードウェア又はハードウェアとソフトウェアの組み合わせを含み得る。これらの手順は、セル選択（例えば、ＵＥ１１０がオンに切り替わった後に実行する）及びセル再選択（例えば、ＵＥ１１０があるセルから別のセルに移動する場合に実行する）を含み得る。
【００４８】
ＥＰＳベアラ制御部４３０は、ＭＭＥ１３０−１に関連するＥＰＳベアラ（例えば、ＵＥ１１０とＰＤＮ  ＧＷ１５０間に共通するＱｏＳの取り扱いを受けるトラフィック・フローの一意の識別子）を制御できる任意のハードウェア又はハードウェアとソフトウェアの組み合わせを含み得る。
【００４９】
図４は、ＭＭＥ１３０−１の例示的な機能構成要素を示すが、他の実装では、ＭＭＥ１３０−１は、図４に示すより少ない、種々の、異なる配備の、又は、追加の機能構成要素を含み得る。追加して又は代替として、ＭＭＥ１３０−１の１つ以上の機能構成要素は、ＭＭＥ１３０−１の１つ以上の他機能構成要素により実行する様に記述する１つ以上の他タスクを実行できる。
【００５０】
図５は、プール管理部４００の例示的な機能構成要素を示している。一実施形態では、図５に関して説明する機能は、１つ以上のデバイス２００（図２）の構成要素により実行できる。図５に示す様に、プール管理部４００は、負荷推定器５００と、重み推定器５１０と、バルク移動折衝器５２０と、バルク移動器５３０と、を備えている。負荷推定器５００は、負荷情報３１０−１を受信でき、負荷情報３１０−１に基づき推定負荷３２０−１を計算でき、ＭＭＥ１３０−２、・・・、１３０−Ｎ及び重み推定器５１０に推定負荷３２０−１を提供できる、任意のハードウェア又はハードウェアとソフトウェアの組み合わせを含み得る。一例では、負荷推定器５００は、動的負荷情報（例えば、ＭＭＥ１３０−１に関連するアクティブ呼及び／又はセッション数、ＭＭＥ１３０−１に関連するトラッキング・エリア更新手順数等）及び／又は静的負荷情報（例えば、ＭＭＥ１３０−１に登録されているユーザ（ＵＥ１１０）数）に基づき、ＭＭＥ１３０−１の推定負荷３２０−１を決定できる。例示的な実施形態では、負荷推定器５００は、次式により推定負荷３２０−１（負荷）を計算できる。
【００５１】
【数１】
2013511888.tif 000003
ここで、
ａ、ａ１、ａ２、ｂ、ｂ１、ｂ２、ｂ３、及びｂ４は定数を含み、
ＳＡＵは、ＭＭＥ１３０−１に登録されたユーザ（例えば、ＵＥ１１０）数を含み、
ｍａｘＳＡＵは、ＭＭＥ１３０−１に許可された最大ユーザ数を含み、
ＴＡＵ＿ｓは、時間切れにより生じ、ＭＭＥ１３０−１に関連する最終計数間隔中に実行されるトラッキング・エリア更新手順数を含み、
ｍａｘＴＡＵは、ＭＭＥ１３０−１によりサポートされる（例えば、ハードウェアとＭＭＥ１３０−１に許可される最大ユーザ数の関数であり得る）トラッキング・エリア更新手順の最大数を含み、
ＣＰＵ＿ｌｏａｄは、最終計数間隔中にＭＭＥ１３０−１の全中央処理ユニット（ＣＰＵ）で測定されたＣＰＵの負荷を含み、
ＰＤＰ＿Ｃｏｎｔｅｘｔｓは、ＭＭＥ１３０−１における同時に活性化しているパケット・データ・プロトコル（ＰＤＰ）コンテキスト数を含み、
ｍａｘＰＤＰ＿Ｃｏｎｔｅｘｔｓは、ＭＭＥ１３０−１によりサポートされる同時に活性化できるＰＤＰコンテキスト最大数の含み、
ＴＡＵ＿ｄは、トラッキング・エリア境界を横断することにより生じ、ＭＭＥ１３０−１に関連する最終計数間隔中に実行されたトラッキング・エリア更新手順数を含み、
ＨＯは、ＭＭＥ１３０−１に関連する最終計数間隔中に実行されたハンドオーバ数を含み、
ｍａｘＨＯは、ＭＭＥ１３０−１によりサポートされ得る（例えば、ハードウェアとＭＭＥ１３０−１に許可された最大ユーザ数の関数であり得る）最大ハンドオーバ数を含み得る。
【００５２】
重み推定器５１０は、負荷推定器５００から推定負荷３２０−１を受信でき、ＭＭＥプール１９０の他のＭＭＥ１３０−２、・・・、１３０−Ｎから推定負荷３２０−２、・・・、３２０−Ｎを受信できる任意のハードウェア又はハードウェアとソフトウェアの組み合せを含うる。重み推定器５１０は、推定負荷３２０−１に基づく（例えば、推定負荷３２０−２、・・・、３２０−Ｎにも基づく）推定重み３３０−１を計算でき、ＭＭＥ１３０−２、・・・、１３０−Ｎに推定重み３３０−１を通知でき、バルク移動折衝器５２０に推定重み３３０−１を提供できる。参照番号３４０で示す様に、重み推定器５１０は、（図示しない）ｅＮＢ１２０に、重み３３０−１、・・・、３３０−Ｎを通知できる。一例では、重み推定器５１０は、ＭＭＥ１３０−１に関連する瞬間負荷（例えば、推定負荷３２０−１）、ＭＭＥ１３０−１に登録される最大ユーザ（例えば、ＵＥ１１０）数及び／又はＭＭＥ１３０−１のオペレータにより提供されるポリシーに基づき推定重み３３０−１を計算できる。
【００５３】
バルク移動折衝器５２０は、重み推定器５１０から推定重み３３０−１を受信でき、ＭＭＥ１３０−２、・・・、１３０−Ｎから推定重み３３０−１、・・・、３３０−Ｎを受信できる任意のハードウェア又はハードウェアとソフトウェアの組み合せを含み得る。バルク移動折衝器５２０は、推定重み３３０−１及びＭＭＥ１３０−２、・・・、１３０−Ｎそれぞれに関連する推定重み３３０−１、・・・、３３０−Ｎに基づき、ＭＭＥプール１９０の負荷不平衡を検出できる（例えば、参照番号５４０で示す様に、ＭＭＥ１３０−１の過負荷を検出できる）。バルク移動折衝器５２０は、（例えば、負荷不平衡を対処するため）ＭＭＥ１３０−１からオフロードする加入者（例えば、ＭＭＥ１３０−１に関連するＵＥ１１０）数を決定でき、加入者を、ＭＭＥプール１９０の他のＭＭＥ１３０のどれにオフロードすしるかを決定できる。一例では、バルク移動折衝器５２０は、特定数の加入者をＭＭＥ１３０−１からオフロードしてＭＭＥ１３０−２及び／又は１３０−３に移動させるべきかを示す移動条件５５０を決定できる。バルク移動折衝器５２０は、バルク移動器５３０と、ＭＭＥ１３０−２及び／又は１３０−３に移動条件５５０を提供できる。一例では、バルク移動折衝器５２０は、どれぐらい速く、加入者をＭＭＥ１３０−１からオフロードさせるかを（例えば、移動条件５５０により）決定できる。バルク移動折衝器５２０は、過負荷を検出すると起動されるが、一例では、バルク移動折衝器５２０は、潜在的な過負荷状況を防止するために予め起動される。別の例では、バルク移動折衝器５２０に関連する機能は、オプションであり、オペレータの規定するポリシーにより実行され得る。
【００５４】
バルク移動器５３０は、バルク移動折衝器５２０から移動条件５５０を受信できる任意のハードウェア又はハードウェアとソフトウェアの組み合せを含み得る。バルク移動器５３０は、参照番号３５０−１で示す様に、決定した加入者（例えば、負荷）の一部を、ＭＭＥ１３０−２に再配分し、及び／又は、参照番号３５０−２で示す様に、決定した加入者（例えば、負荷）の一部を、ＭＭＥ１３０−３に再配分するために、移動条件５５０を実行できる。
【００５５】
一例では、バルク移動器５３０は、３ＧＰＰ手順により（例えば、移動されるＵＥ１１０に関連する）ユーザ・コンテキストを伝送できる。バルク移動器５３０は、（例えば、サービスを提供されている総てのユーザを移動させる必要がない場合）移動させる実ユーザを選択でき（例えば、アクティブＵＥ１１０、非アクティブＵＥ１１０等から選択）、選択したユーザを移す順序を決定できる。別の例では、バルク移動器５３０は、３ＧＰＰ手順により、非アクティブ加入者（例えば、非アクティブＵＥ１１０）を移動でき、アクティブ加入者へのサービスの中断なくアクティブ加入者（例えば、アクティブＵＥ１１０）を移動でき、移動動作の進捗を追跡して報告できる。
【００５６】
図５は、プール管理部４００の例示的な機能構成要素を示すが、他の実装では、プール管理部４００は、図５に示すより少ない、種々の、異なる配備の、又は、追加の機能構成要素を含み得る。追加して又は代替として、プール管理部４００の１つ以上の機能構成要素は、プール管理部４００の１つ以上の他機能構成要素により実行する様に記述する１つ以上の他タスクを実行できる。
【００５７】
ＭＭＥプール管理の分散ソリューションは、図４及び図５に関する上記機能を実行するＭＭＥ１３０のそれぞれを含み得る。これらの機能は、ＭＭＥプール１９０内のＭＭＥ１３０により並列に実行できる。この並列実行は、タイムリーなアクセス情報（例えば、ＭＭＥ１３０に関する負荷情報３１０）、ユーザ（例えば、ＵＥ１１０）移動に関する分散意思決定、移動の同期実行に関係する結果を生じる。図６から図１１は、これらの問題と取り組む幾つかの例示技術を提示するが、他の技術もまた使用できる。
【００５８】
図６から図１１は、ネットワーク１００の例示的な部分６００から１１００構成要素間の例示的な相互動作を示している。図６に示す様に、例示的なネットワーク部分６００は、ＭＭＥ１３０−１、１３０−２及び１３０−３を含み得る。ＭＭＥ１３０−１、１３０−２及び１３０−３は、ＭＭＥプール（例えば、ＭＭＥプール１９０）を規定でき、例えば、図１から図５に関する上記特徴を含み得る。
【００５９】
図６は、ＭＭＥ１３０に関する負荷情報（例えば、負荷情報３１０）を交換するための例示的な技術を示している。図示する様に、ＭＭＥ１３０のそれぞれは、ＭＭＥプール１９０の他のＭＭＥ１３０のそれぞれに、特定の負荷メッセージ６１０を送信できる。例えば、ＭＭＥ１３０−１は、ＭＭＥ１３０−２及び１３０−３に負荷メッセージ６１０−１を送信できる。負荷メッセージ６１０−１は、ＭＭＥ１３０−１に関連する瞬間負荷（例えば、推定負荷３２０−１）を含み得る。ＭＭＥ１３０−２は、ＭＭＥ１３０−１及び１３０−３に負荷メッセージ６１０−２を送信できる。負荷メッセージ６１０−２は、ＭＭＥ１３０−２に関連する瞬間負荷（例えば、推定負荷３２０−２）を含み得る。ＭＭＥ１３０−３は、ＭＭＥ１３０−１及び１３０−２に負荷メッセージ６１０−３を送信できる。負荷メッセージ６１０−３は、ＭＭＥ１３０−３に関連する瞬間負荷（例えば、推定負荷３２０−３）を含み得る。一例では、ＭＭＥ１３０は、規則的な間隔で負荷メッセージ６１０を交換できる。別の例では、（例えば、特定のＭＭＥ１３０に関連する）負荷が、特定の時間間隔中に特定の閾値より多く変化する場合や、（例えば、特定のＭＭＥ１３０に関連する）負荷が、閾値を満たすか、超える場合のイベント（例えば、過負荷検出）に応じて、及び／又は、他のイベントに応じて、ＭＭＥ１３０のそれぞれは、ＭＭＥプール１９０の他のＭＭＥ１３０に負荷メッセージ６１０を提供できる。ＭＭＥ１３０は、（例えば、ＭＭＥ識別子、ＭＭＥの負荷及びタイム・スタンプを含み得る）Ｓ１０メッセージにより負荷メッセージ６１０を交換できる。
【００６０】
図７は、ＭＭＥ１３０に関連する負荷情報（例えば、負荷情報３１０）交換の別の例示的な技術を示し得る。図示する様に、例示的なネットワーク部分７００は、ＭＭＥ１３０−１から１３０−Ｎを含み得る。ＭＭＥ１３０−１から１３０−Ｎは、ＭＭＥプール（例えば、ＭＭＥプール１９０）を規定でき、例えば、図１から図５に関する上記特徴を含み得る。ＭＭＥ１３０−１から１３０−Ｎは、（例えば、Ｓ１０インタフェースに基づく）リング・トポロジに配備しうる。一例では、ＭＭＥ１３０のリング・トポロジは、自己組織化でき、Ｓ１０メッセージはトポロジーを維持できる。別の例では、ＭＭＥ１３０のリング・トポロジは、（例えば、オペレータにより規定又はＭＭＥの識別子に基づく）規則に基づき組織化できる。図７にさらに示す様に、ＭＭＥプール１９０のあるＭＭＥ１３０（例えば、ＭＭＥ１３０−１）は、負荷メッセージ７１０−１を生成でき、ＭＭＥ１３０−２（例えば、リング・トポロジの次のＭＭＥ１３０）に負荷メッセージ７１０−１を提供できる。負荷メッセージ７１０−１は、（例えば、ＭＭＥプール１９０のＭＭＥ１３０の数に応じて）可変サイズであり、ＭＭＥ１３０−１に関連する負荷、ＭＭＥ１３０−１に関連する識別子及びタイム・スタンプを含み得る。負荷メッセージ７１０−１は、負荷、識別子及びタイム・スタンプ情報を提供するために、ＭＭＥプール１９０の他のＭＭＥ１３０のフィールドをも含み得る。例えば、ＭＭＥ１３０−２は、（例えば、更新負荷メッセージ７１０−２を作成するために）負荷メッセージ７１０−１に、その負荷、識別子及びタイム・スタンプ情報を提供でき、ＭＭＥ１３０−３に更新負荷メッセージ７１０−２を提供できる。ＭＭＥ１３０−３は、（例えば、更なる更新負荷メッセージ７１０−３を作成するため）更新負荷メッセージ７１０−２に、その負荷、識別子及びタイム・スタンプ情報を提供でき、この処理は、ＭＭＥ１３０−ＮがＭＭＥ１３０−１に（例えば、全ＭＭＥ１３０のための負荷、識別子及びタイム・スタンプを含み得る）負荷メッセージ７１０−Ｎを提供するまで継続しうる。このように、リング・トポロジの各ＭＭＥ１３０は、他のＭＭＥ１３０にその負荷情報を提供できる。
【００６１】
図８は、ＭＭＥ１３０に関連する負荷情報（例えば、負荷情報３１０）を交換するためのさらに別の例示的な技術を示し得る。図示する様に、例示的なネットワーク部分８００は、ＭＭＥ１３０−１から１３０−Ｎを含み得る。ＭＭＥ１３０−１から１３０−ＮはＭＭＥプール（例えば、ＭＭＥプール１９０）を規定でき、例えば、図１から図５に関する上記特徴を含み得る。さらに図示する様に、ＭＭＥ１３０の１つ（例えば、ＭＭＥ１３０−１）を反射ノード８１０として指定できる。一例では、反射ノード８１０は、ＭＭＥプール１９０を代表して負荷平衡化の決定を為しえ、ＭＭＥ１３０−２からＭＭＥ１３０−Ｎより負荷メッセージ８２０を受信できる。例えば、ＭＭＥ１３０−２は、反射ノード８１０に負荷メッセージ８２０−２を、ＭＭＥ１３０−３は、反射ノード８１０に負荷メッセージ８２０−３を、ＭＭＥ１３０−Ｎは、反射ノード８１０に負荷メッセージ８２０−Ｎを提供できる。負荷メッセージ８２０のそれぞれは、ＭＭＥ識別子、ＭＭＥ負荷及びタイム・スタンプを含み得る。
【００６２】
反射ノード８１０は、負荷メッセージ８２０を受信でき、連結負荷メッセージ８３０を生成するために、負荷メッセージ８２０を連結でき、ＭＭＥ１３０−２から１３０−Ｎに連結負荷メッセージ８３０を提供できる。一例では、図７で説明したように、反射ノード８１０は、連結負荷メッセージ８３０を生成するために、負荷メッセージ８２０を連結することができる（例えば、反射ノード８１０が、ＭＭＥ１３０−１から１３０−Ｎに関連する負荷、識別子及びタイム・スタンプ情報を含む単一の負荷メッセージを作成できる）。別の例では、反射ノード８１０は、負荷メッセージ８２０を複製（例えば、負荷メッセージ８２０のメッセージ構成を維持）することで連結負荷メッセージ８３０を生成するために、負荷メッセージ８２０を連結できる。負荷メッセージ８２０により反射ノード８１０を過負荷にしないため、一例では、ＭＭＥ１３０−２から１３０−Ｎは、（例えば、ランダムに選択した時間間隔により、ＭＭＥ識別子等に基づく固定的な順序により）負荷メッセージ８２０を送信するタイミング機構を使用できる。このように、ＭＭＥ１３０は、他のＭＭＥ１３０にその負荷情報を伝達できる。
【００６３】
図９から図１１は、特定の時間に単一の移動動作のみが実行されることを保証できる移動動作（例えば、負荷再分配動作）を実行する例示的な技術を示す。図９から図１１に関し、総てのＭＭＥ１３０が、他のＭＭＥ１３０の負荷情報に同時にアクセスし、総てのＭＭＥ１３０が、類似の方法で（例えば、バルク移動折衝器５２０及びバルク移動器５３０（図５）により）負荷再平衡化動作を実行する必要性を評価することを、仮定する。
【００６４】
図９は、ＭＭＥ１３０に関連する移動動作（例えば、負荷再分配動作）を実行する例示的な技術を示し得る。図示する様に、例示的なネットワーク部分９００は、ＭＭＥ１３０−１、１３０−２及び１３０−３を含み得る。ＭＭＥ１３０−１、１３０−２及び１３０−３は、ＭＭＥプール（例えば、ＭＭＥプール１９０）を規定でき、例えば、図１から図５に関する上記特徴を含み得る。ＭＭＥプール１９０は、特定時間間隔中に移動動作を実行できるＭＭＥ１３０に関連するトークン９１０を規定できる。この例では、トークン９１０は、ＭＭＥ１３０−１が移動動作を実行できることを示していると仮定している。トークン９１０は、各ＭＭＥ１３０で特定時間間隔だけ保持された後、ＭＭＥプール１９０の各ＭＭＥ１３０へ順に送られる。例えば、ＭＭＥ１３０−２は、（例えば、特定時間間隔後）ＭＭＥ１３０−３へトークン９１０を提供でき、ＭＭＥ１３０−３は、（例えば、特定時間間隔後）ＭＭＥ１３０−１へトークン９１０を提供できる。トークン９１０の送信順序は変更でき、トークン９１０は、ＭＭＥプール１９０の各ＭＭＥ１３０に公平に提供される。一例では、各ＭＭＥ１３０は、事前に規定した順序（例えば、ＭＭＥ識別子等に基づきオペレータにより指定）により、その近隣ＭＭＥ１３０の１つにトークン９１０を送信できる。別の例では、各ＭＭＥ１３０は、ＭＭＥプール１９０の別のＭＭＥ１３０にトークン９１０をランダムに提供できる。図９にさらに示す様に、（例えば、移動動作を開始できる）ＭＭＥ１３０−１は、トークン９１０を受信でき、トークン９１０の受信に基づき移動動作を開始できる。例えば、ＭＭＥ１３０−１は、参照番号３５０−１で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−２にオフロードでき、及び／又は、参照番号３５０−２で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−３にオフロードできる。
【００６５】
移動動作の実行は、移動を実行する特定のＭＭＥ１３０によりサービス提供されるユーザ（例えば、ＵＥ１１０）数及び特定ＭＭＥ１３０に関連する最大移動率に応じた時間を要する。ユーザは移動動作の間、ＭＭＥ１３０間を移動できるので、ＭＭＥ１３０の負荷は、移動動作中に変動しうる。これを考慮し、移動動作に含まれるＭＭＥ１３０は、負荷情報の交換を一時中止できるか、移動動作中に受信する負荷情報を無視できる。
【００６６】
移動動作中のＭＭＥ１３０−１、ＭＭＥ１３０−２及び／又はＭＭＥ１３０−３の負荷変動と取り組むため、例示的なネットワーク部分９００は、（例えば、ＭＭＥ１３０−１がＭＭＥ１３０−２及びＭＭＥ１３０−３に提供する）カラー・トークン９２０を導入できる。カラー・トークン９２０は、ＭＭＥ１３０−２及びＭＭＥ１３０−３に負荷情報の交換の一時中止か、移動動作中に受信する負荷情報の無視をさせることができる。一例では、事前に規定したカラー順序及び（例えば、カラー・トークン９２０の）遷移規則は、トークンのカラーの変更を許容する条件を指定できる。この条件指定は、高優先度の動作が生じているので（例えば、ＭＭＥ１３０により）、実行中又は一時的に中止された動作に対応するトークンのバーチャル・スタックを持つことを含み得る。カラー・トークン９２０は、上記のように順送りできるが、カラー・トークン９２０のカラーを変えるＭＭＥ（例えば、ＭＭＥ１３０−１）のみが、一度動作が終了すると、トークンのカラーのグレードを上げるか下げるかの何れかを行う権利を有しうる。このように、ＭＭＥ１３０−２及びＭＭＥ１３０−３は、負荷情報の交換の一時中止又は移動動作中に受信する負荷情報の無視を行い得る。
【００６７】
図１０は、ＭＭＥ１３０に関連する移動動作（例えば、負荷再分配動作）を実行する別の例示的な技術を示し得る。図示する様に、例示的なネットワーク部分１０００は、ＭＭＥ１３０−１、１３０−２及び１３０−３を含み得る。ＭＭＥ１３０−１、１３０−２及び１３０−３は、ＭＭＥプール（例えば、ＭＭＥプール１９０）を規定でき、例えば、図１から図５に関する上記特徴を含み得る。さらに図示する様に、ＭＭＥ１３０−１は、反射ノード８１０（図８）として指定できる。
【００６８】
図１０に示す例示技術によれば、反射ノード８１０（例えば、ＭＭＥ１３０−１）は、移動動作を開始できる唯一のＭＭＥ１３０であり得る。例えば、反射ノード８１０は、参照番号１０１０で示す様に、ＭＭＥ１３０−２及び１３０−３に移動動作を通知できる。反射ノード８１０は、参照番号３５０−１で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−２にオフロードでき、及び／又は、参照番号３５０−２で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−３にオフロードできる。反射ノード８１０は、実行する動作タイプを（又は動作タイプの変更が必要な場合に）ＭＭＥプール１９０の他のＭＭＥ１３０に（例えば、シグナリングにより）通報できる。このようなシグナリングは、（例えば、オペレータが規定する優先順位に基づき）他のＭＭＥ１３０による他の動作の実行を中止できる。
【００６９】
図１１は、ＭＭＥ１３０に関連する移動動作（例えば、負荷再分配動作）を実行するさらに別の例示的な技術を示し得る。図示する様に、例示的なネットワーク部分１１００は、ＭＭＥ１３０−１、１３０−２及び１３０−３を含み得る。ＭＭＥ１３０−１、１３０−２及び１３０−３は、ＭＭＥプール（例えば、ＭＭＥプール１９０）を規定でき、例えば、図１から図５に関する上記特徴を含み得る。
【００７０】
伝送遅延により、全ＭＭＥ１３０が正確な同一時間に同一情報を受信するのは可能ではない。図１１に示す例示的な技術によれば、参照番号１１１０により示す様に、負荷の不平衡を検出する第１のＭＭＥ１３０（例えば、ＭＭＥ１３０−１）は、ＭＭＥプール１９０のセマフォ（例えば、同一リソースに関して競合する複数処理を調整又は同期化するデバイス）として指定できる。セマフォ（例えば、ＭＭＥ１３０−１）は、実行される動作タイプに関し、ＭＭＥプール１９０の同期化を可能にする。セマフォを一度指定すると、別のタイプの動作を実行する前に、セマフォを解放する必要があり得る。例えば、ＭＭＥ１３０−１は、他のＭＭＥ１３０（例えば、ＭＭＥ１３０−２及び１３０−３）と交信し、参照番号１１２０で示す様に、移動動作の設定を試みることができる。複数のＭＭＥ１３０による移動動作を設定する、競合する試みは、これら試みに関連するタイム・スタンプ（例えば、ＭＭＥの識別子）の使用により解決できる。さらに図１１に示す様に、ＭＭＥ１３０−１は、参照番号３５０−１で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−２にオフロードでき、及び／又は、参照番号３５０−２で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−３にオフロードできる。
【００７１】
図６から図１１は、ネットワーク部分６００から１１００の例示的な構成要素を示すが、他の実装では、ネットワーク部分６００から１１００は、図６から図１１に示すものより少ない、種々の、異なる配備の、又は、追加的な構成要素を含み得る。追加して又は代替として、ネットワーク部分６００から１１００の１つ以上の構成要素はネットワーク部分６００から１１００の１つ以上の他の構成要素により実行する様に記述する１つ以上の他のタスクを実行できる。
【００７２】
図１２は、本明細書に記載する実施形態によるＭＭＥプールの自己管理のための、例示的なトークンに基づく処理１２００のフローチャートである。一実施形態では、処理１２００は、ＭＭＥ１３０の１つ（例えば、ＭＭＥ１３０−１）により実行できる。他の実施形態では、処理１２００の幾つか又は総ては、（例えば、ＭＭＥ１３０の１つと通信する）別のデバイス又はデバイス・グループにより実行できる。
【００７３】
処理１２００に関し、既存ユーザ（例えば、ＵＥ１１０）は、ＭＭＥ１３０間で平衡させる様に分配され、新規ユーザは、適切な平衡状態がＭＭＥ１３０間で維持できる様に、ＭＭＥプール１９０に追加されることを仮定する。通常状態下で動作する限り、ＭＭＥプール１９０は平衡していると仮定できる。よって、通常状態では、ＭＭＥ１３０は、再平衡化の必要なく負荷情報を交換できる。ＭＭＥプール１９０内で同時に実行できるプール管理動作（例えば、再平衡化、負荷監視等）の複数のカテゴリーを区別するために、処理１２００はカラー・トークンを使用できる。
【００７４】
図１２に例示する様に、処理１２００は、ＭＭＥ１３０−１がトークン・ホルダであるかを決定する（ブロック１２０５）ＭＭＥ１３０（例えば、ＭＭＥ１３０−１）を含み得る。ＭＭＥ１３０−１がトークン・ホルダでなければ（ブロック１２１０がＮｏ）、ＭＭＥ１３０−１は、トークンが時間切れしたかを決定できる（ブロック１２１５）。トークンが時間切れしたのであれば（ブロック１２１５がＹｅｓ）、ＭＭＥ１３０−１は、ＭＭＥ１３０−１がトークン・ホルダであるかを再度決定できる（ブロック１２０５）。トークンが時間切れしていなければ（ブロック１２１５がＮｏ）、ＭＭＥ１３０−１は、トークンが時間切れするまで待機できる（ブロック１２２０）。ＭＭＥ１３０−１がトークン・ホルダであれば（ブロック１２１０がＹｅｓ）、ＭＭＥ１３０−１はトークンのカラーを決定できる（ブロック１２２５）。
【００７５】
図１２にさらに示す様に、ＭＭＥ１３０−１が、トークンが赤であると決定すれば、ＭＭＥ１３０−１は、バルク移動機能（例えば、移動動作）を実行できる（ブロック１２３０）。移動が完了したとＭＭＥ１３０−１が決定すれば（ブロック１２３５がＹｅｓ）、ＭＭＥ１３０−１は、トークン・カラーを青に変更できる（ブロック１２４０）。移動が完了していないとＭＭＥ１３０−１が決定すれば（ブロック１２３５がＮｏ）、ＭＭＥ１３０−１は、次のトークン・ホルダを決定できる（ブロック１２４５）。例えば、図３の実施形態において、ＭＭＥ１３０−１は、（例えば、負荷の不平衡を対処するため）、ＭＭＥ１３０−１からオフロードする加入者（例えば、ＭＭＥ１３０−１に関連するＵＥ１１０）数を決定でき、加入者のオフロード先となるＭＭＥプール１９０の他のＭＭＥ１３０を決定できる。一例では、ＭＭＥ１３０−１は、特定数の加入者をＭＭＥ１３０−１からオフロードし、ＭＭＥ１３０−２及び／又はＭＭＥ１３０−３に提供すべきことを決定できる。参照番号３５０−１で示す様に、ＭＭＥ１３０−１は、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−２に再分配、即ちオフロードでき、及び／又は、参照番号３５０−２で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−３に再分配、即ちオフロードできる。
【００７６】
図１２に戻り、ＭＭＥ１３０−１が、トークンが青であると決定すれと、ＭＭＥ１３０−１は、負荷推定を実行できる（ブロック１２５０）。再平衡化が必要であるとＭＭＥ１３０−１が決定すれば（ブロック１２５５がＹｅｓ）、ＭＭＥ１３０−１は、トークン・カラーを赤に変更でき（ブロック１２６０）、処理１２００は、ブロック１２３０（例えば、移動動作）に進み得る。再平衡化が必要でないとＭＭＥ１３０−１が決定すれば（ブロック１２５５がＮｏ）、ＭＭＥ１３０−１は、その重みを推定でき（ブロック１２６５）、処理１２００はブロック１２４５に進み得る。例えば図３の実施形態において、ＭＭＥ１３０−１は、負荷情報３１０−１に基づきその負荷３２０−１を推定できる。ＭＭＥ１３０−１は、推定負荷３２０−１に基づきＭＭＥプール１９０における、その重み３３０−１を推定でき、ＭＭＥ１３０−２及びＭＭＥ１３０−３に推定重み３３０−１を通知できる。ＭＭＥ１３０−１は、推定重み３３０−１と、ＭＭＥ１３０−２及びＭＭＥ１３０−３それぞれに関連する重み３３０−２及び重み３３０−３と、に基づきＭＭＥプール１９０の負荷の不平衡（例えば、ＭＭＥ１３０−１が過負荷）を検出でき、負荷の再平衡化を実行できる。
【００７７】
図１２にさらに示す様に、ＭＭＥ１３０−１が、トークンが緑であると決定すれば、ＭＭＥ１３０−１は、エネルギー節約動作（ブロック１２７０）を実行でき、処理１２００はブロック１２４５に進み得る。一例では、ＭＭＥ１３０−１は、（例えば、ＭＭＥ１３０−１の停止、ＭＭＥ１３０−１内の本質的でない構成要素の停止等により）その負荷を最少化することでエネルギー節約を試行できる。ＭＭＥ１３０−１が、トークンは別のカラーであると決定すれば、ＭＭＥ１３０−１は別の動作（例えば、ＮＡＳシグナリング・セキュリティ）（ブロック１２７５）を実行でき、処理１２００はブロック１２４５に進み得る。次のトークン・ホルダの決定（ブロック１２４５）後、ＭＭＥ１３０−１は、ＭＭＥプール１９０の１つ以上の他のＭＭＥ１３０にトークンを送信できる（ブロック１２８０）。
【００７８】
本明細書に記載する実施形態では、ＭＭＥ１３０は、ＭＭＥ１３０と接続するＳ１０インタフェースを経て、種々のメッセージ（例えば、負荷情報、バルク移動折衝等）を交換できる。以下の表は、ＭＭＥ１３０がＳ１０インタフェースを介して交換できる例示的なメッセージ種別を示す。
【００７９】
【表１】
2013511888.tif 000004
【００８０】
【表２】
2013511888.tif 000005
【００８１】
【表３】
2013511888.tif 000006
【００８２】
【表４】
2013511888.tif 000007
【００８３】
【表５】
2013511888.tif 000008
【００８４】
【表６】
2013511888.tif 000009
【００８５】
【表７】
2013511888.tif 000010
【００８６】
【表８】
2013511888.tif 000011
【００８７】
【表９】
2013511888.tif 000012
【００８８】
図１３から図１７は、本明細書に記載する実施形態による、ＭＭＥプールの自己管理のための例示的な処理１３００のフローチャートである。一実施形態では、処理１３００は、ＭＭＥ１３０の１つ（例えば、ＭＭＥ１３０−１）により実行できる。他の実施形態では、処理１３００の幾つか又は総ては（例えば、ＭＭＥ１３０の１つと通信する）別のデバイス又はデバイス・グループにより実行できる。
【００８９】
図１３に示す様に、処理１３００は、静的及び／又は動的な負荷情報に基づきデバイス・プールのデバイス負荷を推定するステップ（ブロック１３１０）と、プールの他のデバイスに推定した負荷を提供するステップ（ブロック１３２０）と、を含み得る。例えば、図３の実施形態では、ＭＭＥ１３０のそれぞれは、負荷情報３１０に基づきそれ自体の負荷を推定でき、ＭＭＥプール１９０の他のＭＭＥ１３０に推定した負荷を提供できる。例えば、ＭＭＥ１３０−１は、負荷情報３１０−１に基づきその負荷３２０−１を推定でき、ＭＭＥ１３０−２及びＭＭＥ１３０−３にその推定負荷３２０−１を提供できる。ＭＭＥ１３０−２は、負荷情報３１０−２に基づきその負荷３２０−２を推定し、ＭＭＥ１３０−１及びＭＭＥ１３０−３にその推定負荷３２０−２を提供できる。ＭＭＥ１３０−３は、負荷情報３１０−３に基づきその負荷３２０−３を推定し、ＭＭＥ１３０−１及びＭＭＥ１３０−２にその推定負荷３２０−３を提供できる。一例では、各ＭＭＥ１３０は、ＭＭＥプール１９０の他のＭＭＥ１３０と推定負荷３２０を同時に交換できる。別の例では、ＭＭＥ１３０−１は、第１の時間にＭＭＥ１３０−２及びＭＭＥ１３０−３に推定負荷３２０−１を提供でき、ＭＭＥ１３０−２は、（例えば、第１の時間とは異なる）第２の時間にＭＭＥ１３０−１及びＭＭＥ１３０−３に推定負荷３２０−２を提供でき、ＭＭＥ１３０−３は、（例えば、第１及び第２の時間とは異なる）第３の時間にＭＭＥ１３０−１及びＭＭＥ１３０−２に推定負荷３２０−３を提供できる。
【００９０】
さらに図１３に示す様に、プールにおけるデバイス重みは、推定負荷及び／又はポリシー情報に基づき推定でき（ブロック１３３０）、推定重みは、プールの他のデバイスに通知できる（ブロック１３４０）。例えば、図３の実施形態では、ＭＭＥ１３０のそれぞれは、推定負荷３２０及び／又は他の情報（例えば、ポリシー情報、他のＭＭＥ１３０の推定負荷３２０）に基づきＭＭＥプール１９０における、その重みを推定でき、ＭＭＥプール１９０の他のＭＭＥ１３０に推定重みを通知できる。例えば、ＭＭＥ１３０−１は、推定負荷３２０−１、３２０−２及び３２０−３に基づきＭＭＥプール１９０における、その重み３３０−１を推定でき、ＭＭＥ１３０−２及びＭＭＥ１３０−３に推定重み３３０−１を通知できる。ＭＭＥ１３０−２は、推定負荷３２０−１、３２０−２及び３２０−３に基づきＭＭＥプール１９０における、その重み３３０−２を推定でき、ＭＭＥ１３０−１及びＭＭＥ１３０−３に推定重み３３０−２を通知できる。ＭＭＥ１３０−３は、推定負荷３２０−１、３２０−２及び３２０−３に基づきＭＭＥプール１９０における、その重み３３０−３を推定でき、ＭＭＥ１３０−１及びＭＭＥ１３０−２に推定重み３３０−３を通知できる。
【００９１】
図１３に戻り、プールの負荷不平衡は、推定重み及び他のデバイスの重みに基づき検出でき（ブロック１３５０）、デバイスからオフロードすべき加入者数と、加入者をオフロードする先の他のデバイスを決定でき（ブロック１３６０）、決定した加入者数を、プール内の決定した他のデバイスにオフロードできる（ブロック１３７０）。例えば、図３の実施形態において、ＭＭＥ１３０−１は、推定重み３３０−１と、ＭＭＥ１３０−２及び１３０−３それぞれに関する重み３３０−２及び３３０−３に基づきＭＭＥプール１９０の負荷の不平衡（例えば、ＭＭＥ１３０−１が過負荷）を検出できる。ＭＭＥ１３０−１は、（例えば、負荷の不平衡に対処するため）ＭＭＥ１３０−１からオフロードする加入者（例えば、ＭＭＥ１３０−１に関連するＵＥ１１０）数を決定でき、加入者をオフロードする先となるＭＭＥプール１９０の他のＭＭＥ１３０を決定できる。参照番号３５０−１で示す様に、ＭＭＥ１３０−１は、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−２に再分配、即ちオフロードでき、及び／又は、参照番号３５０−２で示す様に、決定した加入者（例えば、負荷）の一部をＭＭＥ１３０−３に再分配、即ちオフロードできる。
【００９２】
処理ブロック１３２０は、図１４に示す処理ブロックを含み得る。図１４に示す様に、処理ブロック１３２０は、Ｓ１０インタフェース経由でプールの他のデバイスに送信するメッセージを作成するステップ（ブロック１４００）と、メッセージに識別子を提供するステップ（ブロック１４１０）と、メッセージに推定負荷を提供するステップ（ブロック１４２０）と、メッセージにタイム・スタンプを提供するステップ（ブロック１４３０）と、プールの他のデバイスにメッセージを提供するステップ（ブロック１４４０）と、を含み得る。例えば、図６の実施形態では、ＭＭＥ１３０のそれぞれは、ＭＭＥプール１９０の他のＭＭＥ１３０のそれぞれに、特定の負荷メッセージ６１０を送信できる。例えば、ＭＭＥ１３０−１は、ＭＭＥ１３０−２及びＭＭＥ１３０−３に負荷メッセージ６１０−１を送信できる。負荷メッセージ６１０−１は、ＭＭＥ１３０−１に関連する瞬間負荷（例えば、推定負荷３２０−１）を含み得る。一例では、ＭＭＥ１３０は、規則的間隔で負荷メッセージ６１０を交換できる。別の例では、（例えば、特定ＭＭＥ１３０に関連する）負荷が、特定の時間間隔中に特定閾値より大きく変化する場合、（例えば、特定のＭＭＥ１３０に関連する）負荷が閾値を満たすか、超える場合のイベント（例えば、過負荷検出）に応じて、及び／又は、他のイベントに応じて、ＭＭＥ１３０のそれぞれは、ＭＭＥプール１９０の他のＭＭＥ１３０に負荷メッセージ６１０を提供できる。ＭＭＥ１３０は、（例えば、ＭＭＥ識別子、ＭＭＥの負荷及びタイム・スタンプを含み得る）Ｓ１０メッセージにより負荷メッセージ６１０を交換しうる。
【００９３】
処理ブロック１３２０は、図１５に示す処理ブロックを含み得る。図１５に示す様に、処理ブロック１３２０は、Ｓ１０インタフェースを介し、プールの別のデバイスからメッセージを受信するステップ（ブロック１５００）と、更新メッセージの作成のために、メッセージに推定負荷を提供するステップ（ブロック１５１０）と、プールの次のデバイスに更新メッセージを提供するステップ（ブロック１５２０）と、を含み得る。例えば図７の実施形態では、ＭＭＥプール１９０のあるＭＭＥ１３０（例えば、ＭＭＥ１３０−１）は、負荷メッセージ７１０−１を生成でき、ＭＭＥ１３０−２（例えば、リング・トポロジの次のＭＭＥ１３０）に負荷メッセージ７１０−１を提供できる。負荷メッセージ７１０−１は、（例えば、ＭＭＥプール１９０のＭＭＥ１３０数に応じて）可変サイズにでき、ＭＭＥ１３０−１に関連する負荷、ＭＭＥ１３０−１に関連する識別子及びタイム・スタンプを含み得る。負荷メッセージ７１０−１は、負荷、識別子及びタイム・スタンプ情報を提供する、ＭＭＥプール１９０の他のＭＭＥ１３０のフィールドをも含み得る。ＭＭＥ１３０−２は、（例えば、更新負荷メッセージ７１０−２を作成するため）負荷メッセージ７１０−１にその負荷、識別子及びタイム・スタンプ情報を提供でき、ＭＭＥ１３０−３に更新負荷メッセージ７１０−２を提供できる。
【００９４】
処理ブロック１３２０は、図１６に示す処理ブロックを含み得る。図１６に示す様に、処理ブロック１３２０は、Ｓ１０インタフェースを介し、プールの他のデバイスから、他のデバイスに関連する負荷情報を含むメッセージを受信するステップ（ブロック１６００）と、連結メッセージを作成するために、負荷情報と推定負荷を連結するステップ（ブロック１６１０）と、プールの他のデバイスに連結メッセージを提供するステップ（ブロック１６２０）と、を含み得る。例えば、図８の実施形態において、反射ノード８１０は、負荷メッセージ８２０を受信でき、連結負荷メッセージ８３０を生成するために、負荷メッセージ８２０を連結でき、ＭＭＥ１３０−２から１３０−Ｎに連結負荷メッセージ８３０を提供できる。一例では、反射ノード８１０は、ＭＭＥ１３０−１から１３０−Ｎに関連する負荷、識別子及びタイム・スタンプ情報を含む単一の負荷メッセージを生成するため、負荷メッセージ８２０を連結できる。別の例では、反射ノード８１０は、負荷メッセージ８２０を複製（例えば、負荷メッセージ８２０のメッセージ構成の維持）することで連結負荷メッセージ８３０を生成するために、負荷メッセージ８２０を連結できる。
【００９５】
処理ブロック１３７０は、図１７に示す処理ブロックを含み得る。図１７に示す様に、処理ブロック１３７０は、トークンを受信すると、決定したプールの他のデバイスに、決定した加入者数をオフロードするステップ（ブロック１７００）、デバイスが反射ノードである場合、決定したプールの他デバイスに、決定した加入者数をオフロードするステップ（ブロック１７１０）、或いは、デバイスが不平衡を検出すると、決定したプールの他のデバイスに、決定した加入者数をオフロードするステップ（ブロック１７２０）を含み得る。例えば、図９の実施形態では、ＭＭＥプール１９０は、特定時間間隔中に移動動作を開始できるＭＭＥ１３０に関連するトークン９１０を規定できる。トークン９１０は、ＭＭＥ１３０−１が移動動作を実行できることを示し得る。トークン９１０は、特定の時間間隔だけ各ＭＭＥ１３０で保持された後、ＭＭＥプール１９０の各ＭＭＥ１３０に順に送信され得る。（例えば、移動動作を実行できる）ＭＭＥ１３０−１は、トークンを受信でき、トークン９１０の受信に基づき移動動作を開始できる。図１０の実施形態において、反射ノード８１０（例えば、ＭＭＥ１３０−１）は、移動動作を実行できる唯一のＭＭＥ１３０であり得る。反射ノード８１０は、参照番号１０１０で示す様に、ＭＭＥ１３０−２及びＭＭＥ１３０−３に移動動作を通知できる。図１１の実施形態では、負荷の不平衡を検出する第１のＭＭＥ１３０（例えば、ＭＭＥ１３０−１）は、参照番号１１１０で示す様に、ＭＭＥプール１９０のセマフォとして指定できる。セマフォ（例えば、ＭＭＥ１３０−１）は、実行する動作種別に関し、ＭＭＥプール１９０全体を通じた同期化を可能にする。一例では、ＭＭＥ１３０−１は、他のＭＭＥ１３０（例えば、ＭＭＥ１３０−２及び１３０−３）と交信し、参照番号１１２０で示す様に、移動動作の設定を試行できる。
【００９６】
本明細書に記載するシステム及び／又は方法は、ＭＭＥプール管理の分散手法を提供できる。このように、ＭＭＥプールは、ＭＭＥ間の負荷を自動的に平衡化でき、よって、自動管理になり得る。本システム及び／又は方法は、ＭＭＥプールの各ＭＭＥにプール管理機能を提供できる。プール管理機能は、ＭＭＥの負荷を推定する負荷推定器機能と、ＭＭＥプールのＭＭＥの重みを推定し、ＭＭＥプールの変化する負荷状態に基づき重みを自動的に再計算する重み推定器機能と、を備えている。プール管理機能は、ＭＭＥからオフロードする加入者数を決定するバルク移動折衝機能と、ＭＭＥプールの他のＭＭＥに、加入者をオフロードするバルク移動機能と、を備えている。重み推定器機能及びバルク移動機能は、ＭＭＥ間の負荷の不平衡を防止でき、個別に又は組み合わせて実行できる。ＭＭＥの重みを自動的に再計算することにより、新規ＵＥは、最も負荷の少ないＭＭＥによりサービスが提供される。バルク移動機能は、現在接続されているＵＥを宛先指定するので、負荷の不平衡を迅速に処理でき、過負荷のＭＭＥのオフロードを可能にできる。ＭＭＥプールのＭＭＥは、ＭＭＥに関する３ＧＰＰのＳ１０インタフェースの拡張により、それぞれ他のＭＭＥと通信できる。
【００９７】
以上の実施形態の記述は、例図及び説明を提示するが、網羅的ではなく、開示した形式に本発明を制限する意図はない。修正及び変更は上記教示に照らして可能であり、本発明の実施から得られる。例えば、一連のブロックを図１２から図１７に関して説明したが、ブロックの順序は他実施形態として修正できる。さらに、非従属ブロックは並列に実行できる。
【００９８】
この明細書で使用する用語"含む／備えている"は記述する特徴、整数、ステップ又は構成要素の存在を指定するが、１つ以上の他の特徴、整数、ステップ、構成要素又は以上のグループの存在又は追加を排除しないことを強調すべきである。
【００９９】
上記の如く、例示的態様は、図面示す実施形態のソフトウェア、ファームウェア及びハードウェアの異なる形式で実装できることは明らかであろう。これら態様の実装に使用する実際のソフトウェア・コード又は専用制御ハードウェアは制限するものと解すべきでない。従って、態様の動作及び振舞いは、特定ソフトウェア・コードを参照することなく説明し、ソフトウェア及び制御ハードウェアは、本明細書の説明に基づく態様の実装するデザインであることが理解される。
【０１００】
特徴の特定の組み合わせは特許請求の範囲で列挙され、及び／又は、明細書で開示されるが、これらの組み合わせは本発明を制限する意図ではない。事実、多くのこれらの特徴は、特許請求の範囲で特に列挙しない、及び／又は、明細書で開示しない方法で組み合わせることができる。
【０１０１】
本願で使用する要素、ブロック又は命令は、そのように明確に説明しない限り、本発明にとり重大又は本質的であると解すべきでない。また本明細書で使用する場合、１つとは、１つ以上の項目を含むものとする。１つの項目のみを意図する場合、用語"単一"又は類似の語法を使用する。さらに"基づく"は別途明確に述べない限り、"少なくとも一部に基づく"を意味するものとする。
【図１】
2013511888.tif 000013
【図２】
2013511888.tif 000014
【図３】
2013511888.tif 000015
【図４】
2013511888.tif 000016
【図５】
2013511888.tif 000017
【図６】
2013511888.tif 000018
【図７】
2013511888.tif 000019
【図８】
2013511888.tif 000020
【図９】
2013511888.tif 000021
【図１０】
2013511888.tif 000022
【図１１】
2013511888.tif 000023
【図１２】
2013511888.tif 000024
【図１３】
2013511888.tif 000025
【図１４】
2013511888.tif 000026
【図１５】
2013511888.tif 000027
【図１６】
2013511888.tif 000028
【図１７】
2013511888.tif 000029
【手続補正書】
【提出日】平成23年9月1日(2011.9.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
デバイスを含むネットワークでの方法であって、
前記デバイスは、他のデバイスとのプールに設けられており、
前記方法は、
前記デバイスが、前記デバイスに関する静的及び動的負荷情報に基づき、前記デバイスの負荷を推定するステップ（１３１０）と、
前記デバイスが、前記プールの前記他のデバイスに前記推定した負荷を提供するステップ（１３２０）と、
前記デバイスが、前記推定した負荷に基づき、前記プールにおける前記デバイスの重みを推定するステップ（１３３０）と、
前記デバイスが、前記推定した重みと、前記プールの前記他のデバイスに関する重みとに基づき、前記プールにおける負荷の不平衡を検出するステップ（１３５０）と、
前記デバイスが、前記推定した負荷に基づき、前記デバイスからオフロードする加入者数を決定するステップ（１３６０）と、
前記デバイスが、前記推定した重みと、前記他のデバイスに関する前記重みとに基づき、前記決定した加入者数を、前記他のデバイスのどれにオフロードするかを決定するステップ（１３６０）と、
前記デバイスが、前記負荷の不平衡に対処するため、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１３７０）と、
を含むことを特徴とする方法。
【請求項２】
前記デバイスは、モビリティ管理エンティティ（ＭＭＥ）を含み、前記ＭＭＥは、他のＭＭＥとのプールに設けられている、
ことを特徴とする請求項１に記載の方法。
【請求項３】
前記静的負荷情報は、前記デバイスに登録されているユーザ数を含む、
ことを特徴とする請求項１又は２に記載の方法。
【請求項４】
前記動的負荷情報は、前記デバイスに関するアクティブな呼数と、前記デバイスに関するアクティブなセッション数と、前記デバイスに関するトラッキング・エリア更新（ＴＡＵ）手順数の１つ以上を含む、
ことを特徴とする請求項１から３のいずれか１項に記載の方法。
【請求項５】
前記プールの前記他のデバイスに前記推定した負荷を提供する前記ステップは、
前記プールの前記他のデバイスに送信するメッセージを生成するステップ（１４００）と、
前記メッセージに識別子を与えるステップ（１４１０）と、
前記メッセージに前記推定した負荷を与えるステップ（１４２０）と、
前記メッセージにタイム・スタンプを与えるステップ（１４３０）と、
前記プールの前記他のデバイスに前記メッセージを提供するステップ（１４４０）と、
を含むことを特徴とする請求項１から４のいずれか１項に記載の方法。
【請求項６】
前記プールの前記他のデバイスに前記推定した負荷を提供する前記ステップは、
前記プールの前記他のデバイスの１つからメッセージを受信するステップ（１５００）と、
更新メッセージを生成するために、前記メッセージに前記推定した負荷を与えるステップ（１５１０）と、
前記プールの前記他のデバイスの別の１つに前記更新メッセージを提供するステップ（１５２０）と、
を含むことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項７】
前記プールの前記他のデバイスに前記推定した負荷を提供する前記ステップは、
前記プールの前記他のデバイスから、前記他のデバイスに関する負荷情報を含むメッセージを受信するステップ（１６００）と、
連結メッセージを生成するために、前記負荷情報と前記推定した負荷を連結するステップ（１６１０）と、
前記プールの前記他のデバイスに前記連結メッセージを提供するステップ（１６２０）と、
を含むことを特徴とする請求項１から５のいずれか１項に記載の方法。
【請求項８】
前記デバイスからオフロードする前記加入者数は、前記デバイスが過負荷となったときに決定される、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項９】
前記デバイスからオフロードする前記加入者数は、前記デバイスが過負荷となることを防ぐために決定される、
ことを特徴とする請求項１から７のいずれか１項に記載の方法。
【請求項１０】
前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードする前記ステップは、
前記デバイスがトークンを受信したとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１７００）と、
前記デバイスが反射ノードであるとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１７１０）と、
前記デバイスが前記プールの負荷の不平衡を検出したとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードするステップ（１７２０）と、
の１つを含む、
ことを特徴とする請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記デバイスに関する１つ以上のｅノードＢに、前記デバイスの前記推定した負荷を通知するステップを更に含む、
ことを特徴とする請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
ネットワークのデバイス（２００）であって、
前記ネットワークは、前記デバイスに関する他のデバイスのプールを含み、
前記デバイスは、
複数の命令を保存する様に構成されたメモリ（２３０）と、
前記メモリの命令を実行して、
前記デバイスに登録されたユーザ数、前記デバイスに関するアクティブな呼数、前記デバイスに関するアクティブなセッション数、前記デバイスに関するトラッキング・エリア更新（ＴＡＵ）手順数の１つ以上に基づき、前記デバイスの負荷を推定し、
前記他のデバイスに前記推定した負荷を提供し、
前記推定した負荷に基づき、前記プールにおける前記デバイスの重みを推定し、
前記他のデバイスに前記デバイスの前記推定した重みを通知し、
前記推定した重みと、前記他のデバイスに関する重みとに基づき、前記プールにおける負荷の不平衡を検出し、
前記推定した負荷に基づき、前記デバイスからオフロードする加入者数を決定し、
前記推定した重みと、前記他のデバイスに関する前記重みとに基づき、前記決定した加入者数を、前記他のデバイスのどれにオフロードするかを決定し、
前記負荷の不平衡に対処するために、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードする様に構成されたプロセッサ（２２０）と、
を備えていることを特徴とするデバイス。
【請求項１３】
前記デバイスは、モビリティ管理エンティティ（ＭＭＥ）を含み、前記他のデバイスのそれぞれは、ＭＭＥを含む、
ことを特徴とする請求項１２に記載のデバイス。
【請求項１４】
前記他のデバイスに前記推定した負荷を提供するとき、前記プロセッサは、前記メモリの命令を実行して、
識別子、前記推定した負荷及びタイム・スタンプを含む、前記他のデバイスに送信するメッセージを生成し、
前記他のデバイスに前記メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項１２又は１３に記載のデバイス。
【請求項１５】
前記他のデバイスに前記推定した負荷を提供するとき、前記プロセッサは、前記メモリの命令を実行して、
前記プールの前記他のデバイスの１つから、前記他のデバイスの１つに関する負荷を少なくとも含むメッセージを受信し、
更新メッセージを生成するために、前記メッセージに前記推定した負荷を与え、
前記プールの前記他のデバイスの別の少なくとも１つに前記更新メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項１２から１４のいずれか１項に記載のデバイス。
【請求項１６】
前記他のデバイスに前記推定した負荷を提供するとき、前記プロセッサは、前記メモリの命令を実行して、
前記他のデバイスから、前記他のデバイスに関する負荷を含むメッセージを受信し、
連結メッセージを生成するために、前記他のデバイスに関する前記負荷と前記推定した負荷を連結し、
前記他のデバイスに前記連結メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項１２から１４のいずれか１項に記載のデバイス。
【請求項１７】
前記プロセッサは、前記メモリの命令を実行して、
前記デバイスが過負荷になると、前記デバイスからオフロードする加入者数を決定する様にさらに構成されている、
ことを特徴とする請求項１２から１６のいずれか１項に記載のデバイス。
【請求項１８】
前記プロセッサは、前記メモリの命令を実行して、
前記デバイスが過負荷となることを防ぐために、前記デバイスからオフロードする加入者数を決定する様にさらに構成されている、
ことを特徴とする請求項１２から１６のいずれか１項に記載のデバイス。
【請求項１９】
前記プロセッサは、前記メモリの命令を実行して、
前記デバイスがトークンを受信したとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードし、或いは、前記デバイスが反射ノードであるとき、前記決定した加入者数を、前記プールの前記決定した他のデバイスにオフロードする様にさらに構成されている、
ことを特徴とする請求項１２から１７のいずれか１項に記載のデバイス。
【請求項２０】
モビリティ管理エンティティ（ＭＭＥ）（１３０）のプール（１９０）を含むシステムであって、各モビリティ管理エンティティは、
静的及び動的な負荷情報に基づき前記モビリティ管理エンティティの負荷を推定し、
前記モビリティ管理エンティティの前記プールの他のモビリティ管理エンティティに、前記推定した負荷を提供し、
前記推定した負荷に基づき、前記プールにおける前記モビリティ管理エンティティの重みを推定し、
前記推定した重みと、前記他のモビリティ管理エンティティに関する重みとに基づき、前記プールにおける負荷の不平衡を検出し、
前記推定した負荷に基づき、前記モビリティ管理エンティティからオフロードする加入者数を決定し、
前記推定した重みと、前記他のモビリティ管理エンティティに関する前記重みとに基づき、前記決定した加入者数を、前記他のモビリティ管理エンティティのどれにオフロードするかを決定し、
前記負荷の不平衡に対処するため、前記決定した加入者数を、前記決定した他のモビリティ管理エンティティにオフロードする様に構成されている、
ことを特徴とするシステム。
【請求項２１】
前記他のモビリティ管理エンティティに前記推定した負荷を提供するとき、各モビリティ管理エンティティは、
前記推定した負荷を含む、前記他のモビリティ管理エンティティに送信するメッセージを生成し、
前記他のモビリティ管理エンティティに前記メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項２０に記載のシステム。
【請求項２２】
前記他のモビリティ管理エンティティに前記推定した負荷を提供するとき、各モビリティ管理エンティティは、
前記他のモビリティ管理エンティティの１つからメッセージを受信し、
更新メッセージを生成するために、前記メッセージに前記推定した負荷を与え、
前記他のモビリティ管理エンティティの別の少なくとも１つに前記更新メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項２０又は２１に記載のシステム。
【請求項２３】
前記他のモビリティ管理エンティティに前記推定した負荷を提供するとき、各モビリティ管理エンティティは、
前記他のモビリティ管理エンティティから、前記他のモビリティ管理エンティティに関する負荷を含むメッセージを受信し、
連結メッセージを生成するために、前記他のモビリティ管理エンティティに関する前記負荷と前記推定した負荷を連結し、
前記他のモビリティ管理エンティティに前記連結メッセージを提供する様にさらに構成されている、
ことを特徴とする請求項２０又は２１に記載のシステム。
【請求項２４】
前記決定した加入者数を、前記決定した他のモビリティ管理エンティティにオフロードするとき、各モビリティ管理エンティティは、
トークンを受信すると、前記決定した加入者数を、前記決定した他のモビリティ管理エンティティにオフロードする様にさらに構成されている、
ことを特徴とする請求項２０から２３のいずれか１項に記載のシステム。
【請求項２５】
各モビリティ管理エンティティは、各モビリティ管理エンティティに関連する１つ以上のｅノードＢに前記推定した重みを通知する様に更に構成されている、
ことを特徴とする請求項２０から２４のいずれか１項に記載のシステム。
【国際調査報告】
2013511888.tif 000030
2013511888.tif 000031
2013511888.tif 000032
2013511888.tif 000033