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