JP2011181993A - 無線通信システム、基地局及びネットワーク制御装置 - Google Patents

Abstract

【課題】 無線通信システムにおける、複局同期送信による複数端末へのマルチキャスト方式において、マルチキャスト送信に参加しない基地局に接続する端末は、マルチキャストサービスの受信を行うことができない場合がある。
【解決手段】 マルチキャスト送信を行う第１の基地局が、マルチキャスト送信を行う時間スロットにおいて、マルチキャスト送信を行わない第２の基地局は、ユニキャストデータ送信を行わない。また、第１の基地局がマルチキャスト送信を行う時間スロットを、第１の基地局に対してマルチキャスト送信のスケジューリングを行うマルチキャスト制御装置から、第２の基地局に通知する。また、第２の基地局から、マルチキャスト送信を受信するための情報を、第２の基地局に接続する端末に対して通知する。
【選択図】 図６

Description

本発明は、無線通信システム、および無線通信システムを構成する無線基地局装置およびネットワーク制御装置に関する。

セルラ無線通信において、複数の端末に対し、同一の情報を同報するマルチキャストサービスの検討および実用化が進んでいる。マルチキャストサービスの送信は、通常、基地局から端末に向かう下りリンクにおいて行われる。１つの端末に対して専用の無線リソースを割当てるユニキャスト方式と異なり、マルチキャスト方式では、複数の端末は同一の無線リソースを共用するため、無線リソースの使用効率が向上する。さらに、複数の基地局から同一の情報を送信することにより、端末は複数の基地局からの受信信号を活用して、受信信号品質を向上させることができる。

上記のような、複数の基地局を用いるマルチキャスト方式において、ＯＦＤＭ（Ｏｒｔｈｏｇｏｎａｌ Ｆｒｅｑｕｅｎｃｙ Ｄｉｖｉｓｉｏｎ Ｍｕｌｔｉｐｌｅｘｉｎｇ）信号によるＳＦＮ（Ｓｉｎｇｌｅ Ｆｒｅｑｕｅｎｃｙ Ｎｅｔｗｏｒｋ）が検討されている。ＯＦＤＭ−ＳＦＮ方式では、複数の基地局が同一の無線信号を、同一の周波数を用いて送信する。端末は、各基地局からの無線信号を分離する必要はなく、複数の基地局からの無線信号が重畳されたものを受信、復調すればよい。

標準化団体３ＧＰＰでは、Ｅ−ＵＴＲＡ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ）およびＥ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ Ｕｎｉｖｅｒｓａｌ Ｔｅｒｒｅｓｔｒｉａｌ Ｒａｄｉｏ Ａｃｃｅｓｓ Ｎｅｔｗｏｒｋ）において、ＯＦＤＭを用いたマルチキャスト方式が規格化されており、非特許文献１では、ＭＢＭＳ（Ｍｕｌｔｉｍｅｄｉａ Ｂｒｏａｄｃａｓｔ ａｎｄ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅｓ）として記述されている。

一方、セルラ無線通信において、エリアカバレッジを補完するため、小型基地局の検討が行われている。この小型基地局は特に、家庭内や、オフィス、商業ビルなどに設置し、通信事業者の専用網にはＩＳＰ（Ｉｎｔｅｒｎｅｔ Ｓｅｒｖｉｃｅ Ｐｒｏｖｉｄｅｒ）回線などを通じて接続することが想定されている。このような小型基地局は、通常の基地局より電波のカバーエリア（セル）が狭いため、通常の基地局のカバーエリアをマクロセルと呼ぶのに対して、前述の小型基地局のカバーエリアをフェムトセルと呼ぶ。

標準化団体３ＧＰＰでは、Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮにおいて、ＯＦＤＭを用いたマルチキャスト方式が規格化されており、非特許文献２では、ＨｅＮＢ（Ｈｏｍｅ Ｅ−ＵＴＲＡＮ Ｎｏｄｅ Ｂ）として、フェムトセル基地局が記載されている。

特許文献１では、Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮにおいて、ユニキャスト送信のみを行う基地局、ＭＢＭＳ送信のみを行う基地局、ユニキャスト送信とＭＢＭＳ送信の双方を行う基地局が混在する環境について記載されている

特開２００９−１８２９４４

３ＧＰＰ ＴＳ ３６．３００ Ｖ９．１．０， １５ ＭＢＭＳ ３ＧＰＰ ＴＳ ３６．３００ Ｖ９．１．０， ４．６ Ｓｕｐｐｏｒｔ ｏｆ ＨｅＮＢｓ

マルチキャスト方式では、マルチキャストサービスのエリア内に設置された複数の基地局が、同一の情報を送信する。しかし、マルチキャストサービスのエリア内の全ての基地局が、マルチキャスト送信に参加するとは限らない。例えば、フェムトセル基地局はマルチキャスト送信に参加しないといったことが考えられる。

一般に、マルチキャストサービスを受信するかは、端末の判断に委ねられる。フェムトセル基地局は、マクロセル基地局と比較してカバーエリアが狭いため、接続端末数が少ない。このため、フェムトセル基地局がマルチキャスト送信を行っても、マルチキャストサービスを受信する端末が、フェムトセル内に殆ど存在しない、あるいは全く存在しないといったことが考えられる。このような場合、マルチキャストサービスのコンテンツサーバからフェムトセル基地局までの回線の通信リソースや、フェムトセル基地局と端末の間の無線リソースに無駄が生じてしまうおそれがある。さらに、フェムトセル基地局と通信事業者網が、ＡＤＳＬ（Ａｓｙｍｍｅｔｒｉｃ Ｄｉｇｉｔａｌ Ｓｕｂｓｃｒｉｂｅｒ Ｌｉｎｅ）など、比較的低レートの回線を通じて接続されている場合、大量のマルチキャストサービスのコンテンツによる回線の輻輳が生じる可能性がある。そこで、マルチキャスト送信は、マクロセル基地局のみが行い、フェムトセル基地局は行わないといったことが考えられる。

非特許文献１では、ＭＢＭＳ送信のスケジューリングを行うマルチキャスト制御装置（ＭＣＥ：Ｍｕｌｔｉ−ｃｅｌｌ／Ｍｕｌｔｉｃａｓｔ Ｃｏｏｒｄｉｎａｔｉｏｎ Ｅｎｔｉｔｙ）と基地局（ｅＮＢ：Ｅ−ＵＴＲＡＮ Ｎｏｄｅ Ｂ）、ＭＢＭＳサービスのコンテンツを基地局に配信するゲートウェイ（ＭＢＭＳ ＧＷ：ＭＢＭＳ Ｇａｔｅｗａｙ）と基地局の間に、それぞれ通信インタフェースが規定されているが、これらのインタフェースはフェムトセル基地局（ＨｅＮＢ）をサポートしない。すなわち、ＨｅＮＢはユニキャストデータ送信のみを行う。

しかしながら、上記のようにフェムトセル基地局がマルチキャスト送信に参加しない場合、フェムトセル基地局に接続する端末は、マルチキャストサービスの利用ができなくなってしまう。

また、特許文献１では、ユニキャスト送信のみを行う基地局に接続した端末が、ＭＢＭＳ受信を行う方法については記載されていない。

上記を鑑みて、マルチキャストサービス送信に参加しない基地局を含む複数の基地局に通信することができる端末に、マルチキャストサービスを提供することを目的とする。

上記の課題を少なくとも一を解決するため、本発明の一態様は、マルチキャスト送信を行う第一の基地局と、端末との通信を行う第２の基地局とを備える通信システムであって、第１の基地局がマルチキャスト送信を行う場合、第２の基地局は、マルチキャスト送信を行う時間スロットに対応する時間スロットにおける端末への通信を制御する。

たとえば、マルチキャスト送信を行わない第２の基地局は、マルチキャスト送信を行う時間スロットに対応する時間スロットでは、ユニキャストデータ送信を行わない。

また、上記の課題を少なくとも一を解決するため、本発明の他の態様は、第１の基地局がマルチキャスト送信を行う時間スロットを、第１の基地局に対してマルチキャスト送信のスケジューリングを行うマルチキャスト制御装置から、第２の基地局に通知する。

また、上記の課題を少なくとも一を解決するため、本発明の他の態様は、第２の基地局から、マルチキャスト送信を受信するための情報を、第２の基地局に接続する端末に対して通知する。

本発明の一態様によれば、マルチキャスト送信を行わないフェムトセル基地局に接続する端末に、マルチキャストサービス受信の機会を提供する。

マクロセルとフェムトセルの関係を示す図 ネットワークの論理アーキテクチャを示す図 フェムトセル基地局（ＨｅＮＢ）の構成例を示す図 マルチキャスト制御装置（ＭＣＥ）の構成例を示す図 ＭＢＭＳ送信タイミングに関係なく、ＭｅＮＢおよびＨｅＮＢの送信タイミングを示すタイムチャート ＭＢＭＳ送信タイミングを考慮して、ＭｅＮＢおよびＨｅＮＢの送信タイミングを示すタイムチャート ＨｅＮＢがユニキャストデータ送信を行うか判断するユニキャストデータ送信可否判定処理を示すフローチャート ユニキャスト送信用の参照信号の配置を示す図 ＭＢＭＳ送信サブフレームのＭｅＮＢの参照信号配置を示す図 本発明におけるＭＢＭＳ送信サブフレームのＨｅＮＢの参照信号配置を示す図 ＭＡＣ ＰＤＵの構成を示す図 ＭＣＥからＨｅＮＢへのインタフェースを含むネットワークの論理アーキテクチャを示す図 ＭＣＥがＨｅＮＢにＭＢＭＳ送信サブフレーム情報を通知するか決定するＭＢＭＳ送信サブフレーム情報通知判定処理を示すフローチャート ＭＣＥからＨｅＮＢに通知される情報を含むＭＣＨサブフレーム情報テーブル ＭＢＭＳ送信サブフレーム割当てを示す図 各ＭＣＨに対する送信サブフレーム割当てを示す図 ＭｅＮＢからＨｅＮＢへのインタフェースを含むネットワークの論理アーキテクチャを示す図 ＭＣＥからＨｅＮＢに通知される情報を含むＭＢＳＦＮサブフレーム情報テーブル ＭＢＳＦＮサブフレーム割当てを示す図 ＨｅＮＢからＨＵＥに通知される情報を含むＭＣＣＨ送信情報テーブル ＨｅＮＢからＨＵＥに通知される情報を含むＮｏｔｉｆｉｃａｔｉｏｎ送信情報テーブル ＨｅＮＢからＨＵＥに通知される情報を含むＮｏｔｉｆｉｃａｔｉｏｎエリア情報テーブル ＨＵＥがＭＢＭＳサービスを受信する手順を示すシーケンス図 ＨｅＮＢからＨＵＥにＭＢＭＳ情報を通知するか決定するＭＢＭＳ送信情報通知判定処理を示すフローチャート ＨＵＥのＭＢＭＳ対応情報によりＭＣＥからＭＢＭＳ送信情報を通知する手順を示すシーケンス図 ＨＵＥのＭＢＭＳ対応情報によりＨｅＮＢがＭＣＥにＭＢＭＳ送信情報を要求するＭＢＭＳ送信情報要求判定処理を示すフローチャート 所望ＭＢＭＳサービス情報に応じＭＣＥからＭＢＭＳ送信情報を通知する手順を示すシーケンス図 所望ＭＢＭＳサービス情報に応じＭＣＥがＨｅＮＢに通知するＭＢＭＳ送信情報を選択するＭＢＭＳ送信情報選択処理を示すフローチャート 端末（ＨＵＥ）の構成例を示す図 ＨｅＮＢが保持する、所望ＭＢＭＳサービス情報集計テーブル

以下の実施の形態においては便宜上その必要があるときは、複数のセクションまたは実施の形態に分割して説明するが、特に明示した場合を除き、それらは互いに無関係なものではなく、一方は他方の一部または全部の変形例、詳細、補足説明等の関係にある。また、以下の実施の形態において、要素の数等（個数、数値、量、範囲等を含む）に言及する場合、特に明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではなく、特定の数以上でも以下でも良い。

さらに、以下の実施の形態において、その構成要素（要素ステップ等も含む）は、特に明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。同様に、以下の実施の形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に明らかにそうでないと考えられる場合等を除き、実質的にその形状等に近似または類似するもの等を含むものとする。このことは、上記数値および範囲についても同様である。

以下、本発明の実施の形態を図面に基づいて詳細に説明する。なお、実施の形態を説明するための全図において、同一の部材には原則として同一の符号を付し、その繰り返しの説明は省略する。

本実施例を適用する通信システムについて、Ｅ−ＵＴＲＡおよびＥ−ＵＴＲＡＮにおけるマルチキャスト送信方式（ＭＢＭＳ）において、ＭＢＭＳエリア内に、ＭＢＭＳ送信を行うマクロセル基地局（ＭｅＮＢ：Ｍａｃｒｏｃｅｌｌ ｅＮＢ）と、ＭＢＭＳ送信を行わないフェムトセル基地局（ＨｅＮＢ）が設置される場合を例として、図面を参照して詳細に説明する。

図１は、ＨｅＮＢとＭｅＮＢの配置の一例を示している。ＭｅＮＢ１０１は、その通信範囲をもってマクロセル１０３を構成しており、端末１０２と接続する。ＨｅＮＢ１０４は、その通信範囲をもってフェムトセル１０６を構成しており、端末１０４と接続する。ここで、ＭｅＮＢと接続している端末１０２をＭＵＥ（Ｍａｃｒｏｃｅｌｌ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と呼び、ＨｅＮＢと接続している端末１０５をＨＵＥ（Ｈｏｍｅ Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）と呼ぶ。

図２は、ネットワークの論理アーキテクチャの例を示している。図２のネットワークは、ＭｅＮＢ２０１、ＨｅＮＢ２０２、端末（ＵＥ：Ｕｓｅｒ Ｅｑｕｉｐｍｅｎｔ）のモビリティ管理やパケットのルーティングなどを行うＭＭＥ／Ｓ−ＧＷ（Ｍｏｂｉｌｉｔｙ Ｍａｎａｇｅｍｅｎｔ Ｅｎｔｉｔｙ／Ｓｅｒｖｉｎｇ Ｇａｔｅｗａｙ）２０３、ＩＰサービスネットワークとパケットをやり取りするＰ−ＧＷ（Ｐａｃｋｅｔ Ｄａｔａ Ｎｅｔｗｏｒｋ Ｇａｔｅｗａｙ）２０４、ＭＢＭＳ送信のスケジューリングなどを行うＭＣＥ２０５、ＭＢＭＳサービスデータをＭｅＮＢに配信するＭＢＭＳ ＧＷ（Ｇａｔｅｗａｙ）２０６、ＭＢＭＳサービスを受信する端末の認証などを行うＢＭＳＣ（Ｂｒｏａｄｃａｓｔ Ｍｕｌｔｉｃａｓｔ Ｓｅｒｖｉｃｅ Ｃｅｎｔｅｒ）２０７、ＭＭＥ／ＳＧＷなどのネットワーク装置とＨｅＮＢを接続するＨｅＮＢ ＧＷ２０８からなる。ＭｅＮＢ２０１、ＨｅＮＢ２０２、ＭＣＥ２０５は、有線ネットワークを介して接続されている。

また、ＭＵＥ２０９とＨＵＥ２１０は、それぞれ無線リンクを通じて、ＭｅＮＢ２０１、ＨｅＮＢ２０２にそれぞれ接続される。例えば、図１のＭｅＮＢ１０１と、ＭｅＮＢ１０１のマクロセル１０３内に設置されるＨｅＮＢ１０４のように、ＨｅＮＢ２０２が、ＭｅＮＢ２０１のマクロセル内に位置し、ＨＵＥ２１０と通信可能なフェムトセル１０６が、構成される。ＢＭＳＣ２０７は、ＭＢＭＳコンテンツサーバ２１１からＭＢＭＳサービスデータを取得し、ＭＢＭＳ ＧＷ２０６を通じて、複数のＭｅＮＢ２０１に配信する。ＭｅＮＢ２０１は、ＭＣＥ２０５から通知されるＭＢＭＳスケジューリング情報に従い、ＭＢＭＳ ＧＷ２０６から配信されたＭＢＭＳサービスデータを、無線でマルチキャスト送信する。

図３は、ＨｅＮＢ２０２の構成例である。図３のＨｅＮＢは、メモリ３０１、ＣＰＵ３０２、無線インタフェース（Ｉ／Ｆ）３０３、Ｌｏｇiｃ Ｃｉｒｃｕｉｔ３０４、有線インタフェース（Ｉ／Ｆ）３０６を有し、それぞれＢＵＳ３０５を介して接続されている。メモリ３０１には、ＨｅＮＢ２０２が、ＨＵＥ２１０に、ＭＢＭＳ送信タイミングを送信するのに必要なプログラム、ユニキャストデータ送信可否判定処理プログラム３１２、ＭＢＭ送信情報通知判定処理プログラム３１１、ＭＢＭＳ送信情報要求判定処理プログラム３１３を格納する。また、メモリ３０１には、ＭＣＨサブフレーム情報テーブル３２１、ＭＢＳＦＮサブフレーム情報テーブル３２２、ＭＣＣＨ送信情報テーブル３２３、Ｎｏｔｉｆｉｃａｔｉｏｎ送信情報テーブル３２４、Ｎｏｔｉｆｉｃａｔｉｏｎエリア情報テーブル３２５、所望ＭＢＭＳサービス情報集計テーブル３２６、システム情報送信情報テーブル３２７を格納する。各プログラム、テーブルの詳細な内容は後述する。

ＣＰＵ３０２は、ＭＢＭＳ送信タイミングにおけるユニキャスト送信の停止判断といったプログラムをメモリ３０１から呼び出し、実行を行う。

ＨｅＮＢは、有線インタフェース３０６により、有線ネットワークと接続され、ＨｅＮＢ ＧＷ２０８やＭＭＥ／Ｓ−ＧＷ２０３を介して、ＭＣＥ２０８と通信する。また、ＨｅＮＢは、無線インタフェース３０３により、アンテナを介してＨＵＥ２１０と通信する。さらに、ＨｅＮＢは、無線インタフェース３０３または有線インタフェース３０６により、ＭｅＮＢ２０１と通信してもよい。論理回路３０４は、ターボ符号化などのＨＵＥ２１０や端末１０４との無線通信に必要な処理を行う。

図４は、ＭＣＥ２０５の構成例である。ＭＣＥ２０５は、メモリ（Ｍｅｍｏｒｙ）４０１、ＣＰＵ４０２、有線インタフェース（Ｉ/Ｆ）４０３を有し、それぞれＢＵＳ４０５を介して接続される。図４で、メモリ４０１は、ＭＢＭＳ送信タイミングを管理するために、必要なプログラムやテーブル、すなわち、ＭＢＭＳ送信サブフレーム情報通知判定プログラム４１１、ＭＢＭＳ送信情報選択処理プログラム４１２、ＭＣＨサブフレーム情報テーブル４２１、ＭＢＳＦＮサブフレーム情報テーブル４２２を格納する。各プログラム、テーブルの詳細な内容は後述する。

ＣＰＵ４０２は、ＭＢＭＳ送信のスケジューリングといったプログラムをメモリ４０１から呼び出し、実行を行う。ＭＣＥは、有線インタフェース４０３により、ＨｅＮＢ ＧＷ２０８を介して、ＨｅＮＢ２０２と通信する。また、ＭＣＥは、有線インタフェース４０３により、図１に示すような有線ネットワークを介してＭＭＥ／Ｓ−ＧＷ２０３などのネットワーク装置と通信する。

図２９は、ＨＵＥ２１０の構成例である。ＨＵＥ２１０は、ＣＰＵ２９０２、Ｍｅｍｏｒy（メモリ）２９０１、無線インタフェース（Ｉ／Ｆ）２９０３、Ｌｏｇｉｃ Ｃｉｒｃｕｉｔ２９０４を備え、それぞれＢＵＳ２９０５を介して接続される。メモリ２９０１は、ＭＢＭＳ送信タイミングなど必要な情報テーブルおよびプログラム、すなわち、ＭＢＳＦＮサブフレーム情報テーブル２９２１、ＭＣＣＨ送信情報テーブル２９２２、Ｎｏｔｉｆｉｃａｔｉｏｎ送信情報テーブル２９２３、Ｎｏｔｉｆｉｃａｔｉｏｎエリア情報テーブル２９２４、所望ＭＢＭＳサービス情報テーブル２９２５を格納する。ＣＰＵ２９０２は、ＭＢＭＳ受信処理などのプログラムをメモリ２９０１から呼び出し、実行を行う。ＨＵＥは、無線インタフェース２９０３により、アンテナを介してＨｅＮＢ２０２と通信する。論理回路２９０４は、ターボ符号化などのＨｅＮＢ２０２との無線通信に必要な処理を行う。

ＨｅＮＢ２０２における送信停止タイミングについて、図５および図６を用いて説明する。図５および図６では、サブフレームと呼ばれる時間スロット単位で、スケジューリングが行われるものとする。

図５は、ＭＢＭＳ送信タイミングに関係なく、ＨｅＮＢ２０２が、ユニキャスト送信を行う場合の、ＭｅＮＢ２０１およびＨｅＮＢ２０２における、ユニキャスト送信タイミング５１０およびＭＢＭＳ送信タイミング５２０を示す図である。時間軸５０１に従って割り当てられる、ＭｅＭＢ２０１の複数のサブフレーム（Ｓｕｂｆｒａｍｅ）の送信タイミングを、時間軸５０２に従って割り当てられる、ＨｅＮＢ２０２の複数のサブフレームの送信タイミングを示す。

ＭｅＮＢ２０１は、ＭＣＥ２０５に指定されたサブフレーム５３０で、ＭＢＭＳ送信を行っており、それ以外のサブフレームは、ユニキャストデータ送信に使用することができる。一方、ＨｅＮＢ２０２は、ＭｅＮＢ２０１がＭＢＭＳ送信を行っているか否かに関わらず、任意のサブフレームをユニキャストデータ送信に使用することができる。従って、ＭＢＭＳ送信タイミング５３０においても、ＨｅＮＢ２０２がユニキャストデータ送信を行う場合、当該データの宛て先であるＨＵＥ２１０は、ユニキャストデータの受信を行う。また、当該データの宛て先でないＨＵＥ２１０が、近隣のＭｅＮＢ２０１から送信されるＭＢＭＳデータを受信しようとしても、ＨｅＮＢ２０２のユニキャストデータ送信が干渉となるため、ＭＢＭＳデータの受信品質が大きく劣化してしまい、データ復号が不可能となるおそれがある。

図６は、ＭＢＭＳ送信タイミングを考慮した場合の、ＭｅＮＢ２０１およびＨｅＮＢ２０２における、ユニキャスト送信タイミング５１０およびＭＢＭＳ送信タイミング５２０、送信停止タイミング６１０を示す図である。時間軸６０１に従って割り当てられる、ＭｅＭＢ２０１の複数のサブフレーム（Ｓｕｂｆｒａｍｅ）の送信タイミングを、時間軸６０２に従って割り当てられる、ＨｅＮＢ２０２の複数のサブフレームの送信タイミングを示す。図５と同じく、ＭｅＮＢ２０１は、ＭＣＥ２０５に指定されたサブフレームで、ＭＢＭＳ送信を行っており、それ以外のサブフレームは、ユニキャストデータ送信に使用することができる。一方、ＨｅＮＢは、ＭｅＮＢ２０１がＭＢＭＳ送信を行うサブフレーム６３０において、下りリンクの送信を停止する。

これにより、ＨＵＥ２１０はＭＢＭＳ送信が行われるサブフレームにおいて、ユニキャストデータの受信を行う必要がなくなる。さらに、ＨＵＥが近隣のＭｅＮＢから送信されるＭＢＭＳデータを受信しようとした場合、ＨｅＮＢのユニキャストデータ送信による干渉が発生しないため、図５の場合と比較して、ＭＢＭＳデータの受信品質が向上する。

なお、図６では、ＭｅＮＢ２０１とＨｅＮＢ２０２の間で、サブフレーム同期がとれていることを仮定している。これは、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）による時刻同期を行うことなどによって可能である。

図６のように、ＭＢＭＳ送信サブフレームでＨｅＮＢが送信停止するため、ＨｅＮＢ２０２は、ＭＢＭＳ送信サブフレームに対してユニキャストデータ送信のスケジューリングを行わない。

次に、図３のメモリ３０１に格納されるＭＣＨサブフレーム情報テーブル３２１を、図１４を用いて説明する。図１４のＭＣＨサブフレーム情報テーブル３２１は、サブフレームの種別、サブフレーム内のパラメータの種別、パラメータの値により構成される。図１４では、ＭＢＭＳ送信を行うＭｅＮＢが構成するＭＢＳＦＮエリアにおいて、ＭＣＨの数が２の場合の例である。

ＭＣＨ共通制御情報１は、ＭＢＳＦＮエリアに対するサブフレーム割当て情報である。ＭＣＨ共通制御情報１は、パラメータ１４０１は、無線フレーム（Ｒａｄｉｏ Ｆｒａｍｅ）の割当て周期の値を、パラメータ１４０２は、無線フレームの時間オフセットの値を、パラメータ１４０３は、無線フレーム内でのサブフレーム割当てビットマップを、含むことを示している。一方、ＭＣＨ共通制御情報２は、ＭＢＳＦＮエリアに対する、異なるサブフレーム割当て情報である。ＭＣＨ共通制御情報１及び２に対応するＭＣＨ間のインタリーブ周期（Ｃｏｍｍｏｎ Ａｌｌｏｃａｔｉｏｎ Ｐｅｒｉｏｄ）を示すパラメータ１４０４を含む。ＭＣＨ個別情報は、各ＭＣＨのサブフレーム割当て情報（ＭＳＡＰ：ＭＣＨ Ｓｕｂｆｒａｍｅ Ａｌｌｏｃａｔｉｏｎ Ｐａｔｔｅｒｎ）である。パラメータ１４０５は、Ｃｏｍｍｏｎ Ａｌｌｏｃａｔｉｏｎ Ｐｅｒｉｏｄ内における、各ＭＣＨの最終サブフレーム番号であり、パラメータ１４０６は、Ｃｏｍｍｏｎ Ａｌｌｏｃａｔｉｏｎ Ｐｅｒｉｏｄ内における、各ＭＣＨのＭＳＡＰの時間周期である。

なお、図１４に示すＭＣＨサブフレーム情報テーブルは、ＭＣＥ２０５のメモリ４０１に、ＭＣＨサブフレーム情報テーブル４２１として格納されている。また、ＨｅＮＢ２０２は、有線ネットワークであるインタフェースＡを通じて通知される図１４の情報を、メモリ３０１に、ＭＣＨサブフレーム情報テーブル３２１として格納している。

図７は、ＨｅＮＢ２０２が、各サブフレームにおけるユニキャストデータ送信のスケジューリング可否を決定する手順（ユニキャストデータ送信可否判定処理）の例を示すフロー図である。図７の処理は、メモリ３０１にユニキャストデータ送信回避判定処理プログラム３１１として格納されており、ＣＰＵ３０２が、ユニキャストデータ送信回避判定処理プログラム３１１を読み出して実行する。図７において、ＨｅＮＢ２０２は、まずメモリ３０１に格納されている、ＭＣＨサブフレーム情報テーブル３２１またはＭＢＳＦＮサブフレーム情報テーブル３２２を参照し、ＭＢＭＳ送信タイミングなどの情報を取得する（７０１）。次に、ＨｅＮＢ２０２は、ステップ７０１で収集した情報から、当該サブフレームがＭＢＭＳ送信サブフレームであるか否かを判定する（７０２）。当該サブフレームがＭＢＭＳ送信サブフレームでない場合、ＨｅＮＢ２０２は、ユニキャストデータ送信のスケジューリングを行う（７０３）。具体的には、ＨｅＮＢ２０２が、図６のように、ＭＢＭＳ送信に使用するサブフレームではない、サブフレームをユニキャスト送信用に割り当てる。

一方、当該サブフレームがＭＢＭＳ送信サブフレームである場合、ＨｅＮＢ２０２はユニキャストデータ送信のスケジューリングを行わない（７０４）。ＨｅＮＢ２０２は、ステップ７０２に戻り、他のサブフレームについても、ユニキャストデータ送信のスケジューリング可否を判断し、スケジューリングを行っていく。

図６で既に説明したとおり、ＭＢＭＳ送信サブフレームにおいて、ＨｅＮＢ２０２は、図７のユニキャストデータ回避判定処理では、ユニキャストデータの送信を行わず、かつＭＢＭＳデータに干渉を与えない範囲で送信停止してもよい。従って、ＨｅＮＢ２０２は、必ずしも全ての物理チャネルを送信停止しなくともよい。端末が無線信号の復調などに使用する参照信号（ＲＳ：Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を例に、図８、図９、図１０を用いて、ＨｅＮＢが送信停止すべき範囲を説明する。図８、図９、図１０は、周波数方向に連続した複数のＯＦＤＭサブキャリア、時間方向に連続した複数のＯＦＤＭシンボルからなる、ＲＢ（Ｒｅｓｏｕｒｃｅ Ｂｌｏｃｋ）における、ＲＳシンボルの周波数／時間領域の配置例を示している。

以下では、ＲＢの時間長を１サブフレームとする。図８、図９、図１０では、ＲＳとして、ユニキャストデータやセル固有の報知情報、セル固有の物理制御情報の復調、無線信号品質の測定などに用いられるセル固有参照信号（ＣＳ ＲＳ：Ｃｅｌｌ−ｓｐｅｃｉｆｉｃ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）８１０、８２０、８３０、８４０と、ＭＢＭＳデータの復調に用いられるＭＢＳＦＮ参照信号（ＭＢＳＦＮ ＲＳ：ＭＢＭＳ ＳＦＮ Ｒｅｆｅｒｅｎｃｅ Ｓｉｇｎａｌ）を仮定する。また、図８、図９、図１０では、ＭｅＮＢまたはＨｅＮＢが備えるアンテナポート数が４であることを仮定する。

図８は、図５のユニキャスト送信に使用可能なサブフレームにおける、ＭｅＮＢまたはＨｅＮＢの、ＣＳ ＲＳの周波数／時間領域の配置例である。図８では、ＯＦＤＭシンボル番号０、１、３、６、７、９において、ＣＳ ＲＳ８１０、８２０、８３０、８４０が挿入されている。符号を付したＯＦＤＭシンボル以外の、シンボルについても図示されているように、ＣＳ ＲＳが挿入されている。

図９は、図５のＭＢＭＳ送信に使用するサブフレームにおける、ＭｅＮＢ２０１の、ＣＳ ＲＳおよびＭＢＳＦＮ ＲＳの周波数／時間領域の配置例である。図９の例では、ＯＦＤＭシンボル番号２以降のＯＦＤＭシンボルにＭＢＭＳデータ９１０が挿入される。このため、ＭＢＳＦＮ ＲＳは、ＯＦＤＭシンボル番号２以降に挿入されている。一方、ＯＦＤＭシンボル番号０および１では、セル固有の物理制御情報が挿入されるため、ＣＳ ＲＳ８１０，８３０等が挿入される。つまり、ＭＢＭＳデータを挿入するシンボルの範囲と、ＣＳ ＲＳなどのセル固有の物理的制御情報やユニキャスト通信をするための情報を挿入するシンボルの範囲を分けている。

図１０は、図６の送信停止するサブフレーム６３０における、ＨｅＮＢの、ＣＳ ＲＳの周波数／時間領域の配置例である。図１０の例では、セル固有の物理制御情報が挿入されうるＯＦＤＭシンボル番号０および１では、ＣＳ ＲＳ８１０、８２０、８３０が挿入される。一方、ＭｅＮＢ２０１がＭＢＭＳデータを送信するＯＦＤＭシンボル番号２以降においては、与干渉を防止するため、ＲＳは挿入されない。つまり、ＭｅＮＢにより使用されるＭＢＭＳデータを挿入するシンボルの範囲には、ＲＳは挿入せず、ＭＢＭＳデータを挿入しない範囲に、ＣＳ ＲＳを挿入する。また、ＨｅＮＢ２０１はＭＢＭＳデータを送信しないため、ＭＢＳＦＮ ＲＳを挿入する必要はない。図１０のＣＳ ＲＳの配置は、図７のステップ７０４で、ＭＢＭＳ送信サブフレームに該当するためデータ送信のスケジューリングを行わないとＨｅＮＢが判定したサブフレームにおいて、使用される。

ここで、ＭＢＭＳ送信の際、１つまたは複数のＭＢＭＳサービスデータや制御情報を含むチャネルＭＣＨ（Ｍｕｔｌｉｃａｓｔ Ｃｈａｎｎｅｌ）が構成されるものとする。また、以下では、１サブフレーム内では１つのＭＡＣ（Ｍｅｄｉａ Ａｃｃｅｓｓ Ｃｏｎｔｒｏｌ）パケットが送信されるものとし、１つのＭＡＣパケットには単一のＭＣＨのデータが含まれるものとする。

図１１は、ＭＢＭＳ ＭＡＣパケットの構成例を示している。ＭＢＭＳ ＭＡＣパケット（ＰＤＵ：Ｐｒｏｔｃｏｌ Ｄａｔａ Ｕｎｉｔ）は、ＭＡＣヘッダ１１０１、ＭＣＣＨ（Ｍｕｌｔｉｃａｓｔ Ｃｏｎｔｒｏｌ Ｃｈａｎｎｅｌ） ＳＤＵ（Ｓｅｒｖｉｃｅ Ｄａｔａ Ｕｎｉｔ）１１０３、ＭＴＣＨ（Ｍｕｌｔｉｃａｓｔ Ｔｒａｆｆｉｃ Ｃｈａｎｎｅｌ） ＳＤＵ１１０４、ＤＳＩ（Ｄｙｎａｍｉｃ Ｓｃｈｅｄｕｌｉｎｇ Ｉｎｆｏｒｍａｔｉｏｎ） ＭＡＣ ＣＥ（Ｃｏｎｔｒｏｌ Ｅｌｅｍｅｎｔ）１１０２を含む。なお、ＭＡＣパケットは、必ずしも上記全ての要素を含むとは限らない。ＭＣＣＨ ＳＤＵ１１０３は、ＭＢＭＳサービス情報や、ＭＣＨの送信サブフレーム情報といった、ＭＢＭＳ制御チャネルのデータを含んでいる。ＭＴＣＨ ＳＤＵ１１０４は、ＭＢＭＳトラヒックチャネルのデータ、すなわちＭＢＭＳサービスデータを含んでいる。ＤＳＩ ＭＡＣ ＣＥ１１０２は、ＭＣＨにおけるＭＴＣＨのスケジューリング情報を含んでいる。

ＭＢＭＳを受信するＵＥ（たとえば、ＨＵＥ２１０やＭＵＥ２０９）は、まずＭＣＣＨ ＳＤＵ１１０３が送信されるサブフレームにおいてＭＣＨを受信し、ＭＣＣＨ ＳＤＵ１１０３からＭＣＨの送信サブフレーム情報を取得する。次にＵＥは、前記ＭＣＨ送信サブフレーム情報を利用して、ＭＣＨを受信する。ＭＣＨデータに含まれるＤＳＩ ＭＡＣ ＣＥ１１０２には、各ＭＴＣＨのＳＤＵ１１０４が送信されるサブフレーム情報が含まれており、ＵＥは、このサブフレーム情報を参照し、所望のサービスに対応するＭＴＣＨ ＳＤＵ１１０４を得る。

以上の実施形態によると、ＨＵＥ２１０はＭＢＭＳ送信が行われるサブフレームにおいて、ユニキャストデータの受信を行う必要がなくなる。また、以上の実施形態によると、ＨＵＥが近隣のＭｅＮＢから送信されるＭＢＭＳデータを受信しようとした場合、ＨｅＮＢのユニキャストデータ送信による干渉が発生しないため、ＭＢＭＳデータの受信品質が向上する。

本発明の上記実施形態を適用する第１の実施例を、図１２、図１３、図１４、図１５、図１６を用いて説明する。第１の実施例では、ＭｅＮＢ２０１がＭＢＭＳ送信を行う時間スロット（サブフレーム）情報を、ＭＣＥ２０５がＨｅＮＢ２０２に通知する。ＨｅＮＢ２０２は、ＭＣＥ２０５に通知されたＭＢＭＳ送信サブフレーム情報に従い、送信停止する。

図１２は、第１の実施例において、ＭＣＥからＨｅＮＢへのＭＢＭＳ送信サブフレーム情報通知を実現するための、ネットワークの論理アーキテクチャの構成例である。図１２では、ＭＣＥ２０５から、有線ネットワーク、ＨｅＮＢ ＧＷ２０８を通じて、ＨｅＮＢへ情報を伝達するインタフェースＡが設けられる。

図１３は、ＭＣＥ２０５において、ＨｅＮＢへＭＢＭＳサブフレーム情報を通知するか否かを決定する手順（ＭＢＭＳ送信サブフレーム情報通知判定処理）を示すフロー図である。図１３の処理は、図４のメモリ４０１にＭＢＭＳ送信サブフレーム情報通知判定処理プログラム４１１として格納されており、図４のＣＰＵ４０２において実行される。ＭＣＥ２０５は、ＣＰＵ４０２でＭＢＭＳ送信のスケジューリングを行い、生成したＭＢＭＳ送信サブフレーム情報をメモリ４０１に保持する。

まず、ＭＣＥ２０５は、ＭＢＭＳサービスの状況などに応じてＭＢＭＳスケジューリングを行うか否かを決定する（１３０１）。図１３の例では、ＭＢＭＳスケジューリングを行わない場合は、ＭＣＥ２０５からＨｅＮＢ２０２へのＭＢＭＳサブフレーム情報の通知は行わない。ＭＢＭＳスケジューリングを行うと決定した場合、ＭＣＥ２０５は、ＭＢＭＳスケジューリングを行い（１３０２）、スケジューリング結果をメモリ４０１に格納する。次に、ＭＣＥ２０５は、ＭＢＭＳサブフレーム情報が更新されたか否かを判定する（１３０３）。図１３の例では、ＭＢＭサブフレーム情報が更新されていない場合は、ＭＣＥ２０５からＨｅＮＢ２０２へのＭＢＭＳサブフレーム情報の通知は行わない。ＭＢＭサブフレーム情報が更新されている場合は、ＭＣＥ２０５は、メモリ４０１からＭＢＭＳサブフレーム情報を取り出し、インタフェースＡを通じて、ＨｅＮＢへＭＢＭＳサブフレーム情報を通知する（１３０４）。

なお、メモリ４０１に格納されるＭＢＭＳサブフレーム情報の例は、前述した図１４に示ＭＢＭＳサブフレーム情報テーブルである。

また、図１３の例では、ＭＢＭＳスケジューリングを行うか否か、および、ＭＢＭＳサブフレーム情報が更新されたか否かによって、ＭＣＥ２０５からＨｅＮＢ２０２へのＭＢＭＳサブフレーム情報の通知を行うかを判定しているが、これら２つの判定基準のうちいずれかのみによって判定してもよいし、あるいは、一定の時間周期でＭＣＥ２０５からＨｅＮＢ２０２へのＭＢＭＳサブフレーム情報の通知を行ってもよい。あるいは、ＨｅＮＢ２０２からの要求に応じて、ＭＣＥ２０５からＨｅＮＢ２０２へのＭＢＭＳサブフレーム情報の通知を行ってもよい。

ＭＢＭＳサブフレーム情報を受け取ったＨｅＮＢ２０２は、メモリ３０１に格納し、前述したとおり図７のステップ７０１で、メモリからＭＢＭＳサブフレーム情報を取得する。

また、ステップ１３０４で、図１４で示すＭＣＨサブフレーム情報テーブル３２１のうち、全ての情報をＭＣＥ２０５からＨｅＮＢ２０２に通知しなくてもよい。例えば、図１４のＭＣＨサブフレーム情報テーブルのうち、ＭＣＨ共通情報１のみを通知した場合について、図１５を用いて説明する。図１５は、ＭＣＥ２０５からＨｅＮＢ２０２に、ＭＢＭＳサブフレーム情報として、ＭＣＨ共通情報１のみを通知した場合の、ＨｅＮＢ２０２におけるＭＢＭＳ送信停止無線フレームおよびサブフレームの例を示している。ＭＣＨ共通情報１で通知されるサブフレーム情報は、ＭＢＳＦＮエリアに割り当てられた全てのサブフレームを含む。従って、ＨｅＮＢ２０２は、図１５のような、ＭＢＳＦＮエリアに割り当てられた無線フレーム１５０１と、当該無線フレーム内においてＭＢＳＦＮエリアに割り当てられたサブフレーム１５０２を知ることができる。ＨｅＮＢ２０２は、図７のステップ７０２で、サブフレーム情報を参照し、図１５に示すようなサブフレームで送信停止すればよい。

また、ステップ１３０４で、図１４のＭＣＨサブフレーム情報テーブルの情報全てをＨｅＮＢに通知する場合について、図１６を用いて説明する。図１６は、ＭＣＥからＨｅＮＢに、ＭＢＭＳサブフレーム情報として、図１４で示すＭＣＨサブフレーム情報テーブルの全ての情報を通知した場合の、ＨｅＮＢにおけるＭＢＭＳ送信停止無線フレームおよびサブフレームの例を示している。このように図１４で示すＭＣＨサブフレーム情報テーブルの情報全てをＭＣＥからＨｅＮＢに通知する場合、ＨｅＮＢ２０２は、図１５のようなＭＢＳＦＮエリアに割り当てられたサブフレームの情報に加えて、ＭＢＳＦＮエリアに割り当てられたサブフレームにおいて図１６のように各ＭＣＨ送信に使用されるサブフレームの情報（ＭＳＡＰ）を知ることができる。この場合、ＨｅＮＢ２０２は、ステップ７０２で、ＭＣＨごとに、送信停止するか否かを、ＭＣＨごとに選択することができる。本実施例により、ＨｅＮＢ２０２は、送信停止すべきサブフレームの情報を得ることができる。

本発明の上記実施形態を適用する第２の実施例を、図１７、図１８、図１９を用いて説明する。第２の実施例では、ＭｅＮＢがＭＢＭＳ送信を行う時間スロット（サブフレーム）情報を、ＭｅＮＢ１０１が、ＨｅＮＢ１０４に通知する。ＨｅＮＢ１０４は、ＭｅＮＢ１０１に通知されたＭＢＭＳ送信サブフレーム情報に従い、送信停止する。

図１７は、第２の実施例において、ＭｅＮＢ１０１からＨｅＮＢ１０４へのＭＢＭＳ送信サブフレーム情報通知を実現するための、ネットワークの論理アーキテクチャの構成例である。図１７では、ＭｅＮＢ１０１からＨｅＮＢ１０４へ情報を無線ネットワークを介して伝達するインタフェースＢが設けられる。インタフェースＢは、ＭｅＮＢとＨｅＮＢの間で有線リンクまたは無線リンクを設けることによって実現してもよいし、ＭＭＥ／Ｓ−ＧＷやＨｅＮＢ ＧＷといったネットワーク装置を介してもよい。図３のＨｅＮＢ２０２の構成図では、ＭｅＮＢ２０１との間で無線リンクを設けることにより、インタフェースＢを実現する例を示している。たとえば、図１に示すようなＭｅＮＢ１０１のマクロセル１０６に属するＨｅＮＢ１０４が、ＭｅＮＢ１０１からＭＢＭＳ送信サブフレーム情報を取得する。

以下では、ＭｅＮＢとＨｅＮＢの間の無線リンクによりインタフェースＢを実現する場合の、具体的な実現方法を説明する。

基地局であるｅＮＢはセル固有の報知情報ＳＩＢ（Ｓｙｓｔｅｍ Ｉｎｆｏｒｍａｔｉｏｎ Ｂｌｏｃｋ）を送信しており、特にＭｅＮＢ２０１は、ＭＢＭＳ送信タイミング情報としてＭＢＳＦＮサブフレーム情報をＳＩＢで、端末１０２や２０９、２１０に報知している。なお、ＭＢＳＦＮ Ｓｕｂｆｒａｍｅ情報は、ＭＣＥからＭｅＮＢに通知されるＭＢＭＳスケジューリング情報などに基づいて、ＭｅＮＢ２０１が生成する、セル固有の情報である。また、ＭＢＳＦＮサブフレームは、ＭＢＭＳ送信のみならず、位置測定用ＲＳ送信など、他の目的で使用してもよい。図１８は、ＭｅＮＢ２０１が、ＳＩＢで報知するＭＢＳＦＮサブフレーム情報（ＭＢＳＦＮサブフレーム情報テーブル）を表す。図１８の情報は、ＨｅＮＢのメモリ３０１に、ＭＢＳＦＮサブフレーム情報テーブル４２２として格納されている。また、ＨＵＥは、インタフェースＢを通じて通知される図１８の情報を、メモリ２９０１に、ＭＢＳＦＮサブフレーム情報テーブル２９２１として格納している。パラメータ１８０１は無線フレームの割当て周期を、パラメータ１８０２は無線フレームの時間オフセットを、パラメータ１８０３は無線フレーム内でのサブフレーム割当てビットマップを、それぞれ表す。

本実施例において、ＨｅＮＢ２０２は、下りリンクにおける受信機能をインタフェース３０３に含み、ＨｅＮＢ２０２は、インタフェース３０３を通じて、ＭｅＮＢ２０１が送信するＳＩＢを受信する。これにより、ＭｅＮＢ２０１からＨｅＮＢ２０２へ図１８のようなＭＢＳＦＮサブフレーム情報テーブルを通知することが可能となる。

図１９は、ＭｅＮＢ２０１からＨｅＮＢ２０２に、ＭＢＭＳサブフレーム情報として、図１８のＭＢＳＦＮサブフレーム情報テーブルを通知した場合の、ＨｅＮＢ２０２におけるＭＢＭＳ送信停止無線フレームおよびサブフレームの例を示している。ＨｅＮＢ２０２は、図１９のような、ＭＢＳＦＮサブフレームが含まれる無線フレーム１９０１と、その無線フレーム内においてＭＢＳＦＮサブフレームとして割り当てられたサブフレーム１９０２を知ることができる。ＨｅＮＢは、図１９に示すようなサブフレーム１９０２で送信停止すればよい。

すでに説明したとおり、ＭＢＳＦＮサブフレーム情報はセル固有であり、ＭｅＮＢ２０１間で異なる場合がある。ＨｅＮＢが複数のＭｅＮＢについてのＭＢＳＦＮサブフレーム情報を受信し、ＭＢＳＦＮサブフレーム情報がＭｅＮＢ間で異なる場合、ＨｅＮＢ２０２は、複数のＭＢＳＦＮサブフレーム情報を合成して利用してもよい。例えば、ＨｅＮＢ２０２は、図７のステップ７０２で、ＭＢＳＦＮサブフレームを参照し、少なくとも１つのＭｅＮＢについて、ＭＢＳＦＮサブフレームに該当するサブフレームにおいて、送信停止すればよい。本実施例により、ＨｅＮＢは送信停止すべきサブフレームの情報を得ることができる。

本発明の上記実施形態を適用する第３の実施例を、図２０、図２１、図２２、図２３を用いて説明する。第３の実施例では、ＨＵＥ２１０がＭＢＭＳ受信を行うための情報を、ＨｅＮＢ２０２がＨＵＥ２１０に通知する。

以下の説明では、前述の通り、ＭＢＭＳ受信を行うＵＥは、ＭＣＨのうちＭＣＣＨ ＳＤＵを最初に取得するものとする。従って、本実施例では、ＨｅＮＢ２０２がＨＵＥ２１０に通知するＭＢＭＳ受信のための情報は、ＭＣＣＨ送信に関する情報である。ＭＣＣＨ送信に関する情報は、ＨｅＮＢ２０２のメモリ３０１で保持されており、ＨｅＮＢの判断に応じてＩ／Ｆ３０３からＨＵＥ２１０に通知される。

図２０は、ＨｅＮＢ２０２からＨＵＥ２１０に通知される、ＭＣＣＨ送信情報テーブルの一例である。図２０のテーブルは、ＭＣＣＨの送信タイミングなど、ＭＣＣＨ送信情報を含んでいる。パラメータ２００１はＭＢＳＦＮエリアＩＤであり、同期してＭＢＭＳ送信を行うＭｅＮＢのグループを示す。パラメータ２００２は、ＭＣＣＨ更新情報（Ｎｏｔｉｆｉｃａｔｉｏｎ）のＩＤを示す。パラメータ２００３は、ＭＣＣＨの繰り返し送信周期を示す。パラメータ２００４は、ＭＣＣＨの送信タイミングのオフセットを示す。パラメータ２００５は、ＭＣＣＨの更新周期である。パラメータ２００６は、パラメータ２００３およびパラメータ２００４によって指定される無線フレームにおいて、ＭＣＣＨが送信されるサブフレームを示す。パラメータ２００７は、ＭＣＣＨの変調に使用されるＭＣＳ（Ｍｏｄｉｆｉｃａｔｉｏｎ ａｎｄ Ｃｏｄｉｎｇ Ｓｃｈｅｍｅ）を示す。図２０の情報は、ＨｅＮＢのメモリ３０１に、ＭＣＣＨ送信情報テーブル３２３として格納されている。また、ＨＵＥは、ＨｅＮＢから通知される図２０の情報を、メモリ２９０１に、ＭＣＣＨ送信情報テーブル２９２２として格納している。ＨＵＥ２１０は、図２０のＭＣＣＨ送信情報テーブルを取得することで、ＭＣＣＨが含まれるＭＣＨの送信サブフレームやＭＣＳを知ることができ、ＨＵＥ２１０は、ＭＣＣＨ ＳＤＵを取得することができる。

図２１は、ＨｅＮＢ２０２からＨＵＥ２１０に通知される、ＭＣＣＨ更新情報の送信情報（Ｎｏｔｉｆｉｃａｔｉｏｎ送信情報テーブル）の一例である。図２１のＮｏｔｉｆｉｃａｔｉｏｎ送信情報テーブルは、ＭＣＣＨ更新情報（Ｎｏｔｉｆｉｃａｔｉｏｎ）の送信情報を含んでいる。Ｎｏｔｉｆｉｃａｔｉｏｎは、ＭＣＣＨの内容の更新の有無をＵＥに通知するため、ｅＮＢから送信される。図２１において、パラメータ２１０１は、Ｎｏｔｉｆｉｃａｔｉｏｎの繰り返し送信回数を示している。パラメータ２１０２は、Ｎｏｔｉｆｉｃａｔｉｏｎの送信タイミングのオフセットを示す。パラメータ２１０３は、パラメータ２１０１およびパラメータ２１０２によって指定される無線フレームにおいて、Ｎｏｔｉｆｉｃａｔｉｏｎが送信されうるサブフレームを示す。図２１の情報は、ＨｅＮＢのメモリ３０１に、Ｎｏｔｉｆｉｃａｔｉｏｎ送信情報テーブル３２４として格納されている。また、ＨＵＥは、ＨｅＮＢから通知される図２１の情報を、メモリ２９０１に、Ｎｏｔｉｆｉｃａｔｉｏｎ送信情報テーブル２９２３として格納している。

図２２は、ＨｅＮＢ２０２からＨＵＥ２１０に通知される、ＭＣＣＨ更新情報（Ｎｏｔｉｆｉｃａｔｉｏｎ）（Ｎｏｆｉｔｉｃａｔｉｏｎエリア情報テーブル）の一例である。図２２のＮｏｔｉｆｉｃａｔｉｏｎエリア情報テーブルは、ＭＣＣＨ更新情報を含んでいる。パラメータ２２０１は、ＭＣＣＨの更新があったＭＢＳＦＮエリアを示しており、パラメータ２２０１とＭＢＳＦＮエリアＩＤの対応関係は、図２０のＭＣＣＨ送信情報テーブルのパラメータ２００２により指定される。図２２の情報は、ＨｅＮＢのメモリ３０１に、Ｎｏｔｉｆｉｃａｔｉｏｎエリア情報テーブル３２５として格納されている。また、ＨＵＥは、ＨｅＮＢから通知される図２２の情報を、メモリ２９０１に、Ｎｏｔｉｆｉｃａｔｉｏｎエリア情報テーブル２９２４として格納している。

ＨＵＥ２１０は、図２１のＮｏｔｉｆｉｃａｔｉｏｎ送信情報テーブルを取得することで、Ｎｏｔｉｆｉｃａｔｉｏｎの送信タイミングを知ることができ、図２２のＮｏｔｉｆｉｃａｔｉｏｎエリア情報テーブルを取得できる。さらに、ＨＵＥは、図２２のＮｏｔｉｆｉｃａｔｉｏｎエリア情報テーブルを取得することで、ＨＵＥはＭＣＣＨの更新の有無に基づいて、ＭＣＣＨ ＳＤＵ取得を行うことができる。

なお、上記で説明したような、ＨｅＮＢ２０２がＨＵＥ２１０に通知する情報は、図１２のような論理アーキテクチャを構成し、ＨｅＮＢ２０２はＭＣＥ２０５から取得すればよい。ＨｅＮＢからＭＣＥに通知する情報は、例えば図２０、図２１、図２２で示したテーブルのフォーマットでもよい。あるいは、ＨｅＮＢが、ＭＣＥから取得した図１４のテーブルやＭｅＮＢから取得した図１８のテーブルをもとに、図２０、図２１、図２２のテーブルを生成してもよい。

図２３は、ＨＵＥ２１０がＭＣＣＨ送信情報の取得と、ＭＢＭＳ受信を行う手順の一例を示すシーケンス図である。図２３において、まずＨＵＥ２１０は、シーケンス２３０１において、図２０に示すフォーマットでＨｅＮＢ２０２が送信する送信ＭＣＣＨ送信情報と、図２１に示すフォーマットでＨｅＮＢ２０２が送信するＮｏｔｉｆｉｃａｔｉｏｎ送信情報を、取得する。次に、ＨＵＥ２１０は、シーケンス２３０２において、図２１のフォーマットで通知されたＮｏｔｉｆｉｃａｔｉｏｎ送信情報に含まれるＮｏｔｉｆｉｃａｔｉｏｎの送信タイミングを参照し、Ｎｏｔｉｆｉｃａｔｉｏｎを受信する。シーケンス２３０２で受信したＮｏｔｉｆｉｃａｔｉｏｎに、ＭＣＣＨの更新があることが示されていた場合、ＨＵＥ２１０は、図２０のフォーマットで通知されたＭＣＣＨ送信情報に従い、シーケンス２３０３において、周囲のＭｅＮＢ２０１から送信されるＭＣＣＨ ＳＤＵを取得する。さらに、ＨＵＥ２１０は、シーケンス２３０４においてＤＳＩを取得する。ＨＵＥは、ＭＣＣＨから取得したいＭＢＭＳサービスとＭＴＣＨの対応関係を、ＤＳＩからＭＴＣＨのスケジューリング情報を取得し、これらに基づいて、ＨＵＥ２１０はシーケンス２３０５において、所望のＭＢＭＳサービスに対応するＭＴＣＨ ＳＤＵを取得する。

図２４は、図２３のシーケンス２３０１およびシーケンス２３０２の送信を行うか否かをＨｅＮＢ２０２が決定する手順（ＭＢＭＳ送信情報通知判定処理）の一例を示すフローチャートである。図２４の処理は、図３のメモリ３０１にＭＢＭＳ送信情報通知判定処理プログラム３１２として格納されており、図３のＣＰＵ３０２において実行される。図２４において、まずＨｅＮＢ２０２は、システム情報送信情報テーブル３２７を参照して、当該サブフレームがＭＣＣＨ送信情報の送信タイミングであるか否か判定する（２４０１）。ここで、システム情報送信情報テーブル３２７は、ＨｅＮＢが送信するシステム情報の送信サブフレームの情報を含む。ＭＣＣＨ送信情報の送信タイミングである場合は、ＨｅＮＢ２０２は、ＭＣＣＨ送信情報をＨＵＥ２１０に送信する（２４０２）。ＭＣＣＨ送信情報の送信タイミングでない場合は、ＨｅＮＢは、Ｎｏｔｉｆｉｃａｔｉｏｎの送信タイミングであるか否かを判定する（２４０３）。Ｎｏｔｉｆｉｃａｔｉｏｎの送信タイミングである場合は、ＨｅＮＢはＭＣＣＨの更新の有無を確認する（２４０４）。ＭＣＣＨの更新がある場合は、ＨｅＮＢは、ＮｏｔｉｆｉｃａｔｉｏｎをＨＵＥに送信する（２４０５）。Ｎｏｔｉｆｉｃａｔｉｏｎの送信タイミングでない場合、あるいはＭＣＣＨの更新が無い場合は、ＨｅＮＢ２０２は、Ｎｏｔｉｆｉｃａｔｉｏｎの送信を行わない。

本実施例により、ＨＵＥ２１０は、ＭｅＮＢではなく、ＨｅＮＢ２０２から、ＭＢＭＳ受信を行うために必要な情報を得ることができる。これにより、ＨＵＥ２１０は、ＭｅＮＢから送信されるＭＢＭＳサービスを受信することが可能となる。

本発明の上記実施形態を適用する第４の実施例を、図２５、図２６、図２７、図２８、図３０を用いて説明する。第４の実施例では、ＨｅＮＢ２０２がＨＵＥ２１０に通知する情報を、ＨＵＥ２１０のＭＢＭＳ対応情報やＨＵＥ２１０の所望するＭＢＭＳサービス情報に応じて選択する。

ＨＵＥ２１０がＭＢＭＳ機能に対応するか否かに応じて、ＭＢＭＳ送信情報をＨｅＮＢ２０２が選択する場合の例を、図２５、図２６を用いて説明する。

図２５は、ＨＵＥ２１０のＭＢＭＳ対応情報に応じてＭＢＭＳ送信情報を選択する手順の例を示すシーケンス図である。図２５で、シーケンス２５０１において、ＨＵＥ２１０は、自身がＭＢＭＳ機能に対応するか否かの情報をＨｅＮＢ２０２に通知する。ＨｅＮＢ２０２は、ＨｅＮＢ２０２のセル（たとえば、図１の１０６）内に属する各ＨＵＥ２１０（たとえば図１の１０５）からＭＢＭＳ対応情報を収集する。ＨｅＮＢ２０２は、収集したＭＢＭＳ対応情報に基づいてＭＢＭＳ送信情報をＨＵＥに通知する必要があるか否かを決定する。

ＭＢＭＳ送信情報を通知する必要があると決定した場合、ＨｅＮＢ２０２は、シーケンス２５０２において、ＭＣＥ２０５にＭＢＭＳ送信情報を要求する。ＭＣＥ２０５は、ＨｅＮＢ２０２からのＭＢＭＳ送信情報の要求に応じて、シーケンス２５０３において、ＭＢＭＳ送信情報をＨｅＮＢに通知する。ＭＣＥ２０５からＨｅＮＢ２０２へのＭＢＭＳ送信情報の通知は、例えば、第１の実施例に従って行う。ＭＢＭＳ送信情報をＭＣＥ２０５から通知されたＨｅＮＢ２０２は、シーケンス２５０４において、ＨＵＥ２１０にＭＢＭＳ送信情報を通知する。ＨｅＮＢ２０２からＨＵＥ２１０へのＭＢＭＳ送信情報の通知は、例えば、第３の実施例に従って行う。

図２６は、ＨＵＥのＭＢＭＳ対応情報に応じて、ＨｅＮＢがＭＢＭＳ送信情報を要求するか否かを決定する手順（ＭＢＭＳ送信情報要求判定処理）の例を示すフローチャートである。図２６の処理は、図３のメモリ３０１にＭＢＭＳ送信情報要求判定処理プログラム３１１として格納されており、図３のＣＰＵ３０２において実行される。図２６において、ＨｅＮＢ２０２は、シーケンス２５０１で各ＨＵＥ２１０から送信される、ＨＵＥのＭＢＭＳ対応情報を収集する（２６０１）。ＨｅＮＢ２０２は、収集したＨＵＥのＭＢＭＳ対応情報に基づいて、ＭＢＭＳ機能に対応するＨＵＥがＨｅＮＢ傘下に存在するか否かを判定する（２６０２）。ＭＢＭＳ機能に対応するＨＵＥがＨｅＮＢ傘下に存在する場合は、ＨｅＮＢ２０２は、ＭＢＭＳ送信情報をＭＣＥ２０５に要求する（２６０３）。

なお、図２５および図２６の例では、ＨｅＮＢ２０２がＭＢＭＳ送信情報の要否を決定したが、この決定はＭＣＥ２０５で行ってもよい。その場合は、ＨｅＮＢ２０２は、ＨＵＥから収集したＭＢＭＳ対応情報をＭＣＥ２０５に送信する。

次に、ＨＵＥ２１０が所望するＭＢＭＳサービスに応じて、ＭＢＭＳ送信情報を選択する場合の例を、図２７、図２８、図３０を用いて説明する。

図３０は、所望ＭＢＭＳサービス情報集計テーブルの一例を示している。図３０の所望ＭＢＭＳサービス情報集計テーブルは、ＨｅＮＢ傘下のいずれかのＵＥが所望するＭＢＭＳサービスのサービス番号とサービス名を含むテーブルである。図２７は、ＨＵＥの所望するＭＢＭＳサービス情報に応じてＭＢＭＳ送信情報を選択する手順の例を示すシーケンス図である。

図２７で、シーケンス２７０１において、ＨＵＥ２１０は、所望ＭＢＭＳサービス情報テーブル２９２５をメモリに格納している、自身が所望するＭＢＭＳサービスを、例えばサービス番号といった形式で、ＨｅＮＢ２０２に通知する。ＨｅＮＢ２０２は、ＨｅＮＢ２０２のセル１０６内に属する傘下の各ＵＥから所望するＭＢＭＳサービス情報を収集し、所望ＭＢＭＳサービス情報集計テーブル３２６に格納する。ＨｅＮＢ２０２は、シーケンス２７０２において、所望ＭＢＭＳサービス情報集計テーブル３２６の情報を、ＭＣＥ２０５に通知する。ＭＣＥ２０５は、ＨｅＮＢ２０２から通知された所望ＭＢＭＳサービス情報に応じて、シーケンス２７０３において、所望ＭＢＭＳサービスに対応するＭＢＭＳ送信情報をＨｅＮＢ２０２に通知する。シーメンス２７０３におけるＭＣＥからＨｅＮＢへのＭＢＭＳ送信情報の通知は、例えば、第１の実施例に従って行う。所望ＭＢＭＳサービスに対応するＭＢＭＳ送信情報をＭＣＥ２０５から通知されたＨｅＮＢ２０２は、シーケンス２７０４において、ＨＵＥ２１０にＭＢＭＳ送信情報を通知する。ＨｅＮＢからＨＵＥへのＭＢＭＳ送信情報の通知は、例えば、第３の実施例に従って行う。

図２８は、所望ＭＢＭＳサービス情報に応じて、ＭＣＥ２０５がＨｅＮＢ２０２に送信するＭＢＭＳ送信情報を決定する手順（ＭＢＭＳ送信情報選択処理）の例を示すフローチャートである。図２８の処理は、図４のメモリ４０１にＭＢＭＳ送信情報選択処理プログラム４１２として格納されており、図４のＣＰＵ４０２が、そのプログラムを読み出し、図２８に示すフローチャートを実行する。図２８において、ＭＣＥ２０５は、シーケンス２７０２により、所望ＭＢＭＳサービス情報をＨｅＮＢ２０２から取得する（２８０１）。次にＭＣＥ２０５は、各ＭＣＣＨおよび各ＭＣＨに、取得した所望ＭＢＭＳサービスが含まれるか否かを判定する（２８０２）。所望ＭＢＭＳサービスが含まれる場合は、当該ＭＣＣＨおよび当該ＭＣＨに関する情報は、ＭＣＥ２０５からＨｅＮＢ２０２に通知するＭＢＭＳ送信情報に含める（ＭＣＣＨ：２８０３、ＭＣＨ：２８０４）。各ＭＣＣＨおよび各ＭＣＨについて２８０２から２８０４の処理を行った結果から、ＭＣＥ２０５は、所望ＭＢＭＳサービスに対応するＭＢＭＳ送信情報をＨｅＮＢ２０２に通知する（２８０５）。

なお、図２７および図２８の例では、送信するＭＢＭＳ情報をＭＣＥ２０５が選択するものとしたが、ＨｅＮＢ２０２が、送信するＭＢＭＳ情報を選択してもよい。

本実施例により、ＨｅＮＢに接続するＨＵＥの状況に応じて、第１の実施例のようにＭＣＥからＨｅＮＢにＭＢＭＳ送信情報を通知するか否かを選択してもよい。例えば、ＭＢＭＳサービス受信を希望するＨＵＥがいない場合は、ＭＣＥからＨｅＮＢへのＭＢＭＳ送信情報の通知を中止することにより、データ通信の量を削減し、ネットワークの利用効率を向上する。

また、本実施例により、ＨｅＮＢに接続するＨＵＥの状況に応じて、第３の実施例のようにＨｅＮＢからＨＵＥにＭＢＭＳ送信情報を通知するか否か選択してもよい。例えば、ＭＢＭＳサービス受信を希望するＨＵＥがいない場合は、ＨｅＮＢからＨＵＥへのＭＢＭＳ送信情報の通知を中止することにより、データ通信の量を削減し、無線リソースの利用効率を向上する。

さらに、本実施例により、ＨｅＮＢに接続するＨＵＥの状況に応じて、第２の実施例のようにＨｅＮＢがＭＢＭＳ送信サブフレームにおいて送信停止するか否かを選択できる。例えば、ＭＢＭＳサービス受信を希望するＨＵＥがいない場合は、ＨｅＮＢがＭＢＭＳ送信サブフレームにおいて送信停止を行わず、ユニキャストデータの送信を行うことにより、無線リソースの利用効率を向上する。

２０１ ＭｅＮＢ、２０２ ＨｅＮＢ、２０５ ＭＣＥ、３１２ ユニキャストデータ送信可否判定処理プログラム

Claims (14)

1. 無線通信システムにおいて、
   複数の端末に宛てたマルチキャスト送信を行う第１の基地局と、
   マルチキャスト送信を行わない第２の基地局と、を備え、
   前記第２の基地局は、第１の基地局がマルチキャスト送信を行う時間スロットに基づいて、前記第２の基地局が行う、端末への通信を制御することを特徴とする無線通信システム。
2. 請求項１記載の無線通信システムであって、
   第２の基地局は、
   前記時間スロットに対応する時間スロットにおいて、単一の端末に宛てたユニキャスト送信を行わないことをもって送信停止することを特徴とする無線通信システム。
3. 請求項１記載の無線通信システムであって、
   第１の基地局に対してマルチキャスト送信を行う時間スロットを指定するマルチキャスト制御局を備え、
   第１の基地局がマルチキャスト送信を行う上記時間スロットを、マルチキャスト制御局が第２の基地局に通知することを特徴とする無線通信システム。
4. 請求項３記載の無線通信システムであって、
   マルチキャスト制御局が第２の基地局に通知する時間スロットは、マルチキャスト送信用に割当てられた時間スロットの割当てパターン形式で定義され、
   上記時間スロット割当てパターンは、複数の連続した時間スロットからなる無線フレーム割当ての周期と、無線フレーム割当ての時間オフセットと、無線フレーム内の時間スロット割当ての情報を含むことを特徴とする無線通信システム。
5. 請求項１記載の無線通信システムであって、
   第１の基地局がマルチキャスト送信を行う時間スロットを、第１の基地局が第２の基地局に通知することを特徴とする無線通信システム。
6. 請求項５記載の無線通信システムであって、
   マルチキャスト制御局が第２の基地局に通知する時間スロットは、マルチキャスト送信用に割当てられた時間スロットの割当てパターン形式で定義され、
   上記時間スロット割当てパターンは、複数の連続した時間スロットからなる無線フレーム割当ての周期と、無線フレーム割当ての時間オフセットと、無線フレーム内の時間スロット割当ての情報を含むことを特徴とする無線通信システム。
7. 請求項１記載の無線通信システムであって、
   第２の基地局が、第２の基地局と接続する端末との通信のために無線リソースの割当てを行い、
   かつ、第２の基地局が、第１の基地局がマルチキャスト送信を行う時間スロットの無線リソースを、対象とする無線リソースから除外することを特徴とする無線通信システム。
8. 無線通信システムにおいて、
   複数の端末に宛てたマルチキャスト送信を行う第１の基地局と、
   マルチキャスト送信を行わない第２の基地局を備え、
   第１の基地局がマルチキャスト送信を行う上記時間スロットを、第２の基地局が、第２の基地局と接続する端末に通知することを特徴とする無線通信システム。
9. 請求項８記載の無線通信システムであって、
   第１の基地局に対してマルチキャスト送信を行う時間スロットを指定するマルチキャスト制御局を備え、
   第１の基地局がマルチキャスト送信を行う上記時間スロットを、マルチキャスト制御局が第２の基地局に通知することを特徴とする無線通信システム。
10. 請求項８記載の無線通信システムであって、
    マルチキャスト制御局が第２の基地局に通知する時間スロットは、第１の基地局がマルチキャスト送信する情報のうちマルチキャスト制御情報が送信される時間スロットであって、
    上記時間スロットは、マルチキャスト制御情報送信用に割当てられた時間スロットの割当てパターン形式で定義され、
    上記時間スロット割当てパターンは、複数の連続した時間スロットからなる無線フレーム割当ての周期と、無線フレーム割当ての時間オフセットと、マルチキャスト制御情報の更新周期と、無線フレーム内の時間スロット割当ての情報を含むことを特徴とする無線通信システム。
11. 請求項８記載の無線通信システムであって、
    マルチキャスト制御局が第２の基地局に通知する時間スロットは、第１の基地局がマルチキャスト送信する情報のうちマルチキャスト制御情報が送信される時間スロットであって、
    上記マルチキャスト制御情報の更新を、第２の基地局が、第２の基地局と接続する端末に通知することを特徴とする無線通信システム。
12. 端末との通信範囲が、マルチキャスト送信を行う第１の基地局の通信範囲と重複する第２の基地局であって、
    前記マルチキャスト送信を行う時間スロットに関する情報を取得する取得部と、
    前記取得された時間スロットに対応する、時間スロットにおける前記端末への通信を制御する制御部と、を有することを特徴とする第２の基地局。
13. 請求項１２記載の第２の基地局であって、
    前記制御部は、前記マルチキャスト送信を行う時間スロットに対応する時間スロットか否かを判定し、対応する時間スロットの場合は、前記マルチキャスト送信を行う時間スロットに対応する第一の時間スロットでは、ユニキャストデータ送信を行なわず、対応しない第２の時間スロットの場合は、前記第２の時間スロットでユニキャストデータ送信を行う、ことを特徴とする第２の基地局。
14. 請求項１２記載の第２の基地局であって、
    前記取得部は、前記第１の基地局におけるマルチキャスト送信のスケジューリングを行うマルチキャスト制御装置から、前記第１の基地局がマルチキャスト送信を行う時間スロットに関する情報を取得する、ことを特徴とする第２の基地局。

Images