(57)【特許請求の範囲】
【請求項１】
基地局であって、
アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従ってユーザ端末と通信する通信部と；
ダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるスケジューラと；
を備え、
前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して他の基地局と無線通信し、
前記スケジューラは、前記他の基地局へ送信すべき情報の有無に応じて前記境界の移動を制御する、基地局。
【請求項２】
前記スケジューラは、アップリンク用サブフレームからダウンリンク用サブフレームへの境界を移動させる、請求項１に記載の基地局。
【請求項３】
前記スケジューラは、アップリンク用サブフレームからダウンリンク用サブフレームへの境界を時間軸上の前方向に移動させ、
前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して他の基地局に情報を無線送信する、請求項２に記載の基地局。
【請求項４】
前記スケジューラは、前記他の基地局から無線送信された情報を受信するためのリソースを、前記フレームフォーマットにおいてダウンリンク用サブフレームを直後に有するアップリンク用サブフレーム内に配置する、請求項３に記載の基地局。
【請求項５】
前記スケジューラは、アップリンク用サブフレームからダウンリンク用サブフレームへの境界を時間軸上の後方向に移動させ、
前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して、他の基地局から無線送信された情報を受信する、請求項２に記載の基地局。
【請求項６】
前記通信部から送信される前記情報は基地局間干渉制御に用いられる情報である、請求項２〜５のいずれか一項に記載の基地局。
【請求項７】
前記スケジューラは、ダウンリンク用サブフレームからアップリンク用サブフレームへの境界を移動させる、請求項１に記載の基地局。
【請求項８】
前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームがＭＢＳＦＮサブフレームであることを示す情報を送信する、請求項１に記載の基地局。
【請求項９】
アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従ってユーザ端末と通信するステップと；
他の基地局へ送信すべき情報の有無に応じてダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるステップと；
移動前の境界と移動後の境界との間のサブフレームを利用して前記他の基地局と無線通信するステップと；
を含む、無線通信方法。
【請求項１０】
ユーザ端末であって、
アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従って基地局と通信する通信部を備え、
前記通信部は、ダウンリンク用サブフレームとアップリンク用サブフレームの移動前の境界と移動後の境界との間のサブフレームを利用して他のユーザ端末と無線通信し、前記他のユーザ端末へ送信すべき情報の有無に応じて前記境界の移動要求を前記基地局に送信する、ユーザ端末。
【請求項１１】
前記通信部は、ダウンリンク用サブフレームとアップリンク用サブフレームの境界の移動要求を前記基地局に送信する、請求項１０に記載のユーザ端末。
【請求項１２】
前記移動前の境界は、前記フレームフォーマットにおけるアップリンク用サブフレームからダウンリンク用サブフレームの境界であって、前記移動後の境界は、前記移動前の境界の時間軸上の後方向に位置する、請求項１１に記載のユーザ端末。
【請求項１３】
アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従って基地局と通信するステップと；
ダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるステップと；
移動前の境界と移動後の境界の間のサブフレームを利用して他のユーザ端末と無線通信するステップと；
を含み、
前記他のユーザ端末へ送信すべき情報の有無に応じて前記境界の移動要求を前記基地局に送信する、無線通信方法。
【請求項１４】
第１の基地局と；
アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従ってユーザ端末と通信する通信部、および、
ダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるスケジューラ、を有し
前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して前記第１の基地局と無線通信し、
前記スケジューラは、前記第１の基地局へ送信すべき情報の有無に応じて前記境界の移動を制御する、第２の基地局と；
を備える、無線通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、基地局、無線通信方法、ユーザ端末、および無線通信システムに関する。
【背景技術】
【０００２】
現在、３ＧＰＰ（Ｔｈｉｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）において４Ｇの無線通信システムの規格化が進められている。４Ｇによれば、リレーやキャリアアグリゲーションなどの技術を用いることにより、最大通信速度の向上やセルエッジでの品質向上を実現することができる。また、ＨｅＮＢ（ＨｅＮｏｄｅＢ、Ｈｏｍｅ  ｅＮｏｄｅＢ、フェムトセル基地局、携帯電話用小型基地局などとも称されるが、以下ではＨｅＮｏｄｅＢと称する。）やＲＨＨ（リモートラジオヘッド）など、ｅＮｏｄｅＢ（マクロセル基地局）以外の基地局の導入によりカバレッジを向上させることも検討されている。
【０００３】
上記の各ｅＮｏｄｅＢにはＸ２インタフェースが備えられ、各ｅＮｏｄｅＢは、Ｘ２インタフェースを介して他のｅＮｏｄｅＢと直接的に通信することができる。したがって、各ｅＮｏｄｅＢは、例えばセル間の干渉制御（ＩＣＩＣ：Ｉｎｔｅｒ  Ｃｅｌｌ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｃｏｏｄｉｎａｔｉｏｎ）のための情報を他のｅＮｏｄｅＢとＸ２インタフェースを介して交換することができる。
【０００４】
また、上記のＨｅＮｏｄｅＢは、家庭の中に設置される小型基地局である。このＨｅＮｏｄｅＢの設置により、ユーザ端末は家の中でｅＮｏｄｅＢの電波が弱い場所でもＨｅＮｏｄｅＢと通信することが可能となる。また、ＨｅＮｏｄｅＢの設置により、ｅＮｏｄｅＢの負荷を抑制する効果が見込めるので、ＨｅＮｏｄｅＢは４Ｇにおいて重要なノードとして位置づけられている。
【０００５】
なお、４ＧではＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードとＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードが用意されている。ＴＤＤモードは、１フレームを構成する１０個のサブフレームの各々をアップリンク用またはダウンリンク用に設定する方法である。このＴＤＤモードについては、例えば特許文献１に記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２０００−１３８７０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかし、上記のＨｅＮｏｄｅＢには、Ｘ２インタフェースが設けられていない。これは、ＨｅＮｏｄｅＢが家庭のインターネット回線に接続されるので、Ｘ２インタフェースで必要な遅延などの品質を満たすことが困難だからである。このため、ＨｅＮｏｄｅＢは、他のＨｅＮｏｄｅＢと直接通信することができないという問題があった。
【０００８】
そこで、本発明は、上記問題に鑑みてなされたものであり、本発明の目的とするところは、ＨｅＮｏｄｅＢなどの基地局間の無線通信を実現することが可能な、新規かつ改良された基地局、無線通信方法、ユーザ端末、および無線通信システムを提供することにある。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明のある観点によれば、基地局であって、アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従ってユーザ端末と通信する通信部と、ダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるスケジューラと、を備え、前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して他の基地局と無線通信する、基地局が提供される。
【００１０】
前記スケジューラは、アップリンク用サブフレームからダウンリンク用サブフレームの境界を移動させてもよい。
【００１１】
前記スケジューラは、アップリンク用サブフレームからダウンリンク用サブフレームの境界を時間軸上の前方向に移動させ、前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して他の基地局に情報を無線送信してもよい。
【００１２】
前記スケジューラは、前記他の基地局から無線送信された情報を受信するためのリソースを、前記フレームフォーマットにおいてダウンリンク用サブフレームを直後に有するアップリンク用サブフレーム内に配置してもよい。
【００１３】
前記スケジューラは、アップリンク用サブフレームからダウンリンク用サブフレームの境界を時間軸上の後方向に移動させ、前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して、他の基地局から無線送信された情報を受信してもよい。
【００１４】
前記通信部と前記他の基地局の間で送受信される前記情報は基地局間干渉制御に用いられる情報であってもよい。
【００１５】
前記スケジューラは、ダウンリンク用サブフレームからアップリンク用サブフレームの境界を移動させてもよい。
【００１６】
前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームがＭＢＳＦＮサブフレームであることを示す情報を送信してもよい。
【００１７】
また、上記課題を解決するために、本発明の別の観点によれば、アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従ってユーザ端末と通信するステップと、ダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるステップと、移動前の境界と移動後の境界との間のサブフレームを利用して他の基地局と無線通信するステップと、を含む無線通信方法が提供される。
【００１８】
また、上記課題を解決するために、本発明の別の観点によれば、ユーザ端末であって、アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従って基地局と通信する通信部を備え、前記通信部は、ダウンリンク用サブフレームとアップリンク用サブフレームの移動前の境界と移動後の境界との間のサブフレームを利用して他のユーザ端末と無線通信する、ユーザ端末が提供される。
【００１９】
前記通信部は、ダウンリンク用サブフレームとアップリンク用サブフレームの境界の移動要求を前記基地局に送信してもよい。
【００２０】
前記移動前の境界は、前記フレームフォーマットにおけるアップリンク用サブフレームからダウンリンク用サブフレームの境界であって、前記移動後の境界は、前記移動前の境界の時間軸上の後方向に位置してもよい。
【００２１】
また、上記課題を解決するために、本発明の別の観点によれば、アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従って基地局と通信するステップと、ダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるステップと、移動前の境界と移動後の境界の間のサブフレームを利用して他のユーザ端末と無線通信するステップと、を含む無線通信方法が提供される。
【００２２】
また、上記課題を解決するために、本発明の別の観点によれば、第１の基地局と、アップリンク用サブフレームとダウンリンク用サブフレームが時分割で構成されるフレームフォーマットに従ってユーザ端末と通信する通信部、および、ダウンリンク用サブフレームとアップリンク用サブフレームの境界を移動させるスケジューラ、を有し、前記通信部は、前記スケジューラによる移動前の境界と移動後の境界との間のサブフレームを利用して前記第１の基地局と無線通信する第２の基地局と、を備える無線通信システムが提供される。
【発明の効果】
【００２３】
以上説明したように本発明によれば、ＨｅＮｏｄｅＢなどの基地局間の無線通信を実現することができる。
【図面の簡単な説明】
【００２４】
【図１】４Ｇによる無線通信システムの構成例を示した説明図である。
【図２】４Ｇのフレームフォーマットを示した説明図である。
【図３】ＴＤＤフレームの構成例を示した説明図である。
【図４】本発明の第１の実施形態によるＨｅＮｏｄｅＢの構成を示した機能ブロック図である。
【図５】３台のＨｅＮｏｄｅＢが通常の運用状態である場合のＴＤＤフレームを示した説明図である。
【図６】変更後のＴＤＤフレームを示した説明図である。
【図７】ＨｅＮｏｄｅＢのサブフレームの詳細な構成を示した説明図である。
【図８】Ｘ２データを送信するリソースブロックを示した説明図である。
【図９】ＨｅＮｏｄｅＢのフレーム構成の変形例を示した説明図である。
【図１０】Ｘ２データを送信するリソースブロックを示した説明図である。
【図１１】ＨｅＮｏｄｅＢのフレーム構成の変形例を示した説明図である。
【図１２】本発明の第１の実施形態によるＨｅＮｏｄｅＢの動作を示したフローチャートである。
【図１３】ＴＤＤフレームの構成の変形例を示した説明図である。
【図１４】本発明の第２の実施形態によるユーザ端末の構成を示した説明図である。
【図１５】第２の実施形態によるＴＤＤフレームの構成例を示した説明図である。
【図１６】本発明の第２の実施形態によるユーザ端末の動作を示したフローチャートである。
【図１７】サブフレームの構成を示した説明図である。
【図１８】第３の実施形態を示す説明図である。
【発明を実施するための形態】
【００２５】
以下に添付図面を参照しながら、本発明の好適な実施の形態について詳細に説明する。なお、本明細書及び図面において、実質的に同一の機能構成を有する構成要素については、同一の符号を付することにより重複説明を省略する。
【００２６】
また、本明細書及び図面において、実質的に同一の機能構成を有する複数の構成要素を、同一の符号の後に異なるアルファベットを付して区別する場合もある。例えば、実質的に同一の機能構成を有する複数の構成を、必要に応じてＨｅＮｏｄｅＢ３０Ａ、３０Ｂおよび３０Ｃのように区別する。ただし、実質的に同一の機能構成を有する複数の構成要素の各々を特に区別する必要がない場合、同一符号のみを付する。例えば、ＨｅＮｏｄｅＢ３０Ａ、３０Ｂおよび３０Ｃを特に区別する必要が無い場合には、単にＨｅＮｏｄｅＢ３０と称する。
【００２７】
また、以下に示す項目順序に従って当該「発明を実施するための形態」を説明する。
１．４Ｇの概略
１−１．４Ｇのシステム構成
１−２．４Ｇにおけるフレームフォーマット
１−３．Ｘ２インタフェース
２．本発明の実施形態に至る経緯
３．第１の実施形態
３−１．ＨｅＮｏｄｅＢの構成
３−２．ＨｅＮｏｄｅＢの動作
３−３．第１の実施形態の補足
４．第２の実施形態
４−１．ユーザ端末の構成
４−２．ユーザ端末の動作
５．第３の実施形態
６．まとめ
【００２８】
＜１．４Ｇの概略＞
現在、３ＧＰＰにおいて４Ｇの無線通信システムの規格化が進められている。本発明の実施形態は、一例としてこの４Ｇの無線通信システムに適用することができるので、まず、４Ｇの無線通信システムの概略を説明する。
【００２９】
［１−１．４Ｇのシステム構成］
図１は、４Ｇによる無線通信システム１の構成例を示した説明図である。図１に示したように、無線通信システム１は、ｅＮｏｄｅＢ１０Ａ〜１０Ｃ、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）１２、Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ  Ｇａｔｅｗａｙ）１４、ユーザ端末（ＵＥ：Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）２０Ａおよび２０Ｂ、ＨｅＮｏｄｅＢ３０Ａ〜３０Ｃ、およびＨｅＮｏｄｅＢ−ＧＷ３４を有する。
【００３０】
ｅＮｏｄｅＢ１０は、ユーザ端末２０と通信する無線基地局である。例えば、ｅＮｏｄｅＢ１０Ａはユーザ端末２０Ａを収容し、ユーザ端末２０Ａとの通信をスケジューリングし、スケジューリングに基づいてユーザ端末２０Ａと無線通信を行う。また、各ｅＮｏｄｅＢ１０は、Ｘ２インタフェースを備えており、Ｘ２インタフェースを介して情報交換を行うことができる。Ｘ２インタフェースを介して交換される情報については、「１−３．Ｘ２インタフェース」において詳細に説明する。
【００３１】
ＭＭＥ１２は、データ通信用のセッションの設定、開放やハンドオーバーの制御を行う装置である。このＭＭＥ１２は、ｅＮｏｄｅＢ１０、およびＨｅＮｏｄｅＢ−ＧＷ３４とＳ１インタフェースを介して直接接続される。
【００３２】
Ｓ−ＧＷ１４は、ユーザデータのルーティング、転送などを行う装置である。このＳ−ＧＷは、ｅＮｏｄｅＢ１０、およびＨｅＮｏｄｅＢ−ＧＷ３４とＳ１インタフェースを介して直接接続される。
【００３３】
ユーザ端末２０は、主にユーザによって利用される端末であって、ｅＮｏｄｅＢ１０やＨｅＮｏｄｅＢ３０などの基地局と通信する。一例として、ユーザ端末２０は携帯電話に該当するが、ユーザ端末２０は携帯電話に限定されない。例えば、ユーザ端末２０は、ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）、家庭用映像処理装置（ＤＶＤレコーダ、ビデオデッキなど）、ＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）、家庭用ゲーム機器、家電機器などの情報処理装置であってもよい。また、ユーザ端末２０は、ＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙｐｈｏｎｅ  Ｓｙｓｔｅｍ）、携帯用音楽再生装置、携帯用映像処理装置、携帯用ゲーム機器などの情報処理装置であってもよい。
【００３４】
ＨｅＮｏｄｅＢ３０は、家庭の中に設置される小型基地局である。このＨｅＮｏｄｅＢ３０の設置により、ユーザ端末は家の中でｅＮｏｄｅＢ１０の電波が弱い場所でもＨｅＮｏｄｅＢ３０と通信することが可能となる。また、ＨｅＮｏｄｅＢ３０は、Ｓ−ＧＷ１４またはＨｅＮｏｄｅＢ―ＧＷ３４とＳ１インタフェースを介して接続される。
【００３５】
ＨｅＮｏｄｅＢ―ＧＷ３４は、ＨｅＮｏｄｅＢ３０とＳ１インタフェースを介して接続されており、ＨｅＮｏｄｅＢ３０による通信データのルーティング、転送などを行う装置である。
【００３６】
なお、図１においては、基地局の一例としてｅＮｏｄｅＢ１０、およびＨｅＮｏｄｅＢ３０を示しているが、４Ｇにおいては他の基地局も提案されている。例えば、ユーザ端末２０およびｅＮｏｄｅＢ１０間の通信を中継するリレーノードやＲＨＨ（リモートラジオヘッド）などの基地局の導入も提案されている。本発明の実施形態は、これらの基地局のいずれにも適用可能である。より詳細には、以下ではＨｅＮｏｄｅＢ３０間の通信、およびユーザ端末２０間の通信に関する実施形態を説明するが、これら実施形態は、ｅＮｏｄｅＢ１０間の通信や、ｅＮｏｄｅＢ１０およびＨｅＮｏｄｅＢ３０間の通信にも適用可能である。
【００３７】
［１−２．４Ｇにおけるフレームフォーマット］
４Ｇにおいては、ＦＤＤ（Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードとＴＤＤ（Ｔｉｍｅ  Ｄｉｖｉｓｉｏｎ  Ｄｕｐｌｅｘ）モードが用意されている。以下では、本発明の実施形態と関連性の高いＴＤＤモードによるフレームフォーマットについて説明する。
【００３８】
図２は、４Ｇのフレームフォーマットを示した説明図である。図２に示したように、１０ｍｓの無線フレームは、１０個の１ｍｓのサブフレーム＃０〜＃９から構成されている。また、１ｍｓの各サブフレームは、２つの０．５ｍｓスロットで構成されている。さらに、各０．５ｍｓスロットは、７Ｏｆｄｍシンボルで構成されている。
【００３９】
ＴＤＤは、図２に示した１０個のサブフレームの各々をアップリンク（ユーザ端末から基地局）用またはダウンリンク（基地局からユーザ端末）用として使い分ける方法である。ただし、サブフレーム＃０と＃５には、図２において斜線で示した位置にフレーム同期用が入っているので、サブフレーム＃０と＃５は、固定的にダウンリンク用のサブフレームとして利用される。サブフレーム＃０と＃５以外のサブフレームは、アップリンクまたはダウンリンクとして使用できる。
【００４０】
なお、隣接する基地局では、このＴＤＤのアップリンクとダウンリンクが同じアロケーションになっていることが基本であると考える。隣接する基地局の同じサブフレームがアップリンク用とダウンリンク用とで異なることは、干渉抑制の面から望ましくないからである。ただし、各基地局のアップリンクとダウンリンクのアロケーションが完全に一致することを規格として求められているわけではない。
【００４１】
図３は、ＴＤＤフレームの構成例を示した説明図である。図３に示した例では、サブフレーム＃０、＃５〜＃９がダウンリンク用として設定され、サブフレーム＃２〜＃４がアップリンク用として設定されている。また、図３に示したように、ダウンリンク用のサブフレームとアップリンク用のサブフレームの間には、スペシャルサブフレームが挿入される（サブフレーム＃１）。
【００４２】
このスペシャルサブフレームは、アップリンクとダウンリンクの間のＲＦのスイッチ時間、および基地局とユーザ端末２０との距離に応じた信号伝達の遅延時間のためのガードタイムであり、ダウンリンクからアップリンクへの切り替えの場所に集中して設けられる。
【００４３】
具体的には、スペシャルサブフレームは、ＤｗＰＴＳ（Ｄｏｗｎｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅｓｌｏｔ）、Ｇｕａｒｄ  Ｐｅｒｉｏｄ、およびＵｐＰＴＳ（Ｕｐｌｉｎｋ  Ｐｉｌｏｔ  Ｔｉｍｅｓｌｏｔ）から構成される。ＤｗＰＴＳは、基地局から送信されるダウンリンクデータを受信するユーザ端末のなかで、受信完了が遅延により最も大きいユーザ端末２０に応じて設定される。
【００４４】
また、ＵｐＰＴＳは、基地局にアップリンクデータを送信するユーザ端末のなかで、アップリンクデータの送信から基地局による受信までの時間が最も長いユーザ端末に応じて設定される。
【００４５】
すなわち、アップリンクデータの送信から基地局による受信までの時間が最も長いユーザ端末は、サブフレーム＃２の開始タイミングよりＵｐＰＴＳ時間だけ早めにアップリンクデータの送信を開始する。また、各ユーザ端末２０は、ＤｗＰＴＳ時間内にサブフレーム＃０において基地局から送信されたダウンリンクデータの受信を完了する。したがって、ダウンリンクからアップリンクに切り替わる場合には、比較的大きなガードタイムを設けるためにスペシャルサブフレームが必要になるが、アップリンクからダウンリンクに切り替わる場合には比較的大きなガードタイムは必要ないのでスペシャルサブフレームは必要とならない。なお、４Ｇにおいてはアップリンクからダウンリンクに切り替わる場合にもガードタイム自体は必要となるが、小さいガードタイムであるため、本願のフレーム構成例では図示を省略している。
【００４６】
このように、４ＧのＴＤＤフレームでは、ユーザ端末２０の視点からすると、ダウンリンク用のサブフレームからアップリンク用のサブフレームへの切り替え時にのみスペシャルサブフレームが挿入される。
【００４７】
［１−３．Ｘ２インタフェース］
上記で図１を参照して説明したｅＮｏｄｅＢ間のＸ２インタフェースの用途として、以下の例が挙げられる。
【００４８】
（１）ＩＣＩＣ、すなわち、ｅＮｏｄｅＢ間の干渉抑制のための制御
ｅＮｏｄｅＢは、セルの込み具合を示すＯＩ（Ｏｖｅｒ  ｌｏａｄ  Ｉｎｄｉｃａｔｏｒ）、他セルからの被干渉レベルを示すＨｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  Ｉｎｄｉｃａｔｏｒ、相手基地局の送信パワーを示すＲｅｌａｔｉｖｅ  Ｎａｒｒｏｗｂａｎｄ  Ｔｘ  Ｐｏｗｅｒなどの情報をＸ２インタフェースを介して通信することにより、ＩＣＩＣを行う。
【００４９】
なお、Ｈｉｇｈ  Ｉｎｔｅｒｆｅｒｅｎｃｅ  ＩｎｄｉｃａｔｏｒはｅＮｏｄｅＢ１０における測定により得られ、Ｒｅｌａｔｉｖｅ  Ｎａｒｒｏｗｂａｎｄ  Ｔｘ  Ｐｏｗｅｒはユーザ端末２０におけるＲＳＲＰ／ＲＳＳＩの測定などにより得られる。
【００５０】
（２）シームレスなハンドオーバー
ハンドオーバー元のサービングｅＮｏｄｅＢ１０は、ハンドオーバー先のターゲットｅＮｏｄｅＢ１０にデータおよび制御情報をＸ２インタフェースを介して転送することにより、シームレスなハンドオーバーを実現する。
【００５１】
（３）ＣｏＭＰ（Ｃｏｏｒｄｉｎａｔｅｄ  Ｍｕｌｔｉｐｏｉｎｔ  Ｔｒａｎｓｍｉｓｓｉｏｎ）
隣接のｅＮｏｄｅＢ１０間で、Ｘ２インタフェースを介して送受信データやスケジューリング情報を通信することにより、ＣｏＭＰを行う。なお、ダウンリンクのＣｏＭＰを行う場合には、隣接のｅＮｏｄｅＢ１０間で送信データをビットデータとして共有する。また、ダウンリンクのＣｏＭＰを行う場合には、隣接のｅＮｏｄｅＢ１０間で送信用重みを共有する場合もある。一方、アップリンクのＣｏＭＰを行う場合には、隣接のｅＮｏｄｅＢ１０間で受信データをソフトビットで共有する場合やデコードされたビットデータで共有する方法等が考えられる。
【００５２】
＜２．本発明の実施形態に至る経緯＞
上記の「１−３．Ｘ２インタフェース」において説明した目的のために、Ｘ２インタフェースは、低遅延で大容量のデータを送信できることが重要である。一方、ＨｅＮｏｄｅＢ３０には、Ｘ２インタフェースが設けられていない。これは、ＨｅＮｏｄｅＢ３０が家庭のインターネット回線に接続されるので、Ｘ２インタフェースで必要な遅延などの品質を満たすことが困難だからである。
【００５３】
このため、ＨｅＮｏｄｅＢ３０は、隣接するＨｅＮｏｄｅＢ３０と直接通信することができないので、上記のＩＣＩＣやＣｏＭＰを実現することが困難であるという問題があった。また、ユーザ端末２０も、４Ｇによるフレームフォーマットを利用して他のユーザ端末２０とＰ２Ｐ通信を行うことができなかった。
【００５４】
そこで、上記実情を一着眼点にして本発明の実施形態を創作するに至った。本発明の第１の実施形態によれば、ＨｅＮｏｄｅＢ３０などの基地局同士が無線で直接通信することが可能である。また、本発明の第２の実施形態によれば、ユーザ端末２０同士が無線で直接通信することが可能である。以下、このような本発明の第１の実施形態および第２の実施形態について詳細に説明する。
【００５５】
＜３．第１の実施形態＞
本発明の第１の実施形態は、ＨｅＮｏｄｅＢ３０などの基地局同士が所定のリソースを利用してＸ２データ（「１−３．Ｘ２インタフェース」において説明した各用途のための情報）を無線で交換するものである。なお、以下では基地局の一例としてＨｅＮｏｄｅＢ３０に重きをおいて説明するが、本発明の第１の実施形態は、リレーノード、ｅＮｏｄｅＢ３０およびＲＲＨなどの他の基地局にも適用可能である。
【００５６】
［３−１．ＨｅＮｏｄｅＢの構成］
図４は、本発明の第１の実施形態によるＨｅＮｏｄｅＢ３０の構成を示した機能ブロック図である。図４に示したように、ＨｅＮｏｄｅＢ３０は、無線通信部３１０、通常データ処理部３２０、Ｘ２データ処理部３３０およびスケジューラ３４０を備える。なお、図４においては記載を省略しているが、ＨｅＮｏｄｅＢ３０はＨｅＮｏｄｅＢ−ＧＷ３４などと通信するためのＳ１インタフェースも備える。
【００５７】
無線通信部３１０は、ユーザ端末２０へ制御信号やデータを送信する送信部、ユーザ端末２０から制御信号やデータを受信する受信部としての機能を有する。さらに、本発明の実施形態による無線通信部３１０は、周囲のＨｅＮｏｄｅＢ３０とＩＣＩＣのための情報やＣｏＭＰのための情報などのＸ２データを、スケジューラ３４０によって割り当てられるリソースを用いて無線で送受信する。
【００５８】
通常データ処理部３２０は、ユーザ端末２０との通信データを処理する。例えば、通常データ処理部３２０は、無線通信部３１０によりユーザ端末２０から受信されたデータをＳ１インタフェースを介して転送する。Ｘ２データ処理部３３０は、他のＨｅＮｏｄｅＢ３０と交換するためのＸ２データの収集や、他のＨｅＮｏｄｅＢ３０から得られたＸ２データに基づく処理などを行う。
【００５９】
（スケジューリング）
スケジューラ３４０は、ユーザ端末２０との通常データの送受信、および他のＨｅＮｏｄｅＢ３０とのＸ２データの送受信のためのリソースを、ＴＤＤフレーム上でスケジューリングする。以下、このスケジューラ３４０によるスケジューリングについて詳細に説明する。
【００６０】
図５は、３台のＨｅＮｏｄｅＢ３０が通常の運用状態である場合のＴＤＤフレームを示した説明図である。図５に示したように、通常の運用状態で動作するＨｅＮｏｄｅＢ３０Ａ〜３０Ｃは、サブフレーム＃２〜＃４をアップリンク用のサブフレームとして使用し、サブフレーム＃５〜＃９をダウンリンク用のサブフレームとして使用する。
【００６１】
ここで、ＨｅＮｏｄｅＢ３０同士がＸ２データを通信するためのリソースとしてどのサブフレームが適切であるかを検討する。まず、ＨｅＮｏｄｅＢ３０同士がＸ２データを通信するためには、同一のサブフレームを一方がアップリンク用（受信側）として設定し、他方がダウンリンク用（送信側）として設定している必要がある。すなわち、Ｘ２データを交換する複数のＨｅＮｏｄｅＢ３０のうちのいずれかのＨｅＮｏｄｅＢ３０が、いずれかのサブフレームをアップリンク用からダウンリンク用に変更、またはダウンリンク用からアップリンク用に変更する必要がある。
【００６２】
しかし、１フレーム中においてダウンリンクとアップリンクの切り替え回数が多くなると、スペシャルサブフレームの挿入数も多くなり、通信効率が低下する。例えば、ＨｅＮｏｄｅＢ３０Ｂがサブフレーム＃７をアップリンク用に変更してＨｅＮｏｄｅＢ３０ＡからＸ２データを受信するには、ＨｅＮｏｄｅＢ３０Ｂのサブフレーム＃６にスペシャルサブフレームを挿入する必要があるので、通信効率が低下する。
【００６３】
したがって、アップリンク用のサブフレームとダウンリンク用のサブフレームの境界を移動することにより、いずれかのサブフレームをアップリンク用からダウンリンク用に変更、またはダウンリンク用からアップリンク用に変更することが適切である。ただし、ダウンリンク用のサブフレームからアップリンク用のサブフレームへの境界ｂ１を移動させることも可能であるが、ダウンリンク用のサブフレームからアップリンク用のサブフレームへの境界ｂ１にはスペシャルサブフレームが挿入されるので、アップリンク用のサブフレームからダウンリンク用のサブフレームへの境界ｂ２を移動することが特に適切である。
【００６４】
具体的には、Ｘ２データをＨｅＮｏｄｅＢ３０Ａに送信するＨｅＮｏｄｅＢ３０Ｂのスケジューラ３４０は、図６に示したように境界ｂ２を時間軸上の前方向に移動させることにより、サブフレーム＃４をダウンリンク用のサブフレームに変更する。これにより、ＨｅＮｏｄｅＢ３０Ｂがサブフレーム＃４においてＸ２データを無線送信し、ＨｅＮｏｄｅＢ３０Ａは、ＨｅＮｏｄｅＢ３０Ｂからサブフレーム＃４において送信されたＸ２データを受信することが可能となる。
【００６５】
ただし、受信側のＨｅＮｏｄｅＢ３０はいつ他のＨｅＮｏｄｅＢ３０からＸ２データが送信されるかを把握できない場合も考えられる。そこで、各ＨｅＮｏｄｅＢ３０は、図７を参照して説明するように、Ｘ２データ通信用のリソースブロックを事前に予約しておく。
【００６６】
図７は、ＨｅＮｏｄｅＢ３０Ａのサブフレームの詳細な構成を示した説明図である。図７に示したように、各サブフレームには、１２サブキャリア×７Ｏｆｄｍシンボルからなるリソースブロックが格子状に敷き詰められている。スケジューラ３４０は、このリソースブロック単位でユーザ端末２０またはＸ２データの通信のためにリソースを割り当てることができる。
【００６７】
このため、ＨｅＮｏｄｅＢ３０Ａのスケジューラ３４０は、通常運用時、他のＨｅＮｏｄｅＢ３０からＸ２データが送信される可能性のあるリソースブロックを予約しておく。例えば、ＨｅＮｏｄｅＢ３０Ａのスケジューラ３４０は、図７に示したようにサブフレーム＃４中のリソースブロックＲＢ１をＨｅＮｏｄｅＢ３０ＢとのＸ２通信用のリソースとして予約する。また、ＨｅＮｏｄｅＢ３０Ａのスケジューラ３４０は、サブフレーム＃４中のリソースブロックＲＢ２をＨｅＮｏｄｅＢ３０ＣとのＸ２通信用のリソースとして予約しておく。なお、他のリソースブロックは通常のデータ通信用に使用される。
【００６８】
そして、ＨｅＮｏｄｅＢ３０Ｂは、Ｘ２データをＨｅＮｏｄｅＢ３０Ａに送信する場合、図８に示したように、ＨｅＮｏｄｅＢ３０ＡがＸ２データの通信用リソースとして予約しているリソースブロックＲＢ１を利用してＸ２データを送信する。
【００６９】
なお、ＨｅＮｏｄｅＢ３０Ｂは、通常運用時には、リソースブロックＲＢ１をＨｅＮｏｄｅＢ３０ＡとのＸ２通信用のリソースとして予約しており、リソースブロックＲＢ２をＨｅＮｏｄｅＢ３０ＣとのＸ２通信用のリソースとして予約している。したがって、ＨｅＮｏｄｅＢ３０Ａがサブフレーム＃４をダウンリンク用に変更してリソースブロックＲＢ１においてＸ２データを送信した場合、ＨｅＮｏｄｅＢ３０ＢはＨｅＮｏｄｅＢ３０Ａから送信されたＸ２データを正常に受信することが可能である。
【００７０】
（変形例１）
また、上記では、１フレーム中にＸ２データ通信用のリソースブロックを１つだけ予約する例を説明したが、図９に示すように、１フレーム中にＸ２データ通信用に複数のリソースブロックを予約してもよい。
【００７１】
図９は、ＨｅＮｏｄｅＢ３０Ａのフレーム構成の変形例を示した説明図である。図９に示したように、ＨｅＮｏｄｅＢ３０Ａは、他のＨｅＮｏｄｅＢ３０からＸ２データが送信される可能性のあるサブフレーム＃４中の複数のリソースブロックをＸ２データ通信用に予約してもよい。
【００７２】
この場合、ＨｅＮｏｄｅＢ３０Ｂは、Ｘ２データのデータ量に応じ、図１０に示したようにＨｅＮｏｄｅＢ３０Ａが予約している複数のリソースブロックの一部を利用してＸ２データを送信してもよい。なお、ＨｅＮｏｄｅＢ３０Ｂは、ＨｅＮｏｄｅＢ３０Ａが予約している複数のリソースブロック全てを利用してＸ２データを送信することも可能である。
【００７３】
（変形例２）
また、上記では、Ｘ２データを送信するＨｅＮｏｄｅＢ３０が、サブフレーム＃４のみをダウンリンク用に変更する例を説明したが、本発明の実施形態はかかる例に限定されない。例えば、Ｘ２データを送信するＨｅＮｏｄｅＢ３０は、図５に示した境界ｂ２をサブフレーム＃３まで移動することにより、サブフレーム＃３および＃４をダウンリンク用に変更してもよい。さらに、Ｘ２データを送信するＨｅＮｏｄｅＢ３０は、図５に示した境界ｂ２をサブフレーム＃２まで移動することにより、サブフレーム＃２〜＃４をダウンリンク用に変更してもよい。
【００７４】
この場合、ＨｅＮｏｄｅＢ３０は、他のＨｅＮｏｄｅＢ３０からサブフレーム＃２〜＃４においてＸ２データが送信される可能性があるので、図１１に示すように、サブフレーム＃２〜＃４中のリソースブロックをＸ２データ通信用に予約しておく。
【００７５】
図１１は、ＨｅＮｏｄｅＢ３０Ａのフレーム構成の変形例を示した説明図である。図１１に示したように、ＨｅＮｏｄｅＢ３０Ａは、他のＨｅＮｏｄｅＢ３０からＸ２データが送信される可能性のあるサブフレーム＃２〜＃４中のリソースブロックをＸ２データ通信用に予約してもよい。この場合、ＨｅＮｏｄｅＢ３０Ｂは、ＨｅＮｏｄｅＢ３０ＡがＸ２データの通信用リソースとして予約している例えばサブフレーム＃３および＃４中のリソースブロックを利用してＸ２データを送信する。なお、ＨｅＮｏｄｅＢ３０Ｂは、ＨｅＮｏｄｅＢ３０ＡがＸ２データの通信用リソースとして予約しているサブフレーム＃２〜＃４中のリソースブロックを利用してＸ２データを送信することも可能である。
【００７６】
［３−２．ＨｅＮｏｄｅＢの動作］
以上、本発明の第１の実施形態によるＨｅＮｏｄｅＢ３０の構成を説明した。続いて、本発明の第１の実施形態によるＨｅＮｏｄｅＢ３０の動作を説明する。
【００７７】
図１２は、本発明の第１の実施形態によるＨｅＮｏｄｅＢ３０の動作を示したフローチャートである。まず、ＨｅＮｏｄｅＢ３０のスケジューラ３４０は、通常のフレームフォーマットに従ってユーザ端末２０と通信を行う通常運用時（Ｓ４１０）、他のＨｅＮｏｄｅＢ３０に送信するＸ２データがあるか否かを判断する（Ｓ４２０）。
【００７８】
そして、ＨｅＮｏｄｅＢ３０のスケジューラ３４０は、他のＨｅＮｏｄｅＢ３０に送信するＸ２データがある場合、アップリンクからダウンリンクへの境界ｂ２を前方向に移動させることにより、サブフレーム＃４をダウンリンク用のサブフレームに変更する（Ｓ４３０）。その後、ＨｅＮｏｄｅＢ３０の無線通信部３１０が、サブフレーム＃４中の所定リソースを利用してＸ２データを他のＨｅＮｏｄｅＢ３０に送信する（Ｓ４４０）。
【００７９】
かかる構成により、ＨｅＮｏｄｅＢ３０間に疑似的なＸ２インタフェースを形成することができるので、ＨｅＮｏｄｅＢ３０同士がＩＣＩＣのための情報やハンドオーバーのための情報などを直接通信することが可能となる。
【００８０】
［３−３．第１の実施形態の補足］
なお、上記では、Ｘ２データを送信するＨｅＮｏｄｅＢ３０が所定のサブフレームをアップリンク用からダウンリンク用に変更する例を説明したが、第１の実施形態はかかる例に限定されない。例えば、図１３を参照して説明するように、Ｘ２データを受信するＨｅＮｏｄｅＢ３０が所定のサブフレームをダウンリンク用からアップリンク用に変更してもよい。
【００８１】
図１３は、ＴＤＤフレームの構成の変形例を示した説明図である。ＨｅＮｏｄｅＢ３０ＡがＨｅＮｏｄｅＢ３０ＢからＸ２データを受信する場合、ＨｅＮｏｄｅＢ３０Ａは、図１３に示したように、図５に示した境界ｂ２を時間軸上の後方向に移動させることにより、サブフレーム＃５をアップリンク用のサブフレームに変更する。かかる構成により、ＨｅＮｏｄｅＢ３０Ａは、ＨｅＮｏｄｅＢ３０からサブフレーム＃５において送信されるＸ２データを受信することが可能となる。
【００８２】
なお、各ＨｅＮｏｄｅＢ３０は、「３−１．ＨｅＮｏｄｅＢの構成」において説明したように、サブフレーム＃５中の複数のリソースブロックをＸ２データ通信用に予約してもよいし、サブフレーム＃５〜＃７中のリソースブロックをＸ２データ通信用に予約してもよい。
【００８３】
＜４．第２の実施形態＞
以上、本発明の第１の実施形態を説明した。続いて、本発明の第２の実施形態を説明する。本発明の第１の実施形態は、ＨｅＮｏｄｅＢ３０などの基地局同士が無線で直接通信するための構成を有するのに対し、本発明の第２の実施形態は、ユーザ端末２０同士が無線で直接通信するための構成を有するものである。
【００８４】
［４−１．ユーザ端末の構成］
図１４は、本発明の第２の実施形態によるユーザ端末２０の構成を示した説明図である。図１４に示したように、ユーザ端末２０は、無線通信部２１０、通常データ処理部２２０、Ｐ２Ｐデータ処理部２３０、およびスケジューリング要求部２４０を備える。
【００８５】
無線通信部２１０は、ＨｅＮｏｄｅＢ３０から制御信号やデータを受信する受信部、およびＨｅＮｏｄｅＢ３０に制御信号やデータを送信する送信部としての機能を有する。さらに、本発明の実施形態による無線通信部３１０は、他のユーザ端末２０とＰ２Ｐ（Ｐｏｉｎｔ  ｔｏ  Ｐｏｉｎｔ）データを送受信する。なお、Ｐ２Ｐデータとしては、音声データや、音楽、講演およびラジオ番組などの音楽データや、映画、テレビジョン番組、ビデオプログラム、写真、文書、絵画および図表などの映像データや、ゲーム、ソフトウェア、および制御データなど、多様なデータが想定される。
【００８６】
通常データ処理部２２０は、ＨｅＮｏｄｅＢ３０との通信データを処理する。Ｐ２Ｐデータ処理部２３０は、他のユーザ端末２０と交換するためのＰ２Ｐデータの収集や、他のＨｅＮｏｄｅＢ３０から得られたＰ２Ｐデータに基づく処理などを行う。
【００８７】
スケジューリング要求部２４０は、他のユーザ端末２０にＰ２Ｐデータを送信する場合、Ｐ２Ｐデータを送信するためのスケジューリング変更をＨｅＮｏｄｅＢ３０に要求する。ここで、第１の実施形態との相違点として、ＨｅＮｏｄｅＢ３０にとってのアップリンクは受信に該当するが、ユーザ端末２０にとってのアップリンクは送信に該当する。同様に、ＨｅＮｏｄｅＢ３０にとってのダウンリンクは送信に該当するが、ユーザ端末２０にとってのダウンリンクは受信に該当する。この点を考慮し、ＨｅＮｏｄｅＢ３０は、図１５に示すようなスケジューリングを行い、スケジューリング結果をユーザ端末２０に通知する。
【００８８】
図１５は、第２の実施形態によるＴＤＤフレームの構成例を示した説明図である。ユーザ端末２０ＡがＰ２Ｐデータを送信する場合、ＨｅＮｏｄｅＢ３０は、図１５に示したように、ユーザ端末２０Ａのアップリンクからダウンリンクへの境界ｂ２を時間軸上の後方向に移動させることにより、サブフレーム＃５をアップリンク用に変更する。
【００８９】
また、ユーザ端末２０Ｂを含む各ユーザ端末が、他のユーザ端末２０がＰ２Ｐデータを送信する可能性のあるサブフレーム＃５にＰ２Ｐデータ通信用のリソースブロックを予約しておく。これにより、ユーザ端末２０Ａがサブフレーム＃５においてＰ２Ｐデータを無線送信し、ユーザ端末２０Ｂは、ユーザ端末２０Ａからサブフレーム＃５において送信されたＰ２Ｐデータを受信することが可能となる。
【００９０】
なお、上記ではＰ２Ｐデータを送信するユーザ端末２０がＨｅＮｏｄｅＢ３０にスケジューリングの変更要求を送信することにより、ＨｅＮｏｄｅＢ３０と送信が衝突することを防止する例を説明したが、第２の実施形態はかかる例に限定されない。例えば、ユーザ端末２０は、送信するＰ２Ｐデータがある場合、スケジューリングをユーザ端末２０が変更してもよい。かかる構成によれば、ユーザ端末２０からのアップリンク送信とＨｅＮｏｄｅＢ３０からのダウンリンク送信が衝突してしまう場合も考えられるが、Ｐ２Ｐデータを早期に送信することが可能である。
【００９１】
［４−２．ユーザ端末の動作］
以上、本発明の第２の実施形態によるユーザ端末２０の構成を説明した。続いて、図１６を参照し、本発明の第２の実施形態によるユーザ端末２０の動作を説明する。
【００９２】
図１６は、本発明の第２の実施形態によるユーザ端末２０の動作を示したフローチャートである。まず、ユーザ端末２０は、通常のフレームフォーマットに従ってＨｅＮｏｄｅＢ３０と通信を行う通常運用時（Ｓ５１０）、他のユーザ端末２０に送信するＰ２Ｐデータがあるか否かを判断する（Ｓ５２０）。
【００９３】
そして、ユーザ端末２０のスケジューリング変更要求部２４０は、他のユーザ端末２０に送信するＰ２Ｐデータがある場合、Ｐ２Ｐデータを送信するためのスケジューリング変更をＨｅＮｏｄｅＢ３０に要求する（Ｓ５３０）。その後、ユーザ端末２０は、ＨｅＮｏｄｅＢ３０による変更後のスケジューリング情報を受信し、このスケジューリング情報に基づいてサブフレーム＃５をアップリンク用のサブフレームに変更する（Ｓ５４０）。そして、ユーザ端末２０の無線通信部２１０が、サブフレーム＃５中の所定リソースを利用してＰ２Ｐデータを他のユーザ端末２０に送信する（Ｓ５５０）。
【００９４】
かかる構成により、ユーザ端末２０は、４ＧのＴＤＤフレームに従って他のユーザ端末２０と直接通信することができる。
【００９５】
＜５．第３の実施形態＞
続いて、第３の実施形態の説明に先立ち、図１７を参照して第３の実施形態の着眼点を説明する。
【００９６】
（第３の実施形態に至る経緯）
図１７は、第１の実施形態によるＴＤＤフレーム中のサブフレーム構成を示した説明図である。ＨｅＮｏｄｅＢ３０Ｂは、図１７に示したように、本来はアップリンク用のサブフレーム＃４において、ユーザ端末２０のためのダウンリンクのユーザデータを送信することも可能であるが、他のＨｅＮｏｄｅＢ３０との通信であるＸ２インタフェース用のみに用いることもできる。なお、各サブフレームは、図１７に示したようにＰＤＣＣＨとＰＤＳＣＨから構成される。
【００９７】
ここで、ユーザ端末２０は、ＬＴＥのＵＥ端末の共通動作として、ダウンリンク用のサブフレーム＃４においてＰＤＳＣＨを受信しない場合であっても制御情報であるＰＤＣＣＨは受信する必要がある。しかし、ＨｅＮｏｄｅＢ３０Ｂがサブフレーム＃４の全体をＸ２インタフェースに用いたい場合にもＰＤＣＣＨをユーザ端末２０に送信することは、ＨｅＮｏｄｅＢ３０Ｂにとってもユーザ端末２０にとっても非効率である。
【００９８】
そこで、上記事情に着眼して第３の実施形態を創作するに至った。第３の実施形態は、第１の実施形態のＸ２インタフェース用のサブフレームに、ＭＢＳＦＮサブフレームを適用することにより、効率的な動作を実現可能である。以下、このような第３の実施形態について詳細に説明する。
【００９９】
（第３の実施形態の説明）
ＭＢＳＦＮ（Ｍｕｌｔｉｃａｓｔ．  Ｂｒｏａｄｃａｓｔ  Ｓｉｎｇｌｅ  Ｆｒｅｑｕｅｎｃｙ  Ｎｅｔｗｏｒｋ）サブフレームは、ブロードキャスト用のサブフレームであり、受信することを決定したユーザ端末２０のみが受信するサブフレームである。
【０１００】
第３の実施形態によるＨｅＮｏｄｅＢ３０は、図１８に示したように、Ｘ２インタフェース用のサブフレームをユーザ端末２０に上記のＭＢＳＦＮサブフレームと認識させる。これにより、ユーザ端末２０は、例えばＨｅＮｏｄｅＢ３０ＢからＸ２インタフェース用のサブフレーム＃４を一切受信しなくてもよくなる。したがって、ＨｅＮｏｄｅＢ３０Ｂは、サブフレーム＃４のＰＤＣＣＨおよびＰＤＳＣＨの送信用部分の全てに渡ってＸ２インタフェース用の通信を独自のフォーマットを用いて行うことが可能となる。Ｘ２インタフェースは、送受信可能なデータ量と遅延が重要となるので、ＭＢＳＦＮサブフレームをＸ２インタフェース用のサブフレームに設定することは非常に有効である。
【０１０１】
ここで、ＭＢＳＦＮサブフレームの設定方法を説明する。通常、基地局（ｅＮｏｄｅＢやＨｅＮｏｄｅＢなど）はＢＣＨ（Ｂｒｏａｄｃａｓｔ  Ｃｈａｎｎｅｌ）でシステム情報（ｓｙｓｔｅｍ  ｉｎｆｏｒｍａｔｉｏｎ）を送信しており、このシステム情報によりＭＢＳＦＮサブフレームの位置が通知される。このため、基地局は、このシステム情報をアップデートすることにより、所望のサブフレームをユーザ端末２０にＭＢＳＦＮサブフレームと事前に認識させることができる。
【０１０２】
なお、ＭＢＳＦＮサブフレームの位置を示すシステム情報は、図６などに示したサブフレーム＃０〜＃９のうちのいずれかのダウンリンク用のサブフレームで送信される。より正確には、規格書上、ＭＢＳＦＮサブフレームの位置を示す情報は、システム情報を構成するＭＩＢ（Ｍａｓｔｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）とＳＩＢ（Ｓｙｓｔｅｍ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｂｌｏｃｋ）のうちのＳＩＢ２により送信されることが規定されている。ＳＩＢ２がどのサブフレームに含まれるかは特に決められておらず、状況に応じて変化し得る。
【０１０３】
＜６．まとめ＞
以上説明したように、本発明の第１の実施形態によれば、ＨｅＮｏｄｅＢ３０間に疑似的なＸ２インタフェースを形成することができるので、ＨｅＮｏｄｅＢ３０同士がＩＣＩＣのための情報やハンドオーバーのための情報などを直接通信することが可能となる。また、本発明の第２の実施形態によれば、ユーザ端末２０同士が直接通信することが可能となる。
【０１０４】
なお、添付図面を参照しながら本発明の好適な実施形態について詳細に説明したが、本発明はかかる例に限定されない。本発明の属する技術の分野における通常の知識を有する者であれば、特許請求の範囲に記載された技術的思想の範疇内において、各種の変更例または修正例に想到し得ることは明らかであり、これらについても、当然に本発明の技術的範囲に属するものと了解される。
【０１０５】
例えば、本明細書のユーザ端末２０およびＨｅＮｏｄｅＢ３０の処理における各ステップは、必ずしもフローチャートとして記載された順序に沿って時系列に処理する必要はない。例えば、ユーザ端末２０およびＨｅＮｏｄｅＢ３０の処理における各ステップは、フローチャートとして記載した順序と異なる順序で処理されても、並列的に処理されてもよい。
【０１０６】
また、ユーザ端末２０およびＨｅＮｏｄｅＢ３０に内蔵されるＣＰＵ、ＲＯＭおよびＲＡＭなどのハードウェアを、上述したユーザ端末２０およびＨｅＮｏｄｅＢ３０の各構成と同等の機能を発揮させるためのコンピュータプログラムも作成可能である。また、該コンピュータプログラムを記憶させた記憶媒体も提供される。
【符号の説明】
【０１０７】
１        無線通信システム
１０      ｅＮｏｄｅＢ
１２      ＭＭＥ
１４      Ｓ−ＧＷ
２０      ユーザ端末
３０      ＨｅＮｏｄｅＢ
３４      ＨｅＮｏｄｅＢ―ＧＷ
２１０、３１０  無線通信部
２２０、３２０  通常データ処理部
２３０    Ｐ２Ｐデータ処理部
２４０    スケジューリング要求部
３３０    Ｘ２データ処理部
３４０    スケジューラ
【図１】
0005664365.tif 000002
【図２】
0005664365.tif 000003
【図３】
0005664365.tif 000004
【図４】
0005664365.tif 000005
【図５】
0005664365.tif 000006
【図６】
0005664365.tif 000007
【図７】
0005664365.tif 000008
【図８】
0005664365.tif 000009
【図９】
0005664365.tif 000010
【図１０】
0005664365.tif 000011
【図１１】
0005664365.tif 000012
【図１２】
0005664365.tif 000013
【図１３】
0005664365.tif 000014
【図１４】
0005664365.tif 000015
【図１５】
0005664365.tif 000016
【図１６】
0005664365.tif 000017
【図１７】
0005664365.tif 000018
【図１８】
0005664365.tif 000019