(57)【要約】  通信制御方法は、移動通信システムのカバレッジ内のＵＥ１００−１が、ｅＮＢ２００から送信されるブロードキャスト情報を受信するステップＡと、ＵＥ１００−１が、移動通信システムのカバレッジ外のＵＥ１００−２に対して、ブロードキャスト情報を転送するステップＢと、ＵＥ１００−２が、ＵＥ１００−１から転送されたブロードキャスト情報を受信するステップＣと、を有する。
2015046155.tif 000002
【特許請求の範囲】
【請求項１】
直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる通信制御方法であって、
前記移動通信システムのカバレッジ内の第１のユーザ端末が、基地局から送信されるブロードキャスト情報を受信するステップＡと、
前記第１のユーザ端末が、前記移動通信システムのカバレッジ外の第２のユーザ端末に対して、前記ブロードキャスト情報を転送するステップＢと、
前記第２のユーザ端末が、前記第１のユーザ端末から転送された前記ブロードキャスト情報を受信するステップＣと、
を有することを特徴とする通信制御方法。
【請求項２】
前記ブロードキャスト情報は、前記Ｄ２Ｄ通信に利用可能な無線リソースを示すＤ２Ｄリソース情報を含むことを特徴とする請求項１に記載の通信制御方法。
【請求項３】
前記ブロードキャスト情報は、警報配信システムにより配信される警報情報を含むことを特徴とする請求項１に記載の通信制御方法。
【請求項４】
前記ブロードキャスト情報に基づいて、前記Ｄ２Ｄ通信に利用可能な無線リソースで、前記第１のユーザ端末と前記第２のユーザ端末との間で前記Ｄ２Ｄ通信を行うステップをさらに有することを特徴とする請求項２に記載の通信制御方法。
【請求項５】
前記Ｄ２Ｄ通信に利用可能な無線リソースの一部は、前記ブロードキャスト情報を転送するための特別な無線リソースとして確保され、
前記ステップＢにおいて、前記第１のユーザ端末は、前記特別な無線リソースで、前記第２のユーザ端末に対して前記ブロードキャスト情報を転送することを特徴とする請求項２に記載の通信制御方法。
【請求項６】
前記Ｄ２Ｄ通信に利用可能な無線リソースの一部は、高信頼性かつ低遅延が要求される情報を前記Ｄ２Ｄ通信において送信するための特別な無線リソースとして確保されることを特徴とする請求項２に記載の通信制御方法。
【請求項７】
前記ステップＡにおいて前記第１のユーザ端末が前記警報情報を受信した場合に、前記ステップＢにおいて、前記第１のユーザ端末は、前記Ｄ２Ｄ通信に利用可能な無線リソースを前記警報情報の転送に優先的に割り当てた上で、前記第２のユーザ端末に対して前記警報情報を転送することを特徴とする請求項３に記載の通信制御方法。
【請求項８】
直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる通信制御方法であって、
前記移動通信システムの基地局のカバレッジ内においてＲＲＣ接続モードの第１のユーザ端末が、前記Ｄ２Ｄ通信に使用する無線リソースの割り当てを要求するための要求情報を前記基地局に送信するステップＡと、
前記第１のユーザ端末が、前記要求情報に応じて割り当てられた前記無線リソースを示すリソース割り当て情報を前記基地局から受信するステップＢと、
を有することを特徴とする通信制御方法。
【請求項９】
前記第１のユーザ端末が、前記カバレッジ外の第２のユーザ端末に対し、前記リソース割り当て情報を転送するステップＣをさらに有することを特徴とする請求項８に記載の通信制御方法。
【請求項１０】
直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる通信制御方法であって、
前記移動通信システムの基地局が、前記Ｄ２Ｄ通信に興味を持つユーザ端末の数に基づいて、前記Ｄ２Ｄ通信に使用する無線リソースを決定するステップＡと、
前記基地局が、前記決定した無線リソースを示すリソース割り当て情報をブロードキャストするステップＢと、
を有することを特徴とする通信制御方法。
【請求項１１】
前記基地局のカバレッジ内の第１のユーザ端末が、前記リソース割り当て情報を受信するステップＣと、
前記第１のユーザ端末が、前記カバレッジ外の第２のユーザ端末に対し、前記リソース割り当て情報を転送するステップＤと、
をさらに有することを特徴とする請求項１０に記載の通信制御方法。
【請求項１２】
直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる通信制御方法であって、
前記Ｄ２Ｄ通信に使用する無線リソースが予め規定されており、
前記移動通信システムのカバレッジ外の第１のユーザ端末が、前記予め規定された無線リソースを使用して、自律的に前記Ｄ２Ｄ通信を行うステップを有することを特徴とする通信制御方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ通信をサポートする移動通信システムにおいて用いられる通信制御方法に関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）通信の導入が検討されている（非特許文献１参照）。【０００３】
Ｄ２Ｄ通信では、近接する複数のユーザ端末からなる端末グループ内で、ネットワークを介さずに直接的な端末間通信を行う。一方、移動通信システムの通常の通信であるセルラ通信では、ユーザ端末がネットワークを介して通信を行う。【０００４】
Ｄ２Ｄ通信は、近接するユーザ端末間で低送信電力の無線通信を行うことができるため、セルラ通信に比べて、ユーザ端末の消費電力及びネットワークの負荷を削減できる。
【先行技術文献】
【非特許文献】
【０００５】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ２２．８０３  Ｖ１２．２．０」  ２０１３年６月
【発明の概要】
【０００６】
Ｄ２Ｄ通信とセルラ通信との間の干渉を回避するためには、ネットワーク（基地局）の管理下でＤ２Ｄ通信が行われることが好ましい。
【０００７】
しかしながら、Ｄ２Ｄ通信を行うユーザ端末群の中に、移動通信システムのカバレッジ外のユーザ端末が含まれるケースには、当該ユーザ端末に対してネットワークからの情報を伝送できない。
【０００８】
そこで、本発明は、Ｄ２Ｄ通信を適切に制御可能な通信制御方法を提供することを目的とする。
【０００９】
第１の特徴に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。前記通信制御方法は、前記移動通信システムのカバレッジ内の第１のユーザ端末が、基地局から送信されるブロードキャスト情報を受信するステップＡと、前記第１のユーザ端末が、前記移動通信システムのカバレッジ外の第２のユーザ端末に対して、前記ブロードキャスト情報を転送するステップＢと、前記第２のユーザ端末が、前記第１のユーザ端末から転送された前記ブロードキャスト情報を受信するステップＣと、を有する。
【００１０】
第２の特徴に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる方法である。前記通信制御方法は、前記移動通信システムの基地局のカバレッジ内においてＲＲＣ接続モードの第１のユーザ端末が、前記Ｄ２Ｄ通信に使用する無線リソースの割り当てを要求するための要求情報を前記基地局に送信するステップＡと、前記第１のユーザ端末が、前記要求情報に応じて割り当てられた前記無線リソースを示すリソース割り当て情報を前記基地局から受信するステップＢと、を有する。
【００１１】
第３の特徴に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる方法である。前記通信制御方法は、前記移動通信システムの基地局が、前記Ｄ２Ｄ通信に興味を持つユーザ端末の数に基づいて、前記Ｄ２Ｄ通信に使用する無線リソースを決定するステップＡと、前記基地局が、前記決定した無線リソースを示すリソース割り当て情報をブロードキャストするステップＢと、を有する。
【００１２】
第４の特徴に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる方法である。前記Ｄ２Ｄ通信に使用する無線リソースが予め規定されている。前記通信制御方法は、前記移動通信システムのカバレッジ外の第１のユーザ端末が、前記予め規定された無線リソースを使用して、自律的に前記Ｄ２Ｄ通信を行うステップを有する。
【図面の簡単な説明】
【００１３】
【図１】第１実施形態及び第２実施形態に係るＬＴＥシステムの構成図である。
【図２】第１実施形態及び第２実施形態に係るＵＥのブロック図である。
【図３】第１実施形態及び第２実施形態に係るｅＮＢのブロック図である。
【図４】第１実施形態及び第２実施形態に係る無線インターフェイスのプロトコルスタック図である。
【図５】第１実施形態及び第２実施形態に係る無線フレームの構成図である。
【図６】第１実施形態及び第２実施形態に係るＤ２Ｄ通信を説明するための図である。
【図７】第１実施形態に係る動作環境を説明するための図である。
【図８】Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースにおけるＤ２Ｄ−セルラ間干渉を説明するための図である（その１）。
【図９】Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースにおけるＤ２Ｄ−セルラ間干渉を説明するための図である（その２）。
【図１０】第１実施形態に係る通信制御方法（Ｄ２Ｄリソース管理方法）を説明するための図である。
【図１１】第１実施形態に係る通信制御方法（警報転送方法）を説明するための図である。
【図１２】第１実施形態に係る特別な無線リソースを含むＤ２Ｄリソースを説明するための図である。
【図１３】第１実施形態に係る動作シーケンス図である。
【図１４】第１実施形態の変更例２を説明するための図である。
【図１５】カバレッジ内マルチセル・シナリオを示す図である。
【図１６】第２実施形態に係る、カバレッジ内シナリオについて、集中型リソース割り当ての手順を示す図である。
【図１７】第２実施形態に係る、部分的カバレッジ・シナリオについて、集中型リソース割り当ての手順を示す図である。
【図１８】第２実施形態に係る、カバレッジ内シナリオについて、準分散型リソース割り当ての手順を示す図である。
【図１９】第２実施形態に係る、部分的カバレッジ・シナリオについて、準分散型リソース割り当ての手順を示す図である。
【図２０】第２実施形態に係る、カバレッジ外シナリオについて、準分散型リソース割り当ての手順を示す図である。
【図２１】第２実施形態に係る、カバレッジ内シナリオについて、分散型リソース割り当ての手順を示す図である。
【図２２】第２実施形態に係る、部分的カバレッジ・シナリオについて、分散型リソース割り当ての手順を示す図である。
【発明を実施するための形態】
【００１４】
［実施形態の概要］
第１実施形態に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる。前記通信制御方法は、前記移動通信システムのカバレッジ内の第１のユーザ端末が、基地局から送信されるブロードキャスト情報を受信するステップＡと、前記第１のユーザ端末が、前記移動通信システムのカバレッジ外の第２のユーザ端末に対して、前記ブロードキャスト情報を転送するステップＢと、前記第２のユーザ端末が、前記第１のユーザ端末から転送された前記ブロードキャスト情報を受信するステップＣと、を有する。
【００１５】
第１実施形態では、前記ブロードキャスト情報は、前記Ｄ２Ｄ通信に利用可能な無線リソースを示すＤ２Ｄリソース情報を含む。
【００１６】
第１実施形態では、前記ブロードキャスト情報は、警報配信システムにより配信される警報情報を含む。
【００１７】
第１実施形態では、前記通信制御方法は、前記ブロードキャスト情報に基づいて、前記Ｄ２Ｄ通信に利用可能な無線リソースで、前記第１のユーザ端末と前記第２のユーザ端末との間で前記Ｄ２Ｄ通信を行うステップをさらに有する。
【００１８】
第１実施形態では、前記Ｄ２Ｄ通信に利用可能な無線リソースの一部は、前記ブロードキャスト情報を転送するための特別な無線リソースとして確保される。前記ステップＢにおいて、前記第１のユーザ端末は、前記特別な無線リソースで、前記第２のユーザ端末に対して前記ブロードキャスト情報を転送する。
【００１９】
第１実施形態の変更例では、前記Ｄ２Ｄ通信に利用可能な無線リソースの一部は、高信頼性かつ低遅延が要求される情報を前記Ｄ２Ｄ通信において送信するための特別な無線リソースとして確保される。
【００２０】
第１実施形態の変更例では、前記ステップＡにおいて前記第１のユーザ端末が前記警報情報を受信した場合に、前記ステップＢにおいて、前記第１のユーザ端末は、前記Ｄ２Ｄ通信に利用可能な無線リソースを前記警報情報の転送に優先的に割り当てた上で、前記第２のユーザ端末に対して前記警報情報を転送する。
【００２１】
第１実施形態に係る第１のユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて、前記移動通信システムのカバレッジ内に位置する。前記第１のユーザ端末は、基地局から送信されるブロードキャスト情報を受信する受信部と、前記移動通信システムのカバレッジ外の第２のユーザ端末に対して、前記ブロードキャスト情報を転送する制御部と、を有する。
【００２２】
第１実施形態に係る第２のユーザ端末は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて、前記移動通信システムのカバレッジ外に位置する。前記第２のユーザ端末は、前記移動通信システムのカバレッジ内の第１のユーザ端末が基地局から受信したブロードキャスト情報であって、かつ前記第１のユーザ端末から転送された前記ブロードキャスト情報を受信する受信部を有する。
【００２３】
第２実施形態に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる方法である。前記通信制御方法は、前記移動通信システムの基地局のカバレッジ内においてＲＲＣ接続モードの第１のユーザ端末が、前記Ｄ２Ｄ通信に使用する無線リソースの割り当てを要求するための要求情報を前記基地局に送信するステップＡと、前記第１のユーザ端末が、前記要求情報に応じて割り当てられた前記無線リソースを示すリソース割り当て情報を前記基地局から受信するステップＢと、を有する。
【００２４】
第２実施形態では、前記通信制御方法は、前記第１のユーザ端末が、前記カバレッジ外の第２のユーザ端末に対し、前記リソース割り当て情報を転送するステップＣをさらに有する。
【００２５】
第２実施形態に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる方法である。前記通信制御方法は、前記移動通信システムの基地局が、前記Ｄ２Ｄ通信に興味を持つユーザ端末の数に基づいて、前記Ｄ２Ｄ通信に使用する無線リソースを決定するステップＡと、前記基地局が、前記決定した無線リソースを示すリソース割り当て情報をブロードキャストするステップＢと、を有する。
【００２６】
第２実施形態では、前記通信制御方法は、前記基地局のカバレッジ内の第１のユーザ端末が、前記リソース割り当て情報を受信するステップＣと、前記第１のユーザ端末が、前記カバレッジ外の第２のユーザ端末に対し、前記リソース割り当て情報を転送するステップＤと、をさらに有する。
【００２７】
第２実施形態に係る通信制御方法は、直接的な端末間通信であるＤ２Ｄ通信をサポートする移動通信システムにおいて用いられる方法である。前記Ｄ２Ｄ通信に使用する無線リソースが予め規定されている。前記通信制御方法は、前記移動通信システムのカバレッジ外の第１のユーザ端末が、前記予め規定された無線リソースを使用して、自律的に前記Ｄ２Ｄ通信を行うステップを有する。
【００２８】
［第１実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００２９】
（システム構成）
図１は、第１実施形態に係るＬＴＥシステムの構成図である。図１に示すように、第１実施形態に係るＬＴＥシステムは、ＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ−ＵＭＴＳ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０、及びＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０を備える。
【００３０】
ＵＥ１００は、ユーザ端末に相当する。ＵＥ１００は、移動型の通信装置であり、接続先のセル（サービングセル）との無線通信を行う。ＵＥ１００の構成については後述する。
【００３１】
Ｅ−ＵＴＲＡＮ１０は、無線アクセスネットワークに相当する。Ｅ−ＵＴＲＡＮ１０は、ｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は、基地局に相当する。ｅＮＢ２００は、Ｘ２インターフェイスを介して相互に接続される。ｅＮＢ２００の構成については後述する。
【００３２】
ｅＮＢ２００は、１又は複数のセルを管理しており、自セルとの接続を確立したＵＥ１００との無線通信を行う。ｅＮＢ２００は、無線リソース管理（ＲＲＭ）機能、ユーザデータのルーティング機能、モビリティ制御・スケジューリングのための測定制御機能などを有する。「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００３３】
ＥＰＣ２０は、コアネットワークに相当する。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０によりＬＴＥシステムのネットワークが構成される。ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００を含む。ＭＭＥは、ＵＥ１００に対する各種モビリティ制御などを行う。Ｓ−ＧＷは、ユーザデータの転送制御を行う。ＭＭＥ／Ｓ−ＧＷ３００は、Ｓ１インターフェイスを介してｅＮＢ２００と接続される。
【００３４】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、複数のアンテナ１０１、無線送受信機１１０、ユーザインターフェイス１２０、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０、バッテリ１４０、メモリ１５０、及びプロセッサ１６０を備える。メモリ１５０及びプロセッサ１６０は、制御部を構成する。ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００３５】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ１６０に出力する。
【００３６】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００３７】
メモリ１５０は、プロセッサ１６０により実行されるプログラム、及びプロセッサ１６０による処理に使用される情報を記憶する。プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００３８】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１、無線送受信機２１０、ネットワークインターフェイス２２０、メモリ２３０、及びプロセッサ２４０を備える。メモリ２３０及びプロセッサ２４０は、制御部を構成する。
【００３９】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号（送信信号）を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号（受信信号）に変換してプロセッサ２４０に出力する。
【００４０】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００４１】
メモリ２３０は、プロセッサ２４０により実行されるプログラム、及びプロセッサ２４０による処理に使用される情報を記憶する。プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００４２】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルの第１層乃至第３層に区分されており、第１層は物理（ＰＨＹ）層である。第２層は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）層、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）層、及びＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）層を含む。第３層は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）層を含む。
【００４３】
物理層は、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。ＵＥ１００の物理層とｅＮＢ２００の物理層との間では、物理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４４】
ＭＡＣ層は、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣ層とｅＮＢ２００のＭＡＣ層との間では、トランスポートチャネルを介してユーザデータ及び制御信号が伝送される。ｅＮＢ２００のＭＡＣ層は、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式）、ＵＥ１００への割当リソースブロックを決定（スケジューリング）するケジューラを含む。
【００４５】
ＲＬＣ層は、ＭＡＣ層及び物理層の機能を利用してデータを受信側のＲＬＣ層に伝送する。ＵＥ１００のＲＬＣ層とｅＮＢ２００のＲＬＣ層との間では、論理チャネルを介してユーザデータ及び制御信号が伝送される。
【００４６】
ＰＤＣＰ層は、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００４７】
ＲＲＣ層は、制御信号を取り扱う制御プレーンでのみ定義される。ＵＥ１００のＲＲＣ層とｅＮＢ２００のＲＲＣ層との間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣ層は、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間に接続（ＲＲＣ接続）がある場合、ＵＥ１００は接続状態（ＲＲＣ接続モード）であり、そうでない場合、ＵＥ１００はアイドル状態（ＲＲＣアイドルモード）である。
【００４８】
ＲＲＣ層の上位に位置するＮＡＳ（Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ）層は、セッション管理及びモビリティ管理などを行う。
【００４９】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンク（ＤＬ）にはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンク（ＵＬ）にはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ適用される。
【００５０】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成される。各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルによりリソースエレメントが構成される。
【００５１】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより構成され、時間リソースはサブフレーム（又はスロット）により構成される。
【００５２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に下りリンク制御信号を伝送するための物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される領域である。また、各サブフレームの残りの部分は、主に下りリンクユーザデータを伝送するための物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。
【００５３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に上りリンク制御信号を伝送するための物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される領域である。各サブフレームにおける残りの部分は、主に上りリンクユーザデータを伝送するための物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。
【００５４】
（Ｄ２Ｄ通信）
第１実施形態に係るＬＴＥシステムは、直接的な端末間通信（ＵＥ間通信）であるＤ２Ｄ通信をサポートする。図６は、第１実施形態に係るＤ２Ｄ通信を説明するための図である。
【００５５】
ここでは、Ｄ２Ｄ通信を、ＬＴＥシステムの通常の通信であるセルラ通信と比較して説明する。セルラ通信は、データパスがネットワーク（Ｅ−ＵＴＲＡＮ１０、ＥＰＣ２０）を経由する通信形態である。データパスとは、ユーザデータの伝送経路である。
【００５６】
これに対し、図６に示すように、Ｄ２Ｄ通信は、ＵＥ間に設定されるデータパスがネットワークを経由しない通信形態である。相互に近接する複数のＵＥ１００（ＵＥ１００−１及びＵＥ１００−２）は、低送信電力で直接的に無線通信を行う。
【００５７】
このように、近接する複数のＵＥ１００が低送信電力で直接的に無線通信を行うことにより、セルラ通信と比べて、ＵＥ１００の消費電力を削減し、かつ、隣接セルへの干渉を低減できる。
【００５８】
Ｄ２Ｄ通信の周波数帯は、セルラ通信の周波数帯と共用されてもよく、セルラ通信の周波数帯と異なる周波数帯であってもよい。第１実施形態では、周波数利用効率の観点から、Ｄ２Ｄ通信の周波数帯がセルラ通信の周波数帯と共用されるケースを想定する。
【００５９】
周波数利用効率をさらに高めるために、セルラ通信に利用可能な無線リソース及び／又はＤ２Ｄ通信に利用可能な無線リソースは、トラフィック状況などに応じて可変としてもよい。
【００６０】
また、第１実施形態では、下位レイヤにおけるＤ２Ｄ通信の形態として主としてブロードキャストを想定する。例えばＤ２Ｄ通信にＣＳＭＡ（Ｃａｒｒｉｅｒ  Ｓｅｎｓｅ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）が適用される。このようなブロードキャストによるＤ２Ｄ通信は、災害時などにおける公安（Ｐｕｂｌｉｃ  Ｓａｆｅｔｙ）の用途に特に好適である。なお、上位レイヤで暗号化などを行うことにより、グループキャスト（マルチキャスト）又はユニキャストに応用可能である。
【００６１】
（第１実施形態に係る動作）
図７は、第１実施形態に係る動作環境を説明するための図である。
【００６２】
図７に示すように、複数のＵＥ１００により、Ｄ２Ｄ通信を行うＵＥ群（以下、「Ｄ２Ｄグループ」という）が形成されている。なお、Ｄ２Ｄグループは、クラスタと称されることがある。
【００６３】
図７に示すＤ２Ｄグループは、ｅＮＢ２００のカバレッジ（以下、単に「カバレッジ」という）内のＵＥ１００−１とカバレッジ外のＵＥ１００−２とにより形成される。ＵＥ１００−１及びＵＥ１００−２は同期がとられている。また、ＵＥ１００−１及びＵＥ１００−２のそれぞれは、近傍発見（Ｄｉｓｃｏｖｅｒｙ）処理により相手ＵＥを認識していてもよい。
【００６４】
以下において、Ｄ２Ｄグループのうち一部のＵＥ１００がカバレッジ内に位置し、残りのＵＥ１００がカバレッジ外に位置するケースを「Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅ（部分的カバレッジ）」という。第１実施形態では、Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースを主として想定する。
【００６５】
なお、Ｄ２Ｄグループを形成する全ＵＥ１００がカバレッジ内に位置するケースを「Ｉｎ  ｃｏｖｅｒａｇｅ（カバレッジ内）」という。Ｄ２Ｄグループを形成する全ＵＥ１００がカバレッジ外に位置するケースを「Ｏｕｔ  ｏｆ  ｃｏｖｅｒａｇｅ（カバレッジ外）」という。さらに、Ｉｎ  ｃｏｖｅｒａｇｅケースには、Ｄ２Ｄグループを形成するＵＥ１００が同一セル内に存在するケースと、Ｄ２Ｄグループを形成するＵＥ１００が複数セルに分散して存在するケースと、がある。
【００６６】
上述したように、Ｄ２Ｄ通信の周波数帯がセルラ通信の周波数帯と共用される場合には、Ｄ２Ｄ通信とセルラ通信との間の干渉（Ｄ２Ｄ−セルラ間干渉）若しくは送受信タイミング重複が問題になる。
【００６７】
図８は、Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースにおけるＤ２Ｄ−セルラ間干渉を説明するための図である。以下では、Ｄ２Ｄ通信の周波数帯がセルラ通信の上りリンクの周波数帯と共用されるケースを想定する。
【００６８】
図８に示すように、カバレッジ内ＵＥ１００−１がＤ２Ｄ通信における送信（Ｄ２Ｄ送信）を自由に行う場合、当該Ｄ２Ｄ送信は、ＵＥ１００−１以外のカバレッジ内ＵＥ（セルラＵＥ）の上りリンクに対して干渉を与える虞がある。
【００６９】
図９は、Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースにおける送受信タイミング重複を説明するための図である。
【００７０】
図９に示すように、カバレッジ内ＵＥ１００−１がセルラ通信及びＤ２Ｄ通信を併用する場合で、かつ、カバレッジ外ＵＥ１００−２がＤ２Ｄ送信を自由に行う場合、ＵＥ１００−１へのＤ２Ｄ送信のタイミングとＵＥ１００-１のセルラ送信のタイミングとが重複する。よって、セルラ送信中にＤ２Ｄ受信を行うことができないＵＥ１００-１は、Ｄ２Ｄ通信が成功しない可能性がある。
【００７１】
よって、Ｄ２Ｄ−セルラ間干渉及び送受信タイミング重複を回避するためには、ネットワーク（ｅＮＢ２００）の管理下でＤ２Ｄ通信が行われることが好ましい。
【００７２】
図１０は、第１実施形態に係る通信制御方法（Ｄ２Ｄリソース管理方法）を説明するための図である。
【００７３】
図１０に示すように、第１実施形態に係る通信制御方法は、カバレッジ内ＵＥ１００−１が、ｅＮＢ２００から送信されるブロードキャスト情報を受信するステップＡを有する。ブロードキャスト情報は、Ｄ２Ｄ通信に利用可能な無線リソース（例えばリソースブロック、サブフレームなど）を示すＤ２Ｄリソース情報を含む。ブロードキャスト情報は、例えばシステム情報ブロック（ＳＩＢ）である。ＳＩＢは、複数のカバレッジ内ＵＥに共通に適用される共通ＲＲＣメッセージである。
【００７４】
このように、第１実施形態では、Ｄ２Ｄ通信に利用可能な無線リソース（以下、「Ｄ２Ｄリソース」という）がｅＮＢ２００からブロードキャストでカバレッジ内ＵＥ１００−１に通知される。Ｄ２Ｄリソースは、ｅＮＢ２００により管理されている。よって、カバレッジ内ＵＥ１００−１は、ｅＮＢ２００により管理された無線リソースでＤ２Ｄ通信を行うため、Ｄ２Ｄ−セルラ間干渉を回避できる。
【００７５】
なお、セルラ通信におけるリソース割り当てはＰＤＣＣＨ上で動的に行われることが一般的である。一方、下位レイヤにおけるＤ２Ｄ通信の形態としてブロードキャストを想定すると、Ｄ２Ｄリソースは動的にはスケジューリングされず、準静的なスケジューリングが適用されると考えられる。よって、セルラ通信におけるリソース割り当てとは異なり、ＳＩＢによりＤ２Ｄリソースを通知することが好ましい。
【００７６】
また、第１実施形態に係る通信制御方法は、カバレッジ内ＵＥ１００−１が、カバレッジ外ＵＥ１００−２に対して、ブロードキャスト情報を転送するステップＢと、ＵＥ１００−２が、ＵＥ１００−１から転送されたブロードキャスト情報を受信するステップＣと、を有する。ステップＢにおいて、カバレッジ内ＵＥ１００−１は、Ｄ２Ｄリソース情報を再度ブロードキャストすることでカバレッジ外ＵＥ１００−２に転送する。これにより、カバレッジ外ＵＥ１００−２もＤ２Ｄリソースを把握し、ｅＮＢ２００により管理された無線リソースでＤ２Ｄ通信を行うため、送受信タイミング重複を回避できる。
【００７７】
従って、第１実施形態に係る通信制御方法によれば、Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースにおいてＤ２Ｄ−セルラ間干渉及び送受信タイミング重複を回避できる。また、Ｉｎ  ｃｏｖｅｒａｇｅケースにおいてもＤ２Ｄ−セルラ間干渉及び送受信タイミング重複を回避できることは勿論である。
【００７８】
第１実施形態に係る通信制御方法は、Ｄ２Ｄリソース情報だけでなく、警報配信システムにより配信される警報情報にも適用できる。警報配信システムとは、ＥＴＷＳ（Ｅａｒｔｈｑｕａｋｅ  ａｎｄ  Ｔｓｕｎａｍｉ  Ｗａｒｎｉｎｇ  Ｓｙｓｔｅｍ）、ＣＭＡＳ（Ｃｏｍｍｅｒｃｉａｌ  Ｍｏｂｉｌｅ  Ａｌｅｒｔ  Ｓｙｓｔｅｍ）などである。警報情報はＳＩＢによりブロードキャストされる。図１１は、第１実施形態に係る通信制御方法（警報転送方法）を説明するための図である。
【００７９】
図１１に示すように、カバレッジ内ＵＥ１００−１は、ｅＮＢ２００からＳＩＢによりブロードキャストされる警報情報を受信した後、警報情報を再度ブロードキャストすることでカバレッジ外ＵＥ１００−２に転送する。これにより、カバレッジ外ＵＥ１００−２においても、警報配信システムにより配信される警報情報を取得できる。
【００８０】
第１実施形態では、Ｄ２Ｄリソースの一部は、ブロードキャスト情報（Ｄ２Ｄリソース情報、警報情報）を転送するための特別な無線リソースとして確保される。図１２は、特別な無線リソースを含むＤ２Ｄリソースを説明するための図である。
【００８１】
図１２に示すように、複数のリソースブロックからなるＤ２Ｄリソースが周期的に割り当てられている。Ｄ２Ｄリソースの一部は、ブロードキャスト情報を転送するための特別な無線リソース（Ｓｐｅｃｉａｌ  ｒｅｓｏｕｒｃｅ）として、Ｄ２Ｄ通信におけるデータ送信に使用されずに確保される。よって、カバレッジ内ＵＥ１００−１は、より確実に、かつ低遅延で、ブロードキャスト情報をカバレッジ外ＵＥ１００−２に転送できる。
【００８２】
特別な無線リソースは、予め定められている。或いは、予め定められた規則により特別な無線リソースが決定されてもよい。或いは、ｅＮＢ２００から特別な無線リソースが指定されてもよい。この場合、ｅＮＢ２００は、特別な無線リソースを示す情報をブロードキャストで送信してもよい。
【００８３】
ｅＮＢ２００は、セルラ通信においてＤ２Ｄリソース（特別な無線リソースを含む）の使用を制限する。
【００８４】
図１３は、第１実施形態に係る動作シーケンス図である。
【００８５】
図１３に示すように、ステップＳ１１において、ｅＮＢ２００は、Ｄ２Ｄリソースを確保し、Ｄ２Ｄリソース情報（Ｄ２Ｄ  ｒｅｓｏｕｒｃｅ  ｎｏｔｉｆｉｃａｔｉｏｎ）をＳＩＢによりブロードキャストする。カバレッジ内ＵＥ１００−１は、Ｄ２Ｄリソース情報をｅＮＢ２００から受信する。
【００８６】
ステップＳ１２において、カバレッジ内ＵＥ１００−１は、特別な無線リソースにより、Ｄ２Ｄリソース情報をブロードキャストで送信する。特別な無線リソースは予め確保されているため、高信頼かつ低遅延でＤ２Ｄリソース情報をカバレッジ外ＵＥ１００−２に転送できる。
【００８７】
ステップＳ１３において、カバレッジ内ＵＥ１００−１及びカバレッジ外ＵＥ１００−２は、特別な無線リソース以外のＤ２Ｄリソースにより、Ｄ２Ｄ通信を行う。
【００８８】
ステップＳ１４において、ｅＮＢ２００は、警報情報（ＥＴＷＳ情報又はＣＭＡＳ情報）をＳＩＢによりブロードキャストする。カバレッジ内ＵＥ１００−１は、警報情報をｅＮＢ２００から受信する。
【００８９】
ステップＳ１５において、カバレッジ内ＵＥ１００−１は、特別な無線リソースにより、警報情報をブロードキャストで送信する。特別な無線リソースは予め確保されているため、高信頼かつ低遅延で警報情報をカバレッジ外ＵＥ１００−２に転送できる。
【００９０】
（第１実施形態のまとめ）
上述したように、Ｄ２Ｄリソースは、ｅＮＢ２００からブロードキャストでカバレッジ内ＵＥ１００−１に通知される。また、カバレッジ内ＵＥ１００−１がＤ２Ｄリソース情報を再度ブロードキャストすることでカバレッジ外ＵＥ１００−２に転送する。従って、Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースであっても、Ｄ２Ｄ−セルラ間干渉及び送受信タイミング重複を回避できる。
【００９１】
第１実施形態では、Ｄ２Ｄリソースの一部は、ブロードキャスト情報を転送するための特別な無線リソースとして確保される。よって、より確実に、かつ低遅延で、ブロードキャスト情報（Ｄ２Ｄリソース情報、警報情報）をカバレッジ外ＵＥ１００−２に転送できる。
【００９２】
［変更例１］
また、上述した第１実施形態では、Ｐａｒｔｉａｌ  ｃｏｖｅｒａｇｅケースを主として説明したが、Ｉｎ  ｃｏｖｅｒａｇｅケースにも応用可能である。Ｉｎ  ｃｏｖｅｒａｇｅケースでは、Ｄ２Ｄリソースの一部を、高信頼性かつ低遅延が要求される情報をＤ２Ｄ通信において送信するための特別な無線リソースとして確保してもよい。高信頼性かつ低遅延が要求される情報とは、制御信号、又は音声データ（特に、緊急呼）などの高いＱｏＳ（Ｑｕａｌｉｔｙ  ｏｆ  Ｓｅｒｖｉｃｅ）が要求されるデータなどである。このように、ブロードキャスト情報の転送用に特別な無線リソースを使用するのではなく、高信頼性かつ低遅延が要求される情報の送信用に特別な無線リソースを使用できる。
【００９３】
［変更例２］
上述した第１実施形態では、Ｄ２Ｄグループ（クラスタ）においてＤ２Ｄ通信を制御する制御ＵＥ（クラスタヘッド）の存在を特に考慮していなかった。
【００９４】
制御ＵＥが存在する場合には、Ｄ２Ｄグループ内の送信側と受信側とが時分割で切り替わるようにスケジューリングが可能である。よって、カバレッジ内ＵＥ１００−１が制御ＵＥである場合には、図９で示した送受信タイミング重複の問題は回避できる。このようなスケジューリングに拘わらず、制御ＵＥ（ＵＥ１００−１）は、ｅＮＢ２００から警報情報を受信した場合には、Ｄ２Ｄリソースを警報情報の転送に優先的に割り当てた上で、カバレッジ外ＵＥ１００−２に対して警報情報を転送してもよい。
【００９５】
また、複数のＤ２Ｄグループのそれぞれに制御ＵＥが存在する場合には、図１４に示すように、特別な無線リソースをＤ２Ｄグループごとに異ならせてもよい。図１４の例では、ＵＥ１乃至ＵＥ３のそれぞれがカバレッジ内の制御ＵＥであるケースを想定している。ＵＥ１乃至ＵＥ３のそれぞれは、Ｄ２Ｄグループを形成した際に、自グループのための特別な無線リソースの割り当てをｅＮＢ２００から受けて、警報情報の転送又は高信頼性かつ低遅延が要求される情報の送信に特別な無線リソースを使用する。或いは、特別な無線リソースを制御ＵＥ同士のネゴシエーションによって決定してもよい。この場合、近傍制御ＵＥの存在を検知した制御ＵＥは、近傍制御ＵＥに対して、使用中の特別な無線リソース又は使用を希望する特別な無線リソースをブロードキャスト又はユニキャストで通知する。ユニキャストの場合、当該近傍制御ＵＥは、当該通知に対する応答（ＯＫ／ＮＧ等）を行う。なお、ｅＮＢ２００による特別な無線リソースの割り当てと制御ＵＥ同士のネゴシエーションとを併用してもよい。
【００９６】
［その他の変更例］
上述した第１実施形態では、Ｄ２Ｄ通信の周波数帯がセルラ通信の上りリンクの周波数帯と共用されるケースを想定していたが、Ｄ２Ｄ通信の周波数帯がセルラ通信の下りリンクの周波数帯と共用されてもよい。
【００９７】
上述した第１実施形態の変更例１では、Ｄ２Ｄリソースの一部を、高信頼性かつ低遅延が要求される情報をＤ２Ｄ通信において送信するための特別な無線リソースとして確保する一例について説明した。しかしながら、特別な無線リソースをＤ２Ｄ送信に使用するだけでなく、Ｄ２Ｄ送信のための通知に使用してもよい。例えば、特別な無線リソースを、高信頼性かつ低遅延が要求される情報の送信を通知するための無線リソースとしてもよい。
【００９８】
上述した第１実施形態では、移動通信システムの一例としてＬＴＥシステムを説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
【００９９】
上述した第１実施形態は、後述する第２実施形態と適宜組み合わせて実施してもよい。
【０１００】
［第２実施形態］
以下において、第２実施形態について、第１実施形態との相違点を主として説明する。
【０１０１】
Ｄ２Ｄ通信について以下の前提を想定する。
【０１０２】
インフラストラクチャ・カバレッジの可用性にかかわらず、公安通信が可能とされるべきである。全てのケース（例えば、カバレッジ内）でＤ２Ｄ直接通信によりそれが達成されるかは検討の余地がある。
【０１０３】
Ｄ２Ｄ直接通信は、専用のキャリアに制限されず、通常のＬＴＥと同じキャリア上で実施し得る。どのリソースをＤ２Ｄ通信（特に、カバレッジ内ＵＥ）に使用するかをどのようにネットワークが制御するかは検討の余地がある。
【０１０４】
また、１対ＭのＤ２Ｄ通信は一方向であり、レイヤ２（ＭＡＣ／ＲＬＣ／ＰＤＣＰ）でのフィードバックは存在しない。
【０１０５】
これらの前提に基づいて、４つのシナリオ（すなわち、カバレッジ外、部分的カバレッジ、カバレッジ内シングルセル、カバレッジ内マルチセル）について検討する。また、Ｄ２Ｄ直接通信が通常のＬＴＥ通信と共存することが要求される。
【０１０６】
以下において、カバレッジ内、カバレッジ外、部分的カバレッジについて、リソース割り当て方式の３つの選択肢を検討する。なお、Ｄ２Ｄ通信に参加するＵＥは同期がとられており、互いに発見されていることを前提とする。また、Ｄ２Ｄ直接通信が通常のＬＴＥ通信と同じキャリア上に共存し得るため、Ｄ２Ｄ通信及びセルラ通信のリソースは、固定ではなく、カバレッジ内及び部分的カバレッジ・シナリオにおけるトラフィック需要に基づいて可変とされる。
【０１０７】
各シナリオについて、Ｄ２Ｄリソース割り当て方式のための潜在的な問題を分析する。
【０１０８】
カバレッジ外シナリオでは、全てのＵＥは、ネットワークから直接シグナリングを受信することはできない。このシナリオは、リリース１２よりも前には検討されたことがないため、いくつかの新しいメカニズムを導入すべきである。
【０１０９】
カバレッジ内シナリオでは、Ｄ２Ｄ通信に興味を持つ全てのＵＥが直接ネットワークシグナリングを受信することができる。
【０１１０】
一方、部分的カバレッジ・シナリオでは、少なくとも１つのＵＥがネットワークから直接シグナリングを受信することができない。従って、カバレッジエリア外領域に位置するＵＥが如何にＤ２Ｄ通信用の無線リソース情報を取得するかを検討する必要がある。この情報がないカバレッジ外ＵＥ（図７のＵＥ１００−２）は、カバレッジ外のＤ２Ｄ受信側ＵＥ（図７のＵＥ１００−１）がｅＮＢにセルラでの送信を試みる時間中にＤ２Ｄ通信をブロードキャストし得る。この状態下では、ＵＥ１００−１はＵＥ１００−２からのブロードキャストのＤ２Ｄ通信を受信できないことがある。Ｄ２Ｄ通信が下りリンク上で実行される場合、ＵＥ１００−２からのＤ２Ｄ送信が下りリンクのセルラ信号と干渉するため、この問題はさらに深刻になり得る。
【０１１１】
図１５は、カバレッジ内マルチセル・シナリオを示す図である。図１５に示すように、異なるセルに位置するＵＥ間の直接のＤ２Ｄ通信を実現するために、各セルによってＤ２Ｄ通信用に同じ無線リソースが各Ｄ２Ｄ  ＵＥに割り当てられる必要がある。カバレッジ内マルチセル・シナリオがリリース１２でサポートされる場合、Ｄ２Ｄ可能セルは協調するべきである。
【０１１２】
（リソース割り当て方式の分析）
第２実施形態では、リソース割り当て方式は、集中型リソース割り当て（Ｃｅｎｔｒａｌｉｚｅｄ）、準分散型リソース割り当て（Ｓｅｍｉ−ｄｉｓｔｒｉｂｕｔｅｄ）、分散型リソース割り当て（Ｄｉｓｔｒｉｂｕｔｅｄ）の三種類がある。
【０１１３】
集中型リソース割り当ては、全てのＤ２Ｄ  ＵＥが個別にｅＮＢによってスケジューリングされることを意味する。従って、Ｄ２Ｄ通信に係る全てのＵＥは、ＲＲＣ接続モードで動作しなければならない。
【０１１４】
準分散型リソース割り当ては、ｅＮＢが各グループにＤ２Ｄリソースを割り当てることを意味する。準分散型リソース割り当て方式については、ｅＮＢは、クラスタヘッドＵＥのそれぞれにリソース割り当て情報を送信する。Ｄ２Ｄグループ内では、Ｄ２Ｄ  ＵＥは、関連するクラスタヘッドＵＥによってスケジューリングされることができる。この方式では、少なくともクラスタヘッドＵＥはＲＲＣ接続モードで動作しなければならない。
【０１１５】
分散型リソース割り当て方式の場合、全てのＤ２Ｄ  ＵＥは、ｅＮＢ（又はネットワーク）によって同一のＤ２Ｄリソースが割り当てられる。Ｄ２Ｄ  ＵＥは、これらのリソースを（例えば、ＣＳＭＡにより）自律的にＤ２Ｄ通信に使用することができる。このリソース割り当て方式が選択されている場合、Ｄ２Ｄ通信に係るＵＥは、ＲＲＣアイドルモードにおいてＤ２Ｄの送信をすることが可能であり得る。
【０１１６】
表１に、ｅＮＢにより割り当てられたＤ２Ｄサブフレームについてグループ内でＤ２Ｄリンク・スケジューリングを担当するエンティティを示す。
【０１１７】
以下においては、準分散型及び分散型リソース割り当て方式を全てのシナリオについて説明する。集中型リソース割り当て方式では、ＵＥがネットワークから直接シグナリングを受信できないため、カバレッジ内及び部分的カバレッジ・シナリオについて説明する。
【０１１８】
【表１】
2015046155.tif 000003
【０１１９】
なお、集中型リソース割り当て方式が選択される場合、Ｄ２Ｄ伝送に係る全てのＵＥがＲＲＣ接続モードで動作しなければならない。準分散型リソース割り当て方式が選択される場合、少なくともクラスタヘッドＵＥはＲＲＣ接続モードで動作しなければならない。
【０１２０】
（１）集中型リソース割り当て
（１．１）カバレッジ内シナリオ
図１６は、カバレッジ内シナリオについて、集中型リソース割り当ての手順を示す図である。図１６に示すように、カバレッジ内シナリオでは、集中型リソース割り当てを実現するために以下の３つのステップが行われる。
【０１２１】
ステップ１：各Ｄ２Ｄ  ＵＥは、ＳＲ（スケジューリング要求）及びバッファ状態報告をｅＮＢに送信する。これにより、ｅＮＢは、各Ｄ２Ｄ  ＵＥのために必要なＤ２Ｄリソースの量を判断することができる。
【０１２２】
ステップ２：ｅＮＢは、各Ｄ２Ｄ  ＵＥのためにＤ２Ｄ通信リソース（複数可）を割り当てる。ここでは、単一のリソースの割り当て、及び（例えば、ＳＰＳを使用した）複数のリソース割り当ての両方が可能である。
【０１２３】
ステップ３：Ｄ２Ｄ通信。
【０１２４】
集中型リソース割り当て方式は、セルラ通信のためのリソース割り当て方式に極めて類似している。従って、Ｄ２ＤのＴｘ（送信）／Ｒｘ（受信）の衝突を容易に回避することができる。Ｄ２Ｄ通信がグループ内のいくつかのＤ２Ｄ  ＵＥのためにはもはや不可能である場合（例えば、発見要件に基づくＤ２Ｄカバレッジ損失など）、ｅＮＢは、いくつかのＤ２Ｄ  ＵＥをセルラ通信に戻すことも可能である。しかし、カバレッジ内マルチセルのシナリオをサポートするためには、隣接セル間でスケジューリング協調を必要とする。どの程度の協調を行うかについては更なる検討が必要である。潜在的な複雑さのために、このリソース割り当て方式に関連した長所と短所を比較する価値があるであろう。
【０１２５】
長所：
・セルラＵＥのためのリソースをＤ２Ｄに再使用することによって、より高い周波数効率が実現され得る。
【０１２６】
・リソースは、（ＱｏＳを考慮して、）実際の必要性に基づいて割り当てられる。
【０１２７】
・Ｄ２ＤのＴｘ／Ｒｘの衝突を回避することができる。
【０１２８】
・既存のプロトコルのメカニズムを可能な限り再利用することができる。
【０１２９】
短所：
・送信リソースを要求するＤ２Ｄ  ＵＥの数に応じてシグナリングオーバーヘッドが増加し得る。
【０１３０】
・カバレッジ内マルチセル・シナリオをサポートするために複雑さが追加される。
【０１３１】
（１．２）部分的カバレッジ・シナリオ
図１７は、部分的カバレッジ・シナリオについて、集中型リソース割り当ての手順を示す図である。図１７に示すように、部分的カバレッジ・シナリオでは、トラフィックがカバレッジ外ＵＥから生成されるケースについて、以下の３つのステップが想定される。
【０１３２】
ステップ１：カバレッジ外ＵＥは、Ｄ２Ｄ通信可能リソースにより、中継ＵＥにＳＲ及びバッファ状態を送信する。中継ＵＥは、ｅＮＢにＳＲ及びバッファ状態報告を転送する。
【０１３３】
ステップ２：ｅＮＢはＤ２Ｄ通信リソースを割り当て、その情報を中継ＵＥに送信する。中継ＵＥは、グループのメンバー全員にこの情報を転送する。他のカバレッジ内ＵＥも中継ＵＥからこの情報を受信してもよい。
【０１３４】
ステップ３：Ｄ２Ｄ通信。
【０１３５】
部分的カバレッジ・シナリオを取り扱うために、ｅＮＢは、セルラカバレッジ内の各Ｄ２Ｄグループの中から、残りのカバレッジ外Ｄ２Ｄ  ＵＥにｅＮＢのメッセージを中継するＵＥを選択する。ｅＮＢが全てのＤ２Ｄリンクをスケジューリングする責任を持つため、ｅＮＢは、Ｄ２Ｄ  ＵＥが送信する信号がグループ内の他の全てのＤ２Ｄ  ＵＥに到達することができるか否かを知っていると仮定する。ステップ１で説明したように、このリソース割り当て方式は、エリア外ＵＥが中継ＵＥを介してｅＮＢにＳＲ及びバッファ状態報告を送信することを要する。この要求に必要とされるｅＮＢ及び中継ＵＥの複雑さはかなりのものである。
【０１３６】
長所：
・セルラＵＥのリソースをＤ２Ｄに再使用することによって、より高い周波数効率が実現され得る。
【０１３７】
・リソースは、（ＱｏＳを考慮して）実際の必要性に基づいて割り当てられる。
【０１３８】
・Ｄ２ＤのＴｘ／Ｒｘの衝突を回避することができる。
【０１３９】
短所：
・送信リソースを要求するＤ２Ｄ  ＵＥの数に応じてシグナリングオーバーヘッドが増加し得る。
【０１４０】
・中継ＵＥについての高い複雑さ。
【０１４１】
・その他の複雑さは、中継ＵＥとグループ内の非中継ＵＥの間のシグナリング制御を導入することができる。
【０１４２】
・ＵＥのＤ２Ｄの送信信号がグループ内の他の全てのＤ２Ｄ  ＵＥに到達できるか否かをｅＮＢが判断するための追加の複雑さ。
【０１４３】
（２）準分散型リソース割り当て
（２．１）カバレッジ内シナリオ
このリソース割り当て方式において、クラスタヘッドは、Ｄ２Ｄ  ＵＥのためのＤ２Ｄリソース割り当てを制御する。カバレッジ内シナリオでは、クラスタヘッドのための２つの選択肢がある。
【０１４４】
・選択肢１：クラスタヘッドがｅＮＢである。
【０１４５】
・選択肢２：各Ｄ２ＤグループがクラスタヘッドＵＥを持つ。
【０１４６】
選択肢１のリソース割り当て方式は、カバレッジ内のシナリオのための集中型リソース割り当て方式と同じである。このため、以下の手順及び分析は、選択肢２に基づいて行われる。選択肢２では、クラスタヘッドＵＥは、ｅＮＢによって割り当てられたＤ２Ｄリソースの制御を許可されるだけである。クラスタヘッドＵＥが、クラスタヘッドＵＥに割り当てられていない他のＤ２Ｄリソースを使用することはできない。これは、次の３つのステップに基づくリソース割り当て手順を想定する。
【０１４７】
図１８は、カバレッジ内シナリオについて、準分散型リソース割り当ての手順を示す図である。
【０１４８】
ステップ１：ＵＥは、クラスタヘッドＵＥにＳＲ及びバッファ状態報告を送信する。アクセスのためのリソースをクラスタヘッドＵＥから要求するために、カバレッジ外ＵＥによって使用され得る特殊なサブフレーム、例えば、発見用サブフレームが存在すると仮定する。
【０１４９】
ステップ２：クラスタヘッドＵＥは、そのグループ内の全てのＤ２Ｄ  ＵＥによって要求される総リソースに基づいて、ｅＮＢからのＤ２Ｄ通信リソースを要求する。これにより、ｅＮＢがＤ２Ｄグループのために必要Ｄ２Ｄリソースの量を決定することができる。（例えば、ＳＰＳを使用して、）複数のリソースを割り当てる。他のカバレッジ内ＵＥがこの情報を受信してもよい。クラスタヘッドＵＥは、バッファ状態の情報ではなく、単にグループ内Ｄ２Ｄ  ＵＥの数を報告してもよい。
【０１５０】
ステップ３：クラスタヘッドＵＥは、Ｄ２Ｄ送信をスケジュールするか、又は、そのグループ内の他のＤ２Ｄ  ＵＥにｅＮＢから割り当てられたリソースを単に転送する。非クラスタヘッドＵＥは、グループ内の残りのＤ２Ｄ  ＵＥに割り当てられたか又は通知されたリソース上で（ブロードキャスト）送信することができる。
【０１５１】
Ｄ２Ｄリソースは、クラスタヘッドＵＥにより、特定のＤ２Ｄ  ＵＥが使用するためにスケジューリングされ得る（すなわち、非競合ベースのスケジューリングを必要としない）。又は、Ｄ２Ｄリソースは、クラスタヘッドＵＥにより、グループ内の全てのＤ２Ｄ  ＵＥが使用するためにスケジューリングされ得る（すなわち、競合ベースのスケジューリングを使用）。ステップ１で述べたように、個別Ｄ２Ｄリソースの割り当ての前に、非クラスタヘッドＵＥがＳＲ及びバッファ状態報告をクラスタヘッドＵＥに送信するために、特殊なサブフレーム又は発見用サブフレームが定義される必要がある。
【０１５２】
この方式は、以下の長所と短所を持っている。
【０１５３】
長所：
・リソースは、（ＱｏＳを考慮して）実際の必要性に基づいて割り当てられる。
【０１５４】
・非競合ベースのスケジューリングを使用する場合、セルラＵＥのリソースをＤ２Ｄに再使用することによって、より高い周波数効率を実現することができる。
【０１５５】
短所：
・リソース割り当てのためのｅＮＢとクラスタヘッドＵＥとの間で必要な協調に起因して、シグナリングオーバーヘッドが増加する。
【０１５６】
・クラスタヘッドＵＥのためのより高い複雑さ及び負荷。グループ内のＤ２Ｄ伝送のためのスケジューラとして動作することによるクラスタヘッドＵＥの高い複雑さ。
【０１５７】
・クラスタヘッドＵＥと非クラスタヘッドＵＥとの間の制御シグナリングを導入するための追加の複雑さ。
【０１５８】
・カバレッジ内マルチセル・シナリオをサポートするための追加の複雑さ。
【０１５９】
（２．２）部分的カバレッジ・シナリオ
部分的カバレッジ・シナリオでは、カバレッジ外Ｄ２Ｄ  ＵＥがｅＮＢに直接接続されていないため、全てのＤ２Ｄ  ＵＥのためのクラスタヘッドとしてｅＮＢを使用することはできない。部分的カバレッジを取り扱うために、セルラリンクを有するＵＥがクラスタヘッドとして割り当てられ、同じクラスタ内の残りのＤ２Ｄ  ＵＥにｅＮＢのメッセージを中継する。クラスタヘッドＵＥは、ｅＮＢによって割り当てられたリソースを使用してＤ２Ｄ送信をスケジュールするので、セルラ上りリンクとＤ２Ｄ送信との間の衝突を回避することができる。
【０１６０】
図１９は、部分的カバレッジ・シナリオについて、準分散型リソース割り当ての手順を示す図である。図１９に示すように、この方式のための手順は、カバレッジ外ＵＥによって生成されたトラフィックのために以下の３つのステップを有する。
【０１６１】
ステップ１：エリア外ＵＥは、クラスタヘッドＵＥにＳＲ及びバッファ状態報告を送信する。クラスタヘッドＤ２Ｄ  ＵＥからアクセス用リソースを要求するためにカバレッジ外ＵＥによって使用することができる特殊なサブフレーム、例えば、発見用サブフレームが存在すると仮定する。
【０１６２】
ステップ２：クラスタヘッドＵＥは、そのグループ内の全てのＤ２Ｄ  ＵＥによって要求される総リソースに基づいて、ｅＮＢからのＤ２Ｄ通信リソースを要求する。これにより、ｅＮＢが、各Ｄ２Ｄグループのために必要なＤ２Ｄリソースの量を決定することができる。（例えば、ＳＰＳを使用して、）複数のリソースを割り当てる。他のカバレッジ内ＵＥがこの情報を受信してもよい。クラスタヘッドＵＥは、バッファ状態の情報ではなく、単にグループ内Ｄ２Ｄ  ＵＥの数を報告してもよい。
【０１６３】
ステップ３：クラスタヘッドＵＥは、Ｄ２Ｄ送信をスケジュールするか、又は、そのグループ内の他のＤ２Ｄ  ＵＥにｅＮＢから割り当てられたリソースを単に転送する。非クラスタヘッドＵＥは、グループ内の残りのＤ２Ｄ  ＵＥに割り当てられたか又は通知されたリソース上で（ブロードキャスト）送信することができる。クラスタヘッドＵＥは、Ｄ２Ｄ  ＵＥが同じグループ内の１つ又は複数のＤ２Ｄ  ＵＥに到達できない場合に、Ｄ２Ｄ  ＵＥから他のＤ２Ｄ  ＵＥへの送信を転送してもよい。
【０１６４】
Ｄ２Ｄリソースは、クラスタヘッドＵＥにより、特定のＤ２Ｄ  ＵＥが使用するためにスケジューリングされ得る（すなわち、非競合ベースのスケジューリングを必要としない）。又は、Ｄ２Ｄリソースは、クラスタヘッドＵＥにより、グループ内の全てのＤ２Ｄ  ＵＥが使用するためにスケジューリングされ得る（すなわち、競合ベースのスケジューリングを使用）。ステップ１で述べたように、個別Ｄ２Ｄリソースの割り当ての前に、非クラスタヘッドＵＥがＳＲ及びバッファ状態報告をクラスタヘッドＵＥに送信するために、特殊なサブフレーム又は発見用サブフレームが定義される必要がある。
【０１６５】
この方式は、以下の長所と短所を持っている。
【０１６６】
長所：
・リソースは、（ＱｏＳを考慮して）実際の必要性に基づいて割り当てられる。
【０１６７】
・クラスタヘッドＵＥは、そのグループ内のＤ２Ｄ  ＵＥ（特に、カバレッジ外Ｄ２Ｄ  ＵＥ）に、ｅＮＢのメッセージを中継することができる。
【０１６８】
短所：
・リソース割り当てのためのｅＮＢとクラスタヘッドＵＥとの間で必要な協調に起因して、シグナリングオーバーヘッドが増加する。
【０１６９】
・クラスタヘッドＵＥのためのより高い複雑さ及び負荷。グループ内のＤ２Ｄ伝送のためのスケジューラとして動作することによるクラスタヘッドＵＥの高い複雑さ。
【０１７０】
・クラスタヘッドＵＥと非クラスタヘッドＵＥとの間の制御シグナリングを導入するための追加の複雑さ。
【０１７１】
（２．３）カバレッジ外シナリオ
カバレッジ外シナリオは、リリース１２前のネットワークでは考慮されていない。そのため、現在の仕様にはないいくつかの新しい機能が、このシナリオを取り扱うために導入されるべきである。一つの可能性として、クラスタヘッドＵＥが相互に交渉するか、（例えば、ＣＳＭＡを使用して）クラスタヘッドＵＥのための空きリソースを見つけることで、どのリソースがそのグループのために使用されるかを決める。
【０１７２】
図２０は、カバレッジ外シナリオについて、準分散型リソース割り当ての手順を示す図である。図２０に示すように、その手順は以下の２つのステップに基づくリソース割り当てを想定する。
【０１７３】
ステップ１：ＵＥはクラスタヘッドＵＥにＳＲ及びバッファ状態報告を送信する。アクセスのためのリソースをクラスタヘッドＵＥから要求するために、カバレッジ外ＵＥによって使用され得る特殊なサブフレーム、例えば、発見用サブフレームが存在すると仮定する。
【０１７４】
ステップ２：クラスタヘッドＵＥは、そのグループ内で、Ｄ２Ｄ送信をスケジュールするか、又はＤ２Ｄ通信に利用可能なリソースを他のＤ２Ｄ  ＵＥに通知する。非クラスタヘッドＤ２Ｄ  ＵＥは、グループ内の残りのＤ２Ｄ  ＵＥに割り当てられたか又は通知されたリソース上で（ブロードキャスト）送信することができる。クラスタヘッドＵＥは、Ｄ２Ｄ  ＵＥが同じグループ内の１つ又は複数のＤ２Ｄ  ＵＥに到達できない場合に、Ｄ２Ｄ  ＵＥから他のＤ２Ｄ  ＵＥへの送信を転送してもよい。
【０１７５】
現在のところ、時間／周波数リソースの全体的な割り当てがあらかじめ定義されるか否かは未定である。さらに、リソースを異なるＤ２Ｄグループ間でどのようにリソースが多重化されるか（すなわち、リソースがＦＤＭ、又はＦＤＭプラスＴＤＭであるか否か）も未定である。
【０１７６】
この方式は、以下の長所と短所を有する。
【０１７７】
長所：
・リソースは、（ＱｏＳを考慮して）実際の必要性に基づいて割り当てられる。
【０１７８】
・Ｄ２Ｄリソースは、クラスタヘッドＵＥにより、特定のＤ２Ｄ  ＵＥが使用するためにスケジューリングされ得る。又は、Ｄ２Ｄリソースは、クラスタヘッドＵＥにより、グループ内の全てのＤ２Ｄ  ＵＥが使用するためにスケジューリングされ得る。
【０１７９】
短所：
・リソース割り当てのためのｅＮＢとクラスタヘッドＵＥとの間で必要な協調に起因して、シグナリングオーバーヘッドが増加する。
【０１８０】
・クラスタヘッドＵＥのためのより高い複雑さ及び負荷。グループ内のＤ２Ｄ伝送のためのスケジューラとして動作することによるクラスタヘッドＵＥの高い複雑さ。
【０１８１】
・クラスタヘッドＵＥと非クラスタヘッドＵＥとの間の制御シグナリングを導入するための追加の複雑さ。
【０１８２】
（３）分散型リソース割り当て
（３．１）カバレッジ内シナリオ
分散型リソース割り当て方式では、各ＵＥは、（例えばＣＳＭＡを使用し、）独立して、送信を行うか否かを決定する。言い換えれば、Ｄ２Ｄリソースを調整するクラスタヘッドＵＥが存在しないため、各Ｄ２Ｄサブフレームに対して、各Ｄ２Ｄ  ＵＥは、そのＤ２Ｄサブフレームで送信するか否かを決定する。
【０１８３】
図２１は、カバレッジ内シナリオについて、分散型リソース割り当ての手順を示す図である。図２１に示すように、次の３つのステップに基づくリソース割り当て手順を想定する。
【０１８４】
ステップ１：ｅＮＢは、どのくらいのＤ２Ｄリソースが割り当てられなければならないかを判断する。例えば、これはＤ２Ｄ通信に係るＵＥの数に基づいてもよい。
【０１８５】
ステップ２：ｅＮＢは、ブロードキャストによりＤ２Ｄ通信リソース（複数可）を割り当てる。
【０１８６】
ステップ３：ステップ２で通知されたリソースの中でＵＥにより選択された利用可能なリソース（複数可）上でのＤ２Ｄ通信。
【０１８７】
この手順は、ｅＮＢが、割り当てる必要があるＤ２Ｄリソースの量を決定しなければならないと仮定している。これは、例えばＤ２Ｄ通信に関心のあるＵＥの数をカウントするといった新たなメカニズムを要するかもしれない。そのような機構の精度によっては、割り当てられたリソースが不十分又は過剰である状況が存在し得る。しかし、これはカバレッジ内マルチセル・シナリオをサポートする複雑さを低減するという利点を有する。また、この技術はすでに免許不要バンドでうまく働いている。
【０１８８】
この方式は、以下の長所と短所を有する。
【０１８９】
長所：
・ＵＥは、ネットワークからの専用（ｄｅｄｉｃａｔｅｄ）制御信号がなくてもＤ２Ｄ送信を行うことができる。
【０１９０】
・クラスタヘッドＵＥのサポートに関連する複雑さがない。
【０１９１】
・カバレッジ内マルチセル・シナリオをサポートするための少ない複雑さ。
【０１９２】
短所：
・周波数利用効率が低い（ＱｏＳのサポートが少なく、セルラＵＬ送信のためにＤ２Ｄリソースを再利用することはできず、必要なリソースが事前に知られている必要がある）。
【０１９３】
・リソースが割り当てられないため、Ｄ２Ｄリソースの使用はＣＳＭＡなどの方式が必要である。
【０１９４】
・割り当てられたリソースを使用することができない可能性がある。
【０１９５】
・Ｄ２Ｄグループ内のＤ２Ｄ  Ｔｘ／Ｒｘの衝突回避メカニズムを導入すべき。
【０１９６】
（３．２）部分的カバレッジ・シナリオ
部分的カバレッジ・シナリオでは、カバレッジ内シナリオと同じメカニズムを再使用することができる。しかし、カバレッジ外Ｄ２Ｄ  ＵＥにＤ２Ｄ通信リソース割り当て情報を中継するカバレッジ内ＵＥのための追加の複雑さがある。
【０１９７】
図２２は、部分的カバレッジ・シナリオについて、分散型リソース割り当ての手順を示す図である。図２２に示すように、以下の３つのステップが分散型リソース割り当てのために必要とされる。
【０１９８】
ステップ１：ｅＮＢはどのくらいのＤ２Ｄリソースが割り当てられなければならないかを判断する。例えば、これはＤ２Ｄ通信に関心のあるＵＥの数に基づくことができる。
【０１９９】
ステップ２：ｅＮＢは、ブロードキャストにより、Ｄ２Ｄ通信リソース（複数可）を割り当てる。中継ＵＥがカバレッジ外Ｄ２Ｄ  ＵＥの存在に気づいた場合、中継ＵＥは、カバレッジ外Ｄ２Ｄ  ＵＥにこの情報を転送する。グループ内の複数のカバレッジ内のＤ２Ｄ  ＵＥの１つ又は複数を中継ＵＥとして選択できる場合に、どのように中継ＵＥを決定するかは更なる検討が必要である。
【０２００】
ステップ３：ステップ２で通知されたリソースの中でＵＥにより選択された利用可能なリソース（複数可）上でのＤ２Ｄ通信。
【０２０１】
長所と短所はカバレッジ内シナリオに似ている。また、カバレッジ内ＵＥのセルラＴｘとエリア外Ｄ２Ｄ  ＵＥのＲｘとの間の衝突回避メカニズムを検討する必要がある。さらに、グループ内でのＤ２Ｄ  ＵＥ（特に、カバレッジ外Ｄ２Ｄ  ＵＥ）にｅＮＢのメッセージを中継する方法の検討が必要である。
【０２０２】
この方式は、以下の長所と短所を有する。
【０２０３】
長所：
・ＵＥは、ネットワークからの専用（ｄｅｄｉｃａｔｅｄ）制御信号がなくてもＤ２Ｄ送信を行うことができる。
【０２０４】
・クラスタヘッドＵＥのサポートに関連する複雑さがない。
【０２０５】
短所：
・周波数利用効率が低い（ＱｏＳのサポートが少なく、セルラＵＬ送信のためにＤ２Ｄリソースを再利用することはできず、必要なリソースが事前に知られている必要がある）。
【０２０６】
・リソースが割り当てられないため、Ｄ２Ｄリソースの使用はＣＳＭＡなどの方式が必要である。
【０２０７】
・割り当てられたリソースを使用することができない可能性がある。
【０２０８】
・グループ内でのＤ２Ｄ  ＵＥ（特に、カバレッジ外Ｄ２Ｄ  ＵＥ）にｅＮＢのメッセージを中継するための追加の複雑さ。
【０２０９】
・Ｄ２Ｄグループ内のＤ２Ｄ  Ｔｘ／Ｒｘの衝突回避メカニズムを導入すべき。
【０２１０】
（３．３）カバレッジ外シナリオ
上述したように、カバレッジ外シナリオにおける時間／周波数リソースの全体的な設計は未定である。カバレッジ外シナリオに対する分散型リソース割り当てのために次の２つのステップを仮定する。
【０２１１】
ステップ１：各ＵＥは、独立して、事前定義されたリソース上で（例えば、ＣＳＭＡを使用して）、送信を行うか否か決定する。
【０２１２】
ステップ２：Ｄ２Ｄ通信。
【０２１３】
この方式は、以下の長所と短所を有する。
【０２１４】
長所：
・ＵＥは、ネットワークからの専用（ｄｅｄｉｃａｔｅｄ）制御信号がなくてもＤ２Ｄ送信を行うことができる。
【０２１５】
・クラスタヘッドＵＥのサポートに関連する複雑さがない。
【０２１６】
・カバレッジ内マルチセル・シナリオをサポートするための少ない複雑さ。
【０２１７】
短所：
・周波数利用効率が低い（ＱｏＳのサポートが少なく、セルラＵＬ送信のためにＤ２Ｄリソースを再利用することはできず、必要なリソースが事前に知られている必要がある）。
【０２１８】
・Ｄ２Ｄグループ内のＤ２Ｄ  Ｔｘ／Ｒｘの衝突回避メカニズムを導入すべき。
【０２１９】
（第２実施形態のまとめ）
各シナリオについて各リソース割り当て方式の長所と短所を分析し、以下の考察に至った。
【０２２０】
全てのリソース割り当て方式について、カバレッジ内シナリオと部分的カバレッジ・シナリオの両方に同じリソース割り当て方式を適用し得る。リソース割り当て方式にかかわらず、部分的カバレッジ・シナリオのために、Ｄ２Ｄ  ＵＥがカバレッジ外Ｄ２Ｄ  ＵＥにリソース割り当て情報を中継することが想定される。
【０２２１】
集中型リソース割り当て及び準分散型リソース割り当て方式はグループごとにリソースを制御しているが、分散型リソース割り当て方式はグループごとの制御を提供しない。
【０２２２】
集中型リソース割り当て及び準分散型リソース割り当て方式は、分散型リソース割り当て方式よりも高い周波数効率を有する相対的な利点を有するが、分散型リソース割り当て方式に比べてオーバーヘッドシグナリングが犠牲になっている。
【０２２３】
［相互参照］
米国仮出願第６１／８８３６５５号（２０１３年９月２７日出願）及び米国仮出願第６１／８９８８２６号（２０１３年１１月１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２２４】
本発明は、移動通信分野において有用である。
【図１】
2015046155.tif 000004
【図２】
2015046155.tif 000005
【図３】
2015046155.tif 000006
【図４】
2015046155.tif 000007
【図５】
2015046155.tif 000008
【図６】
2015046155.tif 000009
【図７】
2015046155.tif 000010
【図８】
2015046155.tif 000011
【図９】
2015046155.tif 000012
【図１０】
2015046155.tif 000013
【図１１】
2015046155.tif 000014
【図１２】
2015046155.tif 000015
【図１３】
2015046155.tif 000016
【図１４】
2015046155.tif 000017
【図１５】
2015046155.tif 000018
【図１６】
2015046155.tif 000019
【図１７】
2015046155.tif 000020
【図１８】
2015046155.tif 000021
【図１９】
2015046155.tif 000022
【図２０】
2015046155.tif 000023
【図２１】
2015046155.tif 000024
【図２２】
2015046155.tif 000025
【国際調査報告】
2015046155.tif 000026
2015046155.tif 000027
2015046155.tif 000028
2015046155.tif 000029
2015046155.tif 000030
2015046155.tif 000031
2015046155.tif 000032
2015046155.tif 000033
2015046155.tif 000034