JP2015508626A - 無線通信システムにおけるサービス提供方法及びシステム - Google Patents

Abstract

次世代無線通信システムにおけるサービス提供方法が提供される。上記方法は、端末（ＳＳ）による初期アクセスを認識する場合に、上記端末をサービングするマスター基地局（ＢＳ）により上記端末によるチャネル品質報告のために割り当てられるリソースを示すリソース割り当て情報を上記端末に送信するステップと、上記端末から受信したチャネル品質報告を使用して上記端末をサービングし、第１のクラウドセルを構成する少なくとも１つのスレーブ基地局を決定するステップと、上記少なくとも１つのスレーブ基地局とともに上記端末とデータを交換するステップとを具備する。

Description

本発明は、無線通信システムにおけるサービス提供方法及びシステムに関するものである。

次世代無線通信システムは、大容量データサービスをサポートするために、例えば、ミリメートル波（ｍｍＷａｖｅ）のような高周波数帯域を使用する。高周波数帯域を使用するシステムの場合に、端末（Subscriber Station：ＳＳ）と基地局（Base Station：ＢＳ）との間の短い通信可能距離のために、ＢＳは、小さいセル半径を有する。それにより、小さいセル半径は、ＳＳの十分なサービスエリアを確保するために設けられるＢＳの個数が増加する。また、ＳＳの移動性を考慮する時に、ＢＳのセル半径の減少及びＢＳの個数の増加は、ＳＳのセル間のハンドオーバの回数を増加させる。このように、システムのオーバーヘッドは、ＳＳの増加されたハンドオーバの回数により増加する。

したがって、次世代無線通信システムで使用される高周波数帯域の特性を考慮してより効率的なサービスをユーザに提供する方案が要求される。

上述した情報は、本発明の理解を助けるために背景情報だけとして提示される。本発明に対する先行技術で適用されることができるのか可否に関してはいかなる決定及びいかなる主張もない。

本発明の目的は、少なくとも上述した問題点及び／又は不都合に取り組み、少なくとも以下の利便性を提供することにある。すなわち、本発明の目的は、次世代無線通信システムにおけるサービス提供方法及びシステムを提供することにある。

上記のような目的を達成するために、本発明の一態様によれば、次世代無線通信システムにおけるサービス提供方法が提供される。上記方法は、端末（ＳＳ）による初期アクセスを認識する場合に、上記端末をサービングするマスター基地局（ＢＳ）により上記端末によるチャネル品質報告のために割り当てられるリソースを示すリソース割り当て情報を上記端末に送信するステップと、上記端末から受信したチャネル品質報告を使用して上記端末をサービングし、第１のクラウドセルを構成する少なくとも１つのスレーブ基地局を決定するステップと、上記少なくとも１つのスレーブ基地局とともに上記端末とデータを交換するステップとを具備することを特徴とする。

本発明の別の態様によれば、次世代無線通信システムにおけるサービス提供方法が提供される。上記方法は、端末をサービングするマスター基地局から割り当てられたリソースを使用してデータを上記端末に送信するステップと、上記端末に対して第１のクラウドセルを構成する少なくとも１つのスレーブ基地局及び上記マスター基地局に上記データの送信結果を送信するステップとを具備し、上記第１のクラウドセルは、上記マスター基地局及び上記少なくとも１つのスレーブ基地局を含むメンバー基地局を有することを特徴とする。

本発明のさらに別の態様によれば、次世代無線通信システムにおける端末にサービスを提供するマスター基地局が提供される。上記マスター基地局は、端末（ＳＳ）による初期アクセスを認識する場合に、送受信部が上記端末をサービングするマスター基地局（ＢＳ）により上記端末によるチャネル品質報告のために割り当てられるリソースを示すリソース割り当て情報を上記端末に送信するように制御し、上記端末から受信したチャネル品質報告を使用して上記端末をサービングし、第１のクラウドセルを構成する少なくとも１つのスレーブ基地局を決定する制御部と、上記チャネル品質報告を上記端末から受信し、上記制御部の指示により上記少なくとも１つのスレーブ基地局とともに上記端末とデータを交換する上記送受信部とを具備することを特徴とする。

本発明のさらなる別の態様によれば、次世代無線通信システムにおける端末にサービスを提供するスレーブ基地局が提供される。上記スレーブ基地局は、送信部が上記端末をサービングするマスター基地局から割り当てられたリソースを使用してデータを上記端末に送信するように制御し、上記端末に対して第１のクラウドセルを構成する少なくとも１つのスレーブ基地局及び上記マスター基地局に上記データの送信結果を送信するようにする制御部を具備し、上記第１のクラウドセルは、上記マスター基地局及び上記少なくとも１つのスレーブ基地局を含むメンバー基地局を有することを特徴とする。

本発明は、次世代無線通信システムで使用される高周波数帯域の特性を考慮する、クラウドセルを構成する複数のメンバー基地局が１つの端末をサービングすることにより、高周波数帯域での弱い信号強度を有するリンクの信頼性を増加させ、複数の良質なリンクを端末に提供することにより、データ処理量を増加させることができるという効果がある。

本発明の他の目的、利点、及び顕著な特徴は、添付の図面及び本発明の実施形態からなされた以下の詳細な説明から、この分野の当業者に明確になるはずである。

本発明の第１の実施形態によるクラウドセルの構成を示す図である。 本発明の第１の実施形態によるクラウドセル内のデータ送信／受信動作を示すフロー図である。 本発明の第１の実施形態によるクラウドセル内の端末（ＳＳ）へのデータ送信を制御するマスター基地局（ＢＳ）の動作を示すフローチャートである。 本発明の第１の実施形態によるクラウドセル内のＳＳの動作を示すフローチャートである。 本発明の第１の実施形態によるスレーブＢＳの動作を示すフローチャートである。 本発明の第２の実施形態によるマスターＢＳを変更する動作を示すフロー図である。 本発明の第２の実施形態によるクラウドセル内のマスターＢＳを変更する現在のマスターＢＳの動作を示すフローチャートである。 本発明の第２の実施形態によるクラウドセル内のマスターＢＳに変更されたスレーブＢＳの動作を示すフローチャートである。 本発明の実施形態による装置の概略的な構成を示す図である。

本発明の実施形態の上述した及び他の様相、特徴、及び利点は、添付の図面が併用された後述の詳細な説明から、より一層明らかになるだろう。

添付の図面を参照した下記の説明は、特許請求の範囲の記載及びその均等物の範囲内で定められるような本発明の実施形態の包括的な理解を助けるために提供されるものであり、この理解を助けるために様々な特定の詳細を含むが、それらはあくまでも一実施形態に過ぎない。したがって、本発明の範囲及び趣旨を逸脱することなく、明細書中に記載する実施形態の様々な変更及び修正が可能であるということは、当該技術分野における通常の知識を有する者には明らかである。また、明瞭性と簡潔性の観点から、当業者に良く知られている機能や構成に関する具体的な説明は、省略する。

以下の説明及び特許請求の範囲で使用する用語及び単語は、辞典的意味に限定されるものではなく、発明者により本発明の理解を明確且つ一貫性があるようにするために使用される。したがって、本発明の実施形態の説明は、単に実例を提供するためのものであって、特許請求の範囲及びその均等物に基づいて定義される発明を限定する目的で提供するものでないことは、本発明の技術分野における通常の知識を持つ者には明らかである。

英文明細書に記載の単数形は、文脈中で特に明記されない限り、複数形を含むことは、当業者には理解されることである。したがって、例えば、“コンポーネント表面（a component surface）”との記載は、１つ又は複数の表面を含む。

本発明の実施形態は、次世代無線通信システムで使用される高周波数帯域の特性を考慮してより効率的なサービスをユーザに提供するために設計されたクラウドセル（cloud cell）を提案する。特に、本発明の実施形態は、小規模基地局（ＢＳ）サービス範囲を有する複数のハイパーデンスデプロイメント（hyper-dense deployment）が使用される時に、規則的なセルラー帯域に適用される。本発明で定義するクラウドセルは、１つの端末（ＳＳ）にサービスを提供する複数の基地局（以下、‘メンバー（member）ＢＳ’と称する）を含む仮想（virtual）セルであり、ＢＳは、ミリメートル波（ｍｍＷａｖｅ）帯域で動作する。しかしながら、本発明は、任意のセルラー帯域を使用する通信システムに適用される。

本発明で提案するクラウドセルは、次のような構成を有する。
ネットワークエントリーにおいて、１つのＳＳは、１つのＢＳに接続することによりビーム形成されたシステムに進入し、後で複数のＢＳに接続される。このとき、ＳＳが初期にアクセスするＢＳは、サービスをＳＳに提供するために仮想で構成されるクラウドセルのマスター（master）ＢＳ（又は‘メインＢＳ’と称する）として動作する。

また、マスターＢＳは、メンバーＢＳの中の１つであり、クラウドセル内の残りのメンバーＢＳの動作を制御する。メンバーＢＳの中で、マスターＢＳを除外した残りのメンバーＢＳは、スレーブＢＳ（又は補助ＢＳ）として動作する。第１のクラウドセル内のスレーブＢＳは、第１のクラウドセル（すなわち、クラウドセルは、１つのマスターＢＳのみを有する）を除外した少なくとも１つの他のクラウドセル内でマスターＢＳ又はスレーブＢＳとして動作可能である。同様に、第１のクラウドセル内のマスターＢＳとして動作するマスターＢＳも第１のクラウドセルを除外した少なくとも１つの他のクラウドセルでマスターＢＳ又はスレーブＢＳとして動作可能である。

１つのクラウドセル内のメンバーＢＳは、相互に有線又は無線方式で物理的に接続される。

図１は、本発明の第１の実施形態によるクラウドセルの構成を示す図である。
図１を参照すると、クラウドセル１００は、ＳＳ１０８と、データをＳＳ１０８に送信する、例えば、３個のメンバー（member）ＢＳ１０２、１０４、及び１０６とを含む。図１に示す実施形態において、クラウドセル１００を構成するメンバーＢＳの個数は、３個であると仮定する。しかしながら、これは、説明の便宜のためのものであるだけであり、クラウドセルを構成するメンバーＢＳの個数が変更されることがある点に留意すべきである。図１に示す実施形態において、メンバーＢＳ１０２は、マスターＢＳとして動作し、メンバーＢＳ１０４及びメンバーＢＳ１０６は、スレーブＢＳとしてそれぞれ動作する。

マスターＢＳ１０２は、制御信号及びデータのすべてをＳＳ１０８に送信でき、スレーブＢＳ１ １０４及びスレーブＢＳ２ １０６を管理する。

スレーブＢＳ１ １０４及びスレーブＢＳ２ １０６の各々は、マスターＢＳ１０２から特別な指示を受信しない限り、制御信号を送信することなくデータだけをＳＳ１０８に送信できる。このとき、スレーブＢＳ１ １０４及びスレーブＢＳ２ １０６も、マスターＢＳ１０２の指示により制御情報をＳＳ１０８に送信することができる。マスターＢＳ１０２がＳＳ１０８に送信するデータは、スレーブＢＳ１ １０４及びスレーブＢＳ２ １０６がＳＳ１０８に送信するデータと同一であるか又は異なる。

マスターＢＳ１０２、スレーブＢＳ１ １０４、及びスレーブＢＳ２ １０６のそれぞれは、コアネットワーク１１０に直接に接続される。また、マスターＢＳ１０２、スレーブＢＳ１ １０４、及びスレーブＢＳ２ １０６は、相互に無線又は有線で直接に接続される。

マスターＢＳ１０２、スレーブＢＳ１ １０４、及びスレーブＢＳ２ １０６のすべては、ＳＳ１０８をサービング（serving）することにより、複数のリンクの中の少なくとも１つ以上がより高いデータ送信率をサポートする十分な品質を有する。また、マスターＢＳ１０２、スレーブＢＳ１ １０４、及びスレーブＢＳ２ １０６は、向上した信号品質を有する複数のリンクをＳＳ１０８に提供することによりデータ処理量を増加させることができる。また、クラウドセル１００は、高速のデータサービスをＳＳ１０８に提供するように構成され、ＳＳ１０８がセルのエッジに位置しなくても、クラウドセル１００が増加した処理量及び信頼性を提供する際に有益であることは、当該技術分野における通常の知識を有する者には明らかである。

クラウドセル１００において、マスターＢＳ１０２、スレーブＢＳ１ １０４、及びスレーブＢＳ２ １０６は、データをＳＳ１０８に同時に又は異なる時間に送信することができる。同様に、ＳＳ１０８は、マスターＢＳ１０２、スレーブＢＳ１ １０４、及びスレーブＢＳ２ １０６に同時に又は異なる時間に送信することができる。このために、ＳＳ１０８は、複数のＢＳと通信するための多重無線周波数チェーン（multiple Radio Frequency chain）を含むことができる。しかしながら、ＳＳ１０８は、異なるＢＳと通信するために多重ＲＦチェーンをかならず要求するものではない。例えば、１つのＲＦチェーンを使用する場合に、ＳＳ１０８は、異なる時間で各ＢＳ１０２、１０４、及び１０６とデータを送受信できる。クラウドセル１００は、ＳＳ１０８とＢＳとの間の通信状態によりメンバーＢＳを再構成するか又はアップデートできる。より具体的に、ＳＳ１０８との通信の時に持続的に低い品質通信リンク（例えば、低い信号品質、パケット配信／受信での相当な遅延）がある場合に、対応するＢＳは、クラウドセル１００から除外される。

本発明の第１の実施形態において、メンバーＢＳ及びＳＳの役割については、クラウドセルで対応するＳＳにデータを送信する動作に基づいてより詳細に説明する。

図２は、本発明の第１の実施形態によるクラウドセル内のデータ送信／受信動作を示すフロー図である。下記の説明において、クラウドセルを構成するメンバーＢＳの個数は、３個であると仮定する。しかしながら、これは、説明の便宜のためのものであるだけであり、クラウドセルを構成するメンバーＢＳの個数は、本発明の範囲及び趣旨を逸脱することなく変更が可能であることに留意すべきである。

図２を参照すると、ＳＳ２０６をサービングするメンバーＢＳ（すなわち、マスターＢＳ２０４、スレーブＢＳ１ ２００、及びスレーブＢＳ２ ２０２）を含むクラウドセルを仮定する。クラウドセルの基本的な構成及び動作は、図１で説明したように実質的に同一である。ステップ２０８において、ＳＳ２０６は、隣接ＢＳに対するチャネル品質を測定する。このとき、隣接ＢＳは、クラウドセル内のメンバーＢＳだけではなく、メンバーＢＳ以外のＢＳも含む。ＳＳ２０６は、あらかじめ定義された一定の期間ごとに又は非周期的にメンバーＢＳのチャネル品質を測定し、この一定の期間より長い間隔又は一定の期間でメンバーＢＳ以外のＢＳに対するチャネル品質を測定する。例えば、チャネル品質は、ＳＳがデータを受信することができるＢＳに対する複数の物理セル識別子（Physical Cell Identity：ＰＣＩＤ）と、各ＰＣＩＤに対する受信信号強度指示（Received Signal Strength Indication：ＲＳＳＩ）／信号対干渉雑音比（Carrier to Interference plus Noise Ratio：ＣＩＮＲ）とを含む。ＰＣＩＤ及びＲＳＳＩ／ＣＩＮＲは、各ＢＳの識別子及びチャネル品質情報の例を示す。しかしながら、これは、説明の便宜のためのものであることを理解すべきである。すなわち、本発明では、様々なタイプのＢＳ ＩＤ及びチャネル品質情報が使用されてもよい。

ステップ２１０において、マスターＢＳ２０４は、ＳＳ２０６によるチャネル報告のためのリソースを割り当て、このリソース割り当て情報を送信する。ステップ２１２において、ＳＳ２０６は、このリソース割り当て情報に対応するリソースを使用してチャネル品質報告をマスターＢＳ２０４に送信する。例えば、チャネル品質報告は、ＳＳ２０６が隣接ＢＳから測定したチャネル品質値（すなわち、複数のＰＣＩＤ、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲ）及びベスト送信又は受信ビーム方向などを含み得る。このベスト送信又は受信ビーム方向は、ビームフォーミング（Beamforming）を適用したシステムにおいて最適のチャネル品質又は最大信号強度を有する送信又は受信ビーム方向を意味する。

ＳＳ２０６からチャネル品質報告を受信したマスターＢＳ２０４は、ステップ２１４において、チャネル品質報告に含まれたチャネル品質値に基づいて、データをＳＳ２０６に送信するメンバーＢＳを決定する。マスターＢＳ２０４は、ＳＳ２０６によるデータ受信のためのリソースを割り当てた後に、ステップ２１６ａ及びステップ２１６ｂのそれぞれにおいて、ＳＳ２０６によるデータ受信のためのリソース割り当て情報をスレーブＢＳ１ ２００及びスレーブＢＳ２ ２０２に送信する。

ステップ２１８において、マスターＢＳ２０４は、ＳＳ２０６によるデータ受信のためのリソース割り当て情報をＳＳ２０６に送信する。例えば、ＳＳ２０６によるデータ受信のためのリソース割り当て情報は、選択されたＢＳに関する情報及び最適のビーム方向を示すビームＩＤを含み得る。ステップ２１６ａ及びステップ２１６ｂを通して、クラウドセルに含まれたメンバーＢＳは、データをＳＳ２０６に送信するスレーブＢＳ（例えば、スレーブＢＳ２ ２０２）に関する情報を取得することにより、データ送信の間に他のメンバーＢＳの送信を避けることができ、したがって、干渉を最小化できる。図２の実施形態では、１つのスレーブＢＳ（例えば、スレーブＢＳ２ ２０２）がデータを送信するＢＳとして選択される場合を説明したが、複数のスレーブＢＳ（例えば、スレーブＢＳ１ ２００及びスレーブＢＳ２ ２０２）は、すべてデータを送信するＢＳとして選択されることも可能である。

その後に、ＳＳ２０６によるデータ受信のためのリソース割り当て情報から取得したＢＳ情報に基づいて、スレーブＢＳ２ ２０２自身が選択されたＢＳであることを認識したスレーブＢＳ２ ２０２は、ステップ２２０において、データをＳＳ２０６に送信する。

図面に図示しなかったが、上述したデータは、スレーブＢＳ２ ２０２がマスターＢＳ２０４を通して受信したデータである。マスターＢＳ２０４は、選択されたスレーブＢＳによるデータ送信に対する結果をＳＳ２０６から、例えば、ＡＣＫ／ＮＡＣＫ信号の形態で受信する。ＮＡＣＫ信号が発生したデータが存在する場合に、マスターＢＳ２０４は、ＮＡＣＫ信号が発生したデータの再送信を管理する。この再送信は、オリジナルデータが送信された同一のＢＳを通して行われる必要はない。

図３は、本発明の第１の実施形態によるクラウドセル内のＳＳへのデータ送信を制御するマスターＢＳの動作を示すフローチャートである。

下記の説明において、メンバーＢＳは、ＳＳによるチャネル品質報告のためのリソース割り当て情報をＳＳに送信し、リソース割り当て情報に対応するリソースを通してＳＳからチャネル品質報告を受信した状態であることを仮定する。このとき、ＳＳから受信したチャネル品質報告は、クラウドセル内のメンバーＢＳだけではなく、ＳＳが測定可能なＢＳのチャネル品質報告を含み得る。

図３を参照すると、ステップ３００において、マスターＢＳは、ＳＳから受信したチャネル品質報告から取得したチャネル品質値、ロード、残っている電力（エネルギー充電中のＢＳの場合）、及びＢＳがネットワークにバックホールされているか否かの中のいずれか１つに基づいて、ＳＳにデータを送信するメンバーＢＳを選択する。このチャネル品質報告は、隣接ＢＳの複数のＰＣＩＤ、ＳＳから測定された隣接ＢＳのチャネル品質、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲ、及びベスト送信ビーム方向を含む。例えば、マスターＢＳは、チャネル品質報告に含まれたＲＳＳＩ／ＣＩＮＲ値の中でベストＲＳＳＩ／ＣＩＮＲを有するＢＳを、ＳＳにデータを送信するＢＳとして決定する。

ステップ３０５において、マスターＢＳは、ＳＳへのデータ送信のためのリソース割り当て情報をスレーブＢＳ及びＳＳの各々に送信する。例えば、リソース割り当て情報は、選択されたＢＳに関する情報と、最適のチャネル品質を提供するビームのＩＤとを含む。

ステップ３１０において、マスターＢＳは、ＳＳから選択したスレーブＢＳによるデータ送信に対する受信結果を、例えば、ＡＣＫ／ＮＡＣＫ信号の形態で受信する。マスターＢＳは、受信結果に基づいて、ＮＡＣＫ信号が発生したデータに対する再送信を管理する。例えば、任意のスレーブＢＳが継続してＮＡＣＫ信号を生成することにより、ＮＡＣＫ信号の発生回数がしきい値を超過する場合に、マスターＢＳは、現在のスレーブＢＳ以外の他のスレーブＢＳを、ＳＳにデータを送信するＢＳとして決定できる。

より具体的に、マスターＢＳは、ＳＳから受信した、メンバーＢＳによるデータ送信に対する受信結果に基づいて現在のクラウドセルのメンバーＢＳを維持するか否かを決定できる。例えば、ＮＡＣＫ信号の発生回数がしきい値を超過する場合に、マスターＢＳは、ＮＡＣＫ信号を発生させた対応するスレーブＢＳをクラウドセル内のメンバーＢＳから除外できる。マスターＢＳは、ＳＳから受信したチャネル品質報告に含まれたメンバーＢＳ以外のＢＳに対するチャネル品質値に基づいて、最高のチャネル品質値を有するＢＳを新たなメンバーＢＳとして決定できる。

図面に図示しなかったが、メンバーＢＳは、ネットワークからメンバーＢＳへのマルチキャスト通信のために、現在のクラウドセルに関する構成情報をネットワークに配信する。構成情報は、例えば、クラウドセルのＩＤとクラウドセルのメンバーＢＳの各々に関するＩＤ及びロール情報とを含む。ロール情報は、対応するメンバーＢＳがマスターＢＳ又はスレーブＢＳとして動作するか否かを示す。

図４は、本発明の第１の実施形態によるクラウドセル内のＳＳの動作を示すフローチャートである。

図４を参照すると、ステップ４００において、ＳＳは、隣接ＢＳに対するチャネル品質を測定する。このとき、隣接ＢＳは、クラウドセル内のメンバーＢＳを含み、メンバーＢＳ以外のＢＳも含み得る。例えば、ＳＳは、あらかじめ定義された一定の期間ごとに又は非周期的にメンバーＢＳのチャネル品質を測定し、この一定の期間より長い間隔又は一定の期間でメンバーＢＳ以外の隣接ＢＳに対するチャネル品質を測定できる。例えば、チャネル品質は、クラウドセル内のメンバーＢＳ、その他の隣接ＢＳの各々に対するビーム及び複数のＰＣＩＤと、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲとを含む。その後に、ＳＳは、クラウドセル内のメンバーＢＳの送信ビームの中でベスト送信ビームを確認し、ベスト送信ビームのためのタイミング情報を取得する。

ステップ４０５において、ＳＳは、マスターＢＳから受信したリソース割り当て情報に対応するリソースを使用して測定したチャネル品質の値を含むチャネル品質報告をマスターＢＳに送信する。例えば、チャネル品質報告は、ＳＳが隣接ＢＳに対して測定したチャネル品質値（すなわち、隣接ＢＳに対する複数のＰＣＩＤ、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲ、及びベスト送信ビーム方向）を含む。

その後に、ステップ４１０において、ＳＳは、任意のＢＳからデータを受信する場合に、データの受信結果を確認した後に、この受信結果をマスターＢＳに送信する。例えば、受信結果は、ＡＣＫ／ＮＡＣＫ信号の形態で各メンバーＢＳに対して示され、対応するデータを再送信するか否かを決定するためにマスターＢＳにより使用される。

図５は、本発明の第１の実施形態によるスレーブＢＳの動作を示すフローチャートである。ここで、スレーブＢＳは、マスターＢＳにより決定され、クラウドセル内のＳＳにデータを送信するＢＳであると仮定する。

図５を参照すると、ステップ５００において、スレーブＢＳは、リソース割り当て情報をマスターＢＳから受信する。スレーブＢＳは、リソース割り当て情報に含まれたＢＳ情報に基づいて、スレーブＢＳ自身がデータをＳＳに送信するＢＳであることを認識する。ステップ５０５において、スレーブＢＳは、データの送信のための環境を設定した後に、データをＳＳに送信する。例えば、スレーブＢＳは、マスターＢＳから受信したチャネル品質報告に含まれたチャネル品質値を考慮して、送信のための時点で変調及び符号化方式（ＭＣＳ）レベルを決定し、このデータは、マスターＢＳから受信したものである。

データを送信した後に、ステップ５１０において、スレーブＢＳは、データの送信結果をマスターＢＳを含むメンバーＢＳに送信する。

以下、本発明の第２の実施形態に従って、クラウドセル内のマスターＢＳが変更されるハンドオーバ状況の間のメンバーＢＳ及びＳＳの動作について詳細に説明する。

本発明の実施形態で提案するクラウドセルについて、ビームが形成されたシステムにおいて、１つのＳＳがネットワークエントリーにより１つのＢＳにアクセスする場合に、クラウドセルは、サービスをＳＳに提供するためのＢＳを仮想でグルーピングすることにより構成される。より具体的に、ＳＳが初期にアクセスしたＢＳは、クラウドセルのマスターＢＳとして動作する。その後に、ＳＳは、データを受信可能なＢＳに対するチャネル品質を周期的に測定する。ＳＳは、測定したチャネル品質を含むチャネル品質報告をマスターＢＳに送信する。マスターＢＳは、チャネル品質報告に含まれたチャネル品質値に基づいてクラウドセルのメンバーＢＳを選択し、選択されたメンバーＢＳに関する情報を関連するＢＳ及びＳＳに提供する。例えば、マスターＢＳは、チャネル品質値の中で、予め定められたしきい値以上であるＲＳＳＩ又はＣＩＮＲを有するＢＳをクラウドセルのメンバーＢＳとして選択する。

その後に、ＳＳに対するクラウドセルのメンバーＢＳの選択が完了する場合に、マスターＢＳは、現在のクラウドセルの構成情報をネットワークに配信する。構成情報は、例えば、クラウドセルのＩＤと、クラウドセルのメンバーＢＳのＩＤ及びロール情報とを含む。ロール情報は、対応するメンバーＢＳがマスターＢＳとして動作するか又はスレーブＢＳとして動作するかを示す。メンバーＢＳのすべては、ＳＳに配信されるべきデータをネットワークから受信することができる。ネットワークからデータを受信する場合に、マスターＢＳは、ＳＳから受信したチャネル品質報告に基づいてデータを送信するスレーブＢＳを選択する。マスターＢＳは、データ及びデータの送信のためのリソース割り当て情報を選択したスレーブＢＳに配信することによりデータの送信を指示する。マスターＢＳは、対応するデータの受信結果をＳＳから受信する。

マスターＢＳは、スレーブＢＳの各々から対応するＢＳの現在のロード情報を受信する。マスターＢＳは、ロード情報に含まれたロード値に基づいて、スレーブＢＳの各々を現在のクラウドセルのメンバーＢＳとして保持するか否かを決定する。例えば、マスターＢＳは、スレーブＢＳの各々に対する現在のロード値をしきい値と比較する。この比較の結果、現在のロード情報がしきい値を超過するロード値を含む場合に、マスターＢＳは、現在のロード情報を送信したスレーブＢＳをクラウドセル内のメンバーＢＳから除外させる。しかしながら、現在のロード値がしきい値以下である場合に、マスターＢＳは、現在のロード情報を送信したスレーブＢＳをメンバーＢＳとして保持する。

マスターＢＳは、ＳＳから受信されたチャネル品質報告に基づいて、クラウドセルのマスターＢＳを変更するか否か、すなわち、ハンドオーバが必要であるか、又はそうでなければ有利であるかを決定する。例えば、マスターＢＳは、ＳＳから受信した任意のＢＳに対するチャネル品質報告に含まれたＲＳＳＩ／ＣＩＮＲがしきい値を超過し、ＲＳＳＩ／ＣＩＮＲがしきい値を超過した回数が予め定められた回数以上であり、任意のＢＳがオーバーロード（overload）されないものと確認される場合に、クラウドセルのマスターＢＳを変更することを決定する。このような場合に、マスターＢＳは、任意のＢＳをクラウドセルのマスターＢＳに変更する。変更の後に、マスターＢＳは、マスターＢＳの変更結果をＳＳ及び変更されたマスターＢＳに通知する。このとき、任意のＢＳは、クラウドセル内のスレーブＢＳの中の１つであるか、又はＳＳがデータを受信可能なその他のＢＳの中の１つであり得る。例えば、変更結果は、マスターＢＳにより定義されたアクションタイム及び送信ビームＩＤを含む。アクションタイムは、フレーム又はサブフレームの単位で構成され、変更されたマスターＢＳがマスターＢＳとして動作する時点を示す。送信ビームＩＤは、マスターＢＳが変更されたマスターＢＳから制御信号を受信するために使用される。

図６は、本発明の第２の実施形態によるマスターＢＳを変更する動作を示すフロー図である。下記の説明において、クラウドセルを構成するメンバーＢＳの個数は、３個であると仮定する。しかしながら、これは、説明の便宜のためのものであるだけであり、クラウドセルを構成するメンバーＢＳの個数は、変更が可能であることに留意すべきである。

図６を参照すると、データをＳＳ６０６に送信するメンバーＢＳ（すなわち、マスターＢＳ６０４と、スレーブＢＳ１ ６００、及びスレーブＢＳ２ ６０２）を含むクラウドセルを仮定する。ステップ６０８において、ＳＳ６０６は、隣接ＢＳに対するチャネル品質を測定する。このとき、隣接ＢＳは、クラウドセル内のメンバーＢＳだけではなく、メンバーＢＳ以外のＢＳも含む。チャネル品質は、ＳＳがデータを受信可能なＢＳに対する複数のＰＣＩＤ及び各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲを含む。

ステップ６１０において、マスターＢＳ６０４は、ＳＳ６０６によるチャネル報告のために割り当てられたリソースを示すリソース割り当て情報を送信する。ステップ６１２において、ＳＳ６０６は、リソース割り当て情報に対応するリソースを使用してマスターＢＳ６０４にチャネル品質報告を送信する。例えば、チャネル品質報告は、隣接ＢＳに対する複数のＰＣＩＤと、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲと、ベスト送信ビーム方向とを含む。ステップ６１４ａ及びステップ６１４ｂの各々において、スレーブＢＳ１ ６００及びスレーブＢＳ２ ６０２は、自身のロード状態を示すロード情報をマスターＢＳ６０４に送信する。図面に図示していないが、ステップ６１４ａ及びステップ６１４ｂにおいて、ロード情報送信動作は、マスターＢＳ６０４からの要請がある場合に実行されるか、又はマスターＢＳ６０４からの要請がなくても周期的に又は非周期的にスレーブＢＳ１ ６００及びスレーブＢＳ２ ６０２がロード情報を送信する方式で実行される。

ステップ６１６において、マスターＢＳ６０４は、クラウドセル内の現在のマスターＢＳを変更するか否か、すなわち、ハンドオーバを決定する。以下、本明細書において、ハンドオーバの後に変更されたマスターＢＳとの識別のために、変更の前のマスターＢＳを現在のマスターＢＳと称する。

このとき、マスターＢＳ６０４は、スレーブＢＳ１ ６００及びスレーブＢＳ２ ６０２の各々から受信したロード情報及びＳＳ６０６から受信したチャネル品質報告を考慮する。例えば、マスターＢＳ６０４は、チャネル品質報告に含まれたＲＳＳＩ／ＣＩＮＲの中でしきい値を超過するＲＳＳＩ／ＣＩＮＲを有するＢＳが存在するか否かを確認する。この確認の結果、しきい値を超過するＲＳＳＩ／ＣＩＮＲを有する特定のＢＳが存在する場合に、マスターＢＳ６０４は、特定のＢＳのＲＳＳＩ／ＣＩＮＲがしきい値を超過した回数が予め定められた回数以上であるか否かを判定する。このとき、特定のＢＳは、メンバーＢＳの中の１つであると仮定する。マスターＢＳ６０４は、特定のＢＳから受信したロード情報を通して対応するＢＳがオーバーロード状態でないと判定される場合に、特定のＢＳをクラウドセル内の新たなマスターＢＳに変更することを決定する。例えば、オーバーロード状態は、特定のＢＳのロード情報に含まれる現在のロード値がしきい値を超過するか否かに従って決定されることができる。

ここで、マスターＢＳ６０４がスレーブＢＳ１ ６００をハンドオーバの後に変更されたマスターＢＳとして決定すると仮定する。

ステップ６１８ａ及びステップ６１８ｂの各々において、マスターＢＳ６０４は、スレーブＢＳ１ ６００及びスレーブＢＳ２ ６０２のそれぞれにスレーブＢＳ１ ６００がクラウドセル内のマスターＢＳに変更されることを示す結果通知を配信する。

同様に、ステップ６１８ｃにおいて、マスターＢＳ６０４は、ＳＳ６０６にも結果通知を送信する。結果通知は、マスターＢＳに変更されたＢＳに関する情報及び変更されたＢＳがマスターＢＳとして動作を開始する時点に関する情報を含む。

ステップ６２０において、ＳＳ６０６は、結果通知に対する確認メッセージをスレーブＢＳ１ ６００に送信することにより、ＳＳ６０６が、変更されたマスターＢＳがスレーブＢＳ１ ６００であると認識したことをスレーブＢＳ１ ６００に通知する。

確認メッセージを受信したスレーブＢＳ１ ６００は、ステップ６２２において、チャネル品質報告のためのリソース割り当て情報をＳＳ６０６に送信するマスターＢＳの動作を実行する。より具体的に、クラウドセル内のマスターＢＳとして動作するスレーブＢＳ１ ６００は、第１の実施形態の図３及び第２の実施形態の図７におけるように動作する。

図７は、本発明の第２の実施形態によるクラウドセル内のマスターＢＳを変更する現在のマスターＢＳの動作を示すフローチャートである。本明細書において、ハンドオーバの後に変更されたマスターＢＳとの識別のために、変更の前のマスターＢＳは、現在のマスターＢＳと称される。

図７を参照すると、ステップ７００において、現在のマスターＢＳは、ＳＳから受信されるチャネル品質報告及び各メンバーＢＳから受信される現在のロード情報を収集する。チャネル品質報告は、ＳＳの隣接ＢＳに対する複数のＰＣＩＤ、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲを含み、隣接ＢＳは、メンバーＢＳ及びその他のＢＳを含む。

ステップ７０５において、現在のマスターＢＳは、チャネル品質報告及び現在のロード情報に基づいて、クラウドセルの現在のマスターＢＳを変更するか否かを決定する。例えば、現在のマスターＢＳは、チャネル品質報告に含まれたＲＳＳＩ／ＣＩＮＲの中で、しきい値を超過するＲＳＳＩ／ＣＩＮＲを有するＢＳが存在するか否かを確認する。この確認の結果、しきい値を超過するＲＳＳＩ／ＣＩＮＲを有する特定のＢＳが存在すると仮定する。特定のＢＳは、クラウドセル内のメンバーＢＳ及びその他のＢＳの中のいずれか１つであり得る。ここで、特定のＢＳは、メンバーＢＳの中の１つであると仮定し、現在のマスターＢＳは、特定のＢＳのＲＳＳＩ／ＣＩＮＲがしきい値を超過した回数が予め定められた回数以上であるか否かを判定する。この判定の結果、この回数が予め定められた回数以上である場合に、現在のマスターＢＳは、特定のＢＳの現在のロード情報を確認する。すなわち、現在のマスターＢＳは、現在のロード情報から特定のＢＳの現在のロード値を取得する。現在のマスターＢＳは、現在のロード値がしきい値を超過するか否かを確認することにより、特定のＢＳがオーバーロード状態にあるか否かを確認する。この確認の結果、特定のＢＳがオーバーロード状態でない場合に、現在のマスターＢＳは、特定のＢＳをクラウドセル内のマスターＢＳに変更することを決定する。

ステップ７１０において、現在のマスターＢＳは、ＳＳ及びスレーブＢＳの各々にクラウドセル内のマスターＢＳが特定のＢＳに変更されることを示す結果通知を送信する。変化結果通知は、変更された特定のＢＳに関する情報及び特定のＢＳがマスターＢＳとして動作を開始する時点に関する情報（以下、動作時点情報）を含み得る。

図８は、本発明の第２の実施形態によるクラウドセル内のマスターＢＳに変更されたスレーブＢＳの動作を示すフローチャートである。

図８を参照すると、ステップ８００において、スレーブＢＳは、結果通知がマスターＢＳから受信されたか否かを確認する。この確認の結果、結果通知が受信されなかった場合に、クラウドセル内のスレーブＢＳは、マスターＢＳの制御の下に動作する。すなわち、スレーブＢＳは、図５におけるように、現在のマスターＢＳの制御の下に動作するスレーブＢＳとして動作しつつ、結果通知の受信を待機する。

この結果通知を受信する場合に、スレーブＢＳは、結果通知に含まれたＢＳ情報に基づいて自身のＩＤを確認し、結果通知から取得した動作時点情報に基づいてマスターＢＳとして動作する開始時点を認識する。ステップ８０５において、スレーブＢＳは、ＳＳからの確認メッセージの受信を待機する。確認メッセージは、ＳＳが、スレーブＢＳがクラウドセル内のマスターＢＳに変更されることを認識したことを示す。

ステップ８１０において、スレーブＢＳは、動作時点情報に対応する時間でクラウドセル内のマスターＢＳとして動作する。すなわち、スレーブＢＳは、クラウドセル内のＳＳへのデータ送信を制御し、ハンドオーバを決定する。すなわち、本発明の第１の実施形態による図４及び第２の実施形態による図７におけるように動作する。

図９は、本発明の実施形態による装置の概略的な構成を示す図である。
図９を参照すると、装置９００は、受信部９０５、制御部９１０、及び送信部９１５を含み、本発明の実施形態によるＳＳ、スレーブＢＳ、又はマスターＢＳとして動作する。

まず、装置９００が本発明の第１の実施形態によるマスターＢＳとして動作する場合について説明する。

この場合に、制御部９１０は、ＳＳによるチャネル品質報告のためのリソースを割り当て、送信部９１５がこのリソース割り当てに関するリソース割り当て情報をＳＳに送信するように制御する。受信部９０５は、ＳＳからチャネル品質報告を受信する。チャネル品質報告は、ＳＳが隣接ＢＳに対して測定したチャネル品質値（すなわち、隣接ＢＳに対する複数のＰＣＩＤ、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲ、及びベスト送信ビーム方向）を含む。制御部９１０は、チャネル品質報告に含まれたＲＳＳＩ／ＣＩＮＲの中でベストＲＳＳＩ／ＣＩＮＲを有するＢＳをＳＳにデータを送信するＢＳとして決定できる。また、制御部９１０は、送信部９１５がＳＳへのデータ送信のためのリソース割り当て情報をＳＳ及びスレーブＢＳに送信するように制御する。リソース割り当て情報は、選択されたＢＳに関する情報及びベストビームのＩＤを含む。制御部９１０は、この受信結果に基づいて、対応するデータを再送信するか否か及び現在のクラウドセルの構成を維持するか否かを決定する。これについては、図３と関連して具体的に説明した。

一方、送信部９１５は、ネットワークからメンバーＢＳへのマルチキャスト通信のために、現在のクラウドセルに対する構成情報をネットワークに配信する。構成情報は、例えば、クラウドセルのＩＤ、クラウドセルでのメンバーＢＳのＩＤ及びロール情報を含む。ロール情報は、対応するメンバーＢＳがマスターＢＳとして動作するか又はスレーブＢＳとして動作するかを示す。

次いで、装置９００が本発明の第１の実施形態によるスレーブＢＳとして動作する場合について説明する。

この場合に、受信部９０５がマスターＢＳからリソース割り当て情報を受信する場合に、制御部９１０は、リソース割り当て情報に含まれた自身のＩＤを確認することにより、装置９００自身がデータをＳＳに送信するＢＳであることを認識する。その後に、制御部９１０は、データの送信のための環境（例えば、ＭＣＳレベル）などを決定し、送信部９１５がマスターＢＳから受信したデータをＳＳに送信するように制御する。送信部９１５がデータを送信する場合に、制御部９１０は、データの送信結果をマスターＢＳを含むメンバーＢＳに通知する。

装置９００が本発明の第１の実施形態によるＳＳとして動作する場合に、制御部９１０は、隣接ＢＳに対するチャネル品質を測定し、これらに基づいてチャネル品質報告を生成する。制御部９１０は、送信部９１５を通してマスターＢＳにチャネル品質報告を配信する。このとき、隣接ＢＳは、クラウドセル内のメンバーＢＳと、メンバーＢＳ以外のＢＳとを含む。ＳＳは、上述した期間でメンバーＢＳのチャネル品質を測定し、上述した期間より長い期間の間隔でメンバーＢＳ以外のＢＳに対するチャネル品質を測定する。チャネル品質は、クラウドセル内のメンバーＢＳ及びその他のＢＳの各々に対するビーム、複数のＰＣＩＤ、及び各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲを含む。ＳＳは、クラウドセル内のメンバーＢＳの送信ビームの中でベスト送信ビームを確認し、ベスト送信ビームのためのタイム情報を取得する。チャネル品質報告は、ＳＳがデータを受信できるＢＳに対する複数のＰＣＩＤ、各ＰＣＩＤに対するＲＳＳＩ／ＣＩＮＲ、及びベスト送信ビーム方向を含む。

その後に、受信部９０５がデータを受信する場合に、制御部９１０は、データの受信結果をＡＣＫ／ＮＡＣＫ信号形態でマスターＢＳに配信する。

次いで、装置９００が本発明の第２の実施形態によるマスターＢＳとして動作する場合について説明する。

この場合に、制御部９１０は、受信部９０５がＳＳから受信するチャネル品質報告及び各メンバーＢＳの現在のロード情報を収集し、これらに基づいて、クラウドセル内の現在のマスターＢＳを変更するか否かを決定し、すなわち、ハンドオーバを決定する。具体的に、制御部９１０は、チャネル品質報告から取得したチャネル品質値の中でしきい値を超過するＲＳＳＩ／ＣＩＮＲを有するＢＳが存在するか否かを確認する。この確認の結果、しきい値を超過するＲＳＳＩ／ＣＩＮＲを有する特定のＢＳが存在する場合に、制御部９１０は、特定のＢＳのＲＳＳＩ／ＣＩＮＲがしきい値を超過した回数が予め定められた回数以上であるか否かを判定する。このとき、特定のＢＳは、メンバーＢＳの中の１つ又はメンバーＢＳ以外のＢＳの中の１つであり得る。制御部９１０は、特定のＢＳから受信した現在のロード情報から取得した現在のロード値をしきい値と比較することにより、特定のＢＳがオーバーロード状態にあるか否かを確認する。この確認の結果、特定のＢＳがオーバーロード状態に存在しない場合に、制御部９１０は、特定のＢＳをクラウドセル内のマスターＢＳに変更することを決定する。変更の後に、制御部９１０は、送信部９１５がＳＳ及びメンバーＢＳに結果通知を送信するように制御する。結果通知は、マスターＢＳに変更された特定のＢＳに関する情報及び特定のＢＳがマスターＢＳとして動作を開始する時点に関する情報などを含み得る。

装置９００が本発明の第２の実施形態によるスレーブＢＳとして動作する場合に、制御部９１０は、マスターＢＳから結果通知を待機する。受信部９０５が結果通知を受信する場合に、制御部９１０は、装置９００自身がクラウドセルのマスターＢＳに変更されることを認識する。装置９００は、受信部９０５がＳＳから確認メッセージを受信するまでスレーブＢＳとして動作する。その後に、受信部９０５がＳＳから確認メッセージを受信する場合に、制御部９１０は、マスターＢＳとして、例えば、図３におけるように動作する。

上述したように構成されるクラウドセルを用いて、本発明の実施形態は、高周波数帯域で低い信号強度を有するリンクの信頼性を増加させ、複数の優秀なリンクをＳＳに提供することにより、データ処理量を増加させることができる。

以上、本発明を具体的な実施形態を参照して詳細に説明してきたが、本発明の範囲及び趣旨を逸脱することなく様々な変更が可能であるということは、当業者には明らかであり、本発明の範囲は、上述の実施形態に限定されるべきではなく、特許請求の範囲の記載及びその均等物の範囲内で定められるべきである。

１００ クラウドセル
１０２ マスターＢＳ
１０４ スレーブＢＳ１
１０６ スレーブＢＳ２
１０８ ＳＳ
１１０ コアネットワーク

Claims (14)

1. 無線通信システムにおけるサービス提供方法であって、
   端末（ＳＳ）による初期アクセスを認識する場合に、前記端末をサービングするマスター基地局（ＢＳ）により前記端末によるチャネル品質報告のために割り当てられるリソースを示すリソース割り当て情報を前記端末に送信するステップと、
   前記端末から受信したチャネル品質報告を使用して前記端末をサービングし、第１のクラウドセルを構成する少なくとも１つのスレーブ基地局を決定するステップと、
   前記少なくとも１つのスレーブ基地局とともに前記端末とデータを交換するステップと
   を具備することを特徴とするサービス提供方法。
2. 前記マスター基地局は、前記第１のクラウドセルを除外した少なくとも１つの他のクラウドセルでマスター基地局又はスレーブ基地局として動作することを特徴とする請求項１に記載のサービス提供方法。
3. 前記少なくとも１つのスレーブ基地局は、前記第１のクラウドセルを除外した少なくとも１つの他のクラウドセルでマスター基地局又はスレーブ基地局として動作することを特徴とする請求項１に記載のサービス提供方法。
4. 前記第１のクラウドセルの構成情報をペアレントネットワークに送信するステップをさらに有し、
   前記構成情報は、前記マスター基地局及び前記少なくとも１つのスレーブ基地局に関する識別情報と前記識別情報にマッピングされるロール情報とを含み、前記ロール情報は、対応するメンバー基地局が前記第１のクラウドセルのマスター基地局であるか又はスレーブ基地局であるかを示すことを特徴とする請求項１に記載のサービス提供方法。
5. 前記端末から受信したチャネル品質報告を使用して前記第１のクラウドセルのメンバー基地局を保持するか否かを決定するステップをさらに具備することを特徴とする請求項１に記載のサービス提供方法。
6. 前記少なくとも１つのスレーブ基地局を決定するステップは、
   前記チャネル品質報告の中で、前記しきい値以上であるチャネル品質報告を有する隣接基地局を前記少なくとも１つのスレーブ基地局として決定するステップと、
   前記端末へのデータ送信のためのリソース割り当て情報を前記少なくとも１つのスレーブ基地局に送信するステップとを具備することを特徴とする請求項１に記載のサービス提供方法。
7. 前記少なくとも１つのスレーブ基地局によるデータ送信結果を前記端末から受信するステップと、
   前記データ送信結果を使用して前記データを再伝送するか否か及び前記少なくとも１つのスレーブ基地局を保持するか否かを決定するステップとをさらに具備することを特徴とする請求項１に記載のサービス提供方法。
8. 前記少なくとも１つのスレーブ基地局のロード情報を受信するステップと、
   ロード情報が前記マスター基地局の現在のロード及びロードしきい値より小さいスレーブ基地局が存在するか否かを決定するステップと、
   前記スレーブ基地局が存在する場合に、前記スレーブ基地局を新たなマスター基地局に変更するステップとを有することを特徴とする請求項１に記載のサービス提供方法。
9. 無線通信システムにおけるサービス提供方法であって、
   端末をサービングするマスター基地局から割り当てられたリソースを使用してデータを前記端末に送信するステップと、
   前記端末に対して第１のクラウドセルを構成する少なくとも１つのスレーブ基地局及び前記マスター基地局に前記データの送信結果を送信するステップとを具備し、
   前記第１のクラウドセルは、前記マスター基地局及び前記少なくとも１つのスレーブ基地局を含むメンバー基地局を有することを特徴とするサービス提供方法。
10. 前記マスター基地局の指示により前記端末に制御情報を送信するステップをさらに有することを特徴とする請求項９に記載のサービス提供方法。
11. 前記マスター基地局は、前記第１のクラウドセルを除外した少なくとも１つの他のクラウドセルでマスター基地局又はスレーブ基地局として動作することを特徴とする請求項１０に記載のサービス提供方法。
12. 前記第１のクラウドセル内で変更されたマスター基地局として動作するようにする動作指示を前記マスター基地局から受信するステップと、
    前記動作指示により前記変更されたマスター基地局として動作するステップとを有することを特徴とする請求項９に記載のサービス提供方法。
13. 無線通信システムにおける端末にサービスを提供するマスター基地局であって、前記マスター基地局は、請求項１乃至８の中のいずれか１項で説明された方法により実行されることを特徴とするマスター基地局。
14. 次世代無線通信システムにおける端末にサービスを提供するスレーブ基地局であって、前記スレーブ基地局は、請求項９乃至１２の中のいずれか１項で説明された方法により実行されることを特徴とするスレーブ基地局。

Images