JP2016536844A - クラウドｒａｎ環境でｒｒｈの電源を制御する方法 - Google Patents

Abstract

【課題】クラウドＲＡＮ環境でＲＲＨの電源を制御する方法を提供する。【解決手段】ＲＲＨとＢＢＵとが分離されるクラウドＲＡＮ環境で、端末からＲＲＨに対する測定報告メッセージを受信し、ＲＡＴ情報を端末に送信し、起床要求メッセージを受信してＲＲＨの電源状態をスイッチオンに設定する電源制御方法、及び端末からの測定報告メッセージに基づいてＲＲＨのスイッチオフを決定し、ＲＲＨ状態変更要求メッセージをＢＢＵに送信し、ＲＲＨ状態変更命令メッセージを送信し、ＲＲＨスイッチングを行い、ＲＲＨの電源状態をスイッチオフに設定する電源制御方法を提供する。【選択図】図３

Description

本発明は、マクロセル及びスモールセルが共存する異機種環境でＲＲＨの電源を制御する方法及びその端末に関する。

無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ：ＲＡＮ）構造は、ピコセル（ｐｉｃｏ ｃｅｌｌ）、フェムトセル（ｆｅｍｔｏ ｃｅｌｌ）などの様々な形態のスモールセル（ｓｍａｌｌ ｃｅｌｌ）がマクロセル（ｍａｃｒｏ ｃｅｌｌ）と連動する形態に変化している。このような無線アクセスネットワーク構造は、従来のマクロセルベースの同種（ｈｏｍｏｇｅｎｅｏｕｓ）ネットワークに加えて、低電力／近距離通信のためのスモールセルが混在する階層的（ｈｉｅｒａｒｃｈｉｃａｌ）セル構造又は異種（ｈｅｔｅｒｏｇｅｎｅｏｕｓ）セル構造を意味する。

複雑化する都市環境で従来のようにマクロセル基地局をさらに設置することは非効率的である。通信環境における陰影地域などによって、マクロセルの更なる設置に伴う費用増加及び複雑度増加の割にはシステム収率の向上が大きくないためである。そこで、新しい異種セル構造ではマクロセル内に複数のスモールセルが共存し、スモールセルにはセル指定（ｃｅｌｌ ｃｏｏｒｄｉｎａｔｉｏｎ）方式によってリソースが割り当てられ、割り当てられたリソースでスモールセルが端末にサービスを提供する。このような異種セル構造は、最終のユーザに高いデータ伝送率を提供することによって体感品質（Ｑｕａｌｉｔｙ ｏｆ Ｅｘｐｅｒｉｅｎｃｅ：ＱｏＥ）を増進させることを目的とする。

３ＧＰＰ（３ｒｄ Ｇｅｎｅｒａｔｉｏｎ Ｐａｒｔｎｅｒｓｈｉｐ Ｐｒｏｊｅｃｔ）標準化範ちゅうの一つである「Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮ ＳＩのためのスモールセル強化（ｍａｌｌ Ｃｅｌｌ Ｅｎｈａｎｃｅｍｅｎｔｓ ｆｏｒ Ｅ−ＵＴＲＡ ａｎｄ Ｅ−ＵＴＲＡＮ ＳＩ（Ｓｔｕｄｙ Ｉｔｅｍ））」では、低電力ノードを用いる室内／室外（ｉｎｄｏｏｒ／ｏｕｔｄｏｏｒ）シナリオを向上させるための議論がなされており、それらのシナリオ及び要求事項が３ＧＰＰ ＴＲ ３６．９３２に述べられている。また、「Ｅ−ＵＴＲＡ及びＥ−ＵＴＲＡＮ ＳＩのためのスモールセル強化」では、ユーザが同一或いは別個のキャリア（ｃａｒｒｉｅｒ）を用いるマクロセルレイヤ（Ｍａｃｒｏ Ｃｅｌｌ Ｌａｙｅｒ）及びスモールセルレイヤ（Ｓｍａｌｌ Ｃｅｌｌ Ｌａｙｅｒ）に同時的接続性を有する二重接続性（Ｄｕａｌ Ｃｏｎｎｅｃｔｉｖｉｔｙ）概念に対する長所を導く作業も議論されている。

本発明は、上述したような一般的な技術の問題点を解決するために案出されたものであり、本発明の目的は、ＲＲＨとＢＢＵとが分離されるネットワーク環境でＲＲＨの電源を制御して電力消費を減らすことにある。

本発明の他の目的は、様々な基準によってＲＲＨの電源をつけたり消したりすることによって、周辺状況の動的な変化を反映してＲＲＨの電力消費を管理することにある。

本発明の更に他の目的は、様々な主体がＲＲＨの電源を制御することによって、ＲＲＨの電源を効率的に管理することにある。

本発明で遂げようとする技術的課題は、以上で言及している事項に制限されず、言及していない他の技術的課題は、以下に説明する本発明の実施例から、本発明の属する技術の分野における通常の知識を有する者にとって考慮されてもよい。

上述した技術的課題を解決するために、以下、ＲＲＨ及びＢＢＵの配置環境によってＲＲＨの電源を制御する方法を提供する。具体的に、ＲＲＨに接続されたＢＢＵが端末からの測定報告メッセージによってＲＲＨの電源をつけたり消したりする方法を提供する。

本発明の実施例によれば、次のような効果を期待することができる。

第一に、ＲＲＨの電源をつけたり消したりする過程を通じて、ＲＲＨが無駄に消費する電力を低減することができる。

第二に、通信環境が様々に変化する過程でも、様々な条件に応じてＲＲＨの電源を制御することによって、ＲＲＨの電源消費を動的に管理することができる。

第三に、ＢＢＵ、ＲＲＨ、Ａ−ＧＷなどの様々な主体がＲＲＨの電源を管理することができ、ＲＲＨの電源管理過程を効率化させることができる。

本発明の実施例から得られる効果は、以上で言及した効果に制限されず、言及していない他の効果は、以下の本発明の実施例に関する記載から、本発明の属する技術の分野における通常の知識を有する者にとって明確に導出され理解されるであろう。すなわち、本発明を実施することに伴う意図していない効果も、本発明の実施例から、当該技術の分野における通常の知識を有する者によって導出され得る。

以下に添付する図面は、本発明に関する理解を助けるためのものであり、詳細な説明と共に本発明に関する実施例を提供する。ただし、本発明の技術的特徴が特定の図面に限定されることはなく、各図に開示される特徴を組み合わせて新しい実施例を構成してもよい。各図における参照番号（ｒｅｆｅｒｅｎｃｅ ｎｕｍｅｒａｌｓ）は、構造的構成要素（ｓｔｒｕｃｔｕｒａｌ ｅｌｅｍｅｎｔｓ）を意味する。
本発明に係る異種ネットワーク環境を示す図である。 本発明に係るクラウドＲＡＮ環境を示す図である。 本発明の一実施例に係るＲＲＨの電源制御方法を説明するフローチャートである。 本発明の一実施例に係るＲＲＨ情報取得方法を説明するフローチャートである。 本発明の他の実施例に係るＲＲＨ情報取得方法を説明するフローチャートである。 本発明の一実施例に係るＲＲＨ状態確認方法を説明するフローチャートである。 本発明の一実施例に係るＲＲＨのＲＡＴ情報送信方法を説明するフローチャートである。 本発明の他の実施例に係るＲＲＨのＲＡＴ情報送信方法を説明するフローチャートである。 本発明の一実施例に係るＲＲＨ電源制御方法及びＲＡＴ設定方法を説明するフローチャートである。 本発明の一実施例に係るＲＲＨ電源制御方法及びＲＡＴ設定方法を説明するフローチャートである。 本発明のもう一つの実施例に係るＲＲＨの電源制御方法を説明するフローチャートである。 本発明の更に他の実施例に係るＲＲＨの電源制御方法を説明するフローチャートである。 本発明の更に他の実施例と関連してＲＲＨによるＲＲＨ電源制御方法を説明するフローチャートである。 本発明の更に他の実施例と関連してＢＢＵによるＲＲＨ電源制御方法を説明するフローチャートである。 本発明の更に他の実施例と関連してＡ−ＧＷによるＲＲＨ電源制御方法を説明するフローチャートである。 は、本発明の一実施例に係る端末、ＲＲＨ及びＢＢＵの構成を示すブロック図である。

上記の技術的課題を解決するためのＢＢＵのＲＲＨ電源制御方法は、ＲＲＨの下りリンク信号の強度が閾値以上と測定されることを報告する測定報告メッセージ（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｍｅｓｓａｇｅ）を端末から受信するステップと、測定報告メッセージに対する応答として、ＲＲＨがサポートする無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）を示すＲＡＴ情報を端末に送信するステップと、ＲＡＴ情報に含まれたＲＡＴのうち、端末が好むＲＡＴに関する情報を含む起床要求メッセージ（ｗａｋｅ−ｕｐ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を端末から受信するステップと、起床要求メッセージに基づいてＲＲＨの電源状態をスイッチオン（ｓｗｉｔｃｈｅｄ ｏｎ）に設定するステップとを有する。

ＲＡＴ情報は、ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するエンティティ（ｅｎｔｉｔｙ）又はＲＲＨから取得されてもよい。

電源制御方法は、ＲＡＴ情報を端末に送信する前にＲＲＨの電源状態を確認するステップをさらに有し、電源状態は、スイッチオン又はスイッチオフであり、ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するエンティティ又はＲＲＨから確認されてもよい。

ＲＡＴ情報は、ＲＲＨがサポートするＲＡＴ又は周波数帯域に関する情報を、ビットマップ、各ＲＡＴに予め設定されたビットの組合せ又はＡＲＦＣＮ（Ａｂｓｏｌｕｔｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）値で表現することができる。

電源制御方法は、起床要求メッセージを受信した後に、ＲＲＨにマップされた第１ＢＢＵに関する情報を取得するステップをさらに有し、第１ＢＢＵに関する情報は、ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するエンティティから取得されてもよい。

電源制御方法は、第１ＢＢＵに関する情報を取得した後に、ＲＲＨの第１ＢＢＵとのマッピング関係を、端末が好むＲＡＴをサポートする第２ＢＢＵとのマッピング関係に変更するステップを有することができる。

変更するステップは、エンティティに、端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、エンティティからの第２ＢＢＵを指定する応答に基づいて、第２ＢＢＵにＲＲＨとの接続を設定することを要求するステップと、第２ＢＢＵからＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップとを有することができる。

変更するステップは、エンティティに端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、エンティティの指示に応じて第１ＢＢＵと第２ＢＢＵとの話し合い過程が完了すると、第１ＢＢＵから、第２ＢＢＵとＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップとを有することができる。

変更するステップは、エンティティに、端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、エンティティと第２ＢＢＵとの話し合い過程が完了すると、エンティティから、第２ＢＢＵとＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップとを有することができる。

変更するステップは、第１ＢＢＵに、端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、第１ＢＢＵの要求に応じて第１ＢＢＵ、第２ＢＢＵ及びエンティティ間の話し合い過程が完了すると、第１ＢＢＵから、第２ＢＢＵとＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップとを有することができる。

エンティティは、ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するサーバー又はアクセスゲートウェイ（Ａｃｃｅｓｓ ＧａｔｅＷａｙ：Ａ−ＧＷ）であってもよい。

上記の技術的課題を解決するためのＢＢＵのＲＲＨ電源制御方法は、端末から受信された第１ＲＲＨに対する測定報告メッセージ（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｍｅｓｓａｇｅ）に基づいて、第１ＲＲＨの電源状態をスイッチオフ（ｓｗｉｔｃｈｅｄ ｏｆｆ）に設定することを決定するステップと、第１ＲＲＨの電源状態をスイッチオフに設定することを知らせるＲＲＨ状態変更要求メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を、第１ＲＲＨに接続されたＢＢＵに送信するステップ、第１ＲＲＨに接続された全てのＢＢＵからＲＲＨ状態変更要求を承認するＲＲＨ状態変更応答メッセージが受信される場合、ＢＢＵに、ＲＲＨスイッチングを指示するＲＲＨ状態変更命令メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｃｏｍｍａｎｄ ｍｅｓｓａｇｅ）を送信するステップと、ＢＢＵのＲＲＨスイッチングが全て完了すると、第１ＲＲＨとのマッピング関係を第２ＲＲＨに変更するＲＲＨスイッチングを行うステップと、第１ＲＲＨの電源状態をスイッチオフに設定するステップとを有する。

電源制御方法は、第１ＲＲＨに接続されたＢＢＵのうち一つ以上からＲＲＨ状態変更要求を拒否するＲＲＨ状態変更失敗メッセージを受信する場合、ＲＲＨの電源制御過程を中断するステップをさらに有することができる。

ＲＲＨ状態変更命令メッセージは、第１ＲＲＨに接続されたＢＢＵのうちいずれか一つをコモン（ｃｏｍｍｏｎ）ＢＢＵとして指定する指示子を含み、コモンＢＢＵは、第１ＲＲＨがスイッチオフ状態であっても、第１ＲＲＨに接続されて通信を行うことができる。

ＲＲＨスイッチングを行うステップは、ＢＢＵからＲＲＨ状態変更命令メッセージに応答してＲＲＨ状態変更命令確認メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｃｏｍｍａｎｄ Ａｃｋｍｅｓｓａｇｅ）が受信されることにより、ＲＲＨスイッチングの完了を判断することができる。

設定するステップは、第１ＲＲＨの送信モード及び受信モードのうち少なくとも一つをスイッチオフし、第１ＲＲＨがサポートするキャリア及びＲＡＴの一部又は全部をそれぞれスイッチオフすることができる。

決定するステップは、測定報告メッセージから第１ＲＲＨの負荷状態に関する情報、第１ＲＲＨが受ける干渉に関する情報、及び第１ＲＲＨが発生させる干渉に関する情報のうち少なくとも一つを用いてスイッチオフを決定することができる。

本発明で使われる用語は、本発明における機能を考慮するとともに、可能な限り、現在広く使われている一般的な用語を選択したが、これは、当該分野に従事する技術者の意図、判例、又は新しい技術の出現などによって変更してもよい。また、特定の場合は、出願人が任意に選定した用語もあり、その詳細な意味は該当する発明の説明部分で説明するものとする。したがって、本発明で使われる用語は、単純な用語の名称ではなく、その用語が持つ意味と本発明の全般にわたる内容に基づいて定義しなければならない。

以下の実施例は、本発明の構成要素及び特徴を所定の形態で結合したものである。各構成要素又は特徴は、別の明示的言及がない限り、選択的なものとして考慮することができる。各構成要素又は特徴は、他の構成要素又は特徴と結合しない形態で実施してもよい。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成してもよい。本発明の実施例で説明される動作の順序は変更されてもよい。ある実施例の一部の構成や特徴は、別の実施例に含まれてもよく、又は別の実施例の対応する構成又は特徴に置き換えられてもよい。

図面に関する説明で、本発明の要旨を曖昧にさせる手続き又は段階などは説明を省き、当業者のレベルで理解可能な手続き又は段階も説明しないものとする。

明細書全体を通じて、ある部分がある構成要素を「含む（又は、備える或いは有する）」としたとき、これは、特別な記載がない限り、他の構成要素を除外する意味ではなく、他の構成要素をさらに含むということを意味する。また、明細書全体を通じて、ある構成が他の構成に「接続」されるとしたとき、これは、物理的接続の他、電気的接続をも含むことができ、さらには論理的な接続関係にあることを意味してもよい。また、明細書に記載された「…部」，「…器（機）」，「モジュール」などの用語は、少なくとも一つの機能や動作を処理する単位を意味し、これは、ハードウェア、ソフトウェア、又はハードウェア及びソフトウェアの結合によって実現することができる。また、「一つ（ａ又はａｎ）」，「１つ（ｏｎｅ）」、「前記（ｔｈｅ）」及び類似する関連語は、本発明を記述する文脈において（特に、添付する請求項の文脈において）、本明細書で別に指示されたり文脈によって明らかに反駁されない限り、単数及び複数の両方を含む意味で使われる。

本明細書では本発明の実施例を基地局と移動局との間のデータ送受信関係を中心に説明している。ここで、基地局は、移動局と直接的に通信を行うネットワークの終端ノード（ｔｅｒｍｉｎａｌ ｎｏｄｅ）としての意味を有する。本文書で基地局によって行われると説明された特定動作は、場合によっては、基地局の上位ノード（ｕｐｐｅｒ ｎｏｄｅ）によって行われてもよい。

すなわち、基地局を含む複数のネットワークノード（ｎｅｔｗｏｒｋ ｎｏｄｅｓ）で構成されるネットワークにおいて移動局との通信のために行われる様々な動作は、基地局、又は基地局以外のネットワークノードで行うことができる。ここで、「基地局」は、固定局（ｆｉｘｅｄ ｓｔａｔｉｏｎ）、ＮｏｄｅＢ、ｅＮｏｄｅＢ（ｅＮＢ）、発展した基地局（Ａｄｖａｎｃｅｄ Ｂａｓｅ Ｓｔａｔｉｏｎ：ＡＢＳ）又はアクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ）などの用語に代替してもよい。

また、「移動局（Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＭＳ）」は、ＵＥ（Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）、ＳＳ（Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、ＭＳＳ（Ｍｏｂｉｌｅ Ｓｕｂｓｃｒｉｂｅｒ Ｓｔａｔｉｏｎ）、移動端末（Ｍｏｂｉｌｅ Ｔｅｒｍｉｎａｌ）、発展した移動端末（Ａｄｖａｎｃｅｄ Ｍｏｂｉｌｅ Ｓｔａｔｉｏｎ：ＡＭＳ）又は端末（Ｔｅｒｍｉｎａｌ）などの用語に代替してもよい。特に、本発明では、移動局がＭ２Ｍ機器と同じ意味で使われてもよい。

また、送信端は、データサービス又は音声サービスを提供する固定及び／又は移動ノードを意味し、受信端は、データサービス又は音声サービスを受信する固定及び／又は移動ノードを意味する。したがって、上りリンクでは移動局が送信端となり、基地局が受信端となり得る。同様に、下りリンクでは移動局が受信端となり、基地局が送信端となり得る。

本発明の実施例は、無線アクセスシステムであるＩＥＥＥ ８０２．ｘｘシステム、３ＧＰＰシステム、３ＧＰＰ ＬＴＥシステム及び３ＧＰＰ２システムの少なくとも一つに開示されている標準文書によって裏付けることができる。すなわち、本発明の実施例において、説明を省略した自明な段階又は部分は、上記の文書を参照して説明することができる。

また、本文書で開示している用語はいずれも、上記の標準文書に基づいて説明することができる。特に、本発明の実施例は、ＩＥＥＥ ８０２．１６システムの標準文書であるＰ８０２．１６ｅ−２００４、Ｐ８０２．１６ｅ−２００５、Ｐ８０２．１６．１、Ｐ８０２．１６ｐ及びＰ８０２．１６．１ｂの一つ以上によって裏付けることができる。

以下、本発明に係る好適な実施の形態を、添付の図面を参照して詳しく説明する。添付の図面と共に以下に開示する詳細な説明は、本発明の例示的な実施の形態を説明するためのものであり、本発明が実施され得る唯一の実施の形態を示すためのものではない。

また、本発明の実施例で使われる特定の用語は、本発明の理解を助けるために提供されたものであり、このような特定用語の使用は、本発明の技術的思想から逸脱しない範囲で他の形態に変更してもよい。

１． 異種ネットワーク環境
図１は、本発明に係る異種ネットワーク環境を示す図である。

次世代移動通信では、マルチメディアなどのデータサービスをより安定的に保障するために、マクロセルベースの同種ネットワークに低電力／近距離通信のためのスモールセル（例えば、ピコセル又はフェムトセル）が混在する階層的セル構造或いは異種セル構造に関する関心が高まっている。これは、マクロセルの基地局の追加設置が、それによるシステム性能の向上に比べて費用及び複雑度の増加の側面において効率的でないためである。

次世代通信網で考慮される異種ネットワークの構造は、図１に示す形態とすることができる。一つのマクロセル内に複数のスモールセルが共存し、各スモールセル基地局は、セル指定（ｃｅｌｌ ｃｏｏｒｄｉｎａｔｉｏｎ）方式によって割り当てられたリソースで端末にサービスを提供する。上述した異種ネットワーク環境を実現するための核心技術の一つとして、ＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）とＢＢＵ（ＢａｓｅＢａｎｄ Ｕｎｉｔ）との分離具現を挙げることができる。

２． ＲＲＨとＢＢＵとが分離されるクラウドＲＡＮ環境
図２は、本発明の一実施例に係るクラウド（Ｃｌｏｕｄ）無線アクセスネットワーク（Ｒａｄｉｏ Ａｃｅｓｓ Ｎｅｔｗｏｒｋ）（Ｃ−ＲＡＮ）環境を示す図である。クラウドＲＡＮ環境は、複数のＲＲＨ（２００ａ，２００ｂ）と、ソフトウェアベースの仮想ＢＢＵプール（Ｖｉｒｔｕａｌ ＢＢＵ Ｐｏｏｌ）３５０ａ，３５０ｂ又は仮想基地局（Ｖｉｒｔｕａｌ Ｂａｓｅ Ｓｔａｔｉｏｎ：ＶＢＳ）と、これを制御する接続制御／リソース管理／認証サーバーなどで構成することができる。クラウドＲＡＮ環境ではコアネットワークの要素が開放型ＩＰネットワークに変化することから、クラウドＲＡＮの様々な要素はコアネットワークの要素と有機的な関係で直接連動する。

一方、クラウドＲＡＮ環境の一例として、上述したようにＲＲＨ（２００ａ，２００ｂ）及びＢＢＵ（３００ａ，３００ｂ）を分離して具現することができ、ＲＲＨ及びＢＢＵの分離によって、下記のような特徴を有するクラウドＲＡＮ環境を作ることができる。

第一に、仮想ＢＢＵプール３５０ａ，３５０ｂが存在して複数のＢＢＵ（３００ａ，３００ｂ）を含み、仮想ＢＢＵプール３５０ａ，３５０ｂはアクセスゲートウェイ（Ａｃｃｅｓｓ ＧＷ）２５０ａ，２５０ｂを介して、多重無線アクセス方式（Ｍｕｌｔｉ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：Ｍｕｌｔｉ−ＲＡＴ）をサポートするＳＡＳ（Ｓｈａｒｅｄ Ａｎｔｅｎｎａ Ｓｙｓｔｅｍ）ＲＲＨ（２００ａ，２００ｂ）と関連付けられる構造を有する。仮想ＢＢＵプール３５０ａ，３５０ｂは、様々な無線アクセス技術をサポートする複数のＢＢＵ（３００ａ，３００ｂ）を含み、一つのＲＲＨ（２００ａ，２００ｂ）は一つ以上のＢＢＵ（３００ａ，３００ｂ）と関連付けられ、逆に、一つのＢＢＵ（３００ａ，３００ｂ）は一つ以上のＲＲＨ（２００ａ，２００ｂ）と関連付けられ得る。仮想ＢＢＵプール３５０ａ，３５０ｂ内のＢＢＵ（３００ａ，３００ｂ）は、ＲＲＨ（２００ａ，２００ｂ）と理想的／非理想的バックホール（Ｉｄｅａｌ／ｎｏｎ−Ｉｄｅａｌ Ｂａｃｋｈａｕｌ）で接続され、一つの仮想ＢＢＵプール３５０ａは他の仮想ＢＢＵプール３５０ｂとＸ２インターフェース又はＸ２に類似したインターフェースを介して接続され得る。

第二に、仮想ＢＢＵプール３５０ａ，３５０ｂ内のＲＲＨ（２００ａ，２００ｂ）はいずれも同じ仮想セルＩＤ（Ｖｉｒｔｕａｌ Ｃｅｌｌ ＩＤ）を有し、仮想ＢＢＵプール３５０ａ，３５０ｂ内の全ＢＢＵ（３００ａ，３００ｂ）と全ＲＲＨ（２００ａ，２００ｂ）とが理想的バックホールで接続され、ＲＲＨ（２００ａ，２００ｂ）は自身と関連付けられているＢＢＵ（３００ａ，３００ｂ）から制御を受ける。

第三に、下りリンク同期化のために用いられる同期信号（Ｓｙｎｃ Ｓｉｇｎａｌ）はそれぞれのＲＲＨ（２００ａ，２００ｂ）によって送信され、同期信号には、ＲＲＨ（２００ａ，２００ｂ）の属した仮想ＢＢＵプール３５０ａ，３５０ｂを代表し得る仮想セルＩＤの他、各ＲＲＨ（２００ａ，２００ｂ）を区別し得るＲＲＨ ＩＤが含まれてもよい。

第四に、各ＲＲＨ（２００ａ，２００ｂ）は、単純なアンテナを仮定し、Ｌ１／Ｌ２／Ｌ３の階層処理過程（Ｌａｙｅｒ Ｐｒｏｃｅｓｓｉｎｇ）は、仮想ＢＢＵプール３５０ａ，３５０ｂ内に存在するＢＢＵ（３００ａ，３００ｂ）でなされる。また、ＲＲＨ（２００ａ，２００ｂ）はＳＡＳの属性を有し、これは、ＲＲＨ（２００ａ，２００ｂ）が自身の所属を、仮想ＢＢＵプール３５０ａ，３５０ｂ内の一つのＢＢＵから他のＢＢＵに変更可能であることを意味する。すなわち、ＲＲＨ（２００ａ，２００ｂ）の時変的な所属は、ＢＢＵ（３００ａ，３００ｂ）の状況（例えば、ＢＢＵの負荷（Ｌｏａｄ）、使用可能なリソース（Ｒｅｓｏｕｒｃｅ）状況など）によって一つのＢＢＵから他のＢＢＵに変更されてもよい。

従来、物理的なセルが存在し、ユーザがセルに接続してサービス提供を受ける形態であった。しかし、上述したように、ＲＲＨとＢＢＵとが分離して具現される場合、ネットワークがユーザ単位で最適の通信環境を提供できる領域（ｚｏｎｅ）を構成し、領域ベースのサービスを提供することができる。

３． ＲＲＨの電源管理方法（スイッチオン）
上述の異種ネットワーク環境において状況によってスモールセルの電源を効率的につけたり（オン（ｏｎ））消したり（オフ（ｏｆｆ））する方法の導入が要求される。これは、スモールセルの電力消費を減らしたり、スモールセル同士の干渉を除去するためである。スモールセルの電源をオン／オフすることは、下りリンク（ＤＬ）又は上りリンク（ＵＬ）のいずれか一方を活性化／非活性化することを意味してもよく、下りリンク／上りリンクの両方を活性化／非活性化することを意味してもよい。

以下、本発明の様々な実施例を挙げて、スモールセルを形成するＲＲＨの電源をオン／オフする方法について説明する。まず、スイッチオフ（ｓｗｉｔｃｈｅｄ−ｏｆｆ）されたＲＲＨを再び活性化（ｒｅａｃｔｉｖａｔｅ）するための方法として、下りリンク信号に基づく電源管理方法及び上りリンク信号に基づく電源管理方法を説明する。本発明は、ＳＡＳ ＲＲＨによる実施例を挙げて説明する以下の内容に限定されるものではなく、一般的な異種ネットワーク環境にも適用可能である。

一方、特定のＢＢＵとマップされたＲＲＨは、スイッチオフ状態であっても一定の間隔で起床してＤＬ信号を送信したりＵＬ信号を受信することができる。これは、ネットワークで端末がスイッチオフ状態のＲＲＨに隣接して位置している場合、スイッチオフ状態のＲＲＨをスイッチオン状態に切り替えるためには、端末は、ＲＲＨの存在するか否かを把握しなければならないためである。スイッチオフされたＲＲＨは一つ以上のＢＢＵにマップされてもよく、このようなＲＲＨとＢＢＵとのマッピング関係は、ＲＲＨ特定的（ＲＲＨ−ｓｐｅｃｉｆｉｃ）であってもよい。例えば、スイッチオフされたＲＲＨが多重ＲＡＴ（Ｍｕｌｔｉ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：Ｍｕｌｔｉ−ＲＡＴ）をサポートする場合に、ＲＲＨはＭｕｌｔｉ−ＲＡＴ ＢＢＵにマップされてもよい。又は、ＬＴＥ（Ｌｏｎｇ Ｔｅｒｍ Ｅｖｏｌｕｔｉｏｎ）及びＷｉ−Ｆｉ（Ｗｉｒｅｌｅｓｓ Ｆｉｄｅｌｉｔｙ）を同時にサポートするＲＲＨがスイッチオフされた場合、ＲＲＨは、ＬＴＥをサポートするＢＢＵ及びＷｉ−ＦｉをサポートするＢＢＵのそれぞれに同時に接続されてもよい。

以下、図３乃至図９では、下りリンク信号に基づいて、スイッチオフ状態のＲＲＨの電源をつける方法を説明する。続いて、図１０では、上りリンク信号に基づいて、ＲＲＨの電源をつける方法を説明する。

図３は、本発明の一実施例に係るＲＲＨの電源制御方法を説明するフローチャートである。

まず、端末がスイッチオフされたＲＲＨからＤＬ信号（例えば、ＤＬ制御信号、参照信号、ディスカバリ信号など）を受信し、受信したＤＬ信号の強度を測定する。このとき、ＤＬ信号は、ＲＲＨを識別するための識別子（ＲＲＨ ＩＤ）を用いて構成されてもよく、一つ以上のＲＲＨと接続された共用ＢＢＵ（ｃｏｍｍｏｎ ＢＢＵ）がある場合には、共用ＢＢＵを示す識別子（ＢＢＵ ＩＤ）を用いて構成されてもよい。また、マルチＲＡＴ（ｍｕｌｔｉ−ＲＡＴ）をサポートするＲＲＨがスイッチオフ状態である場合、ＤＬ信号は、ＲＲＨがサポートするＲＡＴのいずれか一つによって送信されてもよい。

端末は、受信されたＤＬ信号の強度があらかじめ定義された閾値以上である場合、端末自身のサービングＲＲＨ（ｓｅｒｖｉｎｇ ＲＲＨ）を介してサービングＢＢＵ（ｓｅｒｖｉｎｇ ＢＢＵ）に測定報告メッセージ（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｍｅｓｓａｇｅ）を送信することができる。測定報告メッセージは、特定ＲＲＨの信号強度が閾値以上と測定されたことを示すメッセージであってもよく、例えば、測定報告イベント３Ａ（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｅｖｅｎｔ ３Ａ）などを示すことができる。又は、端末は、受信したＤＬ信号の強度をあらかじめ定義された周期によって周期的に測定することもできる。この場合、端末は、周期的に測定された結果を報告するための測定報告メッセージを、サービングＲＲＨを介してサービングＢＢＵに周期的に送信することができる。

ＢＢＵが端末から報告メッセージを受信すると（Ｓ３１０）、ＢＢＵは、スイッチオフされたＲＲＨがサポートするＲＡＴ情報を取得する（Ｓ３２０）。ＲＡＴ情報は、ＲＲＨがサポートする一つ以上のＲＡＴの種類に関する情報を意味し、特定サーバー、エンティティ（ｅｎｔｉｔｙ）、又はアクセスゲートウェイ（Ａｃｃｅｓｓ ＧａｔｅＷａｙ：Ａ−ＧＷ）によって管理され得る。

ＢＢＵは、ＲＲＨのＲＡＴ情報を取得するためのＲＲＨ情報要求メッセージ（ＲＲＨ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を、上述したサーバー、エンティティ、Ａ−ＧＷなどに送信することができる。ＲＲＨ情報要求メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、要求するＲＲＨの情報（例えば、ＲＲＨがサポートするｍｕｌｔｉ−ＲＡＴに関する情報、ＲＲＨの周波数情報、ＲＲＨのアンテナ数、ＲＲＨのアンテナチェーン（ｃｈａｉｎ）数など）、ＢＢＵ ＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ ＩＰ”のうち少なくとも一つのフィールドを含むことができるが、このような構成に限定されるものではない。ＢＢＵは、このようなＲＲＨ情報要求メッセージを用いて一つ以上のＲＲＨに関するＲＡＴ情報を要求することができる。

上述したＲＲＨ情報要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷは、ＢＢＵに、ＢＢＵが要求した情報を含むＲＲＨ情報応答メッセージ（ＲＲＨ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）を送信する。ＲＲＨ情報応答メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、ＢＢＵが要求したＲＲＨ情報、ＢＢＵ ＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ ＩＰ”のうち少なくとも一つのフィールドを含むことができる。ＢＢＵは上記ＲＲＨ情報応答メッセージを、ＢＢＵとエンティティ／サーバー／Ａ−ＧＷとの間に定義されたインターフェースを介して受信することができる。このインターフェースは、Ｘ２インターフェース又はＸ２と類似の（Ｘ２ ｌｉｋｅ）インターフェースであってもよい。

上述した実施例とは違い、段階Ｓ３２０でＢＢＵは、測定報告メッセージが関連しているＲＲＨにＲＡＴ情報を直接問い合わせてもよい。すなわち、ＢＢＵは端末の感知したＲＲＨにＲＲＨ情報要求メッセージを送信し、ＲＲＨからＲＲＨ情報応答メッセージを受信することもできる。本実施例で、ＢＢＵは、ＢＢＵとＲＲＨとの間にあらかじめ定義されたインターフェースを介してＲＡＴ情報を要求して取得することができる。

ＲＲＨのＲＡＴ情報を取得したＢＢＵは、ＲＲＨの電源状態（ｐｏｗｅｒ ｓｔａｔｕｓ）を確認する（Ｓ３３０）。すなわち、ＢＢＵは、ＲＲＨがスイッチオン（ｓｗｉｔｃｈｅｄ−ｏｎ）状態かスイッチオフ状態かを確認することができる。ＢＢＵが端末にＲＡＴ情報を送信する場合、端末はＲＲＨの電源状態を知っていない。このため、ＢＢＵは、特定の端末がＲＲＨとの接続を活性化／変更する過程の前にＲＲＨの電源状態を確認してもよい。

ＢＢＵは、ＲＲＨの状態を管理するサーバー／エンティティ／Ａ−ＧＷに、ＲＲＨの状態情報を要求することができる。ＢＢＵはＲＲＨ状態要求メッセージ（ＲＲＨ ｓｔａｔｕｓ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信し、ＲＲＨの状態を確認することができる。ＲＲＨ状態要求メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、サービングＢＢＵ ＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ ＩＰ”のうち少なくとも一つのフィールドを含むことができる。このような要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷは、ＢＢＵが要求したＲＲＨの状態情報を含むＲＲＨ状態応答メッセージ（ＲＲＨ ｓｔａｔｕｓ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）を送信することができる。これによって、ＢＢＵは、ＲＲＨの電源状態（スイッチオン／オフ状態）を確認し、ＲＲＨを起床させる（ｗａｋｅ ｕｐ）過程が必要であるかを判断することができる。

又は、ＢＢＵは、電源状態を確認する対象であるＲＲＨに電源状態を直接要求してもよい。すなわち、サーバー／エンティティ／Ａ−ＧＷがＲＲＨ状態に関する情報を管理しない場合、ＢＢＵはサーバー／エンティティ／Ａ−ＧＷを介してＲＲＨにＲＲＨ状態要求メッセージを伝達し、電源状態を確認することもできる。また、ＢＢＵは、サーバー／エンティティ／Ａ−ＧＷを介さないでＲＲＨとＲＲＨ状態要求／応答メッセージを直接授受してもよい。

スイッチオフされたＲＲＨのＲＡＴ情報を取得したＢＢＵは、端末にＲＡＴ情報を送信する（Ｓ３４０）。ＢＢＵは、スイッチオフされたＲＲＨのＲＡＴ情報を知らせるＤＬ信号を生成し、スイッチオフ／オン状態のＲＲＨを介して端末に送信することができる。ＢＢＵはＲＡＴ情報を送信するために、ＰＳＳ（Ｐｒｉｍａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）／ＳＳＳ（Ｓｅｃｏｎｄａｒｙ Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ Ｓｉｇｎａｌ）／ＣＲＳ（Ｃｏｍｍｏｎ ｏｒ Ｃｅｌｌ ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）、Ｒ−ＣＲＳ ｉｎ ＮＣＴ（Ｎｅｗ Ｃａｒｒｉｅｒ Ｔｙｐｅ）、又は新しいディスカバリ信号（ｎｅｗ ｄｉｓｃｏｖｅｒｙ ｓｉｇｎａｌ）などをＤＬ信号として使用することができる。ＲＲＨのＲＡＴ情報を含むＤＬ信号は、ｍｕｌｔｉ−ＲＡＴ又はｓｉｎｇｌｅ−ＲＡＴを用いて端末に送信することができる。ｓｉｎｇｌｅ−ＲＡＴを用いて送信する場合、ｍｕｌｔｉ−ＲＡＴの場合に比べて電力消費の側面で効率的である。

一方、ＢＢＵが端末に送信するＤＬ信号は、ＲＲＨに関する様々な情報を含むことができる。例えば、ＤＬ信号は、ＲＲＨに関するＲＡＴ情報として、ＲＲＨがサポートするｍｕｌｔｉ−ＲＡＴに関する情報、ＲＲＨがサポートする周波数情報、ＲＲＨのアンテナ数、ＲＲＨのアンテナチェーン数に関する情報のうち一つ以上を含むことができる。

さらに、ＢＢＵが端末に送信するＤＬ信号は、段階Ｓ３３０でＢＢＵが確認したＲＲＨの電源状態情報を含むこともできる。すなわち、ＤＬ信号は、スイッチオン／オフ指示子（ｓｗｉｔｃｈ ｏｎ／ｏｆｆ ｉｎｄｉｃａｔｏｒ）を含むことができる。又は、ＢＢＵは、スイッチオンである場合とスイッチオフである場合に異なるＤＬ信号を設計して端末に送信することもできる。これによって、端末は、ＢＢＵから受信したＤＬ信号から、ＲＲＨのＲＡＴ情報と共にＲＲＨの電源状態を確認することができる。

ＢＢＵは段階Ｓ３４０でＲＡＴ情報を送信するためのＤＬ信号を様々な形態で構成してもよい。例えば、ＤＬ信号は、ＲＡＴ情報をビットマップで構成してもよく、あらかじめ定義されたビットを用いて構成してもよい。また、ＢＢＵはＤＬ信号を用いて、ＲＲＨがサポートする周波数又はキャリアのＡＲＦＣＮ（Ａｂｓｏｌｕｔｅ Ｒａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）を知らせることもできる。ＤＬ信号を構成する実施例については、図７及び図８で具体的に説明する。

段階Ｓ３４０で送信されたＲＡＴ情報を受信した端末は、ＲＲＨがサポートするＲＡＴに関する情報を確認することができる。続いて、端末は、スイッチオフされたＲＲＨを起床させるようにサービングＢＢＵに要求し、ＢＢＵは、このような起床要求メッセージ（ｗａｋｅ−ｕｐ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を受信する（Ｓ３５０）。

端末は起床要求メッセージを用いて、ＲＲＨがサポートするＲＡＴのうち、端末自身が好むＲＡＴに関する情報をＲＲＨ ＩＤと併せてＢＢＵに送信することができる。又は、端末は、ＲＲＨがサポートするＲＡＴのうち、端末がサポート可能なＲＡＴに関する情報を起床要求メッセージに含めてＢＢＵに送信してもよい。

端末から起床要求メッセージを受信したサービングＢＢＵは、スイッチオフされたＲＲＨがいずれのＢＢＵに接続されているかを知る必要がある。このため、サービングＢＢＵは、スイッチオフされたＲＲＨとＢＢＵとのマッピング関係を確認する（Ｓ３６０）。端末のサービングＢＢＵはサーバー／エンティティ／Ａ−ＧＷに、ＢＢＵ−ＲＲＨ間のマッピング関係を確認するマッピングテーブル要求メッセージ（ｍａｐｐｉｎｇ ｔａｂｌｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信することができる。マッピングテーブル要求メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、ＲＲＨ周波数、サービングＢＢＵ ＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ ＩＰ”のうち少なくとも一つのフィールドを含むことができる。

マッピングテーブル要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷは、スイッチオフされたＲＲＨに接続されたＢＢＵのＢＢＵ ＩＤをサービングＢＢＵに知らせることができる。この情報をマッピングテーブル応答メッセージ（ｍａｐｐｉｎｇ ｔａｂｌｅ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）でサービングＢＢＵに送信することができる。マッピングテーブル応答メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、ＲＲＨ周波数、マップされたＢＢＵ ＩＤ、サービングＢＢＵ ＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ ＩＰ”のうち少なくとも一つのフィールドを含むことができる。マッピング関係に関する情報を受信したサービングＢＢＵは、スイッチオフされたＲＲＨの電源をつけ、ＲＡＴを設定する過程でいずれのＢＢＵと話し合う（ｃｏｏｒｄｉｎａｔｅ）べきかが分かる。

続いて、ＢＢＵは、スイッチオフ状態のＲＲＨの電源状態をスイッチオンにさせる（Ｓ３７０）。ＢＢＵは、ＲＲＨの電源をつけ、ＲＲＨのＲＡＴを設定することができる。これで、端末はスイッチオンされたＲＲＨに接続して通信を行うことができる。一方、ＢＢＵがＲＲＨの電源をつける過程は様々な順序及び形態で実現され得るが、その具体的な実施例は図９で説明する。

図４は、本発明の一実施例に係るＲＲＨ情報取得方法を説明するフローチャートである。

図３で説明したように、ＢＢＵ ３００は端末１００から、ＲＲＨ ２００からのＤＬ信号が閾値以上の強度で受信されたことを知らせる測定報告メッセージを受信する（Ｓ４１０）。続いて、ＢＢＵ ３００は、ＲＲＨ ２００のＲＡＴ情報を管理するエンティティ２５０にＲＲＨ情報要求メッセージを送信する（Ｓ４２０）。ＢＢＵ ３００は、ＲＲＨ情報要求メッセージに対する応答として、エンティティ２５０からＲＲＨ情報応答メッセージを受信する（Ｓ４３０）。これによって、ＢＢＵ ３００は、端末１００から報告された、ＲＲＨ ２００がサポートするＲＡＴに関する情報を取得することができる。

図５は、本発明の他の実施例に係るＲＲＨ情報取得方法を説明するフローチャートである。

図４で説明した実施例とは違い、図５では、ＢＢＵ ３００がＲＲＨにＲＡＴ情報を直接問い合わせる実施例を説明する。まず、ＢＢＵ ３００は端末１００から、サービングＲＲＨであるＲＲＨ ＃０（２１０）を介してＲＲＨ ＃１（２２０）に関する測定報告メッセージを受信する（Ｓ５１０）。測定報告メッセージを受信したＢＢＵ ３００は、サーバー／エンティティ／Ａ−ＧＷではなく、ＲＲＨ ＃１（２２０）にＲＡＴ情報を直接問い合わせる。すなわち、ＢＢＵ ３００はＲＲＨ ＃１（２２０）にＲＲＨ情報要求メッセージを送信し（Ｓ５２０）、ＲＲＨ ＃１（２２０）からＲＲＨ情報応答メッセージを受信する（Ｓ５３０）。

図６は、本発明の一実施例に係るＲＲＨ状態確認方法を説明するフローチャートである。

まず、端末１００のサービングＢＢＵであるＢＢＵ ＃０（３１０）は、端末１００からＲＲＨ ＃１（２２０）に関する測定報告メッセージを受信する（Ｓ６１０）。サービングＲＲＨであるＲＲＨ ＃０（２１０）を介して測定報告メッセージを受信したＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）の電源状態に関する情報を確認することができる。このとき、ＲＲＨ ＃１（２２０）がマルチＲＡＴをサポートする場合、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）がサポートするそれぞれのＲＡＴの電源状態に関する情報を、端末１００から取得することができる。

Ａで表した実施例をまず説明すると、ＢＢＵ ＃０（３１０）は、サーバー／エンティティ／Ａ−ＧＷ（２５０）にＲＲＨ ＃１（２２０）の電源状態（すなわち、スイッチオン又はスイッチオフ状態）を問い合わせることができる。すなわち、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）に関するＲＲＨ状態要求メッセージをサーバー／エンティティ／Ａ−ＧＷ（２５０）に送信し（Ｓ６２０）、その応答としてＲＲＨ状態応答メッセージを受信する（Ｓ６３０）。これによって、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）がスイッチオン／オフのいずれの状態であるかを確認することができる。

Ｂで表した実施例を説明すると、ＢＢＵ ＃０（３１０）は、サーバー／エンティティ／Ａ−ＧＷ（２５０）を介してＲＲＨ ＃１（２２０）に電源状態を問い合わせることもできる。すなわち、サーバー／エンティティ／Ａ−ＧＷ（２５０）がＲＲＨの電源状態を管理しない場合、ＲＲＨ状態要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ（２５０）はＲＲＨ ＃１（２２０）に当該メッセージを伝達する（Ｓ６４０，Ｓ６５０）。すると、ＲＲＨ ＃１（２２０）はＲＲＨ状態応答メッセージをサーバー／エンティティ／Ａ−ＧＷ（２５０）に送信し（Ｓ６６０）、ＲＲＨ状態応答メッセージはＢＢＵ ＃０（３１０）に伝達される（Ｓ６７０）。

図示の実施例と違い、ＢＢＵ ＃０（３１０）がＲＲＨ ＃１（２２０）に電源状態を直接問い合わせてもよい。すなわち、ＢＢＵ ＃０（３１０）はＲＲＨ ＃１（２２０）にＲＲＨ状態要求メッセージを送信し、ＲＲＨ状態応答メッセージを受信して、ＲＲＨ ＃１（２２０）がスイッチオン／オフ状態のいずれの状態であるかを確認することができる。

以上ではＢＢＵがＲＲＨ情報を取得する過程とＲＲＨの電源状態を確認する過程とを区分して説明したが、これは説明の便宜のための例示に過ぎず、ＢＢＵがＲＲＨの情報を取得する過程とＲＲＨの電源状態を確認する過程を単一の過程によって同時に行うことができる。

図７及び図８は、本発明の一実施例に係るＲＲＨのＲＡＴ情報送信方法を説明するフローチャートである。

端末から測定報告メッセージを受信し、ＲＲＨの電源状態を確認したサービングＢＢＵは、ＲＲＨがサポートするＲＡＴ情報を端末に送信する。上述したように、ＢＢＵがＲＡＴ情報を送信するためのＤＬ信号は、様々な形態で構成することができる。

図７（ａ）に示す実施例によれば、ＢＢＵは、スイッチオフされたＲＲＨがサポートするｍｕｌｔｉ−ＲＡＴ又はｍｕｌｔｉ−キャリアに関する情報をビットマップで構成してＤＬ信号を生成し送信することができる。ＢＢＵは、それぞれのｍｕｌｔｉ−ＲＡＴ（又は、ｍｕｌｔｉ−キャリア）関連フィールドをあらかじめ定義してＤＬ信号を生成することができる。例えば、ＢＢＵは、ＲＲＨがサポートし得るＲＡＴ（又はキャリア）に対応するフィールドのビットを‘１’に、ＲＲＨがサポートし得ないＲＡＴ（又はキャリア）に対応するフィールドのビットを‘０’にすることができる。ＢＢＵは、図７（ａ）に示すようにＤＬ信号を構成することによって、スイッチオフされたＲＲＨがＬＴＥ及びＷｉ−Ｆｉをサポートし、ＨＳＰＡはサポートしないことを示すことができる。

図７（ｂ）に示す実施例で、ＢＢＵは、Ｅ−ＵＴＲＡ動作帯域（Ｏｐｅｒａｔｉｎｇ Ｂａｎｄ）の周波数帯域をビットマップで構成することができる。ＢＢＵは、図７（ｂ）のビットマップをＤＬ信号に含めて送信することによって、図８に示す３ＧＰＰ ＴＳ ３６．１０１テーブルのように具現された周波数帯域をＲＲＨがサポートするか否かを知らせることができる。

更に他の実施例によれば、ＢＢＵは、スイッチオフされたＲＲＨがサポートするｍｕｌｔｉ−ＲＡＴ又はｍｕｌｔｉ−キャリアに関する情報を、それぞれのＲＡＴ（又はキャリア）を示すビットで生成してＤＬ信号を構成することもできる。例えば、それぞれのＲＡＴ（又はキャリア）を示すビットを｛ＬＴＥ：０ｘ００００、ＨＳＰＡ：０ｘ０００１、Ｗｉ−Ｆｉ：０ｘ００１０、…｝のようにあらかじめ定義してもよい。ＢＢＵは、あらかじめ定義されたビットを含むＤＬ信号を用いてＲＲＨのＲＡＴ情報を送信することができる。

ＢＢＵは、ＲＲＨのＲＡＴ情報を示すビットとＲＲＨのＲＲＨ ＩＤを示すビットを用いて新しくＤＬ信号を構成してもよい。又は、ＢＢＵは、従来に使われたＤＬ信号のＭＩＢ（Ｍａｓｔｅｒ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）又はＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）に新しいフィールドを追加してＲＲＨのＲＡＴ情報を知らせてもよい。

更に他の実施例によれば、ＢＢＵは、ＲＲＨがサポートするｍｕｌｔｉ−キャリアのＡＲＦＣＮ（Ａｂｓｏｌｕｔｅ Ｒａｄｉｏ−Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）値を知らせてもよい。すなわち、ＢＢＵは、ＲＲＨがサポートし得るｍｕｌｔｉ−キャリアに関する情報をＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡ値で知らせることもできる。例えば、ＲＲＨのサポートするキャリア情報を含むＤＬ信号を｛ｃａｒｒｉｅｒ ＃０：ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡ，ｃａｒｒｉｅｒ ＃１：ＡＲＦＣＮ−ＶａｌｕｅＥＵＴＲＡ，…｝のように構成してもよい。

図９は、本発明の一実施例に係るＲＲＨ電源制御方法及びＲＡＴ設定方法を説明するフローチャートである。図３で説明したように、ＢＢＵは様々な方法でＲＲＨの電源をつけ、ＲＡＴを設定することができる。図９では、図３における説明と重複する部分については具体的な説明を省略する。

図９に示す実施例で、端末１００は、サービングＲＲＨであるＲＲＨ ＃０（２１０）を介してサービングＢＢＵであるＢＢＵ ＃０（３１０）と通信を行う。ＢＢＵ ＃１（３２０）に接続されたＲＲＨ ＃１（２２０）はｍｕｌｔｉ−ＲＡＴをサポートし、スイッチオフ状態である。ＲＲＨ ＃１（２２０）は端末１００に閾値以上の強度でＤＬ信号を送信する。以下、端末１００から測定報告メッセージを受信したＢＢＵ ＃０（３１０）が、ＲＲＨ ＃１（２２０）の電源をつけ、ＢＢＵ ＃２（３３０）を介して、ＲＲＨ ＃１（２２０）のサポートするＲＡＴを設定する過程を説明する。ＢＢＵ ＃０（３１０）、ＢＢＵ ＃１（３２０）、ＢＢＵ ＃２（３３０）は、説明の便宜のために別個のものとして示されているが、同一のＢＢＵであってもよい。

ＢＢＵ ＃０（３１０）と通信を行う端末１００は、スイッチオフされたＲＲＨ ＃１（２２０）の下りリンク信号を感知し、ＲＲＨ ＃０（２１０）を介してＢＢＵ ＃０（３１０）に測定報告信号を送信する（Ｓ９１０）。便宜のために図９では省略されているが、ＢＢＵ ＃０（３１０）は、図３で説明したＳ３２０乃至Ｓ３５０過程を行う。起床要求メッセージを受信したＢＢＵ ＃０（３１０）はＡ−ＧＷ（２５５）に、ＲＲＨ ＃１（２２０）にいずれのＢＢＵがマップされているかを確認するマッピングテーブル要求メッセージを送信する（Ｓ９２０）。Ａ−ＧＷ（２５５）からマッピングテーブル応答メッセージを受信したＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）にＢＢＵ ＃１（３２０）がマップされていることが分かる（Ｓ９２５）。

Ａで表した実施例についてまず説明する。ＢＢＵ ＃０（３１０）は、ＢＢＵに関する情報を管理するサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）に候補ＲＡＴ ＢＢＵ要求メッセージ（Ｃａｎｄｉｄａｔｅ ＲＡＴ ＢＢＵ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信する（Ｓ９３０）。端末１００から受信した起床要求メッセージは、端末１００がサポートし、好むＲＡＴに関する情報を含んでいるため、ＢＢＵ ＃０（３１０）は、端末１００が要求したＲＡＴをサポート可能なＢＢＵに関する情報を要求する。

候補ＲＡＴ ＢＢＵ要求メッセージは、“メッセージタイプ、端末の選好ＲＡＴ（候補ＲＡＴ）、端末のＣ−ＲＮＴＩ、サービングＢＢＵ ＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（ＧＵＭＭＥＩ、ＭＭＥＩ、ＭＭＥＧＩ、ＭＭＥＣなど）ＩＤ”のうち少なくとも一つのフィールドで構成することができる。候補ＲＡＴ ＢＢＵ要求メッセージは、ＢＢＵ ＃０（３１０）とサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）との間のＳ１インターフェース又はＳ１と類似の（Ｓ１ ｌｉｋｅ）インターフェースを介して送信することができる。

候補ＲＡＴ ＢＢＵ要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）は、ＢＢＵ ＃０（３１０）の要求したＲＡＴをサポートするＢＢＵを選択し、候補ＲＡＴ ＢＢＵ応答メッセージ（Ｃａｎｄｉｄａｔｅ ＲＡＴ ＢＢＵ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）をＢＢＵ ＃０（３１０）に送信する（Ｓ９３２）。候補ＲＡＴ ＢＢＵ応答メッセージは、“メッセージタイプ、候補ＲＡＴをサポートするＢＢＵのＩＤ、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ ＩＤ及び／又はサービングＢＢＵ ＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ ＃０（３１０）は、候補ＲＡＴ ＢＢＵ応答メッセージで指定したＢＢＵであるＢＢＵ ＃２（３３０）に、ＢＢＵ−ＲＲＨマッピング要求メッセージ（ＢＢＵ−ＲＲＨ ｍａｐｐｉｎｇ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信する（Ｓ９３４）。ＢＢＵ−ＲＲＨマッピング要求メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、サービングＢＢＵ ＩＤ及び／又は候補ＲＡＴをサポートするＢＢＵのＩＤ”のうち少なくとも一つのフィールドで構成することができ、Ｘ２インターフェースを介して送信することができる。

ＢＢＵ−ＲＲＨマッピング要求メッセージを受信したＢＢＵ ＃２（３３０）は、ＢＢＵ ＃０（３１０）からＲＲＨ ＃１（２２０）との接続を要求していることが分かる。ＢＢＵ ＃２（３３０）はＲＲＨ ＃１（２２０）との接続を決定した場合、ＢＢＵ ＃０（３１０）にＢＢＵ−ＲＲＨマッピング応答メッセージ（ＢＢＵ−ＲＲＨ ｍａｐｐｉｎｇ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）を送り、ＲＲＨ ＃１（２２０）との接続を行う予定であることを知らせる（Ｓ９３６）。ＢＢＵ−ＲＲＨマッピング応答メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、サービングＢＢＵ ＩＤ及び／又は候補ＲＡＴをサポートするＢＢＵのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ−ＲＲＨマッピング応答メッセージを受信したＢＢＵ ＃０（３１０）は、端末１００が感知したＲＲＨ ＃１（２２０）の電源状態がスイッチオンに変更される予定であり、ＲＲＨ ＃１（２２０）が、端末１００の要求したＲＡＴをサポートするＢＢＵであるＢＢＵ ＃２（３３０）と接続されることが分かる。

次に、Ｂで表した実施例を説明する。ＢＢＵ ＃０（３１０）は、ＢＢＵに関する情報を管理するサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）に、候補ＲＡＴ ＢＢＵ要求メッセージを送信する（Ｓ９４０）。本実施例における候補ＲＡＴ ＢＢＵ要求メッセージは、“メッセージタイプ、端末の選好ＲＡＴ（候補ＲＡＴ）、端末のＣ−ＲＮＴＩ、サービングＢＢＵ ＩＤ、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（ＧＵＭＭＥＩ、ＭＭＥＩ、ＭＭＥＧＩ、ＭＭＥＣなど）ＩＤ、スイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ及び／又はスイッチオフされたＲＲＨのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

候補ＲＡＴ ＢＢＵ要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）は、ＢＢＵ ＃０（３１０）が要求したＲＡＴをサポートするＢＢＵ（ＢＢＵ ＃２（３３０））を選択し、候補ＲＡＴ ＢＢＵ応答メッセージをＲＲＨ ＃１（２２０）とマップされているＢＢＵ ＃１（３２０）に送信する（Ｓ９４２）。候補ＲＡＴ ＢＢＵ応答メッセージは、“メッセージタイプ、候補ＲＡＴをサポートするＢＢＵのＩＤ、サービングＢＢＵ ＩＤ、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ ＩＤ、スイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ及び／又はスイッチオフＲＲＨ ＩＤ”のうち少なくとも一つのフィールドで構成することができる。

候補ＲＡＴ ＢＢＵ応答メッセージを受信したＢＢＵ ＃１（３２０）は、端末１００の要求したＲＡＴをサポートするＢＢＵ ＃２（３３０）がＲＲＨ ＃１（２２０）とのマッピング関係を形成し得るようにＢＢＵ ＃２（３３０）と通信を行う。すなわち、ＢＢＵ ＃１（３２０）はＢＢＵ ＃２（３３０）にＢＢＵ−ＲＲＨマッピング要求メッセージを送信する（Ｓ９４４）。ＢＢＵ−ＲＲＨマッピング要求メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、サービングＢＢＵ ＩＤ、候補ＲＡＴをサポートするＢＢＵのＩＤ及び／又はスイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ ＃２（３３０）はＲＲＨ ＃１（２２０）との接続を決定した場合、ＢＢＵ ＃１（３２０）にＢＢＵ−ＲＲＨマッピング応答メッセージを送信する（Ｓ９４６）。ＢＢＵ−ＲＲＨマッピング応答メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、サービングＢＢＵ ＩＤ、候補ＲＡＴをサポートするＢＢＵのＩＤ及び／又はスイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ−ＲＲＨマッピング応答メッセージを受信したＢＢＵ ＃１（３２０）は、端末１００のサービングＢＢＵであるＢＢＵ ＃０（３１０）に、ＢＢＵ−ＲＲＨマッピング応答メッセージを伝達する（Ｓ９４８）。ＢＢＵ−ＲＲＨマッピング応答メッセージを受信したＢＢＵ ＃０（３１０）は、端末１００が感知したＲＲＨ ＃１（２２０）の電源状態がスイッチオンに変更される予定であり、ＲＲＨ ＃１（２２０）が、端末１００から要求されたＲＡＴをサポートするＢＢＵであるＢＢＵ ＃２（３３０）と接続されることが分かる。

次に、Ｃで表した実施例を説明する。ＢＢＵ ＃０（３１０）は、ＢＢＵに関する情報を管理するサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）に、候補ＲＡＴ ＢＢＵ要求メッセージを送信する（Ｓ９５０）。本実施例における候補ＲＡＴ ＢＢＵ要求メッセージは、“メッセージタイプ、端末の選好ＲＡＴ（候補ＲＡＴ）、端末のＣ−ＲＮＴＩ、サービングＢＢＵ ＩＤ、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（ＧＵＭＭＥＩ、ＭＭＥＩ、ＭＭＥＧＩ、ＭＭＥＣなど）ＩＤ、スイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ及び／又はスイッチオフされたＲＲＨのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

候補ＲＡＴ ＢＢＵ要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）は、ＢＢＵ ＃０（３１０）が要求したＲＡＴをサポートするＢＢＵ（ＢＢＵ ＃２）を選択する。続いて、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）は、選択したＢＢＵ ＃２（３３０）にＢＢＵ−ＲＲＨマッピング要求メッセージを直接送信する（Ｓ９５２）。本実施例でＢＢＵ−ＲＲＨマッピング要求メッセージは、“メッセージタイプ、候補ＲＡＴをサポートするＢＢＵのＩＤ、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ ＩＤ、スイッチオフされたＲＲＨのＩＤ及び／又はサービングＢＢＵ ＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ−ＲＲＨマッピング要求メッセージを受信したＢＢＵ ＃２（３３０）は、ＲＲＨ ＃１（２２０）に接続すると決定した場合、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）にＢＢＵ−ＲＲＨマッピング応答メッセージを送信する（Ｓ９５４）。ＢＢＵ−ＲＲＨマッピング応答メッセージは、“メッセージタイプ、スイッチオフされたＲＲＨのＩＤ、サービングＢＢＵ ＩＤ、候補ＲＡＴをサポートするＢＢＵのＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ ＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ−ＲＲＨマッピング応答メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）は、ＢＢＵ−ＲＲＨマッピング応答メッセージをＢＢＵ ＃０（３１０）に伝達する（Ｓ９５６）。これによって、ＢＢＵ ＃０（３１０）は、端末１００が感知したＲＲＨ ＃１（２２０）の電源状態がスイッチオンに変更される予定であり、ＲＲＨ ＃１（２２０）が端末１００から要求されたＲＡＴをサポートするＢＢＵであるＢＢＵ ＃２（３３０）と接続されることが分かる。

最後に、Ｄで表した実施例を説明する。端末１００がスイッチオフされたＲＲＨ ＃１（２２０）から下りリンク信号を受信する場合、端末１００のサービングＲＲＨであるＲＲＨ ＃０（２１０）とＲＲＨ ＃１（２２０）とは互いに隣接していてもよい。このため、ＲＲＨ ＃０（２１０）とマップされたＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）の情報をあらかじめ知っていてもよい。さらに、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）とマップされたＢＢＵであるＢＢＵ ＃１（３２０）に関する情報も知っていてもよい。これらの情報は、ＲＲＨ ＃０（２１０）の隣り合うＲＲＨに関する情報を収集する過程によって取得してもよく、ＲＲＨ ＃１（２２０）の送信する情報から取得してもよい。

本実施例で、ＢＢＵ ＃０（３１０）は、スイッチオフされたＲＲＨ ＃１（２２０）に接続されたＢＢＵ ＃１（３２０）に、候補ＲＡＴ ＢＢＵ要求メッセージを送信する（Ｓ９６０）。本実施例で候補ＲＡＴ ＢＢＵ要求メッセージは、“メッセージタイプ、端末の選好ＲＡＴ（候補ＲＡＴ）、端末のＣ−ＲＮＴＩ、サービングＢＢＵ ＩＤ、スイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ、スイッチオフされたＲＲＨのＩＤ及び／又はサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ ＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ ＃１（３２０）は、受信した候補ＲＡＴ ＢＢＵ要求メッセージを、ＢＢＵに関する情報を管理するサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）に伝達する（Ｓ９６２）。

候補ＲＡＴ ＢＢＵ要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ（２５０）は、ＢＢＵ ＃０（３１０）が要求したＲＡＴをサポートするＢＢＵ（ＢＢＵ ＃２（３３０））を選択し、候補ＲＡＴ ＢＢＵ応答メッセージをＲＲＨ ＃１（２２０）とマップされているＢＢＵ ＃１（３２０）に送信する（Ｓ９６４）。候補ＲＡＴ ＢＢＵ応答メッセージは、“メッセージタイプ、候補ＲＡＴをサポートするＢＢＵのＩＤ、サーバー／エンティティ／Ａ−ＧＷ／ＭＭＥ ＩＤ、スイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ及び／又はスイッチオフＲＲＨ ＩＤ”のうち少なくとも一つのフィールドで構成することができる。

候補ＲＡＴ ＢＢＵ応答メッセージを受信したＢＢＵ ＃１（３２０）は、ＲＲＨ ＃１（２２０）とＢＢＵ ＃２（３３０）とがマッピング関係を形成し得るようにＢＢＵ−ＲＲＨマッピング要求メッセージをＢＢＵ ＃２（３３０）に送る（Ｓ９６６）。ＢＢＵ ＃２（３３０）はそれに応答してＢＢＵ−ＲＲＨマッピング応答メッセージをＢＢＵ ＃１（３２０）に送信する（Ｓ９６８）。ＢＢＵ−ＲＲＨマッピング応答メッセージは、“メッセージタイプ、ＲＲＨ ＩＤ、サービングＢＢＵ ＩＤ、候補ＲＡＴをサポートするＢＢＵのＩＤ及び／又はスイッチオフされたＲＲＨに接続されたＢＢＵのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＢＢＵ−ＲＲＨマッピング応答メッセージを受信したＢＢＵ ＃１（３２０）は、ＲＲＨ ＃１（２２０）とＢＢＵ ＃２（３３０）とがマップされることが分かり、ＢＢＵ−ＲＲＨマッピング応答メッセージをＢＢＵ ＃０（３１０）に伝達する（Ｓ９７０）。これによって、ＢＢＵ ＃０（３１０）は、端末１００が感知したＲＲＨ ＃１（２２０）の電源状態がスイッチオンに変更され、ＲＲＨ ＃１（２２０）が端末１００から要求されたＲＡＴをサポートするＢＢＵであるＢＢＵ ＃２（３３０）と接続されることが分かる。

上述した実施例によって、サービングＢＢＵは、スイッチオフされたＲＲＨをスイッチオン状態に切り替え、ＲＲＨのＲＡＴを設定することができる。一方、上述した手続は、スイッチオンされた特定のＲＲＨに対するＲＡＴを、他のＲＡＴに接続する手続として具現することもできる。

図１０は、本発明の他の実施例に係るＲＲＨの電源制御方法を説明するフローチャートである。図１０では、上りリンク信号に基づいてＲＲＨの電源をつける方法について説明する。

スイッチオフ状態のＲＲＨが端末からのＵＬ信号に基づいて電源状態をスイッチオンに切り替えるためには、端末のＵＬ信号をモニタリングし続けなければならないが、この場合、スイッチオフ状態を維持する目的の一つである消費電力の低減を達成することができない。そこで、スイッチオフ状態のＲＲＨに対して端末のＵＬ信号を受信する区間をあらかじめ定義することができる。

一方、ＲＲＨは、端末のＵＬ信号のうちＳＲＳ（Ｓｏｕｎｄｉｎｇ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）信号又はＰＲＡＣＨ（Ｐｈｙｓｉｃａｌ Ｒａｎｄｏｍ Ａｃｃｅｓｓ ＣＨａｎｎｅｌ）信号に基づいてスイッチオン状態に切り替えることができる（すなわち、電源をつけることができる）。電源をつける信号としてＳＲＳ／ＰＲＡＣＨ信号を使用する場合、ＲＲＨは、スイッチオフ状態に進入する前に、周辺のＲＲＨとマップされたＢＢＵから端末のＳＲＳ／ＰＲＡＣＨ設定情報（例えば、ＳＲＳ周期、ＳＲＳリソース、ＰＲＡＣＨリソースなど）を取得する。ＲＲＨは、受信したＳＲＳ／ＰＲＡＣＨ設定情報に基づいて、端末のＵＬ信号を受信する時間区間を決定することができる（Ｓ１０１０）。

次いで、ＲＲＨは、決定された時間区間に起床してＵＬ信号を受信する（Ｓ１０２０）。ＵＬ信号がトリガー条件を満たす場合（例えば、ＵＬ信号強度が閾値以上である場合）、ＲＲＨは電源状態をスイッチオンに切り替えることができる（Ｓ１０３０）。

図示の実施例と違い、端末からのＵＬ信号を受信する時間区間が、ＲＲＨではなく他の主体によって決定されてもよい。例えば、スイッチオフされたＲＲＨに接続されたＢＢＵ又はＡ−ＧＷが、ＵＬ信号を受信するための時間区間を決定してもよい。

本実施例で、ＢＢＵ／Ａ−ＧＷは、スイッチオフ状態に進入するＲＲＨの隣接（ｎｅｉｇｈｂｏｒ）ＲＲＨに接続されたＢＢＵに、ＵＬ信号情報要求メッセージ（ＵＬ ｓｉｇｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信することができる。ＵＬ信号情報要求メッセージは、“メッセージタイプ、ＵＬ信号の種類（ＳＲＳ／ＰＲＡＣＨなど）、隣接ＲＲＨ ＩＤ、ＲＲＨ周波数、隣接ＲＲＨに接続されたＢＢＵのＩＤ、スイッチオン／オフを決定する主体（ＢＢＵ、Ａ−ＧＷなど）のＩＰ及び／又はスイッチオフされたＲＲＨのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＵＬ信号情報要求メッセージを受信したＢＢＵは、隣接ＲＲＨのＳＲＳ／ＰＲＡＣＨ設定情報を収集し、ＵＬ信号情報応答メッセージ（ＵＬ ｓｉｇｎａｌ ｉｎｆｏｒｍａｔｉｏｎ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）を用いてＢＢＵ／Ａ−ＧＷに送信することができる。ＵＬ信号情報応答メッセージは、“メッセージタイプ、ＵＬ信号の種類、ＵＬ信号の設定値（周期、リソースなど）、隣接ＲＲＨ ＩＤ、ＲＲＨ周波数、隣接ＲＲＨに接続されたＢＢＵのＩＤ、スイッチオン／オフ決定する主体（ＢＢＵ、Ａ−ＧＷ）のＩＰ及び／又はスイッチオフされたＲＲＨのＩＤ”のうち少なくとも一つのフィールドで構成することができる。

ＵＬ信号情報応答メッセージを受信したＢＢＵ／Ａ−ＧＷは、スイッチオフ状態に進入するＲＲＨが起床してＵＬ信号を受信すべき時間区間を決定する。続いて、時間区間に関する情報を、スイッチオフ状態に進入するＲＲＨに送信することができる。時間区間に関する情報を受信したＲＲＨは、当該時間区間にのみ起床して端末のＵＬ信号を受信することができる。

上記時間区間は、遊休モード（ｉｄｌｅ ｍｏｄｅ）で端末が基地局の信号を受信するように定義されたＤＴＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｔｒａｎｓｍｉｓｓｉｏｎ）時間と類似に定義することができ、ＲＲＨに対してはＤＲＸ（Ｄｉｓｃｏｎｔｉｎｕｏｕｓ Ｒｅｃｅｐｔｉｏｎ）時間と定義することができる。

４． ＲＲＨの電源管理方法（スイッチオフ）
図１１は、本発明の更に他の実施例に係るＲＲＨの電源制御方法を説明するフローチャートである。ＲＲＨのスイッチオフは、ＲＲＨ自体、ＢＢＵ、Ａ−ＧＷなどによって決定され得るが、図１１では、ＢＢＵによって決定される実施例について説明する。

一方、ＲＲＨが一つ以上のＢＢＵとマップされる場合、ＲＲＨがスイッチオフされることにより、ＢＢＵ同士は話し合い過程（ｃｏｏｒｄｉｎａｔｉｏｎ ｐｒｏｃｅｄｕｒｅ）を行わなければならない。このような話し合い過程でＢＢＵは、ＲＲＨにマップされた他のＢＢＵが存在するか否か、及び他のＢＢＵのＢＢＵ ＩＤに関する情報があらかじめ読み取れる。

まず、サービングＢＢＵは端末からＲＲＨを介して測定報告メッセージを受信する（Ｓ１１１０）。ＢＢＵは測定報告メッセージから、ＲＲＨが送受信する信号の頻度／量、ＲＲＨの負荷（ｌｏａｄ）程度、ＲＲＨが他のＲＲＨに及ぼす干渉などに関する情報を取得することができる。

サービングＢＢＵは、測定報告メッセージに含まれた様々な情報に基づいて、ＲＲＨのスイッチオフトリガー条件（ｓｗｉｔｃｈ ｏｆｆ ｔｒｉｇｇｅｒ ｃｏｎｄｉｔｉｏｎ）を満たすか否か確認し、トリガー条件を満たす場合、ＲＲＨのスイッチオフを決定する（Ｓ１１２０）。例えば、ＢＢＵは、ＲＲＨが端末と送受信する信号がないか少ない場合、ＲＲＨが他のＲＲＨに干渉を与える場合、ＲＲＨが受ける干渉が大きい場合、ＲＲＨの負荷が少ない場合などを含む様々な場合にスイッチオフトリガー条件が満たされると判断することができる。

ＲＲＨのスイッチオフが決定されると、サービングＢＢＵは、ＲＲＨに接続している他のＢＢＵにスイッチオフを要求するためのメッセージを送信する（Ｓ１１３０）。その後、サービングＢＢＵは、他のＢＢＵからスイッチオフ要求メッセージに対する応答としてスイッチオフ承認メッセージを受信する（Ｓ１１４０）。他の全ＢＢＵからスイッチオフ承認メッセージを受信した場合、サービングＢＢＵは、ＲＲＨの電源状態をスイッチオフ状態に切り替えるために状態変更メッセージを他のＢＢＵに送信する（Ｓ１１５０）。他のＢＢＵからそれに応答して状態変更確認メッセージを受信すると、サービングＢＢＵは、他のＲＲＨにスイッチングして新しいＢＢＵ−ＲＲＨマッピング関係を形成する（Ｓ１１６０）。サービングＢＢＵは、ＲＲＨに接続された自身を含む全てのＢＢＵが新しい接続関係を形成したため、最後に、ＲＲＨに状態切替を指示する（Ｓ１１７０）。これによって、ＲＲＨはスイッチオフ状態に進入できる。

図１２は、本発明の更に他の実施例と関連してＲＲＨによるＲＲＨ電源制御方法を説明するフローチャートである。

図１２に示す実施例で、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃０（２１０）及びＲＲＨ ＃１（２２０）と接続している。端末１００は、ＲＲＨ ＃０（２１０）及びＲＲＨ ＃１（２２０）に関する測定報告メッセージを送信する（Ｓ１２１０、Ｓ１２１５）。端末１００から測定報告メッセージを受信したサービングＢＢＵであるＢＢＵ ＃０（３１０）は、ＲＲＨ ＃０（２１０）及びＲＲＨ ＃１（２２０）に関する様々な情報を分析し、スイッチオフトリガー条件を満たすか否か確認する。ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）で送受信される信号が少ない場合、ＲＲＨ ＃１（２２０）の負荷が少ない場合、ＲＲＨ ＃１（２２０）による干渉又はＲＲＨ ＃１（２２０）への干渉が大きい場合などにＲＲＨ ＃１（２２０）の電源を消すと決定する（Ｓ１２２０）。

ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）の電源を消すと決定したことを、ＲＲＨ ＃１（２２０）に接続されているＢＢＵに知らせることができる。このとき、ＲＲＨ ＃１（２２０）に接続されているＢＢＵに関する情報は、Ａ−ＧＷエンティティ２５０から取得することができる。例えば、ＢＢＵ ＃１（３２０）は、ＲＲＨ ＃１（２２０）に接続されている他のＢＢＵであるＢＢＵ ＃１（３２０）に、ＲＲＨ状態変更要求メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信する（Ｓ１２２５）。ＲＲＨ状態変更要求メッセージは、“メッセージタイプ、ソース（ｓｏｕｒｃｅ）ＢＢＵ ＩＤ、あて先（ｄｅｓｔｉｎａｔｉｏｎ）ＢＢＵ ＩＤ、スイッチオフするＲＲＨのＩＤ及び／又は変更するＲＲＨの電源状態（スイッチオフ）”のうち少なくとも一つのフィールドで構成することができる。

ＲＲＨ状態変更要求メッセージを受信したＢＢＵ ＃１（３２０）は、ＢＢＵ ＃０（３１０）に、ＲＲＨ ＃１（２２０）の電源を消すか否かを知らせることができる。すなわち、ＢＢＵ ＃１（３２０）がＲＲＨ ＃１（２２０）を介して通信している端末１００の個数が少ない場合、ＲＲＨ ＃１（２２０）に代えて接続可能な他のＲＲＨを介して通信できる場合などにおいてＲＲＨ ＃１（２２０）の電源を消すことを承認することができる。ＢＢＵ ＃１（３２０）は、ＲＲＨ ＃１（２２０）の電源を消すことを承認するために、ＲＲＨ状態変更応答メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）をＢＢＵ ＃０（３１０）に送信することができる（Ｓ１２３０）。ＲＲＨ状態変更応答メッセージは、“メッセージタイプ、ソースＢＢＵ ＩＤ、あて先ＢＢＵ ＩＤ、スイッチオフするＲＲＨのＩＤ及び／又は変更するＲＲＨの電源状態”のうち少なくとも一つのフィールドで構成することができる。

一方、いずれか一つのＢＢＵからＲＲＨ ＃１（２２０）の電源状態変更が不可能であることを知らせるメッセージが受信される場合、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）のスイッチオフを中断することができる。例えば、特定のＢＢＵからＲＲＨ状態変更失敗メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｆａｉｌｕｒｅ ｍｅｓｓａｇｅ）を受信する場合、ＢＢＵ ＃０（３１０）は、当該ＢＢＵがＲＲＨ ＃１（２２０）との接続関係を維持すべきであることが分かり、ＲＲＨ ＃１（２２０）のスイッチオフを中断することができる。ＲＲＨ状態変更失敗メッセージは、“メッセージタイプ、ソースＢＢＵ ＩＤ、あて先ＢＢＵ ＩＤ、スイッチオフするＲＲＨのＩＤ及び／又はＲＲＨ状態変更失敗理由”のうち少なくとも一つのフィールドで構成することができる。

逆に、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）に接続している全てのＢＢＵ（ＢＢＵ ＃１（３２０）を含む）からＲＲＨ状態変更応答メッセージを受信する場合、ＲＲＨ ＃１（２２０）の電源状態変更を進行することができる。ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）に接続しているＢＢＵにＲＲＨ状態変更命令メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｃｏｍｍａｎｄ ｍｅｓｓａｇｅ）を送信する（Ｓ１２３５）。ＲＲＨ状態変更命令メッセージは、“メッセージタイプ、ソースＢＢＵ ＩＤ、あて先ＢＢＵ ＩＤ、スイッチオフするＲＲＨのＩＤ及び／又は変更するＲＲＨの電源状態（スイッチオフ）”のうち少なくとも一つのフィールドで構成することができる。

ＲＲＨ状態変更命令メッセージを受信したＢＢＵは、ＲＲＨ ＃１（２２０）を介して送信していたベアラー（ｂｅａｒｅｒ）又はフロー（ｆｌｏｗ）を他のＲＲＨを介して送信するためのＲＲＨスイッチング（ＲＲＨ ｓｗｉｔｃｈｉｎｇ）を行う。各ＢＢＵは、同一又は別個のＲＲＨへＲＲＨスイッチングすることができ、一つのＲＲＨを介して送信されていたベアラー／フローが別個のＲＲＨへとスイッチングされてもよい。図１２で、ＢＢＵ ＃１（３２０）は、ＢＢＵ−ＲＲＨマッピング関係を管理するサーバー／エンティティ／Ａ−ＧＷ（２５０）を介して、ＲＲＨ ＃１（２２０）の代わりに任意のＲＲＨ ＃Ｘにスイッチングする（Ｓ１２４０）。このようなＲＲＨスイッチング過程では、新しいＲＲＨ ＃Ｘが既存のＲＲＨ ＃１（２２０）のカバレッジをカバーできるように、ＲＲＨ ＃Ｘの送信電力を調節する過程が併せて行われてもよい。

ＲＲＨスイッチングを完了したＢＢＵ ＃１（３２０）はＢＢＵ ＃０（３１０）にＲＲＨ状態変更命令確認メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｃｏｍｍａｎｄ Ａｃｋ ｍｅｓｓａｇｅ）を送信する（Ｓ１２４５）。ＲＲＨ状態変更命令確認メッセージは、“メッセージタイプ、ソースＢＢＵ ＩＤ、あて先ＢＢＵ ＩＤ、スイッチオフするＲＲＨのＩＤ及び／又は要求されたＲＲＨの電源状態（スイッチオフ）”のうち少なくとも一つのフィールドで構成することができる。

ＲＲＨ ＃１（２２０）に接続されている全てのＢＢＵからＲＲＨ状態変更命令確認メッセージを受信したＢＢＵ ＃０（３１０）は、全てのＢＢＵがＲＲＨスイッチングを完了したことが分かる。続いて、ＢＢＵ ＃０（３１０）は、自身がＲＲＨ ＃１（２２０）を介して送信していたベアラー／フローを他のＲＲＨを介して送信するためのＲＲＨスイッチング過程を行う。図１２で、ＢＢＵ ＃０（３１０）は、新しいＲＲＨ ＃Ｙにスイッチングする（Ｓ１２５０）。

ＢＢＵ ＃０（３１０）は、自身のＲＲＨスイッチング過程を完了した後、ＲＲＨ ＃１（２２０）にＲＲＨ状態変更指示メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｉｎｄｉｃａｔｏｒ ｍｅｓｓａｇｅ）を送信する（Ｓ１２５５）。ＲＲＨ状態変更指示メッセージは、スイッチオフするＲＲＨ ＃１（２２０）の送信／受信モードのうちいずれのモードを停止するかを知らせることができ、特定キャリア又は特定ＲＡＴのうち一部の動作を消す（ｓｗｉｔｃｈ ｏｆｆ）かを知らせることもできる。すなわち、ＢＢＵ ＃０（３１０）は、ＲＲＨ ＃１（２２０）の電源状態を、一部の動作に対してのみつけたり消したりすることによって、従来のスモールセルのオン／オフに比べて具体的で動的な操作が可能である。ＲＲＨ状態変更指示メッセージは、“メッセージタイプ、ソースＢＢＵ ＩＤ、あて先ＲＲＨ ＩＤ、ＲＲＨ状態（オン／オフ）及び／又は状態変更モジュール（送信、受信、キャリア、ＲＡＴなど）”のうち少なくとも一つのフィールドで構成することができる。

ＲＲＨ状態変更指示メッセージを受信したＲＲＨ ＃１（２２０）は、ＲＲＨ状態変更指示確認メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｉｎｄｉｃａｔｏｒ Ａｃｋ ｍｅｓｓａｇｅ）をＢＢＵ ＃０（３１０）に送信する（Ｓ１２６０）。その後、ＲＲＨ ＃１（２２０）は、ＢＢＵ ＃０（３１０）の要求に応じて一部又は全部のモジュールの電源状態を消すことができる（Ｓ１２６５）。上述したように、ＲＲＨ ＃１（２２０）がスイッチオフ状態であっても、ＲＲＨ ＃１（２２０）は、特定のＢＢＵ（予備ＢＢＵ又はコモン（ｃｏｍｍｏｎ）ＢＢＵ）に接続してＤＬ信号を送信したりＵＬ信号を受信したりすることができる。このような特定のＢＢＵは、ＲＲＨとのマッピング関係を維持し、ＲＲＨごとに定義されてもよい。同図の実施例で、ＲＲＨ ＃１（２２０）と接続していたＢＢＵ ＃０（３１０）がＲＲＨ ＃ＹにＲＲＨスイッチングしても、ＢＢＵ ＃０（３１０）はＲＲＨ ＃１（２２０）との接続を維持するＢＢＵになり得る。

ＲＲＨ−ＢＢＵマッピング関係を管理するサーバー／エンティティ／Ａ−ＧＷ（２５０）は、ＲＲＨの状態（スイッチオフ）をアップデートし、ＢＢＵとＲＲＨとの変更されたマッピング関係もアップデートすることができる。

図１３は、本発明の更に他の実施例と関連してＢＢＵによるＲＲＨ電源制御方法を説明するフローチャートである。

図１３に示す実施例で、ＲＲＨ ＃０（２１０）がＢＢＵ ＃０（３１０）と接続される。ＲＲＨ ＃０（２１０）は、一定の時間に自身を介して送受信される信号がない場合、又は自身に接続されたＢＢＵがない場合などにおいて自身の電源を消すことを決定することができる（Ｓ１３１０）。

ＲＲＨ ＃０（２１０）が自ら電源を消すことを決定した場合、ＲＲＨ ＃０（２１０）は、ＲＲＨとＢＢＵとのマッピング関係を管理するサーバー／エンティティ／Ａ−ＧＷ（２５０）に、ＲＲＨ状態変更要求メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を送信する（Ｓ１３１５）。ＲＲＨ状態変更要求メッセージは、“メッセージタイプ、スイッチオフするソースＲＲＨのＩＤ、変更するＲＲＨ状態（スイッチオフ）及び／又はサーバー／エンティティ／Ａ−ＧＷのＩＰ”のうち少なくとも一つのフィールドで構成することができる。

ＲＲＨ状態変更要求メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ（２５０）は、ＲＲＨ ＃０（２１０）に接続されたＢＢＵであるＢＢＵ ＃０（３１０）にＲＲＨ状態変更要求メッセージを伝達する（Ｓ１３２０）。ＢＢＵ ＃０（３１０）に伝達されるＲＲＨ状態変更要求メッセージは、“あて先ＢＢＵ ＩＤ及び／又はＲＲＨ ｃｏｍｍｏｎ ＢＢＵ指示子”のフィールドをさらに含むことができる。ＲＲＨ状態変更要求メッセージは、ＢＢＵ ＃０（３１０）の他、ＲＲＨ ＃０（２１０）がスイッチオフされるときに接続関係を維持するＢＢＵ（ｃｏｍｍｏｎ ＢＢＵ）にも送信されてもよい。ＲＲＨ ｃｏｍｍｏｎ ＢＢＵ指示子を受信したＢＢＵは、ＲＲＨのスイッチオフ時にも接続関係を維持するコモンＢＢＵとして指定されたことが分かる。このようなコモンＢＢＵは、サーバー／エンティティ／Ａ−ＧＷ（２５０）によって決定されてもよく、あらかじめ定義されていてもよい。

ＲＲＨ状態変更要求メッセージを受信したＢＢＵは、ＲＲＨ ＃０（２１０）の電源を消すか否かを決定し、消すと決定した場合、サーバー／エンティティ／Ａ−ＧＷ（２５０）にＲＲＨ状態変更応答メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｒｅｓｐｏｎｓｅ ｍｅｓｓａｇｅ）を送信する（Ｓ１３２５）。ＲＲＨ状態変更応答メッセージは、“メッセージタイプ、ソースＢＢＵ ＩＤ、スイッチオフするＲＲＨのＩＤ、要求された電源状態、サーバー／エンティティ／Ａ−ＧＷのＩＰ及び／又はＲＲＨ ｃｏｍｍｏｎ ＢＢＵ指示子確認（Ａｃｋ）”のうち少なくとも一つのフィールドで構成することができる。

サーバー／エンティティ／Ａ−ＧＷ（２５０）は、全てのＢＢＵからＲＲＨ状態変更応答メッセージを受信した場合、ＲＲＨ ＃０（２１０）にＲＲＨ状態変更応答メッセージを伝達する（Ｓ１３３０）。ＲＲＨ ＃０（２１０）に伝達するＲＲＨ状態変更応答メッセージにはコモンＢＢＵに関する情報がさらに含まれてもよい。その後、ＲＲＨ状態変更応答メッセージを受信したＲＲＨ ＃０（２１０）は、電源を消すことに全ＢＢＵが同意したことが分かり、コモンＢＢＵに関する情報も取得することができる。

一方、一部のＢＢＵがＲＲＨの電源を消すことを所望しない場合もありうる。この場合、該当のＢＢＵはサーバー／エンティティ／Ａ−ＧＷ（２５０）にＲＲＨ状態変更失敗メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｆａｉｌｕｒｅ ｍｅｓｓａｇｅ）を送信する。ＲＲＨ状態変更失敗メッセージは、“メッセージタイプ、ソースＢＢＵ ＩＤ、サーバー／エンティティ／Ａ−ＧＷ ＩＰ、スイッチオフするＲＲＨのＩＤ及び／又はＲＲＨ状態変更失敗理由”のうち少なくとも一つのフィールドで構成することができる。ＲＲＨ状態変更失敗メッセージを受信したサーバー／エンティティ／Ａ−ＧＷ（２５０）は、受信したメッセージをＲＲＨ ＃０（２１０）に伝達し、ＲＲＨ ＃０（２１０）は電源を消す過程を中断する。

ＲＲＨとＢＢＵとのマッピング関係を管理するサーバー／エンティティ／Ａ−ＧＷ（２５０）は、ＲＲＨ ＃０（２１０）に電源を消すことを様々な方法で指示することができる。

Ａで表した実施例をまず説明する。サーバー／エンティティ／Ａ−ＧＷ（２５０）はＲＲＨ ＃０（２１０）にＲＲＨ状態変更指示メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｉｎｄｉｃａｔｏｒ ｍｅｓｓａｇｅ）を送信する（Ｓ１３３５）。ＲＲＨ状態変更指示メッセージは、スイッチオフするＲＲＨ ＃０（２１０）の送信／受信モードのうちいずれのモードを消す（ｓｗｉｔｃｈ ｏｆｆ）かを知らせることができ、特定のキャリアや特定のＲＡＴのうち一部の動作を消す（ｓｗｉｔｃｈ ｏｆｆ）かを知らせることができる。ＲＲＨ状態変更指示メッセージは、“メッセージタイプ、サーバー／エンティティ／Ａ−ＧＷ ＩＰ、あて先ＲＲＨ ＩＤ、ＲＲＨ状態（オン／オフ）及び／又は状態変更モジュール（送信、受信、キャリア、ＲＡＴなど）”のうち少なくとも一つのフィールドで構成することができる。

ＲＲＨ状態変更指示メッセージを受信したＲＲＨ ＃０（２１０）は、それに応答してＲＲＨ状態変更指示確認メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｉｎｄｉｃａｔｏｒ Ａｃｋ ｍｅｓｓａｇｅ）を送信する（Ｓ１３４０）。その後、ＲＲＨ ＃０（２１０）は、受信したメッセージの指示に応じて動作の一部又は全部の電源状態をスイッチオフに切り替える（Ｓ１３６５）。

次に、Ｂで表した実施例を説明する。Ｓ１３３５で説明したＲＲＨ状態変更指示メッセージをＲＲＨ ＃０（２１０）に直接送信せずに、ＲＲＨ ＃０（２１０）のコモンＢＢＵであるＢＢＵ ＃０（３１０）に送信してもよい（Ｓ１３４５）。すると、ＢＢＵ ＃０（３１０）がＲＲＨ状態変更指示メッセージをＲＲＨ ＃０（２１０）に伝達することができる（Ｓ１３５０）。

同様に、ＲＲＨ ＃０（２１０）もＲＲＨ状態変更指示確認メッセージをＢＢＵ ＃０（３１０）に送信し（Ｓ１３５５）、ＢＢＵ ＃０（３１０）はＲＲＨ状態変更指示確認メッセージをサーバー／エンティティ／Ａ−ＧＷ（２５０）に伝達する（Ｓ１３６０）。その後、ＲＲＨ ＃０（２１０）は、受信したＲＲＨ状態変更指示メッセージに応じてスイッチオフ状態に進入する（Ｓ１３６５）。

ＲＲＨ−ＢＢＵマッピング関係を管理するサーバー／エンティティ／Ａ−ＧＷ（２５０）は、ＲＲＨ ＃０（２１０）の状態（スイッチオフ）をアップデートし、ＢＢＵとＲＲＨとの変更されたマッピング関係もアップデートすることができる。

図１４は、本発明の更に他の実施例と関連してＡ−ＧＷによるＲＲＨ電源制御方法を説明するフローチャートである。

図１４に示す実施例で、ＲＲＨ ＃０（２１０）はＢＢＵ ＃０（３１０）と接続される。ＲＲＨとＢＢＵとのマッピング関係を管理するサーバー／エンティティ／Ａ−ＧＷ（２５０）は、一定の時間にＲＲＨ ＃０（２１０）とマップされるＢＢＵがない場合、ＲＲＨ ＃０（２１０）の電源を消すことを決定することができる（Ｓ１４１０）。

サーバー／エンティティ／Ａ−ＧＷ（２５０）は、ＲＲＨ ＃０（２１０）の電源を消すことを要求するＲＲＨ状態変更要求メッセージをＢＢＵに送信し（Ｓ１４１５）、その応答としてＢＢＵからＲＲＨ状態変更応答メッセージを受信する（Ｓ１４２０）。この過程で、図１３で上述した内容が同様に適用されてもよい。

サーバー／エンティティ／Ａ−ＧＷ（２５０）は、全てのＢＢＵからＲＲＨ状態変更応答メッセージを受信した場合、ＲＲＨ ＃０（２１０）の電源を消すことを指示することができる。一方、任意のＢＢＵからＲＲＨ状態変更失敗メッセージを受信した場合には、サーバー／エンティティ／Ａ−ＧＷ（２５０）は、ＲＲＨ ＃０（２１０）の電源を消す過程を中断するように指示することができる。

図１４で、ＲＲＨ ＃０（２１０）がスイッチオフ状態に切り替わる一連の過程はＡ及びＢで表示されている。Ａ及びＢで表したＳ１４２５乃至Ｓ１４５０の過程を、図１３のＳ１３３５乃至Ｓ１３６０の過程と同一又は類似に適用することができる。その後、ＲＲＨ ＃０（２１０）は、一部又は全部の動作の電源を消し、スイッチオフ状態に進入する（Ｓ１４５５）。

５． 装置構成
図１５は、本発明の一実施例に係る、端末１００、ＲＲＨ ２００及びＢＢＵ ３００の構成を示すブロック図である。図１５では、端末１００とＲＲＨ ２００との１：１通信環境を示しているが、複数の端末とＲＲＨとの間に通信環境を構築してもよい。

図１５で、端末１００は、無線周波数（ＲＦ）ユニット１１０、プロセッサ１２０、及びメモリ１３０を備えることができる。従来の基地局１５０は、送信部２１２、受信部２１４、プロセッサ３１０、及びメモリ３２０を全て備えるように具現される。一方、一実施例に係るクラウドＲＡＮ環境では、従来の基地局１５０に備えられた構成がＲＲＨ ２００とＢＢＵ ３００とに分離して具現される。

これによって、単純なアンテナの役割を担うＲＲＨ ２００は送信部２１２及び受信部２１４だけを含む。信号処理、階層処理などを含む通信過程の全般は、ＢＢＵ ３００に含まれたプロセッサ３１０及びメモリ３２０によって制御される。また、ＲＲＨ ２００とＢＢＵ ３００との間には１：１、１：Ｎ、Ｍ：１、Ｍ：Ｎ（Ｍ、Ｎは自然数）などの様々な接続関係が形成されてもよい。

端末１００に備えられたＲＦユニット１１０は、送信部１１２及び受信部１１４を有することができる。送信部１１２及び受信部１１４は、ＲＲＨ ２００と信号を送信及び受信するように構成される。プロセッサ１２０は、送信部１１２及び受信部１１４と機能的に接続し、送信部１１２及び受信部１１４がＲＲＨ ２００及び他のデバイスに信号を送受信する過程を制御するように構成される。また、プロセッサ１２０は、送信する信号に対する各種処理を行って送信部１１２に送り、受信部１１４に受信された信号に対する処理を行うことができる。

必要な場合、プロセッサ１２０は、交換されたメッセージに含まれた情報をメモリ１３０に保存してもよい。このような構造によって端末１００は、以上説明した本発明の様々な実施の形態の方法を実行することができる。

ＲＲＨ ２００の送信部２１２及び受信部２１４は、端末１００と信号を送信及び受信するように構成される。また、ＲＲＨ ２００に接続されたＢＢＵ ３００のプロセッサ３１０は、ＲＲＨ ２００の送信部２１２及び受信部２１４と機能的に接続し、送信部２１２及び受信部２１４が他の機器と信号を送受信する過程を制御するように構成される。また、プロセッサ３１０は、送信する信号に対する各種処理を行って送信部２１２に送り、受信部２１４に受信された信号に対する処理を行うことができる。必要な場合、プロセッサ３１０は、交換されたメッセージに含まれた情報をメモリ３２０に保存してもよい。このような構造によってＲＲＨ ２００及びＢＢＵ ３００は、前述した様々な実施の形態の方法を実行することができる。

端末１００及びＢＢＵ ３００のプロセッサ１２０，３１０は、端末１００、ＲＲＨ ２００及びＢＢＵ ３００における動作を指示（例えば、制御、調整、管理など）する。各プロセッサ１２０，３１０は、プログラムコード及びデータを記憶するメモリ１３０，３２０に接続してもよい。メモリ１３０，３２０はプロセッサ１２０，３１０と接続してオペレーティングシステム、アプリケーション、及び一般ファイル（ｇｅｎｅｒａｌ ｆｉｌｅｓ）を記憶する。

本発明のプロセッサ１２０，３１０は、コントローラ（ｃｏｎｔｒｏｌｌｅｒ）、マイクロコントローラ（ｍｉｃｒｏｃｏｎｔｒｏｌｌｅｒ）、マイクロプロセッサ（ｍｉｃｒｏｐｒｏｃｅｓｓｏｒ）、マイクロコンピュータ（ｍｉｃｒｏｃｏｍｐｕｔｅｒ）などと呼ぶことができる。一方、プロセッサ１２０，３１０は、ハードウェア（ｈａｒｄｗａｒｅ）、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、又はこれらの結合によって具現することができる。ハードウェアを用いて本発明の実施例を実現する場合に、本発明を実行するように構成されたＡＳＩＣ（ａｐｐｌｉｃａｔｉｏｎ ｓｐｅｃｉｆｉｃ ｉｎｔｅｇｒａｔｅｄ ｃｉｒｃｕｉｔ）、ＤＳＰ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｏｒ）、ＤＳＰＤ（ｄｉｇｉｔａｌ ｓｉｇｎａｌ ｐｒｏｃｅｓｓｉｎｇ ｄｅｖｉｃｅ）、ＰＬＤ（ｐｒｏｇｒａｍｍａｂｌｅ ｌｏｇｉｃ ｄｅｖｉｃｅ）、ＦＰＧＡ（ｆｉｅｌｄ ｐｒｏｇｒａｍｍａｂｌｅ ｇａｔｅ ａｒｒａｙ）などをプロセッサ１２０，３１０に具備することができる。

一方、上述した方法は、コンピュータで実行可能なプログラムとして作成可能であり、コンピュータ読み取り可能媒体を用いて上記プログラムを動作させる汎用ディジタルコンピュータによって具現することができる。また、上述した方法で用いられたデータの構造は、コンピュータ読み取り可能媒体に様々な手段を用いて記録することができる。本発明の様々な方法を実行するための実行可能なコンピュータコードを含む記憶デバイスを説明するために使用され得るプログラム記憶デバイスは、搬送波（ｃａｒｒｉｅｒ ｗａｖｅｓ）や信号のように一時的な対象を含むものとして理解してはならない。上記コンピュータ読み取り可能媒体は、磁気記録媒体（例えば、ＲＯＭ、フロッピーディスク、ハードディスクなど）、光学的記録媒体（例えば、ＣＤ−ＲＯＭ、ＤＶＤなど）のような記録媒体を含む。

本願発明の実施例に関連した技術の分野において通常の知識を有する者にとって、以上記載の本質的な特性から逸脱しない範囲で様々な改変が可能であるということは明らかである。したがって、開示された方法は、限定的な観点ではなく説明的な観点で考慮されなければならない。本発明の範囲は、発明の詳細な説明ではなく特許請求の範囲に現れ、特許請求の範囲と同等範囲内における差異点はいずれも本発明の範囲に含まれるものと解釈しなければならない。

Claims (17)

1. ＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）とＢＢＵ（ＢａｓｅＢａｎｄ Ｕｎｉｔ）とが分離されるクラウドＲＡＮ（Ｃｌｏｕｄ ＲＡＮ：Ｃ−ＲＡＮ）環境でＢＢＵがＲＲＨの電源を制御する方法であって、
   ＲＲＨの下りリンク信号の強度が閾値以上と測定されることを報告する測定報告メッセージ（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｍｅｓｓａｇｅ）を端末から受信するステップと、
   前記測定報告メッセージに対する応答として、前記ＲＲＨがサポートする無線アクセス技術（Ｒａｄｉｏ Ａｃｃｅｓｓ Ｔｅｃｈｎｏｌｏｇｙ：ＲＡＴ）を示すＲＡＴ情報を、前記端末に送信するステップと、
   前記ＲＡＴ情報に含まれたＲＡＴのうち、前記端末が好むＲＡＴに関する情報を含む起床要求メッセージ（ｗａｋｅ−ｕｐ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を、前記端末から受信するステップと、
   前記起床要求メッセージに基づいて前記ＲＲＨの電源状態をスイッチオン（ｓｗｉｔｃｈｅｄ ｏｎ）に設定するステップと、
   を有する、電源制御方法。
2. 前記ＲＡＴ情報は、ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するエンティティ又は前記ＲＲＨから取得される、請求項１に記載の電源制御方法。
3. 前記方法は、前記ＲＡＴ情報を前記端末に送信する前に前記ＲＲＨの電源状態を確認するステップをさらに有し、
   前記電源状態は、スイッチオン又はスイッチオフであり、ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するエンティティ又は前記ＲＲＨから確認される、請求項１に記載の電源制御方法。
4. 前記ＲＡＴ情報は、前記ＲＲＨがサポートするＲＡＴ又は周波数帯域に関する情報を、ビットマップ、各ＲＡＴに予め設定されたビットの組合せ、又はＡＲＦＣＮ（Ａｂｓｏｌｕｔｅ Ｒａｄｉｏ Ｆｒｅｑｕｅｎｃｙ Ｃｈａｎｎｅｌ Ｎｕｍｂｅｒ）値として表現するものである、請求項１に記載の電源制御方法。
5. 前記方法は、起床要求メッセージを受信した後に、前記ＲＲＨにマップされた第１ＢＢＵに関する情報を取得するステップをさらに有し、
   前記第１ＢＢＵに関する情報は、ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するエンティティから取得される、請求項１に記載の電源制御方法。
6. 前記方法は、前記第１ＢＢＵに関する情報を取得した後に、前記ＲＲＨの前記第１ＢＢＵとのマッピング関係を、前記端末が好むＲＡＴをサポートする第２ＢＢＵとのマッピング関係に変更するステップをさらに有する、請求項５に記載の電源制御方法。
7. 前記変更するステップは、
   前記エンティティに、前記端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、
   前記エンティティからの前記第２ＢＢＵを指定する応答に基づいて、前記第２ＢＢＵに、前記ＲＲＨとの接続を設定することを要求するステップと、
   前記第２ＢＢＵから前記ＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップとを有する、請求項６に記載の電源制御方法。
8. 前記変更するステップは、
   前記エンティティに、前記端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、
   前記エンティティの指示によって前記第１ＢＢＵと前記第２ＢＢＵとの話し合い過程が完了すると、前記第１ＢＢＵから、前記第２ＢＢＵと前記ＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップとを有する、請求項６に記載の電源制御方法。
9. 前記変更するステップは、
   前記エンティティに、前記端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、
   前記エンティティと前記第２ＢＢＵとの話し合い過程が完了すると、前記エンティティから、前記第２ＢＢＵと前記ＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップとを有する、請求項６に記載の電源制御方法。
10. 前記変更するステップは、
    前記第１ＢＢＵに、前記端末が好むＲＡＴをサポートするＢＢＵの設定を要求するステップと、
    前記第１ＢＢＵの要求に応じて前記第１ＢＢＵ、前記第２ＢＢＵ及び前記エンティティ間の話し合い過程が完了すると、前記第１ＢＢＵから、前記第２ＢＢＵと前記ＲＲＨとの接続が設定されたことを示す応答メッセージを受信するステップを有する、請求項６に記載の電源制御方法。
11. 前記エンティティは、前記ＲＲＨとＢＢＵとのマッピング関係に関する情報を管理するサーバー又はアクセスゲートウェイ（Ａｃｃｅｓｓ ＧａｔｅＷａｙ：Ａ−ＧＷ）である、請求項５に記載の電源制御方法。
12. ＲＲＨ（Ｒｅｍｏｔｅ Ｒａｄｉｏ Ｈｅａｄ）とＢＢＵ（ＢａｓｅＢａｎｄ Ｕｎｉｔ）とが分離されるクラウドＲＡＮ（Ｃｌｏｕｄ ＲＡＮ：Ｃ−ＲＡＮ）環境でＢＢＵがＲＲＨの電源を制御する方法であって、
    端末から受信した第１ＲＲＨに対する測定報告メッセージ（ｍｅａｓｕｒｅｍｅｎｔ ｒｅｐｏｒｔ ｍｅｓｓａｇｅ）に基づいて、前記第１ＲＲＨの電源状態をスイッチオフ（ｓｗｉｔｃｈｅｄ ｏｆｆ）に設定することを決定するステップと、
    前記第１ＲＲＨの電源状態をスイッチオフに設定することを知らせるＲＲＨ状態変更要求メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｒｅｑｕｅｓｔ ｍｅｓｓａｇｅ）を、前記第１ＲＲＨに接続されたＢＢＵに送信するステップと、
    前記第１ＲＲＨに接続された全てのＢＢＵから前記ＲＲＨ状態変更要求を承認するＲＲＨ状態変更応答メッセージを受信する場合、前記ＢＢＵにＲＲＨスイッチングを指示するＲＲＨ状態変更命令メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｃｏｍｍａｎｄ ｍｅｓｓａｇｅ）を送信するステップと、
    前記ＢＢＵのＲＲＨスイッチングが全て完了すると、前記第１ＲＲＨとのマッピング関係を第２ＲＲＨに変更するＲＲＨスイッチングを行うステップと、
    前記第１ＲＲＨの電源状態をスイッチオフに設定するステップと、
    を有する、電源制御方法。
13. 前記方法は、前記第１ＲＲＨに接続されたＢＢＵのうち一つ以上から前記ＲＲＨ状態変更要求を拒否するＲＲＨ状態変更失敗メッセージを受信する場合、前記ＲＲＨの電源制御過程を中断するステップをさらに有する、請求項１２に記載の電源制御方法。
14. 前記ＲＲＨ状態変更命令メッセージは、前記第１ＲＲＨに接続されたＢＢＵのうちいずれか一つをコモン（ｃｏｍｍｏｎ）ＢＢＵとして指定する指示子を含み、
    前記コモンＢＢＵは、前記第１ＲＲＨがスイッチオフ状態であっても、前記第１ＲＲＨに接続されて通信を行うＢＢＵである、請求項１２に記載の電源制御方法。
15. 前記ＲＲＨスイッチングを行うステップは、前記ＢＢＵから前記ＲＲＨ状態変更命令メッセージに応答してＲＲＨ状態変更命令確認メッセージ（ＲＲＨ ｓｔａｔｕｓ ｃｈａｎｇｅ ｃｏｍｍａｎｄ Ａｃｋ ｍｅｓｓａｇｅ）が受信されることにより、前記ＲＲＨスイッチングの完了を判断する、請求項１２に記載の電源制御方法。
16. 前記設定するステップは、前記第１ＲＲＨの送信モード及び受信モードのうち少なくとも一つをスイッチオフし、前記第１ＲＲＨがサポートするキャリア及びＲＡＴの一部又は全部をそれぞれスイッチオフする、請求項１２に記載の電源制御方法。
17. 前記決定するステップは、前記測定報告メッセージから前記第１ＲＲＨの負荷状態に関する情報、前記第１ＲＲＨが受ける干渉に関する情報、及び前記第１ＲＲＨが発生させる干渉に関する情報のうち少なくとも一つを用いて前記スイッチオフを決定する、請求項１２に記載の電源制御方法。

Images