(57)【要約】      （修正有）【課題】ユーザ端末が、複数の他のユーザ端末のそれぞれと個別にＤ２Ｄ通信を行う場合に、複数の他のユーザ端末のそれぞれが、自身とユーザ端末とに割り当てる無線リソースのスケジューリングを行っても、干渉の発生を抑制する。【解決手段】制御部は、複数の他のユーザ端末のそれぞれの間でＤ２Ｄ通信によってユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行う。【選択図】図７
2015019175.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを経由しない直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムであって、
ユーザ端末と、
前記ユーザ端末と前記Ｄ２Ｄ通信を行う複数の他のユーザ端末と、
前記Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する制御部と、を有し、
前記制御部は、前記複数の他のユーザ端末のそれぞれの間で前記Ｄ２Ｄ通信によって前記ユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために前記無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行うことを特徴とする移動通信システム。
【請求項２】
前記複数の他のユーザ端末のそれぞれは、前記割り当てられた無線リソースを示すスケジューリング情報を前記制御部に通知し、
前記制御部は、通知された前記スケジューリング情報に基づいて、前記割り当てられた無線リソースを用いて前記Ｄ２Ｄ通信を行うことを承諾又は拒否することを示す仲介結果を通知することを特徴とする請求項１に記載の移動通信システム。
【請求項３】
前記複数の他のユーザ端末のそれぞれは、前記割り当てられた無線リソースを示すスケジューリング情報を前記制御部に通知し、
前記制御部は、通知された前記スケジューリング情報に基づいて、前記ユーザ端末及び前記複数の他のユーザ端末のそれぞれのために、新たな無線リソースの割り当てを行い、
前記制御部は、前記新たな無線リソースを示す情報を通知することを特徴とする請求項１に記載の移動通信システム。
【請求項４】
前記制御部は、前記ユーザ端末以外の通信装置に備えられ、
前記複数の他のユーザ端末のそれぞれは、前記割り当てられた無線リソースを示すスケジューリング情報を前記ユーザ端末に通知し、
前記ユーザ端末は、前記割り当てられた無線リソースの仲介を前記通信装置が行うことを示す情報を前記複数の他のユーザ端末のそれぞれに送信することを特徴とする請求項１に記載の移動通信システム。
【請求項５】
前記通信装置は、前記ネットワークに含まれるネットワーク装置であり、
前記制御部は、前記ネットワーク装置に備えられることを特徴とする請求項４に記載の移動通信システム。
【請求項６】
前記通信装置は、前記複数の他のユーザ端末のうちの一のユーザ端末であり、
前記制御部は、前記一のユーザ端末に備えられることを特徴とする請求項４に記載の移動通信システム。
【請求項７】
ユーザ端末と前記Ｄ２Ｄ通信を行う複数の他のユーザ端末とを有し、ネットワークを経由しない直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末であって、
前記Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する制御部を備え、
前記制御部は、前記複数の他のユーザ端末のそれぞれの間で前記Ｄ２Ｄ通信によって前記ユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために前記無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行うことを特徴とするユーザ端末。
【請求項８】
ユーザ端末と、前記ユーザ端末と前記Ｄ２Ｄ通信を行う複数の他のユーザ端末とを有し、ネットワークを経由しない直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるネットワーク装置であって、
前記Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する制御部を備え、
前記制御部は、前記複数の他のユーザ端末のそれぞれの間で前記Ｄ２Ｄ通信によって前記ユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために前記無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行うことを特徴とするネットワーク装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システム、ユーザ端末及びネットワーク装置に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。
【０００３】
Ｄ２Ｄ通信では、近接する複数のユーザ端末がネットワークを経由せずに直接的な端末間通信を行う。一方、移動通信システムの通常の通信であるセルラ通信では、ユーザ端末がネットワークを経由して通信を行う。
【０００４】
なお、Ｄ２Ｄ通信においてユーザデータの送受信に用いられる無線リソースの割り当てるスケジューリングは、ネットワークに含まれる基地局が主導で行うケースだけでなく、Ｄ２Ｄ通信を行うユーザ端末が主導で行うケースが想定される。Ｄ２Ｄ通信を行うユーザ端末自身が無線リソースの割り当てを行うことにより、基地局の負荷を軽減できる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ２２．８０３  Ｖ１２．１．０」  ２０１３年３月
【発明の概要】
【発明が解決しようとする課題】
【０００６】
ところで、１つのユーザ端末が、複数の他のユーザ端末を相手にＤ２Ｄ通信を行うケースとして、ユーザ端末と複数の他のユーザ端末とによって構成されるグループ全員でＤ２Ｄ通信を行うケースだけでなく、ユーザ端末が、複数の他のユーザ端末のそれぞれと個別にＤ２Ｄ通信を行うケース、言い換えると、複数の他のユーザ端末のそれぞれの間では、Ｄ２Ｄ通信によってユーザデータの送信が行われないケースが想定される。
【０００７】
後者のケースにおいて、ユーザ端末ではなく、複数の他のユーザ端末のそれぞれが、ユーザデータの送信のために、自身とユーザ端末とに割り当てる無線リソースのスケジューリングを行う場合、複数の他のユーザ端末のそれぞれは、自身を除いた（複数の）他のユーザ端末が割り当てた無線リソースの状況が分からないため、互いに同一の無線リソースを割り当てる可能性がある。複数の他のユーザ端末のそれぞれが、互いに同一の無線リソースを用いてＤ２Ｄ通信を行った場合、干渉が発生する虞がある。
【０００８】
そこで、本発明は、ユーザ端末が、複数の他のユーザ端末のそれぞれと個別にＤ２Ｄ通信を行う場合に、複数の他のユーザ端末のそれぞれが、自身とユーザ端末とに割り当てる無線リソースのスケジューリングを行っても、干渉の発生を抑制可能な移動通信システム、ユーザ端末及びネットワーク装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
一実施形態によれば、移動通信システムは、ネットワークを経由しない直接的な端末間通信であるＤ２Ｄ通信をサポートする。当該移動通信システムは、ユーザ端末と、前記ユーザ端末と前記Ｄ２Ｄ通信を行う複数の他のユーザ端末と、前記Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する制御部と、を有する。前記制御部は、前記複数の他のユーザ端末のそれぞれの間で前記Ｄ２Ｄ通信によって前記ユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために前記無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行う。
【発明の効果】
【００１０】
本発明に係る移動通信システム、ユーザ端末及びネットワーク装置によれば、ユーザ端末が、複数の他のユーザ端末のそれぞれと個別にＤ２Ｄ通信を行う場合に、複数の他のユーザ端末のそれぞれが、自身とユーザ端末とに割り当てる無線リソースのスケジューリングを行っても、干渉の発生を抑制可能である。
【図面の簡単な説明】
【００１１】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】図５は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、Ｄ２Ｄ通信を説明するための図である。
【図７】図７は、本実施形態に係る移動通信システムの動作環境を説明するための説明図である。
【図８】図８は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【図９】図９は、本実施形態の変形例１に係る移動通信システムの動作例を示すシーケンス図である。
【図１０】図１０は、本実施形態の変形例２に係る移動通信システムの動作例を示すシーケンス図である。
【発明を実施するための形態】
【００１２】
本実施形態に係る移動通信システムは、ネットワークを経由しない直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムである。当該移動通信システムは、ユーザ端末と、前記ユーザ端末と前記Ｄ２Ｄ通信を行う複数の他のユーザ端末と、前記Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する制御部と、を有し、前記制御部は、前記複数の他のユーザ端末のそれぞれの間で前記Ｄ２Ｄ通信によって前記ユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために前記無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行う。
【００１３】
本実施形態において、前記複数の他のユーザ端末のそれぞれは、前記割り当てられた無線リソースを示すスケジューリング情報を前記制御部に通知し、前記制御部は、通知された前記スケジューリング情報に基づいて、前記割り当てられた無線リソースを用いて前記Ｄ２Ｄ通信を行うことを承諾又は拒否することを示す仲介結果（Ｄ２Ｄ帯域割当応答）を通知する。
【００１４】
本実施形態の変形例１及び２において、前記複数の他のユーザ端末のそれぞれは、前記割り当てられた無線リソースを示すスケジューリング情報を前記制御部に通知し、前記制御部は、通知された前記スケジューリング情報に基づいて、前記ユーザ端末及び前記複数の他のユーザ端末のそれぞれのために、新たな無線リソースの割り当てを行い、前記制御部は、前記新たな無線リソースを示す情報を通知する。
【００１５】
本実施形態の変形例１及び２において、前記制御部は、前記ユーザ端末以外の通信装置に備えられ、前記複数の他のユーザ端末のそれぞれは、前記割り当てられた無線リソースを示すスケジューリング情報を前記ユーザ端末に通知し、前記ユーザ端末は、前記割り当てられた無線リソースの仲介を前記通信装置が行うことを示す情報を前記複数の他のユーザ端末のそれぞれに送信する。
【００１６】
本実施形態の変形例１において、前記通信装置は、前記ネットワークに含まれるネットワーク装置であり、前記制御部は、前記ネットワーク装置に備えられる。
【００１７】
本実施形態の変形例２において、前記通信装置は、前記複数の他のユーザ端末のうちの一のユーザ端末であり、前記制御部は、前記一のユーザ端末に備えられる。
【００１８】
本実施形態に係るユーザ端末は、ユーザ端末と前記Ｄ２Ｄ通信を行う複数の他のユーザ端末とを有し、ネットワークを経由しない直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるユーザ端末である。当該ユーザ端末は、前記Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する制御部を備える。前記制御部は、前記複数の他のユーザ端末のそれぞれの間で前記Ｄ２Ｄ通信によって前記ユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために前記無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行う。
【００１９】
本実施形態に係るネットワーク装置は、ユーザ端末と、前記ユーザ端末と前記Ｄ２Ｄ通信を行う複数の他のユーザ端末とを有し、ネットワークを経由しない直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおけるネットワーク装置である。当該ネットワーク装置は、前記Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する制御部を備える。前記制御部は、前記複数の他のユーザ端末のそれぞれの間で前記Ｄ２Ｄ通信によって前記ユーザデータの送信が行われない場合で、且つ、前記複数の他のユーザ端末のそれぞれが、前記Ｄ２Ｄ通信によって前記ユーザデータを送信するために前記無線リソースの割り当てを行う場合に、前記複数の他のユーザ端末のそれぞれに割り当てられた無線リソースどうしが互いに重複しないように、前記割り当てられた無線リソースの仲介を行う。
【００２０】
以下、図面を参照して、３ＧＰＰ規格に準拠して構成されるセルラ移動通信システム（以下、「ＬＴＥシステム」）にＤ２Ｄ通信を導入する場合の各実施形態を説明する。
【００２１】
［実施形態］
（ＬＴＥシステム）
図１は、本実施形態に係るＬＴＥシステムの構成図である。
【００２２】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００２３】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００２４】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。
【００２５】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００２６】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００２７】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ４００（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）と）を含む。また、ＥＰＣ２０は、コアネットワークに相当する。
【００２８】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００２９】
ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。また、ｅＮＢ２００は、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。
【００３０】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００３１】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００３２】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。
【００３３】
本実施形態において、制御部は、Ｄ２Ｄ通信によってユーザデータを送信するために割り当てられる無線リソースを制御する。
【００３４】
また、制御部は、Ｄ２Ｄ通信によってユーザデータを送信するために無線リソースの割り当てを行う場合に、複数のＵＥ１００に対して割り当てられた無線リソースどうしが互いに重複しないように、割り当てられた無線リソースの仲介を行う。仲介の詳細は、後ほど説明する。
【００３５】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３６】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００３７】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００３８】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００３９】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００４０】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００４１】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４２】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。
【００４３】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００４４】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４５】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００４６】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４７】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００４８】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉａ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００４９】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００５０】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。
【００５１】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００５２】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００５３】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。
【００５４】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００５５】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅｘｉｎｇ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００５６】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。
【００５７】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００５８】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。
【００５９】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。
【００６０】
（Ｄ２Ｄ通信）
本実施形態に係るＬＴＥシステムは、直接的な端末間通信（ＵＥ間通信）であるＤ２Ｄ通信をサポートする。ここでは、Ｄ２Ｄ通信を、ＬＴＥシステムの通常の通信であるセルラ通信と比較して説明する。セルラ通信は、データパスがネットワーク（Ｅ−ＵＴＲＡＮ１０、ＥＰＣ２０）を経由する通信モードである。データパスとは、ユーザデータの通信経路である。これに対し、Ｄ２Ｄ通信は、ＵＥ間に設定されるデータパスがネットワークを経由しない通信モードである。
【００６１】
図６は、Ｄ２Ｄ通信を説明するための図である。図６に示すように、Ｄ２Ｄ通信は、データパスがｅＮＢ２００を経由しない。相互に近接するＵＥ１００−１及びＵＥ１００−２は、ｅＮＢ２００のセルにおいて、低送信電力で直接的に無線通信を行う。このように、近接するＵＥ１００−１及びＵＥ１００−２が低送信電力で直接的に無線通信を行うことにより、セルラ通信に比べて、ＵＥ１００の消費電力を削減し、かつ、隣接セルへの干渉を低減できる。
【００６２】
（移動通信システムの動作環境）
次に、本実施形態に係る移動通信システムの動作環境について、図７を用いて説明する。図７は、本実施形態に係る移動通信システムの動作環境を説明するための説明図である。
【００６３】
図７に示すように、ＵＥ１００−１は、ＵＥ１００−２、ＵＥ１００−３、ＵＥ１００−４のそれぞれと個別にＤ２Ｄ通信を行う。従って、ＵＥ１００−１とＵＥ１００−２との間には、Ｄ２Ｄ通信においてユーザデータの送受信に用いられる接続（Ｄ２Ｄ接続Ａ）が確立されている。これにより、ＵＥ１００−１とＵＥ１００−２との間で、Ｄ２Ｄ接続Ａを用いてユーザデータの送受信が行われる。同様に、ＵＥ１００−１とＵＥ１００−３との間には、Ｄ２Ｄ接続Ｂが確立され、ＵＥ１００−１とＵＥ１００−４との間には、Ｄ２Ｄ接続Ｃが確立される。
【００６４】
一方、ＵＥ１００−２は、ＵＥ１００−１とＤ２Ｄ通信を行うものの、ＵＥ１００−３及びＵＥ１００−４のそれぞれとはＤ２Ｄ通信を行わない。従って、ＵＥ１００−２とＵＥ１００−３との間、及び、ＵＥ１００−２とＵＥ１００−３との間には、Ｄ２Ｄ通信においてユーザデータの送受信に用いられる接続が確立されない。同様に、ＵＥ１００−３とＵＥ１００−４との間には、Ｄ２Ｄ通信においてユーザデータの送受信に用いられる接続が確立されない。
【００６５】
（移動通信システムの概略動作）
次に、本実施形態に係る移動通信システムの概略動作について、図８を用いて説明する。図８は、本実施形態に係る移動通信システムの動作例を示すシーケンス図である。
【００６６】
以下において、ＵＥ１００−１が、ＵＥ１００−２及びＵＥ１００−４のそれぞれと個別にＤ２Ｄ通信を行っており、ＵＥ１００−３は、ＵＥ１００−１とＤ２Ｄ通信を開始していないと仮定して説明を進める。なお、ＵＥ１００−４の動作は、ＵＥ１００−２と同様の動作であるため、ＵＥ１００−４に関する説明を省略する。
【００６７】
また、本実施形態において、ＵＥ１００−１は、Ｄ２Ｄ通信のために各ＵＥ１００に無線リソースを割り当てる能力（以下、スケジューリング能力と称する）を有さないと仮定して説明をする。
【００６８】
図８に示すように、ステップＳ１０１において、ＵＥ１００−３は、Ｄ２Ｄ接続要求をＵＥ１００−１に送信する。ＵＥ１００−１は、ＵＥ１００−３からＤ２Ｄ接続要求を受信する。
【００６９】
Ｄ２Ｄ接続要求は、Ｄ２Ｄ通信を行うために端末間の接続の確立を要求するために用いられる。本実施形態において、Ｄ２Ｄ接続要求は、ＵＥ１００−３がスケジューリング能力を有することを示す情報（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）を含む。
【００７０】
ステップＳ１０２において、ＵＥ１００−１は、Ｄ２Ｄ接続要求に対する応答（Ｄ２Ｄ接続応答）をＵＥ１００−３に送信する。ＵＥ１００−３は、Ｄ２Ｄ接続応答を受信する。本実施形態において、Ｄ２Ｄ接続応答は、ＵＥ１００−１がスケジューリング能力を有さないことを示す情報（ＵＥ  Ｃａｐａｂｉｌｉｔｙ）を含む。
【００７１】
ステップＳ１０３において、ＵＥ１００−３は、ＵＥ１００−１とのＤ２Ｄ通信に用いられる無線リソースの割り当てを行うためのスケジューリング設定を行う。Ｄ２Ｄ接続応答を受信したＵＥ１００−３は、ＵＥ１００−１がスケジューリングできないと判定し、スケジューリング設定を行う。スケジューリング設定を行ったＵＥ１００−３は、ＵＥ１００−１及びＵＥ１００−３のそれぞれに対して無線リソースを割り当てる。
【００７２】
ステップＳ１０４において、ＵＥ１００−３は、Ｄ２Ｄ帯域割当通知をＵＥ１００−１に送信する。ＵＥ１００−１は、Ｄ２Ｄ帯域割当通知を受信する。
【００７３】
Ｄ２Ｄ帯域割当通知は、スケジューリングによってＤ２Ｄ通信のために割り当てた無線リソースを通知するに用いられる。本実施形態において、Ｄ２Ｄ帯域割当通知は、ＵＥ１００−１及びＵＥ１００−３に割り当てた帯域割当１を通知する。帯域割当１は、ＵＥ１００−１が送信するために割り当てた無線リソースだけでなく、ＵＥ１００−３が送信するために（すなわち、ＵＥ１００−１が受信するために）割り当てた無線リソースも含む。後述の帯域割当も同様である。
【００７４】
ステップＳ１０５において、ＵＥ１００−１は、無線リソースの仲介を行う。具体的には、ＵＥ１００−１は、帯域割当１が、ＵＥ１００−１及びＵＥ１００−２のそれぞれに対して割り当てられた無線リソース（以下、帯域割当０と称する）と、重複しないかを判定する。
【００７５】
ステップＳ１０６において、ＵＥ１００−１は、Ｄ２Ｄ帯域割当通知に対する応答（Ｄ２Ｄ帯域割当応答）をＵＥ１００−３に送信する。ＵＥ１００−３は、Ｄ２Ｄ帯域割当応答を受信する。
【００７６】
ＵＥ１００−１は、ステップＳ１０５において帯域割当１が帯域割当０と重複していないと判定した場合、Ｄ２Ｄ帯域割当応答として、帯域割当１を用いてＤ２Ｄ通信を行うことを承諾する承諾情報を送信する。一方、ステップＳ１０５において帯域割当１が帯域割当０と重複していると判定した場合、帯域割当１を用いてＤ２Ｄ通信を行うことを拒否する拒否情報を送信する。
【００７７】
ＵＥ１００−３は、拒否情報を受信した場合には、スケジューリングを行い、ＵＥ１００−１に帯域割当１と異なる帯域割当を含む新たなＤ２Ｄ帯域割当通知を送信する。
【００７８】
本実施形態において、ＵＥ１００−１は、承諾情報を送信したと仮定して説明を進める。
【００７９】
ステップＳ１０７において、ＵＥ１００−２は、スケジューリングを行う。具体的には、ＵＥ１００−２は、ＵＥ１００−１及びＵＥ１００−２のそれぞれに対して無線リソースを割り当てる。
【００８０】
ステップＳ１０８において、ステップＳ１０４と同様に、ＵＥ１００−２は、Ｄ２Ｄ帯域割当通知をＵＥ１００−１に送信する。ＵＥ１００−１は、Ｄ２Ｄ帯域割当通知を受信する。本実施形態において、Ｄ２Ｄ帯域割当通知は、ＵＥ１００−１及びＵＥ１００−２に割り当てた帯域割当２を通知する。
【００８１】
ステップＳ１０９において、ステップＳ１０５と同様に、ＵＥ１００−１は、無線リソースの仲介を行う。具体的には、ＵＥ１００−１は、帯域割当２が、帯域割当１と、重複しないかを判定する。
【００８２】
ステップＳ１１０において、ステップＳ１０６と同様に、ＵＥ１００−１は、Ｄ２Ｄ帯域割当通知に対する応答（Ｄ２Ｄ帯域割当応答）をＵＥ１００−２に送信する。ＵＥ１００−２は、Ｄ２Ｄ帯域割当応答を受信する。ＵＥ１００−１は、承諾情報を送信したと仮定して説明を進める。
【００８３】
ステップＳ１１１において、承諾情報を受信したＵＥ１００−２は、帯域割当２を用いてＵＥ１００−１とＤ２Ｄ通信を行う。また、承諾情報を受信したＵＥ１００−３は、帯域割当１を用いてＵＥ１００−１とＤ２Ｄ通信を行う。
【００８４】
（変形例１に係る移動通信システムの概略動作）
次に、本実施形態の変形例１に係る移動通信システムの概略動作について、図９を用いて説明する。図９は、本実施形態の変形例１に係る移動通信システムの動作例を示すシーケンス図である。
【００８５】
なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【００８６】
上述した実施形態では、複数のＵＥ１００と個別にＤ２Ｄ通信を行うＵＥ１００−１（すなわち、ＵＥ１００−２、ＵＥ１００−３、ＵＥ１００−４にとって、共通の通信相手であるＵＥ１００−１）が仲介を行ったが、本変形例では、ｅＮＢ２００が仲介を行う。
【００８７】
図９に示すように、ステップＳ３０１からＳ３０４は、第１実施形態のステップＳ１０１からＳ１０４に対応する。
【００８８】
ステップＳ３０５において、ＵＥ１００−１は、Ｄ２Ｄ帯域割当応答として、ｅＮＢ２００を無線リソースの仲介先とする仲介要求をＵＥ１００−３に送信する。本変形例において、Ｄ２Ｄ帯域割当応答として、承諾情報及び許諾情報の代わりに、無線リソースの仲介先を示す仲介要求を送信する。
【００８９】
本変形例では、ＵＥ１００−１は、仲介先として、ｅＮＢ２００を選択したと仮定して説明を進める。
【００９０】
ＵＥ１００−１は、例えば、無線リソースを仲介する能力がない場合に、仲介要求を送信する。また、ＵＥ１００−１は、無線リソースを仲介する能力を有している場合であっても、例えば、複数のＵＥ１００とＤ２Ｄ通信を行うことによる負荷を軽減するために仲介要求を送信してもよい。
【００９１】
ステップＳ３０６において、ＵＥ１００−３は、Ｄ２Ｄ帯域割当取消をＵＥ１００−１に送信する。ＵＥ１００−１は、Ｄ２Ｄ帯域割当取消を受信する。
【００９２】
仲介要求を受信したＵＥ１００−３は、ステップＳ３０４において割り当てた帯域割当１を用いてＵＥ１００−１がＤ２Ｄ通信を行うことを回避するために、Ｄ２Ｄ帯域割当取消を送信する。Ｄ２Ｄ帯域割当取消を受信したＵＥ１００−１は、帯域割当１を用いてＤ２Ｄ通信を行わないように制御する。
【００９３】
ステップＳ３０７は、第１実施形態のステップＳ１０８に対応する。
【００９４】
ステップＳ３０８において、ステップＳ３０５と同様に、ＵＥ１００−１は、Ｄ２Ｄ帯域割当応答として、ｅＮＢ２００を無線リソースの仲介先とする仲介要求をＵＥ１００−２に送信する。ＵＥ１００−２は、仲介要求を受信する。
【００９５】
ステップＳ３０９において、ステップＳ３０６と同様に、ＵＥ１００−２は、Ｄ２Ｄ帯域割当取消をＵＥ１００−１に送信する。
【００９６】
ステップＳ３１０において、ＵＥ１００−２及びＵＥ１００−３のそれぞれは、自身のＤ２Ｄ通信のためにスケジューリングを行う。
【００９７】
なお、次のステップＳ３１１において、ＵＥ１００−２及びＵＥ１００−３のそれぞれは、Ｄ２Ｄ帯域割当通知でＵＥ１００−１が通知した無線リソースをｅＮＢ２００に送信する場合は、ステップＳ３１０の処理を省略してもよい。
【００９８】
ステップＳ３１１において、ＵＥ１００−２及びＵＥ１００−３のそれぞれは、Ｄ２Ｄ帯域割当仲介要求をｅＮＢ２００に送信する。ｅＮＢ２００は、ＵＥ１００−２及びＵＥ１００−３のそれぞれからＤ２Ｄ帯域割当仲介要求を受信する。
【００９９】
Ｄ２Ｄ帯域割当仲介要求は、仲介依頼元であるＵＥ１００−１の識別子（仲介依頼ＵＥ１００−１）、ＵＥ１００−３がＤ２Ｄ通信のために直接的に接続している複数のＵＥ１００が構成するグループ（接続ＵＥＩＤ群）を示す情報、及び、ＵＥ１００−３が割り当てた無線リソース（帯域割当１）を含む。接続ＵＥＩＤ群を示す情報は、例えば、ＵＥ１００−１及びＵＥ１００−３のそれぞれを示す識別子である。また、本実施形態では、ＵＥ１００−２は、帯域割当として帯域割当２を通知し、ＵＥ１００−３は、帯域割当として帯域割当１を通知する。
【０１００】
ステップＳ３１２において、ｅＮＢ２００は、無線リソースの仲介を行う。
【０１０１】
本実施形態において、ＵＥ１００−３が割り当てた帯域割当１とＵＥ１００−２が割り当てた帯域割当２とが重複していると仮定して説明を進める。
【０１０２】
ｅＮＢ２００は、拒否情報を送信する代わりに、新たな無線リソースの割当を行う。ｅＮＢ２００は、ＵＥ１００−１とＵＥ１００−２との間のＤ２Ｄ通信のために帯域割当３を割り当て、ＵＥ１００−１とＵＥ１００−２との間のＤ２Ｄ通信のために帯域割当４を割り当てる。帯域割当３と帯域割当４とは、時間方向及び周波数方向において互いに重複していない。
【０１０３】
ステップＳ３１３において、ｅＮＢ２００は、Ｄ２Ｄ帯域割当仲介要求に対する応答（Ｄ２Ｄ帯域割当仲介要求応答）をＵＥ１００−２及びＵＥ１００−３のそれぞれに送信する。ＵＥ１００−２及びＵＥ１００−３のそれぞれは、Ｄ２Ｄ帯域割当仲介要求応答を受信する。
【０１０４】
Ｄ２Ｄ帯域割当仲介要求応答は、Ｄ２Ｄ帯域割当仲介要求に含まれていた仲介依頼ＵＥ１００−１、接続ＵＥＩＤ群、及び、ステップＳ３１３でｅＮＢ２００が新たに割り当てた無線リソース（帯域割当）を含む。ＵＥ１００−２へ送信するＤ２Ｄ帯域割当仲介要求応答は、帯域割当４を含み、ＵＥ１００−２へ送信するＤ２Ｄ帯域割当仲介要求応答は、帯域割当３を含む。
【０１０５】
ステップＳ３１４において、ＵＥ１００−２は、Ｄ２Ｄ帯域割当仲介要求応答に含まれていた帯域割当４を含むＤ２Ｄ帯域割当通知をＵＥ１００−１に送信する。同様に、ＵＥ１００−３は、Ｄ２Ｄ帯域割当仲介要求応答に含まれていた帯域割当３を含むＤ２Ｄ帯域割当通知をＵＥ１００−１に送信する。ＵＥ１００−１は、ＵＥ１００−２及びＵＥ１００−３のそれぞれから、Ｄ２Ｄ帯域割当通知を受信する。
【０１０６】
ステップＳ３１５は、ステップＳ１１１に対応する。
【０１０７】
（変形例２に係る移動通信システムの概略動作）
次に、本実施形態の変形例２に係る移動通信システムの概略動作について、図１０を用いて説明する。図１０は、本実施形態の変形例２に係る移動通信システムの動作例を示すシーケンス図である。
【０１０８】
なお、上述した実施形態と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１０９】
上述した実施形態では、複数のＵＥ１００と個別にＤ２Ｄ通信を行うＵＥ１００−１（すなわち、ＵＥ１００−２、ＵＥ１００−３、ＵＥ１００−４にとって、共通の通信相手であるＵＥ１００−１）が仲介を行ったが、本変形例では、共通の通信相手ではないＵＥ１００−２が仲介を行う。
【０１１０】
図１０に示すように、ステップＳ５０１からＳ５０４は、第１実施形態のステップＳ１０１からＳ１０４に対応する。
【０１１１】
なお、ステップＳ５０１において、Ｄ２Ｄ接続要求は、ＵＥ１００−３が無線リソースを仲介する仲介能力を有することを示す情報を含んでもよい。
【０１１２】
ステップＳ５０５において、ＵＥ１００−１は、Ｄ２Ｄ帯域割当通知に対する応答（Ｄ２Ｄ帯域割当応答）をＵＥ１００−３に送信する。本変形例において、Ｄ２Ｄ帯域割当応答として、承諾情報及び許諾情報の代わりに、無線リソースの仲介先を示す仲介要求を送信する。
【０１１３】
本変形例では、ＵＥ１００−１は、仲介先として、ＵＥ１００−２を選択したと仮定して説明を進める。
【０１１４】
仲介要求は、仲介先としてのＵＥ１００−２を示す識別子を含む。
【０１１５】
ステップＳ５０６及びＳ５０７は、変形例１のステップＳ３０６及びＳ３０７に対応する。
【０１１６】
ステップＳ５０８において、ステップＳ５０５と同様に、ＵＥ１００−１は、Ｄ２Ｄ帯域割当通知に対する応答として、ＵＥ１００−２を仲介先とする仲介要求をＵＥ１００−２送信する。ＵＥ１００−２は、仲介要求を受信する。
【０１１７】
ステップＳ５０９は、変形例１のステップＳ３０９に対応する。
【０１１８】
ステップＳ５１０において、ＵＥ１００−３は、Ｄ２Ｄ通信に用いられる無線リソースの仲介を要求するＤ２Ｄ帯域割当仲介要求をＵＥ１００−２に通知する。ＵＥ１００−２は、Ｄ２Ｄ帯域割当仲介要求を受信する。
【０１１９】
Ｄ２Ｄ帯域割当仲介要求は、仲介依頼ＵＥ１００−１、接続ＵＥＩＤ群及び帯域割当を含む。本実施形態では、帯域割当は、Ｄ２Ｄ帯域割当通知でＵＥ１００−１に通知した無線リソースである。なお、ＵＥ１００−３は、新たにスケジューリングをして得られた帯域割当をＤ２Ｄ帯域割当仲介要求に含めてもよい。
【０１２０】
なお、ＵＥ１００−２及びＵＥ１００−３の間には、制御データを送信するための接続が確立されていないため、例えば、以下のケースのいずれかにて、ＵＥ１００−３は、ＵＥ１００−２に対して、Ｄ２Ｄ帯域割当仲介要求を通知する。
【０１２１】
（１）ケース１
ケース１は、ＵＥ１００−３が、Ｄ２Ｄ通信によってＤ２Ｄ帯域割当仲介要求をＵＥ１００−２に直接通知するケースである。
【０１２２】
ＵＥ１００−３は、ＵＥ１００−２との間で制御データを送受信するための制御用のＤ２Ｄ接続を確立するために、その旨をｅＮＢ２００に通知する。ＵＥ１００−３は、ＵＥ１００−１からの仲介要求をｅＮＢ２００に通知してもよい。ｅＮＢ２００は、ＵＥ１００−２とＵＥ１００−３との間に制御用のＤ２Ｄ接続を設定する。その後、ｅＮＢ２００は、制御用のＤ２Ｄ接続用のための帯域割当を、ＵＥ１００−２及びＵＥ１００−３のそれぞれに通知する。ＵＥ１００−２及びＵＥ１００−３のそれぞれは、ｅＮＢ２００から通知された帯域割当を受信する。ＵＥ１００−３は、通知された帯域割当を用いて、Ｄ２Ｄ接続によって、Ｄ２Ｄ帯域割当仲介要求をＵＥ１００−２に直接通知する。この場合、ｅＮＢ２００の制御下で、ＵＥ１００−２とＵＥ１００−３との間でＤ２Ｄ通信が行われる。
【０１２３】
なお、ｅＮＢ２００がＤ２Ｄ通信を制御するのではなく、ＵＥ１００−３（及び／又はＵＥ１００−２）がＤ２Ｄ通信を制御してもよい。具体的には、ｅＮＢ２００は、ＵＥ１００−２とＵＥ１００−３との間で制御用のＤ２Ｄ接続が設定された後、セルラ通信からＤ２Ｄ通信への切り替えをＵＥ１００−２及びＵＥ１００−３のそれぞれに要求し、ＵＥ１００−２との接続及びＵＥ１００−３と接続を切断してもよい。ＵＥ１００−３（及び／又はＵＥ１００−２）の制御下で、ＵＥ１００−３は、Ｄ２Ｄ帯域割当仲介要求をＵＥ１００−２に直接通知してもよい。
【０１２４】
また、ＵＥ１００−３は、制御用のＤ２Ｄ接続を確立するための通知をｅＮＢ２００にせずに、ＵＥ１００−２とのＤ２Ｄ接続を確立してもよい。具体的には、ＵＥ１００−３は、ＵＥ１００−２を発見するための発見信号を送信し、発見信号を受信したＵＥ１００−２と制御用のＤ２Ｄ通信を確立するためのネゴシエーションを行う。その後、ＵＥ１００−３は、Ｄ２Ｄ帯域割当仲介要求をＵＥ１００−２に直接通知する。
【０１２５】
（２）ケース２
ケース２は、ＵＥ１００−３が、ｅＮＢ２００を経由してＤ２Ｄ帯域割当仲介要求を通知するケースである。
【０１２６】
ＵＥ１００−３は、Ｄ２Ｄ帯域割当仲介要求をｅＮＢ２００に通知する。ｅＮＢ２００は、仲介先を示す識別子によって、仲介先であるＵＥ１００−２にＤ２Ｄ帯域割当仲介要求を転送する。従って、ＵＥ１００−２とＵＥ１００−３とは、ｅＮＢ２００を経由して、制御用の接続を行う。
【０１２７】
（３）ケース３
ケース３は、ＵＥ１００−３が、ＵＥ１００−１を経由してＤ２Ｄ帯域割当仲介要求を通知するケースである。
【０１２８】
ＵＥ１００−３が、Ｄ２Ｄ帯域割当仲介要求をＵＥ１００−１に送信して、ＵＥ１００−１がＤ２Ｄ帯域割当仲介要求をＵＥ１００−２に転送する。
【０１２９】
なお、ＵＥ１００−１は、ステップＳ５０５にて、仲介要求をＵＥ１００−３へ送信する際に、ＵＥ１００−３からの帯域割当３をＵＥ１００−２へ仲介要求と共に送信してもよい。
【０１３０】
ステップＳ５１１において、変形例１のステップＳ３１１と同様に、Ｄ２Ｄ帯域割当仲介要求を受信したＵＥ１００−２は、無線リソースの仲介を行う。
【０１３１】
本実施形態において、ＵＥ１００−３が割り当てた帯域割当１とＵＥ１００−２が割り当てた帯域割当２とが重複しており、ＵＥ１００−２が、ＵＥ１００−１とＵＥ１００−３のために帯域割当３を割り当てて、ＵＥ１００−１とＵＥ１００−２のために帯域割当４を割り当てたと仮定して説明を進める。
【０１３２】
ステップＳ５１２において、ＵＥ１００−２は、ＵＥ１００−３からのＤ２Ｄ帯域割当仲介要求の応答（Ｄ２Ｄ帯域割当仲介要求応答）をＵＥ１００−３に通知する。ＵＥ１００−３は、Ｄ２Ｄ帯域割当仲介要求応答を受信する。
【０１３３】
Ｄ２Ｄ帯域割当仲介要求応答は、仲介依頼ＵＥ１００−１及び接続ＵＥＩＤ群と、ステップＳ５１１で新たに割り当てられた帯域割当３とを含む。
【０１３４】
なお、ＵＥ１００−２からＵＥ１００−３へのＤ２Ｄ帯域割当仲介要求応答は、上述のステップＳ５１０と同様の方法（ケース）で通知されてもよいし、ステップＳ５１０と別の方法で通知されてもよい。
【０１３５】
ステップＳ５１３において、ＵＥ１００−３は、Ｄ２Ｄ帯域割当仲介要求応答に含まれていた帯域割当３を含むＤ２Ｄ帯域割当通知をＵＥ１００−１に送信する。ＵＥ１００−１は、当該Ｄ２Ｄ帯域割当通知を受信する。
【０１３６】
ステップＳ５１４において、ＵＥ１００−２は、自身が割り当てた帯域割当４を含むＤ２Ｄ帯域割当通知をＵＥ１００−１に送信する。ＵＥ１００−１は、当該Ｄ２Ｄ帯域割当通知を受信する。
【０１３７】
ステップＳ５１５は、ステップＳ１１１に対応する。
【０１３８】
（実施形態のまとめ）
本実施形態において、ＵＥ１００−１は、ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれの間でＤ２Ｄ通信によってユーザデータの送信が行われない場合で、且つ、ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれがＤ２Ｄ通信によってユーザデータを送受信するために無線リソースの割り当てを行う場合に、ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれに割り当てられた無線リソース（帯域割当）どうしが互いに重複しないように、帯域割当の仲介を行う。これにより、ＵＥ１００−１の仲介により、ユーザデータの送受信を互いに行わない異なるＵＥ１００によって割り当てられた無線リソースどうしが重複することを抑制できる。その結果、異なるＵＥ１００によって割り当てられた無線リソースを用いてＤ２Ｄ通信を行うことによって、干渉が発生することを抑制できる。
【０１３９】
また、本実施形態において、ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれは、割り当てられた無線リソースを示すＤ２Ｄ帯域割当通知をＵＥ１００−１に通知し、ＵＥ１００−１は、通知されたＤ２Ｄ帯域割当通知に基づいて、帯域割当を用いてＤ２Ｄ通信を行うことを承諾又は拒否することを示すＤ２Ｄ帯域割当応答を通知する。これにより、Ｄ２Ｄ帯域割当応答の通知を受信したＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれは、自身が割り当てた無線リソースを用いてＤ２Ｄ通信が可能か否かを判定することができる。
【０１４０】
また、変形例２において、ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれは、帯域割当をＵＥ１００−３に通知し、ＵＥ１００−３は、ＵＥ１００−１、ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれのために、新たな無線リソースの割り当てを行い、ＵＥ１００−３は、新たな無線リソースを示す帯域割当を通知する。これにより、帯域割当を用いてＤ２Ｄ通信を行うことが拒否されて、Ｄ２Ｄ通信を行うことができない又はＤ２Ｄ通信の開始が遅くなることを避けることができる。
【０１４１】
また、変形例１、２において、ＵＥ１００−１以外の通信装置が仲介を行う。すなわち、仲介を行う制御部は、ＵＥ１００−１以外の通信装置に備えられる。ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれは、帯域割当をＵＥ１００−１に通知し、ＵＥ１００−１は、帯域割当の仲介をＵＥ１００−３又はｅＮＢ２００が行うことを示すＤ２Ｄ帯域割当応答を、ＵＥ１００−２、ＵＥ１００−３（及びＵＥ１００−４）のそれぞれに送信する。これにより、ＵＥ１００−１が仲介を行わなくても、帯域割当が重複することを抑制できる。
【０１４２】
変形例１において、仲介を行う制御部は、ｅＮＢ２００に備えられる。これにより、上述したように、ＵＥ１００−１の負荷が増加することを抑制できる。また、ＵＥ１００−１以外のＵＥ１００が仲介をする場合に比べて、帯域割当を送信するために、仲介を行う他のＵＥ１００と、それ以外のＵＥ１００との間において新たな接続を確立する必要がないため、各ＵＥ１００の負荷が増加することを抑制できる。
【０１４３】
変形例２において、仲介を行う制御部は、ＵＥ１００−２に備えられる。これにより、ＵＥ１００−１が帯域割当の仲介を行う場合に比べて、複数のＵＥ１００とＤ２Ｄ通信を行うＵＥ１００−１の負荷が増加することを抑制できる。また、ＵＥ１００−２が仲介を行うことによって、ｅＮＢ２００が帯域割当の仲介を行う場合に比べて、低送信電力でＤ２Ｄ通信を行うことができるため、消費電力を削減できる。
【０１４４】
［その他実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０１４５】
例えば、上述した実施形態では、ＵＥ１００−１、ＵＥ１００−３又はｅＮＢ２００が仲介を行ったが、これに限られない。例えば、ｅＮＢ２００の上位装置（例えば、ＭＭＥ３００）又はネットワーク上に設けられた仲介装置（サーバ）、すなわち、ネットワーク装置に本発明に係る制御部が備えられ、ｅＮＢ２００の上位装置又は仲介装置が仲介を行ってもよい。また、例えば、上述した実施形態において、ＵＥ１００−１とＵＥ１００−２とが、スケジューリングを行わないＵＥ１００−５とＤ２Ｄ通信によってグループ通信を行っている場合には、ＵＥ１００−５が仲介を行ってもよい。これにより、複数のＵＥ１００とＤ２Ｄ通信を行うＵＥ１００−１及びスケジューリングを行う各ＵＥ１００以外のＵＥ１００が仲介を行うことにより、各ＵＥ１００にかかる負荷を分散することができる。
【０１４６】
また、上述した実施形態では、ＵＥ１００−１は、スケジューリング能力を有さない場合に仲介を行う又は他の通信装置に仲介を行わせたが、ＵＥ１００−１は、スケジューリング能力を有している場合であっても、仲介を行う又は他の通信装置に仲介を行わせてもよい。例えば、ＵＥ１００−１は、バッテリ残量が所定の閾値未満であったり、処理負荷が閾値を超えている場合に、仲介を行う又は他の通信装置に仲介を行わせてもよい。
【０１４７】
また、上述した実施形態において、ＵＥ１００−１は、帯域割当の一部を承諾し、帯域割当の一部を拒否する情報を送信してもよい。例えば、ＵＥ１００−１は、帯域割当０と帯域割当１が帯域割当０と部分的に重複している場合、重複していない周波数帯域（一部の周波数帯域）を承諾する承諾情報と、重複している周波数帯域（残りの周波数帯域）を拒否する拒否情報を共に送信してもよい。また、ＵＥ１００−１は、拒否情報を送信せずに、重複していない周波数帯域を承諾する承諾情報のみを送信してもよい。
【０１４８】
また、上述した実施形態において、仲介する通信装置（ＵＥ１００−１を含む）は、仲介するＵＥ１００−１にＤ２Ｄ帯域割当通知が早く通知された方が、優先的に割り当てられるスケジューリングを行ってもよいし（すなわち、遅く通知された帯域割当は、早く通知された帯域割当と重複する無線リソースは、承諾されない）、ＵＥ１００−１と個別にＤ２Ｄ通信を行う全てのＤ２Ｄグループのそれぞれから、Ｄ２Ｄ帯域割当通知を受信した後に、それぞれのＤ２Ｄグループの通信状況を考慮して、スケジューリングを行ってもよい。
【０１４９】
また、上述した実施形態では、ＵＥ１００−２及びＵＥ１００−３のそれぞれが、Ｄ２Ｄ帯域割当仲介要求をｅＮＢ２００に送信したが、これに限られない。例えば、ＵＥ１００−１がまとめて、Ｄ２Ｄ帯域割当仲介要求をｅＮＢ２００に通知してもよい。また、ＵＥ１００−２及びＵＥ１００−３は、複数のＵＥ１００の中からｅＮＢ２００と代表して通信を行うアンカーＵＥ１００を経由して、ｅＮＢ２００に通知してもよい。
【符号の説明】
【０１５０】
１０…Ｅ−ＵＴＲＡＮ、  ２０…ＥＰＣ、  １００，１００−１，１００−２，１００−３，１００−４，１００−５…ＵＥ（ユーザ端末）、  １０１…アンテナ、  １１０…無線送受信機、  １２０…ユーザインターフェイス、  １３０…ＧＮＳＳ受信機、  １４０…バッテリ、  １５０…メモリ、  １６０，１６０’…プロセッサ、  ２００，２００−１，２００−２，２００−３…ｅＮＢ（無線基地局）、  ２０１…アンテナ、  ２１０…無線送受信機、  ２２０…ネットワークインターフェイス、  ２３０…メモリ、  ２４０，２４０’…プロセッサ、  ３００…ＭＭＥ／Ｓ−ＧＷ、  ４００…ＯＡＭ
【図１】
2015019175.tif 000003
【図２】
2015019175.tif 000004
【図３】
2015019175.tif 000005
【図４】
2015019175.tif 000006
【図５】
2015019175.tif 000007
【図６】
2015019175.tif 000008
【図７】
2015019175.tif 000009
【図８】
2015019175.tif 000010
【図９】
2015019175.tif 000011
【図１０】
2015019175.tif 000012