(57)【要約】      （修正有）【課題】Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースを周囲のユーザ端末に知らせる。【解決手段】第１ユーザ装置は、近傍サービスに利用可能なリソース領域の中から、第１ユーザ装置が用いる第１の制御リソースを決定する。第１ユーザ装置は、近傍サービスによるデータの送信に用いるデータリソースを示すための制御情報を、決定した第１の制御リソースを用いて送信する。制御情報は、データの送信の後において第１ユーザ装置が行うデータ送信のために第１ユーザ装置が予約する予約リソースに関する第１情報を含む。【選択図】図１３
2019071663.tif 000002
【特許請求の範囲】
【請求項１】
通信方法であって、
第１ユーザ装置が、近傍サービスに利用可能なリソース領域の中から、前記第１ユーザ装置が用いる第１の制御リソースを決定するステップと、
前記第１ユーザ装置が、前記近傍サービスによるデータの送信に用いられるデータリソースを示すための制御情報を、前記決定した前記第１の制御リソースを用いて送信するステップと、を備え、
前記制御情報は、前記データの送信の後において前記第１ユーザ装置が行うデータ送信のために前記第１ユーザ装置が予約する予約リソースに関する第１情報を含む、通信方法。
【請求項２】
前記第１情報は、前記予約リソースの位置を示す、請求項１に記載の通信方法。
【請求項３】
第２ユーザ装置が、前記第１情報を含む前記制御情報を受信するステップと、
前記第２無線端末が、前記予約リソースの位置を避けて、前記近傍サービスにおける制御リソースを決定するステップを更に含む、請求項１に記載の通信方法。
【請求項４】
ユーザ装置であって、
制御部を備え、
前記制御部は、
近傍サービスに利用可能なリソース領域の中から、前記ユーザ装置が用いる第１の制御リソースを決定する処理と、
前記近傍サービスによるデータの送信に用いられるデータリソースを示すための制御情報を、前記決定した前記第１の制御リソースを用いて送信する処理と、を実行し、
前記制御情報は、前記データの送信の後において前記ユーザ装置が行うデータ送信のために前記ユーザ装置が予約する予約リソースに関する第１情報を含む、ユーザ装置。
【請求項５】
ユーザ装置を制御するプロセッサであって、
近傍サービスに利用可能なリソース領域の中から、前記ユーザ装置が用いる第１の制御リソースを決定する処理と、
前記近傍サービスによるデータの送信に用いられるデータリソースを示すための制御情報を、前記決定した前記第１の制御リソースを用いて送信する処理と、を実行し、
前記制御情報は、前記データの送信の後において前記ユーザ装置が行うデータ送信のために前記ユーザ装置が予約する予約リソースに関する第１情報を含む、プロセッサ。
【請求項６】
通信システムであって、
第１ユーザ装置を有し、
前記第１ユーザ装置が、近傍サービスに利用可能なリソース領域の中から、前記第１ユーザ装置が用いる第１の制御リソースを決定し、
前記第１ユーザ装置が、前記近傍サービスによるデータの送信に用いられるデータリソースを示すための制御情報を、前記決定した前記第１の制御リソースを用いて送信し、
前記制御情報は、前記データの送信の後において前記第１ユーザ装置が行うデータ送信のために前記第１ユーザ装置が予約する予約リソースに関する第１情報を含む、通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｄ２Ｄ近傍サービスをサポートする通信方法、ユーザ装置、プロセッサ及び通信システムに関する。
【背景技術】
【０００２】
移動通信システムの標準化プロジェクトである３ＧＰＰ（３ｒｄ  Ｇｅｎｅｒａｔｉｏｎ  Ｐａｒｔｎｅｒｓｈｉｐ  Ｐｒｏｊｅｃｔ）では、リリース１２以降の新機能として、端末間（Ｄｅｖｉｃｅ  ｔｏ  Ｄｅｖｉｃｅ：Ｄ２Ｄ）近傍サービスの導入が検討されている（非特許文献１参照）。
【０００３】
Ｄ２Ｄ近傍サービス（Ｄ２Ｄ  ＰｒｏＳｅ）は、同期がとられた複数のユーザ端末からなる同期クラスタ内で、ネットワークを介さない直接的な通信を可能とするサービスである。Ｄ２Ｄ近傍サービスは、近傍端末を発見するための発見処理（Ｄｉｓｃｏｖｅｒｙ）と、直接的な通信を行う通信処理（Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と、を含む。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】３ＧＰＰ技術報告書  「ＴＲ  ３６．８４３  Ｖ１．０．０」  ２０１４年１月１６日
【発明の概要】
【０００５】
ところで、ユーザ端末が、Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソース（以下、データリソースと適宜称する）を決定した場合、決定したデータリソースを周囲のユーザ端末に知らせるために、決定したデータリソースの位置を示す制御情報を送信することが想定される。
【０００６】
しかしながら、制御情報を受信しようとするユーザ端末は、制御情報の送信に用いられる時間・周波数リソース（以下、制御リソースと適宜称する）が設けられる可能性のある全ての時間・周波数領域をスキャンしなければならない虞がある。
【０００７】
そこで、本発明は、制御情報のスキャンを効率良く行うことが可能な移動通信システム及びユーザ端末を提供することを目的とする。
【０００８】
一実施形態に係る移動通信システムは、第１ユーザ端末を有する。近傍サービスに利用可能な制御リソース領域が、時間軸方向に周期的に設けられる。前記第１ユーザ端末は、第１の前記制御リソース領域の中から、前記第１ユーザ端末が用いる制御リソースを決定し、前記近傍サービスによるデータの送信に用いられるデータリソースの位置を示すための制御情報を、前記決定した制御リソースを用いて送信し、前記決定した制御リソースの位置に応じて、前記第１の制御リソース領域の次の周期に位置する第２の前記制御リソース領域における制御リソースの位置を決定する。
【図面の簡単な説明】
【０００９】
【図１】図１は、ＬＴＥシステムの構成図である。
【図２】図２は、ＵＥのブロック図である。
【図３】図３は、ｅＮＢのブロック図である。
【図４】図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【図５】図５は、ＬＴＥシステムで使用される無線フレームの構成図である。
【図６】図６は、セルラ通信におけるデータパスを示す図である。
【図７】図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。
【図８】図８は、実施形態に係る移動通信システムを説明するための無線フレームの構成図である。
【図９】図９は、実施形態に係る移動通信システムを説明するための無線フレームの構成図である。
【図１０】図１０は、動作例１を説明するための無線フレームの構成図である。
【図１１】図１１は、動作例１の変更例を説明するための無線フレームの構成図である。
【図１２】図１２は、動作例３を説明するための無線フレームの構成図である。
【図１３】図１３は、動作例４を説明するための無線フレームの構成図である。
【図１４】図１４は、動作例４を説明するための無線フレームの構成図である。
【図１５】図１５は、動作例４を説明するための無線フレームの構成図である。
【図１６】図１６は、動作例４の変更例１を説明するための無線フレームの構成図である。
【図１７】図１７は、動作例４の変更例１を説明するための無線フレームの構成図である。
【図１８】図１８は、動作例４の変更例１に係るＳＩＢを説明するための図である。
【図１９】図１９は、動作例４の変更例２を説明するための無線フレームの構成図である。
【図２０】図２０は、動作例４の変更例３を説明するための無線フレームの構成図である。
【図２１】図２１は、動作例４の変更例４を説明するためのフローチャートである。
【図２２】図２２は、動作例５を説明するための無線フレームの構成図である。
【図２３】図２３は、動作例５を説明するための無線フレームの構成図である。
【図２４】図２４は、動作例６を説明するための無線フレームの構成図である。
【図２５】図２５は、動作例６を説明するためのシーケンス図である。
【図２６】図２６は、動作例６を説明するための無線フレームの構成図である。
【図２７】図２７は、動作例６を説明するための無線フレームの構成図である。
【図２８】図２８は、動作例７を説明するためのシーケンス図である。
【図２９】図２９は、動作例７を説明するための説明図である。
【図３０】図３０は、動作例７を説明するための説明図である。
【図３１】図３１は、動作例７を説明するためのシーケンス図である。
【図３２】図３２は、動作例７を説明するための無線フレームの構成図である。
【図３３】図３３は、動作例７を説明するための無線フレームの構成図である。
【図３４】図３４は、動作例８を説明するためのフローチャートである。
【図３５】図３５は、動作例８を説明するためのフローチャートである。
【図３６】図３６は、その他実施形態に係る移動通信システムにおける無線フレームの構成図である。
【図３７】図３７は、データの衝突回避のためのＳＡの使用例を示す図である。
【図３８】図３８は、ＳＡ期間及びＳＡ領域を説明するための図である。
【図３９】図３９は、各ＳＡがデータ送信リソースに関連する位置を決定することを説明するための図である。
【図４０】図４０は、最初のＳＡ送信及びその後のＳＡ送信を説明するための図である。
【発明を実施するための形態】
【００１０】
実施形態に係る移動通信システムは、ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムであって、Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースを、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域の中から決定する第１ユーザ端末と、前記制御リソース領域内で前記制御情報のスキャンを行う第２ユーザ端末と、を有する。
【００１１】
実施形態に係る移動通信システムは、前記制御リソース領域、前記制御リソース、又は前記制御リソース領域の候補を指定する制御リソース情報を前記第１ユーザ端末に送信する基地局を有する。
【００１２】
実施形態において、前記第１ユーザ端末は、前記基地局が管理するセルに在圏しており、前記第１ユーザ端末は、前記基地局から前記制御リソース情報を受信しない場合で、且つ、未使用の前記データリソースが存在する場合に、前記未使用のデータリソースの位置を示す前記制御情報を送信する。
【００１３】
実施形態において、前記第１ユーザ端末は、前記基地局が管理するセルに在圏する場合、前記制御リソース情報を送信する。
【００１４】
実施形態に係る移動通信システムは、圏外に位置する第３ユーザ端末を有し、前記第１ユーザ端末は、前記第３ユーザ端末が圏外に位置することを示すフラグ情報を前記第３ユーザ端末から受信した場合、前記制御リソース情報を前記第３ユーザ端末に送信する。
【００１５】
実施形態において、前記第３ユーザ端末は、前記制御リソース領域の範囲を制限する設定情報を予め記憶しており、前記第３ユーザ端末は、前記第１ユーザ端末から前記制御リソース情報を受信した場合、前記設定情報よりも前記制御リソース情報を優先させて、前記制御リソースを決定する。
【００１６】
実施形態において、前記第１ユーザ端末は、前記制御リソース領域の範囲を制限する設定情報を予め記憶しており、前記設定情報は、第１の周期で設けられる前記制御リソース領域を示し、前記基地局は、前記第１周期の整数倍又は整数分の一である第２の周期で設けられる前記制御リソース領域を示す前記制御リソース情報を前記第１ユーザ端末に送信する。
【００１７】
実施形態において、前記第１ユーザ端末は、前記データリソースを用いて、前記データリソースの次のデータリソースの位置を示す前記制御情報を、前記Ｄ２Ｄ通信データと共に送信する。
【００１８】
実施形態において、前記制御情報は、複数の領域に分けられた前記データリソース内で、最後のＤ２Ｄ通信データが配置された領域の次の領域に配置される。
【００１９】
実施形態において、前記第１ユーザ端末は、前記データリソース内に前記制御リソースを設けることに加えて、前記データリソース外に前記制御リソースを周期的に設ける。
【００２０】
実施形態において、前記第１ユーザ端末は、前記データリソースが複数の小データリソースに分かれている場合、前記複数の小データリソースのそれぞれを用いて、同一の前記制御情報を送信する。
【００２１】
実施形態において、前記第１ユーザ端末は、前記データリソース内で、前記Ｄ２Ｄ通信データに適用される変調・符号化方式よりも誤り耐性が高い変調・符号化方式を前記制御情報に適用する。
【００２２】
実施形態において、前記制御情報のエラー耐性を高める方法が異なる複数種類の送信モードが規定されており、前記第１ユーザ端末は、前記Ｄ２Ｄ通信に用いられるアプリケーションに応じて、前記複数種類の送信モードの中から、前記制御情報の送信に適用する送信モードを選択する。
【００２３】
実施形態において、前記制御リソース領域は、時間軸方向に周期的に設けられ、前の周期の制御リソースの位置に応じて、次の周期の制御リソース領域の範囲が制限され、前記第１ユーザ端末は、前記前の周期の制御リソースの位置に応じて、前記次の周期の制御リソースを決定する。
【００２４】
実施形態において、前記第１ユーザ端末は、前記制御リソースの決定を開始する前に、前記制御リソース領域内で前記制御情報のスキャンを行い、前記第１ユーザ端末は、スキャンされた前記制御リソース領域内の未使用の時間・周波数リソースに基づいて、前記次の周期の制御リソースを決定する。
【００２５】
実施形態において、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限されたデータリソース領域が、時間軸方向に周期的に設けられ、前記制御リソースの位置に応じて、前記データリソース領域の範囲が制限され、前記第１ユーザ端末は、前記制御リソースの決定を開始する前に、前記データリソース領域内で前記Ｄ２Ｄ通信データのスキャンを行い、前記第１ユーザ端末は、スキャンされた前記データリソース領域内の未使用の時間・周波数リソースに基づいて、前記未使用の時間・周波数リソースの位置を示すべき前記制御リソース内の時間・周波数リソースを推定し、前記第１ユーザ端末は、推定された前記時間・周波数リソースに基づいて、前記次の周期の制御リソースを決定する。
【００２６】
実施形態において、前記第２ユーザ端末は、前記制御情報のスキャンによって、前記制御情報の衝突を検知した場合、前記制御情報が衝突したことを示す衝突情報を送信し、前記第１ユーザ端末は、前記衝突情報を受信した場合、前記制御リソースの位置の変更を検討する。
【００２７】
実施形態において、前記第１ユーザ端末は、前記衝突情報を受信した場合であっても、前記制御情報を周期的に連続して送信している場合、前記制御リソースの位置の変更の検討を省略する。
【００２８】
実施形態において、前記第１ユーザ端末は、前記第１ユーザ端末の固有値に基づいて前記制御リソース領域の範囲を算出する。
【００２９】
実施形態において、前記制御情報は、前記データリソースの位置を示すと共に、前記データリソースの次のデータリソースの位置を示す制御リソースの位置を示す。
【００３０】
実施形態において、前記制御リソース領域は、グループ領域とブロードキャスト領域とを含み、前記グループ領域内には、Ｄ２Ｄグループを構成する複数のユーザ端末を対象とした前記制御リソースが設けられ、前記ブロードキャスト領域内には、不特定のユーザ端末を対象とした前記制御リソースが設けられる。
【００３１】
実施形態において、前記第１ユーザ端末は、前記第１ユーザ端末が属する１つのＤ２Ｄグループを構成する複数のユーザ端末と、前記１つのＤ２Ｄグループ専用の前記制御リソース領域を共有している。
【００３２】
実施形態において、前記第１ユーザ端末は、前記制御リソースを用いて、前記第１ユーザ端末が圏外に位置する否かを示すフラグ情報を、前記制御情報と共に送信する。
【００３３】
実施形態において、前記制御リソース情報は、前記制御リソースを指定する情報であり、前記基地局は、下りリンク制御情報を用いて前記制御リソース情報を送信する。
【００３４】
実施形態において、前記制御リソース情報は、前記制御リソースの範囲を指定する情報であり、前記基地局は、ＲＲＣメッセージを用いて、前記制御リソース情報を送信する。
【００３５】
実施形態に係る移動通信システムは、ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムであって、Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースを、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中から決定するユーザ端末を有し、前記ユーザ端末は、決定した前記制御リソースを用いて、ビットレベル又はリソースブロック単位で同一の前記制御情報を繰り返し送信する。
【００３６】
実施形態に係るユーザ端末は、ネットワークを介さない直接的な通信を可能とするＤ２Ｄ近傍サービスをサポートする移動通信システムに用いられるユーザ端末であって、Ｄ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースの位置を示す制御情報の送信に用いられる時間・周波数リソースである制御リソースを、前記Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域の中から決定する制御部を有する。
【００３７】
［実施形態］
以下において、本発明をＬＴＥシステムに適用する場合の実施形態を説明する。
【００３８】
（システム構成）
図１は、本実施形態に係るＬＴＥシステムの構成図である。
【００３９】
図１に示すように、ＬＴＥシステムは、複数のＵＥ（Ｕｓｅｒ  Ｅｑｕｉｐｍｅｎｔ）１００と、Ｅ−ＵＴＲＡＮ（Ｅｖｏｌｖｅｄ  Ｕｎｉｖｅｒｓａｌ  Ｔｅｒｒｅｓｔｒｉａｌ  Ｒａｄｉｏ  Ａｃｃｅｓｓ  Ｎｅｔｗｏｒｋ）１０と、ＥＰＣ（Ｅｖｏｌｖｅｄ  Ｐａｃｋｅｔ  Ｃｏｒｅ）２０と、を含む。Ｅ−ＵＴＲＡＮ１０及びＥＰＣ２０は、ネットワークを構成する。
【００４０】
ＵＥ１００は、移動型の無線通信装置であり、接続を確立したセル（サービングセル）との無線通信を行う。ＵＥ１００はユーザ端末に相当する。
【００４１】
Ｅ−ＵＴＲＡＮ１０は、複数のｅＮＢ２００（ｅｖｏｌｖｅｄ  Ｎｏｄｅ−Ｂ）を含む。ｅＮＢ２００は基地局に相当する。ｅＮＢ２００は、セルを管理しており、セルとの接続を確立したＵＥ１００との無線通信を行う。
【００４２】
なお、「セル」は、無線通信エリアの最小単位を示す用語として使用される他に、ＵＥ１００との無線通信を行う機能を示す用語としても使用される。
【００４３】
ｅＮＢ２００は、例えば、無線リソース管理（ＲＲＭ）機能と、ユーザデータのルーティング機能と、モビリティ制御及びスケジューリングのための測定制御機能と、を有する。
【００４４】
ＥＰＣ２０は、ＭＭＥ（Ｍｏｂｉｌｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）／Ｓ−ＧＷ（Ｓｅｒｖｉｎｇ−Ｇａｔｅｗａｙ）３００と、ＯＡＭ（Ｏｐｅｒａｔｉｏｎ  ａｎｄ  Ｍａｉｎｔｅｎａｎｃｅ）４００とを含む。また、ＥＰＣ２０は、コアネットワークに相当する。
【００４５】
ＭＭＥは、ＵＥ１００に対する各種モビリティ制御等を行うネットワークノードであり、制御局に相当する。Ｓ−ＧＷは、ユーザデータの転送制御を行うネットワークノードであり、交換局に相当する。
【００４６】
ＯＡＭ４００は、オペレータによって管理されるサーバ装置であり、Ｅ−ＵＴＲＡＮ１０の保守及び監視を行う。
【００４７】
次に、ＵＥ１００及びｅＮＢ２００の構成を説明する。
【００４８】
図２は、ＵＥ１００のブロック図である。図２に示すように、ＵＥ１００は、アンテナ１０１と、無線送受信機１１０と、ユーザインターフェイス１２０と、ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍ）受信機１３０と、バッテリ１４０と、メモリ１５０と、プロセッサ１６０と、を有する。メモリ１５０及びプロセッサ１６０は、制御部を構成する。
【００４９】
ＵＥ１００は、ＧＮＳＳ受信機１３０を有していなくてもよい。また、メモリ１５０をプロセッサ１６０と一体化し、このセット（すなわち、チップセット）をプロセッサ１６０’としてもよい。
【００５０】
アンテナ１０１及び無線送受信機１１０は、無線信号の送受信に用いられる。アンテナ１０１は、複数のアンテナ素子を含む。無線送受信機１１０は、プロセッサ１６０が出力するベースバンド信号を無線信号に変換してアンテナ１０１から送信する。また、無線送受信機１１０は、アンテナ１０１が受信する無線信号をベースバンド信号に変換してプロセッサ１６０に出力する。
【００５１】
ユーザインターフェイス１２０は、ＵＥ１００を所持するユーザとのインターフェイスであり、例えば、ディスプレイ、マイク、スピーカ、及び各種ボタンなどを含む。ユーザインターフェイス１２０は、ユーザからの操作を受け付けて、該操作の内容を示す信号をプロセッサ１６０に出力する。
【００５２】
ＧＮＳＳ受信機１３０は、ＵＥ１００の地理的な位置を示す位置情報を得るために、ＧＮＳＳ信号を受信して、受信した信号をプロセッサ１６０に出力する。
【００５３】
バッテリ１４０は、ＵＥ１００の各ブロックに供給すべき電力を蓄える。
【００５４】
メモリ１５０は、プロセッサ１６０によって実行されるプログラムと、プロセッサ１６０による処理に使用される情報と、を記憶する。
【００５５】
プロセッサ１６０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ１５０に記憶されるプログラムを実行して各種の処理を行うＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）と、を含む。プロセッサ１６０は、さらに、音声・映像信号の符号化・復号を行うコーデックを含んでもよい。プロセッサ１６０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００５６】
図３は、ｅＮＢ２００のブロック図である。図３に示すように、ｅＮＢ２００は、アンテナ２０１と、無線送受信機２１０と、ネットワークインターフェイス２２０と、メモリ２３０と、プロセッサ２４０と、を有する。メモリ２３０及びプロセッサ２４０は、制御部を構成する。なお、メモリ２３０をプロセッサ２４０と一体化し、このセット（すなわち、チップセット）をプロセッサ２４０’としてもよい。
【００５７】
アンテナ２０１及び無線送受信機２１０は、無線信号の送受信に用いられる。アンテナ２０１は、複数のアンテナ素子を含む。無線送受信機２１０は、プロセッサ２４０が出力するベースバンド信号を無線信号に変換してアンテナ２０１から送信する。また、無線送受信機２１０は、アンテナ２０１が受信する無線信号をベースバンド信号に変換してプロセッサ２４０に出力する。
【００５８】
ネットワークインターフェイス２２０は、Ｘ２インターフェイスを介して隣接ｅＮＢ２００と接続され、Ｓ１インターフェイスを介してＭＭＥ／Ｓ−ＧＷ３００と接続される。ネットワークインターフェイス２２０は、Ｘ２インターフェイス上で行う通信及びＳ１インターフェイス上で行う通信に用いられる。
【００５９】
メモリ２３０は、プロセッサ２４０によって実行されるプログラムと、プロセッサ２４０による処理に使用される情報と、を記憶する。
【００６０】
プロセッサ２４０は、ベースバンド信号の変調・復調及び符号化・復号などを行うベースバンドプロセッサと、メモリ２３０に記憶されるプログラムを実行して各種の処理を行うＣＰＵと、を含む。プロセッサ２４０は、後述する各種の処理及び各種の通信プロトコルを実行する。
【００６１】
図４は、ＬＴＥシステムにおける無線インターフェイスのプロトコルスタック図である。
【００６２】
図４に示すように、無線インターフェイスプロトコルは、ＯＳＩ参照モデルのレイヤ１乃至レイヤ３に区分されており、レイヤ１は物理（ＰＨＹ）レイヤである。レイヤ２は、ＭＡＣ（Ｍｅｄｉｕｍ  Ａｃｃｅｓｓ  Ｃｏｎｔｒｏｌ）レイヤと、ＲＬＣ（Ｒａｄｉｏ  Ｌｉｎｋ  Ｃｏｎｔｒｏｌ）レイヤと、ＰＤＣＰ（Ｐａｃｋｅｔ  Ｄａｔａ  Ｃｏｎｖｅｒｇｅｎｃｅ  Ｐｒｏｔｏｃｏｌ）レイヤと、を含む。レイヤ３は、ＲＲＣ（Ｒａｄｉｏ  Ｒｅｓｏｕｒｃｅ  Ｃｏｎｔｒｏｌ）レイヤを含む。
【００６３】
物理レイヤは、符号化・復号、変調・復調、アンテナマッピング・デマッピング、及びリソースマッピング・デマッピングを行う。物理レイヤは、物理チャネルを用いて上位レイヤに伝送サービスを提供する。ＵＥ１００の物理レイヤとｅＮＢ２００の物理レイヤとの間では、物理チャネルを介してデータが伝送される。
【００６４】
ＭＡＣレイヤは、データの優先制御、及びハイブリッドＡＲＱ（ＨＡＲＱ）による再送処理などを行う。ＵＥ１００のＭＡＣレイヤとｅＮＢ２００のＭＡＣレイヤとの間では、トランスポートチャネルを介してデータが伝送される。ｅＮＢ２００のＭＡＣレイヤは、上下リンクのトランスポートフォーマット（トランスポートブロックサイズ、変調・符号化方式など）、及び割り当てリソースブロックを決定するＭＡＣスケジューラを含む。
【００６５】
ＲＬＣレイヤは、ＭＡＣレイヤ及び物理レイヤの機能を利用してデータを受信側のＲＬＣレイヤに伝送する。ＵＥ１００のＲＬＣレイヤとｅＮＢ２００のＲＬＣレイヤとの間では、論理チャネルを介してデータが伝送される。
【００６６】
ＰＤＣＰレイヤは、ヘッダ圧縮・伸張、及び暗号化・復号化を行う。
【００６７】
ＲＲＣレイヤは、制御プレーンでのみ定義される。ＵＥ１００のＲＲＣレイヤとｅＮＢ２００のＲＲＣレイヤとの間では、各種設定のための制御信号（ＲＲＣメッセージ）が伝送される。ＲＲＣレイヤは、無線ベアラの確立、再確立及び解放に応じて、論理チャネル、トランスポートチャネル、及び物理チャネルを制御する。ＵＥ１００のＲＲＣとｅＮＢ２００のＲＲＣとの間にＲＲＣ接続がある場合、ＵＥ１００は接続状態であり、そうでない場合、ＵＥ１００はアイドル状態である。
【００６８】
ＲＲＣレイヤの上位に位置するＮＡＳ(Ｎｏｎ−Ａｃｃｅｓｓ  Ｓｔｒａｔｕｍ)レイヤは、セッション管理及びモビリティ管理などを行う。
【００６９】
図５は、ＬＴＥシステムで使用される無線フレームの構成図である。ＬＴＥシステムは、下りリンクにはＯＦＤＭＡ（Ｏｒｔｈｏｇｏｎａｌ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）、上りリンクにはＳＣ−ＦＤＭＡ（Ｓｉｎｇｌｅ  Ｃａｒｒｉｅｒ  Ｆｒｅｑｕｅｎｃｙ  Ｄｉｖｉｓｉｏｎ  Ｍｕｌｔｉｐｌｅ  Ａｃｃｅｓｓ）がそれぞれ使用される。
【００７０】
図５に示すように、無線フレームは、時間方向に並ぶ１０個のサブフレームで構成され、各サブフレームは、時間方向に並ぶ２個のスロットで構成される。各サブフレームの長さは１ｍｓであり、各スロットの長さは０．５ｍｓである。各サブフレームは、周波数方向に複数個のリソースブロック（ＲＢ）を含み、時間方向に複数個のシンボルを含む。各シンボルの先頭には、サイクリックプレフィックス（ＣＰ）と呼ばれるガード区間が設けられる。リソースブロックは、周波数方向に複数個のサブキャリアを含む。１つのサブキャリア及び１つのシンボルにより構成される無線リソース単位はリソースエレメント（ＲＥ）と称される。
【００７１】
ＵＥ１００に割り当てられる無線リソースのうち、周波数リソースはリソースブロックにより特定でき、時間リソースはサブフレーム（又はスロット）により特定できる。
【００７２】
下りリンクにおいて、各サブフレームの先頭数シンボルの区間は、主に物理下りリンク制御チャネル（ＰＤＣＣＨ）として使用される制御領域である。また、各サブフレームの残りの区間は、主に物理下りリンク共有チャネル（ＰＤＳＣＨ）として使用できる領域である。さらに、各サブフレームには、セル固有参照信号（ＣＲＳ）が分散して配置される。
【００７３】
上りリンクにおいて、各サブフレームにおける周波数方向の両端部は、主に物理上りリンク制御チャネル（ＰＵＣＣＨ）として使用される制御領域である。また、各サブフレームにおける周波数方向の中央部は、主に物理上りリンク共有チャネル（ＰＵＳＣＨ）として使用できる領域である。さらに、各サブフレームには、復調参照信号（ＤＭＲＳ）及びサウンディング参照信号（ＳＲＳ）が配置される。
【００７４】
（Ｄ２Ｄ通信）
次に、ＬＴＥシステムの通常の通信（セルラ通信）とＤ２Ｄ通信とを比較して説明する。
【００７５】
図６は、セルラ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でセルラ通信を行う場合を例示している。なお、データパスとは、ユーザデータ（ユーザプレーン）の転送経路を意味する。
【００７６】
図６に示すように、セルラ通信のデータパスはネットワークを経由する。詳細には、ｅＮＢ２００−１、Ｓ−ＧＷ３００、及びｅＮＢ２００−２を経由するデータパスが設定される。
【００７７】
図７は、Ｄ２Ｄ通信におけるデータパスを示す図である。ここでは、ｅＮＢ２００−１との接続を確立したＵＥ１００−１と、ｅＮＢ２００−２との接続を確立したＵＥ１００−２と、の間でＤ２Ｄ通信を行う場合を例示している。
【００７８】
図７に示すように、Ｄ２Ｄ通信のデータパスはネットワークを経由しない。すなわち、ＵＥ間で直接的な無線通信を行う。このように、ＵＥ１００−１の近傍にＵＥ１００−２が存在するのであれば、ＵＥ１００−１とＵＥ１００−２との間でＤ２Ｄ通信を行うことによって、ネットワークのトラフィック負荷及びＵＥ１００のバッテリ消費量を削減するなどの効果が得られる。
【００７９】
なお、Ｄ２Ｄ通信が開始されるケースとして、（ａ）近傍端末を発見するための動作を行うことによって近傍端末を発見した後に、Ｄ２Ｄ通信が開始されるケースと、（ｂ）近傍端末を発見するための動作を行わずにＤ２Ｄ通信が開始されるケースがある。
【００８０】
例えば、上記（ａ）のケースでは、ＵＥ１００−１及びＵＥ１００−２のうち一方のＵＥ１００が、近傍に存在する他方のＵＥ１００を発見することで、Ｄ２Ｄ通信が開始される。
【００８１】
このケースの場合、ＵＥ１００は、近傍端末を発見するために、自身の近傍に存在する他のＵＥ１００を発見する（Ｄｉｓｃｏｖｅｒ）機能、及び／又は、ＵＥ１００は、他のＵＥ１００から発見される(Ｄｉｓｃｏｖｅｒａｂｌｅ)機能を有する。
【００８２】
具体的には、ＵＥ１００−１は、近傍端末を発見するため又は近傍端末に発見されるために用いられる発見信号（Ｄｉｓｃｏｖｅｒｙ信号／Ｄｉｓｃｏｖｅｒａｂｌｅ信号）を送信する。発見信号を受信したＵＥ１００−２は、ＵＥ１００−１を発見する。ＵＥ１００−２が、発見信号に対する応答を送信することで、発見信号を送信したＵＥ１００−１は、近傍端末であるＵＥ１００−２を発見する。
【００８３】
なお、ＵＥ１００は、近傍端末を発見しても必ずしもＤ２Ｄ通信を行う必要はなく、例えば、ＵＥ１００−１及びＵＥ１００−２は、互いに相手を発見した後に、ネゴシエーションを行って、Ｄ２Ｄ通信を行うか否かを判定してもよい。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、Ｄ２Ｄ通信を行うことに同意した場合に、Ｄ２Ｄ通信を開始する。なお、ＵＥ１００−１は、近傍端末を発見した後にＤ２Ｄ通信を行わなかった場合、上位レイヤ（例えば、アプリケーションなど）に近傍のＵＥ１００（すなわち、ＵＥ１００−２）の発見を報告してもよい。例えば、アプリケーションは、当該報告に基づく処理（例えば、ＵＥ１００−２の位置を地図情報にプロットする処理など）を実行できる。
【００８４】
また、ＵＥ１００は、近傍端末を発見したことをｅＮＢ２００に報告し、近傍端末との通信をセルラ通信によって行うかＤ２Ｄ通信によって行うかの指示をｅＮＢ２００から受けることも可能である。
【００８５】
一方、上記（ｂ）のケースでは、例えば、ＵＥ１００−１は、近傍端末を特定せずに、Ｄ２Ｄ通信用の信号の送信（ブロードキャストによる報知など）を開始する。これにより、ＵＥ１００は、近傍端末の発見の有無にかかわらず、Ｄ２Ｄ通信を開始できる。なお、Ｄ２Ｄ通信用の信号の待ち受け動作を行っているＵＥ１００−２は、ＵＥ１００−１からの当該信号に基づいて、同期又は／及び復調を行う。
【００８６】
（制御リソース及びデータリソースの決定）
次に、ＵＥ１００が制御リソース及びデータリソースを決定する動作について説明する。
【００８７】
ＵＥ１００は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中から、データリソースの位置を示す制御情報（ＳＡ：Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔ）の送信に用いられる時間・周波数リソースである制御リソース（ＳＡリソース）を決定する。
【００８８】
具体的には、ＵＥ１００は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限された制御リソース領域（ＳＡリソース領域）の中からＳＡリソースを決定する。ＳＡリソース領域は、ＵＥ１００がＳＡの送信に用いるＳＡリソースが配置される領域である。例えば、ＳＡリソース領域は、所定の範囲に集中して設けられる。具体的には、図８に示すように、ＳＡリソース領域は、時間軸方向に周期的に設けられたり、図９に示すように、ＳＡリソース領域は、所定の周波数帯域に設けられたりする。ＳＡリソース領域は、後述するように、ｅＮＢ２００から送信されるＳＡリソース情報又はＵＥ１００に予め記憶される設定情報（Ｐｒｅ−ｃｏｎｆｉｇ）に基づいて、範囲が制限される。
【００８９】
また、ＵＥ１００−１は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中からＤ２Ｄ通信データの送信に用いられる時間・周波数リソースであるデータリソースを決定する。
【００９０】
ＵＥ１００は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースの中で範囲が制限されたデータリソース領域の中からデータリソースを決定することができる。データリソース領域は、ＵＥ１００がＤ２Ｄ通信データの送信に用いるデータリソースが配置される領域である。例えば、データリソース領域は、Ｄ２Ｄ近傍サービスに利用可能な時間・周波数リソースが配置された領域のうち、ＳＡリソース領域を除いた領域である。データリソース領域は、後述するように、ｅＮＢ２００から送信されるデータリソース情報又は設定情報に基づいて、範囲が制限されてもよい。
【００９１】
ＵＥ１００は、決定したＳＡリソースを用いて、決定したデータリソース（ＤＡＴＡ１１〜１３）の位置を示すＳＡ（ＳＡ１）を送信する。一方、他のＵＥ１００は、範囲が制限されたＳＡリソース領域内でＳＡのスキャンを行うことによって、ＳＡを受信する。ＳＡを受信した他のＵＥ１００は、ＳＡによって、ＵＥ１００がＤ２Ｄ通信データの送信に用いるデータリソースの位置を把握することができる。ＵＥ１００は、把握したデータリソースの位置（領域）をスキャンすることによって、ＵＥ１００−１からのＤ２Ｄ通信データを受信することができる。
【００９２】
なお、図８に示すように、ＳＡは、データリソースを直接的に示してもよいし、図９に示すようにデータリソースの範囲を示してもよい。
【００９３】
（ＳＡリソース領域の範囲）
ＵＥ１００は、ｅＮＢ２００から送信されるＳＡリソース情報又はＵＥ１００に予め記憶される設定情報（Ｐｒｅ−ｃｏｎｆｉｇ）に基づいて、ＳＡリソース領域の範囲を制限する。
【００９４】
ＳＡリソース情報及び設定情報は、ＳＡリソース領域、ＳＡリソース、又はＳＡリソース領域の候補を指定する情報である。ＳＡリソース情報は、ＳＡリソース領域の範囲を制限するための割当規則であってもよい。例えば、ＳＡリソース情報は、ＳＡリソース領域の周波数帯及び／又は時間帯、オフセット（時間及び／又は周波数）、及び、周期（時間）の少なくともいずれかを示す情報を含む。
【００９５】
オフセットは、例えば、以下の式を用いて示される。
【００９６】
（オフセット）  ＝  （ＳＦＮ×１０  ＋  ｓｕｂｆｒａｍｅ）  ｍｏｄ  （周期）
また、ＳＡリソース情報は、１つのＳＡリソースのサイズ、ＵＥ１００が割当可能なＳＡリソースの個数（及び／又はＳＡリソースの有無）、ＳＡに適用される変調・符号化方式（ＭＣＳ）の少なくともいずれかを示す情報を含んでもよい。
【００９７】
例えば、図８では、ＳＡリソース情報は、ＳＡリソース領域の時間帯（ＳＡの割当範囲）、ＳＡリソース領域の周期、ＳＡのオフセットを含む。ＵＥ１００は、当該ＳＡリソース情報と、下記式とに基づいて、ＳＡリソース領域の範囲を制限する。
【００９８】
（（ＳＦＮ×１０＋ｓｕｂｆｒａｍｅ）−（ＳＡのオフセット））  ｍｏｄ  （ＳＡリソース領域の周期）  ＜  （ＳＡの割当範囲）
また、図９では、ＳＡリソース情報は、ＳＡリソース領域の周波数帯である。
【００９９】
ＵＥ１００は、ｅＮＢ２００から受信したデータリソース情報に基づいて、データリソースを決定してもよい。
【０１００】
なお、データリソース情報は、データリソース領域、データリソース、又はデータリソース領域の候補を指定する情報である。データリソース情報は、データリソース領域の範囲を制限するための割当規則であってもよい。例えば、データリソース情報は、データリソース領域の周波数帯及び／又は時間帯、データリソース領域の周期（時間）、データリソース開始を示すＳＡからのオフセット（時間及び／又は周波数）、及び、データリソース間隔の少なくともいずれかを示す情報を含む。データリソース情報は、１つのデータリソースのリソースサイズ、データリソースの個数、又はＤ２Ｄ通信データに適用される変調・符号化方式（ＭＣＳ）の少なくともいずれかを示す情報を含んでもよい。
【０１０１】
設定情報は、データリソース情報と同じ内容の情報を含んでいてもよい。なお、ＵＥ１００は、ｅＮＢ２００から受信した更新情報に基づいて、設定情報を更新できる。
【０１０２】
ＵＥ１００は、範囲が制限されたＳＡリソース領域内でＳＡのスキャンを行うため、ＳＡのスキャンを効率良く行うことができる。また、ＵＥ１００は、範囲が制限されたデータリソース領域内でデータリソースのスキャンを行うため、データリソースのスキャンを効率良く行うことができる。
【０１０３】
なお、ｅＮＢ２００は、ＲＲＣメッセージ（例えば、ＳＩＢ（システム情報ブロック））又はＤＣＩ（下りリンク制御情報）のいずれかによって、ＵＥ１００にＳＡリソース情報を送信できる。例えば、ｅＮＢ２００は、ＳＡリソースを（直接）指定するＳＡリソース情報を送信する場合、ＤＣＩを用いて送信できる。一方、ｅＮＢ２００は、ＳＡリソースの範囲（すなわち、ＳＡリソース領域）を（直接）指定するＳＡリソース情報を送信する場合、ＲＲＣメッセージ（例えば、ＳＩＢ）を用いて送信できる。
【０１０４】
また、ｅＮＢ２００は、ＲＲＣメッセージ（例えば、ＳＩＢ）又はＤＣＩのいずれかによって、ＵＥ１００にデータリソース情報を送信できる。例えば、ｅＮＢ２００は、データリソースを（直接）指定するデータリソース情報を送信する場合、ＤＣＩを用いて送信できる。一方、ｅＮＢ２００は、データリソースの範囲（すなわち、データリソース領域）を（直接）指定するデータリソース情報を送信する場合、ＲＲＣメッセージ（例えば、ＳＩＢ）を用いて送信できる。
【０１０５】
（本実施形態に係る動作例）
次に、本実施形態に係る動作例を説明する。なお、他の動作例と異なる部分を中心に説明し、同様の部分は、説明を適宜省略する。
【０１０６】
（Ａ）動作例１
動作例１について、図１０を用いて説明する。図１０は、動作例１を説明するための無線フレームの構成図である。
【０１０７】
動作例１は、前の周期のＳＡリソースの位置に応じて、次の周期のＳＡリソースの範囲が制限されるケースである。
【０１０８】
図１０に示すように、ＳＡリソース領域は時間軸方向に周期的に設けられている。
【０１０９】
ＵＥ１００は、Ｄ２Ｄ通信データの送信を希望する場合、ＳＡリソースの決定を開始する前に、ＳＡリソース領域内でスキャンを行う。次に、ＵＥ１００は、前の周期のＳＡリソースの位置に応じて、次の周期のＳＡリソースを決定する。具体的には、ＵＥ１００は、スキャンされたＳＡリソース領域内の未使用のＳＡリソースに基づいて、次の周期のＳＡリソースを決定する。
【０１１０】
具体的には、図１０に示すように、ＵＥ１００は、ＳＡリソース領域のスキャンによって、ＳＡ１１及びＳＡ２１を受信する。ＵＥ１００は、ＳＡ１１及びＳＡ２１の位置を避けて、（ｓｕｂｆｒｅｍｅ１１、ＲＢ３−４）の位置のリソースをＳＡリソースとして決定する。ＵＥ１００は、決定したＳＡリソースを用いて、ＳＡ３１を送信する。
【０１１１】
動作例１によれば、ＵＥ１００は、他のＵＥ１００が継続的にＳＡを送信している場合、他のＵＥ１００の次のＳＡの位置が把握できるため、ＳＡのスキャンを効率良く行うことができる。さらに、ＵＥ１００は、他のＵＥ１００のＳＡの位置を避けて、ＳＡリソースを決定できるため、ＳＡの衝突を回避することができる。
【０１１２】
なお、図１０に示すように、データリソース領域の範囲が、ＳＡの位置に応じて制限されてもよい。具体的には、ＳＡの位置とデータの位置とが同一の周波数帯となるように、データリソース領域の範囲が制限されている。
【０１１３】
（Ｂ）動作例１の変更例
動作例１の変更例について、図１１を用いて説明する。図１１は、動作例１の変更例を説明するための無線フレームの構成図である。
【０１１４】
動作例１では、ＵＥ１００は、ＳＡリソース領域をスキャンしたが、動作例１の変更例では、ＵＥ１００は、データリソース領域をスキャンする。
【０１１５】
図１１に示すように、ＳＡリソース領域が、時間軸方向に周期的に設けられている。その結果、データリソース領域が、ＳＡリソース領域に区切られ、時間軸方向に周期的に設けられている。
【０１１６】
また、前の周期のＳＡリソースの位置に応じて、次の周期のＳＡリソースの範囲が制限されているのに加えて、ＳＡリソースの位置に応じて、データリソース領域の範囲が制限されている。
【０１１７】
ＵＥ１００は、Ｄ２Ｄ通信データの送信を希望する場合、ＳＡリソースの決定を開始する前に、データリソース領域内でスキャンを行う。次に、ＵＥ１００は、スキャンされたデータリソース領域内の未使用のデータリソースに基づいて、当該未使用のデータリソースを示すべきＳＡリソースを推定する。ＵＥ１００は、ＳＡリソースの位置に応じて、データリソースの範囲が制限されていることを利用して、ＳＡリソースを推定する。ＵＥ１００は、推定されたＳＡリソースに基づいて、次の周期のＳＡリソースを決定する。
【０１１８】
具体的には、図１１に示すように、ＵＥ１００は、データリソース領域（ｓｕｂｆｒａｍｅ３−１０）のスキャンによって、（ｓｕｂｆｒａｍｅ８）の位置のデータリソースが未使用のデータリソースであることを把握する。ＵＥ１００は、設定情報等に基づいて、未使用のデータリソースを示すべきＳＡリソースを推定する。ＵＥ１００は、設定情報等に基づいて、ＳＡ１１が、未使用のデータリソースの位置を示すべきＳＡであると推定する。ＵＥ１００は、次の周期のＳＡ１１の位置に対応する位置（ｓｕｂｆｒａｍｅ１１）のＳＡリソースは使用されないと推定する。そこで、ＵＥ１００は、（ｓｕｂｆｒａｍｅ１１、ＲＢ２−３）の位置のＳＡリソースを用いて、ＳＡ３１を送信する。
【０１１９】
なお、ＵＥ１００は、データリソース領域を全てスキャンせずに、最後のＤ２Ｄ通信データが送信されるｓｕｂｆｒａｍｅ８−９の領域のみをスキャンしてもよい。或いは、設定情報等に基づいて、ＳＡが示すデータリソースの個数が、Ｄ２Ｄ通信データの最大送信個数よりも少ない場合、当該ＳＡの送信に用いられたＳＡリソースの位置に応じて、次の周期のＳＡリソースを決定してもよい。
【０１２０】
動作例１の変更例によれば、動作例１と同様に、他のＵＥ１００の次のＳＡの位置が把握できるため、ＳＡのスキャンを効率良く行うことができる。また、ＳＡの衝突を回避することができる。
【０１２１】
（Ｃ）動作例２
動作例２について、説明する。動作例２では、ＵＥ１００は、ＵＥ１００の固有値に基づいてＳＡリソース領域の範囲を算出する。
【０１２２】
例えば、ＵＥ１００は、乱数値、ＵＥ固有値、ＳＡリソースの個数に基づいて、以下の式によって、ＳＡリソース領域の範囲（ＳＡリソース）を決定する。
【０１２３】
ＳＡリソース領域の範囲＝（Ｒａｎｄ（ＵＥ固有値））  ｍｏｄ  ＳＡリソースの個数
ＵＥ固有値は、例えば、製造番号、電話番号などである。
【０１２４】
ＵＥ１００は、算出されたＳＡリソース領域の範囲に基づいて、ＳＡリソースを決定する。
【０１２５】
また、ＵＥ１００は、以下の式によって、ＳＡリソース領域の範囲を決定してもよい。
【０１２６】
ＳＡリソース領域の範囲＝（Ｒａｎｄ（ＵＥ固有値×時間））  ｍｏｄ  ＳＡリソースの個数
時間は、例えば、ＳＡリソース領域の範囲を算出する時刻である。
【０１２７】
動作例２によれば、ＳＡリソースがランダムに選択されるため、偏ってＳＡリソースが選択されることを避けることができる。その結果、ＳＡの衝突を回避することができる。
【０１２８】
（Ｄ）動作例３
動作例３について、図１２を用いて説明する。図１２は、動作例３を説明するための無線フレームの構成図である。
【０１２９】
動作例３では、ＳＡが、同じ周期のデータリソースの位置を示すと共に、次のデータリソースの位置を示すＳＡリソースの位置を示す。
【０１３０】
ＵＥ１００は、データリソースの位置と、当該データリソースの位置を示すＳＡリソースの位置を決定する。ＵＥ１００は、さらに次の周期のＳＡリソースの位置を決定する。ＵＥ１００は、決定したＳＡリソースを用いて、決定したデータリソースの位置と、次の周期のＳＡリソースの位置とを示すＳＡを送信する。
【０１３１】
例えば、図１２に示すように、ＵＥ１００−１は、ＤＡＴＡ１１〜ＤＡＴＡ１３のデータリソースの位置を示すと共にＳＡ１２のＳＡリソースの位置を示すＳＡ１１を送信する。
【０１３２】
ここで、ＳＡに対して、２［ｓｕｂｆｒａｍｅ］後から、２［ｓｕｂｆｒａｍｅ］周期で、３つのＤＡＴＡを割当可能であることが設定情報等に規定されていると仮定する。
【０１３３】
ＵＥ１００−２は、ＳＡ１１に基づいて、ＳＡ１１を送信したＵＥ１００−１が使用するデータリソース（ＤＡＴＡ１１〜１３）の位置が分かる。ＵＥ１００−２は、ＳＡ１１が示すデータリソースの位置に基づいて、ＳＡ２１を決定する。
【０１３４】
なお、ＵＥ１００−２は、例えば、ＳＡ２１を（ｓｕｂｆｒａｍｅ４、ＲＢ２）の位置のＳＡリソースのみを用いて送信してもよい。この場合、ＳＡのサイズとＤ２Ｄ通信データとのサイズが異なっているため、Ｄ２Ｄ通信データのサイズが、ＳＡのサイズから周波数方向に延びる旨の情報をＳＡ２１は、含んでもよい。
【０１３５】
動作例３によれば、次のＳＡリソースの予約ができるため、ＵＥ１００は、予約されたＳＡリソースの位置を避けてＳＡリソース決定できる。その結果、ＳＡの衝突を回避することができる。
【０１３６】
（Ｅ）動作例４
動作例４について、図１３から図１５を用いて説明する。図１３から図１５は、動作例４を説明するための無線フレームの構成図である。
【０１３７】
動作例４では、ＵＥ１００は、データリソースを用いて、次の周期のデータリソースの位置を示すＳＡをＤ２Ｄ通信データと共に送信する。
【０１３８】
具体的には、図１３に示すように、ＵＥ１００は、ＳＡリソースを用いて、データリソースの位置（データリソースの範囲）を示すＳＡ１０を送信する。その後、ＵＥ１００は、データリソースを用いて、ＤＡＴＡ１１、ＤＡＴＡ１２、ＳＡ２０を送信する。
【０１３９】
また、ＵＥ１００は、データリソースを用いて、最後のＤＡＴＡ１２の直後にＳＡ２０を送信している。ＳＡ２０は、ＳＡ１０が示す一連のデータリソースのうちの最後のデータリソースを用いて、送信されている。言い換えると、複数の領域（ＤＡＴＡ１１の領域、ＤＡＴＡ１２の領域、ＳＡ２０の領域）に分けられたデータリソース内で、最後のＤＡＴＡ１２が配置された領域の次の領域（最終データリソースの最終リソースブロック）に配置されている。これにより、一連のＤ２Ｄ通信データを受け取った後に、ＳＡを取得可能である。
【０１４０】
ＳＡ２０の位置は、予め決まった位置（例えば、最終データリソースの最終リソースブロック）であってもよい。或いは、ＵＥ１００が、ＳＡ２０の位置を動的に設定し、データリソースの位置及びＳＡ２０の位置を示すＳＡ１０を送信してもよい。
【０１４１】
図１４に示すように、ＵＥ１００は、Ｄ２Ｄ通信データの送信を終了する場合、データリソースを用いてＳＡを送信しないことによって、Ｄ２Ｄ通信データの送信を終了することを示してもよい。
【０１４２】
或いは、図１５に示すように、ＵＥ１００は、データリソースを用いて、Ｄ２Ｄ通信データの送信の終了を示す情報（割当なし）を示すＳＡ３０を送信してもよい。
【０１４３】
動作例４によれば、他のＵＥ１００は、ＳＡによって示されたデータリソースをスキャンすることによって、ＳＡを受信することができるため、ＳＡのスキャンを効率良く行うことができる。
【０１４４】
（Ｆ）動作例４の変更例１
動作例４の変更例１について、図１６から図１８を用いて説明する。図１６及び図１７は、動作例４の変更例１を説明するための無線フレームの構成図である。図１８は、動作例４の変更例１に係るＳＩＢを説明するための図である。
【０１４５】
動作例４の変更例１では、ＵＥ１００は、データリソース内にＳＡリソースを設けるのに加えて、データリソース外にＳＡリソースを周期的に設ける。
【０１４６】
例えば、図１６に示すように、ＵＥ１００は、データリソース外のＳＡリソースが用いられるＳＡを、一連のＤ２Ｄ通信データの送信周期よりも長い周期（１２［ｓｕｂｆｒａｍｅ］周期）で、送信する。或いは、図１７に示すように、ＵＥ１００は、データリソース外のＳＡリソースが用いられるＳＡを、一連のＤ２Ｄ通信データの送信周期と同じ周期（６［ｓｕｂｆｒａｍｅ］周期）で、送信する。
【０１４７】
ＵＥ１００は、ＳＡリソースが用いられるＳＡの送信周期（送信間隔）を、ＵＥ識別子（Ｃ−ＲＮＴＩなど）に基づいて、決定してもよい。ＵＥ識別子は、例えば、Ｃ−ＲＮＴＩ、Ｃ−ＲＮＴＩの一部（例えば、下２桁）、予め設定された専用の識別子（Ｐｕｂｌｉｃ−Ｓａｆｅｔｙ専用のＩＤなど）である。
【０１４８】
具体的には、ＵＥ１００は、以下の式を用いて、決定してもよい。
【０１４９】
送信間隔  ＝  （ＵＥ識別子）  ｍｏｄ  （設定値）×ｎ
ＵＥ１００は、ＵＥ１００が設定情報に基づいて設定値及びｎを設定してもよいし、ＳＩＢによって受信した設定値の候補に基づいて設定値及びｎを設定してもよい（図１８参照）。また、ＵＥ１００は、ＳＩＭ等に固定的に設定される値を用いて、設定値及びｎを設定してもよい。或いは、ＵＥ１００は、Ｄ２Ｄ通信に用いるアプリケーションに応じて、設定値及びｎを設定してもよい。
【０１５０】
また、ＵＥ１００は、ＳＡの送信に適用する送信モードとして、動作例４の送信モードと、動作例４の変更例１の送信モードとを、例えば、Ｄ２Ｄ通信に用いるアプリケーションに応じて選択することができる。具体的には、ＵＥ１００は、Ｄ２Ｄ通信に用いるアプリケーションがリアルタイム通信又はミッションクリティカル通信（緊急呼、優先呼など）に関するアプリケーションである場合、動作例４の変更例１の送信モード選択し、そうでない場合、動作例４の送信モードを選択する。
【０１５１】
動作例４の変更例１によれば、同じデータリソースの位置を示す複数のＳＡが送信されるため、ＵＥ１００は、データリソースを用いて送信されるＳＡを受信できれば、ＳＡリソースを用いて送信されるＳＡのスキャンを行わなくてよい。このため、ＳＡのスキャンを効率良く行うことができる。また、データリソースを用いて送信されるＳＡの受信に失敗した場合であっても、ＳＡリソースを用いて送信されるＳＡのスキャンを行うことにより、Ｄ２Ｄ通信データをより確実に受信することができる。
【０１５２】
（Ｇ）動作例４の変更例２
動作例４の変更例２について、図１９を用いて説明する。図１９は、動作例４の変更例２を説明するための無線フレームの構成図である。
【０１５３】
動作例４の変更例２では、ＵＥ１００は、データリソースが複数の小データリソースに分かれている場合、複数の小データリソースのそれぞれを用いて、同一の（内容の）ＳＡを送信する。
【０１５４】
例えば、図１９に示すように、ＳＡ１０によって示されるデータリソースは、ＤＡＴＡ１１の送信に用いられるデータリソースと、ＤＡＴＡ１２の送信に用いられるデータリソースとに分かれている。ＵＥ１００は、複数の小データリソースを用いて、ＤＡＴＡ１１にＳＡ２２を付随させて送信すると共に、ＤＡＴＡ１２にＳＡ２０を付随させて送信する。ＳＡ２２及びＳＡ２０のそれぞれは、次のデータリソースの位置を示す。同様に、次のデータリソースを用いて送信される複数のＳＡ（ＳＡ３２、ＳＡ３３、ＳＡ３４、ＳＡ３０）のそれぞれは、さらに次のデータリソースの位置を示している。
【０１５５】
なお、ＵＥ１００は、複数のＳＡのそれぞれをＤＡＴＡの最後に付随させずに、複数のＳＡのそれぞれにＤＡＴＡが付随するようにしてもよい。なお、他の動作例でも同様である。
【０１５６】
また、ＵＥ１００は、ＳＡの送信に適用する送信モードとして、動作例４の送信モードと、動作例４の変更例２の送信モードとを、例えば、Ｄ２Ｄ通信に用いるアプリケーションに応じて選択することができる。具体的には、ＵＥ１００は、Ｄ２Ｄ通信に用いるアプリケーションがファイル転送に関するアプリケーションである場合、動作例４の変更例２の送信モード選択し、そうでない場合、動作例４の送信モードを選択する。
【０１５７】
動作例４の変更例２によれば、動作例１に比べて、ＳＡをより確実に受信することができる。
【０１５８】
（Ｈ）動作例４の変更例３
動作例４の変更例３について、図２０を用いて説明する。図２０は、動作例４の変更例３を説明するための無線フレームの構成図である。
【０１５９】
動作例４の変更例３では、ＵＥ１００は、データリソース内で、Ｄ２Ｄ通信データに適用されるＭＣＳ（変調・符号化方式）よりも誤り耐性が高いＭＣＳをＳＡに適用する。
【０１６０】
例えば、動作例４において、ＵＥ１００は、ＳＡによって示されるデータリソースを用いて送信するＤＡＴＡ及びＳＡに対して、１６ＱＡＭを適用する。これに対し、動作例４の変更例では、図２０に示すように、ＳＡ１０によって示されるデータリソースを用いて送信されるＤＡＴＡ（ＤＡＴＡ１１、ＤＡＴＡ１２）に対して、１６ＱＡＭを適用し、ＳＡ１０によって示されるデータリソースを用いて送信されるＳＡ２０に対して、１６ＱＡＭよりも誤り耐性の高いＢＰＳＫを適用する。
【０１６１】
また、ＵＥ１００は、ＳＡの送信に適用する送信モードとして、動作例４の送信モードと、動作例４の変更例３の送信モードとを、例えば、Ｄ２Ｄ通信に用いるアプリケーションに応じて選択することができる。具体的には、ＵＥ１００は、Ｄ２Ｄ通信に用いるアプリケーションがファイル転送に関するアプリケーションである場合、動作例４の変更例３の送信モード選択し、そうでない場合、動作例４の送信モードを選択する。
【０１６２】
動作例４の変更例２によれば、動作例１に比べて、ＳＡをより確実に受信することができる。
【０１６３】
（Ｉ）動作例４の変更例４
動作例４の変更例４について、図２１を用いて説明する。図２１は、動作例４の変更例４を説明するためのフローチャートである。
【０１６４】
動作例４の変更例４では、ＳＡのエラー耐性を高める方法が異なる複数種類の送信モードが規定されている。ＵＥ１００は、Ｄ２Ｄ通信に用いられるアプリケーションに応じて、複数種類の送信モードの中から、ＳＡの送信に適用する送信モードを選択する。
【０１６５】
図２１に示すように、ステップＳ１０１において、ＵＥ１００は、ＳＡの送信を開始する前に、Ｄ２Ｄ通信に用いられるアプリケーションがリアルタイム通信（又はミッションクリティカル通信）に関するアプリケーションであるか否かを判定する。ＵＥ１００は、当該アプリケーションがリアルタイム通信に関するアプリケーションである場合、ステップＳ１０２の処理を実行し、そうでない場合、ステップＳ１０３の処理を実行する。
【０１６６】
ステップＳ１０２において、ＵＥ１００は、データリソース外にＳＡリソースを周期的に設ける送信モード（動作例４の変更例１）を選択する。
【０１６７】
ステップＳ１０３において、ＵＥ１００は、Ｄ２Ｄ通信に用いられるアプリケーションがファイル転送に関するアプリケーションであるか否かを判定する。ＵＥ１００は、当該アプリケーションがファイル転送に関するアプリケーションである場合、ステップＳ１０４の処理を実行し、そうでない場合、ステップＳ１０５の処理を実行する。
【０１６８】
ステップＳ１０４において、ＵＥ１００は、複数の小データリソースのそれぞれを用いて、同一のＳＡを送信する送信モード（動作例４の変更例２）と、誤り耐性が高いＭＣＳをＳＡに適用する送信モード（動作例４の変更例３）とを選択する。
【０１６９】
ステップＳ１０５において、ＵＥ１００は、ＳＡのエラー耐性が通常の送信モード（動作例４）の送信モードを選択する。
【０１７０】
動作例４の変更例４によれば、ＵＥ１００は、Ｄ２Ｄ通信に用いられるアプリケーションに応じて、ＳＡのエラー耐性が適切な送信モードを選択することができる。
【０１７１】
（Ｊ）動作例５
動作例５について、図２２及び図２３を用いて説明する。図２２及び図２３は、動作例５を説明するための無線フレームの構成図である。
【０１７２】
動作例５では、Ｄ２Ｄグループ用のＳＡリソース領域が設けられる。
【０１７３】
図２２に示すように、ＳＡリソース領域は、Ｄ２Ｄグループ用のＳＡリソース領域（Ｄ２Ｄグループ領域）と、ブロードキャスト用のＳＡリソース領域（ブロードキャスト領域）とを含む。
【０１７４】
Ｄ２Ｄグループ領域内には、Ｄ２Ｄグループを構成する複数のＵＥ１００を対象としたＳＡリソースが設けられる。ブロードキャスト領域内には、不特定のＵＥ１００を対象としたＳＡリソースが設けられる。
【０１７５】
図２２に示すように、Ｄ２Ｄグループ領域とブロードキャスト領域とが周波数方向に分離していてもよい。或いは、図２３に示すように、Ｄ２Ｄグループ領域とブロードキャスト領域とが時間軸方向に分離していてもよい。具体的には、Ｄ２Ｄグループ領域とブロードキャスト領域とがフレーム単位で分離していてもよい。
【０１７６】
図２２に示すように、ＵＥ１００は、Ｄ２Ｄグループ構成するＵＥ１００に対して、ＳＡを送信する場合、Ｄ２Ｄグループ領域内のＳＡリソースを用いて、ＳＡ送信する。一方、ＵＥ１００は、不特定のＵＥ１００に対して、ＳＡを送信する場合、ブロードキャスト領域内のＳＡリソースを用いてＳＡを送信する。
【０１７７】
また、ＵＥ１００は、ＵＥ１００が属するＤ２Ｄグループ１を構成する複数のＵＥ１００とＤ２Ｄグループ１専用のＳＡリソース領域（ＳＡ１１、ＳＡ１２のＳＡリソース）を共有する。他のＤ２Ｄグループ２を構成する複数の他のＵＥ１００は、Ｄ２Ｄグループ２専用のＳＡリソース領域（ＳＡ２１、ＳＡ２２ＳＡリソース）を共有する。すなわち、Ｄ２Ｄグループ１に属するＵＥ１００は、他のＤ２Ｄグループ２のＳＡリソースを使用することが禁止される。このように、Ｄ２Ｄグループのそれぞれに対して、専用のＳＡリソース領域が割り当てられることで、異なるＤ２ＤグループどうしのＳＡの衝突を回避することができる。さらに、図２２に示すように、Ｄ２Ｄグループ専用のＳＡリソース領域は、次の周期において対応する位置に設けられる。
【０１７８】
ＵＥ１００は、Ｄ２Ｄグループ１内でのＳＡどうしの衝突を防ぐため、Ｄ２Ｄグループ１に属する他のＵＥ１００のＤ２Ｄ通信データの送信の終わりを検出してから、ＳＡを送信する。ＵＥ１００は、例えば、ＳＡ又はＤ２Ｄ通信データにＤ２Ｄ通信データの送信を（一時的に）終了することを示す情報が含まれていた場合、Ｄ２Ｄグループ１専用のＳＡリソースを用いて、ＳＡを送信する。なお、本明細書に記載の他の方法が用いられても勿論よい。
【０１７９】
動作例５によれば、ＳＡリソース領域は、Ｄ２Ｄグループ領域とブロードキャスト領域とを含むため、ＵＥ１００は、Ｄ２Ｄ通信の相手端末が、Ｄ２Ｄグループに属するＵＥ１００であるか否かによって、スキャンするＳＡリソース領域を選択することができる。その結果、ＳＡのスキャンを効率良く行うことができる。
【０１８０】
また、ＵＥ１００は、ＵＥ１００が属するＤ２Ｄグループ１を構成する複数のＵＥ１００とＤ２Ｄグループ１専用のＳＡリソース領域を共有する。これにより、Ｄ２Ｄグループ１に属するＵＥ１００は、共有しているＳＡリソースのみをスキャンすればよいため、ＳＡのスキャンをさらに効率良く行うことができる。
【０１８１】
（Ｋ）動作例６
動作例６について、図２４及び図２５を用いて説明する。図２４は、動作例６を説明するための無線フレームの構成図である。図２５は、動作例６を説明するためのシーケンス図である。
【０１８２】
動作例６では、ＵＥ１００−２は、ＳＡのスキャンによって、ＳＡの衝突を検知した場合、ＳＡが衝突したことを示す衝突情報を送信する。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、衝突情報を受信した場合、ＳＡリソースの位置の変更を検討する。
【０１８３】
なお、各ＵＥ１００の同期が取れていると仮定して説明を進める。また、ＳＡリソース領域は、時間軸に周期的に設けられており、ＳＡを送信する各ＵＥ１００は、原則として、周期的に同一の位置のＳＡリソースを用いてＳＡを送信することが設定情報等に規定されていると仮定して説明を進める。
【０１８４】
図２４及び図２５に示すように、ステップＳ２０１において、ＵＥ１００−１及びＵＥ１００−３のそれぞれが、同一のＳＡリソース（ｓｕｂｆｒａｍｅ１、２）を用いてＳＡ１１、ＳＡ３１を送信する。
【０１８５】
ステップＳ２０２において、ＵＥ１００−２は、ＳＡ１１の衝突を検知した場合、衝突情報（Ｃｏｌｌｉｄｅ１１）を送信する。ＵＥ１００−２は、ＳＡリソースのスキャンによって、受信電力を検知したにもかかわらず、ＳＡ１１の判読を失敗した場合、ＳＡの衝突を検知したと判定する。
【０１８６】
ＳＡを送信したＵＥ１００−１及びＵＥ１００−３のそれぞれは、衝突情報が送信される時間・周波数リソースを監視（スキャン）する。ＵＥ１００−１及びＵＥ１００−３のそれぞれは、スキャンによって、衝突情報を受信する。
【０１８７】
ステップＳ２０３において、ＵＥ１００−１及びＵＥ１００−３のそれぞれは、Ｄ２Ｄ通信データ（ＤＡＴＡ１１〜１３、ＤＡＴＡ３１〜３３）の送信を中止する。
【０１８８】
ステップＳ２０４において、ＵＥ１００−１及びＵＥ１００−３のそれぞれは、ＳＡリソースの位置の変更を検討する。例えば、ＵＥ１００−１及びＵＥ１００−３のそれぞれは、乱数値に基づいて、ＳＡリソースの位置（例えば、周波数帯）を変更するか否かを判定する。
【０１８９】
ＵＥ１００−１がＳＡリソースの位置を変更しないと判定し、ＵＥ１００−３がＳＡリソースの位置を変更したと判定して説明を進める。なお、ＵＥ１００−３は、（ｓｕｂｆｒａｍｅ１３、ＲＢ３）の位置をＳＡリソースに決定している。
【０１９０】
ステップＳ２０５において、ＵＥ１００−１は、ＤＡＴＡ１４〜１６のデータリソースの位置を示すＳＡ１２を送信する。ＵＥ１００−２は、ＳＡ１２を受信する。
【０１９１】
ステップＳ２０６において、ＵＥ１００−３は、ＤＡＴＡ３４〜３６のデータリソースの位置を示すＳＡ３２を送信する。ＵＥ１００−２は、ＳＡ３２を受信する。
【０１９２】
動作例６によれば、ＵＥ１００−１及びＵＥ１００−３は、ＳＡが衝突したことを知ることができるため、ＳＡが連続して衝突することを低減することができる。
【０１９３】
（Ｌ）動作例６の変更例
動作例６の変更例について、図２６及び図２７を用いて説明する。図２６及び図２７は、動作例６を説明するための無線フレームの構成図である。
【０１９４】
動作例６の変更例では、ＳＡを送信したＵＥ１００−２は、衝突情報を受信した場合であっても、ＳＡを周期的に連続して送信している場合、ＳＡリソースの位置の変更の検討を省略する。
【０１９５】
図２６に示すように、ＳＡリソース領域に隣接して衝突情報の送信に用いられる時間・周波数リソース（衝突リソース）が設けられる衝突リソース領域が設けられることが、設定情報等に規定されていると仮定して説明を進める。また、衝突リソース領域は、ＳＡリソース領域の１［ｓｕｂｆｒａｍｅ］目と２［ｓｕｂｆｒａｍｅ］目とに対する衝突情報の送信に共用される。
【０１９６】
ＵＥ１００−１がＳＡ１１を送信し、ＵＥ１００−２がＳＡ１２を送信する。図２６では、ＳＡの衝突がない場合のケースである。
【０１９７】
次に、図２７に示すように、ＵＥ１００−３から衝突リソース領域内の衝突リソースを用いて衝突情報（Ｃｏｌｌｉｄｅ１１）が送信される。ＵＥ１００−１及びＵＥ１００−２のそれぞれは、衝突情報を受信する。
【０１９８】
ここで、ＵＥ１００−１がＳＡの送信を開始したＵＥである場合、ＵＥ１００−１は、ＵＥ１００−１自身のＳＡが衝突した可能性が高いと判定して、Ｄ２Ｄ通信データの送信を中止する。ＵＥ１００−１は、ＳＡリソースの位置の変更を検討する。
【０１９９】
一方、ＵＥ１００−２がＳＡを周期的に連続して送信している場合、ＵＥ００−２自身のＳＡが衝突した可能性は低いと判定して、Ｄ２Ｄ通信データの送信を中止しない。その後、ＵＥ１００−２は、ＳＡリソースの位置の変更の検討を省略する。
【０２００】
或いは、ＵＥ１００−３は、ＳＡリソース領域の１［ｓｕｂｆｒａｍｅ］目と２［ｓｕｂｆｒａｍｅ］目のどちらのＳＡが衝突したのかを識別するために、分離可能な信号系列を用いて、衝突情報を送信する。或いは、ＵＥ１００−３は、ＳＡリソース領域の１［ｓｕｂｆｒａｍｅ］目と２［ｓｕｂｆｒａｍｅ］目のどちらのＳＡが衝突したのかを識別するために、１［ｓｕｂｆｒａｍｅ］目と２［ｓｕｂｆｒａｍｅ］目とのそれぞれに対応するスロット単位の衝突リソースを用いて、衝突情報を送信する。
【０２０１】
動作例６の変更例によれば、どのＳＡリソースを用いて送信されたＳＡが衝突したのかを把握することが可能である。
【０２０２】
（Ｍ）動作例７
動作例７について、図２８から図３２を用いて説明する。図２８は、動作例７を説明するためのシーケンス図である。図２９及び図３０は、動作例７を説明するための説明図である。図３１は、動作例７を説明するためのシーケンス図である。図３２は、動作例７を説明するための無線フレームの構成図である。
【０２０３】
動作例７では、ＳＡリソース情報と設定情報との使い分けについて、説明する。具体的には、ＵＥ１００は、ｅＮＢ２００が管理するセルに在圏するか否かによって、リソース情報と設定情報とを切り替えて、ＳＡリソース及びデータリソースを決定する。ここで、リソース情報は、ＳＡリソース情報及びデータリソース情報の少なくともいずれかの情報である。以下に、詳細を説明する。
【０２０４】
図２８に示すように、ステップＳ３０１において、ｅＮＢ２００は、所定の無線信号をブロードキャストする。所定の無線信号は、例えば、同期信号（ＰＳＳ：Ｐｒｉｍａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ／ＳＳＳ：Ｓｅｃｏｎｄａｒｙ  Ｓｙｎｃｈｒｏｎｉｚａｔｉｏｎ  Ｓｉｇｎａｌ）、セル参照信号（ＣＲＳ：Ｃｅｌｌ  Ｒｅｆｅｒｅｎｃｅ  Ｓｉｇｎａｌ）である。ＵＥ１００は、ｅＮＢ２００からの所定の無線信号を受信する。
【０２０５】
ステップＳ３０２において、ＵＥ１００は、ｅＮＢ２００からの所定の無線信号の復号を試みる。ＵＥ１００は、無線信号の復号が失敗した場合（「Ｙｅｓ」の場合）、ステップＳ３０３の処理が実行される。一方、ＵＥ１００は、無線信号の復号が成功した場合（「Ｎｏ」の場合）、ステップＳ３０４の処理が実行される。
【０２０６】
ステップＳ３０３において、ＵＥ１００は、圏外に位置すると判定する。なお、ＵＥ１００は、全てのｅＮＢ２００からの無線信号の受信できない場合（すなわち、全てのｅＮＢ２００からの無線信号の受信レベルが閾値を下回る場合）も、圏外に位置すると判定する。
【０２０７】
ステップＳ３０４において、ＵＥ１００は、設定情報に基づいてＳＡリソース及びデータリソースを決定するために、Ｐｒｅ−ｃｏｎｆｉｇｕｒｅ設定を行う。これにより、ＵＥ１００は、ｅＮＢ２００からリソース情報を受信できない場合に、ＳＡリソース及びデータリソースを適切に決定することができる。その後、ＵＥ１００は、設定情報（Ｐｒｅ−ｃｏｎｆｉｇｕｒｅ設定）に基づいて、ＳＡリソース及びデータリソースを決定する。
【０２０８】
ステップＳ３０５において、ＵＥ１００は、決定したＳＡリソースを用いて、ＳＡを送信する。ＵＥ１００は、ＳＡリソースを用いて、ＵＥ１００が圏外に位置するか否かを示すフラグ情報をＳＡと共に送信してもよい。例えば、フラグ情報は、ＵＥ１００が圏内に位置する場合（Ｉｎ  Ｃｏｖｅｒａｇｅの場合）に「１」を示し、ＵＥ１００が圏外に位置する場合（Ｏｕｔ  ｏｆ  Ｃｏｖｅｒａｇｅの場合）に「０」を示す。ここでは、ＵＥ１００は、圏外に位置するため、フラグ情報は、圏外に位置することを示す。
【０２０９】
一方、ステップＳ３０６において、ＵＥ１００は、所定の無線信号を送信したｅＮＢ２００のセルに在圏すると判定する。
【０２１０】
ステップＳ３０７において、ｅＮＢ２００は、リソース情報（具体的には、ＳＡリソース情報）をＵＥ１００に送信する。ＵＥ１００は、リソース情報を受信する。
【０２１１】
ステップＳ３０８において、ＵＥ１００は、ｅＮＢ２００から受信したリソース情報に基づいて、ＳＡリソースおよびデータリソースを決定するために、ｅＮＢ２００から受信したＳＡリソース情報によって示される設定値を設定する。その後、ＵＥ１００は、ＳＡリソース（設定値）に基づいて、ＳＡリソース及びデータリソースを決定する。その後、ＵＥ１００は、ステップＳ３０５の処理を行う。
【０２１２】
なお、ＵＥ１００は、ＵＥ１００が圏外に位置しないことを示すフラグ情報をＳＡと共に送信してもよい。
【０２１３】
また、ｅＮＢ２００は、ＳＡリソース領域の周期（ＳＡの送信機会）を周期的に設定する場合、ｅＮＢ２００の設定値を、設定情報におけるＳＡリソース領域の周期（ＳＡの送信機会）の整数倍又は整数分の一に設定してもよい。言い換えると、設定情報がＳＡリソース領域の周期を第１の周期であることを示す場合、ｅＮＢ２００は、第１の周期の整数倍又は整数分の一である第２の周期で設けられるＳＡリソース領域を示すＳＡリソース情報を設定する。
【０２１４】
例えば、ｅＮＢ２００は、図２９に示すように、所定の周期のＳＡリソース情報をＳＩＢにて送信する。また、ｅＮＢ２００は、図３０に示すように、設定情報（の更新情報）として、ＳＡリソース情報に含まれる所定の周期の整数倍又は整数分の一の周期を選択する。ｅＮＢ２００は、選択した周期のＳＡリソース情報を示す設定情報（の更新情報）をＵＥ１００に送信する。
【０２１５】
これにより、圏外に位置するＵＥ（ＯｏＣ−ＵＥ）及びセルの圏内に位置するＵＥ（ＩｎＣ  ＵＥ）は、ＳＡの送受信動作を変更することなく、Ｄ２Ｄ通信データを受信する機会を得ることができる。
【０２１６】
具体的には、図３１及び図３２に示すように、ステップＳ４０１において、ｅＮＢ２００は、所定の無線信号（ＰＳＳ／ＳＳＳ／ＣＲＳ）を送信する。
【０２１７】
ステップＳ４０２において、圏内ＵＥ（ＩｎＣ−ＵＥ）は、所定の無線信号に基づいて、ｅＮＢ２００と同期を取る。
【０２１８】
ステップＳ４０３において、ＩｎＣ−ＵＥは、Ｄ２Ｄ通信のための同期信号（Ｄ２ＤＳＳ）を送信する。
【０２１９】
ステップＳ４０４において、圏外ＵＥ（ＯｏＣ−ＵＥ）は、Ｄ２ＤＳＳ信号に基づいて、ＩｎＣ−ＵＥと同期を取る。
【０２２０】
ステップＳ４０５において、ｅＮＢ２００は、ＳＡリソース情報をＩｎＣ−ＵＥに送信する。
【０２２１】
ステップＳ４０６において、ＩｎＣ−ＵＥは、ＳＡリソース情報（ｅＮＢ２００）によって示される設定値を設定する。具体的には、ＩｎＣ−ＵＥは、ＳＡリソース領域の周期を２［ｓｕｂｆｒａｍｅ］に設定する。
【０２２２】
ステップＳ４０７において、Ｏｏｃ−ＵＥは、設定情報によって示される設定値を設定する。具体的には、Ｏｏｃ−ＵＥは、ＳＡリソース領域の周期を８［ｓｕｂｆｒａｍｅ］に設定する。
【０２２３】
ステップＳ４０８において、ＩｎＣ−ＵＥは、ＳＡ１、ＳＡ２、ＳＡ３、ＳＡ４ｂ、ＳＡ５ｂ、ＳＡ６、ＳＡ７を２［ｓｕｂｆｒａｍｅ］の周期で送信する（図３２参照）。一方、Ｏｏｃ−ＵＥは、ＳＡリソース領域の周期が８［ｓｕｂｆｒａｍｅ］であるため、ＳＡ３及びＳＡ７を受信（復号）できる。また、Ｏｏｃ−ＵＥは、ＳＡ３によって示されるデータリソースに基づいて、ＤＡＴＡ３及びＳＡ４を受信（復号）できる。また、Ｏｏｃ−ＵＥは、ＳＡ７によって示されるデータリソースに基づいて、ＤＡＴＡ７を取得できる。
【０２２４】
なお、図３１では、Ｏｏｃ−ＵＥは、ＳＡ４によって示されるデータリソースに基づく受信を失敗し、ＤＡＴＡ４及びＳＡ５が取得できなかったケースを示す。ＳＡ５が取得できなかったＯｏｃ−ＵＥは、ＤＡＴＡ５を受信できない。
【０２２５】
動作例７によれば、圏外に位置するＵＥ及びセルの圏内に位置するＵＥは、ＳＡの送受信動作を変更することなく、Ｄ２Ｄ通信データを受信する機会を得ることができる。
【０２２６】
（Ｎ）動作例７の変更例
動作例７の変更例について、図３３を用いて説明する。図３３は、動作例７を説明するための無線フレームの構成図である。
【０２２７】
動作例７の変更例では、ｅＮＢ２００が管理するセルに在圏するＵＥ１００が、ｅＮＢ２００からＳＡリソース情報を受信しない場合に、ＳＡリソースを決定する。
【０２２８】
図３３に示すように、第１のＳＡリソース領域は、ｅＮＢ２００からのＳＡリソースを指定するＳＡリソース情報に基づいて、使用可能なＳＡリソースが設けられる。第２のＳＡリソース領域は、ｅＮＢ２００からＳＡリソースが指定されていないＵＥ１００が使用可能なＳＡリソースが設けられる。具体的には、ｅＮＢ２００からのＳＡリソースを指定するＳＡリソース情報が送信されないことによって、未使用のデータリソースが存在する場合に、ＵＥ１００は、当該未使用のデータリソースを使用するために、第２のＳＡリソース領域内のＳＡリソースを使用する。
【０２２９】
具体的には、図３３に示すように、ＵＥ１００−１は、ｅＮＢ２００からのＳＡリソース情報に基づいて、第１のＳＡリソース領域内のＳＡリソースを用いて、ＳＡ１１を送信する。また、ＵＥ１００−１は、ＳＡ１１によって示されるデータリソースを用いてＤＡＴＡ１１〜１３を送信する。同様に、ＵＥ１００−２は、ｅＮＢ２００からのＳＡリソース情報に基づいて、第１のＳＡリソース領域内のＳＡリソースを用いて、ＳＡ２１を送信する。また、ＵＥ１００−２は、ＳＡ２１によって示されるデータリソースを用いてＤＡＴＡ１１〜２３を送信する。次の周期において、ＵＥ１００−１は、同様に、ＳＡ１２を送信する。一方、ＵＥ１００−２は、ＳＡの送信を行わない。
【０２３０】
ＵＥ１００−３は、ＳＡリソース領域のスキャンによって、ＳＡリソース領域内に未使用のＳＡリソースが生じたことによって、未使用のデータリソースが存在すると判定する。ＵＥ１００−３は、第２のＳＡリソース領域内のＳＡリソースを用いてＳＡ３１を送信する。ＵＥ１００−３は、前の周期のＳＡ２１が示すデータリソースの位置（ｓｕｂｆｒａｍｅ５、７、９）と対応する次の周期のデータリソースの位置（ｓｕｂｆｒａｍｅ１５、１７、１９）が未使用のデータリソースの位置と推測する。ＵＥ１００−３は、推測した未使用のデータリソースを用いて、ＤＡＴＡ３１〜３３を送信する。
【０２３１】
動作例７の変更例によれば、時間・周波数リソースを有効活用することができる。
【０２３２】
（Ｏ）動作例８
動作例８について、図３４及び図３５を用いて説明する。図３４及び図３５は、動作例８を説明するためのフローチャートである。具体的には、図３４は、圏内に位置するＵＥ１００の動作を説明するためのフローチャートである。図３５は、圏外に位置するＵＥ１００の動作を説明するためのフローチャートである。
【０２３３】
動作例８では、圏内に位置するＵＥ１００の動作と、圏外に位置するＵＥ１００の動作を説明する。
【０２３４】
（１）圏内に位置するＵＥ１００の動作
圏内に位置するＵＥ１００の動作について、図３４を用いて説明する。
【０２３５】
図３４に示すように、ステップＳ５０１において、ＵＥ１００は、ＳＡリソース領域をスキャンする。具体的には、ＵＥ１００は、ＳＡリソース情報に基づいて範囲が限定されたＳＡリソース領域をスキャンする。ＵＥ１００は、ＳＡリソース領域内のＳＡリソースを用いて送信されたＳＡを受信する。
【０２３６】
ＵＥ１００は、受信したＳＡと共にフラグ情報を受信した場合、当該フラグ情報がフラグ情報の送信元の他のＵＥ１００が圏外であることを示すか否かを判定する。フラグ情報が他のＵＥ１００が圏外であることを示す場合、ステップＳ５０２の処理が実行される。一方、フラグ情報が他のＵＥ１００が圏外でないことを示す場合、ＵＥ１００は、処理を終了する。なお、ＵＥ１００は、複数のフラグ情報を受信した場合、複数のフラグ情報のそれぞれが、他のＵＥ１００が圏外でないことを示す場合にのみ、処理を終了する。ＵＥ１００は、複数のフラグ情報のいずれかが、他のＵＥ１００が圏外であることを示す場合、ステップＳ５０２の処理を実行する。
【０２３７】
ステップＳ５０２において、ＵＥ１００は、ＵＥ１００自身がセルに在圏しているか否かを判定する。ＵＥ１００は、例えば、上述のステップＳ４０２からＳ４０４の処理を実行して、ＵＥ１００自身がセルに在圏しているか否かを判定する。
【０２３８】
ＵＥ１００は、ＵＥ１００自身がセルに在圏している場合、ステップＳ５０３の処理を実行する。ＵＥ１００は、ＵＥ１００自身がセルに在圏していない場合（すなわち、圏外に位置する場合）、処理を終了する。
【０２３９】
ステップＳ５０３において、ＵＥ１００は、ＵＥ１００が在圏するセルから受信したリソース情報（制御リソース情報及び／又はデータリソース情報）を他のＵＥ１００に送信する。ＵＥ１００は、リソース情報をブロードキャストで報知してもよいし、圏外に位置するＵＥ１００に対してリソース情報をユニキャストで送信してもよい。また、ＵＥ１００は、ＳＡリソースを用いて、リソース情報を送信してもよいし、データリソースを用いて、リソース情報を送信してもよい。ＵＥ１００は、リソース情報と共に、ＵＥ１００が圏外でないことを示すフラグ情報を送信してもよい。
【０２４０】
これにより、圏外に位置する他のＵＥ１００は、リソース情報を受信することができる。リソース情報を受信した他のＵＥ１００は、以下の動作を行うことができる。
【０２４１】
（２）圏外に位置するＵＥ１００の動作
次に、圏外に位置するＵＥ１００（ＵＥ１００−２）の動作について、図３５を用いて説明する。
【０２４２】
ＵＥ１００−２は、圏外に位置している時に、セルに在圏するＵＥ１００−１からリソース情報を受信していると仮定して説明を進める。
【０２４３】
図３５に示すように、ステップＳ６０１において、ＵＥ１００−２は、ＳＡリソース及びデータリソースを決定する。ＵＥ１００−２は、設定情報よりもリソース情報（ＳＡリソース情報及びデータリソース情報）を優先させて、ＳＡリソース及びデータリソースを決定する。
【０２４４】
なお、ＵＥ１００−２は、データリソース情報の内容が更新された設定情報の内容よりも新しい場合、設定情報に基づいて、ＳＡリソース及びデータリソースを決定してもよい。ＵＥ１００−１から受信したリソース情報に基づいて、ＳＡリソース及びデータリソースを決定してもよい。
【０２４５】
ステップＳ６０２において、ＵＥ１００−２は、ステップＳ６０１において決定したＳＡリソースを用いて送信したＳＡと、セルに在圏するＵＥ１００が送信するＳＡ及び／又はＤ２Ｄ通信データとが衝突する危険があると判定した場合（「Ｙｅｓ」の場合）、ステップＳ６０３の処理を実行し、当該衝突の危険がないと判定した場合（「Ｎｏ」の場合）、ステップＳ６０４の処理を実行する。
【０２４６】
また、ＵＥ１００−２は、ステップＳ６０１において決定したデータリソースを用いて送信したＤ２Ｄ通信データと、セルに在圏するＵＥ１００が送信するＳＡ及び／又はＤ２Ｄ通信データとが衝突する危険があると判定した場合（「Ｙｅｓ」の場合）、ステップＳ６０３の処理を実行し、当該衝突の危険がないと判定した場合（「Ｎｏ」の場合）、ステップＳ６０４の処理を実行する。
【０２４７】
例えば、ＵＥ１００−２は、セルに在圏するＵＥ１００−１からのリソース情報に基づいて範囲が制限されたリソース領域内でＳＡリソースのスキャンを行う。ＵＥ１００−２は、ＳＡの送信に用いられたＳＡリソースを把握し、リソース情報に基づいてＳＡの送信に用いられるＳＡリソースを推測する。また、ＵＥ１００−２は、受信したＳＡが示すデータリソースを把握する。
【０２４８】
ＵＥ１００−２は、推測したＳＡリソース及び把握したデータリソース（圏内ＵＥ１００のリソース）と、ＵＥ１００−２が送信に用いるＳＡリソース及びデータリソース（ＵＥ１００−２自身のリソース）とが重複していないかを判定する。ＵＥ１００−２は、圏内ＵＥ１００のリソースとＵＥ１００−２自身のリソースとが重複すると判定した場合、衝突の危険があると判定し、圏内ＵＥ１００のリソースとＵＥ１００−２自身のリソースとが重複しないと判定した場合、衝突の危険がないと判定する。
【０２４９】
また、ＵＥ１００−２は、例えば、ＳＡリソース領域及びデータリソース領域の範囲を制限する内容が設定情報とリソース情報とで一致していた場合、衝突の危険がないと判定してもよい。
【０２５０】
ステップＳ６０３において、ＵＥ１００−２は、決定したＳＡリソース及びデータリソースを用いてＳＡ及びＤ２Ｄ通信データを送信しない。ＵＥ１００−２は、リソース情報に基づいて、ＳＡリソース及びデータリソースを新たに決定してもよい。
【０２５１】
ステップＳ６０４において、ＵＥ１００−２は、決定したＳＡリソースを用いてＳＡを送信し、決定したデータリソースを用いてＤ２Ｄ通信データを送信する。
【０２５２】
このようなＵＥ１００−２の動作によって、セル端の周囲でＤ２Ｄ通信が行われる場合に、圏外に位置するＵＥ１００−２のＳＡ及び／又はＤ２Ｄ通信データと、セルに在圏するＵＥ１００のＳＡ及び／又はＤ２Ｄ通信データとが衝突することを低減することができる。
【０２５３】
［その他実施形態］
上記のように、本発明は実施形態によって記載したが、この開示の一部をなす論述及び図面はこの発明を限定するものであると理解すべきではない。この開示から当業者には様々な代替実施形態、実施例及び運用技術が明らかとなる。
【０２５４】
例えば、上述した実施形態において、ＵＥ１００は、セルの端部に位置する場合に、ＵＥ１００が在圏するセルから受信したリソース情報を他のＵＥ１００に送信してもよい。例えば、ＵＥ１００は、ｅＮＢ２００からの無線信号の受信レベルが所定の範囲内である場合に、セルの端部に位置すると判定する。或いは、ＵＥ１００は、ＧＮＳＳ情報によって、ＵＥ１００がセルの端部に位置するかを判定してもよい。
【０２５５】
また、上述した実施形態において、ＵＥ１００は、決定したＳＡリソースを用いて、ビットレベルで同一のＳＡを繰り返し送信してもよい。具体的には、ＵＥ１００は、決定したＳＡリソースが複数の制御チャネル要素で構成されている場合、複数の制御チャネル要素のそれぞれで、同一のＳＡを送信する。
【０２５６】
なお、ＵＥ１００は、優先度の高いＳＡ（例えば、緊急用ＳＡ）は、ビット数を落として、１つのＳＡリソース（リソースブロック）の中で、優先度の高いＳＡを繰り返して送信してもよい。
【０２５７】
また、上述した実施形態において、ＵＥ１００は、決定したＳＡを用いて、リソースブロック単位で同一のＳＡを繰り返し送信してもよい。具体的には、図３６を用いて説明する。図３６は、その他実施形態に係る移動通信システムにおける無線フレームの構成図である。
【０２５８】
図３６において、ＳＡ１ａ及びＳＡ１ｂは、同一の情報で有り、同一のデータリソースの位置を示す。ＳＡ１ａ及びＳＡ１ｂのそれぞれは、ＤＡＴＡ１１ａ〜ＤＡＴＡ１３ｂのデータリソースの位置を示す。ＤＡＴＡ１１ａとＤＡＴＡ１１ｂとが同一のＤ２Ｄ通信データであり、ＤＡＴＡ１２ａとＤＡＴＡ１２ｂとが同一のＤ２Ｄ通信データであり、ＤＡＴＡ１３ａとＤＡＴＡ１３ｂとが同一のＤ２Ｄ通信データである。
【０２５９】
なお、図３６において、ＵＥ１００は、リソースブロック単位で、同一のＳＡを時間軸方向において繰り返し送信していたがこれに限られない。ＵＥ１００は、リソースブロック単位で、周波数軸方向において同一のＳＡを繰り返し送信してもよい。
【０２６０】
上述した実施形態において、各動作例は、適宜組み合わせて実施されてもよい。
【０２６１】
また、上述した実施形態では、本発明をＬＴＥシステムに適用する一例を説明したが、ＬＴＥシステムに限定されるものではなく、ＬＴＥシステム以外のシステムに本発明を適用してもよい。
［付記］
（１）導入
スケジューリング割当（ＳＡ）を伴うリソース割当方法が提案されている。この付記では、衝突回避の観点からＳＡを伴うＤ２Ｄ通信リソース割り当てを考察する。この付記では、カバレッジ外（ｏｕｔ  ｏｆ  ｃｏｖｅｒａｔｅ）に関する割り当てに焦点を当てる。同様のスキームは、カバレッジ内（Ｉｎ  Ｃｏｖｅｒａｇｅ）の場合に用いることができる。しかしながら、カバレッジ内のケースは、この付記では説明しない。
【０２６２】
（２）スケジューリング割当（Ｓｃｈｅｄｕｌｉｎｇ  Ａｓｓｉｇｎｍｅｎｔｓ）を用いたＤ２Ｄの通信リソース割り当てに関するデザイン考察
リソース割当をアシストするＳＡは、効果的な衝突回避の可能性を提供する。ＳＡの利点がいくつかある。
【０２６３】
図３７は、ＵＥ２がＵＥ１によって送信されたＳＡ１を検出し、この検出情報を用いて、ＳＡ１に列挙されたリソースを回避することによって、自身のデータ送信をスケジュールする方法を示す。さらに、上記リソース割当を改善するために、リソース割り当てスキームに基づいたＳＡに関する追加の動作を提案する。
【０２６４】
（３）カバレッジ外のためのＤ２Ｄ通信リソース割当規則に関するデザイン考察
（３．１）ＳＡ送信（ＳＡ  Ｔｒａｎｓｍｉｓｓｉｏｎｓ）
受信機の複雑さを低減するために、ＳＡ送信は、周期的であり、且つ、受信機に知られている予め規定された時間・周波数リソース（ｐｒｅ−ｄｅｆｉｎｅｄ  ｔｉｍｅ−ｆｒｅｑＵＥｎｃｙ）を使用している。一例として、図３８に示すように、ＳＡ送信リソースのための位置を、より単純な検出するために領域内で一緒にグループ化することができる。
・提案１：ＳＡが合意される場合、ＳＡを周期的に送信すべきであり、与えられた領域内で一緒にグループ化されるべきである。
【０２６５】
（３．２）データの送信（Ｔｒａｎｓｍｉｓｓｉｏｎ  ｏｆ  ｄａｔａ）
この章では、データの衝突を回避するための方法が記載されている。各ＳＡは、データ送信のために使用可能な時間・周波数リソースの特定のセットにマッピングされる。各Ｄ２Ｄは、上述の章に記載されたように、ＳＡ送信のためのリソースを選択することが許される。しかしながら、同じＤ２Ｄ  ＵＥのみが、ＳＡリソース位置に関連付けられたリソース内でデータを送信することができる。すなわち、ＳＡの位置は、データ送信リソースの位置を決定する。図３９に示すように、ＳＡ１は、データ１１、１２、１３を示し、ＳＡ２は、データ２１、２２、２３を示す。この方法は、データ送信どうしの衝突を避けることができる。
・提案２：データ衝突を回避するために、ＳＡは、データ送信のために使用可能な時間・周波数リソースの特定のセットにマッピングされる。
【０２６６】
（３．３）ＳＡ送信の衝突の低減
上述の方法は、ポインタとしてＳＡを使用するデータ送信の割り当てを説明している。しかしながら、上述の方法は、ＳＡ送信どうしの衝突を回避するのに十分ではない。この章では、ＳＡ送信衝突を低減する方法を提案する。各Ｄ２Ｄ  ＵＥは、他のＤ２Ｄ  ＵＥによって送信されたＳＡを検出するためにＳＡ領域を監視する。この監視情報を用いて、他のＤ２Ｄ  ＵＥが前でＳＡ送信している間、同じＤ２Ｄ  ＵＥは、同じリソースを使用してＳＡを送信することを回避する。例えば、図４０に示すように、ＵＥ１及びＵＥ２は、ＳＡ１１及びＳＡ２１をそれぞれ送信する。第３のＤ２Ｄ  ＵＥ（不図示）は、それらの送信を検出し、ＳＡ３２を他の位置で送信する。ＵＥ１及びＵＥ２は、ＳＡ１２及びＳＡ２２のために、前で繰り返して使用した同じリソースをそれぞれ使用することができる。最初の第１ＳＡ期間において、ＵＥ１及びＵＥ２は、ＳＡの送信のためのリソースをランダムに選択することができる。
・提案３：ＳＡが合意される場合、ＳＡの衝突を減らすために、Ｄ２Ｄ  ＵＥは、前のＳＡ送信において他のＤ２Ｄ  ＵＥによって使用された同じリソースでＳＡを送信することを避ける。
・提案４：ＳＡが合意される場合、最初のＳＡ送信のためのリソースが、ＳＡ領域内でランダムに選択される。
【０２６７】
なお、米国仮出願第６１／９３４３０５号（２０１４年１月３１日出願）の全内容が、参照により、本願明細書に組み込まれている。
【産業上の利用可能性】
【０２６８】
以上のように、本実施形態に係る移動通信システム及びユーザ端末は、制御情報のスキャンを効率良く行うことが可能であるため、移動通信分野において有用である。
【図１】
2019071663.tif 000003
【図２】
2019071663.tif 000004
【図３】
2019071663.tif 000005
【図４】
2019071663.tif 000006
【図５】
2019071663.tif 000007
【図６】
2019071663.tif 000008
【図７】
2019071663.tif 000009
【図８】
2019071663.tif 000010
【図９】
2019071663.tif 000011
【図１０】
2019071663.tif 000012
【図１１】
2019071663.tif 000013
【図１２】
2019071663.tif 000014
【図１３】
2019071663.tif 000015
【図１４】
2019071663.tif 000016
【図１５】
2019071663.tif 000017
【図１６】
2019071663.tif 000018
【図１７】
2019071663.tif 000019
【図１８】
2019071663.tif 000020
【図１９】
2019071663.tif 000021
【図２０】
2019071663.tif 000022
【図２１】
2019071663.tif 000023
【図２２】
2019071663.tif 000024
【図２３】
2019071663.tif 000025
【図２４】
2019071663.tif 000026
【図２５】
2019071663.tif 000027
【図２６】
2019071663.tif 000028
【図２７】
2019071663.tif 000029
【図２８】
2019071663.tif 000030
【図２９】
2019071663.tif 000031
【図３０】
2019071663.tif 000032
【図３１】
2019071663.tif 000033
【図３２】
2019071663.tif 000034
【図３３】
2019071663.tif 000035
【図３４】
2019071663.tif 000036
【図３５】
2019071663.tif 000037
【図３６】
2019071663.tif 000038
【図３７】
2019071663.tif 000039
【図３８】
2019071663.tif 000040
【図３９】
2019071663.tif 000041
【図４０】
2019071663.tif 000042