(57)【特許請求の範囲】
【請求項１】
複数のＭＢＳＦＮ（Multicast-Broadcast Single Frequency Network）サブフレームのうち、マルチキャスト送信及びセル間干渉調整の双方に使用可能なサブフレームで構成される共用領域の各サブフレームにおける送信予定の送信データの有無に基づいて、前記共用領域の各サブフレームを、前記マルチキャスト送信を行う第１のサブフレーム又は前記セル間干渉調整を行う第２のサブフレームの何れとして使用するかを判定する判定部と、
前記判定部の判定結果に従って、前記共用領域における送信処理を行う通信部と、
を具備する基地局。
【請求項２】
前記送信データは、マルチキャストデータであって、
前記共用領域において、前記判定部は、前記マルチキャストデータが有るサブフレームを前記第１のサブフレームと判定し、前記マルチキャストデータが無いサブフレームを前記第２のサブフレームと判定する、
請求項１に記載の基地局。
【請求項３】
前記セル間干渉調整を行う前記基地局及び他の基地局の各々が、ユニキャストデータを送信する基地局又はデータ送信を行わない基地局の何れであるかを示す設定情報を前記他の基地局へ送信する、又は、前記設定情報を前記他の基地局から受信する基地局間通信部、を更に具備し、
前記判定部は、前記設定情報に基づいて、前記第２のサブフレームにおいてユニキャストデータを送信するか否かを判定する、
請求項１に記載の基地局。
【請求項４】
前記ＭＢＳＦＮサブフレームは、更に、前記ＭＢＳＦＮサブフレームのうちの前記共用領域以外の他のサブフレームで構成され、前記セル間干渉調整のみを行う専用領域を含む、
請求項１に記載の基地局。
【請求項５】
前記ＭＢＳＦＮサブフレームである領域を示す第１の情報、及び、前記共用領域を示す第２の情報は、前記基地局と他の基地局との間のシグナリングによって共有され、
前記第１の情報及び前記第２の情報に基づいて、前記専用領域を特定する決定部、を更に具備する、
請求項４に記載の基地局。
【請求項６】
前記ＭＢＳＦＮサブフレームである領域を示す第１の情報、及び、前記専用領域を示す第３の情報は、前記基地局と他の基地局との間のシグナリングによって共有され、
前記第１の情報及び前記第３の情報に基づいて、前記共用領域を決定する決定部、を更に具備する、
請求項４に記載の基地局。
【請求項７】
前記送信データは、複数の端末に同時に送信される音声データであって、
前記共用領域において、前記判定部は、前記音声データが有るサブフレームを前記第１のサブフレームと判定し、前記音声データが無いサブフレームを前記第２のサブフレームと判定する、
請求項１に記載の基地局。
【請求項８】
前記送信データは、ユニキャストデータであって、
前記共用領域において、前記判定部は、前記ユニキャストデータが有るサブフレームを前記第２のサブフレームと判定し、前記ユニキャストデータが無いサブフレームを前記第１のサブフレームと判定する、
請求項１に記載の基地局。
【請求項９】
複数のＭＢＳＦＮ（Multicast-Broadcast Single Frequency Network）サブフレームのうち、マルチキャスト送信及びセル間干渉調整の双方に使用可能なサブフレームで構成される共用領域の各サブフレームにおける送信予定の送信データの有無に基づいて、前記共用領域の各サブフレームを、マルチキャスト送信を行う第１のサブフレーム又はセル間干渉調整を行う第２のサブフレームの何れとして使用するかを判定し、
判定結果に従って、前記共用領域における送信処理を行う、
送信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、基地局及び送信方法に関する。
【背景技術】
【０００２】
［ＭＢＳＮＦを用いた同報サービス］
標準化団体３ＧＰＰ（3rd Generation Partnership Project）では、ＬＴＥ／ＳＡＥ（Long Term Evolution/System Architecture Evolution）の機能の１つとして、ＭＢＳＦＮ（Multicast Broadcast Single Frequency Network）が規定されている（例えば、非特許文献１を参照）。図１は、ＭＢＳＦＮのアーキテクチャの一例を示す。また、図２は、マルチキャスト送信時のＭＢＳＦサブフレームのチャネル構成の一例を示す。
【０００３】
図１に示すように、ＭＢＳＦＮを用いた同報サービスでは、ＭＣＥ（Multi-Cell/Multicast Coordination Entity）が同報サービスの実施の要否、実施する際に使用するリソース、ＭＣＳ（Modulation and Coding Scheme）等を決定し、決定した情報を基地局（ｅＮＢ（E-UTRAN NodeB）と称することもある）へ通知する。
【０００４】
また、各基地局は、接続する端末（ＵＥ（User Equipment）と称することもある）に対して、同報サービスを実施するサブフレーム（以下、ＭＢＳＦＮサブフレームと称する）の通知／更新を、ＳＩＢ（System Information Block）を用いて半固定的（semi-static）に通知する。そして、複数の基地局は、端末に対して、ＭＢＳＦＮサブフレームにおいて同一周波数（ｆｃ）を用いて、同一データ（同報データ）を送信する（図２を参照）。
【０００５】
［干渉回避技術］
また、３ＧＰＰでは、複数の基地局が協調してセル間干渉制御を実施する技術として、ｅＩＣＩＣ（enhanced Inter-Cell Interference Coordination：セル間干渉調整）技術が議論されている（例えば、非特許文献１を参照）。ｅＩＣＩＣ技術では、同期した複数の基地局において、一方の基地局がデータ送信（ユニキャスト送信）を行うサブフレームでは、他方の基地局がデータ送信を停止することにより、セル間干渉を回避する。ｅＩＣＩＣ技術においてデータ送信を停止するサブフレーム（ＡＢＳ（Almost Blank Subframe）と称する）として、ＭＢＳＦＮサブフレームを用いる場合がある。
【０００６】
図３は、一方の基地局がユニキャスト送信している間、他方の基地局がＭＢＳＦサブフレームを用いてデータ送信を停止している場合のチャネル構成の一例を示す。図３に示すように、ＭＢＳＦＮサブフレームを用いてデータ送信を停止する場合、先頭のＯＦＤＭシンボルにおいてＣＲＳ（Cell Reference Signal）（図３ではＣＲＳ＃０）のみが送信され、ＣＲＳが配置された領域以外の他の領域では信号（ＰＤＳＣＨ（Physical Downlink Shared Channel）又はＰＤＣＣＨ（Physical Downlink Control Channel））は送信されない（Ｎｕｌｌとなる）ように構成される。ＭＢＳＦＮサブフレームを用いてデータ送信を停止（ユーザ信号領域をＮｕｌｌに設定）することにより、ユニキャスト送信時のサブフレーム（以下、ＬＴＥサブフレームと称する）においてデータ送信を停止する場合よりも干渉低減効果を得ることができる。
【０００７】
特許文献１には、同報サービスを提供するマルチキャスト用のＭＢＳＦＮサブフレーム（図２を参照）と、干渉回避用のＭＢＳＦＮサブフレーム（図３を参照）との切替を制御する方法が開示されている。特許文献１では、一方のｅＮＢは、Ｘ２インタフェース（ｅＮＢ間のインタフェース）を介して、他方のｅＮＢに対して、ＭＢＳＦＮサブフレームを示す情報（ＭＢＳＦＮサブフレームのパターン）、及び、ＭＢＳＦＮサブフレームのうちの干渉回避用に用いるサブフレームを示す情報（ＡＢＳのパターン）を通知する。これにより、マルチキャスト用のＭＢＳＦＮサブフレームと干渉回避用のＭＢＳＦＮサブフレームとをｅＮＢ間において異なる予約リソース領域として共有することができる。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２０１２−９０１２１号公報
【非特許文献】
【０００９】
【非特許文献１】3GPP TS 36.300 V110.10.0 E-UTRA and E-UTRAN overall description; stage2 (Release 11)
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、特許文献１のように、ＭＢＳＦＮサブフレームの用途の切替を制御するためにＭＢＳＦＮサブフレームの情報を複数の基地局間において通知する場合、用途を切り替える度に基地局から端末へＳＩＢを用いて半固定的に制御情報を通知する必要がある。このため、端末では、待受状態（Idle状態）であっても、ＳＩＢが通知される度に内容を確認するために起動されるので、端末での待受時間の低減などに影響を与えてしまう。
【００１１】
また、近年、マルチキャストとして、複数の端末間でのグルーピング通話等の音声通信が行われることがある。しかしながら、音声データの通信におけるデータトラフィックは常に一定ではないので、上述したようなＳＩＢを用いた半固定的なリソース予約を行うのでは、リソース利用効率が悪くなってしまう。
【００１２】
本開示の一態様の目的は、リソース利用効率を低下させることなく、ＭＢＳＦＮサブフレームを用いたマルチキャスト送信とセル間干渉調整とを柔軟に切り替えることができる基地局及び送信方法を提供することである。
【課題を解決するための手段】
【００１３】
本開示の一態様に係る基地局は、複数のＭＢＳＦＮ（Multicast-Broadcast Single Frequency Network）サブフレームのうちの少なくとも一部のサブフレームで構成される第１の領域の各々における送信データの有無に基づいて、前記第１の領域を、マルチキャスト送信を行う第１のサブフレーム又はセル間干渉調整を行う第２のサブフレームの何れとして使用するかを判定する判定部と、前記判定部の判定結果に従って、前記第１の領域における送信処理を行う通信部と、を具備する構成を採る。
【００１４】
本開示の一態様に係る送信方法は、複数のＭＢＳＦＮ（Multicast-Broadcast Single Frequency Network）サブフレームのうちの少なくとも一部のサブフレームで構成される第１の領域の各々における送信データの有無に基づいて、前記第１の領域を、マルチキャスト送信を行う第１のサブフレーム又はセル間干渉調整を行う第２のサブフレームの何れとして使用するかを判定し、判定結果に従って、前記第１の領域における送信処理を行う。
【発明の効果】
【００１５】
本開示の一態様によれば、リソース利用効率を低下させることなく、ＭＢＳＦＮサブフレームを用いたマルチキャスト送信とセル間干渉調整とを柔軟に切り替えることができる。
【図面の簡単な説明】
【００１６】
【図１】ＭＢＳＦＮのアーキテクチャの一例を示す図
【図２】マルチキャスト送信時のＭＢＳＦＮサブフレームのチャネル構成の一例を示す図
【図３】ｅＩＣＩＣにおけるサブフレームのチャネル構成の一例を示す図
【図４】実施の形態に係る基地局の構成を示すブロック図
【図５】実施の形態に係るネットワークネゴシエーションの一例を示す図
【図６】実施の形態に係るサブフレーム構成の一例を示す図
【図７】実施の形態に係る送信制御処理を示すフロー図
【発明を実施するための形態】
【００１７】
以下、本開示の一態様に係る実施の形態について、図面を参照して詳細に説明する。
【００１８】
［通信システムの構成］
本開示の実施の形態に係る通信システムは、例えば、図１に示す構成を採る。なお、以下では、一例として、ＬＴＥ方式の通信システムについて説明するが、本実施の形態に係る通信システムは、ＬＴＥ方式に限定されるものではない。
【００１９】
また、本開示の実施の形態に係る通信システムでは、ＭＢＳＦＮサブフレームを用いた複数のｅＮＢによるマルチキャスト送信（図１又は図２を参照）、及び、ｅＩＣＩＣ（図３参照）が行われる。ｅＩＣＩＣでは、或るｅＮＢがユニキャスト送信を行っているサブフレームでは、他のｅＮＢのＭＢＳＦＮサブフレームはＡＢＳとして設定される（図３を参照）。また、本開示の実施の形態に係る通信システムでは、１つのｅＮＢによるＬＴＥサブフレームを用いたユニキャスト送信が行われる。
【００２０】
図１に示す通信システムにおいて、Ｅ−ＵＴＲＡＮ（Evolved Universal Terrestrial Radio Access）は１つ又は複数の基地局（ｅＮＢ）及びＭＣＥによって構成される。マルチキャスト送信時には、ＭＣＥは、使用するリソース、ＭＣＳ等を決定し、ｅＮＢへ通知する。一方、ユニキャスト送信時には、各ｅＮＢは、ＵＥから報告される受信品質（メジャメントレポート）に基づいて、使用するリソース、ＭＣＳ等を決定する。
【００２１】
また、ＥＰＣ（Evolved Packet Core）は、複数の基地局（ｅＮＢ）と制御データ又はユーザデータの送受信を行い、例えば、Ｅ−ＭＢＭＳ  ＧＷ（Evolved MBMS Gateway）及びＭＭＥ（Mobility Management Entity）を含む。
【００２２】
また、各ｅＮＢは、Ｓ１インタフェース（図示せず）を介してＥＰＣ（例えば、ＭＭＥ）と接続され、ユニキャスト送信時のデータのやり取りを行う。
【００２３】
なお、Ｅ−ＵＴＲＡＮとＥＰＣとの間では、Ｍ３インタフェース（control plane interface）によって制御データのやりとりが行われる。また、Ｅ−ＵＴＲＡＮ内では、Ｍ２インタフェース（control plane interface）によってｅＮＢとＭＣＥとの間の制御データのやりとりが行われ、Ｘ２インタフェースによってｅＮＢ間の制御データのやりとりが行われる。
【００２４】
また、本実施の形態では、ＭＢＳＦＮサブフレームには、マルチキャスト送信用、セル間干渉調整用の双方のサブフレームとして適用されるｅＩＣＩＣ／同報サービスの「共用領域」、及び、セル間干渉調整用のサブフレームとしてのみ使用されるｅＩＣＩＣの「専用領域」が含まれる。
【００２５】
［基地局の構成］
図４は、本開示の実施の形態に係る基地局１００の構成を示すブロック図である。図１に示す通信システムにおける各ｅＮＢは、図４に示す基地局１００の構成を備える。
【００２６】
なお、図１に示すような複数のｅＮＢのうち、一方のｅＮＢは、ＭＢＳＦＮサブフレームの割当に関する設定情報を決定し、他方のｅＮＢ（基地局１００）へサブフレームの設定情報を送信する。他方のｅＮＢは、受け取ったサブフレームの設定情報を用いて、ＭＢＳＦＮサブフレームの割当を設定する。例えば、上記一方のｅＮＢはマクロセルをカバーするｅＮＢであり、他方のｅＮＢはマクロセル内に配置されたピコセル（Ｆｅｍｔｏセルと称することもある）をカバーするｅＮＢでもよい。
【００２７】
図４に示す基地局１００は、Ｓ１ＩＦ部１０１、Ｍ２ＩＦ部１０２、マルチキャスト制御部１０３、Ｘ２ＩＦ部１０４、ｅＩＣＩＣ制御部１０５、ＭＢＳＦＮサブフレーム割当決定部１０６、送信データ判定部１０７、送信データ生成部１０８、無線通信ＩＦ部１０９を備える。
【００２８】
Ｓ１ＩＦ部１０１は、例えば、ＭＭＥからＳ１インタフェースを介してユニキャストデータを受信し、受信データを送信データ判定部１０７へ出力する。
【００２９】
Ｍ２ＩＦ部１０２は、ＭＣＥからＭ２インタフェースを介してマルチキャスト送信に関するデータ（制御データ又はユーザデータ）を受信する。制御データとしては、例えば、どのサブフレームがＭＢＳＦＮサブフレームとして使用されるか等を示すＭＢＭＳスケジューリング情報などがある。マルチキャスト制御部１０３は、制御データをＭＢＳＦＮサブフレーム割当決定部１０６へ出力し、ユーザデータ（マルチキャストデータ又はＭＢＭＳデータと称することもある）を送信データ判定部１０７へ出力する。
【００３０】
Ｘ２ＩＦ部１０４は、他のｅＮＢとの間においてＸ２インタフェースを介して、サブフレームの設定情報を送受信する。サブフレームの設定情報としては、例えば、ＭＢＳＦＮサブフレームとして設定されるサブフレームのパターンを示す情報、ｅＩＣＩＣ／同報サービスの共用領域として設定されるサブフレームのパターンを示す情報、又は、ｅＩＣＩＣを行う複数の基地局の各々が、ユニキャストデータを送信する基地局又はデータ送信を行わない基地局（以下、干渉停止基地局と称する）の何れであるかを示す設定情報などがある。
【００３１】
ｅＩＣＩＣ制御部１０５は、干渉回避用のサブフレーム（ＡＢＳ）として設定されるサブフレームを決定する。ｅＩＣＩＣ制御部１０５は、決定したサブフレームの設定情報を、ＭＢＳＦＮサブフレーム割当決定部１０６に出力するとともに、Ｘ２ＩＦ部１０４を介して他のｅＮＢへ送信する。
【００３２】
または、ｅＩＣＩＣ制御部１０５は、Ｘ２ＩＦ部１０４を介して他のｅＮＢから受け取る、干渉回避用のサブフレーム（ＡＢＳ）の情報を、ＭＢＳＦＮサブフレーム割当決定部１０６に出力してもよい。
【００３３】
ＭＢＳＦＮサブフレーム割当決定部１０６は、マルチキャスト制御部１０３から受け取るマルチキャスト送信のスケジューリング情報、及び、ｅＩＣＩＣ制御部１０５から受け取るｅＩＣＩＣにおける干渉回避用のサブフレームの設定情報に基づいて、ＭＢＳＦＮサブフレームの割当を決定する。
【００３４】
具体的には、ＭＢＳＦＮサブフレーム割当決定部１０６は、マルチキャスト送信のスケジューリング情報に示されるＭＢＳＦＮサブフレームとして設定されるサブフレームのうち、ｅＩＣＩＣにおける干渉回避用のサブフレームにも設定されているサブフレームを、ｅＩＣＩＣ／同報サービスの「共用領域」又はｅＩＣＩＣの「専用領域」として決定する。
【００３５】
また、ＭＢＳＦＮサブフレーム割当決定部１０６は、ＭＢＳＦＮサブフレームとして設定されるサブフレームのうち、ｅＩＣＩＣにおける干渉回避用のサブフレームに設定されているサブフレーム以外のサブフレームを、同報サービスの領域として決定する。
【００３６】
ＭＢＳＦＮサブフレーム割当決定部１０６は、ＭＢＳＦＮサブフレームの割当結果を送信データ判定部１０７へ出力するとともに、Ｘ２ＩＦ部１０４を介して他のｅＮＢへ送信する。または、ＭＢＳＦＮサブフレーム割当決定部１０６は、ＭＢＳＦＮサブフレームの割当結果を他のｅＮＢから受け取り、受け取った割当結果に基づいて、ＭＢＳＦＮの割当を設定してもよい。
【００３７】
送信データ判定部１０７は、ＭＢＳＦＮサブフレーム割当決定部１０６から受け取るＭＢＳＦＮサブフレームの割当結果、及び、マルチキャスト制御部１０３から受け取るマルチキャストデータの有無、及び、Ｓ１ＩＦ部１０１から受け取るユニキャストデータの有無に基づいて、各サブフレームにおいて送信するデータの種別（マルチキャストデータ、ユニキャストデータ、又は、データ無し）を判定する。送信データ判定部１０７は、判定の結果、データ送信を行う場合、マルチキャストデータ又はユニキャストデータを送信データ生成部１０８へ出力する。なお、送信データ判定部１０７における送信データの判定処理の詳細については後述する。
【００３８】
送信データ生成部１０８は、送信データ判定部１０７から受け取るデータに応じて符号化処理及び変調処理を施し、送信データを生成する。送信データ生成部１０８は、生成した送信データを無線通信ＩＦ部１０９へ出力する。
【００３９】
無線通信ＩＦ部１０９は、送信データ生成部１０８から受け取る送信データに対して、無線送信処理を施し、無線送信処理後の送信データを端末（ＵＥ）へ送信する。
【００４０】
［通信システムの動作］
次に、上述した通信システムの動作例について詳細に説明する。
【００４１】
＜ネットワークネゴシエーションの動作例＞
図５は、通信システムにおけるネットワークネゴシエーションの一例を示すシーケンス図である。図５では、ＭＭＥと、ＭＣＥと、２つのｅＮＢ１，ｅＮＢ２との間の動作について説明する。
【００４２】
なお、図５に示すＭＣＥは、図１に示すように各ｅＮＢに対応する複数のＭＣＥによって構成されてもよく、複数のｅＮＢに対応する１つのＭＣＥ（図示せず）によって構成されてもよい。
【００４３】
図５において、ステップ（以下、「ＳＴ」と表す）１０１では、ＭＭＥは、同報サービスの提供開始の要求（MBMS Session Start Request）をＭＣＥへ送信する。
【００４４】
ＳＴ１０２では、ＭＣＥは、ＳＴ１０１において受け取った要求を受け付ける場合、当該要求に対する応答（MBMS Session Start Response）をＭＭＥへ送信する。
【００４５】
ＳＴ１０３では、ＭＣＥは、同報サービスの提供開始の要求（MBMS Session Start Request）を、ｅＮＢ１及びｅＮＢ２へ送信する。
【００４６】
ＳＴ１０４では、ｅＮＢ１及びｅＮＢ２は、ＳＴ１０３において受け取った要求を受け付ける場合、当該要求に対する応答（MBMS Session Start Response）をＭＣＥへ送信する。
【００４７】
ＳＴ１０５では、ＭＣＥは、初期設定として、ｅＮＢとＵＥとの間のマルチキャスト送信に使用されるＭＣＣＨ（Multicast Control Channel：論理チャネル）及びＰＭＣＨ（Physical Multicast Channel：物理チャネル）などの設定情報を示すＭＢＭＳスケジューリング情報（MBMS Scheduling Information）を、ｅＮＢ１及びｅＮＢ２へ送信する。
【００４８】
ＳＴ１０６では、ｅＮＢ１及びｅＮＢ２は、ＳＴ１０５において受け取ったＭＢＭＳスケジューリング情報を受け付ける場合、ＭＢＭＳスケジューリング情報に対する応答（MBMS Scheduling Information Response）をＭＣＥへ送信する。
【００４９】
ＳＴ１０７では、ｅＮＢ２は、ＭＢＳＦＮサブフレーム割当決定部１０６において決定したＭＢＳＦＮサブフレームのパターンを含む設定情報（eNB Configuration Update）をｅＮＢ１へ送信する。
【００５０】
ＳＴ１０８では、ｅＮＢ１は、ＳＴ１０７において受け取った設定情報に基づいて、ＭＢＳＦＮサブフレームを設定（更新）し、応答（eNB Configuration Update Ack）をｅＮＢ２へ送信する。
【００５１】
ＳＴ１０９では、ｅＮＢ２は、ｅＩＣＩＣ／同報サービスの共用領域のパターンを含む設定情報（例えば、Load information）をｅＮＢ１へ送信する。
【００５２】
このように、ＭＢＳＦＮサブフレームである領域を示す情報、及び、共用領域を示す情報は、ｅＩＣＩＣを行う複数の基地局（ｅＮＢ１、ｅＮＢ２）間のシグナリング（ＳＴ１０７−１０９）によって共有される。
【００５３】
ｅＮＢ１は、eNB Configuration update及びLoad Informationに基づいて、ＭＢＳＦＮサブフレームの割当（共用領域及び専用領域の割当）を設定する。例えば、ｅＮＢ１は、eNB Configuration Updateに示されるＭＢＳＦＮサブフレームのうち、Load Informationに示される共用領域として設定されたサブフレーム以外のサブフレームを、専用領域として設定されたサブフレームを特定する。
【００５４】
なお、ＭＢＳＦＮサブフレームのパターン（ＳＴ１０７）及び共用領域のパターン（ＳＴ１０９）の設定情報を送信する際に用いるメッセージとしては、eNB Configuration Update及びLoad Informationに限定されるものではなく、例えば、Setup Requestなどの他のメッセージを用いてもよい。また、ＳＴ１０９では、ｅＮＢ２は、共用領域の代わりに専用領域のパターンをｅＮＢ１に通知してもよく、共用領域及び専用領域の双方のパターンをｅＮＢ１に通知してもよい。
【００５５】
ネットワークネゴシエーション後、ｅＮＢ１及びｅＮＢ２は、設定されたＭＢＳＦＮサブフレームの情報を、接続しているＵＥに対して、例えば、ＳＩＢを用いて通知する。
【００５６】
以上のネットワークネゴシエーションによって、ＭＢＳＦＮサブフレームとして設定された複数のサブフレームには、ｅＩＣＩＣ／同報サービスの共用領域と、ｅＩＣＩＣの専用領域とが含まれる。
【００５７】
図６は、専用領域及び共用領域の設定例を示す。
【００５８】
図６に示す共用領域では、ｅＮＢ１及びｅＮＢ２は、各サブフレームを、マルチキャスト送信を行うＭＢＳＦＮサブフレーム、又は、ｅＩＣＩＣのみを行うサブフレームの何れか一方に切り替えて使用する。
【００５９】
すなわち、ｅＮＢ１及びｅＮＢ２は、ＳＩＢを用いて、図６に示す共用領域を１度のみＵＥに対して通知し、それ以降は、共用領域のサブフレームの用途を適応的に切り替える。これにより、図６に示すｅＮＢ１、ｅＮＢ２は、ＳＩＢを用いたＵＥへの通知、及び、Ｘ２インタフェースを用いた基地局間の通知を行うことなく、共用領域の用途を切り替えることができる。
【００６０】
一方、図６に示す専用領域では、一方のｅＮＢ（図６ではｅＮＢ２）は、各サブフレームをＡＢＳとし、データ送信を停止する。また、他方のｅＮＢ（図６ではｅＮＢ１）は、各サブフレームをユニキャストサブフレームと認識し、ユニキャストデータをＵＥへ送信する。また、ｅＮＢ１は、ＵＥに対して受信品質を測定させ、受信品質報告（メジャメントレポート）を受信する。つまり、当該受信品質は、干渉が無い状態でのＵＥの受信品質である。
【００６１】
すなわち、ｅＮＢ１及びｅＮＢ２は、専用領域に含まれるサブフレームをｅＩＣＩＣ用のサブフレームとして固定的に使用する。これにより、図６に示すｅＮＢ１は、セル間干渉を抑えた環境における受信品質の測定結果をＵＥから受信することができる。
【００６２】
（送信データ判定処理）
図７は、基地局１００の送信データ判定部１０７における、ＭＢＳＦＮサブフレームでの送信データの判定処理の流れを示すフロー図である。
【００６３】
図７において、ＳＴ２０１では、送信データ判定部１０７は、ＭＢＳＦＮサブフレーム割当決定部１０６から受け取る割当結果に基づいて、送信対象のＭＢＳＦＮサブフレームが専用領域であるか、共用領域であるかを判断する。
【００６４】
ＭＢＳＦＮサブフレームが専用領域である場合（ＳＴ２０１：専用領域）、ＳＴ２０２では、送信データ判定部１０７は、自機が「干渉停止基地局」であるか否か（つまり、データを送信するか否か）を判定する。
【００６５】
なお、ｅＩＣＩＣを行う複数の基地局の各々が、ユニキャストデータを送信する基地局又はデータ送信を行わない基地局（干渉停止基地局）の何れであるかを示す設定情報は、各基地局において共有されている。
【００６６】
自機が干渉停止基地局である場合（ＳＴ２０２：ＹＥＳ）、ＳＴ２０３では、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームがｅＩＣＩＣにおけるＡＢＳであると判定する。つまり、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームにおいて送信される送信データが無いと判定する。
【００６７】
自機が干渉停止基地局ではない場合（ＳＴ２０２：ＮＯ）、ＳＴ２０４では、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームがユニキャストサブフレームであると判定する。つまり、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームにおいて送信される送信データがユニキャストデータであると判定する。
【００６８】
一方、ＭＢＳＦＮサブフレームが共用領域である場合（ＳＴ２０１：共用領域）、ＳＴ２０５では、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームにおいて送信予定のマルチキャストデータ（同報サービスデータ）が存在するか否かを判断する。
【００６９】
マルチキャストデータが有る場合（ＳＴ２０５：ＹＥＳ）、ＳＴ２０６では、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームがマルチキャスト送信に使用されるＭＢＳＦＮサブフレームであると判定する。つまり、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームにおいて送信される送信データがマルチキャストデータであると判定する。
【００７０】
マルチキャストデータが無い場合（ＳＴ２０５：ＮＯ）、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームがｅＩＣＩＣに使用されるＭＢＳＦＮサブフレームであると判定する。そして、送信データ判定部１０７は、ＳＴ２０７において、自機が干渉停止基地局であるか否かを判断する。自機が干渉停止基地局である場合（ＳＴ２０７：ＹＥＳ）、ＳＴ２０８では、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームにおいて送信される送信データが無いと判定する。一方、自機が干渉停止基地局ではない場合（ＳＴ２０７：ＮＯ）、ＳＴ２０９では、送信データ判定部１０７は、当該ＭＢＳＦＮサブフレームにおいて送信される送信データがユニキャストデータであると判定する。
【００７１】
ここで、マルチキャスト送信を行う複数のｅＮＢには、同一のリソースにおいて同一のマルチキャストデータの送信指示がＭＣＥから通知されているので、マルチキャスト送信を行う複数のｅＮＢは、当該ＭＢＳＦＮサブフレームにおいてマルチキャストデータの有無を共有している。よって、複数のｅＮＢの送信データ判定部１０７は、ＳＴ２０５の判定処理を同一の基準に従って行うことができる。
【００７２】
そして、無線通信ＩＦ部１０９は、上述した送信データ判定部１０７における判定結果に従って、共用領域における送信処理を行う。
【００７３】
以上のように、本実施の形態では、ＭＢＳＦＮサブフレームの少なくとも一部のサブフレームが、マルチキャスト送信用のサブフレーム及びｅＩＣＩＣ用のサブフレームの双方に使用可能なサブフレームである共用領域に設定される。そして、基地局１００は、そして、基地局１００は、共用領域の各々のサブフレームにおけるマルチキャストデータの有無に基づいて、共用領域を、マルチキャスト送信を行うサブフレーム又はｅＩＣＩＣを行うサブフレームの何れとして使用するかを判定する。つまり、基地局１００は、マルチキャストデータの有無に応じて共用領域の用途を適応的に切り替える。そして、基地局１００は、用途を判定された共用領域において送信データを送信する。
【００７４】
これにより、基地局１００は、送信データの有無によって、共用領域におけるマルチキャスト送信と干渉回避送信とを柔軟に切り替えることができる。すなわち、基地局１００は、他のｅＮＢ又はＵＥに対してＭＢＳＦＮサブフレームの用途が変更する度に制御情報（ＳＩＢなど）を通知することなく、マルチキャスト送信と干渉回避送信とを切り替えることができる。
【００７５】
また、マルチキャスト送信として、グルーピング通話等の音声通信が行われる場合でも、基地局１００は、音声データ（マルチキャストデータ）が有る場合には、共用領域をマルチキャスト送信用のサブフレームとして使用し、音声データが無い場合には、共用領域をマルチキャスト送信以外の他の用途（ＡＢＳ又はユニキャストサブフレーム）として使用することができる。例えば、基地局１００は、音声データが無い場合には、共用領域をユニキャストデータの送信に使用することができる。
【００７６】
このように、基地局１００は、データトラフィックが常に一定ではない音声データの有無に応じて共用領域の用途を、ＳＩＢなどの通知を用いること無く柔軟に切り替えることができるので、ＭＢＳＦＮサブフレームのリソース利用効率を向上させることができる。
【００７７】
よって、本実施の形態によれば、リソース利用効率を低下させることなく、ＭＢＳＦＮサブフレームを用いたマルチキャスト送信とセル間干渉調整とを柔軟に切り替えることができる。
【００７８】
更に、本実施の形態によれば、ＭＢＳＦＮサブフレームの一部が、ｅＩＣＩＣの専用領域に設定される。つまり、基地局１００は、専用領域では、マルチキャストデータの有無に依らず、ｅＩＣＩＣを行うことができる。こうすることで、一部のｅＮＢにおいてデータ送信を停止する状況を確保することができるので、ＵＥに対して、他のｅＮＢからの干渉が無い状態における受信品質の報告を確実に実施させることができる。
【００７９】
（実施の形態の変形例）
［１］上記実施の形態では、マルチキャストデータの有無に応じて共用領域の用途を決定する場合について説明した。つまり、上記実施の形態では、同報サービスをｅＩＣＩＣよりも優先する場合について説明した。しかし、共用領域において優先させるサービスは、同報サービスに限定されるものではなく、ユニキャスト送信を優先させてもよい。例えば、ユニキャスト送信を優先させる場合、図７に示すＳＴ２０５において、送信データ判定部１０７は、ユニキャストデータの有無を判断し、ユニキャストデータが有る場合、ＳＴ２０７の処理に進み、ユニキャストデータが無い場合、ＳＴ２０６の処理に進めばよい。なお、ユニキャスト送信を優先させる場合（図７）には、各基地局１００におけるユニキャストデータの有無の情報は、例えば、Ｘ２インタフェースを用いて基地局１００間で共有される。
【００８０】
または、マルチキャスト送信及びユニキャスト送信において、複数の異なるサービスにおいて共用領域を使用する優先度が予め設定されてもよい。具体的には、マルチキャスト送信とユニキャスト送信との間において上述したように何れか一方の優先度が高く設定され、かつ、マルチキャスト送信及びユニキャスト送信の各々における異なる送信サービス間にも優先度が設定される。例えば異なる送信サービスとしては、音声サービス、映像データサービスなどが挙げられる。この際、音声サービスの優先度を映像データサービスの優先度よりも高くしてもよい。
【００８１】
［２］上記実施の形態では、ＭＢＳＦＮサブフレームに「ｅＩＣＩＣ／同報サービスの共用領域」及び「ｅＩＣＩＣの専用領域」が含まれる場合について説明した。しかし、ＭＢＳＦＮサブフレームには、「ｅＩＣＩＣ／同報サービスの共用領域」及び「ｅＩＣＩＣの専用領域」が含まれる場合に限定されず、「同報サービスの専用領域」が含まれてもよい。
【００８２】
基地局１００は、他の送信データの有無に依らず、同報サービスの専用領域では、マルチキャストデータを送信する。このように同報サービスの専用領域を設けることにより、基地局１００において同報サービスを確実に行うリソースが確保されるので、同報サービスにおける最低の伝送レートを保証することができる。
【００８３】
［３］上記実施の形態では、ｅＩＣＩＣにおいて、一方のｅＮＢが干渉停止基地局に設定され、他方のｅＮＢがユニキャストデータを優先的に送信する基地局に設定される場合について説明した。この干渉停止基地局として設定されるｅＮＢは、予め固定的に設定されてもよく、上位レイヤからの指示によって切り替えられてもよく、複数のｅＮＢにおいて所定期間毎に切り替えられてもよい。
【００８４】
［４］上記実施の形態では、本発明をハードウェアで構成する場合を例にとって説明したが、本発明はハードウェアとの連携においてソフトウェアによって実現することも可能である。
【００８５】
また、上記実施の形態の説明に用いた各機能ブロックは、典型的には集積回路であるＬＳＩとして実現される。これらは個別に１チップ化されてもよいし、一部又は全てを含むように１チップ化されてもよい。ここでは、ＬＳＩとしたが、集積度の違いにより、ＩＣ、システムＬＳＩ、スーパーＬＳＩ、ウルトラＬＳＩと呼称されることもある。
【００８６】
また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセッサで実現してもよい。ＬＳＩ製造後に、プログラムすることが可能なＦＰＧＡ（Field Programmable Gate Array）や、ＬＳＩ内部の回路セルの接続や設定を再構成可能なリコンフィギュラブル・プロセッサを利用してもよい。
【００８７】
さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。バイオ技術の適用等が可能性としてありえる。
【産業上の利用可能性】
【００８８】
本開示の一態様は、移動通信システム等に適用できる。
【符号の説明】
【００８９】
１００  基地局
１０１  Ｓ１ＩＦ部
１０２  Ｍ２ＩＦ部
１０３  マルチキャスト制御部
１０４  Ｘ２ＩＦ部
１０５  ｅＩＣＩＣ制御部
１０６  ＭＢＳＦＮサブフレーム割当決定部
１０７  送信データ判定部
１０８  送信データ生成部
１０９  無線通信ＩＦ部
【図１】
0006481973.tif 000002
【図２】
0006481973.tif 000003
【図３】
0006481973.tif 000004
【図４】
0006481973.tif 000005
【図５】
0006481973.tif 000006
【図６】
0006481973.tif 000007
【図７】
0006481973.tif 000008