(57)【要約】本発明はＨｅＮＢ  ＧＷを備えたネットワークにおいて負荷バランシング手順の実行を可能にする無線通信システムにおける方法および装置に関する。従来の負荷バランシング手順では、ＨｅＮＢ  ＧＷを備えたネットワーク内で用いられる場合には効果が薄いという問題が、確立は負荷バランシングによるという知識に基づいて、ＨｅＮＢ  ＧＷ（５５０）が正しいＭＭＥ選択を、即ち、必要なＭＭＥ間の負荷バランシングを具体化するＭＭＥ選択を実行できるようにするため、ＭＭＥに対するユーザ装置に関連するＳ１シグナリング接続を確立するのに用いられるＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ（５１１）に、ＨｅＮＢが無線リンク確立の理由（負荷バランシング確立原因）の明示的な指標を含めるという解決策（５１０）によって扱われる。
2012514934.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つのアクティブなユーザ装置に無線サービスを提供する無線通信システムの無線基地局ゲートウェイにおいて実行される負荷バランシングの方法であって、
前記無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局に接続され、前記方法は、
ユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを、前記アクティブなユーザ装置のうち少なくとも１つが登録されているコアネットワーク制御ノードの１つから受信する工程（６１０）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージを、前記無線基地局の１つから受信する工程（６２０）と、
前記要求されたシグナリング接続を確立する場合、前記負荷バランシング確立原因に基づいてコアネットワーク制御ノードを選択する工程（６３０）とを有することを特徴とする方法。
【請求項２】
前記無線基地局ゲートウェイは、前記コアネットワーク制御ノードの夫々に対する計数デバイスを有し、
前記コマンドを受信する工程（６１０）は、前記コマンドを送信した前記コアネットワーク制御ノードに対応する計数デバイスの値を１だけ増加させる工程（６１１）を有し、
前記コアネットワーク制御ノードを選択する工程（６３０）は、
前記計数デバイスがゼロの値をもつコアネットワーク制御ノードを選択する工程（６３１）と、
ゼロより大きい値をもつ前記計数デバイスの内の１つのデバイスの値を１だけ減少させる工程（６３２）とを有することを特徴とする請求項１に記載の方法。
【請求項３】
前記受信したメッセージは、ユーザ装置の識別子を有し、
前記識別子は、前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記コアネットワーク制御ノードを選択する工程（６３０）は、
前記識別子に含まれる前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択する工程（６３３）を有することを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザ装置の識別子は、前記受信したメッセージの中のシグナリング接続の要求に含まれていることを特徴とする請求項３に記載の方法。
【請求項５】
前記受信したメッセージは、コアネットワーク制御ノードの識別子を有し、
前記コアネットワーク制御ノードを選択する工程は、
前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択する工程を有することを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
少なくとも１つのアクティブなユーザ装置に無線サービスを提供する無線通信システムの無線基地局において実行される負荷バランシングの方法であって、
無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続され、前記方法は、
接続確立を開始すると、負荷バランシング確立原因を含む接続要求をユーザ装置から受信する工程（７１０）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含む第１のメッセージを無線基地局ゲートウェイに送信する工程（７２０）とを有することを特徴とする方法。
【請求項８】
前記接続要求は、前記接続要求を送信したユーザ装置の識別子を有し、
前記識別子は前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記識別子を有することを特徴とする請求項７に記載の方法。
【請求項９】
前記接続要求は、前記接続要求を送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項７に記載の方法。
【請求項１０】
前記接続要求を受信する工程（７１０）は、前記ユーザ装置から前記接続確立の完了を示す第２のメッセージを受信する工程（７１１）をさらに有し、
前記第２のメッセージは、前記第２のメッセージを送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項７に記載の方法。
【請求項１１】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項７乃至１０のいずれか１項に記載の方法。
【請求項１２】
少なくとも１つのアクティブなユーザ装置に無線サービスを提供する無線通信システムのユーザ装置において実行される負荷バランシングのの方法であって、
無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続され、前記方法は、
接続確立を開始すると、負荷バランシング確立原因を含む接続要求を無線基地局に送信する工程（８１０）と、
前記ユーザ装置が登録されているコアネットワーク制御ノードの識別子を送信する工程（８１１）とを有することを特徴とする方法。
【請求項１３】
前記コアネットワーク制御ノードの識別子は前記接続要求で送信されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記コアネットワーク制御ノードの識別子は前記ユーザ装置の識別子に含まれていることを特徴とすることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記コアネットワーク制御ノードの識別子は前記接続確立を含むメッセージで送信されることを特徴とすることを含むことを特徴とする請求項１２に記載の方法。
【請求項１６】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを含むことを特徴とする請求項１２乃至１５のいずれか１項に記載の方法。
【請求項１７】
無線サービスを少なくとも１つのアクティブなユーザ装置（９６０）に提供するよう構成された無線通信システムの無線基地局ゲートウェイ（９００）であって、前記無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノード（９２０）と少なくとも２つの無線基地局（９５０）とに接続可能であって、
ユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するための、前記アクティブなユーザ装置のうち少なくとも１つが登録されている前記コアネットワーク制御ノードの１つからのコマンドを受信するよう構成されたコマンド受信ユニット（９０１）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含む、前記無線基地局の１つからのメッセージを受信するよう構成されたメッセージ受信ユニット（９０２）と、
前記要求されたシグナリング接続を確立する場合に、前記負荷バランシング確立原因に基づいて、コアネットワーク制御ノードを選択するよう構成された選択ユニット（９０３）とを有することを特徴とする無線基地局ゲートウェイ。
【請求項１８】
前記コアネットワーク制御ノードの各々に対する計数デバイス（９０４）をさらに有し、
前記コマンド受信ユニット（９０１）はさらに、前記コマンドを送信した前記コアネットワーク制御ノードに対応する前記計数デバイス（９０４）の値を１だけ増加させるように構成され、
前記選択ユニット（９０３）は、前記計数デバイスのゼロの値をもつコアネットワーク制御ノードを選択し、ゼロよりも大きい値をもつ前記計数デバイスの１つの値を１だけ減少させるよう構成されていることを特徴とする請求項１７に記載の無線基地局ゲートウェイ。
【請求項１９】
前記受信したメッセージは、ユーザ装置の識別子を有し、
前記識別子は、前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記選択ユニット（９０３）は、
前記識別子に含まれる前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択するよう構成されていることを特徴とする請求項１７に記載の無線基地局ゲートウェイ。
【請求項２０】
前記ユーザ装置の識別子は、前記受信したメッセージの中のシグナリング接続の要求に含まれていることを特徴とする請求項１９に記載の無線基地局ゲートウェイ。
【請求項２１】
前記受信したメッセージは、コアネットワーク制御ノードの識別子を有し、
前記選択ユニット（９０３）は、前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択するよう構成されていることを特徴とする請求項１７に記載の無線基地局ゲートウェイ。
【請求項２２】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項１７乃至２１のいずれか１項に記載の無線基地局ゲートウェイ。
【請求項２３】
無線サービスを少なくとも１つのアクティブなユーザ装置に提供するよう構成された無線通信システムの無線基地局（９５０）であって、前記無線基地局は無線基地局ゲートウェイ（９００）に接続可能であり、前記無線基地局ゲートウェイ（９００）は少なくとも２つのコアネットワーク制御ノード（９２０）に接続可能であり、
前記無線基地局は、
ユーザ装置から、接続確立を開始すると、負荷バランシング確立原因を含む接続要求を受信するよう構成された受信ユニット（９５１）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含む第１のメッセージを前記無線基地局ゲートウェイに送信するよう構成された送信ユニット（９５２）とを有することを特徴とする無線基地局。
【請求項２４】
前記接続要求は、前記接続要求を送信したユーザ装置の識別子を有し、
前記識別子は前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記識別子を有することを特徴とする請求項２３に記載の無線基地局。
【請求項２５】
前記接続要求は、前記接続要求を送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項２３に記載の無線基地局。
【請求項２６】
前記受信ユニット（９５１）はさらに、前記ユーザ装置から前記接続確立の完了を示す第２のメッセージを受信するよう構成され、
前記第２のメッセージは、前記第２のメッセージを送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項２３に記載の無線基地局。
【請求項２７】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項２３乃至２６のいずれか１項に記載の無線基地局。
【請求項２８】
少なくとも２つのコアネットワーク制御ノード（９２０）と少なくとも２つの無線基地局（９５０）とに接続可能な無線基地局ゲートウェイ（９００）を備えた無線通信システムのユーザ装置（９６０）であって、
接続要求を無線基地局（９５０）に送信するよう構成された送信器（９６１）を有し、
前記接続要求により接続確立を開始し、前記接続要求には負荷バランシング確立原因を含み、
前記送信器はさらに、前記ユーザ装置が登録されているコアネットワーク制御ノードの識別子を前記無線基地局に送信するよう構成されることを特徴とするユーザ装置。
【請求項２９】
前記コアネットワーク制御ノードの識別子は前記接続要求で送信されることを特徴とする請求項２８に記載のユーザ装置。
【請求項３０】
前記コアネットワーク制御ノードの識別子は前記ユーザ装置の識別子に含まれていることを特徴とする請求項２９に記載のユーザ装置。
【請求項３１】
前記コアネットワーク制御ノードの識別子は前記接続確立の完了を示すメッセージで送信されることを特徴とする請求項２８に記載のユーザ装置。
【請求項３２】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項２８乃至３１のいずれか１項に記載のユーザ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は無線通信システム内で無線基地局ゲートウェイと無線基地局とユーザ装置とによって行われる負荷バランシングのための方法、ならびに、無線通信システムのための無線基地局ゲートウェイと無線基地局とユーザ装置とに関する。
【背景技術】
【０００２】
全球規模移動体通信システム（ＵＭＴＳ）は、ＧＳＭの後継となることが意図される第三世代移動通信技術の１つである。３ＧＰＰロングタームエボルーション（ＬＴＥ）は、第三世代パートナシッププロジェクト（３ＧＰＰ）の中の一プロジェクトであり、例えば、データ速度の高速化、効率の改善、コスト低減のような、サービス向上に関する将来の要件に対処するためにＵＭＴＳ標準を改良することを目指している。全球規模陸上無線アクセスネットワーク（ＵＴＲＡＮ）は、ＵＭＴＳシステムの無線アクセスネットワークであり、発展型ＵＴＲＡＮ（Ｅ−ＵＴＲＡＮ）は、ＬＴＥシステムの無線アクセスネットワークである。Ｅ−ＵＴＲＡＮは、発展型パケットコア（ＥＰＣ）と呼ばれ、ＳＡＥ（システムアーキテクチュアエボルーション）ネットワークとも呼ばれる移動コアネットワーク（ＣＮ）に接続されている。Ｅ−ＵＴＲＡＮとＥＰＣとが、さらなるノード、例えば、ホーム加入者サーバ（ＨＳＳ）と共に発展型パケットシステム（ＥＰＳ）を形成し、それをＳＡＥ／ＬＴＥネットワークと呼ぶこともある。
【０００３】
ＳＡＥ／ＬＴＥネットワークアーキテクチャを図１に示す。そのネットワークは典型的には、一般にｅノードＢ（ｅＮＢ）と呼ばれる無線基地局（ＲＢＳ）１００に無線接続されたユーザ装置（ＵＥ）１５０を含む。ｅＮＢ１００は、マクロセル１１０と呼ばれるエリアにサービスを提供する。Ｅ−ＵＴＲＡＮでは、限定された数のユーザ装置のために無線基地局に家庭または小規模エリアのカバレージを提供させることも可能である。この無線基地局は、３ＧＰＰやこの明細書では、ＨｅＮＢ（ホームＥ−ＵＴＲＡＮノードＢ）１２０と呼ばれる。このタイプの無線基地局について用いられる他の名称には、ＬＴＥホームアクセスポイント（ＬＴＥ  ＨＡＰ）およびＬＴＥフェムトアクセスポイント（ＬＴＥ  ＦＡＰ）がある。ＨｅＮＢ１２０は、通常のｅＮＢ１００と同じサービスをエンドユーザに提供する。ＨｅＮＢによって提供されるカバレージを、ここではフェムトセル１３０と呼ぶ。
【０００４】
３ＧＰＰ標準化における現行の想定は、Ｘ２インタフェースはＨｅＮＢと共に用いられないということなので、Ｘ２インタフェース１４０は、図１では複数のｅＮＢ１００の間に示されているだけである。すべてのｅＮＢ１００は、何らかのＩＰベースの送信を用いてＳ１インタフェース１７０を介してＣＮ１６０に接続する。ＨｅＮＢ１２０は、ＨｅＮＢゲートウェイ１８０（ＨｅＮＢ  ＧＷ）とも呼ばれるＨｅＮＢコンセントレータノードを介してＣＮ１６０に接続される。Ｓ１インタフェース１７０が、ＨｅＮＢ１２０とＨｅＮＢ  ＧＷ１８０との間に用いられるだけでなく、ＨｅＮＢ  ＧＷ１８０とＣＮ１６０との間にも用いられる。ＨｅＮＢ  １２０は、ほとんどの場合、エンドユーザの既存のブロードバンド接続（例えば、ｘＤＳＬまたはケーブル）を用いて、ＨｅＮＢ  ＧＷ／ＣＮ１６０への接続を達成する。
【０００５】
ＨｅＮＢを通して無線ローカルアクセスを提供するという概念の主な原動力の１つは、ＨｅＮＢを介して接続された場合には、ｅＮＢを介して接続する場合と比べて、呼またはトランザクション速度をより安価に提供できることである。
【０００６】
１つの移動ネットワークは、最大で百万個のＨｅＮＢを有する。ｅＮＢとインタフェースしているＣＮ制御ノードは、ＳＡＥ／ＬＴＥではＭＭＥ（モビリティ管理エンティティ）と呼ばれる。そのように多くのＳ１制御部分（Ｓ１−ＭＭＥ）についての負荷を１つのＭＭＥが扱うことは無理であるため、ＭＭＥは、そのような大量のＨｅＮＢを扱うことができないであろう。従って、ＨｅＮＢ  ＧＷの１つの目的は、多数のＨｅＮＢをＣＮの視野から隠すことである。ＣＮは、ＨｅＮＢ  ＧＷを、多くのセルを持つ１つのｅＮＢとして認識するであろうし、ＨｅＮＢ  ＧＷは、ＨｅＮＢ  ＧＷに接続するすべてのＨｅＮＢについての１つのｅＮＢプロキシとして動作するであろう。ＨｅＮＢは，ＨｅＮＢ  ＧＷをＣＮノードとして認識するであろう。
【０００７】
ＭＭＥノードは、一般にＭＭＥプールとしてグループ化される。図２は、４つのＭＭＥノード２２０を含むＭＭＥプール２１０に接続されたｅＮＢ  ２４０を図示している。ｅＮＢ２４０は、ＭＭＥプール２１０の中のすべてのメンバに対するＳ１インタフェース２６０を有する。各ＭＭＥ２２０は、Ｓ１インタフェースが確立される時にｅＮＢ２４０に伝達される全世界で一意なＭＭＥ識別子（ＧＵＭＭＥＩ：Globally Unique MME Identity）と呼ばれる一意の識別子を有する。ＵＥ２５０がネットワークに接続され、そして、ＭＭＥ２２０に接続される時、ＵＥ２５０は、全世界で一意な一時的識別子（ＧＵＴＩ：Globally Unique Temporary Identity）と呼ばれる識別子が割り当てられる。ＧＵＴＩは２つの部分で構成されており、それらはＧＵＴＩを割り当て、ＵＥのコンテクストを保持するＭＭＥを識別する１つの部分と、ＭＭＥの中のＵＥを識別する１つの部分とである。ＭＭＥを識別する部分はＧＵＭＭＥＩであり、ＧＵＭＭＥＩは次にはＰＬＭＮ  ＩＤ（公衆陸上移動体ネットワーク識別子）とＭＭＥプールを識別するＭＭＥグループＩＤ（ＭＭＥＧＩ）とプールの中のＭＭＥを識別するＭＭＥコード（ＭＭＥＣ）とで構成される。ＭＭＥの中のＵＥを識別するＧＵＴＩの部分は、Ｍ−ＴＭＳＩ（Ｍ−臨時移動体加入者識別子）と呼ばれる。ＭＭＥＣとＭ−ＴＭＳＩとの組み合わせが、Ｓ−ＴＭＳＩと表示される。Ｓ−ＴＭＳＩは、ＰＬＭＮ  ＩＤとＭＭＥＧＩとが知られている状況でＵＥの識別用に用いられる。
【０００８】
ＳＡＥ／ＬＴＥでは、トラッキングエリア（ＴＡ）という概念が、ＵＭＴＳルーティングエリア／ロケーションエリアに代わって用いられる。アイドル状態のＵＥは通常は、いかなるパケットをも送受信していない。ＵＥは、ｅＮＢとアクティブな通信を行っていないため、その位置は正確に知られていないことがある。ＴＡは、ＵＥが最後に登録されたエリアを表し、そのエリアは１つまたは複数のｅＮＢに対応し、特定のセルの中でＵＥの位置を突き止めるにはＴＡの中でＵＥを呼び出すことが必要である。ＵＥが１つのＴＡから別のＴＡへと境界線を超える場合、ＴＡ更新（ＴＡＵ）が生成される。ＣＮのシグナリングを減少させるため、ＵＥは、自分のＴＡリストの中に１つ以上のＴＡが割り当てられてもよい。１つのＵＥに複数のＴＡが割り当てられる場合、ＵＥは、割り当てられたＴＡ間の境界線を超える場合にはＴＡＵを行う必要はなく、ＵＥが自分のＴＡリストの中にないＴＡ識別子（ＴＡＩ）を検出するとすぐにＴＡＵが行われる。
【０００９】
ＵＥが無線リソース制御（ＲＲＣ）シグナリング接続を確立するためにｅＮＢにアクセスする場合、ＵＥは、現行セルのＴＡＩがＵＥのＴＡＩリストに含まれるならば、即ち、ＵＥが現行のＴＡの中に登録されているならば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの中のＳ−ＴＭＳＩを使って自分自身を識別する。そうでない場合、ＵＥはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの中のランダムな識別子を用いる。ＵＥがＳ−ＴＭＳＩを提供する場合、ｅＮＢは、Ｓ−ＴＭＳＩのＭＭＥＣ部分を用いて、どのＭＭＥがＵＥのコンテクストを保持するのかを見つけることができる。またＵＥは、例えば、ＵＥが現行のＴＡの中に登録されていない場合、ＲＲＣ接続確立手順を完了させるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージの中にそのＭＭＥのＧＵＭＭＥＩを提供することによって、それが登録されているＭＭＥを示してもよい。ＵＥが、例えば、ＴＡＵを行うために、ｅＮＢにアクセスする場合、ＵＥは通常、ＴＡＵ要求の中でその割り当てられたＧＵＴＩを伝達する。ＴＡＵ要求は、いわゆる非アクセス・ストラタム（ＮＡＳ）メッセージであり、それは、メッセージがＲＢＳを通して透過的に送信されることを意味する。ＵＥがどのＭＭＥに登録されているかをｅＮＢが判定できない場合、または、ＵＥが登録されているＭＭＥが、そのｅＮＢが接続されていないＭＭＥプールに属している場合、ｅＮＢは、多かれ少なかれ無作為に、例えば、加重ラウンドロビンアルゴリズムを用いて、ＭＭＥを選択する。
【００１０】
図３はＭＭＥ内の負荷バランシング手順をシーケンス図として概略的に図示している。負荷バランシング手順は、例えば、ノードのメンテナンス上の理由で、あるいは、プール内のＭＭＥが何らかの理由で過負荷になっているという理由で、ＭＭＥの負荷を軽減するために必要となることがある。負荷バランシングは、下記の手順に従ってＴＡＵを行うことによって達成される。手順の開始点は、ＵＥ３２０がアクティブな接続３０１を有することである。Ｓ１接続がＭＭＥ３４０に対して確立されており、ＵＥ３２０は、ＭＭＥ３４０に登録されている。ステップ３０２のように、ＭＭＥ３４０が何らかの理由で負荷を軽減することを決めた場合、ＭＭＥ３４０は、ＵＥ３２０を解放し、その解放についての特定の負荷バランシングの原因を示す。詳細には、ＭＭＥ３４０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ３０３を、原因情報要素が“負荷バランシングＴＡＵが必要”に設定された状態で、ｅＮＢ３３０に送信する。ｅＮＢ３３０は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ３０４を、解放原因が“負荷バランシングＴＡＵが必要”に設定された状態でＵＥ３２０に送信することによって、ＵＥのＲＲＣ接続を解放する。これが行われるとすぐに、接続の解放を確認するために、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージ３０５がＭＭＥ３４０に返信される。次いでＵＥは、必要な負荷バランシングＴＡＵを行うことを目的として、Ｓ−ＴＭＳＩを含めずに、かつ、確立原因をＲＲＣ接続が負荷バランシングの理由で確立されたことを示す値に設定した状態で、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔ３０６をｅＮＢ３３０へ送信することによって、新たなＲＲＣ接続の確立を開始する。ｅＮＢ３３０は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージ３０７を使って応答し、ＵＥ３２０は、ＵＥが登録されていたＭＭＥのＧＵＭＭＥＩを含めずにＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージをｅＮＢ３３０に送信することによって、ＲＲＣ接続の確立を完了させる。負荷バランシングのために無線リンクが確立される場合、ｅＮＢはこのようにして、その確立が負荷バランシングのためであることを知り、ステップ３０９に示すように、何らかのデフォルト選択アルゴリズムに従ってＭＭＥを選択するであろう。ｅＮＢ３３０は以前に用いられたＭＭＥの識別子を知らないのだから（Ｓ−ＴＭＳＩもＧＵＭＭＥＩも利用できない）、選択の際にこのＭＭＥを除外することができず、それは、負荷を軽減することが必要なＭＭＥをｅＮＢが選択することが依然としてありうることを意味する。Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥ３１０の中のＮＡＳ  ＴＡＵ要求が、ＵＥ３２０のために以前に用いられたものとは別のＭＭＥ３５０に送信される確率は、プールの中のＭＭＥの数に依存する。ＴＡＵ手順が続く場合（３１１）、ＵＥのコンテクストが、新たに選択されたＭＭＥ３５０の中に創成される。
【００１１】
図４は、４つのＭＭＥ４２０を持つＭＭＥプール４１０と、ＭＭＥ４２０に接続されたＨｅＮＢ  ＧＷ４３０との例を図示している。それぞれがマクロセル４６０の中にあるフェムトセル４５０をカバーする複数のＨｅＮＢ４４０が、ＨｅＮＢ  ＧＷ４３０に接続されている。各ＨｅＮＢ４４０は、割り当てられたＨｅＮＢ  ＧＷ４３０に対する１つのＳ１インタフェース４７０だけを有するであろうし、ＨｅＮＢ  ＧＷ４３０は、プール４１０の中の異なるＭＭＥ４２０に対する複数のＳ１インタフェースを有するエンティティである。こうしてＨｅＮＢ  ＧＷ４３０は、ＵＥ４９０のために用いるＭＭＥ４２０の選択を処理するであろう。ＨｅＮＢ  ＧＷは、Ｓ１インタフェース上のＳ１ＡＰシグナリングメッセージをスヌープすることによって得られた情報に基づいて、そのＭＭＥ選択を行ってもよい。それ故、ＨｅＮＢ  ＧＷは、ほとんどの場合、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージの中に含まれるＳ−ＴＭＳＩに基づいてＭＭＥを選択するであろう。また、この時点で、ＨｅＮＢ  ＧＷは、ｅＮＢ  ＵＥ  Ｓ１ＡＰの識別子を記憶し、それを現行のＳ１接続についてのマッピングテーブルの中の選択されたＭＭＥへの参照に関連付ける。その後のアップリンクのＳ１ＡＰメッセージのために、ＨｅＮＢ  ＧＷは、メッセージのｅＮＢ  ＵＥ  Ｓ１ＡＰの識別子をその記憶されたマッピングと照合することによって、正しいＭＭＥを識別する。ＭＭＥをどう選択するかについてＳ１ＡＰメッセージの中に情報がまったく提供されない場合、ＨｅＮＢ  ＧＷは、ｅＮＢについて上述したように何らかのデフォルトアルゴリズム、例えば、加重ラウンドロビンに従ってＭＭＥを選択する。
【発明の概要】
【発明が解決しようとする課題】
【００１２】
従来のＭＭＥ負荷バランシング手順では、図３に関して上述したように、Ｓ−ＴＭＳＩを含めず、確立原因として負荷バランシングを示した状態で、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔをｅＮＢに送信することによって、解放されたＵＥが無線リンクを確立する。またＵＥは、ｅＮＢに送信されるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージからＧＵＭＭＥＩを除外する。ＲＲＣシグナリングがＨｅＮＢで終端するため、ＨｅＮＢ  ＧＷはＨｅＮＢにおいて処理される無線リンクの確立に気付かないことから、この手順は、ＨｅＮＢ  ＧＷを持つシステム（図４を参照）において所望のＭＭＥの負荷軽減をもたらさないであろう。上記のように、ＨｅＮＢ  ＧＷはそのＭＭＥ選択を、Ｓ１インタフェース上のＳ１ＡＰシグナリングメッセージの中の情報に基づいて行う。しかしながら、負荷バランシングトリガ情報（即ち、確立の原因）も登録されたＭＭＥ（即ち、Ｓ−ＴＭＳＩの中のＭＭＥＣ）のいずれかの識別子もいずれも、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージには含まれない。それ故、ＨｅＮＢ  ＧＷは、従来の負荷バランシング手順を適用する場合、何らのデフォルトアルゴリズム、例えば、加重ラウンドロビンに従ってＭＭＥを選択するであろう。負荷バランシングの存在下で（即ち、負荷を軽減されるべきＭＭＥ）は、ＨｅＮＢ  ＧＷは場合によっては負荷を軽減されるべきＭＭＥを選択するであろうから、このＭＭＥ選択手順は、次善の策であり、それによってＭＭＥにかかる負荷を増大させ、従って、負荷バランシング手順の目的を妨げるであろう（ＭＭＥプールが小さければ小さいほど、この問題は頻繁に発生するであろう）。これは、結局のところ、ＨｅＮＢ  ＧＷが接続される場合、ＭＭＥおよびＭＭＥプールが次善の策として機能するであろうという結果をもたらすであろうし、これはＨｅＮＢを介して接続されるＵＥだけでなく、マクロレイヤｅＮＢを介して接続されるＵＥにも影響するであろう。
【００１３】
従って、ＲＢＳ  ＧＷを持つネットワークにおけるコアネットワーク制御ノードの負荷バランシングを可能にするには、依然として問題が残っている。
【課題を解決するための手段】
【００１４】
本発明の目的は、上記概説した問題に対処することである。この目的と他の目的が、添付の独立請求項に従う方法、無線基地局ゲートウェイ、無線基地局、及びＵＥによって、そして、従属請求項による実施例によって達成される。
【００１５】
本発明の第１の側面からすれば、無線通信システムの無線基地局ゲートウェイにおいて実行される負荷バランシングの方法が提供される。その無線通信システムは、少なくとも１つのアクティブなユーザ装置に無線サービスを提供し、無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局に接続される。その方法は、ユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを、アクティブなユーザ装置のうち少なくとも１つが登録されているコアネットワーク制御ノードの１つから受信する工程を有する。また、その方法は、コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージを、無線基地局の１つから受信する工程も有する。さらに、その方法は、要求されたシグナリング接続を確立する場合、前記負荷バランシング確立原因に基づいてコアネットワーク制御ノードを選択する工程を有する。
【００１６】
本発明の第２の側面からすれば、無線通信システムの無線基地局において実行される負荷バランシングの方法が提供される。その無線通信システムは、少なくとも１つのアクティブなユーザ装置に無線サービスを提供し、無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続される。その方法は、接続確立を開始し、かつ、負荷バランシング確立原因を含む接続要求をユーザ装置から受信する工程を有する。また、その方法は、コアネットワーク制御ノードへのシグナリング接続を求める要求と負荷バランシング確立原因とを含む第１のメッセージを無線基地局ゲートウェイに送信する工程も有する。
【００１７】
本発明の第３の側面からすれば、無線通信システムのユーザ装置において実行される負荷バランシングの方法が提供される。その無線通信システムは、少なくとも１つのアクティブなユーザ装置に無線サービスを提供し、無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続される。その方法は、接続確立を開始し、かつ、負荷バランシング確立原因を含む接続要求を無線基地局に送信する工程を有する。また、その方法は、その中にユーザ装置が登録されているコアネットワーク制御ノードの識別子を送信する工程も有する。
【００１８】
本発明の第４の側面からすれば、無線サービスを少なくとも１つのアクティブなユーザ装置に提供するよう構成された無線通信システムの無線基地局ゲートウェイが提供される。その無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続可能であって、コマンド受信ユニットを備える。そのコマンド受信ユニットは、ユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを、前記アクティブなユーザ装置のうち少なくとも１つが登録されているコアネットワーク制御ノードの１つから受信するように構成される。また、その無線基地局ゲートウェイは、コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージを、無線基地局の１つから受信するよう構成されたメッセージ受信ユニットを備える。また、その無線基地局ゲートウェイは、要求されたシグナリング接続を確立する場合に負荷バランシング確立原因に基づいてコアネットワーク制御ノードを選択するよう構成された選択ユニットも備える。
【００１９】
本発明の第５の側面からすれば、無線サービスを少なくとも１つのアクティブなユーザ装置に提供するよう構成された無線通信システムの無線基地局が提供される。その無線基地局は無線基地局ゲートウェイに接続可能であり、その無線基地局ゲートウェイは少なくとも２つのコアネットワーク制御ノードに接続可能である。その無線基地局は、ユーザ装置から、接続要求を受信するよう構成された受信ユニットを備える。ここで、その接続要求は、接続確立を開始し、かつ、負荷バランシング確立原因を含む。また、その無線基地局は、第１のメッセージを無線基地局ゲートウェイに送信するよう構成された送信ユニットも備える。第１のメッセージは、コアネットワーク制御ノードへのシグナリング接続を求める要求と負荷バランシング確立原因とを含む。
【００２０】
本発明の第６の側面からすれば、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続可能な無線基地局ゲートウェイを備えた無線通信システムのユーザ装置が提供される。そのユーザ装置は、接続要求を無線基地局に送信するよう構成された送信器を備える。その要求は、接続確立を開始し、かつ、負荷バランシング確立原因を含む。その送信器はさらに、前記ユーザ装置が登録されているコアネットワーク制御ノードの識別子を無線基地局に送信するように構成される。
【００２１】
本発明の実施例の１つの利点は、コアネットワーク制御ノードの負荷バランシング手順が、ＲＢＳ  ＧＷを備えたネットワークにおいて所望の負荷バランシング結果をもたらすであろうという点にある。
【００２２】
本発明の実施例の別の利点は、コアネットワーク制御ノードが、ＲＢＳ  ＧＷを備えたネットワークにおいて最適な方法で動作するという点にある。
【図面の簡単な説明】
【００２３】
【図１】本発明が実装される従来の無線通信システムを概略的に例示する図である。
【図２】ＭＭＥプールに接続された無線基地局を概略的に例示する図である。
【図３】従来のＭＭＥプール内の負荷バランシング手順のシーケンス図を概略的に例示する図である。
【図４】本発明が実装される従来の無線通信システムを概略的に例示する図である。
【図５ａ】、
【図５ｂ】本発明の実施例に従うＭＭＥプール内の負荷バランシング手順のシーケンス図を概略的に例示する図である。
【図６ａ】、
【図６ｂ】、
【図６ｃ】本発明の実施例に従うＲＢＳ  ＧＷ、即ち、ＨｅＮＢ  ＧＷにおける方法を示すフローチャートである。
【図７ａ】、
【図７ｂ】本発明の実施例に従うＲＢＳ、即ち、ＨｅＮＢにおける方法を示すフローチャートである。
【図８】本発明の実施例に従うＵＥにおける方法を示すフローチャートである。
【図９】本発明の実施例に従うＲＢＳ  ＧＷ（ＨｅＮＢ  ＧＷ）、ＲＢＳ（ＨｅＮＢ）、及びＵＥを概略的に例示する図である。
【発明を実施するための形態】
【００２４】
次に、ある実施例と添付図面を参照して本発明について詳細に説明する。本発明の十分な理解を提供するために、限定ではなく説明を目的として、特定の詳細、例えば、具体的シナリオ、技法等について説明する。しかし、当業者には明らかであろうが、本発明は、これらの特定の詳細から逸脱する他の実施例においても実施される。
【００２５】
また、当業者なら理解するであろうが、ここで以下説明する機能および手段は、プログラム化されたマイクロプロセッサまたは汎用コンピュータに関連して機能するソフトウェアとＡＳＩＣ（特定用途向け集積回路）との内、少なくともいずれかを用いて実装されてもよい。また、これも理解されるであろうが、本発明は主として方法とデバイスとの形で記述しているが、本発明は、コンピュータプログラム製品として、ならびに、コンピュータプロセッサおよびプロセッサに結合されたメモリを備えたシステムとしても実施することができ、ここでメモリは、ここで開示される機能を実行する１つ以上のプログラムを使って符号化される。
【００２６】
本発明について、ここでは特定のシナリオの例を参照して説明する。特に、本発明は、３ＧＰＰ  ＳＡＥ／ＬＴＥシステムならびにＨｅＮＢおよびＨｅＮＢ  ＧＷに関する非限定的な一般的環境下で説明する。なお、しかしながら、本発明とその代表的な実施例は、他のタイプの無線アクセス技術、例えば、ＵＴＲＡＮおよびＷｉＭａｘ、ならびに他の無線基地局、例えば、マイクロ基地局および対応する無線基地局ゲートウェイ、ならびに他のコアネットワーク制御ノードにも適用される。
【００２７】
本発明は、従来の負荷バランシング手順では、例えば、ＨｅＮＢ  ＧＷを備えたＳＡＥ／ＬＴＥネットワークのようなＲＢＳ  ＧＷを備えたネットワークにおいて用いられた場合には効果が薄いという問題が、無線リンク確立が負荷バランシングのためであるという知識に基づいてＨｅＮＢ  ＧＷが正しいＭＭＥ選択を実行できるようにするため、ＭＭＥ（コアネットワーク制御ノード）に対するＳ１シグナリング接続を確立するのに用いられるＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥに、ＨｅＮＢが無線リンク確立の理由の明示的な指標を含めるという解決策によって、扱われる。正しいＭＭＥ選択とは、必要なＭＭＥ間の負荷バランシングを具体化するＭＭＥ選択である。
【００２８】
本発明の第１の実施例では、ＵＥは、従来の手順に従えば、ＨｅＮＢへのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージにＳ−ＴＭＳＩを含めない、即ち、ＨｅＮＢからＨｅＮＢ  ＧＷに送信されたＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージが、以前に用いられたＭＭＥの識別子に関する情報を何ら含まないであろうということを意味する。しかし、上記のように、ＨｅＮＢは、ＵＥからの負荷バランシングＴＡＵを搬送するＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージに負荷バランシング確立原因を通してＭＭＥ負荷バランシングの明示的な指標を含める。また、ＨｅＮＢ  ＧＷも、以前に用いられたＭＭＥ識別子の知識を持たなくても正しいＭＭＥ選択を行うことができるために、ＭＭＥが負荷バランシングの理由のために解放したＵＥの数と、同じ理由のために他のＭＭＥにリダイレクトされたＵＥの数との差を追跡するであろう。これは、ＨｅＮＢ  ＧＷの中に維持される、プール内の各ＭＭＥについての計数デバイスを通して実現される。ＨｅＮＢが、ユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを、或るＭＭＥから受信する場合、対応する計数デバイスの値を“１”だけ増加させるであろう。その後、ＨｅＮＢ  ＧＷがＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージを、ＭＭＥへのシグナリング接続の要求と共に、かつ、負荷バランシング確立原因と共に受信する場合、ＭＭＥの選択は、計数デバイスの値に依存するであろう。ＨｅＮＢ  ＧＷは、ゼロに等しい計数デバイス値を持つものから無作為にＭＭＥを選択するであろうが、それは、これらのＭＭＥが、負荷バランシングのためにＵＥをまったく解放しておらず、従って、もっと負荷を引き受けるかもしれないからである。ＭＭＥが選択された場合、ＨｅＮＢは、ゼロより大きい値を持つ計数デバイスのうちの１つの値を減少させるであろうが、それは、１つのＵＥが、過負荷であるかまたはメンテナンスが必要であるＭＭＥから、過負荷でないかまたはメンテナンスの必要がないＭＭＥへリダイレクトされたからである。従って、この手順は、ＭＭＥの選択の結果、必要とされる負荷バランシングがもたらされることを保証するであろう。また、計数デバイスを用いて、通常のＴＡＵ要求の場合に負荷を軽減する必要を示したＭＭＥの選択を回避してもよい。ＭＭＥの計数デバイスがゼロより大きい場合、対応するＭＭＥは、選択アルゴリズムを実行する時に除外される。
【００２９】
本発明の第１の実施例に従う負荷バランシング手順は、図５ａのシーケンス図に概略的に図示されている。最初の段階５０１では、ＵＥ５３０がアクティブな接続を有し、或るＭＭＥ５６０を用いている。ステップ５０２で、例えば、動作及びメンテナンスコマンドによってトリガされて、ＭＭＥ５６０の負荷を軽減する決定が行われる。結果として、アクティブな接続を持つＵＥ５３０は、別のＭＭＥに移動させられるはずである。ＭＭＥ５６０は、ＵＥのシグナリング接続を解放することによって負荷バランシング手順を開始する。これは、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ５０３を原因情報要素が“負荷バランシングＴＡＵが必要”に設定された状態で送信することによって、行われる。ＨｅＮＢ  ＧＷ５５０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ５０３をＭＭＥ５６０から受信して、ステップ５０４で、コマンドメッセージ５０５をＨｅＮＢ５４０に転送する前に、ＭＭＥ５６０に対応する計数デバイスの値を“１”だけ増加させる。ＨｅＮＢ５４０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ５０５を受信し、その結果として、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ５０６を、解放原因が“負荷バランシングＴＡＵが必要”に設定された状態でＵＥ５３０に送信する。ＨｅＮＢ５４０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージ５０７をＨｅＮＢ  ＧＷ５５０に送信することによって接続解放を確認し、ＨｅＮＢ  ＧＷ５５０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージ５０８をＭＭＥ５６０に転送する。
【００３０】
ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ５０６を、解放原因が“負荷バランシングＴＡＵが必要”に設定された状態で受信した後、ＵＥ５３０は、ステップ５０９で、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを、負荷バランシングの理由を示す（そして、Ｓ−ＴＭＳＩを含まない）ｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅと共にＨｅＮＢ５４０に送信することによって、新たなＲＲＣ接続の確立を開始する。ＨｅＮＢ５４０は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージを使って応答し、ステップ５０９でＵＥ５３０がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージをＨｅＮＢ５４０に送信する時、ＲＲＣ接続確立が完了する。ＵＥ５３０からのＮＡＳメッセージ、即ち、ＴＡＵ  Ｒｅｑｕｅｓｔが、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージに追加される。ＨｅＮＢ５４０は、ＨｅＮＢ  ＧＷ５５０によって表される１つの“ＭＭＥ”について知っているだけなので、他のいかなるＭＭＥも選択することができず、Ｓ１接続は、ＨｅＮＢ  ＧＷ５５０を介して確立されるであろう。ＵＥ５３０からのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの負荷バランシングＥｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅによってトリガされて、ＨｅＮＢ５４０は、ステップ５１０で、対応する負荷バランシング確立原因を、その後送信されるＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５１１に含める。ＵＥ５３０から受信したＴＡＵ  Ｒｅｑｕｅｓｔメッセージも、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５１１に含められる。ＨｅＮＢ  ＧＷ５５０がＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５１１をＨｅＮＢ５４０から受信する場合、ＨｅＮＢ  ＧＷ５５０は、負荷バランシング確立原因によってトリガされて、異なるＭＭＥについての計数デバイスの値を読み取り、そして、ステップ５１２で、そのようなＭＭＥは負荷を軽減される必要がなく、従って、ＵＥから負荷を引き受けてもよいことから、ゼロの値を持つ計数デバイスに対応するＭＭＥ５７０を選択する。ＨｅＮＢ  ＧＷ５５０は、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５１３を選択されたＭＭＥ５７０に転送する。ＨｅＮＢ  ＧＷ５５０は、転送されるメッセージに負荷バランシング確立原因を含めても含めなくてもよい。ステップ５１４で、ＨｅＮＢ  ＧＷは、ゼロより大きい値を持つ計数デバイスを（１だけ）減少させたことと、１つのＵＥが別のＭＭＥにリダイレクトされ、従って、ＭＭＥが１つのＵＥの負荷を軽減されたことという事実を反映させる。最後の段階５１５では、通常の手順に従ってＴＡＵが続行する。
【００３１】
本発明の第２の実施例では、ＵＥは、たとえ確立原因が負荷バランシングであったとしても、ＨｅＮＢへのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔにＳ−ＴＭＳＩを含めるであろうが、それは、Ｓ−ＴＭＳＩはＭＭＥプールの中のＭＭＥを識別するＭＭＥＣを備えているため、ＨｅＮＢからＨｅＮＢ  ＧＷに送信されたＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージは、以前に用いられたＭＭＥ識別子に関する情報も含みうることを意味する。また、上記のように、ＨｅＮＢは、ＵＥからの負荷バランシングＴＡＵ要求を搬送するＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージに負荷バランシング確立原因を通してＭＭＥ負荷バランシングの明示的な指標を含めるであろう。ＨｅＮＢ  ＧＷは、ＭＭＥへの、即ち、Ｓ−ＴＭＳＩへのシグナリング接続の要求と負荷バランシング確立原因とを持つＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージを受信する場合、そのＳ１ＡＰメッセージに含まれるＳ−ＴＭＳＩからＭＭＥＣを検索して、ＭＭＥＣによって示されるものとは別のＭＭＥを選択するであろう。代替実施例では、ＵＥは、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージにＳ−ＴＭＳＩを含めないであろうが、代わりに、ＨｅＮＢに送信されるＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージに（あるいはＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに）ＧＵＭＭＥＩを含めるであろう。この実施例によれば、ＨｅＮＢは、その結果、ＨｅＮＢ  ＧＷへのＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージにＧＵＭＭＥＩを含めるか、あるいは、ＧＵＭＭＥＩのＭＭＥＣ部分だけを含め、そして、ＨｅＮＢ  ＧＷは、ＧＵＭＭＥＩ（またはＭＭＥＣ）によって示されるものとは別のＭＭＥを選択するであろう。こうしてこの手順は、ＭＭＥの選択の結果として、要求された負荷バランシングがもたらされることを保証するであろう。
【００３２】
本発明の第２の実施例に従う負荷バランシング手順は、図５ｂのシーケンス図に概略的に図示されている。最初の段階５８１では、ＵＥ５３０がアクティブな接続を有する。ステップ５８２で、例えば、動作及びメンテナンスコマンドによってトリガされて、ＭＭＥ５６０の負荷を軽減する決定が行われる。結果として、アクティブな接続を持つＵＥ５３０は、別のＭＭＥに移動させられるはずである。ＭＭＥ５６０は、ＵＥの接続を解放することによって負荷バランシング手順を開始する。これは、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ５８３を原因情報要素が“負荷バランシングＴＡＵが必要”に設定された状態で送信することによって行われる。ＨｅＮＢ  ＧＷ５５０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ５８３をＭＭＥ５６０から受信して、コマンドメッセージ５８４をＨｅＮＢ５４０に転送する。ＨｅＮＢ５４０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージ５８４を受信し、その結果として、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ５８５を、ｒｅｌｅａｓｅＣａｕｓｅ（解放原因）が“負荷バランシングＴＡＵが必要”に設定された状態でＵＥ５３０に送信する。ＨｅＮＢ５４０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージ５８６をＨｅＮＢ  ＧＷ５５０に送信することによって接続解放を確認し、ＨｅＮＢ  ＧＷ５５０は、Ｓ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＰＬＥＴＥメッセージ５８７をＭＭＥ５６０に転送する。ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｌｅａｓｅメッセージ５８５を、ｒｅｌｅａｓｅＣａｕｓｅ（解放原因）が“負荷バランシングＴＡＵが必要”に設定された状態で受信した後、ＵＥ５３０は、ステップ５８８で、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージを、Ｓ−ＴＭＳＩを含めて、負荷バランシングを示すｅｓｔａｂｌｉｓｈｍｅｎｔＣａｕｓｅ（確立原因）と共にＨｅＮＢ５４０に送信することによって、新たなＲＲＣ接続確立を開始する。ＨｅＮＢ５４０は、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐメッセージを使って応答し、ステップ５８８でＵＥ５３０がＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージをＨｅＮＢ５４０に送信する時、ＲＲＣ接続確立が完了する。ＵＥ５３０からのＮＡＳメッセージ、即ち、ＴＡＵ  Ｒｅｑｕｅｓｔが、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージに追加される。ＨｅＮＢ５４０は、ＨｅＮＢ  ＧＷ５５０によって表される１つの“ＭＭＥ”について知っているだけなので、他のいかなるＭＭＥも選択することができず、Ｓ１接続は、ＨｅＮＢ  ＧＷ５５０を介して確立されるであろう。ＵＥ５３０からのＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージの負荷バランシング確立原因によってトリガされて、ＨｅＮＢ５４０は、ステップ５８９で、対応する負荷バランシング確立原因だけでなくＳ−ＴＭＳＩも、その後送信されるＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９０に含める。ＵＥ５３０から受信されたＴＡＵ  Ｒｅｑｕｅｓｔメッセージも、���１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９０に含められる。ＨｅＮＢ  ＧＷ５５０がＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９０をＨｅＮＢ５４０から受信する場合、ＨｅＮＢ  ＧＷ５５０は、負荷バランシング確立原因によってトリガされて、ステップ５９１で、Ｓ−ＴＭＳＩの中のＭＭＥＣによって示されたものとは別のＭＭＥ５７０を選択する。次いで、ＨｅＮＢ  ＧＷ５５０は、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９２を選択されたＭＭＥ５７０に転送する。ＨｅＮＢ  ＧＷ５５０は、転送されるメッセージに負荷バランシング確立原因を含めても含めなくてもよい。最後の段階５９３では、通常の手順に従ってＴＡＵが続行する。代替実施例では、ＵＥ５３０が、ステップ５８８で、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  ＲｅｑｕｅｓｔメッセージにＳ−ＴＭＳＩを含める代わりに、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージに（または代わりにＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｒｅｑｕｅｓｔメッセージに）ＧＵＭＭＥＩを含める。次いで、ＨｅＮＢ５４０が、ステップ５８９で、ＨｅＮＢ  ＧＷ５５０へのＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９０に、ＧＵＭＭＥＩかまたは代わりにＧＵＭＭＥＩのＭＭＥＣ部分だけを含める。やはり代替実施例に従えば、ＨｅＮＢ  ＧＷ５５０は、ＨｅＮＢ５４０からＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９０を受信した場合、負荷バランシング確立原因によってトリガされて、ステップ５９１で、ＧＵＭＭＥＩ（またはＭＭＥＣ）によって示されるものとは別のＭＭＥ５７０を選択する。
【００３３】
代替案として、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９０のＳ−ＴＭＳＩ、ＧＵＭＭＥＩ、またはＭＭＥＣの存在が、負荷バランシング確立原因の暗示的な指標として用いられてもよく、その場合、明示的な負荷バランシング確立原因の指標は、冗長となり、省略されてもよい。ＨｅＮＢ  ＧＷ５５０が、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージ５９２を選択されたＭＭＥ５７０に転送する場合、ＨｅＮＢ  ＧＷ５５０は、負荷バランシング確立原因と、Ｓ−ＴＭＳＩ、ＧＵＭＭＥＩまたはＭＭＥＣとの内の少なくともいずれかを含めても含めなくてもよい。
【００３４】
本発明の第３の実施例では、ＨｅＮＢは、ＵＥからの負荷バランシングＴＡＵ  Ｒｅｑｕｅｓｔを搬送するＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージに負荷バランシング確立原因の指標を通してＭＭＥ負荷バランシングの明示的な指標を含める。ＭＭＥへのシグナリング接続を求める要求と負荷バランシング確立原因とを持つＳ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージを受信する場合、ＨｅＮＢ  ＧＷは、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージからＴＡＵ  Ｒｅｑｕｅｓｔを抽出し、ＴＡＵ  ＲｅｑｕｅｓｔメッセージからＧＵＴＩを検索して、ＧＵＴＩに含まれているＧＵＭＭＥＩ（特に、ＧＵＭＭＥＩのＭＭＥＣ部分）をチェックする。Ａｔｔａｃｈ  Ｒｅｑｕｅｓｔと（非周期的な）ＴＡＵ  Ｒｅｑｕｅｓｔメッセージを含むＮＡＳメッセージはＵＥからＭＭＥまで暗号化せずに送信されるため、このことは可能である。次いで、ＵＥは、ＧＵＭＭＥＩ／ＭＭＥＣによって識別されたものとは別のＭＭＥを選択し、（ＴＡＵ  Ｒｅｑｕｅｓｔを含めて）Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージを、選択されたＭＭＥに転送する。こうしてこの手順は、ＭＭＥの選択の結果として、要求された負荷バランシングがもたらされることを保証する。
【００３５】
図６ａは、本発明の実施例に従うＲＢＳ  ＧＷにおける方法のフローチャートである。この実施例では、無線通信システムが、ＳＡＥ／ＬＴＥシステムによって例示されており、コアネットワーク制御ノードがＭＭＥに対応し、ＲＢＳはＨｅＮＢであり、ＲＢＳ  ＧＷはＨｅＮＢ  ＧＷである。この方法は、以下のステップを含む。即ち、
−６１０：アクティブなユーザ装置が登録されているＭＭＥのうちの１つから、アクティブなユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを受信する。これは、原因が“負荷バランシングＴＡＵが必要”に設定された状態のＳ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージである。次いで、このコマンドはＨｅＮＢに転送される。
−６２０：ＭＭＥへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージをＨｅＮＢから受信する。これはＨｅＮＢ  ＧＷに、ＭＭＥへのシグナリング接続の要求が、以前に用いられたＭＭＥから負荷を軽減する必要があるためであることを教える。
−６３０：要求されたシグナリング接続を確立する場合、前記負荷バランシング確立原因に基づいてＭＭＥを選択する。ＨｅＮＢは、これが負荷バランシングの状況だと分かっているため、以前に用いられていたものとは別のＭＭＥを選択するであろう。
【００３６】
図６ｂは、上記の本発明の第１の実施例に従うＨｅＮＢ  ＧＷにおける方法のフローチャートである。ここで、ＨｅＮＢ  ＧＷは、負荷バランシング状況において適切なやり方でＭＭＥを選択するために、ＭＭＥ毎に計数デバイスを備える。この方法は、以下のステップを含む。即ち、
−６１０：アクティブなユーザ装置が登録されているＭＭＥのうちの１つから、アクティブなユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを受信する。これは、原因が“負荷バランシングＴＡＵが必要”に設定された状態のＳ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージである。次いで、このコマンドはＨｅＮＢに転送される。
−６１１：コマンドメッセージを送信したＭＭＥに対応する計数デバイスの値を“１”だけ増加させる。
−６２０：ＭＭＥへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージをＨｅＮＢから受信する。これはＨｅＮＢ  ＧＷに、ＭＭＥへのシグナリング接続の要求が、以前に用いられたＭＭＥから負荷を軽減する必要があるためであることを教える。
−６３１：値がゼロの計数デバイスに対応するＭＭＥを選択する。ゼロより大きい計数デバイスは、負荷バランシングの理由でＵＥを解放したＭＭＥに対応し、従って、そのようなＭＭＥは選択されるべきではない。
−６３２：ゼロより大きい値を有する前記計数デバイスのうちの１つのデバイスの値を“１”だけ減少させる。負荷バランシングのためにＭＭＥがＵＥを解放した時に特定のＭＭＥに対応する計数デバイスの値を“１”だけ増加させたならば、ＵＥが別のＭＭＥにリダイレクトされた時には計数デバイスの値を減少させるべきである。
【００３７】
図６ｃは、上記の本発明の第２の実施例に従うＨｅＮＢ  ＧＷにおける方法のフローチャートである。この方法は、以下のステップを含む。即ち、
−６１０：アクティブなユーザ装置が登録されているＭＭＥのうちの１つから、アクティブなユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを受信する。これは、原因が“負荷バランシングＴＡＵが必要”に設定された状態のＳ１ＡＰ  ＵＥ  ＣＯＮＴＥＸＴ  ＲＥＬＥＡＳＥ  ＣＯＭＭＡＮＤメッセージである。次いで、このコマンドはＨｅＮＢに転送される。
−６２０：ＭＭＥへのシグナリング接続の要求と負荷バランシング確立原因と、さらに、接続を要求しているＵＥのＳ−ＴＭＳＩとを含むメッセージをＨｅＮＢから受信する。Ｓ−ＴＭＳＩの代わりにメッセージに含める選択肢は、ＧＵＭＭＥＩ、またはＧＵＭＭＥＩのＭＭＥＣ部分である。これは、ＨｅＮＢ  ＧＷに、ＭＭＥへのシグナリング接続の要求が、Ｓ−ＴＭＳＩ（またはＧＵＭＭＥＩ）のＭＭＥＣによって識別されたＵＥによって以前に用いられたＭＭＥから負荷を軽減する必要があるためであることを教える。ＧＵＭＭＥＩまたはＧＵＭＭＥＩのＭＭＥＣ部分がメッセージに含まれている場合、そのメッセージ内のこの識別子の存在が、負荷バランシング確立原因の暗示的指標として用いられてもよい。
−６３３：要求されたシグナリング接続を確立する場合、Ｓ−ＴＭＳＩ（またはＧＵＭＭＥＩ）のＭＭＥＣによって識別されたものとは別のＭＭＥを選択する。
【００３８】
第２の実施例と同様のアプローチが、本発明の第３の実施例で用いられる。その違いは、ステップ６３３でＭＭＥを選択する場合にどのＭＭＥが除外されるべきかを識別するために、ＨｅＮＢ  ＧＷが、Ｓ１ＡＰ  ＩＮＩＴＩＡＬ  ＵＥ  ＭＥＳＳＡＧＥメッセージから抽出されたＴＡＵ  Ｒｅｑｕｅｓｔにおいてユーザ装置識別子（ＧＵＴＩ）を用いる点にある。
【００３９】
図７ａは、本発明の実施例に従うＲＢＳ（ＨｅＮＢ）における方法のフローチャートである。その方法は以下のステップを含む。即ち、
−７１０：接続要求がＵＥから受信され、そして、接続要求は負荷バランシング確立原因を含む。
−７２０：ＭＭＥへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージがＨｅＮＢ  ＧＷに送信される。これによって、ＨｅＮＢ  ＧＷが適切なＭＭＥを選択することが可能になる。
【００４０】
図７ｂは、本発明の第２の実施例の代替案によるＲＢＳ（ＨｅＮＢ）における方法のフローチャートである。この方法は、次のステップを含む。ステップ７１０で、接続要求がＵＥから受信される。その接続要求は、負荷バランシング確立原因を含む。また、その接続要求は、その要求を送信するＵＥのＳ−ＴＭＳＩの一部、或いは、ＭＭＥのＧＵＭＭＥＩとして、ＵＥが登録されているＭＭＥ識別子を含む。図７ｂの代替実施例では、ステップ７１１で、接続確立手順の完了メッセージ、例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージでＧＵＭＭＥＩが受信される。ステップ７２０では、ＭＭＥへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージがＨｅＮＢ  ＧＷに送信される。また、第２の実施例では、そのメッセージは、この実施例と同様にしてＵＥから接続確立原因の最終メッセージで、あるいは接続要求で受信された、ＵＥが登録されるＭＭＥの識別子（Ｓ−ＴＭＳＩまたはＧＵＭＭＥＩまたはＧＵＭＭＥＩのＭＭＥＣ部分）を含む。
【００４１】
図８は、本発明の第２の実施例に従うＵＥにおける方法のフローチャートである。その方法は、負荷バランシング確立原因を含む接続要求をＨｅＮＢに送信するステップ８１０を含む。また、その方法は、ＵＥが登録されているＭＭＥの識別子を送信するステップ８１１を含む。ＭＭＥ識別子はＧＵＭＭＥＩであるか、或いは、ＵＥのＳ−ＴＭＳＩに含まれていてもよいだろう。ＭＭＥの識別子は、一代替例では、接続要求で送信されてもよい。別の代替例では、ＧＵＭＭＥＩが、最初の接続要求の代わりに接続確立手順の最終メッセージに、例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  Ｃｏｍｐｌｅｔｅメッセージに含まれてもよい。
【００４２】
本発明の実施例に従い、図９に概略的に図示されているのは、ＨｅＮＢ  ＧＷ９００、ＨｅＮＢ  ＧＷ９５０、ＵＥ９６０である。また、ここでは、無線通信システムは、ＳＡＥ／ＬＴＥシステムであり、コアネットワーク制御ノードはＭＭＥ、ＲＢＳ、ＨｅＮＢに対応し、ＲＢＳ  ＧＷはＨｅＮＢ  ＧＷである。
【００４３】
ＨｅＮＢ  ＧＷ９００は、ＵＥ９６０に関連するシグナリング接続を負荷バランシングのために解放するコマンドをＭＭＥから受信するコマンド受信ユニット９０１を備える。また、ＭＭＥへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージをＨｅＮＢから受信するメッセージ受信ユニット９０２と、要求されたシグナリング接続を確立する時に負荷バランシング確立原因に基づいてＭＭＥを選択する選択ユニット９０３も備える。上記の第１の実施例では、ＨｅＮＢ  ＧＷは、各ＭＭＥのための計数デバイス９０４も備え、コマンド受信ユニット９０１は、コマンドを送信したＭＭＥに対応する計数デバイス９０４の値を“１”だけ増加させるよう構成される。第１の実施例では、選択ユニット９０３は、ゼロに等しい計数デバイス値を有するＭＭＥを選択して、ゼロより大きい値を有する前記計数デバイスのうちの１つデバイスの値を“１”だけ減少させるように構成される。
【００４４】
本発明の第２の実施例では、受信したメッセージが、ＵＥ９６０が登録されるＭＭＥの識別子を与えるＳ−ＴＭＳＩまたはＧＵＭＭＥＩ（またはＧＵＭＭＥＩのＭＭＥＣ部分）も含み、ＨｅＮＢ  ＧＷ９００の選択ユニット９０３が、Ｓ−ＴＭＳＩまたはＧＵＭＭＥＩ（またはＧＵＭＭＥＩのＭＭＥＣ部分）によって与えられるＭＭＥ識別子に対応するものとは別のＭＭＥを選択するように構成される。本発明の第３の実施例では、ＵＥ識別子は、ＮＡＳメッセージ、即ち、ＴＡＵ  Ｒｅｑｕｅｓｔメッセージに含まれるＧＵＴＩである。ＴＡＵ  Ｒｅｑｕｅｓｔメッセージは、従って、ＧＵＴＩを検索して、ＧＵＴＩのＧＵＭＭＥＩ（またはＧＵＭＭＥＩのＭＭＥＣ部分）の形式のＭＭＥ識別子を読み取るため、受信メッセージから抽出される必要がある。選択ユニット９０３は、ＧＵＭＭＥＩ（またはＧＵＭＭＥＩのＭＭＥＣ部分）によって与えられるＭＭＥ識別子に対応するものとは別のＭＭＥを選択するように構成される。
【００４５】
ＨｅＮＢ９５０は、負荷バランシング確立原因を含む接続要求をＵＥから受信するよう構成された受信ユニット９５１と、ＭＭＥへのシグナリング接続の要求と負荷バランシング確立原因とを備えたメッセージをＨｅＮＢ  ＧＷ９００に送信するよう構成された送信ユニット９５２とを備える。また、第２の実施例では、その接続要求は、Ｓ−ＴＭＳＩまたはＧＵＭＭＥＩを含むであろうし、送信ユニット９５２は、このＳ−ＴＭＳＩまたはＧＵＭＭＥＩ（またはＧＵＭＭＥＩのＭＭＥＣ部分）を含むメッセージを送信するように構成されるであろう。また、受信ユニット９５１は、接続確立手順の最終メッセージ、例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージでＵＥからＧＵＭＭＥＩを受信するよう構成されてもよい。送信ユニット９５２が送信するメッセージにＧＵＭＭＥＩまたはＧＵＭＭＥＩのＭＭＥＣ部分が含まれる場合、そのメッセージ中のこの識別子の存在が、負荷バランシング確立原因の暗示的指標として用いられてもよい。その場合、明示的な負荷バランシング確立原因の指標は、冗長となり、省略されてもよい。
【００４６】
ＵＥ９６０は、負荷バランシング確立原因を含む接続要求をＨｅＮＢ９５０に送信するよう構成された送信器９６１を備える。また、第２の実施例によれば、その接続要求は、ＭＭＥ識別子（Ｓ−ＴＭＳＩまたはＧＵＭＭＥＩ）も含む。代替例として、送信器９６１が、接続確立手順の最終メッセージ、例えば、ＲＲＣ  Ｃｏｎｎｅｃｔｉｏｎ  Ｓｅｔｕｐ  ＣｏｍｐｌｅｔｅメッセージにＧＵＭＭＥＩを含めるように構成されてもよい。
【００４７】
上記の実施例は、例として与えられただけであって、本発明を限定するものではない。添付の請求の範囲で記載された本発明の範囲内のその他の解決策、用途、目的、機能は、当業者には明らかである。
【００４８】
略語
３ＧＰＰ        第三世代パートナシッププロジェクト
ＣＮ            コアネットワーク
ｅＮＢ          ｅノードＢ、Ｅ−ＵＴＲＡＮノードＢ
ＥＰＣ          発展型パケットコア
ＥＰＳ          発展型パケットシステム
Ｅ−ＵＴＲＡＮ  発展型ＵＴＲＡＮ
ＦＡＰ          フェムトアクセスポイント
ＧＵＭＭＥＩ    グローバルに一意のＭＭＥ識別子
ＧＵＴＩ        グローバルに一意の一時的識別子
ＧＷ            ゲートウェイ
ＨＡＰ          ホームアクセスポイント
ＨｅＮＢ        ホームｅＮＢ
ＨｅＮＢ  ＧＷ  ホームｅＮＢゲートウェイ
ＬＴＥ          ロングタームエボルーション
ＭＣＣ          移動電話国番号
ＭＭＥ          モビリティ管理エンティティ
ＭＭＥＣ        ＭＭＥコード
ＭＭＥＧＩ      ＭＭＥグループ識別子
ＭＮＣ          移動電話網番号
Ｍ−ＴＭＳＩ    Ｍ−臨時移動体加入者識別子ＭＳＩ
ＮＡＳ          非アクセス・ストラタム
ＰＬＭＮ        公衆陸上移動通信網
ＰＬＭＮ  ＩＤ  ＰＬＭＮ識別子
ＲＡＮ          無線アクセスネットワーク
ＲＲＣ          無線リソース制御
Ｓ１            ｅＮＢとＣＮとの間のインタフェース
Ｓ１ＡＰ        Ｓ１アプリケーションプロトコル
Ｓ１−ＭＭＥ    Ｓ１の制御プレーン
Ｓ−ＴＭＳＩ    Ｓ−臨時移動体加入者識別子
ＴＡ            トラッキングエリア
ＴＡＩ          トラッキングエリア識別子
ＴＡＵ          トラッキングエリア更新
ＵＥ            ユーザ装置
ＵＴＲＡＮ      全球規模陸上無線ネットワーク
Ｘ２            ｅＮＢ間のインタフェース
ｘＤＳＬ        ｘデジタル加入者回線（Ｘ＝Ａ或いはＶ）
【図１】
2012514934.tif 000003
【図２】
2012514934.tif 000004
【図３】
2012514934.tif 000005
【図４】
2012514934.tif 000006
【図５ａ】
2012514934.tif 000007
【図５ｂ】
2012514934.tif 000008
【図６ａ】
2012514934.tif 000009
【図６ｂ】
2012514934.tif 000010
【図６ｃ】
2012514934.tif 000011
【図７ａ】
2012514934.tif 000012
【図７ｂ】
2012514934.tif 000013
【図８】
2012514934.tif 000014
【図９】
2012514934.tif 000015
【手続補正書】
【提出日】平成22年11月1日(2010.11.1)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
少なくとも１つのアクティブなユーザ装置に無線サービスを提供する無線通信システムの無線基地局ゲートウェイにおいて実行される負荷バランシングの方法であって、
前記無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局に接続され、前記方法は、
ユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するコマンドを、前記アクティブなユーザ装置のうち少なくとも１つが登録されているコアネットワーク制御ノードの１つから受信する工程（６１０）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含むメッセージを、前記無線基地局の１つから受信する工程（６２０）と、
前記要求されたシグナリング接続を確立する場合、前記負荷バランシング確立原因に基づいてコアネットワーク制御ノードを選択する工程（６３０）とを有することを特徴とする方法。
【請求項２】
前記無線基地局ゲートウェイは、前記コアネットワーク制御ノードの夫々に対する計数デバイスを有し、
前記コマンドを受信する工程（６１０）は、前記コマンドを送信した前記コアネットワーク制御ノードに対応する計数デバイスの値を１だけ増加させる工程（６１１）を有し、
前記コアネットワーク制御ノードを選択する工程（６３０）は、
前記計数デバイスがゼロの値をもつコアネットワーク制御ノードを選択する工程（６３１）と、
ゼロより大きい値をもつ前記計数デバイスの内の１つのデバイスの値を１だけ減少させる工程（６３２）とを有することを特徴とする請求項１に記載の方法。
【請求項３】
前記受信したメッセージは、ユーザ装置の識別子を有し、
前記識別子は、前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記コアネットワーク制御ノードを選択する工程（６３０）は、
前記識別子に含まれる前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択する工程（６３３）を有することを特徴とする請求項１に記載の方法。
【請求項４】
前記ユーザ装置の識別子は、前記受信したメッセージの中のシグナリング接続の要求に含まれていることを特徴とする請求項３に記載の方法。
【請求項５】
前記受信したメッセージは、コアネットワーク制御ノードの識別子を有し、
前記コアネットワーク制御ノードを選択する工程は、
前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択する工程を有することを含むことを特徴とする請求項１に記載の方法。
【請求項６】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを含むことを特徴とする請求項１乃至５のいずれか１項に記載の方法。
【請求項７】
少なくとも１つのアクティブなユーザ装置に無線サービスを提供する無線通信システムの無線基地局において実行される負荷バランシングの方法であって、
無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続され、前記方法は、
接続確立を開始すると、負荷バランシング確立原因を含む接続要求をユーザ装置から受信する工程（７１０）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含む第１のメッセージを無線基地局ゲートウェイに送信し、これにより前記無線基地局ゲートウェイが前記負荷バランシング確立原因に基づいてコアネットワーク制御ノードを選択するのを可能にする工程（７２０）とを有することを特徴とする方法。
【請求項８】
前記接続要求は、前記接続要求を送信したユーザ装置の識別子を有し、
前記識別子は前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記識別子を有することを特徴とする請求項７に記載の方法。
【請求項９】
前記接続要求は、前記接続要求を送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項７に記載の方法。
【請求項１０】
前記接続要求を受信する工程（７１０）は、前記ユーザ装置から前記接続確立の完了を示す第２のメッセージを受信する工程（７１１）をさらに有し、
前記第２のメッセージは、前記第２のメッセージを送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項７に記載の方法。
【請求項１１】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項７乃至１０のいずれか１項に記載の方法。
【請求項１２】
少なくとも１つのアクティブなユーザ装置に無線サービスを提供する無線通信システムのユーザ装置において実行される負荷バランシングのの方法であって、
無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノードと、少なくとも２つの無線基地局とに接続され、前記方法は、
接続確立を開始すると、負荷バランシング確立原因を含む接続要求を無線基地局に送信する工程（８１０）と、
前記ユーザ装置が登録されているコアネットワーク制御ノードの識別子を送信する工程（８１１）とを有することを特徴とする方法。
【請求項１３】
前記コアネットワーク制御ノードの識別子は前記接続要求で送信されることを特徴とする請求項１２に記載の方法。
【請求項１４】
前記コアネットワーク制御ノードの識別子は前記ユーザ装置の識別子に含まれていることを特徴とすることを特徴とする請求項１３に記載の方法。
【請求項１５】
前記コアネットワーク制御ノードの識別子は前記接続確立を含むメッセージで送信されることを特徴とすることを含むことを特徴とする請求項１２に記載の方法。
【請求項１６】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを含むことを特徴とする請求項１２乃至１５のいずれか１項に記載の方法。
【請求項１７】
無線サービスを少なくとも１つのアクティブなユーザ装置（９６０）に提供するよう構成された無線通信システムの無線基地局ゲートウェイ（９００）であって、前記無線基地局ゲートウェイは、少なくとも２つのコアネットワーク制御ノード（９２０）と少なくとも２つの無線基地局（９５０）とに接続可能であって、
ユーザ装置に関連するシグナリング接続を負荷バランシングのために解放するための、前記アクティブなユーザ装置のうち少なくとも１つが登録されている前記コアネットワーク制御ノードの１つからのコマンドを受信するよう構成されたコマンド受信ユニット（９０１）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含む、前記無線基地局の１つからのメッセージを受信するよう構成されたメッセージ受信ユニット（９０２）と、
前記要求されたシグナリング接続を確立する場合に、前記負荷バランシング確立原因に基づいて、コアネットワーク制御ノードを選択するよう構成された選択ユニット（９０３）とを有することを特徴とする無線基地局ゲートウェイ。
【請求項１８】
前記コアネットワーク制御ノードの各々に対する計数デバイス（９０４）をさらに有し、
前記コマンド受信ユニット（９０１）はさらに、前記コマンドを送信した前記コアネットワーク制御ノードに対応する前記計数デバイス（９０４）の値を１だけ増加させるように構成され、
前記選択ユニット（９０３）は、前記計数デバイスのゼロの値をもつコアネットワーク制御ノードを選択し、ゼロよりも大きい値をもつ前記計数デバイスの１つの値を１だけ減少させるよう構成されていることを特徴とする請求項１７に記載の無線基地局ゲートウェイ。
【請求項１９】
前記受信したメッセージは、ユーザ装置の識別子を有し、
前記識別子は、前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記選択ユニット（９０３）は、
前記識別子に含まれる前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択するよう構成されていることを特徴とする請求項１７に記載の無線基地局ゲートウェイ。
【請求項２０】
前記ユーザ装置の識別子は、前記受信したメッセージの中のシグナリング接続の要求に含まれていることを特徴とする請求項１９に記載の無線基地局ゲートウェイ。
【請求項２１】
前記受信したメッセージは、コアネットワーク制御ノードの識別子を有し、
前記選択ユニット（９０３）は、前記コアネットワーク制御ノードの識別子に対応するコアネットワーク制御ノード以外のコアネットワーク制御ノードを選択するよう構成されていることを特徴とする請求項１７に記載の無線基地局ゲートウェイ。
【請求項２２】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項１７乃至２１のいずれか１項に記載の無線基地局ゲートウェイ。
【請求項２３】
無線サービスを少なくとも１つのアクティブなユーザ装置に提供するよう構成された無線通信システムの無線基地局（９５０）であって、前記無線基地局は無線基地局ゲートウェイ（９００）に接続可能であり、前記無線基地局ゲートウェイ（９００）は少なくとも２つのコアネットワーク制御ノード（９２０）に接続可能であり、
前記無線基地局は、
ユーザ装置から、接続確立を開始すると、負荷バランシング確立原因を含む接続要求を受信するよう構成された受信ユニット（９５１）と、
コアネットワーク制御ノードへのシグナリング接続の要求と負荷バランシング確立原因とを含む第１のメッセージを前記無線基地局ゲートウェイに送信し、これにより前記無線基地局ゲートウェイが前記負荷バランシング確立原因に基づいてコアネットワーク制御ノードを選択するのを可能にするよう構成された送信ユニット（９５２）とを有することを特徴とする無線基地局。
【請求項２４】
前記接続要求は、前記接続要求を送信したユーザ装置の識別子を有し、
前記識別子は前記ユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記識別子を有することを特徴とする請求項２３に記載の無線基地局。
【請求項２５】
前記接続要求は、前記接続要求を送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項２３に記載の無線基地局。
【請求項２６】
前記受信ユニット（９５１）はさらに、前記ユーザ装置から前記接続確立の完了を示す第２のメッセージを受信するよう構成され、
前記第２のメッセージは、前記第２のメッセージを送信したユーザ装置が登録された前記コアネットワーク制御ノードの識別子を有し、
前記第１のメッセージは前記コアネットワーク制御ノードの識別子を有することを特徴とする請求項２３に記載の無線基地局。
【請求項２７】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項２３乃至２６のいずれか１項に記載の無線基地局。
【請求項２８】
少なくとも２つのコアネットワーク制御ノード（９２０）と少なくとも２つの無線基地局（９５０）とに接続可能な無線基地局ゲートウェイ（９００）を備えた無線通信システムのユーザ装置（９６０）であって、
接続要求を無線基地局（９５０）に送信するよう構成された送信器（９６１）を有し、
前記接続要求により接続確立を開始し、前記接続要求には負荷バランシング確立原因を含み、
前記送信器はさらに、前記ユーザ装置が登録されているコアネットワーク制御ノードの識別子を前記無線基地局に送信するよう構成されることを特徴とするユーザ装置。
【請求項２９】
前記コアネットワーク制御ノードの識別子は前記接続要求で送信されることを特徴とする請求項２８に記載のユーザ装置。
【請求項３０】
前記コアネットワーク制御ノードの識別子は前記ユーザ装置の識別子に含まれていることを特徴とする請求項２９に記載のユーザ装置。
【請求項３１】
前記コアネットワーク制御ノードの識別子は前記接続確立の完了を示すメッセージで送信されることを特徴とする請求項２８に記載のユーザ装置。
【請求項３２】
前記無線通信システムはＳＡＥ／ＬＴＥシステムであり、
前記コアネットワーク制御ノードはＭＭＥであり、
前記無線基地局はホームｅノードＢであり、
前記無線基地局ゲートウェイはホームｅノードＢゲートウェイであることを特徴とする請求項２８乃至３１のいずれか１項に記載のユーザ装置。
【国際調査報告】
2012514934.tif 000016
2012514934.tif 000017
2012514934.tif 000018